Data processing: financial – business practice – management – or co – For cost/price – Postage meter system
Reexamination Certificate
2001-03-26
2004-04-13
Cosimano, Edward R. (Department: 3629)
Data processing: financial, business practice, management, or co
For cost/price
Postage meter system
C283S071000, C283S116000
Reexamination Certificate
active
06721717
ABSTRACT:
RELATED APPLICATIONS
Reference is made to U.S. Pat. No. 6,337,743, entitled A METHOD AND SYSTEM OF PRINT STREAM ADDRESS EXTRACTION, assigned to the assignee of this application and filed on Jul. 20, 1998.
Reference is made to U.S. Pat. No. 6,342,899, entitled A METHOD AND SYSTEM OF DISPLAYING DATABASE CONTENTS IN ENVELOPE DATA FIELDS, assigned to the assignee of this application and filed on Jul. 20, 1995.
Reference is made to U.S. Pat. No. 6,384,931, entitled A METHOD AND SYSTEM FOR CAPTURING DESTINATION ADDRESSES FROM LABEL DATA, assigned to the assignee of this application and filed on Jul. 20, 1998.
BACKGROUND OF THE INVENTION
Graphics and design programs which allow a system user to create representations that can in turn be modified before printing are especially useful in creating finished documents. One such program is the Envelope Designer™ Plus graphics program from Pitney Bowes Inc. of Stamford, Conn. This program allows the user to create envelope and label designs that can be tailored to specific needs.
An envelope typically has two major design elements; these are the destination address block and the return address block. To these major elements, there can be added: a Postnet barcode; one or more message lines; and, one or more graphic images. The Envelope Designer™ Plus graphics program allows the system user to create the address, return address, attention line and message blocks, assign text attributes and position the blocks within a selected layout. The system user can also specify whether or not to include an optional Postnet™ bar code (Postnet is a trademark of the United States Postal Service), and its corresponding location on the envelope or label. The graphics program also allows the system operator to place a non-printing overlay on the envelope to ensure that the design and placement conforms to postal guidelines. The program can be further linked with the SmartMailer™ program from Pitney Bowes Inc. to attach address fields to the print field of the envelope or label. The resulting layout brings efficiency and cost benefit to the production of an envelope face; efficiency from the use of existing data and graphics files, and cost savings from the possible postal automation discounts that attach to certain categories of batch mailing and correctly zip-coded business mail.
The ability of an envelope/label designer program to be flexible, while giving its users the ability to link with databases that provide address files, is of great practical as well as commercial importance. The prior art has been limited in its ability to be flexible enough to be adapted to envelope/label design that can actually link with databases that are capable of being introduced to address hygiene routines.
As the capabilities of data processing systems has grown, so too have the requirements that are tasked to these systems. Greater speed in these systems has given rise to more detail-oriented applications, greater memory capability has made memory intensive applications more attractive, and detailed applications have lead to more wide-spread use of previously inaccessible data processing abilities. With the spiraling growth in data processing ability, there has grown a need for more efficient ways of programming that promote speed as well as flexibility. Flexibility, in particular, allows applications that have been designed in varied programming languages, or operating on different platforms to be able to communicate without extensive system or file modification.
One such means of promoting flexibility within a data processing system is the use of “object-oriented” design (OOD). Object oriented programmning languages are useful in removing some of the restrictions that have hampered application design due to the inflexibility of traditional programming languages.
OOD utilizes a basic element or construct known as the “object,” which combines both a data structure and an intended behavior characteristic within the single element. Objects are bundles of data and the procedures which best identify the use of that data. Objects can be specific or conceptual and are often used to represent models of real-world object groupings; this has the effect of helping software applications become an organized collection of discrete objects in which data is held or moved based on the intended behavior of an object which is inherently unique. Each object knows how to perform some activity.
The objects interact and communicate with each other via messages. A message is initiated by one object for the purpose of getting a second message to perform an act such as performing the steps of a method. Information parameters may be passed along with the message so that the receiving object will have guidelines for performing its action.
Software objects share two characteristics; they all have “state” and “behavior.” State is the condition of the object expressed in variables (what it knows), while behavior is implemented by performance of a method (what it can do). Packaging the object's variables, together with its methods, is referred to as “encapsulation.” Encapsulation is used to hide unimportant implementation details from other objects; and, this in turn provides two primary benefits to software developers. These benefits are: (1) modularity and (2) information hiding.
Modularity of objects means that the source code for an object can be written and maintained independently of the source code for other objects, thus allowing a certain autonomy of purpose for each individual object. Information hiding, on the other hand, is the ability to keep private certain of its data and methods without effecting the other objects which may depend upon it. Common dependencies among objects can maintain communication by utilizing a public interface for information sharing.
Objects interact and communicate with each other through the use of messages. Each message has three components that are necessary for a receiving object to be able to perform a desired method; these are: (1) the object to whom the message is addressed; (2) the name of the method that is to be performed; and (3) the method required parameters. Because these three components alone represent what is required for methods to be activated, it is not required that objects be located within the same process in order for communication to take place. Message use, therefore, is the supporting means for object interaction. But to be of value to a particular application, objects must be able to be referenced.
Referencing is accomplished through indexing, addressing, or through value assignment which can be placed in a table for use as required. Objects can also be arranged by classification. Classification is based on groupings of objects based upon properties or characteristics important to an application or requirement. Each class describes a potentially infinite set of objects that comprise that class. Object interaction can be further optimized by the use of class distinction. Classes are organizational blueprints that define the variables and methods which are common to all objects of a particular group. Values for each of the variables are assigned and allocated to memory when an instance from a class is created. Additionally, methods can only be performed when a class instance has been allocated to memory. Thus, the most distinct advantage of class use is the ability to reuse the classes and thus further create more objects. Classes, in turn, can be subdivided into subclasses which inherit the state of the underlying class. The further advantage being the ability to create specialized implementations of methods.
The constant growth and expansion of software systems and the hardware platforms that support them has led to the emergence of object oriented programming which reduces time and memory capacity requirements by taking advantage of certain redundancies by treating them as unique software objects.
The advantages of objects lie in the ability of objects to link performance characteristics. The linking of objects to applications is
Chaclas Angelo N.
Cosimano Edward R.
Lemm Brian A.
Malandra, Jr. Charles R.
Pitney Bowes Inc.
LandOfFree
Method and system of printing postage indicia from an... does not yet have a rating. At this time, there are no reviews or comments for this patent.
If you have personal experience with Method and system of printing postage indicia from an..., we encourage you to share that experience with our LandOfFree.com community. Your opinion is very important and Method and system of printing postage indicia from an... will most certainly appreciate the feedback.
Profile ID: LFUS-PAI-O-3236674