JP7167769B2 - 運行支援装置及び車両 - Google Patents

Description

本発明は、運行支援装置、車両、運行管理装置、及び運行支援方法に関する。

特許文献１には、ユーザによって指定された出発地から目的地までの移動経路として、運送車両提供者によって提供される車両を利用した移動経路を提案するとともに、ユーザによって実際の移動経路として承認された移動経路を実現するための車両の手配を行う技術が記載されている。

特開２０１７－１６７９４２号公報

ユーザの予約による乗降位置及び乗降時刻の希望に応じて走行経路及び運行スケジュールなどの運行計画が決定されるオンデマンドバスなどのオンデマンド交通システムがある。このような交通システムでは、人が乗車したときに、その人が予約をとったユーザであるかどうかを確認する必要がある。

特許文献１に記載の技術では、乗車が予定されているユーザのタグＩＤを取得できたかどうかによって乗車が確認されるため、ユーザが無線タグを携帯しなければならない。「ＩＤ」は、Identifierの略語である。

本発明の目的は、人が乗車したときに、その人が無線タグなどの通信機器を携帯しているかどうかに関わらず、その人が予約をとったユーザであるかどうかを確認することである。

本発明の一実施形態に係る運行支援装置は、
予約による乗車位置及び降車位置の希望に応じて運行計画が決定される車両の運行を支援する運行支援装置であって、
前記乗車位置で停車中の前記車両にて、前記乗車位置で乗車した人によって１つの目的地候補が選択又は入力された場合に、選択又は入力された目的地候補の情報を取得し、取得した情報を、前記乗車位置の情報に前記予約の際に紐付けられた前記降車位置の情報と照合する制御部を備える。

本発明の一実施形態に係る運行管理装置は、
情報を送受信する通信部と、
前記通信部を介して、予約による乗車位置及び降車位置の希望に応じて運行計画が決定される車両から前記乗車位置で停車中に送信される前記車両の位置情報を受信し、前記車両の位置情報に対して、前記通信部を介して、前記車両の位置情報に対応する前記乗車位置の情報に前記予約の際に紐付けられた前記降車位置の情報と、前記降車位置に対応する目的地候補の情報を含む複数の目的地候補の情報とを送信する制御部と
を備える。

本発明の一実施形態に係る運行支援方法では、
予約による乗車位置及び降車位置の希望に応じて運行計画が決定される車両が、前記乗車位置で停車中に複数の目的地候補の情報を出力し、
運行支援装置が、前記車両にて出力された情報から、前記乗車位置で乗車した人によって１つの目的地候補が選択された場合に、選択された目的地候補の情報を取得し、取得した情報を、前記乗車位置の情報に前記予約の際に紐付けられた前記降車位置の情報と照合する。

本発明の一実施形態によれば、人が乗車したときに、その人が無線タグなどの通信機器を携帯しているかどうかに関わらず、その人が予約をとったユーザであるかどうかを確認することができる。

第１実施形態及び第２実施形態に係るオンデマンド交通システムの構成を示す模式図である。 第１実施形態及び第２実施形態に係るオンデマンド交通システムの構成を示すブロック図である。 第１実施形態に係るオンデマンド交通システムの動作を示すフローチャートである。 第１実施形態に係るデータベースの例を示す表である。 第１実施形態に係るオンデマンド交通システムの動作を示すフローチャートである。 第１実施形態に係る選択画面の例を示す表である。 第１実施形態の一変形例に係る選択画面の例を示す表である。 第２実施形態に係るオンデマンド交通システムの動作を示すフローチャートである。 第２実施形態に係るデータベースの例を示す表である。 第２実施形態に係るオンデマンド交通システムの動作を示すフローチャートである。 第２実施形態に係る選択画面の例を示す表である。

以下、本発明の実施形態について、図を参照して説明する。

各図中、同一又は相当する部分には、同一符号を付している。各実施形態の説明において、同一又は相当する部分については、説明を適宜省略又は簡略化する。

（第１実施形態）
図１を参照して、本実施形態の概要を説明する。

本実施形態に係るオンデマンド交通システム１０では、予約による乗車位置及び降車位置の希望に応じて車両１２の運行計画が決定される。車両１２は、乗車位置で停車中に複数の目的地候補の情報を出力する。運行管理装置３０は、乗車位置の情報に予約の際に紐付けられた降車位置の情報を任意の時点で運行支援装置４０に送信する。運行支援装置４０は、車両１２にて出力された情報から、乗車位置で乗車した人によって１つの目的地候補が選択された場合に、選択された目的地候補の情報を取得する。運行支援装置４０は、取得した情報を、乗車位置の情報に予約の際に紐付けられた降車位置の情報と照合する。

本実施形態によれば、人が乗車したときに、その人が無線タグなどの通信機器を携帯しているかどうかに関わらず、その人が予約をとったユーザ１１であるかどうかを確認することができる。

ユーザ１１は、本実施形態では、運行管理装置３０にアクセス可能なオペレータ１４と電話又はメールでコミュニケーションをとって車両１２を予約するが、携帯電話機、スマートフォン、タブレット、又はＰＣなどの端末装置から運行管理装置３０にアクセスして、オペレータ１４を介さずに車両１２を予約してもよい。「ＰＣ」は、Personal Computerの略語である。

本実施形態では、乗車した人の通信機器に対してＩＤの提示が要求されるのではなく、乗車した人に対して、その人しか知らないであろう秘密の情報の提示が直接要求される。本実施形態によれば、ユーザ１１が通信機器を携帯する必要がないため、利便性が向上する。車両１２がユーザ１１の通信機器と通信を行う必要がないため、設備を簡素化することができる。

本実施形態では、秘密の情報として、予約番号又は暗証番号など、忘れる可能性のある情報の提示が要求されるのではなく、目的地という、乗車する上で忘れることのない情報の提示が要求される。本実施形態によれば、ユーザ１１が忘れる可能性のある情報を記憶する必要がないため、利便性が向上する。オペレータ１４が予約の際に予約番号をユーザ１１に伝える必要がなく、また暗証番号をユーザ１１に尋ねる必要もないため、サービスを効率化することができる。

本実施形態では、秘密の情報に紐付くキー情報として、ＩＤなど、乗車した人の通信機器から取得する必要のある情報が利用されるのではなく、乗車位置という、車両１２そのもので取得することのできる情報が利用される。本実施形態によれば、ユーザ１１が通信機器を携帯する必要がないため、利便性が向上する。車両１２がユーザ１１の通信機器と通信を行う必要がないため、設備を簡素化することができる。

車両１２は、本実施形態ではオンデマンドバスであるが、乗り合いタクシーなど、他の種類のオンデマンド車両でもよい。オンデマンドバスとしては、例えば、ガソリン車、ディーゼル車、ＨＶ、ＰＨＶ、ＥＶ、又はＦＣＶなどの任意の種類の自動車を使用できる。「ＨＶ」は、Hybrid Vehicleの略語である。「ＰＨＶ」は、Plug-in Hybrid Vehicleの略語である。「ＥＶ」は、Electric Vehicleの略語である。「ＦＣＶ」は、Fuel Cell Vehicleの略語である。車両１２は、本実施形態では運転手によって運転されるが、任意のレベルで運転が自動化されていてもよい。自動化のレベルは、例えば、ＳＡＥのレベル分けにおけるレベル１からレベル５のいずれかである。「ＳＡＥ」は、Society of Automotive Engineersの略語である。車両１２は、ＭａａＳ専用車両でもよい。「ＭａａＳ」は、Mobility as a Serviceの略語である。

ユーザ１１と車両１２との関係は、１対１の関係に限らず、１対多、多対１、及び多対多のいずれの関係でもよい。ユーザ１１は、不特定多数の人でもよい。車両１２は、相乗り可能でもよい。

運行支援装置４０は、移動体通信網及びインターネットなどのネットワーク１３を介して運行管理装置３０と通信可能である。

図２を参照して、本実施形態に係るオンデマンド交通システム１０の構成を説明する。

オンデマンド交通システム１０は、運行管理装置３０と、運行支援装置４０とを備える。

運行管理装置３０は、車両１２の運行を管理する装置である。運行管理装置３０は、データセンタなどの任意の場所に備えられる。運行管理装置３０は、クラウドコンピューティングシステム又はその他のコンピューティングシステムに属するサーバとして構成される。

運行管理装置３０は、制御部３１、記憶部３２、通信部３３、入力部３５、及び出力部３６などの構成要素を備える。

制御部３１は、１つ以上のプロセッサである。プロセッサとしては、ＣＰＵなどの汎用プロセッサ、又は特定の処理に特化した専用プロセッサを使用できる。「ＣＰＵ」は、Central Processing Unitの略語である。制御部３１には、１つ以上の専用回路が含まれてもよいし、又は制御部３１において、１つ以上のプロセッサを１つ以上の専用回路に置き換えてもよい。専用回路としては、例えば、ＦＰＧＡ又はＡＳＩＣを使用できる。「ＦＰＧＡ」は、Field-Programmable Gate Arrayの略語である。「ＡＳＩＣ」は、Application Specific Integrated Circuitの略語である。制御部３１は、運行管理装置３０の各部を制御しながら、運行管理装置３０の動作に関わる情報処理を実行する。

記憶部３２は、１つ以上のメモリである。メモリとしては、例えば、半導体メモリ、磁気メモリ、又は光メモリを使用できる。半導体メモリとしては、例えば、ＲＡＭ又はＲＯＭを使用できる。「ＲＡＭ」は、Random Access Memoryの略語である。「ＲＯＭ」は、Read Only Memoryの略語である。ＲＡＭとしては、例えば、ＳＲＡＭ又はＤＲＡＭを使用できる。「ＳＲＡＭ」は、Static Random Access Memoryの略語である。「ＤＲＡＭ」は、Dynamic Random Access Memoryの略語である。ＲＯＭとしては、例えば、ＥＥＰＲＯＭを使用できる。「ＥＥＰＲＯＭ」は、Electrically Erasable Programmable Read Only Memoryの略語である。メモリは、例えば、主記憶装置、補助記憶装置、又はキャッシュメモリとして機能する。記憶部３２には、運行管理装置３０の動作に用いられる情報と、運行管理装置３０の動作によって得られた情報とが記憶される。

通信部３３は、１つ以上の通信モジュールである。通信モジュールとしては、例えば、ＬＡＮ規格に対応した通信モジュールを使用できる。「ＬＡＮ」は、Local Area Networkの略語である。通信部３３は、運行管理装置３０の動作に用いられる情報をネットワーク１３経由で受信し、また運行管理装置３０の動作によって得られる情報をネットワーク１３経由で送信する。

入力部３５は、１つ以上の入力インタフェースである。入力インタフェースとしては、例えば、物理キー、静電容量キー、ポインティングデバイス、ディスプレイと一体的に設けられたタッチスクリーン、又はマイクを使用できる。入力部３５は、オペレータ１４の、運行管理装置３０の動作に用いられる情報を入力するなどの操作を受け付ける。

出力部３６は、１つ以上の出力インタフェースである。出力インタフェースとしては、例えば、ディスプレイ又はスピーカを使用できる。ディスプレイとしては、例えば、ＬＣＤ又は有機ＥＬディスプレイを使用できる。「ＬＣＤ」は、Liquid Crystal Displayの略語である。「ＥＬ」は、Electro Luminescenceの略語である。出力部３６は、運行管理装置３０の動作によって得られる情報をオペレータ１４に向けて出力する。

運行管理装置３０の機能は、本実施形態に係る運行管理プログラムを、制御部３１に含まれるプロセッサで実行することにより実現される。すなわち、運行管理装置３０の機能は、ソフトウェアにより実現される。運行管理プログラムは、運行管理装置３０の動作に含まれるステップの処理をコンピュータに実行させることで、当該ステップの処理に対応する機能をコンピュータに実現させるためのプログラムである。すなわち、運行管理プログラムは、コンピュータを運行管理装置３０として機能させるためのプログラムである。

プログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、例えば、磁気記録装置、光ディスク、光磁気記録媒体、又は半導体メモリを使用できる。プログラムの流通は、例えば、プログラムを記録したＤＶＤ又はＣＤ－ＲＯＭなどの可搬型記録媒体を販売、譲渡、又は貸与することによって行う。「ＤＶＤ」は、Digital Versatile Discの略語である。「ＣＤ－ＲＯＭ」は、Compact Disc Read Only Memoryの略語である。プログラムをサーバのストレージに格納しておき、ネットワーク１３を介して、サーバから他のコンピュータにプログラムを転送することにより、プログラムを流通させてもよい。プログラムをプログラムプロダクトとして提供してもよい。

コンピュータは、例えば、可搬型記録媒体に記録されたプログラム又はサーバから転送されたプログラムを、一旦、メモリに格納する。そして、コンピュータは、メモリに格納されたプログラムをプロセッサで読み取り、読み取ったプログラムに従った処理をプロセッサで実行する。コンピュータは、可搬型記録媒体から直接プログラムを読み取り、プログラムに従った処理を実行してもよい。コンピュータは、コンピュータにサーバからプログラムが転送される度に、逐次、受け取ったプログラムに従った処理を実行してもよい。サーバからコンピュータへのプログラムの転送は行わず、実行指示及び結果取得のみによって機能を実現する、いわゆるＡＳＰ型のサービスによって処理を実行してもよい。「ＡＳＰ」は、Application Service Providerの略語である。プログラムには、電子計算機による処理の用に供する情報であってプログラムに準ずるものが含まれる。例えば、コンピュータに対する直接の指令ではないがコンピュータの処理を規定する性質を有するデータは、「プログラムに準ずるもの」に該当する。

運行管理装置３０の一部又は全ての機能が、制御部３１に含まれる専用回路により実現されてもよい。すなわち、運行管理装置３０の一部又は全ての機能が、ハードウェアにより実現されてもよい。

運行支援装置４０は、車両１２の運行を支援する装置である。運行支援装置４０は、車両１２に備えられる。運行支援装置４０は、運賃表示機、運賃収受機、又はナビゲーション機器などの車載機器として構成されてもよいし、又は携帯電話機、スマートフォン、又はタブレットなど、車載機器に接続して使用される電子機器として構成されてもよい。

運行支援装置４０は、制御部４１、記憶部４２、通信部４３、測位部４４、入力部４５、及び出力部４６などの構成要素を備える。

制御部４１は、１つ以上のプロセッサである。プロセッサとしては、ＣＰＵなどの汎用プロセッサ、又は特定の処理に特化した専用プロセッサを使用できる。制御部４１には、１つ以上の専用回路が含まれてもよいし、又は制御部４１において、１つ以上のプロセッサを１つ以上の専用回路に置き換えてもよい。専用回路としては、例えば、ＦＰＧＡ又はＡＳＩＣを使用できる。制御部４１には、１つ以上のＥＣＵが含まれてもよい。「ＥＣＵ」は、Electronic Control Unitの略語である。制御部４１は、運行支援装置４０を含む車両１２の各部を制御しながら、運行支援装置４０の動作に関わる情報処理を実行する。

記憶部４２は、１つ以上のメモリである。メモリとしては、例えば、半導体メモリ、磁気メモリ、又は光メモリを使用できる。半導体メモリとしては、例えば、ＲＡＭ又はＲＯＭを使用できる。ＲＡＭとしては、例えば、ＳＲＡＭ又はＤＲＡＭを使用できる。ＲＯＭとしては、例えば、ＥＥＰＲＯＭを使用できる。メモリは、例えば、主記憶装置、補助記憶装置、又はキャッシュメモリとして機能する。記憶部４２には、運行支援装置４０の動作に用いられる情報と、運行支援装置４０の動作によって得られた情報とが記憶される。

通信部４３は、１つ以上の通信モジュールである。通信モジュールとしては、例えば、ＬＴＥ、４Ｇ、又は５Ｇに対応した通信モジュールを使用できる。「ＬＴＥ」は、Long Term Evolutionの略語である。「４Ｇ」は、4th Generationの略語である。「５Ｇ」は、5th Generationの略語である。通信部４３は、運行支援装置４０の動作に用いられる情報を受信し、また運行支援装置４０の動作によって得られる情報を送信する。

測位部４４は、１つ以上の測位モジュールである。測位モジュールとしては、例えば、ＧＮＳＳに対応した測位モジュールを使用できる。「ＧＮＳＳ」は、Global Navigation Satellite Systemの略語である。ＧＮＳＳには、例えば、ＧＰＳ、ＱＺＳＳ、ＧＬＯＮＡＳＳ、及びＧａｌｉｌｅｏの少なくともいずれかが含まれる。「ＧＰＳ」は、Global Positioning Systemの略語である。「ＱＺＳＳ」は、Quasi-Zenith Satellite Systemの略語である。ＱＺＳＳの衛星は、準天頂衛星と呼ばれる。「ＧＬＯＮＡＳＳ」は、Global Navigation Satellite Systemの略語である。測位部４４は、車両１２の位置情報を取得する。

入力部４５は、１つ以上の入力インタフェースである。入力インタフェースとしては、例えば、物理キー、静電容量キー、ポインティングデバイス、車載ディスプレイと一体的に設けられたタッチスクリーン、又は車載マイクを使用できる。入力部４５は、車両１２の運転手又は乗車した人の、運行支援装置４０の動作に用いられる情報を入力するなどの操作を受け付ける。

出力部４６は、１つ以上の出力インタフェースである。出力インタフェースとしては、例えば、車載ディスプレイ又は車載スピーカを使用できる。車載ディスプレイとしては、例えば、ＨＵＤ、ＬＣＤ、又は有機ＥＬディスプレイを使用できる。「ＨＵＤ」は、Head-Up Displayの略語である。出力部４６は、運行支援装置４０の動作によって得られる情報を車両１２の運転手又は乗車した人に向けて出力する。

運行支援装置４０の機能は、本実施形態に係る運行支援プログラムを、制御部４１に含まれるプロセッサで実行することにより実現される。すなわち、運行支援装置４０の機能は、ソフトウェアにより実現される。運行支援プログラムは、運行支援装置４０の動作に含まれるステップの処理をコンピュータに実行させることで、当該ステップの処理に対応する機能をコンピュータに実現させるためのプログラムである。すなわち、運行支援プログラムは、コンピュータを運行支援装置４０として機能させるためのプログラムである。

運行支援装置４０の一部又は全ての機能が、制御部４１に含まれる専用回路により実現されてもよい。すなわち、運行支援装置４０の一部又は全ての機能が、ハードウェアにより実現されてもよい。

図３から図６を参照して、本実施形態に係るオンデマンド交通システム１０の動作を説明する。

図３は、ユーザ１１が車両１２を予約する際のオンデマンド交通システム１０の動作を示している。この動作は、本実施形態に係る予約支援方法に相当する。

図４は、図３の動作においてアクセスされるデータベース５０の例を示している。

ステップＳ１０１からステップＳ１０３の処理は、運行管理装置３０で実行される。

ステップＳ１０１において、制御部３１は、ユーザ１１が希望する乗車位置及び降車位置の情報を取得する。本実施形態では、制御部３１は、ユーザ１１が希望する乗車時刻及び降車時刻の情報も取得する。

具体的には、制御部３１は、入力部３５を介して、オペレータ１４の、乗車位置情報５１、降車位置情報５２、乗車時刻情報５３、及び降車時刻情報５４を入力する操作を受け付ける。あるいは、制御部３１は、通信部３３を介して、乗車位置情報５１、降車位置情報５２、乗車時刻情報５３、及び降車時刻情報５４をオペレータ１４のＰＣなどの端末装置から受信する。乗車位置情報５１は、ユーザ１１からオペレータ１４に電話又はメールで伝えられた、ユーザ１１が希望する乗車位置Ｐ１の情報である。降車位置情報５２は、ユーザ１１からオペレータ１４に電話又はメールで伝えられた、ユーザ１１が希望する降車位置Ｐ２の情報である。乗車位置Ｐ１及び降車位置Ｐ２は、地名、住所、又は地図上の点若しくは領域などの任意の形式で表される。乗車時刻情報５３は、ユーザ１１からオペレータ１４に電話又はメールで伝えられた、ユーザ１１が希望する乗車時刻Ｔ１の情報である。降車時刻情報５４は、ユーザ１１からオペレータ１４に電話又はメールで伝えられた、ユーザ１１が希望する降車時刻Ｔ２の情報である。乗車時刻Ｔ１及び降車時刻Ｔ２は、日時、又は日付及び時間帯などの任意の形式で表される。制御部３１は、入力されたか、又は受信した乗車位置情報５１、降車位置情報５２、乗車時刻情報５３、及び降車時刻情報５４を記憶部３２に記憶する。

ステップＳ１０２において、制御部３１は、ステップＳ１０１で取得した乗車位置及び降車位置の情報に応じて、車両１２の運行計画を決定する。本実施形態では、制御部３１は、乗車位置及び降車位置の情報と、ステップＳ１０１で取得した乗車時刻及び降車時刻の情報とに応じて、車両１２の運行計画を決定する。

具体的には、制御部３１は、記憶部３２に記憶した乗車位置情報５１、降車位置情報５２、乗車時刻情報５３、及び降車時刻情報５４で示されるユーザ１１の希望に応じて、車両１２を割り当てるとともに、割り当てた車両１２の走行経路及び運行スケジュールなどの運行計画を決定する。制御部３１は、割り当てた車両１２の車両ＩＤ５５を車両１２の識別情報として記憶部３２に記憶する。車両ＩＤ５５は、任意の数値又は文字列である。

ここでは、制御部３１は、オンデマンドバスの複数候補の中から、乗車時刻Ｔ１までに乗車位置Ｐ１に到着し、降車時刻Ｔ２までに降車位置Ｐ２に到着することができるバスＢ１を選択する。制御部３１は、バスＢ１が乗車時刻Ｔ１までに乗車位置Ｐ１に到着し、降車時刻Ｔ２までに降車位置Ｐ２に到着するようにバスＢ１の運行計画を決定する。

ステップＳ１０３において、制御部３１は、ステップＳ１０１で取得した降車位置の情報を、ステップＳ１０１で取得した乗車位置の情報に紐付ける。

具体的には、制御部３１は、新たな予約ＩＤ５６を予約の識別情報として発行する。制御部３１は、図４に示すように、発行した予約ＩＤ５６を主キーとして記憶部３２、又は外部のストレージに構築されたデータベース５０に登録するとともに、記憶部３２に記憶した車両ＩＤ５５、乗車位置情報５１、降車位置情報５２、乗車時刻情報５３、及び降車時刻情報５４を予約ＩＤ５６に対応付けてデータベース５０に登録する。予約ＩＤ５６は、任意の数値又は文字列である。

ここで発行される予約ＩＤ５６は、ユーザ１１の予約Ｒ１の識別情報である。制御部３１は、同じユーザ１１の別の予約Ｒ２があれば、図４の例のように、別の予約ＩＤ５６を予約Ｒ２の識別情報として発行する。この例によれば、予約の際にユーザ１１を認証する必要がないため、処理手順を簡素化することができる。

本実施形態の一変形例として、車両１２の運行計画は、オペレータ１４によって人手で決定されてもよい。その場合、ステップＳ１０２において、運行管理装置３０の制御部３１は、出力部３６を介して、乗車位置情報５１、降車位置情報５２、乗車時刻情報５３、及び降車時刻情報５４をオペレータ１４に向けて出力する。

図５は、ユーザ１１が乗車する際のオンデマンド交通システム１０の動作を示している。この動作は、本実施形態に係る運行支援方法に相当する。

図６は、図５の動作において出力される選択画面６０の例を示している。

ステップＳ２０１及びステップＳ２０２の処理は、乗車位置で停車中の車両１２の運行支援装置４０で実行される。

ステップＳ２０１において、制御部４１は、測位部４４を介して、車両１２の位置情報を取得する。

具体的には、制御部４１は、測位部４４に含まれる測位モジュール、又は車両１２に搭載された加速度センサ若しくはジャイロなどのセンサを利用して、車両１２が停車中であるかどうかを判断する。制御部４１は、車両１２の中に設置されたカメラ若しくは人感センサ、又は車両１２のドアに設置された開閉センサを利用して、人が乗車中であるかどうかを判断する。制御部４１は、車両１２が停車中であり、かつ人が乗車中であると判断した場合、測位部４４を介して、車両１２の現在位置の２次元座標又は３次元座標を車両１２の位置情報として取得する。制御部４１は、取得した２次元座標又は３次元座標を記憶部４２に記憶する。

ステップＳ２０２において、制御部４１は、通信部４３を介して、ステップＳ２０１で取得した車両１２の位置情報を運行管理装置３０に送信する。

具体的には、制御部４１は、通信部４３を介して、記憶部４２に記憶した２次元座標又は３次元座標と、記憶部４２に予め記憶された車両ＩＤ５５とを運行管理装置３０に送信する。

ステップＳ２０３及びステップＳ２０４の処理は、運行管理装置３０で実行される。

ステップＳ２０３において、制御部３１は、通信部３３を介して、ステップＳ２０２で送信された車両１２の位置情報を車両１２の運行支援装置４０から受信する。

具体的には、制御部３１は、通信部３３を介して、車両１２の現在位置の２次元座標又は３次元座標と、車両ＩＤ５５とを車両１２の運行支援装置４０からネットワーク１３経由で受信する。制御部３１は、受信した２次元座標又は３次元座標と、車両ＩＤ５５とを記憶部３２に記憶する。

ステップＳ２０４において、制御部３１は、ステップＳ２０３で受信した車両１２の位置情報に対して、通信部３３を介して、ステップＳ１０３でその車両１２の位置情報に対応する乗車位置情報５１に紐付けた降車位置の情報と、その降車位置に対応する目的地候補の情報を含む複数の目的地候補の情報とを送信する。本実施形態では、制御部３１は、送信する複数の目的地候補の情報に、ユーザ１１の降車位置に対応しないダミー候補の情報を含める。制御部３１は、乗車位置が同じで降車位置が異なる複数の予約があれば、送信する複数の目的地候補の情報に、ダミー候補の情報として、それら複数の予約のいずれにおける降車位置にも対応しない目的地候補の情報を含める。

具体的には、制御部３１は、記憶部３２に記憶した車両１２の現在位置の２次元座標又は３次元座標に対応する乗車位置情報５１と、記憶部３２に記憶した車両ＩＤ５５とのペアを検索キーとしてデータベース５０を検索する。制御部３１は、データベース５０から検索結果として得られた降車位置情報５２で示される降車位置に対応する目的地候補の名称と、その降車位置に対応しないダミー候補の名称とを示す目的地候補情報６１を生成する。制御部３１は、通信部３３を介して、得られた降車位置情報５２と、生成した目的地候補情報６１とを車両１２の運行支援装置４０にネットワーク１３経由で送信する。

ここでは、バスＢ１の現在位置が乗車位置Ｐ１と同じか、又は位置の差が閾値以下であれば、降車位置Ｐ２の名称を示す情報が検索結果として得られる。降車位置Ｐ２は「六本木ＨＬＳ」であるとする。バスＢ１について、予約Ｒ１と同じ乗車位置Ｐ１、及び予約Ｒ１と異なる降車位置Ｐ５を希望する予約Ｒ２があり、降車位置Ｐ５は「西麻布」であるとする。バスＢ１の走行可能な経路上に、「渋谷駅」、「渋谷３丁目」、「青山中学校」、「青山７丁目」、「六本木６丁目」、及び「六本木ＫＹＺ」があるとする。この場合、制御部３１は、降車位置Ｐ２に対応する目的地候補「六本木ＨＬＳ」、降車位置Ｐ５に対応する目的地候補「西麻布」、並びにダミー候補「渋谷駅」、「渋谷３丁目」、「青山中学校」、「青山７丁目」、「六本木６丁目」、及び「六本木ＫＹＺ」という８つの目的地候補の名称を示す情報を目的地候補情報６１として生成する。

別の例として、降車位置情報５２は、降車位置の名称ではなく、降車位置の住所を示す情報でもよい。目的地候補情報６１は、複数の目的地候補の名称ではなく、複数の目的地候補の住所を示す情報でもよい。

ステップＳ２０５からステップＳ２０９の処理は、車両１２の運行支援装置４０で実行される。

ステップＳ２０５において、制御部４１は、通信部４３を介して、ステップＳ２０４で送信された降車位置の情報と、複数の目的地候補の情報とを運行管理装置３０から受信する。

具体的には、制御部４１は、通信部４３を介して、降車位置情報５２及び目的地候補情報６１を運行管理装置３０から受信する。制御部４１は、受信した降車位置情報５２及び目的地候補情報６１を記憶部４２に記憶する。

ステップＳ２０６において、制御部４１は、出力部４６を介して、ステップＳ２０５で受信した複数の目的地候補の情報を出力する。

具体的には、制御部４１は、図６に示すように、乗車した人に向けて、記憶部４２に記憶した目的地候補情報６１で示される８つの目的地候補の名称を並べて表示する選択画面６０を出力部４６に含まれる車載ディスプレイに出力する。

ステップＳ２０７において、制御部４１は、入力部４５を介して、乗車した人の、ステップＳ２０６で出力した複数の目的地候補の情報から１つの目的地候補を選択する操作を受け付ける。制御部４１は、選択された目的地候補の情報を取得する。

具体的には、制御部４１は、入力部４５に含まれるタッチスクリーン上で、車載ディスプレイに出力した選択画面６０に表示された８つの目的地候補の名称のうち、乗車した人によって選択された目的地候補の名称を示す情報を取得する。制御部４１は、取得した情報を記憶部４２に記憶する。

ステップＳ２０８において、制御部４１は、ステップＳ２０７で取得した目的地候補の情報を、ステップＳ２０５で受信した降車位置の情報と照合する。

具体的には、制御部４１は、記憶部４２に記憶した、乗車した人によって選択された目的地候補の名称を示す情報を、記憶部４２に記憶した降車位置情報５２と照合する。

ステップＳ２０９において、制御部４１は、ステップＳ２０８の照合結果に応じた処理を実行する。本実施形態では、制御部４１は、ステップＳ２０７で取得した情報で示される目的地候補と、ステップＳ２０５で受信した情報で示される降車位置とが一致した場合に、予約をとったユーザ１１が乗車したことを車両１２の運転手に通知する。一方、制御部４１は、ステップＳ２０７で取得した情報で示される目的地候補と、ステップＳ２０５で受信した情報で示される降車位置とが一致しない場合に、予約をとったユーザ１１とは異なる人が乗車したことを車両１２の運転手に通知する。

具体的には、制御部４１は、記憶部４２に記憶した情報で示される、乗車した人によって選択された目的地候補の名称と、記憶部４２に記憶した降車位置情報５２で示される降車位置の名称とが一致していれば、出力部４６を介して、予約をとったユーザ１１が乗車したことを示すメッセージを車両１２の運転手に向けて出力する。一方、制御部４１は、記憶部４２に記憶した情報で示される、乗車した人によって選択された目的地候補の名称と、記憶部４２に記憶した降車位置情報５２で示される降車位置の名称とが一致していなければ、出力部４６を介して、予約をとったユーザ１１とは異なる人が乗車したことを示すメッセージを車両１２の運転手に向けて出力する。

図６の例では、降車位置情報５２は、降車位置Ｐ２及び降車位置Ｐ５の名称として、それぞれ「六本木ＨＬＳ」及び「西麻布」を示す情報である。よって、乗車した人によって選択された目的地候補の名称が「六本木ＨＬＳ」及び「西麻布」のいずれかであれば、その人が予約をとったユーザ１１であることが車両１２の運転手に通知される。一方、乗車した人によって選択された目的地候補の名称が「渋谷駅」、「渋谷３丁目」、「青山中学校」、「青山７丁目」、「六本木６丁目」、及び「六本木ＫＹＺ」のいずれかであれば、その人が予約をとったユーザ１１でないことが車両１２の運転手に通知される。

本実施形態の一変形例として、目的地候補情報６１には、降車位置情報５２で示される降車位置に対応する目的地候補の情報として、その降車位置の名称又は住所を簡略化した情報が含まれてもよい。

図７は、この変形例において出力される選択画面６０の例を示している。

図７の例では、目的地候補情報６１は、降車位置Ｐ２の名称を簡略化した目的地候補「六本木エリア」、降車位置Ｐ５に対応する目的地候補「西麻布」、並びにダミー候補「渋谷エリア」及び「青山エリア」という４つの目的地候補の名称を示す情報である。この例では、運行管理装置３０の制御部３１は、目的地候補情報６１の中で目的地候補が重複しないように簡略化のレベルを調整し、またダミー候補を適宜選定する。また、制御部３１は、乗車位置が同じで降車位置が異なる複数の予約があれば、それら複数の予約の間で目的地候補が重複しないように簡略化のレベルを調整する。例えば、「青山エリア」、「西麻布」、及び「六本木エリア」はいずれも東京都「港区」内に存在する。よって、制御部３１は、降車位置Ｐ２に対応する目的地候補がダミー候補「青山エリア」と重複しないように、また降車位置Ｐ５と重複しないように、「六本木ＨＬＳ」を「港区」まで簡略化せず、「六本木エリア」に設定する。仮に、降車位置Ｐ５が「西麻布」ではなく、「六本木６丁目」だとすると、制御部３１は、降車位置Ｐ２に対応する目的地候補が降車位置Ｐ５と重複しないように、「六本木ＨＬＳ」を「六本木エリア」まで簡略化せず、そのまま「六本木ＨＬＳ」に設定する。

本実施形態の一変形例として、運行支援装置４０の制御部４１は、乗車位置で乗車した人の数を、乗車位置が共通する予約の人数と比較し、比較結果を車両１２の運転手に通知してもよい。その場合、ステップＳ２０４において、運行管理装置３０の制御部３１は、降車位置情報５２及び目的地候補情報６１とともに、データベース５０のヒット件数を示す情報を、乗車位置が共通する予約の人数を示す情報として送信する。ステップＳ２０５において、運行支援装置４０の制御部４１は、この情報を受信する。ステップＳ２０９において、制御部４１は、ステップＳ２０５で受信した情報で示される、乗車位置が共通する予約の人数と、車両１２の停車中に、ステップＳ２０７で取得した情報で示される目的地候補と、ステップＳ２０５で受信した情報で示される降車位置とが一致した回数とを比較する。制御部４１は、後者の数が前者の数に達するまでは、予約をとったユーザ１１が全員乗車していないことを示すメッセージを車両１２の運転手に向けて出力し、ステップＳ２０６からステップＳ２０９の処理を繰り返す。制御部４１は、後者の数が前者の数に達したときに、予約をとったユーザ１１が全員乗車したことを示すメッセージを車両１２の運転手に向けて出力する。

本実施形態の一変形例として、運行支援装置４０の制御部３１は、送信する複数の目的地候補の情報に、ダミー候補の情報を含めなくてもよい。その場合、制御部３１は、乗車位置が同じで降車位置が異なる複数の予約があれば、送信する複数の目的地候補の情報に、それら複数の予約のそれぞれにおける降車位置に対応する目的地候補の情報のみを含める。

上述のように、本実施形態では、運行支援装置４０は、予約による乗車位置及び降車位置の希望に応じて運行計画が決定される車両１２の運行を支援する。運行支援装置４０の制御部４１は、乗車位置で停車中の車両１２にて出力される複数の目的地候補の情報から、乗車位置で乗車した人によって１つの目的地候補が選択された場合に、選択された目的地候補の情報を取得する。制御部４１は、取得した情報を、乗車位置の情報に予約の際に紐付けられた降車位置の情報と照合する。したがって、本実施形態によれば、人が乗車したときに、その人が選択した目的地候補を、車両１２の位置に対応する乗車位置に紐付いた降車位置と比べることで、その人が無線タグなどの通信機器を携帯しているかどうかに関わらず、その人が予約をとったユーザ１１であるかどうかを確認することができる。

本実施形態では、運行管理装置３０の制御部３１は、通信部３３を介して、予約による乗車位置及び降車位置の希望に応じて運行計画が決定される車両１２から乗車位置で停車中に送信される車両１２の位置情報を受信する。制御部３１は、車両１２の位置情報に対して、通信部３３を介して、車両１２の位置情報に対応する乗車位置の情報に予約の際に紐付けられた降車位置の情報と、降車位置に対応する目的地候補の情報を含む複数の目的地候補の情報とを送信する。したがって、本実施形態によれば、車両１２において、人が乗車したときに、その人が予約をとったユーザ１１でなければ正しく選択することが難しい複数の目的地候補の情報を、乗車位置の情報と引き換えに得ることができる。

本実施形態の一変形例として、データベース５０は、運行支援装置４０の記憶部４２に構築されてもよい。その場合、ステップＳ１０３では、予約ＩＤ５６、車両ＩＤ５５、乗車位置情報５１、降車位置情報５２、乗車時刻情報５３、及び降車時刻情報５４が、ステップＳ１０２で割り当てられた車両１２の運行支援装置４０のデータベース５０に登録される。ステップＳ２０２からステップＳ２０５の処理は省略される。運行支援装置４０の制御部４１は、ステップＳ２０４の処理のように、車両１２の現在位置の２次元座標又は３次元座標に対応する乗車位置情報５１と、車両ＩＤ５５とのペアを検索キーとしてデータベース５０を検索し、また目的地候補情報６１を生成することで、ステップＳ２０６からステップＳ２０８の処理に必要な情報を得る。

本実施形態の一変形例として、運行支援装置４０は、クラウドコンピューティングシステム又はその他のコンピューティングシステムに属するサーバとして構成されてもよい。運行支援装置４０は、運行管理装置３０と統合されてもよい。その場合、ステップＳ２０１、ステップＳ２０２、ステップＳ２０５、ステップＳ２０６、及びステップＳ２０９の処理は、車両１２で実行される。ステップＳ２０８の処理は、サーバで実行される。ステップＳ２０４及びステップＳ２０５では、降車位置の情報と、複数の目的地候補の情報とのうち、複数の目的地候補の情報だけがサーバから車両１２に配信される。ステップＳ２０７では、選択された目的地候補の情報が車両１２からサーバにアップロードされる。ステップＳ２０８では、照合結果がサーバから車両１２に配信される。

本実施形態の一変形例として、乗車位置で停車中の車両１２にて複数の目的地候補の情報が出力されず、乗車位置で乗車した人によって任意の目的地候補が入力されてもよい。その場合、運行支援装置４０の制御部４１は、乗車位置で停車中の車両１２にて、乗車位置で乗車した人によって１つの目的地候補が入力された場合に、入力された目的地候補の情報を取得する。制御部４１は、取得した情報を、乗車位置の情報に予約の際に紐付けられた降車位置の情報と照合する。乗車した人の、１つの目的地候補を入力する操作には、例えば、入力部４５に含まれる物理キー、静電容量キー、ポインティングデバイス、タッチスクリーン、又は車載マイクを使用できる。

（第２実施形態）
図１を参照して、本実施形態の概要を説明する。第１実施形態と共通の部分については、説明を適宜省略又は簡略化する。

本実施形態に係るオンデマンド交通システム１０では、予約の際には、乗車予定のユーザ１１の属性が指定される。車両１２は、乗車位置で停車中に複数の目的地候補の情報だけでなく、複数の属性候補の情報を出力する。運行管理装置３０は、乗車位置の情報に予約の際に紐付けられた降車位置及び属性の情報を任意の時点で運行支援装置４０に送信する。運行支援装置４０は、車両１２にて出力された情報から、乗車位置で乗車した人によって１つの目的地候補及び１つの属性候補が選択された場合に、選択された目的地候補及び属性候補の情報を取得する。運行支援装置４０は、取得した情報を、乗車位置の情報に予約の際に紐付けられた降車位置及び属性の情報と照合する。

本実施形態によれば、人が乗車したときに、その人が無線タグなどの通信機器を携帯しているかどうかに関わらず、その人が予約をとったユーザ１１であるかどうかを、より正確に確認することができる。

本実施形態では、秘密の情報として、予約番号又は暗証番号など、忘れる可能性のある情報の提示が要求されるのではなく、氏名など、忘れることのない情報の提示が要求される。本実施形態によれば、ユーザ１１が忘れる可能性のある情報を記憶する必要がないため、利便性が向上する。オペレータ１４が予約の際に予約番号をユーザ１１に伝える必要がなく、また暗証番号をユーザ１１に尋ねる必要もないため、サービスを効率化することができる。

本実施形態に係るオンデマンド交通システム１０の構成については、図２に示した第１実施形態のものと同じであるため、説明を省略する。

図８から図１１を参照して、本実施形態に係るオンデマンド交通システム１０の動作を説明する。第１実施形態と共通の部分については、説明を適宜省略又は簡略化する。

図８は、ユーザ１１が車両１２を予約する際のオンデマンド交通システム１０の動作を示している。この動作は、本実施形態に係る予約支援方法に相当する。

図９は、図８の動作においてアクセスされるデータベース５０の例を示している。

ステップＳ１１１からステップＳ１１３の処理は、運行管理装置３０で実行される。

ステップＳ１１１において、制御部３１は、ユーザ１１が希望する乗車位置及び降車位置の情報と、ユーザ１１の属性の情報とを取得する。

具体的には、制御部３１は、入力部３５を介して、オペレータ１４の、乗車位置情報５１、降車位置情報５２、乗車時刻情報５３、降車時刻情報５４、及び属性情報５７を入力する操作を受け付ける。あるいは、制御部３１は、通信部３３を介して、乗車位置情報５１、降車位置情報５２、乗車時刻情報５３、降車時刻情報５４、及び属性情報５７をオペレータ１４のＰＣなどの端末装置から受信する。属性情報５７は、ユーザ１１からオペレータ１４に電話又はメールで伝えられた、ユーザ１１の氏名Ｎ１などの属性の情報である。制御部３１は、入力されたか、又は受信した乗車位置情報５１、降車位置情報５２、乗車時刻情報５３、降車時刻情報５４、及び属性情報５７を記憶部３２に記憶する。

ステップＳ１１２の処理については、ステップＳ１０２の処理と同じであるため、説明を省略する。

ステップＳ１１３において、制御部３１は、ステップＳ１１１で取得した降車位置及び属性の情報を、ステップＳ１１１で取得した乗車位置の情報に紐付ける。

具体的には、制御部３１は、新たな予約ＩＤ５６を予約の識別情報として発行する。制御部３１は、図９に示すように、発行した予約ＩＤ５６を主キーとしてデータベース５０に登録するとともに、記憶部３２に記憶した車両ＩＤ５５、乗車位置情報５１、降車位置情報５２、乗車時刻情報５３、降車時刻情報５４、及び属性情報５７を予約ＩＤ５６に対応付けてデータベース５０に登録する。

図１０は、ユーザ１１が乗車する際のオンデマンド交通システム１０の動作を示している。この動作は、本実施形態に係る運行支援方法に相当する。

図１１は、図１０の動作において出力される選択画面６０の例を示している。

ステップＳ２１１及びステップＳ２１２の処理は、乗車位置で停車中の車両１２の運行支援装置４０で実行される。

ステップＳ２１１及びステップＳ２１２の処理については、ステップＳ２０１及びステップＳ２０２の処理と同じであるため、説明を省略する。

ステップＳ２１３及びステップＳ２１４の処理は、運行管理装置３０で実行される。

ステップＳ２１３の処理については、ステップＳ２０３の処理と同じであるため、説明を省略する。

ステップＳ２１４において、制御部３１は、ステップＳ２１３で受信した車両１２の位置情報に対して、通信部３３を介して、ステップＳ１１３でその車両１２の位置情報に対応する乗車位置情報５１に紐付けた降車位置及び属性の情報と、その降車位置に対応する目的地候補の情報を含む複数の目的地候補の情報と、その属性に対応する属性候補の情報を含む複数の属性候補の情報とを送信する。本実施形態では、制御部３１は、送信する複数の属性候補の情報に、ユーザ１１の属性に対応しないダミー候補の情報を含める。制御部３１は、乗車位置が同じで属性が異なる複数の予約があれば、送信する複数の属性候補の情報に、ダミー候補の情報として、それら複数の予約のいずれにおける属性にも対応しない属性候補の情報を含める。

具体的には、制御部３１は、記憶部３２に記憶した車両１２の現在位置の２次元座標又は３次元座標に対応する乗車位置情報５１と、記憶部３２に記憶した車両ＩＤ５５とのペアを検索キーとしてデータベース５０を検索する。制御部３１は、データベース５０から検索結果として得られた降車位置情報５２で示される降車位置に対応する目的地候補の名称と、その降車位置に対応しないダミー候補の名称とを示す目的地候補情報６１を生成する。制御部３１は、データベース５０から検索結果として得られた属性情報５７で示される属性に対応する属性候補と、その属性に対応しないダミー候補とを示す属性候補情報６２を生成する。制御部３１は、通信部３３を介して、得られた降車位置情報５２及び属性情報５７と、生成した目的地候補情報６１及び属性候補情報６２とを車両１２の運行支援装置４０にネットワーク１３経由で送信する。

本実施形態では、制御部３１により送信される複数の属性候補の情報には、ユーザ１１の属性に対応する属性候補の情報として、ユーザ１１の氏名を簡略化した情報が含まれる。すなわち、制御部３１は、ユーザ１１の氏名を簡略化して、ユーザ１１の属性に対応する属性候補の情報を生成する。

具体的には、制御部３１は、氏名Ｎ１をイニシャルに変換した属性候補「Ｈ． Ｋ．」、氏名Ｎ３をイニシャルに変換した属性候補「Ｓ． Ｋ．」、並びにダミー候補「Ｄ． Ｈ．」、「Ｋ． Ｓ．」、「Ｈ． Ｉ．」、「Ｓ． Ｔ．」、「Ｋ． Ｕ．」、及び「Ｔ． Ｋ．」という８つの属性候補を示す情報を属性候補情報６２として生成する。

別の例として、属性情報５７は、ユーザ１１の氏名ではなく、ユーザ１１の住所、電話番号、又はその他の属性を示す情報でもよい。属性候補情報６２は、複数のイニシャルを示す情報ではなく、複数の住所、電話番号、又はその他の属性を簡略化した情報でもよい。

ステップＳ２１５からステップＳ２１９の処理は、車両１２の運行支援装置４０で実行される。

ステップＳ２１５において、制御部４１は、通信部４３を介して、ステップＳ２１４で送信された降車位置及び属性の情報と、複数の目的地候補の情報と、複数の属性候補の情報とを運行管理装置３０から受信する。

具体的には、制御部４１は、通信部４３を介して、降車位置情報５２、属性情報５７、目的地候補情報６１、及び属性候補情報６２を運行管理装置３０から受信する。制御部４１は、受信した降車位置情報５２、属性情報５７、目的地候補情報６１、及び属性候補情報６２を記憶部４２に記憶する。

ステップＳ２１６において、制御部４１は、出力部４６を介して、ステップＳ２１５で受信した複数の目的地候補の情報と、複数の属性候補の情報とを出力する。

具体的には、制御部４１は、図１１に示すように、乗車した人に向けて、記憶部４２に記憶した目的地候補情報６１で示される８つの目的地候補の名称と、記憶部４２に記憶した属性候補情報６２で示される８つの属性候補とを並べて表示する選択画面６０を出力部４６に含まれる車載ディスプレイに出力する。

ステップＳ２１７において、制御部４１は、入力部４５を介して、乗車した人の、ステップＳ２１６で出力した複数の目的地候補の情報から１つの目的地候補を選択する操作と、ステップＳ２１６で出力した複数の属性候補の情報から１つの属性候補を選択する操作とを受け付ける。制御部４１は、選択された目的地候補及び属性候補の情報を取得する。

具体的には、制御部４１は、入力部４５に含まれるタッチスクリーン上で、車載ディスプレイに出力した選択画面６０に表示された８つの目的地候補の名称のうち、乗車した人によって選択された目的地候補の名称を示す情報と、選択画面６０に表示された８つの属性候補のうち、乗車した人によって選択された属性候補を示す情報とを取得する。制御部４１は、取得した情報を記憶部４２に記憶する。

ステップＳ２１８において、制御部４１は、ステップＳ２１７で取得した目的地候補及び属性候補の情報を、ステップＳ２１５で受信した降車位置及び属性の情報と照合する。

具体的には、制御部４１は、記憶部４２に記憶した、乗車した人によって選択された目的地候補の名称を示す情報を、記憶部４２に記憶した降車位置情報５２と照合するとともに、記憶部４２に記憶した、乗車した人によって選択された属性候補を示す情報を、記憶部４２に記憶した属性情報５７と照合する。

ステップＳ２１９において、制御部４１は、ステップＳ２１８の照合結果に応じた処理を実行する。本実施形態では、制御部４１は、ステップＳ２１７で取得した情報で示される目的地候補及び属性候補のペアと、ステップＳ２１５で受信した情報で示される降車位置及び属性のペアとが一致した場合に、予約をとったユーザ１１が乗車したことを車両１２の運転手に通知する。一方、制御部４１は、ステップＳ２１７で取得した情報で示される目的地候補及び属性候補のペアと、ステップＳ２１５で受信した情報で示される降車位置及び属性のペアとが一致しない場合に、予約をとったユーザ１１とは異なる人が乗車したことを車両１２の運転手に通知する。

具体的には、制御部４１は、記憶部４２に記憶した情報で示される、乗車した人によって選択された目的地候補の名称及び属性候補のペアと、記憶部４２に記憶した降車位置情報５２で示される降車位置の名称、及び属性情報５７で示されるイニシャルのペアとが一致していれば、出力部４６を介して、予約をとったユーザ１１が乗車したことを示すメッセージを車両１２の運転手に向けて出力する。一方、制御部４１は、記憶部４２に記憶した情報で示される、乗車した人によって選択された目的地候補の名称及び属性候補のペアと、記憶部４２に記憶した降車位置情報５２で示される降車位置の名称、及び属性情報５７で示されるイニシャルのペアとが一致していなければ、出力部４６を介して、予約をとったユーザ１１とは異なる人が乗車したことを示すメッセージを車両１２の運転手に向けて出力する。

図１１の例では、降車位置情報５２は、降車位置Ｐ２及び降車位置Ｐ５の名称として、それぞれ「六本木ＨＬＳ」及び「西麻布」を示す情報である。属性情報５７は、氏名Ｎ１及び氏名Ｎ３のイニシャルとして、それぞれ「Ｈ． Ｋ．」及び「Ｓ． Ｋ．」を示す情報である。降車位置情報５２及び属性情報５７には、「六本木ＨＬＳ」及び「Ｈ． Ｋ．」がペアであり、「西麻布」及び「Ｓ． Ｋ．」がペアであることを示すメタ情報が付与されているとする。よって、乗車した人によって選択された目的地候補の名称及び属性候補のペアが「六本木ＨＬＳ」及び「Ｈ． Ｋ．」のペアと、「西麻布」及び「Ｓ． Ｋ．」のペアとのいずれかであれば、その人が予約をとったユーザ１１であることが車両１２の運転手に通知される。一方、乗車した人によって選択された目的地候補の名称及び属性候補のペアが「六本木ＨＬＳ」及び「Ｈ． Ｋ．」のペアと、「西麻布」及び「Ｓ． Ｋ．」のペアとのいずれでもなければ、その人が予約をとったユーザ１１でないことが車両１２の運転手に通知される。

本実施形態によれば、人が乗車したときに、その人が選択した目的地候補を、車両１２の位置に対応する乗車位置に紐付いた降車位置と比べるだけでなく、その人が選択した属性候補を、車両１２の位置に対応する乗車位置に紐付いた属性と比べることで、その人が無線タグなどの通信機器を携帯しているかどうかに関わらず、その人が予約をとったユーザ１１であるかどうかを、より正確に確認することができる。

本実施形態によれば、ユーザ１１の氏名などの属性をそのまま属性候補の情報として出力するのではなく、簡略化した上で属性候補の情報として出力することで、ユーザ１１のプライバシー又は個人情報を保護することができる。

本実施形態の一変形例として、データベース５０は、運行支援装置４０の記憶部４２に構築されてもよい。その場合、ステップＳ１１３では、予約ＩＤ５６、車両ＩＤ５５、乗車位置情報５１、降車位置情報５２、乗車時刻情報５３、降車時刻情報５４、及び属性情報５７が、ステップＳ１１２で割り当てられた車両１２の運行支援装置４０のデータベース５０に登録される。ステップＳ２１２からステップＳ２１５の処理は省略される。運行支援装置４０の制御部４１は、ステップＳ２１４の処理のように、車両１２の現在位置の２次元座標又は３次元座標に対応する乗車位置情報５１と、車両ＩＤ５５とのペアを検索キーとしてデータベース５０を検索し、また目的地候補情報６１及び属性候補情報６２を生成することで、ステップＳ２１６からステップＳ２１８の処理に必要な情報を得る。

本実施形態の一変形例として、運行支援装置４０は、クラウドコンピューティングシステム又はその他のコンピューティングシステムに属するサーバとして構成されてもよい。運行支援装置４０は、運行管理装置３０と統合されてもよい。その場合、ステップＳ２１１、ステップＳ２１２、ステップＳ２１５、ステップＳ２１６、及びステップＳ２１９の処理は、車両１２で実行される。ステップＳ２１８の処理は、サーバで実行される。ステップＳ２１４及びステップＳ２１５では、降車位置及び属性の情報と、複数の目的地候補の情報と、複数の属性候補の情報とのうち、複数の目的地候補の情報、及び複数の属性候補の情報だけがサーバから車両１２に配信される。ステップＳ２１７では、選択された目的地候補及び属性候補の情報が車両１２からサーバにアップロードされる。ステップＳ２１８では、照合結果がサーバから車両１２に配信される。

本発明は上述の実施形態に限定されるものではない。例えば、ブロック図に記載の複数のブロックを統合してもよいし、又は１つのブロックを分割してもよい。フローチャートに記載の複数のステップを記述に従って時系列に実行する代わりに、各ステップを実行する装置の処理能力に応じて、又は必要に応じて、並列的に又は異なる順序で実行してもよい。その他、本発明の趣旨を逸脱しない範囲での変更が可能である。

１０ オンデマンド交通システム
１１ ユーザ
１２ 車両
１３ ネットワーク
１４ オペレータ
３０ 運行管理装置
３１ 制御部
３２ 記憶部
３３ 通信部
３５ 入力部
３６ 出力部
４０ 運行支援装置
４１ 制御部
４２ 記憶部
４３ 通信部
４４ 測位部
４５ 入力部
４６ 出力部
５０ データベース
５１ 乗車位置情報
５２ 降車位置情報
５３ 乗車時刻情報
５４ 降車時刻情報
５５ 車両ＩＤ
５６ 予約ＩＤ
５７ 属性情報
６０ 選択画面
６１ 目的地候補情報
６２ 属性候補情報

Claims (9)

1. 予約による乗車位置及び降車位置の希望に応じて運行計画が決定される車両の運行を支援する運行支援装置であって、
   前記乗車位置で停車中の前記車両にて出力される複数の目的地候補の情報から、前記乗車位置で乗車した人によって１つの目的地候補が選択された場合に、選択された目的地候補の情報を取得し、取得した情報を、前記乗車位置の情報に前記予約の際に紐付けられた前記降車位置の情報と照合する制御部を備える運行支援装置。
2. 前記複数の目的地候補の情報には、前記降車位置に対応する目的地候補の情報として、前記降車位置の名称又は住所を簡略化した情報が含まれる請求項１に記載の運行支援装置。
3. 前記予約の際には、乗車予定のユーザの属性が指定され、
   前記制御部は、前記１つの目的地候補が選択されるのに加え、前記乗車位置で停車中の前記車両にて出力される複数の属性候補の情報から、前記乗車位置で乗車した人によって１つの属性候補が選択された場合に、選択された目的地候補及び属性候補の情報を取得し、取得した情報を、前記乗車位置の情報に前記車両の予約時に紐づけられた前記降車位置及び前記属性の情報と照合する請求項１又は請求項２に記載の運行支援装置。
4. 前記複数の属性候補の情報には、前記属性に対応する属性候補の情報として、前記属性を簡略化した情報が含まれる請求項３に記載の運行支援装置。
5. 前記複数の目的地候補の情報には、前記降車位置に対応しないダミー候補の情報が含まれる請求項１から請求項４のいずれか１項に記載の運行支援装置。
6. 前記車両は、相乗り可能であり、
   前記乗車位置が同じで前記降車位置が異なる複数の予約があれば、前記複数の目的地候補の情報には、前記ダミー候補の情報として、前記複数の予約のいずれにおける前記降車位置にも対応しない目的地候補の情報が含まれる請求項５に記載の運行支援装置。
7. 前記制御部は、取得した情報で示される目的地候補と前記降車位置とが一致しない場合に、前記予約をとったユーザとは異なる人が乗車したことを前記車両の運転手に通知する請求項１から請求項６のいずれか１項に記載の運行支援装置。
8. 前記車両は、相乗り可能であり、
   前記制御部は、前記乗車位置で乗車した人の数を、前記乗車位置が共通する予約の人数と比較し、比較結果を前記車両の運転手に通知する請求項１から請求項７のいずれか１項に記載の運行支援装置。
9. 請求項１から請求項８のいずれか１項に記載の運行支援装置を備える車両。

Images