TWI534736B - 預購商品的訂購方法 - Google Patents

Description

預購商品的訂購方法

本發明關於一種電子商務技術，特別是關於一種預購商品的訂購方法。

按，隨著現代人消費習慣的改變，便利商店逐漸成為現代人生活中不可或缺的日常消費據點。便利商店所販賣的商品種類琳瑯滿目，除了陳列於貨架上的商品之外，還發展出預購訂貨機制，以提供民眾更多樣化的消費選擇。

便利商店所提供的預購商品，例如：消費者無法指定取貨時間的預購便當及有機蔬菜、或消費者可指定取貨時間的年節禮盒等。消費者到任一門市臨櫃向便利商店預購商品並付款以完成訂購，然後取得預購訂貨單。之後，消費者可根據預購訂貨單上的預定取貨時間親自到指定門市取貨。

然而，一些預購商品需要特別保存，例如：冷凍或冷藏。但每家門市能冷凍或冷藏預購商品的儲存數量有限。於預購當時，並無法得知指定門市在預計取貨時間已預定到貨的需冷凍或冷藏之預購商品的數量，以致使常發生過量接單，進而導致無法儲存或保存不佳。

在一實施例中，一種預購商品的訂購方法包括經由網路接收訂購信號、根據訂購信號取得商品數量、取貨日期以及取貨地點、根據取貨地點取得以取貨日期起第一天數之多個第一出貨日期所對應之當前累計量、以商品數量與第一出貨日期所對應之當前累計量計算此些第一出貨日期所對應之預計累計量、以及以一水位閥值確認計算得的預計累計量。當任一預計累計量大於水位閥值時，輸出下單失敗信號至網路。當此些預計累計量均不大於水位閥值時，輸出下單成功信號至網路，並且以商品數量累計以取貨日期起第二天數之多個第二出貨日期所對應之當前累計量。

綜上，根據本發明之預購商品的訂購方法能有效地管控每一門市將接收到的預購商品的數量，以免發生過量接單。

第1圖是根據本發明第一實施例之預購商品的訂購方法的應用裝置的示意圖。第2圖是根據本發明一實施例之預購商品的訂購方法的概要流程圖。

參照第1圖，預購商品的訂購方法應用於一伺服器10。伺服器10至少包括處理單元110、儲存單元130、網路模組150與使用者介面170，並且處理單元110電性連接儲存單元130、網路模組150與使用者介面170。換言之，根據本發明之預購商品的訂購方法可藉由處理單元110執行儲存在儲存單元130中之韌體或軟體演算法而實現在伺服器10上。於此，伺服器10能藉由網路模組150連結網路30，並且經由網路30與終端裝置20通訊。於此，終端裝置20可為手持式電子裝置或設置在便利商店之各門市的多媒體終端機等。

在預購商品的選購過程中，終端裝置20顯示一訂購畫面在其螢幕上，並藉由訂購畫面接收訂購資訊。換言之，使用者藉由終端裝置20的使用者介面選擇或輸入需求內容（即，訂購資訊）在訂購畫面提供之對應欄位中，以達成訂購資訊的設定。訂購資訊例如：預購商品、商品數量、取貨日期以及取貨地點等。

在一些實施例中，在預購商品的選購過程中，終端裝置20可切換顯示一電子地圖在其螢幕上，以供使用者選取電子地圖上所提供的門市圖標做為取貨地點，藉以達成取貨地點的輸入（或設定）。

於使用者完成訂購資訊的選擇或輸入後，透過點選訂購畫面上的確認按鍵（虛擬按鍵）致使終端裝置20進行下單程序。

在下單程序中，終端裝置20根據訂購畫面所設定的訂購資訊產生一訂購信號，並且經由網路30將訂購信號傳送給伺服器10。

在伺服器10端，處理單元110藉由網路模組150由網路30接收來自終端裝置20的訂購信號（步驟S410），然後透過解析接收到的訂購信號來取得其中之商品數量、取貨日期以及取貨地點等訂購資訊（步驟S420）。

處理單元110計算以取貨日期起往後既定天數（以下稱「第一天數」）之多個出貨日期（以下稱「第一出貨日期」），並且根據取貨地點從儲存單元130取得此些第一出貨日期所對應之當前累計量（步驟S430）。舉例來說，假設取貨日期為「8月1日」以及第一天數為6天，處理單元110以取貨日期與第一天數進行運算，以得到多個第一出貨日期為「8月1日」至「8月6日」。然後，處理單元110從儲存單元130取得「8月1日」至「8月6日」的當前累計量。在一些實施例中，儲存單元130儲存有一時間表，並且在時間表中記錄等同實際日曆之多個日期以及每個日期所對應的當前累計量。

處理單元110以商品數量與第一出貨日期所對應之當前累計量計算各第一出貨日期所對應之預計累計量（步驟S440）。

接續前述例子，在第一例子中，假設「8月1日」至「8月6日」的當前累計量依序為8、0、0、0、2、及4以及商品數量為4，處理單元110以商品數量與第一出貨日期所對應之當前累計量進行計算，以取得「8月1日」至「8月6日」的預計累計量依序為12、4、4、4、6、及8。

在第二例子中，假設「8月1日」至「8月6日」的當前累計量依序為8、0、0、0、2、及4以及商品數量為2，處理單元110以商品數量與第一出貨日期所對應之當前累計量進行計算，以取得「8月1日」至「8月6日」的預計累計量依序為10、2、2、2、4、及6。

接著，處理單元110以一水位閥值確認此些預計累計量（步驟S450），以判斷是否有任一預計累計量大於水位閥值（步驟S451）。

當任一預計累計量大於水位閥值時，處理單元110藉由網路模組150輸出一下單失敗信號至網路30（步驟S460），以禁止終端裝置20完成下單程序。換言之，當任一預計累計量大於水位閥值時，表示取貨地點之門市無法再增加使用者欲訂購的商品數量，即會超過取貨地點之門市所能負荷的儲存數量。其中，下單失敗信號具有一失敗訊息。

隨後，終端裝置20經由網路30接收到處理單元110回傳的下單失敗信號，然後終端裝置20顯示下單失敗信號中的失敗訊息在其螢幕上，以告知使用者下單失敗並建議使用者重新調整商品數量及/或取貨日期。

當此些預計累計量均不大於水位閥值時，處理單元110藉由網路模組150輸出一下單成功信號至網路30（步驟S470），以允許終端裝置20完成下單程序。並且，處理單元110以商品數量累計以取貨日期起往後既定天數（以下稱「第二天數」）之多個出貨日期（以下稱「第二出貨日期」）所對應之複數當前累計量（步驟S480）。其中，下單成功信號具有一成功訊息及一訂單編號。

隨後，終端裝置20經由網路30接收到處理單元110回傳的下單成功信號。然後，終端裝置20顯示下單失敗信號中的成功訊息及訂單編號在其螢幕上，以告知使用者於時間期限內針對此訂單編號進行結帳。

此外，終端裝置20根據訂購資訊計算結帳金額，並且根據訂購資訊、結帳金額及訂單編號列印一紙本訂單，以方便使用者以此紙本訂單進行繳費，甚至是以此紙本訂單進行取貨。終端裝置20能根據訂購資訊、結帳金額及訂單編號產生一組二維條碼，並將此組二維條碼列印在紙本訂單中，以方便使用者以此組二維條碼至任一門市繳費。店員能將以POS收銀機40的條碼掃瞄器掃描此組二維條碼，以將二維條碼中攜帶之訂購資訊、結帳金額及訂單編號輸入至POS收銀機40中。於此，POS為銷售時點情報系統（point of sale）的簡稱，在歐洲又簡稱EPOS（electronics at the point of sale）。現時許多商家已將英文「point of sale」改稱為「point of service（服務式端點銷售系統）」。

接續前述例子，假設水位閥值為10。在第一例子中，處理單元110將「10」與每個預計累計量（12、4、4、4、6、及8）相比較。在「8月1日」至「8月6日」6個日期中，「8月1日」的預計累計量（12）大於水位閥值（10），因此處理單元110判定無法接單並產生且回傳下單失敗信號給終端裝置20。

在第二例子中，處理單元110將「10」與每個預計累計量（10、2、2、2、4、及6）相比較。在「8月1日」至「8月6日」6個日期的預計累計量等於或小於水位閥值（10），因此處理單元110判定可以接單並產生且回傳下單成功信號給終端裝置20。假設第二天數為7天，處理單元110以取貨日期（8月1日）與第二天數（7）進行運算，以得到多個第二出貨日期為「8月1日」至「8月7日」。然後，處理單元110從儲存單元130取得「8月1日」至「8月6日」的當前累計量依序為8、0、0、0、2、4及1。處理單元110再以商品數量（2）與第二出貨日期所對應之當前累計量（8、0、0、0、2、4及1）進行計算，以取得「8月1日」至「8月7日」的更新累計量依序為10、2、2、2、4、6及3。接著，處理單元110以更新累計量（10、2、2、2、4、6及3）分別更新儲存單元130中所記錄之「8月1日」至「8月7日」的當前累計量，以致使儲存單元130中所記錄之「8月1日」至「8月7日」的當前累計量分別更新為10、2、2、2、4、6及3。

在一些實施例中，伺服器10能藉由下單失敗信號通知終端裝置20此取貨日期能接單的建議數量。參照第3圖，在步驟S460的一實施例中，處理單元110依據水位閥值與第一出貨日期所對應之當前累計量計算一建議數量（步驟S461），並且依據建議數量產生下單失敗信號（步驟S462）。然後，處理單元110再藉由網路模組150輸出產生的下單失敗信號至網路30（步驟S463）。

接續前述第一例子，處理單元110將「10」分別與「8月1日」至「8月6日」的當前累計量（依序為8、0、0、0、2、及4）進行相減運算，以得到2、10、10、10、8、及6共6個預選數量。然後，處理單元110再從6個預選數量中取最小值（即，2）作為建議數量。處理單元110產生具有建議數量（2）及失敗訊息之下單失敗信號。

在一些實施例中，伺服器10還能藉由下單失敗信號通知終端裝置20此取貨日期鄰近能接單的建議日期。參照第4圖，在步驟S460的另一實施例中，處理單元110依據商品數量、取貨日期與又一既定天數（以下稱第三天數）計算一建議日期（步驟S466），並且依據建議日期產生下單失敗信號（步驟S467）。然後，處理單元110再藉由網路模組150輸出產生的下單失敗信號至網路30（步驟S463）。

接續前述第一例子，假設第三天數為3。此時，處理單元110計算取貨日期（8月1日）往前及/或往後3天（第三天數），以得到多個預選日期。以往前為例，得到之預選日期為「7月31日」、「7月30日」及「7月29日」。以往後為例，得到之預選日期為「8月2日」、「8月3日」及「8月4日」。然後，處理單元110以各預選日期作為出貨日期執行步驟S430、步驟S440、步驟S450及步驟S451，以得到其預計累計量均不大於水位閥值且最接近原取貨日期之預選日期（即為建議日期）。

此時，終端裝置20經由網路30接收到處理單元110回傳的下單失敗信號，然後終端裝置20顯示下單失敗信號中的失敗訊息及建議數量或建議日期在其螢幕上，以告知使用者下單失敗並建議使用者參照建議數量或建議日期重新調整商品數量及/或取貨日期。

在一些實施例中，當任一預計累計量等於水位閥值（步驟S452）並且其餘預計累計量小大於水位閥值時，處理單元110關閉一電子地圖上對應取貨地點的點選功能或顯示功能（步驟S490）。

在一實施例中，終端裝置20可依據取貨日期顯示電子地圖。處理單元110計算以預計累計量等於水位閥值之第一出貨日期起往前第一天數之多個關點日期，然後關閉於取貨日期等於此些關點日期中之一時電子地圖上對應取貨地點的點選功能或顯示功能。

舉例來說，接續前述第二例子，假設預計累計量等於水位閥值之第一出貨日期為「8月6日」且取貨地點為「板橋店」，處理單元110以「8月6日」與第一天數（6天）進行運算，以得到多個關點日期為「8月1日」至「8月6日」。處理單元110依據「8月1日」至「8月6日」關閉電子地圖上「板橋店」的點選功能。換言之，當另一個使用者選擇取貨日期為「8月1日」至「8月6日」中之一時，則無法選取終端裝置20顯示的電子地圖中之「板橋店」。

或者，處理單元110依據「8月1日」至「8月6日」關閉電子地圖上「板橋店」的顯示功能。換言之，當另一個使用者選擇取貨日期為「8月1日」至「8月6日」中之一時，終端裝置20顯示的電子地圖中則未顯示「板橋店」。

在一實施例中，每一預購商品對應一電子地圖，而終端裝置20可依據預購商品顯示對應之電子地圖。處理單元110計算以預計累計量等於水位閥值之第一出貨日期起往前第一天數之多個關點日期，然後關閉對應預購商品之電子地圖上對應取貨地點的點選功能或顯示功能。

舉例來說，接續前述第二例子，假設預計累計量等於水位閥值之第一出貨日期為「8月6日」、預購商品為「蛋糕」、且取貨地點為「板橋店」，處理單元110以「8月6日」與第一天數（6天）進行運算，以得到多個關點日期為「8月1日」至「8月6日」。處理單元110依據「8月1日」至「8月6日」關閉對應「蛋糕」之電子地圖上「板橋店」的點選功能。換言之，當另一個使用者選擇預購商品為「蛋糕」且取貨日期為「8月1日」至「8月6日」中之一時，則無法選取終端裝置20顯示的電子地圖中之「板橋店」。

或者，處理單元110依據「8月1日」至「8月6日」關閉對應「蛋糕」之電子地圖上「板橋店」的顯示功能。換言之，當另一個使用者選擇預購商品為「蛋糕」且取貨日期為「8月1日」至「8月6日」中之一時，終端裝置20顯示的電子地圖中則未顯示「板橋店」。

在一些實施例中，於下單程序完成後，伺服器10會在一既定期限（以下稱第一期限）內偵測使用者是否有完成結帳。參照第6圖，於步驟S470之後，處理單元110根據第一期限經由網路30偵測一結帳信號（步驟S500），以判斷使用者是否有結帳。當處理單元110於第一期限內未接收到結帳信號時，處理單元110以商品數量減少儲存單元130中所記錄之此些第二出貨日期所對應之當前累計量（步驟S510）。其中，此第一期限可為一特定天數或為一特定日期。此外，下單成功信號還可具有第一期限，藉以通知使用者於期限內結帳。

舉例而言，假設第一期限為1天且下單日期為「4月1日」，處理單元110於「4月2日」之前經由網路30偵測結帳信號。在使用者於「4月2日」之前藉由POS收銀機40完成結帳之後，POS收銀機40產生對應訂單編號的結帳信號。此時，POS收銀機40經由網路30連接伺服器10，並且經由網路30將此結帳信號傳給伺服器10。處理單元110經由網路30接收到來自POS收銀機40的結帳信號。

接續前述第二例子，當處理單元110於「4月2日」之後均未接收到結帳信號時，處理單元110從儲存單元130中取得「8月1日」至「8月7日」的當前累計量（其依序為10、2、2、2、4、6及3）。然後，處理單元110則會以商品數量（2）將儲存單元130中所記錄之「8月1日」至「8月7日」的當前累計量（10、2、2、2、4、6及3）回復為8、0、0、0、2、4及1。

在一些實施例中，於下單程序完成後，伺服器10亦會在另一既定期限（以下稱第二期限）內偵測使用者是否有完成結帳。參照第7圖，於步驟S470之後，處理單元110根據第二期限經由網路30偵測一取消信號（步驟S520），以判斷使用者是否有取消預購商品。當處理單元110於第二期限內接收到取消信號時，處理單元110以商品數量減少儲存單元130中所記錄之此些第二出貨日期所對應之當前累計量（步驟S530）。其中，此第二期限可為一特定天數或為一特定日期。此外，下單成功信號還可具有第二期限，藉以通知使用者能取消預購商品的期限。

接續前述第二例子，假設第二期限為7天且下單日期為「4月1日」，處理單元110於「4月8日」之前經由網路30偵測取消信號。使用者能於「4月8日」之前以訂單編號取消此預購商品的訂購。於使用者於「4月8日」之前藉由任一門市之POS收銀機40取消訂購後，POS收銀機40產生對應訂單編號的取消信號。此時，POS收銀機40經由網路30連接伺服器10，並且經由網路30將此取消信號傳給伺服器10。處理單元110經由網路30接收到來自POS收銀機40的取消信號。

處理單元110從儲存單元130中取得「8月1日」至「8月7日」的當前累計量（其依序為10、2、2、2、4、6及3），然後處理單元110則會以商品數量（2）將儲存單元130中所記錄之「8月1日」至「8月7日」的當前累計量（10、2、2、2、4、6及3）回復為8、0、0、0、2、4及1。

其中，前述之既定天數均為整數。第一期限為正整數。第二期限為正整數。

雖然前述例子中第一天數不等於第二天數，但本發明不限於此。例如：第一天數等於第二天數。

雖然前述例子中第一天數為6且第二天數為7，但本發明不限於此。例如：第一天數可為3~10天。第二天數亦可為3~10天。

雖然前述例子中第三天數為3，但本發明不限於此。例如：第三天數可為1~6天。

應可理解的是，在上述實施例中各步驟的描述順序並非用以限制其執行順序，在合理範圍中，各步驟的執行順序可任意變動。

再者，手持式電子裝置例如智慧型手機（smart phone）、導航機（PND）、數位相框（PDF）、電子書（e-book）、筆記型電腦（notebook）、或平版電腦（Tablet or Pad）等。於此，處理單元210可執行行動作業系統（Mobile operating system；簡稱Mobile OS），並且利用行動作業系統單機執行應用程式與伺服器10互動。於此，行動作業系統例如：安卓（Android）作業系統、芒果（Mango）作業系統、iOS作業系統、探戈（Tango）作業系統、或阿波羅（Apollo ）作業系統等。

儲存單元130儲存有軟體執行所需之預設參數與資料，例如：第一天數、水位閥值、第三天數、電子地圖、第一期限、第二期限、時間表（即，每個日期所對應的當前累計量）、失敗訊息、及成功訊息等資訊。此外，儲存單元130更用以暫存軟體執行過程中所產生的各項參數與資料，例如：訂購資訊、 第一出貨日期、預計累計量、第二出貨日期、更新累計量、訂單編號、更新累計量、預選數量、建議數量、預選日期、建議日期、及關點日期等資訊。其中，儲存單元130可由一個或多個儲存元件所實現。於此，儲存元件可以是例如記憶體或暫存器等，但在此並不對其限制。記憶體可例如唯讀記憶體、隨機訪問記憶體、非永久性記憶體、永久性記憶體、靜態記憶體、動態記憶體、快閃記憶體和/或任何存儲數位資訊的設備。

處理單元110可由一個或多個處理元件所實現。處理元件可以是微處理器、微控制器、數位信號處理器、微型機算計、中央處理器、場編程閘陣列、可編程邏輯設備、狀態器、邏輯電路、類比電路、數位電路和/或任何基於操作指令操作信號（類比和/或數位）的設備。

綜上，根據本發明之預購商品的訂購方法能有效地管控每一門市將接收到的預購商品的數量，以免發生過量接單。

雖然本發明以前述之實施例揭露如上，然其並非用以限定本發明，任何熟習相像技術者，在不脫離本發明之精神和範圍內，當可作些許之更動與潤飾，因此本發明之專利保護範圍須視本說明書所附之申請專利範圍所界定者為準。

10‧‧‧伺服器
110‧‧‧處理單元
130‧‧‧儲存單元
150‧‧‧網路模組
170‧‧‧使用者介面
20‧‧‧終端裝置
30‧‧‧網路
40‧‧‧POS收銀機
S410‧‧‧經由網路接收訂購信號
S420‧‧‧根據訂購信號取得商品數量、取貨日期以及取貨地點
S430‧‧‧根據取貨地點取得以取貨日期起第一天數之複數第一出貨日期所對應之複數當前累計量
S440‧‧‧以商品數量與取得之當前累計量計算此些第一出貨日期所對應之複數預計累計量
S450‧‧‧以一水位閥值確認此些預計累計量
S451‧‧‧是否有任一預計累計量大於水位閥值?
S452‧‧‧是否有任一預計累計量等於水位閥值?
S460‧‧‧經由網路輸出一下單失敗信號
S461‧‧‧依據水位閥值與第一出貨日期所對應之當前累計量計算一建議數量
S462‧‧‧依據建議數量產生下單失敗信號
S463‧‧‧經由網路輸出產生的下單失敗信號
S466‧‧‧依據商品數量、取貨日期與第三天數計算一建議日期
S467‧‧‧依據建議日期產生下單失敗信號
S468‧‧‧輸出產生的下單失敗信號至網路
S470‧‧‧經由網路輸出一下單成功信號
S480‧‧‧以商品數量累計多個第二出貨日期所對應之當前累計量
S490‧‧‧關閉一電子地圖上對應取貨地點的點選功能或顯示功能
S500‧‧‧根據一既定時間經由網路偵測一結帳信號
S510‧‧‧以商品數量減少第二出貨日期所對應之當前累計量
S520‧‧‧根據一既定時間經由網路偵測一取消信號
S530‧‧‧以商品數量減少第二出貨日期所對應之當前累計量

[第1圖] 是根據本發明第一實施例之預購商品的訂購方法的應用裝置的示意圖。 [第2圖]是根據本發明一實施例之預購商品的訂購方法的概要流程圖。 [第3圖] 是一實施例之步驟S460的細部流程圖。 [第4圖] 是另一實施例之步驟S460的細部流程圖。 [第5圖] 是根據本發明第二實施例之預購商品的訂購方法的應用裝置的示意圖。 [第6圖] 是根據本發明第三實施例之預購商品的訂購方法的應用裝置的示意圖。 [第7圖] 是根據本發明第四實施例之預購商品的訂購方法的應用裝置的示意圖。

S410‧‧‧經由網路接收訂購信號

S420‧‧‧根據訂購信號取得商品數量、取貨日期以及取貨地點

S430‧‧‧根據取貨地點取得以取貨日期起第一天數之複數第一出貨日期所對應之複數當前累計量

S440‧‧‧以商品數量與取得之當前累計量計算此些第一出貨日期所對應之複數預計累計量

S450‧‧‧以一水位閥值確認此些預計累計量

S451‧‧‧是否有任一預計累計量大於水位閥值？

S460‧‧‧經由網路輸出一下單失敗信號

S470‧‧‧經由網路輸出一下單成功信號

S480‧‧‧以商品數量累計多個第二出貨日期所對應之當前累計量

Claims (9)

1. 一種預購商品的訂購方法，包括： 經由一網路接收一訂購信號； 根據該訂購信號取得一商品數量、一取貨日期以及一取貨地點； 根據該取貨地點取得以該取貨日期起一第一天數之複數第一出貨日期所對應之複數當前累計量； 以該商品數量與該些第一出貨日期所對應之該些當前累計量計算該些第一出貨日期所對應之複數預計累計量； 以一水位閥值確認該些預計累計量； 當任一該預計累計量大於該水位閥值時，輸出一下單失敗信號至該網路；以及 當該些預計累計量均不大於該水位閥值時，輸出一下單成功信號至該網路，並且以該商品數量累計以該取貨日期起一第二天數之複數第二出貨日期所對應之複數當前累計量。
2. 如請求項1所述之預購商品的訂購方法，其中該下單失敗信號的輸出步驟包括： 依據該水位閥值與該些第一出貨日期所對應之該些當前累計量計算一建議數量； 依據該建議數量產生該下單失敗信號；以及 輸出產生的該下單失敗信號至該網路。
3. 如請求項1所述之預購商品的訂購方法，其中該下單失敗信號的輸出步驟包括： 依據該商品數量、該取貨日期與一第三天數計算一建議日期； 依據該建議日期產生該下單失敗信號；以及 輸出產生的該下單失敗信號至該網路。
4. 如請求項1所述之預購商品的訂購方法，其中當該些預計累計量均不大於該水位閥值時，更包括： 當任一該預計累計量等於該水位閥值時，關閉一電子地圖上對應該取貨地點的一點選功能。
5. 如請求項1所述之預購商品的訂購方法，其中當該些預計累計量均不大於該水位閥值時，更包括： 當任一該預計累計量等於該水位閥值時，依據該些出貨日期關閉一電子地圖上對應該取貨地點的一顯示功能。
6. 如請求項1所述之預購商品的訂購方法，其中該第一天數等於該第二天數。
7. 如請求項1所述之預購商品的訂購方法，其中該第一天數不等於該第二天數。
8. 如請求項1所述之預購商品的訂購方法，更包括： 於該下單成功信號的輸出步驟之後，根據一既定期限經由該網路偵測一結帳信號；以及 當於該既定時間內未接收到該結帳信號時，以該商品數量減少該些第二出貨日期所對應之該些當前累計量。
9. 如請求項1所述之預購商品的訂購方法，更包括： 於該下單成功信號的輸出步驟之後，根據一既定期限經由該網路偵測一取消信號；以及 當於該既定時間內接收到該取消信號時，以該商品數量減少該些第二出貨日期所對應之該些當前累計量。