JP2019200753A - 決定装置、決定方法および決定プログラム - Google Patents

Abstract

【課題】ユーザに対して注文商品を円滑に配送すること。【解決手段】本願にかかる決定装置は、取得部と、決定部とを有する。取得部は、所定の電子商取引サービスにおいてユーザが商品を注文した場合に、ユーザにより注文された注文商品に関する情報である注文情報を取得する。決定部は、取得部により取得された注文情報に基づいて、所定の実店舗のうち注文商品が取り扱われている取扱店舗を、当該取扱店舗の在庫商品の中から注文商品を提供する対象店舗として決定する。【選択図】図３

Description

本発明の実施形態は、決定装置、決定方法および決定プログラムに関する。

ネットワークを用いた電子商取引（ＥＣ:Electric Commerce）が活発に行われている。ＥＣサイト等のサイトでは、複数の販売業者（ストア）が出店しており、ユーザが商品を注文した場合には、各ストアの商品を管理する物流センターの倉庫から、注文された商品がユーザへと配送されることがある。

販売業者に対しては商品の配送サービスにかかるコストを低減し、配送業者に対しては配送効率の向上及び収益の拡大を図る技術が提案されている（特許文献１）。

特開２００３−１２３００３号公報

しかしながら、上記の従来技術では、必ずしもユーザに対して注文商品を円滑に配送することができるとは限らない。例えば、上記の従来技術では、販売業者での商品受け取りから、受け取った商品を配送先に配送するまでに係る配送経路のうち、より効率的な配送経路を選択し、選択した配送経路を設定している配送業者に対して注文商品の配送を依頼する。

このような上記の従来技術では、配送業者に対しては配送効率の向上を実現することができたとしても、必ずしもユーザに対して注文商品を円滑に配送することができるとは限らない。

本願は、上記に鑑みてなされたものであって、ユーザに対して注文商品を円滑に配送することができる決定装置、決定方法および決定プログラムを提供することを目的とする。

本願にかかる決定装置は、所定の電子商取引サービスにおいてユーザが商品を注文した場合に、前記ユーザにより注文された注文商品に関する情報である注文情報を取得する取得部と、前記取得部により取得された注文情報に基づいて、所定の実店舗のうち前記注文商品が取り扱われている取扱店舗を、当該取扱店舗の商品の中から前記注文商品を提供する対象店舗として決定する決定部とを有することを特徴とする。

実施形態の一態様によれば、ユーザに対して注文商品を円滑に配送することができるといった効果を奏する。

図１は、実施形態にかかる店舗決定処理の一例を示す図である。 図２は、実施形態にかかる店舗決定システムの構成例を示す図である。 図３は、実施形態にかかる決定装置の構成例を示す図である。 図４は、実施形態にかかる店舗情報記憶部の一例を示す図である。 図５は、実施形態にかかる注文情報記憶部の一例を示す図である。 図６は、実施形態にかかる決定情報記憶部の一例を示す図である。 図７は、実施形態にかかる配送管理サーバの構成例を示す図である。 図８は、実施形態にかかる配送員情報記憶部の一例を示す図である。 図９は、実施形態にかかる店舗決定手順にかかる全体の流れを示すフローチャートである。 図１０は、実施形態にかかる店舗決定手順の詳細な流れを示すフローチャートである。 図１１は、決定装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。

以下に、本願にかかる決定装置、決定方法および決定プログラムを実施するための形態（以下、「実施形態」と呼ぶ）について図面を参照しつつ説明する。なお、この実施形態により本願にかかる決定装置、決定方法および決定プログラムが限定されるものではない。また、以下の実施形態において、同一の部位には同一の符号を付し、重複する説明は省略される。

〔１．店舗決定処理〕
まず、図１を用いて、実施形態にかかる店舗決定処理の一例について説明する。図１は、実施形態にかかる店舗決定処理の一例を示す図である。実施形態にかかる店舗決定処理は、決定装置１００によって行われる。

また、実施形態にかかる店舗決定システム１は、図１に示すように、ユーザ端末１０と、配送員端末２０と、店舗端末３０_１と、店舗端末３０_２と、店舗端末３０_３と、決定装置１００と、配送管理サーバ２００とを含む。また、ユーザ端末１０、配送員端末２０、店舗端末３０_１、店舗端末３０_２、店舗端末３０_３、決定装置１００、配送管理サーバ２００とは、図２に示すネットワークＮを介して有線または無線により通信可能に接続される。

図１の例では、店舗決定システム１には、１台のユーザ端末１０、１台の配送員端末２０、３台の店舗端末（店舗端末３０_１と、店舗端末３０_２と、店舗端末３０_３）が含まれるが、店舗決定システム１に含まれるこれら装置の数は限定されない。各店舗端末（店舗端末３０_１、店舗端末３０_２、店舗端末３０_３・・・店舗端末３０_ｘ）を区別して表記する必要が無い場合には、単に「店舗端末３０」と表記する。

次に、店舗決定システム１に含まれる各装置および店舗に関して説明する。ユーザ端末１０は、ユーザによって利用される情報処理装置である。ユーザ端末１０は、例えば、スマートフォンや、タブレット型端末や、ノート型ＰＣ（Personal Computer）や、デスクトップＰＣや、携帯電話機や、ＰＤＡ（Personal Digital Assistant）等である。例えば、ユーザ端末１０は、ユーザ操作に従い、ＥＣサイトにアクセスしたり、ＥＣサイトにおいて商品の注文を行う。なお、ＥＣサイトは、「電子商商取引サービス」の一例である。

また、本実施形態では、ユーザ端末１０には、「ＺＺモール」（ＥＣサイトのサイト名あるいはサービス名）を利用可能とするアプリケーションである「アプリＡＰ１」が予めインストールされているものとする。また、「ＺＺモール」は、決定装置１００を管理する事業主Ｚによって運営されているものとする。「ＺＺモール」には、例えば、事業主Ｚと提携している複数の店舗が参加し、商品を出品している。また、「ＺＺモール」に参加している店舗の販売形態は限定されない。例えば、「ＺＺモール」に参加している店舗は、実店舗での販売も行っていてもよいし、オンラインショップであってもよい。

配送員端末２０は、配送員によって利用される情報処理装置である。配送員端末２０は、例えば、スマートフォンや、タブレット型端末や、ノート型ＰＣや、デスクトップＰＣや、携帯電話機や、ＰＤＡ等である。例えば、配送員端末２０は商品の配送指示を受信すると、配送指示に関する情報を表示する。本実施形態では、配送員端末２０には、配送指示に関する情報を表示可能なるアプリケーションである「アプリＡＰ２」が予めインストールされているものとする。

配送管理サーバ２００は、注文商品の配送に関する各種制御を行うサーバ装置である。例えば、配送管理サーバ２００は、決定装置１００による店舗決定処理により対象店舗が決定された場合に、注文商品の配送に関する各種制御を行う。例えば、配送管理サーバ２００は、配送を担当させる配送員を決定し、決定した配送員に対して、配送先へ注文商品を配送するよう指示（依頼）する。一例を示すと、配送管理サーバ２００は、配送員に対して適切な移動手段（モビリティ）を特定する。また、配送管理サーバ２００は、１のユーザにおける複数の注文商品について、異なる複数の対象店舗が決定された場合に、異なる複数の対象店舗のうち配送の拠点となる店舗を決定する。また、配送管理サーバ２００は、注文商品の配送先に対してインセンティブを付与する。

ここで、実施形態にかかる配送員は、所定の事業主に雇われている個人配送員である。例えば、配送員は、任意のエリアあるいは自宅等で、自身に物品配送の指示が入るまで待機している。例えば、配送員端末２０を介して商品の配送指示を受けた配送員は、商品の送り主（例えば、商品販売業者である店舗）の元へと商品を受け取りに行く。そして、配送員は、受け取った商品を指示された配送先へ配送する。

また、かかる配送員は、自転車、バイク、自動車（自家用車、レンタカー等限定されない）、自身の利用可能な移動手段で配送を行う。なお、本実施形態では、上記の通り配送員は、所定の事業主に雇われている個人配送員であるものとするがこれに限定されず、例えば、所定の運送会社等に所属する配送員であってもよい。

店舗端末３０は、事業主Ｚと提携している店舗が利用する端末装置である。店舗端末３０に対応する店舗は、リアルに存在する実店舗である。また、店舗端末３０に対応する店舗は、決定装置１００に決定される対象店舗となり得る候補の店舗であり、決定装置１００により対象店舗と決定された場合には、自店舗の商品、すなわち自店舗の取扱商品の中から注文商品を提供（販売）する。なお、店舗端末３０に対応する店舗は、必ずしもＺＺモールに参加している必要はない。図１では、店舗端末３０_１は「ストアＡ−１」に利用され、店舗端末３０_２は「ストアＢ−１」に利用され、店舗端末３０_３は「ストアＣ−１」に利用される例を示す。

次に、実施形態にかかる決定装置１００が行う店舗決定処理の前提について説明する。例えば、１つのＥＣサイトに多くの店舗（店舗の事業主）が参加している場合（かかるＥＣサイトは、インターネットショッピングモール等とも呼ばれる）、各店舗で取り扱われている商品は、所定の物流センター（巨大物流倉庫）に予め集積・保管されていることがある。

このような場合、ＥＣサイトは、ユーザから商品の注文を受け付けると、注文商品を物流センターから配送元へと配送させる。例えば、ＥＣサイトは、注文商品を保有している物流センターのうち、配送先に対してより近くに位置する物流センターから配送先へと商品を配送させる。

ここで、物流センターは、例えば、ＥＣサイトの運営元によって管理されている場合が多いが、全国に数多く存在する訳ではない。例えば、物流センターは、特定の地方に数施設ずつ存在する程度である。そうすると、配送先に対して近く（例えば、同一地方）に位置する物流センターが存在しないことも多く、かかる場合には、遠方の物流センターから配送先へと注文商品を運搬することになる。かかる場合、注文から商品到着までにかかる時間が長くなってしまったり、運搬コストが大きくなったりしてしまうといった問題が生じる。

このような問題の原因は、上記の通り、注文商品の配送元が数が限られている物流センターであることである。このような前提となる問題を解決するために、例えば、配送先の近隣に注文商品を販売している実店舗があった場合、この実店舗から配送先へと注文商品を配送することができれば、わざわざ遠方の物流センターから注文商品を配送する必要が無く、ユーザに対して注文商品を円滑に配送することができる。かかる場合、実店舗は、自店舗の取扱商品として、例えば、自店舗の在庫にある商品の中から注文商品を提供することになるので、かかる実店舗が物流センターの代わりとなるといえる。

したがって、実施形態にかかる決定装置１００は、物流センターの代わりとなれるような実店舗を決定する店舗決定処理を行う。具体的には、実施形態にかかる決定装置１００は、所定の電子商取引サービスにおいてユーザが商品を注文した場合に、前記ユーザにより注文された注文商品に関する情報である注文情報を取得する。そして、決定装置１００は、取得された注文情報に基づいて、所定の実店舗のうち注文商品が取り扱われている取扱店舗を、当該取扱店舗の商品の中から注文商品を提供する対象店舗として決定する。本実施形態では、所定の電子商商取引サービスとは「ＺＺモール」であるものとする。

さて、以下では、決定装置１００が行う店舗決定処理の一例について説明する。まず、図１（ａ）では、ユーザ端末１０が、ユーザＵ１の操作に従って、ＺＺモールのトップページＰ１を表示画面に表示している。本実施形態では、ＺＺモールのトップページＰ１をはじめ、ＺＺモールに関する各種ページは決定装置１００によって配信されるものとする。しかしながら、ＺＺモールに関する各種ページは、例えば、決定装置１００と協働する決定装置１００以外のサーバ装置から配信されてもよい。

図１（ａ）で示すように、トップページＰ１では、ピックアップ商品として、商品ＰＤｘ１、商品ＰＤｘ２、商品ＰＤｘ３、商品ＰＤｘ４が紹介されている。このようにユーザＵ１は、ピックアップ商品の中から注文したい（購入したい）商品を探すこともできるし、店舗検索、カテゴリ検索や、直接入力によって商品を探すこともできる。例えば、ユーザＵ１は、商品ＰＤ１を検索し、商品ＰＤ１に関する情報を選択したとする。

なお、ユーザＵ１は、店舗を指定したうえでその店舗が販売している商品の中から注文したい商品を探すこともできる。後述するが、実施形態にかかる店舗決定処理では、このようにユーザが店舗を指定した場合であっても、必ずしも指定された店舗を対象店舗として決定するものではない。

かかる場合、ユーザ端末１０は、決定装置１００にアクセスすることで、図１（ｂ）に示すような、商品ページＰ２を表示する。商品ページＰ２は、ユーザに選択された商品ＰＤ１に関する情報を含む。例えば、商品ページＰ２には、商品ＰＤ１の画像や詳細情報に加えて、商品ＰＤ１に対するレビュー（評価情報）、商品ＰＤ１の価格、ユーザが希望する配送先（お届け先）の入力欄Ｒ１、配送先への商品配送を希望する日時である配送希望日時を入力する入力欄Ｒ２等が含まれる。また、商品ページＰ２には、決定装置１００に対して商品ＰＤ１を注文するボタンＢＴが含まれる。なお、図１の例では、ユーザＵ１は、注文の際に店舗を指定している訳ではないが、商品ＰＤ１を販売している店舗が判明している場合には、商品ページＰ２には、商品ＰＤ１の販売店舗の名称も表示されてよい。図１（ｂ）の例では、商品ＰＤ１の販売店舗として「ストアＸ」が表示されている。

このような状態において、ユーザＵ１は、例えば、入力欄Ｒ１に「東京都Ｋ１区・・・」を入力し、入力欄Ｒ２に「２０１８年５月２０日１４時」を入力し、ボタンＢＴを押下したとする。すなわち、ユーザＵ１は、配送先として「東京都Ｋ１区・・・」を指定し、配送希望日時として「２０１８年５月２０日１４時」を指定したうえで、商品ＰＤ１の注文を行ったとする。

かかる場合、ユーザ端末１０は、ボタンＢＴの押下に応じて、決定装置１００に対して、ユーザＵ１に注文された注文商品である商品ＰＤ１に関する注文情報を送信する（ステップＳ１）。商品ＰＤ１に関する注文情報には、例えば、商品ＰＤ１の識別情報や、ユーザＵ１に関するユーザ情報が含まれる。また、かかるユーザ情報は、ユーザＵ１に指定された配送先および配送希望日時を示す情報等である。

決定装置１００は、ユーザ端末１０から送信された注文情報を取得すると、実施形態にかかる店舗決定処理を行う（ステップＳ２）。具体的には、決定装置１００は、取得した注文情報に基づいて、所定の実店舗のうち商品ＰＤ１が取り扱われている取扱店舗を特定し、特定した取扱店舗について商品ＰＤ１をユーザＵ１に提供する（販売する）対象店舗として決定する。より具体的には、決定装置１００は、取得した注文情報と、所定の実店舗それぞれにおいて取り扱われている商品に関する在庫情報とに基づいて、所定の実店舗のうち商品ＰＤ１が取り扱われている取扱店舗を特定する。

ここで、所定の実店舗それぞれにおいて取り扱われている商品に関する在庫情報について説明する。かかる在庫情報は、店舗情報記憶部１２１に格納されている。例えば、決定装置１００は、店舗情報記憶部１２１において予め在庫情報を記憶している。図１の例では、店舗情報記憶部１２１は、「事業主」、「店舗名」、「所在地」、「取扱商品」といった項目を有する。

「事業主」は、「店舗名」によって示される店舗を運営する事業主の名称であって、法人あるいは個人のいずれであってもよい。例えば、事業主が法人である場合には、「事業主」には、「〇〇株式会社」といった会社名が入力される。また、事業主が個人である場合には、「事業主」には、個人名が入力される。

ここで、事業主によっては、店舗をチェーン展開していたり、フランチャイズ化していたりする場合がある。例えば、事業主「株式会社ＣＡ１」は、店舗であるストアＡをチェーン展開しているとすると、ストアＡの支点が各地に点在していることになる。そうした場合、店舗情報記憶部１２１には、支店毎のストアＡの名称が「店舗名」として入力される。図１に示す店舗情報記憶部１２１の例では、店舗名「ストアＡ−１」は、株式会社ＣＡ１によってチェーン展開されるストアＡのとある支店の支店名に対応する。

店舗情報記憶部１２１に記憶されている店舗（「店舗名」で示される店舗）は、例えば、事業主Ｚと所定の契約を結んでいる店舗であって、実店舗である。また、かかる店舗は、必ずしもＺＺモールに参加している必要はない。

「所在地」は、「店舗名」が示す店舗の所在地（現住所）を示す。「取扱商品」は、「店舗名」が示す店舗にて取り扱われている商品を示す。具体的には、「取扱商品」は、「店舗名」が示す店舗にて取り扱われている商品を示す。

店舗決定処理の説明に戻ると、決定装置１００は、ステップＳ２において、注文情報と、店舗情報記憶部１２１に記憶されている店舗（候補店舗とする）それぞれに対応する「取扱商品」（在庫情報の一例）とのマッチングを行い、候補店舗のうち商品ＰＤ１が取り扱われている取扱店舗を特定する。図１の例では、決定装置１００は、ストアＡ−１、ストアＢ−１、ストアＣ−１が取扱店舗であると特定する。

また、このような状態で、決定装置１００は、ストアＡ−１、ストアＢ−１、ストアＣ−１それぞれの「所在地」（店舗所在地情報の一例）に基づいて、ストアＡ−１、ストアＢ−１、ストアＣ−１のうちユーザＵ１により指定された配送先に対して所定の位置関係にある取扱店舗を対象店舗として決定する。具体的には、決定装置１００は、ストアＡ−１、ストアＢ−１、ストアＣ−１それぞれの「所在地」と、ユーザＵ１指定された配送先（「東京都Ｋ１区・・・」）とのマッチングを行い、ストアＡ−１、ストアＢ−１、ストアＣ−１のうちユーザＵ１により指定された配送先に対してより近くに位置する取扱店舗を対象店舗として決定する。

例えば、決定装置１００は、配送先と同一区内に存在するストアＡ−１が配送先に対して最も近くに位置すると判断し、ストアＡ−１を自店舗の取扱商品の中から商品ＰＤ１を提供する対象店舗として決定する。

さて、図１（ｂ）での説明した通り、ＺＺモール内では商品ＰＤ１の販売店舗はストアＸである。しかし、決定装置１００は、ストアＸとは異なる（事業主も異なるものとする）ストアＡ−１を対象店舗として決定した。このように、決定装置１００は、ユーザが店舗を指定する、しないに拘わらず、ＺＺモールにおいて注文商品を販売している販売店舗とは異なる無関係な店舗を対象店舗として決定してもよい。もちろん、結果論ではあるが、決定装置１００は、ＺＺモールにおいて注文商品を販売している販売店舗そのものを対象店舗として決定する場合もある。

次に、決定装置１００は、配送管理サーバ２００に対して、決定店舗情報を送信する（ステップＳ３）。決定店舗情報には、注文主であるユーザＵ１の識別情報、対象店舗がストアＡ−１であることを示す識別情報、商品ＰＤ１の識別情報が含まれる。つまり、決定装置１００は、対象店舗であるストアＡ−１からユーザＵ１の配送先へと商品ＰＤ１が配送されるよう配送管理サーバ２００に指示する。

配送管理サーバ２００は、決定装置１００から受信した決定店舗情報に基づいて、ストアＡ−１に対して決定店舗情報を送信する（ステップＳ４）。これにより、配送管理サーバ２００は、ストアＡ−１が対象店舗に決定されたことにより後に訪れる配送員に商品ＰＤ１を受け渡すようストアＡ−１に対して指示する。

また、不図示であるが、配送管理サーバ２００は、商品ＰＤ１の配送を担当可能な配送員を決定する。例えば、配送管理サーバ２００は、ストアＡ−１に最も早く向かうことに出来る配送員を商品ＰＤ１の配送担当として決定する。図１の例では、配送管理サーバ２００は、配送員Ｄ１を決定したものとする。かかる場合、配送管理サーバ２００は、配送員Ｄ１の配送員端末２０に配送指示を送信する（ステップＳ５）。例えば、配送管理サーバ２００は、ストアＡ−１に行き商品ＰＤ１を受けとり、商品ＰＤ１をユーザＵ１の指定した配送先へと配送するよう指示する。

なお、配送管理サーバ２００は、配送員を決定した時点で、ユーザＵ１に対して、どのような配送員が商品ＰＤ１を届けるのかを予め通知してもよい。図１の例では、配送管理サーバ２００は、配送員Ｄ１の識別情報（例えば、登録番号や氏名）をユーザＵ１に通知しておく。

指示を受けた配送員Ｄ１は、ストアＡ−１で商品ＰＤ１を受け取り、商品ＰＤ１をユーザＵ１の指定した配送先へと配送する（ステップＳ６）。この配送先には、例えば、ユーザＵ１が待機している。このとき例えば、配送員Ｄ１は、登録番号あるいは氏名をユーザＵ１に提示することで、ユーザＵ１に対して、自身が商品ＰＤ１の配送担当であることが間違いないことを把握させることができる。

これまで説明してきたように、実施形態にかかる決定装置１００は、所定の電子商商取引サービスにおいてユーザが商品を注文した場合に、ユーザにより注文された注文商品に関する情報である注文情報を取得する。そして、決定装置１００は、取得した注文情報に基づいて、所定の実店舗のうち注文商品が取り扱われている取扱店舗を、当該取扱店舗の商品の中から注文商品を提供する対象店舗として決定する。

これにより、実施形態にかかる決定装置１００は、対象店舗を物流センター代わりとすることができるため、例えば、遠方の物流センターから配送先へと商品を配送する必要が無くなる。このようなことから、決定装置１００は、ユーザに対して注文商品を円滑に配送することができる。また、決定装置１００は、配送にかかるコストも削減することができる。

〔２．システムの構成〕
次に、図２を用いて、実施形態にかかる店舗決定システムの構成について説明する。図２は、実施形態にかかる店舗決定システム１の構成例を示す図である。実施形態にかかる店舗決定システム１は、図２に示すように、ユーザ端末１０と、配送員端末２０と、店舗端末３０_１〜３０_ｘと、決定装置１００と、配送管理サーバ２００とを含む。また、ユーザ端末１０、配送員端末２０、店舗端末３０_１〜３０_ｘ、決定装置１００、配送管理サーバ２００は、図２に示すネットワークＮを介して有線または無線により通信可能に接続される。

〔３．決定装置の構成〕
次に、図３を用いて、実施形態にかかる決定装置１００について説明する。図３は、実施形態にかかる決定装置１００の構成例を示す図である。図３に示すように、決定装置１００は、通信部１１０と、記憶部１２０と、制御部１３０とを有する。

（通信部１１０について）
通信部１１０は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。そして、通信部１１０は、ネットワークＮと有線または無線で接続され、例えば、ユーザ端末１０や配送管理サーバ２００との間で情報の送受信を行う。

（記憶部１２０について）
記憶部１２０は、例えば、ＲＡＭ（Random Access Memory)、フラッシュメモリ等の半導体メモリ素子またはハードディスク、光ディスク等の記憶装置によって実現される。記憶部１２０は、店舗情報記憶部１２１と、注文情報記憶部１２２と、決定情報記憶部１２３とを有する。

（店舗情報記憶部１２１について）
店舗情報記憶部１２１は、実店舗それぞれにおいて取り扱われている取扱商品に関する情報を記憶する。かかる実店舗は、例えば、決定装置１００の事業主Ｚと所定の契約を結んでいる実店舗、あるいは、決定装置１００の事業主Ｚと所定の契約を結んでいる事業主が運営する実店舗である。ここで、図４に実施形態にかかる店舗情報記憶部１２１の一例を示す。図４の例では、店舗情報記憶部１２１は、「事業主」、「店舗名」、「店舗ＩＤ」、「支点」、「所在地」、「取扱商品」といった項目を有する。なお、図４に示す店舗情報記憶部１２１は、図１で説明したものをより詳細に説明するものである。

「事業主」は、「店舗名」によって示される店舗を運営する事業主の名称であって、法人あるいは個人のいずれであってもよい。例えば、事業主が法人である場合には、「事業主」には、「〇〇株式会社」といった会社名が入力される。また、事業主が個人である場合には、「事業主」には、個人名が入力される。

「店舗名」は、「事業主」によって運営される店舗の店舗名であり、例えば、この店舗がチェーン展開されていたりフランチャイズ化されている場合には、各地に「支店」が存在する。「店舗ＩＤ」は、「店舗名」で示される店舗を識別する識別情報を示す。例えば、「店舗名」で示される店舗がチェーン展開されていたりフランチャイズ化されている場合には、各「支店」毎に「店舗ＩＤ」が割り振られる。図１の例では、事業主「株式会社ＣＡ１」によって運営される「ストアＡ」は、チェーン展開されており、例えば、六本木支店、目黒支店、赤坂支店等が存在する例を示す。また、この六本木支店、目黒支店、赤坂支店それぞれに対して、「店舗ＩＤ」が割り振られている例を示す。図１でも触れたが、以下の実施形態では、例えば、ストアＡの六本木支店については、「ストアＡ−１」と表記することにする。

「所在地」は、店舗の所在地（現住所）を示す。店舗にて取り扱われている商品を示す。具体的には、「取扱商品」は、店舗にて取り扱われている商品を示す。図４の例では、カテゴリ（例えば、雑貨、家電、食品）毎に「取扱商品」が記憶される。また、「取扱商品」として、商品名が記憶されてもよいし、商品の個体識別番号が記憶されてもよい。つまり「取扱商品」を識別可能な情報であればどのような情報が記憶されてもよい。

なお、図４の例において、「山本商店」は、事業主「山本〇〇」によって個人経営されている例を示す。

（注文情報記憶部１２２について）
注文情報記憶部１２２は、ユーザによって注文された注文商品に関する情報を記憶する。図１で説明した通り、本実施形態では、ユーザは電子商取引サービスであるＺＺモールで商品を注文する。ここで、図５に実施形態にかかる注文情報記憶部１２２の一例を示す。図５の例では、注文情報記憶部１２２は、「ユーザＩＤ」、「注文商品」、「価格」、「配送先」、「配送希望日時」といった項目を有する。

「ユーザＩＤ」は、ユーザまたはユーザ端末１０を識別する識別情報を示す。「注文商品」は、ユーザに注文された注文商品を識別する識別情報である。「注文商品」は、例えば、ユーザに注文された注文商品の商品名あるいは個体識別番号等であってよい。「価格」は、注文商品の価格を示す。「配送先」は、ユーザに指定された配送先であって注文商品の配送先を示す。図１の例では、入力欄Ｒ１に入力された情報がこの「配送先」に格納される。なお、ユーザは、「配送先」に自身の住所以外にも任意の施設（例えば、公園）等の住所を入力することができる。これにより、決定装置１００は、例えば、お花見会場となっている公園に食事を配送させるといったニーズにも対応することができる。

「配送希望日時」は、「配送先」への商品配送を希望する日時を示す。図１の例では、入力欄Ｒ２に入力された情報がこの「配送希望日時」に格納される。

すなわち、図５の例では、ユーザＩＤ「Ｕ１」によって識別されるユーザ（ユーザＵ１）が、価格「１，０００円」の商品「商品ＰＤ１」を注文するとともに、商品ＰＤ１の配送先として「東京都Ｋ１区・・・」を指定し、また、配送先「東京都Ｋ１区・・・」への商品ＰＤ１の配送希望日時として「２０１８年５月２０日１４時」を指定した例を示す。

（決定情報記憶部１２３について）
決定情報記憶部１２３は、店舗決定処理により決定された情報を記憶する。ここで、図６に実施形態にかかる決定情報記憶部１２３の一例を示す。図６の例では、決定情報記憶部１２３は、「ユーザＩＤ」、「対象店舗」といった項目を有する。

「ユーザＩＤ」は、商品を注文したユーザまたはユーザ端末１０を識別する識別情報を示す。「対象店舗」は、店舗決定処理により決定された対象店舗、すなわち物流センターに代わって自店舗の商品の中から注文商品を提供する対象店舗を記憶する。「対象店舗」には、例えば、図４で説明した「店舗ＩＤ」が用いられる。

すなわち、図６の例では、ユーザＵ１による商品注文に応じて、決定装置が対象店舗として「ストアＡ−１」を決定した例を示す。なお、ユーザによっては商品を複数注文する場合があり、かかる場合、複数の注文商品の全てについて同一の対象店舗が決定される場合や、複数の注文商品のいずれかは異なる対象店舗が決定される場合がある。

（その他の記憶部について）
不図示であるが、決定装置１００は、全国の地図情報（路線情報）を記憶する記憶部を有してもよい。

図３に戻り、制御部１３０は、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等によって、決定装置１００内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部１３０は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現される。

図３に示すように、制御部１３０は、表示制御部１３１と、配信部１３２と、受信部１３３と、取得部１３４と、決定部１３５と、通知部１３６と、指示部１３７と、算定部１３８とを有し、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部１３０の内部構成は、図３に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。また、制御部１３０が有する各処理部の接続関係は、図３に示した接続関係に限られず、他の接続関係であってもよい。

（表示制御部１３１について）
表示制御部１３１は、コンテンツの配信要求が受け付けられた場合に、当該コンテンツの表示に関する制御を行う。例えば、表示制御部１３１は、コンテンツの配信要求を受け付けると、当該コンテンツを生成する。図１の例では、表示制御部１３１は、ユーザ端末１０からトップページＰ１の配信要求を受信すると、ユーザＵ１に合わせてトップページＰ１を生成する。また、ユーザＵ１が商品ＰＤ１を選択したことによりユーザ端末１０から商品ページＰ２の配信要求を受信すると、図１（ｂ）に示すような商品ページＰ２を生成する。

（配信部１３２について）
配信部１３２は、コンテンツを配信する。例えば、配信部１３２は、表示制御部１３１により生成されたコンテンツを配信する。例えば、配信部１３２は、表示制御部１３１によりトップページＰ１が生成された場合には、ユーザ端末１０にトップページＰ１を配信する。

（受信部１３３について）
受信部１３３は、ユーザから商品の注文を受け付ける。具体的には、受信部１３３は、ユーザがユーザ端末１０を用いて商品を注文した場合に、注文された商品に関する注文情報をユーザ端末１０から受信する。図１の例では、ユーザＵ１は、ボタンＢＴを押下することにより決定装置１００に対して商品ＰＤ１を注文する。したがって、ユーザ端末１０は、ボタンＢＴが押下された場合に、商品ＰＤ１の識別情報、配送先情報、配送希望日時情報を含む注文情報を決定装置１００に送信する。そして、かかる場合、受信部１３３は、ユーザ端末１０から注文情報を受信する。また、受信部１３３は、受信した注文情報を注文情報記憶部１２２に格納する。

（取得部１３４について）
取得部１３４は、所定の電子商取引サービスにおいてユーザが商品を注文した場合に、ユーザにより注文された注文商品に関する情報である注文情報を取得する。例えば、取得部１３４は、注文商品を識別する識別情報とユーザに関するユーザ情報とを含む注文商品情報を取得する。

図１の例では、ユーザＵ１がＺＺモールにおいて商品ＰＤ１を選択し、図１（ｂ）に示すように情報入力したうえで商品ＰＤ１を注文している。かかる場合、上記の通り、受信部１３３が、商品ＰＤ１の識別情報、商品ＰＤ１に対応する配送先情報、商品ＰＤ１に対応する配送希望日時情報を受信し、注文情報記憶部１２２に格納する。したがって、取得部１３４は、注文情報記憶部１２２から商品ＰＤ１の識別情報、商品ＰＤ１に対応する配送先情報、商品ＰＤ１に対応する配送希望日時情報を取得する。そして、取得部１３４は、取得した情報を決定部１３５に送信する。

なお、取得部１３４が、ユーザ端末１０から注文情報の受信（取得）も行ってよい。かかる場合には決定装置１００は、受信部１３３を有しなくともよい。

（決定部１３５について）
決定部１３５は、以下のような店舗決定処理を行う。決定部１３５は、取得部１３４により取得された注文情報に基づいて、所定の実店舗のうち注文商品が取り扱われている取扱店舗を、当該取扱店舗の商品の中から注文商品を提供する対象店舗として決定する。例えば、決定部１３５は、所定の実店舗のうち注文商品が取り扱われている取扱店舗を、当該取扱店舗における取扱商品（在庫商品）の中から注文商品を提供する対象店舗として決定する。また、決定部１３５は、所定の電子商商取引サービスで販売される商品が保管される保管施設（例えば、物流センター）であって所定の電子商商取引サービス専用の保管施設ではなく、所定の実店舗のうち注文商品が取り扱われている取扱店舗を対象店舗として決定する。例えば、決定部１３５は、所定の実店舗それぞれにおいて取り扱われている商品に関する在庫情報に基づいて、対象店舗を決定する。より具体的には、決定部１３５は、所定の実店舗それぞれにおいて取り扱われている商品に関する在庫情報と、注文情報とに基づいて、対象店舗を決定する。

また、決定部１３５は、所定の実店舗それぞれの所在地を示す店舗所在地情報に基づいて、取扱店舗のうちユーザにより指定された配送先に対して所定の位置関係にある取扱店舗を対象店舗として決定する。例えば、決定部１３５は、店舗所在地情報に基づいて、取扱店舗のうちユーザにより指定された配送先に対してより近くに位置する取扱店舗を対象店舗として決定する。

また、決定部１３５は、ユーザにより指定された日時であってユーザにより指定された配送先に前記注文商品が配送されることを希望する日時である配送希望日時に基づいて、取扱店舗の中から対象店舗を決定する。例えば、決定部１３５は、配送希望日時に基づいて、取扱店舗のうちユーザにより指定された配送先に対して配送希望日時に間に合うよう注文商品を配送可能な位置にある取扱店舗を対象店舗として決定する。

以下では店舗決定処理の一例を示す。例えば、決定部１３５は、注文情報と店舗情報記憶部１２１における「取扱商品」（在庫情報）とに基づいて、取扱店舗を特定する。次に、決定部１３５は、取扱店舗の中から、配送希望日時に間に合うよう注文商品を配送可能な位置にある取扱店舗を特定する。そして、決定部１３５は、店舗所在地情報に基づいて、配送希望日時に間に合うよう注文商品を配送可能な位置にある取扱店舗のうち、配送先に対してより近くに位置する取扱店舗を対象店舗として決定する。この点について、図１の例を用いて説明する。

まず、受信部１３３が、ユーザＵ１のユーザ端末１０から、商品ＰＤ１の識別情報、配送先情報「東京都Ｋ１区・・・」、配送希望日時情報「２０１８年５月２０日１４時」を含む注文情報を受信したとする。これにより、決定部１３５は、取得部１３４から注文情報を受け付けたとする。かかる場合、決定部１３５は、注文情報と、店舗情報記憶部１２１に記憶されている候補店舗それぞれに対応する「取扱商品」（在庫情報の一例）とのマッチングを行い、候補店舗のうち商品ＰＤ１が取り扱われている取扱店舗を特定する。図１の例（図４の例でも同様）では、決定部１３５は、ストアＡ−１、ストアＢ−１、ストアＣ−１が取扱店舗であると特定する。

次に、決定部１３５は、ユーザＵ１に対応する配送先情報と、配送希望日時情報と、各取扱店舗の店舗所在地情報（店舗情報記憶部１２１の「所在地」に対応）とに基づいて、各取扱店舗の中から、配送希望日時に間に合うよう注文商品を配送可能な位置にある取扱店舗を特定する。例えば、決定部１３５は、地図情報を参照し、候補店舗それぞれから配送先までのルート（例えば、最短ルート）を検索する。そして、決定部１３５は、検索したルートを利用した場合に、候補店舗それぞれから配送先までに要する所要時間を算出する。なお、このとき決定部１３５は、配送を担当可能な配送員を特定し、特定した配送員が利用可能な移動手段も考慮して、所要時間を算出してもよい。例えば、都会である場合には、乗用車よりバイクの方が機動力がある。このため、配送員がバイクを利用可能である場合には、通常の所要時間よりも数分あるいは数十分短い所要時間を算出してもよい。また、決定部１３５は、配送員が各候補店舗に到着するまでに要する時間を加算することで所要時間を算出してもよい。

そして、決定部１３５は、各候補店舗の中から、ユーザＵ１から注文が受け付けられた現時点から配送希望日時までの時間よりも短い所要時間に対応する候補店舗を抽出する。例えば、ユーザが配送希望日時を設定した場合、決定部１３５は、配送希望日時に間に合うよう注文商品を配送可能な位置にある取扱店舗を特定することができない場合がある。かかる場合、決定部１３５は、その配送希望日時を受付けることができない旨や、翌日等に配送希望日時を延長するよう提案してもよい。これにより決定部１３５は、候補店舗を増やすことができる。

さて、ここでは、決定部１３５は、各候補店舗の中から、配送希望日時に間に合うよう注文商品を配送可能な位置にある取扱店舗として、ストアＡ−１およびストアＢ−１を抽出したものとする。このような状態において、決定部１３５は、抽出した候補店舗それぞれの「所在地」と、ユーザＵ１に対応する配送先情報とに基づいて、抽出した候補店舗のうち、ユーザＵ１により指定された配送先に対して所定の位置関係にある取扱店舗を対象店舗として決定する。例えば、決定部１３５は、抽出した候補店舗の「所在地」と、ユーザＵ１により指定された配送先（「東京都Ｋ１区・・・」）とのマッチングを行い、ストアＡ−１およびストアＢ−１のうちユーザＵ１により指定された配送先に対してより近くに位置する取扱店舗を対象店舗として決定する。

例えば、決定部１３５は、地図情報を参照することで、ストアＡ−１およびストアＢ−１いずれがユーザＵ１により指定された配送先に対してより近いか判断し、近い方の店舗を対象店舗として決定する。かかる例では、決定部１３５は、ストアＡ−１を自店舗の商品の中から商品ＰＤ１を提供する対象店舗として決定したものとする。かかる場合、決定部１３５は、ストアＡ−１が対象店舗となったことを示す情報を決定情報記憶部１２３に格納する。例えば、決定部１３５は、ユーザＩＤ「Ｕ１」とストアＡ−１の店舗ＩＤ「Ａ−１」とを対応付けて決定情報記憶部１２３に格納する。

（通知部１３６について）
通知部１３６は、ユーザに対して、商品の注文に関する情報を通知する。例えば、通知部１３６は、ユーザにより注文された注文商品の到着予定日時を通知する。上記の通り、決定部１３５は、配送先に注文商品が配送されるまでに要する所要時間を算出している。したがって、通知部１３６は、この所要時間と、配送希望日時とに基づいて、到着予定日時を算出する。例えば、通知部１３６は、配送希望日時に十分間に合うようであれば、配送希望日時を到着予定日時として通知することができる。また、通知部１３６は、配送希望日時における配送先周辺の交通状況を予測し、予測した交通状況も考慮して到着予定日時を算出してもよい。

（指示部１３７について）
指示部１３７は、決定部１３５により決定された対象店舗からユーザの配送先へと注文商品が配送されるよう指示する。例えば、指示部１３７は、決定部１３５により決定された対象店舗から配送先へと注文商品が配送されるための処理を実行するよう配送管理サーバ２００に指示する。図１の例では、指示部１３７は、対象店舗であるストアＡ−１からユーザＵ１の配送先へと商品ＰＤ１が配送されるよう配送管理サーバ２００に指示する。例えば、指示部１３７は、注文主であるユーザＵ１の識別情報、対象店舗がストアＡ−１であることを示す識別情報（ストアＡ−１の店舗ＩＤ）、商品ＰＤ１の識別情報が含まれる決定店舗情報を配送管理サーバ２００に送信することにより指示する。

（算定部１３８について）
算定部１３８は、決済金額を算定する。具体的には、算定部１３８は、注文主であるユーザと対象店舗との間での決済金額を算定する。図１の例では、ユーザＵ１はストアＡ−１にて商品ＰＤ１を購入することになるため、算定部１３８は、ユーザＵ１とストアＡ−１との間での決済金額を算定する。

〔４．配送管理サーバの構成〕
次に、図７を用いて、実施形態にかかる配送管理サーバ２００について説明する。図７は、実施形態にかかる配送管理サーバ２００の構成例を示す図である。図７に示すように、配送管理サーバ２００は、通信部２１０と、記憶部２２０と、制御部２３０とを有する。

（通信部２１０について）
通信部２１０は、例えば、ＮＩＣ等によって実現される。そして、通信部２１０は、ネットワークＮと有線または無線で接続され、例えば、配送員端末２０、店舗端末３０、決定装置１００との間で情報の送受信を行う。

（記憶部２２０について）
記憶部２２０は、例えば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子またはハードディスク、光ディスク等の記憶装置によって実現される。記憶部２２０は、配送員情報記憶部２２１を有する。

（配送員情報記憶部２２１について）
配送員情報記憶部２２１は、注文商品の配送を行う配送員に関する各種情報を記憶する。ここで、図８に実施形態にかかる配送員情報記憶部２２１の一例を示す。図８の例では、配送員情報記憶部２２１は、「配送員ＩＤ」、「待機エリア」、「配送手段」、「勤務状況」といった項目を有する。

「配送員ＩＤ」は、配送員または配送員端末２０を識別する識別情報を示す。「待機エリア」は、配送員が待機予定のエリアを示す。「配送手段」は、配送員が注文商品の受け取り、および、注文商品の配送に利用可能な配送手段（移動手段）を示す。また、免許を取得している配送員に限って、「配送手段」にバイクや乗用車を登録することができるが、かかる配送員は、必ずしもバイクや乗用車を所有している必要はない。

「勤務状況」は、配送員の現在の勤務状況を示す。例えば、配送員は、任意の時間帯に配送業務を行うことができる。このため配送員は、自身の好きなときに配送管理サーバ２００に対して、配送業務を行いたい旨意思表示する。例えば、配送員は、配送員端末２０を用いて、配送管理サーバ２００に対して業務担当希望を送信する。配送管理サーバ２００は、業務担当希望を受け付けた場合には勤務状況「待機中」とする。また、配送管理サーバ２００は、注文商品の配送担当者となり現在配送中の配送員については勤務状況「配送中」とする。また、配送管理サーバ２００は、業務担当希望を送信しておらず全く勤務に関与していない配送員については「勤務外」とする。

図７に戻り、制御部２３０は、ＣＰＵやＭＰＵ等によって、配送管理サーバ２００内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部１３０は、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現される。

図７に示すように、制御部２３０は、受付部２３１と、受信部２３２と、配送制御部２３３と、指示部２３４とを有し、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部２３０の内部構成は、図７に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。また、制御部２３０が有する各処理部の接続関係は、図７に示した接続関係に限られず、他の接続関係であってもよい。

（受付部２３１について）
受付部２３１は、配送員から配送業務に関する情報を受け付ける。例えば、受付部２３１は、配送員から待機エリアの登録や、注文商品の受け取り、および、注文商品の配送に利用可能な配送手段の登録を受け付ける。また、受付部２３１は、配送員から配送業務を行いたい旨の意思表示である業務担当希望を受け付ける。また、受付部２３１は、受け付けた情報を配送員情報記憶部２２１に格納する。また、受付部２３１は、配送先への配送が済んだ場合に配送員から配送業務終了の報告を受け付ける。

（受信部２３２について）
上記の通り、決定装置１００の指示部１３７は、決定部１３５により決定された対象店舗から配送先へと注文商品が配送されるための処理を実行するよう配送管理サーバ２００に指示する。例えば、指示部１３７は、この指示として決定店舗情報を配送管理サーバ２００に送信する。したがって、受信部２３２は、決定装置１００により対象店舗が決定された場合に、決定装置１００から決定店舗情報を受信する。図１の例では、受信部２３２は、注文主であるユーザＵ１の識別情報、対象店舗がストアＡ−１であることを示す識別情報（ストアＡ−１の店舗ＩＤ）、商品ＰＤ１の識別情報が含まれる決定店舗情報を受信する。

なお、例えば、決定装置１００が配送ルートを決定する場合には（例えば、決定部１３５が店舗決定処理の中で決定する）、受信部２３２は、決定装置１００からこの配送ルートを示すルート情報も受信してよい。

（配送制御部２３３について）
配送制御部２３３は、注文商品の配送に関する各種制御を行う。例えば、配送制御部２３３は、決定装置１００により対象店舗が決定された場合に、対象店舗に決定されたことにより後に訪れる配送員に注文商品を受け渡すよう指示する。例えば、配送制御部２３３は、受信部２３２により受信された決定店舗情報を対象店舗の店舗端末３０に送信することにより指示する。図１の例では、配送制御部２３３は、対象店舗がストアＡ−１であることを示す識別情報（ストアＡ−１の店舗ＩＤ）、商品ＰＤ１の識別情報が含まれる決定店舗情報をストアＡ−１の店舗端末３０に送信する。

また、配送制御部２３３は、配送を担当させる配送員を決定する。具体的には、配送制御部２３３は、配送員が対象店舗に向かい対象店舗から配送先に到着するまでの配送ルートを決定するとともに、決定した配送ルートでの配送を担当される配送員を決定する。また、配送制御部２３３は、配送員に対して適切な移動手段（モビリティ）を特定する。また、配送制御部２３３は、１のユーザにおける複数の注文商品について、異なる複数の対象店舗が決定された場合に、異なる複数の対象店舗のうち配送の拠点となる店舗を決定する。また、配送制御部２３３は、注文商品の配送先に対してインセンティブを付与する。

（指示部２３４について）
指示部２３４は、配送員に対して、配送先へ注文商品を配送するよう指示（依頼）する。図１の例において、例えば、配送制御部２３３が配送員Ｄ１に注文商品ＰＤ１の配送を担当させることを決めら場合には、指示部２３４は、配送員Ｄ１に対して配送先へ注文商品ＰＤ１を配送するよう指示（依頼）する。例えば、指示部２３４は、配送員Ｄ１の配送員端末２０に注文商品ＰＤ１、受取先店舗（ストアＡ−１）、配送ルート、配送先、注文主（ユーザＵ１）を示す指示情報を送信する。

〔５．処理手順〕
（全体の流れについて）
次に、図９を用いて、実施形態にかかる店舗決定処理の手順について説明する。図９は、実施形態にかかる店舗決定手順にかかる全体の流れを示すフローチャートである。なお、図９の説明では、決定装置１００は、店舗情報記憶部１２１において既に各実店舗に関する在庫情報を有しているものとする。例えば、決定装置１００は、図４に示すような内容の店舗情報記憶部１２１を有しているものとする。

まず、決定装置１００の受信部１３３は、ユーザから商品の注文を受け付けたか否かを判定する（ステップＳ１０１）。例えば、受信部１３３は、ユーザから商品の注文として、ＺＺモールを介して、注文情報を受信したか否かを判定する。受信部１３３は、注文を受け付けていない場合には（ステップＳ１０１；Ｎｏ）、受け付けるまで待機する。

一方、決定部１３５は、受信部１３３により商品の注文が受け付けられた場合には（ステップＳ１０１；Ｙｅｓ）、対象店舗を決定する店舗決定処理を行う（ステップＳ１０２）。例えば、取得部１３４は、受信部１３３により商品の注文が受け付けられた場合には（ステップＳ１０１；Ｙｅｓ）、注文商品に関する注文情報を注文情報記憶部１２２から取得し、取得した注文情報を決定部１３５に送信する。これにより決定部１３５は、店舗決定処理を行う。店舗決定処理の詳細な流れについては図１０で説明する。

次に、指示部１３７は、決定部１３５により決定された対象店舗から配送先へと注文商品が配送されるための処理を実行するよう配送管理サーバ２００に指示する（ステップＳ１０３）。例えば、指示部１３７は、決定店舗情報を配送管理サーバ２００に送信する。

次に、配送管理サーバ２００の配送制御部２３３は、決定装置１００により決定された対象店舗に情報通知を行う（ステップＳ１０４）。例えば、受信部２３２は、決定装置１００から決定店舗情報を受信する。そうすると、配送制御部２３３は、対象店舗に決定されたことにより後に訪れる配送員に注文商品を受け渡すよう指示する。例えば、配送制御部２３３は、受信部２３２により受信された決定店舗情報を対象店舗の店舗端末３０に送信することにより指示する。

また、配送制御部２３３は、注文商品の配送制御を行う（ステップＳ１０５）。例えば、配送制御部２３３は、注文商品の配送を担当させる配送員を決定する。また、配送制御部２３３は、配送ルートも決定することができる。そして、指示部２３４は、配送員に対して、配送先へ注文商品を配送するよう指示する（ステップＳ１０６）。

（店舗決定手順の詳細な流れについて）
次に、図１０を用いて、実施形態にかかる店舗決定処理の手順について説明する。図１０は、実施形態にかかる店舗決定手順の詳細な流れを示すフローチャートである。

まず、取得部１３４は、受信部１３３により商品の注文が受け付けられた場合には（図９のステップＳ１０１；Ｙｅｓ）、注文商品に関する注文情報を注文情報記憶部１２２から取得する（ステップＳ２０１）。

決定部１３５は、取得部１３４から注文情報を受け取ると、注文情報と店舗情報記憶部１２１に記憶されている候補店舗それぞれに対応する「取扱商品」とに基づいて、候補店舗の中から注文商品が取り扱われている取扱店舗を特定する（ステップＳ２０２）。

次に、決定部１３５は、注文主のユーザＵ１が指定した配送先とおよび配送希望日時と、各取扱店舗の所在地とに基づいて、各取扱店舗の中から、配送希望日時に間に合うよう注文商品を配送可能な位置にある取扱店舗を抽出する（ステップＳ２０３）。

次に、決定部１３５は、抽出した候補店舗それぞれの所在地と、注文主のユーザが指定した配送先とに基づいて、抽出した候補店舗のうち、配送先に対してより近くに位置する取扱店舗を対象店舗として決定する（ステップＳ２０４）。

図１０の例では、決定装置１００が、まず注文商品を配送可能な位置にある取扱店舗を抽出し、そして抽出した取扱店舗のうち配送先に対してより近くに位置する取扱店舗を対象店舗として決定するといった順を示した。しかし、決定装置１００は、必ずしもこのような順で店舗決定処理を行う必要はない。例えば、決定装置１００は、取扱店舗のうち配送先に対してより近くに位置する取扱店舗を特定したうえで、特定した取扱店舗が配送希望日時に間に合うよう注文商品を配送可能な位置にあるか否かを判定し、配送可能な位置にある場合はその取扱店舗を対象店舗と決定してもよい。また、決定装置１００は、取扱店舗のうち配送先に対してより近くに位置する取扱店舗を特定したうえで、特定した取扱店舗が配送希望日時に間に合うよう注文商品を配送可能な位置にあるか否かを判定し、配送可能な位置にない場合には、配送先に対して次に近くに位置する取扱店舗ついて同様の判定を行うことで対象店舗を決定してもよい。

〔５．変形例〕
上記実施形態にかかる決定装置１００は、上記実施形態以外にも種々の異なる形態にて実施されてよい。そこで、以下では、決定装置１００の他の実施形態について説明する。

〔６−１．複数の注文商品〕
例えば、ユーザは商品を複数注文する場合がある。かかる場合、決定装置１００は、各注文商品について対象店舗を決定する。具体的には、決定装置１００は、各注文商品について上記店舗決定処理を行うことにより対象店舗を決定する。この場合、決定装置１００は、結果的に、注文商品毎に異なる対象店舗を決定することもあれば、注文商品全て同一の対象店舗を決定することもある。

〔６−２．注文前での店舗決定処理〕
また、上記実施形態では、決定装置１００が、ユーザが商品を注文した場合に、店舗決定処理を行い対象店舗を決定する例を示した。しかし、決定装置１００は、ユーザが商品を注文する前にも店舗決定処理を行ってもよい。例えば、決定装置１００は、ＺＺモールで商品を選択した段階で店舗決定処理を行い、店舗決定処理の結果を反映した商品ページＰ２を配信してもよい。

図１の例では、ユーザＵ１は、商品検索を行い検索結果の中から商品ＰＤ１を選択することにより、商品ＰＤ１に関する商品ページＰ２を配信されている。したがって、かかる例では、決定装置１００は、例えば、検索結果の中から商品ＰＤ１が選択された場合に、商品ＰＤ１について店舗決定処理を行う。このような状態において、ユーザＵ１が予め住所登録しているとすると、決定装置１００は、例えば、ユーザＵ１が商品選択した当日中（例えば、当日１７時まで）に、店舗決定処理で決定した対象店舗から登録住所に商品ＰＤ１を配送可能か否かを判定する。決定装置１００は、配送可能であると判定した場合には、「商品ＰＤ１は本日中に配送可能です」といった文言を含む商品ページＰ２を配信する。

一般に、ユーザはなるべくはやく商品を入手したいと考えているので、決定装置１００は、このような処理を行うことで「今日に手に入るならこの場で購入してしまおう」といったかたちで注文意欲（購買意欲）を高めることができる。

なお、決定装置１００が上記のような文言を含む商品ページＰ２を配信したとしても、ユーザによっては配送先や配送希望日時をしている場合があるため、決定装置１００は、注文を受け付けると再度、店舗決定処理を行ってよい。

〔６−３．店舗規模（１）〕
また、決定部１３５は、所定の実店舗それぞれの店舗の規模の度合いを示す指標値に基づいて、取扱店舗のうち規模がより大きい取扱店舗を対象店舗として決定してもよい。かかる場合、不図示であるが、店舗情報記憶部１２１には、さらに店舗の規模の度合いを示す「指標値」の項目を有する。かかる「指標値」の一例としては、例えば、各取扱商品の数（各取扱商品の在庫数）、従業員数、取扱商品の種類の数、店舗面積（売場面積）、駐車場面積、混雑状況等がある。なお、商品の数や従業員数は、そのままの値が「指標値」として格納されていてもよいし、例えば、任意の手法でスコア化された状態で格納されてもよい。

かかる場合、決定部１３５は、例えば、注文情報と店舗情報記憶部１２１における「取扱商品」（在庫情報）とに基づいて、取扱店舗を特定する。次に、決定部１３５は、店舗情報記憶部１２１における「指標値」に基づいて、取扱店舗の中から、対象店舗を決定する。例えば、決定部１３５は、「指標値」が示す値がより大きい、すなわち店舗の規模がより大きい取扱店舗を対象店舗として決定する。なお、決定部１３５は、商品の数や従業員数といったように指標値が複数存在する場合には、いずれかの指標値を用いて対象店舗を決定してもよいし、複数の使用値に基づく値（例えば、複数の指標値を乗じた値）を用いて対象店舗を決定してもよい。

例えば、対象店舗となった実店舗は、実は、店舗規模が小さく注文商品は取り扱っているものの、少ない数しか仕入れておらず現在在庫切れといった場合もある。このような場合、ユーザに注文商品を届けられなくなり問題である。一方で、店舗規模が大きい店舗は、いわゆる大規模小売店と呼ばれる店舗で、店舗面積も従業員も多い。当然品揃えも多い。そうすると、このような店舗は、各商品につき普段からしっかりと在庫を確保しており在庫切れが起こりにくい。決定装置１００は、こういった規模の大きい店舗を優先的に対象店舗とすることができるため、上記のような問題を未然に防ぐことができる。

また、従業員が多いことから、配送員への受け渡しもスムーズになると考えられるため、決定装置１００は、ユーザに対して注文商品をより円滑に配送することができる。

〔６−４．店舗規模（２）〕
上記実施形態では、決定部１３５が、配送希望日時に基づいて、取扱店舗の中から対象店舗を決定する例を示した。具体的には、決定部１３５が、配送希望日時に間に合うよう注文商品を配送可能な位置にある取扱店舗のうち、配送先に対してより近くに位置する取扱店舗を対象店舗として決定する例を示した。しかし、決定部１３５は、店舗の規模の度合いを示す指標値に基づいて、配送希望日時に間に合うよう注文商品を配送可能な位置にある取扱店舗のうち、例えば、指標値が示す値がより大きい取扱店舗を対象店舗として決定してもよい。

例えば、ユーザＵ１が指定した配送希望日時が商品ＰＤ１を注文した当日であったとする。注文されたに日時から配送希望日時までのスパンが短いほど、決定装置１００は、取扱店舗の検索範囲が狭められる。言い換えれば、決定装置１００は、配送希望日時に間に合うよう商品ＰＤ１を配送可能な位置にある取扱店舗を特定できる数が少なくなる。このような場合、決定装置１００は、在庫が無いといったリスクを解消するために、指標値が示す値がより大きい取扱店舗を対象店舗として決定したいところだが、当日配送のため当日配送に間に合わせることを優先し、結果的に、配送先に対してより近くに位置する取扱店舗を対象店舗として決定する。

一歩で、例えば、ユーザＵ１が指定した配送希望日時が商品ＰＤ１を注文した日時の翌日や１日後といったように時間的余裕があったとする。かかる場合、決定装置１００は、取扱店舗の検索範囲を広げることができる。言い換えれば、決定装置１００は、配送希望日時に間に合うよう商品ＰＤ１を配送可能な位置にある取扱店舗を特定できる数が多くなる。このような場合、決定装置１００は、上記のように当日配送に間に合わせることを優先する必要はないことにより、在庫が無いといったリスクを解消するために、指標値が示す値がより大きい取扱店舗を対象店舗として決定する。かかる場合、決定装置１００は、例えば、ユーザＵ１の配送先に対してストアＡ−１よりは遠いが店舗規模のより大きいストアＣ−１を対象店舗として決定する可能性がある。

〔６−５．決定装置の構成〕
上記実施形態では、決定装置１００と配送管理サーバ２００とが別々の装置として説明した。しかし、決定装置１００と配送管理サーバ２００とを合わせて１台の装置として構成されてもよい。例えば、決定装置１００が配送管理サーバ２００の機能を有していることにより１台の装置として構成されてもよい。

〔７．ハードウェア構成〕
また、上述してきた実施形態にかかる決定装置１００は、例えば図１１に示すような構成のコンピュータ１０００によって実現される。図１１は、決定装置１００の機能を実現するコンピュータ１０００の一例を示すハードウェア構成図である。コンピュータ１０００は、ＣＰＵ１１００、ＲＡＭ１２００、ＲＯＭ１３００、ＨＤＤ１４００、通信インターフェイス（Ｉ／Ｆ）１５００、入出力インターフェイス（Ｉ／Ｆ）１６００、及びメディアインターフェイス（Ｉ／Ｆ）１７００を有する。

ＣＰＵ１１００は、ＲＯＭ１３００又はＨＤＤ１４００に格納されたプログラムに基づいて動作し、各部の制御を行う。ＲＯＭ１３００は、コンピュータ１０００の起動時にＣＰＵ１１００によって実行されるブートプログラムや、コンピュータ１０００のハードウェアに依存するプログラム等を格納する。

ＨＤＤ１４００は、ＣＰＵ１１００によって実行されるプログラム、および、かかるプログラムによって使用されるデータ等を格納する。通信インターフェイス１５００は、通信網５０を介して他の機器からデータを受信してＣＰＵ１１００へ送り、ＣＰＵ１１００が生成したデータを、通信網５０を介して他の機器へ送信する。

ＣＰＵ１１００は、入出力インターフェイス１６００を介して、ディスプレイやプリンタ等の出力装置、及び、キーボードやマウス等の入力装置を制御する。ＣＰＵ１１００は、入出力インターフェイス１６００を介して、入力装置からデータを取得する。また、ＣＰＵ１１００は、生成したデータを、入出力インターフェイス１６００を介して出力装置へ出力する。

メディアインターフェイス１７００は、記録媒体１８００に格納されたプログラム又はデータを読み取り、ＲＡＭ１２００を介してＣＰＵ１１００に提供する。ＣＰＵ１１００は、かかるプログラムを、メディアインターフェイス１７００を介して記録媒体１８００からＲＡＭ１２００上にロードし、ロードしたプログラムを実行する。記録媒体１８００は、例えばＤＶＤ（Digital Versatile Disc）、ＰＤ（Phase change rewritable Disk）等の光学記録媒体、ＭＯ（Magneto-Optical disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。

例えば、コンピュータ１０００が実施形態にかかる決定装置１００として機能する場合、コンピュータ１０００のＣＰＵ１１００は、ＲＡＭ１２００上にロードされたプログラムを実行することにより、制御部１３０の機能を実現する。また、ＨＤＤ１４００には、記憶部１２０内のデータが格納される。コンピュータ１０００のＣＰＵ１１００は、これらのプログラムを、記録媒体１８００から読み取って実行するが、他の例として、他の装置から、通信網５０を介してこれらのプログラムを取得してもよい。

〔８．その他〕
上記実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。

また、上述してきた各実施形態は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。

〔９．効果〕
実施形態にかかる決定装置１００は、取得部１３４と、決定部１３５とを有する。取得部１３４は、所定の電子商取引サービスにおいてユーザが商品を注文した場合に、ユーザにより注文された注文商品に関する情報である注文情報を取得する。決定部１３５は、取得部１３４により取得された注文情報に基づいて、所定の実店舗のうち注文商品が取り扱われている取扱店舗を、当該取扱店舗の商品の中から注文商品を提供する対象店舗として決定する。

これにより、実施形態にかかる決定装置１００は、対象店舗を物流センター代わりとすることができるため、例えば、遠方の物流センターから配送先へと商品を配送する必要が無くなる。このようなことから、決定装置１００は、ユーザに対して注文商品を円滑に配送することができる。また、決定装置１００は、配送にかかるコストも削減することができる。

また、取得部１３４は、注文商品を識別する識別情報とユーザに関するユーザ情報とを含む注文情報を取得する。

これにより、実施形態にかかる決定装置１００は、注文商品が取り扱われている取扱店舗を特定することができる。

また、決定部１３５は、所定の電子商取引サービスで販売される商品が保管される保管施設であって所定の電子商取引サービス専用の保管施設ではなく、所定の実店舗のうち注文商品が取り扱われている取扱店舗を対象店舗として決定する。

これにより、実施形態にかかる決定装置１００は、対象店舗を物流センター代わりとすることができるため、例えば、遠方の物流センターから配送先へと商品を配送する必要が無くなる。

また、決定部１３５は、所定の実店舗それぞれにおいて取り扱われている商品に関する在庫情報に基づいて、対象店舗を決定する。

これにより、実施形態にかかる決定装置１００は、注文商品が取り扱われている取扱店舗を特定することができる。

また、決定部１３５は、所定の実店舗それぞれの所在地を示す店舗所在地情報に基づいて、取扱店舗のうちユーザにより指定された配送先に対して所定の位置関係にある取扱店舗を対象店舗として決定する。

これにより、実施形態にかかる決定装置１００は、取扱店舗の中から、ユーザに対して注文商品をより円滑に配送することができる対象店舗を決定することができる。

また、決定部１３５は、店舗所在地情報に基づいて、取扱店舗のうちユーザにより指定された配送先に対してより近くに位置する取扱店舗を前記対象店舗として決定する。

これにより、実施形態にかかる決定装置１００は、取扱店舗の中から、ユーザに対して注文商品をより円滑に配送することができる対象店舗を決定することができる。

また、決定部１３５は、ユーザにより指定された日時であってユーザにより指定された配送先に注文商品が配送されることを希望する日時である配送希望日時に基づいて、取扱店舗の中から対象店舗を決定する。

これにより、実施形態にかかる決定装置１００は、ユーザに対して注文商品をより円滑に配送することができる対象店舗を決定することができるとともに、商品注文の利便性を高めることができる。

また、決定部１３５は、配送希望日時に基づいて、取扱店舗のうちユーザにより指定された配送先に対して配送希望日時に合うよう注文商品を配送可能な位置にある取扱店舗を対象扱店舗として決定する。

これにより、実施形態にかかる決定装置１００は、ユーザに対して注文商品をより円滑に配送することができる対象店舗を決定することができるとともに、商品注文の利便性を高めることができる。

また、決定部１３５は、所定の実店舗それぞれの店舗の規模の度合いを示す指標値に基づいて、取扱店舗のうち規模がより大きい取扱店舗を対象店舗として決定する。

これにより、実施形態にかかる決定装置１００は、例えば、注文商品が在庫切れのためユーザへの配送が不可能になるといった状況を防ぐことができる。

また、実施形態にかかる決定装置１００は、通知部１３６を有する。通知部１３６は、商品の注文に関する情報を通知する。

これにより、実施形態にかかる決定装置１００は、商品注文の利便性を高めることができる。

また、通知部１３６は、商品の注文に関する情報として、ユーザにより注文された注文商品の到着予定日時を通知する。

これにより、実施形態にかかる決定装置１００は、商品注文の利便性を高めることができる。

また、実施形態にかかる決定装置１００は、指示部１３７を有する。指示部１３７は、決定部１３５により決定された対象店舗からユーザの配送先へと注文商品が配送されるよう指示する。

これにより、実施形態にかかる決定装置１００は、注文商品がユーザに届くよう制御することができる。

以上、本願の実施形態をいくつかの図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。

また、上述してきた「部（section、module、unit）」は、「手段」や「回路」などに読み替えることができる。例えば、取得部は、取得手段や取得回路に読み替えることができる。

１ 店舗決定システム
１０ ユーザ端末
２０ 配送員端末
３０ 店舗端末
１００ 決定装置
１２０ 記憶部
１２１ 店舗情報記憶部
１２２ 注文情報記憶部
１２３ 決定情報記憶部
１３０ 制御部
１３１ 表示制御部
１３２ 配信部
１３３ 受信部
１３４ 取得部
１３５ 決定部
１３６ 通知部
１３７ 指示部
１３８ 算定部
２００ 配送管理サーバ
２２０ 記憶部
２２１ 配送員情報記憶部
２３０ 制御部
２３１ 受付部
２３２ 受信部
２３３ 配送制御部
２３４ 指示部

Claims (14)

1. 所定の電子商取引サービスにおいてユーザが商品を注文した場合に、前記ユーザにより注文された注文商品に関する情報である注文情報を取得する取得部と、
   前記取得部により取得された注文情報に基づいて、所定の実店舗のうち前記注文商品が取り扱われている取扱店舗を、当該取扱店舗の商品の中から前記注文商品を提供する対象店舗として決定する決定部と
   を有することを特徴とする決定装置。
2. 前記取得部は、前記注文商品を識別する識別情報と前記ユーザに関するユーザ情報とを含む前記注文情報を取得する
   ことを特徴とする請求項１に記載の決定装置。
3. 前記決定部は、前記所定の電子商取引サービスで販売される商品が保管される保管施設であって前記所定の電子商取引サービス専用の保管施設ではなく、前記所定の実店舗のうち前記注文商品が取り扱われている取扱店舗を前記対象店舗として決定する
   ことを特徴とする請求項１または２に記載の決定装置。
4. 前記決定部は、前記所定の実店舗それぞれにおいて取り扱われている商品に関する在庫情報に基づいて、前記対象店舗を決定する
   ことを特徴とする請求項１〜３のいずれか１つに記載の決定装置。
5. 前記決定部は、前記所定の実店舗それぞれの所在地を示す店舗所在地情報に基づいて、前記取扱店舗のうち前記ユーザにより指定された配送先に対して所定の位置関係にある取扱店舗を前記対象店舗として決定する
   ことを特徴とする請求項１〜４のいずれか１つに記載の決定装置。
6. 前記決定部は、前記店舗所在地情報に基づいて、前記取扱店舗のうち前記ユーザにより指定された配送先に対してより近くに位置する取扱店舗を前記対象店舗として決定する
   ことを特徴とする請求項５に記載の決定装置。
7. 前記決定部は、前記ユーザにより指定された日時であって前記ユーザにより指定された配送先に前記注文商品が配送されることを希望する日時である配送希望日時に基づいて、前記取扱店舗の中から前記対象店舗を決定する
   ことを特徴とする請求項１〜６のいずれか１つに記載の決定装置。
8. 前記決定部は、前記配送希望日時に基づいて、前記取扱店舗のうち前記ユーザにより指定された配送先に対して前記配送希望日時に合うよう前記注文商品を配送可能な位置にある取扱店舗を前記対象店舗として決定する
   ことを特徴とする請求項７に記載の決定装置。
9. 前記決定部は、前記所定の実店舗それぞれの店舗の規模の度合いを示す指標値に基づいて、前記取扱店舗のうち規模がより大きい取扱店舗を前記対象店舗として決定する
   ことを特徴とする請求項１〜８のいずれか１つに記載の決定装置。
10. 前記ユーザに対して、商品の注文に関する情報を通知する通知部をさらに有する
    ことを特徴とする請求項１〜９のいずれか１つに記載の決定装置。
11. 前記通知部は、商品の注文に関する情報として、前記ユーザにより注文された注文商品の到着予定日時を通知する
    ことを特徴とする請求項１０に記載の決定装置。
12. 前記決定部により決定された対象店舗から前記ユーザの配送先へと前記注文商品が配送されるよう指示する指示部をさらに有する
    ことを特徴とする請求項１〜１１のいずれか１つに記載の決定装置。
13. 決定装置が実行する決定方法であって、
    所定の電子商取引サービスにおいてユーザが商品を注文した場合に、前記ユーザにより注文された注文商品に関する情報である注文情報を取得する取得工程と、
    前記取得工程により取得された注文情報に基づいて、所定の実店舗のうち前記注文商品が取り扱われている取扱店舗を、当該取扱店舗の商品の中から前記注文商品を提供する対象店舗として決定する決定工程と
    を含んだことを特徴とする決定方法。
14. 所定の電子商取引サービスにおいてユーザが商品を注文した場合に、前記ユーザにより注文された注文商品に関する情報である注文情報を取得する取得手順と、
    前記取得手順により取得された注文情報に基づいて、所定の実店舗のうち前記注文商品が取り扱われている取扱店舗を、当該取扱店舗の商品の中から前記注文商品を提供する対象店舗として決定する決定手順と
    をコンピュータに実行させることを特徴とする決定プログラム。

Images