以下詳細描述參考隨附圖式。只要可能,即在圖式及以下描述中使用相同附圖標號來指代相同或類似部分。儘管本文中描述若干說明性實施例,但修改、調適以及其他實施是可能的。舉例而言,可對圖式中所示出的組件及步驟作出替代、添加或修改,且可藉由取代、重新排序、移除步驟或將步驟添加至所揭露方法來修改本文中所描述的說明性方法。因此,以下詳細描述不限於所揭露實施例及實例。實情為,本發明的正確範圍由隨附申請專利範圍界定。
本揭露的實施例是關於組態成基於使用模擬模型進行的映射至每一地區的郵遞區號的最佳定址來進行出站預測的系統及方法。
參考圖1A,繪示示出包括用於實現運送、運輸以及物流操作的通信的電腦化系統的系統的例示性實施例的示意性方塊圖100。如圖1A中所示出,系統100可包含各種系統,所述系統中的每一者可經由一或多個網路彼此連接。所述系統亦可經由直接連接(例如,使用電纜)彼此連接。所描繪系統包含運送授權技術(shipment authority technology;SAT)系統101、外部前端系統103、內部前端系統105、運輸系統107、行動裝置107A、行動裝置107B以及行動裝置107C、賣方入口網站109、運送及訂單追蹤(shipment and order tracking;SOT)系統111、履行最佳化(fulfillment optimization;FO)系統113、履行通信報閘道(fulfillment messaging gateway;FMG)115、供應鏈管理(supply chain management;SCM)系統117、倉庫管理系統119、行動裝置119A、行動裝置119B以及行動裝置119C(描繪為位於履行中心(fulfillment center;FC)200內部)、第3方履行系統121A、第3方履行系統121B以及第3方履行系統121C、履行中心授權系統(fulfillment center authorization;FC Auth)123以及勞動管理系統(labor management system;LMS)125。
在一些實施例中,SAT系統101可實施為監控訂單狀態及遞送狀態的電腦系統。舉例而言,SAT系統101可判定訂單是否超過其承諾遞送日期(Promised Delivery Date;PDD),且可採取適當的動作,包含發起新訂單、對未遞送訂單中的物品進行再度運送、取消未遞送訂單、發起與訂購顧客的連絡或類似者。SAT系統101亦可監控其他資料,包含輸出(諸如在特定時間段期間運送的包裹的數目)及輸入(諸如接收到的在運送中使用的空紙板盒的數目)。SAT系統101亦可充當系統100中的不同裝置之間的閘道,從而(例如,使用儲存轉發或其他技術)實現諸如外部前端系統103及FO系統113的裝置之間的通信。
在一些實施例中,外部前端系統103可實施為使得外部使用者能夠與系統100中的一或多個系統交互作用的電腦系統。舉例而言,在系統100使得系統的呈現能夠允許使用者針對物品下訂單的實施例中,外部前端系統103可實施為接收搜尋請求、呈現物品頁以及索求支付資訊的網頁伺服器。舉例而言,外部前端系統103可實施為電腦或電腦運行軟體,諸如Apache HTTP伺服器、微軟網際網路資訊服務(Internet Information Service;IIS)、NGINX或類似者。在其他實施例中,外部前端系統103可運行定製的網頁伺服器軟體,所述定製的網頁伺服器軟體設計成:接收及處理來自外部裝置(例如,行動裝置102A或電腦102B)的請求,基於那些請求自資料庫及其他資料儲存庫獲取資訊,以及基於所獲取的資訊提供對所接收請求的回應。
在一些實施例中,外部前端系統103可包含網頁快取系統、資料庫、搜尋系統或支付系統中的一或多者。在一個態樣中,外部前端系統103可包括這些系統中的一或多者,而在另一態樣中,外部前端系統103可包括連接至這些系統中的一或多者的介面(例如,伺服器至伺服器、資料庫至資料庫,或其他網路連接)。
藉由圖1B、圖1C、圖1D以及圖1E所示出的說明性步驟集合將有助於描述外部前端系統103的一些操作。外部前端系統103可自系統100中的系統或裝置接收資訊以供呈現及/或顯示。舉例而言,外部前端系統103可代管或提供一或多個網頁,包含搜尋結果頁(SRP)(例如,圖1B)、單一明細頁(Single Detail Page;SDP)(例如,圖1C)、購物車頁(例如,圖1D),或訂單頁(例如,圖1E)。(例如,使用行動裝置102A或電腦102B的)使用者裝置可導航至外部前端系統103且藉由將資訊輸入至搜尋框中來請求搜尋。外部前端系統103可請求來自系統100中的一或多個系統的資訊。舉例而言,外部前端系統103可自FO系統113請求滿足搜尋請求的資訊。外部前端系統103亦可(自FO系統113)請求及接收包含於搜尋結果中的每一產品的承諾遞送日期或「PDD」。在一些實施例中,PDD可表示含有產品的包裹何時將到達使用者期望的位置的估計,或者如果在特定時間段(例如,到當天結束時(晚上11:59))內訂購產品,所述產品承諾被遞送至使用者期望的位置的日期。(將在下文關於FO系統113進一步論述PDD)。
外部前端系統103可基於資訊來準備SRP(例如,圖1B)。SRP可包含滿足搜尋請求的資訊。舉例而言,此可包含滿足搜尋請求的產品的圖像。SRP亦可包含每一產品的各別價格,或與每一產品的增強遞送選項、PDD、重量、大小、報價、折扣或類似者相關的資訊。外部前端系統103可(例如,經由網路)將SRP發送至請求使用者裝置。
使用者裝置可接著例如藉由點選或輕觸使用者介面或使用另一輸入裝置自SRP選擇產品,以選擇表示於SRP上的產品。使用者裝置可製訂對關於所選產品的資訊的請求且將其發送至外部前端系統103。作為回應,外部前端系統103可請求與所選產品相關的資訊。舉例而言,資訊可包含除針對各別SRP上的產品呈現的資訊以外的額外資訊。此可包含例如包裹中的物品的保存期限、原產國、重量、大小、數目、處置說明,或關於產品的其他資訊。資訊亦可包含類似產品的推薦(基於例如大資料及/或對購買此產品及至少一個其他產品的顧客的機器學習分析)、頻繁詢問的問題的答案、來自顧客的評論、製造商資訊、圖像或類似者。
外部前端系統103可基於接收到的產品資訊來準備單一明細頁(SDP)(例如,圖1C)。SDP亦可包含其他交互式元素,諸如「現在購買」按鈕、「添加至購物車」按鈕、數量欄位、物品的圖像或類似者。SDP可更包含提供產品的賣方的列表。可基於每一賣方提供的價格來對列表進行排序,使得可在頂部處列出提供以最低價格出售產品的賣方。亦可基於賣方排名來對列表進行排序,使得可在頂部處列出最高排名的賣方。可基於多個因素來製訂賣方排名,所述因素包含例如賣方的符合承諾PDD的過去的追蹤記錄。外部前端系統103可(例如,經由網路)將SDP遞送至請求使用者裝置。
請求使用者裝置可接收列出產品資訊的SDP。在接收SDP後,使用者裝置可接著與SDP交互作用。舉例而言,請求使用者裝置的使用者可點選或以其他方式與SDP上的「放入購物車」按鈕交互作用。此將產品添加至與使用者相關聯的購物車。使用者裝置可將把產品添加至購物車的此請求傳輸至外部前端系統103。
外部前端系統103可生成購物車頁(例如,圖1D)。在一些實施例中,購物車頁列出使用者已添加至虛擬「購物車」的產品。使用者裝置可藉由在SRP、SDP或其他頁上的圖標上點選或以其他方式與所述圖標交互作用來請求購物車頁。在一些實施例中,購物車頁可列出使用者已添加至購物車的所有產品,以及關於購物車中的產品的資訊(諸如每一產品的數量、每一產品的每件價格、每一產品基於相關聯數量的價格),關於PDD、遞送方法、運送成本的資訊,用於修改購物車中的產品(例如,刪除或修改數量)的使用者介面元素,用於訂購其他產品或設置產品的定期遞送的選項,用於設置利息支付的選項,用於繼續購買的使用者介面元素,或類似者。使用者裝置處的使用者可在使用者介面元素(例如,讀作「立即購買」的按鈕)上點選或以其他方式與所述使用者介面元素交互作用,以發起對購物車中的產品的購買。在如此做後,使用者裝置可將發起購買的此請求傳輸至外部前端系統103。
外部前端系統103可回應於接收發起購買的請求而生成訂單頁(例如,圖1E)。在一些實施例中,訂單頁再度列出來自購物車的物品且請求支付及運送資訊的輸入。舉例而言,訂單頁可包含請求關於購物車中的物品的購買者的資訊(例如,姓名、地址、電子郵件地址、電話號碼)的區段、關於接收者的資訊(例如,姓名、地址、電話號碼、遞送資訊)、運送資訊(例如,遞送及/或揀選的速度/方法)、支付資訊(例如,信用卡、銀行轉賬、支票、儲值卡)、請求現金收據(例如,出於稅務目的)的使用者介面元素或類似者。外部前端系統103可將訂單頁發送至使用者裝置。
使用者裝置可輸入關於訂單頁的資訊,且點選或以其他方式與將資訊發送至外部前端系統103的使用者介面元素交互作用。自此處,外部前端系統103可將資訊發送至系統100中的不同系統,以實現創建及處理具有購物車中的產品的新訂單。
在一些實施例中,外部前端系統103可進一步組態成使得賣方能夠傳輸及接收與訂單相關的資訊。
在一些實施例中,內部前端系統105可實施為使得內部使用者(例如,擁有、操作或租用系統100的組織的雇員)能夠與系統100中的一或多個系統交互作用的電腦系統。舉例而言,在網路101使得系統的呈現能夠允許使用者針對物品下訂單的實施例中,內部前端系統105可實施為使得內部使用者能夠查看關於訂單的診斷及統計資訊、修改物品資訊或審查與訂單相關的統計的網頁伺服器。舉例而言,內部前端系統105可實施為電腦或電腦運行軟體,諸如Apache HTTP伺服器、微軟網際網路資訊服務(IIS)、NGINX或類似者。在其他實施例中,內部前端系統105可運行定製的網頁伺服器軟體,所述定製的網頁伺服器軟體設計成:接收及處理來自系統100中所描繪的系統或裝置(以及未描繪的其他裝置)的請求,基於那些請求自資料庫及其他資料儲存庫獲取資訊,以及基於所獲取的資訊提供對所接收請求的回應。
在一些實施例中,內部前端系統105可包含網頁快取系統、資料庫、搜尋系統、支付系統、分析系統、訂單監控系統或類似者中的一或多者。在一個態樣中,內部前端系統105可包括這些系統中的一或多者,而在另一態樣中,內部前端系統105可包括連接至這些系統中的一或多者的介面(例如,伺服器至伺服器、資料庫至資料庫,或其他網路連接)。
在一些實施例中,運輸系統107可實施為實現系統100中的系統或裝置與行動裝置107A至行動裝置107C之間的通信的電腦系統。在一些實施例中,運輸系統107可自一或多個行動裝置107A至行動裝置107C(例如,行動電話、智慧型電話、PDA或類似者)接收資訊。舉例而言,在一些實施例中,行動裝置107A至行動裝置107C可包括由遞送員工操作的裝置。遞送員工(其可為正式雇員、臨時雇員或輪班雇員)可利用行動裝置107A至行動裝置107C來實現對含有由使用者訂購的產品的包裹的遞送。舉例而言,為遞送包裹,遞送員工可在行動裝置上接收指示遞送哪一包裹及將所述包裹遞送到何處的通知。在到達遞送位置後,遞送員工可(例如,在卡車的後部或在包裹的條板箱中)定位包裹,使用行動裝置掃描或以其他方式擷取與包裹上的識別符(例如,條碼、影像、文字串、RFID標籤或類似者)相關聯的資料,且(例如,藉由將其留在前門處、將其留給警衛、將其交給接收者或類似者來)遞送包裹。在一些實施例中,遞送員工可使用行動裝置擷取包裹的相片及/或可獲得簽名。行動裝置可將資訊發送至運輸系統107,所述資訊包含關於遞送的資訊,包含例如時間、日期、GPS位置、相片、與遞送員工相關聯的識別符、與行動裝置相關聯的識別符或類似者。運輸系統107可在資料庫(未圖示)中儲存此資訊以供藉由系統100中的其他系統存取。在一些實施例中,運輸系統107可使用此資訊來準備追蹤資料且將所述追蹤資料發送至其他系統,所述追蹤資料指示特定包裹的位置。
在一些實施例中,某些使用者可使用一個種類的行動裝置(例如,正式員工可使用具有定製硬體(諸如條碼掃描器、尖筆以及其他裝置)的專用PDA),而其他使用者可使用其他類型的行動裝置(例如,臨時員工或輪班員工可利用現成的行動電話及/或智慧型電話)。
在一些實施例中,運輸系統107可將使用者與每一裝置相關聯。舉例而言,運輸系統107可儲存使用者(由例如使用者識別符、雇員識別符或電話號碼表示)與行動裝置(由例如國際行動設備識別符(International Mobile Equipment Identity;IMEI)、國際行動訂用識別符(International Mobile Subscription Identifier;IMSI)、電話號碼、通用唯一識別符(Universal Unique Identifier;UUID)或全球唯一識別符(Globally Unique Identifier;GUID)表示)之間的關聯。運輸系統107可結合在遞送時接收到的資料使用此關聯以分析儲存於資料庫中的資料,以便尤其判定員工的位置、員工的效率,或員工的速度。
在一些實施例中,賣方入口網站109可實施為使得賣方或其他外部實體能夠與系統100中的一或多個系統電子通信的電腦系統。舉例而言,賣方可利用電腦系統(未圖示)來上傳或提供賣方希望經由使用賣方入口網站109的系統100來出售的產品的產品資訊、訂單資訊、連絡資訊或類似者。
在一些實施例中,運送及訂單追蹤系統111可實施為接收、儲存以及轉送關於含有由顧客(例如,由使用裝置102A至裝置102B的使用者)訂購的產品的包裹的位置的資訊的電腦系統。在一些實施例中,運送及訂單追蹤系統111可請求或儲存來自由遞送含有由顧客訂購的產品的包裹的運送公司操作的網頁伺服器(未圖示)的資訊。
在一些實施例中,運送及訂單追蹤系統111可請求及儲存來自在系統100中描繪的系統的資訊。舉例而言,運送及訂單追蹤系統111可請求來自運輸系統107的資訊。如上文所論述,運輸系統107可自與使用者(例如,遞送員工)或車輛(例如,遞送卡車)中的一或多者相關聯的一或多個行動裝置107A至行動裝置107C(例如,行動電話、智慧型電話、PDA或類似者)接收資訊。在一些實施例中,運送及訂單追蹤系統111亦可請求來自倉庫管理系統(warehouse management system;WMS)119的資訊以判定個別產品在履行中心(例如,履行中心200)內部的位置。運送及訂單追蹤系統111可請求來自運輸系統107或WMS 119中的一或多者的資料,在請求後處理所述資料,且將所述資料呈現給裝置(例如,使用者裝置102A及使用者裝置102B)。
在一些實施例中,履行最佳化(FO)系統113可實施為儲存來自其他系統(例如,外部前端系統103及/或運送及訂單追蹤系統111)的顧客訂單的資訊的電腦系統。FO系統113亦可儲存描述特定物品保存或儲存於何處的資訊。舉例而言,某些物品可能僅儲存於一個履行中心中,而某些其他物品可能儲存於多個履行中心中。在另外其他實施例中,某些履行中心可設計成僅儲存特定的一組物品(例如,新鮮生產或冷凍的產品)。FO系統113儲存此資訊以及相關聯資訊(例如,數量、大小、接收日期、到期日期等)。
FO系統113亦可計算每一產品的對應承諾遞送日期(PDD)。在一些實施例中,PDD可基於一或多個因素。舉例而言,FO系統113可基於以下來計算產品的PDD:對產品的過去需求(例如,在一段時間期間訂購了多少次所述產品)、對產品的預期需求(例如,預測在即將到來的一段時間期間多少顧客將訂購所述產品)、指示在一段時間期間訂購了多少產品的全網路的過去需求、指示預期在即將到來的一段時間期間將訂購多少產品的全網路的預期需求、儲存於每一履行中心200中的產品的一或多個計數、哪一履行中心儲存每一產品、產品的預期或當前訂單或類似者。
在一些實施例中,FO系統113可定期(例如,每小時)判定每一產品的PDD且將其儲存於資料庫中以用於檢索或發送至其他系統(例如,外部前端系統103、SAT系統101、運送及訂單追蹤系統111)。在其他實施例中,FO系統113可自一或多個系統(例如,外部前端系統103、SAT系統101、運送及訂單追蹤系統111)接收電子請求且按需求計算PDD。
在一些實施例中,履行通信報閘道(FMG)115可實施為電腦系統,所述電腦系統自系統100中的一或多個系統(諸如FO系統113)接收呈一種格式或協定的請求或回應,將所述請求或回應轉換成另一格式或協定,並且將所述請求或回應以轉換後的格式或協定轉發至其他系統(諸如WMS 119或第3方履行系統121A、第3方履行系統121B或第3方履行系統121C),且反之亦然。
在一些實施例中,供應鏈管理(SCM)系統117可實施為進行預測功能的電腦系統。舉例而言,SCM系統117可例如基於以下來預測對特定產品的需求水平:對產品的過去需求、對產品的預期需求、全網路過去需求、全網路預期需求、儲存於每一履行中心200中的計數產品、每一產品的預期或當前訂單或類似者。回應於此預測水平及所有履行中心中的每一產品的量,SCM系統117可生成一或多個購買訂單以購買及存放足夠數量,以滿足對特定產品的預測需求。
在一些實施例中,倉庫管理系統(WMS)119可實施為監控工作流程的電腦系統。舉例而言,WMS 119可自個別裝置(例如,裝置107A至裝置107C或裝置119A至裝置119C)接收指示離散事件的事件資料。舉例而言,WMS 119可接收指示使用這些裝置中的一者來掃描包裹的事件資料。如下文相對於履行中心200及圖2所論述,在履行過程期間,可藉由特定階段處的機器(例如,自動式或手持式條碼掃描器、RFID讀取器、高速攝影機、諸如平板電腦119A、行動裝置/PDA 119B、電腦119C的裝置或類似者)掃描或讀取包裹識別符(例如,條碼或RFID標籤資料)。WMS 119可儲存指示掃描或讀取對應資料庫(未圖示)中的包裹識別符的每一事件以及包裹識別符、時間、日期、位置、使用者識別符或其他資訊,且可將此資訊提供至其他系統(例如,運送及訂單追蹤系統111)。
在一些實施例中,WMS 119可儲存將一或多個裝置(例如,裝置107A至裝置107C或裝置119A至裝置119C)與一或多個使用者(所述一或多個使用者與系統100相關聯)相關聯的資訊。舉例而言,在一些情形下,使用者(諸如兼職雇員或全職雇員)可與行動裝置相關聯,此是由於使用者擁有行動裝置(例如,行動裝置為智慧型電話)。在其他情形下,使用者可由於所述使用者臨時保管行動裝置而與行動裝置相關聯(例如,在一天開始時借出行動裝置的使用者將在一天期間使用所述行動裝置,且將在一天結束時退還所述行動裝置)。
在一些實施例中,WMS 119可維護與系統100相關聯的每一使用者的工作日志。舉例而言,WMS 119可儲存與每一雇員相關聯的資訊,包含任何指派的過程(例如,從卡車卸載、自揀選區揀選物品、合流牆(rebin wall)工作、包裝物品)、使用者識別符、位置(例如,履行中心200中的樓層或區)、藉由雇員經由系統移動的單位數目(例如,所揀選物品的數目、所包裝物品的數目)、與裝置(例如,裝置119A至裝置119C)相關聯的識別符或類似者。在一些實施例中,WMS 119可自計時系統接收登記及登出資訊,所述計時系統諸如在裝置119A至裝置119C上操作的計時系統。
在一些實施例中,第3方履行(3rd party fulfillment;3PL)系統121A至第3方履行系統121C表示與物流及產品的第三方提供商相關聯的電腦系統。舉例而言,儘管一些產品儲存於履行中心200(如下文相對於圖2所論述)中,但其他產品可儲存於場外、可按需求生產,或可以其他方式不可供用於儲存於履行中心200中。3PL系統121A至3PL系統121C可組態成(例如,經由FMG 115)自FO系統113接收訂單,且可直接為顧客提供產品及/或服務(例如,遞送或安裝)。在一些實施例中,3PL系統121A至3PL系統121C中的一或多者可為系統100的部分,而在其他實施例中,3PL系統121A至3PL系統121C中的一或多者可位於系統100外部(例如,由第三方提供商擁有或操作)。
在一些實施例中,履行中心Auth系統(FC Auth)123可實施為具有各種功能的電腦系統。舉例而言,在一些實施例中,FC Auth 123可充當系統100中的一或多個其他系統的單一簽入(single-sign on;SSO)服務。舉例而言,FC Auth 123可使得使用者能夠經由內部前端系統105登入、判定使用者具有存取運送及訂單追蹤系統111處的資源的類似特權,且使得使用者能夠在不需要第二登入過程的情況下取得那些特權。在其他實施例中,FC Auth 123可使得使用者(例如,雇員)能夠將自身與特定任務相關聯。舉例而言,一些雇員可能不具有電子裝置(諸如裝置119A至裝置119C),且實際上可能在一天的過程期間在履行中心200內自任務至任務以及自區至區移動。FC Auth 123可組態成使得那些雇員能夠在一天的不同時間處指示其正進行何任務以及其位於何區。
在一些實施例中,勞動管理系統(LMS)125可實施為儲存雇員(包含全職雇員及兼職雇員)的出勤及超時資訊的電腦系統。舉例而言,LMS 125可自FC Auth 123、WMS 119、裝置119A至裝置119C、運輸系統107及/或裝置107A至裝置107C接收資訊。
圖1A中所描繪的特定組態僅為實例。舉例而言,儘管圖1A描繪連接至FO系統113的FC Auth系統123,但並非所有實施例均要求此特定組態。實際上,在一些實施例中,系統100中的系統可經由一或多個公用或私用網路彼此連接,所述網路包含網際網路、企業內部網路、廣域網路(Wide-Area Network;WAN)、都會區域網路(Metropolitan-Area Network;MAN)、順應IEEE 802.11a/b/g/n標準的無線網路、租用線或類似者。在一些實施例中,系統100中的系統中的一或多者可實施為在資料中心、伺服器群或類似者處實行的一或多個虛擬伺服器。
圖2描繪履行中心200。履行中心200為儲存用於運送至顧客的物品在訂購時的實體位置的實例。可將履行中心(FC)200劃分成多個區,所述區中的每一者描繪於圖2中。在一些實施例中,可認為這些「區」為接收物品、儲存物品、取回物品以及運送物品的過程的不同階段之間的虛擬劃分。因此儘管在圖2中描繪「區」,但其他區劃分是可能的,且在一些實施例中可省略、複製或修改圖2中的區。
入站區203表示FC 200的自希望使用來自圖1A的系統100出售產品的賣方接收到物品的區域。舉例而言,賣方可使用卡車201來遞送物品202A及物品202B。物品202A可表示足夠大以佔據其自己的運送托板的單一物品,而物品202B可表示在同一托板上堆疊在一起以節省空間的一組物品。
員工將在入站區203中接收物品,且可使用電腦系統(未圖示)來視情況檢查物品的損壞及正確性。舉例而言,員工可使用電腦系統來比較物品202A及物品202B的數量與物品的訂購數量。若數量不匹配,則員工可拒絕物品202A或物品202B中的一或多者。若數量匹配,則員工可(使用例如台車、手推運貨車、堆高機,或手動地)將那些物品移動至緩衝區205。緩衝區205可為揀選區中當前不需要的物品的臨時儲存區域,例如由於揀選區中存在足夠高數量的所述物品以滿足預測需求。在一些實施例中,堆高機206操作以將物品在緩衝區205周圍以及在入站區203與下貨(drop)區207之間移動。若在揀選區中需要物品202A或物品202B(例如,由於預測需求),則堆高機可將物品202A或物品202B移動至下貨區207。
下貨區207可為在物品在被移動至揀選區209之前儲存物品的FC 200的區域。指派至揀選任務的員工(「揀選員」)可靠近揀選區中的物品202A及物品202B,使用行動裝置(例如,裝置119B)來掃描揀選區的條碼,且掃描與物品202A及物品202B相關聯的條碼。揀選員可接著將物品帶到揀選區209(例如,藉由將物品置放於推車上或搬運物品)。
揀選區209可為FC 200的將物品208儲存於儲存單元210上的區域。在一些實施例中,儲存單元210可包括實體擱架、書架、盒子、手提袋(tote)、冰箱、冷凍機、冷藏庫或類似者中的一或多者。在一些實施例中,揀選區209可組織成多個樓層。在一些實施例中,員工或機器可以多種方式將物品移動至揀選區209中,包含例如堆高機、電梯、傳送帶、推車、手推運貨車、台車、自動機器人或裝置,或手動地移動。舉例而言,揀選員可將物品202A及物品202B置放在下貨區207中的手推運貨車或推車上,且步行將物品202A及物品202B裝運至揀選區209。
揀選員可接收指令以將物品置放(或「堆裝」)在揀選區209中的特定點(諸如儲存單元210上的特定空間)。舉例而言,揀選員可使用行動裝置(例如,裝置119B)來掃描物品202A。裝置可例如使用指示過道、貨架以及位置的系統來指示揀選員應將物品202A堆裝於何處。接著,在將物品202A堆裝於所述位置之前,裝置可提示揀選員掃描所述位置處的條碼。裝置可(例如,經由無線網路)將資料發送至諸如圖1A中的WMS 119的電腦系統,所述資料指示物品202A已由使用裝置119B的使用者堆裝於所述位置處。
一旦使用者下訂單,揀選員就可在裝置119B上接收自儲存單元210取回一或多個物品208的指令。揀選員可取回物品208、掃描物品208上的條碼,且將所述物品208置放於運輸機構214上。儘管將運輸機構214表示為滑道,但在一些實施例中,運輸機構可實施為傳送帶、電梯、推車、堆高機、手推運貨車、台車或類似者中的一或多者。物品208可接著到達包裝區211。
包裝區211可為FC 200的自揀選區209接收到物品且將所述物品包裝至盒子或袋子中以供最終運送至顧客的區域。在包裝區211中,指派至接收物品的員工(「合流員工」)將自揀選區209接收物品208且判定物品208對應的訂單。舉例而言,合流員工可使用諸如電腦119C的裝置來掃描物品208上的條碼。電腦119C可在視覺上指示物品208與哪一訂單相關聯。此可包含例如對應於訂單的牆216上的空間或「單元格」。一旦訂單完成(例如,由於單元格含有所述訂單的所有物品),合流員工就可指示包裝員工(或「包裝員」)訂單完成。包裝員可自單元格取回物品且將所述物品置放在盒子或袋子中以用於運送。包裝員可接著例如經由堆高機、推車、台車、手推運貨車、傳送帶、手動地或以其他方式將盒子或袋子送至樞紐(hub)區213。
樞紐區213可為FC 200的自包裝區211接收所有盒子或袋子(「包裹」)的區域。樞紐區213中的員工及/或機器可取回包裹218且判定每一包裹既定前往遞送區域的哪一部分,且將包裹投送至適當的營地區215。舉例而言,若遞送區域具有兩個更小子區域,則包裹將前往兩個營地區215中的一者。在一些實施例中,員工或機器可(例如,使用裝置119A至裝置119C中的一者)掃描包裹以判定其最終目的地。將包裹投送至營地區215可包括例如(例如,基於郵遞區號)判定包裹前往的地理區域的一部分,以及判定與地理區域的所述部分相關聯的營地區215。
在一些實施例中,營地區215可包括一或多個建築、一或多個實體空間或一或多個區域,其中自樞紐區213接收包裹以供分揀至路線及/或子路線中。在一些實施例中,營地區215與FC 200實體地分開,而在其他實施例中,營地區215可形成FC 200的一部分。
營地區215中的員工及/或機器可例如基於以下來判定包裹220應與哪一路線及/或子路線相關聯:目的地與現有路線及/或子路線的比較、每一路線及/或子路線的工作量的計算、一天中的時間、運送方法、運送包裹220的成本、與包裹220中的物品相關聯的PDD或類似者。在一些實施例中,員工或機器可(例如,使用裝置119A至裝置119C中的一者)掃描包裹以判定其最終目的地。一旦將包裹220指派至特定路線及/或子路線,員工及/或機器就可移動待運送的包裹220。在例示性圖2中,營地區215包含卡車222、汽車226以及遞送員工224A及遞送員工224B。在一些實施例中,卡車222可由遞送員工224A駕駛,其中遞送員工224A為遞送FC 200的包裹的全職雇員,且卡車222由擁有、租用或操作FC 200的同一公司擁有、租用或操作。在一些實施例中,汽車226可由遞送員工224B駕駛,其中遞送員工224B為在視需要基礎上(例如,季節性地)遞送的「彈性」員工或臨時員工。汽車226可由遞送員工224B擁有、租用或操作。
參考圖3,其為示出包括出站預測系統301的系統的例示性實施例的示意性方塊圖300。出站預測系統301可與圖1A的系統100中的一或多個系統相關聯。舉例而言,出站預測系統301可實施為SCM系統117的部分。在一些實施例中,出站預測系統301可實施為電腦系統,所述電腦系統處理每一FC 200的資訊以及來自其他系統(例如,外部前端系統103、運送及訂單追蹤系統111及/或FO系統113)的顧客訂單的資訊。舉例而言,出站預測系統301可包含一或多個處理器305,所述一或多個處理器可處理描述SKU在FC中的定址的資訊,且將所述資訊儲存在資料庫(諸如資料庫304)中。由此,出站預測系統301的一或多個處理器305可處理儲存在每一FC中的SKU清單,且將所述清單儲存在資料庫304中。另外或可替代地,一或多個處理器305可處理與每一地區相關聯的資訊,諸如映射至每一地區的郵遞區號。作為舉例,第一地區可映射至第一多個郵遞區號,且可包括與所述第一多個郵遞區號相關聯的區域中的第一多個FC。第二地區可映射至第二多個郵遞區號,且可包括與所述第二多個郵遞區號相關聯的區域中的第二多個FC。因此,堆裝在第一多個FC中的一或多個產品可被投送至第一地區中的第一多個郵遞區號中的一或多者,且堆裝在第二多個FC中的一或多個產品可被投送至第二地區中的第二多個郵遞區號中的一或多者。一或多個處理器305可處理與每一地區相關聯的此類型資訊,且將此資訊儲存在資料庫304中。
一或多個處理器305亦可處理描述與FC中的每一者的約束相關聯的資訊,且將所述資訊儲存在資料庫304中。舉例而言,某些FC可具有約束,包含:最大容量;歸因於大小、冷凍需要、重量或其他物品要求而與某些物品的相容性;轉運成本;建築物限制;及/或其任何組合。作為舉例,某些物品可能僅儲存在一個履行中心中,而某些其他物品可能儲存在多個履行中心中。在另外其他實施例中,某些履行中心可設計成僅儲存特定的一組物品(例如,新鮮生產或冷凍的產品)。一或多個處理器305可處理或擷取每一FC的此資訊以及相關聯資訊(例如,數量、大小、接收日期、到期日期等),且將此資訊儲存在資料庫304中。
在一些實施例中,出站預測系統301的一或多個處理器305亦可組態成生成映射至每一地區的郵遞區號的最佳定址。作為舉例,一或多個處理器305可組態成接收映射至每一地區的郵遞區號的初始定址。郵遞區號的所述初始定址可隨機生成。一或多個處理器305可使用模擬模型來運行初始定址的模擬,且計算每一FC的出站容量利用(outbound capacity utilization;OCU)值。在一些實施例中,可計算FC網路的一個出站容量利用值。一或多個處理器305可判定包括超過預定臨限值的出站容量利用值的FC的數目,且向最佳化試探式(諸如基因演算法)饋送所判定數目個FC中的至少一者以生成郵遞區號的一或多個額外定址。接著,一或多個處理器305可基於郵遞區號的所述一或多個額外定址,使用所述最佳化試探式來生成映射至每一地區的郵遞區號的最佳定址。在一些實施例中,一或多個處理器305亦可基於所生成的郵遞區號的最佳定址來修改顧客訂單在多個FC當中的分配。因此,模擬模型可用於模擬出站流程,且評估郵遞區號的不同定址對於FC網路的總體出站的影響。基於模擬模型所提供的模擬,可獲得用於計算出站容量利用值的資料。可使用最佳化試探式(諸如基因演算法)來使出站容量利用值最佳化。舉例而言,一或多個處理器305可使用最佳化試探式來獲得最佳出站容量利用值以及將提供最佳出站容量利用值的FC的郵遞區號的最佳定址。如上文所論述,一或多個處理器305可使用最佳化試探式(諸如基因演算法)來獲得最佳出站容量利用值以及郵遞區號的最佳定址。作為舉例,一或多個處理器305可自郵遞區號的初始定址隨機選擇兩個郵遞區號,且交換所述兩個郵遞區號使得映射至各別FC的郵遞區號彼此交換。隨後,一或多個處理器305可使用模擬模型來運行郵遞區號的新定址的模擬,以計算郵遞區號的新定址的出站容量利用值。另外或可替代地,一或多個處理器305可自郵遞區號的初始定址隨機選擇一或多個郵遞區號,且隨機指派新的值(例如,新的郵遞區號)。隨後,一或多個處理器305可使用模擬模型來運行郵遞區號的新定址的模擬,以計算郵遞區號的新定址的出站容量利用值。一或多個處理器305可使用最佳化試探式及模擬模型來重複這些步驟,從而獲得最佳出站容量利用值以及將提供最佳出站容量利用值的FC的郵遞區號的最佳定址。
在其他實施例中,一或多個處理器305可將與對應SKU相關聯的顧客訂單及/或產品至FC 200的預測出站儲存在資料庫304中。在一些實施例中,出站預測系統301可經由網路302自資料庫304擷取資訊。資料庫304可包含儲存資訊且經由網路302存取的一或多個記憶體裝置。作為舉例,資料庫304可包含OracleTM資料庫、SybaseTM資料庫或其他相關資料庫或非相關資料庫,諸如Hadoop順序檔案、HBase或Cassandra。儘管將資料庫304示出為包含於系統300中,但其可替代地位於系統300遠端。在其他實施例中,資料庫304可併入至最佳化系統301中。資料庫304可包含計算組件(例如,資料庫管理系統、資料庫伺服器等),所述計算組件組態成接收及處理對儲存於資料庫304的記憶體裝置中的資料的請求且提供來自資料庫304的資料。
系統300亦可包括網路302及伺服器303。出站預測系統301、伺服器303以及資料庫304可經由網路302彼此連接且能夠與彼此通信。網路302可為無線網路、有線網路或無線網路與有線網路的任何組合中的一或多者。舉例而言,網路302可包含光纖網路、被動光學網路、電纜網路、網際網路、衛星網路、無線LAN、全球行動通信系統(「Global System for Mobile Communication;GSM」)、個人通信服務(「Personal Communication Service;PCS」)、個人區域網路(「Personal Area Network;PAN」)、D-AMPS、Wi-Fi、固定無線資料、IEEE 802.11b、IEEE 802.15.1、IEEE 802.11n以及IEEE 802.11g或用於傳輸及接收資料的任何其他有線或無線網路中的一或多者。
另外,網路302可包含但不限於電話線、光纖、IEEE乙太網路902.3、廣域網路(「WAN」)、區域網路(「local area network;LAN」),或諸如網際網路的全球網路。網路302亦可支援網際網路、無線通信網路、蜂巢式網路或類似者,或其任何組合。網路302可更包含操作為獨立網路或彼此合作的一個網路或任何數目個上述例示性類型的網路。網路302可利用與其以通信方式耦接的一或多個網路元件的一或多個協定。網路302可轉譯至網路裝置的一或多個協定或自其他協定轉譯至網路裝置的一或多個協定。儘管將網路302描繪為單一網路,但應瞭解,根據一或多個實施例,網路302可包括多個互連網路,諸如網際網路、服務提供商的網路、有線電視網路、公司網路以及家庭網路。
伺服器303可為網頁伺服器。舉例而言,伺服器303可包含遞送網頁內容的硬體(例如,一或多個電腦)及/或軟體(例如,一或多個應用程式),所述網頁內容可由例如使用者經由諸如網際網路的網路(例如,網路302)存取。伺服器303可使用例如超文字傳送協定(hypertext transfer protocol;HTTP或sHTTP)以與使用者通信。遞送至使用者的網頁可包含例如HTML文件,其除了文字內容之外可包含影像、式樣表單以及腳本。
諸如網頁瀏覽器、網頁耙梳程式或本機行動應用程式的使用者程式可使用HTTP藉由作出對特定資源的請求來發起通信,且伺服器303可用所述資源的內容回應或若無法這樣做則以錯誤訊息回應。伺服器303亦可允許或有助於自使用者接收內容,因此使用者可能夠例如提交網頁形式,包含上載檔案。伺服器303亦可使用例如主動伺服器頁(Active Server Page;ASP)、PHP或其他腳本處理語言來支援伺服器側腳本處理。因此,可在分開的檔案中對伺服器303的行為進行腳本處理,同時實際伺服器軟體保持不變。
在其他實施例中,伺服器303可為應用程式伺服器,所述應用程式伺服器可包含用於支援其所應用的應用程式的專用於程序(例如,程式、常式、腳本)的高效執行的硬體及/或軟體。伺服器303可包括一或多個應用程式伺服器構架,包含例如Java應用程式伺服器(例如,Java平台、企業版本(Java EE)、來自Microsoft®的.NET框架、PHP應用程式伺服器,以及類似者)。各種應用程式伺服器框架可含有綜合服務層模型。伺服器303可充當可經由由平台自身定義的API對例如實體實施系統100進行存取的組件集合。
在另一實施例中,一或多個處理器305可能夠實施對最佳化試探式(諸如基因演算法)的一或多個約束,諸如商業約束。約束可包含例如每一FC的最大容量、與每一FC相關聯的物品相容性、與FC相關聯的成本,或與每一FC相關聯的任何其他特性。每一FC的最大容量可包含與每一FC處可保存多少SKU相關聯的資訊。與每一FC相關聯的物品相容性可包含與某些物品相關聯的資訊,所述物品歸因於物品的大小、物品的重量、需要冷凍或與物品/SKU相關聯的其他要求而無法保存於某些FC處。亦可存在在每一FC處允許保存某些物品且防止保存某些物品的與每一FC相關聯的建築物限制。與每一FC相關聯的成本可包含FC至FC轉運成本、跨集群運送成本(例如,由自多個FC運送物品引發的運送成本)、由FC之間的跨庫存物品引發的運送成本、與使所有SKU處於一個FC中相關聯的每包裹單位(unit per parcel;UPP)成本,或其任何組合。
在其他實施例中,一或多個處理器305可快取最佳化試探式(諸如基因演算法)的一或多個部分以提高效率。舉例而言,可快取最佳化試探式的一或多個部分,以避免在每次生成模擬時都需要重新運行演算法的所有部分。一或多個處理器305可基於每一迭代是否將顯著改變來判定可快取最佳化試探式的哪一(些)部分。舉例而言,每次生成模擬時一些參數可保持一致,而其他參數可能改變。因此,一或多個處理器305可快取最佳化試探式中隨著模擬模型的每一迭代將實質上保持恆定的一部分。每次保持一致的參數將不需要在每次生成模擬時重新運行。因此,一或多個處理器305可快取這些一致參數。舉例而言,每一FC處的最大容量在每次生成模擬時可能不改變,且因此可快取。另一方面,每一模擬時可能變化的參數可包含例如顧客訂單分佈、顧客對地區中的每一SKU的興趣,或堆裝模型。顧客訂單分佈可指全州、地區性或全國網路中的顧客訂單狀態。舉例而言,顧客訂單分佈可指全州、地區性或全國網路中的顧客訂單的訂購模式。顧客對每一SKU的興趣可指全州、地區性或全國網路中對每一物品的顧客需求的量。堆裝模型可指指示將特定物品置放於何處(諸如揀選區209中的特定點或每一FC中的儲存單元210上的特定空間)的模型。每一FC的堆裝模型可不同。藉由快取最佳化試探式的一或多個部分,一或多個處理器305可提高效率且降低處理能力。
在一些實施例中,增加至最佳化試探式的另一約束可包括FC中的每一者處的顧客需求。一或多個處理器305可能夠藉由查看FC中的每一者處的訂單歷史來判定FC中的每一者處的顧客需求。在其他實施例中,一或多個處理器305可模擬FC中的每一者處的顧客需求。舉例而言,基於至少每一FC處的訂單歷史,一或多個處理器305可預測及/或模擬每一FC處的顧客需求。基於至少FC中的每一者處的模擬的顧客需求,一或多個處理器305可修改SKU在FC之間的分配以便最佳化SKU分配、SKU映射以及產品的出站流量。
在一些實施例中,映射至網路中的各地區的一或多個郵遞區號亦可包括一或多個約束。因此,一或多個處理器305可判定與一或多個郵遞區號相關聯的一或多個約束,且將所述約束應用於最佳化試探式以生成郵遞區號的一或多個額外定址。舉例而言,特定郵遞區號可僅映射至特定地區,例如這是因為所述特定郵遞區號可僅經由所述特定地區存取。因此,可將約束強加於最佳化試探式,使得所述特定郵遞區號始終映射至所述特定地區。舉例而言,在一些實施例中,將一或多個約束應用於最佳化試探式可包括去除郵遞區號的一或多個額外定址中忽略所述一或多個約束的至少一者。舉例而言,雖然藉由模擬模型的每一迭代生成映射至每一地區的郵遞區號的一或多個額外定址,但是若存在其中上文所論述的所述特定郵遞區號映射至除所述特定地區以外的地區的定址,則那些定址將忽略約束。因此,可去除忽略與所述特定郵遞區號相關聯的約束的定址,使得可不將那些定址併入可最終用於修改顧客訂單在FC之間的分配的郵遞區號的最佳定址中。
圖4為與本揭露的實施例一致的映射至每一地區(Rx)的郵遞區號的例示性定址400。參考圖4的定址400,例如,地區R1可映射至郵遞區號「12589」,地區R2可映射至郵遞區號「15879」,地區R3可映射至郵遞區號「12568」,等等。
如上文所論述,初始定址400可隨機生成。亦即,映射至每一地區(Rx)的郵遞區號可隨機生成。一或多個處理器305可組態成使用模擬模型來運行初始定址400的模擬。因此,一或多個處理器305可模擬當每一地區映射至定址400中的郵遞區號時的出站流量。舉例而言,一或多個處理器305可在運行郵遞區號的定址400的模擬之後計算每一地區中的每一FC的出站容量利用值。出站容量利用值可包括每一FC的出站與所述FC的出站容量的比例。隨後,一或多個處理器305可判定包括超過預定臨限值的出站容量利用值的FC的數目。所述預定臨限值可包括每一FC的最小出站。
在判定具有高於預定臨限值的出站容量利用值的FC的數目之後,一或多個處理器305可向最佳化試探式饋送郵遞區號中映射至初始定址400中的一地區的至少一者以生成郵遞區號的一或多個額外定址。在生成郵遞區號的一或多個額外定址時,例如,一或多個處理器305可維持郵遞區號中映射至一地區的至少一者,同時隨機改變郵遞區號中映射至定址400中的其他地區的其餘者。隨後,一或多個處理器305可用郵遞區號的新定址來再次計算每一FC的出站容量利用值,且判定具有超過預定臨限值的出站利用值的FC的數目。一或多個處理器305可重複這些步驟且生成郵遞區號的額外定址,直至滿足終止要求。舉例而言,當具有高於預定臨限值的出站容量利用值的FC的數目超過第二預定臨限值時,可滿足終止要求。亦即,一或多個處理器305可繼續向最佳化試探式饋送,以使用最佳化試探式來生成映射至每一地區的郵遞區號的一或多個額外定址,直至預定數目個FC具有超過預定臨限值的出站容量利用值。一旦具有高於預定臨限值的出站容量利用值的FC的數目超過第二預定臨限值,則具有優先值的定址400可構成映射至每一地區的郵遞區號的最佳定址。隨後,一或多個處理器305可使用所生成的郵遞區號的最佳定址來修改顧客訂單及/或SKU在多個FC當中的分配。
圖5為示出用於出站預測的例示性方法500的流程圖。此例示性方法藉助於實例提供。繪示於圖5中的方法500可藉由各種系統的一或多個組合執行或以其他方式進行。作為舉例,如下文所描述的方法500可藉由如圖3中所繪示的出站預測系統301實施,且在解釋圖5的方法時參考所述系統的各個元件。繪示於圖5中的每一方塊表示例示性方法500中的一或多個流程、方法或次常式。參考圖5,例示性方法500可開始於方塊501處。
在方塊501處,一或多個處理器305可接收映射至每一地區的郵遞區號的初始定址。郵遞區號的初始定址(諸如圖4中的定址400)可隨機生成。在接收映射至每一地區的郵遞區號的所述初始定址之後,方法500可進行到方塊502。在方塊502處,一或多個處理器305可使用模擬模型來運行所述初始定址的模擬。舉例而言,一或多個處理器305可基於映射至每一地區的郵遞區號的初始定址來模擬產品的出站流量。作為舉例,返回參考圖4,一或多個處理器305可使用模擬模型來模擬當遞送至郵遞區號12589的顧客訂單堆裝在地區R1中的FC中時、當遞送至郵遞區號15879的顧客訂單堆裝在地區R2中的FC中時以及當遞送至郵遞區號12568的顧客訂單堆裝在地區R3中的FC中時產品的出站流量。因此,當顧客訂單分配至不同地區中的FC時,一或多個處理器305可判定每一地區中的每一FC的效能。
為了在運行初始定址400的模擬的同時判定每一FC的效能,方法500可進行到方塊503,在所述方塊處,一或多個處理器305可計算每一FC的出站容量利用(OCU)值。如上文所論述,OCU值可包括每一FC的出站與所述FC的出站容量的比例。作為舉例,每一FC的OCU值可介於約0.01至約1的範圍內。在基於映射至每一地區的郵遞區號的初始定址來計算每一FC的OCU值之後,方法500可進行到方塊504。在方塊504處,一或多個處理器305可判定包括超過預定臨限值的OCU值的FC的數目。所述預定臨限值可包括每一FC的最小出站。
在判定具有高於預定臨限值的出站容量利用值的FC的數目之後,方法500可進行到方塊505。在方塊505處,一或多個處理器305可向最佳化試探式(諸如基因演算法)饋送郵遞區號中映射至初始定址(諸如定址400)中的一地區的至少一者以生成郵遞區號的一或多個額外定址。
在生成郵遞區號的一或多個額外定址時,例如,一或多個處理器305可維持郵遞區號中映射至一地區的至少一者,同時隨機改變郵遞區號中映射至定址400中的其他地區的其餘者。隨後,一或多個處理器305可用郵遞區號的新定址來再次計算每一FC的出站容量利用值,且判定具有超過預定臨限值的出站利用值的FC的數目。一或多個處理器305可重複這些步驟且生成郵遞區號的額外定址,直至滿足終止要求。舉例而言,當具有高於預定臨限值的出站容量利用值的FC的數目超過第二預定臨限值時,可滿足終止要求。舉例而言,第二預定臨限值可包括FC的預定數目。亦即,一或多個處理器305可繼續向最佳化試探式饋送以生成映射至每一地區的郵遞區號的一或多個額外定址,直至預定數目個FC具有超過預定臨限值的出站容量利用值。舉例而言,FC的預定數目可包括網路中的FC的約70%與100%之間的值。
一旦具有高於預定臨限值的出站容量利用值的FC的數目超過第二預定臨限值,方法500即可進行到方塊506。在方塊506處,一或多個處理器305可使用最佳化試探式來生成映射至每一地區的郵遞區號的最佳定址。舉例而言,郵遞區號的最佳定址可包括所生成的郵遞區號定址中的一者,經由所述定址,具有高於預定臨限值的出站容量利用值的FC的數目超過第二預定臨限值。舉例而言,映射至每一地區的郵遞區號的最佳定址可包括所生成的滿足終止要求的郵遞區號定址。
在生成郵遞區號的最佳定址之後,方法500可進行到方塊507。在方塊507處,一或多個處理器305可使用所生成的映射至每一地區的郵遞區號的最佳定址來修改顧客訂單在多個FC當中的分配。舉例而言,一或多個處理器305可基於與每一顧客訂單相關聯的遞送地址及所生成的映射至每一地區的郵遞區號的最佳定址來將顧客訂單指派至FC。作為舉例,若未結購買訂單的遞送地址與映射至所生成的郵遞區號的最佳定址中的第一地區的特定郵遞區號相關聯,則一或多個處理器305可將所述未結購買訂單指派至所述第一地區,使得所述未結購買訂單中的一或多個產品可堆裝在所述第一地區中的FC中。
儘管已參考本揭露的特定實施例來繪示及描述本揭露,但應理解,可在不修改的情況下在其他環境中實踐本揭露。已出於說明的目的呈現前述描述。前述描述並非窮盡性的,且不限於所揭露的精確形式或實施例。修改及調適對所屬技術領域中具有通常知識者而言將自本說明書的考量及所揭露實施例的實踐顯而易見。另外,儘管將所揭露實施例的態樣描述為儲存於記憶體中,但所屬技術領域中具有通常知識者應瞭解,這些態樣亦可儲存於其他類型的電腦可讀媒體上,諸如次級儲存裝置,例如硬碟或CDROM,或其他形式的RAM或ROM、USB媒體、DVD、藍光,或其他光碟機媒體。
基於書面描述及所揭露方法的電腦程式在有經驗的開發者的技能內。各種程式或程式模組可使用所屬技術領域中具有通常知識者已知的技術中的任一者來創建或可結合現有軟體設計。舉例而言,程式區段或程式模組可用或藉助於.Net框架、.Net緊密框架(.Net Compact Framework)(及相關語言,諸如視覺培基(Visual Basic)、C等)、Java、C++、物件-C(Objective-C)、HTML、HTML/AJAX組合、XML或包含Java小程式的HTML來設計。
此外,儘管本文中已描述說明性實施例,但所屬技術領域中具有通常知識者基於本揭露將瞭解具有等效元件、修改、省略、組合(例如,各種實施例中的態樣的組合)、調適及/或更改的任何及所有實施例的範圍。申請專利範圍中的限制應基於申請專利範圍中所採用的語言來廣泛地解譯,且不限於本說明書中所描述或在本申請案的審查期間的實例。實例應解釋為非排他性的。此外,所揭露方法的步驟可以包含藉由對步驟重新排序及/或插入或刪除步驟的任何方式修改。因此,希望僅將本說明書及實例視為說明性的,其中藉由以下申請專利範圍及其等效物的完整範圍指示真實範圍及精神。