(57)【要約】【課題】録画を実現するためのデスクランブル処理や、録画したいチャンネルを構成するパケットだけを抜き出して再構成したパーシャルＴＳ（Ｔｒａｎｓｐｏｒｔ  Ｓｔｒｅａｍ）の生成処理等の複雑な録画処理を必要としない録画機能の実現を可能とする。【解決手段】ユーザから番組録画要求を受け付けた場合に、外部コンテンツ蓄積装置に対し、番組配信サーバから配信されるＩＰ映像ストリームのうち、番組録画要求に含まれる番組のＩＰ映像ストリームのパケットキャプチャを要求し、ユーザから録画コンテンツの配信要求を受け付けた場合に、外部コンテンツ蓄積装置に対し、録画コンテンツの配信要求に含まれる番組のパケットキャプチャデータの配信を要求する録画予約管理部と、外部コンテンツ蓄積装置から、録画予約管理部が要求した要求したパケットキャプチャデータを受信した場合、当該パケットキャプチャデータにデスクランブル処理およびデマックス処理を行い、外部表示装置に出力する演算部とを備えた。【選択図】図２
2017011363.tif 000002
【特許請求の範囲】
【請求項１】
ユーザから番組録画要求を受け付けた場合に、外部コンテンツ蓄積装置に対し、番組配信サーバから配信されるＩＰ映像ストリームのうち、前記番組録画要求に含まれる番組のＩＰ映像ストリームのパケットキャプチャを要求し、ユーザから録画コンテンツの配信要求を受け付けた場合に、前記外部コンテンツ蓄積装置に対し、前記録画コンテンツの配信要求に含まれる番組のパケットキャプチャデータの配信を要求する録画予約管理部と、
前記外部コンテンツ蓄積装置から、前記録画予約管理部が要求したパケットキャプチャデータを受信した場合、当該パケットキャプチャデータにデスクランブル処理およびデマックス処理を行い、外部表示装置に出力する演算部
とを備えた映像受信装置。
【請求項２】
前記番組録画要求を受け付けた場合に、前記番組配信サーバから配信されるＩＰ映像ストリームを受信し、デスクランブル処理およびデマックス処理を行って、録画したい番組のパケットだけを抜き出して再構成したパーシャルＴＳの作成を行い、当該パーシャルＴＳを暗号化した録画コンテンツを作成し、保存させる録画処理を行う録画機能部をさらに備え、
前記録画予約管理部は、リソースに前記録画機能部が前記録画処理を行うための空きがない場合に、前記外部コンテンツ蓄積装置に対し前記番組録画要求に含まれる番組のＩＰ映像ストリームのパケットキャプチャを要求する
ことを特徴とする請求項１記載の映像受信装置。
【請求項３】
前記録画予約管理部は、リソースに前記演算部がデスクランブル処理およびデマックス処理を行う空きあるかどうかを判定し、当該空きがあると判断した場合に、前記外部コンテンツ蓄積装置に対し、前記録画コンテンツの配信要求に含まれる番組のパケットキャプチャデータの配信を要求する
ことを特徴とする請求項１または請求項２記載の映像受信装置。
【請求項４】
映像受信装置から、番組配信サーバから配信されるＩＰ映像ストリームのパケットキャプチャの要求を受け付けた場合に、当該要求に基づき、パケットキャプチャの開始または終了を指示するパケット取得制御部と、
前記パケット取得制御部の指示に応じてパケットキャプチャを行い、キャプチャしたパケットキャプチャデータを蓄積させるパケット取得部と、
前記映像受信装置から、録画コンテンツの配信要求を受け付けた場合に、蓄積させた前記パケットキャプチャデータから、当該録画コンテンツの配信要求に応じたパケットキャプチャデータを抽出して前記映像受信装置へ配信するパケット蓄積管理部
とを備えた外部コンテンツ蓄積装置。
【請求項５】
ネットワークを介して、ＩＰ映像ストリームを配信する番組配信サーバと、当該ＩＰ映像ストリームのパケットキャプチャ、あるいは、キャプチャしたパケットキャプチャデータの配信を行う外部コンテンツ蓄積装置と、外部表示装置に前記外部コンテンツ蓄積装置から配信されたキャプチャデータに基づくコンテンツの再生を行わせる映像受信装置とが接続されるコンテンツ配信システムにおいて、
前記映像受信装置は、
ユーザから番組録画要求を受け付けた場合に、前記外部コンテンツ蓄積装置に対し、前記番組配信サーバから配信されるＩＰ映像ストリームのうち、前記番組録画要求に含まれる番組のＩＰ映像ストリームのパケットキャプチャを要求し、ユーザから録画コンテンツの配信要求を受け付けた場合に、前記外部コンテンツ蓄積装置に対し、前記録画コンテンツの配信要求に含まれる番組のパケットキャプチャデータの配信を要求する録画予約管理部と、
前記外部コンテンツ蓄積装置から、前記録画予約管理部が要求したパケットキャプチャデータを受信した場合、当該パケットキャプチャデータにデスクランブル処理およびデマックス処理を行い、前記外部表示装置に出力する演算部とを備え、
前記外部コンテンツ蓄積装置は、
前記映像受信装置から、前記番組配信サーバから配信されるＩＰ映像ストリームのパケットキャプチャの要求を受け付けた場合に、当該要求に基づき、パケットキャプチャの開始または終了を指示するパケット取得制御部と、
前記パケット取得制御部の指示に応じて、前記パケットキャプチャを行い、キャプチャしたパケットキャプチャデータを蓄積させるパケット取得部と、
前記映像受信装置から、録画コンテンツの配信要求を受け付けた場合に、蓄積させた前記パケットキャプチャデータから、当該録画コンテンツの配信要求に応じたパケットキャプチャデータを抽出して前記映像受信装置へ配信するパケット蓄積管理部とを備えた
ことを特徴とするコンテンツ配信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、インターネットを介して番組配信サーバから配信されるＩＰ映像ストリームを、外部コンテンツ蓄積装置を介して受信し、外部表示装置に再生させる映像受信装置、ＩＰ映像ストリームのパケットキャプチャ、および、キャプチャしたパケットキャプチャデータの配信を行う外部コンテンツ蓄積装置、および、当該映像受信装置と外部コンテンツ蓄積装置とを備えたコンテンツ配信システムに関するものである。
【背景技術】
【０００２】
近年、インターネットの普及に伴い、通信ネットワークの広帯域化が進み、ネットワークを利用して多種多様な放送、映像の視聴環境を提供するデジタル放送ＩＰ再送信サービス等が普及してきている。このようなサービスでは、映像配信元のサーバからコンテンツデリバリーネットワーク（ＣＤＮ）を介して、マルチキャスト通信によるストリームとして送信される暗号化されたＩＰ映像ストリームや、その暗号化されたＩＰ映像ストリームをデスクランブル処理する際に必要な鍵が送信される。この時、宅内のネットワーク構成としては、公衆網と宅内ネットワークとの接続を制御する例えばホームゲート・ウェイ（ＨＧＷ）のような、ルータ機能付き回線終端装置を経由して映像受信装置（セットトップボックス。ＳＴＢ）が接続されることが一般的である。
映像受信装置側では、これらのＩＰ映像ストリームや鍵情報を受信しデスクランブル処理を行った後、デマックス処理を施してからデコードする必要があり、これらの処理を実施することでＩＰ映像ストリームを映像表示装置へ出力して映像を視聴、再生することが可能となっている。
また、映像受信装置では、録画機能を有することが一般的であり、例えば、特許文献１には、録画を実現するために、暗号化されたＩＰ映像ストリームや、その暗号化されたストリームをデスクランブル処理する際に必要な鍵を含むパケットストリームを受信した後、デスクランブル処理を実施し、録画したいチャンネルを構成するパケットだけを抜き出して再構成したパーシャルＴＳ（Ｔｒａｎｓｐｏｒｔ  Ｓｔｒｅａｍ）を生成し、例えばＨＤＤのような記録装置に記録するといった録画処理部、録画機能を必要とする技術が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−１４３０８１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上述したような従来の技術によると、映像受信装置で録画を実現するためには、映像受信装置内部で録画予約制御を実施し、この録画予約制御に従い、映像配信元から送信された、暗号化されたＩＰ映像ストリームや、その暗号化されたＩＰ映像ストリームをデスクランブル処理する際に必要な鍵を含むパケットストリームを受信する、あるいは、パケットストリームを受信すると同時にデスクランブル処理を実施し、録画したいチャンネルを構成するパケットだけを抜き出して再構成したパーシャルＴＳ（Ｔｒａｎｓｐｏｒｔ  Ｓｔｒｅａｍ）を生成し、例えばＨＤＤのような記録装置に記録するといった処理が必要となる。
しかしながら、当該処理全てを映像受信装置内部で実施するため、複雑な録画予約制御の仕組みや、録画処理部を含む録画機能が必要となるという課題があった。
【０００５】
この発明は、上記のような課題を解決するためになされたものであり、映像受信装置において、録画を実現するためのデスクランブル処理や、録画したいチャンネルを構成するパケットだけを抜き出して再構成したパーシャルＴＳ（Ｔｒａｎｓｐｏｒｔ  Ｓｔｒｅａｍ）の生成処理等の複雑な録画処理を必要としない録画機能の実現を可能とするものである。
【課題を解決するための手段】
【０００６】
この発明の映像受信装置は、ユーザから番組録画要求を受け付けた場合に、外部コンテンツ蓄積装置に対し、番組配信サーバから配信されるＩＰ映像ストリームのうち、番組録画要求に含まれる番組のＩＰ映像ストリームのパケットキャプチャを要求し、ユーザから録画コンテンツの配信要求を受け付けた場合に、外部コンテンツ蓄積装置に対し、録画コンテンツの配信要求に含まれる番組のパケットキャプチャデータの配信を要求する録画予約管理部と、外部コンテンツ蓄積装置から、録画予約管理部が要求した要求したパケットキャプチャデータを受信した場合、当該パケットキャプチャデータにデスクランブル処理およびデマックス処理を行い、外部表示装置に出力する演算部とを備えたものである。
【発明の効果】
【０００７】
この発明に係る映像受信装置によれば、録画を実現するためのデスクランブル処理や、録画したいチャンネルを構成するパケットだけを抜き出して再構成したパーシャルＴＳ（Ｔｒａｎｓｐｏｒｔ  Ｓｔｒｅａｍ）の生成処理等の複雑な録画処理を必要としない録画機能の実現を可能にすることができる。
【図面の簡単な説明】
【０００８】
【図１】この発明の実施の形態１のコンテンツ配信システムの構成を説明する図である。
【図２】この発明の実施の形態１に係る映像受信装置の構成図である。
【図３】この発明の実施の形態１に係る外部コンテンツ蓄積装置の構成図である。
【図４】実施の形態１において、コンテンツ蓄積時の映像受信装置の動作を説明するフローチャートである。
【図５】実施の形態１において、コンテンツ蓄積時の外部コンテンツ蓄積装置の動作を説明するフローチャートである。
【図６】録画予約管理テーブルの内容の一例を示す図である。
【図７】実施の形態１において、録画コンテンツ配信時の映像受信装置の動作を説明するフローチャートである。
【図８】実施の形態１において、録画コンテンツ配信時の外部コンテンツ蓄積装置の動作を説明するフローチャートである。
【図９】この発明の実施の形態１の映像受信装置のハードウェア構成の一例を示す図である。
【図１０】この発明の実施の形態１の外部コンテンツ蓄積装置のハードウェア構成の一例を示す図である。
【図１１】この発明の実施の形態２のコンテンツ配信システムの構成を説明する図である。
【図１２】この発明の実施の形態２に係る映像受信装置の構成図である。
【図１３】実施の形態２のコンテンツ配信システムにおいて、番組配信サーバから配信されるコンテンツの蓄積時の、映像受信装置の動作を説明するフローチャートである。
【図１４】実施の形態２のコンテンツ配信システムにおいて、映像受信装置が外部コンテンツ蓄積装置に対して録画指示をした場合の、映像受信装置の外部コンテンツ蓄積装置へのパケットキャプチャデータ要求の動作を説明するフローチャートである。
【発明を実施するための形態】
【０００９】
以下、この発明の実施の形態について、図面を参照しながら詳細に説明する。
実施の形態１．
図１は、この発明の実施の形態１のコンテンツ配信システムの構成を説明する図である。この実施の形態１において、コンテンツ配信システムでは、番組配信サーバ３００は、例えば、ＩＰ放送コンテンツを配信する。
図１に示すように、コンテンツ配信システムは、番組配信サーバ３００と、外部コンテンツ蓄積装置１００と、映像受信装置２００と、外部表示装置４００とが、ネットワークを介して接続されることにより構成される。
番組配信サーバ３００と外部コンテンツ蓄積装置１００とは、例えば、インターネットにより接続される。また、外部コンテンツ蓄積装置１００と映像受信装置２００と外部表示装置４００とは、例えば、宅内ネットワークにより接続される。
【００１０】
番組配信サーバ３００は、ＦＴＴＨ等によるアクセス網通信技術を利用したブロードバンド回線によって配信されるＩＰ映像ストリームを配信する。ＩＰ映像ストリームとは、例えば、ＩＰパケット化されたＩＰ放送、地上デジタル放送ＩＰ再送信、および、ＢＳデジタル放送ＩＰ再送信等の映像や音声データなどをいう。
なお、番組配信サーバ３００からのＩＰ映像ストリームの配信には、図１に示すように、ＩＰＴＶフォーラムのＩＰＴＶＦＪ  ＳＴＤ−０００４で定義されているプロトコルスタック５００を使用している。
【００１１】
外部コンテンツ蓄積装置１００は、インターネットを介して、番組配信サーバ３００が配信したＩＰ映像ストリームを受信し、当該受信したＩＰ映像ストリームを、映像受信装置２００からの要求に基づき、映像受信装置２００へ送信する。具体的には、外部コンテンツ蓄積装置１００は、映像受信装置２００からの要求に基づき、番組配信サーバ３００が配信したＩＰ映像ストリームのパケットキャプチャを行い、キャプチャしたパケットキャプチャデータを蓄積する。そして、外部コンテンツ蓄積装置１００は、映像受信装置２００からの要求に基づき、蓄積したパケットキャプチャデータを映像受信装置２００に配信する。
外部コンテンツ蓄積装置１００は、例えば、マルチキャストプロトコルに対応したインターネットと宅内ネットワークとの接続を制御するような、ルータ機能付き回線終端装置である。
【００１２】
映像受信装置２００は、ユーザから番組録画要求を受け付けると、外部コンテンツ蓄積装置１００に対して、番組配信サーバ３００から配信されるＩＰ映像ストリームのうち、該当の番組のＩＰ映像ストリームのパケットキャプチャを要求し外部コンテンツ蓄積装置１００にキャプチャしたパケットキャプチャデータを蓄積させる。また、ユーザから録画番組の配信要求を受け付けると、外部コンテンツ蓄積装置１００に対して、該当の番組のキャプチャデータの配信を要求し、外部コンテンツ蓄積装置１００からキャプチャデータを受信し、当該キャプチャデータに、デマックスやデコード、デスクランブル等の処理を行い、外部表示装置４００へ映像および音声を送信し、録画コンテンツを再生させる。なお、映像受信装置２００は、ユーザによる録画予約操作が可能なＵＩ（Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）を有する。
外部表示装置４００は、映像受信装置１１０から受信した映像および音声を、例えば、ディスプレイなどの表示部や、スピーカなどの音声出力部から出力する。
【００１３】
図２は、この発明の実施の形態１に係る映像受信装置２００の構成図である。
映像受信装置２００は、指示受付部２０１と、録画予約管理部２０２と、鍵管理部２０３と、演算部２０４と、コピー制御部２０５と、データ送受信部２０６と、映像音声出力Ｉ／Ｆ２０７とを備える。
指示受付部２０１は、ユーザからの、任意の時間帯の番組録画要求を受け付ける。また、指示受付部２０１は、ユーザからの、任意の時間帯の録画コンテンツの配信要求を受け付ける。
録画予約管理部２０２は、指示受付部２０１から任意の時間帯の番組録画要求情報を受信した場合、録画予約管理テーブルを作成し、当該作成した録画予約管理テーブルを、データ送受信部２０６を介して外部コンテンツ蓄積装置１００に送信し、指示のあった、ユーザが録画したい時間帯の番組のパケットキャプチャを要求する。録画予約管理テーブルの詳細については後述する。
また、録画予約管理部２０２は、指示受付部２０１から任意の時間帯の録画コンテンツの配信要求情報を受信した場合、外部コンテンツ蓄積装置１００に、配信を要求する録画コンテンツに対する録画コンテンツＩＤを通知する。
【００１４】
鍵管理部２０３は、ワーク鍵を記憶する。ワーク鍵とは、共通鍵暗号方式において、ＩＰＴＶフォーラムのＩＰＴＶフォーラムのＩＰＴＶＦＪ  ＳＴＤ−０００４で定義されている２階層ライセンスモデルにおけるＩＰ放送コンテンツをスクランブルするスクランブル鍵を含む、ＥＣＭ（Ｅｎｔｉｔｌｅｍｅｎｔ  Ｃｏｎｔｒｏｌ  Ｍｅｓｓａｇｅ）を暗号化する鍵のことである。ＥＣＭとは、ワーク鍵で暗号化されたスクランブル鍵を伝送するための共通情報のことを指す。
【００１５】
演算部２０４は、外部コンテンツ蓄積装置１００から配信されたパケットキャプチャデータを受信し、受信したパケットキャプチャデータをデスクランブル処理するためのワーク鍵を鍵管理部２０３から取得して、デスクランブル処理を行い、デスクランブルした録画コンテンツが、例えば、コピーフリーやコピーワンスの録画コンテンツであれば、そのままデマックスした後、デコードして、例えば、ＨＤＭＩ（登録商標／以下記載を省略する）（Ｈｉｇｈ  Ｄｅｆｉｎｉｔｉｏｎ  Ｍｕｌｔｉｍｅｄｉａ  Ｉｎｔｅｒｆａｃｅ）規格に則ったデータを、映像音声出力Ｉ／Ｆ２０７を介して外部表示装置４００に送信し、外部表示装置４００にて表示および音声出力させる。また、演算部２０４は、デスクランブルした録画コンテンツが、例えば、コピーネバーであった場合は、配信処理を停止して、デマックス、デコード処理は行わず、録画コンテンツ配信不可のメッセージを外部表示装置４００に表示および音声出力させる。
【００１６】
コピー制御部２０５は、演算部２０４がデスクランブル処理した録画コンテンツについて、コピー制御情報の判定を行う。
データ送受信部２０６は、外部コンテンツ蓄積装置１００とのデータのやり取りを行う。
映像音声出力Ｉ／Ｆ２０７は、演算部２０４が出力した映像、音声等のデータを、外部表示装置４００に送信する。
【００１７】
図３は、この発明の実施の形態１に係る外部コンテンツ蓄積装置１００の構成図である。
外部コンテンツ蓄積装置１００は、パケット取得制御部１０１と、パケット取得部１０２と、パケット蓄積管理部１０３と、パケット蓄積装置１０４と、データ送受信部１０５ａ，１０５ｂとを備える。
なお、ここでは、パケット蓄積装置１０４は、外部コンテンツ蓄積装置１００の内部に備えられるようにしたが、これに限らず、パケット蓄積装置１０４は、外部コンテンツ蓄積装置１００の外部に備えられるようにしてもよい。
【００１８】
パケット取得制御部１０１は、映像受信装置２００からデータ送受信部１０５ａを介して、録画予約管理テーブルの情報を受信すると、当該受信した録画予約管理テーブルの情報に基づき、パケット取得部１０２に対して、パケットキャプチャの開始、終了を指示する。
パケット取得部１０２は、パケットキャプチャ機能を有し、パケット取得制御部１０１の指示に基づき、データ送受信部１０５ｂを介して受信する、番組配信サーバ３００から配信されるＩＰ映像ストリームのパケットキャプチャを行う。パケット取得部１０２は、キャプチャしたパケットキャプチャデータを、パケット蓄積装置１０４に蓄積させる。なお、この時、パケット取得部１０２は、取得したキャプチャパケットデータと、ＲＴＰパケットのスタンプ情報と、パケット長の情報とを、録画予約管理テーブルの録画コンテンツＩＤの情報と紐付けて、パケット蓄積装置１０４に蓄積させる。
【００１９】
パケット蓄積管理部１０３は、パケット蓄積装置１０４に蓄積されたパケットキャプチャデータの情報の管理を行う。具体的には、映像受信装置２００から、パケットキャプチャデータの配信要求、すなわち、配信を要求する録画コンテンツに対する録画コンテンツＩＤを受信した場合に、パケット蓄積管理部１０３は、該当する録画コンテンツＩＤとＲＴＰパケットのタイムスタンプ情報とパケットとパケット長の情報とに基づき、パケット蓄積装置１０５からパケットキャプチャデータを抽出し、映像受信装置２００へ、データ送受信部１０５ａを介して送信する。
パケット蓄積装置１０４は、パケットキャプチャデータを記憶する。
データ送受信部１０５ａは、映像受信装置２００とのデータのやり取りを行い、データ送受信部１０５ｂは、番組配信サーバ３００とのデータのやり取りを行う。
【００２０】
動作について説明する。
図４，図５は、実施の形態１のコンテンツ配信システムにおいて、番組配信サーバ３００から配信されるコンテンツの蓄積時の動作を説明するフローチャートであって、図４は、コンテンツ蓄積時の映像受信装置２００の動作を説明するフローチャートであり、図５は、コンテンツ蓄積時の外部コンテンツ蓄積装置１００の動作を説明するフローチャートである。
コンテンツ蓄積時は、ユーザからの番組録画の指示を受け、当該番組録画の指示に基づき、映像受信装置２００から外部コンテンツ蓄積装置１００に対して、録画指示を受けた番組のパケットキャプチャを要求し、外部コンテンツ蓄積装置１００が、当該要求に基づいて該当の番組のパケットキャプチャを行い、キャプチャしたパケットキャプチャデータを蓄積する。
【００２１】
まず、図４に沿って、コンテンツ蓄積時の映像受信装置２００の動作から説明する。
指示受付部２０１は、ユーザからの、任意の時間帯の番組録画要求を受け付けたかどうかを判断し（ステップＳＴ４０１）、番組録画要求を受け付けていない場合（ステップＳＴ４０１の“ＮＯ”の場合）は、ユーザからの番組録画要求を待機する。なお、この実施の形態１において、番組配信サーバ３００から配信されるＩＰ映像ストリームの蓄積は、ユーザからの任意の時間帯の番組録画要求の指示をトリガーとして行われる。ユーザは、指示受付部２０１から、任意の時間帯の番組の録画の指示を行う。具体的には、例えば、リモコンの操作により、ＥＰＧ生成部（図示省略）によって外部表示装置４００に表示された電子番組表（ＥＰＧ）の任意の時間帯の番組をクリックする等して選択する操作を行うことで、番組の録画の指示を行う。
【００２２】
ステップＳＴ４０１において、任意の時間帯の番組録画要求を受け付けた場合（ステップＳＴ４０１の“ＹＥＳ”の場合）、指示受付部２０１は、受け付けた番組録画要求に関する番組録画要求情報を録画予約管理部２０２に送信し、録画予約管理部２０２は、受信した番組録画要求情報等に基づき、録画予約管理テーブルを作成する（ステップＳＴ４０２）。
【００２３】
ここで、図６は、録画予約管理テーブルの内容の一例を示す図である。
図６に示すように、録画予約管理テーブルは、録画コンテンツＩＤ、該当番組の送信元アドレス、マルチキャストグループ、ポート番号、録画開始時間、録画終了時間、サービスＩＤの情報で構成されている。
録画コンテンツＩＤは、録画予約管理部２０２によって、任意に割り当てられる。
該当番組の送信元アドレスは、コンテンツの配信が行われる番組配信サーバ３００のアドレスであり、予め、番組配信サーバ３００が登録され、映像受信装置２００内部に記憶されている、当該番組配信サーバ３００のアドレスの情報が収録される。
マルチキャストグループは、映像受信装置２００をネットワークに接続した際に割り当てられたグループであり、映像受信装置２００内部に記憶されている当該割り当てられたグループの情報が収録される。
【００２４】
ポート番号は、マルチキャストグループ同様、映像受信装置２００をネットワークに接続した際に設定されたポート番号であり、映像受信装置２００内部に記憶されている当該ポート番号が収録される。
なお、送信元アドレスとマルチキャストグループは、該当番組のＴＳ毎に決まっており、当該送信元アドレスとマルチキャストグループとポート番号とには、録画時点で、予め起動時に番組配信サーバ３００側から取得する、番組配信サーバ３００より映像を受信するための情報が使用される。
録画開始時間と録画終了時間とサービスＩＤには、番組録画要求情報に含まれる録画開始時間と録画終了時間とサービスＩＤ、すなわち、例えば、電子番組表上でユーザが録画を指示した番組の開始時間と終了時間とサービスＩＤの情報が収録される。
サービスＩＤとは、ＡＲＩＢ（Ａｓｓｏｃｉａｔｉｏｎ  ｏｆ  Ｒａｄｉｏ  Ｉｎｄｕｓｔｒｉｅｓ  ａｎｄ  Ｂｕｓｉｎｅｓｓ）で決まっているチャンネルと同意のＩＤである。ＴＳ毎に決まっている送信元アドレス、マルチキャストグループと、ポート番号との情報により、録画すべきチャンネルの映像ストリームを受信することができるが、ＴＳ内部に複数映像データが入っていることがある。その場合は、当該サービスＩＤにより、必要な、録画すべきチャンネルの映像ストリームを特定する。
なお、このステップＳＴ４０２で作成された録画予約管理テーブルは、映像受信装置２００内部に保存される。
【００２５】
図４のフローチャートに戻る。
録画予約管理部２０２は、指示受付部２０１から受信した番組録画要求情報に含まれるチャンネル、すなわち、ユーザが録画の指示を行った番組のチャンネルに対応するワーク鍵があるかどうかを鍵管理部２０３に問い合わせる。なお、鍵管理部２０３では、コンテンツが放送されるチャンネルと、当該チャンネルに対応するワーク鍵とを紐付けて管理している。一般的に、ワーク鍵は、ＣＤＮの先にある映像配信サーバと抱き合わせのライセンスサーバから取得しており、取得するタイミングは、起動時に取得する他、ワーク鍵には使用期限があるため、定期的に取得するようにする。
鍵管理部２０３は、問い合わせのあったチャンネルに対応するワーク鍵を管理しているかどうかを判定し（ステップＳＴ４０３）、該当の番組のチャンネルに対応するワーク鍵がないと判断した場合（ステップＳＴ４０３の“ＮＯ”の場合）、ワーク鍵を再取得し（ステップＳＴ４０４）、ステップＳＴ４０３に戻る。再取得するワーク鍵は、例えば、ＩＰ−ＴＶの場合、鍵管理部２０３は、アウトバンドでＤＲＭサーバから取得するようにすればよい。
ワーク鍵は、この後、ユーザからの録画コンテンツ配信要求を受け付けた場合の録画コンテンツ配信処理において使用するものであるが（詳細は後述する）、ワーク鍵には使用期限が定められており、時間の経過によって変わってしまう。そのため、録画した時のワーク鍵を取得・保持しておかなければ、録画コンテンツの再生ができなくなってしまう。つまり、ここでワーク鍵のチェックをせず、録画コンテンツの配信時、すなわち、再生時にワーク鍵のチェックをするのでは、その時点で該当の鍵が保持できていないと判明した場合、蓄積損となってしまう上、ユーザが蓄積したつもりになっていたコンテンツが二度と再生できなくなってしまう。
よって、このステップＳＴ４０３，４０４において、事前にワーク鍵を保持しているかどうかの確認を行い、保持していない場合には、再取得を行うようにする。
なお、鍵管理部２３０は、保持していたワーク鍵、あるいは、再取得したワーク鍵を、ステップＳＴ４０２で録画予約管理部２０２が作成した録画予約管理テーブルの録画コンテンツＩＤと紐付けて記憶しておく。
【００２６】
鍵管理部２０３が、問い合わせのあったチャンネルに対応するワーク鍵を管理していた場合（ステップＳＴ４０３の“ＹＥＳ”の場合）、鍵管理部２０３は、ワーク鍵を保持している旨を録画予約管理部２０２に通知し、録画予約管理部２０２は、データ送受信部２０６を介して、外部コンテンツ蓄積装置１００に、番組録画要求情報に含まれる番組、すなわち、ユーザが録画の指示を行った番組のパケットキャプチャ要求をする（ステップＳＴ４０５）。具体的には、録画予約管理部２０２は、データ送受信部２０６を介して、ステップＳＴ４０２で作成した録画予約管理テーブルの情報を、外部コンテンツ蓄積装置１００に送信する。
【００２７】
次に、図５に沿って、コンテンツ蓄積時において、映像受信装置２００からパケットキャプチャ要求を受信した外部コンテンツ蓄積装置１００の動作について説明する。
データ送受信部１０５ａは、映像受信装置２００が送信したパケットキャプチャ要求（図４のステップＳＴ４０５参照）を受信する（ステップＳＴ５０１）。具体的には、データ送受信部１０５ａは、映像受信装置２００が送信した録画予約管理テーブルの情報を受信する。
【００２８】
パケット取得制御部１０１は、ステップＳＴ５０１においてデータ送受信部１０５ａが受信した録画予約管理テーブルの録画開始時間になったかどうかを判断し（ステップＳＴ５０２）、録画開始時間になっていなければ（ステップＳＴ５０２の“ＮＯ”の場合）、録画開始時間まで待機する。なお、録画開始時間になったかどうかは、例えば、外部コンテンツ蓄積装置１００が内部に保有している時計の時刻情報から判断すればよい。
【００２９】
録画開始時間になったと判断すると（ステップＳＴ５０２の“ＹＥＳ”の場合）、パケット取得制御部１０１は、パケット取得部１０２に対し、パケットキャプチャの開始要求を送信し、パケットキャプチャの開始を指示する（ステップＳＴ５０３）。なお、このとき、パケット取得制御部１０１は、ステップＳＴ５０１で受信した録画予約管理テーブルの情報をパケット取得部１０２に送信する。
【００３０】
パケット取得部１０２は、パケット取得制御部１０１からの指示に従い、データ送受信部１０５ｂを介して番組配信サーバ３００から受信したＩＰ映像ストリームから、録画予約管理テーブルで特定される番組のパケットキャプチャを行う（ステップＳＴ５０４）。
【００３１】
パケット取得制御部１０１は、ステップＳＴ５０１においてデータ送受信部１０５ａが受信した録画予約管理テーブルの情報の録画終了時間になったかどうかを判断する（ステップＳＴ５０５）。なお、録画終了時間になったかどうかは、例えば、外部コンテンツ蓄積装置１００が内部に保有している時計の時刻情報から判断すればよい。
録画終了時間になっていない場合（ステップＳＴ５０５の“ＮＯ”の場合）、ステップＳＴ５０４に戻り、パケットキャプチャを継続する。
録画終了時間になった場合（ステップＳＴ５０５の“ＹＥＳ”の場合）、パケット取得制御部１０１は、パケット取得部１０２に対し、パケットキャプチャの停止要求を送信し、パケットキャプチャの停止を指示する（ステップＳＴ５０６）。
【００３２】
パケット取得部１０２は、パケット取得制御部１０１からの指示に従い、パケットキャプチャを停止し、ステップＳＴ５０４において取得したパケットキャプチャデータをパケット蓄積装置１０４に蓄積させる（ステップＳＴ５０７）。なお、この時、パケット取得部１０２は、取得したキャプチャパケットデータと、ＲＴＰパケットのスタンプ情報と、パケット長の情報とを、録画予約管理テーブルの録画コンテンツＩＤの情報と紐付けて、パケット蓄積装置１０４に蓄積させる。また、この処理において、パケット取得部１０２は、１パケット毎のタイムスタンプ情報とパケット長と、実際のパケットキャプチャデータを蓄積していく。
【００３３】
以上のようにして、映像受信装置２００が、ユーザから録画を指示された番組のパケットキャプチャを要求し、外部コンテンツ蓄積装置１００が、当該要求に基づいて該当の番組のパケットキャプチャを行い、キャプチャしたパケットキャプチャデータを蓄積する。
【００３４】
図７，図８は、実施の形態１のコンテンツ配信システムにおいて、映像受信装置２００が外部コンテンツ蓄積装置１００に対して録画指示をした録画コンテンツの配信時の動作を説明するフローチャートであって、図７は、録画コンテンツ配信時の映像受信装置２００の動作を説明するフローチャートであり、図８は、録画コンテンツ配信時の外部コンテンツ蓄積装置１００の動作を説明するフローチャートである。
録画コンテンツ配信時は、ユーザからの録画コンテンツ配信の指示を受け、当該録画コンテンツ配信の指示に基づき、映像受信装置２００から外部コンテンツ蓄積装置１００に対して指示を受けた録画コンテンツ配信、すなわち、パケットキャプチャデータの配信を要求し、外部コンテンツ蓄積装置１００が、当該要求に基づいて該当のパケットキャプチャデータの配信を行うと、映像受信装置２００では、配信されたパケットキャプチャデータを受信し、外部表示装置４００に録画コンテンツを再生させる。
【００３５】
まず、図７に沿って、録画コンテンツ配信時の映像受信装置２００の動作から説明する。
指示受付部２０１は、ユーザからの、任意の時間帯の録画コンテンツの配信要求を受け付けたかどうかを判断し（ステップＳＴ７０１）、録画コンテンツ配信要求を受け付けていない場合（ステップＳＴ７０１の“ＮＯ”の場合）は、ユーザからの録画コンテンツ配信要求を待機する。なお、この実施の形態１において、外部コンテンツ蓄積装置１００に蓄積させた録画コンテンツの配信は、ユーザからの任意の時間帯の録画コンテンツ配信要求の指示をトリガーとして行われる。ユーザは、指示受付部２０１から、任意の時間帯の録画コンテンツの指示を行う。具体的には、例えば、リモコンの操作により、ＥＣＧ（Ｅｌｅｃｔｒｏｎｉｃ  Ｃｏｎｔｅｎｔ  Ｇｕｉｄｅ）表示部（図示省略）、または、コンテンツ表示ＵＩ（図示省略）が、番組録画の指示を受け付けた際に記憶した録画予約管理テーブルの情報に基づき、録画番組一覧を外部表示装置４００に表示させ、ユーザが録画番組一覧から、リモコン等の指示受付部により任意の時間帯の録画番組をクリックする等して選択する操作を行うことで、録画コンテンツの配信の指示を行う。
【００３６】
ステップＳＴ７０１において、任意の時間帯の録画コンテンツ要求を受け付けた場合（ステップＳＴ７０１の“ＹＥＳ”の場合）、指示受付部２０１は、受け付けた録画コンテンツの配信要求に関する録画コンテンツ配信要求情報を録画予約管理部２０２に送信し、録画予約管理部２０２は、データ送受信部２０６を介して、外部コンテンツ蓄積装置１００に、録画コンテンツ配信情報に含まれる番組、すなわち、ユーザが配信の指示を行った番組のパケットキャプチャデータを要求する（ステップＳＴ７０２）。具体的には、録画予約管理部２０２は、ステップＳＴ７０１で配信指示を受け付けた録画コンテンツに対応する録画コンテンツＩＤを、データ送受信部２０６を介して外部コンテンツ蓄積装置１００に送信する。なお、配信指示を受け付けた録画コンテンツに対応する録画コンテンツＩＤは、録画予約管理テーブルから特定すればよい。
【００３７】
ステップＳＴ７０２において、録画予約管理部２０２から送信された録画コンテンツＩＤを受信すると、外部コンテンツ蓄積装置１００では、映像受信装置２００に対して、要求された録画コンテンツ、すなわち、パケットキャプチャデータの配信を行うが、当該処理の詳細については、図８を用いて後述することとする。
【００３８】
ステップＳＴ７０３において、データ送受信部２０６は、外部コンテンツ蓄積装置１００からパケットキャプチャデータを受信したかどうかを判断し（ステップＳＴ７０３）、パケットキャプチャデータを受信した場合（ステップＳＴ７０３の“ＹＥＳ”の場合）、データ送受信部２０６は、受信したパケットキャプチャデータを演算部２０４に出力し、演算部２０４では、受信したパケットキャプチャデータをデスクランブル処理するのに必要なワーク鍵を鍵管理部２０３から取得する（ステップＳＴ７０４）。具体的には、演算部２０４は、パケットキャプチャデータの情報から録画コンテンツＩＤを特定し、当該録画コンテンツＩＤに紐付けされたワーク鍵を、鍵管理部２０３から取得する。
演算部２０４は、ステップＳＴ７０４でワーク鍵を取得すると、取得したワーク鍵を使って、パケットキャプチャデータのデスクランブル処理を行う（ステップＳＴ７０５）。
【００３９】
コピー制御部２０５は、ステップＳＴ７０５において演算部２０４がデスクランブルしたパケットキャプチャデータのコピー制御情報を判定し、再生可能かどうかを判断する（ステップＳＴ７０６）。具体的には、コピー制御部２０５は、パケットキャプチャデータのコピー制御情報が、例えば、コピーフリーやコピーワンスであれば、再生可能と判断し、パケットキャプチャデータのコピー制御情報が、例えば、コピーネバーであった場合は、再生不可と判断する。なお、コピー制御情報は、映像ストリームの中、例えば、ＥＣＭ内に入っている情報である。当該コピー制御情報により、一意にコピーフリー等を判定できる。
ステップＳＴ７０６において、再生可能と判断された場合（ステップＳＴ７０６の“ＹＥＳ”の場合）、すなわち、例えば、コピーフリーやコピーワンスであった場合、コピー制御部２０５の当該判定結果を受けて、演算部２０４は、ステップＳＴ７０５でデスクランブルしたパケットキャプチャデータをデマックスしたあとデコードして、例えば、ＨＤＭＩ（Ｈｉｇｈ  Ｄｅｆｉｎｉｔｉｏｎ  Ｍｕｌｔｉｍｅｄｉａ  Ｉｎｔｅｒｆａｃｅ）規格に則ったデータを映像音声出力Ｉ／Ｆ２０７より外部表示装置４００に出力し、外部表示装置４００に当該パケットキャプチャデータを表示させる（ステップＳＴ７０７）。このようにして、ユーザが指示した録画コンテンツの視聴が可能となる。
【００４０】
一方、ステップＳＴ７０３において、パケットキャプチャデータを受信していない場合（ステップＳＴ７０３の“ＮＯ”の場合）、データ送受信部２０６は、外部コンテンツ蓄積装置１００から、エラーメッセージを受信したかどうかを判断する（ステップＳＴ７０８）。
ステップＳＴ７０８において、エラーメッセージを受信していない場合（ステップＳＴ７０８の“ＮＯ”の場合）、ステップＳＴ７０３に戻り、パケットキャプチャデータの受信を待機する。
ステップＳＴ７０８において、エラーメッセージを受信した場合（ステップＳＴ７０８の“ＹＥＳ”の場合）、演算部２０４は、受信したエラーメッセージを映像音声出力Ｉ／Ｆ２０７を介して外部表示装置４００に送信し、外部表示装置４００に当該メッセージを表示させる（ステップＳＴ７０９）。
【００４１】
また、ステップＳＴ７０６において、再生不能と判断された場合（ステップＳＴ７０６の“ＮＯ”の場合）、すなわち、例えば、コピーネバーであった場合、コピー制御部２０５の当該判定結果を受けて、演算部２０４は、エラーメッセージを映像音声出力Ｉ／Ｆ２０７を介して外部表示装置４００に送信し、外部表示装置４００に当該メッセージを表示させる（ステップＳＴ７０９）。
【００４２】
次に、図７のステップＳＴ７０２において録画予約管理部２０２から送信された録画コンテンツＩＤを受信した場合に、外部コンテンツ蓄積装置１００において、要求された録画コンテンツ、すなわち、パケットキャプチャデータの配信を行う動作について、図８を用いて説明する。
【００４３】
データ送受信部１０５ａは、映像受信装置２００から、録画コンテンツ配信の要求、すなわち、録画コンテンツＩＤを受信したかどうかを判定し（ステップＳＴ８０１）、録画コンテンツＩＤを受信していない場合（ステップＳＴ８０１の“ＮＯ”の場合）は、録画コンテンツＩＤの受信を待機する。
【００４４】
録画コンテンツＩＤを受信した場合（ステップＳＴ８０１の“ＹＥＳ”の場合）、パケット蓄積管理部１０３は、データ送受信部１０５ａから、録画コンテンツＩＤの情報を受け取り、パケット蓄積装置１０４を参照して、受け取った録画コンテンツＩＤに対応するパケットキャプチャデータを蓄積しているかどうかを判定する（ステップＳＴ８０２）。
【００４５】
ステップＳＴ８０２において、受け取った録画コンテンツＩＤに対応するパケットキャプチャデータを蓄積していた場合（ステップＳＴ８０２の“ＹＥＳ”の場合）、パケット蓄積管理部１０３は、受け取った録画コンテンツＩＤと、当該録画コンテンツＩＤに紐付けられたパケットキャプチャデータと、ＲＴＰパケットのスタンプ情報と、パケット長の情報の情報に基づいて、パケットキャプチャデータを、データ送受信部１０５ａを介して映像受信装置２００に配信する（ステップＳＴ８０３）。なお、パケット蓄積管理部１０３がここで配信するのは、録画コンテンツ蓄積時に受信したＲＴＰパケットである。すなわち、録画コンテンツ蓄積時に放送されていたＭＰＥＧ２−ＴＳである。
【００４６】
ステップＳＴ８０２において、受け取った録画コンテンツＩＤに対応するパケットキャプチャデータを蓄積していない場合（ステップＳＴ８０２の“ＮＯ”の場合）、パケット蓄積管理部１０３は、エラーメッセージを、データ送受信部１０５ａを介して映像受信装置２００に配信する（ステップＳＴ８０４）。
このようにして、外部コンテンツ蓄積装置１００において、映像受信装置２００からの要求に応じて、蓄積していたパケットキャプチャデータの配信を行う。
【００４７】
図９は、この発明の実施の形態１の映像受信装置２００のハードウェア構成の一例を示す図である。
この発明の実施の形態１において、録画予約管理部２０２と、鍵管理部２０３と、演算部２０４と、コピー制御部２０５は、ＨＤＤ９０３、メモリ９０２等に記憶されたプログラムを実行するＣＰＵ９０１、システムＬＳＩ等の処理回路により実現される。
また、複数の処理回路が連携して上記機能を実行してもよい。
データ送受信部２０６は、ＬＡＮコネクタ９０４およびＰＨＹ  ＩＣ９０５により構成される。
映像音声出力Ｉ／Ｆ２０７は、外部表示装置４００との通信を行う通信Ｉ／Ｆ９０６を構成する。なお、これは一例であって、映像音声出力Ｉ／Ｆ２０７は、その他のハードウェアで構成されるものであってもよい。
指示受付部２０１は、リモコン９０７を使用する。なお、これは一例であって、指示受付部２０１は、その他のハードウェアで構成されるものであってもよい。
【００４８】
図１０は、この発明の実施の形態１の外部コンテンツ蓄積装置１００のハードウェア構成の一例を示す図である。
この発明の実施の形態１において、パケット取得制御部１０１と、パケット取得部１０２と、パケット蓄積管理部１０３は、ＨＤＤ１００３、メモリ１００２等に記憶されたプログラムを実行するＣＰＵ１００１、システムＬＳＩ等の処理回路により実現される。
また、複数の処理回路が連携して上記機能を実行してもよい。
データ送受信部１０５ａは、映像受信装置２００との通信を行う通信Ｉ／Ｆ１００４を構成する。また、データ送受信部１０５ｂは、番組配信サーバ３００との通信を行う通信Ｉ／Ｆ１００４を構成する。なお、これは一例であって、データ送受信部１０５ａ，１０５ｂは、その他のハードウェアで構成されるものであってもよい。
パケット蓄積装置１０４は、ＨＤＤ１００３で構成される。なお、これは一例であって、パケット蓄積装置１０４は、例えば、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）等、別の種類の記憶装置で構成されてもよいし、外部に接続されたＵＳＢ−ＨＤＤやＵＳＢ−ＳＳＤで構成されてもよいし、その他のハードウェアで構成されるものであってもよい。
【００４９】
以上のように、この実施の形態１によれば、映像受信装置２００は、鍵管理と簡単な予約時間を管理する録画予約管理部２０２あるいは鍵管理部２０３を有するだけでよく、また、外部コンテンツ蓄積装置１００も、必要な時間帯のパケットキャプチャを実行し、取得したパケットデータを蓄積させておくパケット取得部を有するだけでよいため、コンテンツ配信システム全体として、録画を実現するためのデスクランブル処理や、録画したいチャンネルを構成するパケットだけを抜き出して再構成したパーシャルＴＳの生成処理等の複雑な録画処理を必要としない録画機能の実現が可能となる。
【００５０】
実施の形態２．
実施の形態１では、映像受信装置２００は視聴しかしないものとし、録画に必要なリソースを一切持ち合わせないものとしていた。
この実施の形態２では、映像受信装置２００でも録画処理を可能とし、映像受信装置２００では、リソースのチェックを行って、リソースの空きがない場合に外部コンテンツ蓄積装置１００で録画を行わせる実施の形態について説明する。
【００５１】
図１１は、この発明の実施の形態２のコンテンツ配信システムの構成を説明する図である。実施の形態１で図１を用いて説明したものとは、映像受信装置２００が、番組配信サーバ３００から直接ＩＰ映像ストリームを受信する場合がある点のみ異なる。詳細については後述する。
この発明の実施の形態２の外部コンテンツ蓄積装置１００の構成は、実施の形態１で図３を用いて説明したものと同様であるため、重複した説明を省略する。
この実施の形態２は、実施の形態１とは、映像受信装置２００の構成および動作が異なる。
図１２は、この発明の実施の形態２に係る映像受信装置２００の構成図である。
実施の形態１において、図２を用いて説明した構成と同様の構成については同じ符号を付し、重複した説明を省略する。
実施の形態２の映像受信装置２００は、実施の形態１の映像受信装置２００に、録画機能部２０８と、録画コンテンツ蓄積装置２０９をさらに備える点が異なるのみである。
録画機能部２０８は、番組配信サーバ３００から配信されるＩＰ映像ストリームのデスクランブル処理を行い、映像ストリームとその他の不要なデータとを分けるデマックス処理を行って、録画したいチャンネルを構成するパケットだけを抜き出して再構成したパーシャルＴＳ作成を行う。さらに、録画機能部２０８は、作成したパーシャルＴＳを映像受信装置が生成するローカル暗号化鍵で暗号化し、録画コンテンツ蓄積装置２０９に、暗号化した録画コンテンツを保存する。
録画コンテンツ蓄積装置２０９は、録画機能部２０８が生成し、暗号化した録画コンテンツを保存する。
【００５２】
なお、録画機能部２０８と、録画コンテンツ蓄積装置２０９は、演算部２０４に包含してもよい。また、ここでは、録画コンテンツ蓄積装置２０９は、映像受信装置２００が備えるものとしたが、これに限らず、録画コンテンツ蓄積装置２０９は、映像受信装置２００の外部に備えるようにしてもよい。
【００５３】
動作について説明する。
この発明の実施の形態２では、実施の形態１とは、映像受信装置２００の動作が異なるのみであるため、重複した説明は省略し、実施の形態１と異なる動作についてのみ説明する。
図１３は、実施の形態２のコンテンツ配信システムにおいて、番組配信サーバ３００から配信されるコンテンツの蓄積時の、映像受信装置２００の動作を説明するフローチャートである。
指示受付部２０１は、ユーザからの、任意の時間帯の番組録画要求を受け付けたかどうかを判断し（ステップＳＴ１２０１）、番組録画要求を受け付けていない場合（ステップＳＴ１２０１の“ＮＯ”の場合）は、ユーザからの番組録画要求を待機する。具体的な動作は、実施の形態１で説明した図４のステップＳＴ４０１と同様である。
【００５４】
ステップＳＴ１２０１において、番組録画要求を受け付けた場合（ステップＳＴ１２０１の“ＹＥＳ”の場合）、録画予約管理部２０２は、録画に必要な、例えば、デマックス処理やＩＰＴＶフォーラムのＩＰＴＶＦＪ  ＳＴＤ−０００４で定義されているパーシャルＴＳ作成、および、デスクランブル処理等を行うリソースに空きがあるかチェックを行う（ステップＳＴ１２０２）。すなわち、録画予約管理部２０２は、ステップＳＴ１２０２において、同時に録画できる本数の上限に達しているかどうかをチェックする。
【００５５】
ステップＳＴ１２０２において、リソースに空きがあった場合（ステップＳＴ１２０２の“ＹＥＳ”の場合）、データ送受信部２０６は、ＩＰ映像ストリームを、番組配信サーバ３００から直接受信し、録画機能部２０８へ出力する（ステップＳＴ１２０７）。
外部コンテンツ蓄積装置１００は、ＨＧＷのようなゲートウェイ装置に内蔵されるものでも構わないし、外付けされるものでも構わない。したがって、この実施の形態２においては、リソースに空きがある場合に、必ずしも、外部コンテンツ蓄積装置１００を介してＩＰ映像ストリームを受信する必要はない。
録画機能部２０８は、ステップＳＴ１２０７でデータ送受信部２０６から出力されたＩＰ映像ストリームのデスクランブル処理を行う（ステップＳＴ１２０８）。
また、録画機能部２０８は、映像ストリームとその他の不要なデータとを分けるデマックス処理を行い（ステップＳＴ１２０９）、録画したいチャンネルを構成するパケットだけを抜き出して再構成したパーシャルＴＳ作成を行う（ステップＳＴ１２１０）。
さらに、録画機能部２０８は、ステップＳＴ１２１０で作成したパーシャルＴＳを映像受信装置２００が生成するローカル暗号化鍵で暗号化し（ステップＳＴ１２１１）、録画コンテンツ蓄積装置２０９に、暗号化した録画コンテンツを保存する（ステップＳＴ１２１２）。
なお、ステップＳＴ１２０７〜ステップＳＴ１２１２の処理は、従来の映像受信装置における録画処理の動作と同様である。
【００５６】
一方、ステップＳＴ１２０２において、リソースに空きがなかった場合（ステップＳＴ１２０２の“ＮＯ”の場合）、同時に録画できる本数の上限に達しているということなので、冗長システムとして外部コンテンツ蓄積装置１００を用いる。
以降、ステップＳＴ１２０３〜ステップＳＴ１２０６の動作は、実施の形態１において説明した図４のステップＳＴ４０２〜ステップＳＴ４０５と同様の動作であるので、重複した説明は省略する。
【００５７】
このようにすることで、コンテンツ蓄積時において、一般的にＩＣチップの制約と言われる録画機能部２０８の録画に必要なリソースに空きがなく、同時録画本数の上限に達している場合でも、ネットワークの帯域が許す限り、必要なパケットを蓄積しておいてタイムシフトしてデコード処理を行えるため、すなわち、例えば、外部コンテンツ蓄積装置１００において録画コンテンツを蓄積している時間を時間Ａとし、その後、外部コンテンツ蓄積装置１００から録画コンテンツを配信させて映像受信装置２００でデコード処理を行う時間を時間Ｂとすると、過去の時間Ａにおける録画コンテンツのデコード処理を未来の時間Ｂで行うことができるため、擬似的に同時録画の本数を増やすことが可能となる。
なお、ＩＣチップの制約とは、例えば、ＳＴＢ等で録画を実施する際には、録画時にデマックス処理を実施するが、このデマックス処理が２本しか同時にできない等の制約をいう。
【００５８】
図１４は、実施の形態２のコンテンツ配信システムにおいて、映像受信装置２００が外部コンテンツ蓄積装置１００に対して録画指示をした場合の、映像受信装置２００の外部コンテンツ蓄積装置１００へのパケットキャプチャデータ要求の動作を説明するフローチャートである。
なお、この実施の形態２においても実施の形態１同様、録画コンテンツの配信は、ユーザからの任意の時間帯の録画コンテンツ配信要求の指示をトリガーとして行われるが、任意の時間帯の録画コンテンツ配信要求が行われた際に、録画コンテンツ蓄積装置２０９に該当の録画コンテンツがあれば、映像受信装置２００の演算部２０４は、録画コンテンツ蓄積装置２０９に蓄積された該当の録画コンテンツにデスクランブル処理やデコード処理を映像受信装置２００内の演算部２０４で実施し、デコードされた映像を映像音声出力Ｉ／Ｆ２０７から外部表示装置４００に送信し、表示させる。この、録画コンテンツ蓄積装置２０９に該当の録画コンテンツがある場合の動作は、従来の映像受信装置の動作と同様であるため、詳細な説明は省略する。
ここでは、録画コンテンツ蓄積装置２０９には、該当の録画コンテンツがない、すなわち、番組録画の際に外部コンテンツ蓄積装置１００にパケットキャプチャを要求しており、外部コンテンツ蓄積装置１００に当該キャプチャしたパケットキャプチャデータの要求を行う場合の、映像受信装置２００の動作を説明する。
【００５９】
指示受付部２０１は、ユーザからの、任意の時間帯の録画コンテンツの配信要求を受け付けたかどうかを判断し（ステップＳＴ１３０１）、録画コンテンツ配信要求を受け付けていない場合（ステップＳＴ１３０１の“ＮＯ”の場合）は、ユーザからの録画コンテンツ配信要求を待機する。具体的な動作は、実施の形態１で説明した図７のステップＳＴ７０１と同様である。
【００６０】
ステップＳＴ１３０１において、録画コンテンツ配信要求を受け付けた場合、録画予約管理部２０２は、演算部２０４がデスクランブル処理、デマックス処理、デコード処理等を行うリソースに空きがあるかどうかをチェックする（ステップＳＴ１３０２）。
ステップＳＴ１３０２において、リソースに空きがないと判断した場合（ステップＳＴ１３０２の“ＮＯ”の場合）、録画予約管理部２０２は、空きができるまでリトライを行う。
ステップＳＴ１３０２において、リソースに空きがある場合（ステップＳＴ１３０２の“ＹＥＳ”の場合）、ステップＳＴ１３０３に進む。以降、ステップＳＴ１３０３〜ステップＳＴ１３１０の動作は、実施の形態１で説明した図７のステップＳＴ７０２〜ステップＳＴ７０９の動作と同様であるため、重複した説明を省略する。
【００６１】
実施の形態２の映像受信装置２００のハードウェア構成は、実施の形態１で図９を用いて説明したものと同様である。
録画機能部２０８は、ＨＤＤ９０３、メモリ９０２等に記憶されたプログラムを実行するＣＰＵ９０１、システムＬＳＩ等の処理回路により実現される。
また、複数の処理回路が連携して上記機能を実行してもよい。
録画コンテンツ蓄積装置２０９は、ＨＤＤ９０３で構成される。なお、これは一例であって、録画コンテンツ蓄積装置２０９は、その他のハードウェアで構成されるものであってもよい。
【００６２】
なお、実施の形態１に実施の形態２を適用し、実施の形態１において図２で説明したような、録画機能を持たない、すなわち、録画機能部２０８と録画コンテンツ蓄積装置２０９とを備えない映像受信装置２００の場合にも、ユーザから録画コンテンツ配信要求を受け付けた場合に、録画予約管理部２０２が、演算部２０４がデスクランブル処理、デマックス処理、デコード処理等を行うリソースに空きがあるかどうかをチェックし、空きができたと判断した場合に、外部コンテンツ蓄積装置１００に対して、パケットキャプチャデータを要求するようにしてもよい。
【００６３】
以上のように、実施の形態２によれば、映像受信装置２００の録画に必要なリソースが上限を超えてしまう場合でも、外部コンテンツ蓄積装置１００に対し録画要求を送信して、番組配信サーバ３００より配信されるＩＰ映像ストリームのキャプチャおよび蓄積を実施させ、録画コンテンツ再生の際は、映像受信装置２００内でデスクランブル処理やデコード処理を行うリソースの空きを検知したタイミングで、外部コンテンツ蓄積装置１００から指定した該当のパケットキャプチャデータを配信させて、デスクランブル処理、デマックス処理、デコード処理を行い、外部表示装置４００で映像を視聴することができる。これにより、映像受信装置２００において、リソースに空きがなくても外部コンテンツ蓄積装置１００に録画を実施させることができる。
【００６４】
なお、この実施の形態１において、映像受信装置２００は、図２で示すような構成としたが、映像受信装置２００は、録画予約管理部２０２と、演算部２０４とを備えることにより、上述したような効果が得られるものである。
また、この実施の形態１において、外部コンテンツ蓄積装置１００は、図３で示すような構成としたが、外部コンテンツ蓄積装置１００は、パケット取得制御部１０１と、パケット取得部１０２と、パケット蓄積管理部１０３とを備えることにより、上述したような効果が得られるものである。
【００６５】
また、本願発明はその発明の範囲内において、各実施の形態の自由な組み合わせ、あるいは各実施の形態の任意の構成要素の変形、もしくは各実施の形態において任意の構成要素の省略が可能である。
【符号の説明】
【００６６】
１００  外部コンテンツ蓄積装置、１０１  パケット取得制御部、１０２  パケット取得部、１０３  パケット蓄積管理部、１０４  パケット蓄積装置、１０５ａ，１０５ｂ  データ送受信部、２００  映像受信装置、２０１  指示受付部、２０２  録画予約管理部、２０３  鍵管理部、２０４  演算部、２０５  コピー制御部、２０６  データ送受信部、２０７  映像音声出力Ｉ／Ｆ、２０８  録画機能部、２０９  録画コンテンツ蓄積装置、３００  番組配信サーバ、４００  外部表示装置、５００  プロトコルスタック、９０１，１００１  ＣＰＵ、９０２，１００２  メモリ、９０３，１００３  ＨＤＤ、９０４  ＬＡＮコネクタ、９０５  ＰＨＹ  ＩＣ、９０６，１００４  通信Ｉ／Ｆ、９０７  リモコン。
【図１】
2017011363.tif 000003
【図２】
2017011363.tif 000004
【図３】
2017011363.tif 000005
【図４】
2017011363.tif 000006
【図５】
2017011363.tif 000007
【図６】
2017011363.tif 000008
【図７】
2017011363.tif 000009
【図８】
2017011363.tif 000010
【図９】
2017011363.tif 000011
【図１０】
2017011363.tif 000012
【図１１】
2017011363.tif 000013
【図１２】
2017011363.tif 000014
【図１３】
2017011363.tif 000015
【図１４】
2017011363.tif 000016