專利名稱：：用于供應(yīng)鏈管理的系統(tǒng)和方法用于供應(yīng)鏈管理的系統(tǒng)和方法相關(guān)申請的交叉引用本申請涉及申請日為2003年9月23日的第10/669,277號美國專利申請以及申請日為2004年4月13日的第60/561,638號美國專利申請。出于各種目的，這兩個專利申請被引入本申請作為參考。
背景技術(shù)：
：本發(fā)明涉及用于供應(yīng)鏈(supplychain)管理的系統(tǒng)和方法。更具體地說，本發(fā)明涉及但不限于提高物流供應(yīng)鏈的整合和管理?，F(xiàn)代的物流過程像一個巴別塔(towerofBabel)。采購、補貨、運輸和存儲貨物或產(chǎn)品的過程會涉及到上百個完全不同的、不連續(xù)的和互不通信的信息系統(tǒng)。比如，一個大型生產(chǎn)企業(yè)可以通過電子數(shù)據(jù)交換(EDI)格式，如TDCC830格式(由美國交通資料協(xié)調(diào)委員會制定)來發(fā)布原料需求計劃和半成品需求計劃。該格式能夠提供材料預(yù)報，但是不能授權(quán)材料發(fā)放。而另一種862EDI格式能夠授權(quán)一定數(shù)量的貨物的發(fā)放，并能夠預(yù)示這批貨物的到貨期。通常，到貨期是指截止至某一天之前到達，而不是一定在這一天達到。接著，供應(yīng)商必須設(shè)計一個內(nèi)部過程和信息系統(tǒng)，將862首先解析成包裹數(shù)量，進一步解析成運輸船只數(shù)量和運輸集裝箱。如今，并沒有將貨物發(fā)放再細分成多個優(yōu)化過程，而是將所有的貨物數(shù)量假定成一次性發(fā)送，在預(yù)定的日期或提前到達。這個過程的下一步是選擇運輸模式——LTL(零擔(dān)運輸)、TL(整車裝載)，包裹(Parcel)、TOFC(鐵公聯(lián)運)，然后對所選擇的運輸模式選定一個專門的承運人。這個過程是由離散的、特定的信息系統(tǒng)產(chǎn)生的，該系統(tǒng)并沒有整合到該材料發(fā)放本身中。在確定好運輸模式和承運人之后，就要進行貨物運輸。這需要與承運人進行專門通信，由該承運人確定裝貨、裝貨要點、提貨時間和預(yù)期到達的日期(通常為專門指定的時間)。此時，買方的采購訂單就是控制單證。在運輸過程的這一時間，產(chǎn)生了六個新單證提單(BOL)、裝貨單(SO)、運費單(FB)、貨物清單、收貨單和裝箱單，雖然它們之前并沒有聯(lián)系，但現(xiàn)在是互相關(guān)聯(lián)的。一旦運輸開始，其進程就要受到承運人信息系統(tǒng)的管理。每個承運人的IT系統(tǒng)都互不相同。而且，這些信息系統(tǒng)通常不能與產(chǎn)生原料發(fā)放信息(如862)的核心信息產(chǎn)生系統(tǒng)相集成或通信。也不能與一級運輸系統(tǒng)相通信。然而，運輸過程需要其自身的信息，比如價格(運貨單和發(fā)票)、進程(提前運送通知)、質(zhì)量、及時性和賣方。這些系統(tǒng)也是離散的。而且，短期運輸會經(jīng)常變換運輸方式和承運人。例如，從墨西哥到密歇根州的五天運輸，可以由四個或五個不同的運輸公司負責(zé)，以中轉(zhuǎn)到目的地。每個公司使用特定的信息技術(shù)，且不互相通信。通常，運輸鏈中的一個或幾個參與方并不使用電子通信的方式，這樣就使得運輸?shù)男畔⒐芾韽?fù)雜化。他們通常并不使用電子自動化信息管理方法—普通電話、傳真、或手寫通信。以汽車OEM(原始設(shè)備制造商)協(xié)^——世界上最大的制造企業(yè)為例，分析其輸入貨物的訂購和運輸過程。盡管其自動化程度在世界上是最高的，但是這些過程仍然有很多的手工操作。在這個供應(yīng)鏈一862EDI—中的首次通信通常用于與一級供應(yīng)商通信。然而，這個物品流動供應(yīng)鏈中的其他人通常不能接收EDI文件，或者使用的是不兼容的信息系統(tǒng)，或者不能進行電子通信而依賴于手動信息處理，如電話，傳真或郵件。大部分運輸公司不能夠處理供應(yīng)商的862格式信息——862提供的貨物總數(shù)對他們來說沒有意義。由此，導(dǎo)致物流過程就像一個巴別塔一沒有簡單的、通用的通信語言適用于運輸中的各方。這種信息的不連續(xù)性導(dǎo)致貨運供應(yīng)鏈中所有參與方的過程重復(fù)。不連續(xù)性還導(dǎo)致供應(yīng)鏈中的時間浪費，以及到達時間、貨物數(shù)量和質(zhì)量不確定。時間上的浪費和不確定性需要有額外的超量庫存以支持材料的流動。盡管對基本信息有公共的需求，但巴別塔仍然存在運輸量應(yīng)該是多少？已運出多少？現(xiàn)在是誰在負責(zé)運輸？運貨到了什么地方？本發(fā)明的系統(tǒng)和方法解決了與供應(yīng)鏈物流有關(guān)的這些和其它管理問題。確切地說，本發(fā)明提供了一個通用的、網(wǎng)絡(luò)支持的通信工具，它能夠服務(wù)于供應(yīng)鏈中的所有參與方買方，運輸方，物流管理者和賣方。
發(fā)明內(nèi)容本發(fā)明涉及到用于供應(yīng)鏈管理的系統(tǒng)和方法。根據(jù)本發(fā)明，一種供應(yīng)鏈管理的方法包括如下所述的幾個步驟。接收買方或賣方發(fā)出的訂單。接收到的訂單包括一個或多個與訂購產(chǎn)品相關(guān)的信息。確定訂單中的每種產(chǎn)品的買方和賣方。生成產(chǎn)品運輸配置和物流計劃。確定運輸方。將生成的物流計劃發(fā)送給接收方。將生成的產(chǎn)品運輸配置發(fā)送給接收方。這兩種情況下的接收方通常是買方、賣方、運輸方或供應(yīng)鏈管理者。本發(fā)明的保護范圍并不局限于上述步驟的順序，或?qū)Σ襟E的劃分，而是設(shè)想將這些步驟合并成單一步驟，或?qū)@些步驟進行重新排序。在某些實施方案中，上述方法可以全部或部分被概述如下的環(huán)境執(zhí)行。另外，一個或多個上述步驟可以作為計算機可執(zhí)行指令而存儲在合適的計算機可讀介質(zhì)組合中。除了存儲為指令外，這些步驟還可以被專門設(shè)計來執(zhí)行這些步驟的專用硬件執(zhí)行。本發(fā)明的一個優(yōu)選實施方案包括系統(tǒng)數(shù)據(jù)存儲器(SDS)和系統(tǒng)處理器。系統(tǒng)數(shù)據(jù)存儲器存儲提供期望的供應(yīng)鏈管理功能所需的數(shù)據(jù)，可以包括如產(chǎn)品信息、貨物清單、容量信息、時間信息、路線信息、事件信息和例外情況報告、買方信息、賣方信息和運輸方信息。系統(tǒng)數(shù)據(jù)存儲器還包括多個物理和/或邏輯數(shù)據(jù)存儲器，用于存儲不同類型的信息。數(shù)據(jù)的存儲和檢索功能由系統(tǒng)處理器，或與系統(tǒng)數(shù)據(jù)存儲器相關(guān)或包括在系統(tǒng)數(shù)據(jù)存儲器(SDS)內(nèi)的數(shù)據(jù)存儲處理器提供。系統(tǒng)處理器通過任何個合適的通信信道與系統(tǒng)數(shù)據(jù)存儲器相通信。系統(tǒng)處理器包括一個或多個處理元件，用于提供和/或支持期望的供應(yīng)鏈管理功能。在一些實施方案中，系統(tǒng)處理器可包括本地、中央和/或?qū)Φ鹊奶幚碓@些都確定取決于設(shè)備或其配置。本發(fā)明的其它優(yōu)點將部分地在下文進行描述。部分內(nèi)容可通過下文的描述而得到理解，或者通過實施本發(fā)明而領(lǐng)會。根據(jù)本發(fā)明所指出的元件或其特定組合，可以實現(xiàn)或獲得本發(fā)明的優(yōu)點。需明確的是，不管是前面的概述還是后面的詳述都是示例性或解釋性的，而不對所要求保護的本發(fā)明產(chǎn)生任何限制。附圖的簡要說明附圖包含在說明書中并成為說明書一部分，其與文字說明一起闡述了本發(fā)明的實施方案，用以解釋本發(fā)明的原理。圖1圖示了用于支持本發(fā)明的一種或多種實施方案或其部分的環(huán)境配置框架。圖2是用于支持本發(fā)明的不同實施方案的邏輯配置的框圖。圖3是描述本發(fā)明的一個示例性過程的流程圖。圖4是流程圖，示出了生成產(chǎn)品運輸配置和物流計劃的一個示例性過程的各步驟。圖5是框圖，示出了本發(fā)明的一種示例性物流管理套件中的可能的軟件模塊。圖6是描述物流計劃和數(shù)據(jù)管理系統(tǒng)中的數(shù)據(jù)流的流程圖。圖7是描述發(fā)貨管理系統(tǒng)的數(shù)據(jù)流的流程圖。圖8是描述執(zhí)行管理系統(tǒng)的數(shù)據(jù)流的流程圖。詳細描述下文詳細描述本發(fā)明的示例性實施方案。以附圖作為參考，在所有示圖中相同的標(biāo)號代表相同的部分。在本說明書中，"一種"或"這種"包括了復(fù)數(shù)的含義，除非本文中另有明確說明。同樣，在本說明書中，"在…之內(nèi)"也有"在…之上"的含義，除非本文中另有明確說明。最后，在本說明書中，"和"和"或"均有連接和不連接的含義，它們可以互用，除非本文中另有明確說明；"異或"(exclusiveor)這一術(shù)語可以用來表示在多個選項中只有一種選擇情況。在說明書全文和權(quán)利要求書中，下面的術(shù)語均有特定的含義，除非本文中另有明確的說明。行程表(Itinerary)—給定路線的預(yù)定系列的負載，它包括在每個?？空镜膯未翱跁r間(singlewindowtime)。負載(Load)—經(jīng)過若干停靠站的一次或多次運輸移動，該運輸移動開始和結(jié)束時是空車。在每個停靠站，貨物會被裝載或卸載。卸載與裝載的順序相反。(參見運貨、?？?地點—具有實際地址的地方。路線一包含兩個或多個負載的連續(xù)移動(Tpt.Modeler中的aka旅行)。停靠站一裝載和卸載地點，它是負載的一部分(參見運貨、地點和負載)。計劃表--套運輸線路曰志。運輸(shipment)—對包裹的物理收集，其在任意兩個地點之間移動(參見地點、包裹)。旅行一按照運輸線路的一次出行。圖1描述了用于執(zhí)行本發(fā)明的不同方面的邏輯架構(gòu)框架100。在框架100中包括了通過以太網(wǎng)150相互連在一起的若干計算機。以太網(wǎng)150則通過路由器140和防火墻145與因特網(wǎng)160連接起來。環(huán)境的不同用戶比如賣方170A、170B,買方190和運輸方180A、180B能通過因特網(wǎng)160進入該環(huán)境；本領(lǐng)域的普通技術(shù)人員能夠理解，任何數(shù)量的賣方、買方和/或運輸方都能進入該環(huán)境，有限數(shù)目的描述僅是為了舉例的目的。用戶一般通過接入服務(wù)器120進入該環(huán)境，接入服務(wù)器120可以包括合適服務(wù)器的任意組合，這些合適服務(wù)器如Web服務(wù)器、電子郵件服務(wù)器、自動語音應(yīng)答系統(tǒng)等。接入服務(wù)器120對處理服務(wù)器130進行查詢，使處理服務(wù)器對數(shù)據(jù)進行處理和格式化，并通過接入服務(wù)器將數(shù)據(jù)返回給用戶。同時，處理服務(wù)器130通過數(shù)據(jù)存儲服務(wù)器110獲取數(shù)據(jù)。不同服務(wù)器的組合處理元件形成了系統(tǒng)處理器，它能夠支持本發(fā)明的供應(yīng)鏈管理功能。數(shù)據(jù)存儲設(shè)備和服務(wù)器形成了支持數(shù)據(jù)存儲的系統(tǒng)數(shù)據(jù)存儲器(SDS),其存儲的數(shù)據(jù)是實現(xiàn)本發(fā)明期望的功能所必需的。如圖1所示，在防火墻145的保護下，接入服務(wù)器120可以和與以太網(wǎng)150相連的框架100的其它資源相連接，防火墻145保護這些資源以防止未授權(quán)用戶試圖通過因特網(wǎng)160進入框架100。在一個優(yōu)選的實施方案中，接入服務(wù)器120被連接在防火墻145和二級防火墻(未顯示)之間，以進一步將框架100的駐留資源與非法用戶隔離。本發(fā)明的供應(yīng)鏈管理方法能夠在多種不同的環(huán)境中使用，比如圖1所示的環(huán)境。一個通常的架構(gòu)顯示在圖2中。該環(huán)境包括一個系統(tǒng)處理器，其可以包括多個處理元件(比如處理元件210)。術(shù)語處理元件可以是指(1)在一個特定的硬件或多個特定的硬件上運行的處理過程，(2)—種特定的硬件，或是本文所允許的(1)或(2)。每個處理元件都會得到一個或多個通用處理器的支持，比如英特爾兼容的處理器平臺，包括奔騰四(PENTIUMIV)或雷鳥(CELERON)(英特爾公司，圣塔克萊拉，加利福尼亞州)、UltraSPARC(太陽微系統(tǒng)公司，帕拉托，加利福尼亞州)，和/或速龍(Athlon)(美國先進微電子器件公司，桑尼維爾，加利福尼亞州)和/或一種或多種優(yōu)化的本地處理器，如數(shù)字信號處理器(DSP)、專用集成電路(ASIC)和/或現(xiàn)場可編程門陣列(FPGA)。所述的硬件部分包括可含有若干主存儲單元"0和次存儲單元"0的SDS215。舉例來說，SDS215可包括作為主存儲單元220的一部分的RAM;在各個單獨的硬件設(shè)備中，盡管RAM的內(nèi)存可以變化，但其范圍一般在64MB到2GB之間。在一些實施方案中，主存儲單元220也包括其它形式的存儲器，比如高速緩沖存儲器、寄存器、非易失性存儲器(如閃存，只讀存儲器，可擦除可編程只讀存儲器等)等。主存儲單元220可以與系統(tǒng)處理器或其具體單元以標(biāo)準(zhǔn)方式(路徑222)通信，該標(biāo)準(zhǔn)方式包括但不限于芯片通信路徑和/或板內(nèi)或板間的串行和/或并行總線路徑。SDS215還可包括次存儲單元130。次存儲單元130由單個、多個和/或不同的服務(wù)器和存儲元件組成。應(yīng)當(dāng)理解的是，在供應(yīng)鏈管理過程和系統(tǒng)中應(yīng)用的不同信息可以在用作SDS215的次存儲單元230的單個設(shè)備內(nèi)被物理地或邏輯地隔離開；通過用作SDS215的綜合管理系統(tǒng)，使多個相關(guān)的數(shù)據(jù)被存儲并易于獲??；通過不同的管理系統(tǒng)，使多個不相關(guān)的數(shù)據(jù)獨立存儲并易于獲取，在一些實施方案中，這些不同的管理系統(tǒng)可以整體地視為SDS215。例如，SDS215可以使用與系統(tǒng)處理器210相連的內(nèi)部存儲設(shè)備。在一些實施方案中，單個處理元件，比如奔騰四通用處理器，是系統(tǒng)處理器210，它支持供應(yīng)鏈管理的所有功能。一個或多個本地硬盤驅(qū)動器和/或一個或多個可移動介質(zhì)驅(qū)動器可以用作SDS215的次存儲器，其中SDS215通過合適的直接連接232,如IDE、USB或SCSI總線連接，或通過網(wǎng)絡(luò)連接與處理元件通信，該網(wǎng)絡(luò)連接連接到與存儲器相連的本地網(wǎng)(圖中未顯示)。在這樣的一個處理元件上執(zhí)行的磁盤操作系統(tǒng)可以用作數(shù)據(jù)服務(wù)器，用于接收和處理數(shù)據(jù)請求。對于不同的環(huán)境，計算機存儲器215的次存儲器的架構(gòu)可以有明顯不同。在幾個具有代表性的環(huán)境中，數(shù)據(jù)庫被用于存儲和操作數(shù)據(jù)，如資源(resources)和/或版本元數(shù)據(jù)(versionmetadata)。在一些這樣的實施方案中，一個或多個相關(guān)的數(shù)據(jù)庫管理系統(tǒng)，如DB2(IBM公司，白原市，紐約州)、SQLServer(微軟公司，雷德蒙德，華盛頓州)、ACCESS(微軟公司,雷德蒙德，華盛頓州)、ORACLE8i(Oracle公司，紅木海岸，加利福尼亞州)、Ingres(冠群國際有限公司，艾倫迪亞，紐約)、MySQL(MySQLAB公司，瑞典)或AdaptiveServerEnterprise(美國賽貝斯公司，愛莫利維爾市，加利福尼亞州)可以用于與一些存儲設(shè)備或文件服務(wù)器相連，該存儲設(shè)備或文件服務(wù)器包括使用任何合適接口(包括但不限于集成驅(qū)動器電子接口和小型計算機系統(tǒng)接口)的一個或多個磁盤和/或光盤驅(qū)動器。在一些實施方案中，可以使用磁帶庫(tapelibmry)如ExabyteX80(安百特公司，玻爾得市，科羅拉多州)、EMC公司(EMC公司，漢普金敦，馬薩諸塞州)等提供的存儲區(qū)域網(wǎng)(SAN)方案、網(wǎng)絡(luò)附加存儲(NAS)方案如NetAppFiler740(美商網(wǎng)域公司，桑尼維爾，加利福尼亞州)、或其組合。在一些其他實施方案中，數(shù)據(jù)存儲也使用具有其它架構(gòu)的(如面向?qū)ο蟮?、空域的、對象關(guān)系的、網(wǎng)絡(luò)或分層的)數(shù)據(jù)庫系統(tǒng)。代替上文所討論的這些組織方式，或者除了它們以外，某些實施方案可采用其它的存儲實現(xiàn)方式如哈希表(hashtable)或平面文件，或這些架構(gòu)的組合。這種可選方式可以使用除數(shù)據(jù)庫管理系統(tǒng)以外的數(shù)據(jù)服務(wù)器，如(1)哈希表查詢服務(wù)器、程序和/或過程，和/或(2)平面文件索引服務(wù)器、程序和/或過程。此外，在組織其次存儲架構(gòu)方面，計算機存儲器215可以使用這些方式的任意組合。硬件部分各自可以具有一個合適的操作系統(tǒng)，如WINDOWS/NT,WINDOWS2000或WINDOWS/XPServer(微軟公司，雷德蒙，華盛頓州)，Solaris(太陽微系統(tǒng)公司，帕拉托，加利福尼亞州)，或LINUX(或其它UNIX系統(tǒng)變體)。典型的環(huán)境包括WINDOWS/XP(或其它WINDOWS家族)操作系統(tǒng)。訪問供應(yīng)鏈管理服務(wù)器(如無線設(shè)備和/或PDA)的客戶端平臺可以使用一種合適的操作系統(tǒng)如Windows/CE、PalmOS、或其它適合的手機或PDA操作系統(tǒng)。為了配置、監(jiān)控和/或報告的目的，根據(jù)整個環(huán)境的硬件/操作系統(tǒng)平臺，可以使用合適的服務(wù)器軟件來支持所需要的訪問。網(wǎng)絡(luò)服務(wù)器功能可以由因特網(wǎng)信息服務(wù)器(微軟公司,雷德蒙，華盛頓州)，或ApacheHTTP服務(wù)器(Apache軟件基金會，森林山，馬里蘭州)，或iPlanetWeb服務(wù)器(iPknetE—CommerceSolutions-ASun-NetscapeAlliance,MountainView,加利福尼亞州)或其它合適的網(wǎng)絡(luò)服務(wù)器平臺提供。電子郵件服務(wù)可以通過交換服務(wù)器(微軟公司，雷德蒙，華盛頓州)、LotusNotes、Groupwise、sendmail或其它適合的電子郵件服務(wù)器支持。在一些實施方案中，采用了一個或多個自動語音應(yīng)答系統(tǒng)(AVR)，加入到或替代上述接入服務(wù)器。這種自動語音應(yīng)答系統(tǒng)不僅能夠支持帶有硬拷貝輸出的純語音/音頻驅(qū)動環(huán)境界面，而且可以通過一般郵件、或快遞服務(wù)、部門間郵件、傳真或其它的轉(zhuǎn)發(fā)方式進行轉(zhuǎn)發(fā)，其中的硬拷貝輸出被電傳輸?shù)胶线m的硬拷貝輸出設(shè)備(如打印機、傳真機等)中。一方面，本發(fā)明同步處理從材料發(fā)放到接收到發(fā)放時所記錄的材料的整個產(chǎn)品運輸過程中的有關(guān)產(chǎn)品運輸?shù)奈锪餍畔⒑筒牧习l(fā)放信息。本發(fā)明為供應(yīng)鏈中的各方提供公共通信功能。各方可通過通常情況下可以得到的網(wǎng)頁瀏覽軟件瀏覽因特網(wǎng)來實現(xiàn)這種通信功能。在不同的實施方案中，本發(fā)明采用的系統(tǒng)和方法不僅能處理材料發(fā)放的原始信息，如產(chǎn)品數(shù)量、交貨時間，還能提供豐富的數(shù)據(jù)信息，如材料發(fā)放所需的包裹的數(shù)量用于材料發(fā)放的可運輸貨拒(包裹、托臺、集裝箱)的數(shù)量運輸過程中事件序列的計劃時間表運輸過程和最初材料發(fā)放之間的電子鏈接運輸信息和托運人的提單之間的電子鏈接關(guān)于在運輸過程的任何時間負責(zé)運輸?shù)娜藛T的"實時信息"運輸?shù)倪M度與運輸事件的計劃時間表的對比狀態(tài)自動修正實際運輸過程與計劃間的差異的方法運用專門的商業(yè)規(guī)則處理與計劃間的差異的方法物流發(fā)放(Logisticsrelease)是使材料單中的一定數(shù)量的產(chǎn)品以最佳的方式運送的能力。這種能力包括確定重量、體積、包裝、堆疊能力、集裝架配置和運輸模式。它還包括計劃好的運輸事件時間表和測定計劃進程與實際的過程。一方面，本發(fā)明使生產(chǎn)發(fā)放與庫存需要以及廣泛的物流網(wǎng)相同步。另一方面，本發(fā)明解決了物流通信問題，還為每種包含的產(chǎn)品提供一個物流計劃。另一方面，本發(fā)明為運輸事件制定了基本的物流計劃。當(dāng)運輸過程與計劃相偏離時，事件管理功能可以監(jiān)控并做出適當(dāng)調(diào)節(jié)。物流發(fā)放之后，經(jīng)過一系列事件，運輸過程開始。這些事件利用操作管理系統(tǒng)(JIT/EMS，實時生產(chǎn)系統(tǒng)/能量管理系統(tǒng))內(nèi)的警報系統(tǒng)得到管理。這些系統(tǒng)可包含在本發(fā)明的一些實施方案中。因此，本發(fā)明實現(xiàn)了生產(chǎn)發(fā)放與物流網(wǎng)運行的同步，消除了生產(chǎn)、供應(yīng)商、物流提供商和承運人之間的錯誤通信。對于運輸過程的任何參與方，都能將產(chǎn)品、運費(FB)、定購單(PO)、裝貨單(OS)、提單(BOL)與最初的產(chǎn)品發(fā)放鏈接起來。同時，所有參與方都能共享運輸計劃，在計劃發(fā)生改變時會同時得到通知。圖3的流程圖示出了本發(fā)明的一個示例過程300中的各個步驟。在步驟310中，從供應(yīng)鏈的參與方如買方或賣方接收一種或多種產(chǎn)品的訂單。如果訂單來自買方，那么該訂單就代表將要從一家或多家賣方購買的項目。如果訂單來自賣方，那么該訂單就代表將要賣給一家或多家買方的項目。有些情況下，接收到的訂單可能來自于供應(yīng)鏈中的另一參與方。當(dāng)買方和賣方都不使用本發(fā)明的供應(yīng)管理辦法，但另一參與方希望使用本發(fā)明的供應(yīng)管理辦法并獲得這種使用的優(yōu)點和/或為買方和/或賣方提供與訂單處理有關(guān)的接入信息時，會發(fā)生這種情況。在一些實施方案中，訂單是通過一個或多個接入服務(wù)器接收的，這些接入服務(wù)器包括但不限于Web服務(wù)器、電子郵件服務(wù)器、文件傳輸協(xié)議服務(wù)器、交互式語音/音頻應(yīng)答系統(tǒng)、和/或傳真服務(wù)器。如果收到的訂單的格式是發(fā)出信息的一方所特有的，那么接收到的信息就能夠根據(jù)獨立于任何供應(yīng)鏈參與方所使用的而且是供應(yīng)鏈管理者專用的格式而被格式化。在一些實施方案中，接收到的訂單能夠被存儲在系統(tǒng)數(shù)據(jù)存儲器中。在一些這樣的實施方案中，步驟320和330涉及對存儲訂單的系統(tǒng)數(shù)據(jù)存儲器或其部分進行訪問，如下文進一步所述。在步驟320中，確定出接收到的訂單中的各種產(chǎn)品的買方和賣方。在一些情況下，可以確定多個買方和/或賣方。在一些實施方案中，為各種產(chǎn)品確定買方和賣方涉及到對存儲與確定過程相關(guān)的數(shù)據(jù)(如產(chǎn)品數(shù)據(jù)和/或接收到的訂單)的系統(tǒng)數(shù)據(jù)存儲器進行訪問。確定方法有很多種，并且有很多標(biāo)準(zhǔn)可以使用。在一種實施方案中，直接參照接收到的訂單，就可確定出買方和/或賣方。比如，訂單中直接包含買方和/或賣方的相關(guān)信息?；蛘?，對于接收到的訂單中的一個給定產(chǎn)品，可以只有一個使用該產(chǎn)品的買方，和/或只有一個制造該產(chǎn)品的賣方。在一些實施方案中，確定買方或賣方的步驟可包括(a)從系統(tǒng)數(shù)據(jù)存儲區(qū)中檢索各種產(chǎn)品的記錄信息；(b)從收到的訂單、檢索到的記錄信息或它們的組合中確定各種產(chǎn)品的買方；以及(c)從收到的訂單、檢索到的記錄信息或它們的組合中確定各種產(chǎn)品的賣方。在這些或其它的實施方案中，賣方可以包括基于一個或多個以下標(biāo)準(zhǔn)來確定，如價格限制、體積限制、距離限制、時間限制、性能限制、財務(wù)限制和/或其組合。這些標(biāo)準(zhǔn)用于從給定產(chǎn)品的潛在賣方中選擇出真正的賣方。在步驟330中，生成產(chǎn)品運輸配置和物流計劃。在一些實例中，可以生成多種配置和/或物流計劃。產(chǎn)品運輸配置或物流計劃的生成基于很多因素，包括但不限于接收到的訂單、確定出的賣方、確定出的買方和它們的組合。在一些實施方案中，該步驟還包括訪問用于存儲與確定過程相關(guān)的數(shù)據(jù)的系統(tǒng)數(shù)據(jù)存儲器。圖4的流程圖以示例的方式描述了生成產(chǎn)品運輸配置和物流計劃的過程的各個步驟。在步驟410中，從系統(tǒng)數(shù)據(jù)存儲器中檢索訂單中的各種產(chǎn)品的產(chǎn)品記錄信息。該產(chǎn)品記錄信息至少包括對該產(chǎn)品采用集裝箱式運輸?shù)南拗??；蛘撸谝恍嵤┓桨钢?，在產(chǎn)品記錄信息的檢索步驟之前，集裝箱式運輸?shù)南拗瓢诮邮盏降挠唵沃?。在步驟4加中，各種產(chǎn)品的裝箱限制已經(jīng)被確定。該限制可以從步驟410中檢索到的記錄信息來確定。在可選的實施方案中，該限制可以從接收到的訂單直接確定。在另一些實施方案中，該限制可通過合適的通信信道詢問確定的賣方來獲得；比如，通過一個合適的網(wǎng)絡(luò)或文件傳輸協(xié)議，向確定出的賣方管理的站點發(fā)出請求，詢問產(chǎn)品信息。在步驟430中，基于有關(guān)的裝箱限制和接收到的訂單制定各種產(chǎn)品的裝箱計劃。本領(lǐng)域的技術(shù)人員所熟知的任何方法都可用于制定該計劃。在步驟440中，根據(jù)裝箱計劃，將收到的訂單分配成一次或多次運輸。在一些實施方案中，將訂單進行運輸分配包括將裝箱計劃中確定的訂單的容量需求與選用的貨艙(如特定拖車，飛機或輪船的貨艙，貨車車廂等)的容量進行對比。一些這種實施方案包括貨搶的選擇過程，該過程基于許多標(biāo)準(zhǔn)進行選擇，這些標(biāo)準(zhǔn)包括但不限于接收到的訂單、裝箱計劃、貨艙的可利用性、運輸?shù)哪康牡亍⒊杀?、貨搶容量、運輸起點和/或其組合。在步驟450中，制定路線計劃以滿足一次或多次運輸?shù)男枰?。路線計劃的制定至少部分地基于對接收到的訂單的運輸分配和接收到的訂單。通常，路線計劃的制定可采用本領(lǐng)域技術(shù)人員所熟知的任何方式。在一些實施方案中，路線計劃的制定包括優(yōu)化運輸方式、運輸成本和運輸速度和/或其組合。返回圖3中的步驟340,確定運輸方。在一些情況下，可以確定多個運輸方。這種確定可采用多種方式，并取決于不同標(biāo)準(zhǔn)。在一些情況下，該確定僅限于選定范圍的一個或多個運輸方。比如，如果訂單來自于某個運輸方，那么此時運輸方的確定范圍只限于提供訂單的該運輸方。另一些情況是，如果買方或賣方與預(yù)定范圍的運輸方有關(guān)系，那么運輸方的確定僅限于該預(yù)定的范圍，或可能地限于買方預(yù)定范圍與賣方預(yù)定范圍的交集。在一些實施方案中，運輸方的確定基于很多因素，包括但不限于制定好的物流計劃、確定出的買方、確定出的賣方、接收到的訂單或其組合。在一些這種實施方案中，接收到的訂單中需要指明具體的運輸方，在這種實施方案中，根據(jù)訂單就可直接確定出運輸方。在一些實施方案中，對運輸方的確定包括對存儲與確定過程相關(guān)的數(shù)據(jù)的系統(tǒng)數(shù)據(jù)存儲器進行訪問。在步驟350中，產(chǎn)品運輸配置不僅發(fā)送給供應(yīng)鏈的一個或多個參與方(如買方、賣方、運輸方、倉庫管理員等)，而且還要發(fā)送給一個或多個計算機系統(tǒng)，或一個或多個供應(yīng)鏈管理方。發(fā)送產(chǎn)品運輸配置信息的提交平臺可以是任意合適平臺，假定該平臺提供的產(chǎn)品運輸配置的格式能夠被接收者識別，如電子郵件、網(wǎng)絡(luò)、文件傳輸協(xié)議、傳真、快遞服務(wù)、郵寄、尋呼、電話、和/或其組合。在一些實施方案中，根據(jù)配置的運輸計劃，產(chǎn)品運輸配置可包括一個選定貨物的三維模型。這種發(fā)送可作為觸發(fā)事件的結(jié)果和/或由于收到參與方發(fā)出的產(chǎn)品運輸配置信息請求而自動發(fā)生，這取決于具體實施方案所采用的機制。如果實施方案能夠支持對請求的接收，那么發(fā)出的請求就會被相應(yīng)的接入服務(wù)器接收到。在一些這種實施方案中，產(chǎn)品運輸配置信息的接收者可根據(jù)請求信息(如請求者，請求書中標(biāo)示的其他接收者等)來確定。產(chǎn)品運輸配置已準(zhǔn)備就緒的通知能發(fā)送給供應(yīng)鏈中的一個或多個參與方。在一些實施方案中，該通知可以含有鏈接，激活該鏈接，其就生成產(chǎn)品運輸配置請求。在步驟360中，物流計劃不僅發(fā)送給供應(yīng)鏈的各個參與方(如買方、賣方、運輸方、倉庫管理員、貨運場地等)，而且還要發(fā)送給一個或多個計算機系統(tǒng)，或一個或多個供應(yīng)鏈管理方。發(fā)送產(chǎn)品運輸配置信息的提交平臺可以是任意適合的平臺，該平臺提供的產(chǎn)品運輸配置的格式能夠被接收者識別，如電子郵件、網(wǎng)絡(luò)、文件傳輸協(xié)議、傳真、快遞服務(wù)、郵寄、尋呼、電話和/或其組合。這種發(fā)送可作為觸發(fā)事件的結(jié)果和/或作為收到參與方發(fā)出的物流計劃的結(jié)果而自動發(fā)生，這取決于具體實施方案所采用的機制。如果實施方案能夠支持對請求的接收，那么這樣一個的請求就會被任何一個合適的接入服務(wù)器接收到。在一些這樣的實施方案中，物流計劃的接收方可根據(jù)請求信息(如請求者，請求書中標(biāo)示的其他接收者等)來確定。物流計劃已準(zhǔn)備就緒的通知能發(fā)送給供應(yīng)鏈中的一個或多個參與方。在一些實施方案中，該通知可以含有鏈接，激活該鏈接，其就生成物流計劃請求。在一些實施方案中，可以從一個或多個產(chǎn)品賣方接收產(chǎn)品數(shù)據(jù)。這種接收到的產(chǎn)品數(shù)據(jù)存儲在系統(tǒng)數(shù)據(jù)存儲器中。該接收到的產(chǎn)品數(shù)據(jù)包括信息如價格、體積、裝箱限制、或其它與產(chǎn)品有關(guān)的數(shù)據(jù)。裝箱限制包括產(chǎn)品高度、重量、體積、包裝方式、堆疊性能和/或其它數(shù)據(jù)，這些數(shù)據(jù)確定與制定產(chǎn)品的裝箱計劃相關(guān)的產(chǎn)品特點。在一些這種實施方案中，接收到的數(shù)據(jù)被格式化成供應(yīng)鏈管理者專用的格式，該格式獨立于供應(yīng)鏈其它任何參與方所使用的格式。在一些實施方案中，產(chǎn)品數(shù)據(jù)通過一個或多個接入服務(wù)器接收，這些接入服務(wù)器包括但不限于網(wǎng)絡(luò)服務(wù)器、電子郵件服務(wù)器、文件傳輸協(xié)議服務(wù)器、交互式語音/音頻應(yīng)答系統(tǒng)、和/或傳真服務(wù)器。更進一步地，上述過程是有關(guān)單一接收訂單的情況。對于本領(lǐng)域技術(shù)人員來說很明顯，上述過程可以平行地和/或連續(xù)地進行以處理接收自多家買方、賣方、運輸方或其他供應(yīng)鏈參與方的多個訂單。在這種情況下，之前和/或同時處理的訂單會影響到與正在處理的訂單相關(guān)的產(chǎn)品運輸配置和/或物流計劃的產(chǎn)生。在一些實施方案中，可以接收到與物流計劃有關(guān)的事件數(shù)據(jù)。該事件數(shù)據(jù)代表物流計劃中預(yù)期發(fā)生的事件或狀況。該事件數(shù)據(jù)可以手工產(chǎn)生(如在倉庫手工填寫運輸?shù)氖論?jù)，駕駛員用移動電話通知由于路旁施工造成的延誤等)，也可以自動產(chǎn)生(如檢測卡車輪胎是否漏氣的傳感器，或使用無線信號傳輸?shù)?。該事件數(shù)據(jù)可來自于任何合適的信息源，包括但不限于供應(yīng)鏈參與方、供應(yīng)鏈管理方、政府部門(如警方記錄，稱重站等)和/或其組合。在一些實施方案中，接入服務(wù)器可用于接收提交的事件數(shù)據(jù)。在某些實施方案中，事件數(shù)據(jù)的接收起到觸發(fā)作用以將通知發(fā)送至一個或多個接收者。該接收者可以是用戶或計算機系統(tǒng)。通知的接收者可以是預(yù)定的或選擇好的。選擇接收者可基于很多因素，包括但不限于接收到的事件數(shù)據(jù)，物流計劃和/或其組合。在一些實施方案中，該通知包括與事件數(shù)據(jù)有關(guān)的確認信息。在一些這樣的實施方案中，該確認信息中含有鏈接，該鏈接一旦被接收者激活，就允許對接收到的事件數(shù)據(jù)進行訪問。在一些實施方案中，根據(jù)接收到的事件數(shù)據(jù)和生成的物流計劃，可以生成一個或多個例外情況報告。在某些實施方案中，例外情況報告生成的通知被發(fā)送給一個或多個接收者。在一些這樣的實施方案中，該通知包括對產(chǎn)生的例外情況報告的子集中的各個成員進行確認的信息。該子集至少包括例外情況報告中的一個，但大概地是全部。這些實施方案中的一些還可能在確認信息中進一步含有鏈接，該鏈接一旦被接收者激活，就允許對與之相關(guān)聯(lián)的例外情況報告進行訪問。在一些實施方案中，包含在通知中的例外情況報告的子集可基于許多因素進行選擇，這些因素包括但不限于例外情況報告的優(yōu)先性、通知的接收者、與物流計劃相關(guān)的配置信息和/或其組合。關(guān)于事件數(shù)據(jù)的通知，通知的接收者可以是任何適合的用戶或計算機系統(tǒng)。該通知可以通過任何合適的平臺提交，這些平臺包括但不限于電子郵件、網(wǎng)絡(luò)、文件傳輸協(xié)議、傳真、快遞服務(wù)、郵寄、電話、尋呼、和/或其組合。除了產(chǎn)生的例外情況報告的通知以外，可以將一個或多個例外情況報告輸出給合適的接收者，如用戶或計算機系統(tǒng)?？梢允褂萌魏魏线m的提交平臺來提交產(chǎn)生的例外情況報告，如電子郵件、網(wǎng)絡(luò)、文件傳輸協(xié)議、傳真、快遞服務(wù)、郵寄、電話、尋呼和/或其組合。在一些實施方案中，該提交平臺根據(jù)目標(biāo)接收者來確定。如果接收者是用戶，那么該用戶通常是供應(yīng)鏈的參與方或管理者。然而，并不排除傳輸給不是該用戶組中成員的目標(biāo)用戶。如果例外情況報告的接收者是計算機，那么它一般是一個分析系統(tǒng)，如對買方、賣方和/或運輸方進行評價的評價系統(tǒng)、通知生成系統(tǒng)等。在一些實施方案中，選擇一個例外情況報告用于輸出。在一些這樣的實施方案中，該選擇是基于與各個例外情況報告有關(guān)的優(yōu)先性、目標(biāo)接收者的身份和/或其組合。在某些實施方案中，生成的例外情況報告的輸出是因為接收到了例外情況報告請求。在一些實施方案中，這種請求是通過一個合適的接入服務(wù)器收到的。例如，例外情況報告的通知包含連接至該例外情況報告的鏈接，當(dāng)用戶觸發(fā)該通知后，就會對網(wǎng)絡(luò)服務(wù)器發(fā)出請求，于是該網(wǎng)絡(luò)服務(wù)器提供HTML格式的例外情況報告。各種步驟或這些步驟的子集都可在一個或多個軟件模塊上執(zhí)行。圖5提供了一種優(yōu)選實施方案的軟件模塊結(jié)構(gòu)圖。物流管理套件(LMS)500包括的軟件模塊有物流計劃系統(tǒng)(LPS)520，數(shù)據(jù)管理系統(tǒng)(DMS)530,發(fā)放管理系統(tǒng)(RMS)540和執(zhí)行管理系統(tǒng)(XMS)550。這些軟件模塊與LMS數(shù)據(jù)庫510相連接。供應(yīng)鏈管理功能分配在這些軟件模塊中，在一些實施方案中，這些軟件模塊在上文所述的系統(tǒng)處理器和系統(tǒng)數(shù)據(jù)存儲器上運行。上述討論提供了范例來說明許多功能在這些軟件模塊上的分配。應(yīng)該理解的是，在不同的實施方案中，可采用其它的功能分配辦法。而且，其它的實施方案可采用可替代的軟件模塊以達到需要的功能。在一個優(yōu)選的實施方案中，LPS520執(zhí)行各種與物流計劃有關(guān)的任務(wù)。這些任務(wù)包括(1)保存地址信息，(2)保存貨物和包裹信息，(3)保存發(fā)放信息，如EDI830和/或862，(4)創(chuàng)建、編輯、更新、和/或刪除負載計劃(很多情況下都是基于EDI830)，和(5)通過一個帶有優(yōu)化工具(如i2建模器(Modeler))的界面來制定負載計劃。不同的實施方案支持這些任務(wù)中的一個或多個的不同組合。圖6是數(shù)據(jù)流通過LPS520和DMS530模塊的流程圖。發(fā)放預(yù)報(rdeaseforecast)610收到原始發(fā)放預(yù)報信息作為輸入。來自外部信息源或內(nèi)部信息源(如LMS數(shù)據(jù)庫)的這種原始發(fā)放預(yù)報信息可輸入到LPS。這個過程的輸出就是發(fā)放預(yù)報。該發(fā)放預(yù)報輸入到計劃的交易過程620(planningsessionprocess)中，該過程620創(chuàng)建、更新、修改和/或刪除計劃的交易負載(sessionbads)和/或運輸。這個過程的輸出與運輸產(chǎn)品集裝箱信息結(jié)合，產(chǎn)生交易負載和運輸計劃650(sessionloadsandshipments)。通過運輸配置過程630(shipmentconfigurationprocess)使運輸產(chǎn)品集裝箱化。同時，運輸配置過程依賴于由數(shù)據(jù)管理過程640提供的產(chǎn)品數(shù)據(jù)(裝箱限制)。這個過程640接收到來自外部信息源(如產(chǎn)品制造商)或內(nèi)部信息源(如LMS數(shù)據(jù)庫550)的這些信息。在某些實施方案中，這個過程640負責(zé)產(chǎn)品集裝箱信息的獲取和有效性。交易負載和運輸計劃650輸入到RMS540中。在一個優(yōu)選實施方案中，圖5中的RMS540執(zhí)行各種與發(fā)放管理有關(guān)的任務(wù)。這些任務(wù)包括(1)基于LPS負載計劃(路線計劃)產(chǎn)生負載(旅行)，(2)將EDI862與生成的負載(旅行)相匹配，(3)創(chuàng)建、編輯、更新、和/或刪除負載和運輸信息，(4)根據(jù)運輸信息動態(tài)創(chuàng)建負載信息，在一些情況下使用優(yōu)化工具，如i2建模器(Modeler),和/或(5)將負載和運輸信息與EDI信息相結(jié)合，使物流發(fā)放(logisticsrelease)可視化。不同的實施方案支持這些任務(wù)的一個或多個的不同組合。圖7是數(shù)據(jù)流通過RMS540模塊的流程圖。來自LPS和DMS的交易負載和運輸計劃輸入到負載發(fā)生器(調(diào)度器)(loadgenerator(dispatch))710中。該過程710瀏覽負載和運輸信息，并為未來某個指定的日期確定負載和運輸信息。從過程710輸出的貨物調(diào)度信息輸送給負載過程，以產(chǎn)生匹配過程720。該過程720使發(fā)放的貨物和預(yù)定的負載和運輸計劃相匹配，它為每次運輸分配產(chǎn)品和產(chǎn)品數(shù)量。它接收發(fā)放過程730發(fā)出的發(fā)放信息，該發(fā)放過程730將原始的發(fā)貨信息735轉(zhuǎn)換成匹配過程720可用的形式。匹配過程的結(jié)果被輸入到預(yù)定的負載瀏覽過程760。該過程創(chuàng)建、更新、修改和/或刪除負載和運輸信息以滿足發(fā)貨的需要。在某些實施方案中，該過程包括將預(yù)定的運輸信息發(fā)送到優(yōu)化引擎，并輸入得到的負載計劃。滿足發(fā)貨需求的負載和運輸狀態(tài)從計劃狀態(tài)轉(zhuǎn)變?yōu)閷嶋H狀態(tài)，產(chǎn)生實際的負載、運輸和/或發(fā)貨信息725。然后，可選擇地使這些實際的負載、運輸和發(fā)貨信息可選擇地接受復(fù)查(review)740。750將實際的物流發(fā)放信息提供給供應(yīng)鏈的參與方或其他目標(biāo)用戶，如通過網(wǎng)絡(luò)站點。XMS可獲取實際的負載、運輸和/或發(fā)貨信息725，以備進一步使用。在一個優(yōu)選實施方案中，圖5中的XMS550行使各種與發(fā)放管理有關(guān)的任務(wù)。這些任務(wù)包括(1)激活負載并將它們轉(zhuǎn)換成旅行，(2)創(chuàng)建、編輯、更新和/或刪除旅行和運輸，(3)監(jiān)控動態(tài)的旅行，(4)獲取旅行和運輸事件，(5)生成報告和其它必需的票據(jù)(如提單、產(chǎn)品裝箱單等)，(6)保存承運方信息如駕駛員信息、卡車信息、貨槍信息等，(7)提交運輸信息，和/或(8)例外事件管理和/或報告。不同的實施方案支持上述任務(wù)的一個或多個的不同組合。圖8數(shù)據(jù)流是通過XMS550模塊的流程圖。實際的負載、運輸和/或發(fā)貨信息725由RMS540提供。旅行的觸發(fā)過程810接收到這些信息，并產(chǎn)生動態(tài)的旅行、運輸和/或發(fā)貨過程820。旅行保持過程830監(jiān)控代表旅行中發(fā)生的事件的事件數(shù)據(jù)840。該過程讀取動態(tài)的旅行、運輸和/或發(fā)貨過程820,并根據(jù)需要基于監(jiān)控到的事件數(shù)據(jù)進行更新。在某些實施方案中，這些動態(tài)的旅行、運輸和/或發(fā)貨信息也可以通過任何合適的接入服務(wù)器如網(wǎng)絡(luò)站點，而提供給供應(yīng)鏈參與方和/或其他目標(biāo)用戶本申請參考了許多的出版物。為了更完整地描述本發(fā)明所涉及的現(xiàn)有技術(shù)狀況，將這些出版物的公開全部引入本申請作為參考。上述的實施方案僅為示例性的。本領(lǐng)域技術(shù)人員應(yīng)該能容易地理解，在不背離本申請所要求保護的發(fā)明的情況下，可以對本說明書中記載的某些特定實施方案做出許多變換。在下面的權(quán)利要求書中，使用了數(shù)字和字母來區(qū)分各個權(quán)利要求的不同部分。這些數(shù)字和字母僅用作區(qū)分的目的，而對權(quán)利要求的范圍沒有限制意義。數(shù)字和字母順序排列來區(qū)分各權(quán)利項部分；這種順序排列并不傾向于產(chǎn)生所區(qū)分的權(quán)利要求的次序性或條理性需要，除非該權(quán)利要求部分另有說明。權(quán)利要求1.一種用于供應(yīng)鏈管理的方法，所述方法包括如下步驟(a)接收來自供應(yīng)鏈參與方的一種或多種產(chǎn)品的訂單；(b)為接收到的訂單中的一種或多種產(chǎn)品的各種產(chǎn)品確定出買方和賣方；(c)根據(jù)接收到的訂單、確定出的買方、確定出的賣方或其組合生成產(chǎn)品運輸配置和物流計劃；(d)根據(jù)所生成的產(chǎn)品運輸配置、所生成的物流計劃、確定出的買方、確定出的賣方或其組合確定出運輸方；(e)將所生成的產(chǎn)品運輸配置發(fā)送給確定出的買方、確定出的賣方、確定出的運輸方或其組合；以及(f)將所生成的物流計劃發(fā)送給確定出的買方、確定出的賣方、確定出的運輸方或其組合。2.如權(quán)利要求l所述的方法，其中，所生成的物流計劃包括在選定的貨物集裝箱中的運輸配置。3.如權(quán)利要求l所述的方法，該方法還包括如下步驟(g)從賣方接收與一種或多種產(chǎn)品相關(guān)的數(shù)據(jù)；以及(h)將接收到的數(shù)據(jù)存儲在系統(tǒng)數(shù)據(jù)存儲器中。4.如權(quán)利要求3所述的方法，其中，接收到的數(shù)據(jù)包括裝箱限制。5.如權(quán)利要求3所述的方法，其中，在所述步驟(b)、(C)和(d)中，至少有一個步驟包括訪問系統(tǒng)數(shù)據(jù)存儲器的步驟。6.如權(quán)利要求3所述的方法，該方法還包括如下步驟(i)將接收到的數(shù)據(jù)格式化成獨立于賣方數(shù)據(jù)的格式。7.如權(quán)利要求3所述的方法，其中，接收到的數(shù)據(jù)是通過接入服務(wù)器接收到的。8.如權(quán)利要求7所述的方法，其中，所述接入服務(wù)器的類型選自文件傳輸協(xié)議服務(wù)器、電子郵件服務(wù)器、網(wǎng)絡(luò)服務(wù)器、交互式語音/音頻應(yīng)答系統(tǒng)、傳真服務(wù)器及其組合。9.如權(quán)利要求l所述的方法，其中，接收到的訂單是通過接入服務(wù)器接收的。10.如權(quán)利要求9所述的方法，其中，所述接入服務(wù)器的類型選自文件傳輸協(xié)議服務(wù)器、電子郵件服務(wù)器、網(wǎng)絡(luò)服務(wù)器、交互式語音/音頻應(yīng)答系統(tǒng)、傳真服務(wù)器及其組合。11.如權(quán)利要求l所述的方法，該方法還包括如下步驟(g)將接收到的訂單格式化成獨立于賣方和買方的格式。12.如權(quán)利要求l所述的方法，該方法還包括如下步驟(g)將接收到的訂單存儲在系統(tǒng)數(shù)據(jù)存儲器中，并且其中所述步驟(b)和(C)還包括這樣的步驟對系統(tǒng)數(shù)據(jù)存儲器中的接收到的訂單進行訪問。13.如權(quán)利要求l所述的方法，其中，為訂單中的一種或多種產(chǎn)品中的各種產(chǎn)品確定出買方和賣方的步驟包括如下步驟(i)從系統(tǒng)數(shù)據(jù)存儲器中檢索出各種產(chǎn)品的記錄信息；(ii)從接收到的訂單中或所檢索出的產(chǎn)品的記錄信息中為各種產(chǎn)品確定出買方；以及(iii)從接收到的訂單中或所檢索出的產(chǎn)品的記錄信息中為各種產(chǎn)品確定出賣方。14.如權(quán)利要求14所述的方法，其中，所述為各種產(chǎn)品確定出賣方的步驟包括如下步驟基于選自以下組的標(biāo)準(zhǔn)來選擇賣方，所述組包括價格限制、體積限制、距離限制、時間限制、性能限制、財務(wù)限制及其組合。15.如權(quán)利要求l所述的方法，其中，所述生成產(chǎn)品運輸配置和物流計劃的步驟(c)包括如下步驟-(i)從系統(tǒng)數(shù)據(jù)存儲器中檢索出各種產(chǎn)品的記錄信息；(ii)從所檢索出的產(chǎn)品的記錄信息中確定出各種產(chǎn)品的裝箱限制；(m)為接收到的訂單中的各種產(chǎn)品制定裝箱計劃；(iv)根據(jù)所述裝箱計劃，將接收到的訂單分配成一次或多次運輸；以及(V)根據(jù)將接收到的訂單分成一次或多次運輸?shù)姆峙浜徒邮盏降挠唵沃贫╚各線計劃以滿足一次或多次運輸?shù)男枰?6.如權(quán)利要求15所述的方法，其中，所述將接收到的訂單分配成一次或多次運輸?shù)牟襟E包括如下步驟將接收到的訂單基于所述裝箱計劃的容量需求與選用的貨艙的容量進行比較。17.如權(quán)利要求16所述的方法，該方法還包括選擇貨搶的步驟。18.如權(quán)利要求17所述的方法，其中，貨艙的選擇基于接收到的訂單、裝箱計劃、貨論的可利用性、運輸?shù)哪康牡?、成本、貨艙容量、運輸起點或其組合。19.如權(quán)利要求15所述的方法，其中，所述制定路線計劃的步驟包括如下步驟對運輸模式、運輸成本、運輸速度或其組合進行優(yōu)化。20.如權(quán)利要求l所述的方法，該方法還包括如下步驟(g)接收來自于買方或賣方或運輸方對生成的產(chǎn)品運輸配置的請求，并且響應(yīng)該接收到的請求而發(fā)送該產(chǎn)品運輸配置。21.如權(quán)利要求20所述的方法，其中，對產(chǎn)品運輸配置的請求是通過接入服務(wù)器接收的。22.如權(quán)利要求l所述的方法，其中，所生成的產(chǎn)品運輸配置是通過提交平臺發(fā)送的，所述提交平臺選自電子郵件、網(wǎng)絡(luò)、文件傳輸協(xié)議、傳真、快遞服務(wù)、郵寄、電話、尋呼及其組合。23.如權(quán)利要求l所述的方法，該方法還包括如下步驟(g)接收來自于賣方或買方或運輸方的對已生成的物流計劃的請求，并且響應(yīng)該接收到的請求而發(fā)送該生成的物流計劃。24.如權(quán)利要求23所述的方法，其中，所述對物流計劃的請求是通過接入服務(wù)器接收的。25.如權(quán)利要求l所述的方法，其中，所生成的物流計劃是通過提交平臺發(fā)送的，所述提交平臺選自電子郵件、網(wǎng)絡(luò)、文件傳輸協(xié)議、傳真、快遞服務(wù)、郵寄、尋呼、電話及其組合。26.如權(quán)利要求l所述的方法，該方法還包括如下步驟(g)接收與生成的物流計劃相關(guān)的事件數(shù)據(jù)。27.如權(quán)利要求26所迷的方法，其中，接收到的事件數(shù)據(jù)來自于買方，賣方或運輸方。28.如權(quán)利要求26所述的方法，其中，所述事件數(shù)據(jù)是通過接入服務(wù)器接收的。29.如權(quán)利要求26所述的方法，該方法還包括如下步驟(h)根據(jù)接收到的事件數(shù)據(jù)和生成的物流計劃產(chǎn)生一個或多個例外情況報告；以及(i)從所述一個或多個例外情況報告中輸出選擇的例外情況報告給接收者，其中所述接收者為用戶或計算機系統(tǒng)。30.如權(quán)利要求29所述的方法，其中，所述接收者為用戶。31.如權(quán)利要求30所迷的方法，其中，所述選定的例外情況報告是通過提交平臺輸出的，所述提交平臺選自電子郵件、網(wǎng)絡(luò)、文件傳輸協(xié)議、傳真、快遞服務(wù)、郵寄、電話、尋呼、即時通信及其組合。32.如權(quán)利要求30所述的方法，其中，所述用戶為確定出的買方、確定出的賣方、確定出的運輸方或供應(yīng)鏈管理者。33.如權(quán)利要求29所迷的方法，該方法還包括如下步驟(j)基于與接收者相關(guān)的配置信息，為生成的例外情況報告選擇提交平臺。34.如權(quán)利要求29所述的方法，其中，所述接收者為計算機系統(tǒng)，并且其中的所述計算機系統(tǒng)為通知轉(zhuǎn)發(fā)系統(tǒng)、運輸方評估系統(tǒng)、賣方評估系統(tǒng)、買方評估系統(tǒng)或其組合。35.如權(quán)利要求29所述的方法，該方法還包括如下步驟(j)從一個或多個生成的例外情況報告中選出用于輸出的例外情況報告。36.如權(quán)利要求35所述的方法，其中，選擇用于輸出的所述例外情況報告的步驟基于接收者、與各個例外情況報告有關(guān)的優(yōu)先性或其組合。37.如權(quán)利要求29所述的方法，該方法還包括如下步驟(j)接收來自接收者對例外情況報告的請求，并且響應(yīng)該接收到的請求而輸出所選的例外情況報告。38.如權(quán)利要求37所述的方法，其中，對例外情況報告的請求是通過接入服務(wù)器接收的。39.如權(quán)利要求37所述的方法，該方法還包括如下步驟(k)從一個或多個生成的例外情況報告中選出用于輸出的例外情況報告。40.如權(quán)利要求39所述的方法，其中，選擇用于輸出的所述例外情況報告的步驟基于接收到的請求、與各個例外情況報告有關(guān)的優(yōu)先性或其組合。41.如權(quán)利要求37所述的方法，該方法還包括這如下步驟(k)基于接收到的請求、與接收者有關(guān)的配置信息或其組合，為所選的例外情況報告選擇提交平臺。42.如權(quán)利要求26所述的方法，該方法還包括如下步驟(h)基于接收到的事件數(shù)據(jù)和生成的物流計劃生成一個或多個例外情況報告；以及(i)將一個或多個例外情況報告的生成通知轉(zhuǎn)發(fā)給接收者，其中所述接收者為用戶或計算機系統(tǒng)。43.如權(quán)利要求42所述的方法，其中，所述通知包括與一個或多個生成的例外情況報告的子集中的各成員有關(guān)的識別信息。44.如權(quán)利要求43所述的方法，其中，所述通知包括與一個或多個產(chǎn)生的例外情況報告中的所有成員有關(guān)的識別信息。45.如權(quán)利要求43所述的方法，該方法還包括如下步驟(j)為一個或多個生成的例外情況報告確定子集。46.如權(quán)利要求45所述的方法，其中，所述為一個或多個生成的例外情況報告確定子集的步驟是基于接收者。47.如權(quán)利要求43所述的方法，其中，所述識別信息中含有鏈接，該鏈接一旦被接收者激活，就允許對與之相關(guān)聯(lián)的例外情況報告進行訪問。48.如權(quán)利要求42所述的方法，其中，所迷接收者選自以下用戶確定出的買方、確定出的賣方、確定出的運輸方、供應(yīng)鏈管理者和其組合。49.如權(quán)利要求42所迷的方法，其中，所述通知是通過提交平臺發(fā)送的，所述提交平臺選自電子郵件、網(wǎng)絡(luò)、文件傳輸協(xié)議、傳真、快遞服務(wù)、郵寄、電話、尋呼及其組合。50.如權(quán)利要求26所述的方法，該方法還包括如下步驟(h)基于接收到的事件數(shù)據(jù)和生成的物流計劃生成一個或多個例外情況報告。51.如權(quán)利要求26所迷的方法，該方法還包括如下步驟(h)將接收到的事件數(shù)據(jù)的通知發(fā)送給接收者，其中所述接收者是用戶或計算機系統(tǒng)。52.如權(quán)利要求51所述的方法，其中，所述通知包括與接收到的事件數(shù)據(jù)相關(guān)的識別信息。53.如權(quán)利要求52所述的方法，其中，所述識別信息中含有鏈接，該鏈接一旦被接收者激活，就允許對與之相關(guān)聯(lián)的事件數(shù)據(jù)進行訪問。54.如權(quán)利要求51所迷的方法，該方法還包括步驟(i)選擇通知的接收者。55.如權(quán)利要求54所述的方法，其中選擇通知的接收者的步驟是基于接收到的事件數(shù)據(jù)。56.如權(quán)利要求l所迷的方法，該方法還包括如下步驟(g)將產(chǎn)品運輸配置的生成通知發(fā)送給確定出的買方、確定出的賣方、確定出的運輸方或其組合。57.如權(quán)利要求56所述的方法，其中，所述通知含有鏈接，該鏈接一旦激活，就允許對生成的產(chǎn)品運輸配置進行訪問。58.如權(quán)利要求57所述的方法，其中，響應(yīng)通知中鏈接的激活而發(fā)送生成的產(chǎn)品運輸配置。59.如權(quán)利要求l所述的方法，該方法還包括如下步驟(g)將生成的物流計劃的通知發(fā)送給確定出的買方、確定出的賣方、確定出的運輸方或其組合。60.如權(quán)利要求59所述的方法，其中，所述通知含有鏈接，該鏈接一旦激活，就允許對生成的物流計劃進行訪問。61.如權(quán)利要求60所述的方法，其中，響應(yīng)通知中所選鏈接的激活而發(fā)送生成的物流計劃清單。62.如權(quán)利要求l所述的方法，其中，生成的產(chǎn)品運輸配置包括一個三維模型，用于將接收到的訂單的一部分或多部分布置在選定的貨艙中。63.—種或多種存儲指令的計算機可讀介質(zhì)，所述指令一旦被系統(tǒng)處理器執(zhí)行，能夠促使該系統(tǒng)處理器通過執(zhí)行以下步驟而提供供應(yīng)鏈管理(a)接收來自買方或賣方的一種或多種產(chǎn)品的訂單；(b)通過執(zhí)行以下步驟，為接收到的訂單中的一種或多種產(chǎn)品的各種產(chǎn)品確定出買方和賣方(i)從系統(tǒng)數(shù)據(jù)存儲器中檢索出各種產(chǎn)品的記錄信息，(ii)從接收到的訂單中或從所檢索到的產(chǎn)品的記錄信息中為各種產(chǎn)品確定出買方，(iii)基于標(biāo)準(zhǔn)，從接收到的訂單中或從所檢索到的產(chǎn)品的記錄信息中為各種產(chǎn)品確定出賣方，所述標(biāo)準(zhǔn)選自價格限制、體積限制、距離限制、時間限制、性能限制、財務(wù)限制及其組合；(c)基于接收到的訂單、確定出的賣方、確定出的買方或其組合，通過執(zhí)行以下步驟來生成產(chǎn)品運輸配置或物流計劃(i)從系統(tǒng)數(shù)據(jù)存儲器中檢索各種產(chǎn)品的記錄信息，(ii)從檢索到的記錄信息中確定各種產(chǎn)品的裝箱限制，(iii)為接收到的訂單中的各種產(chǎn)品制定裝箱計劃，(iv)根據(jù)裝箱計劃，將接收到的訂單分配成一次或多次運輸，(v)根據(jù)將接收到的訂單分成一次或多次運輸?shù)姆峙湟约敖邮盏降挠唵沃贫肪€計劃，以滿足一次或多次運輸?shù)男枰?d)基于生成的產(chǎn)品運輸配置、生成的物流計劃、確定出的買方、確定出的賣方或其組合，確定運輸方；(e)將生成的產(chǎn)品運輸配置發(fā)送給確定出的買方、確定出的賣方、確定出的運輸方或其組合；(f)將生成的物流計劃發(fā)送給確定出的買方、確定出的賣方、確定出的運輸方或其組合；(g)接收與生成的物流計劃相關(guān)的事件數(shù)據(jù)；(h)基于接收到的事件數(shù)據(jù)和生成的物流計劃，生成一個或多個例外情況報告；(i)從一個或多個例外情況報告中輸出選擇的例外情況報告給接收者，其中所述接收者是用戶或計算機系統(tǒng)，該用戶選自確定出的買方、確定出的賣方、確定出的運輸方、供應(yīng)鏈管理者及其組合，該計算機系統(tǒng)選自通知轉(zhuǎn)發(fā)系統(tǒng)、運輸方評估系統(tǒng)、賣方評估系統(tǒng)、買方評估系統(tǒng)、或其組合。64.—種供應(yīng)鏈管理系統(tǒng)，該系統(tǒng)包括.(a)系統(tǒng)數(shù)據(jù)存儲器，其能夠存儲產(chǎn)品數(shù)據(jù)、賣方數(shù)據(jù)、買方數(shù)據(jù)、運輸方數(shù)據(jù)、一個或多個物流計劃、一個或多個產(chǎn)品運輸配置或者其組合；和(b)系統(tǒng)處理器，其與系統(tǒng)數(shù)據(jù)存儲器相通信并包括一個或多個處理元件，其中，所述一個或多個處理元件被編程或調(diào)節(jié)以執(zhí)行如下步驟，包括(i)接收來自買方或賣方的一種或多種產(chǎn)品的訂單；將接收到的訂單存儲在系統(tǒng)數(shù)據(jù)存儲器中；(iii)通過以下步驟為接收到的訂單中的一種或多種產(chǎn)品的每種產(chǎn)品確定買方和賣方(A)從系統(tǒng)數(shù)據(jù)存儲器中檢索各種產(chǎn)品的記錄信息，(B)從接收到的訂單中或從所檢索到的產(chǎn)品的記錄信息中為各種產(chǎn)品確定出買方，(C)基于標(biāo)準(zhǔn)，從接收到的訂單中或從所檢索到的產(chǎn)品的記錄信息中為各種產(chǎn)品確定出賣方，所述標(biāo)準(zhǔn)選自價格限制、體積限制、距離限制、時間限制、性能限制、財務(wù)限制及其組合，(iv)根據(jù)接收到的訂單或確定出的賣方或確定出的買方或其組合，通過執(zhí)行如下步驟生成產(chǎn)品運輸配置和物流計劃(A)從系統(tǒng)數(shù)據(jù)存儲器中檢索各種產(chǎn)品的記錄信息，(B)從檢索到的記錄信息中確定出與各種產(chǎn)品相關(guān)的裝箱限制，(C)為接收到的訂單中的各種產(chǎn)品制定裝箱計劃，(D)基于裝箱計劃，將接收到的訂單分配成一次或多次運輸，和(E)基于將接收到的訂單分成一次或多次運輸?shù)姆峙湟约敖邮盏降挠唵沃贫肪€計劃，以滿足一次或多次運輸?shù)男枰?v)基于生成的產(chǎn)品運輸配置、制定的物流計劃、確定出的買方、確定出的賣方或其組合，確定出運輸方；(vi)將生成的產(chǎn)品運輸配置發(fā)送給確定出的買方、確定出的賣方、確定出的運輸方或其組合；(vii)將生成的物流計劃發(fā)送給確定出的買方、確定出的賣方、確定出的運輸方或其組合；(viii)接收與生成的物流計劃相關(guān)的事件數(shù)據(jù)；(ix)基于接收到的事件數(shù)據(jù)和生成的物流計劃，生成一個或多個例外情況報告；(X)從一個或多個例外情況報告中輸出選擇的例外情況報告給接收者，其中所述接收者是用戶或計算機系統(tǒng)，該用戶選自確定出的買方、確定出的賣方、確定出的運輸方、供應(yīng)鏈管理者及其組合，該計算機系統(tǒng)選自通知轉(zhuǎn)發(fā)系統(tǒng)、運輸方評估系統(tǒng)、賣方評估系統(tǒng)、買方評估系統(tǒng)或其組合。65.如權(quán)利要求64所述的系統(tǒng)，其中所述系統(tǒng)數(shù)據(jù)存儲器包含管理產(chǎn)品數(shù)據(jù)庫的數(shù)據(jù)庫管理系統(tǒng)。66.如權(quán)利要求64所述的系統(tǒng)，其中所述系統(tǒng)處理器包括一個或多個接入服務(wù)器，該接入服務(wù)器執(zhí)行步驟(i)、(vi)、(vii)、(viii)或(x)中的至少一個。67.如權(quán)利要求64所述的系統(tǒng)，其中所述系統(tǒng)處理器包括一個或多個處理服務(wù)器，該處理服務(wù)器至少執(zhí)行步驟(iii)、(iv)、(v)或(k)中的至少一個的至少一部分。68.—種供應(yīng)鏈管理系統(tǒng)，該系統(tǒng)包括(a)存儲設(shè)備，用于存儲來自買方或賣方的一個或多個訂單、產(chǎn)品數(shù)據(jù)、賣方數(shù)據(jù)、買方數(shù)據(jù)、運輸方數(shù)據(jù)、一個或多個物流計劃、一個或多個產(chǎn)品運輸配置或其組合；(b)輸入設(shè)備，用于(i)接收來自買方或賣方的一種或多種產(chǎn)品的訂單，并將接收到的訂單存儲在存儲設(shè)備中，(ii)接收與來自賣方的一種或多種產(chǎn)品相關(guān)的產(chǎn)品數(shù)據(jù)，并將接收到的產(chǎn)品數(shù)據(jù)存儲在存儲設(shè)備中，(iii)接收與物流計劃相關(guān)的事件數(shù)據(jù)，并將接收到的事件數(shù)據(jù)存儲在存儲設(shè)備中；(c)物流處理設(shè)備，用于(i)通過執(zhí)行如下步驟，為輸入設(shè)備接收到的訂單中的各種產(chǎn)品確定買方和賣方(A)在存儲設(shè)備中檢索各種產(chǎn)品的記錄信息，(B)從訂單中或從所檢索到的產(chǎn)品的記錄信息中為各種產(chǎn)品確定買方，和(C)從訂單中或從所檢索到的產(chǎn)品的記錄信息中為各種產(chǎn)品確定賣方；(ii)通過執(zhí)行以下步驟，至少部分地基于訂單、確定出的與訂單相關(guān)的賣方或買方、或其組合，生成產(chǎn)品運輸配置和物流計劃(A)在存儲設(shè)備中檢索種產(chǎn)品的記錄信息，(B)根據(jù)檢索到的記錄信息，確定各種產(chǎn)品的裝箱限制，(C)為訂單中的各種產(chǎn)品制定裝箱計劃，(D)基于裝箱計劃，將訂單分配成一次或多次運輸，和(E)根據(jù)將接收到的訂單分成一次或多次運輸?shù)姆峙湟约敖邮盏降挠唵沃贫肪€計劃，以滿足一次或多次運輸?shù)男枰?iii)基于生成的產(chǎn)品運輸配置、生成的物流計劃、確定出的買方、確定出的賣方或其組合，確定出運輸方；以及(iv)基于輸入設(shè)備接收到的事件數(shù)據(jù)，生成與生成的物流計劃有關(guān)的一個或多個例外情況報告；以及(d)輸出設(shè)備，用于(i)將物流計劃發(fā)送給與物流計劃有關(guān)的買方、與物流計劃有關(guān)的賣方、與物流計劃有關(guān)的運輸方或其組合，(ii)將產(chǎn)品運輸配置發(fā)送給與產(chǎn)品運輸配置有關(guān)的買方、與產(chǎn)品運輸配置有關(guān)的賣方、與產(chǎn)品運輸配置有關(guān)的運輸方或其組合，和(iii)將例外情況報告輸出給接收者，其中，所迷接收者是用戶或計算機系統(tǒng)，該用戶選自與例外情況報告有關(guān)的買方、與例外情況報告有關(guān)的賣方、與例外情況報告有關(guān)的運輸方、與例外情況報告有關(guān)的供應(yīng)鏈管理者及其組合，該計算機系統(tǒng)選自通知轉(zhuǎn)發(fā)系統(tǒng)、運輸方評估系統(tǒng)、買方評估系統(tǒng)、賣方評估系統(tǒng)或其組合。全文摘要本發(fā)明涉及供應(yīng)鏈管理的系統(tǒng)和方法。從買方或賣方接收一種或多種產(chǎn)品的訂單。為接收到的訂單上的每種產(chǎn)品確定出買方和/或賣方。在一些情況下，可以確定出多個買方和賣方。生成產(chǎn)品運輸配置和物流計劃，確定出運輸方。將所生成的產(chǎn)品運送配置發(fā)送給買方、賣方、運輸方或其組合。將所生成的物流計劃發(fā)送到買方、賣方、運輸方或其組合。在一些實施方案中，接收與生成的物流計劃有關(guān)的事件數(shù)據(jù)，在一些這樣的實施方案中，根據(jù)接收到的事件數(shù)據(jù)生成例外情況報告。這些過程，或者其子過程，在某些情況下在與系統(tǒng)數(shù)據(jù)存儲器相通信的系統(tǒng)處理器上執(zhí)行，或者以可執(zhí)行指令的形式存儲在一個或多個計算機可讀介質(zhì)上。文檔編號G06Q10/00GK101103360SQ200480034128公開日2008年1月9日申請日期2004年9月13日優(yōu)先權(quán)日2003年9月23日發(fā)明者安東尼·D·漢,托馬斯·R·克羅斯維克,詹姆士·W·摩爾申請人:萊德綜合運銷有限公司