"鉄道車両に搭載される案内表示システムにおいて,当該編成の片側の先頭車に設置された中央装置と,その他の車両に設けられたスイッチと,前記中央装置と前記各車両のスイッチとを相互に接続する車両間ネットワークと,前記各車両スイッチと,各車両に設置された複数の車内表示器とを相互に接続する車両内ネットワークとを設け,編成全体として単一のIPネットワークを構成するとともに,前記中央装置は,運用情報取得手段,現在地認識手段および地上車上通信手段を設け,前記中央装置は,前記運用情報取得手段により当該列車の運用に係る情報を取得するとともに,前記現在地認識手段により当該列車の現在地情報を取得し,各車両の車内表示器に表示するための運用情報に係る表示コンテンツを作成し,前記中央装置は,前記地上車上通信手段により,地上サーバからニュース天気予報広告などの動画コンテンツを取得するとともに,前記運用情報に係る表示コンテンツと前記ニュース天気予報広告などの動画コンテンツとを引用するBML文書を生成し,前記車両間ネットワークおよび各車両の車両内ネットワークを介して,前記BML文書と前記運用情報に係る表示コンテンツおよびニュース天気予報広告などの動画コンテンツとをモノメディアとして多重化し,前記各車の車内表示器宛てにパケット配信し,前記各車の車内表示器においては,前記多重化パケットを受信し,当該パケットから多重化されたコンテンツデータを抽出するとともに,前記運用情報に係るコンテンツと前記ニュース天気予報広告などの動画コンテンツを,単一の表示器に表示することを特徴とする案内表示システム。請求項1記載の案内表示システムにおいて、前記中央装置及び前記車両間ネットワークを冗長化したことを特徴とする案内表示システム。前記車内表示システムにおいては,特に動画コンテンツの再生において,当該動画コンテンツ全体を車内表示器のメモリに記憶する必要があるため,全ての車内表示器に大容量のメモリを実装する必要があった。また運用情報表示用の表示部と動画コンテンツ再生用の表示部において,それぞれ独立した表示を実行させるために,2つの表示部を必要としていた。このため装置自体のコストおよびメンテナンスコストを増大させるという問題があった。本発明は,案内表示システムにおける上記の問題点に鑑みて創案されたもので,その目的とするところは,車内表示器の表示部を一つに集約するとともに,IPTV技術を適用することによって,より柔軟性の高い表示コンテンツの提示を可能とするとともに,表示部の数を削減することにより,装置コストおよびメンテナンスコストを低減する案内表示システムを提供することにある。IPTVとは,広義ではインターネットストリーミングを含むIPパケットによる映像伝送全てを言い,狭義には管理されたネットワーク上でのIPパケットによる放送サービスを言う。本発明は,狭義のIPTV技術を応用したものである。具体的には、鉄道車両に搭載される案内表示システムにおいて,当該編成の片側の先頭車に設置された中央装置と,その他の車両に設けられたスイッチと,前記中央装置と前記各車両のスイッチとを相互に接続する車両間ネットワークと,前記各車両スイッチと,各車両に設置された複数の車内表示器とを相互に接続する車両内ネットワークとを設け,編成全体として単一のIPネットワークを構成するとともに,前記中央装置は,運用情報取得手段,現在地認識手段および地上車上通信手段を設け,前記中央装置は,前記運用情報取得手段により当該列車の運用に係る情報を取得するとともに,前記現在地認識手段により当該列車の現在地情報を取得し,各車両の車内表示器に表示するための運用情報に係る表示コンテンツを作成し,前記中央装置は,前記地上車上通信手段により,地上サーバからニュース天気予報広告などの動画コンテンツを取得するとともに,前記運用情報に係る表示コンテンツと前記ニュース天気予報広告などの動画コンテンツとを引用するBML文書を生成し,前記車両間ネットワークおよび各車両の車両内ネットワークを介して,前記BML文書と前記運用情報に係る表示コンテンツおよびニュース天気予報広告などの動画コンテンツとをモノメディアとして多重化し,前記各車の車内表示器宛てにパケット配信し,前記各車の車内表示器においては,前記多重化パケットを受信し,当該パケットから多重化されたコンテンツデータを抽出するとともに,前記運用情報に係るコンテンツと前記ニュース天気予報広告などの動画コンテンツを,単一の表示器に表示することを特徴とする案内表示システムとすることである。従来の案内表示器システムにおいては,各車内表示器には予め多数の表示コンテンツを記憶させていたが,本発明に係る案内表示システムを適用することにより,各種表示コンテンツが適宜中央装置から配信される形となるため,車内表示器側に大容量のメモリを実装する必要がなくなる。また従来,車内表示器に独立して設けられていた2つの表示部を一つに集約することによって,装置コストおよびメンテナンスコストを低減することも可能となる。更に広告等の動画コンテンツの再生処理は,従来予め定められた再生スケジュールを動画コンテンツとともに各車内表示器に配信していたが,中央装置の案内表示コンテンツサーバの制御によって全車の全車内表示器の表示コンテンツを一斉に切り替えることも可能となり,案内表示システムの運用形態の自由度を高めることができる。図1は,本発明に係る案内表示システムの構成を示すものである。本発明は,中央装置内の案内表示コンテンツサーバが,BMLで記述された案内表示コンテンツを各号車の各車内表示器宛てに配信し,前記案内表示コンテンツサーバからの表示タイミング制御プッシュ型配信により各車内表示器の表示内容を切り替えることを特徴とする。BMLは,日本電波産業会ARIBで規定されたデータ放送記述言語であり,BSCSデジタル放送,地上波デジタル放送,ワンセグ放送,IPTVに用いられている。BMLによって記述された表示コンテンツは,BML文書と呼ばれる。前記の列車の運用情報およびニュース天気予報広告などの動画コンテンツは,案内表示コンテンツサーバ内で多重化され,単一のTSトランスポートストリームとして各号車の各車内表示器宛に配信される。図2は,本発明に係る車内表示器の代表的な表示画面を概念的に表現した例である。同図において,C01は1号車の車両を上方から見た図であり,車両の左右に4箇所ずつ設置される車内表示器の位置を表しており,各車内表示器は各扉の上方に設置される。R00は,車両の右側に設置される車内表示器の表示画面の例を表し,L00は,車両の左側に設置される車内表示器の表示画面の例を表している。更に,それぞれの画面においてR03,L03は当該列車の種別と行先を,R04,L04は当該車両の号車を,R05,L05は当該路線の路線図を,R02,L02は運用情報に係るメッセージを表している。路線図の表示に関しては,実際の車両の進行方向と路線図の向きとが一致している必要があり,そうでなければ車内表示器の路線図表示に対して違和感を抱くことになる。従って路線図の向きは,車両の右側に設置された車内表示器上での表示と,車両の左側に設置された車内表示器上での表示は,左右反対に表示されなければならない。以下,車両の右側に設置された車内表示器を右側車内表示器と,車両の左側に設置された車内表示器を左側車内表示器と呼ぶことにする。上記は,右側車内表示器上の路線図を表すコンテンツと左側車内表示器上の路線図を表すコンテンツが異なることを意味し,車内表示器の設置環境により,表示コンテンツを切り替える機能が必要となる。本発明においては,BML文書に埋め込まれたECMAscriptによって記述されたスクリプトにより,当該車内表示器に割り当てられたプライベートアドレスが取得できるものとし,更に当該プライベートアドレスから当該車内表示器が設置された車両の号車,設置位置車両の右側または左側が特定できるものとする。図2に,本発明に係る案内表示システムにおける各号車の各車内表示器のプライベートアドレスの割り当て例を示す。ここでは,簡単のためプライベートアドレスの8~15ビットに号車を,0~7ビットに1車両内における車内表示器の連番1~8を割り当てている。ここで前記車内表示器の連番は,車両の右側に設置されるものを奇数,左側に設置されるものを偶数とし,設置場所の識別が可能となるようにする。本発明において,BML文書およびBML文書から引用されるモノメディアの伝送には,MPEG2DSM-CCデータカルーセル伝送方式を用いる。図3は,前記図2の車内表示器の表示に必要な各マルチメディアデータをデータカルーセル伝送方式によって配信する際のデータの流れを概念的に表現したものである。同図中d01は,表示コンテンツの構成要素となるBML文書と当該BML文書から引用される各モノメディアを表し,右側車内表示器用の路線図右,左側車内表示器用の路線図左,運用情報に係るテキストデータ,広告用の動画コンテンツから成る。前記表示コンテンツは,d02で示すモジュールと呼ばれるデータ要素に分離され,モジュール1~モジュール5の単位でデータの並びが繰り返される。更にd03はセクションと呼ばれるデータの並びを表し,前記モジュールは,DDBメッセージと呼ばれる細かいセクション構造のブロックに分割され,セクション化されてデータカルーセルを構成する。DDBに分割する際,DDBメッセージの構成を示すDIIメッセージを周期的に挿入する。d04はTSパケットの並びを表し,前記DDI及びDDBはMPEGトランスポートストリームのセクション形式でTSパケットに格納される。更にTSパケットは188バイトの固定長形式であり,複数個のTSパケットがまとめられ,RTP/UDP/IPによってマルチキャスト配信される。各種のモノメディアを単一のパケット化されたストリームに多重化する処理は,TSエンコードと呼ばれ,中央装置101にはTSエンコーダ機能が実装されており,前記のような多重化処理が実行される。一方各号車の各車内表示器においては,前記の多重化されたパケットから各種のモノメディアを分離する機能をもったTSデコーダが実装され,TSパケットの非多重化処理が実行される。図1に示す各車内表示器には,上記のTSデコーダの機能が実装されたものである。車内表示器102を例に各構成要素の機能を説明する。102cはレイヤ3スイッチの機能を有するNICであり,2つのポート102a,102bを設けるとともに,IGRPを実装したものである。更にCPU102d,メモリ102eおよびソフトウェアによって,受信したTSパケットの受信の際の誤り訂正処理FEC:FowrwadErrorCorrectionを実行するとともに,TSパケットストリームから,BML文書を含むモノメディアデータを抽出し,予め実装されたBMLブラウザ機能によって,ディスプレイインターフェース102fを介して,表示コンテンツを表示部102g上に表示する。また各車内表示器の表示コンテンツは,中央装置の案内表示コンテンツサーバから配信されるイベントメッセージに応じて適宜切り換えられる。イベントメッセージとは,BMLコンテンツに対して,セクション形式で単発的に配信されるものである。案内表示システムにおけるイベントとして,始発駅発車,次の停車駅に接近した場合,駅停車,事故等によって列車の運行に遅延が発生した場合などが考えられ,それぞれの事象に応じたイベントメッセージを案内表示コンテンツサーバから配信するとともに,これらに応じた表示コンテンツと表示切り替えに係るスクリプトを埋め込んだBML文書を配信することによって表示コンテンツの切換え制御を行うことができる。図4は,イベントメッセージに対応する表示コンテンツの切換え処理をBML文書のスクリプトとして表したものである。但しBML文書の構造を概念的に表したもので,完全な形式とはなっていない。X01は,イベントメッセージを受信したときの処理を記述する部分であり,より具体的にはBML文書の切換えなどの処理が記載される。X02は,当該車内表示器のNICに割り当てられたIPアドレスの値を取得する関数の定義であり,具体的には予め用意されたAPIを利用する形となる。X03は,当該車内表示器が設置されている車両の号車を取得する関数の定義であり,上記の関数で取得したIPアドレスの値から,号車の部分を抽出し,号車表示オブジェクトに文字列を設定する。X04は,路線図に対応するコンテンツ静止画を設定する関数の定義であり,上記の関数で取得したIPアドレスの値の偶奇を判断し,設置場所車両の左右を認識し,対応する静止画を設定する。X05は,路線図の静止画を設定する関数の呼出しを行う部分,X06は号車を設定する関数を呼び出す部分である。更に,X07は動画コンテンツを表示するオブジェクト,X08は路線図を表示するオブジェクトを表す。実際の案内表示システムにおける表示コンテンツは,上記のようなBML文書を必要数作成し,中央装置内部に蓄積し,列車の運行状態に応じて,適切なBML文書を適宜配信する制御が行われる。図6に,実施例1の発明に係る案内表示システムを基本として、中央装置および車両間ネットワークを冗長化し,案内表示システムの可用性向上を図った例を示す。同図中の各構成要素のうち,図1で示した符号と同一のものは,同一の特性を有するものである。図6に示すように車両間ネットワークは,リングトポロジを構成するとともに,各車両のスイッチはMRPMediaRedundancyProtocolのような,冗長化対応機能を有するものとする。MRP対応のスイッチにおいては,リングトポロジの一部に断線等の障害が発生した場合においても,迂回ルートを確保して全車両の全車内表示器に対するパケット配信を継続することが可能である。更に中央装置内の案内表示コンテンツサーバを待機二重系の形で冗長化することによって,1号車側の中央装置の案内表示コンテンツサーバがダウンした場合においても,6号車側の中央装置の案内表示コンテンツサーバに当該機能を代行することができ,システム全体としての可用性を高めることが可能である。"