USRE40924E1 - Logistics system for automating transportation of goods - Google Patents
Logistics system for automating transportation of goods Download PDFInfo
- Publication number
- USRE40924E1 USRE40924E1 US09/315,680 US31568099A USRE40924E US RE40924 E1 USRE40924 E1 US RE40924E1 US 31568099 A US31568099 A US 31568099A US RE40924 E USRE40924 E US RE40924E
- Authority
- US
- United States
- Prior art keywords
- client application
- server
- rate
- shipper
- rules
- Prior art date
- Legal status (The legal status 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 status listed.)
- Expired - Lifetime
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION 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/00—Administration; Management
- G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION 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/00—Administration; Management
- G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
- G06Q10/063—Operations research, analysis or management
- G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
- G06Q10/06311—Scheduling, planning or task assignment for a person or group
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION 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/00—Administration; Management
- G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
- G06Q10/063—Operations research, analysis or management
- G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
- G06Q10/06315—Needs-based resource requirements planning or analysis
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION 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/00—Administration; Management
- G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
- G06Q10/087—Inventory or stock management, e.g. order filling, procurement or balancing against orders
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION 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
- G06Q30/00—Commerce
- G06Q30/02—Marketing; Price estimation or determination; Fundraising
- G06Q30/0283—Price estimation or determination
Definitions
- the present invention relates generally to computerized systems for expediting the shipping of goods in commerce. More particularly, the invention relates to a computerized logistics system for managing and integrating various aspects of order processing, order fulfillment and goods transportation and tracking.
- the standalone mail manifesting systems are limited in that they are designed to automate only the shipping functions such as printing mailing label and mailing manifest by the shipping clerk or shipping department.
- the conventional standalone system was not integrated with the customer order department or with the order fulfillment and order packaging departments.
- conventional standalone systems have lacked the ability to take order size, package size or time in transit into account when selecting the least cost carrier.
- Mainframe order processing systems are also limited. Due to the complexity of mainframe computer architecture and associated software systems, it is not practical to use these solutions in the small or moderate sized business environment. Mainframe-based systems often require years to develop and to customize for a particular organization's needs. Thereafter, large data processing departments are needed to maintain the system and keep it operational.
- the present invention provides a high-performance, cost-effective logistics system which is readily adaptable to a wide variety of different organizations.
- the system is suitable for deployment on a single, standalone computer or on a computerized network comprising many computers.
- advantages of the present system are (1) substantial reduction in freight costs; (2) a major increase in fulfillment accuracy; (3) convenient order tracking to facilitate warranty, lot and serial number tracking; (4) improved customer service; (5) a readily customizable system which can be adapted to virtually any shipping operation; (6) a robust system having a long useful life; (7) graphical user interface screens for easy training and use; and (8) greatly reduced implementation costs in a system with increased effectiveness.
- the logistics management system of the invention facilitates the process of shipping goods by a shipper having a predefined set of shipping requirements via a carrier having a predefined rate structure.
- the system employs a multitasking operating system environment for running a plurality of computer processes substantially simultaneously.
- the environment has a means for interprocess communication whereby messages may be passed between the computer process.
- a supervisory server running in the operating system environment, provides registration services to connect one or more computer processes to the interprocess communication mechanism.
- the system further employs at least one rate server, also running in the operating system environment, substantially simultaneously with the supervisory server.
- the rate server or servers provide access to carrier rate structure data and also provide predefined data processing services using the carrier rate structure data in response to a predefined set of request messages.
- the predefined data processing services include the providing of response messages based at least in part on the carrier rate structure data.
- the rate server or servers have registration means for communicating with the supervisory server to invoke the registration services of the supervisory server and thereby establish a connection to the interprocess communication means.
- there is one rate server for each carrier e.g., U.S. Postal Service, Federal Express, United Parcel Service, etc.
- these servers are provided with a complete knowledge base of all rate structure data and shipping rules and regulations pertaining to that carrier.
- the logistics managements system also includes at least one client process running in the operating system environment substantially simultaneously with the supervisory server and also with the rate server or servers.
- the client process has a user interface for collecting input information from a user about a desired operation and for providing output information. More specifically, the client process also has registration means for communicating with the supervisory server, to invoke the registration services of the supervisory server, and thereby establish a connection to the interprocess communication means.
- the client process has a preprogrammed set of rules which are reflective of a given shipper's predefined set of shipping requirements.
- the client process also has a processing means for using the preprogrammed set of rules and using at least a portion of the input information to issue request messages to one or more rate servers and to interpret response messages received from the rate severs in order to provide the output information.
- the client process is preprogrammed with a knowledge base to reflect the shipping organization's rules, regulations and practices. In this way, the client process presents a familiar view of day-to-day operations, as seen by the organization's personnel who are responsible for taking orders, packaging goods and shipping goods to customers. Because the sometimes complex rules and regulations of the carriers are fully handled by the rate servers, users interacting with the client process do not need to have a full and complete understanding of the carrier's rules and regulations in order to properly ship goods in a cost-effective and timely manner.
- the supervisory server, the rate server or servers and the client process or processes are interoperable through the interprocess communication means (a) to receive input information from a user via the user interface of the client process, (b) to use the input information to issue a request message to the rate server via the interprocess communication means, (c) to process the issued request message and thereby cause a response message to be generated by the rate server, (d) to send the response message to the client process via the interprocess communication means, and (e) to provide output information based on the response message.
- the output information can range from simply displaying information on a screen to the user, to printing a mailing label or manifest or to updating records in a company database.
- FIG. 1 illustrates an example application in which the logistics management system of the invention may be implemented
- FIG. 2 is an icon view of the plurality of program objects which comprise a presently preferred embodiment of the logistics management system
- FIG. 3A is a block diagram depicting a distributed architecture embodiment of the invention.
- FIG. 3B is a block diagram illustrating a single, standalone CPU embodiment of the invention.
- FIGS. 4A-4L inclusive, represent exemplary user interface screens of the presently preferred embodiment
- FIG. 5 is a block diagram illustrating the presently preferred mechanism for implementing the client/server architecture, illustrating how multiple threads operate in the presently preferred embodiment
- FIG. 6 is a block diagram illustrating the present preferred tree-structured client/server communications mechanism.
- the logistics system of the invention serves as a management tool for the automated order processing, packaging, shipping and transportation of goods.
- the system is highly flexible and adaptable and thus the invention can be implemented in many forms. Therefore, in order to illustrate the principles of the invention an exemplary order processing, packaging and shipping operation will be illustrated and described. It will be understood that the invention provides a collection of building blocks or program objects which can be assembled in a variety of different ways to easily construct a logistics management system for practically any application.
- FIG. 1 an exemplary application is illustrated.
- a networked architecture is illustrated in which a plurality of computers are interconnected by a local area network bus 20 .
- the number of computers and the network architecture utilized are matters of design choice.
- the invention is not restricted in this regard and will operate on systems as small as a single standalone computer and as large as a global-wide area network.
- FIG. 1 illustrates a simple system which includes an order processing station 22 , a packaging station 24 and a shipping station 26 .
- the order processing station might ordinarily include one or more computer terminals through which order entry personnel input a customer's order.
- the order entry terminal may be integrated with a point-of-sale terminal or cash register or it may be associated with or connected with a telephone system through which customer orders are placed.
- most order entry terminals are designed to be operated by an order processing clerk, direct order entry by the customer via computerized telecommunications equipment is also envisioned.
- the order packaging station may also comprise one or more computer terminals to which a bar code scanning device 28 may be optionally attached.
- the scanning device would be used, for example, to scan the universal product code (UPC) of each item as it is picked from the warehouse shelves and placed into the shipping container 30 .
- UPC universal product code
- the shipping station 26 similarly may include one or more computer terminals to which a scanning device 32 , electronic scale 34 and mailing label printers 36 may be attached.
- the printers are capable of printing the necessary shipping documents, bills of lading, manifests and so forth, as well as the appropriate package labeling.
- the package label may be preprinted (e.g. at the packing station) and the scanning device 32 may be used to read the label and thereby automatically enter the package identifying number into the system.
- the logistics management system of the invention may be implemented in software and run from a variety of different computer platforms. Preferably, at least portions of the logistics management software are installed and run on each of the computer terminals illustrated in FIG. 1 . In addition, the logistics management system software may also be installed and run on other computers attached to the network, such as computer 38 . As will be more fully described below, the logistics management system is also capable of interfacing with non-native computer systems, e.g., previously existing company database systems, via an external processing management system. To illustrate this, an external database 40 is depicted in FIG. 1 . The database may be resident, for example, on a mini-computer or mainframe computer used to store company financial records. If necessary, the external database system may be connected via a gateway 42 to the local area network bus 20 .
- the presently preferred logistics management system is implemented using a client/server architecture and a multitasking operating system. Although the presently preferred system runs under the OS/2 operating system, use of OS/2 is not a requirement. Any multitasking operating system can be used. A multitasking operating system was selected for the preferred embodiment because it permits multiple processes (and multiple threads) to run effectively simultaneously. The multitasking operating system thus allows multiple programs to run effectively simultaneously and to communicate with each other through an interprocess communications (IPC) mechanism.
- IPC interprocess communications
- the present invention allows the logistics management task to be split into multiple pieces.
- This architecture is quite advantageous since it allows updates or changes to be effected with respect to part of the system without affecting the rest of the system.
- the client/server architecture derives benefit from the multitasking operating system by allowing the overall logistics management task to be subdivided along functional lines.
- the presently preferred embodiment places carrier-related information, such as shipping rates, shipping rules, time in transit information and the like in one or more rate servers. These servers are responsible for making all determinations regarding how a given carrier's rules and rate structures are to be interpreted.
- the presently preferred embodiment facilitates the particular shipper's requirements, such as order taking, order fulfillment, inventory control and the like, in one or more client applications.
- client applications may be customized to conform quite closely to a given shipper's operation.
- client applications call upon the necessary rate servers, as needed, for the appropriate shipping rates and shipping requirements of the selected carrier.
- the multitasking operating system and the client/server architecture of the preferred embodiment comprises the logical structure of the logistics management system.
- the physical structure i.e., how many computers are used and how those computers are interconnected, can vary widely and still implement the above-described logical client/server architecture.
- the preferred embodiment is constructed to support distributed applications in which different pieces of the total client/server structure are run on multiple machines interconnected together via a network.
- any of the computer terminals associated with stations 22 , 24 and 26 , as well as computer 38 may host one or more client applications and one or more server applications.
- the present invention uses a plurality of program building blocks or program objects, each having a specific function within the overall client/server architecture.
- the building blocks or program objects which make up the presently preferred embodiment are illustrated collectively in FIG. 2 .
- FIG. 2 is illustrated in the form of a window or folder 50 containing a plurality of icons, each representing one of the program objects which make up the preferred embodiment. A brief description of each of these objects is presented below. Further details of the manner in which these objects communicate with one another and further details of the objects construction will be presented thereafter.
- the presently preferred program objects are described in Table I below. Broadly speaking, these objects can be classified as being client objects or server objects. For example, the objects bearing the designation “server” or “manager” function as server objects. The objects designated as “client” or “administration” (admin) function as client objects.
- servers such as rate servers encode the knowledge required to answer questions such as how to calculate shipment rates or how to band shipments.
- rate servers provide the knowledge regarding a specific carrier's requirements.
- rate servers are provided with specific details regarding a given shipment's weight or the required delivery date by a client application.
- rate servers do not have user interface screens. Servers simply appear as icons on the user's desktop and wait to be asked a question by a client. Provided the question includes the right details, the server will then return the correct answer to the client. Servers can reside anywhere on a network, so they may not necessarily be visible as icons on a particular user's computer screen.
- Clients are principally responsible for asking specific questions of the servers. Clients have responsibility for gathering and displaying information. As such, clients usually have user interface screens through which a user can enter data or input data through an attached scanning device.
- Manager objects are principally responsible for managing aspects of the logistics management system, such as the communication between clients and servers, or communication with printers, scanners and the like.
- Administration objects are principally responsible for providing a user interface mechanism whereby the user may edit system settings and scripts.
- Supervisory Server Acts as a repository for system wide information.
- Document Server Manages the client requests for non-carrier docu- ment formats and the printing of those documents.
- FedEx Rate Server Manages the Federal Express rates, carrier rules and documentation requirements.
- UPS Rater Server Manages the UPS rates, carrier rules and documentation requirements.
- RPS Rate Server Manages the RPS rates, carrier rules and documentation requirements.
- LTL Rate Server Manages the LTL rates, carrier rules and documentation requirements.
- Supervisory Manager Acts as a repository for machine-specific information. Ext. Process Manager: Manages the client requests for access to outside services such as remote databases and remote computers. Device Manager: Manages the client requests for access to outside devices such as printers, scanners, and scales.
- Reset Database Resets the sample database to its default values to facilitate training exercises. Introduction to the A tutorial for the new user. system: Reports: Double-clicking this icon will run a third party report generator program. Supervisory Allows the user to edit system settings, manage Administration: shipper information and allows users to send messages to other computers. Script Administration: Allows the user to create and edit scripts used by the External Processing Manager. FedEx Administration: Allows the user to configure the Federal Express Server settings such as account numbers, EDI settings and to close out the manifests. UPS Rate Allows the user to configure the UPS Server Administration: settings such as account numbers, rates, discounts and to close out the manifests. RPS Administration: Allows the user to configure the RPS Server settings such as account numbers, rates, discounts and to close out the manifests.
- LTL Administration Allows the user to configure the LTL Server settings such as account numbers, and rates, discounts and to close out.
- Search and Trace A client application which allows the user to search and trace specific packages, shipments and orders.
- Shipments A client application which allows the user to process shipments comprised of multiple packages per order.
- Packages A client application which allows the user to process shipments comprised typically of one package per order.
- Bills of Lading Allows the user to create bills of lading for LTL Motor Freight Shipments.
- LTL Shipments Allows the user to create and rate bills of lading for LTL Motor Freight Shipments.
- Document Allows the user to configure the Document Server Administration: with UCC-128 serial number information and
- one supervisory server and at least one supervisory manager would be provided. Specifically, one (and only one) supervisory server is provided for the entire network. In addition, one supervisory manager is provided for each CPU that will be running client or server applications on the network. This is illustrated in FIG. 3A , which depicts a distributed architecture employing three networked CPUs 102 , 104 and 106 . As illustrated, the supervisory server and one supervisory manager are running on CPU 104 . Supervisory managers are also running on CPUs 102 and 106 . For illustration purposes a UPS rate server object and a UPS rate administration object are also running on CPU 102 ; whereas a shipments client and a device manager are running on CPU 106 . Thus, FIG. 3A represents one possible configuration assembled from the collection of presently preferred program objects.
- FIG. 3B In which a standalone CPU is indicated at 108 .
- this simple configuration includes a supervisory server and supervisory manager, along with any other program objects which may be required for the task being performed.
- FIG. 3B several rate servers and a packages client have been illustrated.
- the client/server program objects illustrated as icons in FIG. 2
- the user interface may vary in appearance and function, as dictated by the particular task to be performed.
- the user interface screens illustrated in FIGS. 4A-4L are intended merely as examples in accordance with the presently preferred embodiment.
- the presently preferred embodiment places icons for all user-selectable program objects in the Logistics Management System folder or window, shown in FIG. 2 .
- the window shows a sample set of icons for the presently preferred system.
- Each icon is a pointer to a separate client, manager or server object.
- By double-clicking on the appropriate icon its object is started.
- double-clicking on the Shipments Client starts that program object running.
- IPC interprocess communications
- the Shipments client accepts user input for the routing, rating and documentation of a group of packages comprising a shipment. Multiple shipper accounts are allowed and the desired account may be selected from the Shipper “drop-box.” Similarly, the service is selected from the Service box. Alternatively, the service may be set to Best Way and the system will choose the least cost carrier which meets the transit time requirements indicated in the commitment field.
- the operator types or scans the Reference # (such as order #, pick ticket #, . . . ) and the system may be set to look up the associated information form one or more local and remote sources such as databases and mainframe or minicomputer terminal sessions.
- the upper left quadrant of the screen is to record information for the shipment as a whole.
- the lower left quadrant is used to record specific information for each package in the shipment.
- Any field which has an ellipsis ( . . . ) at its right edge has additional related fields of data available to be “examined” or edited by touching the F10 key or clicking the Examine icon.
- a popup window with the associated fields is displayed for the user.
- most fields may be set up to “browse” available valid entries. They may browse from database records or from “hard-coded” values in scripts.
- the Shipments client and most other clients are capable of processing shipments of mixed modes; e.g. small parcel ground, small parcel air, LTL motor freight, air freight, and TL motor freight.
- the Packages client is designed to facilitate the entry and processing of shipments which typically consist of single small packages. Although, like most other clients, it will handle multiple modes of shipment, it is best suited for single piece shipments. If a multi-piece shipment is encountered, the user may touch CTRL-M or click the Multi button and the shipment is accomodated.
- the Script Administration object shown in FIG. 4C , allows the creation and editing of scripts for the modification of default behavior of the clients.
- a script may be triggered in various ways, such as upon the changing of the contents of virtually any field, upon the pressing or clicking of the function buttons on the client screen, upon the opening or closing of the client, and so on.
- the Shipments client is being operated upon to modify the Commitment terms based on the type of Service being used by the shipper.
- the UPS Rate Adjustments program object and substantially similar objects for each of the carrier rate servers installed on the system allow the user to adjust the discounts and incentive programs extended to the shipper by the carrier.
- Existing discounts may be edited, or new incentive programs not yet envisioned by the carrier may typically be created by the user within the flexible structure of this client type.
- Adjustments may be qualified by destination (ether zone, postal code or destination country) and by weight range. Adjustments may be calculated as percentages of fixed amounts and include or exclude special service fees. If desired multiple adjustments may be created and put into effect.
- the Serial Port 2 Configuration screen shown in FIG. 4E , is a part of the Device Manager object. It allows the adjustment of basic serial port setup values. By clicking on the “Defaults” button, the default settings appropriate to the specific attached device are automatically entered. The “Test” button provides a facility for sending data to and receiving data from the attached device. Additional aspects of the Device Manager object are discussed in connection with FIGS. 4G-4L , below.
- the Document Administration object shown in FIG. 4F , allows the user to adjust settings for the UCC-128 standards of serialized container marking and Electronic Data Interchange. It allows the user to load and store consignee names and addresses and UCC-128 specific values. It also allows the user to edit the database and settings as changes may occur.
- the document server allows any client to print almost any type of document, including shipping labels, waybills and manifests.
- the information needed to print a document is processed through a script. This allows the data to be brought in from any number of sources such as databases, mainframes, files or user-entered information from a client application.
- one document format can serve several client applications and any particular processing needs a user might have. This is quite readily accomplished due to the fact that all data is passed through scripts. Thus, for example, one user might look up the export information for a FedEx international document from a database, while another user might wish to hand enter this data. Both of these tasks can be accomplished by a single document format and without the need for custom programming.
- the Device Manager provides a device-independent means of interfacing with peripheral devices. Device drivers can be added or removed without modifying the software.
- the Device Manager also provides integrated testing tools.
- the Device Manager of the presently preferred embodiment has the ability to monitor power, through an uninterruptible power supply connected to the system. If power fails, the other applications are notified, and an orderly shutdown of the system will take place. This prevents loss or corruption of data by sudden power outage or by subsequent failure of battery power, once the reserves of the uninterruptible power supply have been depleted.
- the monitoring service provided by the Device Manager can shut down multiple machines on a network connected through one uninterruptible power supply.
- FIGS. 4G-4L additional capabilities of the Device Manager object are illustrated.
- the communications port COM 2 is shown as assigned or connected to an electronic scale, in this case a scale designated Toledo 8213 Scale.
- the parallel port LPT 1 is shown as being assigned or connected to a printer, in this case a printer designated IBM 2380 Printer. Beneath the printer designation there appears a notation “No stock” which indicates that no particular paper stock has yet been designated.
- Double-clicking on the COM 2 icon brings up the configuration screen shown in FIG. 4 E. Selecting the purl-down menu designated “Device” brings up the device selection menu shown in FIG. 4 H. Using the device selection menu the Toledo 8213 Scale may be selected, as illustrated. Thereafter, by returning to the device manager menu of FIG. 4G , the Toledo 8213 Scale icon may be double-clicked to bring up the device settings menu illustrated in FIG. 4 I.
- the parallel port LPT 1 may be selected (by single-clicking) and configured by again accessing the “Device” menu option.
- the IBM 2380 printer may be selected, as illustrated. Thereafter, the user may click “OK” to return to the device manager screen.
- FIG. 4 G From the device manager screen the user can double-click on the printer icon to bring up the appropriate device settings menu ( FIG. 4K ) for that device.
- FIG. 4K note the Current Stock states “No stock loaded.” If desired, the user can change the current stock by clicking on the change button. This action brings up the stock selection menu of FIG. 4 L.
- the client/server architecture utilized by the logistics management system affords a great deal of flexibility.
- the client and server program objects are designed to work independently of one another, communicating with one another through a tokenized message handling mechanism discussed below.
- rate server data and user data are separated from one another.
- the advantage of this is that when a given carrier changes the way rates are handled, the affected rate server can be modified (to change the type or amount of data stored in that rate server, for example) without affecting the user's data in any way. This separation is important since carrier requirements and carrier service options may change at any time.
- the presently preferred embodiment implements an internal version numbering scheme which provides a mechanism to allow client applications to determine what version of a server they are communicating with. In so doing, the client applications are able to make any necessary adjustments or to disconnect from that server if incompatibilities are found. This provides greater reliability, since server applications are given the ability to handle communications with servers intelligently.
- Separation between client and server objects also makes possible an automatic updating capability whereby a user's existing setup information is automatically merged into a new installation when an application is updated or reinstalled. This reduces the amount of setup time due to reinstallation.
- Each server of the presently preferred embodiment has built-in debugging capabilities which allow server transactions to be displayed on the screen or logged to a file for later analysis.
- the presently preferred rate servers optimize shipments to minimize cost through the use of shipment pricing rules supplied by the carrier. Optimization occurs “live” as a shipment is being processed, or, alternatively, at the end of the day when all packages shipped are then optimized.
- the rate servers can directly access carrier-supplied data, such as Federal Express routing and rate file data. This allows the user to load in new rate information as soon as such information is provided by the carriers.
- the rate servers of the presently preferred embodiment have the ability to rate and process a package, but to withhold it from the manifest until notified to do so. This allows “pack and hold” or future shipping. This is important in an automated system where a package may be processed upstream, but not placed on the manifest until it reaches the shipping dock.
- client applications have editable bar code templates, to allow data to be entered via a barcode scanner. Because the templates are editable, they can be added to, deleted from or modified by the user without the need for additional programming. Clients can also process in “batch” mode, reading data from a source and sending that data to the appropriate rate servers for processing.
- the sources for data can include databases, files or direct connection to a host computer via serial or network connection.
- main thread 120 represents the starting point.
- Main thread 120 is launched by the operating system.
- One of the functions of main thread 120 is to perform or control the performance of the operating system routines illustrated in FIG. 5 by loop 122 .
- the main thread launches a server thread, as represented by launch thread arrow 124 .
- the server thread is represented by box 126 .
- the server thread performs the necessary initialization routines 128 and then enters a loop or state 130 where it waits for a client to initiate a connection request.
- the server thread launches a client thread, depicted in FIG. 5 by launch thread arrow 132 .
- the client thread is depicted by block 134 in FIG. 5 . It is responsible for handling the client's request.
- the server thread returns to its wait for client loop or state 130 , whereby the server thread is then able to launch additional client threads upon demand.
- each server that is running will include a main thread and a server thread. Client threads are generated on an as needed basis. There is one client thread for each currently connected client.
- Communication between client and server, whereby requests are passed to the server and responses passed back to the clients, may be accomplished in a variety of different ways.
- the methods of communicating between multiple processes running on the same CPU include shared memory, semaphores, pipes, queues and signals.
- the methods of communicating between multiple processes running on different CPUs include mechanisms such as NETBIOS, named pipes, sockets and mail slots.
- Collectively all of these methods of communicating between multiple processes form part of the interprocess communication (IPC) mechanism. Not all multitasking operating systems provide each of the IPC mechanisms.
- the presently preferred embodiment runs under the OS/2 operating system and uses LAN Server to provide operating system support for a distributed application architecture over a network.
- the presently preferred embodiment uses named pipes as the IPC mechanism.
- Named pipes allow one process to communicate with another process as follows.
- the client process first requests a named pipe connection to a server process. Once this connection is made, there is little distinction between the client process and the server process, since either can communicate with the other.
- One advantage of using the named pipe IPC mechanism is that the client process machine does not have to be running under the same operating system as the server process. All that is required is that the operating system platform on which the client process is running will support named pipes.
- a client process running under MS-DOS, or under MS-DOS with windows, for example could establish communication with a server process running under the presently preferred OS/2 system, provided named pipe communication is supported.
- the server process is known by a pipe name. Programs wishing to connect to that server will use the pipe name, in a fashion similar to using a file name.
- pipe names may take the form:
- the single supervisory server communicates directly with only supervisory managers.
- the lines of communication are designated by the letter “C” at one end and the letter “S” at the other end. These indicate, for a given line of communication, which object is the client and which object is the server.
- each of the supervisory managers communicates as the client with the supervisory server.
- the rate server, label server, external processing manager and device manager all communicate as clients with the supervisory managers, as servers.
- rate server administration object the shipping circuit and the device manager administration object all communicate as clients with one or more of the objects appearing above them in FIG. 6 (namely rate server, label server, external processing manager and device manager).
- rate server label server
- device manager the objects appearing above them in FIG. 6
- certain objects function in a dual capacity, serving as client objects in some instances and serving as server objects in other instances.
- the presently preferred communications scheme permits objects to communicate with devices, external databases and other computer systems which are not part of the client/server logistics management system. To accommodate this certain objects are given the ability to communicate with the outside world. These objects include the device manager, which communicates with hardware devices, such as printers, bar code scanners, modems, postal scales and the like. Communication with external databases and other programs which do not form a part of the client/server logistics management system (e.g., accounting software packages, spreadsheet programs, operating system utilities and the like) are communicated with through the external processing manager.
- an announcement mechanism is provided in order to extend the communications scheme to multiple CPUs across a network.
- the supervisory managers are preprogrammed with the ability to send “announcements” across the network operating system according to the named pipe protocol which has been implemented.
- each of the supervisory managers includes a communications pathway designated “announcements” through which communications with parts of the system operated by different CPUs are sent and received.
- the supervisory managers are not, themselves, responsible for coordinating this message passing between objects controlled by different CPUs.
- each of the supervisory managers is connected to the supervisory server by a second line of communication designed “receiver.” It will be understood that these “receiver” connections represent a “reverse” client/server connection, in which the supervisory server acts as a client in order to request announcement services from the supervisory managers, acting as announcement servers.
- FIG. 6 illustrates the preferred IPC connections over which client/server communications take place.
- the presently preferred embodiment uses a tokenized message passing scheme in which all data is passed back and forth between client and server as ordered pairs of tokens and associated data values.
- the purpose of the token is to uniquely identify the data associated with it.
- Table II in the accompanying Appendix a sample listing of tokens is presented. Reading the columns of Table II from left to right, the left-most column lists the token name; the column to its immediate right gives a brief description of the nature of the value associated with the token; the next right-most column lists the type declaration of the value; and the right-most column gives the maximum length of the value, where applicable.
- the tokenized message handling scheme is very flexible, in that new tokens can be added at any time to accommodate new features, without the need to rewrite all client and server data structures. This is in contrast to the conventional fixed field data structure used in conventional data communication schemes. In the conventional, fixed field data structure scheme adding a new data value often requires all program modules to be rewritten to accommodate the added data field.
- the tokenized message passing scheme of the present invention avoids this problem. If a new data field is required, to support a new feature, for example, a new token is created and only those objects which make use of the new value will need to be reprogrammed to scan for the newly added token. All remaining objects simply ignore tokens which are undefined for them.
- the presently preferred tokenized message passing scheme implements automatic data type conversion.
- Table II the type definitions of all values associated with tokens are predefined, thus the tokenized message passing scheme has advance knowledge of the data types of all values. This allows the tokenized message handling scheme to perform all data type conversions, removing the need for client and server objects to perform type conversions. In other words, a server can pass a long word value to a client which is expecting a string value.
- the tokenized message handling scheme performs the data conversion automatically so that the server does not need to be aware of the client's data type requirements and the client does not need to be aware of the server's data type requirements.
- the external processing manager In order to allow the client server logistics management system to communicate with the outside world, e.g. with external data bases or other application programs, the external processing manager is provided.
- the external processing manager is, itself, a client of a supervisory manager, as illustrated in FIG. 6 .
- the external processing manager operates as a server to provide external processing functions to other clients.
- the shipping client uses the external processing manager for this purpose.
- the external processing manager interfaces with the REXX command interpreter supplied with the OS/2 operating system.
- the external processing manager is designed to receive its instructions from an ASCII file called a script file. If desired the script file can be encrypted to prevent unauthorized access.
- the script file comprises a list of program commands or instructions written in the REXX language. If desired, the REXX language command set can be extended to add additional commands. This may be done by embedding the additional commands in the external processing manager.
- the external processing manager would envoke the REXX interpreter and register itself as the source of the additional commands. In this way, the REXX interpreter would automatically pass control to the external processing manager to handle the additional commands.
- the external processing manager is designed to communicate directly with the REXX interpreter, passing the script file commands to the REXX interpreter and requesting the output of the REXX interpreter to be directed back to the external processing manager, where appropriate.
- the external processing manager is given access to the operating system and to all other application programs running on the operating system.
- This is a very powerful command which allows the logistics management system to interface with other applications which may not necessarily be designed to integrate directly with the logistics management system.
- the external processing manager could use the REXX interpreter to send SQL queries to a database, in order to upload information about a customer's account from the accounting system software.
- Scripts may be written for the purpose of modifying the performance of other program objects comprising the logistics management system. Scripts can be used, for example, change the shipments client to provide a reminder message to the user in the event the user attempts to ship a package without first entering the weight of the package. Similarly, a script could be written to change the shipments client to supply a convenient list of package dimension sizes, allowing the operator to quickly fill in the size of a package in the appropriate field by simply selecting it from a list. In general, the scripting language can be used to provide virtually any custom tailoring that a shipper might want to implement. The REXX language is straightforward and easy to use, thus most customizing to meet the user's requirements can be done in the field, without the need to access or modify the underlying program source code.
- the external processing manager uses the existing IPC mechanism. Through this mechanism the external processing manager can request a data item stored by the object or it may supply a data value as an input to the data object. In addition, the external processing manager can request that one or more operations defined for that object to be performed. Thus the external processing manager serves as an alternate to the normal user interface as a means for manipulating data or performing operations.
- the present invention provides a logistics management system comprising a plurality of building blocks or client/server objects.
- These objects can be configured to communicate in a variety of different ways to accommodate virtually any transportation-related logistics application. Thanks to the client/server architecture and the support for distributed architectures, the overall logistics management task is readily subdivided into highly self contained functional units. When changes in a given function are required, only the object providing the function normally needs to be changed.
- the client/server objects provide further flexibility through the external processing manager and scripting language, whereby individual objects can be modified to provide special features quite readily on an as needed basis.
- FILENAME is blank, then either the program is not a server or it is a server you cannot use. For historical purposes, you may use ENUM SERVER as well as ENUM PROGRAM. ENUM your current/local machine string PROGRAM blank if no network use MACHINE getmachinename( ) function [ PROG_ID_ . . . id from string 150 ID PROGISTI.H user-friendly NAME name of the program for DISPLAY PURPOSES ONLY!! TYPE “server type” mask from ushort MACHINE PROGISTI.H machine on string which program is running FOR DISPLAY PURPOSES ONLY! ZONE where is the program running?
- ENUM SHIPPER shipper ID (from ENUM SHIPPER) ID unique ID for this shipper string
- BRLEN follows C rules for a variable NAME user-friendly shipper name string undefined FOR DISPLAY PURPOSES ONLY!! ERRCODE validity/status of shipper string
- SHPAB- SHPNA name/address boolean BRLEN SHPABBR shipper abbreviation LOCK is shipper locked by some program?
- boolean END LISTID ID long 0 [DELETE true to just throw list away boolean] [ /* if manifest*/ standard see SERVER.DOC ]
- VOID returns a list of other MSNs whose data was changed.
- Package documentation should be reprinted and any data saved should be QUERYed again:
- VOID ID MSN long 0 [ MSN list of MSNs long 0 . . . ]
- LIST BAND SHIPPER ID short 0 [ 18 NAME displayable form of shipdate string ID thing to pass to band long 0 . . . ]
- LIST TRANSMIT SHIPPER ID short 0 [ NAME shipdate & seqnum string 21+ ID filename string 12 . . . ] (see PRINT section - SERVER.DOC) LIST PRINT . . . . . BAND SHIPPER ID short 0 ID thing returned from LIST long 0 ID filename created string 12 DEL [TRANSMIT] [ ID filename (returned from LIST) string 12 . . . ] (see PRINT section - SERVER.DOC) PRINT . . . /* courier & summary report */ ID filename (returned from LIST) string 12 /* ASTRA label */ MSN package master sequence long 0 number [PRINT- ignore print error?
Abstract
The various transportation logistics tasks, such as order processing, order fulfillment, transportation of goods and tracking, are assigned to individual client/server objects which make up the building blocks of the computerized logistics management system. A tokenized message handling scheme allows client and server objects to share information, even where the respective data types do not match. An external processing manager provides script handling services to other client applications, allowing those applications to modify the performance of other program objects and to communicate with the outside world.
Description
This is a division of U.S. patent application Ser. No. 08/128,358 entitled “Logistics System for Automating Transportation of Goods”, filed Sep. 28, 1993, now U.S. Pat. No. 5,485,369.
The present invention relates generally to computerized systems for expediting the shipping of goods in commerce. More particularly, the invention relates to a computerized logistics system for managing and integrating various aspects of order processing, order fulfillment and goods transportation and tracking.
In the past, computerized systems for expediting the shipping of goods have fallen into two rather diverse categories. At the low cost end of the spectrum have been the standalone postage meters and mail manifest systems used by small businesses to automate the package weighing and carrier manifest printing functions. At the other end of the spectrum are the mainframe computer-based systems employed by large nationwide mail order merchandisers. At both ends of the spectrum the systems have had a number of limitations.
The standalone mail manifesting systems are limited in that they are designed to automate only the shipping functions such as printing mailing label and mailing manifest by the shipping clerk or shipping department. As such, the conventional standalone system was not integrated with the customer order department or with the order fulfillment and order packaging departments. Hence, conventional standalone systems have lacked the ability to take order size, package size or time in transit into account when selecting the least cost carrier.
Large mainframe order processing systems are also limited. Due to the complexity of mainframe computer architecture and associated software systems, it is not practical to use these solutions in the small or moderate sized business environment. Mainframe-based systems often require years to develop and to customize for a particular organization's needs. Thereafter, large data processing departments are needed to maintain the system and keep it operational.
The present invention provides a high-performance, cost-effective logistics system which is readily adaptable to a wide variety of different organizations. The system is suitable for deployment on a single, standalone computer or on a computerized network comprising many computers. Among the advantages of the present system are (1) substantial reduction in freight costs; (2) a major increase in fulfillment accuracy; (3) convenient order tracking to facilitate warranty, lot and serial number tracking; (4) improved customer service; (5) a readily customizable system which can be adapted to virtually any shipping operation; (6) a robust system having a long useful life; (7) graphical user interface screens for easy training and use; and (8) greatly reduced implementation costs in a system with increased effectiveness.
As more fully described herein, the logistics management system of the invention facilitates the process of shipping goods by a shipper having a predefined set of shipping requirements via a carrier having a predefined rate structure. The system employs a multitasking operating system environment for running a plurality of computer processes substantially simultaneously. The environment has a means for interprocess communication whereby messages may be passed between the computer process. A supervisory server, running in the operating system environment, provides registration services to connect one or more computer processes to the interprocess communication mechanism. The system further employs at least one rate server, also running in the operating system environment, substantially simultaneously with the supervisory server. The rate server or servers provide access to carrier rate structure data and also provide predefined data processing services using the carrier rate structure data in response to a predefined set of request messages. The predefined data processing services include the providing of response messages based at least in part on the carrier rate structure data. More specifically, the rate server or servers have registration means for communicating with the supervisory server to invoke the registration services of the supervisory server and thereby establish a connection to the interprocess communication means. In the presently preferred embodiment there is one rate server for each carrier (e.g., U.S. Postal Service, Federal Express, United Parcel Service, etc.) and these servers are provided with a complete knowledge base of all rate structure data and shipping rules and regulations pertaining to that carrier.
In addition to the supervisory server and one or more rate servers, the logistics managements system also includes at least one client process running in the operating system environment substantially simultaneously with the supervisory server and also with the rate server or servers. The client process has a user interface for collecting input information from a user about a desired operation and for providing output information. More specifically, the client process also has registration means for communicating with the supervisory server, to invoke the registration services of the supervisory server, and thereby establish a connection to the interprocess communication means. The client process has a preprogrammed set of rules which are reflective of a given shipper's predefined set of shipping requirements. The client process also has a processing means for using the preprogrammed set of rules and using at least a portion of the input information to issue request messages to one or more rate servers and to interpret response messages received from the rate severs in order to provide the output information. In the presently preferred embodiment the client process is preprogrammed with a knowledge base to reflect the shipping organization's rules, regulations and practices. In this way, the client process presents a familiar view of day-to-day operations, as seen by the organization's personnel who are responsible for taking orders, packaging goods and shipping goods to customers. Because the sometimes complex rules and regulations of the carriers are fully handled by the rate servers, users interacting with the client process do not need to have a full and complete understanding of the carrier's rules and regulations in order to properly ship goods in a cost-effective and timely manner.
As more fully set forth herein, the supervisory server, the rate server or servers and the client process or processes are interoperable through the interprocess communication means (a) to receive input information from a user via the user interface of the client process, (b) to use the input information to issue a request message to the rate server via the interprocess communication means, (c) to process the issued request message and thereby cause a response message to be generated by the rate server, (d) to send the response message to the client process via the interprocess communication means, and (e) to provide output information based on the response message. The output information can range from simply displaying information on a screen to the user, to printing a mailing label or manifest or to updating records in a company database.
For a more complete understanding of the invention, its objects and advantages, reference may be had to the following specification and to the accompanying drawings.
The logistics system of the invention serves as a management tool for the automated order processing, packaging, shipping and transportation of goods. The system is highly flexible and adaptable and thus the invention can be implemented in many forms. Therefore, in order to illustrate the principles of the invention an exemplary order processing, packaging and shipping operation will be illustrated and described. It will be understood that the invention provides a collection of building blocks or program objects which can be assembled in a variety of different ways to easily construct a logistics management system for practically any application.
Referring to FIG. 1 , an exemplary application is illustrated. In FIG. 1 , a networked architecture is illustrated in which a plurality of computers are interconnected by a local area network bus 20. Of course, the number of computers and the network architecture utilized are matters of design choice. The invention is not restricted in this regard and will operate on systems as small as a single standalone computer and as large as a global-wide area network.
The order packaging station may also comprise one or more computer terminals to which a bar code scanning device 28 may be optionally attached. The scanning device would be used, for example, to scan the universal product code (UPC) of each item as it is picked from the warehouse shelves and placed into the shipping container 30.
The shipping station 26 similarly may include one or more computer terminals to which a scanning device 32, electronic scale 34 and mailing label printers 36 may be attached. Preferably, the printers are capable of printing the necessary shipping documents, bills of lading, manifests and so forth, as well as the appropriate package labeling. If desired in the alternative, the package label may be preprinted (e.g. at the packing station) and the scanning device 32 may be used to read the label and thereby automatically enter the package identifying number into the system.
The logistics management system of the invention may be implemented in software and run from a variety of different computer platforms. Preferably, at least portions of the logistics management software are installed and run on each of the computer terminals illustrated in FIG. 1. In addition, the logistics management system software may also be installed and run on other computers attached to the network, such as computer 38. As will be more fully described below, the logistics management system is also capable of interfacing with non-native computer systems, e.g., previously existing company database systems, via an external processing management system. To illustrate this, an external database 40 is depicted in FIG. 1. The database may be resident, for example, on a mini-computer or mainframe computer used to store company financial records. If necessary, the external database system may be connected via a gateway 42 to the local area network bus 20.
Client/Server Architecture
The presently preferred logistics management system is implemented using a client/server architecture and a multitasking operating system. Although the presently preferred system runs under the OS/2 operating system, use of OS/2 is not a requirement. Any multitasking operating system can be used. A multitasking operating system was selected for the preferred embodiment because it permits multiple processes (and multiple threads) to run effectively simultaneously. The multitasking operating system thus allows multiple programs to run effectively simultaneously and to communicate with each other through an interprocess communications (IPC) mechanism.
One benefit of the multitasking operating system is that the present invention allows the logistics management task to be split into multiple pieces. This architecture is quite advantageous since it allows updates or changes to be effected with respect to part of the system without affecting the rest of the system. The client/server architecture derives benefit from the multitasking operating system by allowing the overall logistics management task to be subdivided along functional lines. As will be more fully explained below, the presently preferred embodiment places carrier-related information, such as shipping rates, shipping rules, time in transit information and the like in one or more rate servers. These servers are responsible for making all determinations regarding how a given carrier's rules and rate structures are to be interpreted. The presently preferred embodiment facilitates the particular shipper's requirements, such as order taking, order fulfillment, inventory control and the like, in one or more client applications. These client applications may be customized to conform quite closely to a given shipper's operation. These client applications call upon the necessary rate servers, as needed, for the appropriate shipping rates and shipping requirements of the selected carrier.
The multitasking operating system and the client/server architecture of the preferred embodiment comprises the logical structure of the logistics management system. The physical structure, i.e., how many computers are used and how those computers are interconnected, can vary widely and still implement the above-described logical client/server architecture. More specifically, the preferred embodiment is constructed to support distributed applications in which different pieces of the total client/server structure are run on multiple machines interconnected together via a network. In general, there is no limitation on how the respective client/server components are to be distributed across the network. Thus, for example, in the system illustrated in FIG. 1 , any of the computer terminals associated with stations 22, 24 and 26, as well as computer 38, may host one or more client applications and one or more server applications.
The present invention uses a plurality of program building blocks or program objects, each having a specific function within the overall client/server architecture. The building blocks or program objects which make up the presently preferred embodiment are illustrated collectively in FIG. 2. FIG. 2 is illustrated in the form of a window or folder 50 containing a plurality of icons, each representing one of the program objects which make up the preferred embodiment. A brief description of each of these objects is presented below. Further details of the manner in which these objects communicate with one another and further details of the objects construction will be presented thereafter.
The Presently Preferred Program Objects
The presently preferred program objects are described in Table I below. Broadly speaking, these objects can be classified as being client objects or server objects. For example, the objects bearing the designation “server” or “manager” function as server objects. The objects designated as “client” or “administration” (admin) function as client objects.
More specifically, servers such as rate servers encode the knowledge required to answer questions such as how to calculate shipment rates or how to band shipments. Thus, rate servers provide the knowledge regarding a specific carrier's requirements. Typically, rate servers are provided with specific details regarding a given shipment's weight or the required delivery date by a client application. Also typically, rate servers do not have user interface screens. Servers simply appear as icons on the user's desktop and wait to be asked a question by a client. Provided the question includes the right details, the server will then return the correct answer to the client. Servers can reside anywhere on a network, so they may not necessarily be visible as icons on a particular user's computer screen.
Clients are principally responsible for asking specific questions of the servers. Clients have responsibility for gathering and displaying information. As such, clients usually have user interface screens through which a user can enter data or input data through an attached scanning device.
Manager objects are principally responsible for managing aspects of the logistics management system, such as the communication between clients and servers, or communication with printers, scanners and the like. Administration objects are principally responsible for providing a user interface mechanism whereby the user may edit system settings and scripts.
TABLE I | |
Program Object | Function |
Supervisory Server: | Acts as a repository for system wide information. |
Document Server: | Manages the client requests for non-carrier docu- |
ment formats and the printing of those documents. | |
FedEx Rate Server: | Manages the Federal Express rates, carrier rules |
and documentation requirements. | |
UPS Rater Server: | Manages the UPS rates, carrier rules and |
documentation requirements. | |
RPS Rate Server: | Manages the RPS rates, carrier rules and |
documentation requirements. | |
LTL Rate Server: | Manages the LTL rates, carrier rules and |
documentation requirements. | |
Supervisory Manager: | Acts as a repository for machine-specific |
information. | |
Ext. Process Manager: | Manages the client requests for access to outside |
services such as remote databases and remote | |
computers. | |
Device Manager: | Manages the client requests for access to outside |
devices such as printers, scanners, and scales. | |
Reset Database: | Resets the sample database to its default values to |
facilitate training exercises. | |
Introduction to the | A tutorial for the new user. |
system: | |
Reports: | Double-clicking this icon will run a third party |
report generator program. | |
Supervisory | Allows the user to edit system settings, manage |
Administration: | shipper information and allows users to send |
messages to other computers. | |
Script Administration: | Allows the user to create and edit scripts used by |
the External Processing Manager. | |
FedEx Administration: | Allows the user to configure the Federal Express |
Server settings such as account numbers, EDI | |
settings and to close out the manifests. | |
UPS Rate | Allows the user to configure the UPS Server |
Administration: | settings such as account numbers, rates, discounts |
and to close out the manifests. | |
RPS Administration: | Allows the user to configure the RPS Server |
settings such as account numbers, rates, discounts | |
and to close out the manifests. | |
LTL Administration: | Allows the user to configure the LTL Server |
settings such as account numbers, and rates, | |
discounts and to close out. | |
Search and Trace: | A client application which allows the user to |
search and trace specific packages, shipments and | |
orders. | |
Shipments: | A client application which allows the user to |
process shipments comprised of multiple | |
packages per order. | |
Packages: | A client application which allows the user to |
process shipments comprised typically of one | |
package per order. | |
Bills of Lading: | Allows the user to create bills of lading for LTL |
Motor Freight Shipments. | |
LTL Shipments: | Allows the user to create and rate bills of lading |
for LTL Motor Freight Shipments. | |
Document | Allows the user to configure the Document Server |
Administration: | with UCC-128 serial number information and |
In an actual implementation of the system, one supervisory server and at least one supervisory manager would be provided. Specifically, one (and only one) supervisory server is provided for the entire network. In addition, one supervisory manager is provided for each CPU that will be running client or server applications on the network. This is illustrated in FIG. 3A , which depicts a distributed architecture employing three networked CPUs 102, 104 and 106. As illustrated, the supervisory server and one supervisory manager are running on CPU 104. Supervisory managers are also running on CPUs 102 and 106. For illustration purposes a UPS rate server object and a UPS rate administration object are also running on CPU 102; whereas a shipments client and a device manager are running on CPU 106. Thus, FIG. 3A represents one possible configuration assembled from the collection of presently preferred program objects.
Although multiple CPU, distributed architecture installations represent a powerful configuration, it is possible to implement the invention on a single, standalone, CPU. This is illustrated in FIG. 3B , in which a standalone CPU is indicated at 108. As illustrated, this simple configuration includes a supervisory server and supervisory manager, along with any other program objects which may be required for the task being performed. Thus, in the example illustrated in FIG. 3B several rate servers and a packages client have been illustrated.
Referring to FIGS. 4A-4L , the presently preferred user interface will now be described. In general, the client/server program objects, illustrated as icons in FIG. 2 , may each have a user interface in the form of a screen or window through which the user can enter information, make command selections, and look up information. In practice, the user interface may vary in appearance and function, as dictated by the particular task to be performed. Thus the user interface screens illustrated in FIGS. 4A-4L are intended merely as examples in accordance with the presently preferred embodiment.
Overall Icon View—System Folder
The presently preferred embodiment places icons for all user-selectable program objects in the Logistics Management System folder or window, shown in FIG. 2. In this regard, the window shows a sample set of icons for the presently preferred system. Each icon is a pointer to a separate client, manager or server object. By double-clicking on the appropriate icon, its object is started. For example, double-clicking on the Shipments Client starts that program object running. Typically, once an object is started, it continues to run and is able to communicate with other program objects via the interprocess communications (IPC) mechanism.
Shipments Client
Shown in FIG. 4A , the Shipments client accepts user input for the routing, rating and documentation of a group of packages comprising a shipment. Multiple shipper accounts are allowed and the desired account may be selected from the Shipper “drop-box.” Similarly, the service is selected from the Service box. Alternatively, the service may be set to Best Way and the system will choose the least cost carrier which meets the transit time requirements indicated in the commitment field.
The operator types or scans the Reference # (such as order #, pick ticket #, . . . ) and the system may be set to look up the associated information form one or more local and remote sources such as databases and mainframe or minicomputer terminal sessions. The upper left quadrant of the screen is to record information for the shipment as a whole.
The lower left quadrant is used to record specific information for each package in the shipment. In all client data entry screens there are several special data entry provisions. Any field which has an ellipsis ( . . . ) at its right edge has additional related fields of data available to be “examined” or edited by touching the F10 key or clicking the Examine icon. A popup window with the associated fields is displayed for the user. In addition, most fields may be set up to “browse” available valid entries. They may browse from database records or from “hard-coded” values in scripts.
The Shipments client and most other clients are capable of processing shipments of mixed modes; e.g. small parcel ground, small parcel air, LTL motor freight, air freight, and TL motor freight.
Packages Client
Shown in FIG. 4B , the Packages client is designed to facilitate the entry and processing of shipments which typically consist of single small packages. Although, like most other clients, it will handle multiple modes of shipment, it is best suited for single piece shipments. If a multi-piece shipment is encountered, the user may touch CTRL-M or click the Multi button and the shipment is accomodated.
Script Administration
The Script Administration object, shown in FIG. 4C , allows the creation and editing of scripts for the modification of default behavior of the clients. A script may be triggered in various ways, such as upon the changing of the contents of virtually any field, upon the pressing or clicking of the function buttons on the client screen, upon the opening or closing of the client, and so on. In the illustration of FIG. 4C , the Shipments client is being operated upon to modify the Commitment terms based on the type of Service being used by the shipper.
UPS Rate Adjustments
Referring to FIG. 4D , the UPS Rate Adjustments program object and substantially similar objects for each of the carrier rate servers installed on the system, allow the user to adjust the discounts and incentive programs extended to the shipper by the carrier. Existing discounts may be edited, or new incentive programs not yet envisioned by the carrier may typically be created by the user within the flexible structure of this client type. Adjustments may be qualified by destination (ether zone, postal code or destination country) and by weight range. Adjustments may be calculated as percentages of fixed amounts and include or exclude special service fees. If desired multiple adjustments may be created and put into effect.
The Serial Port 2 Configuration screen, shown in FIG. 4E , is a part of the Device Manager object. It allows the adjustment of basic serial port setup values. By clicking on the “Defaults” button, the default settings appropriate to the specific attached device are automatically entered. The “Test” button provides a facility for sending data to and receiving data from the attached device. Additional aspects of the Device Manager object are discussed in connection with FIGS. 4G-4L , below.
Document Administration
The Document Administration object, shown in FIG. 4F , allows the user to adjust settings for the UCC-128 standards of serialized container marking and Electronic Data Interchange. It allows the user to load and store consignee names and addresses and UCC-128 specific values. It also allows the user to edit the database and settings as changes may occur.
Document Server
The document server, illustrated as one of the icons in FIG. 2 , allows any client to print almost any type of document, including shipping labels, waybills and manifests. The information needed to print a document is processed through a script. This allows the data to be brought in from any number of sources such as databases, mainframes, files or user-entered information from a client application. Also, one document format can serve several client applications and any particular processing needs a user might have. This is quite readily accomplished due to the fact that all data is passed through scripts. Thus, for example, one user might look up the export information for a FedEx international document from a database, while another user might wish to hand enter this data. Both of these tasks can be accomplished by a single document format and without the need for custom programming.
Device Manager Object
The Device Manager provides a device-independent means of interfacing with peripheral devices. Device drivers can be added or removed without modifying the software. The Device Manager also provides integrated testing tools.
The Device Manager of the presently preferred embodiment has the ability to monitor power, through an uninterruptible power supply connected to the system. If power fails, the other applications are notified, and an orderly shutdown of the system will take place. This prevents loss or corruption of data by sudden power outage or by subsequent failure of battery power, once the reserves of the uninterruptible power supply have been depleted. The monitoring service provided by the Device Manager can shut down multiple machines on a network connected through one uninterruptible power supply.
Referring to FIGS. 4G-4L , additional capabilities of the Device Manager object are illustrated. In FIG. 4G the communications port COM2 is shown as assigned or connected to an electronic scale, in this case a scale designated Toledo 8213 Scale. The parallel port LPT1 is shown as being assigned or connected to a printer, in this case a printer designated IBM 2380 Printer. Beneath the printer designation there appears a notation “No stock” which indicates that no particular paper stock has yet been designated.
Double-clicking on the COM2 icon brings up the configuration screen shown in FIG. 4E. Selecting the purl-down menu designated “Device” brings up the device selection menu shown in FIG. 4H. Using the device selection menu the Toledo 8213 Scale may be selected, as illustrated. Thereafter, by returning to the device manager menu of FIG. 4G , the Toledo 8213 Scale icon may be double-clicked to bring up the device settings menu illustrated in FIG. 4I.
Alternately, from the device manager menu of FIG. 4G , the parallel port LPT1 may be selected (by single-clicking) and configured by again accessing the “Device” menu option. In this case, referring to FIG. 4J , the IBM 2380 printer may be selected, as illustrated. Thereafter, the user may click “OK” to return to the device manager screen. FIG. 4G. From the device manager screen the user can double-click on the printer icon to bring up the appropriate device settings menu (FIG. 4K ) for that device. Referring to FIG. 4K , note the Current Stock states “No stock loaded.” If desired, the user can change the current stock by clicking on the change button. This action brings up the stock selection menu of FIG. 4L.
The client/server architecture utilized by the logistics management system affords a great deal of flexibility. The client and server program objects are designed to work independently of one another, communicating with one another through a tokenized message handling mechanism discussed below. In this way, rate server data and user data are separated from one another. The advantage of this is that when a given carrier changes the way rates are handled, the affected rate server can be modified (to change the type or amount of data stored in that rate server, for example) without affecting the user's data in any way. This separation is important since carrier requirements and carrier service options may change at any time.
The presently preferred embodiment implements an internal version numbering scheme which provides a mechanism to allow client applications to determine what version of a server they are communicating with. In so doing, the client applications are able to make any necessary adjustments or to disconnect from that server if incompatibilities are found. This provides greater reliability, since server applications are given the ability to handle communications with servers intelligently.
Separation between client and server objects also makes possible an automatic updating capability whereby a user's existing setup information is automatically merged into a new installation when an application is updated or reinstalled. This reduces the amount of setup time due to reinstallation.
Each server of the presently preferred embodiment has built-in debugging capabilities which allow server transactions to be displayed on the screen or logged to a file for later analysis. The presently preferred rate servers optimize shipments to minimize cost through the use of shipment pricing rules supplied by the carrier. Optimization occurs “live” as a shipment is being processed, or, alternatively, at the end of the day when all packages shipped are then optimized. The rate servers can directly access carrier-supplied data, such as Federal Express routing and rate file data. This allows the user to load in new rate information as soon as such information is provided by the carriers. In addition, the rate servers of the presently preferred embodiment have the ability to rate and process a package, but to withhold it from the manifest until notified to do so. This allows “pack and hold” or future shipping. This is important in an automated system where a package may be processed upstream, but not placed on the manifest until it reaches the shipping dock.
In the presently preferred embodiment client applications have editable bar code templates, to allow data to be entered via a barcode scanner. Because the templates are editable, they can be added to, deleted from or modified by the user without the need for additional programming. Clients can also process in “batch” mode, reading data from a source and sending that data to the appropriate rate servers for processing. The sources for data can include databases, files or direct connection to a host computer via serial or network connection.
As stated above, the presently preferred embodiment uses a multitasking operating system which supports the processing of multiple processes or multiple threads effectively simultaneously. This allows client applications and server applications to operate effectively concurrently. To illustrate how multiple threads operate in the presently preferred embodiment refer to FIG. 5. In FIG. 5 , the left-most box designated main thread 120 represents the starting point. Main thread 120 is launched by the operating system. One of the functions of main thread 120 is to perform or control the performance of the operating system routines illustrated in FIG. 5 by loop 122. When a server is started under the operating system the main thread launches a server thread, as represented by launch thread arrow 124. The server thread is represented by box 126. In the preferred embodiment the server thread performs the necessary initialization routines 128 and then enters a loop or state 130 where it waits for a client to initiate a connection request. When such a request is received the server thread launches a client thread, depicted in FIG. 5 by launch thread arrow 132. The client thread is depicted by block 134 in FIG. 5. It is responsible for handling the client's request. Once the client thread is launched by the server thread, the server thread returns to its wait for client loop or state 130, whereby the server thread is then able to launch additional client threads upon demand. Thus in the preferred embodiment, each server that is running will include a main thread and a server thread. Client threads are generated on an as needed basis. There is one client thread for each currently connected client.
Communication between client and server, whereby requests are passed to the server and responses passed back to the clients, may be accomplished in a variety of different ways. In general, the methods of communicating between multiple processes running on the same CPU include shared memory, semaphores, pipes, queues and signals. The methods of communicating between multiple processes running on different CPUs (distributed architecture) include mechanisms such as NETBIOS, named pipes, sockets and mail slots. Collectively all of these methods of communicating between multiple processes form part of the interprocess communication (IPC) mechanism. Not all multitasking operating systems provide each of the IPC mechanisms. The presently preferred embodiment runs under the OS/2 operating system and uses LAN Server to provide operating system support for a distributed application architecture over a network. The presently preferred embodiment uses named pipes as the IPC mechanism.
Named pipes allow one process to communicate with another process as follows. The client process first requests a named pipe connection to a server process. Once this connection is made, there is little distinction between the client process and the server process, since either can communicate with the other. One advantage of using the named pipe IPC mechanism is that the client process machine does not have to be running under the same operating system as the server process. All that is required is that the operating system platform on which the client process is running will support named pipes. Thus, a client process running under MS-DOS, or under MS-DOS with windows, for example, could establish communication with a server process running under the presently preferred OS/2 system, provided named pipe communication is supported. Essentially, under a named pipe communications scheme, the server process is known by a pipe name. Programs wishing to connect to that server will use the pipe name, in a fashion similar to using a file name. For example, pipe names may take the form:
\PIPE\pipename; or |
\\server\PIPE\pipename. |
Although the named pipe IPC mechanism permits communication between any server and any client, the presently preferred configuration constrains communication to a tree-structured communications scheme illustrated in FIG. 6. Referring to FIG. 6 , the single supervisory server communicates directly with only supervisory managers. In FIG. 6 the lines of communication are designated by the letter “C” at one end and the letter “S” at the other end. These indicate, for a given line of communication, which object is the client and which object is the server. Thus each of the supervisory managers communicates as the client with the supervisory server. In a similar fashion, the rate server, label server, external processing manager and device manager all communicate as clients with the supervisory managers, as servers. Likewise, the rate server administration object, the shipping circuit and the device manager administration object all communicate as clients with one or more of the objects appearing above them in FIG. 6 (namely rate server, label server, external processing manager and device manager). Thus it will be seen that certain objects function in a dual capacity, serving as client objects in some instances and serving as server objects in other instances.
The presently preferred communications scheme permits objects to communicate with devices, external databases and other computer systems which are not part of the client/server logistics management system. To accommodate this certain objects are given the ability to communicate with the outside world. These objects include the device manager, which communicates with hardware devices, such as printers, bar code scanners, modems, postal scales and the like. Communication with external databases and other programs which do not form a part of the client/server logistics management system (e.g., accounting software packages, spreadsheet programs, operating system utilities and the like) are communicated with through the external processing manager.
Because the presently preferred embodiment can be implemetned in multiple CPU environments (distributed architecture), an announcement mechanism is provided in order to extend the communications scheme to multiple CPUs across a network. The supervisory managers are preprogrammed with the ability to send “announcements” across the network operating system according to the named pipe protocol which has been implemented. Thus, as illustrated in FIG. 6 , each of the supervisory managers includes a communications pathway designated “announcements” through which communications with parts of the system operated by different CPUs are sent and received. The supervisory managers are not, themselves, responsible for coordinating this message passing between objects controlled by different CPUs. That function is reserved for the supervisory server, since the supervisory server occupies the unique position of controlling the registration process whereby client and server applications are made aware of each other in order to communicate. However, in order to distribute the announcement function, the supervisory managers are responsible for providing the actual announcement communications. In this regard, the supervisory managers act as servers, with the supervisory server in this instance, acting as the client. To illustrate this in FIG. 6 , each of the supervisory managers is connected to the supervisory server by a second line of communication designed “receiver.” It will be understood that these “receiver” connections represent a “reverse” client/server connection, in which the supervisory server acts as a client in order to request announcement services from the supervisory managers, acting as announcement servers.
In summary, FIG. 6 illustrates the preferred IPC connections over which client/server communications take place. The presently preferred embodiment uses a tokenized message passing scheme in which all data is passed back and forth between client and server as ordered pairs of tokens and associated data values. The purpose of the token is to uniquely identify the data associated with it. Referring to Table II in the accompanying Appendix, a sample listing of tokens is presented. Reading the columns of Table II from left to right, the left-most column lists the token name; the column to its immediate right gives a brief description of the nature of the value associated with the token; the next right-most column lists the type declaration of the value; and the right-most column gives the maximum length of the value, where applicable.
The tokenized message handling scheme is very flexible, in that new tokens can be added at any time to accommodate new features, without the need to rewrite all client and server data structures. This is in contrast to the conventional fixed field data structure used in conventional data communication schemes. In the conventional, fixed field data structure scheme adding a new data value often requires all program modules to be rewritten to accommodate the added data field. The tokenized message passing scheme of the present invention avoids this problem. If a new data field is required, to support a new feature, for example, a new token is created and only those objects which make use of the new value will need to be reprogrammed to scan for the newly added token. All remaining objects simply ignore tokens which are undefined for them.
The presently preferred tokenized message passing scheme implements automatic data type conversion. As set forth in Table II, the type definitions of all values associated with tokens are predefined, thus the tokenized message passing scheme has advance knowledge of the data types of all values. This allows the tokenized message handling scheme to perform all data type conversions, removing the need for client and server objects to perform type conversions. In other words, a server can pass a long word value to a client which is expecting a string value. The tokenized message handling scheme performs the data conversion automatically so that the server does not need to be aware of the client's data type requirements and the client does not need to be aware of the server's data type requirements.
External Processing Manager
In order to allow the client server logistics management system to communicate with the outside world, e.g. with external data bases or other application programs, the external processing manager is provided. The external processing manager is, itself, a client of a supervisory manager, as illustrated in FIG. 6. The external processing manager, in turn, operates as a server to provide external processing functions to other clients. In FIG. 6 the shipping client uses the external processing manager for this purpose.
In the preferred embodiment, the external processing manager interfaces with the REXX command interpreter supplied with the OS/2 operating system. The external processing manager is designed to receive its instructions from an ASCII file called a script file. If desired the script file can be encrypted to prevent unauthorized access. The script file comprises a list of program commands or instructions written in the REXX language. If desired, the REXX language command set can be extended to add additional commands. This may be done by embedding the additional commands in the external processing manager. The external processing manager would envoke the REXX interpreter and register itself as the source of the additional commands. In this way, the REXX interpreter would automatically pass control to the external processing manager to handle the additional commands. The external processing manager is designed to communicate directly with the REXX interpreter, passing the script file commands to the REXX interpreter and requesting the output of the REXX interpreter to be directed back to the external processing manager, where appropriate. In this way, the external processing manager is given access to the operating system and to all other application programs running on the operating system. This is a very powerful command which allows the logistics management system to interface with other applications which may not necessarily be designed to integrate directly with the logistics management system. For example, the external processing manager could use the REXX interpreter to send SQL queries to a database, in order to upload information about a customer's account from the accounting system software.
The external processing manager's ability to handle scripts provides another powerful feature. Scripts may be written for the purpose of modifying the performance of other program objects comprising the logistics management system. Scripts can be used, for example, change the shipments client to provide a reminder message to the user in the event the user attempts to ship a package without first entering the weight of the package. Similarly, a script could be written to change the shipments client to supply a convenient list of package dimension sizes, allowing the operator to quickly fill in the size of a package in the appropriate field by simply selecting it from a list. In general, the scripting language can be used to provide virtually any custom tailoring that a shipper might want to implement. The REXX language is straightforward and easy to use, thus most customizing to meet the user's requirements can be done in the field, without the need to access or modify the underlying program source code.
In running a script to modify the performance of a program object, the external processing manager uses the existing IPC mechanism. Through this mechanism the external processing manager can request a data item stored by the object or it may supply a data value as an input to the data object. In addition, the external processing manager can request that one or more operations defined for that object to be performed. Thus the external processing manager serves as an alternate to the normal user interface as a means for manipulating data or performing operations.
From the foregoing it will be seen that the present invention provides a logistics management system comprising a plurality of building blocks or client/server objects. These objects can be configured to communicate in a variety of different ways to accommodate virtually any transportation-related logistics application. Thanks to the client/server architecture and the support for distributed architectures, the overall logistics management task is readily subdivided into highly self contained functional units. When changes in a given function are required, only the object providing the function normally needs to be changed. The client/server objects provide further flexibility through the external processing manager and scripting language, whereby individual objects can be modified to provide special features quite readily on an as needed basis.
While the invention has been described in its presently preferred form, it will be understood that the principles of the invention may be extended to a wide variety of different forms. Accordingly, the preferred embodiment described herein should be considered as exemplary of the principles of the invention and not as a limitation of the scope of the claims.
TABLE II |
APPENDIX |
TYPE | MAXIMUM | ||
I/O TOKEN | VALUE DESCRIPTION | DESCRIPTION | LENGTH |
Registry |
To register a program: |
REGISTER | PROG_ID_ . . . id from | string |
PROGRAM | PROGISTI.H machine on | |
ID | which program is running | |
MACHINE | blank if no network use | |
getmachinename( ) function |
To unregister a program: |
UNREGISTER | PROG_ID_ . . . id from | string |
PROGRAM | PROGISTI.H machine on | |
ID | which program is running | |
MACHINE | blank if no network use | |
getmachinename( ) function |
Use this to get a list of ALL programs running in the environment. If |
FILENAME is blank, then either the program is not a server or it is a server |
you cannot use. For historical purposes, you may use ENUM SERVER as |
well as ENUM PROGRAM. |
ENUM | your current/local machine | string | |
PROGRAM | blank if no network use | ||
MACHINE | getmachinename( ) function | ||
[ | PROG_ID_ . . . id from | |
150 |
ID | PROGISTI.H user-friendly | ||
NAME | name of the program for | ||
DISPLAY PURPOSES ONLY!! | |||
TYPE | “server type” mask from | ushort | |
MACHINE | PROGISTI.H machine on | string | |
which program is running FOR | |||
DISPLAY PURPOSES ONLY!! | |||
ZONE | where is the program running? | short | |
1 = on your |
|||
2 = somewhere else | |||
FILENAME | pipe name you may use to | string | |
access server - BLANK IF | |||
YOU CANNOT ACCESS | |||
SERVER | |||
. . . ] |
Announcements |
Use this to send an announcement. Only include the DATA token if you need |
it (it uses a queue slot on the receiving machines). You may include one or |
more specific machine names if you want the announcement sent to specific |
machines. If you don't specify MACHINE or if it is blank, the announcement |
will be sent to all machines currently in the environment. |
ANNOUNCE | ANN_ . . . from ANNOUNCE.H | long string | ANNOUN |
ID | optional string | CE_DATA | |
[DATA | LEN] | ||
[ | |||
[MACHINE | destination machine name | string] | |
. . . ] |
Miscellaneous |
Use this to close the environment. This is harmless and will not close |
anything that is not ready to be closed. It will never shut down a machine. |
SHUTDOWN |
System Numbers |
If QUERY/ENUM/MODIFY SYSNBR is used with an SYSNBR ID that does |
not yet exist, an entry is automatically added to the number list with these |
defaults: |
Last value | (VALUE) | 0 | |
used | |||
First in | (START) | I | |
sequence | |||
Limit/last in | (STOP) | 2147483646 | (maximum |
sequence | long) |
In all cases, the value passed for TOK-SYSNBR must be non-zero (except |
for ENUM) and unique within all programs that might ever be running in the |
system. The recommendation is to use the appropriate TOK_ . . . define for |
your SYSNBR value. |
To got the next number in sequence: |
QUERY | see rules above | short |
SYSNBR | ||
VALUE | next number in sequence | long |
To get the status of an entry in the number list: |
ENUM | see rules above | short |
SYSNBR | ||
ID | short | |
VALUE | see doc above | long |
START | see doc above | long |
STOP | see doc above | long |
INCREMENT | see doc above | long |
To get the status of all entries in the number list: |
ENUM | ||
SYSNBR | (no value specified) | |
[ | ||
ID | short | |
VALUE | see doc above | long |
START | see doc above | long |
STOP | see doc above | long |
INCREMENT | see doc above | long |
. . . ] |
To change the status of an entry in the number list: |
MODIFY | ||
SYSNBR | see rules above | short |
VALUE | see doc above - optional | long |
START | see doc above - optional | long |
STOP | see doc above - optional | long |
INCREMENT | see doc above - optional | long |
If any optional token is not specified, the previous value is not changed. This |
can be used to change certain numbers without being required to change |
others. For example, if you add to entry and want to use the defaults for |
START, STOP and INCREMENT but want specify you own VALUE, you |
can do it. |
Shipper Maintenance |
All of these commands deal with the master list of shippers. Clients can |
access the master list via ENUM. An announcement is sent when any shipper |
information of any kind changes. This allows other programs to know when |
they need to do another ENUM - especially if they are storing additional |
shipper information in parallel with this master list. Other programs can use |
LOCK and UNLOCK to prevent a shipper from being deleted “out from under, |
them”. |
To get full information on all current shippers: |
ENUM | |||
SHIPPER | |||
[ | Unique ID for this shipper | string | SHPAB- |
ID | unique shipper short name | BRLEN | |
SYMBOL | |||
follows C rules for a variable | |||
NAME | user-friendly shipper name | string | undefined |
FOR DISPLAY PURPOSES | |||
ONLY!! | |||
ERRCODE | validity/status of shipper | string | SHPAB- |
SHPNA | name/address | boolean | BRLEN |
SHPABBR | shipper abbreviation | ||
LOCK | is shipper locked by some | ||
. . . ] | program? |
To get full information on a shipper: |
ENUM | |||
SHIPPER | shipper ID (from ENUM | ||
SHIPPER) | |||
ID | unique ID for this shipper | string | SHPAB- |
SYMBOL | unique shipper short name | BRLEN | |
follows C rules for a variable | |||
NAME | user-friendly shipper name | string | undefined |
FOR DISPLAY PURPOSES | |||
ONLY!! | |||
ERRCODE | validity/status of shipper | string | SHPAB- |
SHPNA | name/address | boolean | BRLEN |
SHPABBR | shipper abbreviation | ||
LOCK | is shipper locked by some | ||
program? |
To change a shipper's information: |
MODIFY | shipper ID (from ENU | string | SHPAB- |
SHIPPER | SHIPPER) | BRLEN | |
SHPNA | name/address - optional | ||
SHPABBR | shipper abbreviation - optional string |
To add a shipper: |
ADD |
SHIPPER |
To delete a shipper: |
DELETE | shipper ID (from ENUM |
SHIPPER | SHIPPER) |
To check-out a shipper to a program to prevent deleting: |
LOCK | shipper ID (from ENUM |
SHIPPER | SHIPPER) |
PROGRAM | PROG_ID_ . . . ID from |
PROGISTI.H | |
MACHINE | machine on which program is |
running string blank if no | |
network use | |
getmachinename( ) function |
To check-in a shipper (UNLOCK): |
UNLOCK | shipper ID (from ENUM |
SHIPPER | SHIPPER) |
PROGRAM | PROG_ID_ . . . ID from |
PROGISTI.H | |
MACHINE | machine on which program is |
running string blank if no | |
network use | |
getmachinename( ) function |
Commitment Code |
To get the master list of available commitments: |
ENUM | |||
COMMIT- | |||
MENT | |||
[ | COMMIT_ . . . ID from RATER.H | string | undefined |
ID | Commitment short name | ||
SYMBOL | follows C rules for a variable | ||
NAME | user-friendly commitment | string | undefined |
name FOR DISPLAY | |||
. . . ] | PURPOSES ONLY!! | ||
START | use manifest mode? | boolean] | |
[MANIFEST | /* default package info */ | ||
[ | |||
SHIPDATE | date (TDC) | long 0 | |
SHIPPER | ID | short 0 | |
DONTBAND | don't band yet | boolean | |
SERVICE | ID (see FDXRATER.H) | short 0 | |
PKGTYPE | ID (see RATER.H) | short 0 | |
PAYTYPE | payment type (see RATER.H) | short 0 | |
PAYORACCT | payor account number | string | LFDX_- |
PAYOR | |||
WEIGHT | Weight | long 3 | |
REF | reference | string | LEN_RE- |
FER- | |||
ENCE | |||
LENGTH | package length | short 0 | |
WIDTH | package width | short 0 | |
HEIGHT | package height | short 0 | |
RCPID | recipient ID | string | LEN_RE- |
CIPIENT- | |||
ID | |||
RCP- | recipient contact name | string | NALEN_- |
CONTACT | CON- | ||
TACT | |||
RCP- | recipient company name | string | NALEN_- |
COMPANY | COM- | ||
PANY | |||
RCPADDR1 | |
string | NALEN_- |
ADDR | |||
RCPADDR2 | |
string | NALEN_- |
ADDR | |||
RCPCITY | recipient city | string | NALEN_- |
CITY | |||
RCPSTATE | recipient state | string | NALEN_- |
STATE | |||
DEST | postal code | string | NALEN_- |
ZIP | |||
RCPPHONE | recipient phone number | string | MAX- |
PHONE- | |||
LEN | |||
CODAMOUNT | COD amount | long 2 | |
CODTYPE | logical OR of COD_ . . . | short | |
HAZ | hazardous materials? | boolean | |
SIGREL | signature release? | boolean | |
DIRECTDEL | direct delivery (Dingle)? | boolean | |
HOLD | hold for delivery? | boolean | |
SATDEL | Saturday delivery? | boolean | |
DECVAL | declared value | long 0 | |
ICE | weight of dry ice (whole lbs) | short 0 | |
] | |||
LISTID | next package list ID | long 0 | |
ITEM | |||
LISTID | id | long 0 | |
[ | |||
SHIPDATE | date (TDC) | long 0 | |
SHIPPER | ID | short 0 | |
DONTBAND | don't band yet | boolean | |
SERVICE | ID (see FDXRATER.H) | short 0 | |
PKGTYPE | ID (see RATER.H) | short 0 | |
PANTYPE | payment type (see RATER.H) | short 0 | |
PAYORACCT | payor account number | string | LFDX_- |
PAYOR | |||
WEIGHT | Weight | long 3 | |
REF | reference | string | LEN_RE- |
FER- | |||
ENCE | |||
LENGTH | package length | short 0 | |
WIDTH | package width | short 0 | |
HEIGHT | package height | short 0 | |
RCPID | recipient ID | string | LEN_RE- |
CIPIENT- | |||
ID | |||
RCP- | recipient contact name | string | NALEN_- |
CONTACT | CON- | ||
TACT | |||
RCP- | recipient company name | string | NALEN_- |
COMPANY | COM- | ||
PANY | |||
RCPADDR1 | |
string | NALEN_- |
ADDR | |||
RCPADDR2 | |
string | NALEN_- |
ADDR | |||
RCPCITY | recipient city | string | NALEN_- |
CITY | |||
RCPSTATE | recipient state | string | NALEN_- |
STATE | |||
DEST | postal code | string | NALEN_- |
ZIP | |||
RCPPHONE | recipient phone number | string | MAX- |
PHONE- | |||
LEN | |||
CODAMOUNT | COD amount | long 2 | |
CODTYPE | logical OR of COD_ . . . | short | |
HAZ | hazardous materials? | boolean | |
SIGREL | signature release? | boolean | |
DIRECTDEL | direct delivery (Dingle)? | boolean | |
HOLD | hold for delivery? | boolean | |
SATDEL | Saturday delivery? | boolean | |
DECVAL | declared value | long 0 | |
ICE | weight of dry ice (whole lbs) | short 0 | |
] | |||
MSN | ID | long 0 | |
RTCODE | routing code | string | 9 |
COMMIT- | code (see RATER.H) | short 0 | |
MENT | |||
ARRIVE | date (TDC) | long 0 | |
DIMWT | dimensional weight | short 0 | |
[TRACKNBR | tracking number/COD tracking | string | 11] |
# | |||
CODRETTRK | COD return tracking number | string | 11] |
CONTENTS | /* ignored for now */ | ||
RATE | |||
LISTID | ID | long 0 | |
standard | see SERVER.DOC | ||
COD | COD charge | long 2 | |
DECVAL | declared value charge | long 2 | |
HAZ | dangerous goods charge | long 2 | |
SATDEL | saturday delivery charge | long 2 | |
SATPU | saturday pickup charge | long 2 | |
ALASKACHG | Alaska delivery charge | long 2 | |
HAWAIICHG | Hawaii delivery charge | long 2 | |
DIMRATE | any package DIM rated? | boolean | |
END | |||
LISTID | ID | long 0 | |
[DELETE | true to just throw list away | boolean] | |
[ | /* if manifest*/ | ||
standard | see SERVER.DOC | ||
] |
VOID returns a list of other MSNs whose data was changed. Package |
documentation should be reprinted and any data saved should be QUERYed |
again: |
VOID | |||
ID | MSN | long 0 | |
[ | |||
MSN | list of MSNs | long 0 | |
. . . ] | |||
LIST | |||
BAND | |||
SHIPPER | ID | short 0 | |
[ | 18 | ||
NAME | displayable form of shipdate | string | |
ID | thing to pass to band | long 0 | |
. . . ] | |||
LIST | |||
DEL | |||
[TRANSMIT] | |||
SHIPPER | ID | short 0 | |
[ | |||
NAME | displayable shipdate & | string | 21+ |
ID | seqnum filename | string | 12 |
. . . ] | |||
LIST | |||
TRANSMIT | |||
SHIPPER | ID | short 0 | |
[ | |||
NAME | shipdate & seqnum | string | 21+ |
ID | filename | string | 12 |
. . . ] |
(see PRINT section - SERVER.DOC) |
LIST | |||
. . . | |||
. . . | |||
BAND | |||
SHIPPER | ID | short 0 | |
ID | thing returned from LIST | long 0 | |
ID | filename created | string | 12 |
DEL | |||
[TRANSMIT] | |||
[ | |||
ID | filename (returned from LIST) | string | 12 |
. . . ] |
(see PRINT section - SERVER.DOC) |
. . . | /* courier & summary report */ | ||
ID | filename (returned from LIST) | string | 12 |
/* ASTRA label */ | |||
MSN | package master sequence | long 0 | |
number | |||
[PRINT- | ignore print error? | boolean] | |
ERROR | |||
/* rate chart */ | |||
SHIPPER | ID | short 0 | |
/* airbill */ | |||
MSN | package master sequence | long 0 | |
number | |||
. . . | |||
[MORE | true | boolean] | |
QUERY | |||
(see PRINT section - SERVER.DOC) |
. . . |
. . . |
QUERY |
ITEM |
Standard stuff |
(see (ENUM section - SERVER.DOC) |
ENUM | |||
SHIPPER | |||
[ | |||
SYSNBR | POWERSHIP plus number | string | |
ACCOUNT | FedEx account number | string | |
USER | IIN user Id | string | |
PWD | IIN password | string | |
PWD | IE password | string | |
USER | recipient user Id | string | |
ORIGIN | origin station | string | |
TRACKNBR | first tracking number | string | |
TRACKNBR | last tracking number | string | |
CODTRK | first COD tracking number | string | |
CODTRK | last COD tracking number | string | |
CODRETTRK | first COD return tracking | string | |
number | |||
CODRETTRK | last COD return tracking | string | |
number | |||
SIGREL | signature release authorization | string | |
number | |||
PWRSHP | POWERSHIP plus complaint | boolean | |
DIMRATE | use dimensional rating | boolean | |
GNDSAVER | use Express saver | boolean | |
. . . ] | |||
ENUM | |||
CONTROL | |||
SHIPPER | ID | ||
TRACKNBR | last package tracking number | string | |
used | |||
CODTRK | last COD tracking number | string | |
used | |||
CODRETTRK | last COD return tracking | string | |
number | |||
COUNT | cycle count | long 0 | |
COUNT | transfer count | long 0 | |
ENUM | |||
CONFIG | |||
DIAL | Hayes-compatible dialout | string | LFDX_- |
command | DIAL | ||
BAUD | baud rate | short | |
PORT | port | short | |
DIR | expedite directory | string | LFDX_- |
PATH |
see FDXRATER.H for more information on each element |
MODIFY | |
SHIPPER | ID |
[see ENUM SHIPPER section] |
MODIFY | |
CONTROL | |
SHIPPER | ID |
[see ENUM CONTROL section] |
MODIFY |
CONFIG |
[see ENUM CONTROL section] |
(after END with MANIFEST TRUE, use this to change item information) |
MODIFY | ||
ITEM | ||
MSN | package master sequence | long 0 |
number |
[DONTBAND don't band yet boolean] |
/*see RATER.C */ | |
LOCK | |
SHIPPER | ID |
UNLOCK | |
SHIPPER | ID |
REFRESH | |
SHIPPER | |
LOAD | |
ZONE | /*URSA routing file - - |
unZIPs!*/ | |
SHIPPER | ID |
FILENAME | drive (A, B, etc.) |
LOAD | |
RATE | /* electronic rate file */ |
SHIPPER | ID |
FILENAME | drivepath and filename |
LOAD | |
REGION | /* region file, if Express saver |
*/ | |
SHIPPER | ID |
FILENAME | drivepath and filename |
TRANSMIT | |
SHIPPER | ID |
[ | |
ID | filename |
. . . ] | |
CANCEL | |
Claims (92)
1. A logistics management tool to facilitate the process of shipping goods by a shipper via a selected one of a plurality of carriers, comprising:
a plurality of rate servers comprising computer-implemented rate storage and calculating means, at least one rate server for each of said plurality of carriers, at least one of said rate servers having message processing means for sending, receiving and handling messages;
at least one of said rate servers database means for maintaining a record of the rates applicable to a given one of said carriers and further having an embedded set of predefined methods representing the rate computation rules of said given one of said carriers;
at least one client application comprising computer-implemented input and output means separate from said rate servers and having a user interface to permit the shipper to interact with said logistics management tool in order to process the a shipment of goods;
at least one of said rate servers having a shipper interface means for defining a set of operations accessible to said client application; the set of operations representing the a procedure by which the shipper ships goods to thereby isolate the set of operations by which a said shipper ships from the rules by which a said carrier transports;
at least one supervisory server for integrating operations of said at least one rate server, and for making said operations accessible to said client application, said supervisory server having message processing means for sending messages to and receiving messages from said at least one rate server and said client application and for handling messages sent and received based upon a predefined set of rules.
2. The tool of claim 1 further comprising a scripting system communicating with said client application for modifying at least one of said set of operations representing the procedure by which the shipper ships goods.
3. The tool of claim 1 wherein said client application comprises a shipments client for rating and documenting a group of packages comprising a shipment being processed by the shipper.
4. The tool of claim 1 wherein said client application comprises a packages client for rating and documenting a single piece of shipment being processed by the shipper.
5. The tool of claim 2 wherein said scripting system is a script administration client comprising one of said client applications .
6. The tool of claim 1 wherein said client application comprises a carrier rate adjustments client having a user interface operable to allow the a user to alter the predefined methods representing the rate computation rules.
7. The tool of claim 1 further comprising a document server for providing printing services to said client application.
8. The tool of claim 7 wherein said printing services include printing documents generated to effect shipment.
9. The tool of claim 1 wherein said rate server is installed on a first computer system and wherein said client application is installed on a second computer system, the first and second computer systems being coupled together over a network.
10. The tool of claim 1 further comprising an external processing manager for providing communications services to permit said client application to request and receive data from an external database not supervised by said supervisory server.
11. The tool of claim 10 wherein said logistics management tool is installed under , further comprising an operating system which provides a command interpreter facility and wherein said external processing manager interfaces with said operating system to use said command interpreter facility to provide said communications services.
12. The tool of claim 11 wherein said command interpreter facility is responsive to a predefined command set and wherein said external processing manager includes means integrated with said command interpreter facility for supplementing said predefined command set.
13. A logistics management system to facilitate the process of shipping goods by a shipper via a carrier, comprising:
a rate server comprising computer-implemented rate storage and calculating means, said rate server having message processing means for sending, receiving and handling messages;
said rate server having database means for maintaining a record of rates applicable to said carrier and further having an embedded set of predefined methods representing rate computation rules of said carrier;
at least one client application comprising computer-implemented input and output means separate from said rate server and having a user interface to permit the shipper to process shipments of goods;
said rate server having a shipper interface means for defining a set of operations accessible to said client application; the set of operations representing a procedure by which the shipper ships goods to thereby isolate the set of operations by which said shipper ships from rules by which said carrier transports;
at least one supervisory server for integrating operations of said rate server, and for making said operations accessible to said client application, said supervisory server having message processing means for sending messages to and receiving messages from said rate server and said client application and for handling messages sent and received based upon a predefined set of rules.
14. The system of claim 13 further comprising a scripting system communicating with said client application for modifying at least one of said set of operations representing the procedure by which the shipper ships goods.
15. The system of claim 13 wherein said client application comprises a shipments client for rating and documenting a group of packages comprising a shipment being processed by the shipper.
16. The system of claim 13 wherein said client application comprises a packages client for rating and documenting a single piece of shipment being processed by the shipper.
17. The system of claim 14 wherein said scripting system is a script administration client comprising said client application.
18. The system of claim 13 wherein said client application comprises a carrier rate adjustments client having a user interface operable to allow a user to alter the predefined methods representing the rate computation rules.
19. The system of claim 13 further comprising a document server for providing printing services to said client application.
20. The system of claim 19 wherein said printing services includes printing documents generated to effect shipment.
21. The system of claim 13 wherein said rate server is installed on a first computer system and wherein said client application is installed on a second computer system, the first and second computer systems being coupled together over a network.
22. The system of claim 13 further comprising an external processing manager for providing communications services to permit said client application to request and receive data from an external database not supervised by said supervisory server.
23. The system of claim 22 , further comprising an operating system which provides a command interpreter facility and wherein said external processing manager interfaces with said operating system to use said command interpreter facility to provide said communications services.
24. The system of claim 23 wherein said command interpreter facility is responsive to a predefined command set and wherein said external processing manager includes means integrated with said command interpreter facility for supplementing said predefined command set.
25. The system of claim 13 wherein said rate server is installed on a first computer system and wherein said client application is installed on a second computer system, the first and second computer systems communicating over a global-wide area network.
26. The system of claim 13 , wherein the supervisory server comprises an interprocess communication mechanism for passing messages between the rate server and the client application.
27. A logistics management system to facilitate the process of shipping goods by a shipper via a carrier, comprising:
a rate server, connected to a network, having a set of rules by which said carrier transports;
a client application, connected to the network, having a set of rules by which said shipper ships; and
a supervisory server, connected to the network, through which said rate server and said client application register to establish a mutual message communication capability by which said rate server and said client application thereafter pass messages independently of said supervisory server over an interface between them, said interface isolating the set of rules by which the shipper ships from the rules by which the carrier transports.
28. The system of claim 27 , wherein:
the client application includes a client interface for communicating with the client application; and
the rate server is configured to communicate with the client application via the client interface.
29. The system of claim 27 , wherein the messages comprise:
at least one predefined request message issued by the client application to the rate server; and
at least one predefined response message issued by the rate server to the client application.
30. The system of claim 29 , wherein:
the predefined request message includes a weight and a delivery date for a package to be shipped; and
the predefined response message includes a cost for shipping the package.
31. The system of claim 27 , wherein the set of rules by which the carrier transports comprises a knowledge base of rate structures and carrier practices pertaining to the carrier.
32. The system of claim 27 , wherein the set of rules by which the shipper ships comprises a knowledge base of shipper's rules, regulations and practices pertaining to the shipper.
33. The system of claim 32 , wherein the knowledge base of the shipper's rules, regulations, and practices comprises rules for taking orders for goods from customers, packaging the goods, and shipping the goods to customers.
34. The system of claim 27 , wherein the client application further comprises a user interface for collecting input information from a user about a desired shipping operation and for providing output information.
35. The system of claim 27 , wherein the supervisory server engages an interprocess communication mechanism to facilitate message passage between the rate server and the client application.
36. The system of claim 35 , wherein the interprocess communication mechanism is selected from the group consisting of shared memory, semaphores, named pipes, queues, signals, netbios, sockets, and mail slots.
37. The system of claim 35 , further comprising an external processing manager for interfacing with external data bases or other application programs.
38. The system of claim 35 , further comprising a device manager for interfacing with external peripheral devices.
39. The system of claim 35 , wherein the client application further comprises a document server for printing of a shipping document.
40. The system of claim 35 , further comprising a document administration object for extending communication standards for the interprocess communication mechanism.
41. The system of claim 27 wherein the rate server is installed on a first computer system and wherein the client application is installed on a second computer system, the first and second computer systems communicating over a global-wide area network.
42. The system of claim 27 , wherein the messages comprise:
at least one predefined response message that includes a cost for shipping one or more packages issued by the rate server to the client application.
43. A logistics management system to facilitate the process of shipping goods by a shipper via a carrier, comprising:
a rate server having a record of one or more rates applicable to said carrier and further having an embedded set of predefined methods representing rate computation rules of said carrier, said rate server being connected to a network for sending, receiving and handling messages;
at least one client application connected to said network and is separately located from said rate server on said network, said client application having a user interface to permit the shipper to process shipments of goods;
said rate server having a shipper interface for defining a set of operations accessible to said client application, the set of operations representing a procedure by which the shipper ships goods to thereby isolate the set of operations by which said shipper ships from rules by which said carrier transports; and
at least one supervisory server for making said operations of said rate server accessible to said client application, said supervisory server being connected to said network for sending messages to and receiving messages from said rate server and said client application and for handling messages sent and received based upon a predefined set of rules.
44. The system of claim 43 , wherein at least one predefined request message including a weight and a delivery date for a package to be shipped is issued by the client application to the rate server; and
at least one predefined response message including a cost for shipping the package is issued by the rate server to the client application.
45. The system of claim 43 , wherein the rate server includes a knowledge base of rate structures and carrier practices pertaining to the carrier.
46. The system of claim 43 , wherein the client application includes a knowledge base of the shipper's practices pertaining to the shipper.
47. The system of claim 46 , wherein the knowledge base of the shipper's practices includes rules for taking orders for goods from customers, packaging the goods, and shipping the goods to customers.
48. The system of claim 43 , wherein the supervisory server includes an interprocess communication mechanism for passing messages between the rate server and the client application.
49. The system of claim 43 , wherein:
the client application includes a client interface for communicating with the client application; and
the rate server is configured to communicate with the client application via the client interface.
50. The system of claim 49 , wherein the interprocess communication mechanism is selected from the group consisting of shared memory, semaphores, named pipes, queues, signals, netbios, sockets, and mail slots.
51. The system of claim 49 further comprising an external processing manager for interfacing with external data bases or other application programs.
52. The system of claim 49 further comprising a device manager for interfacing with external peripheral devices.
53. The system of claim 49 , wherein the client application further includes a document server for printing a shipping document.
54. The system of claim 43 wherein said rate server is installed on a first computer system and wherein said client application is installed on a second computer system, the first and second computer systems communicating over a global-wide area network.
55. A logistics management method for facilitating the process of shipping goods by a shipper via a carrier, said shipper having a computer-implemented client application that has access to a network and which is related to shipping said goods, said client application having a set of rules by which the shipper ships, said method comprising the steps of:
providing a rate server having a set of rules by which the carrier transports in order to determine data related to shipping the goods;
providing access to said rate server on said network from the client application such that said rate server is separately located from said client application on said network; and
communicating the determined data from said rate server to said client application through an interprocess communication mechanism connected to said network and thereby isolating the set of rules by which the shipper ships from the rules by which the carrier transports.
56. The method of claim 55 further comprising the step of:
communicating the determined data to the client application through an accessible client interface.
57. The method of claim 55 further comprising the steps of:
issuing a request message by the client application to the rate server; and
issuing a response message by the rate server to the client application.
58. The method of claim 57 , wherein:
the request message includes a weight and delivery date for a package to be shipped; and
the response message includes a cost for shipping the package.
59. The method of claim 55 further comprising the step of:
providing the rate server with a knowledge base of rate structures and carrier practices pertaining to the carrier.
60. The method of claim 55 further comprising the step of:
providing the client application with a knowledge base of the shipper's practices pertaining to the shipper.
61. The method of claim 60 , wherein the knowledge base of the shipper's practices includes rules for taking orders for goods from customers, packaging the goods, and shipping the goods to customers' inputted destinations.
62. The method of claim 55 further comprising the step of:
collecting via a user interface input information from a user about a desired shipping operation.
63. The method of claim 55 further comprising the step of:
providing an interprocess communication mechanism for passing messages between the rate server and the client application.
64. The method of claim 63 , wherein the interprocess communication mechanism is selected from the group consisting of shared memory, semaphores, named pipes, queues, signals, netbios, sockets, and mail slots.
65. The method of claim 63 further comprising the step of:
providing an external processing manager for interfacing with external data bases or other application programs.
66. The method of claim 63 further comprising the step of:
providing a device manager for interfacing with external peripheral devices.
67. The method of claim 63 further comprising the step of:
providing the client application with a document server for printing a shipping document.
68. The method of claim 55 further comprising the steps of:
installing the rate server on a first computer system, with the client application being a second computer system; and
providing the determined data of the rate server to the client application over a global-wide area network.
69. The logistics management method of claim 55 , further comprising the step of providing at least one supervisory server configured to provide registration services to facilitate communication between the rate server and the client application.
70. The method of claim 55 , further comprising the step of:
issuing a response message by the rate server to the client application, wherein the response message includes a cost for shipping one or more packages.
71. A logistics management system to facilitate the process of shipping goods by a shipper via a carrier, comprising:
a rate server, connected to a network, having a set of rules by which said carrier transports;
a client application, connected to the network, having a set of rules by which said shipper ships;
a supervisory server, connected to the network, with which said rate server and said client application register to facilitate communication of messages between said rate server and said client application independently of said supervisory server; and
an interface associated with at least one of said rate server and said client application which isolates the set of rules by which the shipper ships from the set of rules by which the carrier transports.
72. The system of claim 71 , wherein:
the client application includes a client interface for communicating with the client application; and
the rate server is configured to communicate with the client application via the client interface.
73. The system of claim 71 , wherein the messages comprise:
at least one predefined request message issued by the client application to the rate server; and
at least one predefined response message issued by the rate server to the client application.
74. The system of claim 73 , wherein:
the at least one predefined request message includes a weight and a delivery date for a package to be shipped; and
the at least one predefined response message includes a cost for shipping the package.
75. The system of claim 71 , wherein the set of rules by which the carrier transports comprises a knowledge base of rate structures and carrier practices pertaining to the carrier.
76. The system of claim 71 , wherein the set of rules by which the shipper ships comprises a knowledge base of shipper's practices pertaining to the shipper.
77. The system of claim 76 , wherein the knowledge base of the shipper's practices comprises rules for taking orders for good from customers, packaging the goods, and shipping the goods to customers.
78. The system of claim 71 , wherein the client application further comprises a user interface for collecting input information from a user about a desired shipping operation and for providing output information.
79. The system of claim 71 , wherein the supervisory server engages an interprocess communication mechanism to facilitate a message passage between the rate server and the client application.
80. The system of claim 79 , wherein the interprocess communication mechanism is selected form the group consisting of shared memory, semaphores, named pipes, queues, signals, netbios, sockets, and mail slots.
81. The system of claim 79 , further comprising an external processing manager for interfacing with external data bases or other application programs.
82. The system of claim 79 , further comprising a device manager for interfacing with external peripheral devices.
83. The system of claim 79 , wherein the client application further comprises a document server for printing a shipping document.
84. The system of claim 79 , further comprising a document administration object for engaging communication standards for the interprocess communication mechanism.
85. The system of claim 71 , wherein the rate server is installed on a first computer system and wherein the client application is installed on a second computer system, the first and second computer systems communicating over a global-wide area network.
86. A delivery management system, comprising:
at least one rate server having rate information based upon a set of rules by which a carrier delivers;
at least one client configured to collect input information from a user;
at least one supervisory server including at least one computer configured to provide registration services to facilitate communication between the rate server and the client via a client/server architecture utilizing an interprocess communication mechanism, said communication being independent of said supervisory server; and
whereby rules by which the user operates are isolated from the set of rules by which the carrier delivers.
87. The system of claim 86 , wherein one or more computer processes are distributed across a network.
88. The system of claim 86 , wherein at least two of the rate server, the client and the supervisory server run on a single processor.
89. The system of claim 86 , wherein a first client, a first rate server, and a first supervisory server run on a single processor.
90. A logistics management system to facilitate the delivery of goods comprising:
a network architecture for passing messages;
a supervisory server having a registrar enabling communication with said network architecture;
at least one client application having a set of shipper rules and a first data processing service including a first registration service to register said client application with said registrar for establishing a line of communication between said client application and said network architecture, a first interface service to collect input data, generate a request message based on said input data and said set of shipper rules and display a response message, and a first message handling service to communicate said request message and said response message between said client application and said network architecture; and
at least one rate server having a set of carrier rules and a second data processing service including a second registration service to register said rate server with said registrar for establishing a line of communication between said rate server and said network architecture, a second interface service to generate said response message based on said set of carrier rules and said request message, and a second message handling service to communicate said request message and said response message between said rate server and said network architecture;
wherein said first and second message handling services enable communication between said at least one client application and said at least one rate server via said network architecture and isolate said set of carrier rules from said set of shipper rules.
91. A computer-readable storage medium containing a set of computer-executable instructions for a method for facilitating the process of shipping goods by a shipper via a carrier, said shipper having a computer-implemented client application that has access to a network and which is related to shipping said goods, said client application having a set of rules by which the shipper ships, said set of instructions comprising:
providing a rate server having a set of rules by which the carrier transports in order to determine data related to shipping the goods;
providing access to said rate server on said network from the client application such that said rate server is separately located from said client application on said network; and
communicating the determined data from said rate server to said client application through an interprocess communication mechanism connected to said network and thereby isolating the set of rules by which the shipper ships from the rules by which the carrier transports.
92. A computer-controlled apparatus configured to perform a method for facilitating the process of shipping goods by a shipper via a carrier, said shipper having a computer-implemented client application that has access to a network and which is related to shipping said goods, said client application having a set of rules by which the shipper ships, said method comprising the steps of:
providing a rate server having a set of rules by which the carrier transports in order to determine data related to shipping the goods;
providing access to said rate server on said network from the client application such that said rate server is separately located from said client application on said network; and
communicating the determined data from said rate server to said client application through an interprocess communication mechanism connected to said network and thereby isolating the set of rules by which the shipper ships from the rules by which the carrier transports.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US09/315,680 USRE40924E1 (en) | 1993-09-28 | 1999-05-20 | Logistics system for automating transportation of goods |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US08/128,358 US5485369A (en) | 1993-09-28 | 1993-09-28 | Logistics system for automating tansportation of goods |
US08/471,368 US5631827A (en) | 1993-09-28 | 1995-06-06 | Logistics system for automating transportation of goods |
US09/315,680 USRE40924E1 (en) | 1993-09-28 | 1999-05-20 | Logistics system for automating transportation of goods |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US08/471,368 Reissue US5631827A (en) | 1993-09-28 | 1995-06-06 | Logistics system for automating transportation of goods |
Publications (1)
Publication Number | Publication Date |
---|---|
USRE40924E1 true USRE40924E1 (en) | 2009-09-29 |
Family
ID=22434955
Family Applications (3)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US08/128,358 Expired - Lifetime US5485369A (en) | 1993-09-28 | 1993-09-28 | Logistics system for automating tansportation of goods |
US08/471,368 Ceased US5631827A (en) | 1993-09-28 | 1995-06-06 | Logistics system for automating transportation of goods |
US09/315,680 Expired - Lifetime USRE40924E1 (en) | 1993-09-28 | 1999-05-20 | Logistics system for automating transportation of goods |
Family Applications Before (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US08/128,358 Expired - Lifetime US5485369A (en) | 1993-09-28 | 1993-09-28 | Logistics system for automating tansportation of goods |
US08/471,368 Ceased US5631827A (en) | 1993-09-28 | 1995-06-06 | Logistics system for automating transportation of goods |
Country Status (1)
Country | Link |
---|---|
US (3) | US5485369A (en) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20070152044A1 (en) * | 2005-12-30 | 2007-07-05 | Jochen Hirth | Delivery data objects in enterprise computing systems |
US20070174145A1 (en) * | 2005-12-30 | 2007-07-26 | Stephan Hetzer | Controlling logistics execution in a computer application |
US20080127139A1 (en) * | 2006-07-07 | 2008-05-29 | United Parcel Service Of America, Inc. | Compiled data for software applications |
US7970722B1 (en) | 1999-11-08 | 2011-06-28 | Aloft Media, Llc | System, method and computer program product for a collaborative decision platform |
US20140258098A1 (en) * | 2013-03-06 | 2014-09-11 | United States Postal Service | System and method for international merchandise return service |
US10521755B2 (en) | 2015-05-04 | 2019-12-31 | United States Postal Service | System and method for processing items for international distribution |
US11281850B2 (en) * | 2017-12-28 | 2022-03-22 | A9.Com, Inc. | System and method for self-filing customs entry forms |
Families Citing this family (241)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5662048A (en) * | 1993-03-08 | 1997-09-02 | Kralj; Nicholas L. | Integrated reusable pallet having data collection devices and method for using shipping conveyances |
US6233568B1 (en) | 1994-01-03 | 2001-05-15 | E-Stamp Corporation | System and method for automatically providing shipping/transportation fees |
US7387253B1 (en) * | 1996-09-03 | 2008-06-17 | Hand Held Products, Inc. | Optical reader system comprising local host processor and optical reader |
US7039595B1 (en) * | 1998-10-21 | 2006-05-02 | Infor International Limited | System and method for throughput measurement |
US7647241B1 (en) | 1994-05-27 | 2010-01-12 | Infor Global Solutions (Veenendaal) B.V | Computer program product for determining and reducing customer service impact |
US6801820B1 (en) * | 1994-05-27 | 2004-10-05 | Lilly Software Associates, Inc. | Method and apparatus for scheduling work orders in a manufacturing process |
US5761661A (en) * | 1994-07-14 | 1998-06-02 | The Sabre Group, Inc. | Data management system and method |
US5787400A (en) * | 1994-12-12 | 1998-07-28 | Pitney Bowes Inc. | Method for implementing electronic data interchange (EDI) in the processing of manifests and parcel inquiry/responses for multiple carriers in a parcel processing system |
EP0735472A3 (en) * | 1995-03-31 | 2000-01-19 | Sun Microsystems, Inc. | Method and apparatus for conspiracy among objects |
US5758126A (en) * | 1996-03-19 | 1998-05-26 | Sterling Commerce, Inc. | Customizable bidirectional EDI translation system |
US6182053B1 (en) * | 1996-03-26 | 2001-01-30 | Recovery Sales Corporation | Method and apparatus for managing inventory |
US6549891B1 (en) * | 1996-03-26 | 2003-04-15 | Recovery Management Corporation | Method for managing inventory |
US6233542B1 (en) | 1996-04-01 | 2001-05-15 | Openconnect Systems Incorporated | Server and terminal emulator for persistent connection to a legacy host system with response time monitoring |
US5754830A (en) | 1996-04-01 | 1998-05-19 | Openconnect Systems, Incorporated | Server and web browser terminal emulator for persistent connection to a legacy host system and method of operation |
US6205416B1 (en) | 1996-04-01 | 2001-03-20 | Openconnect Systems Incorporated | Server and terminal emulator for persistent connection to a legacy host system with direct OS/390 host interface |
US6233543B1 (en) | 1996-04-01 | 2001-05-15 | Openconnect Systems Incorporated | Server and terminal emulator for persistent connection to a legacy host system with printer emulation |
US6205415B1 (en) | 1996-04-01 | 2001-03-20 | Openconnect Systems Incorporated | Server and terminal emulator for persistent connection to a legacy host system with file transfer |
US6205417B1 (en) * | 1996-04-01 | 2001-03-20 | Openconnect Systems Incorporated | Server and terminal emulator for persistent connection to a legacy host system with direct As/400 host interface |
US6216101B1 (en) | 1996-04-01 | 2001-04-10 | Openconnect Systems Incorporated | Server and terminal emulator for persistent connection to a legacy host system with client token authentication |
US5794206A (en) * | 1996-05-06 | 1998-08-11 | Sterling Commerce, Inc. | Method and system for displaying electronic data interchanges in a computer |
US5812780A (en) * | 1996-05-24 | 1998-09-22 | Microsoft Corporation | Method, system, and product for assessing a server application performance |
US6047264A (en) | 1996-08-08 | 2000-04-04 | Onsale, Inc. | Method for supplying automatic status updates using electronic mail |
US6317737B1 (en) | 1996-10-18 | 2001-11-13 | Sagent Technologies, Inc. | Data descriptions in a database system |
US5930794A (en) | 1996-10-18 | 1999-07-27 | Sagent Technologies, Inc. | Database repository with deferred transactions |
US6038558A (en) * | 1996-10-18 | 2000-03-14 | Sagent Technology, Inc. | Extensible database retrieval and viewing architecture |
US7110959B2 (en) * | 1996-11-12 | 2006-09-19 | Hahn-Carlson Dean W | Processing and management of transaction timing characteristics |
US8392285B2 (en) * | 1996-11-12 | 2013-03-05 | Syncada Llc | Multi-supplier transaction and payment programmed processing approach with at least one supplier |
US20070055582A1 (en) | 1996-11-12 | 2007-03-08 | Hahn-Carlson Dean W | Transaction processing with core and distributor processor implementations |
US5910896A (en) * | 1996-11-12 | 1999-06-08 | Hahn-Carlson; Dean W. | Shipment transaction system and an arrangement thereof |
US6697702B1 (en) | 1999-03-12 | 2004-02-24 | U.S. Bancorp | Shipment transaction system and an arrangement thereof |
US8396811B1 (en) | 1999-02-26 | 2013-03-12 | Syncada Llc | Validation approach for auditing a vendor-based transaction |
US20050165699A1 (en) * | 1996-11-12 | 2005-07-28 | Hahn-Carlson Dean W. | Processing and management of transaction timing characteristics |
US7627499B2 (en) * | 1996-11-12 | 2009-12-01 | Syncada Llc | Automated transaction processing system and approach |
US20080172314A1 (en) * | 1996-11-12 | 2008-07-17 | Hahn-Carlson Dean W | Financial institution-based transaction processing system and approach |
US6035264A (en) * | 1996-11-26 | 2000-03-07 | Global Maintech, Inc. | Electronic control system and method for externally controlling process in a computer system with a script language |
JPH10162065A (en) * | 1996-11-28 | 1998-06-19 | Hitachi Ltd | Delivery management system |
US6460020B1 (en) | 1996-12-30 | 2002-10-01 | De Technologies, Inc. | Universal shopping center for international operation |
US6157956A (en) * | 1997-03-28 | 2000-12-05 | Global Maintech, Inc. | Heterogeneous computing interface apparatus and method using a universal character set |
AU6974698A (en) * | 1997-04-18 | 1998-11-13 | Csx Technology, Inc. | System and method for event management within a transportation network |
US6029143A (en) | 1997-06-06 | 2000-02-22 | Brightpoint, Inc. | Wireless communication product fulfillment system |
US6041318A (en) * | 1997-08-04 | 2000-03-21 | Schneider National, Inc. | Object oriented rating system and method |
US6061667A (en) * | 1997-08-04 | 2000-05-09 | Schneider National, Inc. | Modular rating engine, rating system and method for processing rating requests in a computerized rating system |
US6047271A (en) * | 1997-08-04 | 2000-04-04 | Schneider National, Inc. | Qualification engine, rating system, and method for qualifying rating requests in a computerized rating system |
US5960411A (en) | 1997-09-12 | 1999-09-28 | Amazon.Com, Inc. | Method and system for placing a purchase order via a communications network |
US7222087B1 (en) * | 1997-09-12 | 2007-05-22 | Amazon.Com, Inc. | Method and system for placing a purchase order via a communications network |
US6957190B1 (en) * | 1997-09-24 | 2005-10-18 | Canon Kabushiki Kaisha | Parts management information system and parts management method, and storage medium |
US6012065A (en) * | 1997-09-30 | 2000-01-04 | Pitney Bowes Inc. | Method and system for accessing carrier data |
US6018725A (en) * | 1997-09-30 | 2000-01-25 | Pitney Bowes Inc. | Method and system of implementing a carrier manager registry |
US6078889A (en) * | 1997-09-30 | 2000-06-20 | Pitney Bowes Inc. | Method and system of implementing a carrier manager librarian |
US6301707B1 (en) | 1997-09-30 | 2001-10-09 | Pitney Bowes Inc. | Installing software based on a profile |
US6873978B1 (en) | 1997-10-01 | 2005-03-29 | Pitney Bowes Inc. | Event interface for a carrier manager system |
US6910047B1 (en) | 1997-10-01 | 2005-06-21 | Pitney Bowes Inc. | Method and system for changing rating data via internet or modem in a carrier management system |
US6094642A (en) * | 1997-10-24 | 2000-07-25 | Federal Express Corporation | Integrated data collection and transmission system and method of tracking package data |
GB2332540B (en) * | 1997-12-18 | 2002-12-04 | Ibm | An improved parcel trace system |
JP3634131B2 (en) * | 1997-12-25 | 2005-03-30 | 富士通株式会社 | Method for obtaining management reference date in production management system, production management system, and recording medium |
US6134561A (en) * | 1997-12-29 | 2000-10-17 | Pitney Bowes Inc. | System for tracking the receipt and internal delivery of items such as packages |
US7769644B2 (en) | 1998-04-01 | 2010-08-03 | R & L Carriers, Inc. | Bill of lading transmission and processing system for less than a load carriers |
US6401078B1 (en) | 1998-04-01 | 2002-06-04 | R & L Carriers | Bill of lading transmission and processing system for less than a load carriers |
US20020103728A1 (en) * | 1998-04-01 | 2002-08-01 | Naghshineh Steve F. | Bill of lading transmission and processing system for less than a load carriers |
JP4012622B2 (en) * | 1998-04-08 | 2007-11-21 | 株式会社日立製作所 | Cargo information management method and cargo management system using electronic tag |
US6567788B1 (en) * | 1998-08-05 | 2003-05-20 | The United States Of America As Represented By The Secretary Of The Navy | Programmed logistic system and method for transportation and reception of commodities |
US6219653B1 (en) | 1998-09-15 | 2001-04-17 | Forest Products International Exchange, Inc. | Freight calculation system and method of operation |
US6336124B1 (en) | 1998-10-01 | 2002-01-01 | Bcl Computers, Inc. | Conversion data representing a document to other formats for manipulation and display |
CA2348546A1 (en) * | 1998-10-29 | 2000-05-11 | Ascom Hasler Mailing Systems, Inc. | Method and system for shipping/mailing |
US6286009B1 (en) * | 1998-12-11 | 2001-09-04 | Pitney Bowes Inc. | Platform independent rate data and method of calculating a rate for a carrier manager using platform independent rate data |
AU2857500A (en) * | 1999-01-25 | 2000-08-07 | Lilly Software Associates, Inc. | Distribution center management system |
US6539360B1 (en) | 1999-02-05 | 2003-03-25 | United Parcel Service Of America, Inc. | Special handling processing in a package transportation system |
WO2000046728A2 (en) | 1999-02-08 | 2000-08-10 | United Parcel Service Of America, Inc. | Internet package shipping systems and methods |
AU4219200A (en) * | 1999-04-09 | 2000-11-14 | Optimum Logistics, Ltd. | System and method for interactively managing transportation of cargo and data associated therewith |
CA2288588A1 (en) * | 1999-05-28 | 2000-11-28 | Doug Miller | System and method for rail transport of trailers |
WO2000073117A1 (en) | 1999-05-28 | 2000-12-07 | Canadian Pacific Railway | Terminal design |
WO2001002973A1 (en) * | 1999-07-02 | 2001-01-11 | Covad Communications Group, Inc. | Process fulfillment systems and methods using distributed workflow management architecture |
US7797543B1 (en) | 1999-09-30 | 2010-09-14 | United States Postal Service | Systems and methods for authenticating an electronic message |
CN1451213B (en) | 1999-09-30 | 2012-10-10 | 美国邮政服务 | Systems and methods for authenticating an electronic message |
US6963861B1 (en) * | 1999-10-04 | 2005-11-08 | Pitney Bowes Inc. | Method and system for resolution of carrier specific data utilizing a generic data model |
US7359887B1 (en) | 1999-10-06 | 2008-04-15 | Stamps.Com Inc. | Apparatus, systems and methods for interfacing with digital scales configured with remote client computer devices |
AU1329801A (en) * | 1999-10-06 | 2001-05-10 | Honda Of America Mfg., Inc. | Tracking edi documents with information from multiple sources |
US7197465B1 (en) | 1999-10-06 | 2007-03-27 | Stamps.Com Inc. | Apparatus, systems and methods for printing dimensionally accurate symbologies on laser printers configured with remote client computer devices |
US8346676B1 (en) | 1999-10-06 | 2013-01-01 | Stamps.Com Inc. | Reporting shipping rates and delivery schedules for multiple services and multiple carriers |
US7117170B1 (en) | 1999-10-06 | 2006-10-03 | Stamps.Com Inc. | Apparatus, systems and methods for applying billing options for multiple carriers for online, multi-carrier, multi-service parcel shipping management |
FR2800891B1 (en) * | 1999-11-05 | 2002-02-15 | Gerard Lieutet | COMPUTER OR COMPUTERIZABLE PROCESS FOR PLANNING LOGISTICS OPERATIONS |
US7133873B1 (en) * | 1999-12-14 | 2006-11-07 | United Parcel Service Of America, Inc. | System and method for modifying output of computer program without source code modifications |
US20020128914A1 (en) * | 1999-12-28 | 2002-09-12 | Pitney Bowes Incorporated, World Headquarters | Method and system for returning a non-scale-based parcel weight |
US20020023109A1 (en) * | 1999-12-30 | 2002-02-21 | Lederer Donald A. | System and method for ensuring compliance with regulations |
US6571213B1 (en) | 1999-12-30 | 2003-05-27 | Pitney Bowes Inc. | Router utility for a parcel shipping system |
US7191142B1 (en) * | 1999-12-30 | 2007-03-13 | General Electric Company | Internet based goods delivery system |
US7401030B1 (en) * | 1999-12-30 | 2008-07-15 | Pitney Bowes Inc. | Method and system for tracking disposition status of an item to be delivered within an organization |
US6463420B1 (en) * | 1999-12-30 | 2002-10-08 | General Electric Company | Online tracking of delivery status information over a computer network |
US6970825B1 (en) * | 1999-12-30 | 2005-11-29 | Pitney Bowes Inc. | Planning engine for a parcel shipping system |
US6957197B1 (en) | 1999-12-30 | 2005-10-18 | Pitney Bowes Inc. | Load planning tables for a parcel shipping system |
US6711798B2 (en) | 2000-01-18 | 2004-03-30 | Dell Products L.P. | Method for manufacturing products according to customer orders |
US6892104B2 (en) * | 2000-01-18 | 2005-05-10 | Dell Products L.P. | System and method for manufacturing products according to customer orders |
US6631606B2 (en) | 2000-01-18 | 2003-10-14 | Dell Products L.P. | System and method for accommodating atypical customer requirements in a mass customization manufacturing facility |
US20010041998A1 (en) * | 2000-01-28 | 2001-11-15 | General Hydrogen Corporation, A Delaware Corporation | Land port system and method for fuel cell vehicles |
AU2001236609A1 (en) * | 2000-02-01 | 2001-08-14 | Digital Freight Exchange, Inc. | Method and system for negotiating transportation contracts via a global computernetwork |
US6931388B2 (en) * | 2000-02-09 | 2005-08-16 | M.A.I.L., Inc. | Accepting query that includes at least a portion of address without shipping identifier for tracking, delivery of shipment in computer network |
US20010034608A1 (en) * | 2000-02-22 | 2001-10-25 | Marc Gendreau | Shipping method and system |
AU2001243272A1 (en) * | 2000-02-28 | 2001-09-12 | Neopost, Inc. | System and method for shipping, accounting, and tracking common carrier shipments |
AU2001245810A1 (en) | 2000-03-17 | 2001-10-03 | United States Postal Service | Methods and systems for proofing identities using a certificate authority |
US7774284B2 (en) * | 2000-03-27 | 2010-08-10 | Stamps.Com Inc. | Apparatus, systems and methods for online, multi-parcel, multi-carrier, multi-service enterprise parcel shipping management |
WO2001072109A2 (en) | 2000-03-28 | 2001-10-04 | Stamps.Com Inc. | Apparatus, systems and methods for online, multi-parcel, multi-carrier, multi-service parcel returns shipping management |
SE519655C2 (en) * | 2000-03-31 | 2003-03-25 | Megamec Com Beneficial Trust | Payment and information systems |
JP2001290989A (en) * | 2000-04-07 | 2001-10-19 | Suntory Ltd | Logistic system |
US20030074334A1 (en) * | 2000-05-10 | 2003-04-17 | Jeffrey Garfinkle | Sealed freight enclosure |
MXPA02011000A (en) * | 2000-05-12 | 2003-06-24 | Textron Automotive Co Inc | Part sequencing system. |
US8321356B2 (en) * | 2000-05-18 | 2012-11-27 | United Parcel Service Of America, Inc. | System and method for calculating real-time costing information |
US8725656B1 (en) * | 2000-05-18 | 2014-05-13 | United Parcel Service Of America, Inc. | Freight rate manager |
WO2001099006A2 (en) * | 2000-06-16 | 2001-12-27 | Manugistics, Inc. | Transportation planning, execution, and freight payment managers and related methods |
AU2001269881A1 (en) * | 2000-06-19 | 2002-01-02 | United States Postal Service | System, method, and article of manufacture for shipping a package privately to acustomer |
AUPQ891400A0 (en) * | 2000-07-21 | 2000-08-17 | Auwardt, Craig | A certified object and/or a certified entity information management system |
AU2001277113A1 (en) * | 2000-07-25 | 2002-02-05 | United States Postal Service | Item attribute preverification |
US6915268B2 (en) * | 2000-07-28 | 2005-07-05 | Odyssey Logistics & Technology Corporation | Transport logistics systems and methods |
DE10039165A1 (en) * | 2000-08-10 | 2002-02-21 | Thelanto Filmverwertungs Verwa | Internet based handling of product purchases has central unit linking with trader and transporter using coded data |
AU2001286796A1 (en) * | 2000-08-25 | 2002-03-04 | United States Postal Service | Systems and methods for application programming interfaces for shipping services |
AU2001280204A1 (en) * | 2000-08-31 | 2002-03-13 | Sagawa Express Co., Ltd. | Method for supporting shipment of virtual shopping mall |
TWI272491B (en) * | 2000-08-31 | 2007-02-01 | Sagawa Express Co Ltd | Delivery system for arrival and departure |
US20020077937A1 (en) * | 2000-09-01 | 2002-06-20 | Kevin Lyons | Apparatus and method for ensuring availability of inventory for electronic commerce |
JP2002073765A (en) * | 2000-09-05 | 2002-03-12 | Leading Information Technology Institute | Electronic collection and delivery and transaction system |
JP4183372B2 (en) * | 2000-09-08 | 2008-11-19 | 富士通株式会社 | Delivery method, delivery server and recording medium |
US6871195B2 (en) * | 2000-09-13 | 2005-03-22 | E-Promentor | Method and system for remote electronic monitoring and mentoring of computer assisted performance support |
US7593751B2 (en) | 2000-09-18 | 2009-09-22 | Field Data Management Solutions, Llc | Conducting field operations using handheld data management devices |
US7243080B2 (en) * | 2000-09-25 | 2007-07-10 | United Parcel Service Of America, Inc. | Systems and associated methods for wireless services for package tracking during delivery |
BR0114356A (en) * | 2000-09-29 | 2004-07-20 | Electronic Data Syst Corp | Computer program to maintain persistent connections from compliant protection barriers |
US7370009B1 (en) * | 2000-10-05 | 2008-05-06 | I2 Technologies Us, Inc. | Extreme capacity management in an electronic marketplace environment |
US7756794B2 (en) * | 2000-10-10 | 2010-07-13 | Inttra, Inc. | Common carrier system |
US20030208392A1 (en) * | 2000-10-27 | 2003-11-06 | Manugistics, Inc. | Optimizing resource plans |
AUPR105300A0 (en) * | 2000-10-27 | 2000-11-23 | Electronic International Trade Services Pty Ltd | Electronic international trading |
JP2002137808A (en) * | 2000-11-06 | 2002-05-14 | Matsushita Electric Ind Co Ltd | Method and device for material procurement and material management |
US7099834B2 (en) * | 2000-12-15 | 2006-08-29 | International Business Machines Corporation | Method, system, and program for transferring data between servers through a client computer over a network |
US20020082887A1 (en) * | 2000-12-22 | 2002-06-27 | Boyert Ross J. | Distribution system and method |
US6937992B1 (en) * | 2000-12-29 | 2005-08-30 | Arrowstream, Inc. | Transport vehicle capacity maximization logistics system and method of same |
JP2002207899A (en) * | 2001-01-11 | 2002-07-26 | Fujitsu Ltd | Merchandise selling method |
US6529797B2 (en) | 2001-03-05 | 2003-03-04 | Dell Products L.P. | System and method for automatically releasing collections of goods for shipment |
US6816746B2 (en) | 2001-03-05 | 2004-11-09 | Dell Products L.P. | Method and system for monitoring resources within a manufacturing environment |
US6611727B2 (en) | 2001-03-05 | 2003-08-26 | Dell Products L.P. | Method and system for simulating production within a manufacturing environment |
US6615092B2 (en) | 2001-03-05 | 2003-09-02 | Dell Products L.P. | Method, system and facility for controlling resource allocation within a manufacturing environment |
US6634506B2 (en) | 2001-03-05 | 2003-10-21 | Dell Products L.P. | Reusable container management system and method |
US6505094B2 (en) | 2001-03-05 | 2003-01-07 | Dell Products L.P. | System and method for shipping items from a distribution facility |
US6560509B2 (en) | 2001-03-05 | 2003-05-06 | Dell Products L.P. | System and method for automated management of a distribution facility |
US20020123918A1 (en) * | 2001-03-05 | 2002-09-05 | Dell Products L.P. | System and method for manufacturing and shipping products according to customer orders |
EP1371005A4 (en) | 2001-03-14 | 2007-12-12 | United Parcel Service Inc | Systems and methods for initiating returns over a network |
US7313530B2 (en) * | 2001-04-10 | 2007-12-25 | General Electric Company | Methods and systems for generating and displaying the capacity of a delivery management system |
US7779481B2 (en) * | 2001-04-12 | 2010-08-17 | United States Postal Service | Systems and methods for electronic postmarking of data including location data |
AU2002307269A1 (en) * | 2001-04-13 | 2002-10-28 | United States Postal Service | Systems and methods for tracking items |
US20040153433A1 (en) * | 2001-04-24 | 2004-08-05 | Takatoshi Nakamura | Method and system for physical distribution control |
JP2002324175A (en) * | 2001-04-25 | 2002-11-08 | Fujitsu Ltd | Method for transport mediation |
US6615104B2 (en) | 2001-05-01 | 2003-09-02 | Nintendo Of America, Inc. | System and method of selecting box size |
US20030208418A1 (en) * | 2001-05-14 | 2003-11-06 | Caputo Daniel Paul | Part sequencing system |
US7742998B2 (en) * | 2001-06-25 | 2010-06-22 | International Business Machines Corporation | Method and system for administering compliance with international shipping requirements |
US20040015392A1 (en) * | 2001-07-09 | 2004-01-22 | Philip Hammel | Shared freight rate system and invoicing method |
TW495722B (en) * | 2001-07-27 | 2002-07-21 | Hon Hai Prec Ind Co Ltd | Electronic gate control system and method |
US20030046133A1 (en) * | 2001-08-29 | 2003-03-06 | Morley Eric Ronald | System and method of optimizing carrier selection |
US20040039652A1 (en) * | 2001-09-07 | 2004-02-26 | Tighe Christopher Patrick | Automated requesting system |
US8255235B2 (en) | 2001-09-07 | 2012-08-28 | United States Postal Service | Item tracking and anticipated delivery confirmation system method |
US7295990B1 (en) | 2001-09-27 | 2007-11-13 | Amazon.Com, Inc. | Generating current order fulfillment plans based on expected future orders |
US7747543B1 (en) | 2001-09-27 | 2010-06-29 | Amazon Technologies, Inc | Dynamically determining actual delivery information for orders based on actual order fulfillment plans |
US7620583B2 (en) * | 2001-11-30 | 2009-11-17 | Worldpack, Inc. | Method and apparatus for facilitating shipment of packages |
US20030115104A1 (en) * | 2001-12-13 | 2003-06-19 | Smith Timothy Jay | Internet-based method and system for managing delivery of goods |
US8005727B2 (en) | 2001-12-27 | 2011-08-23 | United Parcel Service Of America, Inc. | Distributed-user shipping system |
CA3080333C (en) * | 2002-02-01 | 2021-04-06 | Canadian National Railway Company | System, apparatus and method for conducting an online transaction to fulfill a rail-shipment service inquiry or a rail-shipment service ordering |
US20030171948A1 (en) * | 2002-02-13 | 2003-09-11 | United Parcel Service Of America, Inc. | Global consolidated clearance methods and systems |
CN1643528A (en) * | 2002-03-11 | 2005-07-20 | 美国联合包装服务有限公司 | Inventory management system for reducing overall warehouse and pipeline inventory |
US20030195778A1 (en) * | 2002-04-11 | 2003-10-16 | United Parcel Service Of America, Inc. | Intelligent authorized return systems and methods |
US20030202522A1 (en) * | 2002-04-24 | 2003-10-30 | Ping Jiang | System for concurrent distributed processing in multiple finite state machines |
AU2003229017A1 (en) * | 2002-05-10 | 2003-11-11 | Us Bancorp | Automated transaction processing system and approach |
US20030236735A1 (en) * | 2002-06-20 | 2003-12-25 | Ezd Limited | Method and apparatus for facilitating funding of trade |
US7647233B2 (en) | 2002-06-21 | 2010-01-12 | United Parcel Service Of America, Inc. | Systems and methods for providing business intelligence based on shipping information |
US6962306B2 (en) * | 2002-07-15 | 2005-11-08 | West Ronald R | Units for storing flexible elongated objects |
US7047527B1 (en) * | 2002-07-18 | 2006-05-16 | Unisys Corporation | Method for identification of version levels of components across heterogeneous systems while eliminating mis-matched versions |
US6871137B2 (en) * | 2003-02-05 | 2005-03-22 | Gannett Fleming, Inc. | Intelligent road and rail information systems and methods |
US20050203665A1 (en) * | 2003-03-11 | 2005-09-15 | United Parcel Service Of America, Inc. | Inventory management system for reducing overall warehouse and pipeline inventory |
US7574447B2 (en) | 2003-04-08 | 2009-08-11 | United Parcel Service Of America, Inc. | Inbound package tracking systems and methods |
AU2003902798A0 (en) * | 2003-06-04 | 2003-06-19 | Task Logistics Pty Ltd | A task management system and method |
US20050150951A1 (en) * | 2003-06-26 | 2005-07-14 | Nathan Sacco | Method and apparatus for measuring and monitoring post-sales conditions within a network trading platform |
US20050015167A1 (en) * | 2003-07-18 | 2005-01-20 | Searcy Allison Fay | Synchronized production with dynamic logistics routing |
US20050071247A1 (en) * | 2003-09-16 | 2005-03-31 | Karin Kelley | Integrated transportation method and system |
US20050114222A1 (en) * | 2003-11-21 | 2005-05-26 | United Parcel Service Of America, Inc. | Method and system for providing a shipping label via an electronic procurement system |
US20050137923A1 (en) * | 2003-12-22 | 2005-06-23 | Bernd Mosbrucker | Using operational information in strategic decision making |
JP2007524937A (en) * | 2003-12-30 | 2007-08-30 | ユナイテッド パーセル サービス オブ アメリカ インコーポレイテッド | International integrated tracking and virtual inventory system |
US20050197974A1 (en) * | 2004-01-27 | 2005-09-08 | Schenck Karen E. | Standardizing intelligent mail processing |
US7725406B2 (en) * | 2004-03-30 | 2010-05-25 | United Parcel Service Of America, Inc. | Systems and methods for international shipping and brokerage operations support processing |
MXPA05003582A (en) | 2004-04-01 | 2006-05-25 | United Parcel Service Inc | Integrated task management systems and methods for executing rule-based operations. |
US20050267821A1 (en) * | 2004-05-14 | 2005-12-01 | United Parcel Service Of America, Inc. | Address validation mode switch |
CN101031905A (en) * | 2004-06-09 | 2007-09-05 | 美国银行和许可股份有限公司 | Distributor-based transaction processing arrangement and approach |
US7822653B2 (en) * | 2004-06-09 | 2010-10-26 | Syncada Llc | Transaction accounting payment and classification system and approach |
US7574386B2 (en) | 2004-06-09 | 2009-08-11 | U.S. Bank National Association | Transaction accounting auditing approach and system therefor |
US8762238B2 (en) * | 2004-06-09 | 2014-06-24 | Syncada Llc | Recurring transaction processing system and approach |
US8126785B2 (en) * | 2004-06-09 | 2012-02-28 | Syncada Llc | Automated transaction accounting processing engine and approach |
US7925551B2 (en) | 2004-06-09 | 2011-04-12 | Syncada Llc | Automated transaction processing system and approach |
AU2005255456B2 (en) | 2004-06-09 | 2007-09-13 | Syncada Llc | Order-resource fulfillment and management system and approach |
US20050278255A1 (en) * | 2004-06-09 | 2005-12-15 | Hahn-Carlson Dean W | Transaction data exchange system and approach |
US7392934B2 (en) * | 2004-06-09 | 2008-07-01 | U.S. Bank National Association | Transaction accounting processing system and approach |
US7385529B2 (en) * | 2004-06-14 | 2008-06-10 | Fittipaldi Logistics, Inc. | Dynamic and predictive information system and method for shipping assets and transport |
US9218588B2 (en) * | 2004-06-29 | 2015-12-22 | United Parcel Service Of America, Inc. | Offline processing systems and methods for a carrier management system |
US20060168277A1 (en) * | 2004-12-17 | 2006-07-27 | Dhananjay Godse | Traffic forwarding and conversion for supporting multiple advertising providers in video game advertising |
US20060167791A1 (en) * | 2004-12-29 | 2006-07-27 | Hahn-Carlson Dean W | Multi-party transaction processing system and approach |
US20060167792A1 (en) * | 2004-12-29 | 2006-07-27 | Hahn-Carlson Dean W | Multi-supplier transaction and payment programmed processing system and approach |
CA2597960A1 (en) * | 2005-02-17 | 2006-08-24 | Shopmedia Inc. | Methods and apparatus for selling shipping services online through a mediator's web site |
US7970671B2 (en) * | 2005-04-12 | 2011-06-28 | Syncada Llc | Automated transaction processing system and approach with currency conversion |
US7248160B2 (en) * | 2005-04-22 | 2007-07-24 | Pinpoint Logistics Systems, Inc. | Computerized indelible tracking system |
US8000988B1 (en) * | 2006-08-18 | 2011-08-16 | Amazon Technologies, Inc. | Selecting shipping methods dependent on a dynamic model of shipping activity |
US8374922B1 (en) | 2006-09-22 | 2013-02-12 | Amazon Technologies, Inc. | Fulfillment network with customer-transparent costs |
US8712884B2 (en) * | 2006-10-06 | 2014-04-29 | Syncada Llc | Transaction finance processing system and approach |
US20110029404A1 (en) * | 2006-10-06 | 2011-02-03 | Hahn-Carlson Dean W | Transaction payables processing system and approach |
US9761061B1 (en) | 2006-10-26 | 2017-09-12 | Stamps.Com Inc. | Shipping interface for a user interface |
US20080133284A1 (en) * | 2006-12-05 | 2008-06-05 | Grant Davon Birch | Travel forecasting and allocating system and method |
US8775331B1 (en) | 2006-12-27 | 2014-07-08 | Stamps.Com Inc | Postage metering with accumulated postage |
CA2910843C (en) | 2007-07-23 | 2018-06-12 | R & L Carriers, Inc. | Information transmission and processing systems and methods for freight carriers |
US8131584B2 (en) * | 2007-08-02 | 2012-03-06 | Target Brands, Inc. | Gateway balancing |
US8417550B2 (en) * | 2007-08-02 | 2013-04-09 | Target Brands, Inc. | Inland freight management |
US8751337B2 (en) * | 2008-01-25 | 2014-06-10 | Syncada Llc | Inventory-based payment processing system and approach |
US8224771B2 (en) * | 2008-01-31 | 2012-07-17 | Neopost Technologies | Resource sharing for document production |
US20090241797A1 (en) * | 2008-03-30 | 2009-10-01 | Flavio Costa | Ecological Goods Logistics System |
US20090276669A1 (en) * | 2008-04-30 | 2009-11-05 | Caterpillar Inc. | Method for processing and redirecting misdirected advanced shipping notices (ASNs) |
AU2009202923B2 (en) * | 2008-07-21 | 2012-12-13 | Syncada Llc | Payment processing system and approach with resource pooling |
EP2321776A4 (en) * | 2008-07-21 | 2012-01-04 | Syncada Llc | Resource-allocation processing system and approach with adaptive-assessment processing |
US8340990B2 (en) | 2008-07-22 | 2012-12-25 | Caterpillar Inc. | Logistics planning in a business environment |
AU2009240813B2 (en) * | 2008-11-26 | 2010-09-02 | Syncada Llc | Interactive Global-Based Electronic Transaction Control and Audit |
US20100194560A1 (en) * | 2009-02-02 | 2010-08-05 | United Parcel Service Of America, Inc. | Systems and methods for enhanced business process monitoring |
US20100205054A1 (en) * | 2009-02-06 | 2010-08-12 | Hahn-Carlson Dean W | Contingency-based electronic auditing |
US9633327B2 (en) | 2009-09-25 | 2017-04-25 | Fedex Corporate Services, Inc. | Sensor zone management |
US8299920B2 (en) | 2009-09-25 | 2012-10-30 | Fedex Corporate Services, Inc. | Sensor based logistics system |
US8239169B2 (en) | 2009-09-25 | 2012-08-07 | Gregory Timothy L | Portable computing device and method for asset management in a logistics system |
US20110231334A1 (en) * | 2010-03-22 | 2011-09-22 | Satish Jindel | Parcel delivery system and method |
US8732093B2 (en) | 2011-01-26 | 2014-05-20 | United Parcel Service Of America, Inc. | Systems and methods for enabling duty determination for a plurality of commingled international shipments |
US10713634B1 (en) | 2011-05-18 | 2020-07-14 | Stamps.Com Inc. | Systems and methods using mobile communication handsets for providing postage |
US8498888B1 (en) | 2011-06-22 | 2013-07-30 | Amazon Technologies, Inc. | Cost-based fulfillment tie-breaking |
CN102708474A (en) * | 2012-05-04 | 2012-10-03 | 成都智汇科技有限公司 | IoT (Internet of Things)-based intelligent logistics system |
US8924443B2 (en) * | 2012-10-05 | 2014-12-30 | Gary Robin Maze | Document management systems and methods |
US11153146B2 (en) | 2012-11-14 | 2021-10-19 | Accuzip, Inc. | Hardware server and technical method to optimize bulk printing of mailing items |
US9479390B2 (en) | 2012-11-14 | 2016-10-25 | Accuzip, Inc. | Automatic initiation of a response action when an event associated with an item in transit is based on logistical node scan data |
US10296968B2 (en) | 2012-12-07 | 2019-05-21 | United Parcel Service Of America, Inc. | Website augmentation including conversion of regional content |
US9721225B1 (en) * | 2013-10-16 | 2017-08-01 | Stamps.Com Inc. | Systems and methods facilitating shipping services rate resale |
CN103679416B (en) * | 2013-11-20 | 2018-01-05 | 苏州得尔达国际物流有限公司 | A kind of lean supply chain logistics system and method |
US9260203B2 (en) | 2014-04-08 | 2016-02-16 | OMNI Consulting Solutions, LLC | System and method for matching of space launch, satellite, and mission payload opportunities |
US10417728B1 (en) | 2014-04-17 | 2019-09-17 | Stamps.Com Inc. | Single secure environment session generating multiple indicia |
US9965466B2 (en) | 2014-07-16 | 2018-05-08 | United Parcel Service Of America, Inc. | Language content translation |
CN104634377A (en) * | 2015-01-05 | 2015-05-20 | 苏州征之魂专利技术服务有限公司 | Dot matrix structure body test machine and shipping plan linked intelligent division test method |
US10521754B2 (en) | 2016-03-08 | 2019-12-31 | Auctane, LLC | Concatenated shipping documentation processing spawning intelligent generation subprocesses |
CN106897885A (en) * | 2017-01-24 | 2017-06-27 | 武汉奇米网络科技有限公司 | The method and system that a kind of electric business platform businessman punishes in violation of rules and regulations |
US10783541B2 (en) * | 2017-08-30 | 2020-09-22 | Dell Products L.P. | Systems and methods of using indirect user input signal characteristics to control inventory and/or server operations |
Citations (36)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4511958A (en) | 1978-01-30 | 1985-04-16 | Patelhold Patentverwertungs- & Elektro-Holding Ag | Common bus access system using plural configuration tables for failure tolerant token passing among processors |
US4713761A (en) * | 1985-07-18 | 1987-12-15 | Pitney Bowes, Inc. | System for centralized processing of accounting and payment functions |
US4799156A (en) | 1986-10-01 | 1989-01-17 | Strategic Processing Corporation | Interactive market management system |
US4837701A (en) * | 1985-12-26 | 1989-06-06 | Pitney Bowes Inc. | Mail processing system with multiple work stations |
US4862357A (en) | 1987-01-28 | 1989-08-29 | Systemone Holdings, Inc. | Computer reservation system with means to rank travel itineraries chosen in terms of schedule/fare data |
EP0343933A2 (en) * | 1988-05-23 | 1989-11-29 | The Coca-Cola Company | Electronically programmable space-to-sales vender |
US4949272A (en) | 1988-12-16 | 1990-08-14 | Pitney Bowes Inc. | Flexible billing rate for mail communication systems |
US5008827A (en) * | 1988-12-16 | 1991-04-16 | Pitney Bowes Inc. | Central postage data communication network |
US5021953A (en) | 1988-01-06 | 1991-06-04 | Travelmation Corporation | Trip planner optimizing travel itinerary selection conforming to individualized travel policies |
US5038283A (en) | 1989-04-13 | 1991-08-06 | Panduit Corp. | Shipping method |
US5050078A (en) | 1989-10-03 | 1991-09-17 | Pitney Bowes Inc. | Mail processing and accounting system with communication among processing units and data reformatting |
US5068797A (en) | 1989-10-03 | 1991-11-26 | Pitney Bowes Inc. | Optimizing mail delivery systems by routing |
US5072401A (en) * | 1989-10-03 | 1991-12-10 | Pitney Bowes Inc. | Optimizing mail delivery systems by logistics planning |
EP0484875A2 (en) * | 1990-11-05 | 1992-05-13 | Pitney Bowes Inc. | Parcel processing system with end of day rating |
US5124926A (en) | 1990-03-02 | 1992-06-23 | Pitney Bowes Inc. | Carrier management system having accounting registers |
US5161109A (en) | 1988-12-16 | 1992-11-03 | Pitney Bowes Inc. | Up/down loading of databases |
US5220501A (en) | 1989-12-08 | 1993-06-15 | Online Resources, Ltd. | Method and system for remote delivery of retail banking services |
US5253342A (en) | 1989-01-18 | 1993-10-12 | International Business Machines Corporation | Intermachine communication services |
US5262939A (en) | 1990-07-03 | 1993-11-16 | Alcatel Satmam | System for processing parcel shipping |
US5293310A (en) | 1992-05-22 | 1994-03-08 | Pitney Bowes Inc. | Flexible method for applying customized rating adjustments to transaction charges |
US5325527A (en) | 1993-01-19 | 1994-06-28 | Canon Information Systems, Inc. | Client/server communication system utilizing a self-generating nodal network |
US5337246A (en) | 1992-05-22 | 1994-08-09 | Pitney Bowes Inc. | Flexible apparatus and method for applying customized rating adjustments to transaction charges |
US5363121A (en) | 1990-06-29 | 1994-11-08 | International Business Machines Corporation | Multiple protocol communication interface for distributed transaction processing |
US5493491A (en) | 1992-01-10 | 1996-02-20 | Duracell Inc. | Method of ordering, shipping and merchandizing goods and shipping/display assembly therefor |
US5684965A (en) | 1992-10-22 | 1997-11-04 | American Express Travel Related Services, Inc. | Automated billing consolidation system and method |
US5694551A (en) | 1993-05-20 | 1997-12-02 | Moore Business Forms, Inc. | Computer integration network for channeling customer orders through a centralized computer to various suppliers |
US5778348A (en) | 1991-12-24 | 1998-07-07 | Pitney Bowes Inc. | Remote activation of rating capabilities in a computerized parcel manifest system |
US5802293A (en) | 1993-06-28 | 1998-09-01 | The Dow Chemical Company | Integrated plant environment utilizing an advanced program-to-program server enabling communications between programs running in different computing environments |
US5832511A (en) | 1992-06-11 | 1998-11-03 | Beck Systems, Inc. | Workgroup network manager for controlling the operation of workstations within the computer network |
US5852809A (en) | 1992-09-11 | 1998-12-22 | Memorylink, Inc. | System and method for routing data and communications |
US5971592A (en) | 1993-03-08 | 1999-10-26 | Kralj; Nicholas L. | Integrated reusable pallet having data collection devices and method for using shipping conveyances |
US6006199A (en) | 1991-12-31 | 1999-12-21 | International Business Machines Corporation | Method and system for automated payment within a computer integrated manufacturing system |
US6115713A (en) | 1990-01-30 | 2000-09-05 | Johnson Controls Technology Company | Networked facilities management system |
US6161122A (en) | 1992-12-10 | 2000-12-12 | Hawkes; Calvert T. | Method and apparatus for interactively providing information at multiple sites |
US6199100B1 (en) | 1988-07-15 | 2001-03-06 | International Business Machines Corp. | Interactive computer network and method of operation |
US6202054B1 (en) | 1989-12-08 | 2001-03-13 | Online Resources & Communications Corp. | Method and system for remote delivery of retail banking services |
-
1993
- 1993-09-28 US US08/128,358 patent/US5485369A/en not_active Expired - Lifetime
-
1995
- 1995-06-06 US US08/471,368 patent/US5631827A/en not_active Ceased
-
1999
- 1999-05-20 US US09/315,680 patent/USRE40924E1/en not_active Expired - Lifetime
Patent Citations (37)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4511958A (en) | 1978-01-30 | 1985-04-16 | Patelhold Patentverwertungs- & Elektro-Holding Ag | Common bus access system using plural configuration tables for failure tolerant token passing among processors |
US4713761A (en) * | 1985-07-18 | 1987-12-15 | Pitney Bowes, Inc. | System for centralized processing of accounting and payment functions |
US4837701A (en) * | 1985-12-26 | 1989-06-06 | Pitney Bowes Inc. | Mail processing system with multiple work stations |
US4799156A (en) | 1986-10-01 | 1989-01-17 | Strategic Processing Corporation | Interactive market management system |
US4862357A (en) | 1987-01-28 | 1989-08-29 | Systemone Holdings, Inc. | Computer reservation system with means to rank travel itineraries chosen in terms of schedule/fare data |
US5021953A (en) | 1988-01-06 | 1991-06-04 | Travelmation Corporation | Trip planner optimizing travel itinerary selection conforming to individualized travel policies |
EP0343933A2 (en) * | 1988-05-23 | 1989-11-29 | The Coca-Cola Company | Electronically programmable space-to-sales vender |
US6199100B1 (en) | 1988-07-15 | 2001-03-06 | International Business Machines Corp. | Interactive computer network and method of operation |
US5161109A (en) | 1988-12-16 | 1992-11-03 | Pitney Bowes Inc. | Up/down loading of databases |
US5008827A (en) * | 1988-12-16 | 1991-04-16 | Pitney Bowes Inc. | Central postage data communication network |
US4949272A (en) | 1988-12-16 | 1990-08-14 | Pitney Bowes Inc. | Flexible billing rate for mail communication systems |
US5253342A (en) | 1989-01-18 | 1993-10-12 | International Business Machines Corporation | Intermachine communication services |
US5038283A (en) | 1989-04-13 | 1991-08-06 | Panduit Corp. | Shipping method |
US5050078A (en) | 1989-10-03 | 1991-09-17 | Pitney Bowes Inc. | Mail processing and accounting system with communication among processing units and data reformatting |
US5068797A (en) | 1989-10-03 | 1991-11-26 | Pitney Bowes Inc. | Optimizing mail delivery systems by routing |
US5072401A (en) * | 1989-10-03 | 1991-12-10 | Pitney Bowes Inc. | Optimizing mail delivery systems by logistics planning |
US6202054B1 (en) | 1989-12-08 | 2001-03-13 | Online Resources & Communications Corp. | Method and system for remote delivery of retail banking services |
US5220501A (en) | 1989-12-08 | 1993-06-15 | Online Resources, Ltd. | Method and system for remote delivery of retail banking services |
US6115713A (en) | 1990-01-30 | 2000-09-05 | Johnson Controls Technology Company | Networked facilities management system |
US5124926A (en) | 1990-03-02 | 1992-06-23 | Pitney Bowes Inc. | Carrier management system having accounting registers |
US5363121A (en) | 1990-06-29 | 1994-11-08 | International Business Machines Corporation | Multiple protocol communication interface for distributed transaction processing |
US5262939A (en) | 1990-07-03 | 1993-11-16 | Alcatel Satmam | System for processing parcel shipping |
EP0464766B1 (en) | 1990-07-03 | 1998-11-04 | Neopost Industrie | Parcels shipping processing system |
EP0484875A2 (en) * | 1990-11-05 | 1992-05-13 | Pitney Bowes Inc. | Parcel processing system with end of day rating |
US5778348A (en) | 1991-12-24 | 1998-07-07 | Pitney Bowes Inc. | Remote activation of rating capabilities in a computerized parcel manifest system |
US6006199A (en) | 1991-12-31 | 1999-12-21 | International Business Machines Corporation | Method and system for automated payment within a computer integrated manufacturing system |
US5493491A (en) | 1992-01-10 | 1996-02-20 | Duracell Inc. | Method of ordering, shipping and merchandizing goods and shipping/display assembly therefor |
US5293310A (en) | 1992-05-22 | 1994-03-08 | Pitney Bowes Inc. | Flexible method for applying customized rating adjustments to transaction charges |
US5337246A (en) | 1992-05-22 | 1994-08-09 | Pitney Bowes Inc. | Flexible apparatus and method for applying customized rating adjustments to transaction charges |
US5832511A (en) | 1992-06-11 | 1998-11-03 | Beck Systems, Inc. | Workgroup network manager for controlling the operation of workstations within the computer network |
US5852809A (en) | 1992-09-11 | 1998-12-22 | Memorylink, Inc. | System and method for routing data and communications |
US5684965A (en) | 1992-10-22 | 1997-11-04 | American Express Travel Related Services, Inc. | Automated billing consolidation system and method |
US6161122A (en) | 1992-12-10 | 2000-12-12 | Hawkes; Calvert T. | Method and apparatus for interactively providing information at multiple sites |
US5325527A (en) | 1993-01-19 | 1994-06-28 | Canon Information Systems, Inc. | Client/server communication system utilizing a self-generating nodal network |
US5971592A (en) | 1993-03-08 | 1999-10-26 | Kralj; Nicholas L. | Integrated reusable pallet having data collection devices and method for using shipping conveyances |
US5694551A (en) | 1993-05-20 | 1997-12-02 | Moore Business Forms, Inc. | Computer integration network for channeling customer orders through a centralized computer to various suppliers |
US5802293A (en) | 1993-06-28 | 1998-09-01 | The Dow Chemical Company | Integrated plant environment utilizing an advanced program-to-program server enabling communications between programs running in different computing environments |
Non-Patent Citations (15)
Title |
---|
"ACI Ships 4D Server" (Dec. 4, 1992). |
"Advanced Communications Software Introduced For Newton; Ex Machina Debuts Pocketcall Terminal Program and Notify! Wireless Messaging to Newton" (Aug. 2, 1993). |
"Imagery Delivers on Promise of Desktop Imaging" (Sep. 14, 1992). |
"New Micro Focus Product Offerings Promote Open Client/Server Framework" (Apr. 19, 1993). |
"Paperclip 2.0 Offers High-End Image Management Solution For PC/Lans" (Sep. 15, 1992). |
"Primavera 5.0 Sets New Standard For Project Management-Targets Corporate Market" (Jun. 15, 1992). |
"RMS Announces EDI Breakthrough" (Jun. 1992). |
"Suite Talk Now Shipping on IBM's OS/2" (Dec. 15, 1992). |
"WINBEEP (TM) Remote Message Technology Integrated into Lanlord (R) 2.0" (Aug. 19, 1993). |
Bonney, Joseph, "Air Canada joins CARAT . . . ", American Shipper, v34, n1, p50(1, Jan. 1992). * |
Brown, Kevin, Survey of Distribution Services, financial Times, p22, May 12, 1986. * |
Business America, Shipping your product to the overseas buyer, v5, n9, pp. 20-22, Mar. 5, 1982. * |
Canna, Elizabeth, "A supermaket for transport services. . . ", American Shipper, v34, n5, p45(4), dialog file 148, accession No. 059119261, May 1992. * |
Canna, elizabeth, A supermarket for transport services, American shipper, v34, n5, p45, May 1992. * |
Michael J. Feeley and Henry M. Levy, "Distributed Shared Memory with Versioned Objects," (Dept. of Computer Science and Engineering, FR-35, University of Washington, Seattle, WA 98195, 247-262 (1992). |
Cited By (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7970722B1 (en) | 1999-11-08 | 2011-06-28 | Aloft Media, Llc | System, method and computer program product for a collaborative decision platform |
US8160988B1 (en) | 1999-11-08 | 2012-04-17 | Aloft Media, Llc | System, method and computer program product for a collaborative decision platform |
US8005777B1 (en) | 1999-11-08 | 2011-08-23 | Aloft Media, Llc | System, method and computer program product for a collaborative decision platform |
US7841516B2 (en) | 2005-12-30 | 2010-11-30 | Sap Ag | Delivery data objects in enterprise computing systems |
US20070152044A1 (en) * | 2005-12-30 | 2007-07-05 | Jochen Hirth | Delivery data objects in enterprise computing systems |
US20070174145A1 (en) * | 2005-12-30 | 2007-07-26 | Stephan Hetzer | Controlling logistics execution in a computer application |
US20080127139A1 (en) * | 2006-07-07 | 2008-05-29 | United Parcel Service Of America, Inc. | Compiled data for software applications |
US8584107B2 (en) * | 2006-07-07 | 2013-11-12 | United Parcel Service Of America, Inc. | Compiled data for software applications |
US20140258098A1 (en) * | 2013-03-06 | 2014-09-11 | United States Postal Service | System and method for international merchandise return service |
US8918341B2 (en) * | 2013-03-06 | 2014-12-23 | United States Postal Service | System and method for international merchandise return service |
US10430753B2 (en) | 2013-03-06 | 2019-10-01 | United States Postal Service | System and method for international merchandise return service |
US10521755B2 (en) | 2015-05-04 | 2019-12-31 | United States Postal Service | System and method for processing items for international distribution |
US11288619B2 (en) | 2015-05-04 | 2022-03-29 | United States Postal Service | System and method for processing items for international distribution |
US11281850B2 (en) * | 2017-12-28 | 2022-03-22 | A9.Com, Inc. | System and method for self-filing customs entry forms |
Also Published As
Publication number | Publication date |
---|---|
US5631827A (en) | 1997-05-20 |
US5485369A (en) | 1996-01-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
USRE40924E1 (en) | Logistics system for automating transportation of goods | |
US7725406B2 (en) | Systems and methods for international shipping and brokerage operations support processing | |
US6571213B1 (en) | Router utility for a parcel shipping system | |
US7660721B2 (en) | Apparatus, systems and methods for online, multi-parcel, multi-carrier, multi-service parcel returns shipping management | |
US7359887B1 (en) | Apparatus, systems and methods for interfacing with digital scales configured with remote client computer devices | |
US8341003B1 (en) | Apparatus, systems and methods for determining delivery time schedules for each of multiple carriers | |
JP2007524937A (en) | International integrated tracking and virtual inventory system | |
EP3792852A1 (en) | Product return/replacement system, product return/replacement server, and product return/replacement device | |
WO2006055579A2 (en) | Accelerated system and methods for synchronizing, managing and publishing business information | |
US6970825B1 (en) | Planning engine for a parcel shipping system | |
JP2002002913A (en) | Article delivery information control system | |
US20080114643A1 (en) | Methods of Creating Electronic Customs Invoices | |
US6957197B1 (en) | Load planning tables for a parcel shipping system | |
MXPA05010672A (en) | System and method for tracking of mail using a universal coding system. | |
US20050075955A1 (en) | Order fulfillment architecture having an electronic customs invoice system | |
CN1287313C (en) | Purchase and sale monitoring system and method | |
Garguilo et al. | Guidelines for the Evaluation of Electronic data Interchange Products | |
US20020087492A1 (en) | Method and system for postage meter accounting utilizing a web browser in a postal or shipping system | |
Garguilo et al. | Guidelines for the evaluation of electronic data interchange products | |
O'Connell et al. | ARN II Program, Final Technical Report | |
O’Connell | CDUM Program PDIT Final Technical Report | |
O'Connell et al. | Customer Driven Uniform Manufacture (CDUM) Program. Customer Driven Uniform Management Apparel Research | |
JP2004094927A (en) | Apparel material export/import information providing system and program | |
Crossfield et al. | Developing the customer supplier interface through bar coding | |
Brewster | Controlling inventory: On-line computer systems |