System and method for remote postage metering

Abstract

A system and method for remote postage metering of postage indicia, including demanding a desired postage amount and subsequently printing the postage indicia onto a piece of mail. A user inputs certain necessary information, as well as additional desired information, into a local processor-based system. The local system then assembles a postage demand in suitable format and transmits the same to a remote postage metering device. The remote postage metering device then verifies the demand for authority to demand and valid funding. Upon verification, the remote postage meter assembles a data packet representing an authorized postage indicia. The data packet is transmitted to the local system for printing. Printing of the postage indicia may be unaccompanied, or may include additional information. Such additional information may include destination and return address, machine readable routing or identification information, or a complete document to be posted.

Description

TECHNICAL FIELD OF THE INVENTION

This invention relates, in general, to a system and method, under the control of general purpose computers, for transmitting an amount of authorized postage to a demanding processor-based system, and the subsequent imprinting of that transmitted postage on an item of mail. More specifically, the invention relates to a postage metering system that allows coupling a plurality of remotely located processor-based systems to a centralized metering device, by means of a publicly accessible gateway, whereby non-fungible postage is communicated from the metering device to specific ones of the plurality of remotely located processor-based systems.

BACKGROUND OF THE INVENTION

Presently, it is common for individuals or businesses to have residing within their offices a postage meter rented from a commercial supplier. This arrangement is very convenient, since letters may be addressed, postage applied, and mailed directly from the office without requiring an employee to physically visit the United States Post Office and wait in line in order to apply postage to what is often a quite significant volume of outgoing mail, or to manually apply stamps to each piece of mail in which case mail is slower because it has to go through a postage canceling machine.

Quite naturally, postage meters were developed to relieve the manual application of stamps on mail and to automate the above process. Nevertheless, a postage meter residing within an office is not as convenient and efficient as it may first seem to be. First, a postage meter may not be purchased, but must be rented. The rental fees alone are typically over twenty dollars per month. For a small business, this can be quite an expense to incur year after year. Second, a postage meter must be adjusted, serviced and replenished manually; e.g., each day the date must be adjusted manually, periodically the stamp pad must be re-inked, and when the amount of postage credit programmed within the postage meter has expired, the postage credit must be replenished. To be replenished, a postage meter must be manually unplugged, placed into a special case (the meter is of a significant weight), and taken to a United States Post Office to have the meter reprogrammed with additional postage credit. Upon arrival at the United States Post Office, a teller must cut the seal, replenish the meter with a desired amount of postage credit, and reseal the meter. The meter must then be returned to the office and powered up.

A slightly more expensive meter (rental of approximately $30.00 more) works in the following manner: 1) a user sets up an account with the meter supplier, 2) 7 to 10 days before a user requires any postage, the user deposits with the meter owner the amount of postage required, 3) the user then calls the owner (7 to 10 days later) and they issue instructions as to the manual pushing of a variety of buttons on the meter (programming) which will replenish the postage amount on the meter. Nonetheless, the meter must be taken to the Post Office every 6 months.

Thus, in addition to the monthly rent, the servicing and replenishing of the meter requires the time and expense of at least one employee to take the meter to the United States Post Office to have it checked. Of course, this procedure results in down-time wherein the postage meter is not available to the business for the application of postage to outgoing mail. In addition, because of the monthly rent and the size of these devices, it is generally not practical for businesses to have more than one postage meter to alleviate this down-time.

A more recent solution to postage metering is disclosed in U.S. Pat. No. 5,510,992 entitled SYSTEM AND METHOD FOR AUTOMATICALLY PRINTING POSTAGE ON MAIL, assigned to Post N Mail, L.C., Houston Tex., and is hereby incorporated by reference. There, the disclosed metering system provides for the sale of postage credit on portable processor devices to be later utilized as needed. However, such a system, although considerably more convenient than the traditional metering systems discussed above, still requires the prepurchase of postage credit in order to be available at the time of generating a postage indicia.

The alternative to a postage meter and its associated prepurchased postage credit to a business, especially a small business, is to forego the advantages of a postage meter and to buy sheets, or books, of stamps. Without a doubt, this is not a sufficient solution. A variety of denominations of stamps are generally required since applying two 32¢ stamps to a letter requiring only 40¢ will add up over time. Additionally, it is difficult for a business to keep track of stamp inventories, and stamps are subject to pilferage and degeneration from faulty handling. Moreover, increases in the postal rate (which seem to occur every three years) and the requirement for variable amounts of postage for international mail, makes the purchase of stamps even more inefficient and uneconomical.

Because of different postage zones, different classes of mail, different postage required by international mail and the inefficiency of maintaining stamps within an office, it is important to have an automatic postage system, such as the aforementioned inefficient and relatively expensive postage meter.

A need in the art therefore exists for a system and method that provides the correct amount of authorized postage on demand at locations other than a United States Post Office, while avoiding the use of a traditional postage meter or the use of any supply of postage credit at the demand site. Moreover, there is a need in the art for a system and method which allows the substantially instantaneous affixing of this authorized postage upon an item of mail after demand.

It is, therefore, advantageous for the provision of postage credit to be transmitted to demanding locations by a substantially automated system and method. Furthermore, any such system and method needs to maintain strict controls on the issuing of such indicia. These controls may provide verification of a request for postage so as to expose any rogue postage requests.

Additionally, it would be advantageous for any processor-based system providing postage metering requests and subsequent imprinting to interface with a user friendly operating environment that is flexible and which can be coupled to other programs such as word processing, spreadsheet, accounting, database, or graphics programs. It would further be advantageous for a processor-based system providing postage metering to also provide verification and/or updating of address information to ensure speedy and reliable delivery of mail pieces without requiring an operation to manually look-up or update such information.

SUMMARY OF THE INVENTION

The present invention addresses the above-described problems of providing postage credit by providing a postage metering system and method whereby the metering of the postage, i.e., the assessing of payment and authorizing of postage, is accomplished at a remote location allowing access to a plurality of processor-based systems demanding postage. The postage demands are verified to ensure such demands are authorized to receive indicia of postage to be funded in accordance with the demand.

It will be appreciated that a technical advantage of the present invention is that a user can easily demand, fund, receive and print postage indicia from a processor-based system that does not include a postage metering device. A further technical advantage is that provision of postage indicia by the present invention is accomplished nearly instantaneously, thereby providing postage on demand.

Provision of postage indicia according to the present invention is substantially automated, thus requiring a minimum of operator involvement in the transmittal of postage credit. Furthermore, substantial automation in assessing the amount of postage required, as well as demanding, funding, receiving and printing postage indicia, results in a similar reduction in user involvement in utilizing the invention.

Further technical advantages are realized by the inclusion of encrypted data within, or accompanying postage indicia printed as a result of the present invention. Such advantages include the ability to identify rogue use of such postage indicia as well as both the metering and printing sites utilized with a particular postage indicia. Furthermore, by including a POSTNET (postal numeric encoding technique) bar code and/or including delivery point codes such as zip plus four plus two, a reduction in postage may be realized. Thus, use of the remote postage meter system is not only more convenient than a conventional postage meter but it can also save the user money on postage.

Technical advantages are realized by the communication of postal information associated with the demand for postage. In addition to the above mentioned advantage of lower postage costs by the inclusion of a communicated zip code as POSTNET bar coding accompanying the indicia, addressee information communicated to the remote metering device may advantageously be verified or corrected at the metering device. By transmitting the destination address of the postal item for which the indicia is to be generated, the remote metering device may verify or change the address to a format suitable for use by the issuing authority prior to its application on a postal item. Furthermore, omitted or erroneous information, such as zip code information, could be supplied or verified. Likewise, through the use of an address book, the use of shorthand representations of a desired destination address or other information may be utilized. Where this address book is stored centrally, the information may be automatically updated, or otherwise maintained in a current accurate state, without individual user attention. Of course, updating of an address in a particular user's address book may include notifying the user of the updated information, such as at the time of requesting postage for that particular address, or may simply provide the updated information, such as were only a zip code has changed.

These and other needs and advantages are met in a preferred embodiment of the present invention in which a first processor-based system (PC) is located within a business' office or an individual's home. The first PC stores a program, hereinafter referred to as the “Demand” program, accepts information from a user, a coupled device, or the context in which the postal item is being created or sent regarding the amount of desired postage and the mail piece for which it is needed. The demand program subsequently makes a demand for postage to a remote postage meter. The remote postage meter, itself a second processor-based system in the form of a PC, is located at a postage provider's office or other central source. The second PC stores a program, hereinafter referred to as the “Meter” program, which verifies postage demands and electronically transmits the desired postage indicia to the first PC in the form of a data packet. For security purposes, the data packet may be encrypted, or may include information allowing its use only by a selected Demand program, such as the Demand program actually demanding the postage. Subsequently, the Demand program receives the data packet and prints postage indicia, designating the appropriate amount of postage on a printer or special purpose label-maker coupled to the first PC. The postage indicia may contain encrypted information, such as transaction identification, the sender's and/or recipient's address or the Meter and/or Demand program serial number, to be utilized by the postal service for security or other purposes. The Demand program interfaces with the user through the display screen and an input device, such as a keyboard, or mouse. The data packet could contain the indicia for printing with a specific Demand program or it may contain data which allows the Demand program to generate its own indicia.

The Demand program may be coupled to a word processing program, or other process, residing within the first PC, thus allowing the user to request and subsequently print the postage indicia on correspondence or postal items generated by the coupled process. In such an arrangement, the Demand program may utilize information from the coupled process to determine a correct amount of postage from the context of the correspondence, such as size or weight of paper, draft or correspondence mode, etcetera. Additionally, the Demand program may be programmed to independently print a destination address and return address in addition to the postage indicia to be printed on an item of mail. Thereafter, an item of correspondence bearing the postage indicia can be placed in envelopes with cutouts or glassine paper at the appropriate areas so that the address, return address, and/or postage indicia can be visualized through the envelope.

In the preferred embodiment, the Demand program provides security at the demand site to prevent unauthorized utilization of the postage metering system. The appropriate level of security for any installation of the Demand program can be chosen by a principal at each location, thereby providing a distributed security system. Distributed security provides the ability for individual users of the postage metering system to select a level of security appropriate to prevent postal theft in their environment. Such distributed security does not increase the risk of postage loss at the remote meter as, regardless of the level of security chosen at the demand site, verification is performed by the Meter program to ensure each demand is valid and properly funded.

In addition, the Demand program can be used to transmit a variety of information to be encoded by the Meter program within the postage indicia using symbol technology. Such information is machine readable and can be used to identify postage indicia forgeries. The Demand or Meter programs may also encode a variety of information into a bar code that may be printed separately from the postage indicia. For example, the Demand program could automatically produce a “partial” indicia, such as zip+4 to be printed on the postal item. The remote Meter program will then, by knowing what the Demand program has produced or will produce, generate the remainder of the indicia to match this partial indicia. Thus, any attempt to intercept the indicia transmitted from the Meter program will result in a partial or mismatched indicia printed by the interceptor.

Provision of postage indicia by the remote meter of the present invention may also be utilized to provide anonymous postage. The Meter program may be programmed to issue authorized postage wherein the postage indicia ultimately printed does not include any identification of the demanding system. Although the United States Postal Service (USPS) currently requires postage meter identification on postage indicia, the remote metering system may be utilized to provide anonymity as the required meter identification may indicate the remote postal meter rather than any individual's postal meter.

An added advantage of the remote meter is that it may be utilized to provide postal address checking. A database of current postal addresses may be maintained at the remote meter site and utilized by the Meter program to verify the current address when postage is demanded. The dynamic nature of a current postal address database makes it inefficient to maintain such a database local to the user, but the centralization of the information allows the use of such a database more economically.

In the preferred embodiment, the Demand program is able to automatically calculate the correct postage to place on a letter, parcel or label as a function of the class, zone and weight of the particular item to be mailed. Alternatively, the Meter program is able to automatically calculate the correct postage from information contained within the demand. Also, a balance may be coupled to the first PC so that mail can be placed on the balance and the weight of the mail automatically entered into the Demand program for calculating the correct postage for that mail item. These calculations can be made locally or remotely, or as a combination of each.

The foregoing has outlined rather broadly the features and technical advantages of the present invention in order that the detailed description of the invention that follows may be better understood. Additional features and advantages of the invention will be described hereinafter which form the subject of the claims of the invention. It should be appreciated by those skilled in the art that the conception and the specific embodiment 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 appended claims.

BRIEF DESCRIPTION OF THE DRAWINGS

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:

FIG. 1A illustrates processor-based systems of the preferred embodiment of the present invention;

FIG. 1B illustrates an alternative embodiment for coupling portable memories to the processor-based systems;

FIG. 2 illustrates a flow diagram of the demand process of the present invention; and

FIG. 3 illustrates a flow diagram of the meter process of the present invention.

DESCRIPTION OF THE PREFERRED EMBODIMENTS

The present invention allows an individual to purchase a desired amount of postage at a location remote from a postal metering device, such postage being electronically transmitted to the individual nearly instantaneously upon demand. In a preferred embodiment the user invokes a first processor-based system (PC) to request and receive postage via a program, hereinafter referred to as the “Demand” program, stored on the first PC. The Demand program requests input from the user, coupled devices, or processes about the weight of the item to be mailed, the destination address, etc. The Demand program utilizes the input information to calculate the amount of desired postage for an item to be mailed. A demand for postage is then made to a remote metering system. This postage is to be subsequently printed by the first PC on an envelope, label or letter through a printer or special purpose label maker coupled to the first PC.

Although referred to herein as the Demand program, it shall be appreciated that a processor-based system may demand postage according to the present invention without actually storing a specific Demand program thereon. For example, an embodiment of the present invention may utilize a generic browser in order to operate a platform independent Demand program, such as an HTML or JAVA based web page served from a web server operating according to the present invention.

It should be understood that the Demand program, in addition to its unique process of creating a postage demand and subsequent printing of postage indicia, also may incorporate information processing modules common in the art. Such a processing module may be a data communications program for establishing and/or maintaining a link between the first and second PCs. Additionally, the Demand program may include an encryption module utilizing cryptographic key sets, hereinafter called postal purchase keys (PPK), for encrypting postage demands and decrypting the received data packet. Such processes are well known in the art and will not be discussed in detail in this specification.

The PPK may be distributed to the first PC in any number of ways. Since the PPK provides means by which a PC may decrypt a received data packet, it is advantageous to distribute such PPK by reliable secure means. One way to distribute the PPK is to provide them with the Demand program. An alternative means of distribution is by recording the PPK on a portable memory means such as, for example, a computer readable disk or a touch memory utility button (TMU), as disclosed in the above U.S. Patent and referenced co-pending application, hereby incorporated by reference, and transmitting it by the mail.

The Demand program demands the postage from a remote postage metering device physically located away from the first PC. In the preferred embodiment the remote postage meter is itself a second PC, typically located at a postage provider's office. The remote postage meter stores a program, hereinafter referred to as the “Meter” program, which verifies postage demands and enables the Demand program to print the desired postage indicia by the transmission of a data packet.

Referring to FIG. 1A , there are illustrated processor-based systems 10 and 20 utilized in the preferred embodiment of the present invention. Specifically, PC 10 is utilized to implement the aforementioned Meter program and PC 20 is utilized to implement the Demand program. PC 10 includes chassis 11 enclosing processor (CPU) 12 and disk drive 13 and includes keyboard 16 . Likewise PC 20 includes chassis 21 enclosing CPU 22 and disk drive 23 and includes keyboard 26 . PCs 10 and 20 are general purpose computers, such as an IBM compatible (or APPLE MACINTOSH) controlled by any general purpose operating system such as DOS or UNIX. It should be noted that PCs 10 and 20 may be computers of differing types and/or controlled by differing operating systems. Furthermore, PC 10 is preferably adapted for receiving postal credit stored in portable memory 15 through a receiving device 14 .

In an alternative embodiment, disk drive 13 is utilized for storing postal credit received by PC 10 , such as through modem 101 . Of course, in this embodiment receiving device 14 and portable memory 15 may be omitted if desired. However, receiving device 14 and portable memory 15 may still be utilized in this embodiment, such as for the PPK as discussed below.

PC 20 may advantageously be coupled to a receiving device such as receiving device 14 depicted coupled to PC 10 . The use of such a receiving device would facilitate the use of a portable memory device, such as portable memory 15 , to transmit the PPK utilized by the invention. It will be appreciated by those skilled in the art that the use of a portable memory device to store the PPK allows for both the transmittal of the PPK from a postage supplier to the user by a known trustworthy means. Furthermore, by having the ability to removably couple the PPK to PC 20 and/or PC 10 , added security is accomplished by the simple removal of the portable memory device and thus the PPK.

Postage credit to be distributed to demanding PCs may not initially be input into PC 10 , but rather the amounts of postage credit transmitted to ones of PC 20 may be recorded at PC 10 . Thereafter, the postal authority, through which the transmitted postage credit is to be utilized, is compensated by the postage provider. However, where a postal authority has not authorized a postage provider to distribute postage credit without first compensating the postal authority, it may be advantageous to utilize a receiving device such as a modem (not shown) whereby direct communications to a postal service may be utilized to receive postal credit such as may be stored in portable memory 15 or disk drive 13 . Alternatively, a receiving device, such as receiving device 14 , suitable for coupling PC 10 with a TMU button, such as portable memory 15 , containing an information record of prepaid postage credit may be utilized.

Directing attention to FIG. 1B , an alternative embodiment of receiving device 14 is shown. Here receiving device 14 is adapted to allow simultaneous coupling of a plurality of portable memory 15 to PC 10 . Accordingly, an array of portable memories 15 may be utilized by PC 10 in order to service multiple simultaneous users, i.e., multiple ones of PC 20 coupled thereto demanding postage according to the present invention. Likewise, an array of portable memories 15 may be utilized by PC 10 in order to provide a total amount of postage credit desired, such as where a postal authority limits the value of postage which may be stored in a single portable memory and it is desired to provide a total amount of postage available for satisfying demands in excess of this limit.

Of course, the array of portable memories discussed above may be coupled to the host processor-based system through the use of individual receiving devices, such as multiples of the embodiment of the receiving device shown in FIG. 1A , rather than that shown in FIG. 1 B. Moreover, there is no limitation to the plurality of postage credits utilized by the present invention being stored in a portable memory. For example, multiple amounts of postage credit, possibly replenishable by communication through modem 101 as discussed above, may be utilized to provide service for multiple demands or a desired total amount of postage credit.

It shall be appreciated that the portable memories themselves, the data files storing postage credit, and/or the processor-based system, may be secured in order to provide security for postage credit, if desired. For example, the portable memory may be physically secure and tamper resistant, data files storing postage credit may be secured through the use of encryption algorithms, or the processor-based system may be disposed in a secure environment.

Referring again to FIG. 1A , it can be seen that PCs 10 and 20 may be linked together through Public Switched Network (PSN) 103 via modems 101 and 102 . PSN 103 may be comprised of any number of now existing or later to be developed communications means. In the preferred embodiment, PSN comprises public telecommunications lines and switching equipment. Alternatively, PSN 103 comprises digital communication over the Internet or similar wide area public gateway. Additionally, PCs 10 and 20 may be linked directly through digital telecommunications trunks (not shown) or through a digital network system, cable system, or satellite system (all not shown). It shall be understood that in utilizing a digital network system to link PCs 10 and 20 that modems 101 and 102 are replaced by network interface cards (NIC) or other digital communications devices, e.g., ISDN. It will be appreciated by those of skill in the art that any network linking PCs 10 and 20 may either be secure or not depending on the degree of postage credit transmission security desired.

With further reference to PC 20 illustrated in FIG. 1A , printer 24 and balance 25 are depicted. Printer 24 is coupled to CPU 22 and provides printing means for the postage indicia and is, of course, optional if printing of the postage indicia is not desired. Balance 25 is also coupled to CPU 22 and provides automated input of the weight of a postal item into the Demand program. Of course, balance 25 is optional, and input of postal item weight may be accomplished manually by an operator or automatically from a coupled process, such as a word processor, if desired.

Directing attention to FIG. 2 , a flow diagram of the preferred embodiment of the Demand program is depicted. Upon activation of the Demand program, the user is asked for, and the process accepts, a user password (step 201 ). At step 202 , the Demand program determines if the accepted password is valid. If the password is not valid, the process returns to step 201 , thus preventing unauthorized access to postage. If the password is valid, the process continues to step 203 .

Of course, password acceptance and verification steps 201 and 202 may be eliminated, thus providing no password security for the process, if desired. Alternatively, password acceptance and verification steps 201 and 202 may be accomplished at a different point in the process than illustrated in FIG. 2 .

At step 203 the Demand program accepts the postal item sender's return address. As indicated in step 203 , the return address may be communicated to the Demand program automatically if the Demand program is coupled with another process, such as a word processing program. Furthermore, the return address information may be utilized by the Demand program to later print the return address along with the postage indicia on a postal item. If determined to be advantageous, such as, for example, if required by a postal authority, the return address information may also be transmitted to the remote postage metering system for inclusion in a generated data packet or for validation of the postage demand. The return address information can also be encoded within a generated postage indicia in such a way as to be machine readable and thus suitable for utilization in preventing postal fraud.

Alternatively, return address acceptance step 203 may be eliminated if desired. Specifically, where anonymous postage indicia is desired, acceptance of return address information is not necessary to the generation of acceptable postage indicia.

At step 204 the Demand program accepts the postal item destination address. The address information may be utilized by the Demand program to later print the destination address alone with the postage indicia on a postal item. Moreover, the destination address information may also be transmitted to the remote postage metering device for inclusion in a generated data packet or for validation of the correct address. Of course, address acceptance step 204 may be eliminated if desired.

As indicated in step 204 , the address may be communicated to the Demand program automatically if the Demand program is coupled to another process such as a word processing program. Moreover, the destination address information provided in step 204 may be a shorthand designation of a desired destination address. Accordingly, an address book or database may be utilized by the present invention in completing the destination address. This address book may be stored locally, such as by PC 20 generating the demand according to the present invention, or may be central, such as at PC 10 metering the postage according to the present invention. As will be discussed in detail below, there are advantages provided in centrally storing such address information. Additionally, whether stored locally or centrally, an address book or other database may be utilized to provide additional information utilized in demanding and printing postage according to the present invention. For example, selection of a particular shorthand, and thus a particular destination address, may also select a printing format, a postal zone, a postal class, and/or information regarding the postal indicia form utilized as discussed below. Alternatively, the short hand designation may be utilized to select any of the above information items either alone or in any combination.

At step 205 the Demand program accepts printing format information to be utilized when ultimately printing the postage indicia. Such formats may include predefined sizes of envelopes and labels as well as user defined items. The Demand program uses the format information for adjusting the postage amount for the size of the postal item as well as for determining the size of postage indicia to be printed. In addition, the printing format information may also be utilized by the remote metering device for such purposes as determining what information to include in a generated data packet. Printing format acceptance step 205 may be eliminated if desired.

At step 206 the Demand program accepts the postal item's weight. As indicated in step 206 , the weight may be communicated to the Demand program automatically from a balance in data communication with the Demand program. Of course, the Demand program may also accept weight information through other means, such as keyboard 26 .

However, weight information may also be calculated by the Demand program from other information, thus eliminating the need for any direct input of weight. For example, information regarding the printing format, such as accepted in step 205 , as well as specific document information, such as is generally available in word processing or other applications, may be utilized by the Demand program to determine the weight. In example, the Demand program weight determination may use information regarding the size and number of pages as well as the context of the document, such as word processing draft, from a coupled word processor in combination with the aforementioned printing format.

It shall be appreciated, simply by knowing the size and number of pages of correspondence, that generally a very close approximation of the required postage may be calculated based on a standard or common paper weight and envelope size. However, this approximation may be made more precise by inputting information regarding the specific envelope or container to include the correspondence, such as may be determined from the above accepted printing format or may be input directly in a step not shown. Additionally, the precision of the postage determination may be increased by the input of the actual paper weight to be used by the correspondence. This information may be provided by a manual input step (not shown) or may be determined automatically, such as from information as to the context of the document provided by the coupled application.

It shall be appreciated that a user may assign certain paper weights and/or sizes to particular document contexts either within the Demand program (not shown) or within a coupled application. For example, correspondence quality printing from a word processor may be associated with 20 pound bond paper, whereas draft quality printing from the same word processor may be associated with 15 pound paper. Similarly, printing of invoices or statements from an accounting program may be associated with two parts, or two copies, of 15 pound paper. Of course, paper size as well as print quality may be supplied by the coupled process or may be manually input. Thereafter, this information may be utilized by the Demand program to precisely determine the weight, and therefore the proper postage required to post such items, without the need to either weigh the postal item or input its weight.

Preferably, the weight information, or information used in its determination, is utilized by the Demand program in the automatic calculation of the necessary amount of postage for the postal item. However, this information may instead be transmitted to the remote postage metering device for inclusion in a generated data packet or for calculation of the necessary amount of postage.

At step 207 , the Demand program accepts the postal item's postal class. The class information is utilized by the Demand program in the automatic calculation of the necessary amount of postage for the postal item. Optionally, the postal class information is transmitted to the remote postage metering device for inclusion in a generated data packet.

At step 208 , the Demand program accepts the postal item's postal zone. The zone information is utilized by the Demand program in the automatic calculation of the necessary amount of postage for the postal item. Optionally, the postal zone information is transmitted to the remote postage metering device for inclusion in a generated data packet.

If desired, postal item weight acceptance or determination step 206 , postal class acceptance step 207 , and postal zone acceptance step 208 may be replaced by a step simply accepting a desired postage amount.

At step 209 , the Demand program accepts postage indicia information to be utilized by the remote metering device when generating a data packet. Such information may include indicating the desire for anonymous postage indicia or inclusion of return and/or destination address in machine readable format to be contained within the printed postage indicia. It shall be appreciated that the postage indicia information may not only be utilized by the remote metering device in generation of a data packet, but may be utilized by the Demand program when printing the postage indicia on a postal item. Postage indicia information acceptance step 209 may be eliminated if desired.

Steps 203 through 209 are not illustrated in this sequence because of any limitation of the present invention, and may be performed in any order with respect to each other according to the present invention.

Subsequent to accepting information, the Demand program assembles predetermined portions of this information into a demand which is of a format suitable for communication to, and acceptance by, a remote metering device (step 210 ). Preferably, assembly step 210 includes the substeps of determining what information the user desires to be included in the generated postage indicia, determining if an accompanying bar code is desired, and if so, determining what information is to be included therein, and determining the amount of postage the postage indicia should indicate. These substeps provide means by which the Demand program creates a demand for postage suiting the user's needs and desires without the need to transmit superfluous data across PSN 103 . Reducing the data transmitted in the demand to only that which is necessary to generate the desired postage indicia serves to reduce the communication time necessary to transmit the demand. This in turn reduces the cost involved in the transmittal, as the communication link may be maintained for a shorter time as well as the user being idle for a shorter time while waiting on transmission and response.

Certain data stored within PC 20 is also included within the demand. Such data includes a public encryption key from the PPK. It is well known in the art that information encrypted using a public encryption key is only decryptable using a corresponding, and presumably private, decryption key. Therefore, the public key of the PPK included within the demand corresponds to a private decryption key of the PPK held at PC 20 . Inclusion of a public encryption key within the demand, facilitates the encryption by the metering system of a generated data packet so that it might only be meaningfully utilized at the demanding PC holding the private decryption key.

Additionally, data included within the demand includes a method of funding the transaction and a serial number contained within the Demand program or other unique data. The included serial number or unique data is utilized by the remote metering device for validation of the demand. Of course, inclusion of additional information within the Demand program may be eliminated if desired.

It shall be appreciated that information indicating a method of funding the transaction may be stored within system 20 , such as on disk drive 23 , to be included within the demand by the Demand program. Similarly, such information may be incorporated into the Demand program itself, such as, for example, where a debit or deposit account is established with the postage provider at the time of initializing the Demand program. Of course, an additional information acceptance step (not shown) may be added to the Demand program whereby the user inputs information regarding the funding of the postage demand.

Assembly step 210 includes the use of an encryption process to encrypt the demand which is to be sent via PSN 103 . Subsequent to the assembly of the demand, the Demand program initiates a public key encryption process well known in the art to encrypt the demand. Therefore, meaningful use of the encrypted demand may only be accomplished by decrypting the demand with a private key available only to the remote metering device. Of course, this encryption substep may be eliminated if desired.

Subsequent to assembling the demand, the Demand program establishes a link between PCs 20 and 10 (step 211 ). The link established in step 211 is a link suitable for data communications between PCs 10 and 20 , such as PSN 103 illustrated in FIG. 1 A. In the preferred embodiment, linking step 211 includes the substeps of dialing a data communications access phone number, providing information as to which resource available through the data communications access is to be utilized, and verifying that data communications with a remote metering system has been accomplished.

Establishing a link between PCs 10 and 20 may be accomplished at a point in the process other than that illustrated in FIG. 2 . It is advantageous to utilize as temporally short of communications link as possible in situations where there is a time dependent charge involved for maintaining such links. However, there is no limitation of the present invention to establish and terminate the communications link. For example, where digital telecommunications trunks (not shown) or a digital network system (not shown) are utilized for linking PCs 10 and 20 , a data communication link may advantageously be maintained for extended periods of time.

It shall be appreciated that the step of establishing a link between PCs 10 and 20 may include authentication of the user. For example, where the link between PCs 10 and 20 is via the Internet, the step of establishing a link there between may include use of the SSL protocol, well known in the art, to authenticate the user. Authentication may likewise be accomplished through the use of transmission of an encryption, i.e., transmission of an encrypted string and the clear text string for authentication of the encryption at the remote site, interchange of an encrypted string where a first system transmits a value encrypted and the second system must decrypt the value and re-encrypt the value using a different key for decryption at the first system, transmission of unique identification information comparable to a database at the remote system, etcetera. Such authentication of the user may be used in combination with the aforementioned encryption of data packets or may be used in the alternative, if desired.

Upon establishing the link in step 211 , the demand is transmitted to PC 10 (step 212 ). The Demand program then monitors the link for receipt of a returned data packet at step 213 , returning to step 213 if no postage indicia has yet been received. After receipt of the data packet the link between PCs 20 and 10 is terminated (step 214 ). However, as discussed above, there is no limitation requiring termination step 214 to be accomplished at all or in the order depicted in FIG. 2 .

Step 215 involves integrating the data packet with any other data to be printed on the postal item. A substep of decrypting the received data packet, utilizing a private key of the PPK held at the demanding system, is utilized if encryption is desired. Decryption of the data packet near the time of printing the postage indicia is advantageous in preventing postal fraud accomplished by multiple uses of a single data packet. However, decryption may be accomplished at any time prior to printing the postage indicia. Of course, step 215 may be omitted if integration with other data or encryption is not desired.

It shall be understood that as an alternative, or in addition, to the use of encryption in the transmission of the data packet, a system wherein the transmitted data packet only contains information sufficient to enable the forming of a portion of the desired postage indicia may be used if desired. Such a system provides added security by requiring the receiving PC to generate, or otherwise match, the remaining portion of the postage indicia in a form so as to complete the transmitted portion of the indicia. In a preferred embodiment, the Meter program selects the portion of postage indicia to transmit based on a record of past demands by the particular Demand program. Likewise, the Demand program selects the remaining portion of a postage indicia to print based on a similar record of past demands. It will be appreciated that it is very unlikely that any PC, intercepting the transmission of the demand or the resulting data packet, would be able to predict the correct content of the remaining portion of a postage indicia to be printed. Therefore, an extra measure of security against rogue use of the postage indicia is afforded by such a system.

The data integrated with the data packet by step 215 may include sender's return address, destination address, or postal instructions, such as class of mail or special handling instructions. Where the Demand program is coupled with another process, such as a word processor, spreadsheet, accounting, database, or graphics program, the other data may include an entire document created by this other process. An advantage realized by the inclusion of other data with the data packet at time of printing is that hand addressing or multiple printing of postal items is not necessary to imprint both postage indicia or any other information.

At step 216 , the Demand program causes PC 20 , in conjunction with printer 24 , to print the postage indicia and any integrated data upon a postal item. Step 216 utilizes portions of the information accepted at steps 203 through 209 to produce a printed result suitable for the user's needs and desires. Printing format information accepted at step 205 is utilized to determine the size, format, and placement of the printed postage indicia. Moreover, depending on user preference, other information, such as postal class, may also be included on the postal item as printed.

The process of the Demand program concludes with the destruction of the data packet upon successful printing of the postage indicia on a postal item (step 217 ). Preferably, the Demand program monitors PC 20 for errors associated with an unsuccessful print process before destroying the data packet. Alternatively, the Demand may query the user as to the success of the printing process.

Destruction of the data packet is advantageous in discouraging postal fraud, but is not required by the present invention. As discussed above, the postage indicia itself may include machine readable information to aid in the detection of postal fraud. Such information may include return address, destination address, date, time, or unique information such as the Demand program serial number or a transaction number. This machine readable information could be utilized by the postal service to detect postal fraud by such indicators as destination address on the postal item and encoded within the postage indicia not matching.

Furthermore, including a unique transaction number within the printed postage indicia aids in the detection of postage fraud. This unique transaction is machine readable, and upon two occurrences of the same transaction number, postage fraud is indicated. Moreover, a transaction number may be generated so as to indicate the remote postage metering device that originally distributed the postage credit. With this information, determination of the demanding PC is a simple process of reviewing transaction logs at the remote metering device.

Upon completion of the steps illustrated in FIG. 2 , the Demand program may either terminate its execution, thus returning control of PC 20 to another process, or return to an earlier step to continue the process again. It shall be understood that, although the foregoing discussion disclosed the demand for a single postage indicia, multiple ones of the postage indicia may be demanded in any session. Such multiple demands are advantageous in situations where a large amount of mail requires postage. These situations often present themselves in a business environment.

Having explained in detail the Demand program of the preferred embodiment of the present invention, attention is directed to FIG. 3 , wherein a flow diagram of the preferred embodiment of the Meter program is depicted. Upon execution of the Meter program, data communications are monitored for the presence of a demand site (step 301 ). When the Meter program detects the presence of a demand site, a link capable of data communication is established at step 302 . As discussed in association with the Demand program, establishing a link between PCs 10 and 20 may be accomplished at a point in the process other than illustrated in FIG. 3 . For example, in an alternative embodiment, where digital telecommunications trunks (not shown) or a digital network system (not shown) are utilized for linking PCs 10 and 20 , a data communication link may advantageously be maintained for extended periods of time.

Likewise, as discussed above, establishing a communication link may include steps of authentication of the user of PC 20 . Accordingly, where the communication link is the Internet, for example, the SSL protocol may be utilized to authenticate a user prior to a connection between PCs 10 and 20 useful for the transfer of postage there between is established.

Subsequent to establishing a data communications link, the Meter program accepts a demand transmitted from a demand site (step 303 ), returning to step 303 if no demand has yet been received and proceeding to step 304 if a demand has been received. Demands accepted from demand sites may include demands for information regarding a status of an account. Accepting a demand includes the substep of decrypting the demand utilizing a decryption key available at PC 10 where encryption of the demand is used.

At step 304 , the Meter program validates the demand and, if found valid, proceeds to step 305 . Validation is preferably accomplished by verifying selected information contained within the demand against validation data available at PC 10 . Data unique to the demand site, such as the Demand program's serial number or the Demand program's communication link address (e.g., telephone number, Internet address, or E-Mail address), may be utilized in verification step 304 . Additionally or alternatively, validation may include other information such as a determination that the received demand is in a proper format or is encrypted using a particular known key. An advantage of the verification process is that added system security is realized as a result of reducing the possibility of a rogue being able to independently create a valid demand. Of course, where rogue demands for postage are not a concern, validation step 304 may be eliminated.

It shall be understood that encryption of the demand and validation of the demand may be used in the disjunctive or the conjunctive to achieve a desired level of security. Furthermore, as discussed above, the transmission of a partial postage indicia may also be utilized to provide security against unauthorized use of postage indicia.

If it is determined that a demand is invalid, a termination message explaining the reason for denying the demand is transmitted to the demanding site at step 310 . Thereafter, the Meter program terminates the data communication link between systems PCs 10 and 20 (step 309 ) and begins monitoring the data communications device for the presence of a demand site. However, where it is advantageous to maintain the data communications link between PCs 10 and 20 , the determination of an invalid demand will not result in termination of the data communications link. Instead, the Meter program sends a message indicating the cause for denial (step 309 ) and then again monitors for demands (step 303 ).

At step 305 , the Meter program uses funding information found within the demand to determine if proper funding is available for the transaction. Funding for the postage demanded may be accomplished in various ways. The user of the on-demand postage system may have a credit or debit account with the postage provider or may utilize point of sale funding methods such as a valid bank card account. Use of credit and debit accounts require the user to supply the postage provider with certain information prior to the postage demand. In the case of a credit account, the user may be periodically billed for postage previously demanded. In the case of a debit account, the user prepays for postage to be demanded in the future. Upon making demands for postage, costs of the transaction are deducted from the user's debit account. In the case of a bank card account being utilized, the provider will demand payment from the bank card company concurrent with the postage demand. In some situations, credit could be maintained at the local site and transmitted with the indicia request.

Funding the transaction may involve both the amount of the postage necessary to post the postal item and a charge by the postage provider for the on-demand postage service. Accordingly, the amount of the postage is determined by the Demand program by utilizing available information, including the postal item weight, in conjunction with postal rate information maintained in a database stored on disk drive 23 within PC 20 . Alternatively, the amount of postage may be determined by the Meter program by utilizing information within the demand, including the postal item weight or information sufficient for its determination, in conjunction with postal rate information maintained in a database stored on disk drive 13 within PC 10 . Of course, the amount of postage may also be input directly by the user making the demand if desired.

If it is determined that proper funding is not available, a termination message explaining the reason for denying the demand is transmitted to the demanding site at step 310 . Thereafter, the Meter program terminates the data communication link between PCs 10 and 20 (step 309 ) and begins monitoring the data communications device for the presence of a demand site. Where it is advantageous to maintain the data communications link between PCs 10 and 20 , the determination of lack of proper funding will not result in termination of the data communications link. Rather, the Meter program sends a message indicating the cause for denial (step 309 ) and then again monitors for demands (step 303 ).

Upon determination of proper funding, the Meter program may check the destination address included in the demand to verify that it is a proper address (step 311 ), if desired. Of course, where address verification or updating is not desired, step 311 may be omitted.

Address checking is preferably accomplished by comparing the destination address to a database of addresses stored, for example, on disk drive 13 within PC 10 . Accordingly, corrected or updated destination address information, such as a new zip code, additional zip code digits such as zip plus four plus two, forwarding addresses, or the like may be provided for use both within the meter stamp to be generated as well as at the demanding system for posting the mail piece.

Additionally, as discussed above, the destination address may be a shorthand designation of a desired destination address and/or other information. Accordingly, where an address book, or other database, of information associated with a particular user or demanding system is maintained at PC 10 , step 311 may include reference to the database in order to determine the desired information, such as the destination address. It shall be appreciated that this embodiment of the present invention provides several advantages. Specifically, as only a shorthand designation of a potentially long string of information is communicated, more efficient use of the available bandwidth may be realized. Additionally, as information, such as the destination address, is maintained at a centralized system, this information may be easily and constantly updated as well as updated off line in order to more quickly service demands for postage. For example, as a postal customer files a notice of change of address, this centrally stored address book may be updated to reflect the changed information. It shall be appreciated that the central address book or other database may not in fact store a complete set of the desired information, but may instead store pointers to a common database, such as an official postal service database, in order to facilitate updating of the information for example.

Other information stored in this centralized database may, as mentioned above, provide particular selections with respect to the meter stamp and/or mail piece being generated. Moreover, the database of this embodiment of the present invention may provide mail piece content, such as the text of a form letter or the like to be posted with the demanded postage.

Upon determination of proper funding and verification of the destination address, the Meter program increments a record of the amount of postage credit transmitted for later compensation to the Postal Authority. Alternatively, the Meter program deducts the amount of postage to be used by the postage indicia from a postage credit, such as may be stored in a portable memory 15 coupled to PC 10 through receiving device 14 , available at PC 10 (step 306 ). Where multiple amounts of postage credit are stored at PC 10 , such as through the use of the aforementioned array of portable memories, step 306 may include a determination of an available postage credit for use in the present transaction. Such a determination may include a determination as to a particular postage credit not currently utilized in responding to a demand for postage from another Demand program, a particular postage credit having sufficient value to provide the demanded amount of postage, a determination of a combination of postage credits suitable for providing the demanded amount of postage, or the like.

It shall be appreciated that the Meter program may itself be provided with postage credit through such means as authorization by an official postal service, direct connection to a postal service office, or portable electronic postage credit. The details of the provision of postage credit to the Meter program is not shown, but may be, for example, the system shown in above referenced and incorporated U.S. Pat. No. 5,510,992.

The Meter program utilizes information contained within the demand to generate a data packet representing the desired postage indicia (step 307 ). The data packet includes information required of a valid postage indicia by a postal service. Such information may include the date of posting, the amount of the postage, a unique transaction identifier, and identification of the metering device. The information may also include data to be printed with the postage indicia, such as the sender's return address, at the user's preference. Moreover, this information, or portions thereof, may be encrypted or digitally signed, such as through interaction with a secure device such as portable memory 15 , to provide for authentication of the postage meter stamp. However, such a process may require a significant amount of processor time. Accordingly, where such schemes are utilized, the preferred embodiment of the present invention utilizes the aforementioned array of postage credit storage devices in order to provide accelerated service of simultaneous demands from a plurality of systems.

The data packet is a digital representation or image of the postage indicia to be ultimately printed by the demanding site. Such a representation may be accomplished by any number of graphic image formats well known in the art. Such formats include PDF, JPEG, GIF, POSTSCRIPT, PCL, or any other suitable format of graphics data. It will be appreciated by those skilled in the art that the provision of the data packet in a graphics format provides a form of security as proprietary image generation algorithms may be withheld from public use. When utilizing such a graphic image format, any information that the user desires to be included within the postage indicia must be transmitted to the Meter program for inclusion in the data packet. Of course, the use of a graphic image format is optional and may be replaced by any other suitable means for transferring the postage indicia.

For example, the data packet may be digital information sufficient to enable the Demand program to construct a valid postage indicia image either by completing a portion of a transmitted digital image or by generating a postage indicia using data suitable to enable generation contained in the data packet. This embodiment has the advantage of being bandwidth efficient in that less data is transmitted than when utilizing a complete graphic image and any information to be included in the postage indicia may remain at the demand site. The disadvantage to generating the postage indicia image at the demand site is that the image generation algorithm must be distributed to the users, and is thus more susceptible to unauthorized utilization.

At step 308 the data packet generated from the received demand is transmitted via the data communications link to the demand site. Thereafter, the data communications link is terminated between PCs 10 and 20 . However, it shall be understood that, as discussed above, there is no limitation requiring termination step 309 to be accomplished in the order depicted in FIG. 3 . Where it is advantageous to maintain the data communications link between PCs 10 and 20 , termination step 309 may be accomplished at some time other than upon transmittal of the generated data packet.

Although a preferred embodiment has been disclosed, one of skill in the art will appreciate that the present invention may be accomplished by various other means. For example, rather than using the Demand program at PC 20 , a simple e-mail program might be used to transmit the necessary information to a remote metering device. E-mail programs are well known in the art and are capable of providing the encrypted bidirectional information communication desirous in the present invention.

Furthermore, PC 10 may advantageously be a public information server such as a web server on the Internet. Such an implementation of PC 10 is very conducive to an e-mail implementation of PC 20 as discussed above.

Moreover, although the preferred embodiment discloses use of the present invention to transmit postal indicia from a remote metering device, it shall be understood that the present invention may be utilized to transmit any form of indicia. For example, the present invention may be utilized to enable users to purchase event admittance tickets from a remote ticket metering or dispensing system, and to subsequently print acceptable tickets on their general purpose printers. Such a system may be useful in the sporting or transportation industry, for example.

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.

Claims

1. An apparatus for distributing selected amounts of value to select ones of a plurality of processor-based systems in data communication with said apparatus in response to purchase demands by select said ones of the plurality of processor-based systems, said apparatus comprising:means for accepting a demand for a selected amount of value from a particular one of said plurality of processor systems via a data communication between said apparatus and said particular one of said processor systems, wherein said apparatus is adapted to substantially simultaneously accept demands from processor systems of said plurality in addition to said particular one of said processor systems; means for storing a plurality of independent value credits; means for automatically deducting said selected amount of value from one or more of said value credits; and means for transmitting a data packet corresponding to said selected amount of value to said one of said plurality of processor systems.

2. The apparatus of claim 1, wherein the apparatus comprises:means for validating said demand to ensure said one of said plurality of processor systems is eligible to receive said selected amount of value, wherein said deducting means is operable only if said validating means determines said one of said plurality of processor systems is eligible.

3. The apparatus of claim 1, wherein the storing means comprises:a plurality of portable memories coupled to the apparatus.

4. The apparatus of claim 1, wherein the storing means comprises:a plurality of discrete value credit data records accessible to the apparatus.

5. The apparatus of claim 1, wherein the deducting means comprises:means for determining a particular one of said plurality of value credits available for use in providing said selected amount of value to said particular one of said plurality of processor systems, wherein said one or more of said value credits said selected amount of postage is deducted from includes said particular one of said plurality of value credits.

6. The apparatus of claim 1, wherein the deducting means comprises:means for determining a combination of said plurality of value credits storing sufficient value in the aggregate for use in providing said selected amount of value to said particular one of said plurality of processor systems, wherein said one or more of said value credits of said selected amount of value is deducted from includes said combination of said plurality of value credits.

7. The apparatus of claim 1, wherein said accepted demand comprises data indicating a method of payment for said selected amount of value.

8. The apparatus of claim 1, wherein said demands accepted from processor systems of said plurality in addition to said particular one of said processor system, include demands for selected amounts of value.

9. The apparatus of claim 1, wherein said demands accepted from processor systems of said plurality in addition to said particular one of said processor system, include demands for information regarding a status of an account.

10. The apparatus of claim 1, wherein said selected amount of value is postage value.

11. The apparatus of claim 1, wherein said temporary data communication between said apparatus and said particular one of said plurality of processor systems comprises information communication selected from the group consisting of:a public switched network; a public information communication system; the Internet; a cable system; and a satellite system.

12. The apparatus of claim 11, wherein establishing said temporary data communication includes a data exchange between said apparatus and said particular one of said plurality of processor systems to authenticate a user of said particular one of said plurality of processor systems.

13. The apparatus of claim 11, wherein establishing said temporary data communication includes a data exchange between said apparatus and said particular one of said plurality of processor systems to authenticate said particular one of said plurality of processor systems.

14. The apparatus of claim 1, further comprising:means for storing information to be utilized with said selected amount of value selectable from shorthand information provided in said demand.

15. The apparatus of claim 14, wherein said information to be utilized with said selected amount of value comprises parameters associated with a postal item.

16. The apparatus of claim 14, wherein said information to be utilized with said selected amount of value comprises data to be included in a transmitted indicia of said selected amount of value.

17. The apparatus of claim 14, wherein at least a portion of said stored information includes destination address information associated with selected value.

18. The apparatus of claim 17, further comprising:means for automatically updating said destination address information as update information becomes available.

19. An apparatus for distributing predetermined amounts of postage to select ones of a plurality of processor-based systems in data communication with said apparatus in response to purchase demands by select ones of the plurality of processor-based systems, said apparatus comprising:means for accepting a demand for a predetermined amount of postage from a particular one of said plurality of processor systems via a data communication between said apparatus and said particular one of said processor systems, wherein said apparatus is adapted to substantially simultaneously accept demands from processor systems of said plurality in addition to said particular one of said processor systems; means for storing information to be utilized with said predetermined amount of postage selectable from shorthand information provided in said demand; and means for transmitting a data packet corresponding to said predetermined amount of postage to said one of said plurality of processor systems.

20. The apparatus of claim 19, wherein said stored information includes information to be included in a postal item.

21. The apparatus of claim 19, wherein said stored information comprises parameters associated with a postal item.

22. The apparatus of claim 19, wherein said stored information comprises data to be included in said transmitted indicia of said predetermined amount of postage.

23. The apparatus of claim 19, wherein said stored information comprises data indicating a method of payment for said predetermined amount of postage.

24. The apparatus of claim 19, wherein at least a portion of said stored information is included in said data packet corresponding to said predetermined amount of postage.

25. The apparatus of claim 19, wherein said stored information includes means for validating said demand to ensure said one of said plurality of processor systems is eligible to receive said predetermined amount of postage.

26. The apparatus of claim 25, further comprising:means for storing a plurality of independent postage value credits; and means for automatically deducting at least a portion of said predetermined amount of postage from at least one of said postage value credits if said validating means determines said one of said plurality of processor systems is eligible.

27. The apparatus of claim 19, wherein said stored information includes destination address information and at least a portion of said address information is transmitted to said one of said plurality of processor systems.

28. The apparatus of claim 27, further comprising:means for automatically updating said destination address information as update information becomes available.

29. The apparatus of claim 28, wherein updating of said destination address information is accomplished off line of said temporary data communication between said apparatus and said particular one of said processor systems.

30. The apparatus of claim 28, wherein updating of said destination address information includes notification of said update to said particular one of said processor systems.

31. A method operable on a remote processor-based system for distributing predetermined amounts of postage to select ones of a plurality of processor-based systems in data communication with said remote system in response to purchase demands by select ones of the plurality of processor-based systems, said method comprising the steps of:accepting a demand for a predetermined amount of postage from a particular one of said plurality of processor systems via a data communication link between said remote system and said particular one of said processor systems, wherein said remote system is adapted to substantially simultaneously accept demands from processor systems of said plurality in addition to said particular one of said processor systems; storing a plurality of independent postage value credits; automatically deducting at least a portion of said predetermined amount of postage from at least one of said postage value credits; and transmitting a data packet corresponding to said predetermined amount of postage to said one of said plurality of processor systems.

32. The method of claim 31, wherein said accepting step comprises the step of:conducting a data exchange with said particular one of said plurality of processor systems and said remote system to provide authentication associated with said transmission of said predetermined amount of postage.

33. The method of claim 31, further comprising the step of:validating said demand to ensure said one of said plurality of processor systems is eligible to receive said predetermined amount of postage, wherein said deducting step is performed if said validating means determines said one of said plurality of processor systems is eligible.

34. The method of claim 31, wherein the storing step comprises the steps of:storing a first one of said plurality of postage value credits in a first portable memory coupled to the remote system; and storing a second one of said plurality of postage value credits in a second portable memory coupled to the remote system.

35. The method of claim 31, wherein the deducting step comprises the step of:determining a particular one of said plurality of postage value credits available for use in providing said predetermined amount of postage to said particular one of said plurality of processor systems, wherein said at least one of said postage value credits said at least a portion of said predetermined amount of postage is deducted from includes said particular one of said plurality of postage value credits.

36. The method of claim 31, wherein the deducting step comprises the step of:determining a combination of said plurality of postage value credits storing sufficient postage in the aggregate for use in providing said predetermined amount of postage to said particular one of said plurality of processor systems, wherein said at least one of said postage value credits said at least a portion of said predetermined amount of postage is deducted from includes said combination of said plurality of postage value credits.

37. The method of claim 31, wherein said accepted demand comprises data indicating a method of payment for said predetermined amount of postage.

38. The method of claim 31, further comprising:storing information to be utilized with said predetermined amount of postage selectable from shorthand information provided in said demand.

39. The method of claim 38, wherein said information to be utilized with said predetermined amount of postage comprises parameters associated with a postal item.

40. The method of claim 38, wherein said information to be utilized with said predetermined amount of postage comprises data to be included in said transmitted indicia of said predetermined amount of postage.

41. The method of claim 38, wherein at least a portion of said stored information includes destination address information.

42. The method of claim 41, further comprising:automatically updating said destination address information as update information becomes available.

43. A method operable on a remote processor-based system for distributing predetermined amounts of postage to select ones of a plurality of processor-based systems in data communication with said remote system in response to purchase demands by select ones of the plurality of processor-based systems, said method comprising the steps of:accepting a demand for a predetermined amount of postage from a particular one of said plurality of processor systems via a data communication link between said remote system and said particular one of said processor systems, wherein said remote system is adapted to substantially simultaneously accept demands from processor systems of said plurality in addition to said particular one of said processor systems; storing information to be utilized with said predetermined amount of postage selectable from shorthand information provided in said demand; and transmitting a data packet corresponding to said predetermined amount of postage to said one of said plurality of processor systems.

44. The method of claim 43, wherein said stored information includes information to be included in a postal item.

45. The method of claim 43, wherein said stored information comprises parameters associated with a postal item.

46. The method of claim 43, wherein said stored information comprises data to be included in said transmitted indicia of said predetermined amount of postage.

47. The method of claim 43, wherein said stored information comprises data indicating a method of payment for said predetermined amount of postage.

48. The method of claim 43, wherein at least a portion of said stored information is included in said data packet corresponding to said predetermined amount of postage.

49. The method of claim 43, further comprising the step of:validating said demand to ensure said one of said plurality of processor systems is eligible to receive said predetermined amount of postage.

50. The method of claim 49, further comprising the steps of:storing a plurality of independent postage value credits; and automatically deducting at least a portion of said predetermined amount of postage from at least one of said postage value credits if said validating step determines said one of said plurality of processor systems is eligible.

51. The method of claim 43, wherein said stored information includes address information and at least a portion of said address information is transmitted to said one of said plurality of processor systems.

52. The method of claim 51, further comprising the step of:automatically updating said address information as update information becomes available.

53. The method of claim 52, wherein updating of said address information is accomplished off line of said data communication between said remote system and said particular one of said processor systems.

54. The method of claim 52, wherein said updating step comprises the step of:transmitting notification information of said update to said particular one of said processor systems.

55. A system for obtaining for a first processor-based system a desired amount of value from a second processor-based system via a public network, said system comprising:said first processor-based system comprising: means for establishing parameters specific to a preselected item to be associated with said desired amount of value; means for summarily indicating a desired piece of information of a plurality of information records stored external to said first system; means for creating a demand for said desired amount of value, said demand comprising selected ones of said parameters in combination with said summary indication; and means for controlling the transmission of said demand from said first system to said remote system over said public network; and said second processor-based system comprising: means for storing said plurality of information records, wherein at least a portion of said stored plurality of information is to be utilized with said predetermined amount of value, and wherein said portion of said plurality of information records is selectable from said summary indication provided in said demand; means for storing a plurality of independent value credits; means for automatically deducting at least a portion of said predetermined amount of value from at least one of said value credits; means for creating a data packet comprising data formatted as a function of a received demand; and means for transmitting said data packet from said second system to said first system, said data packet to be utilized in the printing of a value indicia under control of said first system.

56. The system of claim 55, wherein the value credit storing means comprises:a plurality of portable memories coupled to said second system.

57. The system of claim 55, wherein the deducting means comprises:means for determining a particular one of said plurality of value credits currently available for use in providing said predetermined amount of value to said first system, wherein said at least one of said value credits said at least a portion of said predetermined amount of value is deducted from includes said particular one of said plurality of value credits.

58. The system of claim 55, wherein said demand comprises data indicating a method of payment for said predetermined amount of value.

59. The system of claim 55, wherein said data communication between said first and said second systems comprises information communication selected from the group consisting of:a public switched network; a public information communication system; the Internet; a cable system; and a satellite system.

60. The system of claim 55, wherein the controlling means includes a browser computer program.

61. The system of claim 60, wherein the browser computer program is an Internet browser.

62. The system of claim 55, wherein said predetermined amount of value is postage value for indicating payment of postage with respect to a mail piece, and wherein said preselected item is said mail piece.

63. The system of claim 62, wherein at least a portion of said plurality of information records includes address information.

64. The system of claim 63, wherein said summary indication selects a destination address stored at said second system for use in posting said mail piece.

65. The system of claim 63, further comprising:means for automatically updating said address information as update information becomes available.

66. The system of claim 65, wherein updating of said destination address information is accomplished off line of said data communication between said first and said second systems.

67. The apparatus of claim 65, wherein updating of said address information includes notification of said update to a user of said system.