(57)【要約】【課題】コンテンツデータ提供者側の著作権を保護しつつ、コンテンツデータ受信者側の安全性を向上する。【解決手段】ストリーミングシステムは、ＲＴＰパケットを生成するためのパケット化制御情報、符号化されたコンテンツデータに関する情報からなる暗号化されていないコーデック依存ヘッダ及び暗号化されたコンテンツデータをパケット単位で復号化可能な暗号化情報を少なくとも含む付加情報と、暗号化コンテンツデータとからなるファイルを生成するオーサリング部２と、暗号化コンテンツデータを、少なくともコーデック依存ヘッダと共にパケット化してストリーム配信するストリームサーバ３と、受信したパケットのコーデック依存ヘッダを参照し、パケットを逆パケット化した後、この逆パケット化されたパケットの暗号化コンテンツデータを復号化してコンテンツデータを生成するクライアント端末５とを有している。【選択図】  図１
2004158936.tif 000002
【特許請求の範囲】
【請求項１】
画像データ及び／又は音声データを符号化して得たコンテンツデータが暗号化された暗号化コンテンツデータを、少なくとも上記コンテンツデータの上記符号化に関する情報を示す暗号化されていない符号化情報と共にパケット化してストリーム配信するストリーム配信手段と、
上記ストリーム配信手段からの上記パケットを受信し、上記暗号化されていない符号化情報に基づき上記受信したパケットを逆パケット化した後、該逆パケット化されたパケットの上記暗号化コンテンツデータを復号化してコンテンツデータを生成するストリーム受信手段と
を有することを特徴とするストリーミングシステム。
【請求項２】
上記暗号化コンテンツデータは、上記コンテンツデータのデータ長を変えずに暗号化されたものである
ことを特徴とする請求項１記載のストリーミングシステム。
【請求項３】
上記ストリーム配信手段は、
上記符号化情報及び所定の形式のパケットを作成するよう制御するパケット化制御情報を少なくとも含む付加情報を生成する付加情報生成手段と、上記コンテンツデータを暗号化した暗号化コンテンツデータを生成する暗号化生成手段とを有するオーサリング装置と、
上記オーサリング装置により作成された上記パケット化制御情報に基づき、上記暗号化コンテンツデータを、少なくとも上記暗号化されていない符号化情報と共にパケット化して配信するストリーミングサーバと
を有することを特徴とする請求項１記載のストリーミングシステム。
【請求項４】
上記暗号化コンテンツデータは、上記コンテンツデータのデータ長を変えずに暗号化されたものである
ことを特徴とする請求項３記載のストリーミングシステム。
【請求項５】
上記付加情報生成手段は、上記暗号化コンテンツデータを上記パケット単位で復号化するための情報を示す暗号化情報を生成し、
上記ストリーミングサーバは、上記パケット化制御情報に基づき、上記暗号化コンテンツデータを、少なくとも上記暗号化情報及び上記暗号化されていない符号化情報と共にパケット化して配信する
ことを特徴とする請求項３記載のストリーミングシステム。
【請求項６】
上記付加情報生成手段は、ストリーミングを行う伝送プロトコルに関する情報を示す伝送プロトコル情報を生成し、
上記ストリーミングサーバは、上記パケット化制御情報に基づき、上記暗号化コンテンツデータを、少なくとも上記伝送プロトコル情報及び上記暗号化されていない符号化情報と共にパケット化して配信する
ことを特徴とする請求項３記載のストリーミングシステム。
【請求項７】
上記付加情報生成手段は、認証に関する情報を示す認証情報を生成し、
上記ストリーミングサーバは、上記パケット化制御情報に基づき、上記暗号化コンテンツデータを、少なくとも上記認証情報及び上記暗号化されていない符号化情報と共にパケット化して配信する
ことを特徴とする請求項３記載のストリーミングシステム。
【請求項８】
上記パケットは、ストリーミングを行う伝送プロトコルに関する情報を示す伝送プロトコル情報、上記暗号化コンテンツデータを復号化するための情報を示す暗号化情報、上記暗号化されていない符号化情報、及び上記暗号化コンテンツデータから構成されている
ことを特徴とする請求項１記載のストリーミングシステム。
【請求項９】
上記ストリーム受信手段は、上記暗号化コンテンツデータが復号化された上記コンテンツデータを元の画像データ及び／又は音声データに復号する
ことを特徴とする請求項１記載のストリーミングシステム。
【請求項１０】
上記ストリーム配信手段は、上記画像データ及び／又は音声データの著作権を所有するプロバイダと、
上記著作権を管理するライセンス管理サーバとを有し、
上記ストリーム受信手段は、上記プロバイダに上記コンテンツデータの視聴要求をすると、上記ライセンス管理サーバから当該コンテンツデータの視聴許可を取得する
ことを特徴とする請求項１記載のストリーミングシステム。
【請求項１１】
ストリーム配信手段からストリーム受信手段にデータを配信するストリーミング方法において、
上記ストリーム配信手段により、画像データ及び／又は音声データを符号化して得たコンテンツデータが暗号化された暗号化コンテンツデータを、少なくとも上記コンテンツデータの上記符号化に関する情報を示す暗号化されていない符号化情報と共にパケット化してストリーム配信するストリーム配信工程と、
上記ストリーム受信手段により、上記ストリーム配信工程にて配信された上記パケットを受信し、上記暗号化されていない符号化情報に基づき上記受信したパケットを逆パケット化した後、該逆パケット化されたパケットの上記暗号化コンテンツデータを復号化してコンテンツデータを生成するストリーム受信工程と
を有することを特徴とするストリーミング方法。
【請求項１２】
上記暗号化コンテンツデータは、上記コンテンツデータのデータ長を変えずに暗号化されたものである
ことを特徴とする請求項１１記載のストリーミング方法。
【請求項１３】
上記ストリーム配信工程は、
上記符号化情報及び所定の形式のパケットを作成するよう制御するパケット化制御情報を少なくとも含む付加情報を生成する付加情報生成工程と、上記コンテンツデータを暗号化した暗号化コンテンツデータを生成する暗号化生成工程とを有するオーサリング工程と、
上記オーサリング工程にて作成された上記パケット化制御情報に基づき上記暗号化コンテンツデータを少なくとも上記暗号化されていない符号化情報と共にパケット化して配信するデータ配信工程と
を有することを特徴とする請求項１１記載のストリーミング方法。
【請求項１４】
上記暗号化コンテンツデータは、上記コンテンツデータのデータ長を変えずに暗号化されたものである
ことを特徴とする請求項１３記載のストリーミング方法。
【請求項１５】
上記付加情報生成工程では、上記暗号化コンテンツデータを上記パケット単位で復号化するための情報を示す暗号化情報が生成され、
上記データ配信工程では、上記パケット化制御情報に基づき、上記暗号化コンテンツデータが、少なくとも上記暗号化情報及び上記暗号化されていない符号化情報と共にパケット化して配信される
ことを特徴とする請求項１３記載のストリーミング方法。
【請求項１６】
上記付加情報生成工程では、ストリーミングを行う伝送プロトコルに関する情報を示す伝送プロトコル情報が生成され、
上記データ配信工程では、上記パケット化制御情報に基づき、上記暗号化コンテンツデータが、少なくとも上記伝送プロトコル情報及び上記暗号化されていない符号化情報と共にパケット化して配信される
ことを特徴とする請求項１３記載のストリーミング方法。
【請求項１７】
上記付加情報生成工程では、認証に関する情報を示す認証情報が生成され、
上記ストリーミングサーバは、上記パケット化制御情報に基づき、上記暗号化コンテンツデータが、少なくとも上記認証情報及び上記暗号化されていない符号化情報と共にパケット化して配信される
ことを特徴とする請求項１３記載のストリーミング方法。
【請求項１８】
上記パケットは、ストリーミングを行う伝送プロトコルに関する情報を示す伝送プロトコル情報、上記暗号化コンテンツデータを復号化するための情報を示す暗号化情報、上記暗号化されていない符号化情報、及び上記暗号化コンテンツデータから構成されている
ことを特徴とする請求項１１記載のストリーミング方法。
【請求項１９】
画像データ及び／又は音声データを符号化して得たコンテンツデータの該符号化に関する情報を示す暗号化されていない符号化情報と、所定の形式のパケットを作成するよう制御するパケット化制御情報とからなる付加情報を生成する付加情報生成手段と、
上記コンテンツデータを暗号化した暗号化コンテンツデータを生成する暗号化生成手段と
を有することを特徴とするオーサリング装置。
【請求項２０】
上記暗号化手段は、上記コンテンツデータのデータ長を変えずに該コンテンツデータを暗号化する
ことを特徴とする請求項１９記載のオーサリング装置。
【請求項２１】
上記付加情報生成手段は、上記暗号化コンテンツデータを上記パケット単位で復号化するための情報を示す暗号化情報を生成する
ことを特徴とする請求項１９記載のオーサリング装置。
【請求項２２】
上記付加情報生成手段は、
上記パケット化制御情報を生成するパケット化制御情報生成手段と、
上記コンテンツデータに基づき該コンテンツデータの符号化に依存するコーデック依存ヘッダを生成する第１のヘッダ生成手段と、
上記パケット化制御情報及び上記コーデック依存ヘッダに基づき上記暗号化ヘッダを生成する第２のヘッダ生成手段と
ことを特徴とする請求項１９記載のオーサリング装置。
【請求項２３】
画像データ及び／又は音声データを符号化して得たコンテンツデータの該符号化に関する情報を示す暗号化されていない符号化情報と、所定の形式のパケットを作成するよう制御するパケット化制御情報とからなる付加情報を生成する付加情報生成工程と、
上記コンテンツデータを暗号化した暗号化コンテンツデータを生成する暗号化工程と
を有することを特徴とするオーサリング方法。
【請求項２４】
上記暗号化工程では、上記コンテンツデータのデータ長を変えずに該コンテンツデータが暗号化される
ことを特徴とする請求項２３記載のオーサリング方法。
【請求項２５】
上記付加情報生成工程では、上記暗号化コンテンツデータを上記パケット単位で復号化するための情報を示す暗号化情報が生成される
ことを特徴とする請求項２３記載のオーサリング方法。
【請求項２６】
上記付加情報生成工程は、
上記パケット化制御情報を生成するパケット化制御情報生成工程と、
上記コンテンツデータに基づき該コンテンツデータの符号化に依存するコーデック依存ヘッダを生成する第１のヘッダ生成工程と、
上記パケット化制御情報及び上記コーデック依存ヘッダに基づき上記暗号化ヘッダを生成する第２のヘッダ生成工程とを有する
ことを特徴とする請求項２３記載のオーサリング方法。
【請求項２７】
所定の動作をコンピュータに実行させるためのプログラムであって、
画像データ及び／又は音声データを符号化して得たコンテンツデータの該符号化に関する情報を示す暗号化されていない符号化情報と、所定の形式のパケットを作成するよう制御するパケット化制御情報とからなる付加情報を生成する付加情報生成工程と、
上記コンテンツデータを暗号化した暗号化コンテンツデータを生成する暗号化工程と
を有することを特徴とするプログラム。
【請求項２８】
画像データ及び／又は音声データを符号化して得たコンテンツデータが暗号化された暗号化コンテンツデータを、少なくとも上記コンテンツデータの上記符号化に関する情報を示す暗号化されていない符号化情報と共にパケット化するパケット化手段と、
上記パケットをストリーム配信するデータ配信手段と
を有することを特徴とするストリーミングサーバ。
【請求項２９】
上記暗号化コンテンツデータは、上記コンテンツデータのデータ長を変えずに暗号化されたものである
ことを特徴とする請求項２８記載のストリーミングサーバ。
【請求項３０】
上記パケット化手段は、上記暗号化コンテンツデータと、所定の形式のパケットを作成するよう制御するパケット化制御情報に、少なくとも上記暗号化コンテンツデータを上記パケット単位で復号化するための情報を示す暗号化情報及び上記コンテンツデータの該符号化に関する情報を示す暗号化されていない符号化情報が付加された付加情報とが供給され、上記パケット化制御情報に基づき、上記暗号化コンテンツデータを、上記暗号化情報及び上記暗号化されていない符号化情報と共にパケット化する
ことを特徴とする請求項２８記載のストリーミングサーバ。
【請求項３１】
画像データ及び／又は音声データを符号化して得たコンテンツデータが暗号化された暗号化コンテンツデータを、少なくとも上記コンテンツデータの上記符号化に関する情報を示す暗号化されていない符号化情報と共にパケット化する工程と、
上記パケットをストリーム配信する配信工程と
を有することを特徴とするデータ配信方法。
【請求項３２】
上記暗号化コンテンツデータは、上記コンテンツデータのデータ長を変えずに暗号化されたものである
ことを特徴とする請求項３１記載のデータ配信方法。
【請求項３３】
上記パケット化工程では、上記暗号化コンテンツデータと、所定の形式のパケットを作成するよう制御するパケット化制御情報に、少なくとも上記暗号化コンテンツデータを上記パケット単位で復号化するための情報を示す暗号化情報及び上記コンテンツデータの上記符号化に関する情報を示す暗号化されていない符号化情報が付加された付加情報とが供給され、該パケット化制御情報に基づき、上記暗号化コンテンツデータが、上記暗号化情報及び上記暗号化されていない符号化情報と共にパケット化される
ことを特徴とする請求項３１記載のデータ配信方法。
【請求項３４】
所定の動作をコンピュータに実行させるためのプログラムであって、
画像データ及び／又は音声データを符号化して得たコンテンツデータが暗号化された暗号化コンテンツデータを、少なくとも上記コンテンツデータの上記符号化に関する情報を示す暗号化されていない符号化情報と共にパケット化する工程と、
上記パケットをストリーム配信する配信工程と
を有することを特徴とするプログラム。
【請求項３５】
画像データ及び／又は音声データが符号化され暗号化された暗号化コンテンツデータが、上記符号化に関する情報を示す暗号化されていない符号化情報と共にパケット化され配信された当該パケットを受信する受信手段と、
上記受信したパケットに含まれる上記暗号化されていない符号化情報に基づき上記パケットを逆パケット化する逆パケット化手段と、
上記逆パケット化されたパケットの上記暗号化コンテンツデータを復号化する暗号復号化手段と
を有することを特徴とするクライアント端末。
【請求項３６】
上記暗号化コンテンツデータは、上記コンテンツデータのデータ長を変えずに暗号化されたものである
ことを特徴とする請求項３５記載のクライアント端末。
【請求項３７】
上記パケットは、上記暗号化コンテンツデータに上記暗号化されていない符号化情報と、該パケット単位で上記暗号化コンテンツデータを復号化するための暗号化情報とが付加されたものであり、
上記暗号復号化手段は、上記暗号化情報に基づき上記暗号化コンテンツデータを復号化する
ことを特徴とする請求項３５記載のクライアント端末。
【請求項３８】
上記コンテンツデータの著作権を有するプロバイダ及び上記コンテンツデータの著作権を管理するライセンス管理サーバとの通信手段を有し、
上記受信手段は、上記通信手段を介して上記プロバイダに対して上記コンテンツデータの視聴要求が送信した後、上記ライセンス管理サーバから当該コンテンツデータの視聴許可及び上記パケットを受信する
ことを特徴とする請求項３５記載のクライアント端末。
【請求項３９】
画像データ及び／又は音声データが符号化され暗号化された暗号化コンテンツデータが、上記符号化に関する情報を示す暗号化されていない符号化情報と共にパケット化され配信された当該パケットを受信する受信工程と、
上記受信したパケットに含まれる上記暗号化されていない符号化情報に基づき上記パケットを逆パケット化する逆パケット化工程と、
上記逆パケット化されたパケットの上記暗号化コンテンツデータを復号化する暗号復号化工程と
を有することを特徴とするデータ復号方法。
【請求項４０】
上記暗号化コンテンツデータは、上記コンテンツデータのデータ長を変えずに暗号化されたものである
ことを特徴とする請求項３９記載のデータ復号方法。
【請求項４１】
上記パケットは、上記暗号化コンテンツデータに上記暗号化されていない符号化情報と、該パケット単位で上記暗号化コンテンツデータを復号化するための暗号化情報とが付加されたものであり、
上記暗号復号化工程では、上記暗号化情報に基づき上記暗号化コンテンツデータが復号化される
ことを特徴とする請求項３９記載のデータ復号方法。
【請求項４２】
所定の動作をコンピュータに実行させるためのプログラムであって、
画像データ及び／又は音声データが符号化され暗号化された暗号化コンテンツデータが、上記符号化に関する情報を示す暗号化されていない符号化情報と共にパケット化され配信された当該パケットを受信する受信工程と、
上記受信したパケットに含まれる上記暗号化されていない符号化情報に基づき上記パケットを逆パケット化する逆パケット化工程と、
上記逆パケット化されたパケットの上記暗号化コンテンツデータを復号化する暗号復号化工程と
を有することを特徴とするプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、符号化された音声データ又は画像データ等を暗号化してストリーム配信するストリーミングシステム及びストリーミング方法、ストリーミングサーバ及びデータ配信方法、クライアント端末及びデータ復号方法、オーサリング装置及びオーサリング方法、並びにプログラムに関する。
【０００２】
【従来の技術】
現在、インターネット上での音声データ及び／又は画像データ（以下、これらをまとめてコンテンツデータともいう。）の伝送には、ダウンロード型伝送方式とストリーム型伝送方式（以下、ストリーミング（Ｓｔｒｅａｍｉｎｇ）ともいう。）とがある。ダウンロード型伝送方式では、配信サーバから送信されたコンテンツデータファイルは、クライアント端末（デバイス）側で一旦コピーされ、その後、コンテンツデータファイルの映像等のコンテンツデータが再生されることとなる。このため、このダウンロード型伝送方式では、ファイルの転送が完了するまでは、端末側ではデータの再生を行うことができず、映像データ等を長時間再生するには不向きである。
【０００３】
一方、ストリーミングは、クライアント端末がデジタル信号の連続した流れを受信しながらリアルタイムに順次再生するもので、ストリームサーバからクライアント端末への伝送が行われている間にも、クライアント端末側で受信したデータの再生が行われる。このストリーミングは、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ  ＥｎｇｉｎｅｅｒｉｎｇＴａｓｋ  Ｆｏｒｃｅ）のＲＦＣ１８８９において規定されているＲＴＰ（Ｒｅａｌ−Ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ：リアルタイム伝送プロトコル）と呼ばれるプロトコルを使用するものが主流となっている。
【０００４】
通常、ストリーミングシステムは、オーサリング装置と、ストリームサーバと、クライアント端末とからなる。オーサリング装置は、例えばカメラ又はＶＴＲ（Ｖｉｄｅｏ  Ｔａｐｅ  Ｒｅｃｏｒｄｅｒ）等の画像入力手段等から入力されたコンテンツデータが符号化され、いわゆるコンテンツデータキーにより暗号化された暗号化コンテンツデータが入力され、この暗号化コンテンツデータから、配信システムが定めている形式のストリーム配信用データを作成する。ストリーム配信用データは、例えば、暗号化コンテンツデータに、コンテンツデータ全体に係る情報を記述するヘッダ及びデータの種類毎のトラック等をコンテンツデータに付加するヘッダ情報と、セッション記述プロトコルＳＤＰ（ＲＦＣ２３７：Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）に従って作成されたセッション記述プロトコル（ＳＤＰ）ファイル及びパケット化制御情報等を含む付加情報とが付加されたものである。こうして作成されたストリーム配信用データは、例えばオーサリング装置が有する光ディスク等の記録媒体等の記録部等に記録される。そして、クライアント端末からコンテンツデータの使用要求があると、このストリーム配信用データが記録部から適宜取り出されてストリーミングサーバに供給され、ストリーミングサーバからセッション記述プロトコル（ＳＤＰ）ファイルがクライアント端末に送信される。クライアント端末はセッション記述プロトコル（ＳＤＰ）ファイルからストリーム受信のために必要なアドレス、ポート番号及びパケット形式等の情報を取得する。次いで、ストリーミングサーバがストリーム配信用データをパケット化制御情報に基づいてパケット化し、ＲＴＰ及びＲＴＳＰ（Ｒｅａｌ−Ｔｉｍｅ  Ｓｔｒｅａｍｉｎｇ  Ｐｒｏｔｏｃｏｌ：リアルタイム・ストリーム制御プロトコル）に従って、パケット毎にデータ（ストリーム）を例えばＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）等のクライアント端末に配信してリアルタイム再生させる。
【０００５】
このようなストリーム配信においては、使用する配信方式、ストリーム圧縮方式、及び伝送プロトコル等が様々存在するため、配信側及び受信側の利便性の向上を図るため、例えばインターネットを通じたリッチメディア（ビデオ、オーディオ、及び関連データ）のストリーム配信について公開標準を定めるインターネット・ストリーミング・メディア・アライアンス（Ｉｎｔｅｒｎｅｔ  Ｓｔｒｅａｍｉｎｇ  Ｍｅｄｉａ  Ａｌｌｉａｎｃｅ、以下、ＩＳＭＡという。）が結成され、その公開標準の採用が促進されている。以下にその一例について説明する。
【０００６】
図１０は、従来のストリーミングシステムの一例を示すブロック図である。図１０に示すように、サーバ１０１からクライアント端末１０２へコンテンツデータがパケット化されストリーム配信される。ＩＳＭＡは、例えばこの際のストリームデータの符号圧縮方式、パケット化方式等の公開標準を定める団体である。例えば、セッション管理においては、ＩＥＴＦが定めるＲＴＳＰプロトコルを使用すること、メディア伝送（ストリーム配信）には、ＩＥＴＦが定めるＲＴＰプロトコルを使用すること、並びに、暗号化及びパケット化等についての公開標準が決められている。
【０００７】
このようなシステムにより、映像・音声をデジタルデータとして配信する場合には、著作権保護が重要である。デジタルデータは複製によって劣化しないため、複製データがそのまま視聴できるようになっていると大量のコピーが生成され、コンテンツデータの商業的価値を減じることになってしまう。そのため、デジタル映像・音声データに対しては、デジタル著作権管理（Ｄｉｇｉｔａｌ  Ｒｉｇｈｔｓ  Ｍａｎａｇｅｍｅｎｔ：ＤＲＭ）システムによって暗号化等による保護策をとるようにし、例えば、データのコピーはできても、暗号化されたデータを復号化する復号鍵がない限り再生ができないようにする等が一般的である。
【０００８】
図１１は、従来のＤＲＭを説明するためのストリーミングシステムを示すブロック図である。図１１に示すように、上述のようなストリーミングシステムは、具体的には、例えば図１０のように構成される。即ち、映像データ及び／又は音声データ等のコンテンツデータＤ１１を提供するプロバイダ１１１と、コンテンツデータＤ１１を暗号化して暗号化コンテンツデータを作成すると共に、所定の形式のパケットを作成するよう制御するパケット化制御情報等の付加情報を生成するオーサリング（マスター）１１２と、オーサリング１１２からの暗号化コンテンツデータ及びパケット化制御情報を含む付加情報からなるデータＤ１２を受取り、パケット化制御情報に基づき暗号化コンテンツデータをパケット化してストリームデータＤ１５として配信するストリーミングサーバ１１３と、プロバイダ１１１からコンテンツデータＤ１１の権利に関するデータＤ１３が送られコンテンツデータＤ１１の著作権管理を行うライセンス管理サーバ１１４と、ライセンス管理サーバ１１４からコンテンツデータＤ１１に関する暗号鍵、視聴の権利、使用条件等のライセンスＤ１４が送信されると、受信したストリームデータＤ１５を視聴可能なクライアント端末１１５とから構成される。
【０００９】
このように、ライセンスを与えられたクライアント端末１１５でのみ、暗号化されたストリームデータを復号化、即ち平文にすることができるようにすることにより、コンテンツデータ提供者側であるプロバイダの権利が保護される。
【００１０】
次に、ストリームデータをＲＴＰプロトコルを使用して配信する場合のＲＴＰパケットについて説明する。ＲＦＣ３０１６では、所定の単位のビデオ又はオーディオデータを１つのＲＴＰパケットとして送信することが定義されている。図１２（ａ）及び図１２（ｂ）は、ＲＴＰパケットの構成例を示す模式図である。図１２（ａ）に示すように、ストリーム配信されるパケット２００ａは、ＲＴＰヘッダ（ＲＴＰ  ＨＥＡＤＥＲ）２０１と、ＲＴＰペイロード（ＲＴＰ  Ｐａｙｌｏａｄ）２０２とからなり、必要に応じて（ＳＲＴＰプロトコルを使用する場合）タグ２０３が付加される。
【００１１】
ＲＴＰペイロード２０２には、１以上のビデオパケットが入れられるメディアデータ（コンテンツデータ）２０５と、暗号化ヘッダ（ＣＲＹＰＴＯ  ＨＥＡＤＥＲ）２０４とが設けられており、暗号化ヘッダ２０４には、暗号化されたメディアデータ２０５に関する情報として暗号化方式等の暗号化情報が書き込まれる。また、図１２（ｂ）に示すパケット２００ｂのように、ＲＴＰペイロード２０２において、暗号化ヘッダ２０４と共に暗号化メディアヘッダ２０６を設けてもよい。メディアデータ２０５は、複数のデータユニットを含み、各データユニットには、例えば、オーディオの場合には、例えばオーディオフレーム、動画の場合には、例えば１フレーム分のデータが書き込まれるものであり、暗号化メディアヘッダ２０６には、メディアデータ２０５内におけるデータユニットの順番を示す情報、具体的には、メディア全体での通し番号が書き込まれる。
【００１２】
メディアデータは、最初に暗号化され、その後パケット化されるので、図１２（ａ）に示す暗号化ヘッダ、並びに図１２（ｂ）に示す暗号化ヘッダ及び暗号化メディアヘッダはいずれも符号化方式には依存せず、暗号化方式にのみ依存するものなっており、いずれも暗号化されない平文として、暗号化されたメディアデータ２０４に付加されるものである。
【００１３】
このようなストリーミング技術において、高速且つ安全な暗号化を図った暗号化方法が下記特許文献１に記載されている。この特許文献１に記載の技術においては、ストリーミングサーバは、ストリームヘッダとパケットとからなるストリームにおいて、該ストリームヘッダ内に暗号化した非公開キーを挿入し、非公開キーにより生成されたパケットキーにより、データ部分のみが暗号化されたパケットをクライアントに送信する。クライアントには、開放キーが渡され、この開放キーにより非公開キーを抽出し、更に非公開キーによりパケットキーを生成し、このパケットキーにより暗号済みデータを復号化する。
【００１４】
【特許文献１】
特開２００２−１１１６２５号公報
【００１５】
【発明が解決しようとする課題】
しかしながら、上述にて説明した方式、即ち、メディアデータ（コンテンツデータ）を暗号化した後にパケット化する方法においては、パケット化する際には、メディアデータが既に暗号化されているため、そのメディアデータの符号化方式に関する情報を得ることができない。即ち、パケット化制御情報に基づいてパケット化のみをするストリーミングサーバにおいては、メディアデータが音声データであるか、画像（映像）データであるか、また、その符号化方式が何であるか等が不明であるため、符号化方式に特有の処理が困難であるという問題点がある。即ち、例えば、符号化方式によっては、重要であるデータとそれほど重要でないデータとが存在する場合があり、重要度（プライオリティ）に応じて、即ち、重要なデータは何度も配信することにより、コンテンツデータを確実に配信するいわゆるエラーレジリアンス（ｅｒｒｏｒ  ｒｅｓｉｌｉｅｎｃｅ）を考慮した処理等ができない。また、ＲＦＣでは、符号化方式に依存する情報（コーデック依存ヘッダ）を付加することが決められているため、このように、ＲＦＣで規定されたコーデック依存ヘッダを付加しない、ＲＦＣの規格とは別の形態のパケットを受信するクライアント端末においては、このような特別なパケットに対応するため、規格の拡張等が必要となってしまう。
【００１６】
そこで、符号化方式に特有の処理を可能とするために、暗号化する前にパケット化する方法が考えられる。図１３は、暗号化する前にパケット化した場合のパケットの構造を示す模式図である。パケット化してから暗号化する場合、メディアデータをパケット化し、その際、メディアデータの符号化に依存するコーデック依存ヘッダをパケット化した各メディアデータに付加し、その後、パケット化されたコーデック依存ヘッダ及びメディアデータを暗号化し、暗号化ヘッダを付加するものである。
【００１７】
即ち、図１３に示すように、ＲＴＰパケット２１０は、ＲＴＰヘッダ２１１と、ＲＴＰペイロード２１３と、必要に応じて付加されるタグ２１３とから構成され、ＲＴＰペイロード２１２は、暗号化ヘッダ２１４、コーデック依存ヘッダ（Ｃｏｄｅｃ  Ｄｅｐｅｎｄｅｎｃｙ  Ｈｅａｄｅｒ）２１７と、メディアデータ２１５とからなり、ＲＴＰヘッダ２１１及び暗号化ヘッダ２１４は、上述と同様に暗号化されていない平文（Ｐｌａｉｎ）であり、コーデック依存ヘッダ２１７及びメディアデータ２１５は、暗号化されている。
【００１８】
しかしながら、このようにパケット化してから暗号化すると、コーデック依存ヘッダを付加できるものの、以下に説明する問題点がある。即ち、ストリーミングサーバは、通常、パケット化して配信するものであり、メディアデータ（コンテンツデータ）を視聴する権利を有していない。従って、暗号化していないメディアデータ又はパケット化された暗号化していないメディアデータをストリーミングサーバに供給し、ストリーミングサーバで暗号化する等の処理を行う場合、ストリーミングサーバには暗号化していないメディアが露出することになり、ＤＭＡの観点から好ましくない。
【００１９】
また、クライアント端末においては、パケットを受信した後、暗号の復号化、逆パケット化、符号化の復号等の処理が必要である。図１４は、図１３に示すパケットを受信したクラインと端末での処理手順を示す模式図である。
【００２０】
図１４に示すように、クライアント端末は、先ず、暗号復号化部（ｄｅｃｒｙｐｔｏｒ）において、暗号化されているコーデック依存ヘッダ及びメディアデータを復号化し、逆パケット化部（ｒｅａｓｓｅｍｎｌｅｒ）により、メディアデータをパケット化前の元の順序に繋ぎ合わせる。これにより、例えばデコーダにより、符号化されたメディアデータを元のメディアデータに復号する等すれば視聴が可能となる。
【００２１】
この際、クライアント端末は、パケットを受信してすぐに暗号化コンテンツデータを復号化するため、これを逆パケット化及びデコードして視聴するまでの間、暗号化されていないデータを扱うことになり、従って、例えばこれらの処理モジュールをクラックすることにより不正にコンテンツデータを取得されてしまう等、耐タンパ性が低くなってしまう。また、上記の処理モジュール全てを耐タンパ化するとコストが増大してしまうという問題点がある。
【００２２】
本発明は、このような従来の実情に鑑みて提案されたものであり、コンテンツデータ提供者側の著作権を保護しつつ、コンテンツデータ受信者側の安全性を向上することができるストリーミングシステム及びストリーミング方法、ストリーミングサーバ及びデータ配信方法、クライアント端末及びデータ復号方法、オーサリング装置及びオーサリング方法、並びにプログラムを提供することを目的とする。
【００２３】
【課題を解決するための手段】
上述した目的を達成するために、本発明に係るストリーミングシステムは、画像データ及び／又は音声データを符号化して得たコンテンツデータが暗号化された暗号化コンテンツデータを、少なくとも上記コンテンツデータの上記符号化に関する情報を示す暗号化されていない符号化情報と共にパケット化してストリーム配信するストリーム配信手段と、上記ストリーム配信手段からの上記パケットを受信し、上記暗号化されていない符号化情報に基づき上記受信したパケットを逆パケット化した後、該逆パケット化されたパケットの上記暗号化コンテンツデータを復号化してコンテンツデータを生成するストリーム受信手段とを有することを特徴とする。
【００２４】
本発明においては、符号化情報が暗号化されていないため、暗号化コンテンツデータの復号化を行うことなく、再パケット化を行うことができ、受信側において、受信データの復号化処理を受信パケットの逆パケット化処理の後段で行うことができ、また、暗号化対象はコンテンツデータのみであるので、同一の暗号化コンテンツデータをローカルでの再生等の処理にも使用可能である。
【００２５】
本発明に係るオーサリング装置は、画像データ及び／又は音声データを符号化して得たコンテンツデータの該符号化に関する情報を示す暗号化されていない符号化情報と、所定の形式のパケットを作成するよう制御するパケット化制御情報とからなる付加情報を生成する付加情報生成手段と、上記コンテンツデータを暗号化した暗号化コンテンツデータを生成する暗号化生成手段とを有することを特徴とする。
【００２６】
本発明に係るストリーミングサーバは、画像データ及び／又は音声データを符号化して得たコンテンツデータが暗号化された暗号化コンテンツデータを、少なくとも上記コンテンツデータの上記符号化に関する情報を示す暗号化されていない符号化情報と共にパケット化するパケット化手段と、上記パケットをストリーム配信するデータ配信手段とを有することを特徴とする。
【００２７】
本発明においては、暗号化コンテンツデータの復号化を行うことなく、再パケット化を行うことができ、また、暗号化対象はコンテンツデータのみであるので、同一の暗号化コンテンツデータをローカルで再生等の処理にも使用することができる。
【００２８】
本発明に係るクライアント端末は、画像データ及び／又は音声データが符号化され暗号化された暗号化コンテンツデータが、上記符号化に関する情報を示す暗号化されていない符号化情報と共にパケット化され配信された当該パケットを受信する受信手段と、上記受信したパケットに含まれる上記暗号化されていない符号化情報に基づき上記パケットを逆パケット化する逆パケット化手段と、上記逆パケット化されたパケットの上記暗号化コンテンツデータを復号化する暗号復号化手段とを有することを特徴とする。
【００２９】
本発明においては、受信データの復号処理を受信パケットの逆パケット化の処理の後段で行うことができ、暗号復号化手段の後段のみが耐タンパ化すべき範囲となるため、装置の生産コストが低減される。
【００３０】
また、本発明に係るプログラムは、上述したオーサリング処理、データ配信処理、又はデータ復号処理をコンピュータに実行させるものである。
【００３１】
【発明の実施の形態】
以下、本発明を適用した具体的な実施の形態について、図面を参照しながら詳細に説明する。この実施の形態は、本発明を、例えば、ＭＰＥＧ４（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ  ４）等の所定の形式で圧縮符号化された画像データ及び／又音声データからなるコンテンツデータを暗号化し、クライアント端末に対してリアルタイムで配信するストリーミングシステムに適用したものである。以下では、伝送プロトコルとしてＲＴＰを使用した場合について説明するが、これに限定されるものではない。
【００３２】
図１は、本発明の実施の形態におけるストリーミングシステムを示すブロック図である。図１に示すように、本実施の形態におけるストリーミングシステムは、ストリーム配信側と、ストリーム受信側とから構成される。ストリーム配信側は、映像データ及び音声データ等のコンテンツデータが所定の形式、例えばＭＰＥＧ４等により圧縮符号化又は符号化されたコンテンツデータＤ１の提供者であるプロバイダ１と、コンテンツデータＤ１から、所定の形式、即ちＲＴＰパケットを生成するためのパケット化制御情報及びコンテンツデータＤ１の符号化に関する情報を示すコーデック依存ヘッダとを生成し、コンテンツデータＤ１のみを暗号化し、更にパケット化制御情報及びコーデック依存ヘッダを参照しながら暗号化されたコンテンツデータＤ１をパケット単位で復号化するための暗号化ヘッダを生成するオーサリング部２と、パケット化制御情報に基づき、暗号化されたコンテンツデータＤ１を各パケットに格納されるパケット化暗号化コンテンツデータとし、パケット化暗号化コンテンツデータに加え、ＲＴＰヘッダ、暗号化ヘッダ、コーデック依存ヘッダを合わせたＲＴＰパケットを生成し配信するストリーミングサーバ３と、プロバイダ１が有するコンテンツデータＤ１の著作権を管理するライセンス管理サーバ４とを有する。
【００３３】
また、ストリーム受信側は、コンテンツデータＤ１を視聴するユーザ（クライアント）が所有するＰＣ等の端末（以下、クライアント端末という。）５であり、このクライアント端末５がストリーミングサーバ３からパケットを受信すると共に、ライセンス管理サーバ４からコンテンツデータＤ１のライセンスを受取ることにより、ユーザは、コンテンツデータＤ１を視聴することができる。
【００３４】
以下、本実施の形態について詳細に説明する。上述の従来技術において説明したように、ネットワークを介したコンテンツデータ配信において、暗号化されたコンテンツデータをストリーミング伝送する場合、一般に伝送データ（以下、パケットという。）は、伝送プロトコルに関する情報を示す伝送プロトコル情報である伝送プロトコルヘッダ、暗号化コンテンツデータを復号化するための情報を示す暗号化情報である暗号化ヘッダ、符号化に関する情報を示す符号化情報であるコーデック依存ヘッダ、及びコンテンツデータから構成される。本実施の形態においては、伝送プロトコルとしてＲＴＰを使用するため、パケットは、ＲＴＰパケットであり、伝送プロトコルヘッダは、ＲＴＰヘッダであり、コーデック依存ヘッダは、ＲＴＰペイロードヘッダと呼ばれるものである。このようなＲＴＰパケットを配信するストリーミング技術としては、Ａｐｐｌｅ社のＱｕｉｃｋＴｉｍｅ（登録商標）等を用いることができる。
【００３５】
図１に示すオーサリング部２には、プロバイダ１からコンテンツデータＤ１が供給される。以下で説明するオーサリング部２での各機能（処理）は、ソフトウェアにより実現されるものである。図２は、オーサリング部における処理モジュールを模式的に示すブロック図である。オーサリング部２は、コンテンツデータＤ１の符号化方式に関する情報を示す符号化情報及びパケット化制御情報を少なくとも含む付加情報を生成する付加情報生成部２０と、コンテンツデータＤ１のデータ長を変えずにコンテンツデータＤ１を暗号化する暗号化部２４とから構成される。
【００３６】
付加情報生成部２０は、コンテンツデータＤ１をパケット化するためのパケット化制御情報生成部２１と、各パケット毎における符号化情報であるコーデック依存ヘッダを生成するコーデック依存ヘッダ生成部２２と、パケット化制御情報及びコーデック依存ヘッダに基づき、コンテンツデータＤ１をパケット単位で復号化するための暗号化ヘッダを生成する暗号化ヘッダ生成部２３とを有している。
【００３７】
パケット化制御情報生成部２１は、コンテンツデータ（メディアデータ）Ｄ１をパケット化して配信するためのパケット化制御情報を生成する。パケット化制御情報は、ストリーミングシステムが定める所定の形式のパケットを生成するためのものであり、コンテンツデータのどの部分をどのＲＴＰパケットに格納するかを示す情報である。本実施の形態におけるＲＴＰパケットは、図３に示すような形式となっている。即ち、ＲＴＰパケット６０は、ＲＴＰヘッダ６１と、ＲＴＰペイロード６２と、必要に応じて付加されるタグ（ＳＲＴＰ  ＡＵＴＨ  ＴＡＧ）６３とから構成され、ＲＴＰペイロード６２は、暗号化ヘッダ（Ｃｒｙｐｔｏ  Ｈｅａｄｅｒ）６４、コーデック依存ヘッダ（Ｃｏｄｅｃ  Ｄｅｐｅｎｄｅｎｃｙ  Ｈｅａｄｅｒ）６５、暗号化されたコンテンツデータが格納されるメディアデータ（Ｍｅｄｉａ  Ｄａｔａ）６６とから構成されている。パケット化制御情報生成部２１は、この図３に示す形式になるように、パケット化制御情報を生成する。なお、タグ６３は、伝送プロトコルとしてＳＲＴＰを使用する等の場合に付加されるものであり、認証に関する情報が書き込まれる。
【００３８】
コーデック依存ヘッダ生成部２２は、コンテンツデータの分割転送及び伝送ロスに対応するために付加される情報であるコーデック依存ヘッダを生成する。このコーデック依存ヘッダは、コーデック毎に異なる内容、即ちコーデックの方式に依存したものとなっている。コーデック依存ヘッダに含まれる情報は、コンテンツデータ全体の一部でしかないＲＴＰパケット中のコンテンツデータをデコードするために必要な情報や伝送中のパケットロスに対する耐性を高めるための情報等がある。
【００３９】
暗号化部２３は、コンテンツデータＤ１をデータ長（コード長）を変えない例えばカウンタモード等の暗号化方式にて暗号化し、暗号化コンテンツデータを生成する。この際、本発明においては、コンテンツデータＤ１のみを暗号化し、コーデック依存ヘッダは暗号化しないことにより、後述する耐タンパ性が向上する。
【００４０】
暗号化ヘッダ生成部２３は、暗号化部２３により暗号化コンテンツデータが生成された後、パケット化制御情報及びコーデック依存ヘッダを参照して各ＲＴＰパケット毎に付加する暗号化ヘッダを生成する。暗号化ヘッダは、パケット単位で暗号化コンテンツデータを復号化（デクリプト）可能にするための情報から構成されている。
【００４１】
図４は、ストリーム配信側のデータ構成を示す模式図である。図４に示すように、プロバイダから供給されコンテンツデータＤ１に対し、オーサリング部２において、先ず、パケット化制御情報及びコーデック依存ヘッダを含む付加情報Ｄ６が生成され、次に、コンテンツデータＤ１を暗号化部２４により暗号化して暗号化コンテンツデータＤ７を生成する。そして、暗号化ヘッダ生成部２４により暗号化ヘッダが生成されると、暗号化コンテンツデータＤ７に、少なくともパケット化制御情報、コーデック依存ヘッダ、及び暗号化ヘッダからなる付加情報Ｄ８が付加されたファイルＤ２がストリーミングサーバ３に送られる。なお、このような付加情報は、上記Ｑｕｉｃｋ  Ｔｉｍｅ（登録商標）においては、Ｈｉｎｔ  Ｔｒａｃｋといわれ、このような付加情報を暗号化コンテンツデータに付加する処理はＨｉｎｔｉｎｇといわれる。以上の処理は、映像データ及び音声データを所有するプロバイダの許可又は著作権の保護を受けた装置（処置部）において行われる。本実施の形態においては、暗号化された暗号化コンテンツデータが付加情報と共にファイルＤ２としてストリーミングサーバ３に供給されるため、ストリーミングサーバ３は、コンテンツデータＤ１の著作権を取得していなくてもよい。コンテンツデータは、暗号化されているため、即ち、ストリーミングサーバ３は、暗号化されたコンテンツデータＤ１を復号化（デクリプト）することができないため、著作権が保護された状態で、コンテンツデータをパケット化し配信することができる。
【００４２】
以下、図３に示すＲＴＰパケットにおけるコーデック依存ヘッダの構造について更に詳細に説明する。図５は、コーデック依存ヘッダの一例を示す模式図である。図５（ａ）に示すように、ＲＴＰペイロード（ＲＴＰパケットペイロード）部分に格納されるコーデック依存ヘッダは、具体的には、例えば、ＡＵ（ＡｃｃｅｓｓＵｎｉｔ）ヘッダセクション６５ａと、予備（Ａｕｘｉｌｉａｒｙ）セクション６５ｂとからなる。この例において、ＡＵデータセクションは、暗号化コンテンツデータを格納する図３に示すメディアデータ６６に相当する部分を示す。
【００４３】
ＡＵヘッダセクションは、図５（ｂ）に示すように、例えば全ＡＵヘッダの長さを示す情報が格納されるＡＵヘッダレングス６７と、各ＡＵデータセクションに格納される例えばｎ個のＡＵデータ（暗号化コンテンツデータ）に対応するＡＵヘッダ６８ｎと、パディングビットとから構成される。更に、図５（ｃ）に示すように、ｎ個のＡＵヘッダ６８ｎには、ＡＵデータのサイズを示す部分６９ａ、ＡＵデータの順番を示すインデックス部分６９ｂ等を有している。
【００４４】
このようにして、オーサリング部２により生成された暗号化コンテンツデータ及び付加情報からなるファイルＤ２は、ストリーミングサーバ３に供給される。ストリーミングサーバ３は、ファイルＤ２が供給されると、ファイルＤ２の付加情報Ｄ８におけるパケット化制御情報に基づき各ＲＴＰパケットに格納するための暗号化コンテンツデータを用意する。即ち、パケット化制御情報に基づき、所定のＲＴＰパケットに格納するため、暗号化コンテンツデータから所定のデータ長のパケット化暗号化コンテンツデータを生成する。このパケット化暗号化コンテンツデータは、図示せずパケット生成手段により、図３及び図４に示すように、所定のＲＴＰパケットに格納され、コーデック依存ヘッダ、暗号化ヘッダ、ＲＴＰヘッダと共にＲＴＰパケットが生成される。そして、図示せぬ配信手段により、クライアント端末５の要求に応じてＲＴＰパケットＤ４が配信される。
【００４５】
ところで、コンテンツデータの著作権を有しているのはプロバイダであり、例えば、ライセンス管理サーバ４がプロバイダ１から与えられた権利Ｄ３に基づき、この著作権を管理する。即ち、プロバイダ１又はライセンス管理サーバ４がコンテンツデータＤ１の視聴を許可するクライアント端末５のみにライセンスを与える。このライセンスは、例えば、暗号化コンテンツデータを復号化するための暗号鍵、コンテンツデータを視聴するためストリーミングサーバに対してコンテンツデータを要求するための権利、コンテンツデータの複製を禁止する等のコンテンツデータの使用条件等が含まれる。このように、ライセンス管理サーバ４により、コンテンツデータの著作権を管理することにより、コンテンツデータ提供者の利益が保護される。なお、本実施の形態においては、ライセンス管理サーバ４がプロバイダ１が所有する著作権の管理をするものとしたが、例えば、プロバイダ１自身で管理を行ってもよい。
【００４６】
次に、データの受信側であるクライアント端末５について説明する。クライアント端末５は、ストリーミングサーバ３からストリームデータＤ４を受信すると共に、ライセンス管理サーバからライセンスＤ５を取得する。クライアント端末５は、例えばプロバイダ１に対してコンテンツデータの視聴料を支払うことにより、ライセンスを得ることができる。例えば、ライセンスを得なければ、クライアント端末５において、受信したパケットに含まれる暗号化コンテンツデータを復号化できないようにすること等により、安全性が向上する。
【００４７】
図６は、クライアント端末における処理モジュールを模式的に示すブロック図である。図６に示すように、クライアント端末５は、ＲＴＰパケットを受信する受信部５１と、ＲＴＰパケットの暗号化コンテンツデータを逆パケット化（リアセンブル）する逆パケット化部５２と、逆パケット化した暗号化コンテンツデータを復号化（デクリプト）する暗号復号化部５３と、平文となったコンテンツデータＤ１をデコードするデコーダ５４とを有する。また、プロバイダ１及びライセンス管理サーバ４との通信手段（図示せず）を有し、この通信手段を介してコンテンツデータの視聴権利を得ることができる。
【００４８】
逆パケット化部５２は、コーデック依存ヘッダ６５を参照し、逆パケット化を行う。述した如く、本実施の形態におけるＲＴＰパケットは、図３に示すように、コーデック依存ヘッダ６５が暗号化されていない平文である。従って、逆パケット化部５２は、受信されたままの状態のパケットにおいて、コーデック依存ヘッダ６５を参照し、逆パケット化を行うことができ、例えば、あるパケットのメディアデータ６６に格納されている暗号化コンテンツデータが重複して繰り返し送信されてくる場合、又は、暗号化コンテンツデータが順不動で送られてくる場合等においても逆パケット化が可能である。
【００４９】
暗号復号化部５３は、例えば、上述の通信手段を介して例えば暗号化コンテンツデータを復号化する復号鍵を得ることができ、これにより、逆パケット化された暗号化コンテンツデータを暗号化ヘッダを参照して復号化し、デコーダ５４に渡す。
【００５０】
デコーダ５４は、復号化されたコンテンツデータをデコードし、例えば表示手段（図示せず）等に表示することにより、クライアント端末５にてコンテンツデータを視聴することができる。
【００５１】
以下、本実施の形態におけるストリームデータ配信方法について説明する。図７（ａ）はストリーム配信側おけるストリームデータ配信方法、図７（ｂ）は、ストリーム受信側におけるストリームデータ受信方法を示すフローチャートである。
【００５２】
図７（ａ）に示すように、先ず、ＲＴＰパケットを生成するためのパケット化制御情報を生成し、コンテンツデータＤ１からコーデック依存ヘッダを生成する（ステップＳ１）。そして、コンテンツデータをデータ長が変わらない暗号化方式により暗号化して暗号化コンテンツデータを生成し（ステップＳ２）、パケット化制御情報及びコーデック依存ヘッダを参照しながら、上記暗号化コンテンツデータをＲＴＰパケット単位で復号化するための暗号化ヘッダを生成する（ステップＳ３）。これらの暗号化コンテンツデータと、少なくとも、パケット化制御情報、コーデック依存ヘッダ及び暗号化ヘッダを含む付加情報とからなるファイルがオーサリング部からストリーミングサーバ３へ送られる。
【００５３】
ストリーミングサーバ３は、パケット化制御情報を参照し、各パケットに格納される暗号化コンテンツデータを用意し（ステップＳ４）、暗号化コンテンツデータに加え、ＲＴＰヘッダ、暗号化ヘッダ、コーデック依存ヘッダをあわせてＲＴＰパケットを生成し（ステップＳ５）、これを配信する（ステップＳ６）。
【００５４】
一方、クライアント端末側においては、必要に応じてプロバイダ１又はライセンス管理サーバ４にコンテンツデータの視聴要求を行い、これにより、ストリーミングサーバ３からＲＴＰパケットがストリーム配信される。そして、図７（ｂ）に示すように、ＲＴＰパケットを受信し（ステップＳ１１）、ＲＴＰヘッダ及びコーデック依存ヘッダを使用して、受信したパケットを逆パケット化（リアセンブル）する（ステップＳ１２）。このときコーデック依存ヘッダは、暗号化されていないため、平文のコンテンツデータ（非暗号化コンテンツデータ）のときと同様にコーデック依存ヘッダを用いて、コーデックに対応した処理が可能となる。
【００５５】
その後、暗号化ヘッダを用いて、暗号化コンテンツデータを復号化（デクリプト）する（ステップＳ１３）。これにより、復号化されたコンテンツデータをデコードする（ステップＳ１４）、デコードしたコンテンツデータを視聴する等の利用ができる。
【００５６】
以下、本実施の形態における効果について説明する。ＤＲＭの観点から、図６に示すクライアント端末５の暗号復号化部５３で行われる復号化（デクリプト）処理と、デコーダ５４で行われるデコード等のコンテンツデータ利用のための処理は、処理モジュールに耐タンパ性が要求される。これは、処理モジュールをクラックすることによって、不正にコンテンツデータを取得されることを防ぐためである。
【００５７】
ところが、上述の従来技術のように、コーデック依存ヘッダが暗号化されていれば、クライアント端末５における受信データに対する処理は、本実施の形態における図７（ｂ）のフローチャートに示す処理順序と異なり、ステップＳ１３に示すデクリプト、ステップＳ１２に示すリアセンブル、ステップＳ１４におけるデコードという処理手順にならざるを得ない。この場合、上述の図１４に示したように、この３つの処理を行う全てのモジュールに耐タンパ性が要求される。
【００５８】
これに対して、本願発明においては、図７（ｂ）及び図８に示すように、逆パケット化部５２におけるリアセンブル（ステップＳ１２）、暗号復号化部５３におけるデクリプト（ステップＳ１３）、デコーダ５４におけるデコード（ステップＳ１４）という処理手順であるため、暗号復号化部５３、及びデコーダ５４の処理モジュールのみ耐タンパ化するだけでよい。
【００５９】
図９（ａ）及び図９（ｂ）は、本実施の形態の夫々データ配信側及びデータ受信側におけるデータ形式を説明する模式図である。図９（ａ）に示すように、先ず、暗号化されていない、即ち平文のフレーム単位のメディアデータ（コンテンツデータ）Ｐ１〜Ｐｎが用意されているとき、データ配信側では、コーデック依存ヘッダｃｄｈｎを付加するパケット化情報生成処理が行われる。例えば、パケット化のために生成されたデータ７０１は、コーデック依存ヘッダｃｄｈ１と、メディアデータＰ１，Ｐ２，Ｐ３とからなる。その後、データ７０ｎにおけるメディアデータＰｎの暗号化が行われ、暗号化メディアデータＣｎが生成され、パケット単位で復号化するための暗号化ヘッダｃｒｈｎが付加され、パケット８０ｎが生成される。例えば、データ７０１におけるメディアデータＰ１，Ｐ２，Ｐ３が暗号化されて夫々暗号化メディアデータＣ１，Ｃ２，Ｃ３とし、これらの暗号化メディアデータＣ１，Ｃ２，Ｃ３を復号化するための暗号化ヘッダｃｒｈ１が付加されて、パケット８０１が生成される。このとき、暗号化ヘッダｃｒｈ１及びコーデック依存ヘッダｃｄｈ１は暗号化されていない平文である。
【００６０】
一方、データ受信側においては、図９（ｂ）に示すように、先ず受信したパケット８０ｎの逆パケット化が行われる。即ち、コーデック依存ヘッダｃｄｈｎは平文であるため、復号化する必要がない。よって、受信したパケット８０ｎのコーデック依存ヘッダｃｄｈｎをそのまま参照し、パケット８０ｎに格納されている暗号化メディアデータＣｎを逆パケット化する。ここで、パケット８０１においては、逆パケット前後で暗号化メディアデータＣ１，Ｃ２，Ｃ３の順序、即ち、メディアデータＰ１，Ｐ２，Ｐ３の順序が等しくなっているが、コーデックによっては、メディアデータＰ１，Ｐ２，Ｐ３のプライオリティ又はメディアデータの伝送ロス等により、順番どおりにパケット化されない場合がある。即ち、メディアデータＰ１，Ｐ３，Ｐ５を暗号化した暗号化メディアデータＣ１，Ｃ３，Ｃ５を格納したパケット８０ａの次に、メディアデータＰ２，Ｐ４，Ｐ６を暗号化した暗号化メディアデータＣ２，Ｃ４，Ｃ６を格納したパケット８０ｂを配信する場合、又は、例えば暗号化メディアデータＣ１のみ複数のパケットに格納して繰り返し配信する場合等があり、コーデック依存ヘッダｃｄｈｎにはこれらの情報が格納されている。従って、このコーデック依存ヘッダｃｄｈｎを参照して暗号化メディアデータＣｎを並び変える。そして、その後、ｃｒｈｎを参照し、逆パケット化した暗号化メディアデータＣｎを復号化してメディアデータＰｎを得る。即ち、パケット８０１においては、ｃｒｈ１を参照して、逆パケット化した暗号化メディアデータＣ１，Ｃ２，Ｃ３をメディアデータＰ１，Ｐ２，Ｐ３に復号化する。
【００６１】
このように、データ配信側で暗号化する前にコーデック依存ヘッダを付加しているため、データ受信側において、メディアデータを暗号化した状態のままで、逆パケット化することができるため、上述したように、耐タンパ性が高まる。
【００６２】
また、著作権保護されたコンテンツデータは、著作権者のところで暗号化され、そのンテンツを利用する正当な権利を持つ者のところでのみ、復号化（デクリプト）され利用されなければならない。一方で、ストリーミングにおいて、伝送コンテンツデータの最適なパケット化方法は、伝送路の条件に依存する。そして、再パケット化等、コンテンツの内容を加味した処理を行うためには暗号化されていないコンテンツデータにアクセスできる必要がある。例えば、伝送路のエラーレート等の伝送条件に応じて、複数のパケットをまとめて１つにしたりする等の再パケット化処理を行う必要がある場合がある。
【００６３】
しかしながら、従来のように、コーデック依存ヘッダが暗号化されている場合、著作権者の範囲外にあるストリーミングサーバでは、暗号化されたデータを復号化できない、又は復号化する権利をもたないため、ストリーミングする伝送路の条件に応じて再パケット化を行い、コーデック依存ヘッダを変更することは不可能である。一方、本発明のように、コーデック依存ヘッダが暗号化されていなければ、暗号化コンテンツデータを復号化して使用する代わりに、暗号化されていない、即ち、平文のコーデック依存ヘッダを利用することで、再パケット化を行うことが可能となる。
【００６４】
上述の図１３及び図１４に示したように、コンテンツデータと共に、コーデック依存ヘッダを暗号化の対象とした場合、パケット単位で復号化（デクリプト）を行うことをできるようにしておく必要があるため、一連の暗号化データ中には暗号化コンテンツデータとコーデック依存ヘッダとが交互に含まれることになる。この暗号化コンテンツデータをストリーミ配信して再生する、又はストリーミングではなく、ダウンロードして再生するといったローカルでの利用をしたい場合、暗号化方式によっては、必要なコンテンツデータの暗号復号化（デクリプト）のために、即ち、所望の暗号化コンテンツデータ部分のみを復号化（デクリプト）する場合、当該暗号化コンテンツデータ部分を特定するため等には、当該暗号化コンテンツデータ部分以外のコーデック依存ヘッダの復号化（デクリプト）も行わなければならなくなる。また、復号化（デクリプト）されたデータからコンテンツデータとコーデック依存ヘッダとを分離するには、そのための情報が別途用意されていなければ不可能である。
【００６５】
一方、本発明の如く、コーデック依存ヘッダが暗号化対象でなければ、暗号化データがコンテンツデータのみからなることになり、同一の暗号化コンテンツデータをローカルでの利用とストリーミングでの利用の両方に使用することが可能となる。
【００６６】
従来、コーデック依存ヘッダが暗号化されていたため、逆パケット化（リアセンブル）は復号化（デクリプト）の後段でなければ行えなかった。しかしながら、逆パケット化と復号化（デクリプト）は本来別々の処理であるため、コーデック依存ヘッダが暗号化されていなければ、逆パケット化と復号化（デクリプト）の処理順番に制約はない。従って、暗号化コンテンツデータのストリーミングにおいて、伝送コンテンツデータのパケット化に伴う付加情報を非暗号化することによって、本実施の形態においては、以下に挙げる利点が得られる。
【００６７】
即ち、伝送コンテンツデータの受信側において、受信パケットのリアセンブル処理モジュールと受信データの復号化処理モジュールの独立性が高まり、従来の伝送コンテンツデータのコーデック依存ヘッダも暗号化した場合には、受信データの復号化処理を受信パケットのリアセンブル処理の後段で行うことはできなかったのに対し、本実施の形態においては、受信データの復号化処理を受信パケットの逆パケット化（リアセンブル）処理の後段で行うことができる。これによって、耐タンパ化すべき処理範囲を小さくすることができる。
【００６８】
更に、暗号化コンテンツデータの伝送中継装置などにおいて、暗号化されていないコーデック依存ヘッダを有効に用いることによって、暗号化コンテンツデータの復号化を行うことなく、再パケット化を行うことが可能となる。以上のように、伝送コンテンツデータのセキュリティを守りつつ、コーデック依存ヘッダが提供する機能を有効に活用することができる。
【００６９】
また、コーデック依存ヘッダを暗号化しないため、暗号化対象は伝送コンテンツデータのみとなる。したがって、同一の暗号化コンテンツデータをローカルで再生等の処理とストリーミングの両方に利用することができる。
【００７０】
更に、各種コーデック毎に定義（ＲＦＣ化）されているパケット化の付加情報を使用するため、クライアント端末側で特別な拡張なしにそのまま利用でき、フラグメント（分割）、インターリーブ（Ｉｎｔｅｒｌｅａｖｅ：データの並べ替え）といった特殊処理も可能である。
【００７１】
なお、本発明は上述した実施の形態のみに限定されるものではなく、本発明の要旨を逸脱しない範囲において種々の変更が可能であることは勿論である。例えば、上述の実施の形態においては、コンテンツデータは、ＲＴＰパケット化してストリーム配信するものとして説明したが、上述したように、コーデック依存ヘッダが暗号化されていないため、再パケット化が可能であり、従って、例えばデータ配信側において、例えばＲＴＰヘッダ等のストリーム配信にのみ必要な情報を排除し、逆パケット化したデータを生成する手段を設け、ストリーム配信用ではなく、ダウンロード用等の暗号化コンテンツデータとすることができる。即ち、コンテンツデータを暗号化する前にコンテンツデータの符号化方式に依存する情報を付加しておくことにより、ストリーム配信用及びダウンロード用の２つのデータを得ることができので、ストリーム配信用に準備したデータをダウンロード用のローカルなデータとして使用することができる。
【００７２】
また、上述の実施の形態では、ハードウェアの構成として説明したが、これに限定されるものではなく、任意の処理を、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）にコンピュータプログラムを実行させることにより実現することも可能である。この場合、コンピュータプログラムは、記録媒体に記録して提供することも可能であり、また、インターネットその他の伝送媒体を介して伝送することにより提供することも可能である。
【００７３】
【発明の効果】
以上詳細に説明したように本発明に係るストリーミングシステムは、画像データ及び／又は音声データを符号化して得たコンテンツデータが暗号化された暗号化コンテンツデータを、少なくとも上記コンテンツデータの上記符号化に関する情報を示す暗号化されていない符号化情報と共に所定の形式パケット化してストリーム配信するストリーム配信手段と、上記ストリーム配信手段からの上記パケットを受信し、上記暗号化されていない符号化情報に基づき上記受信したパケットを逆パケット化した後、該逆パケット化されたパケットの上記暗号化コンテンツデータを復号化してコンテンツデータを生成するストリーム受信手段とを有するため、コンテンツデータのセキュリティを守りつつ、符号化情報が提供する機能を有効に活用することができ、暗号化コンテンツデータの伝送中継装置などにおいて、暗号化されていない符号化情報を有効に用いることによって、暗号化コンテンツデータの復号化を行うことなく、再パケット化を行うことが可能となる。また、コンテンツデータの受信側において、受信パケットの逆パケット化の処理モジュールと受信データの復号化処理モジュールの独立性が高まり、受信データの復号化処理を受信パケット逆パケット化の処理の後段で行うことができ、これによって、耐タンパ化すべき処理範囲を小さくすることができる。更に、符号化情報を暗号化しないため、暗号化対象はコンテンツデータのみとなり、同一の暗号化コンテンツデータをローカルで再生等の処理とストリーミングとの両方に利用することができる。更にまた、各種コーデック毎に定義されているパケット化の付加情報を、特別に規格の拡張等なしでそのまま利用することができる。
【図面の簡単な説明】
【図１】本発明の実施の形態におけるストリーミングシステムを示すブロック図である。
【図２】本発明の実施の形態におけるオーサリング部における処理モジュールを模式的に示すブロック図である。
【図３】本発明の実施の形態におけるＲＴＰパケットの構成を示す模式図である。
【図４】本発明の実施の形態におけるストリーム配信側のデータ構成を示す模式図である。
【図５】（ａ）乃至（ｃ）は、本発明の実施の形態におけるコーデック依存ヘッダの構成の一例を示す模式図である。
【図６】本発明の実施の形態におけるクライアント端末における処理モジュールを模式的に示すブロック図である。
【図７】（ａ）は、本発明の実施の形態のストリーム配信側おけるストリームデータ配信方法、（ｂ）は、ストリーム受信側におけるストリームデータ受信方法を示すフローチャートである。
【図８】本発明の実施の形態におけるクライアント端末での処理手順を示す模式図である。
【図９】（ａ）及び（ｂ）は、本発明の実施の形態における夫々データ配信側及びデータ受信側におけるデータ形式を説明する模式図である。
【図１０】従来のストリーミングシステムの一例を示すブロック図である。
【図１１】従来のＤＲＭを説明するためのストリーミングシステムを示すブロッック図である。
【図１２】（ａ）及び（ｂ）は、ＲＴＰパケットの構成例を示す模式図である。
【図１３】暗号化する前にパケット化した場合のパケットの構造を示す模式図である。
【図１４】図１３に示すパケットを受信したクライント端末での処理手順を示す模式図である。
【符号の説明】
１  プロバイダ、２  オーサリング部、３  ストリーミングサーバ、４  ライセンス管理サーバ、５  クライアント端末、２０  付加情報生成部、２１  パケット化制御情報生成部、２２  コーデック依存ヘッダ生成部、２３  暗号化ヘッダ生成部、２４  暗号化部、５１  受信部、５２  逆パケット化部、５３  暗号復号化部、５４  デコーダ、６０  ＲＴＰパケット、６１  ＲＴＰヘッダ、６２ＲＴＰペイロード、６４  暗号化ヘッダ、６５  コーデック依存ヘッダ、６６メディアデータ、６５ａ  ＡＵヘッダセクション、６５ｂ  予備セクション、６７  ＡＵヘッダレングス、６８ｎ  ＡＵヘッダ
【図１】
2004158936.tif 000003
【図２】
2004158936.tif 000004
【図３】
2004158936.tif 000005
【図４】
2004158936.tif 000006
【図５】
2004158936.tif 000007
【図６】
2004158936.tif 000008
【図７】
2004158936.tif 000009
【図８】
2004158936.tif 000010
【図９】
2004158936.tif 000011
【図１０】
2004158936.tif 000012
【図１１】
2004158936.tif 000013
【図１２】
2004158936.tif 000014
【図１３】
2004158936.tif 000015
【図１４】
2004158936.tif 000016