WO2001050376A2 - Online tracking of delivery status information over a computer network - Google Patents

Online tracking of delivery status information over a computer network Download PDF

Info

Publication number
WO2001050376A2
WO2001050376A2 PCT/US2000/033839 US0033839W WO0150376A2 WO 2001050376 A2 WO2001050376 A2 WO 2001050376A2 US 0033839 W US0033839 W US 0033839W WO 0150376 A2 WO0150376 A2 WO 0150376A2
Authority
WO
WIPO (PCT)
Prior art keywords
status information
delivery status
order
carrier
server
Prior art date
Application number
PCT/US2000/033839
Other languages
French (fr)
Other versions
WO2001050376A3 (en
Inventor
Rebecca Rhea Guidice
Bruce John Mcdonald
Scott M. Dix
John Andrew Moore
Timothy Lamonte Atwell
Aaron M. Linz
Original Assignee
General Electric Company
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from US09/498,464 external-priority patent/US6463420B1/en
Application filed by General Electric Company filed Critical General Electric Company
Priority to AU30743/01A priority Critical patent/AU3074301A/en
Publication of WO2001050376A2 publication Critical patent/WO2001050376A2/en
Publication of WO2001050376A3 publication Critical patent/WO2001050376A3/en

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/08Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/08Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/087Inventory or stock management, e.g. order filling, procurement or balancing against orders

Definitions

  • the present invention relates generally to conducting electronic commercial transactions over a computer network. More particularly, the present invention relates to comprehensive online tracking of shipment information over a computer network.
  • U.S. Patent 5,319,542 to King et al. discloses a system for ordering items from a supplier.
  • the system includes an electronic catalogue and an electronic requisition facility.
  • the catalogue includes a public-access portion, stored on a publicly-accessible database for access by customers, and a private portion, stored on a customer's computer system.
  • the private portion contains unique pricing data based on pricing agreements.
  • Customers use the electronic requisition facility to create purchase requisitions based on the information in the electronic catalogue. The requisitions are routed through an appropriate approval process, processed through the customer's procurement system, and transmitted to the supplier.
  • the present invention overcomes the problems noted above, and provides additional advantages, by providing for a method and system for the online tracking of orders placed with a supplier and shipped by any of a variety of different carriers, entirely within the confines of the supplier's web site.
  • a method in accordance with an exemplary embodiment of the invention is performed by providing for electronic communication of delivery status information between a variety of different carriers and the supplier's server.
  • the method further provides, through a supplier's web site on the World Wide Web, an interface allowing a user to track the delivery status of any submitted order, regardless of the individual carrier shipping the order.
  • Methods, systems and programs in accordance with the present invention greatly increase the efficiency and convenience of tracking the delivery status of orders placed over a computer network.
  • FIG. 1 is a block diagram of a computer network suitable for implementing a method according to the present invention
  • FIG. 2 is a flow chart describing a process for conducting a commercial transaction involving the purchase of an item over the network of FIG. 1;
  • FIG. 3 is a flow chart describing a process for enabling suppliers to track the delivery status of orders placed in the commercial transaction of FIG. 2;
  • FIG. 4 is a flow chart describing a second process for enabling suppliers to track the delivery status of orders placed in the commercial transaction of FIG. 2; and
  • FIG. 5 is a flow chart describing a process for enabling customers to track the delivery status of orders placed in the commercial transaction.
  • FIG. 6 is a flow chart describing a process for enabling authorized carriers to submit delivery status information over the network for subsequent display to cus- tomers.
  • An Internet computer system 10 is generally illustrated in FIG. 1.
  • a conventional client computer system 12, executing a client browser application that supports the HTTP protocol, is connected typically through an Internet Service Provider (ISP) to the Internet 14.
  • ISP Internet Service Provider
  • a server computer system 16 is also coupled typically through an Internet Service Provider to the Internet 14.
  • the server computer system 16 preferably provides local storage for at least one, though typically many Web pages.
  • the client computer system requests a Web page by issuing a URL request through the Internet 14 to the server system 16.
  • a URL consistent with the present invention may be a simple URL of the form:
  • a " protocol_identif ⁇ er" of "http” specifies the conventional hyper-text transfer protocol.
  • a URL request for a secure Internet transaction typically utilizes the secure protocol identifier "https,” assuming that the client browser and Web server are presumed to support and implement the secure sockets layer (SSL).
  • the "server_path” is typically of the form “prefix.domain,” where the prefix is typically “www” to designate a Web server and the "domain” is the standard Internet sub- domain.top-level-domain of the server system 16.
  • the optional "web_page_path” is provided to specifically identify a particular hyper-text page maintained by the Web server.
  • the server system 16 returns the Web page, subject to the HTTP protocol, to the client computer system 12.
  • This Web page typically incorporates both textural and graphical information including embedded hyper-text links that permit the client user to readily select a next URL for issuance to the Internet 14.
  • the URL issued from the client system 12 may also be of a complex form that identifies a common gateway interface (CGI) program on a server system 16.
  • CGI common gateway interface
  • Such a HTML hyperlink reference is typically of the form:
  • a hyper-text link of this form directs the execution of the logon.cgi program on an
  • a logon form supported by a logon CGI program is typically used to obtain a client user login name and password to initiate an authenticated session between the client browser and Web server for purposes of supporting, for example, a secure purchase transaction.
  • FIG. 2 there is illustrated a flow chart describing a method for processing an order for an item over a network (e.g., as shown and described above).
  • This method can be implemented by a software program resident in one or more servers associated with the supplier.
  • This method assumes the use of a so-called “shopping cart” purchase model, in which a user can select any number of desired items, which are then separately stored as a list (or "cart") of desired items; when the user is ready to complete the transaction, the list is recalled and the user can then proceed to purchase the items. It will of course be appreciated that other purchasing models may be used.
  • the customer accesses an order entry web page via the network.
  • step 202 it is determined whether the customer has any orders currently awaiting processing (e.g., in a "shopping cart" or list of desired items which the user has not yet purchased). If it is determined that the user does have orders awaiting processing, the process proceeds in a manner to be described below. If it is determined in step 202 that the user does not have any orders awaiting processing, the process continues in step 204, where the server causes an order entry page to be displayed to the user on the user's computer. In this embodiment, the entry order page presents the user with an option of using a previously entered order template.
  • Such an order template would preferably include information material to the purchase of particular product (e.g., part number, product identification number, product description, quantity, and shipping address) and would increase the speed and simplicity in the event a re-order is required, by eliminating the need for the customer to re-enter this information.
  • information material to the purchase of particular product (e.g., part number, product identification number, product description, quantity, and shipping address) and would increase the speed and simplicity in the event a re-order is required, by eliminating the need for the customer to re-enter this information.
  • step 206 if the user selects an order template, the process proceeds in a manner to be described below. If, on the other hand, the user does not select an order template, the process proceeds to step 208, where the customer enters order information through the interface, and the supplier's server receives this order information. In step 210, the user indicates to the supplier server, via the interface and the network, that the user has finished entering the order information. If the user had selected the use of an order template in step 206, then in step 207 the server causes order informa- tion to be populated from the template, and in step 209, the customer is allowed to modify the order information provided from the template and to enter additional information not provided in the template such as a requested delivery date.
  • step 212 the server determines if all required fields (that is, all information required to process the order) have been entered. If required information is missing, the customer is so informed (e.g., by flagging the fields that require information) in step 215, and the process returns to step 210. If there is no required information missing, the process continues to step 214, where the server examines an inventory database to determine whether the ordered item(s) are presently in inventory, and determines an estimated delivery date for the ordered item(s). In step 216, a list of potential delivery dates or times is determined for the ordered item(s).
  • step 218 the server determines whether an off list price (OLP), or discounted price, is available for the ordered item(s). If such an alternative price exists, the process continues to step 219, where the customer or user is requested to identify the end user of the product on whose behalf the user is purchasing the product. In step 221, whether or not the customer or user can identify an end user for which the product or item is intended determines whether the OLP, or some other price, will be applied. If a specific end user is identified, the process continues to determine a price and/or price bracket as will be described in more detail below. If the purchaser is not ordering the item(s) on behalf of some other end user, the process continues to step 220, where it is determined whether a customer price list (CPL) exists for the ordered item(s). If such a CPL exists, the process jumps to step 228, where a unit price and price breakdown are determined in a manner to be described below.
  • OLP off list price
  • step 220 If such a CPL is determined not to exist in step 220, then the process continues to step 222, where it is determined whether a list price exists. If a list price exists, it is determined whether that list price is equal to a predetermined default value representing an insufficient order quantity (in this example, S99.99) in step 224. If a list price is found not to exist in step 222, or if the list price is found to be a default value, step 226 will cause the customer to be informed that there is no price found for the product, and the process will end. If a list price is found to exist, and the list price is not a default value, or if the customer is purchasing a product on behalf of another user, the process continues to step 228, where a unit price and price bracket are determined.
  • a predetermined default value representing an insufficient order quantity (in this example, S99.99)
  • step 230 the customer is presented with an "shopping cart" page which displays all the information entered (or populated by a template) during the ordering process for each non-submitted order.
  • step 232 the customer submits the shopping cart to the supplier.
  • step 234 the pricing, inventory availability, and delivery date are be calculated, and in step 236, the customer is presented with an order summary.
  • step 2308 it is determined whether an order confirmation number is avail- able for the customer's order. If such a number is available, it is provided to the customer in step 240 (e.g., by automatically causing an electronic mail message to be sent), and if such a number is not available, the order exceptions are resolved in step 240 (e.g., by automatically causing an electronic mail message to be sent), and if such a number is not available, the order exceptions are resolved in step
  • FIG. 1 the network of FIG. 1 and the electronic commerce method of FIG. 2 are merely exemplary models used to illustrate the environment in which the present invention may be used.
  • the present invention may be used with any suitable network or electronic commerce method and should not be limited to those described above.
  • step 300 the supplier establishes communication with all of the carriers authorized to deliver orders.
  • carriers refers to any entity which delivers a product to a customer and may include commercial delivery services, in-house warehouses, and third party vendors.
  • Communication with the carriers may take any suitable form that permits the exchange of tracking information between the carrier and the supplier.
  • EDI electronic data interchange
  • VAN Value Added Network
  • EDI is often referred to as the electronic exchange of information between two business concerns in a specific pre-determined format.
  • the benefits of EDI include the ability to transfer large quantities of information in a short amount of time, without requiring the need for personal contact, physical handling of papers, or re-entry of data.
  • all parties concerned must be capable of sending and receiving information in a standard format regardless of the particular system being used by each party.
  • a second form of communication suitable for use with the present invention is personal contact between the carriers and the supplier. This form of communication facilitates manual entry of information by customer service personnel in circumstances where electronic information cannot be obtained.
  • the supplier's customer service personnel periodically contact the carriers through conventional means (e.g., electronic mail, telephone, etc.) and hand key the information obtained into the system.
  • the carrier may themselves manually enter the information into the supplier's system through a suitable interface described in detail below.
  • step 310 the supplier sources the order from appropriate warehouse(s), out- side vendor(s), or manufacturing facilities for delivery to the customer.
  • the warehouse, vendor, or manufacturer ships the order using any of a variety of authorized carrier services, including their own in house carriers.
  • step 314 the warehouse, vendor, or manufacturer returns a description of all pertinent shipping information (e.g., carrier used, tracking numbers, etc.) associated with a particular order.
  • the supplier in step 316, then periodically
  • the carrier (and automatically) communicates with the appropriate carrier(s) and tracks the delivery status of the relevant order.
  • this communication may take any suitable form including, but not limited to, EDI, seamless web site integration, and personal contact.
  • the carriers return the relevant information to the supplier, which is then stored in a database for future access by the system in step 318.
  • the supplier maintains a complete database of delivery information for all orders placed within a predetermined period of time (e.g., the last 30 days) from all authorized carriers. This information is maintained completely separate from the carrier's own online tracking information and is therefore not subject to disruptions in the carrier's service.
  • step 400 the supplier sources an order from an appropriate ware- house(s), outside vendor(s), or manufacturing facilities for delivery to the customer.
  • the warehouse, vendor, or manufacturer ships the order using any of a variety of authorized carrier services, including their own in house carriers.
  • the warehouse, vendor, or manufacturer returns a description of all pertinent shipping information (e.g., carrier used tracking numbers, etc.) associated with a particular order.
  • the supplier receives a request from an authorized customer to track the delivery status of the order.
  • the supplier in step 416, in response to the request, formulates and transmits an internal request for tracking information from the carrier's web site.
  • the carrier's web site returns the relevant information to the supplier in step 418, which is then displayed to a customer in step 420.
  • the customer By integrating carrier tracking information into the supplier's web site, the customer is not forced to navigate away from the supplier's site and navigate back to continue business with the supplier. In this manner, the supplier provides the most recent delivery status information to customers for all orders placed within a predetermined period of time (e.g., the last 30 days) from all authorized carriers having web tracking capabilities.
  • a predetermined period of time e.g., the last 30 days
  • step 500 the customer accesses a shipment tracking web page via the network.
  • the server determines, in step 510, whether the customer has submitted any orders within a predetermined period of time (e.g., the last 30 days). If not, the server displays a message at step 512 indicating that no recent orders have been submitted. If at least one recent order has been submitted, the server displays a listing of all such orders in step 514. In step 516, the customer is asked to select an order to track.
  • a predetermined period of time e.g., the last 30 days.
  • the server determines whether the carrier has web tracking capabilities on its web site. If the carrier does not have web tracking capabilities, the server, in step 520, references the tracking information database discussed above in FIG. 3 and displays, in step 522, the retrieved delivery status information to the customer. If the carrier does have web tracking capabilities, the server, in step 524, formulates and transmits an internal request for tracking informa- tion from the carrier's web site. In step 526, the server receives tracking information from the carrier's web site and displays, in step 528, the information to the customer. In this manner, the customer is able to track the progress of recent orders regardless of the carrier by which they are being shipped and without the need to navigate off of the supplier's web site.
  • FIG. 6 there is illustrated a flow chart describing a method for enabling authorized carriers to submit delivery status information over a network for subsequent display to customers, in accordance with the present invention.
  • This method may be implemented by a software program resident in one or more servers associated with the supplier.
  • step 600 the server receives a request by the client machine of a carrier representative to access a update shipment status web page.
  • the process continues to step 602 in which the server 14 interacts with the carrier representative client, in a conventional manner, to determine the identity of the particular customer operating the client.
  • One conventional method of determining identity is the logon form briefly described above, although any suitable method for identifying a particular customer user may be utilized (e.g., cookies, etc.).
  • a message is generated in step 604 indicating that the representative must log in to proceed.
  • the server determines in step 606, whether the identified representative is authorized to access shipment tracking information.
  • the server denies access and displays a corresponding message in step 608. If the representative is authorized to view and modify shipment tracking information, the server displays, in step 610, a listing of all undelivered shipments for the individual carrier. Of course, it must be anticipated that carriers may have a large number of such undelivered orders. Therefore, in step 612, the server displays a search request form enabling the carrier representative to search through the list of undelivered orders for a particular order. Although not limited to the following criteria, orders should be searchable through a variety of attributes, such as PRO number, Bill of Lading number, shipment date. In step 614, the server receives a search request for a particular undelivered order.
  • step 616 the server determines whether any results match the requested search. If not, an appropriate message is displayed to the carrier representative, in step 618, and the representative is permitted to re-enter a search request. If results do match the search request, the server, in step 620, displays the resulting orders in sortable fashion, enabling the carrier representative to sort the search results by any searchable attribute.
  • the server receives, in step 622, a request to modify the shipment status for the order. This is typically accomplished via a hyperlink associated with the particular order, but any suitable means may be used.
  • the server displays a form for the entry of shipment tracking information.
  • the form includes at least the following entries: status code (selected from a drop down menu), the date and time of the status information.
  • the form may include provisions for enabling the entry of location information and carrier comments.
  • the server receives a submitted form from the carrier representative and, in step 628, the carrier ascertains whether all of the required information has been submitted.
  • step 630 If the form is deficient in any manner, an error message is displayed in step 630 and the form is re-displayed to the carrier representative for correction. If the form is complete, the server displays, in step 632, an appropriate "modification successful" message and further re-displays the listing of undelivered orders, so that the carrier representative may modify the status of another order.

Abstract

A method and system for tracking, over a computer network, orders placed with a supplier and shipped by any of a variety of different carriers, the tracking taking place entirely within the confines of the supplier's web site. By providing for electronic communication of delivery status information between a variety of different carriers and the supplier's server, the supplier is able to provide online tracking information to a customer regardless of the individual manner of delivery.

Description

ONLINE TRACKING OF DELIVERY STATUS INFORMATION OVER A COMPUTER NETWORK
CROSS REFERENCE TO RELATED APPLICATIONS
This application claims the benefit of provisional patent application Serial No. 60/173,799 filed December 30, 1999 and non-provisional patent application Serial No. 09/498,464 filed February 4, 2000, the disclosures of which are incorporated herein by reference.
BACKGROUND OF THE INVENTION
The present invention relates generally to conducting electronic commercial transactions over a computer network. More particularly, the present invention relates to comprehensive online tracking of shipment information over a computer network.
Electronic commerce systems for conducting commercial transactions over a computer network, such as the Internet, are shown and described in numerous U.S. Patents, including U.S. Patent 5,285,383 and 5,063,507 to Lindsey et al., U.S. Patent
5,963,915 to Kirsch et al., U.S. Patent 5,319,542 to King et al., and U.S. Patent
5,774,873 to Berent et al.
U.S. Patent 5,319,542 to King et al., for example, discloses a system for ordering items from a supplier. The system includes an electronic catalogue and an electronic requisition facility. The catalogue includes a public-access portion, stored on a publicly-accessible database for access by customers, and a private portion, stored on a customer's computer system. The private portion contains unique pricing data based on pricing agreements. Customers use the electronic requisition facility to create purchase requisitions based on the information in the electronic catalogue. The requisitions are routed through an appropriate approval process, processed through the customer's procurement system, and transmitted to the supplier.
In combination with systems such as the one described above, it is often useful for the customer to be able to track the progress of its shipment, so as to more accu- rately predict the arrival date and time of the order. In response to this demand, many well known carriers such as United Parcel Service (UPS) and Federal Express (FedEx) provide online tracking of orders over the world wide web. Each shipment is provided with a tracking number, often in the form of a bar code, which uniquely identifies the items in the shipment. This barcode is scanned at various waypoints during the shipping process, thereby identifying the most recent location of the shipment. By entering in the order's tracking number at the delivery vendor's web site, customers can track the progress of their order.
Unfortunately, conventional types of online order tracking systems require customers to leave the supplier's web site and navigate to the carrier's web site to obtain tracking information. This is undesirable and inconvenient when the customer wishes to conduct further business with the supplier. Further, not all carriers provide for online tracking of shipments. In particular, many smaller carriers have neither the resources nor the capabilities to implement such a feature. Also, because many suppliers ship orders with a large number of individual carriers, it is often inconvenient for a customer to navigate to several carriers' web sites and input various different tracking numbers in order to determine the status of their orders.
It would be desirable to improve the convenience and efficiency of electronic commerce transactions by providing for tracking of particular orders wholly within the confines of the supplier's web site, without the need for the customer to navigate off of the supplier's site.
It would further be desirable to provide for on-site tracking of orders deliverable by multiple different carriers, particularly where alternative forms of online order tracking for a given carrier may not be available.
It would further be desirable to enable designated and authorized carriers to view tracking information corresponding to orders being shipped by the carrier.
It would further be desirable to enable designated and authorized carrier representatives to manually submit shipment status information related to their shipments for subsequent display to customers awaiting shipment. BRIEF SUMMARY OF THE INVENTION
The present invention overcomes the problems noted above, and provides additional advantages, by providing for a method and system for the online tracking of orders placed with a supplier and shipped by any of a variety of different carriers, entirely within the confines of the supplier's web site. A method in accordance with an exemplary embodiment of the invention is performed by providing for electronic communication of delivery status information between a variety of different carriers and the supplier's server. In response to a request by a customer, the method further provides, through a supplier's web site on the World Wide Web, an interface allowing a user to track the delivery status of any submitted order, regardless of the individual carrier shipping the order.
Methods, systems and programs in accordance with the present invention greatly increase the efficiency and convenience of tracking the delivery status of orders placed over a computer network.
BRIEF DESCRIPTION OF THE DRAWINGS
The present invention can be understood more completely by reading the following Detailed Description of exemplary embodiments, in conjunction with the accompanying drawings, in which:
FIG. 1 is a block diagram of a computer network suitable for implementing a method according to the present invention;
FIG. 2 is a flow chart describing a process for conducting a commercial transaction involving the purchase of an item over the network of FIG. 1;
FIG. 3 is a flow chart describing a process for enabling suppliers to track the delivery status of orders placed in the commercial transaction of FIG. 2;
FIG. 4 is a flow chart describing a second process for enabling suppliers to track the delivery status of orders placed in the commercial transaction of FIG. 2; and FIG. 5 is a flow chart describing a process for enabling customers to track the delivery status of orders placed in the commercial transaction.
FIG. 6 is a flow chart describing a process for enabling authorized carriers to submit delivery status information over the network for subsequent display to cus- tomers.
DETAILED DESCRIPTION OF THE INVENTION
An Internet computer system 10 is generally illustrated in FIG. 1. A conventional client computer system 12, executing a client browser application that supports the HTTP protocol, is connected typically through an Internet Service Provider (ISP) to the Internet 14. A server computer system 16 is also coupled typically through an Internet Service Provider to the Internet 14. The server computer system 16, controlled by a local console 18, executes a Web server application conventionally known as a HTTPd server. In addition, the server computer system 16 preferably provides local storage for at least one, though typically many Web pages.
The client computer system requests a Web page by issuing a URL request through the Internet 14 to the server system 16. A URL consistent with the present invention may be a simple URL of the form:
<protocol_identifιer>://<server_path>/<web_page_path>
A " protocol_identifιer" of "http" specifies the conventional hyper-text transfer protocol. A URL request for a secure Internet transaction typically utilizes the secure protocol identifier "https," assuming that the client browser and Web server are presumed to support and implement the secure sockets layer (SSL). The "server_path" is typically of the form "prefix.domain," where the prefix is typically "www" to designate a Web server and the "domain" is the standard Internet sub- domain.top-level-domain of the server system 16. The optional "web_page_path" is provided to specifically identify a particular hyper-text page maintained by the Web server. In response to a received URL identifying an existing Web page, the server system 16 returns the Web page, subject to the HTTP protocol, to the client computer system 12. This Web page typically incorporates both textural and graphical information including embedded hyper-text links that permit the client user to readily select a next URL for issuance to the Internet 14.
The URL issued from the client system 12 may also be of a complex form that identifies a common gateway interface (CGI) program on a server system 16. Such a HTML hyperlink reference is typically of the form:
<form action="http://www.vendor.com/cgi-bin logon.cgi" method=post>
A hyper-text link of this form directs the execution of the logon.cgi program on an
HTTP server in response to a client side selection of an hyperlink. A logon form supported by a logon CGI program is typically used to obtain a client user login name and password to initiate an authenticated session between the client browser and Web server for purposes of supporting, for example, a secure purchase transaction.
Referring now to FIG. 2, there is illustrated a flow chart describing a method for processing an order for an item over a network (e.g., as shown and described above). This method can be implemented by a software program resident in one or more servers associated with the supplier. This method assumes the use of a so-called "shopping cart" purchase model, in which a user can select any number of desired items, which are then separately stored as a list (or "cart") of desired items; when the user is ready to complete the transaction, the list is recalled and the user can then proceed to purchase the items. It will of course be appreciated that other purchasing models may be used. In step 200, the customer accesses an order entry web page via the network. In step 202, it is determined whether the customer has any orders currently awaiting processing (e.g., in a "shopping cart" or list of desired items which the user has not yet purchased). If it is determined that the user does have orders awaiting processing, the process proceeds in a manner to be described below. If it is determined in step 202 that the user does not have any orders awaiting processing, the process continues in step 204, where the server causes an order entry page to be displayed to the user on the user's computer. In this embodiment, the entry order page presents the user with an option of using a previously entered order template. Such an order template would preferably include information material to the purchase of particular product (e.g., part number, product identification number, product description, quantity, and shipping address) and would increase the speed and simplicity in the event a re-order is required, by eliminating the need for the customer to re-enter this information.
In step 206, if the user selects an order template, the process proceeds in a manner to be described below. If, on the other hand, the user does not select an order template, the process proceeds to step 208, where the customer enters order information through the interface, and the supplier's server receives this order information. In step 210, the user indicates to the supplier server, via the interface and the network, that the user has finished entering the order information. If the user had selected the use of an order template in step 206, then in step 207 the server causes order informa- tion to be populated from the template, and in step 209, the customer is allowed to modify the order information provided from the template and to enter additional information not provided in the template such as a requested delivery date.
In step 212, the server determines if all required fields (that is, all information required to process the order) have been entered. If required information is missing, the customer is so informed (e.g., by flagging the fields that require information) in step 215, and the process returns to step 210. If there is no required information missing, the process continues to step 214, where the server examines an inventory database to determine whether the ordered item(s) are presently in inventory, and determines an estimated delivery date for the ordered item(s). In step 216, a list of potential delivery dates or times is determined for the ordered item(s).
In step 218, the server determines whether an off list price (OLP), or discounted price, is available for the ordered item(s). If such an alternative price exists, the process continues to step 219, where the customer or user is requested to identify the end user of the product on whose behalf the user is purchasing the product. In step 221, whether or not the customer or user can identify an end user for which the product or item is intended determines whether the OLP, or some other price, will be applied. If a specific end user is identified, the process continues to determine a price and/or price bracket as will be described in more detail below. If the purchaser is not ordering the item(s) on behalf of some other end user, the process continues to step 220, where it is determined whether a customer price list (CPL) exists for the ordered item(s). If such a CPL exists, the process jumps to step 228, where a unit price and price breakdown are determined in a manner to be described below.
If such a CPL is determined not to exist in step 220, then the process continues to step 222, where it is determined whether a list price exists. If a list price exists, it is determined whether that list price is equal to a predetermined default value representing an insufficient order quantity (in this example, S99.99) in step 224. If a list price is found not to exist in step 222, or if the list price is found to be a default value, step 226 will cause the customer to be informed that there is no price found for the product, and the process will end. If a list price is found to exist, and the list price is not a default value, or if the customer is purchasing a product on behalf of another user, the process continues to step 228, where a unit price and price bracket are determined.
In step 230, the customer is presented with an "shopping cart" page which displays all the information entered (or populated by a template) during the ordering process for each non-submitted order. In step 232, the customer submits the shopping cart to the supplier. In response to this submission, in step 234, the pricing, inventory availability, and delivery date are be calculated, and in step 236, the customer is presented with an order summary.
In step 238, it is determined whether an order confirmation number is avail- able for the customer's order. If such a number is available, it is provided to the customer in step 240 (e.g., by automatically causing an electronic mail message to be sent), and if such a number is not available, the order exceptions are resolved in step
242, and the number is provided to the customer at a later time. It should be understood that the network of FIG. 1 and the electronic commerce method of FIG. 2 are merely exemplary models used to illustrate the environment in which the present invention may be used. The present invention may be used with any suitable network or electronic commerce method and should not be limited to those described above.
Referring now to FIG. 3, there is illustrated a flow chart describing a method for enabling suppliers to track the delivery status of orders from multiple carriers over a computer network in accordance with the present invention. In step 300, the supplier establishes communication with all of the carriers authorized to deliver orders. The term "carriers" refers to any entity which delivers a product to a customer and may include commercial delivery services, in-house warehouses, and third party vendors.
Communication with the carriers may take any suitable form that permits the exchange of tracking information between the carrier and the supplier. One example of a suitable communication format is electronic data interchange (EDI). EDI communication is done either individually or through a third party clearing house known as a Value Added Network (VAN) which then establishes the required communications with each individual carrier. EDI is often referred to as the electronic exchange of information between two business concerns in a specific pre-determined format. The benefits of EDI include the ability to transfer large quantities of information in a short amount of time, without requiring the need for personal contact, physical handling of papers, or re-entry of data. However, in order to make EDI work, all parties concerned must be capable of sending and receiving information in a standard format regardless of the particular system being used by each party.
Conventionally, many of the larger carriers, routinely provide order status information to the supplier via EDI. In particular, carriers transmit EDI 214 data codes corresponding to the current shipment status of each order. Raw EDI 214 data however, is not readily understood by the ordinary customer and therefore is not generally used as a means for providing on-line order tracking. A second form of communication suitable for use with the present invention is personal contact between the carriers and the supplier. This form of communication facilitates manual entry of information by customer service personnel in circumstances where electronic information cannot be obtained. The supplier's customer service personnel periodically contact the carriers through conventional means (e.g., electronic mail, telephone, etc.) and hand key the information obtained into the system. Alternatively, the carrier may themselves manually enter the information into the supplier's system through a suitable interface described in detail below.
In step 310, the supplier sources the order from appropriate warehouse(s), out- side vendor(s), or manufacturing facilities for delivery to the customer. In accordance with the supplier's sourcing, at step 312, the warehouse, vendor, or manufacturer ships the order using any of a variety of authorized carrier services, including their own in house carriers. In step 314, the warehouse, vendor, or manufacturer returns a description of all pertinent shipping information (e.g., carrier used, tracking numbers, etc.) associated with a particular order. The supplier, in step 316, then periodically
(and automatically) communicates with the appropriate carrier(s) and tracks the delivery status of the relevant order. As described above, this communication may take any suitable form including, but not limited to, EDI, seamless web site integration, and personal contact. The carriers return the relevant information to the supplier, which is then stored in a database for future access by the system in step 318. In this manner, the supplier maintains a complete database of delivery information for all orders placed within a predetermined period of time (e.g., the last 30 days) from all authorized carriers. This information is maintained completely separate from the carrier's own online tracking information and is therefore not subject to disruptions in the carrier's service. It should be noted that in the case of seamless web site integration, tracking information regarding the delivery status of an order may also be requested and obtained by the supplier only upon customer request. Since the response is immediate, periodic automated communication with the carrier is not necessary. This provides customers with the most recent tracking information for their order. Referring now to FIG. 4, there is illustrated a flow chart describing a second embodiment of a method for enabling suppliers to track the delivery status of orders from multiple carriers over a computer network in accordance with the present invention. In step 400, the supplier sources an order from an appropriate ware- house(s), outside vendor(s), or manufacturing facilities for delivery to the customer.
In accordance with the supplier's sourcing, at step 410, the warehouse, vendor, or manufacturer ships the order using any of a variety of authorized carrier services, including their own in house carriers. In step 412, the warehouse, vendor, or manufacturer returns a description of all pertinent shipping information (e.g., carrier used tracking numbers, etc.) associated with a particular order. In step 414, the supplier receives a request from an authorized customer to track the delivery status of the order. The supplier, in step 416, in response to the request, formulates and transmits an internal request for tracking information from the carrier's web site. In response, the carrier's web site returns the relevant information to the supplier in step 418, which is then displayed to a customer in step 420. By integrating carrier tracking information into the supplier's web site, the customer is not forced to navigate away from the supplier's site and navigate back to continue business with the supplier. In this manner, the supplier provides the most recent delivery status information to customers for all orders placed within a predetermined period of time (e.g., the last 30 days) from all authorized carriers having web tracking capabilities.
Referring now to FIG. 5, there is shown a flow chart describing a method for enabling customers to track the delivery status of a recent order, in accordance with the present invention. In step 500, the customer accesses a shipment tracking web page via the network. Upon entry of a unique username and password, the server determines, in step 510, whether the customer has submitted any orders within a predetermined period of time (e.g., the last 30 days). If not, the server displays a message at step 512 indicating that no recent orders have been submitted. If at least one recent order has been submitted, the server displays a listing of all such orders in step 514. In step 516, the customer is asked to select an order to track. Upon the selection of a particular order, the server, in step 518, determines whether the carrier has web tracking capabilities on its web site. If the carrier does not have web tracking capabilities, the server, in step 520, references the tracking information database discussed above in FIG. 3 and displays, in step 522, the retrieved delivery status information to the customer. If the carrier does have web tracking capabilities, the server, in step 524, formulates and transmits an internal request for tracking informa- tion from the carrier's web site. In step 526, the server receives tracking information from the carrier's web site and displays, in step 528, the information to the customer. In this manner, the customer is able to track the progress of recent orders regardless of the carrier by which they are being shipped and without the need to navigate off of the supplier's web site.
Referring now to FIG. 6, there is illustrated a flow chart describing a method for enabling authorized carriers to submit delivery status information over a network for subsequent display to customers, in accordance with the present invention.. This method may be implemented by a software program resident in one or more servers associated with the supplier.
In step 600, the server receives a request by the client machine of a carrier representative to access a update shipment status web page. Once the request is received by the server, the process continues to step 602 in which the server 14 interacts with the carrier representative client, in a conventional manner, to determine the identity of the particular customer operating the client. One conventional method of determining identity is the logon form briefly described above, although any suitable method for identifying a particular customer user may be utilized (e.g., cookies, etc.). If the server determines, in step 602, that the carrier representative is not logged in to the site, a message is generated in step 604 indicating that the representative must log in to proceed. Once the carrier representative logs in, the server determines in step 606, whether the identified representative is authorized to access shipment tracking information. If the representative is not authorized to view or modify such information, the server denies access and displays a corresponding message in step 608. If the representative is authorized to view and modify shipment tracking information, the server displays, in step 610, a listing of all undelivered shipments for the individual carrier. Of course, it must be anticipated that carriers may have a large number of such undelivered orders. Therefore, in step 612, the server displays a search request form enabling the carrier representative to search through the list of undelivered orders for a particular order. Although not limited to the following criteria, orders should be searchable through a variety of attributes, such as PRO number, Bill of Lading number, shipment date. In step 614, the server receives a search request for a particular undelivered order. In step 616, the server determines whether any results match the requested search. If not, an appropriate message is displayed to the carrier representative, in step 618, and the representative is permitted to re-enter a search request. If results do match the search request, the server, in step 620, displays the resulting orders in sortable fashion, enabling the carrier representative to sort the search results by any searchable attribute.
Once the desired order is found in step 620, the server receives, in step 622, a request to modify the shipment status for the order. This is typically accomplished via a hyperlink associated with the particular order, but any suitable means may be used. In step 624, the server displays a form for the entry of shipment tracking information. The form includes at least the following entries: status code (selected from a drop down menu), the date and time of the status information. Optionally, the form may include provisions for enabling the entry of location information and carrier comments. In step 626, the server receives a submitted form from the carrier representative and, in step 628, the carrier ascertains whether all of the required information has been submitted. If the form is deficient in any manner, an error message is displayed in step 630 and the form is re-displayed to the carrier representative for correction. If the form is complete, the server displays, in step 632, an appropriate "modification successful" message and further re-displays the listing of undelivered orders, so that the carrier representative may modify the status of another order.
While the foregoing description includes many details and specificities, it is to be understood that these have been included for purposes of explanation only, and are not to be interpreted as limitations of the present invention. Many modifications to the embodiments described above can be made without departing from the spirit and scope of the invention, as is intended to be encompassed by the following claims and their legal equivalents.

Claims

WHAT IS CLAIMED IS:
1. A method of providing online tracking of delivery status information of an order over a computer network comprising the steps of:
communicating delivery status information regarding the order from at least one carrier shipping the order to a server associated with the computer network,
storing the delivery status information on the server,
receiving, at the server, a request for delivery status information from a customer,
retrieving the stored delivery status information, and
displaying the stored delivery status information to the customer.
2. The method of claim 1, wherein the at least one carrier includes at least two different carriers shipping at least two different orders, and further comprising the step of storing the delivery status information of each order on the server.
3. The method of claim 1, wherein the step of communicating delivery status information is performed only when the order is less than a predetermined age.
4. The method of claim 3, wherein the predetermined age is 30 days.
5. The method of claim 1, wherein the step of communicating delivery status information comprises communicating the delivery status information by electronic data interchange.
6. The method of claim 5, further comprising the step of formatting the delivery status information, by the at least one carrier into a predefined common format for delivery by electronic data interchange.
7. The method of claim 1, wherein the step of communicating delivery status information comprises hand keying the delivery status information into the server.
8. The method claim 7, wherein the step of hand keying the delivery status information is performed by a supplier associated with the server upon personal contact with the at least one carrier.
9. The method of claim 7, wherein the step of hand keying the delivery status information is performed by the at least one carrier over a computer network.
10. The method of claim 1 further comprising the step of automatically updating, at the server, delivery status information regarding the at least one order from the at least one carrier pursuant to a predetermined schedule.
11. The method of claim 1 further comprising the step of periodically updating, at the server, delivery information regarding the at least one order from the at least one carrier.
12. The method of claim 1 further comprising storing the delivery status information in a database on the server.
13. A method of providing, over a computer network, tracking of delivery status information of an order shipped by at least one carrier having a web site including web tracking capabilities, comprising the steps of:
receiving, at the server associated with the computer network, a request for delivery status information of the order from a customer,
formulating an internal request for delivery status information from the at least one carrier,
transmitting the internal request for delivery status information to the web site of the at least one carrier,
receiving delivery status information from the web site of the at least one carrier, and
displaying the received delivery status information to the customer.
14. The method of claim 13, wherein the at least one carrier includes at least two different carriers shipping at least two different orders.
15. The method of claim 13, further comprising the step of determining the age of the order.
16. The method of claim 15, further comprising the step of displaying an error message to the customer when the age of the order is greater than a predetermined age.
17. The method of claim 16, wherein the predetermined age is 30 days.
18. A method of providing online tracking of delivery status information of an order over a computer network comprising the steps of:
receiving, at a server, at least one order from a customer, the at least one order indicating that a customer intends to purchase one or more items,
sourcing the at least one order from a warehouse, for delivery to the customer,
receiving, from the warehouse, shipping information relating to each of the at least one order, the shipping information including a carrier designation and a unique order designation assigned by the carrier, the carrier designation limited to one of several authorized carriers,
storing the shipping information on the server,
establishing communications with the designated carrier regarding the delivery status of the order utilizing the unique order designation,
receiving, from the designated carrier, delivery status information regarding the at least one order,
storing the delivery status information on the server,
receiving, at the server, a request by the customer for the delivery status information, retrieving from storage the delivery status information, and
presenting the delivery status information to the customer.
19. The method of claim 18, wherein the step of establishing communications with the designated carrier further comprises establishing electronic data interchange between the designated carrier and the server.
20. The method of claim 19 further comprising the step of:
preparing, by the designated carrier, the delivery status information into a predetermined common format for delivery by electronic data interchange.
21. The method of claim 18, further comprising the step of periodically updating, at the server, the delivery status information regarding the at least one order.
22. The method of claim 18, further comprising the step of automatically updating, at the server, delivery status information regarding the at least one order pursuant to a predetermined schedule.
23. The method of claim 18 wherein the shipping information is stored in a first database and the delivery status information is stored in a second database.
24. The method of claim 18, wherein the order includes an order for bulk chemicals.
25. A method of providing online tracking of delivery status information of an order over a computer network comprising the steps of:
receiving, at a server, at least one order from a customer, the at least one order indicating that a customer intends to purchase one or more items,
sourcing the at least one order from a source, for delivery to the customer,
receiving, from the source, shipping information relating to each of the at least one order, the shipping information including a carrier designation and a unique order designation assigned by the carrier, the carrier designation limited to one of several authorized carriers,
storing the shipping information on the server,
receiving, at the server, a request by the customer for the delivery status information,
formulating an internal request for delivery status information from the carrier utilizing the unique order designation,
transmitting the internal request for delivery status information to the carrier,
receiving the delivery status information from the carrier, and
displaying the delivery status information to the customer.
26. A computer readable storage medium for incorporating instructions for providing online tracking of delivery status information of an order, the instructions comprising:
establishing communications with at least one carrier shipping the order
receiving a request for delivery status information for the order from a customer,
requesting, from the at least one carrier, delivery status information for the order,
receiving from the at least one carrier delivery status information regarding the order, and
displaying the received delivery status information to the customer.
PCT/US2000/033839 1999-12-30 2000-12-14 Online tracking of delivery status information over a computer network WO2001050376A2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
AU30743/01A AU3074301A (en) 1999-12-30 2000-12-14 Online tracking of delivery status information over a computer network

Applications Claiming Priority (6)

Application Number Priority Date Filing Date Title
US17379999P 1999-12-30 1999-12-30
US60/173,799 1999-12-30
US09/498,464 US6463420B1 (en) 1999-12-30 2000-02-04 Online tracking of delivery status information over a computer network
US09/498,464 2000-02-04
US56840200A 2000-05-10 2000-05-10
US09/568,402 2000-05-10

Publications (2)

Publication Number Publication Date
WO2001050376A2 true WO2001050376A2 (en) 2001-07-12
WO2001050376A3 WO2001050376A3 (en) 2002-08-01

Family

ID=27390334

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2000/033839 WO2001050376A2 (en) 1999-12-30 2000-12-14 Online tracking of delivery status information over a computer network

Country Status (2)

Country Link
AU (1) AU3074301A (en)
WO (1) WO2001050376A2 (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1336928A1 (en) * 2001-12-31 2003-08-20 Neopost Industrie B.V. Method and computer program for monitoring the transport of objects in a distribution system
SG116497A1 (en) * 2002-07-23 2005-11-28 Dell Products Lp Manufacturing optimization and synchronization process.

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0370146A1 (en) * 1986-10-01 1990-05-30 Strategic Processing Corporation Interactive market management system
US5758327A (en) * 1995-11-01 1998-05-26 Ben D. Gardner Electronic requisition and authorization process
WO1999006161A1 (en) * 1997-08-01 1999-02-11 Kiroku Kato Improved package and mail delivery system

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0370146A1 (en) * 1986-10-01 1990-05-30 Strategic Processing Corporation Interactive market management system
US5758327A (en) * 1995-11-01 1998-05-26 Ben D. Gardner Electronic requisition and authorization process
WO1999006161A1 (en) * 1997-08-01 1999-02-11 Kiroku Kato Improved package and mail delivery system

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
DERBORT H J: "Automation at Federal Express" IEEE REGION 5 CONFERENCE 1988: SPANNING THE PEAKS OF ELECTROTECHNOLOGY (CAT. NO.88CH2567-6), COLORADO SPRINGS, CO, USA, 21-23 MARCH 1988, pages 215-218, XP010074945 1988, New York, NY, USA, IEEE, USA *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1336928A1 (en) * 2001-12-31 2003-08-20 Neopost Industrie B.V. Method and computer program for monitoring the transport of objects in a distribution system
SG116497A1 (en) * 2002-07-23 2005-11-28 Dell Products Lp Manufacturing optimization and synchronization process.

Also Published As

Publication number Publication date
AU3074301A (en) 2001-07-16
WO2001050376A3 (en) 2002-08-01

Similar Documents

Publication Publication Date Title
US6463420B1 (en) Online tracking of delivery status information over a computer network
US6430540B1 (en) Method and system for monitoring and modifying a consumption forecast over a computer network
US7792705B2 (en) Method and system for placing a purchase order via a communications network
EP0927945B1 (en) Method and system for placing a purchase order via a communications network
US8332282B2 (en) On-line merchandise return labels
US8341036B2 (en) Combining disparate purchases into a single purchase order for billing and shipment
EP1952327A2 (en) System and method for transaction automation
US20030004816A1 (en) User-specific method of selling products, computer program product, and system for performing the same
US7366689B2 (en) Method of notifying information about commodity
US20040117263A1 (en) Method, server system and computer program product for user registration and electronic commerce system
WO2001050376A2 (en) Online tracking of delivery status information over a computer network
US7707094B1 (en) System and method for electronically sourcing products
US20030212570A1 (en) System and method for inquiring remaining quantity of orders
JP2005115451A (en) Portal site system, order receiving/sending system, and its method
WO2001057766A2 (en) Method for providing automatic display of prior order history over a computer network
JP2003263596A (en) Order system, order method and order program in electronic commerce
WO2000072213A1 (en) Systems and methods for electronic commerce
JP2003196504A (en) Physical distribution intermediary system for retail business
WO2001050374A1 (en) Method and system for releasing shipments from a complex order over a computer network
JP2002049794A (en) System and method for order entry and placement of merchandise
JP2002288551A (en) Commodity distribution management system
JP2005078562A (en) Order receiving device, commodity delivery device, ordered commodity delivery system, method therefor, and program
WO2001050303A2 (en) Automatic provision of certification requests
WO2001050375A1 (en) On-line issue tracking method and apparatus for a purchasing system
WO2001050373A1 (en) Pricing method and apparatus for an on-line purchasing system

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A2

Designated state(s): AL AM AT AU AZ BA BB BG BR BY CA CH CN CU CZ DE DK EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MD MG MK MN MW MX NO NZ PL PT RO RU SD SE SG SI SK SL TJ TM TR TT UA UG UZ VN YU ZW

AL Designated countries for regional patents

Kind code of ref document: A2

Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE TR BF BJ CF CG CI CM GA GN GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
AK Designated states

Kind code of ref document: A3

Designated state(s): AL AM AT AU AZ BA BB BG BR BY CA CH CN CU CZ DE DK EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MD MG MK MN MW MX NO NZ PL PT RO RU SD SE SG SI SK SL TJ TM TR TT UA UG UZ VN YU ZW

AL Designated countries for regional patents

Kind code of ref document: A3

Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE TR BF BJ CF CG CI CM GA GN GW ML MR NE SN TD TG

REG Reference to national code

Ref country code: DE

Ref legal event code: 8642

122 Ep: pct application non-entry in european phase
NENP Non-entry into the national phase in:

Ref country code: JP