JPWO2011021249A1 - コンテンツ再生装置およびコンテンツ再生方法 - Google Patents

Abstract

スケジュール配信コンテンツを含む複数のコンテンツを並列して表示するためのコンテンツ再生装置２０を開示する。複数のプレーヤ部１０２〜１０４は、準備開始指示を受けると、コンテンツのタイプに基づく再生準備処理を行って待機状態に移行し、少なくともスケジュール配信コンテンツを、通信を介して接続された外部装置から取得する動画プレーヤ部を含む。コントローラ部１０１は、コンテンツの再生開始タイミングに応じてプレーヤ部１０２〜１０４に準備開始指示を出力し、再生開始タイミングにプレーヤ部１０２〜１０４に再生開始指示を出力する。

Description

本発明は、コンテンツ再生装置およびコンテンツ再生方法に関し、特に複数のコンテンツを同期させて表示させるコンテンツ再生装置およびコンテンツ再生方法に関する。

近年、インターネットなどのネットワークを介して、動画と、テロップや静止画像などのコンテンツを配信し、これらのコンテンツの多画面表示を行い、ユーザに多面的に情報を提示するコンテンツ再生装置が普及し始めている。

これらのコンテンツ再生装置では、多画面表示している複数のコンテンツを同期して表示させている。例えば、特許文献１には、データ要求受信手段と、制御データ生成部とを備える装置が記載されている。このデータ要求受信手段は、第１、第２の前景画像のメディアデータをサーバに要求するとともに、サーバからのメッセージを受信する。また、この制御データ生成部は、ＳＭＩＬ（Ｓｙｎｃｈｒｏｎｉｚｅｄ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｇｒａｔｉｏｎ Ｌａｎｇｕａｇｅ）データに含まれている各前景画像の表示開始前の待機時間を示す情報に基づいて、上記データ要求受信手段をそのメディアデータの要求メッセージが、各前景画像の表示開始時刻より上記待機時間だけ早い時刻に、対応するサーバに対して発行させるよう制御する。このように構成することで、この装置は、第１、第２の前景画像を、ＳＭＩＬデータのシーン記述により指定された時刻に背景画像と合成して表示可能にしている。

また、特許文献２には、マルチメディアシーンのようなコンテンツデータをシーン記述情報による時刻指定を守りつつ再生でき、再生開始または次の再生開始までの遅延を小さくし、バッファ領域も小さくしている装置が記載されている。この装置は、送受信部によりコンテンツデータの再生に関する時間的順序を指定するシーン記述情報を入力すると共にネットワークの空きバンド幅を測定する。さらに、シーン記述情報を転送スケジューリング部に与え、空きバンド幅が存在するとき、シーン記述情報に基づいて、既に受信されたコンテンツデータに対して時間的に後続するコンテンツデータの先行転送をコンテンツ配信装置に要求する。

特開２００１−２８５８３２号公報 特開２００２−２６８９９９号公報

しかしながら、上述の装置においては、コンテンツとして、任意のタイミングで、コンテンツの任意の時間的位置から取得できるオンデマンド・コンテンツを前提としている。このため、同期して表示する複数のコンテンツの中に、生放送のコンテンツなど、配信のスケジュールが配信側において予め決定された配信コンテンツが含まれていると、そのコンテンツの内容を、配信のスケジュール通り内容をその決定された時刻に表示できないという問題がある。例えば、上述の装置においては、配信のスケジュールが配信側において予め指定された配信コンテンツの配信を、表示開始時刻よりも早い時刻に要求すると、表示開始時刻に本来表示すべき内容よりも、前の時間のコンテンツが配信されてしまうので、これを表示開始時刻になってから表示すると、意図しないコンテンツが表示されてしまうということが起こり得る。

そこで、本発明の目的は、新規かつ有用なコンテンツ再生装置およびコンテンツ再生方法を提供することである。具体的には、本発明は、配信のスケジュールが配信側において決定された配信コンテンツを含む複数のコンテンツを同期して表示する際に、配信のスケジュールが配信側において決定された配信コンテンツについて、その配信スケジュールによって決定された時刻の内容を表示することを目的とする。

本発明の一観点によれば、複数のコンテンツを再生して、並列してモニタに表示させる装置であって、上記複数のコンテンツをそれぞれ再生する複数のプレーヤ部と、上記複数のコンテンツの再生情報を取得し、上記複数のプレーヤ部の全てが再生のための待機状態となった場合で、上記再生情報に含まれる再生開始するタイミングになったときに、上記複数のプレーヤ部の全てに再生開始を指示する制御手段と、前記再生された複数のコンテンツのそれぞれの映像信号を上記モニタに出力する手段（１４）と、を備え、上記複数のコンテンツは配信スケジュールが決められているスケジュール配信型のコンテンツを含み、そのコンテンツは、上記再生開始指示に応答して、取得が開始され、これによって取得されたコンテンツが再生される、装置が提供される。

本発明によれば、再生する手段は、コンテンツのタイプがスケジュール配信型のコンテンツであるときは、制御手段から再生開始指示を受けた後にそのコンテンツの取得を開始し、その取得したデータを再生するので、スケジュール配信型のコンテンツを含む複数のコンテンツを同期して表示する際に、スケジュール配信型のコンテンツについて、その配信スケジュールによって決定された時刻の内容を、配信のスケジュール通りに表示することができる。なお、本願明細書および請求の範囲において、スケジュール配信コンテンツおよびスケジュール配信型のコンテンツとは、同一のタイプのコンテンツを表し、予め決定された配信スケジュールによって配信されるコンテンツをいう。

本発明の他の観点によれば、複数のコンテンツをモニタに並列して表示するための再生方法であって、コントローラ部が、上記複数のコンテンツの再生情報を取得するステップであって、この再生情報が、前記複数のコンテンツを表す情報と、上記複数のコンテンツを再生開始するタイミングとを含む、上記ステップ（Ｓ１０１）と、複数のプレーヤ部（１０２〜１０４）の各々が上記複数のコンテンツをそれぞれ取得するための準備を行って、再生のために待機するステップ（Ｓ２０２〜Ｓ２０５、Ｓ２０９）と、上記複数のプレーヤ部の全てが待機状態となった場合で、再生開始するタイミングになったときに、コントローラ部が、上記複数のプレーヤ部の全てに再生開始を指示するステップ（Ｓ１０８、Ｓ１０９）と、上記複数のプレーヤの各々が、上記再生開始指示に応答して、上記複数のコンテンツを再生して前記モニタに出力するステップ（Ｓ２１１、Ｓ２１２）と、を含み、上記再生するステップにおいて、上記複数のコンテンツのうち、配信スケジュールが決められているスケジュール配信型のコンテンツを再生するプレーヤ部は、前記再生開始指示に応答してそのスケジュール配信型のコンテンツの取得を開始し、これによって取得したコンテンツを再生する（Ｓ２１０、Ｓ２１１）、上記方法が提供される。

本発明によれば、プレーヤ部は、再生するコンテンツのタイプがスケジュール配信型のコンテンツであるときは、コントローラ部から再生開始指示を受けた後にそのコンテンツの取得を開始して、その取得したデータを再生するので、スケジュール配信型のコンテンツをスケジュール通りに表示しつつ、スケジュール配信型のコンテンツを含む複数のコンテンツを同期して表示することができる。

本発明によれば、新規かつ有用なコンテンツ再生装置およびコンテンツ再生方法を提供でき、さらには、本発明は、配信のスケジュールが配信側において決定された配信コンテンツを含む複数のコンテンツを同期して表示する際に、配信のスケジュールが配信側において決定された配信コンテンツについて、その配信スケジュールによって決定された時刻の内容を表示するコンテンツ再生装置およびコンテンツ再生方法を提供できる。

本発明の実施形態に係るコンテンツ配信・再生システムの構成を示す概略構成図である。 本発明の実施形態に係るコンテンツ再生装置の構成を含むコンテンツ配信・再生システムの概略ブロック図である。 本発明の実施形態に係るコンテンツ再生装置の機能構成図である。 本発明の実施形態に係るコンテンツ再生装置が取得するＳＭＩＬファイルの例を示す図である。 本発明の実施形態に係るコンテンツ再生装置が出力する多画面表示の構成例を示す図である。 コンテンツの同期を示す情報の例を示す図である。 図３に示した動画プレーヤ部、静止画プレーヤ部、テロッププレーヤ部の状態遷移図である。 本発明の実施形態に係るコンテンツ再生装置とサーバとの通信を示すシーケンス図である。 オンデマンド・コンテンツのＤＥＳＣＲＩＢＥ ｒｅｓｐｏｎｓｅの例を示す図である。 スケジュール配信コンテンツのＤＥＳＣＲＩＢＥ ｒｅｓｐｏｎｓｅの例を示す図である。 本発明の実施形態に係る複数のコンテンツを同期表示するためのフローチャートであって、コントローラ部の動作を示すフローチャートである。 本発明の実施形態に係る複数のコンテンツを同期表示するためのフローチャートであって、動画プレーヤ部の動作を示すフローチャートである。 本発明の実施形態に係る複数のコンテンツを同期表示するためのフローチャートであって、動画プレーヤ部の動作の他の例を示すフローチャートである。

以下、図面に基づいて本発明に係る実施の形態を説明する。

図１は、本発明の実施形態に係るコンテンツ配信・再生システムの構成を示す概略構成図である。図１を参照するに、コンテンツ配信・再生システム１０は、コンテンツ再生装置２０、サーバ３０、モニタ４０、リモートコントローラ５０、ＩＰ（Internet Protocol）網６０を具備する。コンテンツ再生装置２０は、リモートコントローラ５０からの信号によるコンテンツ取得の指示を受信して、ＩＰ網６０を介して、サーバ３０からスケジュール配信コンテンツを含む複数のコンテンツを取得する。コンテンツ再生装置２０は、取得したコンテンツを同期させて再生して、モニタ４０に多画面表示させる。また、ここでは、コンテンツのタイプとして、オンデマンド・コンテンツと、スケジュール配信コンテンツとの２種類がある。オンデマンド・コンテンツは、任意のタイミングで、コンテンツ再生装置２０からの指示に応じたコンテンツの任意の時間位置から配信される。スケジュール配信コンテンツは、配信を要求されると該コンテンツのうち、要求された時刻と予め決められた配信のスケジュールとに応じた時間位置から配信される。

サーバ３０は、ＩＰ網６０に接続されており、コンテンツ再生装置２０からの要求に応じて、コンテンツをコンテンツ再生装置２０に配信する。また、サーバ３０は、コンテンツ再生装置２０からの要求に応じて、ＳＭＩＬファイルをコンテンツ再生装置２０に配信する。ＳＭＩＬファイルは、多画面表示するコンテンツを示す情報とコンテンツの再生開始タイミングを示す情報とコンテンツ間の同期関係を示す情報とを含むが、詳細は後述する。サーバ３０は、１台の装置であってもよく、複数の装置でもよい。サーバ３０が全てのコンテンツとＳＭＩＬファイルを配信する構成としてもよく、スケジュール配信コンテンツを除くコンテンツのいくつか、例えば静止画や、ＳＭＩＬファイルのいくつかを、コンテンツ再生装置２０のメモリ（図２に示すメモリ１２）、例えばハードディスク装置に記憶する構成としてもよい。また、サーバ３０を複数設け、ＳＭＩＬファイルを記憶するサーバと、コンテンツを記憶するサーバを設けてもよい。さらに、動画コンテンツ用に独立したサーバ３０を１台あるいは複数台設け、その他のコンテンツ用にも１台あるいは複数台設けるようにしてもよい。

モニタ４０は、コンテンツ再生装置２０が出力する映像信号に基づき、映像を表示する液晶ディスプレイ、ＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）などの画像表示装置である。リモートコントローラ５０は、四方向の方向指示キー、決定キーなどを備え、ユーザによるこれらのキーの操作に応じた信号を送信することで、コンテンツ再生装置２０を操作する。
ＩＰ網６０は、ネットワークであり、本実施形態では、インターネットプロトコルを用いたネットワークとして説明する。なお、ＩＰ網６０は、その他のプロトコルを用いたネットワークであってもよく、コンテンツ再生装置２０とサーバ３０とを相互通信可能なように接続する通信路であればよい。

図２は、本発明の実施形態に係るコンテンツ再生装置の構成を含むコンテンツ配信・再生システムの概略ブロック図である。図２を参照するに、コンテンツ再生装置２０は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ；中央演算処理装置）１１、メモリ１２、動画デコーダ１３、画像合成部１４、操作部１５、通信部１６、これらを互いに接続するバス１７を具備する。

ＣＰＵ１１は、メモリ１２からプログラムを読み出して、実行することで、バス１７を介して、コンテンツ再生装置２０全体を制御する。また、ＣＰＵ１１は、動画コンテンツ以外の静止画像やテロップなどのコンテンツを再生して、画像データを生成し、画像合成部１４に出力する等の制御を行う。

メモリ１２は、フラッシュメモリ等の不揮発性の半導体メモリ、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）のような揮発性の半導体メモリである。また、メモリ１２は、ハードディスク装置、ＣＤ−ＲＯＭ等の光ディスク装置、あるいは光磁気ディスク装置であってもよい。メモリは上述した種々のメモリを単独で構成してもよく、組み合わせて構成してよい。メモリ１２は、ＣＰＵ１１が実行するプログラムや、サーバ３０から取得したコンテンツおよびＳＭＩＬファイルを記憶する。また、メモリ１２は、ＣＰＵ１１がプログラムを実行する際のワーキング・メモリとしても動作する。

動画デコーダ１３は、ＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）２、Ｈ．２６４／ＡＶＣ（Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）どの符号化形式の動画コンテンツの復号処理を行う。動画デコーダ１３は、サーバ３０が配信する動画コンテンツを、その符号化方式に対応した復号処理を行い、復号処理により得られた画像データを画像合成部１４に出力する。なお、動画デコーダ１３は、画像データを画像合成部１４に直接出力してもよく、バス１７を介して画像合成部１４に出力してもよい。動画デコーダ１３は、復号処理専用のチップや回路である。なお、動画デコーダ１３は、代替の実施態様として、復号処理用のソフトウェアが図示されていないＣＰＵ上で動作することによって、復号処理を行ってもよく、そのＣＰＵがＣＰＵ１１であってもよい。

画像合成部１４は、復号された動画コンテンツを構成する画像データと、ＣＰＵ１１が生成した静止画像やテロップの画像データとを合成する処理を行い、多画面表示の映像信号を生成する。画像合成部１４は、多画面表示の映像信号をモニタ４０に表示のために出力する。なお、本実施形態では、一つのモニタに多画面表示をする例を説明しているが、複数のモニタに、動画コンテンツを構成する画像データと、静止画像やテロップの画像データとを別々に表示するようにしてもよい。この場合は、画像合成部１４は、これらの画像を合成せずに、あるいは一部の画像のみを合成して、それぞれの映像信号を、それぞれのモニタに出力する。

操作部１５は、リモートコントローラ５０からの信号、例えば無線信号や赤外線信号を受信する受信部を有する。操作部１５は、リモートコントローラ５０が送信した信号を受信し、該信号に含まれるキー操作のコマンドに応じた情報を出力する。なお、操作部１５がキーを備え、ユーザによるそのキーの操作に応じた情報を出力するようにしてもよい。

通信部１６は、ＩＰ網６０と接続され、ＣＰＵ１１からの指示に従い、ＩＰ網６０を介して接続されたサーバ３０との間で、インターネットプロトコルによる通信を行う。

図３は、本発明の実施形態に係るコンテンツ再生装置の機能構成図である。図３を参照するに、コンテンツ再生装置２０は、ＣＰＵ１１が、メモリ１２に格納されたプログラムと協働することで、コントローラ部１０１、動画プレーヤ部１０２、静止画プレーヤ部１０３、テロッププレーヤ部１０４の各機能が実現される。また、メモリ１２は、同期情報記憶部１００として動作する。なお、図３には、動画プレーヤ部１０２、静止画プレーヤ部１０３、テロッププレーヤ部１０４を１つずつ示したが、それぞれ再生するコンテンツの数だけ、コントローラ部１０１により生成される。

コントローラ部１０１は、操作部１５を介してユーザからのコンテンツ視聴の指示を受けると、該コンテンツに関するＳＭＩＬファイルを、ＩＰ網６０を介して接続されたサーバ３０から取得する。そして、コントローラ部１０１は、コンテンツの同期を示す情報（同期情報）を、そのＳＭＩＬファイルに基づき生成して同期情報記憶部１００に記憶させる。さらに、コントローラ部１０１は、同期情報記憶部１００中の同期を示す情報を参照して、再生するコンテンツの数に応じた数のプレーヤを起動する。コントローラ部１０１は、再生開始タイミングより予め決められた時間だけ前の時刻を経過した場合、該再生開始タイミングのコンテンツを再生するプレーヤに準備開始指示を出力する。コントローラ部１０１は、この結果、ＳＭＩＬファイル中に記載された同期関係にて示されたコンテンツを再生するプレーヤ部１０２、１０３、１０４の全てが再生開始タイミングまでに待機状態にならなかった場合は、待機して、これら全てのプレーヤ部１０２、１０３、１０４が待機状態になったことを検出してから、これら全てのプレーヤ部１０２、１０３、１０４に、再生開始指示を出力する。

動画プレーヤ部１０２は、１つの動画コンテンツに対応するプレーヤであり、再生開始指示を受けると、通信部１６を介してサーバ３０から動画コンテンツを取得し、取得した動画コンテンツを動画デコーダ部１３に出力することで再生する。動画プレーヤ部１０２は、準備開始指示を受けると、コンテンツのタイプに基づく再生準備処理を行って待機状態に移行する。この再生準備処理の詳細については後述する。

静止画プレーヤ部１０３は、１つの静止画コンテンツに対応するプレーヤであり、再生開始指示を受けると、通信部１６を介してサーバ３０から静止画コンテンツを取得し再生する。また、静止画プレーヤ部１０３は、準備開始指示を受けると、静止画コンテンツの取得を含む再生準備処理を行って待機状態に移行する。なお、静止画プレーヤ部１０３は、再生して生成した静止画コンテンツの画像データを、画像合成部１４に出力する。

テロッププレーヤ部１０４は、テロップを表示させる１つのコンテンツに対応するプレーヤであり、再生開始指示を受けると、通信部１６を介してサーバ３０からテロップを表示させるコンテンツを取得し再生する。また、テロッププレーヤ部１０４は、準備開始指示を受けると、テロップを表示させるコンテンツの取得を含む再生準備処理を行って待機状態に移行する。なお、テロッププレーヤ部１０４は、再生して生成したテロップの画像データを、画像合成部１４に出力する。

図４は、本発明の実施形態に係るコンテンツ再生装置が取得するＳＭＩＬファイルの例を示す図である。図４を参照するに、ＳＭＩＬファイルは、多画面表示するための表示領域を定義する部分Ｐ１と、複数のコンテンツを示す情報、それらのコンテンツの再生開始タイミング（再生開始時刻）を示す情報、それらのコンテンツ間の同期関係を示す情報を含む、部分Ｐ２〜Ｐ４とを有する。このＳＭＩＬファイルは、ニュース番組に関し、その番組では、３種類のニュース（株式ニュース、為替ニュース、天気予報）を紹介する。また、このＳＭＩＬファイル中には、コンテンツのタイプを識別する情報は含まれておらず、後述するＤＥＳＣＲＩＢＥ ｒｅｓｐｏｎｓｅに記述されている。３つの動画ファイル「株式．ｍｐｇ」、「為替．ｍｐｇ」、「天気．ｍｐｇ」は、スケジュール配信コンテンツであり、その他の静止画およびテロップは、オンデマンド・コンテンツであると仮定して、以下説明する。

図４に示すＳＭＩＬファイルの部分Ｐ１において、その第１行では、全画面が幅１９２０ピクセル、高さ１０８０ピクセルからなることを定義している。部分Ｐ１の第２行では、表示領域「ｒｅｇｉｏｎ１」が、左端が全画面の左端、上端が全画面の上端であり、幅１６００ピクセル、高さ９００ピクセルであることが定義されている。部分Ｐ１の第３行では、表示領域「ｒｅｇｉｏｎ２」が、左端が全画面の左端から１６００ピクセル目、上端が全画面の上端であり、幅３２０ピクセル、高さ９００ピクセルであることが定義されている。部分Ｐ１の第４行では、表示領域「ｒｅｇｉｏｎ３」が、左端が全画面の左端、上端が全画面の上端から９００ピクセル目であり、幅１９２０ピクセル、高さ１８０ピクセルであることが定義されている。

図４に示すＳＭＩＬファイルの部分Ｐ２において、動画コンテンツ（ｖｉｄｅｏ）と静止画コンテンツ（ｉｍｇ）とテロップ（ｔｅｘｔｓｔｒｅａｍ）とを同期して（ｓｙｎｃＢｅｈａｖｉｏｒＤｅｆａｕｌｔ＝“ｌｏｃｋｅｄ”）表示させることが定義されている。部分Ｐ２の第２行では、その動画コンテンツが、株式のニュースを紹介するファイル「株式．ｍｐｇ」であり、表示領域「ｒｅｇｉｏｎ１」に、この動画コンテンツの再生開始タイミング「００：００」から１５秒間表示させること（表示時間）が定義されている。部分Ｐ２の第３行では、その静止画コンテンツが、例えば株式のニュースに関連する画像データであるファイル「株式．ｂｍｐ」であり、表示領域「ｒｅｇｉｏｎ２」に、これらのコンテンツの再生開始タイミング「００：００」から１５秒間表示させることが定義されている。部分Ｐ２の第３行では、そのテロップが、例えば株式のニュースに関連するテロップであるファイル「株式．ｔｘｔ」であり、表示領域「ｒｅｇｉｏｎ３」に、これらのコンテンツの再生開始タイミング「００：００」から１５秒間表示させることが定義されている。

図４に示すＳＭＩＬファイルの部分Ｐ３においては、部分Ｐ２で定義されたコンテンツを１５秒間表示したときを再生開始タイミングとして、動画コンテンツと静止画コンテンツとテロップとを同期して表示させることが定義されている。部分Ｐ３の第２行では、その動画コンテンツが、為替のニュースを紹介するファイル「為替．ｍｐｇ」であり、表示領域「ｒｅｇｉｏｎ１」に、３０秒間表示させることが定義されている。部分Ｐ３の第３行では、その静止画コンテンツは、例えば為替のニュースに関連する画像データであるファイル「為替．ｂｍｐ」であり、表示領域「ｒｅｇｉｏｎ２」に、３０秒間表示させることが定義されている。部分Ｐ３の第４行では、そのテロップが、例えば為替のニュースに関連するテロップであるファイル「為替．ｔｘｔ」であり、表示領域「ｒｅｇｉｏｎ３」に、３０秒間表示させることが定義されている。

図４に示すＳＭＩＬファイルの部分Ｐ４では、その第１行では、部分Ｐ３で定義されたコンテンツの表示の表示時間が経過したときを再生開始タイミングとして、動画コンテンツと静止画コンテンツとテロップとを再生開始タイミングから３秒のずれを許容して（ｓｙｎｃＢｅｈａｖｉｏｒＤｅｆａｕｌｔ＝“ｃａｎＳｌｉｐ” ｓｙｎｃＴｏｌｅｒａｎｃｅ＝“３ｓ”）同期して表示させることが定義されている。部分Ｐ４の第２行では、その動画コンテンツが、天気予報を紹介するファイル「天気．ｍｐｇ」であり、表示領域「ｒｅｇｉｏｎ１」に、１５秒間表示させることが定義されている。部分Ｐ４の第３行では、その静止画コンテンツが、例えば天気予報に関連する画像データであるファイル「天気．ｂｍｐ」であり、表示領域「ｒｅｇｉｏｎ２」に、１５秒間表示させることが定義されている。部分Ｐ４の第４行では、そのテロップが、例えば天気予報に関連するテロップであるファイル「天気．ｔｘｔ」であり、表示領域「ｒｅｇｉｏｎ３」に、１５秒間表示させることが定義されている。

図５は、本発明の実施形態に係るコンテンツ再生装置が出力する多画面表示の構成例を示す図である。図５を参照するに、コンテンツ再生装置２０がモニタ４０に表示させる多画面表示Ｇは、動画表示領域Ａ１と、静止画表示領域Ａ２と、テロップ表示領域Ａ３とを有する。多画面表示Ｇの映像信号は、上述した図３の画像合成部１４により生成される。多画面表示Ｇの動画表示領域Ａ１には、動画デコーダ部１３が生成した画像データに基づく画像が配置される。静止画表示領域Ａ２には、静止画プレーヤ部１０３が生成した画像データに基づく画像が配置される。テロップ表示領域Ａ３には、テロッププレーヤ部１０４が生成した画像データに基づく画像が配置される。なお、これらの表示領域Ａ１〜Ａ３は、画像合成部１４により、図４に示したＳＭＩＬファイルによる定義に従い設けられ、各プレーヤ部１０２、１０３、１０４と対応付けられる。

図６は、コンテンツの同期を示す情報の例を示す図である。図６に示すコンテンツの同期を示す情報（同期情報）は、図３に示した同期情報記憶部１００に記憶されており、図４に示すＳＭＩＬファイルに基づき、コントローラ部１０１が生成する。図６に示す同期ＩＤは、複数のコンテンツを同期して再生開始する再生開始タイミング各々に割振られた識別番号を示す。図６に示すコンテンツの再生開始時刻Ｔｓは、再生開始タイミングの時刻を示す。図６に示す再生実績時刻Ｔａは、同期対象のコンテンツを再生した実績時刻を示す。図６に示す動画表示領域Ａ１、静止画表示領域Ａ２、テロップ表示領域Ａ３は、各々の領域に表示するコンテンツのファイル名と、該コンテンツを、どのように同期させるかを示す同期種別を示す。なお、図６に示す同期情報は、番組の再生開始時刻が「０７：００：００」である場合の例である。

図６を参照するに、同期ＩＤ「１」に対応付けて、再生開始時刻「０７：００：００」、動画表示領域Ａ１「株式．ｍｐｇ」「固定」、静止画表示領域Ａ２「株式．ｂｍｐ」「固定」、テロップ表示領域Ａ３「株式．ｔｘｔ」「固定」を記憶している。これらは、番組の再生開始時刻に、動画表示領域Ａ１にはファイル「株式．ｍｐｇ」を表示させ、静止画表示領域Ａ２にはファイル「株式．ｂｍｐ」を表示させ、テロップ表示領域Ａ３にはファイル「株式．ｔｘｔ」を表示させるために、互いにずれないように同期させて、再生を開始することを示す。ここで、互いにずれないように同期させるとは、再生開始時刻を経過しても、いずれかのコンテンツが再生できる状態になければ、そのコンテンツが再生できるようになるまで待ってから、同期させて再生することを示す。さらに、図６を参照するに、同期ＩＤ「１」に対応付けて、再生実績時刻Ｔａ１として「０７：００：００」を記憶している。これは、同期ＩＤ「１」の同期対象の全てのコンテンツを番組の再生開始時刻に再生を示す開始したことを示す。なお、これらの同期ＩＤ「１」に対応付けられた情報は、図４に示すＳＭＩＬファイルの部分Ｐ２に基づき生成される。

また、同期ＩＤ「２」に対応付けて、再生開始時刻「Ｔａ１＋０７：００：１５」、動画表示領域Ａ１「為替．ｍｐｇ」「固定」、静止画表示領域Ａ２「為替．ｂｍｐ」「固定」、テロップ表示領域Ａ３「為替．ｔｘｔ」「固定」を記憶している。これらは、再生開始時刻である、同期ＩＤ「１」（番組の先頭）の全てのコンテンツの再生を開始して（同期ＩＤ「１」の再生実績時刻「０７：００：００」）から１５秒後に、動画表示領域Ａ１にはファイル「為替．ｍｐｇ」を表示させ、静止画表示領域Ａ２にはファイル「為替．ｂｍｐ」を表示させ、テロップ表示領域Ａ３にはファイル「為替．ｔｘｔ」を表示させるために、互いにずれないように同期させて、再生を開始することを示す。さらに、図６を参照するに、同期ＩＤ「２」に対応付けて、再生実績時刻Ｔａ２として「０７：００：１５」を記憶している。これは、同期ＩＤ「２」の同期対象の全てのコンテンツを再生開始時刻（０７：００：１５）に再生を開始したことを示す。なお、これらの同期ＩＤ「２」に対応付けられた情報は、図４に示すＳＭＩＬファイルの部分Ｐ３に基づき生成される。

また、同期ＩＤ「３」に対応付けて、再生開始時刻「Ｔａ２＋０７：００：３０」、動画表示領域Ａ１「天気．ｍｐｇ」「３秒内」、静止画表示領域Ａ２「天気．ｂｍｐ」「３秒内」、テロップ表示領域Ａ３「天気．ｔｘｔ」「３秒内」を記憶している。これらは、同期ＩＤ「２」の全てのコンテンツの再生を開始してから３０秒を経過したときから３秒以内に、動画表示領域Ａ１にファイル「天気．ｍｐｇ」を表示させ、静止画表示領域Ａ２にファイル「天気．ｂｍｐ」を表示させ、テロップ表示領域Ａ３にファイル「天気．ｔｘｔ」に表示させるために、互いにずれないように同期させて、再生を開始することを示す。さらに、図６を参照するに、同期ＩＤ「３」に対応付けて、再生実績時刻Ｔａ３として「０７：００：５１」を記憶している。これは、同期ＩＤ「３」の同期対象の全てのコンテンツについての再生を開始できたのは、番組開始から５１秒後であることを示す。なお、これらの同期ＩＤ「３」に対応付けられた情報は、図４に示すＳＭＩＬファイルの部分Ｐ４に基づき生成される。特に、各表示領域の「３秒内」は、部分Ｐ４の１行目「ｓｙｎｃＴｏｌｅｒａｎｃｅ＝“３ｓ”」に基づく。

図７は、図３に示した動画プレーヤ部、静止画プレーヤ部、テロッププレーヤ部の状態遷移図である。図７を参照するに、動画プレーヤ部１０２、静止画プレーヤ部１０３、テロッププレーヤ部１０４は、それぞれ、初期状態ＳＴ１、準備状態ＳＴ２、待機状態ＳＴ３、再生状態ＳＴ４の４つの状態のいずれかを有する。各プレーヤ部は、コントローラ部１０１により生成されると、初期状態ＳＴ１となる。あるプレーヤ部が初期状態ＳＴ１の場合、コントローラ部１０１からの準備開始ＥＶ１の指示をこのプレーヤ部が受信すると、準備状態ＳＴ２に遷移する。準備状態ＳＴ２の場合、このプレーヤ部における再生の準備処理が完了（準備完了ＥＶ２）すると、待機状態ＳＴ３に遷移する。待機状態ＳＴ３の場合、コントローラ部１０１からの再生開始ＥＶ３の指示をこのプレーヤ部が受信すると、再生状態ＳＴ４に遷移する。再生状態ＳＴ４の場合、コントローラ部１０１からの再生停止ＥＶ４の指示をこのプレーヤ部が受信すると、初期状態ＳＴ１に遷移する。

図８は、本発明の実施形態に係るコンテンツ再生装置とサーバとの通信を示すシーケンス図である。図８を参照するに、コンテンツ再生装置２０のプレーヤ部、例えば、動画プレーヤ部１０２は、再生するコンテンツの情報を、通信部１６およびＩＰ網６０を介して、サーバ３０に要求する（ｍ１）。この要求は、ＲＴＳＰ（Ｒｅａｌ Ｔｉｍｅ Ｓｔｒｅａｍｉｎｇ Ｐｒｏｔｏｃｏｌ）のＤＥＳＣＲＩＢＥ ｒｅｑｕｅｓｔにて行う。サーバ３０は、この要求を受信すると、このＤＥＳＣＲＩＢＥ ｒｅｑｕｅｓｔに対する応答であって、ＳＤＰ（Ｓｅｓｓｉｎ Ｄｅｓｃｒｉｐｔｉｏｎ Ｐｒｏｔｏｃｏｌ）で記述された応答を含むＤＥＳＣＲＩＢＥ ｒｅｓｐｏｎｓｅを、コンテンツ再生装置２０に送信する（ｍ２）。動画プレーヤ部１０２は、このＤＥＳＣＲＩＢＥ ｒｅｓｐｏｎｓｅに基づき、コンテンツが、オンデマンド・コンテンツであるか、スケジュール配信コンテンツであるかを判定する。ＤＥＳＣＲＩＢＥ ｒｅｓｐｏｎｓｅおよびそれに基づく判定方法については、後述する。

動画プレーヤ部１０２は、ＤＥＳＣＲＩＢＥ ｒｅｓｐｏｎｓｅを受信すると、通信部１６およびＩＰ網６０を介して、ＲＴＳＰのＳＥＴＵＰ ｒｅｑｕｅｓｔをサーバ３０に送信する（ｍ３）。サーバ３０は、そのＳＥＴＵＰ ｒｅｑｕｅｓｔを受信すると、コンテンツ配信のためのリソースを確保し、その応答としてＳＥＴＵＰ ｒｅｓｐｏｎｓｅを動画プレーヤ部１０２に送信する（ｍ４）。これにより、動画プレーヤ部１０２とサーバ３０とは、コンテンツの伝送方法や伝送に用いるポート番号を共有する。動画プレーヤ部１０２が再生するコンテンツが、スケジュール配信コンテンツのときは、このＳＥＴＵＰ ｒｅｓｐｏｎｓｅを受信すると、動画プレーヤ部１０２は、再生準備処理を完了して、待機状態に移行する。

動画プレーヤ部１０２が再生するコンテンツが、オンデマンド・コンテンツであるときは、動画プレーヤ部１０２は、再生するコンテンツの配信要求であるＰＬＡＹ ｒｅｑｕｅｓｔを、通信部１６およびＩＰ網６０を介して、サーバ３０に送信する（ｍ５）。また、動画プレーヤ部１０２が再生するコンテンツがスケジュール配信コンテンツであり、動画プレーヤ部１０２がコントローラ部１０１からＰＬＡＹの指示を受信したときも、動画プレーヤ部１０２は、再生するコンテンツの配信要求であるＰＬＡＹ ｒｅｑｕｅｓｔを、通信部１６およびＩＰ網６０を介して、サーバ３０に送信する（ｍ５）。これらのＰＬＡＹ ｒｅｑｕｅｓｔを受けたサーバ３０は、ＰＬＡＹ ｒｅｑｕｅｓｔに対する応答であるＰＬＡＹ ｒｅｓｐｏｎｓｅを、コンテンツ再生装置２０に返信する（ｍ６）とともに、例えば、ＲＴＰ（Ａ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ ｆｏｒ Ｒｅａｌ−Ｔｉｍｅ Ａｐｐｌｉｃａｔｉｏｎｓ）を用いて、動画プレーヤ部１０２へのコンテンツの送信を開始する。動画プレーヤ部１０２が再生するコンテンツが、オンデマンド・コンテンツのときは、このＰＬＡＹ ｒｅｓｐｏｎｓｅを受けると、動画プレーヤ部１０２は、再生準備処理を完了して、待機状態となる。

静止画プレーヤ部１０３およびテロッププレーヤ部１０４については、本実施形態では、静止画コンテンツおよびテロップのコンテンツはオンデマンド・コンテンツであるので、これらのプレーヤ部は、ＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）などを用いて、これらのコンテンツのファイルを取得すると、再生準備処理を完了して、待機状態となる。なお、静止画プレーヤ部１０３およびテロッププレーヤ部１０４についても、静止画コンテンツまたはテロップのコンテンツが、スケジュール配信コンテンツであるときなどは、動画プレーヤ部１０３と同様に、図８に示すようなシーケンスで再生準備処理を行い、再生開始後に、コンテンツのファイルを取得するようにしてもよい。

図９は、オンデマンド・コンテンツのＤＥＳＣＲＩＢＥ ｒｅｓｐｏｎｓｅの例を示す図である。図９を参照するに、ＤＥＳＣＲＩＢＥ ｒｅｓｐｏｎｓｅは、その第４行に、コンテンツのタイプの識別情報であって、従来にはない、オンデマンド・コンテンツであることを示す「ａ＝ｔｙｐｅ：ｖｏｄ ｓｅｅｋａｂｌｅ」が記載されている。動画プレーヤ部１０２は、この記載（特に「ｖｏｄ」）を検出することで、オンデマンド・コンテンツであると判定する。

オンデマンド・コンテンツがユニキャストで配信され、スケジュール配信コンテンツがマルチキャストで配信される場合は、図９のＤＥＳＣＲＩＢＥ ｒｅｓｐｏｎｓｅの１行目に記載された「ｃ＝ＩＮ ＩＰ４ ０．０．０．０」で指定された配信先アドレスをコンテンツのタイプの識別情報としてもよい。この場合、動画プレーヤ部１０２は、配信先アドレスがマルチキャストアドレスであるか否かに基づき、オンデマンド・コンテンツであるか、スケジュール配信コンテンツであるかを判定する。すなわち、マルチキャストアドレスのときは、スケジュール配信コンテンツであると判定し、ユニキャストアドレスのときは、オンデマンド・コンテンツであると判定してもよい。

また、動画プレーヤ部１０２は、図９のＤＥＳＣＲＩＢＥ ｒｅｓｐｏｎｓｅの４行目に記載された「ａ＝ｒａｎｇｅ：ｎｐｔ＝０−１５．０１５」のように、時間の表記をコンテンツのタイプの識別情報としてもよい。この場合、動画プレーヤ部１０２は、時間の表記に、相対時刻（コンテンツの先頭が基準）を用いているか、あるいは「ａ＝ｒａｎｇｅ：ｃｌｏｃｋ＝２００９０５２０Ｔ２１１５−２００９０５２０Ｔ２２０３」というように絶対時刻（年月日時分秒など）を用いているかに基づき、オンデマンド・コンテンツであるか、スケジュール配信コンテンツであるかを判定する。

図１０は、スケジュール配信コンテンツのＤＥＳＣＲＩＢＥ ｒｅｓｐｏｎｓｅの例を示す図である。図１０を参照するに、本実施形態に係るＤＥＳＣＲＩＢＥ ｒｅｓｐｏｎｓｅは、その３行目に、コンテンツのタイプの識別情報であって、従来にはない、スケジュール配信コンテンツであることを示す「ａ＝ｔｙｐｅ：ｓｃｈｅｄｕｌｅｄ」が記載されている。本実施形態の動画プレーヤ部１０２は、この記載（特に「ｓｃｈｅｄｕｌｅｄ」）を検出することで、スケジュール配信コンテンツであると判定する。

図１１は、本発明の実施形態に係る複数のコンテンツを同期表示するためのフローチャートであって、コントローラ部の動作を示すフローチャートである。

図１１を参照するに、コントローラ部１０１は、まず、ＳＭＩＬファイルを、通信部１６およびＩＰ網６０を介して、サーバ３０から取得する（Ｓ１０１）。なお、取得するＳＭＩＬファイルは、例えば、ユーザが選択した番組に対応するＳＭＩＬファイルである。ＳＭＩＬファイルには、先の図４に示したように、番組を構成する多画面表示されるコンテンツを示す情報、多画面表示するための表示領域を定義する情報、それらのコンテンツの再生開始タイミング（再生開始時刻）を示す情報、および、それらのコンテンツ間の同期関係を示す情報が含まれている。ユーザは、コンテンツ再生装置２０がサーバ３０から取得した再生可能な番組の一覧が表示されたモニタ４０を見て、リモートコントローラ５０を操作してその一覧の中から所望の番組を選択する。

また、例えば、図４に示すＳＭＩＬファイルの番組を、７時から再生するというように、番組の指定と、該番組を再生する予定時刻とを、コンテンツ再生装置２０のメモリ１２が予め記憶しており、その予定時刻に従って、コントローラ部１０１がＳＭＩＬファイルを取得するようにしてもよい。この場合、コントローラ部１０１は、予定時刻までに準備処理を行えるように、予定時刻より予め決められた時間αだけ前に、ＳＭＩＬファイルを取得する。なお、番組を再生する時刻までに準備処理を行えるように、この時間αは、後述する時間βより大きい値であることが望ましい。この場合、予定時刻を、後述するステップＳ１０２で同期情報を生成する際に用いる番組の再生開始時刻とする。

次に、コントローラ部１０１は、取得したＳＭＩＬファイルに基づいて、コンテンツの同期を示す情報（同期情報）を生成して、同期情報記憶部１００に記憶させる（Ｓ１０２）。同期情報の例としては図６に示したものである。なお、ステップＳ１０１において取得するＳＭＩＬファイルの決定を、ユーザが所望の番組を選択することで行った場合など、番組の再生開始時刻が決まっていない場合は、コンテンツ再生装置２０が備える時計から現在時刻を取得して、これを再生開始時刻として用いて、同期情報を生成する。

次に、コントローラ部１０１は、取得したＳＭＩＬファイルに従って、そのＳＭＩＬファイルで定義された、所望の番組を構成するコンテンツ毎に、そのコンテンツの種別（動画、静止画、テロップ）に応じたプレーヤ部を生成して、対応付ける。例えば、図４に示すＳＭＩＬファイルであれば、動画コンテンツ「株式．ｍｐｇ」、「為替．ｍｐｇ」、「天気．ｍｐｇ」のそれぞれについて、動画プレーヤ部１０２を生成して対応付け、静止画コンテンツ「株式．ｂｍｐ」、「為替．ｂｍｐ」、「天気．ｂｍｐ」のそれぞれについて、静止画プレーヤ部１０３を生成して対応付け、テロップコンテンツ「株式．ｔｘｔ」、「為替．ｔｘｔ」、「天気．ｔｘｔ」のそれぞれについて、テロッププレーヤ部１０４を生成して対応付ける。 また、コントローラ部１０１は、同期情報記憶部１００に記憶された同期情報の中から、先頭の同期ＩＤを同期の対象とする同期ＩＤとして選択する（Ｓ１０３）。

次に、コントローラ部１０１は、各プレーヤ部の状態を取得する（Ｓ１０４）。ここで、各プレーヤ部の状態は、図７に示した、初期状態、準備状態、待機状態、および再生状態のいずれかである。コントローラ部１０１は、同期情報記憶部１００に記憶された同期情報であって、選択されている同期ＩＤの同期情報を参照し、初期状態となっているプレーヤ部に対応付けられており、かつ、準備タイミングを経過したコンテンツがあるか否かを判定する（Ｓ１０５）。この判定の結果、該当するコンテンツがあれば（Ｓ１０５で“Ｙｅｓ”の場合）、このコンテンツに対応するプレーヤ部に対して、準備開始を指示し（Ｓ１０６）、ステップＳ１０７に進む。ここで、準備タイミングは、同期の対象となっている同期ＩＤに対応付けられた再生開始時刻より予め決められた時間β（例えば、１０秒）だけ前の時刻である。また、ステップＳ１０５の判定の結果、該当するコンテンツが無ければ（Ｓ１０５で“Ｎｏ”の場合）、ステップＳ１０７に進む。

次に、ステップＳ１０７では、コントローラ部１０１は、同期情報記憶部１００に記憶された同期情報であって、選択されている同期ＩＤの同期情報を参照して、同期の対象となっているコンテンツに対応する全てのプレーヤ部が待機状態であるか否かを判定する（Ｓ１０７）。なお、待機状態とは、再生準備が完了した状態である。この判定動作を具体的に説明すると、例えば、図６を参照するに、ここに示された同期情報において、同期ＩＤ「２」に動画表示領域Ａ１「為替．ｍｐｇ」「固定」、静止画表示領域Ａ２「為替．ｂｍｐ」「固定」、テロップ表示領域Ａ３「為替．ｔｘｔ」「固定」が対応付けられている場合は、動画表示領域Ａ１、静止画表示領域Ａ２、テロップ表示領域Ａ３にそれぞれ表示する動画「為替．ｍｐｇ」、静止画「為替．ｂｍｐ」、およびテロップ「為替．ｔｘｔ］のコンテンツが同期の対象となっている。この場合、動画「為替．ｍｐｇ」、静止画「為替．ｂｍｐ」、およびテロップ「為替．ｔｘｔ」のコンテンツにそれぞれ対応する、動画プレーヤ部１０２、静止画プレーヤ部１０３、およびテロッププレーヤ部１０４の全ての状態が待機状態であるか否かを判定する。

また、図６に示される同期情報において、同期ＩＤ「３」に動画表示領域Ａ１「３秒内」、静止画表示領域Ａ２「３秒内」、テロップ表示領域Ａ３「３秒内」が対応付けられている場合は、動画表示領域Ａ１、静止画表示領域Ａ２、テロップ表示領域Ａ３に表示するコンテンツが同期の対象となっている。これらの同期の種別が、「固定」ではなく「３秒内」と指定されている。この場合は、コントローラ部１０１は、動画プレーヤ部１０２、静止画プレーヤ部１０３、テロッププレーヤ部１０４の全てが待機状態となったとき、あるいは、再生開始時刻「Ｔａ２＋００：３０」から３秒経過したときは、再生準備が完了したと判定する。ここで、再生開始時刻「Ｔａ２＋００：３０」は、同期ＩＤ「２」の再生実績時刻Ｔａ２「０７：００：１５」から３０秒経過した時刻を表す。

同期の対象となっているコンテンツのプレーヤ部の全てが待機状態であると判定された場合（Ｓ１０７で“Ｙｅｓ”の場合）、ステップＳ１０８に進む。コントローラ部１０１は、対象となっている同期ＩＤに対応付けられた再生開始時刻を経過するまで待ち（Ｓ１０８）、ステップＳ１０９に進む。次に、コントローラ部１０１は、同期の対象となっているコンテンツのプレーヤ部に対して、再生開始を指示する（Ｓ１０９）。次に、コントローラ部１０１は、再生開始の指示を受けたプレーヤ部が再生を開始した時刻を再生実績時刻として、選択されている同期ＩＤの同期情報を更新し、同期の対象となっているコンテンツのプレーヤ部が全て再生を開始したら、選択している同期ＩＤを、同期情報中の次の同期ＩＤに更新する（Ｓ１１０）。次に、ステップＳ１１２に移動する。

一方、ステップＳ１０７において、同期の対象となっているコンテンツのプレーヤ部のいずれかが待機状態でないと判定されると（Ｓ１０７で“Ｎｏ”の場合）、コントローラ部１０１は、同期限度時刻を経過したか否かを判定する（Ｓ１１１）。ここで、同期限度時刻とは、図６の同期ＩＤ「３」のように、各表示領域に時間が指定されているときに、その同期ＩＤに対応付けられた再生開始時刻に、その指定されている時間を加えた時刻を示す。例えば、図６の同期ＩＤ「３」のように、再生開始時刻が「Ｔａ２＋００：３０」であり、指定された時間が「３秒内」であるときは、同期限度時刻は、再生開始時刻に指定された時間を足した「Ｔａ２＋００：３３」となる。また、図６の同期ＩＤ「１」、「２」のように、各表示領域に時間ではなく「固定」が指定されているときは、同期限度時刻はないため、ステップＳ１１１では、常に同期限度時刻を経過していないと判定する。ステップＳ１１１において、同期限度時刻を経過したと判定されると（Ｓ１１１で“Ｙｅｓ”の場合）、コントローラ部１０１は、上述のステップＳ１０９に進み、以降、上述の説明と同様に動作する。このとき、待機状態となっていないプレーヤ部は、ステップＳ１０９のコントローラ部１０１からの再生開始指示を保持し、待機状態となったときに、その再生開始指示に基づき、コンテンツの再生を開始する。

また、ステップＳ１１１において、同期限度時刻を経過していないと判定されると（Ｓ１１１で“Ｎｏ”の場合）、ステップＳ１１２に進む。
ステップＳ１１２では、コントローラ部１０１は、再生中のコンテンツ各々が再生終了時刻を経過しているか否かを判定する。ここで、再生終了時刻は、各コンテンツの再生時間（ＳＭＩＬファイル中の「ｄｕｒ＝」で設定された値）を、同期情報中の再生実績時刻に加えた値である。ステップＳ１１２において、再生終了時刻を経過していると判定されると（Ｓ１１２で“Ｙｅｓ”の場合）、コントローラ部１０１は、再生終了時刻を経過しているコンテンツに対応するプレーヤ部に再生停止を指示する（Ｓ１１３）。

次にコントローラ部１０１は、番組が終了したか否かを判定し、終了したと判定したときは（Ｓ１１４で“Ｙｅｓ”の場合）、処理を終了する。終了していないと判定したときは（Ｓ１１４で“Ｎｏ”の場合）、ステップＳ１０４に戻って、以後の処理を繰り返す。

図１２は、本発明の実施形態に係る複数のコンテンツを同期表示するためのフローチャートであって、動画プレーヤ部の動作を示すフローチャートである。

図１２を参照するに、動画プレーヤ部１０２は、コントローラ部１０１により起動されると、初期状態となり、準備開始の指示を待つ（Ｓ２０１）。コントローラ部１０１から準備開始の指示を受けると、動画プレーヤ部１０２は、準備状態となり、ＤＥＳＣＲＩＢＥ ｒｅｑｕｅｓｔを、サーバ３０に送信して再生するコンテンツの情報を要求し、動画プレーヤ部１０２はその応答であるＤＥＳＣＲＩＢＥ ｒｅｓｐｏｎｓｅを受信する（Ｓ２０２）。

次に、動画プレーヤ部１０２は、受信したＤＥＳＣＲＩＢＥ ｒｅｓｐｏｎｓｅ中のコンテンツのタイプの識別情報に基づいて、再生するコンテンツがオンデマンド・コンテンツであるか、スケジュール配信コンテンツであるかを判定する（Ｓ２０３）。オンデマンド・コンテンツであると判定したとき（Ｓ２０３で“オンデマンド”の場合）は、Ｓ２０４に進む。

動画プレーヤ部１０２は、配信先アドレス、ポート番号を指定したＳＥＴＵＰ ｒｅｑｕｅｓｔを、サーバ３０に送信し、その応答であるＳＥＴＵＰ ｒｅｓｐｏｎｓｅを受信すると、その配信先アドレス、ポート番号での受信の設定を行う（Ｓ２０４）。なお、コンテンツをユニキャストで伝送する場合は、配信先アドレスは、自装置のアドレスとなるので、設定の必要はないが、マルチキャストで伝送する場合は、そのマルチキャストで用いるアドレスを配信先アドレスとする。

次に、動画プレーヤ部１０２は、コンテンツの配信要求であるＰＬＡＹ ｒｅｑｕｅｓｔを、サーバ３０に送信し、その応答であるＰＬＡＹ ｒｅｓｐｏｎｓｅを受信すると、待機状態となり、サーバ３０が配信を開始したコンテンツを受信して、メモリ１２に記憶する（Ｓ２０５）。

次に、動画プレーヤ部１０２は、コントローラ部１０１からの再生開始の指示を待つ（Ｓ２０６）。この間、サーバ３０から配信され続けるコンテンツを、動画プレーヤ部１０２は受信してメモリ１２に記憶させるが、記憶させたコンテンツが予め設定された所定の容量のメモリが満杯になったときは、サーバ３０に対して、コンテンツの配信停止要求であるＰＡＵＳＥ ｒｅｑｕｅｓｔを送信する（Ｓ２０７）。なお、再生開始の指示を待つ間に、このＰＡＵＳＥ ｒｅｑｕｅｓｔの送信を行なう回数は、一回でよく、ＰＡＵＳＥ ｒｅｑｕｅｓｔの送信を行なった後に、ステップＳ２０６を経て、再度、このステップＳ２０７に遷移しても、ＰＡＵＳＥ ｒｅｑｕｅｓｔの送信は行なわない。

次に、動画プレーヤ部１０２は、コントローラ部１０１から再生開始の指示を受けると（Ｓ２０６で“Ｙｅｓ”の場合）、再生状態となり、ステップＳ２０６にてＰＡＵＳＥ ｒｅｑｕｅｓｔを送信しているか否かを判定する（Ｓ２０８）。送信していると判定したとき（Ｓ２０８で“Ｙｅｓ”の場合）は、ステップＳ２１１に遷移して、コンテンツの配信要求であるＰＬＡＹ ｒｅｑｕｅｓｔをサーバ３０に送信する。ステップＳ２１１にてＰＬＡＹ ｒｅｑｕｅｓｔを送信した後、あるいは、ステップＳ２０８にてＰＡＵＳＥ ｒｅｑｕｅｓｔを送信していないと判定した後は、動画プレーヤ部１０２は、サーバ３０から受信し、メモリ１２に記憶させている動画コンテンツを、動画デコーダ部１０３に出力して再生する（Ｓ２１２）。動画プレーヤ部１０２は、動画コンテンツが終了するか、コントローラ部１０１から再生停止の指示があるまで、再生を続ける（Ｓ２１３）。動画コンテンツが終了するか、再生停止の指示があると、処理を終了して、初期状態となる。

一方、ステップＳ２０３にて、スケジュール配信コンテンツであると判定したときは、動画プレーヤ部１０２は、配信先アドレス、ポート番号を指定するＳＥＴＵＰ ｒｅｑｕｅｓｔを、サーバ３０に送信し、その応答であるＳＥＴＵＰ ｒｅｓｐｏｎｓｅを受信して、その配信先アドレスおよびポート番号での受信を設定し（Ｓ２０９）、待機状態となる。次に、動画プレーヤ部１０２は、コントローラ部１０１からの再生開始の指示を待つ（Ｓ２１０）。動画プレーヤ部１０２は、コントローラ部１０１から再生開始の指示を受けると、再生状態となり、コンテンツの配信要求であるＰＬＡＹ ｒｅｑｕｅｓｔをサーバ３０に送信し（Ｓ２１１）、ステップＳ２１２に遷移して、以降、上述の説明と同様に動作する。

静止画プレーヤ部１０３およびテロッププレーヤ部１０４については、本実施形態では、静止画コンテンツおよびテロップのコンテンツはオンデマンド・コンテンツであるので、これらのプレーヤ部は、ＨＴＴＰなどを用いて、このコンテンツのファイルを取得すると、再生準備処理を完了して、待機状態となる。なお、静止画プレーヤ部１０３およびテロッププレーヤ部１０４についても、静止画コンテンツまたはテロップのコンテンツが、スケジュール配信コンテンツであるときなどは、動画プレーヤ部１０３と同様に、図１２に示すようなフローで動作をし、再生開始後に、このコンテンツのファイルを取得するようにしてもよい。

このように、動画プレーヤ部１０２は、ＤＥＳＣＲＩＢＥ ｒｅｓｐｏｎｓｅ中のコンテンツのタイプの識別情報に基づき、再生するコンテンツがスケジュール配信コンテンツであるか、オンデマンド・コンテンツであるかを判定し、この判定の結果、再生するコンテンツがオンデマンド・コンテンツであるときは、再生準備処理にサーバ３０に対するコンテンツの配信要求（ＰＬＡＹ ｒｅｑｕｅｓｔ）を含み、再生するコンテンツがスケジュール配信コンテンツであるときは、再生準備処理にサーバ３０に対するコンテンツの配信要求を含まない。

したがって、スケジュール配信コンテンツであるときは、動画プレーヤ部１０２は、コントローラ部１０１から再生開始指示を受けた後、すなわち再生状態となってから取得したデータを再生する。したがって、本実施形態のコンテンツ再生装置２０は、スケジュール配信コンテンツについて、その配信スケジュールによって決定された時刻の内容を表示しつつ、そのスケジュール配信コンテンツを含む複数のコンテンツを同期して表示することができる。なお、ＩＰ網６０での伝送による遅延や、コンテンツ再生装置２０における復号処理による遅延などが発生する可能性があり、それによって、配信のスケジュールによって決定された時刻よりも遅延して表示されることはあるが、復号処理されたコンテンツを遅延につながる処理、例えば、再生開始指示前に配信されることのあるコンテンツのデータのバッファリングを行わずに再生しているので、配信のスケジュールによって決定された内容を、その決定された時刻からのずれが少ない時刻に再生可能となる。これにより、コンテンツ再生装置２０は、過去に表示されるべきであったコンテンツを配信のスケジュールによって決定された時刻よりも遅れて表示することを回避できる。

また、コンテンツ再生装置２０は、再生開始指示前に配信されることのあるコンテンツのデータのバッファリングを行わずに再生しているので、再生開始指示前に配信されたコンテンツのデータ、すなわち所望のコンテンツ以外のコンテンツが表示されることを回避できる。

また、コンテンツ再生装置２０は、再生開始時刻になってからスケジュール配信コンテンツの再生開始を指示しているので、スケジュール配信コンテンツを管理するサーバ３０から、そのスケジュール配信コンテンツが存在しないというエラーの発生を回避できる。

図１３は、本発明の実施形態に係る複数のコンテンツを同期表示するためのフローチャートであって、動画プレーヤ部の動作の他の例を示すフローチャートである。この例は、先の図１２で説明した例の変形例である。同図において、図１２の各部に対応する部分には、同一の符号（Ｓ２０１〜Ｓ２０９、Ｓ２１１〜Ｓ２１３）を付し、説明を省略する。図１３に示すフローチャーとは、ステップＳ２１０に替えて、ステップＳ３０１とステップＳ３０２とステップＳ３０３を有する点が異なる。

ステップＳ３０１では、動画プレーヤ部１０２は、コンテンツの配信要求であるＰＬＡＹ ｒｅｑｕｅｓｔを、サーバ３０に送信し、その応答であるＰＬＡＹ ｒｅｓｐｏｎｓｅを受信すると、待機状態となる。ステップＳ３０２では、動画プレーヤ部１０２は、ＰＬＡＹ ｒｅｑｕｅｓｔを受信したサーバ３０が続いて配信を開始したコンテンツのデータを受信する。ただし、動画プレーヤ部１０２は、受信したデータを破棄する。ここで、動画プレーヤ部１０２は、受信、すなわち取得したデータの破棄を、データの取得単位で行うようにしてもよいし、データの最小単位、例えばビット単位で行うようにしてもよい。例えば、動画コンテンツがＭＰＥＧ２−ＴＳ（Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅａｍ）のＴＳパケットを単位として送信されており、動画プレーヤ部１０２が、そのＴＳパケットを単位としてデータの取得を行っているときは、データの破棄を、ＴＳパケットを単位として行う。

次に、ステップＳ３０３では、動画プレーヤ部１０２は、コントローラ部１０１からの再生開始の指示を待つ。この間も、動画プレーヤ部１０２は、受信したコンテンツのデータを破棄する。コントローラ部１０１から再生開始の指示を受けると、再生状態となり、ステップＳ２１２に遷移する。このとき、動画プレーヤ部１０２は、再生開始の指示を受けステップＳ２１２に遷移し、再生状態になると、動画プレーヤ部１０２は、受信したコンテンツのデータを破棄せず、動画デコーダ部１０３に出力して再生する。なお、データの破棄を、データの取得単位で行っているときは、動画プレーヤ部１０２が再生開始の指示を受けて再生状態になる前に、コンテンツ再生装置２０としては受信しているデータを含むが、データの取得単位として完成し、動画プレーヤ部１０２が取得するのは、動画プレーヤ部１０２が再生状態となった後であるデータについては、動画プレーヤ部１０２が、破棄せずに再生するようにしてもよいし、破棄するようにしてもよい。

このように、動画プレーヤ部１０２は、ＤＥＳＣＲＩＢＥ ｒｅｓｐｏｎｓｅ中のコンテンツのタイプの識別情報に基づき、再生するコンテンツがスケジュール配信コンテンツであるか、オンデマンド・コンテンツであるかを判定し、この判定の結果、再生するコンテンツがオンデマンド・コンテンツであるときは、再生準備処理にサーバ３０に対するコンテンツの配信要求を含むものの、再生開始の指示を受けるまで、受信したデータは破棄する。

したがって、スケジュール配信コンテンツであるときは、動画プレーヤ部１０２は、コントローラ部１０１から再生開始指示を受けた後、すなわち再生状態となってから取得したデータのみを再生するので、スケジュール配信コンテンツの内容を、配信のスケジュール通りに表示しつつ、スケジュール配信コンテンツを含む複数のコンテンツを同期して表示することができる。さらに、本変形例は、上述した本実施形態の同様の効果を有する。

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

本発明は、インターネットなどのネットワークを用いて動画コンテンツを含む複数のコンテンツを配信・再生するコンテンツ配信・再生システムに用いて好適であるがこれに限定されない。

１０…コンテンツ配信・再生システム
２０…コンテンツ再生装置
１１…ＣＰＵ
１２…メモリ
１３…動画デコーダ
１４…画像合成部
１００…同期情報記憶部
１０１…コントローラ部
１０２…動画プレーヤ部
１０３…静止画プレーヤ部
１０４…テロッププレーヤ部
３０…サーバ
４０…モニタ

Claims (11)

1. 複数のコンテンツを再生して、並列してモニタに表示させる装置（１０）であって、
   前記複数のコンテンツをそれぞれ再生する複数のプレーヤ部（１０２〜１０４）と、
   前記複数のコンテンツの再生情報を取得し、前記複数のプレーヤ部の全てが再生のための待機状態となった場合で、前記再生情報に含まれる再生開始するタイミングになったときに、前記複数のプレーヤ部の全てに再生開始を指示する制御手段（１０１）と、
   前記再生された複数のコンテンツのそれぞれの映像信号を前記モニタに出力する手段（１４）と、
   を備え、
   前記複数のコンテンツは配信スケジュールが決められているスケジュール配信型のコンテンツを含み、当該コンテンツは、前記再生開始指示に応答して、取得が開始され、これによって取得されたコンテンツが再生される、前記装置。
2. 前記複数のコンテンツがオンデマンド型のコンテンツを含み、当該コンテンツは、このコンテンツを再生するプレーヤ部によって、前記再生開始指示する前に取得が開始され、取得されたコンテンツを格納するメモリをさらに備え、
   前記メモリに格納されたコンテンツは、前記再生開始指示に応答して、再生される、請求項１記載の装置。
3. 前記複数のコンテンツが、スケジュール配信型のコンテンツかオンデマンド型のコンテンツかが判定され、当該判定は、取得したコンテンツの識別情報に基づいて行われる、請求項１記載の装置。
4. 前記スケジュール配信型のコンテンツは、前記再生開始指示を受信する前に、取得を開始され、取得されたコンテンツがプレーヤ部によって破棄され、
   前記再生開始指示に応答して前記破棄が停止され、この後に取得したコンテンツが再生される、請求項１記載の装置。
5. 前記出力する手段が、前記再生された複数のコンテンツを組み合わせてモニタに多画面表示するための映像信号を出力する、請求項１記載の装置。
6. 複数のコンテンツをモニタに並列して表示するための再生方法であって、
   コントローラ部（１０１）が、前記複数のコンテンツの再生情報を取得するステップであって、当該再生情報が、前記複数のコンテンツを表す情報と、前記複数のコンテンツを再生開始するタイミングとを含む、前記ステップ（Ｓ１０１）と、
   複数のプレーヤ部（１０２〜１０４）の各々が前記複数のコンテンツをそれぞれ取得するための準備を行って、再生のために待機するステップ（Ｓ２０２〜Ｓ２０５、Ｓ２０９）と、
   前記複数のプレーヤ部の全てが待機状態となった場合で、再生開始するタイミングになったときに、コントローラ部が、前記複数のプレーヤ部の全てに再生開始を指示するステップ（Ｓ１０８、Ｓ１０９）と、
   前記複数のプレーヤの各々が、前記再生開始指示に応答して、前記複数のコンテンツを再生して前記モニタに出力するステップ（Ｓ２１１、Ｓ２１２）と、
   を含み、
   前記再生するステップにおいて、前記複数のコンテンツのうち、配信スケジュールが決められているスケジュール配信型のコンテンツを再生するプレーヤ部は、前記再生開始指示に応答して当該スケジュール配信型のコンテンツの取得を開始し、これによって取得したコンテンツを再生する（Ｓ２１０、Ｓ２１１）、前記方法。
7. 前記複数のコンテンツは、オンデマンド型のコンテンツを含み、当該オンデマンド型のコンテンツを再生するプレーヤ部は、前記準備のステップの後に、当該コンテンツを取得して、取得したコンテンツをメモリ格納するステップと、
   をさらに含み、
   前記再生するステップにおいて、前記再生開始指示に応答して、前記メモリに格納されたコンテンツを再生開始する、請求項６記載の方法。
8. 前記複数のコンテンツが、スケジュール配信型のコンテンツかオンデマンド型のコンテンツかを判定するステップ（Ｓ２０３）をさらに含み、
   前記判定は、前記コンテンツの識別情報を取得して、その識別情報に基づいて行われる、請求項６記載の方法。
9. 前記再生情報が、当該複数のコンテンツ間の再生の同期関係を含み、
   前記再生開始を指示するステップにおいて、再生開始するタイミングから前記同期関係に含まれる所定の時間内に前記複数のプレーヤ部の全てが待機状態とならない場合は、コントローラ部が、前記所定の時間経過後に前記複数のプレーヤ部に再生開始を指示する、請求項６記載の方法。
10. 前記再生するステップにおいて、前記スケジュール配信型のコンテンツを再生するプレーヤ部は、前記再生開始指示を受信する前に、当該スケジュール配信型のコンテンツの取得を開始するとともに、取得されたコンテンツを破棄し、前記再生開始指示に応答して前記破棄を停止して、この後に取得したコンテンツを再生する、請求項６記載の方法。
11. 前記出力するステップにおいて、前記再生された複数のコンテンツを組み合わせてモニタに多画面表示するための映像信号を出力する、請求項６記載の方法。

Images