JP2005309968A

JP2005309968A - 最新情報表示システム及びそれを使用した列車運行状況表示システム

Info

Publication number: JP2005309968A
Application number: JP2004128422A
Authority: JP
Inventors: Katsuhiro Tadokoro; 勝弘田所; Kazuhiro Miyazaki; 和広宮崎; Hiroyuki Muraoka; 博之村岡
Original assignee: Kyosan Electric Manufacturing Co Ltd
Current assignee: Kyosan Electric Manufacturing Co Ltd
Priority date: 2004-04-23
Filing date: 2004-04-23
Publication date: 2005-11-04

Abstract

【課題】イントラネット／インターネット上で列車運行状況等の最新情報を確実に表示させることができる最新情報表示システム及びそれを使用した列車運行状況表示システムを提供する。
【解決手段】運行管理装置１は列車の運行状況を生成し、時間的に変化する変化データを含む情報を回線を介して送信する。ＴＩＤサーバ２は、運行管理装置１から回線を介して受信した情報を管理し、最新の全情報と、変化が生じたときの変化情報である差分情報に、シーケンスカウンタから発生されるシーケンス値を付与して管理する。複数のクライアント３Ａ〜３Ｅは、サーバ２から送信された情報を受信して、受信情報を表示装置に表示させる。クライアント３Ａ〜３Ｅに記憶されている情報に付与されているシーケンス値情報をサーバ２に送信することによって、サーバ２は受信したシーケンス値に基づいて当該クライアントに送信する情報を決定してクライアント側に常に最新情報を表示させる。
【選択図】図１

Description

本発明は、最新情報表示システム及びそれを使用した列車運行状況表示システムに関し、例えば、列車の運行状況を多数の端末装置に表示させる際に有効な最新情報表示システム及びそれを使用した列車運行状況表示システムに関する。

例えば、列車の運行状況を表示装置で視認しつつ管理する列車運行状況表示システムにおいては、多数の端末装置（表示装置）を路線の各駅に設置して常に列車の運行状況を視認して運行状況を監視することにより、事故等の発生に対して迅速な情報提供を乗客等の顧客に提供させるようにしている。

従来のこの種の列車運行状況表示では、専用線を利用し、定周期で全ての情報を送信するとともに、状態変化があったときには変化情報として全情報を送信することにより表示がなされ、端末を増設する際には専用線を分岐していた。

列車運行状況表示（TID: Train Information Display）は、限られたセクションの限られた専用端末を用いたシステムが実用化されている。しかしながら、専用端末を用いるには、専用のプログラムが必要であり、汎用性やコスト等の面で問題があった。

しかしながら、このようにインターネット等のｗｅｂ技術を利用したイントラネット／インターネット上で上記列車運行状況表示を行うには、種々の課題を解決する必要がある。すなわち、専用端末を用いた運行状況表示と大きく異なる点は、不特定多数のユーザが表示している運行状況をイントラネットという共有のＬＡＮを経由してリアルタイムで更新する必要がある。例えば、イントラネット／インターネット上には様々なアプリケーションの情報が流れているため、共存するプロトコルでなければならない。伝送負荷（ネットワーク）の問題、クライアントからの不安定なタイミングでの表示要求に応える必要性がある。また、ネットワークに接続するだけで表示用端末とし使用できなければならない。

そこで、本発明の目的は、イントラネット／インターネット上で列車運行状況等の最新情報を確実に表示させることができる最新情報表示システム及びそれを使用した列車運行状況表示システムを提供することにある。

本発明の他の目的は、クライント等の表示端末への情報の到達保証や到達順序保証が確保され、同時に一時的なネットワーク断線、負荷増大等に対しても自動的に対応可能な最新情報表示システム及びそれを使用した列車運行状況表示システムを提供することにある。

本発明の更に他の目的は、サーバが各クライアントの接続状況を確認する必要がなく、処理負荷が低減されるだけでなく、低ネットワーク負荷で多数の端末の接続が可能となる最新情報表示システム及びそれを使用した列車運行状況表示システムを提供することにある。

前述の課題を解決するため、本発明による最新情報表示システム及びそれを使用した列車運行状況表示システムは、次のような特徴的な構成を採用している。

（１）時間的に変化する情報を管理するサーバから、このサーバに回線を介して接続されているクライアントに前記情報を送信する最新情報伝送システムにおいて、
前記サーバは、初期情報と、前記情報のうち変化した情報だけを示す差分情報に対して、シーケンスカウンタから時系列的に発生されるシーケンス値を付与して管理し、必要に応じて前記クライアントに送信し、
前記クライアントは、自己がもつ情報に付与されている情報に付与されているシーケンス値を送信して前記サーバに所要の情報の送信を要求し、
前記サーバは、前記クライアントから送信されるシーケンス値に基づいて、当該シーケンス値以降に生じた差分情報を送信する最新情報表示システム。

（２）前記クライアントが持つ情報に付与されている最新のシーケンス値が前記サーバに管理されている最小シーケンス値より小さい場合には、前記サーバに記憶されている最新の情報全てを送信する上記（１）の最新情報表示システム。

（３）前記クライアントが持つ情報に付与されている最新のシーケンス値が前記サーバに管理されている最大シーケンス値と同じ場合には、前記サーバは前記クライアントに対して前記情報を送信しない上記（１）の最新情報表示システム。

（４）前記クライアントが持つ情報に付与されている最新のシーケンス値が前記サーバに管理されている最少シーケンス値より大きい又は同じで最大シーケンス値よりも小さい場合には、前記サーバは前記クライアントに対して付与しているシーケンス値から最大のシーケンス値までの差分情報を送信する上記（１）の最新情報表示システム。

（５）前記シーケンスカウンタは６４ビットシーケンスカウンタである上記（１）乃至（４）のいずれかの最新情報表示システム。

（６）列車の運行状況を生成し、時間的に変化する変化データを含む情報を回線を介して送信する運行管理装置と、
前記運行管理装置から前記回線を介して受信した前記情報を管理し、最新の全情報と、変化が生じたときの変化情報である差分情報に、シーケンスカウンタから発生されるシーケンス値を付与して管理して送信するサーバと、
前記サーバから送信された情報を受信して、受信情報を表示装置に表示させる複数のクライアントと、
を備え、前記クライアントに記憶されている情報に付与されているシーケンス値情報を前記サーバに送信することによって、前記サーバは前記シーケンス値に基づいて前記クライアントに送信する情報を決定する列車運行状況表示システム。

（７）前記クライアントに記憶されている情報に付与されている最新のシーケンス値が前記サーバに管理されている最小シーケンス値より小さい場合には、前記サーバに記憶されている最新の情報全てを送信する上記（６）の列車運行状況表示システム。

（８）前記クライアントが持つ情報に付与されている最新のシーケンス値が前記サーバに管理されている最大シーケンス値と同じ場合には、前記サーバは前記クライアントに対して前記情報を送信しない上記（６）の列車運行状況表示システム。

（９）前記クライアントが持つ情報に付与されている最新のシーケンス値が前記サーバに管理されている最少シーケンス値より大きい又は同じで最大シーケンス値よりも小さい場合には、前記サーバは前記クライアントに対して付与しているシーケンス値から最大のシーケンス値までの差分情報を送信する上記（６）の列車運行状況表示システム。

（１０）前記サーバと前記クライアント間のトランスポート層のプロトコルは、ＵＤＰ又はＨＴＴＰである上記（６）乃至（９）のいずれかの列車運行状況表示システム。

（１１）前記クライアントからは所定周期で最新のシーケンス値を前記サーバに送信し、前記サーバは、受信したシーケンス値に基づいて必要な情報を前記クライアントに送信する上記（６）乃至（１０）のいずれかの列車運行状況表示システム。

（１２）前記クライアントは、ブラウザを介して前記サーバにアクセスする上記（６）乃至（１１）のいずれかの列車運行状況表示システム。

本発明の最新情報表示システム及びそれを使用した列車運行状況表示システムによれば、イントラネット／インターネット上で列車運行状況等の最新情報を確実に表示させることができる。すなわち、クライント等の表示端末への情報の到達保証や到達順序保証が確保され、同時に一時的なネットワーク断線、負荷増大等に対しても自動的に対応される。また、サーバは、各クライアントの接続状況を確認する必要がなく、処理負荷が低減されるだけでなく、低ネットワーク負荷で多数の端末の接続が可能となる。

以下、本発明による最新情報表示システム及びそれを使用した列車運行状況表示システムの好適実施形態例について添付図を参照して説明する。

図１は、本発明による最新情報表示システム及びそれを使用した列車運行状況表示システムのシステム構成図である。図１において、運行管理装置１は、列車運行状況を示す各種の運行列車運行状況表示（TID: Train Information Display）情報を生成、管理するもので、変化データＡ、Ｂ及びＣをそれぞれ含む全ＴＩＤ情報をＴＩＤ回線を介してサーバ２に送信する。ＴＩＤサーバ２は、運行管理装置１からＴＩＤ回線を介して受信したＴＩＤ情報を管理し、回線（イーサネット）で接続されているパソコン等の通常の端末装置である複数のＴＩＤクライアント３Ａ〜３Ｅに所定のＴＩＤ情報を送信する。

ＴＩＤサーバ２は、運行管理装置１から送信されたＴＩＤ情報を管理し、最新の全情報（最新情報）を記憶するとともに、変化が生じたときの変化情報である差分情報を、変化時点毎にＸ個記憶する。これら全情報や差分情報は、特定のためのシーケンス番号であるシーケンス値が付与され、管理される。シーケンス値は、ＴＩＤサーバ２に設けられている６４ビットシーケンスカウンタから生成されるシーケンス値で管理される。

ＴＩＤクライアント３Ａ〜３Ｅは、回線を介してＴＩＤサーバ２に接続されており、要求によりＴＩＤサーバ２から自己に必要な最新の情報を受信して取り込む。すなわち、ＴＩＤクライアント３Ａ〜３Ｅのそれぞれは、ＴＩＤサーバ２が管理する最新の情報をすべて取り込んで記憶し、表示装置に表示させることが最終的な目的であり、そのために上記シーケンス番号を参照しつつ受信、取り込みを実行する。

ＴＩＤサーバ２とＴＩＤクライアント３Ａ〜３Ｅ間のトランスポート層のプロトコルは、インターネット層で利用されているＩＰプロトコルではなく、伝送効率の高いＵＤＰを利用している。

ＴＩＤクライアント３Ａ〜３Ｅは、それぞれ初期化終了時、ＴＩＤサーバ２から最新の運行状況情報全てを受信する。この情報には、シーケンスカウンタから出力されるカウンタ値（シーケンス値）が付与されており、他情報と識別される。それ以降は、ＴＩＤクライアントは、自己がもつシーケンスカウンタ以降の変化情報をＴＩＤサーバ２に要求する。この要求は、デフォルトで３秒周期（間隔）で行われる。

ＴＩＤサーバ２は、要求されたＴＩＤクライアント３Ａ〜３Ｅのもつシーケンスカウンタ値より新しいものがあった場合、その変化情報のみをＴＩＤクライアントに送信する。新しいものがなかった場合には、無駄な伝送を省くため何の応答もしない。

一方、エラーケースとして要求されたシーケンスカウンタ値についてＴＩＤサーバ２が管理するものより古い場合（シーケンス値が小さい）は、当該ＴＩＤクライアントに最新の運行状況情報全てを送信する。

さて、本発明では、変化情報等はシーケンスカウンタ値で管理されるが、ＴＩＤクライアントに常に正しい情報を受信させるため、シーケンスカウンタ値が重複して使用されないという唯一性が保証されている。例えば、ＴＩＤサーバを再立ち上げしたとき、再立ち上げする前から差分情報の送信を要求し続けている可能性がある。このような場合でも正しい情報をＴＩＤクライアントが受信、取り込みできるようにするにはシーケンスカウンタ値は時間軸上ユニークでなければならない。本発明のような唯一性を保証されたプロトコルでは、情報データの到達保証、順序保証が確保される。以下、シーケンスカウンタ値の唯一性について説明する。

ＴＩＤサーバ２側では、先ず、例えば、１９７０年１月１日の０時０分０秒からの積算値をＴとして現在時刻を管理する。

ＴＩＤサーバ２を１回目に立ち上げた時点での時刻をＴ１、２回目をＴ２、ｎ回目をＴｎとする。また、シーケンスカウンタとして６４ビットシーケンスカウンタを用い、シーケンスカウンタ値をＣで表す。

この６４ビットシーケンスカウンタは、ＴＩＤサーバ２の立ち上げ時にＴにより初期化される。
１回目に立ち上がった時、１回目のシーケンスカウンタ値Ｃ１の初期値は、
Ｃ１＝Ｔ１
である。
Ｃ１を初期値として変化情報が発生するたびにＣ１からカウントアップされる。すなわち、シーケンスカウンタ値はＣ１から（Ｃ１）＋１、（Ｃ１）＋２、（Ｃ１）＋３と変化し、ｍ回目の変化は（Ｃ１）＋ｍとなる。変化情報が発生する間隔は、通常、数秒単位であるため、ミリ秒単位で変化する現在時刻Ｔに追いつくことはない。したがって、（Ｃ１）＋ｍのシーケンスカウンタ値をもつＴＩＤクライアントが立ち上がったまま、ＴＩＤサーバ２の再立ち上げ（２回目）をした場合、
Ｃ２＝Ｔ２となり、
（Ｃ１）＋ｍ＜（Ｃ２）が成立するので、
シーケンスカウンタ値（Ｃ１）＋ｍの情報をもつＴＩＤクライアントとＣ２で再立ち上げしたＴＩＤサーバがもつ情報の新旧の関係は保証される。
これを一般化すると、
（Ｃｎ）＋ｍ＜（Ｃｎ＋１）
の関係が成り立ち、ＴＩＤクライアントが動作したままＴＩＤサーバを立ち上げ直してもシーケンスカウンタの唯一性と大小関係が保証されることになる。

本実施例でシーケンスカウンタとして使われる６４ビットシーケンスカウンタでは、１ミリ秒ごとにカウントされるとした場合でも約３億年分のカウントを可能とするので、ほぼ永久的な利用が可能となる。また、Ｊａｖａのｌｏｎｇ型整数が６４ビットであるので利便性が確保される。

さて、図１において、既設システムの回線を分岐し、運行管理装置１から運行状況情報の全情報を変化情報とともにＴＩＤサーバ２に情報を取り込んでいる。このとき、既設システムのソフト等の改修は必要としない。ここで、運行管理装置１は、変化があったときに運行状況情報を変化情報（Ａ）、（Ｂ）、（Ｃ）とともに送信する。

ＴＩＤサーバ２は、運行管理装置１から受信した最新情報と差分情報（前の情報から変化のあった情報）をシーケンスカウンタ値に基づいて管理している。本実施例では、最初の差分情報Ａにシーケンスカウンタ値Ｃｎ＋１が付与され、次の差分情報Ｂにシーケンスカウンタ値Ｃｎ＋２が付与され、更に次の差分情報Ｃにシーケンスカウンタ値Ｃｎ＋３が付与されている。

ＴＩＤクライアント３Ａ、３Ｂ、３Ｃ、３Ｄ、３Ｅに記憶されている情報に付与されているシーケンスカウンタ値は、Ｃｎ＋１、Ｃｎ＋２、Ｃｎ＋３、シーケンスカウンタ値なし、Ｃｎ―Ｘとする。

ＴＩＤクライアント３Ａ〜３Ｅは、ブラウザを使ってＴＩＤサーバ２にアクセスする。ブラウザに読み込まれたＪａｖａアプレットは定周期（約３秒）で自己に必要な差分情報をＴＩＤサーバ２に要求する。

ＴＩＤクライアント３Ａは、現在記憶している情報に付与されているシーケンスカウンタ値がＣｎ＋１であるので、シーケンスカウンタ値Ｃｎ＋１でＴＩＤサーバ２にアクセスする。このアクセスを受けたＴＩＤサーバ２は、記憶されているシーケンスカウンタ値Ｃｎ＋１以降のシーケンスカウンタ値Ｃｎ＋２とＣｎ＋３が付与されている差分情報ＢとＣを、ＴＩＤクライアント３Ａに対して送信する。差分情報ＢとＣを受信したＴＩＤクライアント３Ａは、元々記憶されている情報に加えて、これら差分情報ＢとＣを用いることにより、最新情報が得られるようになる。

ＴＩＤクライアント３Ｂは、現在記憶している情報に付与されているシーケンスカウンタ値がＣｎ＋２であるので、シーケンスカウンタ値Ｃｎ＋２でＴＩＤサーバ２にアクセスする。このアクセスを受けたＴＩＤサーバ２は、記憶されているシーケンスカウンタ値Ｃｎ＋２以降のシーケンスカウンタ値Ｃｎ＋３が付与されている差分情報Ｃを、ＴＩＤクライアント３Ｂに対して送信する。差分情報Ｃを受信したＴＩＤクライアント３Ｂは、元々記憶されている情報に加えて、この差分情報Ｃを用いることにより、最新情報が得られるようになる。

ＴＩＤクライアント３Ｃは、現在記憶している情報に付与されているシーケンスカウンタ値がＣｎ＋３であるので、シーケンスカウンタ値Ｃｎ＋３でＴＩＤサーバ２にアクセスする。このアクセスを受けたＴＩＤサーバ２は、記憶されているシーケンスカウンタ値Ｃｎ＋３以降の新しいシーケンスカウンタ値が付与されている差分情報が存在しないので、ＴＩＤクライアント３Ｃに対して送信する差分情報がなく、その旨を告知する情報を送信する。送信されるべき差分情報がない旨を受信したＴＩＤクライアント３Ｃは、格別な処理をすることなく従前と同じ状態である。

ＴＩＤクライアント３Ｄは、現在記憶している情報がなく、したがってシーケンスカウンタ値なしであるので、シーケンスカウンタ値なし（初期）でＴＩＤサーバ２にアクセスする。このアクセスを受けたＴＩＤサーバ２は、記憶されている最新情報を全てＴＩＤクライアント３Ｄに対して送信する。最新情報を受信したＴＩＤクライアント３Ｄは、受信した最新情報をそのまま記憶する。シーケンスカウンタ値がＣｎ−Ｘの場合も、ＴＩＤサーバ２が管理する最少のシーケンスカウンタ値よりも小さいので、同様に最新情報を全てＴＩＤクライアントに対して送信する。

ＴＩＤクライアント３Ｅは、現在記憶している情報に付与されているシーケンスカウンタ値がＣｎであるので何の差分情報も記憶しておらず、シーケンスカウンタ値ＣｎでＴＩＤサーバ２にアクセスする。このアクセスを受けたＴＩＤサーバ２は、記憶されているシーケンスカウンタ値Ｃｎ＋１、Ｃｎ＋２及びＣｎ＋３が付与されている差分情報Ａ、Ｂ及びＣを、ＴＩＤクライアント３Ｅに対して送信する。差分情報Ａ〜Ｃを受信したＴＩＤクライアント３Ｅは、これら差分情報Ａ〜Ｃを用いることにより、最新情報が得られるようになる。

図２と図３には、ＴＩＤサーバ２とＴＩＤクライアント３Ａ〜３Ｅの処理手順が示されている。ＴＩＤサーバ２は、上述の如く、サーバ立ち上げ処理してシーケンス値を初期化し、開始シーケンス値を立ち上げ時の年月日データに基づいて定める。ＴＩＤサーバ２は、運行管理装置１から運行状況情報を受信し、差分情報（シーケンスカウンタ値）と最新情報を記憶する。差分情報は、Ｘ個記憶される。例えば、現在記憶管理されている情報に付与されているシーケンス値をＣｎ、Ｃｎ＋１、Ｃｎ＋２、．．．、Ｃｎ（Ｘ−１）とする。

図３を参照すると、ＴＩＤクライアント３Ａ〜３Ｅでは、例えばｓ秒周期でＴＩＤサーバ２に情報送信を要求する際、受信済み情報のシーケンス値を付加して情報送信要求をする。ＴＩＤサーバ２から情報を受信すると、受信した情報に付加されたシーケンス値を記憶しておき、次の要求送信時に用いる。

図４は、運行管理装置１、ＴＩＤサーバ２及びＴＩＤクライアント３Ａ〜３Ｅのうち例えばＴＩＤクライアント３Ａとの送受信動作の一態様を示す図である。

図４において、ＴＩＤサーバ２は、運行管理装置１からは、ＴＩＤ情報（運行状況情報）１〜ＴＩＤ情報４がＴＩＤサーバ２に送信されると、４個のＴＩＤ情報（差分情報）の各情報にシーケンス値Ｃ１（時刻Ｔ１に基づいて定まる）を初期値として、Ｃ１＋１、Ｃ１＋２、Ｃ１＋３、Ｃ１＋４を付与して記憶、管理する。それ以降、時刻Ｔ２でＴＩＤサーバ２を再立ち上げすると、時刻Ｔ２で定まるシーケンス値Ｃを基準とする。ここで、
Ｔ２＝Ｃ１+（Ｘミリ秒）＞Ｃ１＋４
となる。

ＴＩＤクライアント３Ａは、３秒毎にＴＩＤサーバ２に対して情報送信を要求し、シーケンス値Ｃ１に対して送信されたＴＩＤ情報を受信、取り込み記憶する。３秒後に次の要求をＴＩＤサーバ２に対して行うと、ＴＩＤ情報Ｃ１＋２を受信して取り込み、記憶する。続いて３秒後の要求に対するＴＩＤサーバ２からのＴＩＤ情報はシーケンス値Ｃ１＋４に対応するもので受信して取り込んで記憶する。更に引き続くＴＩＤサーバ２に対する要求については、ＴＩＤサーバ２には、シーケンス値Ｃ１＋４以降のＴＩＤ情報は存在しないからＴＩＤクライアント３Ａは何らの情報も受信しない。ＴＩＤサーバ２の再立ち上げ後は、シーケンス値Ｃ２での管理となる。

以上のＴＩＤサーバ２の動作処理手順を図５に示すフローチャートに従って説明する。

図５を参照すると、ＴＩＤクライアントからの要求を受信すると、要求情報に含まれるシーケンス値（要求シーケンス値）がＣｎよりも大きいか等しく、Ｃ＋（Ｘ−１）よりも小さいか等しいかを判定し（ステップＳ１）、そうであれば（Ｙｅｓ）、要求シーケンス値がＣ＋（Ｘ−１）と等しいか否かを判定する（ステップＳ３）。ステップＳ２において、Ｎｏと判定されれば、全情報を当該ＴＩＤクライアントに返信（送信）する（ステップＳ４）。また、ステップＳ３において、Ｙｅｓと判定されれば、当該ＴＩＤクライアントに情報を返信（送信）しない。ステップＳ３において、Ｎｏと判定されれば、当該ＴＩＤクライアントに対して、要求シーケンス値＋１〜Ｃ＋（Ｘ−１）の差分情報を返信（送信）する。

以上の実施例によれば、ＴＩＤクライアントとＴＩＤサーバは、常にシーケンスカウンタをカウンタ順に一致させるように動作しているので、ＴＩＤクライントへの情報の到達保証や到達順序保証が確保される。また、同時に一時的なネットワーク断線、負荷増大等に対してＴＩＤサーバが保持する差分シーケンスの範囲内であれば、自動的に対応して解消される（クライアント・サーバ間の関係の自立性）。更に、クライアントをいつ立ち上げてもシーケンスカウンタによる厳密な差分管理により最新の正しい情報表示が可能となる。また、ＴＩＤサーバは、シーケンスカウンタに対応する処理を単純に行うだけで良く、各クライアントの接続状況を確認する必要がなくなり、処理負荷低減が可能となる。更にまた、低ネットワーク負荷で多数の端末の接続が可能となる。実験によれば、１０ＭｂｐｓのＬＡＮ環境で１８０クライアントを最大負荷接続（５１２バイト／３秒）した場合でも約５％のネットワーク使用率となることが確認された。

上述では、列車運行状況表示についての実施例を説明しているが、本発明はこれに限らず、表示情報が時間的に変化するような情報を表示するシステムであれば同様に適用できることは勿論である。

以上、本発明による最新情報表示システム及びそれを使用した列車運行状況表示システムの好適実施例の構成を詳述した。しかし、斯かる実施例は、本発明の単なる例示に過ぎず、何ら本発明を限定するものではないことに留意されたい。本発明の要旨を逸脱することなく、特定用途に応じて種々の変形変更が可能であること、当業者には容易に理解できよう。

本発明による最新情報表示システム及びそれを使用した列車運行状況表示システムの一実施例のシステム構成図である。図１の実施例におけるＴＩＤサーバ２の処理手順を示す図である。図１の実施例におけるＴＩＤクライアント３Ａ〜３Ｅの処理手順を示す図である。図１の実施例における運行管理装置１、ＴＩＤサーバ２及びＴＩＤクライアント３Ａ間の送受信動作の一態様を示す図である。図１に示す実施例におけるＴＩＤサーバ２の動作処理手順を示すフローチャートである。

符号の説明

１運行管理装置
２ＴＩＤサーバ
３Ａ〜３ＥＴＩＤクライアント

Claims

時間的に変化する情報を管理するサーバから、このサーバに回線を介して接続されているクライアントに前記情報を送信する最新情報伝送システムにおいて、
前記サーバは、初期情報と、前記情報のうち変化した情報だけを示す差分情報に対して、シーケンスカウンタから時系列的に発生されるシーケンス値を付与して管理し、必要に応じて前記クライアントに送信し、
前記クライアントは、自己がもつ情報に付与されている情報に付与されているシーケンス値を送信して前記サーバに所要の情報の送信を要求し、
前記サーバは、前記クライアントから送信されるシーケンス値に基づいて、当該シーケンス値以降に生じた差分情報を送信することを特徴とする最新情報表示システム。
前記クライアントが持つ情報に付与されている最新のシーケンス値が前記サーバに管理されている最小シーケンス値より小さい場合には、前記サーバに記憶されている最新の情報全てを送信することを特徴とする請求項１に記載の最新情報表示システム。
前記クライアントが持つ情報に付与されている最新のシーケンス値が前記サーバに管理されている最大シーケンス値と同じ場合には、前記サーバは前記クライアントに対して前記情報を送信しないことを特徴とする請求項１に記載の最新情報表示システム。
前記クライアントが持つ情報に付与されている最新のシーケンス値が前記サーバに管理されている最少シーケンス値より大きい又は同じで最大シーケンス値よりも小さい場合には、前記サーバは前記クライアントに対して付与しているシーケンス値から最大のシーケンス値までの差分情報を送信することを特徴とする請求項１に記載の最新情報表示システム。
前記シーケンスカウンタは６４ビットシーケンスカウンタであることを特徴とする請求項１乃至４のいずれかに記載の最新情報表示システム。
列車の運行状況を生成し、時間的に変化する変化データを含む情報を回線を介して送信する運行管理装置と、
前記運行管理装置から前記回線を介して受信した前記情報を管理し、最新の全情報と、変化が生じたときの変化情報である差分情報に、シーケンスカウンタから発生されるシーケンス値を付与して管理して送信するサーバと、
前記サーバから送信された情報を受信して、受信情報を表示装置に表示させる複数のクライアントと、
を備え、前記クライアントに記憶されている情報に付与されているシーケンス値情報を前記サーバに送信することによって、前記サーバは前記シーケンス値に基づいて前記クライアントに送信する情報を決定することを特徴とする列車運行状況表示システム。
前記クライアントに記憶されている情報に付与されている最新のシーケンス値が前記サーバに管理されている最小シーケンス値より小さい場合には、前記サーバに記憶されている最新の情報全てを送信することを特徴とする請求項６に記載の列車運行状況表示システム。
前記クライアントが持つ情報に付与されている最新のシーケンス値が前記サーバに管理されている最大シーケンス値と同じ場合には、前記サーバは前記クライアントに対して前記情報を送信しないことを特徴とする請求項６に記載の列車運行状況表示システム。
前記クライアントが持つ情報に付与されている最新のシーケンス値が前記サーバに管理されている最少シーケンス値より大きい又は同じで最大シーケンス値よりも小さい場合には、前記サーバは前記クライアントに対して付与しているシーケンス値から最大のシーケンス値までの差分情報を送信することを特徴とする請求項６に記載の列車運行状況表示システム。
前記サーバと前記クライアント間のトランスポート層のプロトコルは、ＵＤＰ又はＨＴＴＰであることを特徴とする請求項６乃至９のいずれかに記載の列車運行状況表示システム。
前記クライアントからは所定周期で最新のシーケンス値を前記サーバに送信し、前記サーバは、受信したシーケンス値に基づいて必要な情報を前記クライアントに送信することを特徴とする請求項６乃至１０のいずれかに記載の列車運行状況表示システム。
前記クライアントは、ブラウザを介して前記サーバにアクセスすることを特徴とする請求項６乃至１１のいずれかに記載の列車運行状況表示システム。