(57)【要約】【課題】利用者のデマンドに柔軟に対応できる車両運行管理システムを提案する。【解決手段】車両運行管理システムでは、デマンドバスである第２バスＢ２を待つ利用者に関する情報を検出し（Ｓ２２）と、第２バスＢ２を待つ利用者に関する情報と第２バスＢ２の位置とに基づいて、第２バスＢ２の運行スケジュールが制御される（Ｓ２６）。そして、第２バスＢ２の運行スケジュールに基づいて、第２バスＢ２のバス停にあるバス停端末１００の表示部で第２バスＢ２の運行スケジュールに関する情報が表示される（Ｓ２８）。【選択図】図６
2014203192.tif 000002
【特許請求の範囲】
【請求項１】
車両の乗り合い位置で前記車両を待つ利用者に関する情報を検出するための検出手段と、
前記乗り合い位置で前記車両を待つ利用者に関する情報と、前記車両の位置とに基づいて、前記車両の運行スケジュールを制御するための制御手段と、
前記乗り合い位置にある表示装置に、前記車両の運行スケジュールに関する表示を行なうための表示手段とを備える、車両運行管理システム。
【請求項２】
前記制御手段は、前記車両に設置される第１の通信装置と通信することで前記車両の位置を取得する、請求項１に記載の車両運行管理システム。
【請求項３】
前記制御手段は、予め規定された運行スケジュールに従って運行される交通機関の位置をさらに用いて、前記車両の運行スケジュールを制御する、請求項１に記載の車両運行管理システム。
【請求項４】
前記車両は、第１の乗り合い位置と第２の乗り合い位置との間を運行し、前記交通機関は、前記予め規定された運行スケジュールに従って前記第１の乗り合い位置を含む規定された乗り合い位置を運行し、
前記制御手段は、前記交通機関が前記予め規定された運行スケジュールに従って前記第１の乗り合い位置に到着するタイミングに応じたタイミングで前記車両が前記第１の乗り合い位置に到着するよう、前記車両の運行スケジュールを決定する、請求項３に記載の車両運行管理システム。
【請求項５】
前記制御手段は、前記第２の乗り合い位置に前記車両を待つ利用者がいることが検出されると、前記第１の乗り合い位置に前記交通機関が到着する時刻に基づいて前記第２の乗り合い位置から前記第１の乗り合い位置へ運行する前記車両の運行スケジュールを決定する、請求項４に記載の車両運行管理システム。
【請求項６】
前記制御手段は、前記交通機関に設置される第２の通信装置と通信可能することで、前記第１の乗り合い位置で前記交通機関から降りる利用者があること表わす情報を取得し、
前記制御手段は、前記第１の乗り合い位置で前記交通機関から降りる利用者があることが検出されると、前記第１の乗り合い位置に前記交通機関が到着する時刻に基づいて前記第１の乗り合い位置から前記第２の乗り合い位置へ運行する前記車両の運行スケジュールを決定する、請求項４に記載の車両運行管理システム。
【請求項７】
前記検出手段は、前記乗り合い位置で前記車両を待つ利用者の少なくとも有無を検出する、請求項１〜６のいずれかに記載の車両運行管理システム。
【請求項８】
前記検出手段は、人の有無を検出するためのセンサと、人が操作するためのボタンと、カメラと、のうちの少なくとも１つを含む、請求項７に記載の車両運行管理システム。
【請求項９】
前記検出手段は前記センサおよび前記カメラを含み、前記センサが人がいることを検出しているときのみに前記カメラを動作させる、請求項８に記載の車両運行管理システム。
【請求項１０】
車両の乗り合い位置で前記車両を待つ利用者に関する情報を検出するための検出手段と、
制御装置と通信するための通信手段と、
接続された表示装置の表示を制御するための表示制御手段とを備え、
前記通信手段は、前記検出手段で検出された前記車両を待つ利用者に関する情報を前記制御装置に送信し、
前記通信手段は、前記車両を待つ利用者に関する情報と前記車両の位置とに基づいて前記車両の運行スケジュールを制御する前記制御装置から表示情報を受信し、前記表示制御手段は、前記車両の運行スケジュールに関する表示を前記表示装置に行なわせる、端末装置。
【請求項１１】
前記検出手段は、前記乗り合い位置で前記車両を待つ利用者の少なくとも有無を検出する、請求項１０に記載の端末装置。
【請求項１２】
前記検出手段は、人の有無を検出するためのセンサと、人が操作するためのボタンと、カメラと、のうちの少なくとも１つを含む、請求項１１に記載の端末装置。
【請求項１３】
前記検出手段は前記センサおよび前記カメラを含み、前記センサが人がいることを検出しているときのみに前記カメラを動作させる、請求項１２に記載の端末装置。
【請求項１４】
車両の位置と、前記車両の乗り合い位置に設置される端末装置と通信することで得られた前記乗り合い位置で前記車両を待つ利用者に関する情報とに基づいて、前記車両の運行スケジュールを制御する、制御装置。
【請求項１５】
前記車両の運行スケジュールに基づいて、前記車両の運行スケジュールに関する表示を行なうための表示情報を前記端末装置に送信する、請求項１４に記載の制御装置。
【請求項１６】
前記車両に設置された第１の通信装置と通信することで前記車両の位置を取得する、請求項１４または１５に記載の制御装置。
【請求項１７】
予め規定された運行スケジュールに従って運行される交通機関の位置をさらに用いて、前記車両の運行スケジュールを制御する、請求項１４または１５に記載の制御装置。
【請求項１８】
前記車両は、第１の乗り合い位置と第２の乗り合い位置との間を運行し、前記交通機関は、前記予め規定された運行スケジュールに従って前記第１の乗り合い位置を含む規定された乗り合い位置を運行し、
前記交通機関が前記予め規定された運行スケジュールに従って前記第１の乗り合い位置に到着するタイミングに応じたタイミングで前記車両が前記第１の乗り合い位置に到着するよう、前記車両の運行スケジュールを決定する、請求項１７に記載の制御装置。
【請求項１９】
車両の乗り合い位置で前記車両を待つ利用者に関する情報を検出するステップと、
前記乗り合い位置で前記車両を待つ利用者に関する情報と、前記車両の位置とに基づいて、前記車両の運行スケジュールを制御するステップと、
前記車両の運行スケジュールに基づいて、前記乗り合い位置にある表示装置で、前記車両の運行スケジュールに関する情報を表示するステップとを備える、車両運行管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は車両運行管理システム、端末装置、制御装置、および車両運行管理方法に関し、たとえば、デマンドバスなどのデマンド対応型交通における車両運行管理システム、端末装置、制御装置、および車両運行管理方法に関する。
【背景技術】
【０００２】
デマンドバスなどに代表されるデマンド対応型交通は、利用者の要求（以下、デマンドとも言う）に応じてバス等の車両を運行する形態の交通システムを指す。特に過疎地域を対象として、バス等の車両の運行の効率化と運行コスト削減とを図る手法として期待されている。以下の特許文献１〜５などにおいて、デマンド対応型交通に関する、様々な技術が提案されている。たとえば、以下の特許文献１は、利用者から乗車地点（呼び出し地点）情報と目的地情報との入力を受け付けて、複数利用者の要求情報を集計し、各利用者の要求を最適化するバス運行ルートを算出・計画し、運行するデマンドバスシステムを開示している。また、以下の特許文献２は、デマンドバスの路線にて、利用要求のあったバス停のみに停車し、利用要求のないバス停をショートカットする運行方式とその支援システムを開示している。また、以下の特許文献３は、デマンドバスにおいて、車両運行の効率性と利用者の利便性との双方を調和する運行方式を提案している。詳しくは、特許文献３は、デマンドバスの現在の運行状況から、車両運行の余裕度情報や主要地点における待ち時間情報を利用者に提示することデマンドバスシステムを開示している。また、以下の特許文献４は、デマンドバスにおける運行スケジュール決定アルゴリズムを提案している。詳しくは、特許文献４は、乗客の乗降位置や時刻、天候等、過去の運行実績情報から特性情報を抽出し、それに基づいて予め運行スケジュールを決定するデマンドバスシステムを開示している。また、以下の特許文献５は、高速バス等の交通機関から、他の交通機関である市内バスへの乗り換えの利便性を向上させるために、高速バス利用者からの乗り換え予約に対して、降車予測時刻を推定し、降車予測時刻に乗り換え市内バスを配車するシステムを開示している。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００４−１９９５６９号公報
【特許文献２】特開２００２−４２２９９号公報
【特許文献３】特開２０１０−２４４１７７号公報
【特許文献４】特開２０１１−２２６４６号公報
【特許文献５】特開２００１−２２２７９６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、デマンド対応型交通システムでは、利用者のデマンドは突発的かつ非同期に発生するものであるため、利用者のデマンドに必ずしも柔軟に対応できていないのが実情である。
【０００５】
それゆえに、利用者のデマンドに柔軟に対応できる車両運行管理システム、端末装置、制御装置、および車両運行管理方法の提供が望まれる。
【０００６】
その他の課題と新規な特徴とは、本明細書の記述および添付図面から明らかになるであろう。
【課題を解決するための手段】
【０００７】
本発明の一実施形態では、運行管理システムは、車両の乗り合い位置で車両を待つ利用者に関する情報を検出するための検出手段と、乗り合い位置で車両を待つ利用者に関する情報と、車両の位置とに基づいて車両の運行スケジュールを制御するための制御手段と、乗り合い位置にある表示装置に車両の運行スケジュールに関する表示を行なうための表示手段と、を備える。
【発明の効果】
【０００８】
本発明の一実施形態の運行管理システムは、利用者のデマンド対応型交通システムにおけるデマンドに柔軟に対応できる。
【図面の簡単な説明】
【０００９】
【図１】実施の形態にかかる車両運行管理システムの想定している運行モデルを説明するための図である。
【図２】本実施の形態にかかる車両運行管理システムの構成の具体例を示す概略図である。
【図３】車両運行管理システムに含まれるバス停端末の外観の具体例を表わした図である。
【図４】バス停端末のハードウェア構成の具体例を概略的に表わしたブロック図である。
【図５】上り方向における車両運行管理システムでの動作概要を表わした図である。
【図６】下り方向における車両運行管理システムでの動作概要を表わした図である。
【図７】図５のステップＳ１６などでの表示の一例を表わした図である。
【図８】バス停端末の機能構成の具体例を示すブロック図である。
【図９】車両運行管理システムに含まれる制御装置の機能構成の具体例を示すブロック図である。
【図１０】バス停端末での動作の流れの具体例を表わしたフローチャートである。
【図１１】制御装置での動作の流れの具体例を表わしたフローチャートである。
【図１２】実証実験の対象地区とした七飯町の駅付近の概要図である。
【図１３】実証実験においてデマンドバスの停留所を設置した生活支援施設ごとの地理的条件を表わした図である。
【発明を実施するための形態】
【００１０】
以下に、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品および構成要素には同一の符号を付してある。それらの名称および機能も同じである。したがって、これらの説明は繰り返さない。
【００１１】
本実施の形態にかかる車両運行管理システムは、デマンド対応型交通の管理を行なうシステムであって、以降、特に、デマンド対応型車両としてのデマンドバスを含めたバス運行を管理する車両運行管理システムを例に挙げて説明する。
【００１２】
＜課題の説明＞
通常のバス交通は決まったルートにあるバス停間を一定間隔で運行し、利用者側がバスの時間に合わせて利用するものである。これに対し、「デマンドバス」とは、利用者の要求に応じてバスを運行する方式を採用するものである。デマンドバスは、利用者が乗りたい時に「呼んで乗る」バスであると言える。
【００１３】
図１は、本実施の形態にかかる車両運行管理システムの想定している運行モデルを説明するための図である。本実施の形態において想定されている運行モデルは、現在運行しているバスシステムを基幹交通と位置付け、基幹交通の各バス停と目的地との間の移動を支線交通と位置付けた、階層的な運行モデルである。
【００１４】
すなわち、本実施の形態にかかる運行モデルにおいて、デマンドバスは、デマンド用バス停間や公共機関と既存バスとの間を運行する。図１を参照して、基幹交通として、たとえば国道などの基幹路線Ｒを既存の運行スケジュールに従ったバスＢ１（以下、第１バス）に間歇運行させる。また、支線交通として、基幹路線Ｒに設けられたバス停ＢＳと各施設や家庭に設けられたデマンドバス用のバス停ｂｓとの間などである支線路線ｒをデマンドバスＢ２（以下、第２バスとも称する）に適宜運行させる。
【００１５】
しかしながら、デマンドバスの利用に対しては、事前に乗車予約が必要であったり、定期的に運行する場合には運行頻度が低かったりするなどして、突発的かつ非同期に発生する利用者のデマンドに対応させることが難しいという問題があった。
【００１６】
図１に示された本実施の形態にかかる運行モデルにおいて、国道（基幹路線Ｒ）に設けられたバス停ＢＳから各施設に設けられたバス停ｂｓまで利用者が向かう場合（上り方向）を考える。この上り方向の移動の場合、利用者には、基幹路線Ｒを運行する第１バスＢ１から降車すると、バス停ＢＳでデマンドバスである第２バスＢ２を待つことなく直ちに第２バスＢ２に乗車してバス停ｂｓまでシームレスに移動したい、というデマンドがある。
【００１７】
また、各施設に設けられたバス停ｂｓから国道（基幹路線Ｒ）に設けられたバス停ＢＳまで利用者が向かう場合（下り方向）を考える。この下り方向の移動の場合、利用者には、多少、バス停ｂｓにある施設で第２バスＢ２を待機することは可能であるが、第２バスＢ２から降車すると、バス停ＢＳで第１バスＢ１を待つことなく直ちに第１バスＢ１に乗り換えたい、というデマンドがある。
【００１８】
上記の上り方向の移動の場合、基幹路線Ｒを運行する第１バスＢ１の運行スケジュールに応じたタイミングでデマンドバスである第２バスＢ２がバス停ＢＳを出発するように、第２バスＢ２の運行スケジュールを決定することが考えられる。しかしながら、第１バスＢ１は必ずしも規定された運行スケジュール通りに運行しているとは限らない。また、仮に第１バスＢ１からバス停ＢＳで降車した利用者がすべて第２バスＢ２に乗車してバス停ｂｓまで移動すると仮定したとしても、第１バスＢ１に停車するたびに利用者が降車するとは限らない。そのため、第１バスＢ１から第２バスＢ２への乗り換えるタイミングが合わなかったり、第２バスＢ２を余計に運行させてしまったりすることになる場合もある。
【００１９】
また、上記の下り方向の移動の場合、第２バスＢ２に乗車する利用者が事前に時間予約しておくことも考えられる。しかしながら、利用者が各施設を発つタイミングは事前にはわからないものであるため、第２バスＢ２に乗車する時間は事前には不明であることが多い。
【００２０】
このような利用者のデマンドに対応し切れないことは、バス利用者の利便性を損なう結果につながる。そこで、本実施の形態にかかる車両運行管理システムでは、図１のような運行モデルに基づいて支線交通のデマンド化、つまり、利用者の要求に応じた車両運行を支援することで、バス利用者のデマンドに柔軟に対応できる、利便性の高いデマンド交通の実現を目指す。
【００２１】
＜システム構成＞
図２は、本実施の形態にかかる車両運行管理システムの構成の具体例を示す概略図である。図２を参照して、本実施の形態にかかる車両運行管理システムは、支線路線ｒにある第２バスＢ２の乗り合い位置（停留所）に設置される端末装置（以下、バス停端末）１００と、第２バスＢ２の運行管理を行なうための制御装置２００と、第２バスＢ２に設置される通信装置３００と、第１バスＢ１に設置される通信装置４００とを含む。制御装置２００は、インターネットや専用回線などで構築されたネットワーク５００を介して、バス停端末１００および通信装置３００，４００と通信可能である。
【００２２】
＜装置構成＞
（バス停端末）
図３は、バス停端末１００の外観の具体例を表わした図である。図３を参照して、バス停端末１００は、バス停ｂｓで第２バスＢ２を待つ利用者に関する情報を検出するための検出部としてのカメラ１４、操作ボタン１５、および人感センサであるセンサ１６と、表示装置としての第１表示部１７および第２表示部１８とを備える。
【００２３】
図３に表わされたように、バス停端末１００は、一例として、バス停留所に配される停留所名等を表わす立て札としての機能をも有することができる。この場合、停留所名等が記載された側を正面とすると、上記の検出部および表示装置は、好ましくは正面側に配置される。より好ましくは、カメラ１４は図示されたように、利用者の上方等、目立たない位置に配置される。また、カメラ１４としては、好ましくは、図示されたようにドーム型カメラ等、利用者に圧迫感を与えないものが採用される。なお、検出部は、上記のカメラ１４、操作ボタン１５、およびセンサ１６のすべてが必ずしも備えられていなくてもよい。検出部は、上記のうちの少なくとも１つを含めばよい。
【００２４】
図４は、バス停端末１００のハードウェア構成の具体例を概略的に表わしたブロック図である。図４を参照して、バス停端末１００は、図示しないＣＰＵ（Central  Processing  Unit）や各種コントローラを含んだアプリケーションプロセッサ１０と、アプリケーションプロセッサ１０と電気的に接続され、アプリケーションプロセッサ１０で実行されるアプリケーション（プログラム）等を記憶するためのメモリ１１と、変換基板１２とを含む。変換基板１２は、アプリケーションプロセッサ１０、および通信部１３、カメラ１４、操作ボタン１５、センサ１６、ならびに第１表示部１７と電気的に接続される。変換基板１２は、アプリケーションプロセッサ１０からの制御信号を変換して各部に入力する。また、変換基板１２は、各部からの信号を変換してアプリケーションプロセッサ１０に入力する。
【００２５】
通信部１３は、ネットワーク５００を介して制御装置２００と通信する。変換基板１２は、アプリケーションプロセッサ１０から通信部１３への制御信号を通信部１３に伝達すると共に、通信部１３で受信した制御装置２００からの情報をアプリケーションプロセッサ１０に伝達する。
【００２６】
検出部であるカメラ１４、操作ボタン１５、およびセンサ１６は、いずれも変換基板１２を介してアプリケーションプロセッサ１０と電気的に接続されて、アプリケーションプロセッサ１０からの制御信号で制御される。すなわち、変換基板１２は、アプリケーションプロセッサ１０からカメラ１４への制御信号をカメラ１４に伝達すると共に、カメラ１４からの撮影画像をアプリケーションプロセッサ１０に伝達する。カメラ１４はアプリケーションプロセッサ１０からの制御信号によって撮影動作を行ない、撮影画像をアプリケーションプロセッサ１０に入力する。また、操作ボタン１５は押下またはタッチされたことによる操作信号を、変換基板１２を介してアプリケーションプロセッサ１０に入力する。センサ１６は焦電センサなどの人感センサである。また、センサ１６は、検出結果を表わす検出信号を、変換基板１２を介してアプリケーションプロセッサ１０に入力する。
【００２７】
検出部は、少なくともバス停ｂｓで第２バスＢ２を待つ利用者の有無を検出する。検出部である操作ボタン１５が押下またはタッチされたことによる操作信号をアプリケーションプロセッサ１０に入力することで、アプリケーションプロセッサ１０は、専用のアプリケーションの実行に従って利用者がいることを検出する。検出部であるセンサ１６が人を検出したことを表わす検出信号をアプリケーションプロセッサ１０に入力することで、アプリケーションプロセッサ１０は、専用のアプリケーションの実行に従って利用者がいることを検出する。検出部であるカメラ１４が撮影画像をアプリケーションプロセッサ１０に入力することで、アプリケーションプロセッサ１０は、専用のアプリケーションの実行に従って画像解析するなどして、利用者がいることを検出する。
【００２８】
好ましくは、検出部は、バス停ｂｓで第２バスＢ２を待つ利用者に関する情報として、人数、性別、年齢層、車いすや杖やベビーカーなどの移動補助器具の使用の有無、などをさらに検出する。検出部である操作ボタン１５を用いてこれら属性を検出する場合、一例として、バス停ｂｓに到着した利用者ごとに操作ボタン１５が押下（またはタッチ）されることで、アプリケーションプロセッサ１０がその回数に応じて人数を検出することができる。または、操作ボタン１５として、性別や年齢層や移動補助器具の有無を選択できる複数のボタンがバス停端末１００に用意されていることで、アプリケーションプロセッサ１０は押下（またはタッチ）されたボタンに応じてこれら属性を検出することができる。検出部であるセンサ１６を用いてこれら属性を検出する場合、一例として、アプリケーションプロセッサ１０は、センサ１６からのセンサ信号の入力の回数に応じて人数を検出することができる。または、センサ１６として、たとえば利用者の年齢や性別に応じた身長に対応した高さにそれぞれ配された複数のセンサがバス停端末１００に用意されていることで、アプリケーションプロセッサ１０は人を検出したセンサに応じてこれら属性を検出することができる。検出部であるカメラ１４を用いてこれら属性を検出する場合、アプリケーションプロセッサ１０は、専用のアプリケーションの実行に従って画像解析するなどしてこれら属性を検出することができる。なお、カメラ１４は常時動作させていると消費電力が大きくなる。そこで、好ましくは、アプリケーションプロセッサ１０は、センサ１６が人がいることを検出しているときのみにカメラ１４を動作させて上記の属性を検出する。これにより、低消費電力化を実現できる。
【００２９】
第１表示部１７は、たとえばＬＣＤ（Liquid  Crystal  Display）パネルである。第１表示部１７は、変換基板１２を介して入力されたアプリケーションプロセッサ１０からの制御信号に基づいて、アプリケーションプロセッサ１０に指示された表示を行なう。
【００３０】
第２表示部１８は、たとえば７セグメントＬＥＤ（Light  Emitting  Diode）などの７セグメントディスプレイである。変換基板１２は、さらに、アプリケーションプロセッサ１０からの制御信号に基づいて第２表示部１８での表示を制御するためのドライバを含む。変換基板１２は、さらに、コイン電池などの電池から電力の供給を受けて計時を行なうためのＲＴＣ（Real  Time  Clock）などである時刻制御部１９を含み、変換基板１２は、時刻制御部１９で計時された現在時刻を７セグメントディスプレイである第２表示部１８に表示することができる。また、変換基板１２は、後述する、制御装置２００からの表示情報に含まれる第２バスＢ２の到着時刻を第２表示部１８に表示することもできる。
【００３１】
（制御装置）
制御装置２００は、パーソナルコンピュータなどの一般的なコンピュータで実現されてよい。制御装置２００は、少なくとも、第２バスＢ２の運行スケジュールの処理を実行するための、図示しないＣＰＵを含んだ処理部と、ネットワーク５００を介してバス停端末１００および通信装置３００，４００と通信するための通信部とを含む。好ましくは、制御装置２００には、オペレータに対して情報を表示するための表示装置、およびオペレータから操作入力を受け付けるための入力装置が接続される。
【００３２】
（通信装置）
通信装置３００，４００は、少なくとも通信機能を備える装置であれば、パーソナルコンピュータなどの一般的なコンピュータで実現されてもよいし、携帯電話機やいわゆるスマートフォンと呼ばれる通信端末装置などで実現されてもよい。通信装置３００，４００は、少なくとも、ネットワーク５００を介して制御装置２００と通信するための通信部と、通信部での通信を制御するための、図示しないＣＰＵを含んだ制御部とを含む。好ましくは、通信装置３００，４００は、制御装置２００から受信した情報を出力するための、ディスプレイおよびスピーカなどの出力部を含む。また、好ましくは、通信装置３００，４００は、自身の位置を特定するための機能として、たとえばＧＰＳ（Global  Positioning  System）を利用した位置特定機能や、オペレータ（たとえばバスの運転手）から現在位置の入力を受け付けるための入力部を含む。位置情報は、所定のタイミングで、通信部によって通信装置３００，４００から制御装置２００に送信される。
【００３３】
＜動作概要＞
本実施の形態にかかる車両運行管理システムは、図１に示された運行モデルを想定し、第１バスＢ１から第２バスＢ２に乗り換えて国道（基幹路線Ｒ）に設けられたバス停ＢＳから各施設に設けられたバス停ｂｓまで利用者が向かう上記の上り方向の移動の場合にも、各施設に設けられたバス停ｂｓから国道（基幹路線Ｒ）に設けられたバス停ＢＳまで利用者が向かって第２バスＢ２から第１バスＢ１に乗り換える上記の下り方向の移動の場合にも、利用者が、第１バスＢ１と第２バスＢ２と間の乗り換えを待ち時間なく行なうように、第２バスＢ２の運行を管理する。図５は、上り方向における車両運行管理システムでの動作概要を表わした図であり、図６は、下り方向における車両運行管理システムでの動作概要を表わした図である。
【００３４】
（上り方向）
図５を参照して、上り方向では、所定のタイミングで、通信装置３００，４００は、自身の現在位置を表わす位置情報を制御装置２００に対して送信する（ステップＳ１１，Ｓ１４）。この送信のタイミングは、予め規定された時間間隔であってもよいし、制御装置２００から送信を要求されたタイミングであってもよいし、バス停を発車したタイミングなどの規定されたタイミングであってもよい。このタイミングは、以降の下り方向の説明でも同様である。これにより、制御装置２００は、各バスＢ１，Ｂ２の現在位置を把握することができる。
【００３５】
なお、制御装置２００が各バスＢ１，Ｂ２の現在位置を把握する方法は、各バスＢ１，Ｂ２に搭載された通信装置３００，４００から位置情報を受信する方法のみには限定されない。他の例として、制御装置２００は各バスＢ１，Ｂ２の現在位置を、各バス停に設置されたバス停端末からの通知に基づいて把握してもよい。また、第１バスＢ１の現在位置については、通信装置４００との通信で得られる位置情報に替えて、制御装置２００が予め第１バスＢ１の運行スケジュールを記憶しておくことで、現在時刻に対応した位置を上記第１バスＢ１の運行スケジュールから読み出すことで特定するようにしてもよい。これは、下り方向でも同様である。
【００３６】
第１バスＢ１の通信装置４００は、利用者がバス停ＢＳで降車することの指示（たとえば降車ボタンを押すなど）を受け付けると（ステップＳ１２）、降車情報を制御装置２００に対して送信する（ステップＳ１３）。ここでは、通信装置４００は、一例として、降車ボタンが押されたこと、つまり、降車する（して第２バスＢ２に乗り換えてバス停ｂｓに向かう）利用者がいることを、降車情報として制御装置２００に対して送信する。他の例として、降車する利用者ごとに降車ボタンが押される場合には、通信装置４００は、降車する（して第２バスＢ２に乗り換えてバス停ｂｓに向かう）利用者の人数を制御装置２００に対して送信してもよい。または、第１バスＢ１の乗車時など、事前に利用者が降車するバス停を運転手に伝える方式である場合、運転手が降車する利用者の有無や人数や性別等の属性も含めて降車する利用者に関する情報を通信装置４００に入力してもよい。この場合、通信装置４００は、入力された降車する利用者に関する情報を制御装置２００に対して送信する。
【００３７】
バス停ＢＳで降車して第２バスＢ２に乗り換えてバス停ｂｓに向かう利用者に関する情報を取得した制御装置２００は、その情報と、バスＢ１，Ｂ２の現在位置とに基づいて第２バスＢ２の運行スケジュールを制御する（ステップＳ１５）。運行スケジュールの制御では、一例として、制御装置２００は、第１バスＢ１がバス停ＢＳに到着するよりも以前に第２バスＢ２がバス停ＢＳに到着するよう、それぞれのバスＢ１，Ｂ２の現在位置や速度に基づいて、第２バスＢ２のバス停ＢＳへの到着時刻を決定する。さらに、運行スケジュールの制御として、制御装置２００は、第２バスＢ２のバス停ＢＳへの運行ルートを決定してもよい。また、他の例として、制御装置２００は、運行スケジュールの制御として、バス停ＢＳで第２バスＢ２を待つ利用者が予め記憶している所定人数に達した時点で第２バスＢ２がバス停ＢＳに到着するよう、それぞれのバスＢ１，Ｂ２の現在位置や速度に基づいて、第２バスＢ２の到着時刻や運行ルートを決定してもよい。
【００３８】
制御装置２００は、上記ステップＳ１５の運行スケジュールの制御を完了すると、バス停端末１００に対して、第２バスＢ２の運行スケジュールに関する表示を行なうための表示情報を送信する（ステップＳ１６）。バス停端末１００は、この表示情報を制御装置２００から受信すると、第１表示部１７や第２表示部１８に、第２バスＢ２の運行スケジュールに関する表示を行なう（ステップＳ１７）。
【００３９】
図７は、ステップＳ１６での表示の一例を表わした図である。一例として、ステップＳ１６では、たとえばＬＣＤパネルである第１表示部１７に第２バスＢ２を呼び出し中であること、および現在の位置が表示され、７セグメントディスプレイである第２表示部１８に到着予定時刻が表示されてもよい。
【００４０】
また、制御装置２００は、上記ステップＳ１５のスケジュール処理を完了すると、第２バスＢ２に配置されている通信装置３００に対して、決定した出発時刻や運行ルートなどを指示する運行指示を表わす情報を送信する（ステップＳ１８）。この情報に基づいて、通信装置３００は、運行指示をたとえば運転手などに対して出力（表示、音声出力）してもよい。
【００４１】
（下り方向）
図６を参照して、下り方向では、バス停ｂｓに設置されたバス停端末１００の操作ボタン１５が押されるなどして、バス停端末１００が第２バスＢ２を待つ利用者が到着したことを検出すると（ステップＳ２１）、バス停端末１００はセンシング動作を行なって（ステップＳ２２）、第２バスＢ２を待つ利用者に関する情報を取得する。ステップＳ２２でバス停端末１００は、たとえば操作ボタン１５からの操作信号などに基づいて、少なくとも、バス停ｂｓで第２バスＢ２を待つ利用者の有無を第２バスＢ２を待つ利用者に関する情報として取得する。その他、バス停端末１００は、カメラ１４からの撮影画像を解析するなどして、人数や性別や年齢層などの属性を第２バスＢ２を待つ利用者に関する情報として取得してもよい。そして、バス停端末１００は、第２バスＢ２を待つ利用者に関する情報を制御装置２００に対して送信する（ステップＳ２３）。
【００４２】
下り方向でも、所定のタイミングで、通信装置３００，４００は、自身の現在位置を表わす位置情報を制御装置２００に対して送信している（ステップＳ２４，Ｓ２５）。第２バスＢ２を待つ利用者に関する情報を受信した制御装置２００は、その情報に加えて各バスＢ１，Ｂ２の現在位置に基づいて第２バスＢ２の運行スケジュールを制御する（ステップＳ２６）。ステップＳ２６で制御装置２００は、第１バスＢ１がバス停ＢＳに到着するよりも所定時間（少し）以前に第２バスＢ２がバス停ＢＳに到着するよう、それぞれのバスＢ１，Ｂ２の現在位置や速度に基づいて、第２バスＢ２の出発時刻や運行ルートを決定する。また、他の例として、制御装置２００は運行スケジュールの制御として、バス停ｂｓで第２バスＢ２を待つ利用者が予め記憶している所定人数に達すると、第１バスＢ１がバス停ＢＳに到着するよりも所定時間（少し）以前に第２バスＢ２がバス停ＢＳに到着するようにそれぞれのバスＢ１，Ｂ２の現在位置や速度に基づいて、第２バスＢ２の出発時刻や運行ルートを決定してもよい。
【００４３】
制御装置２００は、上記ステップＳ２６の運行スケジュールの制御を完了すると、バス停端末１００に対して、第２バスＢ２の運行スケジュールに関する表示を行なうための表示情報を送信する（ステップＳ２７）。バス停端末１００は、この表示情報を制御装置２００から受信すると、図７で表わされたように、第１表示部１７や第２表示部１８に、第２バスＢ２の運行スケジュールに関する表示を行なう（ステップＳ２８）。
【００４４】
また、制御装置２００は、上記ステップＳ２６の運行スケジュールの制御を完了すると、第２バスＢ２に配置されている通信装置３００に対して、決定した出発時刻や運行ルートなどを指示する運行指示を表わす情報を送信する（ステップＳ２９）。この情報に基づいて、通信装置３００は、運行指示をたとえば運転手などに対して出力（表示、音声出力）してもよい。
【００４５】
なお、図５では、上り方向の場合、制御装置２００は、第１バスＢ１に搭載される通信装置４００と通信することで第２バスＢ２を待つ利用者に関する情報を得るものとしている。バス停ＢＳにもバス停端末１００が配置されている場合、図６の下り方向の場合と同様に、制御装置２００はバス停ＢＳのバス停端末１００と通信することで、そのバス停ＢＳで第２バスＢ２を待つ利用者に関する情報を得てもよい。ただし、図５の例では、第２バスＢ２の利用者は第１バスＢ１がバス停ＢＳに到着する前から第２バスＢ２を呼び出し可能となるため、制御装置２００は、第１バスＢ１から第２バスＢ２への乗り換えをよりシームレスとするよう第２バスＢ２の運行スケジュールを決定することができる。
【００４６】
図５および図６の説明は、図１の運行モデルを想定したものであるが、もちろん、第１バスＢ１と第２バスＢ２との間の乗り換えに限定されず、バス停ｂｓでデマンドバスである第２バスＢ２に乗車する場合も、本実施の形態にかかる車両運行管理システムは図５および図６の説明と同様にして第２バスＢ２の運行スケジュール処理を行なうことができる。すなわち、制御装置２００は、第２バスＢ２のバス停ｂｓに設置されたバス停端末１００からそのバス停ｂｓで第２バスＢ２を待つ利用者に関する情報を受信することで、その情報と、第２バスＢ２の現在位置とに基づいて第２バスＢ２の運行スケジュール処理を行なうようにしてもよい。
【００４７】
＜機能構成＞
（バス停端末）
図８は、上記動作を行なうための、バス停端末１００の機能構成の具体例を示すブロック図である。図８では、各機能が、アプリケーションプロセッサ１０がメモリ１１に記憶されているプログラムを読み出して実行することでアプリケーションプロセッサ１０によって実現される機能であるものとしているが、少なくとも一部は、アプリケーションプロセッサ１０以外の電気回路などのハードウェア構成にて実現されてもよい。
【００４８】
詳しくは、図８を参照して、アプリケーションプロセッサ１０は、全体制御を行なうためのメイン処理部１０１と、センサ１６からのセンサ信号の入力を受け付けて、人を検出するための人検出部１０２と、操作ボタン１５からの操作信号の入力を監視するためのボタン監視部１０３と、通信部１３での、ネットワーク５００を介した制御装置２００との間の通信を管理するための通信管理部１０４と、第１表示部１７での表示を制御するための第１表示制御部１０５と、第２表示部１８での表示を制御するための第２表示制御部１０６と、カメラ１４での撮影の制御および撮影画像の入力を受け付けるためのカメラ制御部１０７とを含む。
【００４９】
メイン処理部１０１は、人検出部１０２から人の検出の通知、またはボタン監視部１０３から操作ボタン１５が押下（またはタッチ）されたことの通知を受け取り、バス停端末１００の近傍に人がいることを検出する。また、メイン処理部１０１は、撮影動作をカメラ制御部１０７に対して指示すると共に、撮影画像をカメラ制御部１０７から受け取り、画像解析するなどしてバス停端末１００の近傍に人がいることを検出する。
【００５０】
メイン処理部１０１は、バス停端末１００の近傍に人がいることを検出すると、通信管理部１０４に対して、制御装置２００に第２バスＢ２の呼び出しを送信することを指示すると共に、第２バスＢ２の到着時刻の要求を送信することを指示する。そして、メイン処理部１０１は、通信管理部１０４から、第２バスＢ２の呼び出しに対する制御装置２００からの応答、および第２バスＢ２の到着時刻を受け取る。
【００５１】
メイン処理部１０１は、通信管理部１０４から受け取った情報に基づいて、第１表示制御部１０５および第２表示制御部１０６に、第１表示部１７および第２表示部１８への、バスの呼び出しを行なっている旨の表示、または到着予定時刻もしくは第２バスＢ２の現在位置の表示などを指示する。
【００５２】
（制御装置）
図９は、上記動作を行なうための、制御装置２００の機能構成の具体例を示すブロック図である。図９に表わされる各機能は、制御装置２００の図示しないＣＰＵがメモリに記憶されているプログラムを読み出して実行することで、主に、ＣＰＵで実現されるものである。しかしながら、少なくとも一部は、ＣＰＵ以外の電気回路などのハードウェア構成にて実現されてもよい。
【００５３】
詳しくは、図９を参照して、制御装置２００は、上記動作を行なうための機能として、通信装置３００，４００と通信するなどして少なくとも第２バスＢ２（好ましくは各バスＢ１，Ｂ２）の位置情報の入力を受け付けるための位置情報入力部２０１と、その情報に基づいて少なくとも第２バスＢ２（好ましくは各バスＢ１，Ｂ２）の現在位置を特定するための位置特定部２０２と、バス停端末１００または第１バスに搭載される通信装置４００と通信することで、少なくとも第２バスＢ２を待つ利用者の有無を含んだ利用者に関する情報の入力を受け付けるための利用者情報入力部２０３と、運行スケジュールの制御を実行するためのスケジュール制御部２０４と、バス停端末１００に対して第２バスＢ２の到着時刻を含む運行スケジュールに関する表示を行なわせるための表示情報を送信するための表示情報送信部２０６とを含む。スケジュール制御部２０４は、さらに、第２バスＢ２を待つ利用者に関する情報と少なくとも第２バスＢ２の現在位置とに基づいて第２バスＢ２の到着時刻を決定するための到着時刻決定部２０５を含む。
【００５４】
＜動作フロー＞
（バス停端末）
図１０は、バス停端末１００での動作の流れの具体例を表わしたフローチャートである。図１０のフローチャートに表わされた動作は、バス停端末１００のアプリケーションプロセッサ１０がメモリ１１に記憶されているプログラムを読み出して実行し、図８の各機能を発揮することによって実現される。
【００５５】
すなわち、図１０を参照して、バス停端末１００のアプリケーションプロセッサ１０は、センサ１６などの検出部からの信号に基づいて第２バスＢ２を待つ利用者がいることを検出すると（ステップＳ１０１でＹＥＳ）、利用者の有無などの利用者に関する情報をバス待ち情報として制御装置２００に送信することで、第２バスＢ２の呼び出しを制御装置２００に対して要求する（ステップＳ１０３）。
【００５６】
バス停端末１００は、制御装置２００から第２バスＢ２の到着時刻を含む運行スケジュールを表示させるための表示情報を受信すると（ステップＳ１０５でＹＥＳ）、その情報に基づいて第１表示部１７や第２表示部１８への表示を行なう（ステップＳ１０７）。第２バスＢ２が到着するまでに（ステップＳ１０９でＮＯ）、到着時刻の変更や、第２バスＢ２の現在位置の変更など、さらに表示情報を制御装置２００から受信すると、バス停端末１００は、上記ステップＳ１０５，Ｓ１０７を繰り返す。そして、第２バスＢ２が到着すると（ステップＳ１０９でＹＥＳ）、バス停端末１００は、第１表示部１７および第２表示部１８の表示をリセットして（ステップＳ１１１）、最初の動作に戻る。このとき、バス停端末１００は、７セグメントディスプレイである第２表示部１８の表示を、現在時刻の表示に戻してもよい。また、バス停端末１００は、ＬＣＤパネルなどである第１表示部１７に、バス停端末１００の操作方法など、予め規定された画面を表示するようにしてもよい。さらに、バス停端末１００は、上記ステップＳ１１１で表示はリセットするものの、バス停端末１００から制御装置２００に送信した情報の履歴（通信ログ等）を、記憶しておくようにしてもよい。
【００５７】
（制御装置）
図１１は、制御装置２００での動作の流れの具体例を表わしたフローチャートである。図１１のフローチャートに表わされた動作は、制御装置２００の図示しないＣＰＵがメモリに記憶されているプログラムを読み出して実行し、図９の各機能を発揮することによって実現される。
【００５８】
すなわち、図１１を参照して、制御装置２００のＣＰＵは、バス停端末１００または第１バスに搭載される通信装置４００からデマンドバスである第２バスＢ２の要求を受け付けると（ステップＳ２０１でＹＥＳ）、第２バスＢ２の運行スケジュールを制御する。具体的には、制御装置２００のＣＰＵは、各バスＢ１，Ｂ２の現在位置を特定する（ステップＳ２０３）。そして、制御装置２００のＣＰＵは、基線交通を走行するバスである第１バスＢ１の、第２バスＢ２との乗り換えを行なうバス停への到着時刻を決定して（ステップＳ２０５）、その時刻と第２バスＢ２の現在位置とに基づいて、第２バスＢ２のそのバス停への到着時刻や、そのバス停への運行ルートを決定する（ステップＳ２０７）。
【００５９】
制御装置２００のＣＰＵは、第２バスＢ２の運行スケジュールを決定すると、運行指示を第２バスＢ２に搭載される通信装置３００に対して送信すると共に（ステップＳ２０９）、第２バスＢ２の運行スケジュールを表示させるための表示情報を上記バス停に設置されているバス停端末１００に対して送信する（ステップＳ２１１）。
【００６０】
上記ステップＳ２０３での第２バスＢ２の現在位置の特定、およびステップＳ２１１での第２バスＢ２の現在位置を表示させるための表示情報の送信は、上記バス停に第２バスＢ２が到着するまで繰り返されてもよい。第２バスＢ２のバス停への到着は、上記ステップＳ２０７で特定した時刻への到達で検出されてもよいし、バス停端末１００からの通知に基づいて検出されてもよい。
【００６１】
＜実施の形態の効果＞
本実施の形態にかかる車両運行管理システムによると、デマンドバスである第２バスＢ２への乗車を待つ利用者がそのバス停に設置されるバス停端末１００等によって検出され、自動的に第２バスＢ２が要求される。これにより、利用者の突発的に生じたデマンドや、事前の運行スケジュールとは非同期に発生したデマンドであっても、柔軟に対応して第２バスＢ２を配車することが可能となり、利用者の利便性を向上させることができる。
【００６２】
特に、利用者が、デマンドバスである第２バスＢ２と基線交通を走行する第１バスＢ１との間で乗り換えを行なう場合、第１バスＢ１のバス停への到着時刻に応じたタイミングでそのバス停に第２バスＢ２が到着するよう第２バスＢ２の運行スケジュールが特定される。これにより、利用者は、第１バスＢ１と第２バスＢ２との間の乗り換えをシームレスに行なうことができ、利用者の利便性を向上させることができる。
【００６３】
＜実証実験＞
発明者らは、本実施の形態にかかる車両運行管理システムの効果を実証するための実験を行なった。まず、発明者らは、このようなデマンド対応型交通の効果の高い地域として、北海道亀田郡七飯町を実験地区として選定した。図１２は、実験地区とした七飯町の駅付近の大まかな地図を表わしている。図１２に示されたように、七飯町は、町を南北に貫く国道（国道５号線）と該国道から垂直に伸びる支線とを有して、主たる交通は、ほぼ並走する鉄道とバスとであるという交通事情を有している。国道から離れた中心街に病院等の生活支援施設が集中する一方で、その外側に郊外が広く広がり、集落が点在している。そのため、地理的な特徴として、国道に垂直な方向には高低差（坂道）があるにも関わらず（図１３参照）、生活支援施設に行くためには国道から垂直な支線を進む必要がある。一方で、全国平均よりも高齢者人口の割合が高く、コミュニティバスの導入に積極的というアンケート結果（平成１９年９月〜１０月実施）が得られている。また、上記の交通事情より、短距離であれば、渋滞や気象トラブルなどのデマンド交通の運行を妨げる外乱が少ない。そこで、発明者らは、図１に示された運行モデルを想定しやすい地区として北海道亀田郡七飯町を選定し、本実施の形態にかかる車両運行管理システムの効果を実証するための実験を行なった。
【００６４】
図１３は、デマンドバスの停留所を設置した生活支援施設ごとの地理的条件を表わした図である。すなわち、図１３を参照して、この実証実験においては、デマンドバスの停留所を設置する生活支援施設として、「七飯町役場」、「ＮＮ病院」、「ＮＫ病院」、「Ｍ会館」、「Ｍ医院」、「スーパーＵ」、および「スーパーＲ」の７施設を選定した。各施設の、基線交通を走行するバス（第１バスＢ１）の最寄りのバス停からの距離は、それぞれ、２３０ｍ、４５０ｍ、１０００ｍ、１２００ｍ、２６０ｍ、９００ｍ、および６５０ｍといずれも遠い。また、上記最寄りのバス停から各施設までの高低差（標高差）は、１２ｍ、６７ｍ、５８ｍ、４４ｍ、１２ｍ、２２ｍ、および２ｍと、概ね、坂道を進む必要がある。そこで、発明者らは、図１３の各施設にデマンドバス用のバス停を設け、各バス停にバス停端末１００を設置した。
【００６５】
この地域を運行モデルとして本実施の形態にかかる車両運行管理システムを構築することで、基線交通である国道５号線を走行するバス（第１バスＢ１）と、上記最寄りのバス停と各施設に設置したデマンドバス用のバス停との間を走行するデマンドバス（第２バスＢ２）との乗り換えを考慮して、デマンドバス（第２バスＢ２）の運行管理を行なうことができた。これにより、この実証実験での運行モデルでは、利用者のデマンドに応じてデマンドバスを配車することが可能となり、利用者の利便性を向上させることができた。また、国道５号線を走行するバス（第１バスＢ１）の上記最寄りのバス停への到着時刻に応じたタイミングでそのバス停に第２バスＢ２が到着するよう第２バスＢ２の運行スケジュールが特定されるため、これらバスの間での乗り換えがスムーズとなり、利用者の利便性を向上させることができた。
【００６６】
たとえば、図１３に表わされたように、生活支援施設には、病院や役場など、利用者自身が該施設を発つ時間が推定できない施設が含まれる。そのため、従来のように、事前（たとえば１週間前等）にデマンドバスを予約しておく、という運行モデルでは、この利用者がデマンドバスに乗車したいというデマンドが発生したタイミングでは必ずしもデマンドバスが配車されていないことになってしまう。しかしながら、この実証実験では、デマンドバスが必要になったタイミング（バス停に近づいたタイミング）でデマンドバスが要求されるため、多少、上記施設での待ち時間は生じるものの、国道を走行するバス（第１バスＢ１）への乗り換えがスムーズに行なわれるため、シームレスな移動という利用者のデマンドには柔軟に応えることができる。
【００６７】
逆に、病院や役場など、予め到着する時刻（予約時刻等）が決まっている場合に、国道を走行するバスから降車してからデマンドバスの到着までの時間が長いと、上記施設への到着時刻が遅くなってしまうこともある。しかしながら、この実証実験では、国道を走行するバスから降車するバス停（デマンドバスに乗り換えるバス停）が検出されるため、そのバスの到着に合わせてデマンドバスを配車することが可能になる。そのため、国道を走行するバス（第１バスＢ１）からデマンドバスへの乗り換えがスムーズに行なわれることになり、シームレスな移動という利用者のデマンドに柔軟に応えることができる。
【００６８】
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【００６９】
１０  アプリケーションプロセッサ、１１  メモリ、１２  変換基板、１３  通信部、１４  カメラ、１５  操作ボタン、１６  センサ、１７  第１表示部、１８  第２表示部、１９  時刻制御部、１００  バス停端末、１０１  メイン処理部、１０２  人検出部、１０３  ボタン監視部、１０４  通信管理部、１０５  第１表示制御部、１０６  第２表示制御部、１０７  カメラ制御部、２００  制御装置、２０１  位置情報入力部、２０２  位置特定部、２０３  利用者情報入力部、２０４  スケジュール制御部、２０５  到着時刻決定部、２０６  表示情報送信部、３００，４００  通信装置、５００  ネットワーク、Ｂ１  第１バス、Ｂ２  第２バス、ＢＳ，ｂｓ  バス停、Ｒ  基幹路線、ｒ  支線路線。
【図１】
2014203192.tif 000003
【図２】
2014203192.tif 000004
【図３】
2014203192.tif 000005
【図４】
2014203192.tif 000006
【図５】
2014203192.tif 000007
【図６】
2014203192.tif 000008
【図７】
2014203192.tif 000009
【図８】
2014203192.tif 000010
【図９】
2014203192.tif 000011
【図１０】
2014203192.tif 000012
【図１１】
2014203192.tif 000013
【図１２】
2014203192.tif 000014
【図１３】
2014203192.tif 000015