コンテンツの電子透かし埋め込み方式および認証方式
【課題】電子透かしをコンテンツに埋め込んで、コンテンツの改竄判定をできるようにするコンテンツ認証データの電子透かし埋め込み方式および認証方式を提供すること
【解決手段】コンテンツである画像又はオーディオデータをＤＣＴし、ＤＣＴ係数中の電子透かし埋め込みに用いない信号要素をＭＰＥＧ符号化で適用されるより粗い量子化を行い、そのハッシュ値を求め、該ハッシュ値を、前記ＤＣＴ係数中の電子透かし埋め込みに用いる信号要素に埋め込み、量子化する。一方、前記コンテンツを逆量子化して復号した後ＤＣＴし、ＤＣＴ係数中の電子透かし埋め込みに用いられている信号要素からハッシュ値を取り出す。また、該ＤＣＴされた信号要素に前記粗い量子化を施し、ＤＣＴ係数中の電子透かし埋め込みに用いられていない信号要素からハッシュ値を計算する。そして、前記２つのハッシュ値を比較し、一致した場合は改竄されていないと認証する。
【解決手段】コンテンツである画像又はオーディオデータをＤＣＴし、ＤＣＴ係数中の電子透かし埋め込みに用いない信号要素をＭＰＥＧ符号化で適用されるより粗い量子化を行い、そのハッシュ値を求め、該ハッシュ値を、前記ＤＣＴ係数中の電子透かし埋め込みに用いる信号要素に埋め込み、量子化する。一方、前記コンテンツを逆量子化して復号した後ＤＣＴし、ＤＣＴ係数中の電子透かし埋め込みに用いられている信号要素からハッシュ値を取り出す。また、該ＤＣＴされた信号要素に前記粗い量子化を施し、ＤＣＴ係数中の電子透かし埋め込みに用いられていない信号要素からハッシュ値を計算する。そして、前記２つのハッシュ値を比較し、一致した場合は改竄されていないと認証する。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明はコンテンツの電子透かし埋め込み方式および認証方式に関し、特に配信されるコンテンツが改竄されていないことを証明するデータを電子透かしによって埋め込み、コンテンツ利用時にその完全性を証明するコンテンツの電子透かし埋め込み方式および認証方式に関する。
【背景技術】
【０００２】
従来のコンテンツの改竄の判定は、例えば図７に示すように行われていた。すなわち、送信側は、コンテンツ５０にハッシュ関数を適用してハッシュ値ａを求め、これに秘密鍵を用いてデジタル署名ｂを得る。そして、コンテンツ５０と、その付随データとしてのデジタル署名ｂ、公開鍵、および公開鍵証明書とを受信側に伝送する。一方、受信側は、受信したコンテンツ５１にハッシュ関数を適用して求めたハッシュ値ａと、受信したデジタル署名ｂを公開鍵を用いて復号することにより求めたハッシュ値ａ’とを比較し、これらが一致するか否かによりコンテンツの改竄の判定を行っていた。
【０００３】
なお、該背景技術の一例としては、例えば特開２００１−７８０１３号公報に記されているようなものがある。
【特許文献１】特開２００１−７８０１３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
電子透かしは、コンテンツ内部にデータを秘密裏に格納する方式、すなわち、コンテンツそのものを改変してデータを埋め込む方式である。このため、電子透かしが埋め込まれたコンテンツは元のコンテンツとは一致しなくなる。
【０００５】
したがって、送信側が元のコンテンツから計算されるデジタル署名を電子透かしとして埋め込んで伝送した場合、受信側等における検査時に、受信したコンテンツから計算するデジタル署名は、送信側におけるデジタル署名と不一致となり、コンテンツの改竄判定ができなくなるという問題がある。
【０００６】
本発明は、前記した従来技術に鑑みてなされたものであり、その目的は、電子透かしをコンテンツに埋め込み、該コンテンツの改竄判定をできるようにするコンテンツの電子透かし埋め込み方式および認証方式を提供することにある。
【課題を解決するための手段】
【０００７】
前記した目的を達成するために、本発明は、コンテンツである画像データまたはオーディオデータをＤＣＴする手段と、ＤＣＴ係数中の電子透かし埋め込みに用いない信号要素をＭＰＥＧ符号化で適用されるより粗い量子化を行い、そのハッシュ値を求める手段と、該ハッシュ値を、前記ＤＣＴ係数中の電子透かし埋め込みに用いる信号要素に埋め込む手段と、該ハッシュ値が埋め込まれた信号要素を量子化する手段とを具備した点に特徴がある。
【０００８】
また、前記電子透かし埋め込みをされたコンテンツの認証を行う方式を提供した点に他の特徴がある。
【発明の効果】
【０００９】
請求項１の発明によれば、画像フレーム、オーディオフレームなどのコンテンツに対して、コンテンツの改竄判定をできるコンテンツの認証方式を提供することができる。
【００１０】
また、請求項２の発明によれば、利用時のコンテンツ、例えば受信したコンテンツと、該コンテンツから抽出した電子透かしデータを基に、正確に認証データの認証を行うことができるようになる。
【発明を実施するための最良の形態】
【００１１】
以下に、図面を参照して本発明を説明する。図１は、本発明の一実施形態を含む、携帯電話向けのマルチメディアコンテンツファイル提供サービスの概略のシステム図である。
【００１２】
コンテンツファイルの送信側（コンテンツファイルの制作側）は、コンテンツ１、例えば映像、音楽などのデータに透かしデータを入れて、透かし入りコンテンツ作成処理２を行う。次に、該透かし入りコンテンツにハッシュ関数を適用してハッシュ値演算３を行い、続いて、制作者側しか持たない秘密鍵を用いて暗号化処理４をする。次いで、該暗号化処理をしたデータを前記透かし入りコンテンツに挿入する透かし挿入処理５を行い、コンテンツファイル６を作成する。
【００１３】
一方、受信側（移動機側）では、該コンテンツファイルをダウンロードし、一旦ファイル蓄積部１１に保持する。検証部１２は、該ダウンロードしたコンテンツファイルが正当な制作ツールで制作されたものであるかどうかの検証を行い、正当な制作ツールで制作されたことが検証された場合には、該コンテンツファイルを登録部１３に登録して、ユーザに提供する。例えば、ユーザに前記映像、音楽ソースの再生機能を提供する。一方、正当な制作ツールで制作されたことが検証されなかった場合には、該コンテンツファイルをユーザに提供しない措置をとる。
【００１４】
次に、図２および図３を参照して、本発明の一実施形態の機能を説明する。図２は、コンテンツ制作側（または、送信側）の機能を示し、図３は、受信側の機能を示す。
【００１５】
コンテンツ１は、画像、音楽などをデジタル化したコンテンツである。該コンテンツ１に対して、例えば全て０の透かしデータ“０００・・・０”を埋め込み、透かし入りコンテンツ１５を形成する（ステップＳ１）。ここに、前記コンテンツ１が画像であるとした場合、前記の全て０の透かしデータ“００００・・・０”は、例えば８ビットで表される各画素の値の最下位のビットに、またコンテンツ１が音楽であるとした場合、例えば１６ビットで表される各サンプリング値の最下位のビットに入れることができる。
【００１６】
次に、該透かし入りコンテンツ１５から、例えばＭＤ５アルゴリズムによるハッシュ値ａを求め（ステップＳ２）、その値ａに対して例えばＲＳＡ暗号を用いて暗号化してデジタル署名ｂを計算する（ステップＳ３）。次いで、該デジタル署名ｂに公開鍵とその公開鍵証明書のデータを加えて、透かしｃを作る（ステップＳ４）。該公開鍵と公開鍵証明書のデータに対しては、例えば各数ビットを割り当てることができる。その後、該透かしｃを、新たな電子透かしとして、前記透かし入りコンテンツ２に埋め込む（ステップＳ５）。以上により、コンテンツ制作側（または、送信側）が作成するコンテンツファイル６が完成する。
【００１７】
受信側（利用者側）、例えば携帯電話は、無線ネットワークあるいは有線接続などによりコンテンツファイル６を取得する。その際、前記検証部１２は、受信したコンテンツに改竄がされていないかどうか検査する。この処理を、図３を参照して説明する。
【００１８】
コンテンツファイル６が受信されると、該コンテンツファイル６からこれに埋め込まれている電子透かし、すなわちデジタル署名ｃが取得される（ステップＳ１１）。次に、携帯電話などの受信側装置に予め格納されているルート証明書を用いて、前記公開鍵証明書の認証を行う（ステップＳ１２）。該認証が行われると、該公開鍵を用いて、秘密鍵で暗号化されたデジタル署名ｂを復号する（ステップＳ１３）。この復号処理により、ハッシュ値ａ’が得られる。
【００１９】
また、コンテンツファイル６に対して、送信側で埋め込まれたのと同じ位置に、全て０の透かしデータ“０００・・・０”を埋め込む（ステップＳ１４）。これにより、透かし入りコンテンツ１６が得られる。もし改竄がなければ、この透かし入りコンテンツ１６は図２の透かし入りコンテンツ１５と同一になる。次いで、該透かし入りコンテンツ１１から、例えばＭＤ５アルゴリズムによるハッシュ値ａを求める（ステップＳ１５）。
【００２０】
そして、前記ステップＳ１５で得られたハッシュ値ａとステップＳ１３で得られたハッシュ値ａ’とが比較され（ステップＳ１６）、一致すれば改竄なし、不一致であれば、制作者側におけるデジタル署名の埋め込みの後で、コンテンツに改変が施されたと判定される。
【００２１】
また、前記ステップＳ１２の認証ができなかった場合は、正規のコンテンツ制作者が制作したコンテンツではないと判定される。なお、前記ステップＳ１で埋め込む全て０の透かしデータは一例であり、予め分かっている透かしデータであればこれに限定されない。
【００２２】
受信側は、受信したコンテンツに改変がある場合や、正規のコンテンツ制作者によるコンテンツでない場合は、例えばそのコンテンツの再生を行わない等の措置が取られる。この措置により、改竄されたコンテンツや不正なコンテンツ制作者からのコンテンツを、例えば携帯電話の利用者に提供することから防止できるようになる。
【００２３】
この実施形態では、送受信側で予め分かっている透かしデータを、コンテンツの所定の位置に埋め込んでハッシュ値ａを求めるようにしているので、電子透かし埋め込みの影響を排除してハッシュ値を求めることができる。このため、受信側において、受信したコンテンツに改竄がなされているかどうか、あるいは正規のコンテンツ制作者によるコンテンツであるかどうかの判定を正しく行えるようになる。
【００２４】
次に、本発明の第２実施形態を、図４を参照して説明する。例えば、画像フレームや音楽フレームをブロック分割し、該ブロックのＤＣＴ係数を操作する場合を想定する。
【００２５】
いま、画像フレーム２１を例えば８×８画素のブロックに分割し、透かしデータを埋め込むブロック２１ａ、２１ｂ、２１ｃ、すなわち電子透かしに用いる信号要素は予め決められているものとする。コンテンツ２２は、該画像フレーム２１のブロックのＤＣＴ係数を時系列に並べて形成したものである。
【００２６】
本実施形態では、ＤＣＴ係数を埋め込まないブロックのＤＣＴ係数値（斜線を施されたブロック）、すなわち電子透かしに用いない信号要素にハッシュ関数を適用してハッシュ値ａを求める（ステップＳ２１）。次いで、該ハッシュ値ａを暗号化して、デジタル署名ｂを求める（ステップＳ２２）。次いで、該デジタル署名ｂに公開鍵と公開鍵証明書を付与して透かしｃを作り（ステップＳ２３）、これを前記ブロック２１ａ、２１ｂ、２１ｃに埋め込む。このようにして形成された透かし入りコンテンツは、コンテンツファイル６としてアップロードされる。
【００２７】
受信側では、ダウンロードした透かし入りコンテンツから、前記透かしデータを埋め込まれていないブロックのＤＣＴ係数値（斜線を施されたブロック）にハッシュ関数を適用してハッシュ値ａを求める。また、前記透かしデータｃが埋め込まれているブロック２１ａ、２１ｂ、２１ｃから、デジタル署名ｂと公開鍵と公開鍵証明書を抽出する。そして、該公開鍵を用いて該デジタル署名ｂの暗号の復号をし、ハッシュ値ａ’を得る。次いで、前記ハッシュ値ａとａ’とを比較し、両者が一致しておれば改竄なし、不一致であれば改竄があったと判定する。また、該公開鍵証明書が認証できなかった場合は、正規のコンテンツ制作者が制作したコンテンツではないと判定する。
【００２８】
この実施形態によれば、透かしデータが埋め込まれていないブロックを用いてハッシュ値を演算するので、電子透かし埋め込みの影響を排除してハッシュ値を求めることができる。
【００２９】
該第２実施形態の変形例として、画像の輝度信号成分に対してフーリエ変換を施す場合には、電子透かし埋め込みに用いるフーリエ変換係数以外の係数値から、ハッシュ値を計算するようにする。
【００３０】
次に、本発明の第３実施形態を説明する。前記した実施形態は、伝送される１つの画像フレームあるいはオーディオフレーム、または全ての画像フレームあるいはオーディオフレームのデータを１つのコンテンツとし改竄の有無の判定をするものであったが、この実施形態は、所定の個数の画像フレームあるいはオーディオフレームごとに改竄の有無の判定ができるようにするものである。
【００３１】
この実施形態では、図５に示すように、伝送する画像フレームあるいはオーディオフレームを、グループＡ、Ｂ、・・・に分け、各グループ毎にインデックス情報を透かし情報として埋め込むようにする。いま、１秒毎にグループＡ，Ｂ，・・・を形成するとした場合、画像であれば３０フレームを１グループとする。そして、該３０フレームからハッシュ値ａを計算し、これを暗号化してデジタル署名ｂを求め、該デジタル署名ｂに公開鍵、公開鍵証明書、およびインデックス情報を付加して、透かし情報ｃを作成する。該インデックス情報としては、例えばグループＡは、”００１０”、グループＢは、“０１００”とすることができる。そして、該透かし情報ｃを３０フレームの各フレームに、前記第１または第２実施形態で説明した方法で埋め込む。
【００３２】
受信側では、受信したコンテンツから、前記第１または第２実施形態で説明した方法で、デジタル署名ｂ、公開鍵、公開鍵証明書、およびインデックス情報を抽出し、該インデックス情報からフレームのグループを求める。次いで、該グループに属するフレームからハッシュ値ａを計算すると共に、デジタル署名ｂに公開鍵を適用して暗号を復号し、ハッシュ値ａ’を求める。そして、これらのハッシュ値ａとａ’が不一致であれば、該グループのコンテンツは改竄されていると判定する。
【００３３】
以上のように、本実施形態によれば、画像フレームあるいはオーディオフレームのグループ毎に改竄の有無を判定できるようになり、例えば携帯電話の利用者にコンテンツを提供する場合、前記第１、第２実施形態ではコンテンツの一部でも改竄されていると全部のコンテンツが提供できなくなるが、本実施例では改竄のなされていないグループのフレームは提供できるようになる。
【００３４】
次に、本発明の第４実施形態を、図６を参照して説明する。この実施形態は、前記第１〜３実施形態により作成した透かし情報が埋め込まれたコンテンツを符号化して伝送する場合のＤＣＴ係数の量子化演算誤差の影響を避ける方式を提供するものである。
【００３５】
ハッシュ値計算に用いるＤＣＴ係数値は例えばＭＰＥＧ符号化で用いられる量子化よりも粗い量子化（以下、「ＭＰＥＧより粗い量子化」という）をしておき、その量子化値を用いてハッシュ値を計算するようにする。
【００３６】
例えば、図６（ａ）に示されているように、コンテンツである画像データ中の１つのブロック３１（例えば、８×８画素）に注目すると、該ブロック３１をＤＣＴし、８×８の要素からなるＤＣＴ係数３２を得る。次いで、透かしデータを埋め込む係数３２ａを除いて、該ＤＣＴ係数３２に対してＭＰＥＧよりも粗い量子化を行い、該量子化データ３３のハッシュ値を埋め込まないデータからハッシュ値ａを計算する。そして、前記ＤＣＴ係数３２ａに前記ハッシュ値ａを埋め込む。このようにしてハッシュ値ａを埋め込んだ量子化データ３４を得る。その後、逆DCTにより画像データに戻され、映像データ配信のために、ＭＰＥＧ符号化が行われる。
【００３７】
次に、受信側で該量子化データ３４がＭＰＥＧで逆量子化される際、ハッシュ値ａの計算の基礎となったデータは該ＭＰＥＧより粗く量子化されたデータであるので、量子化演算誤差の影響を受けることなく逆量子化される。このため、量子化演算誤差の影響を避けることができるようになる。すなわち、図面（ｂ）に示されているように、該逆量子化により復号されたデータ３１’に対してＤＣＴを施し、データ３２’を得る。該データ３２’に再度ＭＰＥＧより粗い量子化演算（この演算は埋め込み時と同じものとする。）を施してデータ３２’を得、係数３２ａ’以外のデータからハッシュ値ａ’を計算する。次いで、係数３２ａ’から取り出したハッシュ値ａと該ａ’とを比較し、改竄されているか否かの判定を行う。このように、本実施形態によれば、前記量子化演算誤差の影響を受けずに改竄判定を行えるようになる。
【図面の簡単な説明】
【００３８】
【図１】本発明の一実施形態の適用例である携帯電話向けのマルチメディアコンテンツファイル提供サービスの概略のシステム図である。
【図２】本発明の第１の実施形態の送信側の機能を示す説明図である。
【図３】該第１実施形態の受信側の機能を示す説明図である。
【図４】本発明の第２の実施形態の送信側の機能を示す説明図である。
【図５】本発明の第３の実施形態の送信側の機能を示す説明図である。
【図６】本発明の第４の実施形態の機能を示す説明図である。
【図７】従来の方式の説明図である。
【符号の説明】
【００３９】
１・・・コンテンツ、２・・・透かし入りコンテンツ作成処理部、３・・・ハッシュ値演算処理部、４・・・暗号化処理部、５・・・透かし挿入処理部、６・・・コンテンツファイル、１１・・・ファイル蓄積部、１２・・・検証部、１３・・・登録部、１５、１６・・・透かし入りコンテンツ、２１・・・画像フレーム、２１ａ、２１ｂ、２１ｃ・・・透かしデータ埋め込みブロック。
【技術分野】
【０００１】
この発明はコンテンツの電子透かし埋め込み方式および認証方式に関し、特に配信されるコンテンツが改竄されていないことを証明するデータを電子透かしによって埋め込み、コンテンツ利用時にその完全性を証明するコンテンツの電子透かし埋め込み方式および認証方式に関する。
【背景技術】
【０００２】
従来のコンテンツの改竄の判定は、例えば図７に示すように行われていた。すなわち、送信側は、コンテンツ５０にハッシュ関数を適用してハッシュ値ａを求め、これに秘密鍵を用いてデジタル署名ｂを得る。そして、コンテンツ５０と、その付随データとしてのデジタル署名ｂ、公開鍵、および公開鍵証明書とを受信側に伝送する。一方、受信側は、受信したコンテンツ５１にハッシュ関数を適用して求めたハッシュ値ａと、受信したデジタル署名ｂを公開鍵を用いて復号することにより求めたハッシュ値ａ’とを比較し、これらが一致するか否かによりコンテンツの改竄の判定を行っていた。
【０００３】
なお、該背景技術の一例としては、例えば特開２００１−７８０１３号公報に記されているようなものがある。
【特許文献１】特開２００１−７８０１３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
電子透かしは、コンテンツ内部にデータを秘密裏に格納する方式、すなわち、コンテンツそのものを改変してデータを埋め込む方式である。このため、電子透かしが埋め込まれたコンテンツは元のコンテンツとは一致しなくなる。
【０００５】
したがって、送信側が元のコンテンツから計算されるデジタル署名を電子透かしとして埋め込んで伝送した場合、受信側等における検査時に、受信したコンテンツから計算するデジタル署名は、送信側におけるデジタル署名と不一致となり、コンテンツの改竄判定ができなくなるという問題がある。
【０００６】
本発明は、前記した従来技術に鑑みてなされたものであり、その目的は、電子透かしをコンテンツに埋め込み、該コンテンツの改竄判定をできるようにするコンテンツの電子透かし埋め込み方式および認証方式を提供することにある。
【課題を解決するための手段】
【０００７】
前記した目的を達成するために、本発明は、コンテンツである画像データまたはオーディオデータをＤＣＴする手段と、ＤＣＴ係数中の電子透かし埋め込みに用いない信号要素をＭＰＥＧ符号化で適用されるより粗い量子化を行い、そのハッシュ値を求める手段と、該ハッシュ値を、前記ＤＣＴ係数中の電子透かし埋め込みに用いる信号要素に埋め込む手段と、該ハッシュ値が埋め込まれた信号要素を量子化する手段とを具備した点に特徴がある。
【０００８】
また、前記電子透かし埋め込みをされたコンテンツの認証を行う方式を提供した点に他の特徴がある。
【発明の効果】
【０００９】
請求項１の発明によれば、画像フレーム、オーディオフレームなどのコンテンツに対して、コンテンツの改竄判定をできるコンテンツの認証方式を提供することができる。
【００１０】
また、請求項２の発明によれば、利用時のコンテンツ、例えば受信したコンテンツと、該コンテンツから抽出した電子透かしデータを基に、正確に認証データの認証を行うことができるようになる。
【発明を実施するための最良の形態】
【００１１】
以下に、図面を参照して本発明を説明する。図１は、本発明の一実施形態を含む、携帯電話向けのマルチメディアコンテンツファイル提供サービスの概略のシステム図である。
【００１２】
コンテンツファイルの送信側（コンテンツファイルの制作側）は、コンテンツ１、例えば映像、音楽などのデータに透かしデータを入れて、透かし入りコンテンツ作成処理２を行う。次に、該透かし入りコンテンツにハッシュ関数を適用してハッシュ値演算３を行い、続いて、制作者側しか持たない秘密鍵を用いて暗号化処理４をする。次いで、該暗号化処理をしたデータを前記透かし入りコンテンツに挿入する透かし挿入処理５を行い、コンテンツファイル６を作成する。
【００１３】
一方、受信側（移動機側）では、該コンテンツファイルをダウンロードし、一旦ファイル蓄積部１１に保持する。検証部１２は、該ダウンロードしたコンテンツファイルが正当な制作ツールで制作されたものであるかどうかの検証を行い、正当な制作ツールで制作されたことが検証された場合には、該コンテンツファイルを登録部１３に登録して、ユーザに提供する。例えば、ユーザに前記映像、音楽ソースの再生機能を提供する。一方、正当な制作ツールで制作されたことが検証されなかった場合には、該コンテンツファイルをユーザに提供しない措置をとる。
【００１４】
次に、図２および図３を参照して、本発明の一実施形態の機能を説明する。図２は、コンテンツ制作側（または、送信側）の機能を示し、図３は、受信側の機能を示す。
【００１５】
コンテンツ１は、画像、音楽などをデジタル化したコンテンツである。該コンテンツ１に対して、例えば全て０の透かしデータ“０００・・・０”を埋め込み、透かし入りコンテンツ１５を形成する（ステップＳ１）。ここに、前記コンテンツ１が画像であるとした場合、前記の全て０の透かしデータ“００００・・・０”は、例えば８ビットで表される各画素の値の最下位のビットに、またコンテンツ１が音楽であるとした場合、例えば１６ビットで表される各サンプリング値の最下位のビットに入れることができる。
【００１６】
次に、該透かし入りコンテンツ１５から、例えばＭＤ５アルゴリズムによるハッシュ値ａを求め（ステップＳ２）、その値ａに対して例えばＲＳＡ暗号を用いて暗号化してデジタル署名ｂを計算する（ステップＳ３）。次いで、該デジタル署名ｂに公開鍵とその公開鍵証明書のデータを加えて、透かしｃを作る（ステップＳ４）。該公開鍵と公開鍵証明書のデータに対しては、例えば各数ビットを割り当てることができる。その後、該透かしｃを、新たな電子透かしとして、前記透かし入りコンテンツ２に埋め込む（ステップＳ５）。以上により、コンテンツ制作側（または、送信側）が作成するコンテンツファイル６が完成する。
【００１７】
受信側（利用者側）、例えば携帯電話は、無線ネットワークあるいは有線接続などによりコンテンツファイル６を取得する。その際、前記検証部１２は、受信したコンテンツに改竄がされていないかどうか検査する。この処理を、図３を参照して説明する。
【００１８】
コンテンツファイル６が受信されると、該コンテンツファイル６からこれに埋め込まれている電子透かし、すなわちデジタル署名ｃが取得される（ステップＳ１１）。次に、携帯電話などの受信側装置に予め格納されているルート証明書を用いて、前記公開鍵証明書の認証を行う（ステップＳ１２）。該認証が行われると、該公開鍵を用いて、秘密鍵で暗号化されたデジタル署名ｂを復号する（ステップＳ１３）。この復号処理により、ハッシュ値ａ’が得られる。
【００１９】
また、コンテンツファイル６に対して、送信側で埋め込まれたのと同じ位置に、全て０の透かしデータ“０００・・・０”を埋め込む（ステップＳ１４）。これにより、透かし入りコンテンツ１６が得られる。もし改竄がなければ、この透かし入りコンテンツ１６は図２の透かし入りコンテンツ１５と同一になる。次いで、該透かし入りコンテンツ１１から、例えばＭＤ５アルゴリズムによるハッシュ値ａを求める（ステップＳ１５）。
【００２０】
そして、前記ステップＳ１５で得られたハッシュ値ａとステップＳ１３で得られたハッシュ値ａ’とが比較され（ステップＳ１６）、一致すれば改竄なし、不一致であれば、制作者側におけるデジタル署名の埋め込みの後で、コンテンツに改変が施されたと判定される。
【００２１】
また、前記ステップＳ１２の認証ができなかった場合は、正規のコンテンツ制作者が制作したコンテンツではないと判定される。なお、前記ステップＳ１で埋め込む全て０の透かしデータは一例であり、予め分かっている透かしデータであればこれに限定されない。
【００２２】
受信側は、受信したコンテンツに改変がある場合や、正規のコンテンツ制作者によるコンテンツでない場合は、例えばそのコンテンツの再生を行わない等の措置が取られる。この措置により、改竄されたコンテンツや不正なコンテンツ制作者からのコンテンツを、例えば携帯電話の利用者に提供することから防止できるようになる。
【００２３】
この実施形態では、送受信側で予め分かっている透かしデータを、コンテンツの所定の位置に埋め込んでハッシュ値ａを求めるようにしているので、電子透かし埋め込みの影響を排除してハッシュ値を求めることができる。このため、受信側において、受信したコンテンツに改竄がなされているかどうか、あるいは正規のコンテンツ制作者によるコンテンツであるかどうかの判定を正しく行えるようになる。
【００２４】
次に、本発明の第２実施形態を、図４を参照して説明する。例えば、画像フレームや音楽フレームをブロック分割し、該ブロックのＤＣＴ係数を操作する場合を想定する。
【００２５】
いま、画像フレーム２１を例えば８×８画素のブロックに分割し、透かしデータを埋め込むブロック２１ａ、２１ｂ、２１ｃ、すなわち電子透かしに用いる信号要素は予め決められているものとする。コンテンツ２２は、該画像フレーム２１のブロックのＤＣＴ係数を時系列に並べて形成したものである。
【００２６】
本実施形態では、ＤＣＴ係数を埋め込まないブロックのＤＣＴ係数値（斜線を施されたブロック）、すなわち電子透かしに用いない信号要素にハッシュ関数を適用してハッシュ値ａを求める（ステップＳ２１）。次いで、該ハッシュ値ａを暗号化して、デジタル署名ｂを求める（ステップＳ２２）。次いで、該デジタル署名ｂに公開鍵と公開鍵証明書を付与して透かしｃを作り（ステップＳ２３）、これを前記ブロック２１ａ、２１ｂ、２１ｃに埋め込む。このようにして形成された透かし入りコンテンツは、コンテンツファイル６としてアップロードされる。
【００２７】
受信側では、ダウンロードした透かし入りコンテンツから、前記透かしデータを埋め込まれていないブロックのＤＣＴ係数値（斜線を施されたブロック）にハッシュ関数を適用してハッシュ値ａを求める。また、前記透かしデータｃが埋め込まれているブロック２１ａ、２１ｂ、２１ｃから、デジタル署名ｂと公開鍵と公開鍵証明書を抽出する。そして、該公開鍵を用いて該デジタル署名ｂの暗号の復号をし、ハッシュ値ａ’を得る。次いで、前記ハッシュ値ａとａ’とを比較し、両者が一致しておれば改竄なし、不一致であれば改竄があったと判定する。また、該公開鍵証明書が認証できなかった場合は、正規のコンテンツ制作者が制作したコンテンツではないと判定する。
【００２８】
この実施形態によれば、透かしデータが埋め込まれていないブロックを用いてハッシュ値を演算するので、電子透かし埋め込みの影響を排除してハッシュ値を求めることができる。
【００２９】
該第２実施形態の変形例として、画像の輝度信号成分に対してフーリエ変換を施す場合には、電子透かし埋め込みに用いるフーリエ変換係数以外の係数値から、ハッシュ値を計算するようにする。
【００３０】
次に、本発明の第３実施形態を説明する。前記した実施形態は、伝送される１つの画像フレームあるいはオーディオフレーム、または全ての画像フレームあるいはオーディオフレームのデータを１つのコンテンツとし改竄の有無の判定をするものであったが、この実施形態は、所定の個数の画像フレームあるいはオーディオフレームごとに改竄の有無の判定ができるようにするものである。
【００３１】
この実施形態では、図５に示すように、伝送する画像フレームあるいはオーディオフレームを、グループＡ、Ｂ、・・・に分け、各グループ毎にインデックス情報を透かし情報として埋め込むようにする。いま、１秒毎にグループＡ，Ｂ，・・・を形成するとした場合、画像であれば３０フレームを１グループとする。そして、該３０フレームからハッシュ値ａを計算し、これを暗号化してデジタル署名ｂを求め、該デジタル署名ｂに公開鍵、公開鍵証明書、およびインデックス情報を付加して、透かし情報ｃを作成する。該インデックス情報としては、例えばグループＡは、”００１０”、グループＢは、“０１００”とすることができる。そして、該透かし情報ｃを３０フレームの各フレームに、前記第１または第２実施形態で説明した方法で埋め込む。
【００３２】
受信側では、受信したコンテンツから、前記第１または第２実施形態で説明した方法で、デジタル署名ｂ、公開鍵、公開鍵証明書、およびインデックス情報を抽出し、該インデックス情報からフレームのグループを求める。次いで、該グループに属するフレームからハッシュ値ａを計算すると共に、デジタル署名ｂに公開鍵を適用して暗号を復号し、ハッシュ値ａ’を求める。そして、これらのハッシュ値ａとａ’が不一致であれば、該グループのコンテンツは改竄されていると判定する。
【００３３】
以上のように、本実施形態によれば、画像フレームあるいはオーディオフレームのグループ毎に改竄の有無を判定できるようになり、例えば携帯電話の利用者にコンテンツを提供する場合、前記第１、第２実施形態ではコンテンツの一部でも改竄されていると全部のコンテンツが提供できなくなるが、本実施例では改竄のなされていないグループのフレームは提供できるようになる。
【００３４】
次に、本発明の第４実施形態を、図６を参照して説明する。この実施形態は、前記第１〜３実施形態により作成した透かし情報が埋め込まれたコンテンツを符号化して伝送する場合のＤＣＴ係数の量子化演算誤差の影響を避ける方式を提供するものである。
【００３５】
ハッシュ値計算に用いるＤＣＴ係数値は例えばＭＰＥＧ符号化で用いられる量子化よりも粗い量子化（以下、「ＭＰＥＧより粗い量子化」という）をしておき、その量子化値を用いてハッシュ値を計算するようにする。
【００３６】
例えば、図６（ａ）に示されているように、コンテンツである画像データ中の１つのブロック３１（例えば、８×８画素）に注目すると、該ブロック３１をＤＣＴし、８×８の要素からなるＤＣＴ係数３２を得る。次いで、透かしデータを埋め込む係数３２ａを除いて、該ＤＣＴ係数３２に対してＭＰＥＧよりも粗い量子化を行い、該量子化データ３３のハッシュ値を埋め込まないデータからハッシュ値ａを計算する。そして、前記ＤＣＴ係数３２ａに前記ハッシュ値ａを埋め込む。このようにしてハッシュ値ａを埋め込んだ量子化データ３４を得る。その後、逆DCTにより画像データに戻され、映像データ配信のために、ＭＰＥＧ符号化が行われる。
【００３７】
次に、受信側で該量子化データ３４がＭＰＥＧで逆量子化される際、ハッシュ値ａの計算の基礎となったデータは該ＭＰＥＧより粗く量子化されたデータであるので、量子化演算誤差の影響を受けることなく逆量子化される。このため、量子化演算誤差の影響を避けることができるようになる。すなわち、図面（ｂ）に示されているように、該逆量子化により復号されたデータ３１’に対してＤＣＴを施し、データ３２’を得る。該データ３２’に再度ＭＰＥＧより粗い量子化演算（この演算は埋め込み時と同じものとする。）を施してデータ３２’を得、係数３２ａ’以外のデータからハッシュ値ａ’を計算する。次いで、係数３２ａ’から取り出したハッシュ値ａと該ａ’とを比較し、改竄されているか否かの判定を行う。このように、本実施形態によれば、前記量子化演算誤差の影響を受けずに改竄判定を行えるようになる。
【図面の簡単な説明】
【００３８】
【図１】本発明の一実施形態の適用例である携帯電話向けのマルチメディアコンテンツファイル提供サービスの概略のシステム図である。
【図２】本発明の第１の実施形態の送信側の機能を示す説明図である。
【図３】該第１実施形態の受信側の機能を示す説明図である。
【図４】本発明の第２の実施形態の送信側の機能を示す説明図である。
【図５】本発明の第３の実施形態の送信側の機能を示す説明図である。
【図６】本発明の第４の実施形態の機能を示す説明図である。
【図７】従来の方式の説明図である。
【符号の説明】
【００３９】
１・・・コンテンツ、２・・・透かし入りコンテンツ作成処理部、３・・・ハッシュ値演算処理部、４・・・暗号化処理部、５・・・透かし挿入処理部、６・・・コンテンツファイル、１１・・・ファイル蓄積部、１２・・・検証部、１３・・・登録部、１５、１６・・・透かし入りコンテンツ、２１・・・画像フレーム、２１ａ、２１ｂ、２１ｃ・・・透かしデータ埋め込みブロック。
【特許請求の範囲】
【請求項１】
コンテンツである画像データまたはオーディオデータをＤＣＴする手段と、
ＤＣＴ係数中の電子透かし埋め込みに用いない信号要素をＭＰＥＧ符号化で適用されるより粗い量子化を行い、そのハッシュ値を求める手段と、
該ハッシュ値を、前記ＤＣＴ係数中の電子透かし埋め込みに用いる信号要素に埋め込む手段と、
該ハッシュ値が埋め込まれた信号要素を量子化する手段とを具備したことを特徴とするコンテンツの電子透かし埋め込み方式。
【請求項２】
請求項１に記された電子透かし埋め込み方式により作成されたコンテンツの認証方式であって、
前記コンテンツを逆量子化して復号する手段と、
該復号された信号要素をＤＣＴする手段と、
ＤＣＴ係数中の電子透かし埋め込みに用いられている信号要素からハッシュ値を取り出す手段と、
前記ＤＣＴされた信号要素に請求項１でハッシュ値計算時に適用した粗い量子化を施す手段と、
該粗い量子化されたＤＣＴ係数中の電子透かし埋め込みに用いられていない信号要素からハッシュ値を計算する手段と、
前記取り出されたハッシュ値と前記計算されたハッシュ値とを比較し、一致した場合は改竄されていないと認証する手段とを具備したことを特徴とするコンテンツの認証方式。
【請求項１】
コンテンツである画像データまたはオーディオデータをＤＣＴする手段と、
ＤＣＴ係数中の電子透かし埋め込みに用いない信号要素をＭＰＥＧ符号化で適用されるより粗い量子化を行い、そのハッシュ値を求める手段と、
該ハッシュ値を、前記ＤＣＴ係数中の電子透かし埋め込みに用いる信号要素に埋め込む手段と、
該ハッシュ値が埋め込まれた信号要素を量子化する手段とを具備したことを特徴とするコンテンツの電子透かし埋め込み方式。
【請求項２】
請求項１に記された電子透かし埋め込み方式により作成されたコンテンツの認証方式であって、
前記コンテンツを逆量子化して復号する手段と、
該復号された信号要素をＤＣＴする手段と、
ＤＣＴ係数中の電子透かし埋め込みに用いられている信号要素からハッシュ値を取り出す手段と、
前記ＤＣＴされた信号要素に請求項１でハッシュ値計算時に適用した粗い量子化を施す手段と、
該粗い量子化されたＤＣＴ係数中の電子透かし埋め込みに用いられていない信号要素からハッシュ値を計算する手段と、
前記取り出されたハッシュ値と前記計算されたハッシュ値とを比較し、一致した場合は改竄されていないと認証する手段とを具備したことを特徴とするコンテンツの認証方式。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２００８−３０１５００（Ｐ２００８−３０１５００Ａ）
【公開日】平成２０年１２月１１日（２００８．１２．１１）
【国際特許分類】
【出願番号】特願２００８−１６１７４０（Ｐ２００８−１６１７４０）
【出願日】平成２０年６月２０日（２００８．６．２０）
【分割の表示】特願２００４−１３１２０４（Ｐ２００４−１３１２０４）の分割
【原出願日】平成１６年４月２７日（２００４．４．２７）
【出願人】（０００２０８８９１）ＫＤＤＩ株式会社 (2,700)
【Ｆターム（参考）】
【公開日】平成２０年１２月１１日（２００８．１２．１１）
【国際特許分類】
【出願日】平成２０年６月２０日（２００８．６．２０）
【分割の表示】特願２００４−１３１２０４（Ｐ２００４−１３１２０４）の分割
【原出願日】平成１６年４月２７日（２００４．４．２７）
【出願人】（０００２０８８９１）ＫＤＤＩ株式会社 (2,700)
【Ｆターム（参考）】
[ Back to top ]