JP2021163415A - 運行管理装置、運行管理システム、運行管理方法、及び車両 - Google Patents

Abstract

【課題】ユーザに公平感を与えることができる運行管理装置、運行管理システム、運行管理方法、及び車両を提供する。【解決手段】運行管理装置１０は、ユーザを乗車させる車両２０の運行を管理する制御部１２を備える。制御部１２は、ユーザが乗車している間に車両２０で発生したイベントに基づいてユーザにインセンティブを付与する。【選択図】図１

Description

本開示は、運行管理装置、運行管理システム、運行管理方法、及び車両に関する。

従来、ユーザからの要求に応じて運行する車両が知られている。例えば特許文献１には、運行効率を向上させる運行管理方法が開示されている。

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

ユーザに同一の運賃を課金する場合、ユーザ自身の乗車状況が悪いと感じるユーザは、乗車状況がよさそうなユーザに対して、運賃に関する不公平感を覚える。公平感を高めた運賃設定が求められる。

かかる事情に鑑みてなされた本開示の目的は、ユーザに公平感を与えることにある。

本開示の一実施形態に係る運行管理装置は、ユーザを乗車させる車両の運行を管理する制御部を備える。前記制御部は、前記ユーザが乗車している間に前記車両で発生したイベントに基づいて、前記ユーザにインセンティブを付与する。

本開示の一実施形態に係る運行管理システムは、前記運行管理装置と、前記車両とを備える。

本開示の一実施形態に係る運行管理方法は、ユーザを乗車させる車両の運行を管理する運行管理装置が実行する運行管理方法であって、前記ユーザが乗車している間に前記車両で発生したイベントに基づいて、前記ユーザにインセンティブを付与することを含む。

本開示の一実施形態に係る車両は、ユーザを乗車させて運行する車両であって、前記ユーザを乗車させて運行している間に発生したイベントに関する情報を、運行管理装置が前記イベントに基づくインセンティブを前記ユーザに付与できるように、前記運行管理装置に送信する。

本開示の一実施形態に係る運行管理装置、運行管理システム、運行管理方法、及び車両によれば、ユーザに公平感が与えられ得る。

一実施形態に係る運行管理システムの構成例を示す模式図である。 一実施形態に係る運行管理システムの構成例を示すブロック図である。 サーバが実行する手順の一例を示すフローチャートである。

図１及び図２に示されるように、一実施形態に係る運行管理システム１は、サーバ１０と、車両２０と、端末装置３０とを備える。運行管理システム１は、必須ではないが、データベース（ＤＢ）１５をさらに備える。サーバ１０と、車両２０と、端末装置３０と、ＤＢ１５とは、ネットワーク４０に接続されており、互いに通信可能である。サーバ１０、車両２０、端末装置３０、及びＤＢ１５それぞれの数は、１つに限られず、２つ以上であってよい。

運行管理システム１は、車両２０にユーザを乗車させて少なくとも２つの地点の間を移動してユーザを輸送するオンデマンドバスサービスを提供する。運行管理システム１は、車両２０がユーザを輸送できるように車両２０の運行を管理する。

ユーザは、端末装置３０を所持し、端末装置３０からサーバ１０にアクセスすることによって、車両２０が提供するオンデマンドバスサービスの利用を申し込んでよい。

サーバ１０は、ユーザからの乗車の申し込みを受け付け、申し込みに基づいて車両２０の運行ルート又は運行スケジュールを決定してよい。サーバ１０は、車両２０の運行状況に基づいてユーザからの申し込みを受け付け可能か決定してもよい。サーバ１０は、ユーザからの申し込みの状況に基づいて、車両２０の運行ルート又は運行スケジュールを決定してよい。サーバ１０は、運行管理装置とも称される。

車両２０の運行を管理する運行管理システム１は、オンデマンドバスサービスを提供する主体によって運用されてよいし、他の異なる主体によって運用されてもよい。

サーバ１０は、１つ又は互いに通信可能な複数のサーバ装置を含んでよい。サーバ１０は、ユーザから受け付けた申し込みを管理する。サーバ１０は、車両２０との間でオンデマンドバスサービスの提供に関する種々の情報を送受信してよい。サーバ１０は、これらの処理だけでなく、オンデマンドバスサービスの提供に関する種々の処理を実行可能に構成されてよい。サーバ１０は、車両２０の運行を管理する。サーバ１０は、車両２０と通信することによって、例えば、車両２０の位置又は速度等の車両２０に関する種々の情報を取得してよい。サーバ１０は、これらの処理だけでなく、車両２０の運行を管理するための種々の処理を実行可能に構成されてよい。

サーバ１０は、サーバ制御部１２と、サーバ通信部１４とを備える。サーバ制御部１２は、１つ以上のプロセッサを含んでよい。サーバ制御部１２は、単に制御部とも称される。本実施形態において「プロセッサ」は、汎用のプロセッサ、特定の処理に特化した専用のプロセッサ等であるが、これらに限られない。サーバ制御部１２は、１つ以上の専用回路を含んでもよい。専用回路は、例えば、ＦＰＧＡ（Field-Programmable Gate Array）又はＡＳＩＣ（Application Specific Integrated Circuit）を含んでよい。サーバ制御部１２は、プロセッサの代わりに専用回路を含んでもよいし、プロセッサとともに専用回路を含んでもよい。サーバ通信部１４は、通信モジュールを含み、車両２０と通信してよい。サーバ１０は、記憶部をさらに備えてよい。記憶部は、例えば半導体メモリ、磁気メモリ、又は光メモリ等であるが、これらに限られない。記憶部は、例えば主記憶装置、補助記憶装置、又はキャッシュメモリとして機能してもよい。記憶部は、磁気ディスク等の電磁記憶媒体を含んでよい。記憶部は、非一時的なコンピュータ読み取り可能な媒体を含んでよい。記憶部は、サーバ１０の動作に用いられる任意の情報を格納する。例えば、記憶部は、システムプログラム、又はアプリケーションプログラム等を格納してもよい。サーバ１０は、ＤＢ１５を記憶部として、プログラム又は情報等を格納してもよい。

車両２０は、ユーザを乗車させて運行する。車両２０は、ユーザを乗車させるように構成されてよい。例えば、車両２０は、ユーザを着席させるための座席等を備えてよい。車両２０の数は、１台に限られず、２台以上であってもよい。

車両２０は、自動運転によって運行可能に構成されてもよい。自動運転は、例えばＳＡＥ（Society of Automotive Engineers）において定義されるレベル１からレベル５までのいずれかのレベルで実施されてよい。自動運転は、例示した定義に限られず、他の定義に基づいて実施されてもよい。

車両２０は、制御装置２２と、通信装置２４とを搭載している。制御装置２２と、通信装置２４とは、例えばＣＡＮ（Controller Area Network）等の車載ネットワーク又は専用線を介して、互いに通信可能に接続されている。

制御装置２２は、車両２０が備える各構成部を制御する。制御装置２２は、１つ以上のプロセッサを含んでよい。制御装置２２は、プロセッサの代わりに１つ以上の専用回路を含んでもよいし、プロセッサとともに１つ以上の専用回路を含んでもよい。制御装置２２は、記憶部をさらに含んでよい。

通信装置２４は、ネットワーク４０を介して、サーバ１０と通信する。通信装置２４は、ネットワーク４０を介して端末装置３０と通信してもよいし、ネットワーク４０を介さずに端末装置３０と通信してもよい。通信装置２４は、例えば車載通信機であってよい。通信装置２４は、ネットワーク４０に接続する通信モジュールを含んでよい。通信モジュールは、例えば４Ｇ（4th Generation）及び５Ｇ（5th Generation）等の移動体通信規格に対応する通信モジュールを含んでよいが、これらに限られない。

車両２０は、必須ではないが、位置情報取得装置２５を更に備える。位置情報取得装置２５は、車両２０に搭載されている他の構成部とＣＡＮ等の車載ネットワーク又は専用線を介して互いに通信可能に接続されている。位置情報取得装置２５は、車両２０の位置情報を取得する。位置情報取得装置２５は、衛星測位システムに対応する受信機を含んでよい。衛星測位システムに対応する受信機は、例えばＧＰＳ（Global Positioning System）受信機を含んでもよい。本実施形態において、車両２０は、位置情報取得装置２５を用いて、車両２０自身の位置情報を取得できるとする。車両２０は、車両２０自身の位置情報をサーバ１０又は端末装置３０に出力してよい。

端末装置３０は、ネットワーク４０を介して、又は、ネットワーク４０を介さずに、車両２０と通信する。端末装置３０は、ネットワーク４０を介してサーバ１０と通信する。端末装置３０は、例えばスマートフォン等の携帯端末を含んでよい。

端末装置３０は、ユーザが乗車を申し込むために用いるアプリケーションを動作させてよい。端末装置３０は、サーバ１０と通信し、乗車の申し込みに関する情報を送受信してよい。端末装置３０は、ユーザが車両２０に乗車する際に車両２０と通信し、その車両２０がユーザの申し込みに割り当てられている車両２０であるか認証する情報を送受信してよい。

端末装置３０は、例えば、車両２０が備える位置情報取得装置２５と同一又は類似の構成を備えることによって、端末装置３０自身の位置情報を取得してよい。端末装置３０は、端末装置３０自身の位置情報をサーバ１０又は車両２０に出力してもよい。

（運行管理システム１の動作例）
＜乗車の申し込み＞
端末装置３０は、ユーザが乗車を申し込む入力を受け付ける。端末装置３０は、ユーザの入力に基づいて乗車申込情報を生成し、サーバ１０に送信する。乗車申込情報は、ユーザが車両２０に乗車することを希望する地点又はエリアと、ユーザが車両２０から降車することを希望する地点又はエリアとを含む。ユーザが車両２０に乗車することを希望する地点又はエリアは、希望出発地とも称される。ユーザが車両２０から降車することを希望する地点又はエリアは、希望目的地とも称される。第１乗車申込情報は、ユーザが車両２０に乗車することを希望する時刻若しくは時間帯、又は、ユーザが車両２０から降車することを希望する時刻若しくは時間帯を更に含んでもよい。ユーザが車両２０に乗車することを希望する時刻若しくは時間帯は、希望出発時刻とも称される。ユーザが車両２０から降車することを希望する時刻若しくは時間帯は、希望到着時刻とも称される。ユーザが乗車する車両２０に希望する条件は、希望条件とも称される。

＜車両２０の決定＞
サーバ１０のサーバ制御部１２は、１人又は複数のユーザの端末装置３０から受信した乗車申込情報に基づいて車両２０の運行を管理する。サーバ制御部１２は、１台又は複数台の車両２０の運行を管理する。サーバ制御部１２は、１人又は複数のユーザの希望条件に基づいて、車両２０の運行ルート又は運行スケジュールを決定する。

サーバ制御部１２は、乗車申込情報に含まれるユーザの希望条件を満たす車両２０を抽出する。サーバ制御部１２は、ユーザの希望条件を満たす車両２０が存在しない場合、ユーザの希望条件を一部満たさない車両２０を抽出してもよい。サーバ制御部１２は、ユーザの希望条件を満たす車両２０が存在しない場合、希望条件の変更をユーザに提案する情報を端末装置３０に送信してもよい。端末装置３０は、ユーザが希望条件の変更を受け入れるかの入力を受け付ける。端末装置３０は、ユーザが希望条件の変更を受け入れる場合、変更する条件の入力も受け付ける。端末装置３０は、ユーザが入力した情報をサーバ１０に送信する。サーバ制御部１２は、ユーザが希望条件を変更した場合、変更後の希望条件を満たす車両２０を抽出する。

サーバ制御部１２は、抽出した車両２０の情報を端末装置３０に送信する。端末装置３０は、抽出された車両２０の情報をユーザに通知し、ユーザがその車両２０に乗車することを承諾するか拒否するかの入力を受け付け、入力結果をサーバ１０に送信する。サーバ制御部１２は、抽出された車両２０への乗車をユーザが承諾した場合、その車両２０にユーザを乗車させると決定する。ユーザを乗車させると決定した車両２０は、乗車車両とも称される。サーバ制御部１２は、抽出された車両２０への乗車をユーザが拒否した場合、異なる車両２０を抽出して、その情報を端末装置３０に送信する。サーバ制御部１２は、抽出した車両２０をそのまま乗車車両として決定してもよい。

サーバ制御部１２は、決定した乗車車両にユーザを乗車させることができるように運行スケジュールを決定する。サーバ制御部１２は、運行スケジュールを含む制御指示を乗車車両に送信する。サーバ制御部１２は、運行スケジュールに基づいて定まる乗車地点及び乗車時刻の情報をユーザの端末装置３０に送信する。

＜車両２０で生じるイベントの対応＞
ユーザを乗車させている車両２０でイベントが発生することがある。サーバ制御部１２は、発生したイベントに基づいて、そのイベントが発生した車両２０に乗車しているユーザにインセンティブを付与する。サーバ制御部１２は、インセンティブに関する情報をユーザの端末装置３０に送信することによってユーザにインセンティブを付与する。

サーバ制御部１２は、インセンティブとして、例えば、ユーザが次回の乗車を申し込むときに他のユーザよりも優先的に乗車の申し込みが受け付けられる権利を付与してもよい。サーバ制御部１２は、ユーザが次回の乗車を申し込むときに指定する希望条件が他のユーザの希望条件よりも優先される権利を付与してもよい。

インセンティブは、例えば、車両２０の運賃をユーザに還元する形式で付与されてよい。インセンティブは、車両２０の運賃の支払いに適用できるポイントとして付与されてもよい。つまり、インセンティブは、車両２０の運賃に関する権利として付与されてもよい。インセンティブは、電子マネーとして付与されてもよい。インセンティブは、有価物又は有償サービスと交換可能なポイントとして付与されてもよい。

イベントは、例えば、ユーザが乗車中に車両２０の運行ルートが変更されることを含んでよい。サーバ制御部１２は、車両２０の運行ルート上で事故、工事又は交通集中等に起因する渋滞又は通行止め等が生じた場合に、車両２０の運行ルートを変更することがある。

イベントは、例えば、ユーザが乗車中に車両２０の運行が遅延することを含んでよい。車両２０は、その運行ルート上で事故、工事又は交通集中等に起因する渋滞が発生した場合に運行スケジュールで定められた時刻よりも遅れて目的地に到着することがある。車両２０の制御装置２２は、車両２０の運行の遅延に関する情報を、イベントに関する情報として、通信装置２４からサーバ１０に送信してもよい。

車両２０の運行に関するイベントが発生することによって、ユーザが目的地に到着する時刻が遅れることがある。また、車両２０の運行ルートの変更によって車両２０がユーザの目的地を通らなくなったことによって、ユーザが目的地で降りられなくなることがある。つまり、車両２０の運行に関するイベントは、ユーザに不利益をもたらすことがある。

車両２０の運行に関するイベントによってユーザが不利益を被る場合、サーバ制御部１２は、そのユーザにインセンティブを付与する。サーバ制御部１２は、到着時刻の遅れに基づいて、付与するインセンティブを決定してよい。サーバ制御部１２は、到着時刻の遅れが大きいほど、ユーザにとって大きい利益となるインセンティブを付与してもよい。

イベントは、例えば、乗車人数が所定数を超えること、又は、乗車率が所定値を超えることを含んでよい。乗車人数の条件となる所定数は、例えば車両２０の定員に等しい値に設定されてもよいし、他の値に設定されてもよい。乗車率は、車両２０の定員に対する乗車人数の比率として算出される。乗車率の条件となる所定値は、例えば１００％に設定されてもよいし、他の値に設定されてもよい。サーバ１０は、ユーザからの乗車の申し込みを受け付けることによって、乗車人数又は乗車率を算出できる。サーバ１０は、車両２０から乗車人数又は乗車率に関する情報を受信してもよい。

イベントは、例えば、車両２０の状態が所定条件を満たすことを含んでよい。所定条件は、ユーザの乗車環境を悪化させる条件を含む。所定条件は、例えば、車両２０の内部の気温又は湿度等が所定範囲から外れることを含んでよい。所定条件は、例えば、車両２０の内部における空気のにおいの強さが所定値を超えることを含んでよい。所定条件は、例えば、車両２０の急な加速又は減速によって、車両２０の加速度の絶対値が所定値を超えることを含んでよい。車両２０の制御装置２２は、車両２０の状態を検出するセンサから測定値を取得し、通信装置２４からサーバ１０に送信してもよい。センサは、例えば、温度センサ、湿度センサ、においセンサ、又は加速度センサ等を含んでよい。サーバ１０は、制御装置２２から取得した測定値に基づいて車両２０の状態が所定条件を満たすか判定してもよい。制御装置２２は、測定値に基づいて車両２０の状態が所定条件を満たすか判定し、判定結果をサーバ１０に送信してもよい。つまり、制御装置２２は、車両２０の状態に関する情報を、イベントに関する情報として、通信装置２４からサーバ１０に送信してもよい。

車両２０の乗車人数又は乗車率の増加は、ユーザの乗車環境を悪化させることがある。また、車両２０の状態が所定条件を満たすことは、ユーザの乗車環境を悪化させることがある。乗車環境の悪化は、ユーザに不利益をもたらすことがある。ユーザの乗車環境が悪化した場合、サーバ制御部１２は、車両２０に乗車しているユーザにインセンティブを付与する。サーバ制御部１２は、所定数を超過した乗車人数の多さ、又は、乗車率の高さに基づいて、付与するインセンティブを決定してよい。サーバ制御部１２は、所定数を超過した乗車人数が多いほど、又は、乗車率が高いほど、ユーザにとって大きい利益となるインセンティブを付与してもよい。

サーバ制御部１２は、ユーザの乗車環境を維持するために、一部のユーザの端末装置３０に対して降車を要請する情報を送信してもよい。ユーザは、降車の要請を受諾して車両２０から降車してもよい。サーバ制御部１２は、ユーザによる降車の要請の受諾をイベントの発生とみなしてよい。サーバ制御部１２は、降車の要請に応じたユーザに、イベントの発生に基づくインセンティブを付与する。サーバ制御部１２は、ユーザが降車する位置に基づいてインセンティブを決定してよい。サーバ制御部１２は、ユーザが降車する位置がユーザの目的地から遠いほど、ユーザにとって大きい利益となるインセンティブを付与してもよい。

＜小括＞
以上説明してきたように、本実施形態に係る運行管理システム１は、車両２０においてイベントが発生した場合に、車両２０に乗車しているユーザにインセンティブを付与する。このようにすることで、イベントの発生によってユーザが不利益を受けた場合でも、その不利益が補填され得る。つまり、乗車環境の違いが実質的に運賃に反映されるともいえる。その結果、車両２０に乗車するユーザに公平感を与えることができる。

（運行管理方法のフローチャートの例）
運行管理システム１に含まれるサーバ１０のサーバ制御部１２は、図３に例示されるフローチャートの手順を含む運行管理方法を実行してもよい。運行管理方法は、サーバ制御部１２等のプロセッサに実行させる運行管理プログラムとして実現されてもよい。運行管理プログラムは、非一時的なコンピュータ読み取り可能な媒体に格納されてよい。

サーバ制御部１２は、ユーザの端末装置３０から乗車申込情報を受信する（ステップＳ１）。サーバ制御部１２は、乗車申込情報に基づいてユーザが乗車する乗車車両を決定する（ステップＳ２）。

サーバ制御部１２は、ユーザが乗車した乗車車両でイベントが発生したか判定する（ステップＳ３）。サーバ制御部１２は、乗車車両でイベントが発生しなかった場合（ステップＳ３：ＮＯ）、図３のフローチャートの手順の実行を終了する。

サーバ制御部１２は、乗車車両でイベントが発生した場合（ステップＳ３：ＹＥＳ）、ユーザに付与するインセンティブを決定する（ステップＳ４）。サーバ制御部１２は、ユーザに付与するインセンティブに関する情報をユーザの端末装置３０に送信する（ステップＳ５）。サーバ制御部１２は、ステップＳ５の手順の実行後、図３のフローチャートの手順の実行を終了する。

以上説明してきたように、本実施形態に係る運行管理方法又は運行管理プログラムによれば、車両２０においてイベントが発生した場合に、車両２０に乗車しているユーザにインセンティブが付与される。このようにすることで、イベントの発生によってユーザが不利益を受けた場合でも、その不利益が補填され得る。つまり、乗車環境の違いが実質的に運賃に反映されるともいえる。その結果、車両２０に乗車するユーザに公平感を与えることができる。

本開示に係る実施形態について、諸図面及び実施例に基づき説明してきたが、当業者であれば本開示に基づき種々の変形及び修正を行うことが容易であることに注意されたい。したがって、これらの変形及び修正は本開示の範囲に含まれることに留意されたい。例えば、各手段又は各ステップ等に含まれる機能等は論理的に矛盾しないように再配置可能であり、複数の手段又はステップ等を１つに組み合わせたり、或いは分割したりすることが可能である。

１ 運行管理システム
１０ サーバ（１２：サーバ制御部、１４：サーバ通信部）
１５ データベース（ＤＢ）
２０ 車両（２２：制御装置、２４：通信装置、２５：位置情報取得装置）
３０ 端末装置
４０ ネットワーク

Claims (20)

1. ユーザを乗車させる車両の運行を管理する制御部を備え、
   前記制御部は、前記ユーザが乗車している間に前記車両で発生したイベントに基づいて、前記ユーザにインセンティブを付与する、運行管理装置。
2. 前記イベントは、前記ユーザが乗車中に前記車両の運行ルートが変更されることを含む、請求項１に記載の運行管理装置。
3. 前記イベントは、前記ユーザが乗車中に前記車両の運行が遅延することを含む、請求項１又は２に記載の運行管理装置。
4. 前記イベントは、前記車両の状態が所定条件を満たすことを含む、請求項１から３までのいずれか一項に記載の運行管理装置。
5. 前記イベントは、前記車両の乗車人数が所定数以上となること、又は、前記車両の乗車率が所定値以上となることを含む、請求項１から４までのいずれか一項に記載の運行管理装置。
6. 前記イベントは、前記制御部が前記ユーザに対して前記車両からの降車を要請した場合に前記ユーザが降車の要請を受諾したことを含む、請求項１から５までのいずれか一項に記載の運行管理装置。
7. 前記インセンティブは、前記ユーザによる前記車両への乗車の申し込みが優先的に受け付けられる権利を含む、請求項１から６までのいずれか一項に記載の運行管理装置。
8. 前記インセンティブは、前記車両の運賃に関する権利を含む、請求項１から７までのいずれか一項に記載の運行管理装置。
9. 請求項１から８までのいずれか一項に記載の運行管理装置と、前記車両とを備える、運行管理システム。
10. ユーザを乗車させる車両の運行を管理する運行管理装置が実行する運行管理方法であって、
    前記ユーザが乗車している間に前記車両で発生したイベントに基づいて、前記ユーザにインセンティブを付与することを含む、運行管理方法。
11. 前記イベントは、前記ユーザが乗車中に前記車両の運行ルートが変更されることを含む、請求項１０に記載の運行管理方法。
12. 前記イベントは、前記ユーザが乗車中に前記車両の運行が遅延することを含む、請求項１０又は１１に記載の運行管理方法。
13. 前記イベントは、前記車両の状態が所定条件を満たすことを含む、請求項１０から１２までのいずれか一項に記載の運行管理方法。
14. 前記イベントは、前記車両の乗車人数が所定数以上となること、又は、前記車両の乗車率が所定値以上となることを含む、請求項１０から１３までのいずれか一項に記載の運行管理方法。
15. 前記イベントは、前記車両からの降車の要請を前記ユーザが受諾したことを含む、請求項１０から１４までのいずれか一項に記載の運行管理方法。
16. 前記インセンティブは、前記ユーザによる前記車両への乗車の申し込みが優先的に受け付けられる権利を含む、請求項１０から１５までのいずれか一項に記載の運行管理方法。
17. 前記インセンティブは、前記車両の運賃に関する権利を含む、請求項１０から１６までのいずれか一項に記載の運行管理方法。
18. ユーザを乗車させて運行する車両であって、
    前記ユーザを乗車させて運行している間に発生したイベントに関する情報を、運行管理装置が前記イベントに基づくインセンティブを前記ユーザに付与できるように、前記運行管理装置に送信する、車両。
19. 前記イベントに関する情報は、前記車両の運行の遅延に関する情報を含む、請求項１８に記載の車両。
20. 前記イベントに関する情報は、前記車両の状態に関する情報を含む、請求項１８又は１９に記載の車両。

Images