JP2018101969A - コンテンツ表示システムおよび表示装置 - Google Patents

Abstract

【課題】表示装置の稼動状態を効率的に確認できるようにしたコンテンツ表示システムを提供すること。【解決手段】コンテンツ表示システムＣＳは、管理装置１と、管理装置から配信されるコンテンツデータＣＤを表示する複数の表示装置２とを備える。各表示装置２は、コンテンツデータの表示履歴情報を記録する表示履歴記録部と、コンテンツデータの表示に関わる所定の回路の回路稼動履歴情報を記録する回路稼動履歴記録部と、自装置についての表示履歴情報および回路稼動履歴情報を、他の所定の表示装置についての表示履歴情報および回路稼動履歴情報と比較する稼動状態比較部と、稼動状態比較部での比較結果に基づいて、自装置の稼動状態を管理する稼動状態管理部と、を備える。【選択図】図１

Description

本発明は、コンテンツ表示システムおよび表示装置に関する。

駅構内や列車内において、広告や案内といったコンテンツ表示を提供する表示装置が導入されている。このような表示装置では、ハードウェアとしてＬＣＤ（Liquid Crystal Display）を内蔵し、そのＬＣＤにコンテンツを表示する。

これら表示装置の中には、ネットワークを介して管理装置に接続され、管理装置からの表示指示で動作するものがある。その場合、管理装置が表示装置への表示指示を行なったり、表示装置の状態を管理したりする。また、一般的に、１つの管理装置が、複数の表示装置を管理している。

そのような表示装置に表示するコンテンツは、コンテンツ作成時に動作を確認後、管理装置から表示装置に配信される。コンテンツ配信後に表示装置で正常に表示できていることは目視で確認しており、同一のコンテンツを表示する表示装置が複数あった場合でも、それぞれ目視で確認している。

特許文献１で示す画像表示装置では、コンテンツが画像表示装置に正しく配信されていることを確認することにより、複数の画像表示装置で同一のコンテンツが表示されていると判断している。

特開２０１５―２１９６２７号公報

しかし、特許文献１に開示された従来技術では、複数の画像表示装置にコンテンツが正常に配信されていることしか確認することができず、実際に正しく表示されたか否かを知ることはできない。つまり従来技術では、コンテンツの配信後に、コンテンツのデータが破損したり、あるいは、表示装置の回路やソフトウェアが故障したりした場合に、コンテンツが正常に表示できているかを判断できないという問題がある。

本発明は上記課題に鑑みてなされたもので、その目的は、表示装置の稼動状態を効率的に確認できるようにしたコンテンツ表示システムを提供することにある。

上記課題を解決すべく、本発明に従うコンテンツ表示システムは、管理装置と、管理装置から配信されるコンテンツデータを表示する複数の表示装置とを備えるコンテンツ表示システムであって、各表示装置は、コンテンツデータの表示履歴情報を記録する表示履歴記録部と、コンテンツデータの表示に関わる所定の回路の回路稼動履歴情報を記録する回路稼動履歴記録部と、自装置についての表示履歴情報および回路稼動履歴情報を、他の所定の表示装置についての表示履歴情報および回路稼動履歴情報と比較する稼動状態比較部と、稼動状態比較部での比較結果に基づいて、自装置の稼動状態を管理する稼動状態管理部と、を備える。

本発明によれば、各表示装置は、自装置についての表示履歴情報および回路稼動履歴情報をそれら情報に対応する他の所定の表示装置についての情報と比較することにより、自装置の稼動状態を管理することができる。

コンテンツ表示システムの全体概要図。 コンテンツ表示システムの適用事例を示し、（ａ）は電車に用いた場合を示し、（ｂ）は駅構内に用いた場合を示す。 コンテンツ表示システムの機能構成図。 「表示履歴情報」としての表示ログの例。 「回路稼動履歴情報」としてのＧＰＵログの例。 稼動状態管理処理のフローチャート。 異常状態定義部の持つテーブルの例。 異常状態判定部の持つテーブルの例と状態遷移図との関係。 稼動状態定義テーブルの例。 復旧方法定義テーブルの例。

以下、図面に基づいて、本発明の実施の形態を説明する。本実施形態では、例えば、電車の各車両内や駅構内に分散配置される表示装置にコンテンツデータ（以下、コンテンツ）を配信して表示させるコンテンツ表示システムを説明する。本実施形態に係るコンテンツ表示システムは、後述のように、健全性確認を目視で行なう必要がある複数の表示装置において、同じコンテンツを再生していること容易に確認できるようにした。

本実施形態によるコンテンツ表示システムは、表示装置の表示履歴情報（表示装置の動作ログ）と、コンテンツの表示に関わる所定の回路（例えば、ＧＰＵ：Graphics Processing Unit）の回路稼動履歴情報とを、複数の表示装置の間で比較する。この比較は、各表示装置の内部で行われ、管理装置は関与しない。

複数の表示装置間での比較結果が一致した場合、各表示装置は、自装置の稼動状態は正常であると判定して、動作を継続する。これに対し、比較の結果が不一致の場合、不一致となった表示装置は、自装置の稼動状態は異常であると判定する。異常状態であることを認識した表示装置は、あらかじめ定義された状態遷移に従って自装置の稼動状態を変化させ、あらかじめ設定された復旧手順に基づいて復旧を試みる。

本実施形態によれば、複数の表示装置が同一コンテンツに基づく同一内容を表示していることを、管理装置を介さずに、各表示装置がそれぞれ確認することができる。

なお、コンテンツを各表示装置へ配信したときに動作確認し、各表示装置が、動作確認時の表示履歴情報および回路稼動履歴情報を保存しておけば、他の表示装置から表示履歴情報または回路稼動履歴情報のいずれかを入手できない場合でも、自装置の稼動状態を把握することができる。

図１〜図７を用いて実施例を説明する。まず、図１を参照しながら、本実施例に係るコンテンツ表示システムの全体構成について説明する。

コンテンツ表示システムＣＳは、例えば、少なくとも一つの管理装置１と、複数の表示装置２とを備えており、管理装置１と各表示装置２とは通信ネットワークＣＮを介して双方向通信可能に接続されている。管理装置１および各表示装置２は、「所定の領域」としての対象物３に配置される。対象物３の例は図２で後述する。

管理装置１は、計算機システムを用いて構成されており、例えば、コンテンツ配信管理部１１と、表示指示部１２と、通信インターフェース部１３（図中「ＩＦ」と略記）とを備える。それら各機能１１〜１３は、メモリに格納された所定のコンピュータプログラムをマイクロプロセッサ（いずれも不図示）が読み込んで実行することで実現される。

コンテンツ配信管理部１１は、あらかじめ用意された一つまたは複数のコンテンツＣＤを管理しており、それらコンテンツＣＤを所定のタイミングで、各表示装置２へ配信する機能である。

コンテンツＣＤには、例えば、テキスト、静止画像、動画像がある。以下では、「コンテンツデータ」としてのコンテンツＣＤを、単にコンテンツと呼ぶことがある。

表示指示部１２は、所定の表示タイミングを検出すると、各表示装置２に対して、事前に配信してあるコンテンツＣＤの中から所定のコンテンツを表示するよう指示する機能である。通信インターフェース部１３は、管理装置１が通信ネットワークＣＮを介して各表示装置２と通信するための機能である。

表示装置２は、電車や駅構内などの対象物３内に分散して配置されている。図中では、各表示装置２を区別するために表示装置２（１）〜２（３）のように、符号にかっこ付きの数字を添えいる。各表示装置２（１）〜２（３）を区別する必要がない場合、表示装置２と呼ぶ。

表示装置２は、例えば、マイクロプロセッサやメモリ（いずれも不図示）、ＧＰＵ２１１（図３参照）、ＬＣＤ２１、通信インターフェース部２２などを備える。表示装置２は、管理装置１から配信されたコンテンツＣＤをメモリへ格納する。表示装置２は、管理装置１から指示されたコンテンツをメモリから読み出してＧＰＵ２１１へ送り、コンテンツをＬＣＤ２１に表示させる。

ＬＣＤ２１に代えて、有機ＥＬディスプレイ（ＯＬＥＤ：organic electroluminescence display）などの他の種類のディスプレイ装置を用いてもよい。

通信インターフェース部２２は、表示装置２が通信ネットワークＣＮを介して、管理装置１および他の表示装置２と通信するための機能である。

図２を用いて、本実施例のコンテンツ表示システムの適用例を説明する。図２（ａ）は、「所定の領域」としての対象物である電車３Ａに適用した場合を示す。

例えば、乗客の乗る各車両３２には、表示装置２が少なくとも１つ配置されている。各車両にそれぞれ複数の表示装置２を配置してもよい。運転席を有する先頭車両３１などには、管理装置１を配置することができる。図２（ａ）の例では、一編成中に複数の管理装置１を配置する場合を示すが、一つだけ管理装置１を配置する構成でもよい。複数の管理装置１を配置する場合、例えば、いずれか一つの管理装置１が各表示装置２の表示動作を管理し、他の管理装置１は予備として待機する構成でもよい。

図２（ａ）の例では、各表示装置２は、例えば、到着駅の案内、広告、ニュース、お知らせなどのコンテンツを、管理装置１から指示されたタイミングで表示する。

図２（ｂ）は、「所定の領域」としての対象物である駅構内にコンテンツ表示システムを適用した場合を示す。ホーム３５には、複数の表示装置２が配置されている。そして、例えば、駅構内の所定の場所に管理装置１が設置されている。図２（ｂ）の例では、各表示装置２は、例えば、交通障害などの情報、駅構内の案内、出発番線または到着番線の案内、天気予報、ニュース、広告などのコンテンツを、管理装置１から指示されたタイミングで表示する。

なお、本実施例にかかるコンテンツ表示システムは、図２に示す例以外の対象物にも適用可能であり、図２に示す適用例に限定されない。

図３を用いて、コンテンツ表示システムの機能構成を説明する。管理装置１の機能１１，１２については既に述べたので、ここでは説明を割愛する。

表示装置２は、ＬＣＤ２１と、通信インターフェース部２２と、ＬＣＤ制御部２３を備える。

ＬＣＤ２１は、「所定の回路」の例としてのＧＰＵ２１１を備える。ＧＰＵ２１１は、表示制御部２３２からの表示指示に従って、ＬＣＤ２１にコンテンツを表示する回路であればよく、搭載位置を問わない。つまり、ＧＰＵ２１１は、ＬＣＤ２１の内部に設けてもよいし、ＬＣＤ２１とは別に設けてもよい。

ＬＣＤ制御部２３は、ＬＣＤ２１の動作を制御する。ＬＣＤ制御部２３は、例えば、コンテンツ管理部２３０と、表示指示管理部２３１と、表示制御部２３２と、稼動状態管理部２３３と、異常状態定義部２３４Ａおよび異常判定定義部２３４Ｂと、稼動状態比較部２３５と、判定データ抽出部２３６と、ログ記録部２３７と、ＧＰＵ使用率監視部２３８とを含む。

コンテンツ管理部２３０は、管理装置１のコンテンツ配信管理部１１から配信されたコンテンツＣＤを受信してメモリへ保存し、管理する機能である。

表示指示管理部２３１は、管理装置１の表示指示部１２から表示指示を受領して管理する機能である。管理装置１から表示装置２（１）への表示指示は、周期的なコンテンツ表示スケジュールであっても、イベント的な表示指示であってもよい。

表示制御部２３２は、コンテンツ管理部２３０で管理されるコンテンツと表示指示管理部２３１で管理される表示指示とに基づいて、ＬＣＤ２１の表示を制御するＧＰＵ２１１に対し、コンテンツの表示を指示する機能である。表示制御部２３２の動作ログは、ログ記録部２３７にある表示ログＴ１に記録される。表示ログＴ１は、「表示履歴情報」の一例である。

ＧＰＵ使用率監視部２３８は、ＧＰＵ２１１の稼動情報を監視する機能である。ＧＰＵ使用率監視部２３８の取得した監視ログは、ログ記録部２３７のＧＰＵログＴ２に記録される。ＧＰＵログＴ２は、「回路稼動履歴情報」の一例である。

ログ記録部２３７は、表示ログＴ１およびＧＰＵログＴ２を記憶する機能である。

判定データ抽出部２３６は、稼動状態比較部２３５の指示に応じて、ログ記録部２３７で管理している表示ログＴ１およびＧＰＵログＴ２の中から判定に必要なデータを抽出して引き渡す機能である。判定データ抽出部２３６は、自装置の稼動状態比較部２３５からの指示、または、他の表示装置２の稼動状態比較部からの指示を受領すると、表示ログＴ１およびＧＰＵログＴ２から、稼動状態の判定に必要なデータを抽出して引き渡す。

稼動状態比較部２３５は、異常状態定義部２３４Ａの持つ情報Ｔ３と、異常判定定義部２３４Ｂの持つ情報Ｔ４と、判定データ抽出部２３６から引き渡されたデータとに基づいて、表示装置２（自装置）の稼動状態を判定する機能である。

異常状態定義部２３４Ａは、図７で後述する異常状態定義テーブルＴ３を保持する。異常判定定義部２３４Ｂは、図８で後述する異常判定定義テーブルＴ４を保持する。

稼動状態管理部２３３は、稼動状態比較部２３５の比較結果から得られる稼動状態を管理する機能である。稼動状態管理部２３３は、図９で後述する稼動状態定義テーブルＴ５と、図１０で後述する復旧方法定義テーブルＴ６とを保持する。

図４を用いて、ログ記録部２３７で管理する表示ログＴ１の例を説明する。表示ログＴ１は、例えば、コンテンツ表示開始時刻Ｃ１１と、コンテンツ表示終了時刻Ｃ１２と、表示タイプＣ１３と、表示内容Ｃ１４とで定義される。

表示タイプＣ１３は、例えば「イベント」や「動画」等の、コンテンツの種類を示す情報を記憶する。表示内容Ｃ１４は、コンテンツとしてＬＣＤ２１に表示される内容を特定する情報を記憶する。図４は一つの例示であって、表示ログＴ１の内容は図４に示す例に限定されない。例えば、「コンテンツの表示時間に関する情報」として、コンテンツ表示開始時刻Ｃ１１およびコンテンツ表示終了時刻Ｃ１２に代えて、コンテンツ表示開始時刻Ｃ１１と表示時間長とを用いてもよい。

図５を用いて、ログ記録部２３７で管理するＧＰＵログＴ２の例を説明する。ＧＰＵログＴ２は、例えば、ＧＰＵ使用率の採取時刻Ｃ２１と、ＧＰＵ平均使用率Ｃ２２とで定義される。

図６のフローチャートを用いて、稼動状態管理処理を説明する。稼動状態管理処理は、各表示装置２がそれぞれ実施する。説明の理解のために、ここでは自装置２（１）、他の表示装置２（２）として説明する。

他の表示装置２（２）は、自装置２（１）に隣接する表示装置のうちあらかじめ定められた表示装置である。ここでは、稼動状態管理処理の対象となる自装置２（１）は、対象物３の端部に位置するため、隣接する表示装置は表示装置２（２）だけである。しかし、例えば、表示装置２（２）が稼動状態管理処理の対象である場合、表示装置２（１），２（３）が隣接する。処理対象の表示装置２が複数の他の表示装置２に隣接する場合、いずれの表示装置を比較対象とするかあらかじめ決められている。

判定データ抽出部２３６は、自装置２（１）の稼動状態と他の表示装置２（２）の稼動状態とを比較するために必要なログデータを、ログ記録部２３７の管理する表示ログＴ１とＧＰＵログＴ２とからそれぞれ抽出する（Ｓ１１）。

判定データ抽出部２３６は、隣接する他の表示装置２（２）で管理されている表示ログＴ１およびＧＰＵログＴ２から、同一条件でログデータを抽出する（Ｓ１２）。

詳しくは、自装置２（１）の判定データ抽出部２３６は、予め指定されている表示装置２（２）の判定データ抽出部２３６に対して、稼動状態を比較するために使用するログデータの送信を要求する。このログデータの要求は、自装置２（１）の通信インターフェース部２２から通信ネットワークＣＮを経由して、他の表示装置２（２）の通信インターフェース部２２へ送られる。他の表示装置２（２）の判定データ抽出部２３６は、表示装置２（１）からの要求を受信すると、要求されたログデータをログ記録部２３７に記憶されている表示ログＴ１およびＧＰＵログＴ２から読み出して、表示装置２（１）の判定データ抽出部２３６へ送信する。

自装置２（１）の判定データ抽出部２３６が稼動状態の判定に使用するログデータを取得すると、自装置２（１）の稼動状態比較部２３５は、自装置２（１）から抽出したログデータと他の表示装置２（２）から抽出したログデータとを比較する（Ｓ１３）。

稼動状態管理部２３３は、稼動状態比較部２３５の比較結果に基づいて、稼動状態を判定し、異常判定定義部２３４Ｂに従い、後処理を行なう（Ｓ１４）。なお、稼動状態管理部２３３は、稼動状態の比較結果に基づいて、表示装置２（１）の故障予兆を診断することもできる。

ステップＳ１２では、他の表示装置２（２）から比較用のログデータを取得するのではなく、自装置２（１）での動作確認時に取得したログデータを用いてもよい。

図６の下側に、コンテンツ受領時の処理を示す。自装置２（１）は、管理装置１からコンテンツを受領するとメモリに保存する（Ｓ２１）。そして、自装置２（１）は、表示指示を受信すると、ステップＳ２１で保存したコンテンツを表示する（Ｓ２２）。自装置２（１）は、ステップＳ２２でコンテンツを表示するときに得られるログ（表示ログＴ１およびＧＰＵログＴ２）を保存する（Ｓ２３）。

このように、コンテンツ表示システムの運転前に、管理装置１から各表示装置２へコンテンツを配信するが、そのときにコンテンツをテスト表示することで、稼動状態比較用のログデータを取得することができる。

ステップＳ１２では、他の表示装置２（２）から取得したログデータ、または自装置２（１）のコンテンツ受信時に保存したログデータの、いずれか一方または両方を選択することができる。

図７、図８、図９を参照し、抽出データとの比較方法（Ｓ１３）と稼動状態比較後の動作定義例について説明する。

図７に異常状態ケースを判別するための異常状態定義テーブルＴ３を示す。このテーブルＴ３は、ＧＰＵ平均使用率の比較結果Ｃ３１と、表示ログの比較結果Ｃ３２とを組み合わせることで、異常状態となるケースを定義する。

ＧＰＵ平均使用率の比較結果Ｃ３１は、一致Ｃ３１１、不一致Ｃ３１２、未使用Ｃ３１３に分かれる。未使用Ｃ３１３とは、ＧＰＵ２１１が使用されていな状態、つまりＧＰＵが故障している場合を意味する。表示ログの比較結果Ｃ３２は、ログ一致Ｃ３２１、ログ不一致Ｃ３２２、ログなしＣ３２３に分かれる。ログなしＣ３２３とは、コンテンツが表示されなかった状態を示す。

ＧＰＵ平均使用率が一致する場合（Ｃ３１１）の異常状態ケースを「Ａケース」とし、表示ログが一致するときはＡ１、表示ログが不一致のときはＡ２、表示ログが存在しないときはＡ３として分類する。

ＧＰＵ平均使用率が不一致の場合（Ｃ３１２）の異常状態ケースを「Ｂケース」とし、表示ログが一致するときはＢ１、表示ログが不一致のときはＢ２、表示ログが存在しないときはＢ３として分類する。

ＧＰＵ平均使用率が未使用の場合（Ｃ３１３）の異常状態ケースを「Ｃケース」とし、表示ログが一致するときはＣ１、表示ログが不一致のときはＣ２、表示ログが存在しないときはＣ３として分類する。

図８に異常状態判定テーブルＴ４の例を示す。このテーブルＴ４では、異常状態ケースＣ４１ごとに、異常部位定義Ｃ４２と、異常判定の順序とを示している。

異常状態ケースＣ４１とは、図７で述べた異常状態ケースＡ１〜Ａ３，Ｂ１〜Ｂ３，Ｃ１〜Ｃ３である。異常部位定義Ｃ４２とは、異常が生じうる箇所を示す。異常部位定義Ｃ４２は、例えば、コンテンツＣ４２１、表示制御部Ｃ４２２、ハードウェアＣ４２３に分けられている。コンテンツＣ４２１とは、管理装置１から受信したコンテンツデータに異常がある場合である。表示制御部Ｃ４２２とは、ＬＣＤ２１を制御するコンピュータプログラムである表示制御部２３２に異常がある場合である。ハードウェアＣ４２３とは、ＧＰＵ２１１やＬＣＤ２１、配線などのハードウェアに異常がある場合である。

テーブルＴ４では、異常状態ケースＣ４１ごとに、かつ異常部位Ｃ４２ごとにケース分けし、各ケースに優先度を設定している。優先度とは、異常の原因である可能性の高さを示す。数字が小さいほど優先度は高い。

例えば、正常状態から異常状態ケースＡ２へ遷移したと判定された場合、優先度の高い表示制御部の異常と判断し、稼動状態を「表示制御部異常」とする。「表示制御部異常」に対する復旧処理を実行してもなお異常状態ケースＡ２が解消しない場合、「ハードウェア異常」と判断する。

また例えば、正常状態から異常状態ケースＢ１へ遷移したと判定されると、優先度が最も高い「コンテンツ異常」と判断される。「コンテンツ異常」に対する復旧処理を実行した後でも異常状態ケースＢ１が解消しない場合、次に優先度の高い「表示制御部異常」と判断される。「表示制御部異常」に対する復旧処理を実行してもなお異常状態ケースＢ１が解消しない場合、「ハードウェア異常」と判定される。

図８の下側に状態遷移図を示す。表示装置２の取り得る稼動状態には、「正常状態」「コンテンツ異常」「表示制御部異常」「ハードウェア異常」がある。「正常状態」からは「コンテンツ異常」または「表示制御部異常」のいずれかに遷移する。そして、「表示制御部異常」から「ハードウェア異常」へ遷移する。図８に示す例では、「正常状態」または「コンテンツ異常」から直接「ハードウェア異常」へ遷移することはない。

図９は、稼動状態定義テーブルＴ５の例である。表示装置２の取り得る稼動状態のうち、「正常状態」は、異常が無く正常に稼動している状態である。「コンテンツ異常」は、コンテンツに異常があると判定された状態である。「表示制御部異常」は、表示制御部２３２に異常があると判定された状態である。「ハードウェア異常」は、ＬＣＤなどのハードウェアに異常があると判定され、ハードウェア交換待ちの状態である。「ハードウェア異常」と判定された表示装置２は、管理装置１に対してハードウェア交換を要求することができる。あるいは、「ハードウェア異常」と判定された表示装置２（例えば２（１））と比較用のペアを形成する他の表示装置２（２）が管理装置１に通報してもよい。

図１０は、異常状態から復旧する方法を定義するテーブルＴ６の例である。このテーブルＴ６は、例えば、稼動状態Ｃ６１と、異常検出後の復旧動作Ｃ６２とを対応づけて管理する。

「コンテンツ異常」となった場合は、コンテンツを復旧する。例えば、管理装置１に対して復旧対象のコンテンツの再送信を要求する。あるいは、比較用のペアを形成する他の表示装置２から復旧対象のコンテンツを取得できる構成としてもよい。「表示制御部異常」となった場合は、表示制御部２３２を復旧する。例えば、表示制御部２３２のコンピュータプログラムを最新のコンピュータプログラムに更新する。「ハードウェア異常」となった場合は、表示装置２を使用停止とする。

このように構成される本実施例によれば、各表示装置２は、他の表示装置２とログデータの一部または全部を比較することにより、自装置の稼動状態を判別して管理することができる。したがって、本実施例によれば、コンテンツ配信後において、表示装置２の稼動状態を確認することができ、コンテンツ表示システムの使い勝手が向上する。

本実施例によれば、表示装置２は自装置内で稼動状態を判定するため、管理装置１に負荷がかからない。管理装置１は、各表示装置２の稼動状態を監視するために各表示装置２と通信したり、各表示装置２からのデータに基づいて演算したりする必要がない。このため、管理装置１の処理負荷および通信ネットワークＣＮの通信量を軽減できる。この結果、管理装置１は、電車内のコンテンツ表示システムや駅構内のコンテンツ表示システムのように、多数の表示装置２を管理することができる。

本実施例によれば、自装置と隣接する他の表示装置とで比較用のペアを形成するため、管理装置１内のデータを基準として比較する場合に比べて、比較的簡単に表示装置２の稼動状態を表示装置内で判定することができる。

本実施例によれば、表示装置２は、異常検出後の復旧動作を予め記憶しているため、自動的に復旧処理を実施することができる。つまり、本実施例の表示装置２は、自己診断機能および自動修復機能を有しているため、保守性や使い勝手が向上する。

本実施例によれば、表示ログとＧＰＵ２１１の使用率とに基づいて、表示装置２の稼動状態を判定する。このため、静止画像や動画像のように、ＧＰＵ２１１の関与する程度の大きいコンテンツを表示する表示装置２の稼動状態を正確に判定できる。なお、ＧＰＵ２１１の稼動履歴に加えて、ＣＰＵの稼動履歴やメモリの使用履歴なども考慮して、表示装置２の稼動状態を判定してもよい。

なお、本発明は、上述した実施形態に限定されない。当業者であれば、本発明の範囲内で、種々の追加や変更等を行うことができる。上述の実施形態において、添付図面に図示した構成例に限定されない。本発明の目的を達成する範囲内で、実施形態の構成や処理方法は適宜変更することが可能である。

また、本発明の各構成要素は、任意に取捨選択することができ、取捨選択した構成を具備する発明も本発明に含まれる。さらに特許請求の範囲に記載された構成は、特許請求の範囲で明示している組合せ以外にも組み合わせることができる。

１：管理装置、２：表示装置、１１：コンテンツ配信管理部、１２：表示指示部、２１：ＬＣＤ、２３：ＬＣＤ制御部、２１１：ＧＰＵ、２３０：コンテンツ管理部、２３１：表示指示管理部、２３２：表示制御部、２３３：稼動状態管理部、２３４Ａ：異常状態定義部、２３４Ｂ：異常判定定義部、２３５：稼動状態比較部、２３６：判定データ抽出部、２３７：ログ記録部、２３８：ＧＰＵ使用率監視部

Claims (7)

1. 管理装置と、前記管理装置から配信されるコンテンツデータを表示する複数の表示装置とを備えるコンテンツ表示システムであって、
   前記各表示装置は、
   前記コンテンツデータの表示履歴情報を記録する表示履歴記録部と、
   前記コンテンツデータの表示に関わる所定の回路の回路稼動履歴情報を記録する回路稼動履歴記録部と、
   自装置についての前記表示履歴情報および前記回路稼動履歴情報を、他の所定の表示装置についての表示履歴情報および回路稼動履歴情報と比較する稼動状態比較部と、
   前記稼動状態比較部での比較結果に基づいて、自装置の稼動状態を管理する稼動状態管理部と、
   を備えるコンテンツ表示システム。
2. 前記各表示装置は、あらかじめ定められた所定の領域内に配置されており、同一のコンテンツデータを同時に表示させるものである、
   請求項１に記載のコンテンツ表示システム。
3. 前記他の所定の表示装置は、自装置に隣接する表示装置のうちあらかじめ定められた表示装置である、
   請求項２に記載のコンテンツ表示システム。
4. 前記稼動状態管理部は、表示装置の稼動状態の遷移を定義した情報を有しており、直前の稼動状態と前記稼動状態比較部での比較結果とに基づいて稼動状態を更新する、
   請求項３に記載のコンテンツ表示システム。
5. 前記稼動状態管理部は、前記稼動状態が異常状態である場合に正常状態へ戻すための復旧手順をあらかじめ記憶しており、前記復旧手順に基づいて復旧処理を実施する、
   請求項４に記載のコンテンツ表示システム。
6. 前記表示履歴情報は、コンテンツデータの表示時間に関する情報と、コンテンツデータ名とを少なくとも含んでおり、
   前記所定の回路は、前記コンテンツデータを描画する画像処理回路であり、前記回路稼動履歴情報は、前記画像処理回路の使用率を含む、
   請求項１〜５のいずれか一項に記載のコンテンツ表示システム。
7. 管理装置から配信されるコンテンツデータを表示する一群の表示装置に含まれる表示装置であって、
   前記コンテンツデータの表示履歴情報を記録する表示履歴記録部と、
   前記コンテンツデータの表示に関わる所定の回路の回路稼動履歴情報を記録する回路稼動履歴記録部と、
   自装置についての前記表示履歴情報および前記回路稼動履歴情報を、前記一群の表示装置の中から選択される他の所定の表示装置についての表示履歴情報および回路稼動履歴情報と比較する稼動状態比較部と、
   前記稼動状態比較部での比較結果に基づいて、自装置の稼動状態を管理する稼動状態管理部と、
   を備える表示装置。

Images