(57)【特許請求の範囲】
【請求項１】
外部からネットワークを通じて配信される３Ｄストリームに関する、該３Ｄストリームのダウンロード可能時間が記述されている、メタデータで記述されたストリーム制御情報を受信する情報受信部と、
前記情報受信部が受信した前記ストリーム制御情報を用いて、３Ｄストリームの配信前に該配信される３Ｄストリームの確保に関する処理を実行してストリームを予約するストリーム確保部と、
ネットワークを通じて配信された３Ｄストリームを前記ストリーム確保部で予約した結果に基づいて受信するストリーム受信部と、
を備える、ストリーム受信装置。
【請求項２】
前記ストリーム確保部は、外部からマルチキャスト配信される１または２以上の３Ｄストリームに対して予めマルチキャストへの加入処理を実行して該３Ｄストリームを確保する、請求項１に記載のストリーム受信装置。
【請求項３】
前記ストリーム確保部は、予め１または２以上の３Ｄストリームが再生される前に、該３Ｄストリームを予め保存して該３Ｄストリームを確保する、請求項１に記載のストリーム受信装置。
【請求項４】
前記ストリーム確保部は、外部からマルチキャスト配信される１または２以上の３Ｄストリームに対して、マルチキャストへの加入処理をスケジューリングして該３Ｄストリームを確保する、請求項１に記載のストリーム受信装置。
【請求項５】
前記情報受信部が受信する前記ストリーム制御情報には、３Ｄストリームと２Ｄストリームの混在状況が記述されている、請求項１に記載のストリーム受信装置。
【請求項６】
前記情報受信部が受信する前記ストリーム制御情報には、３Ｄストリームの帯域情報が記述されている、請求項１に記載のストリーム受信装置。
【請求項７】
前記情報受信部が受信する前記ストリーム制御情報には、３Ｄストリームの配信方式が記述されている、請求項１に記載のストリーム受信装置。
【請求項８】
外部からネットワークを通じて配信される３Ｄストリームに関する、該３Ｄストリームのダウンロード可能時間が記述されている、メタデータで記述されたストリーム制御情報を受信する情報受信ステップと、
前記情報受信ステップで受信した前記ストリーム制御情報を用いて、３Ｄストリームの配信前に該配信される３Ｄストリームの確保に関する処理を実行してストリームを予約するストリーム確保ステップと、
ネットワークを通じて配信された３Ｄストリームを前記ストリーム確保ステップで予約した結果に基づいて受信するストリーム受信ステップと、
を含む、ストリーム受信方法。
【請求項９】
コンピュータに、
外部からネットワークを通じて配信される３Ｄストリームに関する、該３Ｄストリームのダウンロード可能時間が記述されている、メタデータで記述されたストリーム制御情報を受信する情報受信ステップと、
前記情報受信ステップで受信した前記ストリーム制御情報を用いて、３Ｄストリームの配信前に該配信される３Ｄストリームの確保に関する処理を実行してストリームを予約するストリーム確保ステップと、
ネットワークを通じて配信された３Ｄストリームを前記ストリーム確保ステップで予約した結果に基づいて受信するストリーム受信ステップと、
を実行させる、コンピュータプログラム。
【請求項１０】
ネットワークを通じて配信する３Ｄストリームに関する該３Ｄストリームのダウンロード可能時間を含んだストリーム制御情報をメタデータで記述する情報記述部と、
前記情報記述部が記述した前記３Ｄストリームのストリーム制御情報を該３Ｄストリームの配信に先立って送信する情報送信部と、
前記情報記述部が記述した前記３Ｄストリームのストリーム制御情報に基づいて、ネットワークを通じて該３Ｄストリームを配信するストリーム配信部と、
を備える、ストリーム送信装置。
【請求項１１】
前記情報記述部が記述する前記ストリーム制御情報には、３Ｄストリームと２Ｄストリームの混在状況が含まれる、請求項１０に記載のストリーム送信装置。
【請求項１２】
前記情報記述部が記述する前記ストリーム制御情報には、３Ｄストリームの帯域情報が含まれる、請求項１０に記載のストリーム送信装置。
【請求項１３】
前記情報記述部が記述する前記ストリーム制御情報には、３Ｄストリームの配信方式が含まれる、請求項１０に記載のストリーム送信装置。
【請求項１４】
ネットワークを通じて配信する３Ｄストリームに関する該３Ｄストリームのダウンロード可能時間を含んだストリーム制御情報をメタデータで記述する情報記述ステップと、
前記情報記述ステップで記述した前記３Ｄストリームのストリーム制御情報を該３Ｄストリームの配信に先立って送信する情報送信ステップと、
前記情報記述ステップで記述した前記３Ｄストリームのストリーム制御情報に基づいて、ネットワークを通じて該３Ｄストリームを配信するストリーム配信ステップと、
を含む、ストリーム送信方法。
【請求項１５】
コンピュータに、
ネットワークを通じて配信する３Ｄストリームに関する該３Ｄストリームのダウンロード可能時間を含んだストリーム制御情報をメタデータで記述する情報記述ステップと、
前記情報記述ステップで記述した前記３Ｄストリームのストリーム制御情報を該３Ｄストリームの配信に先立って送信する情報送信ステップと、
前記情報記述ステップで記述した前記３Ｄストリームのストリーム制御情報に基づいて、ネットワークを通じて該３Ｄストリームを配信するストリーム配信ステップと、
を実行させる、コンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ストリーム受信装置、ストリーム受信方法、ストリーム送信装置、ストリーム送信方法及びコンピュータプログラムに関する。
【背景技術】
【０００２】
各放送方式の標準化団体において、視聴者に立体的な映像の視聴を提供するための３Ｄ放送の標準化が進められている。放送編成形態として想定されるのは、従来の２Ｄ型の放送番組（２Ｄ番組）と、３Ｄ型の放送番組（３Ｄ番組）とが混在したものである。なお、ここでは３Ｄ型と対比して、従来の放送方式を「２Ｄ型放送」と称することにする。
【０００３】
３Ｄ型の放送番組において、３Ｄストリームを構成する方式としてＭＶＣ（Ｍｕｌｔｉ  Ｖｉｅｗ  Ｃｏｄｉｎｇ）がある（例えば特許文献１参照）。ＭＶＣでは、単独で２Ｄ放送として視聴できる２Ｄ型ストリームと、２Ｄ型ストリームと同期して処理される、２Ｄ型放送を３Ｄ型放送として拡張するためのストリームとで構成されている。図１１は、ＭＶＣでのストリームの構成について示す説明図である。このＭＶＣによれば、３Ｄ番組であっても２Ｄ番組しか視聴できない従来の受像機においては、２Ｄ型ストリームのみを処理すれば通常の２Ｄ番組として視聴することができる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特表２００９−５１３０７４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、図１１に示したような編成形態によって３Ｄ番組を放送すると、３Ｄ型拡張ストリームに割り当てる帯域を加えた帯域を各チャンネルに割り当てる必要がある。２Ｄ番組が大勢を占め、３Ｄ番組が少ない運用の場合には、３Ｄ型拡張ストリームに割り当てる帯域は余分な帯域となり、多くの帯域が無駄になってしまうという問題があった。
【０００６】
また、ある時間帯において２Ｄ番組と３Ｄ番組とが混在している場合に、受信機側で２Ｄ番組と３Ｄ番組とにまたがってチャネルの切り替え（サッピング）を行うときには、２Ｄ番組と３Ｄ番組との間のスイッチング処理が頻繁になり、チャネルの切り替え処理に時間がかかってしまい使い勝手が悪くなってしまうという問題があった。この場合に、３Ｄ型拡張ストリームをインターネットやＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）等のネットワークから取得し、２Ｄ型ストリームと同期して処理するためには予めネットワークリソースの予約が必要となり、このリソース予約の時間も加わることでチャネルサッピングの処理時間のオーバーヘッドとなってしまう問題があった。
【０００７】
そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、ネットワークを通じて３Ｄストリームが配信され、２Ｄ番組と３Ｄ番組とが混在する編成形態において、効率的な帯域運用や、受信機側での効率的なチャネル切り替え処理を実現することが可能な、新規かつ改良されたストリーム受信装置、ストリーム受信方法、ストリーム送信装置、ストリーム送信方法及びコンピュータプログラムを提供することにある。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、本発明のある観点によれば、外部からネットワークを通じて配信される３Ｄストリームに関する、メタデータで記述されたストリーム制御情報を受信する情報受信部と、前記情報受信部が受信した前記ストリーム制御情報を用いて、３Ｄストリームの配信前に該配信される３Ｄストリームの確保に関する処理を実行してストリームを予約するストリーム確保部と、ネットワークを通じて配信された３Ｄストリームを前記ストリーム確保部で予約した結果に基づいて受信するストリーム受信部と、を備える、ストリーム受信装置が提供される。
【０００９】
前記ストリーム確保部は、外部からマルチキャスト配信される１または２以上の３Ｄストリームに対して予めマルチキャストへの加入処理を実行して該３Ｄストリームを確保してもよい。
【００１０】
前記ストリーム確保部は、予め１または２以上の３Ｄストリームが再生される前に、該３Ｄストリームを予め保存して該３Ｄストリームを確保してもよい。
【００１１】
前記ストリーム確保部は、外部からマルチキャスト配信される１または２以上の３Ｄストリームに対して、マルチキャストへの加入処理をスケジューリングして該３Ｄストリームを確保してもよい。
【００１２】
前記情報受信部が受信する前記制御情報には、３Ｄストリームと２Ｄストリームの混在状況が記述されていてもよい。
【００１３】
前記情報受信部が受信する前記制御情報には、３Ｄストリームの帯域情報が記述されていてもよい。
【００１４】
前記情報受信部が受信する前記制御情報には、３Ｄストリームの配信方式が記述されていてもよい。
【００１５】
前記情報受信部が受信する前記制御情報には、３Ｄストリームのダウンロード可能時間が記述されていてもよい。
【００１６】
また、上記課題を解決するために、本発明の別の観点によれば、外部からネットワークを通じて配信される３Ｄストリームに関する、メタデータで記述されたストリーム制御情報を受信する情報受信ステップと、前記情報受信ステップで受信した前記ストリーム制御情報を用いて、３Ｄストリームの配信前に該配信される３Ｄストリームの確保に関する処理を実行してストリームを予約するストリーム確保ステップと、ネットワークを通じて配信された３Ｄストリームを前記ストリーム確保ステップで予約した結果に基づいて受信するストリーム受信ステップと、を備える、ストリーム受信方法が提供される。
【００１７】
また、上記課題を解決するために、本発明の別の観点によれば、コンピュータに、外部からネットワークを通じて配信される３Ｄストリームに関する、メタデータで記述されたストリーム制御情報を受信する情報受信ステップと、前記情報受信ステップで受信した前記ストリーム制御情報を用いて、３Ｄストリームの配信前に該配信される３Ｄストリームの確保に関する処理を実行してストリームを予約するストリーム確保ステップと、ネットワークを通じて配信された３Ｄストリームを前記ストリーム確保ステップで予約した結果に基づいて受信するストリーム受信ステップと、を実行させる、コンピュータプログラムが提供される。
【００１８】
また、上記課題を解決するために、本発明の別の観点によれば、ネットワークを通じて配信する３Ｄストリームに関するストリーム制御情報をメタデータで記述する情報記述部と、前記情報記述部が記述した前記３Ｄストリームのストリーム制御情報を該３Ｄストリームの配信に先立って送信する情報送信部と、前記情報記述部が記述した前記３Ｄストリームのストリーム制御情報に基づいて、ネットワークを通じて該３Ｄストリームを配信するストリーム配信部と、を備える、ストリーム送信装置が提供される。
【００１９】
前記情報記述部が記述する前記制御情報には、３Ｄストリームと２Ｄストリームの混在状況が含まれていてもよい。
【００２０】
前記情報記述部が記述する前記制御情報には、３Ｄストリームの帯域情報が含まれていてもよい。
【００２１】
前記情報記述部が記述する前記制御情報には、３Ｄストリームの配信方式が含まれていてもよい。
【００２２】
前記情報記述部が記述する前記制御情報には、３Ｄストリームのダウンロード可能時間が含まれていてもよい。
【００２３】
また、上記課題を解決するために、本発明の別の観点によれば、ネットワークを通じて配信する３Ｄストリームに関するストリーム制御情報をメタデータで記述する情報記述ステップと、前記情報記述ステップで記述した前記３Ｄストリームのストリーム制御情報を該３Ｄストリームの配信に先立って送信する情報送信ステップと、前記情報記述ステップで記述した前記３Ｄストリームのストリーム制御情報に基づいて、ネットワークを通じて該３Ｄストリームを配信するストリーム配信ステップと、を備える、ストリーム送信方法が提供される。
【００２４】
また、上記課題を解決するために、本発明の別の観点によれば、コンピュータに、ネットワークを通じて配信する３Ｄストリームに関するストリーム制御情報をメタデータで記述する情報記述ステップと、前記情報記述ステップで記述した前記３Ｄストリームのストリーム制御情報を該３Ｄストリームの配信に先立って送信する情報送信ステップと、前記情報記述ステップで記述した前記３Ｄストリームのストリーム制御情報に基づいて、ネットワークを通じて該３Ｄストリームを配信するストリーム配信ステップと、を実行させる、コンピュータプログラムが提供される。
【発明の効果】
【００２５】
以上説明したように本発明によれば、ネットワークを通じて３Ｄストリームが配信され、２Ｄ番組と３Ｄ番組とが混在する編成形態において、効率的な帯域運用や、受信機側での効率的なチャネル切り替え処理を実現することが可能な、新規かつ改良されたストリーム受信装置、ストリーム受信方法、ストリーム送信装置、ストリーム送信方法及びコンピュータプログラムを提供することができる。
【図面の簡単な説明】
【００２６】
【図１】ストリームを送信する場合の情報の記述例を示す説明図である。
【図２】本発明の一実施形態に係るストリーム配信システムの構成について示す説明図である。
【図３】本発明の一実施形態に係るメタデータサーバ２１の構成について示す説明図である。
【図４】本発明の一実施形態にかかるメタデータサーバ２１に含まれるメタデータ生成部３１の構成を示す説明図である。
【図５】本発明の一実施形態にかかるメタデータサーバ２１に含まれるメタデータ配信部３３の構成を示す説明図である。
【図６】本発明の一実施形態にかかるクライアント１００に含まれる、メタデータクライアント１０２の構成について示す説明図である。
【図７】本発明の一実施形態にかかるサーバ２０及びクライアント１００の第１の動作例について示す流れ図である。
【図８】本発明の一実施形態にかかるサーバ２０及びクライアント１００の第２の動作例について示す流れ図である。
【図９】本発明の一実施形態にかかるサーバ２０及びクライアント１００の第３の動作例について示す流れ図である。
【図１０Ａ】ＳＩのＳＤＴやＴＶＡのＳｅｒｖｉｃｅＩｎｆｏｒｍａｔｉｏｎによるストリームの混在状況の一例を示す説明図である。
【図１０Ｂ】ＳＩのＥＩＴやＴＶＡのＳｃｈｅｄｕｌｅＥｖｅｎｔを用いて事前スケジューリングを行う様子の一例を示す説明図である。
【図１１】ＭＶＣでのストリームの構成について示す説明図である。
【発明を実施するための形態】
【００２７】
以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００２８】
なお、説明は以下の順序で行うものとする。
＜１．解決手法の一例＞
［１−１．ストリームの基本情報］
［１−２．ストリームの制御情報］
［１−３．クライアント側の動作］
＜２．本発明の一実施形態＞
［２−１．ストリーム配信システムの構成］
［２−２．メタデータサーバの構成］
［２−３．メタデータクライアントの構成］
［２−４．サーバ及びクライアントの動作例］
［２−４−１．第１の動作例］
［２−４−２．第２の動作例］
［２−４−３．第３の動作例］
＜３．まとめ＞
【００２９】
＜１．解決手法の一例＞
まず、以下において、上述した課題を解決するための手法の一例を説明し、続いて当該手法を実現するための本発明の一実施形態について説明する。
【００３０】
［１−１．ストリームの基本情報］
上述した課題を解決するために、例えば、サーバ側は、ＳＩ（ＤＶＢ−ＳＩ：Ｓｅｒｖｉｃｅ  Ｉｎｆｏｒｍａｔｉｏｎ）や、ＸＭＬで記述されたＴＶ−Ａｎｙｔｉｍｅメタデータ（ＴＶＡ）等のストリーム配信サービスをクライアントデバイスに告知するメタデータにおいて、ＳＩのＳＤＴ（Ｓｅｒｖｉｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｔａｂｌｅ）やＴＶＡのＳｅｒｖｉｃｅＩｎｆｏｒｍａｔｉｏｎ等のサービス（チャネル）の属性を記述する制御情報に、３Ｄストリームの伝送に関する各種設定を記述するための要素を定義する手法が考えられる。例えば、サービス（チャネル）の属性を記述する制御情報に、２Ｄストリームと３Ｄストリームの混在状況に関する要素を定義して、かかる要素に上記の各情報を記載して、情報をクライアント側に送信する。ストリームの混在状況としては、例えば、通常のサービス（Ｓｅｒｖｉｃｅ）の属性の他に、メインストリームは２Ｄであるが、ある区間においては３Ｄとして構成し直すために伴送されるストリームがあることを示す。
【００３１】
［１−２．ストリームの制御情報］
また、上述した課題を解決するために、サーバ側は、ＳＩのＥＩＴ（Ｅｖｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｔａｂｌｅ）やＴＶＡのＳｃｈｅｄｕｌｅＥｖｅｎｔ等の、あるサービスのとある時間区間であるイベントの属性を記述する制御情報に、イベントの開始時刻（Ｓｔａｒｔ  Ｔｉｍｅ）や終了時刻（Ｅｎｄ  Ｔｉｍｅ）等の通常のイベントの属性（Ｅｖｅｎｔ  Ａｔｔｒｉｂｕｔｅｓ）の他に、２Ｄのストリームと同期して処理されるべき３Ｄ拡張ストリームのコーデックの種類（３Ｄ  Ｅｘｔｒａ−Ｓｔｒｅａｍ  ＣｏｄｅｃＴｙｐｅ）、取得アドレス（例えば、マルチキャストアドレス（３Ｄ  Ｅｘｔｒａ−Ｓｔｒｅａｍ  ＵＲＬ）や、ファイルとして取得可能な場合は、ファイルのアドレス（３Ｄ  Ｅｘｔｒａ−Ｓｔｒｅａｍ  Ｆｉｌｅ−ＵＲＬ））に関する要素を定義して、かかる要素に上記の各情報を記載し、情報をクライアント側へ送信する手法が考えられる。
【００３２】
なお、ある３Ｄ型拡張ストリームの伴送が必要な区間が、ＥＩＴやＳｃｈｅｄｕｌｅＥｖｅｎｔで定義されるイベントの区間と同一でない場合には、例えば、ＴＶＡのＳｅｇｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ等に、３Ｄ型拡張ストリームの伴送が必要な区間に関する要素を定義して、かかる要素を利用してもよい。このＴＶＡのＳｅｇｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎは、番組内の任意の区間の属性の記述に用いるものとする。
【００３３】
３Ｄ型拡張ストリームをマルチキャストにて伴送する場合には、制御情報には、アドレスの他、Ｒｅｑｕｉｒｅｄ  Ｔｒａｎｓｐｏｒｔ  ＱｏＳ（必要な帯域／ＱｏＳクラス（伝送品質））を定義して、かかる要素を用いて帯域に関する情報を提供する。クライアント側では、このＲｅｑｕｉｒｅｄ  Ｔｒａｎｓｐｏｒｔ  ＱｏＳを用いて、予め、伴送される時間帯に渡ってモデムやルータに対して必要なリソースが確保されるよう依頼しておくものとする。
【００３４】
３Ｄ型拡張ストリームをファイルとして事前に取得する場合には、制御情報には、アドレスのほか、ストレージに格納する場合に必要な容量（ＲｅｑｕｉｒｅｄＳｔｏｒａｇｅＳｉｚｅ）及びダウンロード可能時間帯（ＤｏｗｎｌｏａｄＴｉｍｅ−Ｓｔａｒｔ／Ｅｎｄ）を定義して、かかる要素に当該容量や時間帯に関する情報を記述し、情報をクライアント側へ送信するものとする。
【００３５】
なお、３Ｄ型拡張ストリームをファイルとして事前に取得する場合、ファイルとしてインターネットから取得する場合に加えて、放送波によりダウンロードさせる場合もある。従って、制御情報に記述されるファイル取得先のアドレスとして、ｈｔｔｐ等で始まるＵＲＬ情報以外に、ＤＶＢ（Ｄｉｇｉｔａｌ  Ｖｉｄｅｏ  Ｂｒｏａｄｃａｓｔｉｎｇ）等で規定されている放送波のスロットを指定し、当該スロットからファイルを取得するようにしてもよい。
【００３６】
［１−３．クライアント側の動作］
クライアント側では、これらの定義された要素に記述された情報に基づいて、あらかじめ３Ｄ型拡張ストリームのマルチキャストへの登録（Ｊｏｉｎ）や、ローカルストレージにファイルとしてプリキャッシュしておく。このプリキャッシュには、クライアントデバイスが接続されるＬＡＮ上の蓄積デバイスに事前に蓄積しておいて、ＬＡＮ内でデバイスに対して放送波に同期させながら受信させる場合も含む。
【００３７】
図１は、上述したように定義した要素に対し、情報を記述してストリームを送信する場合の情報の記述例を示す説明図である。また図１には、２Ｄストリームと３Ｄ型拡張ストリームとが混在して配信されるサービス、及び２Ｄストリームのみが配信されるサービスの例も併せて示している。ＳＩのＳＤＴやＴＶＡのＳｅｒｖｉｃｅＩｎｆｏｒｍａｔｉｏｎにはストリームの混在状況を示す情報が記載され、ＳＩのＥＩＴやＴＶＡのＳｃｈｅｄｕｌｅＥｖｅｎｔには具体的な３Ｄ型拡張ストリームに関する情報が記載されている。
【００３８】
図１には、ＳＩのＥＩＴやＴＶＡのＳｃｈｅｄｕｌｅＥｖｅｎｔに記載される、具体的な３Ｄ型拡張ストリームに関する情報として、３Ｄ型ストリームが発生する時間を表したＥｖｅｎｔ  Ａｔｔｒｉｂｕｔｅｓ、３Ｄ型ストリームのコーデックの種類を表した３Ｄ  Ｅｘｔｒａ−Ｓｔｒｅａｍ  ＣｏｄｅｃＴｙｐｅ、サーバ側からユニキャストやマルチキャストで配信される場合の、３Ｄ型ストリームの場所を表した３Ｄ  Ｅｘｔｒａ−Ｓｔｒｅａｍ  ＵＲＬ、３Ｄ型拡張ストリームをマルチキャストにて伴送する場合における必要な帯域やＱｏＳクラス（伝送品質）を表したＲｅｑｕｉｒｅｄ  Ｔｒａｎｓｐｏｒｔ  ＱｏＳ、３Ｄ型拡張ストリームをファイルとして事前に取得する場合の、３Ｄ型ストリームの場所を表した３Ｄ  Ｅｘｔｒａ−Ｓｔｒｅａｍ  Ｄｏｗｎｌｏａｄ−ＵＲＬ、ストレージに格納する場合に必要な容量を表すＲｅｑｕｉｒｅｄＳｔｏｒａｇｅＳｉｚｅ、ダウンロード可能時間帯を表すＤｏｗｎｌｏａｄＴｉｍｅ−Ｓｔａｒｔ／Ｅｎｄが示されている。クライアント側は、これらの情報に基づいてストリームを受信し、処理を実行することで、帯域を効率的に使用し、かつチャネルサッピングを効果的に実行することが可能となる。
【００３９】
＜２．本発明の一実施形態＞
［２−１．ストリーム配信システムの構成］
続いて、上述の本発明の一実施形態に係るストリーム配信システムの構成について説明する。図２は、本発明の一実施形態に係るストリーム配信システムの構成について示す説明図である。以下、図２を用いて本発明の一実施形態に係るストリーム配信システムの構成について説明する。
【００４０】
図２に示したように、本発明の一実施形態に係るストリーム配信システム１０は、サーバ２０と、クライアント１００とが、一方向ネットワーク１１または双方向ネットワーク１２を介して接続されている。ここで、一方向ネットワーク１１とは、例えば地上波、衛星放送波、ケーブル等による放送型の配信メディアであり、双方向ネットワーク１２とは、例えばインターネット等の双方向通信メディアである。
【００４１】
サーバ２０は、２Ｄ型ストリームや３Ｄ型拡張ストリームを伝送したり、ストリームに付随して送信される３Ｄ型拡張ストリームに関する情報を伝送したりするものである。本実施形態では、サーバ２０は、メタデータサーバ２１と、２Ｄ／３Ｄストリームメディアサーバ２２と、を含んで構成される。メタデータサーバ２１は、ストリームに付随して送信される３Ｄ型拡張ストリームに関するメタデータを生成するものである。また２Ｄ／３Ｄストリームメディアサーバ２２は、２Ｄ型ストリームや３Ｄ型拡張ストリームを、一方向ネットワーク１１または双方向ネットワーク１２を介してクライアント１００に伝送するものである。
【００４２】
クライアント１００は、サーバ２０から送信されるストリームやメタデータを受信し、受信したメタデータに基づいてストリームを再生する。クライアント１００は、チューナ１０１と、メタデータクライアント１０２と、２Ｄ／３Ｄストリームメディアクライアント１０３と、を含んで構成される。チューナ１０１は、２Ｄ／３Ｄストリームメディアサーバ２２から送信されるストリームを受信して復号するものである。
【００４３】
メタデータクライアント１０２は、メタデータサーバ２１から送信される、または２Ｄ／３Ｄストリームメディアサーバ２２から送信されるストリームに含まれ、チューナ１０１から伝送されるメタデータを受信し、受信したメタデータの解析を行う。メタデータクライアント１０２のメタデータの解析により、２Ｄ／３Ｄストリームメディアクライアント１０３におけるストリームの再生が制御される。
【００４４】
２Ｄ／３Ｄストリームメディアクライアント１０３は、チューナ１０１またはホームルータ１１０が受信したストリームを再生するものである。２Ｄ／３Ｄストリームメディアクライアント１０３は、メタデータクライアント１０２によるメタデータの解析結果に基づいて、ストリームの再生を実行する。
【００４５】
なお、クライアント１００と双方向ネットワーク１２との間にはホームルータ１１０が設置されていてもよい。また、ホームルータ１１０は、ストリームを予め保持しておく（プリキャッシュしておく）ためのストレージデバイス１１１を備えていても良い。なお、ストリームをプリキャッシュしておくためのストレージデバイス１１１は、クライアント１００の内部に備えていても良く、クライアント１００やホームルータ１１０とは別に設けられていてもよい。
【００４６】
以上、図２を用いて本発明の一実施形態に係るストリーム配信システム１０の構成について説明した。次に、本発明の一実施形態に係るメタデータサーバ２１の構成について説明する。
【００４７】
［２−２．メタデータサーバの構成］
図３は、本発明の一実施形態に係るメタデータサーバ２１の構成について示す説明図である。以下、図３を用いて本発明の一実施形態に係るメタデータサーバ２１の構成について説明する。
【００４８】
図３に示したように、本発明の一実施形態に係るメタデータサーバ２１は、メタデータ生成部３１と、メタデータサーバデータベース３２と、メタデータ配信部３３と、を含んで構成される。
【００４９】
メタデータ生成部３１は、メタデータを生成する。メタデータサーバデータベース３２は、メタデータ生成部３１により生成されたメタデータを保持する。メタデータ配信部３３は、メタデータサーバデータベース３２に保持されているメタデータを、一方向ネットワーク１１または双方向ネットワーク１２を介してクライアント１００に伝送する。
【００５０】
ここで、メタデータ生成部３１の構成についてより詳細に説明する。図４は、本発明の一実施形態にかかるメタデータサーバ２１に含まれるメタデータ生成部３１の構成を示す説明図である。
【００５１】
図４に示したように、メタデータ生成部３１は、生成部４１と、保持部４２と、更新部４３と、を含んで構成される。生成部４１は、メタデータを生成する。生成部４１が生成するメタデータは、上述したようなストリームの混在状況を示す情報や、３Ｄ型拡張ストリームに関する情報を含んだものである。保持部４２は、生成部４１が生成したメタデータを保持する。更新部４３は、保持部４２に保持されているメタデータを更新する。
【００５２】
続いてメタデータ配信部３３の構成についてより詳細に説明する。図５は、本発明の一実施形態にかかるメタデータサーバ２１に含まれるメタデータ配信部３３の構成を示す説明図である。
【００５３】
図５に示したように、メタデータサーバ２１に含まれるメタデータ配信部３３は、生成部５１と、圧縮部５２と、更新部５３と、配信部５４と、を含んで構成される。生成部５１は、メタデータの配信単位を生成する。圧縮部５２は、生成部５１により生成された配信単位に含まれるメタデータを圧縮し、データ量を減少させる。更新部５３は、配信単位のメタデータを更新する。配信部５４は、圧縮された配信単位のメタデータを、一方向ネットワーク１１または双方向ネットワーク１２を介してクライアント１００に伝送する。
【００５４】
以上、図３〜図５を用いて本発明の一実施形態に係るメタデータサーバ２１の構成について説明した。次に、本発明の一実施形態にかかるクライアント１００の構成について説明する。以下の説明では、本発明の一実施形態にかかるクライアント１００に含まれる、メタデータクライアント１０２の構成について詳細に説明する。
【００５５】
［２−３．メタデータクライアントの構成］
図６は、本発明の一実施形態にかかるクライアント１００に含まれる、メタデータクライアント１０２の構成について示す説明図である。図６に示したように、本発明の一実施形態にかかるクライアント１００に含まれる、メタデータクライアント１０２は、受信部１２１と、解凍部１２２と、保持部１２３と、制御部１２４と、を含んで構成される。
【００５６】
受信部１２１は、一方向ネットワーク１１または双方向ネットワーク１２を介してサーバ２０から伝送されてきたメタデータを受信する。解凍部１２２は、受信部１２１により受信された圧縮されているメタデータを解凍する。保持部１２３は、解凍部１２２により解凍されたメタデータを保持する。制御部１２４は、保持部１２３が保持するメタデータの内容に基づいて、２Ｄ／３Ｄストリームメディアクライアント１０３の動作を制御する。
【００５７】
このようにメタデータクライアント１０２を構成することで、クライアント１００は、一方向ネットワーク１１または双方向ネットワーク１２を介してサーバ２０から伝送されてきたメタデータを受信して、２Ｄ／３Ｄストリームメディアクライアント１０３の動作を制御することができる。
【００５８】
以上、図６を用いて、本発明の一実施形態にかかるクライアント１００に含まれる、メタデータクライアント１０２の構成について説明した。次に、本発明の一実施形態にかかるサーバ２０及びクライアント１００の動作について説明する。
【００５９】
［２−４．サーバ及びクライアントの動作例］
［２−４−１．第１の動作例］
図７は、本発明の一実施形態にかかるサーバ２０及びクライアント１００の第１の動作例について示す流れ図である。以下、図７を用いて本発明の一実施形態にかかるサーバ２０及びクライアント１００の第１の動作例について説明する。この第１の動作例は、マルチキャストによって３Ｄ型拡張ストリームがサーバ２０から送信され、複数の３Ｄストリームをクライアント１００でチャネルザッピングする場合について示したものである。
【００６０】
まず、３Ｄ番組に先立って、サーバ２０のメタデータサーバ２１から、一方向ネットワーク１１または双方向ネットワーク１２を介してメタデータを送信する（ステップＳ１０１）。メタデータサーバ２１から、一方向ネットワーク１１または双方向ネットワーク１２を介して送信されたメタデータをクライアント１００が受信すると、クライアント１００では、メタデータクライアント１０２において受信したメタデータの解析が行われる。ここでは、メタデータクライアント１０２は、受信したメタデータの、クライアント１００のユーザへの提示や、ユーザに対するチャネル選択の催促を実行する（ステップＳ１０２）。
【００６１】
上記ステップＳ１０２において、メタデータクライアント１０２が、受信したメタデータの、クライアント１００のユーザへの提示や、ユーザに対するチャネル選択の催促を実行し、クライアント１００のユーザがチャネルを選択すると、メタデータクライアント１０２は、ユーザが選択したチャネルを受信するように２Ｄ／３Ｄストリームメディアクライアント１０３へ通知する（ステップＳ１０３）。メタデータクライアント１０２からの通知を受けた２Ｄ／３Ｄストリームメディアクライアント１０３は、ホームルータ１１０に対して、ユーザの選択対象を含む３Ｄ拡張マルチキャストストリームへの登録と、必要となるＱｏＳの確保（予約）を指示する（ステップＳ１０４）。
【００６２】
上記ステップＳ１０４において、２Ｄ／３Ｄストリームメディアクライアント１０３からの指示を受けたホームルータ１１０は、ユーザの選択対象を含む３Ｄ拡張マルチキャストストリームへの登録と、必要となるＱｏＳの確保処理の結果を、２Ｄ／３Ｄストリームメディアクライアント１０３へ通知する（ステップＳ１０５）。
【００６３】
具体的には、ホームルータ１１０は、ユーザが選択したチャネルの対象ストリームのアドレス（３Ｄ  Ｅｘｔｒａ−Ｓｔｒｅａｍ  ＵＲＬ）に対してマルチキャスト参加を行う。マルチキャスト参加の方法としては、例えば、ＩＧＭＰプロトコルのＪｏｉｎコマンドの発行であってもよい。また、ネットワークが帯域等ＱｏＳの予約機能をサポートしている場合には、Ｒｅｑｕｉｒｅｄ  Ｔｒａｎｓｐｏｒｔ  ＱｏＳに基づいて、対象ストリームに必要なネットワーク上の必要な帯域、品質等のネットワークリソース確保を行う。ネットワークリソースの確保の方法としては、例えば、ＩＭＳ（ｈｔｔｐ：／／ｗｂｂ．ｆｏｒｕｍ．ｉｍｐｒｅｓｓｒｄ．ｊｐ／ｆｅａｔｕｒｅ／２００６０７２０／１６５を参照）等のプロトコルを用いても良い。ネットワークリソースの確保が滞りなく行われ、ストリームを転送する準備が整った場合には、ホームルータ１１０は、ネットワークリソースの確保が滞りなく行われ、ストリームの転送準備が整った旨を２Ｄ／３Ｄストリームメディアクライアント１０３に通知する。
【００６４】
その後、２Ｄ／３Ｄストリームメディアサーバ２２から、２以上の３Ｄ拡張ストリームがマルチキャスト送信される（ステップＳ１０６）。そして、２Ｄ／３Ｄストリームメディアクライアント１０３は、２Ｄストリーム及び３Ｄ拡張ストリームの再生要求をホームルータ１１０に送る（ステップＳ１０７）。ステップＳ１０７において、２Ｄストリーム及び３Ｄ拡張ストリームの再生要求を受け取ったホームルータ１１０は、２Ｄ／３Ｄストリームメディアサーバ２２から送信される３Ｄ拡張ストリームの内、ユーザが選択したチャネルの対象ストリームを２Ｄ／３Ｄストリームメディアクライアント１０３に送る（ステップＳ１０８）。
【００６５】
チューナ１０１により、一方向ネットワークを介して、２Ｄ／３Ｄストリームメディアサーバ２２から送信される２Ｄストリームの取得が、インターネットを経由して、２Ｄ／３Ｄストリームメディアサーバ２２から送信される３Ｄ拡張ストリームの取得と同時に行われる。クライアント１００は、一方向ネットワークを介して、２Ｄ／３Ｄストリームメディアサーバ２２から送信される２Ｄストリームと、インターネットから取得される３Ｄ拡張ストリームとを合わせたコンテンツ再生処理を実行する。
【００６６】
上記ステップＳ１０５においてホームルータ１１０がマルチキャスト参加に成功し、かつ、必要なネットワークリソースが確保されたストリームに対応する３Ｄチャンネルについては、チャネルチェンジが高速に処理可能である。ユーザがリモートコントローラのチャネル選択ボタン等でチャネルを切り替え、メタデータクライアント１０２が、ユーザが指定したチャネルへの切り替えを２Ｄ／３Ｄストリームメディアクライアント１０３に通知すると（ステップＳ１０９）、２Ｄ／３Ｄストリームメディアクライアント１０３は、メタデータクライアント１０２が指定し、上記ステップＳ１０７で再生要求を送出したストリームとは別の２Ｄストリーム及び３Ｄ拡張ストリームの再生要求をホームルータ１１０に送る（ステップＳ１１０）。ステップＳ１１０において、２Ｄストリーム及び３Ｄ拡張ストリームの再生要求を受け取ったホームルータ１１０は、２Ｄ／３Ｄストリームメディアサーバ２２から送信される３Ｄ拡張ストリームの内、ユーザが選択したチャネルの対象ストリームを２Ｄ／３Ｄストリームメディアクライアント１０３に送る（ステップＳ１１１）。
【００６７】
このように、この第１の動作例では、あらかじめ３Ｄ拡張ストリームのマルチキャストへ登録（Ｊｏｉｎ）しておくことによって、クライアント１００におけるチャネル切り替えの高速化を実現することが可能となる。
【００６８】
［２−４−２．第２の動作例］
図８は、本発明の一実施形態にかかるサーバ２０及びクライアント１００の第２の動作例について示す流れ図である。以下、図８を用いて本発明の一実施形態にかかるサーバ２０及びクライアント１００の第２の動作例について説明する。この第２の動作例は、ローカルストレージに予めストリームをキャッシュする（プリキャッシュする）場合における、クライアント１００での複数の３Ｄストリームのチャネルザッピング処理について示したものである。
【００６９】
まず、３Ｄ番組に先立って、サーバ２０のメタデータサーバ２１から、一方向ネットワーク１１または双方向ネットワーク１２を介してメタデータを送信する（ステップＳ１２１）。メタデータサーバ２１から、一方向ネットワーク１１または双方向ネットワーク１２を介して送信されたメタデータをクライアント１００が受信すると、クライアント１００では、メタデータクライアント１０２において受信したメタデータの解析が行われる。ここでは、メタデータクライアント１０２は、受信したメタデータの、クライアント１００のユーザへの提示や、ユーザに対するチャネル選択の催促を実行する（ステップＳ１２２）。
【００７０】
上記ステップＳ１２２において、メタデータクライアント１０２が、受信したメタデータの、クライアント１００のユーザへの提示や、ユーザに対するチャネル選択の催促を実行し、クライアント１００のユーザがチャネルを選択すると、メタデータクライアント１０２は、ユーザが選択したチャネルを受信するように２Ｄ／３Ｄストリームメディアクライアント１０３へ通知する（ステップＳ１２３）。メタデータクライアント１０２からの通知を受けた２Ｄ／３Ｄストリームメディアクライアント１０３は、ホームルータ１１０に対して、ユーザの選択対象を含む３Ｄ拡張ストリームのプリキャッシュを依頼する（ステップＳ１２４）。
【００７１】
２Ｄ／３Ｄストリームメディアクライアント１０３から複数の３Ｄ拡張ストリームについてのプリキャッシュ依頼を受け取ったホームルータ１１０は、対象ストリームのファイルのアドレス情報（３Ｄ  Ｅｘｔｒａ−Ｓｔｒｅａｍ  Ｄｏｗｎｌｏａｄ−ＵＲＬ）を用いて、サーバ２０の２Ｄ／３Ｄストリームメディアサーバ２２から、指定されたファイルを取得する。ホームルータ１１０によるファイルの取得は、例えば、ＨＴＴＰプロトコルやその他の通信プロトコルにより行われても良い。２Ｄ／３Ｄストリームメディアサーバ２２は、指定されたファイルをホームルータ１１０へ送信する（ステップＳ１２５）。ホームルータ１１０は、２Ｄ／３Ｄストリームメディアサーバ２２から送信されたファイルをプリキャッシュしておく。ファイルをプリキャッシュしておく場所は、ホームルータ１１０に備えられたストレージデバイスであってもよく、クライアント１００の中に備えられたストレージデバイスであってもよく、またホームルータ１１０に接続され、クライアント１００やホームルータ１１０とは別に設けられたストレージデバイスであってもよい。以下の説明では、ファイルをプリキャッシュしておく場所は、ホームルータ１１０に備えられたストレージデバイスであるとして説明する。ホームルータ１１０によるファイル取得が滞りなく行われ、ストリームを転送する準備が整った場合には、ファイル取得が滞りなく行われ、ストリームを転送する準備が整った旨を２Ｄ／３Ｄストリームメディアクライアント１０３に通知する（ステップＳ１２６）。
【００７２】
チューナ１０１により、一方向ネットワークを介して、２Ｄ／３Ｄストリームメディアサーバ２２から送信される２Ｄストリームの取得が、ホームルータ１１０によってプリキャッシュされた３Ｄ拡張ストリームの取得と同時に行われる。クライアント１００は、一方向ネットワークを介して、２Ｄ／３Ｄストリームメディアサーバ２２から送信される２Ｄストリームと、ホームルータ１１０によってプリキャッシュされた３Ｄ拡張ストリームとを合わせたコンテンツ再生処理を実行する。具体的には、２Ｄ／３Ｄストリームメディアクライアント１０３がホームルータ１１０に対して、２Ｄストリーム及び３Ｄ拡張ストリームの再生要求を送ると（ステップＳ１２７）、ホームルータ１１０は、プリキャッシュしておいたファイルを２Ｄ／３Ｄストリームメディアクライアント１０３へ伝送する（ステップＳ１２８）。
【００７３】
ホームルータ１１０がプリキャッシュに成功したストリームに対応する３Ｄチャンネルについては、チャネルの切り替え処理を高速に処理することが可能である。ユーザがリモートコントローラのチャネル選択ボタン等でチャネルを切り替え、メタデータクライアント１０２が、ユーザが指定したチャネルへの切り替えを２Ｄ／３Ｄストリームメディアクライアント１０３に通知すると（ステップＳ１２９）、２Ｄ／３Ｄストリームメディアクライアント１０３は、メタデータクライアント１０２が指定し、上記ステップＳ１２７で再生要求を送出したストリームとは別の２Ｄストリーム及び３Ｄ拡張ストリームの再生要求をホームルータ１１０に送る（ステップＳ１３０）。ステップＳ１３０において、２Ｄストリーム及び３Ｄ拡張ストリームの再生要求を受け取ったホームルータ１１０は、２Ｄ／３Ｄストリームメディアサーバ２２から送信される３Ｄ拡張ストリームの内、ユーザが選択したチャネルに対応する、プリキャッシュしておいたファイルを２Ｄ／３Ｄストリームメディアクライアント１０３へ伝送する（ステップＳ１３１）。
【００７４】
このように、この第２の動作例では、あらかじめ３Ｄ拡張ストリームのファイルをクライアント側にプリキャッシュしておくことで、クライアント１００におけるチャネル切り替えの高速化を実現することが可能となる。
【００７５】
［２−４−３．第３の動作例］
図９は、本発明の一実施形態にかかるサーバ２０及びクライアント１００の第３の動作例について示す流れ図である。以下、図９を用いて本発明の一実施形態にかかるサーバ２０及びクライアント１００の第３の動作例について説明する。この第３の動作例は、事前にマルチキャストストリーム取得の事前スケジューリングを行っておき、複数の３Ｄストリームをクライアント１００でチャネルザッピングする場合について示したものである。
【００７６】
まず、３Ｄ番組に先立って、サーバ２０のメタデータサーバ２１から、一方向ネットワーク１１または双方向ネットワーク１２を介してメタデータを送信する（ステップＳ１４１）。メタデータサーバ２１から、一方向ネットワーク１１または双方向ネットワーク１２を介して送信されたメタデータをクライアント１００が受信すると、クライアント１００では、受信したメタデータに基づいて、メタデータクライアント１０２が３Ｄ拡張マルチキャストストリームへの登録及び必要ＱｏＳの確保（予約）の事前スケジューリングを行うとともに、ホームルータ１１０に対し、スケジュールに沿った３Ｄ拡張マルチキャストストリームへの登録と必要ＱｏＳの確保を実行する（ステップＳ１４２）。
【００７７】
上記ステップＳ１４２においては、メタデータサーバ２１から提供されるメタデータをもとに、エンドユーザの選択しそうな”３Ｄ拡張マルチキャストストリーム取得の事前スケジューリングを行い、そのスケジュールに基づいて、ホームルータ１１０に対する事前リソースやＱｏＳ確保予約を行う。ここで、エンドユーザが選択しそうかそうでないかの判断基準は、例えば、クライアント１００の内部に設けられたエンドユーザの嗜好データベース等を利用してもよい。
【００７８】
図１０Ａ及び図１０Ｂは、３Ｄ拡張マルチキャストストリーム取得の事前スケジューリングに基づく、メタデータクライアント１０２からホームルータ１１０に対する事前リソース及びＱｏＳの確保予約について示す説明図である。図１０Ａでは、ＳＩのＳＤＴやＴＶＡのＳｅｒｖｉｃｅＩｎｆｏｒｍａｔｉｏｎによるストリームの混在状況の一例を示しており、図１０Ｂでは、ＳＩのＥＩＴやＴＶＡのＳｃｈｅｄｕｌｅＥｖｅｎｔを用いて事前スケジューリングを行う様子の一例を示している。
【００７９】
図１０Ａについて説明すると、時刻Ｔ１において、Ｓｅｒｖｉｃｅ−３で３Ｄ拡張マルチキャストストリームの配信が始まり、時刻Ｔ２からＴ４の間において、Ｓｅｒｖｉｃｅ−１で３Ｄ拡張マルチキャストストリームの配信が行われ、時刻Ｔ３において、Ｓｅｒｖｉｃｅ−２で３Ｄ拡張マルチキャストストリームの配信が始まることを示している。
【００８０】
続いて図１０Ｂについて説明する。Ｓｅｒｖｉｃｅ−１では、３Ｄ拡張マルチキャストストリームの開始時刻がＴ２、終了時刻がＴ４であり、当該ストリームの配信元のＵＲＬは“ｕｒｌ−３Ｄ（１．２）”であり、当該ストリームのＱｏＳ（保障速度）は８Ｍｂｐｓであることを示している。同様に、Ｓｅｒｖｉｃｅ−２では、３Ｄ拡張マルチキャストストリームの開始時刻がＴ３であり、当該ストリームの配信元のＵＲＬは“ｕｒｌ−３Ｄ（２．２）”であり、当該ストリームのＱｏＳ（保障速度）は１０Ｍｂｐｓであることを示している。また同様に、Ｓｅｒｖｉｃｅ−３では、３Ｄ拡張マルチキャストストリームの開始時刻がＴ１であり、当該ストリームの配信元のＵＲＬは“ｕｒｌ−３Ｄ（３．２）”であり、当該ストリームのＱｏＳ（保障速度）は３Ｍｂｐｓであることを示している。
【００８１】
これらの情報から、メタデータクライアント１０２は３Ｄ拡張マルチキャストストリーム取得の事前スケジューリングを実行する。その結果、図１０Ｂに示した例では、メタデータクライアント１０２は、時刻Ｔ１直前に、３Ｄ  Ｅｘｔｒａ−Ｓｔｒｅａｍ  ＵＲＬ：“ｕｒｌ−３Ｄ（３．２）”に登録して、保障速度３Ｍｂｐｓを確保し、時刻Ｔ２直前に、３Ｄ  Ｅｘｔｒａ−Ｓｔｒｅａｍ  ＵＲＬ：“ｕｒｌ−３Ｄ（１．２）”に登録して、保障速度８Ｍｂｐｓを確保し、時刻Ｔ３直前に、３Ｄ  Ｅｘｔｒａ−Ｓｔｒｅａｍ  ＵＲＬ：“ｕｒｌ−３Ｄ（２．２）”に登録して、保障速度１０Ｍｂｐｓを確保し、時刻Ｔ４直後に、３Ｄ  Ｅｘｔｒａ−Ｓｔｒｅａｍ  ＵＲＬ：“ｕｒｌ−３Ｄ（１．２）”の登録を解除し、保障速度１０Ｍｂｐｓの確保を解除するように、スケジューリングを実行する。
【００８２】
ホームルータ１１０は、メタデータクライアント１０２からの３Ｄ拡張マルチキャストストリームへの登録と必要ＱｏＳの確保をするよう通知を受けると、３Ｄ拡張マルチキャストストリームへの登録及び必要ＱｏＳの確保処理を実行し、その結果を２Ｄ／３Ｄストリームメディアクライアント１０３へ通知する（ステップＳ１４３）。具体的には、ホームルータ１１０は、メタデータクライアント１０２から複数の３Ｄ拡張ストリームについてのマルチキャスト登録と必要ＱｏＳの確保依頼がなされると、対象ストリームのアドレス（３Ｄ  Ｅｘｔｒａ−Ｓｔｒｅａｍ  ＵＲＬ）に対してマルチキャスト参加を行う。このマルチキャスト参加は、例えばＩＧＭＰプロトコルのＪｏｉｎコマンドの発行によって実行してもよい。また、ネットワークが帯域等ＱｏＳの予約機能をサポートしている場合には、対象ストリームに必要なネットワーク上の必要な帯域、品質等のネットワークリソース確保を行う。対象ストリームに必要なネットワーク上の必要な帯域は、例えばメタデータサーバ２１から送信されるメタデータに含まれる、Ｒｅｑｕｉｒｅｄ  Ｔｒａｎｓｐｏｒｔ  ＱｏＳの情報に基づいて確保する。また品質等のネットワークリソース確保は、例えば、ＩＭＳ（ｈｔｔｐ：／／ｗｂｂ．ｆｏｒｕｍ．ｉｍｐｒｅｓｓｒｄ．ｊｐ／ｆｅａｔｕｒｅ／２００６０７２０／１６５）等のプロトコルにより行ってもよい。ネットワークリソース確保が滞りなく行われ、ストリームを転送する準備が整った場合には、その旨を２Ｄ／３Ｄストリームメディアクライアント１０３に通知する。
【００８３】
その後、メタデータクライアント１０２は、上記ステップＳ１４２での事前スケジューリングに基づいて、２Ｄ／３Ｄストリームメディアクライアント１０３に対して３Ｄ拡張ストリームの選択を指示する（ステップＳ１４４）。
【００８４】
２Ｄ／３Ｄストリームメディアサーバ２２は複数の３Ｄ拡張マルチキャストストリームを送信する（ステップＳ１４５）。ホームルータ１１０は、２Ｄ／３Ｄストリームメディアサーバ２２から送信されるストリームの内、上記ステップＳ１４４で指示された３Ｄ拡張ストリームを２Ｄ／３Ｄストリームメディアクライアント１０３へ送信する（ステップＳ１４７）。
【００８５】
チューナ１０１では、一方向ネットワークを介して、２Ｄ／３Ｄストリームメディアサーバ２２から送信される２Ｄストリームの取得が、２Ｄ／３Ｄストリームメディアサーバ２２から送信される３Ｄ拡張ストリームの取得と共に行われる。２Ｄ／３Ｄストリームメディアクライアント１０３は、一方向ネットワークを介して２Ｄ／３Ｄストリームメディアサーバ２２から送信される２Ｄストリームと、メタデータクライアント１０２から選択が指示された３Ｄ拡張ストリームとを合わせたコンテンツ再生処理を実行する（ステップＳ１４６）。
【００８６】
上記ステップＳ１４３においてホームルータ１１０がマルチキャスト参加に成功し、かつ、必要なネットワークリソースが確保されたストリームに対応する３Ｄチャンネルについては、チャネルチェンジが高速に処理可能である。ユーザがリモートコントローラのチャネル選択ボタン等でチャネルを切り替え、メタデータクライアント１０２が、ユーザが指定したチャネルへの切り替えを２Ｄ／３Ｄストリームメディアクライアント１０３に通知すると（ステップＳ１４８）、２Ｄ／３Ｄストリームメディアクライアント１０３は、メタデータクライアント１０２が指定したストリームとは別の２Ｄストリーム及び３Ｄ拡張ストリームの再生要求をホームルータ１１０に送る。
【００８７】
２Ｄストリーム及び３Ｄ拡張ストリームの再生要求を受け取ったホームルータ１１０は、２Ｄ／３Ｄストリームメディアサーバ２２から送信される３Ｄ拡張ストリームの内、ユーザが選択したチャネルの対象ストリームを２Ｄ／３Ｄストリームメディアクライアント１０３に送る（ステップＳ１５０）。２Ｄ／３Ｄストリームメディアクライアント１０３は、一方向ネットワークを介して２Ｄ／３Ｄストリームメディアサーバ２２から送信される２Ｄストリームと、メタデータクライアント１０２から選択が指示された３Ｄ拡張ストリームとを合わせたコンテンツ再生処理を実行する（ステップＳ１４９）。
【００８８】
このように、この第３の動作例では、あらかじめ３Ｄ拡張ストリーム取得をスケジューリングしておくことで、クライアント１００におけるチャネル切り替えの高速化を実現することが可能となる。
【００８９】
＜３．まとめ＞
以上説明したように本発明の一実施形態によれば、サーバ２０から、３Ｄ拡張ストリームの混在状況及び３Ｄ拡張ストリームに関する各種情報を記述したメタデータを送信する。クライアント１００側は、サーバ２０から送信されてくるメタデータを受信し、メタデータに基づいて予めマルチキャスト参加及びネットワークリソースの確保を行ったり、３Ｄストリームの再生に必要となるファイルをプリキャッシュしたりしておく。これにより、クライアント１００では、３Ｄ型放送番組が放送されている場合に、高速なチャネルザッピング処理が可能となる。
【００９０】
なお、上述した一連の処理は、ハードウエアにより実行させることもできるし、ソフトウエアにより実行させることもできる。一連の処理をソフトウエアにより実行させる場合には、そのソフトウエアを構成するプログラムが、専用のハードウエアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、プログラム記録媒体からインストールされる。
【００９１】
また、通信とは、無線通信および有線通信は勿論、無線通信と有線通信とが混在した通信、即ち、ある区間では無線通信が行われ、他の区間では有線通信が行われるようなものであっても良い。さらに、ある装置から他の装置への通信が有線通信で行われ、他の装置からある装置への通信が無線通信で行われるようなものであっても良い。
【００９２】
以上、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明はかかる例に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本発明の技術的範囲に属するものと了解される。
【産業上の利用可能性】
【００９３】
本発明は、ストリーム受信装置、ストリーム受信方法、ストリーム送信装置、ストリーム送信方法及びコンピュータプログラムに適用可能であり、特に３Ｄストリームの配信や再生を制御するストリーム受信装置、ストリーム受信方法、ストリーム送信装置、ストリーム送信方法及びコンピュータプログラムに適用可能である。
【符号の説明】
【００９４】
１０    ストリーム配信システム
１１    一方向ネットワーク
１２    双方向ネットワーク
２０    サーバ
２１    メタデータサーバ
２２    ２Ｄ／３Ｄストリームメディアサーバ
３１    メタデータ生成部
３２    メタデータサーバデータベース
３３    メタデータ配信部
４１    生成部
４２    保持部
４３    更新部
５１    生成部
５２    圧縮部
５３    更新部
５４    配信部
１００    クライアント
１０１    チューナ
１０２    メタデータクライアント
１０３    ２Ｄ／３Ｄストリームメディアクライアント
１１０    ホームルータ
１１１    ストレージデバイス
１２１    受信部
１２２    解凍部
１２３    保持部
１２４    制御部
【図１】
0005585047.tif 000002
【図２】
0005585047.tif 000003
【図３】
0005585047.tif 000004
【図４】
0005585047.tif 000005
【図５】
0005585047.tif 000006
【図６】
0005585047.tif 000007
【図７】
0005585047.tif 000008
【図８】
0005585047.tif 000009
【図９】
0005585047.tif 000010
【図１０Ａ】
0005585047.tif 000011
【図１０Ｂ】
0005585047.tif 000012
【図１１】
0005585047.tif 000013