JPWO2018230679A1 - 送迎管理装置、送迎管理方法、およびプログラム - Google Patents

Abstract

本発明の一態様は、施設の予約内容に基づいて送迎スケジュールを作成し、車両を予約する配車予約部（４３２）と、前記送迎スケジュールに従って、前記配車予約部により予約された車両を配車する配車管理部（４３３）と、を備える送迎管理装置（４００）である。

Description

本発明の様態は、送迎管理装置、送迎管理方法、およびプログラムに関する。
本願は、２０１７年６月１６日に、日本に出願された特願２０１７−１１８６９８号に基づき優先権を主張し、その内容をここに援用する。

旅行先等においてホテルやレストランまで移動する場合、タクシー、レンタカー、ホテルが用意している送迎車等が利用されている。例えば、レンタカーを用いて、ホテルを予約した宿泊客をホテルまで送迎する際、レンタカーの走行経路に応じた料金精算をサポートするシステムが知られている（特許文献１参照）。

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

しかしながら、タクシーを拾えない場合や送迎車の送迎回数が少ない場合、利用者は長時間待たされる場合があった。また、運転できない利用者はレンタカーを利用できない。

本発明は、このような事情を考慮してなされたものであり、予約された施設と連動した送迎サービスを提供することを目的の一つとする。

この発明に係る認識処理装置、車両制御装置、車両制御方法、およびプログラムは、以下の構成を採用した。
（１）：本発明の一態様は、施設の予約内容に基づいて送迎スケジュールを作成し、車両を予約する配車予約部と、前記送迎スケジュールに従って、前記配車予約部により予約された車両を配車する配車管理部と、を備える送迎管理装置である。

（２）：上記（１）の様態において、前記配車予約部は、前記施設の予約内容に基づいて、前記施設を目的地あるいは出発地として、指定された到着時刻に間に合うように前記送迎スケジュールを作成するものである。

（３）：上記（１）の様態において、前記配車管理部により配車された前記車両から移動状況を取得する取得部と、前記取得部により取得された移動状況を、前記施設の予約をした利用者が使用する利用者端末あるいは前記施設の管理者が使用する施設端末のうち少なくとも一方に通知するステータス管理部と、をさらに備えるものである。

（４）：上記（３）の様態において、前記ステータス管理部は、前記配車管理部により配車された車両に利用者が乗車した後、前記施設への移動を開始したこと、または前記施設への到着目標時刻を、前記施設端末に通知するものである。

（５）：上記（３）の様態において、前記ステータス管理部は、前記配車管理部により配車された車両の到着時刻が遅れている場合、配車の予約についての変更あるいはキャンセル、もしくは前記施設の予約の変更あるいはキャンセルのうち少なくとも一つを受け付けるものである。

（６）：上記（５）の様態において、前記ステータス管理部は、前記配車管理部により配車された車両の到着時刻の遅れが通知された利用者から、配車のキャンセルまたは施設の利用時間の延長のいずれも受け付けられなかった場合、配車のキャンセルおよび前記施設のキャンセルの両方を受け付けるものである。

（７）：上記（３）の様態において、前記取得部は、前記車両から、前記乗車人数を示す情報を取得し、前記ステータス管理部は、前記取得部が取得した前記乗車人数を示す情報が予約された人数と異なる場合、予約人数の変更を、前記施設端末に通知するものである。

（８）：上記（３の様態において、前記取得部は、前記車両から、前記施設が提供するサービスあるいは物品のオーダー指示を取得し、前記ステータス管理部は、前記取得部が取得した前記オーダー指示を、前記施設端末に通知するものである。

（９）：上記（３）の様態において、サービス提供者からサービス提供地点に対応した地点情報、および前記サービス提供者の識別情報、前記サービス提供者の利用者の識別情報を含むサービス提供情報を取得するサービス情報取得部と、前記利用者が前記サービス提供を受ける前記地点情報であるアクセスポイントを取得するアクセスポイント取得部と、前記地点情報およびアクセスポイントとの間に経路に対応した前記車両の運行プランを決定するプラン決定部と、をさらに備えるものである。

（１０）：上記（９）の様態において、前記サービス情報、および前記取得部によって取得された前記利用者の識別情報に対応した、サービスステータス情報を生成し、少なくとも前記車両の前記経路上において、前記サービス提供者に対し前記サービスステータス情報を提供する状態管理部、をさらに備えるものである。

（１１）：上記（１０）の様態において、前記プラン決定部は、前記サービスステータス情報に対応付く前記利用者の識別情報を取得し、前記プラン決定部の決定する車両の運行プランに基づいて、前記サービスステータス情報を生成し、前記プランの計画を行うものである。

（１２）：上記（１１）の様態において、前記プラン決定部は、前記サービスステータス情報として、前記利用者の識別情報および前記移動状況から判別される状態属性を管理して、前記プランの計画を行うものである。

（１３）：上記（１０）の様態において、前記プラン決定部は、前記施設端末に対し、前記サービスステータス情報のうち、前記施設への到着時刻に関する情報を通知するものである。

（１４）：施設の予約内容に基づいて送迎スケジュールを作成して、車両を予約し、前記送迎スケジュールに従って、予約された車両を配車する、送迎管理方法である。

（１５）：コンピュータに、施設の予約内容に基づいて送迎スケジュールを作成させて車両を予約させ、前記送迎スケジュールに従って、予約された車両を配車させる、プログラムである。

請求項１，２，１４，１５に記載の発明によれば、予約された施設と連動した送迎サービスを提供することができる。

請求項３，４に記載の発明によれば、利用者は、配車状況や遅れ状況を確認し、その後の行動を決定することができるとともに、施設側の管理者は、利用者の到着に合わせて利用者を迎える準備をし、サービスを向上させることができる。

請求項５，６に記載の発明によれば、利用者は、送迎車が遅れる場合、施設や送迎車の予約を簡単に変更あるいはキャンセルすることができる。

請求項７，８に記載の発明によれば、施設に対する人数の変更やオーダーを施設に到着する前に指示することができる。

請求項９，１０，１１，１２，１３に記載の発明によれば、利用者は、サービス提供者により、送迎サービス途中に付加サービスを受けることができる。

配車システム１の構成図である。 車両１００の構成図である。 自動運転の処理過程について説明するための図である。 施設端末２００の機能構成図である。 利用者端末３００の機能構成図である。 施設予約画面の一例を示す図である。 配車予約画面の一例を示す図である。 送迎管理装置４００の機能構成図である。 施設予約情報４２１の一例を示す図である。 配車予約情報４２２の一例を示す図である。 配車ステータス情報４２３の一例を示す図である。 移動ステータス情報４２５の一例を示す図である。 車両１００における処理動作の一例を示すフローチャートである。 車両１００における処理動作の一例を示すフローチャートである。 送迎管理装置４００における処理動作の一例を示すフローチャートである。 送迎管理装置４００における処理動作の一例を示すフローチャートである。 送迎管理装置４００における処理動作の一例を示すフローチャートである。 配車システム１を利用した例について説明するための図である。 配車システム１を利用した他の例について説明するための図である。 サービス提供者装置６００の機能構成図である。 サービス管理装置７００の機能構成図である。 車両制御装置９００の機能構成図である。 配車システム１Ａにおいて実行される処理の流れの一例を示すフローチャートである。

以下、図面を参照し、本発明の送迎管理装置、送迎管理方法、および車両の実施形態について説明する。本システムにおいて配車される車両は、例えば、基本的には運転操作を必要としない自動運転車両である。また、配車される車両は、配車されていない状態において、各所に用意された車両ステーションで待機しており、目的地に到着した後、目的地の近くの空きがある車両ステーションに移動し、待機する。

＜第１の実施形態＞
以下、第１の実施形態の送迎管理装置４００について説明する。

図１は、配車システム１の構成図である。配車システム１は、一以上の車両１００と、一以上の施設端末２００と、一以上の利用者端末３００と、送迎管理装置４００とを備える。これらの構成要素は、ネットワークＮＷを介して互いに通信可能である。ネットワークＮＷは、インターネット、ＷＡＮ（Wide Area Network）、ＬＡＮ（Local Area Network）、公衆回線、プロバイダ装置、専用回線、無線基地局などを含む。

［車両］
車両１００は、例えば、複数の利用者が乗車可能な四輪以上の車輪を有する車両である。図２は、車両１００の構成図である。車両１００は、例えば、外界監視ユニット１１０と、通信装置１２０と、ナビゲーション装置１３０と、推奨車線決定装置１４０と、自動運転制御ユニット１５０と、駆動力出力装置１６０と、ブレーキ装置１６２と、ステアリング装置１６４と、配車管理ユニット１７０とを備える。

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

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

ナビゲーション装置１３０は、例えば、ＨＭＩ（Human machine Interface）１３２と、ＧＮＳＳ（Global Navigation Satellite System）受信機１３４と、ナビ制御装置１３６とを備える。ＨＭＩ１３２は、例えば、タッチパネル式ディスプレイ装置やスピーカ、マイクなどを含む。ＧＮＳＳ受信機１３４は、ＧＮＳＳ衛星（例えばＧＰＳ衛星）から到来する電波に基づいて自機の位置（車両１００の位置）を測位する。ナビ制御装置１３６は、例えば、ＣＰＵ（Central Processing Unit）や各種記憶装置を備え、ナビゲーション装置１３０全体を制御する。記憶装置には、地図情報（ナビ地図）が格納されている。ナビ地図は、ノードとリンクで道路を表現した地図である。

ナビ制御装置１３６は、ＧＮＳＳ受信機１３４によって測位された車両１００の位置から、配車管理ユニット１７０により指定された目的地までの経路を、ナビ地図を参照して決定する。なお、目的地は、ＨＭＩ１３２を用いて利用者により指定されてもよい。また、ナビ制御装置１３６は、車両１００の位置と目的地とを、通信装置１２０を用いてナビゲーションサーバ（不図示）や送迎管理装置４００に送信し、ナビゲーションサーバや送迎管理装置４００から返信された経路を取得してもよい。なお、経路には、利用者を乗車または降車させるために停止する地点およびそれらの地点への到達目標時刻の情報が含まれてよい。ナビ制御装置１３６は、上記いずれかの方法で決定した経路の情報を推奨車線決定装置１４０に出力する。

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

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

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

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

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

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

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

配車管理ユニット１７０は、入出力部１７１と、記憶部１７２と、配車制御部１７３と、ステータス取得部１７４と、利用者情報取得部１７５と、オーダー取得部１７６とを備える。

入出力部１７１は、例えば、マウス、キーボード、タッチパネル、マイク、センサ、カメラ等の入力部と、例えば、ディスプレイ、スピーカ等の出力部とを含む。記憶部１７２は、ＨＤＤ（Hard Disk Drive）やフラッシュメモリ、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）などにより実現される。

配車制御部１７３、ステータス取得部１７４、利用者情報取得部１７５、およびオーダー取得部１７６は、例えば、ＣＰＵなどのプロセッサが記憶部１７２に格納されたプログラム（ソフトウェア）を実行することで実現される。また、これらの機能部のうち一部または全部は、ＬＳＩ（Large Scale Integration）やＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field-Programmable Gate Array）、ＧＰＵ（Graphics Processing Unit）などのハードウェアによって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。

配車制御部１７３は、通信装置１２０を用いて送迎管理装置４００から受信した送迎スケジュールに基づいて、ナビ設定情報をナビ制御装置１３６に設定する。送迎スケジュールとは、施設の予約に関連して予約された送迎車を施設の予約内容に合わせて走行させるためのスケジュールであって、ピックアップ位置の位置情報、ピックアップ位置への到着時刻、目的地の位置情報、目的地への到着時刻、乗車人数等が含まれる。ピックアップ位置とは、利用者を乗車させる位置である。ナビ設定情報には、ピックアップ位置、ピックアップ位置への到着時刻、目的地、目的地への到着時刻等が含まれる。

ステータス取得部１７４は、車両の移動状況を含む情報（以下、ステータス情報と記す）を取得し、通信装置１２０を用いて送迎管理装置４００に送信する。ステータス情報には、ＧＮＳＳ受信機１３４によって測位された車両１００の位置に日時を対応付けた情報や、ナビ制御装置１３６により取得された到着目標時刻を示す情報等が含まれる。また、ステータス取得部１７４は、ＧＮＳＳ受信機１３４によって測位された車両１００の位置情報とナビ設定情報等に基づいて、配車状態や到着状況を取得し、ステータス情報に含めてもよい。配車状態には、例えば、迎車中、乗車待ち、一部乗車待ち、乗車完了、移動中、移動完了等が含まれる。到着状況には、例えば、時間通り、遅れ、渋滞中につき遅れ等が含まれる。なお、配車状態は、入出力部１７１を用いて利用者により入力されてもよく、センサによる検出結果やカメラにより撮影された画像や映像に基づいて、ステータス取得部１７４により解析された結果であってもよい。

利用者情報取得部１７５は、例えば、入出力部１７１を用いて、利用者に関する情報（以下、利用者情報と記す）を取得し、通信装置１２０を用いて送迎管理装置４００に送信する。利用者情報には、例えば、乗車人数、利用者の性別、利用者の年齢、利用者の人種、利用者の好みや感想、施設に関するアンケート、手荷物の個数や重さ、車いすの有り無し、ベビーカーの有り無し等が含まれる。例えば、利用者情報取得部１７５は、センサによる検出結果やカメラにより撮影された画像や映像等を解析することにより、乗車人数や利用者の性別等を取得してもよい。また、利用者情報取得部１７５は、マイクにより検出された音声データ等を解析することにより、車内の利用者の会話の盛り上がり度合、利用者の満足度や感情等を取得してもよい。

オーダー取得部１７６は、例えば、入出力部１７１を用いて、施設が提供するサービスあるいは物品のオーダーを指示する情報（以下、オーダー指示情報と記す）を取得し、通信装置１２０を用いて送迎管理装置４００に送信する。これにより、車両１００に乗車している利用者は、オンラインメニューを用いて、施設に着いたときに提供される物やサービスを事前にオーダーすることができる。

［施設端末］
施設端末２００は、利用者により予約可能な施設に設置されている端末であって、施設の管理者が使用する端末である。施設には、例えば、ホテル、旅館、レストラン、病院、美容院、カルチャースクール等が含まれる。施設端末２００は、例えば、パーソナルコンピュータ、スマートフォン、タブレット端末等である。

図４は、施設端末２００の機能構成図である。施設端末２００は、例えば、通信装置２１０と、入力部２２０と、出力部２３０と、記憶部２４０と、制御部２５０と、を備える。

通信装置２１０は、例えば、ネットワークＮＷに接続したり、送迎管理装置４００と直接的に通信したりするための通信インターフェースである。通信装置２１０は、例えば、ＮＩＣ（Network Interface Card）を含んでもよいし、Ｗｉ−Ｆｉ、ＤＳＲＣ（Dedicated Short Range Communications）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の通信規格に基づいて無線通信を行ってもよい。通信装置２１０として、用途に応じた複数のものが用意されてもよい。

入力部２２０は、例えば、キーボード、マウス、タッチパネル、マイク等で含む。出力部２３０は、例えば、ディスプレイ、スピーカ等を含む。記憶部２４０は、ＨＤＤやフラッシュメモリ、ＲＡＭ、ＲＯＭなどにより実現される。

制御部２５０は、例えば、ＣＰＵなどのプロセッサが記憶部２４０に格納されたプログラム（ソフトウェア）を実行することで実現される。また、これらの機能部のうち一部または全部は、ＬＳＩやＡＳＩＣ、ＦＰＧＡ、ＧＰＵなどのハードウェアによって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。例えば、制御部２５０は、送迎管理装置４００から受信した情報に基づいて、ブラウザによって閲覧されるウェブページや、アプリケーションプログラムによって閲覧されるアプリページ等を、出力部２３０に表示する。

［利用者端末］
利用者端末３００は、利用者が使用する端末である。利用者端末３００は、例えば、パーソナルコンピュータ、スマートフォン、タブレット端末等である。図５は、利用者端末３００の機能構成図である。利用者端末３００は、例えば、通信装置３１０と、入力部３２０と、出力部３３０と、記憶部３４０と、制御部３５０と、ＧＮＳＳ受信機３６０とを備える。なお、車両１００および施設端末２００と同じ構成については、同一の名称を用いて、詳細な説明は省略する。

ここで、図６，７を参照し、利用者端末３００の出力部３３０に表示される操作画面の一例について説明する。図６は、施設予約画面の一例を示す図である。施設予約画面３７０は、入力部３２０を用いて利用者により施設予約が要求された場合に表示される操作画面である。施設予約画面３７０には、施設予約内容３７１と、送迎サービス内容３７２と、予約ボタン３７３とが含まれる。

施設予約内容３７１は、施設の予約に必要な項目を表示するとともに、利用者からの選択や入力を項目ごとに受け付ける操作画面である。施設予約内容３７１には、例えば、日時、施設名、利用人数、利用者氏名、連絡先、特記事項、送迎サービス等の項目が含まれる。

送迎サービス内容３７２は、配車の予約に必要な項目を表示するとともに、利用者からの選択や入力を項目ごとに受け付ける操作画面である。送迎サービス内容３７２には、例えば、往路もしくは復路あるいはその両方のいずれかを選択する項目や、駅や空港などのピックアップ位置や目的地等への到着あるいは出発時刻を選択する項目等が含まれる。

予約ボタン３７３は、施設予約内容３７１や送迎サービス内容３７２に表示されている内容での予約を受け付ける操作ボタンである。予約ボタン３７３が操作されると、制御部３５０は、施設予約内容３７１や送迎サービス内容３７２に表示されている予約内容に基づいて施設予約情報を作成し、通信装置３１０を用いて送迎管理装置４００に送信する。

制御部３５０は、施設予約情報を送信した後、通信装置３１０を用いて送迎管理装置４００から受信した情報に基づいて、配車予約画面を出力部３３０に表示させる。なお、本実施形態では、施設予約情報に基づいて送迎管理装置４００により作成された送迎スケジュールを配車予約画面に表示して、利用者に送迎内容を確認させた上で、送迎車の予約を受け付ける例について説明するが、本発明はこれに限られない。例えば、利用者に送迎内容を確認させることなく、送迎管理装置４００が、施設予約情報を受信することにより、施設の予約と送迎車の予約の両方を受け付けるようにしてもよい。

図７は、配車予約画面の一例を示す図である。配車予約画面３８０は、送迎管理装置４００により施設予約情報に基づいて作成された送迎スケジュールを表示する操作画面である。配車予約画面３８０には、送迎内容３８１と、予約ボタン３８２とが含まれる。

送迎内容３８１は、配車の予約に必要な項目ごとに送迎管理装置４００により作成された送迎スケジュールを表示するとともに、利用者から送迎スケジュールの一部の編集を受け付ける操作画面である。送迎内容３８１には、例えば、日時、利用人数、ピックアップ位置、ピックアップ位置への到着時刻、目的地、目的地への到着時刻等の項目が含まれる。

予約ボタン３８２は、送迎内容３８１に表示されている内容での予約を受け付ける操作ボタンである。予約ボタン３８２が操作されると、制御部３５０は、送迎内容３８１に表示されている予約内容に基づいて配車予約情報を作成し、通信装置３１０を用いて送迎管理装置４００に送信する。ここで、制御部３５０は、送迎内容に変更がない場合にはその旨を配車予約情報に含めてもよく、送迎内容の変更点だけを配車予約情報に含めてもよい。

［送迎管理装置］
次に、図８〜１２を参照して、送迎管理装置４００について説明する。図８は、送迎管理装置４００の機能構成図である。送迎管理装置４００は、例えば、通信装置４１０と、記憶部４２０と、制御部４３０とを備える。通信装置３１０は、例えば、ネットワークＮＷに接続するためのＮＩＣである。通信装置３１０は、ネットワークＮＷを介して、車両１００、施設端末２００、および利用者端末３００と通信する。記憶部４２０は、ＨＤＤやフラッシュメモリ、ＲＡＭ、ＲＯＭなどにより実現される。

制御部４３０は、施設予約部４３１と、配車予約部４３２と、配車管理部４３３と、取得部４３４と、ステータス管理部４３５とを含む。これら構成の一部または全部は、例えば、ＣＰＵなどのプロセッサが記憶部４２０に格納されたプログラム（ソフトウェア）を実行することで実現される。また、これらの機能部のうち一部または全部は、ＬＳＩやＡＳＩＣ、ＦＰＧＡ、ＧＰＵなどのハードウェアによって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。

施設予約部４３１は、通信装置４１０およびネットワークＮＷを介して、利用者端末３００から受信した施設予約情報に基づいて、施設を予約する。施設予約情報とは、利用者により予約される施設に関する予約内容であって、例えば、予約日時、施設の名称や住所、予約人数、利用者氏名、連絡先、特記事項、送迎サービス等が含まれる。施設予約部４３１は、施設を予約する処理において、ネットワークＮＷを介して接続される外部サーバを参照して、利用者により指定された施設の空き状況を取得し、利用者端末３００に送信してもよい。施設予約部４３１は、受信した施設予約情報に基づいて、記憶部４２０の施設予約情報４２１に各種情報を格納する。また、施設予約部４３１は、利用者による過去の施設予約の状況に基づいて、利用者の信頼性を示す情報を作成し、施設予約情報４２１の中に含めてもよい。利用者の信頼性は、例えば、予約のキャンセル率に応じた評価値や、利用頻度に応じた評価値等を含む。

施設予約情報４２１は、各施設の予約内容を示す情報である。図９は、施設予約情報４２１の一例を示す図である。図９に示す通り、施設予約情報４２１は、予約管理キーに、ユーザ管理キーと、施設管理キーと、施設予約内容と、オプションサービス情報と、予約ステータスとを対応付けた情報である。予約管理キーは、各予約を識別するための固有の情報である。ユーザ管理キーは、各利用者を識別するための固有の情報である。施設管理キーは、各施設を識別するための固有の情報である。施設予約内容には、予約日時、施設の名称や住所、予約人数、利用者氏名、連絡先、特記事項等が含まれる。オプションサービス情報には、送迎サービス等のオプションサービスの提供を希望するか否かを示す情報が含まれる。予約ステータスは、施設予約の状態を示す情報であって、例えば、予約準備中、予約完了、キャンセル済等が含まれる。

配車予約部４３２は、通信装置４１０およびネットワークＮＷを介して、利用者端末３００から受信した施設予約情報に基づいて送迎スケジュールを作成し、施設の送迎車を予約する。配車予約部４３２は、利用者の指定に基づいて、施設への往路もしくは復路あるいはその両方について、送迎車を予約する。配車予約部４３２は、送迎車を予約する前に、施設予約情報に基づいて作成した送迎スケジュールを利用者端末３００に送信し、利用者から予約の指示を受け付けた上で、送迎車を予約してもよい。

配車予約部４３２は、施設予約情報に基づいて、施設を目的地あるいは出発地として、指定された到着時刻に間に合うような送迎スケジュールを作成する。例えば、配車予約部４３２は、施設予約情報に含まれる予約日時、予約人数、施設名等に基づいて、送迎車の予約日時、予約人数、ピックアップ位置あるいは目的地とそれらの到着時刻等の送迎スケジュールを決定する。また、配車予約部４３２は、施設予約情報に加え、施設までの移動手段（例えば、飛行機や新幹線）に関する情報等を利用者端末３００から受信して、空港の到着時刻に応じたホテルまでの送迎スケジュールや、駅の到着時刻に応じたレストランまでの送迎スケジュールを作成し、利用者端末３００に送信してもよい。配車予約部４３２は、作成した送迎スケジュールに基づいて配車が予約された場合、作成した送迎スケジュールに基づいて、記憶部４２０の配車予約情報４２２に各種情報を格納する。また、配車予約部４３２は、利用者による過去の配車予約の状況に基づいて、利用者の信頼性を示す情報を作成し、配車予約情報４２２の中に含めてもよい。

配車予約情報４２２は、各送迎車の予約内容を示す情報である。図１０は、配車予約情報４２２の一例を示す図である。図１０に示す通り、配車予約情報４２２は、予約管理キーに、ユーザ管理キーと、車両ＩＤと、送迎スケジュールと、予約ステータスとを対応付けた情報である。車両ＩＤは、各車両を識別するための固有の情報である。

配車管理部４３３は、配車予約部４３２により予約された送迎車を、予約内容に基づいて配車する。配車管理部４３３による配車には、各送迎スケジュールの通りに利用者を送迎する送迎車を割り当てる処理（以下、割り当て処理と記す）と、割り当てられた送迎車に対して送迎スケジュールに応じた自動運転をするよう指示する処理（以下、運転指示処理と記す）とが含まれる。

割り当て処理において、配車管理部４３３は、予め決められた割り当て期間（例えば、翌日の０時から２４時までの期間）に該当する予約内容を配車予約情報４２２から読み出し、読み出した情報に含まれる送迎スケジュールごとに、担当する車両１００を割り当てる。例えば、配車管理部４３３は、予約された利用人数を乗車可能な車種の車両であって、予約されている到着時刻に間に合うようにピックアップ位置および目的地に行くことが可能な車両を、前後の予約状況に基づいて車両情報４２４に登録されている車両１００の中から選択する。車両情報４２４は、車両１００に関する情報であって、例えば、車両ＩＤ、車両１００が駐車されている車両ステーション、車両１００の現在位置（緯度、経度、高度）、車両１００と通信するための必要なアドレス、走行状態を対応付けた情報である。

また、配車管理部４３３は、送迎道路以外の渋滞等により送迎スケジュールに遅れがでないように前回の目的地から次回のピックアップ位置までの移動距離を最小限とするような車両１００を割り当ててもよい。また、配車管理部４３３は、所定範囲内の施設への送迎に必要な台数の車両１００を所定の車両ステーションに待機させるように車両１００を割り当ててもよい。配車管理部４３３は、担当する車両１００の車両ＩＤに、割り当てられた送迎スケジュールの内容を対応付けて、配車ステータス情報４２３に書き込む。なお、配車ステータス情報４２３に書き込まれた直後において、全ての配車ステータスは、未配車である。

なお、送迎スケジュールが作成される際、施設予約情報に含まれる予約時刻が割り当て期間に含まれる場合、配車予約部４３２は、施設予約情報４２１および配車ステータス情報４２３の両方を参照して、利用者の送迎に適したスケジュールであって、且つ、送迎車を割り当て可能な送迎スケジュールを作成してもよい。例えば、配車予約部４３２は、施設予約情報４２１に含まれる予約日時、予約人数、施設名等に基づいて、送迎車の予約日時、予約人数、ピックアップ位置あるいは目的地とそれらの到着時刻等を含む第１スケジュールを作成し、第１スケジュールに従って配車可能な車両１００がある場合は、第１スケジュールを送迎スケジュールとする。一方、第１スケジュールに従って配車可能な車両１００がない場合、配車予約部４３２は、車両１００を割り当てられるように第１スケジュールの一部あるいは全部を変更して第２スケジュールを作成し、送迎スケジュールとする。これにより、数日前に施設を予約する場合は、車両１００のステータスに関係なく利用者の希望に沿ったスケジュールで送迎車を予約することができ、数時間前に施設を予約する場合は、配車可能なスケジュールで送迎車を予約することができる。

運転指示処理において、配車管理部４３３は、所定のタイミングにおいて、通信装置４１０を用いて車両１００に、送迎スケジュールとともに運転開始指示を送信し、配車ステータス情報４２３の配車ステータスを、送迎中に書き換える。

配車ステータス情報４２３は、配車予約された車両あるいは配車中の車両に関する情報を含み、例えば、車両１００に設定される情報や配車状況を示す情報を含む。図１１は、配車ステータス情報４２３の一例を示す図である。図１１に示す通り、配車ステータス情報４２３は、車両ＩＤに、利用日時と、利用人数と、ピックアップ位置とその到着時刻、目的地とその到着時刻、配車ステータスとを対応付けた情報である。配車ステータスは、配車された車両１００の配車状況を示す情報であって、例えば、配車管理部４３３により更新される。

取得部４３４は、配車管理部４３３により配車された車両１００から移動状況、配車状態、および到着状況等を取得する。例えば、取得部４３４は、通信装置４１０を用いて車両１００から定期的に送信されるステータス情報を受信し、受信したステータス情報に基づいて、記憶部４２０の移動ステータス情報４２５に各種情報を書き込む。

移動ステータス情報４２５は、配車中の車両１００の状況を示す情報である。図１２は、移動ステータス情報４２５の一例を示す図である。図１２に示す通り、移動ステータス情報４２５は、計測日時に、現在の車両１００の位置情報と、現時点でのピックアップ位置への到達目標時刻と、現時点での目的地への到着目標時刻と、配車ステータスと、到着ステータスとを対応付けた情報であって、例えば、車両１００ごとに用意されたテーブルに格納される。計測日時は、車両１００においてステータス情報が作成された日時である。位置情報は、計測日時において車両１００のＧＮＳＳ受信機１３４により測位された車両１００の位置を示す情報である。到達目標時刻は、計測日時において車両１００のナビ制御装置１３６により導出された到達目標時刻である。到着ステータスは、配車された車両１００の到着状況を示す情報であって、例えば、計測日時において車両１００のステータス取得部１７４により取得された到着状況である。

ステータス管理部４３５は、通信装置４１０を用いて、取得部４３４により取得された移動状況を、利用者端末３００あるいは施設端末２００のうち少なくとも一方に通知する。ステータス管理部４３５は、移動ステータス情報４２５を参照し、配車ステータスが変化したタイミングで配車ステータスに応じたメッセージを通知してもよく、車両１００に遅れが生じたタイミングで到着ステータスに応じたメッセージを通知してもよい。例えば、ステータス管理部４３５は、配車管理部４３３により配車された車両１００に利用者が乗車した後、施設への移動を開始したこと、または施設への到着目標時刻を、施設端末２００に通知する。

ステータス管理部４３５は、取得部４３４により取得された乗車人数を示す情報に基づいて、乗車人数が予約された人数と異なるか否かを判定し、両者が異なる場合、予約人数の変更を、施設端末２００に通知する。また、ステータス管理部４３５は、取得部４３４により取得されたオーダー指示情報を、対応する施設端末２００に通知する。

ステータス管理部４３５は、配車管理部４３３により配車された車両１００のピックアップ位置への到着時刻あるいは目的地への到着時刻が遅れている場合、その旨を利用者端末３００あるいは施設端末２００のうち少なくとも一方に通知し、配車の予約についての変更あるいはキャンセル、もしくは施設の予約の変更あるいはキャンセルのうち少なくとも一つを受け付ける。変更には、利用時間の延長、利用日の延期、ピックアップ位置や目的地の変更等が含まれる。また、ステータス管理部４３５は、配車管理部４３３により配車された車両１００のピックアップ位置への到着時刻あるいは目的地への到着時刻の遅れが通知された利用者から、配車のキャンセルや変更または施設予約の変更のいずれも受け付けられなかった場合、配車のキャンセルおよび施設のキャンセルの両方を受け付けてもよい。

ステータス管理部４３５は、移動ステータス情報４２５を参照し、配車ステータスが変化したタイミングで、配車ステータス情報４２３の配車ステータスを更新する。

［フローチャート］
次に、図１３，１４を参照して、車両１００における処理動作の一例について説明する。図１３，１４は、車両１００における処理動作の一例を示すフローチャートである。

まず、配車制御部１７３は、通信装置１２０を用いて送迎管理装置４００から、運転開始指示を受信したか否かを判定する（ステップＳ１０１）。運転開始指示を受信したと判定した場合、配車制御部１７３は、運転開始指示とともに受信した送迎スケジュールに基づいて、運転を開始するようナビゲーション装置１３０と自動運転制御ユニット１５０に指示する（ステップＳ１０２）。これにより、送迎スケジュールに応じたピックアップ位置や目的地とそれらの到着時刻に応じた経路がナビゲーション装置１３０において設定され、自動運転制御ユニット１５０は、設定された経路に従って自動運転を開始する。

ステータス取得部１７４は、予め決められた第１通知タイミングであるか否かを判定する（ステップＳ１０３）。第１通知タイミングとは、車両１００が迎車中にステータス情報を通知する予め決められたタイミングであって、例えば、自動運転を開始したタイミング、ピックアップ位置への到着目標時刻が予約の到着時刻よりも遅れたタイミング、ピックアップ位置に到着したタイミング、利用者を車両１００に乗車させたタイミング、前回の通知から所定の時間が経過したタイミング等が含まれる。第１通知タイミングであると判定した場合、ステータス取得部１７４は、ステータス情報を取得し、通信装置１２０を用いて送迎管理装置４００に送信する（ステップＳ１０４）。

配車制御部１７３は、通信装置１２０を用いて送迎管理装置４００から、配車キャンセル指示を受信したか否かを判定する（ステップＳ１０５）。配車キャンセル指示を受信した場合、配車制御部１７３は、ナビゲーション装置１３０と自動運転制御ユニット１５０に対して、設定されている経路に従った自動運転の終了を指示する（ステップＳ１０６）。ここで、ナビゲーション装置１３０は、ＨＭＩ１３１を用いて、利用者から新たな目的地の設定を受け付けてもよい。なお、配車制御部１７３は、通信装置１２０を用いて送迎管理装置４００から、ピックアップ位置や目的地の変更、これらの到着時刻の変更指示を受信した場合、ナビゲーション装置１３０と自動運転制御ユニット１５０に対して、ナビ設定情報の変更を指示する。

ステータス取得部１７４は、利用者の全員が車両１００に乗車したか否かを判定する（ステップＳ１０７）。例えば、ステータス取得部１７４は、ＧＮＳＳ受信機１３４によって測位された車両１００の位置に基づいて、予め決められていたピックアップ位置の全てを通過した場合、利用者の全員が車両１００に乗車したと判定する。また、ステータス取得部１７４は、入出力部１７１を用いて利用者により、利用者の全員が車両１００に乗車したことが入力された場合や、車内を撮影した画像の解析結果により得られる乗車人数と予約された利用人数とが一致した場合、利用者の全員が車両１００に乗車したと判定してもよい。利用者の全員が車両１００に乗車したと判定した場合、ステータス取得部１７４は、配車状態が乗車完了であることを含めたステータス情報を作成し、通信装置１２０を用いて送迎管理装置４００に送信する（ステップＳ１０８）。

ステータス取得部１７４は、予め決められた第２通知タイミングであるか否かを判定する（ステップＳ１０９）。第２通知タイミングとは、車両１００に利用者全員が乗車している間にステータス情報を通知する予め決められたタイミングであって、例えば、利用者全員を車両１００に乗車させたタイミング、目的地への到着目標時刻が予約の到着時刻よりも遅れたタイミング、前回の通知から所定の時間が経過したタイミング等が含まれる。第２通知タイミングであると判定した場合、ステータス取得部１７４は、ステータス情報を取得し、通信装置１２０を用いて送迎管理装置４００に送信する（ステップＳ１１０）。

利用者情報取得部１７５は、利用者情報を取得したか否かを判定する（ステップＳ１１１）。例えば、入出力部１７１を用いて利用者から、乗車人数と利用者の性別や年齢の入力を受け付けた場合、利用者情報取得部１７５は、乗車人数と利用者の性別と年齢を含む利用者情報を作成し、通信装置１２０を用いて送迎管理装置４００に送信する（ステップＳ１１２）。

オーダー取得部１７６は、オーダー指示情報を取得したか否かを判定する（ステップＳ１１３）。例えば、入出力部１７１を用いて利用者により、オンラインメニューの中から少なくとも一つのメニューが選択された場合、オーダー取得部１７６は、選択されたメニューの注文を依頼するオーダー指示情報を作成し、通信装置１２０を用いて送迎管理装置４００に送信する（ステップＳ１１４）。

配車制御部１７３は、ナビ制御装置１３６からの出力に基づいて、目的地に到着したか否かを判定する（ステップＳ１１５）。ナビ制御装置１３６は、ＧＮＳＳ受信機１３４により測位される車両１００の位置が目的地の所定範囲内に入った場合、目的地に到着したことを配車制御部１７３に通知する。目的地に到着したことが通知された場合、配車制御部１７３は、車両ステーションを次の目的地に設定し、自動運転するようナビゲーション装置１３０と自動運転制御ユニット１５０に指示する（ステップＳ１１６）。なお、車両ステーションに向けて移動中に新たな送迎スケジュールを受信した場合、配車制御部１７３は、ステップＳ１０１に移行する。

次に、図１５，１６，１７を参照して、送迎管理装置４００における処理動作の一例について説明する。図１５，１６，１７は、送迎管理装置４００における処理動作の一例を示すフローチャートである。

まず、施設予約部４３１が、通信装置４１０を用いて利用者端末３００から、施設予約情報を受信したか否かを判定する（ステップＳ２０１）。施設予約情報を受信したと判定した場合、施設予約部４３１は、施設予約を管理する外部サーバを参照し、受信した施設予約情報に示される内容の施設が予約可能か否かを判定する。予約可能である場合、施設予約部４３１は、受信した施設予約情報に基づいて、記憶部４２０の施設予約情報４２１に各種情報を格納する（ステップＳ２０２）。これにより、施設予約情報に示される内容の施設が予約される。なお、予約可能でない場合、施設予約部４３１は、通信装置４１０を用いて利用者端末３００に、その旨を通知して、別の内容で予約を受け付けてもよい。

次いで、施設予約部４３１は、受信した施設予約情報に、送迎サービスの提供を希望する内容が含まれているか否かを判定する（ステップＳ２０３）。施設予約情報に送迎サービスの提供を希望する内容が含まれていると判定した場合、施設予約部４３１は、配車予約部４３２に対して、送迎スケジュールの作成を指示する。そして、配車予約部４３２は、施設予約情報に含まれる予約時刻が、既に割り当て処理が終了している割り当て期間に含まれているか否かを判定する（ステップＳ２０４）。予約時刻が既に割り当て処理が終了している割り当て期間に含まれていない場合、配車予約部４３２は、施設予約情報４２１を参照して、送迎スケジュールを作成し、通信装置４１０を用いて利用者端末３００に送信する（ステップＳ２０５）。一方、予約時刻が既に割り当て処理が終了している割り当て期間に含まれている場合、配車予約部４３２は、施設予約情報４２１および配車ステータス情報４２３の両方を参照して、車両１００を配車可能な送迎スケジュールを作成し、通信装置４１０を用いて利用者端末３００に送信する（ステップＳ２０６）。

配車予約部４３２は、通信装置４１０を用いて利用者端末３００から、配車予約の指示を受信したか否かを判定する（ステップＳ２０７）。配車予約の指示を受信したと判定した場合、配車予約部４３２は、利用者端末３００に送信した送迎スケジュールに基づいて、予約された内容を、記憶部４２０の配車予約情報４２２に格納する（ステップＳ２０８）。これにより、予約された施設の送迎車が予約される。

配車管理部４３３は、割り当て処理を実行し、配車ステータス情報４２３に各種情報を書き込む（ステップＳ２０９）。次いで、配車管理部４３３は、配車予約情報４２２を参照して、配車タイミングか否かを判定する（ステップＳ２１０）。配車タイミングは、送迎車をピックアップ位置へ向かわせる時刻であって、決められた到着時刻以前にピックアップ位置に到着するように、車両１００の現在位置からピックアップ位置までの移動時間を逆算して導出される。配車タイミングに到達した場合、配車管理部４３３は、配車予約情報４２２から読み出した送迎スケジュールと共に運転開始指示を、通信装置４１０を用いて車両１００に送信する（ステップＳ２１１）。また、配車管理部４３３は、配車ステータス情報４２３において、配車された車両１００の車両ＩＤに対応する配車ステータスを、迎車中に書き換える。

ステータス管理部４３５は、移動ステータス情報４２５を参照し、取得部４３４により新たなステータス情報が取得されたか否かを判定する（ステップＳ２１２）。新たなステータス情報が取得されたと判定した場合、ステータス管理部４３５は、ピックアップ位置への到着が遅れるか否かを判定する（ステップＳ２１３）。例えば、ステータス管理部４３５は、移動ステータス情報４２５に格納されている最新のピックアップ位置への到着目標時刻と、配車ステータス情報４２３に格納されているピックアップ位置への到着時刻とを比較する。

ピックアップ位置への到着が遅れると判定した場合、ステータス管理部４３５は、車両１００の移動状況と共に、配車や施設の予約キャンセルや配車や施設の予約変更を確認するための情報を、通信装置４１０を用いて利用者端末３００に送信する（ステップＳ２１４）。例えば、ステータス管理部４３５は、ピックアップ位置への到着目標時刻、車両１００の現在の位置情報、および、目的地への到着目標時刻等を含む移動状況を、利用者端末３００に送信する。次いで、ステータス管理部４３５は、車両１００の移動状況を、通信装置４１０を用いて施設端末２００に送信する（ステップＳ２１５）。例えば、ステータス管理部４３５は、施設への到着目標時刻、あるいは遅れる時間を含む移動状況を、施設端末２００に送信する。

一方、ステップＳ２１２において、ステータス情報を取得していないと判定した場合、配車管理部４３３は、通信装置４１０を用いて、配車キャンセル指示を利用者端末３００から受信したか否かを判定する（ステップＳ２１６）。配車キャンセル指示を受信した場合、配車管理部４３３は、通信装置４１０を用いて、配車キャンセル指示を車両１００に送信する（ステップＳ２１７）。また、配車管理部４３３は、通信装置４１０を用いて、配車がキャンセルされたことを施設端末２００に送信する（ステップＳ２１８）。ここで、配車管理部４３３は、配車の予約の変更指示を利用者端末３００から受信し、変更内容を車両１００および施設端末２００に送信してもよい。また、配車管理部４３３は、配車キャンセルや配車の予約変更とともに、施設への予約キャンセルや予約の変更の指示を、通信装置４１０を用いて利用者端末３００から受信し、その旨を施設端末２００に転送してもよい。

一方、ステップＳ２１６において、配車管理部４３３により配車キャンセル指示等を受信していないと判定された場合、ステータス管理部４３５は、通信装置４１０を用いて利用者端末３００から、乗車完了を示す移動ステータスを受信したか否かを判定する（ステップＳ２１９）。乗車完了を示す移動ステータスを受信していないと判定した場合、ステータス管理部４３５は、ステップＳ２１２に戻って処理を繰り返す。

ステップＳ２１９において、乗車完了を示す移動ステータスを受信したと判定した場合、ステータス管理部４３５は、通信装置４１０を用いて施設端末２００に、利用者全員が車両１００に乗車したことを送信する（ステップＳ２２０）。次いで、ステータス管理部４３５は、通信装置４１０を用いて車両１００から受信したステータス情報や利用者情報に基づいて、乗車員人数と予定人数とが同一か否かを判定する（ステップＳ２２１）。乗車人数と予約人数とが同一でない場合、ステータス管理部４３５は、通信装置４１０を用いて施設端末２００に、予約人数を乗車人数に変更することを送信する（ステップＳ２２２）。

次いで、ステータス管理部４３５は、通信装置４１０を用いて車両１００から、ステータス情報を受信したか否かを判定する（ステップＳ２２３）。ステータス情報を受信したと判定した場合、ステータス管理部４３５は、受信したステータス情報に基づいて、目的地までの到着目標時刻が予約時刻よりも遅れているか否かを判定する（ステップＳ２２４）。到着目標時刻が予約時刻よりも遅れていると判定した場合、ステータス管理部４３５は、通信装置４１０を用いて施設端末２００に、車両１００の移動状況を送信する（ステップＳ２２５）。

次いで、ステータス管理部４３５は、通信装置４１０を用いて車両１００から、オーダー指示を受信したか否かを判定する（ステップＳ２２６）。オーダー指示を受信したと判定した場合、ステータス管理部４３５は、通信装置４１０を用いて施設端末２００に、オーダー指示を送信する（ステップＳ２２７）。

次いで、ステータス管理部４３５は、通信装置４１０を用いて車両１００から、目的地に到着したことを示すステータス情報を受信したか否かを判定する（ステップＳ２２８）。目的地に到着したことを示すステータス情報を受信したと判定した場合、ステータス管理部４３５は、配車ステータス情報４２３および移動ステータス情報４２５の配車ステータスを移動完了に書き換えるとともに、通信装置４１０を用いて施設端末２００に、目的地に到着したことを送信する（ステップＳ２２９）。

次に、図１８を参照して、配車システム１の概要について説明する。図１８は、配車システム１を利用した例について説明するための図である。図１８に示す例では、ホテル５３０への宿泊と、レストラン５４０への食事予約と、空港５２０からホテル５３０への送迎車と、ホテル５３０からレストラン５４０への送迎車とが予約されているとする。

（１）まず、利用者Ｕ１が、自宅５１０において、利用者端末３００を用いて、施設予約情報と配車予約情報とを送迎管理装置４００に送信し、施設と送迎車の予約をとる。
（２）送迎管理装置４００は、配車タイミングになった場合、予め割り当てられている車両１００Ａを、ピックアップ位置である空港５２０へ向かわせる。
（３）車両１００Ａは、移動状況等のステータス情報を取得し、送迎管理装置４００に通知する。
（４）空港５２０への車両１００Ａの到着が遅れる場合、送迎管理装置４００は、その旨をホテル５３０の施設端末２００と利用者Ｕ１の利用者端末３００に通知する。例えば、利用者端末３００から送迎管理装置４００に対して、配車のキャンセルが指示された場合、送迎管理装置４００は、車両１００Ａに対して配車キャンセルを通知し、車両ステーションに向かうよう指示するとともに、その旨をホテル５３０の施設端末２００に通知する。

（５）車両１００Ａは、空港５２０に到着した場合、到着したことや駐車している場所を示す情報等を、利用者Ｕ１の利用者端末３００および送迎管理装置４００に通知する。
送迎管理装置４００は、受信した内容を、ホテル５３０の施設端末２００に転送する。そして、利用者Ｕ１が車両１００Ａに乗車した後、車両１００Ａは、ホテル５３０に向かって出発する。
（６）車両１００Ａは、利用者Ｕ１が乗車したことやその他の移動状況等を、送迎管理装置４００に通知する。送迎管理装置４００は、受信した内容を、ホテル５３０の施設端末２００に転送する。
（７）ホテル５３０への車両１００Ａの到着が遅れる場合、送迎管理装置４００は、その旨をホテル５３０の施設端末２００に通知する。
（８）車両１００Ａは、ホテル５３０に到着した場合、到着したことや、利用者Ｕ１が降車したことを示す情報等を、送迎管理装置４００に通知する。送迎管理装置４００は、受信した内容をホテル５３０の施設端末２００に転送する。
（９）車両１００Ａは、車両ステーションや次の配車予約のピックアップ位置へ向かって移動する。

（１０）その後、送迎管理装置４００は、レストラン５４０の予約時間に合わせて車両１００Ｂを配車し、車両１００Ｂがピックアップ位置であるホテル５３０に向かっていることを利用者端末３００に通知する。車両１００Ａは、ホテル５３０に移動しながら、移動状況を取得し、送迎管理装置４００に通知する。ホテル５３０への到着が遅れる場合、送迎管理装置４００は、その旨を利用者端末３００に通知する。
（１１）車両１００Ｂは、ホテル５３０に到着した場合、到着したことや駐車している場所を示す情報等を、利用者端末３００および送迎管理装置４００に通知する。そして、利用者Ｕ１が車両１００Ｂに乗車した場合、車両１００Ｂは、レストラン５４０に向かって出発する。
（１２）車両１００Ｂは、利用者Ｕ１が乗車したことやその他の移動状況等を、送迎管理装置４００に通知する。

（１３）レストラン５４０への車両１００Ｂの到着が遅れる場合や、オンラインメニューのオーダー指示を受け付けた場合、送迎管理装置４００は、その旨を施設端末２００に通知する。
（１４）車両１００Ｂは、レストラン５４０に到着した場合、到着したことや、利用者Ｕ１が降車したことを示す情報等を、送迎管理装置４００に通知する。
（１５）車両１００Ｂは、車両ステーションや次の配車予約のピックアップ位置へ向かって移動する。

次に、図１９を参照して、配車システム１の他の例について説明する。図１９は、配車システム１を利用した他の例について説明するための図である。図１９に示す通り、車両１００Ｃは、複数のピックアップ位置Ｐ１，Ｐ２，Ｐ３で利用者を乗車させ、目的地に向かってもよい。

以上説明した第１の実施形態によれば、施設の予約内容に基づいて送迎スケジュールを作成し、車両を予約する配車予約部４３２と、送迎スケジュールに従って、配車予約部４３２により予約された車両を配車する配車管理部４３３と、を備えることにより、予約された施設と連動した送迎サービスを提供することができる。

利用者は、送迎管理装置４００により施設予約情報に基づいて作成された送迎スケジュールに従って、施設予約に合わせた配車予約をすることができるため、施設までの移動手段を確保することができる。また、施設予約情報に基づいて送迎スケジュールが作成されるため、配車予約のための詳細情報を入力しなくてもよく、利用者の手間を軽減させることができる。また、施設側としても、サービスの一部として送迎車を提供することにより、集客力を高めることができ、利用者側としても、移動手段のコストを抑えることができる。

利用者は、移動中の車両１００から、車両の配車状況や遅れ状況等を取得することにより、配車状況や遅れ状況を確認して、その後の行動を決定することができる。

施設側は、移動中の車両１００から、利用者の乗車状況や車両１００の遅れ状況、到着目標時刻等の移動状況を取得することにより、利用者の到着に合わせて利用者を迎える準備をすることができ、サービスを向上させることができる。

利用者は、送迎車が遅れる場合、施設の予約や送迎車の予約を簡単に変更あるいはキャンセルすることができる。

利用者は、移動中の車両１００から人数変更やオーダーをすることができるため、施設の到着した後にオーダーするよりも、待ち時間を短縮することができる。また、施設側としても、事前に人数変更やオーダーを受け付けることにより、利用者をスムーズに案内することができる。また、車両１００から利用者からオーダーを受け付けた場合、施設側は、事前オーダーをしている利用者を優先的に案内してもよい。

施設側は、移動中の車両１００から、利用者情報を取得することにより、利用者の属性に応じたサービスを提供することができる。例えば、利用者の人数、性別、年齢に応じた席を用意したり、利用者の好みに応じた商品やサービスを提供したりすることができる。

＜第２の実施形態＞
以下、第２の実施形態の送迎管理装置４００Ａについて説明する。以下の説明において、第１の実施形態で説明した内容と同様の機能を有する部分については、同様の名称および符号を付するものとし、その機能に関する具体的な説明は省略する。

以下では、送迎管理装置４００および施設端末２００の一部または全部の利用権限を有するサービス提供者によって、車両１００による利用者の送迎が包括的に管理される例を用いて説明する。なお、送迎管理装置４００Ａは、例えば、送迎管理装置４００、サービス提供者装置６００、サービス管理装置７００、および車両管理装置９１０からなる。

［サービス提供者］
サービス提供者は、送迎前または送迎途中のタイミングで、利用者に送迎以外の付加サービスを提供する。サービス提供者は、図１８に示す例において、空港５２０、ホテル５３０、およびレストラン５４０等の施設側の担当者であってもよいし、車両１００の管理者であってもよい。また、サービス提供者は、付加サービスの提供に加え、車両１００、空港５２０、ホテル５３０、レストラン５４０等の予約スケジュールを仲介し、包括的に管理する仲介業者であってもよい。

サービス提供者の提供する付加サービスとは、例えば、利用者が車両１００で移動中に享受できる商品またはサービスであってもよいし、利用者の送迎途中に店舗等のサービス提供箇所に立ち寄る必要があってもよい。移動中に享受できる商品またはサービスとは、例えば、有料情報番組の視聴や、車両１００の車内で実施可能なマッサージである。また、サービス提供者は、移動中に享受できる商品またはサービスの提供のために、サービス提供担当者を車両１００に派遣してもよい。また、サービス提供装置を車両１００に設置してもよい。サービス提供装置は、例えば、マッサージ装置である。サービス提供装置は、車両１００に搭載可能な大きさの自動販売機であってもよい。

また、サービス提供者は、利用者情報取得部１７５の取得する利用者情報に基づいて、提供可能なサービスを車両１００に乗車中の利用者に提案してもよい。サービス提供者は、例えば、利用者情報取得部１７５の取得する利用者情報を解析した結果、利用者の具合が悪そうであると解析した場合、サービス提供装置から薬等を提供してもよい。また、サービス提供者は、入出力部１７１に近隣の休憩スポットや、医療機関、ドラッグストア等に立ち寄ることを利用者に対する提案する表示や音声を再生させてもよい。

利用者は、サービス提供者によって提供される付加サービスを車両１００の乗車前（例えば、配車予約時）に発注してもよいし、車両１００に乗車中に発注してもよい。

オーダー取得部１７６は、入出力部１７１等を介して利用者による付加サービスの発注を受け付けると、付加サービスを管理するサービス提供者装置６００に発注内容を送信する。

［サービス提供者装置］
図２０は、サービス提供者装置６００の機能構成図である。サービス提供者装置６００は、例えば、複数のサービス提供者の状態を把握し、利用者およびサービス管理者からの発注に自動的に応答可能な装置である。サービス提供者装置６００は、例えば、通信部６１０と、受注処理部６２０と、状態管理部６３０と、記憶部６５０（不図示）とを備える。

通信部６１０は、ネットワークＮＷを介して送迎管理装置４００などと通信する。受注処理部６２０は、利用者からのサービス発注に対して、受注処理を行う。受注処理部６２０は、サービス発注の内容が、既に送迎管理装置４００に送信済のサービス提供情報であるか否かを判定し、送信済でないと判定した場合に受注処理を先に進める。状態管理部６３０は、サービス提供者装置６００に登録されたサービス提供者の状態（予約状態、稼働状態など）を管理し、サービス提供情報をサービス管理装置７００および送迎管理装置４００に提供する。サービス管理装置７００については後述する。

サービス提供者装置６００は、例えば、以下のような内容を含むサービス提供情報をサービス管理装置７００および送迎管理装置４００に送信する。サービス提供情報は、サービス提供者が受注可能なサービスに関連する情報である。
［サービス提供情報］
・識別ＩＤ（サービス提供者を識別するＩＤ)
・利用者ＩＤ
・必要車両コンパートメント情報（サービス提供に要する車内利用空間の情報）
・施設位置情報
・サービス提供地点情報（対象施設情報）
・サービス提供時刻情報（予約情報）
・利用者ピックアップ位置
・サービスステータス情報（サービス提供者が提供するサービスの実行状況・進捗に対応する情報）
・利用者設定情報（例えば、サービスへの入力・備考等の追加情報）

なお、サービスステータス情報とは、例えば、車両１００内で実施する複数の付加サービスのそれぞれの実施状況に対応し、進行パーセントがどの程度か、残時間が何分かといった進捗度合いである。また、サービスステータス情報は、「提供前、提供中、提供終了」といった状態を示す値で示されてもよい。

なお、サービス提供者装置６００の通信部６１０は、通信結果に応じて、入出力部１７１等の表示装置に表示内容を切り替えさせてもよい。サービス提供者装置６００は、例えば、サービス提供の開始時刻が近づいていることや、サービス提供を開始したことを入出力部１７１に表示させる。

［サービス管理装置］
図２１は、サービス管理装置７００の機能構成図である。サービス管理装置７００は、例えば、通信部７１０と、サービス情報取得部７２０と、車両特定部７３０と、プラン決定部７４０と、経路指示部７５０と、認証部７６０と、判定部７７０と、記憶部８００とを備える。通信部７１０および記憶部８００を除く構成要素は、例えば、ＣＰＵなどのハードウェアプロセッサがプログラム（ソフトウェア）を実行することにより実現される。これらの構成要素のうち一部または全部は、ＬＳＩやＡＳＩＣ、ＦＰＧＡ、ＧＰＵなどのハードウェア（回路部；circuitryを含む）によって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。プログラムは、予めＨＤＤやフラッシュメモリなどの記憶装置に格納されていてもよいし、ＤＶＤやＣＤ−ＲＯＭなどの着脱可能な記憶媒体に格納されており、記憶媒体がドライブ装置に装着されることでインストールされてもよい。記憶部８００は、ＨＤＤやフラッシュメモリ、ＲＡＭ、ＲＯＭなどにより実現される。

通信部７１０は、例えば、ネットワークＮＷに接続するためのネットワークカードである。通信部７１０は、ネットワークＮＷを介して車両１００の配車管理ユニット１７０等の通信装置、サービス提供者装置６００、サービス管理装置７００、車両管理装置９１０等と、サービス管理装置７００が提供する専用のＡＰＩ（Application Programming Interface）を介して通信する。専用のＡＰＩによって提供される利用者に関する情報には、利用者の個人情報（例えば、氏名等）は含まれず、例えば、車両１００の識別情報を利用者ＩＤとしてもよい。

サービス情報取得部７２０は、通信部７１０を介して、車両１００の配車管理ユニット１７０等の通信装置からサービス情報を取得する。サービス情報とは、例えば、以下に示すようなサービス利用依頼情報である。
［サービス利用依頼情報］
・利用者ＩＤ
・位置情報（緯度、経度、高度）
・利用希望サービスＩＤ
・利用希望区間情報
・利用者の希望するサービス利用の時間帯の情報
・決済認証情報

また、サービス情報取得部７２０は、サービス提供者装置６００からサービス提供情報を取得してもよい。サービス情報取得部７２０は、サービス提供情報のうち、サービス提供地点に対応した地点情報、およびサービス提供者の識別情報、サービス提供者の利用者の識別情報を取得して、プラン決定部７４０に出力する。

車両特定部７３０は、サービス利用依頼情報と車両情報に基づいて、利用可能な車両１００を特定し、利用可能車両情報８２０を生成する。具体的に、車両特定部７３０は、サービス利用依頼情報に含まれる利用希望空間（コンパートメント）情報、利用希望区間情報、サービス利用の時間帯の情報と、車両情報に含まれる位置情報、コンパートメント利用状況とを比較し、位置情報とコンパートメント利用状況とが、サービス利用依頼情報に含まれる条件を満たす車両を、利用可能な車両１００として特定する。

プラン決定部７４０は、利用可能車両情報８２０およびサービス提供情報に基づいて、利用者が享受可能な可用サービスを特定し、特定した可用サービスに関する情報を利用者の車両１００の配車管理ユニット１７０に提供する。

より具体的に、プラン決定部７４０は、利用可能車両情報８２０およびサービス提供情報に基づいて、サービス提供者が車両１００の少なくとも一部（例えば、コンパートメント）を占有する区間を設定し、サービス利用依頼情報における利用希望区間情報を設定する。

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

プラン決定部７４０は、例えば、アクセスポイント取得部７４２を備える。アクセスポイント取得部７４２は、アクセスポイントを取得する。アクセスポイントとは、例えば、利用者が付加サービスを利用する位置や、付加サービスを受けるために利用者またはサービス提供担当者が乗降車する位置である。アクセスポイント取得部７４２の取得するアクセスポイントは、実測位置情報（緯度、経度、高度）であってもよいし、推定された位置情報であってもよい。

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

また、プラン決定部７４０は、利用者が付加サービスを発注することにより、施設への到着目標時刻の変更を要する場合には、通信部７１０を介して施設端末２００および送迎管理装置４００に到着目標時刻変更の調整を送信する。この際にプラン決定部７４０が行う処理は、送迎管理装置４００のステータス管理部４３５による到着時刻あるいは目的地への到着時刻が遅れている場合に行う処理と同様のため、処理の詳細の説明は割愛する。

経路指示部７５０は、通信部７１０に、利用者の利用開始位置および利用終了位置の情報と、サービス提供者の利用開始位置および利用終了位置の情報とを、車両１００に送信させることで、車両１００が走行すべき経路を車両１００に指示する。

認証部７６０は、配車管理ユニット１７０との通信による利用者の認証を行ったり、サービス提供開始時の認証を行ったりする。

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

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

記憶部８００には、登録された利用者に関する利用者情報８１０、前述した利用可能車両情報８２０の他、サービス管理情報８３０が格納される。サービス管理情報８３０は、例えば、サービス依頼管理情報８３２と、予約管理情報８３４と、実行中サービス管理情報８３６とを含む。サービス依頼管理情報８３２には、サービス情報取得部７２０により取得されたサービス利用依頼情報のそれぞれがレコードとして登録される。予約管理情報８３４には、予約利用区間、予約利用時間帯、経由地、経由地予定到着時刻などの情報が、サービスごとに格納される。実行中サービス管理情報８３６には、サービスステータス情報やサービス属性、サービス提供者ＩＤ（サービス提供者の識別情報）などの情報が登録される。サービス属性とは、例えば、サービス提供者から情報を受け取る利用者およびサービス管理装置７００からみたときに、サービス提供者が提供可能なサービスを区分した情報で、例えばサービス提供者の業態（飲食、小売など）や、費用区分のランク等を示す値である。

実行中サービス管理情報８３６の保持するサービスステータス情報は、例えば、認証部７６０によってサービス開始のための認証処理が行われるタイミングで更新される。サービス管理装置７００は、サービス管理情報８３０を管理することで、車両１００の利用者の状態（例えば、入出力部１７１の取得した利用者情報）と、車両１００の運行計画に対する状態を包括的に管理することができる。また、判定部７７０は、サービスステータス情報から、利用者の利用情報および車両１００の運行情報から判定される状態属性（例えば、利用者が到着時刻を優先して付加サービスの享受をあきらめた等の情報）を判定結果としてもよい。

また、利用者の利用情報および車両１００の運行情報から判定される状態属性には、付加サービスを含む運行プランに対しての進捗に基づいて決定される到着度合い（例えば、予定より早い、定刻、予定より遅れる）に加え、車両１００のセンシングデータに基づいて決定される周辺環境および運転状態の属性（例えば、雨天、渋滞、通行規制、低ＳｏＣ（State Of Charge）、故障、事故）等を示す値が含まれる。

［車両管理装置］
図２２は、車両１００に搭載される車両管理装置９１０の機能構成図である。車両管理装置９１０は、例えば、通信部９２０と、認証部９３０と、車両管理部９５０とを備える。

通信部９２０は、無線通信装置である。通信部９２０は、ネットワークＮＷを介してサービス管理装置７００と通信する。認証部９３０は、サービス管理装置７００の指示により、サービス開始のための認証処理を行う。

車両管理部９５０は、例えば、利用状況検知部９５２と、利用許可部９５４と、認証部９５６とを備える。車両１００には、利用者が利用可能な空間（コンパートメント）が一以上設けられており、利用状況検知部９５２は、コンパートメントごとの利用状況を検知する。例えば、利用状況検知部９５２は、各コンパートメントが利用中であるか否かを検知する。車両１００は、普通乗用車に限らず、トレーラー、バス、マイクロバスなど、車室内を区切ったコンパートメントのそれぞれに一以上の乗員が乗車可能なサイズの車両であってもよい。利用許可部９５４は、例えば、認証部９５６による認証が成功した場合に、予め指定されたコンパートメントの利用を許可し、例えばドアの開錠等を行う。認証部９５６は、乗車してくるサービス提供者の本人確認等の認証を行う。

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

図２２は、配車システム１Ａにおいて実行される処理の流れの一例を示すフローチャートである。なお、以下の例において、サービス提供者により乗車中に付加サービスが発注され、利用者が設定した当初の目的地とは異なる目的地（付加サービス提供位置）で利用者が降車する例を用いて処理の流れを説明する。

まず、利用者は、車両１００の入出力部１７１をサービス管理装置７００の認証部７６０に対してユーザ認証を行う（ステップＳ３００）。次に、利用者は、サービス利用依頼情報をサービス提供者装置６００に送信する（ステップＳ３０１）。サービス提供者装置６００は、受信したサービス利用依頼情報を解釈し（ステップＳ３０２）、解釈したサービス利用依頼情報に基づいて予約情報をサービス管理装置７００に送信する（ステップＳ３０３）。

サービス管理装置７００は、サービス提供者装置６００により送信された予約情報に基づいて、配車サービスの受注処理を行い、受注情報を車両管理装置９１０に送信する（ステップＳ３０４）。車両管理装置９１０は、受信した受注情報に基づいて、送迎管理装置４００に送迎予約を生成させる（ステップＳ３０５）。

サービス管理装置７００は、受注情報に基づいて利用者に配車サービスを開始し（ステップＳ３０６）、サービス開始したことをサービス提供者装置６００および車両管理装置９１０に送信する。車両管理装置９１０は、サービス開始を認識し、専用ＡＰＩを用いて車両１００等に通知する（ステップＳ３０７）。

サービス提供者装置６００は、車両１００の配車情報を取得・更新することを開始する（ステップＳ３０８）。車両１００は、ピックアップ位置付近への移動を開始する（ステップＳ３０９）。サービス管理装置７００は、ピックアップ位置を確定し、サービス提供者装置６００に送信する（ステップＳ３１０）。サービス提供者装置６００は、車両１００にピックアップ位置を通知し（ステップＳ３１２）、車両管理装置９１０を介して入出力部１７１への表示制御指示を送信する（ステップＳ３１３）。車両管理装置９１０は、入出力部１７１への車両表示を切り替える（ステップＳ３１４）。

車両管理装置９１０は、ピックアップ位置で利用者の車両１００への乗車を許可し（ステップＳ３１５）、利用者は車両１００に乗車する（ステップＳ３１６）。サービス提供者装置６００は、車両ステータス情報を更新し（ステップＳ３１７
）、車両管理装置９１０はセンサ情報を更新する（ステップＳ３１８）。

サービス提供者装置６００は、提供可能な付加サービスに関する情報を生成し入出力部１７１等に出力する（ステップＳ３１９）。利用者は、付加サービスを選択し発注する（ステップＳ３２０）。サービス提供者装置６００は、車両ステータスおよび提供する付加サービスに関するサービス利用依頼情報を更新して、更新内容をサービス管理装置７００に送信する（ステップＳ３２１）。

サービス管理装置７００は、付加サービスの提供に伴う経路および目的地の変更に伴う処理を行い、処理結果を車両管理装置９１０に送信する（ステップＳ３２２）。

車両管理装置９１０は、目的地に到着したことをサービス提供者装置６００に通知する（ステップＳ３２３）。利用者は、車両１００を降車する（ステップＳ３２４）。サービス提供者装置６００は、利用者への付加サービスの提供を開始する（ステップＳ３２５）。以上、本フローチャートの処理を終了する。

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

例えば、ステータス管理部４３５は、配車キャンセルを確認するための情報とともに、配車変更を受け付けるための情報を、通信装置４１０を用いて利用者端末３００に送信してもよい。そして、利用者は、利用者端末３００に対して、例えば、ピックアップ位置の変更指示を送迎管理装置４００に通知してもよい。送迎管理装置４００のステータス管理部４３５は、変更されたピックアップ位置を車両１００に通知し、経路変更を指示したり、変更内容を利用者端末３００に送信したりしてもよい。

また、送迎管理装置４００の全部または一部の構成は、車両１００に搭載されていてもよい。これにより、例えば、利用者が利用者端末３００を用いて、直接車両１００に対して送迎を依頼することができる。また、依頼された車両１００が送迎できない場合、車両１００は、他の車両１００に送迎依頼を転送してもよい。

また、送迎管理装置４００は、利用者により利用者端末３００を用いて指定されたピックアップ位置への到着時刻や目的地への到着時刻を受信した場合、これらの情報と施設予約情報とに基づいて、送迎スケジュールを作成してもよい。

また、利用者端末３００は、ＧＮＳＳ受信機３６０により測位された利用者の位置を示す情報を定期的に送迎管理装置４００に送信してもよい。送迎管理装置４００は、受信した情報に基づいて、利用者の現在位置と車両１００の現在位置とをトラッキングして、ピックアップ位置を利用者と車両１００との合流位置に設定したり、設定されたピックアップ位置を利用者と車両１００との合流位置に変更したりしてもよい。また、車両１００は、送迎管理装置４００から受信した利用者の位置情報と、自車両の位置情報とに基づいて、利用者と車両１００との合流位置をピックアップ位置に設定し、自車両の経路を設定してもよい。

また、利用者端末３００は、さまざまな操作により配車キャンセル指示を受け付けることができる。例えば、利用者端末３００は、配車キャンセルを確認するための情報を受信し、出力部３３０を用いて利用者に報知する。その後、利用者端末３００は、入力部３２０を用いて利用者から延長指示や配車キャンセル指示等を受け付けてもよく、一定時間内に入力部３２０を用いてなんら指示が入力されない場合には、施設予約と配車予約の両方を受け付けてもよい。

また、復路の配車も予約している場合、利用者は、ピックアップ位置への到着時刻を事前に予約しておいてもよく、施設を出る際に利用者端末３００を用いて送迎管理装置４００に迎車を依頼してもよい。

また、送迎管理装置４００は、配車タイミングの前において、送迎スケジュールの内容が類似する利用者がいる場合、同一車両を用いて、異なるグループの利用者を同乗させる送迎スケジュールを再構成し、車両１００を配車してもよい。例えば、同じ便で同じ空港に到着した利用者を同じホテルに送迎する場合や、同じホテルから近くの別のレストランに送迎する場合などである。このように車両１００で相乗りを実現することにより、施設側は、配車のコストを抑えることができる。この場合、施設側は、利用者に対して、インセンティブを提供してもよい。

また、サービス管理装置７００が、送迎管理装置４００に代わり配車予約を管理してもよいし、送迎管理装置４００およびサービス管理装置７００の両者が配車予約を管理してもよい。

１…配車システム、１００…車両、１１０…外界監視ユニット、１２０…通信装置、１３０…ナビゲーション装置、１４０…推奨車線決定装置、１５０…自動運転制御ユニット、１６０…駆動力出力装置、１６２…ブレーキ装置、１６４…ステアリング装置、１７０…配車管理ユニット、１７１…入出力部、１７２…記憶部、１７３…配車制御部、１７４…ステータス取得部、１７５…利用者情報取得部、１７６…オーダー取得部、２００…施設端末、２１０…通信装置、２２０…入力部、２３０…出力部、２４０…記憶部、２５０…制御部、３００…利用者端末、３１０…通信装置、３２０…入力部、３３０…出力部、３４０…記憶部、３５０…制御部、３６０…ＧＮＳＳ受信機、４００…送迎管理装置、４１０…通信装置、４２０…記憶部、４３０…制御部、４３１…施設予約部、４３２…配車予約部、４３３…配車管理部、４３４…取得部、４３５…ステータス管理部、６００…サービス提供者装置、６１０…通信部、６２０…受注処理部、６３０…状態管理部、６５０…記憶部、７００…サービス管理装置、７１０…通信部、７２０…サービス情報取得部、７３０…車両特定部、７４０…プラン決定部、７４２…アクセスポイント取得部、７５０…経路指示部、７６０…認証部、７７０…判定部、８００…記憶部、８１０…利用者情報、８２０…利用可能車両情報、８３０…サービス管理情報、８３０…サービス管理情報、８３２…サービス依頼管理情報、８３４…予約管理情報、８３６…実行中サービス管理情報、９００…車両管理装置、９１０…車両管理装置、９１０…車両管理装置、９２０…通信部、９３０…認証部、９５０…車両管理部、９５２…利用状況検知部、９５４…利用許可部、９５６…認証部

Claims (15)

1. 施設の予約内容に基づいて送迎スケジュールを作成し、車両を予約する配車予約部と、
   前記送迎スケジュールに従って、前記配車予約部により予約された車両を配車する配車管理部と、
   を備える送迎管理装置。
2. 前記配車予約部は、
   前記施設の予約内容に基づいて、前記施設を目的地あるいは出発地として、指定された到着時刻に間に合うように前記送迎スケジュールを作成する
   請求項１に記載の送迎管理装置。
3. 前記配車管理部により配車された前記車両から移動状況を取得する取得部と、
   前記取得部により取得された移動状況を、前記施設の予約をした利用者が使用する利用者端末あるいは前記施設の管理者が使用する施設端末のうち少なくとも一方に通知するステータス管理部と、
   をさらに備える請求項１に記載の送迎管理装置。
4. 前記ステータス管理部は、
   前記配車管理部により配車された車両に利用者が乗車した後、前記施設への移動を開始したこと、または前記施設への到着目標時刻を、前記施設端末に通知する
   請求項３に記載の送迎管理装置。
5. 前記ステータス管理部は、
   前記配車管理部により配車された車両の到着時刻が遅れている場合、配車の予約についての変更あるいはキャンセル、もしくは前記施設の予約の変更あるいはキャンセルのうち少なくとも一つを受け付ける
   請求項３に記載の送迎管理装置。
6. 前記ステータス管理部は、
   前記配車管理部により配車された車両の到着時刻の遅れが通知された利用者から、配車のキャンセルまたは施設の利用時間の延長のいずれも受け付けられなかった場合、配車のキャンセルおよび前記施設のキャンセルの両方を受け付ける
   請求項５に記載の送迎管理装置。
7. 前記取得部は、
   前記車両から、乗車人数を示す情報を取得し、
   前記ステータス管理部は、
   前記取得部が取得した乗車人数を示す情報が予約された人数と異なる場合、予約人数の変更を、前記施設端末に通知する
   請求項３に記載の送迎管理装置。
8. 前記取得部は、
   前記車両から、前記施設が提供するサービスあるいは物品のオーダー指示を取得し、
   前記ステータス管理部は、
   前記取得部が取得した前記オーダー指示を、前記施設端末に通知する
   請求項３に記載の送迎管理装置。
9. サービス提供者からサービス提供地点に対応した地点情報、および前記サービス提供者の識別情報、前記サービス提供者の利用者の識別情報を含むサービス提供情報を取得するサービス情報取得部と、
   前記利用者が前記サービス提供を受ける前記地点情報であるアクセスポイントを取得するアクセスポイント取得部と、
   前記地点情報およびアクセスポイントとの間に経路に対応した前記車両の運行プランを決定するプラン決定部と、をさらに備える、
   請求項３に記載の送迎管理装置。
10. 前記サービス情報、および前記取得部によって取得された前記利用者の識別情報に対応した、サービスステータス情報を生成し、少なくとも前記車両の前記経路上において提供されるサービスに関する前記サービスステータス情報を提供する状態管理部、をさらに備える、
    請求項９に記載の送迎管理装置。
11. 前記プラン決定部は、 前記サービスステータス情報に対応付く前記利用者の識別情報を取得し、前記プラン決定部の決定する車両の運行プランに基づいて、前記サービスステータス情報を生成し、前記プランの計画を行う、
    請求項１０に記載の送迎管理装置。
12. 前記プラン決定部は、
    前記サービスステータス情報として、前記利用者の識別情報および前記移動状況から判別される状態属性を管理して、前記プランの計画を行う、
    請求項１１に記載の送迎管理装置。
13. 前記プラン決定部は、
    前記施設端末に対し、前記サービスステータス情報のうち、前記施設への到着時刻に関する情報を通知する、
    請求項１０に記載の送迎管理装置。
14. 施設の予約内容に基づいて送迎スケジュールを作成して、車両を予約し、
    前記送迎スケジュールに従って、予約された車両を配車する、
    送迎管理方法。
15. コンピュータに、
    施設の予約内容に基づいて送迎スケジュールを作成させて車両を予約させ、
    前記送迎スケジュールに従って、予約された車両を配車させる、
    プログラム。

Images