(57)【特許請求の範囲】
【請求項１】
ネットワークを通じて動画データの配信を行うストリーミング配信手段を備えた動画配信サーバーと、
動画データを受信し再生するストリーミング再生手段、動画データを録画記録するストリーミング録画手段、動画データに埋め込まれた電子透かしを検出して動画データの複製禁止を意味する透かしデータを検出した場合は前記ストリーミング録画手段による動画データの録画動作を中止させる透かし検出手段、受信した動画データに電子透かしを挿入する透かし挿入手段を備えたネットワークに接続されたクライアント端末と、
から構成される動画データ配信システムであって、
前記動画配信サーバーとクライアント端末との間で特別なメッセージプロトコルが定義されており、前記クライアント端末は、動画データの録画を行う際は、前記動画配信サーバーに録画記録の日時、およびクライアント端末の識別情報、を含む録画通知メッセージを発信し、前記動画配信サーバーは、同メッセージを受けた時にその内容を記録管理する情報管理手段を備えておくことにより、クライアント側で動画データの録画を行なったことをサーバー側で管理できるようにしたことを特徴とする動画データ配信システム。
【請求項２】
ネットワークを通じて動画データの配信を行うストリーミング配信手段を備えた動画配信サーバーと、
動画データを受信し再生するストリーミング再生手段、動画データを録画記録するストリーミング録画手段、受信した最初の数フレームについて電子透かし挿入の有無を調べる間は次のフレームデータの要求および受信を中断させ、電子透かし挿入の有無及びその内容を検出し、動画データの複製禁止を意味する透かしデータを検出した場合は前記ストリーミング録画手段による動画データの録画動作を中止させ、そうでない場合は録画動作を可能な状態としたまま、フレームデータの要求および受信を再開させる透かし検出手段、受信した動画データに電子透かしを挿入する透かし挿入手段、を備えたネットワークに接続されたクライアント端末と、
から構成される動画データ配信システムであって、
前記動画配信サーバーとクライアント端末との間で特別なメッセージプロトコルが定義されており、前記クライアント端末は、動画データの録画を行う際は、前記動画配信サーバーに録画記録の日時、およびクライアント端末の識別情報、を含む録画通知メッセージを発信し、前記動画配信サーバーは、同メッセージを受けた時にその内容を記録管理する情報管理手段を備えておくことにより、クライアント側で動画データの録画を行なったことをサーバー側で管理できるようにしたことを特徴とする動画データ配信システム。
【請求項３】
ネットワークに接続して動画データ送信元のサーバーから動画データを受信する動画データ受信再生装置であって、
動画データを受信し再生するストリーミング再生手段と、動画データを録画記録するストリーミング録画手段と、動画データに埋め込まれた電子透かしを検出して動画データの複製禁止を意味する透かしデータを検出した場合は前記ストリーミング録画手段による動画データの録画動作を中止させる透かし検出手段と、受信した動画データに電子透かしを挿入する透かし挿入手段と、動画データの録画を行う際は、動画データ送信元のサーバーに録画記録の日時、およびクライアント端末の識別情報、を含む録画通知メッセージを発信する機能を備えた動画データ受信再生装置。
【請求項４】
ネットワークに接続して動画データ送信元のサーバーから動画データを受信する動画データ受信再生装置であって、
動画データを受信し再生するストリーミング再生手段と、動画データを録画記録するストリーミング録画手段と、受信した最初の数フレームについて電子透かし挿入の有無を調べる間は次のフレームデータの要求および受信を中断させ、電子透かし挿入の有無及びその内容を検出し、動画データの複製禁止を意味する透かしデータを検出した場合は前記ストリーミング録画手段による動画データの録画動作を中止させ、そうでない場合は録画動作を可能な状態としたまま、フレームデータの要求および受信を再開させる透かし検出手段と、受信した動画データに電子透かしを挿入する透かし挿入手段と、動画データの録画を行う際は、動画データ送信元のサーバーに録画記録の日時、およびクライアント端末の識別情報、を含む録画通知メッセージを発信する機能を備えた動画データ受信再生装置。
【請求項５】
コンピュータを請求項３または請求項４に記載の動画データ受信再生装置として動作させるコンピュータプログラム。
【請求項６】
ネットワークを通じて動画データの配信を行う動画配信サーバーと、動画データを受信し再生するネットワークに接続されたクライアント端末とから構成される動画データ配信システムにおけるコンテンツ不正流通防止方法であって、
動画配信サーバーでは配信する動画コンテンツについて少なくとも最初の数フレームについて各フレームごとにクライアント端末側での録画記録を許可するかしないかまたはどのような条件で録画を許可するかの制御情報を不可視電子透かし情報としてコンテンツデータに埋め込んだ動画データを用意し、
クライアント端末では、受信したストリームデータから電子透かし挿入の有無及び内容を抽出し、電子透かしの有無および抽出した内容にしたがってストリームデータの録画記録機能を制御させ、動画コンテンツをクライアント端末側で録画記録した場合は、録画したクライアント端末、録画日時、録画条件あるいは録画状態、を特定できる録画通知をクライアント端末から動画配信サーバーに送信させこの情報をサーバー側で記録管理するとともに、
クライアント端末側では、録画したクライアント端末、録画日時、を特定できる不可視の電子透かし、または、可視の電子透かしを録画記録データに挿入することにより、
サーバー側でコンテンツデータが複製された事実を管理可能とするとともにコンテンツが不正に流通した時に流出元を特定可能とすることを特徴とするコンテンツ不正流通防止方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はネットワーク上でデジタルコンテンツを配信する際、ユーザー側でデジタルコンテンツの無断複製を防止または抑止する手段を装備した動画データ配信システムに関する。
【０００２】
【従来技術】
インターネットを通じて、音声データ、動画データ等のデジタルコンテンツを配信する技術は、ストリーミング技術として実用化の域にあるが、デジタルデータは複製を何回繰り返しても品質劣化が生じないため、不正複写等デジタルコンテンツの著作権を侵害する行為を如何に防止するかが、サービス提供者にとって大きな問題になっている。
【０００３】
ストリーミング配信技術とは、ユーザから要求のあった動画音声などのコンテンツについて、配信サーバからのコンテンツ配信とユーザ側でのコンテンツ再生とを同期をとりながらほぼリアルタイムに途切れないように行うものである。ユーザとっては、すべてのデータをダウンロードすることなく再生可能であり、コンテンツの途中からの再生も可能といったメリットがある。
【０００４】
デジタルコンテンツの著作権を侵害する行為を如何に防止するかの問題に対して、不正なコピーを抑止するために、デジタルコンテンツデータ内に著作権の情報等を埋め込む電子透かし技術を利用するのは一つの方法である。例えば、画素の色相、明度等にデータ値の演算を施して、電子透かしを埋め込む手法としてDigimarc社、米国特許5,636,292号がある。
【０００５】
電子透かしを埋め込む手法としては他に、原画像の周波数領域に透かし情報を埋め込む手法がある。これらは、大西、岡、松井“PN系列による画像への署名法”1997年、暗号と情報セキュリティシンポジウム講演論文集、SCIS97-26Bや中村、小川、高嶋“ディジタル画像の著作権保護のための周波数領域における電子透かし方式”1997年、暗号と情報セキュリティシンポジウム講演論文集、SCIS97-26A、石塚、酒井、櫻井、“ウェーブレット変換を用いた電子透かし技術を用いた電子透かし技術の安全性と信頼性に関する実験的考察” 1997年、暗号と情報セキュリティシンポジウム講演論文集、SCIS97-26Dに詳しい。
【０００６】
以上は静止画に透かしを埋め込む手法であるが、動画像データに適した、動画像データへの電子透かし埋め込み技術として、動きベクトルに透かし情報を埋め込む方法として、例えば、特開2000-165248がある。
【０００７】
又、別の手段として、コンテンツ内にデータの記録禁止情報を例とするデータ属性等を記載したデータヘッダをデータに付加して流通させる方法もある。記録装置はデータヘッダを参照し、データの記録禁止情報が存在すれば、記録作業を禁止する。
【０００８】
【発明が解決しようとする課題】
しかし、電子透かし技術は、デジタルコンテンツの不正コピーを抑止することはできるが、デジタルコンテンツの不正流通を完全に防ぐことはできない。また、デジタルコンテンツの記録許可・不許可をコンテンツデータのヘッダ部分に記録させ、それで再生時の動作を制御させる方法は、データヘッダー部は、コンテンツデータ部分と区別しやすく改竄されやすいという弱点がある。
【０００９】
そこで本発明は、電子透かし技術と、クライアント側でデジタルコンテンツをコピーしたことをサーバー側が知得可能な仕組みを備えた専用のクライアント装置によりデジタルコンテンツの不正な流出を防ぐ動画像配信システムを提供することを課題とする。
【００１０】
【課題を解決するための手段】
課題を解決するための第１の発明は、ネットワークを通じて動画データの配信を行う動画配信サーバーと、動画データを受信し再生するネットワークに接続されたクライアント端末とから構成される動画データ配信システムであって、前記クライアント端末は、動画データを受信し再生するストリーミング再生手段、動画データを録画記録するストリーミング録画手段、動画データに埋め込まれた電子透かしを検出して動画データの複製禁止を意味する透かしデータを検出した場合は前記ストリーミング録画手段による動画データの録画動作を中止させる透かし検出手段、受信した動画データに電子透かしを挿入する透かし挿入手段を備えたものであって、前記動画配信サーバーとクライアント端末との間で特別なメッセージプロトコルが定義されており、前記クライアント端末は、動画データの録画を行う際は、前記動画配信サーバーに録画記録の日時、およびクライアント端末の識別情報、を含む録画通知メッセージを発信し、前記動画配信サーバーは、同メッセージを受けた時にその内容を記録管理する情報管理手段を備えておくことにより、クライアント側で動画データの録画を行なったことをサーバー側で管理できるようにしたことを要旨とする。
【００１１】
コンテンツデータ内の固定されたヘッダー部領域に、記録禁止属性情報を記録して、コンテンツの複製を制御する方法だと、悪意のある者にその仕組みを知られ改竄されやすいという欠点があるが、前記第１の発明の動画データ配信システムは、このような欠点を解消する。
【００１２】
尚、前記透かし検出手段は、受信した最初の数フレームについて電子透かし挿入の有無を調べる間は次のフレームデータの要求および受信を中断させ、電子透かし挿入の有無及びその内容を検出し、動画データの複製禁止を意味する透かしデータを検出した場合は前記ストリーミング録画手段による動画データの録画動作を中止させ、そうでない場合は録画動作を可能な状態としたまま、フレームデータの要求および受信を再開させるように構成してもよい。
【００１３】
第１の発明の動画データ配信システムの利点は、コンテンツデータを複製記録できる場合においても、必ず元データに何らかの加工が施されるので、品質が劣化することと、複製したクライアント端末の情報またはコンテンツデータの供給元等をコンテンツデータに記録可能なことである。
【００１６】
また、コンテンツデータの供給側である動画配信サーバーは、録画通知メッセージを記録管理することで、コンテンツデータの録画複製がどこでいつ行なわれたかを管理することができる。
【００１８】
さらに、このような動画データ配信システムによれば、クライアント側でどのように動画データの録画を行なったかをサーバー側で管理できるだけでなく、コンテンツデータが不正に流通した場合に、透かしデータに録画複製したクライアント端末の識別情報を入れておくことによりその流出元が特定可能となる。
【００１９】
課題を解決する第２の発明は、第１の発明の動画データ配信システムを構成するクライアント端末として働く動画データ受信再生装置である。
【００２０】
課題を解決する第３の発明は、コンピュータに組み込むことによりコンピュータを、第２の発明の動画データ受信再生装置として動作させるコンピュータプログラムである。
【００２２】
課題を解決する第４の発明は、ネットワークを通じて動画データの配信を行う動画配信サーバーと、動画データを受信し再生するネットワークに接続されたクライアント端末とから構成される動画データ配信システムにおけるコンテンツ不正流通防止方法であって、動画配信サーバーでは配信する動画コンテンツについて少なくとも最初の数フレームについて各フレームごとにクライアント端末側での録画記録を許可するかしないかまたはどのような条件で録画を許可するかの制御情報を不可視電子透かし情報としてコンテンツデータに埋め込んだ動画データを用意し、
クライアント端末では、受信したストリームデータから電子透かし挿入の有無及び内容を抽出し、電子透かしの有無および抽出した内容にしたがってストリームデータの録画記録機能を制御させ、動画コンテンツをクライアント端末側で録画記録した場合は、録画したクライアント端末、録画日時、録画条件あるいは録画状態、を特定できる録画通知をクライアント端末から動画配信サーバーに送信させこの情報をサーバー側で記録管理するとともに、
クライアント端末側では、録画したクライアント端末、録画日時、を特定できる不可視の電子透かし、または、可視の電子透かしを録画記録データに挿入することにより、サーバー側でコンテンツデータが複製された事実を管理可能とするとともにコンテンツが不正に流通した時に流出元を特定可能とすることを特徴とするコンテンツ不正流通防止方法である。
【００２３】
【発明の実施の形態】
以下図面を用いて本発明の一実施形態である動画データ配信システム１（以下システム１）を説明してゆく。図１は、システム１の全体構成を説明する図である。１０はストリーミング配信を行う動画配信サーバである。２０はユーザーが使用するクライアント端末である。９は、動画配信サーバ１０とクライアントクライアント端末２００の間を結び付けるインターネット等のネットワークである。動画配信サーバー１０は、動画データ１９をクライアント端末２０と同期を取りながらストリーミングデータとして送出するストリーミング配信手段１１を備える。クライアント端末から送信される録画通知メッセージ等を処理する情報管理手段１３と録画通知メッセージの内容を集積し記録管理する管理データベース１４を備える。Network I/O部１１４は、ストリーミング配信手段１１が送出するストリーミングデータをネットワーク９を流れるパケットに変換し、またネットワーク９から到着したパケットをストリーミング配信手段１１または情報管理手段１３が取扱い可能なデータ形式に変換するための物理的および論理的インターフェース装置である。
【００２４】
図２は、クライアント端末２０の構成を示すブロック図である。クライアント端末２０は、ネットワーク９を流れるパケットを扱う物理的および論理的インターフェース装置であるNetwork I/O部２１４、ストリーミングデータを受信し再生表示するストリーミング再生手段２１、動画データを録画するストリーミング録画手段２３、動画データ中の電子透かしを検出する透かし検出手段２２、録画する際電子透かしを挿入する透かし挿入手段２４を備える。ストリーミング再生手段２１で処理されたデータはVRAM２１６上に展開され、モニター２１７に表示される。ストリーミング録画手段２３は、それぞれのクライアント端末毎の固有の識別番号を持っている。この識別番号は動画配信サーバー１０の管理データベース１４にも記録されている。
【００２５】
システム１の説明に入る前に、ストリーミング配信とストリーミングデータ再生方式について説明する。ストリーミング配信手段１１とストリーミング再生手段２１の間には、アプリケーション層レベルのプロトコルが定義されており、ストリーミング再生手段２１からストリーミング配信手段１１へ▲１▼接続の要求、▲２▼ストリーミングデータ配信の要求、▲３▼ストリーミングデータの送信および受信、▲４▼終了通知、▲５▼接続解除、のメッセージのやり取りを行うことで、一つのコンテンツデータの配信・受信が行われる。図３は、上記▲２▼と▲３▼の段階について示した図である。端末２０は動画配信サーバ１０に対して、ストリーミング配信要求を行う。それに対して、動画配信サーバ１０はストリーミングデータを時間軸で分割し、分割したストリーミングデータ分ずつ配信を行う。端末２０で受取るデータは、ネットワークを移動するうちに動画配信サーバー１０での送信の順番が前後して到着する場合もある。データ端末２０のストリーミング再生手段２１は受信したデータをサーバ１０から配信された順に再構成してから再生を行う。
【００２６】
本発明の動画データ配信システム１を説明するにあたり、以下ではクライアント端末２０の処理動作を中心に説明を進めてゆく。
【００２７】
図５はストリーミングデータを端末側で記録する記録手順を説明する流れ図である。以下、端末２０での処理の流れを図５にしたがって説明する。同システム利用者が各自のクライアント端末２０でストリーミングデータを要求し受信再生と同時に録画記録を行う場合、以下の手順で行う。まず、クライアント端末２０を記録状態にして（Ｓ１０）、動画配信サーバ１０に対してストリーミング録画手段２３の識別情報（装置ＩＤ）と、記録状態開始日時、データ送信要求を送信する（Ｓ１２）。動画配信サーバ１０は受信した装置ＩＤと記録状態開始日時を、情報管理手段１３の管理するバッファ領域に一時記録する（この情報は後に端末２０から受信（記録）終了通知を受けた時に管理データベース１４内に記録されるものである）。その後、ストリーミング配信手段１１が指定されたストリーミングデータ１９の送信を開始する。ストリーミングデータを分割して、クライアント端末２０に対してストリーミングデータを送信する。
【００２８】
クライアント端末２０はストリーミングデータを受信すると（Ｓ１４）、受信されたストリーミングデータ内の最初の数フレームをハードディスク２１５内にテンポラリファイルAとして保存する。透かし検出手段２２が直ちに起動され、保存したファイルA内の不可視電子透かしを検知する（Ｓ１６）。なお、電子透かしの有無を検知している間は、クライアント端末２０から動画配信サーバー１０に対して次のデータを要求するメッセージを送らないのでサーバー１０からのストリーミングデータの送信は行われない。以後の動作は透かし検出手段２２の検出結果によって異なる。不可視電子透かしの検出処理終了後、ファイルAは不要となるので破棄する。
【００２９】
ファイルA内に透かしが検出されなかった場合は、ストリーミングデータ送信要求を動画配信サーバ１０に対して行うことにより以後のストリーミングデータの送受信を再開する。以後、受信されたストリーミングデータはＶＲＡＭ２１６に書込まれモニタ２１７に再生表示され、同時に、ストリーミング録画手段２３は受信されたストリーミングデータをハードディスク２１５にストリーミングデータをファイルBとして記録する（Ｓ１８）。サーバー１０のストリーミング配信手段１１とクライアント端末２０のストリーミング再生手段２１は短い単位時間毎の動画データを同期を取りながら送受信する。全てのデータの送受信終了後透かし挿入手段２４は、ファイルBに不可視電子透かしを挿入する（Ｓ２０）。この時に埋め込む情報は装置ＩＤと記録日時である。透かしの挿入終了後、ストリーミングデータの記録終了を動画配信サーバ１０へ通知する（Ｓ２４）。
モニタ２１７にストリーミングデータの記録が正常に終了したことを表示して（Ｓ２６）、一回の動画コンテンツ再生記録処理を終了する。
【００３０】
動画コンテンツのサービス提供者は、ユーザーがクライアント端末２０においてコンテンツデータの複製を作ることを許可するかどうかをストリーミングデータに不可視の透かしを埋め込むことでコントロールすることができる。サービス提供者は、ストリーミングデータの記録を一切禁止する、もしくは可視電子透かし挿入を条件に記録許可を行うの２通りを、ストリーミングデータの最初の数フレーム分のデータに不可視電子透かしを埋め込むことで指定できる。そして透かしの埋め込まれたコンテンツデータを配信することで、クライアント側の動作をコントロールする。この場合、不可視電子透かしとして埋め込む情報は、クライアント端末２０のストリーミング録画手段２３が前記の記録禁止もしくは可視透かし挿入の条件の下で記録許可の区別が可能であれば何でもよいが、事前に端末２０側は図７に示すような情報を電子透かし検出ファイルとして保持しておく必要がある。
【００３１】
透かし検出手段２２はステップＳ１６にて、ファイルA内に不可視電子透かしが存在する事を検知した場合は、不可視電子透かしを抽出し、電子透かし検出ファイルと照合して内容の判別を行う（Ｓ１７）。存在する透かしが記録禁止を表示するものである場合は、ファイルAを破棄し、記録処理を中止する旨をモニタ２１７に表示する（Ｓ３０）。そして、ストリーミングデータ送信要求を動画配信サーバ１０に対して行うことにより以後のストリーミングデータの送受信を再開する。以後、受信されたストリーミングデータはモニタ２１７に再生表示されるが、ハードディスク２１５への記録は行われない（Ｓ３２）。全てのストリーミングデータの受信を終えた時、ストリーミングデータの受信終了を動画配信サーバ１０へ通知する（Ｓ３４）。受信終了通知には、ストリーミングデータの端末２０内への録画は行なわなかったことを意味する情報が含まれる。
【００３２】
透かし検出手段２２が、不可視電子透かしを抽出し、電子透かし検出ファイルと照合して内容の判別を行った結果（Ｓ１７）、可視透かし挿入の上記録許可という指定になっている場合は、ストリーミングデータ送信要求を動画配信サーバ１０に対して行うことにより以後のストリーミングデータの送受信を再開する。以後、受信されたストリーミングデータはモニタ２１７に再生表示され、同時にファイルBとしてハードディスク２１５へ記録される（Ｓ１９）、その後、透かし挿入手段２４が起動されファイルBに可視電子透かし挿入を行う（Ｓ２１）。その際、挿入する可視透かしは予め、クライアント端末２０で保持しているビットパターンを用いるものとする。可視の透かし挿入終了後記録終了通知を動画配信サーバ１０へ送信する（Ｓ２４）。サーバー１０は、端末２０側で、不可視透かしを挿入の上記録したのか、可視透かしを挿入して記録したのかを示す情報とコンテンツデータ送信前に一時的にバッファに保持していた情報（装置ＩＤ、送信要求日時）と合わせた情報を、１レコードとして管理データベース１４に追加する。モニタ２１７にストリーミングデータの記録が正常に終了したことを表示して（Ｓ２６）、一回の動画コンテンツ再生記録処理を終了する。
【００３３】
図６は、管理データベース１４に記録される管理情報を図示したものである。サーバー１０が提供するコンテンツ毎に、図６に示すデータが記録されている。図６の１行（装置ＩＤ、日時、記録状態）が１回のコンテンツデータの受信によって追加される１レコードである。従ってサービス提供者は、どのコンテンツについて何時どこでどのように複製が行われたかをデータベース１４を参照することによって知ることができる。
【００３４】
本発明ではストリーミングデータに電子透かしを埋め込む必要がある。このための手法について以下に述べる。
【００３５】
可視の電子透かしは、元画像に対して特定の文字、文字列、マークを表すビットパターンと合成するなどの処理により原画像から明らかに視覚的に感知し得る変化を与えるものである。例えば、特定の文字、文字列、マークを表すビットパターンが２値のビットパターンとして定義されている場合に、１（または０）の値をとる画素の輝度のみを変化させ、０（または１）の値をとる画素は、画像データの値そのままとすれば可視の透かしが元の画像データに挿入されたこととなる。
【００３６】
静止画像に不可視の電子透かしを埋め込む方法としては、画像を周波数変換し、周波数スペクトラムに電子透かしデータを埋め込む方法が知られている。このような手法は、「電子透かしとコンテンツ保護」小野  束著  オーム社  に具体的に述べられている。
【００３７】
具体例を一つ上げる。元の静止画像をＤＣＴ（離散コサイン変換）を用いて周波数成分に変換し、予め決められたｎ個の高周波成分f(1)、f(2)、f(3)…、f(n)に対して透かし情報を埋め込む。埋め込み方は、透かし情報として利用する情報Bitが０の時は量子化した値を偶数に、Bitが１の場合は量子化した値を奇数にする。この結果、ｎ個の高周波成分の値に対して１bitずつ、計ｎbitの透かし情報が埋め込まれる。
【００３８】
透かしの検出は以下の方法で行う。先ずＤＣＴを用いて周波数成分に変換し、その後量子化を行い、透かし埋め込みを実施した場所から透かし情報検出を行う。検出方法は量子化後の値が偶数の時は透かし埋め込みは０、奇数の時は１が埋め込まれているので、これにより、透かし情報の検出が可能となる。
【００３９】
透かしを埋め込まれるのは、比較的冗長度の高い高周波領域で、しかも量子化値の最下位ビットが影響するだけなので、原画像に戻した時の影響は見た目には小さい。しかも上記の方法で、透かし挿入によって影響を受けるのは、原画像の中で８画素×８画素のＤＣＴ変換を行なう１ブロックだけであるため、実際上は透かしが挿入されたことを感知できない。画素数の大きい静止画像ならば、透かしを埋め込むブロックを複数箇所設けて、透かし挿入情報量を増やしたり、または挿入する透かし情報に冗長性を持たせて埋め込まれた透かしの耐性を強くすることも可能である。
【００４０】
この方法を動画データに応用するには、図５のフロー図にて説明したように、ストリームデータのうち、最初の数フレームの画像に対して、上記方法の埋め込み処理を行なえばよい。動画データは１フレームの画素数が小さいので透かしを埋め込むＤＣＴ変換処理ブロックを複数設けることは避けるべきだが、その代わり複数のフレームを利用すれば、挿入透かしの情報量、冗長度を稼ぐことができる。
【００４１】
図４は、上記方法で動画データの数フレームに装置ＩＤと時刻を埋め込んだ場合の概念図である。数フレームに渡って、同じ装置ＩＤ、日付を繰り返し挿入させ、挿入情報に冗長性を持たせている。尚、本発明では、不可視電子透かしをサーバー１０側で予め挿入している場合、図５のステップＳ２０にて端末２０側で埋め込む場合いずれも、コンテンツデータの先頭から数フレームに挿入すると決めておく。このように決めておけば不可視電子透かしの検出が容易だからである。
【００４２】
透かし検出処理は、この数フレームだけを、しかもそのうちの特定のＤＣＴ処理ブロックだけについてＤＣＴ変換を行なうだけなので、端末２０（再生装置）においてさほど大きな計算量の負荷にはならない。また、端末２０側で透かしを挿入する（図５のＳ２０、Ｓ２１）のは、ストリーミングデータを全て受信後、すなわち再生終了後なので、透かし挿入に要する時間もさほど気にする必要はない。よって、ストリーミング再生手段２１、透かし検出手段２２、ストリーミング録画手段２３、透かし挿入手段２４はソフトウエア処理で実現可能である。
【００４３】
以上、本発明の最適な実施形態である動画データ配信システム１を詳細に説明した。次に別の実施形態である動画データ配信システム２を説明する。
【００４４】
図８は、本発明の別の実施形態に係る動画データ配信システム２（以下システム２）の全体構成を示すブロック図である。システム２は動画配信サーバー１０Ｂとクライアント端末２０がネットワーク９で接続された構成をとる。動画配信サーバー１０Ｂは動画配信サーバー１０から情報管理手段１３と管理データベース１４を取除いた構成になっている。クライアント端末２０は、システム１に使われるものと同じである。
【００４５】
システム２の動作はシステム１の動作と基本的に変わらない。ただし、クライアント端末２０でコンテンツデータを録画記録しても、録画記録したことのメッセージを動画配信サーバー１０Ｂが受取らず記録管理もしない点だけが異なる。
【００４６】
システム２は、コンテンツデータが何時どこで複製されたかをサーバー側では管理しないので、コンテンツの複製状況を監視する点でシステム１に比べて管理水準が低いが、電子透かしを挿入したコンテンツデータを配信することで、クライアント側での複製の可否を制御でき、クライアント側でコンテンツデータを複製した場合には、必ず可視又は不可視の透かしを挿入するので、挿入する透かし情報として、クライアント端末の装置ＩＤや複製日時を含めることにより、コンテンツデータの不正な流通を抑止することができ、不正に流出された場合も流出元を特定できるという効果がある。
【００４７】
ここで述べた動画データに不可視の電子透かしを埋め込む方法および検出方法は、一例としてあげた方法に限定されるものではない。動画データの先頭から数フレームのフレーム画像について周波数領域に変換したうえで周波数スペクトラムに対して何らかの方法で透かしを埋め込む方法であれば何でもよい。
【００４８】
【発明の効果】
以上、本発明を２つの実施形態により詳細に説明した。第２の実施形態（システム２）によれば、コンテンツデータが端末装置側で録画複製される時、コンテンツデータには不可視または可視の電子透かしが挿入されるので、コンテンツ提供者はオリジナルと同品質のコンテンツが流通される事を防ぎ、また複製した装置を特定する情報を透かしに埋め込むことにより複製したデータが不正に流通された時の流出元が特定可能になるという顕著な効果を奏する。
【００４９】
また、第１の実施形態（システム１）によれば、コンテンツデータが端末装置側で録画複製される時、不可視または可視の電子透かしが挿入され、しかもサーバー側でその事実が記録管理される。したがって、コンテンツ提供者はオリジナルと同品質のコンテンツが流通される事を防ぐことができる。また複製した装置を特定する情報を透かしに埋め込むことにより複製したデータが不正に流通された時の流出元が特定可能であり、またこの流出元を特定する際、サーバー側で管理している情報により裏付けを得ることもできるため、結局、動画コンテンツデータの不正流通防止の抑止の顕著な効果を奏する。
【００５０】
またいずれの実施形態とも、コピー許可・不許可等の制御情報をストリーミングデータに不可視の透かし情報として埋め込む方式を採用するため、ストリーミングデータ内のヘッダ部分に制御情報を記録する方式と比較して、改竄が困難であり、不正なコピーがより困難となるという顕著な効果を奏する。
【図面の簡単な説明】
【図１】  本発明の一実施形態に係る動画データ配信システム１の構成図である。
【図２】  クライアント端末２０の構成を説明するブロック図である。
【図３】  ストリーミングデータ配信原理説明図である。
【図４】  電子透かし挿入原理を説明する図である。
【図５】  動画コンテンツデータ記録手順を説明する図である。
【図６】  管理データベース１４の記録例である。
【図７】  透かし検出手段２２が参照する電子透かし検知ファイルの一例である。
【図８】  本発明の一実施形態に係る動画データ配信システム２の構成図である。
【符号の説明】
９      ネットワーク網
１０    動画配信サーバ
１０Ｂ  動画配信サーバ
１１    ストリーミング配信手段
１３    情報管理手段
１４    管理データベース
１９    動画コンテンツデータ
２０    クライアント端末
２０Ｂ  クライアント端末
２１    ストリーミング再生手段
２２    透かし検出手段
２３    ストリーミング録画手段
２４    透かし挿入手段
１１４  Network I/O部
２１４  Network I/O部
２１５  ハードディスク
２１６  ＶＲＡＭ（ビデオメモ）
２１７  モニタ
【図１】
0003984452.tif 000002
【図２】
0003984452.tif 000003
【図３】
0003984452.tif 000004
【図４】
0003984452.tif 000005
【図５】
0003984452.tif 000006
【図６】
0003984452.tif 000007
【図７】
0003984452.tif 000008
【図８】
0003984452.tif 000009