JP2009105787A

JP2009105787A - コンテンツ配信システムおよびコンテンツ配信システムのコンテンツ配信方法

Info

Publication number: JP2009105787A
Application number: JP2007277198A
Authority: JP
Inventors: Tomoaki Ando; 智章安藤
Original assignee: Mitsubishi Electric Corp
Current assignee: Mitsubishi Electric Corp
Priority date: 2007-10-25
Filing date: 2007-10-25
Publication date: 2009-05-14
Anticipated expiration: 2027-10-25
Also published as: JP4698653B2

Abstract

【課題】各列車１１０内で各種コンテンツを乗客に提供するために各列車１１０のコンテンツを効率的に入れ替えられるようにすることを目的とする。
【解決手段】特定の駅プラットフォーム１２０に設けられたコンテンツセンタ１３０は入線したＹ行列車１１１の車上システム１０１に対してコンテンツを送信する。Ｙ行列車１１１の車上システム１０１はコンテンツセンタ１３０から受信したコンテンツを併結したＸ行列車１１２の車上システム１０１に送信する。別の列車１１０の車上システム１０１は任意の場所においてＹ行列車１１１またはＸ行列車１１２と併結した際にＹ行列車１１１またはＸ行列車１１２の車上システム１０１からコンテンツを受信する。これにより、各列車１１０は、コンテンツを送信するのに十分な時間が確保できる併結走行中の時間を利用して、編成間伝送によりコンテンツを入れ替えることができる。
【選択図】図１

Description

本発明は、例えば、各列車内で乗客に提供するコンテンツについて、各列車内のコンテンツを最新のコンテンツに多段方式で入れ替えるコンテンツ配信システムおよびコンテンツ配信システムのコンテンツ配信方法に関するものである。

図１４は、従来のコンテンツ入れ替え方式を示す図である。
図１４に示すように、従来のコンテンツ入れ替え方式では、各列車（例えば、列車Ａ１４２、列車Ｂ１４３）は乗客に提供するコンテンツを特定の駅のコンテンツセンタ１４１からそれぞれ受信していた。
特開２００４−１３９１７１号公報特開２００３−１５０６８１号公報特開２００２−１９０７６４号公報特開２００４−０３８２４２号公報

図１４に示すような従来のコンテンツ入れ替え方式には以下のような課題がある。
（ａ）コンテンツセンタ１４１が存在する駅に全列車が乗り入れるわけではないため、コンテンツを入れ替えることができない列車がある。
（ｂ）上記（ａ）の課題を解決するためには、多くの駅にコンテンツセンタ１４１を設置する必要がある。
（ｃ）同じ時間帯に当該駅に乗り入れた各列車がそれぞれコンテンツセンタ１４１からコンテンツを受信するため、列車数分の時分割により１列車当りの通信帯域が狭くなり、コンテンツの入れ替えに必要な時間が長くなる。
（ｄ）しかし、各列車が駅に停車している時間は１０分程度に限られている。

本発明は、例えば、列車内のＷｅｂサーバがコンテンツ（ビデオ、その他の各種情報）を列車内専用端末にマルチキャスト配信するサービスを実現するために、コンテンツセンタ１４１の設置数を少なくしたい、多くのコンテンツを配信したいといった要求や、コンテンツセンタ１４１からコンテンツを受信できる時間が限られるといった制約などを考慮し、各列車（各編成）に対して効率的にコンテンツを入れ替えられるようにすることを目的とする。

本発明のコンテンツ配信システムは、特定施設に設置され、各列車の乗客に提供する情報のデータであるコンテンツを送信する拠点伝送装置と、各列車に設置され、前記コンテンツを送受信する列車伝送装置と、各列車に設置され、前記列車伝送装置が受信した前記コンテンツを記憶し、記憶した前記コンテンツを各車両内に設置された端末装置から出力する列車内配信サーバ装置とを備えたコンテンツ配信システムであり、各列車の前記列車伝送装置は、前記特定施設に設置された前記拠点伝送装置から前記コンテンツを受信し、自列車が他列車と併結した場合に自列車が併結した他列車の前記列車伝送装置に前記拠点伝送装置から受信した前記コンテンツを送信することを特徴とする。

本発明によれば、特定施設の拠点伝送装置から各列車の列車伝送装置へのコンテンツの伝送に限らず、列車伝送装置間でもコンテンツを伝送することにより、コンテンツの入れ替えの機会を多くし、各列車に対してコンテンツの入れ替えを効率的に行うことができる。

実施の形態１．
図１は、実施の形態１におけるコンテンツ配信システム１００の構成図である。
実施の形態１におけるコンテンツ配信システム１００の構成およびコンテンツの入れ替え方法（コンテンツ配信方法）について、図１に基づいて以下に説明する。

実施の形態１におけるコンテンツ配信システム１００は、駅や車庫などの鉄道関連施設（特定施設）（例えば、駅プラットフォーム１２０）に設けられたコンテンツセンタ１３０と、互いに併結する各列車１１０（例えば、Ｙ行列車１１１、Ｘ行列車１１２）内に構築された車上システム１０１とを備え、各列車１１０の乗客に各種のコンテンツを提供する。以下、コンテンツセンタ１３０が設けられた施設およびコンテンツセンタ１３０をコンテンツ配信拠点（または、拠点）という。

図１において、コンテンツセンタ１３０は特定の駅プラットフォーム１２０に設けられ、各種コンテンツを記憶管理するセンタコンテンツサーバ２００（拠点伝送装置）を備えている。
センタコンテンツサーバ２００は乗客に提供するビデオ、広告、ゲーム、その他の各種情報のデータをコンテンツとして記憶するセンタコンテンツＤＢ２０９を備え、駅プラットフォーム１２０に乗り入れたＹ行列車１１１にセンタアンテナ２０１を介してコンテンツを送信する。
Ｙ行列車１１１およびＸ行列車１１２の車上システム１０１は、コンテンツの送受信を車上アンテナ２１１を介して行う車上コンテンツ入替サーバ２１０（列車伝送装置）と、コンテンツおよびコンテンツのバージョン情報を記憶する車上コンテンツＤＢ２２９と、乗客へのコンテンツの提供を行う車上コンテンツ配信サーバ２２０（列車内配信サーバ装置）とを備える。
Ｙ行列車１１１の車上システム１０１において、車上コンテンツ入替サーバ２１０はＹ行列車１１１が駅プラットフォーム１２０に乗り入れている間に車上アンテナ２１１を介してセンタコンテンツサーバ２００からコンテンツを受信する。車上コンテンツ入替サーバ２１０が受信したコンテンツは車上コンテンツＤＢ２２９に記憶され、車上コンテンツ配信サーバ２２０は車上コンテンツＤＢ２２９に記憶されたコンテンツをＹ行列車１１１の乗客に提供する。また、Ｙ行列車１１１の車上システム１０１において、車上コンテンツ入替サーバ２１０はセンタコンテンツサーバ２００から受信したコンテンツをＹ行列車１１１に併結したＸ行列車１１２の車上コンテンツ入替サーバ２１０に車上アンテナ２１１を介して送信する。

併結とは、１車両または複数車両で編成される列車１１０が複数連結することであり、実施の形態１において併結する各列車１１０はそれぞれ車上システム１０１を有する。

Ｘ行列車１１２の車上システム１０１において、車上コンテンツ入替サーバ２１０はＸ行列車１１２がＹ行列車１１１と併結している間に車上アンテナ２１１を介してＹ行列車１１１の車上コンテンツ入替サーバ２１０からコンテンツを受信する。車上コンテンツ入替サーバ２１０が受信したコンテンツは車上コンテンツＤＢ２２９に記憶され、車上コンテンツ配信サーバ２２０は車上コンテンツＤＢ２２９に記憶されたコンテンツをＸ行列車１１２の乗客に提供する。Ｘ行列車１１２は、コンテンツを受信するために、コンテンツセンタ１３０が設けられた駅プラットフォーム１２０に乗り入れる必要は無く、任意の区間においてＹ行列車１１１と併結走行すればよい。

実施の形態１におけるコンテンツ配信システム１００は、列車併結時に編成（列車）間伝送を行うことにより、列車１１０間でのコンテンツの反映（入替）を可能とする。
これにより、コンテンツ配信システム１００はコンテンツ配信拠点に乗り入れない列車１１０のコンテンツを更新することができる。つまり、コンテンツセンタ１３０の数を少なくすることができ、コンテンツ配信システム１００の構築コストを削減することができる。
また、併結走行はある程度まとまった時間（例えば、１時間以上）行われるため、コンテンツ配信システム１００はコンテンツの伝送に十分な時間、列車１１０間で通信接続を維持し、多くのコンテンツを追加／更新することができる。

また、併結走行時、各列車１１０の車上システム１０１は、列車１１０がコンテンツ配信拠点からコンテンツを受信したか否かに関係なく、つまり、主従の関係なく、それぞれが記憶するコンテンツを互いに送受信して互いのコンテンツを反映する。例えば、各列車１１０の車上システム１０１は、あるコンテンツを一方のみが有する場合には当該コンテンツを他方に送信し、コンテンツのバージョンに差異がある場合には古いコンテンツを新しいコンテンツで更新する。
これにより、コンテンツ配信システム１００は各車上システム１０１に対して最新のコンテンツを各列車１１０の併結走行を利用して効率良く多段に反映することができる。

また、実施の形態１におけるコンテンツ配信システム１００は、コンテンツセンタ１３０と車上システム１０１とのコンテンツ反映方式（プロトコル、通信形態など）と車上システム１０１間のコンテンツ反映方式とを同一方式とする。つまり、コンテンツセンタ１３０と車上システム１０１、および、併結する２つの列車１１０の車上システム１０１は、ネットワーク接続を契機にして一連の処理でコンテンツのロード作業を行い、コンテンツを反映する。例えば、一連の処理として、コンテンツを受信するクライアント側（車上システム１０１）がコンテンツを送信するサーバ側（コンテンツセンタ１３０または車上システム１０１）にコンテンツリストを要求し、コンテンツリストに示されたコンテンツのうち、所持していない又は所持しているものより新しいコンテンツをサーバ側からロードし、コンテンツのロード状況をサーバ側に通知する。
コンテンツセンタ１３０−車上システム１０１間、車上システム１０１−車上システム１０１間のコンテンツ反映方式を同一方式にすることにより、コンテンツセンタ１３０と車上システム１０１との機能を共通化でき、コンテンツ配信システム１００の開発コストを削減することができる。

また、実施の形態１のコンテンツ配信システム１００において、コンテンツセンタ１３０および車上システム１０１は指向性を持たせた近距離無線でコンテンツを配信する。例えば、センタアンテナ２０１および車上アンテナ２１１として無線の送受信方向に指向性を持たせる指向性アンテナが用いられる。コンテンツセンタ１３０のセンタアンテナ２０１は列車１１０が乗り入れる特定箇所に向けて設置される。
これにより、コンテンツ配信システム１００は、拠点においてコンテンツセンタ１３０が複数の列車１１０の車上システム１０１と同時に通信接続することを抑止し、使用可能な通信帯域を１つの車上システム１０１に対して使用し、通信接続した車上システム１０１に対して限られた時間内により多くのコンテンツを送信することができる。
ただし、コンテンツセンタ１３０と車上システム１０１との通信および車上システム１０１間の通信は無線でなく有線であっても構わない。

また、クライアント側の車上システム１０１は、コンテンツを送信するサーバとしてコンテンツセンタ１３０および別の列車１１０の車上システム１０１とに通信接続が可能である場合、優先的にコンテンツセンタ１３０と通信接続し、コンテンツロードを行う。コンテンツセンタ１３０が接続先に存在しない場合、クライアント側は他の列車１１０の車上システム１０１との接続を試みる。
また、サーバ側は、同時間帯に通信接続を要求した複数のクライアント側に対して同時には１クライアントにのみコンテンツロードを許可する。サーバ側は、ある列車１１０の車上システム１０１がクライアントとしてコンテンツロード中の場合は、他の列車１１０の車上システム１０１からのコンテンツロードを許可しない。
これにより、コンテンツ配信システム１００は、拠点において列車１１０の車上システム１０１がコンテンツセンタ１３０および併結する列車１１０の車上システム１０１と通信接続可能な場合でも、優先的および排他的にコンテンツセンタ１３０と通信してコンテンツのロードを行い、コンテンツの同期の整合性を確保することができる。

図２は、実施の形態１における車上システム１０１の構成図である。
実施の形態１において各列車１１０が有する車上システム１０１の構成について、図２に基づいて以下に説明する。
車上システム１０１は、車上アンテナ２１１、車上コンテンツ入替サーバ２１０、車上コンテンツＤＢ２２９および車上コンテンツ配信サーバ２２０の他、座席端末５２０、車内端末５３０および通信装置５５０を備える。
車上コンテンツ配信サーバ２２０は車上コンテンツＤＢ２２９に記憶された各コンテンツを各車両の通信装置５５０を介して車両の特定箇所に設置された車内端末５３０や各座席に設置された座席端末５２０に配信する。車内端末５３０および各座席端末５２０は車上コンテンツ配信サーバ２２０から配信されたコンテンツを画像表示および音声出力して乗客に提供する。車内端末５３０や座席端末５２０は端末装置の一例である。
各車両に設置された通信装置５５０は通信ケーブルで接続されリング型ＩＰネットワーク５０２を構成し、車上コンテンツ配信サーバ２２０と各車両の各座席端末５２０とを通信接続する。

図３は、実施の形態１におけるセンタコンテンツサーバ２００、車上コンテンツ入替サーバ２１０および車上コンテンツ配信サーバ２２０のハードウェア資源の一例を示す図である。
図３において、センタコンテンツサーバ２００、車上コンテンツ入替サーバ２１０および車上コンテンツ配信サーバ２２０は、プログラムを実行するＣＰＵ９１１（Ｃｅｎｔｒａｌ・Ｐｒｏｃｅｓｓｉｎｇ・Ｕｎｉｔ、中央処理装置、処理装置、演算装置、マイクロプロセッサ、マイクロコンピュータ、プロセッサともいう）を備えている。ＣＰＵ９１１は、バス９１２を介してＲＯＭ９１３、ＲＡＭ９１４、通信ボード９１５、磁気ディスク装置９２０と接続され、これらのハードウェアデバイスを制御する。磁気ディスク装置９２０の代わりにその他の記憶装置（例えば、ＲＡＭやフラッシュメモリなどの半導体メモリ）を用いてもよい。
ＲＡＭ９１４は、揮発性メモリの一例である。ＲＯＭ９１３、磁気ディスク装置９２０の記憶媒体は、不揮発性メモリの一例である。これらは、記憶機器、記憶装置あるいは記憶部の一例である。また、入力データが記憶されている記憶機器は入力機器、入力装置あるいは入力部の一例であり、出力データが記憶される記憶機器は出力機器、出力装置あるいは出力部の一例である。
通信ボード９１５は、入出力機器、入出力装置あるいは入出力部の一例である。

通信ボード９１５は、有線または無線で、ＬＡＮ（ＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ）、インターネット、ＩＳＤＮ等のＷＡＮ（ワイドエリアネットワーク）、電話回線などの通信網に接続されている。

磁気ディスク装置９２０には、ＯＳ９２１（オペレーティングシステム）、プログラム群９２３、ファイル群９２４が記憶されている。プログラム群９２３のプログラムは、ＣＰＵ９１１、ＯＳ９２１により実行される。

上記プログラム群９２３には、実施の形態において「〜部」として説明する機能を実行するプログラムが記憶されている。プログラムは、ＣＰＵ９１１により読み出され実行される。

ファイル群９２４には、実施の形態において、「〜部」の機能を実行した際の「〜の判定結果」、「〜の計算結果」、「〜の処理結果」などの結果データ、「〜部」の機能を実行するプログラム間で受け渡しするデータ、その他の情報やデータや信号値や変数値やパラメータが、「〜ファイル」や「〜データベース」の各項目として記憶されている。コンテンツ、コンテンツリストおよびコンテンツバージョン管理テーブルなどはファイル群９２４に含まれるものの一例である。
「〜ファイル」や「〜データベース」は、ディスクやメモリなどの記録媒体に記憶される。ディスクやメモリなどの記憶媒体に記憶された情報やデータや信号値や変数値やパラメータは、読み書き回路を介してＣＰＵ９１１によりメインメモリやキャッシュメモリに読み出され、抽出・検索・参照・比較・演算・計算・処理・出力・印刷・表示などのＣＰＵの動作に用いられる。抽出・検索・参照・比較・演算・計算・処理・出力・印刷・表示のＣＰＵの動作の間、情報やデータや信号値や変数値やパラメータは、メインメモリやキャッシュメモリやバッファメモリに一時的に記憶される。
また、実施の形態において説明するフローチャートの矢印の部分は主としてデータや信号の入出力を示し、データや信号値は、ＲＡＭ９１４のメモリ、磁気ディスク装置９２０の磁気ディスク、その他の記録媒体に記録される。また、データや信号値は、バス９１２や信号線やケーブルその他の伝送媒体によりオンライン伝送される。

また、実施の形態において「〜部」として説明するものは、「〜回路」、「〜装置」、「〜機器」であってもよく、また、「〜ステップ」、「〜手順」、「〜処理」であってもよい。すなわち、「〜部」として説明するものは、ＲＯＭ９１３に記憶されたファームウェアで実現されていても構わない。或いは、ソフトウェアのみ、或いは、素子・デバイス・基板・配線などのハードウェアのみ、或いは、ソフトウェアとハードウェアとの組み合わせ、さらには、ファームウェアとの組み合わせで実施されても構わない。ファームウェアとソフトウェアは、プログラムとして、磁気ディスクやその他の記録媒体に記憶される。プログラムはＣＰＵ９１１により読み出され、ＣＰＵ９１１により実行される。すなわち、プログラムは、「〜部」としてコンピュータを機能させるものである。あるいは、「〜部」の手順や方法をコンピュータに実行させるものである。

図４、図５は、実施の形態１におけるコンテンツ配信システム１００の運用イメージを示す図である。
実施の形態１のコンテンツ配信システム１００において、各列車１１０の車上システム１０１間で互いのコンテンツを更新する運用の一例について、図４、図５に基づいて以下に説明する。

まず、図４に基づいて列車１１０の往路の運用例について説明する。
（１）出発地となるＡ駅１２１にＹ行列車１１１が入線しているとき、Ａ駅１２１のコンテンツセンタ１３０はＹ行列車１１１の車上システム１０１と通信を確立し、Ｙ行列車１１１の車上システム１０１にコンテンツを送信する。Ｙ行列車１１１の車上システム１０１はＡ駅１２１のコンテンツセンタ１３０からコンテンツを受信する。Ｙ行列車１１１の車上システム１０１へのコンテンツの送信中、Ａ駅１２１のコンテンツセンタ１３０はＹ行列車１１１と併結するＸ行列車１１２の車上システム１０１に対してコンテンツの送信を行わない。これにより、Ｙ行列車１１１の車上システム１０１に最新のコンテンツが反映される。また、Ｘ行列車１１２の車上システム１０１のコンテンツは、更新されず古いままである。例えば、Ｙ行列車１１１の車上システム１０１に最新のコンテンツＡが反映される。
（２）Ｙ行列車１１１とＸ行列車１１２とがＡ駅１２１から分岐地となるＢ駅１２２まで併結走行しているとき、Ｙ行列車１１１の車上システム１０１とＸ行列車１１２の車上システム１０１とは互いに通信を確立し、編成間伝送により互いにバージョンを確認してコンテンツを反映し合う。このとき、Ｙ行列車１１１の車上システム１０１のコンテンツが最新であるため、Ｙ行列車１１１の車上システム１０１は自己のコンテンツをＸ行列車１１２の車上システム１０１に送信し、Ｘ行列車１１２の車上システム１０１はＹ行列車１１１の車上システム１０１から最新のコンテンツを受信する。これにより、Ｘ行列車１１２の車上システム１０１に最新のコンテンツが反映され、Ｙ行列車１１１の車上システム１０１のコンテンツおよびＸ行列車１１２の車上システム１０１のコンテンツは共に最新のものとなる。以後、Ｙ行列車１１１の車上システム１０１とＸ行列車１１２の車上システム１０１とはそれぞれ独立して最新のコンテンツを乗客に提供する。例えば、Ｙ行列車１１１の車上システム１０１およびＸ行列車１１２の車上システム１０１はそれぞれ最新のコンテンツＡを乗客に提供する。
（３）分岐地であるＢ駅１２２にてＹ行列車１１１とＸ行列車１１２との編成は切り離され、Ｙ行列車１１１、Ｘ行列車１１２はそれぞれの目的地であるＹ駅１２３、Ｘ駅１２４に向かう。
（４）別の路線を独立して走行するＹ行列車１１１とＸ行列車１１２とが目的地に到着するまでの間、Ｙ行列車１１１の車上システム１０１とＸ行列車１１２の車上システム１０１とはそれぞれ最新のコンテンツを乗客に提供する。例えば、Ｙ行列車１１１の車上システム１０１およびＸ行列車１１２の車上システム１０１はそれぞれ最新のコンテンツＡを乗客に提供する。
（５）Ｙ行列車１１１、Ｘ行列車１１２は車上システム１０１が最新のコンテンツを乗客に提供しながらそれぞれの目的地であるＹ駅１２３、Ｘ駅１２４に到着する。

次に、図５に基づいて列車１１０の復路の運用例について説明する。
（１）Ｙ行列車１１１は折り返しのＹ駅１２３を出発する。
（２）Ｙ行列車１１１がＹ駅１２３からＸ行列車１１２との併結地であるＢ駅１２２に到着するまでの間、Ｙ行列車１１１の車上システム１０１は往路にて取得したコンテンツを乗客に提供する。
（３）折り返し点であるＸ駅１２４にて、Ｘ駅１２４のコンテンツセンタ１３０はＸ行列車１１２の車上システム１０１と通信を確立し、Ｘ行列車１１２の車上システム１０１にコンテンツを送信する。Ｘ行列車１１２の車上システム１０１はＸ駅１２４のコンテンツセンタ１３０からコンテンツを受信する。Ｘ行列車１１２の車上システム１０１へのコンテンツの送信中、Ｘ駅１２４のコンテンツセンタ１３０はＸ行列車１１２と併結するＺ行列車１１３の車上システム１０１に対してコンテンツの送信を行わない。これにより、Ｘ行列車１１２の車上システム１０１に最新のコンテンツが反映される。また、Ｚ行列車１１３の車上システム１０１のコンテンツは古いままである。例えば、Ｘ行列車１１２の車上システム１０１が往路にて取得したコンテンツＡは最新のコンテンツＡ’に更新される。また、Ｘ行列車１１２の車上システム１０１は停車時間内にＸ駅１２４のコンテンツセンタ１３０からコンテンツＢを受信できなかったものとする。また、Ｚ行列車１１３の車上システム１０１は、以前に、別の駅のコンテンツセンタ１３０から、または、別の列車１１０の車上システム１０１からコンテンツＢを受信しているものとする。
（４）Ｘ行列車１１２とＺ行列車１１３とが併結走行しているとき、Ｘ行列車１１２の車上システム１０１とＺ行列車１１３の車上システム１０１とは互いに通信を確立し、編成間伝送により互いにバージョンを確認してコンテンツを反映し合う。例えば、Ｘ行列車１１２の車上システム１０１は最新のコンテンツＡ’を有し、Ｚ行列車１１３の車上システム１０１はＸ行列車１１２の車上システム１０１に無いコンテンツＢを有するため、Ｘ行列車１１２の車上システム１０１はコンテンツＡ’をＺ行列車１１３の車上システム１０１に送信すると共にコンテンツＢをＺ行列車１１３の車上システム１０１から受信する。また、Ｚ行列車１１３の車上システム１０１はコンテンツＡ’をＸ行列車１１２の車上システム１０１から受信すると共にコンテンツＢをＸ行列車１１２の車上システム１０１に送信する。以後、Ｘ行列車１１２の車上システム１０１とＺ行列車１１３の車上システム１０１とはそれぞれ独立してコンテンツＡ’およびコンテンツＢを含めて各コンテンツを乗客に提供する。また、Ｘ行列車１１２とＺ行列車１１３とは、Ｘ駅１２４とＢ駅１２２との間に位置する途中駅（図示省略）で切り離され、それぞれに別の路線を走行する。
（５）併結地であるＢ駅１２２にてＹ行列車１１１とＸ行列車１１２との編成は併結され、Ｙ行列車１１１とＸ行列車１１２との編成は復路の目的地であるＡ駅１２１に向かう。
（６）Ｙ行列車１１１とＸ行列車１１２とがＢ駅１２２から目的地となるＡ駅１２１まで併結走行しているとき、Ｙ行列車１１１の車上システム１０１とＸ行列車１１２の車上システム１０１とは互いに通信を確立し、編成間伝送により互いにバージョンを確認してコンテンツを反映し合う。このとき、Ｘ行列車１１２の車上システム１０１のコンテンツが最新であるため、Ｘ行列車１１２の車上システム１０１は自己のコンテンツをＹ行列車１１１の車上システム１０１に送信し、Ｙ行列車１１１の車上システム１０１はＸ行列車１１２の車上システム１０１から最新のコンテンツを受信する。これにより、Ｙ行列車１１１の車上システム１０１に最新のコンテンツが反映され、Ｙ行列車１１１の車上システム１０１のコンテンツおよびＸ行列車１１２の車上システム１０１のコンテンツは共に最新のものとなる。以後、Ｙ行列車１１１の車上システム１０１とＸ行列車１１２の車上システム１０１とはそれぞれ独立して最新のコンテンツを乗客に提供する。例えば、Ｙ行列車１１１の車上システム１０１およびＸ行列車１１２の車上システム１０１はそれぞれコンテンツＡ’およびコンテンツＢを乗客に提供する。
（７）Ｙ行列車１１１とＸ行列車１１２とは車上システム１０１が最新のコンテンツを乗客に提供しながら目的地であるＡ駅１２１に到着する。

（８）また、Ｙ行列車１１１の車上システム１０１とＸ行列車１１２の車上システム１０１およびＸ行列車１１２の車上システム１０１とＺ行列車１１３の車上システム１０１は、コンテンツの反映時にコンテンツのバージョン情報も互いに通知しており、Ａ駅１２１に到着したＹ行列車１１１の車上システム１０１はＹ行列車１１１、Ｘ行列車１１２およびＺ行列車１１３の各車上システム１０１が有するコンテンツのバージョン情報をＡ駅１２１のコンテンツセンタ１３０に通知する。
つまり、往路（２）においてＹ行列車１１１の車上システム１０１とＸ行列車１１２の車上システム１０１とはコンテンツバージョン情報を互いに通知し、それぞれＹ行列車１１１の車上システム１０１のコンテンツバージョン情報とＸ行列車１１２の車上システム１０１のコンテンツバージョン情報とを記憶する。また、復路（３）においてＸ行列車１１２の車上システム１０１はＹ行列車１１１の車上システム１０１のコンテンツバージョン情報とＸ行列車１１２の車上システム１０１のコンテンツバージョン情報とをＸ駅１２４のコンテンツセンタ１３０に通知する。また、復路（４）においてＸ行列車１１２の車上システム１０１とＺ行列車１１３の車上システム１０１とはコンテンツバージョン情報を互いに通知し、それぞれＹ行列車１１１、Ｘ行列車１１２およびＺ行列車１１３の各車上システム１０１のコンテンツバージョン情報を記憶する。また、復路（６）においてＹ行列車１１１の車上システム１０１とＸ行列車１１２の車上システム１０１とはコンテンツバージョン情報を互いに通知し、それぞれＹ行列車１１１、Ｘ行列車１１２およびＺ行列車１１３の各車上システム１０１のコンテンツバージョン情報を記憶する。そして、復路（８）においてＹ行列車１１１の車上システム１０１はＹ行列車１１１、Ｘ行列車１１２およびＺ行列車１１３の各車上システム１０１のコンテンツバージョン情報をＡ駅１２１のコンテンツセンタ１３０に通知する。
こうして、併結する各列車１１０の車上システム１０１のコンテンツバージョン情報はコンテンツと共に最新化され、コンテンツセンタ１３０は各列車１１０の車上システム１０１が有するコンテンツのバージョンを記憶管理することができる。つまり、コンテンツ配信システム１００は、コンテンツ配信拠点に乗り入れない列車１１０の車上システム１０１が有するコンテンツのバージョン情報についても、別の列車１１０の車上システム１０１を介して、コンテンツセンタ１３０に通知することができる。

図６は、実施の形態１におけるコンテンツ配信システム１００のコンテンツセンタ１３０と各列車１１０の車上システム１０１とのサーバ／クライアントの関係図である。

図６に示すように、コンテンツセンタ１３０とＹ行列車１１１の車上システム１０１とＸ行列車１１２の車上システム１０１との間において、以下の４つのサーバ／クライアント関係（ａ）〜（ｄ）が成り立つ。
（ａ）サーバ側であるコンテンツセンタ１３０からクライアント側であるＸ行列車１１２の車上システム１０１へのコンテンツおよびコンテンツのバージョン情報の送信。
（ｂ）サーバ側であるコンテンツセンタ１３０からクライアント側であるＹ行列車１１１の車上システム１０１へのコンテンツおよびコンテンツのバージョン情報の送信。
（ｃ）サーバ側であるＹ行列車１１１の車上システム１０１からクライアント側であるＸ行列車１１２の車上システム１０１へのコンテンツおよびコンテンツのバージョン情報の送信。
（ｄ）サーバ側であるＸ行列車１１２の車上システム１０１からクライアント側であるＹ行列車１１１の車上システム１０１へのコンテンツおよびコンテンツのバージョン情報の送信。

但し、通信接続時の排他制御により、図６に示す４つのサーバ／クライアント関係（ａ）〜（ｄ）のうち１度に通信接続される関係は１つのみである。通信接続したサーバ／クライアント関係においてコンテンツの送信が完了した後に他のサーバ／クライアント関係において通信接続されコンテンツの送信が行われる。
これにより、通信接続したサーバ／クライアント間において通信帯域を十分に確保し、限られた時間内にサーバ側からクライアント側へより多くのコンテンツを送信することができる。また、複数のサーバが同一のクライアントに同じコンテンツ（同一バージョンまたは異なるバージョン）を同時間帯に送信することを防ぎ、コンテンツの整合性を確保する。
また、コンテンツセンタ１３０および別の列車１１０（例えば、Ｘ行列車１１２）の車上システム１０１と同時間帯に通信接続が可能な場合、当該列車１１０（例えば、Ｙ行列車１１１）の車上システム１０１はコンテンツセンタ１３０との通信接続を優先させる。これにより、最新でないコンテンツを記憶している可能性がある別の列車１１０の車上システム１０１より先に、最新のコンテンツを記憶するコンテンツセンタ１３０からコンテンツを取得することができる。つまり、車上システム１０１は別の列車１１０の車上システム１０１から古いコンテンツを取得してからコンテンツセンタ１３０から最新のコンテンツを取得するというような無駄を無くし、コンテンツの入れ替え時間を短縮することができる。なお、別の列車１１０の車上システム１０１はコンテンツセンタ１３０から最新のコンテンツを取得した列車１１０の車上システム１０１から併結走行中に最新のコンテンツを取得することができる。つまり、各列車１１０のＹ行列車１１１は、コンテンツ配信拠点に乗り入れなくても、また、コンテンツ配信拠点に乗り入れている時間がコンテンツを全て入れ替えるには不十分な時間であっても、併結走行する別の列車１１０の車上システム１０１からコンテンツを受信してコンテンツを入れ替えることができ、コンテンツ入れ替え方法の冗長性を確保することができる。

図７は、実施の形態１におけるセンタコンテンツサーバ２００の機能構成図である。
実施の形態１におけるコンテンツセンタ１３０に設置されたセンタコンテンツサーバ２００の機能構成について、図７に基づいて以下に説明する。
センタコンテンツサーバ２００は、列車１１０の車上システム１０１にコンテンツを送信するサーバ部４００と、コンテンツおよび各列車１１０の車上システム１０１が有するコンテンツのバージョン情報を記憶するセンタコンテンツＤＢ２０９とを備える。
また、センタコンテンツサーバ２００のサーバ部４００は、車上システム１０１との通信接続を行う通信接続部ｓ４１０と、コンテンツを送信して車上システム１０１が記憶しているコンテンツを最新のものに入れ替えるコンテンツ入替部ｓ４２０と、車上システム１０１が記憶しているコンテンツのバージョンを管理するバージョン管理部ｓ４３０とを備える。

図８は、実施の形態１における車上コンテンツ入替サーバ２１０および車上コンテンツ配信サーバ２２０の機能構成図である。
実施の形態１において各列車１１０の車上システム１０１が有する車上コンテンツ入替サーバ２１０および車上コンテンツ配信サーバ２２０の機能構成について、図８に基づいて以下に説明する。
車上コンテンツ入替サーバ２１０は、別の列車１１０の車上システム１０１にコンテンツを送信するサーバ部４００と、コンテンツセンタ１３０のセンタコンテンツサーバ２００および別の列車１１０の車上システム１０１からコンテンツを受信するクライアント部３００とを備える。
車上コンテンツ入替サーバ２１０のサーバ部４００は、別の列車１１０の車上システム１０１との通信接続を行う通信接続部ｓ４１０と、コンテンツを送信して別の列車１１０の車上システム１０１が記憶しているコンテンツを最新のものに入れ替えるコンテンツ入替部ｓ４２０と、別の列車１１０の車上システム１０１が記憶しているコンテンツのバージョンを管理するバージョン管理部ｓ４３０とを備える。センタコンテンツサーバ２００のサーバ部４００と車上コンテンツ入替サーバ２１０のサーバ部４００とは同じ機能で構成される。
車上コンテンツ入替サーバ２１０のクライアント部３００は、コンテンツセンタ１３０のセンタコンテンツサーバ２００および別の列車１１０の車上システム１０１との通信接続を行う通信接続部ｃ３１０と、コンテンツセンタ１３０のセンタコンテンツサーバ２００および別の列車１１０の車上システム１０１からコンテンツを受信して自車上システム１０１が記憶しているコンテンツを最新のものに入れ替えるコンテンツ入替部ｃ３２０と、自車上システム１０１が記憶しているコンテンツをコンテンツセンタ１３０のセンタコンテンツサーバ２００および別の列車１１０の車上システム１０１に通知するバージョン通知部ｃ３３０とを備える。
また、車上コンテンツ配信サーバ２２０は、コンテンツおよび各列車１１０のコンテンツのバージョン情報を記憶する車上コンテンツＤＢ２２９と、車内端末５３０や座席端末５２０（図２参照）にコンテンツを配信する車上コンテンツ配信部２２１とを備える。

図９、図１０および図１１は、実施の形態１におけるコンテンツ配信システム１００のコンテンツロード手順を示すフローチャートである。
コンテンツセンタ１３０および各列車１１０の車上システム１０１がサーバ側またはクライアント側となってコンテンツおよびコンテンツのバージョン情報を更新するコンテンツロード手順について、図９〜図１１に基づいて以下に説明する。

＜Ｓ１１０＞
まず、クライアント側とコンテンツ側とが通信接続の可能なネットワークを検知する。
＜Ｓ１２０＞
次に、クライアント側がコンテンツ側とネットワークで接続する。
＜Ｓ１３０＞
次に、クライアント側がサーバ側にクライアント側の有するコンテンツバージョン情報を通知する。
＜Ｓ１４０＞
次に、サーバ側がクライアント側のコンテンツバージョン情報を記録する。
＜Ｓ１５０＞
次に、クライアント側がサーバ側からサーバ側の有するコンテンツのリストを取得する。

＜Ｓ１６０＞
次に、クライアント側がサーバ側のコンテンツリストが示す各コンテンツのバージョン情報を参照し、サーバ側から取得して追加／更新の必要があるコンテンツを判定する。ここで、クライアント側がコンテンツＡおよびコンテンツＢの取得が必要と判定したものとする。

＜Ｓ１７０＞
次に、クライアント側は取得要と判定したコンテンツの取得要求をサーバ側に送信し、コンテンツを１つずつ順にサーバ側から取得する。例えば、クライアント側はコンテンツＡをサーバ側から取得後、コンテンツＢをサーバ側から取得する。

＜Ｓ１８０＞
１つのコンテンツについてサーバ側からの取得が完了した場合、クライアント側はサーバ側に当該コンテンツの取得の完了を通知する。例えば、クライアント側は、コンテンツＡの取得の完了時、コンテンツＢの取得の完了時のそれぞれにおいて、コンテンツＡの取得完了通知、コンテンツＢの取得完了通知をサーバ側に送信する。

＜Ｓ１９０＞
クライアント側からコンテンツの取得完了通知を受信した場合、サーバ側はＳ１４０で記録したクライアント側のコンテンツバージョン情報のうち当該コンテンツのバージョンを更新し、クライアント側のコンテンツバージョン情報を最新にする。例えば、サーバ側は、コンテンツＡの取得完了通知の受信時、コンテンツＢの取得完了通知の受信時のそれぞれにおいて、クライアント側のコンテンツバージョン情報に対してコンテンツＡのバージョン、コンテンツＢのバージョンを更新する。更新後のバージョンはＳ１７０においてクライアント側がサーバ側から取得したコンテンツのバージョンと同じになる。

＜Ｓ２００＞
そして、クライアント側はコンテンツ側とのネットワークを切断する。

次に、図１０に基づいてクライアント側である車上システム１０１（車上コンテンツ入替サーバ２１０）の動作について説明する。
＜Ｓ１１０ｃ＞
通信接続部ｃ３１０はサーバ側との通信接続が可能なネットワークが有るか判定する。
例えば、通信接続部ｃ３１０はサーバ側から発信された無線の到達範囲内に位置するときにサーバ側との通信接続が可能なネットワークが有ると判定する。つまり、自列車１１０がコンテンツ配信拠点に乗り入れた場合や自列車１１０が別の列車１１０と併結した場合に通信接続部ｃ３１０はサーバ側との通信接続が可能なネットワークが有ると判定する。

＜Ｓ１２０ｃ＞
Ｓ１１０ｃにおいて通信接続可能なネットワークが有ると判定した場合、通信接続部ｃ３１０はサーバ側に接続要求してサーバ側とネットワーク接続する。
Ｓ１１０ｃにおいて通信接続可能なネットワークが無いと判定した場合、Ｓ１１０ｃに戻り、通信接続部ｃ３１０は周期的にネットワークの有無を判定する。

＜Ｓ１３０ｃ＞
次に、バージョン通知部ｃ３３０はコンテンツのバージョン情報をサーバ側に通知する。
例えば、コンテンツのバージョン情報はコンテンツと共に送信されて車上コンテンツＤＢ２２９に記憶されており、バージョン通知部ｃ３３０は車上コンテンツＤＢ２２９に記憶されているコンテンツのバージョン情報をサーバ側に送信する。
ここで、バージョン通知部ｃ３３０がサーバ側に通知するコンテンツのバージョン情報には、自車上システム１０１がサーバ側となり別の列車１１０の車上システム１０１から通知されたコンテンツのバージョン情報が含まれる。また、別の列車１１０の車上システム１０１から通知されたコンテンツのバージョン情報には、当該列車１１０の車上システム１０１が別の列車１１０の車上システム１０１から通知されたコンテンツのバージョン情報が含まれる。

＜Ｓ１５０ｃ＞
次に、コンテンツ入替部ｃ３２０がサーバ側のコンテンツリストを取得する。
例えば、コンテンツ入替部ｃ３２０はコンテンツリストを要求するコンテンツリスト要求をサーバ側に送信し、サーバ側からコンテンツリストを受信する。

＜Ｓ１６０ｃ＞
次に、コンテンツ入替部ｃ３２０はＳ１５０ｃにおいて取得したサーバ側のコンテンツリストに基づいてコンテンツの取得要否を判定する。
例えば、コンテンツ入替部ｃ３２０はサーバ側のコンテンツリストが示す各コンテンツのバージョンと車上コンテンツＤＢ２２９に記憶されている自側のコンテンツのバージョン情報が示す各コンテンツのバージョンとを比較し、サーバ側のバージョンの方が新しいコンテンツが有る場合に当該コンテンツの取得が必要であると判定する。
また例えば、コンテンツ入替部ｃ３２０はサーバ側のコンテンツリストと自側のコンテンツリストとを比較し、自側に無いコンテンツがサーバ側に有る場合に当該コンテンツの取得が必要であると判定する。

＜Ｓ１７０ｃ＞
Ｓ１６０ｃでコンテンツの取得が必要であると判定した場合、コンテンツ入替部ｃ３２０は当該コンテンツをサーバ側から取得する。
例えば、コンテンツ入替部ｃ３２０は取得が必要であると判定したコンテンツを要求するコンテンツ要求をサーバ側に送信し、サーバ側から当該コンテンツを受信する。

＜Ｓ１８０ｃ＞
そして、コンテンツ入替部ｃ３２０はコンテンツの取得の完了をサーバ側に通知する。
例えば、コンテンツ入替部ｃ３２０は、Ｓ１７０ｃでコンテンツの受信が完了した場合に、サーバ側から取得した当該コンテンツのコンテンツ名とバージョンとを示すコンテンツ取得完了通知をサーバ側に送信する。そして、コンテンツ入替部ｃ３２０は車上コンテンツＤＢ２２９に記憶されているコンテンツのバージョン情報に対して、自車上システム１０１の当該コンテンツのバージョンをサーバ側から取得したコンテンツのバージョンに更新する。
コンテンツの取得完了を通知後、Ｓ１６０ｃに戻り、コンテンツ入替部ｃ３２０は他に取得が必要なコンテンツが有るか判定する。

＜Ｓ２００ｃ＞
Ｓ１６０ｃでコンテンツ入替部ｃ３２０がコンテンツの取得が必要でないと判定した場合、通信接続部ｃ３１０はサーバ側とのネットワーク接続を切断して当該サーバ側からのコンテンツのロードを終了する。

次に、図１１に基づいてサーバ側であるコンテンツセンタ１３０（センタコンテンツサーバ２００）または車上システム１０１（車上コンテンツ入替サーバ２１０）の動作について説明する。
＜Ｓ１１０ｓ＞
通信接続部ｓ４１０はクライアント側からネットワークへの接続要求が有るか判定する。

＜Ｓ１２０ｓ＞
Ｓ１１０ｓでクライアント側からネットワークへの接続要求が有ると判定した場合、通信接続部ｓ４１０はクライアント側とネットワーク接続する。
Ｓ１１０ｓにおいてクライアント側からネットワークへの接続要求が無いと判定した場合、Ｓ１１０ｓに戻り、通信接続部ｓ４１０は周期的にネットワークへの接続要求の有無を判定する。

＜Ｓ１３０ｓ＞
次に、バージョン管理部ｓ４３０はクライアント側からコンテンツのバージョン情報を受信する。
例えば、バージョン管理部ｓ４３０はクライアント側からクライアント側で記憶管理している各列車１１０の車上システム１０１のコンテンツのバージョン情報を受信する。

＜Ｓ１４０ｓ＞
次に、バージョン管理部ｓ４３０はＳ１３０ｓでクライアント側から受信したコンテンツのバージョン情報を記録する。
例えば、バージョン管理部ｓ４３０はクライアント側から受信したコンテンツのバージョン情報で自側が記憶管理している各列車１１０の車上システム１０１のコンテンツのバージョン情報を追加／更新する。
コンテンツのバージョン情報の追加／更新については別途説明する。

＜Ｓ１５０ｓ＞
次に、コンテンツ入替部ｓ４２０はコンテンツリストをクライアント側に通知する。
例えば、各列車１１０の車上システム１０１は、コンテンツを受信した際に追加／更新して、各コンテンツについてコンテンツ名とバージョンとを示すバージョン情報を記憶管理しており、コンテンツ入替部ｓ４２０は自車上システム１０１が有するコンテンツについてのバージョン情報をクライアント側に送信する。

＜Ｓ１７０ｓ＞
次に、コンテンツ入替部ｓ４２０はクライアント側からコンテンツ要求が有るか判定する。
例えば、コンテンツ入替部ｓ４２０はクライアント側からコンテンツ要求を受信した場合にコンテンツ要求有りと判定する。

＜Ｓ１７１ｓ＞
Ｓ１７０ｓでクライアント側からコンテンツ要求が有ると判定した場合、コンテンツ入替部ｓ４２０は要求されたコンテンツをクライアント側に送信する。

＜Ｓ１８０ｓ＞
次に、コンテンツ入替部ｓ４２０はクライアント側からコンテンツ取得完了通知を受信する。
例えば、コンテンツ入替部ｓ４２０はＳ１７１ｓでコンテンツ入替部ｓ４２０が送信したコンテンツのコンテンツ名とバージョンとを示すコンテンツ取得完了通知をクライアント側から受信する。

＜Ｓ１９０ｓ＞
次に、バージョン管理部ｓ４３０はクライアント側が有するコンテンツについてのバージョン情報を更新する。
例えば、バージョン管理部ｓ４３０はＳ１８０ｓでコンテンツ入替部ｓ４２０が受信したコンテンツ取得完了通知が示すコンテンツのコンテンツ名とバージョンとに基づいてクライアント側が有するコンテンツについてのバージョン情報を更新する。バージョン管理部ｓ４３０は自側で記憶管理している各列車１１０の車上システム１０１が有するコンテンツのバージョン情報のうち、現在通信しているクライアント側の車上システム１０１が有するコンテンツのバージョン情報に対して、コンテンツ取得完了通知が示すコンテンツ名で当該コンテンツのバージョン情報を検索し、検索したバージョン情報が示すバージョンをコンテンツ取得完了通知が示すバージョンで更新する。

＜Ｓ２００ｓ＞
Ｓ１９０ｓでバージョン管理部ｓ４３０がコンテンツのバージョン情報を更新した後、または、Ｓ１７０ｓでコンテンツ入替部ｓ４２０がクライアント側からコンテンツ要求が無いと判定した場合、通信接続部ｓ４１０はクライアント側からネットワークの切断要求が有るか判定する。
例えば、通信接続部ｓ４１０はクライアント側からネットワーク切断要求を受信した場合にネットワークの切断要求有りと判定する。

＜Ｓ２０１ｓ＞
Ｓ２００ｓでクライアント側からネットワークの切断要求が無いと判定した場合、Ｓ１７０ｓに戻り、コンテンツ入替部ｓ４２０はコンテンツ要求の有無を判定する。
また、Ｓ２００ｓでクライアント側からネットワークの切断要求が有ると判定した場合、通信接続部ｓ４１０はクライアント側とのネットワーク接続を切断して当該クライアント側へのコンテンツのロードを終了する。

図１２は、実施の形態１のコンテンツ配信システム１００におけるコンテンツのバージョン情報の一例であるコンテンツバージョン管理テーブル６１０を示す図である。
図１３は、実施の形態１のコンテンツ配信システム１００におけるサーバ側の車上コンテンツバージョン記録処理（Ｓ１４０ｓ）の流れを示すフローチャートである。
上記Ｓ１４０ｓにおいて、バージョン管理部ｓ４３０がＳ１３０ｓでクライアント側から受信したコンテンツのバージョン情報に基づいて、自側が記憶管理している各列車１１０の車上システム１０１のコンテンツのバージョン情報を追加／更新する処理について、図１２および図１３に基づいて以下に説明する。

例えば、コンテンツセンタ１３０および各列車１１０の車上システム１０１は各列車１１０の車上システム１０１が有するコンテンツのバージョンを図１２に示すような形式のコンテンツバージョン管理テーブル６１０で記憶管理している。
図１２のコンテンツバージョン管理テーブル６１０は列車番号、コンテンツ名およびバージョンを１レコードの項目としている。バージョンは図１２に示すように当該コンテンツの作成日を示してもよいし、新しいほど大きい（または、小さい）番号を示す通番で示してもよい。

図１３において、Ｓ１３０ｓでクライアント側から図１２に示すようなコンテンツバージョン管理テーブル６１０をコンテンツのバージョン情報として受信したバージョン管理部ｓ４３０は、以下のようにしてＳ１４０ｓを実行する。

＜Ｓ１４１ｓ＞
まず、バージョン管理部ｓ４３０はクライアント側から受信したコンテンツバージョン管理テーブル６１０から１レコードを読み出す。

＜Ｓ１４２ｓ＞
次に、バージョン管理部ｓ４３０はＳ１４１ｓで読み出したレコードが示すコンテンツのバージョンと自側で記憶管理している当該コンテンツのバージョンとを比較し、クライアント側から通知されたコンテンツのバージョンが新しいか否かを判定する。
例えば、バージョン管理部ｓ４３０は自側で記憶管理しているコンテンツバージョン管理テーブル６１０から、Ｓ１４１ｓで読み出したレコードが示す列車番号およびコンテンツ名と一致するレコードを検索し、Ｓ１４１ｓで読み出したレコードが示すバージョンと検索したレコードが示すバージョンとを比較し、Ｓ１４１ｓで読み出したレコードが示すバージョンの方が新しいか否かを判定する。
また、Ｓ１４１ｓで読み出したレコードが示すコンテンツについて自側のコンテンツバージョン管理テーブル６１０で記憶管理されていない場合、バージョン管理部ｓ４３０はクライアント側から通知されたコンテンツのバージョンが新しいと判定する。

＜Ｓ１４３ｓ＞
Ｓ１４２ｓでクライアント側から通知されたコンテンツのバージョンが新しいと判定した場合、バージョン管理部ｓ４３０はＳ１４１ｓで読み出したレコードが示すコンテンツのバージョンを自側で記憶管理しているコンテンツバージョン管理テーブル６１０に書き出す。
例えば、Ｓ１４１ｓで読み出したレコードが示す列車番号およびコンテンツ名と一致するレコードが自側で記憶管理しているコンテンツバージョン管理テーブル６１０に存在する場合、バージョン管理部ｓ４３０は自側の当該レコードが示すバージョンをＳ１４１ｓで読み出したレコードが示すバージョンに更新する。
また例えば、Ｓ１４１ｓで読み出したレコードが示す列車番号およびコンテンツ名と一致するレコードが自側で記憶管理しているコンテンツバージョン管理テーブル６１０に存在しない場合、バージョン管理部ｓ４３０はＳ１４１ｓで読み出したレコードを自側で記憶管理しているコンテンツバージョン管理テーブル６１０に追加する。

＜Ｓ１４４ｓ＞
次に、バージョン管理部ｓ４３０はクライアント側から受信したコンテンツバージョン管理テーブル６１０の全レコードに対して上記Ｓ１４１ｓ〜Ｓ１４３ｓを処理済みか否かを判定する。
処理済みでないと判定した場合、Ｓ１４１ｓに戻り、バージョン管理部ｓ４３０は処理済みでないレコードを新たに読み出し、処理済みと判定した場合、バージョン管理部ｓ４３０は車上コンテンツバージョン記録処理（Ｓ１４０ｓ）を終了する。

実施の形態１において、列車１１０上のセンタコンテンツサーバ２００に保存されたコンテンツを車上コンテンツ配信サーバ２２０（Ｗｅｂサーバ）が列車１１０内の座席端末５２０や車内端末５３０などの専用端末に配信するサービスについて説明した。そして、このサービスを行う際に、コンテンツデータ容量が大きいこと、入替のための時間制約があること等を考慮し、地上設備で生成されたコンテンツを効率的に複数の列車１１０に対して入れ替えるコンテンツ配信システム１００について説明した。実施の形態１におけるコンテンツ配信システム１００は、コンテンツセンタ１３０−車上システム１０１間伝送に限らず、車上システム１０１−車上システム１０１間伝送においてもコンテンツを反映させるシステムであり、コンテンツの入れ替え機会を多くしている。これにより、実施の形態１におけるコンテンツ配信システム１００は反映対象の全列車１１０に対して速やかにコンテンツを入れ替えることができる。

実施の形態１におけるコンテンツ配信システム１００の構成図。実施の形態１における車上システム１０１の構成図。実施の形態１におけるセンタコンテンツサーバ２００、車上コンテンツ入替サーバ２１０および車上コンテンツ配信サーバ２２０のハードウェア資源の一例を示す図。実施の形態１におけるコンテンツ配信システム１００の運用イメージを示す図。実施の形態１におけるコンテンツ配信システム１００の運用イメージを示す図。実施の形態１におけるコンテンツ配信システム１００のコンテンツセンタ１３０と各列車１１０の車上システム１０１とのサーバ／クライアントの関係図。実施の形態１におけるセンタコンテンツサーバ２００の機能構成図。実施の形態１における車上コンテンツ入替サーバ２１０および車上コンテンツ配信サーバ２２０の機能構成図。実施の形態１におけるコンテンツ配信システム１００のコンテンツロード手順を示すフローチャート。実施の形態１におけるコンテンツ配信システム１００のコンテンツロード手順を示すフローチャート。実施の形態１におけるコンテンツ配信システム１００のコンテンツロード手順を示すフローチャート。実施の形態１のコンテンツ配信システム１００におけるコンテンツのバージョン情報の一例であるコンテンツバージョン管理テーブル６１０を示す図。実施の形態１のコンテンツ配信システム１００におけるサーバ側の車上コンテンツバージョン記録処理（Ｓ１４０ｓ）の流れを示すフローチャート。従来のコンテンツ入れ替え方式を示す図。

符号の説明

１００コンテンツ配信システム、１０１車上システム、１１０列車、１１１Ｙ行列車、１１２Ｘ行列車、１１３Ｚ行列車、１２０駅プラットフォーム、１２１Ａ駅、１２２Ｂ駅、１２３Ｙ駅、１２４Ｘ駅、１２５Ｚ駅、１３０，１４１コンテンツセンタ、１４２列車Ａ、１４３列車Ｂ、２００センタコンテンツサーバ、２０１センタアンテナ、２０９センタコンテンツＤＢ、２１０車上コンテンツ入替サーバ、２１１車上アンテナ、２２０車上コンテンツ配信サーバ、２２１車上コンテンツ配信部、２２９車上コンテンツＤＢ、３００クライアント部、３１０通信接続部ｃ、３２０コンテンツ入替部ｃ、３３０バージョン通知部ｃ、４００サーバ部、４１０通信接続部ｓ、４２０コンテンツ入替部ｓ、４３０バージョン管理部ｓ、５０２リング型ＩＰネットワーク、５２０座席端末、５３０車内端末、５５０通信装置、６１０コンテンツバージョン管理テーブル、９１１ＣＰＵ、９１２バス、９１３ＲＯＭ、９１４ＲＡＭ、９１５通信ボード、９２０磁気ディスク装置、９２１ＯＳ、９２３プログラム群、９２４ファイル群。

Claims

特定施設に設置され、各列車の乗客に提供する情報のデータであるコンテンツを送信する拠点伝送装置と、
各列車に設置され、前記コンテンツを送受信する列車伝送装置と、
各列車に設置され、前記列車伝送装置が受信した前記コンテンツを記憶し、記憶した前記コンテンツを各車両内に設置された端末装置から出力する列車内配信サーバ装置と
を備えたコンテンツ配信システムであり、
各列車の前記列車伝送装置は、
前記特定施設に設置された前記拠点伝送装置から前記コンテンツを受信し、
自列車が他列車と併結した場合に自列車が併結した他列車の前記列車伝送装置に前記拠点伝送装置から受信した前記コンテンツを送信する
ことを特徴とするコンテンツ配信システム。
自列車が以前併結していた他列車の前記列車伝送装置から前記コンテンツを受信した前記列車伝送装置は、
自列車が新たに別の他列車と併結した場合に、自列車が以前併結していた他列車の前記列車伝送装置から受信した前記コンテンツデータを、自列車が新たに併結した別の他列車の前記列車伝送装置に送信する
ことを特徴とする請求項１記載のコンテンツ配信システム。
併結した複数の列車の各列車伝送装置は、
互いの列車の前記列車内配信サーバに記憶されている各コンテンツのバージョン情報を比較し、互いの列車の前記列車内配信サーバに記憶されている新しいバージョンの各コンテンツを互いに送受信する
ことを特徴とする請求項１〜請求項２いずれかに記載のコンテンツ配信システム。
前記列車伝送装置は、
自列車が新たに他列車と併結した場合に、自列車の前記列車内配信サーバ装置に記憶されている各コンテンツのバージョン情報と、自列車が以前併結していた別の他列車の前記列車伝送装置から受信した各コンテンツのバージョン情報とを、自列車が新たに併結した他列車の前記列車伝送装置に送信し、
自列車が前記特定施設に乗り入れた場合に、自列車の前記列車内配信サーバ装置に記憶されている各コンテンツのバージョン情報と他列車の前記列車伝送装置から受信したバージョン情報とを前記拠点伝送装置に送信し、
前記拠点伝送装置は、
前記特定施設に乗り入れた列車の前記列車伝送装置が送信した各バージョン情報を受信し、受信した各バージョン情報に基づいて各列車の前記列車内配信サーバ装置に記憶されている各コンテンツのバージョン情報を記憶管理する
ことを特徴とする請求項１〜請求項３いずれかに記載のコンテンツ配信システム。
前記列車伝送装置は、
自列車が前記特定施設に乗り入れていると共に他列車と併結している場合に、前記拠点伝送装置からの前記コンテンツの受信と、併結している他列車の前記列車伝送装置からの前記コンテンツの受信とのうち、前記拠点伝送装置からの前記コンテンツの受信を優先して行う
ことを特徴とする請求項１〜請求項４いずれかに記載のコンテンツ配信システム。
前記拠点伝送装置は、
前記特定施設に乗り入れて連結している複数の列車のうち、同一時間帯において１つの列車にのみ前記コンテンツを送信する
ことを特徴とする請求項１〜請求項５いずれかに記載のコンテンツ配信システム。
前記拠点伝送装置と前記列車伝送装置とは同じ送信手順により前記コンテンツの送信を行う
ことを特徴とする請求項１〜請求項６いずれかに記載のコンテンツ配信システム。
前記拠点伝送装置は、指向性を持たせた近距離無線を用いて、前記特定施設の特定箇所に乗り入れた列車の前記列車伝送装置に前記コンテンツを送信する
ことを特徴とする請求項１〜請求項７いずれかに記載のコンテンツ配信システム。
特定施設に設置され、各列車の乗客に提供する情報のデータであるコンテンツを送信する拠点伝送装置と、
各列車に設置され、前記コンテンツを送受信する列車伝送装置と、
各列車に設置され、前記列車伝送装置が受信した前記コンテンツを記憶し、記憶した前記コンテンツを各車両内に設置された端末装置から出力する列車内配信サーバ装置と
を備えたコンテンツ配信システムのコンテンツ配信方法であり、
各列車の前記列車伝送装置は、
前記特定施設に設置された前記拠点伝送装置から前記コンテンツを受信し、
自列車が他列車と併結した場合に自列車が併結した他列車の前記列車伝送装置に前記拠点伝送装置から受信した前記コンテンツを送信する
ことを特徴とするコンテンツ配信システムのコンテンツ配信方法。