特許 6952486 コンテンツ表示システム及びコンテンツ表示方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6952486

(24)【登録日】2021年9月30日

(45)【発行日】2021年10月20日

(54)【発明の名称】コンテンツ表示システム及びコンテンツ表示方法

(51)【国際特許分類】

   G06F 21/62 20130101AFI20211011BHJP

   G09G 5/00 20060101ALI20211011BHJP

   G09F 19/00 20060101ALI20211011BHJP

【ＦＩ】

   G06F21/62

   G09G5/00 510B

   G09G5/00 530T

   G09G5/00 550X

   G09G5/00 555D

   G09G5/00 550B

   G09F19/00 Z

【請求項の数】10

【全頁数】28

(21)【出願番号】特願2017-80650(P2017-80650)

(22)【出願日】2017年4月14日

(65)【公開番号】特開2018-180994(P2018-180994A)

(43)【公開日】2018年11月15日

【審査請求日】2020年3月25日

(73)【特許権者】

【識別番号】000005049

【氏名又は名称】シャープ株式会社

(74)【代理人】

【識別番号】100112335

【弁理士】

【氏名又は名称】藤本 英介

(74)【代理人】

【識別番号】100101144

【弁理士】

【氏名又は名称】神田 正義

(74)【代理人】

【識別番号】100101694

【弁理士】

【氏名又は名称】宮尾 明茂

(74)【代理人】

【識別番号】100124774

【弁理士】

【氏名又は名称】馬場 信幸

(72)【発明者】

【氏名】粂谷 幸司

【審査官】 岸野 徹

(56)【参考文献】

【文献】 特開２０１１−０８６１２８（ＪＰ，Ａ）

【文献】 特開２０１１−２５３２１１（ＪＰ，Ａ）

【文献】 特表２０１５−５２４１１４（ＪＰ，Ａ）

【文献】 特開２０１６−０９０６４３（ＪＰ，Ａ）

【文献】 特開２００３−２４８５９６（ＪＰ，Ａ）

【文献】 特開２００３−３１９３３３（ＪＰ，Ａ）

【文献】 米国特許出願公開第２０１４／０３０４３２８（ＵＳ，Ａ１）

【文献】 米国特許第０５８３８７９０（ＵＳ，Ａ）

【文献】 SAKATA, K., et al.，"Development of a Monitoring System of Digital Signage to Improve Dependability of Displaying Conten，IPSJ Journal, [CD-ROM]，日本，2012年03月15日，Vol.53, No.3，pages 987-996，ISSN:1882-7837

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ ２１／６２

Ｇ０９Ｇ ５／００

Ｇ０９Ｆ １９／００

(57)【特許請求の範囲】

【請求項1】

コンテンツ管理装置とコンテンツ表示装置とを含むコンテンツ表示システムであって、
前記コンテンツ表示装置は、
コンテンツを含むサイネージデータと代替コンテンツとを記憶する第１の記憶部と、
前記サイネージデータを識別する第１の情報と当該サイネージデータから取得される第２の情報とを、前記コンテンツ管理装置に送信し、前記コンテンツ管理装置から再生許可を示す情報を受信した場合、当該サイネージデータに基づきコンテンツを表示し、それ以外の場合には代替コンテンツを表示する第１の制御部と、
を備え、
前記コンテンツ管理装置は、
前記サイネージデータを記憶する第２の記憶部と、
前記第１の情報と前記第２の情報とを受信した場合、前記第２の記憶部に記憶された前記第１の情報と対応するサイネージデータから取得される情報と、前記第２の情報とが一致するか否かを判定し、一致したときは再生許可を示す信号を、一致しないときは再生不許可を示す信号を、前記コンテンツ表示装置に送信する第２の制御部と、
を備えることを特徴とするコンテンツ表示システム。

【請求項2】

前記サイネージデータから取得される情報は、前記サイネージデータのハッシュ値、データサイズ又はタイムスタンプの何れかであることを特徴とする請求項１に記載のコンテンツ表示システム。

【請求項3】

前記サイネージデータは、コンテンツデータとコンテンツ表示スケジュールとを含むことを特徴とする請求項１又は２に記載のコンテンツ表示システム。

【請求項4】

前記コンテンツ表示スケジュールは、所定の時間帯で設定することができ、設定された各々の時間帯に対して、前記コンテンツを１又は複数含むことができることを特徴とする、請求項３に記載のコンテンツ表示システム。

【請求項5】

前記第１の制御部は、予め決められた正当性確認時期に、前記第１の情報と前記第２の情報とを前記コンテンツ管理装置に送信することを特徴とする請求項１から４のうちいずれか一項に記載のコンテンツ表示システム。

【請求項6】

前記正当性確認時期は、所定の時間間隔を経過した時点とする請求項５に記載のコンテンツ表示システム。

【請求項7】

前記正当性確認時期は、前記コンテンツを表示する直前であることを特徴とする請求項５に記載のコンテンツ表示システム。

【請求項8】

前記第１の制御部は、前記時間帯の直前に、前記第１の情報と前記第２の情報とを前記コンテンツ管理装置に送信することを特徴とする請求項４に記載のコンテンツ表示システム。

【請求項9】

前記第１の記憶部は、前記サイネージデータを、前記代替コンテンツとは異なる領域に記憶することを特徴とする、請求項１から８のうちいずれか一項に記載のコンテンツ表示システム。

【請求項10】

コンテンツ管理装置とコンテンツ表示装置とを含むコンテンツ表示システムの制御方法であって、
前記コンテンツ管理装置がコンテンツを含むサイネージデータと代替コンテンツとを記憶部に記憶するステップと、
前記コンテンツ表示装置が、前記サイネージデータと代替コンテンツとを取得し記憶するステップと、
前記コンテンツ表示装置が、前記サイネージデータを識別する第１の情報と当該サイネージデータから取得される第２の情報とを、前記コンテンツ管理装置に送信するステップと、
前記コンテンツ管理装置が、前記第１の情報と前記第２の情報とを受信した場合、前記記憶部から前記第１の情報と対応するサイネージデータを取得するステップと、
前記コンテンツ管理装置が、前記取得したサイネージデータから取得される情報が前記第２の情報と一致するか否かを判定し、一致したときは再生許可を示す信号を、一致しないときは再生不許可を示す信号を、前記コンテンツ表示装置に送信するステップと、
前記コンテンツ表示装置が、前記コンテンツ管理装置から再生許可を示す情報を受信した場合、当該サイネージデータに基づきコンテンツを表示し、それ以外の場合には代替コンテンツを表示するステップと、
を含むことを特徴とするコンテンツ表示方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、コンテンツ表示システム等に関する。

【背景技術】

【0002】

近年、駅の構内や、ショッピングセンターといった人の多いところに、表示装置を配置し、そこに広告等のコンテンツを表示するいわゆるデジタルサイネージが普及している。

【0003】

デジタルサイネージのビジネス形態の例としては、一般的には、鉄道事業者、ショッピングモールの運営者といったロケーションオーナー（管理者）が、デジタルサイネージシステムを設置し、デジタルサイネージの利用者である広告主に広告枠を販売するものがある。

【0004】

ここで、デジタルサイネージを運用するにあたっては、管理者が表示しようとするコンテンツが、改ざんされることなく、正しくデジタルサイネージの表示装置に表示されることが求められる。これを実現するために、改ざんを防止する手段を講じたり、コンテンツの改ざんの検知を行ったりすることが有効である。

【0005】

改ざんを防止する手段としては、例えば、ＥＷＦ（Enhanced Write Filter）やＦＢＷＦ（File-Based Writer Filter）といった記憶媒体の書き換え防止技術の利用や、記憶媒体のＲＯＭ化が講じられている。また、第三者が表示装置に対して操作を行えないようにするために、表示装置が有する端子類を金属製のカバーで覆う対策が講じられている。

【0006】

また、コンテンツの改ざんを検知する方法としては、例えば特許文献１には、再生対象コンテンツのハッシュ値を算出し、この算出ハッシュ値が、情報記録媒体に記録されたコンテンツハッシュテーブルに登録されたコンテンツハッシュと一致するか否かによって、コンテンツが改ざんされているか否かを判定する処理を行なうといった発明が開示されている。また、特許文献２には、特定地域の範囲内において、コンテンツ配信者から不特定多数の受信者に対してコンテンツを配信するシステムであって、コンテンツに付与されている保証情報に基づき、例えば公開鍵暗号方式により、コンテンツ作成者の電子署名を検証し、コンテンツが改ざんされていないかどうかを確認するといった発明が開示されている。

【先行技術文献】

【特許文献】

【0007】

【特許文献1】特開２００９−１５８０９１

【特許文献2】特開２００４−１１０６４５

【発明の概要】

【発明が解決しようとする課題】

【0008】

デジタルサイネージを運用するにあたっては、広告出稿者との契約等の理由により、表示装置に表示するコンテンツを、適宜差し替えることができる必要がある。ここで、表示するコンテンツの具体的なデータであるコンテンツデータを格納する際に、設定や解除に特別な操作を要する書き換え防止技術を用いたり、書き換えができないＲＯＭに保存したりすることは、運用上の利便性を損なってしまう。また、デジタルサイネージという特性上、第三者が触れることが可能な位置にシステムが設置されている場合が多く、悪意ある第三者が別の記憶媒体を接続し、表示装置内のコンテンツデータを改ざんするという行為が容易にできる可能性がある。これを防ぐために、端子類をカバーで覆ってしまうことも考えられるが、運用上・保守上の利便性・機能性を同時に失うこととなり、広告機材としてのデザイン性も失われてしまう。また、配信時にコンテンツデータのハッシュチェックを行って配信時の正当性を確認していても、確認後に悪意ある第三者によってコンテンツを差し替えられた場合、意図しないコンテンツを表示してしまう可能性がある。これらのような理由により、改ざんによる不正なコンテンツ表示を防止する手段を十分に講じることができていなかった。

【0009】

一方で、コンテンツデータが改ざんされていることを検知できたとしても、その後に、改ざんされたコンテンツデータを単純に非表示にするだけでは、デジタルサイネージはいわゆる放送事故の状態となり、広告機材としての信頼を損なってしまう問題が生じていた。

【0010】

上記事情に鑑み、本発明は、コンテンツを表示するときに、正当性が確認できない場合であっても、適切なコンテンツを表示することが可能なコンテンツ表示装置等を提供することである。

【課題を解決するための手段】

【0011】

上述した課題を解決するために、本発明のコンテンツ表示装置は、
コンテンツ管理装置からコンテンツを含むサイネージデータを受信可能なコンテンツ表示装置において、
前記コンテンツ管理装置より代替コンテンツを受信して記憶する代替コンテンツ記憶手段と、
前記サイネージデータの正当性を、前記コンテンツ管理装置に確認する確認手段と、
前記確認手段により、前記サイネージデータの正当性が確認できた場合には、当該サイネージデータに基づきコンテンツを表示し、それ以外の場合には前記代替コンテンツを表示するコンテンツ表示手段と、
を備えることを特徴とする。

【0012】

本発明のコンテンツ表示方法は、
コンテンツ管理装置からコンテンツを含むサイネージデータを受信可能なコンテンツ表示装置におけるコンテンツ表示方法であって、
前記コンテンツ管理装置より代替コンテンツを受信して記憶する代替コンテンツ記憶工程と、
前記サイネージデータの正当性を、前記コンテンツ管理装置に確認する確認工程と、
前記確認工程により、前記サイネージデータの正当性が確認できた場合には、当該サイネージデータに基づきコンテンツを表示し、それ以外の場合には代替コンテンツを表示するコンテンツ表示工程と、
を備えることを特徴とする。

【0013】

本発明のコンテンツ表示システムは、
コンテンツ管理装置からコンテンツを含むサイネージデータを受信可能なコンテンツ表示装置を含むコンテンツ表示システムにおいて、
前記コンテンツ表示装置は、
前記コンテンツ管理装置より代替コンテンツを受信して記憶し、
前記サイネージデータの正当性を、前記コンテンツ管理装置に確認し、
前記サイネージデータの正当性が確認できた場合には、当該サイネージデータに基づきコンテンツを表示し、それ以外の場合には代替コンテンツを表示する
ことを特徴とする。

【発明の効果】

【0014】

本発明によれば、コンテンツ管理装置からコンテンツを含むサイネージデータを受信可能なコンテンツ表示装置において、前記コンテンツ管理装置より代替コンテンツを受信して記憶し、前記サイネージデータの正当性を前記コンテンツ管理装置に確認し、前記サイネージデータの正当性が確認できた場合には、当該サイネージデータに基づきコンテンツを表示し、それ以外の場合には前記代替コンテンツを表示することとなる。したがって、コンテンツ表示装置によって表示されるコンテンツの正当性が確認できない場合であっても、正当性が確認できなかったコンテンツの代わりに代替コンテンツを表示することにより、適切なコンテンツを表示することが可能となり、広告機材としての信頼性を確保することができる。

【図面の簡単な説明】

【0015】

【図1】第１実施形態におけるデジタルサイネージシステムの概要を説明するための図である。

【図2】第１実施形態における管理サーバの機能構成を説明するための図である。

【図3】第１実施形態におけるコンテンツ表示スケジュールの一部であるカレンダースケジュールを説明するための図である。

【図4】第１実施形態におけるコンテンツ表示スケジュールの一部であるタイムスケジュールを説明するための図である。

【図5】第１実施形態におけるコンテンツ表示スケジュールの一部である番組を説明するための図である。

【図6】第１実施形態における表示枠について説明するための図である。

【図7】第１実施形態におけるコンテンツ表示スケジュールを説明するための図である。

【図8】第１実施形態における表示装置の機能構成を説明するための図である。

【図9】第１実施形態におけるサイネージ管理処理を説明するための動作フローである。

【図10】第１実施形態におけるサイネージデータ格納処理を説明するための動作フローである。

【図11】第１実施形態における未配信データ配信処理を説明するための動作フローである。

【図12】第１実施形態における正当性確認処理を説明するための動作フローである。

【図13】第１実施形態における正当性確認要求信号及び正当性応答信号に含まれるデータを示す図である。

【図14】第１実施形態におけるサイネージ表示処理を説明するための動作フローである。

【図15】第１実施形態における配信データ受信処理を説明するための動作フローである。

【図16】第１実施形態における番組表示処理を説明するための動作フローである。

【図17】第１実施形態におけるコンテンツ表示処理の動作例を説明するための図である。

【図18】第２実施形態における再生承認要求処理を説明するための動作フローである。

【図19】第２実施形態における未配信データ配信処理を説明するための動作フローである。

【図20】第３実施形態における正当性確認処理を説明するための動作フローである。

【図21】第４実施形態における番組表示処理を説明するための動作フローである。

【発明を実施するための形態】

【0016】

以下、本発明の実施の形態について、図面を参照して説明する。なお、本実施形態では、一例として、本発明におけるコンテンツ表示装置を含むデジタルサイネージシステムについて説明する。

【0017】

［１． 第１実施形態］
［１．１ 全体構成］
まず、本実施形態のデジタルサイネージシステム１の全体構成について、図１に基づいて説明する。図１に示すように、デジタルサイネージシステム１には、コンテンツ管理装置である管理サーバ１０に、ネットワークを介してコンテンツ表示装置である表示装置２０が接続されている。表示装置２０は、図１に示すように複数接続されても良い。また、図１においては、表示装置２０は、管理サーバ１０と同一ネットワークに接続されていることとして説明しているが、インターネット等の外部ネットワークを介して接続されていてもよい。

【0018】

［１．２ 機能構成］
つづいて、管理サーバ１０及び表示装置２０の機能構成について説明する。

【0019】

［１．２．１ 管理サーバ］
管理サーバ１０の機能構成について、図２に基づいて説明する。管理サーバ１０は、制御部１１０と、通信部１２０と、表示部１３０と、記憶部１４０と、ハッシュ値計算部１６０とを備えて構成されている。

【0020】

制御部１１０は、管理サーバ１０の全体を制御するための機能部である。制御部１１０は、記憶部１４０に記憶されている各種プログラムを読み出して実行することにより各種機能を実現しており、例えばＣＰＵ（Central Processing Unit）等により構成されている。

【0021】

通信部１２０は、他の装置と通信を行うための機能部である。例えば、有線ＬＡＮにより通信可能な機能部であったり、無線ＬＡＮにより通信可能な機能部であったりする。通信方式としては、Ｅｔｈｅｒｎｅｔ（登録商標）やＩＥＥＥ８０２．１１ａ／ｂ／ｇ／ｎであっても良いし、ＬＴＥ（登録商標）通信網やＷｉＭＡＸ（登録商標）のような通信網であっても良い。

【0022】

表示部１３０は、各種情報を表示したり、スケジュール作成画面を表示したりするための機能部である。例えば、ＬＣＤ（liquid crystal display）や、有機ＥＬディスプレイ、プロジェクタ等により構成されている。

【0023】

記憶部１４０は、管理サーバ１０の動作に必要な各種プログラムや、各種データが記憶されている機能部である。記憶部１４０は、例えば、半導体メモリや、ＨＤＤ（Hard Disk Drive）等により構成されている。

【0024】

ここで、記憶部１４０には、サイネージデータ格納領域１４２と、ハッシュ値格納領域１４４と、代替コンテンツデータ格納領域１４８とが確保されており、さらにサイネージ管理プログラム１５０が記憶されている。

【0025】

以下、記憶部１４０に格納するデータについて説明する。サイネージデータ格納領域１４２は、サイネージデータが格納される領域である。本実施形態におけるサイネージデータとは、管理サーバ１０から表示装置２０へ送信されるデータであり、コンテンツデータと、コンテンツデータを表示装置２０で表示するスケジュールであるコンテンツ表示スケジュールを含むものである。

【0026】

ここで、サイネージデータ格納領域１４２には、具体的にはコンテンツを表示するスケジュールを定義したコンテンツ表示スケジュール１４２０と、表示装置２０で表示するコンテンツの具体的なデータであるコンテンツデータ１４２２とが格納される。また、コンテンツ表示スケジュール１４２０は、どのコンテンツを、どの端末で、どの時間帯に表示するかを設定したものであり、カレンダースケジュールテーブル１４２０ａと、タイムスケジュールテーブル１４２０ｂと、番組テーブル１４２０ｃとで構成されている。

【0027】

カレンダースケジュールテーブル１４２０ａについて、図３を参照して説明する。カレンダースケジュールテーブル１４２０ａには、カレンダースケジュールが記憶されており、一例として、表示装置２０を識別するための表示装置ＩＤ（例えば、「Ｓｉｇ１）」と、コンテンツを表示する日を指定した日付（例えば、「２０１７年４月１日」）と、タイムスケジュールを示すタイムスケジュール名（例えば、「休日用タイムスケジュール(出口付近)」）とが記憶されている。

【0028】

また、カレンダースケジュールは、表示装置ＩＤ及び日付に対して、１のタイムスケジュールを割り当てるものなので、例えば表示装置ＩＤが「Sig1」である表示装置２０に対して、休日と平日とで別のタイムスケジュールを割り当てることができる。また、同じ日付であっても、異なる表示装置２０に対して、別のタイムスケジュールを割り当てることが可能である。例えば表示装置ＩＤが「Sig1」である表示装置２０が建物の出口付近にあり、表示装置ＩＤが「Sig2」である表示装置２０が建物の構内にある場合、それぞれ別のタイムスケジュールを割り当てることが可能である。

【0029】

タイムスケジュールテーブル１４２０ｂについて、図４を参照して説明する。タイムスケジュールテーブル１４２０ｂには、タイムスケジュールが記憶されており、一例として、タイムスケジュールを示すタイムスケジュール名（例えば、「休日用タイムスケジュール（出口付近）」）と、時間帯（例えば、「０８：００〜０８：５９」）と、番組名（例えば、「旅行ＣＭ」）とが記憶されている。

【0030】

すなわち、タイムスケジュールは、１日の中に１又は複数の所定の時間帯を設定し、設定した時間帯に対して１の番組を割り当てるものである。したがって、タイムスケジュールには複数の番組が割り当てられることが一般的であるが、１の番組のみが割り当てられてもよい。

【0031】

番組テーブル１４２０ｃについて、図５を参照して説明する。番組テーブル１４２０ｃには、番組が記憶されており、番組名（例えば、「旅行ＣＭ１」）と、表示枠（例えば、表示枠１「（０，０）−（９０９，１０７９）」）と、表示枠に割り当てられたコンテンツ情報（例えば、「ＣＭ１−ＭＯＶＩＥ１．ＷＭＶ ＣＭ１−ＭＯＶＩＥ２．ＷＭＶ」）とが記憶されている。

【0032】

すなわち、番組は、表示装置２０がコンテンツを表示する表示領域を１又は複数の領域（以下、「表示枠」という）に分割し、各表示枠に対し１又は複数のコンテンツを割り当てたものである。

【0033】

また、本実施形態におけるコンテンツ表示装置は、複数の表示枠を設定することにより、ある時間帯において、同時に複数のコンテンツを表示することを可能とするものである。例えば、図６に示すように、表示領域「（０，０）−（１９１９，１０７９）」を、表示枠１「（０，０）−（９０９，１０７９）」と、表示枠２「（９１０，０）−（１９１９，１０７９）」との２つの表示領域（表示枠）に分けている。

【0034】

なお、説明の都合上、図５の番組テーブル１４２０ｃにおいては、表示枠として座標を記憶させているが、別に表示枠の設定テーブルを記憶していてもよい。この場合、番組テーブル１４２０ｃには、表示枠を特定する情報を記憶すれば良い。

【0035】

また、本実施形態においては、表示領域の中に複数の表示枠があることを前提に説明するが、表示領域だけ（すなわち、表示枠が１つの状態）であってもよいことは勿論である。

【0036】

コンテンツ情報は、管理サーバ１０から、表示装置２０へ配信されるコンテンツに関する情報が記憶されている。表示装置２０は、表示枠において、コンテンツ情報に基づいてコンテンツデータを表示することとなる。コンテンツ情報としては、例えばコンテンツデータのファイル名が記憶される。また、コンテンツデータの表示時間が併せて記憶されても良い。

【0037】

図７に基づき、コンテンツ表示スケジュール１４２０の一例を説明する。コンテンツ表示スケジュール１４２０は、カレンダースケジュールテーブル１４２０ａと、タイムスケジュールテーブル１４２０ｂと、番組テーブル１４２０ｃとが含まれており、それらを結合した図となっている。図７は、表示装置ＩＤ「Sig1」で示される表示装置２０が「２０１７年４月１日」に「休日用タイムスケジュール(出口付近)」というコンテンツ表示スケジュールに基づいてコンテンツを表示することを示している。

【0038】

また、図７に示すタイムスケジュールには３つの番組が含まれ、それぞれの番組には、所定の表示枠及び表示枠毎に割り当てたコンテンツを指定していることを示している。このように、コンテンツ表示スケジュールを多段階にすることで、番組の変更や、タイムスケジュールの変更を柔軟に行うことが可能となる。

【0039】

コンテンツデータ１４２２は、サイネージデータの一部であるコンテンツデータである。コンテンツデータは、表示装置２０で表示可能なデータであり、管理サーバ１０から表示装置２０へサイネージデータに含まれて配信される。

【0040】

ここで、コンテンツデータとしては、表示装置２０で表示可能なデータであり、動画や静止画である。動画は、例えば、Audio Video Interleave(ａｖｉファイル)、Windows Media Video（ｗｍｖファイル）、ＭＰＥＧ（ｍｐｇファイル）等の何れの動画フォーマットであっても良い。また、静止画は、ＪＰＥＧ（ｊｐｇファイル）、Portable Network Graphics（ｐｎｇファイル）、Graphics Interchange Format（ｇｉｆファイル）等の何れの画像フォーマットであっても良い。また、静止画と組み合わせて音声データが記憶されても良い。なお、他にもテキストデータであってもよい。

【0041】

ハッシュ値格納領域１４４は、コンテンツ表示スケジュールハッシュ値テーブル１４４０と、コンテンツデータハッシュ値テーブル１４４２とを格納するものである。また、コンテンツ表示スケジュールハッシュ値テーブル１４４０は、カレンダースケジュールハッシュ値テーブル１４４０ａと、タイムスケジュールハッシュ値テーブル１４４０ｂと、番組ハッシュ値テーブル１４４０ｃとを格納する。

【0042】

ハッシュ値格納領域１４４は、正当性確認情報の一つであるハッシュ値について格納するテーブルである。具体的には、コンテンツ表示スケジュール１４２０に基づいて、ハッシュ値計算部１６０により算出されるハッシュ値が、コンテンツ表示スケジュールハッシュ値テーブル１４４０に記憶される。

【0043】

詳細に説明すると、カレンダースケジュールテーブル１４２０ａに格納されているカレンダースケジュールに基づいて算出されたハッシュ値が、カレンダースケジュールハッシュ値テーブル１４４０ａに格納される。例えば、ハッシュ値として「ａａ００」が算出されれば、カレンダースケジュールに対応づけて当該ハッシュ値が格納される。

【0044】

同様に、タイムスケジュールテーブル１４２０ｂに格納されているタイムスケジュールに基づいて算出されたハッシュ値がタイムスケジュールハッシュ値テーブル１４４０ｂに、番組テーブル１４２０ｃに格納されている番組に基づいて算出されたハッシュ値が番組ハッシュ値テーブル１４４０ｃにそれぞれ格納される。

【0045】

また、コンテンツデータ１４２２に基づいて算出されたハッシュ値が、コンテンツデータハッシュ値テーブル１４４２に格納される。

【0046】

代替コンテンツデータ格納領域１４８には、代替コンテンツデータとして動画又は静止画が格納されている。ここで、代替コンテンツデータとは、表示装置２０が格納するサイネージデータの正当性が確認できなかった場合に、代わりとして表示するデータである。代替コンテンツデータは、表示装置２０で表示可能な動画又は静止画のデータであり、管理サーバ１０から表示装置２０へ送信される。

【0047】

サイネージ管理プログラム１５０は、制御部１１０が記憶部１４０から読み出して実行することにより、サイネージ管理処理を実現するプログラムである。サイネージ管理処理によって、コンテンツデータの登録、コンテンツ表示スケジュールの作成、表示装置２０へのサイネージデータの配信、サイネージデータの正当性の確認等が実現される。

【0048】

ハッシュ値計算部１６０は、入力されたデータに対して、それに対応するハッシュ値を計算するための機能部である。ハッシュ値は、ハッシュ関数を用いて求める。ここでハッシュ関数とは、与えられた入力データから、一定長のデータに要約するための関数をいう。ハッシュ関数としては、いずれかの公知の方法を用いればよく、例えば、ＭＤ５、ＳＨＡ−２、ＳＨＡ−３等を用いることができる。

【0049】

［１．２．２ 表示装置］
表示装置２０の機能構成について、図８に基づいて説明する。表示装置２０は、デジタルサイネージとして設置ロケーションで実際の表示を行う装置であり、制御部２１０と、通信部２２０と、表示部２３０と、記憶部２４０と、ハッシュ値計算部２６０と、外部ＩＦ部２７０とを備えて構成されている。

【0050】

制御部２１０は、表示装置２０の全体を制御するための機能部である。制御部２１０は、記憶部２４０に記憶されている各種プログラムを読み出して実行することにより各種機能を実現しており、例えばＣＰＵ（Central Processing Unit）等により構成されている。

【0051】

通信部２２０は、主に管理サーバ１０と通信を行うための機能部である。例えば、有線
ＬＡＮにより通信可能な機能部であったり、無線ＬＡＮにより通信可能な機能部であったりする。通信方式としては、ＥｔｈｅｒｎｅｔやＩＥＥＥ８０２．１１ａ／ｂ／ｇ／ｎであっても良いし、ＬＴＥ通信網やＷｉＭＡＸのような通信網であっても良い。

【0052】

表示部２３０は、コンテンツ表示スケジュールに従ってコンテンツデータを表示するための機能部である。例えば、ＬＣＤ（liquid crystal display）や、有機ＥＬディスプレイ、プロジェクタ等により構成されている。

【0053】

記憶部２４０は、表示装置２０の動作に必要な各種プログラムや、各種データが記憶されている機能部である。記憶部２４０は、例えば、半導体メモリや、ＨＤＤ（Hard Disk Drive）等により構成されている。

【0054】

記憶部２４０には、サイネージデータ格納領域２４２と、表示データハッシュ値格納領域２４６と、代替コンテンツデータ格納領域２４８とを確保し、さらにサイネージ表示プログラム２５０を記憶する。

【0055】

サイネージデータ格納領域２４２には、管理サーバ１０から配信されるサイネージデータが格納される。サイネージデータ格納領域２４２には、コンテンツ表示スケジュール２４２０と、コンテンツデータ２４２２とが格納されている。

【0056】

コンテンツ表示スケジュール２４２０は、管理サーバ１０から送信されるコンテンツ表示スケジュール１４２０が格納されることとなる。すなわち、カレンダースケジュールテーブル１４２０ａがカレンダースケジュールテーブル２４２０ａに、タイムスケジュールテーブル１４２０ｂがタイムスケジュールテーブル２４２０ｂに、番組テーブル１４２０ｃが番組テーブル２４２０ｃにそれぞれ格納される。

【0057】

これらのコンテンツ表示スケジュール２４２０は、管理サーバ１０における当該表示装置２０に対応するコンテンツ表示スケジュールを抽出したものであり、データ構成については、管理装置で説明したために省略する。

【0058】

また、コンテンツデータ２４２２は、管理サーバ１０から配信されたコンテンツデータである。当該コンテンツデータも、管理サーバ１０が記憶しているコンテンツデータの中から、表示装置２０で表示するコンテンツデータが含まれることになる。また、代替コンテンツデータ格納領域２４８も、管理サーバ１０から配信される代替コンテンツデータが格納される。代替コンテンツは、表示装置２０毎に異なれば、管理サーバ１０に記憶された代替コンテンツデータの中から表示装置２０に応じた代替コンテンツが送信される。また、代替コンテンツはシステム全体で共通であれば、管理サーバ１０に記憶された代替コンテンツデータと、表示装置２０において記憶される代替コンテンツデータとは同一となる。

【0059】

表示データハッシュ値格納領域２４６は、ハッシュ値計算部２６０において算出されたハッシュ値が、それぞれ格納される領域である。すなわち、コンテンツ表示スケジュール２４２０のハッシュ値が、コンテンツ表示スケジュールハッシュ値テーブル２４６０に記憶される。

【0060】

具体的には、カレンダースケジュールテーブル２４２０ａに格納されているカレンダースケジュールから算出されるハッシュ値がカレンダースケジュールハッシュ値テーブル２４６０ａに、タイムスケジュールテーブル２４２０ｂに格納されているタイムスケジュールから算出されるハッシュ値がタイムスケジュールハッシュ値テーブル２４６０ｂに、番組テーブル２４２０ｃに格納されている番組から算出されるハッシュ値が番組ハッシュ値テーブル２４６０ｃにそれぞれ記憶される。

【0061】

また、コンテンツデータ２４２２に対応するハッシュ値が、コンテンツデータハッシュ値テーブル２４６２にそれぞれ格納される。

【0062】

これらのハッシュ値は、表示装置２０で表示しようとしているサイネージデータに関するハッシュ値となり、本実施形態では、番組の再生前に算出し、表示データハッシュ値格納領域２４６に格納している。

【0063】

ハッシュ値計算部２６０は、入力されたデータに対して、それに対応するハッシュ値を計算するための機能部である。ハッシュ値は、ハッシュ関数を用いて求める。ここでハッシュ関数とは、与えられた入力データから、一定長のデータに要約するための関数をいう。ハッシュ関数としては、いずれかの公知の方法を用いればよく、例えば、ＭＤ５、ＳＨＡ−１、ＳＨＡ−２５６等を用いることができる。

【0064】

なお、表示装置２０が格納するサイネージデータの正当性を確認するために、コンテンツデータ等のハッシュ値を算出し、算出したハッシュ値を管理サーバ１０に送信する。したがって、ハッシュ値計算部２６０で用いられるハッシュ関数は、管理サーバ１０のハッシュ値計算部１６０で用いられているハッシュ関数と同じものにし、管理サーバ１０で正当性を確認できるようにしなければならない。

【0065】

外部ＩＦ（interface）部２７０は、外部機器が接続可能なＩＦ部である。例えば、ＵＳＢ（Universal Serial Bus）により、各種装置が接続可能である。例えば、メンテナンス用にキーボードやマウスや、ＵＳＢメモリ等が接続可能である。

【0066】

［１．３ 処理の流れ］
つづいて、本実施形態における処理の流れについて説明する。

【0067】

［１．３．１ サイネージ管理処理］
図９はサイネージ管理処理について説明するフローチャートである。サイネージ管理処理は、制御部１１０が、記憶部１４０からサイネージ管理プログラム１５０を読み出して実行することにより実現する処理である。

【0068】

まず、管理者の操作が行われると（ステップＳ１００２）、その操作が何であるかを判定する。

【0069】

まず、終了操作であったか否かを判定する（ステップＳ１００４）。終了操作であった場合は本処理を終了する（ステップＳ１００４；Ｙｅｓ）。終了操作としては、電源ＯＦＦの操作であったり、プログラムを終了する操作であったりする。

【0070】

次に、代替コンテンツデータ格納操作であったか否かを判定する（ステップＳ１００６）。代替コンテンツデータ格納操作の場合は、予め用意した代替コンテンツデータを代替コンテンツデータ格納領域１４８に格納する（ステップＳ１００６；Ｙｅｓ→ステップＳ１００８）。格納される代替コンテンツデータは、例えば管理者が用意した他の記憶媒体に格納されているコンテンツデータとすることが考えられる。

【0071】

さらに、サイネージデータ格納操作であったか否かを判定する（ステップＳ１０１０）。サイネージデータ格納操作であった場合は、サイネージデータ格納処理を実行する（ステップＳ１０１０；Ｙｅｓ→ステップＳ１０１２）。サイネージデータ格納処理については後述する。

【0072】

つづいて、管理サーバ１０から表示装置２０へ未配信データを配信する時間であるかを判定する（ステップＳ１０１４）。ここで、未配信データとは、サイネージデータ及び代替コンテンツデータのうち、管理サーバ１０から表示装置２０へ配信していないコンテンツデータをいう。未配信データを配信する時間であれば、未配信データ配信処理を行う（ステップＳ１０１４；Ｙｅｓ→ステップＳ１０１６）。未配信データ配信処理については後述する。

【0073】

つづいて、管理サーバ１０は、正当性確認要求信号を表示装置２０から受信した場合に、正当性確認処理を実行する（ステップＳ１０１８；Ｙｅｓ→ステップＳ１０２０）。ここで、正当性確認要求信号とは、表示装置２０が表示するサイネージデータ（コンテンツ表示スケジュール及びコンテンツデータ）の正当性の有無の確認を、管理サーバ１０に求めるために送信される信号である。正当性確認処理の動作については後述する。

【0074】

［１．３．２ サイネージデータ格納処理］
つづいて、サイネージデータ格納処理について図１０を参照して説明する。

【0075】

まず、管理者の操作が行われると（ステップＳ１０５２）、その操作がサイネージデータ格納処理の終了操作であったか否かを判定する（ステップＳ１０５４）。サイネージデータ格納処理の終了操作としては、サイネージデータの格納を行う機能を終了させる操作である。このような操作がされた場合には、本処理を終了する（ステップＳ１０５４；Ｙｅｓ）。

【0076】

つづいて、コンテンツデータの格納を行う（ステップＳ１０５６）。コンテンツデータの格納とは、予め用意されたコンテンツデータをサイネージデータ格納領域１４２にコンテンツデータ１４２２として格納することである。予め用意されたコンテンツデータとしては、例えば、管理者が用意した他の記憶媒体に格納されているコンテンツデータとすること考えられる。また、コンテンツデータをサイネージデータ格納領域１４２に格納するときに、当該コンテンツデータのハッシュ値を算出し、コンテンツデータハッシュ値テーブル１４４２に、コンテンツ名と対応付けて、算出したハッシュ値を格納してもよい。

【0077】

つづいて、番組を作成する（ステップＳ１０５８）。番組の作成は、番組名と、その番組内で表示する表示枠と、それぞれ表示枠に表示するコンテンツとを指定することで行う。作成した番組は、番組テーブル１４２０ｃに格納される。また、番組を番組テーブル１４２０ｃに格納するときに、当該番組のハッシュ値を算出し、番組ハッシュ値テーブル１４４０ｃに、番組名と対応付けて、算出したハッシュ値を格納してもよい。

【0078】

つづいて、タイムスケジュールを作成する（ステップＳ１０６０）。タイムスケジュールの作成は、タイムスケジュール名と、時間帯と、その時間帯に割り当てる番組名とを指定することで行う。作成したタイムスケジュールは、タイムスケジュールテーブル１４２０ｂに格納される。また、タイムスケジュールをタイムスケジュールテーブル１４２０ｂに格納するときに、当該タイムスケジュールのハッシュ値を算出し、タイムスケジュールハッシュ値テーブル１４４０ｂに、タイムスケジュール名と対応付けて、算出したハッシュ値を格納してもよい。

【0079】

つづいて、カレンダースケジュールを作成する（ステップＳ１０６２）。カレンダースケジュールの作成は、表示装置ＩＤと、日付と、その日付に割り当てるタイムスケジュール名とを指定することで行う。作成したカレンダースケジュールは、カレンダースケジュールテーブル１４２０ａに格納される。また、カレンダースケジュールをカレンダースケジュールテーブル１４２０ａに格納するときに、当該カレンダースケジュールのハッシュ値を算出し、カレンダースケジュールハッシュ値テーブル１４４０ａに、表示装置ＩＤと日付とを対応付けて、算出したハッシュ値を格納してもよい。

【0080】

［１．３．３ 未配信データ配信処理］
つづいて、未配信データ配信処理について図１１を参照して説明する。

【0081】

まず、未配信データの配信先である表示装置２０の代替コンテンツデータ格納領域２４８がＲＯＭ化されていないかを判定する（ステップＳ１１０２）。代替コンテンツデータ格納領域２４８がＲＯＭ化されていないかの判定は、例えば管理サーバ１０が管理対象である表示装置２０の代替コンテンツデータ格納領域２４８がＲＯＭであるかの情報を記憶し、配信先の表示装置２０の情報を読み出して判定したり、表示装置２０の代替コンテンツデータ格納領域２４８の構成を問い合わせる信号を送信し、その信号を用いて判定したりすることが考えられる。

【0082】

配信先の表示装置２０の代替コンテンツ格納領域がＲＯＭ化されていない場合は、管理サーバ１０の代替コンテンツデータ格納領域１４８に格納されている代替コンテンツデータのうち、未配信の代替コンテンツデータが存在するかを判定する（ステップＳ１１０２；Ｙｅｓ→ステップＳ１１０４）。未配信の代替コンテンツデータが存在する場合は、未配信の代替コンテンツデータを表示装置２０へ配信する（ステップＳ１１０４；Ｙｅｓ→ステップＳ１１０６）。

【0083】

つづいて、管理サーバ１０のサイネージデータ格納領域１４２に格納されているサイネージデータ（コンテンツ表示スケジュール及びコンテンツデータ）のうち、未配信のサイネージデータが存在するかを判定する（ステップＳ１１０８）。未配信のサイネージデータが存在する場合は、未配信のサイネージデータを表示装置２０へ配信する（ステップＳ１１０８；Ｙｅｓ→ステップＳ１１１０）。

【0084】

つづいて、上述した処理を、管理サーバ１０が管理している表示装置２０全てについて行ったかを判定する（ステップＳ１１１２）。管理サーバ１０が管理対象とする、全ての表示装置２０について上述した処理を行った場合は、未配信データ配信処理を終了する。それ以外の場合は、上述した処理を行っていない表示装置２０について、同様に上述した処理を行う。

【0085】

［１．３．４ 正当性確認処理］
つづいて、正当性確認処理について図１２を参照して説明する。

【0086】

正当性確認処理は、表示装置２０から正当性確認要求信号を受信して実行される処理である。表示装置２０から送信される正当性確認要求信号には、正当性の確認対象となるデータを識別する識別子と、その識別子によって特定されるデータのハッシュ値とが１又は複数含まれるものとする。ここで、データを識別する識別子によって識別されるものは、端末装置ＩＤと日付、タイムスケジュール名、番組名、コンテンツ名のいずれかである。また、端末装置ＩＤと日付によってカレンダースケジュールが特定され、タイムスケジュール名によってタイムスケジュールが特定され、番組名によって番組が特定され、コンテンツ名によりコンテンツデータが特定される。

【0087】

まず、正当性確認要求信号から、識別子と、その識別子によって識別されるデータのハッシュ値（第１のハッシュ値）とを１つ抽出する。（ステップＳ１１５２）。

【0088】

つづいて、抽出した識別子に基づいて、ハッシュ値格納領域１４４から識別子と一致するレコードを特定し、ハッシュ値（第２のハッシュ値）を読み出す（ステップＳ１１５４）。ここで、識別子によって特定されるデータが特定されるので、例えば、識別子がコンテンツ名であれば、コンテンツデータハッシュ値テーブル１４４２から、抽出した識別子と一致するレコードが特定され、当該レコードに含まれるハッシュ値を読み出す。

【0089】

つづいて、２つのハッシュ値、正当性確認要求信号から抽出した第１のハッシュ値と、ハッシュ値格納領域１４４から読み出された第２のハッシュ値とが一致するかを判定する（ステップＳ１１５６）。

【0090】

２つのハッシュ値が一致した場合は、正当性確認要求信号から抽出した識別子により特定されるデータについて、正当性が確認できたこととなる。この場合は、そのデータの正当性確認結果を「再生許可」とする（ステップＳ１１５６；Ｙｅｓ→ステップＳ１１５８）。

【0091】

一方、２つのハッシュ値が一致しなかった場合は、正当性確認要求信号から抽出した組に含まれる識別子により特定されるデータについて、正当性が確認できないこととなる。この場合は、そのデータの正当性確認結果を「再生不許可」とする（ステップＳ１１５６；Ｎｏ→ステップＳ１１６０）。

【0092】

つづいて、上述した処理を、正当性確認要求信号に含まれる識別子とハッシュ値とを全て抽出したかを判定する（ステップＳ１１６２）。正当性確認要求信号に含まれる全てのハッシュ値について上述した処理を行っていない場合は（ステップＳ１１６２；Ｎｏ）、ステップＳ１１５２に処理が戻る。

【0093】

全ての正当性確認要求信号に含まれるハッシュ値を抽出した場合は（ステップＳ１１６２；Ｙｅｓ）、正当性確認要求信号を送信した表示装置２０に対して、正当性確認結果を含む正当性確認応答信号を送信する（ステップＳ１１６４）。

【0094】

なお、送信元の表示装置２０の特定は、例えば、正当性確認要求信号の送信元のアドレス（例えば、ＩＰアドレス、ＭＡＣアドレス等）を用いたり、正当性確認応答信号に含めた表示装置ＩＤを利用したりすることが考えられる。

【0095】

なお、正当性確認処理において、管理サーバ１０と表示装置２０とで送受信するデータは、正当性確認のために必要な情報を表現できる形式であれば、どのように形式でも良い。

【0096】

ここで、図１３に送受信するデータをＸＭＬ形式で表現した例を示す。図１３（ａ）は、正当性確認要求信号に含まれるデータである。このＸＭＬでは、programタグの要素が番組のハッシュ値を表現し、contentタグの要素がコンテンツデータのハッシュ値を表現している。また、programタグ、contentタグにはname属性を付与することとし、name属性の属性値として、データを特定する識別子を記述することとしている。

【0097】

また、図１３（ｂ）は、正当性確認応答信号に含まれるデータである。こちらもprogramタグ、contentタグを有するが、図１３（ａ）とは異なり、それぞれの要素は正当性確認結果を表現している。図１３（ｂ）の８行目は、CM1-PIC2.JPGというコンテンツ名のコンテンツデータが、再生不許可（invalid）であることを表している。したがって、後述するサイネージ表示処理によれば、表示装置２０は、番組「旅行ＣＭ１」を表示するときは、CM1-PIC2.JPGの代わりに代替コンテンツデータを表示することとなる。

【0098】

［１．３．５ サイネージ表示処理］
つづいて、サイネージ表示処理について図１４を参照して説明する。サイネージ表示処理は、制御部２１０が、記憶部２４０からサイネージ表示プログラム２５０を読み出して実行することにより実現する処理である。

【0099】

まず、管理者の操作が行われると（ステップＳ１２０２）、その操作がサイネージ表示処理の終了操作であったか否かを判定する（ステップＳ１２０４）。サイネージ表示処理の終了操作としては、サイネージ表示処理を行う機能を終了させる操作である。このような操作がされた場合には、本処理を終了する（ステップＳ１２０４；Ｙｅｓ）。

【0100】

つづいて、管理サーバ１０から配信されるデータがあるかを判定する（ステップＳ１２０６）管理サーバ１０から配信されるサイネージデータがあれば、配信データ受信処理を行う（ステップＳ１２０６；Ｙｅｓ→ステップＳ１２０８）。なお、配信データ受信処理については後述する。

【0101】

つづいて、コンテンツ表示スケジュール２４２０に沿って、番組を表示装置２０において表示する処理である番組表示処理を行う（ステップＳ１２１０）。番組表示処理については後述する。

【0102】

つづいて、コンテンツ表示スケジュール２４２０に定義されたスケジュールにおいて規定した終了時間に至ったか又はコンテンツ受信処理のみを目的としてコンテンツ表示処理が実行されたかどうかを判定する（ステップＳ１２１２）。前記した条件に該当する場合は、本処理は終了する（ステップＳ１２１２；Ｙｅｓ）。それ以外の場合は、サイネージ表示処理を継続する（ステップＳ１２１２；Ｎｏ）。

【0103】

［１．３．６ 配信データ受信処理］
つづいて、配信データ受信処理について図１５を参照して説明する。

【0104】

まず、表示装置２０は、管理サーバ１０から代替コンテンツデータの配信があったかを判定する（ステップＳ１２５２）。代替コンテンツデータの配信があった場合は（ステップＳ１２５２；Ｙｅｓ）、表示装置２０は書き換え防止技術を使用しているかを判定し（ステップＳ１２５４）、書き換え防止技術を使用していた場合は一時的に書き換え防止技術の無効化をする（ステップＳ１２５４；Ｙｅｓ→ステップＳ１２５６）。

【0105】

ここで、書き換え防止技術とは、例えば書き換えを防止する領域を仮想的にＲＯＭ化する技術や、ＥＷＦ（Enhanced Write Filter）、ＦＢＷＦ（File-Based Writer Filter）といった公知の技術が利用されている。

【0106】

つづいて、管理サーバ１０から配信された代替コンテンツデータを、代替コンテンツデータ格納領域２４８に格納する（ステップＳ１２５８）。

【0107】

つづいて、書き換え防止技術を無効にしていた場合は（ステップＳ１２６０；Ｙｅｓ）、書き換え防止技術を再び有効にする（ステップＳ１２６２）。これにより、代替コンテンツデータ格納領域２４８に格納した代替コンテンツデータが書き換えを防ぐことができる。

【0108】

つづいて、サイネージデータの配信があったかを判定する（ステップＳ１２６４）。サイネージデータの配信があった場合は（ステップＳ１２６４；Ｙｅｓ）、配信されたサイネージデータを受信し、サイネージデータ格納領域２４２に格納する（ステップＳ１２６６）。

【0109】

このように、本実施形態における代替コンテンツデータは、書き換え防止技術を適用可能な代替コンテンツデータ格納領域２４８に格納することができる。したがって、外部ＩＦ部２７０から、第三者が異なるコンテンツデータで上書きしようとしても、代替コンテンツデータの正当性は保証されることとなる。

【0110】

［１．３．７ 番組表示処理］
つづいて、番組表示処理について図１６を参照して説明する。

【0111】

はじめに、コンテンツ表示スケジュール２４２０を参照し、次に表示すべき番組の割り当てがあるか否かを判定する（ステップＳ１３０２）。具体的には、現在の時刻と、カレンダースケジュールテーブル２４２０ａに記憶されているカレンダースケジュールと、タイムスケジュールテーブル２４２０ｂに記憶されているタイムスケジュールとを比較して、次に表示すべき番組の割当てが有るかを判定する。次の番組の割当てがなければ、番組表示処理は終了する（ステップＳ１３０２；Ｎｏ）。

【0112】

次の番組の割当てがある場合は（ステップＳ１３０２；Ｙｅｓ）、次の番組のハッシュ値と、次の番組で表示されるコンテンツデータのハッシュ値とを算出する（ステップＳ１３０４）。番組のハッシュ値は、番組名と対応付けて、番組ハッシュ値テーブル２４６０ｃに格納される。また、コンテンツデータのハッシュ値は、コンテンツ名と対応付けて、コンテンツデータハッシュ値テーブル２４６２に格納される。

【0113】

つづいて、管理サーバ１０に対して、算出されたハッシュ値を含めて正当性確認要求信号を送信する（ステップＳ１３０６）。このとき、正当性確認要求信号には、算出されたハッシュ値と、ハッシュ値に対応するコンテンツ名や、番組を識別するための識別子とが含まれるものとする。

【0114】

本実施形態においては、正当性確認要求信号の送信を、番組を再生する直前としている。番組を再生する直前とは、例えば、番組の開始時刻の３分前、５分前といった、番組の開始時刻から所定の時間を遡ったときとしても良いし、ターンアラウンドタイムを考慮して、動的に決定しても良い。

【0115】

つづいて、管理サーバ１０から正当性確認応答信号を受信したら（ステップＳ１３０８；Ｙｅｓ）、正当性確認応答信号に含まれる正当性確認結果を抽出し、正当性確認結果によって以下の処理を行う（ステップＳ１３１０）。

【0116】

次に表示する番組や、コンテンツの正当性確認結果が全て再生許可であれば、次の番組の開始時刻から次の番組を表示装置２０で表示する（ステップＳ１３１０；Ｙｅｓ→ステップＳ１３１２）。それ以外の場合は（ステップＳ１３１０；Ｎｏ）、どのデータが再生不許可だったかによって、挙動を下記の通りにする。なお、具体的には、正当性確認要求信号に含めていた識別子に対応するハッシュ値（算出されたハッシュ値）と、管理サーバ１０に格納されているハッシュ値が一致しているか否かによって判定されている。

【0117】

番組の識別子に対応する正当性確認結果が「再生不許可」の場合、すなわち、番組の正当性が確認できない場合は（ステップＳ１３１４；Ｙｅｓ）、当該番組を表示する時間帯は、番組自体を代替コンテンツデータに差し替える（ステップＳ１３１６）。差し替えの方法としては、本来の番組の開始時間から、終了時間までは、画面全体を領域とする表示枠を１つ設定し、その表示枠では代替コンテンツを一定の順番で表示することが考えられる。また、表示枠の中に表示される番組を、代替コンテンツとして差し替えて表示しても良い。

【0118】

つづいて、コンテンツの識別子に対応する正当性確認結果が「再生不許可の場合」、すなわち一部のコンテンツデータの正当性が確認できなかった場合は（ステップＳ１３１４：Ｎｏ）、正当性が確認できなかったコンテンツデータを代替コンテンツに差し替える（ステップＳ１３１８）。

【0119】

この場合、正当性が確認できたコンテンツデータはそのまま表示される。したがって、ある時点において、コンテンツデータと代替コンテンツデータとが混在して表示装置２０に表示される場合があってもよい。

【0120】

本実施形態においては、番組を再生する直前に番組とコンテンツデータの正当性の確認を行っているが、これを個別に行っても良い。すなわち、番組は番組を再生する直前に行い、コンテンツデータはコンテンツデータを表示する直前に行っても良い。コンテンツデータを表示する直前とは、例えば、コンテンツデータの表示がされる３分前、５分前といった時としても良いし、ターンアラウンドタイムを考慮して、動的に決定しても良い。

【0121】

コンテンツデータを表示する直前にコンテンツデータの正当性を確認することで、番組を再生する直前にコンテンツデータの正当性を確認する場合に比べて、よりサイネージデータの正当性が保証されることが期待できる。

【0122】

［１．４ 動作例］
続いて、第１実施形態における動作例を、図１７を用いて説明する。図１７（ａ）は表示装置２０の代替コンテンツデータを示している。また、図１７（ｂ）はタイムスケジュールの一部を表しており、割り当てられた番組のハッシュ値（図１７では「番組ハッシュ値」と記載している）も併記している。このうち、「管理サーバ」の下に示したタイムスケジュールが、管理サーバ１０が格納しているタイムスケジュールである。

【0123】

ここで、管理サーバ１０が格納している番組を番組Ｃ１５２、番組Ｃ１５４、番組Ｃ１５６とする。また、表示装置２０に格納された番組（すなわち、管理サーバ１０から配信されたはずの番組）を番組Ｃ１６２、番組Ｃ１６４、番組Ｃ１６６とする。

【0124】

本来は、管理サーバ１０で格納している番組は、表示装置２０で表示する番組と一致する。したがって、番組Ｃ１５２の番組のハッシュ値（管理サーバ１０に格納されているハッシュ値）は、番組Ｃ１６２の番組のハッシュ値（表示装置２０で算出されたハッシュ値）と等しい。

【0125】

ここで、番組Ｃ１６４は、第三者によって書き換えられた番組であったとする。このとき、番組Ｃ１６４の番組のハッシュ値が、番組Ｃ１５４のハッシュ値とは異なることとなる。したがって、番組Ｃ１６４を表示する前に、正当性確認応答信号を確認すると、正当性確認結果は「再生不許可」となる。したがって、番組Ｃ１６４は表示装置２０では表示されず、その番組が本来表示されるべき時間帯は、代替コンテンツデータを表示することとなる。

【0126】

以上より、実際の表示装置２０が実際に行う表示は、図１７（ｂ）の「実際の表示」の番組Ｃ１７４に示すように、ＣＭ１の番組の終了時刻から、ＣＭ３の番組の開始時刻までは、代替コンテンツデータを表示することとなる。

【0127】

なお本実施形態では、番組とコンテンツデータの正当性を確認するが、正当性確認要求信号内のリストに、タイムスケジュールやカレンダースケジュールの正当性を確認するための識別子とその識別子で指し示されるデータのハッシュ値とを追加することで、タイムスケジュールやカレンダースケジュールの正当性を確認できる。

【0128】

すなわち、サイネージデータにおいて、コンテンツ表示スケジュール２４２０に含まれるスケジュールのハッシュ値と、管理サーバ１０に格納されているハッシュ値とを比較することが可能である。この場合、例えば、タイムスケジュールに基づくハッシュ値の場合は、表示装置２０が所定のタイミング（例えば、１日１回午前９時といった時刻）でデータの正当性を確認することとしてもよい。

【0129】

このように、本実施形態によれば、表示装置２０でサイネージデータを表示する場合に、正当性確認情報を利用することで、表示する番組やコンテンツが管理サーバ１０から配信されたものであるか否かを確認することができる。また、更に本来配信されたサイネージデータに含まれる番組やコンテンツが格納されている場合には、代替コンテンツを表示するといった処理を行うことができる。

【0130】

また、代替コンテンツは、書換え可能な領域に記憶されていることから、第三者によって書き換えられる可能性が極めて低い。これにより、管理者としては不適切なコンテンツを表示装置２０に表示させないといった管理を行うことができるようになる。

【0131】

また、上述した実施形態では、第三者による番組やコンテンツデータの改竄を例に説明したが、データの破損・欠落といった場合にも対応できることは勿論である。

【0132】

［２．第２実施形態］
つづいて、第２実施形態について説明する。第２実施形態は、第１実施形態と構成は同じであるが、管理サーバ１０側でサイネージデータの整合性が確認できなかった場合に、当該サイネージデータを再配信する実施形態である。

【0133】

本実施形態は、第１実施形態の図１２の処理を図１８の処理に置き換え、第１実施形態の図１１の処理を図１９の処理に置き換えた実施形態である。ここで、第２実施形態における管理サーバ１０及び表示装置２０について、第１実施形態の管理サーバ１０及び表示装置２０の機能構成は、第１実施形態と同一であるため、その説明を省略する。また、図１１及び図１２の処理と同一の処理については、同一の符号を付すことで、その詳細な説明を省略する。

【0134】

図１８のステップＳ１１５６では、正当性確認要求信号から抽出したハッシュ値（すなわち、表示装置２０において算出されたハッシュ値）と、ハッシュ値格納領域１４４から読み出されたハッシュ値（すなわち、管理サーバ１０において算出されたハッシュ値）とが一致するかを判定する。ここで、２つのハッシュ値が一致しなかった場合は、その正当性確認要求信号から抽出した識別子から特定されるデータの再配信の予約を行う（ステップＳ２００２）。

【0135】

ここで、再配信の予約をするデータとしては、正当性が確認出来なかった番組やコンテンツデータだけでもよいし、サイネージデータ全体を再配信の予約を行っても良い。また、コンテンツデータの場合は、正当性が確認出来なかったコンテンツデータの再配信の予約を行い、コンテンツスケジュールデータの場合は、サイネージデータの再配信を予約を行ってもよい。

【0136】

再配信の予約をされた場合は、図１９の未配信データ配信処理のステップにおいて、再配信が予約されたデータ（例えば、サイネージデータ）が存在するかの判定において、存在することとなり（ステップＳ２０５２；Ｙｅｓ）、管理サーバ１０から表示装置２０へ、データが再配信されることとなる（ステップＳ２０５４）。

【0137】

なお、再配信については、それ以外にも例えば、所定時間毎に再配信を行うか否かを管理サーバ１０で確認してもよい。また、表示装置２０から、再配信信号を管理サーバ１０に送信し、割り込み処理としてその都度実行してもよい。

【0138】

これにより、本来表示されるべき番組やコンテンツデータが表示装置２０に送信され、正当性が確認できなかったデータを修復することができる。この場合、同じ番組に対する次回以降の正当性確認要求に対して、全て再生許可となる可能性が高まると考えられる。これにより、代替コンテンツデータを表示する機会を減らし、表示装置２０の信頼性を高める効果が期待できる。

【0139】

［３．第３実施形態］
つづいて、第３実施形態について説明する。第３実施形態は、第１実施形態と構成は同じであるが、管理サーバ１０側でサイネージデータの整合性が確認できなかった回数が、所定の回数を超えた場合に、正当性確認応答信号を送信した送信元の表示装置２０のリカバリ処理を行う実施形態である。

【0140】

本実施形態は、第１実施形態の図１２の処理を図２０の処理に置き換えた実施形態である。ここで、第３実施形態における管理サーバ１０及び表示装置２０について、第１実施形態の管理サーバ１０及び表示装置２０の機能構成は、第１実施形態と同一であるため、その説明を省略する。また、図１２の処理と同一の処理については、同一の符号を付すことで、その詳細な説明を省略する。

【0141】

図２０のステップＳ１１５６では、正当性確認要求信号から抽出したハッシュ値（第１のハッシュ値）と、ハッシュ値格納領域１４４から読み出されたハッシュ値（第２のハッシュ値）とが一致するかを判定する。ここで、２つのハッシュ値が一致しなかった場合は、その正当性確認要求信号を送信した表示装置２０の再生不許可と判定した回数を示す再生不許可回数に１を加算する（ステップＳ３００２）。再生不許可と判定した回数については、例えば管理サーバ１０の記憶部１４０に、表示装置ＩＤと、その表示装置ＩＤで特定される表示装置２０に対して再生不許可と判定した回数とを対応付けたテーブルを格納しても良い。

【0142】

つづいて、再生不許可回数が所定の回数を超えたかを判定する（ステップＳ３００４）。再生不許可回数が所定の回数以下であれば、正当性確認結果を再生不許可とする（ステップＳ３００４；Ｎｏ→ステップＳ１１６０）。また、再生不許可回数が所定の回数を超えた場合は、再生不許可判定回数が所定の回数を超えた表示装置２０に対して、リカバリ処理を実行する制御を行う（ステップＳ３００４；Ｙｅｓ→ステップＳ３００６）。

【0143】

ここで、再生不許可回数として判定する回数は、リカバリ処理を行うべきか否かを判定するための回数であり、例えば、３回、４回といった単純な累積回数であっても良いし、単位時間（例えば、１時間等）の間に再生不許可となる回数の閾値であってもよい。また、上述した実施形態では回数で説明しているが、間隔であってもよい。例えば、前回２つのハッシュ値が不一致となってから１０分以内に再び不一致となった場合には、ステップＳ３００６を実行しても良い。

【0144】

また、リカバリ処理としては、例えば、リカバリの対象とする表示装置２０に対して、表示装置２０が表示すべきサイネージデータ全てを、管理サーバ１０が配信することが考えらえる。

【0145】

つづいて、リカバリ処理が完了したら、再生不許可回数を０に戻し、その後正当性が確認できなかった場合に常にリカバリ処理が起こることを防止する（ステップＳ３００８）。

【0146】

これにより、表示装置２０のサイネージデータが、大規模に書き換えられる等の理由により正当性が確認できない状態が続いても、サイネージデータ全てを配信することで、サイネージデータの回復が図られ、表示装置２０の信頼性を高める効果が期待できる。

【0147】

［４．第４実施形態］
つづいて、第４実施形態について説明する。第４実施形態は、その日に再生するサイネージデータの正当性の確認を、その日に一回だけ行う実施形態である。すなわち、サイネージデータの正当性の確認を行う時刻の基準を決め、そこから２４時間という時間間隔を経過したときに、その日に再生するサイネージデータの正当性の確認を行う実施形態である。例えば、毎日午前５時にサイネージデータの正当性を確認したいのであれば、正当性を確認する基準とする時刻を午前５時とすれば良い。

【0148】

本実施形態は、第１実施形態の図１６の処理を図２１の処理に置き換えた実施形態である。ここで、第４実施形態における管理サーバ１０及び表示装置２０について、第１実施形態の管理サーバ１０及び表示装置２０の構成と同様な構成のものは同一の符号を付することで説明を省略する。また、図１６処理と同一の処理については、同一の符号を付すことで、その詳細な説明を省略する。

【0149】

まず、正当性確認時期であるかを判定する（ステップＳ４００２）。正当性確認時期とは、正当性の確認を行う時をいい、具体的には、基準とした時刻から２４時間という時間間隔を経過した後であって、初めて正当性の確認を行う時を言う。

【0150】

正当性確認時期であれば、当日表示するサイネージデータのハッシュ値を算出する（ステップＳ４００２；Ｙｅｓ→ステップＳ４００４）。ここで、当日表示するサイネージデータのハッシュ値は、コンテンツスケジュールと、コンテンツデータとの全てのハッシュ値を算出しても良いし、当日表示する全てのコンテンツデータのハッシュ値のみを算出しても良い。

【0151】

つづいて、算出されたハッシュ値と、ハッシュ値に対応する識別子とを含めた正当性確認要求信号を、管理サーバ１０に送信する（ステップＳ４００６）。管理サーバ１０から正当性確認応答信号を受信したら、その正当性確認結果を記憶する（ステップＳ４００８）。正当性確認結果の記憶先としては、例えば記憶部２４０が考えられる。また、正当性確認結果は、コンテンツ表示スケジュール２４２０によって規定される当日再生する全ての番組が再生されるまでは、記憶する必要がある。

【0152】

つづいて、次の番組の割当てがある場合は（ステップＳ１３０２）、その番組を表示するために必要なサイネージデータについて、記憶している正当性確認応答信号の正当性確認結果を参照する。正当性確認結果が全て再生許可であれば、次の番組を開始時刻から再生する（ステップＳ４０１０；Ｙｅｓ→ステップＳ１３１２）。正当性確認結果が全て再生許可ではなかった場合は、（ステップＳ４０１０；Ｎｏ→ステップＳ１３１４）、正当性が確認できなかったサイネージデータを代替コンテンツに差し替えて番組を再生する
これにより、番組開始前の正当性確認のための処理がなくすことができる。この場合、複数の表示装置２０を管理している場合で、番組が切り替わるタイミングが集中していたとしても、正当性確認要求信号及び正当性確認応答信号によってネットワークが輻輳することを防ぐ効果が期待できる。

【0153】

なお、本実施形態において、サイネージデータの正当性の確認をその日に一回だけ行う場合について説明したが、一日に２回以上確認しても良い。具体的には、サイネージデータの正当性の確認を行う時間間隔を１２時間とすれば良い。さらに頻繁に正当性を確認したい場合は、時間間隔として３時間や６時間という時間を設定しても良い。また、基準となる時刻を設けずに、表示装置２０の電源を投入してから所定の時間間隔を経過した後（例えば１時間）に正当性を確認することとしても良い。

【0154】

また、サイネージデータの正当性の確認を行う時間間隔が２４時間よりも短い場合は、ステップＳ４００４においてハッシュ値を算出する対象とするサイネージデータを、次の正当性確認時期までに再生されるサイネージデータに限定しても良い。

【0155】

［５．第５実施形態］
つづいて、第５実施形態について説明する。第５実施形態は、正当性確認情報として、サイネージデータのハッシュ値以外を利用する場合の実施形態である。

【0156】

すなわち、正当性確認情報を確認する情報として、ハッシュ値の代わりにファイルサイズを利用することが考えられる。例えば、管理サーバ１０に格納されたコンテンツ表示スケジュールと、表示装置２０に格納されたコンテンツ表示スケジュール２４２０とのデータサイズ（例えば、ファイルサイズ）を比較することにより、表示装置２０におけるデータの正当性が確認できるか否かを行うことができる。

【0157】

また、コンテンツデータについても、管理サーバ１０に格納されているコンテンツデータと、表示装置２０において格納されているコンテンツデータとのファイルサイズを比較することにより、コンテンツデータの正当性を確認することができる。

【0158】

すなわち、管理サーバ１０は、ファイルサイズが異なる場合は正当性が確認できないとして正当性確認結果を再生不許可とする。また、管理サーバ１０は、ファイルサイズが同じの場合は、正当性が確認できないとして正当性確認結果を再生許可とする。

【0159】

なお、正当性確認情報は、管理サーバ１０と、表示装置２０とのサイネージデータ（コンテンツ表示スケジュール、コンテンツデータ）とが一致しているか否かを確認するための情報であればよい。例えば、ファイルのタイムスタンプ（日付）や、ファイルＩＤといった識別情報、付加された権利情報等を利用しても良い。また、それらの情報を組み合わせて利用しても良いことは勿論である。

【0160】

［６．効果］
上述した各実施形態により、第三者によるサイネージデータの改ざん等が行われることにより、意図しないサイネージデータがコンテンツ表示装置に格納されたとしても、改ざんされたサイネージデータに基づく番組は表示されないこととなる。そして、改ざんされたコンテンツデータの代わりに、代替コンテンツデータが表示されることとなる。これにより、改ざんされたコンテンツを表示しないだけでなく、いわゆる放送事故と呼ばれる状態を回避することができるため、広告機材としての信頼を確保することができる。

【0161】

また、サイネージデータを表示する前にサイネージデータの正当性を確認することにより、コンテンツ管理装置からコンテンツ表示装置へ、確実にサイネージデータが配信されたことが検証できるため、結果的に運用上の精度向上につなげることができる。

【0162】

また、サイネージデータが正しく表示されているかどうかを、管理者が目視などにより監視することなく、自動的に確認できるため、管理者の負担を軽減することが期待できる。

【0163】

［７．変形例］
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も特許請求の範囲に含まれる。

【0164】

また、上述した実施形態では、表示装置に各機能部を有することとして説明したが、表示制御装置に、ＨＤＭＩ（登録商標）等を介して接続された表示装置にコンテンツデータを表示するシステムであってもよい。この場合、表示制御装置に、サイネージデータや、ハッシュ値が記憶され、１又は複数の表示装置に対してコンテンツデータを表示するといった構成にすることができる。

【0165】

また、上述した実施形態では、表示装置２０で算出されたハッシュ値は表示データハッシュ値格納領域２４６に格納されることとして説明しているが、この格納は一時的な格納であってもよい。すなわち、コンテンツ表示スケジュールのハッシュ値又はコンテンツデータのハッシュ値を算出し、そのまま管理サーバ１０に送信することとしても良い。

【0166】

また、上述した実施形態は、それぞれの実施形態を組み合わせて実行することができることは勿論である。例えば、第１実施形態と第２実施形態と第３実施形態とを組み合わせて実行することで、代替コンテンツデータが表示される機会を減らすことが期待できる。

【0167】

また、実施形態において各装置で動作するプログラムは、上述した実施形態の機能を実現するように、ＣＰＵ等を制御するプログラム（コンピュータを機能させるプログラム）である。そして、これら装置で取り扱われる情報は、その処理時に一時的に一時記憶装置（例えば、ＲＡＭ）に蓄積され、その後、ＨＤＤやＳＳＤ（solid state drive）などの
記憶装置に格納され、必要に応じてＣＰＵによって読み出し、修正・書き込みが行なわれる。

【0168】

また、市場に流通させる場合には、可搬型の記録媒体にプログラムを格納して流通させたり、インターネット等のネットワークを介して接続されたサーバコンピュータに転送したりすることができる。この場合、サーバコンピュータの記憶装置も本発明に含まれるのは勿論である。

【符号の説明】

【0169】

１０ 管理サーバ
１１０ 制御部
１２０ 通信部
１４０ 記憶部
１４２ サイネージデータ格納領域
１４２０ コンテンツ表示スケジュール
１４２０ａ カレンダースケジュールテーブル
１４２０ｂ タイムスケジュールテーブル
１４２０ｃ 番組テーブル
１４２２ コンテンツデータ
１４４ ハッシュ値格納領域
１４４０ コンテンツ表示スケジュールハッシュ値テーブル
１４４０ａ カレンダースケジュールハッシュ値テーブル
１４４０ｂ タイムスケジュールハッシュ値テーブル
１４４０ｃ 番組ハッシュ値テーブル
１４４２ コンテンツデータハッシュ値テーブル
１４８ 代替コンテンツデータ格納領域
１５０ サイネージ管理プログラム
１６０ ハッシュ値計算部
２０ 表示装置
２１０ 制御部
２２０ 通信部
２３０ 表示部
２４０ 記憶部
２４２ サイネージデータ格納領域
２４２０ コンテンツ表示スケジュールテーブル
２４２０ａ カレンダースケジュールテーブル
２４２０ｂ タイムスケジュールテーブル
２４２０ｃ 番組
２４２２ コンテンツデータ
２４６ 表示データハッシュ値格納領域
２４６０ コンテンツ表示スケジュールハッシュ値テーブル
２４６０ａ カレンダースケジュールハッシュ値テーブル
２４６０ｂ タイムスケジュールハッシュ値テーブル
２４６０ｃ 番組ハッシュ値テーブル
２４６２ コンテンツデータハッシュ値テーブル
２４８ 代替コンテンツデータ格納領域
２５０ サイネージ表示プログラム
２６０ ハッシュ値計算部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】