專利名稱：利用數(shù)據(jù)網(wǎng)絡(luò)完成用戶產(chǎn)品的訂貨、履行與交付的集成系統(tǒng)的制作方法
背景技術(shù)：
發(fā)明領(lǐng)域本發(fā)明涉及電子商務(wù)領(lǐng)域，尤其是本發(fā)明涉及利用數(shù)據(jù)網(wǎng)絡(luò)將用戶產(chǎn)品銷售和送貨給用戶的技術(shù)。
相關(guān)技術(shù)的描述這么多年來公司一直在利用多種不同的送貨系統(tǒng)將貨物送貨給用戶家庭。這樣的示例包括從郵件訂貨目錄購買到在線訂貨和送貨服務(wù)，例如由Amazon.com和peapod.com所提供的這些服務(wù)。實際上，家庭購買與家庭送貨的需求一直在增長著，很多提供家庭購買與家庭送貨服務(wù)的系統(tǒng)具有重大的缺陷，不能大規(guī)模地采有用。
例如，由peadod.com提供的在線貨物送貨服務(wù)(由peapod公司實施)允許用戶訪問一個在線貨物商店以放置貨物訂單?！吧碳摇?即peadod的雇員)通過進(jìn)到本地貨物商店并購買由用戶訂購的貨物來履行該訂單，貨物隨后送貨到該用戶的家庭。為了在這種交易中獲取收益，peadod在貨物賬單中增加了收費，這就使得這樣的貨物比起用戶親自到商店購買這種貨物要貴。
而且，當(dāng)用戶放置訂單時，peadod并不能保證所訂購的物品是可送貨給該用戶的。因此，如果該貨物商店不具有該訂購的物品(例如沒貨了)，那么該商家就不能將該物品送貨給用戶。
而且送貨規(guī)劃問題也隨著在線購買服務(wù)(如由peadod提供的)而產(chǎn)生，通常很難以與訂單被放置相同方式對要送貨的訂單履行一個送貨請求，因此很多的商品購買服務(wù)并不提供這種特征。另外，錯過一個規(guī)劃好的用戶送貨最佳時間也是不尋常的，因為該訂單占用大多的時間而不能由該“商家”履行。
除了peadod技術(shù)，還有其它的傳統(tǒng)在線技術(shù)使用戶可以通過因特網(wǎng)購買用戶商品，并隨后可使購買的產(chǎn)品送貨到用戶的送貨地址。例如，在線零售商如Amazon.com公司提供了用戶通過因特網(wǎng)或萬維網(wǎng)可選擇并購買各種產(chǎn)品的能力。利用傳統(tǒng)的技術(shù)，在線的產(chǎn)品購買交易一般地包括下列步驟首先，用戶選擇一個或多個要購買的產(chǎn)品，一旦用戶完成了選擇要購買的產(chǎn)品，該用戶隨后就可以進(jìn)到結(jié)帳或訂單確認(rèn)頁。在結(jié)帳或訂單確認(rèn)過程中，該用戶提供必要的用于完成該購買交易的信息，例如用戶的名稱、信貸(credit)卡號、送貨地址等。在訂單被在線零售商(例如Amazon.com)確認(rèn)之前驗證和處理記帳和金融信息。例如用戶使用一個信用卡來在線購買產(chǎn)品，那么在購買訂單被該商家確認(rèn)和履行之前驗證對于該交易總額的信用卡交易。一旦該購買交易被授權(quán)，那么在線商家一般地通過獲得所購買的產(chǎn)品來履行該訂單，并有利用通用的運載工具(如第三方的快遞)將所購買的產(chǎn)品送貨到用戶的送貨地址，如UPS、USOS、聯(lián)邦快遞等。該用戶的信用卡一般地在發(fā)貨的同時進(jìn)行記帳。
盡管上面提到的在線產(chǎn)品購買技術(shù)可方便地使用戶購買和接收希望的產(chǎn)品而不必冒險地到其家外購買，但是當(dāng)前的在線購買技術(shù)卻具有很多的附加的缺點(也就是前面所描述的)。例如，很多的在線商人提供有關(guān)在線產(chǎn)品購買的足夠的用戶服務(wù)，但是卻一般地不能提供足夠的用于處理退貨或用戶抱怨的用戶服務(wù)。而且一旦用戶的訂單被處理了，用戶一般地不能改變或變更或取消該訂單，而且在用戶接收到原始訂貨的貨物之前用戶只能等，以及必須隨后遞交一個請求給在線商家用于退貨或修改該訂單的至少一部分，在商家一方，后一個請求一般地作為一個獨立交易進(jìn)行處理并且要有較長的延遲。而且，如果用戶希望退貨一個或多個產(chǎn)品，商家一般地要求該用戶首先獲得一個退貨授權(quán)號(在第一次遞交一個退貨請求后)，并且用戶一般地要對將所退貨的產(chǎn)品送貨給商家付費。
下面幾個示例也有助于說明在用戶通過在線零售商或商家購買產(chǎn)品時可能遇到的問題，首先假定用戶利用在線商家如Amazon.com已選擇好了兩個書要購買，當(dāng)用戶進(jìn)到結(jié)帳頁時，該用戶授權(quán)要對其信用卡記帳的總額(即書/稅和送貨)。一旦接收到對總額的信用卡授權(quán)后，該商家就履行該訂單并將其轉(zhuǎn)發(fā)給一般的運送者進(jìn)行送貨，此時對上面說明的總額對用戶的信貸總額進(jìn)行記帳。
在商家履行完該訂單后，用戶一般地不能修改或取消該訂單，因此，例如如果用戶在該商家已履行完該訂單后要取消其中一本所訂購的書時，該用戶首先必須一直等到接收到該書，然后提交一個單獨的在線請求用于退貨該書，由于所購買的物品(item)一般地利用一個獨立的運送者服務(wù)或通用的運行者如UPS、聯(lián)邦快遞或美國郵政服務(wù)等，因此這種訂貨和退貨變得毫無價值，也不存在著一種機(jī)構(gòu)，在此用戶能以立即退還方式將不希望的產(chǎn)品(如書)等退貨給送貨的運送者。而且，作為一種典型的情況，用戶必須首先多該商家獲得一個退貨授權(quán)號，重新對不想要的產(chǎn)品進(jìn)行包裝，并將不想要的產(chǎn)品發(fā)送回給該商家。一般地，要求用戶支付退貨產(chǎn)品的送貨費，即使是該產(chǎn)品是有缺陷的也是如此。
商家一旦接收退貨的產(chǎn)品，一般地要在4-6周內(nèi)處理，這就意味著對所退貨的產(chǎn)品的信貸一般地要在商家接收該產(chǎn)品4周后才能發(fā)放給用戶。在上面所示的例子中，當(dāng)發(fā)行后在用戶的信用卡帳戶上信貸是以退還款或信貸方式出現(xiàn)的。
對于傳統(tǒng)在線購買交易的另一個問題涉及商品的可用性。例如當(dāng)一個商家接收到產(chǎn)品退貨的請求后，該商家一般地不能將所退貨的產(chǎn)品作為該商家當(dāng)前庫存的一部分，直到所退貨的產(chǎn)品在商家方是實際上接收到并經(jīng)過處理后才行，一般地要占用4-6周。而且，在處理所退貨的訂單之前，所退貨的商品一般地不作為用戶可購買的庫存的一部分，這將導(dǎo)致資源分配的不夠有效。
總而言之，一直存在著改進(jìn)電子商務(wù)和在線購買技術(shù)的需求。

發(fā)明內(nèi)容
按照本發(fā)明的特定實施例，描述了利用數(shù)據(jù)網(wǎng)絡(luò)實現(xiàn)電子商務(wù)的技術(shù)，該數(shù)據(jù)網(wǎng)絡(luò)包括多個子系統(tǒng)，這些子系統(tǒng)一起形成一個用于通過一個數(shù)據(jù)網(wǎng)絡(luò)接收所選擇的物品的用戶訂單、履行該用戶訂單并將該訂貨的產(chǎn)品送貨給用戶的集成系統(tǒng)。而且，按照一個特定的實施例，本發(fā)明的系統(tǒng)體系的集成本質(zhì)允許在線商家向用戶保證所訂購的物品可在規(guī)定的最佳時間發(fā)送時間內(nèi)送貨給用戶。
按照一個特定的實施例，公開一種集成系統(tǒng)，用于通過數(shù)據(jù)網(wǎng)絡(luò)實現(xiàn)電子商務(wù)。該系統(tǒng)包括一個含有存儲器的庫存子系統(tǒng)。該庫存子系統(tǒng)包括一個配置或設(shè)計成維護(hù)多項商品的庫存記錄的庫存目錄，該系統(tǒng)還包括一個與該庫存子系統(tǒng)通信的用戶接口子系統(tǒng)。該用戶接口子系統(tǒng)被配置或設(shè)計成存儲可用的庫存信息，以及配置或設(shè)計成通過該數(shù)據(jù)網(wǎng)絡(luò)提供有關(guān)該庫存商品的可選物品信息給至少一個用戶。該用戶接口子系統(tǒng)還配置或設(shè)計成便于用戶的商品交易以及存儲用戶的訂單信息。該集成的子系統(tǒng)還包括一個與該庫存子系統(tǒng)進(jìn)行通信的訂單履行子系統(tǒng)。該訂單履行子系統(tǒng)配置或設(shè)計成接收由用戶接口子系統(tǒng)捕獲的用戶訂單信息。該訂單信息包括針對至少一物品的至少一個用戶訂單。該訂單履行子系統(tǒng)還配置或設(shè)計成便于履行用戶訂單。在特定的實施例中，履行用戶訂單包括獲取有關(guān)該訂單的至少一部分物品并且準(zhǔn)備所獲取的物品以發(fā)送給用戶。另外，該集成系統(tǒng)包括與該用戶接口子系統(tǒng)和庫存子系統(tǒng)進(jìn)行通信的送貨子系統(tǒng)。該送貨子系統(tǒng)配置或設(shè)計成接收有關(guān)至少一個已履行的用戶訂單的物品，并且也配置或設(shè)計成便于將所接收的物品送貨給該用戶。
上述實施例的另一個方面在于，該系統(tǒng)還包括一個與庫存子系統(tǒng)和用戶接口子系統(tǒng)進(jìn)行通信的發(fā)布子系統(tǒng)，用于管理與多個商品項相關(guān)的物品和目錄數(shù)據(jù)。本實施例的另一方面在于，該用戶接口子系統(tǒng)包括一個用于管理與多個子系統(tǒng)中每一個相關(guān)的數(shù)據(jù)容量的容量數(shù)據(jù)庫。按照一個實施例，該容量數(shù)據(jù)包括對于每個子系統(tǒng)的可用容量數(shù)據(jù)以及為每個子系統(tǒng)所保留的容量數(shù)據(jù)，其中所保留的容量數(shù)據(jù)與所放置的、還沒有交付給用戶的用戶訂單相關(guān)。該用戶接口子系統(tǒng)還配置或設(shè)計成利用容量數(shù)據(jù)，在訂貨的同時管理用戶訂單流入。
本發(fā)明的另一個實施例致力于用于通過數(shù)據(jù)網(wǎng)絡(luò)實現(xiàn)電子商務(wù)的方法。該數(shù)據(jù)網(wǎng)絡(luò)包括用于方便由至少一個用戶所選的物品的訂單交易的用戶接口子系統(tǒng)；訂單管理子系統(tǒng)，用于管理用戶訂單，以及用于管理庫存采購和庫存數(shù)據(jù)；訂單履行子系統(tǒng)，用于便于用戶訂單的履行；以及一個送貨子系統(tǒng)，便于用戶訂單到用戶的送貨。在用戶接口子系統(tǒng)中接收用戶的訂單，該用戶訂單包括關(guān)于至少一個訂購物品的信息，以及包括有關(guān)規(guī)定的送貨最佳時間時間的信息。在通過了預(yù)定的截止時間后有關(guān)該用戶訂單的信息被發(fā)送給訂單履行子系統(tǒng)。用戶訂單的至少一部分是在訂單履行子系統(tǒng)處履行了。訂單的履行包括驗證已被成功地履行并處理以發(fā)貨給用戶的每一個庫存物品，隨后該送貨子系統(tǒng)用于交付所履行的訂單物品給用戶。在交付所履行的訂單物品給用戶的同時，產(chǎn)生由用戶接收的每一物品的記錄。在訂單已被交付給用戶后，隨后對用戶針對該訂單進(jìn)行記帳。本實施例的另一個方面在于，用戶能在交付訂單給用戶的同時修改用戶訂單。在特定的實施例中，該用戶訂單的修改(在交付訂單給用戶過程中開始)可以由交付運送者利用一個移動場裝置來處理，其中該裝置被配置或設(shè)計成處理和存儲用戶訂單數(shù)據(jù)，而且，利用該移動場裝置，該交付運送者可以在交付的同時處理其它的用戶服務(wù)請求，例如用戶返貨、信貸或其它調(diào)整請求。
本發(fā)明的另一個實施例致力于一種用于通過數(shù)據(jù)網(wǎng)絡(luò)實現(xiàn)電子商務(wù)的集成體系系統(tǒng)，該系統(tǒng)包括一個用戶接口子系統(tǒng)，用于通過數(shù)據(jù)網(wǎng)絡(luò)向用戶展示所選產(chǎn)品的描述。該用戶接口系統(tǒng)還配置成可使用戶通過該數(shù)據(jù)網(wǎng)絡(luò)為所有選擇的產(chǎn)品產(chǎn)生訂單。該系統(tǒng)進(jìn)一步包括與該用戶子系統(tǒng)進(jìn)行通信的一個庫存子系統(tǒng)，該庫存子系統(tǒng)被配置成維護(hù)并控制與展示給用戶的產(chǎn)品相關(guān)的庫存數(shù)據(jù)，該系統(tǒng)進(jìn)一步包括一個與庫存子系統(tǒng)進(jìn)行通信的訂單履行子系統(tǒng)，該履行子系統(tǒng)配置成通過數(shù)據(jù)網(wǎng)絡(luò)處理用戶訂單。該系統(tǒng)還包括一個與用戶接口子系統(tǒng)和訂單履行子系統(tǒng)進(jìn)行通信的運輸子系統(tǒng)，該運輸子系統(tǒng)配置成規(guī)劃交付并管理與用戶訂單的履行和交付相關(guān)的運輸資源。集成系統(tǒng)體系的每一個子系統(tǒng)可通過該數(shù)據(jù)網(wǎng)絡(luò)利用這些子系統(tǒng)之間彼此的交互而實現(xiàn)各種功能。
本發(fā)明的另一個方面是致力于用于通過數(shù)據(jù)網(wǎng)絡(luò)實現(xiàn)電子商務(wù)的集成系統(tǒng)。該系統(tǒng)包括用于服務(wù)于與第一地理區(qū)域相關(guān)第一多個用戶的第一商業(yè)單元；用于服務(wù)于與第二地理區(qū)域相關(guān)第二多個用戶的第二商業(yè)單元；以及用于管理由每一個商業(yè)提供給各自用戶的信息內(nèi)容的中央管理單元。而且，每一個商業(yè)單元包括一個庫存子系統(tǒng)，一個用戶接口子系統(tǒng)，一個訂單履行子系統(tǒng)以及一個交付子系統(tǒng)。按照一個特定的實施例，該集成的系統(tǒng)可配置成基于與某一用戶相關(guān)的地理位置將某一用戶連接到一個相應(yīng)的商業(yè)單元。
本發(fā)明的各方面的其它特征和優(yōu)點將通過下列優(yōu)選實施例的描述結(jié)合附圖變得更清楚。
附圖的簡要描述

圖1是按照本發(fā)明的一個特定的實施例一個集成系統(tǒng)體系100的示意方框圖；圖2是按照本發(fā)明的一個特定的實施例一個集成系統(tǒng)體系200的示意方框圖；圖2A表示描述在圖2的系統(tǒng)200內(nèi)所示的至少一部分單元之間發(fā)生的各種交互的示意方框圖；
圖3是按照本發(fā)明的一個不同的實施例的一個集成系統(tǒng)體系300的示意方框圖；圖4表示按照本發(fā)明特定實施例的狀態(tài)圖，說明了通過與庫存流入有關(guān)的子系統(tǒng)交互的高水平(level)。
圖5表示按照本發(fā)明特定實施例的狀態(tài)圖，說明了與庫存流出有關(guān)的子系統(tǒng)交互的高級預(yù)排；圖6、7A和7B表示按照本發(fā)明一個特定實施例用于描述通過數(shù)據(jù)網(wǎng)絡(luò)實現(xiàn)電子商務(wù)的本發(fā)明的各種系統(tǒng)、子系統(tǒng)和部件在正常的商業(yè)操作中是如何交互的流程圖；圖8表示按照本發(fā)明一個實施例描述了流過訂單管理子系統(tǒng)(OMS)的各種類型數(shù)據(jù)的示意方框圖；圖9描述了按照本發(fā)明一個特定實施例的各種SKU和目錄流；圖10表示按照本發(fā)明一個特定實施例的數(shù)據(jù)庫報告和分析環(huán)境的示意方框圖；圖11表示按照本發(fā)明一個實施例說明了目錄/物品清單以及存儲物品之間的關(guān)系的方框12表示按照本發(fā)明一個特定實施例說明了在繪制的地區(qū)區(qū)域的送貨地址、區(qū)內(nèi)區(qū)域以及可交付區(qū)域之間關(guān)系的方框圖；圖13表示按照本發(fā)明一個實施例的分發(fā)中央操作的方框圖；圖14表示按照本發(fā)明一個實施例的OFS銷往外地進(jìn)程1400的流程圖；圖15表示按照本發(fā)明一個實施例的OFS銷往內(nèi)地進(jìn)程1500的特定實施例。
優(yōu)選實施例按照本發(fā)明的特定實施例，描述用于通過數(shù)據(jù)網(wǎng)絡(luò)實現(xiàn)電子商務(wù)的技術(shù)，尤其是本發(fā)明的技術(shù)利用集成系統(tǒng)體系通過該數(shù)據(jù)網(wǎng)絡(luò)實現(xiàn)電子商務(wù)，該數(shù)據(jù)網(wǎng)絡(luò)可以由多個分離的網(wǎng)絡(luò)如廣域網(wǎng)(WAN)、局域網(wǎng)(LAN)或因特網(wǎng)等組成。
本發(fā)明的集成系統(tǒng)體系可以用于實現(xiàn)各種電子商務(wù)技術(shù)。例如，按照一個特定的實施例，該集成的系統(tǒng)體系可用于實現(xiàn)一個在線商店，該商店可以由用戶通過因特網(wǎng)或萬維網(wǎng)訪問。利用本發(fā)明的技術(shù)，在線商店可以配置成便于用戶交易，包括，例如向用戶提供有關(guān)可購買的物品的目錄信息；使用戶可以規(guī)劃訂單的交付目的地、日期以及交付時間；接收和管理用戶訂單；便于履行用戶訂單；便于交付用戶訂單等。這種在線商店包括多個系統(tǒng)、子系統(tǒng)和/或與用戶通過數(shù)據(jù)網(wǎng)絡(luò)進(jìn)行接口的部件。
在線商店所接收的用戶訂單可以轉(zhuǎn)發(fā)給一個實際的分銷中央，在此處理和履行訂單以發(fā)貨給用戶。一旦已經(jīng)處理完一個訂單以發(fā)貨給用戶，就可以使用一個交付系統(tǒng)在規(guī)定的日期和時間將該訂單交付給用戶。按照本發(fā)明的特定的實施例，該集成的系統(tǒng)體系還包括用于管理與電子商務(wù)交易相關(guān)的履行和交付內(nèi)容的系統(tǒng)單元。
圖1是按照本發(fā)明的一個特定的實施例一個集成系統(tǒng)體系100的示意方框圖，表示各種系統(tǒng)、子系統(tǒng)和/或系統(tǒng)部件。如圖1所示，系統(tǒng)100包括多個子系統(tǒng)和其它的用于通過數(shù)據(jù)網(wǎng)絡(luò)實現(xiàn)電子商務(wù)的部件。下面給出該系統(tǒng)100的多個子系統(tǒng)的至少一部分。例如圖1的系統(tǒng)100包括(1)發(fā)布子系統(tǒng)(PUB)140，管理SKU和目錄信息(例如SKU，UPS，產(chǎn)品，目錄，描述性屬性等)以及提供到商家133的接口；(2)網(wǎng)絡(luò)商店子系統(tǒng)(WS)132，管理與用戶的在線商店接口，包括用戶的購買與訂單交易；(3)運輸子系統(tǒng)(XPS)124，管理交付最佳時間規(guī)劃，交付車輛的路線，容量計劃以及由交付運送者所使用的移動場裝置(MFD)數(shù)據(jù)；(4)訂單管理子系統(tǒng)(OMS)150，管理定價數(shù)據(jù)、物品可用性數(shù)據(jù)、庫存數(shù)據(jù)、銷售商數(shù)據(jù)、金融、獲取(procurement)等；(5)公司支持子系統(tǒng)(CSS)146，管理金融和人力資源信息以及與其它的子系統(tǒng)進(jìn)行通信以授權(quán)用戶和分配任務(wù)；(6)訂單履行子系統(tǒng)(OFS)160，便于用戶訂單的履行和管理分銷中央(170)的運行；(7)用戶關(guān)系管理(CRM)子系統(tǒng)126，使用用戶服務(wù)代表(CSR)143對用戶的請求服務(wù)并跟蹤用戶交易；(8)食品生產(chǎn)管理子系統(tǒng)(MFG)154，管理信息和購買有關(guān)接收處方、子處方、成份、菜單、食品安全過程、設(shè)備使用等的要求；(9)數(shù)據(jù)倉庫子系統(tǒng)(DWS)180，用于存儲和分析由集成系統(tǒng)的其它子系統(tǒng)報告的數(shù)據(jù)；以及(10)電子數(shù)據(jù)交易(EDI)子系統(tǒng)182，提供到銷售商185的接口，并且管理銷售商購買訂單和發(fā)票數(shù)據(jù)；本發(fā)明的集成系統(tǒng)的其它實施例可包括(11)自動呼叫分布(ACD)子系統(tǒng)，當(dāng)在用戶服務(wù)中央接收到用戶呼叫時管理并路由用戶呼叫；(12)網(wǎng)絡(luò)系統(tǒng)管理(NSM)子系統(tǒng)，監(jiān)視和診斷系統(tǒng)100內(nèi)的所有網(wǎng)絡(luò)和子系統(tǒng)；(13)系統(tǒng)和網(wǎng)絡(luò)基礎(chǔ)結(jié)構(gòu)(SNI)子系統(tǒng)，包括硬件和/或用于優(yōu)化網(wǎng)絡(luò)性能、規(guī)模及可靠性的軟件；(14)公司網(wǎng)絡(luò)和系統(tǒng)(CNS)子系統(tǒng)，代表公司系統(tǒng)正在運行的網(wǎng)絡(luò)功能；以及(15)內(nèi)容管理子系統(tǒng)(CMS)，用于管理利用本發(fā)明的集成系統(tǒng)的多個在線商店的目錄內(nèi)容。
從圖1中可以看出，系統(tǒng)100可包括至少一部分上面描述的子系統(tǒng)，另外，每個子系統(tǒng)可配置成使用一個專用或共享的數(shù)據(jù)服務(wù)器作為其它持久的和交易數(shù)據(jù)中樞。用戶可以訪問存儲在一個子系統(tǒng)的數(shù)據(jù)庫服務(wù)器(如網(wǎng)絡(luò)商店數(shù)據(jù)庫)上的數(shù)據(jù)，執(zhí)行相應(yīng)的商業(yè)邏輯和/或商業(yè)目標(biāo)。
每個子系統(tǒng)可以配置或設(shè)計成通過多個接口彼此進(jìn)行通信。按照一個特定的實施例，該多個接口包括同步和異步的接口。多各不同系統(tǒng)的接口配置成異步的，其中數(shù)據(jù)是以備份模式通過級連(staging)表(例如數(shù)據(jù)庫)或平文件(flat file)(例如分離值文件)交付的。但是至少一部分系統(tǒng)接口是配置成同步接口的。一般地，一個同步接口可用于要求從服務(wù)器或部件有立即響應(yīng)的場合。圖1的系統(tǒng)100內(nèi)的同步接口可存在于WS 130與XPS 124、XPS 124與路由計劃器118、WS 130與稅收服務(wù)器114、以及MFD服務(wù)器112與稅收服務(wù)器114之間。
理論上，圖1的系統(tǒng)100可以分成兩個通用的子系統(tǒng)，即前端辦公系統(tǒng)和后端辦公系統(tǒng)。前端辦公系統(tǒng)一般地用于相對于用戶交易而發(fā)生作用，例如用戶訂單、記帳交易、交付規(guī)劃、用戶服務(wù)等。在圖1的實施例中，例如前端辦公系統(tǒng)130包括網(wǎng)絡(luò)商店子系統(tǒng)132，運輸子系統(tǒng)124以及用戶關(guān)系管理子系統(tǒng)126。前端辦公系統(tǒng)130還可包括其它的子系統(tǒng)或部件，如移動場裝置(MFD)部件112、稅部件114、信貸或記入借方卡收費部件116、交付路線部件118、搜索引擎120、目錄部件122、幫助桌面部件114等。上面描述的前端辦公系統(tǒng)130的子系統(tǒng)和部件將在下面進(jìn)行詳細(xì)地說明。
而且，前端辦公系統(tǒng)130可包括一個中央化的數(shù)據(jù)庫131，該數(shù)據(jù)庫可以由系統(tǒng)100的子系統(tǒng)和/或部件訪問?？商鎿Q地，一個或多個前端辦公系統(tǒng)和/或部件每一個都可包括各自的數(shù)據(jù)庫，這些數(shù)據(jù)庫可由系統(tǒng)100的其它子系統(tǒng)和/或部件訪問。
后端辦公系統(tǒng)一般地包括所有的不屬于前端辦公系統(tǒng)的子系統(tǒng)和/或部件。因此，在圖1中，后端辦公系統(tǒng)包括PUB 140，MFG 154，OMS 150，EDI 182，CSS 146，DWS 180以及OFS子系統(tǒng)。但是，本發(fā)明并不限于圖1的特定實施例，可以理解系統(tǒng)100的特定的實施例可以由本技術(shù)領(lǐng)域內(nèi)的人按照特定的實施例進(jìn)行修改。
子系統(tǒng)功能本部分將對形成本發(fā)明的集成系統(tǒng)體系例如圖1的各種子系統(tǒng)和部件進(jìn)行更詳細(xì)的描述。
發(fā)布子系統(tǒng)(PUB)參照圖1，發(fā)布子系統(tǒng)140維護(hù)和管理用戶可購買的關(guān)于零售對象(例如SKU，產(chǎn)品，目錄等)的信息數(shù)據(jù)。
庫存中每一個不同物品都與一個各自的庫存保持單元或SKU相關(guān)聯(lián)，而不管該物品對于用戶來說是否是可以購買的。一種產(chǎn)品是SKU的一個群組，該產(chǎn)品信息是對于群組中所有的SKU來說最相關(guān)的較高級的信息。目錄是根據(jù)用戶希望這些產(chǎn)品如何進(jìn)行邏輯分組來進(jìn)行層級分類的。例如，目錄“土豆條”可能包括產(chǎn)品“商標(biāo)X”土豆條和“商標(biāo)Y”土豆條。而且，商標(biāo)X土豆條產(chǎn)品可以包括16盎司的商標(biāo)X土豆條物品(與第一個SKU相關(guān))以及一個20盎司的商標(biāo)X土豆條物品(與第二個SKU相關(guān))。
PUB子系統(tǒng)140可維護(hù)和管理所有SKU信息的主目錄，包括產(chǎn)品和僅提供SKU。而且，該PUB子系統(tǒng)還可對為不同的在線商店產(chǎn)生和管理不同的目錄，每個商店目錄可包括從主目錄中選擇的SKU子集。
如圖1所示，該發(fā)布子系統(tǒng)包括數(shù)據(jù)庫141。按照一個特定的實施例，該PUB數(shù)據(jù)庫可以利用一個運行在數(shù)據(jù)庫服務(wù)器上的Oracle數(shù)據(jù)庫來實現(xiàn)，該數(shù)據(jù)庫用作為所有公開數(shù)據(jù)的倉庫以及實現(xiàn)預(yù)定的商業(yè)規(guī)則的代碼倉庫。
存儲在PUB數(shù)據(jù)庫141內(nèi)的數(shù)據(jù)可能被分組成多個不同的計劃(schema)，例如數(shù)據(jù)入口計劃，在此存儲所有的初始變化；集成計劃，其中集成了至少來自一個用戶的變化；掌管者計劃，存儲了所有零售目標(biāo)的主要拷貝；目錄計劃，被配置為由其它系統(tǒng)接口使用的銷往外地的分段運輸區(qū)域；公開使用計劃，包括所存儲的可由預(yù)定的商業(yè)規(guī)則實現(xiàn)的進(jìn)程和條款；以及公開API計劃，允許內(nèi)部和外部客戶連接到該PUB數(shù)據(jù)庫等。
商人和內(nèi)容管理者可以利用PUB WEB GUI接口134和PUBBULK LOADER(大裝載器)接口136進(jìn)入和維護(hù)存儲在PUB數(shù)據(jù)庫內(nèi)的SKU信息。該SKU信息可以包括SKU屬性值如UPC，銷售商、目錄、目錄層級、圖像、條款、描述性信息等。該PUB WEB GUI接口134允許商人編輯SKU信息、產(chǎn)品和/或目錄。該PUB BULKLOADER136支持將來自PUB子系統(tǒng)外的數(shù)據(jù)文件處理進(jìn)該PUB數(shù)據(jù)庫141。按照一個特定的實施例，該PUN BULKLOADER配置成允許商人將各種數(shù)據(jù)庫文件類型上載進(jìn)該PUB數(shù)據(jù)庫，包括平(flat)數(shù)據(jù)文件和圖像文件。該BULK LOADER處理該平文件信息以便為該PUB目錄生成相應(yīng)的數(shù)據(jù)庫記錄。
圖9描述在本發(fā)明的特定實施例的各種子系統(tǒng)之間的目錄數(shù)據(jù)流和SKU。如前面描述的，商人和內(nèi)容管理者可以利用PUB WEBGUI接口134或PUB BULK LOADER接口136進(jìn)入和維護(hù)在PUB子系統(tǒng)內(nèi)的SKU信息，經(jīng)過處理的SKU信息隨后被轉(zhuǎn)發(fā)給PUB子系統(tǒng)并存儲在PUB數(shù)據(jù)庫141內(nèi)。按照一個特定的實施例，一個PUB子系統(tǒng)利用一個目錄輸出文件的形式輸出與銷售有關(guān)的SKU信息。該目錄輸出信息可以首先由一個PREP系統(tǒng)135來校驗，該PREP系統(tǒng)可以配置成是網(wǎng)絡(luò)商店132的一個獨立但相同的實例，它包括一個相關(guān)的數(shù)據(jù)庫。除了校驗該目錄輸出文件外，該PREP系統(tǒng)135還可以用作為一個最終的集成檢查站，用于檢查由市場產(chǎn)生的所有的非SKU內(nèi)容。一旦該目錄輸出文件被PREP系統(tǒng)校驗通過后，該網(wǎng)絡(luò)商店子系統(tǒng)132就可以自由地將該目錄輸出文件輸入進(jìn)它的數(shù)據(jù)庫131。這些可以在周期性的基礎(chǔ)上完成，例如可以在日常的規(guī)劃的停工期間每天地進(jìn)行。
包含在目錄輸出文件中的SKU是網(wǎng)絡(luò)商店可以顯示并提供給用戶進(jìn)行銷售的那些。按照另外一個實施例，該PUB子系統(tǒng)可以產(chǎn)生多個目錄輸出文件，包括，例如含有所有書籍的SKU信息的主目錄輸出文件，以及分離的商店目錄輸出文件(例如雜貨商店、便利品商店、專賣店等)，其中每一部分僅包含在主目錄中所包括的SKU信息的一部分。
按照特定的實施例，PUB子系統(tǒng)確保所有輸出數(shù)據(jù)是一致并且符合某些條款，如確保沒有空頁目錄被輸出。在該實施例中，網(wǎng)絡(luò)子系統(tǒng)并不需要對輸出的數(shù)據(jù)進(jìn)行運行時檢查，因此可以自由地加速SKU、產(chǎn)品以及目錄顯示給用戶。
周期性地(例如分鐘、小時、天數(shù))，OMS輪詢該PUB數(shù)據(jù)庫查找新和更新的SKU信息，并將所檢索的數(shù)據(jù)存儲進(jìn)OMS數(shù)據(jù)庫151。按照特定的實施例，OMS為每一個SKU維護(hù)可用立約(ATP)、價格以及庫存(例如補(bǔ)充與購買)信息。OMS也可捕獲和/或管理與每一個SKU相關(guān)的銷售和發(fā)貨數(shù)據(jù)。周期性地，OMS傳遞新和更新它從該PUB子系統(tǒng)獲得的SKU信息給OFS。該SKU住處可以由OFS使用，例如維護(hù)物理庫存和履行數(shù)據(jù)。
前端辦公體系層如圖1所示，前端辦公130包括多個獨立的子系統(tǒng)，例如網(wǎng)絡(luò)商店子系統(tǒng)(WS)132，運輸子系統(tǒng)(XPS)124以及用戶關(guān)系管理子系統(tǒng)(CRM)126，每個子系統(tǒng)可以通過硬件和/或軟件組合的方式來實現(xiàn)，以及進(jìn)一步可包括多個不同的功能部件、模塊和/或插件應(yīng)用程序。
駐留在前端辦公系統(tǒng)的軟件的至少一部分可包括一個表示層，一個應(yīng)用層，一個商業(yè)目標(biāo)層，一個數(shù)據(jù)庫訪問層或它們的組合。按照一個特定的實施例，表示層通過相應(yīng)的介質(zhì)處理給用戶的實際表示信息，而應(yīng)用層(可能是stateless)可以為前端辦公的各種系統(tǒng)處理相應(yīng)的應(yīng)用邏輯。例如在網(wǎng)絡(luò)子系統(tǒng)132內(nèi)，是應(yīng)用層(在此記為購買引擎)確定用戶不能查看或訂貨，直到用戶選擇了一個交付最佳時間或者提供了記帳信息。商業(yè)層(可以是有貨幣的(stateful))提供給目標(biāo)一套固定的功能(例如方法或進(jìn)程)，這些功能可以由應(yīng)用層使用，該商業(yè)目標(biāo)層還可以通過數(shù)據(jù)的緩存而實現(xiàn)寫操作。按照一個特定的實施例，這些商業(yè)目標(biāo)彼此之間并不了解，并且應(yīng)用層處理各種商業(yè)目標(biāo)之間的協(xié)調(diào)，數(shù)據(jù)庫訪問層向前端數(shù)據(jù)庫131(在此也稱作網(wǎng)絡(luò)商店數(shù)據(jù)庫)提供連接和數(shù)據(jù)訪問API。按照特定的實施例，在合適的時候，該數(shù)據(jù)庫訪問層執(zhí)行連接對象的輪詢和緩存。
使通用數(shù)據(jù)庫計劃被前端辦公系統(tǒng)中每一個所采納也是非常重要的。按照一個特定的實施例，數(shù)據(jù)庫131是作為一個共享數(shù)據(jù)庫來實現(xiàn)的，它可由前端辦公系統(tǒng)中的每一個來訪問。
網(wǎng)絡(luò)商店子系統(tǒng)(WS)網(wǎng)絡(luò)商店子系統(tǒng)(WS)132提供一個使用戶訪問在線商店(如網(wǎng)絡(luò)商店)的接口，在網(wǎng)絡(luò)商店是作為萬維網(wǎng)上的一個網(wǎng)站實現(xiàn)的特定的實施例中，用戶可以利用多個傳統(tǒng)的瀏覽器技術(shù)通過因特網(wǎng)或萬維網(wǎng)訪問該網(wǎng)絡(luò)商店。網(wǎng)絡(luò)商店用戶接口可以設(shè)計成提供的豐富功能集，而不會要求特定的瀏覽器插件。因此用戶可以利用任意的客戶機(jī)訪問該網(wǎng)絡(luò)商店，而不必理會機(jī)器的操作系統(tǒng)平臺，為了安全的目的網(wǎng)絡(luò)商店接口還支持用戶與網(wǎng)站之間的敏感的或私有信息的交換，該安全的網(wǎng)絡(luò)接口是利用安全的HTTP協(xié)議實現(xiàn)的，這在本技術(shù)領(lǐng)域是一致的按照一個特定的實施例，網(wǎng)絡(luò)商店子系統(tǒng)132支持多個與用戶相關(guān)的特點，例如自注冊；訪問客戶帳戶信息；瀏覽產(chǎn)品目錄和目錄結(jié)構(gòu)；查看產(chǎn)品圖象和產(chǎn)品信息；關(guān)鍵詞搜索；交付規(guī)劃；訪問客戶定單歷史；定制購物清單；再線購買和訂貨等。
網(wǎng)絡(luò)商店子系統(tǒng)可以利用連接到數(shù)據(jù)網(wǎng)絡(luò)的至少一個服務(wù)器來實現(xiàn)的，按照一個特定的實施力，該網(wǎng)絡(luò)商店是利用多個網(wǎng)站服務(wù)器實現(xiàn)的(例如網(wǎng)站服務(wù)器農(nóng)場)這些服務(wù)器有助于最小化，服務(wù)器享用時間，并提供實時的糾錯(failover)和冗余性能。而且按照一個特定的實施例，為了使響應(yīng)時間最小，該網(wǎng)絡(luò)商店還可以配置成在一個處理進(jìn)程內(nèi)在一個單一的服務(wù)器執(zhí)行所有的處理。在使用多個網(wǎng)絡(luò)商店服務(wù)器的場合，可以由這些服務(wù)器的至少一部分執(zhí)行冗余的處理，以便一個單一的網(wǎng)絡(luò)商店服務(wù)器可以處理與一個特定的在線用戶相關(guān)的所有的網(wǎng)絡(luò)商店處理任務(wù)。應(yīng)明白，該網(wǎng)絡(luò)商店服務(wù)器界限在適當(dāng)?shù)臅r候時對銷的，例如當(dāng)通過數(shù)據(jù)網(wǎng)絡(luò)訪問前端辦公數(shù)據(jù)庫時。
按照一個特定的實施例，WS軟件的表示層可以在微軟動態(tài)服務(wù)器頁內(nèi)實現(xiàn)，該表示層可以產(chǎn)生發(fā)送回給用戶瀏覽器的HTML數(shù)據(jù)。該應(yīng)用軟件層或購物引擎可以作為微軟部件對象模型(COM)對象來實現(xiàn)。軟件的商業(yè)對象層可提供下列商業(yè)對象(1)用戶對象，可實現(xiàn)用戶功能和屬性；(2)目錄對象，可實現(xiàn)產(chǎn)品目錄層級結(jié)構(gòu)、SKU、價格以及可用立約(ATP)信息；(3)定單對象，可以實現(xiàn)購物車、定單管理、記帳以及檢查程序；(4)會話對象，可以實現(xiàn)HTTP上的狀態(tài)；以及(5)交付對象，可以實現(xiàn)用戶交付規(guī)劃。而且，該WS最好配置或設(shè)計成最小化用戶響應(yīng)時間以及提供穩(wěn)定性。在其它實施例中，該表示層可以利用Java和/或Perl來實現(xiàn)，而應(yīng)用軟件層可以利用NSAPI或Apache模塊實現(xiàn)。
附加地，如圖1所示，前端辦公系統(tǒng)可包括多個提供附加功能的集成的部件。例如，WS可包括多個提供附加功能如稅務(wù)計算搜索能力、信用卡記帳等的部件。因此如圖1所示，例如WS 132包括至少一個目錄部件122；稅收計算部件114，用于為賣出的每個定單行物品計算稅收；搜索部件120，用于處理文本檢索要求；以及信用卡(或記帳卡)服務(wù)器(CC)部件116，用于處理信用卡和/或記帳卡的授權(quán)與資金捕獲。按照至少一個實施例，這些部件中的一個或多個可以作為一個異步的進(jìn)程來實現(xiàn)，以便減少或最小化對網(wǎng)絡(luò)服務(wù)器的響應(yīng)時間及可用性的影響。
運輸子系統(tǒng)(XPS)該運輸子系統(tǒng)(XPS)124一般地處理送貨最佳時間規(guī)劃、送貨車輛路線、容量(capacity)計劃以及由送貨人使用的移動場裝置的編程。因此，該運輸子系統(tǒng)可以配置成提供下列功能特點(1)送貨規(guī)劃，以及送貨最佳時間保留；(2)送貨給用戶區(qū)，并進(jìn)行相應(yīng)的記帳和處理，包括調(diào)整的處理、信貸以及退貨；以及(3)調(diào)整送貨操作參數(shù)，例如，卡車路線計劃、送貨車輛使用、服務(wù)周期、停車時間、送貨人規(guī)劃、要下載進(jìn)MFD的數(shù)據(jù)等。
如圖1所示，例如該運貨124可包括多個部件和/或其它的子系統(tǒng)，這些其它子系統(tǒng)包括路線計劃器118，MFD服務(wù)器112、場移動裝置106、運輸資源管理(TRM)軟件108以及送貨人110。在其它的實施例中，這些部件中的至少一部分例如MFD服務(wù)器112可以實現(xiàn)為一個獨立的子系統(tǒng)，并且可駐留在該運輸子系統(tǒng)的外部。
路線計劃器118提供了訪問運輸資源管理(TRM)軟件108的接口，該TRM部件可以利用一個規(guī)劃和優(yōu)化部件(SOC)軟件包(例如由加拿大的Descarts Systems Group所制造的)來實現(xiàn)。按照該實現(xiàn)例，TRM部件可以跟蹤所有的按照每個區(qū)的基礎(chǔ)上組織的送貨最佳時間的當(dāng)前狀態(tài)，送貨車輛可以作為送貨計劃的一部分而分配給這些區(qū)，與TRM108一起工作的路線計劃器118分配特定的路線和站點給特定的送貨車輛，最好，在該用戶選擇的送貨時間最佳時間內(nèi)為一個特定的用戶規(guī)劃一個站點。
運輸子系統(tǒng)的一個功能是根據(jù)運輸能力數(shù)據(jù)如可用的送貨人的數(shù)量、可用的送貨車輛的數(shù)量以及當(dāng)天的定單數(shù)量、卡車路線等產(chǎn)生可用的送貨最佳時間的清單(以展示給用戶)。
在至少一個實施例中，運輸子系統(tǒng)124還包括一個區(qū)最佳時間生成器部件，它可為每一天生成送貨最佳時間時間規(guī)劃并產(chǎn)生由網(wǎng)絡(luò)商店子系統(tǒng)使用的最佳時間模板。該運輸子系統(tǒng)還包括一個送貨最佳時間估計器部件，它確定哪一個送貨最佳時間次數(shù)被保留以及哪一個送貨最佳時間次數(shù)是可由用戶保留的。利用由該送貨最佳時間估計器產(chǎn)生的數(shù)據(jù)，該網(wǎng)絡(luò)商店隨后顯示所保留的以及可用的送貨最佳時間給用戶。
按照另外一個實施例，在網(wǎng)絡(luò)商店子系統(tǒng)內(nèi)的送貨商業(yè)對象估計并緩存關(guān)于每個區(qū)、每個子區(qū)和每個用戶基礎(chǔ)上的送貨最佳時間可用性的信息。當(dāng)用戶請求查看可用的送貨最佳時間時，該送貨商業(yè)對象使用該區(qū)的用戶送貨地址數(shù)據(jù)和當(dāng)前的行進(jìn)(van)路線和站點集來估計并將用戶可用的送貨最佳時間時間隙展示給用戶。按照一個特定的實施例，該可用的送貨最佳時間信息是利用一個送貨最佳時間柵格(grid)被提供給用戶。
當(dāng)用戶選擇一個送貨最佳時間時，該送貨最佳時間商業(yè)對象提交該請求給運輸子系統(tǒng)的路線計劃器118，該計劃器隨后執(zhí)行一個校驗檢查以確保所選擇的送貨最佳時間可以向用戶承諾。按照一個特定的實施例，該送貨商業(yè)對象連續(xù)地調(diào)整它的送貨世界的查看以便獲取小于1％的估計誤差。
按照一個特定的實施例，該運輸子系統(tǒng)可包括多個路線計劃器，這些計劃器每一個配置成同時運行。每個路線計劃器能分配或規(guī)劃一組區(qū)域的送貨。按照一個實施例，一個路線計劃器只服務(wù)于一個區(qū)。在路線計劃器失效的情況下(例如由于硬件失效)，該運輸子系統(tǒng)可設(shè)計或配置成導(dǎo)致不同的路線計劃器接管由失效的路線計劃器處理的該組區(qū)域的送貨規(guī)劃任務(wù)。并且在另一個實施例，糾錯可以在響應(yīng)該失效檢測后自動地執(zhí)行。
派遣子系統(tǒng)按照至少一個實施例，該運輸子系統(tǒng)可包括一個派遣子系統(tǒng)(在圖1中沒有示出)，用于對送貨人和送貨車輛資源的狀態(tài)的實時訪問。利用派遣子系統(tǒng)，派遣器可以與正在途中的送貨人進(jìn)行通信，并且可以使用派遣子系統(tǒng)提供實時的送貨路線的再規(guī)劃。按照一個特定的實施例，該派遣子系統(tǒng)可以利用該TRM部件實現(xiàn)。
移動場裝置(MFD)子系統(tǒng)盡這在理論上說，MFD服務(wù)器112可以與運輸子系統(tǒng)分在一組，但是該MFD服務(wù)器部件112也可以配置成包括至少一個駐留在區(qū)域數(shù)據(jù)中央的后端服務(wù)器。因此不同的區(qū)域可以由不同的MFD服務(wù)器來服務(wù)。而且，在一個特定區(qū)域的每個區(qū)可以通過數(shù)據(jù)網(wǎng)絡(luò)由連接到該區(qū)域數(shù)據(jù)中央的站來服務(wù)。每一個移動場裝置(MFD)單元或客戶106可以通過該數(shù)據(jù)網(wǎng)絡(luò)與一個區(qū)域MFD服務(wù)器112進(jìn)行通信，并且可以下載或上載各種類型的信息，包括客戶訂單歷史信息，送貨信息(例如車輛送貨路線、站點等)，客戶退貨信息、信貸以及調(diào)整等。
按照一個特定的實施例，每個送貨人在其送貨到客戶區(qū)時都攜帶一個MFD裝置，每個MFD裝置可以配置成通過一個無線通信系統(tǒng)與一個MFD服務(wù)器進(jìn)行通信。例如，該MFD裝置可以包含一個射頻異頻雷達(dá)收發(fā)機(jī)，該收發(fā)機(jī)與一個射頻發(fā)送接收器進(jìn)行通信，以便與MFD服務(wù)器通信。在本實施例中，利用該MFD裝置是有可能將它在該場內(nèi)捕獲或產(chǎn)生的所有的期望的數(shù)據(jù)立即發(fā)送給MFD服務(wù)器的。例如該MFD裝置可以實時地發(fā)送送貨人在某一個客戶站點的到達(dá)與離開時間。利用該信息，一個派遣操作員就能自動地跟蹤在該場內(nèi)的送貨人的狀態(tài)。而且按照一個特定的實施例，當(dāng)MFD裝置與MFD服務(wù)器之間的通信鏈接中斷時，該MFD裝置可以存儲它在該場內(nèi)產(chǎn)生和搜集的所有的處理過的數(shù)據(jù)，并隨后在到MFD服務(wù)器的通信鏈接重新建立起來后，通過一個批處理過程將所存儲的數(shù)據(jù)發(fā)送給MFD服務(wù)器。而且，可以理解，MFD裝置可以配置成當(dāng)其不能與MFD服務(wù)器通信時可充分地執(zhí)行所有的功能和操作。
在送貨期間，MFD裝置106可能配置成向送貨操作員或送貨人提供送貨路線信息，包括送貨路線和站點。而且，MFD裝置也可以配置成校驗送貨的物品。另外，利用該MFD，送貨人可以立即處理在客戶區(qū)內(nèi)(例如在送貨給用戶時)的用戶的各種請求，例如訂單修改、客戶退貨、記帳調(diào)整、庫存調(diào)整、信貸等。MFD裝置能利用存儲在該裝置內(nèi)的數(shù)據(jù)處理各種用戶服務(wù)請求，所有這些在送貨之前已下載到MFD單元內(nèi)，因此在送貨時處理客戶服務(wù)請求的同時MFD裝置并不與MFD服務(wù)器進(jìn)行通信?？商鎿Q地，MFD裝置可配置成在處理客戶服務(wù)請求期間利用任意一種標(biāo)準(zhǔn)的移動通信技術(shù)通過區(qū)域MFD服務(wù)器通信，這種技術(shù)如RF數(shù)據(jù)系統(tǒng)、蜂窩數(shù)據(jù)系統(tǒng)等。在后一個實施例中，MFD裝置可以配置成即使當(dāng)MFD裝置暫時地不能與MFD服務(wù)器通信也可以處理客戶服務(wù)請求。
當(dāng)MFD在客戶送貨區(qū)處理完所有相應(yīng)的交易后(包括校驗由用戶接收的當(dāng)前訂單的物品)，MFD也可配置或設(shè)計成向客戶提供一個調(diào)整過的記帳收據(jù)(即零余額收據(jù))，表示在考慮了與所有的處理過的退貨、信貸以及調(diào)整等后應(yīng)收費的總額。
當(dāng)在送貨路線上完成了送貨后，在退貨到站之前，可能將MFD裝置106連接到MFD服務(wù)器112，并將所有處理過場交易上載進(jìn)該區(qū)域數(shù)據(jù)中央，在此，在前端辦公數(shù)據(jù)庫131內(nèi)進(jìn)行處理和存儲，所上載的MFD數(shù)據(jù)可包括送貨事件發(fā)生的次數(shù)。
按照一個特定的實施例，直到訂單已被送貨并且有關(guān)該送貨的MFD數(shù)據(jù)被在前端辦公系統(tǒng)接收到才會為該送貨訂單對用戶進(jìn)行記帳，也會針對要調(diào)整的應(yīng)記帳的總額對該用戶進(jìn)行記帳，這在經(jīng)過調(diào)整的記帳收據(jù)上會指示出來(在送貨時會提供給客戶)。以這種方式，該用戶可以在送貨時知道應(yīng)對該用戶收取的全部費用。
客戶關(guān)系管理(CRM)子系統(tǒng)客戶管理子系統(tǒng)126是一個交互式應(yīng)用，客戶業(yè)務(wù)代表(CSR)143可以利用它來管理客戶業(yè)務(wù)請求以及跟蹤客戶的交互。由CRM子系統(tǒng)提供的功能包括如訪問客戶信息；對于各種客戶問題(例如抱怨、退貨以及損壞的貨物等)發(fā)放信貸；處理用于處理客戶問題的工作流等。CRM子系統(tǒng)按照客戶請求也提供具有訪問、查看以及編輯客戶信息的CSR(有時也稱作客戶業(yè)務(wù)操作員)。
CRM子系統(tǒng)的一般體系類似于網(wǎng)絡(luò)商店。例如在特定的實施例中，CRM子系統(tǒng)可以使用同一應(yīng)用、商業(yè)對象以及由網(wǎng)絡(luò)商店使用的數(shù)據(jù)庫訪問層。
在圖1所示的實施例中，CRM子系統(tǒng)包括一個幫助桌面部件144，該桌面部件是利用一個Remedy軟件包來實現(xiàn)的，由MountainView的Remedy公司制造。該幫助桌面部件管理用于處理特定的用戶請求或問題的所有工作流。例如網(wǎng)絡(luò)商店和運輸子系統(tǒng)可以為各種事件如無效的信用卡授權(quán)或在送貨中客戶報告的短缺等產(chǎn)生故障通知(ticket)。該CSR通過CRM子系統(tǒng)的幫助桌面部件144處理這些通知。利用這些幫助桌面部件，CSR能初始化和跟蹤有關(guān)所處理的故障通知所有的客戶合同。該CSR也可以通過幫助桌面GUI142訪問這些幫助桌面部件144。
按照一個特定的實施例，幫助桌面部件包括一個數(shù)據(jù)庫145，用于管理客戶業(yè)務(wù)請求和/或問題，可替換地，該幫助桌面部件可能配置成共享前端辦公室數(shù)據(jù)庫131。
訂貨管理子系統(tǒng)(OMS)訂貨管理子系統(tǒng)(OMS)150管理與本發(fā)有的集成系統(tǒng)體系相關(guān)的多個方面，包括例如定價，可用性，庫存、銷售商、金融、過程以及各種子系統(tǒng)之間的數(shù)據(jù)流。
圖8表示由訂貨管理子系統(tǒng)提供的不同的功能元件方塊圖，該圖還示出了在訂貨管理子系統(tǒng)與本發(fā)明的其它子系統(tǒng)之間流動的各種數(shù)據(jù)類型。如圖8所示，該OMS子系統(tǒng)包括企業(yè)資源計劃系統(tǒng)810，用于處理從其它子系統(tǒng)的至少一部分接收的數(shù)據(jù)。該數(shù)據(jù)處理系統(tǒng)810包括一個訂貨管理部件812，購買部件814，金融部件816，收費部件818以及庫存部件820。訂貨管理部件812負(fù)責(zé)管理客戶訂貨。購買部件814負(fù)責(zé)發(fā)布購買訂單給相應(yīng)的銷售商，金融部件816負(fù)責(zé)管理帳目以及與整個系統(tǒng)操作有關(guān)的信息，收費部件818負(fù)責(zé)管理客戶的收費信息，包括收費交易，以及庫存部件820負(fù)責(zé)維護(hù)庫存記錄，確定庫存的可用性以及庫存的補(bǔ)充。在OMS處接收的和/或從OMS交付給其它子系統(tǒng)的各種數(shù)據(jù)(例如130A，140A，154A，180A，190A)將在下面參照附圖6、7A、7B進(jìn)行更詳細(xì)的說明。
如圖1所示，OMS子系統(tǒng)150包括圖形用戶接口152，以及用于存儲從其它子系統(tǒng)的至少一部分接收的各種數(shù)據(jù)的至少一個數(shù)據(jù)庫151。按照一個特定的實施例，該數(shù)據(jù)庫151配置成包括多個架構(gòu)(schemas)，例如標(biāo)準(zhǔn)包應(yīng)用架構(gòu)和/或定制的架構(gòu)。按照一個特定的實施例，OMS數(shù)據(jù)庫配置為一個運行在SUN Solaris服務(wù)器上的單一的Oracle數(shù)據(jù)庫。
該訂貨管理子系統(tǒng)還可以配置成包括用于管理金融和分發(fā)應(yīng)用的軟件和/或硬件，在一個實施例中，這種軟件是由加利福尼亞Pleasanton的PeopleSoft公司提供，另外該應(yīng)用軟件可包括多個部件，例如用于查詢和在線交易入口的用戶接口，用于數(shù)據(jù)、報告等的背景處理的批處理。
OMS批處理可能利用一個過程規(guī)劃器來控制，該過程規(guī)劃器可以管理當(dāng)前正在運行的過程號以及某一過程將要運行或執(zhí)行的日期和/或時間。該過程規(guī)劃器可以使得當(dāng)前正在運行的所的過程的中央可視性有效。批處理以及報告可以利用多個不同的技術(shù)來建立，這在本技術(shù)領(lǐng)域內(nèi)是已知的。
訂貨管理子系統(tǒng)也可以配置成支持與其它子系統(tǒng)的同步或異步接口。在一個特定的實施例中，OMS配置成支持與其它所有的子系統(tǒng)的異步接口，這種具有多個優(yōu)點，下面將進(jìn)行討論。另外每一個OMS接口是可配置的，并且可以配置成支持批處理的運行。
按照一個特定的實現(xiàn)，所有的PUB-OMS和WS-OMS接口被配置成運行在數(shù)據(jù)庫架構(gòu)級。新的和更新的數(shù)據(jù)可以郵寄到該數(shù)據(jù)源數(shù)據(jù)庫內(nèi)的一個永久的消息隊列(例如一個級連表)，在這里，數(shù)據(jù)可以處理成目的數(shù)據(jù)。
而且，按照一個特定的實現(xiàn)，在PUB與OMS之間的接口可以配置為一個簡單的執(zhí)行程序，它支持?jǐn)?shù)據(jù)(例如SKU、目錄以及UPC等)從PUB到OMS的移動。該接口程序通過呼叫PUB數(shù)據(jù)庫內(nèi)的一個存儲進(jìn)程來請求新和或更新的數(shù)據(jù)的級連(stage)，然后利用確保數(shù)據(jù)有效性的相應(yīng)軟件來插入和/或更新在OMS數(shù)據(jù)庫內(nèi)級連的數(shù)據(jù)。
在OMS與其它子系統(tǒng)之間的各種接口的實現(xiàn)可以利用本技術(shù)領(lǐng)域內(nèi)已知的各種不同技術(shù)來實現(xiàn)，下面所描述的提供了這種技術(shù)中至少一些的示例，來用于將OMS與其它子系統(tǒng)進(jìn)行接口，但是應(yīng)明白，一些特定的接口也可以使用本技術(shù)領(lǐng)域所知的其它的技術(shù)來實現(xiàn)。
在OMS與網(wǎng)絡(luò)商店之間的接口可以利用例如多個可執(zhí)行程序來實現(xiàn)，可執(zhí)行程序的第一部分負(fù)責(zé)將數(shù)據(jù)從網(wǎng)絡(luò)商店移動到OMS，這些數(shù)據(jù)包括例如新/更新客戶數(shù)據(jù)、新/更新訂貨數(shù)據(jù)、訂貨截止信息、訂貨收費信息、客戶退貨信息、客戶信貸以及費用(收費調(diào)整數(shù)據(jù))等?？蓤?zhí)行程序的第二部分負(fù)責(zé)將數(shù)據(jù)從OMS移動到網(wǎng)絡(luò)商店子系統(tǒng)，這些數(shù)據(jù)包括例如庫存數(shù)據(jù)、可用數(shù)據(jù)、定價數(shù)據(jù)以及關(guān)于發(fā)貨客戶訂單的信息。
在OMS與訂單履行子系統(tǒng)(OFS)160之間的接口可以作為例如一個平文件接口來實現(xiàn)，不同的文件可以用于系統(tǒng)內(nèi)的每個交易類型。例如該OFS-OMS接口可以支持下列交易(1)從OMS到OFS的新/更新的SKU和UPC數(shù)據(jù)；(2)從OMS到OFS的期望的收據(jù)(用于銷售商購買訂單和專用的客戶訂單)；(3)從OFS到OMS的期望的訂單確認(rèn)；(4)從OMS到OFS的計劃的客戶發(fā)貨數(shù)據(jù)；(5)從OFS到OMS的發(fā)貨確認(rèn)數(shù)據(jù)；(6)以及從OFS到OMS的庫存同步和調(diào)整數(shù)據(jù)。按照一個特定的實施例，第三方的軟件包如Mercator(來自Connecticut Wilton的TSISoft)可以用于將來自O(shè)MS數(shù)據(jù)庫的數(shù)據(jù)映像到ASII文件(例如平文件)，相反亦如此。出站的(outbound)數(shù)據(jù)(來自O(shè)MS)可以直接從OMS數(shù)據(jù)庫表中選擇并格式化成用于交付的相應(yīng)的文件格式。進(jìn)入(inbound)的數(shù)據(jù)(到OMS)可能處理進(jìn)OMS內(nèi)的級連表，在此，它隨后處理成由OMS批處理支持的交易表。
食物生產(chǎn)管理子系統(tǒng)(MFG)食物生產(chǎn)管理子系統(tǒng)(MFG)管理有關(guān)處方、子處方、成份、菜單、食物安全程序、設(shè)備使用等的信息與購買要求。按照一個特定的實施例，SKU數(shù)據(jù)和費用數(shù)據(jù)可以從OMS到MFG來劃分。MFG隨后計算所生產(chǎn)的銷售“SKU”(例如烹調(diào)的食物)的費用和營養(yǎng)內(nèi)容，并把該信息交付回給OMS。MFG也可以使用食物生產(chǎn)計劃以及處方信息來確定成份的購買要求，這些要求隨后交付給OMS以便獲取。
訂單履行子系統(tǒng)(OFS)訂單履行子系統(tǒng)160管理分發(fā)中央(DC)170的所有功能。在圖1的實施例中，OFS包括管理DC設(shè)備170的相應(yīng)的硬件和/或軟件，包括例如，倉庫管理系統(tǒng)(例如軟件應(yīng)用)，至少一個數(shù)據(jù)庫161，至少一個接口162以及一個自動材料處理(AMH)控制器中央163，其管理傳送帶、轉(zhuǎn)盤以及掃描儀部件。
在一個特定的實現(xiàn)中，該訂單履行子系統(tǒng)160可以利用一個倉庫管理系統(tǒng)如由加利福尼亞州的Costa Mesa的Optum公司提供的MOVE倉庫管理系統(tǒng)來實現(xiàn)，該倉庫管理系統(tǒng)也提供了與訂單管理子系統(tǒng)的接口。在特定的實施例中，該接口是利用一個商業(yè)主機(jī)接口(BHI)實現(xiàn)的，該倉庫管理子系統(tǒng)可以提供使得OMS子系統(tǒng)與OFS數(shù)據(jù)庫161進(jìn)行通信的接口。
該倉庫管理系統(tǒng)將指令(如任務(wù)清單)傳送到自動材料處理控制器(AMH)163，該AMH控制器處理這些指令并管理傳送帶服務(wù)器178和轉(zhuǎn)盤服務(wù)器172。該轉(zhuǎn)盤服務(wù)器172和傳送帶服務(wù)器178每一個都包括各自的數(shù)據(jù)庫171，175。轉(zhuǎn)盤服務(wù)器172發(fā)出控制信號給轉(zhuǎn)盤客戶端(client)173，它驅(qū)動轉(zhuǎn)盤硬件174和控制轉(zhuǎn)盤移動。類似地，該傳送帶服務(wù)器178處理來自AMH的指令，并發(fā)出控制信號給傳送帶客戶177，它控制和驅(qū)動用于路由庫存和管理交通的掃描儀硬件176和傳送帶。另外，該傳送帶客戶177和轉(zhuǎn)盤客戶也可以利用接口監(jiān)視傳送帶和轉(zhuǎn)盤硬件的接口。
倉庫管理系統(tǒng)也與處理計算裝置164通過一個無線接口例如一個射頻接口進(jìn)行通信。處理計算設(shè)備164由分發(fā)中央雇員使用來執(zhí)行和/或確認(rèn)庫存移動操作。也可以提供一個圖形用戶接口162與訂單履行子系統(tǒng)進(jìn)行接口以便向用戶提供監(jiān)視分發(fā)中央操作和/或手動地分配訂單的能力。
按照該實施例，OFS可以定義成包括該分發(fā)中央170以及所有相關(guān)部件，包括硬件、人力資源、庫存量等。在一個替換實施例中，如圖1所示，該分發(fā)中央170可以定義成包含OFS和它的部件(160，161，162，163)；轉(zhuǎn)盤和傳送帶部件172，173，174，176，177，178；以及處理計算裝置。
數(shù)據(jù)倉庫子系統(tǒng)(DWS)該數(shù)據(jù)倉庫子系統(tǒng)180是來自構(gòu)成本發(fā)明的集成系統(tǒng)的子系統(tǒng)的至少一部分的信息的倉庫。該DWS子系統(tǒng)配置成分析各種子系統(tǒng)數(shù)據(jù)并基于所分析的數(shù)據(jù)產(chǎn)生報告。按照一個特定的實施例，該數(shù)據(jù)倉庫子系統(tǒng)維護(hù)一個中央數(shù)據(jù)庫。按照另一個實施例，數(shù)據(jù)倉庫子系統(tǒng)可包括多個數(shù)據(jù)庫其它的部件，如一個運行數(shù)據(jù)貯藏室(ODS)181，數(shù)據(jù)倉庫(DW)189，數(shù)據(jù)分析部件和報告產(chǎn)生部件。
該數(shù)據(jù)倉庫子系統(tǒng)周期性地輪詢或捕捉來自每個運行子系統(tǒng)數(shù)據(jù)庫的數(shù)據(jù)，并將信息存儲進(jìn)一個運行數(shù)據(jù)貯藏室(ODS)181。通過將來自各個子系統(tǒng)的數(shù)據(jù)搜集進(jìn)一個單一的ODS，可以更有效地對ODS數(shù)據(jù)進(jìn)行復(fù)雜的報告和/或查詢，而不會影響到運行子系統(tǒng)的性能。
每個運行子系統(tǒng)可包括一套獨立的表，稱為數(shù)據(jù)源，數(shù)據(jù)源中的表可以駐留在一個數(shù)據(jù)庫中，也可以駐留在不同的數(shù)據(jù)庫中，并且在這些表之間還具有引用限制。一種稱作“變化捕捉”的處理不斷增加地搜集來自每個數(shù)據(jù)源的更新和新的插入行，并將它們存儲在ODS內(nèi)的級連表。數(shù)據(jù)源的一系列連續(xù)變化可以以周期性的間隔(例如24小時)從這些級連表中移進(jìn)ODS。
按照該特定的實施例，ODS包括來自每個運行子系統(tǒng)的所有的數(shù)據(jù)源表或一部分，除非有些表是子系統(tǒng)的管理員請求明顯地排除的。該ODS數(shù)據(jù)可以用于例如每天或每周期地報告活動以及用于調(diào)查先前發(fā)生的操作細(xì)節(jié)。
數(shù)據(jù)倉庫(DW)189包括從ODS中導(dǎo)出的表。最好，該DW表設(shè)計成便于報告和商業(yè)分析。按照一個特定的實施例，在數(shù)據(jù)倉庫中的表集成的并且去標(biāo)準(zhǔn)化以產(chǎn)生可提供高級商業(yè)描述的更少、更寬的表。
該數(shù)據(jù)倉庫子系統(tǒng)180還包括可運行和可分析的報告功能，來自前一天或更早時候的詳細(xì)數(shù)據(jù)的報告可查詢ODS數(shù)據(jù)庫。分析性報告可訪問ODS和DW表。如果想要對對子系統(tǒng)的每分鐘狀態(tài)的報告，可以提供一個或更多個接口以允許數(shù)據(jù)倉庫子系統(tǒng)查詢該期望子系統(tǒng)的運行數(shù)據(jù)庫。
按照一個特定的實施例，該數(shù)據(jù)倉庫子系統(tǒng)數(shù)據(jù)庫利用例如“快照日志”和“可序列化事務(wù)”這樣的特征。當(dāng)對一個給定的表生成一個快照日志時，該數(shù)據(jù)庫軟件就生成一個副(side)表和一個可一直地觸發(fā)更新該副表觸發(fā)器，以將所改變的、增加的、或刪除的記錄存儲進(jìn)該表中。該DWS隨后可以檢查該副表并在某一時間拖出已變化的表?？尚蛄谢聞?wù)可以確保在記錄中事務(wù)級的連續(xù)性，數(shù)據(jù)可以周期性地拖進(jìn)該級連區(qū)域(例如每小時、每天等)。而且，連續(xù)性事務(wù)也可以周期性從該級連區(qū)域拖進(jìn)ODS數(shù)據(jù)庫(例如每小時、每天等)。
如圖10所示，ODS數(shù)據(jù)庫181和數(shù)據(jù)倉庫數(shù)據(jù)庫189可以用于提供多個報告，包括例如特別報告1002，狀態(tài)報告1004、每天報告1006、年度報告1008、總結(jié)性報告1010以及其它類型的分析報告1012。
集成系統(tǒng)體系操作為了更好地理解本發(fā)明的系統(tǒng)體系的集成本質(zhì)，回顧在正常的商業(yè)操作期間各子系統(tǒng)的交互是有助于理解的。
圖4和圖5提供了在正常的商業(yè)操作期間各子系統(tǒng)交互的高級數(shù)據(jù)流框圖，尤其是圖4提供了有關(guān)庫存流入(即庫存補(bǔ)充)的子系統(tǒng)交互的高級預(yù)排(walkthrough)。圖5提供了有關(guān)庫存流出(例如客戶訂單履行和送貨)的子系統(tǒng)交互的高級預(yù)排。
參照圖4，在(1)處，新或修改物品(SKU)信息由商人通過PUB網(wǎng)站GUI(134，圖1)或大裝載器接口(136，圖1)鍵入到PUB子系統(tǒng)140中。SKU信息可包括關(guān)于諸如UPC碼、圖像、營養(yǎng)信息、屬性、產(chǎn)品名稱等的物品。
在(2a)處，OMS周期性輪詢該PUB以查找新或更新的數(shù)據(jù)。該新或更新的SKU數(shù)據(jù)存儲在OMS數(shù)據(jù)庫51(圖1)。在(2b)處，SKU數(shù)據(jù)也自動地輸出到數(shù)據(jù)庫以及前端辦公系統(tǒng)130的目錄部件。按照圖4的實施例，引入到主網(wǎng)絡(luò)商店目錄的的新物品對于客戶來說是不可用的，除非對該新物品客戶已發(fā)出了新的訂單。在(2c)，OMS周期性地發(fā)送新的或更新的SKU數(shù)據(jù)到OFS，該新的或更新的SKU數(shù)據(jù)存儲在OFS數(shù)據(jù)庫161(圖1)。
在(3)處假定一個購買者已認(rèn)可了一個購買訂單(PO)(已在訂單管理子系統(tǒng)150處針對一個新物品產(chǎn)生)。一旦PO得到認(rèn)可，在(4a)處，PO自動地通過EDI子系統(tǒng)182發(fā)送給相應(yīng)的銷售商。另外，在(4b)處，一個用于購買訂單薦的期望的收據(jù)(ER)自動地從OMS發(fā)布給OFS160。該期望的收據(jù)通知OFS特定物品的數(shù)量(有關(guān)該購買訂單)期望在某上日期或接近某上日期到達(dá)分發(fā)中央。
附加地，在已經(jīng)認(rèn)可了用于新物品的購買訂單后，在(4c)OMS自動地通知前端辦公系統(tǒng)130新物品的可用性及價格。在至少一個實施例中，可用性包括關(guān)于在特定的日期有多少新物品的單元是可用的特定數(shù)據(jù)，這些可用性數(shù)據(jù)稱作可用立約(ATP)數(shù)據(jù)。
而且，在至少一個實施例中，價格數(shù)據(jù)可以計算或設(shè)置以及在OMS中得到許可(例如，通過購買者)。按照一個特定的實現(xiàn)，定價可以基于費用加定價的方法來計算。因此，在第一地理區(qū)域客戶看到的某一物品(SKU)的價格可能不同于在第二地理區(qū)域內(nèi)顯示給客戶的定價信息，這些取決于在每個地理區(qū)域內(nèi)在存儲特定物品時所涉及的相關(guān)費用。當(dāng)新的價格得到許可后，OMS公開它們組網(wǎng)絡(luò)商店子系統(tǒng)，隨后更新顯示給客戶的定價信息。
針對某一物品的定價可以基于商人提供該物品或SKU的描述性信息，因此，可以利用一個預(yù)先確定的規(guī)則自動地確定定價信息，這套規(guī)則可能在不同的地理區(qū)域是不同的。例如，當(dāng)發(fā)生對某一物品的購買訂單時，與該物品(SKU)相關(guān)的屬性就被分配一個費用因子或?qū)Ｓ糜谠摰乩韰^(qū)域(在該區(qū)域內(nèi)交付該物品)的號。對于訂購物品的定價隨后自動地根據(jù)該費用因子來確定。
一旦該網(wǎng)絡(luò)商店接收到新物品的ATP和價格數(shù)據(jù)后，在(5)處新物品的信息就自動可用于客戶的查看和購買。顯示給客戶的物品信息可以從先前從PUB子系統(tǒng)注入到網(wǎng)絡(luò)商店目錄的目錄數(shù)據(jù)中獲得。
在(6)處假定有關(guān)新購買訂單物品的銷售商發(fā)貨在該分發(fā)中央接收到，在(7)處處理所接收的發(fā)貨，包括進(jìn)行庫存和將所接收的發(fā)貨的每一物品存儲起來。一旦完所接收的發(fā)貨，就會在(8)處從OFS 160到OMS 150發(fā)布一個期望的收據(jù)確認(rèn)。另外OFS提供了有關(guān)原始購買訂單和所接收的發(fā)貨的所有庫存調(diào)整(例如短缺)。當(dāng)OMS接收到所期望的收據(jù)確認(rèn)數(shù)據(jù)后，在(9)處OMS處理該數(shù)據(jù)并更新的它的庫存記錄和ATP信息。一旦更新了OMS庫存記錄后，在(10a)處OMS根據(jù)期望的收據(jù)確認(rèn)數(shù)據(jù)執(zhí)行有關(guān)該購買訂單的所有必須的金融交易。另外在(10b)處有關(guān)所接收的物品的修改的ATP和庫存數(shù)據(jù)從OMS 150發(fā)送給前端辦公系統(tǒng)130。在(11)處前端辦公系統(tǒng)(例如網(wǎng)絡(luò)商店)根據(jù)從OMS接收的修改的數(shù)據(jù)對相應(yīng)的物品更新它的ATP和庫存記錄。
在(12)處，銷售商通過EDI子系統(tǒng)182發(fā)布一個針對該購買訂單發(fā)貨的發(fā)票，但是應(yīng)明白，后一事件可以發(fā)生在銷售商接收到該購買訂單后任一時刻。
圖4的例子描述了對于本發(fā)明的系統(tǒng)體系的集成本質(zhì)獨特和有利的特征。例如后臺辦公系統(tǒng)的異步體系使得商人能在任意時刻輸入描述性的產(chǎn)品信息到該PUB子系統(tǒng)140。PUB子系統(tǒng)部件例如大裝載器136自動地分類、編目錄、分類和編目錄所接收的商人數(shù)據(jù)。一旦處理完，所接收的商人數(shù)據(jù)就存儲進(jìn)該PUB子系統(tǒng)。因此可以理解本集成系統(tǒng)的整個公開和編目錄過程可能自動地由商人驅(qū)動，該過程通過消除勞動費用(否則要由PUB系統(tǒng)的操作員手動地維護(hù)和更新該公開/編目錄數(shù)據(jù)庫)而提供了費用的有效性。
本發(fā)明的集成體系的另一個顯著的優(yōu)點是允許根據(jù)任一個子系統(tǒng)內(nèi)所發(fā)生的單一事件而自動地更新各個子系統(tǒng)的信息。因此，如圖4所示，針對一個新物品(在3處)的購買訂單可自動地使得該購買訂單發(fā)布到相應(yīng)的銷售商，并且針對該購買訂單的期望的接收發(fā)布到訂單履行子系統(tǒng)160，并且自動地使得更新的ATP和價格數(shù)據(jù)傳送到前臺辦公系統(tǒng)，由此所更新的ATP和價格信息就自動顯示給客戶。另外，在在PO涉及一個庫存的一個新物品時，該新物品信息利用先前由商人提供的描述性信息自動地變得對用戶是可用的。而且期望的收據(jù)的自動的發(fā)布導(dǎo)致自動地跟蹤有關(guān)該購買訂單的狀態(tài)、付款、送貨以及實際接收的庫存。而且，按照該特定的實施例，當(dāng)一項新產(chǎn)品發(fā)貨到達(dá)時，該庫存系統(tǒng)將已配置成識別該產(chǎn)品的UPC碼。另外，顯示給用戶的該產(chǎn)品可用性(ATP)將自動地根據(jù)該訂單的狀態(tài)以及產(chǎn)品的期望的到達(dá)日期以及它當(dāng)?shù)竭_(dá)分發(fā)中央后的產(chǎn)品可用性而進(jìn)行更新。以這種方式，本發(fā)明的技術(shù)大大地減少了為管理和維護(hù)庫存流入的所有方面所需要的手工勞動量。
參照圖5，示出了關(guān)于庫存流出(例如用戶訂貨、履行和送貨)的子系統(tǒng)交互的高級預(yù)排。在(1)處用戶通過前臺辦公系統(tǒng)130放置一個訂單。按照一個特定的實施例，該用戶訂單是在該用戶執(zhí)行了一個“結(jié)帳”程序后放置的，由此來自用戶電子購物車的物品就被處理進(jìn)行銷售。在用戶完成了該檢查程序后，在(2a)處網(wǎng)絡(luò)商店執(zhí)行稅務(wù)的計算和和對該訂單的總值進(jìn)行信用卡授權(quán)。按照至少一個實施例，此時并不對該訂單向該用戶收費，而是利用用戶的信用卡或記帳卡信息，獲取一個可驗證可用的信貸限制以及用戶信貸或記帳的有效性的授權(quán)。按照該特定的實施例，稅務(wù)的計算和信用卡的授權(quán)可由稅務(wù)和信用卡系統(tǒng)414(圖5)來執(zhí)行。在圖1的實施例中，是網(wǎng)絡(luò)商店子系統(tǒng)132的部件。而且，按照一個特定的實施例，每個規(guī)劃的訂單將具有一個相關(guān)的信用卡授權(quán)。
在放置了客戶訂單后，但在通過一個預(yù)定的截止時間之前，該客戶可以取消或修改該訂單的任何部分，包括修改與該訂單相關(guān)的交付時間最佳時間，也允許客戶服務(wù)代表(CSR)以截止時間之前對規(guī)劃的訂單進(jìn)行修改。另外，在這段時間期間，在(2b)處OMS周期性地輪詢該網(wǎng)絡(luò)商店以查找新或更新的規(guī)劃的任務(wù)以便該OMS可以處理任何必要的請求計劃。按照一個特定的實現(xiàn)，對于一個特定的客戶訂單的截止時間是基于該規(guī)劃的訂單的交付最佳時間來確定的。
在特定的實施例中，可以通過制作一個新的網(wǎng)絡(luò)商店訂單來實現(xiàn)對訂單的修改，這個動作可以產(chǎn)生新的規(guī)劃訂單或改變已有的規(guī)劃的訂單?？蛻艋駽SR可以改變例如刪除訂單物品、修改一個或多個已訂物品的數(shù)量、修改交付時間或交付的目的地、或取消整個發(fā)貨等。如果這些變化要求任何的信用卡重新授權(quán)，則前臺辦公軟件處理它。
在截止時間，前臺的運輸子系統(tǒng)將最后定下來路線信息加到該客戶訂單。在截止時間之后，在(3)處該OMS輪詢該網(wǎng)絡(luò)商店以獲取有關(guān)該規(guī)劃的訂單的最后信息。另外，該網(wǎng)絡(luò)商店更新它的與該規(guī)劃的訂單相關(guān)的物品的ATP數(shù)據(jù)。按照另一個實施例，該網(wǎng)絡(luò)商店可在每個它修改客戶的電子購物車的內(nèi)容時更新它的ATP數(shù)據(jù)。一旦該網(wǎng)絡(luò)商店將更新后的ATP數(shù)據(jù)提供給OMS后，該OMS就更新它的ATP數(shù)據(jù)以便與該網(wǎng)絡(luò)商店的ATP數(shù)據(jù)同步。按照一個特定的實施例，OMS與WS ATP數(shù)據(jù)不同步的僅有時間是當(dāng)在分發(fā)中央接收到新的交付時，并且該新的ATP數(shù)據(jù)還沒有傳播到該網(wǎng)絡(luò)商店。該OMS根據(jù)在網(wǎng)絡(luò)商店處客戶訂單以及在分發(fā)中央接收的發(fā)貨計算它的ATP數(shù)據(jù)。
按照一個特定的實施例，在截止時間發(fā)生之前，該OMS可將客戶訂單放置在貨倉(hold)內(nèi)以防止它被傳送給OFS進(jìn)行履行。在截止時間后，當(dāng)該訂單結(jié)算或“凍結(jié)”時，該OMS將刪除該訂單上的貨倉以便將訂單傳送給OFS 160進(jìn)行履行，如在(4)處所示。當(dāng)所有信息(例如訂單信息和交付信息)結(jié)算時，一個訂單可以認(rèn)為是結(jié)算或凍結(jié)了。傳送給OFS子系統(tǒng)160的訂單數(shù)據(jù)可包括SKU數(shù)據(jù)和運輸/交付數(shù)據(jù)(例如交付車路線、停站等)。
在(5)處，在OFS子系統(tǒng)處接收的訂單被履行并處理以發(fā)貨給客戶。在容器或集裝箱中運輸所訂購的物品。每個集裝箱具有唯一的物理授權(quán)平板(plate)ID，該ID包括可由一個掃描儀閱讀的條形碼。每個集裝箱與一個相應(yīng)的客戶訂單相關(guān)聯(lián)，每個客戶訂單可包括一個或多個集裝箱。
在訂單已履行并處理完可進(jìn)行發(fā)貨后，在(6)處OFS傳送一個與該客戶訂單相關(guān)的后(post)履行狀態(tài)數(shù)據(jù)給OMS。該后履行狀態(tài)數(shù)據(jù)可包括例如集裝箱的數(shù)量、與該客戶訂單相關(guān)的每個集裝箱的物理授權(quán)平板ID、用于將集裝箱向或從該交付卡車上移動的每個運貨移動車，和/或與該運貨訂單相關(guān)的車輛ID。在(7)處，該OMS將運貨狀態(tài)數(shù)據(jù)中繼給前臺系統(tǒng)130的網(wǎng)絡(luò)商店。該運貨狀態(tài)數(shù)據(jù)可包括對還沒有履行的訂貨物品的調(diào)整。在接收到運貨狀態(tài)數(shù)據(jù)后，該網(wǎng)絡(luò)商店更新該運貨訂單的訂單狀態(tài)，它是可由客戶或CSR訪問的。
一旦在前臺系統(tǒng)130接收到發(fā)貨狀態(tài)信息后，在(8)處前臺辦公系統(tǒng)下載交付清單數(shù)據(jù)、客戶訂單歷史數(shù)據(jù)以及給移動場設(shè)備(MFD)系統(tǒng)412的交付路線數(shù)據(jù)。按照一個特定的實施例，前臺辦公的該運輸子系統(tǒng)傳送交付清單、客戶歷史清單以及給MFD服務(wù)器的交付路線數(shù)據(jù)，隨后將這些數(shù)據(jù)下載進(jìn)一個移動場設(shè)備(例如MFD或MFD客戶)。
在將正確的數(shù)據(jù)下載進(jìn)MFD后，就可以派遣該交付的人以將該訂單交付給客戶。在(9)該訂單被交付人送到該客戶。此時，交付人可以使用移動場設(shè)備來處理集裝箱退貨、物品退貨、訂單修改、訂單調(diào)整、信貸、稅務(wù)計算等。按照一個特定的實施例，該移動場設(shè)備(MFD)配置成處理上述的客戶服務(wù)交易而不必傳送給MFD服務(wù)器。在MFD處理完各種客戶服務(wù)請求后，交付人可以向客戶提供一個修改的收費收據(jù)，包括考慮到所有的處理退貨、訂單修改、調(diào)整信貸、和/或新的稅務(wù)計算等的調(diào)整總量。
另外，在貨物送給客戶時，該交付人可以利用MFD掃描所送的貨物以便生成一個客戶實際接收到的物品，該信息連同一個交付時間標(biāo)記一起存儲在MFD中。
當(dāng)交付人退貨到區(qū)站時，存儲在MFD中的經(jīng)過處理的數(shù)據(jù)被上載到MFD服務(wù)器中。按照該特定的實施例，當(dāng)交付人在場內(nèi)時，該MFD數(shù)據(jù)也可以通過一個無線通信系統(tǒng)一載到MFD服務(wù)器中。在(10)處，交付交易數(shù)據(jù)從MFD系統(tǒng)412傳送到前臺辦公系統(tǒng)130。按照一個特定的實施例，MFD服務(wù)器將交付交易數(shù)據(jù)傳送給運輸子系統(tǒng)，它隨后更新前臺辦公數(shù)據(jù)庫內(nèi)的訂單狀態(tài)信息。在(11)處，前臺辦公系統(tǒng)根據(jù)更新的訂單狀態(tài)信息計算最終的稅務(wù)，并利用客戶的收費信息起動一個資金獲取，也就是在此點才對用戶針對該訂單進(jìn)行收費，但是收費的帳目會考慮到在交付時由MFD處理的任何退貨、訂單修改、調(diào)整和/或信貸。
在(12)處，網(wǎng)絡(luò)商店將最終的發(fā)票數(shù)據(jù)和退貨數(shù)據(jù)傳送給OMS，該OMS處理最后的發(fā)票數(shù)據(jù)以及退貨數(shù)據(jù)，并相應(yīng)地更新客戶發(fā)票和收費記錄。另外，在(13)處OMS通知OFS任何退貨(通過事先發(fā)貨通知一ASN)以便OFS一旦接收到所退貨的物品可以正確地進(jìn)行處理。在(14)所退貨的物品由OFS進(jìn)行接收和處理，在所退貨的物品在分發(fā)中央進(jìn)行處理和再儲存后，在(15)處OFS傳送退貨確認(rèn)數(shù)據(jù)給OMS，該OMS根據(jù)從OFS接收的退貨確認(rèn)數(shù)據(jù)隨后更新的它的庫存以及ATP數(shù)據(jù)。另外，在(16)處OMS將更新的ATP數(shù)據(jù)轉(zhuǎn)發(fā)給前臺辦公系統(tǒng)130，在此網(wǎng)絡(luò)商店更新它的ATP信息。
如上面所提到的，本發(fā)明的系統(tǒng)體系的集成本質(zhì)提供了很多唯一并且新穎的優(yōu)點，這在本發(fā)明描述的先有技術(shù)中是達(dá)不到的。例如本發(fā)明的一個優(yōu)點涉及在客戶放置訂單后還可以進(jìn)行修改的能力。如圖5中所描述的，訂單可以由客戶在該訂單的指定截止期限之前的任何時候進(jìn)行修改，另外該客戶也可以在交付的時候修改該訂單。而且本發(fā)明的系統(tǒng)提供客戶返還、信貸和/或調(diào)整的能力以在交付折時候進(jìn)行處理。正是由于交付人與移動場裝置和本發(fā)明的其它子系統(tǒng)的集成而使得后一部分特征成為可能。
本發(fā)明技術(shù)的另一個優(yōu)點涉及客戶收費的時間。如前面所述的，傳統(tǒng)的在線商店一般地在發(fā)貨的同時對客戶進(jìn)行收費。但是按照本發(fā)明的技術(shù)，是在訂單傳送給客戶后才對其收費。而且本發(fā)明的系統(tǒng)體系的集成本質(zhì)也使得可調(diào)整整個收費量以反映出在交付時或在規(guī)劃的接貨時所有的退貨、訂單修改、信貸和/或調(diào)整。而且通過在交付的時候提供一個修改的或“零余額”的收據(jù)給客戶，該客戶就可以接收到當(dāng)前懸而未決的所有收費(對此要對客戶進(jìn)行收費)的立即確認(rèn)，這就向客戶提供一個保險，即在客戶的信貸或記帳上不會出現(xiàn)附加的或隱藏的收費。
而且，本發(fā)明集成體系也提供了實時的錯誤修復(fù)(failover)能力。尤其是，該系統(tǒng)體系的異步設(shè)計允許系統(tǒng)連續(xù)操作而不管是否一個或多個子系統(tǒng)脫機(jī)。例如，在OMS處一個臨時的子系統(tǒng)失效不會影響客戶購物和由前臺辦公系統(tǒng)130執(zhí)行的訂單功能。另外，當(dāng)脫機(jī)的系統(tǒng)重新恢復(fù)后備份數(shù)據(jù)進(jìn)行排隊和批處理以便于處理。
容量和ATP數(shù)據(jù)計算本發(fā)明的集成系統(tǒng)體系的另一個優(yōu)點涉及關(guān)于提供給客戶的目錄物品的可用立約(ATP)信息以及在各個子系統(tǒng)內(nèi)的資源容量的保護(hù)和分配。按照本發(fā)明的至少一個實施例，根據(jù)所選子系統(tǒng)的可用容量在訂貨時管理訂單流，與一個特定的物品相關(guān)的ATP信息可以用于調(diào)整針對該物品的訂單流。
按照一個實施例，該網(wǎng)絡(luò)商店跟蹤可用物品的數(shù)量，并允許用戶只選擇在給定的時間隙確?？捎玫奈锲?，其顯示可基于進(jìn)入該分發(fā)中央的期望到達(dá)的SKU。如果發(fā)貨沒有到達(dá)或延遲了，則該信息被傳播給WS，由此該WS自動地更新關(guān)于被延遲的發(fā)貨的物品的可用性信息。該WS利用在商店顯示內(nèi)的如“可用的”、“在庫中”“到...時可用”以及“何時可用”的標(biāo)簽跟蹤物品可用的時間隙。
按照一個特定的實施例，ATP值(例如許可使用的特定物品的數(shù)量)在OMS中進(jìn)行計算并公開給該網(wǎng)絡(luò)商店。該ATP數(shù)據(jù)可以例如基于SKU庫存管理方法、ATP方法、物理庫存數(shù)量和/或計劃從銷售商接收的數(shù)量進(jìn)行計算。
而且，按照一個特定的實現(xiàn)方式，每個物品或SKU具有一個關(guān)于在各種子系統(tǒng)中保存的容量數(shù)量的相關(guān)的容量配置文件，以確保在規(guī)定的交付日期和時間進(jìn)行物品的履行和交付。特定物品的容量配置文件可包括多個各個容量屬性如庫存類型屬性、回收(pickup)類型屬性、時間屬性以及空間屬性等。該庫存類型屬性涉及貨架上是否有一個物品(在此記作停留的庫存，例如一袋X商標(biāo)的土豆片)或者該物品必須被履行以訂貨(FTO)，例如一塊特定的肉?；厥招蛯傩陨婕芭c該物品相關(guān)的存儲條件，例如空間溫度存儲(室溫)、冷凍或冷藏。時間屬性涉及估計的履行和交付該訂單所占用的人力資源時間量。時間屬性也可包括多個子目錄，例如包含一個回收人時間值以及一個交付人時間值?？臻g屬性涉及與該物品相關(guān)的物理空間要求。
按照本發(fā)明一個特定的實施例，該網(wǎng)絡(luò)商店132維護(hù)對應(yīng)于所選子系統(tǒng)的當(dāng)前可用和保留的容量資源的資源容量數(shù)據(jù)緩存。當(dāng)用戶選擇一個特定的物品要購買時，該網(wǎng)絡(luò)商店就接收針對所選物品的容量配置文件(profile)，并且利用該數(shù)據(jù)確定在所選的子系統(tǒng)中是否有足夠的資源容量以確保所選的物品可以被履行并且規(guī)定的交付日期、位置和時間送到客戶手中。如果在所有的所選子系統(tǒng)中沒有足夠的容量資源，該網(wǎng)絡(luò)商店就不會將該物品顯示為在規(guī)定的交付時間最佳時間是可用于銷售的。
但是，如果該網(wǎng)絡(luò)商店確定在每個所選的子系統(tǒng)中都有足夠的容量資源以確保所選的物品可履行并且可以在規(guī)定的交付時間最佳時間送給客戶，該網(wǎng)絡(luò)商店就允許所選的物品加到客戶的購物車中。另外，隨著該網(wǎng)絡(luò)商店將該物品加到客戶的電子購物車，它通過更新包含在資源容量數(shù)據(jù)緩存中的數(shù)據(jù)還在每個所選的子系統(tǒng)中保留了特定量的資源容量。按照該特定的實施例，在每個所選的子系統(tǒng)中由網(wǎng)絡(luò)商店保留的容量數(shù)量與所選物品的容量配置文件屬性相關(guān)。以這種方式，網(wǎng)絡(luò)商店子系統(tǒng)可連續(xù)地跟蹤每個所選子系統(tǒng)內(nèi)的可用資源容量以便計算關(guān)于該網(wǎng)絡(luò)目錄物品的ATP數(shù)據(jù)，并且可以進(jìn)一步利用這些數(shù)據(jù)在訂貨時調(diào)整客戶主要問題的流入。
下面的示例說明了這種構(gòu)思。在本例中，假定客戶希望將冰淇淋容器加到客戶的電子購物車。當(dāng)用戶選擇該容器冰淇淋以加到它的購物車時，該網(wǎng)絡(luò)商店子系統(tǒng)就首先確定如所選物品的可用性(例如在規(guī)定的交付日期的可用數(shù)量)、該物品的存儲溫度、是否有足夠的人力資源在規(guī)定的交付時間履行該物品訂單，以及是否有足夠的可用運輸資源在規(guī)定的交付時間運送該物品，包括在交付車的冷凍區(qū)是否有足夠的空間以容納該物品。假定這些資源中每一樣都是可用的，網(wǎng)絡(luò)商店就將該物品加到客戶的電子購物車。另外在將物品加到客戶的電子購物車后，網(wǎng)絡(luò)商店在所選的子系統(tǒng)中保留足夠數(shù)量的容量以確保所訂貨的物品可以被成功地履行并在規(guī)定的交付日期和時間送給該客戶。
如果客戶隨后修改了一個訂單(在截止時間之前)或從他的電子購物車中刪除了一個物品(在結(jié)帳之前)，該網(wǎng)絡(luò)商店子系統(tǒng)就自動地釋放針對所刪除或取消物品的所有保留的容量，以便該容量可由其它的用戶保留。如果客戶放棄了他的購物計劃和/或沒有進(jìn)行結(jié)帳，則也要釋放容量。
按照一個實施例，該網(wǎng)絡(luò)商店子系統(tǒng)負(fù)責(zé)計算當(dāng)前的ATP以及維護(hù)對應(yīng)于所選子系統(tǒng)的所保留的和的資源容量記錄。但是按照不同的實施例，OMS可執(zhí)行這些功能。
數(shù)據(jù)流圖6、7A、7B說明了在正常的商業(yè)運行期間本發(fā)明的各種子系統(tǒng)和部件交互的數(shù)據(jù)流框圖的特定的實施例。
應(yīng)明白，在圖6，7A和7B中所示的各種數(shù)據(jù)流按照一個特定的按時間順序排列方式提供的。如下面將詳細(xì)討論的，數(shù)據(jù)從一個子系統(tǒng)流到第二子系統(tǒng)是可以響應(yīng)一個事件的發(fā)生觸發(fā)的。在圖6、7A、7B中的數(shù)據(jù)流的其它類型也可以在預(yù)定的時間間隔進(jìn)行初始化。
參照圖6，在(A)處OMS 150以周期性的間隔輪詢該PUB子系統(tǒng)140以查找新或更新的物品數(shù)據(jù)，該間隔可以從分鐘到幾天不等。按照一個特定的實施例，OMS每隔大約30分鐘輪詢該PUB子系統(tǒng)以查找新或更新的物品數(shù)據(jù)。該物品數(shù)據(jù)包括例如新或更新的SKU數(shù)據(jù)、UPC數(shù)據(jù)以及銷售商數(shù)據(jù)等。
在(B)處，OMS處理所接收的物品數(shù)據(jù)并以周期性的間隔如大約每隔2小時將SKU信息(例如UPC以及產(chǎn)品產(chǎn)商數(shù)據(jù))傳送給OFS。按照一個特定的實施例，該產(chǎn)品商數(shù)據(jù)包括在集成系統(tǒng)中所有分配的SKU的清單以及UPC和與每個SKU相關(guān)的描述性數(shù)據(jù)。
在(c)處，在OMS處創(chuàng)建或生成PO。作為響應(yīng)，針對該PO的期望的收據(jù)被從OMS傳送到OFS。在(D)處，接收該PO商品，入庫并放好。一旦OFS處理完所接收的庫存，該OFS就發(fā)送一個期望的接收確認(rèn)給OMS，該OMS利用所接收的確認(rèn)數(shù)據(jù)更新它的庫存和ATP數(shù)據(jù)。在(E)處，以周期性的間隔ATP和價格數(shù)據(jù)從OMS發(fā)送給前臺辦公130。例如，ATP數(shù)據(jù)可以每小時發(fā)送，并且價格數(shù)據(jù)可以每個24小時進(jìn)行發(fā)送。另外，按照特定的實施例，從OMS發(fā)送給前臺的所有數(shù)據(jù)存儲在前臺辦公數(shù)據(jù)庫131內(nèi)(如圖1)，在此稱為網(wǎng)絡(luò)商店數(shù)據(jù)庫。
在(F)處，在網(wǎng)絡(luò)商店子系統(tǒng)處從該客戶接收新或更新的客戶信息。作為響應(yīng)，該數(shù)據(jù)從網(wǎng)絡(luò)商店轉(zhuǎn)發(fā)給OMS。在(G)處，在前臺完成一個訂單結(jié)帳或訂單更新動作。按照一個特定的實施例，當(dāng)客戶在在線商店上放置一個訂單時，該網(wǎng)絡(luò)商店子系統(tǒng)就創(chuàng)建一個銷售訂單或一個針對該客戶物品的規(guī)劃好的發(fā)貨。該銷售訂單可包括代表這些物品一個或多個訂單線(line)、數(shù)量以及被許諾在規(guī)定的交付最佳時間交付到客戶處的已訂購物品的價格。而且按照至少一個實施例，該規(guī)劃的交付最佳時間在規(guī)劃的發(fā)貨內(nèi)被捕獲。而且對于每一個規(guī)劃的發(fā)貨，該運輸子系統(tǒng)規(guī)劃在特定的交付路線上的車輛著站點。
按照一個特定的實施例，該OMS周期性的輪詢該網(wǎng)絡(luò)商店數(shù)據(jù)以查找新的訂單、訂單更新以及訂單取消，隨后在OMS中處理所接收的數(shù)據(jù)。
在(H)產(chǎn)生截止時間。按照一個特定的實施例，用于特定的客戶訂單的截止時間是基于與該客戶訂單相關(guān)的交付最佳時間時間。在任意給定的時間周期(例如每天中幾個不同的截止時間)可以有幾個截止時間，其中每個不同的截止時間對應(yīng)于與特寫的交付最佳時間時間相關(guān)的客戶訂單的一個特定部分。例如，在某一天要在上午9:00到下午1:00交付的客戶訂單可將截止時間設(shè)置在同一天的上午12:01，而要在下午1:01到下午6:00交付的客戶訂單可將截止時間設(shè)置在同一天的下午4:01。
在訂單截止時，前臺辦公對準(zhǔn)備截止的訂單執(zhí)行截止處理，這是基于這樣的一個時間值，即履行并將該訂單發(fā)貨出分發(fā)中央以及時地交付到客戶交付地址所需要的時間。在一個實施例中，該運輸子系統(tǒng)截止處理優(yōu)化準(zhǔn)備進(jìn)行截止的所有車輛的路線。網(wǎng)絡(luò)商店截止處理可以訂單線上執(zhí)行對被賣空的SKU的補(bǔ)充。按照一個特定的實施例，已完成WS和XPS截止處理的訂單被OMS刪除。作為響應(yīng)，OMS可以輪詢該網(wǎng)絡(luò)商店數(shù)據(jù)庫以查找有關(guān)該截止訂單(包括履行到訂單或FTO數(shù)據(jù))的附加信息。該OMS隨后對截止訂單和FTO數(shù)據(jù)執(zhí)行截止處理并產(chǎn)生(I)訂單和FTO下載文件，它們隨后被傳送到OFS子系統(tǒng)進(jìn)行履行和發(fā)貨。
OFS處理從OMS傳送的訂單下載文件，并且將截止訂單信息存儲進(jìn)OFS數(shù)據(jù)庫(161，圖1)。OFS包括一個將庫存分配給截止訂單的訂單分配部件，用紙盒裝這些訂單線(line)(例如分配一個或多個集裝箱給每個訂單線)，以及生成一個拾取任務(wù)。OFS子系統(tǒng)的自動材料處理部件讀取該回收任務(wù)，并將數(shù)據(jù)傳送給轉(zhuǎn)盤和傳送帶服務(wù)器(172，178，圖1)以便操作該轉(zhuǎn)盤和傳送帶，以及指導(dǎo)分發(fā)中央人員提取哪一個物品及其數(shù)量。
在針對一個特定的訂單處理完FTO后，在(J)處FTO確認(rèn)數(shù)據(jù)被從OFS發(fā)送到OMS。而且，在已履行且處理完規(guī)定數(shù)量的訂單以發(fā)貨到客戶或站后，在(K)處OFS執(zhí)行一個發(fā)貨確認(rèn)(發(fā)貨確認(rèn))，它生成一個要發(fā)送到OMS的發(fā)貨確認(rèn)上載文件。如前面所述的，該發(fā)貨確認(rèn)數(shù)據(jù)可以包括例如在每個訂單發(fā)貨中已被回收并發(fā)貨的物品的庫存數(shù)據(jù)，集裝箱ID數(shù)據(jù)，運輸/交付數(shù)據(jù)等。
一旦該OMS接收并處理該發(fā)貨確認(rèn)數(shù)據(jù)并更新了它的庫存數(shù)據(jù)記錄后，在(L)處發(fā)貨確認(rèn)數(shù)據(jù)被轉(zhuǎn)發(fā)給前臺辦公系統(tǒng)進(jìn)行處理。按照一個特定的實施例，當(dāng)針對某一交付車路線的所有訂單都進(jìn)行發(fā)貨確認(rèn)后，運輸子系統(tǒng)就為該路線生成MFD數(shù)據(jù)，包括關(guān)于發(fā)貨和站點的信息。而且，運輸子系統(tǒng)可以生成貨車路線總匯、交付清單、行駛方向等。在(M)處前臺辦公系統(tǒng)傳送客戶訂單歷史數(shù)據(jù)和運輸/交付數(shù)據(jù)給MFD子系統(tǒng)512。按照一個特定的實施例，MFD子系統(tǒng)包括一個MFD服務(wù)器和至少一個MFD客戶(例如MFD手持設(shè)備)。如前面所述的，該MFD服務(wù)器將針對一個特定交付路線的客戶訂單歷史數(shù)據(jù)以及路線/交付數(shù)據(jù)裝載進(jìn)與分配給該路線的交付人相關(guān)的MFD，此后就可以派遣該交付人將訂貨送給客戶。
在交付時，交付人可以使用MFD客戶機(jī)(client)以處理客戶退貨、訂單修改和/或調(diào)整。MFD可以隨后重新計算客戶的帳單數(shù)據(jù)以便考慮到所有的退貨、信貸或其它調(diào)整。在(N)處，交付人退貨到站并且將修改的客戶帳單數(shù)據(jù)以及退貨數(shù)據(jù)從MFD客戶機(jī)上載進(jìn)MFD服務(wù)器。MFD服務(wù)器隨后轉(zhuǎn)發(fā)該帳單數(shù)據(jù)以及退貨數(shù)據(jù)給前臺辦公130。在(O)處，利用從MFD服務(wù)器接收的修改的帳單數(shù)據(jù)對客戶收費。在對客戶針對一個訂單進(jìn)行收費后就關(guān)閉該訂單。按照一個特定的實施例，OMS周期性地論詢該網(wǎng)絡(luò)商店子系統(tǒng)關(guān)閉的訂單并將所接收的數(shù)據(jù)郵寄給OMS金融部門。另外，在(Q)處，在前臺辦公系統(tǒng)處接收退貨數(shù)據(jù)，在此進(jìn)行處理并轉(zhuǎn)發(fā)給OMS。
應(yīng)明白，在至少一個實施例中，退貨、費用和/或客戶帳戶的信貸可在交付期間或之后在網(wǎng)絡(luò)商店子系統(tǒng)內(nèi)產(chǎn)生或捕獲。費用的例子包括交付費用，返還的集裝箱存放，取消費用等。信貸的例子包括遲交付信貸，集裝箱存放信貸等。按照一個特定的實施例，OMS周期性地輪詢該網(wǎng)絡(luò)商店數(shù)據(jù)庫RMA、費用以及信貸以便精確地更新它的庫存和金融數(shù)據(jù)。
另外，按照一個特定的實施例，網(wǎng)絡(luò)商店可根據(jù)接收的退貨數(shù)據(jù)自動地更新ATP數(shù)據(jù)以及庫存數(shù)據(jù)以便允許退貨的物品可立即用于客戶購買。但是按照另一個實施例，網(wǎng)絡(luò)商店將使得只有在分發(fā)中央接收到退貨的物品的確認(rèn)數(shù)據(jù)后才可進(jìn)行購買。
在(R)處，OMS接收并處理退貨的數(shù)據(jù)并發(fā)布一個期望的退貨收據(jù)(RMA)給OFS?？梢皂憫?yīng)例如物品退貨、物品短缺以及物品損壞等生成一個退貨貨物授權(quán)。在(S)處分發(fā)中央(DC)接收該退貨的物品。在DC處已檢查并處理過退貨的物品(例如登記并放好)后，RMA確認(rèn)就會從OFS發(fā)送到OMS。RMA確認(rèn)可包括例如涉及退貨庫存的實際物品(在分發(fā)中央重新入庫)的SKU數(shù)據(jù)。
周期性地，OFS可檢測到庫存的變化，例如由于過期的貨物、損壞的貨物等。在(T)處OFS周期性地發(fā)送庫存調(diào)整數(shù)據(jù)給OMS進(jìn)行處理。該庫存調(diào)整數(shù)據(jù)將最終傳送到網(wǎng)絡(luò)商店子系統(tǒng)進(jìn)行處理。
在(U)處由CRM應(yīng)客戶的請求起動一個帳單調(diào)整動作，該帳單調(diào)整數(shù)據(jù)隨后從CRM子系統(tǒng)傳送到OMS進(jìn)行處理。
在(V)處，在OMS起動一個退貨到銷售商(RTV)動作。作為響應(yīng)，規(guī)劃的RTV發(fā)貨數(shù)據(jù)從OMS發(fā)送到OFS進(jìn)行處理。在規(guī)定的貨物已被送到銷售商后，在(W)處，OFS發(fā)送一個RTV發(fā)貨確認(rèn)給OMS。OMS隨后根據(jù)RTV發(fā)貨確認(rèn)數(shù)據(jù)更新它的庫存記錄。
如在(X)處所示的，OFS周期性地傳送庫存同步數(shù)據(jù)給OMS以進(jìn)行訂貨來斷言在每個子系統(tǒng)中庫存數(shù)據(jù)都進(jìn)行了同步。例如OFS可每隔24小時發(fā)送庫存同步數(shù)據(jù)給OMS。
如在(Y)處所示的，卡車路線計劃數(shù)據(jù)周期性地從前臺辦公發(fā)送到OFS，這可以在每天、每周等的基礎(chǔ)上完成。按照一個特定的實施例，卡車路線計劃數(shù)據(jù)是手動地從前臺傳送給OFS的。按照另一個實施例，卡車路線計劃數(shù)據(jù)也可以自動地從運輸子系統(tǒng)傳送給OFS。
圖7A和7B描述了在正常的商業(yè)操作期間各種子系統(tǒng)和部件交互的詳細(xì)數(shù)據(jù)流圖，用于實現(xiàn)按照一個實施例的電子商務(wù)。
參照圖7A，在(1)處以周期性的間隔目錄數(shù)據(jù)從PUB子系統(tǒng)140下載到網(wǎng)絡(luò)商店數(shù)據(jù)庫/目錄緩存631，其間隔范圍可從幾小時到幾周。按照一個特定的實現(xiàn)，目錄數(shù)據(jù)每隔24小時從PUB發(fā)送到網(wǎng)絡(luò)商店。再者，按照一個特定實施例，從公布子系統(tǒng)中接收的目錄數(shù)據(jù)存儲在網(wǎng)絡(luò)數(shù)據(jù)庫中。為了最小化訪問目錄數(shù)據(jù)時的延遲，在網(wǎng)絡(luò)商店子系統(tǒng)的工作內(nèi)存中利用存儲在網(wǎng)絡(luò)商店數(shù)據(jù)庫上的目錄數(shù)據(jù)來緩存該目錄的獨立實例。還存在有在網(wǎng)絡(luò)商店存儲器緩存的其它的商店目錄的其它附加實例。
在(3)處，ATP數(shù)據(jù)和價格數(shù)據(jù)從OMS發(fā)送到網(wǎng)絡(luò)商店數(shù)據(jù)庫，其范圍從幾小時到幾周。按照一特定的實施例，ATP數(shù)據(jù)每小時從OMS發(fā)送到網(wǎng)絡(luò)商店，并且價格數(shù)據(jù)每24小時從OMS發(fā)送到網(wǎng)絡(luò)商店。
在(4)處，運輸子系統(tǒng)的區(qū)最佳時間生成器部件以周期性的間隔創(chuàng)建新的交付最佳時間。例如，按照一個特定的實施例，該區(qū)最佳時間生成器每隔24小時起動以為將來的一天或幾天創(chuàng)建一個新的交付最佳時間。
在(6)處，客戶通過因特網(wǎng)訪問網(wǎng)絡(luò)商店132，客戶可將客戶數(shù)據(jù)(如注冊數(shù)據(jù))傳送到該網(wǎng)絡(luò)商店(在(8)處接收)。另外，網(wǎng)絡(luò)商店也可以從客戶機(jī)上檢索客戶數(shù)據(jù)，這些數(shù)據(jù)可以存儲在一個餅(cookie)文件中。按照一個特定的實施例，客戶可以注冊它們自己并在網(wǎng)絡(luò)商店上維護(hù)自己的帳戶信息。當(dāng)在網(wǎng)絡(luò)商店子系統(tǒng)上接收到客戶數(shù)據(jù)時，WS可以數(shù)據(jù)庫中檢索個性化的客戶參數(shù)以便向客戶提供定制且喜愛的數(shù)據(jù)。周期性地，OMS輪詢商店數(shù)據(jù)庫新的或更新的客戶信息。
在(10)處，客戶訪問網(wǎng)絡(luò)商店的交付最佳時間規(guī)劃部分，這是由運輸子系統(tǒng)管理的，在網(wǎng)絡(luò)商店上購物前，客戶并不是必須地保留一個交付最佳時間時隙。但是，按照一個特定的實施例，該客戶在被允許進(jìn)行結(jié)帳前必須規(guī)劃一個交付宣傳品時隙。
而且，按照一個特定的實施例，當(dāng)客戶首先在網(wǎng)絡(luò)商店處注冊時，就會請求客戶提供一個交付地址，該地址隨后由XPS子系統(tǒng)的地理編碼器(Geocoder)部件轉(zhuǎn)換成一個緯度/經(jīng)度對，它會咨詢每區(qū)的街道地圖以便執(zhí)行這種轉(zhuǎn)換，隨后由XPS的時區(qū)解析器部件確定該緯度/經(jīng)度對是在區(qū)內(nèi)或區(qū)外。如果該地址是在區(qū)內(nèi)，該時區(qū)解析器還確定該特定的區(qū)以及與該交付地址相關(guān)的子區(qū)。該區(qū)及子區(qū)信息隨后作為該客戶記錄的一部分存儲起來，并用確定該客戶的特定的交付路線。最初地址是用于該客戶放置隨后訂單的缺省地址。但對于所有的交付來說，客戶可以每次更改交付地址，也可更改任何時候的交付缺省地址。
當(dāng)在運輸子系統(tǒng)(XPS)處接收(12)一個交付最佳時間請求時，它就可訪問該網(wǎng)絡(luò)商店數(shù)據(jù)庫以檢索交付規(guī)劃數(shù)據(jù)，并且運輸子系統(tǒng)的交付最佳時間估計器部件產(chǎn)生一個可用和不可用的交付最佳時間時隙(slot)的估計清單，并在(14)處顯示給客戶。在(16)處客戶選擇可用的交付最佳時間時隙，隨后該交付最佳時間選擇數(shù)據(jù)發(fā)送給XPS，該XPS處理(18)該交付最佳時間選擇數(shù)據(jù)，并從網(wǎng)絡(luò)商店數(shù)據(jù)庫中檢索客戶地址數(shù)據(jù)，該交付最佳時間數(shù)據(jù)及客戶地址數(shù)據(jù)隨后轉(zhuǎn)發(fā)給運輸子系統(tǒng)的路線規(guī)劃器部件(618)，該路線規(guī)劃器部件處理該交付最佳時間和地址數(shù)據(jù)，并且或者確定或取消該交付最佳時間請求。按照一個特定的實施例，該路線規(guī)劃器使用運輸規(guī)劃和優(yōu)化軟件(SOS)來確定一個特定的交付最佳時間請求是否被確認(rèn)或取消了。
當(dāng)驗證一個特定的最佳時間請求時，路線規(guī)劃器可以考慮多個因素，例如在確認(rèn)一個特定的交付最佳時間請求時運輸子系統(tǒng)內(nèi)必須有足夠可用的資源容量。而且，客戶地址或發(fā)貨地址必須與一個預(yù)定的可交付地址映射起來。
例如，按照一個特定的實施例，訂單交付只能規(guī)劃成落在預(yù)定的可交付區(qū)域內(nèi)的地址。圖12描述了按照一個特定的實施例的落在“映射”區(qū)的區(qū)域1202、“區(qū)內(nèi)”區(qū)的區(qū)域1204以及“可交付”區(qū)的區(qū)域1206的客戶地址之間的關(guān)系。一般地，客戶地址是一個貨物可送達(dá)的物理位置的表述，一個映射的地址是在運輸子系統(tǒng)的數(shù)據(jù)庫內(nèi)具有相應(yīng)的記錄的地址，而一個區(qū)內(nèi)地址由系統(tǒng)分發(fā)中央之一所服務(wù)地理區(qū)域內(nèi)的地址，一個可交付地址對應(yīng)于允許與該運輸子系統(tǒng)相關(guān)的交付人交付發(fā)貨的地址。一個附加的地址類型對應(yīng)于通常的運載工具可交付地址，對于該地址來說，可用通常的運載工具如UPS或U.S.郵政服務(wù)發(fā)貨的地址，一個地址既可以是可交付地址，也可以是通常運載工具可交付的。
按照一個特定的實施例，一個可交付地址是區(qū)內(nèi)的。但是，也有部分的區(qū)內(nèi)地址是不可交付的地址子集。例如一個特定的地理區(qū)域可以分類為區(qū)內(nèi)，但卻是不可交付的。
假定該客戶地址對應(yīng)于一個可交付地址，并且交付最佳時間請求是可行的，于是一個交付最佳時間確認(rèn)從該路線規(guī)劃器發(fā)布(20)給運輸子系統(tǒng)，在此被轉(zhuǎn)發(fā)(22)給客戶。另外，在確認(rèn)該交付最佳時間請求后，路線規(guī)劃器將要保留給所確認(rèn)的交付最佳時間請求的容量數(shù)據(jù)轉(zhuǎn)發(fā)給網(wǎng)絡(luò)商店數(shù)據(jù)庫。
在用戶與網(wǎng)絡(luò)商店交互的某些點，該客戶可選擇開始搜索一個特定的物品或產(chǎn)品。在(24)處，客戶提交搜索數(shù)據(jù)給網(wǎng)絡(luò)商店子系統(tǒng)。在接收到該搜索數(shù)據(jù)后，網(wǎng)絡(luò)商店子系統(tǒng)訪問(25)該網(wǎng)絡(luò)商店數(shù)據(jù)庫，以便檢索該搜索結(jié)果。一旦檢索到，在(26)處該搜索結(jié)果隨后顯示給客戶。
在(28)，客戶提交一個用于查看與特定物品或產(chǎn)品相關(guān)的信息的請求。當(dāng)在網(wǎng)絡(luò)商店子系統(tǒng)上接收(29)到該請求時，WS就訪問網(wǎng)絡(luò)商店數(shù)據(jù)庫以便檢索關(guān)于所選物品或產(chǎn)品的信息，包括價格與可用性。所檢索的信息隨后顯示給客戶(30)。
在(32)，客戶選擇要加到客戶的電子購物車的特定物品，或者用于立即購買。當(dāng)在網(wǎng)絡(luò)商店子系統(tǒng)上接收到(34)物品選擇數(shù)據(jù)時，該網(wǎng)絡(luò)商店處理該選擇的物品請求。在處理期間，網(wǎng)絡(luò)商店子系統(tǒng)訪問存儲在網(wǎng)絡(luò)商店數(shù)據(jù)庫內(nèi)(或在一工作存儲器緩存)的子系統(tǒng)資源容量信息以驗證在所選的子系統(tǒng)內(nèi)有足夠的容量以確保所選的物品可被履行并在規(guī)定的交付最佳時間交付給客戶。一旦網(wǎng)絡(luò)商店子系統(tǒng)驗證所選物品可被加到客戶的電子購物車，WS通過在每個所選的子系統(tǒng)內(nèi)保留一個足夠量的容量來更新網(wǎng)絡(luò)商店數(shù)據(jù)庫內(nèi)的容量信息，以確保所選的物品可被履行并在規(guī)定的交付時間最佳時間送給客戶。在網(wǎng)絡(luò)商店將所選的物品加到客戶的電子購物車后，網(wǎng)絡(luò)商店報告或顯示該信息給客戶。
當(dāng)客戶完成購物后，它就可以起動一個結(jié)帳程序以購買其電子購物車內(nèi)的物品。當(dāng)網(wǎng)絡(luò)商店子系統(tǒng)接收到該客戶的結(jié)帳請求時，WS將訂單信息轉(zhuǎn)發(fā)(40)給下一個稅收服務(wù)器114(圖1)以便針對該訂單計算相應(yīng)的稅收。稅收服務(wù)器(114)根據(jù)訂單信息計算相應(yīng)的稅收并將計算的稅收數(shù)據(jù)傳送回(42)網(wǎng)絡(luò)商店。另外，在結(jié)帳時，WS也檢索關(guān)于該訂單的容量信息(例如，涉及履行該訂單所需要的集裝箱數(shù)量的信息)。一旦接收到稅收數(shù)據(jù)和容量信息，WS處理(43)銷售訂單。該銷售訂單數(shù)據(jù)也存儲在網(wǎng)絡(luò)商店數(shù)據(jù)庫中。
在(44)網(wǎng)絡(luò)商店子系統(tǒng)的資金捕獲部件(CC，116)檢測網(wǎng)絡(luò)商店數(shù)據(jù)庫631上的新銷售訂單數(shù)據(jù)，并針對銷售訂單的總量起動一個信貸(借記)卡授權(quán)。當(dāng)接收到該授權(quán)后，授權(quán)信息存儲在網(wǎng)絡(luò)商店數(shù)據(jù)庫上。但是如果在獲取針對該客戶的信貸(借記)卡授權(quán)時存在問題，該CC部件就可以發(fā)布一個故障通知(故障通知)給幫助桌面144以進(jìn)行特殊的處理。假定獲取了針對一個特定銷售訂單的信貸(借記)卡授授權(quán)，WS就將銷售訂單數(shù)據(jù)從數(shù)據(jù)庫631轉(zhuǎn)發(fā)給OMS進(jìn)行處理(46)。
在客戶在網(wǎng)絡(luò)商店上放置某一訂單后，在與該訂單相關(guān)的截止時間之前客戶可以在任何時候修改該訂單。當(dāng)客戶希望修改某上訂單時，例如他可提交(48)訂單修改請求給網(wǎng)絡(luò)商店。在接收到該訂單修改數(shù)據(jù)后，WS處理(50)這些數(shù)據(jù)，并更新存儲在網(wǎng)絡(luò)商店數(shù)據(jù)庫上的銷售訂單數(shù)據(jù)。訂單修改信息的處理包括例如重新計算稅收、容量以及其它與訂單有關(guān)的信息。所更新的銷售訂單數(shù)據(jù)也可以發(fā)送給OMS進(jìn)行處理。
如在(52)處所示的，客戶也可通過CRM子系統(tǒng)126獲取訂單的修改或取消。例如，該客戶可電話通知客戶服務(wù)代表(CSR)，請求CSR修改或取消某一訂單。CSR可通過CRM子系統(tǒng)126實現(xiàn)訂單的修改，CRM處理(54)該訂單修改數(shù)據(jù)并更新網(wǎng)絡(luò)商店數(shù)據(jù)庫上的銷售訂單數(shù)據(jù)。
在(56)訂單截止時間發(fā)生。在此點，客戶不能再修改訂單。在截止時間之后發(fā)生的多個事件在圖7B中進(jìn)行描述。
圖7B的數(shù)據(jù)流圖可以認(rèn)為是圖7A的數(shù)據(jù)流停止處的延續(xù)。但是為了清楚及避免混亂，圖7A的幾個子系統(tǒng)及其部件在圖7B中略去以便進(jìn)行更簡化的描述。
如圖7B所示，在(56)訂單截止時間發(fā)生。在針對某一訂單的截止時間發(fā)生之后，OMS將涉及截止訂單的銷售訂單數(shù)據(jù)轉(zhuǎn)發(fā)給OFS。當(dāng)OFS接收到該銷售訂單后，它就處理(例如履行)該訂單，傳送該處理的給一個區(qū)域交付站以交付給客戶。在訂單已處理并發(fā)貨給交付站后，在(60)OFS發(fā)送發(fā)貨確認(rèn)數(shù)據(jù)給OMS。OMS隨后處理(62)由OFS接收的發(fā)貨確認(rèn)數(shù)據(jù)，并將至少一部分發(fā)貨確認(rèn)數(shù)據(jù)給網(wǎng)絡(luò)商店數(shù)據(jù)庫。
在從網(wǎng)絡(luò)商店數(shù)據(jù)庫檢測并檢索到發(fā)貨確認(rèn)數(shù)據(jù)后，該運輸子系統(tǒng)產(chǎn)生MFD數(shù)據(jù)，包括例如客戶訂單歷史信息，交付車輛路線信息以及發(fā)貨數(shù)據(jù)等。在(64)MFD數(shù)據(jù)被發(fā)送給MFD子系統(tǒng)，在此被下載進(jìn)相應(yīng)的MFD。按照一個特定的實施例，每個MFD被分配一個不同的交付人，該MFD服務(wù)器使用該交付人相關(guān)信息來確定要下載進(jìn)每個MFD的特定的MFD數(shù)據(jù)集。按照一個特定的實現(xiàn)，交付人負(fù)責(zé)在MFD與MFD服務(wù)器之間下載與上載。
在相應(yīng)的MFD數(shù)據(jù)下載進(jìn)MFD后，一個下載確認(rèn)消息從MFD子系統(tǒng)512發(fā)送到(65)運輸子系統(tǒng)。在接收到該MFD數(shù)據(jù)下載確認(rèn)消息后，MFD設(shè)備(包括下載的MFD數(shù)據(jù))被傳送到(66)分配給特定交付路線的相應(yīng)的交付人那里。在(68)在MFD數(shù)據(jù)已被下載到他的MFD后派遣交付人，并且要交付的客戶發(fā)貨已人分發(fā)中央到達(dá)。
在(70)客戶訂貨被送達(dá)客戶。按照一個特定的實施例，與該客戶訂單相關(guān)的所有集裝箱都從交付車上卸下并留在客戶區(qū)。對于由客戶保留的每個集裝箱對客戶收取一定的存管費用，該事件可由MFD(交付人攜帶的)通過掃描交付給該客戶的每個集裝箱的授權(quán)平板ID來處理，例如該集裝箱可以在給客戶的下一次交付時拾取，或者有計劃地拾取。而且，退貨的集裝箱也可以由MFD處理，并將一個信貸發(fā)布給客戶。
盡管交付人在客戶區(qū)，該客戶可以起動(72)一個或多個客戶業(yè)務(wù)請求(例如退貨、調(diào)整、信貸、退貨款等)。例如，客戶可以通過退貨不想要的物品而選擇修改已交付的訂單。退貨的物品可以由交付人立即接收并利用MFD進(jìn)行處理?？蛻粢部梢酝素浵惹坝唵紊系奈锲贰＠?，在特定的實施例中，MFD將包含客戶在過去30天內(nèi)的訂單歷史。在本例中，該客戶將被允許退貨在過去30天內(nèi)購買的物品給交付人。
交付人可利用MFD處理(74)該客戶服務(wù)請求，假定MFD已被配置成可編程為處理這些請求。在處理完客戶服務(wù)請求后，MFD重新計算客戶的余額，并產(chǎn)生一個表示調(diào)整后的余額的修改收據(jù)。該修改的數(shù)據(jù)也包括一個所有收費物品、退貨物品、調(diào)整及信貸等的清單。該收據(jù)隨后由交付人提供給客戶。
另外，按照一個特定的實施例，交付人可在客戶區(qū)內(nèi)打開每個集裝箱，并利用MFD掃描交付給客戶的每個物品。以這種方式，所有的訂單調(diào)整(例如由于短缺或損壞造成的)可以立即進(jìn)行處理，并且僅對客戶實際接收的物品進(jìn)行收費。
在(79)交付人退貨到交付或?qū)︿N塢站并且將其MFD上的數(shù)據(jù)上載進(jìn)MFD服務(wù)器，MFD服務(wù)器隨后通過運輸子系統(tǒng)將客戶退貨數(shù)據(jù)以及修改帳單數(shù)據(jù)轉(zhuǎn)發(fā)給網(wǎng)絡(luò)商店數(shù)據(jù)庫。另外，也由資金捕獲部件116檢測并檢索修改的客戶帳單數(shù)據(jù)。利用修改的帳單數(shù)據(jù)，資金捕獲部件從客戶的金融帳戶起動(80)一個資金捕獲。如果該資金捕獲是不成功的，就會發(fā)布一個故障通知單給幫助桌面144進(jìn)行特殊處理。但是，假定資金捕獲是成功的，就把付款確認(rèn)信息存儲在網(wǎng)絡(luò)商店數(shù)據(jù)庫上。按照一個特定的實施例，也可以由CRM子系統(tǒng)實現(xiàn)對客戶帳戶的收費調(diào)整。在圖7B所示的示例中，客戶通過CRM請求(82)一個要起動的收費調(diào)整。在接收到該收費調(diào)整請求后，CRM產(chǎn)生收費調(diào)整數(shù)據(jù)給網(wǎng)絡(luò)商店進(jìn)行處理并存儲在網(wǎng)絡(luò)商店數(shù)據(jù)庫上。
在(85)OMS周期性輪詢該網(wǎng)絡(luò)商店數(shù)據(jù)庫以檢索客戶退貨數(shù)據(jù)、客戶收費數(shù)據(jù)以及客戶費收費調(diào)整數(shù)據(jù)。按照一個特定的實施例，OMS可每隔2小時輪詢網(wǎng)絡(luò)商店數(shù)據(jù)以檢索完成的訂貨數(shù)據(jù)。
如在(86)所示的，CRM也可由客戶使用來規(guī)劃一個交付回收，而不必放置一個新訂單。例如，客戶可以在規(guī)定的時間利用CSR規(guī)劃一個交付回收，該CSR將回收數(shù)據(jù)轉(zhuǎn)發(fā)(88)給CRM，隨后將回收數(shù)據(jù)轉(zhuǎn)發(fā)給運輸子系統(tǒng)進(jìn)行規(guī)劃。
目錄結(jié)構(gòu)圖11表示一個按照本發(fā)明的一個特定的實施例說明目錄、商店商標(biāo)目錄、商店目錄、物品清單以及商店物品之間關(guān)系的方框圖。在圖11中說明的每個目錄可以由PUB子系統(tǒng)140產(chǎn)生。另外，至少一部分目錄可以由網(wǎng)絡(luò)商店子系統(tǒng)132產(chǎn)生。如圖11所示，主(master)目錄1102包括存儲在PUB子系統(tǒng)內(nèi)的所有SKU信息，商店商標(biāo)目錄1104是主目錄的子集，商店目錄1106是相關(guān)的商店商標(biāo)目錄的子集。
按照一個特定的實施例，由本發(fā)明的系統(tǒng)表示的每個商店或商店類型可具有特定的“視覺和感覺”，例如便利店，通用部門商店、雜貨店、專賣店等。商店商標(biāo)可以認(rèn)為是商標(biāo)單元，它表示一組商店的通用標(biāo)識。例如，“Webvan Market”是商店“Webvan Market-BayArea”和“Webvan Market-Atlanta”的商標(biāo)。
商店商標(biāo)可包括多個商店，每個商店可與一個或多個分發(fā)中央關(guān)聯(lián)。但是按照至少一個實施例，一個分發(fā)中央僅與每個商標(biāo)下的至多一個商店關(guān)聯(lián)。因此，例如，沒有屬于同一商店商標(biāo)的商店重疊一個給定的服務(wù)區(qū)。而且，根據(jù)客戶的送貨地址，一個客戶可自動地路由到一個合適的商店。
以與目錄層次結(jié)構(gòu)類似的方式，由區(qū)域分發(fā)中央處理的物品可以從在主目錄中標(biāo)識的SKU的一個子集導(dǎo)出。例如，如圖11所示，一個地區(qū)物品清單1110是它的區(qū)域DC物品清單1108的子集。可以根據(jù)一個特定的商店目錄和特定的DC物品清單構(gòu)造商店物品。商店物品代表要在某個在線商店或網(wǎng)絡(luò)商店上顯示給客戶的東西。
本發(fā)明的一個重要的部分涉及可升級性及數(shù)據(jù)集成性。按照一個特定的實施例，信息由本發(fā)明的每個子系統(tǒng)所使用的所有的SKU是基于從公布子系統(tǒng)的主目錄中導(dǎo)出的的SKU數(shù)據(jù)。因此，例如，駐留在每個區(qū)域DC內(nèi)的所有貨物將具有同樣的SKU關(guān)聯(lián)，這是基于由中央化PUB子系統(tǒng)定義的主目錄。
分發(fā)中央圖13表示按照本發(fā)明一個特定的實施例的分發(fā)中央(DC)運行的方框圖。在圖13的實施例中，1300配置成一個區(qū)域DC來履行客戶的訂單。但是按照另外一個實施例，DC 1300還可配置成一個區(qū)域性的DC，對多個地區(qū)的DC提供服務(wù)，而且DC 1300也可管理所選訂單的通常的運載發(fā)貨。
如圖13所示，DC 1300將庫存物組織成不同的“拾取”目錄，這取決于所推薦的存儲溫度。因此，例如平時存儲在室溫的物品將被保存在DC的一個室溫庫存部分(1302)，冷藏的物品將被保存在冷藏庫存部分(1304)，冷凍的物品將被保存在冷凍庫存部分(1306)。該DC還可包括至少一個食物產(chǎn)品部分1308，用于準(zhǔn)備預(yù)先包裝的肉或其它食物，另外該DC還可包括一個或多個履行訂單(FTO)部分(例如1310A)，用于處理客戶的特定訂單，例如特殊的食物訂單、產(chǎn)品訂單、肉食訂單等。按照一個特定的實施例，DC的每個庫存部分(1302，1304，1306)可包括各自的FTO部分(例如1310A，1310B1310C)。而且，DC 1300包括一個通用的運載包裝和發(fā)貨部分1312，它可以用于例如將物品發(fā)貨到客戶(通過通常的運載工具)，其中該客戶駐留在本發(fā)明的送貨人不能服務(wù)的不能交付的地方。
如前面參照圖1描述的，分發(fā)中央包括由傳送帶、轉(zhuǎn)盤、掃描儀以及用于自動化訂單履行和庫存運入處理的手持計算設(shè)備構(gòu)成的系統(tǒng)，它通常由主要問題履行子系統(tǒng)160來管理。
圖14示出了按照本發(fā)明的一個實施例的OFS出站處理1400的流程圖。OFS出站處理一般地掃描了在履行一個客戶訂單期間發(fā)生的事件。在1402，OFS從OMS那里接收客戶訂單，該OFS隨后分配該訂單，其中確定每個訂單物品的物理倉庫位置。利用該訂單分配隨后確定(1406)足夠地履行該訂單所需要的集裝箱的數(shù)量，以及每個集裝箱的優(yōu)化路徑。在1408，將集裝箱引導(dǎo)進(jìn)DC轉(zhuǎn)盤/傳送事系統(tǒng)。每個集裝箱自動地來回移動(1410)一個預(yù)定的指定的儲裝箱路徑。如果在DC操作的任何部分檢測到問題，該集裝箱的路徑可動態(tài)地且自動地變更。當(dāng)集裝箱在指定路徑來回移動時，它會在DC內(nèi)指定的位置停止，其中該位置是有關(guān)該客戶的訂單所涉及的物品的存儲位置。一個人操作員或“拾取器”將規(guī)定的訂單物品放置該集裝箱，并通過利用一個手持計算設(shè)備(如RF槍)掃描放置進(jìn)該集裝箱的每個物品以及集裝笨的許可平板ID來驗證該訂單物品的履行。在拾取器確認(rèn)規(guī)定的物品放置進(jìn)指定的集裝箱后，該集裝箱隨后被引導(dǎo)到自動集裝箱運輸系統(tǒng)，在此繼續(xù)沿著指定的集裝箱路徑行進(jìn)。
在針對一個特定的儲裝箱的所有物品都被拾取并確認(rèn)后，該集裝箱被路由到一個發(fā)貨給(spur)，在此它被加固(1412)到一個合適的移動車上，它可能包含用于一個特定的送貨路線的其它集裝箱，該移動車和集裝箱隨后被裝載(1414)一個卡車或其它的車上用于發(fā)貨到一個對銷(cross)塢站(地區(qū)送貨)。在該對銷塢站，這些集裝箱被裝載到送貨上以便交付給客戶。按照另外一個實施例，客戶集裝箱的至少一部分可以直接地從地區(qū)DC發(fā)貨給客戶，由此消除了對銷塢站的轉(zhuǎn)送。一旦對應(yīng)于一個特定客戶訂單的集裝箱已被發(fā)貨給對銷塢站(或直接地給客戶)，就通知OMS(1416)發(fā)貨確認(rèn)。按照一個特定的實施例，從OFS發(fā)送給OMS的發(fā)貨確認(rèn)數(shù)據(jù)可包括例如訂單ID、每個發(fā)貨物品的訂單線號(SKU)(及其數(shù)量)、與訂單相關(guān)的ID、移動車ID以及送貨車ID等。
與出站程序類似，利用一個自動材料處理和運輸系統(tǒng)，可以在分發(fā)中央接收和再儲存物品，如圖1的方塊170所示。
圖15示出了按照本發(fā)明一個實施例的OFS入站處理1500的流程圖，該庫存再存儲處理開始于OMS處為特定的庫存物品產(chǎn)生一個購買訂單。在1502，在OFS處從OMS接收關(guān)于所購買訂單的一個期望的收據(jù)，該期望的收據(jù)數(shù)據(jù)可包括例如銷售商名稱、期望的收據(jù)ID號、估計的發(fā)貨到達(dá)時間以及所訂購物品的數(shù)量等。一旦在分發(fā)中央處接收到(1504)期望的發(fā)貨，所接收的商品被托運進(jìn)一個合適的盤，一個盤代表可用于運輸所接收的商品物品以便進(jìn)行再存儲的容器。與集裝箱一樣，每個盤包括一個唯一、可掃描的許可平板ID。當(dāng)將商品托運進(jìn)一個盤后，利用一個RF槍對商品及盤進(jìn)行掃描，隨后利用自動傳送帶系統(tǒng)自動地將盤路由(1508)到合適的位置，一旦盤到達(dá)了指定位置，該盤上的物品就由拾取器存儲(1510)并確認(rèn)(例如通過一個RF槍)。按照一個特定的實施例，對于所完成的每個盤貨物的再存儲，就OFS產(chǎn)生(1512)一個期望的收據(jù)確認(rèn)并發(fā)送給OMS。該期望的收據(jù)確認(rèn)數(shù)據(jù)可包括例如期望的收據(jù)ID、再存儲的物品的SKU以及各自的數(shù)量。
其它實施例圖2表示本發(fā)明的集成系統(tǒng)200的另一個實施例的方框圖，圖2的實施例尤其適用于允許不同的網(wǎng)絡(luò)商店展示關(guān)于同一產(chǎn)品的不同信息給駐留在不同地理區(qū)域的不同客戶。因此，例如客戶A(202A)可駐留在圣-弗朗西斯科，而客戶B(202B)駐留在亞特蘭大。如在本部分中所用的，術(shù)語“網(wǎng)絡(luò)商店”可代表一個在線商店，通過各自的網(wǎng)絡(luò)商店子系統(tǒng)實現(xiàn)的。
利用圖2中所示的本發(fā)明的技術(shù)，第一個網(wǎng)絡(luò)商店(204A)可以專門定制為用于客戶A(也就是駐留在圣弗朗西斯科)，以及第二個網(wǎng)絡(luò)商店(204B)可以專門定制為用于客戶B(也就是駐留在亞特蘭大)。不同的網(wǎng)絡(luò)商店定制可包括例如不同的語言、對同一物品的不同的描述以及不同的定價等。每個網(wǎng)絡(luò)商店204A和204B可由一個或多個服務(wù)器206A和206B服務(wù)，而且如圖2所示，每具網(wǎng)絡(luò)商店的實現(xiàn)包括一個前臺辦公系統(tǒng)和后臺辦公系統(tǒng)，以及中央化發(fā)布、數(shù)據(jù)倉庫以及CSS系統(tǒng)。例如，地區(qū)A網(wǎng)絡(luò)商店204A主要由地區(qū)A商業(yè)單元230A管理，它包括一個前臺辦公系統(tǒng)210A，后臺辦公系統(tǒng)220A。類似地，地區(qū)B網(wǎng)絡(luò)商店204B主要由地區(qū)B商業(yè)單元230B管理，它包括一個前臺辦公系統(tǒng)210B，后臺辦公系統(tǒng)220B。各地區(qū)商業(yè)單元230A和230B的各子系統(tǒng)(例如WS，XPS，CRM，OMS，OFS，DWS，MFG，CSS)在功能上類似于先前參照圖1描述的對應(yīng)的子系統(tǒng)部件。
圖1與圖2實施例的主要差別在于包含一個中央化管理系統(tǒng)280(圖2)，總(HQ)商業(yè)單元279。如圖2所示，該中央化的管理系統(tǒng)280可包括多個商業(yè)目錄部件250，它用于管理顯示在每個網(wǎng)絡(luò)商店204A、204B上的目錄信息。另外，該中央化管理系統(tǒng)280包括多個主子系統(tǒng)277，它用于管理每個地區(qū)商業(yè)單元內(nèi)的對應(yīng)的從屬子系統(tǒng)。例如CSS 264可配置成從CSS-A232和CSS-B 232B接收數(shù)據(jù)，OMS-HQ可配置成管理和存儲來自O(shè)MS-A 222A和OMS-B222B等的數(shù)據(jù)。
總商業(yè)單元279管理所有的商業(yè)單元的操作，包括多個HQ子系統(tǒng)(例如DWS-HQ 272，CSS-HQ 274，OMS-HQ 276)，用于管理HQ商業(yè)單元的每天的操作。例如DWS-HQ 272可配置成作為已在HQ 279上運行的報告的倉庫，CSS-HQ 274管理與HQ相關(guān)的人類資源信息，OMS-HQ 276主要管理與HQ商業(yè)操作相關(guān)的金融功能。
與圖2的實施例相關(guān)的一個重要的特征是與每個地區(qū)特定網(wǎng)絡(luò)商店204A、204相關(guān)的目錄信息和內(nèi)容由中央管理系統(tǒng)280管理，而不是由地區(qū)單元230A、230B中的任何一個管理。下面參照圖2A詳細(xì)地描述這些特征。
圖2A的方框圖描述了在圖2所示的至少一部分子系統(tǒng)之間交互。在圖2A的實施例中，中央PUB子系統(tǒng)256為每個地區(qū)單元230A、230B(以及為每個地區(qū)特定的網(wǎng)絡(luò)商店)管理和控制所有的SKU和目錄內(nèi)容。PUB子系統(tǒng)256的功能類似于圖1的PUB子系統(tǒng)140的功能。
因此，例如以類似于圖9的方式，該PUB子系統(tǒng)256(圖2A)發(fā)布相應(yīng)的SKU信息給每個從屬OMS子系統(tǒng)224A、224B。這些數(shù)據(jù)最終傳送到各個OFS子系統(tǒng)224A、224B。另外，PUB子系統(tǒng)256發(fā)布它的數(shù)據(jù)給每個從屬PREP子系統(tǒng)217A，217B，其中這些數(shù)據(jù)最終傳送到各個WS子系統(tǒng)212A，212B。
該PUB子系統(tǒng)256也將其目錄數(shù)據(jù)發(fā)布給內(nèi)容管理子系統(tǒng)(CRM)252。CMS 252的功能就是為網(wǎng)絡(luò)商店204A和204B創(chuàng)建并維護(hù)該內(nèi)容頁。每個網(wǎng)絡(luò)商店的目錄內(nèi)容信息隨后輸出給商店目錄塊250，它包括一個數(shù)據(jù)庫或其它用于存儲不同的網(wǎng)絡(luò)商店目錄的存儲器結(jié)構(gòu)。網(wǎng)絡(luò)商店服務(wù)器206A，206B訪問存儲在目錄數(shù)據(jù)庫250內(nèi)的相應(yīng)的商店目錄信息，并將檢索到的信息顯示給各自的客戶202A和202B。
目錄塊250可包括多個商店目錄，包括一個主目錄，商店商標(biāo)目錄和商店目錄。主目錄包括來自該發(fā)布子系統(tǒng)256的所有的SKU信息，一個商店商標(biāo)目錄包括對于與給定的商店商標(biāo)相關(guān)的商店來說是可用的一組SKU。按照一個特定的實施例，每個商店商標(biāo)具有一個商店商標(biāo)目錄，一個商店目錄可包括對于給定商店的所有商店SKU的清單。另外，可以理解，SKU對于特定的商店目錄是可用的，但可能不被選擇為顯示給客戶。
圖2A的實施例的另一個特征涉及中央化客戶支持中央。例如如圖2A所示，客戶業(yè)務(wù)代表可由客戶202A和202B通過一個中央化幫助桌面子系統(tǒng)254來訪問。該幫助桌面子系統(tǒng)254配置成允許從不同的地理區(qū)域?qū)蛻暨M(jìn)行訪問。因此，按照一個特定的實施例，有一個中央化客戶服務(wù)操作服務(wù)于給定區(qū)域的所有客戶例如美國。
圖3給出本發(fā)明另外實施例的方框圖。圖3中很多的部件和子系統(tǒng)在功能上類似于先前參照圖2和2A描述的各部件和子系統(tǒng)，因此在此不進(jìn)行詳細(xì)描述。另外，訂單子系統(tǒng)312A、312B在功能上類似于先前參照圖1描述的網(wǎng)絡(luò)商店子系統(tǒng)132，其區(qū)別在訂單子系統(tǒng)不負(fù)責(zé)于管理客戶注冊和帳戶信息。
但是，圖3的實施例包括圖1和圖2的實施例中沒有描述的特征和優(yōu)點。例如，按照圖3的實施例，來自不同地理區(qū)域的客戶302可通過因特網(wǎng)或其它數(shù)據(jù)網(wǎng)絡(luò)訪問一個或多個不同的網(wǎng)絡(luò)商店304。針對每個網(wǎng)絡(luò)商店的客戶注冊和簽名處理由中央客戶數(shù)據(jù)中央351處理。另外，客戶數(shù)據(jù)中央351管理客戶的帳戶和記帳信息。用于每個商店的目錄展示和內(nèi)容是以類似于圖2A的方式進(jìn)行管理的。發(fā)布子系統(tǒng)356將其目錄數(shù)據(jù)發(fā)布給內(nèi)容管理子系統(tǒng)352。在此處理數(shù)據(jù)并產(chǎn)生商店目錄。所產(chǎn)生的商店目錄存儲在商店目錄數(shù)據(jù)庫350內(nèi)，該數(shù)據(jù)庫可由網(wǎng)絡(luò)服務(wù)器306訪問。網(wǎng)絡(luò)商店服務(wù)器利用來自每個商店目錄的信息顯示對應(yīng)于每個網(wǎng)絡(luò)商店的合適的內(nèi)容。
另外，圖3的實施例使得會員384能通過因特網(wǎng)API 382引導(dǎo)它們自己的在線店面。按照一種實現(xiàn)方式，會員是通過一個在線商店304將其商品賣給客戶302的第三方，它由圖3的系統(tǒng)300進(jìn)行管理。該會員可控制會員商店目錄的內(nèi)容，但是，購物、訂貨、履行以及交付由地區(qū)商業(yè)單元(例如320A，320B)來處理的。
客戶的購物和訂貨是由地區(qū)商業(yè)單元(例如320A，320B等)處理的，根據(jù)客戶的交付地址或其它的涉及客戶物理位置的信息，一個客戶可被路由到最近的地區(qū)商業(yè)單元。因此，例如，來自亞特蘭大的客戶將被路由到亞特蘭大商業(yè)單元，而來自圣弗朗西斯科的客戶將被路由到圣弗朗西斯科商業(yè)單元，進(jìn)行購物、訂貨、履行和交付的處理。當(dāng)然來自不同地區(qū)的客戶也可被路由一個單一配置成購物、訂貨、履行和交付處理的辦公系統(tǒng)。
盡管參照附圖詳細(xì)地描述本發(fā)明的幾個優(yōu)選實施例，但應(yīng)明白，本發(fā)明并不限于這些特定的實施例，本技術(shù)領(lǐng)域內(nèi)人員從中可做各種變化和修改而不會脫離所附的權(quán)利要求書定義的本發(fā)明的精神和范圍。
權(quán)利要求
1.一種集成系統(tǒng)，用于通過數(shù)據(jù)網(wǎng)絡(luò)實現(xiàn)電子商務(wù)，該系統(tǒng)包括含有存儲器的庫存子系統(tǒng)，該庫存子系統(tǒng)包括一個配置或設(shè)計成維護(hù)多項商品的庫存記錄的庫存數(shù)據(jù)庫；與該庫存子系統(tǒng)通信的用戶接口子系統(tǒng)，該用戶接口子系統(tǒng)被配置或設(shè)計成存儲來自庫存子系統(tǒng)的可用的庫存數(shù)據(jù)，以及進(jìn)一步配置或設(shè)計成展示有關(guān)該庫存商品的可選物品信息給至少一個用戶，該用戶接口子系統(tǒng)還配置或設(shè)計成便于用戶的商品交易以及存儲用戶的訂單信息；與該庫存子系統(tǒng)進(jìn)行通信的訂單履行子系統(tǒng)，該訂單履行子系統(tǒng)配置或設(shè)計成接收用戶訂單信息，該訂單信息包括針對至少一項物品的至少一個用戶訂單，該訂單履行子系統(tǒng)還配置或設(shè)計成便于履行用戶訂單，其中履行用戶訂單包括獲取有關(guān)該訂單的至少一部分物品，以及準(zhǔn)備將所獲取的物品以發(fā)貨給用戶；以及與該用戶接口子系統(tǒng)和庫存子系統(tǒng)進(jìn)行通信的送貨子系統(tǒng)，該送貨子系統(tǒng)配置或設(shè)計成接收有關(guān)至少一個已履行的用戶訂單的物品，并且也配置或設(shè)計成便于將所接收的物品送貨給該用戶。
2.如權(quán)利要求1所述的系統(tǒng)，進(jìn)一步包括一個數(shù)據(jù)倉庫子系統(tǒng)，用于接收和分析從其它的子系統(tǒng)中產(chǎn)生的數(shù)據(jù)。
3.如權(quán)利要求1或2所述的系統(tǒng)，其中所述的庫存子系統(tǒng)進(jìn)一步配置或設(shè)計成管理從客戶接口子系統(tǒng)接收的客戶訂單，以及管理與客戶訂單有關(guān)的客戶記帳數(shù)據(jù)。
4.如權(quán)利要求1-3中任一個所述的系統(tǒng)，其中所述的庫存子系統(tǒng)包括訂單管理子系統(tǒng)，配置或設(shè)計成管理從客戶接口子系統(tǒng)接收的客戶訂單；金融計算子系統(tǒng)，用于管理與購買和銷售交易有關(guān)的金融信息；以及庫存補(bǔ)充子系統(tǒng)，配置或設(shè)計成管理庫存數(shù)量，以及產(chǎn)生用于獲取增加的庫存的銷售商購買訂單。
5.如權(quán)利要求1-4中任一個所述的系統(tǒng)，進(jìn)一步包括與所述庫存子系統(tǒng)和所述的客戶接口子系統(tǒng)進(jìn)行通信的發(fā)布子系統(tǒng)，用于管理與每一項商品相關(guān)的目錄數(shù)據(jù)。
6.如權(quán)利要求1-5中任一個所述的系統(tǒng)，其中所述發(fā)布子系統(tǒng)進(jìn)一步配置或設(shè)計成管理由客戶接口子系統(tǒng)展示給至少一個客戶的信息內(nèi)容。
7.如權(quán)利要求5-6中任一個所述的系統(tǒng)，其中所述的目錄數(shù)據(jù)包括關(guān)于每項物品的描述信息。
8.如權(quán)利要求1-7中任一個所述的系統(tǒng)，其中所述的描述性信息包括每項物品的SKU標(biāo)識符和UPC標(biāo)識符。
9.如權(quán)利要求5-8中任一個所述的系統(tǒng)，其中所述的發(fā)布子系統(tǒng)包括用于允許商人將目錄數(shù)據(jù)輸入到發(fā)布系統(tǒng)的接口。
10.如權(quán)利要求5-9中任一個所述的系統(tǒng)，其中所述發(fā)布子系統(tǒng)進(jìn)一步配置或設(shè)計成利用至少一部分所述的目錄數(shù)據(jù)產(chǎn)生至少一個商店目錄以輸出到客戶接口子系統(tǒng)。
11.如權(quán)利要求5-10中任一個所述的系統(tǒng)，其中所述的客戶接口子系統(tǒng)包括至少一個商店目錄的表述，包括與所述多項商品物品中至少一部分有關(guān)的信息，所述的系統(tǒng)進(jìn)一步配置或設(shè)計成使得至少一個商店目錄在預(yù)定的時間間隔利用來自所述發(fā)布子系統(tǒng)的目錄數(shù)據(jù)被自動地更新。
12.如權(quán)利要求5-11中任一個所述的系統(tǒng)，其中所述的庫存子系統(tǒng)包括每項商品物品的一個主物品數(shù)據(jù)庫，所述的系統(tǒng)進(jìn)一步配置可設(shè)計成使所述的主物品數(shù)據(jù)庫在預(yù)定地間隔利用來自所述發(fā)布子系統(tǒng)的目錄數(shù)據(jù)自動地更新。
13.如權(quán)利要求10所述的系統(tǒng)，其中所述客戶接口子系統(tǒng)包括至少一個客戶目錄的表述，代表要顯示給客戶的所選的商品物品，其中所述的系統(tǒng)進(jìn)一步配置或設(shè)計成根據(jù)可用的庫存數(shù)據(jù)自動地修改客戶目錄數(shù)據(jù)。
14.如權(quán)利要求5-13中任一個所述的系統(tǒng)，其中所述的庫存子系統(tǒng)進(jìn)一步配置或設(shè)計成為包含在所述庫存記錄內(nèi)的至少一個物品產(chǎn)生一個新的購買訂單(PO)，根據(jù)來自所述購買訂單的數(shù)據(jù)為至少一項物品確定新的定價信息，以及自動地發(fā)布一個與該購買訂單有關(guān)的期望的收據(jù)給訂單發(fā)行子系統(tǒng)。
15.如權(quán)利要求14所述的系統(tǒng)，其中所述的庫存子系統(tǒng)進(jìn)一步配置或設(shè)計成自動地通知至少一個銷售商該產(chǎn)生的購買訂單。
16.如權(quán)利要求13所述的系統(tǒng)，其中，所述的庫存子系統(tǒng)進(jìn)一步配置或設(shè)計成為包含在所述庫存記錄內(nèi)的至少一個物品產(chǎn)生一個新的購買訂單(PO)，根據(jù)來自所述購買訂單的數(shù)據(jù)自動地為至少一項物品確定新的定價信息，以及自動地通知至少一個銷售商該產(chǎn)生的購買訂單；以及其中所述的系統(tǒng)進(jìn)一步配置或設(shè)計成自動地利用來自所述產(chǎn)生的購買訂單的數(shù)據(jù)更新存儲在客戶接口子系統(tǒng)內(nèi)的可用的庫存數(shù)據(jù)。
17.如權(quán)利要求16所述的系統(tǒng)，其中所述的客戶接口子系統(tǒng)進(jìn)一步配置或設(shè)計成自動地修改該客戶目錄以包括與所產(chǎn)生的購買訂單有關(guān)的所有新物品。
18.如權(quán)利要求1-17所述的系統(tǒng)，其中所述的客戶接口子系統(tǒng)進(jìn)一步包括一個用于存儲物品庫存數(shù)據(jù)的店面庫存數(shù)據(jù)庫，所述的物品庫存數(shù)據(jù)包括物品可用性數(shù)據(jù)和價格數(shù)據(jù)。
19.如權(quán)利要求18所述的系統(tǒng)，其中所述的店面庫存數(shù)據(jù)庫包括對應(yīng)于庫存物品的可用立約(ATP)庫存數(shù)據(jù)，其中這些物品可以在規(guī)定的交付日期交付給客戶。
20.如權(quán)利要求19所述的系統(tǒng)，其中所述的客戶接口子系統(tǒng)進(jìn)一步配置或設(shè)計成根據(jù)存儲在店面庫存數(shù)據(jù)庫內(nèi)的數(shù)據(jù)計算ATP庫存數(shù)據(jù)。
21.如權(quán)利要求20所述的系統(tǒng)，其中所述的客戶接口子系統(tǒng)進(jìn)一步配置或設(shè)計成響應(yīng)客戶選擇購買的物品自動地重新計算所述ATP數(shù)據(jù)的至少一部分。
22.如權(quán)利要求18-21所述的系統(tǒng)，其中所述的系統(tǒng)進(jìn)一步配置或設(shè)計成利用來自所述庫存子系統(tǒng)的數(shù)據(jù)以預(yù)定的間隔自動地更新所述的店面庫存數(shù)據(jù)庫。
23.如權(quán)利要求18-21所述的系統(tǒng)，其中所述客戶接口子系統(tǒng)進(jìn)一步配置或設(shè)計成響應(yīng)客戶選擇購買的物品修改所述物品庫存數(shù)據(jù)。
24.如權(quán)利要求18-21所述的系統(tǒng)，其中所述的客戶接口子系統(tǒng)進(jìn)一步配置或設(shè)計成利用物品庫存數(shù)據(jù)管理客戶訂單和訂單修改。
25.如權(quán)利要求18-21所述的系統(tǒng)，其中所述的客戶接口子系統(tǒng)進(jìn)一步配置或設(shè)計成允許客戶在一個預(yù)定的截止時間之前修改所接收的訂單。
26.如權(quán)利要求25所述的系統(tǒng)，其中所述的系統(tǒng)進(jìn)一步配置或設(shè)計成在預(yù)定的截止時間之后自動地輸出來自所述客戶接口子系統(tǒng)的客戶訂單數(shù)據(jù)給所述的庫存子系統(tǒng)。
27.如權(quán)利要求26所述的系統(tǒng)，其中所述的系統(tǒng)進(jìn)一步配置或設(shè)計成在預(yù)定的截止時間之后自動地輸出來自所述庫存子系統(tǒng)的訂單數(shù)據(jù)給所述的訂單履行子系統(tǒng)。
28.如權(quán)利要求18-27所述的系統(tǒng)，其中所述的系統(tǒng)進(jìn)一步配置或設(shè)計成響應(yīng)從訂單履行子系統(tǒng)正在接收的訂單發(fā)貨確認(rèn)信息自動地更新所述庫存子系統(tǒng)內(nèi)的庫存記錄。
29.如權(quán)利要求1-28所述的系統(tǒng)，其中每項物品具有與其相關(guān)的容量屬性集，這些容量屬性對應(yīng)于響應(yīng)客戶選擇購買的物品而保留在每個子系統(tǒng)內(nèi)的容量數(shù)量。
30.如權(quán)利要求29所述的系統(tǒng)，其中每個容量屬性集包括至少一個庫存容量屬性；至少一個交付容量屬性；以及至少一個訂單履行容量屬性。
31.如權(quán)利要求29-30中作任一個所述的系統(tǒng)，其中該客戶接口子系統(tǒng)進(jìn)一步包括一個容量數(shù)據(jù)庫，用于管理與這些子系統(tǒng)相關(guān)的容量數(shù)據(jù)，所述的容量數(shù)據(jù)包括每個子系統(tǒng)可用的容量數(shù)據(jù)以及為每個子系統(tǒng)保留的容量數(shù)據(jù)，該客戶接口子系統(tǒng)進(jìn)一步配置或設(shè)計成在利用該容量數(shù)據(jù)訂貨時管理客戶訂單的流入。
32.如權(quán)利要求31所述的系統(tǒng)，其中用于選定物品的所述的容量數(shù)據(jù)包括有關(guān)所選物品的庫存類型信息；有關(guān)所選物品的運輸信息；以及有關(guān)所選物品的履行信息。
33.如權(quán)利要求31-32之一所述的系統(tǒng)，其中所述的系統(tǒng)進(jìn)一步地配置或設(shè)計成利用每一個子系統(tǒng)的數(shù)據(jù)分別以預(yù)定的間隔自動地更新所述的容量數(shù)據(jù)。
34.如權(quán)利要求31-33之一所述的系統(tǒng)，其中所述的客戶接口子系統(tǒng)進(jìn)一步地配置或設(shè)計成響應(yīng)用戶購買所選擇的物品在所述的容量數(shù)據(jù)庫中針對所選的子系統(tǒng)保留一定的容量，以便所選系統(tǒng)所保留的容量數(shù)是和所選物品相關(guān)的容量屬性的設(shè)置相關(guān)。
35.如權(quán)利要求34所述系統(tǒng)，其中所述的客戶接口子系統(tǒng)進(jìn)一步地配置或設(shè)計成響應(yīng)客戶修改至少一個物品的期望數(shù)量自動地修改與至少一個訂貨的物品的相關(guān)的保留的容量。
36.如權(quán)利要求35所述的系統(tǒng)，其中所述的客戶接口子系統(tǒng)進(jìn)一步地配置或設(shè)計成當(dāng)客戶針對至少一個訂購的物品取消一個相關(guān)的訂單時，釋放與一個訂購的物品相關(guān)的保留的容量。
37.如權(quán)利要求31-36所述的系統(tǒng)，其中該客戶接口子系統(tǒng)進(jìn)一步地配置或設(shè)計成利用該容量數(shù)據(jù)指示至少一個客戶哪一個庫存物品可用于購買的，以及何時所述的可用物品是可交付的。
38.如權(quán)利要求1-37之一所述的系統(tǒng)，其中所述的交付子系統(tǒng)包括運輸子系統(tǒng)，包含多個送貨車和送貨路線管理子系統(tǒng)；至少一個送貨人；以及至少一個移動場設(shè)備(MFD)，所述的MFD包括配置或設(shè)計成存儲交付路線信息和對應(yīng)所選擇的客戶的訂單歷史數(shù)據(jù)的存儲器。
39.如權(quán)利要求38所述的系統(tǒng)，其中所述送貨子系統(tǒng)進(jìn)一步地包括一人客戶送貨映射子系統(tǒng)，該映射子系統(tǒng)進(jìn)一步地配置或設(shè)計成根據(jù)客戶的送貨地址確定送貨業(yè)務(wù)對于所選的客戶是否是可行的。
40.如權(quán)利要求39所述的系統(tǒng)，其中確定送貨業(yè)務(wù)可行性的步驟不是基于與該客戶的送貨地址相關(guān)的地區(qū)碼。
41.如權(quán)利要求38-40之一所述的系統(tǒng)，所述的系統(tǒng)進(jìn)一步地配置或設(shè)計成允許客戶在訂單交付給客戶時修改訂單。
42.如權(quán)利要求38-41之一所述的系統(tǒng)，其中MFD進(jìn)一步地配置或設(shè)計成在將訂貨交給客戶期間遠(yuǎn)程地處理客戶對訂單的修改。
43.如權(quán)利要求42所述的系統(tǒng)，其中MFD進(jìn)一步地配置或設(shè)計成在送貨人處于客戶的送貨地址區(qū)時允許送貨人處理至少一個客戶的業(yè)務(wù)請求。
44.如權(quán)利要求43所述的系統(tǒng)，其中該客戶的業(yè)務(wù)請求包括要求退貨先訂購的物品。
45.如權(quán)利要求43-44之一所述的系統(tǒng)，其中該客戶業(yè)務(wù)請求包括請求修改正在送往客戶的訂單。
46.如權(quán)利要求38-44之一所述的系統(tǒng)，其中該系統(tǒng)進(jìn)一步地配置或設(shè)計成使得至少一個送貨人接收客戶的至少一個退貨物品，并且進(jìn)一步地配置或設(shè)計成使至少一個送貨人利用MFD立即處理至少一個退貨的物品。
47.如權(quán)利要求38-44之一所述的系統(tǒng)，其中該系統(tǒng)進(jìn)一步地配置或設(shè)計成使至少一個送貨人在送貨給客戶期間利用MFD處理客戶業(yè)務(wù)請求，以及提供一個經(jīng)過修改的收據(jù)給客戶，該修改的收據(jù)具有自動地對與處理過的客戶業(yè)務(wù)請求相關(guān)的所有記帳調(diào)整進(jìn)行收費的總額。
48.如權(quán)利要求1-47之一所述的系統(tǒng)，其中該系統(tǒng)進(jìn)一步地配置或設(shè)計成對已被確認(rèn)為客戶接收的訂購物品向客戶收費。
49.如權(quán)利要求47所述的系統(tǒng)，其中該系統(tǒng)進(jìn)一步地配置或設(shè)計成僅在訂單已交付給客戶后對訂單向客戶收費，其中要向客戶收費的金額對應(yīng)于要收費的總額。
50.如權(quán)利要求1-49之一所述的系統(tǒng)，其中所述的訂購交易包括針對要交付給至少一客戶的所選物品規(guī)劃一個送貨時間最佳時間。
51.如權(quán)利要求1-50之一所述的系統(tǒng)，其中所述的訂購交易包括針對要交付給至少一客戶的所選物品規(guī)劃一個送貨時間最佳時間。
52.如權(quán)利要求1-51之一所述的系統(tǒng)，其中所述的送貨子系統(tǒng)進(jìn)一步包括一個用于產(chǎn)生送貨最佳時間數(shù)據(jù)的送貨最佳時間規(guī)劃子系統(tǒng)，以及其中所述的客戶接口子系統(tǒng)配置或設(shè)計成利用所述的送貨最佳時間數(shù)據(jù)針對要送貨給所述的至少一個客戶的所選物品規(guī)劃一個送貨時間最佳時間。
53.如權(quán)利要求1-52之一所述的系統(tǒng)，其中該訂單履行子系統(tǒng)進(jìn)一步配置或設(shè)計成對已成功地履行并發(fā)貨給客戶的庫存物品，發(fā)送發(fā)貨確認(rèn)數(shù)據(jù)給涉及訂單的庫存子系統(tǒng)。
54.如權(quán)利要求1-53之一所述的系統(tǒng)，其中所述的訂單履行子系統(tǒng)進(jìn)一步地包括用于存儲至少一部分所述的庫存物品的存儲中央；至少一個集合容器，用于容納與各客戶訂單相關(guān)的至少一部分物品；以及一個自動操作容器運輸系統(tǒng)，用于將所述至少一個容器運輸?shù)剿龃鎯χ醒雰?nèi)的各個位置以履行訂單。
55.一種用于通過數(shù)據(jù)網(wǎng)絡(luò)實現(xiàn)電子商務(wù)的集成系統(tǒng)，包括第一商業(yè)單元，用于服務(wù)與第一地理區(qū)域相關(guān)的第一多個客戶，該單元包括包含有存儲器的第一庫存子系統(tǒng)，該子系統(tǒng)包括一個配置或設(shè)計成維護(hù)多個商品物品的庫存記錄的庫存數(shù)據(jù)庫；與第一庫存子系統(tǒng)通信的第一客戶接口子系統(tǒng)，所述的每客戶接口子系統(tǒng)配置或設(shè)計成提供有關(guān)庫存物品的所選物品信息給至少一個客戶，所述的第一客戶接口子系統(tǒng)進(jìn)一步配置或設(shè)計成便于客戶購物交易以及存儲客戶訂單信息；與第一庫存子系統(tǒng)進(jìn)行通信的第一訂單履行子系統(tǒng)，所述的第一訂單履行子系統(tǒng)配置或設(shè)計成接收客戶訂單信息，所述的訂單信息包括針對至少一個物品的至少一個客戶訂單，所述的第一訂單履行子系統(tǒng)進(jìn)一步配置或設(shè)計成便于客戶訂單的履行；以及與第一客戶接口子系統(tǒng)和第一庫存子系統(tǒng)進(jìn)行通信的第一送貨子系統(tǒng)，所述的第一送貨子系統(tǒng)配置或設(shè)計成接收有關(guān)至少一個已履行的客戶訂單的物品，并且還配置或設(shè)計成便于將所接收的物品送貨給至少一個客戶；第二商業(yè)單元，用于服務(wù)與第二地理區(qū)域相關(guān)的第二多個客戶，該單元包括包含有存儲器的第二庫存子系統(tǒng)，該子系統(tǒng)包括一個配置或設(shè)計成維護(hù)多個商品物品的庫存記錄的庫存數(shù)據(jù)庫；與第二庫存子系統(tǒng)通信的第二客戶接口子系統(tǒng)，所述的第二客戶接口子系統(tǒng)配置或設(shè)計成提供有關(guān)庫存物品的所選物品信息給至少一個客戶，所述的第二客戶接口子系統(tǒng)進(jìn)一步配置或設(shè)計成便于客戶購物交易以及存儲客戶訂單信息；與第二庫存子系統(tǒng)進(jìn)行通信的第二訂單履行子系統(tǒng)，所述的第二訂單履行子系統(tǒng)配置或設(shè)計成接收客戶訂單信息，所述的訂單信息包括針對至少一個物品的至少一個客戶訂單，所述的第二訂單履行子系統(tǒng)進(jìn)一步配置或設(shè)計成便于客戶訂單的履行；以及與第二客戶接口子系統(tǒng)和第二庫存子系統(tǒng)進(jìn)行通信的第二送貨子系統(tǒng)，所述的第二送貨子系統(tǒng)配置或設(shè)計成接收有關(guān)至少一個已履行的客戶訂單的物品，并且還配置或設(shè)計成便于將所接收的物品送貨給至少一個客戶；以及中央管理單元，用于管理由每個商業(yè)單元提供給它的各自客戶的信息內(nèi)容。
56.如權(quán)利要求1-55中任一個所述的系統(tǒng)，其中所述的中央管理單元包括與每個庫存子系統(tǒng)和每個客戶接口子系統(tǒng)進(jìn)行通信的發(fā)布子系統(tǒng)，所述的發(fā)布子系統(tǒng)配置或設(shè)計成管理對每個商業(yè)單元來說是可用的商品物品相關(guān)的目錄數(shù)據(jù)。
57.如權(quán)利要求1-56之一所述的系統(tǒng)，其中第一商業(yè)單元與服務(wù)于所述第一多個客戶的第一在線商店相關(guān)聯(lián)；第二商業(yè)單元與服務(wù)于所述第二多個客戶的第二在線商店相關(guān)聯(lián)；所述的中央管理子系統(tǒng)還包括一個與每個在線商店進(jìn)行通信的目錄數(shù)據(jù)庫，所述的目錄數(shù)據(jù)庫包括商店目錄信息，包括與第一在線商店相關(guān)的商品物品的第一商店目錄，以及與第二在線商店相關(guān)的商品物品的第二商店目錄。
58.如權(quán)利要求55-57之一所述的系統(tǒng)，進(jìn)一步包括一個總商業(yè)單元，用于管理中央管理單元以及用于管理與每個商業(yè)單元有關(guān)的商業(yè)操作。
59.如權(quán)利要求57所述的系統(tǒng)，其中所述的中央管理單元進(jìn)一步包括一個中央客戶數(shù)據(jù)中央，用于存儲與多個客戶相關(guān)的客戶帳戶信息，包括第一和第二多個客戶。
60.如權(quán)利要求59所述的系統(tǒng)，其中每個在線商店配置成從客戶數(shù)據(jù)中央訪問客戶帳戶數(shù)據(jù)。
61.如權(quán)利要求59或60所述的系統(tǒng)，進(jìn)一步包括與每個商業(yè)單元和中央管理單元進(jìn)行通信的多個服務(wù)器，用于通過該數(shù)據(jù)網(wǎng)絡(luò)管理每個在線商店；所述的多個服務(wù)器包括用于使會員能管理會員在線商店的至少一個接口；所述的系統(tǒng)進(jìn)一步配置或設(shè)計成使至少一個所選的商業(yè)單元服務(wù)于所述會員在線商店處的客戶購物行動。
62.如權(quán)利要求61所述的系統(tǒng)，其中該系統(tǒng)進(jìn)一步配置或設(shè)計成根據(jù)與特定客戶相關(guān)的地理區(qū)域?qū)⒁粋€特定的客戶路由到相應(yīng)的商業(yè)單元。
63.一種用于通過數(shù)據(jù)網(wǎng)絡(luò)實現(xiàn)電子商務(wù)的集成體系系統(tǒng)，包括客戶接口子系統(tǒng)，用于通過數(shù)據(jù)網(wǎng)絡(luò)提供所選的一些產(chǎn)品的表述給客戶，以及使該客戶能通過數(shù)據(jù)網(wǎng)絡(luò)產(chǎn)生用于所選產(chǎn)品的子集的訂單；與客戶接口子系統(tǒng)進(jìn)行通信的庫存子系統(tǒng)，用于維護(hù)和控制與提供給客戶的產(chǎn)品相關(guān)的庫存數(shù)據(jù)；與庫存子系統(tǒng)進(jìn)行通信的訂單履行子系統(tǒng)，用于通過數(shù)據(jù)網(wǎng)絡(luò)處理訂單；與客戶接口子系統(tǒng)和訂單履行子系統(tǒng)進(jìn)行通信的運輸子系統(tǒng)，用于通過數(shù)據(jù)網(wǎng)絡(luò)規(guī)劃送貨和管理運輸資源；其中集中體系系統(tǒng)的每個子系統(tǒng)通過與至少一個另外的子系統(tǒng)交互而通過該數(shù)據(jù)網(wǎng)絡(luò)實現(xiàn)它的各種功能。
64.一種通過數(shù)據(jù)網(wǎng)絡(luò)實現(xiàn)電子商務(wù)方法，該數(shù)據(jù)網(wǎng)絡(luò)包括一個便于由至少一個客戶選擇的物品的訂貨交易的客戶接口子系統(tǒng)，用于管理客戶訂單的該訂單管理子系統(tǒng)，用于管理庫存和庫存數(shù)據(jù)；一個訂單履行子系統(tǒng)，便于客戶訂單的履行；用于便于送貨客戶訂單給客戶的送貨子系統(tǒng)，所述的方法包括在客戶接口子系統(tǒng)處接收客戶訂單，該客戶訂單包括與至少一個訂購物品相關(guān)的信息，以及包括與規(guī)定的送貨最佳時間時間相關(guān)的信息；在預(yù)定的截止時間之后，發(fā)送有關(guān)該客戶訂單的信息給該訂單履行子系統(tǒng)；在訂單履行子系統(tǒng)履行至少一部分客戶訂單，所述的履行包括驗證已被成功地履行并處理以發(fā)貨給客戶的每個庫存物品；交付該履行的訂單給客戶；以及產(chǎn)生有關(guān)送貨給客戶期間處理的該客戶業(yè)務(wù)交易的更新的記帳數(shù)據(jù)。
65.如權(quán)利要求64所述的方法，進(jìn)一步包括允許該客戶在所述的預(yù)定截止時間之前的任何時間修改該客戶訂單。
66.如權(quán)利要求64或65所述的方法，進(jìn)一步包括允許客戶在交付訂單給客戶期間修改客戶訂單。
67.如權(quán)利要求64-66之一所述的方法，進(jìn)一步包括利用一個移動場設(shè)備(MFD)在交付訂單給客戶時處理客戶業(yè)務(wù)交易，所述的MFD配置或設(shè)計成存儲所述的更新的記帳數(shù)據(jù)。
68.如權(quán)利要求67所述的方法，其中所述的處理客戶業(yè)務(wù)交易包括處理客戶區(qū)處的客戶退貨。
69.如權(quán)利要求67-68之一所述的方法，其中處理客戶業(yè)務(wù)交易包括處理客戶區(qū)處的訂單調(diào)整。
70.如權(quán)利要求67-69之一所述的方法，其中所述的處理客戶業(yè)務(wù)交易包括生成由客戶接收的每個訂購物品的記錄。
71.如權(quán)利要求67-70之一所述的方法，進(jìn)一步包括在將訂貨送給客戶后針對有關(guān)更新的記帳數(shù)據(jù)對客戶收費。
72.如權(quán)利要求64-71之一所述的方法，進(jìn)一步包括為至少一個商品物品產(chǎn)生一個銷售商購買訂單；響應(yīng)該銷售商購買訂單的生成自動地發(fā)布給一個期望的收據(jù)給訂單履行子系統(tǒng)，所述的期望的收據(jù)包括關(guān)于購買訂單的信息；以及針對與該購買訂單相關(guān)的物品更新可用性及價格信息。
73.如權(quán)利要求72所述的方法，其中所述的更新包括針對與該購買訂單相關(guān)的物品計算更新的可用性和價格信息；以及根據(jù)所計算的更新的可用性和價格信息自動地更新客戶接口子系統(tǒng)內(nèi)的可用性和價格信息。
74.如權(quán)利要求72或73所述的方法，進(jìn)一步包括接收與該銷售商購買訂單相關(guān)的銷售商發(fā)貨；處理來自銷售商發(fā)貨的接收的物品；響應(yīng)正在處理的至少一個接收的物品產(chǎn)生期望的收據(jù)確認(rèn)信息；以及利用期望的收據(jù)確認(rèn)信息更新有關(guān)接收的物品的可用性信息。
75.如權(quán)利要求72-74之一的方法，進(jìn)一步包括自動地通知至少一個銷售商所產(chǎn)生的購買訂單。
76.如權(quán)利要求65-75之一的方法，進(jìn)一步包括在所述的預(yù)定截止時間之后發(fā)送最終的客戶訂單信息給所述的訂單履行子系統(tǒng)。
77.如權(quán)利要求64-76所述的方法，進(jìn)一步包括提供一個中央化發(fā)布子系統(tǒng)，用于管理與每項商品相關(guān)的目錄數(shù)據(jù)。
78.如權(quán)利要求77所述的方法，進(jìn)一步包括利用公布子系統(tǒng)管理由客戶接口子系統(tǒng)提供給至少一個客戶的信息內(nèi)容。
79.如權(quán)利要求77或78所述的方法，進(jìn)一步包括在發(fā)布子系統(tǒng)處接收SKU信息；自動地處理所接收的SKU信息以由此生成目錄數(shù)據(jù)和處理的SKU數(shù)據(jù)；發(fā)布目錄數(shù)據(jù)給客戶接口子系統(tǒng)；以及發(fā)布經(jīng)處理的SKU數(shù)據(jù)給庫存子系統(tǒng)。
80.如權(quán)利要求79所述的方法，其中所接收的SKU信息從一個內(nèi)容提供商處獲得。
81.如權(quán)利要求79或80所述的方法，其中所接收的SKU信息從一個商人處獲得。
82.如權(quán)利要求79-81所述的方法，進(jìn)一步包括利用發(fā)布的目錄數(shù)據(jù)自動地更新與客戶接口子系統(tǒng)相關(guān)的商店目錄。
83.如權(quán)利要求79-82之一所述的方法，進(jìn)一步包括利用至少一部分目錄數(shù)據(jù)顯示信息內(nèi)容給至少一個客戶。
84.如權(quán)利要求83所述的方法，進(jìn)一步包括根據(jù)庫存可用性數(shù)據(jù)，調(diào)整顯示給該至少一個客戶的信息內(nèi)容。
85.如權(quán)利要求64-84所述的方法，其中該接口子系統(tǒng)進(jìn)一步包括一個店面庫存數(shù)據(jù)庫，并且其中該方法進(jìn)一步包括存儲目錄數(shù)據(jù)、物品可用性數(shù)據(jù)以及在所述店面數(shù)據(jù)庫上的物品價格數(shù)據(jù)。
86.如權(quán)利要求85所述的方法，進(jìn)一步包括利用所述的物品可用性數(shù)據(jù)對一個物品產(chǎn)生可用立約(ATP)庫存數(shù)據(jù)，所述的ATP數(shù)據(jù)對應(yīng)于要在規(guī)定的送貨時期送達(dá)客戶的立約可用的庫存物品。
87.如權(quán)利要求86所述的系統(tǒng)，進(jìn)一步包括響應(yīng)客戶選擇購買的物品自動地重新計算至少一部分所述的ATP數(shù)據(jù)。
88.如權(quán)利要求85-87之一所述的方法，進(jìn)一步包括以預(yù)定的時間間隔利用來自庫存子系統(tǒng)導(dǎo)出的物品可用性數(shù)據(jù)自動地更新所述的店面庫存數(shù)據(jù)。
89.如權(quán)利要求85-88之一所述的方法，進(jìn)一步包括在利用來自所述店面數(shù)據(jù)庫的數(shù)據(jù)訂貨時管理客戶訂單的流入。
90.如權(quán)利要求64-89之一所述的方法，其中該客戶接口子系統(tǒng)進(jìn)一步包括一個用于管理與該多個子系統(tǒng)相關(guān)的資源容量數(shù)據(jù)的資源數(shù)據(jù)庫，所述的資源容量數(shù)據(jù)包括對每個子系統(tǒng)來說可用的資源容量數(shù)據(jù)以及用于每個子系統(tǒng)的保留資源容量數(shù)據(jù)，該方法進(jìn)一步包括利用所述的資源容量數(shù)據(jù)在訂貨時管理客戶訂單的流入。
91.如權(quán)利要求90所述的方法，其中所述的方法進(jìn)一步包括利用來自每個所述子系統(tǒng)的數(shù)據(jù)分別以預(yù)定的間隔自動地更新所述的資源容量數(shù)據(jù)。
92.如權(quán)利要求90或91所述的方法，進(jìn)一步包括響應(yīng)由客戶選擇購買的物品針對所選擇的子系統(tǒng)在所述的資源容量數(shù)據(jù)中保留一定量的資源容量。
93.如權(quán)利要求92所述的方法，進(jìn)一步包括響應(yīng)客戶修改至少一個物品的期望數(shù)量自動地修改與至少一個訂貨的物品的相關(guān)的保留的資源容量。
94.如權(quán)利要求92-93所述的方法，進(jìn)一步包括響應(yīng)客戶修改與至少一個物品相關(guān)的送貨日期自動地修改與至少一個訂購的物品相關(guān)的保留的資源容量。
95.如權(quán)利要求93所述的方法，進(jìn)一步包括當(dāng)客戶針對至少一個已訂貨的物品取消一個相關(guān)的訂單時釋放與所訂購的物品相關(guān)的保留的資源容量。
96.如權(quán)利要求85-95之一所述的方法，進(jìn)一步包括利用可用性數(shù)據(jù)向該至少一個客戶指示哪個庫存物品是可用于購買的，以及何時每個可用物品可送貨到該至少一個客戶。
97.如權(quán)利要求64-96之一所述的方法，進(jìn)一步包括根據(jù)該客戶的送貨地址確定該送貨業(yè)務(wù)對一個所選的客戶是否是可行的。
98.如權(quán)利要求97所述的方法，其中該送貨業(yè)務(wù)對所選的客戶是否是可用的步驟不是基于與該客戶的送貨地址相關(guān)的地區(qū)碼。
99.如權(quán)利要求67-98之一所述的方法，進(jìn)一步包括在客戶區(qū)從一個客戶接收至少一個退貨的物品；以及利用MFD立即處理與該至少一個退貨物品相關(guān)的退貨交易。
100.如權(quán)利要求99所述的方法，其中退貨的物品由送貨人接收的。
101.如權(quán)利要求67-100之一所述的方法，進(jìn)一步包括提供一個修改的收據(jù)給客戶，該修改的收據(jù)具有自動地對與所處理的客戶業(yè)務(wù)交易相關(guān)的所有收費調(diào)整進(jìn)行記帳的收費總額。
102.如權(quán)利要求64-101所述的方法，進(jìn)一步包括僅對已被確認(rèn)為客戶接收的訂購物品向客戶收費。
103.如權(quán)利要求1-101之一所述的方法，進(jìn)一步包括僅在訂單已送到客戶后對該訂單向客戶收費，其中要向客戶收費的金額對應(yīng)于要收費的總額。
104.如權(quán)利要求64-102之一所述的方法，進(jìn)一步包括在訂單履行子系統(tǒng)接收有關(guān)至少一個客戶訂單的最終客戶訂單信息；履行該至少一個客戶訂單；處理所述的已履行的客戶訂單以便發(fā)貨給客戶；以及在所履行的訂單已發(fā)貨給該客戶后產(chǎn)生客戶訂單確認(rèn)數(shù)據(jù)。
105.如權(quán)利要求64-103之一所述的方法，進(jìn)一步包括在訂單履行子系統(tǒng)處接收有關(guān)所處理的客戶退貨交易的期望的退貨數(shù)據(jù)；在訂單履行子系統(tǒng)處接收至少一個退貨的物品；在訂單履行子系統(tǒng)處處理該至少一個退貨的物品；在該至少一個退貨的物品已在訂單履行子系統(tǒng)處經(jīng)過處理后產(chǎn)生所退貨的物品確認(rèn)數(shù)據(jù)。
106.如權(quán)利要求105所述的方法，進(jìn)一步包括利用所退貨的物品確認(rèn)數(shù)據(jù)更新有關(guān)該至少一個退貨物品的物品可用性數(shù)據(jù)。
107.一種利用權(quán)利要求1所述的系統(tǒng)實現(xiàn)電子商務(wù)的方法，所述的方法包括在客戶接口子系統(tǒng)處接收一個客戶訂單，該客戶訂單包括有關(guān)該至少一個訂購物品的訂貨信息，以及包括有關(guān)規(guī)定的送貨最佳時間時間的信息；在預(yù)定的截止時間之后發(fā)送有關(guān)該客戶訂單的信息給訂單履行子系統(tǒng)；在訂單履行子系統(tǒng)處履行至少一個部分客戶訂單，所述的履行包括驗證已被成功地履行和處理以發(fā)貨給客戶的每個庫存物品；將所履行的訂單交付給該客戶；在交付訂單期間產(chǎn)生有關(guān)客戶業(yè)務(wù)交易的更新的記帳數(shù)據(jù)；以及在訂單交付之后對該客戶記帳有關(guān)更新的收費數(shù)據(jù)的金額。
108.如權(quán)利要求107所述的方法，進(jìn)一步包括允許客戶在所述的預(yù)定截止時間之前的任何時候修改該客戶訂單。
109.如權(quán)利要求107-108之一所述的方法，進(jìn)一步包括在將訂單交付給客戶期間允許客戶修改客戶訂單。
110.如權(quán)利要求107-109之一所述的方法，進(jìn)一步包括利用移動場設(shè)備(MFD)在將訂單交付給客戶時處理客戶業(yè)務(wù)交易，所述的MFD配置或設(shè)計成存儲所述更新的收費數(shù)據(jù)。
111.如權(quán)利要求110所述的方法，其中所述對客戶業(yè)務(wù)交易的處理包括在客戶區(qū)處理客戶退貨。
112.如權(quán)利要求110-111之一所述方法，其中所述對客戶業(yè)務(wù)交易的處理包括在客戶區(qū)處理訂單調(diào)整。
113.如權(quán)利要求110-112之一所述方法，其中所述的對客戶業(yè)務(wù)交易的處理包括生成客戶所接收的每個訂購物品的記錄。
114.如權(quán)利要求110-113之一所述的方法，進(jìn)一步包括在將訂單交付給客戶后針對有關(guān)更新的收費數(shù)據(jù)的金額向客戶收費。
全文摘要
一種通過數(shù)據(jù)網(wǎng)絡(luò)實現(xiàn)電子商務(wù)的技術(shù)，該數(shù)據(jù)網(wǎng)絡(luò)包括多個子系統(tǒng)，這些子系統(tǒng)形成的集成系統(tǒng)可通過數(shù)據(jù)網(wǎng)絡(luò)接收所選物品的客戶訂單，履行該客戶訂單并將訂購的產(chǎn)品交付給客戶。而且按照一個特定的實施例，本發(fā)明系統(tǒng)結(jié)構(gòu)的集成本質(zhì)允許在線商人向客戶保證在規(guī)定的送貨日期、時間及地點將所訂購的物品送給客戶。
文檔編號G06Q30/00GK1471680SQ00809208
公開日2004年1月28日 申請日期2000年5月11日 優(yōu)先權(quán)日1999年5月11日
發(fā)明者路易斯·H·博德斯, 阿爾溫德·彼得·雷蘭, 瑪格麗特·休·勞埃德, 蘇尼爾·巴爾加瓦, 佐約·維賈亞, 彼得·哈姆, 格雷·安德魯·克洛斯曼, 阿吉特·拉馬錢德拉·邁亞, 巴爾加瓦, 拉馬錢德拉 邁亞, 哈姆, 安德魯 克洛斯曼, 德 彼得 雷蘭, 特 休 勞埃德, 維賈亞, 路易斯 H 博德斯 申請人:凱撒基金醫(yī)院