(57)【要約】【課題】  既存の低速通信インフラも有効活用できる通信方式により、システムのバージョンアップを含めてセットアップの工数を低減できる状況表示システム及び列車運行状況表示システムを提供する。【解決手段】  ＰＲＣ装置２０，ＣＴＣ装置２１から得られる列車在線情報２７，ダイヤ情報２８などの情報，軌道回路情報２９に基づいて列車の在線画面や遅延画面，ダイヤスジ画面を編集する運行状況サーバ２２のハードウェアにブレードサーバを用い、そのクライアント端末である駅情報クライアント端末２３との通信にMetaFrame 方式を用いて、運行状況サーバ２２により作成した業務画面の差分情報を駅情報クライアント端末２３へ送信して、低速度の通信インフラでも高機能の業務画面を表示する。【選択図】図２
2005313666.tif 000002
【特許請求の範囲】
【請求項１】
設置された装置から送信された状況情報を受信してクライアント端末に表示する画面を編集するブレードサーバを備え、該サーバブレード及びクライアント端末に搭載されたメタフレームにより該ブレードサーバで編集された画面の画面差分情報を前記クライアント端末に送信して画面表示する状況表示システム。
【請求項２】
ＰＲＣ装置，ＣＴＣ装置から受信した列車在線区間情報，ダイヤ情報，軌道回路情報を元に駅情報クライアント端末に表示する画面を編集するブレードサーバで構成される運行状況サーバを備え、メタフレーム通信方式により前記運行状況サーバで編集された画面の画面差分情報を前記駅情報クライアント端末に送信して画面表示する列車運行状況表示システム。
【請求項３】
ＰＲＣ装置，ＣＴＣ装置から受信した列車在線区間情報，ダイヤ情報，軌道回路情報を元に画面を編集するブレードサーバで構成される運行状況サーバと、該運行状況サーバで編集される画面の画面差分情報をメタフレーム通信方式により受信する駅情報クライアント端末を備え、該駅情報クライアント端末にて軌道回路単位の列車在線位置を画面表示する列車運行状況表示システム。
【請求項４】
前記運行状況サーバで編集される画面が、列車の遅延画面，ダイヤスジ画面を含む請求項３に記載の列車運行状況表示システム。
【請求項５】
システム提供者に設置され、ＰＲＣ装置，ＣＴＣ装置から受信した列車在線区間情報，ダイヤ情報，軌道回路情報を元に画面を編集するブレードサーバで構成される運行状況サーバと、情報受信者側に設置され前記運行状況サーバで編集される画面の画面差分情報をメタフレーム通信方式により受信する駅情報クライアント端末を備え、前記運行状況サーバは前記駅情報クライアント端末で入力された情報提供要求を受信してその要求内容に合致するように画面作成の処理を行い、画面の差分データを前記駅情報クライアント端末側に送信し、前記情報受信者に設置料金や情報の提供料金を課金する列車運行状況システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば鉄道事業者で用いられる遠方拠点に設置される複数のクライアント端末を有する列車運行状況表示などの状況表示に好適な状況表示システム及び列車運行状況表示システムに関する。
【背景技術】
【０００２】
従来、鉄道事業者などで用いている列車運行状況表示システムは、中央に設置される運行状況サーバと遠方拠点に設置される複数の駅情報クライアント端末間の通信インフラが低速な回線である場合があり、駅情報クライアント端末を高機能化して情報追加を行っても、通信インフラが低速であるため、高機能化しても活用できないという問題があった。又、通信インフラが低速であるため、運行状況サーバでは駅情報クライアント端末を意識しないようにし、駅情報クライアント端末への１方向の通信としたシステム構成がとられていた。
【０００３】
また、駅情報クライアント端末の高機能化を実現するため、運行状況サーバと駅情報クライアント端末間を双方向通信とするシステム構成も存在したが、運行状況サーバ内の双方向通信処理にかかる負荷の問題やポート数のハード的な問題などが原因で、運行状況サーバがサポート可能な駅情報クライアント端末数は少ないという問題があった。
【０００４】
〔特許文献１〕には、ウェブサーバ機能及び差分通知機能を有するサーバ処理装置が、複数のクライアントであるウェブ端末に接続されているシステムにおいて、サーバ処理装置は、予め用意した複数種類の更新方法の中から最適な更新方法を決定し、決定された更新方法に基づき更新通知データの差分データを取得してコンテンツを更新するサーバ・複数クライアント差分通知システムが開示されている。
【０００５】
〔特許文献２〕には、インターネット上で利用されるブラウザは、キャッシュされているホームページを検索するキャッシュ検索部と、キャッシュされているホームページの内容とアドレスとリビジョンを管理するキャッシュ管理データベースと、ＷＷＷサーバから受信した更新内容に従ってキャッシュされているホームページを最新に更新するキャッシュ更新部を有するインターネットのホームページ管理システムが開示されている。
【０００６】
【特許文献１】特開２００３−３３０８４９号公報
【特許文献２】特開平１０−２４０６０４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
〔特許文献１〕，〔特許文献２〕に記載の従来の技術は、サーバに複数の端末が接続され、サーバ，端末にＯＳインストール，アプリケーションソフトインストールが必要であり、セットアップに工数を要するものであった。又、ＨＴＴＰによるデータ送信であり、端末で配信されるコンテンツを選択する場合には適しているが、個々の端末に個別の情報を配信するには、サーバに個別に端末を接続する必要があり、低速の回線ではインターネットで配信される画面の更新に時間がかかり、応答性が悪いという問題がある。
【０００８】
本発明の目的は、既存の低速の通信インフラも有効活用できる状況表示システム及び列車運行状況表示システムを提供することにある。
【０００９】
本発明の他の目的は、システムのバージョンアップを含めてセットアップの工数を低減できる状況表示システム及び列車運行状況表示システムを提供することにある。
【課題を解決するための手段】
【００１０】
上記目的を達成するために本発明の状況表示システム及び列車運行状況表示システムは、中央に設置される運行状況サーバと、遠方拠点に設置される複数の駅情報クライアント端末とを備え、運行状況サーバにより作成した業務画面の差分情報を駅情報クライアント端末へ送信して、低速度の通信インフラでも高機能の業務画面を表示するようにしたものである。
【００１１】
また、表示画面情報の差分通信により、低速度の通信インフラでも駅情報クライアント端末に、運行状況サーバ内で計算した列車の軌道回路単位での在線位置情報や、幅広い列車ダイヤ情報を画面表示するようにしたものである。
【発明の効果】
【００１２】
本発明によれば、運行状況サーバにより計算した駅情報クライアント端末に表示する画面の差分情報を駅情報クライアント端末に送信して画面表示ができるので、双方向通信や低速度の通信インフラについて特別の設備を設けなくても、駅情報クライアント端末の高機能化を図ることができる。
【００１３】
この結果、従来は送信するデータ量が多く、低速度の通信インフラを介して駅情報クライアント端末に送信することが困難であった列車の軌道回路単位での在線位置情報や幅の広い列車ダイヤ情報などを画面表示することができる。
【発明を実施するための最良の形態】
【００１４】
以下、本発明の一実施例を図１から図５により説明する。
【００１５】
図１に示すように、本実施例の状況表示システムは、ブレードサーバ１とMetaFrame 方式を用いたシステム構成となっている。ブレードサーバ１は、装置筐体内に設けられたシャシー２に、独立した計算機であるブレード３，４を複数有するサーバ装置であり、一装置内に複数の計算機を有しているように各ブレード３，４で異なる処理を実行可能としているハードウェアである。各ブレードはサーバモジュールとして、各ブレードに接続されるスイッチはスイッチモジュールとして、各ブレードを管理するプロセッサ等はマネジメントモジュールとしてモジュール化されており、サーバモジュールの増設が容易に行え、万一ブレードの１つが故障した場合でも他のブレードに切換えられ業務を維持できるようになっている。また、ネットワーク設定，パワーオン，シャットダウンのリモート操作が可能であり、１台のサーバモジュールを設定すると、ディスクイメージを収集して各サーバモジュールに配布することにより設定を完了させることができる利点がある。
【００１６】
本実施例では、サーバ装置にブレードサーバ１を使用し、ブレードサーバ１とクライアント端末５〜１１に、MetaFrame(メタフレームともいう) の通信ミドルウェアを搭載させてクライアント＆サーバの関係を保たせている。MetaFrame では、サーバとクライアント間の通信にＩＣＡプロトコル（Independent Computer Architecture プロトコルの略）を使用しており、サーバ側ですべての処理を行い、画面の差分データをクライアント側に送信し、クライアント端末側では送信された画面データを表示する。クライント端末では、キー入力やペン入力により入力したイベント情報をサーバ側に送信する。このように、
MetaFrame では、アプリケーションソフトはすべてサーバ上で管理するので、アプリケーションソフトのバージョンアップ等はクライアント端末上では発生しない。このため一度インストールすると、再度インストールする必要がないという利点があり、クライアント端末５〜７に表示される画面は、表示されていた画面との差分情報としてブレードサーバ１内のブレード３により処理された画面情報を受信して表示されたものであり、クライアント端末５〜７側では画面表示処理を不要とできるメリットがある。
【００１７】
このような構成としているため、クライアント端末５〜７は、ブレード３にて処理作成された画面の差分情報を伝送通信路８〜１０を介して受信して、全体の画面表示ができるので、ブレード３からは大容量のデータを伝送通信路８〜１０に送信する必要がなく、低速度な通信回線でもクライアント端末５〜７の機能アップが図れる。
【００１８】
また、クライアント端末１１を増設する際には、ブレード４をブレードサーバ１内へ新たに搭載し、クライアント端末１１にブレード４へのアクセス定義を設けることで、対応が可能である。
【００１９】
これにより、システムのバージョンアップ等によるソフトウェア機能の改良時には、ブレードサーバ１内のソフトウェアを変更すれば良く、クライアント端末５〜７，１１側ではソフトウェア改良は不要となるメリットがある。
【００２０】
また、各ブレード３，４内にクライアント端末５〜７，１１の認証機能をもたせることにより、クライアント端末５〜７，１１の不正アクセスを防ぐことができるので、情報の提供等による課金システムを構築することが可能である。
【００２１】
図２は、図１に示すシステム構成を鉄道事業者用の列車運行状況表示システムに適用した場合の構成図である。
【００２２】
列車運行状況表示システムは、列車の運行状況をリアルタイムで統合管理する
Programed Route Control 装置２０（以下、ＰＲＣ装置２０と略す）と、実際に線路を走る列車の軌道回路短絡情報を保有するCentralized Traffic Control 装置２１（以下、
ＣＴＣ装置２１と略す）、これらの装置から得られる状況情報に基づいて列車の在線画面や遅延画面，ダイヤスジ画面を編集する運行状況サーバ２２，遠方の各拠点に複数設置され運行状況サーバ２２の作成した画面を表示する駅情報クライアント端末２３（Traffic 
Information Display の略でＴＩＤともいう）、運行状況サーバ２２の設置場所から遠方に設置された駅情報クライアント端末２３へ情報を授受するためのモデム２４，モデム
２６で構成される。ここで、運行状況サーバ２２はブレードサーバ１と同様の構成であり、駅情報クライアント端末２３は、クライアント端末５〜７，１１と同様の構成である。
【００２３】
ＰＲＣ装置２０と運行状況サーバ２２との間は、イーサネット（登録商標）などの基幹ＬＡＮにより接続されており、列車在線情報２７，ダイヤ情報２８などの大容量情報を一括して受信可能としている。また、ＣＴＣ装置２１と運行状況サーバ２２との間も、イーサネット（登録商標）などの基幹ＬＡＮ接続とすることで、軌道回路情報２９を受信可能としている。
【００２４】
運行状況サーバ２２には、設置箇所から遠く離れた箇所に複数設置される駅情報クライアント端末２３に対して画面差分情報３０を送信するためのモデム２４，モデム２５が接続され、このモデム２４とモデム２５との間は鉄道事業者の施設した専用回線２６で接続されている。
【００２５】
運行状況サーバ２２のハードウェアには、１台で複数のＣＰＵによる処理を可能とするブレードサーバが用いられているので、複数の駅情報クライアント端末２３との通信処理負荷の分散化が図れ、駅情報クライアント端末２３を新たに増設する場合にコストアップ幅を小さくできる。
【００２６】
また、運行状況サーバ２２と駅情報クライアント端末２３との間の通信に使用されるモデム２４とモデム２５のハードウェアについては、遠距離でのＴＣＰ／ＩＰ接続を可能とするためにDigital Subscriber Lineモデム（以下、ＤＳＬモデムと略す）を使用する。
【００２７】
運行状況サーバ２２は、ＰＲＣ装置２０およびＣＴＣ装置２１から受信した列車在線区間情報２７，ダイヤ情報２８，軌道回路情報２９を元に駅情報クライアント端末２３に表示する画面を編集し、その結果を駅情報クライアント端末２３へ伝達する。この通信方式には、Windows（登録商標）標準のターミナルサービスであるIndependent Computer 
Architecture プロトコル（以下、ＩＣＡプロトコルと略す）を利用したMetaFrame方式を用いる。
【００２８】
この通信方式により、駅情報クライアント端末２３側では情報受信処理や画面作成処理が不要となり、運行状況サーバ２２へのアクセス定義で動作させることが可能となる。これにより、駅情報クライアント端末２３の増設や保守時にかかるコストが低減できる。
【００２９】
図３は、駅情報クライアント端末２３の一機能である軌道回路単位での列車在線位置表示の例を示す図である。
【００３０】
従来は、列車の在線位置表示機能は伝送路の回線速度が低速度であるため、図３の上段に示したように最小限の位置情報である在線区間情報を表示していた。本実施例によれば、運行状況サーバ２２がＣＴＣ装置２１より受信した軌道回路情報と、ＰＲＣ装置２０から受信した列車の運行状況により、列車が在線する区間をより詳細に画面作成し、その画面差分情報を駅情報クライアント端末２３へ送信して表示することが可能となる。
【００３１】
例えば、従来では、軌道回路単位で列車在線位置表示を行う場合、図３の下段に示すように画面表示エリア内の軌道回路数を例えば５とすると、５個の起動回路について在線，非在線の２つ状態を管理する必要があり、５×２＝１０の情報量を要する。一方、本実施例では、画面差分情報は、軌道回路ＣがＯＮからＯＦＦに変わり、軌道回路ＤがＯＦＦからＯＮに変化するので、画面差分情報である起動回路ＣがＯＦＦ、起動回路ＤがＯＮの２つの情報量でよい。
【００３２】
また、従来の方式で、軌道回路の変化情報、例えばＯＮからＯＦＦ，ＯＦＦからＯＮの変化情報を伝送路に送信することはできるが、通信回線の品質が悪い場合には情報抜けが発生することが多く、在線情報の整合性が取れない、例えばある軌道回路においてＯＮからＯＦＦの変化情報抜けがあると、次の変化情報が検出されるまでＯＮ状態のままとなり、列車在線のままとなってしまうという欠点があった。一方、本実施例によれば、駅情報クライアント端末２３の表示画面に起動回路の列車在線位置の変化が表示されるので、次の変化情報が検出されるまで列車在線のままとなってしまうという問題も解消される。
【００３３】
図４には、駅情報クライアント端末２３の一機能である列車ダイヤ表示の例を示す図である。
【００３４】
列車ダイヤ情報（スジ情報ともいう）の表示には、図４に示すように、Ａ駅の到着時刻と出発時刻，Ｂ駅の到着時刻と出発時刻，Ｃ駅の到着時刻と出発時刻といったダイヤ情報と、実際に列車が各駅に到着し、出発した情報である走行実績情報が必要であり、これらの情報は列車数分，表示時間幅分必要であるので、運行状況サーバ２２から駅情報クライアント端末２３へ大容量の情報の伝達が必要となる。このため、伝送路の回線速度が低速度である場合、従来では１〜２時間分の狭い範囲の情報を駅情報クライアント端末２３へ送信するようになっていた。
【００３５】
本実施例では、上述したように、大容量のダイヤ情報を逐次、駅情報クライアント端末２３へ送信するのではなく、運行状況サーバ２２内で作成したスジ情報画面の差分情報を送信しているので、広い範囲のダイヤ情報を表示することが可能となる。また、列車の遅延を計算し、列車の遅延情報を表示できる。
【００３６】
図５は、システム提供者が、駅報クライアント端末２３を情報受信者である鉄道事業者Ａ，鉄道事業者関連部署Ｂ，旅行代理店Ｃに設置して列車運行情報を提供し、提供した情報の課金を行う例を示す図である。
【００３７】
システム提供者４０には、運行状況サーバ２２が設置されており、運行状況サーバ２２は、図２に示すようにＰＲＣ装置２０，ＣＴＣ装置２１とイーサネット（登録商標）などの基幹ＬＡＮにより接続され、これらの装置から得られる列車在線情報２７，ダイヤ情報２８などの情報，軌道回路情報２９に基づいて列車の在線画面や遅延画面，ダイヤスジ画面を編集する。
【００３８】
システム提供者４０は、インターネットなどのネットワークを介して鉄道事業者Ａ４２，鉄道事業者Ｂ４２，旅行代理店４３と接続されており、鉄道事業者Ａ４２，鉄道事業者Ｂ４２，旅行代理店４３には駅情報クライアント端末２３が設置されている。
【００３９】
システム提供者４０は、列車の運行状況情報を必要とする鉄道事業者や鉄道事業者の関連部署，旅行代理店に設置された駅情報クライアント端末２３から入力された情報提供要求を受信する。情報提供要求を受信したブレードサーバである運行状況サーバ２２では、その要求内容に合致するように画面作成の処理を行い、画面の差分データをクライアント側に送信し、駅情報クライアント端末２３では送信された画面データを表示する。
【００４０】
鉄道事業者や鉄道事業者の関連部署，旅行代理店は、システム提供者４０と駅情報クライアント端末の設置料金や情報の提供料金について契約を締結し、システム提供者４０は、鉄道事業者や鉄道事業者の関連部署，旅行代理店に対して設置料金や情報の提供料金として課金する。
【００４１】
この時、運行状況サーバ２２はブレードサーバで構成されているので、各ブレード内に駅情報クライアント端末２３の認証機能をもたせることにより、駅情報クライアント端末２３の不正アクセスを防ぐことができるので、課金システムを構築できる。
【００４２】
駅情報クライアント端末２３は、図２に示すように業務機能ソフトウェアは搭載しないで、MetaFrame通信ミドルウェアおよび運行状況サーバ２２へのアクセス定義で動作可能であるため、鉄道事業者や鉄道事業者の関連部署，旅行代理店に設置されているパソコンが使用できるので、初期投資にかかるコストが抑えられる。
【００４３】
また、運行状況サーバ２２側で認証機能を設けているので、駅情報クライアント端末
２３からのアクセスに対して、接続先の顧客および接続時間を特定でき、接続時間による課金，情報提供量による課金が可能となる。また、予め決められた時間内での情報提供も可能であり、一ヶ月限定の契約や日中のみの契約など、幅広い契約形態を持たすことが可能となる。
【００４４】
以上説明したように、本実施例によれば、運行状況サーバにより計算した駅情報クライアント端末に表示する画面の差分情報を駅情報クライアント端末に送信して画面表示ができるので、双方向通信や低速度の通信インフラについて特別の設備を設けなくても、駅情報クライアント端末の高機能化を図ることができる。
【００４５】
この結果、従来は送信するデータ量が多く、低速度の通信インフラを介して駅情報クライアント端末に送信することが困難であった列車の軌道回路単位での在線位置情報や幅の広い列車ダイヤ情報などを画面表示することができる。
【００４６】
また、運行状況サーバ側にて駅情報クライアント端末への情報提供の有無を認証する機能を具備することができ、提供した情報量，期間により課金することが可能となる。また、認証機能を具備することができるので、業務専用端末として使用されていた駅情報クライアント端末を、鉄道事業者の関連部署，旅行代理店などで使用することが可能となる。
【産業上の利用可能性】
【００４７】
本発明は、鉄道事業者にて使用する列車運行状況表示システムの他、サーバ＆クライアント方式のシステムのように、クライアント側が遠方に複数設置されるシステムにおいて有効利用できる。
【００４８】
サーバとクライアント端末間の通信回線のスループットがクライアント端末側の機能アップに必要な情報の伝送に追いつけない場合などに有効であり、クライアント端末の数が多いほど、専用の通信処理にかかる製作コストおよび保守にかかるコスト低減に役立つ。また、情報量による課金が可能であることから、ＩＴ関連の分野にも適用可能である。
【図面の簡単な説明】
【００４９】
【図１】本発明の一実施例であるサーバ＆クライアントシステムの構成図である。
【図２】鉄道事業者他で使用される列車運行状況表示システムに適用した場合の構成図である。
【図３】軌道回路単位での列車在線位置情報を表示する例を示す図である。
【図４】列車ダイヤ情報の表示例を示す図である。
【図５】システム提供者の情報提供と課金の例を示す図である。
【符号の説明】
【００５０】
１…ブレードサーバ、２…シャシー、３，４…ブレード、５，６，７，１１…クライアント端末、８，９，１０…伝送通信路、２０…ＰＲＣ装置、２１…ＣＴＣ装置、２２…運行状況サーバ、２３…駅情報クライアント端末、２４，２５…モデム。
【図１】
2005313666.tif 000003
【図２】
2005313666.tif 000004
【図３】
2005313666.tif 000005
【図４】
2005313666.tif 000006
【図５】
2005313666.tif 000007