知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2025-02-13
(45)【発行日】2025-02-21
(54)【発明の名称】配達管理装置及び情報処理プログラム
(51)【国際特許分類】
G06Q 10/0836 20230101AFI20250214BHJP
B65G 61/00 20060101ALI20250214BHJP
【ＦＩ】
G06Q10/0836
B65G61/00 550
【請求項の数】
6
(21)【出願番号】P 2020088649
(22)【出願日】2020-05-21
(65)【公開番号】P2021184126
(43)【公開日】2021-12-02
【審査請求日】2023-03-31
(73)【特許権者】
【識別番号】000003562
【氏名又は名称】東芝テック株式会社
(74)【代理人】
【識別番号】110003708
【氏名又は名称】弁理士法人鈴榮特許綜合事務所
(74)【代理人】
【識別番号】100108855
【弁理士】
【氏名又は名称】蔵田 昌俊
(74)【代理人】
【識別番号】100103034
【弁理士】
【氏名又は名称】野河 信久
(74)【代理人】
【識別番号】100179062
【弁理士】
【氏名又は名称】井上 正
(74)【代理人】
【識別番号】100075672
【弁理士】
【氏名又は名称】峰 隆司
(74)【代理人】
【識別番号】100153051
【弁理士】
【氏名又は名称】河野 直樹
(74)【代理人】
【識別番号】100162570
【弁理士】
【氏名又は名称】金子 早苗
(72)【発明者】
【氏名】前花 幸生
【審査官】松田 岳士
(56)【参考文献】
【文献】特開２０１６－０１２２４１（ＪＰ，Ａ）
【文献】特開２０１９－０５７０３９（ＪＰ，Ａ）
【文献】特開２００３－１６０２３１（ＪＰ，Ａ）
【文献】特開２００１－１７５７３２（ＪＰ，Ａ）
【文献】特開２００３－００６２９７（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｑ １０／００－９９／００
Ｂ６５Ｇ ６１／００
(57)【特許請求の範囲】
【請求項1】
グループに属する複数のユーザのうちのいずれかによる配達物の配達の指示を、配達物の配達先をグループ配達先とするか、通常配達先とするかの指定を伴って受ける第１の受付手段と、配達便に応じた実行タイミングにおいて、その配達便で配達すべき商品のそれぞれに関して配達先を決定する処理を、該当の商品についてグループ配達先とする指定が前記第１の受付手段により受けられている場合に、同じグループ配達先が前記第１の受付手段により受けられている別の商品が、同じ配達便で配達すべき別の商品に含まれなくとも、配達の指示を行ったユーザが属するグループに対して定められた配達先を前記配達物の配達先として決定し、通常配達先とする指定が前記第１の受付手段により受けられた場合に、複数のユーザに対して個別に定められた配達先のうちの配達の指示を行ったユーザに対して定められた配達先を前記配達物の配達先として決定するように行う決定手段と、
を具備した配達管理装置。
【請求項2】
前記第１の受付手段により受けた指示を行った注文者が前記グループに属するならば、グループ配達先とする指定を行うように前記注文者に提案するための通知を行う通知手段、をさらに備える請求項１に記載の配達管理装置。
【請求項3】
前記第１の受付手段により受けた指示を行った注文者による前記配達物の配達時刻に関する前記注文者の指定を、前記グループ配達先とする指定が前記第１の受付手段により受けられなかった場合に受け、前記グループ配達先とする指定が前記第１の受付手段により受けられた場合に受けない第２の受付手段、をさらに備える請求項１又は請求項２に記載の配達管理装置。
【請求項4】
前記グループ配達先とする指定が前記第１の受付手段により受けられた場合には、前記グループ配達先とする指定が前記第１の受付手段により受けられなかった場合に比べて大きな特典を前記第１の受付手段により受けた指示を行った注文者に与えるための処理を行う処理手段、をさらに備える請求項１乃至請求項３のいずれか一項に記載の配達管理装置。
【請求項5】
前記処理手段は、前記配達物の配達料金を、前記グループ配達先とする指定が前記第１の受付手段により受けられた場合には、前記グループ配達先とする指定が前記第１の受付手段により受けられなかった場合に比べて低く決定する処理を行う、請求項４に記載の配達管理装置。
【請求項6】
配達管理装置に備えられたコンピュータを、グループに属する複数のユーザのうちのいずれかによる配達物の配達の指示を、配達物の配達先をグループ配達先とするか、通常配達先とするかの指定を伴って受ける第１の受付手段と、
配達便に応じた実行タイミングにおいて、その配達便で配達すべき商品のそれぞれに関して配達先を決定する処理を、該当の商品についてグループ配達先とする指定が前記第１の受付手段により受けられている場合に、同じグループ配達先が前記第１の受付手段により受けられている別の商品が、同じ配達便で配達すべき別の商品に含まれなくとも、配達の指示を行ったユーザが属するグループに対して定められた配達先を前記配達物の配達先として決定し、通常配達先とする指定が前記第１の受付手段により受けられた場合に、複数のユーザに対して個別に定められた配達先のうちの配達の指示を行ったユーザに対して定められた配達先を前記配達物の配達先として決定するように行う決定手段と、
として機能させるための情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明の実施形態は、配達管理装置及び情報処理プログラムに関する。
【背景技術】
【0002】
配達先が近隣である複数の配達物を別々の時間に配達する必要がある場合、配達者は同じ地域に何度も出向かなければならず、配達者の負担となっていた。
このような事情から、配達者の負担を軽減できることが望まれていた。
このような事情から、配達者の負担を軽減できることが望まれていた。
【先行技術文献】
【特許文献】
【0003】
【文献】特開2003-128259号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
本発明が解決しようとする課題は、配達者の負担を軽減できる配達管理装置及び情報処理プログラムを提供することである。
【課題を解決するための手段】
【0005】
実施形態の配達管理装置は、第１の受付手段及び決定手段を備える。第１の受付手段は、グループに属する複数のユーザのうちのいずれかによる配達物の配達の指示を、配達物の配達先をグループ配達先とするか、通常配達先とするかの指定を伴って受ける。決定手段は、配達便に応じた実行タイミングにおいて、その配達便で配達すべき商品のそれぞれに関して配達先を決定する処理を、該当の商品についてグループ配達先とする指定が第１の受付手段により受けられている場合に、同じグループ配達先が前記第１の受付手段により受けられている別の商品が、同じ配達便で配達すべき別の商品に含まれなくとも、配達の指示を行ったユーザが属するグループに対して定められた配達先を配達物の配達先として決定するように行い、通常配達先とする指定が第１の受付手段により受けられた場合に、複数のユーザに対して個別に定められた配達先のうちの配達の指示を行ったユーザに対して定められた配達先を配達物の配達先として決定する。
【図面の簡単な説明】
【0006】
【図1】一実施形態に係る情報処理装置の要部回路構成と、この情報処理装置を用いて構成されるネットスーパーシステムの概略構成とを示すブロック図。
【図2】ユーザデータベースに含まれるデータレコードのデータ構造を模式的に示す図。
【図3】グループデータベースに含まれるデータレコードのデータ構造を模式的に示す図。
【図4】注文データベースに含まれるデータレコードのデータ構造を模式的に示す図。
【図5】受注処理のフローチャート。
【図6】受注処理のフローチャート。
【図7】受注処理のフローチャート。
【図8】第１の設定画面の一例を示す図。
【図9】第２の設定画面の一例を示す図。
【図10】第３の設定画面の一例を示す図。
【図11】管理処理のフローチャート。
【図12】配達伝票の一例を示す図。
【発明を実施するための形態】
【0007】
以下、実施の形態の一例について図面を用いて説明する。なお、本実施の形態では、ネットスーパーでの注文商品の配達管理に関する例を説明する。
図１は本実施形態に係る情報処理装置１の要部回路構成と、この情報処理装置１を用いて構成されるネットスーパーシステム１００の概略構成とを示すブロック図である。
図１は本実施形態に係る情報処理装置１の要部回路構成と、この情報処理装置１を用いて構成されるネットスーパーシステム１００の概略構成とを示すブロック図である。
【0008】
ネットスーパーシステム１００は、情報処理装置１、ユーザ端末２、店舗端末３及びプリンタ４を含む。そしてネットスーパーシステム１００は、情報処理装置１と、ユーザ端末２及び店舗端末３とを通信ネットワーク２００を介して通信可能とするとともに、店舗端末３にプリンタ４を接続して構成されている。
【0009】
情報処理装置１は、ネットスーパーサービスを提供するための情報処理を実行する。ネットスーパーサービスとは、スーパーマーケット等の実店舗で陳列販売されている商品を、通信ネットワークを介した注文に応じて配達するサービスである。情報処理装置１は、受注のための情報処理のほか、注文された商品の配達を管理するための情報処理を行う。つまり情報処理装置１は、配達管理装置としての機能を備える。
【0010】
ユーザ端末２は、ネットスーパーサービスを利用するユーザが、注文のために用いる端末である。ユーザ端末２としては例えば、ユーザの居宅に設置されたパーソナルコンピュータ、あるいはユーザが所有するモバイル通信端末などが利用される。
【0011】
店舗端末３は、実店舗に設置され、当該実店舗にてネットスーパーサービスを提供するための作業を行う作業者に対する各種の情報提示を行うための端末である。店舗端末３としては例えば、店舗のバックヤードに設置されたパーソナルコンピュータ、あるいは店舗の従業者が所持するモバイル通信端末などが利用される。
プリンタ４は、店舗端末３からの指示に応じて、配達伝票などの各種の伝票をプリントする。
プリンタ４は、店舗端末３からの指示に応じて、配達伝票などの各種の伝票をプリントする。
【0012】
通信ネットワーク２００としては例えば、インターネット、ＶＰＮ（virtual private network）、ＬＡＮ（local area network）、公衆通信網、移動体通信網などを、単独又は適宜に組み合わせて用いることができる。通信ネットワーク２００としては典型的には、移動体通信網及びインターネットが利用される。
【0013】
情報処理装置１は、プロセッサ１１、メインメモリ１２、補助記憶ユニット１３、通信インタフェース１４及び伝送路１５を含む。プロセッサ１１、メインメモリ１２、補助記憶ユニット１３及び通信インタフェース１４は、伝送路１５を介して通信可能とされている。そして、プロセッサ１１、メインメモリ１２及び補助記憶ユニット１３が伝送路１５により接続されていることによって、情報処理装置１を制御するためのコンピュータが構成される。
【0014】
プロセッサ１１は、上記コンピュータの中枢部分に相当する。プロセッサ１１は、オペレーティングシステム及びアプリケーションプログラム等の情報処理プログラムに従って、情報処理装置１としての各種の機能を実現するための情報処理を実行する。プロセッサ１１は、例えばＣＰＵ（central processing unit）である。
【0015】
メインメモリ１２は、上記コンピュータの主記憶部分に相当する。メインメモリ１２は、不揮発性のメモリ領域と揮発性のメモリ領域とを含む。メインメモリ１２は、不揮発性のメモリ領域では上記の情報処理プログラムを記憶する。メインメモリ１２は、プロセッサ１１が情報処理を実行する上で必要なデータを不揮発性又は揮発性のメモリ領域で記憶する場合もある。メインメモリ１２は、揮発性のメモリ領域を、プロセッサ１１によってデータが適宜書き換えられるワークエリアとして使用する。不揮発性のメモリ領域は、例えばＲＯＭ（read only memory）である。揮発性のメモリ領域は、例えばＲＡＭ（random access memory）である。
【0016】
補助記憶ユニット１３は、上記コンピュータの補助記憶部分に相当する。補助記憶ユニット１３としては、例えばＥＥＰＲＯＭ（electric erasable programmable read-only memory）、ＨＤＤ（hard disc drive）、あるいはＳＳＤ（solid state drive）等の周知の記憶デバイスを用いた記憶ユニットを利用できる。補助記憶ユニット１３は、プロセッサ１１が各種の処理を行う上で使用するデータ、あるいはプロセッサ１１での処理によって作成されたデータ等を保存する。補助記憶ユニット１３は、上記の情報処理プログラムを記憶する場合もある。
【0017】
通信インタフェース１４は、通信ネットワーク２００を介したデータ通信を行う。通信インタフェース１４としては、例えばインターネットを介した通信を行うための周知の通信デバイスを適用できる。
伝送路１５は、アドレスバス、データバス及び制御信号線等を含み、接続された各部の間で授受されるデータ及び制御信号を伝送する。
伝送路１５は、アドレスバス、データバス及び制御信号線等を含み、接続された各部の間で授受されるデータ及び制御信号を伝送する。
【0018】
補助記憶ユニット１３は、情報処理プログラムの１つであるネットスーパーアプリＡＰＡを記憶する。ネットスーパーアプリＡＰＡは、アプリケーションプログラムであり、ネットスーパーサービスを提供するための情報処理について記述されている。
補助記憶ユニット１３の記憶領域の一部は、ユーザデータベースＤＢＡ、グループデータベースＤＢＢ及び注文データベースＤＢＣとして使用される。ユーザデータベースＤＢＡは、ユーザを管理するためのデータベースである。グループデータベースＤＢＢは、複数のユーザが属して構成されるグループを管理するためのデータベースである。注文データベースＤＢＣは、ユーザによる注文を管理するためのデータベースである。
補助記憶ユニット１３の記憶領域の一部は、ユーザデータベースＤＢＡ、グループデータベースＤＢＢ及び注文データベースＤＢＣとして使用される。ユーザデータベースＤＢＡは、ユーザを管理するためのデータベースである。グループデータベースＤＢＢは、複数のユーザが属して構成されるグループを管理するためのデータベースである。注文データベースＤＢＣは、ユーザによる注文を管理するためのデータベースである。
【0019】
図２はユーザデータベースＤＢＡに含まれるデータレコードＤＲＡのデータ構造を模式的に示す図である。
ユーザデータベースＤＢＡは、ユーザに関連付けられたデータレコードＤＲＡの集合である。そしてデータレコードＤＲＡは、フィールドＦＡＡ，ＦＡＢ，ＦＡＣ，ＦＡＤ，ＦＡＥ，ＦＡＦを含む。
ユーザデータベースＤＢＡは、ユーザに関連付けられたデータレコードＤＲＡの集合である。そしてデータレコードＤＲＡは、フィールドＦＡＡ，ＦＡＢ，ＦＡＣ，ＦＡＤ，ＦＡＥ，ＦＡＦを含む。
【0020】
フィールドＦＡＡには、関連付けられたユーザを識別するための識別子としてのユーザＩＤ（identifier）がセットされる。ユーザＩＤは、例えばユーザによって、既に使用されている他のユーザＩＤと重複しないように決定される。あるいはユーザＩＤは、例えばプロセッサ１１が、ユーザデータベースＤＢＡに含まれる他のデータレコードＤＲＡのフィールドＦＡＡにセットされているユーザＩＤと重複しないように、例えば予め定められたルールに従って決定してもよい。フィールドＦＡＢには、関連付けられたユーザの氏名がセットされる。フィールドＦＡＣには、関連付けられたユーザが指定した通常の配達先を表すデータがセットされる。通常配達先としては、一例としてはユーザの居宅が指定される。この場合にフィールドＦＡＣには、関連付けられたユーザの居宅の住所が設定される。また通常配達先としては、別に、受け取りを代行するコンビニエンスストアなどの店舗が指定されてもよい。この場合にフィールドＦＡＣには、当該指定された店舗を識別するための店舗ＩＤがセットされる。フィールドＦＡＤには、関連付けられたユーザが属するグループを識別するためのグループＩＤ又は所在地の住所を表すデータがセットされる。フィールドＦＡＤには、関連付けられたユーザがグループに属さない場合は、予め定められた無効値がセットされる。フィールドＦＡＥには、関連付けられたユーザに関してグループ内で定められた受け取り順序がセットされる。例えば、グループ内における受け取り順序が第１位にセットされているならば、フィールドＦＡＥには「１」がセットされる。なお、関連付けられたユーザが受け取り者に指定されていない場合には、フィールドＦＡＥには予め定められた無効値がセットされる。フィールドＦＡＦには、関連付けられたユーザによる注文に関する代金の決済に用いる決済情報がセットされる。決済情報は、例えばクレジットカードの番号などである。データレコードＤＲＡは、ユーザを特定するための、性別、年齢、あるいは電話番号などの各種の属性情報等をセットしたフィールドを含んでもよい。またデータレコードＤＲＡは、ユーザ認証用のパスワードをセットしたフィールドを含んでもよい。
【0021】
なお、プロセッサ１１は、ユーザ登録を希望するユーザによるユーザ端末２での指示に応じて新たなデータレコードＤＲＡを生成し、ユーザデータベースＤＢＡに追加する。プロセッサ１１は、ユーザ登録を希望するユーザによる申告に応じた作業者による任意の端末装置での指示に応じて新たなデータレコードＤＲＡを生成し、ユーザデータベースＤＢＡに追加するのでもよい。あるいは、別の情報処理装置で生成されたデータレコードＤＲＡを、その情報処理装置からの要求に応じてプロセッサ１１がユーザデータベースＤＢＡに追加するのでもよい。
【0022】
図３はグループデータベースＤＢＢに含まれるデータレコードＤＲＢのデータ構造を模式的に示す図である。
グループデータベースＤＢＢは、グループに関連付けられたデータレコードＤＲＢの集合である。データレコードＤＲＢは、フィールドＦＢＡ，ＦＢＢを含む。
グループデータベースＤＢＢは、グループに関連付けられたデータレコードＤＲＢの集合である。データレコードＤＲＢは、フィールドＦＢＡ，ＦＢＢを含む。
【0023】
フィールドＦＢＡには、関連付けられたグループを識別するためのグループＩＤがセットされる。グループＩＤは、例えばプロセッサ１１が、グループデータベースＤＢＢに含まれる他のデータレコードＤＲＢのフィールドＦＢＡにセットされているグループＩＤと重複しないように、例えば予め定められたルールに従って決定する。フィールドＦＢＢには、関連付けられたグループに付与された名称であるグループ名がセットされる。グループ名は、例えばユーザによって、グループに属するユーザがグループを識別できるように任意に定められる。
【0024】
なお、プロセッサ１１は、ユーザによるユーザ端末２でのグループ生成指示に応じて新たなデータレコードＤＲＢを生成し、グループデータベースＤＢＢに追加する。また、プロセッサ１１は、ユーザによるユーザ端末２でのグループ編集指示に応じて、既設のグループに属するユーザを追加又は除外するようにデータレコードＤＲＢを更新する。プロセッサ１１は、ユーザからの申告に応じた作業者による任意の端末装置での指示に応じてデータレコードＤＲＢを生成又は更新してもよい。あるいは、別の情報処理装置で生成又は更新されたデータレコードＤＲＢを、その情報処理装置からの要求に応じてプロセッサ１１がグループデータベースＤＢＢに追加又は書き換えするのでもよい。
【0025】
図４は注文データベースＤＢＣに含まれるデータレコードＤＲＣのデータ構造を模式的に示す図である。
注文データベースＤＢＣは、ネットスーパーサービスによる注文の個々が関連付けられたデータレコードＤＲＣの集合である。データレコードＤＲＣは、フィールドＦＣＡ，ＦＣＢ，ＦＣＣ，ＦＣＤ，ＦＣＥ，ＦＣＦ，ＦＣＧ，ＦＣＨを含む。
注文データベースＤＢＣは、ネットスーパーサービスによる注文の個々が関連付けられたデータレコードＤＲＣの集合である。データレコードＤＲＣは、フィールドＦＣＡ，ＦＣＢ，ＦＣＣ，ＦＣＤ，ＦＣＥ，ＦＣＦ，ＦＣＧ，ＦＣＨを含む。
【0026】
フィールドＦＣＡには、関連付けられた注文を識別するための注文ＩＤがセットされる。フィールドＦＣＢには、関連付けられた注文に関する注文者であるユーザのユーザＩＤがセットされる。フィールドＦＣＣには、関連付けられた注文に関して指定された配達方法を識別する配達方法ＩＤがセットされる。フィールドＦＣＤには、関連付けられた注文に関して指定された配達先のデータがセットされる。フィールドＦＣＥには、関連付けられた注文に関して指定された配達日がセットされる。フィールドＦＣＦには、関連付けられた注文に関して指定された配達時間が属する時間帯を識別するための時間帯ＩＤがセットされる。フィールドＦＣＧには、関連付けられた注文に関して指定された決済方法を識別するための決済方法ＩＤがセットされる。フィールドＦＣＨには、関連付けられた注文についての商品リストがセットされる。商品リストは、購入商品のそれぞれを識別する商品コードのリストである。
【0027】
なお、データレコードＤＲＣは、フィールドＦＣＡ，ＦＣＢ，ＦＣＣ，ＦＣＤ，ＦＣＥ，ＦＣＦ，ＦＣＧ，ＦＣＨとは別のフィールドを含み、当該フィールドに任意のデータをセットしてもよい。例えば、情報処理装置１にて、複数の店舗でそれぞれ提供するネットスーパーサービスに関する管理を行うようにしてもよく、この場合には注文の対象となるネットスーパーサービス又は店舗を識別するためのＩＤをデータレコードＤＲＣにセットしてもよい。またデータレコードＤＲＣは、フィールドＦＣＡ，ＦＣＢ，ＦＣＣ，ＦＣＤ，ＦＣＥ，ＦＣＦ，ＦＣＧ，ＦＣＨのうちの一部を含まなくてもよい。例えば、配達方法が宅配のみに限定されるならば、フィールドＦＣＣを含まなくてよい。また例えば、商品リストを他のデータベースにて管理するようにするならば、フィールドＦＣＨを含まなくてよい。
【0028】
次に以上のように構成された情報処理装置１の動作について説明する。なお、以下に説明する各種の処理の内容は一例であって、一部の処理の順序の変更、一部の処理の省略、あるいは別の処理の追加などは適宜に可能である。例えば、以下の説明では、本実施形態の特徴的な動作を分かり易く説明するために、一部の処理についての説明を省略している。例えば、何らかのエラーが発生した場合に、そのエラーに対処するための処理が行われる場合があるが、そのような処理の一部については記載を省略している。
【0029】
ユーザは、ネットスーパーサービスを利用しようとするならば、ユーザ端末２から通信ネットワーク２００を介して、情報処理装置１が提供する予め定められたウェブサイトにアクセスする。なおユーザ端末２は、上記のアクセスを汎用のウェブブラウザにより行うのでも、専用のアプリケーションにより行うのでもよい。以下においては、ユーザ端末２における処理は、ウェブブラウザによる処理とする。
【0030】
情報処理装置１にてプロセッサ１１は、上記のようにユーザ端末２からのアクセスを受けると、注文を受けるための情報処理（以下、受注処理と称する）をネットスーパーアプリＡＰＡに基づいて実行する。なお、以下における受注処理の説明の中で、単にユーザと記す場合、ここでアクセスしたユーザを指すこととする。また、この受注処理は、１つの注文を対象として実行されるので、以下における受注処理の説明の中で、単に注文と記す場合、当該受注処理の対象となる注文を指すこととする。
図５、図６及び図７は受注処理のフローチャートである。
図５、図６及び図７は受注処理のフローチャートである。
【0031】
図５中のＡＣＴ１１としてプロセッサ１１は、アクセス者がユーザであるか否かを確認するためのユーザ認証を実行する。このユーザ認証は、例えばインターネットを介したアクセス者の認証のための周知の技術をそのまま用いることができる。そしてプロセッサ１１は、アクセス者がユーザであることを確認できたならば、これから受ける注文を管理するための新たなデータレコードＤＲＣを注文データベースＤＢＣに追加する。プロセッサ１１は、当該の新たなデータレコードＤＲＣの各フィールドには、例えば次のように各データをセットする。
【0032】
プロセッサ１１は、フィールドＦＣＡには、注文データベースＤＢＣに含まれる他のデータレコードＤＲＣのフィールドＦＣＡにセットされている注文ＩＤと重複しないように、例えば予め定められたルールに従って決定した注文ＩＤをセットする。
プロセッサ１１は、フィールドＦＣＢには、上記の認証に際して取得したユーザＩＤをセットする。
プロセッサ１１は、フィールドＦＣＢには、上記の認証に際して取得したユーザＩＤをセットする。
【0033】
プロセッサ１１は、フィールドＦＣＣには、デフォルトの配達方法の配達方法ＩＤをセットする。配達方法は、例えば、宅配、店頭受け取り、コンビニエンスストア受け取りなどであり、どの配達方法を利用可能とするかは、ネットスーパーサービスの提供者により事前に決められる。デフォルトの配達方法は、例えば宅配とすることが想定される。ただしプロセッサ１１は、配達方法が未選択であることを表すものとして予め定められた無効値をフィールドＦＣＣにセットしてもよい。
【0034】
プロセッサ１１は、フィールドＦＣＤには、デフォルトの配達先データをセットする。デフォルトの配達先データは、例えば通常配達先データとすることが想定される。つまりプロセッサ１１は、上記の認証に際して取得したユーザＩＤがフィールドＦＡＡにセットされているデータレコードＤＲＡをユーザデータベースＤＢＡから見つけ出し、当該データレコードＤＲＡのフィールドＦＡＣにセットされている通常配達先データをフィールドＦＣＤにコピーする。ただしプロセッサ１１は、配達方法が未選択であることを表すものとして予め定められた無効値をフィールドＦＣＤにセットしてもよい。
【0035】
プロセッサ１１は、フィールドＦＣＥには、デフォルトの配達日をセットする。デフォルトの配達日は、選択可能な配達日のうちの最先の日とすることが想定される。ただしプロセッサ１１は、配達日が未選択であることを表すものとして予め定められた無効値をフィールドＦＣＥにセットしてもよい。
【0036】
プロセッサ１１は、フィールドＦＣＦには、デフォルトの時間帯ＩＤをセットする。デフォルトの時間帯ＩＤは、選択可能な配達時間のうちの最先の配達時間が属する時間帯の時間帯ＩＤとすることが想定される。ただしプロセッサ１１は、配達時間帯が未選択であることを表すために予め定められた無効値をフィールドＦＣＦにセットしてもよい。
【0037】
プロセッサ１１は、フィールドＦＣＧには、デフォルトの決済方法ＩＤをセットする。決済方法は、例えば代金引換及びクレジット決済などであり、どの決済方法を利用可能とするかは、ネットスーパーサービスの提供者により事前に決められる。デフォルトの決済方法ＩＤは、代金引換の決済方法ＩＤとすることが想定される。ただしプロセッサ１１は、決済方法が未選択であることを表すために予め定められた無効値をフィールドＦＣＧにセットしてもよい。
プロセッサ１１は、フィールドＦＣＨには、いずれの商品コードも含めない。プロセッサ１１は、未登録であることを表すものとして予め定められた無効値をフィールドＦＣＨにセットしてもよい。
プロセッサ１１は、フィールドＦＣＨには、いずれの商品コードも含めない。プロセッサ１１は、未登録であることを表すものとして予め定められた無効値をフィールドＦＣＨにセットしてもよい。
【0038】
なお、上記の各種のデフォルト設定は、例えばネットスーパーアプリＡＰＡの作成者により任意に定められてよい。そしてデフォルト設定は、ネットスーパーサービスの提供者又はユーザにより適宜に変更されてもよい。各種のデフォルト設定のユーザによる変更を可能とするならば、当該のデフォルト設定をセットするフィールドをユーザデータベースＤＢＡのデータレコードＤＲＡに追加しておく。
そしてプロセッサ１１は、注文データベースＤＢＣを更新し終えたならば、ＡＣＴ１２へと進む。
そしてプロセッサ１１は、注文データベースＤＢＣを更新し終えたならば、ＡＣＴ１２へと進む。
【0039】
ＡＣＴ１２としてプロセッサ１１は、ユーザ端末２でのユーザの指示に応じて購入商品を登録する。この商品登録は、ウェブページ上でユーザにより指定された商品を購入商品として登録する処理であって、例えば既存のネットスーパーサービスで行われている処理と同様な処理であってよい。なおプロセッサ１１は、指定された商品の商品コードを、上記のように注文データベースＤＢＣに追加したデータレコードＤＲＣのフィールドＦＣＨにセットする。そしてプロセッサ１１は、商品登録の完了がユーザにより宣言されたならば、ＡＣＴ１３へと進む。
ＡＣＴ１３としてプロセッサ１１は、ユーザがグループに所属しているか否かを確認する。
ＡＣＴ１３としてプロセッサ１１は、ユーザがグループに所属しているか否かを確認する。
【0040】
ここで、本実施形態におけるグループについて説明する。
ネットスーパーサービスのユーザは、任意の他のユーザとグループを組むことができる。どのようなグループとするかは、ユーザの任意である。ネットスーパーでの注文品の配達先が近隣であるユーザどうしでグループを組むことが好適である。また、グループ内の一部のユーザを受取者とする。どのユーザを受け取り者とするかは、グループ毎に任意である。例えば、同じ集合住宅に居住する複数のユーザにより１つのグループを組み、上記の集合住宅に駐留する管理人であるユーザ、あるいは在宅率の高いユーザなどを受取人とすることが想定される。受取人を複数定める場合には、受け取り順位を定めておく。そしてグループを新規に組んだ場合にそのグループに属する任意のユーザは、事前の申告によりグループＩＤ及びグループ名をグループデータベースＤＢＢに登録させておく。またグループに属する各ユーザは、事前の申告によりグループＩＤをユーザデータベースＤＢＡに登録させておく。また受取人となるユーザは、事前の申告により受け取り順位をユーザデータベースＤＢＡに登録させておく。これにより、ユーザデータベースＤＢＡのデータレコードＤＲＡは、グループに属するユーザに関連付けられている場合には、有効なグループＩＤ及び受け取り順位がフィールドＦＡＤ，ＦＡＥにセットされている。
ネットスーパーサービスのユーザは、任意の他のユーザとグループを組むことができる。どのようなグループとするかは、ユーザの任意である。ネットスーパーでの注文品の配達先が近隣であるユーザどうしでグループを組むことが好適である。また、グループ内の一部のユーザを受取者とする。どのユーザを受け取り者とするかは、グループ毎に任意である。例えば、同じ集合住宅に居住する複数のユーザにより１つのグループを組み、上記の集合住宅に駐留する管理人であるユーザ、あるいは在宅率の高いユーザなどを受取人とすることが想定される。受取人を複数定める場合には、受け取り順位を定めておく。そしてグループを新規に組んだ場合にそのグループに属する任意のユーザは、事前の申告によりグループＩＤ及びグループ名をグループデータベースＤＢＢに登録させておく。またグループに属する各ユーザは、事前の申告によりグループＩＤをユーザデータベースＤＢＡに登録させておく。また受取人となるユーザは、事前の申告により受け取り順位をユーザデータベースＤＢＡに登録させておく。これにより、ユーザデータベースＤＢＡのデータレコードＤＲＡは、グループに属するユーザに関連付けられている場合には、有効なグループＩＤ及び受け取り順位がフィールドＦＡＤ，ＦＡＥにセットされている。
【0041】
そこでプロセッサ１１はＡＣＴ１３においては、例えばユーザデータベースＤＢＡにてユーザが関連付けられたデータレコードＤＲＡのフィールドＦＡＤに無効値がセットされているならば、グループに属していないとしてＮＯと判定し、ＡＣＴ１４へと進む。
ＡＣＴ１４としてプロセッサ１１は、第１の設定画面の表示をユーザ端末２に対して指示する。第１の設定画面は、登録済みの商品の購入に関する諸条件をグループに属していないユーザが設定するための画面である。なおプロセッサ１１は例えば、第１の設定画面の表示指示であることを識別するための識別データを含んだ指示データを、通信インタフェース１４からユーザ端末２に宛てて通信ネットワーク２００へと送出する。プロセッサ１１は、第１の設定画面を表したウェブページデータを指示データに含める。
なお、以降において説明する情報処理装置１からユーザ端末２への各種の指示は、上記と同様に実現される。
ＡＣＴ１４としてプロセッサ１１は、第１の設定画面の表示をユーザ端末２に対して指示する。第１の設定画面は、登録済みの商品の購入に関する諸条件をグループに属していないユーザが設定するための画面である。なおプロセッサ１１は例えば、第１の設定画面の表示指示であることを識別するための識別データを含んだ指示データを、通信インタフェース１４からユーザ端末２に宛てて通信ネットワーク２００へと送出する。プロセッサ１１は、第１の設定画面を表したウェブページデータを指示データに含める。
なお、以降において説明する情報処理装置１からユーザ端末２への各種の指示は、上記と同様に実現される。
【0042】
図８は第１の設定画面ＳＣＡの一例を示す図である。
第１の設定画面ＳＣＡは、エリアＡＲＡ，ＡＲＢ，ＡＲＣ，ＡＲＤ，ＡＲＥ及びボタンＢＵＡ，ＢＵＢを表す。
第１の設定画面ＳＣＡは、エリアＡＲＡ，ＡＲＢ，ＡＲＣ，ＡＲＤ，ＡＲＥ及びボタンＢＵＡ，ＢＵＢを表す。
【0043】
エリアＡＲＡは、設定中の配達方法を表示するエリアである。図８においては、配達方法として「配達」が設定されている状態を表している。、またエリアＡＲＡは、配達方法を変更することをユーザが宣言するためのＧＵＩ（graphical user interface）を兼ねる。
エリアＡＲＢは、設定中の配達先を表示するエリアである。図８においては、配達先として、通常配達先として登録された配達先が設定されている状態を表している。そしてエリアＡＲＢは、配達先を変更することをユーザが宣言するためのＧＵＩを兼ねる。
エリアＡＲＣは、設定中の配達日を表示するエリアである。図８においては、配達日として「２０２０年０１月０１日（水）」が設定されている状態を表している。そしてエリアＡＲＣは、配達日を変更することをユーザが宣言するためのＧＵＩを兼ねる。
エリアＡＲＢは、設定中の配達先を表示するエリアである。図８においては、配達先として、通常配達先として登録された配達先が設定されている状態を表している。そしてエリアＡＲＢは、配達先を変更することをユーザが宣言するためのＧＵＩを兼ねる。
エリアＡＲＣは、設定中の配達日を表示するエリアである。図８においては、配達日として「２０２０年０１月０１日（水）」が設定されている状態を表している。そしてエリアＡＲＣは、配達日を変更することをユーザが宣言するためのＧＵＩを兼ねる。
【0044】
エリアＡＲＤは、設定中の配達時間を表示するエリアである。そしてエリアＡＲＤは、配達時間をユーザが指定するためのＧＵＩを兼ねる。図８においては、配達時間が、「１４：００～１６：００」「１６：００～１８：００」「１８：００～２０：００」及び「２０：００～２１：００」の４つの時間帯のうちの１つとして指定可能としている場合を示している。そしてエリアＡＲＤには、各時間帯に対応付けたラジオボタンを表しており、このラジオボタンによりどの時間帯内の時間が配達時間として設定されているかを表す。図８においては、配達時間として時間帯「１４：００～１６：００」内の時間が設定されている状態を表している。また図８は、時間帯「１４：００～１６：００」及び時間帯「１６：００～１８：００」を指定可能である場合を表し、そのことを当該時間帯に対応付けて表した丸印により示している。また図８は、時間帯「２０：００～２１：００」を指定できない場合を表し、そのことを当該時間帯に対応付けて表したバツ印により示している。また図８は、時間帯「１８：００～２０：００」を指定可能な注文数が少ない場合を表し、そのことを当該時間帯に対応付けて表した三角印により示している。
【0045】
エリアＡＲＥは、設定中の決済方法を表示するエリアである。そしてエリアＡＲＥは、決済方法をユーザが指定するためのＧＵＩを兼ねる。図８においては、決済方法が、代金引換及びクレジットカード決済の２つのうちの１つとして指定可能としている場合を示している。そしてエリアＡＲＥには、各決済方法に対応付けたラジオボタンを表しており、このラジオボタンによりどの決済方法が設定されているかを表す。図８においては、決済方法として代金引換が設定されている状態を表している。
【0046】
ボタンＢＵＡは、現状の設定を決定することをユーザが宣言するためのソフトキーである。ボタンＢＵＢは、商品の登録に戻ることをユーザが宣言するためのソフトキーである。
なおプロセッサ１１は、注文データベースＤＢＣにて注文に関連付けられたデータレコードＤＲＣに基づき、各種の設定を表すように第１の設定画面ＳＣＡを生成する。
なおプロセッサ１１は、注文データベースＤＢＣにて注文に関連付けられたデータレコードＤＲＣに基づき、各種の設定を表すように第１の設定画面ＳＣＡを生成する。
【0047】
一方、例えばユーザデータベースＤＢＡにてユーザが関連付けられたデータレコードＤＲＡのフィールドＦＡＤに有効なグループＩＤがセットされているならば、グループに属するとして図５中のＡＣＴ１３にてＹＥＳと判定し、ＡＣＴ１５へと進む。
ＡＣＴ１５としてプロセッサ１１は、第２の設定画面の表示をユーザ端末２に対して指示する。第２の設定画面は、登録済みの商品の購入に関する諸条件をグループに属しているユーザが設定するための画面である。
ＡＣＴ１５としてプロセッサ１１は、第２の設定画面の表示をユーザ端末２に対して指示する。第２の設定画面は、登録済みの商品の購入に関する諸条件をグループに属しているユーザが設定するための画面である。
【0048】
図９は第２の設定画面ＳＣＢの一例を示す図である。なお、図９において図８に示す第１の設定画面ＳＣＡと同一の要素については図８と同一の符号を付し、その詳細な説明は省略する。
第２の設定画面ＳＣＢは、エリアＡＲＡ，ＡＲＢ，ＡＲＣ，ＡＲＤ，ＡＲＥ、ボタンＢＵＡ，ＢＵＢ及びメッセージＭＥＡを表す。つまり第２の設定画面ＳＣＢは、第１の設定画面ＳＣＡに、メッセージＭＥＡを追加して示す画面である。メッセージＭＥＡは、エリアＡＲＢ内に表されて、配達先としてグループを指定することによって配達料が割引されることを表す文字メッセージである。
第２の設定画面ＳＣＢは、エリアＡＲＡ，ＡＲＢ，ＡＲＣ，ＡＲＤ，ＡＲＥ、ボタンＢＵＡ，ＢＵＢ及びメッセージＭＥＡを表す。つまり第２の設定画面ＳＣＢは、第１の設定画面ＳＣＡに、メッセージＭＥＡを追加して示す画面である。メッセージＭＥＡは、エリアＡＲＢ内に表されて、配達先としてグループを指定することによって配達料が割引されることを表す文字メッセージである。
【0049】
ユーザ端末２は、上記の第１の設定画面ＳＣＡ又は第２の設定画面ＳＣＢの表示指示をのための指示データが通信ネットワーク２００により伝送されると、この指示データに含まれるウェブページデータに従った第１の設定画面ＳＣＡ又は第２の設定画面ＳＣＢを内蔵又は外付けされた表示デバイスに表示させる。
【0050】
第２の設定画面ＳＣＢが表示デバイスにて表示されると、ユーザはメッセージＭＥＡから、配達先としてグループを指定することが有利であることを認識できる。つまり、配達先としてグループを指定する動機をユーザに与えることになり、配達先としてグループを指定するように注文者としてのユーザに提案することに相当する。すなわち、第２の設定画面ＳＣＢの表示を指示することは、注文者としてのユーザが属するグループを配達先として指定するように注文者に提案するための通知を行うことに相当する。かくしてネットスーパーアプリＡＰＡに基づく情報処理をプロセッサ１１が実行することによって、プロセッサ１１を中枢部分とするコンピュータは上記の通知を行う通知手段として機能する。
【0051】
プロセッサ１１は、図５中のＡＣＴ１４又はＡＣＴ１５での表示指示ののちには、いずれもＡＣＴ１６へと進む。
ＡＣＴ１６としてプロセッサ１１は、配達方法が指定されたか否かを確認する。そしてプロセッサ１１は、該当の指定が確認できないならばＮＯと判定し、ＡＣＴ１７へと進む。
ＡＣＴ１７としてプロセッサ１１は、配達先が指定されたか否かを確認する。そしてプロセッサ１１は、該当の指定が確認できないならばＮＯと判定し、ＡＣＴ１８へと進む。
ＡＣＴ１８としてプロセッサ１１は、配達日が指定されたか否かを確認する。そしてプロセッサ１１は、該当の指定が確認できないならばＮＯと判定し、ＡＣＴ１９へと進む。
ＡＣＴ１９としてプロセッサ１１は、配達時間が指定されたか否かを確認する。そしてプロセッサ１１は、該当の指定が確認できないならばＮＯと判定し、ＡＣＴ２０へと進む。
ＡＣＴ１６としてプロセッサ１１は、配達方法が指定されたか否かを確認する。そしてプロセッサ１１は、該当の指定が確認できないならばＮＯと判定し、ＡＣＴ１７へと進む。
ＡＣＴ１７としてプロセッサ１１は、配達先が指定されたか否かを確認する。そしてプロセッサ１１は、該当の指定が確認できないならばＮＯと判定し、ＡＣＴ１８へと進む。
ＡＣＴ１８としてプロセッサ１１は、配達日が指定されたか否かを確認する。そしてプロセッサ１１は、該当の指定が確認できないならばＮＯと判定し、ＡＣＴ１９へと進む。
ＡＣＴ１９としてプロセッサ１１は、配達時間が指定されたか否かを確認する。そしてプロセッサ１１は、該当の指定が確認できないならばＮＯと判定し、ＡＣＴ２０へと進む。
【0052】
ＡＣＴ２０としてプロセッサ１１は、決済方法が指定されたか否かを確認する。そしてプロセッサ１１は、該当の指定が確認できないならばＮＯと判定し、ＡＣＴ２１へと進む。
ＡＣＴ２１としてプロセッサ１１は、条件の決定が指定されたか否かを確認する。そしてプロセッサ１１は、該当の指定が確認できないならばＮＯと判定し、ＡＣＴ２２へと進む。
ＡＣＴ２２としてプロセッサ１１は、商品登録への戻りが指定されたか否かを確認する。そしてプロセッサ１１は、該当の指定が確認できないならばＮＯと判定し、ＡＣＴ１６へと戻る。
かくしてプロセッサ１１は、ＡＣＴ１６乃至ＡＣＴ２２としては、配達方法、配達先、配達日、配達時間、決済方法、決定及び戻りのいずれかが指定されるのを待ち受ける。
ＡＣＴ２１としてプロセッサ１１は、条件の決定が指定されたか否かを確認する。そしてプロセッサ１１は、該当の指定が確認できないならばＮＯと判定し、ＡＣＴ２２へと進む。
ＡＣＴ２２としてプロセッサ１１は、商品登録への戻りが指定されたか否かを確認する。そしてプロセッサ１１は、該当の指定が確認できないならばＮＯと判定し、ＡＣＴ１６へと戻る。
かくしてプロセッサ１１は、ＡＣＴ１６乃至ＡＣＴ２２としては、配達方法、配達先、配達日、配達時間、決済方法、決定及び戻りのいずれかが指定されるのを待ち受ける。
【0053】
ユーザは、第１の設定画面ＳＣＡ又は第２の設定画面ＳＣＢに基づいて、現状での設定状況を確認する。そしてユーザは、配達方法を変更する場合は、エリアＡＲＡをタッチ又はクリックする。これに応じてユーザ端末２は、配達方法の選択画面を表示し、設定すべき配達方法のユーザによる指定を受ける。そしてユーザ端末２は、配達方法が指定されたならば、指定された配達方法を情報処理装置１に通知する。なおユーザ端末２は、選択画面の表示と、指定内容の情報処理装置１への通知は、例えば第１の設定画面ＳＣＡ又は第２の設定画面ＳＣＢのウェブページデータでの定義に基づいて実行する。そしてユーザ端末２は例えば、配達方法、配達先、配達日、配達時間及び決済方法のいずれの指定に関する通知であるかを識別するための識別データと、指定内容を示すデータとを含んだ通知データを、情報処理装置１に宛てて通信ネットワーク２００へと送出する。
なお、以降において説明するユーザ端末２から情報処理装置１への各種の通知は、上記と同様に実現される。
なお、以降において説明するユーザ端末２から情報処理装置１への各種の通知は、上記と同様に実現される。
【0054】
配達方法の指定を通知する通知データが通信ネットワーク２００により情報処理装置１へと伝送されると、情報処理装置１では通信インタフェース１４が当該通知データを取り込む。これに応じてプロセッサ１１は、図５中のＡＣＴ１６にてＹＥＳと判定し、図６中のＡＣＴ２３へと進む。
ＡＣＴ２３としてプロセッサ１１は、通知に基づいて配達方法を設定する。プロセッサ１１は例えば、注文データベースＤＢＣのうちの注文が関連付けられたデータレコードＤＲＣのフィールドＦＣＣに、通知された配達方法の配達方法ＩＤをセットする。そしてプロセッサ１１はこののち、図５中のＡＣＴ１６乃至ＡＣＴ２２の待受状態に戻る。
ＡＣＴ２３としてプロセッサ１１は、通知に基づいて配達方法を設定する。プロセッサ１１は例えば、注文データベースＤＢＣのうちの注文が関連付けられたデータレコードＤＲＣのフィールドＦＣＣに、通知された配達方法の配達方法ＩＤをセットする。そしてプロセッサ１１はこののち、図５中のＡＣＴ１６乃至ＡＣＴ２２の待受状態に戻る。
【0055】
ユーザは、配達先を変更する場合は、エリアＡＲＢをタッチ又はクリックする。これに応じてユーザ端末２は、配達先の選択画面を表示し、設定すべき配達先のユーザによる指定を受ける。そしてユーザ端末２は、配達先が指定されたならば、指定された配達先を情報処理装置１に通知する。
配達先の指定の通知に応じてプロセッサ１１は、図５中のＡＣＴ１７にてＹＥＳと判定し、図６中のＡＣＴ２４へと進む。かくしてネットスーパーアプリＡＰＡに基づく情報処理をプロセッサ１１が実行することによって、プロセッサ１１を中枢部分とするコンピュータは配達先に関する指定を受ける第１の受付手段として機能する。
配達先の指定の通知に応じてプロセッサ１１は、図５中のＡＣＴ１７にてＹＥＳと判定し、図６中のＡＣＴ２４へと進む。かくしてネットスーパーアプリＡＰＡに基づく情報処理をプロセッサ１１が実行することによって、プロセッサ１１を中枢部分とするコンピュータは配達先に関する指定を受ける第１の受付手段として機能する。
【0056】
ＡＣＴ２４としてプロセッサ１１は、通知に基づいて配達先を設定する。プロセッサ１１は例えば、注文データベースＤＢＣのうちの注文が関連付けられたデータレコードＤＲＣのフィールドＦＣＤに、通知された配達先を表す配達先データをセットする。なおプロセッサ１１は例えば、通常配達先が指定されているならば、ユーザデータベースＤＢＡにてユーザが関連付けられたデータレコードＤＲＡのフィールドＦＡＣにセットされている通常配達先データを、配達先データとしてフィールドＦＣＤにセットする。またプロセッサ１１は例えば、グループが指定されているならば、ユーザデータベースＤＢＡにてユーザが関連付けられたデータレコードＤＲＡのフィールドＦＡＤにセットされているグループＩＤを、配達先データとしてフィールドＦＣＤにセットする。
ＡＣＴ２５としてプロセッサ１１は、新たに設定した配達先がグループであるか否かを確認する。そしてプロセッサ１１は、グループではないならばＮＯと判定し、図５中のＡＣＴ１６乃至ＡＣＴ２２の待受状態に戻る。
ＡＣＴ２５としてプロセッサ１１は、新たに設定した配達先がグループであるか否かを確認する。そしてプロセッサ１１は、グループではないならばＮＯと判定し、図５中のＡＣＴ１６乃至ＡＣＴ２２の待受状態に戻る。
【0057】
ユーザは、配達日を変更する場合は、エリアＡＲＣをタッチ又はクリックする。これに応じてユーザ端末２は、配達日の選択画面を表示し、設定すべき配達日のユーザによる指定を受ける。そしてユーザ端末２は、配達日が指定されたならば、指定された配達日を情報処理装置１に通知する。
配達日の指定の通知に応じてプロセッサ１１は、図５中のＡＣＴ１８にてＹＥＳと判定し、図６中のＡＣＴ２６へと進む。
ＡＣＴ２６としてプロセッサ１１は、通知に基づいて配達日を設定する。プロセッサ１１は例えば、注文データベースＤＢＣのうちの注文が関連付けられたデータレコードＤＲＣのフィールドＦＣＥに、通知された配達日をセットする。そしてプロセッサ１１はこののち、図５中のＡＣＴ１６乃至ＡＣＴ２２の待受状態に戻る。
配達日の指定の通知に応じてプロセッサ１１は、図５中のＡＣＴ１８にてＹＥＳと判定し、図６中のＡＣＴ２６へと進む。
ＡＣＴ２６としてプロセッサ１１は、通知に基づいて配達日を設定する。プロセッサ１１は例えば、注文データベースＤＢＣのうちの注文が関連付けられたデータレコードＤＲＣのフィールドＦＣＥに、通知された配達日をセットする。そしてプロセッサ１１はこののち、図５中のＡＣＴ１６乃至ＡＣＴ２２の待受状態に戻る。
【0058】
ユーザは、配達時間を変更する場合は、エリアＡＲＤ内で、設定すべき配達時間が属する時間帯に対応付けられたラジオボタンをタッチ又はクリックする。そしてユーザ端末２は、このようにして指定された配達時間の時間帯を情報処理装置１に通知する。
配達時間の指定の通知に応じてプロセッサ１１は、図５中のＡＣＴ１９にてＹＥＳと判定し、図６中のＡＣＴ２７へと進む。
ＡＣＴ２７としてプロセッサ１１は、通知に基づいて配達時間を設定する。プロセッサ１１は例えば、注文データベースＤＢＣのうちの注文が関連付けられたデータレコードＤＲＣのフィールドＦＣＦに、通知された時間帯の時間帯ＩＤをセットする。そしてプロセッサ１１はこののち、図５中のＡＣＴ１６乃至ＡＣＴ２２の待受状態に戻る。
配達時間の指定の通知に応じてプロセッサ１１は、図５中のＡＣＴ１９にてＹＥＳと判定し、図６中のＡＣＴ２７へと進む。
ＡＣＴ２７としてプロセッサ１１は、通知に基づいて配達時間を設定する。プロセッサ１１は例えば、注文データベースＤＢＣのうちの注文が関連付けられたデータレコードＤＲＣのフィールドＦＣＦに、通知された時間帯の時間帯ＩＤをセットする。そしてプロセッサ１１はこののち、図５中のＡＣＴ１６乃至ＡＣＴ２２の待受状態に戻る。
【0059】
ユーザは、決済方法を変更する場合は、エリアＡＲＥ内で、設定すべき決済方法に対応付けられたラジオボタンをタッチ又はクリックする。そしてユーザ端末２は、このようにして指定された決済方法を情報処理装置１に通知する。
決済方法の指定の通知に応じてプロセッサ１１は、図５中のＡＣＴ２０にてＹＥＳと判定し、図６中のＡＣＴ２８へと進む。
ＡＣＴ２８としてプロセッサ１１は、通知に基づいて決済方法を設定する。プロセッサ１１は例えば、注文データベースＤＢＣのうちの注文が関連付けられたデータレコードＤＲＣのフィールドＦＣＧに、通知された決済方法の決済方法ＩＤをセットする。そしてプロセッサ１１はこののち、図５中のＡＣＴ１６乃至ＡＣＴ２２の待受状態に戻る。
決済方法の指定の通知に応じてプロセッサ１１は、図５中のＡＣＴ２０にてＹＥＳと判定し、図６中のＡＣＴ２８へと進む。
ＡＣＴ２８としてプロセッサ１１は、通知に基づいて決済方法を設定する。プロセッサ１１は例えば、注文データベースＤＢＣのうちの注文が関連付けられたデータレコードＤＲＣのフィールドＦＣＧに、通知された決済方法の決済方法ＩＤをセットする。そしてプロセッサ１１はこののち、図５中のＡＣＴ１６乃至ＡＣＴ２２の待受状態に戻る。
【0060】
なお、プロセッサ１１は、ＡＣＴ１６乃至ＡＣＴ２２の待受状態にあるときに、例えばボタンＢＵＢのタッチ又はクリックにより戻りが指定されたならば、ＡＣＴ２２にてＹＥＳと判定し、ＡＣＴ１２へと戻る。そしてプロセッサ１１は、追加の商品登録を行う。
【0061】
さて、ユーザが配達先としてグループを指定した場合、プロセッサ１１は図６中のＡＣＴ２５にてＹＥＳと判定し、図７中のＡＣＴ２９へと進む。
ＡＣＴ２９としてプロセッサ１１は、配達時間を指定無しに設定する。プロセッサ１１は例えば、注文データベースＤＢＣのうちの注文が関連付けられたデータレコードＤＲＣのフィールドＦＣＦに、「指定無し」を表すとして予め定められた無効値をセットする。
ＡＣＴ２９としてプロセッサ１１は、配達時間を指定無しに設定する。プロセッサ１１は例えば、注文データベースＤＢＣのうちの注文が関連付けられたデータレコードＤＲＣのフィールドＦＣＦに、「指定無し」を表すとして予め定められた無効値をセットする。
【0062】
ＡＣＴ３０としてプロセッサ１１は、決済方法をクレジットカード決済に設定する。プロセッサ１１は例えば、注文データベースＤＢＣのうちの注文が関連付けられたデータレコードＤＲＣのフィールドＦＣＧに、クレジットカード決済の決済方法ＩＤをセットする。
ＡＣＴ３１としてプロセッサ１１は、第３の設定画面の表示をユーザ端末２に対して指示する。第３の設定画面は、登録済みの商品の購入に関する諸条件をグループを配達先として指定したユーザが設定するための画面である。
ＡＣＴ３１としてプロセッサ１１は、第３の設定画面の表示をユーザ端末２に対して指示する。第３の設定画面は、登録済みの商品の購入に関する諸条件をグループを配達先として指定したユーザが設定するための画面である。
【0063】
図１０は第３の設定画面ＳＣＣの一例を示す図である。なお、図１０において図８及び図９に示す第１の設定画面ＳＣＡ及び第２の設定画面ＳＣＢと同一の要素については図８及び図９と同一の符号を付し、その詳細な説明は省略する。
第３の設定画面ＳＣＣは、エリアＡＲＡ，ＡＲＢ，ＡＲＣ，ＡＲＤ，ＡＲＥ、ボタンＢＵＡ，ＢＵＢ、メッセージＭＥＡ及び画像ＩＭＡ，ＩＭＢを表す。つまり第３の設定画面ＳＣＣは、第２の設定画面ＳＣＢに画像ＩＭＡ，ＩＭＢを加えた画面である。画像ＩＭＡは、エリアＡＲＤに重ねられ、配達時間を指定できないことをユーザに通知するための画像である。画像ＩＭＢは、エリアＡＲＥ中で代金引換を表す表示行に重ねられ、決済方法として代金引換を選択できないことをユーザに通知するための画像である。
第３の設定画面ＳＣＣは、エリアＡＲＡ，ＡＲＢ，ＡＲＣ，ＡＲＤ，ＡＲＥ、ボタンＢＵＡ，ＢＵＢ、メッセージＭＥＡ及び画像ＩＭＡ，ＩＭＢを表す。つまり第３の設定画面ＳＣＣは、第２の設定画面ＳＣＢに画像ＩＭＡ，ＩＭＢを加えた画面である。画像ＩＭＡは、エリアＡＲＤに重ねられ、配達時間を指定できないことをユーザに通知するための画像である。画像ＩＭＢは、エリアＡＲＥ中で代金引換を表す表示行に重ねられ、決済方法として代金引換を選択できないことをユーザに通知するための画像である。
【0064】
ＡＣＴ３２としてプロセッサ１１は、配達方法が指定されたか否かを確認する。そしてプロセッサ１１は、該当の指定が確認できないならばＮＯと判定し、ＡＣＴ３３へと進む。
ＡＣＴ３３としてプロセッサ１１は、配達先が指定されたか否かを確認する。そしてプロセッサ１１は、該当の指定が確認できないならばＮＯと判定し、ＡＣＴ３４へと進む。
ＡＣＴ３４としてプロセッサ１１は、配達日が指定されたか否かを確認する。そしてプロセッサ１１は、該当の指定が確認できないならばＮＯと判定し、ＡＣＴ３５へと進む。
ＡＣＴ３５としてプロセッサ１１は、条件の決定が指定されたか否かを確認する。そしてプロセッサ１１は、該当の指定が確認できないならばＮＯと判定し、ＡＣＴ３６へと進む。
ＡＣＴ３６としてプロセッサ１１は、商品登録への戻りが指定されたか否かを確認する。そしてプロセッサ１１は、該当の指定が確認できないならばＮＯと判定し、ＡＣＴ３２へと戻る。
かくしてプロセッサ１１は、ＡＣＴ３２乃至ＡＣＴ３６としては、配達方法、配達先、配達日、決定及び戻りのいずれかが指定されるのを待ち受ける。つまりプロセッサ１１は、ＡＣＴ３２乃至ＡＣＴ３６の待受状態においては、図５中のＡＣＴ１６乃至ＡＣＴ２２の待受状態とは異なり、配達時間及び決済方法の指定は待ち受けない。
ＡＣＴ３３としてプロセッサ１１は、配達先が指定されたか否かを確認する。そしてプロセッサ１１は、該当の指定が確認できないならばＮＯと判定し、ＡＣＴ３４へと進む。
ＡＣＴ３４としてプロセッサ１１は、配達日が指定されたか否かを確認する。そしてプロセッサ１１は、該当の指定が確認できないならばＮＯと判定し、ＡＣＴ３５へと進む。
ＡＣＴ３５としてプロセッサ１１は、条件の決定が指定されたか否かを確認する。そしてプロセッサ１１は、該当の指定が確認できないならばＮＯと判定し、ＡＣＴ３６へと進む。
ＡＣＴ３６としてプロセッサ１１は、商品登録への戻りが指定されたか否かを確認する。そしてプロセッサ１１は、該当の指定が確認できないならばＮＯと判定し、ＡＣＴ３２へと戻る。
かくしてプロセッサ１１は、ＡＣＴ３２乃至ＡＣＴ３６としては、配達方法、配達先、配達日、決定及び戻りのいずれかが指定されるのを待ち受ける。つまりプロセッサ１１は、ＡＣＴ３２乃至ＡＣＴ３６の待受状態においては、図５中のＡＣＴ１６乃至ＡＣＴ２２の待受状態とは異なり、配達時間及び決済方法の指定は待ち受けない。
【0065】
プロセッサ１１は、ＡＣＴ１６乃至ＡＣＴ２２の待受状態においてはＡＣＴ１９にて配達時間の指定を受けるが、ＡＣＴ３２乃至ＡＣＴ３６の待受状態においては配達時間の指定を受けないのである。かくしてネットスーパーアプリＡＰＡに基づく情報処理をプロセッサ１１が実行することによって、プロセッサ１１を中枢部分とするコンピュータは第２の受付手段として機能する。
【0066】
ここで、配達時間を「時間指定無し」に設定してユーザによる指定を待ち受けないのは、同じ便で配達可能とする配達物の数を増やすためである。また、決済方法を「クレジットカード」に設定してユーザによる指定を待ち受けないのは、受取者と注文者とが異なる可能性があるからである。
【0067】
ユーザ端末２は、第３の設定画面ＳＣＣにおいても、第１の設定画面ＳＣＡ及び第２の設定画面ＳＣＢと同様にして、配達方法、配達先及び配達日の指定を受け、情報処理装置１に通知する。
配達方法の指定が通知されると、プロセッサ１１はＡＣＴ３２にてＹＥＳと判定してＡＣＴ３７へと進む。
ＡＣＴ３７としてプロセッサ１１は、ＡＣＴ２３と同様にして配達方法を設定する。これにより配達方法は配達以外に変更されることになり、グループを配達先とした配達の指定が解消されることになる。そこでプロセッサ１１は、図５中のＡＣＴ１５へと戻り、それ以降の処理を前述と同様に実行する。
配達方法の指定が通知されると、プロセッサ１１はＡＣＴ３２にてＹＥＳと判定してＡＣＴ３７へと進む。
ＡＣＴ３７としてプロセッサ１１は、ＡＣＴ２３と同様にして配達方法を設定する。これにより配達方法は配達以外に変更されることになり、グループを配達先とした配達の指定が解消されることになる。そこでプロセッサ１１は、図５中のＡＣＴ１５へと戻り、それ以降の処理を前述と同様に実行する。
【0068】
配達先の指定が通知されると、プロセッサ１１はＡＣＴ３３にてＹＥＳと判定してＡＣＴ３８へと進む。
ＡＣＴ３８としてプロセッサ１１は、ＡＣＴ２４と同様にして配達先を設定する。
ＡＣＴ３９としてプロセッサ１１は、新たに設定した配達先がグループであるか否かを確認する。そしてプロセッサ１１は、グループではないならばＮＯと判定し、図５中のＡＣＴ１５へと戻り、それ以降の処理を前述と同様に実行する。またプロセッサ１１は、グループであるならばＹＥＳと判定し、ＡＣＴ３２乃至ＡＣＴ３６の待受状態に戻る。なお、１ユーザが１グループにのみ属することを許容するならば、ＡＣＴ３８では配達先がグループ以外に変更されることになるから、プロセッサ１１はＡＣＴ３９を省略して図５中のＡＣＴ１５に戻るようにしてもよい。
ＡＣＴ３８としてプロセッサ１１は、ＡＣＴ２４と同様にして配達先を設定する。
ＡＣＴ３９としてプロセッサ１１は、新たに設定した配達先がグループであるか否かを確認する。そしてプロセッサ１１は、グループではないならばＮＯと判定し、図５中のＡＣＴ１５へと戻り、それ以降の処理を前述と同様に実行する。またプロセッサ１１は、グループであるならばＹＥＳと判定し、ＡＣＴ３２乃至ＡＣＴ３６の待受状態に戻る。なお、１ユーザが１グループにのみ属することを許容するならば、ＡＣＴ３８では配達先がグループ以外に変更されることになるから、プロセッサ１１はＡＣＴ３９を省略して図５中のＡＣＴ１５に戻るようにしてもよい。
【0069】
配達日の指定が通知されると、プロセッサ１１はＡＣＴ３４にてＹＥＳと判定してＡＣＴ４０へと進む。
ＡＣＴ４０としてプロセッサ１１は、ＡＣＴ２６と同様にして配達日を設定する。そしてプロセッサ１１はこののち、ＡＣＴ３２乃至ＡＣＴ３６の待受状態に戻る。
ＡＣＴ４０としてプロセッサ１１は、ＡＣＴ２６と同様にして配達日を設定する。そしてプロセッサ１１はこののち、ＡＣＴ３２乃至ＡＣＴ３６の待受状態に戻る。
【0070】
プロセッサ１１は、例えばボタンＢＵＢのタッチ又はクリックにより戻りが指定されたならば、ＡＣＴ３６にてＹＥＳと判定し、ＡＣＴ４１へと進む。
ＡＣＴ４１としてプロセッサ１１、図５中のＡＣＴ１２と同様に商品登録を行う。そしてプロセッサ１１は、商品登録の完了がユーザにより宣言されたならば、ＡＣＴ３２乃至ＡＣＴ３６の待受状態に戻る。
ＡＣＴ４１としてプロセッサ１１、図５中のＡＣＴ１２と同様に商品登録を行う。そしてプロセッサ１１は、商品登録の完了がユーザにより宣言されたならば、ＡＣＴ３２乃至ＡＣＴ３６の待受状態に戻る。
【0071】
プロセッサ１１は、第１の設定画面ＳＣＡ又は第２の設定画面ＳＣＢにてボタンＢＵＡのタッチ又はクリックにより決定が指定されたならば、図５中のＡＣＴ２１にてＹＥＳと判定して、当該受注処理を終了する。またプロセッサ１１は、第３の設定画面ＳＣＣにてボタンＢＵＡのタッチ又はクリックにより決定が指定されたならば、図７中のＡＣＴ３５にてＹＥＳと判定して、当該受注処理を終了する。なおプロセッサ１１は、図５中のＡＣＴ２１又は図７中のＡＣＴ３５にてＹＥＳと判定した場合に、新たな注文に移行するか否かをユーザに指定させて、移行が指示されたならば、新たな注文に関するデータレコードＤＲＡを注文データベースＤＢＣに追加した上で、図５中のＡＣＴ１２へと戻るようにしてもよい。
【0072】
プロセッサ１１は、グループ注文に関する配達のための管理処理を、ネットスーパーアプリＡＰＡに従って実行する。当該の管理処理は、グループが指定された商品のための配達便での商品の配達を管理するための処理である。このためプロセッサ１１は、グループが指定された商品のための配達便のそれぞれを対象として、その配達便（以下、対象便と称する）に応じた実行タイミング毎に管理処理を実行する。実行タイミングは、対象便の出発時刻よりも前の適切なタイミングとして、例えば店舗毎に任意に定められてよい。例えば、グループが指定された商品のための配達便を店舗の１営業日につき１便とし、当該配達便の出発時刻を一定時刻とするならば、当該出発時刻よりも一定時間前の一定時刻を実行タイミングとすることが想定される。
なお、プロセッサ１１は、配達先としてグループが指定されていない注文に関する配達を管理するための情報処理を別途実行するが、この情報処理についての説明は省略する。この情報処理は、例えば既存の処理と同様であってよい。
なお、プロセッサ１１は、配達先としてグループが指定されていない注文に関する配達を管理するための情報処理を別途実行するが、この情報処理についての説明は省略する。この情報処理は、例えば既存の処理と同様であってよい。
【0073】
図１１は管理処理のフローチャートである。
ＡＣＴ５１としてプロセッサ１１は、処理の対象とするグループ（以下、対象グループと称する）を決定する。プロセッサ１１は例えば、グループデータベースＤＢＢに含まれるデータレコードＤＲＢを１つ選択し、当該データレコードＤＲＢのフィールドＦＢＡにセットされているグループＩＤのグループを対象グループとする。
ＡＣＴ５１としてプロセッサ１１は、処理の対象とするグループ（以下、対象グループと称する）を決定する。プロセッサ１１は例えば、グループデータベースＤＢＢに含まれるデータレコードＤＲＢを１つ選択し、当該データレコードＤＲＢのフィールドＦＢＡにセットされているグループＩＤのグループを対象グループとする。
【0074】
ＡＣＴ５２としてプロセッサ１１は、対象便で商品を配達すべきであって、かつ対象グループが配達先として設定されている注文を全て抽出する。プロセッサ１１は例えば、注文データベースＤＢＣから、フィールドＦＣＤにセットされた配達先データがグループＩＤであり、かつフィールドＦＣＥにセットされた配達日が当日であるデータレコードＤＲＣを全て探し出す。
【0075】
ＡＣＴ５３としてプロセッサ１１は、ＡＣＴ５２での抽出に成功したか否かを確認する。そしてプロセッサ１１は、ＡＣＴ５２にて該当するデータレコードＤＲＣが１つでも見つかったならば、抽出に成功したとしてＹＥＳと判定し、ＡＣＴ５４へと進む。
ＡＣＴ５４としてプロセッサ１１は、ＡＣＴ５２で抽出できた注文が複数有るか否かを確認する。そしてプロセッサ１１は、ＡＣＴ５２にて該当するデータレコードＤＲＣが１つのみ見つかったならばＮＯと判定し、ＡＣＴ５５へと進む。
ＡＣＴ５４としてプロセッサ１１は、ＡＣＴ５２で抽出できた注文が複数有るか否かを確認する。そしてプロセッサ１１は、ＡＣＴ５２にて該当するデータレコードＤＲＣが１つのみ見つかったならばＮＯと判定し、ＡＣＴ５５へと進む。
【0076】
ＡＣＴ５５としてプロセッサ１１は、抽出できた１つの注文に関する決済処理を行う。この決済処理においてプロセッサ１１は、商品についての代金を、ＡＣＴ５２で抽出できたデータレコードＤＲＣのフィールドＦＣＨにセットされた商品リストに基づいて算出する。なおプロセッサ１１は、商品についての代金の算出に当たって、周知の割引処理を行うこともある。そしてプロセッサ１１は、グループ配達の対象注文数が１つである場合の配達料金（以下、第１のグループ料金と称する）を上記の代金に加算して、決済額を算出する。さらにプロセッサ１１は、ユーザデータベースＤＢＡから、ＡＣＴ５２で抽出できたデータレコードＤＲＣのフィールドＦＣＢにセットされているユーザＩＤがフィールドＦＡＡにセットされているデータレコードＤＲＡを探し出し、当該データレコードＤＲＡのフィールドＦＡＦにセットされた決済情報を用いた決済により上記の決済額を決済する。プロセッサ１１は例えば、クレジットカードの番号が決済情報としてフィールドＦＡＦにセットされているならば、当該番号を用いたクレジット決済のための周知の処理を実行する。
なお、第１のグループ料金は、例えばネットスーパーサービスの提供者により、あるいは店舗毎に任意に設定されてよい。例えば、第１のグループ料金は、配達先としてグループを指定しない配達の場合の配達料金（以下、通常料金と称する）よりも低く設定することが想定されるが、通常料金と同額であっても構わない。
なお、第１のグループ料金は、例えばネットスーパーサービスの提供者により、あるいは店舗毎に任意に設定されてよい。例えば、第１のグループ料金は、配達先としてグループを指定しない配達の場合の配達料金（以下、通常料金と称する）よりも低く設定することが想定されるが、通常料金と同額であっても構わない。
【0077】
第１のグループ料金を通常料金よりも低く設定するならば、グループが配達先として指定された場合には、グループが配達先として指定されなかった場合に比べて大きな特典を注文者としてのユーザに与えることになる。このため配達料金として第１のグループ料金を適用して決済額を算出する処理は、上記のような特典をユーザに与えるための処理に相当する。かくしてネットスーパーアプリＡＰＡに基づく情報処理をプロセッサ１１が実行することによって、プロセッサ１１を中枢部分とするコンピュータは、上記のような処理を行う処理手段として機能する。
【0078】
ＡＣＴ５６としてプロセッサ１１は、ＡＣＴ５５における決済処理により決済に成功したか否かを確認する。そしてプロセッサ１１は、決済に成功したならばＹＥＳと判定し、ＡＣＴ５７へと進む。
ＡＣＴ５７としてプロセッサ１１は、配達伝票の発行を店舗端末３に対して指示する。なおプロセッサ１１は例えば、配達伝票の発行指示であることを識別するための識別データを含んだ指示データを、通信インタフェース１４から店舗端末３に宛てて通信ネットワーク２００へと送出する。プロセッサ１１は、配達伝票に記載すべき記載データを指示データに含める。記載データにどのようなデータを含めるかは、店舗毎に任意に定められてよい。記載データは例えば、注文番号、会員番号、配達日、配達時間、氏名、支払い方法、商品点数、バーコードデータ、合計金額、課税対象額、税額、グループ名及び配達先リストを含める。
ＡＣＴ５７としてプロセッサ１１は、配達伝票の発行を店舗端末３に対して指示する。なおプロセッサ１１は例えば、配達伝票の発行指示であることを識別するための識別データを含んだ指示データを、通信インタフェース１４から店舗端末３に宛てて通信ネットワーク２００へと送出する。プロセッサ１１は、配達伝票に記載すべき記載データを指示データに含める。記載データにどのようなデータを含めるかは、店舗毎に任意に定められてよい。記載データは例えば、注文番号、会員番号、配達日、配達時間、氏名、支払い方法、商品点数、バーコードデータ、合計金額、課税対象額、税額、グループ名及び配達先リストを含める。
【0079】
プロセッサ１１は例えば、ＡＣＴ５２で抽出できたデータレコードＤＲＣのフィールドＦＣＡにセットされている注文ＩＤを、注文番号として記載データに含める。プロセッサ１１は例えば、ＡＣＴ５２で抽出できたデータレコードＤＲＣのフィールドＦＣＢにセットされているユーザＩＤを、会員番号として記載データに含める。プロセッサ１１は例えば、ＡＣＴ５２で抽出できたデータレコードＤＲＣのフィールドＦＣＥにセットされている配達日を記載データに含める。プロセッサ１１は例えば、「時間指定無し」を表すとして予め定められたデータを配達時間として記載データに含める。プロセッサ１１は、ユーザデータベースＤＢＡから、ＡＣＴ５２で抽出できたデータレコードＤＲＣのフィールドＦＣＢにセットされているユーザＩＤがフィールドＦＡＡにセットされているデータレコードＤＲＡを探し出す。そしてプロセッサ１１は例えば、当該のデータレコードＤＲＡのフィールドＦＡＢにセットされている氏名を記載データに含める。プロセッサ１１は例えば、「クレジット」を支払い方法として含める。プロセッサ１１は例えば、ＡＣＴ５２で抽出できたデータレコードＤＲＣのフィールドＦＣＨにセットされている商品リストに示される商品の総数を商品点数として記載データに含める。プロセッサ１１は例えば、配達管理のための端末装置に取得させるべきデータを含んだバーコードデータを生成し、これを記載データに含める。プロセッサ１１は例えば、記載データに含まれるデータのうちの予め定められたデータをバーコードデータに含める。プロセッサ１１は、記載データに含まれない、例えば伝票番号などのデータをバーコードデータに含めてもよい。プロセッサ１１は例えば、ＡＣＴ５５にて決済した決済額を合計金額として記載データに含める。プロセッサ１１は、ＡＣＴ５５にて決済した決済額に関する課税対象額を記載データに含める。プロセッサ１１は、ＡＣＴ５５にて決済した決済額に関する税額を記載データに含める。プロセッサ１１は、グループデータベースＤＢＢから、ＡＣＴ５２で抽出できたデータレコードＤＲＣのフィールドＦＣＤに配達先データとしてセットされているグループＩＤがフィールドＦＢＡにセットされているデータレコードＤＲＢを探し出す。そしてプロセッサ１１は例えば、当該のデータレコードＤＲＢのフィールドＦＢＢにセットされているグループ名を記載データに含める。プロセッサ１１は、ユーザデータベースＤＢＡから、ＡＣＴ５２で抽出できたデータレコードＤＲＣのフィールドＦＣＤに配達先データとしてセットされているグループＩＤがフィールドＦＡＤにセットされていて、かつフィールドＦＡＥに無効値がセットされていないデータレコードＤＲＡを全て探し出す。そしてプロセッサ１１は例えば、当該のデータレコードＤＲＡのフィールドＦＡＢにセットされている氏名と、フィールドＦＡＣにセットされている通常配達先データとを、各データレコードＤＲＡのフィールドＦＡＥにセットされている受け取り順序を判別可能に並べた配達先リストを生成し、これを記載データに含める。
【0080】
一方でプロセッサ１１は、ＡＣＴ５５における決済処理により決済に失敗したならばＡＣＴ５６にてＮＯと判定し、ＡＣＴ５８へと進む。
ＡＣＴ５８としてプロセッサ１１は、エラー処理を行う。プロセッサ１１は例えば、当該の注文が無効となることをユーザに通知するための処理を行う。なお、当該注文に関する受注処理は既に終了している。このためプロセッサ１１は、例えばユーザにより予め定められたメールアドレスに当該通知のための電子メールを送信する。この場合には例えば、ユーザデータベースＤＢＡのデータレコードＤＲＡに、メールアドレスを含めておくとよい。あるいはプロセッサ１１は、ユーザ端末２としてモバイル通信端末が用いられるならば、モバイル通信網を介した通知機能を用いて当該通知を行ってもよい。なおプロセッサ１１は、この場合には配達伝票の発行を店舗端末３に対して指示しない。これにより、配達伝票が発行されることがなく、注文に対する商品の配達は行われず、注文は無効となる。プロセッサ１１は、注文データベースＤＢＣにて該当の注文に関連付けられたデータレコードＤＲＣを削除してもよい。あるいはプロセッサ１１は、当該データレコードＤＲＣに、有効であるか否かを表すフラグを付加しておき、当該フラグを、無効を表す状態に変更してもよい。なおプロセッサ１１は、通知ののち、無効とした注文の条件変更のユーザによる指定を受け付けて、新たな注文として受け付けるようにしてもよい。
ＡＣＴ５８としてプロセッサ１１は、エラー処理を行う。プロセッサ１１は例えば、当該の注文が無効となることをユーザに通知するための処理を行う。なお、当該注文に関する受注処理は既に終了している。このためプロセッサ１１は、例えばユーザにより予め定められたメールアドレスに当該通知のための電子メールを送信する。この場合には例えば、ユーザデータベースＤＢＡのデータレコードＤＲＡに、メールアドレスを含めておくとよい。あるいはプロセッサ１１は、ユーザ端末２としてモバイル通信端末が用いられるならば、モバイル通信網を介した通知機能を用いて当該通知を行ってもよい。なおプロセッサ１１は、この場合には配達伝票の発行を店舗端末３に対して指示しない。これにより、配達伝票が発行されることがなく、注文に対する商品の配達は行われず、注文は無効となる。プロセッサ１１は、注文データベースＤＢＣにて該当の注文に関連付けられたデータレコードＤＲＣを削除してもよい。あるいはプロセッサ１１は、当該データレコードＤＲＣに、有効であるか否かを表すフラグを付加しておき、当該フラグを、無効を表す状態に変更してもよい。なおプロセッサ１１は、通知ののち、無効とした注文の条件変更のユーザによる指定を受け付けて、新たな注文として受け付けるようにしてもよい。
【0081】
ところでプロセッサ１１は、ＡＣＴ５２にて該当するデータレコードＤＲＣが２つ以上見つかったならば、ＡＣＴ５４にてＹＥＳと判定し、ＡＣＴ５９へと進む。
ＡＣＴ５９としてプロセッサ１１は、配達料金を決定する。ここでどのような配達料金を決定するかは、例えばネットスーパーサービスの提供者により、あるいは店舗毎に任意に設定されてよい。なお、当該の配達料金（以下、第２のグループ料金と称する）は、第１のグループ料金よりも低く設定することが想定されるが、第１のグループ料金と同額であっても構わない。プロセッサ１１は例えば、第１のグループ料金又は通常料金と同額に定められるか、あるいは任意に定められた基準額を、ＡＣＴ５２で抽出できた注文の数で除算して求まる金額を第２のグループ料金として決定する。上記の除算で求まる値の小数点以下については、予め定められた丸め処理により排除する。なおプロセッサ１１は、第２のグループ料金は、ＡＣＴ５２で抽出できた注文の数とは関係なしに、予め定められた金額として決定するのでもよい。
ＡＣＴ５９としてプロセッサ１１は、配達料金を決定する。ここでどのような配達料金を決定するかは、例えばネットスーパーサービスの提供者により、あるいは店舗毎に任意に設定されてよい。なお、当該の配達料金（以下、第２のグループ料金と称する）は、第１のグループ料金よりも低く設定することが想定されるが、第１のグループ料金と同額であっても構わない。プロセッサ１１は例えば、第１のグループ料金又は通常料金と同額に定められるか、あるいは任意に定められた基準額を、ＡＣＴ５２で抽出できた注文の数で除算して求まる金額を第２のグループ料金として決定する。上記の除算で求まる値の小数点以下については、予め定められた丸め処理により排除する。なおプロセッサ１１は、第２のグループ料金は、ＡＣＴ５２で抽出できた注文の数とは関係なしに、予め定められた金額として決定するのでもよい。
【0082】
ＡＣＴ６０としてプロセッサ１１は、対象注文を決定する。プロセッサ１１は例えば、ＡＣＴ５２にて見つかったデータレコードＤＲＣの１つを選択し、当該データレコードＤＲＣが関連付けられた注文を対象注文として決定する。
ＡＣＴ６１としてプロセッサ１１は、対象注文に関する決済処理をＡＣＴ５５と同様に実行する。ただし、配達料金については、第１のグループ料金ではなく第２のグループ料金を適用する。
ＡＣＴ６１としてプロセッサ１１は、対象注文に関する決済処理をＡＣＴ５５と同様に実行する。ただし、配達料金については、第１のグループ料金ではなく第２のグループ料金を適用する。
【0083】
ＡＣＴ６２としてプロセッサ１１は、ＡＣＴ６１における決済処理により決済に成功したか否かを確認する。そしてプロセッサ１１は、決済に成功したならばＹＥＳと判定し、ＡＣＴ６３へと進む。
ＡＣＴ６３としてプロセッサ１１は、ＡＣＴ５７と同様に、配達伝票の発行を店舗端末３に対して指示する。
ＡＣＴ６３としてプロセッサ１１は、ＡＣＴ５７と同様に、配達伝票の発行を店舗端末３に対して指示する。
【0084】
一方でプロセッサ１１は、ＡＣＴ５５における決済処理により決済に失敗したならばＡＣＴ６２にてＮＯと判定し、ＡＣＴ６４へと進む。
ＡＣＴ６４としてプロセッサ１１は、ＡＣＴ５８と同様にエラー処理を行う。
ＡＣＴ６４としてプロセッサ１１は、ＡＣＴ５８と同様にエラー処理を行う。
【0085】
プロセッサ１１は、ＡＣＴ６３又はＡＣＴ６４を終えると、いずれもＡＣＴ６５へと進む。
ＡＣＴ６５としてプロセッサ１１は、ＡＣＴ５２で抽出できた注文の全てを対象注文として選択済みであるか否かを確認する。そしてプロセッサ１１は、まだ対象注文として決定していない注文があるならばＮＯと判定し、ＡＣＴ６０以降の処理を繰り返す。このときにＡＣＴ６０にてプロセッサ１１は、ＡＣＴ６０乃至ＡＣＴ６５の処理を繰り返す中で未選択の注文を選択して、対象注文として決定する。
ＡＣＴ６５としてプロセッサ１１は、ＡＣＴ５２で抽出できた注文の全てを対象注文として選択済みであるか否かを確認する。そしてプロセッサ１１は、まだ対象注文として決定していない注文があるならばＮＯと判定し、ＡＣＴ６０以降の処理を繰り返す。このときにＡＣＴ６０にてプロセッサ１１は、ＡＣＴ６０乃至ＡＣＴ６５の処理を繰り返す中で未選択の注文を選択して、対象注文として決定する。
【0086】
かくしてプロセッサ１１は、ＡＣＴ５２で抽出できた注文のそれぞれを順次に対象注文として、ＡＣＴ６０乃至ＡＣＴ６５の処理を繰り返す。そしてプロセッサ１１は、ＡＣＴ５２で抽出できた注文の全てを対象注文として選択済みであれば、ＡＣＴ６５にてＹＥＳと判定し、ＡＣＴ６６へと進む。
なおプロセッサ１１は、ＡＣＴ５７又はＡＣＴ５８を終えたのちにも、ＡＣＴ６６へと進む。またプロセッサ１１は、ＡＣＴ５２にて該当するデータレコードＤＲＣが１つも見つからなかったならば、抽出に失敗したとしてＡＣＴ５３にてＮＯと判定し、ＡＣＴ６６へと進む。
なおプロセッサ１１は、ＡＣＴ５７又はＡＣＴ５８を終えたのちにも、ＡＣＴ６６へと進む。またプロセッサ１１は、ＡＣＴ５２にて該当するデータレコードＤＲＣが１つも見つからなかったならば、抽出に失敗したとしてＡＣＴ５３にてＮＯと判定し、ＡＣＴ６６へと進む。
【0087】
ＡＣＴ６６としてプロセッサ１１は、全グループを対象グループとして選択済みであるか否かを確認する。そしてプロセッサ１１は、まだ対象グループとして決定していないグループがあるならばＮＯと判定し、ＡＣＴ５１以降の処理を繰り返す。このときにＡＣＴ５１にてプロセッサ１１は、ＡＣＴ５１乃至ＡＣＴ６６の処理を繰り返す中で未選択のグループを選択して、対象グループとして決定する。
かくしてプロセッサ１１は、グループデータベースＤＢＢにより管理される全てのグループを順次に対象グループとして、ＡＣＴ５１乃至ＡＣＴ６５の処理を繰り返す。そしてプロセッサ１１は、グループの全てを対象グループとして選択済みであれば、ＡＣＴ６６にてＹＥＳと判定し、当該管理処理を終了する。
かくしてプロセッサ１１は、グループデータベースＤＢＢにより管理される全てのグループを順次に対象グループとして、ＡＣＴ５１乃至ＡＣＴ６５の処理を繰り返す。そしてプロセッサ１１は、グループの全てを対象グループとして選択済みであれば、ＡＣＴ６６にてＹＥＳと判定し、当該管理処理を終了する。
【0088】
さて、配達伝票の発行を指示する指示データが、通信ネットワーク２００により店舗端末３へと伝送されると、店舗端末３は、当該指示データに含まれた記載データと、予め定められたフォームデータとに基づく配達伝票を、プリンタ４にプリントさせることによって発行する。
【0089】
図１２は配達伝票ＳＬＡの一例を示す図である。
図１２において、「注文番号」「会員番号」「ご指定配達便」「お名前」「お支払い方法」「お買い上げ点数計」「配達員」「印」「受領印」「印/サイン」「合計金額」「内税10％課税対象額」「内税10％税額」「グループ名」及び「配達先」の各文字列と、罫線とは、フォームデータに基づく。「999-999999-99999」は記載データに含まれた注文番号を表す。「999-9999」は記載データに含まれた会員番号を表す。「9999年99月99日」は記載データに含まれた配達日を表す。「時間指定無し」は記載データに含まれた配達時間を表す。「ＡＡ ＡＡ 様」は記載データに含まれた氏名を表す。「クレジット」は記載データに含まれた支払い方法を表す。「99点」は記載データに含まれた商品点数を表す。画像ＩＭＣは、記載データに含まれたバーコードデータに基づくバーコードを表す。「￥９，９９９」は記載データに含まれた合計金額を表す。「９，９９９円」は記載データに含まれた課税対象額を表す。「９９９円」は記載データに含まれた税額を表す。「ＢＢＢＢＢＢＢＢ」は記載データに含まれたグループ名を表す。「(1)ＣＣ ＣＣ 様 東京都・・・・・・・・・・・・・」及び「(2)ＤＤ ＤＤ 様 東京都・・・・・・・・・・・・・」は記載データに含まれた配達先リストを表す。
図１２において、「注文番号」「会員番号」「ご指定配達便」「お名前」「お支払い方法」「お買い上げ点数計」「配達員」「印」「受領印」「印/サイン」「合計金額」「内税10％課税対象額」「内税10％税額」「グループ名」及び「配達先」の各文字列と、罫線とは、フォームデータに基づく。「999-999999-99999」は記載データに含まれた注文番号を表す。「999-9999」は記載データに含まれた会員番号を表す。「9999年99月99日」は記載データに含まれた配達日を表す。「時間指定無し」は記載データに含まれた配達時間を表す。「ＡＡ ＡＡ 様」は記載データに含まれた氏名を表す。「クレジット」は記載データに含まれた支払い方法を表す。「99点」は記載データに含まれた商品点数を表す。画像ＩＭＣは、記載データに含まれたバーコードデータに基づくバーコードを表す。「￥９，９９９」は記載データに含まれた合計金額を表す。「９，９９９円」は記載データに含まれた課税対象額を表す。「９９９円」は記載データに含まれた税額を表す。「ＢＢＢＢＢＢＢＢ」は記載データに含まれたグループ名を表す。「(1)ＣＣ ＣＣ 様 東京都・・・・・・・・・・・・・」及び「(2)ＤＤ ＤＤ 様 東京都・・・・・・・・・・・・・」は記載データに含まれた配達先リストを表す。
【0090】
なお図１２においては、記載データに示される数値はいずれも「９」で表しており、実際の数値とは異なる。また氏名及びグループ名を表すアルファベットは、実際には別の文字列に置き換えられる。また「東京都・・・・・・・・・・・・・」は、実際には住所を現す文字列に置き換えられる。
【0091】
このように配達先としてグループが指定された注文に関する配達のための配達伝票ＳＬＡには、注文者である「ＡＡ ＡＡ 様」とは別の「ＣＣ ＣＣ 様」及び「ＤＤ ＤＤ 様」が配達先として記載される。ただし、図１２は、「ＣＣ ＣＣ 様」及び「ＤＤ ＤＤ 様」が、「ＣＣ ＣＣ 様」が第１位、「ＤＤ ＤＤ 様」が第２位として受け取り順序が設定されているグループが配達先として指定された場合であり、配達先リストが１名又は３名以上の配達先の氏名及び住所を表す場合もある。
【0092】
さて、プロセッサ１１がＡＣＴ６０乃至ＡＣＴ６５の処理を繰り返すとき、ＡＣＴ６８での配達伝票の発行指示がなされる毎に、配達伝票ＳＬＡの発行が繰り返されることになる。そしてこれにより発行される複数枚の配達伝票ＳＬＡは、配達日、配達時間及び配達先リストについてはいずれも同一となる。
従ってこれら複数枚の配達伝票ＳＬＡに基づいて、ネットスーパーサービスの配達を担う配達者は、複数の注文に関する配達物を同一の配達先にまとめて配達する。
従ってこれら複数枚の配達伝票ＳＬＡに基づいて、ネットスーパーサービスの配達を担う配達者は、複数の注文に関する配達物を同一の配達先にまとめて配達する。
【0093】
かくして、プロセッサ１１がＡＣＴ５７にて、配達伝票の発行を店舗端末３に対して指示するに際して記載データに含める配達先リストを決定することは、グループに対して定められた配達先を配達物の配達先として決定することに相当する。従って、ネットスーパーアプリＡＰＡに基づく情報処理をプロセッサ１１が実行することによって、プロセッサ１１を中枢部分とするコンピュータは、上記の決定を行う決定手段として機能する。
【0094】
以上のように情報処理装置１によれば、複数の配達物をまとめて配達することを可能とすることができる。これにより、配達者の負担を軽減できる。
【0095】
そしてこのように配達者の負担が軽減されるのであれば、配達料を軽減することも可能である。そして前述したように、配達先としてグループが指定された場合に、通常料金よりも低い第１のグループ料金又は第２のグループ料金を適用すれば、配達先としてグループを指定する動機をユーザに与えることができる。
【0096】
なお、第１のグループ料金が適用される場合、配達先としてグループが指定されているものの、同一グループに関する別の注文が存在せず、複数の配達物をまとめて配達することはできない。しかしながら、グループに対して設定される配達先が、集合住宅に駐留する管理人などのように在宅率の高いユーザであるならば、在宅率の低い別のユーザの注文に応じた配達物の配達に関する不在率が低下する。このため、配達者の負担は、軽減できる。また、配達先としてグループが指定される可能性を高めることができるため、複数の配達物をまとめて配達できるようになる可能性を高めることも可能であるから、第１のグループ料金を通常料金よりも低くすることは有効である。
【0097】
また情報処理装置１によれば、第２のグループ料金を、まとめて配達可能な注文数に応じて低減されるように決定する。これにより、グループ内のユーザどうしが事前の申し合わせにより同一の配達便で配達されるようにそれぞれの注文の条件を設定する可能性が高まる。このため、複数の配達物をまとめて配達することができる可能が高まり、配達者の負担をさらに軽減できる。
【0098】
また情報処理装置１によれば、ユーザがグループに所属している場合には、メッセージＭＥＡを表した第２の設定画面ＳＣＢ又は第３の設定画面ＳＣＣを表示させるので、配達先としてグループを指定することにユーザの意識を向けることができる。これにより、配達先としてグループが指定される可能性を高めることができる。
【0099】
この実施形態は、次のような種々の変形実施が可能である。
商品登録のための情報処理は、別の情報処理装置で行われてもよい。つまり、他の情報処理装置により決定された配達物に関する配達の管理のための機能に特化した配達管理装置として実現することもできる。また、例えば店舗又は倉庫などにおける在庫管理のための機能などのような別の様々な機能を備えた装置に配達管理装置としての機能を備えて実現することもできる。
商品登録のための情報処理は、別の情報処理装置で行われてもよい。つまり、他の情報処理装置により決定された配達物に関する配達の管理のための機能に特化した配達管理装置として実現することもできる。また、例えば店舗又は倉庫などにおける在庫管理のための機能などのような別の様々な機能を備えた装置に配達管理装置としての機能を備えて実現することもできる。
【0100】
管理対象とする配達物は、ネットスーパーサービスによる配達物には限らず、例えばインターネットショッピング、テレホンショッピング、郵送申し込みによる通信販売、さらには店頭申し込みに対する配達サービスなど、どのようなサービスに関する配達物であってもよい。
【0101】
ユーザが複数のグループに属することを許容してもよい。この場合は例えば、ユーザデータベースＤＢＡにて、複数のグループに属するユーザに関連付けられたデータレコードＤＲＡのフィールドＦＡＤに当該複数のグループのそれぞれのグループＩＤをセットする。あるいは、２つ目以降のグループＩＤをセットする別のフィールドをデータレコードＤＲＡに追加してもよい。またデータレコードＤＲＡには、複数のグループＩＤのそれぞれに関連付けて、各グループでの受け取り順序を記述しておくようにする。なお、受け取り順序については、グループデータベースＤＢＢにて管理するようにしてもよい。例えば、グループデータベースＤＢＢのデータレコードＤＲＢに、そのデータレコードＤＲＢが関連付けられたグループでの受け取り者のユーザＩＤを受け取り順位を判別可能として記述しておくようにする。
【0102】
グループデータベースＤＢＢのデータレコードＤＲＢに、関連付けられたグループに属する全てのユーザのユーザＩＤを記述することによって、各グループに属するユーザを管理してもよい。
【0103】
第１の設定画面ＳＣＡ、第２の設定画面ＳＣＢ及び第３の設定画面ＳＣＣの生成は、ユーザ端末２にて行われてもよい。この場合にプロセッサ１１は、各種画面の表示を指示するための指示データに、各種の設定を表したデータを含める。
【0104】
第１のグループ料金を通常料金と同額とする場合、同一グループを配達先として指定した別ユーザによる注文が既に存在する場合に、第２の設定画面ＳＣＢを表示させるようにしてもよい。
【0105】
配達先としてグループを指定するようにユーザに提案するための通知は、メッセージＭＥＡを表示するのとは別の方法で行われてもよい。例えば、配達先としてグループを指定するように提案するための画面を、設定画面の表示に先立って表示させてもよい。あるいは、配達先の初期値を、グループに属するユーザに関してはグループとしてもよい。あるいは、表示以外の、例えば音声メッセージの出力などの別の通知動作を行わせてもよい。
【0106】
第２の設定画面ＳＣＢが表示デバイスにて表示されると、ユーザはメッセージＭＥＡから、配達先としてグループを指定することが有利であることを認識できる。つまり、配達先としてグループを指定する動機をユーザに与えることになり、配達先としてグループを指定するように注文者としてのユーザに提案することに相当する。すなわち、第２の設定画面ＳＣＢの表示を指示することは、注文者としてのユーザが属するグループを配達先として指定するように注文者に提案するための通知を行うことに相当する。かくしてネットスーパーアプリＡＰＡに基づく情報処理をプロセッサ１１が実行することによって、プロセッサ１１を中枢部分とするコンピュータは上記の通知を行う通知手段として機能する。
【0107】
配達先としてグループが指定された場合も、配達時間のユーザによる指定を受けるようにしてもよい。例えば、注文件数が十分に多い場合、あるいはグループに属するユーザが同じ時間帯を指定するように申し合わせの上で注文を行うようにすれば、配達時間を指定させても、同じ時間帯に同じグループの注文がなされる可能性が高まる。このように同じ時間帯に同じグループの注文がなされる可能性が十分にあるのならば、配達時間を指定できるほうが、ユーザにとって便利である。なお、配達先としてグループが指定された場合に配達時間のユーザによる指定を受けるか否かを、例えば店舗ごと又はユーザごとに任意に設定可能としておくと、店舗又はユーザの個々の事情に応じた運用が可能となり、便利となる。
【0108】
配達先としてグループが指定された場合も、決済方法のユーザによる指定を受けるようにしてもよい。例えば、注文者が、受取者から配達物を受け取る場合に受取者に代金の支払いをする申し合わせとしておけば、決済方法として代金引換を適用することに問題はない。このように決済方法を指定できるほうが、ユーザにとって便利である場合もある。なお、配達先としてグループが指定された場合に決済方法のユーザによる指定を受けるか否かを、例えば店舗ごと又はユーザごとに任意に設定可能としておくと、店舗又はユーザの個々の事情に応じた運用が可能となり、便利となる。
【0109】
店舗端末３に変えて、配送センターに設置された端末、あるいは配達者が携帯する端末などが用いられてもよい。
【0110】
配達伝票のプリントは、情報処理装置１に内蔵又は外付けされたプリンタにより行ってもよい。
【0111】
配達料金を異ならせるのに代えて、あるいは加えて、配達先がグループである配達物に関して別の特典を手厚くしてもよい。例えば、ポイントの付与数又は付与率を、配達先がグループであるか場合に、グループではない場合よりも大きくしてもよい。また例えば、配達先がグループである配達物にのみ、クーポン券を添付してもよい。
【0112】
情報処理によりプロセッサ１１が実現する各機能は、その一部又は全てをロジック回路などのようなプログラムに基づかない情報処理を実行するハードウェアにより実現することも可能である。また上記の各機能のそれぞれは、上記のロジック回路などのハードウェアにソフトウェア制御を組み合わせて実現することも可能である。
【0113】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
以下に、本願の当初の特許請求の範囲に記載された発明を付記する。
［付記１］ 配達物の配達先に関する注文者の指定を受ける第１の受付手段と、
前記注文者を含む複数のユーザが属するグループを配達先とする指定が前記第１の受付手段により受けられた場合に、前記グループに対して定められた配達先を前記配達物の配達先として決定する決定手段と、
を具備した配達管理装置。
［付記２］ 前記注文者が前記グループに属するならば、当該グループを配達先として指定するように前記注文者に提案するための通知を行う通知手段、
をさらに備える付記１に記載の配達管理装置。
［付記３］ 前記配達物の配達時刻に関する前記注文者の指定を、前記第１の受付手段により前記グループが配達先として指定されなかった場合に受け、前記第１の受付手段により前記グループが配達先として指定された場合に受けない第２の受付手段、
をさらに備える付記１又は付記２に記載の配達管理装置。
［付記４］ 前記第１の受付手段により前記グループが配達先として指定された場合には、前記第１の受付手段により前記グループが配達先として指定されなかった場合に比べて大きな特典を前記注文者に与えるための処理を行う処理手段、
をさらに備える付記１乃至付記３のいずれか一項に記載の配達管理装置。
［付記５］ 前記処理手段は、前記配達物の配達料金を、前記第１の受付手段により前記グループが配達先として指定された場合には、前記第１の受付手段により前記グループが配達先として指定されなかった場合に比べて低く決定する処理を行う、
付記４に記載の配達管理装置。
［付記６］ 配達管理装置に備えられたコンピュータを、
配達物の配達先に関する注文者の指定を受ける第１の受付手段と、
前記注文者を含む複数のユーザが属するグループを配達先とする指定が前記第１の受付手段により受けられた場合に、前記グループに対して定められた配達先を前記配達物の配達先として決定する決定手段と、
として機能させるための情報処理プログラム。
以下に、本願の当初の特許請求の範囲に記載された発明を付記する。
［付記１］ 配達物の配達先に関する注文者の指定を受ける第１の受付手段と、
前記注文者を含む複数のユーザが属するグループを配達先とする指定が前記第１の受付手段により受けられた場合に、前記グループに対して定められた配達先を前記配達物の配達先として決定する決定手段と、
を具備した配達管理装置。
［付記２］ 前記注文者が前記グループに属するならば、当該グループを配達先として指定するように前記注文者に提案するための通知を行う通知手段、
をさらに備える付記１に記載の配達管理装置。
［付記３］ 前記配達物の配達時刻に関する前記注文者の指定を、前記第１の受付手段により前記グループが配達先として指定されなかった場合に受け、前記第１の受付手段により前記グループが配達先として指定された場合に受けない第２の受付手段、
をさらに備える付記１又は付記２に記載の配達管理装置。
［付記４］ 前記第１の受付手段により前記グループが配達先として指定された場合には、前記第１の受付手段により前記グループが配達先として指定されなかった場合に比べて大きな特典を前記注文者に与えるための処理を行う処理手段、
をさらに備える付記１乃至付記３のいずれか一項に記載の配達管理装置。
［付記５］ 前記処理手段は、前記配達物の配達料金を、前記第１の受付手段により前記グループが配達先として指定された場合には、前記第１の受付手段により前記グループが配達先として指定されなかった場合に比べて低く決定する処理を行う、
付記４に記載の配達管理装置。
［付記６］ 配達管理装置に備えられたコンピュータを、
配達物の配達先に関する注文者の指定を受ける第１の受付手段と、
前記注文者を含む複数のユーザが属するグループを配達先とする指定が前記第１の受付手段により受けられた場合に、前記グループに対して定められた配達先を前記配達物の配達先として決定する決定手段と、
として機能させるための情報処理プログラム。
【符号の説明】
【0114】
１…情報処理装置、２…ユーザ端末、３…店舗端末、４…プリンタ、１１…プロセッサ、１２…メインメモリ、１３…補助記憶ユニット、１４…通信インタフェース、１５…伝送路、１００…ネットスーパーシステム、２００…通信ネットワーク。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
