專利名稱：商品分組裝置的制作方法
技術領域：
本發(fā)明涉及服務器裝置、商品分組方法、商品分組程序、計算機可讀取地記錄商品分組程序的記錄介質以及商品分組系統(tǒng)的技術領域。
背景技術：
近年來，公知有在互聯(lián)網(wǎng)上開設店鋪的購物站點。購物站點的用戶(使用者)能夠通過從購物站點發(fā)送到用戶終端的網(wǎng)頁頁面，從開店者在購物站點中展出的商品中選擇期望的商品，并經(jīng)過訂購手續(xù)，訂購所選擇的商品(例如參照專利文獻I)?，F(xiàn)有技術文獻專利文獻 專利文獻I :日本特開2002-236694號公報

發(fā)明內(nèi)容
發(fā)明所要解決的課題另外，在這樣的購物站點中，即使在由訂購者訂購了多個商品的情況下，也獨立地處理所訂購的各商品。但是，在訂購者訂購多個商品時，常常存在由于在各訂購商品之間存在某些關聯(lián)性等而期望一起處理的商品。盡管如此，迄今為止沒有對該方面做過任何考慮。本發(fā)明正是鑒于這種問題點而完成的，其課題的一例在于提供一種能夠對用戶希望訂購的多個訂購預定商品進行分組且實現(xiàn)利用組單位的處理的服務器裝置、商品分組方法、商品分組程序、計算機可讀取地記錄商品分組程序的記錄介質以及商品分組系統(tǒng)。用于解決課題的手段為了解決上述問題，權利要求I所述的發(fā)明是ー種服務器裝置，其經(jīng)由網(wǎng)絡與終端裝置連接，該服務器裝置的特征在干，具有接收單元，其從所述終端裝置接收示出用戶所選擇的多個訂購預定商品的訂購預定商品信息；分組單元，其根據(jù)存儲商品組與屬于該商品組的多個商品之間的對應關系的商品組存儲單兀所存儲的商品組，對由所述接收單兀接收到的訂購預定商品信息示出的多個訂購預定商品進行分組，生成至少ー個以上的組；以及發(fā)送単元，其關于所述接收到的訂購預定商品信息示出的多個訂購預定商品中的、由所述分組單元進行了分組的各訂購預定商品，將示出分到了哪個組的分組結果信息發(fā)送到所述終端裝置。根據(jù)本發(fā)明，對用戶希望訂購的多個訂購預定商品進行分組，因此能夠以組單位對訂購預定商品進行處理。由此，在一個訂購預定中獨立地處理組，因此例如能夠以組単位進行取消、替代品方案等。此處，商品是指在市場中被交易的物品。權利要求2所述的發(fā)明根據(jù)權利要求I所述的服務器裝置，其特征在于，所述商品組存儲單元按照每個用戶存儲商品組，并且與識別用戶的用戶識別信息對應地存儲商品組，所述接收単元還從所述終端裝置接收選擇了所述訂購預定商品信息示出的多個訂購預定商品的用戶的用戶識別信息，所述分組単元在對所述接收到的訂購預定商品信息示出的多個訂購預定商品進行分組時，根據(jù)與選擇了該訂購預定商品的用戶的用戶識別信息對應的商品組進行分組。根據(jù)本發(fā)明，能夠依照用戶特有的商品組合，按照每個用戶對商品組進行管理。權利要求3所述的發(fā)明根據(jù)權利要求2所述的服務器裝置，其特征在于，所述接收単元還從所述終端裝置接收用戶生成組信息，該用戶生成組信息示出通過用戶對接收到的訂購預定商品信息示出的多個訂購預定商品進行分組而生成的商品組，該服務器裝置還具有組編輯単元，該組編輯單元將由所述接收単元接收到的用戶生成組信息示出的商品組與屬于該商品組的多個商品之間的對應關系，和生成了該商品組的用戶的用戶識別信息對應起來存儲到所述商品組存儲單元中。根據(jù)本發(fā)明，與用戶的用戶識別信息對應地存儲該用戶在訂購商品時生成的商品組，在對訂購預定商品進行分組時，根據(jù)用戶生成的商品組進行分組。因此，能夠進行符合用戶的行為特性的分組。權利要求4所述的發(fā)明根據(jù)權利要求I 3中的任意一項所述的服務器裝置，其 特征在于，所述商品組存儲単元存儲了多個商品組與屬于各商品組的多個商品之間的對應關系，所述分組單元對分別屬于存儲在所述商品組存儲単元中的多個商品組的多個商品和所述接收到的訂購預定商品信息示出的多個訂購預定商品進行對比，確定最多訂購預定商品歸屬的商品組作為最多商品組，對沒有被分組的訂購預定商品重復進行將所述訂購預定商品中的屬于所確定的所述最多商品組的商品分組為I個組的分組處理。根據(jù)本發(fā)明，根據(jù)最多訂購預定商品歸屬的商品組重復對訂購預定商品進行分組的分組處理。歸屬的商品數(shù)多是指認為利用該商品組的可能性高。因此，能夠實現(xiàn)推測為用戶希望的可能性高的分組。權利要求5所述的發(fā)明根據(jù)權利要求I 3中的任意一項所述的服務器裝置，其特征在于，所述商品組存儲単元存儲了多個商品組與屬于各商品組的多個商品之間的對應關系，所述分組単元通過對分別屬于存儲在所述商品組存儲単元中的多個商品組的多個商品和所述接收到的訂購預定商品信息示出的多個訂購預定商品進行對比，按照每個商品組對訂購預定商品進行分組，將屬于多個商品組的訂購預定商品分到該訂購預定商品所屬的所有商品組。根據(jù)本發(fā)明，用戶在訂購預定商品中包含屬于多個商品組的商品的情況下，能夠沒有遺漏地確認該商品屬于哪些商品組。權利要求6所述的發(fā)明根據(jù)權利要求4所述的服務器裝置，其特征在于，所述分組単元在存在多個歸屬的訂購預定商品的數(shù)量相同且最多訂購預定商品歸屬的商品組，并且屬于該多個商品組的各個組的訂購預定商品中的至少一部分不同的情況下，對于所述不同的各個商品，參照所述商品組存儲単元，對所屬的商品組的數(shù)量進行計數(shù)，將所計數(shù)的數(shù)量最大的商品所屬的商品組確定為所述最多商品組。根據(jù)本發(fā)明，在存在多個最多訂購預定商品歸屬的商品組、并且屬于各商品組的訂購預定商品中的至少一部分不同的情況下，根據(jù)不同的商品中的屬于更多的商品組的商品所屬的商品組，對訂購預定商品進行分組。因此，能夠對與其他商品關聯(lián)訂購的可能性更聞的商品進行分組。權利要求7所述的發(fā)明根據(jù)權利要求6所述的服務器裝置，其特征在于，所述商品組存儲単元還對于各商品組，存儲在過去對訂購預定商品進行分組時利用的利用頻率，所述分組単元在確定所述所計數(shù)的數(shù)量最大的商品所屬的商品組時，存在多個所述所計數(shù)的數(shù)量為相同數(shù)量的商品組的情況下，參照商品組存儲単元，確定所述多個商品組中的利用頻率最聞的商品組為所述最多商品組。根據(jù)本發(fā)明，能夠根據(jù)利用頻率更高的商品組對訂購預定商品進行分組。因此，能夠實現(xiàn)推測為用戶希望的可能性高的分組。權利要求8所述的發(fā)明根據(jù)權利要求6所述的服務器裝置，其特征在干，該服務器裝置還具有歷史信息存儲單元，該歷史信息存儲單元與用戶的用戶識別信息對應地存儲所述分組単元對訂購預定商品進行分組時利用的商品組的歷史，所述分組単元在確定所述所計數(shù)的數(shù)量最大的商品所屬的商品組時，存在多個所述所計數(shù)的數(shù)量為相同數(shù)量的商品組的情況下，根據(jù)選擇了由所述接收単元接收到的訂購預定商品信息示出的訂購預定商品的用戶的用戶識別信息，參照所述歷史信息存儲單元，確定該多個商品組中的如下商品組作為所述最多商品組，該確定的商品組是在過去對該用戶選擇的訂購預定商品進行分組時利 用的商品組，且是最近利用了的商品組。根據(jù)本發(fā)明，在此次對由用戶選擇的訂購預定商品進行分組時，利用是在過去對相同的用戶所選擇的訂購預定商品進行分組時利用的商品組且最近利用了的商品組。由于基于用戶的最新行為歷史，因此能夠實現(xiàn)推測為用戶希望的可能性高的分組。權利要求9所述的發(fā)明根據(jù)權利要求I 8中的任意一項所述的服務器裝置，其特征在于，所述接收単元還從所述終端裝置接收示出所述發(fā)送單元發(fā)送的分組結果信息示出的組中的、待取消的組的取消信息。根據(jù)本發(fā)明，用戶能夠以組單位取消訂購預定商品。權利要求10所述的發(fā)明根據(jù)權利要求I 9中的任意一項所述的服務器裝置，其特征在于，所述用戶選擇為所述訂購預定商品的商品是在網(wǎng)絡超市中處理的商品。在作為網(wǎng)絡超市的站點的網(wǎng)絡超市站點中，處理新鮮食品和日用雜貨等多種涉及多品種的商品，因此用戶大多在一次訂購中采取與多個目的對應的購買行為。即，即使訂購自身是ー個訂購，其中也對應了多個目的。因此，期望能夠在ー個訂購中，對多個訂購預定商品進行分組并獨立地處理。由此，能夠按照每個組獨立地進行取消和替代訂購等處理，因此能夠提高用戶的便利性。此外，能夠通過以用戶単位管理商品組，進行符合用戶獨自的菜譜和生活模式/行為模式等行為特性的分組。權利要求11所述的發(fā)明根據(jù)權利要求I所述的服務器裝置，其特征在于，所述訂購預定商品信息還包含示出各所述訂購預定商品的訂購數(shù)量的信息，該服務器裝置還具有缺貨確認單元，其確認在所述接收單元中接收到的訂購預定商品信息示出的訂購預定商品缺貨的情況；提示方案發(fā)送單元，其在由所述缺貨確認單元確認到所述訂購預定商品缺貨的情況下，向用戶的郵件地址發(fā)送電子郵件，該電子郵件提示確定缺貨商品的信息，同時提示(a)取消缺貨商品的訂購的方案和(b)取消缺貨商品的訂購并且訂購該缺貨商品的替代商品的方案中的至少任意一個方案；以及選擇信息取得単元，其取得示出選擇了所述所提不的方案中的哪ー個方案的信息。根據(jù)本發(fā)明，在訂購商品缺貨的情況下，將用由多個方案構成的選擇項提示應對方法的電子郵件發(fā)送到用戶的郵件地址，并且在服務器裝置側取得示出用戶所選擇的方案的信息。因此，即使在訂購商品缺貨的情況下也能夠在服務器裝置側容易地確認用戶希望的應對方法。此處，商品是指在市場中被交易的物品。權利要求12所述的發(fā)明根據(jù)權利要求11所述的服務器裝置，其特征在于，所述接收單元還接收示出所述訂購預定商品信息示出的訂購預定商品的送達指定日期時刻的指定日期時刻信息，所述缺貨確認單元通過在所述指定日期時刻信息示出的送達指定日期時刻的預定時間前，參照記錄有示出商品的庫存數(shù)量的庫存信息的庫存信息存儲單元，確認在所述接收到的訂購預定商品信息示出的訂購預定商品中是否存在沒有訂購數(shù)量的庫存的商品，從而確認所述訂購預定商品信息示出的訂購預定商品缺貨的情況。根據(jù)本發(fā)明，通過缺貨確認單元判定訂購商品是否缺貨，在缺貨的情況下，在送達指定日期時刻的預定時間前發(fā)送用選擇項提示應對方法的電子郵件。由此，在送達指定日期時刻的預定時間前將提示應對方法的電子郵件發(fā)送給用戶，因此用戶能夠在實際送達前發(fā)送期望的應對方法。
權利要求13所述的發(fā)明根據(jù)權利要求12所述的服務器裝置，其特征在干，該服務器裝置還具有替代商品選擇單元，該替代商品選擇單元參照所述庫存信息存儲單元和對應地存儲有商品和可代替其的商品的替代關系存儲單元，對于與所述缺貨商品對應的可替代商品，判定是否存在通過所述訂購預定商品信息確定的訂購數(shù)量的庫存，在判定為存在訂購數(shù)量的庫存的情況下，選擇該可替代商品作為所述替代商品，所述提示方案發(fā)送單元在(b)訂購缺貨商品的替代商品的方案中，提示通過所述替代商品選擇單元選擇的替代商品。根據(jù)本發(fā)明，即使在訂購商品缺貨的情況下，也能夠將可替代缺貨商品且有庫存的商品作為替代商品提示給訂購者。因此，用戶在訂購的商品缺貨的情況下，能夠在訂購前臨時確認可替代商品后，訂購替代品。權利要求14所述的發(fā)明根據(jù)權利要求12所述的服務器裝置，其特征在于，所述接收單元接收訂購店鋪信息，該訂購店鋪信息示出所述訂購預定商品信息所示的訂購預定商品是針對多個店鋪中的哪ー個店鋪的訂購，所述庫存信息存儲單元按照每個所述店鋪存儲所述庫存信息，該服務器裝置還具有替代商品選擇單元，該替代商品選擇單元參照所述庫存信息存儲單元和對應地存儲有商品和可代替其的商品的替代關系存儲單元，在所述訂購店鋪信息示出的店鋪中，對于與所述缺貨商品對應的可替代商品，判定是否存在通過所述訂購預定商品信息確定的訂購數(shù)量的庫存，在判定為存在訂購數(shù)量的庫存的情況下，選擇該可替代商品作為所述替代商品，所述提示方案發(fā)送單元在(b)訂購缺貨的商品的替代商品的方案中，提示通過所述替代商品選擇單元選擇的替代商品。根據(jù)本發(fā)明，能夠將在受理了訂購的店鋪中處理的商品且是可替代缺貨商品并有庫存的商品作為替代商品提示給訂購者。因此，用戶在訂購的商品缺貨的情況下，能夠在訂購前臨時確認可替代商品后，訂購替代品。權利要求15所述的發(fā)明根據(jù)權利要求13或14所述的服務器裝置，其特征在干，所述替代商品選擇單元參照針對各商品存儲示出商品的商品分類的分類信息的分類信息存儲單元，取得與所述缺貨商品屬于相同的商品分類的商品作為可替代商品，并針對所取得的可替代商品判定是否存在訂購數(shù)量的庫存。根據(jù)本發(fā)明，能夠將與缺貨商品屬于相同的商品分類且訂購者容易接受為替代品的商品作為替代商品提示給訂購者。
權利要求16所述的發(fā)明根據(jù)權利要求13 15中的任意一項所述的服務器裝置中，其特征在于，所述庫存信息存儲單元還針對各商品存儲示出商品價格的價格信息，所述替代商品選擇單元在存在多種有訂購數(shù)量的庫存的可替代商品的情況下，參照所述價格信息，選擇與所述缺貨商品的價格的價格差最小的種類的商品作為所述替代商品。根據(jù)本發(fā)明，能夠將價格與缺貨商品相近且訂購者容易接受為替代品的商品作為替代商品提示給訂購者。權利要求17所述的發(fā)明根據(jù)權利要求11 16中的任意一項所述的服務器裝置，其特征在于，所述缺貨確認單元確認在所述接收単元中接收到的訂購預定商品信息示出的所述多個訂購預定商品中的哪怕ー個存在缺貨的情況，所述提示方案發(fā)送單元發(fā)送的所述電子郵件還包含(c)將所述多個訂購預定商品全部取消的方案。根據(jù)本發(fā)明，在訂購了多個商品的情況下，在存在其一部分缺貨的商品時，能夠提示取消缺貨的商品的方案，并且還提示將多個訂購商品全部取消的方案。
權利要求18所述的發(fā)明根據(jù)權利要求17所述的服務器裝置，其特征在于，所述缺貨確認単元確認在所述接收単元中接收到的訂購預定商品信息示出的所述多個訂購預定商品中有多于I個的多個商品存在缺貨的情況，所述提示方案發(fā)送單元發(fā)送的所述電子郵件中的(a)取消缺貨商品的訂購的所述方案示出了通過所述缺貨確認單元確認到缺貨的所述多個商品的取消。根據(jù)本發(fā)明，在訂購了多個商品的情況下，在存在多個一部分缺貨的商品時，能夠提示僅取消多個缺貨商品的方案。權利要求19所述的發(fā)明根據(jù)權利要求11 18中的任意一項所述的服務器裝置，其特征在于，在所述電子郵件中包含成為所述訂購者的利益的利益信息。根據(jù)本發(fā)明，能夠用確認存在缺貨商品的情況下的應對方法的電子郵件一并發(fā)送利益信息。因此，能夠降低用于發(fā)布利益信息的成本。權利要求20所述的發(fā)明根據(jù)權利要求19所述的服務器裝置，其特征在于，所述利益イM息是商品的打折信息。根據(jù)本發(fā)明，能夠提高訂購者的購買意愿。權利要求21所述的發(fā)明是ー種商品分組方法，其特征在于，包含以下步驟計算機從終端裝置接收示出用戶所選擇的多個訂購預定商品的訂購預定商品信息；計算機根據(jù)商品組和屬于該商品組的多個商品之間的對應關系對所述接收到的訂購預定商品信息示出的多個訂購預定商品進行分組，生成至少ー個以上的組；以及計算機對于所述接收到的訂購預定商品信息示出的多個訂購預定商品中的、進行了分組的各訂購預定商品，將示出分到了哪個組的分組結果信息發(fā)送到所述終端裝置。權利要求22所述的發(fā)明是ー種商品分組程序，其特征在于，使計算機作為以下單元發(fā)揮功能接收單元，其從終端裝置接收示出用戶所選擇的多個訂購預定商品的訂購預定商品信息；分組單元，其根據(jù)商品組和屬于該商品組的多個商品之間的對應關系對所述接收到的訂購預定商品信息示出的多個訂購預定商品進行分組，生成至少ー個以上的組；以及發(fā)送単元，其對于所述接收到的訂購預定商品信息示出的多個訂購預定商品中的、進行了分組的各訂購預定商品，將示出分到了哪個組的分組結果信息發(fā)送到所述終端裝置。權利要求23所述的發(fā)明是ー種記錄介質，其以計算機可讀取的方式記錄了使計算機作為以下単元發(fā)揮功能的商品分組程序接收單元，其從終端裝置接收示出用戶所選擇的多個訂購預定商品的訂購預定商品信息；分組單元，其根據(jù)商品組和屬于該商品組的多個商品之間的對應關系對所述接收到的訂購預定商品信息示出的多個訂購預定商品進行分組，生成至少ー個以上的組；以及發(fā)送単元，其對于所述接收到的訂購預定商品信息示出的多個訂購預定商品中的、進行了分組的各訂購預定商品，將示出分到了哪個組的分組結果信息發(fā)送到所述終端裝置。權利要求24所述的發(fā)明是ー種商品分組系統(tǒng)，其具有終端裝置、和經(jīng)由網(wǎng)絡與所述終端裝置連接的服務器裝置，該商品分組系統(tǒng)的特征在于，所述服務器裝置具有接收單元，其從所述終端裝置接收示出用戶所選擇的多個訂購預定商品的訂購預定商品信息；分組單元，其根據(jù)存儲商品組與屬于該商品組的多個商品之間的對應關系的商品組存儲単元所存儲的商品組，對由所述接收単元接收到的訂購預定商品信息示出的多個訂購預定商品進行分組，生成至少ー個以上的組；以及發(fā)送単元，其對于所述接收到的訂購預定商品信息示出的多個訂購預定商品中的、由所述分組單元進行了分組的各訂購預定商品，將示出分到了哪個組的分組結果信息發(fā)送到所述終端裝置，所述終端裝置具有訂購預定商品發(fā)送単元，其將所述訂購預定商品信息發(fā)送到所述服務器裝置；以及分組結果接收單元，其從所 述服務器裝置接收所述分組結果信息。發(fā)明效果因此，根據(jù)本發(fā)明，對用戶預定訂購的多個商品進行分組，因此能夠以組單位對訂購預定商品進行處理。


圖I是示出本實施方式的訂購受理系統(tǒng)的結構的一例的圖。圖2是示出本實施方式的訂購受理服務器的結構的一例的框圖。圖3是示出登記在各種數(shù)據(jù)庫中的內(nèi)容的一例的圖。圖4是用于說明本實施方式的組DB的登記內(nèi)容的一例的圖。圖5是示出訂購受理時的訂購受理系統(tǒng)的處理例的序列圖。圖6是示出訂購商品畫面的一例的圖。圖7是示出訂購受理時的訂購受理系統(tǒng)的處理例的序列圖。圖8是示出訂購受理服務器的系統(tǒng)控制部的分組處理的一例的流程圖。圖9是示出訂購受理服務器的系統(tǒng)控制部的相同數(shù)量時提取處理的一例的流程圖。圖10是用于說明通過分組處理對訂購商品進行分組時的一例的圖。圖11是用于說明通過分組處理對訂購商品進行分組時的一例的圖。圖12是用于說明通過分組處理對訂購商品進行分組時的一例的圖。圖13是用于說明通過分組處理對訂購商品進行分組時的一例的圖。圖14是示出應對缺貨時的訂購受理系統(tǒng)的處理例的序列圖。圖15是示出應對確認郵件的一例的圖。圖16是示出登記在組歷史DB、所屬商品分類DB、商品分類DB以及會員用組DB中的內(nèi)容的一例的圖。
圖17是示出應對缺貨時的訂購受理系統(tǒng)的處理例的序列圖。圖18是示出訂購商品畫面的一例的圖。圖19是示出訂購受理服務器的系統(tǒng)控制部的分組處理的一例的流程圖。圖20是示出應對確認郵件的一例的圖。圖21是示出訂購商品畫面的一例的圖。
具體實施例方式以下，參照

本發(fā)明的實施方式。另外，以下說明的實施方式是對訂購受理系統(tǒng)應用了本發(fā)明時的實施方式。[I.訂購受理系統(tǒng)的結構和功能概要] 首先，使用圖I對本發(fā)明的一個實施方式的訂購受理系統(tǒng)S的結構和大致功能進行說明。如圖I所示，訂購受理系統(tǒng)S (“商品分組系統(tǒng)”的一例)構成為包含訂購受理服務器I (“服務器裝置”的一例)、用戶終端2 (“終端裝置”的一例)和店鋪終端3的網(wǎng)絡超市站點。另外，在圖I的例子中，為了便于說明，示出了一個用戶終端2，但實際上能夠從多個用戶終端訪問訂購受理服務器I。同樣，還存在參加網(wǎng)絡超市站點的超市或分店的數(shù)量的店鋪終端3。此處，所謂網(wǎng)絡超市，是指經(jīng)由已有的超市或不具有店鋪的專門送貨上門的商人設置在互聯(lián)網(wǎng)上的網(wǎng)絡超市站點受理商品的訂購，并將訂購商品送達到訂購者家里的送貨上門服務。訂購受理服務器I、用戶終端2和店鋪終端3能夠經(jīng)由網(wǎng)絡NW，例如將TCP/IP等用于通信協(xié)議而相互進行數(shù)據(jù)的收發(fā)。另外，網(wǎng)絡NW例如利用互聯(lián)網(wǎng)、專用通信線路(例如CATV (Community Antenna Television :有線電視)線路)、移動通信網(wǎng)(包含基站等)以及網(wǎng)關等構建。訂購受理服務器I是為了運營多個店鋪參加的網(wǎng)絡超市站點而設置的服務器，從用戶終端2受理商品的訂購，能夠在所指定的店鋪的店鋪終端3中確認訂購內(nèi)容。尤其本實施方式的訂購受理服務器I具有對訂購者(“用戶”的一例)所選擇的訂購商品(“訂購預定商品”的一例)進行分組，生成至少ー個以上的組的功能。此外，本實施方式的訂購受理服務器I具有如下功能在由用戶訂購的商品(以下稱作“訂購商品”。)中存在庫存不足的缺貨的商品(以下稱作“缺貨商品”。)的情況下，店鋪的工作人員用e-mail (稱作“應對確認郵件”。)向訂購者詢問應該采取怎樣的應對。用戶終端2具有網(wǎng)頁瀏覽器功能，向訂購受理服務器I發(fā)送例如HTTP(Hyper TextTransfer Protocol :超文本傳輸協(xié)議)請求并取得網(wǎng)頁頁面等作為其響應,并顯示在顯示器上。用戶終端2的用戶能夠利用從網(wǎng)絡超市站點或開店者站點提供的信息提供服務。此外，用戶終端2利用電子郵件客戶端(包含網(wǎng)頁郵件)，接收發(fā)送到用戶的e-mail地址的e-mail (“電子郵件”的一例)，并顯示在顯示器上。另外，用戶終端2例如可應用個人計算機、PDA (Personal Digital Assistant :個人數(shù)字助理)、移動電話機等。店鋪終端3與用戶終端2同樣地具有網(wǎng)頁瀏覽器功能，向訂購受理服務器I發(fā)送例如HTTP (Hyper Text Transfer Protocol :超文本傳輸協(xié)議)請求并取得網(wǎng)頁頁面等作為其響應，并顯示在顯示器上。此外，店鋪終端3訪問訂購受理服務器1，將蓄積在訂購受理服務器I中的訂購內(nèi)容顯示在顯示器上。由此，店鋪的工作人員能夠確認與自身店鋪對應的訂購。[2.訂購受理服務器I的結構]接著，使用圖2至圖4對訂購受理服務器I的結構進行說明。如圖2所示，訂購受理服務器I具有通信部11、存儲部12、輸入輸出接ロ部13和系統(tǒng)控制部14。并且，系統(tǒng)控制部14和輸入輸出接ロ部13經(jīng)由系統(tǒng)總線15進行連接。通信部11連接到網(wǎng)絡NW，對與用戶終端2或店鋪終端3的通信狀態(tài)進行控制。存儲部12 (“存儲單元”的一例)例如由硬盤驅動器等構成。此外，在存儲部12中構建有會員DB (Data Base :數(shù)據(jù)庫)121、店鋪DB 122、庫存DB 123、可替代商品DB 124、商品所屬組DB 125 JiDB 126和訂購受理DB 127。
在圖3 (A)所示的會員DB 121中，登記有示出如下信息等的會員信息進行了會員登記的會員(網(wǎng)絡超市的使用者，訂購了商品時的訂購者)的會員ID (“用戶識別信息”的一例)、認證密碼、會員名稱、會員住址、會員電話號碼、郵件地址、送貨目的地名稱、送貨目的地地址和送貨目的地電話號碼等。會員信息能夠通過會員ID按照每個會員進行判別。此處，會員ID是用于識別會員的標識符。此外，送貨目的地是指在網(wǎng)絡超市中購買的商品的送達目的地。此外，會員ID和認證密碼是在登錄處理(會員的認證處理)中使用的登錄信
O在圖3 (B)所示的店鋪DB 122中，登記有示出如下信息等的店鋪信息在網(wǎng)絡超市開店的超市(也包含分店)的店鋪ID、店鋪名稱、店鋪地址、店鋪電話號碼、可送達地區(qū)和可送達時間等。登記有多個時間段作為可送達時間。例如，作為可送達時間，登記為“8點
到10點”、“ 10點到12點”、“ 12點到14點”.....以及“18點到20點”。店鋪信息能夠利用
店鋪ID按照每個在網(wǎng)絡超市開店的超市、或分店進行判別。此處，店鋪ID是用于識別所開店鋪或所開分店的標識符。在圖3 (C)所示的庫存DB 123 (“庫存信息存儲單元”的一例)中，登記有店鋪ID ;按照在用該店鋪ID識別的店鋪中處理的商品的每個商品ID示出庫存數(shù)量的庫存信息；以及示出商品名稱、出售價格、采購價格、生產(chǎn)者/制造者、生產(chǎn)地/制造地和規(guī)格的商品信息。規(guī)格是指商品的大小和容量等。商品ID是用于識別商品的標識符。登記在庫存DB123中的庫存信息能夠根據(jù)從設置在各店鋪的店鋪終端3接收的信息適當進行更新。此外，也可以不將庫存DB 123設置在訂購受理服務器I中，而設置在各店鋪所設置的店鋪終端3內(nèi)的存儲部中，訂購受理服務器I能夠訪問店鋪終端3內(nèi)的庫存DB 123。在圖3 (D)所示的可替代商品DB 124中，按照每個商品ID，登記有用該商品ID識別的商品和可替代的商品的商品ID (稱作“可替代商品ID”)。作為處于可替代的關系的商品，例如可列舉牛肉和豬肉、北海道產(chǎn)的馬鈴薯和千葉縣產(chǎn)的馬鈴薯、A公司制的可樂和B公司制的可樂等?；蛘撸邕€能夠列舉馬鈴薯和里芋、圓珠筆和鉛筆等。另外，可以使多個可替代商品ID與ー個商品ID對應。例如，作為北海道產(chǎn)的馬鈴薯的可替代商品，能夠對應千葉縣產(chǎn)的馬鈴薯和長崎縣產(chǎn)的馬鈴薯。在圖3 (E)所示的商品所屬組DB 125中，按照每個商品ID，登記有用該商品ID識別的商品所屬的組(“商品組”的一例)的組ID (稱作“所屬組ID”)。在ー個商品屬于多個組的情況下，登記有所屬組ID (I).....所屬組ID (η)作為各個組的ID。此處，組ID是用于識別組的標識符。另外，在商品所屬組DB 125中，沒有登記不屬于任何組的商品的商品ID0在圖3 (F)所示的組DB 126中，按照每個組ID，登記有組名稱、利用頻率、歸屬商品數(shù)量、歸屬商品ID。用組ID識別的組由多個商品構成。組名稱是對組賦予的名稱。歸屬商品數(shù)量是組所包含的商品的數(shù)量。歸屬商品ID是組所包含的商品的商品ID。由于在組
中包含多個商品，因此將各商品的商品ID登記為歸屬商品ID (I).....歸屬商品ID (η)。
登記在組DB 126中的組在對訂購商品進行分組時使用。利用頻率與在對訂購商品進行分組時使用的頻率對應，可適當更新。商品所屬組DB 125和組DB 126作為商品組存儲單元發(fā)揮功能。在組DB 126中，將料理的菜譜(例如日式牛肉火鍋、土豆燉肉等)或者依照使用目的(例如烤肉、早飯、旅行等)的組，與對應于各菜譜或目的商品一起進行存儲。
這里，參照圖4對組DB 126的登記例進行說明。在圖4中，示出了“日式牛肉火鍋”組、“早飯”組、“晚飯”組等作為組的一例。例如，屬于“晚飯”組的商品示出了杯面、冷凍烤飯團、咖啡以及可可。該情況下，在組DB 126中，關于“晚飯”組，登記“晚飯”作為組名稱。此外，將與杯面、冷凍烤飯團、咖啡和可可分別對應的商品ID登記為歸屬商品ID (I) 歸屬商品ID (4)，登記“4”作為歸屬商品數(shù)量。另外，如“洋蔥”屬于“日式牛肉火鍋”組、“烤肉”組、“土豆燉肉”組和“咖喱”組的
各組那樣，有時ー個商品屬于多個組。在圖3 (G)所示的訂購受理DB 127中，按照每個訂購受理ID，登記有訂購了商品的會員的會員ID、訂購目的地店鋪的店鋪ID、送貨目的地名稱、送貨目的地地址、送貨目的地電話號碼、送達指定日期時刻、合計金額、支付方法、訂購(I) {商品ID、訂購數(shù)量、組編
號}.....訂購(η) {商品ID、訂購數(shù)量、組編號}。另外，訂購(I)的商品ID表示第I個訂
購商品的商品ID，訂購(I)的訂購數(shù)量表示第I個訂購商品的訂購數(shù)量。此外，訂購(I)的組編號表示第I個訂購商品的組編號。組編號表示在通過后述的分組處理對訂購商品進行分組時分到哪個組。即，登記了相同的組編號的商品表示被分到了相同的組。但是，關于后述的非組商品，登記空白作為組編號。訂購(η)表示被訂購的商品類別的總數(shù)。此外，在存儲部12中，存儲有構成購物站點的網(wǎng)頁頁面的各種HTML (Hyper TextMarkup Language :超文本標記語言)文檔、圖像數(shù)據(jù)、聲音數(shù)據(jù)和文本數(shù)據(jù)等。在存儲部12中還存儲有各種程序。具體而言，存儲有規(guī)定的OS (OperatingSystem :操作系統(tǒng))、WWW (World Wide Web :萬維網(wǎng))服務器程序和購物處理程序等。WffW服務器程序是如下程序用于使用HTTP (Hyper Text Transfer Protocol :超文本傳輸協(xié)議)協(xié)議，按照從用戶終端2等發(fā)送的請求，根據(jù)存儲在存儲部12中的各種數(shù)據(jù)將網(wǎng)頁頁面發(fā)送到用戶終端2等。購物處理程序是進行與購物站點中的商品檢索、購買等相關的處理的程序。另外，各種程序例如可從其他服務器裝置等經(jīng)由網(wǎng)絡NW取得，也可以被記錄到⑶-ROM等的盤DK并經(jīng)由驅動部讀入。輸入輸出接ロ部13進行通信部11和存儲部12與系統(tǒng)控制部14之間的接ロ處理。系統(tǒng)控制部14 由 CPU (Central Processing Unit :中央處理器)14a、ROM (ReadOnly Memory :只讀存儲器)14b和RAM (RandomAccess Memory :隨機存取存儲器)14c等構成。并且，系統(tǒng)控制部14通過CPU 14a讀出并執(zhí)行存儲在ROM 14b和存儲部12中的各種程序，作為接收單元、分組單元、發(fā)送單元、取消單元、缺貨確認單元、提示方案發(fā)送單元、選擇信息取得単元和替代商品選擇單元等發(fā)揮功能。另外，例如也可以通過管理各種數(shù)據(jù)庫的服務器、進行商品的檢索處理的檢索處理服務器和提供各種信息的WWW服務器等多個服務器裝置構成訂購受理服務器I。[3.訂購受理系統(tǒng)的動作]接著，使用圖5至圖15對本發(fā)明的一個實施方式的訂購受理系統(tǒng)S的動作進行說明。[3. I.訂購受理時的動作]使用圖5至圖13，對訂購受理服務器I從用戶終端2受理商品的訂購，并將訂購受理記錄登記到訂購受理DB為止的動作進行說明。另外，在開始圖5的序列圖所示的處理 前，用戶終端2訪問網(wǎng)絡超市站點，并將網(wǎng)絡超市站點的首頁顯示在顯示器上。如圖5所示，首先，用戶終端2 (具體而言為用戶終端2的未圖示的系統(tǒng)控制部)檢測到用于將會員ID和密碼發(fā)送到訂購受理服務器I的操作吋，將所輸入的會員ID和密碼發(fā)送到訂購受理服務器I (步驟S101)。訂購受理服務器I的系統(tǒng)控制部14在接收到會員ID和密碼時，進行登錄處理(步驟S102)。具體而言，系統(tǒng)控制部14根據(jù)接收到的會員ID檢索會員DB 121，確認是否登記有對應的會員ID，在登記了的情況下，確認接收到的密碼是否與登記在會員DB 121中的認證密碼一致。并且，系統(tǒng)控制部14僅在會員DB 121中登記有對應的會員ID、并且密碼一致的情況下判定為登錄處理沒有問題。系統(tǒng)控制部14在判定為登錄處理有問題的情況下，將表示在登錄處理中發(fā)生了錯誤的錯誤信息發(fā)送到用戶終端2，并將錯誤消息顯示到用戶終端2的顯示器。另ー方面，系統(tǒng)控制部14在判定為登錄處理沒有問題的情況下，參照會員DB 121，取得所登記的送貨目的地地址，接著參照店鋪DB 122，取得在可送達地區(qū)中包含所取得的送貨目的地地址的店鋪或分店的列表(步驟S103)。接著，系統(tǒng)控制部14生成用于顯示店鋪列表畫面(未圖示)的店鋪列表畫面用網(wǎng)頁頁面(步驟S104)，并發(fā)送到用戶終端2 (步驟S105)，所述店鋪列表畫面顯示有所取得的送貨目的地地址和店鋪列表。用戶終端2在接收到店鋪列表畫面用網(wǎng)頁頁面時，將店鋪列表畫面(未圖示)顯示在顯示器上(步驟S106)。在顯示店鋪列表畫面時，用戶(會員)進行(i)所顯示的送貨目的地地址是否為收取訂購商品的地址的確認和(ii)訂購(購買)目的地店鋪的選擇。另外，在地址有錯誤的情況下，或在與送貨目的地地址不同的地址收取商品的情況下，發(fā)送收取商品的正確地址作為新的送貨目的地地址，并從訂購受理服務器I重新接收店鋪列表畫面用網(wǎng)頁頁面。此時，訂購受理服務器I的系統(tǒng)控制部14在接收到新的送貨目的地地址時，重新取得在可送達地區(qū)中包含新的送貨目的地地址的店鋪的列表，生成新的送貨目的地地址和用于顯示所取得的店鋪列表的店鋪列表畫面用網(wǎng)頁頁面，并發(fā)送到用戶終端2。用戶終端2在由用戶選擇訂購目的地店鋪時，將所選擇的店鋪的店鋪ID發(fā)送到訂購受理服務器I (步驟S107)。訂購受理服務器I的系統(tǒng)控制部14在接收到店鋪ID時，參照庫存DB 122，取得由屬于用接收到的店鋪ID識別的店鋪的商品構成的商品列表(步驟S108)。此外，系統(tǒng)控制部14參照庫存DB 122，取得示出商品的商品名稱、出售價格、生產(chǎn)者/制造者、生產(chǎn)地/制造地和規(guī)格的商品信息。接著，系統(tǒng)控制部14生成用于顯不商品列表所包含的商品的商品一覽畫面用網(wǎng)頁頁面(步驟S109)，并發(fā)送到用戶終端2 (步驟S110)。另外，商品ー覽畫面用網(wǎng)頁頁面至少顯示示出商品的商品名稱、出售價格、生產(chǎn)者/制造者、生產(chǎn)地/制造地和規(guī)格的商品信知、O用戶終端2在接收到商品ー覽畫面用網(wǎng)頁頁面時，將商品ー覽畫面(未圖示)顯示在顯示器上(步驟S111)。在顯示商品ー覽畫面時，用戶對于希望購買的商品，能夠通過在選擇訂購數(shù)量后按下(點擊)購物籃按鈕來將商品登記到購物籃中。并且，在將要訂購的商品全部登記到購物筐后，能夠通過按下(點擊)付款按鈕進行付款處理。用戶終端2在檢測到按下(點擊)付款按鈕的操作吋，將登記在購物筐中的所有商品和表示其訂購數(shù)量的訂購數(shù)據(jù)(“訂購預定商品信息”的一例)發(fā)送到訂購受理服務器I (步驟S112)。另外，此時的用戶終端2的系統(tǒng)控制部(未圖示)作為“訂購預定商品信息發(fā)送單元”的一例發(fā)揮功能。 訂購受理服務器I的系統(tǒng)控制部14在接收到訂購數(shù)據(jù)時，進行之后將使用圖8至圖13敘述的分組處理(步驟S113)。分組處理是根據(jù)登記在組DB 126中的組對訂購商品進行分組的處理。另外，將不能進行分組的商品稱作非組商品。接著，系統(tǒng)控制部14生成對訂購商品的內(nèi)容和分組處理的結果進行顯示的訂購商品畫面用網(wǎng)頁頁面(“分組結果信息”的一例)(步驟S114)，并發(fā)送到用戶終端2 (步驟S115)。用戶終端2在接收到訂購商品畫面用網(wǎng)頁頁面時，將訂購商品畫面顯示在顯示器上(步驟S116)。另外，此時的用戶終端2的系統(tǒng)控制部(未圖示)作為“分組結果接收單元”的一例發(fā)揮功能。此處，使用圖6對訂購商品畫面進行說明。在訂購商品畫面200中，顯示訂購商品ー覽210、送貨日指定區(qū)220、送貨時間指定下拉列表框230和下一步按鈕240。在訂購商品ー覽210中，顯示有在按下商品ー覽畫面中的付款按鈕時登記在購物筐中的商品的一覽。在訂購商品一覽210中，按照姆個商品，顯不商品名、規(guī)格、數(shù)量和金額。此外，在訂購商品ー覽210中，顯示商品合計、送貨費和合計。作為商品合計，顯示所有訂購商品的金額的合計金額，作為合計，顯示商品合計和送貨費的合計金額。在訂購商品ー覽210中，對于用分組處理(步驟S113)進行了分組的商品，通過組編號211-1 221-η (η表示分組后的組的數(shù)量。在圖6的例子中，η為“4”)示出了分到了哪個組。例如，在圖6的例子中，示出了“牛肉”、“洋蔥”、“青椒”、“茄子”、“啤酒”、“碳”被分到了組I。另ー方面，對于未用分組處理(步驟S113)進行分組的商品(非組商品)，用X標記212示出了是非組商品的情況。在訂購商品ー覽210中，通過中斷處理取消所有訂購預定商品的訂購。此外，通過按下配置在各商品框中的取消按鈕213，取消該商品的訂購。并且，可以通過在各組框中配置取消按鈕214并按下該按鈕，取消屬于該組的所有商品的訂購。能夠在送貨日指定區(qū)220中指定運送所訂購的商品的日期。在送貨日指定區(qū)220中，設置有年選擇框221、月選擇框222、日選擇框223，能夠分別選擇送貨日的年、月、日。另夕卜，各選擇框221 223聯(lián)動，從而不能選擇不適當?shù)娜掌谧鳛樗拓浫铡?br> 能夠在送時間指定下拉列表框230中指定運送所訂購的商品的時間段。能夠用送貨時間指定下拉列表框230指定的時間段與登記在店鋪DB 122中的可送達時間對應。下一步按鈕240是在進入到后續(xù)的處理時應該按下(點擊)的按鈕。即，作為訂購者的用戶在送貨日指定區(qū)220和送貨時間指定下拉列表框230中指定了送貨日期時刻后，能夠通過按下(點擊)下一步按鈕240進入到后續(xù)的處理。在上述訂購商品畫面200顯示在顯示器上時，訂購者能夠確認怎樣對訂購商品進行了分組。此外，能夠在訂購商品畫面200中指定訂購商品的送達日期時刻。返回圖5，用戶終端2在檢測到按下(點擊)下一步按鈕240時，將表示在送貨日指定區(qū)220和送貨時間指定下拉列表框230中指定的日期時刻的送達日期時刻信息發(fā)送到訂購受理服務器I (步驟 S117)。
圖7是示出訂購受理時的訂購受理系統(tǒng)的處理例的序列圖。如圖7所示，訂購受理服務器I的系統(tǒng)控制部14在接收到送達日期時刻信息吋，生成用于選擇付款方法的付款畫面用網(wǎng)頁頁面(步驟S201)，并發(fā)送到用戶終端2 (步驟S202)。用戶終端2在接收到付款畫面用網(wǎng)頁頁面吋，將付款畫面(未圖示)顯示在顯示器上(步驟S203)。在顯示付款畫面時，用戶確認支付金額，選擇支付方法。在付款畫面中，能夠選擇信用卡支付或貨到付款的支付中的任意一個作為支付方法。用戶終端2在選擇支付方法后，將表示所選擇的支付方法的類別的支付方法信息發(fā)送到訂購受理服務器I (步驟S204)。訂購受理服務器I的系統(tǒng)控制部14在接收到支付方法信息吋，生成訂購受理記錄(步驟S205)。訂購受理記錄是登記在訂購受理DB 127中的記錄，且由訂購受理ID、會員ID、店鋪ID、送貨目的地名稱、送貨目的地地址、送貨目的地電話號碼、送達指定日期時刻、合計
金額、支付方法、訂購(I) {商品ID、訂購數(shù)量、組編號}----訂購(η) {商品ID、訂購數(shù)量、
組編號}構成。合計金額根據(jù)各訂購商品的出售價格(從庫存DB 123基于商品ID取得)和訂購數(shù)量計算。在組編號中，記述了表示用分組處理對訂購商品進行分組后的組的組編號。另外，組編號與生成組的順序對應。即，最初分組后的組的組編號為“I”、第2次分組后的組的組編號為“2”。接著，系統(tǒng)控制部14生成顯示訂購內(nèi)容的訂購內(nèi)容確認畫面用網(wǎng)頁頁面(步驟S206)，并發(fā)送到用戶終端2 (步驟S207)。用戶終端2在接收到訂購內(nèi)容確認畫面用網(wǎng)頁頁面時，將訂購內(nèi)容確認畫面(未圖示)顯示在顯示器上(步驟S208)。在訂購內(nèi)容確認畫面中，顯示有訂購內(nèi)容(訂購商品、數(shù)量、合計金額、送達指定日期時刻、支付方法)和確認按鈕。如果所顯示的訂購內(nèi)容沒有錯誤，則用戶按下(點擊)確認按鈕。用戶終端2在按下(點擊)確認按鈕時，將表示用戶已確認訂購內(nèi)容的確認數(shù)據(jù)發(fā)送到訂購受理服務器I (步驟S209)。訂購受理服務器I的系統(tǒng)控制部14在接收到確認數(shù)據(jù)吋，將在步驟S205的處理中生成的訂購受理記錄登記到訂購受理DB中(步驟S210)。接著，使用圖8和圖9對分組處理進行說明。圖8是示出系統(tǒng)控制部14的分組處理的例子的流程圖。圖9是示出系統(tǒng)控制部14的相同數(shù)量時提取處理的例子的流程圖。如圖8所示，系統(tǒng)控制部14將訂購數(shù)據(jù)示出的所有訂購商品設置為分組對象商品(步驟SI I)。
接著，系統(tǒng)控制部14從分組對象商品中選擇Iv商品(步驟S12)。接著，系統(tǒng)控制部14確定所選擇的商品的所屬組(步驟S13)。具體而言，系統(tǒng)控制部14參照商品所屬組DB 125，確定與所選擇的商品的商品ID對應的所屬組ID。接著，系統(tǒng)控制部14判定是否能夠確定所屬組(步驟S14)。系統(tǒng)控制部14在判定為能夠確定所屬組的情況下(步驟S14 :是)，向與所確定的組對應的計數(shù)器的值加上“I”(步驟S15)。例如，在所確定的組ID是識別“晚飯”組的組ID的情況下，向晚飯計數(shù)器的值加上“I”。另外，系統(tǒng)控制部14在存在多個所確定的組ID的情況下，分別向對應的計數(shù)器的值加上“ I”。此外，各計數(shù)器在從步驟Sll的處理轉移到了步驟S12的處理時，或從步驟S26的處理轉移到了步驟S12的處理時被初始化。另ー方面，系統(tǒng)控制部14在判定為不能確定所屬組的情況(在商品所屬組DB 125中沒有登記所選擇的商品的商品ID的情況)下(步驟S14 :否)，將所選擇的商品決定為非組商品(步驟S16)。接著，系統(tǒng)控制部14從分組對象商品中刪除所選擇的商品(步驟S17)。
在結束步驟S15的處理或步驟S17的處理后，系統(tǒng)控制部14判定是否通過步驟S12的處理選擇了所有分組對象商品(步驟S18)。系統(tǒng)控制部14在判定為沒有選擇所有商品的情況下(步驟S18 :否)，轉移到步驟S12的處理。另ー方面，系統(tǒng)控制部14在判定為選擇了所有商品的情況下(步驟S18 :是)，接著判定是否存在值為“2”以上的計數(shù)器(步驟S19)。系統(tǒng)控制部14在判定為存在值為“2”以上的計數(shù)器的情況下(步驟S19 :是)，將與值最大的計數(shù)器對應的組決定為最大組(“最多商品組”的一例)(步驟S20)。接著，系統(tǒng)控制部14判定決定為最大組的組是否為ー個(步驟S21)。系統(tǒng)控制部14在判定為決定為最大組的組是ー個的情況下(步驟S21 :是)，從分組對象商品中提取屬于最大組的商品(步驟S22)，并對提取出的商品進行分組(步驟S23)。另ー方面，系統(tǒng)控制部14在判定為最大組不是ー個的情況下(步驟S21 :否)，進行相同數(shù)量時提取處理(步驟S24)。此處，使用圖9對相同數(shù)量時提取處理進行說明。如圖9所示，系統(tǒng)控制部14對屬于各最大組的分組對象商品進行比較(步驟S51 )。接著，系統(tǒng)控制部14判定商品(商品ID)是否完全一致(步驟S52)。系統(tǒng)控制部14在判定為商品(商品ID)完全一致的情況下(步驟S52 :是)，從分組對象商品中提取屬于最大組的商品(步驟S53)。接著，系統(tǒng)控制部14對提取出的商品進行分組(步驟S61)，并結束相同數(shù)量時提取處理。另ー方面，系統(tǒng)控制部14在判定為商品(商品ID)應該不完全一致的情況下(步驟S52 :否)，接著判定商品(商品ID)是否部分一致(步驟S54)。系統(tǒng)控制部14在判定為商品(商品ID)部分一致的情況下(步驟S54 :是)，分別針對種類(商品ID)不同的商品取得所屬組的數(shù)量(步驟S55)。具體而言，根據(jù)商品ID參照商品所屬組DB 125取得登記所屬組ID的數(shù)量。接著，系統(tǒng)控制部14確定所屬組的數(shù)量最大的商品(步驟S56)。接著，判定所確定的商品的數(shù)量是否為ー個(步驟S57)。系統(tǒng)控制部14在判定為所確定的商品的數(shù)量是ー個的情況下(步驟S57 :是)，確定所確定的商品所屬的組為最大組(步驟S58)。另ー方面，系統(tǒng)控制部14在判定為所確定的商品的數(shù)量不是ー個的情況下(步驟S57 :否)，參照登記在組DB 126中的利用頻率，確定所確定的商品所屬的最大組中的利用頻率更聞的最大組(步驟S59)。
接著，系統(tǒng)控制部14從分組對象商品中，提取屬于在步驟S58的處理或步驟S59的處理中確定的最大組的商品(步驟S60)。接著，系統(tǒng)控制部14對提取出的商品進行分組(步驟S61)，并結束相同數(shù)量時提取處理。另ー方面，在步驟S54的處理中，系統(tǒng)控制部14判定為商品(商品ID)也不部分一致的情況(商品(商品ID)完全不同的情況)下(步驟S54 :否)，從在步驟S20的處理(圖8)中決定的多個最大組中選擇Iv最大組(例如，可以包含在多個最大組中的商品中，選擇最初被按下購物筐按鈕的商品所屬的組。)(步驟S62)。接著，系統(tǒng)控制部14從分組對象商品中提取屬于所選擇的最大組的商品(步驟S63)，并對提取出的商品進行分組(步驟S64)。接著，系統(tǒng)控制部14判定是否通過步驟S62的處理選擇了所有的最大組(步驟S65)。系統(tǒng)控制部14在判定為沒有選擇所有最大組的情況下(步驟S65 :否)，轉移到步驟S62的處理。另ー方面，系統(tǒng)控制部14在判定為選擇了所有最大組的情況下(步驟S65 :是)，結束相同數(shù)量時提取處理。返回圖8，系統(tǒng)控制部14從分組對象商品中，刪除在步驟S23的處理或步驟S24的 處理中進行了分組的商品(步驟S25)。接著，系統(tǒng)控制部14判定分組對象商品的數(shù)量是否為“O”(步驟S26)。系統(tǒng)控制部14在判定為分組對象商品的數(shù)量不是“O”時(步驟S26:否)，轉移到步驟S12的處理。另一方面，系統(tǒng)控制部14在判定為分組對象商品的數(shù)量是“O”時(步驟S26 :是)，結束分組處理。另外，在步驟S19的處理中，系統(tǒng)控制部14判定為不存在值為“2”以上的計數(shù)器的情況下(步驟S19:否)，接著判定分組對象商品的數(shù)量是否為“O”(步驟S27)。系統(tǒng)控制部14在判定為分組對象商品的數(shù)量不是“O”時(步驟S27 :否)，將各個分組對象商品決定為非組商品，并結束分組處理。另ー方面，系統(tǒng)控制部14在判定為分組對象商品的數(shù)量是“O”時(步驟S27 :是)，結束分組處理。另外，系統(tǒng)控制部14在圖8所示的步驟S26的處理，圖9所示的步驟S61的處理、步驟S64的處理中對商品進行分組時，使待分組的商品對應基于分組順序的組編號。此處，使用圖4、圖10 圖13所示的例子，說明在分組處理中怎樣對商品進行分組。另外，設為在組DB 126中僅登記了圖4所示的組，屬于各組的商品也僅登記了圖4所示的商品。因此，圖4所示的商品以外的商品(例如“圓珠筆”)不屬于任何組。另ー方面，關于圖10 圖13所示的訂購商品，示出了包含在步驟S112的處理(圖5)中發(fā)送的訂購數(shù)據(jù)中的所有商品。首先，訂購受理服務器I的系統(tǒng)控制部14將圖10所示的所有訂購商品設置為分組對象商品310 (步驟S11)。接著，系統(tǒng)控制部14從分組對象商品310中選擇 Iv商品“牛肉”(步驟S12)。接著，系統(tǒng)控制部14確定“牛肉”的所屬組(步驟S13)。如圖4所示，“牛肉”屬于“日式牛肉火鍋”組和“烤肉”組，因此確定“日式牛肉火鍋”組和“烤肉”組。接著，系統(tǒng)控制部14判定是否能夠確定“牛肉”的所屬組(步驟S14)，但因為能夠確定所屬組(步驟S14 :是)，所以接著對與所確定的組對應的“日式牛肉火鍋”計數(shù)器和“烤肉”計數(shù)器的值加上“ I”(步驟S15)。之后，系統(tǒng)控制部14針對其他分組對象商品310也進行同樣的處理。但是，對于圓珠筆，不能確定所屬組(參照圖4)，因此將圓珠筆決定為非組商品(步驟S16)，并從分組對象商品310中進行刪除(步驟S17)。由此，系統(tǒng)控制部14針對圖10所示的所有分組對象商品310，重復步驟S12 步驟S18的處理。由此，與各組對應的計數(shù)器的值變?yōu)閳D10的計數(shù)器行390所示的值。接著，系統(tǒng)控制部14判定是否存在值為“2”以上的計數(shù)器(步驟S19)。此處，存在值為“2”以上的計數(shù)器(步驟S19 :是)，因此接著將與值為“6”的最大值的“烤肉”計數(shù)器對應的“烤肉”組決定為最大組(步驟S20)。接著，系統(tǒng)控制部14判定最大組是否為ー個(步驟S21)。此處，最大組僅為“烤肉”組(步驟S21 :是)，因此接著從分組對象商品310中提取屬于“烤肉”組的“牛肉”、“洋蔥”、“青椒”、“茄子”、“啤酒”、“碳”(步驟S22)。接著，系統(tǒng)控制部14對“牛肉”、“洋蔥”、“青椒”、“茄子”、“啤酒”、“碳”進行分組(步驟S23)。接著，系統(tǒng)控制部14從分組對象商品310中刪除“牛肉”、“洋蔥”、“青椒”、“茄子”、“啤酒”、“碳”(步驟S25)。在系統(tǒng)控制部14針對圖10所示的分組對象商品310進行上述那樣的步驟S12的處理到步驟S25的處理時，分組對象商品310如圖11所示。在圖11中，將分組后 的“牛肉”、“洋蔥”、“青椒”、“茄子”、“啤酒”、“碳”示出為已處理商品320。此外，將在步驟S16的處理中決定為非組商品的“圓珠筆”也示出為已處理商品320。另外，對于分組后的商品群，將表示分組后的順序的組編號321記述到了組列325。此外，對于被決定為非組商品的商品，將表示沒有分到任何組的X標記329記述到了組列325。接著，系統(tǒng)控制部14判定分組對象商品310的數(shù)量是否為“O”(步驟S26)。如圖11所示，因為分組對象商品310的數(shù)量不是“O”(步驟S26 :否)，因此返回步驟S12的處理，針對圖11所示的分組對象商品310，進行步驟S12的處理到步驟S18的處理。于是，與各組對應的計數(shù)器的值變?yōu)閳D11的計數(shù)器行390所示的值。接著，系統(tǒng)控制部14判定是否存在值為“2”以上的計數(shù)器(步驟S19)。此處，因為存在值為“2”以上的計數(shù)器(步驟S19 :是)，因此系統(tǒng)控制部14接著將計數(shù)器的值為“4”的最大值的“土豆燉肉”組和“咖喱”組決定與為最大組(步驟S20)。接著，系統(tǒng)控制部14判定最大組是否為ー個(步驟S21 )。此處，最大組有兩個(“土豆燉肉”組和“咖喱”組)(步驟S20 :否)，因此接著進行相同數(shù)量時提取處理(步驟S24)。在圖9所示的相同數(shù)量時提取處理中，系統(tǒng)控制部14首先對屬干“土豆燉肉”組和“咖喱”組的分組對象商品彼此進行比較(步驟S51)，判定是否完全一致(步驟S52)。此處，“豬肉”、“馬鈴薯”、“胡蘿卜”一致，但是“魔芋絲”和“腌大蒜”不同。因此，系統(tǒng)控制部14判定為不完全一致(步驟S52 :否)，接著判定是否部分一致(步驟S53)。系統(tǒng)控制部14判定為部分一致(步驟S53 :是)，接著對于“魔芋絲”和“腌大蒜”，分別取得所屬組的數(shù)量(步驟S55)。系統(tǒng)控制部14取得“2”(“日式牛肉火鍋”組和“土豆燉肉”組)作為“魔芋絲”的所屬組的數(shù)量，取得“I”(僅“土豆燉肉”組)作為“腌大蒜”的所屬組的數(shù)量(參照圖4)。接著，系統(tǒng)控制部14確定所屬組的數(shù)量為“2”的最大的“魔芋絲”(步驟S56)，并且確定所確定的“魔芋絲”所屬的“土豆燉肉”組(步驟S58)。接著，系統(tǒng)控制部14從圖11所示的分組對象商品310中提取屬干“土豆燉肉”組的“豬肉”、“馬鈴薯”、“胡蘿卜”、“魔芋絲”(步驟S60)。接著，系統(tǒng)控制部14對“豬肉”、“馬鈴薯”、“胡蘿卜”、“魔芋絲”進行分組(步驟S61)。返回圖8，系統(tǒng)控制部14從圖11所示的分組對象商品310中刪除“豬肉”、“馬鈴薯”、“胡蘿卜”、“魔芋絲”(步驟S25)。由此，在系統(tǒng)控制部14針對圖11所示的分組對象商品310進行步驟S12的處理到步驟S25的處理時，分組對象商品310如圖12所示。在圖12中，將分組后的“豬肉”、“馬鈴薯”、“胡蘿卜”、“魔芋絲”記述為已處理商品320。接著，系統(tǒng)控制部14判定分組對象商品310的數(shù)量是否為“O”(步驟S26)。如圖12所示，分組對象商品310的數(shù)量不是“O”(步驟S26 :否)，因此返回步驟S12的處理。之后，系統(tǒng)控制部14同樣針對圖12所示的分組對象商品310重復上述處理。于是，將“咸面包”、“雞蛋”、“酸奶”分為第3組，接著將“酥脆餅干”、“洗發(fā)水”分為第4組。系統(tǒng)控制部14在分到第4組時，僅剩余“腌大蒜”作為分組對象商品。于是，系統(tǒng)控制部14在步驟S26的處理中判定為分組對象商品的數(shù)量不是“O”(步驟S26 :是)，對于“腌大蒜”進行步驟S12的處理到步驟S18的處理。接著，系統(tǒng)控制部14在步驟S19的處理和步驟27的處理中均判定為“否”，將“腌大蒜”決定為非組商品(步驟S28)，并結束分組處理。如圖13所示，在分組處理結束后，訂購商品全部變?yōu)橐烟幚砩唐?20。此外，各訂購商品被分到任意ー個組，或設為非組商品。 [3. 2.應對確認郵件發(fā)送時的動作]接著，使用圖14所示的序列圖，對如下情況時的動作進行說明訂購受理服務器I在從用戶終端2接收到受理的訂購商品中存在庫存不足的商品的情況下，發(fā)送向訂購者詢問應該采取怎樣的應對方法的應對確認郵件。首先，訂購受理服務器I的系統(tǒng)控制部14從訂購受理DB 127取得訂購受理記錄(步驟S301)。具體而言，系統(tǒng)控制部14定期訪問訂購受理DB 127，取得送達指定日期時刻被設定為規(guī)定時間段(例如送達指定日期時刻是從當前時刻起5小時后且8小時前的時間段)的訂購受理記錄。取得訂購受理記錄的規(guī)定時間段可以由訂購受理服務器I的操作員或店鋪的工作人員等在考慮送達時間的基礎上任意設定。接著，系統(tǒng)控制部14進行記錄在訂購受理記錄中的訂購商品的庫存確認(步驟S302)。具體而言，系統(tǒng)控制部14根據(jù)訂購受理記錄的店鋪ID和訂購(I)的商品ID檢索庫存DB 123，判定庫存數(shù)量是否比訂購(I)的訂購數(shù)量少，在比其少的情況下判定為庫存不足(缺貨)。系統(tǒng)控制部14對于訂購受理記錄的所有訂購商品(即從訂購(I)到訂購(η))進行該處理。系統(tǒng)控制部14在存在庫存數(shù)量少于訂購數(shù)量的訂購商品(缺貨商品)的情況下，生成包含缺貨商品的商品ID的缺貨商品信息。接著，系統(tǒng)控制部14確認是否存在缺貨商品信息，在沒有缺貨商品信息的情況下，轉移到后述的步驟S308的處理。另ー方面，在存在缺貨商品信息的情況下，接著根據(jù)缺貨商品信息生成應對確認郵件(步驟S303)。圖15是示出應對確認郵件的一例的圖。在應對確認郵件的標題510中，顯示有表示在訂購商品中存在缺貨的標題。在應對確認郵件的正文520中，顯示庫存用完的商品(缺貨商品)的名稱521，并且提示作為用于選擇應對方法的選擇項的4個方案522 525。另夕卜，不存在訂購數(shù)量的庫存，但是在存在庫存數(shù)量不是“O”的訂購商品的情況下，可以提示僅訂購庫存數(shù)量的商品的方案。方案522與取消訂購商品的所有商品的應對方法對應。方案523與取消包含在與缺貨商品相同的組中的所有商品的應對方法對應。此處所說的組是指在訂購時以訂購商品畫面200 (圖6)顯示的組。根據(jù)圖13的例子，屬于組“2”(土豆燉肉)的豬肉缺貨，因此意味著還ー并取消土豆、胡蘿卜和魔芋絲。另外，可以在應對確認郵件的正文520中列舉包含在組中的其他訂購商品。此外，在缺貨商品是非組商品的情況下不提示方案523。方案524與僅取消缺貨商品的應對方法對應。方案525與替代缺貨商品而訂購替代商品的應對方法對應。系統(tǒng)控制部14在提示方案525的情況下，從可替代商品DB 124取得缺貨商品的可替代商品ID，并在庫存DB 123中確認可替代商品的庫存數(shù)量。并且，系統(tǒng)控制部14在對于可替代商品判定為存在缺貨商品的訂購數(shù)量以上的庫存時，選擇該可替代商品作為替代商品，并用方案525進行提示。另外，在可替代商品DB 124中，相對于缺貨商品的商品ID對應有多個可替代商品ID的情況下，系統(tǒng)控制部14對于各個可替代的商品進行庫存的確認。并且，系統(tǒng)控制部14在存在多種有訂購數(shù)量的庫存的可替代商品的情況下，參照庫存DB 123中的各個可替代商品的出售價格，選擇與缺貨商品的出售價格的價格差最小的商品作為替代商品。
返回圖14，系統(tǒng)控制部14在生成應對確認郵件時，將應對確認郵件發(fā)送到登記在會員DB 121中的郵件地址(步驟S304)。另外，在圖14中，示出為將應對確認郵件發(fā)送到用戶終端2，但是接收應對確認郵件的用戶終端2不限于在訂購時使用的終端。此處，為了方便，將接收應對確認郵件的終端說明為用戶終端2。在用戶終端2接收到應對確認郵件時，將其顯示在顯示器上(步驟S305)。此時，用戶回復從應對確認郵件的正文中提示的選擇項中選擇了任意一項的郵件。用戶終端2在檢測到回復郵件的操作時，將包含表示用戶所選擇的方案的信息的回復郵件發(fā)送到訂購受理服務器I (步驟S306)。訂購受理服務器I的系統(tǒng)控制部14在接收到回復郵件時確認選擇了哪ー個方案，并根據(jù)所選擇的方案更新在步驟S301的處理中取得的訂購受理記錄(步驟S307)。具體而言，系統(tǒng)控制部14在選擇了方案522的情況下，刪除訂購受理記錄。但是，在支付方法為信用卡支付的情況下，ー并進行用于停止向信用卡公司請求付款的處理。另夕卜，在選擇了方案522的情況下，不進行步驟S308以后的處理。在選擇了方案523的情況下，系統(tǒng)控制部14確定將與缺貨商品的組編號相同的編號記述為組編號的商品，并刪除與所確定的所有商品相關的訂購。另外，表示選擇了方案523的回復郵件是本發(fā)明的“取消信息”的一例。在選擇了方案524的情況下，系統(tǒng)控制部14刪除缺貨商品的訂購。在選擇了方案525的情況下，系統(tǒng)控制部14用以應對確認郵件的方案525提示的替代商品的商品ID覆蓋更新缺貨商品的商品ID。接著，訂購受理服務器I的系統(tǒng)控制部14將更新后的訂購受理記錄發(fā)送到設置在以訂購受理記錄的店鋪ID識別的店鋪中的店鋪終端3 (步驟S308)。店鋪終端3在從訂購受理服務器I接收到訂購受理記錄時將其記錄到存儲部中。記錄在存儲部中的訂購受理記錄能夠由店鋪的工作人員通過規(guī)定的操作確認。店鋪終端3在檢測到該規(guī)定操作時，將基于訂購受理記錄的訂購指示畫面顯示在顯示器上(步驟S309)。在訂購指示畫面中，顯示有訂購內(nèi)容(送貨目的地名稱、送貨目的地地址、送貨目的地電話號碼、送達指定日期時刻、合計金額、支付方法、訂購商品以及訂購商品的訂購數(shù)量)。店鋪的工作人員能夠依照顯示在訂購指示畫面中的訂購內(nèi)容，安排訂購商品的送貨。
如以上所說明那樣，本實施方式的訂購受理服務器I的存儲部12的商品所屬組DB125和組DB 126存儲商品組和屬于該商品組的多個商品之間的對應關系，系統(tǒng)控制部14從用戶終端2接收表示用戶所選擇的多個訂購商品的訂購數(shù)據(jù)，井根據(jù)商品所屬組DB 125和組DB 126對接收到的訂購數(shù)據(jù)示出的多個訂購商品進行分組，生成至少ー個以上的組。并且，系統(tǒng)控制部14將示出對于在多個訂購商品中被分組后的各訂購商品被分到了哪個組的訂購商品畫面用網(wǎng)頁頁面發(fā)送到用戶終端2。根據(jù)本實施方式的訂購受理服務器1，能夠通過對訂購者希望購買的多個訂購商品進行分組，以組單位對訂購商品進行處理。此外，在本實施方式中，基于根據(jù)料理的菜譜或使用目的設定的組(商品所屬組DB 125和組DB 126)進行了分組，因此能夠對存在關聯(lián)性的、一起購買的或然性高的商品彼此進行分組。此外，在本實施方式的商品所屬組DB 125和組DB 126中登記有多個組和屬于各組的多個商品之間的對應關系，訂購受理服務器I的系統(tǒng)控制部14對分別屬于登記在組DB126中的多個組的多個商品、和接收到的訂購數(shù)據(jù)所表示的多個訂購商品進行對比，確定最多訂購商品歸屬的組為最大組，對沒有被分組的訂購商品(分組對象商品)重復進行將訂購 商品中的屬于所確定的最大組的訂購商品分為I個組的分組處理(分組處理中的步驟S12的處理到步驟S26的處理)。根據(jù)本實施方式的訂購受理服務器1，根據(jù)最多訂購商品歸屬的組重復對訂購商品進行分組的分組處理。歸屬的商品數(shù)量多是指可認為利用該組的可能性高。因此，能夠對推測為用戶希望一起處理(購買、取消等)的可能性高的、即推測為關聯(lián)性高的訂購商品彼此進行分組。此外，本實施方式的訂購受理服務器I的系統(tǒng)控制部14在存在多個歸屬的訂購商品的數(shù)量相同且最多訂購預定商品歸屬的組(步驟S21 :否)，并且屬于各最大組的訂購商品中的至少一部分不同的情況下(步驟S54:是)，分別針對該各個不同的商品，在登記在組DB 126中的多個組中對該商品所屬的組的數(shù)量進行計數(shù)(步驟S55)，確定所計數(shù)的數(shù)量最大的商品所屬的組為最大組(步驟S56)，對屬于所確定的最大組的訂購商品進行分組(步驟S61)。根據(jù)本實施方式的訂購受理服務器1，在存在多個最多訂購預定商品歸屬的最大組、并且屬于各最大組的訂購商品中的至少一部分不同的情況下，在不同的商品中，確定屬于更多的組的商品所屬的組為最大組，根據(jù)所確定的最大組對訂購商品進行分組。因此，能夠對與其他商品關聯(lián)購買的可能性更高的商品進行分組。此外，在本實施方式的訂購受理服務器I的組DB 126中，對于各組，登記在過去對訂購商品進行分組時利用的利用頻率，系統(tǒng)控制部14在步驟S56的處理中，確定所計數(shù)的數(shù)量最大的商品所屬的最大組時，存在多個所計數(shù)的數(shù)量為相同數(shù)量的組的情況下(步驟S57 :否)，參照商品組存儲単元，確定該多個組中的利用頻率最高的組為最大組(步驟S59)，并對屬于所確定的最大組的訂購商品進行分組(步驟S61)。根據(jù)本實施方式的訂購受理服務器1，根據(jù)利用頻率更高的組對訂購商品進行分組。因此，能夠實現(xiàn)被推測為關聯(lián)性高的訂購商品彼此的分組，并且能夠實現(xiàn)被推測為用戶希望的可能性高的分組。此外，在本實施方式的訂購受理服務器I的訂購受理DB 127中，系統(tǒng)控制部14從用戶終端2接收用訂購商品畫面用網(wǎng)頁頁面提示的組中的、表示待取消的組的信息。根據(jù)本實施方式的訂購受理服務器1，訂購者能夠以組単位取消訂購商品。此外，本實施方式中的訂購商品是由網(wǎng)絡超市站點提供的商品。在網(wǎng)絡超市站點中，處理新鮮食品和日用雜貨等多種涉及多品種的商品，因此用戶大多在一次訂購中采取與多個目的對應的購買行為。即，即使訂購自身是ー個訂購，其中也對應了多個目的。因此，期望能夠在ー個訂購中，對多個訂購預定商品進行分組并獨立處理。在本實施方式的訂購受理服務器I中，能夠按照每個組獨立進行取消和替代訂購等處理，因此能夠提高用戶的便利性。另外，訂購商品時的目的是指，例如料理的菜譜(例如日式牛肉火鍋、土豆燉肉等)或使用目的(例如烤肉、早飯、旅行等)。因此，在本來想要訂購日式牛肉火鍋的用戶向服務器發(fā)送了訂購預定商品的時刻，又不想吃日式牛肉火鍋而想吃其他食品(例如漢堡包)吋，相比一個ー個地取消牛肉、白菜等屬于與日式牛肉火鍋對應的組的所有商品，以組單位一次按下取消按鈕比較簡單，便利性較高。 此外，本實施方式的訂購受理服務器I的系統(tǒng)控制部14接收訂購商品和表示每個該訂購商品的訂購數(shù)量的訂購數(shù)據(jù)(“訂購預定商品信息”的一例)，確認是否存在缺貨商品，在存在缺貨商品的情況下，與缺貨商品的名稱(“確定缺貨商品的信息”的一例)一起，提示(a)僅取消缺貨商品的方案524、和(b)取消缺貨商品并且訂購缺貨商品的替代商品的方案525中的至少任意ー個方案，將用于選擇任意一個方案的應對確認郵件(“電子郵件”的一例)發(fā)送到訂購者的郵件地址，并接收包含表示選擇了所提示的方案中的哪ー個方案的信息的回信郵件。因此，本實施方式的訂購受理服務器I的系統(tǒng)控制部14作為接收単元、缺貨確認単元、提示方案發(fā)送單元、選擇信息取得単元和替代商品選擇單元的一例發(fā)揮功能。在以往的購物站點中，存在如問題在沒有由訂購者訂購的訂購商品的庫存的情況下，購物站點的店鋪工作人員必須給訂購者打電話，告知存在庫存不足的商品，并確認可以采取怎樣的應對。與此相對，在訂購受理服務器I中，在由作為訂購者的用戶訂購的商品中包含沒有庫存的缺貨的商品時，能夠容易地確認用戶希望的應對方法。即，在用戶訂購的商品中存在缺貨的商品時，作為應對方法，將提示多個方案的電子郵件發(fā)送到用戶的郵件地址，并且取得表示用戶所選擇的方案的信息。因此，即使在訂購的商品中存在缺貨的商品時，也能夠在服務器裝置側容易地確認用戶希望的應對方法。根據(jù)本實施方式的訂購受理服務器I，在訂購商品中存在缺貨商品的情況下，將用選擇項提示應對方法的應對確認郵件發(fā)送到訂購者的郵件地址,并且取得表示訂購者所選擇的方案的信息。因此，即使在訂購商品中存在缺貨商品時也能夠在訂購受理服務器I和店鋪的工作人員等的訂購受理服務器I側容易地確認訂購者希望的應對方法。此外，本實施方式的訂購受理服務器I的系統(tǒng)控制部14 (“缺貨確認單元”的一例)還接收表示訂購商品的送達指定日期時刻的送貨日期時刻信息(“指定日期時刻信息”的一例)，在送貨日期時刻信息所表示的送達指定日期時刻的預定時間前，參照登記有表示作為訂購對象的商品的庫存數(shù)量的庫存DB 123，確認是否存在缺貨商品。根據(jù)本實施方式的訂購受理服務器1，在送達指定日期時刻的預定時間前確認在訂購商品中是否存在缺貨商品，在存在缺貨商品吋，發(fā)送應對確認郵件。送達指定日期時刻的預定時間前的時間能夠在各店鋪(或各分店)中考慮送達情況來決定。因此，例如可以將在各店鋪中最繁忙的時間送達到最遠的距離的時候確定為該預定時間?；蛘?，例如在各店鋪中，可以根據(jù)時期和時間適當變更該預定時間。這樣，在送達指定日期時刻的預定時間前將提示應對方法的應對確認郵件發(fā)送給用戶，因此用戶能夠在實際送達前將期望的應對方法發(fā)送到訂購受理服務器I。此外，本實施方式的訂購受理服務器I的系統(tǒng)控制部14參照對應存儲有商品和可代替其的商品的可替代商品DB 124 (“替代關系存儲單元”的一例)和庫存DB 122 (“庫存信息存儲單元”的一例)，對于與缺貨的商品對應的可替代的商品，判定是否有由訂購數(shù)據(jù)確定的訂購數(shù)量的庫存，在判定為存在訂購數(shù)量的庫存的情況下，選擇該可替代的商品作為替代商品，在應對確認郵件的方案525中提示所選擇的替代商品。根據(jù)本實施方式的訂購受理服務器1，即使在訂購商品缺貨的情況下，也能夠將可替代缺貨的商品且有庫存的商品作為替代商品提示給訂購者。因此，作為訂購者的用戶在訂購的商品缺貨的情況下，能夠在購買前臨時確認可替代的商品后，訂購替代品。此外，本實施方式的訂購受理服務器I的系統(tǒng)控制部14接收表示是針對有訂購數(shù) 據(jù)示出的訂購商品的多個店鋪中的哪ー個店鋪的訂購的店鋪ID (“訂購店鋪信息”的一例)，庫存DB 122 (“庫存信息存儲單元”的一例)按照每個店鋪存儲庫存信息，參照對應地存儲有商品和可代替其的商品的可替代商品DB 124 (“替代關系存儲單元”的一例)和庫存DB122，在店鋪ID示出的店鋪中，對于與缺貨的商品對應的可替代的商品，判定是否存在由訂購數(shù)據(jù)確定的訂購數(shù)量的庫存，在判定為存在訂購數(shù)量的庫存的情況下，選擇該可替代的商品作為替代商品。并且，系統(tǒng)控制部14在應對確認郵件的訂購缺貨商品的替代商品的方案中，提示上述所選擇的替代商品。根據(jù)本實施方式的訂購受理服務器1，能夠將在受理了訂購的店鋪中處理的商品、而且是可替代缺貨商品的有庫存的商品作為替代商品提示給訂購者。因此，作為訂購者的用戶在訂購的商品缺貨的情況下，能夠在購買前臨時確認可替代的商品后，訂購替代品。此外，本實施方式的訂購受理服務器I的系統(tǒng)控制部14參照可替代商品DB 124(“替代關系存儲單元”的一例)，取得缺貨商品和可替代的商品，并對于所取得的可替代的商品判定是否存在訂購數(shù)量的庫存。根據(jù)本實施方式的訂購受理服務器1，將作為可替代的商品預先登記在可替代商品DB 124中的商品作為替代商品提不給訂購者。此外，本實施方式的訂購受理服務器I的系統(tǒng)控制部14在存在多種有訂購數(shù)量的庫存的可替代商品的情況下，參照庫存DB 123的出售價格(“價格信息”的一例)，選擇與缺貨商品的價格的價格差最小的種類的商品作為替代商品。根據(jù)本實施方式的訂購受理服務器1，能夠將價格接近缺貨商品、且訂購者容易接受為替代品的商品作為替代商品提示給訂購者。此外，在本實施方式的訂購受理服務器I的系統(tǒng)控制部14中，接收到的訂購數(shù)據(jù)包含多個商品作為訂購商品，并且還包含各個訂購數(shù)量的該多個訂購商品。并且，本實施方式的訂購受理服務器I的系統(tǒng)控制部14確認接收到的訂購數(shù)據(jù)示出的多個訂購商品中的哪怕ー個缺貨的情況，在發(fā)送的應對確認郵件中還包含(c)將多個訂購商品全部取消的方案 522。根據(jù)本實施方式的訂購受理服務器I，在訂購了多個商品的情況下，在存在其一部分缺貨的商品時，能夠提示取消缺貨的商品的方案523、524，并且還提示將多個訂購商品全部取消的方案522。此外，本實施方式的訂購受理服務器I由用戶受理關于在網(wǎng)絡超市中處理的商品的訂購預定商品信息。在網(wǎng)絡超市站點中，處理新鮮食品和日用雜貨等多種涉及多品種的商品，因此用戶大多在一次購買中購買多個商品。此外，此時，用戶有時根據(jù)在送達希望日全部送齊了該多個商品而首次認為達到了目的。根據(jù)本實施方式的訂購受理服務器1，能夠用電子郵件確認用戶的意思，因此能夠更符合用戶的希望。即，網(wǎng)絡超市的使用者大多通常在假定作為最終的使用方法的ー個目的(例如菜譜)的同時，針對該ー個目的訂購多個商品。因此，例如對于想要做土豆燉肉的用戶，在豬肉缺貨的情況下，如下那樣根據(jù)用戶的狀況考慮幾個應對方法
0216](I)如果沒有豬肉就不能做土豆燉肉，因此結果去超市購物。因此，想取消所有的訂購商品。(與方案522對應)(2)不想做土豆燉肉而做其他的菜，因此想暫且取消與土豆燉肉關聯(lián)的材料。(與方案523對應)(3)僅豬肉在附近的肉鋪購買，因此期望運送豬肉以外的全部土豆燉肉的材料。(與方案524對應)(4)可以不用豬肉而用牛肉等替代的肉制作土豆燉肉，因此期望運送替代商品。(方案525)這樣，假定在送達日使用而訂購的情況較多的網(wǎng)絡超市的情況下，優(yōu)選確認此時的用戶的意思來應對缺貨商品。[4.變形例][4. I.關于最大組的確定]如上所述，成為如下結構在圖9所示的相同數(shù)量時提取處理的步驟S57的處理中，系統(tǒng)控制部14在判定為利用步驟S56的處理確定的商品的數(shù)量不是ー個的情況下(步驟S57 :否)，參照登記在組DB 126中的利用頻率，確定所確定的商品所屬的最大組中的利用頻率更高的最大組(步驟S59)。對與該結構相關的變形例進行說明。首先，在存儲部12中設置組歷史DB (歷史信息存儲單元的一例)，該組歷史DB按照每個用戶管理進行了針對用戶訂購的訂購商品的分組處理時的歷史。具體而言，如圖16(A)所示，在組歷史DB 128中，按照每個會員ID，登記在分組處理中使用的組的組ID和使用組的日期時刻。另外，所謂使用組，是在步驟S22的處理、步驟S53的處理、步驟S60的處理或步驟S63的處理中提取商品時的基礎。例如，在從分組對象商品310提取出屬于“烤肉”組的“牛肉”、“洋蔥”、“青椒”、“茄子”、“啤酒”、“碳”的情況下，是指使用了“烤肉”組。并且，系統(tǒng)控制部14在判定為利用步驟S56的處理確定的商品的數(shù)量不是ー個的情況下(步驟S57:否)，根據(jù)訂購者的會員ID參照組歷史DB 128。此時，作為替代步驟S59的處理的處理，系統(tǒng)控制部14確定在步驟S56的處理中確定的各商品所屬的最大組中的、過去對訂購者的訂購商品進行分組時使用的組，即最近使用的組。根據(jù)該變形例，在此次對由訂購者選擇的訂購商品進行分組時，利用過去對相同的訂購者所選擇的訂購商品進行分組時利用的組、即最近利用的組。因此，能夠將訂購者ー起購買的可能性高、即推測為關聯(lián)性高的多個商品分到相同的組。由此，例如能夠與流行對應、或者與季節(jié)對應。[4. 2.關于替代商品的選擇]使用圖16 (B)、(C)說明參照可替代商品DB 124選擇替代商品的處理的變形例。圖16(B)是示出替代可替代商品DB 124而被參照的所屬商品分類DB 129的一例的圖。圖16 (C)是示出商品分類DB 130的一例的圖。在圖16(B)所示的所屬商品分類DB 129中，按照每個商品ID，登記有用該商品ID識別的商品所屬的商品分類的商品分類ID (稱作“所屬商品分類ID”)。此處，商品分類ID是用于識別商品分類的標識符。在商品分類中，能夠使用以各種基準設定的商品分類。但是，各分類優(yōu)選由可相互替代的商品構成。例如，可將由牛肉、雞肉、豬肉等構成的肉類設為ー個商品分類。此外，還可將由牛頸里脊肉、牛肋里脊肉和牛腰窩肉等構成的牛肉類設為一個商品分類。 在圖16 (C)所示的商品分類DB 130中，按照每個商品分類ID，登記有商品分類名稱、歸屬商品數(shù)量和歸屬商品ID。商品分類名稱是對商品分類賦予的名稱。歸屬商品數(shù)量是商品分類所包含的商品的數(shù)量。歸屬商品ID是商品分類所包含的商品的商品ID。在一
個商品分類中包含多個商品的情況下，將各商品的商品ID登記為所屬組ID (I).....所屬
組ID (η)。在該變形例中，訂購受理服務器I的系統(tǒng)控制部14在存在缺貨商品的情況下，參照所屬商品分類DB 129 (“分類信息存儲單元”的一例)取得與缺貨商品的商品ID對應的商品分類ID。接著，系統(tǒng)控制部14基于所取得的商品分類ID，參照商品分類DB 130，取得與商品分類ID對應的歸屬商品ID (除缺貨商品的商品ID以外)。系統(tǒng)控制部14將與此處所取得的歸屬商品ID對應的商品設為缺貨商品和可替代商品。接著，系統(tǒng)控制部14對于所取得的可替代商品，參照庫存DB 123確認庫存。并且,系統(tǒng)控制部14在確認到有庫存的情況下，將該可替代商品設為替代商品。根據(jù)該變形例，能夠將與缺貨商品屬于相同的商品分類、且訂購者容易接受為替代品的商品作為替代商品提示給訂購者。[4. 3.關于應對確認郵件]對上述應對確認郵件相關的變形例進行說明。首先，可以用應對確認郵件提供作為訂購者的利益的利益信息。具體而言，可提供商品的打折信息和宣傳活動信息。由此，能夠用確認存在缺貨商品的情況下的應對方法的應對確認郵件一并發(fā)送利益信息，能夠減輕用于發(fā)布利益信息的成本。作為上述商品的打折信息，例如可介紹特賣商品、或記載打折票券編號。打折票券編號是指用于由用戶接受票券打折服務的編號。票券打折服務是指如下服務在用戶購買商品時，能夠通過在付款畫面的票券編號輸入?yún)^(qū)中輸入打折票券編號，接受打折。由此，能夠通過向訂購者提供商品的打折信息，提高訂購者的購買意愿。此外，在本實施方式中，成為如下結構用應對確認郵件向訂購者提示方案522 525作為選擇項，訂購者在選擇了一些方案后回發(fā)應對確認郵件。作為替代該結構的變形例,能夠在應對確認郵件中記述可選擇應對方法的網(wǎng)頁頁面(稱作“應對方法選擇畫面用網(wǎng)頁頁面”)的URL。并且，可以設為這樣的結構訂購者訪問應對方法選擇畫面用網(wǎng)頁頁面，并在該應對方法選擇畫面上選擇應對方法。此外，作為替代商品的選擇的變形例，可以不以商品単位，而是以組單位向用戶提出替代方案。例如，在豬肉缺貨時，在認為用戶想做土豆燉肉的情況下，可以不僅建議豬肉的替代品，而且例如替代土豆燉肉而建議有庫存的漢堡包。[4. 4.關于庫存確認]接著，使用圖17對已使用圖14說明的利用訂購受理服務器I的應對確認郵件發(fā)送時的動作的變形例進行說明。在圖14的例子中，訂購受理服務器I在送達指定日期時刻的預定時間前進行了訂購商品的庫存確認，但是在該變形例中，店鋪的工作人員閱覽登記在訂購受理DB 127中的訂購受理記錄的內(nèi)容，確認在訂購商品中是否存在缺貨商品，在存在缺貨商品的情況下將缺貨商品信息發(fā)送到訂購受理服務器I。首先，店鋪終端3在檢測到店鋪工作人員的用于閱覽訂購內(nèi)容的操作時，將訂購 受理記錄閱覽請求發(fā)送到訂購受理服務器I (步驟S401)。此時，店鋪終端3還ー并發(fā)送設置有該店鋪終端3的店鋪的店鋪ID。另ー方面，訂購受理服務器I的系統(tǒng)控制部14在接收到訂購受理記錄閱覽請求和店鋪ID時，基于接收到的店鋪ID，檢索訂購受理DB 127，提取送達指定日期時刻被設定為從當前時刻起在預定時間內(nèi)的訂購受理記錄(步驟S402)。接著，系統(tǒng)控制部14生成顯示提取出的訂購受理記錄的訂購內(nèi)容的訂購閱覽畫面用網(wǎng)頁頁面(步驟S403)，并發(fā)送到店鋪終端3 (步驟S404)。店鋪終端3在接收到訂購閱覽畫面用網(wǎng)頁頁面時，顯示訂購閱覽畫面(未圖示)(步驟S405)。在訂購閱覽畫面中，顯示有訂購內(nèi)容(送貨目的地名稱、送貨目的地地址、送貨目的地電話號碼、送達指定日期時刻、合計金額、支付方法、訂購商品以及訂購商品的訂購數(shù)量)。店鋪的工作人員用訂購閱覽畫面對于各訂購商品確認是否存在訂購數(shù)量的庫存。在確認的結果是存在庫存不足的訂購商品(缺貨商品)的情況下，向店鋪終端3輸入與缺貨商品相關的訂購受理ID和商品ID。店鋪終端3在輸入了訂購受理ID和商品ID吋，生成包含存在缺貨商品的消息和示出訂購受理ID和商品ID的信息的缺貨商品信息，并發(fā)送到訂購受理服務器I (步驟S406)。訂購受理服務器I的系統(tǒng)控制部14在從店鋪終端3接收到缺貨商品信息并確認內(nèi)容后，與上述步驟S303的處理(圖14)同樣地生成應對確認郵件(步驟S407)。S卩，在本變形例中，訂購受理服務器I的系統(tǒng)控制部14作為缺貨確認單元的一例發(fā)揮功能。之后，進行了步驟S304的處理到步驟S309的處理，但是與圖14的處理相同，因此省略說明。[4.5.商品組和訂購者]在本實施方式中，訂購受理服務器I的系統(tǒng)控制部14成為無論是哪個訂購者(會員)所選擇的訂購商品，都基于登記在商品所屬組DB 125和組DB 126中的組進行分組的結構。作為與該結構相關的變形例，也可以如圖16 (D)所示設為如下結構在存儲部12中新設置將會員ID (會員)和組ID (組)對應起來的會員用組DB 131，在對訂購商品進行分組時，根據(jù)與選擇了該訂購商品的訂購者對應的組進行分組。在會員用組DB 131中，與會員ID對應的組ID可以是登記在組DB 126中的組的組ID，也可以是會員獨自生成的組的組ID。在與會員ID對應地登記組DB 126所登記的組的組ID的情況下，用組設定畫面(未圖示)向會員提示登記在組DB 126中的組的ー覽，選擇在對自身選擇的訂購商品進行分組時使用的組。另ー方面，在與會員ID對應地登記會員獨自生成的組的組ID的情況下，從用戶終端2接收表示會員生成的組和屬于該組的商品的用戶生成組信息。例如，改變上述訂購商品畫面(圖6)的結構，設為能夠手動變更訂購受理服務器I的系統(tǒng)控制部14用分組處理(步驟S113)進行了分組的組，設為將與變更后的組相關的用戶生成組信息發(fā)送到訂購受理服務器I的結構。系統(tǒng)控制部14在接收到了用戶生成組信息的情況下，在對所生成的組賦予了新的組ID后登記到組DB 126中。并且，將新賦予的組ID和會員ID對應地登記到會員用組DB 131中?；蛘?，可以與圖6不同，在新的組設定畫面中，按照每個用戶，將組和屬于各組的商品登記到會員用組DB 131中。系統(tǒng)控制部14作為組編輯單元發(fā)揮功能，該組編輯單元將接收到的用戶生成組信息示出的商品組與屬于該商品組的多個商品的對應關系，和生成了該商品組的會員的會員ID對應起來存儲到組DB 126中。在該變形例的分組處理(圖8)中，僅根據(jù)對應有與選擇了訂購商品的訂購者的會員ID對應的組ID的組進行分組。例如，在步驟S13的處理中，訂購受理服務器I的系統(tǒng)控制部14從會員用組DB 131取得與選擇了訂購商品的訂購者的會員ID對應的組ID。接著， 系統(tǒng)控制部14從組DB 126取得與所取得的組ID對應的組。并且，從所取得的組中確定在步驟S12中取得的商品所屬的組。由此，能夠通過僅基于與會員對應的組進行分組，進行符合會員的行為特性(喜好的商品組合方式、生活模式、吃飯模式等)的分組?；蛘?，可以在分組處理(圖8)中，參照會員用組DB 131，優(yōu)先用戶與組對應的組。另外，在該變形例中，可以設為在會員登錄到網(wǎng)絡超市站點時，能夠設定是否希望基于自身所選擇的組或者自身生成的組的分組。系統(tǒng)控制部14僅在該設定為“希望”的情況下，僅基于與會員對應的組進行分組。[4. 6.基于訂購商品的組單位的取消]在本實施方式中，能夠在訂購者執(zhí)行了付款處理后以組單位取消訂購商品的組僅為用應對確認郵件提示的包含缺貨商品的組。關于該點，也可以是，訂購者能夠以組單位自發(fā)地取消訂購商品。具體而言，在訂購者登錄到網(wǎng)絡超市站點時顯示的首頁中，檢測到顯示用于取消商品的畫面的操作吋，從訂購受理服務器I向用戶終端2發(fā)送商品取消畫面用網(wǎng)頁頁面。用戶終端2基于接收到的商品取消畫面用網(wǎng)頁頁面將商品取消畫面顯示在顯示器上。在商品取消畫面中，顯示訂購者訂購的商品的ー覽，并且能夠以組単位或商品単位選擇待取消的商品。用戶終端2在由訂購者選擇了待取消的組或商品時，將表示選擇了哪ー個組或商品的取消信息發(fā)送到訂購受理服務器I。訂購受理服務器I基于接收到的取消信息，更新登記在訂購受理DB 127中的訂購受理記錄。具體而言，從訂購受理記錄刪除所取消的組包含的商品或所取消的商品。此外，在本實施方式中，如圖8和圖9所示，在訂購受理服務器I的系統(tǒng)控制部14中進行了訂購商品的分組處理(步驟S113)，但是可以由用戶對訂購商品進行分組。[4. 7.將同一商品分到多個組]在本實施方式中，訂購受理服務器I的系統(tǒng)控制部14成為一旦將屬于多個組的商品(例如圖4中的洋蔥)分到最大組(在圖6的例子中為組I (烤肉))時，就不分到其他組(圖6的例子中的組2 (土豆燉肉)等)的結構。作為與該結構相關的變形例，可以如圖18所示設為如下結構將分到了組I (烤肉)的洋蔥也分到組2 (土豆燉肉)，并且用用戶容易識別的突出顯示方式(例如黑圓圈250等標記、閃爍顯示、或者用黑體或斜體進行顯示的顯示方式)對洋蔥(即在多個組中重復的商品)進行顯示。另外，在圖18的例子中，僅針對屬于組2的洋蔥設為了突出顯示方式，但是也可以針對屬于組I的洋蔥設為突出顯示方式。使用圖19對設為該結構的情況下的系統(tǒng)控制部14的分組處理進行說明。此處，以與圖8所示的分組處理的不同點為中心進行說明。另外，在圖19中，將步驟S15、步驟S19、步驟S20、步驟S25-2、步驟S27-2、步驟S28-2、步驟S28-3的處理中的計數(shù)器稱作組計數(shù)器，與步驟S25-3的處理中的商品計數(shù)器進行區(qū)分。首先，關于步驟Sll至步驟S24的處理，如上所述，因此省略說明。系統(tǒng)控制部14在結束步驟S23的處理或步驟S24的處理后，接著將與在步驟S23、步驟S61 (參照圖9)或步驟S64 (參照圖9)的處理中對商品進行分組后的組對應的組計數(shù)器的值設置為“O”(步驟S25-2)。該步驟是用于使得不針對進行了一次分組后的組再次進行分組的處理 (即在圖19中，與值為“2”以上的組計數(shù)器對應的組成為分組對象)。接著，系統(tǒng)控制部14向分別與分組后的商品對應的商品計數(shù)器的值加上“I”(步驟S25-3)。例如，如果是對洋蔥進行了分組的情況，則對洋蔥計數(shù)器的值加上“ I”。系統(tǒng)控制部14在結束步驟S25-3的處理后，轉移到步驟S19的處理。另ー方面，系統(tǒng)控制部14在步驟S19的處理中判定為不存在值為“2”以上的組計數(shù)器的情況下(步驟S19 :否)，接著判定是否存在值為“I”的組計數(shù)器(步驟S27-2)。此時，系統(tǒng)控制部14在判定為不存在值為“I”的組計數(shù)器的情況下(步驟S27-2 :否)，結束該流程圖中的處理。另ー方面，系統(tǒng)控制部14在判定為存在值為“I”的組計數(shù)器的情況下(步驟S27-2 :是)，將屬于與值為“I”的組計數(shù)器對應的組的商品決定為非組商品(步驟S28-2)，并將該組計數(shù)器的值設置為“O”(步驟S28-3)。系統(tǒng)控制部14在結束步驟S28-3的處理后，轉移到步驟S19的處理。此外，系統(tǒng)控制部14在圖5的步驟S114的處理中生成訂購商品畫面用網(wǎng)頁頁面時，生成訂購商品畫面用網(wǎng)頁頁面，使得以突出顯示方式顯示商品計數(shù)器的值為“2”以上的商品。由此，在存在屬于多個組的商品的情況下，能夠通過將該商品分到所屬的所有組并進行顯示，例如得到以下的(i)至(iii)那樣的效果。(i)訂購者在訂購預定商品中包含屬于多個商品組的商品的情況下，能夠沒有遺漏地確認該商品屬于哪些商品組。(ii)例如在圖18所示的例子中“茄子”缺貨的情況下，能夠應對以下的訂購者的期望想取消組1，而想直接保留組2，并且想購買洋蔥作為組2的ー個商品。S卩，訂購者只要明確不取消洋蔥，則能夠購買洋蔥作為組2的ー個商品。更具體而言，即使由干“茄子”缺貨而通過按下取消按鈕214取消了組1，只要不按下與“洋蔥”對應的取消按鈕213，就能夠購買洋蔥作為組2的ー個商品。(iii)并且，如果作為一例設為向訂購者發(fā)送圖20所示的應對確認郵件，則在訂購者選擇了圖18的訂購商品ー覽210所示的商品的例子(選擇了洋蔥、牛肉、青椒、茄子、啤酒、碳、豬肉、馬鈴薯、胡蘿卜和魔芋絲作為訂購預定商品的例子)中“洋蔥”缺貨的情況下，訂購者能夠意識到不僅想取消組I而且想取消組2。
此處,對圖20所示的應對確認郵件進行說明。另外，圖20是示出訂購者選擇了圖18的訂購商品ー覽210所示的商品的情況、且洋蔥缺貨的情況下的應對確認郵件的一例的圖。應對確認郵件的標題510、正文520、方案522、524、525如上所述，因此省略說明。方案523-1與取消包含缺貨商品(洋蔥)的組I的所有商品的應對方法對應。此外，在方案523-1的下一行，列舉了包含在組I中的缺貨商品(洋蔥)以外的商品(牛肉、青椒、茄子、啤酒、碳)。同樣，方案523-2與取消包含缺貨商品(洋蔥)的組2的所有商品的應對方法對應。此外，在方案523-2的下一行，列舉了包含在組2中的缺貨商品(洋蔥)以外的商品(豬肉、馬鈴薯、胡蘿卜、魔芋絲)。另外，在上述實施方式中，在訪問網(wǎng)絡超市站點、并顯示網(wǎng)絡超市站點的首頁(未圖示)后立即進行了登錄處理，但是進行登錄處理的時機不限于此。例如，可以在將示出登記在購物籃中的所有商品及其訂購數(shù)量的訂購數(shù)據(jù)發(fā)送到訂購受理服務器I時進行登錄處理。該情況下，根據(jù)過去用戶從終端裝置訪問訂購受理服務器I時生成、且保存在終端裝置中的緩存文件(Cookie)信息，在之后用戶從終端裝置訪問網(wǎng)絡超市站點時，可以取得在可送達地區(qū)中包含用戶的送貨目的地地址的店鋪或分店的列表。 另外，本發(fā)明不受上述實施方式限定。上述實施方式是例示的，具有與本發(fā)明的權利要求所記載的技術思想實質相同的結構、并起到同樣的作用效果的內(nèi)容無論怎樣都包含在本發(fā)明的技術范圍內(nèi)。因此，例如本發(fā)明的服務器裝置受理訂購的商品不限于在網(wǎng)絡超市中處通的商品，也可以是除此以外的商品。具體而目，可以是在處通書、⑶、DVD等的通イ目銷售站點中處理的商品。例如，考慮在訂購從第I卷到最后I卷的由多卷完結的書的同時，想訂購多本其他的無關的書的情況。在這種情況下，通過將由多卷完結的書分為ー個組，取消處理變得容易。作為所考慮的取消處理，例如在中間的卷缺貨的情況下要取消所有剩余的卷，或者在計算出了訂購商品的所有商品的合計金額的階段知曉了超過預算從而要取消由多卷完結的書的所有系列商品時，能夠避免I卷I卷地取消書的煩雜性?；蛘呃缭谫徺ICD時，合計金額超過了預算的情況下等，如果按照歌唱家類別等進行了分組時，能夠從最不感興趣的歌唱家的組開始以組單位進行取消。其結果是，仍然能夠消除取消處理的煩雜性。此外，訂購預定商品不限于以購買為目的預定訂購的商品，包含例如以租賃(出粗)為目的而預定訂購的商品等、被預定并被委托以制造和送達等為目的的訂購的商品。此外，在本實施方式中，設為了在訂購受理服務器I的存儲部12中構建各種DB(例如作為“商品組存儲単元”的一例的商品所屬組DB 125、組DB 126、作為“庫存信息存儲単元”的一例的庫存DB 122、作為“可替代關系存儲單元”的一例的可替代商品DB 124等)的結構，但也可以替代該結構，設為在訂購受理服務器I以外的存儲部(例如訂購受理服務器I可訪問的裝置的存儲部)中構建這些數(shù)據(jù)庫，設為訂購受理服務器I適當進行訪問的結構。此外，圖21示出在不進行基于組單位的取消的情況下的訂購商品畫面200A的畫面例。此外，訂購受理服務器I可以作為訂購受理裝置發(fā)揮功能，該訂購受理裝置具有訂購接收單元(系統(tǒng)控制部14)，其接收示出由用戶訂購的訂購商品和該訂購商品的訂購數(shù)量的訂購信息；缺貨確認單元(系統(tǒng)控制部14)，其確認在訂購接收單元中接收到的訂購信息示出的訂購商品缺貨的情況；發(fā)送單元(系統(tǒng)控制部14)，其在通過缺貨確認單元確認到訂購商品缺貨的情況下，向用戶的郵件地址發(fā)送電子郵件，該電子郵件提示確定所缺貨的商品的信息，并且也提示(a)取消缺貨商品的訂購的方案和(b)取消缺貨商品的訂購并且訂購該缺貨商品的替代商品的方案中的至少任意ー個方案；以及選擇信息取得単元，其取得示出選擇了所提示的方案中的哪ー個方案的信息。該情況下，訂購接收單元還可以接收表示訂購信息示出的訂購商品的送達指定日期時刻的指定日期時刻信息，缺貨確認單元通過在指定日期時刻信息示出的送達指定日期時刻的預定時間前，參照記錄有表示商品的庫存數(shù)量的庫存信息的庫存信息存儲單元，確認在接收到的訂購信息示出的訂購商品中是否存在沒有訂購數(shù)量的庫存的商品，從而確認訂購信息示出的訂購商品缺貨的情況。該情況下，訂購受理裝置還可以具有替代商品選擇單元，該替代商品選擇單元參照庫存信息存儲單元和對應地存儲有商品和可代替其的商品的替代關系存儲單元，對于與缺貨的商品對應的可替代的商品，判定是否存在由訂購信息確定的訂購數(shù)量的庫存，在判 定為存在訂購數(shù)量的庫存的情況下，選擇該可替代的商品作為替代商品，發(fā)送單元在(b)訂購缺貨的商品的替代商品的方案中，提示由替代商品選擇單元選擇的替代商品。該情況下，訂購接收單元還可以接收表示是針對有訂購信息示出的訂購商品的多個店鋪中的哪ー個店鋪的訂購的訂購店鋪信息，庫存信息存儲單元按照每個店鋪存儲庫存信息，該服務器裝置還具有替代商品選擇單元，該替代商品選擇單元參照庫存信息存儲單元和對應地存儲有商品和可代替其的商品的替代關系存儲單元，在訂購店鋪信息示出的店鋪中，對于與缺貨的商品對應的可替代的商品，判定是否存在由訂購信息確定的訂購數(shù)量的庫存，在判定為存在訂購數(shù)量的庫存的情況下，選擇該可替代的商品作為替代商品，發(fā)送単元在(b)訂購缺貨的商品的替代商品的方案中，提示通過替代商品選擇單元選擇的替代商品。該情況下，還可以具有針對各商品存儲表示商品的商品分類的分類信息的分類信息存儲單元，替代商品選擇單元參照分類信息，取得與缺貨的商品屬于相同的商品分類的商品作為可替代的商品，并針對所取得的可替代的商品判定是否存在訂購數(shù)量的庫存。該情況下，庫存信息存儲單元可以進ー步針對各商品存儲表示商品價格的價格信息，替代商品選擇單元在存在多種有訂購數(shù)量的庫存的可替代商品的情況下，參照價格信息，選擇與缺貨商品的價格的價格差最小種類的商品作為替代商品。該情況下，訂購接收單元接收的訂購信息包含多個商品作為訂購商品，并且還包含該多個訂購商品各自的訂購數(shù)量，缺貨確認單元確認在訂購接收單元中接收到的訂購信息示出的多個訂購商品中的哪怕ー個缺貨的情況，發(fā)送單元發(fā)送的電子郵件可以還包含(C)將多個訂購商品全部取消的方案。該情況下，缺貨確認單元可以確認在訂購接收單元中接收到的訂購信息示出的多個訂購商品中，有多于I個的多個商品存在缺貨的情況，發(fā)送單元發(fā)送的電子郵件中的(a)取消缺貨商品的訂購的方案示出通過缺貨確認單元確認到缺貨的多個商品的取消。該情況下，還可以具有商品組存儲単元，其存儲商品組與屬于該商品組的多個商品的對應關系；以及分組單元，其對由訂購接收単元接收到的訂購信息示出的多個訂購商品進行分組，且基于存儲在商品組存儲単元中的商品組對該多個訂購商品進行分組，生成至少ー個以上的組，發(fā)送單元在通過缺貨確認單元確認到訂購商品缺貨的情況下，確定在通過分組單元生成的哪ー個組中包含缺貨的商品，在電子郵件中提示確定包含缺貨的商品的組的信息，也提示取消屬于包含缺貨的商品的組的所有訂購商品的方案。該情況下，可以在電子郵件中包含作為訂購者的利益的利益信息。該情況下，利益信息也可以是商品的打折信息。訂購受理方法的特征在干，由用戶受理關于在網(wǎng)絡超市中處理的商品的訂購信息，可以包含以下步驟訂購計算機接收表示由用戶訂購的訂購商品和該訂購商品的訂購數(shù)量的訂購信息；計算機確認接收到的訂購信息示出的訂購商品缺貨的情況；計算機在確認到訂購商品缺貨的情況下，向用戶的郵件地址發(fā)送電子郵件，該電子郵件提示確定所缺貨的商品的信息，同時提示(a)取消缺貨商品的訂購的方案和(b)取消缺貨商品的訂購并且訂購該缺貨商品的替代商品的方案中的至少任意ー個方案；以及計算機取得表示選擇了所提示的方案中的哪ー個的信息。 該情況下，訂購受理程序使計算機作為以下単元發(fā)揮功能訂購接收單元，其接收示出由用戶訂購的訂購商品和該訂購商品的訂購數(shù)量的訂購信息；缺貨確認單元，其確認在訂購接收單元中接收到的訂購信息示出的訂購商品缺貨的情況；發(fā)送單元，其在由缺貨確認單元確認到訂購商品缺貨的情況下，向用戶的郵件地址發(fā)送電子郵件，該電子郵件提示確定所缺貨的商品的信息，同時提示(a)取消缺貨商品的訂購的方案和(b)取消缺貨商品的訂購并且訂購該缺貨商品的替代商品的方案中的至少任意一個方案；以及選擇信息取得単元，其取得表示選擇了所提示的方案中的哪ー個方案的信息。標號說明I :訂購受理服務器11 :通信部12 :存儲部121 :會員 DB122:店鋪 DB123:庫存 DB124:可替代商品DB125:商品所屬組DB126:組 DB127:訂購受理DB13:輸入輸出接ロ部14 :系統(tǒng)控制部15 :系統(tǒng)總線2 :用戶終端3 :店鋪終端NW:網(wǎng)絡S :訂購受理系統(tǒng)
權利要求
1.一種服務器裝置，其經(jīng)由網(wǎng)絡與終端裝置連接，該服務器裝置的特征在于，該服務器裝置具有 接收單元，其從所述終端裝置接收示出用戶所選擇的多個訂購預定商品的訂購預定商品/[目息; 分組單元，其根據(jù)存儲商品組與屬于該商品組的多個商品之間的對應關系的商品組存儲單元所存儲的商品組，對由所述接收單元接收到的訂購預定商品信息示出的多個訂購預定商品進行分組，生成至少一個以上的組；以及 發(fā)送單元，其對于所述接收到的訂購預定商品信息示出的多個訂購預定商品中的、由所述分組單元進行了分組的各訂購預定商品，將示出分到了哪個組的分組結果信息發(fā)送到所述終端裝置。
2.根據(jù)權利要求I所述的服務器裝置，其特征在于， 所述商品組存儲單元按照每個用戶存儲商品組，并且與識別用戶的用戶識別信息對應地存儲商品組， 所述接收單元還從所述終端裝置接收選擇了所述訂購預定商品信息示出的多個訂購預定商品的用戶的用戶識別信息， 所述分組單元在對所述接收到的訂購預定商品信息示出的多個訂購預定商品進行分組時，根據(jù)與選擇了該訂購預定商品的用戶的用戶識別信息對應的商品組進行分組。
3.根據(jù)權利要求2所述的服務器裝置，其特征在于， 所述接收單元還從所述終端裝置接收用戶生成組信息，該用戶生成組信息示出通過用戶對接收到的訂購預定商品信息示出的多個訂購預定商品進行分組而生成的商品組， 該服務器裝置還具有組編輯單元，該組編輯單元將由所述接收單元接收到的用戶生成組信息示出的商品組與屬于該商品組的多個商品之間的對應關系，和生成了該商品組的用戶的用戶識別信息對應起來存儲到所述商品組存儲單元中。
4.根據(jù)權利要求I 3中的任意一項所述的服務器裝置，其特征在于， 所述商品組存儲單元存儲了多個商品組與屬于各商品組的多個商品之間的對應關系， 所述分組單元對分別屬于存儲在所述商品組存儲單元中的多個商品組的多個商品和所述接收到的訂購預定商品信息示出的多個訂購預定商品進行對比，確定最多訂購預定商品歸屬的商品組作為最多商品組，對沒有被分組的訂購預定商品重復進行將所述訂購預定商品中的屬于所確定的所述最多商品組的商品分為I個組的分組處理。
5.根據(jù)權利要求I 3中的任意一項所述的服務器裝置，其特征在于， 所述商品組存儲單元存儲了多個商品組與屬于各商品組的多個商品之間的對應關系， 所述分組單元通過對分別屬于存儲在所述商品組存儲單元中的多個商品組的多個商品和所述接收到的訂購預定商品信息示出的多個訂購預定商品進行對比，按照每個商品組對訂購預定商品進行分組，將屬于多個商品組的訂購預定商品分到該訂購預定商品所屬的所有商品組。
6.根據(jù)權利要求4所述的服務器裝置，其特征在于， 所述分組單元在存在多個歸屬的訂購預定商品的數(shù)量相同且有最多訂購預定商品歸屬的商品組，并且分別屬于該多個商品組的訂購預定商品中的至少一部分不同的情況下，對于該不同的各個商品，參照所述商品組存儲單元，對所屬的商品組的數(shù)量進行計數(shù)，所述分組単元將所計數(shù)的數(shù)量最大的商品所屬的商品組確定為所述最多商品組。
7.根據(jù)權利要求6所述的服務器裝置，其特征在干，所述商品組存儲単元還對于各商品組，存儲在過去對訂購預定商品進行分組時利用的利用頻率，所述分組単元在確定所述所計數(shù)的數(shù)量最大的商品所屬的商品組時，存在多個所述所計數(shù)的數(shù)量為相同數(shù)量的商品組的情況下，參照商品組存儲単元，確定該多個商品組中的利用頻率最聞的商品組作為所述最多商品組。
8.根據(jù)權利要求6所述的服務器裝置，其特征在干，該服務器裝置還具有歷史信息存儲單元，該歷史信息存儲單元與用戶的用戶識別信息對應地存儲所述分組単元對訂購預定商品進行分組時利用的商品組的歷史，所述分組単元在確定所述所計數(shù)的數(shù)量最大的商品所屬的商品組時，存在多個所述所計數(shù)的數(shù)量為相同數(shù)量的商品組的情況下，根據(jù)選擇了由所述接收単元接收到的訂購預定商品信息示出的訂購預定商品的用戶的用戶識別信息，參照所述歷史信息存儲單元，確定該多個商品組中的如下商品組作為所述最多商品組，該確定的商品組是在過去對該用戶選擇的訂購預定商品進行分組時利用的商品組，且是最近利用了的商品組。
9.根據(jù)權利要求I 8中的任意一項所述的服務器裝置，其特征在干，所述接收単元還從所述終端裝置接收示出所述發(fā)送單元發(fā)送的分組結果信息示出的組中的、待取消的組的取消信息。
10.根據(jù)權利要求I 9中的任意一項所述的服務器裝置，其特征在干，所述用戶選擇為所述訂購預定商品的商品是在網(wǎng)絡超市中處理的商品。
11.根據(jù)權利要求I 10中的任意一項所述的服務器裝置，其特征在干，所述訂購預定商品信息還包含示出各所述訂購預定商品的訂購數(shù)量的信息，該服務器裝置還具有缺貨確認單元，其確認在所述接收單元中接收到的訂購預定商品信息示出的訂購預定商品缺貨的情況；提示方案發(fā)送單元，其在由所述缺貨確認單元確認到所述訂購預定商品缺貨的情況下，向用戶的郵件地址發(fā)送電子郵件，該電子郵件提示確定缺貨商品的信息，同時提示(a)取消缺貨商品的訂購的方案和(b)取消缺貨商品的訂購并且訂購該缺貨商品的替代商品的方案中的至少任意ー個方案；以及選擇信息取得単元，其取得示出選擇了所述提示的方案中的哪ー個方案的信息。
12.根據(jù)權利要求11所述的服務器裝置，其特征在干，所述接收単元還接收示出所述訂購預定商品信息示出的訂購預定商品的送達指定日期時刻的指定日期時刻信息，所述缺貨確認單元通過在所述指定日期時刻信息示出的送達指定日期時刻的預定時間前，參照記錄有示出商品的庫存數(shù)量的庫存信息的庫存信息存儲單元，確認在所述接收到的訂購預定商品信息示出的訂購預定商品中是否存在沒有訂購數(shù)量的庫存的商品，從而確認所述訂購預定商品信息示出的訂購預定商品缺貨的情況。
13.根據(jù)權利要求12所述的服務器裝置，其特征在干，該服務器裝置還具有替代商品選擇單元，該替代商品選擇單元參照所述庫存信息存儲単元和對應地存儲有商品和可代替其的商品的替代關系存儲單元，對于與所述缺貨商品對應的可替代商品，判定是否存在由所述訂購預定商品信息確定的訂購數(shù)量的庫存，在判定為存在訂購數(shù)量的庫存的情況下，選擇該可替代商品作為所述替代商品，所述提示方案發(fā)送單元在(b)訂購缺貨商品的替代商品的方案中，提示由所述替代商品選擇單元選擇的替代商品。
14.根據(jù)權利要求12所述的服務器裝置，其特征在干，所述接收單元接收訂購店鋪信息，該訂購店鋪信息示出所述訂購預定商品信息所示的訂購預定商品是針對多個店鋪中的哪ー個店鋪的訂購，所述庫存信息存儲單元按照每個所述店鋪存儲所述庫存信息，該服務器裝置還具有替代商品選擇單元，該替代商品選擇單元參照所述庫存信息存儲単元和對應地存儲有商品和可代替其的商品的替代關系存儲單元，在所述訂購店鋪信息示出的店鋪中，對于與所述缺貨商品對應的可替代商品，判定是否存在由所述訂購預定商品信息確定的訂購數(shù)量的庫存，在判定為存在訂購數(shù)量的庫存的情況下，選擇該可替代商品作為所述替代商品，所述提示方案發(fā)送單元在(b)訂購缺貨商品的替代商品的方案中，提示由所述替代商品選擇單元選擇的替代商品。
15.根據(jù)權利要求13或14所述的服務器裝置，其特征在干，所述替代商品選擇單元參照針對各商品存儲示出商品的商品分類的分類信息的分類信息存儲單元，取得與所述缺貨商品屬于相同的商品分類的商品作為可替代商品，并針對所取得的可替代商品判定是否存在訂購數(shù)量的庫存。
16.根據(jù)權利要求13 15中的任意一項所述的服務器裝置，其特征在干，所述庫存信息存儲單元還針對各商品存儲示出商品價格的價格信息，所述替代商品選擇單元在存在多種有訂購數(shù)量的庫存的可替代商品的情況下，參照所述價格信息，選擇與所述缺貨商品的價格的價格差最小的種類的商品作為所述替代商品。
17.根據(jù)權利要求11 16中的任意一項所述的服務器裝置，其特征在干，所述缺貨確認單元確認在所述接收単元中接收到的訂購預定商品信息示出的所述多個訂購預定商品中的哪怕ー個存在缺貨的情況，所述提示方案發(fā)送單元發(fā)送的所述電子郵件還包含(c )將所述多個訂購預定商品全部取消的方案。
18.根據(jù)權利要求17所述的服務器裝置，其特征在干，所述缺貨確認單元確認在所述接收単元中接收到的訂購預定商品信息示出的所述多個訂購預定商品中有多于I個的多個商品存在缺貨的情況，所述提示方案發(fā)送單元發(fā)送的所述電子郵件中的(a)取消缺貨商品的訂購的所述方案示出了由所述缺貨確認單元確認到缺貨的所述多個商品的取消。
19.根據(jù)權利要求11 18中的任意一項所述的服務器裝置，其特征在干，在所述電子郵件中包含成為所述訂購者的利益的利益信息。
20.根據(jù)權利要求19所述的服務器裝置，其特征在干，所述利益信息是商品的打折信息。
21.—種商品分組方法，其特征在于，包含以下步驟計算機從終端裝置接收示出用戶所選擇的多個訂購預定商品的訂購預定商品信息；計算機根據(jù)商品組和屬于該商品組的多個商品之間的對應關系對所述接收到的訂購預定商品信息示出的多個訂購預定商品進行分組，生成至少ー個以上的組；以及計算機對于所述接收到的訂購預定商品信息示出的多個訂購預定商品中的、進行了分組的各訂購預定商品，將示出分到了哪個組的分組結果信息發(fā)送到所述終端裝置。
22.—種商品分組程序，其特征在于，使計算機作為以下単元發(fā)揮功能接收單元，其從終端裝置接收示出用戶所選擇的多個訂購預定商品的訂購預定商品信息；分組單元，其根據(jù)商品組和屬于該商品組的多個商品之間的對應關系對所述接收到的訂購預定商品信息示出的多個訂購預定商品進行分組，生成至少ー個以上的組；以及發(fā)送單元，其對于所述接收到的訂購預定商品信息示出的多個訂購預定商品中的、進行了分組的各訂購預定商品，將示出分到了哪個組的分組結果信息發(fā)送到所述終端裝置。
23.—種記錄介質，其以計算機可讀取的方式記錄了使計算機作為以下単元發(fā)揮功能的商品分組程序接收單元，其從終端裝置接收示出用戶所選擇的多個訂購預定商品的訂購預定商品信息；分組單元，其根據(jù)商品組和屬于該商品組的多個商品之間的對應關系對所述接收到的訂購預定商品信息示出的多個訂購預定商品進行分組，生成至少ー個以上的組；以及發(fā)送單元，其對于所述接收到的訂購預定商品信息示出的多個訂購預定商品中的、進行了分組的各訂購預定商品，將示出分到了哪個組的分組結果信息發(fā)送到所述終端裝置。
24.ー種商品分組系統(tǒng)，其具有終端裝置和經(jīng)由網(wǎng)絡與所述終端裝置連接的服務器裝置，該商品分組系統(tǒng)的特征在干，所述服務器裝置具有接收單元，其從所述終端裝置接收示出用戶所選擇的多個訂購預定商品的訂購預定商品ィ目息;分組單元，其根據(jù)存儲商品組與屬于該商品組的多個商品之間的對應關系的商品組存儲單元所存儲的商品組，對由所述接收単元接收到的訂購預定商品信息示出的多個訂購預定商品進行分組，生成至少ー個以上的組；以及發(fā)送單元，其對于所述接收到的訂購預定商品信息示出的多個訂購預定商品中的、由所述分組單元進行了分組的各訂購預定商品，將示出分到了哪個組的分組結果信息發(fā)送到所述終端裝置，所述終端裝置具有訂購預定商品發(fā)送單元，其將所述訂購預定商品信息發(fā)送到所述服務器裝置；以及分組結果接收單元，其從所述服務器裝置接收所述分組結果信息。
全文摘要
對訂購者希望購買的多個訂購預定商品進行分組。參照存儲有商品組與屬于該商品組的多個商品之間的對應關系的商品組存儲單元，對用戶所選擇的多個訂購預定商品進行分組。
文檔編號G06Q30/06GK102822860SQ20118001582
公開日2012年12月12日 申請日期2011年3月30日 優(yōu)先權日2010年3月31日
發(fā)明者落合由紀子 申請人:樂天株式會社