JP5585047B2 - ストリーム受信装置、ストリーム受信方法、ストリーム送信装置、ストリーム送信方法及びコンピュータプログラム - Google Patents

ストリーム受信装置、ストリーム受信方法、ストリーム送信装置、ストリーム送信方法及びコンピュータプログラム Download PDF

Info

Publication number
JP5585047B2
JP5585047B2 JP2009247516A JP2009247516A JP5585047B2 JP 5585047 B2 JP5585047 B2 JP 5585047B2 JP 2009247516 A JP2009247516 A JP 2009247516A JP 2009247516 A JP2009247516 A JP 2009247516A JP 5585047 B2 JP5585047 B2 JP 5585047B2
Authority
JP
Japan
Prior art keywords
stream
information
metadata
control information
receiving
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2009247516A
Other languages
English (en)
Other versions
JP2011097227A (ja
Inventor
靖明 山岸
直久 北里
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Original Assignee
Sony Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony Corp filed Critical Sony Corp
Priority to JP2009247516A priority Critical patent/JP5585047B2/ja
Priority to US12/925,102 priority patent/US8704873B2/en
Priority to EP20100188195 priority patent/EP2334093A1/en
Priority to CN2010105277671A priority patent/CN102055668A/zh
Publication of JP2011097227A publication Critical patent/JP2011097227A/ja
Application granted granted Critical
Publication of JP5585047B2 publication Critical patent/JP5585047B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network
    • H04N21/4383—Accessing a communication channel
    • H04N21/4384—Accessing a communication channel involving operations to reduce the access time, e.g. fast-tuning for reducing channel switching latency
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N13/00—Stereoscopic video systems; Multi-view video systems; Details thereof
    • H04N13/10—Processing, recording or transmission of stereoscopic or multi-view image signals
    • H04N13/106—Processing image signals
    • H04N13/172—Processing image signals image signals comprising non-image signal components, e.g. headers or format information
    • H04N13/178—Metadata, e.g. disparity information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N13/00—Stereoscopic video systems; Multi-view video systems; Details thereof
    • H04N13/10—Processing, recording or transmission of stereoscopic or multi-view image signals
    • H04N13/194—Transmission of image signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H04N21/234327—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements by decomposing into layers, e.g. base layer and one or more enhancement layers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/433—Content storage operation, e.g. storage operation in response to a pause request, caching operations
    • H04N21/4331—Caching operations, e.g. of an advertisement for later insertion during playback
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/458—Scheduling content for creating a personalised stream, e.g. by combining a locally stored advertisement with an incoming stream; Updating operations, e.g. for OS modules ; time-related management operations
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/462—Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
    • H04N21/4622—Retrieving content or additional data from different sources, e.g. from a broadcast channel and the Internet
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6125—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via Internet
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/631—Multimode Transmission, e.g. transmitting basic layers and enhancement layers of the content over different transmission paths or transmitting with different error corrections, different keys or with different transmission protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/64—Addressing
    • H04N21/6405—Multicasting

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Library & Information Science (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Testing, Inspecting, Measuring Of Stereoscopic Televisions And Televisions (AREA)
  • Information Transfer Between Computers (AREA)

Description

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

Claims (15)

  1. 外部からネットワークを通じて配信される３Ｄストリームに関する、該３Ｄストリームのダウンロード可能時間が記述されている、メタデータで記述されたストリーム制御情報を受信する情報受信部と、
    前記情報受信部が受信した前記ストリーム制御情報を用いて、３Ｄストリームの配信前に該配信される３Ｄストリームの確保に関する処理を実行してストリームを予約するストリーム確保部と、
    ネットワークを通じて配信された３Ｄストリームを前記ストリーム確保部で予約した結果に基づいて受信するストリーム受信部と、
    を備える、ストリーム受信装置。
  2. 前記ストリーム確保部は、外部からマルチキャスト配信される１または２以上の３Ｄストリームに対して予めマルチキャストへの加入処理を実行して該３Ｄストリームを確保する、請求項１に記載のストリーム受信装置。
  3. 前記ストリーム確保部は、予め１または２以上の３Ｄストリームが再生される前に、該３Ｄストリームを予め保存して該３Ｄストリームを確保する、請求項１に記載のストリーム受信装置。
  4. 前記ストリーム確保部は、外部からマルチキャスト配信される１または２以上の３Ｄストリームに対して、マルチキャストへの加入処理をスケジューリングして該３Ｄストリームを確保する、請求項１に記載のストリーム受信装置。
  5. 前記情報受信部が受信する前記ストリーム制御情報には、３Ｄストリームと２Ｄストリームの混在状況が記述されている、請求項１に記載のストリーム受信装置。
  6. 前記情報受信部が受信する前記ストリーム制御情報には、３Ｄストリームの帯域情報が記述されている、請求項１に記載のストリーム受信装置。
  7. 前記情報受信部が受信する前記ストリーム制御情報には、３Ｄストリームの配信方式が記述されている、請求項１に記載のストリーム受信装置。
  8. 外部からネットワークを通じて配信される３Ｄストリームに関する、該３Ｄストリームのダウンロード可能時間が記述されている、メタデータで記述されたストリーム制御情報を受信する情報受信ステップと、
    前記情報受信ステップで受信した前記ストリーム制御情報を用いて、３Ｄストリームの配信前に該配信される３Ｄストリームの確保に関する処理を実行してストリームを予約するストリーム確保ステップと、
    ネットワークを通じて配信された３Ｄストリームを前記ストリーム確保ステップで予約した結果に基づいて受信するストリーム受信ステップと、
    を含む、ストリーム受信方法。
  9. コンピュータに、
    外部からネットワークを通じて配信される３Ｄストリームに関する、該３Ｄストリームのダウンロード可能時間が記述されている、メタデータで記述されたストリーム制御情報を受信する情報受信ステップと、
    前記情報受信ステップで受信した前記ストリーム制御情報を用いて、３Ｄストリームの配信前に該配信される３Ｄストリームの確保に関する処理を実行してストリームを予約するストリーム確保ステップと、
    ネットワークを通じて配信された３Ｄストリームを前記ストリーム確保ステップで予約した結果に基づいて受信するストリーム受信ステップと、
    を実行させる、コンピュータプログラム。
  10. ネットワークを通じて配信する３Ｄストリームに関する該３Ｄストリームのダウンロード可能時間を含んだストリーム制御情報をメタデータで記述する情報記述部と、
    前記情報記述部が記述した前記３Ｄストリームのストリーム制御情報を該３Ｄストリームの配信に先立って送信する情報送信部と、
    前記情報記述部が記述した前記３Ｄストリームのストリーム制御情報に基づいて、ネットワークを通じて該３Ｄストリームを配信するストリーム配信部と、
    を備える、ストリーム送信装置。
  11. 前記情報記述部が記述する前記ストリーム制御情報には、３Ｄストリームと２Ｄストリームの混在状況が含まれる、請求項１０に記載のストリーム送信装置。
  12. 前記情報記述部が記述する前記ストリーム制御情報には、３Ｄストリームの帯域情報が含まれる、請求項１０に記載のストリーム送信装置。
  13. 前記情報記述部が記述する前記ストリーム制御情報には、３Ｄストリームの配信方式が含まれる、請求項１０に記載のストリーム送信装置。
  14. ネットワークを通じて配信する３Ｄストリームに関する該３Ｄストリームのダウンロード可能時間を含んだストリーム制御情報をメタデータで記述する情報記述ステップと、
    前記情報記述ステップで記述した前記３Ｄストリームのストリーム制御情報を該３Ｄストリームの配信に先立って送信する情報送信ステップと、
    前記情報記述ステップで記述した前記３Ｄストリームのストリーム制御情報に基づいて、ネットワークを通じて該３Ｄストリームを配信するストリーム配信ステップと、
    を含む、ストリーム送信方法。
  15. コンピュータに、
    ネットワークを通じて配信する３Ｄストリームに関する該３Ｄストリームのダウンロード可能時間を含んだストリーム制御情報をメタデータで記述する情報記述ステップと、
    前記情報記述ステップで記述した前記３Ｄストリームのストリーム制御情報を該３Ｄストリームの配信に先立って送信する情報送信ステップと、
    前記情報記述ステップで記述した前記３Ｄストリームのストリーム制御情報に基づいて、ネットワークを通じて該３Ｄストリームを配信するストリーム配信ステップと、
    を実行させる、コンピュータプログラム。

JP2009247516A 2009-10-28 2009-10-28 ストリーム受信装置、ストリーム受信方法、ストリーム送信装置、ストリーム送信方法及びコンピュータプログラム Expired - Fee Related JP5585047B2 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP2009247516A JP5585047B2 (ja) 2009-10-28 2009-10-28 ストリーム受信装置、ストリーム受信方法、ストリーム送信装置、ストリーム送信方法及びコンピュータプログラム
US12/925,102 US8704873B2 (en) 2009-10-28 2010-10-14 Receiving stream data which may be used to implement both two-dimensional display and three-dimensional display
EP20100188195 EP2334093A1 (en) 2009-10-28 2010-10-20 Stream receiving device, stream receiving method, stream transmission device, stream transmission method and computer program
CN2010105277671A CN102055668A (zh) 2009-10-28 2010-10-21 流接收设备和方法、流发送设备和方法、和计算机程序

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2009247516A JP5585047B2 (ja) 2009-10-28 2009-10-28 ストリーム受信装置、ストリーム受信方法、ストリーム送信装置、ストリーム送信方法及びコンピュータプログラム

Publications (2)

Publication Number Publication Date
JP2011097227A JP2011097227A (ja) 2011-05-12
JP5585047B2 true JP5585047B2 (ja) 2014-09-10

Family

ID=43414148

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2009247516A Expired - Fee Related JP5585047B2 (ja) 2009-10-28 2009-10-28 ストリーム受信装置、ストリーム受信方法、ストリーム送信装置、ストリーム送信方法及びコンピュータプログラム

Country Status (4)

Country Link
US (1) US8704873B2 (ja)
EP (1) EP2334093A1 (ja)
JP (1) JP5585047B2 (ja)
CN (1) CN102055668A (ja)

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101869103B1 (ko) * 2011-01-26 2018-06-19 한국전자통신연구원 실시간 방송 프로그램의 기준 영상과 부가 영상간의 동기화 방법 및 이를 수행하는 송수신 시스템
KR20120114016A (ko) * 2011-04-06 2012-10-16 삼성전자주식회사 사용자 컨텐츠를 외부 단말기에서 네트워크 적응적으로 스트리밍하는 방법 및 장치
JP2012244447A (ja) * 2011-05-20 2012-12-10 Hitachi Consumer Electronics Co Ltd コンテンツ受信機およびコンテンツ情報出力方法
JP5695972B2 (ja) * 2011-05-20 2015-04-08 日立マクセル株式会社 コンテンツ受信機およびコンテンツ情報出力方法
JP2012244444A (ja) * 2011-05-20 2012-12-10 Hitachi Consumer Electronics Co Ltd コンテンツ受信機およびコンテンツ受信方法
JP2012244446A (ja) * 2011-05-20 2012-12-10 Hitachi Consumer Electronics Co Ltd コンテンツ受信機およびコンテンツ受信方法
US9420259B2 (en) * 2011-05-24 2016-08-16 Comcast Cable Communications, Llc Dynamic distribution of three-dimensional content
CN103621073B (zh) * 2011-06-24 2016-06-22 汤姆逊许可公司 传送三维内容的方法及设备
EP2739047A4 (en) 2011-07-29 2015-03-25 Sony Corp STREAMING DISTRIBUTION DEVICE AND METHOD, STREAMING RECEPTOR DEVICE AND METHOD, STREAMING SYSTEM, PROGRAM AND RECORDING MEDIUM
CN104221367A (zh) * 2012-04-04 2014-12-17 拿索斯财务有限公司 用于生成和接收立体-2d反向兼容视频流的系统及其方法
KR20140021231A (ko) * 2012-08-09 2014-02-20 한국전자통신연구원 증강방송 메타데이터 전송 장치, 사용자 단말, 증강방송 메타데이터 전송 방법과 재생 방법
KR102044001B1 (ko) * 2012-10-19 2019-11-12 한국전자통신연구원 멀티캐스트 및 유니캐스트 혼용 기반의 주문형 비디오 서비스 제공 장치 및 그 방법
EP3171281A1 (en) * 2015-11-17 2017-05-24 Dassault Systèmes Thematic web corpus

Family Cites Families (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5394524A (en) * 1992-08-07 1995-02-28 International Business Machines Corporation Method and apparatus for processing two graphics data streams in parallel
JP3516585B2 (ja) * 1997-03-17 2004-04-05 松下電器産業株式会社 データ処理装置及びデータ処理方法
JP4489932B2 (ja) * 2000-11-27 2010-06-23 富士通株式会社 複数の通信を同期させるシステム及び方法
EP1134702A3 (en) * 2000-03-14 2003-10-29 Samsung Electronics Co., Ltd. Method for processing nodes in 3D scene and apparatus thereof
KR100397511B1 (ko) * 2001-11-21 2003-09-13 한국전자통신연구원 양안식/다시점 3차원 동영상 처리 시스템 및 그 방법
US7006567B2 (en) * 2001-11-30 2006-02-28 International Business Machines Corporation System and method for encoding three-dimensional signals using a matching pursuit algorithm
JP2003309836A (ja) * 2002-04-16 2003-10-31 Nippon Telegr & Teleph Corp <Ntt> 動画像データ提供システム、動画像データ提供方法、動画像データ提供プログラム、このプログラムを記録した記録媒体
KR100488804B1 (ko) * 2002-10-07 2005-05-12 한국전자통신연구원 Ｍｐｅｇ-4 기반의 양안식 3차원 동영상 데이터 처리시스템 및 그 방법
US20050017968A1 (en) * 2003-07-21 2005-01-27 Stephan Wurmlin Differential stream of point samples for real-time 3D video
US20060075428A1 (en) 2004-10-04 2006-04-06 Wave7 Optics, Inc. Minimizing channel change time for IP video
KR100747489B1 (ko) * 2005-04-13 2007-08-08 한국전자통신연구원 3차원 메쉬 정보의 부호화/복호화 방법 및 장치
MY159176A (en) 2005-10-19 2016-12-30 Thomson Licensing Multi-view video coding using scalable video coding
KR100818933B1 (ko) 2005-12-02 2008-04-04 한국전자통신연구원 디지털방송 기반 ３차원 컨텐츠 서비스 제공 방법
KR100747598B1 (ko) * 2005-12-09 2007-08-08 한국전자통신연구원 디지털방송 기반의 3차원 입체영상 송수신 시스템 및 그방법
KR100864826B1 (ko) 2006-09-29 2008-10-23 한국전자통신연구원 디지털 방송기반의 3차원 정지영상 서비스 방법 및 장치
WO2008054100A1 (en) 2006-11-01 2008-05-08 Electronics And Telecommunications Research Institute Method and apparatus for decoding metadata used for playing stereoscopic contents
KR100905723B1 (ko) 2006-12-08 2009-07-01 한국전자통신연구원 비실시간 기반의 디지털 실감방송 송수신 시스템 및 그방법
JP2009247516A (ja) 2008-04-04 2009-10-29 Namco Bandai Games Inc メダル移動経路
KR101472332B1 (ko) * 2008-04-15 2014-12-15 삼성전자주식회사 3차원 디지털 컨텐츠의 제공 방법, 수신 방법 및 그 장치
JP5482254B2 (ja) * 2009-11-05 2014-05-07 ソニー株式会社 受信装置、送信装置、通信システム、表示制御方法、プログラム、及びデータ構造
KR20110088334A (ko) * 2010-01-28 2011-08-03 삼성전자주식회사 3차원 멀티미디어 서비스를 제공하기 위한 데이터스트림 생성 방법 및 장치, 3차원 멀티미디어 서비스를 제공하기 위한 데이터스트림 수신 방법 및 장치
KR20120034996A (ko) * 2010-10-04 2012-04-13 엘지전자 주식회사 영상표시장치 및 그 동작방법
JP5595946B2 (ja) * 2011-02-04 2014-09-24 日立コンシューマエレクトロニクス株式会社 デジタルコンテンツ受信装置、デジタルコンテンツ受信方法、およびデジタルコンテンツ送受信方法
US20130169762A1 (en) * 2011-07-15 2013-07-04 Hitachi Consumer Electronics, Ltd. Receiving apparatus, receiving method and transmitting apparatus

Also Published As

Publication number Publication date
JP2011097227A (ja) 2011-05-12
EP2334093A1 (en) 2011-06-15
CN102055668A (zh) 2011-05-11
US8704873B2 (en) 2014-04-22
US20110099285A1 (en) 2011-04-28

Similar Documents

Publication Publication Date Title
JP5585047B2 (ja) ストリーム受信装置、ストリーム受信方法、ストリーム送信装置、ストリーム送信方法及びコンピュータプログラム
JP4883988B2 (ja) 放送サービスをローカル・ネットワーク上で配信する装置及び方法
US11528519B2 (en) Method and apparatus for transmitting and receiving signaling information associated with multimedia content
KR100753026B1 (ko) 무선 네트워크에서의 방송 핸드오버
EP2667528B1 (en) Devices and methods for dynamic broadcast
JP4769647B2 (ja) 通信システム、通信装置、通信装置の通信方法、並びにコンピュータプログラム
US8255555B2 (en) Reception apparatus and method for reducing time delay in channel switching
EP2506561B1 (en) Network-wide storing and dispatching method and system for network tv
CN104782147B (zh) 一种通信发送/接收器以及内容发送及接收方法
US20080216143A1 (en) method for receiving ip broadcast and a receiving terminal
JP2003179903A (ja) Ｉｐストリーミングシステム、ネットワーク中継装置、ｉｐストリーミング用セットトップボックス及びｉｐストリーミング配信方法
WO2014196392A1 (ja) コンテンツ供給装置、コンテンツ供給方法、プログラム、およびコンテンツ供給システム
CN105325005A (zh) 内容供应装置、内容供应方法、程序、终端装置以及内容供应系统
KR102479001B1 (ko) 수신 장치, 송신 장치, 및 데이터 처리 방법
EP2569899B1 (en) Content distribution in a P2P infrastructure by means of multicast connections
US11831702B2 (en) Method for broadcasting DASH/HLS hybrid multimedia streams
JP3836843B2 (ja) 情報網を介して複数のチャネルによって配信されるコンテンツを一つの端末によって受信する方法
EP3588847A1 (en) Multicast signal transmitting and receiving method and device
CN101355661A (zh) 一种接收视频数据的方法及视频数据分发系统
WO2003084226A1 (en) Method and system for announcing a transport stream in a digital broadcast network
Varela Unified Architecture for DVB-H Electronic Service Guide
WO2014167169A1 (en) Media-on-demand system
JP2004242229A (ja) 送受信システムおよび当該システムを構成する送信装置、受信装置

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20121024

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20130816

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20130917

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20140624

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20140707

LAPS Cancellation because of no payment of annual fees