(57)【要約】【課題】冗長化処理を暗号化処理と連携させると共に、受信側の受信状況情報に基づいて冗長度を変化させるようにする。【解決手段】本発明のデータ配信システムは、暗号鍵生成手段と、各受信端末からの受信状況情報に基づいて受信側の受信統計情報を求める手段と、各配信データの暗号鍵と受信側の受信統計情報とを配信サーバに通知すると共に、各配信データの暗号鍵を各受信端末に通知する手段と、配信サーバが、暗号鍵及び受信側の受信統計情報を受信する手段と、暗号鍵を用いて配信データの暗号化処理を行なう手段と、受信した受信側の受信統計情報に応じた冗長度が可変の冗長化処理を行なう手段と、暗号化処理及び冗長化処理がなされた配信データを配信する手段とを有し、各受信端末が、配信データ受信手段と、暗号鍵通信手段に暗号鍵取得要求と共に受信状況情報を送信し、暗号鍵通知手段から暗号鍵を受信する手段と、復号処理手段とを有する。【選択図】      図１
2008034939.tif 000002
【特許請求の範囲】
【請求項１】
配信サーバが１以上の受信端末にデータを配信するデータ配信システムにおいて、
配信データを暗号化するための暗号鍵を配信データ毎に生成する暗号鍵生成手段と、
上記各受信端末から受信状況情報を受信し、それら受信状況情報に基づいて受信側の受信統計情報を配信データ毎に求める統計処理手段と、
各配信データの上記暗号鍵と上記受信側の受信統計情報とを上記配信サーバに通知すると共に、各配信データの上記暗号鍵を上記各受信端末に通知する暗号鍵通知手段と、
上記配信サーバが、
上記暗号鍵通知手段からの上記暗号鍵及び上記受信側の受信統計情報を受信する暗号鍵受信手段と、
受信した上記暗号鍵を用いて配信データの暗号化処理を行なう暗号化処理手段と、
受信した受信側の受信統計情報に応じた、冗長度が可変の冗長化処理を行なう冗長化処理手段と、
暗号化処理及び冗長化処理がなされた配信データを配信する配信手段と
を有し、
上記各受信端末が、
上記配信手段から配信された配信データを受信する配信データ受信手段と、
上記暗号鍵通信手段に対して暗号鍵取得要求と共に受信状況情報を送信し、上記暗号鍵通知手段から通知された上記暗号鍵を受信する暗号鍵通信手段と、
受信した上記暗号鍵を用いて、受信した配信データの復号処理を行なう復号処理手段と
を有する
ことを特徴とするデータ配信システム。
【請求項２】
配信サーバが１以上の受信端末にデータを配信するデータ配信システムにおいて、
配信データを暗号化するための暗号鍵を配信データ毎に生成する暗号鍵生成手段と、
各配信データの上記暗号鍵を上記配信サーバに通知する暗号鍵通知手段と、
上記配信サーバが、
上記暗号鍵通知手段からの上記暗号鍵を受信する暗号鍵受信手段と、
配信先である受信端末のうち１又は複数の特定受信端末から受信状況情報を受信し、それらの受信状況情報に基づく受信側の受信統計情報を求める統計処理手段と、
上記暗号鍵の更新する際、配信データに、新暗号鍵及び上記特定受信端末を識別する特定受信端末識別情報を挿入する情報挿入手段と、
受信した上記暗号鍵を用いて、配信データ、又は、新暗号鍵及び上記特定受信端末特定情報を含む配信データの暗号化処理を行なう暗号化処理手段と、
受信した受信側の受信統計情報に応じた、冗長度が可変の冗長化処理を行なう冗長化処理手段と、
暗号化処理及び冗長化処理がなされた配信データを配信する配信手段と
を有し、
上記各受信端末が、
上記配信手段から配信された配信データを受信する配信データ受信手段と、
受信した配信データに上記新暗号鍵及び上記特定受信端末情報が含まれている場合、当該受信端末での受信状況情報を上記配信サーバに送信する受信状況情報送信手段と、
受信した上記新暗号鍵を用いて、受信した配信データの復号処理を行なう復号処理手段と
を有する
ことを特徴とするデータ配信システム。
【請求項３】
１以上の受信端末にデータを配信する配信サーバにおいて、
外部装置から受信した暗号鍵又は自配信サーバが生成した暗号鍵を用いて、配信データの暗号化処理を行なう暗号化処理手段と、
受信側の受信統計情報に応じた、冗長度が可変の冗長化処理を行なう冗長化処理手段と、
暗号化処理及び冗長化処理がなされた配信データを配信する配信手段と
を備えることを特徴とする配信サーバ。
【請求項４】
配信サーバが１以上の受信端末にデータを配信するデータ配信システムを構成するものであって、暗号化に用いる暗号鍵を通知するサーバにおいて、
配信データを暗号化するための暗号鍵を配信データ毎に生成する暗号鍵生成手段と、
上記各受信端末から受信状況情報を受信し、それら受信状況情報に基づいて受信側の受信統計情報を配信データ毎に求める統計処理手段と、
各配信データの上記暗号鍵と上記受信側の受信統計情報とを上記配信サーバに通知すると共に、各配信データの上記暗号鍵を上記受信端末に通知する暗号鍵通知手段と
を備えることを特徴とするサーバ。
【請求項５】
配信サーバが１以上の受信端末にデータを配信するデータ配信システムを構成する上記受信端末において、
上記配信手段から配信された配信データを受信する配信データ受信手段と、
外部の暗号鍵通信手段に対して暗号鍵取得要求と共に受信状況情報を送信し、上記暗号鍵通知手段から通知された上記暗号鍵を受信する暗号鍵通信手段と、
受信した上記暗号鍵を用いて、受信した配信データの復号処理を行なう復号処理手段と
を備えることを特徴とする受信端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ配信システム、配信サーバ、サーバ及び受信端末に関し、例えば、公衆網を通じて、動画等のデータを配信するデータ配信システム、配信サーバ、サーバ及び受信端末に適用し得る。
【背景技術】
【０００２】
例えば、インターネットに代表される公衆網を通じて、映画などの動画データをストリームに配信するデータ配信システムがある。このようなデータ配信システムにおいては、公衆網を利用してストリームデータを配信することから、配信データに関する暗号化処理及びネットワーク上での転送データの欠損を補完する冗長化処理を行なう必要がある。
【０００３】
配信データの暗号化方式としては、例えばＳＳＬ（Security  Sockets  Layer）を利用した暗号化方式など様々な方式が使用されており、その一例を、図２を参照して簡単に説明する。
【０００４】
図２において、まず、送信側では、ストリームデータである各平文パケット１〜Ｎ（Ｎは正の整数）に対して暗号化キー１〜Ｎを用いて暗号化パケット１〜Ｎを生成し、受信側に送信する。このとき、各平文パケットに用いる暗号キー１〜Ｎのそれぞれは、予め決められた所定規則に従った演算により変化されたものとする。また、受信側では、送信側からの暗号化パケット１〜Ｎを受信すると、復号キーを用いて暗号化パケットを復号して、平文パケット１〜Ｎを復元する。このとき、復号キーの受信側への受け渡しは、配信前に予め渡したり、又は定期的に渡したりする方法がある。
【０００５】
また、転送データの冗長化技術としては、例えば、ＦＥＣ（Forward  Error  Correction）を用いた方式があり、このＦＥＣを用いた冗長化方式は、ネットワーク上での転送データの欠損などに備えて予め冗長データを付与してデータ転送する方式である。この冗長データを生成する方法としては、例えば、パリティビット、リードソロモンなど様々な冗長技術が利用されているが、大別して２種類ある。
【０００６】
第１は、オリジナルのデータに冗長データを付与し、オリジナルデータをそのまま配信する方式である。図３にその一例を示す。ここでオリジナルパケットとは、オリジナルデータを含んだパケットを示し、冗長パケットとは冗長データを含んだパケットを示す。送信側は、オリジナルパケットの送信と一緒に冗長パケットも受信側に配信し、ネットワーク上であるオリジナルパケットが欠損すると、受信側は、その欠損したオリジナルパケットに対応する冗長パケットを用いて欠損したパケットを復元する方式である。
【０００７】
第２は、オリジナルデータを別のデータに変換し、その際冗長データを付与する方式である。図４にその一例を示す。すなわち、図４に示すように、オリジナルデータに対して所定のデータ変換処理を行ない、冗長データを含むまったく別のデータに変換して冗長付パケットとして受信側に配信する。受信側では、受信した冗長付パケットに基づいてオリジナルデータを生成するが、冗長データが含まれているので、ネットワーク上でパケットの欠損があっても、オリジナルデータを復元可能とする方式である。
【０００８】
また、特許文献１には、公衆網を使用してストリームデータを配信するデータ配信システムに関する技術が開示されており、キャッシュサーバが、複数のストリームデータについて映像を再生する最小単位に分割し、その分割した最小単位毎に暗号化を行ない、冗長データを付与して配信することが記載されている。
【０００９】
さらに、ネットワークを利用して動画データを転送する方式としては、一般的に、ＲＴＰ（Real  time  Transport  Protocol）／ＲＴＣＰ（RTP  Control  Protocol）を適用するのが一般的であるが、マルチキャストによる配信の場合は、受信側が不特定多数であり、データ量も多くなるため、ＲＴＣＰを適用しないのが一般的である。また、従来ＦＥＣを利用した冗長化方式として、このＲＴＣＰによる統計情報を用いて冗長度を決定、変更する技術もある。
【００１０】
なお、ＲＴＰはＵＤＰをベースとするリアルタイム配信の実現する転送プロトコルであり、ＲＴＣＰは、ＲＴＰを実現するために送信側と受信側との間でデータ授受の統計情報を互いに伝達するものであり、この統計情報には、例えば、受信個数、ジッタ、ロス数などの情報が含まれる。
【００１１】
【特許文献１】特開２００１−２０２３３０号公報
【発明の開示】
【発明が解決しようとする課題】
【００１２】
ところで、上述した従来のデータ配信システムにおいて、上述したような暗号化技術と冗長化技術は、別個に利用されているものであり、配信する側と受信する側においてもこれらは連動していない。
【００１３】
また、近年、インターネット等の公衆網を利用した動動画データ配信サービスが急速に普及しており、ユーザ数の増大や配信するデータ量の増大に伴い、配信データの欠損が生じやすくなっている。動画像配信サービスでデータ欠損が生じると、受信側で、映像の乱れとなり、視聴者に不快感を与えることとなるので、動動画データ配信サービスにとってデータ欠損は致命的である。そのため、データ欠損を十分に補完することが強く望まれる。
【００１４】
ＦＥＣの冗長度をネットワーク欠損率に応じて変化させるべきであるが、マルチキャスト放送など不特定多数のクライアントに向けて配信する場合、ＲＴＣＰを適用しないので、ネットワーク情報を取得できず、冗長度を変更させる情報を取得できない。
【００１５】
そのため、冗長化処理を暗号化処理と連携させると共に、受信側のデータロスに関する受信状況情報を送信側でも認知できるようにし、その受信状況情報に基づいて冗長化技術の冗長度を変化させることできるデータ配信システム、配信サーバ、サーバ及び受信端末が求められている。
【課題を解決するための手段】
【００１６】
かかる課題を解決するために、第１の本発明のデータ配信システムは、配信サーバが１以上の受信端末にデータを配信するデータ配信システムにおいて、（１）配信データを暗号化するための暗号鍵を配信データ毎に生成する暗号鍵生成手段と、（２）各受信端末から受信状況情報を受信し、それら受信状況情報に基づいて受信側の受信統計情報を配信データ毎に求める統計処理手段と、（３）各配信データの暗号鍵と受信側の受信統計情報とを配信サーバに通知すると共に、各配信データの暗号鍵を各受信端末に通知する暗号鍵通知手段と、（４）配信サーバが、（４−１）暗号鍵通知手段からの暗号鍵及び受信側の受信統計情報を受信する暗号鍵受信手段と、（４−２）受信した暗号鍵を用いて配信データの暗号化処理を行なう暗号化処理手段と、（４−３）受信した受信側の受信統計情報に応じた、冗長度が可変の冗長化処理を行なう冗長化処理手段と、（４−４）暗号化処理及び冗長化処理がなされた配信データを配信する配信手段とを有し、（５）各受信端末が、（５−１）配信手段から配信された配信データを受信する配信データ受信手段と、（５−２）暗号鍵通信手段に対して暗号鍵取得要求と共に受信状況情報を送信し、暗号鍵通知手段から通知された暗号鍵を受信する暗号鍵通信手段と、（５−３）受信した暗号鍵を用いて、受信した配信データの復号処理を行なう復号処理手段とを有することを特徴とする。
【００１７】
第２の本発明のデータ配信システムは、配信サーバが１以上の受信端末にデータを配信するデータ配信システムにおいて、（１）配信データを暗号化するための暗号鍵を配信データ毎に生成する暗号鍵生成手段と、（２）各配信データの暗号鍵を配信サーバに通知する暗号鍵通知手段と、（３）配信サーバが、（３−１）暗号鍵通知手段からの暗号鍵を受信する暗号鍵受信手段と、（３−２）配信先である受信端末のうち１又は複数の特定受信端末から受信状況情報を受信し、それらの受信状況情報に基づく受信側の受信統計情報を求める統計処理手段と、（３−３）暗号鍵の更新する際、配信データに、新暗号鍵及び特定受信端末を識別する特定受信端末識別情報を挿入する情報挿入手段と、（３−４）受信した暗号鍵を用いて、配信データ、又は、新暗号鍵及び特定受信端末特定情報を含む配信データの暗号化処理を行なう暗号化処理手段と、（３−５）受信した受信側の受信統計情報に応じた、冗長度が可変の冗長化処理を行なう冗長化処理手段と、（３−６）暗号化処理及び冗長化処理がなされた配信データを配信する配信手段とを有し、（４）各受信端末が、（４−１）配信手段から配信された配信データを受信する配信データ受信手段と、（４−２）受信した配信データに新暗号鍵及び特定受信端末情報が含まれている場合、当該受信端末での受信状況情報を配信サーバに送信する受信状況情報送信手段と、（４−３）受信した新暗号鍵を用いて、受信した配信データの復号処理を行なう復号処理手段とを有することを特徴とする。
【００１８】
第３の本発明の配信サーバは、１以上の受信端末にデータを配信する配信サーバにおいて、（１）外部装置から受信した暗号鍵又は自配信サーバが生成した暗号鍵を用いて、配信データの暗号化処理を行なう暗号化処理手段と、（２）受信側の受信統計情報に応じた、冗長度が可変の冗長化処理を行なう冗長化処理手段と、（３）暗号化処理及び冗長化処理がなされた配信データを配信する配信手段とを備えることを特徴とする。
【００１９】
第４の本発明のサーバは、配信サーバが１以上の受信端末にデータを配信するデータ配信システムを構成するものであって、暗号化に用いる暗号鍵を通知するサーバにおいて、（１）配信データを暗号化するための暗号鍵を配信データ毎に生成する暗号鍵生成手段と、（２）各受信端末から受信状況情報を受信し、それら受信状況情報に基づいて受信側の受信統計情報を配信データ毎に求める統計処理手段と、（３）各配信データの暗号鍵と受信側の受信統計情報とを配信サーバに通知すると共に、各配信データの暗号鍵を受信端末に通知する暗号鍵通知手段とを備えることを特徴とする。
【００２０】
第５の本発明の受信端末は、配信サーバが１以上の受信端末にデータを配信するデータ配信システムを構成する受信端末において、（１）配信手段から配信された配信データを受信する配信データ受信手段と、（２）外部の暗号鍵通信手段に対して暗号鍵取得要求と共に受信状況情報を送信し、暗号鍵通知手段から通知された暗号鍵を受信する暗号鍵通信手段と、（３）受信した暗号鍵を用いて、受信した配信データの復号処理を行なう復号処理手段とを備えることを特徴とする。
【発明の効果】
【００２１】
本発明によれば、冗長化処理を暗号化処理と連携させると共に、受信側のデータロスに関する受信状況情報を送信側でも認知できるようにし、その受信状況情報に基づいて冗長化処理の冗長度を変化させることできる。
【発明を実施するための最良の形態】
【００２２】
（Ａ）第１の実施形態
以下、本発明のデータ配信システム、配信サーバ、サーバ及び受信端末の第１の実施形態を図面を参照して説明する。
【００２３】
第１の実施形態は、本発明のデータ配信システム、配信サーバ、サーバ及び受信端末を、動画像などのストリームデータを配信するデータ配信システムに適用した場合を説明する。
【００２４】
（Ａ−１）第１の実施形態の構成
図１は、第１の実施形態のデータ配信システムの全体構成のイメージを示す構成図であり、図１では各構成要素の主な機能構成も示している。
【００２５】
図１において、第１の実施形態のデータ配信システム１０は、ネットワークに接続可能な、キーサーバ１１、配信サーバ１２、受信端末１３を有して構成される。なお、図１では、説明便宜上、受信端末１３を１台とした場合を示すが、その設置台数は限定されない。また、ネットワークとしては、例えばインターネットに代表される公衆網を想定するが、有線回線、無線回線、又は有線回線と無線回線との結合したものとしてもよい。
【００２６】
キーサーバ１１は、配信サーバ１２が配信する配信データ（平文データ）を暗号化するための暗号キーを生成し、暗号キー１４をネットワークを通じて配信サーバ１２及び受信端末１３に配信するものである。また、キーサーバ１１は、ネットワークを通じて受信端末１３から受信端末１３における受信状況情報を取得し、その受信状況情報に基づいて統計処理をして管理するものである。
【００２７】
なお、この受信端末１３の受信状況情報はＲＴＣＰ情報であり、図１では受信パケットのロス情報１５と示し、このロス情報１５には、例えば、受信端末１が受信した受信パケット数や、ジッタ、受信パケットのうち公衆網上で欠損したパケットのロス数などが含まれる。
【００２８】
キーサーバ１１は、図１に示すように、暗号キー管理部１１１、暗号キー通信部１１２、統計情報管理部１１３を少なくとも有して構成される。
【００２９】
暗号キー管理部１１１は、暗号キー１４の生成機能、生成した暗号キー１４の管理機能等を有するものであり、所定の生成タイミングで暗号キー１４を生成し、生成した暗号キー１４を暗号キー通信部１１２に与えるものである。
【００３０】
例えば、暗号キー管理部１１１は、配信サーバ１２が配信する動画データの識別情報や配信サーバ１２が動画データを配信するためのマルチキャストアドレスを管理しており、この動画データの識別情報やマルチキャストアドレスを用いて、暗号キーの生成処理や生成した暗号キーを動画データ毎に暗号キー１４を管理している。これにより、配信サーバ１２が配信する動画データに対する暗号キー１４を管理している。
【００３１】
ここで、第１の実施形態のデータ配信システム１０における暗号化方式は、特に限定されるものではなく、例えば共通鍵暗号化方式など広く適用することができ、また暗号化アルゴリズムについても、特に限定されるものではなく、ＤＥＣ、３ＤＥＣ、ＡＥＳ等の既存の暗号化アルゴリズムを適用することができる。そして、暗号キー管理部１１１が生成する暗号キー１４は、第１の実施形態のデータ配信システム１０で採用する暗号アルゴリズムに適用可能な鍵である。
【００３２】
また、暗号キー管理部１１１が暗号キー１４を生成するタイミングは、例えば、１時間毎などのように所定時間毎に生成したり、動画データの番組の切れ目などのようにデータの内容に応じたタイミングで生成したり、配信するデータの個数などの伝送状況に応じたタイミングで生成したりする。
【００３３】
暗号キー通信部１１２は、暗号キー管理部１１１から暗号キー１４を受け取ると、統計情報管理部１１３で管理される受信側のロス情報を統計したロス情報（統計情報）１６を取得し、暗号キー１４と、その統計情報であるロス情報１６とを少なくとも含む通知情報を配信サーバ１２の暗号キー通信部１２１に与えるものである。
【００３４】
図５は、暗号キー通信部１１２が配信サーバ１２に通知する通知情報のフォーマット例を示す。図５に示すように、暗号キー通信部１１２が配信サーバ１２に通知する通知情報は、暗号キー変更タイミング３１、新暗号キー３２、平均受信パケット数３３、平均ロス数３４を少なくとも含む。暗号キー変更タイミング３１は、新暗号キー３２を新たに適用するタイミングを示すものであり、動画データの配信側と受信側との間で同期を図るためのものである。新暗号キー３２は新たな暗号キーである。平均受信パケット数３３及び平均ロス数３４は、受信側から受け取ったロス情報に基にして統計を取った統計情報である。
【００３５】
また、暗号キー通信部１１２は、受信端末１３から暗号キー１４の取得要求と同時に受信端末１３におけるロス情報１５を受信すると、受信したロス情報１５を統計情報管理部１１３に与えると共に、暗号キー管理部１１１で管理される暗号キー１４を受信端末１３に与えるものである。
【００３６】
統計情報管理部１１３は、暗号キー通信部１１２が暗号キーの取得要求してきた受信端末１３から受信したロス情報１５を暗号キー通信部１１２から受け取り、そのロス情報１５に基づいて受信側の受信状況について統計処理を行ない、その統計情報を管理するものである。
【００３７】
例えば、統計情報管理部１１３は、動画データの識別情報やマルチキャストアドレス等を用いて、配信する動画データの受信側である受信端末１３の受信状況情報の統計処理を行ない、受信側の受信状況情報の統計情報を管理している。
【００３８】
そのため、暗号キー通信部１１２が配信サーバ１２に暗号キー１４を送信する際には、動画データの識別情報やマルチキャストアドレスに基づいて、対応する受信側の統計情報であるロス情報１６を取得する。また、暗号キー通信部１１２が受信端末１３からロス情報１５を受信した場合には、動画データの識別情報やマルチキャストアドレスを基にして受信したロス情報１５を統計情報管理部１１３に与える。
【００３９】
配信サーバ１２は、動画データを受信端末１３に対して配信するサーバである。配信サーバ１２は、図１に示すように、暗号キー通信部１２１、平文パケット生成部１２２、暗号パケット生成部１２３、冗長パケット生成部１２４、パケット配信部１２５を少なくとも有して構成される。
【００４０】
暗号キー通信部１２１は、キーサーバ１１の暗号キー通信部１１２から暗号キー１４及び受信側のロス情報を統計したロス情報（統計情報）１６を受信するものである。暗号キー通信部１２１は、受信した暗号キー１４を暗号パケット生成部１２３に与えると共に、受信側のロス情報を統計したロス情報（統計情報）１６を冗長パケット生成部１２４に与える。
【００４１】
平文パケット生成部１２２は、動画データである平文データを取得し、その取得した平文データを所定の通信方式に従ったフォーマットの平文パケット１７に変換し、その平文パケット１７を暗号パケット生成部１２３に与えるものである。
【００４２】
ここで、平文パケット生成部１２２が取得する動画データは、例えば、ファイルや、入力映像や、あるいはＭＰＥＧなどの圧縮データなどを適用でき、例えば、図示しないコンテンツサーバから取得したり、図示しない動画データ記憶部に記憶されているデータを読み出したりして取得したものを適用できる。
【００４３】
暗号パケット生成部１２３は、暗号キー通信部１２１から受信した暗号キー１４を受け取り、その暗号キー１４を保持するものである。また、暗号パケット生成部１２３は、平文パケット生成部１２２から受け取った平文パケット１７を暗号キー１４を用いて暗号化して暗号パケット１８を生成し、その暗号パケット１８を冗長パケット生成部１２４に与えるものである。ここで、暗号パケット生成部１２３における暗号アルゴリズムについては、上述したように、ＤＥＳ、３ＤＥＳ、ＡＥＳ等の既存の暗号アルゴリズムを広く適用することができる。
【００４４】
冗長パケット生成部１２４は、暗号キー通信部１２１から受信した受信端末１３のロス情報１６を受け取ると共に、暗号パケット生成部１２３から暗号パケット１８を受け取るものである。そして、冗長パケット生成部１２４は、受信した受信側の統計情報であるロス情報１６に応じて決定した冗長度の冗長データを生成し、その冗長データを暗号パケットに付与して冗長・暗号パケット１９を生成するものである。また、冗長パケット精子絵部１２４は、生成した冗長・暗号パケット１９をパケット配信部１２５に与える。
【００４５】
ここで、冗長度は、暗号キー通信部１２１から受け取った受信端末１３のロス情報に基づいて決定されるものとし、その決定方法は、ＦＥＣを用いた冗長化処理における既存の技術を適用することができる。
【００４６】
このように、冗長データの生成の際、キーサーバ１１から受け取った受信側の統計情報であるロス情報１６に基づいて冗長度を決定することができるので、受信側の統計情報であるロス情報１６に応じて冗長度を変化させることができ、受信側の受信状況に応じた冗長化処理が可能となる。その結果、ネットワーク上でのパケットロスに対する措置を図ることができるから、受信端末１３でのパケット欠損を軽減でき、映像の乱れを軽減できる。
【００４７】
パケット配信部１２５は、冗長パケット生成部１２４から冗長・暗号パケット１９を受信すると、マルチキャストでインターネット等の公衆網に送信するものである。
【００４８】
受信端末１３は、配信される動画データを受信する受信端末である。受信端末１３は、図１に示すように、暗号キー通信部１３１、受信部１３２、冗長パケット復元部１３３、暗号パケット復号部１３４、画像処理部１３５を少なくとも有して構成される。
【００４９】
暗号キー通信部１３１は、キーサーバ１１に対して動画データの識別情報及び又はマルチキャストアドレスを含む暗号キーの取得要求をすることで、当該動画データに用いられる暗号キー１４をキーサーバ１１から受信し、受信した暗号キー１４を暗号パケット復号部１３４に与えるものである。暗号キー通信部１３１がキーサーバ１１に対して暗号キーの取得要求をする際、暗号キー通信部１３１は受信端末１３での受信状況であるパケットのロス情報１５もキーサーバ１１に与える。
【００５０】
受信部１３２は、インターネット等の公衆網を通じて配信サーバ１２から動画データである冗長・暗号パケット１９を受信し、受信した冗長・暗号パケット１９を冗長パケット復元部１３３に与えるものである。
【００５１】
冗長パケット復元部１３３は、受信部１３２から冗長・暗号パケット１９を受け取り、冗長・暗号パケット１９から暗号パケット１８を取り出し、暗号パケットを暗号パケット復号部１３４に与えるものである。また、冗長パケット復元部１３３は、インターネット等の公衆網上でパケットの欠損などが生じたことを検出すると、受信部１３２から受け取った冗長・暗号パケット１９に含まれている冗長データに基づいて暗号パケットを復元するものである。
【００５２】
暗号パケット復号部１３４は、暗号キー通信部１３１から暗号キー１４を受け取り、受け取った暗号キー１４を保持するものである。また、暗号パケット復号部１３４は、冗長パケット復元部１３４から暗号パケット１８を受け取ると、暗号キー１４を用いて暗号パケット１８を解読し復号するものである。そして、暗号パケット復号部１３４は復号した平文パケットを画像処理部１３５に与える。
【００５３】
画像処理部１３５は、暗号パケット復号部１３４から暗号解読された動画データを受け取り、その動画データを用いて映像を出力するものである。
【００５４】
（Ａ−２）第１の実施形態の動作
次に、第１の実施形態のデータ配信システム１０におけるデータ配信処理の動作を、図面を参照しながら説明する。
【００５５】
まず、動画データの配信サービスは受信端末１３からの配信要求により開始される。つまり、受信端末１３は所望の動画データの配信要求を配信サーバ１２に対して行ない、配信サーバ１２においては、既存のデータ配信サービスと同様に、所定の認証処理や要求された動画データの検索処理等が行なわれる。これにより、配信サーバ１２は、認証結果が正当な受信端末１３に対して、受信端末１３が要望する動画データをマルチキャストで配信する。
【００５６】
（Ａ−２−１）暗号キー１４の通知処理
キーサーバ１１が暗号キー１４を配信サーバ１２に通知する処理を図６を参照しながら説明する。
【００５７】
キーサーバ１１の暗号キー管理部１１１は、ある生成タイミングによって暗号キー１４を生成する（Ｓ１１、Ｓ１２）。この暗号キー１４の生成タイミングは、例えば、１時間毎などのように所定時間毎としたり、動画データの番組の切れ目などのようにデータの内容に応じたタイミングとしたり、配信するデータの個数などの伝送状況に応じたタイミングとしたりする。
【００５８】
暗号キー管理部１１１が暗号キー１４を生成すると、生成した暗号キー１４は暗号キー通信部１１２に与えられる。このとき、暗号キー通信部１１２は、統計情報管理部１１３に管理されている受信側のロス情報を統計したロス情報（統計情報）１６を取得する（Ｓ１３）。
【００５９】
暗号キー通信部１１２が暗号キー１４と受信側の統計情報であるロス情報１６を取得すると、暗号キー通信部１１２は、例えば図５に示すようなフォーマットで、暗号キー１４と当該ロス情報１６とを含む通知情報を形成し（Ｓ１４）、この通知情報を配信サーバ１２に通知する（Ｓ１５）。
【００６０】
なお、キーサーバ１１から暗号キー１４と受信側の統計情報であるロス情報１６を含む通知情報が配信サーバ１２に与えられると、配信サーバ１２の暗号キー通信部１２１は、受信した暗号キー１４を暗号パケット生成部１２３に与えると共に、受信したロス情報１６を冗長パケット静止絵部１２４に与える。
【００６１】
次に、キーサーバ１１が暗号キー１４を受信端末１３に通知する処理を図７を参照して説明する。
【００６２】
まず、受信端末１３の暗号キー通知部１３１は、キーサーバ１１の暗号キー通知部１１２に対して暗号キーの取得要求をする。このとき、受信端末１３の暗号キー通知部１３１は、受信端末１３における受信状況としてロス情報１５もキーサーバ１１に通知する。
【００６３】
キーサーバ１１において、受信端末１３から暗号キーの取得要求と同時にロス情報１５を受信すると（Ｓ２１）、キーサーバ１１の暗号キー通信部１１２は、受信したロス情報１５を統計情報管理部１１３に与えて、統計情報管理部１１３において統計処理が行なわれる（Ｓ２２）。
【００６４】
例えば、受信端末１３からの暗号キー取得要求には動画データの識別情報が含まれており、暗号キー管理部１１１は、この動画データの識別情報に基づいて対応する暗号キーを暗号キー通知部１１２に与える。また、統計情報管理部１１３においても、暗号キー取得要求に含まれる動画データの識別情報に基づいて、動画データ毎の受信側の受信状況の統計処理を行なう。
【００６５】
統計情報管理部１１３において、受信したロス情報に基づいて受信側の受信状況の統計処理が行なわれると、暗号キー通信部１１２は、暗号キー１４を受信端末１３に通知する（Ｓ２３）。
【００６６】
なお、キーサーバ１１が暗号キー１４を受信端末１３に送信すると、受信端末１３の暗号キー通信部１３１は、受信した暗号キー１４を暗号パケット復号部１３４に与える。
【００６７】
また、図７では、暗号キー通信部１１２から受信端末１３への暗号キー１４の通知は、統計情報管理部１１３の統計処理の後に行なうものとして説明したが、暗号キー１４の通知は統計処理と並列処理としてもよいし、又は暗号キー１４の通知後に統計処理をするようにしてもよい。
【００６８】
（Ａ−２−２）暗号化処理及び冗長化処理を伴ったデータ配信処理
上記のようにしてキーサーバ１１から暗号キー１４及びロス情報１６を取得した配信サーバ１２は、以下のようにして動画データを配信する。以下では、図１を参照して説明する。
【００６９】
配信サーバ１２において、受信端末１３が要望する動画データが平文パケット生成部１２２に与えられると、動画データは平文パケット生成部１２２により平文パケット１７に変換される。なお、動画データは、例えばファイルや入力映像、あるいはＭＰＥＧなどの圧縮データなどから得る。
【００７０】
平文パケット生成部１２２により生成された平文パケット１７が暗号パケット生成部１２３に与えられると、平文パケット１７は、暗号パケット生成部１２３により暗号キー１４を用いて所定の暗号化アルゴリズムに従って暗号化され、暗号パケット１８に変換される。
【００７１】
暗号パケット生成部１２３により生成された暗号パケット１８が冗長パケット生成部１２４に与えられると、冗長パケット生成部１２４により、ＦＥＣ冗長化による冗長データが生成され、その冗長データが付与された冗長・暗号パケット１９が生成される。なお、このときのＦＥＣ冗長化による冗長度は、キーサーバ１１から受け取った受信側の統計情報であるロス情報１６に応じて所定の冗長度決定方法により決定される。
【００７２】
冗長パケット生成部１２４により生成された冗長・暗号パケット１９がパケット配信部１２５に与えられると、冗長・暗号パケット１９は、パケット配信部１２５によりマルチキャストで公衆網に配信される。
【００７３】
このようにして、暗号化処理及び冗長化処理を施した動画データを公衆網を通じて受信端末１３に向けて配信することができる。
【００７４】
一方、配信サーバ１２から配信された動画データを受信する受信端末１３は、以下のようにして動画データを受信する。以下では、図１を参照して説明する。
【００７５】
配信サーバ１２から配信された動画データが公衆網を通じて受信端末１３の受信部１３２に到達すると、受信部１３２は受信パケットのマルチキャストアドレスに基づいて判断して冗長・暗号パケット１９を受信する。
【００７６】
受信した冗長・暗号パケット１９が冗長パケット復元部１３３に与えられると、冗長パケット復元部１３３により、暗号パケット１８が復元される。このとき、インターネット等の公衆網上で動画データの欠損発生を検出した場合、冗長パケット復元部１３３は、受信した冗長・暗号パケット１９に含まれている冗長データに基づいて暗号パケット１８を復元する。
【００７７】
冗長パケット復元部１３３からの暗号パケット１８が暗号パケット復号部１３４に与えられると、暗号パケット１８は、暗号パケット復号部１３４により、暗号キー１４を用いて所定の暗号アルゴリズムに従って解読されて平文パケット１７に復号される。
【００７８】
暗号パケット復号部１３４により復号された平文パケット１７が画像処理部１３５に与えられると、画像処理部１３５により所定の画像処理がなされて動画データが出力される。
【００７９】
（Ａ−３）第１の実施形態の効果
以上のように、第１の実施形態によれば、受信側の受信状況の統計した受信側の受信統計情報を配信側に提供すると共に、配信側及び受信側に暗号キーを提供するキーサーバを備えることにより、配信側は、受信側の受信統計情報に応じて冗長度を変化させることができる冗長化処理を暗号化処理と連携して行なうことができるので、ネットワーク上でのデータロスを減少させることができる。
【００８０】
（Ｂ）第２の実施形態
次に、本発明のデータ配信システム、配信サーバ、サーバ及び受信端末の第２の実施形態を図面を参照しながら説明する。
【００８１】
第２の実施形態も、第１の実施形態と同様に、本発明のデータ配信システム、配信サーバ、サーバ及び受信端末を、動画像などのストリームデータを配信するデータ配信システムに適用した場合を説明する。
【００８２】
（Ｂ−１）第２の実施形態の構成
図８は、第２の実施形態のデータ配信システムの全体構成のイメージを示す構成図であり、図８では各構成要素の主な機能構成も示す。
【００８３】
図８において、第２の実施形態のデータ配信システム２０も、インターネット等の公衆網に接続可能なキーサーバ２１、配信サーバ２２、受信端末２３を有して構成される。
【００８４】
キーサーバ２１は、暗号キー管理部２１１、暗号キー通信部２１２を有して構成される、暗号キー管理部２１１は、第１の実施形態と同様に、暗号キーの生成・管理をするものであり、暗号キー通信部２１２は、暗号キー管理部２１１が生成した暗号キー２４を配信サーバ２２に送信するものである。
【００８５】
配信サーバ２２は、暗号キー通信部２２１、平文パケット生成部２２２、情報挿入部２２３、暗号パケット生成部２２４、冗長パケット生成部２２５、パケット配信部２２６、ＲＴＣＰ受信部２２７を有して構成されるものである。
【００８６】
配信サーバ２２は、マルチキャスト先である複数の受信端末２３の中から選んだ複数の受信端末２３との間で、ＲＴＣＰに基づく受信状況情報の伝達を受け、その受信した受信状況情報に基づいて冗長度を決定する。なお、図８では、このＲＴＣＰに基づく受信状況情報をロス情報２５と示し、このロス情報２５には、例えば、受信パケット数、ジッタ、ロス数などが含まれる。
【００８７】
また、ＲＴＣＰ応答をする受信端末の選択方法は、特に限定されるものではなく、例えば、ＭＡＣアドレスの下位１バイトの値により選択する方法があり、また選択した複数の受信端末については、これら受信端末２３がＲＴＣＰ受信端末グループであることを示す識別情報（以下、ＲＴＣＰ受信端末グループ識別情報という）を設け、配信サーバ２２と当該各受信端末２３との間で認識できるようにする。
【００８８】
暗号キー通信部２２１は、キーサーバ２１の暗号キー通信部２１２から暗号キー２４を受信し、その受信した暗号キー２４を暗号パケット生成部２２４に与えるものである。
【００８９】
平文パケット生成部２２２は、取得した動画データを平文パケット２６に変換して、情報挿入部２２３に与えるものである。
【００９０】
情報挿入部２２３は、暗号キー２４の更新時に、暗号キー２４とＲＴＣＰ受信端末グループ識別情報とを、平文パケット２６と平文パケット２６との間に挿入し、情報付き平文パケット２７として暗号パケット生成部２２４に与えるものである。
【００９１】
情報挿入部２２３は、ＲＴＣＰ受信端末グループ識別情報を、画像データ毎若しくはマルチキャストアドレス毎に管理しており、暗号キー２４の更新の際に、暗号キー２４と共に、対応するＲＴＣＰ受信端末グループ識別情報を挿入する。
【００９２】
これにより、新暗号キー２４の更新の際に、動画データの配信と共に新暗号キー２４を受信端末２３に受け渡すことができると共に、ＲＴＣＰ受信端末グループ識別情報を挿入することで、当該ＲＴＣＰ受信端末グループに属す受信端末２３からＲＴＣＰに基づくロス情報２５の送信を促し、そのタイミングで受信端末２３のロス情報２５を取得することができる。
【００９３】
暗号パケット生成部２２４は、暗号キー２４を用いて、情報挿入部２２３から平文パケット２６若しくは情報付き平文パケット２７を暗号化し、暗号パケット２８を冗長パケット生成部２２５に与えるものである。
【００９４】
冗長パケット生成部２２５は、暗号パケット生成部２２４から暗号パケット２８を受け取り、ＦＥＣ冗長化処理により作成した冗長データを暗号パケット２８に付与して冗長・暗号パケット２９を生成するものである。
【００９５】
パケット配信部２２６は、冗長パケット生成部２２５が生成した冗長・暗号パケット２９をマルチキャストで公衆網に送出するものである。
【００９６】
受信端末２３は、受信部２３２、冗長パケット復元部２３３、暗号パケット復号部２３４、画像処理部２３５、ＲＴＣＰ送信部２２６を有する。
【００９７】
受信部２３２は、公衆網を通じて配信サーバ２２から配信された動画データを受信するものである。
【００９８】
冗長パケット復元部２３３は、受信した冗長・暗号パケット２９から暗号パケット２８を取り出すものであり、公衆網上でパケットの欠損を検出した場合には、冗長・暗号パケット２９に含まれている冗長データに基づいて暗号パケット２８を復元するものである。
【００９９】
暗号パケット復号部２３４は、暗号キー２４を用いて、冗長パケット復元部２３３により復元された暗号パケット２８を解読して復号するものである。また、暗号パケット復号部２３４は、復号した平文パケット２６に暗号キー２４及びＲＴＣＰ受信端末グループ識別情報が含まれている場合、その暗号キー２４を保持すると共に、ＲＴＣＰ受信端末グループ識別情報をＲＴＣＰ送信部２６に与えるものである。
【０１００】
画像処理部２３５は、暗号パケット復号部２３４から受け取った平文パケット２６に基づいて所定の画像処理を行ない動画データを出力するものである。
【０１０１】
ＲＴＣＰ送信部２３６は、自受信端末２３がＲＴＣＰ応答の受信端末である場合には、ＲＴＣＰ受信端末グループ識別情報を保持しており、暗号パケット復号部２３４から受け取ったＲＴＣＰ受信端末グループ識別情報に基づいて、自受信端末２３が当該ＲＴＣＰ受信端末グループに属するものであるか否かを判定し、当該ＲＴＣＰ受信端末グループに属す場合、ＲＴＣＰに基づくロス情報２５を配信サーバ２２に送信するものである。
【０１０２】
（Ｂ−２）第２の実施形態の動作
次に、第２の実施形態のデータ配信システム２０のデータ配信動作を、図面を参照しながら詳細に説明する。
【０１０３】
（Ｂ−２−１）暗証キー２４の通知処理
キーサーバ２１が暗号キー２４を配信サーバ２２に通知する処理を図９を参照しながら説明する。
【０１０４】
キーサーバ２１の暗号キー管理部２１１は、ある生成タイミングによって暗号キー２４を生成する（Ｓ３１、Ｓ３２）。この暗号キー２４の生成タイミングは、例えば、１時間毎などのように所定時間毎としたり、動画データの番組の切れ目などのようにデータの内容に応じたタイミングとしたり、配信するデータの個数などの伝送状況に応じたタイミングとしたりする。
【０１０５】
暗号キー管理部２１１が暗号キー２４を生成すると、生成した暗号キー１４は、暗号キー通信部２１２に与えられ、暗号キー通信部２１２から配信サーバ２２に通知される（ＳＳ３３）。
【０１０６】
なお、キーサーバ２１から暗号キー２４が配信サーバ２２に与えられると、配信サーバ２２の暗号キー通信部２２１は、受信した暗号キー２４を暗号パケット生成部２２４に与える。
【０１０７】
また、受信端末２３については、動画データの配信サービスを要求し、受信端末２３の認証処理等をする際に、キーサーバ２１若しくは配信サーバ２２から最初に使用する暗号キー２４を受け取る。そして、その後、暗証キー２４の更新がなされると、後述するようにして新暗号キー２４を取得する。
【０１０８】
（Ｂ−２−２）暗号化処理及び冗長化処理を伴うデータ配信処理
次に、配信サーバ２２における動画データの配信処理を図８を参照しながら説明する。
【０１０９】
第１の実施形態と同様に、動画データが平文パケット２２２に与えられると、動画データは平文パケット２６に変換される。動画データは、例えばファイルや入力映像、あるいはＭＰＥＧなどの圧縮データなどから得る。
【０１１０】
平文パケット生成部２２２により生成された平文パケット２６は、通常であれば暗号パケット生成部２２４に与えられるが、暗号キー２４が更新され、キーサーバ２１から配信サーバ２２に新暗号キー２４が通知されると、新暗号キー２４及びＲＴＣＰ応答をする受信端末グループ識別情報が、情報挿入部２２３により平文パケット間に挿入される。
【０１１１】
ここで、図１０は、情報挿入部２２３による新暗号キー２４及びＲＴＣＰ受信端末グループ識別情報の挿入する様子を説明する図である。図１０に示すように、新暗号キー２４及びＲＴＣＰ受信端末グループ識別情報を、平文パケットと平文パケットとの間に挿入するものとする。
【０１１２】
このとき、新暗号キー２４及びＲＴＣＰ受信端末グループ識別情報を挿入する箇所は、新暗号キー２４が適用される前であることが必要であり、例えば、その新暗号キー２４が適用するタイミングより所定の時間前の位置としたり、所定パケット数前の位置としたりしてよい。なお、情報挿入部２２３が挿入する新暗号キー２４には、新暗号キー２４を適用するタイミング情報も含まれているものとする。
【０１１３】
暗号パケット生成部２２４においては、平文パケット２６又は情報付き平文パケット２７が、暗号キー２４により所定の暗号化アルゴリズムに従って暗号化される。
【０１１４】
暗号パケット生成部２２４により暗号化された暗号パケット２８が冗長パケット生成部２２５に与えられると、ＲＴＣＰ受信部２２７で受信したロス情報２５に応じた冗長度の冗長データが生成され、その冗長データが暗号パケットに付与されて冗長・暗号パケット２９が生成される。
【０１１５】
このように、配信サーバ２２は、ＲＴＣＰ受信端末グループに属す受信端末２３から受信したＲＴＣＰに基づくロス情報２５に応じて冗長度を変更することができるので、受信側の受信状況に応じた冗長化処理ができる。
【０１１６】
そして、生成された冗長・暗号パケット２２９は、パケット配信部２２６でマルチキャストなどで配信される。
【０１１７】
一方、配信サーバ２２から配信された動画データを受信する受信端末２３は、以下のようにして動画データを受信する。以下では、図８を参照して説明する。
【０１１８】
配信サーバ２２から配信された動画データが公衆網を通じて受信端末２３の受信部２３２に到達すると、受信部２３２は受信パケットのマルチキャストアドレスに基づいて判断して冗長・暗号パケット２９を受信する。
【０１１９】
受信した冗長・暗号パケット２９が冗長パケット復元部２３３に与えられると、冗長パケット復元部２３３により、暗号パケット２８が復元される。このとき、インターネット等の公衆網上で動画データの欠損発生を検出した場合、冗長パケット復元部２３３は、受信した冗長・暗号パケット２９に含まれている冗長データに基づいて暗号パケット２８を復元する。
【０１２０】
冗長パケット復元部２３３からの暗号パケット２８が暗号パケット復号部２３４に与えられると、暗号パケット２８は、暗号パケット復号部２３４により、暗号キー２４を用いて所定の暗号アルゴリズムに従って解読されて平文パケット２６に復号される。
【０１２１】
そして、暗号パケット復号部２３４により復号された平文パケット２６が画像処理部２３５に与えられると、画像処理部２３５により所定の画像処理がなされて動画データが出力される。
【０１２２】
ここで、暗号パケット復号部２３４において、復号された平文パケットの間に新暗号キー２４及びＲＴＣＰ受信端末グループ識別情報が含まれている場合、その新暗号キー２４は暗号パケット復号部２３４に保持され、ＲＴＣＰ受信端末グループ識別情報はＲＴＣＰ送信部２３６に与えられる。
【０１２３】
ＲＴＣＰ送信部２３６において、ＲＴＣＰ受信端末グループ識別情報に基づいて自受信端末２３が当該ＲＴＣＰ受信端末グループに属する場合には、ＲＴＣＰに基づくロス情報２５を配信サーバ２２のＲＴＣＰ受信部２２７に伝送する。
【０１２４】
（Ｂ−３）第２の実施形態の効果
以上のように、第２の実施形態によれば、第１の実施形態と同様の効果を得ることができる。すなわち、配信側は、受信側の受信統計情報に応じて冗長度を変化させることができる冗長化処理を暗号化処理と連携して行なうことができるので、ネットワーク上でのデータロスを減少させることができる。
【０１２５】
また、第２の実施形態によれば、不特定多数の受信端末のうち特定の受信端末からＲＴＣＰに基づく受信状況情報の受信することとした。これにより、不特定多数の受信端末から受信状況情報を受信する必要がないので、データ量の増大を防止しながら、その特定の受信端末の受信状況に応じて冗長度を可変でき、ネットワーク状況に応じた冗長化処理ができる。
【０１２６】
（Ｃ）他の実施形態
（Ｃ−１）第１及び第２の実施形態では、キーサーバ１１及び２１が暗号キーを生成するものとして説明したが、配信サーバ１２及び２２が暗号キーを生成してもよい。
【０１２７】
また、第１の実施形態において、配信サーバ１２が暗号キーを生成する場合、配信サーバ１１が生成した暗号キーをキーサーバ１１に通知するようにしてもよい。
【０１２８】
（Ｃ−２）第１及び第２の実施形態において、配信サーバ１２及び２２は、平文パケットについて、暗号化処理の後に冗長化処理を行なうものとして説明したが、これらの処理の順序を逆にし、冗長化処理の後に暗号化処理を行なうようにしてもよい。
【０１２９】
（Ｃ−３）第１及び第２の実施形態では、キーサーバと配信サーバとは物理的に異なる装置のように説明したが、相互に接続可能であれば、物理的に同一の装置が、キーサーバと配信サーバとを備えるようにしてもよい。
【０１３０】
また、キーサーバや配信サーバが備える各機能構成について、相互に接続可能であれば、同一サーバ内に存在しなくても、ネットワーク上に分散配置されるものとしてもよい。
【０１３１】
（Ｃ−４）第１及び第２の実施形態で説明した、キーサーバ、配信サーバ、受信端末が実現する処理は、ＣＰＵ等のハードウェア資源がこれら処理を実現させるために創られた処理プログラムを実行することにより実現されるソフトウェア処理である。そのため、キーサーバ、配信サーバ、受信端末は、記録媒体に格納されている上記処理プログラムを読み出したり、又はハードディスクに格納されている上記処理プログラムを読み出すことで実現するものである。なお、第１及び第２の実施形態で説明した機能をハードウェアとして実現するようにしてもよい。
【図面の簡単な説明】
【０１３２】
【図１】第１の実施形態のデータ配信システムの全体構成図である。
【図２】従来の暗号化処理を説明する説明図である。
【図３】従来の冗長化処理を説明する説明図である。
【図４】従来の冗長化処理を説明する説明図である。
【図５】第１の実施形態の暗号キーを通知する通知情報のフォーマット図である。
【図６】第１の実施形態のキーサーバから配信サーバへの通知情報の通知処理を示すフローチャートである。
【図７】第１の実施形態のキーサーバから受信端末への暗号キーの通知処理を示すフローチャートである。
【図８】第２の実施形態のデータ配信システムの全体構成図である。
【図９】第２の実施形態のキーサーバから配信サーバへの暗号キーの通知処理を示すフローチャートである。
【図１０】第２の実施形態の情報挿入部による情報の挿入の様子を説明する説明図である。
【符号の説明】
【０１３３】
１０及び２０…データ配信システム、１１及び２１…キーサーバ、１２及び２２…配信サーバ、１３及び２３…受信端末、１１１及び２１１…暗号キー管理部、１１２及び２１２…暗号キー通信部、１１３…統計情報管理部、１２１及び２２１…暗号キー通信部、１２２及び２２２…平文パケット生成部、１２３及び２２４…暗号パケット生成部、１２４及び２２５…冗長パケット生成部、１２５及び２２６…パケット配信部、２２３…情報挿入部、２２７…ＲＴＣＰ受信部、１３１…暗号キー通信部、１３２及び２３２…受信部、１３３及び２３３…冗長パケット復元部、１３４及び２３４…暗号パケット復号部、１３５及び２３５…画像処理部、２３６…ＲＴＣＰ送信部。
【図１】
2008034939.tif 000003
【図２】
2008034939.tif 000004
【図３】
2008034939.tif 000005
【図４】
2008034939.tif 000006
【図５】
2008034939.tif 000007
【図６】
2008034939.tif 000008
【図７】
2008034939.tif 000009
【図８】
2008034939.tif 000010
【図９】
2008034939.tif 000011
【図１０】
2008034939.tif 000012