JP2020119321A - 情報処理装置および情報処理方法 - Google Patents

Abstract

【課題】移動体が複数の地点を巡回することで営業を行う移動体システムにおいて、営業結果を最適化する。【解決手段】複数のエリアを巡回しながら商品またはサービスを提供する移動体を制御する情報処理装置であって、前記複数のエリアを巡回する前記移動体による営業結果を予測し、営業予測データを生成することと、前記営業結果が所定のポリシーを満たせるように、前記複数のエリアのいずれかに存在するユーザに提供するクーポンを生成し、前記クーポンを含むクーポンデータを前記ユーザに関連付いた端末に配信することと、を実行する制御部を有する。【選択図】図１

Description

本発明は、車両を用いた移動店舗に関する。

移動体を用いてサービスを提供する研究が行われている。例えば、移動店舗として機能する自律移動体（移動店舗車）をユーザの元へ派遣することで、買い物に対する利便性を向上させることができる。

移動店舗車によって複数の地点で営業を行う場合、予測される需要に基づいて営業地点を決定する手法が知られている。また、このようにして決定した複数の営業地点を結ぶ経路を生成し、移動体を自律移動させる手法が知られている。

特開２０１７−０５９１８２号公報

しかし、前述した手法によって営業地点や経路を決定したとしても、必ずしも販売結果が最適化されるとは限らない。

本発明は上記の課題を考慮してなされたものであり、移動体が複数の地点を巡回することで営業を行う移動体システムにおいて、営業結果を最適化することを目的とする。

本発明に係る情報処理装置は、
複数のエリアを巡回しながら商品またはサービスを提供する移動体を制御する情報処理装置であって、前記複数のエリアを巡回する前記移動体による営業結果を予測し、営業予測データを生成することと、前記営業結果が所定のポリシーを満たせるように、前記複数のエリアのいずれかに存在するユーザに提供するクーポンを生成し、前記クーポンを含むクーポンデータを前記ユーザに関連付いた端末に配信することと、を実行する制御部を有することを特徴とする。

また、本発明に係る情報処理方法は、
複数のエリアを巡回しながら商品またはサービスを提供する移動体を制御する情報処理装置が行う情報処理方法であって、前記複数のエリアを巡回する前記移動体による営業結果を予測し、営業予測データを生成するステップと、前記営業結果が所定のポリシーを満たせるように、前記複数のエリアのいずれかに存在するユーザに提供するクーポンを生成し、前記クーポンを含むクーポンデータを前記ユーザに関連付いた端末に配信するステップと、を含むことを特徴とする。

また、本発明の他の態様は、上記の情報処理装置が実行する情報処理方法をコンピュータに実行させるためのプログラム、または、該プログラムを非一時的に記憶したコンピュータ可読記憶媒体である。

本発明によれば、移動体が複数のエリアを巡回することで商品やサービスを提供する移
動体システムにおいて、営業結果を最適化することができる。

第一の実施形態に係る移動体システムの概要図である。 システムが有する構成要素の一例を概略的に示したブロック図である。 システムの構成要素間におけるデータの流れを示したフロー図である。 第一の実施形態における道路ネットワークの例である。 第一の実施形態における需要データを説明する図である。 第一の実施形態における営業予測データを説明する図である。 第一の実施形態におけるクーポンデータを説明する図である。 第二の実施形態においてサーバ装置が実行する処理のフローチャートである。 第三の実施形態においてサーバ装置が実行する処理のフローチャートである。

自律走行が可能な多目的移動体によって店舗を構成し、商品やサービスを提供する形態が考えられる。例えば、車両内に店舗営業のための施設や設備を有した移動店舗車を所定のエリアまで派遣し、施設や設備を展開して営業を行うことができる。

移動店舗車が営業を行うエリアや地点は、ユーザの需要に基づいて決定することができる。しかし、移動店舗車が複数の地点を巡回しながら営業する形態においては、いくつかの課題が発生しうる。このような課題の一つに、需要と売り上げ（利益）が必ずしも比例しないという点がある。すなわち、ユーザの需要を最大限満たすことができるルートと、売り上げや利益を最大化するルートは必ずしも一致しない。

また、課題の一つに、巡回経路を修正することが難しいという点がある。例えば、巡回を開始した後で、売り上げが想定を下回った場合であっても、より利益が見込まれるエリアに行き先を変更するといったことが難しい。特に、消費者に向けて店舗巡回の告知を事前に行うケースにおいては、巡回経路を変更することが困難である。

これに対応するため、本実施形態に係る情報処理装置は、
前記複数のエリアを巡回する前記移動体による営業結果を予測し、営業予測データを生成することと、前記営業結果が所定のポリシーを満たせるように、前記複数のエリアのいずれかに存在するユーザに提供するクーポンを生成し、前記クーポンを含むクーポンデータを前記ユーザに関連付いた端末に配信する。

本実施形態に係る情報処理装置は、需要データ等に基づいて営業結果を予測したうえで、当該営業結果が所定のポリシーを満たすように、巡回対象のエリア内に居るユーザに対して提供するクーポンの内容を決定する。所定のポリシーとは、例えば、「在庫を完売させる」「品切れを最小化する」「営業利益を最大化する」「売り上げを最大化する」等であるが、これらに限られない。また、複数のポリシーの組み合わせであってもよい。かかる構成によると、巡回経路が決定された後であっても、動的に生成されるクーポンによって、販売量や利益をコントロールすることが可能になる。
なお、本明細書における「営業」とは、物品の販売、サービスの提供などを含む概念である。

また、前記制御部は、前記所定のポリシーに基づいて、前記クーポンの割引率を前記エリアごとに決定することを特徴としてもよい。
かかる構成によると、販売量や利益をエリアごとにコントロールすることが可能になる
。

また、前記制御部は、前記複数のエリアにおける需要に関する情報である需要データを取得し、前記需要データに基づいて、前記複数のエリアを巡回する経路を生成することを特徴としてもよい。

また、前記制御部は、前記クーポンデータを送信した後に取得した第二の需要データに基づいて営業結果の再予測を行い、当該営業結果が前記所定のポリシーを満たせるように、前記クーポンよりも割引率の高い第二のクーポンを生成し配信することを特徴としてもよい。

商品やサービスに対するユーザの需要は、常に同じではなく、曜日や時間帯によって変動する。これに対応するため、クーポンデータを送信した後で需要が変動した場合、より割引率の高いクーポンを生成し、配信するようにしてもよい。これにより、サービスの利用を促進することができる。

また、前記第二の需要データは、前記クーポンを送信した端末からの応答状況を含んだデータであることを特徴としてもよい。
例えば、ユーザがクーポンを保存した場合に応答（フィードバック）を行うようにしたうえで、当該応答を需要データのひとつとして扱うようにしてもよい。

また、前記制御部は、巡回中の前記移動体から営業実績データを取得し、前記営業実績データを加味して営業結果の再予測を行い、当該営業結果が前記所定のポリシーを満たせるように、前記クーポンよりも割引率の高い第三のクーポンを生成し配信することを特徴としてもよい。

営業実績データを利用することで、予測の精度が向上する。これにより、より適切な内容のクーポンを追加で生成するようにしてもよい。

また、前記制御部は、前記クーポンデータに、前記移動体が該当するエリアに到着する時刻に関する情報を含ませることを特徴としてもよい。
かかる構成によると、ユーザの利便性を向上させることができる。

（第一の実施形態）
第一の実施形態に係る移動店舗システムの概要について、図１を参照しながら説明する。本実施形態に係る移動店舗システムは、与えられた指令に基づいて自律走行を行う複数の移動店舗車１００Ａ…１００ｎと、当該指令を発行するサーバ装置２００と、を含んで構成される。移動店舗車１００は、所定のサービスを提供する自動運転車両であり、サーバ装置２００は、複数の移動店舗車１００を管理する装置である。以下、複数の移動店舗車を個々に区別しないで総称する場合には、単に移動店舗車１００という。

移動店舗車１００は、個体ごとに異なる機能を持つことができる多目的移動体であり、道路上を自動運転および無人運転可能な車両である。移動店舗車１００は、店舗や施設、設備を移動させることを目的とし、目的地まで走行したのちに施設等を展開し、営業を行うことができる車両である。移動店舗車１００は、Electric Vehicle（ＥＶ）パレットとも呼ばれる。なお、移動店舗車１００は、必ずしも無人車両である必要はない。例えば、営業要員や接客要員、保安要員などが搭乗していてもよい。また、移動店舗車１００は、必ずしも完全なる自律走行が可能な車両でなくてもよい。例えば、状況に応じて人が運転ないし運転の補助を行う車両であってもよい。
さらに、移動店舗車１００は、ユーザからの要求を受け付け、ユーザに反応し、ユーザ
からの要求に対して所定の処理を実行し、処理結果を報告する機能を有する。例えば、営業中において商品やサービスの決済を行う処理、商品の払い出しを行う処理等を実行してもよい。なお、ユーザからの要求のうち、移動店舗車１００単独では処理できないものについては、当該要求をサーバ装置２００に転送し、サーバ装置２００と連携して処理してもよい。

サーバ装置２００は、移動店舗車１００に対して運行を指令する装置である。本実施形態では、サーバ装置２００は、移動店舗車１００が営業を行う地点を決定したうえで、所定の移動店舗車１００に対して、「複数の営業地点を巡回しながら、当該複数の営業地点にて店舗を展開して営業を行う」旨の運行指令を送信する。これにより、移動店舗車１００に、複数の地点で店舗営業を行わせることができる。
なお、運行指令は、走行に関する指令、店舗の展開や撤収に関する指令以外の指令を含んでいてもよい。例えば、「営業地点の近傍において近隣ユーザに対する報知を行う」といったものを含んでもよい。このように、運行指令には、走行以外に移動店舗車１００が行うべき動作を含ませてもよい。

本実施形態では、サーバ装置２００は、移動店舗車１００が提供する商品／サービスに対する需要に関する情報（需要データ）を取得し、当該需要に基づいて、移動店舗車１００が営業を行う複数の地点を決定する。需要データは、商品やサービスを必要とするユーザが、エリアごとにどの程度いるかを表すデータである。需要データは、例えば、商品やサービスの識別子、エリア、人数等によって表されてもよい。需要データは、ビッグデータを分析した結果や、移動店舗車による過去の販売量、ユーザから発信された情報（アンケート，ＳＮＳデータ等）などに基づいて生成され、システムの外部から、例えばネットワークを介してサーバ装置２００に供給される。
移動店舗車１００が営業を行う地点は、需要データを用いて移動店舗車１００による営業結果を予測した結果に基づいて生成してもよい。

また、サーバ装置２００は、移動店舗車１００による営業の結果が所定のポリシーを満たせるように、巡回を行う複数のエリアのいずれかに存在するユーザに提供するクーポンを生成し、当該ユーザに関連付いた端末（以下、ユーザ端末）に配信する。これにより、エリアごとの売り上げや利益をコントロールすることができる。クーポンの生成および配信については、のちほど詳細に説明する。

次に、システムの構成要素について、詳しく説明する。
図２は、図１に示した移動店舗車１００およびサーバ装置２００の構成の一例を概略的に示したブロック図である。なお、移動店舗車１００は複数であってもよい。

移動店舗車１００は、サーバ装置２００から取得した運行指令に基づいて走行する車両である。具体的には、無線通信を介して取得した運行指令に基づいて走行し、経路上に設定された複数の地点において店舗を展開し、営業を行う。

移動店舗車１００は、センサ１０１、位置情報取得部１０２、制御部１０３、店舗設備１０４、駆動部１０５、通信部１０６、を含んで構成される。移動店舗車１００は、不図示のバッテリから供給される電力で動作する。

センサ１０１は、車両周辺のセンシングを行う手段であり、典型的にはレーザスキャナ、ＬＩＤＡＲ、レーダなどを含んで構成される。センサ１０１が取得した情報は、制御部１０３に送信される。
また、センサ１０１は、移動店舗車１００の車体に設けられたカメラを含んでもよい。例えば、Charged-Coupled Devices（ＣＣＤ）、Metal-oxide-semiconductor（ＭＯＳ）あ
るいはComplementary Metal-Oxide-Semiconductor（ＣＭＯＳ）等のイメージセンサを用
いることができる。

位置情報取得部１０２は、車両の現在位置を取得する手段であり、典型的にはＧＰＳ受信器などを含んで構成される。位置情報取得部１０２が取得した情報は、制御部１０３に送信される。

制御部１０３は、センサ１０１から取得した情報に基づいて、移動店舗車１００の制御を行うコンピュータである。制御部１０３は、例えば、マイクロコンピュータによって構成される。

制御部１０３は、機能モジュールとして、運行計画生成部１０３１、環境検出部１０３２、走行制御部１０３３、店舗管理部１０３４を有している。各機能モジュールは、ＲＯＭ（Read Only Memory）等の記憶手段に記憶されたプログラムをＣＰＵ（Central Processing Unit）（いずれも不図示）によって実行することで実現してもよい。

運行計画生成部１０３１は、サーバ装置２００から運行指令を取得し、自車両の運行計画を生成する。本実施形態において、運行計画とは、移動店舗車１００が走行する経路と、経路の一部または全部において移動店舗車１００が行うべき処理を規定したデータである。運行計画に含まれるデータの例として、例えば、以下のようなものが挙げられる。

（１）自車両が走行する経路を道路リンクの集合によって表したデータ
自車両が走行する経路は、例えば、不図示の記憶手段に記憶された地図データを参照し、サーバ装置２００から与えられた出発地、目的地、営業地点、営業地点を巡回する順序等に基づいて自動的に生成してもよい。また、外部のサービスを利用して生成してもよい。

（２）経路上の地点において自車両が行うべき処理を表したデータ
自車両が行うべき処理には、例えば、「店舗を展開／撤収させる」「広報を行う」といったものがあるが、これらに限られない。
運行計画生成部１０３１が生成した運行計画は、後述する走行制御部１０３３へ送信される。

環境検出部１０３２は、センサ１０１が取得したデータに基づいて、車両周辺の環境を検出する。検出の対象は、例えば、車線の数や位置、自車両の周辺に存在する車両の数や位置、自車両の周辺に存在する障害物（例えば歩行者、自転車、構造物、建築物など）の数や位置、道路の構造、道路標識などであるが、これらに限られない。自律的な走行を行うために必要なものであれば、検出の対象はどのようなものであってもよい。
また、環境検出部１０３２は、検出した物体をトラッキングしてもよい。例えば、１ステップ前に検出した物体の座標と、現在の物体の座標との差分から、当該物体の相対速度を求めてもよい。
環境検出部１０３２が検出した、環境に関するデータ（以下、環境データ）は、後述する走行制御部１０３３へ送信される。

走行制御部１０３３は、運行計画生成部１０３１が生成した運行計画と、環境検出部１０３２が生成した環境データ、ならびに、位置情報取得部１０２が取得した自車両の位置情報に基づいて、自車両の走行を制御する。例えば、所定の経路に沿って走行し、かつ、自車両を中心とする所定の安全領域内に障害物が進入しないように自車両を走行させる。車両を自律走行させる方法については、公知の方法を採用することができる。

店舗管理部１０３４は、後述する店舗設備１０４を制御することで、移動店舗車１００を移動店舗として機能させる。

店舗設備１０４は、移動店舗車１００が店舗として機能するための複数の設備である。店舗設備１０４として、例えば、商品やサービスを広告する設備、商品やサービスを展示する設備、代金や料金の決済を行う設備、ユーザとのインタラクションを行う設備などが挙げられるが、これ以外であってもよい。なお、店舗が無人である場合、ユーザが購入を希望する商品を識別し、セルフ方式で決済を行う手段を含んでいてもよい。

駆動部１０５は、走行制御部１０３３が生成した指令に基づいて、移動店舗車１００を走行させる手段である。駆動部１０５は、例えば、車輪を駆動するためのモータやインバータ、ブレーキ、ステアリング機構、二次電池等を含んで構成される。
通信部１０６は、移動店舗車１００をネットワークに接続するための通信手段である。本実施形態では、３ＧやＬＴＥ等の移動体通信サービスを利用して、ネットワーク経由で他の装置（例えばサーバ装置２００）と通信を行うことができる。
なお、通信部１０６は、他の移動店舗車１００と車々間通信を行うための通信手段をさらに有していてもよい。

次に、サーバ装置２００について説明する。
サーバ装置２００は、複数の移動店舗車１００を管理し、移動店舗車１００に対する運行指令を生成し送信する装置である。サーバ装置２００は、例えば、システム管理者から、移動店舗車１００の運行リクエストを受信した場合に、対象の移動店舗車１００を選択し、当該車両に対して運行指令を送信する。

サーバ装置２００は、通信部２０１、制御部２０２、記憶部２０３を有して構成される。
通信部２０１は、通信部１０６と同様の、ネットワーク経由で移動店舗車１００と通信を行うための通信インタフェースである。

制御部２０２は、サーバ装置２００の制御を司る手段である。制御部２０２は、例えば、ＣＰＵによって構成される。
制御部２０２は、機能モジュールとして車両情報管理部２０２１、営業管理部２０２２、運行指令生成部２０２３を有している。各機能モジュールは、ＲＯＭ等の記憶手段に記憶されたプログラムをＣＰＵ（いずれも不図示）によって実行することで実現してもよい。

車両情報管理部２０２１は、管理下にある複数の移動店舗車１００を管理する。具体的には、所定の周期ごとに、複数の移動店舗車１００から位置情報、経路情報、イベント情報等を受信し、日時と関連付けて後述の記憶部２０３に記憶させる。
位置情報は、移動店舗車１００の現在位置を表す情報であり、経路情報は、移動店舗車１００が走行を予定している経路に関する情報である。また、イベント情報は、運行中の移動店舗車１００において発生したイベント（例えば、店舗の展開や撤収）に関する情報である。

また、車両情報管理部２０２１は、必要に応じて、移動店舗車１００の特性に関するデータ（以下、車両情報）を保持および更新する。車両情報は、例えば、移動店舗車１００の識別子、用途・種別、扉タイプ、車体サイズ、積載量、搭乗可能人数、満充電時における走行可能距離、現時点における走行可能距離、現在のステータス（待機中、空車、実車、走行中、営業中等）などであるが、これ以外であってもよい。
さらに、車両情報管理部２０２１は、例えば、移動店舗車１００によって提供される商
品の在庫数、商品の供給能力、サービスの提供能力等に関する情報を保持してもよい。

営業管理部２０２２は、移動店舗としての移動店舗車１００の営業を管理する。具体的には、以下の処理を行う。
（１）営業を行う地点（営業地点）の決定
営業管理部２０２２は、外部装置から需要データを取得し、取得した需要データに基づいて、移動店舗車１００がどの地点で営業を行うことが好ましいかを決定する。例えば、移動店舗車１００が到達可能な複数のエリアから、商品／サービスについて所定値以上の需要がある複数のエリアを抽出し、エリアごとに営業地点を決定する。
（２）営業結果の予測
営業管理部２０２２は、移動店舗車１００による営業の結果を予測する。例えば、前述した需要データや、移動店舗車１００から送信される営業実績データ（後述）に基づいて、一回の運行（巡回）における営業の結果を予測する。営業の結果とは、移動店舗車が行う営業に関するものであれば、どのようなものであってもよい。例えば、売上金額であってもよいし、利益額であってもよい。また、商品の売れ残り数などであってもよい。
（３）クーポンの生成および配信
予測した営業結果が所定のポリシーを満たさないと判定した場合に、対象エリアのいずれかに存在するユーザに対して提供するクーポン（クーポンデータ）を生成し、当該クーポンデータを、ユーザに関連付いたユーザ端末に配信する。これにより、特定の営業地点における売り上げや利益を制御することができる。なお、クーポンの割引率は、前述したポリシーの達成度に応じて、エリアごとに動的に変更されうる。

運行指令生成部２０２３は、決定された営業地点に基づき、自律走行車両１００に送信するための運行指令を生成する。

記憶部２０３は、情報を記憶する手段であり、ＲＡＭ、磁気ディスクやフラッシュメモリなどの記憶媒体により構成される。

次に、前述した各構成要素が行う処理について説明する。図３は、システム管理者のリクエストに基づいてサーバ装置２００が運行指令を生成し、移動店舗車１００が運行を開始するまでの処理を説明するフローチャートである。本例では、図４に示した道路ネットワークを移動店舗車１００が運行する例を挙げて説明を行う。

移動店舗車１００は、サーバ装置２００に対して周期的に位置情報を通知する。例えば、図４の例の場合、移動店舗車１００が、ノードＡに位置する旨をサーバ装置２００に通知し、車両情報管理部２０２１が、移動店舗車１００とノードＡを関連付けて記憶部２０３に記憶させる。なお、位置情報は、必ずしもノード自体の位置情報でなくてもよい。例えば、ノードやリンクを特定するための情報であってもよい。また、リンクを複数の区間に分割してもよい。また、道路ネットワークは必ずしもノードとリンクによって表されたものでなくてもよい。移動店舗車１００が移動した場合、位置情報は都度更新される。

なお、移動店舗車１００は、サーバ装置２００に対して経路情報を周期的に送信してもよい。例えば、移動店舗車１００が運行中である場合、その運行経路を表す情報を経路情報としてサーバ装置２００に送信するようにしてもよい。
また、移動店舗車１００は、サーバ装置２００に対してイベント情報を送信してもよい。イベント情報とは、例えば、店舗の展開や撤収などの、運行中において発生しうるイベントを記述した情報である。イベント情報は、対応するイベントが発生したタイミングで送信されてもよい。

管理者が、不図示の通信手段を介してサーバ装置２００に対して配車リクエストを送信
すると、図３に示した処理が開始される。
まず、ステップＳ１０で、営業管理部２０２２が、需要データを取得する。需要データは、例えば、営業地点に対応するエリアごとの商圏人口、移動店舗としての移動店舗車１００に訪問すると予想される人の数（予測来客数）、商品やサービスの購入が予想される人の割合などを含んだデータである。図５に、需要データの例を示す。

需要データは、例えば、蓄積されたビッグデータに基づいて、外部装置によって生成されたものであってもよい。本実施形態では、需要データは、外部装置によって常に更新され、営業管理部２０２２は、ネットワーク経由で最新の需要データを取得可能であるものとする。なお、需要データでは、日付、曜日、時間帯ごとに定義されたものであってもよい。この場合、営業管理部２０２２は、移動店舗車１００の運行日、運行時間帯等に適合する需要データを取得するようにしてもよい。

次に、ステップＳ１１で、取得した需要データに基づいて、移動店舗車１００が営業を行う地点（営業地点）を決定する。本例では、営業管理部２０２２が、図４に示したノードＢ，Ｃ，Ｄ，Ｅにおいて移動店舗車１００が営業を行うと決定したものとする。

ステップＳ１２では、運行指令生成部２０２３が、サービスを提供する移動店舗車１００を選択する。例えば、運行指令生成部２０２３は、記憶された移動店舗車１００の位置情報および車両情報を参照し、リクエストされたサービスを提供可能であって、ステップＳ１１で決定した営業地点に向かうことができる移動店舗車１００を決定する。ここでは、図４に示したノードＡに位置する車両が選択されたものとする。これに応じて、サーバ装置２００から、対象の移動店舗車１００へ運行指令が送信される（ステップＳ１３）。

ステップＳ１４では、移動店舗車１００（運行計画生成部１０３１）が、受信した運行指令に基づいて運行計画を生成する。本例の場合、例えば、図４の実線で示した経路を走行し、ノードＢ，Ｃ，Ｄ，Ｅにおいて移動店舗を開設して営業を行い、ノードＡに帰還する旨の運行計画を生成する。生成された運行計画は走行制御部１０３３へ送信され、運行が開始される（ステップＳ１５）。なお、運行中においても、サーバ装置２００に対する位置情報等の送信は周期的に行われる。

サーバ装置２００が運行指令を送信すると、営業管理部２０２２が、ステップＳ１６において、移動店舗車１００による営業の結果を予測する。図６は、営業の結果を予測したデータ（営業予測データ）の例である。営業予測データは、例えば、商品ごとの販売数、商品ごとの売り上げ、利益などを含むデータである。営業予測データは、例えば、選択された移動店舗車１００に関する情報（例えば、商品の在庫数、商品の供給能力、サービスの提供能力等）、移動店舗車１００が生成した経路情報（例えば、複数の営業地点）、ステップＳ１１で利用した需要データ、最新の需要データなどに基づいて生成することができる。影響の結果として何を予測するかは、前述したように、売り上げ、利益額、商品やサービスの販売数など、システム管理者が適宜設定することができる。

ステップＳ１７では、営業管理部２０２２が、営業予測データと、システム管理者によって設定されたポリシーとを対比し、クーポンの配信を行うか否かを決定する。
クーポンとは、移動店舗車１００が営業を行う特定のエリア内に存在するユーザに対して配布する割引券ないしサービス券である。本実施形態では、クーポンを電子データとして生成し、対象のユーザが所持するユーザ端末に送信する。

本実施形態では、ステップＳ１６で予測した営業の結果が、事前に設定されたポリシーを満たさない場合において、クーポンの配信を行う。管理者が設定するポリシーには、以下のようなものがあるが、これらに限られない。
（１）営業終了時の商品の在庫が所定の個数を下回る
（２）一回の営業（巡回）における売上金額が所定の額を上回る
（３）一回の営業（巡回）における利益額が所定の額を上回る

ステップＳ１６で予測した営業の結果が、事前に設定されたポリシーを満たさない場合、ステップＳ１７において、営業管理部２０２２がクーポンを配信することを決定する。ステップＳ１６で予測した営業の結果が、事前に設定されたポリシーを満たす場合は、以降に説明する処理は行われない。

ステップＳ１８では、営業管理部２０２２が、クーポンの配信を行う対象エリアとその内容を決定してクーポンデータを生成し、対象ユーザに関連付いたユーザ端末に当該クーポンデータを送信する。
図７は、生成するクーポンデータの例である。クーポンデータには、クーポンを配信する対象エリアを識別する情報、当該エリアに含まれる営業地点、クーポンが対象とする商品やサービスを識別する情報、クーポンの内容などが含まれる。クーポンデータにはこの他にも、当該クーポンをエンコードしたデータ、バーコードデータ、電子決済用のデータなどが付随していてもよい。

クーポンの配信を行うエリアは、任意の方法によって決定することができる。例えば、他のエリアと比較して予測来客数、売上数、利益額などが少ないエリアがある場合に、当該エリアを優先してもよい。例えば、ノードＣにおける売り上げが、他のノードと比較して低調である場合、営業管理部２０２２は、ノードＣに対応するエリア内のユーザに対してクーポンを配信することを決定する。また、クーポンの内容（割引率等）は、クーポンの配信が反映された過去の営業実績データ等に基づいて決定することができる。
また、複数のエリアを対象としてクーポンの配信を行う場合、クーポンの内容（割引率等）をエリアごとに変更してもよい。また、ユーザの属性に応じて、クーポンの内容を変更してもよい。さらに、商品やサービスに応じて、クーポンの配信を行うユーザの属性を限定してもよい。

クーポンデータを送信する対象のユーザ端末は、予め登録された情報に基づいて決定することができる。例えば、サーバ装置２００が、ユーザの居住エリアと電子メールアドレスを予め記憶し、適合するユーザの電子メールアドレスにクーポンデータを送信してもよい。また、ユーザ端末から周期的に位置情報を収集し、対象エリアに存在するユーザ端末に対してプッシュ通知を行うことでクーポンデータを送信してもよい。ユーザ端末にクーポンデータを送信する方法には、既知の方法を採用することができる。
なお、クーポンデータには、移動店舗車１００の巡回予定に関するデータ（店舗を展開する地点や時間帯に関するデータ）や、当該移動店舗車１００が扱う商品やサービスに関するデータ（広告等）を含ませてもよい。

以上説明したように、第一の実施形態に係る移動店舗システムでは、移動店舗車による営業の結果を予測し、当該予測の結果に基づいて、移動店舗車が訪問するエリア内のユーザに対して動的にクーポンの配布を行う。かかる構成によると、移動店舗車が複数の営業地点を巡回する形態において、当該移動店舗車の巡回経路を変更することなく、販売量や利益をコントロールすることが可能になる。

（第二の実施形態）
第一の実施形態では、サーバ装置２００が、移動店舗車１００が運行を開始する前に需要データを取得し、営業地点の決定とクーポンの配信を行った。しかし、商品やサービスに対する需要は時々刻々と変化しうる。例えば、時間帯や天候が変化すると商品やサービスに対する需要は変化しうる。
第二の実施形態は、これに対応するため、移動店舗車１００が運行を開始した後に、サーバ装置２００によって需要データを再取得し、再取得した需要データに基づいてクーポンの再配信を行う実施形態である。クーポンの再配信を行うことで、商品やサービスの供給形態を、変化後の需要に追従させることができる。

図８は、第二の実施形態においてサーバ装置２００が実行する処理のフローチャートである。図８に示した処理は、第一の実施形態におけるクーポンの配信を行った後で、営業管理部２０２２によって任意のタイミングで開始される。

まず、ステップＳ２１で、最新の需要データ（第二の需要データ）を取得する。なお、ステップＳ１８で行ったクーポンの配信に対してユーザからのアクションがあった場合において、需要が発生したとみなしてもよい。例えば、クーポンを取得（ダウンロード）した場合に当該クーポンが利用可能となるシステムにおいて、クーポンが取得されたことは、ユーザに来店の意思がありうることを意味する。よって、「クーポンの取得」というアクションが発生した回数をカウントし、当該回数に応じて需要を決定してもよい。このようなアクションも、商品やサービスに対するユーザの需要を表すものとして扱うことができる。

ステップＳ２２では、ステップＳ２１で取得した第二の需要データに基づいて、営業結果の再予測を行い、営業予測データ（第二の営業予測データ）を生成する。
そして、ステップＳ２３で、第二の営業予測データに基づいて、さらなるクーポンの配信を行うか否かを決定する。

具体的には、ステップＳ１６で行った予測の結果と、ステップＳ２２で行った予測の結果とを比較し、クーポンの配信をもってしてもなお、営業結果が所定のポリシーを満たすことができないと判定した場合に、クーポンの再配信を行うことを決定する。
ステップＳ２４では、クーポンデータを生成し、配信を行う。なお、本ステップで生成するクーポンは、ステップＳ１８で生成するクーポンよりも、ユーザにとってより条件の良い内容であってもよい。例えば、特定の商品やサービスについて、より高い割引率を実現するものであってもよい。これは、移動店舗車が出発した後で需要が減退した場合に有効な方策である。
以上説明したように、第二の実施形態によると、リアルタイムで取得した需要データに基づいて、適切にクーポンの内容を修正することができる。

（第三の実施形態）
第三の実施形態は、サーバ装置２００が、移動店舗車１００から営業実績データを取得し、当該営業実績データを加味して、営業予測データを再生成する実施形態である。

図９は、第三の実施形態においてサーバ装置２００が実行する処理のフローチャートである。図９に示した処理は、第一の実施形態におけるクーポンの配信を行った後で、営業管理部２０２２によって任意のタイミングで開始される。

まず、ステップＳ３１で、移動店舗車１００から、現時点における最新の営業実績データを取得する。営業実績データは、例えば、現時点までにおける商品の販売数、商品ごとの売り上げ、利益などを含むデータである。営業実績データは、対象の移動店舗車１００から送信された情報に基づいて生成される。営業実績データは、例えば、特定の営業地点における営業が終了したタイミング、またはリアルタイムで、移動店舗車１００からサーバ装置２００に送信される。なお、営業実績データは、営業予測データと同一の項目を有していることが好ましい。

ステップＳ３２では、ステップＳ３１で取得した営業実績データに基づいて、営業結果の再予測を行い、営業予測データ（第三の営業予測データ）を生成する。
そして、ステップＳ３３で、第三の営業予測データに基づいて、さらなるクーポンの配信を行うか否かを決定する。

具体的には、ステップＳ１６で行った予測の結果と、ステップＳ３２で行った予測の結果とを比較し、クーポンの配信をもってしてもなお、営業結果が所定のポリシーを満たすことができないと判定した場合に、クーポンの再配信を行うことを決定する。
ステップＳ３４では、クーポンデータを生成し、配信を行う。なお、本ステップで生成するクーポンは、ステップＳ１８で生成するクーポンよりも、ユーザにとってより条件の良い内容であってもよい。例えば、特定の商品やサービスについて、より高い割引率を実現するものであってもよい。これは、実際の営業結果が、予測値を満たしていない（または、このままでは満たさないことが予測される）場合に有効な方策である。

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

また、実施形態の説明では、商品やサービスに対する需要があるエリアを優先して移動店舗車１００の巡回経路を決定したが、必ずしも需要があるエリアを優先しなくてもよい。例えば、運行効率や運行コストなどの要素を優先して巡回経路を決定したうえで、営業結果を理想値に近づけるためにクーポンの配信を行うようにしてもよい。

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

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

１００・・・移動店舗車
１０１・・・センサ
１０２・・・位置情報取得部
１０３・・・制御部
１０４・・・店舗設備
１０５・・・駆動部
１０６，２０１・・・通信部
２００・・・サーバ装置
２０２・・・制御部
２０３・・・記憶部

Claims (8)

1. 複数のエリアを巡回しながら商品またはサービスを提供する移動体を制御する情報処理装置であって、
   前記複数のエリアを巡回する前記移動体による営業結果を予測し、営業予測データを生成することと、
   前記営業結果が所定のポリシーを満たせるように、前記複数のエリアのいずれかに存在するユーザに提供するクーポンを生成し、前記クーポンを含むクーポンデータを前記ユーザに関連付いた端末に配信することと、
   を実行する制御部を有する、情報処理装置。
2. 前記制御部は、前記所定のポリシーに基づいて、前記クーポンの割引率を前記エリアごとに決定する、
   請求項１に記載の情報処理装置。
3. 前記制御部は、前記複数のエリアにおける需要に関する情報である需要データを取得し、
   前記需要データに基づいて、前記複数のエリアを巡回する経路を生成する、
   請求項１または２に記載の情報処理装置。
4. 前記制御部は、前記クーポンデータを送信した後に取得した第二の需要データに基づいて営業結果の再予測を行い、当該営業結果が前記所定のポリシーを満たせるように、前記クーポンよりも割引率の高い第二のクーポンを生成し配信する、
   請求項１から３のいずれかに記載の情報処理装置。
5. 前記第二の需要データは、前記クーポンを送信した端末からの応答状況を含んだデータである、
   請求項４に記載の情報処理装置。
6. 前記制御部は、巡回中の前記移動体から営業実績データを取得し、前記営業実績データを加味して営業結果の再予測を行い、当該営業結果が前記所定のポリシーを満たせるように、前記クーポンよりも割引率の高い第三のクーポンを生成し配信する、
   請求項１から５のいずれかに記載の情報処理装置。
7. 前記制御部は、前記クーポンデータに、前記移動体が該当するエリアに到着する時刻に関する情報を含ませる、
   請求項１から６のいずれかに記載の情報処理装置。
8. 複数のエリアを巡回しながら商品またはサービスを提供する移動体を制御する情報処理装置が行う情報処理方法であって、
   前記複数のエリアを巡回する前記移動体による営業結果を予測し、営業予測データを生成するステップと、
   前記営業結果が所定のポリシーを満たせるように、前記複数のエリアのいずれかに存在するユーザに提供するクーポンを生成し、前記クーポンを含むクーポンデータを前記ユーザに関連付いた端末に配信するステップと、
   を含む、情報処理方法。

Images