特許 7521500 情報処理装置、情報処理方法、およびプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-07-16

(45)【発行日】2024-07-24

(54)【発明の名称】情報処理装置、情報処理方法、およびプログラム

(51)【国際特許分類】

   G06Q 30/015 20230101AFI20240717BHJP

   G06Q 30/0601 20230101ALI20240717BHJP

【ＦＩ】

G06Q30/015

G06Q30/0601

【請求項の数】 17

(21)【出願番号】P 2021123708

(22)【出願日】2021-07-28

(65)【公開番号】P2023019187

(43)【公開日】2023-02-09

【審査請求日】2023-04-17

(73)【特許権者】

【識別番号】000003207

【氏名又は名称】トヨタ自動車株式会社

(74)【代理人】

【識別番号】110002860

【氏名又は名称】弁理士法人秀和特許事務所

(72)【発明者】

【氏名】石原 隆弘

【審査官】谷川 智秀

(56)【参考文献】

【文献】国際公開第２０２０／１８３５４１（ＷＯ，Ａ１）

【文献】特表２０１７－５２７８７５（ＪＰ，Ａ）

【文献】特開２０１５－１７９３９１（ＪＰ，Ａ）

【文献】特開２０１９－１３９６５２（ＪＰ，Ａ）

【文献】特開２０２０－１５４４７５（ＪＰ，Ａ）

【文献】特開２０１９－１１７４７２（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ １０／００－９９／００

(57)【特許請求の範囲】

【請求項1】

ユーザが購入する可能性のある特定商品及び前記ユーザを関連付けた第１情報を取得することと、
前記ユーザの現在位置、又は前記ユーザの将来における位置を示す第２情報を取得することと、
前記第１情報と前記第２情報とに基づいて、前記ユーザの現在位置又は前記ユーザの将来における位置に前記特定商品を搭載した特定車両を配車することと、
を実行する制御部を備え、
前記制御部は、
前記第２情報を参照し、前記ユーザが商品の購入を行わない場所として予め登録している所定の場所に存在すると判定されたタイミングでは前記特定車両を配車しない、
情報処理装置。

【請求項2】

前記所定の場所は、前記ユーザの職場又は学校である、
請求項１に記載の情報処理装置。

【請求項3】

前記第２情報は、前記ユーザの将来における位置を示すスケジュール情報である、
請求項１又は２に記載の情報処理装置。

【請求項4】

複数の車両と前記複数の車両が搭載している商品とが対応付けられている情報に基づいて、前記特定車両を決定する、
請求項１から３のいずれか一項に記載の情報処理装置。

【請求項5】

前記特定商品は、前記ユーザがＥＣサイト上で購入を検討した商品である、
請求項１から４のいずれか一項に記載の情報処理装置。

【請求項6】

前記制御部は、
前記ＥＣサイトを管理するサーバ装置から前記第１情報を取得する、
請求項５に記載の情報処理装置。

【請求項7】

前記特定商品は、前記ユーザが前記特定商品を販売する店舗において購入を検討した商品である、
請求項１から４のいずれか一項に記載の情報処理装置。

【請求項8】

前記制御部は、
前記店舗における従業者に関連する端末から前記第１情報を取得する、
請求項７に記載の情報処理装置。

【請求項9】

前記制御部は、
前記店舗におけるカメラによって撮像されたユーザを含む動画像に基づいて、前記第１情報を取得する、
請求項７に記載の情報処理装置。

【請求項10】

前記制御部は、
前記ユーザの商品の購入履歴に基づいて、前記特定商品を特定する、
請求項１から４のいずれか一項に記載の情報処理装置。

【請求項11】

前記制御部は、
前記ユーザの嗜好に基づいて、前記特定商品を特定する、
請求項１から４のいずれか一項に記載の情報処理装置。

【請求項12】

前記制御部は、
前記ユーザが複数存在している場合、前記複数のユーザに前記特定車両を配車する優先順位に基づいて、前記複数のユーザに対して前記特定車両を配車する、
請求項５から９のいずれか一項に記載の情報処理装置。

【請求項13】

前記優先順位は、
前記複数のユーザそれぞれが前記特定商品の購入を検討した日時に基づいて決定される、
請求項１２に記載の情報処理装置。

【請求項14】

前記制御部は、
前記ユーザが複数存在している場合、前記複数のユーザに関する第２情報に基づいて、前記複数のユーザに対する一の配車先を決定する、
請求項１から１１のいずれか一項に記載の情報処理装置。

【請求項15】

前記制御部は、
前記特定車両の配車に関する情報を前記ユーザに関連する端末に送信する、
請求項１から１４のいずれか一項に記載の情報処理装置。

【請求項16】

コンピュータが実行する情報処理方法であって、
ユーザが購入する可能性のある特定商品及び前記ユーザを関連付けた第１情報を取得することと、
前記ユーザの現在位置、又は前記ユーザの将来における位置を示す第２情報を取得することと、
前記第１情報と前記第２情報とに基づいて、前記ユーザの現在位置又は前記ユーザの将来における位置に前記特定商品を搭載した特定車両を配車することと、
を含み、
前記第２情報を参照し、前記ユーザが商品の購入を行わない場所として予め登録してい
る所定の場所に存在すると判定されたタイミングでは前記特定車両を配車しない、
情報処理方法。

【請求項17】

コンピュータに情報処理方法を実行させるプログラムであって、
前記情報処理方法は、
ユーザが購入する可能性のある特定商品及び前記ユーザを関連付けた第１情報を取得することと、
前記ユーザの現在位置、又は前記ユーザの将来における位置を示す第２情報を取得することと、
前記第１情報と前記第２情報とに基づいて、前記ユーザの現在位置又は前記ユーザの将来における位置に前記特定商品を搭載した特定車両を配車することと、
を含み、
前記第２情報を参照し、前記ユーザが商品の購入を行わない場所として予め登録している所定の場所に存在すると判定されたタイミングでは前記特定車両を配車しない、
プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、情報処理装置、情報処理方法、およびプログラムに関する。

【背景技術】

【0002】

特許文献１には、ユーザに対する商品の販売を行う移動店舗車両であり、自律走行可能な移動店舗車両の走行を管理する情報処理装置が開示されている。特許文献１に開示されている情報処理装置は、所定の販売地域において移動店舗車両によって複数種類の商品の販売が行われているときの各商品についての販売状況に基づいて、移動店舗車両に補充すべき商品である補充商品を決定する。そして、情報処理装置は、補充商品を仕入れることが可能な仕入れ先に関する情報であって、少なくとも仕入れ先の位置情報を含む仕入れ先情報に基づいて、移動店舗車両の走行計画を生成する。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２０２０－１８４１４９号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

本開示は、ユーザによる商品の購入を促進する技術の提供を目的とする。

【課題を解決するための手段】

【0005】

本開示の第１の態様に係る情報処理装置は、
ユーザが購入する可能性のある特定商品に関する第１情報を取得することと、
前記ユーザの位置に関する第２情報を取得することと、
前記第１情報と前記第２情報とに基づいて、前記特定商品を搭載した特定車両を前記ユーザに対して配車することと、
を実行する制御部を備える。

【0006】

本開示の第２の態様に係る情報処理方法は、
コンピュータが実行する情報処理方法であって、
ユーザが購入する可能性のある特定商品に関する第１情報を取得することと、
前記ユーザの位置に関する第２情報を取得することと、
前記第１情報と前記第２情報とに基づいて、前記特定商品を搭載した特定車両を前記ユーザに対して配車することと、
を含む。

【0007】

本開示の第３の態様に係るプログラムは、
コンピュータに情報処理方法を実行させるプログラムであって、
前記情報処理方法は、
ユーザが購入する可能性のある特定商品に関する第１情報を取得することと、
前記ユーザの位置に関する第２情報を取得することと、
前記第１情報と前記第２情報とに基づいて、前記特定商品を搭載した特定車両を前記ユーザに対して配車することと、
を含む。

【発明の効果】

【0008】

本開示により、ユーザによる商品の購入を促進することができる。

【図面の簡単な説明】

【0009】

【図1】図１は、第１実施形態に係る販売システムの概略構成を示す図である。

【図2】図２は、管理サーバの機能構成の一例を概略的に示すブロック図である。

【図3】図３は、商品情報データベースに格納される商品情報のテーブル構成を示す図である。

【図4】図４は、スケジュール情報データベースに格納されるスケジュール情報のテーブル構成の一例を示す図である。

【図5】図５は、配車処理のフローチャートである。

【図6】図６は、第２実施形態に係る販売システムの概略構成を示す図である。

【発明を実施するための形態】

【0010】

本開示の第１の態様に係る情報処理装置は、ユーザに商品を販売するための車両の配車を管理する装置である。本開示の第１の態様に係る情報処理装置における制御部は、第１情報を取得する。ここで、第１情報は、ユーザが購入する可能性のある特定商品に関する情報である。また、情報処理装置における制御部は、第２情報を取得する。ここで、第２情報は、ユーザの位置に関する情報である。制御部は、第１情報と第２情報とを取得することによって、特定商品を購入する可能性のあるユーザの位置を把握することができる。そこで、制御部は、第１情報と第２情報とに基づいて、特定車両をユーザに対して配車する。ここで、特定車両は、特定商品を搭載した車両である。

【0011】

以上説明したように、情報処理装置によって、ユーザに対して特定商品を搭載した特定車両を配車することができる。これにより、ユーザは、ユーザが購入する可能性の高い特定商品を特定車両から購入することを促される。このようにして、ユーザに対して商品の購入を促進することが可能となる。

【0012】

以下、本開示の具体的な実施形態について図面に基づいて説明する。本実施形態に記載されている構成部品の寸法、材質、形状、および、その相対配置等は、特に記載がない限りは本開示の技術的範囲をそれらのみに限定する趣旨のものではない。

【0013】

＜第１実施形態＞
（システムの概略）
本実施形態における販売システム１について、図１に基づいて説明する。図１は、本実施形態に係る販売システム１の概略構成を示す図である。販売システム１は、ユーザ端末１００、ＥＣサーバ２００、管理サーバ３００、および販売車両４００を含んで構成される。販売システム１においては、ユーザ端末１００、ＥＣサーバ２００、管理サーバ３００、および販売車両４００がネットワークＮ１によって相互に接続される。ネットワークＮ１には、例えば、インターネット等の世界規模の公衆通信網であるＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）または、携帯電話等の電話通信網が採用されてもよい。

【0014】

（ユーザ端末）
ユーザ端末１００は、ユーザ１０に関連する端末である。ユーザ端末１００は、例えば、ユーザ１０が使用する携帯情報端末等である。ユーザ１０は、ユーザ端末１００を使用して、ＥＣサイトにおいて販売されている商品の購入を行う。このとき、ユーザ１０は、ＥＣサイトにおいて販売されている複数の商品の中の、ある商品を購入するか否かを検討する場合がある。このとき、ユーザ１０は、ユーザ端末１００を使用して、ユーザ１０がＥＣサイト上で購入を検討した商品（以下、「特定商品」と称する場合がある。）に対して、ユーザ１０が購入を検討したことを示すタグ付けを行う。ユーザ端末１００は、ネットワークＮ１を経由して、特定商品にタグ付けがされたことを示すタグ情報をＥＣサーバ２００に送信する。また、ユーザ端末１００は、ネットワークＮ１を経由して、ユーザ１
０のスケジュールに関するスケジュール情報を管理サーバ３００に送信する。ここで、スケジュール情報は、ユーザ１０の将来における位置を含む情報である。また、ユーザ１０は、ユーザ端末１００を使用して、ユーザ１０の職場の位置を登録する。ユーザ端末１００は、ユーザ１０の職場の位置に関する情報を管理サーバ３００に送信する。

【0015】

（ＥＣサーバ）
ＥＣサーバ２００は、ＥＣ（Ｅｌｅｃｔｒｏｎｉｃ Ｃｏｍｍｅｒｃｅ）サイトを運営するためのサーバである。ＥＣサーバ２００は、ＥＣサイト上において様々な商品を販売している。ＥＣサーバ２００は、ネットワークＮ１を経由して、ユーザ端末１００からタグ情報を受信する。これにより、ＥＣサーバ２００は、特定商品を把握することができる。そこで、ＥＣサーバ２００は、特定商品に関する情報（以下、「商品情報」と称する場合がある。）を生成し、非一時的記憶媒体に記憶する。

【0016】

なお、本実施形態においては、ＥＣサーバ２００は、ユーザ端末１００からタグ情報を受信することによって、商品情報を生成する。しかしながら、ＥＣサーバ２００は、必ずしも、ユーザ端末１００からタグ情報を受信することによって商品情報を生成しなくてもよい。ＥＣサーバ２００が商品情報を生成する方法として公知の方法を採用することができる。ＥＣサーバ２００は、例えば、ユーザ端末１００がＥＣサイト上の商品ページの表示を継続させた時間に基づいて、商品情報を生成してもよい。この場合において、ＥＣサーバ２００は、例えば、ユーザ端末１００が商品ページの表示を所定時間以上継続した商品を特定商品として特定し、商品情報を生成する。また、ＥＣサーバ２００は、例えば、お気に入りリストに登録されたまま購入されていない商品に関する情報を取得することにより、商品情報を生成してもよい。また、ＥＣサーバ２００、例えば、購入カートに入れられたまま購入されてない商品に関する情報を取得することにより、商品情報を生成してもよい。

【0017】

（販売車両）
販売車両４００は、特定商品を含む様々な商品を搭載している車両である。販売車両４００は、顧客の存在する場所まで移動することによって、搭載している商品の販売を行う。販売車両４００は、自動運転車両であってもよいし、運転者によって運転される車両であってもよい。

【0018】

（管理サーバ）
管理サーバ３００は、販売車両４００の配車を管理する装置である。管理サーバ３００は、ユーザ１０の職場の位置に関する情報をユーザ端末１００から受信する。これにより、管理サーバ３００は、ユーザ１０の職場の位置を把握することができる。また、管理サーバ３００は、商品情報をＥＣサーバ２００から受信する。また、管理サーバ３００は、ユーザ１０のスケジュール情報をユーザ端末１００から受信する。そして、管理サーバ３００は、商品情報とスケジュール情報とに基づいて、販売車両４００をユーザ１０に対して配車する。管理サーバ３００が販売車両４００をユーザ１０に対して配車する方法の詳細については、後述する。

【0019】

管理サーバ３００は、プロセッサ３１０、主記憶部３２０、補助記憶部３３０、および通信インタフェース（通信Ｉ／Ｆ）３４０を有するコンピュータを含んで構成される。プロセッサ３１０は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）またはＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）である。主記憶部３２０は、例えば、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）である。補助記憶部３３０は、例えば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）である。また、補助記憶部３３０は、例えば、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、またはＣＤ－ＲＯＭ、ＤＶＤディスク、もしくはブルーレイディスクのようなディスク記録媒体で
ある。また、補助記憶部３３０は、リムーバブルメディア（可搬記憶媒体）であってもよい。ここで、リムーバブルメディアとして、例えば、ＵＳＢメモリまたはＳＤカードが例示される。通信Ｉ／Ｆ３４０は、例えば、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）インターフェースボード、または無線通信のための無線通信回路である。

【0020】

管理サーバ３００において、補助記憶部３３０には、オペレーティングシステム（ＯＳ）、各種プログラム、および各種情報テーブル等が格納されている。また、管理サーバ３００において、プロセッサ３１０が、補助記憶部３３０に記憶されたプログラムを主記憶部３２０にロードして実行することによって、後述するような各種の機能を実現することができる。ただし、管理サーバ３００における一部または全部の機能はＡＳＩＣまたはＦＰＧＡのようなハードウェア回路によって実現されてもよい。なお、管理サーバ３００は、必ずしも単一の物理的構成によって実現される必要はなく、互いに連携する複数台のコンピュータによって構成されてもよい。

【0021】

（機能構成）
次に、本実施形態に係る販売システム１を構成する、管理サーバ３００の機能構成について、図２から図４に基づいて説明する。図２は、管理サーバ３００の機能構成の一例を概略的に示すブロック図である。

【0022】

管理サーバ３００は、制御部３０１、通信部３０２、商品情報データベース３０３（商品情報ＤＢ３０３）、およびユーザ情報データベース３０４（スケジュール情報ＤＢ３０４）を含んで構成される。制御部３０１は、管理サーバ３００の制御をするための演算処理を行う機能を有する。制御部３０１は、管理サーバ３００におけるプロセッサ３１０によって実現できる。通信部３０２は、管理サーバ３００をネットワークＮ１に接続する機能を有する。通信部３０２は、管理サーバ３００における通信Ｉ／Ｆ３４０によって実現できる。

【0023】

制御部３０１は、通信部３０２によって、商品情報をＥＣサーバ２００から受信する。制御部３０１は、受信した商品情報を商品情報ＤＢ３０３に格納する。図３は、商品情報ＤＢ３０３に格納される商品情報のテーブル構成を示す図である。図３に示すように、商品情報は、ユーザＩＤフィールド、商品ＩＤフィールド、および検討日時フィールドを有する。ユーザＩＤフィールドには、ユーザ１０を特定するための識別子（ユーザＩＤ）が入力される。商品ＩＤフィールドには、特定商品を特定するための識別子（商品ＩＤ）が入力される。検討日時フィールドには、ユーザ１０が特定商品の購入を検討した日時が入力される。すなわち、検討日時フィールドには、ユーザ１０がユーザ端末１００を使用して、特定商品にタグ付けをした日時が入力される。

【0024】

制御部３０１は、通信部３０２によって、スケジュール情報をユーザ端末１００から受信する。制御部３０１は、受信したスケジュール情報をスケジュール情報ＤＢ３０４に格納する。図４は、スケジュール情報ＤＢ３０４に格納されるスケジュール情報のテーブル構成の一例を示す図である。図４に示すように、スケジュール情報は、ユーザＩＤフィールド、日時フィールド、および位置フィールドを有する。ユーザＩＤフィールドには、ユーザ１０のユーザＩＤが入力される。日時フィールドには、ユーザ１０に予定がある日時が入力される。時刻フィールドには、日時フィールドに入力されている日時においてユーザ１０が存在する予定の位置が入力される。日時フィールドと位置フィールドとには、例えば、ユーザ１０が職場に存在する日時と、ユーザ１０の職場の位置とが対応するように入力される。また、日時フィールドと位置フィールドとには、例えば、ユーザ１０が在宅している日時と、ユーザ１０の自宅の位置とが対応するように入力される。制御部３０１は、商品情報を商品情報ＤＢ３０３から取得する。これにより、制御部３０１は、ユーザ１０が購入を検討した特定商品を把握することができる。

【0025】

ここで、ユーザ１０が職場に存在する場合、ユーザ１０は仕事をしていることが想定される。そのため、ユーザ１０が職場に存在する場合に販売車両４００がユーザ１０の職場の付近に配車されたとしても、ユーザ１０が特定商品を購入する可能性が低いことが想定される。そこで、制御部３０１は、スケジュール情報をスケジュール情報ＤＢ３０４から取得する。これにより、制御部３０１は、特定の日時にユーザ１０が存在する位置を把握することができる。そのため、制御部３０１は、販売車両４００を配車した際にユーザ１０がユーザ１０の職場に存在する場合は、販売車両４００をユーザ１０に対して配車しない。なお、本実施形態におけるユーザ１０の職場が、本開示に係る「所定の場所」に相当する。

【0026】

（配車処理）
次に、本実施形態に係る販売システム１において、管理サーバ３００における制御部３０１によって実行される配車処理について、図５に基づいて説明する。図５は、配車処理のフローチャートである。配車処理は、ユーザ１０に対して販売車両４００を配車するための処理である。配車処理は、所定のタイミングで実行が開始される。所定のタイミングは、例えば、管理サーバ３００の管理者が販売車両４００を配車し、ユーザ１０に特定商品の販売を行おうとするタイミングである。

【0027】

配車処理においては、まず、Ｓ１０１において、商品情報が商品情報ＤＢ３０３から取得される。次にＳ１０２において、商品情報に含まれる商品ＩＤから特定商品を特定する。また、Ｓ１０３において、スケジュール情報がスケジュール情報ＤＢ３０４から取得される。次に、Ｓ１０４において、スケジュール情報に基づいて、販売車両４００が到着すると予想される日時にユーザ１０が職場に存在しているか否かが判別される。Ｓ１０４において、肯定判定がされた場合、ユーザ１０が特定商品を買う可能性が低いことが予想される。そこで、Ｓ１０４において肯定判定がされた場合には、配車処理は終了される。

【0028】

Ｓ１０４において否定判定がされた場合、肯定判定がされた場合よりも、ユーザ１０が特定商品を購入する可能性が高いことが予想される。そこで、Ｓ１０５において、販売車両４００がユーザ１０に対して配車される。Ｓ１０６において、特定商品を搭載した販売車両４００がユーザ１０に対して配車されたことを示す通知情報がユーザ端末１００に送信される。これにより、ユーザ１０は、特定商品を搭載した販売車両４００がユーザ１０に対して配車されたことを把握することができる。そして、配車処理は終了される。なお、本実施形態における通知情報が、本開示に係る「特定車両の配車に関する情報」に相当する。

【0029】

以上説明したように、販売システム１によって、ユーザ１０がＥＣサイト上において購入を検討した特定商品を搭載した販売車両４００がユーザ１０に対して配車される。これにより、ユーザ１０は、一度購入を検討した特定商品の購入を再度検討することが可能となる。ここで、ユーザ１０は、特定商品の購入の検討をＥＣサイト上において行っているため、実際に特定商品を見て購入の検討をしているわけではない。しかしながら、販売システム１によって、特定商品を搭載した販売車両４００がユーザ１０に対して配車されるため、ユーザ１０は特定商品を実際に見て購入を再度検討することが可能となる。また、ユーザ１０が特定商品を購入する可能性がより高い場所に存在する場合に、販売車両４００がユーザ１０に配車される。このようにして、ユーザ１０による特定商品の購入を促進することができる。その結果、ＥＣサイトで販売されている商品の購入を促進することが可能となる。

【0030】

（変形例１）
本実施形態においては、管理サーバ３００は、ユーザ１０のスケジュール情報を用いて
、ユーザ１０を配車する。しかしながら、管理サーバ３００は、必ずしも、ユーザ１０のスケジュール情報を用いて販売車両４００を配車しなくてもよい。管理サーバ３００は、例えば、ユーザ１０の現在位置に基づいて、ユーザ１０を配車してもよい。具体的には、管理サーバ３００は、配車処理を実行する際に、スケジュール情報に代わってユーザ１０の現在位置を取得する。そして、管理サーバ３００は、ユーザ１０が現在職場以外の場所に存在すると判定した場合、販売車両４００をユーザ１０の現在位置に配車する。つまり、管理サーバ３００は、ユーザ１０が現在職場に存在すると判定されたタイミングでは特定車両を配車しない。このようにしても、ユーザ１０による特定商品の購入を促進することが可能となる。

【0031】

（変形例２）
本実施形態においては、管理サーバ３００は、ユーザ１０が購入を検討した商品に関する情報である商品情報をＥＣサーバ２００から受信する。これにより、管理サーバ３００は、ユーザ１０が購入する可能性のある商品（特定商品）を把握する。しかしながら、管理サーバ３００は、必ずしも、商品情報をＥＣサーバ２００から受信することによってユーザ１０が購入する可能性のある商品を把握しなくてもよい。管理サーバ３００は、例えば、ユーザ１０の購入履歴に関する情報をＥＣサーバ２００から受信することによって、ユーザ１０が購入する可能性のある商品を把握してもよい。具体的には、管理サーバ３００は、配車処理において、商品情報に代わってユーザ１０の購入履歴に関する情報を取得する。管理サーバ３００は、ユーザ１０が所定の頻度で購入している商品を、ユーザ１０が購入する可能性のある商品（特定商品）として特定する。そして、管理サーバ３００は、ユーザ１０が職場以外に存在する場合に、販売車両４００をユーザ１０に対して配車する。

【0032】

また、管理サーバ３００は、ユーザ１０の購入履歴以外にも、例えば、ユーザ１０の嗜好に基づいて、特定商品を特定してもよい。この場合、管理サーバ３００は、ユーザ１０の嗜好に関する情報をＥＣサーバ２００から受信する。そして、管理サーバ３００は、ユーザ１０の嗜好に合う商品をユーザ１０が購入する可能性のある商品（特定商品）として特定する。

【0033】

（変形例３）
本実施形態においては、管理サーバ３００は、配車処理において、販売車両４００をユーザ１０に対して配車した場合に、ユーザ端末１００に販売車両４００の配車に関する通知情報を送信する。しかしながら、管理サーバ３００は、販売車両４００をユーザ１０に対して配車する前に問い合わせ情報をユーザ端末１００に送信してもよい。ここで、問い合わせ情報は、ユーザ１０が特定商品を搭載した販売車両４００をユーザ１０に対して配車することを要求するか否かを問い合わせるための情報である。

【0034】

この場合において、ユーザ端末１００は、販売車両４００の配車に関する問い合わせ情報を受信すると、販売車両４００の配車を要求するか否かを示す画面を表示する。ユーザ１０は、特定商品を購入、または購入の再検討を行うのために販売車両４００の配車を要求する場合、ユーザ端末１００を使用して販売車両４００の配車を要求する要求情報を送信する。管理サーバ３００は、要求情報をユーザ端末１００から受信した場合、販売車両４００をユーザ１０に対して配車する。

【0035】

これにより、ユーザ１０が販売車両４００の配車を要求している場合に、販売車両４００をユーザ１０に対して配車することが可能となる。その結果、要求情報を受信しない状態で販売車両４００を配車するよりも、特定商品の購入の可能性が高い状態のユーザ１０に対して販売車両４００を配車することが可能となる。なお、本実施形態における問い合わせ情報が、本開示に係る「特定車両の配車に関する情報」に相当する。

【0036】

（変形例４）
本実施形態においては、管理サーバ３００は、ユーザ１０が職場に存在している場合には、販売車両４００を配車しない。しかしながら、管理サーバ３００が販売車両４００をユーザ１０に配車しない場所は、必ずしも、ユーザ１０の職場に限られない。管理サーバ３００が販売車両４００をユーザ１０に配車しない場所は、ユーザ１０が通っている学校などであってもよい。また、所定の場所は、販売車両４００がユーザ１０に配車されたとしても商品の購入を行わない場所としてユーザ１０が登録した場所であってもよい。なお、本実施形態において、ユーザ１０の職場をユーザ１０が特定商品を買う可能性が低い場所として想定する。しかしながら、管理サーバ３００は、ユーザ１０が職場に存在する場合に、販売車両４００を配車してもよい。

【0037】

（変形例５）
本変形例において、管理サーバ３００は、複数の販売車両４００の配車を管理する装置である。この場合において、管理サーバ３００は、各販売車両４００と各販売車両４００が搭載している商品とが対応付けられている車両情報を有している。管理サーバ３００は、車両情報に基づいて、複数の販売車両４００のうち、特定商品を搭載している販売車両４００を配車する車両として決定し、ユーザ１０に対して配車する。また、管理サーバ３００は、複数の販売車両４００のうち、特定商品を搭載している販売車両４００が複数存在する場合、特定商品の配車先に最も近い販売車両４００をユーザ１０に対して配車する販売車両４００として決定する。

【0038】

＜第２実施形態＞
第１実施形態においては、特定商品は、ユーザ１０がＥＣサイト上で購入を検討した商品である。一方、本実施形態においては、特定商品は、ユーザ１０が店舗において購入を検討した商品である。以下、第１実施形態と異なる点のみ説明する。

【0039】

（システムの概略）
本実施形態における販売システム２について、図６に基づいて説明する。図６は、本実施形態に係る販売システム２の概略構成を示す図である。販売システム２は、ユーザ端末１００、管理サーバ３００、販売車両４００、および従業者端末５００を含んで構成される。販売システム１においては、ユーザ端末１００、管理サーバ３００、販売車両４００、および従業者端末５００がネットワークＮ１によって相互に接続される。

【0040】

（従業者端末）
従業者端末５００は、店舗における端末である。従業者端末５００は、例えば、店舗におけるＰＯＳ（Ｐｏｉｎｔ Ｏｆ Ｓａｌｅ）レジである。従業者端末５００は、従業者５０によって使用される。ここで、従業者５０は、店舗において接客を担当する従業者である。従業者５０は、ユーザ１０が店舗を訪問した際に、ユーザ１０への接客を担当する。従業者５０は、ユーザ１０への接客を行うことにより、ユーザ１０が購入を検討した商品を把握することができる。店舗における従業者５０がユーザ１０を特定する方法として、公知の方法を採用することができる。例えば、店舗に設けられた装置であって、店舗への来訪者を識別するための装置が、ユーザ端末１００と通信を行い、ユーザ１０を特定するためのユーザＩＤを取得することでユーザ１０を特定する。そこで、従業者５０は、ユーザ１０が購入を検討した商品についての情報を従業者端末５００に入力する。従業者端末５００は、従業者５０が入力したユーザ１０が購入を検討した商品についての情報に基づいて商品情報を生成し、管理サーバ３００に送信する。

【0041】

管理サーバ３００は、商品情報を従業者端末５００から受信する。管理サーバ３００は、受信した商品情報を商品情報ＤＢ３０３に格納する。そして、管理サーバ３００は、商
品情報ＤＢ３０３に格納されている商品情報と、ユーザ１０のスケジュール情報とに基づいて、販売車両４００を配車する。このようにしても、ユーザ１０による特定商品の購入を促進することができる。その結果、店舗で販売されている商品の購入を促進することが可能となる。

【0042】

（変形例）
本実施形態においては、管理サーバ３００は従業者端末５００から受信した商品情報に基づいて、販売車両４００を配車する。しかしながら、管理サーバ３００は、必ずしも、管理サーバ３００は従業者端末５００から受信した商品情報に基づいて、販売車両４００を配車しなくてもよい。管理サーバ３００は、例えば、店舗内におけるカメラから店内を撮像した動画像を受信する。管理サーバ３００が受信する動画像には、店舗においてユーザ１０がとっている行動が含まれている場合がある。

【0043】

管理サーバ３００は、受信した動画像に基づいて、ユーザ１０を特定する。また、管理サーバ３００は、受信した動画像に基づいて、ユーザ１０が商品の購入を検討しているか否かを検出する。管理サーバ３００は、例えば、ユーザ１０が商品を所定の時間以上見ている場合に、管理サーバ３００が該商品の購入を検討していることを検出する。管理サーバ３００は、ユーザ１０が商品の購入を検討していることを検出すると、ユーザ１０が購入を検討している商品の商品ＩＤを商品情報ＤＢ３０３における商品情報に記録する。そして、管理サーバ３００は、商品情報ＤＢ３０３における商品情報と、ユーザ１０のスケジュール情報とに基づいて、販売車両４００を配車する。このようにしても、ユーザ１０による特定商品の購入を促進することができる。

【0044】

＜第３実施形態＞
本実施形態においては、複数のユーザ１０が存在する場合を想定する。以下、第１実施形態と異なる点のみ説明する。

【0045】

管理サーバ３００は、各ユーザ１０がＥＣサイト上で購入を検討した商品に関する商品情報を各ユーザ１０が使用するユーザ端末１００から受信する。管理サーバ３００は、各ユーザ端末１００から受信した各ユーザ１０に関する商品情報を商品情報ＤＢ３０３に格納する。ここで、各ユーザ１０に関する商品情報が示す特定商品は、ユーザ１０ごとに異なるものであってもよい。また、管理サーバ３００は、各ユーザ１０のスケジュール情報を各ユーザ端末１００から受信する。管理サーバ３００は、各ユーザ端末１００から受信した各ユーザ１０のスケジュール情報をスケジュール情報ＤＢ３０４に格納する。

【0046】

管理サーバ３００は、配車処理において、各ユーザ１０が各ユーザ１０の職場に存在しない場合、各ユーザ１０が購入を検討した特定商品を搭載した特定車両を各ユーザ１０に対して配車する。このとき、管理サーバ３００は、各ユーザ１０の優先順位に基づいて、販売車両４００の配車を行う。具体的には、管理サーバ３００は、各ユーザ１０に関する商品情報における検討日時が新しい順に、各ユーザ１０の優先順位を高く設定する。そして、管理サーバ３００は、優先順位が高ければ高いほど、販売車両４００の訪問順が早くなるように、販売車両４００の配車を行う。

【0047】

ここで、検討日時が新しいユーザ１０は、特定商品の購入を検討してからの時間が短い。そのため、検討日時が新しいユーザ１０は、検討日時が古いユーザ１０よりも、特定商品に対して興味を有していることが想定される。また、訪問順が先になることによって、販売車両４００がユーザ１０の付近に到着した際に、ユーザ１０がその場所から移動してしまっていることを抑制することが可能となる。したがって、特定商品に対しての興味をより有しているユーザ１０に対する販売車両４００の訪問順を先にすることにより、より確実に販売車両４００をユーザ１０に対して配車することが可能となる。その結果、特定
商品に対しての興味をより有しているユーザ１０に対して、特定商品の購入を促進することができる。

【0048】

（変形例１）
本実施形態においては、各ユーザ１０に関する商品情報における検討日時が新しい順に優先順位が高く設定される。しかしながら、必ずしも、各ユーザ１０に関する商品情報における検討日時が新しい順に優先順位が高く設定されなくてもよい。優先順位は、例えば、ユーザ１０が特定商品の購入を検討してからの日時が古い順（特定商品の検討期間が長い順）に基づいて設定されてもよい。この場合において、特定商品の購入を長期間検討しているユーザ１０は、特定商品の購入の検討の期間が短いユーザ１０よりも、特定商品の購入を迷っていることが想定される。そこで、管理サーバ３００は、特定商品の購入を検討してからの期間が長いユーザ１０の優先順位を、ユーザ１０が特定商品の購入を検討してからの期間が短いユーザ１０の優先順位よりも高く設定する。これにより、特定商品の購入をより迷っているユーザ１０に対して、より確実に販売車両４００を配車することが可能となる。その結果、特定商品の購入をより迷っているユーザ１０に対して、特定商品の購入を促進することが可能となる。

【0049】

（変形例２）
本実施形態においては、複数のユーザ１０が存在する場合、管理サーバ３００は、優先順位に基づいて販売車両４００を配車する。一方、変形例においては、管理サーバ３００は、複数のユーザ１０が存在する位置に基づいて、販売車両４００を配車する。具体的には、管理サーバ３００は、複数のユーザ１０が存在する位置の重心（または、重心付近の販売車両４００が停車しやすい地点）を販売車両４００の配車先として決定してもよい。また、管理サーバ３００は、複数のユーザ１０が存在する位置の重心以外に、複数のユーザ１０が訪問しやすい所定の場所を販売車両４００の配車先として決定してもよい。これにより、複数のユーザ１０すべてにとってアクセスしやすい地点に販売車両４００が配車される。これにより、複数のユーザ１０に対して、特定商品の購入を促進することが可能となる。

【0050】

＜その他の実施形態＞
上述の実施形態はあくまでも一例であって、本開示はその要旨を逸脱しない範囲内で適宜変更して実施し得る。また、本開示において説明した処理および手段は、技術的な矛盾が生じない限りにおいて、自由に組み合わせて実施することができる。

【0051】

また、１つの装置が行うものとして説明した処理が、複数の装置によって分担して実行されてもよい。あるいは、異なる装置が行うものとして説明した処理が、１つの装置によって実行されても構わない。コンピュータシステムにおいて、各機能をどのようなハードウェア構成（サーバ構成）によって実現するかは柔軟に変更可能である。

【0052】

本開示は、上記の実施形態で説明した機能を実装したコンピュータプログラムをコンピュータに供給し、当該コンピュータが有する１つ以上のプロセッサがプログラムを読み出して実行することによっても実現可能である。このようなコンピュータプログラムは、コンピュータのシステムバスに接続可能な非一時的なコンピュータ可読記憶媒体によってコンピュータに提供されてもよいし、ネットワークを介してコンピュータに提供されてもよい。非一時的なコンピュータ可読記憶媒体は、例えば、磁気ディスク（フロッピー（登録商標）ディスク、またはハードディスクドライブ（ＨＤＤ）等）、光ディスク（ＣＤ－ＲＯＭ、ＤＶＤディスク、またはブルーレイディスク等）など任意のタイプのディスク、読み込み専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気カード、フラッシュメモリ、または光学式カードのような、電子的命令を格納するために適した任意のタイプの媒体を含む。

【符号の説明】

【0053】

１・・販売システム
２・・販売システム
１０・・ユーザ
１００・・ユーザ端末
２００・・商品サーバ
３００・・管理サーバ
３０１・・制御部
３０２・・通信部
３０３・・商品情報ＤＢ
３０４・・スケジュール情報ＤＢ
４００・・販売車両
５０・・従業者
５００・・従業者端末

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】