TRACKING AND ROUTING CONTAINER FOR SHIPPING ITEMS

Abstract: A server is configured to send out requests for quotes to a number of regional shipping companies using a network. The server receives responses from the network and selects a route based on the responses. The route may include shipping the item to one or more intermediate destinations before the item arrives at the final destination. The server may create a data file reflecting the selected route. The items are packed in one or more containers, wherein each container has a memory device. At least part of the data file is then stored into the memory device. The memory device may be accessed as needed during shipping to determine where the item is going and when the item needs to arrive. Additional information may also be stored in the memory device, and the device may be updated at intermediate destinations. Each container may take a different routing, and the server may actively search for better routings as the item proceeds along the selected route. The containers may be configured to be placed within carriers that hold multiple containers, and the carriers may be configured with memory devices. The container may include environmental sensors, a microprocessor, and a power supply (e.g., battery or solar panel). The processing apparatus is configured to interface with the memory device (e.g., using a wireless link) and read the memory device to determine how the item should be routed. The apparatus may be hand-held or built into a stationary apparatus such as a conveyer belt or an automated loading and unloading station. The apparatus may also include a scale to weigh the item in the container, and one or more digital cameras to capture images of the container and item. The apparatus may interface with a central server, an d may update the contents of the memory device based on information from the server (e.g., to reflect a new final destination).

Description: TITLE: TRACKING AND ROUTING CONTAINER FOR SHIPPING ITEMS BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention generally relates to the shipping or mailing of goods or items from one place to another. More particularly, the present invention relates to tracking and routing the shipped goods or items. 2. Description of the Related Art Internet commerce has become an increasingly popular forai of commerce in the United States and throughout the world. In general, Internet-based commerce, often referred to as e-commerce, provides advantages to both suppliers and consumers. E-commerce provides vendors and service providers the ability to greatly increase their sales channel and distribution network with minimal cost. An Internet commerce site provides a convenient, effective and secure mechanism for potential buyers to browse, select and purchase goods or services in an easy and simple fashion. However, Internet retailers face many obstacles to turning a profit. Chief among these obstacles are high shipping costs. For example, assuming an online retailer of compact disks (CDs) based in California sells a CD to a customer in New York for SI 2. The customer may be unwilling to pay $3 (i.e., 25% of the sales price) for shipping. Internet retailers of consumer goods such as CDs, videos, and consumables face a more difficult challenge than retailers of more expensive items such as jewelry. Consumers are less likely to object to paying a $3 shipping charge for a $100 necklace than for a $12 CD. Taxes combine with shipping costs to influence online consumer purchasing decisions. Currently, many Internet retailers do not charge their customers sales tax, which tends to offset the high shipping costs to some extent. However, sales tax is typically less than 10% of the sales price, so shipping costs still pressure Internet retailers to lower their prices more than traditional brick-and-mortar retail stores (e.g., often at least 15% lower). Furthermore, the future of current moratoriums on Internet sales taxes remains uncertain. It is likely that traditional brick-and-mortar retailers will exert considerable pressure on federal and state governments to "even the playing field" by forcing Internet retailers to pay some sort of Internet sales tax. For this reason, the importance of reducing shipping costs may become even more critical in the near future. Of course, reduced shipping costs may also benefit non-Internet businesses and consumers in general. Thus, a system and method for more efficiently handling and routing packages that are shipped or mailed is needed. SUMMARY OF THE INVENTION The problems outlined above may at least in part be solved by a system and method for efficiently shipping items. A shipping container configured to be loaded into a carrier for efficient shipping may also, at least in part, solve some of the above problems. The problems outlined above may also be improved, at least in part, through the use of an apparatus for tracking items that are being shipped. As used herein, the terms "ship" and "shipping" shall include all types of conveyance, including using express carriers (e.g., Federal Express, Airborne, DHL), national postal services (e.g., the United States Postal Service and United Parcel Service), local delivery services (e.g., bicycle, motorcycle, car) and freight carriers (e.g., air, rail, ship, and truck). In one embodiment, the system may include a software program configured to determine one or more efficient shipping routes for a particular package that is to be shipped. The program may be configured to determine shipping routes that utilize more than one shipping company or that include one or more intermediate destinations (as opposed to a direct route). For example, instead of shipping an item directly from Tokyo to New York for $100 using only one shipping company, the software program may determine that a better price may be had if shipping company A is used to ship the item from Tokyo to San Francisco for $50 and then shipping company B is used to ship the item from San Francisco to New York for $40. The method described above may be implemented using a system of specialized shipping containers. The shipping containers may be of one or more standard sizes that allow them to be shipped together with other containers in a specialized carrier that supports the independent insertion and removal of one or more shipping containers. The use of carriers and shipping containers that fit within the carriers may advantageously simplify the shipping of items with one or more intermediate destinations. For example, shipping company A may have standing arrangements with a first airline to ship one carrier from Tokyo to San Francisco on a daily basis. Similarly, shipping company B may have standing arrangements with a second airline to ship one carrier from San Francisco to New York on a weekly basis. By negotiating these standard arrangements, shipping companies A and B may obtain rates that are lower than the rates typically paid for one-time shipments. When a particular item is to be shipped from Tokyo to New York, the item may be packaged in a shipping container that fits within a carrier. For example, the carrier may be configured to hold 9 individual standard-sized containers in a 3x3 array. Shipping company A may place the container within a first carrier going from Tokyo to San Francisco. Once the carrier arrives in San Francisco, the particular container going to New York may be removed and may be placed into a second carrier going from San Francisco to New York by shipping company B. Shipping company B may similarly include other containers bound for New York in the carrier. Since multiple containers fit in each carrier, shipping companies A and B may aggregate containers from different sources and with different final destinations to increase the utilization of space within each carrier. The shipping companies may communicate with each other via a computer network to negotiate rates for available space within carriers. A central server may be connected to the network to oversee the process and act as a central database for availability information and shipping rates. Thus, using shipping containers that fit within carriers and/or hold multiple shipping containers may simplify the process of shipping of items through one or more intermediate destinations. This may allow the shipping companies to more efficiently ship items. If the item being shipped is too large for a single container, it may be shipped in two or more containers or a single larger container. If multiple containers are used, the containers may be routed differently if necessary for efficiency. However, each container may take a different route to the final destination and may arrive at a different time. For example, company B's weekly carrier from San Francisco to New York may only have room for one container available. If the item being shipped has been split among two containers, one may be shipped the current week and the other may be shipped a week later. Alternatively, one may be shipped on weekly carrier from San Francisco to New York, while the second container may shipped via another intermediate city (e.g., Chicago) in a carrier that has room. To increase the efficiency of the process at the transfer points or intermediate destinations (e.g., San Francisco in the above example), the containers and or carriers may be configured with attached or embedded memory devices for storing information about the item(s) being shipped. This may advantageously simplify the process of transferring the carriers since the memory device may store the routing and final destination information for the container/carrier, as well as other information such as: contact information for each shipping company that will handle the container, contact information for the person or company that originally sent the item, contact information for the person or company that is to be the final recipient of the item, a description of the item (so that the container does not have to be opened to identify its contents), a unique identifier (e.g., a container or shipping tracking number), any special handling requirements, the weight of the container, customs information, and insurance information. In one embodiment, the memory device may be configured with a wireless interface (e.g., infrared or radio wave) that allows the contents of the memory device to be read and updated without physically contacting the device. This may simplify the transfer of the container at intermediate destinations and may also allow the information stored in the memory device to be updated as the container progresses through its designated routing. For example, at each intermediate destination, the shipping company may have a workstation or hand-held tracking device configured to update the information in the memory device (e.g., to reflect the time that the container was received). Other information may also be updated (e.g., the condition of the container and/or item). In some embodiments, the memory device may be attached to the item itself. While a traditional computer may be configured to interface with the memory device, in other embodiments more specialized equipment may be utilized (e.g., a hand-held apparatus that interfaces with the memory device using a wireless .communications link. A conveyor belt-based apparatus may also be used. An apparatus for processing carriers, containers, and/or items being shipped is also contemplated. In one embodiment, the apparatus may include an interface device configured to communicate with the memory device in the carrier or container, or on the item itself. The apparatus may be hand-held, with a display device that allows the user to easily view the contents of the memory device. The apparatus may also have an input device (e.g., a set of buttons or an entire keyboard) that allow the user to append and edit information for storage in the memory device. The apparatus may also include a network interface configured to allow the apparatus to send and receive information from a computer network (e.g., the Internet). In some embodiments, the apparatus may also include sensors configured to capture information about the carriers, containers and/or items processed by the apparatus. For example, the apparatus may include a scale configured to weigh carrier/container/item. The apparatus may also include a digital camera configured to capture digital images of the carrier/container/item. The weight and images may be useful for customs purposes and to prove the condition of the item at the time the transfer is made. The apparatus may also be configured with a computer network interface that allows the information gathered to be distributed to multiple parties (e.g., providing shipping updates to the originating party and the recipient). The apparatus may be configured to transmit information from the sensors using the computer network, or to store the information in the memory device. BRIEF DESCRIPTION OF THE DRAWINGS The foregoing, as well as other objects, features, and advantages of this invention may be more completely understood by reference to the following detailed description when read together with the accompanying drawings in which: Figure 1 A illustrates one embodiment of a container and carrier system for efficiently transporting goods; Figure IB illustrates a close-up view of one embodiment of the container and carrier system from Figure 1A; Figures 1C-E illustrate details of different embodiments of the container and carrier system from Figure 1A; Figures 1F-H illustrate details of different embodiments of the container from Figure 1 A; Figure 1 J illustrates one method for constructing the carrier system from Figure 1 A; Figure IK illustrates one method for loading and unloading one embodiment of the container and carrier system from Figure 1A; Figure 2 illustrates one embodiment of a network of regional shipping locations, hubs, or transfer points; Figure 3 illustrates how an indirect shipping route with one or more intermediate destinations may be less expensive than a direct shipping route; Figure 4 illustrates one embodiment of a data file that may be stored in a memory device attached to a container or carrier for shipping packages; Figure 5 is a flow chart illustrating one embodiment of a method for efficiently shipping packages; Figure 6 is a flow chart illustrating another embodiment of a method for efficiently shipping packages; Figure 7 is a flow chart illustrating yet another embodiment of a method for efficiently shipping packages; Figure 8 is a flow chart illustrating another embodiment of a method for efficiently shipping packages; Figure 9 illustrates one embodiment of an apparatus for processing packages; Figure 10 illustrates one embodiment of a network usable to implement the systems and methods described herein; and Figure 11 illustrates one embodiment of a computer system usable to implement the systems and methods described herein. • While the invention is susceptible to various modifications and alternative forms, specific embodiments thereof are shown by way of example in the drawings and will herein be described in detail. It should be understood, however, that the drawings and detailed description thereto are not intended to limit the invention to the particular form disclosed, but on the contrary, the intention is to cover all modifications, equivalents, and alternatives falling within the spirit and scope of the present invention as defined by the appended claims. Please note that the headings used herein are for organizational purposes only and are not meant to limit the description or claims. Further note that as used herein, the terms "package", "goods", and "item" are used interchangeably to refer to an item being shipped. Also note, the word "may" is used in this application i a permissive sense (i.e.', having the potential to, being able to), not a mandatory sense (i.e., must). DETAILED DESCRIPTION OF SEVERAL EMBODIMENTS Figures 1A-K: carrier and containers Turning now to Figure 1A, one embodiment of a carrier 30 configured to allow efficient shipping of goods is shown. In this embodiment, carrier 30 is configured to store a number of individual containers 40A through 40N. Carrier 30 may be configured to allow each individual container to be inserted or removed on an individual basis. Caπier 30 may be configured with a memory 60 that is configured to store electronic data. Similarly, containers 40A through 40N may also be configured with memory devices 50A through 50N, respectively. Memory 60 may be configured to store various information corresponding to carrier 30 (and possibly containers 40A-N stored within carrier 30). Similarly, memory devices 50A through 50N may be configured to store electronic data corresponding to containers 40A through 40N, respectively. Carrier 30 may be constructed of a number of different materials, including plastic, wood, or aluminum. Carrier 30 may be configured with an internal frame 32 that allows containers 40A-N to be inserted securely within carrier 30. Frame 32 may advantageously prevent containers from shifting during shipping, e.g., if carrier 30 is not completely full of containers. Frame 32 may also include tracks or shelves with rollers that allow each container within the carrier to be inserted and removed more easily. While containers 40A-N are preferably the same size, in some configurations different container sizes may be made available for larger items to be shipped. For example, each standard container may be 0.5 m by 0.5 m by 1.5 m, with nine containers fitting in carrier 30 in a 3 by 3 configuration. However, a larger container measuring 1.0 m by 1.0 m by 1.5 m may be used for oversized items. This larger container may fit within carrier 30 with up to five of the standard containers. Other configurations and sizes are also possible and contemplated (e.g., a 3 x 3 x 2 arrangement of containers within carrier 30, or containers measuring 20 feet by 40 feet). The containers may be configured to meet industry standard requirements such as strength, resilience, durability, and a lack of hidden compartments (i.e., to address smuggling concerns). In one embodiment, memory 60 may be configured to store a unique item identification number (e.g., a serial number) for carrier 30. Memory 60 may also he configured to store origination information and final destination information for carrier 30. For example, carrier 30 may be shipped from Tokyo to New York, and memory 60 may be configured to store that information. Various additional information may also be stored in memory 60 (e.g., container identification numbers for each container stored within carrier 30). If carrier 30 is shipped to one or more intermediate destinations (e.g., from Tokyo to New York via Chicago), then infoimation regarding the intermediate destination may also be stored in memory 60. Other information about carrier 30 (and containers 40A-N within carrier 30) may also be stored in memory 60. For example, the contents of each container 40A-N may be stored in memory 60. Insurance and customs information may also be stored in memory 60. Memory devices 50A-N may be configured similarly to memory device 60. For example, in one embodiment memory device 50A may be configured to store origination information, intermediate destination information, and final destination information for container 40A. Memory device 50B may store similar information for container 40B. The memory devices may he implemented using a number of different technologies (e.g., Flash memory, SRAM, DRAM, EEPROM, hard drive, removable optical or magnetic media). The memory devices may have a power supply (e.g., a battery, solar panel, or both) connected to it (e.g., in the case of DRAM), or it may rely on the power supply of the processing unit at the shipping location to provide the necessary power to perform reads and writes. The memory devices may also include interface logic (e.g., transceivers and memory controllers) and appropriate connectors (e.g., RS-232 or universal serial bus (USB)) to control the read and write process. In some embodiments, the memory devices may further include a wireless interface (e.g., infrared or radio wave) to allow the contents of the memory devices to read and written to without requiring a physical connection to the device. In yet another embodiment, barcode stickers may be used as a memory device. In this embodiment, the barcode may be printed out on a sticker and subsequently affixed to the container and/or carrier. Additional data may be printed out on additional stickers and affixed to the container and/or carrier near the previous sticker. The information may be read by a barcode scanner which is configured to read all of tire barcodes affixed on the carrier or container. In the event that some of the data needs to be overwritten, additional barcode stickers may be printed out and affixed to the container or carrier over the preceding barcode stickers. Advantageously, this may provide an inexpensive read- write memory device. Depending on the embodiment, however, the memory device need not be physically attached to the container or carrier. For example, the memory device may be implemented as a small electronic component (e.g., encased in plastic) designed to packed inside the container with the goods being shipped. In embodiments that utilize active memory devices (e.g., electronic or magnetic memory as opposed to barcodes, which are a passive memory), additional features such as global positioning and environmental (e.g., temperature, humidity, vibration) sensing may also be implemented as part of the memory devices. For example, the memory device for a particular container may include a microprocessor (or microcontroller) and a temperature sensor. The microprocessor may be configured to periodically sample the temperature readings from the sensor. If the temperature exceeds a predetermined threshold (e.g., too low or too high), then the processor may store an indication of this (e.g., the exact temperature and the time that the event took place) in the memory device. Alternatively, the processor may be configured to store all periodic temperature readings in the memory device, thereby providing the recipient and the shipping company with a complete log of the temperatures experiences by the container throughout the shipping process. Taking the wireless connection one step further, the memory device may be configured with a long-range wireless communications device (e.g., with a cellular or PCS telephone link, satellite link, or other wireless network protocol) to allow the memory device to periodically upload the temperature information and the data file to central server 90. Other possibilities include an optional GPS (global positioning system) sensor that can store position information for the container. Currently, the cost of long-range wireless communications and GPS sensors may be prohibitive, but if prices continue to drop, these may become more economical options. The memory device may also store digital images of the items being shipped (e.g., as the items are being packed to prove that the items are in good condition before shipment). Advantageously, the configuration of carrier 30 and containers 40A-N shown in the figure may allow for efficient shipping of goods. For example, regional shipping companies may make arrangements to have a carrier such as carrier 30 routinely shipped on certain flights from a particular origination to a particular destination (e.g., from San Francisco to Dallas, and from Dallas to New York). A regional shipping company based in San Francisco may make arrangements with one or more airlines so that the airlines will carry one carrier from San Francisco to Dallas per day. Similarly, a carrier based in New York may make a similar arrangement with one or more airlines to carry a carrier from Dallas to New York on a daily basis. As noted above, this type of shipping arrangement may advantageously result in lower shipping costs. If each regional shipping company uses a standard carrier (e.g., carrier 30) and standard containers (e.g., containers 40A through N), then a customer having one or more containers to be shipped from San Francisco to New York may be able to have the containers inserted into the first shipping company s earner going from San Fiancisco to Dallas, and then have the containeis tiansfened to the second earner going from Dallas to New Yoik In some cases, this touting may be cheapei than a direct routing from San Francisco to New Yoik In some embodiments, this method for shipping may be analogized to the packet switching peiformed in IP or telephone networks In a traditional telephone system, a dedicated circuit was established between the caller and recipient for each call This mirrors traditional shipping in which a customer makes an arrangement with a smgle shipping company for shipment of an item from an origination point to a final destination However, m recent years the telephone company digitizes the voice at either end of a telephone call and bleaks the information to packets These packets are then routed individually from the origination to the destination Foi a single call, one packet might be routed through Chicago, while the following packet may be routed through Dallas Similarly, a customer having to ship twelve containeis from San Francisco to New York may find a better price by breaking up the container shipments and routing the containers individually Some containers may take a direct flight from San Francisco to New York, while others may be routed through Dallas or Chicago Advantageously, memory devices 50A-N and 60 may simplify the transfer of containers at intermediate destmations such as Dallas or Chicago m the example above As noted above, in some embodiments each memory device may include a wireless transceiver configured to send and receive information to a processing unit The processing unit may be used by the shipping company personnel at the intermediate destination to rapidly determine which containers need to be removed from which earners, and which new earners the containers should be inserted into Turning now to Figure IB, details of one embodiment of carrier 30 are shown In this embodiment, contamers 40A-C are configured to slide mto earner 32, and carrier 32 is configured to protect and secure each container 40A-C, even if the earner is not completely full As shown in the figure, earner 30 may be formed as a rigid frame spaced so as to allow contamers to be inserted and removed on an individual basis Garner 30 may be made of any suitable material, e g , plastic, aluminum, carbon fiber, fiberglass, wood, or a combination thereof Turning now to Figure 1C, another embodiment of earner 30 is shown In this embodiment, earner 30 mcludes a cover 44 and a rotating spool mechanism 36 that is configured to raise and lower cover 44 In some embodiments the cover may be raised and lowered manually (e g , using a manual crank arm that is connected to spool mechanism 36) In other embodiments, spool mechanism may be an electric motor that is configured to automatically raise or lower cover 44 An internal battery may be included within earner 30, or an external power source may be connected to spool mechanism 36 Cover 44 may be of any suitable material (e g , cloth, nylon mesh, chain mesh) that prevents contamers 40A-N from falling out of or being removed from earner 30 Cover 44 may have a lockmg mechanism (e g , a combmation or a key lock) that prevents unauthorized handleis from removmg or accessing containers m earner 30 Turning now to Figure ID, details of a portion of one embodiment of earner 30 are shown In this embodiment, earner 30 mcludes locking clips 46A-C which are coupled to earner 30 in a moveable fashion Lockmg clips 46A C may be positioned either to allow the conesponding container (e g , contamers 40A and 40B) to be inserted or removed from earner 30, or to prevent the contamers from being removed As with cover 44 in the previous embodiment, locking clips 46A-C may be configuied to require a key or combmation to prevent unauthorized removal oi tampering Turning now to Figure IE, another embodiment of earner 30 is shown. In this embodiment, carrier 30 includes chains 48A-B that are configured to secure containers 40A-G into carrier 30. While a number of different configurations for carrier 30 have been described herein, other configurations are possible and contemplated. For example, combinations of locking clips 46A-C, chains 48A-B, and cover 44 may be used. Other fastening devices such as latches and lids that are configured to be bolted onto canier 30 may also be used in addition to, or in lieu of, the configurations described above. Turning now to Figures 1F-1H, a number of different configurations of container 40A are shown. Container 40A may be configured with a hinged top and side 49A, an open top 49B, or hinged sides 49C-D. The exact configuration of container 40A may vary based on the type of items being shipped or the configuration of canier 30. Turning now to Figure 1J, one possible method for constructing carrier 30 is shown. In this embodiment, carrier 30 comprises a rigid frame 32 (e.g., constructed of metal such as aluminum) that provides strength to prevent compression damage, and top and bottom members 20-22, which provide additional strength to prevent bending or twisting of frame 32 or containers within frame 32. Top and bottom members 20-22 may be constructed of materials such as wood, plastic, fiberglass, or aluminum. Additional sides may also be attached to frame 32. As noted earlier, containers 40A-G may be industry standard containers or customer containers also constructed of light yet strong material (e.g., plastic, wood, fiberglass, or aluminum). Containers 40A-G and/or carrier 30 may configured to be weather proof (e.g., water tight), to prevent damage to the items being shipped. Containers 40A-G are preferably constructed of material that is resilient enough so that each container may be shipped many times. Advantageously, this may reduce package costs and waste in the shipping process. Turning now to Figure IK, one embodiment of canier 30 that allows automated packing and unpacking of containers is shown. In this embodiment, two opposing sides of container 30 are opened to allow an automated pusher arm 26 to push a selected container (i.e., container 40A in this example) onto a loading platform 27. As shown in the figure, the automated pusher arm 26 and loading dock 27 may be positioned so as to allow carrier 30 to be loaded and unloaded without being removed from the vehicle that is transporting the carrier (e.g., the rail car or flat bed trailer). Figures 2-3: example of efficient shipping Turning now to Figures 2 and 3, one example of system for efficient shipping is shown. This example illustrates five regional shipping company hubs (e.g., transfer points) located in San Francisco 80, Dallas 88, Chicago 82, Atlanta 86, and New York 84. Each hub is represented by a processing device (e.g., a computer configured to interface with memory devices 50A-N and/or 60). Figure 3 illustrates that a typical shipping charge might be $80.00 for placing a container of goods on a direct flight from San Francisco to New York (or by using a single shipping company), while an indirect routing from San Francisco through Dallas and Atlanta to New York may yield a final cost of only $45.00. (i.e., $20.00 from San Francisco to Dallas, $10.00 from Dallas to Atlanta, and $15.00 from Atlanta to New York). Depending on the schedules involved, the container may take longer to arrive at its final destination, but in many instances customers may be willing to accept longer shipping times in exchange for a lower shipping cost. In this example, each shipping company may have one or more earners (e.g., similar to carrier 30) that are shipped on a periodic basis to and from each hub city. For example, the shipping company 80 in San Francisco may have one carrier that is shipped daily to Chicago and one container that is shipped daily to Dallas. Regional shipping companies 82 and 88, i Chicago and Dallas respectively, may ship the earners back also on a periodic basis (e.g., the next day). Similarly, shipping companies 82 and 88 may have earners that are shipped on a periodic basis to Atlanta and New York. Advantageously, by using standardized containers (e.g., containers 40A-N) and/or standardized carriers (e.g. carrier 30), the transfer of goods at the regional shipping companies may be simplified. Similarly, the use of memory devices 60 and 50A through 50N may further increase the efficiency of the transfer of goods in the shipping hubs. In one embodiment, each regional shipping company or hub 80-88 may be configured with a container processing apparatus that is directly or indirectly connected to a network 92. In one embodiment, as shown in the figure, network 92 is used to couple the processing apparatuses to a central server 90. While different types of networks may be used, in one embodiment the processing devices at the regional shipping company hubs and central server 90 may be connected via the Internet. In some implementations, the central server 90 may be configured to routinely poll each regional hub to determine availability, shipping times, and prices. Central server 90 may be configured to maintain a database of this information that is periodically updated. A customer wishing to ship an item may then contact one of the regional shipping companies or the central server directly (e.g., via the Internet). The customer may be prompted to provide information about the package to be shipped (e.g., size, weight, origination, final destination, shipping deadline, and any insurance or special handling requirements). If this information is provided to a regional shipping company or hub, the company or hub may then forward the information to central server 90 to query the database for a quote. In response, central server 90 may execute an optimization program configured to search out the most efficient (e.g., lowest cost) routing for the package within the specified time constraints. Central server 90 may also have information about traditional shipping alternatives (e.g., direct routing using one shipping company) for comparison. Figure 4: data file Turning now to Figure 4, one embodiment of a data file stored in memory device 50A is shown. In this embodiment, the data file includes the following: a unique item identification number (e.g., a package tracking number) 51, a description of the goods being shipped 60, the weight of the goods being shipped 61, any special shipping instructions (e.g., temperature, humidity, and vibration restrictions) 52, insurance terms (e.g., the insurance canier, the policy number, the amount of insurance, and any deductible amounts) 55, the original shipping date 62, the arrival deadline 63, the origination location 53, the destination 54, any payment terms 64, information about the sender (e.g., sender's name 65, sender's email address 66, sender's telephone number 69, sender's street address 68, sender's shipping company account number 69), information about the recipient (e.g., recipient's name 65, recipient's email address 66, recipient's telephone number 69, recipient's street address 68, recipient's shipping company account number 69), and information about one or more intermediate destinations (75 through 77). Depending upon the implementation, additional information may also be stored in memoiy device 50A (for example, fax numbers for the sender and/or recipient). Similarly, less information than is shown in the figure may also be stored in memory device 50A in some embodiments. Advantageously, in some embodiments memory device 50A may be used to simplify payment (e.g., for shipping, for any tariffs or customs charges, or for the goods themselves in a COD anangement). For example, memory device 50A may include account numbers for the sender 69, and recipient 74. Other possibilities include credit card, debit card, and bank account information. In some embodiments, the data stored in the memory device may be encrypted. The device used to read the data from the memory device (e.g., processing apparatus 198 from Figure 9 or package processors 322-324 from Figure 10, as described below) may have a public key or private key usable to decrypt the data in the memory device. In one embodiment, authorized users of the system may be given a public key stored on a smart card, magnetic swipe card, or other electronic data storage card (e.g., Sony Corporation's Memory Stick™). The data from the memory device may also copied and then sent in email (e.g., in encrypted form) via the Internet to one or more of the parties associated with the shipping transaction (e.g., the originator, the shipping company, and the recipient). Figures 5-6: method for efficient shipping Turning now to Figure 5, one embodiment of a method for efficient shipping is shown. First, a package or allotment of goods to be shipped is received (Step 100). Next, the package or goods are placed inside a standard size shipping container with an attached memory device (such as containers 40A-N with attached memory devices 50A-N) (Step 102). Note, in some cases the container may need not be used (e.g., if the item is already adequately packages in a box that has the same dimensions as containers 40A-N. In these cases, the memory devices may be affixed directly to the item itself. Next, information about the package to be shipped is transmitted to central server 90 (Step 104). This information may include the origination and destination of the package, information about the type of package being shipped (e.g., the weight, any special shipping requirements such as temperature, humidity, or hazardous materials) and shipping dates (e.g., shipping deadlines). Central server 90 may then be configured to send out a request for quote based on this information to network members (Step 106). In another embodiment, central server 90 may be configured to periodically update the database independent of any request for quotes. Alternatively, in a distributed environment without a central server 90, the originating shipping company may distribute request for quotes directly to network members without central server 90. In response to the request for quote, network members may generate quotes for shipping costs for shipping the package to and from their shipping hub. (Step 108). For example, the shipping company in Dallas (see hub 88 in Figure 2) may be configured to provide quotes for shipping the package from Dallas to New York and to Atlanta. Similarly, the shipping company in Chicago (see hub 82 in Figure 3) may be configured to generate quotes for shipping the designated goods from Chicago to Atlanta and New York. As noted above, in some cases more than one container may be needed to ship the package. In these cases, the network members may provide quotes for shipping only a subset of the packages if they do not have enough capacity to handle the entire set of containers or if a price differential is apparent for partial shipment. The central server may be configured to receive all of the quotes and update a database of shipping prices accordingly (Step 110). After the time period for responding to the request for quote has expired, the central server may be configured to search all possible routings in the pricing database to determine the best deal for the customer (Step 112). Depending on the customer's requirements, some routings may be eliminated based on time (e.g., some routings may take too long and thus fail to meet the customer's shipping deadline). Once the central server has selected a particular routing for the goods to be shipped, it may confirm this routing with the customer, the originating shipping company, the destination, and any intermediate locations/shipping companies (Step 114). This confirmation may be performed via the network (e.g., e-mail or instant messaging). The central server may also be configured to generate a data file that includes information about the goods to be shipped and the selected routing. As noted above, one embodiment of such a data file is shown in Figure 4. This data file may be transmitted with the confirmation sent out by the central server in Step 114. The originating shipping company may update (if desired) and store a copy of the data file in the memory device that is attached to the container that will be used to ship the goods (Step 116). Next, the originating shipping company may place the container in a carrier 30 that is bound for either the final destination or an intermediate location as specified in the selected routing (Step 118). Selected information about the container may also be stored in the carrier's memory device, if desired. Next, the carrier is shipped to the first intermediate location (Step 120). As part of the shipping process, a confirmation e-mail may be sent out to the central server and one or more of the parties associated with the shipment (e.g., the shipper, any intermediate shipping companies, and the recipient). (Step 122). Advantageously, central server 90 may be configured to maintain a real time or near real time database of the status of all goods being shipped using the network. For example, a customer or shipping company may enter in a unique identifier that identifies the goods being shipped, and the database may respond by outputting the data file (e.g., as shown in Figure 4). At each intermediate destination and at the final destination, confirmation of aπival and shipment may be conveyed to the central server which may then update the database accordingly. Similarly, the confirmations may be sent to any parties associated with the shipment (e.g., via e-mail). Figures 6-7: handling packages at intermediate destination Turning now to Figure 6, a flowchart depicting one portion of one embodiment of a method for efficient shipping is shown. In this figure, details of how the container may be handled upon arriving at an intermediate destination is shown. First, the container is received at the intermediate destination (Step 130). Next, the data file, or at least the routing information, may be read from the memory device attached to the container and/or the carrier (Step 132). Next, the shipping company may be configured to communicate or verify the receipt of the goods using the network. The shipping company may also communicate with the central server to check if more efficient routings from the intermediate destination to the final destination have become available (Step 134). For example, a particular shipment of goods may originally be routed from San Francisco to New York via Dallas and Atlanta. However, by the time that the shipment anives in Dallas, a more direct routing from Dallas to New York may have become less expensive than a routing through Atlanta. This may be due to changes in airline shipping rates, price wars, the cancellation of other shipments leading to excess capacity, or other factors. Thus, central server 90 may be configured to determine whether or not there is a more efficient routing available. (Step 136). If there is a more efficient routing available, server 90 may be configured to convey this information to the shipping company in Dallas, which may then update the routing information in the memory device 50A affixed to the shipping container (Step 138). Similarly, server .90 may be configured to update the information on the server's database for access by any party to the shipping transaction (e.g., the originator, the final recipient, and any shipping companies involved in the transaction). Once the routing for the remainder of the shipment has been determined, the regional shipping company (e g , the shipping company that has received the contamei in Dallas), may remove the contamer from the earner and leload the contamer mto a different caniei that is destined foi the next intermediate destination 01 the final destination (Step 140) As part of this process, the shipping company may also update the memory device on the canier to reflect the newly added container Next, the earner is shipped (Step 142), and a confirmation may be transmitted to central server 90 and or one or more of the parties to the transaction (Step 144) In one embodiment, the confirmation may be sent as an e-mail, instant message via tire Internet, or a text-to-speech message via telephone As noted above, the confirmation may include a copy of the updated data file Turning now to Figure 7, another embodiment of a method for handlmg the contamers at an intermediate or final destination is shown This embodiment assumes that additional processmg is performed on the shipped goods to ensure that the goods have amved m acceptable condition First, the carrier is received (Step 160) Next, the contamer may be removed from the carrier (Step 162) The contamer may be visually inspected for damage (Step 164) For example, in one embodiment digital cameras may be used to take pictures of the contamer and/or goods withm the container to venfy their condition In some implementations, these digital image files may be appended to the data file and transmitted to central server 90 In another embodiment, automated scanning devices may he used to inspect the contamer for damage For example, each contamer may have a pattern imprmted on its sides Any damage to the contamer may (e g , dents, or gouges) may be detected as by a digital camera that scans for the imprmted pattern For example, a regularly spaced grid or series of lines may be imprmted on the surface of the canier (e g , a black and white bar code) Damage to the device will most likely result m variations to the patter, and the processmg umt may be configured to detect these vanations and signal a problem to the operator or the central server Similarly, if the contamer's memory device is outfitted with an environmental sensor, then the processmg umt may be configured to read the contents of the memory device to ensure that the contamer has not expenenced any envnonmental extremes For example, assuming that there are delicate glass components in the contamer, and if the environmental sensor detects that a vibration exceeding a predetermined maximum threshold has occurred, then the processmg unit may signal an alert the operator The operator may then notify the shipper and recipient and possibly check the shipped items for damage Advantageously, if the items have been damaged due to the vibration, the contamer may be returned to directly to the originating party from the intermediate destination without incumng the additional cost and wasted time of shippmg the contamer all the way to the final destination before finding out that the items mside have been damaged Once the contamer has been inspected for damage, any damage or problems may be noted and appended mto the data file As noted above, the data file may be stored to the memory device and also conveyed to central server 90 In addition to damage, the contamer's weight may be compared with the memory device's weight information stored m the data file (Step 168) While the use of weight may be optional, it may be particularly advantageous in international shippmg where concerns such as smuggling often anse By insuring that the weight of the package as received is the same as the weight of the package as shipped, customs officials may be less concerned with additional items bemg smuggled m the contamer and thus less likely to open the container and thereby delaying shipment (Step 168) Additional information to assist m the customs process may also be read from the data file (Step 170) For example, a declaration of the type of goods in the contamer may be read from the memory device As previously noted, the central server may be contacted to verify the next intermediate destination (e.g., to check for cheaper routings). (Step 172). Next, the container is packed into a different canier (if necessary) that . is headed to the next hitermediate destination or the final destination (Step 174). As noted above, in the event that multiple containers have been shipped together, the containers may take different routings to the final destination. The updated data file may be stored to the memory device on the container and/or canier (Step 176). Similarly, the updated data file and or a confirmation of shipment may be conveyed to central server 90 and any party to the shipping transaction (Step 178). Figure 8: operating central server Turning now to Figure 8, one embodiment of a method for operating central server 90 is illustrated. In this embodiment, central server 90 may be configured to receive updates from intermediate destinations (Step 180). Central server 90 may be configured to periodically check shipping schedules for subsequent intermediate destinations (Step 182) to verify the availability and/or feasibility of the future intermediate destination (Step 184). If availabihty of shipment tiirough one or more of the subsequent intermediate destinations is in question (Step 186), then the server may be configured to request quotes for alternate routes (Step 188). If one or more better alternative routes are available (Step 190), then the server may then communicate the newly selected route to all parties to the shipping transaction (Step 192). For example, in one embodiment the central server may be configured to check weather forecasts and/or travel advisories for selected intermediate destinations. If Chicago is an intermediate destination for a particular shipment scheduled to arrive on the 22nd of January, and if Chicago is • experiencing a serious blizzard with travel advisories on the 21st of January just prior to initiation of the shipment, the central server may be configured to attempt to re-route the shipment to avoid the weather problems in Chicago. Similarly, if the regional shipping company in Chicago has indicated that it has a two-day backlog of packages to ship out, the central server may use that information to find an alternate route. If, however, no issues concerning availability of shipment at intermediate destinations arise, or if no better alternatives are available, then the central server may simply be configured to communicate a verification of the original route to one or more of the parties to the shipping transaction (Step 192). Figure 9: apparatus for package processing Turning now to Figure 9, one embodiment of an package processing apparatus 198 for efficiently handling shipment of containers (e.g., container 40A) is shown. In this embodiment, the apparatus (also refened to herein as a package processing unit) comprises a conveyor belt 206. As shown in the figure, conveyor belt 206 is configured to convey container 40A over a weighing device 202. The apparatus may further comprise a communications device 200 configured to communicate with, and read the contents of, memory device 50A. In some embodiments, the apparatus may further comprise one or more digital cameras (e.g., 204A through 204F). As previously noted, these digital cameras may be configured to capture images of the carrier, container, and/or the item itself. In some embodiments (assuming there is enough storage available in the memory device), these images may be stored in the memory device by the package processing unit using communications device 200 or they may be communicated to the central server via the network. Note, this figure merely illustrates one possible embodiment for the apparatus and othei embodiments are possible and contemplated For example, in one embodiment the apparatus may be implemented as a handheld device without conveyoi belt 206 The handheld device may include communications device 200 to communicate with memory device 50A, and a digital camera configured to captuie images of the containei 40A Other embodiments may be configured without digital cameras Communications device 200 may, for example, be a wireless link, a physical cable that connects to memory device 50A, or a removable media reader (e g , a CD-RW dnve) Advantageously, the package processmg apparatus described above may be installed at locations such as ports, warehouses, airports, distribution centers, and shippmg compames The operation of the apparatus may advantageously be automated (e g , with a mechanical arm to automatically remove and insert contamers mto carπeis and/or to automatically read and wiite data to the memory device) The apparatus may further comprise an mterface to a computer system 210 Computer system 210 may in turn be connected to a network (e g , the Internet) by link 212 The computer system may communicate with the apparatus m order to convey the captured data (e g , from memory device 50A and digital cameras 204A-F) to central server 90 As noted above, m other embodiments the apparatus may mclude an internal computer or microprocessor with a built-in wireless network connection and scanning device Advantageously, by accessing the data files stored in central server 90's database (e g , by us g an Internet website), any party to the shippmg transaction may be able to immediately determine where the package is and which shippmg company is curcently in charge of the package As previously noted, additional information may also be available (e g , any damage that the device may have sustamed or any environmental extreme the contamer may have experienced) Another potential advantage of some embodiments of the system and method descnbed above is the ability of any party to the transaction to alter the final destmation conveniently For example, a package bemg shipped from Tokyo to New York may have the final street address altered by accessmg the central server and entermg the new final destmation address In a traditional system wherem the destmation address is affixed to the package in an unchangeable manner, there is no convement way to update the final delivery address In contrast, usmg the method described above the updated address m central server's database may be downloaded to the memory device on the earner or contamer at any intermediate destmation Confirmation of the final destination address change may be automatically sent to all relevant parties m the shippmg transaction In some embodiments, the central server may be configured to automatically notify one or more parties to the shippmg transaction upon the occuπence of predetermined events For example, once the package reaches a particular intermediate destination or the final destination, the central server upon receivmg confirmation of this may be configured to automatically contact the designated recipient (e g , by an automated call to a telephone or cell phone number, or by e-mail, paging, or instant messaging) Similarly, local trucking companies or shippmg compames may be notified automatically as soon as the package arrives at a particular intermediate or final destmation In some embodiments, the unique identification number associated with a particular item may be assigned by central server 90 In other embodiments, the local shippmg company may assign this number after veπfymg that there is no other package currently using the number in central server 90 's database In some embodiments, the unique ID number may be shared with one oi more shippmg compames that handle the package from its ongmation to its final destmation For example, assummg a package is shipped by airlmes A and then delivered by trucking company B, airline A and trucking company B may both be provided access central server 90 to read the data file. The unique identification number may be selected in a format such that it is useable both by airline A's and trucking company B's computers systems. In one embodiment, central server 90 may be configured to contact the servers of airline A and trucking company B in order to select a unique identifier that is also useable by those company's computer systems. Advantageously, this unique identifier may also be used to control billing receipts and customs records for the shipped item. In one embodiment, central server 90 may be implemented as a number of different servers (e.g., one server in each country serviced by shipping companies that are part of the network). Advantageously, if the number of e-mails or instant messages generated by the network of shipping companies becomes to large, distributing the processing among multiple servers may advantageously reduce the e-mail traffic burden. The data file associated with a particular package may be stored only on the server residing in the originating country. In one embodiment, the data file may be formatted using XML, SGML, HTML, or another type of mark-up language or data file format. Advantageously, XML offers several potential advantages including the ability to format data such that it may be more easily imported into SQL databases. Figure 10: Wide Area Network Turning now to Figure 10, one embodiment of a wide area network (WAN) that may be used to implement the system described above is shown. WAN 302 is a network that spans a relatively large geographical area. The Internet is an example of WAN 302. WAN 302 typically includes a plurality of computer systems which are interconnected through one or more networks. Although one particular configuration is shown in the figure, WAN 302 may include a variety of heterogeneous computer systems and networks which are interconnected in a variety of ways and which run a variety of software applications. One or more local area networks (LANs) 304 may be coupled to WAN 302. A LAN 304 is a network that spans a relatively small area. Typically, a LAN 304 is confined to a single building or group of buildings (e.g., one airport or shipping hub). Each node (i.e., individual computer system or device) on a LAN 304 preferably has its own CPU with which it executes programs. LAN 304 allows many users to share devices (e.g., printers) as well as data stored on file servers. The LAN 304 may be characterized by any of a variety of types of topology (i.e., the geometric aiτangement of devices on the network), of protocols (i.e., the rules and encoding specifications for sending data, and whether the network uses a peer-to-peer or client/server architecture), and of media (e.g., twistedpair wire, coaxial cables, fiber optic cables, radio waves). Each LAN 304 includes a plurality of interconnected computer systems and optionally one or more other devices: for example, one or more personal computers 316, and one or more package processing apparatuses 322- 324. Package processors 322-324 may, for example, be hand-held devices (e.g., used in connection with a forklift, crane, or automated loading and unloading station as shown in Figure IK) or conveyor-belt devices as previously described. As illustrated in the figure, some package processors (e.g., processor 322) may be configured to communicate with container memory devices (e.g., container 40B) via a wireless link 320. Other package processors (e.g., processor 324) may communicate with the memory device 50C of a received container 40C by a physical link 326. As also noted above, in some embodiments, some configurations of container 40A may have a memory device 50A that is configured to communicate directly with LAN 304 and or WAN 302 (see e.g., container 40D and memory device 50D). For example, LAN 304 may constructed at a shipping hub (e.g., an airport, dock or warehouse) and may be configured to use a wireless access protocol that supports the dynamic addition and remove of devices (e.g., using Sun Microsystems Inc.'s Jini® protocol). Whenever a container is brought within range of the wireless LAN, then the containers' memory devices (e.g., using internal processors and wireless links such as link 320) may access the network and communicate their data. Central server 90 may coupled to multiple LANs via WAN 302. As described above, central server 90 may be configured to convey email verification messages to one or more computers (e.g., personal computers 316 and 330) connected to WAN 302 or LAN 304. Central server 90 may also be configured to send text of voice messages (e.g., pages) to cell phones (e.g., cell phone 334) or pages as specified by the parties to shipping transaction. Figure 11 : Typical computer system Figure 11 illustrates a typical computer system 350, which is suitable for implementing various embodiments of the systems and methods described above. Each computer system 350 typically includes components such as a CPU 352 with an associated memory medium such as floppy disks 360, CD-ROMs, or DVDs (not shown). The memory medium may store program instructions for computer programs, wherein the program instructions are executable by the CPU 352. The computer system 350 may further include a display device such as a monitor 354, an alphanumeric input device such as a keyboard 356, communication device such as a modem 359 and a directional input device such as a mouse 358. In one embodiment, the computer system 350 may be configured to execute a computer program to access containers' memory devices using one or more interfaces as described herein. In another embodiment, the computer system 350 may be a central server (e.g., such as central server 90) operable to execute a computer programs to create and manage the database of routing information as described herein. Other embodiments of the computer system 350 are also possible and contemplated. The computer system 350 preferably includes a memory medium on which computer programs according to various embodiments may be stored. The term "memory medium" is intended to include an installation medium, e.g., a CD-ROM, or floppy disks 360, a computer system memory such as DRAM, SRAM, EDO RAM, Rambus RAM, or a non-volatile memory such as a magnetic media, e.g., a hard drive, or optical storage. The memory medium may include other types of memory as well, or combinations thereof. In addition, the memory medium may be located in a first computer in which the programs are executed, or may be located in a second different computer, which connects to the first computer over a network, hi the latter instance, the second computer provides the program instructions to the first computer for execution. The computer system 350 may also include a time keeping device such as a real-time clock. The real-time clock of the computer system 350 maybe, periodically or on demand, synchronized with a global standard time clock. Also, the computer system 350 may take various forms, including but not limited to a personal computer system, mainframe computer system, workstation, network appliance, Internet appliance, personal digital assistant (PDA), Internet enabled cellular telephones, or any other similar device. In general, the term "computer system" can be broadly defined to encompass any device having a processor, which executes instmctions from a memory medium. The computer system's memory medium preferably stores a software program or programs for performing the methods for efficient shipping as described herein. The software program(s) may be implemented in any of various ways, including procedure-based techniques, component-based techniques, and/or object-oriented techniques, among ofliers. For example, the software program may be implemented using ActiveX controls, programming languages such as C++, Java, Visual Basic, object oriented software based on COM/DCOM and/or CORBA objects, JavaBeans, Microsoft Foundation Classes (MFC), browser-based applications (e.g., Java applets), traditional programs, or other technologies or methodologies, as desired. Although the embodiments above have been described in considerable detail, other versions are possible. Numerous variations and modifications will become apparent to those skilled in the art once the above disclosure is fully appreciated. It is intended that the following claims be interpreted to embrace all such variations and modifications.

Claims: What is claimed is: 1. An apparatus for shipping items, wherein the apparatus comprises: a container; and a memory device for storing shipping information, wherein the memory device is affixed to the container, and wherein the shipping information includes: a unique item identifier, origination information, intermediate destination information, and final destination information; and an interface device connected to the memory device, wherein the interface device is configured to allow read-write access to the memory. 2. The apparatus as recited in claim 1, wherein the apparatus further comprises a processor and a power supply connected to the memory and the interface. 3. The apparatus as recited in claim 2, wherein the processor is configured to upload information stored in the memory device to a network via the interface. 4. The apparatus as recited in claim 3, further comprising a temperature sensor, wherein the processor is configured to periodically store temperature data from the temperature sensor into the memory, and wherein the uploaded information includes at least part of the temperature data. 5. The apparatus as recited i claim 3, further comprising an environment sensor, wherein the processor is configured to periodically store environmental data from the environment sensor into the memory, and wherein the uploaded information includes at least part of the environmental data. 6. The apparatus as recited in claim 1, further comprising a carrier configured to hold two or more containers. 7. The apparatus as recited in claim 6, wherein the carrier comprises a canier memory device, wherein the carrier memory device is configured to store origination and destination information for the canier. 8. The apparatus as recited in claim 6, wherein the carrier comprises a canier memory device, wherein the carrier memory device is configured to store information about the containers stored within the canier. 9. The apparatus as recited in claim 6, wherein the canier comprises a rigid frame and one or more locking mechanisms for each container storable within the rigid frame. 10. The apparatus as recited in claim 6, wherein the canier comprises a cover configured to prevent unauthorized access to the containers in the canier. 11 The apparatus as recited in claim 6, wherem the caniei compiises lock clips configured to prevent unauthorized removal of the containeis m the earner 12 The apparatus as leeited in claim 1, wherem the memory device is housed m a plastic case that is configured to packed mside the contamer 13 The apparatus as recited in claim 1, wherem the interface device provides an infrared (IR) commumcations link to the memory 14 The apparatus as recited in claim 1, wherem the mterface device provides a radio communications link to the memory 15 The apparatus as recited in claim 2, wherem the apparatus further comprises a global positioning system (GPS) receiver and a wireless transmitter coupled to the processor, wherem the processor is configured to periodically transmit position mformation from the receiver usmg the wireless transmitter 16 An apparatus for shippmg items, wherem the apparatus comprises a means for stormg items to shipped, and a memory means for stormg shippmg information about the items to be shipped, wherem the memory means is affixed to said means for storing or contamed within said means for stormg, wherem the shippmg mformation mcludes a unique item identifier, origination information, intermediate destination information, and final destination mformation, and a means for mterfacmg connected to the memory means, wherein the means for interfacing is configured to allow read- write access to the memory means 17 An apparatus for processmg an item bemg shipped, wherem the apparatus comprises a processor, a data mterface coupled to the processor, a power supply coupled to the processor, and a network connection coupled to the processor, wherem the processor is configured to cause the data mterface to access a memory device stormg shippmg information about a contamer, wherem the shippmg information includes routing information for one or more intermediate destinations and a final destination, wherem the processor is configured to use the network connection to connect to a server, wherem the processor is configured to read and transmit information from the memory device to the server, wherem the processor is configured to receive updated routing mformation from the server and store the updated routing mformation to the memory device 18. The apparatus of claim 17, wherein the data interface is a radio link. 19. The apparatus of claim 17, wherein the data interface is an infrared (IR) link. 20. The apparatus of claim 17, wherein the data interface is an electrical signal link. 21. The apparatus of claim 17, wherein the power supply is a battery or solar panel. 22. The apparatus of claim 17, wherein the apparatus is hand-held. 23. The apparatus as recited in claim 17, wherein the apparatus further comprises an input mechanism that allows an operator to enter information to update the data file in the memory device. 24. The apparatus of claim 17, wherein the apparatus further comprises one or more digital cameras connected to the processor, wherein the processor is configured to store images from the one or more digital cameras in the memory device. 25. The apparatus of claim 17, wherein the apparatus further comprises a digital scale connected to the processor, wherein the processor is configured to compare a weight measured by the digital scale with weight information stored in the memory device. 26. The apparatus of claim 17, wherein the apparatus further comprises a conveyer belt configured to move the container. 27. The apparatus of claim 17, wherein the apparatus further comprises an automated arm configured to insert or remove the container from a carrier. 28. The apparatus of claim 17, wherein the network connection is a telephone modem. 29. The apparatus of claim 17, wherein the network connection is a wireless modem. 30. The apparatus of claim 17, wherein the network connection is configured to access a local area network (LAN). 31. The apparatus of claim 17, wherein the network connection is configured to access the Internet. 32. The apparatus of claim 17, wherein the processor is configured to convey information from the memory device to the server via the Internet. 33. A carrier for shipping items, wherein the canier comprises: a plurality of storage locations each configured to store a container, wherein each container includes a container memory device, wherem each storage location is configured to permit a container stored theiein to be removed without removing other storage containers stored in other storage locations; and a canier memory device configured to store destination information about the canier, wherein the carrier memory device allows read- write access to the stored destination information. 34. The canier of claim 33, wherem the canier is configured to store an over-sized container using two or more of the storage locations. 35. The canier of claim 33, wherein the carrier is configured to permit access to the memory devices of the stored containers. 36. The canier of claim 33, wherein the memory device is further configured to store the following information for each container in the canier: a unique container identifier, origination information, intermediate destination information, and final destination information. 37. The canier of claim 33, wherein the canier further comprises an interface, a processor and a power supply each coupled to the canier memory device. 38. The canier of claim 37, wherein the processor is configured to upload information stored in the carrier memory device to a network via the interface. 39. The canier of claim 38, further comprising a temperature sensor, wherein the processor is configured to periodically store temperature data from the temperature sensor into the canier memory device, and wherein the uploaded information includes at least part of the temperature data. 40. The canier of claim 38, further comprising an environment sensor, wherein the processor is configured to periodically store environmental data from the environment sensor into the earner memory device, and wherein the uploaded information includes at least part of the environmental data. 41. A method for shippmg goods, wherein the method comprises: receiving a request to ship an item from an origination to a final destination; searching a database for a most inexpensive routing, wherein the most inexpensive routing includes usmg two or more different shipping companies and one or more intermediate destinations; generating a data file comprising at least the following: intermediate destination information, and final destination information; and stormg the data file in a memory device that accompanies the item. 42. The method as recited in claim 41, wherein the memory device is configured to allow the data file to be updated at one or more of the intermediate destinations. 43. The method as recited in claim 41, further comprising packing the item in a container for shipping, wherein the container is configured to fit with multiple other containers in a carrier. 44. The method as recited in claim 42, further comprising forwarding copies of at least a portion of the data file via a network to one or more of the parties involved in the shipping, wherein the parties include at least an originator of the request to ship the item, a recipient of the item at the final destination, and two or more shippmg companies. 45. The method as recited in claim 44, further comprising forwarding copies of the data file via the network to one or more predetermined email addresses. 46. The method as recited in claim 42, further comprising forwarding a copy of the data file via a network to a central server. 47. The method as recited in claim 42, further comprising shipping the item using the least expensive routing. 48. The method as recited in claim 42, further comprising: packing the item in a container; inserting the container in a first canier with a first set of additional containers bound for a first of the one or more intermediate destinations; and shipping the first carrier to the first intermediate destination. 49. The method as recited in claim 48, further comprising: receiving the carrier at the first intermediate destination; removing the container from the carrier; inserting the container into a different carrier with a second set of additional containers bound for a second intermediate destination or the final destination; and shipping the second carrier to the second intermediate destination or the final destination. 50. The method as recited in claim 42, wherein the data file further comprises contact information for one or more shipping companies that will handle the item. 51. The method as recited in claim 42, further comprising storing the data file on a server connected to a network, wherein the server provides access to the data file via the network. 52 The method as leeited m claim 42, wheiem the data file further compnses item weight information 53 The method as recited m claim 42, wheiem the data file further comprises item handling information 54 The method as recited m claim 42, wheiem the data file further compnses item content mformation 55 The method as recited m claim 42, wherem the data file further comprises payment mformation 56 The method as leeited in claim 42, wherem the data file further mcludes one or moie digital images of the item before, during, or after shippmg 57 The method as recited m claim 42, wherem the data file further mcludes one or more digital images of the item showmg the physical condition of the item upon receipt at one or more intermediate destinations 58 The method as recited in claim 42, wherem the memory device furthei compnses a temperature sensor, wherem the temperature sensor is configured to periodically measure and store temperature readings in the data file 59 The method as recited m claim 42, wherem the memory device further comprises a humidity sensor, wherem the physical humidity sensor is configured to periodically measure and store humidity readings in the data file 60 The method as recited in claim 42, where the memory device further comprises an environmental sensor, wherem the environmental sensor is configured to penodically measure and store m the data file information about one or more environmental factors that the item expenences durmg shipment 61 The method as recited m claim 42, wherem the memory device further comprises a vibration sensor, wherein the vibration sensor is configured to record any vibrations greater than a preprogrammed threshold m the data file 62 The method as recited m claim 42, wherem the memory device is coupled to a wire-less communications device 63 The method as leeited m claim 42, further compiising detecting one or more obstacles to on-time delivery of the item, searching the database for a new least expensive routing that avoids the obstacles, and updating the data file to reflect the new least expensive routing 64 A method for shippmg goods, wherem the method compnses receiving a request to ship an item from an origination to a final destination, soliciting quotations for shippmg the item by transmitting a request for quotation via a network, receiving responses to the request for quotation via the network, selecting a shipping route for tire item based on the responses, wherein the shipping route comprises one or more intermediate destinations; confirming the selected shipping route via the network; generating a data file comprising at least the following: a unique item identifier, origination information, intermediate destination information, and final destination information; and storing the data file in a memory device that accompanies the item, wherein the memory device is configured to allow the data file to be updated at one or more of the intermediate destinations. 65. The method as recited in claim 64, farther comprising forwarding copies of at least a portion of the data file via the network to one or more of the patties involved in the shipping, wherein the parties include at least an originator of the request to ship the item, a recipient of the item at the final destination, and two or more shipping companies. 66. The method as recited in claim 64, further comprising forwarding copies of the data file via the network to one or more predetermined email addresses. 67. The method as recited in claim 64, further comprising forwarding a copy of the data file via the network to a central server. 68. The method as recited in claim 67, further comprising updating the data file on the central server to reflect the item's anival at one or more of the intermediate destinations. 69. The method as recited in claim 64, wherein the data file further comprises contact information for one or more shipping companies that will handle the item. 70. The method as recited in claim 64, further comprising storing the data file on a server connected to the network, wherein the server provides access to the data file via the network. 71. The method as recited in claim 64, wherein the data file further comprises item weight information. 72. The method as recited in claim 64, wherein the data file further comprises item handling information. 73. The method as recited in claim 64, wherein the data file further comprises item content information. 74. The method as recited in claim 64, wherein the data file further comprises payment information. 75. The method as recited in claim 64, wherein the data file further includes one or more digital images of the item before shippmg. 76. The method as recited in claim 64, wherein the data file further includes one or more digital images of the item showing the physical condition of the item upon receipt at one or more intermediate destinations. 77. The method as recited in claim 64, wherein the memory device further comprises a temperature sensor, wherein the temperature sensor is configured to periodically measure and store temperature readings in the data file. 78. he method as recited in claim 64, wherein the memory device further comprises a humidity sensor, wherein the physical humidity sensor is configured to periodically measure and store humidity readings in the data file. 79. The method as recited in claim 64, wherein the memory device further comprises an environmental sensor, wherein the environmental sensor is configured to measure and store in the data file information about one or more environmental conditions experienced by the item during shipment that exceed one or more predetermined thresholds. 80. The method as recited in claim 64, wherein the memory device further comprises a vibration sensor, wherein the vibration sensor is configured to record any vibrations greater than a preprogrammed threshold in the data file. 81. The method as recited in claim 64, wherein the memory device is a flash memory device. 82. The method as recited in claim 64, wherein the memory device is a CD-RW. 83. The method as recited in claim 64, wherein the memory device is coupled to a wire-less communications , device. 84. The method as recited in claim 64, wherem the responses include price information and delivery time information. 85. The method as recited in claim 64, further comprising: detecting one or more obstacles to on- time delivery of the item, soliciting new quotations for shipping the item from one of the intermediate locations to the final destination by transmitting a supplemental request for quotation via the network; receiving additional responses to the supplemental request for quotation via the network; selecting an alternate shipping route for the item based on the additional responses; and confirming the selected alternate shipping route via the network. Λ 86. The method as recited in claim 85, wherem the obstacles include travel advisories for one or more of the intermediate locations. 87. The method as recited in claim 85, wherein the obstacles include shipping backlogs. 88. The method as recited in claim 85, further comprising updating the data file to reflect the selected alternate shipping routing. 89. The method as recited in claim 64, further comprising updating tire data file on the server to reflect the item's anival at the final destination. 90. A computer program embodied on a computer-readable medium, wherein the computer program is configured to: receive a shipping request for an item to be shipped from an origination to a final destination; search a database of shipping information; selecting a shipping route for the item based on the responses, wherein the shipping route comprises one or more intermediate destinations and uses two or more different shipping companies; confirm the selected shipping route via a network; generate a data file comprising at least the following: a unique item identifier, origination information, intermediate destination information, and final destination information; and store the data file in a memory device that accompanies the item, wherein the memory device is configured to allow the data file to be updated at one or more of the intermediate destinations. 91. The computer program of claim 90, further comprising maintaining and updating the database by sending requests for quotes using the network. 92. A computer program embodied on a computer-readable medium, wherein the computer program is configured to: search a database of shipping information for an item to be shipped from an origination to a final destination; select a shipping route for the item based on data from the database search, wherem the shipping route comprises one or more intermediate destinations; generating a data file comprising at least the following: a unique item identifier, intermediate destination information, and final destination information; and storing the data file in a storage device that accompanies the item, wherein the storage device is configured to allow the data file to be updated at each intermediate destination.

Inventors: MORIMOTO NOBUYOSHI, MORIMOTO, NOBUYOSHI
Applicants: COLONDOT COM, MORIMOTO NOBUYOSHI, COLONDOT.COM, MORIMOTO, NOBUYOSHI
Application year: 2001
Main classification: B65D
IPC codes: B65D5, B65D23, B65D25, B65D79