JP2014220572A - コンテンツ配信システム、配信装置、受信端末、配信プログラム、及び受信プログラム - Google Patents

Abstract

【課題】あるコンテンツに関連する他のコンテンツの適切な同期配信を実現する。
【解決手段】コンテンツ配信システムにおいて、配信装置は、第１のコンテンツが配信されたことを示す配信情報を取得する配信情報取得手段と、前記配信情報に含まれる前記第１のコンテンツの進行状況に対応させて、第２のコンテンツを受信端末で生成させるためのスクリプトを配信するスクリプト配信手段とを有し、受信端末は、第１のコンテンツと、スクリプトとを取得するスクリプト取得手段と、スクリプトから前記第２のコンテンツを生成するコンテンツ生成手段と、第２のコンテンツを第１のコンテンツの再生による進行状況に合わせて再生する再生手段とを有することにより、上記課題を解決する。
【選択図】図１

Description

本発明は、コンテンツ配信システム、配信装置、受信端末、配信プログラム、及び受信プログラムに係り、特に、あるコンテンツに関連する他のコンテンツの適切な同期配信を実現するためのコンテンツ配信システム、配信装置、受信端末、配信プログラム、及び受信プログラムに関する。

近年では、主たるコンテンツに対する理解を促進させたり、付加価値を向上させるために、主たるコンテンツに関連する複数のコンテンツをユーザに提供するサービスが行われている。例えば、放送局から放送波により配信されたテレビ番組（コンテンツ）の内容に対応させて、インターネット等の通信ネットワークを介して、そのテレビ番組の内容に対応した手話映像（他のコンテンツ）を配信するシステムが検討されている。

なお、従来では、手話映像として、例えば予め手話ＣＧ（Ｃｏｍｐｕｔｅｒ Ｇｒａｐｈｉｃｓ）をサーバ側で描画し、その動画をストリーミング配信するＣＧストリーミング技術がある（例えば、非特許文献１参照）。

また、従来では、インターネット等を介して、スクリプトを配信して映像を提示する技術として、スクリプトストリーミング技術がある（例えば、非特許文献２参照）。非特許文献２では、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）通信によってリクエストがあった際にスクリプト配信を行っている。

浜口斉周，馬場秋継，金子浩之，井上誠喜、"ＣＧストリーミングを用いた番組連動手話映像配信・合成システム"、２０１２年映像情報メディア学会年次大会、１６−５、２０１２． 金子浩之，浜口斉周，道家守，井上誠喜、"スクリプトストリーミングによるＴＶＭＬコンテンツ配信・視聴システム"、２００９年映像情報メディア学会年次大会、１３−４、２００９．

しかしながら、上述したように動画をストリーミング配信するＣＧストリーミング技術では、サーバ側においてＣＧを生成する分だけ、映像ストリームのエンコード処理やデコード処理、バッファリング処理等による遅延が生じる。

また、従来のスクリプト型のストリーミング技術では、ＨＴＴＰ通信によってスクリプト配信を行うため、受信端末側から配信用のサーバに対して頻繁にリクエストをしなければならず、スクリプトを配信する際に不要なリクエストが増大したり、レスポンスとして実際にスクリプトが配信されるまでの遅延が生じる。上述したような遅延の影響により、従来では、複数のコンテンツを同期配信することができなかった。

本発明は、上述した問題点に鑑みなされたものであり、あるコンテンツに関連する他のコンテンツの適切な同期配信を実現することを目的とする。

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

本発明の一態様におけるコンテンツ配信システムは、第１のコンテンツに関連する第２のコンテンツを配信する配信装置と、前記第１のコンテンツと前記第２のコンテンツとを受信する受信端末とを有するコンテンツ配信システムにおいて、前記配信装置は、前記第１のコンテンツが配信されたことを示す配信情報を取得する配信情報取得手段と、前記配信情報取得手段により得られる前記配信情報に含まれる前記第１のコンテンツの進行状況に対応させて、前記第２のコンテンツを前記受信端末で生成させるためのスクリプトを配信するスクリプト配信手段とを有し、前記受信端末は、前記第１のコンテンツと、前記スクリプトとを取得するスクリプト取得手段と、前記取得手段により得られる前記スクリプトから前記第２のコンテンツを生成するコンテンツ生成手段と、前記生成手段により生成された前記第２のコンテンツを前記第１のコンテンツの再生による進行状況に合わせて再生する再生手段とを有する。

また、本発明の一態様における配信装置は、配信された第１のコンテンツに関連する第２のコンテンツを受信端末に配信する配信装置において、前記第１のコンテンツが配信されたことを示す配信情報を取得する配信情報取得手段と、前記配信情報取得手段により得られる前記配信情報に含まれる前記第１のコンテンツの進行状況に対応させて、前記第２のコンテンツを前記受信端末で生成させるためのスクリプトを配信するスクリプト配信手段とを有する。

また、本発明の一態様における受信端末は、第１のコンテンツに関連する第２のコンテンツを再生する受信端末において、前記第１のコンテンツの進行情報に対応させて、前記第２のコンテンツを生成するためのスクリプトを取得するスクリプト取得手段と、前記取得手段により得られる前記スクリプトから前記第２のコンテンツを生成するコンテンツ生成手段と、前記生成手段により生成された前記第２のコンテンツを前記第１のコンテンツの再生による進行状況に合わせて再生する再生手段とを有する。

また、本発明の一態様における配信プログラムは、コンピュータを、上述した配信装置が有する各手段として機能させるための配信プログラムである。また、本発明の一態様における受信プログラムは、コンピュータを、上述した受信端末が有する各手段として機能させるための受信プログラムである。

本発明によれば、あるコンテンツに関連する他のコンテンツの適切な同期配信を実現することができる。

コンテンツ配信システムの概要例を示す図である。 コンテンツ配信システムにおける各種データの流れについて説明するための図である。 手話データ配信サーバの機能構成例を示す図である。 受信端末の機能構成例を示す図である。 第1実施例におけるコンテンツ配信処理の一例を示すシーケンス図である。 番組進行表の一例を示す図である。 初期スクリプトの一例を示す図である。 番組進行用スクリプトの一例を示す図である。 第２実施例におけるコンテンツ配信処理の一例を示すシーケンス図である。 第３実施例におけるコンテンツ配信処理の一例を示すシーケンス図である。

＜本発明について＞
本発明では、例えばコンテンツ配信側が、例えば第１のコンテンツ（例えば、放送中のテレビ番組等）に対して、関連する第２のコンテンツ（例えば、手話ＣＧ映像等）を、通信ネットワークにより受信端末側に配信し、受信端末側で第１のコンテンツに同期させた第２のコンテンツを提示させる。

なお、従来のＣＧストリーミング技術では、受信端末上にＣＧ描画生成機能を持たないため、テレビ番組に付与する手話ＣＧを受信端末上で生成することができなかった。更に、手話ＣＧをサーバ側で描画するため、視聴者毎に手話を表現するＣＧモデルを切り替えたり、視聴者が手話を見やすいようにＣＧカメラを動かすことができなかった。

そこで、本実施形態では、手話ＣＧを放送番組に同期して受信端末側で描画生成するために、配信サーバ（配信装置）側が、番組の進行に応じて手話の文章を表すスクリプト言語や関連データをインターネット等の通信ネットワークを介して受信端末側に配信する。更に、本実施形態では、Ｗｅｂブラウザとサーバ間で双方向通信を行う規格であるＷｅｂＳｏｃｋｅｔ等を用いた配信機能を有することで、最初にコネクションを確立した後でも、コネクションを使用し続けることができ、コンテンツの提供時間に対するコネクションの確立に要する時間を削減して適切な同期配信を実現する。

以下に、上述したような特徴を有する本発明におけるコンテンツ配信システム、配信装置、受信端末、配信プログラム、及び受信プログラムを好適に実施した形態について、図面を用いて詳細に説明する。なお、以下の説明では、第１のコンテンツの一例として放送番組を用い、第２のコンテンツの一例としてその放送番組に対応する手話映像を用いるが、これに限定されるものではない。

なお、本実施形態における手話映像コンテンツの一例として、例えばＴＶＭＬ（ＴＶ ｐｒｏｇｒａｍ Ｍａｋｉｎｇ Ｌａｎｇｕａｇｅ）スクリプトを読み込み、手話ＣＧのモーションデータ等を使用して制作されるＣＧ番組等を用いることができるが、これに限定されるものではない。

ここで、ＴＶＭＬとは、言語体系にカメラや照明等のテレビ番組制作の概念やノウハウを含んだスクリプト言語であり、映像や音声等を、素材データと台本（演出内容等）とに分けて記述することができる。制作側で台本を記述することで、パソコン等で動作するソフトウェア等がこれをスクリプト（ＴＶＭＬスクリプト）として読み取り、台本に記述された素材データを取得して、例えばＣＧモデル（キャラクタ）にセリフや身体動作、表情等を与えることができる。

＜コンテンツ配信システムの概要例＞
図１は、コンテンツ配信システムの概要例を示す図である。図１に示すコンテンツ配信システム１０は、放送局１１と、配信装置の一例としての手話データ配信サーバ１２と、１又は複数の受信端末１３（図１の例では、受信端末１３−１，１３−２）とを有する。放送局１１と、手話データ配信サーバ１２と、受信端末１３とは、例えば、インターネット等に代表される通信ネットワーク１４によりデータの送受信が可能な状態で接続されている。

放送局１１は、デジタル放送等の番組を制作し、その番組を放送波によって受信端末１３に配信する。また、放送局１１は、制作した番組に付与する手話ＣＧの生成に必要なデータ（手話データ）を生成し、生成した手話データを含む手話ＣＧ再生トリガ（配信情報）等を、通信ネットワーク１４を介して手話データ配信サーバ１２に送信する。なお、手話ＣＧの生成に必要なデータ（手話データ）とは、例えば番組の進行情報や、手話ＣＧにおけるスタジオセットやＣＧモデル等を示したスクリプト情報等があるが、これに限定されるものではない。

手話データ配信サーバ１２は、放送局１２から手話ＣＧ再生トリガを取得すると、放送局１１から配信された番組が受信端末１３で再生されるタイミングに合わせて、放送局１１から指示された内容に対応するスクリプトを受信端末１３に配信する。なお、配信タイミングやスクリプトのどの部分を配信するかについては、例えば上述した進行情報を参照し、進行情報に指示された内容に対応させて配信することができる。

また、手話データ配信サーバ１２は、例えばＴＶＭＬスクリプトから手話ＣＧ映像を生成するために必要なＣＧモデルの情報や手話を表現する身体動作等を記録した動作データ等を受信端末１３に配信する。

なお、本実施形態における手話データ配信サーバ１２は、例えば図１に示すように１以上の情報処理装置を有するクラウドコンピューティングを用いたクラウドサービス１２'により実現されていてもよい。

受信端末１３は、放送局１１から放送波で配信された番組を受信して画面に表示する。また、受信端末１３は、手話ＣＧ生成アプリケーション等のプログラム機能を有し、手話データ配信サーバ１２から受信したスクリプトやＣＧモデルデータ、動作データ等に基づいて、番組の再生状況に対応する手話ＣＧをリアルタイムに再生する。

なお、本実施形態における受信端末１３の利用の態様としては、例えば図１の受信端末１３−１に示すように、デジタル放送番組等を表示するテレビ装置等の受信端末１３−１ａで番組を視聴しながら、セカンドスクリーンである携帯情報端末等の受信端末１３−１ｂで手話ＣＧを提示するケースがある。また、他の態様としては、放送番組と手話ＣＧとを１台のテレビ装置等の受信端末１３−２ａの同一スクリーン上に提示するケースがあるが、これらの態様に限定されるものではない。

なお、上述した受信端末１３−１ｂにおける携帯情報端末の例としては、例えばタブレット端末やスマートフォン、携帯電話等があるが、これに限定されるものではなく、例えばＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）等のような情報端末でもよい。

なお、受信端末１３は、手話ＣＧの生成に必要なデータを入力することで、番組の音声や字幕等に基づいて手話ＣＧをリアルタイムに生成して再生する機能を有していてもよく、例えば予め手話データ配信サーバ１２が手話ＣＧ編集用のソフトウェア等を用いて生成された手話ＣＧ映像を受信し、その内容を画面に表示してもよい。

ここで、コンテンツ配信システム１０のシステム構成については、図１の例に限定されるものではなく、例えば放送局１１内に手話データ配信サーバ１２の構成を有していてもよい。

＜コンテンツ配信システム１０における各種データの流れ＞
次に、コンテンツ配信システム１０における各種データの流れについて図を用いて説明する。図２は、コンテンツ配信システムにおける各種データの流れについて説明するための図である。なお、図２において、手話データ配信サーバ１２は、手話ＣＧの生成に必要なスクリプト（例えば、ＴＶＭＬスクリプト）を配信するスクリプト配信サーバ１２−１と、手話を行うＣＧモデルのデータや手話ＣＧによる動作データを管理したり、その管理された各種情報を配信する手話データサーバ１２−２とを有するが、スクリプト配信サーバ１２−１と、手話データサーバ１２−２とは、同一の情報処理装置で構成されていてもよく、別の装置で構成されていてもよい。

図２の例において、受信端末１３−１ａは、一般的なデジタル放送対応テレビであり、例えばＭＰＥＧ−２ベースの地上デジタル放送を受信する。ここで、図２の例では、手話ＣＧを受信端末１３−１ｂ上で生成するために、ＷｅｂＧＬという標準規格をベースとしたＴＶＭＬプレイヤーを用いる。ＷｅｂＧＬベースのＴＶＭＬプレイヤーは、Ｗｅｂブラウザ上で起動することができるＷｅｂアプリケーションである。

図２に示す受信端末１３−１ｂは、携帯情報端末であり、ＷｅｂＧＬベースのＴＶＭＬプレイヤーを用いて手話ＣＧを生成する。例えば、受信端末１３−１ｂは、ＷｅｂＧＬベースのＴＶＭＬプレイヤーを起動し、Ｗｅｂブラウザを用いてスクリプト配信サーバ１２−１とＷｅｂＳｏｃｋｅｔ通信の接続状態を確立する。

放送番組の配信開始と同時に、放送局１１が上述した手話ＣＧ再生トリガを送信することで、スクリプト配信サーバ１２−１に対して番組開始を通知し、番組に付与する手話ＣＧの生成に必要なＴＶＭＬスクリプトを指定する。なお、手話ＣＧ再生トリガは、例えばＲＥＳＴ（Ｒｅｐｒｅｓｅｎｔａｔｉｏｎａｌ Ｓｔａｔｅ Ｔｒａｎｓｆｅｒ）インタフェースを介してスクリプト配信サーバ１２−１へ送信されるが、これに限定されるものではない。

次に、スクリプト配信サーバ１２−１は、番組に付与する手話ＣＧの生成に必要なＴＶＭＬスクリプトの配信を開始し、番組開始からの進行状況（経過時刻）に対応させて、ＴＶＭＬスクリプトの一部分を段階的に順次配信する。なお、手話ＣＧを表示するスタジオセットや照明、カメラの配置情報等の初期設定については、それらの情報を記述した初期スクリプトを受信端末１３−１ｂに最初に配信しておく。

そして、受信端末１３−１ｂのＷｅｂＧＬベースのＴＶＭＬプレイヤーが、スクリプト配信サーバ１２−１からプッシュ（ＰＵＳＨ）配信されるＴＶＭＬスクリプトを受信し、受信したＴＶＭＬスクリプトに基づいて、手話を行うＣＧモデルと、手話内容に対応する動作データとをダウンロードして、手話ＣＧ映像を生成する。

ここで、番組に付与する手話の動作データは、例えば日本語テキスト１文毎に１つの動作データファイルとなるように手話ＣＧ編集ソフトウェア等を用いて、予め翻訳したものを用いることができるが、これに限定されるものではない。

したがって、ユーザは、テレビ装置１３−１ａで放送されている番組に対応する手話映像を、番組が再生された受信端末１３−１ａと連携の取れた受信端末１３−１ｂから取得することができ、同期した複数のコンテンツを視聴することができる。

これにより、本実施形態では、インターネットに接続した受信端末１３で放送番組を視聴する際に、手話ＣＧを受信端末１３上で生成することが可能となる。このため、視聴ユーザは、ＣＧカメラ等を操作して、手話ＣＧを見やすい視点で見ることができる。また、本実施形態では、ＷｅｂＳｏｃｋｅｔプロトコルを用いたＰＵＳＨ型のスクリプト配信を用いることで効率的でリアルタイム性の高いＰＵＳＨ型配信が可能となる。更に、本実施形態では、ＣＧストリーミング技術よりも遅延時間が発生しないため、放送番組に適切に同期させた手話ＣＧを再生することができる。

＜手話データ配信サーバ１２の機能構成例＞
次に、上述した手話データ配信サーバ１２の機能構成例について、図を用いて説明する。図３は、手話データ配信サーバの機能構成例を示す図である。なお、図３の例では、スクリプト配信サーバ１２−１とにおける機能と、手話データサーバ１２−２とにおける機能とが一体化された構成例について説明するが、構成例についてはこれに限定されるものではない。

図３に示す手話データ配信サーバ１２は、入力手段２１と、出力手段２２と、記憶手段２３と、手話データ取得手段（配信情報取得手段）２４と、スクリプト生成手段２５と、スクリプト配信手段２６と、要求取得手段２７と、動作データ配信手段（データ配信手段）２８と、通信手段２９と、制御手段３０とを有するよう構成されている。

入力手段２１は、手話データ配信サーバ１２を管理する管理者等からの指示により、本実施形態におけるコンテンツ配信を行うための手話データ取得指示、スクリプト生成指示、スクリプト配信指示、要求取得指示、動作データ配信指示、通信指示等の各入力を受け付ける。なお、入力手段２１は、例えばキーボードや、マウス等のポインティングデバイス、マイク等の音声入力デバイス等である。

出力手段２２は、入力手段２１から入力された指示内容や設定内容等を画面等に表示したり、指示内容や設定内容等に基づいて実行された実行結果等を出力する。出力手段２２は、例えばディスプレイ等による画面表示デバイスやスピーカ等による音声出力デバイス等である。

記憶手段２３は、本実施形態におけるコンテンツ配信に必要な各種情報を記憶する。例えば、記憶手段２３は、手話ＣＧに所定の動作をさせるための複数の動作データ、１又は複数のＣＧモデル、初期スクリプト、番組進行用スクリプト等を記憶する。また、記憶手段２３は、放送局１１から得られる手話データや受信端末１３から得られる要求データ等を記憶する。更に、記憶手段２３は、放送局１１や１又は複数の受信端末１３と選択的に接続してデータの送受信を行うために、各装置を識別するアドレス情報等を記憶する。

また、記憶手段２３は、例えば通信手段２９を介して、上述した各種データを通信ネットワーク１４等に接続された外部装置等から取得することもできる。記憶手段２３に記憶された各種データは、必要に応じて読み出しや書き込みが行われる。

手話データ取得手段２４は、放送局１１等から受信端末１３−１ａに配信された放送番組（第１のコンテンツ）に対応する手話ＣＧ（第２のコンテンツ）を生成するための手話データを含む手話ＣＧ再生トリガ（同期配信データ）を取得する。取得した情報は、記憶手段２３に記憶される。

なお、放送局１１から取得される手話ＣＧ再生トリガ（ＲＥＳＴ）に含まれる手話データには、例えば番組の進行情報とスクリプトとの関係を示す番組進行表（ｐｒｏｇｒａｍｃｈａｒｔ＿ｉｄ）と、手話ＣＧに対する初期スクリプト情報（ｓｃｒｉｐｔ＿ｉｎｉｔ＿ｉｄ）と、番組進行用スクリプト情報（ｐｒｏｇｒａｍ＿ｓｃｒｉｐｔ＿ｉｄ）と、サーバ側からＰＵＳＨ配信するか否かを示す情報（ｔｒｕｅ／ｆａｌｓｅ）とを含む。

したがって、手話データとしては、例えば「ｈｔｔｐ：／／＊＊．ｊｐ／Ｓｅｔ？ｐｒｏｇｒａｍｃｈａｒｔ＿ｉｄ＝１＆ｓｃｒｉｐｔ＿ｉｎｉｔ＿ｉｄ＝１＆ｐｒｏｇｒａｍ＿ｓｃｒｉｐｔ＿ｉｄ＝１＆ｐｕｓｈ＝ｔｒｕｅ」がある。上記の例では、番組進行表ＩＤ＝１、初期スクリプトＩＤ＝１、及び番組進行用スクリプトＩＤ＝１の情報を使用すると共に、サーバ側からのＰＵＳＨ配信を行うことを示している。

スクリプト生成手段２５は、手話データ取得手段２４により得られる初期スクリプト情報や番組進行用スクリプト情報に対応するスクリプトを記憶手段２３から取得する。なお、スクリプト生成手段２５は、上述したＩＤによる指定がなされていない場合、又は指定されたＩＤに対応するスクリプトが記憶手段２３にない場合に、予め設定された条件に基づいてスクリプトを生成してもよい。この場合、スクリプト生成手段２５は、例えば予め設定されたスタジオセットやＣＧモデルを用いた初期スクリプトを生成してもよく、また手話データに基本的なセリフや動作内容等のパラメータ情報が含まれている場合には、そのパラメータ情報に基づいて対応する番組進行用のスクリプトを生成してもよい。

スクリプト配信手段２６は、上述した手話データで指定されたＩＤに対応するスクリプトや、スクリプト生成手段２５により生成されたスクリプトを受信端末１３に配信する。例えば、スクリプト配信手段２６は、手話ＣＧに対する初期スクリプトを配信したり、手話データに含まれる番組進行表の時刻情報等に対応させて、手話ＣＧを生成するための一部分のスクリプトを段階的に配信する。なお、スクリプトの配信は、上述した手話データに含まれるＰＵＳＨ配信するか否かを示す情報に基づいて、受信端末１３からの要求を受けずにＰＵＳＨ配信してもよく、受信端末からの要求を待って配信してもよい。

要求取得手段２７は、受信端末１３から手話ＣＧに対するＣＧモデルやその動作データの要求を取得し、取得した要求に対応するＣＧモデルや動作データを記憶手段２３等に記憶されたデータから取得する。

動作データ配信手段２８は、要求取得手段２７により得られたＣＧモデルデータや動作データを要求のあった受信端末１３に送信する。また、動作データ配信手段２８は、取得要求のあった受信端末１３が指定した１又は複数の他の受信端末１３に送信してもよい。これにより、例えば管理者等が使用する受信端末１３からの指示を受けて、一般の視聴者が使用する受信端末１３にスクリプトを送信することができる。

通信手段２９は、通信ネットワーク１４を介して放送局１１や受信端末１３、又は他の外部装置とデータの送受信を行うための通信インタフェースである。通信手段２９による通信は、有線でも無線でもよく、これらの組み合わせでもよい。また、通信手段２９は、受信端末１３と例えばＷｅｂＳｏｃｋｅｔ等の所定の規格による通信を確立することができる。

制御手段３０は、本実施形態における手話データ配信サーバ１２の各機能構成全体の制御を行う。具体的には、制御手段３０は、例えば手話データ取得手段２４による手話データの取得、スクリプト生成手段２５によるスクリプトの生成、スクリプト配信手段２６によるスクリプトの配信、要求取得手段２７による要求取得、動作データ配信手段２８によるＣＧモデルや動作データの配信等の各種制御を行う。なお、制御手段３０が行う制御は、これに限定されるものではなく、例えばコンテンツ配信処理の開始や終了を制御したり、エラー制御等を行うことができる。

＜受信端末１３の機能構成例＞
次に、受信端末１３の機能構成例について図を用いて説明する。図４は、受信端末の機能構成例を示す図である。なお、図４の例は、放送局１１からの放送番組を受信して再生する受信端末における機能と、放送番組に対応する手話ＣＧ映像を再生する受信端末における機能とが一体化された構成例について説明するが、構成例についてはこれに限定されるものではない。

図４における受信端末１３は、入力手段４１と、出力手段４２と、記憶手段４３と、番組データ取得手段４４と、スクリプト取得手段４５と、手話映像生成手段（コンテンツ生成手段）４６と、再生手段４７と、通信手段４８と、制御手段４９とを有するよう構成されている。

入力手段４１は、受信端末１３を使用するユーザ等からの指示により、本実施形態におけるコンテンツ配信を行うための番組データ取得指示、スクリプト取得指示、手話映像生成指示、再生指示、通信指示等の各入力を受け付ける。例えば、入力手段４１は、手話映像生成指示に関連して手話を表現するＣＧモデルの変更指示やＣＧカメラの視点変更指示の入力を受け付ける。なお、入力手段４１は、例えば操作ボタンやタッチパネル形式の入力デバイスや、マイク等の音声入力デバイス等である。

出力手段４２は、入力手段４１から入力された指示内容や設定内容等を画面等に表示したり、指示内容や設定内容等に基づいて実行された実行結果等を出力する。出力手段４２は、例えばディスプレイ等による画面表示デバイスやスピーカ等による音声出力デバイス等である。なお、出力手段４２は、上述したタッチパネル等でもよい。

記憶手段４３は、放送局１１や手話データ配信サーバ１２から配信された１又は複数のコンテンツやスクリプトを受信して画面等に出力するために必要な各種情報を記憶する。例えば、記憶手段４３は、放送局１１から放送波で配信された放送番組や手話データ配信サーバ１２から取得されるスクリプト（初期スクリプト、番組進行用スクリプト）、ＣＧモデルデータ、動作データ、手話映像生成手段４６により生成された手話映像等があるが、これに限定されるものではない。

記憶手段４３は、放送局１１や手話データ配信サーバ１２と選択的に接続するために、各装置を識別するアドレス情報等を記憶する。また、記憶手段４３は、例えば通信手段４８を介して、上述した各種データを通信ネットワーク１４等に接続された外部装置等から取得することもできる。記憶手段４３に記憶されている各種データは、必要に応じて読み出しや書き込みが行われる。

番組データ取得手段４４は、放送局１１から放送波により配信された番組を取得する。なお、番組データ取得手段４４は、通信ネットワーク１４を介して外部装置から番組を取得してもよい。

スクリプト取得手段４５は、手話データ配信サーバ１２から番組に対応する手話データを再生するためのスクリプト（例えば、ＴＶＭＬスクリプト）を取得する。なお、取得するＴＶＭＬスクリプトには、上述した初期スクリプトや番組進行用スクリプトであるが、これに限定されるものではない。

手話映像生成手段４６は、スクリプト取得手段４５により得られるスクリプトを用いて番組映像の進行状況に対応する手話ＣＧ映像を生成する。このとき、手話映像生成手段４６は、手話を行うＣＧモデルや、手話に対応する動作データの問い合わせを手話データ配信サーバ１２に行い、その結果を取得して手話映像を生成してもよく、予めＣＧモデルや動作データに関する情報が記憶手段４３に記憶されている場合には、その情報を読み出して手話ＣＧ映像を生成してもよい。

再生手段４７は、番組データ取得手段４４により取得した番組映像や手話映像生成手段４６により生成された手話映像を再生する。なお、再生手段４７は、番組映像と手話映像とを合成して再生してもよく、別々の枠（ウインドウ）で表示してもよい。また、再生手段４７は、予め指定された放送番組又は手話ＣＧ映像の何れかを再生してもよい。再生された各種映像は、出力手段４２等により画面に表示されたり、音声出力される。

通信手段４８は、放送波を受信したり、通信ネットワーク１４を介して手話データ配信サーバ１２又は他の外部装置とデータの送受信を行うための通信インタフェースである。

更に、通信手段４８は、赤外線やＷｉ−Ｆｉ（登録商標）等を利用した近距離通信等により他の受信端末１３間でデータの送受信を行うこともできる。これにより、例えば受信した複数のコンテンツのそれぞれを複数の受信端末１３を用いて再生する場合に、通信手段４８を用いた近距離通信等により受信端末間で再生のタイミングを調整することで、複数のコンテンツ再生に対する同期を取ることができる。

なお、通信手段４８による通信は、有線でも無線でもよく、これらの組み合わせでもよい。また、通信手段４８は、手話データ配信サーバ１２と例えばＷｅｂＳｏｃｋｅｔ等の所定の規格による通信を確立することができる。

制御手段４９は、本実施形態における受信端末１３の各機能構成全体の制御を行う。具体的には、制御手段４９は、例えば、番組データ取得手段４４による番組データの取得や、スクリプト取得手段４５によるスクリプトの取得、手話映像生成手段４６による手話映像の生成、再生手段４７による番組映像や手話ＣＧ映像の再生等の各種制御を行う。なお、制御手段４９が行う制御は、これに限定されるものではなく、例えば受信端末１３における各処理の開始や終了を制御したり、エラー制御したり、他の受信端末とのコンテンツ再生に関する同期制御等を行うことができる。

＜手話ＣＧ映像の生成について＞
次に、上述した手話映像生成手段４６における手話ＣＧ映像の生成例について具体的に説明する。本実施形態における手話ＣＧ生成には、上述したようにＴＶＭＬを用いている。記述されたＴＶＭＬスクリプトは、ＴＶＭＬプレイヤーと呼ばれるソフトウェアによって順次解釈され、リアルタイムＣＧによる映像コンテンツが再生される。上述した再生手段４７は、上述したＴＶＭＬプレイヤーとしての機能を有する。

ここで、日本語の手話では、手や指の動き（手指動作）に加えて、顔の表情や口形、首の振り等（非手指動作）の重要である。そのため、本実施形態では、例えば約７０００語の手話語彙を表す手指動作と、約６０種類の非手指動作とを光学反射式モーションキャプチャによって取得して動作データとして記憶する。

更に、本実施形態では、多関節の骨格（ボーン）構造と、ボーンに従って変形する皮膚（スキン）形状とを有するスキンメッシュＣＧモデルを用いて、手話の動作データを生成し、その情報を用いてＣＧモデルの動作をＴＶＭＬプレイヤーで再生する。

例えば、手話映像生成手段４６は、手話の動作データに含まれる手指動作を表す回転量と、表情を表す移動量の２つのパラメータを同時に再生することで、スキン形状を滑らかに変形するＣＧアニメーションを生成することができる。また、手話映像生成手段４６は、複数の動作データを手話の語順に従って合成することで、複雑な表現の手話ＣＧ生成が可能となる。なお、上述した動作データは、例えば既存の手話ＣＧ編集ソフトウェア等を用いて生成することができるが、これに限定されるものではない。また、動作データは、例えば手話動作やおじぎ、移動等のその他の身体動作、セリフに対応する動き等の所定の動作内容毎に作成され、例えばｂｖｈ（ＢｉｏＶｉｓｉｏｎ Ｈｉｅｒａｒｃｈｙ）ファイル等の所定のファイル形式で記憶手段等に記憶される。

＜本実施形態で使用するＴＶＭＬプレイヤーについて＞
従来のＴＶＭＬプレイヤーは、受信端末１３毎にインストールを要するＤｉｒｅｃｔＸベースのソフトウェアであり、例えばＷｉｎｄｏｗｓ（登録商標）以外のＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）では動作せず、本実施形態のような、いわゆる番組連動型の手話ＣＧサービスに適していない。

そこで、本実施形態では、Ｗｅｂ標準の３ＤグラフィックスＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍ Ｉｎｔｅｒｆａｃｅ）であるＷｅｂＧＬをベースとしたＴＶＭＬプレイヤーを用いる。ＷｅｂＧＬは、ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）５のＣａｎｖａｓ要素において、３次元ＣＧを描画するためのグラフィックスＡＰＩである。

ＪａｖａＳｃｒｉｐｔ（登録商標）等で作成されたＷｅｂアプリケーションが、例えばＷｅｂＧＬを介してＯｐｅｎＧＬ ＥＳ２．０のＡＰＩを制御することで、ＨＴＭＬ５のＣａｎｖａｓ要素で指定した領域に３次元ＣＧを描画することができる。

ＷｅｂＧＬをサポートするＷｅｂブラウザを用いることで、簡易な３次元ＣＧであればＷｅｂＧＬを用いたＷｅｂアプリケーションを含むＷｅｂページを閲覧するだけで、ＣＧ描画が可能となる。なお、ＷｅｂＧＬには、手話ＣＧの生成に必要な機能が標準で用意されていない。そこで、本実施形態では、ＷｅｂＧＬベースのＴＶＭＬプレイヤーを用いて、ＴＶＭＬスクリプトを解釈する機能と、手話の動作データの再生機能と、スキンメッシュの制御機能とを実装する。これにより、手話映像生成手段４６は、上述したＣＧモデルのボーンに対する皮膚形状の関連性による重み（スキンウェイト）等を考慮して、滑らかにスキン形状を変形させるスキンメッシュ制御を実現することができる。

また、本実施形態では、ＷｅｂＧＬベースのＴＶＭＬプレイヤーを、コンテンツ配信システム１０の一例である番組連動型の手話ＣＧサービスに適用するため、ネットワーク経由でＴＶＭＬスクリプトにより外部制御する。

例えば、本実施形態では、ＴＶＭＬスクリプトの配信による手話ＣＧのリアルタイム生成を実現するために、リアルタイム性の高いＰＵＳＨ型のスクリプト配信を行う。また、本実施形態では、Ｗｅｂブラウザとサーバ間で双方向通信を行う規格であるＷｅｂＳｏｃｋｅｔ等を用いる。

本実施形態では、ＷｅｂＳｏｃｋｅｔを用いた配信機能を有することで、最初にコネクションを確立した後でも、コネクションを使用し続けることができ、効率的でリアルタイム性の高いＰＵＳＨ型配信を行うことができる。なお、本実施形態では、ＷｅｂＳｏｃｋｅｔによる通信に限定されるものではなく、例えばＣｏｍｅｔ等を利用してもよい。

＜第１実施例におけるコンテンツ配信処理＞
次に、上述したコンテンツ配信システム１０におけるコンテンツ配信処理の一例についてシーケンスを用いて説明する。図５は、第1実施例におけるコンテンツ配信処理の一例を示すシーケンス図である。なお、図５の例では、放送局１１と、手話データ配信サーバ１２と、受信端末１３とを用いた例について説明する。手話データ配信サーバ１２は、スクリプト配信サーバ１２−１と、手話データサーバ１２−２とを有する。また、受信端末１３は、上述したテレビ装置に対応する受信端末１３−１ａ、携帯情報端末に対応する受信端末１３−１ｂ等を有するが、これに限定されるものではない。

図５の例において、放送局１１は、受信端末１３−１ａに対して手話が付与された放送番組の配信を開始すると共に、スクリプト配信サーバ１２−１に対して、手話ＣＧを再生させるための再生トリガを送信する（Ｓ０１）。再生トリガは、例えば上述したＲＥＳＴインタフェースを介してスクリプト配信サーバ１２−１へ送信される。

受信端末１３−１ａは、放送局１１から送信された放送番組を受信する（Ｓ０２）。また、スクリプト配信サーバ１２−１は、放送局１１から送信された再生トリガを受信する（Ｓ０３）。

次に、受信端末１３−１ａは、受信端末１３−１ｂと接続し、Ｗｅｂブラウザの起動制御や確認等を行う（Ｓ０４）。受信端末１３−１ｂは、受信端末１３−１ａからのブラウザ起動制御によりＷｅｂブラウザを起動して待機する（Ｓ０５）。

次に、受信端末１３−１ａは、番組を配信した放送波に含まれているＳＩ（Ｓｅｒｖｉｃｅ Ｉｎｆｏｒｍａｔｉｏｎ）等を読み込み、ＳＩから放送番組（第１のコンテンツ）に対応する手話ＣＧ映像（第２のコンテンツ）がある旨の情報を取得して、受信端末１３−１ｂにＴＶＭＬプレイヤーの起動制御を行う（Ｓ０６）。なお、上述した第２のコンテンツの存在を示す情報は、ＳＩ以上の情報から取得してもよい。受信端末１３−１ｂは、受信端末１３−１ｂからの起動制御によりＷｅｂＧＬベースのＴＶＭＬプレイヤーを起動する（Ｓ０７）。

次に、受信端末１３−１ｂは、スクリプト配信サーバ１２−１とＷｅｂＳｏｃｋｅｔ接続を行う（Ｓ０８）。スクリプト配信サーバ１２−１は、受信端末１３−１ｂとの接続が確立すると（Ｓ０９）、手話ＣＧ用の初期スクリプトを受信端末１３−１ｂに送信する（Ｓ１１）。

受信端末１３−１ｂは、スクリプト配信サーバ１２−１からのスクリプトに基づいてＴＶＭＬの解釈を行い（Ｓ１２）、手話を行うＣＧモデルを取得する（Ｓ１３）。なお、Ｓ１３の処理では、例えば受信端末１３−１ｂが、ＣＧモデルの取得要求を手話データサーバ１２−２に送信し、手話データサーバ１２−２から送信された要求に対応するＣＧモデルデータを受信することで（Ｓ１３）、ＣＧモデルを取得することができる。

次に、受信端末１３−１ｂは、受信端末１３−１ａに対して初期ＣＧを描画（再生）し、その旨を受信端末１３−１ａに通知する（Ｓ１４）。また、スクリプト配信サーバ１２−１は、再生トリガに含まれる番組進行表の読み込みを行い（Ｓ１５）、番組進行表のスケジュールに対応させて、再生トリガに含まれる番組進行用スクリプトデータから選択された一部分のスクリプトを段階的に受信端末１３−１ｂに送信する（Ｓ１６）。

受信端末１３−１ｂは、スクリプト配信サーバ１２−１から受信した番組進行用のスクリプトをＴＶＭＬで解釈し（Ｓ１７）、更に手話映像を生成するために動作データを取得する（Ｓ１８）。なお、Ｓ１８の処理では、受信端末１３−１ｂが、手話データサーバ１２−２に対して手話に対応する動作データの取得要求を行い、手話データサーバ１２−２から送信された動作データを受信することで（Ｓ１９）、ＣＧモデルの動作データを取得する。

次に、受信端末１３−１ｂは、生成した手話ＣＧを描画（再生）し、その旨を受信端末１３−１ａに通知する（Ｓ２０）。これにより、受信端末１３−１ａは、受信端末１３−１ｂの手話ＣＧ映像に同期させて、放送番組を表示する（Ｓ２１）。

なお、上述したＳ１６〜Ｓ２１の処理は、スクリプト配信サーバ１２−１から番組進行表に基づき番組の進行状況に対応して部分的なＴＶＭＬスクリプトが継続して送信されるため、受信端末１３−１ｂは、繰り返しＴＶＭＬを解釈し、動作データを取得して手話ＣＧ描画及び通知を行う。

また、第１実施例では、番組の提供（再生）後、放送局１１は、次の放送番組（次放送番組）の送信を開始する（Ｓ２２）。このとき、次放送番組は、手話映像の同時配信を行わない番組であるとする。

受信端末１３−１ａは、次の放送番組を受信し（Ｓ２３）、放送波のＳＩを読み込み、手話ＣＧが付加される番組ではないため、受信端末１３−１ｂに対してＴＶＭＬプレイヤーの停止制御を行う（Ｓ２４）。受信端末１３−１ｂは、ＷｅｂＧＬベースのＴＶＭＬプレイヤーを停止（終了）する（Ｓ２５）。なお、Ｓ２５の処理において、受信端末１３−１ｂは、Ｗｅｂブラウザを停止（終了）してもよく、スクリプト配信サーバ１２−１に対して接続を切断する処理を行ってもよい。なお、スクリプト配信サーバ１２−１に対して接続を切断しない場合には、またその次の放送番組で手話ＣＧ映像が付加される場合に、接続されたままのコネクションを用いてスクリプト配信サーバ１２−１と通信することができる。

＜番組進行表の一例＞
ここで、上述した番組進行表の一例について、図を用いて説明する。図６は、番組進行表の一例を示す図である。図６の例では、説明の便宜のため左側に行番号を付している。番組進行表は、手話ＣＧ再生トリガ（手話データ）に含まれる情報である。

図６の例において、番組進行表は、番組開始からの経過時刻と番組進行に対応するＴＶＭＬスクリプトの行数（スクリプトファイル先頭からの行数）とが記載されている。

スクリプト配信サーバ１２−１は、例えば再生トリガで設定された番組進行表に基づいて、番組開始からの時間の経過に対応する行数のスクリプトを受信端末１３−１ｂに配信する。例えば、図６の例において、（０２）行目では、番組の開始直後（００：００：００：００）に、予め設定された複数行からなるスクリプトデータに対して４行目までのスクリプトを受信端末１３−１ｂに送信することが示されている。また、(０３)行目に示すように、番組の開始から３秒後（００：００：０３：００）に、７行目までのスクリプトを送信することが示されている。

なお、送信される部分的なスクリプトは、例えばＣＧモデルに対する１又は複数の動作単位やセリフ単位毎に送信されることが好ましいが、これに限定されるものではない。このように、スクリプト配信サーバ１２−１は、番組の進行に合わせて対応するスクリプトを受信端末１３−１ｂに送信することができる。

なお、番組進行表のデータ構成については、これに限定されるものではなく、例えば番組の進行（時刻情報）に対応する手話動作データを有し、設定した時間の経過後に手話ＣＧの動作データを送信するようにしてもよい。

上述した番組進行表を有することで、放送番組（第１のコンテンツ）と手話映像（第２のコンテンツ）との同期をとることができる。

＜ＴＶＭＬスクリプトの一例＞
次に、本実施形態におけるＴＶＭＬスクリプトの一例について、図を用いて説明する。図７は、初期スクリプトの一例を示す図である。また、図８は、番組進行用スクリプトの一例を示す図である。なお、図７、図８の例では、説明の便宜のため左側に行番号を付している。なお、図７、図８に示すスクリプトは、放送局１１から得られる手話データで指定されたスクリプトである。また、図７、図８に示すスクリプトは、手話データ配信サーバ１２で生成してもよい。

本実施形態では、番組に付与する手話ＣＧの生成に必要なＴＶＭＬスクリプトとして、２種類のスクリプトを有する。図７に示す初期スクリプトは、例えば受信端末１３−１ｂとスクリプト配信サーバ１２−１とが接続されたと同時に送信される。また、図８に示す番組進行用スクリプトは、番組進行表に従ってスクリプト配信サーバ１２−１から受信端末１３−１ｂに段階的に送信される。

スクリプト配信サーバ１２−１は、放送番組に付与する手話ＣＧの生成に必要なＴＶＭＬスクリプトの配信を開始する。この場合、図６に示すような番組進行表の通りに番組開始からの経過時刻に従って、ＴＶＭＬスクリプトを自動的に順次配信する。番組進行表による送信タイミングについては、放送局１１から送信される再生トリガを基準にしてもよいが、これに限定されるものではなく、例えば番組進行表に番組開始日時等を含めておき、その時間を基準に進行状況に応じて一部分のスクリプトを送信してもよい。

なお、初期スクリプトについては、一度に全スクリプトが送信される。図７の例では、（０２）行目にＣＧモデルの背景色（ｒ，ｇ，ｂ）が設定され、（０５）〜（１２）行目に手話を行うＣＧモデルがいる仮想空間（例えば、スタジオ）の照明（Ｌｉｇｈｔ）に関する情報がＴＶＭＬスクリプトで設定されている。また、図７の例では、（１５）〜（２０）行目にＣＧモデル（Ｃｈａｒａｃｔｅｒ）に関する情報がＴＶＭＬスクリプトで設定されている。更に、図７の例では、（２３）〜（２６）行目にカメラパラメータ（Ｃａｍｅｒａ）に関する情報がＴＶＭＬスクリプトで設定されている。なお、初期スクリプトとして設定される内容は、図７の例に限定されるものではなく、他の情報を有していてもよい。

図７に示す初期スクリプトを受信端末１３−１ｂに送信することで、受信端末１３−１ｂにおいて、手話ＣＧ映像の基礎となるスタジオデータやＣＧモデル等が設定される。

また、図８の例では、番組進行表に対応して送信される番組進行用スクリプトを示しており、（０１）行目にＣＧモデルの背景色（ｒ，ｇ，ｂ）が設定され、（０２）行目に、ＣＧモデル（キャラクタ）の映像中の位置情報がＴＶＭＬスクリプトで設定されている。

また、図８の例では、（０３）〜（０５）行目、（０７）〜（０９）行目、（１１）〜（１３）行目、（１５）〜（１７）行目、（１９）〜（２１）行目にＣＧモデルに対する所定の動作内容（例えば、手話動作やおじぎ、移動等のその他の身体動作、セリフに対応する動き等）が、ＴＶＭＬスクリプトで設定されている。

例えば、上述した第１実施例では、（０３）〜（０５）行目、（０７）〜（０９）行目、（１１）〜（１３）行目、（１５）〜（１７）行目、（１９）〜（２１）行目の各情報が、番組進行表の番組の進行（時刻）に対応して受信端末１３−１ｂに送信される。

これにより、受信端末１３−１ｂのＷｅｂＧＬベースのＴＶＭＬプレイヤーが、手話データ配信サーバ１２からプッシュ配信されるＴＶＭＬスクリプトに基づいて、必要なＣＧモデルと動作データをダウンロードし、そのデータを用いて手話ＣＧを生成し、受信端末１３−１ａが再生する放送番組と同期させて再生することができる。

＜第２実施例におけるコンテンツ配信処理＞
次に、第２実施例におけるコンテンツ配信処理についてシーケンス図を用いて説明する。図９は、第２実施例におけるコンテンツ配信処理の一例を示すシーケンス図である。第２実施例は、第１実施例と比較すると、手話データサーバ１２−２が放送局１１からの再生トリガを受信して、番組進行表を読み込み、対応するＣＧモデルや動作データをＰＵＳＨ（プッシュ）配信する例を示している。なお、図９の例では、上述した第１実施例と同様に、放送局１１と、手話データ配信サーバ１２と、受信端末１３とを用いた例について説明する。

図９の例において、放送局１１は、受信端末１３−１ａに対して手話が付与された番組の送信を開始すると共に、スクリプト配信サーバ１２−１及び手話データサーバ１２−２に対して、手話ＣＧ再生トリガ（手話データ）を送信する（Ｓ３１）。再生トリガは、例えば上述したＲＥＳＴインタフェースを介してスクリプト配信サーバ１２−１及び手話データサーバ１２−２へ送信される。

受信端末１３−１ａは、放送局１１から送信された放送番組を受信する（Ｓ４３２）。また、スクリプト配信サーバ１２−１及び手話データサーバ１２−２は、それぞれ放送局１１から送信された再生トリガを受信する（Ｓ３３、Ｓ３４）。

次に、受信端末１３−１ａは、受信端末１３−１ｂと接続し、ブラウザ起動制御及び確認を行う（Ｓ３５）。受信端末１３−１ｂは、受信端末１３−１ａからのブラウザ起動制御によりＷｅｂブラウザを起動して待機する（Ｓ３６）。

次に、受信端末１３−１ａは、放送波に含まれているＳＩを読み込み、受信端末１３−１ｂのＴＶＭＬプレイヤーの起動制御を行う（Ｓ３７）。受信端末１３−１ｂは、ＷｅｂＧＬベースのＴＶＭＬプレイヤー起動を行う（Ｓ３８）。

次に、受信端末１３−１ｂは、スクリプト配信サーバ１２−１及び手話データサーバ１２−２に対してＷｅｂＳｏｃｋｅｔ接続を行う（Ｓ３９）。スクリプト配信サーバ１２−１及び手話データサーバ１２−２は、受信端末１３−１ｂとの接続を確立する（Ｓ４０、Ｓ４１）。また、スクリプト配信サーバ１２−１は、手話ＣＧ用の初期スクリプトを受信端末１３−１ｂに送信する（Ｓ４２）。

受信端末１３−１ｂは、スクリプト配信サーバ１２−１からのスクリプトに基づいてＴＶＭＬの解釈を行う（Ｓ４３）。ここで、手話データサーバ１２−２は、再生トリガに含まれる手話データからＣＧモデルに関する情報を取得し、取得したＣＧモデルデータを接続が確立している受信端末１３−１ｂに送信（ＰＵＳＨ配信）する（Ｓ４１）。これにより、受信端末１３−１ｂは、手話データサーバ１２−２に要求（リクエスト）をしなくても手話ＣＧ映像に用いられるＣＧモデルデータを取得することができる（Ｓ４５）。

次に、受信端末１３−１ｂは、受信端末１３−１ａに対して初期ＣＧを描画（再生）し、その旨を受信端末１３−１ａに通知する（Ｓ４６）。また、手話データサーバ１２−２は、再生トリガに含まれる番組進行表の読み込みを行い（Ｓ４７）、番組進行表に対応した動作データを接続が確立している受信端末１３−１ｂに送信（ＰＵＳＨ配信）する（Ｓ４８）。

受信端末１３−１ｂは、手話データサーバ１２−２から受信した動作データを取得し（Ｓ４９）、生成した手話ＣＧ描画（再生）し、その旨を受信端末１３−１ａに通知する（Ｓ５０）。これにより、受信端末１３−１ａは、受信端末１３−１ｂの手話ＣＧ映像の再生に同期させて、番組を表示する（Ｓ５１）。

なお、上述したＳ４８〜Ｓ５１の処理は、スクリプト配信サーバ１２−１から番組進行表に基づき番組の進行状況に対応して部分的なＴＶＭＬスクリプトが継続して送信されるため、受信端末１３−１ｂは、繰り返しＴＶＭＬを解釈し、動作データを取得して手話ＣＧ描画及び通知を行う。

また、第２実施例では、番組の提供（再生）後、放送局１１は、次の放送番組（次放送番組）の送信を開始する（Ｓ５２）。このとき、次放送番組は、手話映像の同時配信を行わない番組であるとする。

受信端末１３−１ａは、次の放送番組を受信し（Ｓ５３）、放送波のＳＩを読み込み、手話ＣＧが付加される番組ではないため、受信端末１３−１ｂに対してＴＶＭＬプレイヤーの停止制御を行う（Ｓ５４）。受信端末１３−１ｂは、ＷｅｂＧＬベースのＴＶＭＬプレイヤーを停止（終了）する（Ｓ５５）。なお、Ｓ５５の処理において、受信端末１３−１ｂは、Ｗｅｂブラウザを停止（終了）してもよく、スクリプト配信サーバ１２−１及び手話データサーバ１２−２に対して接続を切断する処理を行ってもよい。なお、スクリプト配信サーバ１２−１及び手話データサーバ１２−２に対して接続を切断しない場合には、またその次の放送番組で手話ＣＧ映像が付加される場合に、接続されたままのコネクションを用いてスクリプト配信サーバ１２−１及び手話データサーバ１２−２と通信することができる。

上述したように、第２実施例におけるコンテンツ配信処理では、手話データサーバ１２−２からＰＵＳＨ配信することで、より迅速に手話ＣＧを生成するためのデータ（例えば、ＣＧモデルデータ、動作データ等）を取得することができる。したがって、再生時間の遅延のない複数のコンテンツを連動して提供することができる。

＜第３実施例におけるコンテンツ配信処理＞
次に、第３実施例におけるコンテンツ配信処理についてシーケンス図を用いて説明する。図１０は、第３実施例におけるコンテンツ配信処理の一例を示すシーケンス図である。第３実施例では、緊急用の割り込み制御が発生した場合のコンテンツ配信処理の一例を示している。

なお、図１０の例では、第１実施例及び第２実施例と同様に、放送局１１と、手話データ配信サーバ１２と、受信端末１３とを用いた例について説明する。また、図１０の例において、Ｓ６１〜Ｓ７５の処理は、上述した第１実施例におけるＳ０１〜Ｓ１５の処理と同様の処理であるため、ここでの具体的な説明は省略する。

第３実施例において、スクリプト配信サーバ１２−１が番組進行表の読み込みを行った後（Ｓ７５）、放送局１１は、スクリプト配信サーバ１２−１に対して緊急情報を送信し、緊急情報再生トリガを送信したとする（Ｓ７６）。

受信端末１３−１ａは、放送局１１からの緊急情報を受信する（Ｓ７７）。また、スクリプト配信サーバ１２−１は、緊急割り込みがあったか否かを判断し（Ｓ７８）、緊急割り込みがあった場合（Ｓ７８において、ＹＥＳ）、緊急情報スクリプトを受信端末１３−１ｂに送信し（Ｓ７９）、Ｓ７８の処理に戻る。なお、緊急情報スクリプトは、予めスクリプト配信サーバ１２−１が記憶手段等に記憶しておいてもよく、スクリプト配信サーバ１２−１のスクリプト生成手段で生成してもよい。

また、スクリプト配信サーバ１２−１は、緊急割り込みがなかった場合（Ｓ７８において、ＮＯ）、次に番組進行表の未送信スクリプトがあるか否かを判断し（Ｓ８０）、未送信スクリプトがある場合（Ｓ８０において、ＹＥＳ）、番組進行用スクリプトを受信端末１３−１ｂに送信する（Ｓ８１）。

受信端末１３−１ｂは、スクリプト配信サーバ１２−１から受信した緊急情報スクリプトや番組進行用のスクリプトをＴＶＭＬで解釈し（Ｓ８２）、手話ＣＧ映像を生成するためのＣＧモデルの動作データを取得する（Ｓ８３）。なお、Ｓ８３の処理では、受信端末１３−１ｂが手話データサーバ１２−２に対して手話に対応する動作データの取得要求を行い、手話データサーバ１２−２から送信された動作データを受信することで（Ｓ８４）、動作データを取得する。

次に、受信端末１３−１ｂは、生成した手話ＣＧを描画（再生）し、その旨を受信端末１３−１ａに通知する（Ｓ８５）。これにより、受信端末１３−１ａは、受信端末１３−１ｂの手話映像の再生に同期させて、番組を表示する（Ｓ８６）。これにより、緊急情報による割り込みがあった場合でも番組の途中で緊急情報の番組に切り替えたり、再生中の番組にテロップ等で挿入することができる。

なお、第３実施例でも上述した第１実施例と同様に、スクリプト配信サーバ１２−１から番組進行表に基づき番組の進行状況に対応して部分的なＴＶＭＬスクリプトが継続して送信されるため、受信端末１３−１ｂは、繰り返しＴＶＭＬを解釈し、動作データを取得して手話ＣＧ描画及び通知を行う。

また、第３実施例における番組の提供（再生）後のＳ８７〜Ｓ９０の処理においては、上述した第１実施例のＳ２２〜Ｓ２５と同様の処理を行うため、ここでの具体的な説明は省略する。

上述したように、第３実施例におけるコンテンツ配信処理では、番組再生中に放送局１１から地震や災害等、警報等に関する緊急情報が配信された場合に、一次的に番組進行用のスクリプトから緊急情報用のスクリプトを配信することができる。したがって、第３実施例では、例えば番組再生中に緊急信号を割り込ませることができ、割り込み終了後は、また続きの番組進行用のスクリプトを続きから配信することができる。

なお、上述した第１〜第３実施例は、複数の実施例の一部又は全部を組み合わせて実施することができる。また、上述した実施例では手話ＣＧを用いたが、これに限定されるものではなく、手話の実写映像を用いてもよい。また、スクリプトは、ＴＶＭＬスクリプト以外のスクリプトを用いてもよい。

＜実行プログラム＞
ここで、上述したコンテンツ配信システム１０における手話データ配信サーバ１２、受信端末１３は、例えばＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等の揮発性の記憶装置、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）等の不揮発性の記憶装置、マウスやキーボード、ポインティングデバイス等の入力装置、画像やデータ等を表示する表示装置、並びに外部と通信するためのインタフェース装置を備えたコンピュータによって構成することができる。

したがって、手話データ配信サーバ１２、受信端末１３が有する上述した各機能は、これらの機能を記述したプログラムをＣＰＵに実行させることによりそれぞれ実現可能となる。また、これらのプログラムは、磁気ディスク（フロッピー（登録商標）ディスク、ハードディスク等）、光ディスク（ＣＤ−ＲＯＭ、ＤＶＤ等）、半導体メモリ等の記録媒体に格納して頒布することもできる。

つまり、上述した各構成における処理をコンピュータに実行させるための実行プログラム（配信プログラム、受信プログラム）を生成し、例えば汎用のパーソナルコンピュータやサーバ等にそのプログラムをインストールすることにより、コンテンツ配信処理を実現することができる。なお、本実施形態における実行プログラムによる処理については、例えば上述した各処理を実現することができる。

上述したように本発明によれば、あるコンテンツに関連する他のコンテンツの適切な同期配信を実現することができる。また、関連する複数のコンテンツを適切に連動させて提供することができる。具体的には、本実施形態では、インターネットに接続した受信端末で放送番組を視聴する際に、手話ＣＧを受信端末上で生成することが可能となる。このため、視聴ユーザは、例えばＣＧカメラ等を操作して手話ＣＧを見やすい視点で見ることができるようになる。本発明では、ＷｅｂＳｏｃｋｅｔプロトコルを用いたＰＵＳＨ型のスクリプト配信を応用することで効率的でリアルタイム性の高いＰＵＳＨ型配信が可能となる。ＣＧストリーミング技術よりも遅延時間が発生しないため、放送番組に同期して手話ＣＧを生成することが可能となる。

なお、上述した本実施形態では、第１のコンテンツを放送番組とし、第２のコンテンツを放送番組に関連する手話ＣＧ映像として説明したが、これに限定されるものではなく、第１のコンテンツを手話ＣＧ映像、第２のコンテンツを放送番組としてもよく、また字幕やテロップ等の文字コンテンツを第１又は第２のコンテンツとしてもよく、第３のコンテンツとしてもよい。

したがって、本実施形態により、複数のコンテンツを同期させて連動した情報の提供を実現することができる。更に、本実施形態によれば、複数の受信端末を用いて、それぞれが異なる関連したコンテンツを同期させて再生することができる。

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

１０ コンテンツ配信システム
１１ 放送局
１２ 手話データ配信サーバ（配信装置）
１３ 受信端末
１４ 通信ネットワーク
２１，４１ 入力手段
２２，４２ 出力手段
２３，４３ 記憶手段
２４ 手話データ取得手段（配信情報取得手段）
２５ スクリプト生成手段
２６ スクリプト配信手段
２７ 要求取得手段
２８ 動作データ配信手段（データ配信手段）
２９，４８ 通信手段
３０，４９ 制御手段
４４ 番組データ取得手段
４５ スクリプト取得手段
４６ 手話映像生成手段（コンテンツ生成手段）
４７ 再生手段

Claims (9)

1. 第１のコンテンツに関連する第２のコンテンツを配信する配信装置と、前記第１のコンテンツと前記第２のコンテンツとを受信する受信端末とを有するコンテンツ配信システムにおいて、
   前記配信装置は、
   前記第１のコンテンツが配信されたことを示す配信情報を取得する配信情報取得手段と、前記配信情報取得手段により得られる前記配信情報に含まれる前記第１のコンテンツの進行状況に対応させて、前記第２のコンテンツを前記受信端末で生成させるためのスクリプトを配信するスクリプト配信手段とを有し、
   前記受信端末は、
   前記第１のコンテンツと、前記スクリプトとを取得するスクリプト取得手段と、前記取得手段により得られる前記スクリプトから前記第２のコンテンツを生成するコンテンツ生成手段と、前記生成手段により生成された前記第２のコンテンツを前記第１のコンテンツの再生による進行状況に合わせて再生する再生手段とを有することを特徴とするコンテンツ配信システム。
2. 配信された第１のコンテンツに関連する第２のコンテンツを受信端末に配信する配信装置において、
   前記第１のコンテンツが配信されたことを示す配信情報を取得する配信情報取得手段と、
   前記配信情報取得手段により得られる前記配信情報に含まれる前記第１のコンテンツの進行状況に対応させて、前記第２のコンテンツを前記受信端末で生成させるためのスクリプトを配信するスクリプト配信手段とを有することを特徴とする配信装置。
3. 前記スクリプト配信手段は、
   前記第１のコンテンツの進行情報に対応させて、前記第２のコンテンツを前記受信端末で再生させるために設定されたスクリプトの一部分を段階的に配信することを特徴とする請求項２に記載の配信装置。
4. 前記受信端末から前記第２のコンテンツに含まれるＣＧモデル、又は該ＣＧモデルによる手話の動作データの取得要求を受け付ける要求取得手段と、
   前記要求取得手段により得られる要求に対応したデータを前記受信端末に配信するデータ配信手段とを有することを特徴とする請求項２又は３に記載の配信装置。
5. 第１のコンテンツに関連する第２のコンテンツを再生する受信端末において、
   前記第１のコンテンツの進行情報に対応させて、前記第２のコンテンツを生成するためのスクリプトを取得するスクリプト取得手段と、
   前記取得手段により得られる前記スクリプトから前記第２のコンテンツを生成するコンテンツ生成手段と、
   前記生成手段により生成された前記第２のコンテンツを前記第１のコンテンツの再生による進行状況に合わせて再生する再生手段とを有することを特徴とする受信端末。
6. 前記コンテンツ生成手段は、
   前記第１のコンテンツの再生内容に対応する手話映像を第２のコンテンツとして生成することを特徴とする請求項５に記載の受信端末。
7. 前記スクリプトを配信する配信装置とＷｅｂＳｏｃｋｅｔによる通信を確立する通信手段とを有することを特徴とする請求項５又は６に記載の受信端末。
8. コンピュータを、請求項２乃至４の何れか１項に記載の配信装置が有する各手段として機能させるための配信プログラム。
9. コンピュータを、請求項５乃至７の何れか１項に記載の受信端末が有する各手段として機能させるための受信プログラム。