ネットワークを介して端末装置から接続されるサーバ装置であって、前記端末装置から、ユーザが選択した複数の注文予定商品を示す注文予定商品情報を受信する受信手段と、商品グループと、当該商品グループに属する複数の商品との対応関係を記憶する商品グループ記憶手段に記憶されている商品グループに基づいて、前記受信手段で受信した注文予定商品情報が示す複数の注文予定商品をグルーピングし、少なくとも一つ以上のグループを生成するグルーピング手段と、前記受信した注文予定商品情報が示す複数の注文予定商品のうち、前記グルーピング手段でグルーピングされた各注文予定商品について何れのグループにグルーピングされたかを示すグルーピング結果情報を前記端末装置に送信する送信手段と、を備えることを特徴とするサーバ装置。請求項1に記載のサーバ装置であって、前記商品グループ記憶手段は、ユーザごとに商品グループを記憶すると共に、商品グループをユーザを識別するユーザ識別情報と対応付けて記憶し、前記受信手段は、前記端末装置から、前記注文予定商品情報が示す複数の注文予定商品を選択したユーザのユーザ識別情報を更に受信し、前記グルーピング手段は、前記受信した注文予定商品情報が示す複数の注文予定商品についてグルーピングする際、当該注文予定商品を選択したユーザのユーザ識別情報と対応付けられている商品グループに基づいてグルーピングすることを特徴とするサーバ装置。請求項2に記載のサーバ装置であって、前記受信手段は、前記端末装置から、受信した注文予定商品情報が示す複数の注文予定商品をユーザがグルーピングすることにより生成した商品グループを示すユーザ生成グループ情報を更に受信し、前記受信手段で受信したユーザ生成グループ情報が示す商品グループと当該商品グループに属する複数の商品との対応関係を、当該商品グループを生成したユーザのユーザ識別情報と対応付けて前記商品グループ記憶手段に記憶させるグループ編集手段をさらに備えることを特徴とするサーバ装置。請求項1乃至請求項3の何れか一項に記載のサーバ装置であって、前記商品グループ記憶手段は、複数の商品グループと各商品グループに属する複数の商品との対応関係を記憶しており、前記グルーピング手段は、前記商品グループ記憶手段に記憶された複数の商品グループそれぞれに属する複数の商品と前記受信した注文予定商品情報が示す複数の注文予定商品とを対比して最も多くの注文予定商品が属する商品グループを最多商品グループとして特定し、前記注文予定商品のうち特定された前記最多商品グループに属する商品を1つのグループとしてグルーピングするグルーピング処理を、グルーピングされていない注文予定商品に対して繰り返し行うことを特徴とするサーバ装置。請求項1乃至請求項3の何れか一項に記載のサーバ装置であって、前記商品グループ記憶手段は、複数の商品グループと各商品グループに属する複数の商品との対応関係を記憶しており、前記グルーピング手段は、前記商品グループ記憶手段に記憶された複数の商品グループそれぞれに属する複数の商品と前記受信した注文予定商品情報が示す複数の注文予定商品とを対比することにより、注文予定商品を商品グループ毎にグルーピングし、複数の商品グループに属する注文予定商品については、当該注文予定商品が属する全ての商品グループにグルーピングすることを特徴とするサーバ装置。請求項4に記載のサーバ装置であって、前記グルーピング手段は、属する注文予定商品の数が同じとなる商品グループであって且つ最も多くの注文予定商品が属する商品グループが複数存在すると共に、当該複数の商品グループそれぞれに属する注文予定商品の少なくとも一部が異なる場合に、当該異なる商品のそれぞれについて、前記商品グループ記憶手段を参照して、属する商品グループの数を計数し、計数した数が最大である商品が属する商品グループを前記最多商品グループとして特定することを特徴とするサーバ装置。請求項6に記載のサーバ装置であって、前記商品グループ記憶手段は、各商品グループについて、過去に注文予定商品をグルーピングした際に利用された利用頻度を更に記憶おり、前記グルーピング手段は、前記計数した数が最大である商品が属する商品グループを特定する際、前記計数した数が同数である商品グループが複数ある場合に、商品グループ記憶手段を参照して当該複数の商品グループのうち利用頻度が最も高い商品グループを前記最多商品グループとして特定することを特徴とするサーバ装置。請求項6に記載のサーバ装置であって、前記グルーピング手段が注文予定商品をグルーピングした際に利用した商品グループの履歴を、ユーザのユーザ識別情報と対応づけて記憶する履歴情報記憶手段を更に備え、前記グルーピング手段は、前記計数した数が最大である商品が属する商品グループを特定する際、前記計数した数が同数である商品グループが複数ある場合に、前記受信手段で受信した注文予定商品情報が示す注文予定商品を選択したユーザのユーザ識別情報に基づいて前記履歴情報記憶手段を参照して、当該複数の商品グループのうち、過去に当該ユーザが選択した注文予定商品をグルーピングした際に利用した商品グループであって直近に利用した商品グループを前記最多商品グループとして特定することを特徴とするサーバ装置。請求項1乃至請求項8の何れか一項に記載のサーバ装置であって、前記受信手段は、前記端末装置から、前記送信手段が送信したグルーピング結果情報の示すグループのうち、キャンセルするグループを示すキャンセル情報を更に受信することを特徴とするサーバ装置。請求項1乃至請求項9の何れか一項に記載のサーバ装置であって、前記ユーザが前記注文予定商品として選択する商品は、ネットスーパーで扱われている商品であることを特徴とするサーバ装置。請求項1~10の何れか一項に記載のサーバ装置であって、前記注文予定商品情報は、各前記注文予定商品の注文数量を示す情報を更に含み、前記受信手段において受信された注文予定商品情報が示す注文予定商品が欠品の場合を確認する欠品確認手段と、前記欠品確認手段によって前記注文予定商品が欠品であることが確認された場合に、欠品している商品を特定する情報とともに、欠品している商品の注文をキャンセルする案、及び欠品している商品の注文をキャンセルするとともに当該欠品している商品の代替商品を注文する案、の少なくとも何れか一つの案を提示する電子メールを、ユーザのメールアドレス宛に送信する提示案送信手段と、前記提示した案のうちの何れが選択されたかを示す情報を取得する選択情報取得手段と、を更に備えることを特徴とするサーバ装置。請求項11に記載のサーバ装置であって、前記受信手段は、前記注文予定商品情報が示す注文予定商品の配達指定日時を示す指定日時情報を更に受信し、前記欠品確認手段は、前記指定日時情報が示す配達指定日時の所定時間前に、商品の在庫数を示す在庫情報が記録された在庫情報記憶手段を参照して、前記受信した注文予定商品情報が示す注文予定商品の中に注文数量分の在庫がない商品があるかを確認することにより、前記注文予定商品情報が示す注文予定商品が欠品の場合を確認することを特徴とするサーバ装置。請求項12に記載のサーバ装置であって、商品がそれと代替可能な商品と対応付けて記憶されている代替関係記憶手段と、前記在庫情報記憶手段を参照して、前記欠品している商品と対応付けられている代替可能な商品について前記注文予定商品情報によって特定される注文数量分の在庫があるか否かを判定し、注文数量分の在庫があると判定した場合に当該代替可能な商品を前記代替商品として選択する代替商品選択手段と、を更に備え、前記提示案送信手段は、欠品している商品の代替商品を注文する案の中で、前記代替商品選択手段によって選択された代替商品を提示することを特徴とするサーバ装置。請求項12に記載のサーバ装置であって、前記受信手段は、前記注文予定商品情報が示す注文予定商品が複数ある店舗のうち何れの店舗に対する注文であるかを示す注文店舗情報を受信し、前記在庫情報記憶手段は、前記店舗毎に前記在庫情報を記憶し、商品がそれと代替可能な商品と対応付けて記憶されている代替関係記憶手段と、前記在庫情報記憶手段を参照して、前記注文店舗情報が示す店舗において前記欠品している商品と対応付けられている代替可能な商品について前記注文予定商品情報によって特定される注文数量分の在庫があるか否かを判定し、注文数量分の在庫があると判定した場合に当該代替可能な商品を前記代替商品として選択する代替商品選択手段、を更に備え、前記提示案送信手段は、欠品している商品の代替商品を注文する案の中で、前記代替商品選択手段によって選択された代替商品を提示することを特徴とするサーバ装置。請求項13又は請求項14に記載のサーバ装置であって、前記代替商品選択手段は、商品の商品分類を示す分類情報が各商品に対して記憶されている分類情報記憶手段を参照して、前記欠品している商品と同じ商品分類に属する商品を代替可能な商品として取得し、取得した代替可能な商品について注文数量分の在庫があるか否かを判定することを特徴とするサーバ装置。請求項13乃至請求項15の何れか一項に記載のサーバ装置であって、前記在庫情報記憶手段は、商品の価格を示す価格情報を各商品に対して更に記憶し、前記代替商品選択手段は、注文数量分の在庫がある代替可能な商品が複数種類存在する場合に、前記価格情報を参照して、前記欠品している商品の価格との価格差が最も小さい種類の商品を前記代替商品として選択することを特徴とするサーバ装置。請求項11乃至請求項16の何れか一項に記載のサーバ装置であって、前記欠品確認手段は、前記受信手段において受信された注文予定商品情報が示す前記複数の注文予定商品のうち1つでも欠品がある場合を確認し、前記提示案送信手段が送信する前記電子メールは、前記複数の注文予定商品の全てをキャンセルする案もさらに含むことを特徴とするサーバ装置。請求項17に記載のサーバ装置であって、前記欠品確認手段は、前記受信手段において受信された注文予定商品情報が示す前記複数の注文予定商品のうち1より多い複数の商品に欠品がある場合を確認し、前記提示案送信手段が送信する前記電子メール中の欠品している商品の注文をキャンセルする前記案は、前記欠品確認手段によって欠品が確認された前記複数の商品のキャンセルを示していることを特徴とするサーバ装置。請求項11乃至請求項18の何れか一項に記載のサーバ装置であって、前記電子メールには、前記注文者の利益となる利益情報が含まれていることを特徴とするサーバ装置。請求項19に記載のサーバ装置であって、前記利益情報は、商品の割引情報であることを特徴とするサーバ装置。コンピュータが、端末装置から、ユーザが選択した複数の注文予定商品を示す注文予定商品情報を受信するステップと、コンピュータが、前記受信した注文予定商品情報が示す複数の注文予定商品を、商品グループと、当該商品グループに属する複数の商品との対応関係に基づいてグルーピングし、少なくとも一つ以上のグループを生成するステップと、コンピュータが、前記受信した注文予定商品情報が示す複数の注文予定商品のうち、グルーピングした各注文予定商品について何れのグループにグルーピングしたかを示すグルーピング結果情報を前記端末装置に送信するステップと、を含むことを特徴とする商品グルーピング方法。コンピュータを、端末装置から、ユーザが選択した複数の注文予定商品を示す注文予定商品情報を受信する受信手段、前記受信した注文予定商品情報が示す複数の注文予定商品を、商品グループと、当該商品グループに属する複数の商品との対応関係に基づいてグルーピングし、少なくとも一つ以上のグループを生成するグルーピング手段、前記受信した注文予定商品情報が示す複数の注文予定商品のうち、グルーピングされた各注文予定商品について何れのグループにグルーピングされたかを示すグルーピング結果情報を前記端末装置に送信する送信手段、として機能させることを特徴とする商品グルーピングプログラム。コンピュータを、端末装置から、ユーザが選択した複数の注文予定商品を示す注文予定商品情報を受信する受信手段、前記受信した注文予定商品情報が示す複数の注文予定商品を、商品グループと、当該商品グループに属する複数の商品との対応関係に基づいてグルーピングし、少なくとも一つ以上のグループを生成するグルーピング手段、前記受信した注文予定商品情報が示す複数の注文予定商品のうち、グルーピングされた各注文予定商品について何れのグループにグルーピングされたかを示すグルーピング結果情報を前記端末装置に送信する送信手段、として機能させる商品グルーピングプログラムがコンピュータ読み取り可能に記録された記録媒体。端末装置と、ネットワークを介して前記端末装置から接続されるサーバ装置とを備える商品グルーピングシステムであって、前記サーバ装置は、前記端末装置から、ユーザが選択した複数の注文予定商品を示す注文予定商品情報を受信する受信手段と、商品グループと、当該商品グループに属する複数の商品との対応関係を記憶する商品グループ記憶手段に記憶されている商品グループに基づいて、前記受信手段で受信した注文予定商品情報が示す複数の注文予定商品をグルーピングし、少なくとも一つ以上のグループを生成するグルーピング手段と、前記受信した注文予定商品情報が示す複数の注文予定商品のうち、前記グルーピング手段でグルーピングされた各注文予定商品について何れのグループにグルーピングされたかを示すグルーピング結果情報を前記端末装置に送信する送信手段と、を備え、前記端末装置は、前記注文予定商品情報を前記サーバ装置に送信する注文予定商品送信手段と、前記サーバ装置から、前記グルーピング結果情報を受信するグルーピング結果受信手段と、を備えることを特徴とする商品グルーピングシステム。ところで、こうしたショッピングサイトにおいて、注文者から複数の商品が注文された場合であっても、注文された各商品を独立に扱っていた。ところが、注文者が複数の商品を注文する際、各注文商品間に何らかの関連性がある等で一緒に扱われることが望ましい商品が存在することが少なくない。それにもかかわらず、これまでこの点について何ら考慮されることがなかった。本発明は、こうした問題点に鑑みてなされたものであり、その課題の一例は、ユーザが注文を希望する複数の注文予定商品をグルーピングし、グループ単位での処理を実現することのできるサーバ装置、商品グルーピング方法、商品グルーピングプログラム、商品グルーピングプログラムがコンピュータ読み取り可能に記録された記録媒体及び商品グルーピングシステムを提供することにある。上記課題を解決するために、請求項1に記載の発明は、ネットワークを介して端末装置から接続されるサーバ装置であって、前記端末装置から、ユーザが選択した複数の注文予定商品を示す注文予定商品情報を受信する受信手段と、商品グループと、当該商品グループに属する複数の商品との対応関係を記憶する商品グループ記憶手段に記憶されている商品グループに基づいて、前記受信手段で受信した注文予定商品情報が示す複数の注文予定商品をグルーピングし、少なくとも一つ以上のグループを生成するグルーピング手段と、前記受信した注文予定商品情報が示す複数の注文予定商品のうち、前記グルーピング手段でグルーピングされた各注文予定商品について何れのグループにグルーピングされたかを示すグルーピング結果情報を前記端末装置に送信する送信手段と、を備えることを特徴とする。この発明によれば、ユーザが注文を希望する複数の注文予定商品がグルーピングされることから、注文予定商品をグループ単位で処理を行うことができるようになる。これにより、1つの注文予定の中でグループを独立して扱えるため、例えばキャンセル、代替品提案等をグループ単位で行うことが可能となる。ここで、商品とは市場で取引されるものをいう。請求項2に記載の発明は、請求項1に記載のサーバ装置であって、前記商品グループ記憶手段は、ユーザごとに商品グループを記憶すると共に、商品グループをユーザを識別するユーザ識別情報と対応付けて記憶し、前記受信手段は、前記端末装置から、前記注文予定商品情報が示す複数の注文予定商品を選択したユーザのユーザ識別情報を更に受信し、前記グルーピング手段は、前記受信した注文予定商品情報が示す複数の注文予定商品についてグルーピングする際、当該注文予定商品を選択したユーザのユーザ識別情報と対応付けられている商品グループに基づいてグルーピングすることを特徴とする。この発明によれば、ユーザ特有の商品の組み合わせにしたがって、ユーザ毎に商品グループを管理することができる。請求項3に記載の発明は、請求項2に記載のサーバ装置であって、前記受信手段は、前記端末装置から、受信した注文予定商品情報が示す複数の注文予定商品をユーザがグルーピングすることにより生成した商品グループを示すユーザ生成グループ情報を更に受信し、前記受信手段で受信したユーザ生成グループ情報が示す商品グループと当該商品グループに属する複数の商品との対応関係を、当該商品グループを生成したユーザのユーザ識別情報と対応付けて前記商品グループ記憶手段に記憶させるグループ編集手段をさらに備えることを特徴とする。この発明によれば、ユーザが商品注文時に生成した商品グループを当該ユーザのユーザ識別情報と対応付けて記憶し、注文予定商品をグルーピングする際、ユーザの生成した商品グループに基づいてグルーピングする。したがって、ユーザの行動特性に合ったグルーピングを行うことができる。請求項4に記載の発明は、請求項1乃至請求項3の何れか一項に記載のサーバ装置であって、前記商品グループ記憶手段は、複数の商品グループと各商品グループに属する複数の商品との対応関係を記憶しており、前記グルーピング手段は、前記商品グループ記憶手段に記憶された複数の商品グループそれぞれに属する複数の商品と前記受信した注文予定商品情報が示す複数の注文予定商品とを対比して最も多くの注文予定商品が属する商品グループを最多商品グループとして特定し、前記注文予定商品のうち特定された前記最多商品グループに属する商品を1つのグループとしてグルーピングするグルーピング処理を、グルーピングされていない注文予定商品に対して繰り返し行うことを特徴とする。この発明によれば、注文予定商品が最も多く属する商品グループに基づいて注文予定商品をグルーピングするグルーピング処理が繰り返される。属する商品数が多いということは、その商品グループが利用される可能性が高いと考えられる。したがって、ユーザが希望する可能性が高いと推測されるグルーピングを実現することができる。請求項5に記載の発明は、請求項1乃至請求項3の何れか一項に記載のサーバ装置であって、前記商品グループ記憶手段は、複数の商品グループと各商品グループに属する複数の商品との対応関係を記憶しており、前記グルーピング手段は、前記商品グループ記憶手段に記憶された複数の商品グループそれぞれに属する複数の商品と前記受信した注文予定商品情報が示す複数の注文予定商品とを対比することにより、注文予定商品を商品グループ毎にグルーピングし、複数の商品グループに属する注文予定商品については、当該注文予定商品が属する全ての商品グループにグルーピングすることを特徴とする。この発明によれば、ユーザは、注文予定商品の中に複数の商品グループに属する商品が含まれている場合に、当該商品が何れの商品グループに属するかをもれなく確認することができる。請求項6に記載の発明は、請求項4に記載のサーバ装置であって、前記グルーピング手段は、する注文予定商品の数が同じとなる商品グループであって且つ最も多くの注文予定商品が属する商品グループが複数存在すると共に、当該複数の商品グループそれぞれに属する注文予定商品の少なくとも一部が異なる場合に、当該異なる商品のそれぞれについて、前記商品グループ記憶手段を参照して、属する商品グループの数を計数し、計数した数が最大である商品が属する商品グループを前記最多商品グループとして特定することを特徴とする。この発明によれば、注文予定商品が最も多く属する商品グループが複数存在し、且つ、各商品グループに属する注文予定商品の少なくとも一部が異なる場合に、異なる商品のうち、より多くの商品グループに属する商品が属する商品グループに基づいて注文予定商品がグルーピングされる。したがって、他の商品と関連して注文された可能性がより高い商品をグルーピングすることができる。請求項7に記載の発明は、請求項6に記載のサーバ装置であって、前記商品グループ記憶手段は、各商品グループについて、過去に注文予定商品をグルーピングした際に利用された利用頻度を更に記憶おり、前記グルーピング手段は、前記計数した数が最大である商品が属する商品グループを特定する際、前記計数した数が同数である商品グループが複数ある場合に、商品グループ記憶手段を参照して当該複数の商品グループのうち利用頻度が最も高い商品グループを前記最多商品グループとして特定することを特徴とする。この発明によれば、利用頻度がより高い商品グループに基づいて注文予定商品がグルーピングされる。したがって、ユーザが希望する可能性が高いと推測されるグルーピングを実現することができる。請求項8に記載の発明は、請求項6に記載のサーバ装置であって、前記グルーピング手段が注文予定商品をグルーピングした際に利用した商品グループの履歴を、ユーザのユーザ識別情報と対応づけて記憶する履歴情報記憶手段を更に備え、前記グルーピング手段は、前記計数した数が最大である商品が属する商品グループを特定する際、前記計数した数が同数である商品グループが複数ある場合に、前記受信手段で受信した注文予定商品情報が示す注文予定商品を選択したユーザのユーザ識別情報に基づいて前記履歴情報記憶手段を参照して、当該複数の商品グループのうち、過去に当該ユーザが選択した注文予定商品をグルーピングした際に利用した商品グループであって直近に利用した商品グループを前記最多商品グループとして特定することを特徴とする。この発明によれば、今回、ユーザにより選択された注文予定商品をグルーピングするにあたって、過去に、同じユーザが選択した注文予定商品をグルーピングした際に利用した商品グループであって直近に利用した商品グループを利用する。ユーザの最新行動履歴に基づくので、ユーザが希望する可能性が高いと推測されるグルーピングを実現することができる。請求項9に記載の発明は、請求項1乃至請求項8の何れか一項に記載のサーバ装置であって、前記受信手段は、前記端末装置から、前記送信手段が送信したグルーピング結果情報の示すグループのうち、キャンセルするグループを示すキャンセル情報を更に受信することを特徴とする。この発明によれば、ユーザは、グループ単位で注文予定商品をキャンセルすることができる。請求項10に記載の発明は、請求項1乃至請求項9の何れか一項に記載のサーバ装置であって、前記ユーザが前記注文予定商品として選択する商品は、ネットスーパーで扱われている商品であることを特徴とする。ネットスーパーマーケット以下、ネットスーパーというのサイトであるネットスーパーサイトでは、生鮮食品や日用雑貨など多種多品目にわたる商品が取り扱われるため、ユーザは一回の注文で複数の目的に対応する購買行動をとることが多い。すなわち、注文自体は1つの注文であっても、その中では複数の目的に対応している。そのため、1つの注文の中で、複数の注文予定商品をグルーピングして独立して取り扱うことが可能となることが望まれる。これにより、グループごとに独立してキャンセルや代替注文等の処理を行うことができるため、ユーザの利便性が高まる。また、商品グループをユーザ単位で管理することにより、ユーザ独自のレシピや生活パターン行動パターン等の行動特性に合ったグルーピングを行うことができる。請求項11に記載の発明は、請求項1に記載のサーバ装置であって、前記注文予定商品情報は、各前記注文予定商品の注文数量を示す情報を更に含み、前記受信手段において受信された注文予定商品情報が示す注文予定商品が欠品の場合を確認する欠品確認手段と、前記欠品確認手段によって前記注文予定商品が欠品であることが確認された場合に、欠品している商品を特定する情報とともに、欠品している商品の注文をキャンセルする案、及び欠品している商品の注文をキャンセルするとともに当該欠品している商品の代替商品を注文する案、の少なくとも何れか一つの案を提示する電子メールを、ユーザのメールアドレス宛に送信する提示案送信手段と、前記提示した案のうちの何れが選択されたかを示す情報を取得する選択情報取得手段と、を更に備えることを特徴とする。この発明によれば、注文商品が欠品している場合に、対応方法を複数の案からなる選択肢で提示する電子メールがユーザのメールアドレス宛に送信され、また、ユーザが選択した案を示す情報がサーバ装置側で取得される。したがって、注文商品が欠品している場合であってもユーザの希望する対応方法をサーバ装置側で容易に確認することができる。ここで、商品とは市場で取引されるものをいう。請求項12に記載の発明は、請求項11に記載のサーバ装置であって、前記受信手段は、前記注文予定商品情報が示す注文予定商品の配達指定日時を示す指定日時情報を更に受信し、前記欠品確認手段は、前記指定日時情報が示す配達指定日時の所定時間前に、商品の在庫数を示す在庫情報が記録された在庫情報記憶手段を参照して、前記受信した注文予定商品情報が示す注文予定商品の中に注文数量分の在庫がない商品があるかを確認することにより、前記注文予定商品情報が示す注文予定商品が欠品の場合を確認することを特徴とする。この発明によれば、注文商品が欠品している否かが欠品確認手段によって判定され、欠品している場合に、配達指定日時の所定時間前に対応方法を選択肢で提示する電子メールが送信される。このように、配達指定日時の所定時間前に対応方法を提示する電子メールがユーザに送信されるため、ユーザは実際に配達される前に所望の対応方法を送信することが可能となる。請求項13に記載の発明は、請求項12に記載のサーバ装置であって、商品がそれと代替可能な商品と対応付けて記憶されている代替関係記憶手段と、前記在庫情報記憶手段を参照して、前記欠品している商品と対応付けられている代替可能な商品について前記注文予定商品情報によって特定される注文数量分の在庫があるか否かを判定し、注文数量分の在庫があると判定した場合に当該代替可能な商品を前記代替商品として選択する代替商品選択手段と、を更に備え、前記提示案送信手段は、欠品している商品の代替商品を注文する案の中で、前記代替商品選択手段によって選択された代替商品を提示することを特徴とする。この発明によれば、注文商品が欠品している場合であっても、欠品している商品と代替可能な商品であって在庫がある商品を代替商品として注文者に提示することができる。よって、ユーザは注文した商品が欠品している場合、注文の前に一旦代替可能な商品を確認した上で、代替品を注文することが可能となる。請求項14に記載の発明は、請求項12に記載のサーバ装置であって、前記受信手段は、前記注文予定商品情報が示す注文予定商品が複数ある店舗のうち何れの店舗に対する注文であるかを示す注文店舗情報を受信し、前記在庫情報記憶手段は、前記店舗毎に前記在庫情報を記憶し、商品がそれと代替可能な商品と対応付けて記憶されている代替関係記憶手段と、前記在庫情報記憶手段を参照して、前記注文店舗情報が示す店舗において前記欠品している商品と対応付けられている代替可能な商品について前記注文予定商品情報によって特定される注文数量分の在庫があるか否かを判定し、注文数量分の在庫があると判定した場合に当該代替可能な商品を前記代替商品として選択する代替商品選択手段、を更に備え、前記提示案送信手段は、欠品している商品の代替商品を注文する案の中で、前記代替商品選択手段によって選択された代替商品を提示することを特徴とする。この発明によれば、注文を受けた店舗で扱われている商品であって、欠品商品と代替可能な商品であり且つ在庫のある商品を、代替商品として注文者に提示することができる。よって、ユーザは注文した商品が欠品している場合、注文の前に一旦代替可能な商品を確認した上で、代替品を注文することが可能となる。請求項15に記載の発明は、請求項13又は請求項14に記載のサーバ装置であって、前記代替商品選択手段は、商品の商品分類を示す分類情報が各商品に対して記憶されている分類情報記憶手段を参照して、前記欠品している商品と同じ商品分類に属する商品を代替可能な商品として取得し、取得した代替可能な商品について注文数量分の在庫があるか否かを判定することを特徴とする。この発明によれば、欠品している商品と同じ商品分類に属する商品であって、注文者に代替品として受け入れられやすい商品を代替商品として注文者に提示することができる。請求項16に記載の発明は、請求項13乃至請求項15の何れか一項に記載のサーバ装置であって、前記在庫情報記憶手段は、商品の価格を示す価格情報を各商品に対して更に記憶し、前記代替商品選択手段は、注文数量分の在庫がある代替可能な商品が複数種類存在する場合に、前記価格情報を参照して、前記欠品している商品の価格との価格差が最も小さい種類の商品を前記代替商品として選択することを特徴とする。この発明によれば、欠品している商品と価格が近く、注文者に代替品として受け入れられやすい商品を代替商品として注文者に提示することができる。請求項17に記載の発明は、請求項11乃至請求項16の何れか一項に記載のサーバ装置であって、前記欠品確認手段は、前記受信手段において受信された注文予定商品情報が示す前記複数の注文予定商品のうち1つでも欠品がある場合を確認し、前記提示案送信手段が送信する前記電子メールは、前記複数の注文予定商品の全てをキャンセルする案もさらに含むことを特徴とする。この発明によれば、複数の商品を注文した場合において、その一部に欠品している商品があった場合に、欠品している商品をキャンセルする案とともに、複数の注文商品の全てをキャンセルする案も提示することが可能となる。請求項18に記載の発明は、請求項17に記載のサーバ装置であって、前記欠品確認手段は、前記受信手段において受信された注文予定商品情報が示す前記複数の注文予定商品のうち1より多い複数の商品に欠品がある場合を確認し、前記提示案送信手段が送信する前記電子メール中の欠品している商品の注文をキャンセルする前記案は、前記欠品確認手段によって欠品が確認された前記複数の商品のキャンセルを示していることを特徴とする。この発明によれば、複数の商品を注文した場合において、その一部に欠品している商品が複数あった場合に、複数の欠品している商品のみをキャンセルする案を提示することが可能となる。請求項19に記載の発明は、請求項11乃至請求項18の何れか一項に記載のサーバ装置であって、前記電子メールには、前記注文者の利益となる利益情報が含まれていることを特徴とする。この発明によれば、欠品商品があった場合における対応方法を確認する電子メールで、利益情報を併せて送信することができる。したがって、利益情報を配布するためのコストを軽減することができる。請求項20に記載の発明は、請求項19に記載のサーバ装置であって、前記利益情報は、商品の割引情報であることを特徴とする。この発明によれば、注文者の注文意欲を向上させることができる。請求項21に記載の発明は、コンピュータが、端末装置から、ユーザが選択した複数の注文予定商品を示す注文予定商品情報を受信するステップと、コンピュータが、前記受信した注文予定商品情報が示す複数の注文予定商品を、商品グループと、当該商品グループに属する複数の商品との対応関係に基づいてグルーピングし、少なくとも一つ以上のグループを生成するステップと、コンピュータが、前記受信した注文予定商品情報が示す複数の注文予定商品のうち、グルーピングした各注文予定商品について何れのグループにグルーピングしたかを示すグルーピング結果情報を前記端末装置に送信するステップと、を含むことを特徴とする商品グルーピング方法である。請求項22に記載の発明は、コンピュータを、端末装置から、ユーザが選択した複数の注文予定商品を示す注文予定商品情報を受信する受信手段、前記受信した注文予定商品情報が示す複数の注文予定商品を、商品グループと、当該商品グループに属する複数の商品との対応関係に基づいてグルーピングし、少なくとも一つ以上のグループを生成するグルーピング手段、前記受信した注文予定商品情報が示す複数の注文予定商品のうち、グルーピングされた各注文予定商品について何れのグループにグルーピングされたかを示すグルーピング結果情報を前記端末装置に送信する送信手段、として機能させることを特徴とする商品グルーピングプログラムである。請求項23に記載の発明は、コンピュータを、端末装置から、ユーザが選択した複数の注文予定商品を示す注文予定商品情報を受信する受信手段、前記受信した注文予定商品情報が示す複数の注文予定商品を、商品グループと、当該商品グループに属する複数の商品との対応関係に基づいてグルーピングし、少なくとも一つ以上のグループを生成するグルーピング手段、前記受信した注文予定商品情報が示す複数の注文予定商品のうち、グルーピングされた各注文予定商品について何れのグループにグルーピングされたかを示すグルーピング結果情報を前記端末装置に送信する送信手段、として機能させる商品グルーピングプログラムがコンピュータ読み取り可能に記録された記録媒体である。請求項24に記載の発明は、端末装置と、ネットワークを介して前記端末装置から接続されるサーバ装置とを備える商品グルーピングシステムであって、前記サーバ装置は、前記端末装置から、ユーザが選択した複数の注文予定商品を示す注文予定商品情報を受信する受信手段と、商品グループと、当該商品グループに属する複数の商品との対応関係を記憶する商品グループ記憶手段に記憶されている商品グループに基づいて、前記受信手段で受信した注文予定商品情報が示す複数の注文予定商品をグルーピングし、少なくとも一つ以上のグループを生成するグルーピング手段と、前記受信した注文予定商品情報が示す複数の注文予定商品のうち、前記グルーピング手段でグルーピングされた各注文予定商品について何れのグループにグルーピングされたかを示すグルーピング結果情報を前記端末装置に送信する送信手段と、を備え、前記端末装置は、前記注文予定商品情報を前記サーバ装置に送信する注文予定商品送信手段と、前記サーバ装置から、前記グルーピング結果情報を受信するグルーピング結果受信手段と、を備えることを特徴とする。したがって、本発明によれば、ユーザが注文を予定する複数の商品がグルーピングされることから、注文予定商品をグループ単位で処理を行うことができるようになる。以下、図面を参照して本発明の実施形態について説明する。なお、以下に説明する実施の形態は、注文受付システムに対して本発明を適用した場合の実施形態である。[1.注文受付システムの構成及び機能概要]先ず、図1を用いて本発明の一実施形態に係る注文受付システムSの構成及び概要機能について説明する。図1に示すように、注文受付システムS商品グルーピングシステムの一例は、注文受付サーバ1サーバ装置の一例と、ユーザ端末2端末装置の一例と、店舗端末3と、を含むネットスーパーサイトとして構成されている。なお、図1の例では、説明の便宜上、一つのユーザ端末2を示しているが、実際には多数のユーザ端末から注文受付サーバ1にアクセス可能となっている。同様に、店舗端末3もネットスーパーサイトに参加するスーパーマーケットあるいは支店の数だけ存在する。ここで、ネットスーパーとは、既存のスーパーマーケットや店舗を持たない宅配専門の業者がインターネット上に設けたネットスーパーサイトを介して商品の注文を受け付け、注文者宅まで注文商品を届ける宅配サービスである。注文受付サーバ1、ユーザ端末2、及び店舗端末3は、ネットワークNWを介して、例えば、通信プロトコルにTCP/IP等を用いて相互にデータの送受信が可能になっている。なお、ネットワークNWは、例えば、インターネット、専用通信回線例えば、CATVCommunityAntennaTelevision回線、移動体通信網基地局等を含む、及びゲートウェイ等により構築されている。注文受付サーバ1は、複数の店舗が参加するネットスーパーサイトを運営するために設置されるサーバであり、ユーザ端末2から商品の注文を受け付け、注文内容を指定された店舗の店舗端末3で確認できるようにする。特に本実施形態の注文受付サーバ1は、注文者ユーザの一例が選択した注文商品注文予定商品の一例をグルーピングして、少なくとも一つ以上のグループを生成する機能を備えている。また、本実施形態の注文受付サーバ1は、ユーザから注文された商品以下、注文商品という。の中に在庫不足の欠品している商品以下、欠品商品という。があった場合に、店舗のスタッフがどういった対応を取るべきかを注文者にemail対応確認メールという。にて問い合わせる機能を備えている。ユーザ端末2は、Webブラウザ機能を有し、注文受付サーバ1に例えばHTTPHyperTextTransferProtocolリクエストを送信してそのレスポンスとしてWebページ等を取得し、ディスプレイ上に表示するようになっている。ユーザ端末2のユーザは、ネットスーパーサイトや出店者サイトから提供される情報提供サービスを利用することができる。また、ユーザ端末2は、電子メールクライアントWebメールを含むを利用して、ユーザのemailアドレス宛に送信されたemail電子メールの一例を受信し、ディスプレイ上に表示するようになっている。なお、ユーザ端末2には、例えば、パーソナルコンピュータ、PDAPersonalDigitalAssistant、携帯電話機等が適用可能である。店舗端末3は、ユーザ端末2と同様に、Webブラウザ機能を有し、注文受付サーバ1に例えばHTTPHyperTextTransferProtocolリクエストを送信してそのレスポンスとしてWebページ等を取得し、ディスプレイ上に表示するようになっている。また、店舗端末3は、注文受付サーバ1にアクセスし、注文受付サーバ1に蓄積された注文内容をディスプレイ上に表示するようになっている。これにより、店舗のスタッフは、自店舗に対する注文を確認できる。[2.注文受付サーバ1の構成]次に、注文受付サーバ1の構成について、図2乃至図4を用いて説明する。図2に示すように、注文受付サーバ1は、通信部11と、記憶部12と、入出力インターフェース部13と、システム制御部14と、を備えている。そして、システム制御部14と入出力インターフェース部13とは、システムバス15を介して接続されている。通信部11は、ネットワークNWに接続して、ユーザ端末2又は店舗端末3との通信状態を制御するようになっている。記憶部12記憶手段の一例は、例えば、ハードディスクドライブ等により構成されている。また、記憶部12には、会員DBDataBase121、店舗DB122、在庫DB123、代替可能商品DB124、商品所属グループDB125、グループDB126及び注文受付DB127が構築されている。図3Aに示す会員DB121には、会員登録された会員ネットスーパーの利用者であり、商品を注文した場合の注文者の会員IDユーザ識別情報の一例、認証パスワード、会員名称、会員住所、会員電話番号、メールアドレス、届先名称、届先住所、及び届先電話番号等を示す会員情報が登録されている。会員情報は、会員IDによって会員毎に判別可能になっている。ここで、会員IDは、会員を識別するための識別子である。また、届先は、ネットスーパーで購入した商品の配達先を意味する。また、会員ID及び認証パスワードは、ログイン処理会員の認証処理に使用されるログイン情報である。図3Bに示す店舗DB122には、ネットスーパーに出店しているスーパーマーケット支店も含むの店舗ID、店舗名称、店舗住所、店舗電話番号、配達可能地域及び配達可能時間等を示す店舗情報が登録されている。配達可能時間としては、複数の時間帯が登録されている。例えば、配達可能時間として8時から10時、10時から12時、12時から14時、、及び18時から20時と登録される。店舗情報は、店舗IDによってネットスーパーに出店しているスーパーマーケット、又は支店ごとに判別可能になっている。ここで、店舗IDは、出店店舗又は出店支店を識別するための識別子である。図3Cに示す在庫DB123在庫情報記憶手段の一例には、店舗ID、及び当該店舗IDで識別される店舗で取り扱われる商品の商品ID毎に、在庫数量を示す在庫情報や、商品名称、販売価格、仕入価格、生産者製造者、生産地製造地及び規格を示す商品情報が登録されている。規格とは、商品の大きさや容量などのことである。商品IDは商品を識別するための識別子である。在庫DB123に登録されている在庫情報は、各店舗に設置されている店舗端末3から受信する情報に基づいて適宜更新されるようになっている。また、在庫DB123を注文受付サーバ1ではなく、各店舗に設置される店舗端末3内の記憶部に設け、注文受付サーバ1が店舗端末3内の在庫DB123にアクセスできるようにしてもよい。図3Dに示す代替可能商品DB124には、商品ID毎に、当該商品IDで識別される商品と代替可能な商品の商品ID代替可能商品IDというが登録されている。代替可能な関係にある商品としては、例えば、牛肉と豚肉、北海道産のジャガイモと千葉県産のジャガイモ、A社製のコーラとB社製のコーラ、等が挙げられる。あるいは、例えば、ジャガイモとサトイモ、ボールペンと鉛筆、等を挙げることもできる。なお、一の商品IDに複数の代替可能商品IDを対応付けることとしてもよい。例えば、北海道産のジャガイモの代替可能商品として、千葉県産のジャガイモと長崎県産のジャガイモを対応付けることができる。図3Eに示す商品所属グループDB125には、商品ID毎に、当該商品IDで識別される商品が属するグループ商品グループの一例のグループID所属グループIDというが登録されている。一の商品が複数のグループに属する場合には、それぞれのグループのIDが所属グループID1、、所属グループIDnとして登録される。ここで、グループIDは、グループを識別するための識別子である。なお、商品所属グループDB125には、何れのグループにも属さない商品の商品IDは登録されていない。図3Fに示すグループDB126には、グループID毎に、グループ名称、利用頻度、所属商品数、所属商品IDが登録されている。グループIDで識別されるグループは複数の商品で構成される。グループ名称は、グループに対して与えられた名称である。所属商品数は、グループに含まれる商品の数である。所属商品IDは、グループに含まれる商品の商品IDである。グループには複数の商品が含まれることから、各商品の商品IDが所属商品ID1、、所属商品IDnとして登録される。グループDB126に登録されているグループは、注文商品をグループ分けする際に利用される。利用頻度は、注文商品をグループ分けする際に利用される頻度に対応しており、適宜更新される。商品所属グループDB125とグループDB126とが、商品グループ記憶手段として機能する。グループDB126には、料理のレシピ例えば、すき焼き、肉じゃが等、あるいは使う目的例えば、バーベキュー、朝食、トラベル等に沿ったグループが、各レシピ又は目的に応じた商品とともに記憶されている。ここで図4を参照してグループDB126の登録例について説明する。図4には、グループの一例として、すき焼きグループ、朝食グループ、夜食グループなどが示されている。例えば、夜食グループに属する商品は、カップラーメン、冷凍焼きおにぎり、コーヒー及びココアであることが示されている。この場合、グループDB126には、夜食グループについて、夜食がグループ名称として登録される。また、カップラーメン、冷凍焼きおにぎり、コーヒー及びココアにそれぞれ対応する商品IDが、所属商品ID1~所属商品ID4として登録され、4が所属商品数として登録される。なお、玉ねぎがすき焼きグループ、バーベキューグループ、肉じゃがグループ及びカレーグループの各グループに属しているように、一の商品が複数のグループに属することもある。図3Gに示す注文受付DB127には、注文受付ID毎に、商品を注文した会員の会員ID、注文先店舗の店舗ID、届先名称、届先住所、届先電話番号、配達指定日時、合計金額、支払方法、注文1{商品ID、注文数量、グループ番号}、、注文n{商品ID、注文数量、グループ番号}が登録されている。なお、注文1の商品IDは、1品目の注文商品の商品IDを示し、注文1の注文数量は、1品目の注文商品の注文数量を示している。また、注文1のグループ番号は、1品目の注文商品のグループ番号を示している。グループ番号は、注文商品が後述するグループ分け処理によりグループ分けされた際、何れのグループにグループ分けされたかを示す。すなわち、同じグループ番号が登録されている商品は、同じグループにグルーピングされたことを示している。但し、後述する非グループ商品については、グループ番号としてブランクが登録される。注文nのnは注文された商品の種別の総数を表している。また、記憶部12には、ショッピングサイトのWebページを構成する各種HTMLHyperTextMarkupLanguage文書、画像データ、音声データ、テキストデータ等が記憶されている。更に、記憶部12には、各種プログラムが記憶されている。具体的には、所定のOSOperatingSystem、WWWWorldWideWebサーバプログラム、及びショッピング処理プログラム等が記憶されている。WWWサーバプログラムは、HTTPHyperTextTransferProtocolプロトコルを用いて、ユーザ端末2等から送信されたリクエストに応じて、記憶部12に記憶されている各種のデータに基づきWebページをユーザ端末2等に送信するためプログラムである。ショッピング処理プログラムは、ショッピングサイトにおける商品の検索、購入等に関する処理を行うプログラムである。なお、各種プログラムは、例えば、他のサーバ装置等からネットワークNWを介して取得されるようにしても良いし、CD-ROM等のディスクDKに記録されてドライブ部を介して読み込まれるようにしても良い。入出力インターフェース部13は、通信部11及び記憶部12とシステム制御部14との間のインターフェース処理を行うようになっている。システム制御部14は、CPUCentralProcessingUnit14a、ROMReadOnlyMemory14b、RAMRandomAccessMemory14c等により構成されている。そして、システム制御部14は、CPU14aが、ROM14bや記憶部12に記憶された各種プログラムを読み出し実行することにより、受信手段、グルーピング手段、送信手段、キャンセル手段、欠品確認手段、提示案送信手段、選択情報取得手段、及び代替商品選択手段等として機能する。なお、注文受付サーバ1を、例えば、各種データベースを管理するサーバ、商品の検索処理を行う検索処理サーバ、各種情報を提供するWWWサーバ等の複数のサーバ装置により構成しても良い。[3.注文受付システムの動作]次に、本発明の一実施形態に係る注文受付システムSの動作について図5乃至図15を用いて説明する。[3.1.注文受付時の動作]図5乃至図13を用いて、注文受付サーバ1がユーザ端末2から商品の注文を受け付け、注文受付DBに注文受付レコードを登録するまでの動作について説明する。なお、図5のシーケンス図に示す処理が開始する前に、ユーザ端末2は、ネットスーパーサイトにアクセスし、ネットスーパーサイトのトップページをディスプレイに表示しているものとする。図5に示すように、まず、ユーザ端末2具体的には、ユーザ端末2の図示しないシステム制御部は、会員IDとパスワードを注文受付サーバ1に送信するための操作を検出すると、入力された会員IDとパスワードを注文受付サーバ1に送信するステップS101。注文受付サーバ1のシステム制御部14は、会員IDとパスワードを受信すると、ログイン処理を行うステップS102。具体的には、システム制御部14は、受信した会員IDに基づいて会員DB121を検索し、該当する会員IDが登録されているか否かを確認し、登録されている場合には、受信したパスワードと会員DB121に登録されている認証パスワードとが一致するか否かを確認する。そして、システム制御部14は、該当する会員IDが会員DB121に登録されており、且つ、パスワードが一致した場合にのみログイン処理に問題がないと判定する。システム制御部14は、ログイン処理に問題があると判定した場合には、ログイン処理でエラーが発生した旨を示すエラー情報をユーザ端末2に送信し、エラーメッセージをユーザ端末2のディスプレイに表示させる。一方、システム制御部14は、ログイン処理に問題がないと判定した場合には、会員DB121を参照し、登録されている届先住所を取得し、次いで、店舗DB122を参照し、取得した届先住所を配達可能地域に含む店舗又は支店のリストを取得するステップS103。次いで、システム制御部14は、取得した届先住所と、店舗リストを表示する店舗リスト画面図示しないを表示させるための店舗リスト画面用Webページを生成しステップS104、ユーザ端末2に送信するステップS105。ユーザ端末2は、店舗リスト画面用Webページを受信すると店舗リスト画面図示しないをディスプレイに表示させるステップS106。店舗リスト画面が表示されると、ユーザ会員は、表示された届先住所が注文商品を受け取る住所であるか否かの確認、及び注文購入先店舗の選択、を行う。なお、住所に誤りがある場合や、届先住所とは異なる住所で商品を受け取る場合には、商品を受け取る正しい住所を新届先住所として送信し、注文受付サーバ1から改めて店舗リスト画面用Webページを受信する。このとき、注文受付サーバ1のシステム制御部14は、新届先住所を受信すると、新届先住所を配達可能地域に含む店舗のリストを改めて取得し、新届先住所と、取得した店舗リストを表示するための店舗リスト画面用Webページを生成し、ユーザ端末2に送信する。ユーザ端末2は、ユーザにより注文先店舗が選択されると、選択された店舗の店舗IDを注文受付サーバ1に送信するステップS107。注文受付サーバ1のシステム制御部14は、店舗IDを受信すると、在庫DB122を参照し、受信した店舗IDで識別される店舗に属する商品で構成される商品リストを取得するステップS108。また、システム制御部14は、在庫DB122を参照し、商品の商品名称、販売価格、生産者製造者、生産地製造地及び規格を示す商品情報を取得する。次いで、システム制御部14は、商品リストに含まれる商品を表示するための商品一覧画面用Webページを生成しステップS109、ユーザ端末2に送信するステップS110。なお、商品一覧画面用Webページは、少なくとも商品の商品名称、販売価格、生産者製造者、生産地製造地及び規格を示す商品情報を表示させる。ユーザ端末2は、商品一覧画面用Webページを受信すると商品一覧画面図示しないをディスプレイに表示させるステップS111。商品一覧画面が表示されると、ユーザは、購入を希望する商品について、注文数量を選択した上で買い物かごボタンを押下クリックすることにより商品を買い物かごに登録することができる。そして、注文する商品を全て買い物かごに登録した後、会計ボタンを押下クリックすることで会計処理を行うことができる。ユーザ端末2は、会計ボタンを押下クリックする操作を検出すると、買い物かごに登録されている全商品及びその注文数量を示す注文データ注文予定商品情報の一例を注文受付サーバ1に送信するステップS112。なお、このときのユーザ端末2のシステム制御部図示しないは注文予定商品送信手段の一例として機能する。注文受付サーバ1のシステム制御部14は、注文データを受信すると、図8乃至図13を用いて後述するグループ分け処理を行うステップS113。グループ分け処理は、グループDB126に登録されているグループに基づいて、注文商品をグルーピングする処理である。なお、グルーピングできなかった商品を非グループ商品という。次に、システム制御部14は、注文商品の内容及びグループ分け処理の結果を表示する注文商品画面用Webページグルーピング結果情報の一例を生成しステップS114、ユーザ端末2に送信するステップS115。ユーザ端末2は、注文商品画面用Webページを受信すると注文商品画面をディスプレイに表示させるステップS116。なお、このときのユーザ端末2のシステム制御部図示しないはグルーピング結果受信手段の一例として機能する。ここで、図6を用いて注文商品画面について説明する。注文商品画面200には、注文商品一覧210、配送日指定エリア220、配送時間指定コンボボックス230、及び、次へボタン240が表示される。注文商品一覧210には、商品一覧画面における会計ボタン押下時に買い物かごに登録されていた商品の一覧が表示される。注文商品一覧210には、商品毎に、商品名、規格、数量、金額が表示される。また、注文商品一覧210には、商品合計、配送料、及び合計が表示される。商品合計としては、全注文商品の金額の合計額が表示され、合計としては、商品合計と配送料の合計額が表示される。注文商品一覧210では、グループ分け処理ステップS113でグルーピングされた商品について、何れのグループにグルーピングされたかを、グループ番号211-1~221-nnはグルーピングされたグループの数を表す。図6の例ではnは4により示している。例えば、図6の例では、牛肉、玉ねぎ、ピーマン、なす、ビール、炭がグループ1にグルーピングされたこと示している。一方、グループ分け処理ステップS113でグルーピングされなかった商品非グループ商品については、非グループ商品であることをバツ印212により示している。注文商品一覧210では、処理を中断することで全注文予定品の注文がキャンセルされる。また、各商品ボックスに配置されたキャンセルボタン213を押下することで、その商品の注文がキャンセルされる。さらに、各グループボックスにキャンセルボタン214を配置し、このボタンを押下することで、そのグループに属する全商品の注文がキャンセルされるようにしてもよい。配送日指定エリア220では、注文した商品を配送する日を指定することができる。配送日指定エリア220には、年選択ボックス221、月選択ボックス222、日選択ボックス223が設けられており、配送日の年、月、日をそれぞれ選択できるようになっている。なお、各選択ボックス221~223は連動しており、配送日として不適切な日付は選択できないようになっている。配送時間指定コンボボックス230では、注文した商品を配送する時間帯を指定することができるようになっている。配送時間指定コンボボックス230で指定できる時間帯は、店舗DB122に登録されている配達可能時間に対応している。次へボタン240は後続の処理に進む際に押下クリックされるべきボタンである。すなわち、注文者であるユーザは、配送日指定エリア220及び配送時間指定コンボボックス230において配送日時を指定した後、次へボタン240を押下クリックすることにより、後続の処理に進むことができる。上述した注文商品画面200がディスプレイに表示されると、注文者は、注文商品がどのようにグループ分けされたかを確認することができる。また、注文商品画面200において注文商品の配達日時を指定することができる。図5に戻り、ユーザ端末2は、次へボタン240を押下クリックする操作を検出すると、配送日指定エリア220及び配送時間指定コンボボックス230において指定された日時を示す配達日時情報を注文受付サーバ1に送信するステップS117。図7は、注文受付時における注文受付システムの処理例を示すシーケンス図である。図7に示すように、注文受付サーバ1のシステム制御部14は、配達日時情報を受信すると、会計方法を選択させるための会計画面用Webページを生成しステップS201、ユーザ端末2に送信するステップS202。ユーザ端末2は、会計画面用Webページを受信すると会計画面図示しないをディスプレイに表示させるステップS203。会計画面が表示されると、ユーザは支払金額を確認し、支払方法を選択する。会計画面では、支払方法としてクレジットカードによる支払、又は代金引換による支払の何れかを選択することができる。ユーザ端末2は、支払方法が選択されると、選択された支払方法の種別を示す支払方法情報を注文受付サーバ1に送信するステップS204。注文受付サーバ1のシステム制御部14は、支払方法情報を受信すると、注文受付レコードを生成するステップS205。注文受付レコードは、注文受付DB127に登録されるレコードであって、注文受付ID、会員ID、店舗ID、届先名称、届先住所、届先電話番号、配達指定日時、合計金額、支払方法、注文1{商品ID、注文数量、グループ番号}、、注文n{商品ID、注文数量、グループ番号}により構成されている。合計金額は、各注文商品の販売価格在庫DB123から商品IDに基づいて取得すると、注文数量とに基づいて算出する。グループ番号には、グループ分け処理にて、注文商品がグルーピングされたグループを示すグループ番号が記述される。なお、グループ番号はグループが生成された順番に対応している。すなわち、最初にグルーピングされたグループのグループ番号は1、2番目にグルーピングされたグループのグループ番号は2となる。次いで、システム制御部14は、注文内容を表示する注文内容確認画面用Webページを生成しステップS206、ユーザ端末2に送信するステップS207。ユーザ端末2は、注文内容確認画面用Webページを受信すると注文内容確認画面図示しないをディスプレイに表示させるステップS208。注文内容確認画面には、注文内容注文商品、数量、合計金額、配達指定日時、支払方法と、確認ボタンが表示される。ユーザは、表示された注文内容に誤りがなければ確認ボタンを押下クリックする。ユーザ端末2は、確認ボタンが押下クリックされると、ユーザが注文内容を確認した旨を示す確認データを注文受付サーバ1に送信するステップS209。注文受付サーバ1のシステム制御部14は、確認データを受信すると、ステップS205の処理で生成した注文受付レコードを注文受付DBに登録するステップS210。次に、図8及び図9を用いてグループ分け処理について説明する。図8は、システム制御部14によるグループ分け処理の例を示すフローチャートである。図9は、システム制御部14による同数時抽出処理の例を示すフローチャートである。図8に示すように、システム制御部14は、注文データが示す全注文商品をグループ分け対象商品としてセットするステップS11。次に、システム制御部14は、グループ分け対象商品から一つ商品を選択するステップS12。次いで、システム制御部14は、選択した商品の所属グループを特定するステップS13。具体的には、システム制御部14は、商品所属グループDB125を参照し、選択した商品の商品IDと対応付けられている所属グループIDを特定する。次に、システム制御部14は、所属グループを特定できたか否かを判定するステップS14。システム制御部14は、所属グループを特定できたと判定した場合にはステップS14:YES、特定したグループに対応するカウンタの値に1を加算するステップS15。例えば、特定したグループIDが夜食グループを識別するグループIDである場合には、夜食カウンタの値に1を加算する。なお、システム制御部14は、特定したグループIDが複数ある場合にはそれぞれ対応するカウンタの値に1を加算する。また、各カウンタは、ステップS11の処理からステップS12の処理に移行した際、又はステップS26の処理からステップS12の処理に移行した際に初期化される。一方、システム制御部14は、所属グループを特定できなかったと判定した場合商品所属グループDB125に選択した商品の商品IDが登録されていない場合にはステップS14:NO、選択した商品を非グループ商品に決定するステップS16。次いで、システム制御部14は、グループ分け対象商品から選択した商品を削除するステップS17。ステップS15の処理又はステップS17の処理を終えると、システム制御部14は、ステップS12の処理によりグループ分け対象商品を全て選択したか否かを判定するステップS18。システム制御部14は、全商品を選択していないと判定した場合にはステップS18:NO、ステップS12の処理に移行する。一方、システム制御部14は、全商品を選択したと判定した場合にはステップS18:YES、次いで、値が2以上のカウンタがあるか否かを判定するステップS19。システム制御部14は、値が2以上のカウンタがあると判定した場合にはステップS19:YES、値が最大であるカウンタに対応するグループを最大グループ最多商品グループの一例に決定するステップS20。次いで、システム制御部14は、最大グループに決定したグループは一つであるか否かを判定するステップS21。システム制御部14は、最大グループに決定したグループは一つであると判定した場合にはステップS21:YES、グループ分け対象商品から、最大グループに属する商品を抽出しステップS22、抽出した商品をグルーピングするステップS23。一方、システム制御部14は、最大グループは一つではないと判定した場合にはステップS21:NO、同数時抽出処理を行うステップS24。ここで、図9を用いて同数時抽出処理について説明する。図9に示すように、システム制御部14は、各最大グループに属するグループ分け対象商品を比較するステップS51。次いで、システム制御部14は、商品商品IDが全て一致しているか否かを判定するステップS52。システム制御部14は、商品商品IDが全て一致していると判定した場合には、ステップS52:YES、グループ分け対象商品から、最大グループに属する商品を抽出するステップS53。次いで、システム制御部14は、抽出した商品をグルーピングしステップS61、同数時抽出処理を終了する。一方、システム制御部14は、商品商品IDが全て一致しているわけではないと判定した場合には、ステップS52:NO、次いで、商品商品IDが一部一致しているか否かを判定するステップS54。システム制御部14は、商品商品IDが一部一致していると判定した場合にはステップS54:YES、種類商品IDが異なる商品それぞれついて所属グループの数を取得するステップS55。具体的には、商品IDに基づいて商品所属グループDB125を参照して所属グループIDが登録さている数を取得する。次いで、システム制御部14は、所属グループの数が最大である商品を特定するステップS56。そして、特定した商品の数は一つであるか否かを判定するステップS57。システム制御部14は、特定した商品の数は一つであると判定した場合にはステップS57:YES、特定した商品が属するグループを最大グループとして特定するステップS58。一方、システム制御部14は、特定した商品の数は一つではないと判定した場合にはステップS57:NO、グループDB126に登録されている利用頻度を参照して、特定した商品が属する最大グループのうち、より利用頻度の高い最大グループを特定するステップS59。次に、システム制御部14は、グループ分け対象商品から、ステップS58の処理又はステップS59の処理で特定した最大グループに属する商品を抽出するステップS60。次いで、システム制御部14は、抽出した商品をグルーピングしステップS61、同数時抽出処理を終了する。一方、ステップS54の処理において、システム制御部14は、商品商品IDが一部一致もしていないと判定した場合商品商品IDが全て異なる場合にはステップS54:NO、ステップS20の処理図8で決定した複数の最大グループの中から一つの最大グループを選択する例えば、複数の最大グループ中に含まれる商品のうちで、最初に買い物かごボタンが押下された商品が所属するグループを選択してもよい。ステップS62。次に、システム制御部14は、グループ分け対象商品から、選択した最大グループに属する商品を抽出しステップS63、抽出した商品をグルーピングするステップS64。次いで、システム制御部14は、ステップS62の処理により最大グループを全て選択したか否かを判定するステップS65。システム制御部14は、全最大グループを選択していないと判定した場合にはステップS65:NO、ステップS62の処理に移行する。一方、システム制御部14は、全最大グループを選択したと判定した場合にはステップS65:YES、同数時抽出処理を終了する。図8に戻り、システム制御部14は、ステップS23の処理又はステップS24の処理でグルーピングした商品を、グループ分け対象商品から削除するステップS25。次いで、システム制御部14は、グループ分け対象商品の数は0であるか否かを判定するステップS26。システム制御部14は、グループ分け対象商品の数は0ではないと判定したときにはステップS26:NO、ステップS12の処理に移行する。一方、システム制御部14は、グループ分け対象商品の数は0であると判定したときにはステップS26:YES、グループ分け処理を終了する。他方、ステップS19の処理において、システム制御部14は、値が2以上のカウンタがないと判定した場合にはステップS19:NO、次いで、グループ分け対象商品の数は0であるか否か判定するステップS27。システム制御部14は、グループ分け対象商品の数は0ではないと判定したときにはステップS27:NO、それぞれのグループ分け対象商品を、非グループ商品に決定し、グループ分け処理を終了する。一方、システム制御部14は、グループ分け対象商品の数は0であると判定したときにはステップS27:YES、グループ分け処理を終了する。なお、システム制御部14は、図8に示したステップS26の処理、図9に示したステップS61の処理、ステップS64の処理において、商品をグルーピングする際にはグルーピングする商品に対して、グルーピングした順番に基づくグループ番号を対応付ける。ここで、図4、図10~図13に示す例を用いて、グループ分け処理において商品がどのようにグループ分けされるかについて説明する。なお、グループDB126には、図4に示すグループのみが登録されていることとし、各グループに所属する商品も図4に示す商品のみが登録されていることとする。したがって、図4に示す商品以外の商品例えば、ボールペンは、何れのグループにも属さないこととなる。一方、図10~図13に示す注文商品は、ステップS112の処理図5で送信された注文データに含まれる全商品を示している。まず、注文受付サーバ1のシステム制御部14は、図10に示す全注文商品をグループ分け対象商品310としてセットするステップS11。次いで、システム制御部14は、グループ分け対象商品310から一つの商品牛肉を選択するステップS12。次いで、システム制御部14は、牛肉の所属グループを特定するステップS13。図4に示すように、牛肉はすき焼きグループ及びバーベキューグループに属するので、すき焼きグループ及びバーベキューグループを特定する。次いで、システム制御部14は、牛肉の所属グループを特定できたか判定するがステップS14、所属グループを特定することができたのでステップS14:YES、次いで、特定したグループに対応するすき焼きカウンタ、及びバーベキューカウンタの値に1を加算するステップS15。以降、システム制御部14は、他のグループ分け対象商品310についても同様の処理を行う。但し、ボールペンについては所属グループを特定することができないので図4参照、ボールペンを非グループ商品に決定しステップS16、グループ分け対象商品310から削除するステップS17。このように、システム制御部14は、図10に示す全てのグループ分け対象商品310に対して、ステップS12~ステップS18の処理を繰り返す。これにより、各グループに対応するカウンタの値は、図10のカウンタ行390に示す値となる。次いで、システム制御部14は、値が2以上のカウンタがあるか判定するステップS19。ここでは、値が2以上のカウンタがあるのでステップS19:YES、次いで、値が6と最大であるバーベキューカウンタに対応するバーベキューグループを最大グループとして決定するステップS20。次いで、システム制御部14は、最大グループが一つか判定するステップS21。ここでは、最大グループはバーベキューグループのみであるのでステップS21:YES、次いで、グループ分け対象商品310からバーベキューグループに属する牛肉、玉ねぎ、ピーマン、なす、ビール、炭を抽出するステップS22。次いで、システム制御部14は、牛肉、玉ねぎ、ピーマン、なす、ビール、炭をグルーピングするステップS23。次いで、システム制御部14は、グループ分け対象商品310から牛肉、玉ねぎ、ピーマン、なす、ビール、炭を削除するステップS25。図10に示すグループ分け対象商品310に対して、システム制御部14が上述したようなステップS12の処理からステップS25の処理を行うと、グループ分け対象商品310は図11に示すようになる。図11においては、グルーピングされた牛肉、玉ねぎ、ピーマン、なす、ビール、炭は処理済み商品320として示している。また、ステップS16の処理で非グループ商品に決定されたボールペンも処理済み商品320として示している。なお、グルーピングされた商品群については、グルーピングされた順番を示すグループ番号321をグループ列325に記述している。また、非グループ商品に決定された商品については、何れのグループにもグルーピングされなかったことを示すバツ印329をグループ列325に記述している。次いで、システム制御部14は、グループ分け対象商品310の数が0であるか判定するステップS26。図11に示すように、グループ分け対象商品310の数は0ではないのでステップS26:NO、ステップS12の処理に戻り、図11に示すグループ分け対象商品310について、ステップS12の処理からステップS18の処理を繰り返す。すると、各グループに対応するカウンタの値は、図11のカウンタ行390に示す値となる。次いで、システム制御部14は、値が2以上のカウンタがあるか判定するステップS19。ここでは、値が2以上のカウンタがあるのでステップS19:YES、次いで、システム制御部14は、カウンタの値が4と最大である肉じゃがグループとカレーグループとを最大グループとして決定するステップS20。次いで、システム制御部14は、最大グループが一つか判定するステップS21。ここでは、最大グループは2つ肉じゃがグループとカレーグループあるのでステップS21:NO、次いで、同数時抽出処理を行うステップS24。図9に示す同数時抽出処理において、システム制御部14は、まず、肉じゃがグループとカレーグループに属するグループ分け対象商品同士を比較しステップS51、完全一致か判定するステップS52。ここでは、豚肉、じゃがいも、にんじんは一致するが、しらたきとらっきょう漬けが異なる。よって、システム制御部14は、完全一致ではないと判定しステップS52:NO、次いで、一部一致か判定するステップS53。システム制御部14は、一部一致であると判定しステップS53:YES、次いで、しらたきとらっきょう漬けについて、それぞれ所属グループの数を取得するステップS55。システム制御部14は、しらたきの所属グループの数として2すき焼きグループと肉じゃがグループを取得し、らっきょう漬けの所属グループの数として1肉じゃがグループのみを取得する図4参照。次いで、システム制御部14は、所属グループの数が2と最大であるしらたきを特定しステップS56、更に、特定したしらたきが所属する肉じゃがグループを特定するステップS58。次いで、システム制御部14は、図11に示すグループ分け対象商品310から肉じゃがグループに属する豚肉、じゃがいも、にんじん、しらたきを抽出するステップS60。次いで、システム制御部14は、豚肉、じゃがいも、にんじん、しらたきをグルーピングするステップS61。図8に戻り、システム制御部14は、図11に示すグループ分け対象商品310から豚肉、じゃがいも、にんじん、しらたきを削除するステップS25。このように、図11に示すグループ分け対象商品310に対して、システム制御部14がステップS12の処理からステップS25の処理を行うと、グループ分け対象商品310は図12に示すようになる。図12では、グルーピングされた豚肉、じゃがいも、にんじん、しらたきが処理済み商品320として記述されている。次いで、システム制御部14は、グループ分け対象商品310の数が0であるか判定するステップS26。図12に示すように、グループ分け対象商品310の数は0ではないのでステップS26:NO、ステップS12の処理に戻る。以降、同様に、システム制御部14は、図12に示すグループ分け対象商品310について、上述の処理を繰り返す。すると、食パン、卵、ヨーグルトが3番目のグループとしてグルーピングされ、次いで、せんべい、シャンプーが4番目のグループとしてグルーピングされる。システム制御部14が、4番目のグループまでグルーピングすると、らっきょう漬けのみがグループ分け対象商品として残ることとなる。すると、システム制御部14は、ステップS26の処理において、グループ分け対象商品の数が0でないと判定しステップS26:YES、らっきょう漬けについてステップS12の処理からステップS18の処理を行う。次いで、システム制御部14は、ステップS19の処理及びステップS27の処理において何れもNOと判定することとなり、らっきょう漬けを非グループ商品に決定しステップS28、グループ分け処理を終了する。図13に示すように、グループ分け処理終了後には、注文商品は全て処理済み商品320となる。また、各注文商品は何れかのグループにグルーピングされるか、又は非グループ商品とされる。[3.2.対応確認メール送信時の動作]次に、図14に示すシーケンス図を用いて、注文受付サーバ1が、ユーザ端末2から注文を受けた注文商品の中に在庫不足の商品があった場合に、どういった対応方法を取るべきかを注文者に問い合わせる対応確認メールを送信する際の動作について説明する。まず、注文受付サーバ1のシステム制御部14は、注文受付DB127から、注文受付レコードを取得するステップS301。具体的には、システム制御部14は定期的に注文受付DB127にアクセスし、配達指定日時が所定時間帯例えば、配達指定日時が現在時刻から5時間以後であって且つ8時間前である時間帯。に設定されている注文受付レコードを取得する。注文受付レコードを取得する所定時間帯は、配達時間を考慮した上で、注文受付サーバ1のオペレータ又は店舗のスタッフ等が任意に設定してもよい。次に、システム制御部14は、注文受付レコードに記録されている注文商品の在庫確認を行うステップS302。具体的には、システム制御部14は、注文受付レコードの店舗ID及び注文1の商品IDに基づいて在庫DB123を検索し、在庫数量が注文1の注文数量よりも少ないか否かを判定し、少ない場合に在庫不足欠品と判定する。システム制御部14は、当該処理を、注文受付レコードの全注文商品すなわち、注文1から注文nまでについて行う。システム制御部14は、在庫数量が注文数量よりも少ない注文商品欠品商品がある場合には、欠品商品の商品IDを含む欠品商品情報を生成する。次いで、システム制御部14は、欠品商品情報の有無を確認し、欠品商品情報がない場合には、後述するステップS308の処理に移行する。一方、欠品商品情報がある場合には、次いで、欠品商品情報に基づいて対応確認メールを作成するステップS303。図15は、対応確認メールの一例を示す図である。対応確認メールのタイトル510には、注文商品の中に欠品があった旨を示すタイトルが表示される。対応確認メールの本文520には、在庫切れの商品欠品商品の名称521が表示されるとともに、対応方法を選択するための選択肢である4つの提案522~525が提示される。なお、注文数量分の在庫はないが、在庫数量が0でない注文商品である場合には、在庫数量分だけ商品を注文する提案を提示することとしてもよい。提案522は、注文商品の全商品をキャンセルする対応方法に対応している。提案523は、欠品商品と同じグループに含まれる全商品をキャンセルする対応方法に対応している。ここでいうグループとは、注文時に注文商品画面200図6で表示したグループである。図13の例によれば、グループ2肉じゃがに属する豚肉が欠品しており、よってじゃがいも、にんじん、及びしらたきも併せてキャンセルすることを意味する。なお、グループに含まれる他の注文商品を対応確認メールの本文520中に列挙することとしてもよい。また、欠品商品が、非グループ商品である場合には提案523は提示されない。提案524は、欠品商品のみをキャンセルする対応方法に対応している。提案525は、欠品商品の代わりに代替商品を注文する対応方法に対応している。システム制御部14は、提案525を提示する場合、代替可能商品DB124から欠品商品の代替可能商品IDを取得し、在庫DB123にて代替可能商品の在庫数量を確認する。そして、システム制御部14は、代替可能商品について欠品商品の注文数量以上の在庫があると判定した場合には、当該代替可能商品を代替商品として選択し、提案525にて提示する。なお、代替可能商品DB124において、欠品商品の商品IDに対して複数の代替可能商品IDが対応付けられている場合には、システム制御部14は、それぞれの代替可能な商品について在庫の確認を行う。そして、システム制御部14は、注文数量分の在庫がある代替可能な商品が複数種類存在する場合には、在庫DB123におけるそれぞれの代替可能な商品の販売価格を参照し、欠品商品の販売価格との価格差が最も小さい商品を代替商品として選択する。図14に戻り、システム制御部14は、対応確認メールを生成すると、対応確認メールを、会員DB121に登録されているメールアドレス宛に送信するステップS304。なお、図14では、対応確認メールをユーザ端末2に送信するように示しているが、対応確認メールを受信するユーザ端末2は、注文時に使用された端末に限られない。ここでは、便宜上、対応確認メールを受信する端末をユーザ端末2として説明する。ユーザ端末2は対応確認メールを受信すると、ディスプレイに表示させるステップS305。このとき、ユーザは、対応確認メールの本文中に提示されている選択肢の中から何れかを選択したメールを返信する。ユーザ端末2は、メールを返信する操作を検出すると、ユーザが選択した提案を示す情報を含む返信メールを注文受付サーバ1に送信するステップS306。注文受付サーバ1のシステム制御部14は、返信メールを受信すると、何れの提案が選択されたかを確認し、選択された提案に応じて、ステップS301の処理で取得した注文受付レコードを更新するステップS307。具体的には、システム制御部14は、提案522が選択された場合には、注文受付レコードを削除する。但し、支払方法がクレジットカード払いであった場合には、クレジットカード会社へ代金請求を停止するための処理を併せて行う。なお、提案522が選択された場合には、ステップS308以降の処理は行わない。提案523が選択された場合には、システム制御部14は、欠品商品のグループ番号と同じ番号がグループ番号として記述されている商品を特定し、特定した全商品に関する注文を削除する。なお、提案523が選択されたことを示す返信メールは本発明のキャンセル情報の一例である。提案524が選択された場合には、システム制御部14は、欠品商品の注文を削除する。提案525が選択された場合には、システム制御部14は、欠品商品の商品IDを、対応確認メールの提案525にて提示した代替商品の商品IDで上書き更新する。次に、注文受付サーバ1のシステム制御部14は、更新した注文受付レコードを、注文受付レコードの店舗IDで識別される店舗に設置されている店舗端末3に送信するステップS308。店舗端末3は、注文受付サーバ1から注文受付レコードを受信すると記憶部に記録する。記憶部に記録された注文受付レコードは、所定の操作により店舗のスタッフが確認できるようになっている。店舗端末3は、この所定操作を検出すると、注文受付レコードに基づく注文指示画面をディスプレイに表示するステップS309。注文指示画面には、注文内容届先名称、届先住所、届先電話番号、配達指定日時、合計金額、支払方法、注文商品及び注文商品の注文数量が表示される。店舗のスタッフは、注文指示画面に表示された注文内容に従って、注文商品の配送を手配することができる。以上説明したように、本実施形態における注文受付サーバ1の記憶部12の商品所属グループDB125及びグループDB126は、商品グループと、当該商品グループに属する複数の商品との対応関係を記憶し、システム制御部14は、ユーザ端末2から、ユーザが選択した複数の注文商品を示す注文データを受信し、受信した注文データが示す複数の注文商品を、商品所属グループDB125及びグループDB126に基づいてグルーピングし、少なくとも一つ以上のグループを生成する。そして、システム制御部14は、複数の注文商品のうち、グルーピングされた各注文商品について何れのグループにグルーピングされたかを示す注文商品画面用Webページをユーザ端末2に送信する。本実施形態における注文受付サーバ1によれば、注文者が購入を希望する複数の注文商品がグルーピングされることから、注文商品をグループ単位で処理を行うことができる。また、本実施形態では、料理のレシピあるいは使う目的によって設定されたグループ商品所属グループDB125及びグループDB126に基づいてグルーピングが行われているので、関連性のある、一緒に購入する蓋然性が高い商品同士をグルーピングすることが可能となる。また、本実施形態における商品所属グループDB125及びグループDB126には複数のグループと各グループに属する複数の商品との対応関係が登録されており、注文受付サーバ1のシステム制御部14は、グループDB126に登録されている複数のグループそれぞれに属する複数の商品と、受信した注文データが示す複数の注文商品とを対比し、最も多くの注文商品が属するグループを最大グループとして特定し、注文商品のうち特定された最大グループに属する注文商品を1つのグループとしてグルーピングするグルーピング処理グループ分け処理におけるステップS12の処理からステップS26の処理を、グルーピングされていない注文商品グループ分け対象商品に対して繰り返し行う。本実施形態における注文受付サーバ1によれば、注文商品が最も多く属するグループに基づいて注文商品をグルーピングするグルーピング処理が繰り返される。属する商品数が多いということは、そのグループが利用される可能性が高いと考えることができる。したがって、ユーザが一緒に処理購入、キャンセル等されることを希望する可能性が高いと推測される、つまり関連性が高いと推測される注文商品同士をグルーピングすることができる。また、本実施形態における注文受付サーバ1のシステム制御部14は、属する注文商品の数が同じとなるグループであって且つ最も多くの注文予定商品が属するグループが複数存在すると共にステップS21:NO、各最大グループに属する注文商品の少なくとも一部が異なる場合にステップS54:YES、当該異なる商品のそれぞれについて、グループDB126に登録されている複数のグループにおいて当該商品が属するグループの数を計数しステップS55、計数した数が最大である商品が属するグループを最大グループとして特定しステップS56、特定された最大グループに属する注文商品をグルーピングするステップS61。本実施形態における注文受付サーバ1によれば、注文商品が最も多く属する最大グループが複数存在し、且つ、各最大グループに属する注文商品の少なくとも一部が異なる場合に、異なる商品のうち、より多くのグループに属する商品が属するグループを最大グループとして特定し、特例された最大グループに基づいて注文商品がグルーピングされる。したがって、他の商品と関連して購入された可能性がより高い商品をグルーピングすることができる。また、本実施形態における注文受付サーバ1のグループDB126には、各グループについて、過去に注文商品をグルーピングする際に利用された利用頻度が登録されており、システム制御部14は、ステップS56の処理において、計数した数が最大である商品が属する最大グループを特定する際、計数した数が同数であるグループが複数ある場合にステップS57:NO、商品グループ記憶手段を参照して当該複数のグループのうち、最も利用頻度が高いグループを最大グループとして特定しステップS59、特定した最大グループに属する注文商品をグルーピングするステップS61。本実施形態における注文受付サーバ1によれば、利用頻度がより高いグループに基づいて注文商品がグルーピングされる。したがって、関連性が高いと推測される注文商品同士によるものであり、またユーザが希望する可能性が高いと推測されるグルーピングを実現することができる。また、本実施形態における注文受付サーバ1の注文受付DB127には、システム制御部14は、ユーザ端末2から、注文商品画面用Webページにて提示したグループのうち、キャンセルするグループを示す情報を受信する。本実施形態における注文受付サーバ1によれば、注文者は、グループ単位で注文商品をキャンセルすることができる。また、本実施形態における注文商品は、ネットスーパーサイトで提供される商品である。ネットスーパーサイトでは、生鮮食品や日用雑貨など多種多品目にわたる商品が取り扱われるため、ユーザは一回の注文で複数の目的に対応する購買行動をとることが多い。すなわち、注文自体は1つの注文であっても、その中では複数の目的に対応している。そのため、1つの注文の中で、複数の注文予定商品をグルーピングして独立して取り扱うことが可能となることが望まれる。本実施形態における注文受付サーバ1では、グループごとに独立してキャンセルや代替注文等の処理を行うことができるため、ユーザの利便性を高めることができる。なお、商品を注文する際の目的とは、例えば料理のレシピ例えば、すき焼き、肉じゃが等、あるいは使う目的例えば、バーベキュー、朝食、トラベル等をいう。したがって、すき焼きを注文しようと思っているユーザが注文予定品をサーバに送信した時点で、すき焼きではなく別のもの例えば、ハンバーグを食べたいと思ったときに、牛肉、白菜等のすき焼きに対応するグループに属する全商品を1つ1つキャンセルしていくより、グループ単位でキャンセルボタンを1回押下するほうが簡単であり、利便性が高い。また、本実施形態における注文受付サーバ1のシステム制御部14は、注文商品及び当該注文商品毎の注文数量を示す注文データ注文予定商品情報の一例を受信し、欠品商品の有無を確認し、欠品商品があった場合に、欠品商品の名称欠品商品を特定する情報の一例とともに、a欠品商品のみをキャンセルする提案524、及びb欠品商品をキャンセルするとともに欠品商品の代替商品を注文する提案525、の少なくとも何れか一つの提案を提示し、何れかの提案を選択させるための対応確認メール電子メールの一例を、注文者のメールアドレス宛に送信し、提示した提案のうち何れの提案が選択されたかを示す情報を含む返信メールを受信する。したがって、本実施形態における注文受付サーバ1のシステム制御部14は、受信手段、欠品確認手段、提示案送信手段、選択情報取得手段及び代替商品選択手段の一例として機能する。従来のショッピングサイトにおいては、注文者からの注文商品の在庫がなかった場合には、ショッピングサイトの店舗スタッフが注文者に電話をして在庫不足の商品がある旨を伝え、どういった対応を取ればよいか確認しなければならないという問題があった。これに対し、注文受付サーバ1では、注文者であるユーザから注文された商品の中に在庫のない欠品している商品が含まれていた場合に、ユーザの希望する対応方法を容易に確認することができる。すなわち、ユーザが注文した商品の中に欠品している商品があった場合に、対応方法として複数の案を提示する電子メールがユーザのメールアドレス宛に送信され、また、ユーザが選択した案を示す情報が取得される。よって、注文した商品の中に欠品している商品があった場合であってもユーザが希望する対応方法をサーバ装置側で容易に確認することができる。本実施形態における注文受付サーバ1によれば、注文商品の中に欠品商品があった場合に、対応方法を選択肢で提示する対応確認メールが注文者のメールアドレス宛に送信され、また、注文者が選択した提案を示す情報が取得される。したがって、注文商品の中に欠品商品があった場合であっても注文者の希望する対応方法を注文受付サーバ1や店舗のスタッフ等の注文受付サーバ1側が容易に確認することができる。また、本実施形態における注文受付サーバ1のシステム制御部14欠品確認手段の一例は、注文商品の配達指定日時を示す配送日時情報指定日時情報の一例を更に受信し、配送日時情報が示す配達指定日時の所定時間前に、注文の対象となる商品の在庫数を示す在庫数量が登録されている在庫DB123を参照して、欠品商品の有無を確認する。本実施形態における注文受付サーバ1によれば、配達指定日時の所定時間前に注文商品の中に欠品商品があるか否かが確認され、欠品商品がある場合に、対応確認メールが送信される。配達指定日時の所定時間前というのは、各店舗または各支店において配達事情を考慮して決めることができる。したがって、例えば各店舗において最も混雑する時間に最も遠距離に配達する場合を当該所定時間に定めておいてもよい。あるいは、例えば各店舗において、時期や時間によって当該所定時間を適宜変更してもよい。このように、配達指定日時の所定時間前に対応方法を提示する対応確認メールがユーザに送信されるため、ユーザは実際に配達される前に所望の対応方法を注文受付サーバ1に送信することが可能となる。また、本実施形態における注文受付サーバ1のシステム制御部14は、商品がそれと代替可能な商品と対応付けて記憶されている代替可能商品DB124代替関係記憶手段の一例と、在庫DB122在庫情報記憶手段の一例を参照して、欠品している商品と対応付けられている代替可能な商品について注文データによって特定される注文数量分の在庫があるか否かを判定し、注文数量分の在庫があると判定した場合に当該代替可能な商品を代替商品として選択し、対応確認メールの提案525において選択された代替商品を提示している。本実施形態における注文受付サーバ1によれば、注文商品が欠品している場合であっても、欠品している商品と代替可能な商品であって在庫がある商品を代替商品として注文者に提示することができる。よって、注文者であるユーザは注文した商品が欠品している場合、購入の前に一旦代替可能な商品を確認した上で、代替品を注文することが可能となる。また、本実施形態における注文受付サーバ1のシステム制御部14は、注文データが示す注文商品が複数ある店舗のうち何れの店舗に対する注文であるかを示す店舗ID注文店舗情報の一例を受信し、在庫DB122在庫情報記憶手段の一例は店舗毎に在庫情報を記憶し、商品がそれと代替可能な商品と対応付けて記憶されている代替可能商品DB124代替関係記憶手段の一例と、在庫DB122を参照して、店舗IDが示す店舗において欠品商品と対応付けられている代替可能な商品について注文データによって特定される注文数量分の在庫があるか否かを判定し、注文数量分の在庫があると判定した場合に当該代替可能な商品を代替商品として選択する。そして、システム制御部14は、対応確認メールにおける欠品商品の代替商品を注文する案の中で、上記選択された代替商品を提示する。本実施形態における注文受付サーバ1によれば、注文を受けた店舗で扱われている商品であって、欠品商品と代替可能な商品であり且つ在庫のある商品を、代替商品として注文者に提示することができる。よって、注文者であるユーザは注文した商品が欠品している場合、購入の前に一旦代替可能な商品を確認した上で、代替品を注文することが可能となる。また、本実施形態における注文受付サーバ1のシステム制御部14は、代替可能商品DB124代替関係記憶手段の一例を参照して、欠品商品と代替可能な商品を取得し、取得した代替可能な商品について注文数量分の在庫があるか否かを判定する。本実施形態における注文受付サーバ1によれば、予め代替可能な商品として代替可能商品DB124に登録された商品が、代替商品として注文者に提示される。また、本実施形態における注文受付サーバ1のシステム制御部14は、注文数量分の在庫がある代替可能な商品が複数種類存在する場合に、在庫DB123の販売価格価格情報の一例を参照して、欠品商品の価格との価格差が最も小さい種類の商品を代替商品として選択する。本実施形態における注文受付サーバ1によれば、欠品商品と価格が近く、注文者に代替品として受け入れられやすい商品を代替商品として注文者に提示することができる。また、本実施形態における注文受付サーバ1のシステム制御部14では、受信した注文データが複数の商品を注文商品として含んでいるとともに、当該複数の注文商品それぞれの注文数量も含んでいる。さらに、本実施形態における注文受付サーバ1のシステム制御部14は、受信された注文データが示す複数の注文商品のうち1つでも欠品がある場合を確認し、送信する対応確認メールにおいて複数の注文商品の全てをキャンセルする案522もさらに含む。本実施形態における注文受付サーバ1によれば、複数の商品を注文した場合において、その一部に欠品している商品があった場合に、欠品している商品をキャンセルする案523、524とともに、複数の注文商品の全てをキャンセルする案522も提示することが可能となる。また、本実施形態における注文受付サーバ1は、ネットスーパーで扱う商品についての注文予定商品情報をユーザから受け付ける。ネットスーパーサイトでは、生鮮食品や日用雑貨など多種多品目にわたる商品が取り扱われるため、ユーザは一回の購入で複数商品を購入することが多い。また、その際、ユーザはその複数商品が配達希望日に全てそろうことで初めて目的を達すると考える場合がある。本実施形態における注文受付サーバ1によれば、電子メールでユーザの意思を確認することができるため、ユーザの希望により一層沿うことが可能となる。すなわち、ネットスーパーの利用者は、通常、最終的な使い方である1つの目的例えば、レシピを想定しながら、この1つの目的に対して複数の商品を注文することが多い。そのため、例えば肉じゃがを作ろうと考えているユーザに対し豚肉が欠品している場合、以下のようにユーザの状況次第で対応方法が数通り考えられる:1豚肉がないと肉じゃがを作れないため結局スーパーマーケットへ買い物に行く。したがって、すべての注文商品をキャンセルしたい。案522に対応2肉じゃがではなく他のものを作りたいので、とりあえず肉じゃがに関連する材料をキャンセルしたい。案523に対応3豚肉だけ近所の肉屋で購入するので、豚肉以外の肉じゃがの材料は全部送って欲しい。案524に対応4豚肉ではなく牛肉等の代替の肉で肉じゃがを作れればいいので、代替商品を送って欲しい。案525このように、配達日に使用を想定して注文することが多いネットスーパーの場合、そのときのユーザの意思を確認して欠品商品に対応することが好ましい。[4.変形例][4.1.最大グループの特定について]上述したように、図9に示す同数時抽出処理のステップS57の処理において、システム制御部14は、ステップS56の処理で特定した商品の数は一つではないと判定した場合にステップS57:NO、グループDB126に登録されている利用頻度を参照して、特定した商品が属する最大グループのうち、より利用頻度の高い最大グループを特定するステップS59、構成となっている。この構成に関する変形例について説明する。まず、ユーザが注文した注文商品に対するグループ分け処理を行った際の履歴を、ユーザ毎に管理するグループ履歴DB履歴情報記憶手段の一例を記憶部12に設けることとする。具体的には、図16Aに示すようにグループ履歴DB128には、会員ID毎に、グループ分け処理において使用したグループのグループIDと、グループを使用した日時と、を登録する。なお、グループを使用するとは、ステップS22の処理、ステップS53の処理、ステップS60の処理、又はステップS63の処理において商品を抽出する際の基となることである。例えば、グループ分け対象商品310からバーベキューグループに属する牛肉、玉ねぎ、ピーマン、なす、ビール、炭を抽出した場合には、バーベキューグループを使用したことを意味する。そして、システム制御部14は、ステップS56の処理で特定した商品の数は一つではないと判定した場合にステップS57:NO、注文者の会員IDに基づいてグループ履歴DB128を参照する。このとき、システム制御部14は、ステップS59の処理に代わる処理として、ステップS56の処理で特定した各商品が属する最大グループのうち、過去に注文者の注文商品をグルーピングした際に使用したグループであって、直近に使用したグループを特定することとする。この変形例により、今回、注文者により選択された注文商品をグルーピングするにあたって、過去に、同じ注文者が選択した注文商品をグルーピングした際に利用したグループであって直近に利用したグループを利用することとなる。したがって、注文者が一緒に購入する可能性が高い、すなわち関連性が高いと推測される複数の商品を、同じグループにグルーピングすることができる。これにより、例えば流行に対応することや、あるいは季節に対応することが可能となる。[4.2.代替商品の選択について]代替可能商品DB124を参照して代替商品を選択する処理の変形例について、図16B、Cを用いて説明する。図16Bは、代替可能商品DB124の代わりに参照される所属商品分類DB129の一例を示す図である。図16Cは、商品分類DB130の一例を示す図である。図16Bに示す所属商品分類DB129には、商品ID毎に、当該商品IDで識別される商品が属する商品分類の商品分類ID所属商品分類IDというが登録されている。ここで、商品分類IDは、商品分類を識別するための識別子である。商品分類には、様々な基準で設定される商品分類を用いることができる。但し、各分類が、相互に代替可能な商品により構成されることが好ましい。例えば、牛肉、鶏肉、豚肉などで構成される肉類を一の商品分類とすることができる。また、牛肩ロース、牛リブロース、牛バラなどで構成される牛肉類を一の商品分類とすることもできる。図16Cに示す商品分類DB130には、商品分類ID毎に、商品分類名称、所属商品数、所属商品IDが登録されている。商品分類名称は、商品分類に対して与えられた名称である。所属商品数は、商品分類に含まれる商品の数である。所属商品IDは、商品分類に含まれる商品の商品IDである。一の商品分類に複数の商品が含まれる場合には、各商品の商品IDが所属商品ID1、、所属商品IDnとして登録される。この変形例において、注文受付サーバ1のシステム制御部14は、欠品商品があった場合、所属商品分類DB129分類情報記憶手段の一例を参照して欠品商品の商品IDに対応する商品分類IDを取得する。次いで、システム制御部14は、取得した商品分類IDに基づいて商品分類DB130を参照して、商品分類IDに対応する所属商品IDを取得する欠品商品の商品IDを除く。システム制御部14は、ここで取得した所属商品IDに対応する商品を、欠品商品と代替可能な商品とする。次いで、システム制御部14は、取得した代替可能な商品について、在庫DB123を参照して在庫を確認する。そして、システム制御部14は、在庫があることを確認した場合には、当該代替可能な商品を代替商品とする。この変形例によれば、欠品商品と同じ商品分類に属し、注文者に代替品として受け入れられやすい商品を代替商品として注文者に提示することができる。[4.3.対応確認メールについて]上述した対応確認メールに関する変形例について説明する。まず、対応確認メールにて、注文者の利益となる利益情報を提供することとしてもよい。具体的には、商品の割引情報やキャンペーン情報を提供することができる。これにより、欠品商品があった場合における対応方法を確認する対応確認メールで、利益情報を併せて送信することができ、利益情報を配布するためのコストを軽減することができる。上記商品の割引情報として、例えば、特売商品を紹介したり、割引クーポン番号を記載することができる。割引クーポン番号とは、ユーザがクーポン割引サービスを受けるために用いられる番号である。クーポン割引サービスは、ユーザが商品を購入する際、会計画面におけるクーポン番号入力エリアに割引クーポン番号を入力することで、割引を受けることができるサービスである。このように、商品の割引情報を注文者に提供することにより、注文者の購買意欲を向上させることができる。また、本実施形態においては、対応確認メールにて選択肢として提案522~525を注文者に提示し、何れかの提案を選択してもらった上で対応確認メールを返信してもらう構成となっている。これに代わる変形例として、対応確認メールに、対応方法を選択することができるWebページ対応方法選択画面用WebページというのURLを記述しておく。そして、注文者に対応方法選択画面用Webページにアクセスしてもらい、対応方法選択画面上で、対応方法を選択してもらう構成としてもよい。また、代替商品の選択の変形例として、商品単位ではなく、グループ単位で代替案をユーザに提案してもよい。例えば、豚肉が欠品している場合において、ユーザが肉じゃがを作りたいと考えていた場合、豚肉の代わりのものを提案するだけでなく、例えば肉じゃがの代わりに在庫があるハンバーグを提案してもよい。[4.4.在庫確認について]次に、図14を用いて説明した、注文受付サーバ1による対応確認メール送信時の動作の変形例について、図17を用いて説明する。図14の例では、注文受付サーバ1が配達指定日時の所定時間前に注文商品の在庫確認を行うこととなっていたが、変形例では、店舗のスタッフが、注文受付DB127に登録されている注文受付レコードの内容を閲覧し、注文商品の中に欠品商品があるか否かを確認し、欠品商品がある場合に欠品商品情報を注文受付サーバ1に送信する。まず、店舗端末3は、店舗スタッフによる注文内容を閲覧するための操作を検出すると、注文受付レコード閲覧リクエストを注文受付サーバ1に送信するステップS401。このとき、店舗端末3は当該店舗端末3が設置されている店舗の店舗IDを併せて送信する。一方、注文受付サーバ1のシステム制御部14は、注文受付レコード閲覧リクエスト及び店舗IDを受信すると、受信した店舗IDに基づいて、注文受付DB127を検索し、配達指定日時が現在時刻から所定時間内に設定されている注文受付レコードを抽出するステップS402。次いで、システム制御部14は、抽出した注文受付レコードの注文内容を表示する注文閲覧画面用Webページを生成しステップS403、店舗端末3に送信するステップS404。店舗端末3は、注文閲覧画面用Webページを受信すると、注文閲覧画面図示しないを表示するステップS405。注文閲覧画面には、注文内容届先名称、届先住所、届先電話番号、配達指定日時、合計金額、支払方法、注文商品及び注文商品の注文数量が表示される。店舗のスタッフは注文閲覧画面にて各注文商品について注文数量分の在庫があるか確認する。確認の結果、在庫不足の注文商品欠品商品があった場合には、店舗端末3に、欠品商品に関する注文受付ID及び商品IDを入力する。店舗端末3は、注文受付ID及び商品IDが入力されると、欠品商品がある旨と、注文受付ID及び商品IDを示す情報を含む欠品商品情報を生成し、注文受付サーバ1に送信するステップS406。注文受付サーバ1のシステム制御部14は、欠品商品情報を店舗端末3から受信して、内容を確認すると、上記ステップS303の処理図14と同様に、対応確認メールを生成するステップS407。すなわち、本変形例では、注文受付サーバ1のシステム制御部14は、欠品確認手段の一例として機能する。以降、ステップS304の処理からステップS309の処理が行われるが、図14の処理と同様なので説明を省略する。[4.5.商品グループと注文者]本実施形態において、注文受付サーバ1のシステム制御部14は、何れの注文者会員が選択した注文商品であろうと、商品所属グループDB125及びグループDB126に登録されたグループに基づいてグルーピングを行う構成となっている。この構成に関する変形例として、図16Dに示すように、会員ID会員とグループIDグループとを対応付ける会員用グループDB131を記憶部12に新たに設け、注文商品をグルーピングする際には、当該注文商品を選択した注文者と対応付けられているグループに基づいてグルーピングする構成としてもよい。会員用グループDB131において、会員IDと対応付けられるグループIDは、グループDB126に登録されているグループのグループIDであってもよいし、会員が独自に作成したグループのグループIDであってもよい。グループDB126に登録されているグループのグループIDを会員IDと対応付けて登録する場合には、グループ設定画面図示しないにてグループDB126に登録されているグループの一覧を会員に提示し、自分の選択した注文商品をグルーピングする際に使用するグループを選択してもらうこととする。一方、会員が独自に作成したグループのグループIDを会員IDと対応付けて登録する場合には、会員が作成したグループ及びそのグループに属する商品を示すユーザ生成グループ情報をユーザ端末2から受信することとなる。例えば、上述した注文商品画面図6の構成を変え、注文受付サーバ1のシステム制御部14がグループ分け処理ステップS113にてグルーピングしたグループを手動で変更できるようにし、変更されたグループに関するユーザ生成グループ情報を注文受付サーバ1に送信させる構成とする。システム制御部14は、ユーザ生成グループ情報を受信した場合には、生成されたグループに新たなグループIDを付与した上でグループDB126に登録する。そして、新たに付与したグループIDと会員IDとを対応付けて会員用グループDB131に登録する。あるいは、図6とは別に、新たなグループ設定画面にて、ユーザごとにクループ及び各グループに属する商品を、会員用グループDB131に登録してもよい。システム制御部14は、受信したユーザ生成グループ情報が示す商品グループと当該商品グループに属する複数の商品との対応関係を、当該商品グループを生成した会員の会員IDと対応付けてグループDB126に記憶させるグループ編集手段として機能する。当該変形例におけるグループ分け処理図8では、注文商品を選択した注文者の会員IDに対応するグループIDが対応付けられているグループのみに基づいて、グルーピングを行う。例えば、ステップS13の処理において、注文受付サーバ1のシステム制御部14は、注文商品を選択した注文者の会員IDに対応するグループIDを会員用グループDB131から取得する。次いで、システム制御部14は、取得したグループIDに対応するグループをグループDB126から取得する。そして、取得したグループの中からステップS12で取得した商品が属するグループを特定する。このように、会員と対応付けられたグループのみに基づいて、グルーピングを行うことで、会員の行動特性好みの商品の組合せ方、生活パターン、食事パターンなどに合ったグルーピングを行うことができる。あるいは、グループ分け処理図8において、会員用グループDB131を参照して、ユーザとグループとが対応しているグループを優先してもよい。なお、当該変形例においては、会員がネットスーパーサイトにログインしている際に、自分の選択したグループ又は自分の作成したグループによるグルーピングを希望するか否かを設定することができることとしてもよい。システム制御部14は、当該設定が希望するとなっている場合にのみ、会員と対応付けられたグループのみに基づいて、グルーピングを行うこととする。[4.6.注文商品のグループ単位でのキャンセル]本実施形態において、注文者が会計処理を実行した後に注文商品をグループ単位でキャンセルできるのは、対応確認メールにて提示された、欠品商品を含むグループのみである。この点について、注文者が、自発的に注文商品をグループ単位でキャンセルできることとしてもよい。具体的には、注文者がネットスーパーサイトにログインした際に表示されるトップページにおいて、商品をキャンセルするための画面を表示させる操作が検出された場合に、注文受付サーバ1からユーザ端末2に対して商品キャンセル画面用Webページを送信する。ユーザ端末2は、受信した商品キャンセル画面用Webページに基づいて商品キャンセル画面をディスプレイに表示させる。商品キャンセル画面では、注文者が注文した商品の一覧が表示されるとともに、キャンセルする商品をグループ単位又は商品単位で選択できるようになっている。ユーザ端末2は、注文者によりキャンセルするグループ又は商品が選択されると、何れのグループ又は商品が選択されたかを示すキャンセル情報を注文受付サーバ1に送信する。注文受付サーバ1は、受信したキャンセル情報に基づいて、注文受付DB127に登録されている注文受付レコードを更新する。具体的には、キャンセルされたグループに含まれる商品、又はキャンセルされた商品を注文受付レコードから削除する。また、本実施形態では、図8及び図9に示すように、注文受付サーバ1のシステム制御部14において注文商品のグループ分け処理が行われているがステップS113、ユーザによって注文商品をグループ分けしてもよい。[4.7.同一商品の複数グループへのグルーピング]本実施形態において、注文受付サーバ1のシステム制御部14は、複数のグループに属する商品例えば、図4における玉ねぎを、一度、最大グループ図6の例では、グループ1バーベキューにグルーピングしてしまうと、その他のグループ図6の例におけるグループ2肉じゃが等にグルーピングしない構成となっている。この構成に関する変形例として、図18に示すように、グループ1バーベキューにグルーピングした玉ねぎを、グループ2肉じゃがにもグルーピングするとともに、玉ねぎすなわち、複数のグループで重複する商品をユーザが認識しやすいような強調表示態様例えば、黒丸250等のマークを付したり、点滅表示としたり、太字又は斜体で表示したりする表示態様で表示する構成としてもよい。なお、図18の例では、グループ2に属する玉ねぎについてのみ強調表示態様としているが、グループ1に属する玉ねぎについても強調表示態様とすることとしてもよい。当該構成とする場合におけるシステム制御部14によるグループ分け処理について図19を用いて説明する。ここでは、図8で示したグループ分け処理との差異点を中心に説明する。なお、図19においては、ステップS15、ステップS19、ステップS20、ステップS25-2、ステップS27-2、ステップS28-2、ステップS28-3の処理におけるカウンタをグループカウンタと呼び、ステップS25-3の処理における商品カウンタと区別する。まず、ステップS11からステップS24の処理については上述した通りであるので説明を省略する。システム制御部14は、ステップS23の処理又はステップS24の処理を終えると、次いで、ステップS23、ステップS61図9参照、又はステップS64図9参照の処理で、商品をグルーピングしたグループに対応するグループカウンタの値に0をセットするステップS25-2。これは、一度グルーピングしたグループについて再度グルーピングしないための処理であるすなわち、図19においては、値が2以上のグループカウンタに対応するグループがグルーピングの対象となる。次に、システム制御部14は、グルーピングした商品にそれぞれ対応する商品カウンタの値に1を加算するステップS25-3。例えば、玉ねぎがグルーピングされた場合であれば、玉ねぎカウンタの値に1を加算する。システム制御部14は、ステップS25-3の処理を終えるとステップS19の処理に移行する。一方、システム制御部14は、ステップS19の処理において、値が2以上のグループカウンタはないと判定した場合にはステップS19:NO、次いで、値が1のグループカウンタがあるか否かを判定するステップS27-2。このとき、システム制御部14は、値が1のグループカウンタはないと判定した場合にはステップS27-2:NO、当該フローチャートにおける処理を終了する。一方、システム制御部14は、値が1のグループカウンタがあると判定した場合にはステップS27-2:YES、値が1のグループカウンタに対応するグループに属する商品を非グループ商品に決定しステップS28-2、当該グループカウンタの値に0をセットするステップS28-3。システム制御部14はステップS28-3の処理を終えると、ステップS19の処理に移行する。また、システム制御部14は、図5のステップS114の処理において注文商品画面用Webページを生成する際には、商品カウンタの値が2以上の商品を強調表示態様で表示するように注文商品画面用Webページを生成する。このように、複数のグループに所属する商品があった場合に、当該商品を所属するすべてのグループにグルーピングして表示させることによって、例えば、以下のからのような効果を得ることができる。注文者は、注文予定商品の中に複数の商品グループに属する商品が含まれている場合に、当該商品が何れの商品グループに属するかをもれなく確認することができる。例えば、図18に示す例においてなすが欠品である場合に、グループ1をキャンセルしたいが、グループ2はそのまま残しておきたいし、且つグループ2の一商品として玉ねぎを購入したい、という注文者の要望に応えることができる。つまり、注文者は、明示的に玉ねぎをキャンセルしない限り、グループ2の一商品として玉ねぎを購入することができる。より具体的に言うと、なすが欠品していることによりグループ1をキャンセルボタン214押下によりキャンセルしたとしても、玉ねぎに対応するキャンセルボタン213を押下しない限り、グループ2の一商品として玉ねぎを購入することができる。また、一例として図20に示すような対応確認メールを注文者に送信することとすれば、図18の注文商品一覧210に示す商品が注文者に選択された例注文予定商品として玉ねぎ、牛肉、ピーマン、なす、ビール、炭、豚肉、じゃがいも、にんじん、しらたきが選択された例において玉ねぎが欠品だった場合に、注文者はグループ1だけでなくグループ2もキャンセルしたいことに気がつくことができる。ここで、図20に示す対応確認メールについて説明する。なお、図20は、図18の注文商品一覧210に示す商品が注文者に選択された場合であって、玉ねぎが欠品の場合における対応確認メールの一例を示す図である。対応確認メールのタイトル510、本文520、提案522、524、525については上述した通りであるので説明を省略する。提案523-1は、欠品商品玉ねぎが含まれるグループ1の全商品をキャンセルする対応方法に対応している。また、提案523-1の次の行には、グループ1に含まれる欠品商品玉ねぎ以外の商品牛肉、ピーマン、なす、ビール、炭が列挙される。同様に、提案523-2は、欠品商品玉ねぎが含まれるグループ2の全商品をキャンセルする対応方法に対応している。また、提案523-2の次の行には、グループ2に含まれる欠品商品玉ねぎ以外の商品豚肉、じゃがいも、にんじん、しらたきが列挙される。ところで、上記実施形態では、ネットスーパーサイトにアクセスし、ネットスーパーサイトのトップページ図示しないを表示後すぐにログイン処理を行っているが、ログイン処理を行うタイミングはこれに限られない。例えば、買い物かごに登録されている全商品及びその注文数量を示す注文データを注文受付サーバ1に送信する際にログイン処理をおこなってもよい。この場合、過去にユーザが端末装置から注文受付サーバ1にアクセスした際に生成され、端末装置に保存されていたクッキーCookie情報によって、その後ユーザが端末装置からネットスーパーサイトにアクセスした際に、ユーザの届先住所を配達可能地域に含む店舗又は支店のリストを取得してもよい。なお、本発明は、上記実施形態に限定されるものではない。上記実施形態は、例示であり、本発明の特許請求の範囲に記載された技術的思想と実質的に同一な構成を有し、同様な作用効果を奏するものは、いかなるものであっても本発明の技術的範囲に包含される。したがって、例えば、本発明に係るサーバ装置が注文を受け付ける商品は、ネットスーパーで扱う商品に限らず、それ以外の商品であってもよい。具体的には、本、CD、DVDなどを扱う通信販売サイト等で扱われる商品であってもよい。例えば、複数巻によって完結する本を1巻から最終巻までを注文するのと同時に、別の関係ない本を複数冊注文した場合を考える。このような場合に、複数巻によって完結する本を1つのグループとしてグルーピングすることにより、キャンセル処理が容易になる。考えられるキャンセル処理としては、例えば途中の巻が欠品している場合に残りの巻もすべてキャンセルする、あるいは注文品全品の合計額が算出された段階で予算を超えていることが判明し、複数巻によって完結する本のシリーズ全品をキャンセルする、といった際に、本を1巻1巻キャンセルする煩雑さを避けることが可能となる。あるいは、例えば、CDを購入する際、合計額が予算を超えた場合などに、アーティスト別等にグループ分けされていると、最も興味の低いアーティストのグループからグループ単位でキャンセルすることが可能となる。その結果、やはりキャンセル処理の煩雑さを解消することが可能となる。また、注文予定商品は、購入を目的として注文を予定する商品に限られず、例えばレンタル賃貸を目的として注文を予定する商品など、製造や配達等を目的とした注文を予定して依頼された商品を含む。また、本実施形態においては、各種DB例えば、商品グループ記憶手段の一例である商品所属グループDB125、グループDB126、在庫情報記憶手段の一例である在庫DB122、代替関係記憶手段の一例である代替可能商品DB124等が、注文受付サーバ1の記憶部12に構築される構成としたが、当該構成に代えて、これらのデータベースを注文受付サーバ1以外の記憶部例えば、注文受付サーバ1がアクセス可能な装置の記憶部に構築することとし、注文受付サーバ1が適宜アクセスする構成としてもよい。また、図21に、グループ単位でのキャンセルをさせない場合における注文商品画面200Aの画面例を示す。また、注文受付サーバ1は、ユーザから注文された注文商品及び当該注文商品の注文数量を示す注文情報を受信する注文受信手段システム制御部14と、注文受信手段において受信された注文情報が示す注文商品が欠品の場合を確認する欠品確認手段システム制御部14と、欠品確認手段によって注文商品が欠品であることが確認された場合に、欠品している商品を特定する情報とともに、欠品している商品の注文をキャンセルする案、及び欠品している商品の注文をキャンセルするとともに当該欠品している商品の代替商品を注文する案、の少なくとも何れか一つの案を提示する電子メールを、ユーザのメールアドレス宛に送信する送信手段システム制御部14と、提示した案のうちの何れが選択されたかを示す情報を取得する選択情報取得手段システム制御部14と、を備えることを特徴とする注文受付装置として機能してもよい。この場合、注文受信手段は、注文情報が示す注文商品の配達指定日時を示す指定日時情報を更に受信し、欠品確認手段は、指定日時情報が示す配達指定日時の所定時間前に、商品の在庫数を示す在庫情報が記録された在庫情報記憶手段を参照して、受信した注文情報が示す注文商品の中に注文数量分の在庫がない商品があるかを確認することにより、注文情報が示す注文商品が欠品の場合を確認してもよい。この場合、商品がそれと代替可能な商品と対応付けて記憶されている代替関係記憶手段と、在庫情報記憶手段を参照して、欠品している商品と対応付けられている代替可能な商品について注文情報によって特定される注文数量分の在庫があるか否かを判定し、注文数量分の在庫があると判定した場合に当該代替可能な商品を代替商品として選択する代替商品選択手段と、を更に備え、送信手段は、欠品している商品の代替商品を注文する案の中で、代替商品選択手段によって選択された代替商品を提示してもよい。この場合、注文受信手段は、注文情報が示す注文商品が複数ある店舗のうち何れの店舗に対する注文であるかを示す注文店舗情報を受信し、在庫情報記憶手段は、店舗毎に在庫情報を記憶し、商品がそれと代替可能な商品と対応付けて記憶されている代替関係記憶手段と、在庫情報記憶手段を参照して、注文店舗情報が示す店舗において欠品している商品と対応付けられている代替可能な商品について注文情報によって特定される注文数量分の在庫があるか否かを判定し、注文数量分の在庫があると判定した場合に当該代替可能な商品を代替商品として選択する代替商品選択手段と、を更に備え、送信手段は、欠品している商品の代替商品を注文する案の中で、代替商品選択手段によって選択された代替商品を提示してもよい。この場合、商品の商品分類を示す分類情報が各商品に対して記憶されている分類情報記憶手段をさらに備え、代替商品選択手段は、分類情報を参照して、欠品している商品と同じ商品分類に属する商品を代替可能な商品として取得し、取得した代替可能な商品について注文数量分の在庫があるか否かを判定してもよい。この場合、在庫情報記憶手段は、商品の価格を示す価格情報を各商品に対して更に記憶し、代替商品選択手段は、注文数量分の在庫がある代替可能な商品が複数種類存在する場合に、価格情報を参照して、欠品している商品の価格との価格差が最も小さい種類の商品を代替商品として選択してもよい。この場合、注文受信手段が受信する注文情報は、複数の商品を注文商品として含むとともに、当該複数の注文商品それぞれの注文数量も含んでおり、欠品確認手段は、注文受信手段において受信された注文情報が示す複数の注文商品のうち1つでも欠品がある場合を確認し、送信手段が送信する電子メールは、複数の注文商品の全てをキャンセルする案もさらに含んでもよい。この場合、欠品確認手段は、注文受信手段において受信された注文情報が示す複数の注文商品のうち1より多い複数の商品に欠品がある場合を確認し、送信手段が送信する電子メール中の欠品している商品の注文をキャンセルする案は、欠品確認手段によって欠品が確認された複数の商品のキャンセルを示してもよい。この場合、商品グループと、当該商品グループに属する複数の商品との対応関係を記憶する商品グループ記憶手段と、注文受信手段で受信した注文情報が示す注文商品が複数であって、当該複数の注文商品を商品グループ記憶手段に記憶されている商品グループに基づいてグルーピングし、少なくとも一つ以上のグループを生成するグルーピング手段と、をさらに備え、送信手段は、欠品確認手段によって注文商品が欠品であることが確認された場合に、グルーピング手段によって生成された何れのグループに欠品している商品が含まれるかを特定し、欠品している商品が含まれるグループを特定する情報と共に、欠品している商品が含まれるグループに属する全注文商品をキャンセルする案も電子メールにおいて提示してもよい。この場合、電子メールには、注文者の利益となる利益情報が含まれていてもよい。この場合、利益情報は、商品の割引情報であってもよい。注文受付方法は、ネットスーパーで扱う商品についての注文情報をユーザから受け付けることを特徴とする注文コンピュータが、ユーザから注文された注文商品及び当該注文商品の注文数量を示す注文情報を受信するステップと、コンピュータが、受信した注文情報が示す注文商品が欠品の場合を確認するステップと、コンピュータが、注文商品は欠品であることが確認された場合に、欠品している商品を特定する情報とともに、欠品している商品の注文をキャンセルする案、及び欠品している商品の注文をキャンセルするとともに当該欠品している商品の代替商品を注文する案、の少なくとも何れか一つの案を提示する電子メールを、ユーザのメールアドレス宛に送信するステップと、コンピュータが、提示した案のうちの何れが選択されたかを示す情報を取得するステップと、を含んでもよい。この場合、注文受付プログラムを、コンピュータを、ユーザから注文された注文商品及び当該注文商品の注文数量を示す注文情報を受信する注文受信手段、注文受信手段において受信された注文情報が示す注文商品が欠品の場合を確認する欠品確認手段、欠品確認手段によって注文商品が欠品であることが確認された場合に、欠品している商品を特定する情報とともに、欠品している商品の注文をキャンセルする案、及び欠品している商品の注文をキャンセルするとともに当該欠品している商品の代替商品を注文する案、の少なくとも何れか一つの案を提示する電子メールを、ユーザのメールアドレス宛に送信する送信手段、提示した案のうちの何れが選択されたかを示す情報を取得する選択情報取得手段、として機能させてもよい。