JP6261171B2 - コンテンツ配信システム及びコンテンツ配信方法 - Google Patents

Description

本発明は、例えば広告等のコンテンツを配信するコンテンツ配信システム、及び、その配信方法に関するものである。

近年、店舗等で、製品やサービスの広告（以下まとめて「製品広告」と呼ぶ）などを表示装置に表示するＰＯＰ（Point of Purchase）装置や、公共の場所等で、企業広告や製品広告などを表示装置に表示する電子看板が急速に普及している。これらは総じてデジタルサイネージと呼ばれ、顧客に対する販促効果を高めることが可能となっている。

従来のデジタルサイネージのシステムにおいて、企業広告や製品広告に関する情報を含むコンテンツを表示する方法としては、大きく分けて２通りの方法が存在する。この２通りの方法としては、ＤＶＤプレーヤ等の再生装置、もしくは特許文献１に記載の技術のようにメモリカード等の記憶媒体を用いる方法と、特許文献２及び特許文献３に記載の技術のようにネットワークを介した配信及び再生が可能な装置を用いる方法とが挙げられる。

前者の方法では、コンテンツを再生する再生装置、もしくはコンテンツが記憶されている記憶媒体を、ＴＶやＰＣディスプレイ等の既存の表示装置に接続するだけなので、特別なシステム、アプリケーション及び知識は必要なく、簡単にデジタルサイネージシステムを実現することができる。しかしながら、再生可能なコンテンツが記憶媒体に記憶された内容に限定されるという欠点があるだけでなく、コンテンツの更新を行うためには、現在再生中のコンテンツを一旦ストップしなければならないという欠点がある。

一方、後者の方法では、時間帯、曜日に応じて、配信及び再生すべきコンテンツをスケジュール管理することが可能である。すなわち、コンテンツを適宜変更することができるので、利便性が高い。

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

上述したように、後者の方法（ネットワークから配信されたコンテンツを再生する方法）においては、再生されるコンテンツを適宜変更することができる。このことを利用して、地震、災害等の緊急事態が発生した場合に、企業広告や製品広告に関する情報を含む通常コンテンツの代わりに、避難場所や災害状況などの緊急を要する情報を含む緊急コンテンツを表示することが提案されている。

しかしながら、ネットワークを介した配信及び再生を行う方法には、以下に説明するプッシュ方式及びプル方式という２通りの方式が存在し、いずれの配信方式においても緊急コンテンツを再生することに関して長所及び短所を有している。

（１）プッシュ方式
プッシュ方式では、コンテンツやスケジュール情報を記憶している配信サーバが、コンテンツを表示する表示装置を含むクライアント装置に、コンテンツやスケジュール情報を配信する。配信するタイミングは配信サーバによって制御されるため、緊急コンテンツをリアルタイムで配信することができる。しかしながら、この方式では、各クライアント装置に固定のＩＰアドレスが必要であることから、１台の配信サーバに対して複数台のクライアント装置が接続されるようなデジタルサイネージシステムにおいては、複数個の固定ＩＰアドレスが必要になり、導入コスト及び運用コストが高くなるという問題がある。

（２）プル方式
プル方式では、コンテンツを表示する表示装置を含むクライアント装置が、コンテンツやスケジュール情報を記憶している配信サーバにアクセスして、コンテンツやスケジュール情報を取得（ダウンロード）する。最新情報が配信サーバにアップされている場合に、クライアント装置が当該配信サーバに定期的にアクセスし、それらをダウンロードすることから、緊急コンテンツを表示するまでに要する時間は、アクセスの定期的なタイミング（定期アクセス周期）に依存する。このため、緊急コンテンツをなるべくリアルタイムに表示するためには定期アクセス周期を短くすることが好ましいが、１台の配信サーバに対して複数台のクライアント装置が接続されるようなデジタルサイネージシステムに適用すると、配信サーバの処理負荷が増大し、配信サーバの機能停止や機能低下を招くという問題がある。一方で、この方式では、固定のＩＰアドレスが必要となるのは配信サーバだけであり、クライアント装置のＩＰアドレスについては、ＤＨＣＰ（Dynamic Host Configuration Protocol）などを用いて自動的及び可変的に割り当てることが可能である。したがって、１台の配信サーバに対して複数台のクライアント装置が接続されたデジタルサイネージシステムであっても、必要な固定ＩＰアドレスの個数が少ないので、導入コスト及び運用コストを抑えることができる。

そこで、本発明は、上記のような問題点を鑑みてなされたものであり、導入コスト及び運用コストを抑えることが可能なプル方式のコンテンツ配信システムにおいて、配信サーバの処理負荷を増大させることなく、緊急コンテンツをなるべくリアルタイムで再生することが可能な技術を提供することを目的とする。

本発明に係るコンテンツ配信システムは、配信サーバと、前記配信サーバにアクセスして通常コンテンツ及び緊急コンテンツを選択的にダウンロードするアクセス制御部、前記ダウンロードしたコンテンツを記憶する記憶部、及び、緊急トリガ信号を受信する緊急トリガ受信部を有する端末とを備える。前記コンテンツ配信システムには、前記端末が前記配信サーバから定期的なタイミングで前記通常コンテンツをダウンロードして前記記憶部に記憶し、当該通常コンテンツを再生する通常状態と、前記端末が前記配信サーバから前記タイミングに関わらず前記緊急コンテンツをダウンロードして当該緊急コンテンツを再生する緊急状態とが規定されている。前記コンテンツ配信システムは、前記通常状態において前記端末が前記緊急トリガ信号を受信した場合には、前記通常状態から前記緊急状態に移行する。前記緊急状態において前記端末が前記緊急トリガ信号を受信した場合には、前記緊急状態から前記通常状態に移行し、前記端末は、前記緊急状態から前記通常状態に移行すると、以前の通常状態において既に記憶していた前記通常コンテンツを再生し、すぐには新たなダウンロードを行わない。

本発明によれば、通常状態において、端末が定期的にアクセスするプル方式のコンテンツ配信によって通常コンテンツを配信するので、配信サーバの処理負荷、ひいては導入コスト及び運用コストを抑制することができる。一方、地震、災害等が発生した場合には、通常状態から緊急状態に移行することにより、端末が定期的なタイミングに関わらずアクセスするコンテンツ配信によって緊急コンテンツを配信する。したがって、プル方式のコンテンツ配信だけでは困難であった、緊急コンテンツの可及的なリアルタイムの再生を実現することができる。

実施の形態１に係るコンテンツ配信システムの構成を示すブロック図である。 実施の形態１に係るコンテンツ配信システムの動作を示すシーケンス図である。 実施の形態２に係るコンテンツ配信システムの構成を示すブロック図である。 実施の形態２に係るコンテンツ配信システムの動作を示すシーケンス図である。 実施の形態３に係るコンテンツ配信システムの構成を示すブロック図である。 実施の形態３に係るコンテンツ配信システムの動作を示すシーケンス図である。

＜実施の形態１＞
本発明の実施の形態１として、本発明に係るコンテンツ配信システムを、デジタルサイネージシステムに適用した場合を例にして説明する。図１は、本実施の形態１に係るデジタルサイネージシステムの構成を示すブロック図である。

このデジタルサイネージシステム１は、クライアント装置（端末）１００と配信サーバ２００とを備えて構成されており、クライアント装置１００（通信部１０２）と配信サーバ２００（通信部２０２）とはローカルエリアネットワーク（所定ネットワーク）４００によって通信可能に接続されている。

なお、ローカルエリアネットワーク４００には、例えば有線ネットワーク及び無線ネットワークなどが適用されるが、これらに限ったものではない。また、図１に示される構成では、１台の配信サーバ２００に対して１台のクライアント装置１００だけが接続されているが、もちろん１台の配信サーバ２００に対して複数台のクライアント装置１００が接続されてもよい。

以下の説明では便宜上、配信サーバ２００とローカルエリアネットワーク４００によって接続されたクライアント装置１００を、「ローカルエリアネットワーク４００内のクライアント装置１００」と呼ぶこともある。

＜概要＞
デジタルサイネージシステム１の各構成要素を詳細に説明する前に、これら構成要素の概要を説明する。

配信サーバ２００には、複数のコンテンツデータ２１１（以下「コンテンツ２１１」と呼ぶこともある）、及び、複数のスケジュールデータ２１２（以下「スケジュール２１２」と呼ぶこともある）が記憶されている。

各コンテンツ２１１には、通常コンテンツ２１１、緊急コンテンツ２１１、及び、その他コンテンツ２１１のいずれかが該当している。通常コンテンツ２１１は、例えば企業広告や製品広告に関する情報を含むコンテンツであり、緊急コンテンツ２１１は、例えば災害等の緊急事態が発生した場合に避難場所や災害状況などの緊急を要する情報を含むコンテンツである。

コンテンツ２１１の配信に関して、デジタルサイネージシステム１には通常状態及び緊急状態が規定されている。

通常状態においては、クライアント装置１００は、配信サーバ２００に定期的なタイミングでアクセスすることにより通常コンテンツ２１１及びスケジュール２１２をダウンロードし、当該ダウンロードされた通常コンテンツ２１１を、スケジュール２１２に沿って再生する。すなわち、通常状態において、クライアント装置１００は、プル方式のコンテンツ配信によって通常コンテンツ２１１を再生する。一方、緊急状態においては、クライアント装置１００は、配信サーバ２００に定期的なタイミングに関わらずアクセスすることにより緊急コンテンツ２１１をダウンロードし、当該ダウンロードされた緊急コンテンツ２１１をスケジュール２１２に関わらず再生する。

以上の構成において、デジタルサイネージシステム１は、クライアント装置１００が後述の緊急トリガ信号を受信した場合に、通常状態及び緊急状態の一方から他方に移行する。

なお、以下においては、コンテンツ２１１を画像データとし、コンテンツ２１１の再生をコンテンツ２１１の表示として説明する。しかしこれに限ったものではなく、コンテンツ２１１を音声データとし、コンテンツ２１１の再生をコンテンツ２１１の音声出力としてもよい。次に、デジタルサイネージシステム１の各構成要素を詳細に説明する。

＜クライアント装置１００＞
クライアント装置１００は、制御部１０１と、通信部１０２と、操作部１０３と、表示部１０４と、記憶部１０５とを有する。

制御部１０１は、例えばＣＰＵ（Central Processing Unit）などからなり、クライアント装置１００を統括的に制御する。制御部１０１が、記憶部１０５などに記憶されているプログラムを実行することにより、アクセス制御部１０６、データ受信制御部１０７、表示制御部１０８、及び、緊急トリガ受信部１０９の機能が実現される。

アクセス制御部１０６は、配信サーバ２００のＩＰアドレスを有している。アクセス制御部１０６は、当該ＩＰアドレスに基づいて配信サーバ２００にアクセスし、配信サーバ２００からコンテンツ２１１（通常コンテンツ２１１、緊急コンテンツ２１１及びその他コンテンツ２１１）並びにスケジュール２１２を選択的にダウンロードする。

通常状態においては、アクセス制御部１０６は、定期的なタイミングで配信サーバ２００にアクセスして配信サーバ２００から通常コンテンツ２１１及びスケジュール２１２をダウンロードする。一方、緊急状態においては、アクセス制御部１０６は、定期的なタイミングに関わらず配信サーバ２００にアクセスして配信サーバ２００から緊急コンテンツ２１１をダウンロードする。

ここで、複数台のクライアント装置１００が配信サーバ２００に接続されている場合において、選択的にダウンロードを行う方法としては、例えば、クライアント装置１００（アクセス制御部１０６）が、ＨＴＴＰ（Hypertext transfer Protocol）を用いて、配信サーバ２００内のＣＧＩ（Common Gateway Interface）やサーブレットなどのサーバサイドプログラムにアクセスするように構成する。そして、配信サーバ２００が、アクセスされたサーバサイドプログラムに基づいて後述のクライアント装置情報ＤＢ２１０を検索し、各クライアント装置１００に応じたコンテンツ２１１及びスケジュール２１２を準備するとともに、クライアント装置１００に応答を返す方法が挙げられる。ただし、上述の方法は一例であって、これに限ったものではない。

また、コンテンツデータ２１１及びスケジュールデータ２１２としては、例えば、ＨＴＭＬ（Hypertext Markup Language）形式、ＸＭＬ（Extensible Markup Language）形式、ＳＭＩＬ（Synchronized Multimedia Integration Language）形式等のデータを適用する。そして、クライアント装置１００（アクセス制御部１０６）が、当該形式のデータをＨＴＴＰ ＧＥＴメソッドで取得し、取得したデータ内のタグにある動画や静止画の素材データを適宜繰り返して取得する方法が挙げられる。ただし、上述の方法は一例であって、これに限ったものではない。

データ受信制御部１０７は、アクセス制御部１０６がダウンロードしたコンテンツ２１１及びスケジュール２１２を、それぞれコンテンツデータ１１０及びスケジュールデータ１１１として記憶部１０５に記憶（保存）する。

表示制御部１０８は、記憶部１０５に記憶されているコンテンツデータ１１０に基づいて、実際に表示部１０４に表示する画像を生成する。なお、通常状態においては、表示制御部１０８は、記憶部１０５に記憶されているコンテンツデータ１１０及びスケジュールデータ１１１に基づいて画像を生成する。

表示部１０４は、表示制御部１０８により生成された画像を表示する。すなわち、クライアント装置１００は、表示制御部１０８及び表示部１０４の機能により、コンテンツデータ１１０を再生可能（表示可能）となっている。なお、表示部１０４には、例えば店舗や公共の場所に設置された表示装置などが適用される。また、図１には、表示部１０４がクライアント装置１００に含まれた構成が示されているが、これに限ったものではなく、表示部１０４がクライアント装置１００に外付けされる構成であってもよい。

緊急トリガ受信部１０９は、クライアント装置１００の外部（ここでは配信サーバ２００）から送信された緊急トリガ信号を受信する。クライアント装置１００が配信サーバ２００から緊急トリガ信号を受信すると、緊急トリガ受信部１０９は、コンテンツデータ１１０が再生されているか否かに関わらず、アクセス制御部１０６に割込み信号を送信する。アクセス制御部１０６は、通常状態において割込み信号を緊急トリガ受信部１０９から受信すると、定期的なタイミング（定期アクセス周期）に関わらず、直ちに配信サーバ２００へのアクセスを開始して緊急コンテンツ２１１をダウンロードする。

＜配信サーバ２００及びコントローラ３００＞
配信サーバ２００は、コントローラ３００と通信可能に接続されており、コントローラ３００は配信サーバ２００をコントロール可能に構成されている。このような配信サーバ２００及びコントローラ３００の構成としては、配信サーバ２００にＷｅｂサーバを適用するとともに、コントローラ３００に、Ｗｅｂブラウザを用いて配信サーバ２００にアクセスするコントローラを適用することが考えられるが、これに限ったものではない。

配信サーバ２００は、制御部２０１と、通信部２０２と、操作部２０３と、記憶部２０４とを有する。

制御部２０１は、例えばＣＰＵなどからなり、配信サーバ２００を統括的に制御する。制御部２０１が、記憶部２０４などに記憶されているプログラムを実行することにより、データ生成部２０５、アクセス制御部２０６、データ送信制御部２０７、緊急トリガ生成部２０８、及び、緊急トリガ送信部２０９の機能が実現される。

データ生成部２０５は、アクセス中のコントローラ３００を介したオペレータの操作に応じて、コンテンツデータ２１１及びスケジュールデータ２１２を作成する。そして、データ生成部２０５は、作成したコンテンツデータ２１１及びスケジュールデータ２１２を、アクセス中のコントローラ３００からのコンテンツ記憶要求に応じて記憶部２０４に記憶する。

また、データ生成部２０５は、それらデータを記憶部２０４に記憶する場合に、記憶部２０４に記憶されているクライアント装置情報ＤＢ２１０を更新する。なお、クライアント装置情報ＤＢ２１０には、例えば、配信サーバ２００の制御下にある各クライアント装置１００の固有ＩＤ、クライアント装置１００に配信すべきコンテンツ２１１及びスケジュール２１２のＩＤ、データ更新フラグ等の情報が記載されている。

アクセス制御部２０６は、アクセス中のクライアント装置１００（アクセス制御部１０６）から送信されたコンテンツダウンロード要求を受信する。アクセス制御部２０６は、当該要求を受信すると、データ送信制御部２０７に対して、コンテンツデータ２１１及びスケジュールデータ２１２を探し出す要求を行う。

データ送信制御部２０７は、アクセス制御部２０６から探し出す要求を受けると、クライアント装置情報ＤＢ２１０の中から、上記要求を送信したクライアント装置１００のデータ更新フラグを検索する。そして、データ送信制御部２０７は、当該データ更新フラグが”１”となっていれば、クライアント装置１００に配信すべきコンテンツデータ２１１及びスケジュールデータ２１２を記憶部２０４から探し出して準備するとともに、クライアント装置１００に応答を返す。

以上のようなアクセス制御部２０６及びデータ送信制御部２０７の機能により、配信サーバ２００からクライアント装置１００（コンテンツダウンロード要求を送信したクライアント装置１００）への、コンテンツ２１１及びスケジュール２１２のダウンロードが実行可能となる。

緊急トリガ生成部２０８は、アクセス中のコントローラ３００を介したオペレータの操作に応じて、緊急トリガ信号を生成する。

緊急トリガ送信部２０９は、緊急トリガ生成部２０８により緊急トリガ信号が生成された場合に、当該緊急トリガ信号を、クライアント装置１００及び他の装置（図示せず）にブロードキャスト送信する。

つまり、本実施の形態１では、配信サーバ２００は、上記オペレータの操作（要求）に応じて、ローカルエリアネットワーク４００内の全てのクライアント装置１００などに、緊急トリガ信号をブロードキャスト送信する。

ここで、緊急トリガ信号をブロードキャスト送信する方法としては、例えば、ＨＴＴＰでブロードキャストアドレスを指定し、全てのクライアント装置１００などに対して、緊急トリガ情報を含むＳＯＡＰ（Simple Object Access Protocol）メッセージを送信する方法が挙げられる。ただし、上述の方法は一例であって、これに限ったものではない。

＜動作＞
図２は、本実施の形態１に係るデジタルサイネージシステム１の動作を示すシーケンス図である。この図２には、クライアント装置１００と配信サーバ２００との間における緊急コンテンツ及び緊急トリガ信号の送受信、緊急コンテンツの再生及び停止などが示されている。以下、図２に示されている各ステップについて詳細に説明する。

ステップＳ１にて、デジタルサイネージシステム１は通常状態であり、クライアント装置１００は通常コンテンツ２１１を再生している。

ステップＳ２にて、オペレータが、コントローラ３００から配信サーバ２００を操作できるように、コントローラ３００を配信サーバ２００にアクセスさせて、緊急コンテンツ２１１を作成する操作をコントローラ３００にて行う。これにより、配信サーバ２００にて緊急コンテンツ２１１が作成される。なお、緊急コンテンツ２１１を作成する方法としては、例えば、複数種の緊急用テンプレートを予め準備しておき、オペレータは文字を入力するだけで緊急コンテンツ２１１を作成する方法が挙げられる。ただし、これは一例であって、これに限ったものではない。

緊急コンテンツ２１１の作成後、オペレータが、アクセス中のコントローラ３００にて記憶操作などを行うことにより、ステップＳ３にてコントローラ３００から配信サーバ２００にコンテンツ記憶要求が送信される。

配信サーバ２００は、コントローラ３００から送信されたコンテンツ記憶要求を受信すると、ステップＳ４にて、配信サーバ２００のデータ生成部２０５は、ステップＳ２で作成された緊急コンテンツ２１１を記憶部２０４に記憶する。なお、ステップＳ１〜Ｓ４の順番は、適宜変更されてもよい。

ステップＳ５にて、オペレータが、コントローラ３００を配信サーバ２００にアクセスさせて、スタートボタンを押す操作をコントローラ３００にて行うと、ステップＳ６にて、コントローラ３００から配信サーバ２００にスケジュール変更要求が送信される。

配信サーバ２００は、コントローラ３００から送信されたスケジュール変更要求を受信すると、ステップＳ７にて、配信サーバ２００のデータ生成部２０５は、スケジュール変更処理を行う。具体的には、データ生成部２０５は、使用するスケジュールの設定を、現在の通常コンテンツ再生スケジュールから緊急コンテンツ再生スケジュールに変更する。

さらに、同ステップＳ７にて、データ生成部２０５は、クライアント装置情報ＤＢ２１０に登録しているクライアント装置１００について、クライアント装置情報ＤＢ２１０に記載されているコンテンツ２１１及びスケジュール２１２のＩＤ、データ更新フラグ等の各種情報を更新する。

ここで、データ生成部２０５は、クライアント装置情報ＤＢ２１０に記載されている現在の各種情報を、記憶部２０４の別の記憶領域に一時的に退避させた後に、クライアント装置情報ＤＢ２１０に上記更新を行うものとする。また、本実施の形態１では、データ生成部２０５は、クライアント装置情報ＤＢ２１０への更新として、クライアント装置情報ＤＢ２１０に登録している全てのクライアント装置１００について、データ更新フラグを”１”に更新するものとする。

以上のようなステップＳ７の後、ステップＳ８にて、緊急トリガ生成部２０８は、緊急トリガ信号を生成する。

ステップＳ９にて、緊急トリガ送信部２０９は、当該生成された緊急トリガ信号を、ローカルエリアネットワーク４００内の全てのクライアント装置１００などに、ブロードキャスト送信する。すなわち、本実施の形態１では、オペレータの要求（スタートボタンへの操作）に応じて、ローカルエリアネットワーク４００内のクライアント装置１００に緊急トリガ信号をブロードキャスト送信する。

クライアント装置１００は、配信サーバ２００から送信された緊急トリガ信号を受信すると、ステップＳ１０にて、配信サーバ２００にコンテンツダウンロード要求を送信する。

配信サーバ２００は、クライアント装置１００から送信されたコンテンツダウンロード要求を受信すると、ステップＳ１１にて、配信サーバ２００のデータ送信制御部２０７は、緊急コンテンツ再生スケジュールに沿ってコンテンツダウンロード処理を行う。これにより、ステップＳ１２にて、ステップＳ２で作成された緊急コンテンツ２１１のダウンロードが開始される。ここで、ステップＳ７にて、クライアント装置情報ＤＢ２１０に登録している全てのクライアント装置１００について、データ更新フラグが”１”に更新されていることから、本ステップＳ１２における緊急コンテンツ２１１のダウンロードは、当該全てのクライアント装置１００と配信サーバ２００との間で行われることになる。

緊急コンテンツ２１１のダウンロードが完了すると、ステップＳ１３にて、クライアント装置１００は、当該緊急コンテンツ２１１の再生を開始する。すなわち、デジタルサイネージシステム１は緊急状態となり、クライアント装置１００は緊急コンテンツ２１１を再生する。

以上のように、通常状態においてクライアント装置１００が緊急トリガ信号を受信した場合には、デジタルサイネージシステム１は、通常状態から緊急状態に移行する。

ステップＳ１４にて、オペレータが、コントローラ３００を配信サーバ２００にアクセスさせて、ストップボタンを押す操作をコントローラ３００にて行うと、ステップＳ１５にて、コントローラ３００から配信サーバ２００にスケジュール変更要求が送信される。

配信サーバ２００は、コントローラ３００から送信されたスケジュール変更要求を受信すると、ステップＳ１６にて、配信サーバ２００のデータ生成部２０５は、スケジュール変更処理を行う。具体的には、データ生成部２０５は、使用するスケジュールの設定を、現在の緊急コンテンツ再生スケジュールから通常コンテンツ再生スケジュールに変更する。

さらに、同ステップＳ１６にて、データ生成部２０５は、クライアント装置情報ＤＢ２１０に登録している全てのクライアント装置１００について、クライアント装置情報ＤＢ２１０に記載されている各種情報を、一時的に退避させていた各種情報に更新する。これにより、緊急状態前のスケジュールに戻すことが可能となる。

以上のようなステップＳ１６の後、ステップＳ１７にて、緊急トリガ生成部２０８は、緊急トリガ信号を生成する。

ステップＳ１８にて、緊急トリガ送信部２０９は、当該生成された緊急トリガ信号を、ローカルエリアネットワーク４００内の全てのクライアント装置１００などに、ブロードキャスト送信する。

クライアント装置１００は、配信サーバ２００から送信された緊急トリガ信号を受信すると、ステップＳ１９にて、通常コンテンツ２１１を再生する。すなわち、デジタルサイネージシステム１は通常状態となり、クライアント装置１００は通常コンテンツ２１１を再生する。このとき、クライアント装置１００は、再生すべき通常コンテンツ２１１を、以前の通常状態において既にダウンロードしてコンテンツデータ１１０として記憶していた場合には、すぐには新たなダウンロードを行わない。

このように、緊急状態においてクライアント装置１００が緊急トリガ信号を受信した場合には、デジタルサイネージシステム１は、緊急状態から通常状態に移行する。

以上のような本実施の形態１に係るデジタルサイネージシステム１によれば、通常状態において、クライアント装置１００が定期的にアクセスするプル方式のコンテンツ配信を行うので、配信サーバ２００の処理負荷、ひいては導入コスト及び運用コストを抑制することができる。一方、地震、災害等が発生した場合には、通常状態から緊急状態に移行することにより、クライアント装置１００が定期的なタイミングに関わらずアクセスするコンテンツ配信を行う。したがって、プル方式のコンテンツ配信だけでは困難であった、緊急コンテンツ２１１をなるべくリアルタイムで再生するということを、システム構成を大幅に変更することなく実現することができる。

また、本実施の形態１によれば、クライアント装置１００が緊急トリガ信号を受信した場合には、デジタルサイネージシステム１は、通常状態及び緊急状態の一方から他方に移行する。したがって、システム構成を大幅に変更することなく、通常状態及び緊急状態の間の移行を行うことができる。ただし、これに限ったものではなく、もちろん、通常状態から緊急状態に移行するための信号と、緊急状態から通常状態に移行するための信号とが異なってもよい。

また、本実施の形態１によれば、配信サーバ２００は、オペレータの要求に応じて、ローカルエリアネットワーク４００内のクライアント装置１００に緊急トリガ信号をブロードキャスト送信する。したがって、必要な固定ＩＰアドレスの個数を抑制することができるので、導入コスト及び運用コストを確実に抑えることができる。

＜実施の形態２＞
図３は、本実施の形態２に係るデジタルサイネージシステムの構成を示すブロック図である。なお、本実施の形態２に係るデジタルサイネージシステム１において、実施の形態１で説明した構成要素と同一または類似するものについては同じ符号を付し、異なる点を中心に以下説明する。

＜クライアント装置１００＞
本実施の形態２に係るクライアント装置１００においては、制御部１０１により実現される機能として、レポート生成制御部１１２及びレポート送信制御部（レポート送信部）１１３の機能が追加されている。

レポート生成制御部１１２は、レポート１１４を生成し、記憶部１０５に記憶する。このレポート１１４には、例えば、クライアント装置１００のＩＰアドレス（例えばＤＨＣＰにより割り当てられたＩＰアドレス）を含むネットワーク関連設定情報（ネットワーク情報）や、配信サーバ２００からダウンロードしたコンテンツ２１１の情報や、再生したコンテンツ２１１の情報や、クライアント装置１００で発生したエラー情報等が記載されている。

レポート送信制御部１１３は、レポート生成制御部１１２により生成されたレポート１１４を、配信サーバ２００にアクセスしてアップロード（送信）する。通常状態においては、クライアント装置１００は、このレポート送信制御部１１３の機能により、配信サーバ２００に定期的にアクセスして、配信サーバ２００にレポート１１４をアップロードする。ここで配信サーバ２００にレポート１１４をアップロードする方法としては、例えばＨＴＴＰ ＰＵＴメソッドを使用することが挙げられる。ただし、これは一例であって、これに限ったものではない。なお、レポート送信制御部１１３は、クライアント装置１００の電源ＯＮ時に、レポート１１４を配信サーバ２００にアップロードしてもよい。

＜配信サーバ２００及びコントローラ３００＞
本実施の形態２に係る配信サーバ２００においては、制御部２０１により実現される機能として、レポート受信制御部２１３の機能が追加されている。このレポート受信制御部２１３は、クライアント装置１００からアップロード（送信）されたレポート１１４を受信し、当該受信したレポート１１４をレポート２１４として記憶部２０４に記憶する。また、レポート受信制御部２１３は、レポート２１４を記憶部２０４に記憶する場合に、クライアント装置情報ＤＢ２１０を更新する。

また、本実施の形態２におけるクライアント装置情報ＤＢ２１０には、上述したコンテンツ２１１及びスケジュール２１２のＩＤ等の情報に加えて、レポート２１４のＩＤが記載されている。

緊急トリガ生成部２０８は、アクセス中のコントローラ３００を介したオペレータの操作に応じて、緊急トリガ信号を生成する。

コントローラ３００は、緊急コンテンツ２１１の配信先となるクライアント装置１００（以下「配信先クライアント装置１００」と呼ぶこともある）を選択（指定）する選択情報を、オペレータから受け付け可能に構成されている。コントローラ３００は、配信サーバ２００にアクセスしている場合に当該選択情報を受け付けると、当該選択情報を緊急トリガ送信部２０９に送信する。

緊急トリガ送信部２０９は、コントローラ３００から選択情報を受信した場合には、当該選択情報に示される配信先クライアント装置１００に対応するレポート１１４のＩＤを、クライアント装置情報ＤＢ２１０の中から検索する。レポート１１４のＩＤを検索することができた場合には、緊急トリガ送信部２０９は、当該レポート１１４に記載されているＩＰアドレスに基づいて配信先クライアント装置１００に、緊急トリガ信号を送信する。

つまり、実施の形態１では、配信サーバ２００は、ローカルエリアネットワーク４００内の全てのクライアント装置１００などに、緊急トリガ信号をブロードキャスト送信した。これに対し、本実施の形態２では、配信サーバ２００は、ローカルエリアネットワーク４００内のクライアント装置１００のうち、選択情報（オペレータの選択）とレポート１１４とに基づいて特定されたクライアント装置１００に、緊急トリガ信号を送信する。

＜動作＞
図４は、本実施の形態２に係るデジタルサイネージシステム１の動作を、図２と同様に示すシーケンス図である。以下、図４に示されている各ステップについて詳細に説明する。

ステップＳ３１にて、デジタルサイネージシステム１は通常状態であり、クライアント装置１００は通常コンテンツ２１１を再生している。

また、ステップＳ３２にて、クライアント装置１００は、一定周期でレポート１１４を生成しており、ステップＳ３３にて、クライアント装置１００は、一定周期で配信サーバ２００にアクセスして当該レポート１１４をアップロード（送信）している。配信サーバ２００は、クライアント装置１００からアップロードされたレポート１１４を受信すると、ステップＳ３４にて当該レポート１１４を記憶部２０４に記憶するとともに、クライアント装置情報ＤＢ２１０を更新する。

ステップＳ３５にて、オペレータが、コントローラ３００を配信サーバ２００にアクセスさせて、緊急コンテンツ２１１を作成する操作をコントローラ３００にて行うことにより、配信サーバ２００にて緊急コンテンツ２１１が作成される。

緊急コンテンツ２１１の作成後、オペレータが、アクセス中のコントローラ３００にて記憶操作などを行うことにより、ステップＳ３６にてコントローラ３００から配信サーバ２００にコンテンツ記憶要求が送信される。

配信サーバ２００は、コントローラ３００から送信されたコンテンツ記憶要求を受信すると、ステップＳ３７にて、配信サーバ２００のデータ生成部２０５は、ステップＳ３５で作成された緊急コンテンツ２１１を記憶部２０４に記憶する。

ステップＳ３８にて、オペレータが、コントローラ３００を配信サーバ２００にアクセスさせて、配信先クライアント装置１００を選択する操作をコントローラ３００にて行う。そして、配信サーバ２００は、上述したように、オペレータの当該選択とレポート２１４とに基づいてクライアント装置１００を特定する。なお、ステップＳ３１〜Ｓ３８の順番は、適宜変更されてもよい。

ステップＳ３９にて、オペレータが、コントローラ３００を配信サーバ２００にアクセスさせて、スタートボタンを押す操作をコントローラ３００にて行うと、ステップＳ４０にて、コントローラ３００から配信サーバ２００にスケジュール変更要求が送信される。

配信サーバ２００は、コントローラ３００から送信されたスケジュール変更要求を受信すると、ステップＳ４１にて、配信サーバ２００のデータ生成部２０５は、スケジュール変更処理を行う。具体的には、データ生成部２０５は、使用するスケジュールの設定を、現在の通常コンテンツ再生スケジュールから緊急コンテンツ再生スケジュールに変更する。

さらに、同ステップＳ４１にて、データ生成部２０５は、ステップＳ３８で特定されたクライアント装置１００について、クライアント装置情報ＤＢ２１０に記載されているコンテンツ２１１及びスケジュール２１２のＩＤ、データ更新フラグ等の各種情報を更新する。

ここで、データ生成部２０５は、クライアント装置情報ＤＢ２１０に記載されている現在の各種情報を、記憶部２０４の別の記憶領域に一時的に退避させた後に、クライアント装置情報ＤＢ２１０に上記更新を行うものとする。また、本実施の形態２では、データ生成部２０５は、クライアント装置情報ＤＢ２１０への更新として、ステップＳ３８で特定されたクライアント装置１００について、データ更新フラグを”１”に更新するものとする。

以上のようなステップＳ４１の後、ステップＳ４２にて、緊急トリガ生成部２０８は、緊急トリガ信号を生成する。

ステップＳ４３にて、緊急トリガ送信部２０９は、当該生成された緊急トリガ信号を、ステップＳ３８で特定されたクライアント装置１００に送信する。

クライアント装置１００は、配信サーバ２００から送信された緊急トリガ信号を受信すると、ステップＳ４４にて、配信サーバ２００にコンテンツダウンロード要求を送信する。

配信サーバ２００は、クライアント装置１００から送信されたコンテンツダウンロード要求を受信すると、ステップＳ４５にて、配信サーバ２００のデータ送信制御部２０７は、緊急コンテンツ再生スケジュールに沿ってコンテンツダウンロード処理を行う。これにより、ステップＳ４６にて、ステップＳ３５で作成された緊急コンテンツ２１１のダウンロードが開始される。ここで、ステップＳ４１にて、ステップＳ３８で特定されたクライアント装置１００について、データ更新フラグが”１”に更新されていることから、本ステップＳ４６における緊急コンテンツ２１１のダウンロードは、全てのクライアント装置１００ではなく当該特定されたクライアント装置１００と配信サーバ２００との間で行われることになる。

緊急コンテンツ２１１のダウンロードが完了すると、ステップＳ４７にて、クライアント装置１００は、当該緊急コンテンツ２１１の再生を開始する。すなわち、デジタルサイネージシステム１は緊急状態となり、クライアント装置１００は緊急コンテンツ２１１を再生する。

ステップＳ４８にて、オペレータが、コントローラ３００を配信サーバ２００にアクセスさせて、ストップボタンを押す操作をコントローラ３００にて行うと、ステップＳ４９にて、コントローラ３００から配信サーバ２００にスケジュール変更要求が送信される。

配信サーバ２００は、コントローラ３００から送信されたスケジュール変更要求を受信すると、ステップＳ５０にて、配信サーバ２００のデータ生成部２０５は、スケジュール変更処理を行う。具体的には、データ生成部２０５は、使用するスケジュールの設定を、現在の緊急コンテンツ再生スケジュールから通常コンテンツ再生スケジュールに変更する。

さらに、同ステップＳ５０にて、データ生成部２０５は、ステップＳ３８で特定されたクライアント装置１００について、クライアント装置情報ＤＢ２１０に記載されている各種情報を、一時的に退避させていた各種情報に更新する。これにより、緊急状態前のスケジュールに戻すことが可能となる。

以上のようなステップＳ５０の後、ステップＳ５１にて、緊急トリガ生成部２０８は、緊急トリガ信号を生成する。

ステップＳ５２にて、緊急トリガ送信部２０９は、当該生成された緊急トリガ信号を、ステップＳ３８で特定されたクライアント装置１００に送信する。

クライアント装置１００は、配信サーバ２００から送信された緊急トリガ信号を受信すると、ステップＳ５３にて、通常コンテンツ２１１を再生する。すなわち、デジタルサイネージシステム１は通常状態となり、クライアント装置１００は通常コンテンツ２１１を再生する。このとき、クライアント装置１００は、再生すべき通常コンテンツ２１１を、以前の通常状態の動作で既にダウンロードしてコンテンツデータ１１０として記憶していた場合には、すぐには新たなダウンロードを行わない。

以上のような本実施の形態２に係るデジタルサイネージシステム１によれば、実施の形態１と同様に、配信サーバ２００の処理負荷などを抑制することができ、かつ、緊急コンテンツ２１１をなるべくリアルタイムに再生することができる。また、全てのクライアント装置１００ではなく、特定のクライアント装置１００に緊急トリガ信号を送信するので、ネットワーク負荷を抑制することができる。

＜実施の形態３＞
図５は、本実施の形態３に係るデジタルサイネージシステムの構成を示すブロック図である。なお、本実施の形態３に係るデジタルサイネージシステム１において、実施の形態１で説明した構成要素と同一または類似するものについては同じ符号を付し、異なる点を中心に以下説明する。

本実施の形態３では、外部サーバ５００が、配信サーバ２００とワイドエリアネットワーク７００により接続されている。すわなち、外部サーバ５００は、クライアント装置１００及び配信サーバ２００を接続するローカルエリアネットワーク４００上ではなく、所謂クラウド上に設置されている。なお、クライアント装置１００の構成は、実施の形態１の構成と同様である。

＜配信サーバ２００及びコントローラ３００＞
本実施の形態３に係る配信サーバ２００においては、制御部２０１により実現される機能として、外部サーバアクセス制御部２１５及び外部サーバデータ受信制御部（データ受信部）２１６の機能が追加されている。

外部サーバアクセス制御部２１５は、クラウド上にある外部サーバ５００からのアクセス（コンテンツ記憶要求）に対して応答を返す。外部サーバ５００は、配信サーバ２００から当該応答を受けると、緊急コンテンツデータ５０９（以下「緊急コンテンツ５０９」と呼ぶこともある）を、配信サーバ２００に送信（アップロード）する。ここで配信サーバ２００に緊急コンテンツ５０９をアップロードする方法としては、例えばＨＴＴＰ ＰＵＴメソッドを使用することが挙げられる。ただし、これは一例であって、これに限ったものではない。

外部サーバデータ受信制御部２１６は、外部サーバ５００からアップロード（送信）された緊急コンテンツ５０９を受信し、当該緊急コンテンツ５０９を緊急コンテンツ２１１として記憶部２０４に記憶する。また、外部サーバデータ受信制御部２１６は、緊急コンテンツ２１１を記憶部２０４に記憶する場合に、クライアント装置情報ＤＢ２１０を更新する。

緊急トリガ生成部２０８は、外部サーバデータ受信制御部２１６によりクライアント装置情報ＤＢ２１０が更新された場合に、緊急トリガ信号を生成する。

緊急トリガ送信部２０９は、緊急トリガ生成部２０８により緊急トリガ信号が生成された場合に、当該緊急トリガ信号を、クライアント装置１００及び他の装置（図示せず）にブロードキャスト送信する。

つまり、実施の形態１では、オペレータの要求に応じて緊急トリガ信号をブロードキャスト送信したのに対し、本実施の形態３では、外部サーバデータ受信制御部２１６が緊急コンテンツ５０９を受信した場合に緊急トリガ信号をブロードキャスト送信する。具体的には、配信サーバ２００は、外部サーバデータ受信制御部２１６が緊急コンテンツ５０９を受信した場合に、ローカルエリアネットワーク４００内のクライアント装置１００などに緊急トリガ信号をブロードキャスト送信する。

＜外部サーバ５００及びコントローラ６００＞
外部サーバ５００は、配信サーバ２００と同様にコントローラ６００と通信可能に接続されており、コントローラ６００は外部サーバ５００をコントロール可能に構成されている。

外部サーバ５００は、制御部５０１と、通信部５０２と、操作部５０３と、記憶部５０４とを有する。

制御部５０１は、例えばＣＰＵなどからなり、外部サーバ５００を統括的に制御する。制御部５０１が、記憶部５０４などに記憶されているプログラムを実行することにより、データ生成部５０５、アクセス制御部５０６、及び、データ送信制御部５０７の機能が実現される。

データ生成部５０５は、アクセス中のコントローラ６００を介したオペレータの操作に応じて、緊急コンテンツ５０９を作成する。そして、データ生成部５０５は、作成した緊急コンテンツ５０９を、アクセス中のコントローラ６００からのコンテンツ記憶要求に応じて記憶部５０４に記憶する。

また、データ生成部５０５は、当該記憶を行う場合に、記憶部５０４に記憶されている配信サーバ情報ＤＢ５０８を更新する。配信サーバ情報ＤＢ５０８には、例えば、外部サーバ５００の制御下にある各配信サーバ２００の固有ＩＤや、配信サーバ２００に送信すべき緊急コンテンツ５０９のＩＤや、配信サーバ２００に設定されたＩＰアドレス（例えばグローバルＩＰアドレス）等の情報が記載されている。

アクセス制御部５０６は、アクセス中のコントローラ６００から送信された緊急コンテンツ送信要求を受信すると、配信サーバ２００に配信要求を送信する。配信サーバ２００は、外部サーバ５００から当該配信要求を受信した場合には、当該配信要求に対する応答をアクセス制御部５０６に送信する。アクセス制御部５０６は、配信サーバ２００から当該応答を受信すると、データ送信制御部５０７に対して、緊急コンテンツデータ５０９を探し出す要求を行う。

データ送信制御部５０７は、アクセス制御部５０６から探し出す要求を受けると、配信サーバ情報ＤＢ５０８に基づいて、上記応答を送信した配信サーバ２００に緊急コンテンツデータ５０９を送信する。上記応答を送信していた配信サーバ２００は、外部サーバ５００（データ送信制御部５０７）から緊急コンテンツ５０９を受信すると、当該緊急コンテンツ５０９を緊急コンテンツ２１１として記憶部２０４に記憶したり、クライアント装置１００に配信したりする。

ここでは、データ送信制御部５０７が、上記応答を送信した配信サーバ２００のうち、アクセス中のコントローラ６００により選択された配信サーバ２００に、緊急コンテンツ５０９を送信するように構成されているものとして説明する。

具体的には、コントローラ６００は、緊急コンテンツ５０９の送信先となる配信サーバ２００（以下「送信先配信サーバ２００」と呼ぶこともある）を選択（指定）する選択情報を、オペレータから受け付け可能に構成されている。コントローラ６００は、外部サーバ５００にアクセスしている場合に当該選択情報を受け付けると、当該選択情報をデータ送信制御部５０７に送信する。

データ送信制御部５０７は、コントローラ６００から選択情報を受信した場合には、当該選択情報に示される送信先配信サーバ２００のＩＰアドレスを、配信サーバ情報ＤＢ５０８の中から検索する。ＩＰアドレスを検索することができた場合には、データ送信制御部５０７は、当該ＩＰアドレスに基づいて送信先配信サーバ２００に、緊急コンテンツ５０９を送信する。

＜動作＞
図６は、本実施の形態３に係るデジタルサイネージシステム１の動作を示すシーケンス図である。この図６には、クライアント装置１００と配信サーバ２００との間、及び、配信サーバ２００と外部サーバ５００との間における緊急コンテンツの送受信と、緊急トリガ信号の送受信と、緊急コンテンツの再生及び停止などが示されている。以下、図６に示されている各ステップについて詳細に説明する。

ステップＳ６１にて、デジタルサイネージシステム１は通常状態であり、クライアント装置１００は通常コンテンツ２１１を再生している。

ステップＳ６２にて、オペレータが、コントローラ６００から外部サーバ５００を操作できるように、コントローラ６００を外部サーバ５００にアクセスさせて、緊急コンテンツ５０９を作成する操作をコントローラ６００にて行う。これにより、外部サーバ５００にて緊急コンテンツ５０９が作成される。

緊急コンテンツ５０９の作成後、オペレータが、アクセス中のコントローラ６００にて記憶操作などを行うことにより、ステップＳ６３にてコントローラ６００から外部サーバ５００にコンテンツ記憶要求が送信される。

外部サーバ５００は、コントローラ６００から送信されたコンテンツ記憶要求を受信すると、ステップＳ６４にて、外部サーバ５００のデータ生成部５０５は、ステップＳ６２で作成された緊急コンテンツ５０９を記憶部５０４に記憶する。

ステップＳ６５にて、オペレータが、コントローラ６００を外部サーバ５００にアクセスさせて、送信先配信サーバ２００を選択する操作をコントローラ６００にて行う。なお、ステップＳ６１〜Ｓ６５の順番は、適宜変更されてもよい。

ステップＳ６６にて、オペレータが、コントローラ６００を外部サーバ５００にアクセスさせて、スタートボタンを押す操作をコントローラ６００にて行うと、ステップＳ６７にて、コントローラ６００から外部サーバ５００に緊急コンテンツ送信信要求が送信される。

外部サーバ５００は、コントローラ６００から送信された緊急コンテンツ送信要求を受信すると、ステップＳ６８にて、外部サーバ５００のデータ送信制御部５０７は、緊急コンテンツ送信処理を実施する。これにより、配信サーバ２００と外部サーバ５００との間で上記配信要求及びそれに対する応答などが送信され、その後ステップＳ６９にて、データ送信制御部５０７は、ステップＳ６５で選択された配信サーバ２００に、緊急コンテンツ５０９を送信する。

配信サーバ２００は、外部サーバ５００から送信された緊急コンテンツ５０９を受信すると、ステップＳ７０にて、当該配信サーバ２００のデータ生成部２０５は、緊急コンテンツ記憶処理を実施する。これにより、データ生成部２０５は、受信した緊急コンテンツ５０９を、緊急コンテンツ２１１として記憶部２０４に記憶する。

ステップＳ７０の後、ステップＳ７１にて、データ生成部２０５は、実施の形態１で説明したステップＳ７と同様にスケジュール変更処理及びクライアント装置情報ＤＢ２１０の更新処理を行う。

ステップＳ７２にて、緊急トリガ生成部２０８は、緊急トリガ信号を生成する。

ステップＳ７３にて、緊急トリガ送信部２０９は、当該生成された緊急トリガ信号を、ローカルエリアネットワーク４００内の全てのクライアント装置１００などに、ブロードキャスト送信する。

クライアント装置１００は、配信サーバ２００から送信された緊急トリガ信号を受信すると、ステップＳ７４にて、配信サーバ２００にコンテンツダウンロード要求を送信する。

配信サーバ２００は、クライアント装置１００から送信されたコンテンツダウンロード要求を受信すると、ステップＳ７５にて、配信サーバ２００のデータ送信制御部２０７は、緊急コンテンツ再生スケジュールに沿ってコンテンツダウンロード処理を行う。これにより、ステップＳ７６にて、ステップＳ７０で記憶された緊急コンテンツ２１１のダウンロードが、実施の形態１で説明したステップＳ７と同様に開始される。

緊急コンテンツ２１１のダウンロードが完了すると、ステップＳ７７にて、クライアント装置１００は、当該緊急コンテンツ２１１の再生を開始する。すなわち、デジタルサイネージシステム１は緊急状態となり、クライアント装置１００は緊急コンテンツ２１１を再生する。

ステップＳ７８にて、オペレータが、コントローラ６００を外部サーバ５００にアクセスさせて、ストップボタンを押す操作をコントローラ６００にて行うと、ステップＳ７９にて、コントローラ６００から外部サーバ５００に緊急コンテンツストップ要求が送信される。

外部サーバ５００は、コントローラ６００から送信された緊急コンテンツストップ要求を受信すると、ステップＳ８０にて、外部サーバ５００のデータ生成部５０５は、配信サーバ情報ＤＢ５０８を更新する処理を実施する。

ステップＳ８０の後、ステップＳ８１にて、外部サーバ５００のアクセス制御部５０６は、ステップＳ６５で選択された配信サーバ２００に、スケジュール変更要求を送信する。

配信サーバ２００は、外部サーバ５００から送信されたスケジュール変更要求を受信すると、ステップＳ８２にて、配信サーバ２００のデータ生成部２０５は、実施の形態１で説明したステップＳ１６と同様にスケジュール変更処理及びクライアント装置情報ＤＢ２１０の更新処理を行う。

ステップＳ８３にて、緊急トリガ生成部２０８は、緊急トリガ信号を生成する。

ステップＳ８４にて、ステップＳ６５で選択された配信サーバ２００の緊急トリガ送信部２０９は、当該生成された緊急トリガ信号を、ローカルエリアネットワーク４００内の全てのクライアント装置１００などに、ブロードキャスト送信する。

クライアント装置１００は、ステップＳ６５で選択された配信サーバ２００から送信された緊急トリガ信号を受信すると、ステップＳ８５にて、実施の形態１で説明したステップＳ１９と同様に通常コンテンツ２１１を再生する。すなわち、デジタルサイネージシステム１は通常状態となり、クライアント装置１００は通常コンテンツ２１１を再生する。

以上のような本実施の形態３に係るデジタルサイネージシステム１によれば、実施の形態１と同様に、配信サーバ２００の処理負荷などを抑制することができ、かつ、緊急コンテンツ２１１をローカルエリア以外の場所から配信制御し、なるべくリアルタイムに再生することができる。

＜変形例＞
上述した実施の形態３では、実施の形態１においてオペレータの要求に応じて緊急トリガ信号をブロードキャスト送信した機能を、外部サーバデータ受信制御部２１６が緊急コンテンツ５０９を受信した場合に緊急トリガ信号をブロードキャスト送信する機能に置換したものであった。

これと同様の置換を、実施の形態２において行ってもよい。すなわち、配信サーバ２００の外部サーバデータ受信制御部２１６が、外部サーバ５００から緊急コンテンツ５０９を受信した場合に、配信サーバ２００が、オペレータの選択とレポート１１４とに基づいて特定されたクライアント装置１００に、緊急トリガ信号を送信する構成であってもよい。この構成であっても、実施の形態２と同様の効果を得ることができる。

なお、本発明は、その発明の範囲内において、各実施の形態を自由に組み合わせたり、各実施の形態を適宜、変形、省略したりすることが可能である。

１ デジタルサイネージシステム、１００ クライアント装置、１０６ アクセス制御部、１０９ 緊急トリガ受信部、１１３ レポート送信制御部、１１４ レポート、２００ 配信サーバ、２１１ コンテンツデータ（コンテンツ、通常コンテンツ、緊急コンテンツ）、２１６ 外部サーバデータ受信制御部、４００ ローカルエリアネットワーク、５００ 外部サーバ、５０９ 緊急コンテンツデータ（緊急コンテンツ）。

Claims (7)

1. 配信サーバと、
   前記配信サーバにアクセスして通常コンテンツ及び緊急コンテンツを選択的にダウンロードするアクセス制御部、前記ダウンロードしたコンテンツを記憶する記憶部、及び、緊急トリガ信号を受信する緊急トリガ受信部を有する端末と
   を備え、
   前記端末が前記配信サーバから定期的なタイミングで前記通常コンテンツをダウンロードして前記記憶部に記憶し、当該通常コンテンツを再生する通常状態と、前記端末が前記配信サーバから前記タイミングに関わらず前記緊急コンテンツをダウンロードして当該緊急コンテンツを再生する緊急状態とが規定されており、
   前記通常状態において前記端末が前記緊急トリガ信号を受信した場合には、前記通常状態から前記緊急状態に移行し、
   前記緊急状態において前記端末が前記緊急トリガ信号を受信した場合には、前記緊急状態から前記通常状態に移行し、
   前記端末は、前記緊急状態から前記通常状態に移行すると、以前の通常状態において既に記憶していた前記通常コンテンツを再生し、すぐには新たなダウンロードを行わない、コンテンツ配信システム。
2. 請求項１に記載のコンテンツ配信システムであって、
   前記配信サーバは、
   オペレータの要求に応じて、所定ネットワーク内の前記端末に前記緊急トリガ信号をブロードキャスト送信する、コンテンツ配信システム。
3. 請求項１に記載のコンテンツ配信システムであって、
   前記配信サーバは、
   外部サーバから前記緊急コンテンツを受信するデータ受信部を有し、前記データ受信部が前記緊急コンテンツを受信した場合に、所定ネットワーク内の前記端末に前記緊急トリガ信号をブロードキャスト送信する、コンテンツ配信システム。
4. 配信サーバと、
   前記配信サーバにアクセスして通常コンテンツ及び緊急コンテンツを選択的にダウンロードするアクセス制御部、及び、緊急トリガ信号を受信する緊急トリガ受信部を有する端末と
   を備え、
   前記端末が前記配信サーバから定期的なタイミングで前記通常コンテンツをダウンロードして当該通常コンテンツを再生する通常状態と、前記端末が前記配信サーバから前記タイミングに関わらず前記緊急コンテンツをダウンロードして当該緊急コンテンツを再生する緊急状態とが規定されており、
   前記通常状態において前記端末が前記緊急トリガ信号を受信した場合には、前記通常状態から前記緊急状態に移行し、
   前記端末は、
   当該端末のネットワーク情報が記載されたレポートを、前記配信サーバにアクセスしてアップロードするレポート送信部をさらに有し、前記通常状態において前記レポートを定期的に前記配信サーバにアップロードする、コンテンツ配信システム。
5. 請求項４に記載のコンテンツ配信システムであって、
   前記配信サーバは、
   所定ネットワーク内の前記端末のうち、オペレータの選択と前記レポートとに基づいて特定された端末に、前記緊急トリガ信号を送信する、コンテンツ配信システム。
6. 請求項４に記載のコンテンツ配信システムであって、
   前記配信サーバは、
   外部サーバから前記緊急コンテンツを受信するデータ受信部を有し、前記データ受信部が前記緊急コンテンツを受信した場合に、所定ネットワーク内の前記端末のうち、オペレータの選択と前記レポートとに基づいて特定された端末に、前記緊急トリガ信号を送信する、コンテンツ配信システム。
7. （ａ）端末が、定期的なタイミングで配信サーバにアクセスして通常コンテンツをダウンロードして記憶部に記憶し、当該通常コンテンツを再生する工程と、
   （ｂ）前記端末が緊急トリガ信号を受信する工程と、
   （ｃ）前記工程（ｂ）に応答して、前記端末が、前記タイミングに関わらず前記配信サーバにアクセスして前記配信サーバから緊急コンテンツをダウンロードすることによって当該緊急コンテンツを再生する工程と、
   （ｄ）前記工程（ｃ）の後に前記端末が緊急トリガ信号を受信する工程と、
   （ｅ）前記工程（ｄ）に応答して、前記端末が、前記工程（ａ）において既にダウンロードして記憶していた前記通常コンテンツを再生し、すぐには新たなダウンロードを行わない工程と
   を備える、コンテンツ配信方法。

Images