JP2022138779A - 情報処理装置、商品受け渡し方法、及び商品受け渡しプログラム - Google Patents

Abstract

【課題】商品購入時のユーザの負担を軽減する情報処理装置、商品受け渡し方法及び商品受け渡しプログラムを提供する。【解決手段】情報処理装置１において、注文処理部２は、電子商取引サービスにおいてユーザが注文した注文商品についての第１商品情報を、ユーザが利用する通信端末から受信する。判定部３は、第１商品情報と、ユーザが注文商品の商品状態の確認を希望する確認希望商品についての第２商品情報とに基づいて、注文商品に確認希望商品が含まれているか否かを判定する。決定部４は、注文商品に確認希望商品が含まれている場合、確認希望商品の取扱店舗の第１位置情報と、ユーザについてのユーザ情報とに基づいて、確認希望商品の受取店舗を決定する。表示制御部５は、通信端末に決定された受取店舗を表示するとともに、受取店舗を変更可能に表示する。搬送管理部６は、ユーザが決定した受取店舗に確認希望商品が配送されるように配送要求を行う。【選択図】図１

Description

本開示は、情報処理装置、商品受け渡し方法、及び商品受け渡しプログラムに関する。

特許文献１には、ユーザが注文した商品を、ユーザが指定する店舗に配送する流通システムが開示されている。また、近年、ユーザがインターネットを利用して、商品を注文し、注文した商品を自宅で受け取る購入形態が一般化しつつある。このように、ユーザは、購入した商品を、まとめて受け取ることができる。

特開２００３－０５８７９２号公報

インターネットを利用して商品を購入する場合、ユーザは、例えば、商品の画像に基づいて購入したい商品を決定するため、商品の品質状態が把握できない。また、生鮮商品等、一部の商品は、商品の状態が悪くても返品できない可能性がある。そのため、ユーザは、返品ができない可能性がある商品等、商品状態の確認を希望する商品については、取扱店舗に行き、商品状態を確認した上で購入する可能性がある。しかしながら、商品状態の確認を希望する商品が複数あり、それぞれ異なる店舗で販売されている場合、ユーザは、複数店舗に行かなければならないため、購入したい全ての商品を購入するまでに手間及び時間がかかってしまう。また、特許文献１に記載された流通システムを利用して商品を購入する場合、ユーザは、商品を購入する毎に、受取店舗を指定しなければならないため、受取店舗を指定する手間がかかってしまう。

本開示の目的の１つは、上記課題を解決するためになされたものであり、商品購入時のユーザの負担を軽減可能な情報処理装置、商品受け渡し方法、及び商品受け渡しプログラムを提供することにある。

本開示にかかる情報処理装置は、
電子商取引サービスにおいてユーザが注文した注文商品についての第１商品情報を、前記ユーザが利用する通信端末から受信する注文処理部と、
前記第１商品情報と、前記ユーザが前記注文商品の商品状態の確認を希望する確認希望商品についての第２商品情報とに基づいて、前記注文商品に前記確認希望商品が含まれているか否かを判定する判定部と、
前記注文商品に前記確認希望商品が含まれている場合、前記確認希望商品の取扱店舗の第１位置情報と、前記ユーザについてのユーザ情報とに基づいて、前記確認希望商品の受取店舗を決定する決定部と、
前記通信端末に前記決定された受取店舗を表示するとともに、受取店舗を変更可能に表示する表示制御部と、
前記ユーザが決定した受取店舗に前記確認希望商品が配送されるように配送要求を行う配送管理部と、を備える。

本開示にかかる商品受け取り方法は、
電子商取引サービスにおいてユーザが注文した注文商品についての第１商品情報を、前記ユーザが利用する通信端末から受信し、
前記第１商品情報と、前記ユーザが前記注文商品の商品状態の確認を希望する確認希望商品についての第２商品情報とに基づいて、前記注文商品に前記確認希望商品が含まれているか否かを判定し、
前記注文商品に前記確認希望商品が含まれている場合、前記確認希望商品の取扱店舗の第１位置情報と、前記ユーザについてのユーザ情報とに基づいて、前記確認希望商品の受取店舗を決定し、
前記通信端末に前記決定された受取店舗を表示するとともに、受取店舗を変更可能に表示し、
前記ユーザが決定した受取店舗に前記確認希望商品が配送されるように配送要求を行う、商品受け渡し方法である。

本開示にかかる商品受け取りプログラムは、
電子商取引サービスにおいてユーザが注文した注文商品についての第１商品情報を、前記ユーザが利用する通信端末から受信し、
前記第１商品情報と、前記ユーザが前記注文商品の商品状態の確認を希望する確認希望商品についての第２商品情報とに基づいて、前記注文商品に前記確認希望商品が含まれているか否かを判定し、
前記注文商品に前記確認希望商品が含まれている場合、前記確認希望商品の取扱店舗の第１位置情報と、前記ユーザについてのユーザ情報とに基づいて、前記確認希望商品の受取店舗を決定し、
前記通信端末に前記決定された受取店舗を表示するとともに、受取店舗を変更可能に表示し、
前記ユーザが決定した受取店舗に前記確認希望商品が配送されるように配送要求を行う、処理をコンピュータに実行させる商品受け渡しプログラムである。

本開示によれば、商品購入時のユーザの負担を軽減可能な情報処理装置、商品受け渡し方法、及び商品受け渡しプログラムを提供できる。

実施の形態１にかかる情報処理装置の構成例を示す図である。 実施の形態２にかかる情報処理システムの構成例を示す図である。 統合アプリケーションサーバ及び店舗サーバの構成例を示す図である。 通信端末に表示される出荷情報の一例を示す図である。 通信端末に表示される確定受取情報の一例を示す図である。 店舗が備える受取ロッカーの一例を示す図である。 店舗が備えるレジの一例を示す図である。 実施の形態２にかかる情報処理システムの動作例を説明するための図である。 実施の形態２にかかる情報処理システムの動作例を説明するための図である。 変形例４を説明するための図である。 実施の形態にかかる情報処理装置等のハードウェア構成例を示すブロック図である。

以下、図面を参照して本開示の実施の形態について説明する。なお、以下の記載及び図面は、説明の明確化のため、適宜、省略及び簡略化がなされている。また、以下の各図面において、同一の要素には同一の符号が付されており、必要に応じて重複説明は省略されている。

（実施の形態１）
図１を用いて、実施の形態１にかかる情報処理装置１の構成例について説明する。図１は、実施の形態１にかかる情報処理装置の構成例を示す図である。情報処理装置１は、例えば、電子商取引サービスを提供するサーバ装置である。図１に示すように、情報処理装置１は、注文処理部２と、判定部３と、決定部４と、表示制御部５と、配送管理部６とを備える。

注文処理部２は、電子商取引サービスにおいてユーザが注文した注文商品についての第１商品情報を、ユーザが利用する通信端末（不図示）から受信する。
判定部３は、第１商品情報と、ユーザが注文商品の商品状態の確認を希望する確認希望商品についての第２商品情報とに基づいて、注文商品に確認希望商品が含まれているか否かを判定する。確認希望商品は、例えば、生鮮商品等のように、商品を注文後に返品ができない可能性がある商品を含んでもよく、衣類のように、商品を注文後にユーザが返品する可能性が高い商品を含んでもよい。

決定部４は、注文商品に確認希望商品が含まれている場合、確認希望商品を取り扱う取扱店舗の第１位置情報と、ユーザについてのユーザ情報とに基づいて、確認希望商品の受取店舗を決定する。
表示制御部５は、ユーザが利用する通信端末（不図示）に、決定部４が決定した受取店舗を表示するとともに、受取店舗を変更可能に表示する。
配送管理部６は、ユーザが決定した受取店舗に確認希望商品が配送されるように配送要求を行う。

以上説明したように、情報処理装置１を用いることにより、ユーザは、複数の確認希望商品が複数の店舗で取り扱われている場合でも、ユーザが決定した受取店舗に行くだけで、全ての確認希望商品を確認できる。また、情報処理装置１は、決定部４が、受取店舗を決定し、表示制御部５が、ユーザに当該受取店舗を提案するように表示する。したがって、実施の形態１にかかる情報処理装置１によれば、商品購入時に、ユーザが複数の取扱店舗に行く必要がなく、確認希望商品を購入する毎に受取店舗を決定しなくてもよいため、商品購入時のユーザの負担を軽減できる。

（実施の形態２）
続いて、実施の形態２について説明する。実施の形態２は、実施の形態１を具体的にした実施の形態である。

＜情報処理システムの構成例＞
次に、図２を用いて、実施の形態２にかかる情報処理システム１００の構成例について説明する。図２は、実施の形態２にかかる情報処理システムの構成例を示す図である。情報処理システム１００は、電子商取引システムと称されてもよい。情報処理システム１００は、通信端末１０と、統合アプリケーションサーバ（統合ＡＰサーバ）２０と、店舗サーバ３０＿１～３０＿３と、運送業者４０と、店舗５０＿１～５０＿３とを備える。なお、通信端末１０、店舗サーバ３０＿１～３０＿３及び店舗５０＿１～５０＿３の数は、図２に示す数に限定されない。

通信端末１０は、例えば、ユーザが利用する通信端末である。なお、通信端末１０は、例えば、ユーザが注文した注文商品の受取権限のある代理人が利用する通信端末でもよい。通信端末１０は、例えば、スマートフォン、タブレット端末、携帯電話等であり、インターネットを介して、統合アプリケーションサーバ２０と接続及び通信を行う。通信端末１０は、ユーザが商品を注文したい場合、統合アプリケーションサーバ２０から、統合アプリケーションサーバ２０が提供する商品情報を含む商品リストを統合アプリケーションサーバ２０から受信する。通信端末１０は、商品リストを、通信端末１０が備えるディスプレイに表示する。

商品情報は、商品名、商品ＩＤ（Identifier）、販売金額、購入可能数、商品の画像、商品が含まれる分類コード、取扱店舗名、取扱店舗ＩＤ（identifier）、及び取扱店舗の位置情報を含んでもよい。取扱店舗の位置情報は、緯度経度情報でもよく、住所でもよい。分類コードは、例えば、衣類、生鮮商品、飲料、電化製品等、商品が一般的に分類される商品群を示すコードである。なお、分類コードは、商品が属する商品群を示す情報であるため、属性情報と称されてもよく、ジャンルと称されてもよい。

通信端末１０は、表示された商品情報のうち、ユーザが選択した商品を注文商品として、注文商品の商品情報を取得し、注文商品の商品情報と、ユーザが決定した注文数と、注文フラグとを統合アプリケーションサーバ２０に送信する。通信端末１０は、統合アプリケーションサーバ２０から注文商品に対する仮精算情報及び仮受取情報を受信する。通信端末１０は、ユーザが、仮精算情報に基づいて、注文商品及び注文数を確定すると、注文商品の商品情報と、注文数と、購入商品選択フラグとを統合アプリケーションサーバ２０に送信する。

通信端末１０は、注文商品に対する精算情報及び精算フラグを受信し、通信端末１０が備えるディスプレイに精算情報を含む精算画面を表示する。通信端末１０は、ユーザが精算情報に対して承認を行うと、通信端末１０を利用するユーザが所有するクレジットカード等を用いて、統合アプリケーションサーバ２０と電子決済処理を行い、精算済フラグを統合アプリケーションサーバ２０に送信する。

統合アプリケーションサーバ２０は、実施の形態１にかかる情報処理装置１に対応する。統合アプリケーションサーバ２０は、通信端末１０と接続及び通信を行う。統合アプリケーションサーバ２０は、統合アプリケーションサーバ２０が提供する商品を取り扱う取扱店舗毎に設けられた店舗サーバ３０＿１～３０＿３と接続及び通信を行う。なお、本実施の形態では、店舗サーバ３０＿１～３０＿３は、それぞれ店舗Ａ～Ｃに設けられた店舗サーバであるとする。また、以降の説明において、店舗サーバ３０＿１～３０＿３を区別しない場合、店舗サーバ３０として記載することがある。

統合アプリケーションサーバ２０は、通信端末１０を利用するユーザが、商品を注文したい場合、例えば、スーパー等、統合アプリケーションサーバ２０が提供する商品についての商品リストを通信端末１０に送信する。統合アプリケーションサーバ２０が提供する商品は、店舗Ａ～Ｃにおいて取り扱われる商品である。具体的には、統合アプリケーションサーバ２０は、統合アプリケーションサーバ２０が提供する商品についての商品情報を含む商品リストを、ホームページ又はアプリケーションの形式で通信端末１０に送信し、商品リストを通信端末１０に表示する表示制御を行う。

統合アプリケーションサーバ２０は、通信端末１０に表示された商品情報のうち、注文商品の商品情報と、ユーザが決定した注文数と、注文フラグとを通信端末１０から受信する。注文フラグは、注文がされたことを示すフラグである。統合アプリケーションサーバ２０は、注文商品を取り扱う取扱店舗の店舗サーバ３０から注文商品に対する仮精算情報及び仮受取情報を受信し、通信端末１０に仮精算情報及び仮受取情報を送信する。仮精算情報は、ユーザが、注文内容を確定し、注文商品の購入を決定するための精算情報である。仮受取情報は、注文商品を仮押さえしたことを示す情報である。統合アプリケーションサーバ２０は、通信端末１０においてユーザが確定した、注文商品の商品情報及び注文数と、購入商品選択フラグとを通信端末１０から受信する。購入商品選択フラグは、商品が注文され、購入商品として選択されたことを示すフラグである。

統合アプリケーションサーバ２０は、注文商品に、ユーザが注文商品の商品状態の確認を希望する確認希望商品が含まれているか否かを判定する。統合アプリケーションサーバ２０は、注文商品に確認希望商品が含まれている場合、確認希望商品の受取店舗を決定する。換言すると、統合アプリケーションサーバ２０は、ユーザが、確認希望商品を確認するための店舗を決定する。

統合アプリケーションサーバ２０は、通信端末１０においてユーザが確定した、注文商品の商品情報及び注文数を、注文商品を取り扱う店舗の店舗サーバ３０に送信し、当該店舗サーバ３０から精算情報を受信する。精算情報は、ユーザが最終的に注文商品の購入を確定するための精算情報である。統合アプリケーションサーバ２０は、通信端末１０に精算情報及び決定した受取店舗を送信し、通信端末１０が決定した受取店舗を受信し、通信端末１０と電子決済処理を行い、精算済フラグを通信端末１０から受信する。精算済フラグは、通信端末１０を利用するユーザが、統合アプリケーションサーバ２０との決済処理を完了したことを示すフラグである。

統合アプリケーションサーバ２０は、電子決済処理を完了すると、確定された注文商品の商品情報と、確定された注文数とを含む注文情報を、注文商品を取り扱う取扱店舗の店舗サーバ３０に送信し、注文商品に対して購入完了フラグを設定する。購入完了フラグは、注文商品に対して決済処理が完了し、ユーザに購入されたことを示すフラグである。統合アプリケーションサーバ２０は、注文情報を、注文商品を取り扱う店舗サーバ３０に送信することで、ユーザの注文を確定する。統合アプリケーションサーバ２０は、ユーザの注文を確定すると、購入完了フラグから配送フラグに変換する。配送フラグは、注文商品が出荷される前の状態であることを示すフラグである。

統合アプリケーションサーバ２０は、ユーザが決定した受取店舗に、確定された注文数の注文商品が、決定された受取店舗に配送されるように要求する出荷指示を、注文商品が取り扱われている店舗サーバ３０に行う。例えば、ユーザが店舗Ａ～Ｃにおいて商品を注文し、ユーザが受取店舗を店舗Ｂに決定した場合、統合アプリケーションサーバ２０は、注文された数の注文商品が、店舗５０＿２に配送されるように出荷指示を、店舗サーバ３０＿１～３０＿３に行う。また、統合アプリケーションサーバ２０は、注文商品に確認希望商品が含まれていない場合、例えば、ユーザが予め登録した配送場所に、注文商品を配送する通常配送指示を行う。

統合アプリケーションサーバ２０は、ユーザが、受取店舗において確認希望商品を確認し、返品を希望する場合、店舗サーバ３０と通信し、返品処理を行う。本実施の形態では、ユーザは、注文商品を、例えば、自宅において受け取らず、受取店舗で受け取るため、確認希望商品の返品を可能とする。換言すると、情報処理システム１００は、注文商品に対して、通信端末１０と統合アプリケーションサーバ２０との間で電子決済処理を行うが、ユーザが確認希望商品を確認後、返品を希望しない場合に確認希望商品の購入が最終確定状態となるように構成される。

店舗サーバ３０は、電子商取引サービスにおいて取り扱われている商品を取り扱う取扱店舗に対応して設けられたサーバ装置である。店舗サーバ３０は、各取扱店舗において取り扱われている商品の商品情報を統合アプリケーションサーバ２０に送信する。店舗サーバ３０は、注文商品の商品情報を統合アプリケーションサーバ２０から受信する。店舗サーバ３０は、在庫照会を統合アプリケーションサーバ２０から受信し、仮精算情報及び仮受取情報を含む店舗サーバ３０は、注文商品の商品情報を受信すると、精算額等を含む在庫情報を統合アプリケーションサーバ２０に送信する。店舗サーバ３０は、統合アプリケーションサーバ２０から注文情報を受信する。店舗サーバ３０は、統合アプリケーションサーバ２０から、精算情報照会を受信し、精算情報を統合アプリケーションサーバ２０に送信する。

店舗サーバ３０は、統合アプリケーションサーバ２０から出荷指示を受信する。店舗サーバ３０が出荷指示を受信すると、運送業者４０に注文された数の注文商品に対する出荷指示を行う。運送業者４０は、店舗５０＿１～５０＿３のうち、ユーザが決定した受取店舗に、注文された数の注文商品を配送する。なお、運送業者４０が、受取店舗において取り扱われている注文商品を受取店舗から受け取り、後述する受取ロッカー５１に配送（格納）してもよいし、受取店舗の販売員が、注文商品を受取ロッカー５１に格納してもよい。

店舗サーバ３０は、統合アプリケーションサーバ２０から通常配送指示を受信する。店舗サーバ３０が通常配送指示を受信すると、運送業者４０に注文された数の注文商品に対する通常配送指示を行う。

運送業者４０は、店舗サーバ３０から出荷指示を受信し、出荷指示に基づいて、注文商品を受取店舗に配送する。運送業者４０は、注文商品が受取店舗に配送される見込み時間である受取可能時間見込みの電子通達を、統合アプリケーションサーバ２０を介して通信端末１０に送信する。また、運送業者４０は、受取ロッカー５１に配送が完了した場合、統合アプリケーションサーバ２０を介して通信端末１０に受取可能の電子通達を送信する。運送業者４０は、店舗サーバ３０から通常配送指示を受信し、ユーザが予め登録した配送場所に、注文された数の注文商品を配送する。

店舗５０＿１～５０＿３は、電子商取引サービスにおいて提供されている商品を取り扱う取扱店舗である。なお、店舗５０＿１～５０＿３は、それぞれ店舗Ａ～店舗Ｃであるとする。また、以降の説明において、店舗５０＿１～５０＿３を区別しない場合、店舗５０として記載することがある。

店舗５０＿１～５０＿３は、それぞれ、受取ロッカー５１と、レジ５２とを備える。
受取ロッカー５１は、統合アプリケーションサーバ２０が出荷指示を行った注文商品が格納されるロッカーである。統合アプリケーションサーバ２０が出荷指示を行った場合、運送業者４０は、受取ロッカー５１に出荷指示が行われた注文商品を格納する。受取ロッカー５１は、統合アプリケーションサーバ２０と通信して運送業者４０から注文商品が受取ロッカー５１に格納された場合、受取情報を統合アプリケーションサーバ２０に送信する。
レジ５２は、通信端末１０が受け取った注文商品に不備があった場合等、ユーザが返品を希望する注文商品を返品する処理を行うレジである。

次に、図３を用いて、統合アプリケーションサーバ２０と、店舗サーバ３０（店舗サーバ３０＿１～３０＿３）の構成例について説明する。図３は、統合アプリケーションサーバ及び店舗サーバの構成例を示す図である。統合アプリケーションサーバ２０は、記憶部２１と、通信部２２と、注文処理部２３と、判定部２４と、決定部２５と、表示制御部２６と、配送管理部２７とを備える。

記憶部２１は、各店舗（店舗Ａ、店舗Ｂ及び店舗Ｃ）で取り扱われている商品についての商品情報を記憶する。上述したように、商品情報は、商品名、商品ＩＤ（Identifier）、販売金額、購入可能数、商品の画像、商品が含まれる分類コード、取扱店舗名、取扱店舗ＩＤ（identifier）、及び取扱店舗の位置情報を含んでもよい。

記憶部２１は、確認希望商品についての確認希望商品情報を記憶する。確認希望商品情報は、確認希望商品の分類コードのみを含んでもよく、確認希望商品についての商品情報と同一の情報を含んでもよい。確認希望商品情報に含まれる分類コードは、例えば、生鮮商品等のように、返品ができない可能性がある商品の分類コードを含んでもよく、衣類のように、商品を注文後にユーザが返品する可能性が高い商品の分類コードを含んでもよい。

記憶部２１は、確認希望商品の取扱店舗の取扱店舗混雑度情報を記憶する。取扱店舗混雑度情報は、取扱店舗の混雑度を示す情報であり、１日単位の混雑度を示す情報でもよく、時間帯毎の混雑度を示す情報でもよい。

記憶部２１は、ユーザについてのユーザ情報を記憶する。ユーザ情報は、ユーザの氏名、住所、購入履歴情報、過去に精算がされた過去精算情報、及び通常配送場所を含んでもよい。購入履歴情報は、ユーザが過去に確認希望商品を受け取った店舗についての受取履歴情報を含んでもよい。受取履歴情報は、商品毎受取回数を含んでもよい。通常配送場所は、ユーザが予め登録した配送場所であり、例えば、ユーザの住所であってもよい。

通信部２２は、通信端末１０及び店舗サーバ３０（店舗サーバ３０＿１～３０＿３）と、接続及び通信を行う。通信部２２は、通信端末１０及び店舗サーバ３０と通信し、注文処理部２３、及び表示制御部２６及び配送管理部２７が処理するために必要な情報を、通信端末１０及び店舗サーバ３０に送信し、通信端末１０及び店舗サーバ３０から受信する。

注文処理部２３は、実施の形態１にかかる注文処理部２に対応する。注文処理部２３は、店舗サーバ３０が生成した商品情報及び削除情報を受信する。注文処理部２３は、受信した商品情報及び削除情報に基づいて、記憶部２１に登録された各店舗の商品情報を更新する。

注文処理部２３は、統合アプリケーションサーバ２０が取り扱う商品についての商品情報を含む商品リストを通信端末１０に送信し、商品リストを通信端末１０に表示する表示制御を行う。注文処理部２３は、通信端末１０を利用するユーザが選択した注文商品の商品情報と、ユーザが決定した注文数と、注文フラグとを通信端末１０から受信する。注文処理部２３は、注文フラグを通信端末１０から受信すると、注文商品の在庫状況を確認するため、店舗サーバ３０＿１～３０＿３に在庫照会を行い、店舗サーバ３０＿１～３０＿３から注文商品の在庫情報を受信する。在庫情報は、仮精算情報及び仮受取情報を含む。

注文処理部２３は、仮精算情報及び仮受取情報を通信端末１０に送信し、通信端末１０においてユーザが注文商品を仮決定すると、注文商品の商品情報及び注文数と、購入商品選択フラグとを通信端末１０から受信する。注文処理部２３は、通信端末１０においてユーザが仮決定した、注文商品の商品情報及び注文数を受信し、注文商品を取り扱う店舗の店舗サーバ３０に精算情報照会を行う。注文処理部２３は、注文商品の商品情報及び注文数を、精算情報照会に含めて、注文商品を取り扱う店舗の店舗サーバ３０に送信する。注文処理部２３は、当該店舗サーバ３０から精算情報を受信する。注文処理部２３は、通信端末１０に精算情報を送信し、通信端末１０に精算画面を表示する。通信端末１０を利用するユーザが精算情報を承認すると、注文処理部２３は、通信端末１０と電子決済処理を行い、精算済フラグ及び決済金額を通信端末１０から受信する。

注文処理部２３は、電子決済処理を完了すると、注文商品の商品情報と、確定された注文数とを含む注文情報、及び決済金額を、注文商品を取り扱う取扱店舗の店舗サーバ３０に送信する。注文処理部２３は、注文商品に対して購入完了フラグを設定する。なお、注文処理部２３は、通信端末１０を利用するユーザの支払い方法を保持してもよく、通信端末１０を利用するユーザのクレジットカード等決済手段情報を記憶してもよい。

注文処理部２３は、ユーザが確認希望商品の返品を行う場合、受取店舗に配置されたレジ５２を介して返品処理を行う。注文処理部２３は、受取店舗のレジ５２において、返品処理が行われる場合、レジ５２から、受取店舗の店舗サーバ３０を介して、返品したい商品の商品名、又は商品ＩＤ等、返品商品を識別可能な情報を受信する。注文処理部２３は、精算情報マスタ３２に対して、返品商品の商品情報、及び精算日時等を含む精算情報等の照会等を行い、返品処理を行う。

判定部２４は、実施の形態１にかかる判定部３に対応する。判定部２４は、注文商品の商品情報と、確認希望商品情報とに基づいて、注文商品に確認希望商品が含まれているか否かを判定する。判定部２４は、注文商品の商品情報に含まれる分類コードに、確認希望商品情報に含まれる分類コードと一致する商品情報がある場合、注文商品に確認希望商品が含まれていると判定する。判定部２４は、判定結果を決定部２５に送信する。

決定部２５は、実施の形態１にかかる決定部４に対応する。決定部２５は、注文商品に確認希望商品が含まれている場合、確認希望商品が取り扱われている取扱店舗の位置情報と、ユーザ情報とに基づいて、確認希望商品の受取店舗を決定する。決定部２５は、注文商品に確認希望商品が含まれている場合、注文商品の商品情報のうち、確認希望商品情報に含まれる分類コードと一致する商品情報を特定し、特定した商品情報に含まれている取扱店舗の位置情報を取得する。また、決定部２５は、ユーザ情報に含まれるユーザの住所を記憶部２１から取得する。決定部２５は、取得した位置情報と、取得した住所とに基づいて、確認希望商品の受取店舗を決定する。決定部２５は、取得した位置情報と、取得した住所とに基づいて、確認希望商品が取り扱われている取扱店舗のうち、ユーザの住所に一番近い取扱店舗を、確認希望商品の受取店舗として決定する。

例えば、ユーザが、店舗Ａ～Ｃにおいて取り扱われている商品を注文したとする。店舗Ａ～Ｃに対する注文商品のうち、店舗Ｂ及びＣに対する注文商品が、確認希望商品であるとする。店舗Ｂがユーザの住所が示す位置から最も近い位置にある取扱店舗である場合、決定部２５は、店舗Ｂを受取店舗として決定する。

なお、決定部２５は、取扱店舗の位置情報と、ユーザ情報に含まれる受取履歴情報とに基づいて、確認希望商品の受取店舗を決定してもよい。決定部２５は、受取履歴情報に基づいて、ユーザの行動ルートを推定し、確認希望商品が取り扱われている取扱店舗の位置情報と、行動ルートとに基づいて、確認希望商品の受取店舗を決定してもよい。決定部２５は、受取履歴情報に基づき決定された行動ルートを教師データとして機械学習された学習モデルを用いて、ユーザの行動ルートを推定してもよい。決定部２５は、確認希望商品が取り扱われている取扱店舗のうち、行動ルートにある取扱店舗又は行動ルートから最も近い位置にある取扱店舗を、確認希望商品の受取店舗として決定してもよい。

また、決定部２５は、上記した情報に加えて、各店舗の取扱店舗混雑度情報を用いて、確認希望商品の受取店舗として決定してもよい。決定部２５は、ユーザの住所又は行動ルートから取扱店舗までの距離を算出し、混雑していないほど重み付けがされるように取扱店舗混雑度情報に応じて重み付けがされた距離に基づいて、確認希望商品の受取店舗を決定してもよい。もしくは、決定部２５は、店舗毎に、注文商品に含まれる確認希望商品を取り扱う数を算出し、当該数に応じて重み付けがされた距離に基づいて、確認希望商品の受取店舗を決定してもよい。なお、決定部２５は、各店舗の店舗サーバ３０から、当該店舗の取扱店舗混雑度情報を受信し、記憶部２１に登録してもよい。

表示制御部２６は、実施の形態１にかかる表示制御部５に対応する。表示制御部２６は、通信部２２を介して、通信端末１０に、決定部２５が決定した受取店舗を表示するとともに、受取店舗を変更可能に表示する。つまり、表示制御部２６は、通信端末１０を利用するユーザに、決定部２５が決定した受取店舗を推奨店舗として提案するように表示し、ユーザが、決定部２５が決定した受取店舗とは異なる取扱店舗を受取店舗に設定できるように変更可能に表示する。表示制御部２６は、通信端末１０からユーザが決定した受取店舗を、通信部２２を介して受信し、受信した受取店舗を配送管理部２７に送信する。

なお、表示制御部２６は、受取履歴情報に基づいて、注文商品に含まれる確認希望商品が２回目以上の注文である場合、決定部２５が決定した受取店舗に加えて、過去に受け取った受取店舗も推奨店舗として通信端末１０に表示するように制御してもよい。もしくは、表示制御部２６は、確認希望商品の取扱店舗の位置情報、ユーザの住所、及び取扱店舗混雑度情報に基づいて、確認希望商品が各取扱店舗に到着したときに混雑していない取扱店舗を表示するように制御してもよい。

配送管理部２７は、実施の形態１にかかる配送管理部６に対応する。配送管理部２７は、注文商品に確認希望商品が含まれている場合、注文処理部２３が、注文商品に対して購入完了フラグを設定すると、ユーザが決定した受取店舗に、確認希望商品を含む注文商品が配送されるように出荷指示を行う。出荷指示は、確認希望商品を含む注文商品が配送されるように要求することであるため、配送要求と称されてもよい。換言すると、配送管理部２７は、ユーザが決定した受取店舗に、確認希望商品を含む注文商品が配送されるように配送要求を行うともいえる。例えば、ユーザが店舗Ａ、Ｂ及びＣにおいて取り扱われている商品を注文し、ユーザが、受取店舗を店舗Ｂに決定した場合、配送管理部２７は、店舗Ｂに注文商品を配送するように、店舗サーバ３０＿１～３０＿３に出荷指示を行う。

配送管理部２７は、通信部２２を介して、店舗サーバ３０＿１～３０＿３が出荷指示を行ったことを示す出荷フラグ及び出荷情報を運送業者４０から受信し、注文商品に対して購入完了フラグから配送フラグに変換する。配送フラグは、運送業者４０が店舗サーバ３０＿１～３０＿３から出荷指示を受信し、運送業者４０が注文商品を配送する状態であることを示すフラグである。出荷情報は、例えば、店舗受取可能見込み時間と、受取店舗の受取ロッカー５１と認証し、当該受取ロッカー５１を解錠するためのＱＲ（Quick Response）コード（登録商標）とを含む。配送管理部２７は、通信部２２を介して、出荷情報を通信端末１０に、例えば、メール又はアプリケーションの通知等の電子通達を行い、通信端末１０が備えるディスプレイに出荷情報を表示させる。なお、本実施の形態では、出荷情報は、受取ロッカー５１を解錠するためのＱＲコードを含むこととして説明しているが、受取ロッカー５１を解錠するための１次元バーコード、２次元バーコード、及び注文番号等の出荷情報を識別する識別情報でもよい。

なお、配送管理部２７は、店舗受取可能見込み時間の代わりに、注文商品を配送する際に使用された運送媒体又は梱包箱の位置情報を取得してもよい。この場合、例えば、当該運送媒体又は梱包箱にＧＰＳ（Global Positioning System）受信機が取り付けられており、配送管理部２７は、ＧＰＳ受信機で取得された位置情報を取得してもよい。配送管理部２７は、取得した位置情報、及び交通情報に基づく道路の混雑情報に基づいて、運送媒体又は梱包箱が、受取店舗に到着するときの到着見込み時間を算出し、店舗受取可能見込み時間としてもよい。さらに、配送管理部２７は、運送媒体又は梱包箱の位置情報を通信端末１０に送信することで、ユーザが、注文商品の位置を追跡可能としてもよい。

ここで、図４を用いて、通信端末１０のディスプレイに表示される出荷情報の一例について説明する。図４は、通信端末に表示される出荷情報の一例を示す図である。通信端末１０は、配送管理部２７から出荷情報を受信すると、通信端末１０のディスプレイに、出荷情報が表示された画面を表示する。図４に示すように、通信端末１０のディスプレイに表示される画面は、例えば、精算が完了したことを示すメッセージを表示する領域と、出荷情報に含まれる店舗受取可能見込み時間を表示する領域とを含む。また、通信端末１０のディスプレイに表示される画面は、受取店舗でＱＲコードをかざすことを促すメッセージを表示する領域と、出荷情報に含まれるＱＲコードを表示する領域と、受取可能になった場合、通知を行うことを示すメッセージを表示する領域とを含む。

図３に戻り、配送管理部２７の説明を続ける。配送管理部２７は、通信部２２を介して、運送業者４０から運送状況についての情報を受信する。配送管理部２７は、直接的に運送業者４０の動向を管理することはできないが、運送業者４０の運送状況についての情報を運送業者４０から受信することで、運送状況を間接的に管理可能とする。

受取店舗の受取ロッカー５１に注文商品が格納された場合、配送管理部２７は、受取店舗から、当該受取店舗の店舗サーバ３０を介して、受取店舗の受取ロッカー５１に注文商品が格納されたことを示す受取フラグ及び確定受取情報を受信する。確定受取情報は、受取店舗の受取ロッカー５１に注文商品が格納され、注文商品の受け取りが可能であることを示す情報である。確定受取情報は、例えば、受取店舗、受取可能時間、出荷情報に含まれるＱＲコードと同一のＱＲコード、及び受取店舗の店舗サーバ３０から受信した受取店舗混雑度を含む。受取店舗混雑度は、受取店舗のレジ５２の近傍に配置され、当該レジ５２の状況がカメラにより撮影された画像に含まれる人数等から算出された、受取店舗の混雑度を示す情報である。配送管理部２７は、通信部２２を介して、確定受取情報を通信端末１０に送信し、通信端末１０に確定受取情報を表示させる。配送管理部２７は、受取店舗の受取ロッカー５１から、本人確認を要求する本人確認フラグであって、本人確認に使用するＱＲコードを含む本人確認フラグを受信する。配送管理部２７は、本人確認フラグに含まれるＱＲコードが、通信端末１０に送信した確定受取情報に含まれるＱＲコードと一致するか否かを判定し、受取店舗の受取ロッカー５１と本人確認を行う。なお、本実施の形態では、確定受取情報は、出荷情報と同様にＱＲコードを含むこととしているが、出荷情報を識別する識別情報と同様の情報を含めばよい。そのため、確定受取情報は、出荷情報に含まれる１次元バーコード、２次元バーコード、及び注文番号等の出荷情報を識別する識別情報と同一の情報を含んでもよい。また、本人確認フラグは、ＱＲコードを含むこととしているが、本人確認フラグは、ＱＲコードに限定されず、１次元バーコード、２次元バーコード、及び注文番号等の識別情報でもよい。

ここで、図５を用いて、通信端末１０のディスプレイに表示される確定受取情報の一例について説明する。図５は、通信端末に表示される確定受取情報の一例を示す図である。通信端末１０は、配送管理部２７から確定受取情報を受信すると、通信端末１０のディスプレイに、確定受取情報が表示された画面を表示する。図５に示すように、通信端末１０のディスプレイに表示される画面は、例えば、注文商品の受取が可能であること、及び受取店舗を表示し、かつユーザが受取店舗に行くことを促すメッセージを表示する領域を含む。また、通信端末１０のディスプレイに表示される画面は、確定受取情報に含まれる受取可能時間を表示する領域と、確定受取情報に含まれるＱＲコードを表示する領域と、確定受取情報に含まれる受取店舗混雑度を表示する領域とを含む。

なお、配送管理部２７は、取扱店舗混雑度情報を用いて、確定受取情報に含まれる受取可能時間の後の混雑していない時間帯を特定し、特定した時間帯が混雑していないことを通信端末１０のディスプレイに表示させてユーザに提案してもよい。

図３に戻り、配送管理部２７の説明を続ける。配送管理部２７は、注文商品に確認希望商品が含まれていない場合、例えば、ユーザが予め登録した配送場所に、注文商品を配送する通常配送指示を行う。ユーザが予め登録した配送場所は、ユーザ情報に含まれる通常配送場所である。配送管理部２７は、記憶部２１からユーザ情報に含まれる通常配送場所を取得し、注文商品を取り扱う店舗サーバ３０に通常配送指示を行う。

次に、店舗サーバ３０＿１～３０＿３の構成例について説明する。店舗サーバ３０＿１～３０＿３は、基本的に同様の構成であるため、店舗サーバ３０＿１を用いて説明する。店舗サーバ３０＿１は、商品情報マスタ３１と、精算情報マスタ３２と、配送指示マスタ３３とを備える。

商品情報マスタ３１は、記憶部２１に登録される商品情報を送信する。商品情報マスタ３１は、店舗サーバ３０＿１の管理者等が、取扱店舗（店舗Ａ）の持つ販売商品リストを登録すると、商品情報マスタ３１は、販売商品リストに含まれる商品の商品情報を生成し、注文処理部２３に送信する。商品情報マスタ３１は、販売リストから削除される商品の削除情報も生成し、注文処理部２３に送信する。商品情報マスタ３１は、注文処理部２３から、注文商品に対する在庫照会を受信する。商品情報マスタ３１は、在庫照会を受信すると、在庫情報を注文処理部２３に送信する。

精算情報マスタ３２は、注文処理部２３から精算フラグを受信する。精算情報マスタ３２は、精算フラグを受信すると、取扱店舗（店舗Ａ）が取り扱っている注文商品の精算情報を照会し、注文商品の精算情報を注文処理部２３に送信する。精算情報マスタ３２は、通信端末１０と、注文処理部２３とが決済処理を完了した場合、精算済フラグ及び決済金額を受信する。精算情報マスタ３２は、取扱店舗（店舗Ａ）の売上情報を記憶し、精算済フラグ及び決済金額に基づいて、売上情報を更新し、更新された売上情報を保存する。精算情報マスタ３２は、受取店舗のレジ５２において返品処理が行われる場合、注文処理部２３及びレジ５２と連携して返品処理を行う。

配送指示マスタ３３は、配送管理部２７から出荷指示を受信する。配送指示マスタ３３は、運送業者４０の運送状況についての情報を受信する。配送指示マスタ３３は、出荷指示を受信すると、取扱店舗（店舗Ａ）が取り扱っている注文商品を、例えば、コンベア等を用いて、運送業者４０が注文商品を、受取店舗の受取ロッカー５１に格納できるように、当該注文商品の出荷準備を行う。配送指示マスタ３３は、取扱店舗（店舗Ａ）が取り扱っている注文商品の出荷準備が完了すると、運送業者４０に出荷指示を送信する。なお、配送指示マスタ３３は、店舗Ａの確認希望商品が注文され、受取店舗が店舗Ａである場合、商品情報マスタ３１と連携（通信）し、店舗Ａの受取ロッカー５１に、店舗Ａの注文商品が格納されるように店舗Ａの従業員に指示してもよい。

配送指示マスタ３３は、配送管理部２７から通常配送指示を受信する。配送指示マスタ３３は、通常配送指示を受信すると、取扱店舗（店舗Ａ）が取り扱っている注文商品を、例えば、コンベア等を用いて、運送業者４０が注文商品を、通常配送場所に配送できるように、当該注文商品の出荷準備を行う。配送指示マスタ３３は、取扱店舗（店舗Ａ）が取り扱っている注文商品の出荷準備が完了すると、運送業者４０に通常配送指示を送信する。

次に、図６及び図７を用いて、店舗５０＿１～５０＿３が備える受取ロッカー５１及びレジ５２について説明する。図６は、店舗が備える受取ロッカーの一例を示す図である。図７は、店舗が備えるレジの一例を示す図である。

まず、図６を用いて、受取ロッカー５１について説明する。受取ロッカー５１は、注文商品を格納可能な複数の格納部５１１と、操作端末５１２とを備える。

格納部５１１は、各格納部５１１を識別可能なロッカー番号が付与されており、ロッカー番号が外面に視認可能な状態で表示される。運送業者４０は、配送管理部２７から指定されたロッカー番号の格納部５１１に、出荷指示を受けた注文商品を格納する。

操作端末５１２は、ユーザが、格納部５１１に格納された注文商品を受け取るために、本人確認等の行う操作端末である。操作端末５１２には、ＱＲコードリーダが設けられている。通信端末１０を利用するユーザは、出荷情報に含まれるＱＲコード５１３を、操作端末５１２のＱＲコードリーダに読み込ませることで本人確認を慎重に行う。操作端末５１２は、例えば、配送管理部２７に、本人確認を要求する本人確認フラグであって、ＱＲコード５１３を送信することで、配送管理部２７と本人確認を行う。本人確認が正常に完了すると、操作端末５１２は、注文商品が格納された格納部５１１を解錠し、ユーザが、注文商品を受け取り可能とする。操作端末５１２は、受取店舗の定員を呼び出すためのボタンが設けられており、注文商品に異常があれば、ユーザが、店員を呼び出して注文商品の交換対応が可能に構成されてもよい。なお、格納部５１１が開けられた場合、格納部５１１の底面が傾斜し、注文商品が受取ロッカー５１に配置された袋（エコバッグ）に自動に詰められるようにしてもよい。

次に、図７を用いて、レジ５２について説明する。レジ５２は、ＰＯＳ（Point of Sale）レジ５２１と返品ＢＯＸ５２３とを備える。

ＰＯＳレジ５２１は、取扱店舗（店舗Ａ）において取扱されている商品の精算を行うレジである。また、ＰＯＳレジ５２１は、注文商品に対して、ユーザが返品する場合、返品処理も行う。ＰＯＳレジ５２１は、例えば、バーコードハンドスキャナ等を備える。ユーザが注文商品を返品したい場合、ユーザは、返品商品を載置する載置エリア５２２に、返品商品を載せ、バーコードハンドスキャナ等で返品商品の商品名、又は商品ＩＤ等、返品商品を識別可能な情報を読み取る。ＰＯＳレジ５２１は、注文処理部２３及び店舗サーバ３０＿１と通信（連携）して、商品情報、及び精算情報等の照会等を行い、正常な返品処理を行う。

返品ＢＯＸ５２３は、ＰＯＳレジ５２１において返品処理が完了した注文商品を返品するために格納する格納部である。なお、注文商品にＲＦＩＤ（radio frequency identifier）タグが取り付けられてもよく、ユーザが、返品したい返品商品を返品ＢＯＸ５２３に格納した場合、返品ＢＯＸ５２３は、自動的に返品商品の商品名、又は商品ＩＤ等、返品商品を識別可能な情報を取得してもよい。そして、返品ＢＯＸ５２３は、取得した情報に基づいて、注文処理部２３及び店舗サーバ３０＿１と通信（連携）して、自動的に返品処理を行ってもよい。このようにすれば、ユーザは、バーコードハンドスキャナ等で返品商品を読み取る必要が無いため、ユーザの負担を軽減できる。また、ユーザは、返品商品に対する返品処理を行う場合、バーコードハンドスキャナを使用しなくてもよいため、感染症のリスクも軽減できる。

＜情報処理システムの動作例＞
次に、図８及び図９を用いて、実施の形態２にかかる情報処理システム１００の動作例について説明する。図８及び図９は、実施の形態２にかかる情報処理システムの動作例を説明するための図である。

まず、図８を用いて、ユーザが確認希望商品を注文した場合の情報処理システム１００の全体動作の一例について説明する。なお、前提として、ユーザが、店舗Ａ～Ｃにおいて商品を注文し、店舗Ｂ及びＣに対する注文商品が、確認希望商品であり、店舗Ｂを受取店舗として決定したこととして説明する。また、図８に表示された受取ロッカー５１は、店舗５０＿２（店舗Ｂ）の受取ロッカーであることとする。

通信端末１０が、統合アプリケーションサーバ２０を介して、通信端末１０を利用するユーザが購入したい商品を注文する（ステップＳ１）。注文処理部２３は、統合アプリケーションサーバ２０が取り扱う商品についての商品情報を含む商品リストを通信端末１０に送信し、商品リストを通信端末１０に表示する表示制御を行う。注文処理部２３は、通信端末１０を利用するユーザが選択した注文商品の商品情報と、ユーザが決定した注文数と、注文フラグとを通信端末１０から受信する。

注文処理部２３は、注文商品の商品情報及び注文数を受信すると、注文商品を取り扱う店舗サーバ３０と通信し、注文商品の在庫照会を行い（ステップＳ２）、注文商品を取り扱う店舗サーバ３０から注文商品の在庫情報を受信する（ステップＳ３）。注文処理部２３は、注文商品の商品情報、注文数及び注文フラグを通信端末１０から受信すると、注文商品の在庫状況を確認するため、店舗サーバ３０＿１～３０＿３に在庫照会を行う。注文処理部２３は、店舗サーバ３０＿１～３０＿３から注文商品の在庫情報を受信する。在庫情報は、仮精算情報及び仮受取情報を含む。なお、ステップＳ２及びＳ３は、注文商品毎に、又は注文商品を取り扱う取扱店舗毎に、インターネット及びＬＡＮ（Local Area Network）を介して、電子的なやり取りで繰り返し実施される。

注文処理部２３は、仮精算情報及び仮受取情報を通信端末１０に送信し（ステップＳ４）、通信端末１０は注文仮決定を行う（ステップＳ５）。注文処理部２３は、仮精算情報及び仮受取情報を通信端末１０に送信する。仮精算情報は、ユーザが、注文内容を確定するために、ユーザに表示する精算情報である。仮受取情報は、注文商品を仮押さえしたことを示す情報である。注文処理部２３は、通信端末１０においてユーザが注文商品を仮決定すると、注文商品の商品情報及び注文数と、購入商品選択フラグとを通信端末１０から受信することで、通信端末１０が注文仮決定したことを受信する。

注文処理部２３は、注文商品を取り扱う取扱店舗の店舗サーバ３０に精算情報照会を行い（ステップＳ６）、当該店舗サーバ３０から精算情報を受信する（ステップＳ７）。注文処理部２３は、ステップＳ５において受信した、注文商品の商品情報及び注文数を、精算情報照会に含めて、注文商品を取り扱う取扱店舗の店舗サーバ３０に送信する。注文処理部２３は、精算情報照会を行った店舗サーバ３０から精算情報を受信する。なお、ステップＳ６及びＳ７は、注文商品毎に、又は注文商品を取り扱う取扱店舗毎に、インターネット及びＬＡＮを介して、電子的なやり取りで繰り返し実施される。

注文処理部２３及び表示制御部２６は、それぞれ、清算情報及び受取店舗を送信する（ステップＳ８）。注文処理部２３は、通信端末１０に精算情報を送信し、通信端末１０に精算画面を表示する。また、判定部２４は、精算対象の注文商品の商品情報と、記憶部２１に記憶されている確認希望商品情報に基づいて、注文商品に確認希望商品が含まれているか否かを判定する。決定部２５は、注文商品に確認希望商品が含まれている場合、確認希望商品が取り扱われている取扱店舗の位置情報と、ユーザ情報とに基づいて、確認希望商品の受取店舗を決定する。決定部２５は、確認希望商品を取り扱う取扱店舗の位置情報と、ユーザ情報に含まれるユーザの住所とに基づいて、確認希望商品が取り扱われている取扱店舗のうち、ユーザの住所に一番近い取扱店舗を、確認希望商品の受取店舗として決定する。表示制御部２６は、決定部２５が決定した受取店舗を、通信部２２を介して送信し、通信端末１０に、決定部２５が決定した受取店舗を表示するとともに、受取店舗を変更可能に表示する。

注文処理部２３及び表示制御部２６は、それぞれ、電子決済処理を行い、受取店舗を受信する（ステップＳ９）。通信端末１０を利用するユーザが精算情報を承認すると、注文処理部２３は、通信端末１０と電子決済処理を行い、精算済フラグ及び決済金額を通信端末１０から受信する。また、表示制御部２６は、通信端末１０からユーザが決定した受取店舗を、通信部２２を介して受信し、受信した受取店舗を配送管理部２７に送信する。

注文処理部２３及び配送管理部２７は、それぞれ、注文商品を取り扱う取扱店舗の店舗サーバ３０に注文情報を送信し、出荷指示を行う（ステップＳ１０）。注文処理部２３は、電子決済処理を完了すると、注文商品の商品情報と、確定された注文数とを含む注文情報、及び決済金額を、店舗サーバ３０＿１～３０＿３に送信する。注文処理部２３は、注文商品に対して購入完了フラグを設定する。配送管理部２７は、注文処理部２３が、注文商品に対して購入完了フラグを設定すると、ユーザが決定した受取店舗に、確認希望商品を含む注文商品が配送されるように出荷指示を行う。配送管理部２７は、店舗サーバ３０＿１～３０＿３の配送指示マスタ３３に対して出荷指示を行う。

店舗サーバ３０＿１～３０＿３の配送指示マスタ３３は、運送業者４０に対して出荷指示を行う（ステップＳ１１）。店舗サーバ３０＿１～３０＿３の配送指示マスタ３３は、配送管理部２７から出荷指示を受信する。店舗サーバ３０＿１～３０＿３の配送指示マスタ３３は、取扱店舗（店舗Ａ）が取り扱っている注文商品の出荷準備が完了すると、運送業者４０に出荷指示を送信する。

運送業者４０は、出荷情報を配送管理部２７に送信し（ステップＳ１２）、配送管理部２７は、出荷情報を通信端末１０に送信する（ステップＳ１３）。運送業者４０は、店舗サーバ３０＿１～３０＿３から出荷指示を受信すると、出荷フラグ及び出荷情報を配送管理部２７に送信する。配送管理部２７は、出荷フラグ及び出荷情報を運送業者４０から受信し、注文商品に対して購入完了フラグから配送フラグに変換する。出荷情報は、例えば、店舗受取可能見込み時間と、受取店舗の受取ロッカー５１と認証し、当該受取ロッカー５１を解錠するためのＱＲコードとを含む。配送フラグは、運送業者４０が店舗サーバ３０＿１～３０＿３から出荷指示を受信し、運送業者４０が注文商品を配送する状態であることを示すフラグである。配送管理部２７は、出荷情報を通信端末１０に送信し、通信端末１０が備えるディスプレイに、図４に示すように出荷情報を表示させる。

運送業者４０は、配送管理部２７から指定された受取店舗（店舗５０＿２）の受取ロッカー５１に注文商品を格納し、店舗５０＿２と納品処理を行う（ステップＳ１４）。

受取店舗（店舗５０＿２）は、受取ロッカー５１に注文商品が格納されると、店舗５０＿２の店舗サーバ３０＿２を介して、受取フラグ及び確定受取情報を配送管理部２７に送信する（ステップＳ１５）。受取店舗の受取ロッカー５１に注文商品が格納された場合、配送管理部２７は、受取店舗（店舗５０＿２）から、当該受取店舗の店舗サーバ３０を介して、受取店舗の受取ロッカー５１に注文商品が格納されたことを示す受取フラグ、及び確定受取情報を受信する。確定受取情報は、例えば、受取店舗、受取可能時間、及び受取店舗の店舗サーバ３０から受信した受取店舗混雑度を含む。受取店舗混雑度は、受取店舗の混雑度を示す情報である。

配送管理部２７は、確定受取情報を通信端末１０に送信し、通信端末１０に確定受取情報を表示させる（ステップＳ１６）。配送管理部２７は、確定受取情報を通信端末１０に送信し、通信端末１０が備えるディスプレイに、図５に示すように確定受取情報を表示させる。

通信端末１０を利用するユーザは、受取店舗（店舗５０＿２）の受取ロッカー５１から注文商品を受け取る（ステップＳ１７）。通信端末１０を利用するユーザは、確定受取情報を受信すると、受取店舗（店舗５０＿２）に行き、受取店舗の受取ロッカー５１の操作端末５１２に設けられたＱＲコードリーダに、確定受取情報に含まれるＱＲコードを読み取らせる。操作端末５１２は、読み取ったＱＲコードを本人確認フラグに設定し、配送管理部２７と本人確認を行う。配送管理部２７は、本人確認フラグに含まれるＱＲコードと、通信端末１０に送信した確定受取情報に含まれるＱＲコードとが一致する場合、本人確認を正常に完了する。通信端末１０を利用するユーザは、本人確認が正常に完了すると、受取ロッカー５１から商品を受け取る。

通信端末１０を利用するユーザは、必要に応じて、受取店舗（店舗５０＿２）のレジ５２を用いて返品処理を行う（ステップＳ１８）。通信端末１０を利用するユーザは、特に確認希望商品に問題がないかを確認し、問題があれば、受取ロッカー５１の確認画面に表示されている店員呼出ボタンを押下して店員を呼び出して交換対応を行う。通信端末１０を利用するユーザは、特に確認希望商品に問題がないかを確認し、問題なければ、受取ロッカー５１の確認画面に表示されている確認ボタンを押下する。また、通信端末１０を利用するユーザは、特に確認希望商品の商品状態を確認し、返品を希望する確認希望商品があれば、レジ５２を用いて返品処理を行う。注文処理部２３は、受取店舗のレジ５２において、返品処理が行われる場合、レジ５２から、受取店舗の店舗サーバ３０を介して、返品したい商品の商品名、又は商品ＩＤ等、返品商品を識別可能な情報を受信する。注文処理部２３は、精算情報マスタ３２に対して、返品商品の商品情報、及び精算日時等を含む精算情報等の照会等を行い、返品処理を行う。

次に、図９を用いて、統合アプリケーションサーバ２０の動作例について説明する。なお、図９の各動作は、図８における動作に対応するため、図８を適宜参照して説明する。なお、前提として、ユーザが、店舗Ａ～Ｃにおいて取り扱われている商品を注文したとして説明する。

注文処理部２３は、注文商品の商品情報及び注文数を通信端末１０から受信する（ステップＳ３１）。ステップＳ３１は、図８のステップＳ１に対応する。ステップＳ３１は、注文商品の数分繰り返し実行される。注文処理部２３は、統合アプリケーションサーバ２０が取り扱う商品についての商品情報を含む商品リストを通信端末１０に送信し、商品リストを通信端末１０に表示する表示制御を行う。注文処理部２３は、通信端末１０を利用するユーザが選択した注文商品の商品情報と、ユーザが決定した注文数と、注文フラグとを通信端末１０から受信する。

注文処理部２３は、注文商品を取り扱う店舗サーバ３０に対して在庫照会を行い、注文商品を取り扱う店舗サーバ３０から在庫情報を受信する（ステップＳ３２）。ステップＳ３２は、図８のステップＳ２及びＳ３に対応する。ステップＳ３２は、注文商品を取り扱う取扱店舗数分繰り返し実行される。注文処理部２３は、注文商品の商品情報、注文数及び注文フラグを受信すると、注文商品の在庫状況を確認するため、注文商品を取り扱う店舗サーバ３０の商品情報マスタ３１と通信し、注文商品の在庫照会を行う。注文処理部２３は、注文商品を取り扱う店舗サーバ３０の商品情報マスタ３１から注文商品の在庫情報を受信する。

注文処理部２３は、仮精算情報及び仮受取情報を通信端末１０に送信し、通信端末１０において注文仮決定されたことを受信する（ステップＳ３３）。ステップＳ３３は、図８のステップＳ４及びＳ５に対応する。注文処理部２３は、仮精算情報及び仮受取情報を通信端末１０に送信する。注文処理部２３は、通信端末１０においてユーザが注文商品を仮決定すると、注文商品の商品情報及び注文数と、購入商品選択フラグとを通信端末１０から受信することで、通信端末１０が注文仮決定したことを受信する。

注文処理部２３は、注文商品を取り扱う店舗の店舗サーバ３０に精算情報照会を行い、当該店舗サーバ３０から精算情報を受信する（ステップＳ３４）。ステップＳ３４は、図８のステップＳ６及びＳ７に対応する。ステップＳ３４は、注文商品毎に、又は注文商品を取り扱う取扱店舗毎に、繰り返し実行される。注文処理部２３は、ステップＳ５において受信した、注文商品の商品情報及び注文数を、精算情報照会に含めて、注文商品を取り扱う店舗の店舗サーバ３０に送信する。注文処理部２３は、精算情報照会を行った店舗サーバ３０から精算情報を受信する。

判定部２４は、注文商品に確認希望商品が含まれているか否かを判定する（ステップＳ３５）。判定部２４は、注文商品の商品情報と、記憶部２１に記憶されている確認希望商品情報に基づいて、注文商品に確認希望商品が含まれているか否かを判定する。判定部２４は、注文商品の商品情報に含まれる分類コードに、確認希望商品情報に含まれる分類コードと一致する商品情報がある場合、注文商品に確認希望商品が含まれていると判定する。

注文商品に確認希望商品が含まれていない場合（ステップＳ３５のＮＯ）、配送管理部２７は、通常配送指示を行う（ステップＳ３６）。注文商品に確認希望商品が含まれていないと判定部２４が判定した場合、配送管理部２７は、例えば、ユーザが予め登録した配送場所に、注文商品を配送する通常配送指示を行う。配送管理部２７は、記憶部２１からユーザ情報に含まれる通常配送場所を取得し、注文商品を取り扱う店舗サーバ３０に通常配送指示を行う。通常配送指示を受信した店舗サーバ３０は、運送業者４０に対して通常配送指示を行い、運送業者４０は、ユーザ情報に含まれる通常配送場所に注文商品を配送する。統合アプリケーションサーバ２０は、ステップＳ３６を実行した後、処理を終了する。

一方、注文商品に確認希望商品が含まれている場合（ステップＳ３５のＹＥＳ）、決定部２５は、注文商品の受取店舗を決定する（ステップＳ３７）。注文商品に確認希望商品が含まれていると判定部２４が判定した場合、決定部２５は、確認希望商品が取り扱われている取扱店舗の位置情報と、ユーザ情報とに基づいて、確認希望商品の受取店舗を決定する。決定部２５は、確認希望商品を取り扱う取扱店舗の位置情報と、ユーザ情報に含まれるユーザの住所とに基づいて、確認希望商品が取り扱われている取扱店舗のうち、ユーザの住所に一番近い取扱店舗を、確認希望商品の受取店舗として決定する。

注文処理部２３及び表示制御部２６は、それぞれ、清算情報及び決定した受取店舗を送信する（ステップＳ３８）。ステップＳ３８は、図８のステップＳ８に対応する。注文処理部２３は、通信端末１０に精算情報を送信し、通信端末１０に精算画面を表示する。表示制御部２６は、決定部２５が決定した受取店舗を、通信部２２を介して送信し、通信端末１０に、決定部２５が決定した受取店舗を表示するとともに、受取店舗を変更可能に表示する。

注文処理部２３及び表示制御部２６は、それぞれ、電子決済処理を行い、受取店舗を受信する（ステップＳ３９）。ステップＳ３９は、図８のステップＳ９に対応する。通信端末１０を利用するユーザが精算情報を承認すると、注文処理部２３は、通信端末１０と電子決済処理を行い、精算済フラグ及び決済金額を通信端末１０から受信する。また、表示制御部２６は、通信端末１０からユーザが決定した受取店舗を、通信部２２を介して受信し、受信した受取店舗を配送管理部２７に送信する。

注文処理部２３及び配送管理部２７は、それぞれ、注文商品を取り扱う取扱店舗の店舗サーバ３０に注文情報を送信し、出荷指示を行う（ステップＳ４０）。ステップＳ４０は、図８のステップＳ１０に対応する。注文処理部２３は、電子決済処理を完了すると、注文商品の商品情報と、注文数とを含む注文情報、及び決済金額を、注文商品を取り扱う取扱店舗の店舗サーバ３０に送信する。注文処理部２３は、注文商品に対して購入完了フラグを設定する。配送管理部２７は、注文処理部２３が、注文商品に対して購入完了フラグを設定すると、ユーザが決定した受取店舗に、確認希望商品を含む注文商品が配送されるように出荷指示を行う。配送管理部２７は、店舗サーバ３０＿１～３０＿３の配送指示マスタ３３に対して出荷指示を行う。

配送管理部２７は、出荷情報を運送業者４０から受信し、出荷情報を通信端末１０に送信する（ステップＳ４１）。ステップＳ４１は、図８のステップＳ１２及びＳ１３に対応する。配送管理部２７は、出荷フラグ及び出荷情報を運送業者４０から受信し、注文商品に対して購入完了フラグから配送フラグに変換する。配送管理部２７は、出荷情報を通信端末１０に送信し、通信端末１０が備えるディスプレイに、図４に示すように出荷情報を表示させる。

配送管理部２７は、確定受取情報を、当該取扱店舗の店舗サーバ３０を介して、取扱店舗から受信し、確定受信情報を通信端末１０に送信する（ステップＳ４２）。ステップＳ４２は、図８のステップＳ１５及びＳ１６に対応する。受取店舗の受取ロッカー５１に注文商品が格納された場合、配送管理部２７は、受取店舗から、当該受取店舗の店舗サーバ３０を介して、受取店舗の受取ロッカー５１に注文商品が格納されたことを示す受取フラグ、及び確定受取情報を受信する。配送管理部２７は、確定受取情報を通信端末１０に送信し、通信端末１０が備えるディスプレイに、図５に示すように確定受取情報を表示させる。

配送管理部２７は、本人確認を行う（ステップＳ４３）。ステップＳ４３は、図８のステップＳ１７において実行される。配送管理部２７は、操作端末５１２が読み取ったＱＲコードを含む本人確認フラグを受信し、本人確認を行う。配送管理部２７は、本人確認フラグに含まれるＱＲコードと、通信端末１０に送信した確定受取情報に含まれるＱＲコードとが一致する場合、本人確認を正常に完了する。

配送管理部２７は、返品商品がないかを判定する（ステップＳ４４）。ステップＳ４４は、図８のステップＳ１８において実行される。注文処理部２３は、受取店舗の店舗サーバ３０を介して、返品したい商品の商品名、又は商品ＩＤ等、返品商品を識別可能な情報を受信するか否かに応じて返品商品がないかを判定する。なお、注文処理部２３は、通信端末１０を利用するユーザが、受取ロッカー５１の確認画面に表示されている確認ボタンを押下したか否かを、受取店舗の店舗サーバ３０を介して、受取店舗から受信して返品商品がないかを判定してもよい。

返品商品がある場合（ステップＳ４４のＹＥＳ）、注文処理部２３は、返品処理を行う（ステップＳ４５）。ステップＳ４５は、図８のステップＳ１８において実行される。注文処理部２３は、受取店舗の店舗サーバ３０を介して、返品したい商品の商品名又は商品ＩＤ等、返品商品を識別可能な情報を受信する場合、精算情報マスタ３２に、返品商品の商品情報、及び精算日時等を含む精算情報等の照会等を行い、返品処理を行う。
一方、返品商品がない場合（ステップＳ４４のＮＯ）、統合アプリケーションサーバ２０は、処理を終了する。

以上説明したように、統合アプリケーションサーバ２０を用いることにより、ユーザは、複数の確認希望商品が複数の店舗で取り扱われている場合でも、ユーザが決定した受取店舗に行くだけで、全ての確認希望商品を確認できる。また、統合アプリケーションサーバ２０は、決定部２５が、受取店舗を決定し、表示制御部２６が、ユーザに当該受取店舗を提案するように表示する。そのため、実施の形態２にかかる統合アプリケーションサーバ２０は、商品購入時に、ユーザが複数の取扱店舗に行く必要がなく、確認希望商品を購入する毎に受取店舗を決定しなくてもよい。したがって、実施の形態２にかかる統合アプリケーションサーバ２０によれば、商品購入時のユーザの負担を軽減でき、ＣＳ（Customer Satisfaction）の向上に寄与できる。

また、統合アプリケーションサーバ２０は、ユーザが注文した注文商品に確認希望商品がない場合、ユーザが予め登録した配送場所に注文商品を配送する。つまり、ユーザは、商品状態を確認することを希望しない注文商品だけの場合、商品状態を確認する手間を省くことができる。したがって、実施の形態２にかかる統合アプリケーションサーバ２０によれば、商品受取時のユーザの負担も軽減できる。

さらに、情報処理システム１００は、返品を可能とするレジ５２を有する受取店舗に確認希望商品を配送するため、ユーザは、確認希望商品の商品状態を確認して返品を行いたい場合、レジ５２を用いて、即時に返品処理を行うことができる。そのため、情報処理システム１００によれば、例えば、注文商品が自宅に配送され、ユーザが、返品を行いたい場合でも、返品のための郵送の手続きを行う必要がない。したがって、情報処理システム１００によれば、商品購入時だけでなく、返品を行う際のユーザの負担を軽減できる。

（変形例１）
実施の形態２では、注文処理部２３は、確認希望商品を含む注文商品に対して電子決済処理を行った後、確認希望商品の返品が必要な場合、返品処理を行うことで説明した。実施の形態２において、注文処理部２３は、注文商品のうち、確認希望商品以外の注文商品に対して、注文商品が受取店舗に配送される前に電子決済処理を行い、確認希望商品に対して、ユーザが確認希望商品を確認後に決済処理を行ってもよい。この場合、ユーザは、確認希望商品の商品状態を確認し、購入を確定する場合、レジ５２、注文処理部２３及び精算情報マスタ３２が通信を行うことで決済処理を行ってもよい。

（変形例２）
実施の形態２において、配送管理部２７は、注文商品に確認希望商品が含まれている場合、確認希望商品以外の注文商品を、ユーザが予め登録した配送場所に配送するように通常配送指示を行ってもよい。また、配送管理部２７は、確認希望商品を、ユーザが決定した受取店舗に配送するように出荷指示を行ってもよい。このようにすれば、ユーザは、全ての注文商品を持ち帰る必要がなくなるため、ユーザが自宅に注文商品を持ち帰るときの負担を軽減できる。

（変形例３）
実施の形態２において、記憶部２１は、ユーザ情報として、ユーザの位置情報を含んでもよい。この場合、注文処理部２３は、通信端末１０に商品リストを送信した後、通信端末１０から位置情報を受信し、受信した位置情報をユーザ情報に含まれるユーザの位置情報として登録してもよい。そして、決定部２５は、確認希望商品の取扱店舗の位置情報と、ユーザの位置情報とに基づいて、ユーザの位置情報が示す位置から最も近い取扱店舗を、受取店舗として決定してもよい。もしくは、決定部２５は、ユーザの位置情報の変位に基づいて、ユーザの移動方向及び移動速度を特定し、確認希望商品の取扱店舗の位置情報と、ユーザの移動方向及び移動速度とに基づいて、受取店舗を決定してもよい。

また、配送管理部２７が、ユーザの位置情報を、ユーザが決定した受取店舗の受取ロッカー５１に定期的に送信してもよい。そして、受取店舗の受取ロッカー５１は、ユーザが、当該受取ロッカー５１に近づいてきた場合、注文商品が格納された格納部５１１を視認できるようにしてもよい。例えば、受取店舗の受取ロッカー５１は、各格納部５１１にＬＥＤ（light emitting diode）を実装し、当該ＬＥＤを点滅させることで、注文商品が格納された格納部５１１を視認できるようにしてもよい。このようにすれば、ユーザは、自分の注文商品がある格納部５１１を容易に特定できる。

（変形例４）
実施の形態２では、確定受取情報に含まれる受取店舗混雑度は、受取店舗のレジ５２の近傍に配置されたカメラにより撮影された画像から算出されることで説明したが、次のようにしてもよい。図１０は、変形例４を説明するための図である。

図１０に示すように、店舗５０は、店舗５０の入口に配置される赤外線センサ５３＿１と、店舗５０の出口に配置される赤外線センサ５３＿２と、入退場管理部５４とを備えてもよい。
赤外線センサ５３＿１及び５３＿２は、それぞれ、入口及び出口に、例えば、人物Ｐの足首の高さ等、所定の高さに配置されてよい。赤外線センサ５３＿１及び５３＿２は、それぞれ、入口及び出口を通過する物体を検知し、検知した物体の数を入退場管理部５４に送信する。

入退場管理部５４は、赤外線センサ５３＿１及び５３＿２が検知した物体の数を、それぞれ、入店した人数及び退店した人数として計数する。入退場管理部５４は、入店した人数から退店した人数を減算することで、店舗５０にいる人数を特定し、特定した人数に基づいて、受取店舗混雑度を決定する。入退場管理部５４は、決定した受取店舗混雑度を確定受取情報に含めて配送管理部２７に送信してもよい。このようにしても、実施の形態２と同様の効果を得ることができる。

なお、店舗５０は、赤外線センサ５３＿１及び５３＿２が配置されず、出入口の状況を監視する監視カメラが配置されてもよい。入退場管理部５４は、当該監視カメラが撮像した画像を受信し、受信した画像に基づいて、入店した人数及び退店した人数を特定してもよい。入退場管理部５４は、入店した人数から退店した人数を減算することで、店舗５０にいる人数を特定し、特定した人数に基づいて、受取店舗混雑度を決定してもよい。

（変形例５）
上述した実施の形態２において、確認希望商品は、例えば、生鮮商品、及び衣類が含まれることとして説明した。ここで、取扱店舗は、例えば、自身の店舗で取り扱う生鮮商品が、自身の店舗を出てしまうと、店舗側の責任により商品状態が劣化したのか、又はユーザ側の責任により商品状態が劣化したのかを判断することが難しい。そのため、例えば、生鮮商品は、返品することが出来ない可能性が高い商品として扱われる。したがって、決定部２５は、生鮮商品等、返品出来ない可能性が高い確認希望商品が注文商品に含まれている場合、返品出来ない可能性が高い確認希望商品を取り扱う取扱店舗を、優先的に受取店舗として決定してもよい。

この場合、確認希望商品情報が、分類コードに対応づけられた返品不可度をさらに含むようにし、記憶部２１が、返品不可度を含む確認希望商品情報を記憶してもよい。決定部２５は、確認希望商品情報に含まれる返品不可度をさらに用いて、確認希望商品のうち、返品不可度が最も高い確認希望商品を取り扱う取扱店舗を受取店舗として決定してもよい。もしくは、決定部２５は、注文商品に、返品不可度が所定値以上の確認希望商品が含まれている場合、返品不可度が所定値以上の確認希望商品を取り扱う取扱店舗を受取店舗としてもよい。例えば、返品不可度が所定値以上の確認希望商品が２つ以上あり、取扱店舗がそれぞれ異なる場合、決定部２５は、２つ以上の受取店舗を決定してもよい。表示制御部２６は、決定部２５が決定した受取店舗を表示するとともに、返品不可度が高い確認希望商品を含む受取店舗をユーザが把握できるように、通信端末１０のディスプレイに表示するように制御してもよい。

そして、ユーザが、確認希望商品の返品を希望する場合、レジ５２は、受取店舗の店員の操作に応じて、受取店舗の商品情報マスタを参照し、当該確認希望商品の取扱店舗が、受取店舗である場合、返品処理を可能としてもよい。

このようにすれば、生鮮商品等、返品不可度が高い確認希望商品が取扱店舗を出てしまう可能性が低くなる。そのため、確認希望商品の内鮮度や汚れ等の理由により、ユーザが返品を希望した場合、受取店舗は、商品情報マスタのデータと照合し、返品商品が自身の店舗内で取り扱う商品であることを確認した上で返品処理ができる。したがって、実施の形態２を変形例５のように変形すれば、商品状態の劣化が、ユーザ側の責任ではない場合の返品可能性を高めることができる。さらに、返品不可度が高い確認希望商品を取り扱う取扱店舗が受取店舗として決定されることで、ユーザは、確認希望商品を返品したい場合、受取店舗の店員を呼び出して、即時に返品及び交換を行うことが出来る。

（他の実施の形態）
図１１は、上述した実施の形態において説明した情報処理装置１、統合アプリケーションサーバ２０及び店舗サーバ３０＿１～３０＿３（以下、情報処理装置１等と称する）のハードウェア構成例を示すブロック図である。図１１を参照すると、情報処理装置１等は、ネットワーク・インターフェース１２０１、プロセッサ１２０２、及びメモリ１２０３を含む。ネットワーク・インターフェース１２０１は、情報処理装置１、通信端末１０、店舗サーバ３０＿１～３０＿３等、情報処理システム１００に含まれる他の通信装置と通信するために使用される。

プロセッサ１２０２は、メモリ１２０３からソフトウェア（コンピュータプログラム）を読み出して実行することで、上述の実施形態においてフローチャートを用いて説明された情報処理装置１等の処理を行う。プロセッサ１２０２は、例えば、マイクロプロセッサ、MPU（Micro Processing Unit）、又はCPU（Central Processing Unit）であってもよい。プロセッサ１２０２は、複数のプロセッサを含んでもよい。

メモリ１２０３は、揮発性メモリ及び不揮発性メモリの組み合わせによって構成される。メモリ１２０３は、プロセッサ１２０２から離れて配置されたストレージを含んでもよい。この場合、プロセッサ１２０２は、図示されていないI/O (Input / Output)インタフェースを介してメモリ１２０３にアクセスしてもよい。

図１１の例では、メモリ１２０３は、ソフトウェアモジュール群を格納するために使用される。プロセッサ１２０２は、これらのソフトウェアモジュール群をメモリ１２０３から読み出して実行することで、上述の実施形態において説明された情報処理装置１等の処理を行うことができる。

図１１を用いて説明したように、情報処理装置１等が有するプロセッサの各々は、図面を用いて説明されたアルゴリズムをコンピュータに行わせるための命令群を含む１または複数のプログラムを実行する。

上述の例において、プログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）を含む。さらに、非一時的なコンピュータ可読媒体の例は、ＣＤ－ＲＯＭ（Read Only Memory）、ＣＤ－Ｒ、ＣＤ－Ｒ／ＷＤＶＤ－ＲＯＭ（Digital Versatile Disc Read Only Memory）、ＤＶＤ－Ｒ（DVD Recordable）、ＤＶＤ－Ｒ ＤＬ（DVD-R Dual Layer)、ＤＶＤ－ＲＷ（DVD ReWritable）、ＤＶＤ－ＲＡＭ、ＤＶＤ＋Ｒ、ＤＶＲ＋Ｒ ＤＬ、ＤＶＤ＋ＲＷ、ＢＤ－Ｒ（Blu-ray（登録商標） Disc Recordable）、ＢＤ－ＲＥ（Blu-ray （登録商標）Disc Rewritable）、ＢＤ－ＲＯＭを含む。さらに、非一時的なコンピュータ可読媒体の例は、半導体メモリを含む。半導体メモリは、例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（Random Access Memory）を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光通信信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。

なお、本開示は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。また、本開示は、それぞれの実施の形態を適宜組み合わせて実施されてもよい。

また、上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。
（付記１）
電子商取引サービスにおいてユーザが注文した注文商品についての第１商品情報を、前記ユーザが利用する通信端末から受信する注文処理部と、
前記第１商品情報と、前記ユーザが前記注文商品の商品状態の確認を希望する確認希望商品についての第２商品情報とに基づいて、前記注文商品に前記確認希望商品が含まれているか否かを判定する判定部と、
前記注文商品に前記確認希望商品が含まれている場合、前記確認希望商品の取扱店舗の第１位置情報と、前記ユーザについてのユーザ情報とに基づいて、前記確認希望商品の受取店舗を決定する決定部と、
前記通信端末に前記決定された受取店舗を表示するとともに、受取店舗を変更可能に表示する表示制御部と、
前記ユーザが決定した受取店舗に前記確認希望商品が配送されるように配送要求を行う配送管理部と、を備える情報処理装置。
（付記２）
前記ユーザ情報は、前記ユーザの住所を含み、
前記決定部は、前記第１位置情報と、前記住所とに基づいて、前記受取店舗を決定する、付記１に記載の情報処理装置。
（付記３）
ユーザ情報は、前記ユーザが過去に前記確認希望商品を受け取った店舗についての受取履歴情報を含み、
前記決定部は、前記第１位置情報と前記受取履歴情報とに基づいて、前記受取店舗を決定する、付記１又は２に記載の情報処理装置。
（付記４）
前記決定部は、前記受取履歴情報に基づいて、前記ユーザの行動ルートを分析し、前記第１位置情報と、前記行動ルートとに基づいて、前記受取店舗を決定する、付記３に記載の情報処理装置。
（付記５）
前記ユーザ情報は、前記ユーザの第２位置情報を含み、
前記注文処理部は、前記第２位置情報を受信し、
前記決定部は、前記第１位置情報と、第２位置情報とに基づいて、前記受取店舗を決定する、付記１～４のいずれか１項に記載の情報処理装置。
（付記６）
前記決定部は、前記確認希望商品の取扱店舗の混雑度情報をさらに用いて、前記受取店舗を決定する、付記１～５のいずれか１項に記載の情報処理装置。
（付記７）
前記注文処理部は、前記注文商品のうち、前記確認希望商品以外の注文商品に対して、前記注文商品が前記受取店舗に配送される前に決済処理を行い、前記確認希望商品に対して、前記ユーザが前記確認希望商品を確認後に決済処理を行う、付記１～６のいずれか１項に記載の情報処理装置。
（付記８）
前記配送管理部は、前記注文商品に前記確認希望商品が含まれていない場合、前記ユーザが予め登録した配送場所に前記注文商品を配送する、付記１～７のいずれか１項に記載の情報処理装置。
（付記９）
前記配送管理部は、前記注文商品に前記確認希望商品が含まれている場合、前記注文商品のうち、前記確認希望商品以外の注文商品を前記ユーザが予め登録した配送場所に配送する、付記１～８のいずれか１項に記載の情報処理装置。
（付記１０）
電子商取引サービスにおいてユーザが注文した注文商品についての第１商品情報を、前記ユーザが利用する通信端末から受信し、
前記第１商品情報と、前記ユーザが前記注文商品の商品状態の確認を希望する確認希望商品についての第２商品情報とに基づいて、前記注文商品に前記確認希望商品が含まれているか否かを判定し、
前記注文商品に前記確認希望商品が含まれている場合、前記確認希望商品の取扱店舗の第１位置情報と、前記ユーザについてのユーザ情報とに基づいて、前記確認希望商品の受取店舗を決定し、
前記通信端末に前記決定された受取店舗を表示するとともに、受取店舗を変更可能に表示し、
前記ユーザが決定した受取店舗に前記確認希望商品が配送されるように配送要求を行う、商品受け渡し方法。
（付記１１）
電子商取引サービスにおいてユーザが注文した注文商品についての第１商品情報を、前記ユーザが利用する通信端末から受信し、
前記第１商品情報と、前記ユーザが前記注文商品の商品状態の確認を希望する確認希望商品についての第２商品情報とに基づいて、前記注文商品に前記確認希望商品が含まれているか否かを判定し、
前記注文商品に前記確認希望商品が含まれている場合、前記確認希望商品の取扱店舗の第１位置情報と、前記ユーザについてのユーザ情報とに基づいて、前記確認希望商品の受取店舗を決定し、
前記通信端末に前記決定された受取店舗を表示するとともに、受取店舗を変更可能に表示し、
前記ユーザが決定した受取店舗に前記確認希望商品が配送されるように配送要求を行う、処理をコンピュータに実行させる商品受け渡しプログラム。

１ 情報処理装置
２、２３ 注文処理部
３、２４ 判定部
４、２５ 決定部
５、２６ 表示制御部
６、２７ 配送管理部
１０ 通信端末
２０ 統合アプリケーションサーバ
２１ 記憶部
２２ 通信部
３０ 店舗サーバ
３１ 商品情報マスタ
３２ 精算情報マスタ
３３ 配送指示マスタ
４０ 運送業者
５０ 店舗
５１ 受取ロッカー
５２ レジ
１００ 情報処理システム
５１１ 格納部
５１２ 操作端末
５１３ ＱＲコード
５２１ ＰＯＳレジ
５２２ 載置エリア
５２３ 返品ＢＯＸ
５３＿１、５３＿２ 赤外線センサ
５４ 入退場管理部

Claims (10)

1. 電子商取引サービスにおいてユーザが注文した注文商品についての第１商品情報を、前記ユーザが利用する通信端末から受信する注文処理部と、
   前記第１商品情報と、前記ユーザが前記注文商品の商品状態の確認を希望する確認希望商品についての第２商品情報とに基づいて、前記注文商品に前記確認希望商品が含まれているか否かを判定する判定部と、
   前記注文商品に前記確認希望商品が含まれている場合、前記確認希望商品の取扱店舗の第１位置情報と、前記ユーザについてのユーザ情報とに基づいて、前記確認希望商品の受取店舗を決定する決定部と、
   前記通信端末に前記決定された受取店舗を表示するとともに、受取店舗を変更可能に表示する表示制御部と、
   前記ユーザが決定した受取店舗に前記確認希望商品が配送されるように配送要求を行う配送管理部と、を備える情報処理装置。
2. 前記ユーザ情報は、前記ユーザの住所を含み、
   前記決定部は、前記第１位置情報と、前記住所とに基づいて、前記受取店舗を決定する、請求項１に記載の情報処理装置。
3. ユーザ情報は、前記ユーザが過去に前記確認希望商品を受け取った店舗についての受取履歴情報を含み、
   前記決定部は、前記第１位置情報と前記受取履歴情報とに基づいて、前記受取店舗を決定する、請求項１又は２に記載の情報処理装置。
4. 前記決定部は、前記受取履歴情報に基づいて、前記ユーザの行動ルートを分析し、前記第１位置情報と、前記行動ルートとに基づいて、前記受取店舗を決定する、請求項３に記載の情報処理装置。
5. 前記ユーザ情報は、前記ユーザの第２位置情報を含み、
   前記注文処理部は、前記第２位置情報を受信し、
   前記決定部は、前記第１位置情報と、第２位置情報とに基づいて、前記受取店舗を決定する、請求項１～４のいずれか１項に記載の情報処理装置。
6. 前記決定部は、前記確認希望商品の取扱店舗の混雑度情報をさらに用いて、前記受取店舗を決定する、請求項１～５のいずれか１項に記載の情報処理装置。
7. 前記注文処理部は、前記注文商品のうち、前記確認希望商品以外の注文商品に対して、前記注文商品が前記受取店舗に配送される前に決済処理を行い、前記確認希望商品に対して、前記ユーザが前記確認希望商品を確認後に決済処理を行う、請求項１～６のいずれか１項に記載の情報処理装置。
8. 前記配送管理部は、前記注文商品に前記確認希望商品が含まれていない場合、前記ユーザが予め登録した配送場所に前記注文商品を配送する、請求項１～７のいずれか１項に記載の情報処理装置。
9. 電子商取引サービスにおいてユーザが注文した注文商品についての第１商品情報を、前記ユーザが利用する通信端末から受信し、
   前記第１商品情報と、前記ユーザが前記注文商品の商品状態の確認を希望する確認希望商品についての第２商品情報とに基づいて、前記注文商品に前記確認希望商品が含まれているか否かを判定し、
   前記注文商品に前記確認希望商品が含まれている場合、前記確認希望商品の取扱店舗の第１位置情報と、前記ユーザについてのユーザ情報とに基づいて、前記確認希望商品の受取店舗を決定し、
   前記通信端末に前記決定された受取店舗を表示するとともに、受取店舗を変更可能に表示し、
   前記ユーザが決定した受取店舗に前記確認希望商品が配送されるように配送要求を行う、商品受け渡し方法。
10. 電子商取引サービスにおいてユーザが注文した注文商品についての第１商品情報を、前記ユーザが利用する通信端末から受信し、
    前記第１商品情報と、前記ユーザが前記注文商品の商品状態の確認を希望する確認希望商品についての第２商品情報とに基づいて、前記注文商品に前記確認希望商品が含まれているか否かを判定し、
    前記注文商品に前記確認希望商品が含まれている場合、前記確認希望商品の取扱店舗の第１位置情報と、前記ユーザについてのユーザ情報とに基づいて、前記確認希望商品の受取店舗を決定し、
    前記通信端末に前記決定された受取店舗を表示するとともに、受取店舗を変更可能に表示し、
    前記ユーザが決定した受取店舗に前記確認希望商品が配送されるように配送要求を行う、処理をコンピュータに実行させる商品受け渡しプログラム。

Images