JP2013062624A - 再生装置、再生方法、配信装置、配信システム、再生プログラムおよび記録媒体 - Google Patents

再生装置、再生方法、配信装置、配信システム、再生プログラムおよび記録媒体 Download PDF

Info

Publication number
JP2013062624A
JP2013062624A JP2011198856A JP2011198856A JP2013062624A JP 2013062624 A JP2013062624 A JP 2013062624A JP 2011198856 A JP2011198856 A JP 2011198856A JP 2011198856 A JP2011198856 A JP 2011198856A JP 2013062624 A JP2013062624 A JP 2013062624A
Authority
JP
Japan
Prior art keywords
distribution
playback
configuration data
reproduction
group
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.)
Pending
Application number
JP2011198856A
Other languages
English (en)
Inventor
Masatake Takahashi
真毅 高橋
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.)
Sharp Corp
Original Assignee
Sharp 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 Sharp Corp filed Critical Sharp Corp
Priority to JP2011198856A priority Critical patent/JP2013062624A/ja
Priority to PCT/JP2012/073109 priority patent/WO2013039042A1/ja
Priority to US14/343,919 priority patent/US20140222961A1/en
Publication of JP2013062624A publication Critical patent/JP2013062624A/ja
Pending legal-status Critical Current

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/4302—Content synchronisation processes, e.g. decoder synchronisation
    • H04N21/4307—Synchronising the rendering of multiple content streams or additional data on devices, e.g. synchronisation of audio on a mobile phone with the video output on the TV screen
    • H04N21/43072—Synchronising the rendering of multiple content streams or additional data on devices, e.g. synchronisation of audio on a mobile phone with the video output on the TV screen of multiple content streams on the same device
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
    • 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/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
    • H04N21/44004—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving video buffer management, e.g. video decoder buffer or video display buffer
    • 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/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • H04N21/44209—Monitoring of downstream path of the transmission network originating from a server, e.g. bandwidth variations of a wireless network
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Signal Processing For Digital Recording And Reproducing (AREA)
  • Television Signal Processing For Recording (AREA)

Abstract

【課題】同期再生すべきコンテンツ群から構成される番組を逸早く再生可能な再生装置を実現する。
【解決手段】
再生装置１００はコンテンツ群をＮ台の配信装置から取得するストリーミング制御部１１０とコンテンツ群を再生する再生部１２０とを備える。再生部１２０は、伝送遅延履歴テーブル１５５を参照することで各配信装置について該配信装置からの伝送時に発生した伝送遅延を読み取るとともに伝送遅延に応じた長さの期間を導出し、各期間のうちの最長の期間各コンテンツをバッファリングしてから上記コンテンツ群の再生を開始する。
【選択図】図１

Description

本発明は、配信データを構成するコンテンツ群を複数の伝送経路を通じて取得する再生装置および再生方法に関する。また、本発明は、配信データの少なくとも一部を配信する配信装置に関する。さらに、本発明は、上記再生装置を含む配信システム、コンピュータをそのような再生装置として機能させる再生プログラムおよびそのような再生プログラムが記録されているコンピュータ読み取り可能な記録媒体に関する。
従来、動画や音声は放送網のみを通じて配信されていたが、ブロードバンドインターネット接続の普及により今日ではこれらがインターネットを通じて配信されるようになっている。
また、最近では、テレビ番組が、地上デジタルＩＰ再送信によりＮＧＮ（Next Generation Network）を通じて配信されるようになっている。
配信装置が動画を配信してから再生装置が動画を再生するまでには伝送網での伝送遅延に応じたタイムラグが生じる。図１５は、各網での伝送遅延の分布を表したグラフである。図１５からわかるように伝送時に想定される伝送遅延の量は各網で異なる。すなわち、動画をどの網から受信するかによって、生じるタイムラグの大きさは通常異なることになる。
したがって、同期再生されるべき複数の映像が異なる伝送経路を通じて配信される場合（例えば、２元中継番組を構成する一方の映像がある伝送経路を通じて配信され、他方の映像が別の伝送経路を通じて配信される場合）には、再生装置は、複数の映像を同期した状態で再生できるように各映像をバッファリングした上で再生する必要がある。
非特許文献１は、リアルタイムストリーミングプロトコル（ＲＴＳＰ）の技術仕様が記載されているＲＦＣ文書である。ＲＴＳＰをサポートしている受信装置は、非特許文献１に記載されているGET_PARAMETERメソッドを用いてジッタ値をサーバから取得することにより、ジッタ値に応じてバッファリング時間を決定することができる。
H.Schulzrinne、A.Rao、R.Lanphier、"Real Time Streaming Protocol(RTSP)"、[online]、１９９８年４月、［２０１１年７月２０日検索］、インターネット<http://www.ietf.org/rfc/rfc2326.txt>
しかしながら、上記従来の構成では、同期再生されるべき複数の映像が異なる伝送経路を通じて配信される場合において、複数の映像を同期した状態で再生するための最適なバッファリング時間を即座に決定することは容易ではない。
本発明は、上記課題に鑑みてなされたものであり、その主な目的は、番組（一般的には、配信データ）を構成する同期再生されるべきコンテンツ群を複数の伝送経路を通じて取得する場合において、番組の再生を逸早く開始することが可能な再生装置を実現することにある。
本発明に係る再生装置は、上記課題を解決するために、複数の配信装置の各々から配信される構成用データからなる構成用データ群であって、配信データを構成する同期再生すべき構成用データ群を取得する取得手段と、上記複数の配信装置の各々について、当該配信装置から過去に構成用データを取得した時に発生した遅延時間であって、記憶媒体に配信装置毎の履歴として記録されている遅延時間を参照する参照手段と、上記複数の配信装置の各々について、当該配信装置から取得した構成用データを再生する上で必要なバッファリング期間として、当該配信装置に関する履歴として記録され、上記参照手段により参照された遅延時間の大きさに応じた長さの期間を導出する導出手段と、上記複数の配信装置の各々について当該配信装置から取得中の構成用データを所定の期間バッファリングしてから、上記配信データを再生する再生手段と、上記導出手段が導出した各バッファリング期間のうちの最長のバッファリング期間を上記所定の期間として設定する設定手段と、を備えていることを特徴としている。
上記の構成によれば、本発明に係る再生装置は、再生手段が、最大遅延時間に応じた長さの時間だけ構成用データ群（例えば、コンテンツ群またはコンポーネント群）をバッファリングしてから番組の再生を開始するので、各構成用データ群を同期のとれた状態で再生でき、尚且つ、バッファリング時間はほぼ必要最低限の短さとなっている。また、再生手段は、再生装置の記憶媒体に履歴として記録されている伝送遅延を参照してバッファリング時間を決定するので、従来に比べて逸早くバッファリング時間を決定することができる。
したがって、複数の伝送経路を通じて番組を構成するコンテンツ群が配信される配信システムにおいて、再生装置は、番組をコンテンツ間の同期が取れた状態で逸早く再生することができる。
本発明に係る再生方法は、上記課題を解決するために、複数の配信装置の各々から配信される構成用データからなる構成用データ群であって、配信データを構成する同期再生すべき構成用データ群を取得する、取得工程と、上記複数の配信装置の各々について、当該配信装置から過去に構成用データを取得した時に発生した遅延時間であって、記憶媒体に配信装置毎の履歴として記録されている遅延時間を参照する参照工程と、上記複数の配信装置の各々について、当該配信装置から取得した構成用データを再生する上で必要なバッファリング期間として、当該配信装置に関する履歴として記録され、上記参照工程にて参照された遅延時間の大きさに応じた長さの期間を導出する導出工程と、上記複数の配信装置の各々について当該配信装置から取得中のコンテンツを所定の期間バッファリングしてから、上記配信データを再生する再生工程と、上記導出工程にて導出した各バッファリング期間のうちの最長のバッファリング期間に応じた長さの期間を上記所定の期間として設定する設定工程と、を含んでいることを特徴としている。
上記の構成によれば、本発明に係る再生方法は、本発明に係る再生装置と同様の作用効果を奏する。
本発明に係る再生装置は、上記配信データの構成要素となり得る構成用データを上記構成用データ群の一部として上記取得手段に取得させるか否かを選択する選択手段をさらに備え、
上記選択手段は、当該構成用データを配信する配信装置について履歴として記憶されている上記遅延時間が所定の許容時間を越えない場合に当該構成用データを上記取得手段に取得させる、ことが望ましい。
上記の構成によれば、上記再生装置は、所定の許容時間内に再生可能な構成用データだけを各配信装置から取得して再生する。したがって、上記再生データは、再生が所定の許容時間以上遅れることが許されない配信データを所定の許容時間内に再生することができる。
なお、上記再生装置は、上記配信データを記録媒体に記録する記録手段をさらに備え、上記設定手段は、上記所定の許容時間を設定するように構成されており、上記設定手段は、上記記録手段が上記配信データを上記記録媒体に記録する場合には、上記記録媒体に記録しない場合に比べて上記所定の許容時間を長く設定する、ことが望ましい。
また、本発明に係る再生装置は、上記選択手段が、上記配信データを構成すべき再生が必須の構成用データについては、上記所定の許容時間に関わらず、上記取得手段に当該構成用データを取得させることを選択する、ことが望ましい。
本発明に係る再生装置は、上記配信データが階層データを所定の階層数だけ含むスケーラブルデータであり、上記選択手段は、上記再生手段が上記配信データの再生を開始した時点から所定の期間を経過した後には、さらに上記遅延時間が所定の許容時間を越えている配信装置から伝送される階層データを選択するように構成されており、上記再生手段は、上記所定の期間が経過するまでは、標準再生速度よりも低速で上記配信データを再生する、ことが望ましい。
上記の構成によれば、上記所定の期間を、上記所定の期間が経過する時点ですべての階層データを同期が取れた状態で再生可能となるような期間に設定することにより、上記再生装置は、上記所定の許容時間に関わらず、上記所定の期間の経過後にすべての階層データを再生することができるというさらなる効果を奏する。
本発明に係る再生装置は、上記参照手段が、各グループに上記複数の配信装置の少なくともいずれかが属し各配信装置がいずれかのグループに属するような複数のグループの各々について、当該グループに属する配信装置から過去に構成用データを取得した時に発生した遅延時間であって上記記憶媒体にグループ毎の履歴として記録されている遅延時間を参照するように構成されており、上記導出手段が、上記複数のグループの各々について、当該グループに属する配信装置から取得した構成用データを再生する上で必要なバッファリング期間として、当該グループに関する履歴として記録され、上記参照手段により参照された遅延時間の大きさに応じた長さの期間を導出するように構成されている、ことが望ましい。
上記の構成によれば、上記再生装置は、１台以上の配信装置が属するグループ毎に記録されている伝送遅延を参照することで、再生を開始するまでのバッファリング期間である上記所定の期間を決定する。したがって、上記再生装置は、あるグループに属する配信装置から構成用データを取得したことがあれば、初めて構成用データを取得する配信装置であって当該グループに属する配信装置から構成用データを取得するときにも、適切なバッファリング期間を決定することができる。
また、上記効果を奏する再生装置として、本発明に係る再生装置を、複数の配信装置の各々から配信される構成用データからなる構成用データ群であって、配信データを構成する同期再生すべき構成用データ群を取得する取得手段と、各グループに上記複数の配信装置の少なくともいずれかが属し各配信装置がいずれかのグループに属するような複数のグループの各々について、当該グループに属する配信装置から過去に構成用データを取得した時に発生した遅延時間であって記憶媒体にグループ毎の履歴として記録されている遅延時間を参照する参照手段と、上記複数のグループの各々について、当該グループに属する配信装置から取得した構成用データを再生する上で必要なバッファリング期間として、当該グループに関する履歴として記録され、上記参照手段により参照された遅延時間の大きさに応じた長さの期間を導出する導出手段と、上記複数の配信装置の各々について当該配信装置から取得中の構成用データを所定の期間バッファリングしてから、上記配信データを再生する再生手段と、上記導出手段が導出した各バッファリング期間のうちの最長のバッファリング期間を上記所定の期間として設定する設定手段と、を備えていることを特徴とする再生装置とすることもできる。
なお、上記再生装置は、さらに、上記複数のグループの各々について、当該グループに属する配信装置から構成用データを取得した時に発生した遅延時間を当該グループの履歴として上記記憶媒体に記憶する履歴記憶手段を備えている、ことが望ましい。
本発明に係る再生装置は、構成用データを再生する上で許容される他の構成用データとの許容同期誤差および許容誤り率のうちの少なくともいずれかを示すメタ情報を上記再生装置の外部から受信する受信手段をさらに備え、上記複数のグループの各々について上記導出手段が導出するバッファリング期間は、当該グループに関する履歴として記録され、上記参照手段により参照された最大の遅延時間を、上記メタ情報により示された、当該グループに属する配信装置から受信する構成用データに関する上記許容同期誤差および上記許容誤り率のうちの少なくともいずれかの大きさに応じた分だけ短くした期間である、ことが望ましい。
上記構成用データに加えて、当該構成用データに関する許容同期誤差および許容誤り率のうちの少なくともいずれかを示すメタ情報を上記再生装置に送信することを特徴とする配信装置も本発明の範疇に含まれる。
本発明に係る再生装置と複数の上記配信装置とを含む配信システムも本発明の範疇に含まれる。上記配信システムは、上記複数の配信装置が放送事業者によって管理されており、さらに、上記放送事業者が管理している通知装置であって、上記複数の配信装置の各々について当該配信装置のＵＲＬと当該配信装置が属するグループとを示すメタ情報を上記再生装置に通知する通知装置を含んでいてもよい。
また、本発明に係る再生装置としてコンピュータを動作させるプログラムであって、コンピュータを上記再生装置の各手段として機能させることを特徴とするプログラム、および、そのようなプログラムを記録した、コンピュータが読み取り可能な記録媒体も本発明の範疇に含まれる。
以上のように、本発明に係る再生装置は、番組（一般的には、配信データ）を構成する同期して再生されるべきコンテンツ群を複数の伝送経路を通じて取得する場合において、番組の再生を逸早く開始することができるという効果を奏する。
本発明の一実施形態に係る配信システムおよび配信システムに含まれる再生装置の構成を示した図である。 表示装置のスクリーンにおける各コンテンツの表示位置を模式的に例示した図である。 図１の再生装置が番組の再生を開始するまでの動作の一動作例を示すフローチャートである。 伝送遅延に関する分布曲線のグラフ上に、図１の再生装置が図３のフローチャートで示される動作を行う場合に設定するバッファリング許容時間を例示した図である。 伝送遅延に関する分布曲線のグラフ上に、図１の再生装置が図３、図６および図８のフローチャートで示される動作を行う場合に算出するバッファリング必要時間を例示した図である。 図１の再生装置が番組の再生を開始するまでの動作の一動作例を示すフローチャートである。 伝送遅延に関する分布曲線のグラフ上に、図１の再生装置が図６のフローチャートで示される動作を行う場合に設定するバッファリング許容時間を例示した図である。 図１の再生装置がマルチアングル再生可能な映像コンテンツを再生する動作の一動作例を示すフローチャートである。 図１の再生装置が図８のフローチャートで示される動作を行う場合における、後述する各パッケージの再生開始タイミングおよび再生速度を模式的に示した図である。 本発明の別の一実施形態に係る配信システムおよび配信システムに含まれる再生装置の構成を示した図である。 図１０の再生装置が参照する各記述子の対応関係を模式的に例示した図である。 コンポーネント記述子の内容およびコンテンツ記述子の内容をその一部を省略する形で例示した図である。（ａ）は、コンポーネント記述子の内容を例示しており、（ｂ）はコンテンツ記述子の内容を例示している。 パッケージ記述子の内容について、その一部を省略する形で（ａ）（ｂ）の２例を示した図である。 パッケージ記述子の内容の一部に含まれるＮＷ識別子がとり得る値の範囲を（ａ）に示し、ＮＷ識別子（または放送局とＮＷ識別子との組み合わせ）毎に生成される伝送遅延の履歴情報を（ｂ）に模式的に例示した図である。 伝送網の種別毎に、伝送遅延に関する分布曲線のグラフを示した図である。
〔実施形態１〕
本実施形態に係る配信システムについて図１〜図９を参照しながら説明する。
本発明の一実施形態に係る配信システムは、３台の配信装置を利用して複数のコンテンツ〔構成用データ〕から構成される番組を再生装置に配信する配信システムである。３台の配信装置は放送網を介してコンテンツを配信する配信装置と、インターネット網を介してコンテンツを配信する配信装置と、ＮＧＮ網を介してコンテンツを配信する配信装置と、から構成される。
番組は、再生必須のコンテンツと、再生が任意であるコンテンツによって構成され、少なくとも再生必須のコンテンツが１つ含まれる。
「複数のコンテンツから構成される番組」の一例としては、再生必須のメインの映像コンテンツと、再生が任意であるサブの映像コンテンツおよびＢＭＬコンテンツと、から構成される２元中継番組が挙げられる。図２は、表示装置のスクリーンに表示される、２元中継番組の画面構成を示している。図２において、「コンテンツ１」はメインの映像コンテンツを示しており、「コンテンツ２」はサブの映像コンテンツを示しており、「コンテンツ３」はＢＭＬコンテンツを示している。
コンテンツは、映像、音声、字幕、ソフトウェア、広告等の１つ以上のコンポーネント〔構成用データ〕によって構成される。また、映像をスケーラブル符号化することで、各レイヤ（基本レイヤ、拡張レイヤ１、拡張レイヤ２、・・）を個別のコンポーネントとすることも可能である。音声についても、主音声および副音声を個別のコンポーネントとすることが可能である。なお、再生必須のコンテンツは、再生必須コンポーネントを少なくとも１つ含み、再生が任意であるコンテンツには再生必須のコンポーネントは含まれないものとする。また、再生が任意のコンポーネントは、再生必須のコンテンツ及び再生が任意のコンテンツのいずれに含まれていても構わない。図２の例では、コンテンツ１が主音声ａ１１（再生任意）、副音声ａ１２（再生任意）、映像ｖ１（再生必須）の各コンポーネントを含んでおり、コンテンツ２が主音声ａ２１（再生任意）、副音声ａ２２（再生任意）、映像（再生任意）の各コンポーネントを含んでいる。また、図２の例では、ＢＭＬコンテンツ（コンテンツ３）は、ただ１つのコンポーネントであるＢＭＬデータｄ１（再生任意）から構成されている。
本実施形態に係る配信システムにおいて、再生装置は、番組の再生指示を受け付けると、番組を構成する再生必須なコンテンツの再生を開始するようになっている。
また、再生装置は、番組を構成する再生が任意なコンテンツについても、当該コンテンツを再生すべき旨の設定がなされていれば、当該コンテンツの再生を開始する。
さらに、再生装置は、再生すべきコンテンツを構成する全コンポーネントを再生するようにも、ユーザが選択した一部のコンポーネントだけを再生するようにも設定可能になっている。また、再生が必須なコンテンツについては、コンテンツを構成する全コンポーネントのうち少なくとも一部のコンポーネントが、再生が必須なコンポーネントとして定められており、再生装置は、ユーザによる選択の有無に関わらず、当該コンポーネントを再生するようになっている。
図１は、本発明の一実施形態に係る配信システムの構成および配信システムに含まれる再生装置の構成を示した図である。
図１に示すように、本実施形態に係る配信システムは、再生装置１００、表示装置２００、３台の配信装置３００ａ〜３００ｃを含んでいる。
また、図１に示すように、本実施形態に係る配信システムでは、再生装置１００が、再生対象の番組を構成するコンテンツ群の中から、再生対象のコンポーネント群を決定し、当該コンポーネント群の各コンポーネントを配信する配信装置３００ａ〜３００ｃから取得することにより、再生対象を得るようになっている。なお、各配信装置３００ａ〜３００ｃは、各コンポーネントを個別に配信するのではなく、複数のコンポーネントを多重化したパッケージと呼ばれる単位で配信する。したがって、再生装置１００は、パッケージ毎に、当該パッケージに対応する配信装置から、上記コンポーネント群のうち再生対象コンポーネントの含まれるパッケージを取得することで再生を行う。なお、各パッケージに関する情報（例えば、パッケージに含まれる各コンポーネントの構成、配信装置にアクセスするためのアクセス先情報）は、例えば、番組の再生指示を受け付けた時にアクセス先情報が既知である特定の配信装置から受信するようになっていてもよい。
以下、再生装置１００、表示装置２００、配信装置３００ａ〜３００ｃについて説明する。
（配信装置３００ａ）
配信装置３００ａは、再生装置１００が再生対象コンポーネントを受信できるように、放送網を介して、パッケージ化されたコンポーネントを配信する配信装置である。
（配信装置３００ｂ）
配信装置３００ｂは、再生装置１００が再生対象コンポーネントを受信できるように、インターネット網を介してパッケージ化されたコンポーネントを配信する配信装置である。
（配信装置３００ｃ）
配信装置３００ｃは、再生装置１００が再生対象コンポーネントを受信できるように、ＮＧＮ網を介してパッケージ化されたコンポーネントを配信する配信装置である。
（再生装置１００）
図１に示すように、再生装置１００は、ストリーミング制御部１１０、再生部１２０、受信バッファ１３０、ＨＤＤ（ハードディスクドライブ）１４０、不揮発性メモリ１５０、ネットワークＩ／Ｆ１６０、およびチューナ部１７０を備えている。
（ストリーミング制御部１１０）
ストリーミング制御部１１０は、パッケージに関する情報に基づいて、再生対象コンポーネントを含むパッケージを配信装置３００ａ〜３００ｃのいずれかの配信装置から取得するよう、ネットワークＩ／Ｆ１６０およびチューナ部１７０を制御し、受信した各パッケージに含まれるコンポーネントを受信バッファ１３０にバッファリングする。
また、ストリーミング制御部１１０は、再生対象番組の再生が開始されると、配信装置３００ａ〜３００ｃの各配信装置について当該配信装置からパッケージを受信した受信時刻とパッケージに付与されたタイムスタンプ（配信時刻）との差である伝送遅延（以下、「伝送遅延」をこの意味で用いる。）を、不揮発性メモリ１５０内の伝送遅延履歴テーブル１５５に記録する。なお、再生装置１００と配信装置（配信装置３００ａ〜３００ｃの各配信装置）との間のネットワークにおけるパッケージの伝送単位（例えばIPパケット或いはTSパケット）毎に全てのパケットについて伝送遅延を記録しても良いし、全てのパケットのうち一定期間毎にその時点で受信したパケットについてのみ、伝送遅延を記録する構成であっても構わない。
（再生部１２０）
再生部１２０は、伝送遅延履歴テーブル１５５を参照して、各コンポーネントを再生するまでのバッファリング期間を求める。再生部１２０は、バッファリングが開始されてから上記期間が経過した後、受信バッファ１３０にバッファリングされている各コンポーネントのデータを順次再生する。再生により生成される映像信号および音声信号は、図示しないＨＤＭＩケーブル等を介して表示装置２００に供給される。
（受信バッファ１３０）
受信バッファ１３０は、配信装置から受信した各コンポーネントのデータがバッファリングされるバッファである。
（ＨＤＤ１４０）
ＨＤＤ１４０は、録画を行う場合に、各コンポーネントの記録先となる記録媒体である。
（不揮発性メモリ１５０）
不揮発性メモリ１５０は、伝送遅延履歴テーブル１５５を保持するフラッシュメモリである。
（ネットワークＩ／Ｆ１６０）
ネットワークＩ／Ｆ１６０は、配信装置３００ｂ、３００ｃからパッケージを受信するためのネットワークＩ／Ｆである。
（チューナ部１７０）
チューナ部１７０は、配信装置３００ａが配信したパッケージが搬送される放送波を受信するためのチューナである。
（表示装置２００）
表示装置２００は、再生装置１００から供給された映像信号が表す映像をスクリーンに表示し、再生装置１００から供給された音声信号が表す音声をスピーカから出力する。
（再生装置１００の動作例１）
次に、本実施形態に係る再生装置の１動作例について図３〜図５を参照しながら以下に説明する。図３は、再生対象番組の再生を開始するまでの再生装置１００の動作を示すフローチャートである。図４は、配信装置からパッケージを取得する際に発生した伝送遅延に関する分布曲線のグラフを配信装置ごとに示した座標平面上に、再生装置１００が上記動作を行う場合に設定するバッファリング許容時間を例示した図である。また、図５は、配信装置からパッケージを取得する際に発生した伝送遅延に関する分布曲線のグラフを示した座標平面上に、再生装置１００が対応するパッケージについて設定するバッファリング必要時間を例示した図である。
なお、本実施形態では、再生必須のコンポーネントを含むパッケージは、一般に最も伝送遅延の小さい放送網を介して配信装置３００aから配信されるものとする。例えば、再生対象番組が、１つの再生必須映像コンテンツによって構成され、当該映像コンテンツは、スケーラブル符号化にて、ＨＤ映像である基本レイヤ映像コンポーネント（再生必須）と４Ｋ映像である拡張レイヤ映像コンポーネント（再生任意）によって構成され、基本レイヤ映像コンポーネント単体でパッケージ１、拡張レイヤ映像コンポーネント単体でパッケージ２をそれぞれ構成する場合、パッケージ１は配信装置３００aから、パッケージ２は配信装置３００ｂ、３００ｃのいずれかから配信されるものとする。
図３に示すように、再生装置１００は、再生条件（ライブ再生であるか録画再生であるか）に応じて予め定められているバッファリング許容時間Ｔ（所定の許容時間）を設定する（Ｓ１）。例えば、図４に示すように、再生部１２０は、ライブ再生の場合にＴの値としてＴ11を設定し、録画再生の場合にＴの値としてＴ12を設定する。
ステップＳ１の後、再生部１２０は、再生対象コンポーネント群の少なくとも一部を含む各パッケージのバッファリング必要時間Ｄについて、Ｄ＜Ｔを満たすか否かを判定する（Ｓ２）。具体的には、再生部１２０は、各パッケージのバッファリング必要時間Ｄを、当該パッケージに対応する配信装置からパッケージを過去に取得する際に発生した遅延時間に基づいて決定する。バッファリング必要時間Ｄは、伝送遅延履歴テーブル１５５の対応レコードに記録されている最大遅延時間を用いてもよいが、インターネットのように伝送遅延の揺らぎが大きいネットワークの場合は、バッファリング必要時間が大きくなる問題がある。一般に映像コンテンツの場合、伝送エラー等の要因で一部データロスが生じても再生に対する影響は極僅かである。例えば、当該コンテンツの許容誤り率が５％の場合、所定の期間に５％未満のデータロスが発生しても、当該コンテンツの再生品質を所定の再生品質以上に維持できる。この場合、例えば、図５に示す通り、伝送遅延履歴テーブル１５５の対応レコード記録されている遅延時間の中から大きいほうから５％のエントリに相当する遅延時間をバッファリング必要時間Ｄとして設定すればよい。このように設定すれば、再生装置１００は、当該パッケージを再生する際、バッファリング必要時間Ｄを基に設定されたバッファリング期間にて９５％のデータを再生開始前までに受信完了でき、未受信の残り５％の受信完了を待たず破棄して再生を行っても所定の再生品質での再生が維持されることが期待できる。あるいは、再生部１２０は、伝送遅延履歴テーブル１５５の対応レコードに十分な個数記録されている遅延時間の中から無作為に１００個の遅延時間を選択し、大きいほうから５番目の遅延時間をＤとして設定しても同様の効果が期待できる。そして、再生部１２０は、このようにして設定した各Ｄについて、Ｄ＜Ｔを満たすか判定する。
ステップＳ２の後、再生部１２０は、再生条件がライブ再生でない場合（Ｓ３においてＮＯ）、各コンテンツの録画処理を開始し、録画の完了後に再生を開始して処理を終了する。一方、再生条件がライブ再生である場合（Ｓ３においてＹＥＳ）、Ｓ４の処理に進む。
ステップＳ４において、再生部１２０は、各パッケージのバッファリング必要時間Ｄのうち、Ｄ＜Ｔを満たす最大のＤをバッファリング時間Ｔｂ（所定の期間）の値として設定する。再生モードがライブ再生である場合には、Ｄ＜Ｔ（＝Ｔ11）を満たすパッケージは配信装置３００ａに対応するパッケージ１のみであるので、再生部１２０は、パッケージ１のＤをバッファリング時間Ｔｂとして設定する。
ステップＳ４の後、ストリーミング制御部１１０は、各配信装置から再生すべきコンポーネントを含むパッケージを取得して順次受信バッファ１３０にバッファリングし、バッファリングの開始からＴｂだけ経過した後、バッファリングされている各コンポーネントの再生を開始し（Ｓ５）、処理を終了する。
以上、再生装置１００の動作例１について説明したが、ステップＳ２において設定する各パッケージのバッファリング必要時間Ｄは、再生装置１００が当該パッケージに含まれるコンポーネントを再生する場合に当該パッケージのバッファリング必要時間Ｄだけバッファリングすれば再生を開始できるような値である。
再生装置１００が再生を開始する前のバッファリング時間ＴｂはＤ＜Ｔを満たす最大のＤと等しい値であるので、再生すべきコンポーネント群（コンテンツ群）を同期が取れた状態で再生するために必要な最小値に略近いと言える。また、再生装置１００は、伝送遅延履歴テーブル１５５を参照することでバッファリング時間Ｔｂを決定するので、逸早くバッファリング時間Ｔｂを決定できる。
したがって、再生装置１００は、各コンポーネント（コンテンツ）間で同期のとれた再生を最小限のバッファリング時間で逸早く開始することができる。
（再生装置１００の動作例２）
なお、番組の構成によっては、複数のコンテンツ或いはコンポーネントがユーザ操作により、排他的に再生される場合がある。例えば、複数の映像コンテンツによってマルチアングルを切り替えて再生可能な番組構成や、複数の言語に対応した複数の音声コンポーネントあるいは字幕コンポーネントを切り替えて再生可能な番組構成がこれにあたる。
このような場合の動作例について図６、図７を参照しながら以下に説明する。図６は、番組の再生を開始するまでの再生装置１００の動作を示すフローチャートである。図７は、配信装置からパッケージを取得する際に発生した伝送遅延に関する分布曲線のグラフを配信装置ごとに示した座標平面上に、再生装置１００が上記動作を行う場合に設定するバッファリング許容時間を例示した図である。
なお、本動作例では、配信時点で、番組を構成するコンテンツあるいはコンポーネントに明確な再生必須、再生任意の区別がなく、再生時のユーザ選択によって各コンテンツあるいはコンポーネントの再生必須、再生任意の種別が決定される。以下の説明では、視点１〜３の３種類の映像コンテンツからなるマルチアングル構成の番組が、コンテンツ毎にパッケージ１〜３で構成され、それぞれ配信装置３００a〜３００ｃによって配信される場合を例に上げて説明する。
図６に示すように、再生部１２０は、動作例１のＳ１と同様に、再生条件（ライブ再生であるか録画再生であるか）に応じて予め定められているバッファリング許容時間Ｔ（所定の許容時間）を設定する（Ｓ２１）。再生部１２０は、例えば、バッファリング許容時間Ｔの値として図７に示されているＴ21を設定する。
ステップＳ２１の後、再生部１２０は、再生必須となったコンポーネント群の少なくとも一部を含む各パッケージのバッファリング必要時間Ｄのうち、最大のＤをＤmaxの値として設定する（Ｓ２２）。なお、図７の例では、配信サーバ３００ｃから配信されるパッケージ２（視点２の映像コンテンツ）をユーザが選択した場合のＤmaxを示している。
ステップＳ２２の後、再生部１２０は、Ｄmax＞Ｔを満たすか否かを判定する（Ｓ２３）。Ｄmax＞Ｔを満たすと判定した場合（Ｓ２３でＹＥＳ）、Ｔの値としてＤmaxを設定し（Ｓ２４）、Ｓ２５に進む。上記の例の場合、バッファリング許容時間Ｔ21＜Ｄmaxであるので、Ｔの値としてＴ22（＝Ｄmax）を設定する。一方、Ｄmax＞Ｔを満たさないと判定した場合（Ｓ２３でＹＥＳ）、Ｓ２５に進む。
なお、Ｓ２５〜Ｓ２８の処理は、Ｓ２〜Ｓ５の処理と同様であるので、説明を省略する。
以上のように、動作例２では、再生装置１００は、予め定められているバッファリング許容時間Ｔが小さい場合であっても、バッファリング許容時間Ｔを大きい値に更新することで、再生必須な各コンポーネントの再生を開始できる。すなわち、再生装置１００は、バッファリング許容時間Ｔの大きさに関わらず、必ず、ユーザが選択した視点２の映像コンテンツを最小限のバッファリング遅延で再生することが可能である。
（再生装置１００の動作例３）
さらに、本実施形態に係る再生装置の別の動作例について図４、図８、図９を参照しながら以下に説明する。図８は、映像コンテンツを再生する再生装置１００の動作を示すフローチャートである。図９は、配信装置が、Ｄ＜Ｔを満たすパッケージおよびＤ＜Ｔを満たさないパッケージについて、各パッケージに含まれるコンポーネントのバッファリングを開始してからの再生装置１００の再生態様を模式的に示した図である。
本動作例は、バッファリング許容時間Ｔの大きさに関わらず、番組を構成する全パッケージ（すなわち、全コンテンツ、全コンポーネント）を配信装置から取得して再生する動作例である。このような動作が行われるのは、例えば、対象番組が、スケーラブル符号化された映像コンテンツで構成され、基本レイヤのＨＤ映像コンポーネントを含むパッケージ１を配信装置３００ａから放送網を介して取得し、拡張レイヤの４Ｋ映像コンポーネントを含むパッケージ２を配信装置３００ｂからＮＧＮ網を介して取得する場合が挙げられる。
図８に示すように、再生部１２０は、動作例１のＳ１と同様に、再生条件（ライブ再生であるか録画再生であるか）に応じて予め定められているバッファリング許容時間Ｔ（所定の許容時間）を設定する（Ｓ４１）。再生部１２０は、例えば、バッファリング許容時間Ｔの値として図４に示されているＴ11を設定する。
ステップＳ４１の後、再生部１２０は、再生すべき各パッケージについて当該パッケージのバッファリング必要時間ＤがＤ＜Ｔを満たすか否かを判定する（Ｓ４２）。上記の例では、再生部１２０は、パッケージ１のＤについてはＤ＜Ｔ（＝Ｔ11）を満たすと判定し、パッケージ２のＤについてはＤ＜Ｔを満たさないと判定する。
ステップＳ４２の後、再生部１２０は、再生条件がライブ再生でない場合（Ｓ４２においてＮＯ）、各コンテンツの録画処理を開始し、録画の完了後に再生を開始して処理を終了する。一方、再生条件がライブ再生である場合（Ｓ４２においてＹＥＳ）、Ｓ４４の処理に進む。
ステップＳ４４において、再生部１２０は、ステップＳ４と同様に、各パッケージのバッファリング必要時間Ｄのうち、Ｄ＜Ｔを満たす最大のＤをバッファリング時間Ｔｂの値として設定する。上記の例では、バッファリング時間Ｔｂの値としてパッケージ１のＤが設定される。
ステップＳ４４の後、再生部１２０は、Ｄ＜Ｔを満たすパッケージの初期再生速度Ｓを算出する（Ｓ４５）。具体的には、再生部１２０は、初期再生速度Ｓ＝１−（Ｄmax−Ｔｂ）÷Ｄcの演算を行って、Ｓを算出する。なお、この式において、ＤcはＤ＜Ｔを満たすパッケージに含まれる各コンポーネントをＳ（＜１）倍速で再生する期間であり、再生装置１００において予め設定されている。また、Ｄmaxは、再生すべき各パッケージのバッファリング必要時間Ｄのうち最も大きいＤと等しい値である。
ステップＳ４５の後、ストリーミング制御部１１０は、配信装置３００ａ、３００ｂから再生すべき各コンポーネントを取得して順次受信バッファ１３０にバッファリングする。そして、再生部１２０は、バッファリングの開始からＴｂだけ経過した後、バッファリングしている各コンポーネントのうちのＤ＜Ｔを満たすパッケージに含まれる各コンポーネントについて、Ｓ倍速での再生を開始する（Ｓ４６）。上記の例では、再生部１２０は、バッファリングの開始からＴｂだけ経過した後、パッケージ１に含まれるＨＤ映像のＳ倍速での再生を開始する。
再生部１２０は、ステップＳ４６のＳ倍速での再生が開始した時点からＤcだけ経過した時点でその他のコンポーネント（Ｄ＜Ｔを満たさないパッケージに含まれる各コンポーネント）の通常再生を開始する。また、再生部１２０は、この時点で、Ｓ倍速で再生していた各コンポーネントについても通常再生に切り替える（Ｓ４７）。上記の例では、再生部１２０は、バッファリングの開始からＴｂ+Ｄcだけ経過した後、パッケージ１に含まれるＨＤ映像およびパッケージ２に含まれる４Ｋ映像の１倍速での再生を開始する。
以上、再生装置１００の動作例３について説明したが、動作例３に従って再生装置１００が番組を再生する場合における、再生装置の再生態様を示した図が図９である。
図９に示したように、再生装置１００は、バッファリングを開始してからＤmaxが経過した時点で、Ｄ＜Ｔを満たさないパッケージの各コンポーネントの先頭部分を再生可能な状態になっている。ただし、再生装置１００は、この時点で、Ｄ＜Ｔを満たすパッケージについては各コンポーネントの先頭からＳ×（Ｄmax―Ｔｂ）の部分を再生しているため、Ｄ＜Ｔを満たさないパッケージの再生をこの時点で開始する場合、Ｄ＜Ｔを満たすパッケージと同期が取れていない状態で再生してしまうことになる。
そこで、動作例３では、再生装置１００は、バッファリングを開始してから（Ｔｂ＋Ｄc）が経過した時点で全パッケージの再生を開始するようになっている。図９に示したように、再生装置１００は、当該時点で、Ｄ＜Ｔを満たすパッケージについて各コンポーネントの先頭からＳ×Ｄc＝Ｔｂ＋Ｄc−Ｄmaxの部分を再生しているが、Ｄ＜Ｔを満たさないパッケージについても各コンポーネントの先頭からＴｂ＋Ｄc−Ｄmaxの部分を再生可能になっている。したがって、バッファリングを開始してから（Ｔｂ＋Ｄc）が経過した時点で、Ｄ＜Ｔを満たさないパッケージについては各コンポーネントの先頭からＴｂ＋Ｄc−Ｄmaxの部分から再生を開始し、Ｄ＜Ｔを満たすパッケージについてはＳ倍速再生から通常再生（１倍速再生）に再生速度を変更することにより、その後、同期が取れた状態で全パッケージを再生することができる。
以上のように、本動作例では、再生装置１００は、バッファリング許容時間Ｔ内のバッファリングで再生可能な各コンポーネント（コンテンツ）については優先的に同期のとれた状態で再生を開始し、その後、番組を構成する全コンポーネント（コンテンツ）を同期のとれた状態で再生することができる。
(再生装置１００の利点)
以上のように、再生装置１００のストリーミング制御部１１０は、番組を構成する同期して再生すべきコンポーネント群を、その取得先となる各配信装置から一部のコンポーネントを取得することによって、取得している。
また、再生装置１００の再生部１２０は、各配信装置について、再生装置１００に装着されたメモリ１５０の伝送遅延履歴テーブル１５５に記録されている、配信装置からコンポーネントを取得する際に発生した伝送遅延を参照する。
再生部１２０は、過去に各配信装置から配信されたパッケージの伝送遅延の実績値からストリーミング再生に最低限必要な最小バッファリング時間を導出する。
そして、再生部１２０は、バッファリング時間だけコンポーネント群をバッファリングしてから、番組の再生を開始する。
再生部１２０は、ストリーミング再生に必要最低限な長さの時間だけコンポーネント群をバッファリングしてから番組の再生を開始するので、各コンポーネントを同期のとれた状態で再生できる。また、再生部１２０は、再生装置１００に装着されたメモリ１５０の伝送遅延履歴テーブル１５５を参照してバッファリング時間を決定するので、従来に比べて逸早くバッファリング時間を決定することができる。
したがって、本実施形態のような複数の伝送経路を通じて番組を構成するコンテンツ群が配信される配信システムにおいて、再生装置１００は、番組をコンテンツ間の同期が取れた状態で逸早く再生することができる。
〔実施形態２〕
本発明の別の一実施形態に係る配信システムについて図１０〜図１４を参照しながら以下に説明する。図１０は、本実施形態に係る配信システムの構成および配信システムに含まれる再生装置の構成を示した図である。
実施形態１の配信システムとは異なり、本実施形態に係る配信システムには、配信装置が３台ではなく多数が含まれている。本実施形態に係る配信システムは、具体的には、図１０に示すように、放送網を介してパッケージを配信する配信装置３００ａ’と、インターネット網を介してパッケージを配信する複数の配信装置３００ｂと、ＮＧＮ網を介してパッケージを配信する複数の配信装置３００ｃとを含んでいるコンテンツデリバリーネットワーク（ＣＤＮ）配信システムである。
また、実施形態１の配信システムとは異なり、本実施形態に係る配信システムでは、再生装置１００が、配信装置からパッケージを取得する際に発生した伝送遅延を配信装置ごとではなくグループ毎に記録する。本実施形態では、各配信装置は、１台の配信装置３００ａ’のグループ、複数の配信装置３００ｂからなるグループ、および複数の配信装置３００ｃからなるグループのうちのいずれかのグループに属している。なお、本実施形態では、上記グループを識別する識別子として後に図１４を参照して説明するネットワーク識別子(ＮＷ識別子)を用いている。
本実施形態に係る再生装置１００’の構成および配信装置３００ａ’について図１０を参照して説明する。なお、配信装置３００ｂ、配信装置３００ｃ、表示装置２００については実施形態１ですでに説明したので、ここでは説明を省略する。
図１０に示すように、再生装置１００’は、ストリーミング制御部１１０’、再生部１２０’、受信バッファ１３０、ＨＤＤ（ハードディスクドライブ）１４０、不揮発性メモリ１５０、ネットワークＩ／Ｆ１６０、およびチューナ部１７０を備えている。
以下では、ストリーミング制御部１１０’、再生部１２０’、不揮発性メモリ１５０’について説明する。なお、受信バッファ１３０、ＨＤＤ（ハードディスクドライブ）１４０、ネットワークＩ／Ｆ１６０、およびチューナ部１７０については実施形態１と同じ構成であるのでその説明を省略する。
（ストリーミング制御部１１０’）
ストリーミング制御部１１０’は、番組の再生指示を受け付けると、メモリ１５０’にアクセスして、当該番組を再生するために必要なメタ情報（プログラム記述子、コンテンツ記述子、コンポーネント記述子およびパッケージ記述子）を参照する。なお、再生装置１００’は、チューナ部１７０が放送波を受信している間、様々な番組に関する上記メタ情報を取得し、メモリ１５０’に格納しておくものとする。
そして、ストリーミング制御部１１０’は、参照したメタ情報に基づいて、再生すべきコンテンツ群を構成する各コンポーネントを含むパッケージについて、当該コンポーネントを多数の配信装置のうちのいずれかの配信装置から取得するよう、ネットワークＩ／Ｆ１６０およびチューナ部１７０を制御し、受信した各パッケージに含まれる再生対象コンポーネントのデータを受信バッファ１３０にバッファリングする。
また、ストリーミング制御部１１０’は、再生対象番組の受信中、各配信装置について当該配信装置からパッケージを取得する際に発生した伝送遅延を不揮発性メモリ１５０’内の伝送遅延履歴テーブル１５５’に記録する。具体的には、ストリーミング制御部１１０’は、配信装置が属するグループごとに伝送遅延履歴テーブル１５５’内の異なるレコードに伝送遅延を記録する。なお、再生装置１００’と配信装置（配信装置３００ａ〜３００ｃの各配信装置）との間のネットワークにおけるパッケージの伝送単位（例えばIPパケット或いはTSパケット）毎に全てのパケットについて伝送遅延を記録しても良いし、全てのパケットのうち一定期間毎にその時点で受信したパケットについてのみ、伝送遅延を記録する構成であっても構わない。
（再生部１２０’）
再生部１２０’は、伝送遅延履歴テーブル１５５’を参照して、再生対象番組を再生する前のバッファリング期間を求める。再生部１２０’は、バッファリングが開始されてから上記期間が経過した後、受信バッファ１３０にバッファリングされている各コンポーネントのデータを順次再生する。再生により生成される映像信号および音声信号は、図示しないＨＤＭＩケーブル等を介して表示装置２００に供給される。
（不揮発性メモリ１５０’）
不揮発性メモリ１５０’は、伝送遅延履歴テーブル１５５’を保持するフラッシュメモリである。
（配信装置３００ａ’）
配信装置３００ａ’は、再生装置１００が再生対象コンポーネントを受信できるように、放送網を介してパッケージ化されたコンポーネントを放送波に載せて配信する配信装置である。また、配信装置３００ａ’は、前述した各番組のメタ情報を放送波に載せて配信している。
（メタ情報について）
再生装置１００’が番組を再生するために参照するメタ情報の詳細について、図１１〜図１４を参照しながら以下に説明する。
図１１は、メタ情報を構成する各種パッケージ群の一具体例を示した図である。
図１１に示すように、メタ情報は、１つのプログラム記述子と、１つ以上のコンテンツ記述子と、１つ以上のコンポーネント記述子と、１つ以上のパッケージ記述子とから構成される。
プログラム記述子は、番組がどのようなコンテンツから構成されているかを示す記述子である。図１１の例では、プログラム記述子が、コンテンツ１〜コンテンツ３の３つのコンテンツから構成されていることを示している。また、プログラム記述子には、各コンテンツについて再生が必須なコンテンツであるか再生が任意のコンテンツであるかを示す情報を含めることもできる。
コンテンツ記述子は、コンテンツがどのようなコンポーネントから構成されているかを示す記述子である。また、コンテンツ記述子には、各コンポーネントについて再生が必須なコンポーネントであるか再生が任意のコンポーネントであるかを示す情報を含めることもできる。図１１の例では、コンテンツ２のコンテンツ記述子は、コンポーネント２およびコンポーネント３の２つのコンポーネントから構成されていることを示している。コンテンツ記述子の具体例を図１２（ｂ）に示している。
図１２（ｂ）に示すように、コンテンツ記述子は、許容同期誤差、許容誤り率、コンテンツに含まれるコンポーネントの個数、コンテンツに含まれるコンポーネントの識別子を含んでいる。「許容誤り率ｅ」はコンテンツ毎に放送事業者が設定した対象コンテンツの許容誤り率である。なお、実施形態１の配信システムにおいては、コンテンツの種類に区別なく、再生装置が定めた許容誤り率に基づき、バッファリング必要時間Ｄを決定したが、本実施形態の配信システムでは、放送事業者が設定したコンテンツ毎の許容誤り率に基づきバッファリング必要時間Ｄを決定する。従って、放送事業者側で、BMLコンテンツのようにデータロスが致命的な再生品質の低下を生じさせるコンテンツに対しては許容誤り率ｅを小さくし、映像コンテンツのように比較的多くのデータロスが生じても一定の再生品質を維持することが容易なコンテンツに対しては許容誤り率ｅを大きく設定することで、再生装置は、より適切なバッファリング必要時間Ｄを導出することが可能である。
また、「許容同期誤差」は、再生対象の番組を構成する他のコンテンツと同時に対象コンテンツを再生する際に許容される最大の同期誤差（基準時刻に対する対象コンテンツの最大の再生遅延）を示している。例えば、図１２（ｂ）の例では、対象コンテンツを再生する際、基準時刻に対する対象コンテンツの再生遅延が１００msecまで許容されることを示している。例えば、ＢＭＬコンテンツは映像コンテンツと完全に同期されている必要はないため、ＢＭＬコンテンツの許容同期誤差は比較的大きく設定することができる。
コンポーネント記述子は、図１２（ａ）に示すように、許容同期誤差、許容誤り率、コーデックを含んでいる。「許容誤り率ｅ」は、対象コンポーネントの許容誤り率を示し、コンテンツを構成するコンポーネント毎に異なる許容誤り率を設定する場合に記述される。
また、「許容同期誤差」は、再生対象の番組を構成する他のコンテンツおよび他のコンポーネントと同時に対象コンポーネントを再生する際に許容される最大の同期誤差を示しており、コンテンツを構成するコンポーネント毎に異なる許容同期誤差を設定する場合に記述される。「コーデック」は、コンポーネントが映像または音声である場合における映像コーデックまたは音声コーデックを示している。
パッケージ記述子は、パッケージがどのようなコンポーネントから構成されているかを示す記述子である。パッケージ記述子の具体例を図１３（ａ）および図１３（ｂ）に示している。
図１３（ａ）および図１３（ｂ）に示すように、パッケージ記述子は、パッケージに含まれるコンポーネントの個数、パッケージに含まれるコンポーネントの識別子を含んでいる。また、パッケージ記述子は、各コンポーネントが配信される配信期間と当該配信期間における各コンポーネントを取得するためのアクセス先情報（ＵＲＬ）とＮＷ識別子とが関連づけられた１群の情報を１群以上含んでいる。
以下では、ＮＷ識別子について図１４（ａ）および図１４（ｂ）を参照して説明する。
図１４（ａ）は、ＮＷ識別子がとり得る値を示している。図１４（ａ）からわかるように、ＮＷ識別子は０〜７までの８つの値をとり得る。ＮＷ識別子は、複数の放送局（放送事業者）で共用される配信装置に対して付与するＮＷ識別子と各放送局で個別に使用される配信装置に対して付与するＮＷ識別子に分類され、以下、前者の識別子をGlobal Classの識別子と称し、後者の識別子をLocal Classの識別子と称する。本実施形態では０〜３までの４つの識別子をGlobal Classの識別子とし、４〜７までの４つの識別子をLocal Classの識別子としている。
図１４（ｂ）は、ストリーミング制御部１１０’がパッケージを取得する際に更新し、再生部１２０’がバッファリング必要時間Ｄを決定するために参照する伝送遅延履歴テーブル１５５’の内容の一具体例を示している。
図１４（ｂ）に示すように、伝送遅延履歴テーブル１５５’は、Global Classの識別子についてはＮＷ識別子ごとに過去に発生した伝送遅延を保持し、Local Classの識別子についてはNW識別子と放送局との組み合わせごとに、過去に発生した伝送遅延を保持している。
以上、再生装置１００’が番組を再生するために参照するメタ情報の詳細について説明したが、番組の再生指示を受け付けてから再生装置１００’が番組の再生を開始するまでの動作について以下に説明する。
最初に、ストリーミング制御部１１０’は、プログラム記述子およびコンテンツ記述子に基づいて再生が必須なコンテンツおよびコンポーネントを選択する。加えて、ユーザによる再生指示の内容に基づいて、再生が任意なコンテンツおよびコンポーネントから、再生すべきコンポーネントを決定する。
次に、ストリーミング制御部１１０’は、各パッケージ記述子を参照することにより、決定された各コンポーネントについて当該コンポーネントがどのパッケージに含まれているかを認識する。
そして、ストリーミング制御部１１０’は、再生すべき１以上のコンポーネントの少なくともいずれかを含む各パッケージについて、当該パッケージに関するパッケージ記述子に記載されているＵＲＬを参照し、当該パッケージを取得する。例えば、ストリーミング制御部１１０’は、パッケージ記述子が図１３（ａ）に示されるパッケージ記述子であり、且つ、現在時刻が配信期間１の期間内にある場合には、URLがrtsp://exampl1.com/program1/package1/で表される配信装置にアクセスすることでパッケージを取得する。
ストリーミング制御部１１０’は、パッケージを受信した受信時刻とパッケージに付与されたタイムスタンプ（配信時刻）との差を伝送遅延として伝送遅延履歴テーブル１５５’に記録する。具体的には、ストリーミング制御部１１０’は、パッケージを取得するために参照したＵＲＬと関連づけられているＮＷ識別子を参照し、伝送遅延履歴テーブル１５５’における参照したNW識別子に対応するレコードに伝送遅延として記録する。
一方、再生部１２０’は、取得すべき各パッケージについて、当該パッケージのパッケージ記述子に記載されているNW識別子を参照するとともに伝送遅延履歴テーブル１５５’における参照したNW識別子に対応するレコードの過去に記録された伝送遅延を参照し、各パッケージに含まれるコンポーネントのバッファリング必要時間Ｄを決定する。
具体的には、再生部１２０’は、パッケージに含まれるコンポーネントのバッファリング必要時間を決定するために、当該パッケージに含まれる各コンポーネントのコンポーネント記述子に記載されている許容同期誤差および許容誤り率と、当該パッケージに含まれる少なくともいずれかのコンポーネントを含むような各コンテンツのコンテンツ記述子に記載されている許容同期誤差および許容誤り率と、を参照する。図１１の例で言えば、再生部１２０’は、パッケージ４に含まれるコンポーネント４のバッファリング必要時間Ｄを決定する際に、コンポーネント４のコンポーネント記述子に許容誤り率および許容同期誤差の記述が存在すれば、その許容誤り率および許容同期誤差を、バッファリング必要時間Ｄを決定するために使用する値として選択する。一方、許容誤り率および許容同期誤差の記述がコンポーネント４のコンポーネント記述子に存在しない場合には、再生部１２０’は、コンテンツ３のコンテンツ記述子に記述された許容誤り率および許容同期誤差を、バッファリング必要時間Ｄを決定するために使用する値として選択する。
さらに、再生部１２０’は、選択した許容誤り率ｅおよび許容同期誤差Ｔｄに応じたバッファリング必要時間Ｄを決定する。
例えば、再生部１２０’は、再生装置１００の再生部１２０と同様、パッケージを再生する際、許容誤り率ｅを基に、伝送遅延履歴テーブル１５５’の対応レコードに記録されている遅延時間の中から、大きいほうからe％のエントリに相当する遅延時間をバッファリング必要時間Ｄとして設定すればよい。このようにすれば、再生装置１００’は、バッファリング期間にて100-e％のデータを再生開始前までに受信完了でき、未受信の残りe％の受信完了を待たず破棄して再生を行っても所定の再生品質での再生を維持できることが期待できる。
あるいは、再生部１２０’は、伝送遅延履歴テーブル１５５’の対応レコードに十分な個数記録されている遅延時間の中から無作為に１００個の遅延時間を選択し、大きいほうからｅ番目の遅延時間をバッファリング必要時間Ｄとして設定しても同様の効果が期待できる。
あるいは、上述の許容誤り率eを基に決定したバッファリング必要時間をＤ’とし、許容同期誤差Tdを用いて、対象コンポーネントのバッファリング必要時間D＝Ｄ’−Tdとして、より短いバッファリング必要時間を用いてもよい。バッファリング必要時間DをＤ’−Tdとした場合、当該バッファリング期間で対象コンポーネントを所定の再生品質で再生するのに必要な100-e％のデータを受信することはできない。従ってこの場合は、対象コンポーネントの再生タイミングを基準時刻に対して最大Td遅延させて再生を行うことで、当該コンポーネントの再生に必要なバッファリング時間Ｄ’を確保して再生を行う。このような構成とすることで、再生対象の番組の再生開始遅延への、BMLコンテンツや字幕コンポーネント等、許容同期誤差の比較的大きなコンテンツあるいはコンポーネントのバッファリング必要時間の影響を抑えることが可能となる。
あるいは、再生部１２０’は、対応レコードに記録されている最大の遅延時間に（１００−ｅ）÷１００倍した値から許容同期誤差Ｔｄを引いた値をＤとして設定してもよい。
なお、各パッケージのバッファリング必要時間Ｄを決定した後の再生装置１００’の動作は、実施形態１の再生装置１００と同様の動作であるので、説明を省略する。
（再生装置１００’の利点）
以上、再生装置１００’の動作について説明したが、図１４（ｂ）からわかるように、再生装置１００’がバッファリング必要時間Ｄを決定するために参照する伝送遅延履歴テーブル１５５’のレコード数は、たかだか、４＋４×放送局数である。本実施形態に係る配信システムのすべての配信装置は、いずれかのグループに含まれる（すなわち、いずれかのＮＷ識別子が割り当てられる）ため、レコード数は配信システムを構成する配信装置の台数に関わりなく一定数である。
したがって、再生装置１００’は、伝送遅延履歴テーブル１５５内で配信装置ごとに異なるレコードに伝送遅延を記録する再生装置１００に比べて、レコード数が一定であるため伝送遅延履歴テーブルの管理が容易である。
また、ＣＤＮ配信システムでは、配信サービスを利用するユーザの数の増大等に伴って、新規の配信装置が追加されていくのが一般的である。本実施形態に係る配信システムでは、配信システムに新しく追加される配信装置にはいずれかのＮＷ識別子が割り当てられる。したがって、再生装置１００’は、新しく追加された配信装置からパッケージを受信する場合であっても、過去の伝送遅延に応じた適切なバッファリング必要時間Ｄを決定できる。
なお、本実施形態においては、番組が伝送される伝送網ごとに配信装置を異なるグループに割り当てたが、本発明はこれに限定されない。配信装置が設置される地域（国、地方等）ごとに配信装置を異なるグループに割り当ててもよい。
また、各実施形態においては、再生装置がバッファリング必要時間Ｄを決定するために参照する伝送遅延の履歴を再生装置自身で記録するものとしたが、本発明はこれに限られない。例えば、再生装置と配信装置との間に再生装置とは別個の装置（例えば再生装置のプロキシサーバやルーター等）を設置し、当該別個の装置で伝送遅延の履歴を記録し、再生装置が当該別個の装置に記録されている伝送遅延を参照してバッファリング必要時間Ｄを決定してもよい。
（プログラム、記憶媒体）
再生装置１００の各ブロックは、集積回路（ＩＣチップ）上に形成された論理回路によってハードウェア的に実現してもよいし、ＣＰＵ（Central Processing Unit）を用いてソフトウェア的に実現してもよい。
後者の場合、再生装置１００は、各機能を実現するプログラムの命令を実行するＣＰＵ、上記プログラムを格納したＲＯＭ（Read Only Memory）、上記プログラムを展開するＲＡＭ（Random Access Memory）、上記プログラムおよび各種データを格納するメモリ等の記憶装置（記録媒体）などを備えている。そして、本発明の目的は、上述した機能を実現するソフトウェアである再生装置１００の制御プログラムのプログラムコード（実行形式プログラム、中間コードプログラム、ソースプログラム）をコンピュータで読み取り可能に記録した記録媒体を、再生装置１００に供給し、そのコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に記録されているプログラムコードを読み出し実行することによっても、達成可能である。
上記記録媒体としては、例えば、磁気テープやカセットテープ等のテープ類、フロッピー（登録商標）ディスク／ハードディスク等の磁気ディスクやＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ／ＣＤ−Ｒ等の光ディスクを含むディスク類、ＩＣカード（メモリカードを含む）／光カード等のカード類、マスクＲＯＭ／ＥＰＲＯＭ／ＥＥＰＲＯＭ／フラッシュＲＯＭ等の半導体メモリ類、あるいはＰＬＤ（Programmable logic device）やＦＰＧＡ（Field Programmable Gate Array）等の論理回路類などを用いることができる。
また、上記プログラムコードは、通信ネットワークを介して再生装置１００に供給してもよい。この通信ネットワークは、プログラムコードを伝送可能であればよく、特に限定されない。例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ、ＩＳＤＮ、ＶＡＮ、ＣＡＴＶ通信網、仮想専用網（Virtual Private Network）、電話回線網、移動体通信網、衛星通信網等が利用可能である。また、この通信ネットワークを構成する伝送媒体も、プログラムコードを伝送可能な媒体であればよく、特定の構成または種類のものに限定されない。例えば、ＩＥＥＥ１３９４、ＵＳＢ、電力線搬送、ケーブルＴＶ回線、電話線、ＡＤＳＬ（Asymmetric Digital Subscriber Line）回線等の有線でも、ＩｒＤＡやリモコンのような赤外線、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＩＥＥＥ８０２．１１無線、ＨＤＲ（High Data Rate）、ＮＦＣ（Near Field Communication）、ＤＬＮＡ（Digital Living Network Alliance）、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。
なお、ここで開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した説明だけではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
本発明に係る再生装置は、コンテンツ配信システムなどに広く適用することができる。
１００、１００’ 再生装置
１１０、１１０’ ストリーミング制御部〔取得手段、記録手段、
履歴記憶手段、再生手段〕
１２０、１２０’ 再生部〔参照手段、設定手段、再生手段、選択手段〕
１３０ 受信バッファ
１４０ ＨＤＤ（ハードディスクドライブ）〔記録媒体〕
１５０、１５０’ メモリ〔記憶媒体〕
１５５ 伝送遅延履歴データベース
１６０ ネットワーク・Ｉ／Ｆ
１７０ チューナ部
２００ 表示装置
３００ａ〜３００ｃ 配信装置
３００ａ’ 配信装置（通知装置）

Claims (15)

  1. 複数の配信装置の各々から配信される構成用データからなる構成用データ群であって、配信データを構成する同期再生すべき構成用データ群を取得する取得手段と、
    上記複数の配信装置の各々について、当該配信装置から過去に構成用データを取得した時に発生した遅延時間であって、記憶媒体に配信装置毎の履歴として記録されている遅延時間を参照する参照手段と、
    上記複数の配信装置の各々について、当該配信装置から取得した構成用データを再生する上で必要なバッファリング期間として、当該配信装置に関する履歴として記録され、上記参照手段により参照された遅延時間の大きさに応じた長さの期間を導出する導出手段と、
    上記複数の配信装置の各々について当該配信装置から取得中の構成用データを所定の期間バッファリングしてから、上記配信データを再生する再生手段と、
    上記導出手段が導出した各バッファリング期間のうちの最長のバッファリング期間を上記所定の期間として設定する設定手段と、を備えていることを特徴とする再生装置。
  2. 上記配信データの構成要素となり得る構成用データを上記構成用データ群の一部として上記取得手段に取得させるか否かを選択する選択手段をさらに備え、
    上記選択手段は、当該構成用データを配信する配信装置について履歴として記憶されている上記遅延時間が所定の許容時間を越えない場合に当該構成用データを上記取得手段に取得させる、ことを特徴とする請求項１に記載の再生装置。
  3. 上記配信データを記録媒体に記録する記録手段をさらに備え、
    上記設定手段は、上記所定の許容時間を設定するように構成されており、
    上記設定手段は、上記記録手段が上記配信データを上記記録媒体に記録する場合には、上記記録媒体に記録しない場合に比べて上記所定の許容時間を長く設定する、ことを特徴とする請求項２に記載の再生装置。
  4. 上記選択手段は、上記配信データを構成すべき再生が必須の構成用データについては、上記所定の許容時間に関わらず、上記取得手段に当該構成用データを取得させることを選択する、ことを特徴とする請求項２に記載の再生装置。
  5. 上記配信データは階層データを所定の階層数だけ含むスケーラブルデータであり、
    上記選択手段は、上記再生手段が上記配信データの再生を開始した時点から所定の再生期間を経過した後には、さらに上記遅延時間が所定の許容時間を越えている配信装置から伝送される階層データを選択するように構成されており、
    上記再生手段は、上記所定の再生期間が経過するまでは、標準再生速度よりも低速で上記配信データを再生するように構成されており、
    上記所定の再生期間は、全階層データを標準再生速度で同期再生可能になるまでの期間である、ことを特徴とする請求項２に記載の再生装置。
  6. 上記参照手段は、各グループに上記複数の配信装置の少なくともいずれかが属し各配信装置がいずれかのグループに属するような複数のグループの各々について、当該グループに属する配信装置から過去に構成用データを取得した時に発生した遅延時間であって上記記憶媒体にグループ毎の履歴として記録されている遅延時間を参照するように構成されており、
    上記導出手段は、上記複数のグループの各々について、当該グループに属する配信装置から取得した構成用データを再生する上で必要なバッファリング期間として、当該グループに関する履歴として記録され、上記参照手段により参照された遅延時間の大きさに応じた長さの期間を導出するように構成されている、ことを特徴とする請求項１から５のいずれか１項に記載の再生装置。
  7. 複数の配信装置の各々から配信される構成用データからなる構成用データ群であって、配信データを構成する同期再生すべき構成用データ群を取得する取得手段と、
    各グループに上記複数の配信装置の少なくともいずれかが属し各配信装置がいずれかのグループに属するような複数のグループの各々について、当該グループに属する配信装置から過去に構成用データを取得した時に発生した遅延時間であって記憶媒体にグループ毎の履歴として記録されている遅延時間を参照する参照手段と、
    上記複数のグループの各々について、当該グループに属する配信装置から取得した構成用データを再生する上で必要なバッファリング期間として、当該グループに関する履歴として記録され、上記参照手段により参照された遅延時間の大きさに応じた長さの期間を導出する導出手段と、
    上記複数の配信装置の各々について当該配信装置から取得中の構成用データを所定の期間バッファリングしてから、上記配信データを再生する再生手段と、
    上記導出手段が導出した各バッファリング期間のうちの最長のバッファリング期間を上記所定の期間として設定する設定手段と、を備えていることを特徴とする再生装置。
  8. さらに、上記複数のグループの各々について、当該グループに属する配信装置から構成用データを取得した時に発生した遅延時間を当該グループの履歴として上記記憶媒体に記憶する履歴記憶手段を備えている、ことを特徴とする請求項６または７に記載の再生装置。
  9. 構成用データを再生する上で許容される他の構成用データとの許容同期誤差および許容誤り率のうちの少なくともいずれかを示すメタ情報を上記再生装置の外部から受信する受信手段をさらに備え、
    上記複数のグループの各々について上記導出手段が導出するバッファリング期間は、当該グループに関する履歴として記録され、上記参照手段により参照された最大の遅延時間を、上記メタ情報により示された、当該グループに属する配信装置から受信する構成用データに関する上記許容同期誤差および上記許容誤り率のうちの少なくともいずれかの大きさに応じた分だけ短くした期間である、ことを特徴とする請求項６から８のいずれか１項に記載の再生装置。
  10. 上記構成用データに加えて、当該構成用データに関する許容同期誤差および許容誤り率のうちの少なくともいずれかを示すメタ情報を請求項９に記載の再生装置に送信することを特徴とする配信装置。
  11. 請求項１から９のいずれか１項に記載の再生装置と、複数の上記配信装置と、を含む配信システム。
  12. 上記再生装置は請求項６から９のいずれか１項に記載の再生装置であり、
    上記複数の配信装置は放送事業者によって管理されており、
    さらに、上記放送事業者が管理している通知装置であって、上記複数の配信装置の各々について当該配信装置のＵＲＬと当該配信装置が属するグループとを示すメタ情報を上記再生装置に通知する通知装置を含んでいる、ことを特徴とする請求項１１に記載の配信システム。
  13. 複数の配信装置の各々から配信される構成用データからなる構成用データ群であって、配信データを構成する同期再生すべき構成用データ群を取得する取得工程と、
    上記複数の配信装置の各々について、当該配信装置から過去に構成用データを取得した時に発生した遅延時間であって、記憶媒体に配信装置毎の履歴として記録されている遅延時間を参照する参照工程と、
    上記複数の配信装置の各々について、当該配信装置から取得した構成用データを再生する上で必要なバッファリング期間として、当該配信装置に関する履歴として記録され、上記参照工程にて参照された遅延時間の大きさに応じた長さの期間を導出する導出工程と、
    上記複数の配信装置の各々について当該配信装置から取得中のコンテンツを所定の期間バッファリングしてから、上記配信データを再生する再生工程と、
    上記導出工程にて導出した各バッファリング期間のうちの最長のバッファリング期間を上記所定の期間として設定する設定工程と、を含んでいることを特徴とする再生方法。
  14. 請求項１から９のいずれか１項に記載の再生装置としてコンピュータを動作させる再生プログラムであって、コンピュータを上記各手段として機能させるための再生プログラム。
  15. 請求項１４に記載の再生プログラムが記録されているコンピュータ読み取り可能な記録媒体。
JP2011198856A 2011-09-12 2011-09-12 再生装置、再生方法、配信装置、配信システム、再生プログラムおよび記録媒体 Pending JP2013062624A (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2011198856A JP2013062624A (ja) 2011-09-12 2011-09-12 再生装置、再生方法、配信装置、配信システム、再生プログラムおよび記録媒体
PCT/JP2012/073109 WO2013039042A1 (ja) 2011-09-12 2012-09-10 再生装置、再生方法、配信装置、配信システム、再生プログラムおよび記録媒体
US14/343,919 US20140222961A1 (en) 2011-09-12 2012-09-10 Reproduction apparatus, reproduction method, distribution apparatus, distribution system, reproduction program, and storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2011198856A JP2013062624A (ja) 2011-09-12 2011-09-12 再生装置、再生方法、配信装置、配信システム、再生プログラムおよび記録媒体

Publications (1)

Publication Number Publication Date
JP2013062624A true JP2013062624A (ja) 2013-04-04

Family

ID=47883272

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2011198856A Pending JP2013062624A (ja) 2011-09-12 2011-09-12 再生装置、再生方法、配信装置、配信システム、再生プログラムおよび記録媒体

Country Status (3)

Country Link
US (1) US20140222961A1 (ja)
JP (1) JP2013062624A (ja)
WO (1) WO2013039042A1 (ja)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6634804B2 (ja) * 2015-12-09 2020-01-22 株式会社Ｊｖｃケンウッド サーバ装置、端末装置
US11418406B2 (en) * 2016-11-25 2022-08-16 Sony Corporation Information processing apparatus and information processing method

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009284184A (ja) * 2008-05-22 2009-12-03 Nec Corp テレビジョン放送再送信監視システム、監視方法および監視制御プログラム
JP2010034995A (ja) * 2008-07-30 2010-02-12 Panasonic Corp デジタル放送再生装置およびデジタル放送再生方法
JP2012205075A (ja) * 2011-03-25 2012-10-22 Nippon Hoso Kyokai <Nhk> 同期制御装置及びプログラム

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6085238A (en) * 1996-04-23 2000-07-04 Matsushita Electric Works, Ltd. Virtual LAN system
KR100526189B1 (ko) * 2004-02-14 2005-11-03 삼성전자주식회사 트랜스코딩 전후에 타이밍 파라미터를 일정하게유지시키는 트랜스코딩 시스템 및 방법
JP5346919B2 (ja) * 2008-03-19 2013-11-20 株式会社エヌ・ティ・ティ・ドコモ 基地局装置及び通信制御方法
US8443077B1 (en) * 2010-05-20 2013-05-14 Gogrid, LLC System and method for managing disk volumes in a hosting system
JP5598155B2 (ja) * 2010-08-12 2014-10-01 ソニー株式会社 情報処理装置および方法、並びに送受信システム

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009284184A (ja) * 2008-05-22 2009-12-03 Nec Corp テレビジョン放送再送信監視システム、監視方法および監視制御プログラム
JP2010034995A (ja) * 2008-07-30 2010-02-12 Panasonic Corp デジタル放送再生装置およびデジタル放送再生方法
JP2012205075A (ja) * 2011-03-25 2012-10-22 Nippon Hoso Kyokai <Nhk> 同期制御装置及びプログラム

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
JPN6012063497; 松村欣司他: '放送と同期したＩＰストリーミングによる番組拡張サービスの試作' ２０１０年映像情報メディア学会年次大会講演予稿集 , 20100802, １０-５ *
JPN6012063498; 松村欣司他: 'Ｈｙｂｒｉｄｃａｓｔの概要と技術' ＮＨＫ技研Ｒ＆Ｄ Ｎｏ．１２４, 20101115, ｐ．１０-１７, 日本放送協会 *
JPN6012063499; 馬場秋継他: '放送とＩＰコンテンツの同期提示機能の組込み受信機への実装' ２０１０年映像情報メディア学会冬季大会講演予稿集 , 20101126, １０-１ *
JPN6012063500; Ｔｈｏｍａｓ　Ｓｔｏｃｋｈａｍｍｅｒ　ｅｔ　ａｌ．: 'Ｔｈｅ　ＤＶＢ　Ｐｒｏｊｅｃｔ：　Ｓｔａｔｕｓ　ａｎｄ　Ｐｒｏｓｐｅｃｔｓ　ｆｏｒ　Ｉｎｔｅｒｎｅｔ　ＴＶ' ［ｏｎｌｉｎｅ］ ［ｒｅｔｒｉｅｖｅｄ　ｏｎ　２０１２-１１-２９］, 200909, Ｓｌｉｄｅ　１４, Ｄｉｇｉｔａｌ　Ｖｉｄｅｏ　Ｂｒｏａｄｃａｓｔｉｎｇ　Ｐｒｏｊｅｃｔ　ＤＶＢ *

Also Published As

Publication number Publication date
US20140222961A1 (en) 2014-08-07
WO2013039042A1 (ja) 2013-03-21

Similar Documents

Publication Publication Date Title
JP7410107B2 (ja) 受信方法、及び、受信装置
JP7036962B2 (ja) 再生方法および再生装置
JP5964972B2 (ja) 複数のソースからのマルチメディアデータのストリーミング
JP2021057918A (ja) 送信方法および受信方法
KR101737325B1 (ko) 멀티미디어 시스템에서 멀티미디어 서비스의 경험 품질 감소를 줄이는 방법 및 장치
WO2013008867A1 (ja) 送信装置、送信装置の制御方法、制御プログラム、及び記録媒体
WO2012096372A1 (ja) コンテンツ再生装置、コンテンツ再生方法、配信システム、コンテンツ再生プログラム、記録媒体、およびデータ構造
JP2020031447A (ja) 送信方法、受信方法、送信装置および受信装置
US20120272281A1 (en) Method and apparatus for transmitting media data, and method and apparatus for receving media data
JP2016007026A (ja) 部分化を利用した適応的なストリーミング方法及びその装置
JP2014529970A (ja) 適応ｈｔｔｐストリーミングのための表示の改善された切り替えを提供する切替シグナリング方法
JP6510205B2 (ja) 送信方法、受信方法、送信装置および受信装置
WO2013145419A1 (ja) コンテンツデータ記録装置、コンテンツデータ記録方法、制御プログラムおよび記録媒体
JP2019517219A (ja) トリックプレイ再生の間にオーディオコンテンツを提供するためのシステムおよび方法
US20160219311A1 (en) Transmission apparatus, transmitting method, reception apparatus, and receiving method
JP2015136059A (ja) 通信装置、通信データ生成方法、および通信データ処理方法
JP4526294B2 (ja) ストリームデータ送信装置、受信装置、プログラムを記録した記録媒体、およびシステム
JP2015136057A (ja) 通信装置、通信データ生成方法、および通信データ処理方法
JPWO2015001986A1 (ja) コンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システム
WO2013039042A1 (ja) 再生装置、再生方法、配信装置、配信システム、再生プログラムおよび記録媒体
JP2015136058A (ja) 通信装置、通信データ生成方法、および通信データ処理方法
JP6294527B2 (ja) 送信装置、送信方法、再生装置、及び再生方法
US11856242B1 (en) Synchronization of content during live video stream
WO2015072020A1 (ja) 情報処理装置および情報処理方法

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20140829

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20151117

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20160315