(57)【要約】【課題】食品の移動販売における販売者と購買者のニーズを煩雑な処理を要することなくマッチングし、それに応じた販売場所と販売時間を決定する。【解決手段】情報処理装置は、通信手段と制御手段とを有する。上記通信手段は、食品を販売する複数の店舗の店舗端末及び複数のユーザ端末と通信可能である。上記制御手段は、上記各店舗端末から、所定期間に販売を希望する上記食品の販売希望数を示す販売希望数情報を受信し、上記ユーザ端末から、当該ユーザ端末のユーザが上記食品の購買を希望する購買希望位置を示す購買希望位置情報及び上記購買を希望する購買希望時間帯を示す購買希望時間帯情報を含む購買要求を受信する。また制御手段は、所定位置を上記購買希望位置とし、所定時間帯を上記購買希望時間帯とする購買要求を、上記販売希望数の合計の所定割合以上受信した場合に、上記所定位置及び上記所定時間帯を、移動販売車による上記食品の販売位置及び販売時間帯として決定する。【選択図】図４
2018112911.tif 000002
【特許請求の範囲】
【請求項１】
食品を販売する複数の店舗の店舗端末及び複数のユーザ端末と通信可能な通信手段と、
前記各店舗端末から、所定期間に販売を希望する前記食品の販売希望数を示す販売希望数情報を受信し、前記ユーザ端末から、当該ユーザ端末のユーザが前記食品の購買を希望する購買希望位置を示す購買希望位置情報及び前記購買を希望する購買希望時間帯を示す購買希望時間帯情報を含む購買要求を受信し、
所定位置を前記購買希望位置とし、所定時間帯を前記購買希望時間帯とする購買要求を、前記販売希望数の合計の所定割合以上受信した場合に、前記所定位置及び前記所定時間帯を、移動販売車による前記食品の販売位置及び販売時間帯として決定する制御手段と
を具備する情報処理装置。
【請求項２】
請求項１に記載の情報処理装置であって、
前記複数の店舗の各位置と、前記移動販売車の拠点の位置とを含む位置情報と、前記各店舗の位置、前記拠点の位置及び前記販売位置を含む範囲の地図情報とを記憶する記憶手段をさらに具備し、
前記制御手段は、前記位置情報及び前記地図情報を基に、前記移動販売車が前記拠点から少なくとも１つの前記店舗の位置で前記食品を積載して前記所定時間帯に前記販売位置まで移動するためのルートを生成する
情報処理装置。
【請求項３】
請求項２に記載の情報処理装置であって、
前記制御手段は、複数の店舗で食品を積載して前記販売位置まで移動するためのルートを生成する
情報処理装置。
【請求項４】
請求項１乃至３のいずれかに記載の情報処理装置であって、
前記購買要求は食品のジャンルを示すジャンル情報を含み、
前記制御手段は、前記ジャンル毎に前記販売位置及び前記販売時間帯を決定する
情報処理装置。
【請求項５】
請求項２乃至４のいずれかに記載の情報処理装置であって、
前記制御手段は、第１の販売時間帯と第２の販売時間帯の間に、第１の販売位置と第２の販売位置との間を移動するためのルートを生成する
情報処理装置。
【請求項６】
請求項５に記載の情報処理装置であって、
前記制御手段は、前記第１の販売位置において前記食品の在庫数が所定数以下になった場合に、前記第２の販売位置へ移動するまでの間にいずれかの店舗で前記食品を補充積載するためのルートを生成する
情報処理装置。
【請求項７】
請求項１乃至６のいずれかに記載の情報処理装置であって、
前記制御手段は、前記購買要求の送信元のユーザのユーザ端末へ、前記決定された販売位置及び販売時間帯を示す情報を送信するように通信手段を制御する
情報処理装置。
【請求項８】
食品を販売する複数の店舗の各店舗端末から、所定期間に販売を希望する前記食品の販売希望数を示す販売希望数情報を受信し、
ユーザ端末から、当該ユーザ端末のユーザが前記食品の購買を希望する購買希望位置を示す購買希望位置情報及び前記購買を希望する購買希望時間帯を示す購買希望時間帯情報を含む購買要求を受信し、
所定位置を前記購買希望位置とし、所定時間帯を前記購買希望時間帯とする購買要求を、前記販売希望数の合計の所定割合以上受信した場合に、前記所定位置及び前記所定時間帯を、移動販売車による前記食品の販売位置及び販売時間帯として決定する
情報処理方法。
【請求項９】
情報処理装置に、
食品を販売する複数の店舗の各店舗端末から、所定期間に販売を希望する前記食品の販売希望数を示す販売希望数情報を受信するステップと、
ユーザ端末から、当該ユーザ端末のユーザが前記食品の購買を希望する購買希望位置を示す購買希望位置情報及び前記購買を希望する購買希望時間帯を示す購買希望時間帯情報を含む購買要求を受信するステップと、
所定位置を前記購買希望位置とし、所定時間帯を前記購買希望時間帯とする購買要求を、前記販売希望数の合計の所定割合以上受信した場合に、前記所定位置及び前記所定時間帯を、移動販売車による前記食品の販売位置及び販売時間帯として決定するステップと
を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両を利用した食品の移動販売における販売場所、販売時間、販売ルート等を決定するための情報処理を実行可能な情報処理装置、情報処理方法及びプログラムに関する。
【背景技術】
【０００２】
従来から、車両を利用した食品の移動販売の管理システムが存在する。下記特許文献１には、所定の販売時間における各販売店ごとの購入予約注文を集計し、販売場所毎の利益指標を算出し、当該利益指標を参照して何れの販売場所を販売対象とするかを選択して購入予約を確定し、確定した購買者端末について決済処理を実行するとともに購買者端末に注文確定連絡を通知する、移動販売の購買決済システムが開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１６−２８３４７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、この技術では、しかし、このシステムでは、予想される販売店の利益に基づいて購入予約を確定するため、ユーザを特定して確実に商品を引き渡す必要があり、また移動車両は各販売店から購買者が指定した販売場所へそれぞれ移動するだけであるため、販売者側のニーズは何ら考慮されていない。
【０００５】
以上のような事情に鑑み、本発明の目的は、食品の移動販売における販売者と購買者のニーズを煩雑な処理を要することなくマッチングし、それに応じた販売場所と販売時間を決定することが可能な情報処理装置、情報処理方法及びプログラムを提供することにある。
【課題を解決するための手段】
【０００６】
上記目的を達成するため、本発明の一形態に係る情報処理装置は、通信手段と制御手段とを有する。上記通信手段は、食品を販売する複数の店舗の店舗端末及び複数のユーザ端末と通信可能である。上記制御手段は、上記各店舗端末から、所定期間に販売を希望する上記食品の販売希望数を示す販売希望数情報を受信し、上記ユーザ端末から、当該ユーザ端末のユーザが上記食品の購買を希望する購買希望位置を示す購買希望位置情報及び上記購買を希望する購買希望時間帯を示す購買希望時間帯情報を含む購買要求を受信する。また制御手段は、所定位置を上記購買希望位置とし、所定時間帯を上記購買希望時間帯とする購買要求を、上記販売希望数の合計の所定割合以上受信した場合に、上記所定位置及び上記所定時間帯を、移動販売車による上記食品の販売位置及び販売時間帯として決定する。
【０００７】
この構成により情報処理装置は、販売者の販売希望数と、ユーザの購買希望位置及び購買希望時間帯毎の購買要求数とをマッチングすることで、ユーザ毎の煩雑な処理を要することなく移動販売の場所と時間を決定することができる。
【０００８】
上記情報処理装置は、上記複数の店舗の各位置と、上記移動販売車の拠点の位置とを含む位置情報と、上記各店舗の位置、上記拠点の位置及び上記販売位置を含む範囲の地図情報とを記憶する記憶手段をさらに有してもよい。この場合上記制御手段は、上記位置情報及び上記地図情報を基に、上記移動販売車が上記拠点から少なくとも１つの上記店舗の位置で上記食品を積載して上記所定時間帯に上記販売位置まで移動するためのルートを生成してもよい。
【０００９】
これにより情報処理装置は、店舗で食品を積載した上で、食品の販売位置に、販売時間帯に到着するルートを生成することができ、移動販売車のドライバーがルートを設定する手間を省くことができる。
【００１０】
上記制御手段は、複数の店舗で食品を積載して上記販売位置まで移動するためのルートを生成してもよい。
【００１１】
これにより情報処理装置は、複数の店舗で食品を積載した場合でも販売位置に販売時間帯に到着するようにルートを生成することができる。
【００１２】
上記購買要求は食品のジャンルを示すジャンル情報を含んでもよい。この場合上記制御手段は、上記ジャンル毎に上記販売位置及び上記販売時間帯を決定してもよい。
【００１３】
これにより情報処理装置は、ジャンル毎に販売位置及び販売時間帯を決定することで、ジャンルの異なる店舗毎に効率よく食品を販売することができる。また、上記ルートが、ジャンル毎に生成されてもよい。
【００１４】
上記制御手段は、第１の販売時間帯と第２の販売時間帯の間に、第１の販売位置と第２の販売位置との間を移動するためのルートを生成してもよい。
【００１５】
これにより情報処理装置は、販売時間帯及び販売位置が複数存在する場合でも、それら販売時間帯の間に販売位置間を移動するルートを生成することで、より多くのユーザに食品を販売することができる。
【００１６】
上記制御手段は、上記第１の販売位置において上記食品の在庫数が所定数以下になった場合に、上記第２の販売位置へ移動するまでの間にいずれかの店舗で上記食品を補充積載するためのルートを生成してもよい。
【００１７】
これにより情報処理装置は、販売予定の食品の在庫が足りなくなった場合でも、例えば第１の販売位置と第２の販売位置の間にある店舗で食品を補充積載して在庫を確保することができる。
【００１８】
上記制御手段は、上記購買要求の送信元のユーザのユーザ端末へ、上記決定された販売位置及び販売時間帯を示す情報を送信するように通信手段を制御してもよい。
【００１９】
これにより情報処理装置は、食品の購買を望むユーザに、店舗以外の販売位置及び販売時間帯を的確に知らせることができる。
【００２０】
本発明の他の形態に係る情報処理方法は、
食品を販売する複数の店舗の各店舗端末から、所定期間に販売を希望する上記食品の販売希望数を示す販売希望数情報を受信し、
ユーザ端末から、当該ユーザ端末のユーザが上記食品の購買を希望する購買希望位置を示す購買希望位置情報及び上記購買を希望する購買希望時間帯を示す購買希望時間帯情報を含む購買要求を受信し、
所定位置を上記購買希望位置とし、所定時間帯を上記購買希望時間帯とする購買要求を、上記販売希望数の合計の所定割合以上受信した場合に、上記所定位置及び上記所定時間帯を、移動販売車による上記食品の販売位置及び販売時間帯として決定することを含む。
【００２１】
本発明のまた別の形態に係るプログラムは、情報処理装置に、
食品を販売する複数の店舗の各店舗端末から、所定期間に販売を希望する上記食品の販売希望数を示す販売希望数情報を受信するステップと、
ユーザ端末から、当該ユーザ端末のユーザが上記食品の購買を希望する購買希望位置を示す購買希望位置情報及び上記購買を希望する購買希望時間帯を示す購買希望時間帯情報を含む購買要求を受信するステップと、
所定位置を上記購買希望位置とし、所定時間帯を上記購買希望時間帯とする購買要求を、上記販売希望数の合計の所定割合以上受信した場合に、上記所定位置及び上記所定時間帯を、移動販売車による上記食品の販売位置及び販売時間帯として決定するステップとを実行させる。
【発明の効果】
【００２２】
以上説明したように、本発明によれば、食品の移動販売における販売者と購買者のニーズを煩雑な処理を要することなくマッチングし、それに応じた販売場所と販売時間を決定することができる。しかし、当該効果は本発明を限定するものではない。
【図面の簡単な説明】
【００２３】
【図１】本発明の一実施形態に係る飲食店情報提供システムの構成を示した図である。
【図２】本発明の一実施形態に係る飲食店情報提供サーバのハードウェア構成を示した図である。
【図３】本発明の一実施形態に係る飲食店情報提供サーバが有するデータベースの構成を示した図である。
【図４】本発明の一実施形態に係る飲食店情報提供サーバによる、移動販売スケジュール決定処理の流れを示したフローチャートである。
【図５】本発明の一実施形態に係る飲食店情報提供サーバにより生成され移動販売車のカーナビゲーション装置の画面に表示される移動販売ルート情報の例を示した図である。
【発明を実施するための形態】
【００２４】
以下、図面を参照しながら、本発明の実施形態を説明する。本実施形態では、サービス施設が飲食店である場合について説明する。
【００２５】
［システムの構成］
図１は、本実施形態に係る飲食店情報提供システムの構成を示した図である。
【００２６】
同図に示すように、このシステムは、インターネット５０上の飲食店情報提供サーバ１００と、複数のユーザ端末２００と、複数の飲食店端末３００と、移動販売車Ｃとを含む。
【００２７】
飲食店情報提供サーバ１００は、複数の飲食店に関する情報を掲載したポータルサイトを運営するウェブサーバである。飲食店情報提供サーバ１００は、複数のユーザ端末２００とインターネット５０を介して接続されている。
【００２８】
飲食店情報提供サーバ１００は、上記ポータルサイトにおいて、ユーザ端末２００のユーザ向けに飲食店情報の検索システムを提供する。
【００２９】
一方で、本実施形態における飲食店情報提供サーバ１００は、各飲食店が、店内における飲食物の提供と並行して、例えば昼食時間帯や夕食時間帯に製造して販売する弁当を、その購入を希望するユーザ端末２００のユーザに移動販売車Ｃによって屋外で販売するための販売スケジュール（販売場所、販売時間帯、経由ルート）を生成することが可能である。
【００３０】
移動販売車Ｃによる弁当の販売を希望する飲食店は、その旨の通知を、飲食店端末３００から例えば１日や所定時間帯毎の販売希望数とともに、飲食店情報提供サーバ１００へ送信する。飲食店情報提供サーバ１００は当該通知を受け、弁当を販売する飲食店に関する情報を、所定の販売候補地及び販売候補時間帯に関する情報と共に、例えば上記ポータルサイト上に掲載する。
【００３１】
ユーザからの弁当の注文（購買要求）は、上記ポータルサイトを介して受信され得る。そして、移動販売車Ｃによるユーザへの弁当の販売は、上記販売候補地及び販売候補時間帯毎の購買要求が、各飲食店の上記販売希望数の合計の所定割合以上受信された場合に決定され、購買要求が上記所定割合に満たなかった場合には、販売は実施されない。
【００３２】
上記移動販売車Ｃは、例えば飲食店情報提供サーバ１００の管理者によって管理され、各飲食店からほど遠くない位置に拠点（車庫）を有する。同図では拠点及び移動販売車Ｃは１つのみ示されているが、１つの拠点に複数の移動販売車Ｃが存在していてもよいし、所定のエリア毎に複数の拠点が存在していてもよい。
【００３３】
移動販売車Ｃ（のドライバー）は、同図に示すように、上記飲食店情報提供サーバ１００が生成した販売スケジュールに従って、拠点から少なくとも１つの飲食店を経由して弁当を積載した上で、ユーザが希望する販売時間帯に、ユーザが希望する販売場所へ移動する。
【００３４】
移動販売車Ｃによる弁当の販売対象は、購買要求を送信したユーザ端末のユーザに限定されてもよいし、購買要求を送信しておらず、たまたま移動販売車Ｃの近くを通りかかったユーザも区別なく販売対象とされてもよい。
【００３５】
ユーザ端末２００（２００Ａ，２００Ｂ，２００Ｃ...）は、ユーザにより使用される端末であり、例えばスマートフォン、携帯電話、タブレットＰＣ（Personal Computer）、ノートブックＰＣ、デスクトップＰＣ等である。ユーザ端末２００は、飲食店情報提供サーバ１００へアクセスし、上記Ｗｅｂページを受信してブラウザ等により画面に表示する。
【００３６】
ユーザ端末２００は、ユーザの操作に基づいて、エリアやジャンル等の飲食店の検索条件を決定し、当該検索条件に基づく飲食店検索要求を飲食店情報提供サーバ１００へ送信して検索結果としての飲食店情報を受信する。
【００３７】
一方で、本実施形態では、ユーザ端末２００は、例えば上記ポータルサイトを介して、飲食店情報提供サーバ１００に、上記飲食店が製造する弁当の購入要求を送信することもできる。この際、ユーザは、弁当の購買を希望する購買希望地及び購買希望時間帯を、例えば上記ポータルサイト上に掲載された販売候補地及び販売候補時間帯から選択する。
【００３８】
飲食店端末３００（３００Ａ，３００Ｂ，３００Ｃ...）は、各飲食店の例えば管理者によって使用される端末であり、例えばスマートフォン、携帯電話、タブレットＰＣ（Personal Computer）、ノートブックＰＣ、デスクトップＰＣ等である。飲食店端末３００は、飲食店情報提供サーバ１００との間で、例えば上記ポータルサイト上に掲載される自身の飲食店情報や、上記ユーザ端末２００のユーザによる飲食店のテーブルまたは席の予約に関する情報等をやり取り可能である。
【００３９】
一方で、本実施形態では、飲食店端末３００は、自店舗内における飲食物の提供の傍らで製造する弁当の移動販売車Ｃによる販売を飲食店情報提供サーバ１００へ要求することもできる。この際、飲食店端末３００からは、１日毎、または時間帯毎の弁当の販売希望数も送信され、上記のとおり、各飲食店の販売希望数の合計の所定割合以上の購買要求がユーザ端末２００から受信された場合に、移動販売車Ｃによる販売が決定される。
【００４０】
上記販売希望数は、飲食店が１日または時間帯毎に製造する弁当の総数である必要は無い。すなわち、各飲食店は、製造した弁当を例えば店頭においてもユーザに販売しており、例えばその店頭販売の売り上げ状況が芳しくない場合等に、移動販売車Ｃによる販売を要求することもできる。
【００４１】
下記においては、飲食店情報提供サーバ１００が実行可能な処理のうち、主に、上記弁当の販売スケジュール（販売場所、販売時間帯及び経由ルート）の生成処理について説明する。
【００４２】
［飲食店情報提供サーバのハードウェア構成］
図２は、上記飲食店情報提供サーバ１００のハードウェア構成を示した図である。同図に示すように、飲食店情報提供サーバ１００は、ＣＰＵ（Central Processing Unit）１１、ＲＯＭ（Read Only Memory）１２、ＲＡＭ（Random Access Memory）１３、入出力インタフェース１５、及び、これらを互いに接続するバス１４を備える。
【００４３】
ＣＰＵ１１は、必要に応じてＲＡＭ１３等に適宜アクセスし、各種演算処理を行いながら飲食店情報提供サーバ１００の各ブロック全体を統括的に制御する。ＲＯＭ１２は、ＣＰＵ１１に実行させるＯＳ、プログラムや各種パラメータなどのファームウェアが固定的に記憶されている不揮発性のメモリである。ＲＡＭ１３は、ＣＰＵ１１の作業用領域等として用いられ、ＯＳ、実行中の各種アプリケーション、処理中の各種データを一時的に保持する。
【００４４】
入出力インタフェース１５には、表示部１６、操作受付部１７、記憶部１８、通信部１９等が接続される。
【００４５】
表示部１６は、例えばＬＣＤ（Liquid Crystal Display）、ＯＥＬＤ（Organic ElectroLuminescence Display）、ＣＲＴ（Cathode Ray Tube）等を用いた表示デバイスである。
【００４６】
操作受付部１７は、例えばマウス等のポインティングデバイス、キーボード、タッチパネル、その他の入力装置である。操作受付部１７がタッチパネルである場合、そのタッチパネルは表示部１６と一体となり得る。
【００４７】
記憶部１８は、例えばＨＤＤ（Hard Disk Drive）や、フラッシュメモリ（ＳＳＤ；Solid State Drive）、その他の固体メモリ等の不揮発性メモリである。当該記憶部１８には、上記ＯＳや各種アプリケーション、各種データが記憶される。
【００４８】
特に本実施形態では、記憶部１８は、飲食店情報提供サーバ１００が移動販売スケジュール（販売場所・販売時間帯・経由ルート）の決定処理を実行するためのデータ、アプリケーションその他のプログラムを記憶している。後述するが、記憶部１８は、そのようなデータを含むデータベースとして、飲食店情報データベース、購買要求情報データベース、地図情報データベース及び販売スケジュール情報データベースを有している。
【００４９】
通信部１９は、例えばEthernet用のＮＩＣ（Network Interface Card）や無線ＬＡＮ等の無線通信用の各種モジュールであり、上記ユーザ端末２００との間の通信処理を担う。
【００５０】
なお、図示しないが、ユーザ端末２００及び飲食店端末３００の基本的なハードウェア構成も上記飲食店情報提供サーバ１００のハードウェア構成と略同様である。
【００５１】
［飲食店情報提供サーバのデータベース構成］
図３は、上記飲食店情報提供サーバ１００が有するデータベースの構成を示した図である。
【００５２】
同図に示すように、飲食店情報提供サーバ１００は、記憶部１８に、飲食店情報データベース３１、購買要求情報データベース３２、地図情報データベース３３及び販売スケジュール情報データベース３４を有している。
【００５３】
飲食店情報データベース３１は、飲食店毎に、その飲食店の店名や所在位置情報、その飲食店を識別するＩＤ（店舗ＩＤ）の他、その飲食店の業態・サービスのカテゴリ情報、その飲食店を紹介する内容、すなわち、店舗のＰＲ文等の店舗の特徴を示す情報、飲食店が行うイベント情報、飲食店が立地しているエリア情報、飲食店の住所、電話番号、飲食店に関する（飲食店を紹介する）画像データ、飲食店が提供するメニューに関するメニュー情報、営業時間、ウェブサイトＵＲＬ等の情報を記憶している。
【００５４】
上記メニュー情報は、上記ポータルサイト上の各飲食店のサイトに掲載されるメニューに対応する情報であり、各飲食店が提供可能な複数のメニューのメニュー名を、飲食店毎に記憶している。当該メニュー情報は、例えば前菜／メイン、ランチ／ディナー／コース等のメニューカテゴリ毎に記憶されてもよい。また上記画像データがメニューに対応するものである場合には、当該画像データはメニュー情報と対応付けられて記憶される。
【００５５】
上記エリア情報は、例えば都道府県単位のものであるが、市区町村等のより狭い範囲の単位でも情報が記憶されてもよい。上記カテゴリ情報は、例えば和食、中華、イタリアン、フレンチ、焼肉等のメインカテゴリの他、和食における焼き鳥・天ぷら等、イタリアンにおけるパスタ・ピザ等のより詳細なサブカテゴリを含んでいてもよい。
【００５６】
購買要求情報データベース３２は、ユーザ端末２００は、ユーザ端末２００から受信した弁当の購買要求に関する情報を記憶する。当該情報には、弁当の購買希望地、購買希望時間帯、及びユーザ情報（ユーザのメールアドレス、ユーザＩＤ等）が含まれる。
【００５７】
購買希望地は、飲食店情報提供サーバ１００によって予め移動販売車Ｃが駐車可能なスペースとして確保されている複数の販売候補地のいずれかである。購買希望時間帯は、例えばランチタイムであれば、１１：４５〜１２：００、１２：００〜１２：１５、１２：１５〜１２：３０等の時間帯であるが、これらの例に限られず、時間帯間隔もより短くてもよいし（例えば１０分間隔）、より長くてもよい（例えば３０分間隔）。
【００５８】
地図情報データベース３３は、少なくとも、上記移動販売車Ｃの拠点の位置と、上記飲食店の所在地と、販売地となり得る地点（例えば移動販売車Ｃの拠点から所定距離範囲のエリア地点）を含む範囲の地図情報を記憶する。また地図情報データベース３３には、外部の交通事業者から随時提供される交通情報（渋滞情報、工事情報、事故情報、規制情報等）も随時受信されて記憶される。
【００５９】
販売スケジュール情報データベース３３は、上記飲食店端末３００から受信された弁当の販売要求（販売希望数情報）と、上記ユーザ端末２００から受信された弁当の購買要求（購買希望地及び購買希望時間帯）とを基に生成された、移動販売車Ｃによる弁当の販売スケジュール情報（販売地、販売時間帯、飲食店の経由ルート）を記憶する。当該販売スケジュール情報は、移動販売車Ｃに送信され利用される。
【００６０】
これら各データベースは、後述する飲食店情報提供サーバ１００による弁当の移動販売スケジュールの生成処理において、必要に応じて相互に参照されて用いられる。
【００６１】
［飲食店情報提供サーバの動作］
次に、以上のように構成された飲食店情報提供サーバ１００の動作について説明する。当該動作は、飲食店情報提供サーバ１００のＣＰＵ１１及び通信部１９等のハードウェアと、記憶部１８に記憶されたソフトウェアとの協働により実行される。以下の説明では、便宜上、ＣＰＵ１１を動作主体とする。
【００６２】
図４は、飲食店情報提供サーバ１００による、飲食店の予約処理の流れを示したフローチャートである。以下では、特に飲食店の仮予約及びそれに基づく本予約処理について説明する。
【００６３】
同図に示すように、飲食店情報提供サーバ１００のＣＰＵ１１は、まず、例えば１日や半日等の所定時間帯毎の、弁当の移動販売の受付開始時刻が到来したか否かを判断する（ステップ４１）。
【００６４】
受付開始時刻が到来したと判断した場合（Ｙｅｓ）、ＣＰＵ１１は、いずれかの飲食店端末３００から、弁当の販売要求を受信したか否かを判断する（ステップ４２）。当該販売要求は、例えば飲食店端末３００がポータルサイト上の飲食店情報を更新したい場合等にアクセス可能な管理画面を介して送信されてもよい。この場合、販売要求には、少なくとも、上記所定時間帯において販売を希望する弁当の個数（希望販売数）が含まれる。
【００６５】
飲食店端末３００から弁当の販売要求を受信したと判断した場合（Ｙｅｓ）、ＣＰＵ１１は、当該販売要求に含まれる弁当の販売希望数を示す情報を、飲食店の識別情報（例えば店舗ＩＤ）に対応付けて記憶する（ステップ４３）。
【００６６】
続いてＣＰＵ１１は、例えば上記ポータルサイトを介して、弁当の購買要求を受信したか否かを判断する（ステップ４４）。当該購買要求は、上述したように、上記ポータルサイト上に掲載された複数の販売候補地及び販売候補時間帯からユーザに選択された購買希望地及び購買希望時間帯に関する情報及びユーザ情報（ユーザのメールアドレス、ユーザＩＤ等）を含む。ユーザが上記ポータルサイトによる飲食店情報提供サービスの会員であり、会員としてポータルサイトにログインしている場合には、上記ユーザ情報は当該ログイン情報から購買要求に自動的に付加される。
【００６７】
上記購買要求を受信したと判断した場合（Ｙｅｓ）、ＣＰＵ１１は、当該購買要求を、上記購買希望地及び購買時間帯毎に、ユーザ情報と対応付けて、上記購買要求情報データベース３２へ記憶する（ステップ４５）。
【００６８】
続いてＣＰＵ１１は、販売希望地と購買希望時間帯が共通する購買要求の数が、上記飲食店端末３００からの販売要求に含まれる販売希望数の合計の所定割合以上受信されたか否かを判断する（ステップ４６）。ここで所定割合とは、例えば５０％、７０％等であるが、これらに限られない。また当該所定割合は、弁当の販売対象が、購買要求を送信したユーザ（例えば飲食店情報提供サーバ１００から購買要求受領通知を受信しその画面を提示可能なユーザ）に限定されているか、それとも、購買要求を送信しておらずたまたま移動販売車Ｃの近くを通りかかったようなユーザも販売対象とされるかといった事情によっても変更され得る（後者の場合は、所定割合は比較的低くてもよい）。
【００６９】
上記購買要求が上記所定割合以上受信されたと判断した場合（Ｙｅｓ）、ＣＰＵ１１は、上記購買希望地及び購買希望時間帯を、弁当の販売地及び販売時間帯として決定する（ステップ４７）。
【００７０】
続いてＣＰＵ１１は、上記飲食店端末３００からの弁当の移動販売要求の受付終了時刻が到来したか否かを判断する（ステップ４８）。
【００７１】
上記受付終了時刻が到来していないと判断した場合（Ｎｏ）、ＣＰＵ１１は、上記ステップ４２に戻り、それ以降の処理を繰り返す。これにより、複数の飲食店端末３００からの販売要求に基づいて、複数の販売地及び販売時間帯が決定され得る。
【００７２】
一方、上記受付終了時刻が到来したと判断した場合（Ｙｅｓ）、ＣＰＵ１１は、上記飲食店端末３００からの販売要求の受付を締め切った上で、上記地図情報データベース３３を参照して、移動販売車Ｃが、拠点から、上記販売要求元の飲食店を経由して弁当を積載し、上記販売時間帯に上記販売地へ到達するための移動販売ルート情報を生成する（ステップ４８）。
【００７３】
ここで、販売要求元の飲食店が複数存在する場合、及び、販売地及び販売時間帯が複数存在する場合には、ＣＰＵ１１は、当該複数の飲食店を経由して、複数の販売地に各販売時間帯に到着するような最短の移動ルート情報を生成する。
【００７４】
続いてＣＰＵ１１は、上記生成した移動ルート情報を、上記移動販売車Ｃへ送信する（ステップ４９）。当該移動ルート情報は、例えば移動販売車Ｃのドライバーが乗車してエンジンを始動させた場合や、カーナビゲーション装置に対して弁当移動販売用の案内開始を指示した場合に、当該カーナビゲーション装置のディプレイに表示される。これに代えて、またはこれと共に、上記移動ルート情報は、移動販売車Ｃのドライバーの端末へ送信されそのディスプレイ上で表示されてもよい。
【００７５】
そしてＣＰＵ１１は、上記決定された販売地及び販売時間帯を含む移動販売決定情報を、当該販売地及び販売時間帯を購買希望地及び購買希望時間帯として購買要求を送信したユーザ端末２００へ送信する（ステップ５０）。これによりユーザは、自身が希望する購買地及び購買時間帯における弁当の販売が決定されたことを把握し、購買時間帯に購買地へ赴いて弁当を購入することができる。また、一方でＣＰＵ１１は、販売要求元の各飲食店の飲食店端末３００へ、弁当の移動販売が決定し、移動販売車Ｃが、希望販売数分の弁当を当該飲食店に受け取りに行く旨を示す弁当受取通知情報を送信する。これにより飲食店は移動販売用の弁当を準備することができる。
【００７６】
図５は、飲食店情報提供サーバ１００により生成されて送信され移動販売車Ｃのカーナビゲーション装置の画面に表示される移動販売ルート情報の例を示した図である。
【００７７】
同図に示すように、当該移動販売ルート情報においては、地図画像５１上に、移動販売車Ｃの出発地点（拠点）に対応する出発地点ポインタ５２、弁当を積載するための経由地である飲食店の位置に対応する飲食店ポインタ５３、弁当の販売地に対応する販売地ポインタ５４が配置され、出発地点から飲食店を経由して販売地に最短時間で到着するためのルート線５５が表示される。
【００７８】
また、それらの情報と共に、出発時刻、飲食店への経由想定時刻、到着想定時刻を示すルート時刻情報５６も表示される。
【００７９】
これにより、移動販売車Ｃのドライバーが、販売地までに飲食店を経由して販売地へ到着するまでのルートを、カーナビゲーション装置において手動で設定する手間が省略される。
【００８０】
［まとめ］
以上説明したように、本実施形態によれば、飲食店情報提供サーバ１００は、弁当の販売を希望する飲食店の販売希望数と、弁当の購買を希望するユーザの購買希望地及び購買希望時間帯毎の購買要求数とをマッチングすることで、ユーザ毎に販売地及び販売希望時間帯を管理して届ける場合に比べて、煩雑な情報処理を要することなく、弁当の移動販売の場所と時間を決定し、移動販売ルートを生成することができる。またこの場合、飲食店情報提供サーバ１００は、販売希望数と、ユーザの購買希望地及び購買希望時間帯毎の購買要求数とをカウントして比較するだけでよいため、飲食店情報提供サーバ１００に掛かる処理負荷が大きくなるのを防ぐことができる。
【００８１】
［変形例］
本発明は上述の実施形態にのみ限定されるものではなく、本開示の要旨を逸脱しない範囲内において種々変更され得る。
【００８２】
上述の実施形態においては、弁当のジャンル（種類）については何ら言及がされていなかった。しかし、ユーザ端末２００からの購買要求に、弁当のジャンルを示す情報が含まれていてもよい。当該ジャンル情報は、例えば、ユーザが上記ポータルサイト上で購買要求を送信する際に、購買希望地及び購買希望時間帯と同様に選択可能とされてもよい。そして、飲食店情報提供サーバ１００は、ジャンル毎に販売地及び販売時間帯を決定してもよい。またこの場合、飲食店情報提供サーバ１００は、弁当のジャンルが異なる複数の飲食店及び複数の販売地を移動するような１つのルートを生成してもよいし、１つのジャンルについて複数の販売地及び販売時間帯が存在する場合には、ジャンル毎（同一ジャンルの弁当を販売する飲食店毎）に上記移動ルートを生成してもよい。これにより、ジャンルの異なる店舗毎、及びジャンルに関する好みの異なるユーザ群に対して効率よく食品を販売することができる。
【００８３】
上述の実施形態において、飲食店情報提供サーバ１００は、販売地が複数存在する場合であって、ある販売地において弁当の在庫数が所定数以下になった場合に、移動ルート情報上でその後に移動予定の他の販売地へ移動するまでの間に、弁当の販売要求を送信したいずれかの飲食店（例えば直近の飲食店）に経由して弁当を補充積載するための新たな移動ルートを生成してもよい。この場合、例えば移動販売車Ｃのドライバーが、携帯する端末のアプリケーションを用いて在庫不足を飲食店情報提供サーバ１００へ送信してもよいし、移動販売車Ｃの弁当載置スペース等に設けられたセンサによって在庫不足が検知され飲食店情報提供サーバ１００へ送信されてもよい。これによりは、例えば購買要求を送信したユーザ以外の一般客への販売数が想定以上に多かった場合等、販売予定の弁当の在庫が足りなくなった場合でも、弁当の販売を希望する近隣の飲食店で弁当が補充積載されることで在庫が確保される。
【００８４】
上述の実施形態では、ユーザは、弁当の購買希望地及び購買希望時間帯を、飲食店情報提供サーバ１００によって予め設定された販売候補地及び販売候補時間帯から選択していた。しかし、少なくとも販売候補地は予め設定されていなくてもよい。この場合、各ユーザ端末２００から購買要求として、購買希望時間帯の選択情報と共に、手動入力された購買希望地が受信されると、飲食店情報提供サーバ１００が、購買希望時間帯が同一であり、購買希望地が近い複数の購買要求における各購買希望地の中心地を販売位置として定めてもよい。
【００８５】
上述の実施形態では、移動販売車Ｃによるユーザへの弁当の販売は、販売候補地及び販売候補時間帯毎の購買要求が、各飲食店の販売希望数の合計の所定割合以上受信された場合に決定され、購買要求が上記所定割合に満たなかった場合には、販売は実施されなかった。しかし、飲食店情報提供サーバ１００は、例えば上記弁当移動販売の受付終了時刻の所定時間前までに上記所定割合以上の購買要求が受信されなかった場合等には、当該所定割合を一定割合だけ低い値に変更してもよい。これにより、上記受付終了時刻までに、変更後の所定割合以上の購買要求が受信された場合には、販売が実施されることになる。
【００８６】
上述の実施形態では、移動販売の対象商品として弁当が例に挙げられた。しかし、販売対象商品が例えば肉・野菜・果物等の生鮮食品、冷凍食品、レトルト食品、インスタント食品、缶詰等の加工食品、飲料、調味料等のその他の食品である場合にも、本発明は同様に適用可能である。また上述の実施形態では店舗の例として飲食店が挙げられたが、食品を販売するその他の店舗についても本発明は適用可能である。食品は、当該店舗で製造及び販売されてもよいし、当該店舗で製造はされず小売及び卸売の形態で販売のみされてもよい。
【００８７】
上述の実施形態では、ポータルサイト上でユーザ端末へ飲食店情報を提供する飲食店情報提供サーバが、各飲食店の弁当の移動販売用のスケジュール（販売位置、販売時間帯、販売ルート）を生成していたが、飲食店情報提供サーバとは別の専用サーバが移動販売用スケジュールの生成処理を担ってもよい。
【００８８】
本願の特許請求の範囲に記載された発明のうち、「情報処理方法」と記載された発明は、その各ステップを、ソフトウェアによる情報処理によりコンピュータ等の少なくとも１つの装置が自動的に行うものであり、人間がコンピュータ等の装置を用いて行うものではない。すなわち、当該「情報処理方法」は、コンピュータ・ソフトウェアによる情報処理方法であって、コンピュータという計算道具を人間が操作する方法ではない。
【符号の説明】
【００８９】
１１…ＣＰＵ
１８…記憶部
１９…通信部
３１…飲食店情報データベース
３２…購買要求情報データベース
３３…地図情報データベース
３４…販売スケジュール情報データベース
１００…飲食店情報提供サーバ
２００…ユーザ端末
３００…飲食店端末
Ｃ…移動販売車
【図１】
2018112911.tif 000003
【図２】
2018112911.tif 000004
【図３】
2018112911.tif 000005
【図４】
2018112911.tif 000006
【図５】
2018112911.tif 000007