(57)【要約】【課題】災害等の発生後において、視聴者に適切にコンテンツを配信できる表示制御装置を提供する。【解決手段】表示制御装置は、コンテンツを表示するための表示モードを実行し、実行される表示モードに基づいて、表示装置によるコンテンツの表示を制御する制御部を備える。表示モードは、予めスケジュールされた通常用の第１のコンテンツを表示するための通常スケジュールモードと、予めスケジュールされない非常時用の第２のコンテンツを表示するための割込モードと、第２のコンテンツに関連するコンテンツであって、予めスケジュールされた非常時用の第３のコンテンツを表示するための非常時スケジュールモードと、を有する。【選択図】図４
2020135771.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツを表示するための表示モードを実行し、実行される前記表示モードに基づいて、表示装置による前記コンテンツの表示を制御する制御部を備え、
前記表示モードは、
予めスケジュールされた通常用の第１のコンテンツを表示するための通常スケジュールモードと、
予めスケジュールされない非常時用の第２のコンテンツを表示するための割込モードと、
前記第２のコンテンツに関連するコンテンツであって、予めスケジュールされた非常時用の第３のコンテンツを表示するための非常時スケジュールモードと、を有する、
表示制御装置。
【請求項２】
外部装置より所定の割込通知を受信可能な通信部、を更に備え、
前記制御部は、前記通常スケジュールモードの実行中に前記通信部を経由して前記所定の割込通知が受信された場合に、前記所定の割込通知の内容に応じて、前記非常時スケジュールモードで表示する第３のコンテンツの内容を決定する、
請求項１に記載の表示制御装置。
【請求項３】
前記制御部は、前記割込モードの実行後に、前記非常時スケジュールモードを実行する、
請求項２に記載の表示制御装置。
【請求項４】
前記所定の割込通知は、複数存在し、
前記通信部は、第１の割込通知の受信後に、前記非常時スケジュールモードの実行中に、前記第１の割込通知にかかるイベントに関連するイベントが発生した旨を示す第２の割込通知を受信し、
前記第１の割込通知の受信後に前記通常スケジュールモードから前記割込モードに遷移する際に参照するイベントの大きさを示す第１の閾値と、前記第２の割込通知の受信後に前記非常時スケジュールモードから前記割込モードに遷移する際に参照するイベントの大きさを示す第２の閾値とが、異なる、
請求項２または３に記載の表示制御装置。
【請求項５】
前記所定の割込通知は、災害が発生したことを通知するための災害発生通知を含み、
前記第３のコンテンツは、前記災害毎に予め定められている内容を含む、
請求項２〜４のいずれか１項に記載の表示制御装置。
【請求項６】
前記制御部は、前記非常時スケジュールモードでは、前記割込通知で通知されたイベントに関する複数の前記第３のコンテンツを所定期間毎に切り替えて、又は、複数の前記第３のコンテンツを同時に表示するよう制御する、
請求項２〜５のいずれか１項に記載の表示制御装置。
【請求項７】
前記通信部は、コンテンツを配信するサーバから、又は、インターネットを介した検索処理の結果として、前記第３のコンテンツを取得する、
請求項２〜６のいずれか１項に記載の表示制御装置。
【請求項８】
外部装置より所定の通知を取得可能な取得部と、
コンテンツを表示するための表示モードを実行し、実行された前記表示モードに基づいて、表示装置による前記コンテンツの表示を制御する制御部と、を備え、
前記表示モードは、
予めスケジュールされた通常用の第１のコンテンツを表示するための通常スケジュールモードと、
予めスケジュールされない非常時用の第２のコンテンツを表示するための割込モードと、
前記第２のコンテンツに関連するコンテンツであって、予めスケジュールされた非常時用の第３のコンテンツを表示するための非常時スケジュールモードと、を有し、
前記非常時スケジュールモードは、複数存在し、
複数の前記非常時スケジュールモードが同時に実行可能であり、
前記所定の通知は、複数の種類存在し、
前記制御部は、
第１のイベントについての第１の種類の所定の通知を取得した場合、第１の非常時スケジュールモードを実行し、
前記割込モード又は前記第１の非常時スケジュールモードの実行中に第２のイベントについての第２の種類の所定の通知を取得した場合、第２の非常時スケジュールモードを並列して実行し、
複数の前記非常時スケジュールモードが実行されている場合、前記第１の非常時スケジュールモードで表示する前記第３のコンテンツである第４のコンテンツと、前記第２の非常時スケジュールモードで表示する前記第３のコンテンツである第５のコンテンツと、を所定時間毎に切り替えて、又は、前記第４のコンテンツと前記第５のコンテンツとを同時に表示するよう制御する、
表示制御装置。
【請求項９】
前記制御部は、複数の前記非常時スケジュールモードを実行し、全ての非常時スケジュールモードで表示する前記第３のコンテンツの表示が終了した後、前記通常スケジュールモードを実行する、
請求項８に記載の表示制御装置。
【請求項１０】
前記非常時は、災害時を含む、
請求項１〜９のいずれか１項に記載の表示制御装置。
【請求項１１】
コンテンツの表示を制御する表示制御方法であって、
前記コンテンツを表示するための表示モードを実行するステップと、
実行される前記表示モードに基づいて、表示装置による前記コンテンツの表示を制御するステップと、を有し、
前記表示モードは、
予めスケジュールされた通常用の第１のコンテンツを表示するための通常スケジュールモードと、
予めスケジュールされない非常時用の第２のコンテンツを表示するための割込モードと、
前記第２のコンテンツに関連するコンテンツであって、予めスケジュールされた非常時用の第３のコンテンツを表示するための非常時スケジュールモードと、を含む、
表示制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、コンテンツの表示を制御する表示制御装置及び表示制御方法に関する。
【背景技術】
【０００２】
従来、通常時に再生されるコンテンツ（以下、通常用コンテンツとも称する）及び緊急時に再生されるコンテンツ（緊急用コンテンツとも称する）を選択的にダウンロードして再生可能なコンテンツ配信システムが知られている（特許文献１参照）。このコンテンツ配信システムでは、端末が配信サーバから定期的なタイミングで通常用コンテンツをダウンロードして記憶部に記憶し、通常用コンテンツを再生する通常状態と、端末が配信サーバからタイミングに関わらず緊急用コンテンツをダウンロードして当該緊急用コンテンツを再生する緊急状態とが規定されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特許第６２６１１７１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
例えば大規模な災害等の緊急事態が発生した場合には、発生当初の緊急状態が終了しても、通常状態で再生される通常用コンテンツとは異なる、非常事態が継続する中での状態に応じたコンテンツの再生が必要とされる場合がある。この場合、特許文献１の技術では、緊急状態の終了後に通常状態において通常用コンテンツを再生することが不適切となり得る。
【０００５】
本開示は、上記事情に鑑みてなされたものであり、災害等の緊急事態の発生後において、視聴者に適切にコンテンツを配信できる表示制御装置及び表示制御方法を提供する。
【課題を解決するための手段】
【０００６】
本開示の一態様は、コンテンツを表示するための表示モードを実行し、実行される前記表示モードに基づいて、表示装置による前記コンテンツの表示を制御する制御部を備え、前記表示モードは、予めスケジュールされた通常用の第１のコンテンツを表示するための通常スケジュールモードと、予めスケジュールされない非常時用の第２のコンテンツを表示するための割込モードと、前記第２のコンテンツに関連するコンテンツであって、予めスケジュールされた非常時用の第３のコンテンツを表示するための非常時スケジュールモードと、を有する、表示制御装置である。
【０００７】
本開示の一態様は、コンテンツの表示を制御する表示制御方法であって、前記コンテンツを表示するための表示モードを実行するステップと、実行される前記表示モードに基づいて、表示装置による前記コンテンツの表示を制御するステップと、を有し、前記表示モードは、予めスケジュールされた通常用の第１のコンテンツを表示するための通常スケジュールモードと、予めスケジュールされない非常時用の第２のコンテンツを表示するための割込モードと、前記第２のコンテンツに関連するコンテンツであって、予めスケジュールされた非常時用の第３のコンテンツを表示するための非常時スケジュールモードと、を含む、表示制御方法である。
【発明の効果】
【０００８】
本開示によれば、災害等の緊急事態の発生後において、視聴者に適切にコンテンツを配信できる。
【図面の簡単な説明】
【０００９】
【図１】本実施形態の表示制御システムの構成の一例を示す図
【図２】非常時スケジュールモードにおける表示スケジュールを示す図
【図３】通常スケジュールモードにおける表示スケジュールを示す図
【図４】表示モードの第１の遷移例を示すタイミングチャート
【図５】表示モードの第２の遷移例を示すタイミングチャート
【図６】表示モードの第３の遷移例を示すタイミングチャート
【図７】表示制御装置の動作手順を示すフローチャート
【発明を実施するための形態】
【００１０】
以下、適宜図面を参照しながら、実施形態を詳細に説明する。但し、必要以上に詳細な説明は省略する場合がある。例えば、既によく知られた事項の詳細説明や実質的に同一の構成に対する重複説明を省略する場合がある。これは、以下の説明が不必要に冗長になることを避け、当業者の理解を容易にするためである。尚、添付図面及び以下の説明は、当業者が本開示を十分に理解するために提供されるものであり、これらにより特許請求の範囲に記載の主題を限定することは意図されていない。
【００１１】
図１は、本実施形態の表示制御システム５の構成の一例を示す図である。表示制御システム５は、サーバ装置３０と、１つ以上の表示制御装置１０と、１つ以上の表示装置２０と、情報管理装置５０と、を含む構成である。サーバ装置３０及び表示制御装置１０は、ネットワークＮＷを介してデータ通信可能に接続される。図１では、２台の表示制御装置１０がネットワークＮＷに接続される場合を示すが、１台もしくは３台以上の表示制御装置が接続されてもよい。
【００１２】
情報管理装置５０は、例えば気象庁や自治体等に設置され、後述する緊急情報を発信する。緊急情報には、例えば防災情報が含まれる。防災情報は、例えば台風や地震の情報を含んでよい。台風の場合、防災情報は、例えば風速や進路等の情報を含んでよい。地震の場合、防災情報は、例えば震度、震源地、マグニチュード等の情報を含んでよい。また、自治体が発信する防災情報は、例えば避難情報を含んでよい。避難情報は、例えば一時滞在情報や鉄道情報等を含んでよい。
【００１３】
一般に、防災情報は、例えば災害情報、防災気象情報、及び緊急情報を含んでよい。災害情報は、例えば土砂災害情報や河川の氾濫警戒情報等を含んでよい。防災気象情報は、例えば気象注意報、緊急地震速報、津波警戒情報、地震情報、台風情報等を含んでよい。緊急情報は、例えば事件・事故情報、ライフライン寸断情報、通信システム障害情報、避難勧告・指示情報等を含んでよい。また、緊急情報には、自然災害の情報に限られず、例えば鉄道会社などにおいて発生した事故情報やその後の運行情報を含んでもよい。
【００１４】
なお、災害には、自然災害に限らず、災害が広く含まれてよく、例えば交通トラブル等に関する情報である交通障害情報等、人的な災害が含まれてよい。また、災害等には、災害以外でも、災害に似た性質を有する他のイベントも含まれる。
【００１５】
情報管理装置５０は、不図示であるが、制御部、通信部、記憶部、等を備えてよい。
【００１６】
サーバ装置３０は、情報管理装置５０から防災情報を受信すると、割込用コンテンツを作成し、表示制御装置１０に送信してよい。割込用コンテンツとは、予めスケジュールされておらず、非常時に表示されるコンテンツである。また、サーバ装置３０は、表示装置２０で表示される広告等の通常用コンテンツＣＴ１及び非常時用コンテンツＣＴ２を作成し、表示制御装置１０に送信してよい。非常時用コンテンツＣＴ２は、非常時に表示されるコンテンツであり、予めスケジュールされて再生される。非常時とは、例えば災害発生時である。通常スケジュールモードでの通常用コンテンツＣＴ１は、例えば企業広告などが主流である。一方、非常時スケジュールモードでは、企業広告ではなく、災害発生後に必要となりうる各種情報を中心に表示することが必要となる。したがって、非常時用コンテンツＣＴ２は、例えば、災害状況の報道情報、避難場所情報、列車運行情報、等である。非常時用コンテンツＣＴ２は、実際に災害が発生していないと具体内容が確定できない場合が多いが、例えば避難場所情報などは、予め確定しているため事前に準備できる。なお、上記具体内容が確定できない場合でも、非常時用コンテンツＣＴ２がスケジュールされることで、所定のコンテンツの表示をする時間枠が確保される。サーバ装置３０は、例えば、店舗のバックヤードに配置されてもよいし、クラウド上に配置されてもよい。
【００１７】
サーバ装置３０は、制御部３１、通信部３２及び記憶部３３を有する。制御部３１は、サーバ装置３０の各部を制御するプロセッサを含む。
【００１８】
制御部３１は、例えばプロセッサが記憶部に保持されたプログラムを実行することで、各種機能を実現する。プロセッサは、ＭＰＵ（Micro processing Unit）、ＣＰＵ（Central Processing Unit）、ＤＳＰ（Digital Signal Processor）、ＧＰＵ（Graphical Processing Unit）、等を含んでよい。
【００１９】
制御部３１は、割込用コンテンツ、通常用コンテンツＣＴ１、非常時用コンテンツＣＴ２、等のコンテンツを生成してよい。制御部３１は、通信部３２を介して、外部装置から通常用コンテンツＣＴ１、非常時用コンテンツＣＴ２、等のコンテンツを取得してよい。
【００２０】
制御部３１は、各コンテンツを再生して表示するための表示スケジュールを生成する。表示スケジュールは、通常時の表示スケジュールと災害発生時の表示スケジュールを含んでよい。通常時の表示スケジュールは、通常スケジュールモードで用いられてよい。災害発生時の表示スケジュールは、非常時スケジュールモードで用いられる。
【００２１】
通信部３２は、ネットワークＮＷとの接続制御を行うネットワークインターフェスを有し、ネットワークＮＷに接続された表示制御装置１０とデータ通信可能に接続される。また、通信部３２は、無線通信インターフェースや専用線等の通信インターフェースを有し、情報管理装置５０とデータ通信可能に接続される。通信部３２は、各種データ、情報、コンテンツを通信してよい。通信部３２は、割込用コンテンツ、通常用コンテンツＣＴ１、非常時用コンテンツＣＴ２、等のコンテンツを表示制御装置１０へ送信してよい。通信部１３は、表示スケジュールを送信してよい。
【００２２】
記憶部３３は、一次記憶装置（例えばＲＡＭ（Random Access Memory）やＲＯＭ（Read Only Memory））を含む。記憶部３３は、二次記憶装置（例えばＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive））や三次記憶装置（例えば光ディスク、ＳＤカード）を含んでよい。また、記憶部３３は、外部装置であってもよい。
【００２３】
記憶部３３は、各種データや情報を記憶し、例えば通常用コンテンツＣＴ１及び非常時用コンテンツＣＴ２を記憶する。また、記憶部３３は、割込用コンテンツを記憶してもよい。
【００２４】
表示制御装置１０は、例えば、サーバ装置３０から各種コンテンツを取得し、表示装置２０に各種コンテンツを表示させる。表示制御装置１０は、例えば表示装置２０が設置される店舗に配置される。表示制御装置１０は、制御部１１、記憶部１２、通信部１３、等を備えてよい。表示制御装置１０は、例えばＰＣ（personal computer）で構成されてよい。
【００２５】
制御部１１は、表示制御装置１０の各部の動作を制御するプロセッサを含む。制御部１１は、例えばプロセッサが記憶部に保持されたプログラムを実行することで、各種機能を実現する。プロセッサは、ＭＰＵ、ＣＰＵ、ＤＳＰ、ＧＰＵ、等を含んでよい。
【００２６】
制御部１１は、表示装置２０にコンテンツを表示させる表示モードとして、通常スケジュールモード、非常時スケジュールモード、及び割込モードのいずれかを実行する。制御部１１は、所定のトリガを検知した場合に、表示モードを通常スケジュールモード、非常時スケジュールモード、及び割込モードのいずれかに遷移させてよい。また、制御部１１は、複数の非常時スケジュールモードを並列して実行可能でよい。例えば、制御部１１は、地震時の非常時スケジュールモードと豪雨時の非常時スケジュールモードとを、別々の非常時スケジュールモードとしてよい。
【００２７】
制御部１１は、各コンテンツを再生して表示するための表示スケジュールを取得する。この場合、制御部１１は、通信部１３を介して表示スケジュールをサーバ装置３０等から取得してもよいし、自ら表示スケジュールを生成してもよい。
【００２８】
制御部１１は、各種データ、情報、コンテンツを表示装置２０に表示させる。この場合、制御部１１は、通信部１３を介して、表示装置２０に表示に関する指示を送ってよい。制御部１１は、通常スケジュールモードでは、通常時の表示スケジュールに従い、企業ＰＲやメニューの広告等を表示装置２０に表示させてよい。制御部１１は、非常時スケジュールモードでは、非常時の表示スケジュールに従い、災害の種類に対応する避難情報や鉄道情報等を表示装置２０に表示させてよい。制御部１１は、割込モードでは、表示スケジュールとは無関係に、地震情報や台風情報等を表示装置２０に表示させてよい。非常時スケジュールモードで提供される情報よりも割込モードで提供される情報の方が、緊急度が高い。
【００２９】
制御部１１は、非常時スケジュールモードに従い、非常時用コンテンツＣＴ２を表示装置２０に表示させる。制御部１１は、通常スケジュールモードに従い、通常用コンテンツＣＴ１を表示装置２０に表示させる。制御部１１は、割込モードに従い、割込用コンテンツを表示装置２０に表示させる。
【００３０】
制御部１１は、割込用コンテンツ、非常時用コンテンツＣＴ２、通常用コンテンツＣＴ１、等のコンテンツを、通信部１３を介して取得してもよいし、自ら作成してもよい。表示制御装置１０は、自らコンテンツを作成する場合、ネットワークＮＷを介してサーバ装置３０からコンテンツをダウンロードしなくても済む。この場合、サーバ装置３０を省略してもよく、ネットワークトラフィックが軽減され得る。
【００３１】
制御部１１は、所定のトリガとして、割込通知を検知する。割込通知は、例えば災害が発生した旨と、この災害に関する災害関連情報とを含む災害発生通知を含む。災害関連情報は、例えば、災害の種類（地震、台風、豪雨）、災害の規模（例えば地震の震度、台風の風速、豪雨の雨量）、災害の発生位置、災害の発生時刻、等の情報を含んでよい。災害関連情報は、災害発生通知で通知された災害の情報として、記憶部１２に保持されてよい。なお、災害発生通知は、外部装置から表示制御装置１０へ通知される。以下では、災害発生通知および当該通知に含まれる災害関連情報は、例えばサーバ装置３０から表示制御装置１０へ通知されるものとして説明する。
【００３２】
制御部１１は、過去の災害発生通知に係る災害関連情報と、その後（例えば今回）の災害発生通知に係る災害関連情報とを比較し、比較結果を基に、割込モードに遷移するか否かを決定してよい。例えば、制御部１１は、災害の種類が同じであり、災害の発生位置が所定距離以内である場合、これらの災害発生通知に係る災害は関連していると判定してよい。
【００３３】
記憶部１２は、一次記憶装置（例えばＲＡＭやＲＯＭ）を含む。記憶部は、二次記憶装置（例えばＨＤＤやＳＳＤ）や三次記憶装置（例えば光ディスク、ＳＤカード）を含んでよい。記憶部１２は、各種データ、情報、コンテンツを記憶する。記憶部１２は、サーバ装置３０又はその他の装置から取得された通常用コンテンツＣＴ１及び非常時用コンテンツＣＴ２を記憶してよい。記憶部１２は、災害の種類毎に、非常時用コンテンツＣＴ２を記憶してよい。
【００３４】
通信部１３は、ネットワークＮＷとの接続を制御するネットワークインターフェスを有し、ネットワークＮＷに接続されたサーバ装置３０とデータ通信可能に接続される。通信部１３は、各種データ、情報、コンテンツを通信する。通信部１３は、例えば、任意のタイミングで、割込用コンテンツ、通常用コンテンツＣＴ１、非常時用コンテンツＣＴ２を受信してよい。通信部１３は、各種コンテンツを、サーバ装置３０から取得してもよいし、その他の装置から取得してもよい。通信部１３は、表示スケジュールを受信してよい。通信部１３は、表示スケジュールを、通常用コンテンツＣＴ１及び非常時用コンテンツＣＴ２と同じタイミングで又は異なるタイミングで、受信してよい。
【００３５】
表示装置２０は、店舗や街頭に設置されるサイネージ端末である。表示装置２０は、１つの表示制御装置１０に対応して１つ設けられてよいし、１つの表示制御装置１０に対応して複数設けられてよい。また、１つの表示装置２０が、複数の表示制御装置１０に対応して設けられてもよい。表示装置２０は、表示制御装置１０との間で通信可能である。表示装置２０は、不図示であるが、制御部、通信部、記憶部、表示部、等を備えてよい。表示部は、液晶表示デバイス、有機ＥＬデバイス、又はその他の表示デバイスを含んでよい。
【００３６】
表示装置２０は、企業ＰＲや飲食店メニュー等の広告を表示してよい。この場合、表示装置２０は、表示制御装置１０から取得された通常用コンテンツＣＴ１を表示してよい。表示装置２０は、災害発生時、各種の災害関連情報を表示してよい。表示装置２０は、例えば商業施設、電車内等に設置され、災害関連情報として電車運行情報（例えば事故の情報や遅延の情報）を表示してもよい。この場合、表示装置２０は、表示制御装置１０から取得される非常時用コンテンツＣＴ２を表示する。
【００３７】
ネットワークＮＷは、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、モバイルネットワーク、電力線通信ネットワーク、インターネット等の通信ネットワークでよい。
【００３８】
また、ここでは、表示装置２０と表示制御装置１０は、別体の装置であるが、一体の装置であってもよい。この場合、表示装置２０に表示制御装置１０が内蔵されてもよいし、表示制御装置１０の筐体に表示装置２０が配置されてもよい。
【００３９】
また、表示制御装置１０は、サーバ装置３０に内蔵されてもよい。この場合、サーバ装置３０が表示装置２０に対する表示制御を行ってよい。また、サーバ装置３０は、表示制御装置１０を内蔵すると共に、サーバ装置３０の筐体に表示装置２０を配置し、オールインワンの装置として構成されてもよい。この場合、サーバ装置３０から複数の表示装置２０に向けて、それぞれスケジュールされたコンテンツが直接配信される。
【００４０】
（表示スケジュール）
次に、コンテンツを再生するための表示スケジュールについて説明する。
【００４１】
表示スケジュールは、例えば、コンテンツの表示時間（再生時間）、表示順序（再生順序）、表示開始時刻（再生開始時刻）、表示終了時刻（再生終了時刻）、表示日付（再生日時）、等の情報を含む。表示制御装置１０は、表示スケジュールを、コンテンツ、プレイリスト、スケジュール、カレンダの単位のいずれかで記憶部１２に登録してよい。カレンダには、日付毎に表示スケジュールが登録されてよい。各表示スケジュールには、時間帯毎にプレイリストが登録されてよい。各プレイリストには、コンテンツを表示するためのフレームパターンが登録されてよい。各フレームパターンは、コンテンツの再生時間、コンテンツの種類、及びコンテンツの表示枠（フレーム）を含んでよい。画面レイアウトに従って区画された表示枠には、再生されるコンテンツが表示されてよい。
【００４２】
図２は、非常時スケジュールモードにおける表示スケジュールを示す図である。より具体的には、図２は、非常時の一例として、災害発生時の表示スケジュールを示している。この表示スケジュールでは、カレンダｃｄ１には、日付毎に災害スケジュールが登録されてよい。一例として、「〇〇月１日  災害スケジュールＮ１」、「〇〇月２日  災害スケジュールＮ２」、「〇〇月３日  災害スケジュールＮ３」等が登録される。ここでは、〇〇月の前月に災害が発生し、〇〇月３日まで災害スケジュールモードで運用されていることを例示している。
【００４３】
災害スケジュールＮ１には、９：００〜１６：００のプレイリストが登録される。一例として、表示時刻毎に「０９：００〜１２：００  災害プレイリストＰＬ１」、「１２：００〜１４：００  災害プレイリストＰＬ２」、「１４：００〜１６：００  災害プレイリストＰＬ３」が登録される。
【００４４】
災害プレイリストＰＬ１は、複数（例えば２つ）のフレームパターンＦ１，Ｆ２を含んでよい。フレームパターンＦ１は、表示枠ｗ１、再生時間：６０秒、災害用コンテンツＣＴ２１，ＣＴ２２、等の情報を含んでよい。災害用コンテンツＣＴ２１と災害用コンテンツＣＴ２２は、時分割で表示枠ｗ１のＨ１フレームに再生されてよい。災害用コンテンツＣＴ２１は、静止画で例えば１５秒間再生される。災害用コンテンツＣＴ２２は、動画で例えば４５秒間再生される。
【００４５】
また、フレームパターンＦ２は、表示枠ｗ２、再生時間：９０秒、災害用コンテンツＣＴ２３，ＣＴ２４及びテロップＴＬ２１、等の情報を含んでよい。表示枠ｗ２は、複数（例えば３つ）の画面に分割されてよい。より具体的には、表示枠ｗ２の画面レイアウトは、例えばＨ１フレーム、Ｈ２フレーム及びＳＦ１フレームの３つから構成されてよい。災害用コンテンツＣＴ２３は、Ｈ１フレームに再生され、災害用コンテンツＣＴ２４は、Ｈ２フレームに再生され、テロップＴＬ２１は、ＳＦ１フレームに再生されてよい。
【００４６】
この表示スケジュールでは、例えば、表示制御装置１０の制御部１１は、〇〇月１日の災害スケジュールＮ１に従い、表示時刻０９：００〜１２：００に災害プレイリストＰＬ１を実行する。制御部１１は、災害プレイリストＰＬ１に含まれるフレームパターンＦ１に従い、表示枠ｗ１のＨ１フレームに災害用コンテンツＣＴ２１及び災害用コンテンツＣＴ２２を併せて６０秒間表示させる。
【００４７】
具体例としては、フレームパターンＦ１では、Ｈ１フレームに最新の報道番組の動画を挿入することなどを予め設定できる。また、フレームパターンＦ２では、各フレームに表示するコンテンツの種類を予め設定可能である。例えば、フレームパターンＦ２では、Ｈ１フレームに列車運行情報を挿入し、Ｈ２フレームに避難所情報を挿入、ＳＦ１フレームにニュース文字列のテロップを挿入することなども予め設定できる。このように、非常時ならではのプレイリストを準備しておくことができる。
【００４８】
図３は、通常スケジュールモードにおける表示スケジュールを示す図である。この表示スケジュールでは、カレンダｃｄ２には、日付毎に通常スケジュールが登録されてよい。一例として、「〇〇月４日  通常スケジュールＭ１」、「〇〇月５日  通常スケジュールＭ１」、「〇〇月６日  通常スケジュールＭ２」等が登録される。
【００４９】
通常スケジュールＭ１には、９：００〜１６：００のプレイリストが登録される。一例として、表示時刻毎に「０９：００〜１２：００  通常プレイリストＰＬ４」、「１２：００〜１４：００  通常プレイリストＰＬ５」、「１４：００〜１６：００  通常プレイリストＰＬ６」が登録される。
【００５０】
通常プレイリストＰＬ４は、複数（例えば２つ）のフレームパターンＦ１，Ｆ２を含む。フレームパターンＦ１は、表示枠ｗ１、再生時間：６０秒、通常用コンテンツＣＴ１１，ＣＴ１２、等の情報を含んでよい。通常用コンテンツＣＴ１１と通常用コンテンツＣＴ１２は、時分割で表示枠ｗ１のＨ１フレームに再生されてよい。通常用コンテンツＣＴ１１は、静止画で例えば１５秒間再生される。通常用コンテンツＣＴ１２は、動画で例えば４５秒間再生される。
【００５１】
また、フレームパターンＦ２は、表示枠ｗ２、再生時間：９０秒、通常用コンテンツＣＴ１３，ＣＴ１４及びテロップＴＬ１１、等の情報を含んでよい。表示枠ｗ２は、複数（例えば３つ）の画面に分割されてよい。より具体的には、表示枠ｗ２の画面レイアウトは、例えばＨ１フレーム、Ｈ２フレーム及びＳＦ１フレームの３つから構成されてよい。通常用コンテンツＣＴ１３は、Ｈ１フレームに再生され、通常用コンテンツＣＴ１４は、Ｈ２フレームに再生され、テロップＴＬ１１は、ＳＦ１フレームに再生されてよい。
【００５２】
この表示スケジュールでは、例えば、表示制御装置１０の制御部１１は、〇〇月４日の通常スケジュールＭ１に従い、表示時刻０９：００〜１２：００に通常プレイリストＰＬ４を実行する。制御部１１は、通常プレイリストＰＬ４に含まれるフレームパターンＦ１に従い、表示枠ｗ１のＨ１フレームに通常用コンテンツＣＴ１１及び通常用コンテンツＣＴ１２を併せて６０秒間表示させる。なお、図２及び図３では、通常プレイリスト中に災害用コンテンツが含まれていてもよいし、災害プレイリスト中に通常用コンテンツが含まれていてもよい。
【００５３】
次に、表示制御システム５の動作例について説明する。
【００５４】
（表示モードの第１の遷移例）
図４は、表示モードの第１の遷移例を示すタイミングチャートである。
【００５５】
表示制御装置１０の制御部１１は、通常スケジュールモードにおいて、表示装置２０に通常用コンテンツＣＴ１の表示を行わせる（Ｐ１）。
【００５６】
時刻ｔ１で震度６の地震が発生すると、情報管理装置５０は、震度６の地震の発生に関する防災情報をサーバ装置３０に送信する。サーバ装置３０の通信部３２は、情報管理装置５０からの防災情報を受信し、防災情報に基づく割込通知（以下では、災害発生通知とする）を表示制御装置１０へ送る。
【００５７】
表示制御装置１０の通信部１３は、サーバ装置３０から災害発生通知を受信する。図４の例において、災害とは地震を示す。制御部１１は、災害発生通知に基づいて、表示モードを通常スケジュールモードから割込モードに遷移させ、表示装置２０に地震発生画面（災害発生画面の一例）を表示させる（Ｐ２）。地震発生画面で表示されるコンテンツは、割込用コンテンツの一例となる。
【００５８】
地震発生画面は、一定期間表示される。一定期間は、例えばコンテンツ再生時間などである。また、制御部１１が、コンテンツ再生終了前において、表示制御装置１０が備える操作部（不図示、例えば表示終了ボタン）に対する操作（例えば押下）を検出した時点で、当該一定期間を終了させてもよい。また、一定期間は、災害の規模（例えば地震の震度）、災害の種類（例えば地震、台風、洪水）、災害の重要度、等によって異なってよい。
【００５９】
また、時刻t１で発生した地震が震度６である場合、制御部１１は、通常スケジュールモードから割込モードに遷移させるが、震度４である場合、重要度が低いと判断して、割込モードに遷移させなくてよい。つまり制御部１１は、災害の規模を示す値が閾値ｔｈ１以上である場合に限り、通常スケジュールモードから割込モードに遷移させてよい。通常スケジュールモードでは、遷移するか否かの閾値ｔｈ１は、例えば、災害が地震の場合には震度５に設定されてよい。なお、制御部１１は、災害の規模に応じて割込モードへの要否を判断しなくてもよく、災害発生通知を受信した場合に常に割込モードに遷移させてもよい。
【００６０】
割込モードで地震発生画面の表示が終了する時刻ｔ２で、制御部１１は、表示モードを割込モードから非常時スケジュールモードに遷移させる。
【００６１】
非常時スケジュールモードにおいて、表示制御装置１０が所定期間に亘って災害関連情報を表示させる際、期間の分割、期間毎のコンテンツの種類等の取り決めは、あらかじめ災害の種類に応じて設定されてよい。この災害の種類に対応する災害時の表示スケジュールは、例えばサーバ装置３０によって作成され、記憶部３３に登録されてよい。
【００６２】
図４では、所定期間は、期間ＴＡと期間ＴＢに分割されている。例えば、期間ＴＡは１週間であり、期間ＴＢは３週間であり、したがって所定期間は４週間である。これにより、災害発生後において時間経過とともに必要な情報が変化することが想定されるが、表示制御装置１０は、この変化を想定した再生スケジュールを災害発生前に決定しておくことで、いずれのタイミングにおいても必要な情報を提供できる。
【００６３】
表示制御装置１０の通信部１３は、期間ＴＡにおいて、サーバ装置３０から一時滞在情報及び鉄道情報を受信してよい（Ｐ３）。表示制御装置１０の制御部１１は、通信部１３を介して、表示装置２０に一時滞在情報及び鉄道情報を表示させてよい（Ｐ３）。一時滞在情報及び鉄道情報は、非常時用コンテンツＣＴ２の一例である。
【００６４】
期間ＴＡの途中の時刻ｔ３で震度５の地震が発生すると、情報管理装置５０は、震度５の地震の発生に関する防災情報をサーバ装置３０に送信する。サーバ装置３０の通信部３２は、情報管理装置５０からの防災情報を受信し、防災情報に基づく災害発生通知を表示制御装置１０へ送る。
【００６５】
災害スケジュールモードでは、同じ種類の２回目の災害に対し、例えば、閾値ｔｈ２によって割込モードへの遷移の判断が行われる。例えば、制御部１１は、１度目の災害発生通知と２度目の災害発生通知とを比較し、それぞれの災害の種類（例えば地震）が同一であり、災害の発生位置が所定距離以内である場合に、互いの災害が関連していると判定する。この場合、制御部１１は、２度目の災害の規模が閾値ｔｈ２以上であれば、重要度が高いと判定し、表示モードを非常時スケジュールモードから割込モードに遷移させる。例えば、閾値ｔｈ１は、閾値ｔｈ２よりも大きい。なお、災害が地震の場合、閾値ｔｈ２は、例えば震度４などである。
【００６６】
表示制御装置１０の通信部１３は、サーバ装置３０から災害発生通知を受信する。制御部１１は、災害発生通知に係る地震の震度５が、閾値ｔｈ２以上であるので重要度が高いと判断する。制御部１１は、表示モードを非常時スケジュールモードから割込モードに遷移させ、表示装置２０に地震発生画面を表示させてよい（Ｐ４）。地震発生画面は、例えばプロセスＰ２と同様の内容で、震度５の地震について一定期間表示される。割込モードで地震発生画面の表示が終了する時刻ｔ４で、制御部１１は、非常時スケジュールモードに戻る。つまり、制御部１１は、表示モードを割込モードから非常時スケジュールモードに遷移させる。
【００６７】
通信部１３は、時刻ｔ４以降の期間ＴＢにおける非常時スケジュールモードにおいて、サーバ装置３０から例えば一時滞在情報及び鉄道情報に続き、避難所情報及び鉄道情報を受信してよい（Ｐ５）。表示制御装置１０の通信部１３は、表示装置２０に避難所情報及び鉄道情報を表示装置２０に表示させてよい。避難所情報は、非常時用コンテンツＣＴ２の一例である。
【００６８】
なお、制御部１１は、サーバ装置３０から受信した避難所情報及び鉄道情報を表示させる代わりに、例えば、通信部１３を介してネットワークＮＷに接続し、インターネットを介して独自に収集した情報を表示してもよい。また、制御部１１は、通信部１３を介して、テレビ放送を受信し、非常時用コンテンツＣＴ２として災害のニュース等を表示装置２０に表示させてもよい。
【００６９】
期間ＴＢが終了すると、制御部１１は、時刻ｔ５において、表示モードを非常時スケジュールモードから通常モードに遷移させ、プロセスＰ１と同様、通信部１３を介して表示装置２０に通常用コンテンツＣＴ１の表示を行わせる（Ｐ６）。
【００７０】
このように、表示モードの第１の遷移例では、災害発生通知の内容が地震発生であるため、表示制御装置１０は、非常時スケジュールモードで表示する非常時用コンテンツＣＴ２の表示内容を地震に関する情報と決定する。地震に関する情報は、例えば、非常時スケジュールモードにおける前半の期間（期間ＴＡ）では、一時滞在情報及び鉄道情報を含んでよく、非常時スケジュールモードにおける後半の期間（期間ＴＢ）では、避難所情報や鉄道情報を含んでよい。つまり、同じ非常時スケジュールモード内の期間においても、視聴者が必要な情報が刻々と変化し得るが、表示制御装置１０は、所定期間を複数の期間に区分することで、この変化に対応できる。また、表示制御装置１０が表示装置２０に表示させる必要な情報は、例えば災害発生通知の原因（地震発生、豪雨等）となった災害毎に異なる。これに対し、表示制御装置１０は災害発生通知を受信すると、災害発生通知に含まれる災害の内容（災害の種別や規模）を認識することにより、災害毎に適切な情報（非常時用コンテンツＣＴ２）の提供を支援する。
【００７１】
また、表示制御装置１０は、閾値ｔｈ１を設けることで、災害のレベルに応じた割込制御を行うことができる。また、表示制御装置１０は、例えば閾値ｔｈ１よりも小さい閾値ｔｈ２を設けることで、例えば強い地震の後の弱い地震については割込制御を行わないようにでき、頻繁に災害に関する割込制御が発生することを抑制できる。
【００７２】
なお、制御部１１は、災害発生通知に含まれる災害関連情報に基づいて、割込モードへの遷移の要否を決定してもよい。例えば、制御部１１は、１度目の災害発生通知と２度目の災害発生通知とにおいて、それぞれの災害の種類が同一であり、災害の発生位置が所定距離以内である場合に、つまり互いの災害が関連している場合に、２度目の災害発生通知の際に、所定条件を満たせば割込モードへの遷移が必要と判定し、表示モードを非常時スケジュールモードから割込モードに遷移させてもよい。
【００７３】
また、図４では、１度目の災害発生通知に応じて所定期間が設定されるが、２度目の災害発生に応じて所定期間が改めて設定されないことを例示した。この代わりに、制御部１１は、１度目の災害発生通知に応じて所定期間が設定し、２度目の災害発生通知に応じて所定期間を改めて設定し、所定期間が実質的に延長されるように調整してもよい。
【００７４】
（表示モードの第２の遷移例）
図５は、表示モードの第２の遷移例を示すタイミングチャートである。図５において、図４と同様の処理（プロセス）については、同一の符号を付し、その説明を省略又は簡略化する。
【００７５】
図５においても、図４と同様に、時刻ｔ１に震度６の地震が発生することにより表示モードが通常スケジュールモードから割込モードに遷移し、時刻ｔ２において表示モードが割込モードから非常時スケジュールモードに遷移したとする。その後、期間ＴＡの途中の時刻ｔ３ａで震度２の地震が発生すると、情報管理装置５０は、震度２の地震の発生に関する防災情報をサーバ装置３０に送信する。サーバ装置３０の通信部３２は、情報管理装置５０からの防災情報を受信し、防災情報に基づく災害発生通知を表示制御装置１０へ送る。
【００７６】
表示制御装置１０の通信部１３は、サーバ装置３０から災害発生通知を受信する。制御部１１は、災害発生通知に係る地震の震度２が、閾値ｔｈ２未満であるので、重要度が低いと判断する。よって、制御部１１は、表示モードを非常時スケジュールモードから割込モードに遷移させず、通信部１３を介して、表示装置２０に地震発生画面を表示させなくてよい。
【００７７】
表示制御装置１０は、非常時スケジュールモードにおいて、期間ＴＡから期間ＴＢに移行する。期間ＴＢでは、通信部１３が、サーバ装置３０から一時滞在情報及び鉄道情報に続き、例えば避難所情報及び鉄道情報を受信する（Ｐ５）。なお、通信部１３は、例えば避難所情報及び鉄道情報を、期間ＴＢよりも前に受信してもよい。制御部１１は、期間ＴＢにおいて、表示装置２０に避難所情報及び鉄道情報を表示装置２０に表示させてよい（Ｐ５）。
【００７８】
期間ＴＢの途中の時刻ｔ４ａで震度４の地震が発生すると、情報管理装置５０は、震度４の地震の発生に関する防災情報をサーバ装置３０に送信する。サーバ装置３０の通信部３２は、情報管理装置５０からの防災情報を受信し、防災情報に基づく災害発生通知を表示制御装置１０へ送る。
【００７９】
表示制御装置１０の通信部１３は、サーバ装置３０から災害発生通知を受信する。非常時スケジュールモードの実行中では、災害の規模が閾値ｔｈ２を超える大きさの災害は、最初に起こった災害（災害の規模を示す値が閾値ｔｈ１以上の災害）と関連するため、重要度が高いと判断する。例えば、災害が地震の場合、閾値ｔｈ１が震度６であり、閾値ｔｈ２が閾値ｔｈ１よりも低い震度４である。閾値ｔｈ１は、初回の災害に対して用いられ、閾値ｔｈ２は、初回の災害に関連して発生した災害に対して用いられる。すなわち、閾値ｔｈ２は、非常時スケジュールモード（又は割込モード）で用いられる。制御部１１は、災害発生通知に係る地震の震度４が、閾値ｔｈ２以上であるので、重要度が高いと判断する。この場合、制御部１１は、表示モードを非常時スケジュールモードから割込モードに遷移させ、表示装置２０に地震発生画面を一定期間表示させてよい（Ｐ５Ａ）。地震発生画面で表示されるコンテンツは、プロセスＰ２と同様でもよく、又は、震度の大きさに応じて異なってもよい。このようにすることで、表示制御装置１０は、閾値ｔｈ２以上の規模である余震を検知でき、表示装置２０を通じて、二次災害の危険性を的確に報知できる。例えば、表示制御装置１０は、時刻ｔ１の地震によって建物等に損傷が生じているために余震によって倒壊するおそれがあることなどを報知できる。
【００８０】
このように、表示制御装置１０は、一度災害が発生した後では、災害が発生していない場合と異なる条件で割込モードに遷移させることができる。よって、表示制御装置１０は、例えば災害発生後に二次災害の発生の可能性がある場合、通常時では割込しない規模であっても、割込による情報提供を行うことができる。
【００８１】
割込モードで地震発生画面の表示が終了する時刻ｔ４ｂで、制御部１１は、非常時スケジュールモードに戻る。つまり、制御部１１は、表示モードを割込モードから非常時スケジュールモードに遷移させる。
【００８２】
非常時スケジュールモードにおいて、期間ＴＢが終了すると、制御部１１は、時刻ｔ５において、表示モードを非常時スケジュールモードから通常モードに遷移させる。制御部１１は、プロセスＰ１と同様、通信部１３を介して、表示装置２０に通常用コンテンツＣＴ１の表示を行わせる（Ｐ６）。
【００８３】
なお、ここでは、制御部１１は、割込モードに遷移するか否かを判断する際、単に地震の震度を閾値ｔｈ１，ｔｈ２と比較し、重要度の高低を判断したが、これに限らない。例えば、表示制御装置１０は、自装置又は表示装置２０が設置された位置の位置情報を記憶部１２に記憶しておいてよい。制御部１１は、地震の震源地が遠い場合、震度が大きくても重要度が低いと判断して、割込モードに遷移させなくてもよい。一方、制御部１１は、震源地が近い場合、震度が小さくても重要度が高いと判断して割込モードに遷移させてもよい。地震の震源地（災害の発生位置の一例）は、防災情報や災害発生通知に含まれてよい。
【００８４】
このように、表示モードの第２の遷移例では、表示制御装置１０は、非常時スケジュールモードにおいて、前回の割込モードに遷移した災害と関連する災害（例えば同様の時期、同様の地理的範囲での地震）が発生した後では、災害が発生していない場合と異なる条件で、割込モードに遷移できる。
【００８５】
（表示モードの第３の遷移例）
第１の遷移例及び第２の遷移例では、１種類の災害（例えば地震）が発生した場合の非常時スケジュールモードについて説明したが、第３の遷移例では、複数種類の災害が発生した場合の非常時スケジュールモードについて説明する。具体的には、本遷移例では、地震に加え、豪雨が発生した場合を想定する。
【００８６】
非常時スケジュールモードは、複数の災害が同時期に発生した場合、災害の種類ごとに並列して実行されてよい。本遷移例では、災害として、地震と豪雨が同時期に発生した場合を例示するが、津波や台風、さらには交通機関のトラブルが発生した場合にも同様に適用可能である。交通機関のトラブルには、例えば電車の運休や高速道路の渋滞等も含まれてよい。また、他の同時期に発生しうる災害の組として、例えば地震とこの地震に伴う交通機関のトラブル、豪雨とこの豪雨に伴う交通機関のトラブルなどが挙げられる。なお、表示装置２０には、並列して実行される非常時スケジュールモードそれぞれに関する情報が併せて表示されてもよい。また、非常時スケジュールモードは、３つ以上同時に実行されてもよい。
【００８７】
図６は、表示モードの第３の遷移例を示すタイミングチャートである。第１及び第２の遷移例と同一のプロセスにおいては、同一のプロセス番号を付す。図６において、図４又は図５と同様の処理（プロセス）については、同一の符号を付し、その説明を省略又は簡略化する。
【００８８】
図６においても、図４及び図５と同様に、割込モードで地震発生画面の表示が終了する時刻ｔ２で、表示制御装置１０の制御部１１は、表示モードを割込モードから地震の非常時スケジュールモードに遷移させる。通信部１３は、期間ＴＡ以前に、サーバ装置３０から一時滞在情報及び鉄道情報を受信する（Ｐ３）。表示制御装置１０は、期間ＴＡにおいて、通信部１３を介して表示装置２０に例えば一時滞在情報及び鉄道情報を表示させる（Ｐ３）。
【００８９】
また、通信部１３は、期間ＴＢ以前に、サーバ装置３０から避難所情報及び鉄道情報を受信する（Ｐ５）。制御部１１は、期間ＴＢにおいて、通信部１３を介して、表示装置２０に例えば避難所情報及び鉄道情報を表示させる（Ｐ５）。
【００９０】
さらに、通信部１３は、例えばサーバ装置３０から、例えば地震情報、鉄道情報、及びテレビニュースを受信する（Ｐ５Ｂ）。制御部１１は、期間ＴＢに続く期間ＴＣにおいて、表示装置２０に地震情報、鉄道情報及びテレビニュースなどを表示させる。
【００９１】
地震の非常時スケジュールモードにおいて、表示制御装置１０がこれらの情報を表示する所定期間ＴＭ１は、期間ＴＡと期間ＴＢと期間ＴＣとを含む期間である。期間ＴＣは、所定期間ＴＭ１の終了とともに終了し、その後、例えば非常時スケジュールモードから通常スケジュールモードに遷移されるように表示スケジュールが決定される。
【００９２】
一方、期間ＴＡの途中の時刻ｔ３ｂで豪雨（実際の豪雨、又は豪雨の予測）が発生すると、情報管理装置５０は、豪雨に関する防災情報をサーバ装置３０に送信する。サーバ装置３０の通信部３２は、情報管理装置５０からの防災情報を受信し、防災情報に基づく災害発生通知を表示制御装置１０へ送る。
【００９３】
表示制御装置１０の通信部１３は、サーバ装置３０から豪雨の災害発生通知を受信すると、制御部１１は、表示モードを地震の非常時スケジュールモードから割込モードに遷移させ、通信部１３を介して、表示装置２０に豪雨発生画面（災害発生画面の一例）を表示させてよい（Ｐ４Ａ）。豪雨発生画面は、プロセスＰ２と同様の内容で、豪雨について一定期間表示されてよい。
【００９４】
豪雨発生画面は、一定期間表示される。一定期間は、例えばコンテンツ再生時間でもよい。また、制御部１１が、コンテンツ再生終了前において、表示制御装置１０が備える操作部（不図示、例えば表示終了ボタン）に対する操作（例えば押下）を検出した時点で、当該一定期間を終了させてもよい。
【００９５】
また、制御部１１は、災害発生通知に係る豪雨の規模が閾値ｔｈ３以上である場合に、重要度が高いと判断してよい。例えば、閾値ｔｈ３が、５０ｍｍ以上の雨量であってよい。制御部１１は、閾値ｔｈ３以上の雨量の豪雨（又は豪雨の予測）が発生した場合に、割込モードに遷移させ、閾値ｔｈ３未満の雨量の豪雨（又は豪雨の予測）が発生した場合に、割込モードに遷移させず、地震の非常時スケジュールモードを継続してよい。
【００９６】
豪雨発生画面の表示が終了すると、制御部１１は、時刻ｔ３ｃにおいて、表示モードを割込モードから非常時スケジュールモードに遷移させる。ここでは、地震の非常時スケジュールモードと豪雨の非常時スケジュールモードとが並列して実行された状態となる。通信部１３は、例えばサーバ装置３０から、期間ＴＤ以前に、避難誘導情報、降雨情報及び道路情報を受信してよい（Ｐ５Ｃ）。制御部１１は、期間ＴＤにおいて、表示装置２０に避難誘導情報、降雨情報及び道路情報を表示させてよい。さらに、通信部１３は、期間ＴＥ以前に、例えばサーバ装置３０から、降雨情報及び道路情報を、受信してよい（Ｐ５Ｄ）。表示制御装置１０は、期間ＴＥにおいて、表示装置２０に降雨情報及び道路情報を表示させてよい。
【００９７】
豪雨の非常時スケジュールモードでは、表示制御装置１０がこれらの情報を表示する所定期間ＴＭ２は、期間ＴＤと期間ＴＥを含む期間でよい。期間ＴＥは、所定期間ＴＭ２の終了とともに終了し、その後、非常時スケジュールモードから通常スケジュールモードに遷移されるように表示スケジュールが決定される。通常スケジュールモードでは、プロセスＰ１と同様、制御部１１が、表示装置２０に通常用コンテンツＣＴ１の表示を行わせる（Ｐ６）。
【００９８】
ここで、図６に示すように、期間ＴＢ〜期間ＴＥにおいて、地震に関する非常時用コンテンツＣＴ２を表示する区間と、豪雨に関する非常時用コンテンツＣＴ２を表示する区間とが重複する。この重複区間ＩＶでは、制御部１１は、地震に関する非常時用コンテンツＣＴ２と豪雨に関する非常時用コンテンツＣＴ２とを交互に時分割で切り替えて表示させてもよいし、画面分割で同時に表示させてもよい。また、制御部１１は、地震に関する非常時用コンテンツＣＴ２と豪雨に関する非常時用コンテンツＣＴ２の内容を調整してもよい。例えば、制御部１１は、地震に関する災害関連情報と豪雨に関する災害関連情報とにおいて一部内容が重複する場合、重複する部分の一方の表示を削除して、地震に関する災害関連情報と豪雨に関する災害関連情報を表示装置２０に表示させてもよい。
【００９９】
制御部１１は、複数の種類の非常時スケジュールモードが並列して実行されている場合、複数の非常時スケジュールモードのうち、終了時刻の最も遅い非常時スケジュールモードの終了を待って、非常時スケジュールモードから通常スケジュールモードへ遷移させることが好ましい。図５の例では、制御部１１は、豪雨の非常時スケジュールモードの終了後に、通常スケジュールモードへ遷移させる。
【０１００】
このように、表示モードの第３の遷移例では、地震と豪雨のように異なる災害が短期間をおいて（同時期に）連続的に発生した場合、表示制御装置１０は、複数の災害に係る複数の非常時スケジュールモードを並列して実行することができる。よって、いずれかの非常時スケジュールモードが終了した際に他の非常時スケジュールモードが終了することを抑制でき、それぞれの災害に対して必要な情報を適切に提供できる。
【０１０１】
図７は、表示制御装置１０の動作手順の一例を示すフローチャートである。
【０１０２】
制御部１１は、表示制御装置１０の電源オン等により起動すると、表示モードを通常スケジュールモードに遷移させ、表示装置２０に通常用コンテンツＣＴ１の表示を行わせる（Ｓ１）。制御部１１は、通信部１３を介して割込通知を受信したか否かを判別する（Ｓ２）。割込通知は、例えば災害発生通知である。通信部１３は、割込通知を受信すると、サーバ装置３０にアクセスし、非常時用コンテンツＣＴ２をダウンロードする。通信部１３は、サーバ装置３０から割込通知と非常時用コンテンツＣＴ２とを同時に受信してもよい。通信部１３は、サーバ装置３０から表示スケジュールを受信してよい。Ｓ２で割込通知を受信していない場合、処理はＳ１の処理に戻る。
【０１０３】
Ｓ２で割込通知を受信した場合、制御部１１は、表示モードを通常スケジュールモードから割込モードに遷移させる（Ｓ３）。制御部１１は、割込モードが終了したか否かを判別する（Ｓ４）。この場合、制御部１１は、地震発生画面や豪雨発生画面で表示される非常時用コンテンツＣＴ２の再生終了等によって、割込モードが終了したか否かを判別してよい。割込が終了していない場合、制御部１１は、Ｓ３の処理に戻る。
【０１０４】
Ｓ４で割込モードが終了すると、制御部１１は、表示モードを割込モードから非常時スケジュールモードに遷移させる（Ｓ５）。この場合、制御部１１は、災害の種類に対応する非常時スケジュールモードに遷移させる。また、第３の遷移例に示したように、制御部１１は、通信部１３を介して複数の割込通知を受信し、これらの災害の種類（地震、豪雨）が異なる場合、災害の種類に対応する複数の非常時スケジュールモードを実行してもよい。
【０１０５】
制御部１１は、非常時スケジュールモードの実行中に、通信部１３を介してサーバ装置３０から再び割込通知を受信したか否かを判別する（Ｓ６）。割込通知を受信した場合、制御部１１は、Ｓ３に戻り、同様に、表示モードを割込モードに遷移させ、非常時用コンテンツＣＴ２を表示する等の処理を繰り返す。
【０１０６】
なお、制御部１１は、例えば、Ｓ６で受信した割込通知がＳ２で受信した割込通知と同じ災害の種類であり、かつ、重要度が低いと判断した場合、制御部１１は、割込モードに遷移しなくてもよい。なお、制御部１１は、割込モードへの遷移の有無を判断することなく、サーバ装置３０からの割込通知に対し、表示モードを必ず割込モードに遷移させてもよい。
【０１０７】
一方、Ｓ６で割込通知を受信していない場合、制御部１１は、非常時スケジュールモードに遷移してから所定期間が経過したか否かを判別する（Ｓ７）。所定期間が経過していない場合、制御部１１は、Ｓ５に戻り、非常時スケジュールモードを継続する。所定期間が経過した場合、処理がＳ１に戻り、制御部１１は、割込モードから通常スケジュールモードに遷移させ、通常用コンテンツＣＴ１の表示等を行わせる。
【０１０８】
このような表示制御システム５によれば、表示制御装置１０は、通常用コンテンツＣＴ１が表示される通常スケジュールモードと割込用コンテンツが表示される割込モードとの間に、中間的なモードである非常時スケジュールモードを実行する。非常時スケジュールモードでは予め表示スケジュールを定めておくことができるので、表示制御装置１０は、災害時に必要になると予想される情報を含む非常時用コンテンツＣＴ２を用意しておき、災害時に視聴者へ提供することができる。よって、表示制御装置１０は、災害等の発生後に、段階的に通常のコンテンツの表示に復帰させることができる。
【０１０９】
以上、図面を参照しながら実施形態について説明したが、本開示はかかる例に限定されないことは言うまでもない。当業者であれば、特許請求の範囲に記載された範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、それらについても当然に本開示の技術的範囲に属するものと了解される。また、各実施形態を適宜組み合わせてもよい。
【０１１０】
上記実施形態では、表示制御装置１０が主導して表示モードを実行したが、サーバ装置３０が表示モードを実行してもよい。この場合、例えば、サーバ装置３０が複数装置間で表示モードを同期させることが可能となる。なお、サーバ装置３０は表示制御装置１０を含んでいてもよく、または、サーバ装置３０の機能と表示制御装置１０の機能は１つのハードウェアで構成されていてもよい。
【０１１１】
上記実施形態では、プロセッサは、物理的にどのように構成してもよい。また、プログラム可能なプロセッサを用いれば、プログラムの変更により処理内容を変更できるので、プロセッサの設計の自由度を高めることができる。プロセッサは、１つの半導体チップで構成してもよいし、物理的に複数の半導体チップで構成してもよい。複数の半導体チップで構成する場合、上記実施形態の各制御をそれぞれ別の半導体チップで実現してもよい。この場合、それらの複数の半導体チップで１つのプロセッサを構成すると考えることができる。また、プロセッサは、半導体チップと別の機能を有する部材（コンデンサ等）で構成してもよい。また、プロセッサが有する機能とそれ以外の機能とを実現するように、１つの半導体チップを構成してもよい。また、複数のプロセッサが１つのプロセッサで構成されてもよい。
【０１１２】
以上のように、上記実施形態の表示制御装置１０は、コンテンツを表示するための表示モードを実行し、実行された表示モードに基づいて、表示装置２０によるコンテンツの表示を制御する制御部１１を備えてよい。表示モードは、予めスケジュールされた通常用コンテンツＣＴ１（通常用の第１のコンテンツの一例）を表示するための通常スケジュールモードと、予めスケジュールされていない割込用コンテンツ（非常時用の第２のコンテンツの一例）を表示するための割込モードと、予めスケジュールされた非常時用コンテンツＣＴ２（非常時用の第３のコンテンツの一例）を表示するための非常時スケジュールモードと、を有してよい。
【０１１３】
このように、表示制御装置１０は、表示モードとして、通常スケジュールモードと割込モードの他に、予めスケジュールされた非常時スケジュールモードを新たに実行することで、通常用コンテンツの表示と、非常時の割込による表示と、非常時用コンテンツの表示とを切り替えできる。したがって、表示制御装置１０は、例えば大規模な災害が発生した場合、緊急状態と通常状態以外の表示モードである、非常時スケジュールモードにおいて、視聴者に適切なコンテンツを提供できる。
【０１１４】
また、表示制御装置１０は、外部装置より所定の割込通知を受信可能な通信部１３を備えてよい。制御部１１は、通常スケジュールモードの実行中に通信部１３を経由して所定の割込通知が受信された場合に、所定の割込通知の内容（例えば発生した災害等のイベントの種類、規模、発生位置、及び発生時刻などのうち少なくとも１つ）に応じて、非常時スケジュールモードで表示する非常時用コンテンツＣＴ２の表示内容を決定してよい。例えば、所定の割込通知の内容が地震発生である場合、制御部１１は、地震発生に対応する非常時用コンテンツＣＴ２等を、表示内容に決定してよい。非常時用コンテンツＣＴ２の内容は、再生スケジュールに従って決定されていてよい。
【０１１５】
非常時スケジュールモードで表示される必要な情報は、例えば所定の割込通知の原因となった災害等のイベントによって異なる。表示制御装置１０は、所定の割込通知によって災害等のイベントを判別することより、適切な情報の提供を支援できる。
【０１１６】
また、制御部１１は、割込モードの実行後に、非常時スケジュールモードを実行してよい。
【０１１７】
災害等のイベントの発生時には、必要な情報は、時間経過とともに変化し得る。例えば、イベントの発生直後とイベントの発生後に所定時間経過した後とでは、必要とする情報も異なる。表示制御装置１０は、時間経過とともに実行される表示モードを切り替えて実行することで、イベントの発生後の時間毎に適切な情報の提供を支援できる。
【０１１８】
また、所定の割込通知は、複数存在してよい。通信部１３は、第１の割込通知の受信後に、非常時スケジュールモードの実行中に、第１の割込通知にかかるイベントに関連するイベントが発生した旨を示す第２の割込通知を受信してよい。第１の割込通知の受信後に通常スケジュールモードから割込モードに遷移する際に参照するイベントの大きさ（例えば災害の規模）を示す閾値ｔｈ１（第１の閾値の一例）と、第２の割込通知の受信後に非常時スケジュールモードから割込モードに遷移する際に参照するイベントの大きさを示す閾値ｔｈ２（第２の閾値の一例）とが、異なってよい。
【０１１９】
これにより、表示制御装置１０は、非常時スケジュールモードと関連があるイベントである場合に、非常時スケジュールモードから割込モードに遷移させることができる。したがって、表示制御装置１０は、一度イベントが発生した後では、イベントが発生していない場合と異なる条件で割込モードに遷移できる。例えば、表示制御装置１０は、頻繁に割込モードとなることを抑制できる。表示制御装置１０は、例えばイベント発生後に二次災害の発生の可能性がある場合、通常時では割込が不要であっても、割込による情報提供を行うことができる。
【０１２０】
また、所定の割込通知は、災害が発生したことを通知するための災害発生通知を含んでよい。非常時用コンテンツＣＴ２は、災害毎に予め定められている内容を含んでよい。
【０１２１】
これにより、表示制御装置１０は、災害の内容（種類）に応じてその都度、非常時用コンテンツＣＴ２の表示内容を定めることを不要にでき、災害発生時に迅速な情報提供を支援できる。
【０１２２】
また、制御部１１は、非常時スケジュールモードでは、割込通知で通知された災害用コンテンツＣＴ２１，ＣＴ２２を時分割で所定期間毎に切り替えて、又は、災害用コンテンツＣＴ２１，ＣＴ２２を画面分割で同時に表示するよう制御してよい。
【０１２３】
これにより、表示制御装置１０は、非常時スケジュールモードにおいて提供すべき情報量が多い場合であっても、時分割や画面分割を行って、必要な情報を漏れなく提供できる。
【０１２４】
また、通信部１３は、コンテンツを配信するサーバ装置３０から、又は、インターネットを介した検索処理の結果として、非常時用コンテンツＣＴ２を取得してよい。
【０１２５】
表示制御装置１０は、例えば、複数の表示制御装置１０で表示に用いるコンテンツを集約して管理可能である。表示制御装置１０は、自装置でコンテンツを用意せずに、サーバ装置３０等からコンテンツを容易に取得できる。
【０１２６】
また、表示制御装置１０は、外部装置より所定の通知を取得可能な取得部（例えば通信部１３）を備えてよい。非常時スケジュールモードは、複数存在してよい。表示モードとして複数の非常時スケジュールモードが同時に実行可能でよい。所定の通知（例えば災害発生通知）は、複数種類存在してよい。制御部１１は、第１のイベント（例えば地震）についての第１の種類の所定の通知（例えば地震の災害発生通知）を取得した場合、第１の非常時スケジュールモード（例えば地震の非常時スケジュールモード）を実行してよい。制御部１１は、割込モード又は第１の非常時スケジュールモードを実行中に第２のイベント（例えば豪雨）についての第２の所定の通知（例えば豪雨の災害発生通知）を取得した場合、表示モードに第２の非常時スケジュールモード（例えば豪雨の非常時スケジュールモード）を並列して実行してよい。制御部１１は、複数の非常時スケジュールモードが実行されている場合、第１の非常時スケジュールモードで表示する非常時用コンテンツＣＴ２（第４のコンテンツの一例）と第２の非常時スケジュールモードで表示する非常時用コンテンツＣＴ２（第５のコンテンツの一例）とを時分割で（所定時間毎に切り替えて）表示し、又は、これらの非常時用コンテンツＣＴ２を画面分割で同時に表示するよう制御してよい。
【０１２７】
これにより、表示制御装置１０は、複数のイベントが短期間に発生した場合には、それぞれのイベントの緊急状態（割込モードの状態）が解除された後でも、それぞれのイベントに必要な情報を提供できる。
【０１２８】
また、制御部１１は、複数の非常時スケジュールモードを実行し、全ての非常時スケジュールモードで表示する非常時用コンテンツＣＴ２の表示が終了した後、通常スケジュールモードを実行してよい。
【０１２９】
これにより、表示制御装置１０は、複数の災害の全てについて非常時スケジュールモードが解除されてから通常用コンテンツＣＴ１を提供できる。よって、表示制御装置１０は、例えばいずれかの非常時スケジュールモードでの所定期間における終盤の情報が視聴者に提供されないことを抑制できる。
【産業上の利用可能性】
【０１３０】
本開示は、災害の発生後において、視聴者に適切にコンテンツを配信できる表示制御装置及び表示制御方法等に有用である。
【符号の説明】
【０１３１】
５  表示制御システム
１０  表示制御装置
１１  制御部
１２  記憶部
１３  通信部
２０  表示装置
３０  サーバ装置
３１  制御部
３２  通信部
３３  記憶部
５０  情報管理装置
ｃｄ１，ｃｄ２  カレンダ
ＣＴ１，ＣＴ１１，ＣＴ１２，ＣＴ１３，ＣＴ１４  通常用コンテンツ
ＣＴ２  非常時用コンテンツ
ＣＴ２１，ＣＴ２２，ＣＴ２３，ＣＴ２４  災害用コンテンツ
Ｆ１，Ｆ２  フレームパターン
Ｎ１，Ｎ２，Ｎ３  災害スケジュール
ＮＷ  ネットワーク
Ｍ１，Ｍ２，Ｍ３  通常スケジュール
Ｐ１〜Ｐ４，Ｐ４Ａ，Ｐ５，Ｐ５Ａ〜Ｐ５Ｄ，Ｐ６  プロセス
ＰＬ１，ＰＬ２，ＰＬ３  災害プレイリスト
ＰＬ４，ＰＬ５，ＰＬ６  通常プレイリスト
ＴＬ１１，ＴＬ２１  テロップ
ｗ１，ｗ２  表示枠
【図１】
2020135771.tif 000003
【図２】
2020135771.tif 000004
【図３】
2020135771.tif 000005
【図４】
2020135771.tif 000006
【図５】
2020135771.tif 000007
【図６】
2020135771.tif 000008
【図７】
2020135771.tif 000009