JP2016110632A - 移動体の運行管理システム - Google Patents

Abstract

【課題】バス停留所のバス接近情報を更新するシステムで、運転手の手動操作を不要とする。【解決手段】路線に沿って移動する移動体１の運行情報を管理する管理サーバ４と、移動体１の移動体情報及び位置情報を第１の通信回線ＣＬ１を介して取得する基地局３と、基地局３が取得した移動体情報及び位置情報を管理サーバ４に移送する第２の通信回線ＣＬ２と、停留所２に管理サーバ４とインターネット回線Ｎで接続した停留所端末２０を備える。管理サーバ４が停留所端末２０に運行情報を配信し、停留所２の表示部２１に接近情報表示するとともに、移動体に近距離端末１０ｂを備え停留所端末２０と近距離無線通信し、停留所端末２０が近距離端末１０ｂからの個体情報に移動体情報を関連づけたテーブルから特定の移動体１が到着したことを検知可能として、停留所端末２０が到着を検知した移動体１に係る表示部２１の接近情報を到着状態に更新する。【選択図】図１

Description

本発明は、路線バス等の移動体の運行状況を管理して、バス停等の停留所に接近情報を表示する移動体の運行管理システムに関するものである。

例えば、移動体の一つとして路線バスがある。従来より路線バスの運行管理をするものとして、いわゆるバスロケーションシステムと呼ばれるものが知られている。

このシステムは図１０に示すように、バス１に通信機１０ａと接続された車載器１０を備えて、基地局３との間で無線による第１の通信回線ＣＬ１（専用回線：例えばＭＣＡ：Multi Channel Access等）を通じてポーリングによる通信を行うように構成されている。また、基地局３は前述した第１の通信回線ＣＬ１のほか、管理サーバ４との間で第２の通信回線ＣＬ２（電話線等の専用回線）を通じて通信が可能とされ、バス１はバス停２に設けた通信機２ｘとの間で無線による第３の通信回線ＣＬ３（許可を受けた特定周波数帯の専用回線）を通じて通信が可能とされている。

バス１の車載器１０には、移動体情報であるバス番号や系統番号（どの系統を走行中かを示す情報）等のバス識別情報と、バス位置情報（例えば、どのバス停２を出たか等のバス１の運行の情報など）が記憶される。

基地局３は複数のアンテナ３０を有するとともに、１つのアンテナ３０に対して複数台（例えば２００台）のバス１を管理し、第１の通信回線ＣＬ１を通じたポーリングによって順次バス１に対して応答要求をなし、要求を受けたバス１の車載器１０は、記憶されているバス識別情報とバス位置情報を返すように構成されている。基地局３は、収集した情報を第２の通信回線ＣＬ２を通じて管理サーバ４に送り、管理サーバ４はこれを基にいつどのバス１がどの系統を走っていたかのバス１全体の運行管理を行っている。基地局３でバス１全体の運行管理を行い、そのログが第２の通信回線ＣＬ２を通じて管理サーバ４に送られる場合も、管理サーバ４の運行管理の一態様に含むものとする。

また、バス識別情報とバス位置情報とは、第３の通信回線ＣＬ３を通じてバス１から路線沿いの各バス停２に送られる。これを受けて、１つ先のバス停２の表示部２１では図１１に示すようにバス接近情報を到着前表示（例えば、「まもなくきます」表示）とし（図ではＡ系統）、２つ先や３つ先、さらにその先のバス停２等でシステム上表示することとなっている該当欄（系統とバス位置）に当てはまれば、その位置にバス接近情報をなすように構成されている（図ではＣ系統、Ｄ系統）。

バス位置情報は、ドライバーの行うドア開閉ボタン操作によって更新される。

ここで、図１２に基づいてこのシステムの作動を説明する。

例えば、バス１がバス停２に到着してドア開ボタンが操作され、車載器１０に記憶されているバス位置情報が更新されると、（１）第３の通信回線ＣＬ３を通じてバス識別情報及びバス位置情報が到着情報として発信される。これを受けて、（２）バス１が到着したバス停２では表示部２１における到着前表示が消される。続いてドア閉ボタンが操作されると、（３）第３の通信回線ＣＬ３を通じて１つ先のバス停２を到着前表示に、（４）それよりも先のバス停２に対してはより接近した側にバス接近情報を切り替える。車内のバス停案内のアナウンスがドア閉ボタンに連動して次のバス停２をアナウンスするように構成されているシステムでは、バスがバス停２に停車せずに通過した場合、次のアナウンスボタンを操作したときに第３の通信回線ＣＬ３を通じて通過したバス停２での到着前表示の消去を行い、それに伴って運行先の各バス停２のバス接近情報が更新されるように構成されている。

バス１の車載器１０に記憶されているバス識別情報およびバス位置情報は、（５）第１の通信回線ＣＬ１を通じて基地局３にポーリングで集められて、（６）管理サーバ４に移送され管理される。

管理サーバ４の運行情報はインターネット回線Ｎを通じてＷｅｂ端末Ｔの閲覧に供される。

しかしながら、このようなシステムであると、バス１のバス停２への停発車情報がバス運転手の手動操作に依存しているため、操作忘れなどによる人的ミスの影響を受け易い。このため、例えばバス停２を停車せずに通過したときに直ぐに次のバス停２の案内操作を行わなければ、通過したバス停２ではバス１が行き過ぎたにも拘わらず到着前表示がなされたままであるため通過を未着と誤認するという不具合が発生し得る。

また、図１２のポーリング方式の通信（５）では、バスが２００台程度になると全てのバス位置情報を収集するのに４０秒〜１分程度掛かるため、基地局３から第２の通信回線ＣＬ２を介した通信（６）により運行管理サーバ４が管理する運行情報をＷｅｂ端末Ｔが閲覧すると、かかる４０秒〜１分程度の誤差をもってバス位置が表示されるためにリアルタイム性に欠け、やはり通過を未着と誤認するという不具合がある。このような不具合を回避するため、バス１がバス停２に到着する際に次のバス停２のバス接近情報を到着状態にする（到着前表示を消す）ことも考えられるが、これだと逆に未着を通過と誤認することも発生し得る。

さらに、第３の通信回線ＣＬ３は専用の無線機器を使用しているため、システムが高価であり、また路線変更などによるデータ更新は現地で行う必要があるため運用コストも掛かるという不具合がある。

このような不具合は路線バス１に限らず、路面電車など予め定められた軌道に沿って複数の場所で停留しながら定期運行を行う移動体において共通する課題である。

本発明は、これらの課題を解決した新たな移動体の運行管理システムを提供することを目的としている。

本発明は、かかる目的を達成するために、次のような手段を講じたものである。

すなわち、本発明に係る移動体の運行管理システムは、予め定められた軌道に沿って停留所で適宜停留しながら移動する移動体の運行情報を管理サーバで管理すべく、移動体と基地局の間に構成され移動体の保有する移動体情報及び位置情報をポーリングによって基地局に取得させるための第１の通信回線と、基地局が取得した移動体情報及び位置情報を管理サーバに移送するための第２の通信回線とを備えるものにおいて、停留所に停留所端末を設けて管理サーバとの間をインターネット回線で接続し、管理サーバがインターネット回線を通じ停留所端末に運行情報を配信して停留所の表示部に接近情報として反映させるとともに、移動体に近距離端末を備えてその電波を停留所端末に受信させ、停留所端末が近距離端末からの電波に含まれる個体情報に移動体情報を関連づけたテーブルから特定の移動体が到着したことを検知可能として、停留所端末が到着を検知した移動体に係る表示部の接近情報を到着状態に更新するように構成したことを特徴とする。

また、停留所端末は、検知した移動体の到着に基づきインターネット回線を通じて管理サーバに到着情報を移送し、管理サーバはこれに基づき運行情報を更新するとともにインターネット回線を通じて他の該当する停留所端末の接近情報に反映させるように構成していることが望ましい。

このようなシステムは、管理サーバの運行情報が更にインターネット回線を通じて閲覧に供されるように構成している場合に特に好適である。

さらに、停留所端末のテーブルがインターネット回線を通じ管理サーバによって更新されるように構成していることがより好ましい。

具体的な実施の一態様としては、移動体が路線バスであり、停留所がバス停であって、移動体情報に少なくともバスの系統番号を含み、表示部は系統番号ごとにバスの接近情報を表示するように構成しているものが挙げられる。

以上説明した本発明によれば、ほぼリアルタイムで停留所における接近情報を到着状態に更新し、必要に応じて管理サーバの運行情報もリアルタイムで更新することが可能となり、通過と未着を取り違える不具合を有効に解消することができる。しかも、公衆無線ＬＡＮ回線等のインターネット回線と近距離端末を利用することで、従来に比して低コストでシステムの構築、運用を行うことが可能となる。

本発明の一実施形態を示すシステム構成図。 同システムで用いるテーブルを示す図。 同システムにおける到着前表示の更新に関する動作を説明するための図。 同システムで用いる構成要素を示すブロック図。 同システムの作動説明図。 同システムの動作を示すフローチャート。 同システムに係る接近表示画面の他の例を示す図。 同システムの別画面表示例を示す図。 同システムの系統情報及び終バス時刻データを示す図。 従来例を示すシステム構成図。 同システムのバス停表示を示す図。 同システムの作動説明図。

以下、本発明の実施形態を、図面を参照して説明する。

図１に示す本実施形態のバスロケーションシステムは、従来のバスロケーションシステムの一部を残し、一部を廃して、新たな構成および機能を付加したものである。

先ず、従来と同様の構成として、移動体としてのバス１は通信機１０ａと接続された車載器１０を備えており、基地局３との間で無線専用回線である第１の通信回線ＣＬ１（例えばＭＣＡ：Multi Channel Access等）を通じてポーリングによる通信が可能である。また、基地局３は前述した第１の通信回線ＣＬ１のほか、管理サーバ４との間で専用回線である第２の通信回線ＣＬ２を通じて通信が可能である。

バス１の車載器１０には、系統番号（どの系統を走行中かを示す情報）やバス番号等のバス識別情報と、バス位置情報（例えば、どのバス停２を出たかを示す運行順番号等）が記憶され、バス位置情報はドライバーの行うドアの開閉ボタン操作によって更新される。なお、バス識別情報が移動体情報に相当する。

基地局３は複数のアンテナ３０を有しており、１つのアンテナ３０に対して複数台（例えば２００台）のバス１を管理し、第１の通信回線ＣＬ１を通じたポーリングによって順次応答要求をなし、要求を受けたバス１の車載器１０は、記憶されているバス識別情報とバス位置情報を返す。基地局３は、収集した情報を第２の通信回線ＣＬ２を通じて管理サーバ４に送り、管理サーバ４はこれを基にバス１全体の運行管理を行うとともに、インターネット回線Ｎを通じてＷｅｂ端末Ｔの閲覧に供される。基地局３でバス１全体の運行管理を行い、そのログが第２の通信回線ＣＬ２を通じて管理サーバ４に送られる場合も、管理サーバ４の運行管理の一態様に含むものとする。

このような構成において本実施形態では、停留所としての各バス停２におけるバス接近情報を、従来の第３の通信回線ＣＬ３（図７参照）を通じて切り替えるのではなく、管理サーバ４の情報に基づいて行う。そのために、各バス停２にスマートフォン端末またはこれと同等の機能を有する停留所端末としてのバス停端末２０を備え、バス停端末２０と管理サーバ４との間を公衆無線ＬＡＮ回線等のインターネット回線Ｎを通じて通信可能としている。また、バス１の車載器１０にビーコン発信が可能な近距離端末１０ｂを接続し、バス停端末２０でこれを受信可能として、バス１とバス停２との間で超低消費電力の近距離無線通信技術(Bluetooth（登録商標） Low Energy：以下「ＢＬＥ」と称する)を用いた通信回線（近距離通信回線Ｃ）が形成されるようにしている。近距離端末１０ｂについても、以下ＢＬＥ端末１０ｂと称する。ＢＬＥ端末１０ｂは、コイン型電池を入れてバス１０に搭載すると、バス１０が発進しているか停止しているかに関わらず電波を発信し続けるものである。

バス停端末２０は、管理サーバ４に対して所定時間（例えば２０秒）ごとに運行情報取得の問い合わせを行い、管理サーバ４から最新の運行情報とメッセージが返ってきたら、表示部２１における該当する系統欄の該当するバス位置に表示を反映させる。そのためにバス停端末２０には、そこを通過路線とするバス１に関する図２のような系統番号と系統名とバス停番号と運行順番号とを関連づけた系統データ（運行データ）６（系統マスター）が深夜若しくは早朝までに予め管理サーバ４から取得することにより日々更新して記憶されているとともに、前述した所定時間（２０秒）毎の問い合わせに対して管理サーバ４から送信された刻々変化する運行情報からバス１の系統番号と運行順番号（現在どこを運行しているか）を得る。そして、バス停端末２０は、系統データ６に系統番号と運行順番号とを照らし合わせて現在位置としてのバス停番号を得るとともに、系統番号と系統名とを結び付ける。さらに、バス停端末２０には、バス停番号と系統名とバス停名とを関連づけたテーブル７ａ，７ｂ（バス停マスター）も深夜若しくは早朝までに予め管理サーバ４から取得して記憶されており、系統毎にバス停番号が運行順に並べられたテーブル７ａ，７ｂにおいて、上記のようにして得た系統名及びバス停番号を参照することで、バス１がいくつ前のバス停２に到着したか判別し、この判別結果を表示部２１へ反映させる。

管理サーバはそのために、図９に示すような系統情報を管理している。この系統情報は、系統番号と運行順（バスの現在位置）に関する情報を含み、これらがポーリングで収集された情報によって逐次更新されている。

具体的に、あるバス停２Ａ（バス停名：○×△町）の表示部２１にバス接近情報を反映させる場合を例に挙げ、図２及び図９に基づいて説明すると、バス停２Ａのバス停端末２０が、仮に管理サーバ４より受信する運行情報から系統番号が１番のデータと運行順番号が４番のデータを取得した際、これらのデータとバス停端末２０に記憶された系統データ６を用いて、この運行情報に係るバス１はバス停番号が３番のバス停２に到着したと判別し、さらにＡ系統を走行中と判別する。また、Ａ系統に対応するテーブル７ａより、バス停番号３番のバス停２（バス停名：××交差点）が、Ａ系統においてバス停２Ａ（○×△町）の２つ前のものと判別する。これによって、Ａ系統においてバス停２Ａ（○×△町）よりも２つ前のバス停２にバス１が到着したと分かり、図３のように、表示部２１のＡ系統における２つ前のバス停２に対応する位置にバス接近情報としてバスマークを表示させる。

また、バス停２Ａのバス停端末２０が、管理サーバ４より受信する運行情報から系統番号が１番のデータと運行順番号が１番のデータをもほぼ同時に取得している場合、これらのデータとバス停端末２０に記憶された図２に示す系統データ６を用いて、この運行情報に係るバス１はバス停番号が１０番のバス停２に到着したと判別し、さらにＡ系統を走行中と判別する。また、Ａ系統に対応するテーブル７ａより、バス停番号１０番のバス停２（バス停名：○○駅）が、Ａ系統においてバス停２Ａ（○×△町）の５つ前のものと判別する。これによって、Ａ系統においてバス停２Ａ（○×△町）よりも５つ前のバス停２にバス１が到着したと分かり、図３のように、表示部２１のＡ系統における５つ前のバス停２に対応する位置にバス接近情報としてバスマークを表示させる。

さらに、バス停２Ａのバス停端末２０が、管理サーバ４より受信する運行情報から系統番号が２番のデータと運行順番号が３番のデータをもほぼ同時に取得している場合、これらのデータとバス停端末２０に記憶された図２に示す系統データ６を用いて、この運行情報に係るバス１はバス停番号が４番のバス停２に到着したと判別し、さらにＢ系統を走行中と判別する。また、Ｂ系統に対応するテーブル７ｂより、バス停番号４番のバス停２（バス停名：△○交差点）が、Ｂ系統においてバス停２Ａ（○×△町）の１つ前のものと判別する。これによって、Ｂ系統においてバス停２Ａ（○×△町）よりも１つ前のバス停２にバス１が到着したと分かり、図３のように、表示部２１のＢ系統における１つ前のバス停２に対応する位置に、バス近接情報として到着前表示（例えば、「まもなくきます」表示）を表示する。また、運行情報に含まれるバス番号に基づいて、到着前表示に内部的に固有のバス番号を付与する。そのために、前のバス停２でバス１の到来時にバス停端末２０がＢＥＬ端末１０ｂから受信した後述するＭＡＣアドレスに基づきバス番号を管理サーバ４にアップし、それを次のバス停２のバス停端末２０が受信するように構成されている。

またさらに、バス停２Ａのバス停端末２０が、管理サーバ４より受信する運行情報から系統番号が２番のデータと運行順番号が１番のデータをもほぼ同時に取得している場合、これらのデータとバス停端末２０に記憶された図２に示す系統データ６を用いて、この運行情報に係るバス１はバス停番号が２０番のバス停２に到着したと判別し、さらにＢ系統を走行中と判別する。また、Ｂ系統に対応するテーブル７ｂより、バス停番号２０番のバス停２（バス停名：××町）が、Ｂ系統においてバス停２Ａ（○×△町）の３つ前のものと判別する。これによって、Ｂ系統においてバス停２Ａ（○×△町）よりも３つ前のバス停２にバス１が到着したと分かり、図３のように、表示部２１のＢ系統における３つ前のバス停２に対応する位置にバス接近情報としてバスマークを表示させる。

一方、図１に示す前述したＢＬＥ端末１０ｂのビーコンは通常、センサーで取得できる少量データの送信や位置及び近接検出を行う場合に用いられるが、実施形態ではＭＡＣアドレスを個体情報として扱い、ＢＬＥ端末１０ｂの電波によってバス停端末２０に特定のバス１の到来を検知させるように構成する。

そのためにバス停端末２０には、そこを通過路線とするバス１に関する図３のようなＭＡＣアドレスとバス番号とを関連づけたテーブル５（バスマスター）が予め深夜若しくは早朝までに管理サーバ４から取得して記憶されている。ＢＬＥ端末１０ｂ（図１参照）の電波到達範囲は最大５０ｍと範囲が狭く、バス１に搭載した場合は５〜１０ｍ程の範囲となり、他のバス停２に影響することなく、バス１がバス停２に停車するとほぼ同時にバス接近情報を更新することが可能である。すなわち、バス停端末２０には、バス１からＢＬＥ端末１０ｂの電波を受信するとテーブル５（図３参照）から対応するバス情報を取り出し、そのバス１が表示されている系統の到着前表示を更新して（到着前表示を消して）、到着状態とするように構成されている。具体的には、ＢＬＥ端末１０ｂの電波から各バス１に固有のＭＡＣアドレスを取得し、テーブル５よりバス番号を参照する。そして、このバス番号と、内部的に固有のバス番号を持つ到着前表示を結びつけ、到着前表示の更新を行う。例えば、ＢＬＥ端末１０ｂの電波を受信して得られたバス番号が、表示部２１におけるＢ系統の到着前表示のバス番号に対応するものと判別できれば、Ｂ系統の到着前表示を消去する。

さらに、バス停端末２０は管理サーバ４に対してバス番号等を含むバス１の到着情報を送信する。これを受け取った管理サーバ４は、運行情報に反映させるとともに、他のバス停端末２やＷｅｂ端末Ｔに向けて、ＢＬＥ端末１０ｂからの電波を通じて取得したバスの運行の情報のうち関係するものをリアルタイムで配信する（このとき、次のバス停２のバス停端末２０は前述したように到着前表示に係るバス１のバス番号を取得する）。

次に、図４を用いて、以上のシステムの機能を実現するために必要な基地局３、バス１の車載器１０、管理サーバ４及びバス停２の構成を示す。

基地局３はＣＰＵ３６を備えており、このＣＰＵ３６によって、ＲＡＭ３１、ＲＯＭ３２、第１通信インターフェース３３、第２通信インターフェース３４及び第３通信インターフェース３５の動作を制御する。ＲＡＭ３１は、バス１の車載器１０との間にてポーリングにより情報の送受信を行うために必要なハードウェアである第１通信インターフェース３３及び第２通信インターフェース３４を介して送受信されるデータ（例えばバス識別情報やバス位置情報）等を一時的に記憶する。またＲＡＭ３１は、管理サーバ４に電話線等を通じて情報を送信するために必要なハードウェアである第３通信インターフェース３５を介して送信されるデータも一時的に記憶する。ＲＯＭ３２は、後述する図６に示す運行管理システムを実現するために必要である種々のコンピュータプログラムを格納している。

バス１の車載器１０はＣＰＵ１３を備えており、このＣＰＵ１３によって、ＲＡＭ１１、ＲＯＭ１２、第１通信インターフェース１０ａ１、第２通信インターフェース１０ａ２及び第３通信インターフェース１０ｂ１の動作を制御する。ＲＡＭ１１は、基地局３との間にてポーリングにより情報の送受信を行うために必要なハードウェアである第１通信インターフェース１０ａ１及び第２通信インターフェース１０ａ２を介して送受信されるデータ（例えばバス識別情報やバス位置情報）等を一時的に記憶する。また、ＲＡＭ１１は、バス停２に近距離通信回線Ｃ（図１参照）を通じて情報を発信するために必要なハードウェアであり、ＢＬＥ端末１０ｂによって構成される第３通信インターフェース１０ｂ１を介して発信されるデータも一時的に記憶する。ＲＯＭ１２は、後述する運行管理システムを実現するために必要である種々のコンピュータプログラムを格納している。

管理サーバ４は、ＣＰＵ４６を備えており、このＣＰＵ４６によって、ＲＡＭ４１、ＲＯＭ４２、第１通信インターフェース４３、第２通信インターフェース４４及び第３通信インターフェース４５の動作を制御する。ＲＡＭ４１は、バス停端末２０に公衆無線ＬＡＮ回線等を通じて情報の送受信を行うために必要なハードウェアである第１通信インターフェース４３及び第２通信インターフェース４４を介して送受信されるデータ（例えば運行情報や前記テーブル５，６のデータ）等を一時的に記憶する。また、ＲＡＭ４１は、基地局３から電話線等を通じて情報を受信するために必要なハードウェアである第３通信インターフェース４５を介して受信したデータも一時的に記憶する。ＲＯＭ４２は、後述する運行管理システムを実現するために必要である種々のコンピュータプログラムを格納している。

バス停２はバス停端末２０及び表示部２１を有し、バス停端末２０がＣＰＵ２６を備え、このＣＰＵ２６によって、ＲＡＭ２７、ＲＯＭ２２、第１通信インターフェース２３、第２通信インターフェース２４、第３通信インターフェース２５及び表示部２１の動作を制御する。ＲＡＭ２７は、管理サーバ４に公衆無線ＬＡＮ回線等を通じて情報の送受信を行うために必要なハードウェアである第１通信インターフェース２３及び第２通信インターフェース２４を介して送受信されるデータ（例えば運行情報や前記テーブル５，６のデータ）等を一時的に記憶する。また、ＲＡＭ２７は、バス１の車載器１０から近距離通信回線Ｃ（図１参照）を通じて情報を受信するために必要なハードウェアである第３通信インターフェース４５を介して受信したデータも一時的に記憶する。ＲＯＭ２２は、後述する運行管理システムを実現するために必要である種々のコンピュータプログラムを格納している。

ここで、図５（ａ）、（ｂ）及び図６に基づいて本システムの作動を説明する。
（１）第１の通信回線ＣＬ１により、基地局３から各バス１へバス情報要求データが送信され（ステップＳＰ３１）、バス位置情報（どのバス停２を過ぎたか）を問い合わせる。バス１の車載器１０（図１参照）は、通信機１０ａを介してバス情報要求データを受信したかどうか判断し（ステップＳＰ１１）、受信しなかったと判断した場合には（ステップＳＰ１１：ＮＯ）、この処理を終了する。
（２）一方、バス１の車載器１０がバス情報要求データを受信したと判断した場合（ステップＳＰ１１：ＹＥＳ）、バス１の車載器１０は、通信機１０ａ（図１参照）を介して、バス識別情報及びバス位置情報（直前に通過したバス停２の運行順番号等）を基地局３に送信する（ステップＳＰ１２）。基地局３は、バス識別情報及びバス位置情報を受信したかどうか判断し（ステップＳＰ３２）、受信しなかったと判断した場合（ステップＳＰ３２：ＮＯ）、本ステップを繰り返す。
（３）一方、基地局３がバス識別情報及びバス位置情報を受信したと判断した場合（ステップＳＰ３２：ＹＥＳ）、専用回線である第２の通信回線ＣＬ２により、基地局３から管理サーバ４へこれらの情報を送り（ステップＳＰ３３）、この処理を終了する。管理サーバ４は、バス識別情報及びバス位置情報を受信したかどうか判断し（ステップＳＰ４３）、これらの情報を受信したと判断した場合（ステップＳＰ４３：ＹＥＳ）、受信した情報を蓄積するとともに、運行情報を更新する（ステップＳＰ４４）。なお、このような管理サーバ４で作成される運行情報には、バス識別情報（バス番号や系統番号等）、及び、バス位置情報（運行順番号等）が含まれる。これにより、図９に示す系統情報の系統番号と運行順（現在位置）が更新される。一方、管理サーバ４がバス識別情報及びバス位置情報を受信しなかったと判断した場合（ステップＳＰ４３：ＮＯ）、後述するステップＳＰ４５に進む。
（４）バス停端末２０は、インターネット回線Ｎにより、所定時間（２０秒間隔）にて管理サーバ４へ運行情報要求データを送信し（ステップＳＰ２１）、運行情報取得の問い合わせを行う。管理サーバ４は、運行情報要求データを受信したかどうか判断し（ステップＳＰ４１）、受信しなかったと判断した場合（ステップＳＰ４１：ＮＯ）、この処理を終了する。
（５）一方、管理サーバ４が運行情報要求データを受信したと判断した場合（ステップＳＰ４１：ＹＥＳ）、バス停端末２０へ最新の運行情報とメッセージを送信し（ステップＳＰ４２）、この処理を終了する。バス停端末２０は、最新の運行情報とメッセージを受信したかどうか判断し（ステップＳＰ２２）、これらの情報を受信しなかったと判断した場合（ステップＳＰ２２：ＮＯ）、本ステップを繰り返す。
（６）一方、バス停端末２０が最新の運行情報とメッセージを受信したと判断した場合（ステップＳＰ２２：ＹＥＳ）、バス停端末２０は、受信した最新の運行情報（系統番号、運行順等）及び図２に示すテーブル６、７ａ、７ｂ等を用いて、バス１がどの系統のいくつ前のバス停２に到達したか判別し、表示部２１における該当する系統欄の該当するバス位置にバス接近情報を反映させ（ステップＳＰ２３）、この処理を終了する。
（７）また、バス停端末２０は、近距離無線通信Ｃによりバス１のＢＬＥ端末１０ｂからの電波を検知したかどうか判断し（ステップＳＰ２４）、ＢＬＥ端末１０ｂからの電波を検知したと判断した場合（ステップＳＰ２４：ＹＥＳ）、バス停端末２０は、ＭＡＣアドレスを取得してテーブル５（図３参照）から接近したバス１の情報としてバス番号を得る。なお、この段階では、表示部２１に到着前表示が表示されている。一方、バス停端末２０が電波を検知しなかったと判断した場合（ステップＳＰ２４：ＮＯ）、この処理を終了する。
（８）バス停端末２０は、ＢＬＥ端末１０ｂから電波を検知して得た上記バス番号に対応する到着前表示を更新（表示部２１から削除）する（ステップＳＰ２５）。
（９）バス停端末２０は、インターネット回線Ｎを通じてＢＬＥ端末１０ｂの電波を検知したことを示す情報（バス番号等を含む到着情報）を管理サーバ４へ送信する（ステップＳＰ２６）。また一日一回動作ログも管理サーバ４へ送信する。管理サーバ４は、到着情報を受信したかどうか判断し（ステップＳＰ４５）、到着情報を受信しなかったと判断した場合（ステップＳＰ４５：ＮＯ）、この処理を終了する。
（１０）一方、管理サーバ４が到着情報を受信したと判断した場合（ステップＳＰ４５：ＹＥＳ）、この到着情報に基づいて運行情報を更新して（ステップＳＰ４６）、この処理を終了する。更新した運行情報は、他のバス停端末２０から問い合わせがあった際に、他のバス停端末２０に送信される。なお、これは（５）におけるステップＳ４３の通信で行ってもよい。
（１１）インターネット回線Ｎにより、Ｗｅｂ端末Ｔ向けに到着情報を反映したリアルタイムのバスの運行情報を配信する。

本実施形態は以上のように構成することで、バス１がバス停２に極接近したときにバス停２の到着前表示を確実に更新する（消す）ことができ、また、この情報はインターネット回線Ｎを通じて管理サーバ４に提供され、他のバス停端末２０やＷｅｂ端末Ｔにも反映させることができる。このため、ドライバーの人的ミスやポーリングの時間差でバス停２やＷｅｂの表示が遅れ、これに起因してバス１の通過と未着を誤認していた従来の不具合を確実に解消することができるとともに、全体として利用者にほぼリアルタイムに近い路線情報（運行情報）の提供が可能となる。

また、第３の通信回線で用いる専用の無線機器に比べてインターネット回線Ｎは既設のインフラであり、ＢＬＥ端末１０ｂも廉価であってコイン型電池にて１年近く動作するため、システム全体を安価に構築し、ランニングコストも低減することができる。

さらに、路線変更などによるデータ更新も管理サーバ４とバス停端末２０との間で行うことができるため、現地で行う場合に比べて労力およびコストの削減を図ることも可能となる。

ところで、バス停の接近表示数が少ない場合（例えば、図７（ａ）に示すように当該バス停を含めてバス停３つ分である場合など）には、接近情報の表示が全くされない時間帯があることが少なくない。このような場合に、接近情報が全くなされない状態を延々表示しているのは無駄である。そこで、接近情報が無い場合に表示部２１の表示を、それまでの図３、図７に示すような接近表示画面から別表示画面に切り替えることが、バス停活用の面でも、利用者にとっても効率が良い。

以上を踏まえ、この実施形態では、バス停端末２０が所定時間（２０秒）毎に管理サーバーに問い合わせた結果、何れの系統にも表示すべき接近情報がないと判断した場合には、バス停端末２０はＲＡＭ２７から別表示画面に係るデータを取り出して表示部２１に表示させるように構成されている。別表示画面としては、例えば図８に示す交通局からのお知らせのような画面、或いは時刻表の画面等といった各種のデジタルサイネージ画面や、バスの行き先の一つである動物園や水族館を紹介するための動物や魚等を映し出したデジタルフォトフレーム画面（図示省略）等が挙げられる。このような表示は、利用者のバス利用の便に供するとともに、動物園や水族館等の施設利用者、ひいてはバス利用者の集客につながる効果が期待できる。

もともと、管理サーバ４の運行データには、図９に示すような系統情報が含まれているのは前述したとおりであり、系統番号と停車順（バスの現在位置）に関する情報が逐次更新されている。バス停端末２０はこの情報を所定時間（２０秒）毎に取り込んで図２に示すテーブル６、７ａ、７ｂを参照し、図３に示すバス接近情報を表示しているが、何れの系統に対しても表示すべき接近情報が無い場合には、表示部２１を図８に例示したような別表示画面に切り替える処理を行うように表示画面選択プログラムが実行されている。バス停端末２０は、別表示画面を表示中にも所定間隔（２０秒間隔）で管理サーバ４に問い合わせを行っており、その結果、何れかの系統欄に表示すべき接近情報を受信した場合には、前述した表示画面選択プログラムが再び表示部２１を図７に示す接近表示画面に戻す処理を実行するように構成されている。

このような別表示画面への切替システムは、もともと管理サーバ４側が運行情報を保有し、かつ、バス停端末２０側にファームウェアの書き換え等を通じて表示画面選択プログラムを配信すれば簡単に実現できるものであり、システムの大掛かりな追加、変更を要しない。前述したデジタルサイネージやデジタルフォトフレーム等に関する画面データも、管理サーバ４からインターネット回線Ｎを通じて各バス停端末２０に随時配信可能であるため、かかる切替システムの構築に際して管理者がバス停を回る必要はなく、切替タイミングもバス停毎に設定することができる。

また、管理サーバ４は、図９に示す系統情報とともに終バス時刻情報を「平日」「土」「日・祝」に分けて管理している。この終バス時刻情報はバス停毎に定められたもので、深夜若しくは早朝までに１日１回、深夜若しくは早朝までにバス停端末２０に取り込まれる。例えば、図２に基づいて上述した「○×△町」のバス停２Ａに関するテーブル７ａ、７ｂには、同バス停に関する終バス時刻が図８に示す管理サーバ４内の系統情報より取り込まれている。例えばバス停端末２Ａでは、系統毎に現在時刻が終バス時刻に到来したか否かを監視するプログラムが実行されており、終バス時刻に到来した場合には該当する系統欄に図７（ｂ）に示すように「本日は終了しました」の表示を出力するように構成されている。さらに、前述した図９の系統情報には図示していないが、この系統情報には不定期便や臨時便、運休便の情報も管理されており、例えばバス停端末２Ａでは早朝起動時に不定期便や臨時便、運休便の有無を確認するプログラムが実行されて、Ｅ系統について本日の運行がない場合には、図７（ｃ）に示すように「本日の運行はございません」等の表示を系統欄に表示するように構成されている。

前述した別表示画面への切替条件である接近情報がない場合のなかには、終バス時刻に到来した場合、運休の場合、臨時便が運行されていない場合等も含まれる。

なお、同じ系統（行き先）であっても始発が違う場所にあって途中で合流するようなケースもあり、このような場合には同じ行先に対して異なる系統番号が与えられる。

本実施形態のように、バス停端末２０における到着情報を他のバス停端末２０との間で共有するシステムにおいては、図７の例では３つ前のバス停のバス接近情報等に関する表示の精度も上がるため、別表示画面への切替や元の接近表示画面への復帰に係る精度も高めることができる。

なお、ビーコンを使用した本システムを通じ、バス１がバス停２に極接近したときにバス停２の到着前表示を確実に更新する（消す）構成は採用しつつも、この情報をインターネット回線Ｎを通じて管理サーバ４に提供するのではなく、管理サーバ４は従前のようにポーリングを通じてバス１から位置情報を収集する構成であっても構わない。このような構成は、他のバス停端末２０やＷｅｂ端末Ｔに即座に反映させることはできないまでも、少なくともバス停２において未着と通過を誤認することは有効に解消することができるので、段階的にシステムを変更していく上で有効となる。

逆に、各バス停２においてＢＬＥ端末１０ｂの電波を通じて取得するバス１の到着情報をインターネット回線Ｎを通じて管理サーバ４に取得させ、これを各バス停端末２０に送って表示を反映させることのみをもってシステムを構成し、第１の通信回線ＣＬ１を通じたポーリングによる情報収集を廃することも将来的には検討することができる。

以上、本発明の一実施形態について説明したが、各部の具体的な構成は上述した実施形態に限定されるものではなく、本発明の趣旨を逸脱しない範囲で種々変形が可能である。

１・・・路線バス（移動体）
２・・・バス停（停留所）
３・・・基地局
４・・・管理サーバ
５・・・テーブル
１０ｂ・・・ＢＬＥ端末（近距離端末）
２０・・・バス停端末（停留所端末）
２１・・・表示部
ＣＬ１・・・第１の通信回線
ＣＬ２・・・第２の通信回線
Ｎ・・・インターネット回線

Claims (5)

1. 予め定められた軌道に沿って停留所で適宜停留しながら移動する移動体の運行情報を管理サーバで管理すべく、
   移動体と基地局の間に構成され移動体の保有する移動体情報及び位置情報をポーリングによって基地局に取得させるための第１の通信回線と、基地局が取得した移動体情報及び位置情報を管理サーバに移送するための第２の通信回線とを備えるものにおいて、
   停留所に停留所端末を設けて管理サーバとの間をインターネット回線で接続し、管理サーバがインターネット回線を通じ停留所端末に運行情報を配信して停留所の表示部に接近情報として反映させるとともに、
   移動体に近距離端末を備えてその電波を停留所端末に受信させ、停留所端末が近距離端末からの電波に含まれる個体情報に移動体情報を関連づけたテーブルから特定の移動体が到着したことを検知可能として、
   停留所端末が到着を検知した移動体に係る表示部の接近情報を到着状態に更新するように構成したことを特徴とする移動体の運行管理システム。
2. 停留所端末は、検知した移動体の到着に基づきインターネット回線を通じて管理サーバに到着情報を移送し、管理サーバはこれに基づき運行情報を更新するとともにインターネット回線を通じて他の該当する停留所端末の接近情報に反映させるように構成している請求項１記載の移動体の運行管理システム。
3. 管理サーバの運行情報が更にインターネット回線を通じて閲覧に供されるように構成している請求項２記載の移動体の運行管理システム。
4. 停留所端末のテーブルがインターネット回線を通じ管理サーバによって更新されるように構成している請求項１〜３の何れかに記載の移動体の運行管理システム。
5. 移動体が路線バスであり、停留所がバス停であって、移動体情報に少なくともバスの系統番号を含み、表示部は系統番号ごとにバスの接近情報を表示するように構成している請求項１〜４の何れかに記載の移動体の運行管理システム。

Images