(57)【要約】【課題】コンテンツを表示するときに、正当性が確認できない場合であっても、適切なコンテンツを表示することが可能なコンテンツ表示装置等を提供すること。【解決手段】コンテンツ管理装置からコンテンツを含むサイネージデータを受信可能なコンテンツ表示装置において、コンテンツ管理装置より代替コンテンツを受信して記憶する代替コンテンツ記憶手段と、サイネージデータの正当性を、コンテンツ管理装置に確認する確認手段と、確認手段によりサイネージデータの正当性が確認できた場合には、当該サイネージデータに基づきコンテンツを表示し、それ以外の場合には前記代替コンテンツを表示するコンテンツ表示手段と、を備える。【選択図】図１６
2018180994.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツ管理装置からコンテンツを含むサイネージデータを受信可能なコンテンツ表示装置において、
前記コンテンツ管理装置より代替コンテンツを受信して記憶する代替コンテンツ記憶手段と、
前記サイネージデータの正当性を、前記コンテンツ管理装置に確認する確認手段と、
前記確認手段により、前記サイネージデータの正当性が確認できた場合には、当該サイネージデータに基づきコンテンツを表示し、それ以外の場合には前記代替コンテンツを表示するコンテンツ表示手段と、
を備えることを特徴とするコンテンツ表示装置。
【請求項２】
前記確認手段は
前記サイネージデータから正当性確認情報を生成し、
前記コンテンツ管理装置に前記サイネージデータの正当性を確認するために、前記正当性確認情報を含む正当性確認要求信号を前記コンテンツ管理装置に送信し、
前記コンテンツ管理装置から、正当性の確認結果を含む正当性確認応答信号を受信する、
ことを特徴とする、請求項１に記載のコンテンツ表示装置。
【請求項３】
前記正当性確認情報は、前記サイネージデータのハッシュ値、データサイズ又はタイムスタンプの何れかであることを特徴とする請求項２に記載のコンテンツ表示装置。
【請求項４】
前記サイネージデータは、コンテンツデータとコンテンツ表示スケジュールとを含むことを特徴とする請求項１から３のうちいずれか一項に記載のコンテンツ表示装置。
【請求項５】
前記コンテンツ表示スケジュールは、所定の時間帯で設定することができ、設定された各々の時間帯に対して、前記コンテンツを１又は複数含むことができることを特徴とする、請求項４に記載のコンテンツ表示装置。
【請求項６】
前記確認手段は、予め決められた正当性確認時期に行うことを特徴とする請求項１から５のうちいずれか一項に記載のコンテンツ表示装置。
【請求項７】
前記正当性確認時期は、所定の時間間隔を経過した時点とする請求項６に記載のコンテンツ表示装置。
【請求項８】
前記正当性確認時期は、前記コンテンツを表示する直前であることを特徴とする請求項６に記載のコンテンツ表示装置。
【請求項９】
前記確認手段は、前記時間帯の直前に行うことを特徴とする請求項５に記載のコンテンツ表示装置。
【請求項１０】
前記コンテンツ管理装置から受信した前記サイネージデータを記憶するサイネージデータ記憶手段を更に有し、
前記サイネージデータは、前記代替コンテンツとは異なる領域に記憶させることを特徴とする、請求項１から９のうちいずれか一項に記載のコンテンツ表示装置。
【請求項１１】
コンテンツ管理装置からコンテンツを含むサイネージデータを受信可能なコンテンツ表示装置におけるコンテンツ表示方法であって、
前記コンテンツ管理装置より代替コンテンツを受信して記憶する代替コンテンツ記憶工程と、
前記サイネージデータの正当性を、前記コンテンツ管理装置に確認する確認工程と、
前記確認工程により、前記サイネージデータの正当性が確認できた場合には、当該サイネージデータに基づきコンテンツを表示し、それ以外の場合には代替コンテンツを表示するコンテンツ表示工程と、
を備えることを特徴とするコンテンツ表示方法。
【請求項１２】
コンテンツ管理装置からコンテンツを含むサイネージデータを受信可能なコンテンツ表示装置を含むコンテンツ表示システムにおいて、
前記コンテンツ表示装置は、
前記コンテンツ管理装置より代替コンテンツを受信して記憶し、
前記サイネージデータの正当性を、前記コンテンツ管理装置に確認し、
前記サイネージデータの正当性が確認できた場合には、当該サイネージデータに基づきコンテンツを表示し、それ以外の場合には代替コンテンツを表示する
ことを特徴とするコンテンツ表示システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツ表示装置、コンテンツ表示方法及びコンテンツ表示システムに関する。
【背景技術】
【０００２】
近年、駅の構内や、ショッピングセンターといった人の多いところに、表示装置を配置し、そこに広告等のコンテンツを表示するいわゆるデジタルサイネージが普及している。
【０００３】
デジタルサイネージのビジネス形態の例としては、一般的には、鉄道事業者、ショッピングモールの運営者といったロケーションオーナー（管理者）が、デジタルサイネージシステムを設置し、デジタルサイネージの利用者である広告主に広告枠を販売するものがある。
【０００４】
ここで、デジタルサイネージを運用するにあたっては、管理者が表示しようとするコンテンツが、改ざんされることなく、正しくデジタルサイネージの表示装置に表示されることが求められる。これを実現するために、改ざんを防止する手段を講じたり、コンテンツの改ざんの検知を行ったりすることが有効である。
【０００５】
改ざんを防止する手段としては、例えば、ＥＷＦ（Enhanced Write Filter）やＦＢＷＦ（File-Based Writer Filter）といった記憶媒体の書き換え防止技術の利用や、記憶媒体のＲＯＭ化が講じられている。また、第三者が表示装置に対して操作を行えないようにするために、表示装置が有する端子類を金属製のカバーで覆う対策が講じられている。
【０００６】
また、コンテンツの改ざんを検知する方法としては、例えば特許文献１には、再生対象コンテンツのハッシュ値を算出し、この算出ハッシュ値が、情報記録媒体に記録されたコンテンツハッシュテーブルに登録されたコンテンツハッシュと一致するか否かによって、コンテンツが改ざんされているか否かを判定する処理を行なうといった発明が開示されている。また、特許文献２には、特定地域の範囲内において、コンテンツ配信者から不特定多数の受信者に対してコンテンツを配信するシステムであって、コンテンツに付与されている保証情報に基づき、例えば公開鍵暗号方式により、コンテンツ作成者の電子署名を検証し、コンテンツが改ざんされていないかどうかを確認するといった発明が開示されている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００９−１５８０９１
【特許文献２】特開２００４−１１０６４５
【発明の概要】
【発明が解決しようとする課題】
【０００８】
デジタルサイネージを運用するにあたっては、広告出稿者との契約等の理由により、表示装置に表示するコンテンツを、適宜差し替えることができる必要がある。ここで、表示するコンテンツの具体的なデータであるコンテンツデータを格納する際に、設定や解除に特別な操作を要する書き換え防止技術を用いたり、書き換えができないＲＯＭに保存したりすることは、運用上の利便性を損なってしまう。また、デジタルサイネージという特性上、第三者が触れることが可能な位置にシステムが設置されている場合が多く、悪意ある第三者が別の記憶媒体を接続し、表示装置内のコンテンツデータを改ざんするという行為が容易にできる可能性がある。これを防ぐために、端子類をカバーで覆ってしまうことも考えられるが、運用上・保守上の利便性・機能性を同時に失うこととなり、広告機材としてのデザイン性も失われてしまう。また、配信時にコンテンツデータのハッシュチェックを行って配信時の正当性を確認していても、確認後に悪意ある第三者によってコンテンツを差し替えられた場合、意図しないコンテンツを表示してしまう可能性がある。これらのような理由により、改ざんによる不正なコンテンツ表示を防止する手段を十分に講じることができていなかった。
【０００９】
一方で、コンテンツデータが改ざんされていることを検知できたとしても、その後に、改ざんされたコンテンツデータを単純に非表示にするだけでは、デジタルサイネージはいわゆる放送事故の状態となり、広告機材としての信頼を損なってしまう問題が生じていた。
【００１０】
上記事情に鑑み、本発明は、コンテンツを表示するときに、正当性が確認できない場合であっても、適切なコンテンツを表示することが可能なコンテンツ表示装置等を提供することである。
【課題を解決するための手段】
【００１１】
上述した課題を解決するために、本発明のコンテンツ表示装置は、
コンテンツ管理装置からコンテンツを含むサイネージデータを受信可能なコンテンツ表示装置において、
前記コンテンツ管理装置より代替コンテンツを受信して記憶する代替コンテンツ記憶手段と、
前記サイネージデータの正当性を、前記コンテンツ管理装置に確認する確認手段と、
前記確認手段により、前記サイネージデータの正当性が確認できた場合には、当該サイネージデータに基づきコンテンツを表示し、それ以外の場合には前記代替コンテンツを表示するコンテンツ表示手段と、
を備えることを特徴とする。
【００１２】
本発明のコンテンツ表示方法は、
コンテンツ管理装置からコンテンツを含むサイネージデータを受信可能なコンテンツ表示装置におけるコンテンツ表示方法であって、
前記コンテンツ管理装置より代替コンテンツを受信して記憶する代替コンテンツ記憶工程と、
前記サイネージデータの正当性を、前記コンテンツ管理装置に確認する確認工程と、
前記確認工程により、前記サイネージデータの正当性が確認できた場合には、当該サイネージデータに基づきコンテンツを表示し、それ以外の場合には代替コンテンツを表示するコンテンツ表示工程と、
を備えることを特徴とする。
【００１３】
本発明のコンテンツ表示システムは、
コンテンツ管理装置からコンテンツを含むサイネージデータを受信可能なコンテンツ表示装置を含むコンテンツ表示システムにおいて、
前記コンテンツ表示装置は、
前記コンテンツ管理装置より代替コンテンツを受信して記憶し、
前記サイネージデータの正当性を、前記コンテンツ管理装置に確認し、
前記サイネージデータの正当性が確認できた場合には、当該サイネージデータに基づきコンテンツを表示し、それ以外の場合には代替コンテンツを表示する
ことを特徴とする。
【発明の効果】
【００１４】
本発明によれば、コンテンツ管理装置からコンテンツを含むサイネージデータを受信可能なコンテンツ表示装置において、前記コンテンツ管理装置より代替コンテンツを受信して記憶し、前記サイネージデータの正当性を前記コンテンツ管理装置に確認し、前記サイネージデータの正当性が確認できた場合には、当該サイネージデータに基づきコンテンツを表示し、それ以外の場合には前記代替コンテンツを表示することとなる。したがって、コンテンツ表示装置によって表示されるコンテンツの正当性が確認できない場合であっても、正当性が確認できなかったコンテンツの代わりに代替コンテンツを表示することにより、適切なコンテンツを表示することが可能となり、広告機材としての信頼性を確保することができる。
【図面の簡単な説明】
【００１５】
【図１】第１実施形態におけるデジタルサイネージシステムの概要を説明するための図である。
【図２】第１実施形態における管理サーバの機能構成を説明するための図である。
【図３】第１実施形態におけるコンテンツ表示スケジュールの一部であるカレンダースケジュールを説明するための図である。
【図４】第１実施形態におけるコンテンツ表示スケジュールの一部であるタイムスケジュールを説明するための図である。
【図５】第１実施形態におけるコンテンツ表示スケジュールの一部である番組を説明するための図である。
【図６】第１実施形態における表示枠について説明するための図である。
【図７】第１実施形態におけるコンテンツ表示スケジュールを説明するための図である。
【図８】第１実施形態における表示装置の機能構成を説明するための図である。
【図９】第１実施形態におけるサイネージ管理処理を説明するための動作フローである。
【図１０】第１実施形態におけるサイネージデータ格納処理を説明するための動作フローである。
【図１１】第１実施形態における未配信データ配信処理を説明するための動作フローである。
【図１２】第１実施形態における正当性確認処理を説明するための動作フローである。
【図１３】第１実施形態における正当性確認要求信号及び正当性応答信号に含まれるデータを示す図である。
【図１４】第１実施形態におけるサイネージ表示処理を説明するための動作フローである。
【図１５】第１実施形態における配信データ受信処理を説明するための動作フローである。
【図１６】第１実施形態における番組表示処理を説明するための動作フローである。
【図１７】第１実施形態におけるコンテンツ表示処理の動作例を説明するための図である。
【図１８】第２実施形態における再生承認要求処理を説明するための動作フローである。
【図１９】第２実施形態における未配信データ配信処理を説明するための動作フローである。
【図２０】第３実施形態における正当性確認処理を説明するための動作フローである。
【図２１】第４実施形態における番組表示処理を説明するための動作フローである。
【発明を実施するための形態】
【００１６】
以下、本発明の実施の形態について、図面を参照して説明する。なお、本実施形態では、一例として、本発明におけるコンテンツ表示装置を含むデジタルサイネージシステムについて説明する。
【００１７】
［１．  第１実施形態］
［１．１  全体構成］
まず、本実施形態のデジタルサイネージシステム１の全体構成について、図１に基づいて説明する。図１に示すように、デジタルサイネージシステム１には、コンテンツ管理装置である管理サーバ１０に、ネットワークを介してコンテンツ表示装置である表示装置２０が接続されている。表示装置２０は、図１に示すように複数接続されても良い。また、図１においては、表示装置２０は、管理サーバ１０と同一ネットワークに接続されていることとして説明しているが、インターネット等の外部ネットワークを介して接続されていてもよい。
【００１８】
［１．２  機能構成］
つづいて、管理サーバ１０及び表示装置２０の機能構成について説明する。
【００１９】
［１．２．１  管理サーバ］
管理サーバ１０の機能構成について、図２に基づいて説明する。管理サーバ１０は、制御部１１０と、通信部１２０と、表示部１３０と、記憶部１４０と、ハッシュ値計算部１６０とを備えて構成されている。
【００２０】
制御部１１０は、管理サーバ１０の全体を制御するための機能部である。制御部１１０は、記憶部１４０に記憶されている各種プログラムを読み出して実行することにより各種機能を実現しており、例えばＣＰＵ（Central Processing Unit）等により構成されている。
【００２１】
通信部１２０は、他の装置と通信を行うための機能部である。例えば、有線ＬＡＮにより通信可能な機能部であったり、無線ＬＡＮにより通信可能な機能部であったりする。通信方式としては、Ｅｔｈｅｒｎｅｔ（登録商標）やＩＥＥＥ８０２．１１ａ／ｂ／ｇ／ｎであっても良いし、ＬＴＥ（登録商標）通信網やＷｉＭＡＸ（登録商標）のような通信網であっても良い。
【００２２】
表示部１３０は、各種情報を表示したり、スケジュール作成画面を表示したりするための機能部である。例えば、ＬＣＤ（liquid crystal display）や、有機ＥＬディスプレイ、プロジェクタ等により構成されている。
【００２３】
記憶部１４０は、管理サーバ１０の動作に必要な各種プログラムや、各種データが記憶されている機能部である。記憶部１４０は、例えば、半導体メモリや、ＨＤＤ（Hard Disk Drive）等により構成されている。
【００２４】
ここで、記憶部１４０には、サイネージデータ格納領域１４２と、ハッシュ値格納領域１４４と、代替コンテンツデータ格納領域１４８とが確保されており、さらにサイネージ管理プログラム１５０が記憶されている。
【００２５】
以下、記憶部１４０に格納するデータについて説明する。サイネージデータ格納領域１４２は、サイネージデータが格納される領域である。本実施形態におけるサイネージデータとは、管理サーバ１０から表示装置２０へ送信されるデータであり、コンテンツデータと、コンテンツデータを表示装置２０で表示するスケジュールであるコンテンツ表示スケジュールを含むものである。
【００２６】
ここで、サイネージデータ格納領域１４２には、具体的にはコンテンツを表示するスケジュールを定義したコンテンツ表示スケジュール１４２０と、表示装置２０で表示するコンテンツの具体的なデータであるコンテンツデータ１４２２とが格納される。また、コンテンツ表示スケジュール１４２０は、どのコンテンツを、どの端末で、どの時間帯に表示するかを設定したものであり、カレンダースケジュールテーブル１４２０ａと、タイムスケジュールテーブル１４２０ｂと、番組テーブル１４２０ｃとで構成されている。
【００２７】
カレンダースケジュールテーブル１４２０ａについて、図３を参照して説明する。カレンダースケジュールテーブル１４２０ａには、カレンダースケジュールが記憶されており、一例として、表示装置２０を識別するための表示装置ＩＤ（例えば、「Ｓｉｇ１）」と、コンテンツを表示する日を指定した日付（例えば、「２０１７年４月１日」）と、タイムスケジュールを示すタイムスケジュール名（例えば、「休日用タイムスケジュール(出口付近)」）とが記憶されている。
【００２８】
また、カレンダースケジュールは、表示装置ＩＤ及び日付に対して、１のタイムスケジュールを割り当てるものなので、例えば表示装置ＩＤが「Sig1」である表示装置２０に対して、休日と平日とで別のタイムスケジュールを割り当てることができる。また、同じ日付であっても、異なる表示装置２０に対して、別のタイムスケジュールを割り当てることが可能である。例えば表示装置ＩＤが「Sig1」である表示装置２０が建物の出口付近にあり、表示装置ＩＤが「Sig2」である表示装置２０が建物の構内にある場合、それぞれ別のタイムスケジュールを割り当てることが可能である。
【００２９】
タイムスケジュールテーブル１４２０ｂについて、図４を参照して説明する。タイムスケジュールテーブル１４２０ｂには、タイムスケジュールが記憶されており、一例として、タイムスケジュールを示すタイムスケジュール名（例えば、「休日用タイムスケジュール（出口付近）」）と、時間帯（例えば、「０８：００〜０８：５９」）と、番組名（例えば、「旅行ＣＭ」）とが記憶されている。
【００３０】
すなわち、タイムスケジュールは、１日の中に１又は複数の所定の時間帯を設定し、設定した時間帯に対して１の番組を割り当てるものである。したがって、タイムスケジュールには複数の番組が割り当てられることが一般的であるが、１の番組のみが割り当てられてもよい。
【００３１】
番組テーブル１４２０ｃについて、図５を参照して説明する。番組テーブル１４２０ｃには、番組が記憶されており、番組名（例えば、「旅行ＣＭ１」）と、表示枠（例えば、表示枠１「（０，０）−（９０９，１０７９）」）と、表示枠に割り当てられたコンテンツ情報（例えば、「ＣＭ１−ＭＯＶＩＥ１．ＷＭＶ  ＣＭ１−ＭＯＶＩＥ２．ＷＭＶ」）とが記憶されている。
【００３２】
すなわち、番組は、表示装置２０がコンテンツを表示する表示領域を１又は複数の領域（以下、「表示枠」という）に分割し、各表示枠に対し１又は複数のコンテンツを割り当てたものである。
【００３３】
また、本実施形態におけるコンテンツ表示装置は、複数の表示枠を設定することにより、ある時間帯において、同時に複数のコンテンツを表示することを可能とするものである。例えば、図６に示すように、表示領域「（０，０）−（１９１９，１０７９）」を、表示枠１「（０，０）−（９０９，１０７９）」と、表示枠２「（９１０，０）−（１９１９，１０７９）」との２つの表示領域（表示枠）に分けている。
【００３４】
なお、説明の都合上、図５の番組テーブル１４２０ｃにおいては、表示枠として座標を記憶させているが、別に表示枠の設定テーブルを記憶していてもよい。この場合、番組テーブル１４２０ｃには、表示枠を特定する情報を記憶すれば良い。
【００３５】
また、本実施形態においては、表示領域の中に複数の表示枠があることを前提に説明するが、表示領域だけ（すなわち、表示枠が１つの状態）であってもよいことは勿論である。
【００３６】
コンテンツ情報は、管理サーバ１０から、表示装置２０へ配信されるコンテンツに関する情報が記憶されている。表示装置２０は、表示枠において、コンテンツ情報に基づいてコンテンツデータを表示することとなる。コンテンツ情報としては、例えばコンテンツデータのファイル名が記憶される。また、コンテンツデータの表示時間が併せて記憶されても良い。
【００３７】
図７に基づき、コンテンツ表示スケジュール１４２０の一例を説明する。コンテンツ表示スケジュール１４２０は、カレンダースケジュールテーブル１４２０ａと、タイムスケジュールテーブル１４２０ｂと、番組テーブル１４２０ｃとが含まれており、それらを結合した図となっている。図７は、表示装置ＩＤ「Sig1」で示される表示装置２０が「２０１７年４月１日」に「休日用タイムスケジュール(出口付近)」というコンテンツ表示スケジュールに基づいてコンテンツを表示することを示している。
【００３８】
また、図７に示すタイムスケジュールには３つの番組が含まれ、それぞれの番組には、所定の表示枠及び表示枠毎に割り当てたコンテンツを指定していることを示している。このように、コンテンツ表示スケジュールを多段階にすることで、番組の変更や、タイムスケジュールの変更を柔軟に行うことが可能となる。
【００３９】
コンテンツデータ１４２２は、サイネージデータの一部であるコンテンツデータである。コンテンツデータは、表示装置２０で表示可能なデータであり、管理サーバ１０から表示装置２０へサイネージデータに含まれて配信される。
【００４０】
ここで、コンテンツデータとしては、表示装置２０で表示可能なデータであり、動画や静止画である。動画は、例えば、Audio Video Interleave(ａｖｉファイル)、Windows Media Video（ｗｍｖファイル）、ＭＰＥＧ（ｍｐｇファイル）等の何れの動画フォーマットであっても良い。また、静止画は、ＪＰＥＧ（ｊｐｇファイル）、Portable Network Graphics（ｐｎｇファイル）、Graphics Interchange Format（ｇｉｆファイル）等の何れの画像フォーマットであっても良い。また、静止画と組み合わせて音声データが記憶されても良い。なお、他にもテキストデータであってもよい。
【００４１】
ハッシュ値格納領域１４４は、コンテンツ表示スケジュールハッシュ値テーブル１４４０と、コンテンツデータハッシュ値テーブル１４４２とを格納するものである。また、コンテンツ表示スケジュールハッシュ値テーブル１４４０は、カレンダースケジュールハッシュ値テーブル１４４０ａと、タイムスケジュールハッシュ値テーブル１４４０ｂと、番組ハッシュ値テーブル１４４０ｃとを格納する。
【００４２】
ハッシュ値格納領域１４４は、正当性確認情報の一つであるハッシュ値について格納するテーブルである。具体的には、コンテンツ表示スケジュール１４２０に基づいて、ハッシュ値計算部１６０により算出されるハッシュ値が、コンテンツ表示スケジュールハッシュ値テーブル１４４０に記憶される。
【００４３】
詳細に説明すると、カレンダースケジュールテーブル１４２０ａに格納されているカレンダースケジュールに基づいて算出されたハッシュ値が、カレンダースケジュールハッシュ値テーブル１４４０ａに格納される。例えば、ハッシュ値として「ａａ００」が算出されれば、カレンダースケジュールに対応づけて当該ハッシュ値が格納される。
【００４４】
同様に、タイムスケジュールテーブル１４２０ｂに格納されているタイムスケジュールに基づいて算出されたハッシュ値がタイムスケジュールハッシュ値テーブル１４４０ｂに、番組テーブル１４２０ｃに格納されている番組に基づいて算出されたハッシュ値が番組ハッシュ値テーブル１４４０ｃにそれぞれ格納される。
【００４５】
また、コンテンツデータ１４２２に基づいて算出されたハッシュ値が、コンテンツデータハッシュ値テーブル１４４２に格納される。
【００４６】
代替コンテンツデータ格納領域１４８には、代替コンテンツデータとして動画又は静止画が格納されている。ここで、代替コンテンツデータとは、表示装置２０が格納するサイネージデータの正当性が確認できなかった場合に、代わりとして表示するデータである。代替コンテンツデータは、表示装置２０で表示可能な動画又は静止画のデータであり、管理サーバ１０から表示装置２０へ送信される。
【００４７】
サイネージ管理プログラム１５０は、制御部１１０が記憶部１４０から読み出して実行することにより、サイネージ管理処理を実現するプログラムである。サイネージ管理処理によって、コンテンツデータの登録、コンテンツ表示スケジュールの作成、表示装置２０へのサイネージデータの配信、サイネージデータの正当性の確認等が実現される。
【００４８】
ハッシュ値計算部１６０は、入力されたデータに対して、それに対応するハッシュ値を計算するための機能部である。ハッシュ値は、ハッシュ関数を用いて求める。ここでハッシュ関数とは、与えられた入力データから、一定長のデータに要約するための関数をいう。ハッシュ関数としては、いずれかの公知の方法を用いればよく、例えば、ＭＤ５、ＳＨＡ−２、ＳＨＡ−３等を用いることができる。
【００４９】
［１．２．２  表示装置］
表示装置２０の機能構成について、図８に基づいて説明する。表示装置２０は、デジタルサイネージとして設置ロケーションで実際の表示を行う装置であり、制御部２１０と、通信部２２０と、表示部２３０と、記憶部２４０と、ハッシュ値計算部２６０と、外部ＩＦ部２７０とを備えて構成されている。
【００５０】
制御部２１０は、表示装置２０の全体を制御するための機能部である。制御部２１０は、記憶部２４０に記憶されている各種プログラムを読み出して実行することにより各種機能を実現しており、例えばＣＰＵ（Central Processing Unit）等により構成されている。
【００５１】
通信部２２０は、主に管理サーバ１０と通信を行うための機能部である。例えば、有線
ＬＡＮにより通信可能な機能部であったり、無線ＬＡＮにより通信可能な機能部であったりする。通信方式としては、ＥｔｈｅｒｎｅｔやＩＥＥＥ８０２．１１ａ／ｂ／ｇ／ｎであっても良いし、ＬＴＥ通信網やＷｉＭＡＸのような通信網であっても良い。
【００５２】
表示部２３０は、コンテンツ表示スケジュールに従ってコンテンツデータを表示するための機能部である。例えば、ＬＣＤ（liquid crystal display）や、有機ＥＬディスプレイ、プロジェクタ等により構成されている。
【００５３】
記憶部２４０は、表示装置２０の動作に必要な各種プログラムや、各種データが記憶されている機能部である。記憶部２４０は、例えば、半導体メモリや、ＨＤＤ（Hard Disk Drive）等により構成されている。
【００５４】
記憶部２４０には、サイネージデータ格納領域２４２と、表示データハッシュ値格納領域２４６と、代替コンテンツデータ格納領域２４８とを確保し、さらにサイネージ表示プログラム２５０を記憶する。
【００５５】
サイネージデータ格納領域２４２には、管理サーバ１０から配信されるサイネージデータが格納される。サイネージデータ格納領域２４２には、コンテンツ表示スケジュール２４２０と、コンテンツデータ２４２２とが格納されている。
【００５６】
コンテンツ表示スケジュール２４２０は、管理サーバ１０から送信されるコンテンツ表示スケジュール１４２０が格納されることとなる。すなわち、カレンダースケジュールテーブル１４２０ａがカレンダースケジュールテーブル２４２０ａに、タイムスケジュールテーブル１４２０ｂがタイムスケジュールテーブル２４２０ｂに、番組テーブル１４２０ｃが番組テーブル２４２０ｃにそれぞれ格納される。
【００５７】
これらのコンテンツ表示スケジュール２４２０は、管理サーバ１０における当該表示装置２０に対応するコンテンツ表示スケジュールを抽出したものであり、データ構成については、管理装置で説明したために省略する。
【００５８】
また、コンテンツデータ２４２２は、管理サーバ１０から配信されたコンテンツデータである。当該コンテンツデータも、管理サーバ１０が記憶しているコンテンツデータの中から、表示装置２０で表示するコンテンツデータが含まれることになる。また、代替コンテンツデータ格納領域２４８も、管理サーバ１０から配信される代替コンテンツデータが格納される。代替コンテンツは、表示装置２０毎に異なれば、管理サーバ１０に記憶された代替コンテンツデータの中から表示装置２０に応じた代替コンテンツが送信される。また、代替コンテンツはシステム全体で共通であれば、管理サーバ１０に記憶された代替コンテンツデータと、表示装置２０において記憶される代替コンテンツデータとは同一となる。
【００５９】
表示データハッシュ値格納領域２４６は、ハッシュ値計算部２６０において算出されたハッシュ値が、それぞれ格納される領域である。すなわち、コンテンツ表示スケジュール２４２０のハッシュ値が、コンテンツ表示スケジュールハッシュ値テーブル２４６０に記憶される。
【００６０】
具体的には、カレンダースケジュールテーブル２４２０ａに格納されているカレンダースケジュールから算出されるハッシュ値がカレンダースケジュールハッシュ値テーブル２４６０ａに、タイムスケジュールテーブル２４２０ｂに格納されているタイムスケジュールから算出されるハッシュ値がタイムスケジュールハッシュ値テーブル２４６０ｂに、番組テーブル２４２０ｃに格納されている番組から算出されるハッシュ値が番組ハッシュ値テーブル２４６０ｃにそれぞれ記憶される。
【００６１】
また、コンテンツデータ２４２２に対応するハッシュ値が、コンテンツデータハッシュ値テーブル２４６２にそれぞれ格納される。
【００６２】
これらのハッシュ値は、表示装置２０で表示しようとしているサイネージデータに関するハッシュ値となり、本実施形態では、番組の再生前に算出し、表示データハッシュ値格納領域２４６に格納している。
【００６３】
ハッシュ値計算部２６０は、入力されたデータに対して、それに対応するハッシュ値を計算するための機能部である。ハッシュ値は、ハッシュ関数を用いて求める。ここでハッシュ関数とは、与えられた入力データから、一定長のデータに要約するための関数をいう。ハッシュ関数としては、いずれかの公知の方法を用いればよく、例えば、ＭＤ５、ＳＨＡ−１、ＳＨＡ−２５６等を用いることができる。
【００６４】
なお、表示装置２０が格納するサイネージデータの正当性を確認するために、コンテンツデータ等のハッシュ値を算出し、算出したハッシュ値を管理サーバ１０に送信する。したがって、ハッシュ値計算部２６０で用いられるハッシュ関数は、管理サーバ１０のハッシュ値計算部１６０で用いられているハッシュ関数と同じものにし、管理サーバ１０で正当性を確認できるようにしなければならない。
【００６５】
外部ＩＦ（interface）部２７０は、外部機器が接続可能なＩＦ部である。例えば、ＵＳＢ（Universal Serial Bus）により、各種装置が接続可能である。例えば、メンテナンス用にキーボードやマウスや、ＵＳＢメモリ等が接続可能である。
【００６６】
［１．３  処理の流れ］
つづいて、本実施形態における処理の流れについて説明する。
【００６７】
［１．３．１  サイネージ管理処理］
図９はサイネージ管理処理について説明するフローチャートである。サイネージ管理処理は、制御部１１０が、記憶部１４０からサイネージ管理プログラム１５０を読み出して実行することにより実現する処理である。
【００６８】
まず、管理者の操作が行われると（ステップＳ１００２）、その操作が何であるかを判定する。
【００６９】
まず、終了操作であったか否かを判定する（ステップＳ１００４）。終了操作であった場合は本処理を終了する（ステップＳ１００４；Ｙｅｓ）。終了操作としては、電源ＯＦＦの操作であったり、プログラムを終了する操作であったりする。
【００７０】
次に、代替コンテンツデータ格納操作であったか否かを判定する（ステップＳ１００６）。代替コンテンツデータ格納操作の場合は、予め用意した代替コンテンツデータを代替コンテンツデータ格納領域１４８に格納する（ステップＳ１００６；Ｙｅｓ→ステップＳ１００８）。格納される代替コンテンツデータは、例えば管理者が用意した他の記憶媒体に格納されているコンテンツデータとすることが考えられる。
【００７１】
さらに、サイネージデータ格納操作であったか否かを判定する（ステップＳ１０１０）。サイネージデータ格納操作であった場合は、サイネージデータ格納処理を実行する（ステップＳ１０１０；Ｙｅｓ→ステップＳ１０１２）。サイネージデータ格納処理については後述する。
【００７２】
つづいて、管理サーバ１０から表示装置２０へ未配信データを配信する時間であるかを判定する（ステップＳ１０１４）。ここで、未配信データとは、サイネージデータ及び代替コンテンツデータのうち、管理サーバ１０から表示装置２０へ配信していないコンテンツデータをいう。未配信データを配信する時間であれば、未配信データ配信処理を行う（ステップＳ１０１４；Ｙｅｓ→ステップＳ１０１６）。未配信データ配信処理については後述する。
【００７３】
つづいて、管理サーバ１０は、正当性確認要求信号を表示装置２０から受信した場合に、正当性確認処理を実行する（ステップＳ１０１８；Ｙｅｓ→ステップＳ１０２０）。ここで、正当性確認要求信号とは、表示装置２０が表示するサイネージデータ（コンテンツ表示スケジュール及びコンテンツデータ）の正当性の有無の確認を、管理サーバ１０に求めるために送信される信号である。正当性確認処理の動作については後述する。
【００７４】
［１．３．２  サイネージデータ格納処理］
つづいて、サイネージデータ格納処理について図１０を参照して説明する。
【００７５】
まず、管理者の操作が行われると（ステップＳ１０５２）、その操作がサイネージデータ格納処理の終了操作であったか否かを判定する（ステップＳ１０５４）。サイネージデータ格納処理の終了操作としては、サイネージデータの格納を行う機能を終了させる操作である。このような操作がされた場合には、本処理を終了する（ステップＳ１０５４；Ｙｅｓ）。
【００７６】
つづいて、コンテンツデータの格納を行う（ステップＳ１０５６）。コンテンツデータの格納とは、予め用意されたコンテンツデータをサイネージデータ格納領域１４２にコンテンツデータ１４２２として格納することである。予め用意されたコンテンツデータとしては、例えば、管理者が用意した他の記憶媒体に格納されているコンテンツデータとすること考えられる。また、コンテンツデータをサイネージデータ格納領域１４２に格納するときに、当該コンテンツデータのハッシュ値を算出し、コンテンツデータハッシュ値テーブル１４４２に、コンテンツ名と対応付けて、算出したハッシュ値を格納してもよい。
【００７７】
つづいて、番組を作成する（ステップＳ１０５８）。番組の作成は、番組名と、その番組内で表示する表示枠と、それぞれ表示枠に表示するコンテンツとを指定することで行う。作成した番組は、番組テーブル１４２０ｃに格納される。また、番組を番組テーブル１４２０ｃに格納するときに、当該番組のハッシュ値を算出し、番組ハッシュ値テーブル１４４０ｃに、番組名と対応付けて、算出したハッシュ値を格納してもよい。
【００７８】
つづいて、タイムスケジュールを作成する（ステップＳ１０６０）。タイムスケジュールの作成は、タイムスケジュール名と、時間帯と、その時間帯に割り当てる番組名とを指定することで行う。作成したタイムスケジュールは、タイムスケジュールテーブル１４２０ｂに格納される。また、タイムスケジュールをタイムスケジュールテーブル１４２０ｂに格納するときに、当該タイムスケジュールのハッシュ値を算出し、タイムスケジュールハッシュ値テーブル１４４０ｂに、タイムスケジュール名と対応付けて、算出したハッシュ値を格納してもよい。
【００７９】
つづいて、カレンダースケジュールを作成する（ステップＳ１０６２）。カレンダースケジュールの作成は、表示装置ＩＤと、日付と、その日付に割り当てるタイムスケジュール名とを指定することで行う。作成したカレンダースケジュールは、カレンダースケジュールテーブル１４２０ａに格納される。また、カレンダースケジュールをカレンダースケジュールテーブル１４２０ａに格納するときに、当該カレンダースケジュールのハッシュ値を算出し、カレンダースケジュールハッシュ値テーブル１４４０ａに、表示装置ＩＤと日付とを対応付けて、算出したハッシュ値を格納してもよい。
【００８０】
［１．３．３  未配信データ配信処理］
つづいて、未配信データ配信処理について図１１を参照して説明する。
【００８１】
まず、未配信データの配信先である表示装置２０の代替コンテンツデータ格納領域２４８がＲＯＭ化されていないかを判定する（ステップＳ１１０２）。代替コンテンツデータ格納領域２４８がＲＯＭ化されていないかの判定は、例えば管理サーバ１０が管理対象である表示装置２０の代替コンテンツデータ格納領域２４８がＲＯＭであるかの情報を記憶し、配信先の表示装置２０の情報を読み出して判定したり、表示装置２０の代替コンテンツデータ格納領域２４８の構成を問い合わせる信号を送信し、その信号を用いて判定したりすることが考えられる。
【００８２】
配信先の表示装置２０の代替コンテンツ格納領域がＲＯＭ化されていない場合は、管理サーバ１０の代替コンテンツデータ格納領域１４８に格納されている代替コンテンツデータのうち、未配信の代替コンテンツデータが存在するかを判定する（ステップＳ１１０２；Ｙｅｓ→ステップＳ１１０４）。未配信の代替コンテンツデータが存在する場合は、未配信の代替コンテンツデータを表示装置２０へ配信する（ステップＳ１１０４；Ｙｅｓ→ステップＳ１１０６）。
【００８３】
つづいて、管理サーバ１０のサイネージデータ格納領域１４２に格納されているサイネージデータ（コンテンツ表示スケジュール及びコンテンツデータ）のうち、未配信のサイネージデータが存在するかを判定する（ステップＳ１１０８）。未配信のサイネージデータが存在する場合は、未配信のサイネージデータを表示装置２０へ配信する（ステップＳ１１０８；Ｙｅｓ→ステップＳ１１１０）。
【００８４】
つづいて、上述した処理を、管理サーバ１０が管理している表示装置２０全てについて行ったかを判定する（ステップＳ１１１２）。管理サーバ１０が管理対象とする、全ての表示装置２０について上述した処理を行った場合は、未配信データ配信処理を終了する。それ以外の場合は、上述した処理を行っていない表示装置２０について、同様に上述した処理を行う。
【００８５】
［１．３．４  正当性確認処理］
つづいて、正当性確認処理について図１２を参照して説明する。
【００８６】
正当性確認処理は、表示装置２０から正当性確認要求信号を受信して実行される処理である。表示装置２０から送信される正当性確認要求信号には、正当性の確認対象となるデータを識別する識別子と、その識別子によって特定されるデータのハッシュ値とが１又は複数含まれるものとする。ここで、データを識別する識別子によって識別されるものは、端末装置ＩＤと日付、タイムスケジュール名、番組名、コンテンツ名のいずれかである。また、端末装置ＩＤと日付によってカレンダースケジュールが特定され、タイムスケジュール名によってタイムスケジュールが特定され、番組名によって番組が特定され、コンテンツ名によりコンテンツデータが特定される。
【００８７】
まず、正当性確認要求信号から、識別子と、その識別子によって識別されるデータのハッシュ値（第１のハッシュ値）とを１つ抽出する。（ステップＳ１１５２）。
【００８８】
つづいて、抽出した識別子に基づいて、ハッシュ値格納領域１４４から識別子と一致するレコードを特定し、ハッシュ値（第２のハッシュ値）を読み出す（ステップＳ１１５４）。ここで、識別子によって特定されるデータが特定されるので、例えば、識別子がコンテンツ名であれば、コンテンツデータハッシュ値テーブル１４４２から、抽出した識別子と一致するレコードが特定され、当該レコードに含まれるハッシュ値を読み出す。
【００８９】
つづいて、２つのハッシュ値、正当性確認要求信号から抽出した第１のハッシュ値と、ハッシュ値格納領域１４４から読み出された第２のハッシュ値とが一致するかを判定する（ステップＳ１１５６）。
【００９０】
２つのハッシュ値が一致した場合は、正当性確認要求信号から抽出した識別子により特定されるデータについて、正当性が確認できたこととなる。この場合は、そのデータの正当性確認結果を「再生許可」とする（ステップＳ１１５６；Ｙｅｓ→ステップＳ１１５８）。
【００９１】
一方、２つのハッシュ値が一致しなかった場合は、正当性確認要求信号から抽出した組に含まれる識別子により特定されるデータについて、正当性が確認できないこととなる。この場合は、そのデータの正当性確認結果を「再生不許可」とする（ステップＳ１１５６；Ｎｏ→ステップＳ１１６０）。
【００９２】
つづいて、上述した処理を、正当性確認要求信号に含まれる識別子とハッシュ値とを全て抽出したかを判定する（ステップＳ１１６２）。正当性確認要求信号に含まれる全てのハッシュ値について上述した処理を行っていない場合は（ステップＳ１１６２；Ｎｏ）、ステップＳ１１５２に処理が戻る。
【００９３】
全ての正当性確認要求信号に含まれるハッシュ値を抽出した場合は（ステップＳ１１６２；Ｙｅｓ）、正当性確認要求信号を送信した表示装置２０に対して、正当性確認結果を含む正当性確認応答信号を送信する（ステップＳ１１６４）。
【００９４】
なお、送信元の表示装置２０の特定は、例えば、正当性確認要求信号の送信元のアドレス（例えば、ＩＰアドレス、ＭＡＣアドレス等）を用いたり、正当性確認応答信号に含めた表示装置ＩＤを利用したりすることが考えられる。
【００９５】
なお、正当性確認処理において、管理サーバ１０と表示装置２０とで送受信するデータは、正当性確認のために必要な情報を表現できる形式であれば、どのように形式でも良い。
【００９６】
ここで、図１３に送受信するデータをＸＭＬ形式で表現した例を示す。図１３（ａ）は、正当性確認要求信号に含まれるデータである。このＸＭＬでは、programタグの要素が番組のハッシュ値を表現し、contentタグの要素がコンテンツデータのハッシュ値を表現している。また、programタグ、contentタグにはname属性を付与することとし、name属性の属性値として、データを特定する識別子を記述することとしている。
【００９７】
また、図１３（ｂ）は、正当性確認応答信号に含まれるデータである。こちらもprogramタグ、contentタグを有するが、図１３（ａ）とは異なり、それぞれの要素は正当性確認結果を表現している。図１３（ｂ）の８行目は、CM1-PIC2.JPGというコンテンツ名のコンテンツデータが、再生不許可（invalid）であることを表している。したがって、後述するサイネージ表示処理によれば、表示装置２０は、番組「旅行ＣＭ１」を表示するときは、CM1-PIC2.JPGの代わりに代替コンテンツデータを表示することとなる。
【００９８】
［１．３．５  サイネージ表示処理］
つづいて、サイネージ表示処理について図１４を参照して説明する。サイネージ表示処理は、制御部２１０が、記憶部２４０からサイネージ表示プログラム２５０を読み出して実行することにより実現する処理である。
【００９９】
まず、管理者の操作が行われると（ステップＳ１２０２）、その操作がサイネージ表示処理の終了操作であったか否かを判定する（ステップＳ１２０４）。サイネージ表示処理の終了操作としては、サイネージ表示処理を行う機能を終了させる操作である。このような操作がされた場合には、本処理を終了する（ステップＳ１２０４；Ｙｅｓ）。
【０１００】
つづいて、管理サーバ１０から配信されるデータがあるかを判定する（ステップＳ１２０６）管理サーバ１０から配信されるサイネージデータがあれば、配信データ受信処理を行う（ステップＳ１２０６；Ｙｅｓ→ステップＳ１２０８）。なお、配信データ受信処理については後述する。
【０１０１】
つづいて、コンテンツ表示スケジュール２４２０に沿って、番組を表示装置２０において表示する処理である番組表示処理を行う（ステップＳ１２１０）。番組表示処理については後述する。
【０１０２】
つづいて、コンテンツ表示スケジュール２４２０に定義されたスケジュールにおいて規定した終了時間に至ったか又はコンテンツ受信処理のみを目的としてコンテンツ表示処理が実行されたかどうかを判定する（ステップＳ１２１２）。前記した条件に該当する場合は、本処理は終了する（ステップＳ１２１２；Ｙｅｓ）。それ以外の場合は、サイネージ表示処理を継続する（ステップＳ１２１２；Ｎｏ）。
【０１０３】
［１．３．６  配信データ受信処理］
つづいて、配信データ受信処理について図１５を参照して説明する。
【０１０４】
まず、表示装置２０は、管理サーバ１０から代替コンテンツデータの配信があったかを判定する（ステップＳ１２５２）。代替コンテンツデータの配信があった場合は（ステップＳ１２５２；Ｙｅｓ）、表示装置２０は書き換え防止技術を使用しているかを判定し（ステップＳ１２５４）、書き換え防止技術を使用していた場合は一時的に書き換え防止技術の無効化をする（ステップＳ１２５４；Ｙｅｓ→ステップＳ１２５６）。
【０１０５】
ここで、書き換え防止技術とは、例えば書き換えを防止する領域を仮想的にＲＯＭ化する技術や、ＥＷＦ（Enhanced Write Filter）、ＦＢＷＦ（File-Based Writer Filter）といった公知の技術が利用されている。
【０１０６】
つづいて、管理サーバ１０から配信された代替コンテンツデータを、代替コンテンツデータ格納領域２４８に格納する（ステップＳ１２５８）。
【０１０７】
つづいて、書き換え防止技術を無効にしていた場合は（ステップＳ１２６０；Ｙｅｓ）、書き換え防止技術を再び有効にする（ステップＳ１２６２）。これにより、代替コンテンツデータ格納領域２４８に格納した代替コンテンツデータが書き換えを防ぐことができる。
【０１０８】
つづいて、サイネージデータの配信があったかを判定する（ステップＳ１２６４）。サイネージデータの配信があった場合は（ステップＳ１２６４；Ｙｅｓ）、配信されたサイネージデータを受信し、サイネージデータ格納領域２４２に格納する（ステップＳ１２６６）。
【０１０９】
このように、本実施形態における代替コンテンツデータは、書き換え防止技術を適用可能な代替コンテンツデータ格納領域２４８に格納することができる。したがって、外部ＩＦ部２７０から、第三者が異なるコンテンツデータで上書きしようとしても、代替コンテンツデータの正当性は保証されることとなる。
【０１１０】
［１．３．７  番組表示処理］
つづいて、番組表示処理について図１６を参照して説明する。
【０１１１】
はじめに、コンテンツ表示スケジュール２４２０を参照し、次に表示すべき番組の割り当てがあるか否かを判定する（ステップＳ１３０２）。具体的には、現在の時刻と、カレンダースケジュールテーブル２４２０ａに記憶されているカレンダースケジュールと、タイムスケジュールテーブル２４２０ｂに記憶されているタイムスケジュールとを比較して、次に表示すべき番組の割当てが有るかを判定する。次の番組の割当てがなければ、番組表示処理は終了する（ステップＳ１３０２；Ｎｏ）。
【０１１２】
次の番組の割当てがある場合は（ステップＳ１３０２；Ｙｅｓ）、次の番組のハッシュ値と、次の番組で表示されるコンテンツデータのハッシュ値とを算出する（ステップＳ１３０４）。番組のハッシュ値は、番組名と対応付けて、番組ハッシュ値テーブル２４６０ｃに格納される。また、コンテンツデータのハッシュ値は、コンテンツ名と対応付けて、コンテンツデータハッシュ値テーブル２４６２に格納される。
【０１１３】
つづいて、管理サーバ１０に対して、算出されたハッシュ値を含めて正当性確認要求信号を送信する（ステップＳ１３０６）。このとき、正当性確認要求信号には、算出されたハッシュ値と、ハッシュ値に対応するコンテンツ名や、番組を識別するための識別子とが含まれるものとする。
【０１１４】
本実施形態においては、正当性確認要求信号の送信を、番組を再生する直前としている。番組を再生する直前とは、例えば、番組の開始時刻の３分前、５分前といった、番組の開始時刻から所定の時間を遡ったときとしても良いし、ターンアラウンドタイムを考慮して、動的に決定しても良い。
【０１１５】
つづいて、管理サーバ１０から正当性確認応答信号を受信したら（ステップＳ１３０８；Ｙｅｓ）、正当性確認応答信号に含まれる正当性確認結果を抽出し、正当性確認結果によって以下の処理を行う（ステップＳ１３１０）。
【０１１６】
次に表示する番組や、コンテンツの正当性確認結果が全て再生許可であれば、次の番組の開始時刻から次の番組を表示装置２０で表示する（ステップＳ１３１０；Ｙｅｓ→ステップＳ１３１２）。それ以外の場合は（ステップＳ１３１０；Ｎｏ）、どのデータが再生不許可だったかによって、挙動を下記の通りにする。なお、具体的には、正当性確認要求信号に含めていた識別子に対応するハッシュ値（算出されたハッシュ値）と、管理サーバ１０に格納されているハッシュ値が一致しているか否かによって判定されている。
【０１１７】
番組の識別子に対応する正当性確認結果が「再生不許可」の場合、すなわち、番組の正当性が確認できない場合は（ステップＳ１３１４；Ｙｅｓ）、当該番組を表示する時間帯は、番組自体を代替コンテンツデータに差し替える（ステップＳ１３１６）。差し替えの方法としては、本来の番組の開始時間から、終了時間までは、画面全体を領域とする表示枠を１つ設定し、その表示枠では代替コンテンツを一定の順番で表示することが考えられる。また、表示枠の中に表示される番組を、代替コンテンツとして差し替えて表示しても良い。
【０１１８】
つづいて、コンテンツの識別子に対応する正当性確認結果が「再生不許可の場合」、すなわち一部のコンテンツデータの正当性が確認できなかった場合は（ステップＳ１３１４：Ｎｏ）、正当性が確認できなかったコンテンツデータを代替コンテンツに差し替える（ステップＳ１３１８）。
【０１１９】
この場合、正当性が確認できたコンテンツデータはそのまま表示される。したがって、ある時点において、コンテンツデータと代替コンテンツデータとが混在して表示装置２０に表示される場合があってもよい。
【０１２０】
本実施形態においては、番組を再生する直前に番組とコンテンツデータの正当性の確認を行っているが、これを個別に行っても良い。すなわち、番組は番組を再生する直前に行い、コンテンツデータはコンテンツデータを表示する直前に行っても良い。コンテンツデータを表示する直前とは、例えば、コンテンツデータの表示がされる３分前、５分前といった時としても良いし、ターンアラウンドタイムを考慮して、動的に決定しても良い。
【０１２１】
コンテンツデータを表示する直前にコンテンツデータの正当性を確認することで、番組を再生する直前にコンテンツデータの正当性を確認する場合に比べて、よりサイネージデータの正当性が保証されることが期待できる。
【０１２２】
［１．４  動作例］
続いて、第１実施形態における動作例を、図１７を用いて説明する。図１７（ａ）は表示装置２０の代替コンテンツデータを示している。また、図１７（ｂ）はタイムスケジュールの一部を表しており、割り当てられた番組のハッシュ値（図１７では「番組ハッシュ値」と記載している）も併記している。このうち、「管理サーバ」の下に示したタイムスケジュールが、管理サーバ１０が格納しているタイムスケジュールである。
【０１２３】
ここで、管理サーバ１０が格納している番組を番組Ｃ１５２、番組Ｃ１５４、番組Ｃ１５６とする。また、表示装置２０に格納された番組（すなわち、管理サーバ１０から配信されたはずの番組）を番組Ｃ１６２、番組Ｃ１６４、番組Ｃ１６６とする。
【０１２４】
本来は、管理サーバ１０で格納している番組は、表示装置２０で表示する番組と一致する。したがって、番組Ｃ１５２の番組のハッシュ値（管理サーバ１０に格納されているハッシュ値）は、番組Ｃ１６２の番組のハッシュ値（表示装置２０で算出されたハッシュ値）と等しい。
【０１２５】
ここで、番組Ｃ１６４は、第三者によって書き換えられた番組であったとする。このとき、番組Ｃ１６４の番組のハッシュ値が、番組Ｃ１５４のハッシュ値とは異なることとなる。したがって、番組Ｃ１６４を表示する前に、正当性確認応答信号を確認すると、正当性確認結果は「再生不許可」となる。したがって、番組Ｃ１６４は表示装置２０では表示されず、その番組が本来表示されるべき時間帯は、代替コンテンツデータを表示することとなる。
【０１２６】
以上より、実際の表示装置２０が実際に行う表示は、図１７（ｂ）の「実際の表示」の番組Ｃ１７４に示すように、ＣＭ１の番組の終了時刻から、ＣＭ３の番組の開始時刻までは、代替コンテンツデータを表示することとなる。
【０１２７】
なお本実施形態では、番組とコンテンツデータの正当性を確認するが、正当性確認要求信号内のリストに、タイムスケジュールやカレンダースケジュールの正当性を確認するための識別子とその識別子で指し示されるデータのハッシュ値とを追加することで、タイムスケジュールやカレンダースケジュールの正当性を確認できる。
【０１２８】
すなわち、サイネージデータにおいて、コンテンツ表示スケジュール２４２０に含まれるスケジュールのハッシュ値と、管理サーバ１０に格納されているハッシュ値とを比較することが可能である。この場合、例えば、タイムスケジュールに基づくハッシュ値の場合は、表示装置２０が所定のタイミング（例えば、１日１回午前９時といった時刻）でデータの正当性を確認することとしてもよい。
【０１２９】
このように、本実施形態によれば、表示装置２０でサイネージデータを表示する場合に、正当性確認情報を利用することで、表示する番組やコンテンツが管理サーバ１０から配信されたものであるか否かを確認することができる。また、更に本来配信されたサイネージデータに含まれる番組やコンテンツが格納されている場合には、代替コンテンツを表示するといった処理を行うことができる。
【０１３０】
また、代替コンテンツは、書換え可能な領域に記憶されていることから、第三者によって書き換えられる可能性が極めて低い。これにより、管理者としては不適切なコンテンツを表示装置２０に表示させないといった管理を行うことができるようになる。
【０１３１】
また、上述した実施形態では、第三者による番組やコンテンツデータの改竄を例に説明したが、データの破損・欠落といった場合にも対応できることは勿論である。
【０１３２】
［２．第２実施形態］
つづいて、第２実施形態について説明する。第２実施形態は、第１実施形態と構成は同じであるが、管理サーバ１０側でサイネージデータの整合性が確認できなかった場合に、当該サイネージデータを再配信する実施形態である。
【０１３３】
本実施形態は、第１実施形態の図１２の処理を図１８の処理に置き換え、第１実施形態の図１１の処理を図１９の処理に置き換えた実施形態である。ここで、第２実施形態における管理サーバ１０及び表示装置２０について、第１実施形態の管理サーバ１０及び表示装置２０の機能構成は、第１実施形態と同一であるため、その説明を省略する。また、図１１及び図１２の処理と同一の処理については、同一の符号を付すことで、その詳細な説明を省略する。
【０１３４】
図１８のステップＳ１１５６では、正当性確認要求信号から抽出したハッシュ値（すなわち、表示装置２０において算出されたハッシュ値）と、ハッシュ値格納領域１４４から読み出されたハッシュ値（すなわち、管理サーバ１０において算出されたハッシュ値）とが一致するかを判定する。ここで、２つのハッシュ値が一致しなかった場合は、その正当性確認要求信号から抽出した識別子から特定されるデータの再配信の予約を行う（ステップＳ２００２）。
【０１３５】
ここで、再配信の予約をするデータとしては、正当性が確認出来なかった番組やコンテンツデータだけでもよいし、サイネージデータ全体を再配信の予約を行っても良い。また、コンテンツデータの場合は、正当性が確認出来なかったコンテンツデータの再配信の予約を行い、コンテンツスケジュールデータの場合は、サイネージデータの再配信を予約を行ってもよい。
【０１３６】
再配信の予約をされた場合は、図１９の未配信データ配信処理のステップにおいて、再配信が予約されたデータ（例えば、サイネージデータ）が存在するかの判定において、存在することとなり（ステップＳ２０５２；Ｙｅｓ）、管理サーバ１０から表示装置２０へ、データが再配信されることとなる（ステップＳ２０５４）。
【０１３７】
なお、再配信については、それ以外にも例えば、所定時間毎に再配信を行うか否かを管理サーバ１０で確認してもよい。また、表示装置２０から、再配信信号を管理サーバ１０に送信し、割り込み処理としてその都度実行してもよい。
【０１３８】
これにより、本来表示されるべき番組やコンテンツデータが表示装置２０に送信され、正当性が確認できなかったデータを修復することができる。この場合、同じ番組に対する次回以降の正当性確認要求に対して、全て再生許可となる可能性が高まると考えられる。これにより、代替コンテンツデータを表示する機会を減らし、表示装置２０の信頼性を高める効果が期待できる。
【０１３９】
［３．第３実施形態］
つづいて、第３実施形態について説明する。第３実施形態は、第１実施形態と構成は同じであるが、管理サーバ１０側でサイネージデータの整合性が確認できなかった回数が、所定の回数を超えた場合に、正当性確認応答信号を送信した送信元の表示装置２０のリカバリ処理を行う実施形態である。
【０１４０】
本実施形態は、第１実施形態の図１２の処理を図２０の処理に置き換えた実施形態である。ここで、第３実施形態における管理サーバ１０及び表示装置２０について、第１実施形態の管理サーバ１０及び表示装置２０の機能構成は、第１実施形態と同一であるため、その説明を省略する。また、図１２の処理と同一の処理については、同一の符号を付すことで、その詳細な説明を省略する。
【０１４１】
図２０のステップＳ１１５６では、正当性確認要求信号から抽出したハッシュ値（第１のハッシュ値）と、ハッシュ値格納領域１４４から読み出されたハッシュ値（第２のハッシュ値）とが一致するかを判定する。ここで、２つのハッシュ値が一致しなかった場合は、その正当性確認要求信号を送信した表示装置２０の再生不許可と判定した回数を示す再生不許可回数に１を加算する（ステップＳ３００２）。再生不許可と判定した回数については、例えば管理サーバ１０の記憶部１４０に、表示装置ＩＤと、その表示装置ＩＤで特定される表示装置２０に対して再生不許可と判定した回数とを対応付けたテーブルを格納しても良い。
【０１４２】
つづいて、再生不許可回数が所定の回数を超えたかを判定する（ステップＳ３００４）。再生不許可回数が所定の回数以下であれば、正当性確認結果を再生不許可とする（ステップＳ３００４；Ｎｏ→ステップＳ１１６０）。また、再生不許可回数が所定の回数を超えた場合は、再生不許可判定回数が所定の回数を超えた表示装置２０に対して、リカバリ処理を実行する制御を行う（ステップＳ３００４；Ｙｅｓ→ステップＳ３００６）。
【０１４３】
ここで、再生不許可回数として判定する回数は、リカバリ処理を行うべきか否かを判定するための回数であり、例えば、３回、４回といった単純な累積回数であっても良いし、単位時間（例えば、１時間等）の間に再生不許可となる回数の閾値であってもよい。また、上述した実施形態では回数で説明しているが、間隔であってもよい。例えば、前回２つのハッシュ値が不一致となってから１０分以内に再び不一致となった場合には、ステップＳ３００６を実行しても良い。
【０１４４】
また、リカバリ処理としては、例えば、リカバリの対象とする表示装置２０に対して、表示装置２０が表示すべきサイネージデータ全てを、管理サーバ１０が配信することが考えらえる。
【０１４５】
つづいて、リカバリ処理が完了したら、再生不許可回数を０に戻し、その後正当性が確認できなかった場合に常にリカバリ処理が起こることを防止する（ステップＳ３００８）。
【０１４６】
これにより、表示装置２０のサイネージデータが、大規模に書き換えられる等の理由により正当性が確認できない状態が続いても、サイネージデータ全てを配信することで、サイネージデータの回復が図られ、表示装置２０の信頼性を高める効果が期待できる。
【０１４７】
［４．第４実施形態］
つづいて、第４実施形態について説明する。第４実施形態は、その日に再生するサイネージデータの正当性の確認を、その日に一回だけ行う実施形態である。すなわち、サイネージデータの正当性の確認を行う時刻の基準を決め、そこから２４時間という時間間隔を経過したときに、その日に再生するサイネージデータの正当性の確認を行う実施形態である。例えば、毎日午前５時にサイネージデータの正当性を確認したいのであれば、正当性を確認する基準とする時刻を午前５時とすれば良い。
【０１４８】
本実施形態は、第１実施形態の図１６の処理を図２１の処理に置き換えた実施形態である。ここで、第４実施形態における管理サーバ１０及び表示装置２０について、第１実施形態の管理サーバ１０及び表示装置２０の構成と同様な構成のものは同一の符号を付することで説明を省略する。また、図１６処理と同一の処理については、同一の符号を付すことで、その詳細な説明を省略する。
【０１４９】
まず、正当性確認時期であるかを判定する（ステップＳ４００２）。正当性確認時期とは、正当性の確認を行う時をいい、具体的には、基準とした時刻から２４時間という時間間隔を経過した後であって、初めて正当性の確認を行う時を言う。
【０１５０】
正当性確認時期であれば、当日表示するサイネージデータのハッシュ値を算出する（ステップＳ４００２；Ｙｅｓ→ステップＳ４００４）。ここで、当日表示するサイネージデータのハッシュ値は、コンテンツスケジュールと、コンテンツデータとの全てのハッシュ値を算出しても良いし、当日表示する全てのコンテンツデータのハッシュ値のみを算出しても良い。
【０１５１】
つづいて、算出されたハッシュ値と、ハッシュ値に対応する識別子とを含めた正当性確認要求信号を、管理サーバ１０に送信する（ステップＳ４００６）。管理サーバ１０から正当性確認応答信号を受信したら、その正当性確認結果を記憶する（ステップＳ４００８）。正当性確認結果の記憶先としては、例えば記憶部２４０が考えられる。また、正当性確認結果は、コンテンツ表示スケジュール２４２０によって規定される当日再生する全ての番組が再生されるまでは、記憶する必要がある。
【０１５２】
つづいて、次の番組の割当てがある場合は（ステップＳ１３０２）、その番組を表示するために必要なサイネージデータについて、記憶している正当性確認応答信号の正当性確認結果を参照する。正当性確認結果が全て再生許可であれば、次の番組を開始時刻から再生する（ステップＳ４０１０；Ｙｅｓ→ステップＳ１３１２）。正当性確認結果が全て再生許可ではなかった場合は、（ステップＳ４０１０；Ｎｏ→ステップＳ１３１４）、正当性が確認できなかったサイネージデータを代替コンテンツに差し替えて番組を再生する
これにより、番組開始前の正当性確認のための処理がなくすことができる。この場合、複数の表示装置２０を管理している場合で、番組が切り替わるタイミングが集中していたとしても、正当性確認要求信号及び正当性確認応答信号によってネットワークが輻輳することを防ぐ効果が期待できる。
【０１５３】
なお、本実施形態において、サイネージデータの正当性の確認をその日に一回だけ行う場合について説明したが、一日に２回以上確認しても良い。具体的には、サイネージデータの正当性の確認を行う時間間隔を１２時間とすれば良い。さらに頻繁に正当性を確認したい場合は、時間間隔として３時間や６時間という時間を設定しても良い。また、基準となる時刻を設けずに、表示装置２０の電源を投入してから所定の時間間隔を経過した後（例えば１時間）に正当性を確認することとしても良い。
【０１５４】
また、サイネージデータの正当性の確認を行う時間間隔が２４時間よりも短い場合は、ステップＳ４００４においてハッシュ値を算出する対象とするサイネージデータを、次の正当性確認時期までに再生されるサイネージデータに限定しても良い。
【０１５５】
［５．第５実施形態］
つづいて、第５実施形態について説明する。第５実施形態は、正当性確認情報として、サイネージデータのハッシュ値以外を利用する場合の実施形態である。
【０１５６】
すなわち、正当性確認情報を確認する情報として、ハッシュ値の代わりにファイルサイズを利用することが考えられる。例えば、管理サーバ１０に格納されたコンテンツ表示スケジュールと、表示装置２０に格納されたコンテンツ表示スケジュール２４２０とのデータサイズ（例えば、ファイルサイズ）を比較することにより、表示装置２０におけるデータの正当性が確認できるか否かを行うことができる。
【０１５７】
また、コンテンツデータについても、管理サーバ１０に格納されているコンテンツデータと、表示装置２０において格納されているコンテンツデータとのファイルサイズを比較することにより、コンテンツデータの正当性を確認することができる。
【０１５８】
すなわち、管理サーバ１０は、ファイルサイズが異なる場合は正当性が確認できないとして正当性確認結果を再生不許可とする。また、管理サーバ１０は、ファイルサイズが同じの場合は、正当性が確認できないとして正当性確認結果を再生許可とする。
【０１５９】
なお、正当性確認情報は、管理サーバ１０と、表示装置２０とのサイネージデータ（コンテンツ表示スケジュール、コンテンツデータ）とが一致しているか否かを確認するための情報であればよい。例えば、ファイルのタイムスタンプ（日付）や、ファイルＩＤといった識別情報、付加された権利情報等を利用しても良い。また、それらの情報を組み合わせて利用しても良いことは勿論である。
【０１６０】
［６．効果］
上述した各実施形態により、第三者によるサイネージデータの改ざん等が行われることにより、意図しないサイネージデータがコンテンツ表示装置に格納されたとしても、改ざんされたサイネージデータに基づく番組は表示されないこととなる。そして、改ざんされたコンテンツデータの代わりに、代替コンテンツデータが表示されることとなる。これにより、改ざんされたコンテンツを表示しないだけでなく、いわゆる放送事故と呼ばれる状態を回避することができるため、広告機材としての信頼を確保することができる。
【０１６１】
また、サイネージデータを表示する前にサイネージデータの正当性を確認することにより、コンテンツ管理装置からコンテンツ表示装置へ、確実にサイネージデータが配信されたことが検証できるため、結果的に運用上の精度向上につなげることができる。
【０１６２】
また、サイネージデータが正しく表示されているかどうかを、管理者が目視などにより監視することなく、自動的に確認できるため、管理者の負担を軽減することが期待できる。
【０１６３】
［７．変形例］
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も特許請求の範囲に含まれる。
【０１６４】
また、上述した実施形態では、表示装置に各機能部を有することとして説明したが、表示制御装置に、ＨＤＭＩ（登録商標）等を介して接続された表示装置にコンテンツデータを表示するシステムであってもよい。この場合、表示制御装置に、サイネージデータや、ハッシュ値が記憶され、１又は複数の表示装置に対してコンテンツデータを表示するといった構成にすることができる。
【０１６５】
また、上述した実施形態では、表示装置２０で算出されたハッシュ値は表示データハッシュ値格納領域２４６に格納されることとして説明しているが、この格納は一時的な格納であってもよい。すなわち、コンテンツ表示スケジュールのハッシュ値又はコンテンツデータのハッシュ値を算出し、そのまま管理サーバ１０に送信することとしても良い。
【０１６６】
また、上述した実施形態は、それぞれの実施形態を組み合わせて実行することができることは勿論である。例えば、第１実施形態と第２実施形態と第３実施形態とを組み合わせて実行することで、代替コンテンツデータが表示される機会を減らすことが期待できる。
【０１６７】
また、実施形態において各装置で動作するプログラムは、上述した実施形態の機能を実現するように、ＣＰＵ等を制御するプログラム（コンピュータを機能させるプログラム）である。そして、これら装置で取り扱われる情報は、その処理時に一時的に一時記憶装置（例えば、ＲＡＭ）に蓄積され、その後、ＨＤＤやＳＳＤ（solid state drive）などの
記憶装置に格納され、必要に応じてＣＰＵによって読み出し、修正・書き込みが行なわれる。
【０１６８】
また、市場に流通させる場合には、可搬型の記録媒体にプログラムを格納して流通させたり、インターネット等のネットワークを介して接続されたサーバコンピュータに転送したりすることができる。この場合、サーバコンピュータの記憶装置も本発明に含まれるのは勿論である。
【符号の説明】
【０１６９】
１０  管理サーバ
１１０  制御部
１２０  通信部
１４０  記憶部
１４２  サイネージデータ格納領域
１４２０  コンテンツ表示スケジュール
１４２０ａ  カレンダースケジュールテーブル
１４２０ｂ  タイムスケジュールテーブル
１４２０ｃ  番組テーブル
１４２２  コンテンツデータ
１４４  ハッシュ値格納領域
１４４０  コンテンツ表示スケジュールハッシュ値テーブル
１４４０ａ  カレンダースケジュールハッシュ値テーブル
１４４０ｂ  タイムスケジュールハッシュ値テーブル
１４４０ｃ  番組ハッシュ値テーブル
１４４２  コンテンツデータハッシュ値テーブル
１４８  代替コンテンツデータ格納領域
１５０  サイネージ管理プログラム
１６０  ハッシュ値計算部
２０  表示装置
２１０  制御部
２２０  通信部
２３０  表示部
２４０  記憶部
２４２  サイネージデータ格納領域
２４２０  コンテンツ表示スケジュールテーブル
２４２０ａ  カレンダースケジュールテーブル
２４２０ｂ  タイムスケジュールテーブル
２４２０ｃ  番組
２４２２  コンテンツデータ
２４６  表示データハッシュ値格納領域
２４６０  コンテンツ表示スケジュールハッシュ値テーブル
２４６０ａ  カレンダースケジュールハッシュ値テーブル
２４６０ｂ  タイムスケジュールハッシュ値テーブル
２４６０ｃ  番組ハッシュ値テーブル
２４６２  コンテンツデータハッシュ値テーブル
２４８  代替コンテンツデータ格納領域
２５０  サイネージ表示プログラム
２６０  ハッシュ値計算部
【図１】
2018180994.tif 000003
【図２】
2018180994.tif 000004
【図３】
2018180994.tif 000005
【図４】
2018180994.tif 000006
【図５】
2018180994.tif 000007
【図６】
2018180994.tif 000008
【図７】
2018180994.tif 000009
【図８】
2018180994.tif 000010
【図９】
2018180994.tif 000011
【図１０】
2018180994.tif 000012
【図１１】
2018180994.tif 000013
【図１２】
2018180994.tif 000014
【図１３】
2018180994.tif 000015
【図１４】
2018180994.tif 000016
【図１５】
2018180994.tif 000017
【図１６】
2018180994.tif 000018
【図１７】
2018180994.tif 000019
【図１８】
2018180994.tif 000020
【図１９】
2018180994.tif 000021
【図２０】
2018180994.tif 000022
【図２１】
2018180994.tif 000023