(57)【要約】【課題】データ処理の簡素化、相互接続の簡素化、システムの簡素化を図る。【解決手段】オリジナルコンテンツをＭＰＥＧＥｎｃｏｄｅｒ３５でＭＰＥＧエンコードして平文のＭＰＥＧコンテンツを作成した後、ブロック単位で暗号化して暗号化ＭＰＥＧコンテンツを作成する。マップファイル作成時には、ブロック暗号化／復号化部４６で暗号化ＭＰＥＧコンテンツを一旦復号化してＭＰＥＧ解析を行う。ＲＴＰパケット単位で配信する際には、上記暗号化ＭＰＥＧコンテンツをブロック暗号化／復号化部４７で一旦復号化して、ＲＴＰパケット生成部４８でＲＴＰパケットを生成し、ＲＴＰパケット暗号化部４９で暗号化して配信する。【選択図】図１
2006333402.tif 000002
【特許請求の範囲】
【請求項１】
ＭＰＥＧコンテンツデータを配信するサーバ装置において、
オリジナルコンテンツをＭＰＥＧエンコードして平文のＭＰＥＧコンテンツを作成するエンコード手段と、
当該エンコード手段で作成したＭＰＥＧコンテンツを一定長ずつ読み出し暗号化して暗号化ＭＰＥＧコンテンツを作成する暗号化手段と、
当該暗号化手段で作成した上記暗号化ＭＰＥＧコンテンツをＲＴＰパケット単位で配信する際に、上記暗号化ＭＰＥＧコンテンツを一定長単位で読み出して配信するデータ配信手段とを備えたことを特徴とするサーバ装置の蓄積暗号化方法。
【請求項２】
請求項１に記載のサーバ装置の蓄積暗号化方法において、
上記データ配信の際に必要なマップファイルの作成時に、上記暗号化ＭＰＥＧコンテンツを、一旦復号化してＭＰＥＧ解析を行うことを特徴とするサーバ装置の蓄積暗号化方法。
【請求項３】
請求項１又は２に記載のサーバ装置の蓄積暗号化方法において、
上記データ配信時に上記データ配信手段が、上記暗号化ＭＰＥＧコンテンツを、一旦復号化してＭＰＥＧストリームを再構築することを特徴とするサーバ装置の蓄積暗号化方法。
【請求項４】
請求項１ないし３のいずれか１項に記載のサーバ装置の蓄積暗号化方法において、
上記データ配信時に上記データ配信手段が、上記ＭＰＥＧコンテンツをＲＴＰパケット単位で暗号化を行なうことを特徴とするサーバ装置の蓄積暗号化方法。
【請求項５】
請求項１ないし４のいずれか１項に記載のサーバ装置の蓄積暗号化方法において、
上記ＲＴＰパケット単位で配信されたコンテンツデータの受信時に、ＲＴＰパケット単位で復号化を行なうことを特徴とするサーバ装置の蓄積暗号化方法。
【請求項６】
ＭＰＥＧコンテンツデータを配信するサーバ装置において、
オリジナルコンテンツをＭＰＥＧエンコードして平文のＭＰＥＧコンテンツを作成するＭＰＥＧエンコーダと、
当該ＭＰＥＧエンコーダで作成したＭＰＥＧコンテンツをブロック単位で暗号化するブロック単位暗号化部と、
当該ブロック単位暗号化部で暗号化された暗号化ＭＰＥＧコンテンツをＲＴＰパケット単位で配信するビデオサーバと
を備えて構成されたことを特徴とするサーバ装置の蓄積暗号化システム。
【請求項７】
請求項６に記載のサーバ装置の蓄積暗号化システムにおいて、
上記配信の際に必要なマップファイルの作成時に、上記暗号化ＭＰＥＧコンテンツを一旦復号化するブロック暗号化／復号化部と、
当該ブロック暗号化／復号化部で複合化されたデータをＭＰＥＧ解析するＭＰＥＧ解析部と
を備えたことを特徴とするサーバ装置の蓄積暗号化システム。
【請求項８】
請求項６又は７に記載のサーバ装置の蓄積暗号化システムにおいて、
上記配信時に、上記暗号化ＭＰＥＧコンテンツを一旦復号化してＭＰＥＧストリームを再構築するブロック暗号化／復号化部を備えたことを特徴とするサーバ装置の蓄積暗号化システム。
【請求項９】
請求項６ないし８のいずれか１項に記載のサーバ装置の蓄積暗号化システムにおいて、
上記配信時に上記ＭＰＥＧコンテンツをＲＴＰパケット単位で暗号化するＲＴＰパケット暗号化部を備えたことを特徴とするサーバ装置の蓄積暗号化システム。
【請求項１０】
請求項６ないし９のいずれか１項に記載のサーバ装置の蓄積暗号化システムにおいて、
上記ＲＴＰパケット単位で配信されたコンテンツデータの受信時に当該コンテンツデータをＲＴＰパケット単位で復号化することを特徴とするサーバ装置の蓄積暗号化システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、安全にデータを保存・配信することを可能にしたサーバ装置の蓄積暗号化方法及び蓄積暗号化システムに関する。
【背景技術】
【０００２】
近年、ブロードバンドネットワークの普及に伴い，動画配信などのＭＰＥＧコンテンツが充実してきた。ＭＰＥＧコンテンツはコピーを繰り返し行っても劣化しないため、不正にコピーされて配信されるなどの危険がある。このため、不正コピーに対してコンテンツの権利者の利益を守るためのセキュリティの充実が求められている。セキュリティ対策としては種々のものがあるが、本発明は各種のセキュリティの中でも、コンテンツを保存しているときとコンテンツを配信するときの暗号化・復号化に着目したものである。これに関する従来の技術では、ＭＰＥＧデータを解析して、暗号化する所と、暗号化しない所を分離したものが主流であった。例えば、特許文献１では、ＭＰＥＧ４のＡＵヘッダを暗号化せずに、ＡＵのデータ部分のみを暗号化している。これは、ＭＰＥＧコンテンツを配信するために、ビデオサーバ（ＶＦＳ）が早送りや通常再生等の配信のための情報を取得する必要があるからである。これに関する詳細については後述する。
【０００３】
ここで、ビデオサーバの構成を図２に示す。図２はビデオサーバの構成を示す概略構成図である。ビデオサーバ１では、Ｅｎｃｏｄｅｒが生成したＭＰＥＧコンテンツを受け取ると、ＭＰＥＧ解析部２がそのデータを解析したうえでＭＰＥＧ蓄積部４に記録する。このときの記録単位はブロックと呼ばれており、高速化のためにこの単位でデータの読み書きが行われる。解析結果はマップファイル３に記録される。このマップファイル３には早送りや通常再生等の配信のための情報が記入されている。データ配信部５はマップファイル３を参考にしながらＭＰＥＧ蓄積部４からデータをブロック単位で読み取る。配信のためにはブロック単位のデータをＲＴＰパケットに変換する必要があるため、ＲＴＰパケット生成部６が読み取ったデータをＲＴＰパケットに変換し、データ配信部５がＲＴＰパケットを配信する。なお、ＲＴＰパケットの最大値はＲＦＣで規定されており、６４ＫＢである。
【０００４】
このとき、ＭＰＥＧコンテンツデータのすべてを暗号化したデータを、ＭＰＥＧ解析部２に渡すと、ＭＰＥＧコンテンツデータの解析が出来ないため、配信も出来なくなる。そのため、特許文献１のように、ＭＰＥＧデータの一部のみを暗号化・復号化する方法が取られている。
【０００５】
この点を踏まえたＭＰＥＧ暗号化のシステム例を以下に述べる。図３は、従来のシステムでのＭＰＥＧ暗号化でＭＰＥＧデータを暗号化して配信するときの構成を示す概略構成図である。
【０００６】
クライアントマシン８内のＭＰＥＧＥｎｃｏｄｅｒ９はオリジナルコンテンツをＭＰＥＧエンコードし、ＭＰＥＧ暗号化部１０で暗号化を行う。生成された暗号化ＭＰＥＧコンテンツはビデオサーバ１１に渡され、ＭＰＥＧ解析部１２で解析が行われる。次いで、暗号化ＲＴＰパケットが生成されて、Ｐｌａｙｅｒ１３に配信される。このとき、ＭＰＥＧＥｎｃｏｄｅｒ９とＭＰＥＧ解析部１２の間では暗号化を行う部分について十分意見が交換されており、解析に支障が無いものとする。
【０００７】
ビデオサーバ１１が暗号化ＲＴＰパケットを配信したら、Ｐｌａｙｅｒ１３がそれを受け取り、ＭＰＥＧＤｅｃｏｄｅｒ１４に渡す。ＲＴＰパケット解析部１６がＭＰＥＧの形式に戻してＭＰＥＧ復号化部１５が暗号を解き、ＭＰＥＧＤｅｃｏｄｅｒ１４がコンテンツ再生を行う。
【０００８】
以上のように、ＭＰＥＧＥｎｃｏｄｅｒ９にＭＰＥＧ暗号化部１０を入れ、ＭＰＥＧＤｅｃｏｄｅｒ１４にＭＰＥＧ復号化部１５を入れることで、従来技術のシステムを実現している。
【非特許文献１】［ＩＳＭＡ（Ｉｎｔｅｒｎｅｔ  Ｓｔｒｅａｍｉｎｇ  Ｍｅｄｉａ  Ａｌｌｉａｎｃｅ，Ｆｅｂｒｕａｒｙ  ２００４）］  Ｅｎｃｒｙｐｔｉｏｎ  ａｎｄ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｖｅｒｓｉｏｎ１．０，
【発明の開示】
【発明が解決しようとする課題】
【０００９】
上記のように、ＭＰＥＧ単位での暗号化・復号化が提唱されているが、この方式の実現のためには図３の従来技術でのＭＰＥＧ暗号化のように、ＭＰＥＧＥｎｃｏｄｅｒ９にＭＰＥＧ暗号化部１０を内蔵し、なおかつＭＰＥＧＤｅｃｏｄｅｒ１４にＭＰＥＧ復号化部１５を内蔵することが望ましい。
【００１０】
しかしながら現実には、ＭＰＥＧＥｎｃｏｄｅｒ９、ＭＰＥＧ解析部１２やＭＰＥＧＤｅｃｏｄｅｒ１４は、別ベンダーで作られてパーツとして供給されることが多く、システム全体を組み上げるときに調整できないブラックボックスとなることが多い。そのため、暗号化部、復号化部は、非常に複雑なつくりをしていることが多い。そのため、ＭＰＥＧ暗号化部１０等の内蔵は困難である。この結果、図４に示すように、ＭＰＥＧＥｎｃｏｄｅｒ１９とＭＰＥＧ暗号化部２０が分離することになる。なお、図４はＭＰＥＧ単位での暗号化を実施したシステムの概略構成図である。
【００１１】
しかしながらこの場合、クライアントマシン１８のＭＰＥＧ暗号化部２０の内部にＭＰＥＧ解析部２１を内蔵することになる。また、Ｐｌａｙｅｒ２４ではＭＰＥＧＤｅｃｏｄｅｒ２５とＭＰＥＧ復号化部２７を分離することになるが、この場合も同様に、ＭＰＥＧ復号化部２７の内部にＭＰＥＧ解析部２８やＲＴＰパケット解析部２９を内蔵することになる。
【００１２】
これらは、ＭＰＥＧ解析部を余計に作らなくてはならないことを意味しており、モジュール的に重複が生じ、構成が複雑になる。
【００１３】
また、ＭＰＥＧＥｎｃｏｄｅｒ、ＭＰＥＧＤｅｃｏｄｅｒ、ビデオサーバは部品の供給元に応じて微妙に仕様が異なることがある。ＩＳ０という基準になるものがあっても、それは大まかな基準であり、細部になるとその解釈が微妙に異なるため、たとえ暗号化がなくとも、相互接続は非常に困難である。これに加えて、暗号化・復号化部がそれぞれＭＰＥＧ解析部を内蔵するようになると、相互接続は更に困難になる。
【００１４】
このため、従来技術をそのまま採用すると、暗号化・復号化装置とその周辺システムに以下のような問題が生まれる。
【００１５】
図４に示すように、ＭＰＥＧ解析部２１、２８がＭＰＥＧ暗号化部２０及びＭＰＥＧ復合化部２７の内部にそれぞれ存在すると、モジュールが重複することになり、構造が複雑になる。
【００１６】
ＭＰＥＧＥｎｃｏｄｅｒ１９、ＭＰＥＧＤｅｃｏｄｅｒ２５毎にＭＰＥＧ仕様の解釈が違うため、暗号化部分内部のＭＰＥＧ解析部が解析できない場合がある。また、ビデオサーバ２２ごとに、配信に必要とする情報が違うため、暗号化したコンテンツを解析できない場合がある。このため、相互接続が困難になる。
【００１７】
Ｐｌａｙｅｒ２４の内部にＲＴＰパケット解析部２６、２９が複数存在する。即ち、ＭＰＥＧＤｅｃｏｄｅｒ２５の内部にＲＴＰパケット解析部２６が存在し、ＭＰＥＧ復号化部２７の内部にＲＴＰパケット解析部２９が存在する。このため、モジュールが重複し、構造が複雑になる。
【課題を解決するための手段】
【００１８】
本発明は、ＭＰＥＧコンテンツデータを配信するサーバ装置において、オリジナルコンテンツをＭＰＥＧエンコードして平文のＭＰＥＧコンテンツを作成するエンコード手段と、当該エンコード手段で作成したＭＰＥＧコンテンツを一定長ずつ読み出し暗号化して暗号化ＭＰＥＧコンテンツを作成する暗号化手段と、当該暗号化手段で作成した上記暗号化ＭＰＥＧコンテンツをＲＴＰパケット単位で配信する際に、上記暗号化ＭＰＥＧコンテンツを一定長単位で読み出しＲＴＰパケット単位で暗号化してから配信するデータ配信手段とを備えたものである。
【００１９】
上記データ配信の際に必要なマップファイルの作成時には、上記暗号化ＭＰＥＧコンテンツを、一旦復号化してＭＰＥＧ解析を行う。
【００２０】
上記データ配信時には、上記データ配信手段が、上記暗号化ＭＰＥＧコンテンツを、一旦復号化してＭＰＥＧストリームを再構築する。また、上記ＭＰＥＧコンテンツをＲＴＰパケット単位で暗号化を行なう。
【００２１】
上記ＲＴＰパケット単位で配信されたコンテンツデータの受信時には、ＲＴＰパケット単位で復号化を行なう。
【発明の効果】
【００２２】
ＭＰＥＧコンテンツの一定長単位での暗号化、複合化及び暗号化ＭＰＥＧコンテンツの一旦復号化しての処理により、データ処理の簡素化、相互接続の簡素化、システムの簡素化を図ることができる。これにより、システムに対する信頼性の向上、処理速度の向上、システムの組み立ての容易化、コストの低減を図ることができる。
【発明を実施するための最良の形態】
【００２３】
以下に、本発明の実施形態に係るサーバ装置の蓄積暗号化方法及び蓄積暗号化システムについて説明する。図１は本発明の実施形態に係る蓄積暗号化システムの全体構成を示す概略構成図、図５は本発明の実施形態に係るビデオサーバの構成を示す概略構成図、図６は本発明の実施形態に係るクライアントマシンのブロック単位暗号化部におけるデータ暗号化の流れを示す模式図、図７は本発明の実施形態に係るビデオサーバ内でのデータ複合化とマップファイルの作成の流れを示す模式図、図８は本発明の実施形態に係るビデオサーバ内でのデータ複合化と暗号化の流れを示す模式図である。
【００２４】
本発明は、暗号化の単位をＭＰＥＧ仕様ベースからＲＴＰパケット・ブロック（ビデオサーバがデータを読み書きする単位）ベースに変更することで、システムの簡素化、データ処理の簡素化及び相互接続の容易化を達成することを目的になされたものである。
【００２５】
本システムは特に、ＭＰＥＧエンコードされたコンテンツを、暗号化した状態で保存したり配信したりするシステムにとって有効である。なお本発明は、汎用のマイクロプロセッサ等で実行されるものである。以下で述べる処理機能は、メモリ等に格納されて、上記マイクロプロセッサ等で処理される。
【００２６】
以下で使用する用語（１Ｂｌｏｃｋ及びマップファイル）は、次の意味で用いる。
【００２７】
１Ｂｌｏｃｋは、ビデオサーバが読み出すデータの長さである。ここでは５１２ＫＢとする。本実施形態では、ビデオサーバが読み出す長さが同一であると仮定する。マップファイルは、通常再生、早送り、ジャンプ再生などに必要な種々のデータが記録されたファイルである。マップファイルに記録されたデータは、ビデオサーバがＭＰＥＧコンテンツを解析して暗号化ＲＴＰパケットを作成した後、データ配信部が配信するときに参照する情報である。
【００２８】
本実施形態に係る蓄積暗号化システムは、図１に示すように、クライアントマシン３１と、ビデオサーバ３２と、Ｐｌａｙｅｒ３３とを備えて構成されている。
【００２９】
クライアントマシン３１は、ＭＰＥＧＥｎｃｏｄｅｒ３５と、ブロック単位暗号化部３６とを備えている。ＭＰＥＧＥｎｃｏｄｅｒ３５は、オリジナルコンテンツをＭＰＥＧエンコードして、平文のＭＰＥＧコンテンツを作成する。ブロック単位暗号化部３６は、ＭＰＥＧＥｎｃｏｄｅｒ３５で作成した平文のＭＰＥＧコンテンツを、ブロック単位で暗号化する。ブロック単位で暗号化された暗号化ＭＰＥＧコンテンツは、ビデオサーバ３２に渡される。
【００３０】
ブロック単位で処理するのは、単純化と高速化のためである。単純化の面では、ビデオサーバ３２がマップファイルを作成するにあたり、ビデオサーバ３２が読み込んで暗号化を行うデータの長さが可変だとマップファイル作成が複雑になるため、一定長ずつ暗号化を行うのが望ましい。このために、データをブロック単位で処理する。ただし、各ビデオサーバに応じてデータを読み出す長さが違う場合があるので、ブロック単位暗号化部３６のデータの読み出す長さを可変にしておくことが望ましい。高速化の面では、ビデオサーバ３２がデータを一定長ずつ読み出すことで、データの読み出し毎に一定長に合わせて暗号化を行うことができ、余分な処理が入らないため、処理の高速化につながる。このために、ブロック単位で処理をする。ビデオサーバ３２が読み出し、暗号化、複合化する、そのデータの長さを１Ｂｌｏｃｋと呼ぶ。
【００３１】
ビデオサーバ３２は、クライアントマシン３１から渡されたブロック単位の暗号化ＭＰＥＧコンテンツをＲＴＰパケット単位で暗号化して配信する。具体的な処理については後述する。
【００３２】
Ｐｌａｙｅｒ３３は、ＲＴＰパケット単位復号化部３７と、ＭＰＥＧＤｅｃｏｄｅｒ３８とを備えている。ＲＴＰパケット単位復号化部３７は、ビデオサーバ３２から配信された暗号化ＲＴＰパケットを受け取って復号化し、平文ＲＴＰパケットに戻す。ＭＰＥＧＤｅｃｏｄｅｒ３８は、ＲＴＰパケット解析部３９を備えている。ＭＰＥＧＤｅｃｏｄｅｒ３８では、ＲＴＰパケット単位復号化部３７からの平文ＲＴＰパケットを受け取ると、ＲＴＰパケット解析部３９が平文ＲＴＰパケットをＭＰＥＧデータの形式に戻す。このＭＰＥＧデータをＭＰＥＧＤｅｃｏｄｅｒ３８がＭＰＥＧデコードして、コンテンツ再生を行う。
【００３３】
次に、ビデオサーバ３２について、図５を基に説明する。
【００３４】
ビデオサーバ３２は、ＭＰＥＧ解析部４１と、マップファイル４２と、暗号化ＭＰＥＧ蓄積部４３と、データ配信部４４とを備えている。
【００３５】
ＭＰＥＧ解析部４１は、ブロック暗号化／復号化部４６を備えている。ＭＰＥＧ解析部４１は、暗号化ＭＰＥＧコンテンツのデータを解析する。この解析結果は、マップファイル４２に格納する。また、ＭＰＥＧ解析部４１では、ブロック暗号化／復号化部４６において、暗号化ＭＰＥＧコンテンツを、ブロック単位で一旦復号化した上で、ＭＰＥＧ解析を実施する。そして、ＭＰＥＧ解析の終わったＭＰＥＧコンテンツを、ブロック暗号化／復号化部４６でブロック単位で暗号化して、暗号化ＭＰＥＧ蓄積部４３に格納する。なお、ブロック単位で読み込んだ暗号化ＭＰＥＧコンテンツのデータをコピーして、その一方を解析し、他方を暗号化ＭＰＥＧ蓄積部４３に格納して、ブロック暗号化／復号化部４６での暗号化処理を省略してもよい。
【００３６】
マップファイル４２は、ＭＰＥＧ解析部４１で暗号化ＭＰＥＧコンテンツのデータを解析した結果を格納する。マップファイル４２に格納されたデータは、暗号化ＲＴＰパケットの配信に際してデータ配信部４４に読み取られる。
【００３７】
暗号化ＭＰＥＧ蓄積部４３は、ＭＰＥＧ解析の終わった暗号化ＭＰＥＧコンテンツのデータを、ブロック単位で格納し、データ配信部４４にブロック単位で出力する。
【００３８】
データ配信部４４は、ブロック暗号化／復号化部４７と、ＲＴＰパケット生成部４８と、ＲＴＰパケット暗号化部４９とを備えている。データ配信部４４は、マップファイル４２のデータに従って、暗号化ＭＰＥＧ蓄積部４３から暗号化ＭＰＥＧコンテンツのデータをブロック単位で取得して、暗号化ＲＴＰパケットの配信処理を行う。具体的には、ブロック暗号化／復号化部４７は、暗号化ＭＰＥＧ蓄積部４３からブロック単位で取得した暗号化ＭＰＥＧコンテンツのデータを復号化する。ＲＴＰパケット生成部４８は、ブロック暗号化／復号化部４７で復号化されたＭＰＥＧコンテンツのデータを、ブロック単位でＲＴＰパケットに生成する。ＲＴＰパケット暗号化部４９は、ＲＴＰパケット生成部４８で生成されたＲＴＰパケット単位のＭＰＥＧコンテンツのデータを暗号化する。データ配信部４４は、ＲＴＰパケット暗号化部４９で暗号化されたＲＴＰパケットを配信する。
【００３９】
［蓄積暗号化方法］
以上のように構成された蓄積暗号化システムは、次のように動作する。
【００４０】
まず、ＭＰＥＧＥｎｃｏｄｅｒ３５でオリジナルコンテンツをＭＰＥＧエンコードして作成された平文のＭＰＥＧコンテンツデータ（図６（Ａ））を、ブロック単位暗号化部３６が一定長（１Ｂｌｏｃｋ−ＩＶ長）ずつ読み出して、暗号化を行う。暗号化されたデータには暗号化情報ＩＶを先頭に添付して１Ｂｌｏｃｋの長さのひとかたまりにして、連続的につなげる（図６（Ｂ））。それらのデータを更に固めて暗号化ＭＰＥＧデータ（図６（Ｃ））として出力する。
【００４１】
次いで、ビデオサーバ３２のＭＰＥＧ解析部４１は暗号化ＭＰＥＧコンテンツデータを１Ｂｌｏｃｋ（図７（Ａ））ずつ読み出し、ブロック暗号化／復号化部４６で復号化を行う。ブロック暗号化／復号化部４６では、１Ｂｌｏｃｋ単位で復号化を行い、平文データ（図７（Ｂ））を出力する。ＭＰＥＧ解析部４１は平文になった１Ｂｌｏｃｋ単位のデータを集めて、平文ＭＰＥＧストリーム（図７（Ｃ））を再構築する。ＭＰＥＧ解析部４１は平文ＭＰＥＧストリームを解析してマップファイルのデータ（図７（Ｄ））を作成して、マップファイル４２に格納する。次いで、平文データを１Ｂｌｏｃｋ単位で暗号化して暗号化ＭＰＥＧ蓄積部４３に格納する。なお、ブロック単位で読み込んだ暗号化ＭＰＥＧコンテンツのデータをコピーして、その一方を解析し、他方を暗号化ＭＰＥＧ蓄積部４３に格納する場合は、上記平文ＭＰＥＧストリームを保存せず、削除する。
【００４２】
次いで、データ配信部４４は暗号化ＭＰＥＧ蓄積部４３から１Ｂｌｏｃｋずつ暗号化されたデータ（図８（Ａ））を読み出す。
【００４３】
ブロック暗号化／復号化部４７が、１Ｂｌｏｃｋ単位でデータを読み込み（図８（Ａ））、１Ｂｌｏｃｋ単位で復号化を行って平文データ（図８（Ｂ））を出力する。データ配信部４４は平文になったデータを集めて、平文ＭＰＥＧストリーム（図８（Ｃ））を再構築する。
【００４４】
ＲＴＰパケット生成部４８は平文ＭＰＥＧストリームから平文ＲＴＰパケット（図８（Ｄ））を作成する。ＲＴＰパケット暗号化部４９は、ＲＴＰパケットのデータ部を暗号化して暗号化ＲＴＰパケット（図８（Ｅ））を作成する。必要であれば暗号化情報を追記する。データ配信部４４はマップファイル４２を参照して暗号化ＲＴＰパケットを配信する。
【００４５】
次いで、ビデオサーバ３２から配信された暗号化ＲＴＰパケットをＰｌａｙｅｒ３３が受け取ると、その暗号化ＲＴＰパケットをまずＲＴＰパケット単位復号化部３７に渡す。ＲＴＰパケット単位復号化部３７は、暗号化ＲＴＰパケットを復号化して平文ＲＴＰパケットを作成し、ＭＰＥＧＤｅｃｏｄｅｒ３８に渡す。ＭＰＥＧＤｅｃｏｄｅｒ３８では、平文ＲＴＰパケットをＲＴＰパケット解析部３９が受け取ってＭＰＥＧストリームを再構築し、再生する。
【００４６】
［効果］
以上のように、ブロック単位暗号化部３６を設けて、ＭＰＥＧコンテンツデータに対してブロック単位で暗号化・復号化を行うことで、ビデオサーバ３２のデータ読み書き時の処理に影響を与えないようにしたので、データ処理の簡素化を図ることができる。これにより、蓄積暗号化システムに対する信頼性の向上、処理速度の向上を図ることができる。
【００４７】
ＭＰＥＧコンテンツデータに対してブロック単位で暗号化・復号化を行うことで、ＭＰＥＧＥｎｃｏｄｅｒベンダー毎のＭＰＥＧ実装の差異等に対応する必要が無くなるので、相互接続の簡素化を図ることができる。これにより、蓄積暗号化システムに対する信頼性を向上させることができると共に、蓄積暗号化システムの組み立てを容易にすることができる。
【００４８】
ＭＰＥＧコンテンツデータに対してブロック単位で暗号化・復号化を行うことで、ＭＰＥＧＥｎｃｏｄｅｒの内部に暗号化モジュールを埋め込む必要が無くなるので、モジュール的な重複を解消してシステムの簡素化を図ることができる。これにより、その暗号化モジュールの開発を必要とせず、そのモジュールの補修も不要になり、全体としてコストの低減を図ることができる。
【００４９】
ＭＰＥＧコンテンツデータに対してブロック単位で暗号化・復号化を行うことで、ＭＰＥＧＥｎｃｏｄｅｒとは別にＭＰＥＧ解析を行うモジュールを作る必要が無くなるので、システムの簡素化を図ることができる。例えば、暗号化部分の内部にＭＰＥＧ解析モジュールを埋め込む必要が無くなるので、システムの簡素化を図ることができる。これにより、その暗号化モジュールの開発を必要とせず、そのモジュールの補修も不要となり、コストの低減を図ることができる。
【００５０】
ブロック暗号化／復号化部４７、ＲＴＰパケット生成部４８及びＲＴＰパケット暗号化部４９を設けて、暗号化ＭＰＥＧコンテンツデータに対してＲＴＰパケット単位で暗号化・復号化を行うことで、ビデオサーバのコンテンツ配信時の処理（データをＲＴＰパケットに変換して配信する処理）に影響を与えないので、データ処理の簡素化を図ることができる。これにより、蓄積暗号化システムに対する信頼性の向上、処理速度の向上を図ることができる。
【００５１】
暗号化ＭＰＥＧコンテンツデータに対してＲＴＰパケット単位で暗号化・復号化を行うことで、ＭＰＥＧＥｎｃｏｄｅｒベンダー毎のＭＰＥＧ実装の差異に対応する必要が無くなるので、相互接続の簡素化を図ることができる。これにより、蓄積暗号化システムに対する信頼性を向上させることができると共に、蓄積暗号化システムの組み立てを容易にすることができる。
【００５２】
暗号化ＭＰＥＧコンテンツデータに対してＲＴＰパケット単位で暗号化・復号化を行うことで、ＭＰＥＧＤｅｃｏｄｅｒ３８の内部に復号化モジュールを埋め込む必要が無くなるので、モジュール的な重複を解消してシステムの簡素化を図ることができる。これにより、その暗号化モジュールの開発を必要とせず、そのモジュールの補修も不要になり、全体としてコストの低減を図ることができる。
【００５３】
暗号化ＭＰＥＧコンテンツデータに対してＲＴＰパケット単位で暗号化・復号化を行うことで、ＭＰＥＧＤｅｃｏｄｅｒとは別にＭＰＥＧ解析を行うモジュールを作る必要が無くなる。例えば復号化部分の内部にＭＰＥＧ解析モジュールを埋め込む必要が無くなる。このため、システムの簡素化を図ることができる。これにより、その暗号化モジュールの開発を必要とせず、そのモジュールの補修も不要となり、コストの低減を図ることができる。
【図面の簡単な説明】
【００５４】
【図１】本発明の実施形態に係る蓄積暗号化システムの全体構成を示す概略構成図である。
【図２】従来のビデオサーバの構成を示す概略構成図である。
【図３】従来の蓄積暗号化システムの全体構成を示す概略構成図である。
【図４】ＭＰＥＧ単位での暗号化を実施するための蓄積暗号化システムの全体構成を示す概略構成図である。
【図５】本発明の実施形態に係るビデオサーバの構成を示す概略構成図である。
【図６】本発明の実施形態に係るクライアントマシンのブロック単位暗号化部におけるデータ暗号化の流れを示す模式図である。
【図７】本発明の実施形態に係るビデオサーバ内でのデータ複合化とマップファイルの作成の流れを示す模式図である。
【図８】本発明の実施形態に係るビデオサーバ内でのデータ複合化と暗号化の流れを示す模式図である。
【符号の説明】
【００５５】
３１：クライアントマシン、３２：ビデオサーバ、３３：Ｐｌａｙｅｒ、３５：ＭＰＥＧＥｎｃｏｄｅｒ、３６：ブロック単位暗号化部、３７：ＲＴＰパケット単位復号化部、３８：ＭＰＥＧＤｅｃｏｄｅｒ、３９：ＲＴＰパケット解析部、４１：ＭＰＥＧ解析部、４２：マップファイル、４３：暗号化ＭＰＥＧ蓄積部、４４：データ配信部、４６：ブロック暗号化／復号化部、４７：ブロック暗号化／復号化部、４８：ＲＴＰパケット生成部、４９：ＲＴＰパケット暗号化部。
【図１】
2006333402.tif 000003
【図２】
2006333402.tif 000004
【図３】
2006333402.tif 000005
【図４】
2006333402.tif 000006
【図５】
2006333402.tif 000007
【図６】
2006333402.tif 000008
【図７】
2006333402.tif 000009
【図８】
2006333402.tif 000010