WO2002029680A1

WO2002029680A1 - Postage metering system having funds reconciliation for third party payments

Info

Publication number: WO2002029680A1
Application number: PCT/US2001/030978
Authority: WO
Inventors: Perry A. Pierce; Allen L. Kramer
Original assignee: Pitney Bowes Inc.
Priority date: 2000-10-05
Filing date: 2001-10-04
Publication date: 2002-04-11
Also published as: AU2001296553A1

Abstract

A payment processing system includes a data center (200), a postage metering system (10a, 10b) and a control system (202) in operative communication with the data center (200) and the postage metering system (10a, 10b). The postage metering system (10a, 10b) is located remotely from the data center (200). The control system (202) obtains payment data via the postage metering system (10a, 10b) where the payment data includes a payee (310), a payment amount and a source of funds (320) for the payment amount to be drawn from. Further, the control system (202) arranges for payment to the payee (310) for the payment amount.

Description

POSTAGE METERING SYSTEM HAVING

FUNDS RECONCILIATION FOR

THIRD PARTY PAYMENTS

Cross Reference to Related Applications This application is related to the following co-pending application filed concurrently herewith and commonly assigned to the assignee of this application: US Patent Application Number 09/679,802, entitled POSTAGE METERING SYSTEM HAVING THIRD PARTY PAYMENT CAPABILITY. This application is also related to the following patents, all of which were filed on December 30, 1998 and are commonly assigned to the assignee of this application: U.S. Patent Number 6,141 ,654, entitled POSTAGE PRINTING SYSTEM HAVING SUBSIDIZED PRINTING OF THIRD PARTY MESSAGES; U.S. Patent Number 6,154,733, entitled POSTAGE PRINTING SYSTEM HAVING VARIABLE SUBSIDIES FOR PRINTING OF THIRD PARTY MESSAGES and U.S. Patent Number 6,173,274, entitled PRODUCTION MAIL SYSTEM HAVING SUBSIDIES FOR PRINTING OF THIRD PARTY MESSAGES ON MAILPIECES, all of which are specifically incorporated herein by reference.

Field of the Invention

This invention relates generally to postage metering systems. More particularly, this invention is directed to a postage metering system having account reconciliation for third party payments.

Background of the Invention

Postage metering systems are well known in the art. A typical postage metering system applies evidence of postage, commonly referred to as postal indicia, to an envelope or other mailpiece and accounts for the value of the postage dispensed. As is well known, postage meters include an ascending register that stores a running total of all postage dispensed by the meter, and a descending register, that holds the remaining amount of postage credited to the meter and that is reduced by the amount of postage dispensed during a transaction. The postage meter generally also includes a control sum register that provides a check upon the descending and ascending registers. The control sum register has a running account of the total funds being added into the meter. The control sum register must always correspond with the summed readings of the ascending and descending registers. The control sum register is the total amount of postage ever put into the machine and it is alterable only when adding funds to the meter. In this manner, by inspecting the various registers and securing them from tampering, the dispensing of postal funds may be accurately recorded, tracked and accounted for. More recently, a postage metering system has been developed where the accounting structure described above is no longer resident with the user. Sometimes referred to as a "virtual postage meter", these types of postage printing systems dispense postage electronically over suitable communication channels (LAN, WAN, telephone lines, Internet, etc.). The user maintains an account with a remotely located data center (maintained by an authorized postage meter manufacturer) and receives postage securely using appropriate electronic data interchange techniques. At a later time, the user is invoiced for the amount of postage dispensed and any other fees associated with maintaining the account with the data center. Oftentimes, a secret code or token is derived from information particular to the mailpiece (the indicated postage amount, date, recipient address information, etc.) and is incorporated or embedded into the postal indicia for later use by a postal authority in verifying the integrity of the postal indicia. Examples of such systems are described in U.S. Patent Number 4,725,718 and U.S. Patent Number 5,454,038. It is also known to print selected messages (sometimes referred to as ad slogans although such messages are not restricted to advertisements) along with the postal indicia. Generally, the message bears no relation to the postal indicia. In traditional postage meters employing either rotary drum or flat bed printing technology, the message was printed along with the postal indicia by including an additional printing die representative of the message. Examples of die based systems for printing messages are disclosed in U.S. Patent Number 5,168,804 and U.S. Patent Number 5,024,153. More recently, the postage meter industry has begun to incorporate digital (dot matrix) printing technology which obviates the need for dies as the digital printer may be supplied with suitable drive signals to effect printing of the message. Examples of digital printing technology based systems for printing messages are disclosed in U.S. Patent Number 4,831 , 554 and U.S. Patent Number 5,509,109.

Generally, postal funds available to a postage metering system must be paid to the United States Postal Service ("USPS") in advance. In other words, the postage metering system operates as a debit based transaction system where postage funds are purchased in advance by the user. Then, these funds are placed into the postage metering system in a secure manner and made available for printing postage. Thus, the postage funds that have been loaded into the postage metering system represent a given amount of services that have been purchased in advanced from the USPS which are subsequently consumed at the discretion and in a manner (priority mail, first class mail, envelopes, post cards, parcel packages, etc.) specified by the user. Stated another way, the funds within the postage metering system are not as fungible as regular currency in that they are dedicated to the purchase of goods and services from a single source.

Although postage metering systems have served well in this capacity, they have tended to be dedicated devices. That is, they have not included functionality that extends beyond postage metering. However, market forces tend to favor those types of products and services that are more general purpose in nature and may provide a range of capabilities. In this way, operational efficiency may be improved by leveraging the investment in the products over a greater range of activities.

Therefore, there is a need for an improved postage metering system that allows the operator to perform additional tasks other than dispensing postage.

Summary of the Invention The present invention provides a system and methods for improving the functionality of postage metering systems by adding third party payment capability to the postage metering system. Generally, this is accomplished by allowing a user to specify payment data via the postage metering system and having a data center dispatch payments accordingly. In accordance with the present invention, there is provided a payment processing system that includes a data center, a postage metering system and a control system in operative communication with the data center and the postage metering system. The postage metering system is located remotely from the data center. The control system obtains payment data via the postage metering system where the payment data includes a payee, a payment amount and a source of funds for the payment amount to be drawn from. Further, the control system arranges for payment to the payee for the payment amount. In accordance with the present invention, a method of operating a payment processing system is also provided.

Therefore, it is now apparent that the present invention substantially overcomes the disadvantages associated with the prior art. Additional advantages of the invention will be set forth in the description that follows, and in part will be obvious from the description, or may be learned by practice of the invention. The objects and advantages of the invention may be realized and obtained by means of the instrumentalities and combinations particularly pointed out in the appended claims.

Brief Description of the Drawings The accompanying drawings, which are incorporated in and constitute a part of the specification, illustrate presently preferred embodiments of the invention, and together with the general description given above and the detailed description of the preferred embodiments given below, serve to explain the principles of the invention. As shown throughout the drawings, like reference numerals designate like or corresponding parts.

Fig. 1 is a simplified representation of a postage metering environment including a data center and two different types of postage metering systems a in electronic communication with the data center in which the present invention may be incorporated. Fig. 2 is a more detailed diagrammatic representation of the data center 200 in accordance with the present invention.

Fig. 3 is a flow diagram representing a flow of funds from a user to a payee in accordance with the present invention

Fig. 4a is a front view of a first mailpiece that has been processed by the postage metering system and bears an indication of a first third party payment in accordance with the present invention.

Fig. 4b is a front view of a second mailpiece that has been processed by the postage metering system and bears an indication of a second third party payment in accordance with the present invention.

Fig. 5 is a flow chart showing the operation of the postage metering system in accordance with the present invention.

Fig. 6 is a flow chart showing funds reconciliation in accordance with a first embodiment of the present invention.

Fig. 7 is a flow chart showing funds reconciliation in accordance with a second embodiment of the present invention.

Fig. 8 is a flow chart showing funds reconciliation in accordance with a third embodiment of the present invention. Fig. 9 is a flow chart showing funds reconciliation in accordance with a fourth embodiment of the present invention.

Detailed Description of the Preferred Embodiments

Referring to Fig. 1 , examples of postage metering systems 10a and 10b for printing postage on a mailpiece 20 are shown. A postage metering system 10a is indicative of one example of a virtual postage metering environment (typically referred to in the industry as an open system), such as the ClickStamp® Online postage metering system available from Pitney Bowes Inc., Stamford, Connecticut, USA, in which the present invention may be incorporated. Generally, the postage metering system 10a includes personal computer 150 (personal computer, workstation, laptop computer or the like) in operative communication with a printer (laser, ink jet, or the like) 120. The postage metering system 10a is further in communication over any suitable communication network 110 (LAN, WAN, telephone line, internet, etc.) with a data center 200. On the other hand, a postage metering system 10b is indicative of another type of postage metering environment (typically referred to in the industry as a closed system) where the postage meter 180, such as the DM300™ postage metering system available from Pitney Bowes Inc., is a device that is capable of operation without connection to the data center 200. Generally, together the postage metering systems 10a and 10b and the data center constitute a payment processing system as described in greater detail below. Since the postage metering systems 10a and 10b are well known in the art, there descriptions will be limited to that which is necessary for an understanding of the present invention.

Generally, it is anticipated that the postage metering system 10a or 10b are remote terminal type of devices that would be located in business offices and/or in private residences and used for obtaining and printing postage. The data center 200 is maintained and operated by an authorized postage meter manufacturer or some other authorized agency. Those skilled in the art will recognize that not every postage metering system 10a and 10b needs to utilize the same network 110 in contacting the data center 200.

Referring to Fig. 2 in view of Fig. 1 , a more detailed diagrammatic representation of the data center 200 is shown. As discussed above, the data center 200 is in communication over any suitable communication network 110, such as: telephone lines, public and private network systems (Internet) or the like; with the postage metering systems 10a and 10b. The data center 200 may be based on any conventional computer based platform (PC, server, workstation, mainframe or the like) and includes a control system 202, a user account database 204, a payee database 206, a postage accounting module 208 and an optional address hygiene database 210, all of which are in operative communication with each other using conventional means. The user database 204 contains information concerning individual user accounts, such as: user name and/or account ID, user address, account balance, preferred postage account recharge options (direct credit card authorization, electronic funds transfer, etc.), and the like, that have been established with the postage meter manufacturer. As is well known, postage metering systems 10a and 10b in the United States are debit based accounting devices. In other words, postage is drawn from funds that the user has already placed into an account.

The payee database 206 contains information concerning individual payees, such as: payee name, payee bank routing ID, payee bank account ID, and the like, that has been provided to the postage meter manufacturer by the users or the individual payees. The accounting module 208 accurately records, tracks and accounts for the postal funds that are in each of the user accounts and also handles the account reconciliation that occurs when postage is dispense or payments to the payees are authorized. The address hygiene database 210 may employ any suitable database for use in cleansing recipient addresses (described in greater detail below) to ensure that they are complete and correct, such as the Address Matching System (AMS) available from the United States Postal Service, Cross Check™ software system available from Pitney Bowes Inc. or any other commercially available system for cleansing addresses.

Referring to Fig. 3 in view of Fig. 1 and 2, a diagram representing the flow of funds from a particular user account 204a to a particular payee via a particular payee bank 207 is shown. Generally, as described above, the user arranges to establish the particular user account 204a with the data center 200 with an infusion of funds from a user bank 205 (credit card, checking account, savings account, or the like). From this account, the data center 200 dispenses postage and makes payments to the particular payee via the particular payee bank 207 at the user's direction. Referring to Fig. 4a in view of Figs. 1 , 2 and 3, a first mailpiece (standard envelope, post card, business return envelope, label, etc.) 20a that has been processed by a postage metering system 10a or 10b is shown. As is known in the art, the first mail piece 20a includes a postal indicia 30, a sender address 40 and a recipient address 50 printed thereon. Additionally, the first mail piece 20a includes an indication 70a of a third party payment. In this example, the indication 70a represents a donation of $0.10 that has been made by the user to the American Cancer Society.

Referring to Fig. 4b in view of Figs. 1 , 2 and 3, a second mailpiece 20b that has been processed by a postage metering system 10a or 10b is shown. As discussed above, the second mail piece 20b includes a postal indicia 30, a sender address 40 and a recipient address 50 printed thereon. Additionally, the first mail piece 20a includes an indication 70b of a third party payment. In this example, the indication 70b represents payment of the user's electricity bill. Preferably, the recipient address 50 of the second mailpiece 20b is an address designated by the electric utility. In this manner, the electric utility will receive notification that the user has made arrangements for payment.

With the structure of the present invention described as above, the operational characteristics will now be described with respect to a typical transaction initiated by a user. For the sake of clarity, it is assumed that the user is operating an open metering type of postage metering system 10a. Additionally, it is assumed that the user maintains a valid account with the data center 200 and desires to arrange for a third party payment. Referring primarily to Fig. 5 while referencing the structure of Figs. 1 , 2, 3, 4a and 4b, a flow chart of a transaction routine 500 in accordance with the present invention is shown. At 502, the transaction routine 500 commences when the postage metering system 10a contacts the data center 200 to establish a session for the purpose of printing postage. As is known in the art, the postage metering system 10a and the data center 200 recognize each other as authentic using any conventional mutual authentication technique. This generally involves the user of the remote computer 150 transmitting a valid account number or other identifying information and a corresponding password. In this manner, postage is not inadvertently supplied to one party while a second party is invoiced for the postage. Once the session has been successfully established, the details of the transaction may continue. At 504, the data center 200 obtains relevant data necessary to produce the postal indicia 30 for the mailpiece 20. This typically involves the user transmitting a desired postage amount and the recipient address 50 to the data center 200. Preferably, this is accomplished by having the user enter appropriate data fields (postage amount, 3 or 4 line address block, etc.) in a menu screen prior to uploading to the data center 200. Alternatively, the address information may be retrieved from a word processing document such as a letter or selected off of a previously stored address list. Next, at 506, the data center 200 performs address hygiene. Although current United States Postal Service regulations require that address hygiene be performed to facilitate the delivery of the mailpiece 20, this element does not constitute part of the present invention. The recipient address 50 received from the user is compared against the address hygiene database 210. At this time, any misspelled words are corrected and any missing information (ZIP code or ZIP +4) is filled in from the address hygiene database 210 to yield a hygiened or corrected recipient address 50. If the data center 200 cannot verify the integrity of the recipient address 50 received from the user, then the user may be instructed to check the recipient address 50 and resubmit it.

Next, at 508, the data center 200 obtains relevant payment data necessary to establish a third party payment associated with the mailpiece 20. This typically involves the user selecting a third party payee 206, a desired payment, optionally a date for dispatch of the desired payment to the third party payee 206 and also optionally a source of funds for the third party payment as described in greater detail below. Preferably, the data center 200 utilizes a data acquisition screen with pull down menus to facilitate presentation of the various options and acquisition of this data. Next, at 510, the accounting module 208 of the data center 200 reconciles the payment transaction according to one of the embodiments described in detail below and coordinates payment to the payee 206. Preferably, the payment is dispatched on behalf of the user via electronic funds transfer on the date specified by the user to the payee's bank using the payee bank's routing ID. Next, at 512, the mailpiece 20 is printed with the postal indicia 30 and the third party payment indication 70. Preferably, the third party payment indication 70 includes an amount, a payee identifier and a user identifier. In this way, the payee knows who paid, how much was paid and to whom it was paid. Then, at 514, the mailpiece 20 is deposited with the carrier (postal authority) for delivery. It should be understood that the third party payment indication 70 might serve in two different capacities. In the case of a donation, the mailpiece 20 may or may not be sent the third party. Thus, the third party payment indication 70 serves primarily as an advertisement. On the other hand, in the case of bill payment, it is intended that the mailpiece 20 be sent to the third party. In this manner, the third party payment indication 70 serves as notice to the third party that payment has been arranged and will be provided by the data center 200. In other words, the third party payment indication 70 may be viewed as a receipt that indicates that the user has taken all necessary steps to initiate payment. Thus, because the data center 200 is a trusted entity, this is a better indication for the third party that the payment is forthcoming than a mere assurance from the user that the "check is in the mail." Those skilled in the art will recognize that this same benefit is available to payees that are the beneficiaries of a donation so long as the mailpiece 20 is sent to the payee.

Although Fig. 3 describes in general terms the reconciliation of funds associated with the transaction, the details of this reconciliation may vary depending upon how the user elects to pay for the third party payment, postal authority requirements for postal funds management and the extent of the postal authority's involvement in the transaction.

Referring to Fig. 6, a flow chart of a first embodiment for funds reconciliation is shown. In this embodiment, the third party payment is not drawn directly from postal funds. Instead, the postage metering system 10a or 10b serves as a conduit for processing the third party payment transaction and draws these funds from a separate source. This embodiment will now be described in connection with a background description of postal funds management. When a user desires to recharge its postage metering system 10a or 10b, the user initiates a postage request to the data center 200. The user designates an amount and indicates what account 320 the postal funds are to be drawn from (existing account with the data center, account with a third party, etc.). As discussed above, the postal funds are pre-paid to the postal authority and a specific (dedicated) for redemption of goods and/or services from the postal authority. Therefore, when the data center 200 receives the postage request, the data center 200 dispatches the postal funds to the postal authority 300 and recharges the postage metering system 10a or 10b accordingly by authorizing a credit for the same amount (oftentimes executed by adjusting the ascending and descending registers of the postage metering system 10a or 10b as is known in the art). Thus, the postage metering system 10a or 10b may now dispense postal indicia 30 at the direction of the user. On the other hand, when the data center 200 receives the third party payment request, the user instructs the data center 200 where to draw payment from (existing account with the data center, account with a third party, etc.). From this non-postal specific funds account 320, the data center 200 dispatches a payment to the third party payee 310. Therefore, the third party payment bypasses the postal authority 300 entirely because the postage metering system 10a or 10b does not debit the postal funds for the third party payment. Referring to Fig. 7, a flow chart of a second embodiment for funds reconciliation is shown. In this embodiment, the third party payment is drawn directly from the postage credit available in the postage metering system 10a or 10b with reimbursement from the postal funds held by the postal authority 300. This embodiment will now be described with the understanding of the background description of postal funds management provided above. , In this embodiment, when the data center 200 receives the third party payment request, the user instructs the data center 200 to draw payment from the postage credit within the postage metering system 10a or 10b. In response, the data center 200 debits the payment amount from the postage metering system 10a or 10b and dispatches payment to the third party payee 310. However, as discussed above, the postage credit represents money that has already been paid to the postal authority 300. Thus, the data center 200 obtains a reimbursement from the postal authority 300 for the payment amount. In this way, the postal specific funds are reestablished as general- purpose funds. Thus, the data center 200 and the postal authority 300 work cooperatively to execute the third party payment and reconcile the funds management.

Referring to Fig. 8, a flow chart of a third embodiment for funds reconciliation is shown. In this embodiment, the third party payment is again drawn directly from the postage credit available in the postage metering system 10a or 10b. However, no reimbursement from the postal funds held by the postal authority 300 occurs. This embodiment will now be described with the understanding of the background description of postal funds management provided above. In this embodiment, it is already assumed that the user has "spent" FUNDS #1 in order to receive POSTAGE CREDIT #1 while the postal authority has received the corresponding POSTAGE FUNDS #1. When the data center 200 receives the third party payment request, the user instructs the data center 200 to draw payment from the postage credit within the postage metering system 10a or 10b. In response, the data center 200 debits the payment amount from the postage metering system 10a or 10b and dispatches payment to the third party payee 310. However, as discussed above, the postage credit represents money that has already been paid to the postal authority 300. Thus, the data center 200 must recoup this payment amount from somewhere. In this embodiment, the data center 200 obtains reimbursement from the user by compelling the user to execute a recharge operation for a recharge amount that is at least as much as the third party payment amount. During the recharge, the user specifies a source for the FUNDS #2 and in order to receive a POSTAGE CREDIT #2 (recharge amount) while the postal authority receives a corresponding POSTAGE FUNDS #2. However, the data center 200 subtracts the payment amount from the recharge amount to determine the POSTAGE FUNDS #2. Thus, the data center 200 recoups the payment amount without any intervention from the postal authority 300 and once again the postage credit within the postage metering system 10a or 10b equals the postal funds that have been provided to the postal authority 300.

Referring to Fig. 9 in view of Figs. 1-3, a flow chart of a fourth embodiment for funds reconciliation is shown. In this embodiment, the third party payment is drawn directly from the postage credit available in the postage metering system 10a or 10b and paid by the postal authority 300. This embodiment will now be described with the understanding of the background description of postal funds management provided above. In this embodiment, when the data center 200 receives the third party payment request, the user instructs the data center 200 to draw payment from the postage credit within the postage metering system 10a or 10b. In response, the data center 200 debits the payment amount from the postage metering system 10a or 10b and provides notification to the postal authority 300 that payment should be dispatched to the third party payee 310. This notification may be achieved in a variety of ways, such as: electronic message from the data center 200 to the postal authority 300 or instructions embedded within the third party payment indication 70 that are read by the postal authority 300 during processing of the mailpiece 20. Thus, the data center 200 and the postal authority 300 work cooperatively to execute the third party payment and reconcile the funds management. Base on the above description and the associated drawings, it should now be apparent that the present invention improves the ability of users to access increased functionality from their postage metering systems. The postage metering systems can now facilitate payments to third parties. Further, when the user designates the postage credit as the source for the payment, then the data center 200 reconciles the accounting for the transaction according to one of those embodiments discussed above. On the other hand, when the user designates a source of funds other than the postage credit as the source for the payment, then the data center 200 reconciles the accounting for the transaction according to that particular embodiment. It should also now be apparent that payees have another channel through which they may receive payments from users.

Many features of the preferred embodiment represent design choices selected to best exploit the inventive concept as implemented in a particular virtual postage meter environment, such as the one of the postage metering system 10a. However, those skilled in the art will recognize that various modifications can be made without departing from the spirit of the present invention. For example, the address hygiene database 210 may be resident at the postage metering system 10a. Thus, a portion of the functionality of the data center 200 described above would be off loaded to the postage metering system 10a. The postage metering system 10a could then periodically receive updated information concerning the address hygiene database 210 by any conventional means. Thus, those skilled in the art will recognize that there are many ways to distribute the functionality described above between the data center 200 and the postage metering system 10a.

As another example, the printing of the postal indicia 30 with the third party payment indication 70 is not a requirement. The payee may provide a postage paid Business Reply Card/Envelope (collectively "Business Return Mailpiece") to the user that is intended for just such purposes. The business return mailpiece may have been provided to the user as part of an invoice and may include user identification data and mailpiece routing data that assists the payee in processing the payment data. Alternatively, the user may decide to use stamps as the postage payment vehicle. In either case, the postage metering system 10a need only print the third party payment indication 70.

As yet another example, the concepts described above may be implemented in a closed system type of postage metering environment, such as the one of the postage metering system 10b. In this case, the postage metering system 10b is not in real time communication with the data center 200. The postage metering system 10b includes a postage funds register, as is known in the art, and is often in standalone operation. The postage metering system 10b contacts the data center 200 for remote inspections and to recharge the postage funds register. Thus, the data input for each transaction generally occurs at the postage metering system 10b. To facilitate this, the user may download payee data, as necessary, from the data center 200. When the user completes a transaction including a third party payment, the amount of the third party payment is debited from the postage funds register and a special record is created and stored within the postage metering system 10b directed to the details of the transaction. Then, when the postage metering system 10b next contacts the data center 200, the data center 200 uses this transaction record to initiate payment to the third party.

As yet still another example, the third party payment indication 70 may include a payment date and a digital signature, or other encryption technique, for verifying the integrity of the indication 70. Any combination of payment data, such as: the payment amount and the payment date; may be digitally signed (generated by the data center or the postage metering system) so that the payee can detect if the payment data contained within the payment indication has been tampered with. In this way, the payee has an even greater confidence in the veracity of what is printed in the third party payment indication 70 (receipt).

As still yet another example, the data center 200 may dispatch a separate confirmation message (e-mail, or the like) to the payee in response to the transaction that contains all the relevant transaction information (payment amount, payment date, etc.). Here again, the payee has an even greater confidence in the veracity of the third party payment indication 70 (receipt) and is likely to receive this confirmation message before the physical mailpiece 20 is delivered.

As still yet another example, the data center 200 and/or the postal authority 300 may aggregate a plurality of small payments made to the same third party into a single payment on a periodic basis. In this way, the transaction costs for the data center 200 and the payees are reduced.

As still yet another example, the postage metering systems 10a and 10b may maintain a second funds account that is separate from the postage funds. In this way, the payment funds and the postage funds are not commingled. Thus, the risk that the postage funds would not be unexpectedly drawn down by payments to such a low level that the user's mailing activities would be negatively impacted, an vice versa. Also, the user may desire this type of isolated accounting practice for ease of administration. As still yet another example, the data center 200 and/or the postal authority

300 may aggregate payments to the same payee over a population (plurality) of the postage metering systems 10a and 10b. In this way, the payments that have been authorized by different users over a given period of time that are intended for the same payee may be gathered together and aggregated into a single payment to the payee.

As still yet another example, those skilled in the art will recognize that the concepts of the present invention may be adapted to post-payment type of postage metering systems, such as those that operate in France. In this instance, the postage funds are not pre-paid to the postal authority. In contrast, the postage metering systems dispense postage on credit and the users a periodically invoiced according to their usage. However, the postage metering systems still keep track of an amount of credit that has been extended to the user and may be dispensed before the postage metering systems compel the user to contact the data center for an accounting. Thus, whether the postage metering system is of the pre-payment or post-payment type, the postage credit represents a sum that has been authorized for use by the postal authority.

Therefore, the inventive concept in its broader aspects is not limited to the specific details of the preferred embodiments described above, but is defined by the appended claims and their equivalents.

Claims

What is Claimed is:

1. A payment processing system for conducting a payment transaction, comprising: a data center; a postage metering system located remotely from the data center; and a control system in operative communication with the data center and the postage metering system, the control system for: obtaining payment data via the postage metering system, the payment data including a payee, a payment amount and a source of funds for the payment amount to be drawn from; and arranging for payment to the payee for the payment amount.

2. The payment processing system of claim 1 , wherein: the postage metering system includes a postage credit representing a sum that has been authorized for use by a postal authority; and the source of funds for the payment amount is the postage credit.

3. The payment processing system of claim 2, wherein: the control system is further for: debiting the payment amount from the postage credit; and conducting an accounting between the data center and the postal authority to reconcile the payment transaction.

4. The payment processing system of claim 3, wherein: the control system is further for: reconciling the payment transaction by instructing the postal authority to dispatch the payment amount.

5. The payment processing system of claim 3, wherein: the control system is further for: reconciling the payment transaction by dispatching the payment amount and receiving a reimbursement from the postal authority.

6. The payment processing system of claim 3, wherein: the control system is further for: reconciling the payment transaction by conducting a recharge operation on the postage metering system.

7. The payment processing system of claim 6, wherein: the control system is further for: during the recharge operation, compelling a user to designate a recharge amount that is at least equal to the payment amount; incrementing the postage credit by the recharge amount; and forwarding a postal payment to the postal authority that is less than the recharge amount.

8. The payment processing system of claim 4, wherein: the control system is further for: coordinating printing by the postage metering system of an indication of the third party payment on a mailpiece intended for delivery to the payee; and including within the indication an instruction for the postal authority to dispatch the payment amount.

9. The payment processing system of claim 3, wherein: the control system is further for: collecting payments from a plurality of postage metering systems that are directed to the payee before arranging for an aggregated payment to the payee.

10. The payment processing system of claim 4, wherein: the control system is further for: collecting payments from a plurality of postage metering systems that are directed to the payee before arranging for an aggregated payment to the payee.

11. The payment processing system of claim 5, wherein: the control system is further for: collecting payments from a plurality of postage metering systems that are directed to the payee before arranging for an aggregated payment to the payee.

12. A method of operating a payment processing system for conducting a payment transaction, the method comprising the step(s) of: locating a postage metering system remotely from a data center; transmitting payment data via a postage metering system to the data center, the payment data including a payee, a payment amount and a source of funds for the payment amount to be drawn from; and arranging for payment from the data center to the payee for the payment amount.

13. The method of claim 12, further comprising the step(s) of: including a postage credit within the postage metering system representing a sum that has been authorized for use by a postal authority; and selecting the postage credit as the source of funds for the payment amount.

14. The method of claim 13, further comprising the step(s) of: debiting the payment amount from the postage credit; and conducting an accounting between the data center and the postal authority to reconcile the payment transaction.

15. The method of claim 14, further comprising the step(s) of: reconciling the payment transaction by instructing the postal authority to dispatch the payment amount.

16. The method of claim 14, further comprising the step(s) of: reconciling the payment transaction by dispatching the payment amount and receiving a reimbursement from the postal authority.

17. The method of claim 14, further comprising the step(s) of: reconciling the payment transaction by conducting a recharge operation on the postage metering system.

18. The method of claim 17, further comprising the step(s) of: during the recharge operation, compelling a user to designate a recharge amount that is at least equal to the payment amount; incrementing the postage credit by the recharge amount; and forwarding a postal payment to the postal authority that is less than the recharge amount.

19. The method of claim 15, further comprising the step(s) of: coordinating printing by the postage metering system of an indication of the third party payment on a mailpiece intended for delivery to the payee; and including within the indication an instruction for the postal authority to dispatch the payment amount.

20. The method of claim 15, further comprising the step(s) of: collecting payments from a plurality of postage metering systems that are directed to the payee before arranging for an aggregated payment to the payee.

21. The method of claim 16, further comprising the step(s) of: collecting payments from a plurality of postage metering systems that are directed to the payee before arranging for an aggregated payment to the payee.

22. The method of claim 17, further comprising the step(s) of: collecting payments from a plurality of postage metering systems that are directed to the payee before arranging for an aggregated payment to the payee.