JPH1165440A - 暗号方式及びそれを用いた電子情報配布システム - Google Patents

Abstract

(57)【要約】 【課題】 オリジナルデータの不正配布を確実に防止す
る電子情報配布システムを提供する。 【解決手段】 第２のエンティティ２０は、第１のエン
ティティ１０の公開鍵ｅ１で暗号化された第１のデータ
Ｃｓを自分の公開鍵ｅ２で暗号化して第１のエンティテ
ィ１０に送る。第１のエンティティ１０は、第２のエン
ティティ２０からの第１のデータＣｓを自分の秘密鍵ｄ
１で復号した後に、第２のデータＳを演算して第３のデ
ータＣｕを得て第２のエンティティ２０に送る。第２の
エンティティ２０は、第１のエンティティ１０からの第
３のデータＣｕを自分の秘密鍵ｄ２で復号する。これに
より、第１のデータＣｓの復号と第２のデータＳの著名
を実現する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、暗号方式及びそれ
を用いた電子情報配布システムに関するものであり、特
に、動画像データ、静止画像データ、音声データ、コン
ピュータデータ、コンピュータプログラム等のディジタ
ル情報における著作権を保護するための暗号方式、及び
それを用いてディジタル情報の配布を行うマルチメディ
アネットワークシステム等の電子情報配布システムに関
するものである。

【０００２】

【従来の技術】近年のコンピュータネットワークの発達
と、安価で高性能なコンピュータの普及とにより、ネッ
トワーク上で商品の売買を行う電子商取引が盛んになっ
てきている。そこで取引される商品として、例えば画像
等を含むディジタルデータが考えられる。そこで、画像
等のディジタルデータの配布を行うシステムでは、商品
を購入するユーザのプライバシーを保護するために、例
えば、公開鍵暗号方式が用いられている。

【０００３】この公開鍵暗号方式とは、暗号鍵と復号鍵
が異なり、暗号鍵を公開、復号鍵を秘密に保持する暗号
方式である。その代表例として、ＲＳＡ暗号やＥ１Ｇａ
ｍａ１暗号等が知られている。以下、公開鍵暗号方式に
おける（ａ）特徴、（ｂ）秘密通信や認証通信等のプロ
トコルについて述べる。

【０００４】（ａ）公開鍵暗号の特徴 （１）暗号鍵と復号鍵とが異なり、暗号鍵を公開できる
ため、暗号鍵を秘密に配送する必要がなく、鍵配送が容
易である。 （２）各利用者の暗号鍵は公開されているので、利用者
は各自の復号鍵のみ秘密に記憶しておけばよい。 （３）送られてきた通信文の送信者が偽者でないこと、
及びその通信文が改ざんされていないことを受信者が確
認するための認証機能を実現できる。

【０００５】（ｂ）公開鍵暗号のプロトコル 例えば、通信文Ｍに対して、公開の暗号鍵ｋｐを用いて
行う暗号化操作をＥ（ｋｐ，Ｍ）とし、秘密の復号鍵ｋ
ｓを用いて行う復号操作をＤ（ｋｓ，Ｍ）とすると、公
開鍵暗号アルゴリズムは、まず次の２つの条件を満た
す。 （１）暗号鍵ｋｐが与えられたとき、暗号化操作Ｅ（ｋ
ｐ，Ｍ）の計算は容易である。また、復号鍵ｋｓが与え
られたとき、復号操作Ｄ（ｋｓ，Ｍ）の計算は容易であ
る。 （２）もしユーザが復号鍵ｋｓを知らないなら、暗号鍵
ｋｐと、暗号化操作Ｅ（ｋｐ，Ｍ）の計算手順と、暗号
文Ｃ＝Ｅ（ｋｐ，Ｍ）とを知っていても、通信文Ｍを決
定することは計算量の点で困難である。

【０００６】つぎに、上記（１）、（２）の条件に加え
て、次の（３）の条件が成立することにより秘密通信機
能が実現できる。 （３）全ての通信文（平文）Ｍに対し暗号化操作Ｅ（ｋ
_p ，Ｍ）が定義でき、 Ｄ（ｋｓ，Ｅ（ｋｐ，Ｍ））＝Ｍ が成立する。つまり、暗号鍵ｋｐは公開されているた
め、誰もが暗号化操作Ｅ（ｋｐ，Ｍ）の計算を行うこと
ができるが、Ｄ（ｋｓ，Ｅ（ｋｐ，Ｍ））の計算をして
通信文Ｍを得ることができるのは、秘密の復号鍵ｋｓを
持っている本人だけである。

【０００７】一方、上記（１）、（２）の条件に加え
て、次の（４）の条件が成立することにより認証通信機
能が実現できる。 （４）全ての通信文（平文）Ｍに対し復号操作Ｄ（ｋ
ｓ，Ｍ）が定義でき、 Ｅ（ｋｐ，Ｄ（ｋｓ，Ｍ））＝Ｍ が成立する。つまり、復号操作Ｄ（ｋｓ，Ｍ）の計算が
できるのは秘密の復号鍵ｋｓを持っている本人のみであ
り、他の人が偽の秘密の復号鍵ｋｓ’を用いてＤ（ｋ
ｓ’，Ｍ）の計算を行い、秘密の復号鍵ｋｓを持ってい
る本人になりすましたとしても、 Ｅ（ｋｐ，Ｄ（ｋｓ’，Ｍ）≠Ｍ であるため、受信者は受けとった情報が不正なものであ
ることを確認できる。また、Ｄ（ｋｓ，Ｍ）の値が改ざ
んされても、 Ｅ（ｋｐ，Ｄ（ｋｓ，Ｍ）’）≠Ｍ となり、受信者は受けとった情報が不正なものであるこ
とを確認できる。

【０００８】このような公開鍵暗号方式では、公開の暗
号鍵（以下、公開鍵とも言う）ｋｐを用いる処理Ｅを
「暗号化」、秘密の復号鍵（以下、秘密鍵とも言う）ｋ
ｓを用いる処理Ｄを「復号」と呼んでいる。したがっ
て、秘密通信では送信者が暗号化を行い、その後受信者
が復号を行なうが、認証通信では送信者が復号を行い、
その後受信者か暗号化を行うことになる。

【０００９】以下に、公開鍵暗号方式により送信者Ａか
ら受信者Ｂへ秘密通信、認証通信、署名付秘密通信を行
う場合のプロトコルを示す。ここで、送信者Ａの秘密鍵
をｋｓＡ、公開鍵をｋｐＡとし、受信者Ｂの秘密鍵をｋ
ｓＢ、公開鍵をｋｐＢとする。

【００１０】[秘密通信]送信者Ａから受信者Ｂへ通信文
（平文）Ｍを秘密通信する場合は、次の手順で行う。 Step１：送信者Ａは、受信者Ｂの公開鍵ｋｐＢで通信文
Ｍを以下のように暗号化し、暗号文Ｃを受信者Ｂに送
る。 Ｃ＝Ｅ（ｋｐＢ，Ｍ） Step２：受信者Ｂは自分の秘密鍵ｋｓＢで暗号文Ｃを以
下のように復号し、もとの平文Ｍを得る。 Ｍ＝Ｄ（ｋｓＢ，Ｃ） 尚、受信者Ｂの公開鍵ｋｐＢは不特定多数に公開されて
いるので、送信者Ａに限らず全ての人が受信者Ｂに秘密
通信できる。

【００１１】[認証通信]送信者Ａから受信者Ｂへ通信文
（平文）Ｍを認証通信する場合は、次の手順で行う。 Step１：送信者Ａは、自分の秘密鍵ｋｓＡで送信文Ｓを
以下のように生成し、受信者Ｂに送る。 Ｓ＝Ｄ（ｋｓＡ，Ｍ） この送信文Ｓを「署名文」と言い、署名文Ｓを得る操作
を「署名」と言う。 Step２：受信者Ｂは、送信者Ａの公開鍵ｋｐＡで署名文
Ｓを以下のように復元変換し、もとの平文Ｍを得る。 Ｍ＝Ｅ（ｋｐＡ，Ｓ） もし、通信文Ｍが意味のある文であることを確認したな
らば、通信文Ｍが確かに送信者Ａから送られてきたこと
を認証する。送信者Ａの公開鍵ｋｐＡは不特定多数に公
開されているので、受信者Ｂに限らず全ての人が送信者
Ａの署名文Ｓを認証できる。このような認証を「ディジ
タル署名」とも言う。

【００１２】[署名付秘密通信]送信者Ａから受信者Ｂへ
通信文（平文）Ｍを署名付秘密通信する場合は、次の手
順で行う。 Step１：送信者Ａは、自分の秘密鍵ｋｓＡで通信文Ｍを
以下のように署名し、署名文Ｓを作る。 Ｓ＝Ｄ（ｋｓＡ，Ｍ） さらに、送信者Ａは、受信者Ｂの公開鍵ｋｐＢで署名文
Ｓを以下のように暗号化し、暗号文Ｃを受信者Ｂに送
る。 Ｃ＝Ｅ（ｋｐＢ，Ｓ） Step２：受信者Ｂは、自分の秘密鍵ｋｓＢで暗号文Ｃを
以下のように復号し、署名文Ｓを得る。 Ｓ＝Ｄ（ｋｓＢ，Ｃ） さらに、受信者Ｂは、送信者Ａの公開鍵ｋｐＡで署名文
Ｓを以下のように復元変換し、もとの平文Ｍを得る。 Ｍ＝Ｅ（ｋｐＡ，Ｓ） もし、通信文Ｍが意味のある文であることを確認したな
らば、通信文Ｍが確かに送信者Ａから送られてきたこと
を認証する。

【００１３】尚、署名付秘密通信の各Step内における関
数を施す順序は、それぞれ逆転しても良い。すなわち、
上述の手順では、 Step１：Ｃ＝Ｅ（ｋｐＢ，Ｄ（ｋｓＡ，Ｍ）） Step２：Ｍ＝Ｅ（ｋｐＡ，Ｄ（ｋｓＢ，Ｃ）） となっているが、下記のような手順でも署名付秘密通信
が実現できる。 Step１：Ｃ＝Ｄ（ｋｓＡ，Ｅ（ｋｐＢ，Ｍ）） Step２：Ｍ＝Ｄ（ｋｓＢ，Ｅ（ｋｐＡ，Ｃ））

【００１４】そこで、上述の復号の手法として、例え
ば、以下のような特徴を有するブラインド復号と呼ばれ
る手法がある。尚、以下の説明では、Ａ（サーバとす
る）側で画像等のディジタルデータを公開鍵暗号方式で
暗号化したデータＧを、Ｂ（ユーザとする）で得るもの
とする。また、画像等のディジタルデータを正当に配布
する者を「サーバ」と言う。

【００１５】［ブラインド復号の特徴］ １）サーバとユーザ以外の第３者に対してデータＧの内
容を秘密にする。 ２）ユーザ側は、プロトコル中でサーバにデータＧの偽
造及び改竄等の変形を行わせず、そのままのデータＧを
得る。 ３）ユーザ側は、復号している暗号文Ｇをサーバに知ら
せずに復号しプライバシーを保護する。

【００１６】このようなブラインド復号は、サーバ側が
暗号化したデータをＣＤ一ＲＯＭ等に多数含んで配布
し、ユーザ側がそのＣＤ−ＲＯＭ等に含まれるデータの
中のどのデータを復号しているかサーバ側に知られるこ
となく望みのデータを得るために用いられる。これによ
って、ユーザがどのデータを購入したか等という、ユー
ザのプライバシーの保護が実現される。

【００１７】ただし、データの購入に対する対価は、ユ
ーザからサーバに支払われることによって、後述するよ
うなブラインド復号の手順が実行される。これによっ
て、ソフトウェア等のデータに対する売買がネットワー
ク上又は電子上で実現され、エレクトロニックコマース
が実現される。

【００１８】上述のブラインド復号の手順は、以下のよ
うに記述される。ただし、ここでは、サーバ側の暗号系
をＥ１（）、ユーザ側の暗号系をＥ２（）で表わし、そ
の復号系は各々Ｄ１（）、Ｄ２（）で表わす。また、ブ
ラインド復号では、サーバ側とユーザ側の暗号系で Ｅ１（Ｅ２（Ｇ））＝Ｅ２（Ｅ１（Ｇ）） が成り立つとする。

【００１９】［ブラインド復号の手順］ １）ユーザ側は、サーバ側の暗号鍵（公開鍵）によって
データＧを暗号化した暗号文Ｃｓを得る。ここでの暗号
文Ｃｓは、 Ｃｓ＝Ｅ１（Ｇ） で表される。 ２）ユーザ側は、１）で得た暗号文Ｃｓをユーザ自信の
暗号鍵（公開鍵）で暗号化した暗号文Ｃｓｕをサーバ側
に送る。ここでの暗号文Ｃｓｕは、 Ｃｓｕ＝Ｅ２（ＣＳ） で表される。 ３）サーバ側は、ユーザ側からの暗号文Ｃｓｕをサーバ
自信の復号鍵（秘密鍵）で復号した復号文Ｃｕをユーザ
側に送る。ここでの復号文Ｃｕは、 Ｃｕ＝Ｄ１（Ｃｓｕ）＝Ｄ１（Ｅ２（Ｅ１（Ｇ）））＝
Ｅ２（Ｇ） で表される。 ４）ユーザ側は、サーバ側からの復号文Ｃｕをユーザ自
信の復号鍵（秘密鍵）で復号しデータＧを得る。ここで
のデータＧは、 Ｇ＝Ｄ２（Ｅ２（Ｇ）） で表される。

【００２０】通常、上述のブラインド復号は、ＲＳＡ暗
号を用いて実現すると、以下のようになる。ただし、サ
ーバとユーザの公開鍵を各々ｅ１、ｅ２とし、秘密鍵を
ｄ１、ｄ２とする。尚、ｍｏｄの演算は省略する。

【００２１】［ＲＳＡ暗号によるブラインド復号の実
現］ １）ユーザ側は、サーバ側の公開鍵ｅ１によってデータ
Ｇを暗号化した暗号文Ｃｓを得る。ここでの暗号文Ｃｓ
は、 Ｃｓ＝Ｇ^e1 で表される。 ２）ユーザ側は、１）で得た暗号文Ｃｓ（＝Ｇ^e1）をユ
ーザ自信の公開鍵ｅ２で暗号化した暗号文Ｃｓｕをサー
バ側に送る。ここでの暗号文Ｃｓｕは、 Ｃｓｕ＝（Ｇ^e1）^e2 で表される。 ３）サーバ側は、ユーザ側からの暗号文Ｃｓｕ（＝（Ｇ
^e1）^e2）をサーバ自信の公開鍵ｅ１で復号した復号文Ｃ
ｕをユーザ側に送る。ここでの復号文Ｃｕは、 Ｃｕ＝Ｇ^e2 で表される。 ４）ユーザ側は、サーバ側からの復号文Ｃｕ（＝Ｇ^e2）
をユーザ自信の公開鍵ｅ２で復号し元のデータＧ（ユー
ザの最終データ）を得る。

【００２２】しかしながら、上述のような公開鍵暗号方
式を用いたとしても、画像等のディジタルデータに対し
ては、売買の後に、そのデータを得たユーザがそのデー
タをコピーして不正に配布し利益を得ることもできる。
そこで、「電子透かし」と呼ばれる手法がある。この
「電子透かし」とは、画像等のオリジナルのディジタル
データにある操作を加え、そのディジタルデータに関す
る著作権情報やユーザに関する利用者情報をディジタル
データ中に埋め込むこと（電子透かし埋込処理）によっ
て、不正コピーが見つかった場合に誰がデータを再配布
したのかを特定する手法である。

【００２３】このような電子透かしの技術と、公開鍵暗
号方式とを合わせて用いることで、ユーザのプライバシ
ーを守りながら、ユーザの不正配布を防止することもで
きる。

【００２４】

【発明が解決しようとする課題】しかしながら、上述し
たような公開鍵暗号方式により暗号化されたデータを復
号する方式として挙げた従来のブラインド復号は、オリ
ジナルのディジタルデータ（データＧ）を、ユーザのプ
ライバシーを守りながらサーバからユーザにそのまま渡
すためのプロトコルとしては有効であるが、以下のよう
な特徴を実現するためのプロトコルとしては適していな
かった。 １）サーバとユーザ以外の第３者に対してデータＧの内
容を秘密にする。 ２）サーバは、プロトコル中において、電子透かし埋込
処理等の変形を行い、データＧをそのままのユーザに渡
さない。 ３）相手に罪を押し付けることのできないプロトコルに
よってサーバとユーザの不正配布を防止する。

【００２５】そこで、本発明は、上記の欠点を除去する
ために成されたもので、オリジナルデータの不正配布を
確実に防止する暗号方式、及びそれを用いた電子情報配
布システムを提供することを目的とする。

【００２６】

【課題を解決するための手段】第１の発明は、公開鍵暗
号方式によって暗号化された第１のデータに第２のデー
タを演算し、その結果である第３のデータを復号するこ
とによって、第１のデータの復号と、第２のデータの署
名を実現することを特徴とする。

【００２７】第２の発明は、上記第１の発明において、
前記第１のデータは、暗号化された画像データであり、
前記第３のデータの復号により電子透かしの埋め込まれ
た画像データを得ることを特徴とする。

【００２８】第３の発明は、上記第１又は２の発明にお
いて、前記第１のデータは、予め一次暗号化された情報
に対して公開鍵暗号方式によって二次暗号化されたデー
タであることを特徴とする。

【００２９】第４の発明は、複数のエンティティを含む
ネットワークシステムで用いられる暗号方式であって、
前記複数のエンティティのうち少なくとも第１のエンテ
ィティと第２のエンティティがディジタル情報の送受信
を行う場合、前記第１のエンティティは、前記第２のエ
ンティティの公開鍵によって暗号化された第１のデータ
に第２のデータを演算して得た第３のデータを第２のエ
ンティティに送り、前記第２のエンティティは、前記第
１のエンティティからの第３のデータを自分の秘密鍵で
復号することによって、前記第１のデータの復号と前記
第２のデータの署名を実現することを特徴とする。

【００３０】第５の発明は、複数のエンティティを含む
ネットワークシステムで用いられる暗号方式であって、
前記複数のエンティティのうち少なくとも第１のエンテ
ィティと第２のエンティティがディジタル情報の送受信
を行う場合、前記第２のエンティティは、前記第１のエ
ンティティの公開鍵で暗号化された第１のデータを自分
の公開鍵で暗号化して前記第１のエンティティに送り、
前記第１のエンティティは、前記第２のエンティティか
らの第１のデータを自分の秘密鍵で復号した後に第２の
データを演算して第３のデータを得て上記第２のエンテ
ィティに送り、前記第２のエンティティは、前記第１の
エンティティからの第３のデータを自分の秘密鍵で復号
することによって、前記第１のデータの復号と前記第２
のデータの署名を実現することを特徴とする。

【００３１】第６の発明は、上記第４又は５の発明にお
いて、前記第１のエンティティは、情報を提供するエン
ティティであり、前記第２のエンティティは、情報を受
け取るエンティティであることを特徴とする。

【００３２】第７の発明は、上記第１〜６の何れかの発
明において、ＲＳＡ暗号を用いた公開鍵暗号方式により
暗号化することを特徴とする。

【００３３】第８の発明は、複数のエンティティを含
み、ネットワーク上でディジタル情報の送受信を行う電
子情報配布システムであって、前記複数のエンティティ
は、互いにディジタル情報の送受信を行う少なくとも第
１及び第２のエンティティを含み、前記第１のエンティ
ティは、前記第２のエンティティの公開鍵により暗号化
された第１のデータに第２のデータを演算して第３のデ
ータを得る演算手段とを備え、前記第２のエンティティ
は、前記第１のエンティティからの前記第３のデータを
自分の秘密鍵で復号する復号手段を備えることを特徴と
する。

【００３４】第９の発明は、複数のエンティティを含
み、ネットワーク上でディジタル情報の送受信を行う電
子情報配布システムであって、前記複数のエンティティ
は、互いにディジタル情報の送受信を行う少なくとも第
１及び第２のエンティティを含み、前記第１のエンティ
ティは、第１のデータを自分の公開鍵で暗号化する第１
の暗号化手段と、前記第２のエンティティからの第１の
データを自分の秘密鍵で復号する第１の復号化手段と、
前記第１の復号化手段で復号化された第１のデータに第
２のデータを演算して第３のデータを得る演算手段とを
備え、前記第２のエンティティは、前記第１のエンティ
ティの第１の暗号化手段で暗号化された第１のデータを
自分の公開鍵で暗号化する第２の暗号化手段と、前記第
１のエンティティからの前記第３のデータを自分の秘密
鍵て復号する第２の復号化手段とを備えることを特徴と
する。

【００３５】第１０の発明は、上記第８又は９の発明に
おいて、ＲＳＡ暗号を用いた公開鍵暗号方式により暗号
化することを特徴とする。

【００３６】第１１の発明は、上記第８又は９の発明に
おいて、前記第１のエンティティは、情報を供給するエ
ンティティであり、前記第２のエンティティは、情報を
受け取るエンティティであることを特徴とする。

【００３７】第１２の発明は、上記第８又は９の発明に
おいて、前記第１のデータは、画像データであり、前記
第２のデータは、電子透かし情報であることを特徴とす
る。

【００３８】

【発明の実施の形態】以下、本発明の実施の形態につい
て図面を用いて説明する。

【００３９】まず、第１の実施の形態について説明す
る。

【００４０】本発明に係る暗号方式は、例えば、図１に
示すようなシステム１００により実施され、このシステ
ム１００は、本発明に係る電子情報配布システムを適用
したものでもある。

【００４１】すなわち、システム１００は、サーバ側の
端末装置（サーバ端末装置）１０及びユーザ側の端末装
置（ユーザ端末装置）２０を含む多数のエンティティ
（図示せず）からなるネットワークシステムであり、各
エンティティは、ネットワークを介して互いに画像等の
ディジタルデータの授受を行うようになされている。ま
た、システム１００は、例えば、電子透かし方式及び公
開鍵暗号方式を適用したものである。

【００４２】サーバ端末装置１０は、例えば画像データ
（ディジタルデータ）Ｇ及びサーバにより入力された暗
号鍵（公開鍵）が供給される１次暗号化処理部１３と、
ユーザ端末装置２０からのデータ及びサーバにより入力
された復号鍵（秘密鍵）が供給される１次復号処理部１
４と、１次復号処理部１４の出力が供給される電子透か
し埋込処理部１２とを備えており、電子透かし埋込処理
部１２及び１次暗号化処理部１３の各出力は、ユーザ端
末装置２０に対して送信されるようになされている。

【００４３】一方、ユーザ端末装置２０は、サーバ端末
装置１０の１次暗号化処理部１３からのデータ及びユー
ザにより入力された暗号鍵（公開鍵）が供給される２次
暗号化処理部２４と、ユーザにより入力された復号鍵
（秘密鍵）が供給される署名生成処理部２２と、サーバ
端末装置１０の電子透かし埋込処理部１２からのデータ
及びユーザにより入力された復号鍵（秘密鍵）が供給さ
れる２次復号処理部２５とを備えており、２次暗号化処
理部２４の出力がサーバ端末装置１０の１次復号処理部
１４に対して送信され、署名生成処理部２２の出力がサ
ーバ端末装置１０の電子透かし埋込処理部１２に対して
送信され、２次復号処理部２５の出力が電子透かし付き
画像データとして出力されるようになされている。

【００４４】上述のような構成により、このシステム１
００は、 １）サーバとユーザ以外の第３者に対して画像データＧ
の内容を秘密にする。 ２）サーバ端末装置１０は、プロトコル中において、例
えば電子透かし埋込処理を行い、データＧをそのままの
ユーザ端末装置２０に渡さない。 ３）相手に罪を押し付けることのできないプロトコルに
よってサーバとユーザの不正配布を防止する。 という特徴を実現するようになされている。以下、暗号
化を「Ｅｉ（）」、復号を「Ｄｉ（）」で表わし、電子
透かしに関する埋め込み処理（電子透かし埋込処理）
は、乗算によって記述して、このシステム１００におけ
るプロトコルについて説明する。

【００４５】１）先ず、サーバ端末装置１０において、
１次暗号化処理部１３は、サーバにより入力された暗号
鍵（公開鍵）によって画像データＧを暗号化する。これ
により得られた暗号文Ｃｓは、 Ｃｓ＝Ｅ１（Ｇ） で表される。この暗号文Ｃｓは、ユーザ端末装置２０の
２次暗号化処理部２４に送られる。

【００４６】２）次に、ユーザ端末装置２０において、
２次暗号化処理部２４は、サーバ端末装置１０からの暗
号文Ｃｓを、ユーザにより入力された暗号鍵（公開鍵）
で暗号化する。これにより得られた暗号文Ｃｓｕは、 Ｃｓｕ＝Ｅ２（Ｃｓ）＝Ｅ２（Ｅ１（Ｇ）） で表される。また、署名生成処理部２２は、ユーザによ
り入力された復号鍵（秘密鍵）を用いて署名情報Ｓを生
成する。そして、２次暗号化処理部２４で得られた暗号
文Ｃｓｕは、サーバ端末装置１０の１次復号処理部１４
に送られ、署名生成処理部２２で生成された署名情報Ｓ
は、サーバ端末装置１０の電子透かし埋込処理部１２に
送られる。

【００４７】３）次に、サーバ端末装置１０において、
１次復号処理部１４は、ユーザ端末装置２０の２次暗号
化処理部２４からの暗号文Ｃｓｕを、サーバにより入力
された復号鍵（秘密鍵）で復号する。これにより得られ
た復号文は、 Ｄ１（Ｃｓｕ）＝Ｄ１（Ｅ２（Ｅ１（Ｇ）））＝Ｅ２
（Ｇ） で表される。そして、電子透かし埋込処理部１２は、１
次復号処理部１４で得られた復号文Ｄ１（Ｃｓｕ）に、
ユーザ端末装置２０からの署名情報Ｓを埋め込み、ユー
ザ端末装置２０の２次復号処理部２５に送る。よって、
ユーザ端末装置２０の２次復号処理部２５への送信デー
タＣｕは、 Ｃｕ＝Ｄ１（Ｃｓｕ）・Ｓ＝Ｅ２（Ｇ）・Ｓ で表される。

【００４８】４）次に、ユーザ端末装置２０において、
２次暗号処理部２５は、サーバ端末装置１０の電子透か
し埋込処理部１２からの送信データＣｕを、ユーザによ
り入力された復号鍵（秘密鍵）で復号して電子透かし付
き画像データＭを取り出す。よって、電子透かし付き画
像データＭは、 Ｍ＝Ｄ２（Ｃｕ）＝Ｄ２（Ｅ２（Ｇ）・Ｓ）＝Ｇ・Ｄ２
（Ｓ） で表わされ、これは元の画像データＧに２次復号の影響
を受けた透かし情報（署名情報）Ｓが埋め込まれている
ことを示す。

【００４９】上述の１）〜４）のプロトコルは、ＲＳＡ
暗号を用いて実現すると、以下のようになる。尚、サー
バとユーザの公開鍵を各々ｅ１、ｅ２とし、秘密鍵をｄ
１、ｄ２とし、図２を用いて以下の説明を行う。

【００５０】１）先ず、サーバ端末装置１０からユーザ
端末装置２０には、画像データＧがサーバの公開鍵ｅ１
によって暗号化された暗号文Ｃｓが送られる。この暗号
文Ｃｓ（第１のデータ）は、 Ｃｓ＝Ｇ^e1 で表される。

【００５１】２）次に、ユーザ端末装置２０からサーバ
端末装置１０には、暗号文Ｃｓがユーザの公開鍵ｅ２で
暗号化された暗号文Ｃｓｕが送られる。この暗号文Ｃｓ
ｕは、 Ｃｓｕ＝（Ｇ^e1）^e2 で表される。また、これと共に、署名情報Ｓ（第２のデ
ータ）も送られる。

【００５２】３）次に、サーバ端末装置１０からユーザ
端末装置２０には、暗号文Ｃｓｕがサーバの秘密鍵ｄ１
で復号された復号文Ｃｓｕ^d1に、署名情報Ｓが埋め込ま
れたデータＣｕが送られる。このデータＣｕ（第３のデ
ータ）は、 Ｃｕ＝Ｃｓｕ^d1・Ｓ＝Ｇ^e2・Ｓ で表される。

【００５３】４）そして、ユーザ端末装置２０にて、ユ
ーザが最終的に得るデータは、データＣｕがユーザの秘
密鍵ｄ２で復号されたデータ（電子透かし付き画像デー
タＭ）、すなわち、 Ｃｕ^d2＝（Ｇ^e2・Ｓ）^d2＝Ｇ・Ｓ^d2 で表されるデータとなる。

【００５４】上述のように、本実施の形態では、画像デ
ータＧは、常に暗号化されて送付されるので特徴１）が
実現される。

【００５５】また、上記３）の処理において、サーバ側
で署名情報Ｓの電子透かし埋込処理が行われるため、特
徴２）が実現される。

【００５６】また、ユーザが得る最終データは、ユーザ
しか知らない秘密鍵ｄ２によって署名された署名情報Ｓ
が含まれているため、サーバは偽造することができず、
最終データを不正配布できない。また、サーバ側での電
子透かし埋込処理が正しく行われたかどうかは、ユーザ
側で、 Ｃｓｕ＝（Ｃｕ／Ｓ）^e1 を検査することによって実現される。また、不正配布さ
れたデータは、抽出された埋め込み情報（署名情報）Ｓ
^d2をユーザの公開鍵ｅ２によって検査することで実現さ
れる。したがって、特徴３）が実現できる。

【００５７】つぎに、第２の実施の形態について説明す
る。

【００５８】例えば、サーバが多数のユーザを相手にす
る場合、暗号化されていないユーザを特定する情報を、
電子透かし付き画像データに加える。このような場合の
システムの構成の一例を図３に示す。

【００５９】このシステム２００は、上述した第１の実
施の形態におけるシステム１００と同様の構成としてい
るが、サーバ端末装置１０に２次暗号化処理部１８を更
に設け、また、ユーザ端末装置２０に特定情報生成処理
部２８を更に設けた構成としている。そして、サーバ端
末装置１０において、２次暗号化処理部１８には、ユー
ザ端末装置２０の特定情報生成処理部２８からのデータ
及びユーザの暗号鍵（公開鍵）が供給され、２次暗号化
処理部１８の出力は、電子透かし埋込処理部１２に供給
されるようになされている。

【００６０】上述のような構成により、このシステム２
００は、ユーザが多数いる場合でも、上述した特徴
１）、２）、３）を実現するようになされている。以
下、このシステム２００におけるプロトコルについて説
明する。

【００６１】尚、上記図３のシステム２００において、
上記図１のシステム１００と同様に動作する箇所には同
じ符号を付し、その詳細な説明は省略する。

【００６２】１）先ず、サーバ端末装置１０において、
１次暗号化処理部１３は、サーバにより入力された暗号
鍵（公開鍵）によって画像データＧを暗号化して、その
暗号文Ｃｓ（＝Ｅ１（Ｇ））をユーザ端末装置２０の２
次暗号化処理部２４に送る。

【００６３】２）次に、ユーザ端末装置２０において、
２次暗号化処理部２４は、サーバ端末装置１０の１次暗
号化処理部１３からの暗号文Ｃｓを、ユーザにより入力
された暗号鍵（公開鍵）で暗号化して、その暗号文Ｃｓ
ｕ（＝Ｅ２（Ｃｓ）＝Ｅ２（Ｅ１（Ｇ）））をサーバ端
末装置１０の１次復号処理部１４に送る。また、署名生
成処理部２２は、ユーザにより入力された復号鍵（秘密
鍵）を用いて署名情報Ｓを生成して、サーバ端末装置１
０の電子透かし埋込処理部１２に送る。さらに、特定情
報生成処理部２８は、ユーザの秘密鍵に対応する公開鍵
を有する情報Ｔ、すなわちユーザを特定する情報（特定
情報）Ｔを生成して、サーバ端末装置１０の２次暗号化
処理部１８に送る。

【００６４】３）次に、サーバ端末装置１０において、
１次復号処理部１４は、ユーザ端末装置２０の２次暗号
処理部２４からの暗号文Ｃｓｕを、サーバにより入力さ
れた復号鍵（秘密鍵）で復号して、その復号文（Ｄ１
（Ｃｓｕ）＝Ｄ１（Ｅ２（Ｅ１（Ｇ）））＝Ｅ２
（Ｇ））を電子透かし埋込処理部１２に供給する。ま
た、２次暗号化処理部１８は、ユーザ端末装置２０の特
定情報生成部２８からの特定情報Ｔを、それに含まれる
ユーザの暗号鍵（公開鍵）で暗号化し、その暗号文Ｅ２
（Ｔ）を電子透かし埋込処理部１２に供給する。そし
て、電子透かし埋込処理部１２は、１次復号処理部１４
で得られた復号文Ｄ１（Ｃｓｕ）に、２次暗号化処理部
１８で得られた暗号文Ｅ２（Ｔ）、及びユーザ端末装置
２０の署名生成処理部２２からの署名情報Ｓを埋め込
み、ユーザ端末装置２０の２次復号処理部２５に送る。
よって、ユーザ端末装置２０の２次復号処理部２５への
送信データＣｕは、 Ｃｕ＝Ｄ１（Ｃｓｕ）・Ｅ２（Ｔ）・Ｓ＝Ｅ２（Ｇ）・
Ｅ２（Ｔ）・Ｓ で表される。

【００６５】４）次に、ユーザ端末装置２０において、
２次暗号処理部２５は、サーバ端末装置１０からの送信
データＣｕを、ユーザにより入力された復号鍵（秘密
鍵）で復号して電子透かし付き画像データＭを取り出
す。よって、電子透かし付き画像データＭは、 Ｍ＝Ｄ２（Ｃｕ）＝Ｄ２（Ｅ２（Ｇ）・Ｅ２（Ｔ）・
Ｓ）＝Ｇ・Ｔ・Ｄ２（Ｓ） で表わされ、これは元の画像データＧと、暗号化されて
いない特定情報Ｔとに２次復号の影響を受けた透かし情
報（署名情報）Ｓが埋め込まれていることを示す。

【００６６】上述の１）〜４）のプロトコルは、ＲＳＡ
暗号を用いて実現すると、以下のようになる。尚、サー
バとユーザの公開鍵を各々ｅ１、ｅ２とし、秘密鍵をｄ
１、ｄ２とし、図４を用いて以下の説明を行う。

【００６７】１）先ず、サーバ端末装置１０からユーザ
端末装置２０には、画像データＧがサーバの公開鍵ｅ１
によって暗号化された暗号文Ｃｓ（＝Ｇ^e1：第１のデー
タ）が送られる。

【００６８】２）次に、ユーザ端末装置２０からサーバ
端末装置１０には、暗号文Ｃｓがユーザの公開鍵ｅ２で
暗号化された暗号文Ｃｓｕ（＝（Ｇ^e1）^e2））が送られ
る。また、これと共に、署名情報Ｓ及び特定情報Ｔ（第
２のデータ）も送られる。

【００６９】３）次に、サーバ端末装置１０からユーザ
端末装置２０には、暗号文Ｃｓｕがサーバの秘密鍵ｄ１
で復号された復号文Ｃｓｕ^d1に、署名情報Ｓ、及び特定
情報Ｔがユーザの公開鍵ｅ２で暗号化された暗号文Ｔ^e2
が埋め込まれたデータＣｕ（＝Ｃｓｕ^d1・Ｔ^e2・Ｓ＝Ｇ
^e2・Ｔ^e2・Ｓ：第３のデータ）が送られる。

【００７０】４）そして、ユーザ端末装置２０にて、ユ
ーザが最終的に得るデータは、データＣｕがユーザの秘
密鍵ｄ２で復号されたデータ（電子透かし付き画像デー
タＭ）、すなわち、 Ｃｕ^d2＝（Ｇ^e2・Ｔ^e2・Ｓ）^d2＝Ｇ・Ｔ・Ｓ^d2 で表されるデータとなる。

【００７１】上述のように、本実施の形態においても、
上述した第１の実施の形態と同様に、特徴１）、２）、
３）を実現することができる。

【００７２】さらに、本実施の形態では、ユーザが最終
的に得るデータＭには、そのユーザを特定する情報Ｔが
暗号化されていない情報で含まれているため、データＭ
が不正配布された場合、データＭに含まれる特定情報Ｔ
により、データＭを渡したユーザを特定し、その特定し
たユーザの公開鍵を用いて、暗号化された署名情報Ｓ ^d2
を検査することができるため、ユーザが多数いる場合で
も、不正配布を防止することができる。

【００７３】また、サーバ側は、署名情報Ｓや特定情報
Ｔを埋め込み復号している元の画像データＧを知ること
ができないため、「ユーザは、暗号化された画像データ
Ｇをサーバに知らせずに復号することができるため、ユ
ーザのプライバシーを保護することができる」という特
徴も実現することができる。

【００７４】尚、上述した第２の実施の形態では、ユー
ザ側は、署名情報Ｓとは別に特定情報Ｔをサーバ側に送
るようにしたが、ユーザを特定する情報Ｔを署名情報Ｓ
に含めるようにしてもよい。これにより、特定情報Ｔを
別に送る必要がないため、構成を簡易化することができ
る。

【００７５】上述の第１及び第２の実施の形態に示した
画像データ及び署名を検査するための公開鍵は、以下の
ようなフォーマットで格納することができる。

【００７６】例えば、下記の一般的な画像フォーマット
では、各段階で送付される画像データを画像データ部に
格納し、署名を検査するための公開鍵等を画像ヘッダ部
に格納することができる。

【００７７】一方、下記に示すFlashPixTMファイルフォ
ーマットでは、上記のような署名を検査するための公開
鍵を含む一般的な画像フォーマットを各階層のデータと
して格納することができる。また、署名を検査するため
の公開鍵等は、属性情報としてプロパティセットの中に
格納しておくこともできる。

【００７８】まず、一般的な画像フォーマットについて
具体的に説明する。

【００７９】一般的な画像フォーマットは、図５に示す
ように、画像ファイルは画像ヘッダ部と画像データ部と
に分けられる。一般的に画像ヘッダ部には、その画像フ
ァイルから画像データを読み取るときに必要な情報や、
画像の内容を説明する付帯的な情報が格納される。上記
図５の例では、その画像フォーマット名を示す画像フォ
ーマット識別子、ファイルサイズ、画像の幅・高さ・深
さ、圧縮の有無、解像度、画像データの格納位置へのオ
フセット、カラーパレットのサイズなどの情報が格納さ
れている。一方、画像データ部は、画像データを順次格
納している部分である。このような画像フォーマットの
代表的な例としては、Microsoft 社のＢＭＰフォーマッ
トやCompuserve社のＧＩＦフォーマットなどが広く普及
している。

【００８０】つぎに、FlashPixTMファイルフォーマット
について具体的に説明する。

【００８１】以後説明するFlashPixTM（FlashPixは米国
Eastman Kodak 社の登録商標）ファイルフォーマットで
は、上記画像ヘッダ部に格納されていた画像属性情報お
よび画像データ部に格納されていた画像データを、更に
構造化してファイル内に格納する。この構造化した画像
ファイルを、図６及び図７に示す。ファイル内の各プロ
パティやデータには、ＭＳ−ＤＯＳのディレクトリとフ
ァイルに相当する、ストレージとストリームによってア
クセスする。上記図６及び図７において、影付き部分が
ストレージで、影なし部分がストリームであり、画像デ
ータや画像属性情報はストリーム部分に格納される。

【００８２】上記図６において、画像データは異なる解
像度で階層化されており、それぞれの解像度の画像をSu
bimageと呼び、Resolution０，１，・・・，ｎで示して
ある。各解像度の画像に対して、その画像データを読み
出すために必要な情報がSubimage Header に、また画像
データがSubimage data に格納される。

【００８３】プロパティセットとは、属性情報をその使
用目的や内容に応じて分類して定義したものであり、Su
mmary info. Property Set、Image info. Property Se
t、Image Content Property Set、Extention list prop
erty Set がある。

【００８４】[各プロパティセットの説明]Summary inf
o. Property Setは、FlashPix特有のものではなく、Mic
rosoft 社のストラクチャードストレージでは必須のプ
ロパティセットで、そのファイルのタイトル・題名・著
者・サムネール画像等を格納する。また、Comp Obj.Str
eam には、記憶部（Strage）に関する一般的な情報が格
納される。Image Content Property Setは、画像データ
の格納方法を記述する属性である（図８参照）。この属
性には、画像データの階層数、最大解像度の画像の幅や
高さ、それぞれの解像度の画像についての幅、高さ、色
の構成、あるいはＪＰＥＧ圧縮を用いる際の量子化テー
ブル・ハフマンテーブルの定義などを記述する。Extent
ion list property Set は、上記FlashPixの基本仕様に
含まれない情報を追加する際に使用する領域である。更
に、ICC Profile の部分には、ICC(International Colo
r Consortinm) において規定される色空間変換のための
変換プロファイルが記述される。

【００８５】また、Image info. Property Setは、画像
データを使用する際に利用できる下記のような様々な情
報、例えば、その画像がどのようにして取り込まれ、ど
のように利用可能であるかの情報を格納する。 ・ディジタルデータの取り込み方法／あるいは生成方法
に関する情報 ・著作権に関する情報 ・画像の内容（画像中の人物、場所など）に関する情報 ・撮影に使われたカメラに関する情報 ・撮影時のカメラのセッティング（露出、シャッタース
ピード、焦点距離、フラッシュ使用の有無など）の情報 ・ディジタルカメラ特有の解像度やモザイクフィルタに
関する情報 ・フィルムのメーカ名、製品名、種類（ネガ／ポジ、カ
ラー／白黒）などの情報 ・オリジナルが書物や印刷物である場合の種類やサイズ
に関する情報 ・スキャン画像の場合、使用したスキャナやソフト、操
作した人に関する情報

【００８６】上記図７のFlashPix Image View Object
は、画像を表示する際に用いるビューイングパラメータ
と画像データとを合わせて格納する画像ファイルであ
る。ビューイングパラメータとは、画像の回転、拡大／
縮小、移動、色変換、フィルタリングの処理を画像表示
の際に適応するために記憶しておく処理係数のセットで
ある。この図７において、Global info.property setの
部分には、ロックされている属性リストが記述されてお
り、例えば、最大画像のインデックスや最大変更項目の
インデックス、最終修正者の情報等が記述される。ま
た、同図において、Source/Result FlashPix Image Obj
ect は、FlashPix画像データの実体であり、Source Fla
shPix Image Objectは必須で、Result FlashPix Image
Objectはオプションである。Source FlashPix Image Ob
jectはオリジナルの画像データを、ResultFlashPix Ima
ge Objectはビューイングパラメータを使って画像処理
した結果の画像データをそれぞれ格納する。

【００８７】また、Source/Result desc. Property Set
は、上記画像データの識別のためのプロパティセットで
あり、画像ＩＤ、変更禁止のプロパティセット、最終更
新日時等を格納する。Transform Property Setは、画像
の回転、拡大／縮小、移動のためのAffine変換係数、色
変換マトリクス、コントラスト調整値、フィルタリング
係数を格納している。

【００８８】次に、画像データの取り扱いについて説明
する。ここでは、複数のタイルに分割された複数の解像
度の画像を含む画像フォーマットを例に挙げて説明す
る。

【００８９】図９に、解像度の異なる複数の画像から構
成される画像ファイルの例を示す。この図９において、
最大解像度の画像は列×行がＸ０×Ｙ０で構成されてお
り、その次に解像度の大きい画像はＸ０／２×Ｙ０／２
であり、それ以降順次、列・行ともに１／２ずつ縮小
し、列・行ともに６４画素以下あるいは互いに等しくな
るまで縮小されていく。

【００９０】このように画像データを階層化した結果、
画像の属性情報として「１つの画像ファイル中の階層
数」や、それぞれの階層の画像に対して、一般的な画像
フォーマットの項で説明したヘッダ情報と画像データと
が必要となる（上記図５参照）。１つの画像ファイル中
の階層の数や最大解像度の画像の幅、高さ、あるいはそ
れぞれの解像度の画像の幅、高さ、色構成、圧縮方式等
に関する情報は、上記Image Content Property Set中に
記述される（上記図８参照）。

【００９１】さらに、各解像度のレイヤの画像は、図１
０に示すように６４画素×６４画素でなるタイル毎に分
割されている。画像の左上部から順次６４画素×６４画
素のタイルに分割をすると、画像によっては右端および
下端のタイルの一部に空白が生ずる場合がある。この場
合は、それぞれ最右端画像または最下端画像を繰り返し
挿入することで、６４画素×６４画素を構築する。

【００９２】FlashPixTMでは、それぞれのタイル中の画
像データをＪＰＥＧ圧縮、シングルカラー、非圧縮のい
ずれかの方法で格納する。ＪＰＥＧ圧縮は、ISO/IEC JT
C1/SC29 により国際標準化された画像圧縮方式であり、
方式自体の説明はここでは割愛する。また、シングルカ
ラーとは、上記１つのタイルがすべて同じ色て構成され
ている場合にのみ、個々の画素の値を記録することな
く、そのタイルの色を１色で表現する方式である。この
方法は特に、コンピュータグラフィックスにより生成さ
れた画像で有効である。

【００９３】このようにタイル分割された画像データ
は、例えば図６のSubimage data ストリーム中に格納さ
れ、タイルの総数、個々のタイルのサイズ、データの開
始位置、圧縮方法はすべてSubimage Header に格納され
ている（図１１参照）。

【００９４】尚、上述した第１及び第２の実施の形態に
おいて、画像データＧは、ユーザを特定するために、予
め著作権情報等を含む他の情報Ｕを埋め込んだデータ
（Ｇ・Ｕ）であってもよい。

【００９５】また、本発明は、ＲＳＡ暗号によって具体
化されているが、ＲＳＡ暗号に限らず、他の公開縫暗号
方式によっても実現できることは明らかである。

【００９６】また、上述した１）〜２）の処理は、暗号
鍵（公開鍵）を用いた処理であるため、サーバ側とユー
ザ側のどちらも実行することができる。よって、上記
１）〜２）の処理をサーバ側のみ、又はユーザ側のみが
行うようにしてもよい。

【００９７】また、サーバ側がユーザの暗号鍵（公開
鍵）を用いて直接「Ｃｕ＝Ｇ^e2・Ｓ」又は「Ｃｕ＝Ｇ^e2
・Ｔ^e2・Ｓ」を得るようにしてもよい。この場合のプロ
トコルをＲＳＡ暗号により実現すると以下のようにな
る。

【００９８】サーバ側が直接「Ｃｕ＝Ｇ^e2・Ｓ」を得る
ようにする場合、 １）サーバ端末装置１０は、画像データＧをユーザの公
開鍵ｅ２により暗号化して、その暗号文（Ｇ^e2）に、ユ
ーザ端末装置２０からの署名情報Ｓを埋め込む。これに
より得られるデータＣｕは、 Ｃｕ＝Ｇ^e2・Ｓ で表され、このデータＣｕがユーザ端末装置２０に送ら
れる。 ２）ユーザ端末装置２０は、サーバ端末装置１０からの
データＣｕを、ユーザの秘密鍵ｄ２で復号する。この結
果、ユーザが最終的に得るデータ（電子透かし付き画像
データＭ）は、 Ｃｕ^d2＝Ｇ・Ｓ^d2 で表されることになる。

【００９９】一方、サーバ側が直接「Ｃｕ＝Ｇ^e2・Ｔ^e2
・Ｓ」を得るようにする場合、 １）サーバ端末装置１０は、画像データＧ、及びユーザ
端末装置２０からの特定情報Ｔをユーザの公開鍵ｅ２に
より各々暗号化して、その暗号文（Ｇ^e2・Ｔ^e2）に、ユ
ーザ端末装置２０からの署名情報Ｓを埋め込む。これに
より得られるデータＣｕは、 Ｃｕ＝Ｇ^e2・Ｔ^e2・Ｓ で表され、このデータＣｕがユーザ端末装置２０に送ら
れる。 ２）ユーザ端末装置２０は、サーバ端末装置１０からの
データＣｕを、ユーザの秘密鍵ｄ２で復号する。この結
果、ユーザが最終的に得るデータ（電子透かし付き画像
データＭ）は、 Ｃｕ^d2＝Ｇ・Ｔ・Ｓ^d2 で表されることになる。

【０１００】

【発明の効果】以上説明したように本発明によれば、第
１のデータ（オリジナルデータ）は、常に暗号化された
データであるため、サーバ（第１のエンティティ）とユ
ーザ（第２のエンティティ）以外の第３者に対して第１
のデータの内容を秘密にすることができる。また、サー
バ（第１のエンティティ）側で、演算（署名情報の電子
透かし埋込処理等）を行うことで、第１のデータ（オリ
ジナルデータ）をそのままユーザ（第２のエンティテ
ィ）に渡さないようにすることができる。また、ユーザ
（第２のエンティティ）が得る最終データは、ユーザし
か知らない秘密鍵によって署名された第２のデータ（署
名情報等）が含まれるようにすることで、サーバ（第１
のエンティティ）は偽造することができず、最終データ
を不正配布できない。また、不正配布されたデータは、
第２のデータ（署名情報等）をユーザ（第２のエンティ
ティ）の公開鍵によって検査することで実現することが
できる。これにより、サーバ（第１のエンティティ）と
ユーザ（第２のエンティティ）の不正配布を防止するこ
とができる。したがって、不正配布を確実に且つ安全に
防止することができる。

【図面の簡単な説明】

【図１】第１の実施の形態において、本発明に係る電子
情報配布システムを適用したシステムの構成を示すブロ
ック図である。

【図２】上記システムでのプロトコルをＲＳＡ暗号を用
いて実現した場合を説明するための図である。

【図３】第２の実施の形態において、本発明に係る電子
情報配布システムを適用したシステムの構成を示すブロ
ック図である。

【図４】上記システムでのプロトコルをＲＳＡ暗号を用
いて実現した場合を説明するための図である。

【図５】従来の画像フォーマットを説明するための図で
ある。

【図６】構造化画像ファイル（１）を説明するための図
である。

【図７】構造化画像ファイル（２）を説明するための図
である。

【図８】画像データの格納方法を記述する属性を説明す
るための図である。

【図９】解像度の異なる複数の画像から構成される画像
ファイルの一例を説明するための図である。

【図１０】各解像度のレイヤの画像を説明するための図
である。

【図１１】画像データの個々のタイルデータを説明する
ための図である。

【符号の説明】

１００ 電子透かしを用いたシステム １０ サーバ側の端末装置 １２ 電子透かし埋込処理部 １３ １次暗号化処理部 １４ １次復号処理部 ２０ ユーザ側の端末装置 ２２ 署名生成処理部 ２４ ２次暗号化処理部 ２５ ２次復号処理部

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号 ＦＩ Ｈ０４Ｎ 7/081

Claims (12)

【特許請求の範囲】
1. 【請求項１】 公開鍵暗号方式によって暗号化された第
   １のデータに第２のデータを演算し、その結果である第
   ３のデータを復号することによって、第１のデータの復
   号と、第２のデータの署名を実現することを特徴とする
   暗号方式。
2. 【請求項２】 前記第１のデータは、暗号化された画像
   データであり、 前記第３のデータの復号により電子透かしの埋め込まれ
   た画像データを得ることを特徴とする請求項１記載の暗
   号方式。
3. 【請求項３】 前記第１のデータは、予め一次暗号化さ
   れた情報に対して公開鍵暗号方式によって二次暗号化さ
   れたデータであることを特徴とする請求項１又は２に記
   載の暗号方式。
4. 【請求項４】 複数のエンティティを含むネットワーク
   システムで用いられる暗号方式であって、前記複数のエ
   ンティティのうち少なくとも第１のエンティティと第２
   のエンティティがディジタル情報の送受信を行う場合、 前記第１のエンティティは、前記第２のエンティティの
   公開鍵によって暗号化された第１のデータに第２のデー
   タを演算して得た第３のデータを第２のエンティティに
   送り、 前記第２のエンティティは、前記第１のエンティティか
   らの第３のデータを自分の秘密鍵で復号することによっ
   て、前記第１のデータの復号と前記第２のデータの署名
   を実現することを特徴とした暗号方式。
5. 【請求項５】 複数のエンティティを含むネットワーク
   システムで用いられる暗号方式であって、前記複数のエ
   ンティティのうち少なくとも第１のエンティティと第２
   のエンティティがディジタル情報の送受信を行う場合、 前記第２のエンティティは、前記第１のエンティティの
   公開鍵で暗号化された第１のデータを自分の公開鍵で暗
   号化して前記第１のエンティティに送り、 前記第１のエンティティは、前記第２のエンティティか
   らの第１のデータを自分の秘密鍵で復号した後に第２の
   データを演算して第３のデータを得て上記第２のエンテ
   ィティに送り、 前記第２のエンティティは、前記第１のエンティティか
   らの第３のデータを自分の秘密鍵で復号することによっ
   て、前記第１のデータの復号と前記第２のデータの署名
   を実現することを特徴とする暗号方式。
6. 【請求項６】 前記第１のエンティティは、情報を提供
   するエンティティであり、 前記第２のエンティティは、情報を受け取るエンティテ
   ィであることを特徴とする請求項４又は５に記載の暗号
   方式。
7. 【請求項７】 ＲＳＡ暗号を用いた公開鍵暗号方式によ
   り暗号化することを特徴とする請求項１〜６の何れかに
   記載の暗号方式。
8. 【請求項８】 複数のエンティティを含み、ネットワー
   ク上でディジタル情報の送受信を行う電子情報配布シス
   テムであって、 前記複数のエンティティは、互いにディジタル情報の送
   受信を行う少なくとも第１及び第２のエンティティを含
   み、 前記第１のエンティティは、前記第２のエンティティの
   公開鍵により暗号化された第１のデータに第２のデータ
   を演算して第３のデータを得る演算手段とを備え、 前記第２のエンティティは、前記第１のエンティティか
   らの前記第３のデータを自分の秘密鍵で復号する復号手
   段を備えることを特徴とする電子情報配布システム。
9. 【請求項９】 複数のエンティティを含み、ネットワー
   ク上でディジタル情報の送受信を行う電子情報配布シス
   テムであって、 前記複数のエンティティは、互いにディジタル情報の送
   受信を行う少なくとも第１及び第２のエンティティを含
   み、 前記第１のエンティティは、第１のデータを自分の公開
   鍵で暗号化する第１の暗号化手段と、前記第２のエンテ
   ィティからの第１のデータを自分の秘密鍵で復号する第
   １の復号化手段と、前記第１の復号化手段で復号化され
   た第１のデータに第２のデータを演算して第３のデータ
   を得る演算手段とを備え、 前記第２のエンティティは、前記第１のエンティティの
   第１の暗号化手段で暗号化された第１のデータを自分の
   公開鍵で暗号化する第２の暗号化手段と、前記第１のエ
   ンティティからの前記第３のデータを自分の秘密鍵て復
   号する第２の復号化手段とを備えることを特徴とする電
   子情報配布システム。
10. 【請求項１０】 ＲＳＡ暗号を用いた公開鍵暗号方式に
    より暗号化することを特徴とする請求項８若しくは９に
    記載の電子情報配布システム。
11. 【請求項１１】 前記第１のエンティティは、情報を供
    給するエンティティであり、 前記第２のエンティティは、情報を受け取るエンティテ
    ィであることを特徴とする請求項８又は９に記載の電子
    情報配布システム。
12. 【請求項１２】 前記第１のデータは、画像データであ
    り、 前記第２のデータは、電子透かし情報であることを特徴
    とする請求項８又は９に記載の電子情報配布システム。