JP6592309B2 - 配信装置、情報提示装置、及び情報提示プログラム - Google Patents

Description

本発明は、配信装置、情報提示装置、及び情報提示プログラムに関し、特に、ユーザ毎に適切な緊急情報を提供するための配信装置、情報提示装置、及び情報提示プログラムに関する。

従来では、災害等の発生時にテレビやラジオ等で映像若しくは音声により緊急情報を提供する手法が存在する。なお、聴覚障がい者等は、テレビやラジオからの音声だけでは、緊急情報を正しく把握できない場合もあるため、手話による緊急情報の提供も行っている。

また、緊急情報を迅速に伝えるために２４時間体制で手話通訳者を確保することは、現状困難であるため、ＣＧ（Ｃｏｍｐｕｔｅｒ Ｇｒａｐｈｉｃｓ）キャラクタを用いた手話による情報提示が、情報保障に資する有用なサービスとして注目されている。

手話ＣＧにより緊急情報を提示する手法としては、放送波やインターネットの他に、放送通信連携サービスであるハイブリッドキャスト（Ｈｙｂｒｉｄｃａｓｔ）（登録商標）を利用する方法が考えられている。ハイブリッドキャストは、テレビ放送にインターネット通信を連携させた新しいテレビサービスであり、テレビ等を軸に幅広いサービスを展開するための基盤システムである。また、スマートフォンやタブレット端末に専用のアプリケーションをインストールすることで、放送受信機と連携させて、スマートフォンやタブレット端末の画面を「セカンドスクリーン」として放送中の番組内容と連動したコンテンツを表示することができる。

ハイブリッドキャストによりコンテンツ等の情報を提供する例としては、例えば予め配信用で用意した動画データをストリーミング配信する手法（例えば、特許文献１参照）や、手話ＣＧを動作させるためのスクリプト（例えば、ＴＶＭＬ（ＴＶ ｐｒｏｇｒａｍ Ｍａｋｉｎｇ Ｌａｎｇｕａｇｅ）やＣＧモデルに所定の動きを行わせるためのモーションデータを配信し、ユーザ側でリアルタイムに描画する手法（例えば、特許文献２参照）等がある。上述したようにハイブリッドキャスト等の仕組みを用いて、番組の放送中の緊急情報に対応するＣＧモデルによる手話情報を、コンテンツとしてユーザに提供することができる。

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

しかしながら、上述した従来手法では、災害等が発生し、配信側が緊急情報を提供する場合に、ユーザが能動的に手話ＣＧアプリケーション等をセカンドスクリーン等で起動させる必要がある。更に、配信側で選択された情報が一方的に全ての放送受信機に配信されてしまう。そのため、ユーザが現在いる地域や場所にとって適切な情報（コンテンツ）を取得することができない。

本発明は、上述した問題点に鑑みてなされたものであり、ユーザ毎に適切な緊急情報を提供するための配信装置、情報提示装置、及び情報提示プログラムを提供することを目的とする。

上記課題を解決するために、本件発明は、以下の特徴を有する課題を解決するための手段を採用している。

一つの態様として、本発明における配信装置は、放送局から送信された番組を受信する第１の情報提示装置と連携して、前記番組に関連する情報を提示する第２の情報提示装置に対して情報を配信する配信装置において、前記放送局から送信された緊急情報のイベントメッセージを、前記第１の情報提示装置から受信した場合に、該イベントメッセージに対応させて前記第２の情報提示装置に配信する配信用データを抽出する配信用データ抽出手段と、前記配信用データ抽出手段により抽出された配信用データを、前記第２の情報提示装置に配信する配信手段とを有する。

また、一つの態様として、本発明における情報提示装置は、放送局から送信された番組を受信する放送受信機と連携して、前記番組に関連する情報を配信装置から通信ネットワークを介して受信して提示を行う情報提示装置において、前記放送受信機が前記放送局から送信された緊急情報のイベントメッセージを受信したことに応じて前記放送受信機から送信された、前記放送受信機の居住地情報を含む連携情報を取得する連携情報取得手段と、前記連携情報取得手段により前記連携情報を取得した場合、連携アプリケーションを起動する連携アプリ起動手段と、前記配信装置から得られた配信用データを取得する配信データ取得手段と、前記配信データ取得手段により得られた配信データを前記連携アプリケーションに基づいて再生する再生手段とを有する。

また、一つの態様として、本発明における情報提示プログラムは、コンピュータを、上述した情報提示装置として機能させる。

本発明によれば、ユーザ毎に適切な緊急情報を提示することができる。

緊急情報提示システムの概略構成例を示す図である。 配信サーバの機能構成の一例を示す図である。 放送受信機の機能構成の一例を示す図である。 端末装置の機能構成の一例を示す図である。 緊急情報提示処理の一例を示すシーケンス図である。 対象スクリプトの判定処理の一例を示すフローチャートである。 緊急情報提示システムの概要例を示す図である。 ＴＶＭＬスクリプトの一例を示す図（その１）である。 ＴＶＭＬスクリプトの一例を示す図（その２）である。 自治体情報の一例を示す図である。 地区毎に異なる情報を提示している例を示す図である。

＜本発明について＞
本発明では、例えば緊急警報発令時に放送波ＴＳ（Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅａｍ）等に埋め込まれる緊急警報イベントメッセージ（Ｅｖｅｎｔ Ｍｅｓｓａｇｅ）を手話ＣＧアプリケーション用の配信トリガとして利用する。また、本発明では、例えば緊急情報を配信する際に受信機器に記録された居住地情報を利用する。これにより、自動かつ迅速に手話ＣＧを提示すると共に、居住地に関する緊急情報についても自動で抽出し、提示することができる。

以下に、本発明における配信装置、情報提示装置、及び情報提示プログラムを好適に実施した形態について、図面を用いて詳細に説明する。なお、以下の説明では、配信先から情報を提供するシステムの一例として、緊急情報を提供する緊急情報提示システムを例に説明するが、これに限定されるものではない。

＜情報提示システムの概略構成例＞
本実施形態における緊急情報提示システムの概略構成例について、図を用いて説明する。図１は、緊急情報提示システムの概略構成例を示す図である。図１に示す緊急情報提示システム１０は、放送局１１と、配信装置の一例としての配信サーバ１２と、第１の情報提示装置の一例としての放送受信機１３と、第２の情報提示装置の一例としての端末装置１４とを有する。放送受信機１３、配信サーバ１２、及び端末装置１４は、インターネットやＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等に代表される通信ネットワーク１５によりデータの送受信が可能な状態で接続されている。なお、図１に示す緊急情報提示システム１０は、各構成が１台の例を示しているが、これに限定されるものではなく、それぞれは１又は複数の構成を有していてもよい。

放送局１１は、番組等のコンテンツを放送波１６を介して放送受信機１３に送信する。コンテンツとは、データ放送番組として放送されるマルチメディアデータ及びモノメディアの全体又はその一部分を示す抽象的な概念である。また、放送局１１は、緊急警報等の情報をイベントメッセージ等により放送受信機１３に送信する。

配信サーバ１２は、放送受信機１３から緊急警報のイベントメッセージを受信すると、対応する端末装置１４に対して通信ネットワーク１５を介して、手話ＣＧデータ等を配信する。また、端末装置１４から居住地情報を取得した場合には、その居住地に対応する緊急情報に対応する情報（例えば、避難場所、自治体情報）等があるか否かを判断し、情報がある場合には、対応する情報を送信する。

配信サーバ１２は、汎用のサーバやＰＣ等であるが、これに限定されるものではなく、例えば１以上の情報処理装置を有するクラウドコンピューティングにより構成されたクラウドサーバ等であってもよい。

放送受信機１３は、放送波１６からコンテンツを受信すると、受信したコンテンツを表示部により表示する。このとき、チャンネル毎に番組を切り替えて表示させることができる。また、本実施形態では、放送受信機１３は、ハイブリッドキャスト対応型の受信機であるため、テレビ番組の他に、番組に対応付けられた関連情報（例えば、画像、映像、リンク先のアドレス情報（例えば、ＵＲＬ、ＩＰアドレス）、テキスト情報）等を取得し、その取得した情報を画面に表示することができる。また、放送受信機１３は、放送局１１から緊急警報のイベントメッセージ等を取得した場合には、その取得した情報をトリガとして画面に緊急情報等を表示すると共に、この地域の具体的な情報を取得させるため、セカンドスクリーンとしての端末装置１４に、情報を送信する。例えば、放送受信機１３は、端末装置１４に対して手話ＣＧ用アプリ（連携アプリケーション）への強制遷移を行わせる信号や、居住地（放送受信機１３が設置されている場所）に関する情報を送信する。なお、放送受信機１３と、端末装置１４とは、例えばＷｉＦｉ（登録商標）やＢｌｕｅｔｏｏｔｈ（登録商標）、赤外線等の近距離通信等を用いてデータの送受信を行うことができるが、これに限定されるものではなく、例えば通信ネットワーク１５を用いて行ってもよい。

また、放送受信機１３は、緊急警報のイベントメッセージを受信した通知を配信サーバ１２に配信する。緊急警報とは、例えば、大雨、台風、地震、津波、土砂崩れ等の災害等であるが、これに限定されるものではない。また、放送受信機１３は、放送波にデータ放送等の情報が含まれている場合には、データ放送に対応する付加情報を画面に表示することもできる。放送受信機１３は、例えば、テレビ受像器やＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）等であるが、これに限定されるものではなく、タブレット端末、スマートフォン、ゲーム機器等でもよい。

端末装置１４は、番組受信用のアプリケーション等を用いて放送受信機１３との対応付けを行うことができる。また、端末装置１４は、放送受信機１３との対応付けを行うことで、放送受信機１３が緊急受信情報等のイベントメッセージ又はその他のイベントメッセージを受信した場合に、そのメッセージに対応する情報を放送受信機１３又は配信サーバ１２から取得することができる。

端末装置１４は、放送受信機１３から手話ＣＧ用アプリへの強制遷移信号を受信すると、予めインストールされている手話ＣＧ用アプリを起動させる。また、端末装置１４は、放送受信機１３から居住地情報を受信し、その居住地情報を配信サーバ１２に送信し、対応する情報を配信サーバ１２から取得する。配信サーバ１２から取得する情報は、例えば、ＴＶＭＬスクリプトや手話データ、居住地情報、自治体情報等のうち、少なくとも１つであるが、これに限定されるものではない。端末装置１４は、タブレット端末やスマートフォン、ゲーム機器等であるが、これに限定されるものではない。

端末装置１４は、配信サーバ１２から得られた情報を表示することで、ユーザ毎に適切な緊急情報を提示することができる。

＜配信サーバ１２の機能構成例＞
次に、配信サーバ１２の機能構成例について、図を用いて説明する。図２は、配信サーバの機能構成の一例を示す図である。図２の例において、配信サーバ１２は、入力手段２１と、出力手段２２と、記憶手段２３と、居住地情報判定手段２４と、配信用データ抽出手段２５と、スクリプト生成手段２６と、配信手段２７と、通信手段２８と、制御手段２９とを有する。

入力手段２１は、本実施形態における配信サーバ１２における情報の配信を行うための各種入力（例えば、配信処理の開始や終了、各種設定情報の入力）等を受け付ける。

出力手段２２は、入力手段２１により入力された内容や、入力内容に基づいて実行された内容等の出力を行う。出力手段２２は、例えばディスプレイやスピーカ等である。出力手段２２は、入力手段２１と一体型のタッチパネルであってもよい。

記憶手段２３は、配信サーバ１２が使用する各種情報や設定情報、配信履歴（ログ情報）、自己のアドレス情報（例えば、ＩＰアドレス）、放送受信機１３や端末装置１４のアドレス情報（例えば、ＩＰアドレス）等の情報を記憶する。また、記憶手段２３は、端末１４に関する情報と、居住地情報等とが対応付けて管理されている。また、記憶手段２３は、自治体情報や、手話ＣＧモデル（ＣＧキャラクタモデル）に対して所定の手話動作等を行わせるための手話データ、ＴＶＭＬスクリプト（スクリプト情報）を記憶する。なお、記憶手段２３に記憶される情報は、これに限定されるものではない。また、記憶手段２３に記憶された情報は、必要に応じて読み出すことができ、また記憶手段２３に各種情報を書き込むこともできる。記憶手段２３は、例えばＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）やＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）等から少なくとも１つを用いることができるが、これに限定されるものではない。

居住地情報判定手段２４は、端末装置１４から得られる居住地情報を取得し、取得した居住地に該当する緊急情報があるか否かを判断する。なお、緊急情報は、各自治体等が出す情報である。配信サーバ１２は、これらの情報を通信ネットワーク１５を介して外部装置等から最新の情報を取得しているものとする。

配信用データ抽出手段２５は、抽出結果に基づいて、対応する情報を取得し、配信用データを抽出する。配信用データとは、例えば、該当する緊急情報の内容に対応するＴＶＭＬスクリプト、自治体情報等であるが、これに限定されるものではない。

スクリプト生成手段２６は、配信用データ抽出手段２５により抽出された配信用データを用いて、端末装置１４側の再生手段（例えば、ＴＶＭＬプレイヤ）等で再生可能なスクリプトを生成する。例えば、スクリプト生成手段２６は、緊急情報の内容に対応する手話ＣＧ映像を再生できるようなＴＶＭＬスクリプト等を生成する。

配信手段２７は、居住地情報を送信してきた端末装置１４に対して、スクリプト生成手段２６で生成された配信用データに対応するスクリプト等を、通信ネットワーク１５を介して配信する。

通信手段２８は、通信ネットワーク１５を介して放送受信機１３や端末装置１４、その他の外部装置と、データの送受信を行う手段である。

制御手段２９は、配信サーバ１２の各構成部の動作等を制御する。また、制御手段２９は、処理の開始や終了、エラー発生時の処理等を行うことができる。なお、制御手段２９により制御される内容としては、これに限定されるものではない。

＜放送受信機１３の機能構成例＞
図３は、放送受信機の機能構成の一例を示す図である。図３に示す放送受信機１３は、入力手段３１と、出力手段３２と、記憶手段３３と、アプリ起動手段３４と、イベントメッセージ検知手段３５と、緊急情報フラグ判定手段３６と、連携端末管理手段３７と、通信手段３８と、制御手段３９とを有する。

入力手段３１は、本実施形態における放送受信機１３における情報の配信を行うための各種入力（例えば、放送番組の表示処理の開始や終了、各種設定情報の入力）等を受け付ける。また、入力手段３１は、ユーザ等からの番組（チャンネル）の変更、端末装置１４からの連携指示等の入力を受け付ける。

出力手段３２は、入力手段３１により入力された内容や、入力内容に基づいて実行された内容等の出力を行う。出力手段３２は、例えばディスプレイやスピーカ等である。出力手段３２は、入力手段３１と一体型のタッチパネルであってもよい。

記憶手段３３は、放送受信機１３が使用する各種情報や設定情報、自己のアドレス情報（例えば、ＩＰアドレス）、配信サーバ１２や端末装置１４のアドレス情報（例えば、ＩＰアドレス）等の情報を記憶する。また、記憶手段３３は、端末装置１４との連携情報（どの端末装置１４と連携しているかを管理する情報）等を記憶する。なお、記憶手段３３に記憶される情報は、これに限定されるものではない。また、記憶手段３３に記憶された情報は、必要に応じて読み出すことができ、また記憶手段３３に各種情報を書き込むこともできる。記憶手段３３は、例えばＲＯＭやＲＡＭ、ＨＤＤ等から少なくとも１つを用いることができるが、これに限定されるものではない。

アプリ起動手段３４は、電源が入力された場合に、番組放送用のアプリを起動させ、出力手段３２に対応する表示手段に放送局１１から得られた放送波のうち、ユーザにより選択されたチャンネルの番組を表示する。

また、アプリ起動手段３４は、番組内容を画面に表示させるだけでなく、例えばハイブリッドキャストやデータ放送等により得られたＷｅｂブラウザ等の内容を表示させることができる。

イベントメッセージ検知手段３５は、放送波に含まれるイベントメッセージを検知し、その内容が、緊急警報のイベントメッセージか否かを判断する。イベントメッセージとは、例えば放送局１１から放送受信機１３で動作しているコンテンツに対して即座に、あるいは指定した時刻にメッセージ情報を送る手段であり、イベントメッセージを受けたことをトリガとして、またイベントメッセージで取得した時刻に所定の情報の表示（例えば、テロップ表示等）を行う。なお、選挙後の当選発表等は、緊急警報等のイベントメッセージではない。

緊急情報フラグ判定手段３６は、緊急情報のレベルが、どの程度のレベルであるかを判定する。このフラグは、ユーザがそれぞれ指定することができ、例えば、震度が５以上の場合にのみ、端末装置１４での情報提供を受け付ける等の場合であるが、これに限定されるものではない。また、緊急情報フラグ判定手段３６は、どの地域、どの時間帯（例えば、深夜のみ等）に対する緊急情報等を受け付けるといった情報に基づいて、緊急情報として提示する対象であるか否かの判定を行うことができる。これにより、例えば緊急情報のイベントメッセージを受信した場合でも、端末装置１４によっては、情報を受けなくすることができる。

連携端末管理手段３７は、連携する端末装置１４を管理する。端末装置１４は、専用のアプリケーション（例えば、コンパニオンアプリ）等を用いることで、他の装置（例えば、放送受信機１３）との連携を行うことができる。連携端末管理手段３７は、緊急警報のイベントメッセージを受信した場合に、対応する情報を提供する端末を、端末装置１４からの登録指示により管理することができる。なお、登録された端末装置１４の情報は、端末装置１４からの削除指示により削除することができるが、これに限定されるものではなく、所定時間（例えば、１時間経過後）に削除させてもよい。これにより、削除動作を行う必要がなく、管理する端末装置１４が増加し続けることを防止することができる。

通信手段３８は、通信ネットワーク１５を介して配信サーバ１２や端末装置１４、その他の外部装置と、データの送受信を行う手段である。また、通信手段３８は、端末装置１４とＷｉＦｉやＢｌｕｅｔｏｏｔｈ等を用いて近距離通信を行うことができる。

制御手段３９は、放送受信機１３の各構成部の動作等を制御する。また、制御手段３９は、処理の開始や終了、エラー発生時の処理等を行うことができる。なお、制御手段３９により制御される内容としては、これに限定されるものではない。

＜端末装置１４の機能構成例＞
図４は、端末装置の機能構成の一例を示す図である。図４に示す端末装置１４は、入力手段４１と、出力手段４２と、記憶手段４３と、連携情報取得手段４４と、連携アプリ起動手段４５と、配信データ取得手段４６と、再生手段４７と、通信手段４８と、制御手段４９とを有する。

入力手段４１は、本実施形態における端末装置１４における情報の配信を行うための各種入力（例えば、放送番組の表示処理の開始や終了、各種設定情報の入力）等を受け付ける。また、入力手段４１は、ユーザ等からの番組（チャンネル）の変更、放送受信機１３からの手話ＣＧ用アプリへの強制遷移情報、居住地情報等の入力を受け付ける。

出力手段４２は、入力手段４１により入力された内容や、入力内容に基づいて実行された内容等の出力を行う。出力手段４２は、例えばディスプレイやスピーカ等である。出力手段４２は、入力手段４１と一体型のタッチパネルであってもよい。

記憶手段４３は、放送受信機１３が使用する各種情報や設定情報、自己のアドレス情報（例えば、ＩＰアドレス）、配信サーバ１２や自己以外の端末装置１４のアドレス情報（例えば、ＩＰアドレス）等の情報を記憶する。また、記憶手段４３は、自己以外の端末装置１４との連携情報（どの端末装置１４と連携しているかを管理する情報）等を記憶する。なお、記憶手段４３に記憶される情報は、これに限定されるものではない。また、記憶手段４３に記憶された情報は、必要に応じて読み出すことができ、また記憶手段４３に各種情報を書き込むこともできる。記憶手段４３は、例えばＲＯＭやＲＡＭ、ＨＤＤ等から少なくとも１つを用いることができるが、これに限定されるものではない。

連携情報取得手段４４は、放送受信機１３からの連携情報を受信する。連携情報としては、例えば上述した手話ＣＧ用アプリの強制遷移情報や居住地情報等であるが、これに限定されるものではない。

連携アプリ起動手段４５は、連携情報取得手段４４で取得した連携情報で指示されたアプリを強制的に起動する。例えば、連携アプリ起動手段４５は、端末装置１４で、現在、他のアプリを実行中である場合であっても、指示された連携アプリを起動する。なお、本実施形態においては、これに限定されるものではなく、例えば連携アプリを起動する旨のメッセージのみを表示し、ユーザに起動を促してもよい。

配信データ取得手段４６は、配信サーバ１２から緊急情報に対応する配信データ（例えば、ＴＶＭＬスクリプトデータ）等を取得する。なお、配信データ取得手段４６は、連携アプリの起動後に、放送受信機１３から取得した居住地情報を配信サーバ１２に送信し、その居住地情報に対応する情報を取得してもよい。

再生手段４７は、配信データ取得手段４６により取得したスクリプトを再生し、連携アプリ起動手段４５により起動させたアプリに基づいて、緊急情報に対応する手話ＣＧ映像を出力手段４２の画面に表示する。なお、再生手段４７は、例えばＴＶＭＬプレイヤ等であるが、これに限定されるものではない。

通信手段４８は、通信ネットワーク１５を介して配信サーバ１２や放送受信機１３、その他の外部装置と、データの送受信を行う手段である。また、通信手段４８は、放送受信機１３とＷｉＦｉやＢｌｕｅｔｏｏｔｈ等を用いて近距離通信を行うことができる。

制御手段４９は、端末装置１４の各構成部の動作等を制御する。また、制御手段４９は、処理の開始や終了、エラー発生時の処理等を行うことができる。なお、制御手段４９により制御される内容としては、これに限定されるものではない。なお、上述した端末装置１４の機能は、放送受信機１３に設けられていてもよい。つまり、１台の装置で、放送番組と手話ＣＧ等を表示させてもよい。

これにより、本実施形態では、自動かつ迅速に手話ＣＧを提示すると共に，居住地に関する緊急情報についても自動で抽出し、端末装置１４に提示することができる。

＜緊急情報提示処理例＞
次に、緊急情報提示処理の一例について、シーケンス図を用いて説明する。図５は、緊急情報提示処理の一例を示すシーケンス図である。図５の例に示すシーケンス図は、例えば放送受信機１３と、端末装置１４と、配信サーバ１２とを有する。

放送受信機１３は、放送局１１から放送波を受信し（Ｓ０１）、番組を表示する（Ｓ０２）。次に、放送受信機１３は、ハイブリッドキャスト用のアプリを起動し（Ｓ０３）、放送波の中からイベントメッセージの検知を行う（Ｓ０４）。

ここで、放送受信機１３は、緊急警報用のイベントメッセージを検知した場合、配信サーバ１２に、そのイベントメッセージを送信する（Ｓ０５）。また、放送受信機１３は、そのイベントメッセージの内容に対応させて、緊急警報を通知する対象の端末を判定し、通知が必要と判定された端末装置１４に対して手話ＣＧ用アプリへの強制遷移信号、及び居住地情報等を含む連携情報を送信する（Ｓ０６）。

端末装置１４は、Ｓ０６の処理で得られた連携情報のうち、手話ＣＧ用アプリへの強制遷移信号により連携アプリ（手話ＣＧ用アプリ）を起動させる（Ｓ０７）。また、端末装置１４は、連携情報に含まれる居住地情報を配信サーバ１２に送信する（Ｓ０８）。

配信サーバ１２は、放送受信機１３からのイベントメッセージ（緊急警報）、及び端末装置１４から送信される居住地情報に基づいて、対応する緊急警報用のスクリプトデータを抽出し（Ｓ０９）、端末装置１４に送信する（Ｓ１０）。なお、Ｓ１０の処理では、事前にＣＧモデル等の基本的な情報を送信しておくことで、端末装置１４側でそのＣＧモデルの情報を読み込んだ上で、常時スクリプトを待ち受ける状態にしておいてもよい。これにより、緊急時でも遅延なく、情報提示を開始することができる。

また、配信サーバ１２は、端末装置１４から得られる居住地情報を抽出し（Ｓ１１）、抽出した居住地情報に対応する対象スクリプトの判定処理を行う（Ｓ１２）。なお、Ｓ１２の処理の詳細については、後述する。また、配信サーバ１２は、Ｓ１２の処理により得られる判定結果に対応するスクリプトを生成し（Ｓ１３）、生成したスクリプトを端末装置１４に送信する（Ｓ１４）。

端末装置１４は、Ｓ１４の処理により取得したスクリプトを再生して（Ｓ１５）、ＣＧモデルによる手話での緊急情報を取得することができる。

＜対象スクリプトの判定処理：Ｓ１２＞
次に、上述したＳ１２の対象スクリプトの判定処理について、フローチャートを用いて説明する。図６は、対象スクリプトの判定処理の一例を示すフローチャートである。図６の例において、配信サーバ１２は、緊急警報のイベントメッセージを受信しているか否かを判断し（Ｓ２１）、緊急警報のイベントメッセージを受信している場合（Ｓ２１において、ＹＥＳ）、居住地情報を送信した１又は複数の端末装置１４に対して緊急警報用スクリプトを一斉配信する（Ｓ２２）。

次に、配信サーバ１２は、抽出した居住地情報に基づき、緊急警報の対象地域か否かを判断する（Ｓ２３）。対象地域である場合（Ｓ２３において、ＹＥＳ）、配信サーバ１２は、該当居住地用緊急情報スクリプトを生成する（Ｓ２４）。また、対象地域でない場合（Ｓ２３において、ＮＯ）、配信サーバ１２は、全国用緊急情報スクリプトを生成する（Ｓ２５）。

次に、配信サーバ１２は、居住地情報に対応する自治体発表情報があるか否かを判断し（Ｓ２６）、自治体情報がある場合（Ｓ２６において、ＹＥＳ）、該当居住地用自治体発表情報スクリプトを生成する（Ｓ２７）。

また、配信サーバ１２は、Ｓ２１の処理において、緊急情報のイベントメッセージを受信していない場合（Ｓ２１において、ＮＯ）、抽出した居住地情報に対応する居住地情報があるか否かを判断する（Ｓ２８）。居住地情報がある場合（Ｓ２８において、ＹＥＳ）、該当居住地用通常スクリプトを生成する（Ｓ２９）、また、居住地情報がない場合（Ｓ２８において、ＮＯ）、全国用通常スクリプトを生成する（Ｓ３０）。

ここで、Ｓ２７，Ｓ２９，Ｓ３０の処理後、又は、Ｓ２６の処理において、自治体情報がない場合（Ｓ２６おいて、ＮＯ）、対象スクリプトの判定処理を終了する。

＜緊急情報提示システムの概要例＞
次に、上述した緊急情報提示システム１０の概要例について、図を用いて説明する。図７は、緊急情報提示システムの概要例を示す図である。図７の例では、上述した放送局１１、配信サーバ１２、放送受信機１３、及び端末装置１４が概略的に示している。

放送受信機１３は、ハイブリッドキャスト対応受信機である。また、端末装置１４は、ハイブリッドキャスト連携受信端末である。

放送受信機１３は、放送局１１から放送波で送られてくるコンテンツ６１を表示すると共に、内蔵されたＷｅｂブラウザを通じて、配信サーバ１２や端末装置１４とテキスト情報を用いた通信を行う。

配信サーバ１２は、例えばＴＶＭＬスクリプトと、ＣＧモデルデータに関する情報や手話モーションデータ等の手話データを記憶手段２３に格納している。また、配信サーバは、居住地情報や自治体発表情報（自治体情報）を記憶手段２３に格納している。

端末装置１４は、例えばコンパニオンアプリ上で手話ＣＧ描画用のＷｅｂＧＬベースＴＶＭＬプレイヤを動作させることができる。放送受信機１３のＷｅｂブラウザ上でハイブリッドキャストプリケーションを起動すると、端末装置１４のコンパニオンアプリ上で手話ＣＧ描画用のＷｅｂＧＬベースＴＶＭＬプレイヤを起動させ、配信サーバ１２からＣＧモデルデータを読み込む。

また、放送受信機１３は、Ｗｅｂブラウザにて放送波に含まれる緊急警報イベントメッセージを検知した際、配信サーバ１２に受信通知を送信すると共に、端末装置１４に対して、コンパニオンアプリをＷｅｂＧＬベースのＴＶＭＬプレイヤに強制遷移させて手話ＣＧを表示させる。

また、配信サーバ１２は、放送受信機１３から、イベントメッセージ受信通知を受けると、連携した端末装置１４に対して、緊急警報用のＴＶＭＬスクリプトと手話データを配信する。その際に、緊急警報対象地域の情報があれば、放送受信機１３の不揮発性ＲＡＭ等の記憶手段３３に記録された居住地情報を端末装置１４に送信する。端末装置１４は、取得した居住地情報を配信サーバ１２に送信することで、居住地情報判定部にて緊急警報対象地域であるか照合し、居住地の該当有無に基づき、端末装置１４毎に異なる情報を提示させることができる。

なお、本実施形態では、上述したＷｅｂＧＬベースＴＶＭＬプレイヤの起動時に、放送受信機１３に記録された居住地情報を端末装置１４に送信し、端末装置１４が取得した居住地情報を配信サーバ１２に送信しておくことも可能である。これにより、緊急警報時の処理の負荷を軽減することができる。

端末装置１４では、配信サーバ１２から受信したＴＶＭＬスクリプトと手話データを基に手話ＣＧで緊急情報を提示する。更に、配信サーバ１２は、居住地情報判定部に随時更新される自治体発表情報を格納しておくことで、居住地情報と照合し、自治体発表情報の中でも居住地に関する情報のみを抽出して、更新毎に追加送信することができる。

また、情報を提供するタイミングは、例えば治体発表情報が取得・更新されたタイミングでもよく、端末装置１４から配信サーバ１２へ情報要求するタイミングでもよいが、これに限定されるものではない。

なお、自治体発表情報の多くは定型化されたテキスト情報であるため、地名や震度の数値等の具体的な項目を抽出することで、事前に用意した定型文の項目置換により手話データを生成することで，居住地毎に効率的な情報提示か可能となる。なお、事前に用意した定型文の項目置換により手話データを生成する手法としては、例えば「東、宮崎、井上、道家、梅田、加藤、清水、比留間、"外部データを利用した手話アニメーション自動生成システムの開発"、２０１４年映像情報メディア学会、年次大会講演予稿集、ＲＯＭＢＵＮＮＯ．１４−８、２０１４」等を用いることができるが、これに限定されるものではない。

また、手話ＣＧは、端末装置１４上で描画するため、居住地情報に応じて個別にキャラクタや背景色やカメラ画角を変更することも可能である。本実施形態では、端末装置１４側で描画内容を選択するようなインターフェースを設けてもよい。また、居住地情報については、緊急警報に限らず平常時想定されるイベントメッセージによる居住地に特化した手話ＣＧ情報提示の際にも利用可能である。

本実施形態により、災害が発生し緊急警報が発令された直後に手話ＣＧによる緊急情報を提示できると共に、居住地に特化したきめ細かな情報についても自動で提示することが可能となる。

＜データ例＞
次に、本実施形態におけるデータ例について、図を用いて説明する。図８，９は、ＴＶＭＬスクリプトの一例を示す図（その１，その２）である。また、図１０は、自治体情報の一例を示す図である。

図８、図９は、異なる地域（愛知県岩倉市、宮城県青葉区）のＴＶＭＬスクリプトを示している。それぞれ手話ＣＧ映像を表示する際のスタジオセット（Ｓｅｔ）と、番組内の照明（Ｌｉｇｈｔ）と、手話動作を行うＣＧモデル（Ｃｈａｒａｃｔｅｒ）と、ＣＧモデルを表示する倍率や角度等のカメラパラメータ（画角）を設定するカメラ（Ｃａｍｅｒａ）等の設定情報が含まれている。

図８に示すＴＶＭＬスクリプトでは、ＣＧモデルは、「ｓｈｕｗａ１．ｂｍ」を使用し（Ａ１）、手話モーションデータは、「ａｉｃｈｉ＿ｉｗａｋｕｒａ．ｂｖｈ」を使用する（Ｂ１）ことが記述されている。一方、図９に示すＴＶＭＬスクリプトでは、ＣＧモデルは、「ｓｈｕｗａ２．ｂｍ」を使用し（Ａ２）、手話モーションデータは、「ｍｉｙａｇｉ＿ｓｅｎｄａｉ．ｂｖｈ」を使用する（Ｂ２）ことが記述されている。

このように、本実施形態では、居住地情報に応じて、提示する情報だけでなく、ＣＧキャラクタや、手話動作等を変更することができる。また、本実施形態では、居住地情報毎にＴＶＭＬスクリプトを有することで、例えばカメラパラメータやスタジオセット等も変更することできる。

また、図１０の例では、自治体避難情報の一例を示している。図１０の例において、カンマで区切られた情報は、それぞれ左から「災害モードコード（例えば、０１）」，「自治体コード（例えば、２３２２８）」，「発令区分コード（例えば、１）」，「発令・解除区分コード（例えば、１）」，「地域名（例えば、岩倉市）」，「対象世帯（例えば、１０）」，「対象人数（例えば、５０）」等を示している。

例えば、図１０の例において、左から２要素目の「自治体コード」が地域固有の番号（岩倉市：２３２２８，田原市：２３２３１等）となるため、端末装置１４が放送受信機１３から取得した郵便番号や地域コードと照会して避難地域に該当するかを判定することが可能となる。

図１１は、地区毎に異なる情報を提示している例を示す図である。図１１に示すように、居住地情報を利用することで、災害発生時に端末装置１４で指定された地域毎に配信サーバ１２から異なるスクリプトと素材データを送信することが可能となる。

配信サーバ１２は、上述したように自治体が発表する避難指示や避難勧告の情報をテキスト形式の電子データで取得し、居住地が避難地域に該当するかを判定する機能を有する。情報提供の一例として、該当していれば第一報スクリプトに加えて個別に避難を呼びかけるスクリプトとその素材データを送信し、該当していなければ端末装置１４にてそのまま第一報スクリプトを基に描画し続ける。また、配信サーバ１２は、予め設定された運用ケースに応じて必要となる素材データを予め用意しておき、送信するスクリプトを置き換えることで、複数の居住地において同時に異なる情報を提示できる。例えば、図１１の各地区（例えば、Ａ〜Ｃ地区）にある端末装置１４に表示される画面７１−１〜７１−３に示すように、居住地毎に背景色やＣＧモデルを変更し、地震の震度や被害規模に応じて異なる情報を手話で提示することも容易に行うことができる。

上述した処理により、本実施形態では、例えば聴覚障がい者等は、端末装置１４から手話による緊急情報を即時に取得することができる。なお、上述の例では、ハイブリッドキャストにおいて、緊急情報を取得する例を示したが、これに限定されるものではなく、例えばイベントメッセージに対応する他のコンテンツ情報（例えば、オリンピックによる金メダルを取得した等のスポーツ情報等）を取得してもよい。

なお、上述した実施形態では、放送番組を表示する放送受信機（第１の情報提示装置）１３と、上述した緊急時の手話ＣＧを表示する端末装置（第２の情報提示装置）１４とを用いた例を説明したが、これに限定されるものではなく、例えば放送受信機１３の画面中に、放送番組を表示する領域と、手話ＣＧを提示する領域とを設けて、それぞれの情報をＰｉｎＰ（Ｐｉｃｔｕｒｅ ｉｎ Ｐｉｃｔｕｒｅ）で提示してもよい。また、手話を行うＣＧモデルのファイル容量は、ＣＧモデル毎に異なるため、本実施形態では、端末装置１４の性能や機種に応じて提供するＣＧモデルの種類を変更してもよい。また、本実施形態では、端末装置１４毎に任意に設定してもよく、固定のＣＧモデルを用いてもよい。

＜実行プログラム＞
ここで、上述した緊急情報提示システム１０における配信サーバ１２、放送受信機１３、及び端末装置１４は、例えばＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＲＡＭ等の揮発性の記憶媒体、ＲＯＭ等の不揮発性の記憶媒体、マウスやキーボード、ポインティングデバイス等の入力装置、ＣＧモデルやＣＧモデルに対するモーションデータ、ＴＶＭＬスクリプト、自治体情報、緊急情報等の各種画像等の各種データを表示する表示部、並びに外部と通信するためのインタフェースを備えたコンピュータによって構成することができる。

したがって、緊急情報提示システム１０が有する各機能は、これらの機能を記述したプログラム等をＣＰＵに実行させることによりそれぞれ実現可能となる。また、これらのプログラムは、磁気ディスク（フロッピィーディスク、ハードディスク等）、光ディスク（ＣＤ−ＲＯＭ、ＤＶＤ等）、半導体メモリ等の記録媒体に格納して頒布することもできる。

つまり、上述した各構成における処理をコンピュータに実行させるための実行プログラム（例えば、情報提示プログラム）を生成し、例えば、汎用のパーソナルコンピュータやサーバ、タブレット端末等に、生成したプログラムをインストールすることにより、ハードウェア資源とソフトウェアとが協働して本実施形態における情報提示処理等を実現することができる。

上述したように本発明によれば、ユーザ毎に適切な緊急情報を提示することができる。本実施形態によれば、例えば緊急警報発令時に放送波に埋め込まれる緊急警報イベントメッセージを手話ＣＧアプリケーション用の配信トリガとして利用すると共に、緊急情報を配信する際に受信機器に記録された居住地情報を利用する。これにより、災害発生時に緊急情報を手話ＣＧで自動提示することが可能となり、居住地に特化した情報のみを抽出して提示することが可能となる。また、本実施形態では、警報の種類や閥値を事前に設定しておくことで，ユーザにとって不要な情報を除外すると共に、配信サーバ側の負荷を軽減した効率的な配信が可能となる。

以上本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形、変更が可能である。また、上述した各実施形態の一部又は全部を組み合わせることも可能である。

１０ 緊急情報提示システム
１１ 放送局
１２ 配信サーバ（配信装置）
１３ 放送受信機（第１の情報提示装置）
１４ 端末装置（第２の情報提示装置）
１５ 通信ネットワーク
１６ 放送波
２１，３１，４１ 入力手段
２２，３２，４２ 出力手段
２３，３３，４３ 記憶手段
２４ 居住地情報判定手段
２５ 配信用データ抽出手段
２６ スクリプト生成手段
２７ 配信手段
２８，３８，４８ 通信手段
２９，３９，４９ 制御手段
３４ アプリ起動手段
３５ イベントメッセージ検知手段
３６ 緊急情報フラグ判定手段
３７ 連携端末管理手段
４４ 連携情報取得手段
４５ 連携アプリ起動手段
４６ 配信データ取得手段
４７ 再生手段

Claims (4)

1. 放送局から送信された番組を受信する第１の情報提示装置と連携して、前記番組に関連する情報を提示する第２の情報提示装置に対して情報を配信する配信装置において、
   前記放送局から送信された緊急情報のイベントメッセージを、前記第１の情報提示装置から受信した場合に、該イベントメッセージに対応させて前記第２の情報提示装置に配信する配信用データを抽出する配信用データ抽出手段と、
   前記配信用データ抽出手段により抽出された配信用データを、前記第２の情報提示装置に配信する配信手段とを有することを特徴とする配信装置。
2. 前記第２の情報提示装置から得られる居住地情報が、予め登録された居住地情報に含まれるか否かを判定する居住地情報判定手段を有し、
   前記配信用データ抽出手段は、前記居住地情報判定手段により、前記第２の情報提示装置から得られる居住地情報が、予め登録された居住地情報に含まれる場合に、対応する居住地情報に基づいて、前記配信用データを抽出することを特徴とする請求項１に記載の配信装置。
3. 前記配信用データ抽出手段は、
   前記イベントメッセージに対応するＴＶＭＬスクリプト、及び前記緊急情報に対応する手話動作を行うＣＧモデルを抽出する請求項１又は２に記載の配信装置。
4. 前記配信用データ抽出手段は、
   前記居住地情報に対応する自治体情報を取得し、取得した自治体情報に対応する配信用データを抽出することを特徴とする請求項２に記載の配信装置。