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

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


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

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