送信装置、送信方法、受信装置、受信方法、プログラム、およびコンテンツ配信システム
【課題】多数の端末装置に対してコンテンツを安定して供給する。
【解決手段】端末装置２１は、インタネット２を介してコンテンツ配信サーバ１１からのコンテンツのストリーミング配信を受信することができる。また、端末装置２１は、受信したコンテンツを、インタネット２を介して他の端末装置２１に中継することができる。このようにして中継されるコンテンツの品質が劣化した（遅延量が多いなど）場合、コンテンツ配信サーバ１１は、TV放送装置１３を制御して、コンテンツを放送によりストリーミング配信させることができる。さらに、その視聴者数に応じて、コンテンツの放送を停止することができる。本発明は、コンテンツ配信システムに適用できる。
【解決手段】端末装置２１は、インタネット２を介してコンテンツ配信サーバ１１からのコンテンツのストリーミング配信を受信することができる。また、端末装置２１は、受信したコンテンツを、インタネット２を介して他の端末装置２１に中継することができる。このようにして中継されるコンテンツの品質が劣化した（遅延量が多いなど）場合、コンテンツ配信サーバ１１は、TV放送装置１３を制御して、コンテンツを放送によりストリーミング配信させることができる。さらに、その視聴者数に応じて、コンテンツの放送を停止することができる。本発明は、コンテンツ配信システムに適用できる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、送信装置、送信方法、受信装置、受信方法、プログラム、およびコンテンツ配信システムに関し、特に、ネットワークまたは放送を臨機応変に使い分けてコンテンツを配信する場合に用いて好適な送信装置、送信方法、受信装置、受信方法、プログラム、およびコンテンツ配信システムに関する。
【背景技術】
【０００２】
従来、テレビジョン番組や映画などのコンテンツを、インタネットに代表されるネットワークを介して配信するサービスがユニキャスト配信により実現されている（例えば、特許文献１参照）。
【０００３】
図１は、ユニキャスト配信を実現するための構成例を示している。ユニキャスト配信は、各端末装置４それぞれがインタネット２を介して配信サーバ１にアクセスし、コンテンツの配信を要求する。そして、それらの要求に応じ、配信サーバ１がインタネット２を介して各端末装置４にコンテンツを配信することにより実現される。すなわち、ユニキャスト配信では、配信サーバ１と各端末装置４とが一対一に通信を行う。この場合、端末装置４の数が増加すると、配信サーバ１の処理負荷が増すとともに、ネットワーク２におけるデータ通信量が増加してしまうことになる。
【０００４】
配信サーバ１の処理負担やネットワーク２の通信量を減少させるためには、インタネット２を構成する各ISP(internet service provider)のルータ３にコンテンツをキャッシュさせることの他、コンテンツをマルチキャスト（同報）可能なIPマルチキャスト配信、またはオーバレイマルチキャスト配信を採用する方法がある。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００３−２９６２８８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
図２は、IPマルチキャスト配信を実現するための構成例を示している。IPマルチキャスト配信では、マルチキャストグループ５（同報されるコンテンツを受信できる端末装置４のグループ）に所属したい端末装置４がその旨を、インタネット２を構成するルータ３に通知すると、各ルータ３が協調してマルチキャスト配信ツリーが構成される。このマルチキャスト配信ツリーにより、配信サーバ１からのコンテンツが、マルチキャストグループ５に対してのみ同報されることになる。
【０００７】
ただし、IPマルチキャスト配信を実現するためには、各ルータ３がIPマルチキャスト配信に対応している（マルチキャスト配信ツリーを構成するように協調する機能を有する）必要がある。しかしながら、現実的には、インタネット２は異なる多数のISPによってそれぞれ運営されるルータ３によって構成されており、IPマルチキャスト配信に対応していないルータ３も多いので、IPマルチキャスト配信の実現は困難である。
【０００８】
図３は、オーバレイマルチキャスト配信を実現するための構成例を示している。オーバレイマルチキャスト配信は、ルータ３の機能に依存することなく、端末装置４にて実行されるアプリケーションプログラムにより実現される。すなわち、オーバレイマルチキャスト配信では、端末装置４Ａが、配信サーバ１からインタネット２を介してコンテンツを受信すると、受信したコンテンツを他の端末装置４に中継可能である旨の情報を公開する。公開された当該情報に基づいて他の端末装置４（例えば、端末装置４Ｃ）が端末装置４Ａに中継を要求すると、端末装置４Ａは、受信したコンテンツを他の端末装置４に中継する。中継されたコンテンツを受信した他の端末装置４も端末装置４Ａと同様、さらに他の端末装置（例えば、端末装置４Ｄ等）にコンテンツを中継することができる。
【０００９】
オーバレイマルチキャスト配信の場合、コンテンツの中継を希望する端末装置４Ｃなどは、コンテンツを中継可能な端末装置４Ａを検索する必要がある。また、コンテンツを中継する端末装置４Ａには、インタネット２を介するコンテンツの下りの通信速度と同程度の上りの通信速度を維持する処理能力が要求される。さらに、中継が重ねられたコンテンツは、配信サーバ１から直接配信されたコンテンツに比較して品質が劣化している（大きな遅延が生じているなど）問題もある。
【００１０】
本発明はこのような状況に鑑みてなされたものであり、多数の端末装置に対してコンテンツを安定して供給できるようにするものである。
【課題を解決するための手段】
【００１１】
本発明の第１の側面である送信装置は、コンテンツを供給する送信装置において、前記コンテンツをネットワークを介して受信装置に送信する送信手段と、前記コンテンツを受信した前記受信装置から通知される、前記コンテンツの品質を示すマニフェストファイルを受信するマニフェストファイル受信手段と、受信された前記マニフェストファイルを解析する解析手段と、前記マニフェストファイルの解析結果に基づいて前記コンテンツを放送によって配信する放送手段と、受信された前記マニフェストファイルを配信する配信手段とを含む。
【００１２】
前記解析手段は、受信された前記マニフェストファイルに基づいて前記コンテンツの品質劣化の有無を検出し、前記放送手段は、前記コンテンツの品質劣化が検出された場合、前記コンテンツを放送によって配信することができる。
【００１３】
前記配信手段は、前記マニフェストファイルの解析結果に基づいて前記コンテンツが放送によって配信される場合、放送によって配信される前記コンテンツを受信するための情報を、受信された前記マニフェストファイルに追加して配信することができる。
【００１４】
本発明の第１の側面である送信装置は、放送によって配信される前記コンテンツを受信した前記受信装置から通知される、前記コンテンツを受信していることを示す受信レポートを取得し、取得した前記受信レポートの数に基づいて前記コンテンツの放送による配信の継続の有無を判断する受信レポート取得手段をさらに含むことができる。
【００１５】
前記受信レポート取得手段は、前記コンテンツの放送による配信を継続しないと判断した場合、前記放送手段を制御して、前記コンテンツの放送による配信が停止されることを示す放送配信停止予告を放送によって配信させることができる。
【００１６】
本発明の第１の側面である送信方法は、コンテンツを供給する送信装置の送信方法において、前記放送装置による、前記コンテンツをネットワークを介して受信装置に送信する送信ステップと、前記コンテンツを受信した前記受信装置から通知される、前記コンテンツの品質を示すマニフェストファイルを受信するマニフェストファイル受信ステップと、受信された前記マニフェストファイルを解析する解析ステップと、前記マニフェストファイルの解析結果に基づいて前記コンテンツを放送によって配信する放送ステップと、受信された前記マニフェストファイルを配信する配信ステップとを含む。
【００１７】
本発明の第１の側面であるプログラムは、コンテンツを供給する送信装置の制御用のプログラムであって、前記コンテンツをネットワークを介して受信装置に送信する送信ステップと、前記コンテンツを受信した前記受信装置から通知される、前記コンテンツの品質を示すマニフェストファイルを受信するマニフェストファイル受信ステップと、受信された前記マニフェストファイルを解析する解析ステップと、前記マニフェストファイルの解析結果に基づいて前記コンテンツを放送によって配信する放送ステップと、受信された前記マニフェストファイルを配信する配信ステップとを含む処理を送信装置のコンピュータに実行させる。
【００１８】
本発明の第１の側面においては、コンテンツがネットワークを介して受信装置に送信され、コンテンツを受信した受信装置から通知される、コンテンツの品質を示すマニフェストファイルが受信され、受信されたマニフェストファイルの解析結果に基づいてコンテンツが放送によって配信される。
【００１９】
本発明の第２の側面である受信装置は、コンテンツを受信する受信装置において、ネットワークを介して送信された前記コンテンツを受信する受信手段と、受信された前記コンテンツの品質を示すマニフェストファイルを生成して前記送信装置に通知する通知手段と、受信された前記コンテンツを前記ネットワークを介して他の受信装置に中継する中継手段とを含む。
【００２０】
本発明の第２の側面である受信装置は、前記送信装置から配信された、他の受信装置が生成した前記マニフェストファイルを取得するマニフェストファイル取得手段をさらに含み、前記受信手段は、取得された前記マニフェストファイルに基づいて他の受信装置にアクセスし、前記他の受信装置から中継された前記コンテンツを受信することができる。
【００２１】
本発明の第２の側面である受信装置は、受信された前記コンテンツの符号化方式を変換する変換手段をさらに含み、前記中継手段は、受信されて符号化方式が変換された前記コンテンツを前記ネットワークを介して他の受信装置に中継することができる。
【００２２】
前記マニフェストファイルには、前記コンテンツの品質を示す情報として、前記コンテンツを受信した時の遅延量、パケットロス数、またはジッタ量のうちの少なくとも１つを含むことができる。
【００２３】
本発明の第２の側面である受信方法は、コンテンツを受信する受信装置の受信方法において、前記受信方法による、ネットワークを介して送信された前記コンテンツを受信する受信ステップと、受信された前記コンテンツの品質を示すマニフェストファイルを生成して前記送信装置に通知する通知ステップと、受信された前記コンテンツを前記ネットワークを介して他の受信装置に中継する中継ステップとを含む。
【００２４】
本発明の第２の側面であるプログラムは、コンテンツを受信する受信装置の制御用のプログラムであって、ネットワークを介して送信された前記コンテンツを受信する受信ステップと、受信された前記コンテンツの品質を示すマニフェストファイルを生成して前記送信装置に通知する通知ステップと、受信された前記コンテンツを前記ネットワークを介して他の受信装置に中継する中継ステップとを含む処理を受信装置のコンピュータに実行させる。
【００２５】
本発明の第２の側面においては、ネットワークを介して送信されたコンテンツが受信され、受信されたコンテンツの品質を示すマニフェストファイルが生成されて送信装置に通知され、受信されたコンテンツがネットワークを介して他の受信装置に中継される。
【００２６】
本発明の第３の側面であるコンテンツ配信サーバは、コンテンツを送信する送信装置と、送信された前記コンテンツを受信する受信装置から成るコンテンツ配信システムにおいて、前記送信装置が、前記コンテンツをネットワークを介して前記受信装置に送信する送信手段と、前記コンテンツを受信した前記受信装置から通知される、前記コンテンツの品質を示すマニフェストファイルを受信するマニフェストファイル受信手段と、受信された前記マニフェストファイルを配信する配信手段と、受信された前記マニフェストファイルを解析する解析手段と、前記マニフェストファイルの解析結果に基づいて前記コンテンツを放送によって配信する放送手段とを含む。また、前記受信装置が、前記ネットワークを介して送信された前記コンテンツを受信するコンテンツ受信手段と、受信された前記コンテンツの品質を示すマニフェストファイルを生成して前記送信装置に通知する通知手段と、受信された前記コンテンツを前記ネットワークを介して他の受信装置に中継する中継手段とを含む。
【００２７】
本発明の第３の側面においては、送信装置により、コンテンツがネットワークを介して受信装置に送信され、コンテンツを受信した受信装置から通知される、コンテンツの品質を示すマニフェストファイルが受信され、受信されたマニフェストファイルの解析結果に基づいてコンテンツが放送によって配信される。また、受信装置により、ネットワークを介して送信されたコンテンツが受信され、受信されたコンテンツの品質を示すマニフェストファイルが生成されて送信装置に通知され、受信されたコンテンツがネットワークを介して他の受信装置に中継される。
【発明の効果】
【００２８】
本発明の第１の側面によれば、多数の受信装置にコンテンツを安定して送信することができる。
【００２９】
本発明の第２の側面によれば、コンテンツを安定して受信することができる。
【００３０】
本発明の第３の側面によれば、多数の受信装置に対して、コンテンツを安定して配信することができる。
【図面の簡単な説明】
【００３１】
【図１】コンテンツのユニキャスト配信を実現するための構成例を示すブロック図である。
【図２】コンテンツのIPマルチキャスト配信を実現するための構成例を示すブロック図である。
【図３】コンテンツのオーバレイマルチキャスト配信を実現するための構成例を示すブロック図である。
【図４】本発明を適用したコンテンツ配信システムの構成例を示すブロック図である。
【図５】コンテンツ配信サーバの構成例を示すブロック図である。
【図６】マニフェストファイル配信サーバの構成例を示すブロック図である。
【図７】端末装置の構成例を示すブロック図である。
【図８】マニフェストファイルに含まれる情報を示す図である。
【図９】端末装置による再生処理を説明するフローチャートである。
【図１０】端末装置による中継処理を説明するフローチャートである。
【図１１】マニフェストファイル配信サーバの処理を説明するフローチャートである。
【図１２】コンテンツ配信システムに想定される動作シナリオを示している。
【図１３】コンテンツ配信システムに想定される動作シナリオを示している。
【図１４】コンテンツ配信システムに想定される動作シナリオを示している。
【図１５】コンピュータの構成例を示すブロック図である。
【発明を実施するための形態】
【００３２】
以下、発明を実施するための最良の形態（以下、実施の形態と称する）について、図面を参照しながら詳細に説明する。
【００３３】
＜１．実施の形態＞
［コンテンツ配信システムの構成例］
図４は、本発明の実施の形態であるコンテンツ配信システムの構成例を示している。このコンテンツ配信システム１０は、コンテンツを送信（供給）する側に設けられるコンテンツ配信サーバ１１、マニフェストファイル配信サーバ１２、およびTV放送装置１３、並びに、コンテンツを受信（取得）する側に設けられる多数の端末装置２１から構成される。各端末装置２１は、インタネット２を介してコンテンツ配信サーバ１１およびマニフェストファイル配信サーバ１２と通信が可能である。
【００３４】
以下、端末装置２１についてはノードとも称する。また、各端末装置２１を、個々に区別する必要がある場合には端末装置２１Ａ，２１Ｂ（ノードＡ，Ｂ）などと称する。
【００３５】
コンテンツ配信サーバ１１は、主に、インタネット２を介したコンテンツのストリーミング配信を実行する。マニフェストファイル配信サーバ１２は、主に、端末装置２１から通知されるマニフェストファイルをTV放送網にて配信させる。また、マニフェストファイル配信サーバ１２は、端末装置２１からの要求に応じ、マニフェストファイルをインタネット２を介して供給する。
【００３６】
TV放送装置１３は、主に、コンテンツ配信サーバ１１からの制御に従ってコンテンツを放送によりストリーミング配信する。また、TV放送装置１３は、マニフェストファイル配信サーバ１２からの制御に従ってマニフェストファイルをTV放送網で配信する。なお、TV放送装置１３が利用するTV放送網は、衛星放送網、地上デジタル放送網、ケーブルテレビ放送網、携帯電話放送網などのいずれかに限定されるものではなく任意である。
【００３７】
各端末装置２１は、コンテンツ配信サーバ１１およびマニフェストファイル配信サーバ１２のURLを予め保持しており、インタネット２を介してコンテンツ配信サーバ１１およびマニフェストファイル配信サーバ１２と通信が可能である。
【００３８】
図５は、コンテンツ配信サーバ１１の構成例を示している。コンテンツ配信サーバ１１は、コンテンツストリーミング配信部３１、およびコンテンツ放送制御部３２から成る。コンテンツストリーミング配信部３１は、インタネット２を介する端末装置２からの要求に応じ、インタネット２を介してコンテンツをストリーミング配信する。コンテンツ放送制御部３２は、マニフェストファイル配信サーバ１２からの通知に基づき、TV放送装置１３を制御してコンテンツを放送によってストリーミング配信させる。
【００３９】
図６は、マニフェストファイル配信サーバ１２の構成例を示している。マニフェストファイル配信サーバ１２は、マニフェストファイル取得部４１、マニフェストファイル解析部４２、マニフェストファイル配信部４３、コンテンツ配信サーバ制御部４４、および受信レポート取得部４５から成る。
【００４０】
マニフェストファイル取得部４１は、コンテンツを取得している端末装置２１から周期的に通知されるマニフェストファイルを取得する。ここで、マニフェストファイルとは、コンテンツを取得した端末装置２１が当該コンテンツを取得したときの遅延量、パケットロスなどの状況を示す情報（以下、中継品質情報と称する）を含むものである。なお、マニフェストファイルについては、図８を参照して詳述する。
【００４１】
マニフェストファイル解析部４２は、マニフェストファイル取得部４１が取得したマニフェストファイルの中継品質情報を解析する。
【００４２】
マニフェストファイル配信部４３は、マニフェストファイル取得部４１が取得したマニフェストファイルを、コンテンツ配信サーバ制御部４４を介してTV放送装置１３に放送させる。また、マニフェストファイル配信部４３は、インタネット２を介して要求してきた端末装置２１に対し、マニフェストファイル取得部４１が取得したマニフェストファイルを供給する。
【００４３】
コンテンツ配信サーバ制御部４４は、コンテンツ配信サーバ１１を制御して、コンテンツの放送によるストリーミング配信の開始と停止を制御させる。
【００４４】
受信レポート取得部４５は、コンテンツ配信サーバ制御部４４を介してTV放送装置１３に受信レポート要求を放送させる。ここで、受信レポートとは、放送によりストリーミング配信されるコンテンツを受信している端末装置２１から返信されるものであり、コンテンツを受信している端末装置２１の総数を計測するために用いられる。
【００４５】
図７は、端末装置２１の構成例を示している。端末装置２１は、コンテンツ取得部５１、マニフェストファイル生成部５２、コンテンツ保持部５３、マニフェストファイル取得部５４、コンテンツ変換部５５、コンテンツ再生部５６、およびコンテンツ中継部５７から成る。
【００４６】
コンテンツ取得部５１は、URLが既知であるコンテンツ配信サーバ１１にインタネット２を介してアクセスし、コンテンツ配信サーバ１１からストリーミング配信されるコンテンツを取得する。また、コンテンツ取得部５１は、配信されるマニフェストファイルに基づいて、他の端末装置２１にアクセスし、当該他の端末装置２１がストリーミング配信を中継するコンテンツを取得する。さらに、コンテンツ取得部５１は、配信されるマニフェストファイルに基づいて、所望のコンテンツが放送によりストリーミング配信されている場合、その放送を受信することによりコンテンツを取得する。
【００４７】
マニフェストファイル生成部５２は、取得されたコンテンツに対応するマニフェストファイルを生成し、インタネット２を介してマニフェストファイル配信サーバ１２に送信する。
【００４８】
図８は、マニフェストファイルを構成する各項目を示している。マニフェストファイルは、中継品質情報６１、属性情報６２、および１以上のコンテンツ中継元URL６３が含まれて生成される。さらに、マニフェストファイルには、放送配信時のチャンネル情報６４が追加される場合がある。
【００４９】
中継品質情報６１は、取得したコンテンツに生じている遅延量、パケットロス数、ジッタ量などからなる。中継品質情報６１は、当該端末装置２１が他の端末装置２１に対して中継可能なコンテンツの品質を示す。中継品質情報６１は、他の端末装置２１が当該端末装置２１にコンテンツの中継を要求するか否かの判断材料として用いられる。
【００５０】
ここで、遅延量は、当該コンテンツがコンテンツ配信サーバ１１から配信されたタイミングを基準とするものであり、コンテンツのストリーミングパケットに含まれる送出時刻から、端末装置２１にて受信した時刻の差として算出される。
【００５１】
属性情報６２には、当該コンテンツのタイトル、概要等からなる内容属性のメタデータと、当該コンテンツの元のビットレート、およびコーデックの種類、並びに、当該端末装置２１にて変換可能なコーデックの種類などを示す符号化属性のメタデータが含まれる。
【００５２】
コンテンツ中継元URL６３には、当該端末装置２１にて変換可能なコーデックの種類毎に異なるコンテンツ中継部５７の通信ポートのURLが記載される。ただし、当該端末装置２１が元のコンテンツのコーデック等を変換する機能を有していない場合、コンテンツ中継元URL６３は１つのみ記載される。
【００５３】
放送配信時のチャンネル情報６４は、対応するコンテンツが放送によりストリーミング配信される場合にマニフェストファイル配信サーバ１２にて追加されるものである。放送配信時のチャンネル情報６４には、コンテンツがストリーミング配信される放送チャンネルが記載される。
【００５４】
図７に戻る。コンテンツ保持部５３は、コンテンツ取得部５１により取得されたコンテンツを一時的に保持する。
【００５５】
マニフェストファイル取得部５４は、TV放送装置１３から放送される、他の端末装置２１が生成したマニフェストファイルを自動的に取得して保持する。また、マニフェストファイル取得部５４は、インタネット２を介してマニフェストファイル配信サーバ１２にアクセスし、他の端末装置２１が生成したマニフェストファイルの供給を要求することがきる。この場合、マニフェストファイル配信サーバ１２は、インタネット２を介してマニフェストファイルを供給する。
【００５６】
コンテンツ変換部５５は、コンテンツ保持部５３に保持されているコンテンツの符号化方式（ビットレート、コーデックなど）を予め定められている１種類以上の符号化方式に変換してコンテンツ中継部５７に出力する。なお、コンテンツ変換部５５にて変換可能な符号化方式の種類は、各端末装置２１の処理能力に応じて設定できるようすればよい。また、コンテンツ変換部５５を省略する、すなわち、取得されたコンテンツをそのまま中継するようにしてもよい。
【００５７】
コンテンツ再生部５６は、コンテンツ保持部５３に保持されているコンテンツを再生し、その結果得られる映像信号および音声信号を後段のモニタ等（不図示）に出力する。
【００５８】
コンテンツ中継部５７は、インタネット２に対する複数の通信ポートを有しており、他の端末装置２１がインタネット２を介してアクセスしてきた通信ポートに応じて、コンテンツ保持部５３に保持されているコンテンツ、またはコンテンツ変換部５５により符号化方式が変換されたコンテンツを当該他の端末装置２１にストリーミング配信する。
【００５９】
［動作説明］
次に、コンテンツ配信システム１０の動作について説明する。
【００６０】
図９は、端末装置２１による再生処理を説明するフローチャートである。この再生処理は、端末装置２１のユーザが所定の操作によって視聴したいコンテンツを選択したときに開始される。
【００６１】
ステップＳ１において、コンテンツ取得部５１は、選択されたコンテンツに対応するマニフェストファイルがマニフェストファイル取得部５４によって既に取得済みであるか否かを判断する。対応するマニフェストファイルが未取得であると判断された場合、処理はステップＳ２に進められる。
【００６２】
ステップＳ２において、コンテンツ取得部５１は、既知のコンテンツ配信サーバ１１にインタネット２を介してアクセスし、選択されたコンテンツのストリーミング配信を要求する。この要求に応じ、コンテンツ配信サーバ１１から当該端末装置２１に対して、選択されたコンテンツのストリーミング配信が開始される。
【００６３】
反対に、ステップＳ１において、対応するマニフェストファイルが取得済みであると判断された場合、処理はステップＳ３に進められる。ステップＳ３において、コンテンツ取得部５１は、取得済みのマニフェストファイルを解析し、選択されたコンテンツを中継可能なノード（他の端末装置２１）を選択する。また、コンテンツ取得部５１は、選択した他の端末装置２１（のコンテンツ中継部５７の通信ポート）に対してインタネット２を介してアクセスし、選択されたコンテンツのストリーミング配信を要求する。この要求に応じ、他の端末装置２１から当該端末装置２１に対して、選択されたコンテンツのストリーミング配信が開始される。
【００６４】
ステップＳ４において、コンテンツ取得部５１は、ストリーミング配信が開始されたコンテンツの受信を開始する。受信されたコンテンツは、コンテンツ保持部５３に保持されつつ、コンテンツ再生部５６により再生が開始される。
【００６５】
ステップＳ５において、マニフェストファイル生成部５２は、受信が開始されたコンテンツに対応するマニフェストファイルを生成し、インタネット２を介してマニフェストファイル配信サーバ１２に送信する。また、マニフェストファイル生成部５２は、コンテンツが受信されている期間、その受信状況（遅延量など）の変化に対応してマニフェストファイルを更新してマニフェストファイル配信サーバ１２に送信する。送信されたマニフェストファイルは、マニフェストファイル配信サーバ１２の制御に従い、TV放送装置１３から放送により周期的に繰り返し配信される。以上で、端末装置２１による再生処理の説明を終了する。
【００６６】
次に、図１０は、端末装置２１による中継処理を説明するフローチャートである。この中継処理は、他の端末装置２１がインタネット２を介してコンテンツ中継部５７にアクセスしてきたことに対応して開始される。
【００６７】
ステップＳ１１において、コンテンツ変換部５５は、他の端末装置２１がアクセスしてきたコンテンツ中継部５７の通信ポートに応じて符号化方式を決定する。ステップＳ１２において、コンテンツ変換部５５は、コンテンツ保持部５３に保持されているコンテンツの符号化方式を、ステップＳ１１で決定した符号化方式に変換してコンテンツ中継部５７に出力する。なお、ステップＳ１１で決定した符号化方式がコンテンツ保持部５３に保持されているコンテンツの符号化方式と同じ場合、コンテンツ変換部５５は、保持されているコンテンツをそのままコンテンツ中継部５７に出力する。
【００６８】
ステップＳ１３において、コンテンツ中継部５７は、他の端末装置２１がアクセスしてきた通信ポートおよびインタネット２を介し、コンテンツ変換部５５から入力されたコンテンツのストリーミング配信を開始する。以上で、端末装置２１による中継処理の説明を終了する。
【００６９】
次に、図１１は、マニフェストファイル配信サーバ１２の処理を説明するフローチャートである。マニフェストファイル配信サーバ１２は、以下に説明する処理を繰り返し継続して実行する。
【００７０】
ステップＳ２１において、マニフェストファイル取得部４１は、インタネット２を介して各端末装置２１から送信されたマニフェストファイルを所定数受信したと判定するまで待機する。マニフェストファイルを所定数受信したと判定された場合、処理はステップＳ２２に進められる。
【００７１】
ステップＳ２２において、マニフェストファイル解析部４２は、受信されたマニフェストファイルの中継品質情報を解析し、インタネット２を介して配信または中継されるコンテンツに品質劣化が生じているか否かを判定する。具体的には、受信された所定数のマニフェストファイルのうち、中継品質情報に含まれる遅延量、パケットロス数、ジッタ量などのうちの少なくとも１つが所定の閾値を越えているものの割合が一定の基準値を上回った場合、品質劣化が生じていると判定する。
【００７２】
インタネット２を介して配信または中継されるコンテンツに品質劣化が生じていないと判定された場合、処理はステップＳ２３に進められる。ステップＳ２３において、マニフェストファイル配信部４３は、TV放送装置１３を制御して、受信したマニフェストファイルを放送によって配信させる。この後、処理はステップＳ２１に戻される。
【００７３】
ステップＳ２２において、インタネット２を介して配信または中継されるコンテンツに品質劣化が生じていると判定された場合、処理はステップＳ２４に進められる。ステップＳ２４において、コンテンツ配信サーバ制御部４４は、コンテンツ配信サーバ１１に対して、受信されたマニフェストファイルに対応するコンテンツを放送によりストリーミング配信するように要求する。この要求により、コンテンツ配信サーバ１１のコンテンツ放送制御部３２では、TV放送装置１３を制御して、当該コンテンツの放送によるストリーミング配信を開始させることになる。
【００７４】
ステップＳ２５において、マニフェストファイル配信部４３は、受信されたマニフェストファイルを変更して、すなわち、受信されたマニフェストファイルに放送配信時のチャンネル情報６４を追加して、更新後のマニフェストファイルを放送により配信させる。また、マニフェストファイル配信部４３は、変更後のマニフェストファイルを、インタネット２を介して要求してきた端末装置２１に対して供給する。
【００７５】
これ以降、コンテンツはネットワーク２を介したストリーミング配信だけでなく、放送網でもストリーミング配信されることになる。これに対して、各端末装置２１では、更新後のマニフェストファイルにより、当該コンテンツが放送によって配信されていることを検知するので、放送が受信可能な端末装置２１は、放送によって安定して配信されるコンテンツを受信するようになる。
【００７６】
ステップＳ２６において、受信レポート取得部４５は、TV放送装置１３に対して、受信レポート要求を配信するように要求する。この要求に応じ、TV放送装置１３では、受信レポート要求が放送により配信されることになる。この受信レポート要求は、放送によりストリーミング配信されているコンテンツを受信中の端末装置２１に受信される。そして、受信レポート要求を受信した端末装置２１からは、放送によりストリーミング配信されているコンテンツを受信中であることを示す受信レポートが、インタネット２を介してマニフェストファイル配信サーバ１２に返信される。
【００７７】
ステップＳ２７において、受信レポート取得部４５は、放送により配信されているコンテンツを受信中の端末装置２１から返信される受信レポートの返信数に基づき、放送コストを評価する。さらに、その評価結果に基づき、受信レポート取得部４５は、ステップＳ２８において、コンテンツの放送によるストリーミング配信を継続するか否かを判断する。
【００７８】
すなわち、コンテンツを放送によってストリーム配信した場合には、インタネット２を介してストリーミング配信した場合に比較してコスト高となるが、そのコストにみあうだけの視聴者数が得られているか否かに基づいて、放送によるストリーミング配信の継続を判断する。具体的には、受信レポートの返信数が所定の閾値以上である場合、放送によるストリーミング配信を継続すると判断する。
【００７９】
ステップＳ２８において、コンテンツの放送によるストリーミング配信を継続すると判断された場合、処理はステップＳ２６に戻り、ステップＳ２６乃至Ｓ２８が繰り返される。
【００８０】
その後、放送によりストリーミング配信されているコンテンツの視聴者数（受信レポートの返信数）が減少して、コンテンツの放送によるストリーミング配信を停止すると判断された場合、処理はステップＳ２９に進められる。
【００８１】
ステップＳ２９において、受信レポート取得部４５は、TV放送装置１３に対して、コンテンツの放送によるストリーミング配信がまもなく停止されることを示す放送配信停止予告を配信するように要求する。この要求に応じ、TV放送装置１３では、放送配信停止予告が放送により配信されることになる。放送配信停止予告を受信した端末装置２１では、取得済みのマニフェストファイルに基づいて、コンテンツの取得がインタネット２を介する配信に変更される。そして、端末装置２１からは、マニフェストファイル配信サーバ１２に対して、受信したコンテンツの品質を示すマニフェストファイルが送信されることになる。
【００８２】
ステップＳ３０において、マニフェストファイル取得部４１は、端末装置２１から送信されたマニフェストファイルを受信する。マニフェストファイル解析部４２は、受信されたマニフェストファイルの中継品質情報を解析し、インタネット２を介して配信または中継されるコンテンツの品質劣化が回復したと判定するまで待機する。この判定は、具体的には、受信された複数のマニフェストファイルのうち、中継品質情報に含まれる遅延量、パケットロス数、ジッタ量などのうちの少なくとも１つが所定の閾値を越えているものの割合が一定の基準値よりも少なくなった場合、品質劣化が回復したと判定される。
【００８３】
ステップＳ３０において、インタネット２を介して配信または中継されるコンテンツの品質劣化が回復したと判定された場合、処理はステップＳ３１に進められる。
【００８４】
ステップＳ３１において、コンテンツ配信サーバ制御部４４は、コンテンツ配信サーバ１１に対して、受信されたマニフェストファイルに対応するコンテンツの放送によるストリーミング配信を停止するように要求する。マニフェストファイル配信部４３は、受信されたマニフェストファイルを放送により配信させる。また、マニフェストファイル配信部４３は、マニフェストファイルを、インタネット２を介して要求してきた端末装置２１に対して供給する。
【００８５】
コンテンツ配信サーバ１１のコンテンツ放送制御部３２では、コンテンツ配信サーバ制御部４４からの要求に応じ、TV放送装置１３を制御して、当該コンテンツの放送によるストリーミング配信を開始させることになる。この後、処理はステップＳ２１に戻り、それ以降が繰り返される。以上で、マニフェストファイル配信サーバ１２の処理の説明を終了する。
【００８６】
なお、コンテンツ配信サーバ１１の動作、およびTV放送装置１３の動作については、上述したマニフェストファイル配信サーバ１２の処理の説明に含まれるので、その説明は省略する。
【００８７】
[想定される動作シナリオ]
次に、コンテンツ配信システム１０に対して想定される動作シナリオについて図１２乃至図１４を参照して説明する。
【００８８】
図１２は、端末装置２１Ａ（ノードＡ）がコンテンツ配信サーバ１１からコンテンツＸを取得し、端末装置２１Ｂ（ノードＢ）がノードＡから中継されるコンテンツＸを取得し、端末装置２１Ｃ（ノードＣ）がノードＢから中継されるコンテンツＸを取得する場合の動作シナリオを示している。
【００８９】
ノードＡのユーザがコンテンツＸの受信を指示すると、ノードＡはインタネット２を介してコンテンツ配信サーバ１１にアクセスし、コンテンツＸのストリーミング配信を要求する。この要求に応じ、コンテンツ配信サーバ１１は、インタネット２を介してノードＡに対するコンテンツＸのストリーミング配信を開始する。
【００９０】
ストリーミング配信されるコンテンツの受信を始めたノードＡは、コンテンツＸに対応するマニフェストファイルを生成し、生成したマニフェストファイルを、インタネット２を介してマニフェストファイル配信サーバ１２に送信する。
【００９１】
送信されたマニフェストファイルを受信したマニフェストファイル配信サーバ１２は、マニフェストファイルの中継品質情報に基づいてコンテンツＸの品質劣化の有無を判断する。そして、品質劣化が生じていないと判断された場合、当該マニフェストファイルをそのままTV放送装置１３から放送により配信させる。
【００９２】
配信されたマニフェストファイルは各ノードに受信される。その後、ノードＢのユーザがコンテンツＸの受信を指示すると、ノードＢは、既に保持しているコンテンツＸに対応する、ノードＡが生成したマニフェストファイルを参照し、ノードＡに対してコンテンツのストリーミング配信（中継）を要求する。この要求に応じ、ノードＡは、インタネット２を介してノードＢにコンテンツＸのストリーミング配信（中継）を開始する。
【００９３】
中継されるコンテンツの受信を始めたノードＢは、ノードＡで中継されたコンテンツＸに対応するマニフェストファイルを生成し、生成したマニフェストファイルを、インタネット２を介してマニフェストファイル配信サーバ１２に送信する。
【００９４】
送信されたマニフェストファイルを受信したマニフェストファイル配信サーバ１２は、マニフェストファイルの中継品質情報に基づいてコンテンツＸの品質劣化の有無を判断する。そして、品質劣化が生じていないと判断された場合、当該マニフェストファイルをそのままTV放送装置１３から放送により配信させる。
【００９５】
配信されたマニフェストファイルは各ノードに受信される。その後、ノードＣのユーザがコンテンツＸの受信を指示すると、ノードＣは、既に保持しているコンテンツＸに対応する、ノードＡまたはＢが生成したマニフェストファイルを参照し、ノードＢに対してコンテンツのストリーミング配信（中継）を要求する。この要求に応じ、ノードＢは、インタネット２を介してノードＣにコンテンツＸのストリーミング配信（中継）を開始する。
【００９６】
次に、図１３は、中継されているコンテンツＸに品質劣化が生じていることに対応し、コンテンツＸが放送でもストリーミング配信される場合の動作シナリオを示している。
【００９７】
なお、ノードＢがノードＡから中継されるコンテンツＸを取得してマニフェストファイルを生成し、マニフェストファイル配信サーバ１２に送信するまでの動作については、図１２を参照して上述したとおりであるので、その説明は省略する。
【００９８】
ノードＢなどから送信されたマニフェストファイルを受信したマニフェストファイル配信サーバ１２は、マニフェストファイルの中継品質情報に基づいてコンテンツＸの品質劣化の有無を判断する。ここで、品質劣化が生じていると判断された場合、マニフェストファイル配信サーバ１２は、コンテンツ配信サーバ１１にコンテンツＸの放送による配信開始の制御を要求する。この要求に応じ、コンテンツ配信サーバ１１は、TV放送装置１３を制御してコンテンツＸの放送によるストリーミング配信を開始させる。
【００９９】
さらに、マニフェストファイル配信サーバ１２は、ノードＢから送信されたマニフェストファイルを変更（放送配信時のチャンネル情報６４の追加）してTV放送装置１３から放送により配信させる。
【０１００】
配信されたマニフェストファイルは各ノードに受信され、この後、各ノードがコンテンツＸを受信する場合には、放送によりストリーミング配信されているコンテンツＸを受信するようになる。
【０１０１】
次に、図１４は、放送によりストリーミング配信されているコンテンツＸの視聴者数が減少したことに対応し、コンテンツＸの放送によるストリーミング配信が停止される場合の動作シナリオを示している。
【０１０２】
コンテンツＸが放送によりストリーミング配信された後、マニフェストファイル配信サーバ１２は、TV放送装置１３に対して、受信レポート要求を配信するように要求する。この要求に応じ、TV放送装置１３は、受信レポート要求を放送により配信する。配信された受信レポート要求は、コンテンツＸを受信しているノードにより受信される。受信レポート要求を受信した各ノードは、放送によりストリーミング配信されているコンテンツＸを受信中であることを示す受信レポートをマニフェストファイル配信サーバ１２に返信する。
【０１０３】
受信レポートを受信したマニフェストファイル配信サーバ１１では、各ノードから返信される受信レポートの返信数に基づいて放送コストを評価し、コンテンツＸの放送によるストリーミング配信を継続するか否かを判断する。
【０１０４】
ここで、マニフェストファイル配信サーバ１１がコンテンツＸの放送によるストリーミング配信を継続しないと判断した場合、TV放送装置１３に対して放送配信停止予告の配信を要求する。この要求に応じ、TV放送装置１３は、放送配信停止予告を放送により配信する。放送配信停止予告を受信したノードＡは、インタネット２を介してコンテンツ配信サーバ１１にアクセスし、コンテンツＸのストリーミング配信を要求する。この要求に応じ、コンテンツ配信サーバ１１は、インタネット２を介してノードＡに対するコンテンツＸのストリーミング配信を開始する。
【０１０５】
なお、ノードＡと同様に、ノードＢもコンテンツ配信サーバ１１にコンテンツＸのストリーミング配信を要求することができる。
【０１０６】
ストリーミング配信されるコンテンツの受信を始めたノードＡは、コンテンツＸに対応するマニフェストファイルを生成し、インタネット２を介してマニフェストファイル配信サーバ１２に送信する。
【０１０７】
送信されたマニフェストファイルを受信したマニフェストファイル配信サーバ１２は、マニフェストファイルの中継品質情報に基づいてコンテンツＸの品質劣化の有無を判断する。そして、品質劣化が生じていないと判断された場合、当該マニフェストファイルをそのままTV放送装置１３から放送により配信させる。
【０１０８】
コンテンツ配信サーバ１１にコンテンツＸのストリーミング配信を要求しなかったノードＢは、配信されたマニフェストファイルを参照し、ノードＡに対してコンテンツのストリーミング配信（中継）を要求する。この要求に応じ、ノードＡは、インタネット２を介してノードＢにコンテンツＸのストリーミング配信（中継）を開始する。
【０１０９】
中継されるコンテンツの受信を始めたノードＢは、ノードＡで中継されたコンテンツＸに対応するマニフェストファイルを生成し、インタネット２を介してマニフェストファイル配信サーバ１２に送信する。
【０１１０】
送信されたマニフェストファイルを受信したマニフェストファイル配信サーバ１２は、マニフェストファイルの中継品質情報に基づいてコンテンツＸの品質劣化の有無を判断するとともに、品質劣化の回復を判定する。そして、品質劣化が回復していると判定した場合、マニフェストファイル配信サーバ１２は、コンテンツ配信サーバ１１に対してコンテンツＸの放送によるストリーミング配信を停止するように要求する。この要求に応じ、コンテンツ配信サーバ１１は、TV放送装置１３にコンテンツＸの放送によるストリーミング配信を停止させる。
【０１１１】
以上説明したように、コンテンツ配信システム１０は、インタネット２を介して中継されるコンテンツの品質劣化や視聴者の現象に応じて、コンテンツの放送によるストリーム配信を開始したり、停止したりすることができる。したがって、コンテンツの供給側は、多数の端末装置に対して、コスト高となることを抑止しつつ、安定してコンテンツを供給することができる。
【０１１２】
なお、本実施の形態においては、コンテンツの供給側を、コンテンツ配信サーバ１１、マニフェストファイル配信サーバ１２、およびTV放送装置１３として個別に設けるようにしたが、これらは適宜、組み合わせることが可能である。
【０１１３】
端末装置２１については、例えば、TV受像機やビデオレコーダなどに内蔵することができる。
【０１１４】
上述した一連の処理は、ハードウェアにより実行することもできるし、ソフトウェアにより実行することもできる。一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、プログラム記録媒体からインストールされる。
【０１１５】
図１５は、上述した一連の処理をプログラムにより実行するコンピュータのハードウェアの構成例を示すブロック図である。
【０１１６】
このコンピュータ１００において、CPU（Central Processing Unit）１０１，ROM（Read Only Memory）１０２，RAM（Random Access Memory）１０３は、バス１０４により相互に接続されている。
【０１１７】
バス１０４には、さらに、入出力インタフェース１０５が接続されている。入出力インタフェース１０５には、キーボード、マウス、マイクロホンなどよりなる入力部１０６、ディスプレイ、スピーカなどよりなる出力部１０７、ハードディスクや不揮発性のメモリなどよりなる記憶部１０８、ネットワークインタフェースなどよりなる通信部１０９、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブルメディア１１１を駆動するドライブ１１０が接続されている。
【０１１８】
以上のように構成されるコンピュータ１００では、CPU１０１が、例えば、記憶部１０８に記憶されているプログラムを、入出力インタフェース１０５およびバス１０４を介して、RAM１０３にロードして実行することにより、上述した一連の処理が行われる。
【０１１９】
なお、コンピュータ１００が実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであってもよいし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであってもよい。
【０１２０】
また、プログラムは、１台のコンピュータにより処理されるものであってもよいし、複数のコンピュータによって分散処理されるものであってもよい。さらに、プログラムは、遠方のコンピュータに転送されて実行されるものであってもよい。
【０１２１】
また、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
【０１２２】
なお、本発明の実施の形態は、上述した実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲において種々の変更が可能である。
【符号の説明】
【０１２３】
１０ コンテンツ配信システム， １１ コンテンツ配信サーバ， １２ マニフェストファイル配信サーバ， １３ TV放送装置， ２１ 端末装置， ３１ コンテンツストリーミング配信部， ３２ コンテンツ放送制御部， ４１ マニフェストファイル取得部， ４２ マニフェストファイル解析部， ４３ マニフェストファイル配信部， ４４ コンテンツ配信サーバ制御部， ４５ 受信レポート取得部， ５１ コンテンツ取得部, ５２ マニフェストファイル生成部， ５３ コンテンツ保持部， ５４ マニフェストファイル取得部， ５５ コンテンツ変換部， ５６ コンテンツ再生部， ５７ コンテンツ中継部
【技術分野】
【０００１】
本発明は、送信装置、送信方法、受信装置、受信方法、プログラム、およびコンテンツ配信システムに関し、特に、ネットワークまたは放送を臨機応変に使い分けてコンテンツを配信する場合に用いて好適な送信装置、送信方法、受信装置、受信方法、プログラム、およびコンテンツ配信システムに関する。
【背景技術】
【０００２】
従来、テレビジョン番組や映画などのコンテンツを、インタネットに代表されるネットワークを介して配信するサービスがユニキャスト配信により実現されている（例えば、特許文献１参照）。
【０００３】
図１は、ユニキャスト配信を実現するための構成例を示している。ユニキャスト配信は、各端末装置４それぞれがインタネット２を介して配信サーバ１にアクセスし、コンテンツの配信を要求する。そして、それらの要求に応じ、配信サーバ１がインタネット２を介して各端末装置４にコンテンツを配信することにより実現される。すなわち、ユニキャスト配信では、配信サーバ１と各端末装置４とが一対一に通信を行う。この場合、端末装置４の数が増加すると、配信サーバ１の処理負荷が増すとともに、ネットワーク２におけるデータ通信量が増加してしまうことになる。
【０００４】
配信サーバ１の処理負担やネットワーク２の通信量を減少させるためには、インタネット２を構成する各ISP(internet service provider)のルータ３にコンテンツをキャッシュさせることの他、コンテンツをマルチキャスト（同報）可能なIPマルチキャスト配信、またはオーバレイマルチキャスト配信を採用する方法がある。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００３−２９６２８８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
図２は、IPマルチキャスト配信を実現するための構成例を示している。IPマルチキャスト配信では、マルチキャストグループ５（同報されるコンテンツを受信できる端末装置４のグループ）に所属したい端末装置４がその旨を、インタネット２を構成するルータ３に通知すると、各ルータ３が協調してマルチキャスト配信ツリーが構成される。このマルチキャスト配信ツリーにより、配信サーバ１からのコンテンツが、マルチキャストグループ５に対してのみ同報されることになる。
【０００７】
ただし、IPマルチキャスト配信を実現するためには、各ルータ３がIPマルチキャスト配信に対応している（マルチキャスト配信ツリーを構成するように協調する機能を有する）必要がある。しかしながら、現実的には、インタネット２は異なる多数のISPによってそれぞれ運営されるルータ３によって構成されており、IPマルチキャスト配信に対応していないルータ３も多いので、IPマルチキャスト配信の実現は困難である。
【０００８】
図３は、オーバレイマルチキャスト配信を実現するための構成例を示している。オーバレイマルチキャスト配信は、ルータ３の機能に依存することなく、端末装置４にて実行されるアプリケーションプログラムにより実現される。すなわち、オーバレイマルチキャスト配信では、端末装置４Ａが、配信サーバ１からインタネット２を介してコンテンツを受信すると、受信したコンテンツを他の端末装置４に中継可能である旨の情報を公開する。公開された当該情報に基づいて他の端末装置４（例えば、端末装置４Ｃ）が端末装置４Ａに中継を要求すると、端末装置４Ａは、受信したコンテンツを他の端末装置４に中継する。中継されたコンテンツを受信した他の端末装置４も端末装置４Ａと同様、さらに他の端末装置（例えば、端末装置４Ｄ等）にコンテンツを中継することができる。
【０００９】
オーバレイマルチキャスト配信の場合、コンテンツの中継を希望する端末装置４Ｃなどは、コンテンツを中継可能な端末装置４Ａを検索する必要がある。また、コンテンツを中継する端末装置４Ａには、インタネット２を介するコンテンツの下りの通信速度と同程度の上りの通信速度を維持する処理能力が要求される。さらに、中継が重ねられたコンテンツは、配信サーバ１から直接配信されたコンテンツに比較して品質が劣化している（大きな遅延が生じているなど）問題もある。
【００１０】
本発明はこのような状況に鑑みてなされたものであり、多数の端末装置に対してコンテンツを安定して供給できるようにするものである。
【課題を解決するための手段】
【００１１】
本発明の第１の側面である送信装置は、コンテンツを供給する送信装置において、前記コンテンツをネットワークを介して受信装置に送信する送信手段と、前記コンテンツを受信した前記受信装置から通知される、前記コンテンツの品質を示すマニフェストファイルを受信するマニフェストファイル受信手段と、受信された前記マニフェストファイルを解析する解析手段と、前記マニフェストファイルの解析結果に基づいて前記コンテンツを放送によって配信する放送手段と、受信された前記マニフェストファイルを配信する配信手段とを含む。
【００１２】
前記解析手段は、受信された前記マニフェストファイルに基づいて前記コンテンツの品質劣化の有無を検出し、前記放送手段は、前記コンテンツの品質劣化が検出された場合、前記コンテンツを放送によって配信することができる。
【００１３】
前記配信手段は、前記マニフェストファイルの解析結果に基づいて前記コンテンツが放送によって配信される場合、放送によって配信される前記コンテンツを受信するための情報を、受信された前記マニフェストファイルに追加して配信することができる。
【００１４】
本発明の第１の側面である送信装置は、放送によって配信される前記コンテンツを受信した前記受信装置から通知される、前記コンテンツを受信していることを示す受信レポートを取得し、取得した前記受信レポートの数に基づいて前記コンテンツの放送による配信の継続の有無を判断する受信レポート取得手段をさらに含むことができる。
【００１５】
前記受信レポート取得手段は、前記コンテンツの放送による配信を継続しないと判断した場合、前記放送手段を制御して、前記コンテンツの放送による配信が停止されることを示す放送配信停止予告を放送によって配信させることができる。
【００１６】
本発明の第１の側面である送信方法は、コンテンツを供給する送信装置の送信方法において、前記放送装置による、前記コンテンツをネットワークを介して受信装置に送信する送信ステップと、前記コンテンツを受信した前記受信装置から通知される、前記コンテンツの品質を示すマニフェストファイルを受信するマニフェストファイル受信ステップと、受信された前記マニフェストファイルを解析する解析ステップと、前記マニフェストファイルの解析結果に基づいて前記コンテンツを放送によって配信する放送ステップと、受信された前記マニフェストファイルを配信する配信ステップとを含む。
【００１７】
本発明の第１の側面であるプログラムは、コンテンツを供給する送信装置の制御用のプログラムであって、前記コンテンツをネットワークを介して受信装置に送信する送信ステップと、前記コンテンツを受信した前記受信装置から通知される、前記コンテンツの品質を示すマニフェストファイルを受信するマニフェストファイル受信ステップと、受信された前記マニフェストファイルを解析する解析ステップと、前記マニフェストファイルの解析結果に基づいて前記コンテンツを放送によって配信する放送ステップと、受信された前記マニフェストファイルを配信する配信ステップとを含む処理を送信装置のコンピュータに実行させる。
【００１８】
本発明の第１の側面においては、コンテンツがネットワークを介して受信装置に送信され、コンテンツを受信した受信装置から通知される、コンテンツの品質を示すマニフェストファイルが受信され、受信されたマニフェストファイルの解析結果に基づいてコンテンツが放送によって配信される。
【００１９】
本発明の第２の側面である受信装置は、コンテンツを受信する受信装置において、ネットワークを介して送信された前記コンテンツを受信する受信手段と、受信された前記コンテンツの品質を示すマニフェストファイルを生成して前記送信装置に通知する通知手段と、受信された前記コンテンツを前記ネットワークを介して他の受信装置に中継する中継手段とを含む。
【００２０】
本発明の第２の側面である受信装置は、前記送信装置から配信された、他の受信装置が生成した前記マニフェストファイルを取得するマニフェストファイル取得手段をさらに含み、前記受信手段は、取得された前記マニフェストファイルに基づいて他の受信装置にアクセスし、前記他の受信装置から中継された前記コンテンツを受信することができる。
【００２１】
本発明の第２の側面である受信装置は、受信された前記コンテンツの符号化方式を変換する変換手段をさらに含み、前記中継手段は、受信されて符号化方式が変換された前記コンテンツを前記ネットワークを介して他の受信装置に中継することができる。
【００２２】
前記マニフェストファイルには、前記コンテンツの品質を示す情報として、前記コンテンツを受信した時の遅延量、パケットロス数、またはジッタ量のうちの少なくとも１つを含むことができる。
【００２３】
本発明の第２の側面である受信方法は、コンテンツを受信する受信装置の受信方法において、前記受信方法による、ネットワークを介して送信された前記コンテンツを受信する受信ステップと、受信された前記コンテンツの品質を示すマニフェストファイルを生成して前記送信装置に通知する通知ステップと、受信された前記コンテンツを前記ネットワークを介して他の受信装置に中継する中継ステップとを含む。
【００２４】
本発明の第２の側面であるプログラムは、コンテンツを受信する受信装置の制御用のプログラムであって、ネットワークを介して送信された前記コンテンツを受信する受信ステップと、受信された前記コンテンツの品質を示すマニフェストファイルを生成して前記送信装置に通知する通知ステップと、受信された前記コンテンツを前記ネットワークを介して他の受信装置に中継する中継ステップとを含む処理を受信装置のコンピュータに実行させる。
【００２５】
本発明の第２の側面においては、ネットワークを介して送信されたコンテンツが受信され、受信されたコンテンツの品質を示すマニフェストファイルが生成されて送信装置に通知され、受信されたコンテンツがネットワークを介して他の受信装置に中継される。
【００２６】
本発明の第３の側面であるコンテンツ配信サーバは、コンテンツを送信する送信装置と、送信された前記コンテンツを受信する受信装置から成るコンテンツ配信システムにおいて、前記送信装置が、前記コンテンツをネットワークを介して前記受信装置に送信する送信手段と、前記コンテンツを受信した前記受信装置から通知される、前記コンテンツの品質を示すマニフェストファイルを受信するマニフェストファイル受信手段と、受信された前記マニフェストファイルを配信する配信手段と、受信された前記マニフェストファイルを解析する解析手段と、前記マニフェストファイルの解析結果に基づいて前記コンテンツを放送によって配信する放送手段とを含む。また、前記受信装置が、前記ネットワークを介して送信された前記コンテンツを受信するコンテンツ受信手段と、受信された前記コンテンツの品質を示すマニフェストファイルを生成して前記送信装置に通知する通知手段と、受信された前記コンテンツを前記ネットワークを介して他の受信装置に中継する中継手段とを含む。
【００２７】
本発明の第３の側面においては、送信装置により、コンテンツがネットワークを介して受信装置に送信され、コンテンツを受信した受信装置から通知される、コンテンツの品質を示すマニフェストファイルが受信され、受信されたマニフェストファイルの解析結果に基づいてコンテンツが放送によって配信される。また、受信装置により、ネットワークを介して送信されたコンテンツが受信され、受信されたコンテンツの品質を示すマニフェストファイルが生成されて送信装置に通知され、受信されたコンテンツがネットワークを介して他の受信装置に中継される。
【発明の効果】
【００２８】
本発明の第１の側面によれば、多数の受信装置にコンテンツを安定して送信することができる。
【００２９】
本発明の第２の側面によれば、コンテンツを安定して受信することができる。
【００３０】
本発明の第３の側面によれば、多数の受信装置に対して、コンテンツを安定して配信することができる。
【図面の簡単な説明】
【００３１】
【図１】コンテンツのユニキャスト配信を実現するための構成例を示すブロック図である。
【図２】コンテンツのIPマルチキャスト配信を実現するための構成例を示すブロック図である。
【図３】コンテンツのオーバレイマルチキャスト配信を実現するための構成例を示すブロック図である。
【図４】本発明を適用したコンテンツ配信システムの構成例を示すブロック図である。
【図５】コンテンツ配信サーバの構成例を示すブロック図である。
【図６】マニフェストファイル配信サーバの構成例を示すブロック図である。
【図７】端末装置の構成例を示すブロック図である。
【図８】マニフェストファイルに含まれる情報を示す図である。
【図９】端末装置による再生処理を説明するフローチャートである。
【図１０】端末装置による中継処理を説明するフローチャートである。
【図１１】マニフェストファイル配信サーバの処理を説明するフローチャートである。
【図１２】コンテンツ配信システムに想定される動作シナリオを示している。
【図１３】コンテンツ配信システムに想定される動作シナリオを示している。
【図１４】コンテンツ配信システムに想定される動作シナリオを示している。
【図１５】コンピュータの構成例を示すブロック図である。
【発明を実施するための形態】
【００３２】
以下、発明を実施するための最良の形態（以下、実施の形態と称する）について、図面を参照しながら詳細に説明する。
【００３３】
＜１．実施の形態＞
［コンテンツ配信システムの構成例］
図４は、本発明の実施の形態であるコンテンツ配信システムの構成例を示している。このコンテンツ配信システム１０は、コンテンツを送信（供給）する側に設けられるコンテンツ配信サーバ１１、マニフェストファイル配信サーバ１２、およびTV放送装置１３、並びに、コンテンツを受信（取得）する側に設けられる多数の端末装置２１から構成される。各端末装置２１は、インタネット２を介してコンテンツ配信サーバ１１およびマニフェストファイル配信サーバ１２と通信が可能である。
【００３４】
以下、端末装置２１についてはノードとも称する。また、各端末装置２１を、個々に区別する必要がある場合には端末装置２１Ａ，２１Ｂ（ノードＡ，Ｂ）などと称する。
【００３５】
コンテンツ配信サーバ１１は、主に、インタネット２を介したコンテンツのストリーミング配信を実行する。マニフェストファイル配信サーバ１２は、主に、端末装置２１から通知されるマニフェストファイルをTV放送網にて配信させる。また、マニフェストファイル配信サーバ１２は、端末装置２１からの要求に応じ、マニフェストファイルをインタネット２を介して供給する。
【００３６】
TV放送装置１３は、主に、コンテンツ配信サーバ１１からの制御に従ってコンテンツを放送によりストリーミング配信する。また、TV放送装置１３は、マニフェストファイル配信サーバ１２からの制御に従ってマニフェストファイルをTV放送網で配信する。なお、TV放送装置１３が利用するTV放送網は、衛星放送網、地上デジタル放送網、ケーブルテレビ放送網、携帯電話放送網などのいずれかに限定されるものではなく任意である。
【００３７】
各端末装置２１は、コンテンツ配信サーバ１１およびマニフェストファイル配信サーバ１２のURLを予め保持しており、インタネット２を介してコンテンツ配信サーバ１１およびマニフェストファイル配信サーバ１２と通信が可能である。
【００３８】
図５は、コンテンツ配信サーバ１１の構成例を示している。コンテンツ配信サーバ１１は、コンテンツストリーミング配信部３１、およびコンテンツ放送制御部３２から成る。コンテンツストリーミング配信部３１は、インタネット２を介する端末装置２からの要求に応じ、インタネット２を介してコンテンツをストリーミング配信する。コンテンツ放送制御部３２は、マニフェストファイル配信サーバ１２からの通知に基づき、TV放送装置１３を制御してコンテンツを放送によってストリーミング配信させる。
【００３９】
図６は、マニフェストファイル配信サーバ１２の構成例を示している。マニフェストファイル配信サーバ１２は、マニフェストファイル取得部４１、マニフェストファイル解析部４２、マニフェストファイル配信部４３、コンテンツ配信サーバ制御部４４、および受信レポート取得部４５から成る。
【００４０】
マニフェストファイル取得部４１は、コンテンツを取得している端末装置２１から周期的に通知されるマニフェストファイルを取得する。ここで、マニフェストファイルとは、コンテンツを取得した端末装置２１が当該コンテンツを取得したときの遅延量、パケットロスなどの状況を示す情報（以下、中継品質情報と称する）を含むものである。なお、マニフェストファイルについては、図８を参照して詳述する。
【００４１】
マニフェストファイル解析部４２は、マニフェストファイル取得部４１が取得したマニフェストファイルの中継品質情報を解析する。
【００４２】
マニフェストファイル配信部４３は、マニフェストファイル取得部４１が取得したマニフェストファイルを、コンテンツ配信サーバ制御部４４を介してTV放送装置１３に放送させる。また、マニフェストファイル配信部４３は、インタネット２を介して要求してきた端末装置２１に対し、マニフェストファイル取得部４１が取得したマニフェストファイルを供給する。
【００４３】
コンテンツ配信サーバ制御部４４は、コンテンツ配信サーバ１１を制御して、コンテンツの放送によるストリーミング配信の開始と停止を制御させる。
【００４４】
受信レポート取得部４５は、コンテンツ配信サーバ制御部４４を介してTV放送装置１３に受信レポート要求を放送させる。ここで、受信レポートとは、放送によりストリーミング配信されるコンテンツを受信している端末装置２１から返信されるものであり、コンテンツを受信している端末装置２１の総数を計測するために用いられる。
【００４５】
図７は、端末装置２１の構成例を示している。端末装置２１は、コンテンツ取得部５１、マニフェストファイル生成部５２、コンテンツ保持部５３、マニフェストファイル取得部５４、コンテンツ変換部５５、コンテンツ再生部５６、およびコンテンツ中継部５７から成る。
【００４６】
コンテンツ取得部５１は、URLが既知であるコンテンツ配信サーバ１１にインタネット２を介してアクセスし、コンテンツ配信サーバ１１からストリーミング配信されるコンテンツを取得する。また、コンテンツ取得部５１は、配信されるマニフェストファイルに基づいて、他の端末装置２１にアクセスし、当該他の端末装置２１がストリーミング配信を中継するコンテンツを取得する。さらに、コンテンツ取得部５１は、配信されるマニフェストファイルに基づいて、所望のコンテンツが放送によりストリーミング配信されている場合、その放送を受信することによりコンテンツを取得する。
【００４７】
マニフェストファイル生成部５２は、取得されたコンテンツに対応するマニフェストファイルを生成し、インタネット２を介してマニフェストファイル配信サーバ１２に送信する。
【００４８】
図８は、マニフェストファイルを構成する各項目を示している。マニフェストファイルは、中継品質情報６１、属性情報６２、および１以上のコンテンツ中継元URL６３が含まれて生成される。さらに、マニフェストファイルには、放送配信時のチャンネル情報６４が追加される場合がある。
【００４９】
中継品質情報６１は、取得したコンテンツに生じている遅延量、パケットロス数、ジッタ量などからなる。中継品質情報６１は、当該端末装置２１が他の端末装置２１に対して中継可能なコンテンツの品質を示す。中継品質情報６１は、他の端末装置２１が当該端末装置２１にコンテンツの中継を要求するか否かの判断材料として用いられる。
【００５０】
ここで、遅延量は、当該コンテンツがコンテンツ配信サーバ１１から配信されたタイミングを基準とするものであり、コンテンツのストリーミングパケットに含まれる送出時刻から、端末装置２１にて受信した時刻の差として算出される。
【００５１】
属性情報６２には、当該コンテンツのタイトル、概要等からなる内容属性のメタデータと、当該コンテンツの元のビットレート、およびコーデックの種類、並びに、当該端末装置２１にて変換可能なコーデックの種類などを示す符号化属性のメタデータが含まれる。
【００５２】
コンテンツ中継元URL６３には、当該端末装置２１にて変換可能なコーデックの種類毎に異なるコンテンツ中継部５７の通信ポートのURLが記載される。ただし、当該端末装置２１が元のコンテンツのコーデック等を変換する機能を有していない場合、コンテンツ中継元URL６３は１つのみ記載される。
【００５３】
放送配信時のチャンネル情報６４は、対応するコンテンツが放送によりストリーミング配信される場合にマニフェストファイル配信サーバ１２にて追加されるものである。放送配信時のチャンネル情報６４には、コンテンツがストリーミング配信される放送チャンネルが記載される。
【００５４】
図７に戻る。コンテンツ保持部５３は、コンテンツ取得部５１により取得されたコンテンツを一時的に保持する。
【００５５】
マニフェストファイル取得部５４は、TV放送装置１３から放送される、他の端末装置２１が生成したマニフェストファイルを自動的に取得して保持する。また、マニフェストファイル取得部５４は、インタネット２を介してマニフェストファイル配信サーバ１２にアクセスし、他の端末装置２１が生成したマニフェストファイルの供給を要求することがきる。この場合、マニフェストファイル配信サーバ１２は、インタネット２を介してマニフェストファイルを供給する。
【００５６】
コンテンツ変換部５５は、コンテンツ保持部５３に保持されているコンテンツの符号化方式（ビットレート、コーデックなど）を予め定められている１種類以上の符号化方式に変換してコンテンツ中継部５７に出力する。なお、コンテンツ変換部５５にて変換可能な符号化方式の種類は、各端末装置２１の処理能力に応じて設定できるようすればよい。また、コンテンツ変換部５５を省略する、すなわち、取得されたコンテンツをそのまま中継するようにしてもよい。
【００５７】
コンテンツ再生部５６は、コンテンツ保持部５３に保持されているコンテンツを再生し、その結果得られる映像信号および音声信号を後段のモニタ等（不図示）に出力する。
【００５８】
コンテンツ中継部５７は、インタネット２に対する複数の通信ポートを有しており、他の端末装置２１がインタネット２を介してアクセスしてきた通信ポートに応じて、コンテンツ保持部５３に保持されているコンテンツ、またはコンテンツ変換部５５により符号化方式が変換されたコンテンツを当該他の端末装置２１にストリーミング配信する。
【００５９】
［動作説明］
次に、コンテンツ配信システム１０の動作について説明する。
【００６０】
図９は、端末装置２１による再生処理を説明するフローチャートである。この再生処理は、端末装置２１のユーザが所定の操作によって視聴したいコンテンツを選択したときに開始される。
【００６１】
ステップＳ１において、コンテンツ取得部５１は、選択されたコンテンツに対応するマニフェストファイルがマニフェストファイル取得部５４によって既に取得済みであるか否かを判断する。対応するマニフェストファイルが未取得であると判断された場合、処理はステップＳ２に進められる。
【００６２】
ステップＳ２において、コンテンツ取得部５１は、既知のコンテンツ配信サーバ１１にインタネット２を介してアクセスし、選択されたコンテンツのストリーミング配信を要求する。この要求に応じ、コンテンツ配信サーバ１１から当該端末装置２１に対して、選択されたコンテンツのストリーミング配信が開始される。
【００６３】
反対に、ステップＳ１において、対応するマニフェストファイルが取得済みであると判断された場合、処理はステップＳ３に進められる。ステップＳ３において、コンテンツ取得部５１は、取得済みのマニフェストファイルを解析し、選択されたコンテンツを中継可能なノード（他の端末装置２１）を選択する。また、コンテンツ取得部５１は、選択した他の端末装置２１（のコンテンツ中継部５７の通信ポート）に対してインタネット２を介してアクセスし、選択されたコンテンツのストリーミング配信を要求する。この要求に応じ、他の端末装置２１から当該端末装置２１に対して、選択されたコンテンツのストリーミング配信が開始される。
【００６４】
ステップＳ４において、コンテンツ取得部５１は、ストリーミング配信が開始されたコンテンツの受信を開始する。受信されたコンテンツは、コンテンツ保持部５３に保持されつつ、コンテンツ再生部５６により再生が開始される。
【００６５】
ステップＳ５において、マニフェストファイル生成部５２は、受信が開始されたコンテンツに対応するマニフェストファイルを生成し、インタネット２を介してマニフェストファイル配信サーバ１２に送信する。また、マニフェストファイル生成部５２は、コンテンツが受信されている期間、その受信状況（遅延量など）の変化に対応してマニフェストファイルを更新してマニフェストファイル配信サーバ１２に送信する。送信されたマニフェストファイルは、マニフェストファイル配信サーバ１２の制御に従い、TV放送装置１３から放送により周期的に繰り返し配信される。以上で、端末装置２１による再生処理の説明を終了する。
【００６６】
次に、図１０は、端末装置２１による中継処理を説明するフローチャートである。この中継処理は、他の端末装置２１がインタネット２を介してコンテンツ中継部５７にアクセスしてきたことに対応して開始される。
【００６７】
ステップＳ１１において、コンテンツ変換部５５は、他の端末装置２１がアクセスしてきたコンテンツ中継部５７の通信ポートに応じて符号化方式を決定する。ステップＳ１２において、コンテンツ変換部５５は、コンテンツ保持部５３に保持されているコンテンツの符号化方式を、ステップＳ１１で決定した符号化方式に変換してコンテンツ中継部５７に出力する。なお、ステップＳ１１で決定した符号化方式がコンテンツ保持部５３に保持されているコンテンツの符号化方式と同じ場合、コンテンツ変換部５５は、保持されているコンテンツをそのままコンテンツ中継部５７に出力する。
【００６８】
ステップＳ１３において、コンテンツ中継部５７は、他の端末装置２１がアクセスしてきた通信ポートおよびインタネット２を介し、コンテンツ変換部５５から入力されたコンテンツのストリーミング配信を開始する。以上で、端末装置２１による中継処理の説明を終了する。
【００６９】
次に、図１１は、マニフェストファイル配信サーバ１２の処理を説明するフローチャートである。マニフェストファイル配信サーバ１２は、以下に説明する処理を繰り返し継続して実行する。
【００７０】
ステップＳ２１において、マニフェストファイル取得部４１は、インタネット２を介して各端末装置２１から送信されたマニフェストファイルを所定数受信したと判定するまで待機する。マニフェストファイルを所定数受信したと判定された場合、処理はステップＳ２２に進められる。
【００７１】
ステップＳ２２において、マニフェストファイル解析部４２は、受信されたマニフェストファイルの中継品質情報を解析し、インタネット２を介して配信または中継されるコンテンツに品質劣化が生じているか否かを判定する。具体的には、受信された所定数のマニフェストファイルのうち、中継品質情報に含まれる遅延量、パケットロス数、ジッタ量などのうちの少なくとも１つが所定の閾値を越えているものの割合が一定の基準値を上回った場合、品質劣化が生じていると判定する。
【００７２】
インタネット２を介して配信または中継されるコンテンツに品質劣化が生じていないと判定された場合、処理はステップＳ２３に進められる。ステップＳ２３において、マニフェストファイル配信部４３は、TV放送装置１３を制御して、受信したマニフェストファイルを放送によって配信させる。この後、処理はステップＳ２１に戻される。
【００７３】
ステップＳ２２において、インタネット２を介して配信または中継されるコンテンツに品質劣化が生じていると判定された場合、処理はステップＳ２４に進められる。ステップＳ２４において、コンテンツ配信サーバ制御部４４は、コンテンツ配信サーバ１１に対して、受信されたマニフェストファイルに対応するコンテンツを放送によりストリーミング配信するように要求する。この要求により、コンテンツ配信サーバ１１のコンテンツ放送制御部３２では、TV放送装置１３を制御して、当該コンテンツの放送によるストリーミング配信を開始させることになる。
【００７４】
ステップＳ２５において、マニフェストファイル配信部４３は、受信されたマニフェストファイルを変更して、すなわち、受信されたマニフェストファイルに放送配信時のチャンネル情報６４を追加して、更新後のマニフェストファイルを放送により配信させる。また、マニフェストファイル配信部４３は、変更後のマニフェストファイルを、インタネット２を介して要求してきた端末装置２１に対して供給する。
【００７５】
これ以降、コンテンツはネットワーク２を介したストリーミング配信だけでなく、放送網でもストリーミング配信されることになる。これに対して、各端末装置２１では、更新後のマニフェストファイルにより、当該コンテンツが放送によって配信されていることを検知するので、放送が受信可能な端末装置２１は、放送によって安定して配信されるコンテンツを受信するようになる。
【００７６】
ステップＳ２６において、受信レポート取得部４５は、TV放送装置１３に対して、受信レポート要求を配信するように要求する。この要求に応じ、TV放送装置１３では、受信レポート要求が放送により配信されることになる。この受信レポート要求は、放送によりストリーミング配信されているコンテンツを受信中の端末装置２１に受信される。そして、受信レポート要求を受信した端末装置２１からは、放送によりストリーミング配信されているコンテンツを受信中であることを示す受信レポートが、インタネット２を介してマニフェストファイル配信サーバ１２に返信される。
【００７７】
ステップＳ２７において、受信レポート取得部４５は、放送により配信されているコンテンツを受信中の端末装置２１から返信される受信レポートの返信数に基づき、放送コストを評価する。さらに、その評価結果に基づき、受信レポート取得部４５は、ステップＳ２８において、コンテンツの放送によるストリーミング配信を継続するか否かを判断する。
【００７８】
すなわち、コンテンツを放送によってストリーム配信した場合には、インタネット２を介してストリーミング配信した場合に比較してコスト高となるが、そのコストにみあうだけの視聴者数が得られているか否かに基づいて、放送によるストリーミング配信の継続を判断する。具体的には、受信レポートの返信数が所定の閾値以上である場合、放送によるストリーミング配信を継続すると判断する。
【００７９】
ステップＳ２８において、コンテンツの放送によるストリーミング配信を継続すると判断された場合、処理はステップＳ２６に戻り、ステップＳ２６乃至Ｓ２８が繰り返される。
【００８０】
その後、放送によりストリーミング配信されているコンテンツの視聴者数（受信レポートの返信数）が減少して、コンテンツの放送によるストリーミング配信を停止すると判断された場合、処理はステップＳ２９に進められる。
【００８１】
ステップＳ２９において、受信レポート取得部４５は、TV放送装置１３に対して、コンテンツの放送によるストリーミング配信がまもなく停止されることを示す放送配信停止予告を配信するように要求する。この要求に応じ、TV放送装置１３では、放送配信停止予告が放送により配信されることになる。放送配信停止予告を受信した端末装置２１では、取得済みのマニフェストファイルに基づいて、コンテンツの取得がインタネット２を介する配信に変更される。そして、端末装置２１からは、マニフェストファイル配信サーバ１２に対して、受信したコンテンツの品質を示すマニフェストファイルが送信されることになる。
【００８２】
ステップＳ３０において、マニフェストファイル取得部４１は、端末装置２１から送信されたマニフェストファイルを受信する。マニフェストファイル解析部４２は、受信されたマニフェストファイルの中継品質情報を解析し、インタネット２を介して配信または中継されるコンテンツの品質劣化が回復したと判定するまで待機する。この判定は、具体的には、受信された複数のマニフェストファイルのうち、中継品質情報に含まれる遅延量、パケットロス数、ジッタ量などのうちの少なくとも１つが所定の閾値を越えているものの割合が一定の基準値よりも少なくなった場合、品質劣化が回復したと判定される。
【００８３】
ステップＳ３０において、インタネット２を介して配信または中継されるコンテンツの品質劣化が回復したと判定された場合、処理はステップＳ３１に進められる。
【００８４】
ステップＳ３１において、コンテンツ配信サーバ制御部４４は、コンテンツ配信サーバ１１に対して、受信されたマニフェストファイルに対応するコンテンツの放送によるストリーミング配信を停止するように要求する。マニフェストファイル配信部４３は、受信されたマニフェストファイルを放送により配信させる。また、マニフェストファイル配信部４３は、マニフェストファイルを、インタネット２を介して要求してきた端末装置２１に対して供給する。
【００８５】
コンテンツ配信サーバ１１のコンテンツ放送制御部３２では、コンテンツ配信サーバ制御部４４からの要求に応じ、TV放送装置１３を制御して、当該コンテンツの放送によるストリーミング配信を開始させることになる。この後、処理はステップＳ２１に戻り、それ以降が繰り返される。以上で、マニフェストファイル配信サーバ１２の処理の説明を終了する。
【００８６】
なお、コンテンツ配信サーバ１１の動作、およびTV放送装置１３の動作については、上述したマニフェストファイル配信サーバ１２の処理の説明に含まれるので、その説明は省略する。
【００８７】
[想定される動作シナリオ]
次に、コンテンツ配信システム１０に対して想定される動作シナリオについて図１２乃至図１４を参照して説明する。
【００８８】
図１２は、端末装置２１Ａ（ノードＡ）がコンテンツ配信サーバ１１からコンテンツＸを取得し、端末装置２１Ｂ（ノードＢ）がノードＡから中継されるコンテンツＸを取得し、端末装置２１Ｃ（ノードＣ）がノードＢから中継されるコンテンツＸを取得する場合の動作シナリオを示している。
【００８９】
ノードＡのユーザがコンテンツＸの受信を指示すると、ノードＡはインタネット２を介してコンテンツ配信サーバ１１にアクセスし、コンテンツＸのストリーミング配信を要求する。この要求に応じ、コンテンツ配信サーバ１１は、インタネット２を介してノードＡに対するコンテンツＸのストリーミング配信を開始する。
【００９０】
ストリーミング配信されるコンテンツの受信を始めたノードＡは、コンテンツＸに対応するマニフェストファイルを生成し、生成したマニフェストファイルを、インタネット２を介してマニフェストファイル配信サーバ１２に送信する。
【００９１】
送信されたマニフェストファイルを受信したマニフェストファイル配信サーバ１２は、マニフェストファイルの中継品質情報に基づいてコンテンツＸの品質劣化の有無を判断する。そして、品質劣化が生じていないと判断された場合、当該マニフェストファイルをそのままTV放送装置１３から放送により配信させる。
【００９２】
配信されたマニフェストファイルは各ノードに受信される。その後、ノードＢのユーザがコンテンツＸの受信を指示すると、ノードＢは、既に保持しているコンテンツＸに対応する、ノードＡが生成したマニフェストファイルを参照し、ノードＡに対してコンテンツのストリーミング配信（中継）を要求する。この要求に応じ、ノードＡは、インタネット２を介してノードＢにコンテンツＸのストリーミング配信（中継）を開始する。
【００９３】
中継されるコンテンツの受信を始めたノードＢは、ノードＡで中継されたコンテンツＸに対応するマニフェストファイルを生成し、生成したマニフェストファイルを、インタネット２を介してマニフェストファイル配信サーバ１２に送信する。
【００９４】
送信されたマニフェストファイルを受信したマニフェストファイル配信サーバ１２は、マニフェストファイルの中継品質情報に基づいてコンテンツＸの品質劣化の有無を判断する。そして、品質劣化が生じていないと判断された場合、当該マニフェストファイルをそのままTV放送装置１３から放送により配信させる。
【００９５】
配信されたマニフェストファイルは各ノードに受信される。その後、ノードＣのユーザがコンテンツＸの受信を指示すると、ノードＣは、既に保持しているコンテンツＸに対応する、ノードＡまたはＢが生成したマニフェストファイルを参照し、ノードＢに対してコンテンツのストリーミング配信（中継）を要求する。この要求に応じ、ノードＢは、インタネット２を介してノードＣにコンテンツＸのストリーミング配信（中継）を開始する。
【００９６】
次に、図１３は、中継されているコンテンツＸに品質劣化が生じていることに対応し、コンテンツＸが放送でもストリーミング配信される場合の動作シナリオを示している。
【００９７】
なお、ノードＢがノードＡから中継されるコンテンツＸを取得してマニフェストファイルを生成し、マニフェストファイル配信サーバ１２に送信するまでの動作については、図１２を参照して上述したとおりであるので、その説明は省略する。
【００９８】
ノードＢなどから送信されたマニフェストファイルを受信したマニフェストファイル配信サーバ１２は、マニフェストファイルの中継品質情報に基づいてコンテンツＸの品質劣化の有無を判断する。ここで、品質劣化が生じていると判断された場合、マニフェストファイル配信サーバ１２は、コンテンツ配信サーバ１１にコンテンツＸの放送による配信開始の制御を要求する。この要求に応じ、コンテンツ配信サーバ１１は、TV放送装置１３を制御してコンテンツＸの放送によるストリーミング配信を開始させる。
【００９９】
さらに、マニフェストファイル配信サーバ１２は、ノードＢから送信されたマニフェストファイルを変更（放送配信時のチャンネル情報６４の追加）してTV放送装置１３から放送により配信させる。
【０１００】
配信されたマニフェストファイルは各ノードに受信され、この後、各ノードがコンテンツＸを受信する場合には、放送によりストリーミング配信されているコンテンツＸを受信するようになる。
【０１０１】
次に、図１４は、放送によりストリーミング配信されているコンテンツＸの視聴者数が減少したことに対応し、コンテンツＸの放送によるストリーミング配信が停止される場合の動作シナリオを示している。
【０１０２】
コンテンツＸが放送によりストリーミング配信された後、マニフェストファイル配信サーバ１２は、TV放送装置１３に対して、受信レポート要求を配信するように要求する。この要求に応じ、TV放送装置１３は、受信レポート要求を放送により配信する。配信された受信レポート要求は、コンテンツＸを受信しているノードにより受信される。受信レポート要求を受信した各ノードは、放送によりストリーミング配信されているコンテンツＸを受信中であることを示す受信レポートをマニフェストファイル配信サーバ１２に返信する。
【０１０３】
受信レポートを受信したマニフェストファイル配信サーバ１１では、各ノードから返信される受信レポートの返信数に基づいて放送コストを評価し、コンテンツＸの放送によるストリーミング配信を継続するか否かを判断する。
【０１０４】
ここで、マニフェストファイル配信サーバ１１がコンテンツＸの放送によるストリーミング配信を継続しないと判断した場合、TV放送装置１３に対して放送配信停止予告の配信を要求する。この要求に応じ、TV放送装置１３は、放送配信停止予告を放送により配信する。放送配信停止予告を受信したノードＡは、インタネット２を介してコンテンツ配信サーバ１１にアクセスし、コンテンツＸのストリーミング配信を要求する。この要求に応じ、コンテンツ配信サーバ１１は、インタネット２を介してノードＡに対するコンテンツＸのストリーミング配信を開始する。
【０１０５】
なお、ノードＡと同様に、ノードＢもコンテンツ配信サーバ１１にコンテンツＸのストリーミング配信を要求することができる。
【０１０６】
ストリーミング配信されるコンテンツの受信を始めたノードＡは、コンテンツＸに対応するマニフェストファイルを生成し、インタネット２を介してマニフェストファイル配信サーバ１２に送信する。
【０１０７】
送信されたマニフェストファイルを受信したマニフェストファイル配信サーバ１２は、マニフェストファイルの中継品質情報に基づいてコンテンツＸの品質劣化の有無を判断する。そして、品質劣化が生じていないと判断された場合、当該マニフェストファイルをそのままTV放送装置１３から放送により配信させる。
【０１０８】
コンテンツ配信サーバ１１にコンテンツＸのストリーミング配信を要求しなかったノードＢは、配信されたマニフェストファイルを参照し、ノードＡに対してコンテンツのストリーミング配信（中継）を要求する。この要求に応じ、ノードＡは、インタネット２を介してノードＢにコンテンツＸのストリーミング配信（中継）を開始する。
【０１０９】
中継されるコンテンツの受信を始めたノードＢは、ノードＡで中継されたコンテンツＸに対応するマニフェストファイルを生成し、インタネット２を介してマニフェストファイル配信サーバ１２に送信する。
【０１１０】
送信されたマニフェストファイルを受信したマニフェストファイル配信サーバ１２は、マニフェストファイルの中継品質情報に基づいてコンテンツＸの品質劣化の有無を判断するとともに、品質劣化の回復を判定する。そして、品質劣化が回復していると判定した場合、マニフェストファイル配信サーバ１２は、コンテンツ配信サーバ１１に対してコンテンツＸの放送によるストリーミング配信を停止するように要求する。この要求に応じ、コンテンツ配信サーバ１１は、TV放送装置１３にコンテンツＸの放送によるストリーミング配信を停止させる。
【０１１１】
以上説明したように、コンテンツ配信システム１０は、インタネット２を介して中継されるコンテンツの品質劣化や視聴者の現象に応じて、コンテンツの放送によるストリーム配信を開始したり、停止したりすることができる。したがって、コンテンツの供給側は、多数の端末装置に対して、コスト高となることを抑止しつつ、安定してコンテンツを供給することができる。
【０１１２】
なお、本実施の形態においては、コンテンツの供給側を、コンテンツ配信サーバ１１、マニフェストファイル配信サーバ１２、およびTV放送装置１３として個別に設けるようにしたが、これらは適宜、組み合わせることが可能である。
【０１１３】
端末装置２１については、例えば、TV受像機やビデオレコーダなどに内蔵することができる。
【０１１４】
上述した一連の処理は、ハードウェアにより実行することもできるし、ソフトウェアにより実行することもできる。一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、プログラム記録媒体からインストールされる。
【０１１５】
図１５は、上述した一連の処理をプログラムにより実行するコンピュータのハードウェアの構成例を示すブロック図である。
【０１１６】
このコンピュータ１００において、CPU（Central Processing Unit）１０１，ROM（Read Only Memory）１０２，RAM（Random Access Memory）１０３は、バス１０４により相互に接続されている。
【０１１７】
バス１０４には、さらに、入出力インタフェース１０５が接続されている。入出力インタフェース１０５には、キーボード、マウス、マイクロホンなどよりなる入力部１０６、ディスプレイ、スピーカなどよりなる出力部１０７、ハードディスクや不揮発性のメモリなどよりなる記憶部１０８、ネットワークインタフェースなどよりなる通信部１０９、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブルメディア１１１を駆動するドライブ１１０が接続されている。
【０１１８】
以上のように構成されるコンピュータ１００では、CPU１０１が、例えば、記憶部１０８に記憶されているプログラムを、入出力インタフェース１０５およびバス１０４を介して、RAM１０３にロードして実行することにより、上述した一連の処理が行われる。
【０１１９】
なお、コンピュータ１００が実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであってもよいし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであってもよい。
【０１２０】
また、プログラムは、１台のコンピュータにより処理されるものであってもよいし、複数のコンピュータによって分散処理されるものであってもよい。さらに、プログラムは、遠方のコンピュータに転送されて実行されるものであってもよい。
【０１２１】
また、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
【０１２２】
なお、本発明の実施の形態は、上述した実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲において種々の変更が可能である。
【符号の説明】
【０１２３】
１０ コンテンツ配信システム， １１ コンテンツ配信サーバ， １２ マニフェストファイル配信サーバ， １３ TV放送装置， ２１ 端末装置， ３１ コンテンツストリーミング配信部， ３２ コンテンツ放送制御部， ４１ マニフェストファイル取得部， ４２ マニフェストファイル解析部， ４３ マニフェストファイル配信部， ４４ コンテンツ配信サーバ制御部， ４５ 受信レポート取得部， ５１ コンテンツ取得部, ５２ マニフェストファイル生成部， ５３ コンテンツ保持部， ５４ マニフェストファイル取得部， ５５ コンテンツ変換部， ５６ コンテンツ再生部， ５７ コンテンツ中継部
【特許請求の範囲】
【請求項１】
コンテンツを供給する送信装置において、
前記コンテンツをネットワークを介して受信装置に送信する送信手段と、
前記コンテンツを受信した前記受信装置から通知される、前記コンテンツの品質を示すマニフェストファイルを受信するマニフェストファイル受信手段と、
受信された前記マニフェストファイルを解析する解析手段と、
前記マニフェストファイルの解析結果に基づいて前記コンテンツを放送によって配信する放送手段と、
受信された前記マニフェストファイルを配信する配信手段と
を含む送信装置。
【請求項２】
前記解析手段は、受信された前記マニフェストファイルに基づいて前記コンテンツの品質劣化の有無を検出し、
前記放送手段は、前記コンテンツの品質劣化が検出された場合、前記コンテンツを放送によって配信する
請求項１に記載の送信装置。
【請求項３】
前記配信手段は、前記マニフェストファイルの解析結果に基づいて前記コンテンツが放送によって配信される場合、放送によって配信される前記コンテンツを受信するための情報を、受信された前記マニフェストファイルに追加して配信する
請求項２に記載の送信装置。
【請求項４】
放送によって配信される前記コンテンツを受信した前記受信装置から通知される、前記コンテンツを受信していることを示す受信レポートを取得し、取得した前記受信レポートの数に基づいて前記コンテンツの放送による配信の継続の有無を判断する受信レポート取得手段を
さらに含む請求項２または３に記載の送信装置。
【請求項５】
前記受信レポート取得手段は、前記コンテンツの放送による配信を継続しないと判断した場合、前記放送手段を制御して、前記コンテンツの放送による配信が停止されることを示す放送配信停止予告を放送によって配信させる
請求項４に記載の送信装置。
【請求項６】
コンテンツを供給する送信装置の送信方法において、
前記放送装置による、
前記コンテンツをネットワークを介して受信装置に送信する送信ステップと、
前記コンテンツを受信した前記受信装置から通知される、前記コンテンツの品質を示すマニフェストファイルを受信するマニフェストファイル受信ステップと、
受信された前記マニフェストファイルを解析する解析ステップと、
前記マニフェストファイルの解析結果に基づいて前記コンテンツを放送によって配信する放送ステップと、
受信された前記マニフェストファイルを配信する配信ステップと
を含む送信方法。
【請求項７】
コンテンツを供給する送信装置の制御用のプログラムであって、
前記コンテンツをネットワークを介して受信装置に送信する送信ステップと、
前記コンテンツを受信した前記受信装置から通知される、前記コンテンツの品質を示すマニフェストファイルを受信するマニフェストファイル受信ステップと、
受信された前記マニフェストファイルを解析する解析ステップと、
前記マニフェストファイルの解析結果に基づいて前記コンテンツを放送によって配信する放送ステップと、
受信された前記マニフェストファイルを配信する配信ステップと
を含む処理を送信装置のコンピュータに実行させるプログラム。
【請求項８】
コンテンツを受信する受信装置において、
ネットワークを介して送信された前記コンテンツを受信する受信手段と、
受信された前記コンテンツの品質を示すマニフェストファイルを生成して前記送信装置に通知する通知手段と、
受信された前記コンテンツを前記ネットワークを介して他の受信装置に中継する中継手段と
を含む受信装置。
【請求項９】
前記送信装置から配信された、他の受信装置が生成した前記マニフェストファイルを取得するマニフェストファイル取得手段を
さらに含み、
前記受信手段は、取得された前記マニフェストファイルに基づいて他の受信装置にアクセスし、前記他の受信装置から中継された前記コンテンツを受信する
請求項８に記載の受信装置。
【請求項１０】
受信された前記コンテンツの符号化方式を変換する変換手段を
さらに含み、
前記中継手段は、受信されて符号化方式が変換された前記コンテンツを前記ネットワークを介して他の受信装置に中継する
請求項９に記載の受信装置。
【請求項１１】
前記マニフェストファイルには、前記コンテンツの品質を示す情報として、前記コンテンツを受信した時の遅延量、パケットロス数、またはジッタ量のうちの少なくとも１つを含む
請求項９または１０に記載の送信装置。
【請求項１２】
コンテンツを受信する受信装置の受信方法において、
前記受信方法による、
ネットワークを介して送信された前記コンテンツを受信する受信ステップと、
受信された前記コンテンツの品質を示すマニフェストファイルを生成して前記送信装置に通知する通知ステップと、
受信された前記コンテンツを前記ネットワークを介して他の受信装置に中継する中継ステップと
を含む受信方法。
【請求項１３】
コンテンツを受信する受信装置の制御用のプログラムであって、
ネットワークを介して送信された前記コンテンツを受信する受信ステップと、
受信された前記コンテンツの品質を示すマニフェストファイルを生成して前記送信装置に通知する通知ステップと、
受信された前記コンテンツを前記ネットワークを介して他の受信装置に中継する中継ステップと
を含む処理を受信装置のコンピュータに実行させるプログラム。
【請求項１４】
コンテンツを送信する送信装置と、送信された前記コンテンツを受信する受信装置から成るコンテンツ配信システムにおいて、
前記送信装置は、
前記コンテンツをネットワークを介して前記受信装置に送信する送信手段と、
前記コンテンツを受信した前記受信装置から通知される、前記コンテンツの品質を示すマニフェストファイルを受信するマニフェストファイル受信手段と、
受信された前記マニフェストファイルを配信する配信手段と、
受信された前記マニフェストファイルを解析する解析手段と、
前記マニフェストファイルの解析結果に基づいて前記コンテンツを放送によって配信する放送手段と
を含み、
前記受信装置は、
前記ネットワークを介して送信された前記コンテンツを受信するコンテンツ受信手段と、
受信された前記コンテンツの品質を示すマニフェストファイルを生成して前記送信装置に通知する通知手段と、
受信された前記コンテンツを前記ネットワークを介して他の受信装置に中継する中継手段と
を含む
コンテンツ配信システム。
【請求項１】
コンテンツを供給する送信装置において、
前記コンテンツをネットワークを介して受信装置に送信する送信手段と、
前記コンテンツを受信した前記受信装置から通知される、前記コンテンツの品質を示すマニフェストファイルを受信するマニフェストファイル受信手段と、
受信された前記マニフェストファイルを解析する解析手段と、
前記マニフェストファイルの解析結果に基づいて前記コンテンツを放送によって配信する放送手段と、
受信された前記マニフェストファイルを配信する配信手段と
を含む送信装置。
【請求項２】
前記解析手段は、受信された前記マニフェストファイルに基づいて前記コンテンツの品質劣化の有無を検出し、
前記放送手段は、前記コンテンツの品質劣化が検出された場合、前記コンテンツを放送によって配信する
請求項１に記載の送信装置。
【請求項３】
前記配信手段は、前記マニフェストファイルの解析結果に基づいて前記コンテンツが放送によって配信される場合、放送によって配信される前記コンテンツを受信するための情報を、受信された前記マニフェストファイルに追加して配信する
請求項２に記載の送信装置。
【請求項４】
放送によって配信される前記コンテンツを受信した前記受信装置から通知される、前記コンテンツを受信していることを示す受信レポートを取得し、取得した前記受信レポートの数に基づいて前記コンテンツの放送による配信の継続の有無を判断する受信レポート取得手段を
さらに含む請求項２または３に記載の送信装置。
【請求項５】
前記受信レポート取得手段は、前記コンテンツの放送による配信を継続しないと判断した場合、前記放送手段を制御して、前記コンテンツの放送による配信が停止されることを示す放送配信停止予告を放送によって配信させる
請求項４に記載の送信装置。
【請求項６】
コンテンツを供給する送信装置の送信方法において、
前記放送装置による、
前記コンテンツをネットワークを介して受信装置に送信する送信ステップと、
前記コンテンツを受信した前記受信装置から通知される、前記コンテンツの品質を示すマニフェストファイルを受信するマニフェストファイル受信ステップと、
受信された前記マニフェストファイルを解析する解析ステップと、
前記マニフェストファイルの解析結果に基づいて前記コンテンツを放送によって配信する放送ステップと、
受信された前記マニフェストファイルを配信する配信ステップと
を含む送信方法。
【請求項７】
コンテンツを供給する送信装置の制御用のプログラムであって、
前記コンテンツをネットワークを介して受信装置に送信する送信ステップと、
前記コンテンツを受信した前記受信装置から通知される、前記コンテンツの品質を示すマニフェストファイルを受信するマニフェストファイル受信ステップと、
受信された前記マニフェストファイルを解析する解析ステップと、
前記マニフェストファイルの解析結果に基づいて前記コンテンツを放送によって配信する放送ステップと、
受信された前記マニフェストファイルを配信する配信ステップと
を含む処理を送信装置のコンピュータに実行させるプログラム。
【請求項８】
コンテンツを受信する受信装置において、
ネットワークを介して送信された前記コンテンツを受信する受信手段と、
受信された前記コンテンツの品質を示すマニフェストファイルを生成して前記送信装置に通知する通知手段と、
受信された前記コンテンツを前記ネットワークを介して他の受信装置に中継する中継手段と
を含む受信装置。
【請求項９】
前記送信装置から配信された、他の受信装置が生成した前記マニフェストファイルを取得するマニフェストファイル取得手段を
さらに含み、
前記受信手段は、取得された前記マニフェストファイルに基づいて他の受信装置にアクセスし、前記他の受信装置から中継された前記コンテンツを受信する
請求項８に記載の受信装置。
【請求項１０】
受信された前記コンテンツの符号化方式を変換する変換手段を
さらに含み、
前記中継手段は、受信されて符号化方式が変換された前記コンテンツを前記ネットワークを介して他の受信装置に中継する
請求項９に記載の受信装置。
【請求項１１】
前記マニフェストファイルには、前記コンテンツの品質を示す情報として、前記コンテンツを受信した時の遅延量、パケットロス数、またはジッタ量のうちの少なくとも１つを含む
請求項９または１０に記載の送信装置。
【請求項１２】
コンテンツを受信する受信装置の受信方法において、
前記受信方法による、
ネットワークを介して送信された前記コンテンツを受信する受信ステップと、
受信された前記コンテンツの品質を示すマニフェストファイルを生成して前記送信装置に通知する通知ステップと、
受信された前記コンテンツを前記ネットワークを介して他の受信装置に中継する中継ステップと
を含む受信方法。
【請求項１３】
コンテンツを受信する受信装置の制御用のプログラムであって、
ネットワークを介して送信された前記コンテンツを受信する受信ステップと、
受信された前記コンテンツの品質を示すマニフェストファイルを生成して前記送信装置に通知する通知ステップと、
受信された前記コンテンツを前記ネットワークを介して他の受信装置に中継する中継ステップと
を含む処理を受信装置のコンピュータに実行させるプログラム。
【請求項１４】
コンテンツを送信する送信装置と、送信された前記コンテンツを受信する受信装置から成るコンテンツ配信システムにおいて、
前記送信装置は、
前記コンテンツをネットワークを介して前記受信装置に送信する送信手段と、
前記コンテンツを受信した前記受信装置から通知される、前記コンテンツの品質を示すマニフェストファイルを受信するマニフェストファイル受信手段と、
受信された前記マニフェストファイルを配信する配信手段と、
受信された前記マニフェストファイルを解析する解析手段と、
前記マニフェストファイルの解析結果に基づいて前記コンテンツを放送によって配信する放送手段と
を含み、
前記受信装置は、
前記ネットワークを介して送信された前記コンテンツを受信するコンテンツ受信手段と、
受信された前記コンテンツの品質を示すマニフェストファイルを生成して前記送信装置に通知する通知手段と、
受信された前記コンテンツを前記ネットワークを介して他の受信装置に中継する中継手段と
を含む
コンテンツ配信システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【公開番号】特開２０１２−１４７２２２（Ｐ２０１２−１４７２２２Ａ）
【公開日】平成２４年８月２日（２０１２．８．２）
【国際特許分類】
【出願番号】特願２０１１−３５９７（Ｐ２０１１−３５９７）
【出願日】平成２３年１月１２日（２０１１．１．１２）
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【Ｆターム（参考）】
【公開日】平成２４年８月２日（２０１２．８．２）
【国際特許分類】
【出願日】平成２３年１月１２日（２０１１．１．１２）
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【Ｆターム（参考）】
[ Back to top ]