(57)【要約】【課題】人が乗車したときに、その人が予約をとったユーザであるかどうかを確認する。【解決手段】運行支援装置４０は、ユーザの予約による乗車位置の希望に応じて運行計画が決定される車両１２の運行を支援する装置である。運行支援装置４０は、運行中の車両１２から無線で送信される車両１２の識別情報に対して、ユーザの端末装置２０からユーザの識別情報が送信された場合に、車両１２の位置情報を取得し、取得した位置情報を、ユーザの識別情報に予約の際に紐付けられた乗車位置の情報と照合する制御部４１を備える。【選択図】図２
2020140264.tif 000002
【特許請求の範囲】
【請求項１】
ユーザの予約による乗車位置の希望に応じて運行計画が決定される車両の運行を支援する運行支援装置であって、
運行中の前記車両から無線で送信される前記車両の識別情報に対して、前記ユーザの端末装置から前記ユーザの識別情報が送信された場合に、前記車両の位置情報を取得し、取得した位置情報を、前記ユーザの識別情報に前記予約の際に紐付けられた前記乗車位置の情報と照合する制御部を備える運行支援装置。
【請求項２】
前記車両の識別情報は、前記車両の外に送信され、
前記制御部は、取得した位置情報で示される位置と前記乗車位置との差が、ある閾値よりも小さい場合に、前記車両への乗車を前記ユーザに案内するための乗車案内情報を前記ユーザの端末装置に送信する請求項１に記載の運行支援装置。
【請求項３】
前記運行計画は、前記予約による乗車位置及び降車位置の希望に応じて決定され、
前記制御部は、前記ユーザが乗車したと判断した後、前記車両の位置情報を順次取得し、順次取得した位置情報を、前記ユーザの識別情報に前記予約の際に紐付けられた前記降車位置の情報と順次照合し、順次取得した位置情報で示される位置と前記降車位置との差が、ある閾値よりも小さくなった場合に、前記車両からの降車を前記ユーザに案内するための降車案内情報を前記ユーザの端末装置に送信する請求項１又は請求項２に記載の運行支援装置。
【請求項４】
前記制御部は、前記ユーザの端末装置から前記ユーザの識別情報が送信された時点以後、前記車両が停車中であることを検出した場合に、前記ユーザが乗車したと判断する請求項１から請求項３のいずれか１項に記載の運行支援装置。
【請求項５】
前記車両の識別情報は、前記車両の中で送信され、
前記制御部は、前記ユーザの端末装置から前記ユーザの識別情報が送信された場合に、前記ユーザが乗車したと判断する請求項１から請求項３のいずれか１項に記載の運行支援装置。
【請求項６】
前記制御部は、取得した位置情報で示される位置と前記乗車位置との差が、ある閾値よりも大きい場合に、前記ユーザとは異なる人が乗車したことを前記車両の運転手に通知する請求項１から請求項５のいずれか１項に記載の運行支援装置。
【請求項７】
前記予約の際には、前記乗車位置からの運賃が決済され、
前記制御部は、取得した位置情報で示される位置と前記乗車位置との差が、ある閾値よりも大きい場合に、その差に応じた運賃の差額を決済する請求項１から請求項５のいずれか１項に記載の運行支援装置。
【請求項８】
前記車両に備えられ、
情報を無線で送受信する通信部をさらに備え、
前記制御部は、前記通信部を介して、前記車両の識別情報を繰り返し送信する請求項１から請求項７のいずれか１項に記載の運行支援装置。
【請求項９】
請求項１から請求項８のいずれか１項に記載の運行支援装置を備える車両。
【請求項１０】
情報を送受信する通信部と、
前記通信部を介して、ユーザの予約による乗車位置の希望に応じて運行計画が決定される車両から運行中に送信される前記ユーザの識別情報を受信し、前記ユーザの識別情報に対して、前記通信部を介して、前記ユーザの識別情報に前記予約の際に紐付けられた前記乗車位置の情報を送信する制御部と
を備える運行管理装置。
【請求項１１】
情報を無線で送受信する通信部と、
前記通信部を介して、ユーザの予約による乗車位置の希望に応じて運行計画が決定される車両から運行中に無線で送信される前記車両の識別情報を受信し、前記車両の識別情報に対して、前記通信部を介して、前記ユーザの識別情報を送信する制御部と
を備える端末装置。
【請求項１２】
情報を出力する出力部と、
前記ユーザの操作を受け付ける入力部と
をさらに備え、
前記制御部は、前記ユーザの識別情報を送信する前に、前記出力部を介して、前記ユーザの承諾を要求するための承諾要求情報を出力し、出力した承諾要求情報に対して、前記入力部を介して、前記ユーザの承諾の操作を受け付けた場合に、前記ユーザの識別情報を送信する請求項１１に記載の端末装置。
【請求項１３】
ユーザの予約による乗車位置の希望に応じて運行計画が決定される車両が、運行中に、前記車両の識別情報を無線で送信し、
前記ユーザの端末装置が、前記車両の識別情報を受信し、前記車両の識別情報に対して、前記ユーザの識別情報を送信し、
運行支援装置が、前記車両の位置情報を取得し、取得した位置情報を、前記ユーザの識別情報に前記予約の際に紐付けられた前記乗車位置の情報と照合する運行支援方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、運行支援装置、車両、運行管理装置、端末装置、及び運行支援方法に関する。
【背景技術】
【０００２】
特許文献１には、マイクロフォン又はカメラからの信号により人が乗車したことを検知したときに、車両の現在位置情報を乗車位置情報として取得し、データベースを参照して、取得した乗車位置情報に対応する個人識別情報を検索する技術が記載されている。
【０００３】
特許文献２には、車両が停車場に停車していると判断し、かつ、利用客が停車場にいると判断した場合に、乗車口に到達するために利用客が進むべき方向及び距離を含む乗車誘導情報をユーザ端末に送信する技術が記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１０−２１６８６９号公報
【特許文献２】特開２０１０−１７６２２１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ユーザの予約による乗降位置及び乗降時刻の希望に応じて走行経路及び運行スケジュールなどの運行計画が決定されるオンデマンドバスなどのオンデマンド交通システムがある。このような交通システムでは、人が乗車したときに、その人が予約をとったユーザであるかどうかを確認する必要がある。
【０００６】
特許文献１に記載の技術では、人が乗車したときに、乗車位置情報に対応する個人識別情報が得られるが、その個人識別情報が乗車した人の個人識別情報であるかどうかを確認することはできない。
【０００７】
特許文献２に記載の技術では、人が乗車する前に、その人のユーザ端末ＩＤが得られるが、このユーザ端末ＩＤは、その人が希望する路線のバス接近情報及びバス到着情報をユーザ端末に送信するために利用されるだけで、その人が乗車したときには一切利用されない。「ＩＤ」は、Identifierの略語である。
【０００８】
本発明の目的は、人が乗車したときに、その人が予約をとったユーザであるかどうかを確認することである。
【課題を解決するための手段】
【０００９】
本発明の一実施形態に係る運行支援装置は、
ユーザの予約による乗車位置の希望に応じて運行計画が決定される車両の運行を支援する運行支援装置であって、
運行中の前記車両から無線で送信される前記車両の識別情報に対して、前記ユーザの端末装置から前記ユーザの識別情報が送信された場合に、前記車両の位置情報を取得し、取得した位置情報を、前記ユーザの識別情報に前記予約の際に紐付けられた前記乗車位置の情報と照合する制御部を備える。
【００１０】
本発明の一実施形態に係る運行管理装置は、
情報を送受信する通信部と、
前記通信部を介して、ユーザの予約による乗車位置の希望に応じて運行計画が決定される車両の運行を支援する運行支援装置から送信される前記ユーザの識別情報を受信し、前記ユーザの識別情報に対して、前記通信部を介して、前記ユーザの識別情報に前記予約の際に紐付けられた前記乗車位置の情報を送信する制御部と
を備える。
【００１１】
本発明の一実施形態に係る端末装置は、
情報を無線で送受信する通信部と、
前記通信部を介して、ユーザの予約による乗車位置の希望に応じて運行計画が決定される車両から運行中に無線で送信される前記車両の識別情報を受信し、前記車両の識別情報に対して、前記通信部を介して、前記ユーザの識別情報を送信する制御部と
を備える。
【００１２】
本発明の一実施形態に係る運行支援方法では、
ユーザの予約による乗車位置の希望に応じて運行計画が決定される車両が、運行中に、前記車両の識別情報を無線で送信し、
前記ユーザの端末装置が、前記車両の識別情報を受信し、前記車両の識別情報に対して、前記ユーザの識別情報を送信し、
運行支援装置が、前記車両の位置情報を取得し、取得した位置情報を、前記ユーザの識別情報に前記予約の際に紐付けられた前記乗車位置の情報と照合する。
【発明の効果】
【００１３】
本発明の一実施形態によれば、人が乗車したときに、その人が予約をとったユーザであるかどうかを確認することができる。
【図面の簡単な説明】
【００１４】
【図１】本発明の一実施形態に係るオンデマンド交通システムの構成を示す模式図である。
【図２】本発明の一実施形態に係るオンデマンド交通システムの構成を示すブロック図である。
【図３】本発明の一実施形態に係るオンデマンド交通システムの動作を示すフローチャートである。
【図４】本発明の一実施形態に係る予約要求の例を示す表である。
【図５】本発明の一実施形態に係るデータベースの例を示す表である。
【図６】本発明の一実施形態に係る予約応答の例を示す表である。
【図７】本発明の一実施形態に係るオンデマンド交通システムの動作を示すフローチャートである。
【図８】本発明の一実施形態に係るオンデマンド交通システムの動作を示すフローチャートである。
【図９】本発明の一実施形態に係る承諾要求情報の例を示す図である。
【図１０】本発明の一実施形態に係る乗車案内情報の例を示す図である。
【図１１】本発明の一実施形態に係る降車案内情報の例を示す図である。
【発明を実施するための形態】
【００１５】
以下、本発明の一実施形態について、図を参照して説明する。
【００１６】
各図中、同一又は相当する部分には、同一符号を付している。本実施形態の説明において、同一又は相当する部分については、説明を適宜省略又は簡略化する。
【００１７】
図１を参照して、本実施形態の概要を説明する。
【００１８】
本実施形態に係るオンデマンド交通システム１０では、ユーザ１１の予約による乗車位置の希望に応じて車両１２の運行計画が決定される。車両１２は、運行中に、車両１２の識別情報を無線で送信する。ユーザ１１の端末装置２０は、車両１２の識別情報を受信する。端末装置２０は、車両１２の識別情報に対して、ユーザ１１の識別情報を送信する。運行管理装置３０は、ユーザ１１の識別情報に予約の際に紐付けられた乗車位置の情報を任意の時点で運行支援装置４０に送信する。運行支援装置４０は、車両１２の位置情報を取得する。運行支援装置４０は、取得した位置情報を、ユーザ１１の識別情報に予約の際に紐付けられた乗車位置の情報と照合する。
【００１９】
本実施形態では、人が乗車したときに、その人の識別情報が得られ、この識別情報を利用して、その人が予約の際に希望した乗車位置が特定される。よって、人が乗車したときに、車両１２の位置を、その人が希望した乗車位置と比べることで、その人が予約をとったユーザ１１であるかどうかを確認することができる。
【００２０】
ユーザ１１は、本実施形態では、端末装置２０から運行管理装置３０にアクセスして、オペレータを介さずに車両１２を予約するが、運行管理装置３０にアクセス可能なオペレータと電話又はメールでコミュニケーションをとって車両１２を予約してもよい。
【００２１】
車両１２は、本実施形態ではオンデマンドバスであるが、乗り合いタクシーなど、他の種類のオンデマンド車両でもよい。オンデマンドバスとしては、例えば、ガソリン車、ディーゼル車、ＨＶ、ＰＨＶ、ＥＶ、又はＦＣＶなどの任意の種類の自動車を使用できる。「ＨＶ」は、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の略語である。メモリは、例えば、主記憶装置、補助記憶装置、又はキャッシュメモリとして機能する。記憶部２２には、端末装置２０の動作に用いられる情報と、端末装置２０の動作によって得られた情報とが記憶される。
【００３０】
通信部２３は、１つ以上の通信モジュールである。通信モジュールとしては、例えば、ＢＬＥ、ＲＦＩＤ、無線ＬＡＮ規格、ＬＴＥ、４Ｇ、又は５Ｇに対応した通信モジュールを使用できる。「ＢＬＥ」は、Bluetooth（登録商標） Low Energyの略語である。「ＲＦＩＤ」は、Radio Frequency Identificationの略語である。「ＬＡＮ」は、Local Area Networkの略語である。「ＬＴＥ」は、Long Term Evolutionの略語である。「４Ｇ」は、4th Generationの略語である。「５Ｇ」は、5th Generationの略語である。通信部２３は、端末装置２０の動作に用いられる情報を無線で受信し、また端末装置２０の動作によって得られる情報を無線で送信する。
【００３１】
測位部２４は、１つ以上の測位モジュールである。測位モジュールとしては、例えば、ＧＮＳＳに対応した測位モジュールを使用できる。「ＧＮＳＳ」は、Global Navigation Satellite Systemの略語である。ＧＮＳＳには、例えば、ＧＰＳ、ＱＺＳＳ、ＧＬＯＮＡＳＳ、及びＧａｌｉｌｅｏの少なくともいずれかが含まれる。「ＧＰＳ」は、Global Positioning Systemの略語である。「ＱＺＳＳ」は、Quasi-Zenith Satellite Systemの略語である。ＱＺＳＳの衛星は、準天頂衛星と呼ばれる。「ＧＬＯＮＡＳＳ」は、Global Navigation Satellite Systemの略語である。測位部２４は、端末装置２０の位置情報を取得する。
【００３２】
入力部２５は、１つ以上の入力インタフェースである。入力インタフェースとしては、例えば、物理キー、静電容量キー、ポインティングデバイス、ディスプレイと一体的に設けられたタッチスクリーン、又はマイクを使用できる。入力部２５は、ユーザ１１の、端末装置２０の動作に用いられる情報を入力するなどの操作を受け付ける。
【００３３】
出力部２６は、１つ以上の出力インタフェースである。出力インタフェースとしては、例えば、ディスプレイ又はスピーカを使用できる。ディスプレイとしては、例えば、ＬＣＤ又は有機ＥＬディスプレイを使用できる。「ＬＣＤ」は、Liquid Crystal Displayの略語である。「ＥＬ」は、Electro Luminescenceの略語である。出力部２６は、端末装置２０の動作によって得られる情報をユーザ１１に向けて出力する。
【００３４】
端末装置２０の機能は、本実施形態に係る端末プログラムを、制御部２１に含まれるプロセッサで実行することにより実現される。すなわち、端末装置２０の機能は、ソフトウェアにより実現される。端末プログラムは、端末装置２０の動作に含まれるステップの処理をコンピュータに実行させることで、当該ステップの処理に対応する機能をコンピュータに実現させるためのプログラムである。すなわち、端末プログラムは、コンピュータを端末装置２０として機能させるためのプログラムである。
【００３５】
プログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、例えば、磁気記録装置、光ディスク、光磁気記録媒体、又は半導体メモリを使用できる。プログラムの流通は、例えば、プログラムを記録したＤＶＤ又はＣＤ−ＲＯＭなどの可搬型記録媒体を販売、譲渡、又は貸与することによって行う。「ＤＶＤ」は、Digital Versatile Discの略語である。「ＣＤ−ＲＯＭ」は、Compact Disc Read Only Memoryの略語である。プログラムをサーバのストレージに格納しておき、ネットワーク１３を介して、サーバから他のコンピュータにプログラムを転送することにより、プログラムを流通させてもよい。プログラムをプログラムプロダクトとして提供してもよい。
【００３６】
コンピュータは、例えば、可搬型記録媒体に記録されたプログラム又はサーバから転送されたプログラムを、一旦、メモリに格納する。そして、コンピュータは、メモリに格納されたプログラムをプロセッサで読み取り、読み取ったプログラムに従った処理をプロセッサで実行する。コンピュータは、可搬型記録媒体から直接プログラムを読み取り、プログラムに従った処理を実行してもよい。コンピュータは、コンピュータにサーバからプログラムが転送される度に、逐次、受け取ったプログラムに従った処理を実行してもよい。サーバからコンピュータへのプログラムの転送は行わず、実行指示及び結果取得のみによって機能を実現する、いわゆるＡＳＰ型のサービスによって処理を実行してもよい。「ＡＳＰ」は、Application Service Providerの略語である。プログラムには、電子計算機による処理の用に供する情報であってプログラムに準ずるものが含まれる。例えば、コンピュータに対する直接の指令ではないがコンピュータの処理を規定する性質を有するデータは、「プログラムに準ずるもの」に該当する。
【００３７】
端末装置２０の一部又は全ての機能が、制御部２１に含まれる専用回路により実現されてもよい。すなわち、端末装置２０の一部又は全ての機能が、ハードウェアにより実現されてもよい。
【００３８】
運行管理装置３０は、車両１２の運行を管理する装置である。運行管理装置３０は、データセンタなどの任意の場所に備えられる。運行管理装置３０は、クラウドコンピューティングシステム又はその他のコンピューティングシステムに属するサーバとして構成される。
【００３９】
運行管理装置３０は、制御部３１、記憶部３２、通信部３３、入力部３５、及び出力部３６などの構成要素を備える。
【００４０】
制御部３１は、１つ以上のプロセッサである。プロセッサとしては、ＣＰＵなどの汎用プロセッサ、又は特定の処理に特化した専用プロセッサを使用できる。制御部３１には、１つ以上の専用回路が含まれてもよいし、又は制御部３１において、１つ以上のプロセッサを１つ以上の専用回路に置き換えてもよい。専用回路としては、例えば、ＦＰＧＡ又はＡＳＩＣを使用できる。制御部３１は、運行管理装置３０の各部を制御しながら、運行管理装置３０の動作に関わる情報処理を実行する。
【００４１】
記憶部３２は、１つ以上のメモリである。メモリとしては、例えば、半導体メモリ、磁気メモリ、又は光メモリを使用できる。半導体メモリとしては、例えば、ＲＡＭ又はＲＯＭを使用できる。ＲＡＭとしては、例えば、ＳＲＡＭ又はＤＲＡＭを使用できる。ＲＯＭとしては、例えば、ＥＥＰＲＯＭを使用できる。メモリは、例えば、主記憶装置、補助記憶装置、又はキャッシュメモリとして機能する。記憶部３２には、運行管理装置３０の動作に用いられる情報と、運行管理装置３０の動作によって得られた情報とが記憶される。
【００４２】
通信部３３は、１つ以上の通信モジュールである。通信モジュールとしては、例えば、ＬＡＮ規格に対応した通信モジュールを使用できる。通信部３３は、運行管理装置３０の動作に用いられる情報をネットワーク１３経由で受信し、また運行管理装置３０の動作によって得られる情報をネットワーク１３経由で送信する。
【００４３】
入力部３５は、１つ以上の入力インタフェースである。入力インタフェースとしては、例えば、物理キー、静電容量キー、ポインティングデバイス、ディスプレイと一体的に設けられたタッチスクリーン、又はマイクを使用できる。入力部３５は、オペレータの、運行管理装置３０の動作に用いられる情報を入力するなどの操作を受け付ける。
【００４４】
出力部３６は、１つ以上の出力インタフェースである。出力インタフェースとしては、例えば、ディスプレイ又はスピーカを使用できる。ディスプレイとしては、例えば、ＬＣＤ又は有機ＥＬディスプレイを使用できる。出力部３６は、運行管理装置３０の動作によって得られる情報をオペレータに向けて出力する。
【００４５】
運行管理装置３０の機能は、本実施形態に係る運行管理プログラムを、制御部３１に含まれるプロセッサで実行することにより実現される。すなわち、運行管理装置３０の機能は、ソフトウェアにより実現される。運行管理プログラムは、運行管理装置３０の動作に含まれるステップの処理をコンピュータに実行させることで、当該ステップの処理に対応する機能をコンピュータに実現させるためのプログラムである。すなわち、運行管理プログラムは、コンピュータを運行管理装置３０として機能させるためのプログラムである。
【００４６】
運行管理装置３０の一部又は全ての機能が、制御部３１に含まれる専用回路により実現されてもよい。すなわち、運行管理装置３０の一部又は全ての機能が、ハードウェアにより実現されてもよい。
【００４７】
運行支援装置４０は、車両１２の運行を支援する装置である。運行支援装置４０は、車両１２に備えられる。運行支援装置４０は、運賃表示機、運賃収受機、又はナビゲーション機器などの車載機器として構成されてもよいし、又は携帯電話機、スマートフォン、又はタブレットなど、車載機器に接続して使用される電子機器として構成されてもよい。
【００４８】
運行支援装置４０は、制御部４１、記憶部４２、通信部４３、測位部４４、入力部４５、及び出力部４６などの構成要素を備える。
【００４９】
制御部４１は、１つ以上のプロセッサである。プロセッサとしては、ＣＰＵなどの汎用プロセッサ、又は特定の処理に特化した専用プロセッサを使用できる。制御部４１には、１つ以上の専用回路が含まれてもよいし、又は制御部４１において、１つ以上のプロセッサを１つ以上の専用回路に置き換えてもよい。専用回路としては、例えば、ＦＰＧＡ又はＡＳＩＣを使用できる。制御部４１には、１つ以上のＥＣＵが含まれてもよい。「ＥＣＵ」は、Electronic Control Unitの略語である。制御部４１は、運行支援装置４０を含む車両１２の各部を制御しながら、運行支援装置４０の動作に関わる情報処理を実行する。
【００５０】
記憶部４２は、１つ以上のメモリである。メモリとしては、例えば、半導体メモリ、磁気メモリ、又は光メモリを使用できる。半導体メモリとしては、例えば、ＲＡＭ又はＲＯＭを使用できる。ＲＡＭとしては、例えば、ＳＲＡＭ又はＤＲＡＭを使用できる。ＲＯＭとしては、例えば、ＥＥＰＲＯＭを使用できる。メモリは、例えば、主記憶装置、補助記憶装置、又はキャッシュメモリとして機能する。記憶部４２には、運行支援装置４０の動作に用いられる情報と、運行支援装置４０の動作によって得られた情報とが記憶される。
【００５１】
通信部４３は、１つ以上の通信モジュールである。通信モジュールとしては、例えば、ＢＬＥ、ＲＦＩＤ、無線ＬＡＮ規格、ＬＴＥ、４Ｇ、又は５Ｇに対応した通信モジュールを使用できる。通信部４３は、運行支援装置４０の動作に用いられる情報を無線で受信し、また運行支援装置４０の動作によって得られる情報を無線で送信する。
【００５２】
測位部４４は、１つ以上の測位モジュールである。測位モジュールとしては、例えば、ＧＮＳＳに対応した測位モジュールを使用できる。ＧＮＳＳには、例えば、ＧＰＳ、ＱＺＳＳ、ＧＬＯＮＡＳＳ、及びＧａｌｉｌｅｏの少なくともいずれかが含まれる。測位部４４は、車両１２の位置情報を取得する。
【００５３】
入力部４５は、１つ以上の入力インタフェースである。入力インタフェースとしては、例えば、物理キー、静電容量キー、ポインティングデバイス、車載ディスプレイと一体的に設けられたタッチスクリーン、又は車載マイクを使用できる。入力部４５は、車両１２の運転手の、運行支援装置４０の動作に用いられる情報を入力するなどの操作を受け付ける。
【００５４】
出力部４６は、１つ以上の出力インタフェースである。出力インタフェースとしては、例えば、車載ディスプレイ又は車載スピーカを使用できる。車載ディスプレイとしては、例えば、ＨＵＤ、ＬＣＤ、又は有機ＥＬディスプレイを使用できる。「ＨＵＤ」は、Head-Up Displayの略語である。出力部４６は、運行支援装置４０の動作によって得られる情報を車両１２の運転手に向けて出力する。
【００５５】
運行支援装置４０の機能は、本実施形態に係る運行支援プログラムを、制御部４１に含まれるプロセッサで実行することにより実現される。すなわち、運行支援装置４０の機能は、ソフトウェアにより実現される。運行支援プログラムは、運行支援装置４０の動作に含まれるステップの処理をコンピュータに実行させることで、当該ステップの処理に対応する機能をコンピュータに実現させるためのプログラムである。すなわち、運行支援プログラムは、コンピュータを運行支援装置４０として機能させるためのプログラムである。
【００５６】
運行支援装置４０の一部又は全ての機能が、制御部４１に含まれる専用回路により実現されてもよい。すなわち、運行支援装置４０の一部又は全ての機能が、ハードウェアにより実現されてもよい。
【００５７】
図３から図１１を参照して、本実施形態に係るオンデマンド交通システム１０の動作を説明する。
【００５８】
図３は、ユーザ１１が車両１２を予約する際のオンデマンド交通システム１０の動作を示している。この動作は、本実施形態に係る予約支援方法に相当する。
【００５９】
図４は、図３の動作において送受信される予約要求６１の例を示している。図５は、図３の動作においてアクセスされるデータベース６２の例を示している。図６は、図３の動作において送受信される予約応答６３の例を示している。
【００６０】
ステップＳ１０１及びステップＳ１０２の処理は、ユーザ１１の端末装置２０で実行される。
【００６１】
ステップＳ１０１において、制御部２１は、入力部２５を介して、ユーザ１１が希望する乗車位置の情報を取得する。本実施形態では、制御部２１は、入力部２５を介して、ユーザ１１が希望する降車位置の情報をさらに取得する。制御部２１は、入力部２５を介して、ユーザ１１が希望する乗車時刻及び降車時刻の情報も取得する。
【００６２】
具体的には、制御部２１は、入力部２５を介して、ユーザ１１の、乗車位置情報５１、降車位置情報５２、乗車時刻情報５３、及び降車時刻情報５４を入力する操作を受け付ける。乗車位置情報５１は、ユーザ１１が希望する乗車位置Ｐ１の情報である。降車位置情報５２は、ユーザ１１が希望する降車位置Ｐ２の情報である。乗車位置Ｐ１及び降車位置Ｐ２は、地名、住所、又は地図上の点若しくは領域などの任意の形式で表される。乗車時刻情報５３は、ユーザ１１が希望する乗車時刻Ｔ１の情報である。降車時刻情報５４は、ユーザ１１が希望する降車時刻Ｔ２の情報である。乗車時刻Ｔ１及び降車時刻Ｔ２は、日時、又は日付及び時間帯などの任意の形式で表される。制御部２１は、入力された乗車位置情報５１、降車位置情報５２、乗車時刻情報５３、及び降車時刻情報５４を記憶部２２に記憶する。
【００６３】
ステップＳ１０２において、制御部２１は、通信部２３を介して、ステップＳ１０１で取得した乗車位置の情報を含む予約要求６１を運行管理装置３０に送信する。本実施形態では、制御部２１は、ステップＳ１０１で取得した降車位置の情報を予約要求６１にさらに含める。制御部２１は、ステップＳ１０１で取得した乗車時刻及び降車時刻の情報も予約要求６１に含める。
【００６４】
具体的には、制御部２１は、図４に示すように、記憶部２２に記憶した乗車位置情報５１、降車位置情報５２、乗車時刻情報５３、及び降車時刻情報５４を含むメッセージを予約要求６１として生成する。メッセージの形式としては、ＨＴＭＬ又はＸＭＬなどの任意の形式を使用できる。「ＨＴＭＬ」は、Hypertext Markup Languageの略語である。「ＸＭＬ」は、Extensible Markup Languageの略語である。制御部２１は、通信部２３を介して、生成した予約要求６１を運行管理装置３０に送信する。
【００６５】
ステップＳ１０３からステップＳ１０６の処理は、運行管理装置３０で実行される。
【００６６】
ステップＳ１０３において、制御部３１は、通信部３３を介して、ステップＳ１０２で送信された予約要求６１をユーザ１１の端末装置２０から受信する。
【００６７】
具体的には、制御部３１は、通信部３３を介して、乗車位置情報５１、降車位置情報５２、乗車時刻情報５３、及び降車時刻情報５４を含む予約要求６１をユーザ１１の端末装置２０からネットワーク１３経由で受信する。制御部３１は、受信した予約要求６１に含まれる乗車位置情報５１、降車位置情報５２、乗車時刻情報５３、及び降車時刻情報５４を記憶部３２に記憶する。
【００６８】
ステップＳ１０４において、制御部３１は、ステップＳ１０３で受信した予約要求６１に含まれる乗車位置の情報に応じて、車両１２の運行計画を決定する。本実施形態では、制御部３１は、乗車位置の情報と、ステップＳ１０３で受信した予約要求６１に含まれる降車位置、乗車時刻及び降車時刻の情報とに応じて、車両１２の運行計画を決定する。
【００６９】
具体的には、制御部３１は、記憶部３２に記憶した乗車位置情報５１、降車位置情報５２、乗車時刻情報５３、及び降車時刻情報５４で示されるユーザ１１の希望に応じて、車両１２を割り当てるとともに、割り当てた車両１２の走行経路及び運行スケジュールなどの運行計画を決定する。制御部３１は、割り当てた車両１２の車両ＩＤ５５を車両１２の識別情報として記憶部３２に記憶する。車両ＩＤ５５は、任意の数値又は文字列である。
【００７０】
制御部３１は、図４の例のような予約要求６１を受信した場合は、オンデマンドバスの複数候補の中から、乗車時刻Ｔ１までに乗車位置Ｐ１に到着し、降車時刻Ｔ２までに降車位置Ｐ２に到着することができるバスＢ１を選択する。制御部３１は、バスＢ１が乗車時刻Ｔ１までに乗車位置Ｐ１に到着し、降車時刻Ｔ２までに降車位置Ｐ２に到着するようにバスＢ１の運行計画を決定する。
【００７１】
ステップＳ１０５において、制御部３１は、ステップＳ１０３で受信した予約要求６１に含まれる乗車位置の情報をユーザ１１の識別情報に紐付ける。本実施形態では、制御部３１は、ステップＳ１０３で受信した予約要求６１に含まれる降車位置の情報をユーザ１１の識別情報にさらに紐付ける。制御部３１は、ステップＳ１０３で受信した予約要求６１に含まれる乗車時刻及び降車時刻の情報もユーザ１１の識別情報に紐付ける。
【００７２】
具体的には、制御部３１は、新たなユーザＩＤ５６をユーザ１１の識別情報として発行する。制御部３１は、図５に示すように、発行したユーザＩＤ５６を主キーとして記憶部３２、又は外部のストレージに構築されたデータベース６２に登録するとともに、記憶部３２に記憶した車両ＩＤ５５、乗車位置情報５１、降車位置情報５２、乗車時刻情報５３、及び降車時刻情報５４をユーザＩＤ５６に対応付けてデータベース６２に登録する。ユーザＩＤ５６は、乱数などの任意の数値、又はランダム文字列などの任意の文字列である。
【００７３】
ここで発行されるユーザＩＤ５６は、ユーザ１１の識別情報であるだけでなく、ユーザ１１の予約Ｒ１の識別情報でもある。制御部３１は、同じユーザ１１の別の予約Ｒ２があれば、図５の例のように、別のユーザＩＤ５６を予約Ｒ２の識別情報として発行する。この例によれば、予約の前にユーザＩＤ５６を発行しておく必要がなく、また予約の際にユーザ１１を認証する必要がないため、処理手順を簡素化することができる。
【００７４】
ステップＳ１０６において、制御部３１は、通信部３３を介して、ユーザ１１の識別情報と車両１２の識別情報とを含む予約応答６３をユーザ１１の端末装置２０に送信する。
【００７５】
具体的には、制御部３１は、図６に示すように、データベース６２に登録したユーザＩＤ５６及び車両ＩＤ５５のペアを含むメッセージを予約応答６３として生成する。メッセージの形式としては、ＨＴＭＬ又はＸＭＬなどの任意の形式を使用できる。図６の例では、必須ではないが、乗車位置情報５１、降車位置情報５２、乗車時刻情報５３、及び降車時刻情報５４も予約応答６３に含まれている。制御部３１は、通信部３３を介して、生成した予約応答６３をユーザ１１の端末装置２０にネットワーク１３経由で送信する。
【００７６】
ステップＳ１０７の処理は、ユーザ１１の端末装置２０で実行される。
【００７７】
ステップＳ１０７において、制御部２１は、通信部２３を介して、ステップＳ１０６で送信された予約応答６３を運行管理装置３０から受信する。
【００７８】
具体的には、制御部２１は、通信部２３を介して、ユーザＩＤ５６及び車両ＩＤ５５のペアを含む予約応答６３を運行管理装置３０から受信する。制御部２１は、受信した予約応答６３に含まれるユーザＩＤ５６及び車両ＩＤ５５のペアを記憶部２２に記憶する。制御部２１は、図６の例のような予約応答６３を受信した場合は、乗車位置情報５１、降車位置情報５２、乗車時刻情報５３、及び降車時刻情報５４も記憶部２２に記憶する。
【００７９】
本実施形態の一変形例として、ユーザＩＤ５６は、運行管理装置３０で発行される代わりに、ユーザ１１の端末装置２０で発行されてもよい。その場合、ステップＳ１０２において、端末装置２０の制御部２１は、発行したユーザＩＤ５６を予約要求６１に含める。ステップＳ１０５において、運行管理装置３０の制御部３１は、予約要求６１に含まれるユーザＩＤ５６をデータベース６２に登録する。
【００８０】
本実施形態の一変形例として、ユーザＩＤ５６は、予約の前に運行管理装置３０で発行されていてもよい。その場合、ステップＳ１０２において、端末装置２０の制御部２１は、予め提供されたユーザＩＤ５６を予約要求６１に含める。ステップＳ１０５において、運行管理装置３０の制御部３１は、予約要求６１に含まれるユーザＩＤ５６をデータベース６２に登録する。
【００８１】
この変形例において、予約の際に運行管理装置３０でユーザ１１が認証されてもよい。その場合、ステップＳ１０２において、端末装置２０の制御部２１は、ユーザＩＤ５６に対応する暗証番号又はパスワードなどの認証情報を予約要求６１に含める。ステップＳ１０４において、運行管理装置３０の制御部３１は、予約要求６１に含まれるユーザＩＤ５６及び認証情報を、データベース６２に予め登録しておいたユーザＩＤ５６及び認証情報と照合することで、ユーザ１１を認証する。制御部３１は、認証が成功した場合のみ、車両１２の運行計画を決定する。
【００８２】
本実施形態の一変形例として、ステップＳ１０１からステップＳ１０３の処理を、ユーザ１１とオペレータとの間の電話又はメールでのコミュニケーションで代替してもよい。その場合、乗車位置情報５１、降車位置情報５２、乗車時刻情報５３、及び降車時刻情報５４は、ユーザ１１からオペレータに電話又はメールで伝えられる。ステップＳ１０３において、運行管理装置３０の制御部３１は、入力部３５を介して、オペレータの、乗車位置情報５１、降車位置情報５２、乗車時刻情報５３、及び降車時刻情報５４を入力する操作を受け付ける。あるいは、制御部３１は、通信部３３を介して、乗車位置情報５１、降車位置情報５２、乗車時刻情報５３、及び降車時刻情報５４をオペレータのＰＣなどの端末装置から受信する。「ＰＣ」は、Personal Computerの略語である。
【００８３】
この変形例において、ステップＳ１０６及びステップＳ１０７の処理を、ユーザ１１とオペレータとの間の電話又はメールでのコミュニケーションで代替してもよい。その場合、ユーザＩＤ５６及び車両ＩＤ５５は、オペレータからユーザ１１に電話又はメールで伝えられる。ステップＳ１０７において、端末装置２０の制御部２１は、入力部２５を介して、ユーザ１１の、ユーザＩＤ５６及び車両ＩＤ５５を入力する操作を受け付ける。
【００８４】
本実施形態の一変形例として、車両１２の運行計画は、オペレータによって人手で決定されてもよい。その場合、ステップＳ１０４において、運行管理装置３０の制御部３１は、出力部３６を介して、乗車位置情報５１、降車位置情報５２、乗車時刻情報５３、及び降車時刻情報５４をオペレータに向けて出力する。
【００８５】
図７及び図８は、ユーザ１１が乗車する際のオンデマンド交通システム１０の動作を示している。この動作は、本実施形態に係る運行支援方法に相当する。
【００８６】
図９は、図７の動作において出力される承諾要求情報６４の例を示している。図１０は、図８の動作において出力される乗車案内情報６５の例を示している。図１１は、図８の動作において出力される降車案内情報６６の例を示している。
【００８７】
ステップＳ２０１の処理は、運行中の車両１２の運行支援装置４０で実行される。
【００８８】
ステップＳ２０１において、制御部４１は、通信部４３を介して、車両１２の識別情報を運行中の車両１２から無線で送信する。本実施形態では、制御部４１は、通信部４３を介して、車両１２の識別情報をビーコンのように繰り返しブロードキャストする。制御部４１は、車両１２の識別情報を定期的にブロードキャストしてもよいし、又は車両１２の識別情報を任意のトリガに応じてブロードキャストしてもよい。制御部４１は、車両１２の位置に関係なく車両１２の識別情報を送信してもよいし、又は車両１２の位置とユーザ１１が希望する乗車位置とが近いときだけ車両１２の識別情報を送信してもよい。
【００８９】
具体的には、制御部４１は、通信部４３を介して、記憶部４２に予め記憶された車両ＩＤ５５を車両１２の外に送信する。この車両ＩＤ５５の送信には、ＢＬＥ、ＲＦＩＤ、又は無線ＬＡＮなどの近距離通信用のプロトコルが使用される。
【００９０】
ステップＳ２０２からステップＳ２０４の処理は、ユーザ１１の端末装置２０で実行される。
【００９１】
ステップＳ２０２において、制御部２１は、通信部２３を介して、ステップＳ２０１で送信された車両１２の識別情報を車両１２の運行支援装置４０から受信する。
【００９２】
具体的には、制御部２１は、通信部２３を介して、車両ＩＤ５５を車両１２の運行支援装置４０から無線で直接受信する。
【００９３】
ステップＳ２０３において、制御部２１は、ステップＳ２０２で受信した車両１２の識別情報を、ステップＳ１０７で受信した予約応答６３に含まれる車両１２の識別情報と照合する。
【００９４】
具体的には、制御部２１は、車両１２の運行支援装置４０から受信した車両ＩＤ５５を、記憶部２２に記憶した車両ＩＤ５５と照合する。制御部２１は、車両ＩＤ５５が一致しなければ、次にステップＳ２０２で車両ＩＤ５５を受信するまで待機する。一方、制御部２１は、車両ＩＤ５５が一致していれば、ステップＳ２０４の処理を行う。
【００９５】
ステップＳ２０４において、制御部２１は、ステップＳ２０２で受信した車両１２の識別情報に対して、通信部２３を介して、ステップＳ１０７で受信した予約応答６３に含まれるユーザ１１の識別情報を送信する。
【００９６】
具体的には、制御部２１は、通信部２３を介して、車両ＩＤ５５とペアにして記憶部２２に記憶したユーザＩＤ５６を車両１２の運行支援装置４０に送信する。このユーザＩＤ５６の送信には、ＢＬＥ、ＲＦＩＤ、又は無線ＬＡＮなどの近距離通信用のプロトコルが使用される。
【００９７】
図９の例では、制御部２１は、ユーザＩＤ５６を送信する前に、出力部２６を介して、ユーザ１１の承諾を要求するための承諾要求情報６４を出力する。承諾要求情報６４には、ユーザ１１が予約した車両１２が接近中であることを示すメッセージ、及び車両１２の運行に関するその他の情報が含まれる。制御部２１は、出力した承諾要求情報６４に対して、入力部２５を介して、ユーザ１１の承諾の操作を受け付けた場合に、ユーザＩＤ５６を送信する。ユーザ１１の承諾の操作は、任意の操作でよいが、この例では画面上の「ＹＥＳ」ボタンの押下である。
【００９８】
別の例として、ユーザＩＤ５６は、ユーザ１１の操作を待たずに、自動応答によって送信されてもよい。
【００９９】
ステップＳ２０５及びステップＳ２０６の処理は、車両１２の運行支援装置４０で実行される。
【０１００】
ステップＳ２０５において、制御部４１は、通信部４３を介して、ステップＳ２０４で送信されたユーザ１１の識別情報をユーザ１１の端末装置２０から受信する。
【０１０１】
具体的には、制御部４１は、通信部４３を介して、ユーザＩＤ５６をユーザ１１の端末装置２０から無線で直接受信する。制御部４１は、受信したユーザＩＤ５６を記憶部４２に記憶する。
【０１０２】
ステップＳ２０６において、制御部４１は、通信部４３を介して、ステップＳ２０５で受信したユーザ１１の識別情報を運行管理装置３０に送信する。
【０１０３】
具体的には、制御部４１は、通信部４３を介して、記憶部４２に記憶したユーザＩＤ５６を運行管理装置３０に送信する。
【０１０４】
ステップＳ２０７及びステップＳ２０８の処理は、運行管理装置３０で実行される。
【０１０５】
ステップＳ２０７において、制御部３１は、通信部３３を介して、ステップＳ２０６で送信されたユーザ１１の識別情報を車両１２の運行支援装置４０から受信する。
【０１０６】
具体的には、制御部３１は、通信部３３を介して、ユーザＩＤ５６を車両１２の運行支援装置４０からネットワーク１３経由で受信する。制御部３１は、受信したユーザＩＤ５６を記憶部３２に記憶する。
【０１０７】
ステップＳ２０８において、制御部３１は、ステップＳ２０７で受信したユーザ１１の識別情報に対して、通信部３３を介して、ステップＳ１０５でそのユーザ１１の識別情報に紐付けた乗車位置の情報を送信する。本実施形態では、制御部３１は、ステップＳ１０５でそのユーザ１１の識別情報に紐付けた降車位置の情報をさらに送信する。制御部３１は、ステップＳ１０５でそのユーザ１１の識別情報に紐付けた乗車時刻及び降車時刻の情報も送信する。
【０１０８】
具体的には、制御部３１は、記憶部３２に記憶したユーザＩＤ５６を検索キーとしてデータベース６２を検索する。制御部３１は、通信部３３を介して、データベース６２から検索結果として得られた車両ＩＤ５５、乗車位置情報５１、降車位置情報５２、乗車時刻情報５３、及び降車時刻情報５４を車両１２の運行支援装置４０にネットワーク１３経由で送信する。
【０１０９】
ステップＳ２０９からステップＳ２１２の処理は、車両１２の運行支援装置４０で実行される。
【０１１０】
ステップＳ２０９において、制御部４１は、通信部４３を介して、ステップＳ２０８で送信された乗車位置の情報を運行管理装置３０から受信する。本実施形態では、制御部４１は、ステップＳ２０８で送信された降車位置の情報をさらに運行管理装置３０から受信する。制御部４１は、ステップＳ２０８で送信された乗車時刻及び降車時刻の情報も運行管理装置３０から受信する。
【０１１１】
具体的には、制御部４１は、通信部４３を介して、車両ＩＤ５５、乗車位置情報５１、降車位置情報５２、乗車時刻情報５３、及び降車時刻情報５４を運行管理装置３０から受信する。制御部４１は、受信した乗車位置情報５１、降車位置情報５２、乗車時刻情報５３、及び降車時刻情報５４を記憶部４２に記憶する。制御部４１は、受信した車両ＩＤ５５が記憶部４２に予め記憶された車両ＩＤ５５と異なっている場合には、受信した乗車位置情報５１、降車位置情報５２、乗車時刻情報５３、及び降車時刻情報５４を記憶部４２に記憶しなくてもよい。
【０１１２】
ステップＳ２１０において、制御部４１は、測位部４４を介して、車両１２の位置情報を取得する。
【０１１３】
具体的には、制御部４１は、測位部４４を介して、車両１２の現在位置の２次元座標又は３次元座標を車両１２の位置情報として取得する。制御部４１は、取得した２次元座標又は３次元座標を記憶部４２に記憶する。
【０１１４】
ステップＳ２１１において、制御部４１は、ステップＳ２１０で取得した車両１２の位置情報を、ステップＳ２０９で受信した乗車位置の情報と照合する。
【０１１５】
具体的には、制御部４１は、記憶部４２に記憶した現在位置の２次元座標又は３次元座標を、記憶部４２に記憶した乗車位置情報５１と照合する。
【０１１６】
ステップＳ２１２において、制御部４１は、ステップＳ２１１の照合結果に応じた処理を実行する。本実施形態では、制御部４１は、ステップＳ２１０で取得した位置情報で示される位置と、ステップＳ２０９で受信した情報で示される乗車位置との差が、第１閾値よりも小さい場合に、車両１２への乗車をユーザ１１に案内するための乗車案内情報６５をユーザ１１の端末装置２０に送信する。また、制御部４１は、ステップＳ２１０で取得した位置情報で示される位置と、ステップＳ２０９で受信した情報で示される乗車位置との差が、第２閾値よりも大きい場合に、予約をとったユーザ１１とは異なる人が乗車したことを車両１２の運転手に通知する。第２閾値は、第１閾値と同じ値でもよいし、又は第１閾値よりも大きい値でもよい。
【０１１７】
具体的には、制御部４１は、記憶部４２に予め記憶された地図情報を参照して、記憶部４２に記憶した乗車位置情報５１で示される乗車位置の２次元座標又は３次元座標を特定する。制御部４１は、記憶部４２に記憶した現在位置の２次元座標又は３次元座標と、特定した乗車位置の２次元座標又は３次元座標との間の距離を算出する。制御部４１は、算出した距離を第１閾値と比較する。制御部４１は、算出した距離が第１閾値よりも小さければ、通信部４３を介して、乗車案内情報６５をユーザ１１の端末装置２０に送信する。この乗車案内情報６５の送信には、ＢＬＥ、ＲＦＩＤ、又は無線ＬＡＮなどの近距離通信用のプロトコルが使用される。また、制御部４１は、算出した距離を第２閾値とも比較する。制御部４１は、算出した距離が第２閾値よりも大きければ、出力部４６を介して、予約をとったユーザ１１とは異なる人が乗車したことを示すメッセージを車両１２の運転手に向けて出力する。
【０１１８】
図１０の例では、端末装置２０の制御部２１は、通信部２３を介して、乗車案内情報６５を車両１２の運行支援装置４０から無線で直接受信する。制御部２１は、出力部２６を介して、受信した乗車案内情報６５を出力する。乗車案内情報６５には、ユーザ１１が希望する乗車位置に車両１２が到着することを示すメッセージ、車両１２の画像、車両１２の運転手の氏名、及び車両１２の運行に関するその他の情報が含まれる。
【０１１９】
本実施形態では、運行支援装置４０の制御部４１は、ステップＳ２０４でユーザ１１の端末装置２０からユーザ１１の識別情報が送信された時点以後、車両１２が停車中であることを検出した場合に、ユーザ１１が乗車したと判断する。制御部４１は、ユーザ１１が乗車したと判断した後、車両１２の位置情報を順次取得する。制御部４１は、順次取得した位置情報を、ステップＳ２０９で受信した降車位置の情報と順次照合する。制御部４１は、順次取得した位置情報で示される位置と、ステップＳ２０９で受信した情報で示される降車位置との差が、第３閾値よりも小さくなった場合に、車両１２からの降車をユーザ１１に案内するための降車案内情報６６をユーザ１１の端末装置２０に送信する。第３閾値は、第１閾値と同じ値でもよいし、又は第１閾値よりも大きい値でもよい。
【０１２０】
具体的には、制御部４１は、記憶部４２に予め記憶された地図情報を参照して、記憶部４２に記憶した降車位置情報５２で示される降車位置の２次元座標又は３次元座標を特定する。制御部４１は、ユーザＩＤ５６をユーザ１１の端末装置２０から受信した時点以後、測位部４４に含まれる測位モジュール、又は車両１２に搭載された加速度センサ若しくはジャイロなどのセンサを利用して、車両１２が停車中であるかどうかを判断する。制御部４１は、車両１２が停車中であると判断した後、測位部４４を介して、車両１２の現在位置の２次元座標又は３次元座標を繰り返し取得する。制御部４１は、現在位置の２次元座標又は３次元座標を取得する度に、取得した現在位置の２次元座標又は３次元座標と、特定した降車位置の２次元座標又は３次元座標との間の距離を算出する。制御部４１は、算出した距離を第３閾値と比較する。制御部４１は、算出した距離が第３閾値よりも小さければ、通信部４３を介して、降車案内情報６６をユーザ１１の端末装置２０に送信する。この降車案内情報６６の送信には、ＢＬＥ、ＲＦＩＤ、又は無線ＬＡＮなどの近距離通信用のプロトコルが使用される。
【０１２１】
図１１の例では、端末装置２０の制御部２１は、通信部２３を介して、降車案内情報６６を車両１２の運行支援装置４０から無線で直接受信する。制御部２１は、出力部２６を介して、受信した降車案内情報６６を出力する。降車案内情報６６には、ユーザ１１が希望する降車位置に車両１２が到着することを示すメッセージ、及び車両１２の運行に関するその他の情報が含まれる。
【０１２２】
別の例として、降車案内情報６６は、降車位置が近づいたときではなく、降車時刻が近づいたときに送信及び出力されてもよい。
【０１２３】
本実施形態の一変形例として、車両ＩＤ５５は、車両１２の外に送信される代わりに、車両１２の中で送信されてもよい。その場合、ステップＳ２０１において、運行支援装置４０の制御部４１は、通信部４３を介して、車両ＩＤ５５を車両１２の中で送信する。制御部４１は、ステップＳ２０４でユーザ１１の端末装置２０からユーザ１１の識別情報が送信された場合に、車両１２が停車中であることを検出したかどうかに関わらず、ユーザ１１が乗車したと判断する。
【０１２４】
本実施形態の一変形例として、予約の際に、ユーザ１１が希望する乗車位置からの運賃が決済され、乗車の際に、実際の乗車位置と、ユーザ１１が希望する乗車位置との差が大きければ、その差に応じた運賃の差額が決済されてもよい。その場合、図３の動作において、電子マネー、デビットカード、又はクレジットカードなどの任意の決済方法で、乗車位置情報５１及び降車位置情報５２で示される乗車区間に応じた運賃が予め決済される。ステップＳ２１２において、運行支援装置４０の制御部４１は、ステップＳ２１０で取得した位置情報で示される位置と、ステップＳ２０９で受信した情報で示される乗車位置との差が、第４閾値よりも大きい場合に、電子マネー、デビットカード、又はクレジットカードなどの任意の決済方法で、その差に応じた運賃の差額を決済する。第４閾値は、第１閾値と同じ値でもよいし、又は第１閾値よりも大きい値でもよい。
【０１２５】
上述のように、本実施形態では、運行支援装置４０は、ユーザ１１の予約による乗車位置の希望に応じて運行計画が決定される車両１２の運行を支援する。運行支援装置４０の制御部４１は、運行中の車両１２から無線で送信される車両１２の識別情報に対して、ユーザ１１の端末装置２０からユーザ１１の識別情報が送信された場合に、車両１２の位置情報を取得する。制御部４１は、取得した位置情報を、ユーザ１１の識別情報に予約の際に紐付けられた乗車位置の情報と照合する。したがって、本実施形態によれば、人が乗車したときに、車両１２の位置を、その人が希望した乗車位置と比べることで、その人が予約をとったユーザ１１であるかどうかを確認することができる。
【０１２６】
本実施形態では、運行管理装置３０の制御部３１は、通信部３３を介して、ユーザ１１の予約による乗車位置の希望に応じて運行計画が決定される車両１２から運行中に送信されるユーザ１１の識別情報を受信する。制御部３１は、ユーザ１１の識別情報に対して、通信部３３を介して、ユーザ１１の識別情報に予約の際に紐付けられた乗車位置の情報を送信する。したがって、本実施形態によれば、車両１２において、人が乗車したときに、その人が希望した乗車位置の情報を得ることができる。
【０１２７】
本実施形態では、端末装置２０の制御部２１は、通信部２３を介して、ユーザ１１の予約による乗車位置の希望に応じて運行計画が決定される車両１２から運行中に無線で送信される車両１２の識別情報を受信する。制御部２１は、車両１２の識別情報に対して、通信部２３を介して、ユーザ１１の識別情報を送信する。したがって、本実施形態によれば、車両１２において、人が乗車したときに、その人を識別することができる。
【０１２８】
本実施形態の一変形例として、データベース６２は、運行支援装置４０の記憶部４２に構築されてもよい。その場合、ステップＳ１０５では、ユーザＩＤ５６、車両ＩＤ５５、乗車位置情報５１、降車位置情報５２、乗車時刻情報５３、及び降車時刻情報５４が、ステップＳ１０４で割り当てられた車両１２の運行支援装置４０のデータベース６２に登録される。ステップＳ２０６からステップＳ２０９の処理は省略される。運行支援装置４０の制御部４１は、ステップＳ２０８の処理のように、ユーザＩＤ５６を検索キーとしてデータベース６２を検索することで、ステップＳ２１１の処理に必要な情報を得る。
【０１２９】
本実施形態の一変形例として、運行支援装置４０は、クラウドコンピューティングシステム又はその他のコンピューティングシステムに属するサーバとして構成されてもよい。運行支援装置４０は、運行管理装置３０と統合されてもよい。その場合、ステップＳ２０１、ステップＳ２０５、ステップＳ２０６、及びステップＳ２１２の処理は、車両１２で実行される。ステップＳ２０８及びステップＳ２０９の処理は省略される。ステップＳ２１０及びステップＳ２１１の処理は、サーバで実行される。ステップＳ２１０では、車両１２の位置情報が車両１２からサーバにアップロードされて取得される。ステップＳ２１２では、照合結果がサーバから車両１２に配信される。
【０１３０】
本発明は上述の実施形態に限定されるものではない。例えば、ブロック図に記載の複数のブロックを統合してもよいし、又は１つのブロックを分割してもよい。フローチャートに記載の複数のステップを記述に従って時系列に実行する代わりに、各ステップを実行する装置の処理能力に応じて、又は必要に応じて、並列的に又は異なる順序で実行してもよい。その他、本発明の趣旨を逸脱しない範囲での変更が可能である。
【符号の説明】
【０１３１】
１０  オンデマンド交通システム
１１  ユーザ
１２  車両
１３  ネットワーク
２０  端末装置
２１  制御部
２２  記憶部
２３  通信部
２４  測位部
２５  入力部
２６  出力部
３０  運行管理装置
３１  制御部
３２  記憶部
３３  通信部
３５  入力部
３６  出力部
４０  運行支援装置
４１  制御部
４２  記憶部
４３  通信部
４４  測位部
４５  入力部
４６  出力部
５１  乗車位置情報
５２  降車位置情報
５３  乗車時刻情報
５４  降車時刻情報
５５  車両ＩＤ
５６  ユーザＩＤ
６１  予約要求
６２  データベース
６３  予約応答
６４  承諾要求情報
６５  乗車案内情報
６６  降車案内情報
【図１】
2020140264.tif 000003
【図２】
2020140264.tif 000004
【図３】
2020140264.tif 000005
【図４】
2020140264.tif 000006
【図５】
2020140264.tif 000007
【図６】
2020140264.tif 000008
【図７】
2020140264.tif 000009
【図８】
2020140264.tif 000010
【図９】
2020140264.tif 000011
【図１０】
2020140264.tif 000012
【図１１】
2020140264.tif 000013