JP3886724B2 - バス運行予定報知システム及び方法 - Google Patents
バス運行予定報知システム及び方法 Download PDFInfo
- Publication number
- JP3886724B2 JP3886724B2 JP2000402961A JP2000402961A JP3886724B2 JP 3886724 B2 JP3886724 B2 JP 3886724B2 JP 2000402961 A JP2000402961 A JP 2000402961A JP 2000402961 A JP2000402961 A JP 2000402961A JP 3886724 B2 JP3886724 B2 JP 3886724B2
- Authority
- JP
- Japan
- Prior art keywords
- bus
- stop
- information
- schedule
- virtual line
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Traffic Control Systems (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、バスが、バスの停留所に到達する予定を報知する報知システムに関する。
また、本発明は、バスの遅れや進みなどのバスの運行のバスダイヤとのずれを乗務員に報知するシステムに関する。
【０００２】
【従来の技術】
停留所へのバスの到達予定時刻や、バスの現在位置を報知するシステムがバス利用者に提供され、バスを待つ人の目安になっている。
【０００３】
【発明が解決しようとする課題】
しかし、従来のシステムは、バスが前の停留所を通過したという情報に基づいて、バスの到着予定を報知しているため、その報知の内容が大まかで、信頼性に欠ける。また、バスの始発停留所では、バスの到着予定を報知できない。
【０００４】
また、従来のバスの運行システムでは、バスが、バスダイヤに対して、進んでいるのか遅れているのかを明確に知ることができず、乗務員が経験や勘から、バスの進みや遅れを調整して運行していた。
【０００５】
また、バス中には、乗車希望者からの明示の要求に従って停車し、或いは、その乗車希望者をピックアップするものがある。しかし、従来、バスの乗車希望者は、バスの通る道まで出て、バスを待って、手を挙げなければならず、面倒であった。
【０００６】
本発明は、上述した事情に鑑みてなされたもので、バスの運行予定、例えば、到着までの待ち時間や現在の位置を、停留所で待つ人に的確に報知できるバス運行予定報知システムを提供することを目的とする。
また、本発明は、バスの実際の運行の、バスダイヤに対する進みや遅れを運転手に報知できるバス運行予定報知システムを提供することを目的とする。
また、本発明は、バスの乗車希望者の有無・位置を容易に判別して運行することができるバス運行予定報知システムを提供することを目的とする。
【０００７】
【課題を解決するための手段】
上記目的を達成するため、この発明の第１の観点にかかるバス運行予定報知システムは、
バスの運行状況を示す運行情報を収集する運行情報収集手段と、収集した運行情報に基づいてバスの運行予定情報を生成し、生成した運行予定情報を停留所の報知手段に供給して報知させる運行管理手段と、より構成されるバス運行予定報知システムであって、前記運行管理手段は、バスのダイヤを記憶するダイヤ記憶手段と、前記ダイヤ記憶手段に記憶されたバスダイヤと、前記運行情報収集手段で収集した運行情報とに基づいて、停留所に次のバスが到着するまでの予定時間を求め、求めた予定時間を示す運行予定情報を停留所の報知手段により報知する運行予定情報生成手段を備え、前記運行予定情報生成手段は、任意の停留所へのバスの到着予定について、その停留所とその直前の停留所とを地図上で仮想線で結び、この仮想線にバスの位置から仮想垂線を下ろしたと想定した場合の、前記仮想線の長さに対する前記仮想線と前記仮想垂線との交点から停留所までの距離の割合と、両停留所間のバスの予め求められている予想走行時間とに基づいて前記運行予定情報を生成する、ことを特徴とする。
【００１８】
さらに、この発明の第２の観点にかかるバス運行予定報知方法は、
バスの運行状況を示す運行情報を収集し、収集した運行情報と予め登録されているバスダイヤに基づいてバスの運行予定情報を生成し、生成した運行予定情報を停留所の乗客に報知させるバス運行予定報知方法であって、
任意の停留所へのバスの到着予定について、その停留所とその直前の停留所とを地図上で仮想線で結び、この仮想線にバスの位置から仮想垂線を下ろしたと想定した場合の、前記仮想線の長さに対する前記仮想線と前記仮想垂線との交点から停留所までの距離の割合と、両停留所間のバスの予め求められている予想走行時間とに基づいて、停留所に次のバスが到着するまでの予定時間を求め、求めた予定時間を示す運行予定情報を停留所の乗客に報知する、
ことを特徴とする。
【００１９】
コンピュータを、上記システムとして機能させ、或いは、コンピュータに上記方法を実行させるためのプログラムを記録媒体に記録して、配布などすることも可能である。
【００２０】
【発明の実施の形態】
以下、本発明の実施の形態に係るバス運行予定報知システムを図面を参照して説明する。
【００２１】
図１は、この実施の形態に係るバス運行予定報知システムの構成を示す図である。図示するように、このシステムは、ネットワークＮＷ上に配置された運行管理センタ１１と、各停留所に配置された停留所システム２１（２１１〜２１ｍ）と、各バスに設置されたバスシステム３１（３１１〜３１n）とから構成される。
【００２２】
バスシステム３１は、図２に示すように、ＧＰＳ（グローバルポジショニングシステム）３１１と、ドア開閉検出部３１２と、音声再生装置３１３と、制御部３１４と、無線通信部３１５とから構成される。
【００２３】
ＧＰＳ（グローバルポジショニングシステム）３１１は、バスの現在位置を緯度・経度の形式で取得し、制御部３１４に供給する。
【００２４】
ドア開閉検出部３１２は、バスのドアの開閉操作を検出し、検出結果を制御部３１４に供給する。
【００２５】
音声再生装置３１３は、カセットテープレコーダなどから構成され、乗務員の指示に従って、バスの発車案内等の音声を再生する。音声再生装置３１３への乗務員による再生指示は制御部３１４にも供給される。
無線通信部３１５は、運行管理センタ１１との間で無線通信を行う。無線通信の手法は任意であり、例えば、いわゆる携帯電話、ＰＨＳ（パーソナルハンディフォンシステム）、衛星通信、業務無線等のインフラを使用することも可能である。
【００２６】
制御部３１４は、バスのＩＤ（識別情報）を記憶し、タイマを備えている。制御部３１４は、ＧＰＳ３１１から提供されるバスの現在位置を示す現在位置情報にバスのＩＤと時刻を付加して、例えば、（バスＩＤ，時刻，緯度，経度）の形式で、無線通信部３１５から運行管理センタ１１に周期的に送信する。
【００２７】
また、制御部３１４は、ドア開閉検出部３１２から供給されるドアの開閉動作を示す信号及び音声再生装置３１３から供給される再生指示信号に従って、バスの停留所への停車、停留所からの発車を示す停車・発車信号を生成し、無線通信部３１５から送信する。即ち、バスの乗務員は、乗降客がいる場合には、停留所でドアを開く。また、停留所を発車する前にドアを閉め、発車案内の再生を音声再生装置３１３に指示する。従って、これらの動作を検出することにより、バスが停留所に停車し、発車したことを検出できる。制御部３１４は、これらの情報にバスのＩＤ（識別情報）と時刻と停留所を特定する為のＧＰＳ情報とを付加して、例えば、（バスＩＤ，到着時刻、発車時刻，緯度，経度）の形式で無線通信部３１５から運行管理センタ１１に送信する。
【００２８】
停留所システム２１は、各停留所に設置され、図３に示すように、運行予定情報処理部２１１と、表示装置２１２と、通信部２１３とを備える。
【００２９】
運行予定情報処理部２１１は、メモリとタイマとを備える。運行予定情報処理部２１１は、運行管理センタ１１からバスの運行情報を、通信部２１３を介して受信し、受信した情報をメモリに記憶し、記憶内容とタイマの計測時間に基づいて表示装置２１２を駆動する。バスの運行情報は、例えば、バスがその停留所に到着するまでの予想待時間、或いは、バスの現在位置を示す情報等を含む。
表示装置２１２は、運行予定情報処理部２１１の制御下に、バスの待時間等を停留所の待合客に表示する。
通信部２１３は、停留所システム２１と運行管理センタ１１との間の通信を司る。
【００３０】
運行管理センタ１１は、図４に示すように、運行管理サーバ１１１と、バスダイヤＤＢ（データベース）１１２と、運行情報ＤＢ１１３と、地図情報ＤＢ１１４と、表示装置１１５と、通信部１１６とを備える。
【００３１】
バスダイヤＤＢ（データベース）１１２は、図５に示すように、バスの運行系統毎に、停留所とその位置（緯度、経度）、バスの識別情報（バスＩＤ）とそのバスの直前の運行情報、各停留所の発着時刻等の情報を示す運行ダイヤを記憶する。
【００３２】
運行情報ＤＢ１１３は、各バスシステム３１から送信されてくる位置情報（いわゆる生データ）を蓄積すると共に生データを加工して得られる図６に示すような各停留所における到着時刻と発車時刻とを示す情報を記憶する。
【００３３】
地図情報ＤＢ１１４は、管轄区域内の地図データを記憶する。
表示装置１１５は、運行管理サーバ１１１の制御下に、画像を表示する。
通信部１１６は、この運行管理センタ１１と各停留所システム２１との間の通信及び各バスのバスシステム３１との間の通信を司る。
【００３４】
運行管理サーバ１１１は、各バスシステム３１から通知される現在位置情報と発着情報とを通信部１１６を介して受信し、運行情報ＤＢ１１３に一旦蓄積する。運行管理サーバ１１１は、さらに、運行情報ＤＢ１１３に蓄積した情報を処理し、バスの運行系統毎に、各停留所におけるバスの実際の発着時刻を求めて、図６に示すように運行情報ＤＢ１１３に登録する。すなわち、運行管理サーバ１１１は、バスのドアの開閉操作等に基づいて生成された発着情報については、その位置情報から停留所を特定し、その停留所に到着時刻と発車時刻とを対応付けて登録する。運行管理サーバ１１１は、発着情報が取得できない停留所については、運行情報から、バスがその停留所を通過した時刻を求め、到着時刻と発車時刻を登録する。
【００３５】
また、運行管理サーバ１１１は、各バスシステム３１から通知される位置情報と予めバスダイヤＤＢ１１２に記憶しているバスダイヤ情報と運行情報ＤＢ１１３に登録されている運行情報に基づいて、各停留所にバスが到達するまでの時間（待時間）を示す運行予想情報を求めて、各停留所システム２１に通知する。
【００３６】
ここで、運行管理サーバ１１１による運行予定情報（待時間）を求める手法を説明する。
前述のように、図５に示すバスダイヤＤＢ１１２には、各停留所の位置情報（緯度，経度）が登録されており、現在位置情報により表されるバスの現在位置の緯度、経度から、バスの停留所間の位置を知ることができる。そして、バスが両停留所間を移動するのに要する時間を按分することにより、次の停留所までの所用時間を求めることができる。
【００３７】
具体的に説明すると、例えば、図７に示すように、バスの路線があり、その途中に第Ｐ停留所と第Ｐ＋１停留所が設置されており、バスが第Ｐ停留所から第Ｐ＋１停留所に向かって走行中であるとする。運行管理サーバ１１１は、バスダイヤＤＢ１１２から取得される停留所の位置（緯度，経度）ＡとＢとを結ぶ仮想線Ｌを求める。次に、この仮想線Ｌにバスの現在位置から垂線ｒを下ろす。そして、ラインＬの、垂線ｒとの交点Ｃで分割された距離Ｌ１とＬ２とを求める。すると、バスがＬ１／Ｌ×１００％だけ第Ｐ停留所から第Ｐ＋１停留所に相対的に移動していることが分かる。
【００３８】
次に、運行管理サーバ１１１は、運行情報ＤＢ１１３に登録されている運行情報（図６）を求め、直近のｎ本、例えば、３本のバスの走行時間の平均値を求める。例えば、バスが図６のバスＩＤ９６５４のバスであり、Ｐを３とすると、第３停留所から第４停留所に到達するまでに、過去３台のバスは、それぞれ、６分、７分、８分を要している。従って、平均すると、７分を要することが分かる。従って、仮に、Ｌ１／Ｌ×１００％＝２０％であれば、到達までの時間は７分×（１００％−２０％）＝５．６分であることが予想できる。
【００３９】
さらに、バスが第５停留所へ到着するまでの時間（第５停留所の待ち時間）は、５．６分＋第４停留所での平均停車時間＋第４停留所から第５停留所までの平均走行時間で、求めることができる。
【００４０】
この手法では、停留所間を直線で近似するため計算が容易であり、多数のバスと多数の停留所を有するバスの予定時刻の計算に適切である。但し、バスの経路は直線ではないため近似値となってしまう。しかし、通常、停留所の間隔はそれほど大きく無く、実運用上の誤差はほとんど発生しない。
【００４１】
運行管理サーバ１１１は、さらに、地図情報ＤＢ１１４に登録されている地図を表示装置１１５に表示し、さらに、各バスシステム３１から通知されるそのバスの現在位置情報に基づいて、各バスの現在位置を地図上に表示する。
【００４２】
上記構成のバス運行システムは、図３に示すように、各停留所システム２１の表示装置２１２上に、運行予定情報（次のバスが到着までの時間（待時間））を表示するためのシステムである。以下、その動作を説明する。
【００４３】
まず、図２に示す各バスのバスシステム３１の制御部３１４は、一定時間間隔で、ＧＰＳ３１１が取得した位置情報にバスＩＤと時刻情報を付加して、例えば、（バスＩＤ，時刻，緯度，経度）を無線通信部３１５を介して無線送信する。運行管理サーバ１１１は、この情報を通信部１１６を介して受信し、運行情報ＤＢ１１３に格納する。
【００４４】
また、各バスシステム３１の制御部３１４は、バスのドアが開閉され、発車の音声ガイダンスの再生が指示された場合には、バスＩＤと到着時刻と発車時刻とその時のＧＰＳ信号と時刻情報を、例えば、（バスＩＤ，到着時刻（ドアが開いた時刻）、発車時刻（ドアが閉じた時刻又は発車アナウンスが流れた時刻），緯度，経度）の形式で無線送信する。運行管理サーバ１１１は、この情報を通信部１１６を介して受信して、緯度と経度により特定される位置にある停留所にその情報を対応付けて、図６に示すように運行情報ＤＢ１１３に記憶する。また、例えば、第３停留所の発着情報を取得できたが、第２停留所の発着情報を取得できなかった場合には、蓄積している現在位置データから、バスが第２停留所を通過した時刻を求めて運行情報ＤＢ１１３に登録する。
【００４５】
また、運行管理サーバ１１１は、地図情報ＤＢ１１４に登録されている地図情報を読み出して表示装置１１５に表示させ、さらに、この地図上でバスの位置を表示する。
【００４６】
一方、運行管理サーバ１１１は、定期的に、例えば、割り込み処理などにより、図８に示す処理を行い、各停留所における待ち時間を求める。
【００４７】
まず、運行系統番号ｉを１にセットし（ステップＳ１１）、次に、停留所番号ｊを１にセットする（ステップＳ１２）。
次に、停留所番号ｊが１であるか否かを判別する（ステップＳ１３）。
【００４８】
停留所番号ｊが１である場合には、第２番目以降の停留所と異なり、バスの到着時刻の予想に前の停留所の発車時刻などを利用できない。そこで、第１番目の停留所については、図９に示す処理（ステップＳ１４）を実行する。
【００４９】
まず、バスダイヤから、次に、その停留所に到着する予定のバスのＩＤを取得する（ステップＳ２１）。
次に、そのＩＤで特定されるバスの現在の運行状況を判別し、そのバスが現在走行中の運行系統の終点の停留所にどの程度遅れて到着するかを求める（ステップＳ２２）。
続いて、その終点からこの第１停留所までの回送時間をバスダイヤＤＢ１１２から求める（ステップＳ２３）。
【００５０】
続いて、ステップＳ２２で求めた現在運行中の運行系統の終点の停留所に到着する時刻に、ステップＳ２３で求めた回送時間を加算し、さらに、必要に応じて、車両検査時間などを加算して、この第１停留所にそのバスが到着できる最も速い時刻を求める（ステップＳ２４）。
次に、ステップＳ２４で求めた最も速い時刻が、バスダイヤで定まる到着時刻の到来以前になるか、あるいは経過後になるかを判別する（ステップＳ２５）。
【００５１】
バスが現実に到着できる最も早い時刻が、バスダイヤで定まる到着時刻の到来以前になる場合には、バスダイヤが示す到着時刻Ｔｄと現在時刻Ｔｃとを比較して、バス到着までの時間（Ｔｄ−Ｔｃ）を求め、これを待ち時間とする（ステップＳ２６）。例えば、バスが現実に到着できる最も早い時刻が１０：１０であると予想され、バスダイヤで定まる到着時刻が１０：２０で、現在時刻が１０：０５ならば、待時間は１５分となる。
【００５２】
一方、バスが現実に到着できる最も早い時刻が、バスダイヤで定まる到着時刻の経過後になる場合には、到着できる最も早い時刻Ｔｒと現在時刻Ｔｃとを比較して、バス到着までの時間（Ｔｒ−Ｔｃ）を求め、これを待ち時間とする（ステップＳ２７）。例えば、バスダイヤで定まる到着時刻が１０：２０であるにもかかわらず、現在の運行が遅れており、バスが現実に到着できる最も早い時刻が１０：３０であると予想され、現在時刻が１０：０５ならば、待時間は２５分となる。
【００５３】
上述した待時間の算出に続いて、図８に示すように、運行管理サーバ１１１は、ステップＳ１４で求めた待時間を示す運行予定情報を第ｉ運行系統の第１停留所の停留所システムに送信する（ステップＳ１６）。この際、ダイヤで定まる時刻より遅れる場合には、その理由も添付する。
【００５４】
図２に示すように、第１停留所の停留所システム２１の運行予定情報処理部２１１は、この情報を通信部２１３を介して受信し、受信情報を内部メモリに記憶する。続いて、表示装置２１２を制御し、例えば、「第ｉ運行系統のバスの到着まで、あと５分です。もうしばらくお待ちください。」或いは「到着予定のバスが遅れており、到着まで、あと２０分ほどお待ちください。」等のメッセージを合成して、表示する。
運行予定情報処理部２１１は、タイマにより経過時間を計測し、所定時間、例えば、１分経過する度に、表示している待時間を更新する。
【００５５】
一方、運行管理サーバ１１１は、図８に示すように、ステップＳ１６で運行予定情報を送信すると、次に、第ｉ系統のバス運行路線について、停留所番号が最終番号に到達したか否かを判別する（ステップＳ１７）。到達していないと判断すれば、第ｉ系統の次の停留所について運行予定情報を求める処理を行うために、ｊを＋１して（ステップＳ１８）、ステップＳ１３にリターンする。
【００５６】
ステップＳ１３において、停留所番号ｊが２以上である（すなわち、停留所が始発の停留所ではない）と判別された場合には、処理は、ステップＳ１５に進む。ステップＳ１５において、バスダイヤと実際の運行データに基づいた待時間を、図７を参照して説明したように求める。
【００５７】
例えば、バスが、位置情報により、第ｊ−１番目の停留所と第ｊ番目の停留所の間で、３０％の位置を走行しているタイミングでは、ｊ番目の停留所での待ち時間は、残りの７０％を走行するために要する時間である。また、ｊ＋１番目の停留所の待ち時間は、第ｊ番目の停留所の待時間に、第ｊ番目の停留所から第ｊ＋１番目の停留所への走行時間を加算した値である。
【００５８】
運行管理サーバ１１１は、前述のように、求めた待時間を示す運行予定情報を、第ｉ運行系統の第ｊ番目の停留所の停留所システム２１に通知する（ステップＳ１６）。第ｊ停留所の停留所システム２１は、この運行予定情報を表示装置２１２に表示して、待ち合わせ中の乗客にバス到着までの待時間を報知する。
【００５９】
なお、第２停留所、第３停留所等については、ステップＳ１４の処理による予想とステップＳ１５の処理による予想とを併用してもよい。
【００６０】
次に、第ｉ系統のバス運行路線について、停留所が最終番号に到達したか否かを判別し（ステップＳ１７）、到達していなければ、第ｉ系統の次の停留所について、同様の処理を行うために、ｊを＋１して（ステップＳ１８）、ステップＳ１３にリターンする。
一方、ステップＳ１７で、停留所番号ｊが最終番号に到達したと判別されると、次の運行系統について、同様の処理を行うために、運行系統番号ｉを＋１して（ステップＳ２０）、ステップＳ１２にリターンし、同様の処理を繰り返す。
【００６１】
以上説明したように、この実施の形態のバス運行予定報知システムによれば、各停留所の待合客にバスが到着するまでの待時間を報知することができる。しかも、報知の根拠として、前の停留所の発着の情報だけでなく、バスダイヤを使用しているため、始発停留所でも、バスの到着までの時間を報知することが可能となる。
【００６２】
さらに、バスに配置したＧＰＳにより取得した情報に基づいて、バスの現在位置を判別しているので、バスの現在位置をリアルタイムに求めることができ、予想を正確に行うことが可能となる。
【００６３】
さらに、ＧＰＳだけでなく、バスの停留所への停車をドアの開閉・音声ガイダンスの再生等により判別しているので、ＧＰＳの誤差や、停留所前後の交差点での信号待を停留所への到着として捉えることの防止、違法駐車などに起因する停留所から離れた位置での一時停車による誤判定などを防止することができる。
【００６４】
上記実施の形態においては、バスにＧＰＳを配置してバスの現在位置を求めたが、現在位置を取得する手法は任意である。例えば、各停留所に、通過するバスと交信してバスＩＤを判別するシステムを配置し、このシステムで取得したバスＩＤを運行管理センタ１１に通知するようにしてもよい。また、このようなシステムとＧＰＳによる位置情報とを併用してもよい。或いは、ＰＨＳのどの基地局が電波を受信できるかによる位置情報の取得、携帯電話のどの基地局がどの程度の強度の電波を受信できるかによる位置情報の取得などの手法を用いてもよい。
【００６５】
（第２の実施の形態）
運行管理センタ１１の運行管理サーバ１１１が、バスダイヤにより規定されてるバスの位置と実際のバスの位置とを比較して、この比較結果をバスの乗務員に通知するようにしてもよい。
【００６６】
この場合、運行管理サーバ１１１は、バスシステム３１からバスの現在位置（緯度、経度）を受信すると、バスダイヤＤＢ１１２に記憶されているバスダイヤで規定される現在の予定位置（緯度，経度）と比較する。そして、バスのバスダイヤに対する進み又は遅れとその程度を求め、求めた程度を示す情報を通知先のバスの宛先を付してバスシステム３１に無線送信する。バスシステム３１の制御部３１４は、無線通信部３１５を介して、運行管理サーバ１１１からの情報を受信し、例えば、ＧＰＳ３１１の表示画面或いは専用の表示画面（図示せず）に現在の運行状況（進み、遅れ、その程度）を表示する。これにより、乗務員は、バスの進みや遅れを意識した運行が可能となる。
【００６７】
なお、バスシステム３１の制御部３１４のメモリにバスダイヤを格納しておき、ＧＰＳ３１１で取得した位置情報とバスダイヤとを比較することにより、制御部３１４が、バスのバスダイヤに対する進み又は遅れとその程度を求め、求めた程度を表示装置に表示するようにしてもよい。
【００６８】
（第３の実施の形態）
バスの中には、身体障害者の要望に応じて停車したり、自由乗車区間などを設けて、乗客の合図により停車して乗客をピックアップするシステムのものがある。このような場合に、乗客を容易にピックアップできるバスシステムを次に説明する。
【００６９】
このシステムでは、乗客は、図１０に示すような、ＧＰＳ機能４１１と通常の携帯電話機能である通信部４１２とを備える携帯電話４１を保持する。また、運行管理センタ１１には、携帯電話４１からの通信が可能な所定の電話番号が割り当てられている。
【００７０】
バスを利用しようとする乗客が携帯電話４１を操作して特定の電話番号を発呼すると、通信部４１２を介して運行管理サーバ１１１にその乗客の位置情報（緯度，経度）が通知される。
運行管理サーバ１１１は、運行情報ＤＢ１１３に登録されている各バスの運行状況からその乗客をピックアップするのに適したバスを選択する。この選択の手法としては、例えば、最も近い位置にいること、バスダイヤで規定する予定よりも先を走っているバスなどの一定の基準に合致するものとする。
【００７１】
運行管理サーバ１１１は、乗客のピックアップに適したバスを判別すると、乗客の位置情報と停止の指示にバスのアドレスを付して、バスシステム３１に送信する。指定されたバスのバスシステム３１はこの情報を受信し、待ち合わせ中の乗客の位置を地図に合成して表示する。乗務員は、この表示を参照して、容易に、乗客をピックアップすることができる。
【００７２】
なお、バスを利用しようとする乗客から運行管理センタ１１に乗車希望を通知する手法は、携帯電話に限定されず、電子メールなどでもよい。例えば、電子メールで、「中野区の構造計画屋さんの前で乗車希望」というようなメールを所定のメールアドレスに送信する。運行管理サーバ１１１は、所定宛先宛の電子メールを受信・解析し、一定基準で選択した適切なバスのバスシステム３１に転送する。電子メールの転送を受けたバスシステム３１は、そのメールを表示して乗務員に伝える。
【００７３】
さらに、これらの乗車希望者に待時間を通知できるようにしてもよい。
この場合、運行管理サーバ１１１は、例えば、図１１（ａ）に示すように、このサービスを受ける人の情報を予め登録しておく。登録情報は、例えば、個人を特定する情報、連絡先、及び、何分前に連絡を希望するか等の情報である。例えば、身体障害者は、その障害の程度により、乗車準備に要する時間が異なる。また、停留所までの距離によっても準備に要する時間が異なる。そこで、乗車希望者より、バスが到着する何分程度前に連絡を希望するかをあらかじめ登録しておくことが望ましい。
【００７４】
利用者は、乗車を希望するバスの種類（運行系統，乗車希望位置、行き先等）やおおよその乗車希望時刻を電話、電子メールなどで運行管理センタ１１に通知する。運行管理センタ１１の運行管理サーバ１１１は、通知を受け付け、例えば、図１１（ｂ）に示すように任意のメモリなどに登録する。
【００７５】
運行管理サーバは１１１は、割り込み処理等により、図１２に示す処理を実行する。まず、運行管理サーバは、図１１（ｂ）の登録希望者リストの行を示すポインタｉを初期化し（ステップＳ３１）、次に第ｉ番目の乗車希望者の希望条件を抽出し、登録されている準備要時間後に乗車希望位置（停留所など）に到着するバスが存在するか否かを判別する（ステップＳ３２）。
ステップＳ３２で、乗客からの希望に該当するバスが存在していると判断した場合には、図１１（ａ）に示す利用者登録で予め登録されている宛先に音声電話で或いは電子メールで、例えば、「１０：１５分頃に近所のＢＢ停留所に到着します」或いは「あと１５分程でご希望のＤＤ商店の前に到着します」等のメッセージを送信する（ステップＳ３３）。
【００７６】
その後、その乗車希望に関する情報を図１１（ｂ）に示すリストから削除し、（ステップＳ３４）、リスト上に次の乗車希望が存在するか否か判別する（ステップＳ３５）。存在する場合には、ステップＳ３２にリターンして同様の処理を繰り返す。
【００７７】
一方、ステップＳ３５で、リスト上に次の乗車希望がいない場合には、処理を終了する。
【００７８】
また、ステップＳ３２で、該当するバスが存在していないと判断した場合には、ポインタｉを＋１して（ステップＳ３６）、ステップＳ３２にリターンする。
【００７９】
このような構成によれば、バスの乗車希望者にバスの到着より登録されている準備要時間前に通知することができ、身体障害者や高齢者のバスの利用を容易にすることができる。また、幼稚園の送迎バスや、スクールバスなどについても、引き取りの父兄に対して予め登録してある停留所への到着時刻を予告する際などにも利用できる。
【００８０】
以上説明したように、この実施の形態によれば、バスの到達予定時刻を利用者に通知することができ。バスの利用をより快適なものとすることができる。
【００８１】
なお、上述した実施の形態では、運行管理センタ１１と停留所システム２１との間の通信がネットワークＮＷを介して行われる構成について説明した。が、ネットワークＮＷを介するのでなく、バスシステム３１との通信と同様、無線通信を介して運行管理センタ１１と停留所システム２１との間の通信が行われる構成としてもよい。
【００８２】
この発明のシステムは、専用のシステムによらず、通常のコンピュータシステムを用いて実現可能である。例えば、コンピュータに上述の動作を実行するためのプログラムを格納した媒体（フロッピーディスク、ＣＤ−ＲＯＭ等）から該プログラムをインストールすることにより、上述の処理を実行する運行管理サーバ１１１等を構成することができる。なお、上述の機能を、ＯＳが分担又はＯＳとアプリケーションの共同により実現する場合等には、ＯＳ以外の部分のみを媒体に格納してもよい。
【００８３】
なお、搬送波にプログラムを重畳し、通信ネットワークを介して配信することも可能である。例えば、通信ネットワークの掲示板（ＢＢＳ）に該プログラムを掲示し、これをネットワークを介して配信してもよい。
そして、このプログラムを起動し、ＯＳの制御下で、他のアプリケーションプログラムと同様に実行させることにより、上述の処理を実行することができる。
【００８４】
【発明の効果】
以上説明したように、この発明によれば、バスの運行を円滑に行い、かつ、バスを待ち合わせ中の乗客の不便を抑えることができる。
【図面の簡単な説明】
【図１】本発明の実施形態に係るバス運行予定報知システムの構成を示す図である。
【図２】図１に示すバスシステムの構成を示す図である。
【図３】図１に示す停留所システムの構成を示す図である。
【図４】図１に示す運行管理センタの構成を示す図である。
【図５】バスダイヤＤＢに登録されるバスダイヤの一例を示す図である。
【図６】運行情報ＤＢに登録される運行データの例を示す図である。
【図７】バスの到着予定時刻を求める方法を説明する図である。
【図８】運行管理サーバの動作を説明するためのフローチャートである。
【図９】第１停留所でのバスの待ち時間を求める処理を説明するフローチャートである。
【図１０】ＧＰＳ機能付携帯電話の構成の一例を示す図である。
【図１１】乗車希望登録とバス到着通知を説明するための図である。
【図１２】登録されている乗客に対するバス到着通知を説明するための図である。
【符号の説明】
１１ 運行管理センタ
２１ 停留所システム
３１ バスシステム
【発明の属する技術分野】
本発明は、バスが、バスの停留所に到達する予定を報知する報知システムに関する。
また、本発明は、バスの遅れや進みなどのバスの運行のバスダイヤとのずれを乗務員に報知するシステムに関する。
【０００２】
【従来の技術】
停留所へのバスの到達予定時刻や、バスの現在位置を報知するシステムがバス利用者に提供され、バスを待つ人の目安になっている。
【０００３】
【発明が解決しようとする課題】
しかし、従来のシステムは、バスが前の停留所を通過したという情報に基づいて、バスの到着予定を報知しているため、その報知の内容が大まかで、信頼性に欠ける。また、バスの始発停留所では、バスの到着予定を報知できない。
【０００４】
また、従来のバスの運行システムでは、バスが、バスダイヤに対して、進んでいるのか遅れているのかを明確に知ることができず、乗務員が経験や勘から、バスの進みや遅れを調整して運行していた。
【０００５】
また、バス中には、乗車希望者からの明示の要求に従って停車し、或いは、その乗車希望者をピックアップするものがある。しかし、従来、バスの乗車希望者は、バスの通る道まで出て、バスを待って、手を挙げなければならず、面倒であった。
【０００６】
本発明は、上述した事情に鑑みてなされたもので、バスの運行予定、例えば、到着までの待ち時間や現在の位置を、停留所で待つ人に的確に報知できるバス運行予定報知システムを提供することを目的とする。
また、本発明は、バスの実際の運行の、バスダイヤに対する進みや遅れを運転手に報知できるバス運行予定報知システムを提供することを目的とする。
また、本発明は、バスの乗車希望者の有無・位置を容易に判別して運行することができるバス運行予定報知システムを提供することを目的とする。
【０００７】
【課題を解決するための手段】
上記目的を達成するため、この発明の第１の観点にかかるバス運行予定報知システムは、
バスの運行状況を示す運行情報を収集する運行情報収集手段と、収集した運行情報に基づいてバスの運行予定情報を生成し、生成した運行予定情報を停留所の報知手段に供給して報知させる運行管理手段と、より構成されるバス運行予定報知システムであって、前記運行管理手段は、バスのダイヤを記憶するダイヤ記憶手段と、前記ダイヤ記憶手段に記憶されたバスダイヤと、前記運行情報収集手段で収集した運行情報とに基づいて、停留所に次のバスが到着するまでの予定時間を求め、求めた予定時間を示す運行予定情報を停留所の報知手段により報知する運行予定情報生成手段を備え、前記運行予定情報生成手段は、任意の停留所へのバスの到着予定について、その停留所とその直前の停留所とを地図上で仮想線で結び、この仮想線にバスの位置から仮想垂線を下ろしたと想定した場合の、前記仮想線の長さに対する前記仮想線と前記仮想垂線との交点から停留所までの距離の割合と、両停留所間のバスの予め求められている予想走行時間とに基づいて前記運行予定情報を生成する、ことを特徴とする。
【００１８】
さらに、この発明の第２の観点にかかるバス運行予定報知方法は、
バスの運行状況を示す運行情報を収集し、収集した運行情報と予め登録されているバスダイヤに基づいてバスの運行予定情報を生成し、生成した運行予定情報を停留所の乗客に報知させるバス運行予定報知方法であって、
任意の停留所へのバスの到着予定について、その停留所とその直前の停留所とを地図上で仮想線で結び、この仮想線にバスの位置から仮想垂線を下ろしたと想定した場合の、前記仮想線の長さに対する前記仮想線と前記仮想垂線との交点から停留所までの距離の割合と、両停留所間のバスの予め求められている予想走行時間とに基づいて、停留所に次のバスが到着するまでの予定時間を求め、求めた予定時間を示す運行予定情報を停留所の乗客に報知する、
ことを特徴とする。
【００１９】
コンピュータを、上記システムとして機能させ、或いは、コンピュータに上記方法を実行させるためのプログラムを記録媒体に記録して、配布などすることも可能である。
【００２０】
【発明の実施の形態】
以下、本発明の実施の形態に係るバス運行予定報知システムを図面を参照して説明する。
【００２１】
図１は、この実施の形態に係るバス運行予定報知システムの構成を示す図である。図示するように、このシステムは、ネットワークＮＷ上に配置された運行管理センタ１１と、各停留所に配置された停留所システム２１（２１１〜２１ｍ）と、各バスに設置されたバスシステム３１（３１１〜３１n）とから構成される。
【００２２】
バスシステム３１は、図２に示すように、ＧＰＳ（グローバルポジショニングシステム）３１１と、ドア開閉検出部３１２と、音声再生装置３１３と、制御部３１４と、無線通信部３１５とから構成される。
【００２３】
ＧＰＳ（グローバルポジショニングシステム）３１１は、バスの現在位置を緯度・経度の形式で取得し、制御部３１４に供給する。
【００２４】
ドア開閉検出部３１２は、バスのドアの開閉操作を検出し、検出結果を制御部３１４に供給する。
【００２５】
音声再生装置３１３は、カセットテープレコーダなどから構成され、乗務員の指示に従って、バスの発車案内等の音声を再生する。音声再生装置３１３への乗務員による再生指示は制御部３１４にも供給される。
無線通信部３１５は、運行管理センタ１１との間で無線通信を行う。無線通信の手法は任意であり、例えば、いわゆる携帯電話、ＰＨＳ（パーソナルハンディフォンシステム）、衛星通信、業務無線等のインフラを使用することも可能である。
【００２６】
制御部３１４は、バスのＩＤ（識別情報）を記憶し、タイマを備えている。制御部３１４は、ＧＰＳ３１１から提供されるバスの現在位置を示す現在位置情報にバスのＩＤと時刻を付加して、例えば、（バスＩＤ，時刻，緯度，経度）の形式で、無線通信部３１５から運行管理センタ１１に周期的に送信する。
【００２７】
また、制御部３１４は、ドア開閉検出部３１２から供給されるドアの開閉動作を示す信号及び音声再生装置３１３から供給される再生指示信号に従って、バスの停留所への停車、停留所からの発車を示す停車・発車信号を生成し、無線通信部３１５から送信する。即ち、バスの乗務員は、乗降客がいる場合には、停留所でドアを開く。また、停留所を発車する前にドアを閉め、発車案内の再生を音声再生装置３１３に指示する。従って、これらの動作を検出することにより、バスが停留所に停車し、発車したことを検出できる。制御部３１４は、これらの情報にバスのＩＤ（識別情報）と時刻と停留所を特定する為のＧＰＳ情報とを付加して、例えば、（バスＩＤ，到着時刻、発車時刻，緯度，経度）の形式で無線通信部３１５から運行管理センタ１１に送信する。
【００２８】
停留所システム２１は、各停留所に設置され、図３に示すように、運行予定情報処理部２１１と、表示装置２１２と、通信部２１３とを備える。
【００２９】
運行予定情報処理部２１１は、メモリとタイマとを備える。運行予定情報処理部２１１は、運行管理センタ１１からバスの運行情報を、通信部２１３を介して受信し、受信した情報をメモリに記憶し、記憶内容とタイマの計測時間に基づいて表示装置２１２を駆動する。バスの運行情報は、例えば、バスがその停留所に到着するまでの予想待時間、或いは、バスの現在位置を示す情報等を含む。
表示装置２１２は、運行予定情報処理部２１１の制御下に、バスの待時間等を停留所の待合客に表示する。
通信部２１３は、停留所システム２１と運行管理センタ１１との間の通信を司る。
【００３０】
運行管理センタ１１は、図４に示すように、運行管理サーバ１１１と、バスダイヤＤＢ（データベース）１１２と、運行情報ＤＢ１１３と、地図情報ＤＢ１１４と、表示装置１１５と、通信部１１６とを備える。
【００３１】
バスダイヤＤＢ（データベース）１１２は、図５に示すように、バスの運行系統毎に、停留所とその位置（緯度、経度）、バスの識別情報（バスＩＤ）とそのバスの直前の運行情報、各停留所の発着時刻等の情報を示す運行ダイヤを記憶する。
【００３２】
運行情報ＤＢ１１３は、各バスシステム３１から送信されてくる位置情報（いわゆる生データ）を蓄積すると共に生データを加工して得られる図６に示すような各停留所における到着時刻と発車時刻とを示す情報を記憶する。
【００３３】
地図情報ＤＢ１１４は、管轄区域内の地図データを記憶する。
表示装置１１５は、運行管理サーバ１１１の制御下に、画像を表示する。
通信部１１６は、この運行管理センタ１１と各停留所システム２１との間の通信及び各バスのバスシステム３１との間の通信を司る。
【００３４】
運行管理サーバ１１１は、各バスシステム３１から通知される現在位置情報と発着情報とを通信部１１６を介して受信し、運行情報ＤＢ１１３に一旦蓄積する。運行管理サーバ１１１は、さらに、運行情報ＤＢ１１３に蓄積した情報を処理し、バスの運行系統毎に、各停留所におけるバスの実際の発着時刻を求めて、図６に示すように運行情報ＤＢ１１３に登録する。すなわち、運行管理サーバ１１１は、バスのドアの開閉操作等に基づいて生成された発着情報については、その位置情報から停留所を特定し、その停留所に到着時刻と発車時刻とを対応付けて登録する。運行管理サーバ１１１は、発着情報が取得できない停留所については、運行情報から、バスがその停留所を通過した時刻を求め、到着時刻と発車時刻を登録する。
【００３５】
また、運行管理サーバ１１１は、各バスシステム３１から通知される位置情報と予めバスダイヤＤＢ１１２に記憶しているバスダイヤ情報と運行情報ＤＢ１１３に登録されている運行情報に基づいて、各停留所にバスが到達するまでの時間（待時間）を示す運行予想情報を求めて、各停留所システム２１に通知する。
【００３６】
ここで、運行管理サーバ１１１による運行予定情報（待時間）を求める手法を説明する。
前述のように、図５に示すバスダイヤＤＢ１１２には、各停留所の位置情報（緯度，経度）が登録されており、現在位置情報により表されるバスの現在位置の緯度、経度から、バスの停留所間の位置を知ることができる。そして、バスが両停留所間を移動するのに要する時間を按分することにより、次の停留所までの所用時間を求めることができる。
【００３７】
具体的に説明すると、例えば、図７に示すように、バスの路線があり、その途中に第Ｐ停留所と第Ｐ＋１停留所が設置されており、バスが第Ｐ停留所から第Ｐ＋１停留所に向かって走行中であるとする。運行管理サーバ１１１は、バスダイヤＤＢ１１２から取得される停留所の位置（緯度，経度）ＡとＢとを結ぶ仮想線Ｌを求める。次に、この仮想線Ｌにバスの現在位置から垂線ｒを下ろす。そして、ラインＬの、垂線ｒとの交点Ｃで分割された距離Ｌ１とＬ２とを求める。すると、バスがＬ１／Ｌ×１００％だけ第Ｐ停留所から第Ｐ＋１停留所に相対的に移動していることが分かる。
【００３８】
次に、運行管理サーバ１１１は、運行情報ＤＢ１１３に登録されている運行情報（図６）を求め、直近のｎ本、例えば、３本のバスの走行時間の平均値を求める。例えば、バスが図６のバスＩＤ９６５４のバスであり、Ｐを３とすると、第３停留所から第４停留所に到達するまでに、過去３台のバスは、それぞれ、６分、７分、８分を要している。従って、平均すると、７分を要することが分かる。従って、仮に、Ｌ１／Ｌ×１００％＝２０％であれば、到達までの時間は７分×（１００％−２０％）＝５．６分であることが予想できる。
【００３９】
さらに、バスが第５停留所へ到着するまでの時間（第５停留所の待ち時間）は、５．６分＋第４停留所での平均停車時間＋第４停留所から第５停留所までの平均走行時間で、求めることができる。
【００４０】
この手法では、停留所間を直線で近似するため計算が容易であり、多数のバスと多数の停留所を有するバスの予定時刻の計算に適切である。但し、バスの経路は直線ではないため近似値となってしまう。しかし、通常、停留所の間隔はそれほど大きく無く、実運用上の誤差はほとんど発生しない。
【００４１】
運行管理サーバ１１１は、さらに、地図情報ＤＢ１１４に登録されている地図を表示装置１１５に表示し、さらに、各バスシステム３１から通知されるそのバスの現在位置情報に基づいて、各バスの現在位置を地図上に表示する。
【００４２】
上記構成のバス運行システムは、図３に示すように、各停留所システム２１の表示装置２１２上に、運行予定情報（次のバスが到着までの時間（待時間））を表示するためのシステムである。以下、その動作を説明する。
【００４３】
まず、図２に示す各バスのバスシステム３１の制御部３１４は、一定時間間隔で、ＧＰＳ３１１が取得した位置情報にバスＩＤと時刻情報を付加して、例えば、（バスＩＤ，時刻，緯度，経度）を無線通信部３１５を介して無線送信する。運行管理サーバ１１１は、この情報を通信部１１６を介して受信し、運行情報ＤＢ１１３に格納する。
【００４４】
また、各バスシステム３１の制御部３１４は、バスのドアが開閉され、発車の音声ガイダンスの再生が指示された場合には、バスＩＤと到着時刻と発車時刻とその時のＧＰＳ信号と時刻情報を、例えば、（バスＩＤ，到着時刻（ドアが開いた時刻）、発車時刻（ドアが閉じた時刻又は発車アナウンスが流れた時刻），緯度，経度）の形式で無線送信する。運行管理サーバ１１１は、この情報を通信部１１６を介して受信して、緯度と経度により特定される位置にある停留所にその情報を対応付けて、図６に示すように運行情報ＤＢ１１３に記憶する。また、例えば、第３停留所の発着情報を取得できたが、第２停留所の発着情報を取得できなかった場合には、蓄積している現在位置データから、バスが第２停留所を通過した時刻を求めて運行情報ＤＢ１１３に登録する。
【００４５】
また、運行管理サーバ１１１は、地図情報ＤＢ１１４に登録されている地図情報を読み出して表示装置１１５に表示させ、さらに、この地図上でバスの位置を表示する。
【００４６】
一方、運行管理サーバ１１１は、定期的に、例えば、割り込み処理などにより、図８に示す処理を行い、各停留所における待ち時間を求める。
【００４７】
まず、運行系統番号ｉを１にセットし（ステップＳ１１）、次に、停留所番号ｊを１にセットする（ステップＳ１２）。
次に、停留所番号ｊが１であるか否かを判別する（ステップＳ１３）。
【００４８】
停留所番号ｊが１である場合には、第２番目以降の停留所と異なり、バスの到着時刻の予想に前の停留所の発車時刻などを利用できない。そこで、第１番目の停留所については、図９に示す処理（ステップＳ１４）を実行する。
【００４９】
まず、バスダイヤから、次に、その停留所に到着する予定のバスのＩＤを取得する（ステップＳ２１）。
次に、そのＩＤで特定されるバスの現在の運行状況を判別し、そのバスが現在走行中の運行系統の終点の停留所にどの程度遅れて到着するかを求める（ステップＳ２２）。
続いて、その終点からこの第１停留所までの回送時間をバスダイヤＤＢ１１２から求める（ステップＳ２３）。
【００５０】
続いて、ステップＳ２２で求めた現在運行中の運行系統の終点の停留所に到着する時刻に、ステップＳ２３で求めた回送時間を加算し、さらに、必要に応じて、車両検査時間などを加算して、この第１停留所にそのバスが到着できる最も速い時刻を求める（ステップＳ２４）。
次に、ステップＳ２４で求めた最も速い時刻が、バスダイヤで定まる到着時刻の到来以前になるか、あるいは経過後になるかを判別する（ステップＳ２５）。
【００５１】
バスが現実に到着できる最も早い時刻が、バスダイヤで定まる到着時刻の到来以前になる場合には、バスダイヤが示す到着時刻Ｔｄと現在時刻Ｔｃとを比較して、バス到着までの時間（Ｔｄ−Ｔｃ）を求め、これを待ち時間とする（ステップＳ２６）。例えば、バスが現実に到着できる最も早い時刻が１０：１０であると予想され、バスダイヤで定まる到着時刻が１０：２０で、現在時刻が１０：０５ならば、待時間は１５分となる。
【００５２】
一方、バスが現実に到着できる最も早い時刻が、バスダイヤで定まる到着時刻の経過後になる場合には、到着できる最も早い時刻Ｔｒと現在時刻Ｔｃとを比較して、バス到着までの時間（Ｔｒ−Ｔｃ）を求め、これを待ち時間とする（ステップＳ２７）。例えば、バスダイヤで定まる到着時刻が１０：２０であるにもかかわらず、現在の運行が遅れており、バスが現実に到着できる最も早い時刻が１０：３０であると予想され、現在時刻が１０：０５ならば、待時間は２５分となる。
【００５３】
上述した待時間の算出に続いて、図８に示すように、運行管理サーバ１１１は、ステップＳ１４で求めた待時間を示す運行予定情報を第ｉ運行系統の第１停留所の停留所システムに送信する（ステップＳ１６）。この際、ダイヤで定まる時刻より遅れる場合には、その理由も添付する。
【００５４】
図２に示すように、第１停留所の停留所システム２１の運行予定情報処理部２１１は、この情報を通信部２１３を介して受信し、受信情報を内部メモリに記憶する。続いて、表示装置２１２を制御し、例えば、「第ｉ運行系統のバスの到着まで、あと５分です。もうしばらくお待ちください。」或いは「到着予定のバスが遅れており、到着まで、あと２０分ほどお待ちください。」等のメッセージを合成して、表示する。
運行予定情報処理部２１１は、タイマにより経過時間を計測し、所定時間、例えば、１分経過する度に、表示している待時間を更新する。
【００５５】
一方、運行管理サーバ１１１は、図８に示すように、ステップＳ１６で運行予定情報を送信すると、次に、第ｉ系統のバス運行路線について、停留所番号が最終番号に到達したか否かを判別する（ステップＳ１７）。到達していないと判断すれば、第ｉ系統の次の停留所について運行予定情報を求める処理を行うために、ｊを＋１して（ステップＳ１８）、ステップＳ１３にリターンする。
【００５６】
ステップＳ１３において、停留所番号ｊが２以上である（すなわち、停留所が始発の停留所ではない）と判別された場合には、処理は、ステップＳ１５に進む。ステップＳ１５において、バスダイヤと実際の運行データに基づいた待時間を、図７を参照して説明したように求める。
【００５７】
例えば、バスが、位置情報により、第ｊ−１番目の停留所と第ｊ番目の停留所の間で、３０％の位置を走行しているタイミングでは、ｊ番目の停留所での待ち時間は、残りの７０％を走行するために要する時間である。また、ｊ＋１番目の停留所の待ち時間は、第ｊ番目の停留所の待時間に、第ｊ番目の停留所から第ｊ＋１番目の停留所への走行時間を加算した値である。
【００５８】
運行管理サーバ１１１は、前述のように、求めた待時間を示す運行予定情報を、第ｉ運行系統の第ｊ番目の停留所の停留所システム２１に通知する（ステップＳ１６）。第ｊ停留所の停留所システム２１は、この運行予定情報を表示装置２１２に表示して、待ち合わせ中の乗客にバス到着までの待時間を報知する。
【００５９】
なお、第２停留所、第３停留所等については、ステップＳ１４の処理による予想とステップＳ１５の処理による予想とを併用してもよい。
【００６０】
次に、第ｉ系統のバス運行路線について、停留所が最終番号に到達したか否かを判別し（ステップＳ１７）、到達していなければ、第ｉ系統の次の停留所について、同様の処理を行うために、ｊを＋１して（ステップＳ１８）、ステップＳ１３にリターンする。
一方、ステップＳ１７で、停留所番号ｊが最終番号に到達したと判別されると、次の運行系統について、同様の処理を行うために、運行系統番号ｉを＋１して（ステップＳ２０）、ステップＳ１２にリターンし、同様の処理を繰り返す。
【００６１】
以上説明したように、この実施の形態のバス運行予定報知システムによれば、各停留所の待合客にバスが到着するまでの待時間を報知することができる。しかも、報知の根拠として、前の停留所の発着の情報だけでなく、バスダイヤを使用しているため、始発停留所でも、バスの到着までの時間を報知することが可能となる。
【００６２】
さらに、バスに配置したＧＰＳにより取得した情報に基づいて、バスの現在位置を判別しているので、バスの現在位置をリアルタイムに求めることができ、予想を正確に行うことが可能となる。
【００６３】
さらに、ＧＰＳだけでなく、バスの停留所への停車をドアの開閉・音声ガイダンスの再生等により判別しているので、ＧＰＳの誤差や、停留所前後の交差点での信号待を停留所への到着として捉えることの防止、違法駐車などに起因する停留所から離れた位置での一時停車による誤判定などを防止することができる。
【００６４】
上記実施の形態においては、バスにＧＰＳを配置してバスの現在位置を求めたが、現在位置を取得する手法は任意である。例えば、各停留所に、通過するバスと交信してバスＩＤを判別するシステムを配置し、このシステムで取得したバスＩＤを運行管理センタ１１に通知するようにしてもよい。また、このようなシステムとＧＰＳによる位置情報とを併用してもよい。或いは、ＰＨＳのどの基地局が電波を受信できるかによる位置情報の取得、携帯電話のどの基地局がどの程度の強度の電波を受信できるかによる位置情報の取得などの手法を用いてもよい。
【００６５】
（第２の実施の形態）
運行管理センタ１１の運行管理サーバ１１１が、バスダイヤにより規定されてるバスの位置と実際のバスの位置とを比較して、この比較結果をバスの乗務員に通知するようにしてもよい。
【００６６】
この場合、運行管理サーバ１１１は、バスシステム３１からバスの現在位置（緯度、経度）を受信すると、バスダイヤＤＢ１１２に記憶されているバスダイヤで規定される現在の予定位置（緯度，経度）と比較する。そして、バスのバスダイヤに対する進み又は遅れとその程度を求め、求めた程度を示す情報を通知先のバスの宛先を付してバスシステム３１に無線送信する。バスシステム３１の制御部３１４は、無線通信部３１５を介して、運行管理サーバ１１１からの情報を受信し、例えば、ＧＰＳ３１１の表示画面或いは専用の表示画面（図示せず）に現在の運行状況（進み、遅れ、その程度）を表示する。これにより、乗務員は、バスの進みや遅れを意識した運行が可能となる。
【００６７】
なお、バスシステム３１の制御部３１４のメモリにバスダイヤを格納しておき、ＧＰＳ３１１で取得した位置情報とバスダイヤとを比較することにより、制御部３１４が、バスのバスダイヤに対する進み又は遅れとその程度を求め、求めた程度を表示装置に表示するようにしてもよい。
【００６８】
（第３の実施の形態）
バスの中には、身体障害者の要望に応じて停車したり、自由乗車区間などを設けて、乗客の合図により停車して乗客をピックアップするシステムのものがある。このような場合に、乗客を容易にピックアップできるバスシステムを次に説明する。
【００６９】
このシステムでは、乗客は、図１０に示すような、ＧＰＳ機能４１１と通常の携帯電話機能である通信部４１２とを備える携帯電話４１を保持する。また、運行管理センタ１１には、携帯電話４１からの通信が可能な所定の電話番号が割り当てられている。
【００７０】
バスを利用しようとする乗客が携帯電話４１を操作して特定の電話番号を発呼すると、通信部４１２を介して運行管理サーバ１１１にその乗客の位置情報（緯度，経度）が通知される。
運行管理サーバ１１１は、運行情報ＤＢ１１３に登録されている各バスの運行状況からその乗客をピックアップするのに適したバスを選択する。この選択の手法としては、例えば、最も近い位置にいること、バスダイヤで規定する予定よりも先を走っているバスなどの一定の基準に合致するものとする。
【００７１】
運行管理サーバ１１１は、乗客のピックアップに適したバスを判別すると、乗客の位置情報と停止の指示にバスのアドレスを付して、バスシステム３１に送信する。指定されたバスのバスシステム３１はこの情報を受信し、待ち合わせ中の乗客の位置を地図に合成して表示する。乗務員は、この表示を参照して、容易に、乗客をピックアップすることができる。
【００７２】
なお、バスを利用しようとする乗客から運行管理センタ１１に乗車希望を通知する手法は、携帯電話に限定されず、電子メールなどでもよい。例えば、電子メールで、「中野区の構造計画屋さんの前で乗車希望」というようなメールを所定のメールアドレスに送信する。運行管理サーバ１１１は、所定宛先宛の電子メールを受信・解析し、一定基準で選択した適切なバスのバスシステム３１に転送する。電子メールの転送を受けたバスシステム３１は、そのメールを表示して乗務員に伝える。
【００７３】
さらに、これらの乗車希望者に待時間を通知できるようにしてもよい。
この場合、運行管理サーバ１１１は、例えば、図１１（ａ）に示すように、このサービスを受ける人の情報を予め登録しておく。登録情報は、例えば、個人を特定する情報、連絡先、及び、何分前に連絡を希望するか等の情報である。例えば、身体障害者は、その障害の程度により、乗車準備に要する時間が異なる。また、停留所までの距離によっても準備に要する時間が異なる。そこで、乗車希望者より、バスが到着する何分程度前に連絡を希望するかをあらかじめ登録しておくことが望ましい。
【００７４】
利用者は、乗車を希望するバスの種類（運行系統，乗車希望位置、行き先等）やおおよその乗車希望時刻を電話、電子メールなどで運行管理センタ１１に通知する。運行管理センタ１１の運行管理サーバ１１１は、通知を受け付け、例えば、図１１（ｂ）に示すように任意のメモリなどに登録する。
【００７５】
運行管理サーバは１１１は、割り込み処理等により、図１２に示す処理を実行する。まず、運行管理サーバは、図１１（ｂ）の登録希望者リストの行を示すポインタｉを初期化し（ステップＳ３１）、次に第ｉ番目の乗車希望者の希望条件を抽出し、登録されている準備要時間後に乗車希望位置（停留所など）に到着するバスが存在するか否かを判別する（ステップＳ３２）。
ステップＳ３２で、乗客からの希望に該当するバスが存在していると判断した場合には、図１１（ａ）に示す利用者登録で予め登録されている宛先に音声電話で或いは電子メールで、例えば、「１０：１５分頃に近所のＢＢ停留所に到着します」或いは「あと１５分程でご希望のＤＤ商店の前に到着します」等のメッセージを送信する（ステップＳ３３）。
【００７６】
その後、その乗車希望に関する情報を図１１（ｂ）に示すリストから削除し、（ステップＳ３４）、リスト上に次の乗車希望が存在するか否か判別する（ステップＳ３５）。存在する場合には、ステップＳ３２にリターンして同様の処理を繰り返す。
【００７７】
一方、ステップＳ３５で、リスト上に次の乗車希望がいない場合には、処理を終了する。
【００７８】
また、ステップＳ３２で、該当するバスが存在していないと判断した場合には、ポインタｉを＋１して（ステップＳ３６）、ステップＳ３２にリターンする。
【００７９】
このような構成によれば、バスの乗車希望者にバスの到着より登録されている準備要時間前に通知することができ、身体障害者や高齢者のバスの利用を容易にすることができる。また、幼稚園の送迎バスや、スクールバスなどについても、引き取りの父兄に対して予め登録してある停留所への到着時刻を予告する際などにも利用できる。
【００８０】
以上説明したように、この実施の形態によれば、バスの到達予定時刻を利用者に通知することができ。バスの利用をより快適なものとすることができる。
【００８１】
なお、上述した実施の形態では、運行管理センタ１１と停留所システム２１との間の通信がネットワークＮＷを介して行われる構成について説明した。が、ネットワークＮＷを介するのでなく、バスシステム３１との通信と同様、無線通信を介して運行管理センタ１１と停留所システム２１との間の通信が行われる構成としてもよい。
【００８２】
この発明のシステムは、専用のシステムによらず、通常のコンピュータシステムを用いて実現可能である。例えば、コンピュータに上述の動作を実行するためのプログラムを格納した媒体（フロッピーディスク、ＣＤ−ＲＯＭ等）から該プログラムをインストールすることにより、上述の処理を実行する運行管理サーバ１１１等を構成することができる。なお、上述の機能を、ＯＳが分担又はＯＳとアプリケーションの共同により実現する場合等には、ＯＳ以外の部分のみを媒体に格納してもよい。
【００８３】
なお、搬送波にプログラムを重畳し、通信ネットワークを介して配信することも可能である。例えば、通信ネットワークの掲示板（ＢＢＳ）に該プログラムを掲示し、これをネットワークを介して配信してもよい。
そして、このプログラムを起動し、ＯＳの制御下で、他のアプリケーションプログラムと同様に実行させることにより、上述の処理を実行することができる。
【００８４】
【発明の効果】
以上説明したように、この発明によれば、バスの運行を円滑に行い、かつ、バスを待ち合わせ中の乗客の不便を抑えることができる。
【図面の簡単な説明】
【図１】本発明の実施形態に係るバス運行予定報知システムの構成を示す図である。
【図２】図１に示すバスシステムの構成を示す図である。
【図３】図１に示す停留所システムの構成を示す図である。
【図４】図１に示す運行管理センタの構成を示す図である。
【図５】バスダイヤＤＢに登録されるバスダイヤの一例を示す図である。
【図６】運行情報ＤＢに登録される運行データの例を示す図である。
【図７】バスの到着予定時刻を求める方法を説明する図である。
【図８】運行管理サーバの動作を説明するためのフローチャートである。
【図９】第１停留所でのバスの待ち時間を求める処理を説明するフローチャートである。
【図１０】ＧＰＳ機能付携帯電話の構成の一例を示す図である。
【図１１】乗車希望登録とバス到着通知を説明するための図である。
【図１２】登録されている乗客に対するバス到着通知を説明するための図である。
【符号の説明】
１１ 運行管理センタ
２１ 停留所システム
３１ バスシステム
Claims (3)
- バスの運行状況を示す運行情報を収集する運行情報収集手段と、収集した運行情報に基づいてバスの運行予定情報を生成し、生成した運行予定情報を停留所の報知手段に供給して報知させる運行管理手段と、より構成されるバス運行予定報知システムであって、
前記運行管理手段は、バスのダイヤを記憶するダイヤ記憶手段と、前記ダイヤ記憶手段に記憶されたバスダイヤと、前記運行情報収集手段で収集した運行情報とに基づいて、停留所に次のバスが到着するまでの予定時間を求め、求めた予定時間を示す運行予定情報を停留所の報知手段により報知する運行予定情報生成手段を備え、
前記運行予定情報生成手段は、任意の停留所へのバスの到着予定について、その停留所とその直前の停留所とを地図上で仮想線で結び、この仮想線にバスの位置から仮想垂線を下ろしたと想定した場合の、前記仮想線の長さに対する前記仮想線と前記仮想垂線との交点から停留所までの距離の割合と、両停留所間のバスの予め求められている予想走行時間とに基づいて前記運行予定情報を生成する、
ことを特徴とするバス運行予定報知システム。 - バスの運行状況を示す運行情報を収集し、収集した運行情報と予め記憶しているバスダイヤに基づいてバスの運行予定情報を生成し、生成した運行予定情報を停留所の乗客に報知させるバス運行予定報知方法であって、
任意の停留所へのバスの到着予定について、その停留所とその直前の停留所とを地図上で仮想線で結び、この仮想線にバスの位置から仮想垂線を下ろしたと想定した場合の、前記仮想線の長さに対する前記仮想線と前記仮想垂線との交点から停留所までの距離の割合と、両停留所間のバスの予め求められている予想走行時間とに基づいて、停留所に次のバスが到着するまでの予定時間を求め、求めた予定時間を示す運行予定情報を停留所の乗客に報知する、
ことを特徴とするバス運行予定報知方法。 - コンピュータに、
バスの運行状況を示す運行情報を収集し、
収集した運行情報と予め記憶しているバスダイヤに基づいてバスの運行予定情報を生成し、生成した運行予定情報を停留所の乗客に報知させるバス運行予定報知方法を実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体であって、
任意の停留所へのバスの到着予定について、その停留所とその直前の停留所とを地図上で仮想線で結び、この仮想線にバスの位置から仮想垂線を下ろしたと想定した場合の、前記仮想線の長さに対する前記仮想線と前記仮想垂線との交点から停留所までの距離の割合と、両停留所間のバスの予め求められている予想走行時間とに基づいて、停留所に次のバスが到着するまでの予定時間を求め、求めた予定時間を示す運行予定情報を停留所の乗客に報知する、
ことを特徴とするコンピュータ読み取り可能な記録媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000402961A JP3886724B2 (ja) | 2000-12-28 | 2000-12-28 | バス運行予定報知システム及び方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000402961A JP3886724B2 (ja) | 2000-12-28 | 2000-12-28 | バス運行予定報知システム及び方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002203299A JP2002203299A (ja) | 2002-07-19 |
| JP3886724B2 true JP3886724B2 (ja) | 2007-02-28 |
Family
ID=18867159
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000402961A Expired - Fee Related JP3886724B2 (ja) | 2000-12-28 | 2000-12-28 | バス運行予定報知システム及び方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3886724B2 (ja) |
Families Citing this family (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100701763B1 (ko) | 2002-09-24 | 2007-03-29 | 주식회사 케이티 | 단거리무선통신망을 이용한 버스 내 승객을 위한 정류소도착소요시간 안내 방법 |
| JP4820498B2 (ja) * | 2001-06-13 | 2011-11-24 | 株式会社構造計画研究所 | 渋滞情報提供センタ及び方法 |
| JP6267276B2 (ja) * | 2016-06-15 | 2018-01-24 | 株式会社 ヴァル研究所 | 経路案内方法、経路案内装置、及びコンピュータプログラム |
| JP6990537B2 (ja) * | 2017-08-01 | 2022-01-12 | フォルシアクラリオン・エレクトロニクス株式会社 | 車載装置、発車判定システム、及び発車判定方法 |
| JP7012049B2 (ja) * | 2019-07-31 | 2022-01-27 | コイト電工株式会社 | 交通管制装置及び信号機 |
| JP2023125180A (ja) * | 2022-02-28 | 2023-09-07 | 三菱電機株式会社 | 乗車案内装置およびこれを用いた乗車案内システム並びに乗車案内方法 |
-
2000
- 2000-12-28 JP JP2000402961A patent/JP3886724B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2002203299A (ja) | 2002-07-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN106157673B (zh) | 一种基于智能感知的公交出行信息提醒系统及方法 | |
| JP4246201B2 (ja) | ナビゲーション装置、ナビゲーション方法、経路データ生成プログラム、経路データ生成プログラムを記録した記録媒体、および、ナビゲーションシステムにおけるサーバ装置 | |
| US20100057350A1 (en) | Method and system for automatically and directly establishing contact between a driver and at least one person to be transported | |
| US20180018635A1 (en) | Schedule management apparatus | |
| CN1313504A (zh) | 路线规划系统 | |
| JP5362337B2 (ja) | 情報配信システム、情報配信サーバ、及びプログラム | |
| WO2019049491A1 (ja) | 情報処理装置および情報処理方法 | |
| JP2012164125A (ja) | 予約管理システム | |
| WO2019235252A1 (ja) | 情報処理装置、情報処理方法、およびプログラム | |
| WO2021129703A1 (zh) | 到站提醒的方法、装置、终端及存储介质 | |
| JP3886724B2 (ja) | バス運行予定報知システム及び方法 | |
| JP3450666B2 (ja) | 乗換又は到着予告通知機能付き情報処理装置，乗換又は到着予告用情報送信装置及び情報処理装置における乗換又は到着予告方法並びにコンピュータ読み取り可能な記録媒体 | |
| JP6681308B2 (ja) | 動態管理システム、動態管理装置及び動態管理方法 | |
| JP2003308597A (ja) | 交通情報提供システム、端末、サーバ及び交通情報提供方法 | |
| US20040111280A1 (en) | Method of providing vehicle information and vehicle information providing program | |
| JP6267276B2 (ja) | 経路案内方法、経路案内装置、及びコンピュータプログラム | |
| JP4752127B2 (ja) | 情報通信装置及び方法、並びにコンピュータ・プログラム | |
| JP5918626B2 (ja) | サーバ装置、通知方法及びプログラム | |
| JP5955580B2 (ja) | 経路案内方法、経路案内装置、及びコンピュータプログラム | |
| JP2002298288A (ja) | 運行管理システム及び通信端末装置 | |
| JP4820498B2 (ja) | 渋滞情報提供センタ及び方法 | |
| JP4415825B2 (ja) | 地図データ更新方法、地図データ更新システム、地図情報サーバ及び車載装置 | |
| JP2009196495A (ja) | 乗換案内装置、乗換案内サーバ、乗換案内システム、乗換案内方法およびプログラム | |
| JP7095892B2 (ja) | 情報処理システム、情報処理方法および情報処理プログラム | |
| JP2006040048A (ja) | コンテンツ配信システム、方法およびプログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040608 |
|
| A711 | Notification of change in applicant |
Free format text: JAPANESE INTERMEDIATE CODE: A712 Effective date: 20040629 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A821 Effective date: 20040630 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040811 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060314 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060515 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060801 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060929 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20061107 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20061122 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091201 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101201 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111201 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121201 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121201 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131201 Year of fee payment: 7 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |