JP2020074171A - イベント配車装置、イベント配車方法、プログラム、および管理システム - Google Patents

Abstract

【課題】イベントに応じた車両を効率よく集めて複数の車両によるサービスを提供すること。【解決手段】イベント配車装置において、複数の車両が駐車可能なエリアで開催されるイベントを、複数の車両または前記車両の所有者に通知するイベント通知部と、前記複数の車両のそれぞれの車両属性に基づいて、前記エリアに到着する車両の車両属性に対応する台数を調整する調整部と、を備える。【選択図】図１

Description

本発明は、イベント配車装置、イベント配車方法、プログラム、および管理システムに関する。
本願は、２０１７年６月１６日に、日本に出願された特願２０１７−１１８７４５号に基づき優先権を主張し、その内容をここに援用する。

従来では、厨房、燃料ガス供給、電力供給、宿泊室等の機能群から選ばれる少なくとも２つの機能を、少なくとも２台の車両に分担して具備させて機能分担車両とし、該機能分担車両を走行後の設営地で組み合わせることにより施設を構築する技術が知られている（例えば、特許文献１参照）。

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

しかしながら、従来の技術では、車両ごとに提供可能なサービスが一元管理されていないため、一時的に開催されるイベントに応じて、イベントに応じた車両を効率よく集めることができない場合があった。

本発明は、このような事情を考慮してなされたものであり、イベントに応じた車両を効率よく集めて複数の車両によるサービスを提供することができるイベント配車装置、イベント配車方法、プログラム、および管理システムを提供することを目的の一つとする。

この発明に係るイベント配車装置、イベント配車方法、プログラム、および管理システムは、以下の構成を採用した。
（１）：この発明の一態様に係るイベント配車装置は、複数の車両（２００）が駐車可能なエリアで開催されるイベントを、複数の車両または前記車両の所有者に通知するイベント通知部（１５０）と、前記複数の車両のそれぞれの車両属性に基づいて、前記エリアに到着する車両の車両属性に対応する台数を調整する調整部（１４０，１５０）と、を備えるイベント配車装置（１００、１００Ａ）である。

（２）：上記（１）の態様において、前記エリアに到着した複数の車両が前記エリア内の所定の位置に配置されるように前記複数の車両のそれぞれに駐車位置を指示する指示部（１６０）を更に備える。

（３）：上記（１）または（２）の態様において、前記イベント通知部は、前記エリアの位置から所定距離以内にある車両または前記車両の所有者に対して前記イベントの通知を行うものである。

（４）：上記（１）から（３）のうち何れか一つの態様において、前記イベント通知部は、前記エリアに駐車可能な台数の車両に対して、前記イベントを通知するものである。

（５）：上記（１）から（４）のうち何れか一つの態様において、前記車両は、自動運転車両である。

（６）：上記（５）の態様において、前記自動運転車両は、トレーラを牽引する牽引車両を含む。

（７）：上記（１）から（６）のうち何れか一つの態様において、前記イベント通知部は、前記エリアで開催されるイベントに関する情報を、予め登録された利用者に通知し、前記利用者から前記エリアまでの送迎を希望するか否かに関する情報を取得するものである。

（８）：上記（１）から（７）のうち何れか一つの態様において、前記イベントに参加する車両によって、前記イベントの利用者を、所定の地点と前記エリアとの間で送迎させる送迎管理部（１８０）を更に備えるものである。

（９）：この発明の一態様に係るイベント配車方法は、コンピュータが、複数の車両が駐車可能なエリアで開催されるイベントを、複数の車両または前記車両の所有者に通知し、前記複数の車両のそれぞれの車両属性に基づいて、前記エリアに到着する車両の車両属性に対応する台数を調整する、イベント配車方法である。

（１０）：この発明の一態様に係るプログラムは、コンピュータに、複数の車両が駐車可能なエリアで開催されるイベントを、複数の車両または前記車両の所有者に通知させ、前記複数の車両のそれぞれの車両属性に基づいて、前記エリアに到着する車両の車両属性に対応する台数を調整させる、プログラムである。

（１１）：この発明の一態様に係る管理システムは、複数の車両が駐車可能なエリアを特定する特定部（１８２）と、前記複数の車両のそれぞれの車両属性に基づいて、前記特定部の取得したエリア情報を通知するとともに、前記エリアに対する車両の到達情報を取得するエリア管理部（１８６）と、を備える管理システムである。

（１２）：上記（１１）の態様において、前記エリアに到着した車両が前記エリア内の所定の位置に配置されるように前記車両に駐車位置を指示する指示部（１６０）を更に備えるものである。

（１３）：上記（１１）の態様において、前記エリアの位置から所定距離以内にある車両または前記車両の所有者に対して前記エリア情報の通知を行う通知部を更に備えるものである。

（１４）：上記（１１）の態様において、前記車両は、自動運転車両を含み、前記エリア管理部は、前記車両を無人で前記エリアまで到達させる経路設定部と、前記自動運転車両以外の前記車両に対し前記エリアへの経路情報を通知する経路設定要求部と、を備える。

（１５）：上記（１１）の態様において、前記エリアに複数の車両が配置される場合に、前記エリアの代表地点を経由地とする経路情報を発行する送迎管理部を更に備える。

（１６）：上記（１３）の態様において、前記通知部は、前記エリア内に存在する車両または前記車両の管理者から取得した動的な関連情報を通知するものである。

（１）〜（１６）によれば、イベントに応じた車両を効率よく集めて複数の車両によるサービスを提供することができる。

第１の実施形態のイベント配車システムの構成図である。 第１の実施形態の車両の構成図である。 自動運転の処理過程について説明するための図である。 イベント配車設定画面の一例を示す図である。 イベントテーブルの内容の一例を示す図である。 車両割当テーブルの内容の一例を示す図である。 車両属性テーブルの内容の一例を示す図である。 イベント配車が実行された後に表示部に表示されるイベント配車設定画面の一例を示す図である。 車両情報ＤＢの内容の一例を示す図である。 通知結果管理情報の内容の一例を示す図である。 車両へのイベント通知について説明するための図である。 車両のＨＭＩに表示されるイベント通知画面の一例を示す図である。 参加する旨の回答をした車両に送信されるイベント通知画面の一例を示す図である。 指示部による車両の駐車位置への指示の様子を説明するための図である。 駐車位置管理情報の内容の一例を示す図である。 第１の実施形態のイベント配車装置により実行される処理の流れの一例を示すフローチャートである。 第２の実施形態のイベント配車システムの構成図である。 端末装置に表示されるイベント情報画面の一例を示す図である。 送迎設定画面の一例を示す図である。 利用者管理情報の内容の一例を示す図である。 車両を用いた送迎の様子を説明するための図である。 第２の実施形態のイベント配車装置により実行される処理の流れの一例を示すフローチャートである。 旅行プランのナビゲーション画面の一例を示す図である。 第３の実施形態のイベント配車システムの構成図である。 第３の実施形態の車両に搭載される車両管理装置の構成の一例を示す図である。 第３の実施形態のサービス提供者装置の構成の一例を示す図である。 第３の実施形態のイベント配車装置の構成の一例を示す図である。 第３の実施形態のイベント配車システムの処理の流れの一例を示すシーケンス図である。

以下、図面を参照し、本発明のイベント配車装置、イベント配車方法、プログラム、および管理システムの実施形態について説明する。なお、以下の説明において、イベント配車装置を含むイベント配車システムに用いられる車両は、自動運転車両であるものとする。自動運転車両とは、車両の加減速または操舵の少なくとも一方を自動的に制御して走行可能な車両である。自動運転車両は、乗員が手動運転を行ってよい。また、自動運転車両とは、無人で走行可能な車両を含む。また、イベント配車システムに用いられる車両は、手動運転車両であってもよい。また、イベント配車システムは、「管理システム」の一例である。

（第１の実施形態）
図１は、第１の実施形態のイベント配車システム１の構成図である。イベント配車システム１は、イベント配車装置１００と、一以上の車両２００と、一以上の車両２００の所有者Ｏにより使用される端末装置３００とを備える。これらの構成要素は、ネットワークＮＷを介して互いに通信可能である。ネットワークＮＷは、インターネット、ＷＡＮ（Wide Area Network）、ＬＡＮ（Local Area Network）、公衆回線、プロバイダ装置、専用回線、無線基地局等を含む。

［イベント配車装置］
イベント配車装置１００は、例えば、通信部１１０と、表示部１２０と、表示制御部１３０と、イベント車両候補決定部１４０と、イベント通知部１５０と、指示部１６０と、記憶部１７０とを備える。表示制御部１３０、イベント車両候補決定部１４０、イベント通知部１５０、および指示部１６０は、例えば、ＣＰＵ（Central Processing Unit）等のプロセッサが記憶部１７０に格納されたプログラム（ソフトウェア）を実行することで実現される。また、これらの機能部のうち一部または全部は、ＬＳＩ（Large Scale Integration）やＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field-Programmable Gate Array）、ＧＰＵ（Graphics Processing Unit）等のハードウェア（回路部；circuitryを含む）によって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。プログラムは、予めＨＤＤ（Hard Disk Drive）やフラッシュメモリ等の記憶部１７０に格納されていてもよいし、ＤＶＤやＣＤ−ＲＯＭ等の着脱可能な記憶媒体に格納されており、記憶媒体がドライブ装置（不図示）に装着されることで記憶部１７０にインストールされてもよい。また、イベント車両候補決定部１４０およびイベント通知部１５０の一部または全部を組み合わせたものが「調整部」の一例である。また、イベント通知部１５０は、「通知部」の一例である。

通信部１１０は、例えば、ネットワークＮＷに接続するためのネットワークカードである。通信部１１０は、ネットワークＮＷを介して車両２００、端末装置３００、およびその他の外部装置と通信する。

表示部１２０は、ＬＣＤ（Liquid Crystal Display）や有機ＥＬ（Electro Luminescence）表示装置等である。表示部１２０は、表示制御部１３０による制御によって、例えば、イベント配車装置１００の管理者等にイベント配車に関する各種情報を表示する。また、表示部１２０は、表示画面を指先でタッチすることによって情報の入力や確定操作を受け付ける、いわゆるタッチパネル式の受付部の機能を備えていてもよい。

表示制御部１３０は、イベント配車に関する各種情報を表示部１２０に表示するように制御する。また、表示制御部１３０は、表示部１２０の表示画面から受け付けられた管理者等からの情報の入力や確定操作に関する情報を取得する。例えば、表示制御部１３０は、管理者等から開催するイベントに関する情報や、イベントを開催するエリアに関する情報等を受け付ける。イベントとは、音楽フェス（フェスティバル）やフードフェス等の期間を限定した大規模または中規模な催し物や、初詣、花見、海水浴、スキー等の時期的な行事、オリンピック等のスポーツの大会、博覧会、地方公共団体や地域企業等が行う祭り等の各種の事象を含む。また、エリアとは、例えば、複数の車両が駐車可能なエリアである。表示制御部１３０の機能の詳細については後述する。

イベント車両候補決定部１４０は、表示制御部１３０に受け付けられた開催するイベントに関する情報と、イベントを開催するエリアに関する情報とを受け付けて、記憶部１７０に記憶された車両割当テーブル１７３を参照し、イベントに参加させる車両の車両属性および車両属性ごとの台数を決定する。イベント車両候補決定部１４０の機能の詳細については後述する。

イベント通知部１５０は、イベント車両候補決定部１４０により決定された車両２００の候補に対して、その車両２００または車両の所有者Ｏのうち、端末装置３００の一方または双方に開催するイベントに関する情報、およびイベントにサービス提供者として参加するか否かを問い合わせる問い合わせ情報を通知する。所有者Ｏは、車両２００によるサービスの提供を管理するサービス管理者でもよく、車両２００の乗員でもよい。また、イベント通知部１５０は、問い合わせ情報に対する回答情報を取得する。イベント通知部１５０の機能の詳細については後述する。

指示部１６０は、イベントでサービスを提供する車両２００がイベント会場のエリア付近を走行した場合に、エリア内の駐車位置を割り当て、割り当てた位置に関する情報を、車両２００または車両２００の所有者Ｏに指示する。エリア付近とは、例えば、エリアＩＤに対応するイベント会場から車両２００までの距離が所定距離以内（例えば、１００ｍ以内）の距離である。指示部１６０の機能の詳細については後述する。

記憶部１７０は、ＨＤＤやフラッシュメモリ、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）等により実現される。記憶部１７０には、例えば、地図情報１７１、イベントテーブル１７２、車両割当テーブル１７３、車両属性テーブル１７４、車両情報ＤＢ１７５、通知結果管理情報１７６、駐車位置管理情報１７７、およびその他の情報が格納される。

［車両］
車両２００は、例えば、四輪以上の車輪を有する車両であるが、自動二輪車その他の車両であっても構わない。また、車両２００は、例えば、着脱自在な荷台等を牽引する牽引車両でもよく、荷台と一体型の車両であってもよい。図２は、第１の実施形態の車両２００の構成図である。車両２００は、例えば、外界監視ユニット２１０と、通信装置２２０と、ナビゲーション装置２３０と、推奨車線決定装置２４０と、自動運転制御ユニット２５０と、駆動力出力装置２６０と、ブレーキ装置２６２と、ステアリング装置２６４とを備える。自動運転制御ユニット２５０は、例えば、車両２００内の記憶部（不図示）に格納されたプログラム（ソフトウェア）を実行するＣＰＵ等のプロセッサを有する。

外界監視ユニット２１０は、例えば、カメラやレーダ、ＬＩＤＡＲ（Light Detection and Ranging）、これらの出力に基づいてセンサフュージョン処理を行う物体認識装置等を含む。外界監視ユニット２１０は、車両２００の周辺に存在する物体の種類（特に、車両、歩行者、および自転車）を推定し、その位置や速度の情報と共に自動運転制御ユニット２５０に出力する。

通信装置２２０は、例えば、ネットワークＮＷに接続したり、イベント配車装置１００やその他の外部装置と直接的に通信したりするための無線通信モジュールである。通信装置２２０は、Ｗｉ−Ｆｉ、ＤＳＲＣ（Dedicated Short Range Communications）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の通信規格に基づいて無線通信を行う。通信装置２２０として、用途に応じた複数のものが用意されてもよい。

ナビゲーション装置２３０は、例えば、ＨＭＩ（Human machine Interface）２３２と、ＧＮＳＳ（Global Navigation Satellite System）受信機２３４と、ナビ制御装置２３６とを備える。

ＨＭＩ２３２は、例えば、タッチパネル式ディスプレイ装置やスピーカ、マイク等を含む。ＨＭＩ２３２は、画像や音声を出力したり、乗員からの操作内容を受け付ける。例えば、ＨＭＩ２３２は、目的地までの経路を画面表示したり、車両２００に対する操作を乗員に促すための情報を画面表示または音声出力する。また、ＨＭＩ２３２は、イベント配車装置１００からのイベント通知情報および問い合わせ情報を画面に表示させたり、音声により通知する。また、ＨＭＩ２３２は、乗員により操作された問い合わせ情報に対する回答情報を受け付け、受け付けた回答情報をイベント配車装置１００に送信する。

ＧＮＳＳ受信機２３４は、ＧＮＳＳ衛星（例えばＧＰＳ衛星）から到来する電波に基づいて自機の位置（車両２００の位置）を測位する。ナビ制御装置２３６は、例えば、ＣＰＵや各種記憶装置を備え、ナビゲーション装置２３０全体を制御する。記憶装置には、地図情報（ナビ地図）が格納されている。ナビ地図は、ノードとリンクで道路を表現した地図である。

また、ナビ制御装置２３６は、ＧＮＳＳ受信機２３４によって測位された車両２００の位置から、ＨＭＩ２３２を用いて指定された目的地までの経路を、ナビ地図を参照して自ら決定してもよい。ナビ制御装置２３６は、上記何れかの方法で決定した経路の情報を推奨車線決定装置２４０に出力する。また、ナビ制御装置２３６は、ＧＮＳＳ受信機２３４によって測位された車両２００の位置を所定のタイミングでイベント配車装置１００に送信してもよい。

推奨車線決定装置２４０は、例えば、ＭＰＵ（Map Positioning Unit）と各種記憶装置を備える。記憶装置には、ナビ地図よりも詳細な高精度地図情報が格納されている。高精度地図情報には、例えば、車線ごとの道路幅や勾配、曲率、信号の位置等の情報が含まれている。推奨車線決定装置２４０は、ナビゲーション装置２３０から入力された経路に沿って走行するために好ましい推奨車線を決定し、自動運転制御ユニット２５０に出力する。

自動運転制御ユニット２５０は、ＣＰＵやＭＰＵ（Micro Processing Unit）等の一以上のプロセッサと各種記憶装置を備える。自動運転制御ユニット２５０は、推奨車線決定装置２４０により決定された推奨車線を走行することを原則として、外界監視ユニット２１０から位置や速度が入力された物体との接触を避けるように、車両２００を自動的に走行させる。自動運転制御ユニット２５０は、例えば、各種イベントを順次実行する。イベントには、一定速度で同じ走行車線を走行する定速走行イベント、前走車両に追従する追従走行イベント、車線変更イベント、合流イベント、分岐イベント、緊急停止イベント、料金所を通過するための料金所イベント、自動運転を終了して手動運転に切り替えるためのハンドオーバイベント等がある。また、これらのイベントの実行中に、車両２００の周辺状況（周辺車両や歩行者の存在、道路工事による車線狭窄等）に基づいて、回避のための行動が計画される場合もある。

自動運転制御ユニット２５０は、車両２００が将来走行する目標軌道を生成する。目標軌道は、例えば、速度要素を含んでいる。例えば、目標軌道は、自車両Ｍの到達すべき地点（軌道点）を順に並べたものとして表現される。軌道点は、所定の走行距離ごとの自車両Ｍの到達すべき地点であり、それとは別に、所定のサンプリング時間（例えば０コンマ数［ｓｅｃ］程度）ごとの目標速度および目標加速度が、目標軌道の一部として生成される。また、軌道点は、所定のサンプリング時間ごとの、そのサンプリング時刻における自車両Ｍの到達すべき位置であってもよい。この場合、目標速度や目標加速度の情報は軌道点の間隔で表現される。

図３は、自動運転の処理過程について説明するための図である。まず、上図に示すように、ナビゲーション装置２３０によって経路が決定される。この経路は、例えば車線の区別が付けられていない大まかな経路である。次に、中図に示すように、推奨車線決定装置２４０が、経路に沿って走行しやすい推奨車線を決定する。そして、下図に示すように、自動運転制御ユニット２５０が、障害物の回避等を行いながら、なるべく推奨車線に沿って走行するための軌道点を生成し、軌道点（および付随する速度プロファイル）に沿って走行するように、駆動力出力装置２６０、ブレーキ装置２６２、ステアリング装置２６４のうち一部または全部を制御する。なお、このような役割分担はあくまで一例であり、例えば自動運転制御ユニット２５０が一元的に処理を行ってもよい。

駆動力出力装置２６０は、車両が走行するための走行駆動力（トルク）を駆動輪に出力する。駆動力出力装置２６０は、例えば、内燃機関、電動機、および変速機等の組み合わせと、これらを制御するパワーＥＣＵとを備える。パワーＥＣＵは、自動運転制御ユニット２５０から入力される情報、或いは不図示の運転操作子から入力される情報に従って、上記の構成を制御する。

ブレーキ装置２６２は、例えば、ブレーキキャリパーと、ブレーキキャリパーに油圧を伝達するシリンダと、シリンダに油圧を発生させる電動モータと、ブレーキＥＣＵとを備える。ブレーキＥＣＵは、自動運転制御ユニット２５０から入力される情報、或いは運転操作子から入力される情報に従って電動モータを制御し、制動操作に応じたブレーキトルクが各車輪に出力されるようにする。ブレーキ装置２６２は、運転操作子に含まれるブレーキペダルの操作によって発生させた油圧を、マスターシリンダを介してシリンダに伝達する機構をバックアップとして備えてよい。なお、ブレーキ装置２６２は、上記説明した構成に限らず、自動運転制御ユニット２５０から入力される情報に従ってアクチュエータを制御して、マスターシリンダの油圧をシリンダに伝達する電子制御式油圧ブレーキ装置であってもよい。

ステアリング装置２６４は、例えば、ステアリングＥＣＵと、電動モータとを備える。電動モータは、例えば、ラックアンドピニオン機構に力を作用させて転舵輪の向きを変更する。ステアリングＥＣＵは、自動運転制御ユニット２５０から入力される情報、或いは運転操作子から入力される情報に従って、電動モータを駆動し、転舵輪の向きを変更させる。

［端末装置］
図１に戻り、端末装置３００は、例えば、スマートフォンやタブレット端末、パーソナルコンピュータ等である。端末装置３００では、例えば、イベント配車システムを利用するためのアプリケーションプログラム、或いはブラウザ等が起動し、以下に説明するサービスをサポートする。以下の説明では、端末装置３００がスマートフォンであり、アプリケーションプログラム（イベント配車アプリ）が起動していることを前提とする。

端末装置３００は、例えば、通信部３１０と、情報取得部３２０と、表示部３３０とを備える。通信部３１０は、例えば、ネットワークＮＷに接続するためのネットワークカードである。通信部３１０は、ネットワークＮＷを介してイベント配車装置１００およびその他の外部装置と通信する。

情報取得部３２０は、ＣＰＵ等のプロセッサが記憶部（不図示）に格納されたプログラム（ソフトウェア）を実行することで実現される。また、情報取得部３２０は、ＬＳＩやＡＳＩＣ、ＦＰＧＡ、ＧＰＵ等のハードウェア（回路部；circuitryを含む）によって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。プログラムは、予め記憶部に格納されていてもよいし、ＤＶＤやＣＤ−ＲＯＭ等の着脱可能な記憶媒体に格納されており、記憶媒体がドライブ装置に装着されることで記憶部にインストールされてもよい。情報取得部３２０は、例えば、イベント配車装置１００から、イベントに関する情報および問い合わせ情報等を取得する。情報取得部３２０は、例えば、端末装置３００にインストールされたイベント配車アプリを起動することで、実現される機能である。また、情報取得部３２０は、端末装置３００にインストールされたメールソフトによりイベント配車装置１００から送信された電子メールを取得したり、メールを送信する機能を備えていてもよい。

表示部３３０は、ＬＣＤや有機ＥＬ表示装置等である。表示部３３０は、情報取得部３２０により取得されたイベントに関する情報と、問い合わせ情報とを表示する。また、表示部３３０は、表示された内容に対する所有者Ｏにより操作された情報を受け付ける、いわゆるタッチパネル式の受付部の機能を備えていてもよい。操作された情報とは、例えば、問い合わせ情報に対応する回答情報である。表示部３３０は、受け付けた回答情報を通信部３１０によりイベント配車装置１００に送信させる。

［第１の実施形態のイベント配車システム１における具体的な処理内容］
以下、第１の実施形態のイベント配車システム１における具体的な処理内容について説明する。イベント配車装置１００は、管理者等から第１の実施形態におけるイベント配車処理を実行する指示を受け付けると、表示部１２０にイベント配車設定画面ＩＭ１を表示させる。

図４は、イベント配車設定画面ＩＭ１の一例を示す図である。イベント配車設定画面ＩＭ１には、開催するイベント会場（エリア）を指定するイベント会場指定領域４１０と、イベントを指定するイベント指定領域４１２と、イベント期間を指定するイベント期間指定領域４１４と、入力した内容に基づく配車の実行もしくはキャンセルを確定する確定操作領域４１６とが示されている。なお、イベント配車設定画面ＩＭ１のレイアウトは、表示項目については、図４の例に限定されるものではない。また、以下に説明する他の画面ＩＭｘ（ｘ：２以上の自然数）についてもレイアウトや項目については、任意に変更されてもよい。

表示制御部１３０は、管理者の操作入力によりイベント会場指定領域４１０に入力されるイベント会場に関する情報を受け付ける。表示制御部１３０は、イベント会場指定領域４１０に地図情報ボタンを表示し、管理者により地図情報ボタンが選択された場合に、記憶部１７０に記憶された地図情報１７１に含まれる地図情報を表示部１２０に表示させる。ここで、地図情報１７１には、例えば、ノードとリンクで表現された各道路に対する道路情報、交通規制情報、住所情報（住所・郵便番号）、施設情報等が含まれる。道路情報には、高速道路、有料道路、国道、都道府県道といった道路の種別を表す情報、道路の車線数、非常駐車帯の領域、各車線の幅員、道路の勾配、道路の位置（経度、緯度、高さを含む３次元座標）、車線のカーブの曲率、車線の合流および分岐ポイントの位置、道路に設けられた標識等の情報が含まれる。また、地図情報１７１には、車両２００を駐車する駐車エリアを識別するための識別情報（エリアＩＤ）やエリアＩＤごとの位置や大きさに関する情報が含まれてもよい。

表示制御部１３０は、表示部１２０に地図情報を表示させ、管理者によりタッチされた位置をイベント会場の入力として受け付けてもよい。

また、表示制御部１３０は、管理者の操作入力によりイベント指定領域４１２に入力されるイベントを特定する情報を受け付ける。表示制御部１３０は、例えば、イベント指定領域４１２に予め設定された複数のイベントを含むリストボックスを表示し、複数のイベントの中から管理者により選択された一つのイベントの情報を受け付ける。リストボックスに表示されるイベントは、イベントテーブル１７２に格納されている。

図５は、イベントテーブル１７２の内容の一例を示す図である。イベントテーブル１７２には、イベントを識別するイベントＩＤにイベント内容が対応付けられている。例えば、イベントＩＤ「Ｉ００２」には、「フードフェス」のイベントが対応付けられている。

また、表示制御部１３０は、管理者の操作入力によりイベント期間を指定するイベント期間指定領域４１４に入力されるイベント期間を特定する情報を受け付ける。表示制御部１３０は、例えば、イベントの開始日および終了日をリストボックスから選択して一つの日付の情報を受け付ける。

また、表示制御部１３０は、確定操作領域４１６によりＯＫボタンの選択を受け付けることで、イベント配車の実行を受け付け、キャンセルボタンの選択を受け付けることで、イベント配車のキャンセルを確定する。

イベント車両候補決定部１４０は、表示制御部１３０により受け付けられたイベントを開催するエリアおよびイベントに関する情報に基づいて記憶部１７０に記憶された車両割当テーブル１７３を参照し、イベントに参加させる車両２００の車両属性と、車両属性ごとの台数を調整し、イベント通知部１５０により通知する車両２００の候補を決定する。

図６は、車両割当テーブル１７３の内容の一例を示す図である。車両割当テーブル１７３には、エリアＩＤおよびイベントＩＤに、車両属性ＩＤおよび属性ごとの台数が対応付けられている。エリアＩＤは、エリアを識別する識別情報である。車両属性ＩＤは、イベントに参加する車両２００の属性を識別する識別情報である。車両の属性とは、例えば、車両２００または車両２００の荷台によって提供されるサービスのジャンルやサービスの具体的な内容を示すものである。属性の内容は、車両属性テーブル１７４として記憶部１７０に記憶されてよい。

図７は、車両属性テーブル１７４の内容の一例を示す図である。車両属性テーブル１７４には、車両属性ＩＤに属性内容が対応付けられている。属性内容としては、例えば、カレーやラーメン等の所定の飲食を行う飲食屋台車両、食品や日用雑貨等の多数の品種を販売するコンビニエンスストア型車両、利用者を宿泊させる宿泊車両がある。また、属性内容としては、イベントに参加する複数の車両にバッテリーや燃料を供給する電力・燃料車両がある。

図６に戻り、車両割当テーブル１７３の台数とは、エリアＩＤの領域に駐車可能な車両の台数である。例えば、図７の例では、エリアＩＤ「Ａ００１」のエリアでイベントＩＤ「Ｉ００１」のイベントを開催する場合、車両ＩＤ「Ｔ００４」の車両が２０台割り当てられることを示している。また、同じエリアＩＤ「Ａ００１」のエリアで異なるイベント（イベントＩＤ「Ｉ００２」）を開催する場合、車両ＩＤ「Ｔ００１」の車両が１０台と車両ＩＤ「Ｔ００２」の車両が割り当てられる。イベント車両候補決定部１４０は、管理者等による車両割当テーブル１７３の各種情報の作成、変更、または削除の指示等を受け付け、受け付けた指示に基づいて、エリアやイベントに対する車両属性や台数等の調整を行ってもよい。

イベント車両候補決定部１４０は、車両割当テーブル１７３および車両属性テーブル１７４を参照し、決定された配車の車両属性および台数に関する情報を表示制御部１３０に出力する。表示制御部１３０は、イベント車両候補決定部１４０により決定された配車の車両属性および台数に関する情報を表示部１２０に表示させる。

図８は、イベント配車が実行された後に表示部１２０に表示されるイベント配車設定画面ＩＭ２の一例を示す図である。イベント配車設定画面ＩＭ２には、配車予定の車両の種別と、種別ごとの台数とが示されている。この台数は、車両割当テーブル１７３により割り当てられた車両の種別と台数とが表示されている。また、表示制御部１３０は、配車車両の台数を管理者が変更可能に表示し、管理者の入力により台数を任意に変更して調整することができる。表示制御部１３０は、管理者による操作入力によって調整された台数に基づいて、車両割当テーブル１７３の台数を更新してもよい。

また、イベント配車設定画面ＩＭ２には、確定操作領域４２０が示されている。表示制御部１３０は、確定操作領域４２０によりＯＫボタンの選択を受け付けると、イベント配車の実行を受け付け、キャンセルボタンの選択を受け付けると、イベント配車のキャンセルを確定する。

また、イベント車両候補決定部１４０は、イベント配車設定画面ＩＭ２によるイベント配車の実行を受け付けると、設定された車両種別および台数に基づいて、記憶部１７０に記憶された車両情報ＤＢ１７５を参照し、イベントに参加する候補となる車両２００を決定する。例えば、イベント車両候補決定部１４０は、車両情報ＤＢ１７５を参照し、車両属性ＩＤに対応する車両ＩＤを、車両割当テーブル１７３で設定された台数分取得する。

図９は、車両情報ＤＢ１７５の内容の一例を示す図である。車両情報ＤＢ１７５には、車両属性ＩＤに、車両２００を識別する識別情報である車両ＩＤ、車両２００と通信を行うための車両通信アドレス、車両２００の所有者の端末装置３００と通信を行うための所有者アドレス、および車両の位置情報が対応付けられている。車両通信アドレスとは、車両２００の通信装置と通信を行うためのＩＰアドレスまたは車両２００に割り当てられたメールアドレス、電話番号等である。所有者アドレスは、端末装置３００と通信を行うためのＩＰアドレスまたは端末装置３００に割り当てられたメールアドレス、電話番号等である。位置情報とは、それぞれの車両２００から所定のタイミングで送信される車両２００の位置を特定するための情報（例えば、緯度、経度）である。

イベント通知部１５０は、イベント車両候補決定部１４０により決定された車両２００の候補に対して、その車両２００または車両の所有者Ｏのうち、端末装置３００の一方または双方のアドレスを取得し、取得したアドレスに、開催するイベントに関する情報、および問い合わせ情報を通知する。イベント通知部１５０は、電子メールにより通知してもよく、電話番号に電話をかけて機械音声により通知してもよく、車両２００および端末装置３００にインストールされたアプリケーションプログラム等を介して通知してもよい。

また、イベント通知部１５０は、対象の車両２００または端末装置３００から得られる参加するか否かの回答結果に基づいて、記憶部１７０に記憶された通知結果管理情報１７６を更新する。

図１０は、通知結果管理情報１７６の内容の一例を示す図である。通知結果管理情報１７６には、通知した車両ＩＤに、通知フラグおよび参加フラグが対応付けられている。通知フラグとは、イベント通知部１５０により車両ＩＤに対応する車両２００または車両２００の所有者Ｏの端末装置３００にイベントに関する情報および問い合わせ情報を通知したか否かを識別するフラグである。図１０の例において、イベント通知部１５０は、情報を通知している場合には、通知フラグに「１」をセットし、通知していない場合に通知フラグに「０」をセットするが、フラグの識別情報については、これに限定されるものではない。後述する他のフラグについても同様とする。

また、参加フラグは、車両ＩＤの車両が通知したイベントに参加するか否かを識別するフラグである。参加フラグは、通知した問い合わせ情報に対応する問い合わせ結果に基づいてイベント通知部１５０によりセットされる。図１０の例において、イベントにサービス提供者として参加する場合には、参加フラグに「１」をセットし、イベントにサービス提供者として参加しない場合または問い合わせ情報に対する回答がない場合には、参加フラグに「０」をセットする。

図１１は、車両２００へのイベント通知について説明するための図である。図１１の例では、イベント通知部１５０は、例えば、車両属性ごとに、車両情報ＤＢ１７５に登録されている車両順（例えば、車両ＩＤ順）に設定された台数の車両に対して、イベントに関する情報および問い合わせ情報を通知する。

また、イベント通知部１５０は、車両情報ＤＢ１７５に登録されている車両のうち、イベントに参加させる車両属性ＩＤであって、且つ、イベントを開催するエリアからの距離が近い順に、設定された数の車両に対してイベント情報に関する情報および問い合わせ情報を通知してもよい。図１１の例では、イベントを開催するエリア「Ａ００１」からの距離が近い順に４台の車両２００ａ〜２００ｄに通知している。イベントを開催するエリアに近い車両からイベント通知を行うことで、車両２００を速やかにイベント会場に集めることができる。

図１２は、車両２００のＨＭＩ２３２に表示されるイベント通知画面ＩＭ３の一例を示す図である。なお、図１２および後述する図１３に示す画面は、端末装置３００に表示されてもよい。イベント通知画面ＩＭ３には、例えば、イベント配車装置１００から通知されるイベントに関する情報を表示させるイベント通知領域４３０と、イベントにサービス提供者として参加するか否かを問い合わせる問い合わせ確認領域４３２とが示されている。イベント通知領域４３０には、例えば、イベント会場、イベント内容、イベント期間、提供を希望するサービス内容が示される。また、問い合わせ確認領域４３２には、イベントに参加するか否かを確認するボタンが表示されている。ＨＭＩ２３２は、車両２００の乗員による参加ボタンの選択を受け付けると、参加する旨の回答情報を通信装置２２０によりイベント配車装置１００に送信する。また、ＨＭＩ２３２は、不参加ボタンの選択を受け付けるか、或いは、イベント通知画面ＩＭ３を表示してから所定時間以上経過しても参加ボタンまたは不参加ボタンの選択を受け付けていない場合、参加しない旨を示す情報をイベント配車装置１００に送信する。

イベント通知部１５０は、車両２００からイベントに参加する旨の情報を受け付けると、その車両２００からの回答情報を、通知結果管理情報１７６に登録し、イベントの具体的な内容を参加する車両２００に送信する。図１３は、参加する旨の回答をした車両２００に送信されるイベント通知画面ＩＭ４の一例を示す図である。イベント通知画面ＩＭ４には、参加決定通知領域４４０が示されている。参加決定通知領域４４０には、例えば、参加が許可された旨を示す情報と、集合予定に関する情報、イベント会場およびイベント開始日に関する情報、ＯＫボタンが示されている。また、ＨＭＩ２３２は、ＯＫボタンの選択を受け付けると、イベント通知画面ＩＭ４を終了する。

また、イベント通知部１５０は、車両からイベントに参加しない旨（不参加）の情報を受け付けると、その車両２００からの回答情報を、通知結果管理情報１７６に登録する。更に、イベント通知部１５０は、イベントが不参加となった車両の代わりの車両を車両情報ＤＢ１７５から選択し、選択した車両に対してイベントに関する情報および問い合わせ情報を通知してもよい。これにより、イベントに参加する台数が予定台数になるまで通知を行うことができ、予定台数のイベント車両を確保することができる。

なお、イベント通知部１５０は、車両２００が自動運転の場合に、イベントへの集合要求や需要見込みを車両２００に通知してもよい。この場合、車両２００は、イベントへの集合要求や需要見込みの通知を受け付けた場合に、イベントの内容を知らなくても自動運転制御ユニット２５０による自動運転を実行してイベントが開催されるエリアに移動する。これにより、イベントに必要な台数をエリアに集めることができる。また、車両２００は、自動運転によるエリア到着時刻をイベント配車装置１００に通知してもよい。

イベントに参加する車両２００が、自動運転制御ユニット２５０による自動運転を実行して、集合時間に近い時間にイベント会場付近に到着した場合、指示部１６０は、車両の駐車位置に関する情報を車両２００（或いは端末装置３００）に通知する。集合時間に近い時間とは、集合時間の前後の数時間（例えば、集合時間の前後３時間）等の範囲である。

図１４は、指示部１６０による車両２００の駐車位置への指示の様子を説明するための図である。指示部１６０は、車両２００の位置情報を取得する。例えば、指示部１６０は、イベントに参加する車両２００ａの走行位置と、イベント会場のエリア「Ａ００１」との最短距離Ｄ１が閾値（例えば、１００ｍ）以内となった場合に、エリア「Ａ００１」に対する車両２００ａの駐車位置を車両２００ａに通知する。通知を受けた車両２００ａは、自動運転制御ユニット２５０による自動運転を実行し、指示された駐車位置に移動して停車する。駐車位置に関する情報は、駐車位置管理情報１７７として記憶部１７０に格納される。

図１５は、駐車位置管理情報１７７の内容の一例を示す図である。駐車位置管理情報１７７には、車両ＩＤに、イベントを実行するエリアに対する車両の駐車位置が対応付けられている。指示部１６０は、駐車位置管理情報１７７を、イベントに参加する車両２００が確定した時点で生成してもよく、車両２００がエリア付近に到着した時点で生成してもよい。

また、指示部１６０は、例えば、駐車位置の指示情報を車両２００の所有者Ｏの端末装置３００に出力してもよく、エリア「Ａ００１」の入り口ゲート等に設けられた電光掲示板等に掲示してもよい。車両２００または車両２００の運転者である所有者Ｏは、指示された情報に基づいて、車両２００を支持された場所に移動して停車させる。

また、指示部１６０は、イベントに参加する車両２００をイベント会場に駐車する場合、車両属性ごとにグループ化して纏まったエリアに駐車させてもよい。また、指示部１６０は、イベント会場Ａ００１に、複数のサブエリア（例えば、図１４のエリア「Ａ００１−１」、「Ａ００１−２」）を設定し、それぞれのサブエリアごとに同一の車両属性ＩＤで纏めて配置されるように、駐車位置を通知してもよい。図１４の例では、サブエリア「Ａ００１−１」に、車両２００ａ、２００ｇ、２００ｈ、および２００ｉが駐車され、サブエリア「Ａ００１−２」に、車両２００ｂ、２００ｃ、２００ｅ、および２００ｆが駐車されている。このように、複数の車両２００のそれぞれが提供するサービスごとに纏めて配置することで、サブエリアごとに飲食エリアや宿泊エリア等の纏まったサービスを提供することができる。

また、指示部１６０は、異なる車両属性の車両を組み合わせてグループ化を行い、グループ単位でまとまったサブエリアに車両を駐車させてもよい。これにより、サブエリア単位に、複数の異なるサービスを提供することができる。

［処理フロー］
次に、第１の実施形態のイベント配車装置１００により実行される処理の流れについて説明する。図１６は、第１の実施形態のイベント配車装置１００により実行される処理の流れの一例を示すフローチャートである。イベント配車装置１００は、管理者等により、開催するイベント情報の入力を受け付ける（ステップＳ１００）。次に、イベント車両候補決定部１４０は、イベントに参加する車両の候補を決定する（ステップＳ１０２）。次に、イベント通知部１５０は、決定した車両の候補にイベントに関する情報および問い合わせ情報を車両２００または端末装置３００のうち一方または双方に通知する（ステップＳ１０４）。

次に、イベント通知部１５０は、イベント配車装置１００は、問い合わせに対する回答情報を受け付け、受け付けた回答情報に基づいて、通知結果管理情報１７６を管理する（ステップＳ１０６）。次に、イベント通知部１５０は、イベントに参加する車両２００に集合時間、場所等の情報を通知する（ステップＳ１０８）。

指示部１６０は、イベントに参加する車両２００が集合時間に近い時間にイベント会場付近に到着したか否かを判定する（ステップＳ１１０）。イベントに参加する車両２００がイベント会場付近に到着していない場合には、指示部１６０は、イベント会場付近に到着するまで待機する。また、イベント会場付近に到着した場合、指示部１６０は、車両２００に割り当てたイベント会場内の駐車位置を指示する（ステップＳ１１２）。これにより、本フローチャートの処理は、終了する。なお、ステップＳ１１０の処理では、イベントの集合時間から所定時間を超えた場合に、本フローチャートを終了してもよい。

以上説明したように、第１の実施形態によれば、イベントに応じた車両を効率よく集めて車両によるサービスを提供することができる。また、第１の実施形態によれば、特定のエリアに多種のサービスを提供可能な複数の車両を集めることで、例えばショッピングモールのような施設を動的に構築することができる。また、第１の実施形態によれば、例えば、一時的なイベントが開催される場合に、速やかにサービスを提供する施設を構築することができるとともに、イベント終了後に速やかに施設を撤収することができる。

（第２の実施形態）
次に、第２の実施形態のイベント配車システム２について説明する。第２の実施形態では、イベント配車装置１００Ａは、イベントを利用する利用者Ｕにイベントを通知し、イベントの参加および送迎を希望する利用者に対しては、車両２００による送迎用の配車を行う。

図１７は、第２の実施形態のイベント配車システム２の構成図である。イベント配車システム２では、ネットワークＮＷにシステム利用者Ｕにより使用される端末装置５００が接続されている。端末装置５００は、上述した端末装置３００と同様の機能を備えるため、ここでの具体的な説明は省略する。イベント配車装置１００Ａには、イベント通知部１５０Ａと、送迎管理部１８０とを備え、記憶部１７０Ａに利用者管理情報１７８が記憶されている。その他の構成要素の機能は、第１の実施形態と同様である。したがって、以下では、主に送迎管理部１８０の機能を中心に説明する。

イベント通知部１５０Ａは、第１の実施形態におけるイベント通知部１５０の機能の他に、予め利用者管理情報１７８に記憶されているイベントを利用する利用者Ｕのアドレス情報を用いて、利用者Ｕが使用する端末装置５００に、イベント情報と、イベント会場までの送迎を希望するか否かを確認する送迎確認情報とを通知する。これにより、端末装置５００の画面には、イベント情報が通知される。

図１８は、端末装置５００に表示されるイベント情報画面ＩＭ５の一例を示す図である。イベント情報画面ＩＭ５には、イベント情報表示領域４５０と、イベント送迎確認領域４５２とが示されている。イベント情報表示領域４５０には、イベント会場、イベント内容、およびイベント期間の情報が示されている。イベント送迎確認領域４５２には、イベント会場までの送迎を希望するか否かを選択する二種類のボタンを示している。

利用者Ｕは、イベント情報表示領域４５０に示されている情報を確認し、当日イベント会場まで送迎して欲しいと思った場合に、イベント送迎確認領域４５２の「希望する」ボタンを選択する。また、利用者Ｕは、送迎を希望しない場合には、「希望しない」ボタンを選択する。端末装置５００は、「希望する」または「希望しない」ボタンの選択を受け付け、受け付けた選択結果をイベント配車装置１００Ａに送信する。

イベント配車装置１００Ａの送迎管理部１８０は、端末装置５００により送迎を希望する旨の選択を受け付けた場合、端末装置５００に送迎設定画面ＩＭ６を表示させる。図１９は、送迎設定画面ＩＭ６の一例を示す図である。送迎設定画面ＩＭ６には、イベント会場に関する情報が示されている。また、送迎設定画面ＩＭ６には、送迎場所を指定する送迎場所指定領域４６０と、送迎日時を指定する送迎日時指定領域４６２と、入力した内容に基づく送迎の実行もしくはキャンセルを確定する確定操作領域４６４とが示されている。

送迎場所指定領域４６０には、利用者が送迎場所を指定するテキストボックスが示されている。利用者Ｕは、テキストボックスに「○○駅東口」と入力することで、送迎場所を指定する。また、送迎場所指定領域４６０には、送迎車両の乗る場所を地図情報から指定するための地図情報ボタンが示されている。地図情報ボタンの選択を受け付けると、地図情報１７１に含まれる地図を表示し、利用者により選択した地点を送迎場所として設定する。

送迎日時指定領域４６２には、日付および時間をそれぞれ指定する二つのリストボックスが示されている。リストボックスには、イベント開催期間に対応する日付または時間が示されている。例えば、日付のリストボックスには、イベントの開催日時に対応させた日付である「２０１７／７／１５」、「２０１７／７／１６」、「２０１７／７／１７」が示される。

端末装置５００は、確定操作領域４６４によりＯＫボタンの選択を受け付けることで、送迎の配車処理を受け付け、キャンセルボタンの選択を受け付けることで、送迎のキャンセルを確定する。なお、送迎管理部１８０は、送迎設定画面ＩＭ６において、送迎場所からイベント会場までの送迎設定だけでなく、イベント会場から他の地点までの送迎設定を受け付けてもよい。

送迎管理部１８０は、送迎設定画面ＩＭ６により設定された情報を利用者管理情報１７８に記憶する。図２０は、利用者管理情報１７８の内容の一例を示す図である。利用者管理情報１７８は、利用者Ｕを識別する利用者ＩＤに、利用者Ｕが使用する端末装置５００と通信を行うための利用者アドレスと、利用者に配車を行うか否かを識別する配車フラグと、車両ＩＤと、送迎地点到着日時と、送迎地点とが対応付けられている。利用者管理情報１７８に登録されている利用者は、予めイベントに関する情報を通知するために登録された利用者である。送迎管理部１８０は、利用者の登録時に利用者ＩＤに利用者アドレスを対応付けて登録する。

配車フラグは、イベント情報画面ＩＭ５のイベント送迎確認領域４５２により利用者Ｕがイベント会場までの送迎を希望するか否かに対応する情報が格納されている。図２０の例では、イベント会場までの送迎を希望する場合には配車フラグに「１」がセットされ、送迎を希望しない場合には配車フラグに「０」がセットされている。また、利用者Ｕがイベント会場までの送迎を希望するか否かを選択していない場合には、配車フラグは、空欄となる。

また、利用者に送迎用の配車を行う場合、送迎管理部１８０は、送迎設定画面ＩＭ６により設定された送迎場所および送迎日時を、利用者管理情報１７８の送迎場所および送迎地点到着日時にセットする。また、送迎管理部１８０は、送迎用の車両２００を選択し、選択した車両２００の車両ＩＤを利用者管理情報１７８に格納する。また、送迎管理部１８０は、選択した車両２００に対して、送迎地点到着日時や送迎場所についての情報を通知する。通知を受けた車両２００は、自動運転制御ユニット２５０による自動運転を実行して利用者Ｕの送迎を行う。

図２１は、車両２００を用いた送迎の様子を説明するための図である。図２１の例では、第２の実施形態における車両２００の送迎パターンを示している。図２１の例において、車両２００は、例えば、車両本体２０１と、荷台部２０２とを備えるトレーラ車両或いはトラック車両である。車両本体２０１は、荷台部２０２を牽引する。車両本体２０１は、荷台部２０２と着脱可能である。車両本体２０１は、上述した図２に示す車両２００の構成と同様の構成を備える。荷台部２０２は、車両の属性に対応するサービスを提供する設備を備えている。

例えば、車両２００は、イベントに参加するためにイベント会場のエリア「Ａ００１」に移動し、イベント配車装置１００Ａから駐車地点の指示を受け付けると、指示された場所に駐車する（図中（１））。ここで、イベントに来場する利用者Ｕの端末装置５００から送迎設定が実施された場合、イベント配車装置１００Ａの送迎管理部１８０は、エリア「Ａ００１」に駐車している一以上の車両２００のうち、利用者Ｕを送迎する車両２００を選択し、選択した車両２００に送迎時間と送迎場所を含む送迎指示を送信する（図中（２））。

送迎指示を受け付けた車両本体２０１は、送迎時間の前後数時間の間に他の走行予定がなく、送迎が可能である場合に、送迎時間に送迎場所に到着するための自動運転の経路を生成する。また、車両本体２０１は、送迎時間の所定時間前（例えば、５分前）に送迎場所に到着するように、車両本体２０１を荷台部２０２から切り離し、目的の送迎場所に走行を開始する。

例えば、車両本体２０１は、地点Ｂ００１で利用者Ｕａを乗車させ（図中（３））、その後、地点Ｂ００２で利用者Ｕｂを乗車させる（図中（４））。なお、車両本体２０１は、利用者ＵａおよびＵｂを乗車させる場合に、認証処理を行ってもよい。この場合、利用者ＵａおよびＵｂがそれぞれ使用する端末装置５００ａおよび５００ｂには、車両本体２０１への乗車を可能とする乗車許可情報がメモリに登録されている。車両本体２０１は、端末装置５００ａおよび５００ｂと通信を行うことで乗車許可情報を取得して利用者ＵａおよびＵｂの乗車認証を行い、乗車が許可された場合に利用者を乗車させる。

また、車両本体２０１は、乗車させた利用者ＵａおよびＵｂをエリア「Ａ００１」まで送迎する（図中（５））。なお、送迎管理部１８０は、エリア「Ａ００１」に複数の車両が配置される場合に、エリア「Ａ００１」の代表地点（例えば、中心地点または出入り口に相当する地点）を経由地とする経路情報を車両本体２０１に発行する。これにより、車両本体２０１は、利用者ＵａおよびＵｂをエリア「Ａ００１」の適切な位置まで送迎することができる。このように、イベントに参加する車両２００を用いて利用者Ｕを送迎させることで、利用者の利便性を向上させたサービス提供を行うことができる。また、エリア「Ａ００１」に荷台部２０２を駐車させたままにして、車両本体２０１のみで送迎を行うことで、軽量化による燃費効率を向上させることができるとともに、車両２００を有効活用することができる。

また、イベント配車装置１００Ａの送迎管理部１８０は、イベントに参加しない車両２００Ｚに対して送迎指示を送信してもよい（図中（６））。車両２００Ｚは、送迎が可能である場合に、自動運転を実行して利用者Ｕを乗車させ、エリア「Ａ００１」まで送迎する（図中（７））。

また、車両本体２０１は、エリア「Ａ００１」にいる利用者Ｕを、目的地まで送迎してもよい。例えば、荷台部２０２で提供している宿泊施設を利用していない利用者Ｕｃが、観光地Ｃ００１に移動したい場合に、端末装置５００により送迎設定を行う。イベント配車装置１００Ａの送迎管理部１８０は、指定された観光地Ｃ００１まで乗車させる車両２００の選定し、選定した車両に送迎指示を出力する。図２１の例では、車両本体２０１が、観光地までの経路を生成し、生成した経路にしたがって自動運転制御ユニット２５０による自動運転を実行して、利用者Ｕｃを観光地Ｃ００１まで送迎する例を示している（図中（８））。また、車両本体２０１は、利用者Ｕｃを観光地Ｃ００１で降車させた後、エリア「Ａ００１」に戻ってきてもよく、観光した利用者Ｕｃを再び乗車させてエリア「Ａ００１」まで送迎してもよい。

また、車両２００の荷台部２０２が宿泊施設である場合に、宿泊施設のまま、他の地点に移動させてもよい（図中（９））。例えば、夜中に次の目的地に移動する場合に、宿泊施設の荷台部と連結した状態で車両２００を移動することで、寝た状態のまま移動することができる。これにより、睡眠時間を利用して次の目的地に移動することができるため、効率的な旅行プランを実行することができる。また、荷台部２０２ごと車両２００を移動することで、例えば、宿泊しながら各観光地を巡ることができる。

［処理フロー］
次に、第２の実施形態のイベント配車装置１００Ａにより実行される処理の流れについて説明する。図２２は、第２の実施形態のイベント配車装置１００Ａにより実行される処理の流れの一例を示すフローチャートである。図２２は、上述したイベント配車装置１００により実行される処理の他に実行する処理の一例を示している。

イベント通知部１５０Ａは、予め登録された利用者にイベント情報および送迎確認情報を通知する（ステップＳ２００）。次に、送迎管理部１８０は、利用者Ｕからの送迎要求を受け付けたか否かを判定する（ステップＳ２０２）。送迎要求を受け付けた場合、送迎管理部１８０は、イベントに参加する車両２００のうち、送迎可能な車両を選択する（ステップＳ２０４）。次に、送迎管理部１８０は、選択された車両２００に送迎時間と送迎場所を含む送迎指示を送信する（ステップＳ２０６）。これにより、本フローチャートの処理を終了する。

以上説明したように、第２の実施形態によれば、第１の実施形態と同様の効果を奏する他、イベントを利用する利用者に対して自動運転車両による送迎を行うことができる。更に第２の実施形態によれば、イベントでサービスを提供する車両を利用して送迎を行うことで、車両を効率的に利用することができる。

（応用例）
次に、第１および第２の実施形態における車両を用いた応用例について説明する。第１および第２の実施形態における車両２００の宿泊施設を利用して、例えば、車両２００のナビゲーション装置２３０において、宿泊しながらの移動を前提とした旅行プランを提供することができる。

図２３は、旅行プランのナビゲーション画面ＩＭ７の一例を示す図である。ナビゲーション画面ＩＭ７は、乗員により目的地が設定された場合に、ナビゲーション装置２３０によって経路が生成される。この場合、ナビゲーション装置２３０は、上述したように、目的地の途中の観光地で宿泊する経路を生成し、生成した経路をナビゲーション画面ＩＭ７としてＨＭＩ２３２に表示する。ナビゲーション画面ＩＭ７には、地図画像６００に車両２００の現在地点（図中Ａ地点）から目的地（図中Ｂ地点）までの経路６１０が生成されている。また、ナビゲーション画面ＩＭ７には、Ａ地点からＢ地点に着くまでに、複数の宿泊可能な駐車エリア６２２ａ〜６２２ｃを経由する経路６１０を示している。この駐車エリア６２２ａ〜６２２ｃは、例えば、第１および第２の実施形態により提供されるイベントにより複数の車両２００が集まっている地点である。また、駐車エリア６２２ａ〜６２２ｃは、夜景の綺麗な地点や特産物が飲食できる地点、観光名所等でもよい。

また、ナビゲーション画面ＩＭ７には、他の駐車エリア６２２ｄ〜６２２ｅを経由して目的地に到着可能な別の経路６１２を示している。乗員は、これらの経路６１０および６１２から何れかを選択することで、車両２００のナビゲーションを実行する。

なお、上述した経路は、イベント配車装置１００Ａにより生成されてもよい。この場合、例えば、利用者Ｕが使用する端末装置５００は、現在位置と、目的地に関する情報をイベント配車装置１００Ａに送信する。イベント配車装置１００Ａは、端末装置５００から取得した情報に基づいて、経路候補の生成と車両の割り当て等を行い、生成した経路候補と割り当て車両に関する情報を端末装置５００に送信し、利用者Ｕに経路を選択させることで、割り当てた車両２００による旅行を実行することができる。

このように、応用例によれば、車両２００の宿泊施設を前提とした旅行プランを提供することができる。これにより、例えば、内陸都市を目的地までの中継地点として活用することができ、内陸都市の地域活性化等に役立てることができる。また、応用例によれば、車両２００によって、走行時間や走行距離に依存せずに、観光地等を楽しむことを目的とした最適な経路を提供することができる。また、応用例によれば、長距離移動に宿泊機能を付加したサービスを提供することができ、寝台列車や高速バスと比較して、利用者が自由に選択した経路による宿泊移動サービスを提供することができる。

（第３の実施形態）
次に、第３の実施形態のイベント配車システム３について説明する。第３の実施形態では、外部サービス事業者（サービス提供者、サードパーティ）がイベント配車サービスの少なくとも一部を提供するものである。図２４は、第３の実施形態のイベント配車システム３の構成図である。イベント配車システム３は、イベント配車装置１００と、一以上の車両２００と、一以上の車両２００の所有者Ｏにより使用される端末装置３００と、利用者Ｕが使用する端末装置５００と、外部サービス事業者により使用されるサービス提供者装置７００とを備える。これらの構成要素は、ネットワークＮＷを介して互いに通信可能である。以下、端末装置３００、車両２００、端末装置５００、イベント配車装置１００Ｂ、サービス提供者装置７００のそれぞれの機能について説明する。

［端末装置３００］
端末装置３００は、所有者Ｏからの操作を受け付けて開催日時、開催エリア等を指定し、指定された情報をイベント配車装置１００Ｂに送信する。ここで、所有者Ｏとは、車両２００の所有者に加えて、イベントを開催するイベントオーナーでもよく、自治体等の所定の団体でもよい。また、端末装置３００は、サービス提供者装置７００に対して追加のサービスの発注を行ってもよい。

［車両］
また、第３の実施形態において、車両２００の走行制御に関する構成（例えば、自動運転に関する構成）は、第１の実施形態における車両２００が備える構成に加えて車両管理装置２７０が搭載される。したがって、以下では、主に車両管理装置２７０の構成を中心に説明する。

図２５は、第３の実施形態の車両２００に搭載される車両管理装置２７０の構成の一例を示す図である。車両管理装置２７０は、例えば、通信部２７１と、認証部２７２と、ＨＭＩ２７３と、車両／コンパートメント管理部２７４とを備える。通信部２７１は、例えば、無線通信装置である。通信部２７１は、ネットワークＮＷを介してイベント配車装置１００Ｂと通信する。認証部２７２は、イベント配車装置１００Ｂの指示により、サービス開始のための認証処理を行う。ＨＭＩ２７３は、ＨＭＩ２３２とは別に設けられた、タッチパネル式ディスプレイ装置（表示部）やスピーカ、マイク、各種操作スイッチ等である。また、ＨＭＩ２７３は、車内用のインターフェースだけでなく、車外用のインターフェースを備えていてもよい。

車両／コンパートメント管理部２７４は、例えば、利用状況検知部２７４Ａと、利用許可部２７４Ｂと、認証部２７４Ｃとを備える。車両２００には、利用者Ｕが利用可能な空間（コンパートメント）が一以上設けられている。コンパートメントとは、例えば、座席や、荷物を載置する載置領域等である。例えば、コンパートメントは、所定のパーティションで区画された領域であってもよい。車両／コンパートメント管理部２７４は、座席や載置領域を駆動させる機構を制御して、座席を載置領域に変更させたり、載置領域を座席に変更したりする。更に、車両／コンパートメント管理部２７４は、例えば、座席を収納する収納部に座席を収納したり、収納部に収納された座席を収納部から出したりする。

利用状況検知部２７４Ａは、コンパートメントごとの利用状況を検知する。例えば、利用状況検知部２７４Ａは、各コンパートメントが利用中であるか否かを検知する。図２４では、車両２００としてトレーラ車両を示しているが、車両２００は、普通乗用車、バス、マイクロバス等の車室内を区切ったコンパートメントのそれぞれに一以上の乗員が乗車可能なサイズの車両であってもよい。利用許可部２７４Ｂは、例えば、認証部２７４Ｃによる認証が成功した場合に、予め指定されたコンパートメントの利用を許可し、例えばドアの開錠等を行う。認証部２７４Ｃは、乗車してくる利用者Ｕの本人確認等の認証を行う。

車両管理装置２７０は、例えば、以下のような内容を含む車両情報をイベント配車装置１００Ｂに送信する。
［車両情報］
・車両ＩＤ
・位置情報（緯度、高度、経度）
・コンパートメント利用状況（利用中のコンパートメントに関して利用中のサービス利用者のユーザＩＤ、利用可能なコンパートメントの情報等）
・走行状態（速度、加速度、角速度、車載機器の状態等）
・サービス提供者の情報（サービス提供者のＩＤ、実施中のサービスの情報、サービス実施経過時間等）

［端末装置５００］
端末装置５００は、例えば、以下のような内容を含むサービス利用依頼情報をイベント配車装置１００Ｂに送信する。位置情報は、例えば、端末装置５００が内蔵するＧＰＳ受信機により測位されたものである。その他の情報は、原則として利用者Ｕによって入力された情報に基づいている。利用希望サービス提供者属性情報とは、例えば、利用者Ｕが希望するサービス提供者の属性に関する情報である。属性は、例えば、提供するサービスの種別の他、年齢、性別、性格（タイプ）等を含んでもよい。属性に関して、イベント配車装置１００Ｂは、完全に一致するサービス提供者を固定的に割り当てるのではなく、利用者Ｕに提示して選択あるいは確定させるようにしてよい。
［サービス利用依頼情報］
・ユーザＩＤ
・位置情報（緯度、経度、高度）
・利用希望空間情報（例えば、人数、座席数等により表される）
・利用希望サービス提供者属性情報
・利用希望サービスＩＤ
・利用希望区間情報（第1区間の情報）
・利用者Ｕの希望するサービス利用の時間帯の情報
・決済認証情報

［サービス提供者装置］
図２６は、第３の実施形態のサービス提供者装置７００の構成の一例を示す図である。サービス提供者装置７００は、例えば、複数のサービス提供者の状態を把握し、イベント配車装置１００Ｂからの発注に自動的に応答可能な装置である。サービス提供者装置７００は、例えば、通信部７１０と、受注処理部７２０と、状態管理部７３０と、記憶部７４０とを備える。受注処理部７２０および状態管理部７３０は、例えば、ＣＰＵ等のプロセッサが記憶部１７０に格納されたプログラム（ソフトウェア）を実行することで実現される。また、これらの機能部のうち一部または全部は、ＬＳＩやＡＳＩＣ、ＦＰＧＡ、ＧＰＵ等のハードウェア（回路部；circuitryを含む）によって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。プログラムは、予めＨＤＤやフラッシュメモリ等の記憶部７４０に格納されていてもよいし、ＤＶＤやＣＤ−ＲＯＭ等の着脱可能な記憶媒体に格納されており、記憶媒体がドライブ装置（不図示）に装着されることで記憶部７４０にインストールされてもよい。サービス提供者装置７００は、イベント配車装置１００Ｂの構成の一部または全部を含んでいてもよい。

通信部７１０は、ネットワークＮＷを介してイベント配車装置１００Ｂ、車両２００、端末装置３００等と通信する。受注処理部７２０は、イベント配車装置１００Ｂからのサービス発注に対して、受注処理を行う。受注処理部７２０は、サービス発注の内容が既にイベント配車装置１００Ｂに送信済みのサービス提供情報の範囲内であるか否かを判定し、範囲内であると判定した場合に受注処理を先に進める。状態管理部７３０は、サービス提供者装置７００に登録されたサービス提供者の状態（予約状態、稼働状態等）を管理し、以下のような内容を含むサービス提供情報をイベント配車装置１００Ｂに提供する。

サービス提供者装置７００は、例えば、サービス提供情報をイベント配車装置１００Ｂに送信する。サービス提供情報は、サービス提供者が受注可能なサービスに関連する情報である。
［サービス提供情報］
・受注ＩＤ
・サービス名称
・実行責任者情報
・サービス提供者属性情報
・サービス提供者の希望するサービス提供時間帯の情報
・必要車両コンパートメント情報
・サービス提供可能な地域の情報
・必要車両コンパートメント情報
・受注可能エリア情報
・受注可能時間情報
・施設位置情報（車両外でのサービス提供地点情報）
・サービスステータス

また、サービス提供者装置７００は、イベント配車装置１００Ｂからコンパートメントの制御要求やコンテンツの提供の要求があった場合、要求に応じたコンテンツを車両管理装置２７０に送信する。この場合、サービス提供者装置７００の記憶装置には、コンテンツＩＤに対応付けられた各種コンテンツが記憶されている。各種コンテンツは、予めイベント配車装置１００Ｂの記憶装置に格納されていてもよい。受注処理部７２０は、制御要求に基づくコンパートメントの制御信号や、コンパートメントごとのコンテンツの車外表示または車内表示に関する情報を車両管理装置２７０に送信し、車両２００に所定のコンテンツ表示を実行させる。また、受注処理部７２０は、端末装置３００等からの追加サービスを受注し、受注に基づく制御を車両管理装置２７０に実行させてもよい。

記憶部７４０は、ＨＤＤやフラッシュメモリ、ＲＡＭ、ＲＯＭ等により実現される。記憶部７４０は、サービス提供情報およびその他の情報が格納される。

［イベント配車装置］
図２７は、第３の実施形態のイベント配車装置１００Ｂの構成の一例を示す図である。イベント配車装置１００Ｂは、第２の実施形態におけるイベント配車装置１００Ａの構成と比して、取得部１８１、特定部１８２、プラン決定部１８３、認証部１８４、判定部１８５、およびエリア管理部１８６を備える。したがって、以下では、主に取得部１８１、特定部１８２、プラン決定部１８３、認証部１８４、判定部１８５およびエリア管理部１８６の機能を中心に説明する。

取得部１８１は、通信部１１０を介して、端末装置５００からサービス利用依頼情報を取得する。また、取得部１８１は、通信部１１０を介して、予め登録された車両２００の車両管理装置２７０から車両情報を取得する。また、取得部１８１は、通信部１１０を介して、サービス提供者装置７００から、サービス提供情報を取得する。

特定部１８２は、端末装置３００からの開催日時や開催エリア等の情報に基づいて、複数の車両が駐車可能なエリアを特定する。また、特定部１８２は、サービス利用依頼情報と車両情報とに基づいて、利用可能な車両２００を特定し、利用可能車両情報を生成する。具体的には、特定部１８２は、サービス利用依頼情報に含まれる利用希望空間情報、利用希望区間情報、利用者Ｕの希望するサービス利用の時間帯の情報と、車両情報に含まれる位置情報、コンパートメント利用状況とを比較し、位置情報とコンパートメント利用状況とが、サービス利用依頼情報に含まれる条件を満たす車両を、利用可能な車両２００として特定し、特定した車両２００に関する情報を利用可能車両情報として生成する。

プラン決定部１８３は、利用可能車両情報およびサービス提供情報に基づいて、利用者Ｕが享受可能な可用サービスを特定し、特定した可用サービスに関する情報をイベントステータスとしてイベント通知部１５０Ａを介して利用者Ｕの端末装置５００に提供する。具体的には、プラン決定部１８３は、利用可能車両情報およびサービス提供情報に基づいて、サービス提供者が車両２００の少なくとも一部（例えば、コンパートメント）を占有する第２区間を設定し、サービス利用依頼情報における利用希望区間情報（第1区間の情報）と第２区間の重複部分に基づいて、利用者Ｕが車両２００の少なくとも一部を占有する第３区間を設定する。プラン決定部１８３は、第1区間の設定前に、サービス提供者が既に車両２００に乗車している場合、第1区間の設定と同時に、車両２００の現在位置を起点として第２区間を設定してよい。

また、プラン決定部１８３は、サービス提供情報に含まれるサービス提供可能な地域の情報と、第1区間の重複範囲内で、第３区間を設定してもよい。更に、プラン決定部１８３は、利用者Ｕが車両２００の少なくとも一部を占有する時間帯が、サービス利用者の希望するサービス利用時間帯の情報と合致するように、且つ、サービス提供者が前記車両を占有する時間帯が、サービス提供者の希望するサービス提供時間帯の情報と合致するように、第３区間を設定してもよい。そして、プラン決定部１８３は、設定した第３区間に基づいて可用サービスを特定する。

また、プラン決定部１８３は、ある利用者Ｕに対して、複数のサービス提供者が順次サービスを提供する場合、複数のサービス提供者のそれぞれに対応して第２区間を設定し、それぞれの第２区間に対応した複数の第３区間を設定してもよい。

他の機能として、プラン決定部１８３は、端末装置５００を用いた利用者Ｕからの指示に応じて、第１区間が車両外でのサービス提供地点で終了するように、第１区間を更新してもよい。この場合、プラン決定部１８３は、端末装置５００を用いた利用者Ｕからの指示に応じて（あるいは自動的に）、通信部１１０を用いて、車両外でのサービス提供地点に存在する施設に対して予約情報を送信し、通信部１１０によって予約結果を受信すると共に、通信部１１０を用いて予約結果を利用者Ｕの端末装置５００に送信してもよい。

指示部１６０は、通信部１１０に、利用者Ｕの利用開始位置および利用終了位置の情報と、サービス提供者の利用開始位置および利用終了位置の情報とを、車両２００に送信させることで、車両２００が走行すべき経路を車両２００に指示する。また、指示部１６０は、イベント開催エリアに到着した複数の車両がエリア内の所定の位置に配置されるように複数の車両のそれぞれに駐車位置を指示する。

認証部１８４は、端末装置５００との通信による利用者Ｕの認証を行ったり、サービス提供開始時の認証を行ったりする。

判定部１８５は、利用者Ｕと、サービス提供者とのそれぞれについて、車両２００を利用しているか否かを判定する。

プラン決定部１８３は、判定部１８５の判定結果を利用して各種の処理を行う。例えば、プラン決定部１８３は、判定部１８５により利用者Ｕとサービス提供者の双方が車両２００を利用していると判定した場合のみ、第1区間の変更を受け付ける（第1区間を更新する）ようにしてもよい。このケースは、例えば、サービス提供者が利用者Ｕに提案して目的地を変更したり、車両２００側に提供する情報に基づいてサービス中に最終目的地を変更したりする場合に生じる。また、プラン決定部１８３は、取得部１８１がサービス利用依頼情報を受信した時点において、判定部１８５が、利用者Ｕが既に車両２００を利用していると判定した場合（すなわちサービス利用中に、サービス延長あるいは別のサービスの依頼を行った場合）、当該利用中の車両２００を優先的に利用者Ｕに割り当てるようにしてもよい。

記憶部１７０Ｂには、記憶部１７０Ａに格納される情報に加えて、利用可能車両情報１７９Ａ、サービス管理情報１７９Ｂ、および対応情報１７９Ｃが格納される。サービス管理情報１７９は、例えば、サービス依頼管理情報と、予約管理情報と、実行中サービス管理情報とを含む。サービス依頼管理情報には、例えば、取得部１８１により取得されたサービス利用依頼情報のそれぞれがレコードとして登録される。予約管理情報には、予約利用区間、予約利用時間帯、経由地、経由地予定到着時刻等の情報が、サービスごとに格納される。実行中サービス管理情報には、サービスステータスやサービス属性、サービス提供者ＩＤ等の情報が登録される。対応情報１７９Ｃは、端末装置５００または車両管理装置２７０から送信された情報であって、利用者ＩＤ（または車両を運転する運転者ＩＤ）と、車両ＩＤと、利用者が利用を依頼したコンテンツＩＤとが互いに対応付けられた情報である。

対応情報１７９Ｃにおいて、コンテンツＩＤには、コンテンツ提供事業者ＩＤや、コンテンツ利用対象エリアＩＤ、コンテンツ利用時刻、コンテンツ注目度指標等が対応付けられている。コンテンツ利用対象エリアＩＤとは、例えば、コンテンツの利用が可能なエリアを示すＩＤである。コンテンツ利用時刻は、例えば、コンテンツの利用が可能な時刻である。

エリア管理部１８６は、複数の車両のそれぞれの車両属性に基づいて、特定部１８２の取得したエリア情報を通知するとともに、エリアに対する車両２００の到達情報を取得し、イベント開催エリアを管理する。また、エリア管理部１８６は、例えば、経路設定部１８６Ａと、経路設定要求部１８６Ｂとを備える。経路設定部１８６Ａは、車両２００が自動運転車両である場合に、車両２００を無人でエリアまで到達させるための経路を設定し、設定した経路を、車両２００に送信する。経路設定要求部１８６Ｂは、自動運転車両以外の車両に対してイベント開催エリアへの経路情報を通知する。これにより、車両２００の種別に応じて適切な経路情報を送信して、車両をイベント開催エリアに誘導することができる。

なお、第３の実施形態において、イベント通知部１５０Ａは、エリアの位置から所定距離以内にある車両２００または車両２００の所有者Ｏに対してエリア情報を通知する。また、イベント通知部１５０Ａは、エリア内に存在する車両２００または車両２００の管理者から取得した動的な関連情報をイベントステータス情報として端末装置５００等に通知する。

図２８は、第３の実施形態のイベント配車システム３の処理の流れの一例を示すシーケンス図である。図２８の例では、主に利用者により使用される端末装置５００と、イベント配車装置１００Ｂと、所有者Ｏにより使用される端末装置３００と、サービス提供者装置７００と、車両管理装置２７０とにおける処理を中心に説明する。

まず、端末装置３００から所有者Ｏが指定したイベントの開催日時および開催エリアの情報がイベント配車装置１００Ｂに送信される（ステップＳ２００）。所有者Ｏとは、車両２００の所有者等の個人のオーナーでもよく、自治体等の所定の団体等でもよい。イベント配車装置１００Ｂは、イベントの情報を登録するとともに、ウェブやメール等で公開する（ステップＳ２０２）。次に、サービス提供者装置７００は、イベント配車装置１００Ｂにより公開されたイベント情報を取得し、取得したイベント情報への参加希望と、参加する車両情報（店舗等の希望属性）を設定して、イベント配車装置１００Ｂに送信する（ステップＳ２０４）。次に、イベント配車装置１００Ｂは、サービス提供者装置７００からの車両情報を参照し、希望属性を登録する（ステップＳ２０６）。このように、車両（店舗）が、サービス参加を決定すると、イベントに属性（サービスの種別）が追加されていく。これにより、イベント配車装置１００Ｂによるサービス認証、サービス提供者装置７００による車両認証・サービス利用開始が通知されるとともに、端末装置３００にイベントの開始が通知される（ステップＳ２０８）。また、サービス提供者装置７００は、参加する車両２００の車両管理装置２７０にサービス利用を開始させる情報を送信し、車両２００にサービス提供を実行させる。

次に、イベント配車装置１００Ｂは、車両２００の到着状態等を管理して、駐車領域の空き状態等に基づき、イベント配車装置１００Ｂのイベントステータスを動的に更新する（ステップＳ２１０）。また、端末装置３００は、イベントステータス等に対応して動的に更新された開催エリアステータスを取得する（ステップＳ２１２）。また、サービス提供者装置７００は、イベントステータスや開催エリアステータス等に対応して動的に更新されたサービスステータスを取得する（ステップＳ２１４）。これにより、イベント参加者は、イベントを利用したタイミングで最新のステータス情報を得ることができる。また、サービス提供者装置７００は、個々の車両の車両管理装置２７０に対し、必要に応じて開催エリアへのローカル誘導を行ってもよい（ステップＳ２１６）。

次に、端末装置５００は、イベント配車装置１００Ｂとの間で、ユーザ認証を行う（ステップＳ２１８）。次に、端末装置５００は、目的地を設定し、設定した目的地をイベント配車装置１００Ｂに送信する（ステップＳ２２０）。イベント配車装置１００Ｂは、最新の動的なイベントステータスを端末装置５００に送信する（ステップＳ２２２）。端末装置５００は、最新のイベントステータスに基づいて、イベントに参加する場合には、参加希望を送信するとともに、参加希望と合わせ、付加サービス（例えば、送迎）を希望する場合は、付加サービスを希望する旨の情報をイベント配車装置１００Ｂに送信する（ステップ２２４）。イベント配車装置１００Ｂは、付加サービスが発注された場合に、発注情報を、サービス提供者装置７００に送信する（ステップＳ２２６）。サービス提供者装置７００は、サービスを受注し、車両を手配し、その旨の信号をイベント配車装置１００Ｂに送信する（ステップＳ２２８）。

次に、イベント配車装置１００Ｂは、手配された車両に対し経路の設定を行う（ステップＳ２３０）。次に、イベント配車装置１００Ｂは、車両２００のコンパートメントされた領域に対して出力するコンテンツ情報を送信するとともに、コンテンツの表示許可を端末装置３００に送信する（ステップＳ２３２）。端末装置３００は、参加ユーザの車両に対し、イベントオーナー（または店舗車両）からの指示による表示や機能等のコンパートメントの制御を許可し、コンパーメント情報を車両管理装置２７０に送信する（ステップＳ２３４）。車両管理装置２７０は、コンパートメント情報を取得すると、車両２００が、この情報に応答して所定の制御を行う（ステップＳ２３６）。

また、端末装置３００は、イベント配車装置１００Ｂからのコンテンツ情報を取得すると、取得したコンテンツに対する外部表示制御を車両管理装置２７０に送信する（ステップＳ２３８）。車両管理装置２７０は、コンテンツ情報を取得すると、コンテンツ情報に応答したコンテンツをＨＭＩ２７３の車外用表示部に表示させる（ステップＳ２４０）。

その後、車両管理装置２７０は、利用者Ｕを乗車させるための乗車制御を行う（ステップＳ２４２）。次に、端末装置３００は、任意のタイミングで、別のサービスプロバイダを招聘して追加サービスを発注する（ステップＳ２４４）。サービス提供者装置７００は、追加サービスを受注すると、受注したことを端末装置３００に送信するとともに、同一車両または他の車両の車両管理装置２７０に追加サービスの内容を送信し、車両管理装置２７０に追加サービスを実行させる（ステップＳ２４６）。次に、車両管理装置２７０は、利用者Ｕの降車制御を行う（ステップＳ２４８）。なお、降車後のサービスは、継続させてもよい。なお、例えば、イベント配車装置１００Ｂは、イベントステータスを端末装置５００に提示する（ステップＳ２５０）。これにより、例えば、帰りのピックアップ情報等を端末装置５００に送信することで、利用者Ｕに特定車両や店舗の位置へ誘導させることができる。なお、上述した第１〜３の実施形態のそれぞれは、他の実施形態の一部または全部を組み合わせてもよい。

以上、本発明を実施するための形態について実施形態を用いて説明したが、本発明はこうした実施形態に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。

Claims (16)

1. 複数の車両が駐車可能なエリアで開催されるイベントを、複数の車両または前記車両の所有者に通知するイベント通知部と、
   前記複数の車両のそれぞれの車両属性に基づいて、前記エリアに到着する車両の車両属性に対応する台数を調整する調整部と、
   を備えるイベント配車装置。
2. 前記エリアに到着した複数の車両が前記エリア内の所定の位置に配置されるように前記複数の車両のそれぞれに駐車位置を指示する指示部を更に備える、
   請求項１に記載のイベント配車装置。
3. 前記イベント通知部は、前記エリアの位置から所定距離以内にある車両または前記車両の所有者に対して前記イベントの通知を行う、
   請求項１又は２に記載のイベント配車装置。
4. 前記イベント通知部は、前記エリアに駐車可能な台数の車両に対して、前記イベントを通知する、
   請求項１から３のうち何れか１項に記載のイベント配車装置。
5. 前記車両は、自動運転車両である、
   請求項１から４のうち何れか１項に記載のイベント配車装置。
6. 前記自動運転車両は、トレーラを牽引する牽引車両を含む、
   請求項５に記載のイベント配車装置。
7. 前記イベント通知部は、前記エリアで開催されるイベントに関する情報を、予め登録された利用者に通知し、前記利用者から前記エリアまでの送迎を希望するか否かに関する情報を取得する、
   請求項１から６のうち何れか１項に記載のイベント配車装置。
8. 前記イベントに参加する車両によって、前記イベントの利用者を、所定の地点と前記エリアとの間で送迎させる送迎管理部を更に備える、
   請求項１から７のうち何れか１項に記載のイベント配車装置。
9. コンピュータが、
   複数の車両が駐車可能なエリアで開催されるイベントを、複数の車両または前記車両の所有者に通知し、
   前記複数の車両のそれぞれの車両属性に基づいて、前記エリアに到着する車両の車両属性に対応する台数を調整する、
   イベント配車方法。
10. コンピュータに、
    複数の車両が駐車可能なエリアで開催されるイベントを、複数の車両または前記車両の所有者に通知させ、
    前記複数の車両のそれぞれの車両属性に基づいて、前記エリアに到着する車両の車両属性に対応する台数を調整させる、
    プログラム。
11. 複数の車両が駐車可能なエリアを特定する特定部と、
    前記複数の車両のそれぞれの車両属性に基づいて、前記特定部の取得したエリア情報を通知するとともに、前記エリアに対する車両の到達情報を取得するエリア管理部と、
    を備える管理システム。
12. 前記エリアに到着した車両が前記エリア内の所定の位置に配置されるように前記車両に駐車位置を指示する指示部を更に備える、
    請求項１１に記載の管理システム。
13. 前記エリアの位置から所定距離以内にある車両または前記車両の所有者に対して前記エリア情報の通知を行う通知部を更に備える、
    請求項１１に記載の管理システム。
14. 前記車両は、自動運転車両を含み、
    前記エリア管理部は、
    前記車両を無人で前記エリアまで到達させる経路設定部と、
    前記自動運転車両以外の前記車両に対し前記エリアへの経路情報を通知する経路設定要求部と、を備える、
    請求項１１に記載の管理システム。
15. 前記エリアに複数の車両が配置される場合に、前記エリアの代表地点を経由地とする経路情報を発行する送迎管理部を更に備える、
    請求項１１に記載の管理システム。
16. 前記通知部は、前記エリア内に存在する車両または前記車両の管理者から取得した動的な関連情報を通知する、
    請求項１３に記載の管理システム。

Images