This invention relates, in general, to printing postage indicia on mail. More specifically, the invention relates to a system and method for creating postage indicia in conjunction with a word processing document and for displaying and/or transferring the indicia on the front of an envelope. The system will calculate the postage due and personalize the postage indicia.
The use of word processors running on general purpose computers is so common place today as to be taken for granted. Children, as well as adults, use such word processing programs to create, format and print (in selected colors, fonts and size) every conceivable type of document. These systems are used to create all manner of designs and to print the creations on all manner of printable material in addition to paper. One example for the use of such processors that has become very popular is to use them for the creation of account statements or paper checks. This use is typically in conjunction with an accounting program. Another use is the creation of T-shirt designs and the subsequent printing of such T-shirts (or other material) under control of the user.
Often, the document that is created by the user in the processor (for example, a letter, an invitation, an invoice, or a check) is then mailed to some other location. This entails the placing of the document (or other material) in a mailing container (envelope), addressed, and supplied with sufficient postage.
Additionally, a return document is often required or solicited from the recipient of the initial mailing. This requires the sender to also supply sufficient postage for the return communication or requires the recipient/respondent to supply and affix postage.
Many of the programs in use today print the mailing address (as taken from the document) on labels which are printed in conjunction with the creation of the document. These labels then are peeled off the document and transferred to the outside of the mailing envelope to save the user time and to avoid placing the envelope in the printer or otherwise addressing the envelope.
However, using such system the user still must add postage to the mailing envelope manually or the user must run the mailing container (envelope) through a postal meter. At best, this is one additional step. At worst, in the case of a nonconforming mailing container such as a carton, several additional steps are required.
Moreover, where a return document is solicited, the sender must find a way to include sufficient return postage. This presents several problems as often the return mailing container is unknown to the sender, as it may be provided by the recipient/respondent, thus presenting no clear choice to the sender as to where to apply the proper return postage. Even where the return mailing container is known to the sender, application of the return postage to this container requires additional steps to be performed by the sender. For example, in the case of providing the return envelope or in the case of an R.S.V.P. post card, the sender must still add the postage manually or run the mailing container (envelope) through a postal meter. Often these dilemmas are resolved by the sender foregoing the return postage, relying on the recipient/respondent to provide this necessary element. However, reliance on a recipient/respondent to contribute the extra cost and effort associated with providing such return postage may cause the recipient/respondent to fail to respond.
Furthermore, the customer is limited in the graphic configuration of the postage applied to the letter to those configurations printed and sold by the Post Office. Currently, the customer does not have the ability to create a customized postage indicia that would correspond to the message on a particular document such as the aforementioned invitation and/or R.S.V.P. card.
Accordingly, there is a need in the art for a system and method that provides for the printing of an appropriate amount of authorized postage by the same general purpose processors that allow the customer to create documents.
Thus, it is an object of the present invention to provide a means for the customer to enter the appropriate rate determining information such as the address to which the customized greeting card is being sent, what class of mail is being used, etc. Likewise, it is an object of the present invention to provide a means for the customer to enter rate determining information for the return correspondence solicited. Thereafter, the processing system that formats and prints a document may concurrently calculate the appropriate postage for the greeting card and/or a return item and print the appropriate postage for that particular document at the same time the document is being printed.
The present invention fulfills the needs discussed above by disclosing a method and a system whereby a customer may automatically calculate the correct amounts of postage, print the correct amounts of postage, personalize selected stamp indicia, and print address labels at the same location where the customer generates a document and/or a return document, such as a customized greeting card and associated R.S.V.P. card.
In accordance with one aspect of the present invention, a general purpose computer based system is disclosed which operates in conjunction with a conventional word processing program, check creation program or with any other program that can format and control the printing of user controlled documents to allow the user to automatically calculate the correct amount of postage for that document and to print that postage at the same time the document is being printed. Moreover, as the document may include, or otherwise be associated with, a return document, the present invention operates to allow the user to automatically calculate the correct amount of postage for the return document. This return postage may be printed in any number of ways, such as upon the return document itself or on a transfer section, on either of the documents or discrete therefrom, in order to be applied to a return mailing container.
In one embodiment, the printed postage indicia is put in a corner of either or both documents so that, after the document is placed in an envelope, the postage will show through a glassine “window” created in the envelope. Of course, where the return document is itself a detachable portion of the original document, the printed postage indicia is placed so as to properly show through the window when the return document is detached and placed in an envelope.
In another embodiment, either or both postage indicia are printed on a transfer sheet and physically transferred to the outside of the mailing envelope or package. This transfer sheet may be discrete from the documents, or may be a predefined transfer section of the documents having a transfer media, such as a removable pressure sensitive label, included thereon.
The discussed system can also generate postage which includes a personalized postage indicia which may also contain an encrypted message, such as ZIP+4, as a function of mailing parameters entered into the system and particular to the associated document.
One technical advantage of this invention is that a printer can create a document and an associated return document, as well as the postage to mail both documents during one pass across the blank writing medium.
A further advantage of this system is that the user can select a postage indicia from a menu of available graphic configurations to correspond with the type of document being generated and the system will print the postage as part of the document.
Yet another advantage of this system is that the postage generated by the system will have a ZIP+4 information printed on it which makes that piece of mail easier to sort, route and deliver.
The foregoing has outlined rather broadly the features of the present invention in order that the detailed description of the invention that follows may be better understood. Additional features of the invention will be described hereinafter which forms the subject of the appended claims. It should be appreciated by those skilled in the art that the conception and the specific embodiments disclosed may be readily utilized as a basis for modifying or designing other structures for carrying out the same purposes of the present invention. It should also be realized by those skilled in the art that such equivalent constructions do not depart from the spirit and scope of the invention as set forth in the claims of the invention.
For a more complete understanding of the present invention, and the advantages thereof, reference is now made to the following descriptions taken in conjunction with the accompanying drawings, in which:
The present invention provides for a portable postage storage device, described in more detail below, that can be coupled to a general purpose processor-based system that interacts with a customer to generate a document, or other piece of mail.
The present invention further provides for a method and system, described in co-pending U.S. application Ser. No. 08/263,751 and incorporated herein by reference, for automatically calculating the appropriate amount of postage for a piece of mail, printing that amount of postage and deducting the printed amount of postage from the total amount of postage stored within the portable postage storage device. In addition, the present invention allows the user to retrieve, select, personalize and print postage indicia.
The present invention will allow an amount of authorized postage to be loaded into a portable postage storage device by the U.S. Post Office via a processor-based system hereinafter referred to as the “POSTAGEMAKER” program. Although reference is often made to the U.S. Post Office, the present invention may be implemented within any country and with respect to any postal or private parcel system.
The loaded postage may be accessed and a portion of that postage retrieved via a program stored on a processor-based system, such program hereinafter referred to as the “E-STAMP” program. The E-STAMP program may be stored on a processor-based system that also contains a document generating system. The document generating system may be used to generate customized mail, as for example personalized greeting cards.
A detailed discussion of the inventive concepts of this invention will now be made with respect to
Referring now to
Similarly, a typical well-known word processing program could be, for example, the “Word” system from Microsoft. Also included with each word processing program from Microsoft is a manual of operation giving extensive details of the operation of the “Word” system from a user's perspective. Such manual is hereby incorporated by reference herein.
Of course, use of the present invention is not limited to the use of such word processor or accounting programs, but in fact may operate with any number of programs which operate to produce documents to be transmitted via mail. Moreover, the present invention may be operated completely autonomously to, for example, apply postage to previously created postal documents.
Decision box 1703 makes a determination of whether the automatic postage box is on. The automatic postage box, for example, would be a designation made by the user of either the accounting program or the word processing program contained within that system as to whether postage is to be generated for the particular document being created. Where a return document is associated with the generated document, decision box 1703 may also make a determination as to whether multiple postage indicia are to be generated and/or a location or position for printing each.
Obviously, if the answer to whether postage is to be generated for the particular document being created is no, the program then would skip to the regular formatting of the accounting program or word processing program or whatever other program is being run as shown in box 1704.
If the answer is yes, then the user is queried in box 1705 as to whether he/she wishes to use a database of indicia that have already been created.
If the answer is no, the program skips to box 1709. If the answer is yes, then the program goes to box 1706 where the user is asked whether the user wishes to create his/her own indicia or whether the user wishes to modify indicia.
If the user wishes to create his/her own indicia, then the user is referred to box 1707 where a drawing program is provided for the creation of the indicia. One such program can be the Macromedia Free-Hand program which is available to the general public and which comes with an operating manual, which operating manual is hereby incorporated by reference herein.
If the user, as shown in box 1706, simply wishes to modify an existing indicia, then the user is referred to box 1708 where the existing database is made available and the user selects the indicia of the user's choice and either uses it directly or modifies it.
Where multiple indicia are to be generated, the user may in fact select two indicia from a database or create two indicia. Of course, there is no limitation to the multiple indicia being generated in the same fashion. For example, the user may select an indicia from a database for the outbound document and create a personalized indicia for the return document. Likewise, the user may simply elect the use of multiple indicia and allow the system to select a default indicia, rather than performing any customization, if desired.
When modification is finished, the user is then referred back to box 1709 and determination is made as to whether this is a draft. The reason for this is that if it is a draft, there is no need to print the postage thereon.
If it is a draft, then the program moves to box 1710 and returns to the controlling word processor program where regular formatting and printing is controlled.
However, in box 1709, if this is a final version, a determination is made via box 1711 as to whether this is a check or other such single page document. If it is a check, then the amount of postage is calculated allowing for the envelope size and weight in box 1713.
However, if this is a word processing program or other program producing a multi-page document, the page count is obtained via box 1712 from the controlling word processor program in box 1702 so that the system can, based upon the number of pages, calculate the amount of postage that will be due and, as shown in box 1713, allowing for the envelope size and weight as well as the inclusion of any discrete return document and/or container, will determine the amount of postage to be printed. Of course, where a return document is associated with the outbound document, this same determination may be made for the return document's postage.
Box 1714 prints the postage indicia. The indicia may be printed on a transfer media on the document or they may be printed directly on the document and/or return document, for situations where the postage is going to be used in a glassine-type envelope or otherwise transferred to a user without a peel-off label, as will be discussed.
In
Location 1901 is where the postage indicia is printed. However, located at Location 1901 can be a label which is peeled off and which thereby allows the user to transfer the postage to the outside of an envelope, such as envelope 2000. Location 1901 also could be an ink type that when printed on establishes a special transfer facility such that when the check is placed in an envelope of the proper type, a like position, such as position 2001 of envelope 2000 shown in
In this manner a transfer occurs between postage printed on check 1900 and the outside of envelope 2000 without the need for removing and repasting the label. This transfer could occur as a chemical reaction or otherwise under perhaps heat control as generated by a user's finger or by any other mechanism desired. Of course, boxes 2001, 2002, and 2003 of
Postage indicia label 1801 may include two postage indicia, one outbound and one for the return document (not shown). For example, postage indicia label 1801 might be “kiss cut” horizontally in order to provide for the printing of the two indicia. In this way, the outbound indicia might be folded or transferred as discussed above while the return document indicia is preserved for use by the recipient/respondent. Such an embodiment might be preferable where, for example, the return document is not generated by the system or is to be provided by the recipient/respondent. Thereafter the postage indicia may be removed for use with the proper document or its mailing container. Alternatively, the document containing the second postage indicia may be re-folded so as to display the second indicia for a return trip through the postal system.
Address label 1802 could be utilized in the same manner or the address label 1802 not printed at all and a viewer view the name through a glassine window such as window 2002 of envelope 2000 in
Outbound document portion 2103 and return document portion 2113 are demarcated for easy separation by perforation 2150. Of course, the outbound document and return document need not be attached according to the present invention. For example, each document may be a discrete document created by the same or different program operating with the aforementioned system, such as may be the case with an invitation and R.S.V.P. card.
The postage indicia labels of
As described in detail below, the printed meter stamp may display a date, such as a date of posting. Likewise, the meter stamp may include information such as a place of posting, i.e., a ZIP code, identification of a meter responsible for generating the meter stamp, etcetera.
However, as the date of posting of a return document and/or other specific information such as a place of posting typically cannot be predicted, a preferred embodiment of the second postage indicia includes information to allow the authorized posting of the return document. This information may include a date on or before which the item must be posted in order for the indicia to be considered valid. Similarly, the information may include an indication that the meter stamp was generated by a particular meter but is expected to be posted from a distant ZIP code. Alternatively, the information may include the location from which the return mail is to be sent in order for the indicia to be considered valid.
The information may be in human readable form, such as an alpha numeric date, in order to apprise the recipient/respondent of validity constraints on the return postage. Additionally, or alternatively, the information may be in machine readable form, such as the graphical security interface discussed in detail below.
General System Operation
Referring to
Furthermore, system 10 is adapted for coupling with a postage storage device 18, such as the preferred embodiment touch memory utility (“TMU”) button 182 illustrated in
The postage storage device may be any memory device having some residual data capability, where that memory device can provide sufficient security measures to efficiently limit access to the memory of the device to authorized users. For example, since algorithms can be used to control access to the memory device, a standard “diskette” can be used if desired.
The preferred embodiment, TMU button 182, incorporates a small disk having a memory. TMU button 182 is a small, light-weight, portable, essentially non-breakable device available from Dallas Semiconductor, Dallas, Tex. A TMU button 182 may be coupled to processor-based system 10 through button holder 172. In a preferred embodiment of the present invention, a batch of TMU buttons will be manufactured with specifically designated serial numbers for use solely with the present invention.
An advantage of the preferred embodiment (the TMU button 182) is that a TMU button 182 is small enough and light enough that several may be carried in one hand. Furthermore, the TMU button 182 is sufficiently durable to be hand-carried from one location to another. The fact that the portable memory is universally usable with any PC equipped with a button holder 172 allows the per unit cost of TMU buttons 182 to be lower.
A preferred embodiment of the above described TMU button is disclosed in the co-pending commonly assigned, U.S. application entitled “SYSTEM AND METHOD FOR PROVIDING FAULT TOLERANT TRANSACTIONS OVER AN UNSECURED COMMUNICATION CHANNEL,” previously incorporated herein by reference. This preferred embodiment includes a TMU button having a processor operating under control of a limited purpose operating code providing secure data storage and interaction.
Additional alternative embodiments of the postage storage device 18 are illustrated in
Another type of postage storage device 18 is a smart card 186, a plastic card embedded with a microchip. The microchip contains mathematical formulas that encrypt computer data to secure access to that data (i.e., postage) and verify a user's identity before allowing access to the data. One drawback in the currently available smart cards 186 is that they require a card reader 176 hooked to the processor-based system 10.
Still another type of postage storage device 18 is a PCMCIA card 184. PCMCIA cards are currently used on notebook computers for modular storage and communication. Both external and internal add-on hardware 174 (i.e., card slots) are available for PCs.
The portable memory can contain data fields with specific information, such as passwords, stored therein at particular locations. The portable memory could also contain, for example, a timer, a counter, a graphics program, a bar code program, or any one of a plurality of other “active” elements which can be incorporated into the operation of the system.
Before an individual can become an authorized user of an E-STAMP program, he/she must first acquire a copy of the program, register his/her copy of the program with E-Stamp Corporation, or other vendor or authorized agent, and execute a license agreement with E-Stamp Corporation for the use of E-STAMP. There are at least two ways to acquire and register an E-STAMP program.
One way to acquire and register an E-STAMP program is for the individual to communicate directly with E-Stamp Corporation to obtain site licenses for whatever number of E-STAMP programs he desires to use, the desired number of postal storage devices 18, and a registration card containing a E-Stamp Corporation serial number for each postal storage device 18.
Alternatively, an individual may acquire the E-STAMP program at any E-STAMP retail outlet. For example, an individual can buy a postage storage device 18, containing a small quantity of postage, with a copy of the E-STAMP program. That individual will then install the E-STAMP program on a processor-based system 10.
The installation instructions 201 inform the individual, or user, how to pull up the E-Stamp installation program. Once the installation program is initiated, screen 203 will appear. Screen 203 instructs the user to connect the TMU holder 172 to a serial port and to insert the TMU button 182 into the holder 172. The user is then instructed to turn on a printer 19 that has been coupled to the processor-based system 10 and check to see that the printer 19 is supplied with paper. Screen 203 further requests that the user prepare the following information: the user's full name and address, an identification number for the authorized user (i.e., an employer identification number (EIN#), if the user is a business or organization; or a social security number (SS#), if the user is an individual), the user's ZIP code, the user's telephone number and the user's fax number. The next screen, screen 205 displays the E-Stamp Corporation License Agreement with its legal terms and conditions. Acceptance of the terms and conditions set out in the license agreement is indicated when the user continues with the installation program.
Next, screen 207 will appear and display the E-STAMP serial number and TMU serial number. At this time the user-specific information requested in screen 203 should be entered into the E-STAMP program. Once the user has entered the user-specific information, screen 209 will appear warning the user to carefully verify the correctness of the entered information.
After verifying the information added into the E-STAMP program, screen 211 will remind the user to ensure that a coupled printer 19 is on line. The user information entered into the E-STAMP program will then be incorporated into a user registration form, one embodiment of which is illustrated in
The E-STAMP installation program continues with screen 213, which describes the progress being made in installing the E-STAMP program, and screen 215, which informs the user when the E-STAMP program installation has been completed.
Referring to
The standard bar code contains white and dark areas in the form of bars that can be read by a laser scanner. The laser scanner illuminates the white and dark areas with a light of a certain frequency. The light is reflected back to the laser scanner in such a way as to indicate the pattern of white and black areas within the bar code. Since white areas reflect much more light than dark areas do, a perpendicular scan of the bar code will allow the scanner to translate the reflected light into the coded information. More than 20 linear bar code languages have been developed, each with its own specifications for how many bars and spaces make up a character, how characters are to be arranged, whether the characters can be letters as well as numbers, and so forth. The most widely-used bar code is the Universal Product Code (UPC) seen on everyday grocery items. The standard bar code currently used by the Post Office is POSTNET ZIP+4 described in Postal Service Publication number 67.
More sophisticated graphical security interfaces have been developed over the last decade, such as Intermec Corporations' Code 49 and Laserlight System Inc.'s Code 16K. A major advantage of these more sophisticated graphical security interfaces is that they contain an error-correction formula which can often recover the entire message even if parts of the code have been torn or damaged.
A preferred embodiment of encrypted information 37 is a graphical security interface developed by Symbol Technologies of Bohemia, N.Y. and is called PDF417, a portable data file. PDF417 is a graphical security interface constructed from data units called “codewords,” each of which is 17 modules long. Bars are made from filling in up to six consecutive modules and each unit has four separate bars and four spaces. In essence, PDF417 can stack the equivalent of up to 90 one-dimensional bar codes, each just three hundredths of an inch high. Thus, the PDF417 symbology is more complicated to produce and scan than is the typical one-dimensional bar code and allows for a denser coding of information. Because the PDF417 symbology specification includes sophisticated protocols for error-correction, the actual density of information is highly variable, but can be ten times the amount of information found in U.S.P.S. PostNet bar code, per square inch. PDF417 is available from Symbol Technologies, Inc., 116 Wilbur Place, Bohemia, N.Y. 11716 and the operation of the PDF417 is detailed in PDF Primer obtained from Symbol Technologies, Inc. and is hereby incorporated herein by reference.
When E-Stamp Corporation receives the signed E-Stamp Corporation License Agreement from the user, the encrypted information 37 can be scanned with a laser scanner so that the information contained therein can be automatically transferred to a registered user's database. When the encrypted information 37 has been transferred to the registered users database, a registration card containing an E-Stamp Corporation serial number will be printed and mailed to the registered user.
Once the user has obtained a registration card for each postal storage device 18, or TMU button 182, acquired, the user may then take that registration card with the user's TMU button 182, or other postage storage device 18, to the Post Office to be registered with the Post Office.
Until the TMU button 182 has been registered with the Post Office, the POSTAGEMAKER program will not recognize TMU button 182 as being an authorized postage storage device 18. Particular Post Office sites will have the POSTAGEMAKER program installed in a processor-based system. The POSTAGEMAKER program will allow a postal worker to interface the postage storage device 18 with the processor-based system residing at the Post Office in order to replenish the amount of postage programmed within the postage storage device 18 in an amount requested and purchased by the user.
To register a TMU button 182, or other postage storage device 18, with the Post Office a postal worker must enter the information on the E-Stamp Corporation registration card into the POSTAGEMAKER program. Such information will include the E-Stamp Corporation serial number, EIN# number or §#, TMU button serial number, and the address and telephone number of the registered user. Once all of this information has been entered into the system, the POSTAGEMAKER program will then recognize TMU button 182 and allow a postal worker to replenish the amount of postage stored within button 182 at the request of the user in a manner to be discussed below.
Alternatively, a pair of systems 10 may be linked together through public switched network (“PSN”) 102, or other communication gateway such as the Internet or other computer network, via modem 101 or directly through digital telecommunications trunks or other communications links (not shown). Processor based systems 10 located at different U.S. Post Offices may be linked via PSN 102 in a conventional well known manner (such as through modem 101) so that information may be shared between the various Post Offices. Generally, a copy of the POSTAGEMAKER program will be stored within at least one processor-based system at selected U.S. Post Office locations. PSN linkage of processor-based systems 10 by the Post Office and the user will allow the sharing of information between the various Post Offices and will allow a user to call a number (an authorized Post Office number) and have the Post Office transfer the required amount of postage to a postage storage device 18 installed at a user site by modem. A preferred embodiment of a system and method for conducting transactions, such as that described above, is disclosed in co-pending commonly assigned U.S. application entitled “SYSTEM AND METHOD FOR PROVIDING FAULT TOLERANT TRANSACTIONS OVER AN UNSECURED COMMUNICATION CHANNEL,” previously, incorporated herein by reference.
Referring to
At the upper right-hand corner of display screen 40, there is indicated an POSTAGEMAKER serial number, in this example “77014-9998-44.” This serial number may include the ZIP code of the Post Office location, or may be selected at random. This serial number may also include a designation of a particular system 10 or a designation of the postal employee performing the transaction.
In the upper left-hand corner of display screen 40 is illustrated a TMU serial number, in this example “2 128 176 32 0 0 0 175.” This serial number represents eight bytes of information stored within TMU button 182, each byte may represent any number from 0 to 255. A TMU serial number is specifically assigned to and will identify a specific TMU button 182. Thus, display screen 40 indicates that the postal employee has coupled an authorized TMU button 182 to a processor-based system 10 which incorporates the POSTAGEMAKER program.
Typically, the first two numerals (bytes) within the TMU serial number are assigned by the button (or memory) manufacturer. The third byte is selected by the U.S. Postal System and identifies TMU buttons 182 specifically designed for the POSTAGEMAKER program, excluding other TMU buttons 182 not designed for the POSTAGEMAKER program, such as disposable buttons, and assisting in the exclusion of any other means for accessing the POSTAGEMAKER program. As a result, the present invention may be design so that only authorized TMU buttons 182 may access the POSTAGEMAKER program for replenishment of postage as well be discussed below.
The remainder of the TMU serial number is basically the sequential serial number of that particular TMU button 182 in particular.
As the POSTAGEMAKER program reads the information stored within TMU button 182, the TMU serial number and the information in blocks 401 and 402 are displayed on display 13. The “TMU Verification” information in block 401 shows the date and Post Office location where the last addition of postage was electronically stored within button 182. As shown within box 401 of
Box 401 also shows the expiration date of button 182, the user's E-Stamp corporation registration number, the user's E-STAMP serial number, and a strike and dollar counter check as will be described in more detail below. Box 402 is also displayed on screen 10 and itemizes the quantity of postage of designated values that has been used and subtracted from the postage stored in button 182. For example, box 401 of
In a manner to be discussed in detail below with respect to
Thereafter, a second password is generated from the numbers within block 404 through the application of an algorithm, an example of a second password is illustrated in block 405. These numbers are used as a second password to assist in the random generation of numerals within block 406.
In a preferred embodiment of the present invention, fourteen of the 45 bytes or numerals within block 406 represent a button usage analysis (i.e., how much of what value of postage has been used); three numerals (bytes) represent the number of strikes (or uses) that have been made and subtracted from a starting point of 2,500,000; and four numerals (bytes) represent the dollar value of postage used and subtracted from a starting point of $2,500,000. The remainder of the numerals are generated randomly by the POSTAGEMAKER program.
Thereafter, another algorithm utilizes the numerals generated within block 406 to derive the third password displayed within block 407. If all is correct, the cursor will then stop within block 408 so that the postal employee may enter a desired amount of postage in U.S. dollars as requested by the user owning TMU button 182 currently coupled to the POSTAGEMAKER program. In a preferred embodiment of the present invention, four bytes represent the amount of postage entered by the postal worker, ten bytes represent user-specific information, five bytes represent the user's ZIP code, three bytes represent the original postage amount, three bytes represent the number of strikes (or times that the postal storage device has been accessed), four bytes represent the accumulated value of postage taken from the postage storage device, and three bytes represent the expiration date of button 182. Button 182 may be programmed to expire at any time desired by the Post Office. The Post Office may desire that postage storage devices 18 expire every six months in order to maintain a valid registration with updated information.
None of the numbers described above, or the passwords generated therefrom, are displayed on the screen. However, POSTAGEMAKER utilizes information from button 182 to generate numerals in blocks 406 and 408 to generate the usage analysis log illustrated in block 402 and to perform a counters check illustrated in block 401. The counters check adds the number of strikes subtracted from 2,500,000 (see block 406; descending strike counter) to the number of strikes made (see block 408; ascending strike counter). If these numbers are accurate, their sum should equal 2,500,000. A similar dollar counter check is also performed. The TMU button 182 is initialized to recognize 2,500,000 strikes and $2,500,000 worth of postage. Whenever a user has used 2,500,000 strikes or used $2,500,000 worth of postage, the postage storage device must be returned to the Post Office, or exchanged for a new one.
As shown in block 408, the user has desired to add $500.00 worth of postage to TMU button 182. This amount has been entered by the employee. Subsequent to entering the $500.00 amount, the postal employee will press button 409 to initialize the system. Once the appropriate amount of postage has been selected, the postal employee may press button 410 to “write” the $500.00 amount into TMU button 182 coupled to system 10.
Alternatively, a user may maintain an account with the Post Office, or other authorized entity, or a credit card account which will be automatically charged for postal charges printed using TMU button 182. In this situation, the Post Office may require a retainer based on anticipated charges and then the Post Office will not enter a set monetary value into TMU button 182, but rather an authorization to debit a particular account and/or a time limitation will be entered into TMU button 182. For example for a TMU button 182 that is to be used for commercial purposes, such as in the present invention, the Post Office may set a month limitation on the button. When the user returns the button to the Post Office at the end of the month, the Post Office will access the memory of the TMU button 182 to determine how much postage has been charged for that month and will bill the user for those charges. Furthermore, if the user has a number of postal storage devices 18 the Post Office can access its records to determine if the user is behind in payments to any of his accounts by searching for accounts using the user's identification number. If the user has overdrawn his retainer or is late in the payment of his accounts, the Post Office can refuse to replenish TMU button 182.
After the postal employee has pressed button 410 to “write” an amount of postage into TMU button 182, display screen 42, illustrated in
Referring next to
Thereafter, in step 540, a first algorithm selected by the U.S. Postal Service will operate on the data within block 404 to produce a second password (step 550). This second password, displayed within block 405, is used within step 560 to generate a second set of data (the numerals displayed within block 406). A second algorithm within step 570, utilizes the second set of data to produce a third password (step 580). Once the above is written on the TMU button 182, the Post Office employee will be able to store postage to TMU button 182 by adding the desired amount within block 408 (step 590). Thereafter at step 505, write button 410 is “depressed” to thereby store postage within TMU button 182.
Referring next to
Once the required amount of postage has been transferred to the TMU button 182, the user may then physically carry the button to the desired location of use and couple TMU button 182 to a processor-based system 10 through button holder 172.
Once the user has registered his E-STAMP program with E-Stamp Corporation and his postal storage device 18 with the Post Office, he may then load the E-STAMP program into a processor-based system 10, if he has not already done so. In a preferred embodiment of the present invention, the E-STAMP program is loaded into a processor-based system controlled by a set of instructions from a document generating program, preferably an application program programmed to interact with a customer to generate a personalized greeting card, or other piece of mail.
An interface program is used to integrate the E-STAMP program with the personalized card generating program. The two application programs will be coordinated. For example, graphic configurations of postage indicia that correspond to the type of cards and messages generated by the card generating program will be created and imported into the E-STAMP program. Likewise, information regarding the types of documents being generated may be intercommunicated so as to allow the generation of a desired number of postage indicia and their proper placement on the document(s). In addition, routines may be added to the E-STAMP program that will automatically convert information entered as the addressee's address into a ZIP+4 bar code and/or automatically encode some of the entered data regarding the postal storage device, the designation of the letter, etc. into a graphical security interface to be printed on a label or an envelope. Furthermore, the E-STAMP program will be programmed to format all of the entered information to be printed in the desired format.
In a preferred embodiment of the present invention, the user may want to removably couple two or more postal storage devices 18 to the processor-based system controlled by the set of instructions from the document generating and E-STAMP application programs, hereinafter referred to as the document generating system. Then if one of the postal storage devices becomes depleted of postage or is not replaced before its time limitation runs out, then the backup device may be used so that the system will continue to operate.
Yet before the E-STAMP program can operate with the document generating system, an authorized postal storage device must be coupled to the system and validated by the E-STAMP program. A preferred embodiment uses TMU button 182 coupled to the processor based system through a button holder 172.
Referring next to
TMU button 182 includes several memory sections, each section includes an ID area, a password area and a data area. Access to a given data area is controlled by a password written into the corresponding password area.
When the user's software queries a postage button (portable memory) at step 703, a code indicating that the postage button 182 is a button for the retrieval of postage by a customer (PST) should be returned from the postage button's first password area 800 (
At step 707, the user's software reads the button type field in first data area 802. If the button returns the postage button code previously known by the software loaded on the document generating system, then processing continues; otherwise, an error occurs at step 708 and processing halts. Assuming the correct button code is read at step 707, at step 709 the user's software reads the second password area 803 using a second hash algorithm, an example of which is shown in
Next, at step 712 the user's software attempts to gain access to third data area 806 (
Assuming access to third data area 806 (
For an uncorrupted button, the user ZIP code written into the user ZIP code field of third data area 806 is read and compared at step 715 with the user ZIP code assigned to the user's software stored in the document generating system. If they match, processing continues; otherwise, an error occurs at step 716 since a postage button cannot be used outside the ZIP code assigned to the corresponding customer software. This feature is (like all security levels in the system) optional, and can be modified to include several ZIP codes, if desired.
At step 717, the customer software reads the value in the amount up-counter of third data area 806 and compares it with a corresponding amount value totaled and stored by the user's software. The amount up- and down-counters in each button are never cleared during the life of the button. Thus, if the amount in the button amount up-counter is greater than or equal to the amount in the user's software file, the button passes at step 717; otherwise, an error occurs at step 718. A similar test is performed at step 719 where the user's software reads the value in the strike up-counter and compares it with a corresponding strike tally kept by the user's software. Again, since the strike counters are never cleared, the value in the strike counter must be greater than or equal to the total in the software file, otherwise at step 720 an error occurs.
If, at step 719, the value in the strike counter is greater than or equal to the total in the software file, at step 721, the value in the strike up-counter of third data area 806 is added to the value in the strike down-counter of second data area 804. Since the strike down-counter always decrements from a predetermined initial value by one with the printing of each indicia and the strike up-counter always increments by one from an initial value simultaneously, their total must always equal the same value N. Thus, if at step 722 the sum of the values in the strike up- and down-counters equals predetermined value N, processing continues; otherwise, the button is determined to be corrupted at step 723.
Next, at step 724 the value in the amount down-counter of second data area 804 and the value in the amount up-counter in third data area 806 are summed. Since the value in the amount up-counter increments by the amount of the postage used with the printing of each indicia from an initial value and the amount down-counter simultaneously decrements from an initial value by the same amount, the sum of their values must always equal the value Z. Thus, at step 725, if the total of the amount counter data read from the button equals value Z, then processing continues; otherwise, an error occurs at step 726 and processing is halted.
At step 729, the customer software reads the last access date written into the corresponding field in second data area 804. If the recorded last access date is the same as or before the present date the button passes, otherwise an error occurs at step 730. This prevents the entering of random data into the portable memory.
At step 731, the expiration date written into the expiration date field of third data area 806 is read to determine if the button has expired. If the current date is before the expiration date, the button is still valid; otherwise, at step 732 the button is determined to be expired.
At step 733 a check is made of the update flags, or the refilling operations that the postage button 182 has undergone. The update flag in second data area 804 must be equal to the update flag in third data area 806; otherwise, an error has occurred during the update sequence and processing stops at 734.
If the postage button 182 coupled to the user's system 10, or the document generating system, passes the last test at step 733, the button is validated at step 735 and the customer can now print postage indicia up to the refill balance available or until the termination date of the postage button 182.
A preferred method for conducting the above described transactions with the button is described in co-pending commonly assigned U.S. application entitled “SYSTEM AND METHOD FOR PROVIDING FAULT TOLERANT TRANSACTIONS OVER AN UNSECURED COMMUNICATION CHANNEL,” previously incorporated herein by reference.
Referring next to
At step 901, the document generating system is activated by a customer. In a preferred embodiment, the document generating and E-STAMP programs will provide for input from a user via a user interface such as through keyboard 15, or mouse 16. At step 902, a screen appears to the customer listing the types of cards that the document generating system is programmed to produce such as invitation, birthday, anniversary, holiday, wedding, etc. An example of such a screen is seen in
Next, at step 903, the customer will be provided with a menu of styles for the type of card that he has selected. A sample screen providing optional styles for a birthday card is illustrated in
When the customer has decided on a specific card, the customer can then create his/her own message to correspond to the card selected, or he/she can personalize the message that is provided (step 905). For example,
In step 906, once the card has been finalized a prompt will appear asking the customer if he/she wishes to continue to print an addressed envelope. If the answer is “no,” the document generating system will go to step 907 and produce a freshly printed greeting card, and any associated item, containing the customer's personalized message and terminate the program. However, if the customer indicates that he/she wishes to continue the program, then a display 80 similar to that illustrated in
Next, at step 908, the customer is prompted to manually input his/her return address in box 1303. If a return address is not desired, it may be omitted. Thereafter, in step 909, the contents of address box 1305 are entered in a manner similar to the contents of return address 1303.
Where an associated document is also being generated, the address and return addresses may be transposed. Of course, steps 908 and 909 could include prompting the customer to input different addresses for the associated document, if desired.
Next, at step 910, the document generating system will automatically generate the appropriate PostNet bar code from the addressee's ZIP code. The printed address will have the PostNet Zip+4 bar code, as described in Postage Service Publication 67, printed either above or below the addressee's address. The Post Office encourages the use of PostNet bar codes, as it allows mail to be automatically sorted for distribution. In fact, the Post Office charges less postage for mail that has the appropriate PostNet bar code imprinted thereon.
The customer may then select the format that the addresses will be printed in by the use of box 1304. The return address and addressee's address may be printed on labels or on an envelope through printer 19.
Thereafter, in step 912 the customer has the option to continue the program and have the appropriate postage for the card, and any associated document such as a return R.S.V.P. card, calculated and printed. If the customer declines to continue, then the card greeting system will terminate its interaction with the customer at step 913 and print the addresses on labels or an envelope, whichever was selected by the customer at step 911.
If, at step 912, the customer decides to continue to calculate and print the postage, a new screen 140 may appear, such as seen in
Once the customer has selected the desired indicia he/she may personalize the indicia (Step 916B) with information such as the name of the person whose birthday it is (boxes 1502 and 1504) and which birthday that person is celebrating (boxes 1504 and 1506). For example, if the customer selected stamp indicia 1508, the document generating system would prompt the user to add a number representing which birthday the recipient was celebrating in box 1506.
Thereafter, in step 917, the customer will indicate whether the card will be mailed by itself, or with enclosures by selecting the appropriate option in box 1310. If no enclosures are included, then the system will calculate the appropriate postage based on the weight of the card, i.e. less than one ounce. If enclosures are to be sent with the greeting card, the customer must enter the weight of the enclosures. This weight may be entered manually, or automatically through the use of scale 103 coupled to processor-based system 10, the document generating system, in a manner well known in the art. The weight of the card enclosures will be used to calculate the appropriate postage for the card. Of course, where the document generating system is itself generating the enclosure, such as the aforementioned return R.S.V.P. card, the weight of the enclosure may be automatically determined by the system.
In step 918, the customer selects the class of mail from the choices shown in box 1309.
Next, at step 919, the customer may select a U.S. postal zone or alternatively elect that the card is to be sent to Canada, Mexico or some other international designation as depicted in box 1308. Of course, where postage is being generated for an associated document, the postal zone may automatically be selected for this document assuming that the return card will be posted at the original card's destination, presumably directed to the place of posting the original card. However, step 919 may also allow the user to select a different postal zone for the return document, if desired. Customer selection of the international designation in box 1308 will result in a drop down menu to allow the user to enter the country of designation and allow the E-STAMP program to automatically calculate the necessary postage.
The E-STAMP program will automatically incorporate the aforementioned entered parameters—weight, class, zone—in order to correctly calculate the correct postage to print in conjunction with the meter stamp(s).
In step 920, the customer is provided with box 1302 to insert the location from which the mail is to be sent. If no location is entered, the location of the document generating system will be entered into box 1302. The location entered into box 1302 may be utilized by the E-STAMP program to calculate the correct postage.
At step 921, the customer may choose to have the date that the mail is stamped automatically entered by the E-STAMP program, or the customer may choose to enter the date that the customer desires to show on the card. The customer's choice is registered in box 1312. Of course, where postage is generated for an associated document, additional information, as described above, may be included on or within the generated indicia as the date of posting will generally not be known for this associated (return) document.
At step 922, the E-STAMP program may optionally be programmed to incorporate preselected information, such as that entered into the E-STAMP program, into an encrypted message that is machine readable. Any number of graphical security interfaces, such as Symbol's Portable Data File Code (the PDF417 symbology) as described above, may be used to encrypt the information. An encrypted message may include any combination of the following information: the day, the date, the postage storage device serial number, the E-STAMP serial number, the sender's ZIP code, the addressee's ZIP code, the expiration date of the postage storage device, a date by which the item must be posted, a location from which the item must be posted, the cumulative values of the strike and dollar counters, E-Stamp Corporation registration number, the user's identification number, and the Post Office identification number.
This encrypted information may be printed separately from the postage indicia or the selected information may be incorporated within the meter stamp using a graphical security interface. A preferred embodiment, illustrated in
In step 923, the E-STAMP program utilizes the input/output ports of the document generating system to send to printer/label maker 19, the correct data pertaining to the meter stamp, the postage indicia, the encrypted message, the authorized amount of postage, the return address, the addressee's address, etc. to be printed on an envelope, as illustrated in
The amount of postage printed on the meter stamp(s) is automatically debited from the user's account or deducted from the amount stored within TMU button 182. Information stored in TMU button 182 memory is also automatically updated including the usage record for this particular serial number of TMU button 182 and any other information that requires updating.
The aforementioned steps may be repeated for subsequent transactions of the document generating system until the TMU button 182 reaches the time limitation embedded in its memory, or has reached the end of its stored amount of postage. If two TMU buttons are coupled to the document generating system, then if one button becomes inoperable, the other button can be automatically accessed by the document generating system. Typically, the user will check on and/or replace the TMU buttons 182 coupled to the document generating system on a monthly, or other time related, basis.
The aforementioned word processing, accounting, E-STAMP and POSTAGEMAKER programs have been shown and described with respect to a “WINDOWS” operating environment on a general purpose processor-based system 10. Of course, other means could be employed for implementing the present invention within a processor-based system.
Although the present invention and its advantages have been described in detail, it should be understood that various changes, substitutions and alterations can be made herein without departing from the spirit and scope of the invention as defined by the appended claims.
This application is a continuation of co-pending, commonly assigned, U.S. patent application Ser. No. 09/491,949 filed Jan. 26, 2000 entitled “SYSTEM AND METHOD FOR PRINTING MULTIPLE POSTAGE INDICIA,” which itself is a continuation of, commonly assigned, U.S. patent application Ser. No. 08/965,015 filed Nov. 5, 1997, now U.S. Pat. No. 6,208,980, entitled “SYSTEM AND METHOD FOR PRINTING MULTIPLE POSTAGE INDICIA,” which itself is a continuation-in-part of, commonly assigned U.S. patent application Ser. No. 08/561,417 filed Nov. 21, 1995, now U.S. Pat. No. 5,801,944 entitled “SYSTEM AND METHOD FOR PRINTING POSTAGE INDICIA DIRECTLY ON DOCUMENTS,” which itself is a continuation-in-part of, commonly assigned U.S. patent application Ser. No. 08/540,658 filed Oct. 11, 1995 now U.S. Pat. No. 6,208,980 entitled “SYSTEM AND METHOD FOR PRINTING PERSONALIZED POSTAGE INDICIA ON GREETING CARDS”, which are hereby incorporated by reference herein. Reference is hereby made to and commonly assigned U.S. patent application Ser. No. 08/892,946, filed Jul. 15, 1997 now U.S. Pat. No. 6,195,556 entitled “SYSTEM AND METHOD FOR PROVIDING FAULT TOLERANT TRANSACTIONS OVER AN UNSECURED COMMUNICATION CHANNEL,” which is incorporated herein by reference.
Number | Name | Date | Kind |
---|---|---|---|
1684756 | Close | Sep 1928 | A |
1988908 | MacKinnon | Jan 1935 | A |
2825498 | Alves | Mar 1958 | A |
2887326 | Kramer | May 1959 | A |
2964232 | Levyn | Dec 1960 | A |
3111084 | Ridenour et al. | Nov 1963 | A |
3380648 | De Lyra | Apr 1968 | A |
3658239 | Foutz | Apr 1972 | A |
3747837 | Wilson | Jul 1973 | A |
3938095 | Check et al. | Feb 1976 | A |
3978457 | Check, Jr. et al. | Aug 1976 | A |
4245775 | Conn | Jan 1981 | A |
4271481 | Check, Jr. et al. | Jun 1981 | A |
4306299 | Check, Jr. et al. | Dec 1981 | A |
4511793 | Racanelli | Apr 1985 | A |
4565317 | Kranz | Jan 1986 | A |
4629871 | Scribner et al. | Dec 1986 | A |
4641347 | Clark et al. | Feb 1987 | A |
4649266 | Eckert | Mar 1987 | A |
4661001 | Takai et al. | Apr 1987 | A |
4709850 | Wagner | Dec 1987 | A |
4725718 | Sansone et al. | Feb 1988 | A |
4743747 | Fougere et al. | May 1988 | A |
4757537 | Edelmann et al. | Jul 1988 | A |
4760532 | Sansone et al. | Jul 1988 | A |
4763271 | Field | Aug 1988 | A |
4775246 | Edelmann et al. | Oct 1988 | A |
4784317 | Chen et al. | Nov 1988 | A |
4800506 | Axelrod et al. | Jan 1989 | A |
4802218 | Wright et al. | Jan 1989 | A |
4812994 | Taylor et al. | Mar 1989 | A |
4821195 | Baer et al. | Apr 1989 | A |
4831554 | Storace et al. | May 1989 | A |
4831555 | Sansone et al. | May 1989 | A |
4853865 | Sansone et al. | Aug 1989 | A |
4862386 | Axelrod et al. | Aug 1989 | A |
4864618 | Wright et al. | Sep 1989 | A |
4868757 | Gil | Sep 1989 | A |
4872705 | Hartfeil | Oct 1989 | A |
4875174 | Olodort et al. | Oct 1989 | A |
4900903 | Wright et al. | Feb 1990 | A |
4900904 | Wright et al. | Feb 1990 | A |
4901241 | Schneck | Feb 1990 | A |
4910686 | Change et al. | Mar 1990 | A |
4919325 | Culver | Apr 1990 | A |
4933849 | Connell et al. | Jun 1990 | A |
4934846 | Gilham | Jun 1990 | A |
4947333 | Sansone et al. | Aug 1990 | A |
4993752 | Juszak | Feb 1991 | A |
4998204 | Sansone et al. | Mar 1991 | A |
5025141 | Bolan | Jun 1991 | A |
5044669 | Berry | Sep 1991 | A |
5065000 | Pusic | Nov 1991 | A |
5085470 | Peach et al. | Feb 1992 | A |
5091771 | Bolan et al. | Feb 1992 | A |
5111030 | Brasington et al. | May 1992 | A |
5119306 | Metelits et al. | Jun 1992 | A |
5136647 | Haber et al. | Aug 1992 | A |
5200903 | Gilham et al. | Apr 1993 | A |
5237506 | Horbal et al. | Aug 1993 | A |
5239168 | Dursty, Jr. et al. | Aug 1993 | A |
5316208 | Petkovsek | May 1994 | A |
5319562 | Whitehouse | Jun 1994 | A |
5341505 | Whitehouse | Aug 1994 | A |
5375172 | Chrosny | Dec 1994 | A |
5388049 | Sansone et al. | Feb 1995 | A |
5410642 | Hakamatsuka et al. | Apr 1995 | A |
5423573 | Passillé | Jun 1995 | A |
5425586 | Berson | Jun 1995 | A |
5437441 | Tuhro et al. | Aug 1995 | A |
5439721 | Pedroli et al. | Aug 1995 | A |
5454038 | Cordery et al. | Sep 1995 | A |
5471925 | Heinrich et al. | Dec 1995 | A |
5476420 | Manning | Dec 1995 | A |
5490077 | Freytag | Feb 1996 | A |
5494445 | Sekiguchi et al. | Feb 1996 | A |
5501393 | Walz | Mar 1996 | A |
5510992 | Kara | Apr 1996 | A |
5524995 | Brookner et al. | Jun 1996 | A |
5573277 | Petkovsek | Nov 1996 | A |
5598970 | Mudry et al. | Feb 1997 | A |
5600562 | Guenther | Feb 1997 | A |
5601313 | Konkol et al. | Feb 1997 | A |
5602743 | Fraytag | Feb 1997 | A |
5606507 | Kara | Feb 1997 | A |
5615123 | Davidson et al. | Mar 1997 | A |
5615312 | Kohler | Mar 1997 | A |
5617519 | Herbert | Apr 1997 | A |
5650934 | Manduley | Jul 1997 | A |
5666284 | Kara | Sep 1997 | A |
5717597 | Kara | Feb 1998 | A |
5774886 | Kara | Jun 1998 | A |
5778076 | Kara et al. | Jul 1998 | A |
5791553 | Fabel | Aug 1998 | A |
5796834 | Whitner et al. | Aug 1998 | A |
5801364 | Kara et al. | Sep 1998 | A |
5801944 | Kara | Sep 1998 | A |
5805810 | Maxwell | Sep 1998 | A |
5812991 | Kara | Sep 1998 | A |
5819240 | Kara | Oct 1998 | A |
5822739 | Kara | Oct 1998 | A |
5825893 | Kara | Oct 1998 | A |
5884277 | Khosla | Mar 1999 | A |
5902439 | Pike et al. | May 1999 | A |
5923406 | Brasington et al. | Jul 1999 | A |
5924738 | Konkol et al. | Jul 1999 | A |
5929415 | Berson | Jul 1999 | A |
6005945 | Whitehouse | Dec 1999 | A |
6010156 | Block | Jan 2000 | A |
6026385 | Harvey et al. | Feb 2000 | A |
D434438 | Kara | Nov 2000 | S |
6155476 | Fabel | Dec 2000 | A |
6173888 | Fabel | Jan 2001 | B1 |
6208980 | Kara | Mar 2001 | B1 |
6209779 | Fabel | Apr 2001 | B1 |
Number | Date | Country |
---|---|---|
0782111 | Jul 1997 | EP |
05-132049 | May 1993 | JP |
09-508220 | Aug 1997 | JP |
63147673 | Jun 1998 | JP |
WO9517732 | Jun 1995 | WO |
WO-9519016 | Jul 1995 | WO |
WO9714085 | Apr 1997 | WO |
WO9814909 | Apr 1998 | WO |
Number | Date | Country | |
---|---|---|---|
20070198441 A1 | Aug 2007 | US |
Number | Date | Country | |
---|---|---|---|
Parent | 09491949 | Jan 2000 | US |
Child | 11713533 | US | |
Parent | 08965015 | Nov 1997 | US |
Child | 09491949 | US |
Number | Date | Country | |
---|---|---|---|
Parent | 08561417 | Nov 1995 | US |
Child | 08965015 | US | |
Parent | 08540658 | Oct 1995 | US |
Child | 08561417 | US |