(57)【要約】  車両運行管理装置（５０）は、出発地情報を取得する出発地情報取得部（５１１）と、目的地情報を取得する目的地情報取得部（５１２）と、送迎を行うための運行ルートを生成する運行ルート生成部（５１３）と、出発可能時刻から到着予定時刻までの間で基本運行ルートに沿って送迎を行うときに生じる余剰時間を算出する余剰時間算出部（５１４）と、送迎の途中で物品の配送を行うことが可能な配送エリアを決定する配送エリア決定部（５１５）と、物品の注文を受け付ける受付部（５１６）と、注文に応じて配送エリア内の配送地点を含むように運行ルートを修正する運行ルート修正部（５１７）と、運行ルートを出力する出力部（５１９）とを備える。
2019155856.tif 000002
【特許請求の範囲】
【請求項１】
車両の出発地の位置情報と出発可能時刻とを含む出発地情報を取得する出発地情報取得部と、
前記車両の目的地の位置情報と到着予定時刻とを含む目的地情報を取得する目的地情報取得部と、
前記出発地情報取得部により取得された前記出発地情報と前記目的地情報取得部により取得された前記目的地情報とに基づいて、前記出発地から前記目的地まで前記車両により送迎対象者の送迎を行うための運行ルートを生成する運行ルート生成部と、
前記出発地情報取得部により取得された前記出発地情報と、前記目的地情報取得部により取得された前記目的地情報と、前記運行ルート生成部により生成された前記運行ルートとに基づいて、前記出発可能時刻から前記到着予定時刻までの間で前記運行ルートに沿って前記送迎対象者の送迎を行うときに生じる余剰時間を算出する余剰時間算出部と、
前記余剰時間算出部により算出された前記余剰時間に基づいて、前記出発地から前記目的地までの送迎の途中で物品の配送を行うことが可能な配送エリアを決定する配送エリア決定部と、
注文者による前記物品の注文を受け付ける受付部と、
前記受付部によって前記注文が受け付けられると、前記受付部により受け付けられた前記注文に応じて、前記配送エリア決定部により決定された前記配送エリア内の配送地点を含むように前記運行ルートを修正する運行ルート修正部と、
前記運行ルート修正部により修正された前記運行ルートを出力する出力部と、を備えることを特徴とする車両運行管理装置。
【請求項２】
請求項１に記載の車両運行管理装置において、
前記車両は、乗員の有無を検知する乗員検知部を有する自動運転車両であり、前記乗員検知部から送信された信号に基づいて、前記送迎対象者が乗車する前に第三者が乗車しているか否かを判定する乗車判定部をさらに備えることを特徴とする車両運行管理装置。
【請求項３】
請求項１または２に記載の車両運行管理装置において、
前記車両は、乗員の有無を検知する乗員検知部を有する自動運転車両であり、前記乗員検知部から送信された信号に基づいて、前記送迎対象者が降車地点で降車したか否かを判定する降車判定部をさらに備えることを特徴とする車両運行管理装置。
【請求項４】
車両の出発地の位置情報と出発可能時刻とを含む出発地情報を取得し、
前記車両の目的地の位置情報と到着予定時刻とを含む目的地情報を取得し、
取得された前記出発地情報と前記目的地情報とに基づいて、前記出発地から前記目的地まで前記車両により送迎対象者の送迎を行うための運行ルートを生成し、
取得された前記出発地情報と、前記目的地情報と、生成された前記運行ルートとに基づいて、前記出発可能時刻から前記到着予定時刻までの間で前記運行ルートに沿って前記送迎対象者の送迎を行うときに生じる余剰時間を算出し、
算出された前記余剰時間に基づいて、前記出発地から前記目的地までの送迎の途中で物品の配送を行うことが可能な配送エリアを決定し、
注文者による前記物品の注文を受け付け、
前記注文が受け付けられると、受け付けられた前記注文に応じて、決定された前記配送エリア内の配送地点を含むように前記運行ルートを修正し、
修正された前記運行ルートを出力することを含む車両運行管理方法。
【請求項５】
請求項１から３のいずれか１項に記載の車両運行管理装置と、
前記車両のユーザが所持または携帯するユーザ端末と、
前記注文者が所持または携帯する注文者端末と、
前記車両に搭載される車載端末と、を備える車両運行管理システムであって、
前記ユーザ端末は、前記出発地情報と前記目的地情報とを前記車両運行管理装置に送信する通信部を有し、
前記注文者端末は、前記注文を前記車両運行管理装置に送信する通信部を有し、
前記車載端末は、前記車両運行管理装置から前記運行ルートを受信する通信部を有することを特徴とする車両運行管理システム。
【請求項６】
請求項５に記載の車両運行管理システムにおいて、
前記ユーザ端末の前記通信部は、前記ユーザによる前記物品の販売希望を前記車両運行管理装置にさらに送信し、
前記車両運行管理装置の前記受付部は、前記ユーザ端末の前記通信部から送信された前記販売希望をさらに受け付け、
前記車両運行管理装置の前記出力部は、さらに、前記物品の販売を案内する販売情報を前記配送エリア内の前記注文者端末に送信することを特徴とする車両運行管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両の運行を管理する車両運行管理装置、車両運行管理方法および車両運行管理システムに関する。
【背景技術】
【０００２】
この種の技術として、従来、複数人が利用可能な自律走行車両に対する予約の管理や、自律走行車両の目的地までの運行などを管理する装置が知られている（例えば特許文献１参照）。特許文献１の装置では、ユーザが目的地と目的地の途中の地点とを指定可能であり、装置は、ユーザによって指定された地点を経由するように出発地から目的地までの自律走行のルートを生成する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】国際公開番号ＷＯ２０１４／０２４２５４
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記特許文献１記載の装置では、ユーザによって指定された地点を経由して目的地までのルートを生成するため、ユーザの希望する時刻に目的地に到着できないおそれがある。
【課題を解決するための手段】
【０００５】
本発明の一態様は、車両運行管理装置であって、車両の出発地の位置情報と出発可能時刻とを含む出発地情報を取得する出発地情報取得部と、車両の目的地の位置情報と到着予定時刻とを含む目的地情報を取得する目的地情報取得部と、出発地情報取得部により取得された出発地情報と目的地情報取得部により取得された目的地情報とに基づいて、出発地から目的地まで車両により送迎対象者の送迎を行うための運行ルートを生成する運行ルート生成部と、出発地情報取得部により取得された出発地情報と、目的地情報取得部により取得された目的地情報と、運行ルート生成部により生成された運行ルートとに基づいて、出発可能時刻から到着予定時刻までの間で運行ルートに沿って送迎対象者の送迎を行うときに生じる余剰時間を算出する余剰時間算出部と、余剰時間算出部により算出された余剰時間に基づいて、出発地から目的地までの送迎の途中で物品の配送を行うことが可能な配送エリアを決定する配送エリア決定部と、注文者による物品の注文を受け付ける受付部と、受付部によって注文が受け付けられると、受付部により受け付けられた注文に応じて、配送エリア決定部により決定された配送エリア内の配送地点を含むように運行ルートを修正する運行ルート修正部と、運行ルート修正部により修正された運行ルートを出力する出力部と、を備える。【０００６】
本発明の他の態様は、車両運行管理方法であって、車両の出発地の位置情報と出発可能時刻とを含む出発地情報を取得し、車両の目的地の位置情報と到着予定時刻とを含む目的地情報を取得し、取得された出発地情報と目的地情報とに基づいて、出発地から目的地まで車両により送迎対象者の送迎を行うための運行ルートを生成し、取得された出発地情報と、目的地情報と、生成された運行ルートとに基づいて、出発可能時刻から到着予定時刻までの間で運行ルートに沿って送迎対象者の送迎を行うときに生じる余剰時間を算出し、算出された余剰時間に基づいて、出発地から目的地までの送迎の途中で物品の配送を行うことが可能な配送エリアを決定し、注文者による物品の注文を受け付け、注文が受け付けられると、受け付けられた注文に応じて、決定された配送エリア内の配送地点を含むように運行ルートを修正し、修正された運行ルートを出力することを含む。【０００７】
本発明のさらに他の態様は、車両運行管理装置と、車両のユーザが所持または携帯するユーザ端末と、注文者が所持または携帯する注文者端末と、車両に搭載される車載端末と、を備える車両運行管理システムであって、ユーザ端末は、出発地情報と目的地情報とを車両運行管理装置に送信する通信部を有し、注文者端末は、注文を車両運行管理装置に送信する通信部を有し、車載端末は、車両運行管理装置から運行ルートを受信する通信部を有する。
【発明の効果】
【０００８】
本発明によれば、到着予定時刻を遵守して、ユーザの希望に沿ったルートを生成することができる。
【図面の簡単な説明】
【０００９】
【図１】本発明の実施形態に係る車両運行管理システムの適用による動作の一例を概略的に示す図。
【図２】本発明の実施形態に係る車両運行管理システムの構成を概略的に示す図。
【図３】図２の車載端末の概略構成を示すブロック図。
【図４】図２のユーザ端末の概略構成を示すブロック図。
【図５】図２のサーバの概略構成を示すブロック図。
【図６】図２のサーバで実行される処理の一例を示すフローチャート。
【図７】図２のサーバで実行される別の処理の一例を示すフローチャート。
【発明を実施するための形態】
【００１０】
以下、図１〜図７を参照して本発明の実施形態について説明する。本発明の実施形態に係る車両運行管理システムは、例えば無人で自動運転走行することが可能な自動運転車両（以下、単に車両）を用いて、家族などの送迎対象者を目的地まで送迎する途中で、物品などの配送を行うように、車両の運行を管理するものである。なお、車両の自動運転機能の一部または全部を無効化して、車両を手動運転で走行させることもできる。
【００１１】
図１は、本発明の実施形態に係る車両運行管理システムの適用による動作の一例を概略的に示す図である。図１には、自宅（出発地）Ｐ１から学校（目的地）Ｐ２まで子供（送迎対象者）３を送迎する際の車両１の運行ルートＲＴ（片道ルートＲＴ１，ＲＴ２）が示される。なお、運行ルートＲＴ全体のうち、片道ルートＲＴ１は、自宅Ｐ１と学校Ｐ２との間を寄り道せずに行き来する場合の経路であり、片道ルートＲＴ２は、途中で地点Ｐ３を経由する場合の経路である。
【００１２】
本実施形態に係る車両運行管理システムの概略を説明すると、まず、ユーザ２は、自宅Ｐ１に駐車中の自家用車（車両）１を自動運転走行させて、学校（乗車地点）Ｐ２にいる子供（送迎対象者）３を所定時刻に迎えに行くものとする。このとき、ユーザ２は、自宅Ｐ１で作った料理（物品）の注文を受け付け、注文者４に配送するために、車両１に注文者４の自宅（配送地点）Ｐ３を経由させる。
【００１３】
図２は、本発明の実施形態に係る車両運行管理システム１００の全体構成を概略的に示す図である。車両運行管理システム１００は、車両１に搭載された車載端末１０と、ユーザ２が有するユーザ端末２０と、子供３が有するユーザ端末３０と、注文者４が有するユーザ端末４０と、車両運行管理サーバ（以下、単にサーバ）５０とを備える。これら車載端末１０、ユーザ端末２０，３０，４０およびサーバ５０は、インターネット網や携帯電話網などに代表される公衆無線通信網を含むネットワーク６に接続され、ネットワーク６を介して互いに通信可能である。なお、ネットワーク６には、所定の管理地域ごとに設けられた閉鎖的な通信網、例えば無線ＬＡＮ、Ｗｉ−Ｆｉ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）なども含まれる。
【００１４】
図３は、車載端末１０の概略構成を示すブロック図である。車載端末１０は、制御部１１および記憶部１２と、制御部１１に有線または無線でそれぞれ電気的に接続された入力部１３、センサ群１４、通信部１５、表示部１６、およびアクチュエータ群１７とを有する。
【００１５】
入力部１３は、各種指令や情報を入力可能な機器の総称であり、例えば押圧操作可能な物理的スイッチ（例えばタッチパネル）を有する。入力部１３がマイクを有し、マイクを介して音声で各種情報や指令を入力することもできる。通信部１５が受信した指令を、入力部１３を介して入力することもできる。
【００１６】
センサ群１４は、車両１の走行状態や走行状況などを検出する機器の総称である。センサ群１４には、ＧＰＳ衛星から信号を受信して車両１の現在位置を測定するＧＰＳセンサ、車速を検出する車速センサ、車両１の進行方向を検出するジャイロセンサなどが含まれる。センサ群１４には、ユーザ２が車両１を手動運転する際の運転操作に対応した情報を検出する各種検出機器、例えばアクセルペダルの踏み込み量を検出するアクセルペダルセンサ、ブレーキペダルの踏み込み量を検出するブレーキペダルセンサ、ステアリングの操舵トルクまたは舵角を検出するステアリングセンサなども含まれる。さらに、センサ群１４には、乗員の有無を検知するセンサ、例えば座席に設けられた押圧式のシートスイッチなどの乗員検出器が含まれる。
【００１７】
通信部１５は、ネットワーク６を介し、サーバ５０と無線通信可能に構成される。通信部１５は、車両１を識別するための識別情報とともに、ＧＰＳセンサにより検出された車両１の現在地、車速センサにより検出された車両１の車速、ジャイロセンサにより検出された車両１の進行方向、および乗員検出器により検出された乗員の有無などを含む運行情報を、サーバ５０に送信する。通信部１５は、サーバ５０から各種情報を受信する。例えば、車両１の運行ルートＲＴ、車両１が出発地（ユーザ２の自宅）Ｐ１を出発する予定の出発予定時刻、停車して子供３を乗車させる乗車地点（学校）Ｐ２、停車して注文者４に料理を受け取らせる配送地点（注文者４の自宅）Ｐ３、および停車して子供３を降車させる降車地点（ユーザ２の自宅）Ｐ１などの情報を受信する。
【００１８】
表示部１６は、車両１の運転席の前面に設けられ、画面表示により情報を報知する液晶ディスプレイやタッチパネルにより構成することができる。表示部１６をタッチパネルにより構成する場合、タッチパネル上に入力部１３を設けることができる。
【００１９】
アクチュエータ群１７は、車両１を駆動するための走行モータや操舵するための操舵モータなどの走行用アクチュエータ、車両１のドアを開錠、施錠、開閉するためのドアモータなどのドア用アクチュエータなどを含む。
【００２０】
制御部１１および記憶部１２は、制御部１１に相当するプロセッサ（ＣＰＵ）と、記憶部１２に相当するメモリ（ＲＯＭ，ＲＡＭ）と、その他の周辺回路とを有する演算処理装置を含んで構成されるＥＣＵ（電子制御ユニット）からなる。制御部１１は、通信部１５を介してネットワーク６に無線接続可能である。制御部１１は、走行用アクチュエータを制御して、運行ルートＲＴに沿って車両１を走行させるとともに、ドア用アクチュエータを制御して、子供３の乗降地点Ｐ１，Ｐ２や配送地点Ｐ３で車両１のドアの施錠、開錠、開閉などを行う。制御部１１は、通信部１５を介して受信した情報や入力部１３を介して入力された情報を表示部１６に表示させることもでき、これらの情報を記憶部１２に記憶させることもできる。
【００２１】
図４は、ユーザ端末２０の概略構成を示すブロック図である。ユーザ端末２０は、制御部２１および記憶部２２と、制御部２１に接続された入力部２３、センサ群２４、表示部２５、および通信部２６、とを有する。
【００２２】
入力部２３は、ユーザ２が各種指令や情報を入力可能な機器の総称であり、例えばタッチパネルなどの押圧操作可能な物理的スイッチを有する。入力部２３がマイクを有し、マイクを介して音声で各種情報や指令を入力することもできる。
【００２３】
センサ群２４は、ユーザ端末２０に設けられた各種検出器の総称である。センサ群２４には、ＧＰＳ衛星から信号を受信してユーザ２（ユーザ端末２０）の現在位置を測定するＧＰＳセンサやジャイロセンサなどが含まれる。
【００２４】
表示部２５は、液晶ディスプレイやタッチパネルにより構成することができ、表示部２５を介してユーザ２は各種情報を認識することができる。
【００２５】
通信部２６は、ネットワーク６を介し、サーバ５０と無線通信可能に構成され、入力部２３を介して入力された各種情報を送信するとともに、各種情報を受信する。通信部２６を介して送信する情報には、例えばユーザ２の識別情報（例えば車両運行管理システム１００を利用するときのユーザＩＤなど）、車両１により子供３を送迎するときの子供３の乗車地点Ｐ２、乗車地点Ｐ２への到着予定時刻、ユーザ２が作った料理を販売する旨の情報とその料理の写真や価格の情報とを含む販売情報、料理の注文を受け付けたときの承認情報、車両１が出発地Ｐ１を出発可能な出発可能時刻などの情報が含まれる。通信部２６を介して受信する情報には、サーバ５０を介して送信された注文者４による料理の注文情報と、車両１の出発予定時刻などの情報が含まれる。注文情報には、注文者４の識別情報や配送先の住所（配送地点Ｐ３）などの情報が含まれる。
【００２６】
制御部２１および記憶部２２は、制御部２１に相当するプロセッサ（ＣＰＵ）と、記憶部２２に相当するメモリ（ＲＯＭ，ＲＡＭ）と、その他の周辺回路とを有する演算処理装置を含んで構成される。制御部２１は、通信部２６を介してネットワーク６に無線接続可能である。制御部２１は、通信部２６を介して受信した情報や入力部２３を介して入力された情報を表示部２５に表示させるとともに、記憶部２２に記憶させる。
【００２７】
なお、ユーザ端末３０，４０は、ユーザ端末２０と同様の構成を有する。すなわち、ユーザ端末３０，４０は、それぞれ制御部３１，４１および記憶部３２，４２と、制御部３１，４１に接続された入力部３３，４３、センサ群３４，４４、表示部３５，４５、および通信部３６，４６とをそれぞれ有する。
【００２８】
このうち、ユーザ端末３０の通信部３６は、子供３が乗車地点Ｐ２で乗車する前に第三者が乗車している場合に、サーバ５０から送信された車両１への乗車を禁止する乗車禁止通知を受信する。ユーザ端末４０の通信部４６は、サーバ５０から販売情報を受信するとともに、サーバ５０に注文情報を送信する。例えば、注文者４の現在位置と配送先とが同一の場合には、ＧＰＳセンサにより検出された注文者４の現在地を配送地点Ｐ３として送信するとともに、入力部４３を介して入力された注文者４の識別情報と、ユーザ２の料理の注文情報とを送信する。通信部４６は、サーバ５０から送信された、料理の配送予定時刻を受信する。
【００２９】
図５は、サーバ５０の概略構成を示すブロック図である。サーバ５０は、制御部５１および記憶部５２と、制御部５１に接続された通信部５３とを有する。
【００３０】
制御部５１および記憶部５２は、制御部５１に相当するプロセッサ（ＣＰＵ）と、記憶部５２に相当するメモリ（ＲＯＭ，ＲＡＭ）と、その他の周辺回路とを有する演算処理装置を含み、コンピュータを構成する。
【００３１】
制御部５１は、通信部５３を介して車載端末１０およびユーザ端末２０，３０，４０と通信可能である。制御部５１は、機能的構成として、出発地情報取得部５１１と、目的地情報取得部５１２と、運行ルート生成部５１３と、余剰時間算出部５１４と、配送エリア決定部５１５と、受付部５１６と、運行ルート修正部５１７と、乗降判定部５１８と、出力部５１９とを有する。なお、図示は省略するが、サーバ５０は、入力部や表示部も有する。
【００３２】
出発地情報取得部５１１は、車載端末１０から送信された運行情報に含まれる車両１の現在地（出発地）Ｐ１と、ユーザ端末２０から送信された出発可能時刻とを含む出発地情報を、通信部５３を介して取得（受信）する。
【００３３】
目的地情報取得部５１２は、ユーザ端末２０から送信された子供３の乗車地点（目的地）Ｐ２と、目的地Ｐ２への到着予定時刻とを含む目的地情報を、通信部５３を介して取得（受信）する。
【００３４】
運行ルート生成部５１３は、出発地情報取得部５１１により取得された出発地情報と目的地情報取得部５１２により取得された目的地情報とに基づいて、出発地Ｐ１と目的地Ｐ２との間を直接行き来する場合の基本運行ルートＲＴ０を生成する。基本運行ルートＲＴ０は、例えば出発地Ｐ１から目的地Ｐ２までの最短の片道ルートＲＴ１を往復する経路として生成される。
【００３５】
余剰時間算出部５１４は、出発地情報取得部５１１により取得された出発地情報と、目的地情報取得部５１２により取得された目的地情報と、運行ルート生成部５１３により生成された基本運行ルートＲＴ０とに基づいて、出発可能時刻から到着予定時刻までの間で車両１が基本運行ルートＲＴ０に沿って走行するときに生じる余剰時間Ｔを算出する。具体的には、出発可能時刻から到着予定時刻までの時間から、基本運行ルートＲＴ０に沿って出発地Ｐ１から目的地Ｐ２まで走行するときの所要時間を減算することにより、余剰時間Ｔを算出する。
【００３６】
配送エリア決定部５１５は、余剰時間算出部５１４により算出された余剰時間Ｔに基づいて、車両１が出発地Ｐ１から目的地Ｐ２まで走行する途中で経由して料理を配送することが可能な配送エリアＡＲ（図１）を決定する。図１に示すように、配送エリアＡＲは、例えば出発地Ｐ１と目的地Ｐ２とを焦点とする概略楕円形によって表される。配送エリアＡＲの外周上の地点は、途中でその地点を経由する場合の出発地Ｐ１から目的地Ｐ２までの走行距離（走行時間）が一定で、余剰時間Ｔが０またはほぼ０となるように決定される。配送エリアＡＲには、出発地Ｐ１よりも手前、または目的地Ｐ２よりも先の地点も含まれる。なお、実際に決定される配送エリアＡＲの形状は、車両１が実際に走行可能な経路や交通規則などによって異なり、楕円形でなくてもよい。
【００３７】
受付部５１６は、ユーザ端末２０から送信された販売情報と、注文の承認情報と、ユーザ端末４０から送信された配送地点Ｐ３を含む注文情報とを通信部５３を介して受け付ける。すなわち、ユーザ２の料理の写真や価格の情報などの販売情報と、注文者４が注文したときの注文情報と、ユーザ２が注文を承認したときの承認情報とを受け付ける。
【００３８】
運行ルート修正部５１７は、受付部５１６により受け付けられた注文情報に含まれる配送地点Ｐ３に応じて、配送エリア決定部５１５により決定された配送エリアＡＲ内の配送地点Ｐ３を含むように、基本運行ルートＲＴ０を修正して最終的な運行ルートＲＴを決定する。一例を挙げると、図１に示すような、出発地Ｐ１から配送地点Ｐ３を経由する片道ルートＲＴ２に沿って目的地Ｐ２まで向かい、最短の片道ルートＲＴ１で出発地Ｐ１に戻る運行ルートＲＴを最終的な経路として決定する。さらに運行ルート修正部５１７は、最終的な運行ルートＲＴと到着予定時刻とに基づいて出発地Ｐ１の出発予定時刻と配送地点Ｐ３での配送予定時刻とを算出する。これらの算出にあたっては、渋滞状況なども勘案する。
【００３９】
乗降判定部５１８は、車載端末１０から送信された運行情報を、通信部５３を介して受信し、運行情報に含まれる乗員の有無に基づいて乗車地点Ｐ２で子供３が乗車する前に第三者が乗車しているか否か、あるいは降車地点Ｐ１で子供３が降車したか否かを判定する。すなわち、子供３の乗車が予定される乗車地点Ｐ２に到達する前に乗員が検知された場合は、第三者が乗車しているものと判断する。また、子供３の降車が予定される降車地点Ｐ１に到着した後も一定時間以上、乗員が検知され続ける場合は、子供３が降車し忘れているものと判断する。
【００４０】
出力部５１９は、車載端末１０とユーザ端末２０，３０，４０とに各種指令や情報を出力、すなわち、通信部５３を介して送信する。具体的には、車載端末１０に出発地情報取得部５１１により取得された子供３の降車地点Ｐ１と、目的地情報取得部５１２により取得された子供３の乗車地点Ｐ２と、受付部５１６により受け付けられた注文情報に含まれる配送地点Ｐ３と、運行ルート修正部５１７により修正された最終的な運行ルートＲＴと、算出された出発地Ｐ１の出発予定時刻とを送信する。さらに、乗降判定部５１８により降車地点Ｐ１で子供３が降車していないと判定された場合は、降車を促す報知を行う降車報知指令を送信する。
【００４１】
また、出力部５１９は、ユーザ端末２０に受付部５１６によって受け付けられた注文情報と、運行ルート修正部５１７により算出された車両１の出発予定時刻とを送信する。これに加え、乗降判定部５１８により乗車地点Ｐ２で子供３が乗車する前に第三者が乗車していると判定された場合は、ユーザ端末３０に乗車禁止通知を送信する。さらにユーザ端末４０に、受付部５１６によって受け付けられた販売情報と、運行ルート修正部５１７により算出された配送予定時刻とを送信する。
【００４２】
記憶部５２には、各種プログラムやプログラムに用いられる閾値等の各種情報が記憶される。記憶部５２には、送迎情報エリア５２１と配送情報エリア５２２とを含む様々な記憶エリアが確保される。
【００４３】
送迎情報エリア５２１には、車両１およびユーザ２の識別情報ごとに、当該車両１およびユーザ２に関する送迎情報、例えば、子供３の乗降地点Ｐ１，Ｐ２、送迎用の運行ルートＲＴ、出発予定時刻および乗車地点Ｐ２の到着予定時刻が記憶される。これら車両単位およびユーザ単位の情報は、逐次更新されてもよいし、更新されずに時系列に記憶されてもよい。
【００４４】
配送情報エリア５２２には、注文者４の識別情報ごとに、当該注文者４に関する配送情報、例えば、配送される物品の種類（例えば料理など）、積み込み地点（例えばユーザ２の自宅Ｐ１）、配送地点（例えば注文者４の自宅Ｐ３）、および配送予定時刻が記憶される。これら注文者単位の情報は、逐次更新されてもよいし、更新されずに時系列に記憶されてもよい。
【００４５】
図６，７は、予めサーバ５０の記憶部に記憶されたプログラムに従い、サーバ５０で実行される処理の一例を示すフローチャートである。これらのフローチャートに示す処理は、所定周期で繰り返される。図６は、主に最終的な運行ルートＲＴを確定するまでの処理を示しており、出発地情報取得部５１１、目的地情報取得部５１２、運行ルート生成部５１３、余剰時間算出部５１４、配送エリア決定部５１５、受付部５１６、運行ルート修正部５１７、出力部５１９で行われる処理に相当する。
【００４６】
まず、ステップＳ１で、出発地情報取得部５１１での処理により、通信部５３を介して受信された出発地Ｐ１と、出発可能時刻とを含む出発地情報を読み込む。次いで、ステップＳ２で、目的地情報取得部５１２での処理により、通信部５３を介して受信された目的地Ｐ２と、到着予定時刻とを含む目的地情報を読み込む。
【００４７】
次いで、ステップＳ３で、運行ルート生成部５１３での処理により、ステップＳ１，Ｓ２で読み込まれた出発地情報および目的地情報に基づいて直接行き来する場合の基本運行ルートＲＴ０を生成する。次いで、ステップＳ４で、余剰時間算出部５１４での処理により、ステップＳ１，Ｓ２で読み込まれた出発地情報および目的地情報と、ステップＳ３で生成された基本運行ルートＲＴ０とに基づいて直接行き来する場合の余剰時間Ｔを算出する。次いで、ステップＳ５で、配送エリア決定部５１５での処理により、ステップＳ４で算出された余剰時間Ｔに基づいて配送エリアＡＲを決定する。次いで、ステップＳ６で、通信部５３を介して販売情報が受け付けられたか否かを判定する。ステップＳ６で肯定されるとステップＳ７に進み、否定されるとステップＳ１２に進む。
【００４８】
ステップＳ７では、出力部５１９での処理により、ステップＳ５で決定された配送エリアＡＲ内のユーザ端末４０に販売情報を送信する。次いで、ステップＳ８で、通信部５３を介して注文情報が受け付けられたか否かを判定する。ステップＳ８で肯定されるとステップＳ９に進み、否定されるとステップＳ１２に進む。
【００４９】
ステップＳ９では、出力部５１９での処理により、通信部５３を介して受け付けられた注文情報をユーザ端末２０に送信する。次いで、ステップＳ１０で、通信部５３を介して注文の承認が受け付けられたか否かを判定する。ステップＳ１０で肯定されるとステップＳ１１に進み、否定されるとステップＳ１２に進む。
【００５０】
ステップＳ１１では、運行ルート修正部５１７での処理により、通信部５３を介して受け付けられた注文情報に含まれる配送地点Ｐ３を含むように基本運行ルートＲＴ０を修正して最終的な運行ルートＲＴを決定し、ステップＳ１２で、最終的な運行ルートＲＴと目的地情報に含まれる到着予定時刻とに基づいて出発予定時刻と配送予定時刻とを算出する。次いで、ステップＳ１３で、出力部５１９での処理により、運行ルートＲＴ、乗降地点Ｐ１，Ｐ２、配送地点Ｐ３および出発予定時刻を車載端末１０に送信し、出発予定時刻をユーザ端末２０に送信するとともに、配送予定時刻をユーザ端末４０に送信する。なお、ステップＳ６，Ｓ８，Ｓ１０で否定される場合は、基本運行ルートＲＴ０が最終的な運行ルートＲＴとして送信される。
【００５１】
図７は、車両１が確定された運行ルートＲＴを運行中に行われる。図７は、サーバ５０で実行される処理のうち、特に乗降判定部５１８、出力部５１９で行われる処理を示す。
【００５２】
まず、ステップＳ２０で、通信部５３を介して受信された車両１の運行情報を読み込む。次いで、ステップＳ２１で、乗降判定部５１８での処理により、ステップＳ２０で読み込まれた運行情報に含まれる乗員の有無に基づいて、乗車地点Ｐ２で子供３が乗車する前に第三者が乗車している、あるいは降車地点Ｐ１で子供３が降車していないといった異常が発生しているか否かを判定する。ステップＳ２２で肯定されるとステップＳ２３に進み、否定されると処理を終了する。ステップＳ２３では、出力部５１９での処理により、乗車禁止通知をユーザ端末３０に送信する、あるいは降車報知指令を車載端末１０に送信する。
【００５３】
本実施形態に係る車両運行管理システム１００の主要な動作について、図１を参照してより具体的に説明する。ユーザ２は、車両１を自動運転させて子供３を学校Ｐ２に送迎する。このような状況において、本実施形態では、ユーザ２が自宅Ｐ１で作った料理を販売し、送迎の途中で配送することができる。この場合、車両運行管理システム１００を利用するユーザ２は、まず、送迎先の学校Ｐ２の所在地、到着予定時刻、料理の販売情報、および車両１の出発可能時刻をユーザ端末２０に入力する（ステップＳ１，Ｓ２）。
【００５４】
ユーザ２の料理の販売情報は、配送エリアＡＲ内の住所を登録している注文者４のユーザ端末４０に配信される（ステップＳ３〜Ｓ７）。注文者４は、配信された料理の販売情報を見て、購入を希望する場合はユーザ端末４０に注文情報を入力する（ステップＳ８）。注文者４の注文情報は、ユーザ２のユーザ端末２０に通知される（ステップＳ９）。ユーザ２は、通知された注文者４の注文情報を見て、承認する場合はユーザ端末２０に承認情報を入力する（ステップＳ１０）。ユーザ２が注文者４の注文を承認すると、ユーザ２のユーザ端末２０には車両１の出発予定時刻が通知され、注文者４のユーザ端末４０には料理の配送予定時刻が通知される（ステップＳ１１〜Ｓ１３）。
【００５５】
このようにユーザ２は、車両運行管理システム１００を利用することで、子供３の送迎のための到着予定時刻に遅れることなく、送迎の途中で料理を配送することができる。また、子供３を迎えに行くときの往路で料理の配送を行うため、送迎に支障を来すことなく、車両１が空の積載状態で走行する時間を低減し、効率的な配送を行うことができる。
【００５６】
車両１には、自動運転のための運行ルートＲＴ等の各種情報が送信されており、車両１は、サーバ５０から指令された出発予定時刻になると、この運行ルートＲＴ（図１の片道ルートＲＴ２）に沿って自動運転で自宅Ｐ１から配送地点Ｐ３まで向かう。車両１に送信される情報にはドア解錠指令等も含まれ、車両１は、配送予定時刻に配送地点Ｐ３で停車し、ドアを開錠する。これにより注文者４は、通知された配送予定時刻に注文者４の自宅Ｐ３の前で車両１から注文した料理を受け取ることができる。
【００５７】
車両１は、料理の配送を終えると、運行ルートＲＴ（片道ルートＲＴ２）に沿って配送地点Ｐ３から子供３の学校Ｐ２に向かい、到着予定時刻に乗車地点Ｐ２で停車する。これにより子供３は、到着予定時刻、すなわち予め保護者（ユーザ）２と取り決めた送迎時刻に学校Ｐ２の前で停車した車両１に乗り込むことができる。このとき、車両１に第三者が乗っている場合には、ユーザ端末３０に乗車禁止通知が届く（ステップＳ２０〜Ｓ２３）。これにより、車内に不審者等が乗車した状態で子供３が乗車することを防止できる。
【００５８】
車両１は、子供３が乗車すると、運行ルートＲＴ（図１の片道ルートＲＴ１）に沿って学校Ｐ２から自宅Ｐ１に戻り、自宅Ｐ１で停車する。子供３が帰り道で眠って自宅Ｐ１に到着しても起きない場合など、停車から所定時間が経過した場合、車両１は、降車を促す報知を行う（ステップＳ２０〜Ｓ２３）。このため、自宅Ｐ１に駐車後、エアコンがオフの状態の車内に子供３が取り残される、あるいは、子供３を乗車させたままの車両１が別の目的地に向かうことを防止できる。
【００５９】
すなわち、本実施形態によれば、ユーザ２がユーザ端末２０に出発地情報、目的地情報、および販売情報を入力するだけで、到着予定時刻に遅れることなく子供を目的地に送迎することができるとともに、ユーザが自宅で作った料理を、送迎ルート（基本ルート）上を走行するときの余剰時間に基づいて定められた所定の配送エリア内の注文者に、送迎の途中で配送することができる。これにより、効率的な車両運行管理を行うことができる。
【００６０】
本実施形態によれば以下のような作用効果を奏することができる。
（１）サーバ５０は、車両１の出発地Ｐ１の位置情報と出発可能時刻とを含む出発地情報を取得する出発地情報取得部５１１と、車両１の目的地Ｐ２の位置情報と到着予定時刻とを含む目的地情報を取得する目的地情報取得部５１２と、出発地情報取得部５１１により取得された出発地情報と目的地情報取得部５１２により取得された目的地情報とに基づいて、出発地Ｐ１から目的地Ｐ２まで車両１により子供３の送迎を行うための基本運行ルートＲＴ０を生成する運行ルート生成部５１３と、出発地情報取得部５１１により取得された出発地情報と、目的地情報取得部５１２により取得された目的地情報と、運行ルート生成部５１３により生成された基本運行ルートＲＴ０とに基づいて、出発可能時刻から到着予定時刻までの間で基本運行ルートＲＴ０に沿って子供３の送迎を行うときに生じる余剰時間Ｔを算出する余剰時間算出部５１４と、余剰時間算出部５１４により算出された余剰時間Ｔに基づいて、出発地Ｐ１から目的地Ｐ２までの送迎の途中で料理の配送を行うことが可能な配送エリアＡＲを決定する配送エリア決定部５１５と、注文者４による料理の注文を受け付ける受付部５１６と、受付部５１６によって注文が受け付けられると、受付部５１６により受け付けられた注文に応じて、配送エリア決定部５１５により決定された配送エリアＡＲ内の配送地点Ｐ３を含むように基本運行ルートＲＴ０を運行ルートＲＴに修正する運行ルート修正部５１７と、運行ルート修正部５１７により修正された運行ルートＲＴを出力する出力部５１９とを備える（図５）。すなわち、到着予定時刻を考慮して決定された配送エリアＡＲ内の配送地点Ｐ３を経由するように運行ルートＲＴを決定する。これにより、到着予定時刻を遵守して、送迎の途中に料理を配送するというユーザ２の希望に沿った運行ルートＲＴを決定することが可能となり、効率的な車両運行管理を行うことができる。
【００６１】
（２）車両１は、乗員の有無を検知するセンサを有する自動運転車両である（図３）。サーバ５０は、車両１から送信された運行情報に含まれる乗員の有無に基づいて、子供３が乗車する前に第三者が乗車しているか否かを判定する乗降判定部５１８を備える（図３）。これにより、車両１に第三者が乗っている場合はユーザ端末３０などを介して子供３に乗車禁止を通知することが可能となる。その結果、車内に不審者等が乗車した状態で子供３が乗車することを防止できる。
【００６２】
（３）車両１は、乗員の有無を検知するセンサを有する自動運転車両である（図３）。サーバ５０は、車両１から送信された運行情報に含まれる乗員の有無に基づいて、子供３が降車地点Ｐ１で降車したか否かを判定する乗降判定部５１８を備える（図３）。これにより、降車地点Ｐ１で停車後、所定時間が経過しても乗員が検知され続ける場合は降車を促す報知を行うことが可能となる。その結果、例えばエアコンがオフの状態の車内に子供３が取り残される、あるいは、車両１が子供３を乗車させたまま別の目的地に向かうことを防止できる。
【００６３】
（４）本発明の実施形態に係る車両運行管理方法は、車両１の出発地Ｐ１の位置情報と出発可能時刻とを含む出発地情報を取得し（ステップＳ１）、車両１の目的地Ｐ２の位置情報と到着予定時刻とを含む目的地情報を取得し（ステップＳ２）、取得された出発地情報と目的地情報とに基づいて、出発地Ｐ１から目的地Ｐ２まで車両１により子供３の送迎を行うための基本運行ルートＲＴ０を生成し（ステップＳ３）、取得された出発地情報と、目的地情報と、生成された基本運行ルートＲＴ０とに基づいて、出発可能時刻から到着予定時刻までの間で基本運行ルートＲＴ０に沿って子供３の送迎を行うときに生じる余剰時間Ｔを算出し（ステップＳ４）、算出された余剰時間Ｔに基づいて、出発地Ｐ１から目的地Ｐ２までの送迎の途中で料理の配送を行うことが可能な配送エリアＡＲを決定し（ステップＳ５）、注文者４による料理の注文を受け付け（ステップＳ８）、注文が受け付けられると、受け付けられた注文に応じて、決定された配送エリアＡＲ内の配送地点Ｐ３を含むように基本運行ルートＲＴ０を最終的な運行ルートＲＴに修正し（ステップＳ１１）、修正された運行ルートＲＴを出力する（ステップＳ１３）。これにより、到着予定時刻を遵守して、ユーザ２の希望に沿った運行ルートＲＴを決定することが可能となり、効率的な車両運行管理を行うことができる。
【００６４】
（５）車両運行管理システム１００は、サーバ５０と、車両１のユーザ２が所持または携帯するユーザ端末２０と、注文者４が所持または携帯するユーザ端末４０と、車両１に搭載される車載端末１０とを備える（図２）。ユーザ端末２０は、出発地情報と目的地情報とをサーバ５０に送信する通信部２６を有する（図４）。ユーザ端末４０は、注文をサーバ５０に送信する通信部４６を有する（図４）。車載端末１０は、サーバ５０から運行ルートＲＴを受信する通信部１５を有する（図３）。このような車両運行管理システム１００により、到着予定時刻を遵守して、ユーザ２の希望に沿った運行ルートＲＴが決定され、効率的な車両運行管理が行われる。
【００６５】
（６）ユーザ端末２０の通信部２６は、ユーザ２による料理の販売希望をサーバ５０に送信し、サーバ５０の受付部５１６は、ユーザ端末２０の通信部２６から送信された販売希望を受け付ける（ステップＳ１）。サーバ５０の出力部５１９は、料理の販売を案内する販売情報を配送エリアＡＲ内のユーザ端末４０に送信する（ステップＳ７）。これにより送迎の途中で経由可能な配送エリアＡＲ内のユーザ端末４０に販売情報を配信することができる。このため、料理を注文する注文者４の自宅Ｐ３を経由しても、車両１が到着予定時刻に遅れることがなく、到着予定時刻を確実に遵守することができる。
【００６６】
なお、上記実施形態は種々の形態に変形することができる。以下、変形例について説明する。上記実施形態では、出発地情報取得部５１１が車載端末１０から送信された出発地Ｐ１の位置情報と、ユーザ端末２０から送信された出発可能時刻とを取得するようにしたが、出発地情報取得部の構成はこれに限らない。すなわち、出発地情報取得部５１１が取得する出発地情報は、車両の出発地の位置情報と出発可能時刻とを含むものであればよく、出発地の位置情報は例えばユーザ端末２０を介して指定されてもよい。
【００６７】
上記実施形態では、目的地情報取得部５１２がユーザ端末２０から送信された目的地Ｐ２の位置情報と出発可到着予定時刻とを取得するようにしたが、目的地情報取得部の構成はこれに限らない。すなわち、目的地情報取得部５１２が取得する出発地情報は、車両の目的地の位置情報と到着予定時刻とを含むものであればよく、目的地の位置情報や到着予定時刻は例えば子供３のユーザ端末３０を介して指定されてもよい。
【００６８】
上記実施形態では、運行ルート生成部５１３が生成する送迎を行うための基本運行ルートＲＴ０を最短の片道ルートＲＴ１を往復する経路として例示したが、運行ルート生成部が生成する送迎を行うための運行ルートは最短の経路に限らない。例えば、送迎先の学校などで推奨される経路や子供３の好みの経路などであってもよい。
【００６９】
上記実施形態では、余剰時間算出部５１４が、出発可能時刻から到着予定時刻までの時間から、基本運行ルートＲＴ０に沿って出発地Ｐ１から目的地Ｐ２まで走行するときの所要時間を減算して余剰時間Ｔを算出するようにした。しかしながら余剰時間算出部は、出発可能時刻から到着予定時刻までの間で運行ルートに沿って送迎を行うときに生じる余剰時間を算出するものであればよく、余剰時間算出部の構成は上述したものに限らない。
【００７０】
上記実施形態では、配送エリア決定部５１５が、余剰時間Ｔに基づいて送迎の途中で料理の配送を行うことが可能な配送エリアＡＲを決定するようにしたが、配送エリア決定部が決定する配送エリアはこのようなものに限らない。例えば、余剰時間に加えてユーザ２が特に物品の販売を行いたいエリアなどを考慮するようにしてもよい。
【００７１】
上記実施形態では、受付部５１６がユーザ２からの販売情報を受け付け、販売情報を見た注文者４からの注文情報を受け付けるようにしたが、注文を受け付けるように構成されるのであれば、受付部はいかに構成されてもよい。例えば、受付部が注文者４の注文を受け付けてユーザ２に通知し、その後ユーザ２が料理などの物品を出発予定時刻までに準備するようにしてもよい。
【００７２】
上記実施形態では、送迎の途中で経由する配送地点Ｐ３を１か所のみとしたが、複数か所を経由してもよく、運行ルート修正部によって修正された運行ルートＲＴに含まれる配送地点Ｐ３は上述したものに限らない。例えば、先に決定された配送地点を経由するルートで送迎と配送とを行うときの余剰時間をさらに算出して配送エリアを修正し、修正された配送エリア内の配送地点をさらに運行ルートに追加することもできる。
【００７３】
上記実施形態では、出力部５１９が車載端末１０に運行ルートＲＴおよび出発予定時刻を、ユーザ端末２０に出発予定時刻を、ユーザ端末４０に配送予定時刻を、それぞれ通知するようにしたが、運行ルートを出力する出力部の構成はこれに限らない。例えば、運行ルートをユーザ端末２０にも通知して、ユーザ２が確認できるようにしてもよい。
【００７４】
上記実施形態では、子供３が乗車する前に第三者が乗車していると判定されるとユーザ端末３０に乗車禁止を通知するようにしたが、乗車判定部の構成はこれに限らない。例えば、車載端末１０に報知指令を送信して子供３に乗車禁止を報知させてもよい。この場合は、車両１の外部に表示部やスピーカなどを設けて乗車禁止を報知してもよい。
【００７５】
上記実施形態では、子供３が降車地点Ｐ１で降車していないと判定されると車載端末１０に降車報知指令を送信して子供３に降車を促す報知を行うようにしたが、降車判定部の構成はこのようなものに限らない。例えば、同様の報知指令をユーザ端末３０にも送信して、ユーザ端末３０からも降車を促す報知を行ってもよい。また、ユーザ２のユーザ端末２０に子供３が降車していない旨の通知を送信するようにしてもよい。
【００７６】
上記実施形態では、車両１を自動運転走行させて送迎を行うようにしたが、ユーザ２が車両１を手動運転で走行させて送迎を行ってもよい。この場合には、乗車判定部と降車判定部とを省略してもよい。
【００７７】
上記実施形態では、車両運行管理システム１００が車載端末１０と、ユーザ端末２０，３０，４０と、車両運行管理サーバ５０とを備えるようにしたが、車両運行管理システムの構成はこれに限らない。例えば車両１が送迎対象者３に対して乗車禁止を報知する場合、車両運行管理システム１００は、ユーザ端末３０を有しなくてもよい。
【００７８】
上記実施形態では、送迎の途中で配送する物品を料理として例示したが、物品は車両で配送可能なものであればよく、例えば手芸品などであってもよい。
【００７９】
上記実施形態では、送迎の途中で配送を行う一例として子供３を迎えに行くときの往路で配送を行う例を示したが、送った後の復路で配送を行う場合に適用してもよい。
【００８０】
上記実施形態では、車両運行管理装置の一例としてのサーバ５０が運行ルートＲＴなどを決定するようにしたが、車載端末１０やユーザ端末２０で運行ルートＲＴの決定などを行うようにしてもよい。すなわち、運行ルート生成部５１３、運行ルート修正部５１７などを車載端末１０やユーザ端末２０などに設けることもできる。
【００８１】
以上の説明はあくまで一例であり、本発明の特徴を損なわない限り、上述した実施形態および変形例により本発明が限定されるものではない。上記実施形態と変形例の１つまたは複数を任意に組み合わせることも可能であり、変形例同士を組み合わせることも可能である。
【符号の説明】
【００８２】
１  車両、１０  車載端末、１１  制御部、１２  記憶部、１３  入力部、１４  センサ群、１５  通信部、１６  表示部、１７  アクチュエータ群、２０（３０，４０）  ユーザ端末、２１（３１，４１）  制御部、２２（３２，４２）  記憶部、２３（３３，４３）  入力部、２４（３４，４４）  センサ群、２５（３５，４５）  表示部、２６（３６，４６）  通信部、５０  サーバ、５１  制御部、５２  記憶部、５３  通信部、１００  車両運行管理システム、５１１  出発地情報取得部、５１２  目的地情報取得部、５１３  運行ルート生成部、５１４  余剰時間算出部、５１５  配送エリア決定部、５１６  受付部、５１７  運行ルート修正部、５１８  乗降判定部、５１９  出力部、５２１  送迎情報エリア、５２２  配送情報エリア、ＡＲ  配送エリア、ＲＴ  運行ルート、ＲＴ０  基本運行ルート、ＲＴ１，ＲＴ２  片道ルート
【図１】
2019155856.tif 000003
【図２】
2019155856.tif 000004
【図３】
2019155856.tif 000005
【図４】
2019155856.tif 000006
【図５】
2019155856.tif 000007
【図６】
2019155856.tif 000008
【図７】
2019155856.tif 000009
【国際調査報告】
2019155856.tif 000010
2019155856.tif 000011