JP6341739B2 - 画像表示装置 - Google Patents

Description

本発明は画像表示装置、特に鉄道車両用の画像表示装置に関する。

近年、屋外のサインボードや鉄道車両内の広告の画像表示器で画像情報が幅広く用いられるようになっている。鉄道会社は車両内へ広告を表示することで広告料を徴収して新た収入源とすることができる。広告の依頼主はなるべく広告の効果の大きいことを期待するので広告の効果に見合った広告料金を徴収可能なシステムが開示されている（特許文献１を参照）。

広告に使われる動画の画像情報は情報量が大きいので、例えば鉄道車両では先頭車両にサーバを設置してそこから各車両の表示器へ配信することが行われている（特許文献２を参照）。また、同じくサーバに蓄えられた複数の広告用の画像情報を組み合わせて表示することも行われている（特許文献３を参照）。

一般に、複数の画像表示装置の画像情報を更新することは容易ではない。特に、鉄道車両内に複数の画像表示装置が設置され、その車両が複数台接続される場合は全ての画像表示装置の画像情報を短時間で同期させることは難しい。

近年、鉄道車両内において複数の画像表示装置へ大容量の画像情報を簡便に配信することが求められている。また、画像情報が広告の場合は画像の種類を車両が運行される地点や時間帯で変更する必要があり、さらに季節により画像情報を入れ替えることが求められるので画像情報の更新が簡便にできることが強く望まれている。

画像情報の更新を簡便に行うには、新しい画像情報を有する画像表示装置から他の画像表示装置に向けて効率的に新しい画像情報の配信を行う必要がある。情報処理の分野では、マスターである処理装置の負荷を軽くするマスターの代替手段としてサブマスターとなる処理装置を設けることが行われている（特許文献４を参照）が画像配信とは異なる目的である。

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

そこで、発明者らは広告用の画像情報の表示装置、特に鉄道車両に設置された複数の画像表示装置に画像情報を効率的に配信する検討を行い本願の画像表示装置、特に鉄道車両用の画像表示装置の発明の完成に至ったものである。

本発明は、画像情報を伝送可能な回線に複数の画像表示装置が接続された環境において、特に鉄道車両において効率的に画像情報を配信する画像表示装置を提供することを目的とする。

ネットワークで接続された複数の画像表示装置の一つであって、挿入される可搬型記録媒体に記録された画像情報と該画像情報の配信に関する表示・配信情報を読み出し、該表示・配信情報にアップデート情報としてＭＳ−ｕｐｄａｔｅが含まれる場合はマスターになって該表示・配信情報に基づいて他の画像表示装置に向けて前記可搬型記録媒体に蓄えられた画像情報を配信し、又は、前記アップデート情報としてＭＳ−ｕｐｄａｔｅが無い場合はスレーブになって前記マスターが配信する画像情報を受信して可搬型記録媒体に記録し、前記マスターから配信される画像情報と自らの有する画像情報を対比して画像情報の同期が取れた場合はサブマスターとなって可搬型記録媒体に蓄えられた画像情報を配信し、前記可搬型記録媒体に記録された画像情報を表示することを特徴とする画像表示装置である。

複数の画像表示装置が画像伝送可能な回線（ネットワーク）に接続されている。画像表
示装置は画像を表示する画像表示部とこれに画像情報を送る表示制御部を備えており表示
制御部は挿入されるＳＤカードなどの可搬型記録媒体からの情報の読み込みや接続される
回線との情報のやり取りの制御を行う。画像情報はこの画像情報を表示及び配信に必要な
表示・配信情報と共に画像表示装置へ挿入されるＳＤカードに記録されている。複数ある
画像表示装置の中の１台に挿入されたＳＤカードにはアップデート情報としてＭＳ−ｕｐｄａｔｅが記録されていて、この情報を読み込んだ画像表示装置はマスターとなり、アップデート情報としてＭＳ−ｕｐｄａｔｅを読み込まなかった画像表示装置はスレーブとなる。マスターになった画像表示装置はＳＤカードに記録された新しい画像情報を他のスレーブとなる画像表示装置へ配信し、スレーブになった画像表示装置はそれを受信して可搬型記録媒体へ記録する。スレーブであった画像表示装置は新しい画像情報を受信してマスターである画像表示装置の画像情報と同期が取れると、サブマスターとなって、自らの有する画像情報の配信を行う。そして画像表示装置は可搬型記録媒体に記録された画像情報を表示する。

請求項２に記載された発明は、請求項１に記載の発明において、前記マスターになった
画像表示装置が、前記アップデート情報としてＭＳ−ｕｐｄａｔｅに基づいて、前記スレーブになった画像表示装置に向けて前記可搬型記録媒体に記録された画像情報のバージョン情報を含むチェック用パケットを送信し、該チェック用パケットを受信した前記スレーブになった画像表示装置から返信された前記スレーブになった画像表示装置の有する画像情報のバージョン情報を含むニーズ用パケットの内容に応じて、前記ニーズ用パケットを返信した画像表示装置に向けて自らが有する画像情報を送信することを特徴とする画像表示装置である。

表示・配信情報には、当該ＳＤカードに記録されている画像情報のバージョン情報が記録されている。マスターとなった画像表示装置はそのバージョン情報をチェック用パケットに含めてスレーブとなった画像表示装置へ送信する。チェック用パケットに含まれる画像のバージョン情報を受けて自らの画像のバージョン情報を含むニーズ用パケットがスレーブになった画像表示装置から返信されるので、これを受けてそのニーズ用パケットを送信した画像表示装置へ向けて差分である新しい画像情報を送信する。

請求項３に記載された発明は、請求項１に記載された発明において、前記スレーブにな
った画像表示装置が、前記マスターになった画像表示装置から配信される同期確認パケットであるチェック用パケットに含まれる画像情報のバージョン情報と、自らの有する画像情報のバージョン情報を対比して、バージョン情報の同期が取れた場合は、サブマスターとなって前記マスターになった画像表示装置及び他のスレーブになった画像表示装置へ向けて自らの有する画像情報のバージョン情報を含む同期確認パケットであるチェック用パケットを配信しニーズ用パケットを待つことを特徴とする画像表示装置である。

可搬型記録媒体の表示・配信情報に基づいてスレーブになった画像表示装置は、マスターになった画像表示装置と画像情報のバージョンについて同期が取れた場合に、サブマスターになって自分が新たな画像情報を必要としないことを同期確認パケットを送ることで他の画像表示装置へ知らせ、ニーズパケット待ちをして、ニーズ用パケットを受信するとニーズ用パケットを送信して来た画像表示装置に向けての画像情報の配信動作へ移る。

請求項４に記載された発明は、請求項３に記載の発明において、前記マスターになった画像表示装置が、サブマスターになった画像表示装置からの、前記同期確認パケットを受信し、表示・配信情報の内容に基づいて全ての他の画像表示装置から同期確認パケットを受信したか否かを判断し、全ての他の画像表示装置から同期確認パケットを受信した場合は、画像情報の配信を終了することを特徴とする画像表示装置である。

マスターになった前記画像表示装置は、アップデート情報としてＭＳ−ｕｐｄａｔｅに含まれている車両の中の配信対象となる画像表示装置の数を調べ、サブマスターからの同期確認パケットを調べて当該画像表示装置から同期確認パケットが到着していれば、画像情報の同期を終了する。

請求項５に記載された発明は、請求項１乃至４何れかに記載された発明において前記画像表示装置が、車両情報を伝送する車両回線に直接又は間接に接続されて鉄道車両に設置され、前記車両回線を介して自らが設置された鉄道車両の号車番号と該鉄道車両の中での部位情報を受信し、前記号車番号と前記部位情報から自らの装置ＩＤを生成し、さらに、該装置ＩＤに基づいて予め定めた方式によりＩＰアドレスを生成し、そのＩＰアドレスを用いて他の画像表示装置と情報交換することを特徴とする画像表示装置である。

車両回線では車両の運行に必要な行き先情報、号車番号、車内に設置された装置に関する情報などが車両情報として伝送される。号車番号と車両内の設置位置を示す部位情報は各画像表示装置において固有なので、これに基づいて固有の装置ＩＤが算出され、さらに固有の車両ネットワークのアドレスを加えてＩＰアドレスを生成することができる。

請求項６に記載された発明は、請求項５に記載された発明において、前記可搬型記録媒体が、表示する画像情報の蓄積された画像情報ファイル、前記画像情報ファイルの中の画像情報を再生する順番を記載した複数のシナリオが記載されたシナリオ情報を含むシナリオファイル、時間帯に応じて前記複数のシナリオの中からシナリオを変更するタイムテーブルが記載されたスケジュール情報を含むスケジュールファイル及び画像情報の再生に関する履歴を記録するログファイルを有することを特徴とする画像表示装置である。

可搬型記録媒体は、前記画像情報ファイルの中の画像情報を再生する順番を記載した複数のシナリオが記載されたシナリオ情報を含むシナリオファイル、時間帯に応じて前記複数のシナリオの中からシナリオを変更するタイムテーブルが記載されたスケジュール情報を含むスケジュールファイルを有するので、的確な時間と場所に応じた広告を表示することができる。また画像情報の再生に関する履歴を記録するログファイルを有するので広告表示の記録を取ることで広告の実績を証明することができる。

請求項７に記載された発明は、請求項６に記載の発明において、前記シナリオファイル
には、シナリオ情報として前記画像情報を表示させる画像表示装置の鉄道車両の中での位
置情報と、前記画像表示部に表示させる前記画像情報の名称と、該画像情報を表示させる
地点と、該画像情報を繰り返しの表示させる回数と、が含まれていることを特徴とする画
像表示装置である。

シナリオファイルには、広告を有効に表示させるために必要な情報が記録されているので、複数の映像情報の管理が容易に行える。

請求項８に記載された発明は、請求項６又は７に記載の発明において、前記画像表示装置が、車両回線を介して取得する運行情報と前記スケジュール情報と前記シナリオ情報とに基づいて前記画像情報を表示することを特徴とする画像表示装置である。

時刻情報を有する各画像表示装置の表示制御部が、広告を流す時刻を指定したスケジュールファイルのスケジュール情報に基づいてシナリオファイルのシナリオを選択し、そのシナリオのシナリオ情報に基づいて画像情報は表示される。

請求項９に記載の発明は、請求項6又は７に記載の発明において、前記可搬型記録媒体には、前記鉄道車両の用途種別に応じて前記表示制御部の動作を設定する動作設定情報が記憶され、前記表示制御部は、車両回線から運行情報として当該鉄道車両の用途種別を取得し、前記可搬型記録媒体から、前記画像情報、前記スケジュール情報及び前記シナリオ情報とともに前記動作設定情報を読み出し、前記運行情報と前記スケジュール情報と前記シナリオ情報と前記動作設定情報に基づいて前記画像情報を表示することを特徴とする画像表示装置である。

鉄道車両は、車両毎に行き先が異ることが有り、通常運転の他に回送運転や試運転などの用途の種別が決められている。また、乗客が不在の場合は広告を流さないなどのきめ細かい運用が可能になる。

請求項１に記載された発明によれば、マスターである画像表示装置が、可搬型記録媒体に記録された画像情報を読み出して画像表示器で表示すると共に他の画像表示装置へ配信する。配信された画像情報がマスターと同期が取れたスレーブであった画像表示装置はサブマスターとなって自らの有する画像情報の配信を行う。スレーブであった画像表示装置がサブマスターとなって画像情報の配信を行うので、効率的に車両内の他の画像表示装置の画像情報も新しくすることができる。

請求項２に記載された発明によれば、表示・配信情報には、当該ＳＤカードなどの可搬型記録媒体に記録されている画像情報のバージョン情報が記録されているので、マスターになった画像表示装置は新しい画像情報の配信にあたって、そのバージョン情報をチェック用パケットに含めて他の画像表示装置へ送信する。スレーブになった画像表示装置からは、チェック用パケットに含まれる画像のバージョン情報を受けて自らの画像のバージョン情報を含むニーズ用パケットが返信されるので確実な画像情報の同期が可能になる。

請求項３に記載された発明によれば、可搬型記憶媒体に記録された情報に基づいてスレーブになった画像表示装置はマスターの画像情報と同期が取れるとサブマスターとなって同期確認パケットを他の画像表示装置へ向けて配信することで画像の同期動作の確実性を図れる。

請求項４に記載された発明によれば、マスターとなった画像表示装置は、スレーブとなった画像表示装置からの同期確認パケットを受信することで車両の中の全ての画像表示装置での画像情報の同期の成立の有無を知り、画像情報の同期が取れると画像情報の配信を終了するので無駄な動作の減少を図れる。

請求項５に記載された発明によれば、車両の中の画像表示装置が、車両回線を介して自らが設置された鉄道車両の号車番号と該鉄道車両の中での部位情報を受信し、前記号車番号と前記部位情報から自らの装置ＩＤを生成し、さらに、該装置ＩＤに基づいて予め定めた方式により固有のＩＰアドレスを生成するのでその固有のＩＰアドレスを使って画像表示装置の間での確実な情報交換を図れる。

請求項６に記載された発明によれば、可搬型記録媒体は、前記画像情報ファイルの中の
画像情報を再生する順番を記載した複数のシナリオが記載されたシナリオファイル、時間
帯に応じて前記複数のシナリオの中からシナリオを変更するタイムテーブルが記載された
スケジュールファイルを有するので、的確な時間と場所に応じた広告を表示することがで
き、また及び画像情報の再生に関する履歴を記録するログファイルを有するので広告表示
の記録を取るので広告の実績を証明することができることから画像表示装置を車両の中の
広告媒体として活用が図れる。

請求項７に記載された発明によれば、シナリオファイルには、広告を有効に表示させるために必要な情報が記録されているので、複数の映像情報の管理が容易に行えることから、効果的な広告の表示を図れる。

請求項８に記載された発明によれば、時刻情報を有する各画像表示装置が、広告を表
示する時刻を指定したスケジュールファイルのスケジュール情報に基づいてシナリオファ
イルのシナリオを選択し、そのシナリオのシナリオ情報に基づいて画像情報は、表示され
るので、的確な広告の表示を図れる。

請求項９に記載された発明によれば、前記可搬型記録媒体には、前記鉄道車両の用途
種別に応じて前記表示制御部の動作を設定する動作設定情報が記憶されているので、これ
に基づいて画像表示部へ流す画像情報を制御することで効率的な広告の表示を図れる。

鉄道車両の中の低速ネットワーク（低速回線）及び高速ネットワーク（高速回線）で結ばれた画像表示装置の様子を示す図である。 画像表示装置の内部構成図である。 ＳＤカード（フラッシュメモリー）に記録されるファイル構造である。 マスターからスレーブへ画像情報を配信する様子（Ｓｔｅｐ１，Ｓｔｅｐ２）の説明図である。 サブマスターからスレーブへ画像情報を配信する様子（Ｓｔｅｐ３，Ｓｔｅｐ４）の説明図である。 画像情報の同期動作の終了過程（Ｓｔｅｐ５，Ｓｔｅｐ６）の説明図である。 画像情報の同期動作を終了して全ての画像表示装置がスレーブになる（Ｓｔｅｐ７）説明図である。 マスターモードの動作説明図である。 スレーブモードの動作説明図である。 シナリオファイルの構成図である。 スケジュールファイルの構成図である。 動作設定ファイルの構成図である。 画像表示の動作説明図である。

以下、図面を用いて実施例として鉄道車両に適用した例を用いて発明を詳細に説明する。図１は、車両内に複数設置された画像表示装置へ画像情報が配信される様子を示している。図１では１両のみを表示しているが、勿論、複数車両が連結されていてもよい。鉄道車両１０１には、図１に示したように、右側側面にドア１０１Ｒ〜１０４Ｒが設けられ、左側側面にドア１０１Ｌ〜１０４Ｌが設けられている。客室内のドア１０１Ｒ、１０２Ｌ、１０３Ｒ、１０４Ｌの上部には、小型の運行情報表示装置１１１（１１１ａ、１１１ｂ、１１１ｃ、１１１ｄ）が設置され、客室内のドア１０１Ｌ、１０２Ｒ、１０３Ｌ、１０４Ｒの上部には、大型の運行情報表示装置１１２（１１２ａ、１１２ｂ、１１２ｃ、１１２ｄ）が設置されている。

運行情報表示装置１１１、１１２へは、鉄道車両１０１の行先や停車駅等を表示する。運行情報表示装置１１１及び１１２は、後述する表示設定器１１０から車両回線であるネットワーク１１３を介して車両情報の一部として運行情報を取得し、当該運行情報に含まれる行先や停車駅等を文字や画像等を客室内に表示することで乗客に提示している。

表示設定器１１０は、例えば先頭の車両に設置され、行先、停車駅、種別及び鉄道車両１０１（当該編成）が現在位置している地点等の鉄道車両１０１の運行に関する情報である運行情報やその他鉄道車両１０１の制御情報等を車両回線となる低速ネットワーク１１３に車両情報として出力する。

低速ネットワーク１１３は、表示設定器１１０から出力された運行情報等を、小型運行情報表示装置１１１と大型運行情報表示装置１１２とに伝送する。低速ネットワーク１１３は、運行情報等の鉄道車両１０１の制御にかかる情報が伝送される。また、イーサネット（登録商標）で実現される高速ネットワーク１１４で各画像表示装置が互いに接続される。

本発明の一実施形態にかかる画像表示装置は、客室内のドア１０１Ｌ、１０２Ｒ、１０３Ｌ、１０４Ｒの上部に、運行情報表示装置１１２ａ、１１２ｂ、１１２ｃ、１１２ｄと並べて設置されている。

図２に画像表示装置の構成を示す。車両の中で供給されるＡＣ１００Ｖ又はＤＣ１００Ｖを画像表示装置の中で使用するＤＣ１２Ｖへ電源装置１で変換する。画像の表示はＬＣＤ画面を使う液晶表示器（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ：ＬＣＤ）１３で行っているが、画像表示器はＬＣＤに限らず、プラズマディスプレイ、有機ＥＬ （Ｏｒｇａｎｉｃ Ｌｉｇｈｔ Ｅｍｉｔｔｉｎｇ Ｄｉｏｄｅ）などを用いても良い。画像表示部になる液晶表示器への入力はデジタル信号で、例えばＬＤＶＳ（Ｌｏｗ ｖｏｌｔａｇｅ ｄｉｆｆｅｒｅｎｔｉａｌ ｓｉｇｎａｌｉｎｇ）などで伝送する。

液晶表示器１３にはその大きさと表示素子の配列に応じて固有の信号が入力される。表示制御部１４からの画像情報を表示部の規格に合わせて画像変換部１２により変換する。画像情報はＳＤカード１５が挿入された表示制御部１４から汎用的な画像情報の伝送方式であるコンピュータとディスプレイを接続するためのインタフェース規格の一つＤＶＩ（Ｄｉｇｉｔａｌ Ｖｉｓｕａｌ Ｉｎｔｅｒｆａｃｅ）でＬＣＤ画像変換器１２へ送られる。

表示制御部１４は、画像表示装置の全体を制御するためのソフトウエアが蓄積されたメモリとこのソフトウエアに拠って処理を行うＣＰＵを備えている。外部とは車両回線である低速ネットワーク１１３に繋がれた運行情報表示装置１１２とＲＳ４８５インタフェースで接続される。また高速回線１１４であるイーサネット（登録商標）で接続される。表示制御部１４は運行情報表示装置１１２を介して車両回線に間接的に接続され、イーサネット（登録商標）に直接接続される。もちろん、表示制御部１４が直接低速回線１１３へ直接接続されてもよい。

車両の中に設置された画像表示装置はそれぞれ固有の装置ＩＤを有しており、装置の監視や保守はこの装置ＩＤ毎に行われる。装置ＩＤは、ＲＳ４８５インタフェースで接続されている運行情報表示装置からのＳＤＲ（Ｓｔａｔｕｓ Ｄａｔａ Ｒｅｑｕｅｓｔ）パケットの中の号車番号と車両の中の位置を示す部位情報から算出される。装置ＩＤは表１に示すように上位４ビットに１〜１５号車の号車番号を割り当てる。また、下位の４ビットで車両の中の位置を示す部位に対応した値（０〜１５）を入れる。車両の中の部位と部位を示す値は予め決めておけば任意である。尚、ＳＤカード１５が未挿入の場合は、デフォルトとして号車番号＝１、部位情報＝１とする。

例えば、３号車で部位が１０の画像表示装置の場合は、装置ＩＤ＝上位４ビット（号車番号―１）＋下位４ビット（１０）＝Ｈｅｘ（３−１）＋ＨｅｘＡ＝Ｈｅｘ２＋ＨｅｘＡ＝Ｈｅｘ２Ａとなり、バイナリーで表すと、００１０１０１０となる。

次にＩＰ（Internet Protocol）アドレスの生成について説明する。ＳＤカード１５の中に設定ファイル（Ｃｏｍｍｏｎ．Ｉｎｉ）が有り、そこには、ネットワークアドレス（１９２．１６９．２．０）とサブネットマスク（２５５．２５５．２５５．０）が記録されている。

画像表示装置は、自らのＩＰアドレスを以下のようにして算出する。各画像表示装置は号車番号と車両の中の位置に基づいて表１のように、固有の装置ＩＤを有する。また、各画像表示装置は設定ファイルから自分の所属するネットワークアドレスを取得する。そうすると、画像表示装置のＩＰアドレスは、ネットワークアドレス＋装置ＩＤとして算出される。

例えば、３号車で部位が１０の画像表示装置の場合は、Ｈｅｘ表示で、下位の８ビットは、２＝Ｈｅｘ２（００１０）、１０＝ＨｅｘＡ（１０１０）なので、下位８ビットは００１０１０１０となり、１０進法で表すと４２となる。従ってこの画像表示装置のＩＰアドレスは、ネットワークアドレス（１９２．１６９．２．０）＋装置ＩＤ（０．０．０．４２）＝１９２．１６９．２．４２となる。

各車両の各画像表示装置は上記のようにして固有のＩＰアドレスを所有するので、このＩＰアドレスを用いたネットワークを構成することができる。高速回線での情報のやり取りはデータリンク層としてイーサネット（登録商標）を使いその上でＩＰを使うことにより情報交換を行う。

次に、図３に示す画像表示装置へ挿入される可搬型記録媒体であるＳＤカード１５の中に記録されるファイルについて説明する。Ｃｏｎｔｅｎｔｓフォルダの中にマスターとして動作させるアップデート情報としてＭＳ−ｕｐｄａｔｅが格納されている。ＭＳ−ｕｐｄａｔｅファイルを有するＳＤカード１５を挿入された画像表示装置は、ＭＳ−ｕｐｄａｔｅファイルを認識してマスターとして起動して新たな画像情報を配信するマスターとしての動作を行う。また、このファイルを有しないＳＤカード１５を挿入された画像表示装置はマスターとなる画像表示装置から新たな画像情報を受信するスレーブとして動作する。なお、ＳＤカード１５の中のファイルについては詳細に後述する。

ＭＳ−ｕｐｄａｔｅファイルを有するＳＤカードには、最新バージョンの画像情報及び表示・配信情報として、画像情報のバージョン情報、車両の中に設置された画像表示装置のアドレスに関する情報である部位情報又はＩＰアドレスなどが記録されている。この最新バージョンの画像情報を他のスレーブとして画像表示装置へ配信して画像情報を更新する様子を図４を用いて説明する。各画像表示装置は図４の点線で示されるように隣接する画像表示装置に画像情報の伝送が可能な高速ネットワークであるイーサネット（登録商標）で接続される。各画像表示装置のイーサネット（登録商標）端子は接続段数の制限を受けないスイッチングハブの機能を有しており自らが接続される画像表示装置のＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレスを学習する。情報のやり取りは前述したＩＰアドレスを用いる。

図４を用いて、画像表示装置間の情報の流れを説明する。Ｓｔｅｐ１で、（１）ＳＤカードが画像表示装置へ挿入される。（２）ＳＤカード１５を挿入された画像表示装置は起動して動作を開始する。（３）画像表示装置はＳＤカード１５に記録されたファイルを調べ、アップデート情報としてＭＳ−ｕｐｄａｔｅファイルを認識すると、マスターとして動作をすることになる。なお、ファイル構造としてはアップデート情報が画像情報のフォルダに含まれてもよい。ＭＳ−ｕｐｄａｔｅファイルの中には、画像情報を配信されるスレーブになる画像表示装置の数や必要に応じてアドレスに関する情報が含まれるので、マスターとなった画像表示装置は画像情報の配信に関して全体的な管理を行うことができる。

マスターになった画像表示装置（ＬＣＤ１）は他のＭＳ−ｕｐｄａｔｅファイルを含まないＳＤカード１５を挿入されているスレーブになる画像表示装置（ＬＣＤ２〜４）の画像情報のバージョンを知るために、（４）自らのＳＤカード１５に記録された画像情報のバージョン情報を含む他の画像表示装置の状態を尋ねるチェック用パケットであるＣｈｅｃｋパケットをブロードキャストで送信する。

ＭＳ−ｕｐｄａｔｅファイルを含まないＳＤカード１５を挿入されている他の画像表示装置（ＬＣＤ２，ＬＣＤ３，ＬＣＤ４）は後述するスレーブモードで動作する。マスターである画像表示装置（ＬＣＤ１）からのチェック用パケットを受けた他の画像表示装置（ＬＣＤ２，ＬＣＤ３，ＬＣＤ４）は（５）ランダムな遅れ時間を経た後に自らの画像情報のバージョン情報を含む新らしい画像情報の要求を意味するニーズ用パケットであるＮｅｅｄパケットをマスターである画像表示装置（ＬＣＤ１）に向けてユニキャストで返信する。図４でのＮｅｅｄパケット（ニーズ用パケット）を返信した画像表示装置の順番はランダムな遅れ時間のためにＬＣＤ４，ＬＣＤ２，ＬＣＤ３となっている。

次に、図４のＳｔｅｐ２の動作を説明する。なお、図中の表示は文字を一部欠く略称になっている。画像情報の同期を行うために、マスターである画像表示装置（ＬＣＤ１）は（１）最初にＮｅｅｄパケットを返信した画像表示装置（ＬＣＤ４）に向けてＳｙｎｃＳｔａｒｔパケットをユニキャストで送信を行う。ここでＳｙｎｃはＳｙｎｃｈの略表現である。

自分宛のＳｙｎｃＳｔａｒｔパケットを受信した画像表示装置（ＬＣＤ４）において、画像情報のバージョンの対比を行う。（２）マスターである画像表示装置（ＬＣＤ１）の有する画像ファイルのバージョンよりも古いバージョンのフォルダ、ここでは、“２０１３０３０１”は削除される。ここで、“２０１３０３０１”はフォルダのバージョンを示している。この削除は、マスターである画像表示装置（ＬＣＤ１）がリモートで行っても、スレーブである画像表示装置（ＬＣＤ４）が自ら行ってもよい。

画像情報の伝送は、マスターとスレーブの各画像表示装置の有する画像情報の差分を送るので、伝送状態を記録するためにスレーブである画像表示装置において（３）uｐｌｏａｄｉｎｇファイルが作られ、画像情報の伝送状態を反映するように随時書き直される。

ＳｙｎｃＳｔａｒｔパケットを受信した画像表示装置（ＬＣＤ４）は、（４）マスターである画像表示装置（ＬＣＤ１）に向けてＳｙｎｃＳｔａｒｔＲｅｓパケットをユニキャストで返信する。ここでＲｅｓはＲｅｓｐｏｎｓｅの略表現である。

ＳｙｎｃＳｔａｒｔＲｅｓパケットを受信したマスターである画像表示装置（ＬＣＤ１）は、（５）Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ（ＦＴＰ）を用いて差分である自らの有する新しい画像情報をユニキャストで伝送する。（５）ＦＴＰにより画像情報を受信した画像表示装置（ＬＣＤ４）には新しい画像情報のファイル“２０１３０５０１”が作られる。

画像情報の差分がなくなり、マスターである画像表示装（ＬＣＤ１）の有する画像情報と、スレーブである画像表示装置（ＬＣＤ４）の画像情報のバージョンが一致して同期すると（６）マスターである画像表示装（ＬＣＤ１）からＳｙｎｃＳｔｏｐパケットがスレーブである画像表示装置（ＬＣＤ４）へ送られる。

スレーブである画像表示装置（ＬＣＤ４）において、（７）画像情報の伝送状態を記録していたｕｐｌｏａｄｉｎｇファイルは役目を終えて削除される。

一連の同期動作を終えたスレーブである画像表示装置（ＬＣＤ４）から、マスターである画像表示装（ＬＣＤ１）に向けて、ＳｙｎｃＳｔｏｐＲｅｓパケットが送られ（８）画像情報の同期動作が終了する。

次に、図５のＳｔｅｐ３について説明する。マスターであるＬＣＤ１はまだＣｈｅｃｋパケットを返信しないスレーブが有るので１Ｃｈｅｃｋパケットをブロードキャストで送信している。また、Ｓｔｅｐ２までの経過でスレーブであったＬＣＤ４はマスターであるＬＣＤ１と画像情報について同期が成立しているので（１）サブマスターに状態が変化する。サブマスターとなったＬＣＤ４は（１）２Ｃｈｅｃｋパケットをブロードキャストで送信する。マスターと同期が取れたサブマスターが送信するＣｈｅｃｋパケットは、同期確認パケットを意味する。この２Ｃｈｅｃｋパケットの先頭の２は、マスターであるＬＣＤ１の送信する１Ｃｈｅｃｋパケットと区別するためである。２Ｃｈｅｋパケットを受信したＬＣＤ２とＬＣＤ３は既にマスターであるＬＣＤ１にＮｅｅｄパケット（ニーズ用パケット）を送信しているので、２Ｃｈｅｋパケットを無視する。また、マスターであるＬＣＤ１はマスターなので２Ｃｈｅｋパケットを同じく無視する。

ＬＣＤ１〜ＬＣＤ３の何れからも返信の無いＬＣＤ４は５秒待って、Ｃｈｅｃｋパケットを再送する。このＣｈｅｃｋパケットの送信は、後述するマスターであるＬＣＤ１から同期動作の終了を知らせるＦｉｎｉｓｈパケットが送信されるまで行われる。

次にＳｔｅｐ４について説明する。Ｓｔｅｐ４では、マスターであるＬＣＤ１とサブマスターであるＬＣＤ４がそれぞれ画像情報の配信を行っている。マスターであるＬＣＤ１は、Ｓｔｅｐ１で送ったＣｈｅｃｋパケットへの返信が２番目であったＬＣＤ２に対してＳｔｅｐ２でＬＣＤ４に対して行ったのと同様の画像情報の配信を行う。一方ＬＣＤ４はタイムアウト後に（１）Ｃｈｅｃｋパケットの送信を再開する。

ＬＣＤ３は、Ｎｅｅｄパケット送信後５秒待ってもマスターから同期動作開始を知らせるＳｙｎｃＳｔａｒｔパケットが来ない場合は、Ｃｈｅｃｋパケット待ちの状態になるので、ＬＣＤ４からのＣｈｅｃｋパケットに対して（２）Ｎｅｅｄパケットを返信する。ここには、ＬＣＤ３の画像情報の内容を示すバージョン情報が含まれる。

ＬＣＤ３からのＮｅｅｄパケットを受信したサブマスターとなったＬＣＤ４は、同期動作開始を知らせる（３）ＳｎｙｃＳｔａｒｔパケットをＬＣＤ３に向けて送信する。

ＳｎｙｃＳｔａｒｔパケットを受信したＬＣＤ３では（４）ＬＣＤ３の有する古い画像情報であるフォルダ“２０１３０３０”は削除される。この削除は、サブマスターであるＬＣＤ４がリモートで行っても、ＬＣＤ３が自ら行っても良い。

ＬＣＤ３では、画像情報の同期動作の進行状況を記録する（５）ｕｏｌｏａｄｉｎｇファイルが作成される。このファイルはＬＣＤ４かららのリモート動作でも、ＬＣＤ３が自ら行っても良い。

画像情報の同期動作の準備が出来たＬＣＤ３から、ＳｎｙｃＳｔａｒｔパケットに対する応答として（６）ＳｎｙｎｃＳｔａｒｔＲｅｓパケットがＬＣＤ４へ返信される。

ＳｎｙｎｃＳｔａｒｔＲｒｅｓパケットを受信したＬＣＤ４は（７）ＦＴＰで差分の画像情報をＬＣＤ３へ送信する。

差分の画像情報を送り終わって、画像情報の同期が取れるとＬＣＤ４から（８）同期動作の終了を示すＳｙｎｃＳｔｏｐパケットがＬＣＤ３へ送られる。

このパケットを受信したＬＣＤ３は、応答として（９）ＳｙｎｃＳｔｏｐＲｅｓパケットをＬＣＤ４へ返信する。

画像情報の同期が終了したＬＣＤ３では、ＦＴＰによる画像情報の同期の過程を記録していた（１０）ｕｐｌｏａｄｉｎｇファイルが削除される。以上の動作で、ＬＣＤ３の画像情報は、サブマスターであるＬＣＤ４の画像情報と同期が取れた状態になる。

次に図６のＳｔｅｐ５について説明する。Ｓｔｅｐ２からＳｔｅｐ４までの動作でＬＣＤ２及びＬＣＤ４はマスターであるＬＣＤ１と画像情報の同期が取れた状態になる。また、ＬＣＤ３はサブマスターであるＬＣＤ４と同期が取れた状態になる。画像情報の同期が取れた画像表示装置はサブマスターとなり（１）同期確認パケットどなるＣｈｅｃｋパケットをブロードキャストで送信する。

既に同期が取れてサブマスターになった画像表示装置は他の画像表示装置から送信されたＣｈｅｃｋパケットを無視する。マスターであるＬＣＤ１は、どの画像表示装置からＣｈｅｃｋパケットが送信されてきたかを記録する。

次にＳｔｅｐ６について説明する。マスターであるＬＣＤ１は、全ての画像表示装置からのＣｈｅｃｋパケットを受信すると、（１）同期動作の終了の準備段階を知らせるＦｉｎｉｓｈパケットを送信する。

この送信は、全てのマスター以外の画像情報装置からＦｉｎｉｓｈパケットに対する応答であるＦｉｎｉｓｈＲｅｓパケットを受信するまで繰り返される。Ｆｉｎｉｓｈパケットを受信したサブマスターである画像表示装置（ＬＣＤ１〜ＬＣＤ４）は応答として、（２）ＦｉｎｉｓｈＲｅｓパケットを送信する。

そして、サブマスターであるＬＣＤ２〜ＬＣＤ４はＦｉｎｉｓｈパケットを受信してその状態がエンドに変化する。また、マスターであるＬＣＤ１は、全てのサブマスターであった画像情報装置からのＦｉｎｉｓｈＲｅｓパケットを受信すると同じくエンド状態になる。

次に図７のＳｔｅｐ７について説明する。マスターであるＬＣＤ１は、全てのサブマスターである画像表示装置からＦｉｎｉｓｈＲｅｓパケットを受信すると、同期動作の終了動作に入り、（１）ブロードキャストでＳｙｎｃＲｅｓｅｔパケットを送信する。これを受信した他の画像表示装置（ＬＣＤ２〜ＬＣＤ４）は（２）ＳｙｎｃＲｅｓｅｔＲｅｓパケットをＬＣＤ１に向けてユニキャストで送信する。

ＳｙｎｃＲｅｓｅｔパケットを受信した画像表示装置（ＬＣＤ２〜ＬＣＤ４）はエンドの状態からスレーブの状態に変化する。また、マスターであるＬＣＤ１は、他の全ての画像情報装置からＳｙｎｃＲｅｓｅｔＲｅｓパケットを受信すると（４）マスターからスレーブに状態が変化するとともに（５）ＳＤカードの中のＭＳ−ｕｐｄａｔａファイルを削除する。

次に、図８を用いてマスターモードで動作する画像表示装置の動作状態の時間的な遷移を説明する。最初は全ての画像表示装置はスレーブモードで動作を開始する（Ｓ０）。挿入されているＳＤカード１５の中にＭＳ−ｕｐｄａｔｅファイルの有無を確認する（Ｓ１）。

画像表示装置に挿入されたＳＤカード１５の中にＭＳ−ｕｐｄａｔｅファイルが無い場合は、画像表示装置は図６に示すスレーブモードでの動作を行うことになる。ＭＳ−ｕｐｄａｔｅファイルが有る場合は、画像表示装置はマスターモードで動作を開始する（Ｓ１１）。

マスターモードで動作を開始した画像表示装置は他の画像表示装置が有する画像情報のバージョンを調べるために、自らの画像情報のバージョン情報を含むＣｈｅｃｋパケットをブロードキャストで送信する（Ｓ１２）。このＣｈｅｃｋパケットの送信は所定の時間間隔で繰り返し行われる。

Ｃｈｅｃｋパケットを受信した画像表示装置は自らの画像情報のバージョン情報を含むＮｅｅｄパケットを返信する。返信するタイミングはパケットの衝突を避けるためにランダムな遅延の後に行われる。

Ｎｅｅｄパケットを受信したマスターである画像表示装置はＮｅｅｄパケットの内容を調べる（Ｓ２）。そして同期動作を開始するためにＳｙｎｃＳｔａｒｔパケットを最初にＮｅｅｄパケットを返信して来た画像表示装置に向けてユニキャストで送信する（Ｓ２２）。

ＳｙｎｃＳｔａｒｔパケットを受信した画像表示装置はこれに応答してＳｙｎｃＳｔａｒｔＲｅｓパケットを返信するので、マスターである画像表示装置はこのＳｙｎｃＳｔａｒｔＲｅｓパケットの到着を待つ（Ｓ４）。何らかの不都合でＳｙｎｃＳｔａｒｔＲｅｓパケットが例えば待ち時間５秒の間に到着しないときはＴｉｍｅ―ＯｕｔでＮｅｅｄパケット待ち（Ｓ２）へ戻る。

マスターである画像表示装置はＳｙｎｃＳｔａｒｔＲｅｓパケットが待ち時間５秒の間に到着したときは、ＳｙｎｃＳｔａｒｔＲｅｓパケットを返信した画像表示装置との間にＦＴＰを行うためのセッションを張る（Ｓ４１）。

ＦＴＰは画像情報のバージョン単位で行い一つのバージョンがエラー無で終わるか否かを確認する（Ｓ６）。情報量の多い画像情報の伝送中にＦＴＰエラーが起こり例えば６０秒以内に解決しないときはＴｉｍｅ−ＯｕｔになりＮｅｅｄパケットの受信待ち（Ｓ２）へ戻る。

次に送信するべき画像情報（コンテンツ）がまだ必要か、否かを判断する（Ｓ６）。未送信の画像情報が有って、送信が必要であればＦＴＰ動作を再度行う（Ｓ５）。全てのコンテンツを送信していればＳｙｎｃＳｔａｒｔＲｅｓパケットを返信した画像表示装置との間のセッションを切る（Ｓ６１）。そして、同期動作が終わったことを知らせるＳｙｎｃＳｔｏｐパケットを今までＦＴＰのセッションを張っていた画像表示装置宛に送る（Ｓ６２）。

自分宛のＳｙｎｃＳｔｏｐパケットを受信した画像表示装置は、これに対してＳｙｎｃＳｔｏｐＲｅｓパケットを返信する。マスターである画像表示装置は例えば５秒間ＳｙｎｃＳｔｏｐＲｅｓパケットを待ち（Ｓ７）、この間にＳｙｎｃＳｔｏｐＲｅｓパケットが来なければＴｉｍｅ−ＯｕｔでＮｅｅｄパケット待ち（Ｓ２）へ戻る。また、５秒間の間にＳｙｎｃＳｔｏｐＲｅｓパケットが来れば、やはりＮｅｅｄ／Ｃｈｅｃｋパケット待ち（Ｓ２）へ戻る。

マスターである画像表示装置は、今までＦＴＰのセッションを張っていない画像表示装置からのＮｅｅｄパケットが来るのを待つ（Ｓ２）。ここで新たなＮｅｅｄパケットを受信すると自分が有する画像情報とＮｅｅｄパケットを返信して来た画像表示装置が有する画像情報との差分の画像情報をＦＴＰで送信する動作へ入る。

また、Ｎｅｅｄ／Ｃｈｅｃｋパケットを待つ間にＣｈｅｃｋパケットを受信した場合は、Ｃｈｅｃｋパケットを送信してきた画像表示装置をＣｈｅｃｋデータベースに記録する（Ｓ２３）。ここでマスターとなった画像表示装置以外からのスレーブの画像表示装置からのＣｈｅｃｋパケットは、画像情報がマスターである画像表示装置の画像情報と自らの画像情報の同期が取れたことを意味する。

マスターである画像表示装置は、全ての画像表示装置からＣｈｅｃｋパケットが到着しているか否かを確認（Ｓ３）して、Ｃｈｅｃｋパケットを返信しない画像表示装置が有る場合は、そこからのＣｈｅｃｋパケットを待つ（Ｓ２）。

全ての画像表示装置からのＣｈｅｃｋパケットを受信した場合は、車両の中の全ての画像表示装置の画像情報がマスターの画像情報と同期が取れたことになるので、マスターである画像表示装置はＣｈｅｃｋパケットの繰り返し送信を停止する（Ｓ３１）。そして、終了動作へ入るためにＦｉｎｉｓｈパケットをスレーブである他の画像表示装置へユニキャストで送信する（Ｓ３２）。

Ｆｉｎｉｓｈパケットを受信したスレーブである画像表示装置はこれに対する応答としてＦｉｎｉｓｈＲｅｓパケットをマスターである画像表示装置へ返信する。

マスターである画像表示装置はこのＦｉｎｉｓｈＲｅｓｐパケットを待つ（Ｓ８）。例えば５秒間待って応答が無い場合は再度Ｆｉｎｉｓｈパケットの送信を行う（Ｓ３２）。

ＦｉｎｉｓｈＲｅｓパケットを受信したマスターである画像表示装置は、返信してきた画像表示装置をＦｉｎｉｓｈＲｅｓデータベースへ記録する（Ｓ３１）。全ての画像表示装置からＦｉｎｉｓｈＲｅｓパケットの到着の有無を調べる（Ｓ９）。

未受信のＦｉｎｉｓｈＲｅｓパケットが有る場合は、未受信の画像表示装置へ向けて再びＦｉｎｉｓｈパケットを送信する（Ｓ３２）。

マスターである画像表示装置が全てのスレーブである画像表示装置からのＦｉｎｉｓｈ Ｒｅｓパケットを確認すると、次にマスターとして機能を停止するＳｙｎｃＲｅｓｅｔパケットを各スレーブである画像表示装置へ向けて送信する（Ｓ９１）。ＳｙｎｃＲｅｓｅｔパケットを受信した画像表示装置はＳｙｎｃＲｅｓｅｔＲｅｓパケットを返信する。

マスターである画像表示装置はスレーブである各画像表示装置からのＳｙｎｃＲｅｓｅｔＲｅｓパケットを待ち（Ｓ１０）、当該パケットが例えば５秒以内に来ない場合は、Ｔｉｍｅ−Ｏｕｔとして再度ＳｙｎｃＲｅｓｅｔパケットの送信を行う（Ｓ９１）。

マスターである画像表示装置がＳｙｎｃＲｅｓｅｔＲｅｓパケットを受信した場合は、ＳｙｎｃＲｅｓｅｔＲｅｓパケットを返信してきた画像表示装置の情報をＳｙｎｃＲｅｓｅｔＲｅｓデータベースに記録する（Ｓ１０１）。

ＳｙｎｃＲｅｓｅｔＲｅｓパケットを返信しない画像表示装置が有る場合（Ｓ１１）も再度ＳｙｎｃＲｅｓｅｔパケットを送信する（Ｓ９１）。

全てのスレーブである画像表示装置からＳｙｎｃＲｅｓｅｔＲｅｓパケットを受信した（Ｓ１１）マスターである画像表示装置はマスターとしての役目を終えて自らのＳＤカード１５に記録されているＭＳ−ｕｐｄａｔｅファイルを消去して、スレーブモードに戻る（Ｓ１１１）。

次に図９を用いてスレーブモードで動作する画像表示装置の動作の時間的な遷移を説明する。ＭＳ−ｕｐｄａｔｅファイルが無いＳＤカード１５を挿入された画像表示装置はスレーブモードで動作する。

スレーブモードではマスターからのＣｈｅｃｋパケットを待っている（Ｓ１３）。Ｃｈｅｃｋパケットを受信するとＣｈｅｃｋパケットの中のマスターが有する画像情報のバージョンと自身が有する画像情報のバージョンを比較する（Ｓ１４）。

バージョンが一致する場合はマスターとの同期動作が不要になり、状態がスレーブモードからサブマスターモードへ変更される（Ｓ１４１）。また、不一致の場合は新しいバージョンの画像情報を受信する前にマスターには無い古いバージョンの画像情報の有無を知るためにバージョン情報が記録されているディレクトリを調べる（Ｓ１５）。

古いバージョンが存在する場合はバージョン情報を管理する表示制御部のメモリ上のディレクトリを削除すると共に自身のバージョン情報（コンテンツバージョンステータス）も変更する（Ｓ１５１）。このとき、該当する古いバージョンの画像情報を記録したファイルも削除される。

次に自身の画像情報のバージョン情報が含まれるＮｅｅｄパケットをマスターである画像表示装置へ返信する（Ｓ１５２）。

マスターから画像情報の差分を送る同期動作開始を意味するＳｙｎｃＳｔａｒｔパケットが来るのを待つ（Ｓ１６）。例えば５秒の間にＳｙｎｃＳｔａｒｔパケットが来ない場合はＴｉｍｅ−Ｏｕｔになり、最初のＣｈｅｃｋパケットの待ち（Ｓ１３）へ戻る。

ＳｙｎｃＳｔａｒｔパケットが来るとこれに対する応答としてＳｙｎｃＳｔａｒｔＲｅｓパケットを返信する（Ｓ１６１）。マスターである画像情報装置はこれを確認してＦＴＰに必要なセッションを張りＦＴＰ動作が開始される。

ＦＴＰ動作中にエラーが起こり例えば６０秒待っても回復しない場合はＴｉｍｅ−ＯｕｔになってＣｈｅｃｋパケット待ちへ（Ｓ１３）へ戻る。

差分の画像情報の伝送が終わるとマスターである画像情報装置１はセッションを切断してＳｙｎｃＳｔｏｐパケットを送る。セッションの切断後例えば６５秒待ってもＳｙｎｃＳｔｏｐパケットが来ない場合はＴｉｍｅ−ＯｕｔになってＣｈｅｃｋパケットの待ち（Ｓ１３）になる。

マスターである画像表示装置からのＳｙｎｃＳｔｏｐパケットを受信すると、これに対する応答としてＳｙｎｃＳｔｏｐＲｅｓパケットを返信する（Ｓ１７１）。これで、マスターの画像情報と自分の画像情報の同期が取れたのでＦＴＰ動作が終了し、状態がサブマスターモードへ変化する（Ｓ１４１）。

サブマスターになるとまだ画像情報の同期が取れないスレーブである画像表示装置に向けて同期確認パケットであるＣｈｅｃｋパケットの繰り返し送信を開始（Ｓ１４２）して、スレーブである画像表示装置からのＮｅｅｄパケットを待つ（Ｓ１８）。

スレーブである画像表示装置からのＮｅｅｄパケットを受信（Ｓ１８１）すると、その中の画像情報のバージョンなどの内容を確認する（Ｓ１８２）。画像情報の差分が有る場合はＦＴＰ動作の開始を意味するＳｙｎｃＳｔａｒｔパケットを送信する（Ｓ１８３）。

ＦＴＰ動作はバージョン単位で行われるので一つのバージョンの画像情報のＦＴＰ動作が無事に終了するか否かを調べ（Ｓ１９）、無事に終了したら他の画像情報の送信が必要か否かを判断し（Ｓ２０）必要な場合は再度ＦＴＰ動作へ戻る（Ｓ２０）。また、ＦＴＰ動作中にエラーが起こり例えば６０秒以内に回復しない場合はＦＴＰエラーとなり、Ｎｅｅｄ／Ｆｉｎｉｓｈパケット待ち（Ｓ１８）へ戻る。

Ｓ２０で、他の画像情報は不要と判断した場合はＳｙｎｃＳｔｏｐパケットを送信する（Ｓ２０１）。

ＳｙｎｃＳｔｏｐパケットに対する応答であるＳｙｎｃＳｔｏｐＲｅｓパケットを待って（Ｓ２１）、それを受信するとＮｅｅｄ／Ｆｉｎｉｃｈパケット待ち（Ｓ１８）へ戻る。また、例えば５秒以内にＳｙｎｃＳｔｏｐＲｅｓパケットを受信できない場合は、Ｎｅｅｄ／Ｆｉｎｉｃｈパケット待ち（Ｓ１８）へ戻る。

マスターである画像表示装置は、全てのスレーブである画像表示装置と画像情報の同期が終了すると同期動作の終了準備を示すＦｉｎｉｓｈパケットを送信するので、サブマスターである画像表示装置はマスターである画像表示装置からのＦｉｎｉｓｈパケットを待つ（Ｓ１８）。

Ｆｉｎｉｓｈパケットを受信したサブマスターある画像表示装置はＣｈｅｃｋパケットの送信を停止する（Ｓ１８４）。同期動作が終了しているのでサブマスターであった画像表示装置はその役割を終えてエンドモードに状態が変化する（Ｓ１８５）。そして、Ｆｉｎｉｓｈパケットに対する応答であるＦｉｎｉｓｈＲｅｓパケットを送信する（Ｓ１８６）。

そして、マスターである画像表示装置は全てのスレーブである画像表示装置からＦｉｎｉｓｈＲｅｓパケットを受信した場合に、全ての同期動作の終了を示すＳｎｙｃＲｅｓｅｔパケットを送信するので、サブマスターである画像表示装置はＳｎｙｃＲｅｓｅｔ／Ｆｉｎｉｓｈパケットを待つ（Ｓ２２）。

Ｓｙｎｃｈ Ｒｅｓｅｔ／Ｆｉｎｉｓｈパケットを受信待ち（Ｓ２２）して例えば５秒経過するとＴｉｍｅ−Ｏｕｔになって再度ＦｉｎｉｓｈＲｅｓパケットを送信して（Ｓ１８６）又、Ｓｙｎｃｈ Ｒｅｓｅｔ／Ｆｉｎｉｓｈパケットを受信待ち（Ｓ２２）になる。また、Ｆｉｎｉｓｈパケットを受信した場合もＦｉｎｉｓｈＲｅｓパケットの送信（Ｓ１８６）を繰り返してＳｙｎｃｈ Ｒｅｓｅｔ／Ｆｉｎｉｓｈパケットを受信待ち（Ｓ２２）になる。

そしてＳｙｎｃＲｅｓｅｔパケットを受信した画像表示装置はアブマスターモードからスレーブモードに状態が変化する（Ｓ２２１）し、ＳｙｎｃＲｅｓｅｔＲｅｓパケットを返信する（Ｓ２２２）。

次に、ＳＤカード１５に記録された画像情報を含む各種ファイルについて説明をする。

ＳＤカード１５は、周知のように、カード状に形成され、不揮発性の半導体メモリを内蔵した読み書き自在の可搬型記録媒体である。ＳＤカード１５には、動画情報や静止画情報などの画像情報やシナリオファイルやスケジュールファイル等が記憶されている。なお、本実施形態では可搬型記録媒体としてＳＤカード１５で説明するが、ＳＤカードに限らず、他の方式のメモリカードでもよいし、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）メモリやハードディスクあるいは光ディスク等の可搬型記録媒体であってもよい。

図３にＳＤカード１５内のファイル構造例を示す。ＳＤカード１５（ＳＤ Ｃａｒｄ）には、コンテンツ（ｃｏｎｔｅｎｔｓ）とファーム（ｆｉｒｍ）とログ（ｌｏｇ）とセッティング（ｓｅｔｔｉｎｇ）との各フォルダ（ディレクトリ）が形成されている。

コンテンツフォルダには、ＣＭとニュース（ＮＥＷＳ）とエマージェンシー（ＥＭＡＥＧＥＮＣＹ）との各フォルダが形成されている。また、マスターになる画像表示装置へ挿入されるＳＤカードには、ＭＳ−ｕｐｄａｔｅファイルが記録される。

ＣＭフォルダには、ＬＣＤ表示器１３に表示する広告の動画情報（広告動画情報）とシナリオ情報とスケジュール情報とが格納されており、バージョンごとにフォルダが形成されている。図３の例では、“２０１３０３０１”（バージョンα）と“２０１３０４０１”（バージョンβ）との２つのフォルダが形成されている。

バージョンごとに形成されるフォルダ、例えば“２０１３０３０１”フォルダには、ソース（Ｓｏｕｃｅ）フォルダが形成され、１．ｉｎｉ〜１０．ｉｎｉの１０個のシナリオファイルとｓｃｈｅｄｕｌｅ．ｉｎｉの１個のスケジュールファイルが格納されている。ソースフォルダには、複数の広告動画情報（ＡＡＡＡ．ｈ２６４〜ＤＤＤＤＤ．ｈ２６４）が格納されている。この広告動画情報は、例えばＨ．２６４規格により符号化されている。即ち、広告動画情報が画像情報となる。勿論画像情報は動画情報に限らず静止画情報であってもよい。

シナリオ情報としてのシナリオファイルは、ソースフォルダに格納されている各動画情報の表示順や表示する地点等が設定されているファイルである。スケジュール情報としてのスケジュールファイルは、複数のシナリオファイルを実行する時間帯が設定されているファイルである。

シナリオファイルの例を図１０に示す。図１０は、図３に示した１．ｉｎｉの例である。シナリオファイルには、対象の広告動画情報名（ファイル名）と、広告動画情報かニュース動画情報かの種類の識別（種類）と、ファイル名で示された広告動画情報の繰り返し表示回数（回数・時間）と、表示させる位置（表示位置）と、表示させる地点（表示地点）と、が記載されている。

図１０の例の場合、種類は“１”が広告で“２”がニュースを示す。表示位置とは、図１に示した複数の画像表示装置のうち、どの画像表示装置に表示するかを指定する情報（画像表示装置の鉄道車両１０１の中での位置情報）であり、各画像表示装置は、予め表示設定器１１０が出力する運行情報に含めて送信された自身の設置位置情報に基づいて判断することができる。例えば、ドア１０１Ｌの上部に設けられている画像表示装置の位置が“１１”の場合、表示位置に“１１”が含まれている場合は、ファイル名に指定された広告動画情報を表示する。

表示地点とは、ファイル名で指定された広告動画情報を表示する地点を指定する情報であり、図１０では、地点コードにより指定している。地点コードとは、表示設定器１１０が運行情報に含めて出力する情報であり、例えば駅や駅と駅との間の区間など、特定の位置や特定の範囲の位置を示す情報をコード化したものである。画像表示装置は、運行情報に含まれる地点コードと表示位置の設定とが一致した場合は、ファイル名に指定された広告動画情報を表示する。なお、地点コードではなく緯度と経度など広告動画情報を表示する地点を示す情報であれば他の方法でもよい。

シナリオファイルには、１つの広告動画情報について上記した５つの項目を設定し、それを表示する順序で記載する。図７の場合は、ＡＡＡＡＡ．ｈ２６４、ＢＢＢＢＢ．ｈ２６４、ＣＣＣＣＣ．ｈ２６４、ＤＤＤＤＤ．ｈ２６４の順序で表示される。最後のファイル（ＤＤＤＤＤ．ｈ２６４）まで表示された後は、また先頭のファイル（ＡＡＡＡＡ．ｈ２６４）から表示を行う。即ち、複数の動画ファイル（画像情報）をＬＣＤ表示器１３（画像表示部）に画像として表示させる順序が設定されている。

なお、図１０の表示位置や表示地点で“−”と表記されている場合は、全ての位置、全ての地点で表示することを示している。

次に、スケジュールファイルの例を図１１に示す。スケジュールファイルには、対象のシナリオファイル名と、シナリオ情報を実行する時間に関する情報としての当該シナリオの開始時刻（開始時分）と、当該シナリオの終了時刻（終了時分）と、が記載されている。スケジュールファイルには、各シナリオファイルごとに開始時分と終了時分とが設定されている。即ち、スケジュールファイル（スケジュール情報）には、シナリオファイル（シナリオ情報）の実行開始時間及び実行終了時間が含まれている。

エマージェンシーフォルダには、緊急時に液晶表示器１３に表示する静止画情報（動画情報でもよい）が格納されている。

ファームフォルダには、表示制御部１４で動作するファームウェアのアップデート用のデータ等が格納されている。

ログフォルダには、プレイ（ｐｌａｙ）フォルダとエラー（ｅｒｒ）フォルダとが形成されている。

プレイフォルダには、広告動画情報の再生回数のログファイルが格納されている。ログファイルには、例えば、再生した広告動画情報名とその再生日時とが再生日時順に記録されている。したがって、例えばこのログファイルを特定の広告動画情報名で検索することでとの広告動画情報の再生回数が判明する。即ち、ＳＤカード１５（可搬型記録媒体）には、広告動画情報（画像情報）の再生履歴に関する情報が記憶されている。

エラーフォルダには、動作中に発生したエラーのログファイルが格納されている。ログファイルには、例えば、発生したエラーのＩＤとその発生日時と発生日時順に記録されている。

セッティングフォルダには、画像表示装置の各種設定を記載された設定ファイル（ｃｏｍｍｏｎ．ｉｎｉ）と種別と行先による動作が設定された動作設定ファイル（ｏｐｅｒａｔｉｏｎ．ｉｎｉ）とが格納されている。

設定ファイルは、複数の画像表示装置を識別するための前述した装置ＩＤや、表示する画像情報等の切り替えの基準とする時刻の設定（例えば午前０時ではなく午前３時にする）などの項目を設定することができる。

動作設定ファイルの例を図１２に示す。動作設定ファイルには、種別ごとに行先と動作を記載する。なお、図１２中“＃”以降はコメントを示している。例えば図１２の「種別１（回送）」とコメントが記載されている行の［００］は種別を示すコード（種別コード）であり、コメントのとおり回送を示している。種別コードは鉄道車両１０１が走行する路線の種別に基づいて予め設定されたコードであり、表示設定器１１０から運行情報に含めて出力される。

次の行の「“００”＝“０”」は行先と動作を示している。この行の左辺（“００”）は行先コードであり、右辺（“０”）は動作コードである。行先コードは鉄道車両１０１が走行する路線の行先に基づいて予め設定されたコードであり、表示設定器１１０から運行情報に含めて出力される。動作コードは、画像表示装置の動作を指定するコードであり、例えば“０”が無表示、“１”がシナリオファイルとスケジュールファイルとに基づく通常表示、“２”がデフォルト画像１の表示、“３”がデフォルト画像２の表示などと規定されている。デフォルト画像１、２は、図３では図示しないデフォルト画像用のフォルダに含まれている静止画情報である（動画情報でもよい）。この動作コードに基づいて表示制御部１４が動作する。即ち、種別に応じて表示制御部１４（表示制御部）の動作を設定している。

次に、上述した構成の画像表示装置における広告動画情報の表示動作を図１３を参照して説明する。図１３のフローチャートは表示制御部１４で実行される。

まず、ステップＳ１０１において、ＲＳ−４８５インタフェース経由で表示設定器１１０から運行情報表示装置１１２を介して表示のＯＮまたは表示のＯＦＦを受信したかを判断し、表示ＯＦＦを受信した場合はステップＳ１０２に進み無表示状態となる。

一方、表示ＯＮを受信した場合はステップＳ１０３に進み、種別（種別コード）、行先（行先コード）と動作設定ファイルとを確認し、該当する種別コードと行先コードの動作コードが“０”の場合はステップＳ１０２に進み無表示状態となる。動作コードが“１”の場合はステップＳ１０３に進む。そして、動作コードが“２”以上の場合はステップＳ１０５に進み、予め指定されているデフォルト画面を表示する。このステップＳ１０３では、動作設定ファイルに記載された設定のうち、運行情報として運行情報表示装置１１２を介して取得した種別コード及び行先コードに該当する設定に応じて判断される。即ち、動作設定ファイル（動作設定情報）に基づいて、スケジュールファイル（スケジュール情報）及びシナリオファイル（シナリオ情報）による動作を行うか否かを決定している。

次に、ステップＳ１０４においては、日付とトリガバージョンを確認し、該当するバージョンがない場合はステップＳ１０５に進み、予め指定されているデフォルト画面を表示する。デフォルト画面は静止画である場合が多く、静止画モードで表示される。トリガバージョンとは、図３のＣＭフォルダ内に形成されたフォルダ名を指している。例えば、“２０１３０３０１”の場合は、２０１３年３月１日以降に表示する動画情報等が格納されているフォルダとなる。また、図３のように“２０１３０３０１”“２０１３０４０１”の２つのフォルダ（バージョン）がある場合は、２０１３年３月１日〜２０１３年３月３１日までが“２０１３０３０１＃フォルダ内の動画情報等を表示し、２０１３年４月１日以降は”２０１３０４０１“フォルダ内の動画情報等を動画モードで表示する。

ステップＳ１０４における判断では、画像表示制御部１４が内蔵する時計機能から日付を取得し、その取得した現在の日付がＳＤカード１５内のトリガバージョンに示す日付の範囲であるかを判断している。

次に、該当するバージョンがある場合はステップＳ１０６に進み、時刻とスケジュールファイルのタイムテーブルを確認し、時刻に対応するシナリオファイルが無い場合はステップＳ１０５に進み、予め指定されているデフォルト画面を表示する。

ステップＳ１０６における時刻とスケジュールファイルのタイムテーブルの確認とは、現在の時刻が、スケジュールファイルに設定されている開始時分〜終了時分に含まれているかを確認し、含まれている場合は、その開始時分と終了時分とが設定されているシナリオファイルを選択する。なお、現在の時刻は、ステップＳ１０４で日時を確認する際に取得した日時に付随している時刻情報を取得すればよい。即ち、スケジュールファイル（スケジュール情報）と現在の時刻とに基づいてシナリオファイル（シナリオ情報）を選択している。

次に、時刻に対応するシナリオファイルがある場合はステップＳ１０７に進む。ステップＳ１０７においては、対応したシナリオファイルを確認し、対応したシナリオファイルが無い場合はステップＳ１０５に進み、予め指定されているデフォルト画面を表示する。このステップＳ１０７は、ステップＳ１０６で確認したスケジュールファイルに記載されているシナリオファイルをＳＤカード１５内から読み込むための動作を行っている。つまり、対応したシナリオファイルが無いとは、スケジュールファイルには記載があるものの、ＳＤカード１５内に記憶されていない場合であり、例えばスケジュールファイルの記載ミス、シナリオファイル名のミス、あるいはＳＤカード１５にファイルを記憶させる作業上のミスなどが疑われる。

次に、対応したシナリオファイルがある場合はステップＳ１０８に進みシナリオファイルで呼び出された広告動画情報を確認し、広告動画情報（動画ファイル）が無い場合はステップＳ１０９に進み、ステップＳ１０５と同様に予め指定されているデフォルト画面を表示してステップＳ１０１１に進む。このステップＳ１０８は、ステップＳ１０７で確認したシナリオファイルに記載されている設定に合致する動画ファイルをＳＤカード１５内から読み込むための動作を行っている。つまり、動画ファイルが無いとは、シナリオファイルには記載があるものの、ＳＤカード１５内に記憶されていない場合であり、例えばシナリオファイルの記載ミス、動画ファイル名のミス、あるいはＳＤカード１５にファイルを記憶させる作業上のミスなどが疑われる。

このステップＳ１０８においては、運行情報として表示設定器１１０から出力された地点コード（現在位置する地点）と自身の設置位置情報（自身の設置位置）とに基づいて、シナリオファイルの記載から該当する動画ファイルの設定を特定することで、ＳＤカード１５から画像情報ファイルの動画ファイルを読み出している。即ち、シナリオファイル（シナリオ情報）と運行情報とに基づいて動画ファイル（画像情報）を選択している。

次に、動画ファイルがある場合はステップＳ１０１０に進みステップＳ８で読み出した動画ファイルを動画モードでＬＣＤ表示器１３のＬＣＤ画面に表示させる。即ち、ＳＤカード１５から該当する動画ファイルを読み出して、デコードし、ＤＶＩを介してＬＣＤ信号変換部１２に出力する。ＬＣＤ信号変換部１２は、ＬＶＤＳに規定された画像信号に変換してＬＣＤ表示器１３に出力することで動画ファイル（広告動画情報）が表示される。

次に、ステップＳ１０１１において、シナリオファイルの終了を確認し、続きがある場合は、ステップＳ１０８に戻り、終了の場合はステップＳ１０５に戻る。例えば図４の場合、画像情報の名称でありＡＡＡＡＡ．ｈ２６４を表示した後はステップＳ１０８に戻り次のＢＢＢＢＢ．ｈ２６４の表示を行い、ＤＤＤＤＤ．２６４を表示した後はステップＳ５に戻りスケジュールファイルの確認から再度実行する。

なお、図１０に示したフローチャートのうち、Ａで囲んだ部分を実行中に、ＲＳ−４８５インタフェース経由で表示のＯＮまたは表示のＯＦＦを受信した場合はフローチャートを終了する。表示ＯＮの場合は表示中の動画ファイルの表示終了後に終了し、表示ＯＦＦの場合は動画ファイルの終了を待たずに強制終了する。

本実施形態によれば、各画像表示装置は、表示制御部１４が鉄道車両１０１の運行情報を取得し、そして、取得した運行情報に基づいて液晶表示器１３に表示させる広告動画情報をＳＤカード１５から読み出す。このようにして、運行情報に応じた広告動画情報がＳＤカード１５から読み出され、液晶表示器１３に表示される。この広告動画情報は、マスターとなった画像表示装置の画像情報と同期を取ることで常に最新の状態に保たれる。そして、外部から運行情報が取得できれば、運行情報に基づいて広告動画情報等の画像情報を液晶表示器１３に表示させることができる。

ＳＤカード１５などの可搬型記録媒体に新たな広告動画情報と共にアップデート情報を記憶させているので、一つの画像表示装置のＳＤカード１５を交換するだけで車両の中の全ての画像表示装置に表示させる広告動画情報を変更することができ、アップデート作業の簡便化を図ることができる。

また、運行情報として地点コードと自身の設置位置情報とを取得し、表示制御部１４が、取得した地点コード及び自身の設置位置情報と、シナリオファイルに記載された表示地点及び表示位置に基づいて広告動画情報をＳＤカード１５から読み出して、液晶表示器１３に表示する。このようにすることにより、鉄道車両１０１が現在位置する地点や画像表示装置の設置位置に応じて表示させる広告動画情報を変更することができ、地点や位置に適した広告を表示させることができる。したがって、効果的な広告をすることができる。

また、シナリオファイルに、複数の広告動画情報の表示する順序が設定され、表示制御部１４が、シナリオファイルを読み出して、その設定された順序で広告動画情報を液晶表示器１３に表示させている。このようにすることにより、予め複数の広告動画情報を表示させる順序を設定することができる。また、シナリオファイルがＳＤカード１５に広告動画情報とともに記憶されているため、ＳＤカード１５の内容を変更するのみで表示順を変更することができる。また、表示させる広告動画情報と同じＳＤカード１５に記憶することでシナリオファイルの管理が容易となる。

また、シナリオファイルに、広告動画情報を繰り返し表示させる回数が設定されているので、１つの広告動画情報を複数回連続して表示させることができる。

また、スケジュールファイルに、シナリオファイルの実行開始時分と実行終了時分とが設定され、表示制御部１４が、スケジュールファイルを読み出して、その設定された実行開始時間から実行終了時間に含まれるシナリオファイルを実行している。このようにすることにより、予めシナリオファイルを実行する時間を設定することができる。また、スケジュールファイルがＳＤカード１５に広告動画情報やシナリオファイルとともに記憶されているため、ＳＤカード１５の内容を変更するのみでシナリオファイルを実行する時間を変更することができる。また、表示させる広告動画情報やシナリオファイルと同じＳＤカード１５に記憶することでスケジュールファイルの管理が容易となる。

また、スケジュールファイルとシナリオファイルとが、それぞれ個別のファイルとしてＳＤカード１５に記憶されているので、変更される情報の含まれるファイルのみを修正することができる。そのため、修正範囲が限定されるので修正が容易となり、間違い等が入りにくくなる。

また、動作設定ファイルに、鉄道車両１０１の種別ごとに通常表示をするか無表示とするかデフォルト画像を表示するかを示す情報が設定され、表示制御部１４が、動作設定ファイルを読み出して、運行情報として取得した用途種別および行先に該当する設定に基づいた動作を行っている。このようにすることにより、例えば急行や普通といった種別に応じて予めシナリオファイルやスケジュールファイルを実行するか、他の動作をするかを設定することができる。また、動作設定ファイルがＳＤカード１５に広告動画情報、シナリオファイル及びスケジュールファイルとともに記憶されているため、ＳＤカード１５の内容を変更するのみで当該ＳＤカード１５内のシナリオファイルやスケジュールファイルの実行を変更することができる。また、表示させる広告動画情報、シナリオファイル及びスケジュールファイルと同じＳＤカード１５に記憶することで動作設定ファイルの管理が容易となる。

また、動作設定ファイルが個別のファイルとなっているので、変更される情報の含まれるファイルのみを修正することができる。そのため、修正範囲が限定されるので修正が容易となり、間違い等が入りにくくなる。

なお、上述した実施形態では、広告（ＣＭフォルダ）の表示について説明したが、ニュース（ニュースフォルダ）も同様にシナリオファイルやスケジュールファイルを設定することで同様の動作をさせることができる。

また、上述した実施形態では、シナリオファイルとスケジュールファイルが別ファイルであったが、１つのファイルとしてもよい。或いは、動作設定ファイルも合わせて１つのファイルとしてもよい。

また、シナリオファイルには行先の項目を追加してもよい。つまり、行先に応じて画像情報を表示するか否かを設定することができる。或いは、シナリオファイルに種別の項目を追加してもよい。この場合は、急行や普通といった種別に応じて画像情報を表示するか否かを設定することができる。

また、現在の日時や時刻を表示制御部１４が内蔵する時計機能から取得していたが、表示設定器１１０が共通の時間情報としてネットワーク１１３に出力するようにし、画像表示装置は、運行情報表示装置１１２を介して取得するようにしてもよい。

また、本発明は上記実施形態に限定されるものではない。即ち、当業者は、従来公知の知見に従い、本発明の骨子を逸脱しない範囲で種々変形して実施することができる。かかる変形によってもなお本発明の画像表示装置の構成を具備する限り、勿論、本発明の範疇に含まれるものである。

１０１ 鉄道車両
１０１Ｒ、１０２Ｒ，１０３Ｒ，１０４Ｒ 右側ドア
１０１Ｌ、１０２Ｌ，１０３Ｌ，１０４Ｌ 左側ドア
１１０ 表示設定器
１１１ 小型運行情報表示部
１１２ 大型運行情報表示部
１１３ 低速ネットワーク（回線）
１１４ 高速ネットワーク（回線）
１ 画像表示装置
１２ ＬＣＤ信号変換部
１３ ＬＣＤ表示器（画像表示部）
１４ 表示制御部
１５ ＳＤカード（可搬型記録媒体）

Claims (9)

1. ネットワークで接続された複数の画像表示装置の一つであって、
   挿入される可搬型記録媒体に記録された画像情報と該画像情報の表示及び配信に関する表示・配信情報を読み出し、
   該表示・配信情報にアップデート情報としてのＭＳ−ｕｐｄａｔｅが含まれる場合はマスターになって該表示・配信情報に基づいて他の画像表示装置に向けて前記可搬型記録媒体に蓄えられた画像情報を配信し、
   又は、前記アップデート情報としてのＭＳ−ｕｐｄａｔｅが無い場合はスレーブになって前記マスターが配信する画像情報を受信して可搬型記録媒体に記録し、前記マスターから配信される画像情報と自らの有する画像情報を対比して画像情報の同期が取れた場合は、サブマスターとなって可搬型記録媒体に蓄えられた画像情報を配信し、
   前記可搬型記録媒体に記録された画像情報を表示することを特徴とする画像表示装置。
2. 前記マスターになった画像表示装置が、前記アップデート情報としてのＭＳ−ｕｐｄａｔｅに基づいて、前記スレーブになった画像表示装置に向けて前記可搬型記録媒体に記録された画像情報のバージョン情報を含むチェック用パケットを送信し、該チェック用パケットを受信した前記スレーブになった画像表示装置から返信された前記スレーブになった画像表示装置の有する画像情報のバージョン情報を含むニーズ用パケットの内容に応じて、前記ニーズ用パケットを返信した画像表示装置に向けて自らが有する画像情報を送信することを特徴とする請求項１に記載の画像表示装置。
3. 前記スレーブになった画像表示装置が、前記マスターになった画像表示装置から配信される同期確認パケットであるチェック用パケットに含まれる画像情報のバージョン情報と、自らの有する画像情報のバージョン情報を対比して、バージョン情報の同期が取れた場合は、サブマスターとなって前記マスターになった画像表示装置及び他のスレーブになった画像表示装置へ向けて自らの有する画像情報のバージョン情報を含む同期確認パケットであるＣｈｅｃｋパケットを送信し、ニーズ用パケットを待つことを特徴とする請求項１に記載の画像表示装置。
4. 前記マスターになった画像表示装置が、サブマスターになった画像表示装置からの、前記同期確認パケットを受信し、前記表示・配信情報に基づいて全ての他の画像表示装置から同期確認パケットを受信したか否かを判断し、全ての他の画像表示装置から同期確認パケットを受信した場合は、画像情報の配信を終了することを特徴とする請求項３に記載の画像表示装置。
5. 前記画像表示装置が、車両情報を伝送する車両回線に直接又は間接に接続されて鉄道車両に設置され、前記車両回線を介して自らが設置された鉄道車両の号車番号と該鉄道車両の中での部位情報を受信し、前記号車番号と前記部位情報から自らの装置ＩＤを生成し、さらに、該装置ＩＤに基づいて予め定めた方式によりＩＰアドレスを生成し、そのＩＰアドレスを用いて他の画像表示装置と情報交換することを特徴とする請求項１乃至４何れかに記載の画像表示装置。
6. 前記可搬型記録媒体が、表示する画像情報の蓄積された画像情報ファイル、前記画像情
   報ファイルの中の画像情報を再生する順番を記載した複数のシナリオが記載されたシナリ
   オ情報を含むシナリオファイル、時間帯に応じて前記複数のシナリオの中からシナリオを
   変更するタイムテーブルが記載されたスケジュール情報を含むスケジュールファイル及び
   画像情報の再生に関する履歴を記録するログファイルを有することを特徴とする請求項５
   に記載の画像表示装置。
7. 前記シナリオファイルには、シナリオ情報として前記画像情報の名称と、前記画像情報
   を表示させる画像表示装置の鉄道車両の中での位置情報と、前記画像情報を表示させる地
   点と、前記画像情報を繰り返しの表示させる回数と、が含まれていることを特徴とする請
   求項６に記載の画像表示装置。
8. 前記画像表示装置が、車両回線を介して取得する運行情報と前記スケジュール情報と前
   記シナリオ情報とに基づいて前記画像情報を表示することを特徴とする請求項６又は７に
   記載の画像表示装置。
9. 前記可搬型記録媒体には、前記鉄道車両の用途種別に応じて前記画像表示装置の動作を
   設定する動作設定情報が記憶され、前記画像表示装置は、前記車両回線から運行情報として当該鉄道車両の用途種別を取得し、前記前記可搬型記録媒体から、前記画像情報、前記
   スケジュール情報及び前記シナリオ情報とともに前記動作設定情報を読み出し、
   前記運行情報と前記スケジュール情報と前記シナリオ情報と前記動作設定情報に基づいて前記画像情報を表示する、ことを特徴とする請求項６又は７に記載の画像表示装置。

Images