(57)【要約】      （修正有）【課題】簡易な構成により、バスの運行状況を管理することを可能とするバス運行管理システムを提供する。【解決手段】バスに搭載された車載装置１と、バスの運行状況を管理する運行管理装置３と、複数のバス停のそれぞれに設置され、別のバス停を含まない無線通信範囲内に位置する車載装置１を、車載装置１との間の無線接続を介して運行管理装置３と通信可能とする複数のバス停装置２とを備える。運行管理装置３はさらに、車載装置１が複数のバス停装置２のうちの１つを介して通信可能となったことに応じて、当該１つのバス停装置２が備えられたバス停にバスが到達済みであるとして管理する。【選択図】図２
2018112923.tif 000002
【特許請求の範囲】
【請求項１】
バスに搭載された車載装置と、
前記バスの運行状況を管理する運行管理装置と、
複数のバス停のそれぞれに設置され、別のバス停を含まない無線通信範囲内に位置する前記車載装置を、当該車載装置との間の無線接続を介して前記運行管理装置と通信可能とする複数のバス停装置と、
を具備し、
前記運行管理装置はさらに、前記車載装置が前記複数のバス停装置のうちの１つを介して通信可能となったことに応じて、当該１つのバス停装置が備えられたバス停に前記バスが到達済みであるとして管理する、
バス運行管理システム。
【請求項２】
前記車載装置は、少なくとも前記複数のバス停装置の１つの無線通信範囲内に入った場合に、当該無線通信範囲を形成する前記バス停装置に対して、予め定められた通報情報を送信し、
前記バス停装置は、前記車載装置から送信された前記通報情報を前記運行管理装置へと転送し、
前記運行管理装置は、前記通報情報を受けたことに応じて、当該通報情報を転送したバス停装置が備えられたバス停に前記バスが到達済みであると管理する、
請求項１に記載のバス運行管理システム。
【請求項３】
前記車載装置は、前記バスの運行状況に関する予め定められた状況情報を前記通報情報に含め、
前記運行管理装置は、前記状況情報が表す運行状況を、当該状況情報を含んだ前記通報情報を転送したバス停装置が備えられたバス停に関連付けて管理する、
請求項２に記載のバス運行管理システム。
【請求項４】
前記運行管理装置は、前記バスの運行状況を示す情報を可視表示するための処理を行う、
請求項１−請求項３のいずれか一項に記載のバス運行管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、バスの運行状況を管理するバス運行管理システムに関する。
【背景技術】
【０００２】
バスの運行状況を管理するバス運行管理システムは既に実現されている。
従来のバス運行管理システムは、ＧＰＳ（global positioning system）測位装置などの位置測定装置と、位置測定結果を含んだ情報を管理センタに通知するための無線通信装置とをバスに搭載している。そして、上記の無線通信装置により送信される情報を、通信ネットワークを介して管理センタで収集し、管理することで、バスの移動状況などの運行状況を管理している。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１６−１４３３７９号公報
【特許文献２】特開２０１６−１２２８９１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ＧＰＳ測位装置は、測位結果に大きな誤差が生じることが少なくなく、バスの運行状況を正しく管理できない恐れがある。ＧＰＳ測位装置の他に、ジャイロなどの別のセンサを組み合わせることによって測位の制度を向上することも可能であるが、構成が複雑となる。
【０００５】
なお、特許文献１には、子局に備えた人感センサの情報を、親局にて所定時間毎に収集する無線通信システムが開示されている。また特許文献２には、水上の通信機及び水中の通信機のそれぞれと双方向通信を行うことで、水上の通信機と水中の通信機との双方向通信を可能とする中継用通信ブイが開示されている。
これらの技術は、子局から送信された情報を親局にて収集する点、あるいは一方の通信機から送信された情報を他方の通信機へと中継する点において、後述する本願発明で用いる技術方策に一見すると類似するように見受けられるかもしれない。しかしながら、特許文献１及び特許文献２は、バスの運行状況の管理を実現可能な技術を開示しているわけではない。
【０００６】
この発明は上記事情に着目してなされたもので、その目的とするところは、簡易な構成により、バスの運行状況を管理することが可能なバス運行管理システムを提供することにある。
【課題を解決するための手段】
【０００７】
上記目的を達成するためにこの発明の第１の態様のバス運行管理システムは、バスに搭載された車載装置と、バスの運行状況を管理する運行管理装置と、複数のバス停のそれぞれに設置され、別のバス停を含まない無線通信範囲内に位置する車載装置を、車載装置との間の無線接続を介して運行管理装置と通信可能とする複数のバス停装置とを備える。運行管理装置はさらに、車載装置が複数のバス停装置のうちの１つを介して通信可能となったことに応じて、当該１つのバス停装置が備えられたバス停にバスが到達済みであるとして管理する。
【０００８】
この発明の第２の態様は、第１の態様のバス運行管理システムにおいて、車載装置は、少なくとも複数のバス停装置の１つの無線通信範囲内に入った場合に、当該無線通信範囲を形成するバス停装置に対して、予め定められた通報情報を送信する。バス停装置は、車載装置から送信された通報情報を運行管理装置へと転送する。運行管理装置は、通報情報を受けたことに応じて、当該通報情報を転送したバス停装置が備えられたバス停にバスが到達済みであると判定する。
【０００９】
この発明の第３の態様は、第２の態様のバス運行管理システムにおいて、車載装置は、バスの運行状況に関する予め定められた状況情報を通報情報に含める。運行管理装置は、状況情報が表す運行状況を、当該状況情報を含んだ通報情報を転送したバス停装置が備えられたバス停に関連付けて管理する。
【００１０】
この発明の第４の態様は、第１−第３の態様のいずれかのバス運行管理システムにおいて、運行管理装置は、バスの運行状況を示す情報を可視表示するための処理を行う。
【発明の効果】
【００１１】
第１の態様によれば、車載装置が複数のバス停装置のうちの１つを介して通信可能となったことに応じて、当該１つのバス停装置が備えられたバス停にバスが到達済みであるとして管理される。このため、車載装置に現在位置を検出する機能は必要なく、そのための構成を省き、簡易に構成することができる。
【００１２】
第２の態様によれば、車載装置が通信可能となったことに応じて送信する通報情報が、バス停装置を介して運行管理装置へと転送されることにより、車載装置が通信可能となったことが運行管理装置へと通知される。このため、運行管理装置は、バス停装置を介して車載装置と通信する機能さえ有していれば、車載装置が複数のバス停装置のうちの１つを介して通信可能となったことを認識できる。
【００１３】
第３の態様によれば、バスの運行状況に関する予め定められた状況情報が通報情報に含められ、運行管理装置では、状況情報が表す運行状況が、当該状況情報を含んだ通報情報を転送したバス停装置が備えられたバス停に関連付けて管理される。このため、バス停にバスが到達済みであることの他の運行状況を管理することができる。
【００１４】
第４の態様によれば、バスの運行状況を示す情報が可視表示される。このため、バス運行管理システムにより管理されている運行状況を人間が容易に確認できる。
【図面の簡単な説明】
【００１５】
【図１】この発明の一実施形態に係るバス運行管理システムの概略構成を示す図。
【図２】図１に示される車載装置、バス停装置及び運行管理装置の要部構成を示すブロック図。
【図３】図２中の運行管理装置に設けられた記憶ユニットに記憶されるバス停リストを模式的に示す図。
【図４】図２中の運行管理装置に設けられた記憶ユニットに記憶される運行情報の一例を模式的に示す図。
【図５】図２中の車載装置に設けられたプロセッサによる情報処理のフローチャート。
【図６】図２中の運行管理装置に設けられたプロセッサによる情報処理のフローチャート。
【図７】図２中の運行管理装置に設けられた記憶ユニットに記憶されている運行情報の遷移例を示す図。
【発明を実施するための形態】
【００１６】
以下、図面を参照してこの発明に係わる実施形態を説明する。
（構成）
図１は本実施形態に係るバス運行管理システム１００の概略構成を示す図である。
バス運行管理システム１００は、複数のバス停を辿りながら道路ＳＴを走行するバスＢＵの運行状況を管理する。道路ＳＴ上又は道路ＳＴの脇には、バス停の位置を示すための標識柱ＰＯが設置されている。
バス運行管理システム１００は、車載装置１、バス停装置２及び運行管理装置３を含む。
【００１７】
車載装置１は、バスＢＵに搭載される。車載装置１は、バスＢＵの構造体に固定されてもよいし、固定されることなしにバスＢＵの車内に載置されてもよいし、乗務員により携帯されてもよい。車載装置１は、バス停装置２と無線通信する。車載装置１のハードウェアとしては、専用に設計、製造されてもよいし、既製の情報通信機器を用いることもできる。既製の情報通信機器は、いわゆるタブレット端末又はスマートフォンなどである。
【００１８】
バス停装置２は、複数のバス停のそれぞれに設けられる。バス停装置２は、典型的には標識柱ＰＯに取り付けられる。しかしながらバス停装置２は、バス停の近辺に設けられればよく、その設置形態は任意であってよい。すなわちバス停装置２は例えば、道路ＳＴの路面下に埋め込まれたり、近辺に立てられた電柱に取り付けられたり、近辺の建築物に取り付けられたり、あるいは専用の支柱に取り付けられたり、といった様々な形態で設置され得る。バス停装置２は、バス停に、他のバス停を含まない無線通信範囲ＣＡを形成する。そしてバス停装置２は、無線通信範囲内に存在する車載装置１と無線により通信する。またバス停装置２は、インターネット４を介して運行管理装置３と通信する。
【００１９】
運行管理装置３は、例えばバスＢＵの運行状況を管理するための管理センタに設置される。運行管理装置３は、車載装置１とのバス停装置２及びインターネット４を介した通信によりバスＢＵの運行状況を管理する。
【００２０】
図２は車載装置１、バス停装置２及び運行管理装置３の要部構成を示すブロック図である。
車載装置１は、プロセッサ１１、記憶ユニット１２、入力ユニット１３、表示ユニット１４、速度センサ１５、ドアセンサ１６、無線通信ユニット１７及びアンテナ１８を備える。
【００２１】
プロセッサ１１は、記憶ユニット１２に記憶されたオペレーティングシステムやアプリケーションプログラムに従って、車載装置１としての後述する機能を実現するべく、各種の情報処理及び車載装置１の各部の制御を行う。
記憶ユニット１２は、不揮発性のメモリ領域と揮発性のメモリ領域とを含む。記憶ユニット１２は、不揮発性のメモリ領域ではオペレーティングシステムやアプリケーションプログラムを記憶する。また記憶ユニット１２は、プロセッサ１１が各部を制御するための処理を実行する上で必要なデータを不揮発性または揮発性のメモリ領域で記憶する場合もある。記憶ユニット１２は、揮発性のメモリ領域を、プロセッサ１１によってデータが適宜書き換えられるワークエリアとして使用する。揮発性のメモリ領域の一部は、車載装置１が搭載されているバスＢＵの運行番号を記憶する領域１２ａとして利用される。なお、運行番号とは、同じ運行経路を別々の時刻に運行する複数のバスＢＵをそれぞれ区別するために定められた番号である。
【００２２】
入力ユニット１３は、車載装置１の操作者による操作によりデータ及び指示を入力する。入力ユニット１３としては、例えばキーボードなどの周知の入力デバイスを利用できる。なお、車載装置１の操作者は、例えば車載装置１が搭載されているバスＢＵの乗務員である。
表示ユニット１４は、プロセッサ１１の制御の下に各種の画面を表示する。表示ユニット１４としては、例えば液晶表示器などの周知の表示ユニットを利用できる。
なお、入力ユニット１３及び表示ユニット１４として、タッチパネルを用いることもできる。
【００２３】
速度センサ１５は、車載装置１の移動速度、すなわち車載装置１が搭載されているバスＢＵの走行速度を測定する。速度センサ１５としては、加速度センサなどの周知のデバイスを利用できる。あるいは、速度センサ１５は、バスＢＵに設けられたものであってもよい。ただしこの場合は、速度センサ１５は車載装置１には含まれない。
ドアセンサ１６は、バスＢＵの乗降用のドアの開閉状態を検出する。ドアセンサ１６としては、ドアの開閉のための制御信号を監視するものなどを利用できる。あるいはドアセンサ１６は、バスＢＵに設けられたものであってもよい。ただしこの場合は、ドアセンサ１６は車載装置１には含まれない。
無線通信ユニット１７は、アンテナ１８を介してバス停装置２と無線通信するための周知の処理を行う。無線通信ユニット１７としては、Wi-Fi（登録商標）又はBluetooth（登録商標）に準拠した周知の通信デバイスなどを用いることができる。
【００２４】
バス停装置２は、アンテナ２１、無線アクセスポイント２２及び回線終端装置２３を備える。
無線アクセスポイント２２は、アンテナ２１を介して無線通信ユニット１７との無線通信のための処理を行う。無線アクセスポイント２２としては、Wi-Fi（登録商標）又はBluetooth（登録商標）に準拠した周知のデバイスなどを用いることができる。この無線アクセスポイント２２が通信可能な範囲が、無線通信範囲ＣＡとなる。無線アクセスポイント２２の受信感度及び送信出力を調整することで、無線通信範囲ＣＡに他のバス停を含まないようにする。無線通信範囲ＣＡの大きさ及び位置は、バス停を通過するバスＢＵに搭載された車載装置１が、無線通信範囲ＣＡを通り抜ける間に後述する到達通報を終えることが可能なように定められる。ただし、無線通信範囲ＣＡが大きすぎると、バスＢＵが十分にバス停に近づく前に後述する到達通報が行われることになるので、過度に大きくしないようにすべきである。
回線終端装置２３は、無線アクセスポイント２２が準拠する通信プロトコルとインターネット４における通信プロトコルとの間のプロトコル変換を行う。これにより回線終端装置２３は、無線アクセスポイント２２がインターネット４を介して通信することを可能とする。
【００２５】
運行管理装置３は、プロセッサ３１、記憶ユニット３２、入力ユニット３３、表示ユニット３４及び通信インタフェース３５を備える。
プロセッサ３１は、記憶ユニット３２に記憶されたオペレーティングシステムやアプリケーションプログラムに従って、運行管理装置３としての後述する機能を実現するべく、各種の情報処理及び運行管理装置３の各部の制御を行う。
記憶ユニット３２は、不揮発性のメモリ領域と揮発性のメモリ領域とを含む。記憶ユニット３２は、不揮発性のメモリ領域ではオペレーティングシステムやアプリケーションプログラムを記憶する。また記憶ユニット３２は、プロセッサ３１が各部を制御するための処理を実行する上で必要なデータを不揮発性または揮発性のメモリ領域で記憶する場合もある。記憶ユニット３２は、揮発性のメモリ領域を、プロセッサ３１によってデータが適宜書き換えられるワークエリアとして使用する。不揮発性のメモリ領域の一部は、後述するバス停リスト及び運行情報を記憶する領域３２ａ，３２ｂとして利用される。
【００２６】
入力ユニット３３は、運行管理装置３の操作者による操作によりデータ及び指示を入力する。入力ユニット３３としては、例えばキーボード及びマウスなどの周知の入力デバイスを利用できる。なお、運行管理装置３の操作者は、例えばバス運行状況の管理担当者である。
表示ユニット１４は、プロセッサ３１の制御の下に各種の画面を表示する。表示ユニット３４としては、例えば液晶表示器などの周知の表示ユニットを利用できる。
なお、入力ユニット３３及び表示ユニット３４として、タッチパネルを用いることもできる。
【００２７】
通信インタフェース３５は、インターネット４に接続された回線終端装置５に接続されている。通信インタフェース３５は、例えばイーサネット（登録商標）などの予め定められた規格で回線終端装置５と通信する。なお回線終端装置５は、通信インタフェース３５が準拠する通信プロトコルとインターネット４における通信プロトコルとの間のプロトコル変換を行う。これにより通信インタフェース３５は、回線終端装置５及びインターネット４を介した通信を行うことを可能とする。
なお、運行管理装置３のハードウェアとしては、汎用のコンピュータ装置を用いることが可能である。
【００２８】
図３は記憶ユニット３２の領域３２ａに記憶されるバス停リストを模式的に示す図である。
バス停リストは、複数のバス停のそれぞれを識別するための名称に関連付けて、その名称のバス停に備えられるバス停装置２がインターネット４を介した通信で使用する通信ＩＤを記述している。
【００２９】
図４は記憶ユニット３２の領域３２ｂに記憶される運行情報の一例を模式的に示す図である。
運行情報は、複数のバス停のそれぞれに関して、到達時刻、開始時刻及び発車時刻を、運行番号別に記述可能となっている。なお、図４においては、運行番号「００１」に関しては各時刻を記述済みであり、運行番号「００２」に関しては各時刻が未記述である状態を示している。この運行情報にどのような時刻が記述されるのかについては、後述する。
【００３０】
（動作）
次に、以上のように構成されたバス運行管理システム１００の動作を説明する。
バスＢＵは、原則として、予め定められた運行ダイヤに従って複数のバス停を辿るように運行される。そのような運行を始める場合に乗務員は、入力ユニット１３より運行番号を入力する。そうするとプロセッサ１１は、その運行番号を記憶ユニット１２の領域１２ａに格納する。なお運行番号の車載装置１への入力は、可搬型の記憶媒体からの読み込みにより行うなどの別の方法で行われてもよい。
そしてプロセッサ１１は、運行番号が領域１２ａに記憶されているときには、運行管理装置３への通報のための以下に説明する情報処理を実行する。
図５はプロセッサ１１による情報処理のフローチャートである。
【００３１】
ステップＳａ１においてプロセッサ１１は、無線通信ユニット１７が複数のバス停装置２のうちのいずれかの無線アクセスポイント２２と無線接続するのを待ち受ける。なお、無線通信ユニット１７は、いずれの無線アクセスポイント２２とも無線接続していないときには、常に、あるいは一定の時間間隔で無線接続を試みている。バスＢＵが移動し、いずれかのバス停装置２が形成している無線通信範囲ＣＡ内に無線通信ユニット１７が入ると、当該バス停装置２の無線アクセスポイント２２と無線通信ユニット１７とが無線接続される。そうするとプロセッサ１１はステップＳａ１にてＹｅｓと判定し、ステップＳａ２へと進む。
【００３２】
ステップＳａ２においてプロセッサ１１は、到達通報を行う。到達通報は、バスＢＵがバス停に到達したことを運行管理装置３に通報する処理である。具体的にはプロセッサは、到達通報であることを表す予め定められた通報コードと、記憶ユニット１２の領域１２ａに記憶されている運行番号とを含んだ通報情報を、無線接続中のバス停装置２へと無線通信ユニット１７から送信させる。この通報情報は、無線アクセスポイント２２で受信された上で、回線終端装置２３によりインターネット４へと運行管理装置３に宛てて送出される。このときに通報情報には、バス停装置２の通信ＩＤが付加される。なお「到達」とは、バスＢＵがバス停まで進んだことを表し、当該バス停で停車するか、当該バス停を通過するかは問わない。
【００３３】
ステップＳａ３においてプロセッサ１１は、ドアが開いたか否かを確認する。そしてプロセッサ１１は、ドアセンサ１６によりドアが閉じていることが検出されているならばＮｏと判定し、ステップＳａ４へと進む。
ステップＳａ４においてプロセッサ１１は、無線通信ユニット１７の無線接続が切断されたか否かを確認する。そしてプロセッサ１１は、無線接続が継続しているならばＮｏと判定し、ステップＳａ３に戻る。
かくしてプロセッサ１１はステップＳａ３及びステップＳａ４においては、ドアが開くか、あるいは無線接続が切断されるのを待ち受ける。
【００３４】
さてバスＢＵは、バス停に到達しても、そのバス停で乗降する利用者が居ない場合には、そのバス停を通過する場合がある。この場合は、ドアが開かれることなく、無線接続が切断されることになる。プロセッサ１１は、このようなケースではステップＳａ４にてＹｅｓと判定し、ステップＳａ１の待ち受け状態に戻る。すなわちプロセッサ１１は、次のバス停に到達するのを待ち受ける状態に移行する。
【００３５】
バスＢＵがバス停に停車し、利用者の乗降のためにドアを開くと、それがドアセンサ１６により検出される。プロセッサ１１は、ドアが開いたことをドアセンサ１６が検出したならばステップＳａ３にてＹｅｓと判定し、ステップＳａ５へと進む。
ステップＳａ５においてプロセッサ１１は、乗降開始通報を行う。乗降開始通報は、バスＢＵがバス停での利用者の乗降が開始されたことを運行管理装置３に通報する処理である。具体的にはプロセッサは、乗降開始通報であることを表す予め定められた通報コードと、記憶ユニット１２の領域１２ａに記憶されている運行番号とを含んだ通報情報を、無線接続中のバス停装置２へと無線通信ユニット１７から送信させる。この通報情報は、無線アクセスポイント２２で受信された上で、回線終端装置２３によりインターネット４へと運行管理装置３に宛てて送出される。このときに通報情報には、バス停装置２の通信ＩＤが付加される。
【００３６】
ステップＳａ６においてプロセッサ１１は、バスＢＵが発車するのを待ち受ける。そしてプロセッサ１１は、ドアセンサ１６によりドアが閉じたことが検出された後に、速度センサ１５が検出する速度が予め定められた閾値以上となったならば、Ｙｅｓと判定し、ステップＳａ７へと進む。
ステップＳａ７においてプロセッサ１１は、発車通報を行う。発車通報は、バスＢＵがバス停から発車したことを運行管理装置３に通報する処理である。具体的にはプロセッサは、発車通報であることを表す予め定められた通報コードと、記憶ユニット１２の領域１２ａに記憶されている運行番号とを含んだ通報情報を、無線接続中のバス停装置２へと無線通信ユニット１７から送信させる。この通報情報は、無線アクセスポイント２２で受信された上で、回線終端装置２３によりインターネット４へと運行管理装置３に宛てて送出される。このときに通報情報には、バス停装置２の通信ＩＤが付加される。
以上のように通報情報に含められる運行番号及び各種の通報コードはそれぞれ、バスの運行状況に関する予め定められた状況情報の一例である。
【００３７】
ステップＳａ８においてプロセッサ１１は、無線接続が切断されるのを待ち受ける。バスが走り出し、停車していたバス停に設置されたバス停装置２が形成している無線通信範囲ＣＡの外まで車載装置１が移動すると、無線通信ユニット１７の無線接続が切断される。そうするとプロセッサ１１はＹｅｓと判定し、ステップＳａ１の待ち受け状態に戻り、次のバス停に到達するのに備える。
【００３８】
一方、運行管理装置３においてプロセッサ３１は、バスの運行状況を管理するための以下に説明する情報処理を実行する。
図６はプロセッサ３１による情報処理のフローチャートである。
【００３９】
ステップＳｂ１においてプロセッサ３１は、到達通報、乗降開始通報及び発車通報のいずれかがなされるのを待ち受ける。そしてプロセッサ３１は、前述のようにバス停装置２からインターネット４へと送出された通報情報が回線終端装置５を介して通信インタフェース３５によって受信されたならば、Ｙｅｓと判定してステップＳｂ２へと進む。
ステップＳｂ２においてプロセッサ３１は、通報情報に基づいて運行番号及びバス停を判定する。具体的にはプロセッサ３１は、通報情報から運行番号を抽出する。またプロセッサ３１は、記憶ユニット３２の領域３２ａに記憶されたバス停リストを、通報情報に含まれた通信ＩＤをキーとして検索することにより、バス停名を得る。
【００４０】
ステップＳｂ３においてプロセッサ３１は、なされた通報が到達通報であるか否かを確認する。具体的にはプロセッサ３１は、受信された通報情報に含まれた通報コードが到達通報のものであるか否かを確認する。そしてプロセッサ３１は、なされた通報が到達通報であるならばＹｅｓと判定し、ステップＳｂ４へと進む。
ステップＳｂ４においてプロセッサ３１は、記憶ユニット３２の領域３２ｂに記憶されている運行情報に到達時刻を書き込む。具体的にはプロセッサ３１は、ステップＳｂ２で判定した運行番号とバス停名とに関連付けられた到達時刻として、現在時刻を書き込む。こののちにプロセッサ３１は、ステップＳｂ１の待ち受け状態に戻り、次の通報に備える。
【００４１】
さてプロセッサ３１は、なされた通報が到達通報ではないならばステップＳｂ３にてＮｏと判定し、ステップＳｂ５へと進む。
ステップＳｂ５においてプロセッサ３１は、なされた通報が乗降開始通報であるか否かを確認する。具体的にはプロセッサ３１は、受信された通報情報に含まれた通報コードが乗降開始通報のものであるか否かを確認する。そしてプロセッサ３１は、なされた通報が乗降開始通報であるならばＹｅｓと判定し、ステップＳｂ６へと進む。
ステップＳｂ６においてプロセッサ３１は、記憶ユニット３２の領域３２ｂに記憶されている運行情報に開始時刻を書き込む。具体的にはプロセッサ３１は、ステップＳｂ２で判定した運行番号とバス停名とに関連付けられた開始時刻として、現在時刻を書き込む。こののちにプロセッサ３１は、ステップＳｂ１の待ち受け状態に戻り、次の通報に備える。つまり開始時刻とは、利用者の乗降が開始された時刻である。
【００４２】
さてプロセッサ３１は、なされた通報が乗降開始通報ではないならばステップＳｂ５にてＮｏと判定し、ステップＳｂ７へと進む。この場合、なされた通報は発車通報である。
ステップＳｂ７においてプロセッサ３１は、記憶ユニット３２の領域３２ｂに記憶されている運行情報に発車時刻を書き込む。具体的にはプロセッサ３１は、ステップＳｂ２で判定した運行番号とバス停名とに関連付けられた発車時刻として、現在時刻を書き込む。こののちにプロセッサ３１は、ステップＳｂ１の待ち受け状態に戻り、次の通報に備える。
【００４３】
図７は記憶ユニット３２の領域３２ｂに記憶されている運行情報の遷移例を示す図である。なお図７においては、運行情報のうちの変化が生じる部分のみを示している。
図７は、運行情報が図４に示す状態にあるときに運行番号「００２」としてのバスＢＵの運行が開始された場合の運行情報の遷移例を示している。
【００４４】
まず、バスＢＵが６時２３分に「バス停Ａ」なるバス停に到達したことにより、運行番号「００２」及びバス停名「バス停Ａ」に関連付けられた到達時刻として、（ａ）に示すように「０６：２３」が書き込まれる。
【００４５】
バスＢＵが「バス停Ａ」に停車し、６時２５分にドアを開いたことにより、運行番号「００２」及びバス停名「バス停Ａ」に関連付けられた開始時刻として、（ｂ）に示すように「０６：２５」が書き込まれる。なお、バスＢＵが「バス停Ａ」に到達してから、ドアが開かれるまでに２分を要しているのは、「バス停Ａ」が始発点であり、ドアを開くまでに時間調整をしていることによる。このように、開始時刻は、あくまでも利用者の乗降が可能となった時刻を表す。
【００４６】
バスＢＵがバス停名「バス停Ａ」から６時３１分に発車したことにより、運行番号「００２」及びバス停名「バス停Ａ」に関連付けられた開始時刻として、（ｃ）に示すように「０６：３１」が書き込まれる。
【００４７】
バスＢＵが６時３４分に「バス停Ｂ」なるバス停に到達したことにより、運行番号「００２」及びバス停名「バス停Ｂ」に関連付けられた到達時刻として、（ｄ）に示すように「０６：３４」が書き込まれる。
【００４８】
バスＢＵが「バス停Ｂ」を通過し、６時３６分に「バス停Ｃ」なるバス停に到達したことにより、運行番号「００２」及びバス停名「バス停Ｃ」に関連付けられた到達時刻として、（ｅ）に示すように「０６：３６」が書き込まれる。かくして、バスＢＵが「バス停Ｂ」を通過したために、運行番号「００２」及びバス停名「バス停Ｂ」に関連付けられた開始時刻及び発車時刻には、時刻が書き込まれない。
【００４９】
プロセッサ３１は、上記の図６に示す情報処理とは別スレッドの処理として、運行状況の表示のための情報処理を実行する。
すなわちプロセッサ３１は、記憶ユニット３２の領域３２ａに記憶されている運行情報に基づいて、運行状況を示した表示画面を作成し、その表示画面を表示ユニット３４に表示させる。表示画面は、任意であってよいが、運行情報に示される情報を例えば図７の（ｅ）として示すような表として表すものとすることが想定される。表示画面はあるいは、操作者により指定された運行番号に関して記録された各種の時刻を表すものとすることが想定される。表示画面はあるいは、各バス停の位置が示された地図画像に、バスＢＵの現在位置を表した画面としてもよい。
【００５０】
なおプロセッサ３１は、運行状況を示した表示画面の画面データを車載装置１に送ってもよい。そしてこの場合、車載装置１では、送られた画面データに基づく画面を表示ユニット１４にて表示する。あるいはプロセッサ３１は、運行状況を示した表示画面の画面データをバス停装置２に送ってもよい。そしてこの場合、バス停装置２に表示ユニットを備えておき、当該表示ユニットで、上記の送られた画面データに基づく画面を表示する。またプロセッサ３１は、利用者が所持する情報端末からの要求に応じて、当該情報端末へと画面データを送ってもよい。
【００５１】
（効果）
以上述べたようにバス運行管理システム１００では、車載装置１がバス停装置２の１つと通信可能となったことに応じて、当該バス停装置２を介して車載装置１から運行管理装置３へと到達通知がなされる。そして運行管理装置３では、到達通知を受けた時刻を、上記の車載装置１を搭載したバスＢＵが上記のバス停装置２が備えられたバス停に到達した到達時刻として運行情報に記録する。これにより、上記のバスが上記のバス停に到達したことが管理される。そして、複数のバス停のそれぞれにバスが到達したかどうかを運行情報から確認することにより、バスの運行状況を確認することができる。従って、車載装置１は位置検出機能を備える必要がなく、簡易な構成とすることができる。
【００５２】
またバス運行管理システム１００では、バスＢＵがドアを開いた時刻を開始時刻として、またバスＢＵがドアを閉じた上で、バスＢＵの速度が閾値以上となった時刻を発車時刻として、それぞれ運行情報に記録する。従って、運行情報からは、次のような様々な運行状況を確認できる。
(1)  図７に示す運行情報からは、運行番号「００２」のバスＢＵがバス停Ａに到達してからドアを開くまでにおよそ２分の時間を要していることが確認できる。これにより、バス停に到達してからドアを開くまでの時間調整が行われた様子を確認できる。
(2)  図７に示す運行情報からは、運行番号「００２」のバスＢＵがバス停Ａにおいておよそ６分間、ドアを開けていたことが確認できる。つまり、およそ６分間、利用者の乗降待ちを行っていたことが確認できる。
(3)  図７に示す運行情報からは、運行番号「００２」のバスＢＵがバス停Ａを発車してからバス停Ｂに到達するまでにおよそ３分を要したことが確認できる。
(4)  図７に（ｂ）として示す運行情報からは、運行番号「００２」のバスＢＵがバス停Ａにて乗降待ち中であることを確認できる。
(5)  図７に（ｃ）として示す運行情報からは、運行番号「００２」のバスＢＵがバス停Ａからバス停Ｂに向かっている最中であることが確認できる。
(6)  図７に（ｅ）として示す運行情報からは、運行番号「００２」のバスＢＵがバス停Ｂを通過したことを確認できる。
【００５３】
またバス運行管理システム１００では、運行管理装置３のプロセッサ３１は、運行状況を示した表示画面を生成し、当該表示画面を任意の表示ユニットで表示させる処理を行う。つまり、バスＢＵの運行状況を示す情報を可視表示するための処理を行っている。これにより、管理者、バスＢＵの乗務員、あるいは利用者が、バスＢＵの運行状況を容易に認識できる。
【００５４】
［その他の実施形態］
車載装置１から運行管理装置３への通報は、到達通報のみとしてもよい。そして運行管理装置３では、到達時刻のみを運行情報にて記録してもよい。あるいは、車載装置１において、１つ前のバス停における開始時刻及び発車時刻の情報を到達通報に含めることにより、前記実施形態と同様な運行情報を記録してもよい。あるいは、車載装置１において、１つ前のバス停を通過したか否かを示す情報を到達通報に含めてもよい。そして運行管理装置３では、各バス停について、通過したか否かを管理してもよい。
【００５５】
車載装置１にて通報情報に時刻情報を含めてもよい。そしてこの場合に運行管理装置３では、通報情報に含まれた時刻情報が示す時刻を運行情報に記録してもよい。
【００５６】
バス停装置２において、車載装置１との無線通信の状況を監視し、通信可能となっていた車載装置１との無線通信が切断されたことに応じて、発車通報を行ってもよい。
【００５７】
運行情報は、別の情報処理装置へと持ち出した上で処理されてもよい。この場合の処理は、例えば運行ダイヤの妥当性を確認するために、運行状況を分析するなどの処理を行うことが考えられる。そしてこのような用途で運行情報を用いるならば、表示のための処理をプロセッサ３１が行わなくてもよい。
【００５８】
通報情報に含める状況情報としては、乗車中の利用者の人数などの様々な情報を含んでよい。
【００５９】
要するにこの発明は、上記各実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記各実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、各実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態に亘る構成要素を適宜組み合せてもよい。
【符号の説明】
【００６０】
１…車載装置、２…バス停装置、３…運行管理装置、４…インターネット、５…回線終端装置、１１…プロセッサ、１２…記憶ユニット、１３…入力ユニット、１４…表示ユニット、１５…速度センサ、１６…ドアセンサ、１７…無線通信ユニット、１８…アンテナ、２１…アンテナ、２２…無線アクセスポイント、２３…回線終端装置、３１…プロセッサ、３２…記憶ユニット、３３…入力ユニット、３４…表示ユニット、３５…通信インタフェース、１００…バス運行管理システム。
【図１】
2018112923.tif 000003
【図２】
2018112923.tif 000004
【図３】
2018112923.tif 000005
【図４】
2018112923.tif 000006
【図５】
2018112923.tif 000007
【図６】
2018112923.tif 000008
【図７】
2018112923.tif 000009