Patent Application
20080021848
The invention was made by an agency of the United States government or under a contract with an agency of the United States government, the United States Postal Service (“USPS” or “Postal Service”), an independent establishment of the executive branch of the U.S. government.
The invention relates generally to a method and system for providing an on-line application that allows shipment of domestic and international documents and packages. More particularly the invention relates to shipping labels and postage that authorize shipment.
The United States Postal Service currently provides on-line services to Internet users through the USPS Web Tools system. These services enable e-tailers to embed USPS shipping functionality into their e-commerce web sites. These USPS services went into operation in August of 1999. Enhancements are continually being added. The on-line services offered as of December 2001 include track/confirm services, address checking, domestic and international postage rates, and shipping labels, among others.
The current USPS Web Tools system provides Application Program Interfaces (APIs) which allow developers of web-based and shrink-wrapped applications to gain access to these on-line services. In order to take advantage of these services, a software developer may visit the web site http://www.usps.com/shipping, click on the Web Tools link, and then Register for access to the APIs. Some of the resources provided by the USPS Web Tools system are web tool registration, documentation, XML code samples, resource links, and an XML test server. A registered user is assigned and e-mailed a uniquely generated user ID and password, which grants access to the programming documentation and the Web Tools system APIs.
One of the specific services that the USPS currently provides relates to labeling. The USPS allows a user to develop shipping labels with a return address delivery address, and a delivery confirmation barcode electronically via the USPS Shipping API system. The USPS Shipping API system provides software interfaces for accessing USPS shipping information over a network. The shipping information may include, but is not limited to, postal rates, mail tracking information, service standards, and issuance of delivery confirmation barcodes. The network is preferably the internet; however, any type of network known to those skilled in the art may be used. A delivery confirmation barcode includes information about the delivery point of a mailpiece and may be used to track the mailpiece in a mailstream.
In addition to the above-mentioned web tools, the USPS also authorizes postage vendors, such as PC Postage Vendors, to provide an IBIP (Indicia Based Information Program) or postage indicia electronically via the internet. The IBIP may be printed on, for example, an envelope or a label, to indicate postage payment. At present the IBIP is not seamlessly integrated into the other USPS web tools. A user who wishes to obtain postage electronically and who also wishes to access the available USPS electronic services must separately access these functionalities.
Postage cannot be sold on credit. Therefore a PC Postage Provider may offer the user the ability to charge a credit card and place the escrowed funds in a “Pre-Paid Postage Account”. Most providers charge a flat monthly fee for providing their services. For promotional purposes, some providers may give a modest amount of ‘free’ postage when registering with them. When the user buys Indicia, funds are drawn from the Pre-Paid Postage Account, and some providers add a surcharge onto the postage amount. The user adds funds to their Pre-Paid Postage Account by re-charging their credit card. Providers may be permitted to charge a minor percentage for refunded transactions, or a minor fee when an account is closed.
Users can perform additional functions, such as obtain the balance of their Pre-Paid Postage Account, obtain a transaction history, update their registration information, and/or close their Postage Provider account. Most of these transactions either involve the perusal of financial data or the direct movement of funds.
In general, the USPS Web Tools system should duplicate the overall utility of each of these financial transactions in order to accommodate the needs and expectations of both the consumer of the services and the Provider of the services. With that in mind, a number of modular components, APIs may be built onto the front-end of the Web Tools system to produce a Shipping Label With PC Postage, and to support its production.
The Postal Service will offer its customers an on line application that will allow them to ship domestic and international documents and packages via the internet. The application will include an XML over HTTPS indicia solution that can interact with the shippling application to be offered over www.usps.com.
Currently there are commercially available indicia solutions available that allow merchants and consumers to print postage on their shipping labels. For example, this can be accomplished through postage meters or with PC Postage. The drawback with these types of postage is that they can only be printed from the location where the physical device is. The present invention allows customers the ability to print labels with evidence of postage without the need of a postage device.
XML is not a product or a platform, but an enabling technology. SML is a standard for specifying a document markup language based on plain text tags and a data modeling language for markup languages in XML syntax. It is an open standard in that it is a subset of the Standard Generalized Markup Language (ISO 8879). Because of its flexibility, XML has been extended to address structured data types not covered by SGML. Hypertext Markup Language (HTML) is a similar tag-based cousin of XML, but where HTML tags tell the browser how to display various elements, XML tags specify what those elements are. XML tags identify content whereas HTML tags specify format.
The case for embracing XML technologies offers certain advantages. XML is the basis for integrating data within an enterprise and across supply chains, substantially reducing the cost of information exchange. In addition to these enterprise application integration and business-to-business benefits, XML also greatly simplifies web-enabled business-to-consumer applications. In short an XML-enabled enterprise has a significantly lower cost structure for both development and maintenance of information systems. XML has become the basis of a plug-and-play e-business applications, information sharing, and electronic commerce. XML is fundamental to achieving the ability to adapt rapidly within the digital economy.
What XML does not provide is the mechanism to process data once received. When data arrives, some application needs to do something with it. USPS applications provide the necessary instructions to process XML data through scripting languages, such as Java, or high level programming tools. Java is often used to provide data manipulation and processing because of its widespread acceptance and availability.
Additional objects and advantages of the invention will be set forth in part in the description which 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 will be realized and attained by means of the elements and combinations particularly pointed out in the appended claim. It is to be understood that both the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the invention, as claimed. Thus, the present invention comprises a combination of features, steps, and advantages which enable it to overcome various deficiencies of the prior art. The various characteristics described above, as well as other features, will be readily apparent to those skilled in the art upon reading the following detailed description of the preferred embodiments of the invention, and by referring to the accompanying drawings.
For a more detailed description of a preferred embodiment of the present invention, reference will now be made to the accompanying drawings, which form a part of the specification, and wherein:
Reference will now be made in detail to exemplary embodiments of the invention, examples of which are illustrated in the accompanying drawings. Wherever possible, the same reference numbers will be used throughout the drawings to refer to the same or like parts.
Customers can interact with an on-line application that will allow them to ship domestic and international documents and packages. The application is called Shipping Shared Services. The domestic and international shipping products available are Express Mail, Priority Mail, Global Express Guaranteed, Global Express Mail, and Package Services.
A customer or user upon requesting a shipping label through the Shipping Shared Services (SSS) platform receives an indicia image. The indicia image includes a 2 dimensional barcode and human readable elements. This information contains shipping information such as address information, shipping product, and postage.
As shown in
As shown in
The shipping system 130 receives the request for the label and determines a postage rate. The shipping system 130 may include, for example, the USPS Shipping API system. Thereafter, the shipping system 130 sends the request and postage rate through the network 120 to a postage vendor 140 specified in the request. If no postage vendor 140 is specified in the request, the shipping system 130 selects a default postage vendor 140 and send the request and postage rate to the shipping system 130 and the postage vendor 140 are in the form of XML. However, other forms of communication may be used, such as HTML.
The postage vendor 140 debits a prepaid account for the postage rate and any additional associated label fee, and returns a postage indicia through the network 120 to the shipping system 130. The shipping system 130 requests and receives a delivery confirmation barcode from the USPS. Thereafter, the shipping system 130 generates the label based on the postage indicia, label information, and delivery confirmation barcode. The shipping system 130 may record the transaction. Finally, the shipping system 130 sends the generated label through the network 120 to the user 110.
In another embodiment, the shipping system is the USPS Shipping API system. A certified intermediary is an intermediary between the user and the shipping system. The certified intermediary may be a third party intermediary who is registered with the USPS and authorized to access the USPS Shipping API. The label with postage API provides software interfaces to third parties, such as the certified intermediaries, for communicating with the USPS Shipping API system. Alternatively, the certified intermediary may be a USPS Shipping Assistant. The USPS Shipping Assistant is a software application that provides software user interfaces, for example, a graphical user Interface, to provide shipping information to users. The shipping information may include, postal rates, mail tracking, service standards, issuance of delivery confirmation barcodes, information for tracking mailpieces, etc. The USPS Shipping Assistant is designed for users who want to use the USPS Shipping APIs but do not have the time or programming expertise and resources to integrate the USPS shipping API software interfaces into their systems or web sites.
The shipping system 130 receives the request for the label and determines a postage rate. Thereafter, the shipping system 130 sends the request and postage rate to the PC Postage vendor 140 specified in the request. If no PC postage vendor 140 is specified in the request, the shipping system 130 selects a default PC Postage vendor 140 and sends the request and postage rate to the default PC Postage vendor 140. In a preferred embodiment, the shipping system 130 and the PC Postage vendor 140 exchange XML messages via a direct TCP/IP socket. However, the shipping system 130 and the PC Postage vendor 140 may exchange HTML messages using HTTP or, in a wireless environment may exchange WML messages using a WAP.
The PC Postage vendor 140 debits a prepaid account for the postage rate and any additional associated label fee, and returns a postage indicia to the shipping System 130. The shipping system 130 requests and receives a delivery confirmation barcode from the USPS. Thereafter, the shipping system 130 generates the label based on the postage indicia, label information, and delivery confirmation barcode. The shipping system 130 may record the transaction. Finally, the shipping system 130 sends the generated label to the certified intermediary 210 for distribution to the user 110.
A specifically preferred embodiment of the Shipping Shared Services system is illustrated in
Referring now to
The SSS system includes browser based mailer access. The mailer need not perform software downloads to use the services. There is no upfront or service maintenance payment. Credit card authorization takes place with each purchase. Indicia generation will be performed by a PTM approved indicia producer.
The SSS platform system components are depicted in
The end user may choose to register as a USPS customer and will only register once for access to any USPS online offering. The registration session, where userid and password information is transmitted, is secured using 40 bit SSL.
If the end user is a mailer who chooses to purchase indicia online, the mailer will be required to use server authenticated 128 bit SSL to access the SSS secure Web server.
The mailer/purchaser is also required to provide userid and password, so the mailer/purchaser is authenticated to the eCap registration server to capture customer information.
The SSS web application enables mailers to enter address, dimension, and weight information, and produce mailing labels on their local printers.
The purchaser of indicia must pay for postage using a credit card. The eCap payment server handles credit card processing. An external provides through SSS provides postage in the form of an indicium. The SSS then sends the label with indicia to the customer browser for printing.
The online refund process for unused postage requires the user to input valid matching shipment and transaction numbers. If the numbers do not match the SSS database an error message is displayed to the user, and they may edit the information or exit to the shipping home page. Matching numbers authorize the system to perform a series of validation checks to qualify the request. A valid request for a label printed at least seven days prior, the request is queued for processing and a screen message is displayed to the user. A valid request for a label printed less than seven days prior, the request is placed in a pending file until the seven days expire since the printing of the label. In this scenario, a screen message informs the user when the request will be processed.
As shown in exhibit 12 SSS monitors to identify label discrepancies that may indicate fraud or abuse. Specifically, this process will look for label tracking numbers that meet one or more of the following descriptions: voided labels where the user has confirmed that the label was never produced at the initial label printing process; unused labels with evidence of postage where the user has previously requested a refund; and duplicate use of a label with evidence of postage where a user has in some fashion made a copy of the original label and reused it.
The system and method that have been described may be comprised of a variety of hardware and software packages. From the standpoint of the user, the particular hardware or software package required may depend on the requirements necessary to interact with the certified intermediary. Where, for example, the certified intermediary is a company shipping department, the connection between the user and certified intermediary may be through an intranet system or other network. However, the system is also designed such that connections over the internet may also provide the needed connection. The shipping label with postage system will operate on commonly-used operating system such as Microsoft Windows and LINUX.
While preferred embodiments of this invention have been shown and described, modifications thereof can be made by one skilled in the art without departing from the spirit or teaching of this invention. The embodiments described herein are exemplary only and are not limiting. Many variations and modifications of the system and apparatus are possible and are within the scope of the invention. One of ordinary skill in the art will recognize that the process just described may easily have steps added, taken away, or modified without departing from the principles of the present invention. Accordingly, the scope of protection is not limited to the embodiments described herein, but is only limited by the claims which follow, the scope of which shall include all equivalents of the subject matter of the claims.
This application claims priority from U.S. Provisional Application No. 60/335605 filed on Nov. 15, 2001, entitled “Shipping Shared Services—Postage Evidencing Product.” The contents of the above applications are relied upon and expressly incorporated by reference as if fully set forth herein.
| Number | Date | Country | |
|---|---|---|---|
| 60335605 | Nov 2001 | US | |
| 60307846 | Jul 2001 | US | |
| 60315570 | Aug 2001 | US |
| Number | Date | Country | |
|---|---|---|---|
| Parent | 10298622 | Nov 2002 | US |
| Child | 11655092 | Jan 2007 | US |
| Number | Date | Country | |
|---|---|---|---|
| Parent | 10209221 | Jul 2002 | US |
| Child | 11655092 | Jan 2007 | US |
