TW202213121A - 使用群眾外包知識資料庫以收集、管理與分配資料之電腦實行系統以及電腦實行方法 - Google Patents

Abstract

本發明揭露使用群眾外包知識資料庫收集、管理以及分配資料的系統及方法。系統及方法可經組態以用於：將呈標準化格式的資訊儲存於一或多個基於網路的資料庫中，資料庫具有儲存於其上的記錄的集合；經由網路向使用者提供遠端存取，使得使用者中的任一者可經由圖形使用者介面即時更新關於記錄的集合中的記錄的資訊，其中使用者中的一者提供呈非標準化格式的更新的資訊；將更新的資訊轉換成標準化格式；將標準化的更新的資訊以標準化格式儲存於資料庫中；每當已儲存更新的資訊時，產生含有更新的資訊的訊息；以及經由網路即時將訊息傳輸至使用者中的所有者，使得每一使用者能夠立即存取最新資訊。

Description

使用群眾外包知識資料庫以收集、管理與分配資料之電腦實行系統以及電腦實行方法

本揭露內容大體上是關於使用群眾外包知識資料庫收集、管理以及分配資料的電腦化方法及系統。特定而言，本揭露內容的實施例是關於管理群眾外包知識資料庫以促進知識在大量源當中的收集及分配的發明性及非習知系統。

在個人的生活過程中，隨著個人經歷各種各樣的體驗，個人獲得可能有助於未來活動的各種見解。個人可經由諸如普通對話、寫作、建議以及展示的各種手段與其他人共享此等見解。得知見解的人亦轉而與其他人共享所述見解，引起知識的有機轉移。

經由人之間的直接交互的對等知識轉移常常為轉移知識的最準確手段。然而，其範圍限於與初始知識載體交互的人的較小網路。接觸更多的人需要接收者與其他人共享知識，此可能引入錯誤記憶（有意及無意的兩者）或導致知識偏離其初始狀態。書籍、媒體以及網際網路已顯著擴展了知識轉移的範圍，但經由此類手段的知識轉移大部分自知識載體流動至接收者，其中接收者無法與受益者共享他的/她的知識。

一些人已試圖經由藉由資訊技術的進步及電腦的廣泛採用所實現的技術解決方案來解決此等缺點。網頁論壇或群聊天室是此類努力的常見實例，其中參與者可自由地共享資訊。然而，在此等虛擬論壇中共享的資訊常常伴隨著大量雜訊（例如，非話題對話）。人們以非標準化方式（例如，意謂相同事物的不同字、不同語法、類型（typeo））共享資訊，此使得難以組織及搜尋特定話題。在無主持人的情況下，論壇可能僅因少數不良行為者而迅速脫離控制。所述少數不良行為者可使得假資訊能夠在沒有檢查的情況下散佈。一些知識可能因其未傳播給新的參與者而隨時間推移丟失。現有參與者已獲取知識，且可能未意識到新的參與者尚未獲取知識，而新的參與者完全未察覺此類知識甚至存在的事實。

相同的困難出現在公司內，其中公司可能希望促進其工作者之間的知識的有效且準確的轉移。在沒有有效手段來保存熟練工作者的知識且將其傳播給其餘工作者的情況下，公司將需要花費大量資源來反覆學習相同的知識。

因此，需要一種基於網路的知識管理系統及方法，所述系統及方法將來自地理上分散的區域的各種成員的關於不同事項的知識收集、轉換以及合併成標準化格式。

本揭露內容的一個態樣是針對一種使用群眾外包知識資料庫收集、管理以及分配資料的電腦實行系統。所述系統可包括：記憶體，儲存指令；以及至少一個處理器，經組態以執行所述指令。所述指令可包括：將關於一或多個地址的呈標準化格式的資訊儲存於一或多個基於網路的非暫時性儲存裝置中，所述一或多個基於網路的非暫時性儲存裝置具有儲存於其上的地理記錄的集合；經由網路向使用者提供遠端存取，使得所述使用者中的任一者可經由圖形使用者介面即時更新關於所述地理記錄的集合中的地址的所述資訊，其中所述使用者中的所述一者提供呈非標準化格式的更新的資訊，所述非標準化格式取決於由所述使用者中的所述一者使用的硬體及軟體平台；將所述更新的資訊轉換成所述標準化格式；將關於所述地址的標準化的更新的資訊以所述標準化格式儲存於所述地理記錄的集合中；每當已儲存更新的資訊時，產生含有關於所述地址的所述更新的資訊的訊息；以及經由所述網路即時將所述訊息傳輸至所述使用者中的所有者，使得每一使用者能夠立即存取最新資訊。

本揭露內容的又一態樣是針對一種使用群眾外包知識資料庫收集、管理以及分配資料的電腦實行方法。所述方法可包括：將關於一或多個地址的呈標準化格式的資訊儲存於一或多個基於網路的非暫時性儲存裝置中，所述一或多個基於網路的非暫時性儲存裝置具有儲存於其上的地理記錄的集合；經由網路向使用者提供遠端存取，使得所述使用者中的任一者可經由圖形使用者介面即時更新關於所述地理記錄的集合中的地址的所述資訊，其中所述使用者中的所述一者提供呈非標準化格式的更新的資訊，所述非標準化格式取決於由所述使用者中的所述一者使用的硬體及軟體平台；將所述更新的資訊轉換成所述標準化格式；將關於所述地址的標準化的更新的資訊以所述標準化格式儲存於所述地理記錄的集合中；每當已儲存更新的資訊時，產生含有關於所述地址的所述更新的資訊的訊息；以及經由所述網路即時將所述訊息傳輸至所述使用者中的所有者，使得每一使用者能夠立即存取最新資訊。

再另外，本揭露內容的另一態樣是針對一種使用群眾外包知識資料庫收集、管理以及分配資料的電腦實行系統。所述系統可包括：記憶體，儲存指令；以及至少一個處理器，經組態以執行所述指令。所述指令可包括：將關於一或多個地址的呈標準化格式的資訊儲存於一或多個基於網路的非暫時性儲存裝置中，所述一或多個基於網路的非暫時性儲存裝置具有儲存於其上的地理記錄的集合；經由網路向使用者提供遠端存取，使得所述使用者中的任一者可經由圖形使用者介面即時更新關於所述地理記錄的集合中的地址的所述資訊，其中所述使用者中的所述一者提供呈非標準化格式的更新的資訊，所述非標準化格式取決於由所述使用者中的所述一者使用的硬體及軟體平台；將非標準化的更新的資訊轉換成所述標準化格式；將關於所述地址的標準化的更新的資訊以所述標準化格式儲存於所述地理記錄的集合中；每當已儲存更新的資訊時，產生含有關於所述地址的所述更新的資訊的第一訊息；回應於所述第一訊息而接收認可所述更新的資訊的訊號；回應於所述訊號而產生含有關於所述地址的經過認可的資訊的第二訊息；以及經由所述網路即時將所述第二訊息傳輸至所述使用者中的所有者，使得每一使用者能夠立即存取最新資訊。

本文中亦論述其他系統、方法以及電腦可讀媒體。

以下詳細描述參考隨附圖式。只要可能，即在圖式及以下描述中使用相同附圖標號來指代相同或類似部分。儘管本文中描述若干示出性實施例，但修改、調適以及其他實施方案是可能的。舉例而言，可對圖式中所示出的組件及步驟進行替代、添加或修改，且可藉由取代、重新排序、移除步驟或將步驟添加至所揭露方法來修改本文中所描述的示出性方法。因此，以下詳細描述不限於所揭露實施例及實例。實情為，本發明的正確範圍由隨附申請專利範圍界定。

本揭露內容的實施例是針對組成群眾外包資料庫的系統及方法。使用資料庫，系統及方法使得能夠在大量使用者當中有效轉移知識。具體而言，將由使用者共享的知識轉換成標準格式、由主持人審查，且儲存於群眾外包資料庫中，接著使其即時對使用者可用。本文中所揭露的實施例對應於電子商務公司的上下文中的特定使用案例，從而利用所揭露的群眾外包資料庫來維護由其遞送工作者提交的遞送提示的儲存庫。然而，所揭露的系統及方法可廣泛地適用於不同使用案例，且群眾外包資料庫可視需要儲存各種資訊。

參考圖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（描繪為在履行中心（FC）200內部）、第3方履行系統121A、第3方履行系統121B以及第3方履行系統121C、履行中心授權系統（fulfillment center authorization；FC Auth）123以及勞動管理系統（labor management system；LMS）125。

在一些實施例中，SAT系統101可實行為監視訂單狀態及遞送狀態的電腦系統。舉例而言，SAT系統101可判定訂單是否超過其承諾遞送日期（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）前）訂購的情況下對含有產品的包裹將何時抵達使用者的所要位置或承諾將產品遞送至使用者的所要位置處的日期的估計。（PDD在下文相對於FO系統113進一步論述。）

外部前端系統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中的一或多個系統交互的電腦系統。舉例而言，在網路使得系統的呈現能夠允許使用者針對物件下訂單的實施例中，內部前端系統105可實行為使得內部使用者能夠查看關於訂單的診斷及統計資訊、修改物件資訊或審查與訂單相關的統計的網頁伺服器。舉例而言，內部前端系統105可實行為電腦或電腦運行軟體，諸如阿帕奇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亦可向勞動力管理系統（workforce 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與卸貨區207之間移動物件。若（例如，由於預測需求而）需要揀貨區中的物件202A或物件202B，則叉車可將物件202A或物件202B移動至卸貨區207。

卸貨區207可為FC 200的在將物件移動至揀貨區209之前儲存所述物件的區域。指定給揀貨任務的工作者（「揀貨員」）可靠近揀貨區中的物件202A及物件202B，使用行動裝置（例如，裝置119B）來掃描揀貨區的條碼，且掃描與物件202A及物件202B相關聯的條碼。揀貨員可接著（例如，藉由將物件置放於推車上或攜帶所述物件）將所述物件取至揀貨區209。

揀貨區209可為FC 200的將物件208儲存於儲存單元210上的區域。在一些實施例中，儲存單元210可包括實體擱架、書架、盒、手提包、冰箱、冷凍機、冷儲存區或類似者中的一或多者。在一些實施例中，揀貨區209可組織成多個樓層。在一些實施例中，工作者或機器可以多種方式將物件移動至揀貨區209中，包含例如叉車、電梯、傳送帶、推車、手推平車、台車、自動化機器人或裝置，或手動地移動。舉例而言，揀貨員可在卸貨區207中將物件202A及物件202B置放於手推平車或推車上，且將物件202A及物件202B步移至揀貨區209。

揀貨員可接收將物件置放（或「堆裝」）於揀貨區209中的特定點（諸如儲存單元210上的特定空間）的指令。舉例而言，揀貨員可使用行動裝置（例如，裝置119B）來掃描物件202A。裝置可例如使用指示走道、貨架以及位置的系統來指示揀貨員應將物件202A堆裝於何處。裝置可接著提示揀貨員在將物件202A堆裝於所述位置之前掃描所述位置處的條碼。裝置可（例如，經由無線網路）將資料發送至諸如圖1A中的WMS 119的電腦系統，從而指示已由使用裝置119B的使用者將物件202A堆裝於所述位置處。

一旦使用者下訂單，揀貨員即可在裝置119B上接收自儲存單元210檢索一或多個物件208的指令。揀貨員可檢索物件208、掃描物件208上的條碼，且將所述物件208置放於運輸機構214上。儘管將運輸機構214表示為滑動件，但在一些實施例中，運輸機構可實行為傳送帶、電梯、推車、叉車、手推平車、台車或類似者中的一或多者。物件208可接著抵達包裝區211。

包裝區211可為FC 200的自揀貨區209接收到物件且將所述物件包裝至盒或包中以用於最終運送至客戶的區域。在包裝區211中，指定給接收物件的工作者（「合流工作者」）將自揀貨區209接收物件208且判定所述物件208對應於哪一訂單。舉例而言，合流工作者可使用諸如電腦119C的裝置來掃描物件208上的條碼。電腦119C可在視覺上指示物件208與哪一訂單相關聯。此可包含例如對應於訂單的牆216上的空間或「單元格」。一旦訂單完成（例如，由於單元格含有所述訂單的所有物件），合流工作者即可指示包裝工作者（或「包裝員」）訂單完成。包裝員可自單元格檢索物件且將所述物件置放於盒或包中以用於運送。包裝員可接著例如經由叉車、推車、台車、手推平車、傳送帶、手動地或以其他方式將盒或包發送至樞紐區（hub zone）213。

樞紐區213可為FC 200的自包裝區211接收所有盒或包（「包裹」）的區域。樞紐區213中的工作者及/或機器可檢索包裹218且判定每一包裹預期去至遞送區域的哪一部分，且將包裹投送至適當的營地區（camp zone）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描繪示出利用群眾外包知識資料庫（knowledge database；KDB）313的介面圖300的例示性實施例的示意性方塊圖。例示性實施例包括與接收者資料庫320、運送資料庫330以及多個裝置（例如，客戶端裝置340A至客戶端裝置340C以及管理者裝置350A至管理者裝置350B）通信的運輸管理系統（transportation management system；TMS）310。在一些實施例中，TMS 310可對應於繪示於圖1A中的系統中的一或多者，諸如運輸系統107。在其他實施例中，TMS 310可為與繪示於圖1A中的系統中的一或多者通信的單獨系統。在一些實施例中，接收者資料庫320及運送資料庫330可包括與TMS 310通信的外部資料庫的集合，從而向TMS 310提供處理及呈現儲存於其中的知識所必需的資訊。在一些實施例中，外部資料庫可對應於繪示於圖1A中的一或多個系統或自所述系統中的一或多者獲得資訊。在一些實施例中，TMS 310、接收者資料庫320以及運送資料庫330可經由一或多個公用或私用網路連接通信，所述網路連接包含網際網路、企業內部網路、廣域網路（Wide-Area Network；WAN）、都會區域網路（Metropolitan-Area Network；MAN）、順應IEEE 802.11a/b/g/n標準的無線網路、有線網路，或類似者。

在一些實施例中，TMS 310可實行為聚合、維護以及分配自使用者搜集的群眾外包知識的電腦系統。在一些實施例中，TMS 310可包括一或多個處理器311、一或多個記憶體312（亦即，非暫時性電腦可讀媒體），以及KDB 313。TMS 310可呈伺服器、通用電腦、大型主機電腦、專用計算裝置、分散式計算系統或類似者的形式。TMS 310可為獨立系統，或其可為子系統的部分，所述子系統可為更大系統的部分。

KDB 313可經組態以儲存隨時間推移而收集及累積的資訊（亦即，知識）。在一些實施例中，KDB 313可包括一或多個硬碟機、一或多個固態碟機、一或多個非暫時性記憶體或其任何組合。在一些實施例中，KDB 313亦可包括提供冗餘、增加的儲存容量及/或同時支援多個使用者的能力的資料庫的分散式網路。

可以預定結構組織KDB 313內的資訊，其中將每一知識項（例如，由使用者共享的知識）指定給預定結構的一或多個元素。在本文中所描述的特定使用案例中，例如，KDB 313可經組態以儲存由遞送工作者共享的知識。預定結構可包含例如在物件導向程式設計的上下文中的層次、樹狀結構，或類及子類。

在一些實施例中，可按地址組織儲存於KDB 313內的資訊，其中將知識項（例如，關於特定地址的遞送提示）指定給KDB 313內的對應於特定地址的元素。可進一步諸如按州、城市或郵遞區號以群組組織元素，以促進索引或搜尋。在一或多個地址對應於社區內的單元或房（亦即，共享有限數目個公共入口的地址的群組，諸如私有門控社區、建築物或公寓）的另外的實施例中，KDB 313中的元素可對應於個別房或單元，所述個別套房或單元的集合可在KDB 313內分組在一起。對應於屬於單一郵遞單元（例如，單家庭住宅、公寓單元）的地址的元素可稱為單元元素，且對應於社區的元素可稱為社區元素。在一些實施例中，可將知識項指定給元素的群組，諸如對應於特定社區的群組。在此類實施例中，知識項可稱為社區級項且與群組中的元素中的所有者相關聯。指定給單元元素的知識項可稱為單元級項。舉例而言，可將關於社區中的郵件收發室的位置的遞送提示指定給KDB 313中的對應於所述社區的社區元素，且所述遞送提示可與社區內的個別單元相關聯。

在一些實施例中，關於KDB 313的個別元素的資訊最初可用來自諸如接收者資料庫320及運送資料庫330的外部資料庫的資訊來填充。舉例而言，TMS 310可在KDB 313內創建元素以對應於由接收者資料庫320提供的接收者地址。接著可使元素與由遞送工作者在其遞送包裹時累積關於特定接收者地址的知識時提交的知識項相關聯。此處，當更新來自接收者資料庫320的接收者地址時，TMS 310可自KDB 313創建、修改或移除元素。在一些實施例中，TMS 310亦可利用自諸如運送資料庫330的外部資料庫提取的資訊來顯示有用資訊以及如待在下文所描述的適當的知識項。

在一些實施例中，儲存於諸如接收者資料庫320及運送資料庫330的外部資料庫中的資訊可能已由圖1A中所描繪的一或多個系統（諸如運送授權技術系統101、運送及訂單追蹤系統111以及履行最佳化系統113）產生。

在一些實施例中，使用者可使用諸如客戶端裝置340A至客戶端裝置340C以及管理者裝置350A至管理者裝置350B的多個裝置經由網路360存取KDB 313。在一些實施例中，客戶端裝置340A至客戶端裝置340C可包含上文所描述的行動裝置107A至行動裝置107C。使用者可使用客戶端裝置340A至客戶端裝置340C來存取儲存於KDB 313中的現有知識項或提交新知識項。客戶端裝置340A至客戶端裝置340C可包括任何個人計算裝置，諸如行動電話、智慧型手機、PDA、平板電腦或PC。在一些實施例中，使用者的子集可經由管理者裝置350A至管理者裝置350B存取KDB 313中的知識項，以便管理儲存於KDB 313中的知識項。管理者裝置350A至管理者裝置350B亦可包括任何個人計算裝置，諸如行動電話、智慧型手機、PDA、平板電腦或PC。在一些實施例中，管理者裝置350A至管理者裝置350B可為專用於或致力於管理KDB 313中的項的特定裝置。另外或替代地，管理者裝置350A至管理者裝置350B可為以特殊特權預授權或由經過授權的使用者在認證會話中操作的客戶端裝置340A至客戶端裝置340C的子集。

圖4描繪用於接收及分配由使用者提交的新知識項的例示性電腦化過程400的流程圖。過程400可由與KDB 313通信的TMS 310進行。過程400為針對電子商務公司的上下文中的特定使用案例採用的過程，從而利用KDB 313來維護由其遞送工作者提交的遞送提示的儲存庫。然而，過程400的態樣可廣泛適用於不同使用案例，且可視需要修改及採用過程400以適應其他使用案例。

在正常操作期間，在步驟401處，TMS 310可在KDB 313中儲存呈標準化格式的與一或多個地址相關聯的資訊。如上文相對於圖3所描述，可以預定結構組織組織資訊，其中結構的每一元素可對應於郵遞地址。以此方式，KDB 313經組態以儲存地理記錄的集合，其中每一地理記錄（亦即，元素）對應於郵遞地址。

在一些實施例中，元素可包括社區元素及單元元素，其中每一社區元素包括對應於社區內的個別單元的單元元素的群組。舉例而言，社區元素可對應於具有單一郵遞地址的綜合住宅大樓，其中社區元素包括對應於綜合住宅大樓內的個別住宅單元的多個單元元素。

在另外的實施例中，每一元素可與表示可用於將包裹遞送至對應地址的遞送提示的一或多個知識項相關聯。在一些實施例中，可將知識項分類成不同類型，諸如存取碼項、警告切換項或描述性項，其中的每一者將在下文更詳細地描述。每一知識項可包括各種類型的資料，諸如文字、影像、視訊、聲音、GPS標籤或類似者。

在步驟402處，TMS 310可經由網路360向使用者提供存取，使得使用者中的任一者可查看或更新儲存於KDB 313中的資訊。在一些實施例中，即使在另一使用者可能正存取相同知識項時，使用者亦可經由客戶端裝置340A至客戶端裝置340C或管理者裝置350A至管理者裝置350B存取KDB 313以即時或幾乎即時地查看現有知識項、提交新知識項或管理先前提交的知識項。使用者可藉以存取儲存於KDB 313中的知識項的過程及UI在下文相對於圖5至圖7描述。

在步驟403處，TMS 310可接收關於地理記錄的集合當中的地址的更新的資訊。在一些實施例中，更新的資訊可包括與具有儲存於KDB 313中的對應元素的地址相關聯的新知識項。在其他實施例中，更新的資訊可包括與具有儲存於KDB 313中的對應元素的地址相關聯的經過修改的知識項。使用者可藉以提交更新的資訊的過程及UI在下文相對於圖8A至圖8C描述。

在一些實施例中，更新的資訊（例如，新的或經過修改的知識項）可能以非標準化格式出現。如本文中所使用，呈非標準化格式的知識項指代在未遵循用於使用KDB 313的一或多個指南的情況下提交的任何項。在一些實施例中，此類指南可包括選擇適合於所提交的知識的類型的正確類別；以預先指定的語言（例如，英語）提交文字資料；提交可清楚地辨識的影像、視訊或音訊檔案；或類似者。在一些實施例中，非標準化資訊亦可包括由TMS 310因提交客戶端裝置（例如，客戶端裝置340A至客戶端裝置340C中的任一者）與TMS 310之間的硬體或軟體失配而無法讀取的資訊。

在步驟404處，TMS 310可將呈非標準化格式的知識項轉換成標準化格式。在一些實施例中，此轉換可包括翻譯以外國語言提交的任何文字資料；調整影像、視訊或音訊檔案的一或多個參數以增強其品質（例如，改變影像或視訊的亮度或對比度；調整音訊檔案的音量；自影像、視訊或音訊檔案移除雜訊）；或類似者。在另外的實施例中，TMS 310可剖析知識項、辨識某些片語或關鍵字以判定所提交的知識的類型，且將知識項轉換成正確類別。舉例而言，TMS 310可辨識：知識項含有存取碼且將所述項轉換成存取碼項；或所述項正指示遞送工作者勿按門鈴且將所述項轉換成對應警告切換項。

在步驟405及步驟406處，TMS 310可將標準化的更新的資訊儲存至KDB 313中且產生審查標準化的更新的資訊的請求。此處，TMS 310可將標準化的更新的資訊分解成個別知識項，每一知識項對應於KDB 313中的元素。TMS 310接著可將每一知識項指定給各別元素，將其儲存於KDB 313中，且產生審查知識項（統稱為標準化的更新資訊）的請求。在一些實施例中，TMS 310可將此類請求傳輸至管理者裝置350A至管理者裝置350B，回應於此，使用者可審查及認可或拒絕包含於標準化的更新的資訊中的一或多個知識項。在一些實施例中，審查使用者可為存取KDB 313及/或賦有用於管理KDB 313的內容的特殊特權的使用者的子集。審查使用者藉以存取請求及審查更新的資訊的過程及UI在下文相對於圖9至圖12描述。在一些實施例中，審查使用者可使用管理者裝置350A至管理者裝置350B來提交新知識項。用於提交此類新知識項的過程及UI亦描述於下文中。

一旦使用者已審查及認可知識項，管理者裝置350A至管理者裝置350B即可產生與認可知識項相關聯的訊號。在步驟407處，TMS 310可接收認可知識項（或統稱為標準化的更新的資訊）的此訊號。

在步驟408及步驟409處，回應於接收到的訊號，TMS 310可產生含有標準化的更新的資訊的訊息且經由網路360傳輸所述訊息。在一些實施例中，TMS 310可將訊息作為伺服器推播或推播通知傳輸，其中正是TMS 310啟動資料轉移而非接收客戶端裝置340A至接收客戶端裝置340C。此類實施例允許TMS 310即時或幾乎即時地傳輸訊息，使得每一使用者能夠立即存取最新資訊。

儘管按順序描述過程400的步驟，但在一些實施例中，可能期望向使用者提供對儲存於KDB 313中的資訊的不間斷存取。以此方式，使用者始終能夠在任何時間經由客戶端裝置340A至客戶端裝置340C查看知識項或提交新項，且審查使用者能夠在任何時間經由管理者裝置350A至管理者裝置350B查看對審查知識項的請求。不受約束地提交新知識項及審查新知識項允許每一使用者持續存取儲存於KDB 313中的資訊，且給予其在按其時程完成其各別任務方面的靈活性。舉例而言，審查使用者可允許在認可多個請求之前累積所述多個請求。

然而，應注意，儘管允許使用者以其自身步調提交及審查更新的資訊，但TMS 310可無延遲地處理過程400的其他步驟。舉例而言，一旦TMS 310在步驟403處接收到更新的資訊，TMS 310即可將更新的資訊轉換為標準化格式，儲存標準化的更新的資訊，且產生立即審查的請求。以此方式，知識項的新提交可儲存於KDB 313中且出現在管理者客戶端（例如，管理者客戶端350A)上以供即時審查。提交新知識項的使用者亦可能夠即時確認他/她在客戶端裝置（例如，客戶端裝置340A)上的提交。類似地，一旦TMS 310在步驟407處接收到認可標準化的更新的資訊的訊號，TMS 310即可處理對應知識項，且使其可由經由客戶端裝置340A至客戶端裝置340C或管理者裝置350A至管理者裝置350B存取KDB 313的任何使用者存取。

圖5至圖8描繪與本文中所揭露的例示性使用案例一致的用於查看儲存於KDB 313中的資訊以及自外部資料庫（諸如接收者資料庫320及運送資料庫330）接收到的其他有用資訊的例示性UI的實施例。應注意，儘管將UI描繪為行動應用程式，但此實施方案不為排他性的，且UI可呈網站、網頁應用程式、電腦應用程式、為專用硬體裝置開發的軟體或類似者的形式。亦應注意，圖5至圖8中所描繪的UI僅用以表示對於經由客戶端裝置（例如，客戶端裝置340A）存取KDB 313的特定使用者，UI可能如何出現。圖5至圖8中所描繪的佈局及圖形使用者介面（GUI）元素僅為例示性的，且可預期具有更多或更少元素或具有不同佈局的其他變型。

圖5A及圖5B為顯示地理區域的地圖510的概觀UI 500的例示性實施例。地圖510可源自諸如谷歌（Google）地圖或蘋果（Apple）地圖的任何已知地圖提供商，或可定製開發。在一些實施例中，概觀UI 500可以實質上類似於使用者可能習慣的第三方地圖應用程式的方式顯示地圖，此可降低許多使用者的學習曲線，此是由於其已習慣所述介面。

在一些實施例中，地圖510可顯示一或多個位置標誌（例如，位置標誌520A至位置標誌520B）。位置標誌可出現於地圖510上的目的地的位置處，標誌內部具有數字（例如，位置標誌520A的5），所述數字表示待遞送至目的地或自目的地接收到的包裹的數目。在一些實施例中，一個位置標誌可表示彼此緊密鄰近的多個目的地。在此情況下，標誌內部的數字可表示位置標誌表示的目的地的數目。舉例而言，圖5B的位置標誌520C具有數字6，其表示使用者必須存取的目的地的數目。

參考圖5B，修改概觀UI 500以展示顯示關於由位置標誌520C表示的目的地的資訊的列表窗格530。在一些實施例中，位置標誌520C的顏色可改變以表示展示於列表窗格530上的資訊對應於位置標誌520C。其他實施例可使用視覺識別的其他方法來表示選擇。

在一些實施例中，列表窗格530包括群組彙總列531以及目的地彙總540A至目的地彙總540C。群組彙總列531可顯示與特定位置標誌（例如，位置標誌520C）相關的不同參數，所述參數可包含由位置標誌表示的目的地的數目（例如，位置標誌520C的6）、待遞送至由位置標誌表示的目的地的包裹的總數目（例如，位置標誌520C的10），以及待自目的地收取用於退貨的包裹的總數目（例如，位置標誌520C的3）。

轉向目的地彙總540A至目的地彙總540C，每一目的地彙總可對應於KDB 313中的與特定郵遞地址相關聯的元素。舉例而言，目的地彙總540A對應於與紐約州紐約市#1205查爾斯（Charles）街165 W相關聯的元素。每一目的地彙總（例如，目的地彙總540A）亦可顯示自諸如上文所描述的接收者資料庫320及運送資料庫330的外部資料庫接收到的其他相關資訊。舉例而言，目的地彙總540A可顯示與地址相關聯的客戶的姓名以及待在所述地址處遞送及收取的包裹的數目。在一些實施例中，列表窗格530可更包括捲動箭頭532以表示展示於列表窗格530中的資訊的一部分在概觀UI 500外部。

在一些實施例中，目的地彙總540A亦可顯示不同圖標（例如，圖標541及圖標542），所述圖標表示與地址相關聯的一或多個知識項的存在。舉例而言，燈泡圖標541可表示存在與地址相關聯的至少一個知識項，且鑰匙圖標542可表示存在用於抵達地址的存取碼的至少一個知識項。在一些實施例中，選擇燈泡圖標541或鑰匙圖標542可顯示儲存於KDB 313中的對應知識項。

在另外的實施例中，目的地彙總540A亦可顯示詳情按鈕543，使用者可選擇所述詳情按鈕543以顯示關於對應目的地的更詳細資訊。值得注意的是，儘管圖5B的所有三個目的地彙總540A至目的地彙總540C包含燈泡圖標541及鑰匙圖標542兩者，但圖標的存在是基於與KDB 313中的對應元素相關聯的知識項的類型。舉例而言，針對不具有KDB 313中的任何相關聯知識項的地址的目的地彙總將不包含圖標中的任一者。

圖6A及圖6B為用於顯示目的地的更詳細視圖的列表視圖UI 600的例示性實施例。在一些實施例中，使用者可藉由選擇按鈕（未繪示）在概觀UI 500與列表視圖UI 600之間切換以選擇所要UI。參考圖6A，列表視圖UI 600可充當用於顯示儲存於KDB 313中的元素的替代性佈局，其中在選擇位置標誌（例如，位置標誌520C）後出現的記錄顯示於目的地詳情窗格610A及目的地詳情窗格610B的列表中。在一些實施例中，使用者可能夠使用控制按鈕601搜尋特定元素、過濾某些元素或再新顯示的資訊。為易於描述及比較，展示於目的地詳情窗格610A中的元素與展示於圖5B的目的地彙總540A中的元素相同。

在一些實施例中，目的地詳情窗格610A可包括存取碼區段611、圖標區段612以及頂項區段613，以及諸如目的地處的接收者的姓名及地址的基本資訊。存取碼區段611可顯示抵達目的地地址所必需的已知存取碼。在一些實施例中，顯示於存取碼區段611中的資訊可包含來自存取碼項的資訊，所述存取碼項與對應於目的地地址的單元元素或與單元元素相關聯的社區元素相關聯。舉例而言，與KDB 313中的對應單元元素相關聯的存取碼項可含有開啟目的地處的信箱所必需的存取碼。在另一實例中，單元元素可為綜合住宅大樓內部的公寓單元，具有對應社區元素，所述對應社區元素具有主入口存取碼的存取碼項。在此情況下，存取碼區段611可顯示兩個存取碼，一個用於主入口且另一個用於信箱。

圖標區段612可顯示指示一或多個知識項（例如，具有燈泡圖標）及警告切換項（例如，具有「勿按門鈴」及「勿敲門」圖標）的存在的各種圖標。圖標區段612可基於與對應於目的地的單元元素及/或社區元素相關聯的知識項來顯示此類圖標。舉例而言，圖6A中所描繪的「勿按門鈴」圖標及「勿敲門」圖標指示對應單元元素及/或社區元素具有各別警告切換項。在一些實施例中，警告切換項可包含常見警告，諸如勿按門鈴、勿敲門、有寵物等。在一些實施例中，燈泡圖標的存在可指示存在與目的地相關聯的知識項，此可提示使用者參考知識項。

頂項區段613可顯示最常用的描述性項的片段，使得其可由使用者容易地觀察到，而無需更深地導航至如圖6B中所描繪的UI中。在一些實施例中，在僅存在與目的地相關聯的幾個知識項且其中的所有者均顯示於頂項區段613中的情況下，圖標區段612可移除燈泡圖標，此是由於無其他項可用。

參考圖6B，使用者可選擇顯示於目的地詳情窗格（例如，目的地詳情窗格610A）中的目的地以顯示目的地詳情UI 620。目的地詳情UI 620可顯示可用於特定目的地的所有資訊且呈現用於提交新知識項的選項。在一些實施例中，目的地詳情UI 620可包含新項區段621、存取碼項區段623、描述性項區段625以及警告切換項區段627。

新項區段621可包含用於提交新知識項的按鈕，以及顯示與對應於當前所選目的地的社區元素及單元元素相關聯的知識項的數目的知識項計數622。用於提交新知識項的過程及UI在下文相對於圖8A至圖8C描述。

存取碼項區段623、描述性項區段625以及警告切換項區段627各自顯示與對應於當前所選目的地的社區元素及單元元素相關聯的知識項的各別類別。在一些實施例中，存取碼項區段亦可包含提交新碼按鈕624，使得使用者可快速添加存取碼。在一些實施例中，可將描述性項區段625劃分成顯示與社區元素及單元元素相關聯的不同描述性項的不同區段。在另外的實施例中，描述性項區段625亦可包含用於顯示接收者提交的請求的區段。接收者提交的請求可指經由管理者裝置350A至管理者裝置350B提交至KDB 313的特定類型的知識項，其反映由當前所選目的地的接收者手動請求的請求。

圖6A至圖6B中所描繪的知識項的UI元素經組態以回應於使用者與UI的交互而顯示。然而，在一些實施例中，TMS 310可將某些知識項組態為在沒有來自使用者的任何交互的情況下出現。此類知識項可基於客戶端裝置的位置作為通知出現於客戶端裝置340A至客戶端裝置340C上。位置可藉由判定地理位置的任何手段（諸如GPS感測器、蜂巢式三角量測、藍牙位置追蹤或類似者）感測到。舉例而言，當使用者接近地址時，與特定地址相關聯的知識項可作為通知在客戶端裝置上彈出。以此方式顯示的知識項可為視為對成功完成任務具有決定性的知識項或預組態以顯示的知識項。顯示某些知識項的此過程甚至可允許非常規使用者或未「深入」審查每一個別知識項的使用者注意到重要知識項。

圖7A至圖7C描述知識項視圖UI的不同佈局，所述知識項視圖UI顯示與特定目的地相關聯的不同知識項。在一些實施例中，圖7A至圖7C中所描繪的UI可在使用者選擇繪示於圖6B中的知識項計數622時出現。使用者可藉由在視圖選擇欄標701中選擇所要欄標在圖7A至圖7C中所描繪的不同佈局之間切換。

圖7A描繪社區級項視圖UI 700A，其顯示與當前所選目的地相關聯的所有社區級項。舉例而言，與圖7A中所描繪的目的地相關聯的社區元素具有KDB 313中的9個社區級項。在一些實施例中，社區級項視圖UI 700A可依次顯示項中的每一者以及詳細資訊，包含其標題（711）、描述（712）、任何影像/視訊/音訊附件（713）以及有用性度量（714）。在一些實施例中，有用性度量714可為其他使用者已指示特定知識項有幫助的次數。在一些實施例中，圖7A及圖7B中所描繪的知識項視圖UI可按其有用性度量的次序顯示相關知識項。亦可同等地應用對項進行分選的其他方法，諸如按提交日期、評論最多或類似者進行分選。在一些實施例中，有用性度量714可用作促使提交新且有用知識項的激勵。

圖7B描繪單元級項視圖UI 700B，其顯示與當前所選目的地相關聯的所有單元級項。舉例而言，對應於圖7B中所描繪的目的地的單元元素不具有KDB 313中的單元級項。在此情況下，單元級項視圖UI 700B可僅顯示空白螢幕或通知720。在存在單元級項的其他例示性情況下，單元級項視圖UI 700B可以類似於圖7A的社區級項視圖UI 700A的方式顯示單元級項。

在另外的實施例中，社區級項視圖UI 700A及/或單元級項視圖UI 700B可為使用者提供視需要報告不正確或不當知識項或留下評論的方式。此特徵可促使在原本是陌生人的使用者當中產生自我監管感或團體感。在一些實施例中，TMS 310可判定某些知識項是過時或無關的。此判定可基於項的年齡、自使用者接收到的交互的級別（例如，評論等）或其任何組合。TMS 310可決定在其他更有幫助或更新近的項之後顯示此等項，或將其自視圖移除。另外或替代地，TMS 310可產生審查此類過時知識項的請求。

圖7C描繪使用者提交項視圖UI 700C，其顯示與當前所選目的地相關聯且由當前使用者提交的所有使用者提交項。舉例而言，如圖7C中所描繪，存在由當前使用者提交的兩個使用者提交項。如本文中所使用，使用者提交項為TMS 310在圖4的步驟403處接收到但尚未在步驟407處由審查使用者審查及認可的項。在一些實施例中，使用者提交項視圖UI 700C可以提交的初始版本或以在步驟404處轉換的標準化格式顯示使用者提交項。在一些實施例中，每一使用者提交項與詳細資訊一起顯示，所述詳細資訊諸如其標題（731）、項級別（732）、提交日期（733）、描述（734）以及任何附件（735）。在一些實施例中，使用者提交項視圖UI 700C亦可顯示緊鄰每一使用者提交項的刪除圖標736。使用者可在任何時間選擇刪除圖標736以取消項的提交且將所述項自KDB 313移除。

圖8A至圖8C描繪新知識項提交UI 800的例示性實施例。使用者可使用此UI提交新知識項，如上文相對於圖4所描述。TMS 310接著可處理新知識項且請求對其進行審查，如亦在上文所描述。在一些實施例中，新知識項提交UI 800可基於上下文判定應將新知識項指定給哪一適當元素。舉例而言，當在使用者存取指定給特定目的地的知識項時回應於使用者輸入而顯示新知識項提交UI 800時，新知識項提交UI 800可判定應將新知識項指定給KDB 313中的對應於當前目的地的元素。在其他實施例中，新知識項提交UI 800可使用來自客戶端裝置（例如，客戶端裝置340A）的位置資料或向使用者請求手動輸入地址。

參考圖8A，新知識項提交UI 800通常可包括三個區段：項級別選擇區段810、描述區段820以及附件區段830。每一區段可經組態以自使用者接收對應輸入，如自所描繪的UI元素顯而易見。一旦項完整了，使用者即可選擇提交按鈕840以將知識項傳輸至TMS 310，所述TMS 310將在圖4的步驟403處接收知識項且開始上文所描述的後續過程。圖8B及圖8C描述在使用者已輸入一些輸入之後的新知識項提交UI 800。舉例而言，突出顯示圖8B的選項按鈕811以指示應將當前知識項指定給社區級元素。圖8C的附件831顯示待與知識項一起提交的影像或視訊的預覽。

在一些實施例中，TMS 310可使用輸入至描述區段820中的描述將知識項轉換成圖4的步驟404處的標準化格式。如上文所描述，TMS 310可剖析描述以識別指示應將知識項分類為存取碼項或警告切換項而非描述性項的某些片語或關鍵字。

圖9至圖12描繪與本文中所揭露的例示性使用案例一致的用於審查由使用者提交的知識項的例示性UI的實施例。應注意，儘管將UI描繪為軟體應用程式，但此實施方案不為排他性的，且UI可呈網站、網頁應用程式、為專用硬體裝置開發的軟體或類似者的形式。亦注意，圖9至圖12中所描繪的UI僅用以表示將如何針對經由管理者裝置（例如，管理者裝置350A）存取KDB 313的特定使用者出現UI。圖9至圖12中所描繪的佈局及GUI元素僅為例示性的，且可預期具有更多或更少元素或具有不同佈局的其他變型。

圖9描繪顯示由使用者提交的知識項的列表的知識項管理UI 900。知識項管理UI 900可包括搜尋工具列901、管理者提交按鈕902以及知識項記錄的記錄表910。在一些實施例中，搜尋工具列901可包括允許使用者指定某些準則以顯示KDB 313中的知識項的子集的各種GUI元素（例如，文字方塊、下拉列表、核取方塊、日期選擇器等）。搜尋工具列901中展示可能的準則（例如，倉庫、路線、發貨單ID等），但可指定包括知識項的任何資訊。管理者提交按鈕902可為允許使用者經由知識項管理UI 900提交新知識項的GUI元素。下文將相對於圖11A及圖11B論述此過程及相關聯UI的詳情。

在一些實施例中，記錄表910可基於經由搜尋工具列901指定的搜尋準則來顯示儲存於KDB 313中的知識項的子集。記錄表910可按列顯示每一知識項以及相關資訊（例如，審查狀態、地址、存取碼、遞送提示、提交的使用者以及提交日期）。亦預期替代性配置及顯示的資訊。在一些實施例中，不同知識項類型（諸如存取碼項920及描述性項930）可展示為除其與此相關聯的各別內容之外具有類似的資訊組成。

在一些實施例中，除諸如狀態、地址、提交的使用者以及提交日期的其他資訊之外，存取碼項920亦可顯示存取碼項內容921。存取碼項內容921可指示存取碼項920是社區級項抑或單元級項、在對應知識項中提交的新存取碼，以及先前存取碼是否可用。舉例而言，圖9中所描繪的存取碼項920指示其為展示特定社區的存取碼（例如，綜合住宅大樓的正門存取碼）的社區級項、先前存取碼為9049#，且新存取碼（由於社區改變了存取碼或先前碼錯誤）為3030#。

類似地，除與存取碼項920一起常見的其他資訊之外，描述性項930亦可顯示描述性項內容931。描述性項內容931可指示描述性項930是社區級項抑或單元級項，以及描述性項930的標題/關鍵字。在一些實施例中，描述性項930亦可顯示一或多個隨附影像932是否可用。

使用者可在每一知識項上點選以個別地審查其內容的詳情（如下文相對於圖10A及圖10B所解釋）或使用緊鄰每一項的核取方塊912選擇多個項以使用快速動作按鈕913來認可或拒絕所選項。在一些實施例中，使用者可基於不同因素（包含但不限於上文所論述的有用性度量714）將認可的知識項切換為拒絕，或反之亦然。

圖10A至圖10B描繪知識項詳細視圖UI 1000A及知識項詳細視圖UI 1000B的不同版本。知識項詳細視圖UI 1000A及知識項詳細視圖UI 1000B可回應於使用者對顯示於記錄表910中的知識項的選擇而出現。出於示出性目的，知識項詳細視圖UI 1000A可表示用於顯示存取碼項（例如，存取碼項920）的UI，且知識項詳細視圖UI 1000B可表示描述性項（例如，描述性項930）。

參考圖10A，知識項詳細視圖UI 1000A可包括項詳情表1010A。項詳情表1010A可顯示與當前顯示的知識項相關聯的各種資訊以及與當前知識項一起提交的存取碼。提交的存取碼可顯示於存取碼方塊1012中，且下拉列表1011可指示當前知識項是社區級抑或單元級。在一些實施例中，使用者可能夠使用存取碼方塊1012或下拉列表1011分別修改提交的存取碼或級，或使用決定按鈕1020來認可或拒絕當前知識項。

在一些實施例中，知識項詳細視圖UI 1000A亦包括項類型導航列1030A，以及過去項記錄表1040A。過去項記錄表1040A可顯示在項類型導航列1030A上選擇的相同類型的過去知識項（亦即，圖10A的社區級存取碼項），其可用於與當前知識項相關聯的地址（例如，圖10A中的「紐約州紐約市NE查爾斯街2232」）。使用者可能夠藉由在項類型導航列1030A上選擇所要類型在不同類型的知識項之間切換。

舉例而言，圖10B中的過去項記錄表1040B展示可用於相同地址的社區級描述性項的過去項記錄，如由項類型導航列1030B中的粗體文字所指示。亦改變知識項詳細視圖UI 1000B以展示與相同地址相關聯的社區級描述性項。

在一些實施例中，現在展示描述性項而非如在圖10A中展示存取碼項的圖10B的知識項詳細視圖UI 1000B可更包括經組態以顯示描述性項的內容的額外GUI元素。舉例而言，除常見元素下拉列表1011及決定按鈕1020之外，項詳情表1010B可包括標題方塊1013、說明方塊1014以及一或多個提交的附件1015。

圖11A至圖11B描繪管理者知識項提交UI 1100A及管理者知識項提交UI 1100B，其可回應於選擇管理者提交按鈕902的使用者輸入而出現。管理者提交按鈕902可經組態以允許使用者經由管理者知識項提交UI 1100A基於自商業操作搜集的資訊（例如，綜合住宅大樓可與遞送公司一起配置以向遞送工作者提供其社區級存取碼或指令），或經由管理者知識項提交UI 1100B直接自接收者接收，來提交地址的新知識項。

參考圖11A，管理者知識項提交UI 1100A可包括搜尋方塊1101及管理者項詳情表1110。在一些實施例中，搜尋方塊1101可允許使用者輸入不同參數（例如，關鍵字、識別符、地址等）以識別使用者希望輸入知識項的特定地址或接收者。一旦找到地址或接收者，管理者項詳情表1110即可顯示例如如所繪示的相關聯資訊，且提供不同GUI元素以供使用者視需要輸入對應資訊。

圖11B繪示用於提交接收者的請求的管理者知識項提交UI 1100B的另一版本。接收者的請求可包括例如用於遞送包裹的各種警告1102（例如，勿按門鈴、勿敲門、小心寵物）或具體指令1103。此類請求可例如經由外部前端系統103接收到。在一些實施例中，此等接收者提供的請求可顯著地提供給遞送工作者，諸如圖6B中所描繪的描述性項區段625。

儘管已參考本揭露內容的特定實施例繪示及描述本揭露內容，但應理解，可在不修改的情況下在其他環境中實踐本揭露內容。已出於示出的目的呈現前述描述。前述描述並不詳盡且不限於所揭露的精確形式或實施例。修改及調適對所屬技術領域中具有通常知識者將自本說明書的考量及所揭露實施例的實踐顯而易見。另外，儘管將所揭露實施例的態樣描述為儲存於記憶體中，但所屬技術領域中具有通常知識者應瞭解，此等態樣亦可儲存於其他類型的電腦可讀媒體上，諸如次級儲存裝置，例如硬碟或CD ROM，或其他形式的RAM或ROM、USB媒體、DVD、藍光，或其他光碟機媒體。

基於書面描述及所揭露方法的電腦程式在有經驗開發者的技能內。各種程式或程式模組可使用所屬技術領域中具有通常知識者已知的技術中的任一者來創建或可結合現有軟體來設計。舉例而言，程式區段或程式模組可以或藉助於.Net框架（.Net Framework）、.Net緊密框架（.Net Compact Framework）(及相關語言，諸如視覺培基（Visual Basic）、C等)、爪哇（Java）、C++、目標-C（Objective-C）、HTML、HTML/AJAX組合、XML或包含爪哇小程式的HTML來設計。

此外，儘管本文中已描述示出性實施例，但所屬技術領域中具有通常知識者將基於本揭露內容瞭解具有等效元件、修改、省略、（例如，各種實施例中的態樣的）組合、調適及/或更改的任何及所有實施例的範圍。申請專利範圍中的限制應基於申請專利範圍中所採用的語言來廣泛地解釋，且不限於本說明書中所描述或在本申請案的審查期間的實例。實例應視為非排他性的。另外，所揭露方法的步驟可以包含藉由對步驟重新排序及/或插入或刪除步驟的任何方式修改。因此，希望僅將本說明書及實例視為示出性的，其中藉由以下申請專利範圍及其等效物的完整範圍指示真實範圍及精神。

100:系統 101:運送授權技術系統 102A、107A、107B、107C、119A、119B、119C:行動裝置 102B:電腦 103:外部前端系統 105:內部前端系統 107:運輸系統 109:賣方入口網站 111:運送及訂單追蹤系統 113:履行最佳化系統 115:履行通信報閘道 117:供應鏈管理系統 119:勞動力管理系統 121A、121B、121C:第3方履行系統 123:履行中心授權系統 125:勞動管理系統 200:履行中心 201、222:卡車 202A、202B、208:物件 203:入站區 205:緩衝區 206:叉車 207:卸貨區 209:揀貨區 210:儲存單元 211:包裝區 213:樞紐區 214:運輸機構 215:營地區 216:牆 218、220:包裹 224A、224B:遞送工作者 226:汽車 300:介面圖 310:運輸管理系統 311:處理器 312:記憶體 313:知識資料庫 320:接收者資料庫 330:運送資料庫 340A、340B、340C:客戶端裝置 350A、350B:管理者裝置 360:網路 400:過程 401、402、403、404、405、406、407、408、409:步驟 500:概觀UI 510:地圖 520A、520B、520C:位置標誌 530:列表窗格 531:群組彙總列 532:捲動箭頭 540A、540B、540C:目的地彙總 541:燈泡圖標 542:鑰匙圖標 543:詳情按鈕 600:列表視圖UI 601:控制按鈕 610A、610B:目的地詳情窗格 611:存取碼區段 612:圖標區段 613:頂項區段 620:目的地詳情UI 621:新項區段 622:知識項計數 623:存取碼項區段 624:新碼按鈕 625:描述性項區段 627:警告切換項區段 700A:社區級項視圖UI 700B:單元級項視圖UI 700C:使用者提交項視圖UI 701:視圖選擇欄標 711、731:標題 712、734:描述 713:影像/視訊/音訊附件 714:有用性度量 720:通知 732:項級別 733:提交日期 735、831:附件 736:刪除圖標 800:新知識項提交UI 810:項級別選擇區段 811:選項按鈕 820:描述區段 830:附件區段 840:提交按鈕 900:知識項管理UI 901:搜尋工具列 902:管理者提交按鈕 910:記錄表 912:核取方塊 913:快速動作按鈕 920:存取碼項 921:存取碼項內容 930:描述性項 931:描述性項內容 932:隨附影像 1000A、1000B:知識項詳細視圖UI 1010A:項詳情表 1011:下拉列表 1012:存取碼方塊 1013:標題方塊 1014:說明方塊 1015:提交的附件 1020:決定按鈕 1030A:項類型導航列 1040A、1040B:過去項記錄表 1100A、1100B:管理者知識項提交UI 1101:搜尋方塊 1102:警告 1103:指令 1110:管理者項詳情表

圖1A為與所揭露實施例一致的示出包括用於實現運送、運輸以及物流操作的通信的電腦化系統的網路的例示性實施例的示意性方塊圖。 圖1B描繪與所揭露實施例一致的包含滿足搜尋請求的一或多個搜尋結果以及交互式使用者介面元素的樣本搜尋結果頁（Search Result Page；SRP）。 圖1C描繪與所揭露實施例一致的包含產品及關於所述產品的資訊以及交互式使用者介面元素的樣本單一顯示頁（Single Display Page；SDP）。 圖1D描繪與所揭露實施例一致的包含虛擬購物車中的物件以及交互式使用者介面元素的樣本購物車頁。 圖1E描繪與所揭露實施例一致的包含來自虛擬購物車的物件以及關於購買及運送的資訊以及交互式使用者介面元素的樣本訂單頁。 圖2為與所揭露實施例一致的經組態以利用所揭露電腦化系統的例示性履行中心的圖解圖示。 圖3為與所揭露實施例一致的示出使用群眾外包知識資料庫收集、管理以及分配資料的電腦化系統的例示性實施例的示意性方塊圖。 圖4為與所揭露實施例一致的使用群眾外包知識資料庫收集、管理以及分配資料的例示性電腦化過程的流程圖。 圖5A至圖5B為與所揭露實施例一致的使用者可藉以查看儲存於資料庫中的記錄的概觀使用者介面（user interface；UI）的例示性實施例。 圖6A至圖6B為與所揭露實施例一致的顯示記錄的更詳細視圖的列表視圖UI的例示性實施例。 圖7A至圖7C為與所揭露實施例一致的使用者可藉以查看為特定記錄註冊的知識項的知識項視圖UI的例示性實施例。 圖8A至圖8C為與所揭露實施例一致的使用者可藉以提交新知識項的新知識項提交UI的例示性實施例。 圖9為與所揭露實施例一致的顯示由使用者提交的知識的列表的知識項管理UI的例示性實施例。 圖10A至圖10B為與所揭露實施例一致的知識項詳細視圖UI的例示性實施例。 圖11A至圖11B為與所揭露實施例一致的管理者知識項提交UI的例示性實施例。

400:過程

401、402、403、404、405、406、407、408、409:步驟

Claims (10)

1. 一種使用群眾外包知識資料庫收集、管理以及分配資料的電腦實行方法，所述方法包括： 將關於一或多個離散實體的呈標準化格式的資訊儲存於一或多個基於網路的非暫時性儲存裝置中，所述一或多個基於網路的非暫時性儲存裝置具有呈標準化格式的可用的離散實體的集合； 經由網路向使用者提供遠端存取，使得所述使用者中的任一者可即時更新關於可用的所述離散實體的集合中的離散實體的所述資訊，其中所述使用者中的一者提供呈非標準化格式的更新的所述資訊； 將更新的所述資訊轉換成所述標準化格式； 將關於所述離散實體的標準化的更新的所述資訊儲存於所述離散實體的集合中； 經由所述網路即時將訊息傳輸至多個所述使用者，以立即存取最新資訊。
2. 如請求項1所述的電腦實行方法，其中所述一或多個離散實體組織成多個群組，每一群組包含共享公共特點的所述一或多個離散實體的子集。
3. 如請求項1所述的電腦實行方法，其中所述一或多個離散實體包括組織成多個群組的一或多個地址，每一群組包含共享公共進入點的所述一或多個地址的子集。
4. 如請求項1所述的電腦實行方法，其中提供所述遠端存取包括接收呈所述非標準化格式的更新的所述資訊。
5. 如請求項1所述的電腦實行方法，其中轉換更新的所述資訊包括： 剖析呈所述非標準化格式的更新的所述資訊； 辨識更新的所述資訊中的關鍵字以判定更新的所述資訊的類型；以及 將更新的所述資訊轉換成與所判定的所述類型相關聯的所述標準化格式。
6. 如請求項1所述的電腦實行方法，更包括經由安全連接通過與使用者相關聯的行動裝置接收更新的資訊。
7. 如請求項1所述的電腦實行方法，其中經由所述網路即時將所述訊息傳輸至所述多個所述使用者包括基於每一行動裝置的當前位置在與所述多個所述使用者相關聯的行動裝置上顯示通知。
8. 如請求項1所述的電腦實行方法，其中更新的所述資訊包括文字資料、影像資料或全球定位系統位置資料中的至少一者。
9. 如請求項1所述的電腦實行方法，更包括產生請求以評論標準化的更新的所述資訊。
10. 一種使用群眾外包知識資料庫收集、管理以及分配資料的電腦實行系統，所述系統包括： 至少一個非暫時性電腦可讀媒體，經組態以儲存指令；以及 至少一個處理器，經組態以執行所述指令以執行請求項1-9中任一者的操作。

Images