TW202139082A

TW202139082A - 電子式判定實時登記的電腦實行系統以及方法

Info

Publication number: TW202139082A
Application number: TW109146749A
Authority: TW
Inventors: 比喬伊博爾多洛; 書政李; 昌憲李; 漢三全; 安錫民; 塔潘薩哈; 普里特維斯莫漢蒂; 科阮
Original assignee: 南韓商韓領有限公司
Priority date: 2020-03-31
Filing date: 2020-12-30
Publication date: 2021-10-16
Also published as: KR20210122208A; KR102447333B1; US20210304275A1; KR102283318B1; WO2021198762A1; TWI834938B

Abstract

本發明提供電子式判定實時登記的系統以及方法。電子式判定實時登記的方法包括：自使用者裝置接收在零售系統中登記物件的請求及與物件相關聯的資料；判定物件的登記保證決策，登記決策指定物件是否得到保證；以及基於所判定登記保證決策來在零售系統中登記物件。方法更包括：建立針對所判定登記保證決策的回應；以及將針對登記保證決策的回應傳輸至與零售系統相關聯的計算裝置，其中登記保證決策包括將接收到的資料中的屬性及與儲存於零售系統中的物件相關聯的屬性進行比較以判定重複或類似物件。

Description

電子式決定實時產品登記之電腦實行系統以及方法

本揭露大體上是關於產品登記的電腦化系統以及方法。特定言之，本揭露的實施例是關於發明性及非習知系統，所述系統關於電子式及藉由執行登記決策規則來自動地判定實時產品登記的電腦實行系統以及方法。

品牌管理者負責確保屬於他的/她的功能域的產品、服務以及產品線與當前及潛在客戶共鳴。為達成此目標，品牌管理者不斷監視市場傾向且對市場中的競爭性產品保持緊密關注。品牌管理者亦負責在電子零售系統中登記產品以使得零售系統能夠線上出售經登記產品。

為登記彼等產品，品牌管理者接收以試算表形式的報價單檔案，所述報價單檔案包括與來自賣方（供應商）的產品相關聯的資訊。在接收報價單檔案後，品牌管理者根據數個準則來手動地評估併入報價單檔案中的資訊。當前電子裝置系統在品牌管理者方面需要大量人工動作（使用例如電腦），因此評估過程花費大量時間，所述時間可較好用於與賣方以較好價格協商高品質產品。

因此，存在電子式判定產品登記的經改進方法及系統的需要。

本揭露的一個態樣針對一種電子式判定實時登記的電腦實行系統。系統可包括：一或多個記憶體裝置，儲存指令；以及一或多個處理器，經組態以執行指令以進行操作。操作可包括：自使用者裝置接收在零售系統中登記物件的請求及與物件相關聯的資料；判定物件的登記保證決策，登記決策指定物件是否得到保證；以及基於所判定登記保證決策在零售系統中登記物件。操作可更包括建立針對所判定登記保證決策的回應以及將針對登記保證決策的回應傳輸至與零售系統相關聯的計算裝置，其中登記保證決策包括將接收到的資料中的屬性及與儲存於零售系統中的物件相關聯的屬性進行比較以判定重複或類似物件。

本揭露的另一態樣針對一種電子式判定實時登記的方法。方法可包括：自使用者裝置接收在零售系統中登記物件的請求及與物件相關聯的資料；判定物件的登記保證決策，登記決策指定物件是否得到保證；以及基於所判定登記保證決策來在零售系統中登記物件。方法可更包括：建立針對所判定登記保證決策的回應以及將針對登記保證決策的回應傳輸至與零售系統相關聯的計算裝置，其中登記保證決策包括將接收到的資料中的屬性及與儲存於零售系統中的物件相關聯的屬性進行比較以判定重複或類似物件。

本揭露的又一個態樣針對一種電子式判定實時登記的電腦實行系統。系統可包括：一或多個記憶體裝置，儲存指令；以及一或多個處理器，經組態以執行指令以進行操作。操作可包括：自使用者裝置接收在零售系統中登記物件的請求及與物件相關聯的資料；自接收到的資料獲取物件資訊；以及訪問定價系統以判定在零售系統中登記類似物件。操作可更包括：基於類似物件判定來判定物件的登記保證決策，登記決策指定物件是否得到保證；基於所判定登記保證決策在零售系統中登記物件；建立針對所判定登記保證決策的回應；以及將針對登記保證決策的回應傳輸至與零售系統相關聯的計算裝置，其中登記保證決策包括對包括於接收到的資料中的所有屬性進行核對和計算，以及將計算出的屬性及與儲存於零售系統中的物件相關聯的核對和計算出的屬性進行比較以判定重複或類似物件。

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

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

本揭露的實施例針對經組態以用於電子式判定實時產品登記的電腦實行系統及方法。所揭露實施例提供使得電子系統能夠判定產品登記的創新技術特徵，藉由自動地對與產品相關聯的資訊執行規則集合來由賣方提交，所述資訊由賣方提供。舉例而言，所揭露實施例自與賣方相關聯的使用者裝置接收在零售系統中登記物件的請求及與物件相關聯的資料；判定物件的登記保證決策，所述登記決策指定物件是否得到保證；以及基於所判定登記保證決策來自動地登記系統中的物件。

參考圖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伺服器、微軟網際網路資訊服務（Microsoft Internet Information Services；IIS）、NGINX或類似者。在其他實施例中，外部前端系統103可運行經設計以接收及處理來自外部裝置（例如，行動裝置102A或電腦102B）的請求、基於彼等請求自資料庫及其他資料儲存庫獲取資訊，以及基於所獲取的資訊來將回應提供至接收到的請求的定製網頁伺服器軟體。

在一些實施例中，外部前端系統103可包含網頁快取系統、資料庫、搜尋系統或支付系統中的一或多者。在一個態樣中，外部前端系統103可包括此等系統中的一或多者，而在另一態樣中，外部前端系統103可包括連接至此等系統中的一或多者的介面（例如，伺服器至伺服器、資料庫至資料庫，或其他網路連接）。

藉由圖1B、圖1C、圖1D以及圖1E所示出的例示性步驟集合將有助於描述外部前端系統103的一些操作。外部前端系統103可自系統100中的系統或裝置接收資訊以供呈現及/或顯示。舉例而言，外部前端系統103可代管或提供一或多個網頁，包含搜尋結果頁（SRP）（例如，圖1B）、單一詳情頁（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中的一或多個系統交互作用的電腦系統。舉例而言，在網路101使得系統的呈現能夠允許使用者針對物件下訂單的實施例中，內部前端系統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亦可向倉庫管理系統（warehouse management system；WMS）119請求資訊以判定個別產品在履行中心（例如，履行中心200）內部的位置。運送及訂單追蹤系統111可向運輸系統107或WMS 119中的一或多者請求資料，在請求後處理所述資料，且將所述資料呈現給裝置（例如，使用者裝置102A及使用者裝置102B）。

在一些實施例中，履行最佳化（FO）系統113可實行為儲存來自其他系統（例如，外部前端系統103及/或運送及訂單追蹤系統111）的客戶訂單的資訊的電腦系統。FO系統113亦可儲存描述特定物件保存或儲存於何處的資訊。舉例而言，某些物件可能僅儲存於一個履行中心中，而某些其他物件可能儲存於多個履行中心中。在再其他實施例中，某些履行中心可經設計以僅儲存特定物件集合（例如，新鮮生產或冷凍產品）。FO系統113儲存此資訊以及相關聯資訊（例如，數量、大小、接收日期、過期日期等）。

FO系統113亦可計算每一產品的對應承諾遞送日期（promised delivery date；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或第三方履行系統121A、第三方履行系統121B或第三方履行系統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、WMA 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的自希望使用系統100（圖1A）出售產品的賣方接收到物件的區域。舉例而言，賣方可使用卡車201來遞送物件202A及物件202B。物件202A可表示足夠大以佔據其自身運送托板的單一物件，而物件202B可表示在同一托板上堆疊在一起以節省空間的物件集合。

工作者將在入站區203中接收物件，且可使用電腦系統（未圖示）來視情況檢查物件的損壞及正確性。舉例而言，工作者可使用電腦系統來比較物件202A及物件202B的數量與物件的訂購數量。若數量不匹配，則工作者可拒絕物件202A或物件202B中的一或多者。若數量的確匹配，則工作者可（使用例如台車、手推平車、叉車或手動地）將彼等物件移動至緩衝區205。緩衝區205可為當前（例如由於揀貨區中存在足夠高數量的物件以滿足預測需求而）無需處於揀選區中的所述物件的暫時儲存區域。在一些實施例中，叉車206操作以圍繞緩衝區205及在入站區203與卸貨（drop）區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擁有、租用或操作。

根據本揭露的態樣，電子式判定實時登記的電腦實行系統可包括儲存指令的一或多個記憶體裝置，及經組態以執行指令以進行操作的一或多個處理器。在一些實施例中，所揭露功能性及系統可實行為外部前端系統103或賣方入口網站109中的一或多者的部分。較佳實施例包括對賣方入口網站109實施所揭露功能性及系統，但一般技術者將理解其他實施為可能的。

圖3A為與所揭露實施例一致電子式判定實時登記的過程的例示性流程圖。雖然圖3A相對於賣方入口網站109描述，但所屬技術領域中具有通常知識者將認識到其他組態為可能的。

在步驟301中，賣方入口網站109可自使用者裝置接收在零售系統中登記物件的請求及與所述物件相關聯的資料。使用者裝置可與物件的賣方相關聯。舉例而言，使用者裝置可為外部裝置102A或外部裝置102B。賣方可能對藉由在零售系統中登記物件來出售物件感興趣。零售系統可指代外部前端系統103。如上文相對於圖1A所描述，外部前端系統103可自系統100中的系統或裝置接收資訊以用於銷售的呈現及/或顯示。所接收的資訊可呈包括與物件相關聯的資訊的試算表形式。試算表可以特定格式結構化以使得賣方入口網站109能夠解析併入於試算表中的資料。在其他實施例中，資料可呈資料庫、平面檔、SQL資料庫或其他資料結構或佈局的形式。

在步驟302中，賣方入口網站109可偵測接收到的資料中的錯誤。當特定格式化試算表以使得賣方入口網站109能夠瞭解先前在特定輸入中輸入什麼類型的資料時，舉例而言，賣方入口網站109可偵測在試算表中輸入不適當的資料（諸如在預期整數的輸入中輸入的字串）。

在步驟303中，賣方入口網站109可判定賣方入口網站109中是否存在提交重複資料。舉例而言，賣方可不止一次提交物件登記請求及與物件相關聯的資料且賣方入口網站109可保留請求及資料的記錄。若自步驟301接收到的資料與儲存於賣方入口網站109中的資料一致，則賣方入口網站109可偵測確切重複提交。在偵測重複資料後，賣方入口網站109可將訊息傳輸至偵測重複資料且放棄請求的使用者裝置。在一些實施例中，賣方入口網站109可允許處理重複提交。舉例而言，賣方入口網站109可將與自步驟301接收到的資料相關聯的屬性及與儲存於賣方入口網站109中的物件相關聯的屬性進行比較，其中所述屬性包含物件姓名、條碼、品牌、製造商，或類似者。在比較之後，賣方入口網站109可判定即使屬性匹配，儲存物件可能尚未完全處理且允許重複物件（在步驟301中接收到的）再處理。舉例而言，若先前拒絕物件歸因於物件超出高利潤臨限值，但新提交（在步驟301中接收到的）已修訂價格，則物件可儲存於賣方入口網站109中但不處理。

在步驟304中，賣方入口網站109可解析自步驟301接收到的資料以獲取物件資訊。可自接收到的資料獲取特定物件資訊以運行在下文步驟304至步驟312中所描述的登記決策規則以判定登記保證決策。

在步驟305中，賣方入口網站109可評估是已經在登記系統中登記重複或類似物件抑或在登記系統中登記的過程中。賣方入口網站109可藉由比較物件屬性（諸如姓名、描述、條碼、製造商、品牌名稱或類似者）來判定重複或類似物件。舉例而言，賣方入口網站109可藉由比較其供應商識別及產品名稱來首先搜尋賣方入口網站109中的物件。賣方入口網站109可基於搜尋來產生類似物件的列表。賣方入口網站109可對與所產生列表中所列的物件相關聯的所有屬性及與接收到的物件（例如在步驟301中接收到的物件）相關聯的屬性操作核對和計算。舉例而言，賣方入口網站109可對與所產生列表中所列的物件相關聯的屬性X、屬性Y、屬性Z中的每一者及與接收到的物件相關聯的屬性A、屬性B、屬性C中的每一者操作核對和計算（諸如MD5、SHA-1、SHA-246以及SHA-512的核對和演算法）。核對和計算包括指定明顯地不同值，即使向輸入進行較小改變，從而核對和計算可針對每一屬性指定不同值。舉例而言，賣方入口網站109可將值「231」指定給輸入「abc」且將另一值「798」指定給另一輸入「abd」。在指定之後，賣方入口網站109可將與接收到的物件的屬性相關聯的指定值與來自列表的物件的屬性的指定值進行比較。當賣方入口網站109偵測匹配（例如所有指定值匹配）時，賣方入口網站109可產生提供重複或類似物件偵測的指示符。賣方入口網站109亦可更新所匹配物件的重複指示符。舉例而言，若賣方入口網站109偵測匹配但儲存於賣方入口網站109中的物件未處理（例如較低價格利潤），則賣方入口網站109可藉由撤銷具有再提交指示符的指示符來更新重複物件。

在步驟306中，賣方入口網站109可評估與物件相關聯的銷售價格與類似物件的市值相較是否較高或較低。舉例而言，賣方入口網站109可提供用於實體（例如品牌管理者）的使用者介面以指定判定物件是否較高或較低的臨限值。若判定與物件相關聯的銷售價格較高或較低，則賣方入口網站109可產生較高銷售價格指示符或較低銷售價格指示符，其中所述所產生銷售價格指示符可將資訊提供至與零售系統相關聯的實體（諸如品牌管理者）以用於與所述物件的賣方協商銷售價格。

在步驟307中，賣方入口網站109可評估與物件相關聯的純利潤率是否較低。賣方入口網站109可藉由自物件的銷售價格減去物件的成本來判定與物件相關聯的利益且進一步判定所判定利益是否在預定義臨限值之下。若判定與物件相關聯的純利潤率較低，則賣方入口網站109可產生較低純利潤率指示符，其中所述所產生較低純利潤率指示符可將資訊提供至與零售系統相關聯的實體（諸如品牌管理者）以用於與物件的賣方協商以提高純利潤率。

在步驟308中（在圖3B中），賣方入口網站109可評估與物件相關聯的賣方。賣方入口網站109可判定賣方是否可位於與零售系統具有交易的賣方的儲存列表中。若賣方為新的或與詐騙性的交易相關聯，則賣方入口網站109可產生新賣方指示符或潛在詐騙性的賣方指示符以用於品牌管理者的進一步審查。

在步驟309中，賣方入口網站109可評估與物件相關聯的特殊特性。舉例而言，所獲取物件資訊可包括描述與物件相關聯的特定季節（夏季或冬季）的季節性指示符。舉例而言，季節性指示符可包括與冬季相關聯的冬季物件（諸如手套、圍巾等）。若賣方入口網站109偵測任何特殊特性（諸如所獲取物件資訊中的季節性），則賣方入口網站109可產生特殊特性指示符。

在步驟310中，賣方入口網站109可判定物件的登記保證決策，其中所述登記決策指定物件是否保證在零售系統中登記。若不存在物件的所產生指示符，且在步驟312中，賣方入口網站109可在零售系統中登記物件，則賣方入口網站109可判定保證物件在零售中登記。若存在物件的所產生指示符，則在步驟313中，賣方入口網站109可建立針對所判定登記保證決策的回應，所述所判定登記保證決策包括自步驟305至步驟309的一或多個所產生指示符。

在步驟314中，賣方入口網站109可將針對登記保證決策的回應傳輸至與零售系統相關聯的計算裝置。計算裝置可與審查提供未能在零售系統中登記物件的一或多個原因的所產生指示符的實體（諸如品牌管理者）相關聯。品牌管理者，在他的/她的判斷後，可撤銷回應中的一或多個所產生指示符且在零售系統中登記物件以用於銷售。

圖4描繪與所揭露實施例一致的顯示描述未能登記物件及撤銷指示符以在零售系統中登記物件的元素的一或多個指示符的例示性使用者介面400。使用者介面400可包含與未登記物件、指示符406以及下拉式功能表406A至功能表406C相關聯的資訊401至資訊405。

賣方入口網站109可自圖3A的步驟304中的所獲取物件資訊提供資訊401至資訊405。資訊401可提供諸如物件名稱及物件影像的基本物件資訊。資訊402可提供條碼及賣方（供應商）姓名。當賣方提交登記物件的請求時（當賣方入口網站109接收請求時）資訊403可提供日期。資訊404可提供物件屬於的類別。類別1可指代群組且類別2可指代群組（類別1）的子集。資訊405可提供與物件相關聯的財務度量值。資訊405可包含：ACU描述自供應商總購買，所述總購買藉由每單位購買價格乘以束數量來計算；SPP描述由賣方入口網站109判定以滿足利潤要求的建議購買價格，如針對產品的特定類別組態於賣方入口網站109（例如由諸如品牌管理者的實體）中；當產生及出售物件的一個額外或邊際單位時，邊際利益（Marginal Profit；MP）描述由零售系統贏得的利益；純利潤率（pure profit margin；PPM）描述自在計算與物件相關聯的所有費用、成本等之後的收益產生的利益的百分比；以及最小值純利潤率（minimum pure profit margin；Min PPM）描述允許銷售物件的最小值臨限值。

指示符406可自圖3A至圖3B中的步驟304至步驟309提供一或多個所產生指示符，描述不允許在零售系統中登記物件的原因。與零售系統相關聯的實體（例如品牌管理者），在他的/她的判斷後，可撤銷指示符406中的一或多個所產生指示符且藉由組態下拉式功能表406A至功能表406B來在零售系統中登記物件以用於銷售。舉例而言，品牌管理者可點選下拉式功能表406A至功能表406C且選擇選項以撤銷在零售系統中登記對應於下拉式功能表406A至功能表406C的物件的拒絕。

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

一或多個記憶體裝置可儲存用以進行所揭露實施例的一或多個特徵的資料及指令。舉例而言，記憶體可表示在其中儲存有待由處理器執行的電腦程式、指令集、碼或資料的有形及非暫時性電腦可讀媒體。記憶體可包含例如可移式記憶體晶片（例如，EPROM、RAM、ROM、DRAM、EEPROM、快閃記憶體裝置，或其他揮發性或非揮發性記憶體裝置）或允許藉由處理器訪問指令及資料的其他可移式儲存單元。

一或多個記憶體裝置亦可包含指令，所述指令在由處理器執行時進行與本文中所揭露的功能性一致的操作。與所揭露實施例一致的裝置不限於經組態以進行指定任務的單獨程式或電腦。舉例而言，記憶體可包含一或多個程式以進行所揭露實施例的一或多個功能。

一或多個處理器可包含一或多個已知處理裝置，諸如來自由英特爾™（Intel™）製造的奔騰™（Pentium™）或至強™（Xeon™）系列、由AMD™製造的炫龍™（Turion™）系列、由蘋果^TM （Apple^TM ）製造的「Ax」或「Sx」系列的微處理器，或由太陽微系統（Sun Microsystems）製造的各種處理器中的任何者。所揭露實施例不限於任何類型的處理器。

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

100:系統 101:運送授權技術系統 102A、107A、107B、107C、119A、119B、119C:行動裝置 102B:電腦 103:外部前端系統 105:內部前端系統 107:運輸系統 109:賣方入口網站 111:運送及訂單追蹤系統 113:履行最佳化系統 115:履行通信報閘道 117:供應鏈管理系統 119:倉庫管理系統 121A、121B、121C:第三方履行系統 123:履行中心授權系統 125:勞動管理系統 200:履行中心 201:卡車 202A、202B、208:物件 203:入站區 205:緩衝區 206:叉車 207:卸貨區 209:揀貨區 210:儲存單元 211:包裝區 213:樞紐區 214:運輸機構 215:營地區 216:牆 218、220:包裹 222:卡車 224A、224B:遞送工作者 226:汽車 301、302、303、304、305、306、307、308、309、310、312、313、314:步驟 400:使用者介面 401、402、403、404、405:資訊 406:指示符 406A、406C:功能表

圖1A為與所揭露實施例一致的示出包括用於實現運送、運輸以及物流操作的通信的電腦化系統的網路的例示性實施例的示意性方塊圖。圖1B描繪與所揭露實施例一致的包含滿足搜尋請求的一或多個搜尋結果以及交互式使用者介面元素的樣本搜尋結果頁（Search Result Page；SRP）。圖1C描繪與所揭露實施例一致的包含產品及關於所述產品的資訊以及交互式使用者介面元素的樣本單一顯示頁（Single Display Page；SDP）。圖1D描繪與所揭露實施例一致的包含虛擬購物車中的物件以及交互式使用者介面元素的樣本購物車頁。圖1E描繪與所揭露實施例一致的包含來自虛擬購物車的物件以及關於購買及運送的資訊以及交互式使用者介面元素的樣本訂單頁。圖2為與所揭露實施例一致的經組態以利用所揭露電腦化系統的例示性履行中心的圖解圖示。圖3A為與所揭露實施例一致的判定實時登記的過程的例示性流程圖。圖3B為與所揭露實施例一致判定實時登記的圖3A中的過程的繼續流程圖。圖4描繪與所揭露實施例一致的顯示描述未能登記物件及撤銷指示符以在零售系統中登記物件的元素的一或多個指示符的例示性使用者介面400。

301、302、303、304、305、306、307:步驟

Claims

一種電子式判定實時登記的電腦實行系統，包括：一或多個記憶體裝置，儲存指令；以及一或多個處理器，組態以執行所述指令以進行操作，所述操作包括：自使用者裝置接收在零售系統中登記物件的請求及與所述物件相關聯的資料；判定所述物件的登記保證決策，所述登記決策指定所述物件是否得到保證；基於所判定的所述登記保證決策在所述零售系統中登記所述物件；建立針對所判定的所述登記保證決策的回應；以及將針對所述登記保證決策的所述回應傳輸至與所述零售系統相關聯的計算裝置，其中所述登記保證決策包括將接收到的所述資料中的屬性及與儲存於所述零售系統中的物件相關聯的屬性進行比較以判定重複或類似物件。
如請求項1所述的電腦實行系統，其中屬性的所述比較包括對屬性操作核對和計算。
如請求項2所述的電腦實行系統，其中所述核對和計算包括對包括於接收到的所述資料中的每一屬性及包括於與儲存於所述零售系統中的物件相關聯的資料中的每一屬性指定值。
如請求項3所述的電腦實行系統，其中比較所指定的所述值以判定重複或類似物件。
如請求項4所述的電腦實行系統，其中所述操作更包括將重複指示符附著至所判定的所述重複物件。
如請求項4所述的電腦實行系統，其中所判定的所述重複物件提供相同物件是已所述零售系統中登記抑或在所述零售系統中登記的過程中。
如請求項1所述的電腦實行系統，其中所述登記決策規則更包括評估下述者中的一或多者：用以評估與所述物件相關聯的銷售價格的規則；用以評估與所述物件相關聯的純利潤率的規則；用以評估與所述物件相關聯的實體的規則；以及用以評估與所述物件相關聯的特殊特性的規則。
如請求項7所述的電腦實行系統，其中用以評估銷售價格的所述規則包括將使用者介面提供至所述使用者裝置以接收臨限值，以及將包括於接收到的所述資料中的銷售價格與接收到的所述臨限值進行比較。
如請求項1所述的電腦實行系統，其中所述操作更包括藉由解析與所述物件相關聯的所述資料來獲取物件資訊，進一步評估所獲取的所述物件資訊以用於判定登記保證決策。
如請求項1所述的電腦實行系統，其中所述回應包括未登記所述物件的一或多個原因且所述計算裝置撤銷未登記所述物件的所述一或多個原因以在所述零售系統中登記所述物件。
一種電子式判定實時登記的電腦實行方法，包括：自使用者裝置接收在零售系統中登記物件的請求及與所述物件相關聯的資料；判定所述物件的登記保證決策，所述登記決策指定所述物件是否得到保證；基於所判定的所述登記保證決策在所述零售系統中登記所述物件；建立針對所判定的所述登記保證決策的回應；以及將針對所述登記保證決策的所述回應傳輸至與所述零售系統相關聯的計算裝置，其中所述登記保證決策包括將接收到的所述資料中的屬性及與儲存於所述零售系統中的物件相關聯的屬性進行比較以判定重複或類似物件。
如請求項11所述的電腦實行方法，其中屬性的所述比較包括對屬性操作核對和計算。
如請求項12所述的電腦實行方法，其中所述核對和計算包括對包括於接收到的所述資料中的每一屬性及包括於與儲存於所述零售系統中的物件相關聯的資料中的每一屬性指定值。
如請求項13所述的電腦實行方法，其中比較所指定的所述值以判定重複或類似物件。
如請求項14所述的電腦實行方法，其中所判定的所述重複物件提供相同物件是已在所述零售系統中登記抑或在所述零售系統中登記的過程中。
如請求項11所述的電腦實行方法，其中所述登記決策規則更包括評估下述者中的一或多者：用以評估與所述物件相關聯的銷售價格的規則；用以評估與所述物件相關聯的純利潤率的規則；用以評估與所述物件相關聯的實體的規則；以及用以評估與所述物件相關聯的特殊特性的規則。
如請求項16所述的電腦實行方法，其中用以評估銷售價格的所述規則包括將使用者介面提供至所述使用者裝置以接收臨限值，以及將包括於接收到的所述資料中的銷售價格與接收到的所述臨限值進行比較。
如請求項11所述的電腦實行方法，其中所述操作更包括藉由解析與所述物件相關聯的所述資料來獲取物件資訊，進一步評估所獲取的所述物件資訊以用於判定登記保證決策。
如請求項18所述的電腦實行方法，其中所述回應包括未登記所述物件的一或多個原因，且所述計算裝置撤銷未登記所述物件的所述一或多個原因以在所述零售系統中登記所述物件。
一種電子式判定實時登記的電腦實行系統，包括：一或多個記憶體裝置，儲存指令；以及一或多個處理器，經組態以執行所述指令以進行操作，所述操作包括：自使用者裝置接收在零售系統中登記物件的請求及與所述物件相關聯的資料；自接收到的所述資料獲取物件資訊；訪問定價系統以判定是否在所述零售系統中登記類似物件；判定所述物件的登記保證決策，所述登記決策指定所述物件是否得到保證；基於所判定的所述登記保證決策在所述零售系統中登記所述物件；建立針對所判定的所述登記保證決策的回應；以及將針對所述登記保證決策的所述回應傳輸至與所述零售系統相關聯的計算裝置，其中所述登記保證決策包括對包括於接收到的所述資料中的所有屬性進行核對和計算，以及將所計算出的屬性及與儲存於所述零售系統中的物件相關聯的核對和計算出的屬性進行比較以判定重複或類似物件。