JP5593537B2 - 列車内情報表示装置及び列車内情報表示システム - Google Patents

Description

本発明は、列車内で乗客に外部から伝送された情報を表示する列車内情報表示装置及び列車内情報表示システムに関する。

近年、列車の客室内に設置した表示装置に、外部から伝送された情報を表示する列車内情報表示装置が普及している。従来の列車内情報表示のためのシステムは、地上側無線通信装置と、車両に搭載された車上側無線通信装置との間で無線通信を行って、地上側のコンテンツサーバに蓄積された案内情報を、車両側に無線送信し、車両側無線通信装置が受信した案内情報を、車内の表示装置で表示する構成である。地上側無線通信装置は、例えば駅などに設置されており、車両が駅に停車した際に、無線通信を行って車両に新しい案内情報を送信する。

地上からの案内情報を受信した車上側では、車内の管理装置が備えるデータ蓄積部で受信した案内情報を蓄積し、列車内に複数設置された表示装置で、その蓄積した案内情報の表示を行う。従って、車内の表示装置では、列車が車上側無線通信装置を備えた駅に停車して新しい情報が受信できた場合に、表示内容が更新される。新しい案内情報を受信するまでは、過去に受信した案内情報が繰り返し表示される。
この種の表示装置で表示する案内情報としては、列車の運行などに関係した情報の他に、各種宣伝を行う広告情報や、最新のニュースや天気予報などの情報など、様々な情報がある。

特許文献１には、特定の駅のプラットフォームに案内情報を無線で送信するセンタを設け、プラットフォームに入線した列車に対して案内情報を送信して蓄積を行う点についての記載がある。また、駅で列車を併結した際に、センタからその併結した列車に対しても案内情報を送信することについての記載がある。

特開２００９−１０５７８７号公報

ところで、列車は、途中駅で別の列車を連結して走行を行う、いわゆる併結走行を行う場合がある。そのような複数の列車の併結時には、それぞれの列車内の表示装置で表示される案内情報は、それぞれの列車が備える車上側無線通信装置が受信した案内情報である。従って、地上側無線通信装置が設置された駅に併結された列車が到着するまでは、併結されたそれぞれの列車内で表示される案内情報が異なる情報となって、いずれかの列車の表示情報が必ずしも最新のものでない可能性があった。
また、併結された複数の列車の内のいずれか一方の列車に搭載された車上側無線通信装置に何らかの受信障害や故障がある場合には、併結された列車であっても、その受信障害がある側の列車では、いつまでも案内情報が更新されない状態が継続してしまう。従って、併結されて走行する車両ごとに案内できる情報が異なることになり、乗客への案内として、好ましくない状況になってしまう。

本発明は、複数の列車を併結した場合に、それぞれの列車内で表示される情報が、最新のものに適正に更新される列車内情報表示装置及び列車内情報表示システムを提供することを目的とする。

本発明の列車内情報表示装置は、地上配信システムから無線で配信されたコンテンツを受信するコンテンツ受信部と、コンテンツ受信部で受信したコンテンツを蓄積するコンテンツ蓄積部と、コンテンツ蓄積部に蓄積されたコンテンツの表示部での表示及びコンテンツ蓄積部でのコンテンツの蓄積を制御する管理部とを備えた列車内情報表示装置である。
そして、管理部として、連結された列車側の管理部と通信を行い、当該列車側のコンテンツ蓄積部に蓄積されたコンテンツと、連結された列車側のコンテンツ蓄積部に蓄積されたコンテンツとを比較する。その比較の結果、両方のコンテンツが一致せず、当該列車側のコンテンツ蓄積部に蓄積されたコンテンツの方が古い日に作成されたコンテンツであり、所定時間経過しても地上配信システムとの無線接続が成功せず、地上配信システムから配信されるコンテンツの受信ができない障害発生時に、列車側のコンテンツ蓄積部に蓄積されたコンテンツの取得要求を行って、その取得要求に基づいて他の列車側のコンテンツ蓄積部から得られたコンテンツを、当該列車側のコンテンツ蓄積部に蓄積させるようにした。

また本発明の列車内情報表示システムは、連結された一方の列車と他方の列車のそれぞれが列車内情報表示装置を備えた列車内情報表示システムである。
それぞれの列車の列車内情報表示装置として、地上配信システムから無線で配信されたコンテンツを受信するコンテンツ受信部と、コンテンツ受信部で受信したコンテンツを蓄積するコンテンツ蓄積部と、コンテンツ蓄積部に蓄積されたコンテンツの表示部での表示及び前記コンテンツ蓄積部でのコンテンツの蓄積を制御する管理部とを備える。
そして、一方の列車の管理部と、他方の列車の管理部は、一方の列車と他方の列車との連結を検出した際に通信を行い、一方の列車のコンテンツ蓄積部に蓄積されたコンテンツと、他方の列車のコンテンツ蓄積部に蓄積されたコンテンツとを比較し、比較の結果、両方のコンテンツが一致せず、所定時間経過しても地上配信システムとの無線接続が成功せず、地上配信システムから配信されるコンテンツの受信ができない障害発生時に、古い日に作成されたコンテンツが蓄積された側の列車の管理部が、コンテンツの取得要求を行う。そして、その取得要求を受信した管理部が、コンテンツ蓄積部に蓄積されたコンテンツを送信し、コンテンツ蓄積部に蓄積された古い日時に作成されたコンテンツを、送信されたコンテンツに更新するようにした。

本発明によると、複数の列車を連結して併結運転を行う際に、それぞれの列車内の情報表示装置の管理部が、連結相手の情報表示装置の管理部と通信を行って、各列車が蓄積するコンテンツを最新のものに保つことができる。また、各列車に搭載された通信装置に障害が発生した際にも、連結された列車から最新コンテンツを効率良く取得することができる。

本発明の一実施の形態例によるシステム構成例を示す図である。 本発明の一実施の形態例による１つの列車内の情報表示装置の構成例を示す図である。 本発明の一実施の形態例によるコンテンツリストの説明図である。 本発明の一実施の形態例によるコンテンツ取得処理を示すフローチャートである。 本発明の一実施の形態例によるコンテンツ一致化の第一の処理例を示す説明図である。 本発明の一実施の形態例によるコンテンツ一致化の第二の処理例を示す説明図である。 本発明の一実施の形態例によるコンテンツ一致化の第三の処理例を示す説明図である。 本発明の一実施の形態例によるコンテンツ一致化の第四の処理例を示す説明図である。 本発明の一実施の形態例によるコンテンツ一致化の第五の処理例を示す説明図である。 本発明の一実施の形態例による管理装置の機能ブロックを示した構成図である。 本発明の一実施の形態例によるシステム内の機能ブロックを示した構成図である。

［１．列車内表示装置の構成例］
図１は、本発明の一実施の形態例（以下、「本例」と称する）の列車内情報表示システムの構成例を示した図である。
図１では、第１列車１１０と第２列車１２０とを連結した状態を示しており、それぞれの列車１１０，１２０に、列車内情報表示装置１００が設置している。それぞれの列車１１０，１２０の列車内情報表示装置１００は同一構成であり、第１列車１１０と第２列車１２０とを連結した状態では、ジャンパ連結器などを経由したケーブル１０９で、それぞれの列車内情報表示装置１００が接続される。
図１では、説明を簡単にするために、第１列車１１０と第２列車１２０は、それぞれ１両ずつの車両で図示しているが、それぞれの列車１１０，１２０は、複数台の車両が連結された列車で構成してもよい。第１列車１１０と第２列車１２０は、特定の駅や車両基地などで連結されて、連結された状態で１つの列車として走行する。また、駅などで開放されて、それぞれ個別の列車として走行することもある。

本例の列車内情報表示システムは、地上配信システム２０１から、地上ネットワーク３００を介して、無線で各列車の列車内情報表示装置１００に各種コンテンツを無線伝送し、各列車の列車内情報表示装置１００で受信したコンテンツを蓄積するシステムである。そして、各列車の列車内情報表示装置１００で蓄積したコンテンツの表示を行う。表示するコンテンツは、列車の乗客に提供する広告、ニュース、天気予報などの映像又は文字によるコンテンツである。映像の他に音声が含まれるコンテンツであってもよい。地上配信システム２０１が備える図示しないサーバは、これらの配信を行うコンテンツを作成して、列車側に配信する。

地上ネットワーク３００と列車内情報表示装置１００との間で無線通信を行う無線通信システムとしては、比較的広域で数十Ｍｂｐｓ程度の高速のデータ通信を行うことが可能な無線通信システムが適用される。この無線通信システムとしては、例えば、ＷｉＭＡＸ（Worldwide Interoperability for Microwave Access）と称されるＩＥＥＥ８０２．１６又はＩＥＥＥ８０２．１６ａ規格をベースとした無線通信システムが適用される。あるいは、無線電話用のデータ通信システムや、無線ＬＡＮ（Local Area Network）の１つアクセスポイントからの通信距離が比較的短い距離に制限されるデータ通信用の無線通信システムを適用することも考えられる。
ＷｉＭＡＸなどの比較的広域でデータ通信を行うシステムを適用した場合には、列車が走行中でも地上配信システム２０１と無線通信が可能であり、トンネル内などの無線通信エリアから外れる区間を除いて、常時無線通信が可能である。一方、無線ＬＡＮ用のアクセスポイントを利用した場合には、駅などにアクセスポイントを設置して、そのアクセスポイントが設置された駅に列車が停車中の場合にだけ、無線通信が可能である。

第１列車１１０と第２列車１２０が備える列車内情報表示装置１００は、それぞれ車載通信装置１０３を備えており、それぞれの列車１１０，１２０の車載通信装置１０３が、個別に地上ネットワーク３００を介して、地上配信システム２０１と通信を行って、コンテンツを取得する。つまり、車載通信装置１０３がコンテンツ受信部として機能する。

それぞれの列車１１０，１２０内の列車内情報表示装置１００は、車載通信装置１０３が接続された管理部である管理装置１０１を備える。また、管理装置１０１内には、コンテンツを蓄積するコンテンツ蓄積部としてのコンテンツデータベース１０２が設けられており、管理装置１０１は、このコンテンツデータベース１０２での受信コンテンツの蓄積を制御するとともに、列車内の表示装置１０４での表示を制御する。
列車内情報表示装置１００が備える表示装置１０４は、列車内の各車両のドアの近傍や端面などに複数設置してあり、それぞれの表示装置１０４で管理装置１０１から伝送される各種コンテンツによる映像や文字などの表示を行う。
なお、図１に示すように複数の列車を連結した状態でも、それぞれの列車内の表示装置１０４は、各列車の管理装置１０１内のコンテンツデータベース１０２が蓄積したコンテンツを表示する。また、複数の列車を連結した状態での、列車内情報表示装置１００での表示のオン・オフなどの各種操作は、例えば何れか一方の列車の図示しない操作部を使用して乗務員が一括して行えるようになっている。

図２は、列車が複数の車両で構成される場合の、各列車の列車内情報表示装置１００の構成例を示した図である。
図２に示した例は、第１列車１１０の第１車両１１０ａと第２車両１１０ｂとを示し、第１車両１１０ａに、管理装置１０１と車載通信装置１０３とを設置している。既に説明したように管理装置１０１はコンテンツデータベース１０２を備える。管理装置１０１は、端末装置１０５を介して第１車両１１０ａ内の複数の表示装置１０４と接続されている。また、第１車両１１０ａと第２車両１１０ｂは、端末装置１０５が設けられているが、各車両に設けられた端末装置１０５は互いにケーブルで接続されている。第２車両１１０ｂ以降に別の車両が連結されている場合にも、各車両の端末装置１０５は順に接続される。さらに、他の列車（図１での第２列車１２０）とのケーブル１０９を介した接続についても、通常は端末装置１０５が介在する。但し、端末装置１０５を経由させずに、各車両間の管理装置１０１同士を、ケーブル１０９を介して接続するようにしてもよい。

そして、管理装置１０１は、コンテンツデータベース１０２へのコンテンツの蓄積処理と、この蓄積されたコンテンツの表示装置１０４への送信処理を実行する。表示装置１０４は、受信したコンテンツを表示する。管理装置１０１内に設けられる不図示の制御部は、コンテンツデータベース１０２に蓄積されたコンテンツを、随時各表示装置１０４に送信し、各表示装置１０４は、受信したコンテンツを表示する。この場合、各車両に設置してある列車状態通知装置（図示せず）が、端末装置１０５に列車状態を通知し、端末装置１０５が表示装置１０４に通知（転送）する。ここでの列車状態とは、例えば車両が列車内の何号車であるのかの情報、ドアが開く方向の情報、走行速度、走行距離などである。
列車状態を受信した表示装置１０４は、列車状態をもとに、それぞれのコンテンツを表示する。このように、各車両毎に自立分散式で表示制御が行われる。なお、コンテンツには、走行位置や走行状態などの列車状態に対応して表示されるコンテンツの他に、列車の走行位置とは無関係に周期的に繰り返し表示させるコンテンツもある。

それぞれのコンテンツデータベース１０２に蓄積されるコンテンツについての情報は、管理装置１０１内のコンテンツリストに記憶される。
図３は、コンテンツリストの一例を示した図である。コンテンツリストでは、蓄積されたそれぞれのコンテンツについて、作成日（又は作成日時）と、コンテンツファイル名などが示される。コンテンツファイル名は、コンテンツの識別コード（ＩＤ）と、バージョン情報からなる。さらに、コンテンツファイル名には、コンテンツのデータサイズ（データのバイト数）と、コンテンツの使用開始日と最終使用日のデータが付加されている。
このコンテンツリストは、例えばコンテンツの種類ごとに作成される。具体的には、広告のコンテンツについてのコンテンツリストと、ニュースや天気予報などのコンテンツについてのコンテンツリストを作成する。

［２．コンテンツ取得処理例］
次に、図４のフローチャートを参照して、それぞれの列車内情報表示装置１００の管理装置１０１での、コンテンツ取得処理例について説明する。
まず、それぞれの列車内情報表示装置１００内の管理装置１０１は、車載通信装置１０３を使用した無線通信で、地上配信システム２０１を検知したか否かを判断する（ステップＳ１０１）。この地上配信システム２０１の検知は、例えば周期的に地上配信システムに対して生存パケットを送信して、その生存パケットの応答の受信結果に基づいて行われる。
このステップＳ１０１の判断で、地上配信システム２０１を検知した場合には、管理装置１０１を無線通信で地上配信システム２０１に接続し（ステップＳ１０２）、管理装置１０１内のコンテンツリストが保持しているコンテンツ情報を、地上配信システム２０１に送信する（ステップＳ１０３）。

次に、地上配信システム２０１側が保持している最新のコンテンツリストを、管理装置１０１が取得する（ステップＳ１０４）。そして、その取得したコンテンツリストで示されているコンテンツリストの作成日と、管理装置１０１内のコンテンツリストの作成日とを管理装置１０１で比較する（ステップＳ１０５）。この比較で、地上配信システム２０１側が保持しているコンテンツリストと、管理装置１０１内のコンテンツリストとが、作成日が同じ、又は地上配信システム２０１側が保持しているコンテンツリストの方が古い日付である場合には、ここでのコンテンツの取得処理を終了して、ある程度の時間待機した後、ステップＳ１０１の判断に戻り、周期的に地上配信システムの検知処理を実行する。

ステップＳ１０５での比較で、地上配信システム２０１側が保持しているコンテンツリストで示されたコンテンツの日付の方が新しい場合には、管理装置１０１が、取得したコンテンツリストに記載されている全てのコンテンツファイルについて、取得要否が完了したか否かを判定する（ステップＳ１０６）。この判定で、全てのコンテンツの取得要否が完了したと判断した場合には、ある程度の時間待機した後、ステップＳ１０１の判断に戻り、周期的に地上配信システムの検知処理を実行する。

ステップＳ１０６での比較で、全てのコンテンツの取得要否が完了していないと判定した場合には、リストに記載された１つ毎のコンテンツファイルの取得要否を判定する（ステップＳ１０７）。ここでのコンテンツファイルの取得要否の判定は、コンテンツファイルのバージョンと、コンテンツファイルの存在の有無と、コンテンツファイルのサイズに基づいて行われる。
ステップＳ１０７で、コンテンツファイルの取得要と判定した場合には、管理装置１０１は、該当するコンテンツの送信を地上配信システム２０１に要求し、該当するコンテンツを取得して、管理装置１０１内のコンテンツデータベース１０２に蓄積する（ステップＳ１０８）。このとき、コンテンツデータベース１０２に同じコンテンツの古いバージョンの蓄積されていた場合には、古いバージョンのコンテンツは消去して、蓄積コンテンツを更新する。また、同時にコンテンツリストも更新する。
ステップＳ１０７で取得否と判定した場合と、ステップＳ１０８でコンテンツの取得処理を行った後には、ステップＳ１０６の判定に戻る。

また、図４のフローチャートのステップＳ１０１において、地上配信システムを検知しない場合には、自列車以外の管理装置１０１を検知するか否かを判定する（ステップＳ１０９）。ここでの自列車以外の管理装置１０１の検知とは、他の列車が連結されているか否かの検知であり、例えば、自列車以外の管理装置宛に生存パケットを送信し、受信結果により他列車と併結しているかを判定する。このステップＳ１０９の判定で、他の列車が連結されていないと判断した場合には、ある程度の時間待機した後、ステップＳ１０１の判断に戻り、周期的に地上配信システムの検知処理を実行する。

そして、ステップＳ１０９の判定で、他の列車が連結されていると判断した場合には、自列車の管理装置１０１が、検出した他の列車の管理装置１０１と通信を行う（ステップＳ１１０）。この通信で、自列車の管理装置１０１が、他の列車の管理装置１０１に対して、コンテツリストの送信を要求し、その要求を受信した他の列車の管理装置１０１が、蓄積されたコンテンツリストを送信する。このようにして、自列車の管理装置１０１が他の列車側のコンテツリストを取得する（ステップＳ１１１）。

他の列車側のコンテツリストを取得すると、自列車の管理装置１０１が持つコンテツリストと、他の列車側のコンテツリストとを比較する。ここでは、広告やニュースなどの予め決められた種別のコンテンツについて、その作成日を比較する（ステップＳ１１２）。
このコンテンツの比較で、自列車が保持したコンテンツと、他列車が保持したコンテンツとが同じ作成日である場合、あるいは、自列車が保持したコンテンツよりも、他列車が保持したコンテンツの方が古い作成日である場合、ある程度の時間待機した後、ステップＳ１０１の判断に戻り、周期的に地上配信システムの検知処理を実行する。

ステップＳ１１２でのコンテンツの比較で、他列車が保持したコンテンツの作成日の方が新しいと判断した場合には、最初に、他列車からのコンテンツ取得処理が完了したか否かを判断する（ステップＳ１１３）。このステップＳ１１３の判断でコンテンツ取得処理が完了した場合には、ステップＳ１１１に戻る。

ステップＳ１１３の判断で、コンテンツ取得処理が完了していない場合には、コンテンツリスト中の取得のための判断をまだしていない１つのコンテンツについて、そのコンテンツファイルの取得要否の判断を、コンテンツファイルのバージョンと、コンテンツファイルの存在の有無と、コンテンツファイルのサイズとから行う（ステップＳ１１４）。このコンテンツファイルの取得要否の判断で、取得否と判断した場合には、ステップＳ１１３の判断に戻る。

ステップＳ１１４の判断で、コンテンツファイルの取得要と判断した場合には、該当するコンテンツファイルの取得処理を行う（ステップＳ１１５）。この取得処理としては、自列車の管理装置１０１から他列車の管理装置１０１に対して、該当するコンテンツファイルの送信要求を行い、その送信要求を受信した他列車の管理装置１０１がコンテンツファイルの送信を行い、自列車の管理装置１０１で、蓄積されたコンテンツファイルを伝送されたコンテンツファイルで更新する。

このステップＳ１１５での１つのコンテンツファイルの蓄積が終了すると、地上配信システムの検知が可能な状況になったかを否か判断し（ステップＳ１１６）、地上配信システムの検知が可能な状況になった場合に、ステップＳ１０２の処理に移行する。
ステップＳ１１６の判断で、地上配信システムの検知ができない状況が続いている場合には、ステップＳ１１３の判断に戻る。
このようにして、地上配信システムと通信が行えない状況の管理装置１０１がある場合には、その管理装置１０１は、連結された他の列車の管理装置１０１と随時通信を行って、連結された他の列車の管理装置に新しい作成日やバージョンのコンテンツが蓄積されているとき、そのコンテンツを取得する。従って、複数の列車が連結された状態の場合には、いずれかの列車の通信装置で地上側と通信できない障害があっても、コンテンツデータを最新状態に保つことができる。

［３．各列車でのコンテンツの保持状態と取得例］
次に、図５〜図９を参照して、コンテンツ一致化処理が実行される状況の例について説明する。図５〜図９に示すように、第１列車１１０と第２列車１２０が連結（併結）された状態で運用中であり、第１列車１１０の管理装置１０１ａと、第２列車１２０の管理装置１０１ｂとは、ケーブル１０９で接続されているので、相互に通信できる状態である。なお、図５〜図９においては、各列車が保持したコンテンツをコンテンツＢ，Ｃ，Ｄとして示すが、このコンテンツＢ，Ｃ，Ｄの関係としては、コンテンツＣはコンテンツＢより後に作成されたコンテンツであり、さらに、コンテンツＤはコンテンツＣより後に作成されたコンテンツである。

図５に示す状態を説明すると、図５の状態では、第１列車１１０の通信装置１０３ａと、第２列車１２０の通信装置１０３ｂの双方が、地上配信システム２０１と通信できる状態とする。
そして、図５の状態で、地上配信システム２０１から配信中のコンテンツは、コンテンツＣとする。第１列車１１０の管理装置１０１ａが蓄積したコンテンツも、同じコンテンツＣとする。従って、第１列車１１０の通信装置１０３ａが地上配信システム２０１と行った通信Ｔ１では、蓄積コンテンツと配信コンテンツとの一致を検出して、コンテンツの配信処理を行わない。

一方、図５の状態で、第２列車１２０の管理装置１０１ｂが蓄積したコンテンツは、コンテンツＢである。このため、第２列車１２０の通信装置１０３ｂが地上配信システム２０１と行った通信Ｔ２では、蓄積コンテンツと配信コンテンツとの相違を検出し、地上配信システム２０１が配信中のコンテンツＣを第２列車１２０の管理装置１０１ｂが取得して、蓄積コンテンツをコンテンツＢからコンテンツＣに更新する。

図６に示す状態では、第１列車１１０の通信装置１０３ａは、地上配信システム２０１と通信Ｔ３が行え、第２列車１２０の通信装置１０３ｂには何らかの障害があり、地上配信システム２０１との通信Ｔ４ができない状態である。
この図６の状態で、地上配信システム２０１から配信中のコンテンツは、コンテンツＤとする。第１列車１１０の管理装置１０１ａが蓄積したコンテンツは、コンテンツＣであり、第２列車１２０の管理装置１０１ｂが蓄積したコンテンツは、コンテンツＢとする。

このとき、第１列車１１０の管理装置１０１ａと第２列車１２０の管理装置１０１ｂとの連結直後の通信で、コンテンツの不一致が検出されて、第１列車１１０の管理装置１０１ａが蓄積したコンテンツＣが、第２列車１２０の管理装置１０１ｂに伝送されて、第２列車１２０の管理装置１０１ｂが蓄積するコンテンツが、コンテンツＣに更新される。

また、第１列車１１０の通信装置１０３ａが地上配信システム２０１と行った通信Ｔ３で、蓄積コンテンツと配信コンテンツとの不一致を検出して、コンテンツＤの配信が行われ、第１列車１１０の管理装置１０１ａが蓄積するコンテンツが、コンテンツＤに更新される。

その後さらに、図７に示すように、第１列車１１０の管理装置１０１ａと第２列車１２０の管理装置１０１ｂとの通信で、コンテンツの不一致が検出されて、第１列車１１０の管理装置１０１ａが蓄積したコンテンツＤが、第２列車１２０の管理装置１０１ｂに伝送されて、第２列車１２０の管理装置１０１ｂが蓄積するコンテンツが、コンテンツＤに更新される。
この図７に示した状態は、第１列車１１０の通信装置１０３ａは、地上配信システム２０１と通信Ｔ５が行え、第２列車１２０の通信装置１０３ｂは、依然として障害があり、地上配信システム２０１との通信Ｔ６ができない状態が継続中である。この図７に示すように処理されることで、一方の列車側での障害が継続していても、他方の列車で地上配信システム２０１との通信で蓄積するコンテンツが更新される毎に、通信障害がある側の列車の蓄積コンテンツも更新され、常に最新のコンテンツによる案内が可能になる。

図８の例では、双方の列車の通信装置１０３ａ，１０３ｂに障害がない状態の例である。この図８の例では、図６の例の最初の状態と同じように、地上配信システム２０１から配信中のコンテンツは、コンテンツＤとする。第１列車１１０の管理装置１０１ａが蓄積したコンテンツは、コンテンツＣであり、第２列車１２０の管理装置１０１ｂが蓄積したコンテンツは、コンテンツＢとする。
この図８の例の状態の場合には、第１列車１１０の通信装置１０３ａが地上配信システム２０１と行った通信Ｔ７で、蓄積コンテンツと配信コンテンツとの不一致を検出して、コンテンツＤの配信が行われ、第１列車１１０の管理装置１０１ａが蓄積するコンテンツが、コンテンツＤに更新される。

さらに、第２列車１２０の通信装置１０３ｂが地上配信システム２０１と行った通信Ｔ８で、蓄積コンテンツと配信コンテンツとの不一致を検出して、コンテンツＤの配信が行われ、第１列車１１０の管理装置１０１ａが蓄積するコンテンツについても、コンテンツＤに更新される。

図９の例では、双方の列車の通信装置１０３ａ，１０３ｂに障害がある状態で、第１列車１１０の管理装置１０１ａが蓄積したコンテンツは、コンテンツＣであり、第２列車１２０の管理装置１０１ｂが蓄積したコンテンツは、コンテンツＢとする。
この図９の例の状態の場合には、第１列車１１０の通信装置１０３ａと地上配信システム２０１との通信Ｔ７が成功しないと共に、第２列車１２０の通信装置１０３ｂと地上配信システム２０１との通信Ｔ８が成功しない（図８参照）。

このような状態のとき、第１列車１１０の管理装置１０１ａと第２列車１２０の管理装置１０１ｂとの通信で、コンテンツの不一致が検出される。そして、第１列車１１０の管理装置１０１ａが蓄積したコンテンツＣが、第２列車１２０の管理装置１０１ｂに伝送されて、第２列車１２０の管理装置１０１ｂが蓄積するコンテンツが、コンテンツＣに更新される。
このようにして、地上配信システムと全く通信ができない状況でも、連結された列車間では、コンテンツの最新化処理が行われる。

［４．列車内表示装置と地上配信システムとの間の処理の具体例］
図１０は、列車内表示装置と地上配信システムとの間でのデータ転送処理が行われる構成の具体例を示した図である。図１０では、管理装置１０１内の構成を機能ブロックで示し、以下に説明する各ステップで、各機能ブロック間のデータのやり取りが行われる。
管理装置１０１は、地上配信システム２０１との通信のために、対地上通信制御プロセス１８１と対地上コネクションプロセス１８２とを備える。対地上通信制御プロセス１８１は、対地上コネクションプロセス１８２に対して、周期的に状態通知要求を送信する（ステップＳ１１）。対地上コネクションプロセス１８２は、状態通知要求を受信すると、共有メモリ１８３上にあるコンテンツの保有情報を取り出し、状態通知を作成する（ステップＳ１２）。

そして、対地上コネクションプロセス１８２により、地上配信システム２０１のサーバに状態通知を送信する（ステップＳ１３）。ここで、コネクションタイムアウトが発生した場合は、対地上通信制御プロセス１８１に対して、状態通知要求応答［異常］を送信する。
状態通知を送信後、対地上コネクションプロセス１８２は、地上配信システム２０１側のサーバから、状態通知応答を受信する（ステップＳ１４）。その状態通知応答を受信した対地上コネクションプロセス１８２は、対地上通信制御プロセス１８１に対して、状態通知要求応答［正常］を送信する。状態通知応答を受信できずタイムアウトとなった場合には、対地上通信制御プロセス１８１に対して、状態通知要求応答［異常］を送信する。

対地上通信制御プロセス１８１は、状態通知要求応答［正常］を受信して、広告やニュースなどの種別のコンテンツリストの更新がなく、未放送の放送実績ファイルもない場合、拡張コンテンツ管理ファイル１８４のコンテンツリストＩＤとバージョンを比較し、更新されているかをチェックする（ステップＳ１６）。更新がなければ、ステップＳ１１からステップＳ１６までの処理が繰り返される。

拡張コンテンツＩＤ又はバージョンが異なった場合には、対地上通信制御プロセス１８１は、ファイル転送プロセス１８５へ拡張コンテンツ取得要求を送信する（ステップＳ１７）。ファイル転送プロセス１８５では、その拡張コンテンツ取得要求を受信すると、更新されている拡張コンテンツリストを地上配信システムのサーバ側から取得する（ステップＳ１８）。
この取得した拡張コンテンツリストをファイル転送プロセス１８５で参照し、指示ファイルである場合、指示ファイル１８６を取得する（ステップＳ１９）。このとき、ファイルの転送状態を共有メモリ１８３上に格納する。

ファイル転送プロセス１８５は、指示ファイルの取得が終了すると、対地上通信制御プロセス１８１へ拡張コンテンツ取得応答［指示ファイル取得］を送信する（ステップＳ２０）。対地上通信制御プロセス１８１は、拡張コンテンツ取得応答［指示ファイル取得］を受信すると、指示ファイル１８６の内容をチェックする（ステップＳ２１）。そのチェックで、指示ファイル１８６の内容が、バージョン情報取得であった場合、コマンド実行プロセス１８７へ処理実行要求［バージョン情報取得］を送信する（ステップＳ２２）。

コマンド実行プロセス１８７が処理実行要求［バージョン情報取得］を受信すると、バージョン情報ファイル１８８を作成する（ステップＳ２３）。
また、コマンド実行プロセス１８７は、処理実行応答を対地上通信制御プロセス１８１に送信する（ステップＳ２４）。対地上通信制御プロセス１８１が処理実行応答を受信すると、ファイル転送プロセス１８５へファイルアップロード要求を送信する（ステップＳ２５）。ファイル転送プロセス１８５がファイルアップロード要求を受信すると（ステップＳ２６ａ）、バージョン情報ファイル１８８を地上配信システム２０１のサーバ側に転送する（ステップＳ２６ｂ）と共に、ファイルの転送状態を共有メモリ１８３に格納する（ステップＳ２６ｃ）。

ファイル転送プロセス１８５では、バージョン情報ファイルの転送が終了すると、ファイルアップロード応答を対地上通信制御プロセス１８１に送信する（ステップＳ２７）。対地上通信制御プロセス１８１は、ファイルアップロード応答を受信すると、対地上コネクションプロセス１８２に対してログ転送完了送信要求を送信する（ステップＳ２８）。
対地上コネクションプロセス１８２は、ログ転送完了送信要求を受信した場合、地上配信システム２０１のサーバ側にログファイル転送完了通知を送信する（ステップＳ２９）。

その後、対地上コネクションプロセス１８２は、地上配信システム２０１のサーバ側からログファイル受領通知を受信し（ステップＳ３０）、対地上通信制御プロセス１８１へログ転送完了送信応答［正常］を送信する（ステップＳ３１）。対地上通信制御プロセス１８１は、ログ転送完了送信応答［正常］を受信すると、転送したバージョン情報ファイル１８８の削除をコマンド実行プロセス１８７に指示し（ステップＳ３２）、バージョン情報ファイル１８８の削除を実行する（ステップＳ３３）。

［５．複数の列車した場合の列車内表示装置での処理の具体例］
次に、この図１０に示した構成の管理装置１０１とした場合における、複数の列車の管理装置間での処理状態を、図１１に示す。図１１において、左側の管理装置１０１ａが、第１列車の管理装置であり、右側の管理装置１０１ｂが第２列車の管理装置である。各列車の管理装置１０１ａ，１０１ｂは、図１０に示した各構成の他に、通信故障監視プロセス１９１と、通信ミドルウェア１９２と、放送実績ファイル転送プロセス１９３と、ペアコンテンツ管理プロセス１９４と、ＦＴＰデータ１９５と、放送実績ファイル部１９６とを備える。また、表示装置１０４は、放送実績プロセス１９７を備える。

まず、第２列車の管理装置１０１ｂにおいて、対地上通信制御プロセス１８１は、地上配信システム２０１への接続が、ある程度の時間（例えば１０分間）経過しても成功しない場合、未接続とする。図１１の例では、第２列車の管理装置１０１ｂで未接続が検出された状態である。
地上配信システム２０１への接続が成功しない未接続を検知した対地上通信制御プロセス１８１は、連結された列車の管理装置１０１ａのペアコンテンツ管理プロセス１９４に対して、コンテンツ確認要求を送信する。その情報として、現在コンテンツ作成日時、コンテンツリストのＩＤ及びバージョンを送信する。

ペアコンテンツ管理プロセス１９４では、コンテンツ確認要求を受信した場合に、次の条件に合致する場合に、該当する広告及びニュースのコンテンツリストの転送ディレクトリを削除しないように管理上ロックする。
ここで管理上ロックするための条件は、自らの管理装置の転送ディレクトリにあるコンテンツリストの作成日がコンテンツ確認要求にあるコンテンツ作成日よりも新しい場合である。あるいは、コンテンツのＩＤ及びバージョンが同じで、コンテンツリストが取得済みでない場合である。

そして、ペアコンテンツ管理プロセス１９４では、コンテンツ確認要求の応答として、コンテンツ確認応答を送信元の対地上通信制御プロセス１８１へ送信する。この応答には、取得要のコンテンツ種別、地上装置の接続状態、自らの管理装置の広告コンテンツリストの作成日、ニュースコンテンツリストの作成日、及び各コンテンツリストのＩＤとバージョンが含まれる。

対地上通信制御プロセス１８１では、コンテンツ確認応答を受信すると、次の処理が行われる。
まず、取得要のコンテンツ有りのときには、ファイル転送プロセス１８５へペア編成取得要求を行い、該当コンテンツリスト及びコンテンツを取得する。
また、相手の列車が地上装置と接続状態のときには、表示装置１０４の放送実績プロセス１９７へ放送実績転送要求を送信し、放送実績ファイルを転送する。
さらに、取得要のコンテンツ無し、又はコンテンツリスト確認要求に対する応答異常があったときには、地上装置に対して状態通知を繰り返す。そして、他の列車との連結状態であり、かつ地上装置と未接続の状態が一定時間（例えば１０分）経過した場合に、上述したペアコンテンツ管理プロセス１９４に対するコンテンツ確認要求繰り返す。

そして、ファイル転送プロセスの実行で、ペア編成取得要求を受信すると、ペア編成の転送ディレクトリからＦＴＰプロトコルにて指定されたコンテンツリストと、そのコンテンツリストに記載されたコンテンツそのものを取得する。この処理で全てのコンテンツを取得した場合、対地上通信制御プロセス１８１に対してペア編成取得応答を送信する。

対地上通信制御プロセス１８１では、ペア編成取得応答を受信すると、接続相手の列車のペアコンテンツ管理プロセス１９４へコンテンツ収集完了を送信する。相手側のペアコンテンツ管理プロセス１９４で、このコンテンツ収集完了を受信すると、転送中状態を管理する。
なお、放送実績ファイル転送プロセス１９３では、接続相手の列車の管理装置に対して、未送信の放送実績ファイルを転送し、放送実績送信管理ファイルの更新を行う。

［６．変形例］
ここまで説明した実施の形態例では、各列車に蓄積させて表示を行うコンテンツとして、広告のコンテンツと、ニュースや天気予報などのコンテンツとし、それぞれのコンテンツについての更新処理を行うものとしたが、いずれか一方の種類のコンテンツについてだけ、上述した実施の形態の処理で更新させるようにしてもよい。例えば、広告のコンテンツだけを更新させてもよい。あるいは逆に、ニュースや天気予報などのコンテンツだけを更新させてもよい。さらに、その他のコンテンツを取得して表示させる場合にも適用してもよい。
また、図４に示したフローチャートの処理では、コンテンツの作成日を比較したが、作成日と共に作成時刻まで比較してもよい。
さらに、図４のフローチャートでは、コンテンツの作成日やバージョンなどから最新のものを検出した場合に更新を行う処理構成としたが、図１１に示したように車内の表示装置での表示実績（放送実績）が取得できる場合には、他の列車に蓄積されたコンテンツで更新させるようにしてもよい。すなわち、蓄積したコンテンツについて表示実績がある場合には、他の列車に蓄積されたコンテンツで更新し、蓄積したコンテンツの表示実績がない場合には、該当するコンテンツが表示されるまで待機した後、他の列車に蓄積されたコンテンツで更新させるようにしてもよい。

１００…列車内情報表示装置、１０１，１０１ａ，１０１ｂ…管理装置、１０２…コンテンツデータベース、１０３，１０３ａ，１０３ｂ…車載通信装置、１０４…表示装置、１０５…端末装置、１０９…ケーブル、１１０…第１列車、１１０ａ…第１車両、１１０ｂ…第２車両、１２０…第２列車、１８１…対地上通信制御プロセス、１８２…対地上コネクションプロセス、１８３…共有メモリ、１８４…拡張コンテンツ管理部、１８５…ファイル転送プロセス、１８６…指示部、１８７…コマンド実行プロセス、１８８…バージョン情報、１９１…通信故障監視プロセス、１９２…通信ミドルウェア、１９３…放送実績ファイル転送プロセス、１９４…ペアコンテンツ管理プロセス、１９５…ＦＴＰデータ、１９６…放送実績ファイル部、１９７…放送実績プロセス、２０１…地上配信システム、３００…地上ネットワーク

Claims (5)

1. 地上配信システムから無線で配信されたコンテンツを受信するコンテンツ受信部と、
   前記コンテンツ受信部で受信したコンテンツを蓄積するコンテンツ蓄積部と、
   前記コンテンツ蓄積部に蓄積されたコンテンツの表示部での表示及び前記コンテンツ蓄積部でのコンテンツの蓄積を制御する管理部と、を備えた列車内情報表示装置において、
   前記管理部は、
   他の列車が連結された際に、連結された他の列車の管理部と通信を行い、当該列車側の前記コンテンツ蓄積部に蓄積されたコンテンツと、前記他の列車側のコンテンツ蓄積部に蓄積されたコンテンツとを比較し、
   この比較の結果、当該列車側の前記コンテンツ蓄積部に蓄積されたコンテンツと、前記他の列車側のコンテンツ蓄積部に蓄積されたコンテンツが一致せずに、当該列車側の前記コンテンツ蓄積部に蓄積されたコンテンツの方が古い日時に作成されたコンテンツであり、所定時間経過しても前記地上配信システムとの無線接続が成功せず、前記地上配信システムから配信されるコンテンツの受信ができない障害発生時に、前記他の列車側のコンテンツ蓄積部に蓄積されたコンテンツの取得要求を行って、その取得要求に基づいて他の列車側のコンテンツ蓄積部から得られたコンテンツを、当該列車側の前記コンテンツ蓄積部に蓄積させるようにした列車内情報表示装置。
2. 前記管理部でのコンテンツの比較は、コンテンツの作成日又はコンテンツのバージョン情報で行う
   請求項１記載の列車内情報表示装置。
3. 前記管理部によるコンテンツの取得要求は、広告表示用のコンテンツ及び運行状況案内表示用のコンテンツについてのみ行い、その他のコンテンツについては前記コンテンツ受信部でコンテンツの受信ができない障害が無くなってから、前記地上配信システムから取得する
   請求項１記載の列車内情報表示装置。
4. 前記管理部は、前記他の列車側の管理部から、コンテンツの要求を受信した場合に、当該列車側の前記コンテンツ蓄積部に蓄積されたコンテンツを、前記連結された他の列車側に送出させる制御を行う
   請求項１記載の列車内情報表示装置。
5. 連結された一方の列車と他方の列車のそれぞれが列車内情報表示装置を備えた列車内情報表示システムにおいて、
   前記それぞれの列車の列車内情報表示装置として、
   地上配信システムから無線で配信されたコンテンツを受信するコンテンツ受信部と、
   前記コンテンツ受信部で受信したコンテンツを蓄積するコンテンツ蓄積部と、
   前記コンテンツ蓄積部に蓄積されたコンテンツの表示部での表示及び前記コンテンツ蓄積部でのコンテンツの蓄積を制御する管理部と、を備え、
   前記一方の列車の管理部と、前記他方の列車の管理部は、前記一方の列車と前記他方の列車との連結を検出した際に通信を行い、一方の列車の前記コンテンツ蓄積部に蓄積されたコンテンツと、他方の列車のコンテンツ蓄積部に蓄積されたコンテンツとを比較し、比較の結果、当該列車側の前記コンテンツ蓄積部に蓄積されたコンテンツと、前記他の列車側のコンテンツ蓄積部に蓄積されたコンテンツが一致せず、所定時間経過しても前記地上配信システムとの無線接続が成功せず、前記地上配信システムから配信されるコンテンツの受信ができない障害発生時に、古い日時に作成されたコンテンツが蓄積された側の列車の管理部がコンテンツの取得要求を行い、その取得要求を受信した管理部が、コンテンツ蓄積部に蓄積されたコンテンツを送信させ、前記コンテンツ蓄積部に蓄積された古い日時に作成されたコンテンツを、送信されたコンテンツに更新させるようにした
   列車内情報表示システム。

Images