(57)【要約】【課題】ストリーミング再生を維持しながら、高品質のコンテンツを録画する。【解決手段】コンテンツのストリーミング再生に供するコンテンツデータを取得する第１取得部であって、高品質データを取得するか低品質データを取得するかを通信状態に応じて切り替える第１取得部と、第１取得部が取得しなかった高品質データを通信状態が回復した後に取得する第２取得部と、第１取得部が取得した高品質データと第２取得部が取得した高品質データとを記録する録画実行部４０４と、を備えている。【選択図】図１３
2013211784.tif 000002
【特許請求の範囲】
【請求項１】
外部から取得したコンテンツデータを記録するコンテンツデータ記録装置において、
コンテンツのストリーミング再生に供するコンテンツデータを取得する第１取得手段であって、高品質コンテンツデータを取得するか低品質コンテンツデータを取得するかを通信状態に応じて切り替える第１取得手段と、
上記第１取得手段が取得しなかった高品質コンテンツデータを通信状態が回復した後に取得する第２取得手段と、
上記第１取得手段が取得した高品質コンテンツデータと上記第２取得手段が取得した高品質コンテンツデータとを記録する記録手段と、を備えていることを特徴とするコンテンツデータ記録装置。
【請求項２】
上記高品質コンテンツデータは、複数のセグメントに時分割されており、
上記第２取得手段は、上記第１取得手段が高品質コンテンツデータを取得しなかった期間を含むセグメントの高品質コンテンツデータ全体を通信状態が回復した後に取得するものであることを特徴とする請求項１に記載のコンテンツデータ記録装置。
【請求項３】
高品質コンテンツデータの上記第１取得手段による取得と、上記第１取得手段が取得しなかった高品質コンテンツデータの上記第２取得手段による取得とが、パラレルに実行されることを特徴とする請求項１または２に記載のコンテンツデータ記録装置。
【請求項４】
外部から取得したコンテンツデータを記録するコンテンツデータ記録方法において、
コンテンツのストリーミング再生に供するコンテンツデータを取得する第１取得ステップであって、高品質コンテンツデータを取得するか低品質コンテンツデータを取得するかを通信状態に応じて切り替える第１取得ステップと、
上記第１取得ステップにおいて取得されなかった高品質コンテンツデータを通信状態が回復した後に取得する第２取得ステップと、
上記第１取得ステップにおいて取得された高品質コンテンツデータと上記第２取得ステップにおいて取得された高品質コンテンツデータとを記録する記録ステップと、を含むことを特徴とするコンテンツデータ記録方法。
【請求項５】
請求項１〜３の何れか１項に記載のコンテンツデータ記録装置を動作させるための制御プログラムであって、コンピュータを上記各手段として機能させるための制御プログラム。
【請求項６】
請求項５に記載の制御プログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、外部から取得したコンテンツデータを記録するコンテンツデータ記録装置およびコンテンツデータ記録方法に関するものである。
【背景技術】
【０００２】
インターネットの普及やコンピュータの高性能化に伴い、インターネットを介して動画像などの大容量コンテンツを配信することが広く行われている。例えば、ユーザの要求に応じて動画等のコンテンツを提供するＶＯＤ（Video On Demand）というサービスがある。ＶＯＤでは、例えば、特許文献１に記載されているように、ＨＴＴＰ（HyperText Transfer Protocol）を用いて、サーバ（コンテンツ提供装置）とクライアント（コンテンツ再生装置）との間でデータを送受信する。
【０００３】
ここで、ＨＴＴＰによるコンテンツの配信に関して、様々な技術が開発されている。例えば、所定のコンテンツを複数の帯域幅（ビットレート）に適応させるＳＭＩＬファイルを使用して、通信環境に応じて上記コンテンツを取得する帯域幅を切り替えてストリーミング再生する技術がある。また、非特許文献１には、所定のコンテンツを複数のセグメントに時分割して、セグメント単位で上記コンテンツを配信する技術が記載されている。
【０００４】
近年、クライアントである携帯端末の性能が向上し、無線通信手段を有し、ＶＯＤサービスによってコンテンツをストリーミング再生する携帯端末が開発されている。無線通信手段は携帯端末が置かれている環境によって通信状態が変化する。そのため、このような携帯端末では、無線通信手段の通信状況が悪化した場合、コンテンツの再生ができない場合が生じるという問題があった。
【０００５】
この問題を解決するために、コンテンツ提供装置が、通信状況が通常時に視聴可能な（送受信可能な）高ビットレート用データと、通信状況が悪化した状態であっても視聴可能な低ビットレート用データとを有しており、コンテンツ再生装置が通信状況に応じて取得するコンテンツのデータを切り替える技術がある。このように、通信状況に応じて高ビットレート用データと、低ビットレート用データとを切り替えて行うストリーミングを適応型ストリーミングと称する。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００５−１１０２４４号公報（２００５年４月２１日公開）
【非特許文献】
【０００７】
【非特許文献１】“Information technology-MPEG systems technologies - Part6:Dynamic Adaptive streaming over HTTP(DASH)”、[online]、２０１１年１月２８日、ISO/IEC、[平成２４年３月１９日検索]、インターネット＜ＵＲＬ：http://www.itscj.ipsj.or.jp/sc29/open/29view/29n11873t.doc＞
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、上述の高ビットレート用データと、低ビットレート用データとを切り替える技術では、通信状態が悪い場合、コンテンツ再生装置は、低ビットレート用データを取得しているため、視聴しながら録画を行う場合、低品質のコンテンツが記録されるという問題がある。換言すると、従来技術では、ストリーミング再生により視聴しながら録画をする場合、録画したコンテンツの全部または一部が低品質となる場合があるという問題がある。
【０００９】
また、一般的に、コンテンツをクライアント側に残さないためにストリーミングによる再生手法が採用されている。そのため、従来では、ストリーミング再生しながらコンテンツを録画する行為を想定していない。それゆえ、従来では、上記の問題が生じることはなかった。
【００１０】
本発明は、上記の問題点に鑑みてなされたものであり、その目的は、ストリーミング再生を維持しながら、高品質のコンテンツを録画するコンテンツデータ記録装置およびコンテンツデータ記録方法を実現することにある。
【課題を解決するための手段】
【００１１】
本発明に係るコンテンツデータ記録装置は、上記課題を解決するために、外部から取得したコンテンツデータを記録するコンテンツデータ記録装置において、コンテンツのストリーミング再生に供するコンテンツデータを取得する第１取得手段であって、高品質コンテンツデータを取得するか低品質コンテンツデータを取得するかを通信状態に応じて切り替える第１取得手段と、上記第１取得手段が取得しなかった高品質コンテンツデータを通信状態が回復した後に取得する第２取得手段と、上記第１取得手段が取得した高品質コンテンツデータと上記第２取得手段が取得した高品質コンテンツデータとを記録する記録手段と、を備えていることを特徴としている。
【００１２】
また、本発明に係るコンテンツデータ記録方法は、上記課題を解決するために、外部から取得したコンテンツデータを記録するコンテンツデータ記録方法において、コンテンツのストリーミング再生に供するコンテンツデータを取得する第１取得ステップであって、高品質コンテンツデータを取得するか低品質コンテンツデータを取得するかを通信状態に応じて切り替える第１取得ステップと、上記第１取得ステップにおいて取得されなかった高品質コンテンツデータを通信状態が回復した後に取得する第２取得ステップと、上記第１取得ステップにおいて取得された高品質コンテンツデータと上記第２取得ステップにおいて取得された高品質コンテンツデータとを記録する記録ステップと、を含むことを特徴としている。
【００１３】
上記の構成によれば、上記記録手段は、上記第１取得手段が通信状態に応じて切り替えて取得した、コンテンツのストリーミング再生に供する高品質コンテンツデータと、上記第１取得手段が低品質コンテンツデータを取得していたために取得しなかった高品質コンテンツデータであって、通信状態が回復した後に上記第２取得手段が取得した高品質コンテンツデータとを記録する。そのため、コンテンツのストリーミング再生を維持しながら、コンテンツデータを全て高品質コンテンツデータとして記録することができるという効果を奏する。
【００１４】
また、本発明に係るコンテンツデータ記録装置は、上記高品質コンテンツデータは、複数のセグメントに時分割されており、上記第２取得手段は、上記第１取得手段が高品質コンテンツデータを取得しなかった期間を含むセグメントの高品質コンテンツデータ全体を通信状態が回復した後に取得するものであることが好ましい。
【００１５】
ここで、上記第１取得手段が切り替え直前に上記記録手段が記録した高品質コンテンツデータにエラー（例えば、訂正不能な誤り）が含まれる可能性があり、当該高品質コンテンツデータを破棄することが望ましい。
【００１６】
上記構成によれば、上記第２取得手段が、第１取得手段が取得しなかった高品質コンテンツデータをセグメントの単位で取得し、上記記録手段が記録する。また、エラーが発生している虞のある高品質コンテンツデータをセグメント単位で破棄することにより、エラーがない高品質コンテンツデータを記録することができると共に、コンテンツのストリーミング再生に供する高品質コンテンツデータと、上記第１取得手段が取得しなかった高品質コンテンツデータとを容易に組み合わせて記録することができる。
【００１７】
また、本発明に係るコンテンツデータ記録装置は、高品質コンテンツデータの上記第１取得手段による取得と、上記第１取得手段が取得しなかった高品質コンテンツデータの上記第２取得手段による取得とが、パラレルに実行されることが好ましい。
【００１８】
上記の構成によれば、上記第１取得手段が取得するコンテンツのストリーミング再生に供する高品質コンテンツデータを記録しながら、上記第１取得手段が取得しなかった高品質コンテンツデータを記録する。そのため、コンテンツのストリーミング再生を維持しながら、コンテンツデータを全て高品質コンテンツデータとして短時間で記録することができる。
【００１９】
なお、上記コンテンツデータ記録装置は、コンピュータによって実現してもよく、この場合には、コンピュータを上記コンテンツデータ記録装置の各手段として動作させることにより、上記コンテンツデータ記録装置をコンピュータにて実現させる制御プログラム、及びそれを記録したコンピュータ読み取り可能な記録媒体も本発明の範疇に入る。
【発明の効果】
【００２０】
以上のように、本発明に係るコンテンツデータ記録装置は、コンテンツのストリーミング再生に供するコンテンツデータを取得する第１取得手段であって、高品質コンテンツデータを取得するか低品質コンテンツデータを取得するかを通信状態に応じて切り替える第１取得手段と、上記第１取得手段が取得しなかった高品質コンテンツデータを通信状態が回復した後に取得する第２取得手段と、上記第１取得手段が取得した高品質コンテンツデータと上記第２取得手段が取得した高品質コンテンツデータとを記録する記録手段と、を備えている構成である。
【００２１】
また、本発明に係るコンテンツデータ記録方法は、コンテンツのストリーミング再生に供するコンテンツデータを取得する第１取得ステップであって、高品質コンテンツデータを取得するか低品質コンテンツデータを取得するかを通信状態に応じて切り替える第１取得ステップと、上記第１取得ステップにおいて取得されなかった高品質コンテンツデータを通信状態が回復した後に取得する第２取得ステップと、上記第１取得ステップにおいて取得された高品質コンテンツデータと上記第２取得ステップにおいて取得された高品質コンテンツデータとを記録する記録ステップと、を含む。
【００２２】
したがって、コンテンツのストリーミング再生を維持しながら、コンテンツデータを全て高品質コンテンツデータとして記録することができるという効果を奏する。
【図面の簡単な説明】
【００２３】
【図１】ＨＴＴＰによって配信されるコンテンツの再生制御メタファイルの具体例を示す。
【図２】上記再生制御メタファイルに含まれる基本的なＥＲＩの記述例を示すものである。
【図３】上記再生制御メタファイルに含まれるＥＲＩであって、高品質データおよび低品質データがあるコンテンツのＥＲＩの記述例を示すものである。
【図４】上記再生制御メタファイルに含まれるＥＲＩであって、時分割されたコンテンツのＥＲＩの記述例を示すものである。
【図５】上記再生制御メタファイルに含まれるＥＲＩであって、高品質データおよび低品質データがあるコンテンツであって、６つのセグメントに時分割されているコンテンツのＥＲＩの記述例を示すものである。
【図６】本発明に係るコンテンツ配信システムの構成の一例を示す図である。
【図７】上記コンテンツ配信システムに含まれるチューナであって、ＴＳフォーマットのデータをモニタに出力するチューナの要部構成の一例を示すブロック図である。
【図８】上記コンテンツ配信システムに含まれるチューナであって、ＨＤＭＩフォーマットのデータをモニタに出力するチューナの要部構成の一例を示すブロック図である。
【図９】上記チューナの制御部の要部構成の一例を示すブロック図である。
【図１０】上記コンテンツ配信システムに含まれるモニタであって、ＴＳフォーマットのデータを受信するモニタの要部構成の一例を示すブロック図である。
【図１１】上記コンテンツ配信システムに含まれるモニタであって、ＴＳフォーマットおよびＨＤＭＩフォーマットのデータを受信するモニタの要部構成の一例を示すブロック図である。
【図１２】上記モニタの制御部の要部構成の一例を示すブロック図である。
【図１３】上記モニタが実行する再生録画処理の一例を示す図である。
【図１４】上記モニタが実行する再生録画処理の具体的な実施例におけるコンテンツ配信システムの構成例を示す図である。
【図１５】上記モニタが実行する再生録画処理の具体的な実施例におけるコンテンツ配信システムの構成例を示す図である。
【図１６】上記モニタが実行する再生録画処理の具体的な実施例におけるコンテンツ配信システムの構成例を示す図である。
【図１７】上記実施例において、コンテンツ再生時間軸に対する、コンテンツ再生装置とコンテンツ配信装置との間の無線通信状態と、コンテンツ再生装置が再生するコンテンツデータと、コンテンツ再生装置が録画するコンテンツデータとを示す図である。
【図１８】上記実施例において、コンテンツ再生時間軸に対する、コンテンツ再生装置とコンテンツ配信装置との間の無線通信状態と、コンテンツ再生装置が再生するコンテンツデータと、コンテンツ再生装置が録画するコンテンツデータとを示す図である。
【図１９】上記実施例において、コンテンツ再生時間軸に対する、コンテンツ再生装置とコンテンツ配信装置との間の無線通信状態と、コンテンツ再生装置が再生するコンテンツデータと、コンテンツ再生装置が録画するコンテンツデータとを示す図である。
【図２０】上記チューナが転送録画処理を実行する場合における上記モニタの再生処理の一例を示す図である。
【図２１】上記チューナが実行する転送録画処理の一例を示す図である。
【図２２】上記チューナが実行する転送録画処理の具体的な実施例におけるコンテンツ配信システムの構成例を示す図である。
【図２３】上記チューナが実行する転送録画処理の具体的な実施例におけるコンテンツ配信システムの構成例を示す図である。
【図２４】上記チューナが実行する転送録画処理の具体的な実施例におけるコンテンツ配信システムの構成例を示す図である。
【図２５】上記実施例において、コンテンツ再生時間軸に対する、コンテンツ再生装置とコンテンツ配信装置との間の無線通信状態と、コンテンツ再生装置が再生するコンテンツデータと、上記チューナが録画するコンテンツデータとを示す図である。
【図２６】上記実施例において、コンテンツ再生時間軸に対する、コンテンツ再生装置とコンテンツ配信装置との間の無線通信状態と、コンテンツ再生装置が再生するコンテンツデータと、上記チューナが録画するコンテンツデータとを示す図である。
【発明を実施するための形態】
【００２４】
〔コンテンツ配信装置が配信するコンテンツについて〕
コンテンツ配信装置が配信する各コンテンツには、それぞれ、再生制御メタファイルが対応付けられている。再生制御メタファイルとは、コンテンツ再生装置がＶＯＤストリーミングによるコンテンツの取得・再生を実行する際に利用する情報である。
【００２５】
コンテンツ再生装置は、コンテンツを再生する際に、まず、コンテンツ配信装置から再生するコンテンツに対応付けられている再生制御メタファイルを取得し、取得した再生制御メタファイルに基づいて、コンテンツの取得・再生を実行する。
【００２６】
例えば、再生制御メタファイルには、所定のコンテンツの高ビットレートであるデータの取得先および上記コンテンツの低ビットレートであるデータの取得先が示されており、コンテンツ再生装置は、再生制御メタファイルに基づいて、通信状況に応じて、上記コンテンツの高ビットレート用データまたは低ビットレート用データを取得する。このように、再生制御メタファイルを用いて、適応型ストリーミングが実現される。
【００２７】
なお、以下では、再生制御メタファイルに対応付けられているコンテンツを対象コンテンツと称する。また、高ビットレートのデータを高品質データ（高品質コンテンツデータ）と称し、低ビットレートのデータを低品質データ（低品質コンテンツデータ）と称する。また、適応型ストリーミングは、伝送路の通信状況だけではなく、コンテンツ再生装置の処理能力や画面サイズに応じて、配信するコンテンツのビットレートを動的に変更することも含む。
【００２８】
〔再生制御メタファイルについて〕
再生制御メタファイルは、具体的には、再生制御メタファイルは、ＥＲＩ（Entry Resource Information）、ＬＬＩ（License Link Information）およびＮＣＩ（Network content Control Information）の３つのＸＭＬ文書を含み、コンテンツの取得・再生制御のための情報やＤＲＭ（Digital Rights Management）に関連する情報等を含むものである。
【００２９】
ＥＲＩ、ＬＬＩおよびＮＣＩは、デジタルテレビ情報化研究会およびＩＰＴＶフォーラムが策定したものである。図１にＨＴＴＰによって配信されるコンテンツの再生制御メタファイルの具体例を示す。図１に基づいて、ＥＲＩ、ＬＬＩおよびＮＣＩの詳細について説明する。
【００３０】
図１は、再生制御メタファイルの一例を示す図である。図１に示すように、再生制御メタファイル１０は、ＥＲＩ２０、ＬＬＩ４０およびＮＣＩ５０を含む。
【００３１】
図１に示すように、ＥＲＩ２０は、対象コンテンツが暗号化コンテンツであるか否かを示す識別情報２１、対象コンテンツのタイトルを示すタイトル情報２２、対象コンテンツの概要を示す概要情報２３、対象コンテンツの時間長を示す時間長情報２４、対象コンテンツの実体データの参照先を示す情報（エントリ情報）２５、コンテンツ再生装置が対象コンテンツをチャプタ再生するためのチャプタ情報２６、映像信号の属性情報２７、音声信号の属性情報２８および字幕信号の属性情報２９等を含む。映像信号の属性情報２７、音声信号の属性情報２８および字幕信号の属性情報２９をまとめて属性情報３０と称する。コンテンツ再生装置は、タイトル情報２２、概要情報２３および時間長情報２４に基づいて、コンテンツのタイトル、概要、時間長を表示する。
【００３２】
また、図１に示すように、ＬＬＩ４０は、ＤＲＭサーバのＵＲＩ４１、ＤＲＭシステムの識別情報４２、ライセンスＩＤ４３、ライセンスの利用条件テキスト情報４４、署名４５および署名検証用公開鍵証明書４６等を含む。このように、ＬＬＩ４０は、対象コンテンツのライセンスの取得に必要となる情報や対象コンテンツのライセンスの利用条件情報等を含み、コンテンツ再生装置をライセンス取得先として適正なサーバに安全に誘導するものである。
【００３３】
また、図１に示すように、ＮＣＩ５０は、ストリーミングプロトコルの識別情報５１並びにサービス提供可能な可変速再生の方式および倍速値を示す情報５２等を含む。また、ＮＣＩ５０は、ＦＥＣ方式およびパラメータの識別情報を含んでいてよい。ＮＣＩ５０は、ＨＴＴＰストリーミングにおいて、特有に必要となる諸パラメータを示すものである。
【００３４】
〔ＥＲＩについて〕
次に、種々のＥＲＩの記述例を図２〜図５に基づいて説明する。図２は、基本的なＥＲＩの記述例を示すものである。図３は、高品質データおよび低品質データがあるコンテンツのＥＲＩの記述例を示すものである。図４は、時分割されたコンテンツのＥＲＩの記述例を示すものである。図５は、高品質データおよび低品質データがそれぞれ時分割されたコンテンツのＥＲＩの記述例を示すものである。
【００３５】
図２に示す例では、２０Ｍｂｐｓのコンテンツがコンテンツ配信装置に格納されており、ＥＲＩ２０ａのエントリ情報２５ａに上記２０Ｍｂｐｓのコンテンツの取得先が記述されている。また、属性情報３０ａに上記２０Ｍｂｐｓのコンテンツの属性情報が記述されている。
【００３６】
図３に示す例では、高品質データである２０Ｍｂｐｓのコンテンツデータと、低品質データである３Ｍｂｐｓのコンテンツデータとがコンテンツ配信装置に格納されており、ＥＲＩ２０ｂのエントリ情報２５ｂに２０Ｍｂｐｓのコンテンツデータおよび３Ｍｂｐｓのコンテンツデータの取得先がそれぞれ記述されている。
【００３７】
また、属性情報３０ｂには、２０Ｍｂｐｓのコンテンツの属性情報と３Ｍｂｐｓのコンテンツの属性情報とが記述されている。図３に示すように属性情報３０ｂの「es_info number="1"」がエントリ情報２５ｂの「start number="1"」に対応しており、「es_info number="2"」がエントリ情報２５ｂの「start number="2"」に対応している。つまり、「es_info number="1"」タグに記述されている属性情報は、２０Ｍｂｐｓのコンテンツの属性情報であり、「es_info number="2"」タグに記述されている属性情報は、３Ｍｂｐｓのコンテンツの属性情報である。また、コンテンツ再生装置は、属性情報３０ｂの「max_bitrate="20Mbps"」または「max_bitrate="3Mbps"」に基づいて、コンテンツのビットレートを表示する。
【００３８】
図４に示す例では、時分割されたコンテンツがコンテンツ配信装置に格納されている。具体的には、全長３０分のコンテンツが０〜１５分までの第１セグメントと１５〜３０分までの第２セグメントの２つに分割されている。図４に示すように、ＥＲＩ２０ｃのエントリ情報２５ｃには、第１セグメントおよび第２セグメントの取得先がそれぞれ記述されている。
【００３９】
図５に示す例では、高品質データである２０Ｍｂｐｓのコンテンツデータと、低品質データである３Ｍｂｐｓのコンテンツデータとがそれぞれ６つのセグメントに時分割されてコンテンツ配信装置に格納されている。具体的には、全長３０分の高品質データが０〜５分までの高品質第１セグメント、５〜１０分までの高品質第２セグメント、１０〜１５分までの高品質第３セグメント、１５〜２０分までの高品質第４セグメント、２０〜２５分までの高品質第５セグメントおよび２５〜３０分までの高品質第６セグメントの６つに分割されている。また、全長３０分の低品質データが０〜５分までの低品質第１セグメント、５〜１０分までの低品質第２セグメント、１０〜１５分までの低品質第３セグメント、１５〜２０分までの低品質第４セグメント、２０〜２５分までの低品質第５セグメントおよび２５〜３０分までの低品質第６セグメントの６つに分割されている。
【００４０】
図５に示すように、ＥＲＩ２０ｄのエントリ情報２５ｄには、高品質第１セグメント、高品質第２セグメント、高品質第３セグメント、高品質第４セグメント、高品質第５セグメントおよび高品質第６セグメント、並びに、低品質第１セグメント、低品質第２セグメント、低品質第３セグメント、低品質第４セグメント、低品質第５セグメントおよび低品質第６セグメントの取得先がそれぞれ記述されている。
【００４１】
また、属性情報３０ｄには、図３に示すＥＲＩ２０ｂと同様に、高品質データの属性情報と低品質データの属性情報とが記述されている。
【００４２】
〔ＤＡＳＨについて〕
ＤＡＳＨ（Dynamic Adaptive Streaming over HTTP）とは、ＭＰＥＧが策定を進めているＨＴＴＰによる適応型ストリーミング（ＨＡＳ：HTTP adaptive streaming）技術の標準仕様である。
【００４３】
ＤＡＳＨでは、コンテンツにＭＰＤ（media presentation description）が対応付けられており、ＭＰＤによってコンテンツを管理する。ＭＰＤは、コンテンツのメタデータであって、ＤＡＳＨで策定されつつあるコンテンツの管理情報をＸＭＬ形式で記述したものである。
【００４４】
換言すると、ＭＰＤは、コンテンツ再生装置がコンテンツの取得・再生時に利用する情報であり、上記の再生制御メタファイルと同様の機能を有する。つまり、ＭＰＤに上記エントリ情報や属性情報等を記述することにより、ＤＡＳＨにおいても適応型ストリーミングを実現することができる。
【００４５】
〔コンテンツ配信システムについて〕
本発明に係るコンテンツ再生装置およびコンテンツ配信装置を含むコンテンツ配信システムの構成について、図６に基づいて説明する。図６は、本発明に係るコンテンツ配信システムの構成の一例を示す図である。
【００４６】
図６に示すように、コンテンツ配信システム１１００は、アンテナ１１０１、サーバＡ１１０３、クラウド１１０４、ルータ１１０５、テレビＡ１１０７、サーバＢ１１１０、ＰＣ１１１１、スマートフォンＡ１１１９、スマートフォンＢ１１２２、テレビＢ１１２３、チューナ１１３０、モニタ１１３１、テレビ記録媒体１１３３、チューナ記録媒体１１３４およびモニタ記録媒体１１３５を含む。
【００４７】
アンテナ１１０１は、放送を受信するためのものである。ここでは、地上デジタル放送または衛星放送を想定しているが、ＩＰ放送、ケーブル放送等の別の形態であってもよい。アンテナ１１０１は、ケーブル１１０２によって、テレビＡ１１０７、サーバＢ１１１０およびチューナ１１３０と接続している。アンテナ１１０１で受信された放送波は、ケーブル１１０２を介してテレビＡ１１０７、サーバＢ１１１０およびチューナ１１３０に伝送される。ケーブル１１０２は、例えば、同軸ケーブルで構成される。
【００４８】
サーバＡ１１０３は、家庭内または家庭外の機器にサービスを提供するためのサーバである。サーバＡ１１０３は、複数台の機器で構成されていても良い。また、サーバＡ１１０３が提供するサービスは、ＶＯＤ、映像配信サービス、家庭内機器コントローラー、映像コミュニケーション、セキュリティ管理等であってよい。
【００４９】
クラウド１１０４は、ネットワークおよびネットワーク上のサーバ機器を含むクラウドである。クラウド１１０４は、ネットワークとして、インターネット（ＩＰ）網に加えて、携帯電話網１１４１、有線（公衆含む）通信網１１４２を含むものである。なお、サーバＡ１１０３がクラウド１１０４の一部として存在しても良い。
【００５０】
ルータ１１０５は、ＩＰ系のネットワークを中継するアクセスポイント／ルータである。ルータ１１０５は、サーバＡ１１０３と接続している。外部のアクセスネットワークが光通信の場合、光終端装置等が必要であるが、自明のため図示していない。また、ルータ１１０５は、テレビＡ１１０７、サーバＢ１１１０、チューナ１１３０およびＰＣ１１１１と有線ＬＡＮ１１０６を介して接続している。一般的な有線ＬＡＮ１１０６はルータ１１０５からのスター接続形式であるが、ここでは説明の簡略化のためバス接続形式である。家庭内のＩＰ通信の方式は、有線ＬＡＮ、電力線ＬＡＮもしくは無線ＬＡＮ（ＷｉＦｉ（登録商標）含む）等、またはこれらの組み合わせであってよい。
【００５１】
テレビＡ１１０７は、放送波を受信すると共に、インターネットにも接続しているデジタルテレビである。
【００５２】
サーバＢ１１１０は、放送波を受信して番組データを格納したり、インターネットを介して取得したデータを格納したりする家庭内サーバである。サーバＢ１１１０は、その他、カムコーダー、デジタルカメラ、デジタルビデオ、携帯電話機等で撮影した動画または静止画を簡単に格納することができ、クラウド上のデータバックアップサービスによってデータの２重化がされることが望ましい。
【００５３】
スマートフォンＡ１１１９は、ＷｉＦｉによる無線接続機能を搭載したスマートフォンである。スマートフォンＡ１１１９は、ＷｉＦｉＡ１１２０によってルータ１１０５と接続し、ＷｉＦｉＢ１１２１によってテレビＡ１１０７と接続する。スマートフォンＡ１１１９とテレビＡ１１０７とは、WiFi Directという技術によって直接接続される。また、スマートフォンＡ１１１９とテレビＡ１１０７とは、Bluetooth（登録商標）によって接続されていても良い。無線ネットワーク上にスイッチが存在することはないが、図６では、説明の便宜のために、スマートフォンＡ１１１９が無線ネットワークをＷｉＦｉＡ１１２０とＷｉＦｉＢ１１２１とに切り換え可能な様子をスイッチを模して示している。
【００５４】
スマートフォンＢ１１２２は、公衆網から本家庭内ネットワークに接続可能なスマートフォンである。スマートフォンＢ１１２２は、タブレットやＰＣ等であってもよい。家庭内で閉じたネットワークに外部網から接続する手法は、メール形式で家庭内機器と情報をやり取りすること、家庭内機器がDynamic DNSを用いて外部網から到達可能とすること、サーバＡ１１０３等の外部サーバが一時情報を蓄えて家庭内の機器とのブリッジをすること等があり、多くの手法が存在するが、ここではその手法は問わない。
【００５５】
テレビＢ１１２３は、別の家庭に設置されているテレビである。ビデオチャットで接続される以外に、ソーシャルネットサービス経由で接続される等の使い方があるが、ここでは詳細な説明は省略する。
【００５６】
チューナ１１３０は、テレビＡ１１０７に搭載されているチューナとは別体のチューナである。チューナ１１３０は、ＷｉＦｉのアクセスポイントの機能および有線ＬＡＮと無線ＬＡＮとのブリッジ機能を有している。チューナ１１３０は、モニタ１１３１とＷｉＦｉＣ１１３２を介して接続する。チューナ１１３０は、アンテナ１１０１が受信した放送波から映像データ、音声データ等を抽出し、ストリーミングプロトコルに整形してＩＰ系ネットワーク上に伝送する。なお、伝送するストリーミングプロトコルはＲＴＰでもＨＴＴＰでもよい。なお、チューナ１１３０は、ＳＴＢ（Set-top box）であってもよい。チューナ１１３０の詳細な構成は後述する。
【００５７】
モニタ１１３１は、チューナ１１３０と無線ネットワークで接続するモニタである。モニタ１１３１は、ＷｉＦｉＣ１１３２を介して、または有線ＬＡＮ１１０６、ルータ１１０５およびＷｉＦｉＡ１１２０を介して、チューナ１１３０から放送番組のデータを取得して、映像および音声を再生する。また、モニタ１１３１は、ルータ１１０５とＷｉＦｉＡ１１２０によって接続する。モニタ１１３１は、ルータ１１０５を介して、サーバＡ１１０３、クラウド１１０４等からＶＯＤサービスや映像配信サービスを受けて、映像および音声を再生してもよい。また、モニタ１１３１は、ルータ１１０５を介して、サーバＢ１１１０、テレビＡ１１０７、ＰＣ１１１１等からデータを取得し、映像および音声を再生してもよい。モニタ１１３１は、家庭外において、クラウド１１０４と携帯電話網１１４１で接続するスマートフォンＢ１１２２とＷｉＦｉＤ１１３９によって接続し、いわゆるデザリングによって映像データ等を取得しても良い。モニタ１１３１の詳細な構成は後述する。
【００５８】
なお、ＷｉＦｉＣ１１３２は、ＷｉＦｉＡ１１２０と同様の無線ネットワークであるが、ルータ１１０５とは異なるアクセスポイントであるチューナ１１３０に接続している。無線ネットワーク上にスイッチが存在することはないが、図６では、説明の便宜のために、モニタ１１３１が無線ネットワークをＷｉＦｉＡ１１２０とＷｉＦｉＣ１１３２とに切り換え可能な様子をスイッチを模して示している。
【００５９】
テレビ記録媒体１１３３は、テレビＡ１１０７とインターフェース１１３６によって接続する記録媒体であり、映像データ、音声データ等を格納するものである。
【００６０】
チューナ記録媒体１１３４は、チューナ１１３０とインターフェース１１３７によって接続する記録媒体であり、映像データ、音声データ等を格納するものである。
【００６１】
モニタ記録媒体１１３５は、モニタ１１３１とインターフェース１１３８によって接続する記録媒体であり、映像データ、音声データ等を格納するものである。
【００６２】
テレビ記録媒体１１３３、チューナ記録媒体１１３４およびモニタ記録媒体１１３５は、ハードディスクで実現されても良いし、ＳＤやＳＳＤ（Solid State Drive）等のソリッドメディアで実現されても良い。また、インターフェース１１３６〜１１３８は、記録媒体にアクセスできるものであれば方式は任意でよく、ＵＳＢ、Ｓ−ＡＴＡ、ｉＬｉｎｋ等である。
【００６３】
上記モニタ１１３１、スマートフォンＡ１１１９が本発明におけるコンテンツ再生装置であり、上記チューナ１１３０、サーバＡ１１０３、クラウド１１０４、サーバＢ１１１０、テレビＡ１１０７、ＰＣ１１１１、スマートフォンＢ１１２２がコンテンツ配信装置である。本発明に係るコンテンツ配信システム１１００は、コンテンツ再生装置およびコンテンツ配信装置をそれぞれ少なくとも１つ含んでいればよい。
【００６４】
なお、コンテンツ再生装置であるモニタ１１３１、スマートフォンＡ１１１９は、外部から取得したコンテンツデータを記録するコンテンツデータ記録装置であるとも言える。
【００６５】
〔チューナの構成について〕
次に、図７〜図９に基づいて、チューナ１１３０の詳細な構成について説明する。図７は、ＴＳフォーマットのデータをモニタ１１３１に出力するチューナ１１３０ａの要部構成の一例を示すブロック図である。図８は、ＨＤＭＩ（High-Definition Multimedia Interface）フォーマットのデータをモニタ１１３１に出力するチューナ１１３０ｂの要部構成の一例を示すブロック図である。図９は、チューナ１１３０の制御部の要部構成の一例を示すブロック図である。
【００６６】
（ＴＳ出力のチューナの構成）
まず、図７に示すＴＳフォーマットのデータを出力するチューナ１１３０ａの構成について説明する。図７に示すように、チューナ１１３０ａは、フロントエンド１１０、デマルチプレクサ１２０、映像・音声トランスコード部１３０、リマルチプレクサ１４０、番組情報デコード部１５０、番組表データ生成部１６０、有線インターフェース部１７０、制御部２００、メモリ部２１０、記憶部２２０および無線インターフェース部２３０を備える。
【００６７】
フロントエンド１１０は、アンテナ１１０１から放送波を取得し、取得した放送波をデジタルデータに復調するものである。フロントエンド１１０は、復調したデジタルデータをデマルチプレクサ１２０に出力する。
【００６８】
デマルチプレクサ１２０は、フロントエンド１１０が復調したデジタルデータを映像データ、音声データおよび番組情報データ等に分離するものである。デマルチプレクサ１２０は、分離した映像データおよび音声データを映像・音声トランスコード部１３０に出力し、分離した番組情報データを番組情報デコード部１５０に出力する。
【００６９】
映像・音声トランスコード部１３０は、デマルチプレクサ１２０が分離した映像データおよび音声データを取得し、取得した映像データおよび音声データをＴＳフォーマットに変換するものである。映像・音声トランスコード部１３０は、ＴＳフォーマットに変換した映像データおよび音声データをリマルチプレクサ１４０に出力する。
【００７０】
リマルチプレクサ１４０は、映像・音声トランスコード部１３０からＴＳフォーマットに変換された映像データおよび音声データを取得し、ＴＳフォーマットに変換された映像データおよび音声データを１つにまとめたデータストリーム（ＴＳストリーム）を生成するものである。また、リマルチプレクサ１４０は、映像・音声トランスコード部１３０からＴＳフォーマットに変換された映像データおよび音声データを取得し、さらに、番組情報デコード部１５０からデコードされた番組情報データを取得し、映像データ、音声データおよび番組情報データを１つにまとめたデータストリームを生成してもよい。リマルチプレクサ１４０は、生成したデータストリームを無線インターフェース部２３０を介してコンテンツ再生装置に送信する。
【００７１】
番組情報デコード部１５０は、デマルチプレクサ１２０が分離した番組情報データを取得し、取得した番組情報データをデコードするものである。番組情報デコード部１５０は、デコードした番組情報データをチューナ記録媒体１１３４に格納したり、番組表データ生成部１６０およびリマルチプレクサ１４０に出力したりする。
【００７２】
番組表データ生成部１６０は、番組情報デコード部１５０からデコードされた番組情報データを取得し、取得した番組情報データに基づいて、コンテンツ再生装置が視聴または録画予約時に表示する電子番組表を示す番組表データを生成するものである。番組表データ生成部１６０は、生成した番組表データをチューナ記録媒体１１３４に格納したり、無線インターフェース部２３０を介してコンテンツ再生装置に送信したりする。
【００７３】
有線インターフェース部１７０は、有線ＬＡＮ等のネットワーク１８０（例えば、図６に示す有線ＬＡＮ１１０６およびルータ１１０５等）とのインターフェースである。加えて有線インターフェース部１７０は、他の機器（例えば、チューナ記録媒体１１３４）と有線接続するためのインターフェースも兼ねている。チューナ１１３０ａは、有線インターフェース部１７０を介して、外部のサーバ１９０（例えば、図６に示すサーバＡ１１０３、クラウド１１０４、テレビＡ１１０７、サーバＢ１１１０、ＰＣ１１１１、チューナ記録媒体１１３４等）と接続し、データを送受信する。
【００７４】
制御部２００は、記憶部２２０からメモリ部２１０に読み出されたプログラムを実行することにより、各種の演算を行うと共に、チューナ１１３０ａが備える各部を統括的に制御するものである。制御部２００は、バス２４０を介して各部を制御する制御信号を送信する。
【００７５】
メモリ部２１０は、制御部２００が演算を行う際に使用するまたは生成したデータを一時的に保存するものである。メモリ部２１０は、いわゆるＲＡＭ（random access memory）である。
【００７６】
記憶部２２０は、制御部２００が演算を行う際に使用するプログラムを記憶するものである。記憶部２２０は、いわゆるＲＯＭ（read only memory）またはフラッシュメモリ(flash memory)を意味する不揮発性のものである。
【００７７】
無線インターフェース部２３０は、ＷｉＦｉ等の無線通信手段とのインターフェースである。チューナ１１３０ａは、無線インターフェース部２３０を介して、無線通信手段を有する他の機器（例えば、モニタ１１３１等のコンテンツ再生装置）とデータを送受信する。
【００７８】
（ＨＤＭＩ出力のチューナの構成）
次に、図８に示すＨＤＭＩフォーマットのデータを出力するチューナ１１３０ｂの構成について説明する。チューナ１１３０ｂは、チューナ１１３０ａの映像・音声トランスコード部１３０およびリマルチプレクサ１４０が映像・音声デコード部１３１およびＨＤＭＩエンコード部１４１に変更したものである。そのため、ここでは、チューナ１１３０ｂのチューナ１１３０ａと異なる点について主に説明する。
【００７９】
映像・音声デコード部１３１は、デマルチプレクサ１２０が分離した映像データおよび音声データを取得し、取得した映像データおよび音声データをデコードするものである。映像・音声デコード部１３１は、は、デコードした映像データおよび音声データをＨＤＭＩエンコード部１４１に出力する。
【００８０】
ＨＤＭＩエンコード部１４１は、映像・音声デコード部１３１からデコードされた映像データおよび音声データを取得し、取得した映像データおよび音声データをＨＤＭＩ規格に適合するようにエンコードするものである。ＨＤＭＩエンコード部１４１は、エンコードした映像データおよび音声データを無線インターフェース部２３０を介してコンテンツ再生装置に送信する。
【００８１】
（チューナの制御部の構成）
次に、図９に示す制御部２００の構成について説明する。図９に示すように、制御部２００は、機能ブロックとして、コンテンツ録画指示取得部２０１、コンテンツ取得部２０２および録画実行部２０３を備える構成である。これらの制御部２００の各機能ブロック（２０１〜２０３）は、ＣＰＵ（central processing unit）が、ＲＯＭ等で実現された記憶部２２０に記憶されているプログラムをＲＡＭ等で実現されたメモリ部２１０に読み出して実行することで実現できる。
【００８２】
コンテンツ録画指示取得部２０１は、コンテンツ再生装置から無線インターフェース部２３０を介して、コンテンツの録画を指示するコンテンツ録画指示信号を取得するものである。コンテンツ録画指示取得部２０１は、コンテンツ録画指示信号の示すコンテンツの再生制御メタファイルをコンテンツ取得部２０２に出力する。なお、チューナ１１３０が当該再生制御メタファイルを保持していない場合、コンテンツ録画指示取得部２０１は、コンテンツ録画指示信号を取得した後、コンテンツ配信装置から当該再生制御メタファイルを取得する。
【００８３】
コンテンツ取得部２０２は、コンテンツ録画指示取得部２０１から再生制御メタファイルを取得し、取得した再生制御メタファイルに基づいて、コンテンツ配信装置から高品質データを取得するものである。なお、コンテンツ取得部２０２は、コンテンツ再生装置のコンテンツ再生と同期させて、高品質データを取得しても良いし、コンテンツ再生装置のコンテンツ再生とは関係なく、高品質データを取得しても良い。
【００８４】
録画実行部２０３は、コンテンツ取得部２０２が取得した高品質データをチューナ記録媒体１１３４に格納するものである。
【００８５】
〔モニタの構成について〕
次に、図１０〜図１２に基づいて、モニタ１１３１の詳細な構成について説明する。図１０は、ＴＳフォーマットのデータを受信するモニタ１１３１ａの要部構成の一例を示すブロック図である。図１１は、ＴＳフォーマットおよびＨＤＭＩフォーマットのデータを受信するモニタ１１３１ｂの要部構成の一例を示すブロック図である。図１２は、モニタ１１３１の制御部の要部構成の一例を示すブロック図である。
【００８６】
（ＴＳ入力のモニタの構成）
まず、図１０に示すＴＳフォーマットのデータを受信するモニタ１１３１ａの構成について説明する。図１０に示すように、モニタ１１３１ａは、デマルチプレクサ３１０、映像・音声デコード部３２０、音声出力部３３０、画面合成部３４０、表示部３５０、番組情報デコード部３６０、番組表データ生成部３７０、無線インターフェース部３８０、リモコン受光部３９０、制御部４００、メモリ部４１０、記憶部４２０および有線インターフェース部４３０を備える。
【００８７】
デマルチプレクサ３１０は、無線インターフェース部３８０を介して、チューナ１１３０から送信されたデータストリームを取得し、取得したデータストリームを映像データ、音声データおよび番組情報データ等に分離するものである。デマルチプレクサ３１０は、分離した映像データおよび音声データを映像・音声デコード部３２０に出力し、分離した番組情報データを番組情報デコード部３６０に出力する。
【００８８】
映像・音声デコード部３２０は、デマルチプレクサ３１０から分離された映像データおよび音声データを取得し、取得した映像データおよび音声データをデコードするものである。また、映像・音声デコード部３２０は、有線インターフェース部４３０を介してモニタ記録媒体１１３５から映像データおよび音声データを読み出し、読み出した映像データおよび音声データをデコードしてもよい。映像・音声デコード部３２０は、デコードした音声データを音声出力部３３０に出力し、デコードした映像データを画面合成部３４０に出力する。
【００８９】
音声出力部３３０は、映像・音声デコード部３２０から取得した音声データを音に変換し、モニタ１１３１ａの外部に音を出力するものである。音声出力部３３０は、いわゆるスピーカである。
【００９０】
画面合成部３４０は、映像・音声デコード部３２０から取得した映像データに基づいて画像を生成するものである。また、画面合成部３４０は、映像データに加えて、番組情報デコード部３６０から番組情報データおよび番組表データ生成部３７０から番組表データ等を取得し、取得した映像データ、番組情報データおよび番組表データ等に基づいて画像を生成してもよい。画面合成部３４０は、生成した画像を表示部３５０に出力する。
【００９１】
表示部３５０は、画面合成部３４０から取得した画像を表示するものである。表示部３５０は、例えば、ＬＣＤ（液晶ディスプレイ）、有機ＥＬディスプレイ、プラズマディスプレイ等である。
【００９２】
番組情報デコード部３６０は、デマルチプレクサ３１０から分離された番組情報データを取得し、取得した番組情報データをデコードするものである。番組情報デコード部３６０は、デコードした番組情報データをモニタ記録媒体１１３５に格納したり、画面合成部３４０および番組表データ生成部３７０に出力したりする。
【００９３】
番組表データ生成部３７０は、番組情報デコード部３６０からデコードされた番組情報データを取得し、取得した番組情報データに基づいて、番組表データを生成するものである。番組表データ生成部３７０は、生成した番組表データをモニタ記録媒体１１３５に格納したり、画面合成部３４０に出力したりする。
【００９４】
無線インターフェース部３８０は、ＷｉＦｉ等の無線通信手段とのインターフェースである。モニタ１１３１ａは、無線インターフェース部３８０を介して、無線通信手段を有する他の機器（例えば、チューナ１１３０等のコンテンツ配信装置）とデータを送受信する。
【００９５】
リモコン受光部３９０は、モニタの遠隔制御装置（リモートコントローラ）から発せられた光（例えば、赤外光）を受光し、受光した光を電気信号（操作信号）に変換するものである。リモコン受光部３９０は、変換した操作信号を制御部４００に出力する。例えば、リモコン受光部３９０は、コンテンツの再生および当該コンテンツの録画を指示するコンテンツ再生録画信号を制御部４００に出力する。
【００９６】
制御部４００は、記憶部４２０からメモリ部４１０に読み出されたプログラムを実行することにより、各種の演算を行うと共に、モニタ１１３１ａが備える各部を統括的に制御するものである。制御部４００は、バス４４０を介して各部を制御する制御信号を送信する。
【００９７】
メモリ部４１０は、制御部４００が演算を行う際に使用するまたは生成したデータを一時的に保存するものである。メモリ部４１０は、いわゆるＲＡＭである。
【００９８】
記憶部４２０は、制御部４００が演算を行う際に使用するプログラムを記憶するものである。記憶部４２０は、いわゆるＲＯＭまたはフラッシュメモリを意味する不揮発性のものである。
【００９９】
有線インターフェース部４３０は、他の機器（例えば、モニタ記録媒体１１３５）と有線接続するためのインターフェースである。
【０１００】
（ＴＳ＋ＨＤＭＩ入力のモニタの構成）
次に、図１１に示すＴＳフォーマットのデータおよびＨＤＭＩフォーマットのデータを受信するモニタ１１３１ｂの構成について説明する。モニタ１１３１ｂは、モニタ１１３１ａの構成に加えて、ＨＤＭＩデコード部４５０を追加したものである。そのため、ここでは、チューナ１１３０ｂのチューナ１１３０ａと異なる点について主に説明する。
【０１０１】
ＨＤＭＩデコード部４５０は、無線インターフェース部３８０を介して、チューナ１１３０から送信された、ＨＤＭＩ規格に適合するようにエンコードされた映像データおよび音声データを取得し、取得した映像データおよび音声データをデコードするものである。ＨＤＭＩデコード部４５０は、デコードした音声データを音声出力部３３０に出力し、デコードした映像データを表示部３５０に出力する。
【０１０２】
（モニタの制御部の構成）
次に、図１２に示す制御部４００の構成について説明する。図１２に示すように、制御部４００は、機能ブロックとして、コンテンツ取得部４０１、通信状態判定部４０２、取得先変更部４０３および録画実行部（記録手段）４０４を備える構成である。これらの制御部４００の各機能ブロック（４０１〜４０４）は、ＣＰＵが、ＲＯＭ等で実現された記憶部４２０に記憶されているプログラムをＲＡＭ等で実現されたメモリ部４１０に読み出して実行することで実現できる。
【０１０３】
コンテンツ取得部４０１は、リモコン受光部３９０からコンテンツ再生録画指示信号を取得すると、無線インターフェース部３８０を介して、コンテンツ配信装置にコンテンツ要求信号を送信する。コンテンツ取得部４０１は、コンテンツ要求信号に対する応答として、コンテンツ配信装置から無線インターフェース部３８０を介して、再生制御メタファイルを取得する。コンテンツ取得部４０１は、再生制御メタファイルに基づいて、高品質データを要求する高品質データ要求信号または低品質データを要求する低品質データ要求信号をコンテンツ配信装置に送信する。
【０１０４】
また、換言すると、コンテンツ取得部４０１は、コンテンツのストリーミング再生に供するコンテンツデータを取得する第１取得手段であって、高品質データを取得するか低品質データを取得するかを通信状態に応じて切り替える第１取得部（第１取得手段）と、上記第１取得部が取得しなかった高品質データを通信状態が回復した後に取得する第２取得部（第２取得手段）とを有するものである。また、第２取得部は、上記第１取得部が高品質データを取得しなかった期間を含むセグメントの高品質データ全体を通信状態が回復した後に取得してもよい。また、高品質データの上記第１取得部による取得と、上記第１取得部が取得しなかった高品質データの上記第２取得部による取得とが、パラレルに実行されてもよい。
【０１０５】
通信状態判定部４０２は、無線インターフェース部３８０と他の機器との無線通信状態が高品質データの取得が可能な状態であるか否かを判定するものである。例えば、通信状態判定部４０２は、無線通信手段の電波の受信強度を測定し、測定した受信強度が所定値以上の場合、高品質データの取得が可能な状態であると判定しても良い。通信状態判定部４０２は、判定結果を取得先変更部４０３に出力する。
【０１０６】
取得先変更部４０３は、通信状態判定部４０２から判定結果を取得して、通信状態判定部４０２が高品質データの取得が可能な状態であると判定した場合、コンテンツ取得部４０１に対して、高品質データを取得するように指示する。一方、取得先変更部４０３は、通信状態判定部４０２が高品質データの取得が可能な状態ではないと判定した場合、コンテンツ取得部４０１に対して、低品質データを取得するように指示する。また、取得先変更部４０３は、コンテンツ取得部４０１にコンテンツの取得先を指示すると共に、録画実行部４０４にコンテンツ取得部４０１に指示した内容を通知する。なお、取得先変更部４０３は、コンテンツ取得部４０１が取得するコンテンツを変更させる場合にのみ、コンテンツ取得部４０１に対して指示を出力しても良い。
【０１０７】
録画実行部４０４は、コンテンツ取得部４０１が取得した高品質データをモニタ記録媒体１１３５に録画（記録）するものである。より具体的には、録画実行部４０４は、第１取得部が取得した高品質データと第２取得部が取得した高品質データとを記録する。
【０１０８】
〔モニタの再生録画処理〕
次に、モニタ１１３１が実行する、コンテンツを再生しながら、当該コンテンツを録画する再生録画処理について、図１３に基づいて説明する。図１３は、モニタ１１３１が実行する再生録画処理の一例を示す図である。
【０１０９】
図１３に示すように、まず、ユーザが遠隔制御装置を用いて、コンテンツの再生録画を入力すると、リモコン受光部３９０は、遠隔制御装置からの赤外光を受光し、受光した赤外光をコンテンツ再生録画指示信号に変換する。コンテンツ取得部４０１は、リモコン受光部３９０からコンテンツ再生録画指示信号を取得する（Ｓ１）。コンテンツ取得部４０１は、取得したコンテンツ再生録画指示信号の示すコンテンツを要求するコンテンツ要求信号を、無線インターフェース部３８０を介して、コンテンツ配信装置に送信する（Ｓ２）。
【０１１０】
コンテンツ配信装置は、モニタ１１３１からコンテンツ要求信号を受信すると、コンテンツ要求信号の示すコンテンツの再生制御メタファイルをモニタ１１３１に送信する。コンテンツ取得部４０１は、コンテンツ配信装置から当該再生制御メタファイルを取得する（Ｓ３）。ここで、通信状態判定部４０２は、無線インターフェース部３８０とコンテンツ配信装置との間における無線通信状態が高品質データの取得が可能な状態であるか否かを判定する（Ｓ４）。
【０１１１】
無線通信状態が高品質データの取得可能な状態であれば（Ｓ４でＹＥＳ）、取得先変更部４０３は、コンテンツ取得部４０１に高品質データを取得するように指示する。この指示を受けて、コンテンツ取得部４０１は、再生制御メタファイルに示されている高品質データの取得先に対して、高品質データを要求する。
【０１１２】
モニタ１１３１は、無線インターフェース部３８０を介して高品質データを取得して（Ｓ５）、取得した高品質データを再生する（Ｓ６）。このとき、録画実行部４０４は、取得した高品質データ（再生する高品質データ）をモニタ記録媒体１１３５に格納する（Ｓ７）。
【０１１３】
さらに、録画実行部４０４は、既に再生したコンテンツのうち、高品質データとして録画していない部分があるか否かを確認する（Ｓ８）。高品質データとして録画していない部分がある場合（Ｓ８でＹＥＳ）、通信状態判定部４０２が高品質データの現在再生する部分に加えて、さらに再生済みの録画していない部分を取得可能な無線通信状態であるか否かを判定する（Ｓ９）。ここで、高品質データの録画していない部分をさらに取得可能な場合（Ｓ９）、コンテンツ取得部４０１は、高品質データの録画していない部分を要求し、録画実行部４０４は、さらに取得した高品質データの録画していない部分をモニタ記録媒体１１３５に格納する（Ｓ１０）。
【０１１４】
ここで、コンテンツ取得部４０１は、コンテンツの取得が完了したか否か、つまり、コンテンツの全てを再生したか否かを判定する（Ｓ１１）。コンテンツを全て再生していなければ、Ｓ４に戻る。また、Ｓ８において、既に再生したコンテンツのうち、高品質データの録画していない部分がなければ（Ｓ８でＮＯ）、Ｓ４に戻る。また、Ｓ９において、さらに再生済みの録画していない部分を取得可能な無線通信状態ではない場合（Ｓ９でＮＯ）、Ｓ４に戻る。
【０１１５】
一方、Ｓ４において、無線通信状態が高品質データの取得が可能な状態ではない場合（Ｓ４でＮＯ）、取得先変更部４０３は、コンテンツ取得部４０１に低品質データを取得するように指示する。この指示を受けて、コンテンツ取得部４０１は、再生制御メタファイルに示されている低品質データの取得先に対して、低品質データを要求する。
【０１１６】
モニタ１１３１は、無線インターフェース部３８０を介して低品質データを取得して（Ｓ１２）、取得した低品質データを再生する（Ｓ１３）。このとき、録画実行部４０４は、録画処理を実行しない（Ｓ１４）。つまり、録画実行部４０４は、取得した低品質データはモニタ記録媒体１１３５に格納しない。
【０１１７】
そして、コンテンツ取得部４０１は、コンテンツの取得が完了したか否か、つまり、コンテンツの全てを再生したか否かを判定する（Ｓ１１）。
【０１１８】
コンテンツの全てを再生した場合（Ｓ１１でＹＥＳ）、録画実行部４０４は、当該コンテンツのうち、高品質データとして録画していない部分があるか否かを確認する（Ｓ１５）。高品質データとして録画していない部分がある場合（Ｓ１５でＹＥＳ）、コンテンツ取得部４０１は、高品質データの録画していない部分を要求し、録画実行部４０４は、取得した高品質データの録画していない部分をモニタ記録媒体１１３５に格納する（Ｓ１６）。録画実行部４０４は、再生したコンテンツを全て高品質データとして録画完了するまで、Ｓ１６を実行する（Ｓ１７）。そして、再生したコンテンツを全て高品質データとして録画完了すると（Ｓ１７またはＳ１５でＮＯ）、モニタ１１３１は、録画再生処理を終了する。
【０１１９】
〔実施例１〕
次に、モニタ１１３１が実行する再生録画処理の具体的な実施例を図１４〜図１６に基づいて説明する。図１４〜図１６は、本実施例におけるコンテンツ配信システムの構成例を示す図である。
【０１２０】
ここでは、ユーザが無線ネットワークで接続されているモニタ１１３１で動画（コンテンツ）を視聴かつ録画しながら移動することを想定する。視聴する動画は再生制御メタファイルを使用するものであれば、クラウド１１０４またはサーバＡ１１０３からのＶＯＤサービスであっても、家庭内のサーバＢ１１１０からのものであってもよい。
【０１２１】
具体的には、図１４に示すように、コンテンツ配信システム１１００ａは、コンテンツ再生装置であるモニタ１１３１と、コンテンツ配信装置であるクラウド１１０４およびサーバＡ１１０３とを含む。図１４に示す例では、クラウド１１０４およびサーバＡ１１０３は、ルータ１１０５を介してチューナ１１３０と接続しており、チューナ１１３０とモニタ１１３１とは、ＷｉＦｉＣ１１３２によって無線接続されている。
【０１２２】
また、図１５に示す例では、コンテンツ配信システム１１００ｂは、コンテンツ再生装置であるモニタ１１３１と、コンテンツ配信装置であるクラウド１１０４およびサーバＡ１１０３とを含む。ここでは、クラウド１１０４およびサーバＡ１１０３は、ルータ１１０５と接続しており、ルータ１１０５とモニタ１１３１とは、ＷｉＦｉＡ１１２０によって無線接続されている。
【０１２３】
また、図１６に示す例では、コンテンツ配信システム１１００ｃは、コンテンツ再生装置であるモニタ１１３１と、コンテンツ配信装置であるクラウド１１０４およびサーバＡ１１０３とを含む。ここでは、クラウド１１０４およびサーバＡ１１０３は、携帯電話網１１４１を介してスマートフォンＢ１１２２と接続しており、スマートフォンＢ１１２２とモニタ１１３１とは、ＷｉＦｉＤ１１３９によって無線接続されている。
【０１２４】
ユーザがモニタ１１３１を把持して家庭内での移動や、家庭内から家庭外に移動することにより、コンテンツ再生装置とコンテンツ配信装置との通信接続状態が最適になるように切り替わる。
【０１２５】
通信接続状態が最適になるように、切り替える場合であっても、無線ネットワークを遮る障害物等により、コンテンツ再生装置とコンテンツ配信装置との間の無線通信状況が悪化することがある。コンテンツ再生装置とコンテンツ配信装置との間の無線通信状態が悪いと、コンテンツの品質を維持して、正常にコンテンツを再生することが困難になる。同様に、再生しながら録画する場合も、モニタ記録媒体１１３５にエラー無く記録し続けることが困難になる。
【０１２６】
そこで、無線通信状態に応じて、再生制御メタファイルを参照して、高品質データまたは低品質データを切り替えて取得する。これにより、通信状況が悪化した場合であっても、エラー無く再生することができる。
【０１２７】
再生しながら録画する場合には、コンテンツデータの取得先を低品質データの取得先に切り替えた時点で一旦録画を停止し、通信状況が改善して高品質データに切り替えてから、録画を再開する。このときの録画速度は、再生速度と同期する必要はない。無線ネットワークの帯域に余裕があれば録画速度が再生速度より速くてもよいし、帯域に余裕がなければ録画速度を遅くしてもよい。また、コンテンツを複数のセグメントに分割している場合、各セグメントを再生順にセグメント単位で録画しても良いし、再生順とは異なる順番でセグメント単位で録画しても良い。
【０１２８】
録画を再開する際、コンテンツが１つのエントリ情報参照先から得られる場合には、録画を開始したいコンテンツの途中の時間またはバイトを意味する位置情報をＶＯＤサーバに送り、途中から動画データを取得して録画を開始することになるが、録画済みの動画にエラーが発生し始めた録画済みの位置を正確に割り出すことは困難である。また、プロトコルにＲＴＰを用いてＶＯＤサービスを提供する場合には特に困難である。
【０１２９】
そこで、完全なコンテンツを得るためには先頭からの動画データを再度取得することが一般的である。この問題を解決するために、図４に示すように、コンテンツが複数のセグメントに時分割されている場合、例えば、コンテンツ再生開始から１７分後に通信状態が悪くなり動画にエラーが生じたとしても、既に録画した０〜１５分までのセグメントデータには、エラーが含まれていないため、１５〜３０分までのセグメントデータのみを再度取得して録画することにより、完全なコンテンツを録画することができる。この場合、再生しながら録画した１５分から１７分までの動画データはエラーを含むものとして破棄する。図４に示す例では、３０分のコンテンツを１５分単位のセグメントで２分割しているが、例えば、セグメントの時間長を３０秒にすることにより、エラーが発生したときの破棄する録画済みのデータを少なくすることができる。
【０１３０】
次に、コンテンツに図５に示す再生制御メタファイルが対応付けられている場合における、コンテンツ再生装置の再生録画処理を図１７〜図１９に基づいて具体的に説明する。図１７〜図１９は、コンテンツ再生時間軸に対する、コンテンツ再生装置とコンテンツ配信装置との間の無線通信状態と、コンテンツ再生装置が再生するコンテンツデータと、コンテンツ再生装置が録画するコンテンツデータとを示す図である。
【０１３１】
ここでは、図５に示すように、コンテンツごとに、高品質データおよび低品質データの品質の異なる２種類のデータが用意されている。高品質データおよび低品質データは、共に再生時間が３０分であり、６つのセグメントに時分割されているものとする。つまり、１つのセグメントの時間長は５分である。
【０１３２】
また、コンテンツの再生開始時（０分）は無線通信状態が良好であり、再生開始から１２分後に無線通信状態が悪くなり、２１分後に無線通信状態が改善するものとする。
【０１３３】
図１７に示すように、コンテンツの再生に関して、０分から１２分では、コンテンツ取得部４０１が、高品質データの取得先から「20M_001.tts」、「20M_002.tts」、「20M_003.tts」を順次取得し、取得した高品質データに基づいてコンテンツが再生される。１２分から２１分では、まず、コンテンツ取得部４０１は、取得先を切り替えて低品質データの取得先に接続し、第３セグメントの先頭から２分進んだ（１２分またはバイトを意味する）位置情報をＶＯＤサーバ（クラウド１１０４またはサーバＡ１１０３）に送信し、低品質第３セグメントの途中から取得し、取得した低品質データに基づいてコンテンツが再生される。２１分から３０分では、コンテンツ取得部４０１は、取得先を切り替えて高品質データの取得先に接続し、第５セグメントの先頭から１分進んだ（２１分またはバイトを意味する）位置情報をＶＯＤサーバに送信し、高品質第５セグメントの途中から取得し、取得した高品質データに基づいてコンテンツが再生される。
【０１３４】
また、コンテンツの録画に関して、０分から１２分では、コンテンツ取得部４０１が、ストリーミング再生される高品質データを取得しているため、録画実行部４０４は、コンテンツ取得部４０１が取得した高品質データをそのまま録画する。１２分から２１分では、コンテンツ取得部４０１が、ストリーミング再生される低品質データを取得しているため、録画実行部４０４は、録画を一時停止し、コンテンツ取得部４０１が取得した低品質データは録画しない。ここで、取得先を切り替える直前に録画していた１０分から１２分の高品質第３セグメントの録画データはエラーが含まれているとみなし、当該録画データを破棄する。２１分から３０分では、コンテンツ取得部４０１が、ストリーミング再生される高品質データを取得しているため、録画実行部４０４は、コンテンツ取得部４０１が取得した高品質データをそのまま録画する。図１７に示す例では、２１分から３０分において、視聴に用いている帯域とは別の帯域が使えるため、コンテンツ取得部４０１が録画していない１０分から２１分の高品質データ（高品質第３セグメント、第４セグメントおよび第５セグメントの一部）を取得し、録画実行部４０４は、この未録画の高品質データを録画する。このとき、未録画の高品質データを取得する取得速度は、再生速度に同期する必要はなく、無線ネットワークの帯域に余裕があれば、再生速度より早くしても良いし、帯域に余裕が無ければ遅くしても良い。図１７に示す例では、再生速度より早く未録画の高品質データを取得し、録画している。
【０１３５】
図１８に示す例では、視聴用の帯域を確保することや、受信する動画コンテンツを１つにすること等を優先する場合を示す。この場合、コンテンツの再生を優先し、１０分から２１分の未録画の高品質データをコンテンツの再生が終了した後に取得して録画する。このとき、未録画の高品質データを取得する取得速度は、再生速度に同期する必要はなく、無線ネットワークの帯域に余裕があれば、再生速度より早くしても良いし、帯域に余裕が無ければ遅くしても良い。図１８に示す例では、再生速度より早く未録画の高品質データを取得し、録画している。
【０１３６】
図１９に示す例では、セグメント単位で録画する。すなわち、０分から１２分では、録画実行部４０４は、コンテンツ取得部４０１が取得した高品質第１セグメントおよび高品質第２セグメントをそのまま録画する。高品質第３セグメントは途中までしか取得できていないため、録画せずに破棄する。また、２１分から３０分では、コンテンツ取得部４０１が高品質第５セグメントの途中から取得しているため、ストリーミング再生する高品質第５セグメントは録画せず、高品質第６セグメントの先頭から録画する。ただし、２１分から通信状態が良好であるため、コンテンツ取得部４０１が２１分からコンテンツ取得部４０１が未録画の高品質第３セグメント、高品質第４セグメント、高品質第５セグメントを順次取得し、録画実行部４０４がこの未録画の高品質第３セグメント、高品質第４セグメント、高品質第５セグメントを録画する。このとき、未録画の高品質データを取得する取得速度は、再生速度に同期する必要はなく、無線ネットワークの帯域に余裕があれば、再生速度より早くしても良いし、帯域に余裕が無ければ遅くしても良い。図１９に示す例では、再生速度より早く未録画の高品質データを取得し、録画している。
【０１３７】
〔チューナの転送録画処理〕
次に、チューナ１１３０が実行する、コンテンツ配信装置から送信されたコンテンツを転送して、コンテンツ再生装置に送信するとともに、当該コンテンツを高品質データで録画する転送録画処理を図２０および図２１に基づいて説明する。図２０は、チューナ１１３０が転送録画処理を実行する場合におけるモニタ１１３１の再生処理の一例を示す図である。図２１は、チューナ１１３０が実行する転送録画処理の一例を示す図である。
【０１３８】
図２０に示すように、まず、ユーザが遠隔制御装置を用いて、コンテンツの再生およびチューナ１１３０での録画を入力すると、リモコン受光部３９０は、遠隔制御装置からの赤外光を受光し、受光した赤外光をコンテンツ再生・チューナ録画指示信号に変換する。コンテンツ取得部４０１は、リモコン受光部３９０からコンテンツ再生・チューナ録画指示信号を取得する（Ｓ２１）。コンテンツ取得部４０１は、取得したコンテンツ再生・チューナ録画指示信号の示すコンテンツを要求するコンテンツ要求信号を、無線インターフェース部３８０およびチューナ１１３０を介して、コンテンツ配信装置に送信する（Ｓ２２）。
【０１３９】
コンテンツ配信装置は、モニタ１１３１からコンテンツ要求信号を受信すると、コンテンツ要求信号の示すコンテンツの再生制御メタファイルをチューナ１１３０を介してモニタ１１３１に送信する。コンテンツ取得部４０１は、コンテンツ配信装置から当該再生制御メタファイルを取得する（Ｓ２３）。コンテンツ取得部４０１は、再生制御メタファイルを取得すると、チューナ１１３０に対してコンテンツ録画指示信号を送信する（Ｓ２４）。
【０１４０】
ここで、通信状態判定部４０２は、無線インターフェース部３８０とコンテンツ配信装置との間における無線通信状態が高品質データの取得が可能な状態であるか否かを判定する（Ｓ２５）。
【０１４１】
無線通信状態が高品質データの取得可能な状態であれば（Ｓ２５でＹＥＳ）、取得先変更部４０３は、コンテンツ取得部４０１に高品質データを取得するように指示する。この指示を受けて、コンテンツ取得部４０１は、再生制御メタファイルに示されている高品質データの取得先に対して、高品質データを要求する。モニタ１１３１は、チューナ１１３０および無線インターフェース部３８０を介して高品質データを取得して（Ｓ２６）、取得した高品質データを再生する（Ｓ２７）。
【０１４２】
ここで、コンテンツ取得部４０１は、コンテンツの取得が完了したか否か、つまり、コンテンツの全てを再生したか否かを判定する（Ｓ３０）。コンテンツを全て再生していなければ、Ｓ２５に戻る。
【０１４３】
一方、Ｓ２５において、無線通信状態が高品質データの取得が可能な状態ではない場合（Ｓ２５でＮＯ）、取得先変更部４０３は、コンテンツ取得部４０１に低品質データを取得するように指示する。この指示を受けて、コンテンツ取得部４０１は、再生制御メタファイルに示されている低品質データの取得先に対して、低品質データを要求する。
【０１４４】
モニタ１１３１は、チューナ１１３０および無線インターフェース部３８０を介して低品質データを取得して（Ｓ２８）、取得した低品質データを再生する（Ｓ２９）。そして、コンテンツ取得部４０１は、コンテンツの取得が完了したか否か、つまり、コンテンツの全てを再生したか否かを判定する（Ｓ３０）。
【０１４５】
コンテンツの全てを再生した場合（Ｓ３０でＹＥＳ）、モニタ１１３１は、再生処理を終了する。
【０１４６】
また、図２１に示すように、まず、コンテンツ録画指示取得部２０１は、モニタ１１３１から録画指示信号を受信する（Ｓ４１）。また、コンテンツ録画指示取得部２０１は、モニタ１１３１から再生制御メタファイルを受信する（Ｓ４２）。なお、コンテンツ配信装置からチューナ１１３０を介してコンテンツ再生装置に再生制御メタファイルが送信されている場合、チューナ１１３０はコンテンツ再生装置に再生制御メタファイルを転送すると共に、そのコピーを保持していても良い。
【０１４７】
コンテンツ取得部２０２は、再生制御メタファイルに基づいて、コンテンツの高品質データを取得する（Ｓ４３）。そして、録画実行部２０３は、コンテンツ取得部２０２が取得した高品質データをチューナ記録媒体１１３４に格納する（Ｓ４４）。
【０１４８】
〔実施例２〕
次に、チューナ１１３０が実行する転送録画処理の具体的な実施例を図２２〜図２４に基づいて説明する。図２２〜図２４は、本実施例におけるコンテンツ配信システムの構成例を示す図である。
【０１４９】
ここでは、ユーザが無線ネットワークで接続されているモニタ１１３１で動画（コンテンツ）を視聴しながら移動することを想定する。視聴する動画は再生制御メタファイルを使用するものであれば、クラウド１１０４またはサーバＡ１１０３からのＶＯＤサービスであっても、家庭内のサーバＢ１１１０からのものであってもよい。
【０１５０】
具体的には、図２２に示すように、コンテンツ配信システム１１００ｄは、コンテンツ再生装置であるモニタ１１３１と、チューナ１１３０と、コンテンツ配信装置であるクラウド１１０４およびサーバＡ１１０３とを含む。図２２に示す例では、クラウド１１０４およびサーバＡ１１０３は、ルータ１１０５を介してチューナ１１３０と接続しており、チューナ１１３０とモニタ１１３１とは、ＷｉＦｉＣ１１３２によって無線接続されている。
【０１５１】
また、図２３に示す例では、コンテンツ配信システム１１００ｅは、コンテンツ再生装置であるモニタ１１３１と、チューナ１１３０と、コンテンツ配信装置であるクラウド１１０４およびサーバＡ１１０３とを含む。ここでは、クラウド１１０４およびサーバＡ１１０３は、ルータ１１０５と接続しており、ルータ１１０５とモニタ１１３１とは、ＷｉＦｉＡ１１２０によって無線接続されている。また、チューナ１１３０は、ルータ１１０５を介してクラウド１１０４およびサーバＡ１１０３と接続している。
【０１５２】
また、図２４に示す例では、コンテンツ配信システム１１００ｆは、コンテンツ再生装置であるモニタ１１３１と、スマートフォンＢ１１２２と、コンテンツ配信装置であるクラウド１１０４およびサーバＡ１１０３とを含む。ここでは、クラウド１１０４およびサーバＡ１１０３は、携帯電話網１１４１を介してスマートフォンＢ１１２２と接続しており、スマートフォンＢ１１２２とモニタ１１３１とは、ＷｉＦｉＤ１１３９によって無線接続されている。チューナ１１３０は、ルータ１１０５を介してクラウド１１０４およびサーバＡ１１０３と接続している。
【０１５３】
ユーザがモニタ１１３１を把持して家庭内での移動や、家庭内から家庭外に移動することにより、コンテンツ再生装置とコンテンツ配信装置との通信接続状態が最適になるように切り替わる。
【０１５４】
通信接続状態が最適になるように、切り替える場合であっても、無線ネットワークを遮る障害物等により、コンテンツ再生装置とコンテンツ配信装置との間の無線通信状況が悪化することがある。コンテンツ再生装置とコンテンツ配信装置との間の無線通信状態が悪いと、コンテンツの品質を維持して、正常にコンテンツを再生することが困難になる。
【０１５５】
そこで、無線通信状態に応じて、再生制御メタファイルを参照して、高品質データまたは低品質データを切り替えて取得する。これにより、通信状況が悪化した場合であっても、エラー無く再生することができる。
【０１５６】
録画に関しては、チューナ１１３０は、クラウド１１０４およびサーバＡ１１０３と有線で接続されており、モニタ１１３１とチューナ１１３０とでコンテンツの再生制御メタファイルを共有することにより、チューナ１１３０はＷｉＦｉの無線通信状態に関わらず、高品質データでコンテンツを録画することができる。
【０１５７】
このときの録画速度は、再生速度と同期する必要はない。無線ネットワークの帯域に余裕があれば録画速度が再生速度より速くてもよいし、帯域に余裕がなければ録画速度を遅くしてもよい。また、コンテンツを複数のセグメントに分割している場合、各セグメントを再生順にセグメント単位で録画しても良いし、再生順とは異なる順番でセグメント単位で録画しても良い。
【０１５８】
次に、コンテンツに図５に示す再生制御メタファイルが対応付けられている場合における、コンテンツ再生装置の再生録画処理を図２５〜図２６に基づいて具体的に説明する。図２５〜図２６は、コンテンツ再生時間軸に対する、コンテンツ再生装置とコンテンツ配信装置との間の無線通信状態と、コンテンツ再生装置が再生するコンテンツデータと、チューナ１１３０が録画するコンテンツデータとを示す図である。
【０１５９】
ここでは、図５に示すように、コンテンツごとに、高品質データおよび低品質データの品質の異なる２種類のデータが用意されている。高品質データおよび低品質データは、共に再生時間が３０分であり、６つのセグメントに時分割されているものとする。つまり、１つのセグメントの時間長は５分である。
【０１６０】
また、コンテンツの再生開始時（０分）は無線通信状態が良好であり、再生開始から１２分後に無線通信状態が悪くなり、２１分後に無線通信状態が改善するものとする。
【０１６１】
図２５に示すように、コンテンツの再生に関して、０分から１２分では、モニタ１１３１のコンテンツ取得部４０１が、高品質データの取得先から「20M_001.tts」、「20M_002.tts」、「20M_003.tts」を順次取得し、取得した高品質データに基づいてコンテンツが再生される。１２分から２１分では、まず、コンテンツ取得部４０１は、取得先を切り替えて低品質データの取得先に接続し、第３セグメントの先頭から２分進んだ（１２分またはバイトを意味する）位置情報をＶＯＤサーバ（クラウド１１０４またはサーバＡ１１０３）に送信し、低品質第３セグメントの途中から取得し、取得した低品質データに基づいてコンテンツが再生される。２１分から３０分では、コンテンツ取得部４０１は、取得先を切り替えて高品質データの取得先に接続し、第５セグメントの先頭から１分進んだ（２１分またはバイトを意味する）位置情報をＶＯＤサーバに送信し、高品質第５セグメントの途中から取得し、取得した高品質データに基づいてコンテンツが再生される。
【０１６２】
また、チューナ１１３０は、クラウド１１０４およびサーバＡ１１０３と有線で接続されているため、無線通信状態に左右されない。そのため、コンテンツの録画に関して、０分から３０分では、チューナ１１３０のコンテンツ取得部２０２が、高品質第１セグメント〜高品質第６セグメントを順に取得し、録画実行部２０３が録画する。
【０１６３】
図２６に示す例では、各セグメントを再生順に関係なく、任意の順番で録画する場合を示す。また、図２６に示す例では、コンテンツの再生速度より、録画速度が速い。具体的には、チューナ１１３０のコンテンツ取得部２０２が、高品質第１セグメント、高品質第２セグメント、高品質第３セグメント、高品質第５セグメント、高品質第４セグメント、高品質第６セグメントの順に高品質データを取得し、録画実行部２０３がコンテンツ取得部２０２が取得した順に各セグメントを録画する。
【０１６４】
ここでは、再生順と異なる順序で各セグメントを録画しているが、各セグメントを別々のファイルとして保存し、再生時には、再生制御メタファイルに基づいて各セグメントを再生順に読み出すことによって、正しく再生することができる。また、録画実行部２０３が各セグメントを別々のファイルとして保存した後、再生制御メタファイルに基づいて、再生順に各セグメントを並べて１つのファイルとして保存しなおしても良い。
【０１６５】
〔補足〕
本発明は上述した実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能である。すなわち、請求項に示した範囲で適宜変更した技術的手段を組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。
【０１６６】
最後に、コンテンツ配信装置（チューナ１１３０）およびコンテンツ再生装置（モニタ１１３１）の各ブロック、特にフロントエンド１１０、デマルチプレクサ１２０、映像・音声トランスコード部１３０、映像・音声デコード部１３１、リマルチプレクサ１４０、ＨＤＭＩエンコード部１４１、番組情報デコード部１５０、番組表データ生成部１６０、制御部２００、デマルチプレクサ３１０、映像・音声デコード部３２０、画面合成部３４０、番組情報デコード部３６０、番組表データ生成部３７０、制御部４００およびＨＤＭＩデコード部４５０は、ハードウェアロジックによって構成してもよいし、次のようにＣＰＵを用いてソフトウェアによって実現してもよい。
【０１６７】
すなわち、コンテンツ配信装置およびコンテンツ再生装置は、各機能を実現する制御プログラムの命令を実行するＣＰＵ（central processing unit）、上記プログラムを格納したＲＯＭ（read only memory）、上記プログラムを展開するＲＡＭ（random access memory）、上記プログラムおよび各種データを格納するメモリ等の記憶装置（記録媒体）などを備えている。そして、本発明の目的は、上述した機能を実現するソフトウェアであるコンテンツ配信装置およびコンテンツ再生装置の制御プログラムのプログラムコード（実行形式プログラム、中間コードプログラム、ソースプログラム）をコンピュータで読み取り可能に記録した記録媒体を、上記コンテンツ配信装置およびコンテンツ再生装置に供給し、そのコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に記録されているプログラムコードを読み出し実行することによっても、達成可能である。
【０１６８】
上記記録媒体としては、例えば、磁気テープやカセットテープ等のテープ系、フロッピー（登録商標）ディスク／ハードディスク等の磁気ディスクやＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ／ＣＤ−Ｒ等の光ディスクを含むディスク系、ＩＣカード（メモリカードを含む）／光カード等のカード系、あるいはマスクＲＯＭ／ＥＰＲＯＭ／ＥＥＰＲＯＭ／フラッシュＲＯＭ等の半導体メモリ系などを用いることができる。
【０１６９】
また、コンテンツ配信装置およびコンテンツ再生装置を通信ネットワークと接続可能に構成し、上記プログラムコードを通信ネットワークを介して供給してもよい。この通信ネットワークとしては、特に限定されず、例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ、ＩＳＤＮ、ＶＡＮ、ＣＡＴＶ通信網、仮想専用網（virtual private network）、電話回線網、移動体通信網、衛星通信網等が利用可能である。また、通信ネットワークを構成する伝送媒体としては、特に限定されず、例えば、ＩＥＥＥ１３９４、ＵＳＢ、電力線搬送、ケーブルＴＶ回線、電話線、ＡＤＳＬ回線等の有線でも、ＩｒＤＡやリモコンのような赤外線、Ｂｌｕｅｔｏｏｔｈ（登録商標）、８０２．１１無線、ＨＤＲ、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。なお、本発明は、上記プログラムコードが電子的な伝送で具現化された、搬送波に埋め込まれたコンピュータデータ信号の形態でも実現され得る。
【産業上の利用可能性】
【０１７０】
本発明は、コンテンツを再生するコンテンツ再生装置およびコンテンツを配信するコンテンツ配信装置に利用することができる。
【符号の説明】
【０１７１】
１１００  コンテンツ配信システム
１１０３  サーバＡ（コンテンツ配信装置）
１１０４  クラウド（コンテンツ配信装置）
１１３０  チューナ
１１３１  モニタ（コンテンツデータ記録装置、コンテンツ再生装置）
４０１  コンテンツ取得部（第１取得手段、第２取得手段）
４０４  録画実行部（記録手段）
【図１】
2013211784.tif 000003
【図２】
2013211784.tif 000004
【図３】
2013211784.tif 000005
【図４】
2013211784.tif 000006
【図５】
2013211784.tif 000007
【図６】
2013211784.tif 000008
【図７】
2013211784.tif 000009
【図８】
2013211784.tif 000010
【図９】
2013211784.tif 000011
【図１０】
2013211784.tif 000012
【図１１】
2013211784.tif 000013
【図１２】
2013211784.tif 000014
【図１３】
2013211784.tif 000015
【図１４】
2013211784.tif 000016
【図１５】
2013211784.tif 000017
【図１６】
2013211784.tif 000018
【図１７】
2013211784.tif 000019
【図１８】
2013211784.tif 000020
【図１９】
2013211784.tif 000021
【図２０】
2013211784.tif 000022
【図２１】
2013211784.tif 000023
【図２２】
2013211784.tif 000024
【図２３】
2013211784.tif 000025
【図２４】
2013211784.tif 000026
【図２５】
2013211784.tif 000027
【図２６】
2013211784.tif 000028
【手続補正書】
【提出日】平成25年4月2日(2013.4.2)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
外部から取得したコンテンツデータを記録するコンテンツデータ記録装置において、
コンテンツの取得・再生を実行する際に利用する再生制御メタファイルであって、当該コンテンツのストリーミング再生に供するコンテンツデータを予め複数に時分割した単位であるセグメントに関して記述されている再生制御メタファイルを取得するメタファイル取得手段と、
コンテンツのストリーミング再生に供するコンテンツデータを取得する第１取得手段であって、高品質コンテンツデータを取得するか低品質コンテンツデータを取得するかを通信状態に応じて切り替える第１取得手段と、
上記メタファイル取得手段が取得した再生制御メタファイルに基づいて、上記第１取得手段が取得しなかった高品質コンテンツデータを含むセグメントを通信状態が回復した後に取得する第２取得手段と、
上記第１取得手段が取得した高品質コンテンツデータと上記第２取得手段が取得した高品質コンテンツデータとを上記セグメント単位で記録する記録手段と、を備えていることを特徴とするコンテンツデータ記録装置。
【請求項２】
高品質コンテンツデータの上記第１取得手段による取得と、上記第１取得手段が取得しなかった高品質コンテンツデータを含むセグメントの上記第２取得手段による取得とが、パラレルに実行されることを特徴とする請求項１に記載のコンテンツデータ記録装置。
【請求項３】
外部から取得したコンテンツデータを記録するコンテンツデータ記録方法において、
コンテンツの取得・再生を実行する際に利用する再生制御メタファイルであって、当該コンテンツのストリーミング再生に供するコンテンツデータを予め複数に時分割した単位であるセグメントに関して記述されている再生制御メタファイルを取得するメタファイル取得ステップと、
コンテンツのストリーミング再生に供するコンテンツデータを取得する第１取得ステップであって、高品質コンテンツデータを取得するか低品質コンテンツデータを取得するかを通信状態に応じて切り替える第１取得ステップと、
上記メタファイル取得ステップにおいて取得された再生制御メタファイルに基づいて、上記第１取得ステップにおいて取得されなかった高品質コンテンツデータを含むセグメントを通信状態が回復した後に取得する第２取得ステップと、
上記第１取得ステップにおいて取得された高品質コンテンツデータと上記第２取得ステップにおいて取得された高品質コンテンツデータとを上記セグメント単位で記録する記録ステップと、を含むことを特徴とするコンテンツデータ記録方法。
【請求項４】
請求項１または２に記載のコンテンツデータ記録装置を動作させるための制御プログラムであって、コンピュータを上記各手段として機能させるための制御プログラム。
【請求項５】
請求項４に記載の制御プログラムを記録したコンピュータ読み取り可能な記録媒体。