(57)【要約】【課題】鉄道の踏切部において歩行者あるいは自動車の運転者への不快感を低減することができる鉄道情報システムを提供する。【解決手段】鉄道情報システムは、列車の標準のタイムテーブル情報が格納されたデータベース（１０）と、当該データベース（１０）からの標準のタイムテーブル情報に基づき、列車の踏切部（１６）の通過時間に関する通過時間情報を演算し、当該通過時間情報を出力するコンテキストサーバ（１４）と、を含む。  鉄道情報システムは、更に、前記踏切部（１６）の通過時間に影響を与える状態に関する状態情報を前記コンテキストサーバ（１４）に提供する情報提供部（２２．２４、２６、２８）を含む。この情報提供部（２２．２４、２６、２８）は、時間の経過とともに状態情報を更新する。前記コンテキストサーバ（１４）は、前記データベース（１０）からの標準のタイムテーブル情報と前記情報提供部（２２．２４、２６、２８）からの更新された状態情報とを対比し、通過時間情報を更新する。【選択図】図１
2009280034.tif 000002
【特許請求の範囲】
【請求項１】
列車の標準のタイムテーブル情報が格納されたデータベースと、
前記データベースからの標準のタイムテーブル情報に基づき、列車の踏切部の通過時間に関する通過時間情報を演算し、当該通過時間情報を出力するコンテキストサーバと、
を含む鉄道情報システムにおいて、
前記踏切部の通過時間に影響を与える状態に関する状態情報を前記コンテキストサーバに提供する情報提供部を含み、
前記情報提供部は、時間の経過とともに状態情報を更新し、
前記コンテキストサーバは、前記データベースからの標準のタイムテーブル情報と前記情報提供部からの更新された状態情報とを対比し、通過時間情報を更新することを特徴とする鉄道情報システム。
【請求項２】
請求項１記載の装置において、
前記通過時間情報を受け取った緊急車両がコンテキストサーバに対して踏切部の通過を要請した場合には、当該コンテキストサーバは、列車に対して停止を要請することを特徴とする鉄道情報システム。
【請求項３】
請求項１又は２に記載の装置において、
前記情報提供部は、列車に取り付けられ当該列車の位置情報を提供する位置センサ部、あるいは、線路又は駅に取り付けられ列車の通過を検出する列車通過検出部のうちいずれか１つあるいは複数を含むことを特徴とする鉄道情報システム。
【請求項４】
請求項１乃至３のうちいずれか１項に記載の装置において、
前記コンテキストサーバは、通過時間情報を踏切部の表示器に出力し、前記表示器に列車の通過時間が表示されるようにすることを特徴とする鉄道情報システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、鉄道情報システムの技術分野に属し、より詳細には、列車の踏切部の通過時間に関する通過時間情報を出力する鉄道情報システムの技術分野に属する。
【背景技術】
【０００２】
鉄道の踏切部においては、列車の接近により遮断機が閉じ、列車が通過した後に遮断機が開くようになっている。歩行者あるいは自動車の運転者は、当該遮断機の開閉を視認することにより、踏切部を横断している。
【０００３】
鉄道踏切システムとして、特許文献１に示されるものがある。この鉄道踏切システムにおいては、列車が踏切部を通過するまでの時間を計算し、当該通過時間を踏切部の表示器に表示して歩行者あるいは自動車の運転者に知らせている。
【特許文献１】特開２００６−１５０６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
歩行者あるいは自動車の運転者は、日常的に踏切部を通過する場合、いつ踏切部が横断可能状態になるかを予想することができ、この予想された時間に、歩行者あるいは自動車の運転者は、踏切部に到達しようとする。
【０００５】
しかし、列車の事故等により列車が遅延した場合には、歩行者あるいは自動車の運転者が上記予想された時間に踏切部に到達したとしても、当該踏切部は、横断可能状態にならない。このような場合、歩行者あるいは自動車の運転者は、踏切部がいつ横断可能状態になるかを知らされることなく、長い時間にわたって待たされることになり、この結果、彼らは不快感を有することになる。
【０００６】
本願は、上記課題に鑑みて為されたものであり、その目的の一例は、鉄道の踏切部において歩行者あるいは自動車の運転者への不快感を低減することができる鉄道情報システムを提供することにある。
【課題を解決するための手段】
【０００７】
上記の課題を解決するために、請求項１記載の発明は、列車の標準のタイムテーブル情報が格納されたデータベースと、
前記データベースからの標準のタイムテーブル情報に基づき、列車の踏切部の通過時間に関する通過時間情報を演算し、当該通過時間情報を出力するコンテキストサーバと、
を含む鉄道情報システムにおいて、
前記踏切部の通過時間に影響を与える状態に関する状態情報を前記コンテキストサーバに提供する情報提供部を含み、
前記情報提供部は、時間の経過とともに状態情報を更新し、
前記コンテキストサーバは、前記データベースからの標準のタイムテーブル情報と前記情報提供部からの更新された状態情報とを対比し、通過時間情報を更新することを特徴とする鉄道情報システムである。
【発明を実施するための最良の形態】
【０００８】
以下、本願を実施するための最良の形態について、図面を用いて説明する。
【０００９】
まず、本願の概念を説明する。本願では、標準のタイムテーブル情報に影響を与えるコンテキスト情報（例えば、列車の位置等）を収集し、当該コンテキスト情報が変化した場合には、タイムテーブル情報がリアルタイムで更新されるようにすることである。
１．第１の実施の形態
図１には、本願の第１の実施の形態による鉄道情報システムがブロック回路にて示されている。
【００１０】
図１において、符号１０は、列車の標準のタイムテーブル情報が格納されたデータベースを示し、該データベース１０からの標準のタイムテーブル情報１２は、コンテキストサーバ１４に供給される。コンテキストサーバ１４は、標準のタイムテーブル情報１２に基づき、列車の踏切部１６の通過時間を演算し、当該通過時間に関する通過時間情報１８を踏切部１６のＬＥＤ表示器２０に出力する。歩行者あるいは自動車の運転者は、当該ＬＥＤ表示器２０の表示を視認することにより、いつ横断可能状態になるかを認識することができる。
【００１１】
ここで、列車の事故等により列車が遅延した場合には、上記ＬＥＤ表示器２０に表示された時間に横断可能状態にならない。
【００１２】
そこで、列車の踏切部の通過時間に影響を与える状態に関する状態情報、例えば、列車の位置情報、及び列車の線路又は駅の通過情報を検出する。このために、列車に取り付けられ当該列車の位置情報を提供する列車ＧＰＳ部２２、２４が設けられ、更に、列車の線路の通過情報を検出する線路センサ部２６、及び列車の駅の通過情報を検出する駅センサ部２８が設けられている。これらの列車ＧＰＳ部２２、２４、線路センサ部２６、及び駅センサ部２８からのそれぞれの情報３０、３２、３４、及び３６は、時間の経過とともに更新され、コンテキストサーバ１４に供給される。当該コンテキストサーバ１４は、データベース１０からの標準のタイムテーブル情報１２と列車ＧＰＳ部２２、２４、線路センサ部２６、及び駅センサ部２８からの更新された情報３０、３２、３４、及び３６とを対比し、通過時間情報１８を更新する。
【００１３】
従って、踏切部１６のＬＥＤ表示器２０には、当該更新された通過時間情報１８が表示されることになり、歩行者あるいは自動車の運転者は、当該ＬＥＤ表示器２０の表示を視認することにより、いつ横断可能状態になるかを認識することができる。それゆえ、鉄道の踏切部１６において、歩行者あるいは自動車の運転者への不快感を低減することができる。
【００１４】
次に、図２には、本願の第１の実施の形態による鉄道情報システムの各構成部の配置状態が示されている。
【００１５】
図２において、符号３８は、線路を示す。列車ＧＰＳ部２２は、第１の列車４０に取り付けられ、当該第１の列車４０は、線路３８に沿って運行しており、同様に、列車ＧＰＳ部２４は、第２の列車４２に取り付けられ、当該第２の列車４２は、線路３８に沿って運行している。線路センサ部２６は、線路３８の地点４４に設けられており、同様に、駅センサ部２８は、線路の地点４６に設けられている。
【００１６】
前述したように、コンテキストサーバ１４（図１を参照）は、データベース１０（図１を参照）からの標準のタイムテーブル情報と列車ＧＰＳ部２２、２４、線路センサ部２６、及び駅センサ部２８からの更新された情報３０、３２、３４、及び３６とを対比し、通過時間情報１８を更新する。当該更新された通過時間情報１８は、踏切部１６の表示器２０に表示される。
【００１７】
なお、本願の第１の実施の形態による鉄道情報システムにおいては、コンテキストサーバ１４からの更新された通過時間情報１８が踏切部１６の表示器２０に表示されているが、本願はこれに限られず、例えば、当該更新された通過時間情報１８が歩行者の所持する携帯機器あるいは自動車に取り付けられたナビゲーション装置に供給されるようにすることも可能である。このような構成によれば、踏切部１６に実際に到達する以前に、歩行者あるいは自動車の運転者は、当該更新された通過時間情報１８を認識することができるので、踏切部１６での待ち時間が長いと認識した場合には、当該踏切部１６を通過しない経路（例えば、次の踏切部までそのまま歩き当該次の踏切部を横断する経路）を選択することが可能になる。
【００１８】
次に、図３には、本願の第１の実施の形態による鉄道情報システムのフローチャートが示されている。
【００１９】
図３において、ステップＳ１０でスタートし、ステップＳ１２において、データベース１０にアクセスされ、標準のタイムテーブル情報１２がコンテキストサーバ１４に送られる。ステップＳ１４において、列車ＧＰＳ部２２、２４、線路センサ部２６、及び駅センサ部２８からの更新された情報３０、３２、３４、及び３６は、コンテキストサーバ１４に送られる。ステップＳ１６において、データベース１０からの標準のタイムテーブル情報１２と列車ＧＰＳ部２２等からの更新された情報３０等とが対比され、ステップＳ１８において、両者の間に大きな（重大な）相違があるか否かが判断される。ステップＳ１８において、Ｎｏの場合には、列車は、標準のタイムテーブル情報１２に沿って運行しているので、ステップＳ２０に進み、処理を終了する。
【００２０】
一方、ステップＳ１８において、Ｙｅｓの場合には、列車は、標準のタイムテーブル情報に沿って運行していないので、ステップＳ２２に進み、列車が踏切部を通過する通過時間を再演算する。ステップＳ２４において、列車の通過時間が更新される必要がある地点（例えば、踏切部）を識別し、ステップＳ２６において、その旨をコンテキストサーバ１４のグループリスト機能に知らせる。なお、前記ステップＳ２４において、列車の通過時間が更新される必要がある地点（例えば、踏切部）が１つの踏切部だけではなく、複数の踏切部である場合には、これら全ての踏切部が識別される。ステップＳ２８において、再演算され更新された通過時間情報１８を踏切部１６に送る。ステップＳ３０において、踏切部において更新された通過時間情報が表示され、ステップＳ３２において、処理を終了する。
２．第２の実施の形態
図４には、本願の第２の実施の形態による鉄道情報システムがブロック回路にて示されている。この第２の実施の形態においては、踏切部を横断する自動車として、緊急の自動車、例えば救急車が選択されており、当該救急車が病院への最良の経路を探索する場合が示されている。
【００２１】
図４において、符号５０は、列車の標準のタイムテーブル情報、及び道路の状態情報、病院の空きベッドの情報等が格納されたデータベースを示し、該データベース５０からの情報５２は、コマンドセンタ・コンテキストサーバ５４に供給される。コマンドセンタ・コンテキストサーバ５４は、情報５２中の道路の状態情報、病院の空きベッドの情報等に基づき、病院への最良の経路を探索する。
【００２２】
この探索を行う際に、コマンドセンタ・コンテキストサーバ５４は、情報５２中の列車の標準のタイムテーブル情報に基づき、列車の踏切部（図４では図示せず）の通過時間に関する通過時間情報を考慮した上で、病院への最良の経路を探索する。コマンドセンタ・コンテキストサーバ５４は、このようにして探索された病院への最良の経路に関する情報５６を救急車５８に供給し、救急車５８は、当該最良の経路に関する情報５６に基づき、最良の経路に沿って病院に移動する。
【００２３】
ここで、道路の状態等は、時間の経過により変化するものであり、従って、上記のようにして求められた最良の経路に関する情報５６は、時間の経過により更新されるべきである。
【００２４】
そこで、最良の経路に関する情報５６に影響を与える状態に関する状態情報、例えば、交通渋滞の情報等を検出する必要がある。このために、交通渋滞情報供給部６０を設ける。更に、病院の空きベッドに関する情報は、時間の経過により変化するものであり、このために、病院空きベッド情報供給部６２が設けられている。なお、病院空きベッド情報供給部６２からの病院空きベッドに関する情報は、例えば、次の通りであり、この情報は、例えば、病院情報登録システム（図示せず）により生成及び更新される。
（１）病院Ａ：緊急ベッド３、妊婦ベッド２、及び長期間滞在ベッド０（但し２時間後に空く）
（２）病院Ｂ：緊急ベッド１、妊婦ベッド０（空きは今後生じない）、及び長期間滞在ベッド０（但し４８時間後に空く）
（３）病院Ｃ：緊急ベッド１００、妊婦ベッド０（空きは今後生じない）、及び長期間滞在ベッド０（空きは今後生じない）
更に、図１の第１の実施の形態と同様に、列車６４、６６にそれぞれ取り付けられ当該列車６４、６６の位置情報を提供する列車ＧＰＳ部６８、７０が設けられ、更に、列車の線路の通過情報を検出する線路センサ部７２、及び列車の駅の通過情報を検出する駅センサ部７４が設けられている。
【００２５】
これらの交通渋滞情報供給部６０、病院空きベッド情報供給部６２、列車ＧＰＳ部６８、７０、線路センサ部７２、及び駅センサ部７４からのそれぞれの情報７６、７８、８０、８２、８４、及び８６は、時間の経過とともに更新され、コンテキストサーバ５４に供給される。更に、救急車５８の現在位置に関する情報８８は、時間の経過とともに更新され、コンテキストサーバ５４に供給される。
【００２６】
前記コンテキストサーバ５４は、病院への最良の経路を更新する際に、交通渋滞情報供給部６０からの更新された交通渋滞情報７６、病院空きベッド情報供給部６２からの更新された病院空きベッドに関する情報７８、及び救急車５８の現在位置に関する更新された情報８８に基づき、病院への最良の経路を更新する。ここで、病院への最良の経路の更新を行う際に、コンテキストサーバ５４は、列車ＧＰＳ部６８、７０、線路センサ部７２、及び駅センサ部７４からのそれぞれの情報８０、８２、８４、及び８６に基づく列車の踏切部（図４では図示せず）の通過時間に関する通過時間情報を考慮した上で、病院への最良の経路を更新する。
【００２７】
前記コンテキストサーバ５４は、このようにして更新された病院への最良の経路に関する情報９０を救急車５８に供給し、救急車５８は、当該更新された最良の経路に関する情報９０に基づき、病院に移動する。ここで、更新された最良の経路に関する情報９０には、列車の踏切部（図４では図示せず）の通過時間に関する通過時間情報が含まれており、前記第１の実施の形態と同様に、救急車５８は、踏切部の通過時間情報を認識することにより、踏切部がいつ横断可能状態になるかを認識することができる。
【００２８】
それゆえ、当該第２の実施の形態においても、前記第１の実施の形態と同様に、鉄道の踏切部において、救急車の運転者への不快感を低減することができる。
【００２９】
なお、上記のようにして更新された病院への経路において、踏切部での待ち時間が長い場合には、救急車５８は、コンテキストサーバ５４に対して踏切部の通過を要請する。例えば、救急車５８が更新された最良の経路に関する情報９０を受け取り、情報９０で指定された病院までの移動時間が１０分であり、踏切部での待ち時間が７分であると仮定した場合に、救急車５８が踏切部での待ち時間が長いと認識したときには、救急車５８は、コンテキストサーバ５４に対して踏切部の通過を要請する。
【００３０】
この要請を受けたコンテキストサーバ５４は、各種の状況に基づき、可能な場合には、列車を停止させるための信号９２を列車６４、６６に供給し、当該列車６４、６６を停止させる。これにより、救急車５８は、更新された最良の経路において設定された時間よりも短い時間にて病院に到達することができる。
【図面の簡単な説明】
【００３１】
【図１】本願の第１の実施の形態による鉄道情報システムのブロック回路図である。
【図２】本願の第１の実施の形態による鉄道情報システムの各構成部の配置状態を示す図である。
【図３】本願の第１の実施の形態による鉄道情報システムのフローチャート図である。
【図４】本願の第２の実施の形態による鉄道情報システムのブロック回路図である。
【符号の説明】
【００３２】
１０  データベース
１４  コンテキストサーバ
１６  踏切部
２２、２４  列車ＧＰＳ部
２６  線路センサ部
２８  駅センサ部
【図１】
2009280034.tif 000003
【図２】
2009280034.tif 000004
【図３】
2009280034.tif 000005
【図４】
2009280034.tif 000006