JP3184868B2 - Ｗｅｂページの真正性確認システム - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、電子データと個人
／機関との関係を認証可能とする技術に関するものであ
る。

【０００２】

【従来の技術】近年の情報化社会の発展に伴い、電子デ
ータが、従来の伝統的な印刷物に代わって、各種情報の
伝達媒体として利用されることが増えている。また、電
子データ自身が、価値ある商品として商取引の対象とな
ることもある。

【０００３】このような情報化社会では、電子データの
不正な複製や改竄や使用による犯罪や、悪意ある行為を
防ぐために、電子データと個人／機関との関係を認証可
能とすることが必要となる。たとえば、電子データが何
かしらの権限ある機関により保証されたものであるかど
うかを確認できるようにするためには、その電子データ
と権限ある機関との関係が認証可能である必要がある。
同様に、電子データの出所や電子データに対して保有す
る個人や機関の権利などを確認するためには、その電子
データと個人や機関との関係が認証可能である必要があ
る。

【０００４】従来、電子データと個人／機関との関係を
認証可能とする技術としては、電子署名と呼ばれる技術
が知られている。

【０００５】電子署名は、暗号理論入門、共立出版（19
93年）133頁〜１３７頁などに記載されているように、
書類の真正さを保証するための技術であり、公開鍵暗号
技術と一方向性関数を組み合わせたものである。

【０００６】この技術では、まず、ｇ（ｆ（ｎ，Ｓ），
Ｖ）＝ｎ、f（ｇ（ｎ，V），S）＝ｎが成立する秘密鍵
Ｓ、公開鍵Ｖの組を作成する。ここでｎは任意のデー
タ、ｆ、ｇは所定の関数であり、上記式は、秘密鍵Ｓを
用いて暗号化した任意のデータは公開鍵Vを用いて復号
化することができ、また、逆に、公開鍵Vを用いて暗号
化した任意のデータは秘密鍵Sで復号化できることを表
している。また、ここで、公開鍵Ｖから秘密鍵Ｓを求め
ることは実質的に不可能となっている。

【０００７】秘密鍵Ｓ、公開鍵Ｖを作成したならば、作
成者は公開鍵Ｖを、相手方に渡し、秘密鍵Ｓは作成者が
秘密に保持する。

【０００８】そして、鍵の作成者が、相手方にデータを
送る場合には、データを所定の一方向関数で評価した評
価値を秘密鍵Sで暗号化した電子署名をデータに添付し
て相手方に渡す。

【０００９】ここで、一方向関数は、実質上、データか
ら関数で評価した評価値を算出可能であるが、評価値か
ら元のデータを算出することは実質的に実用上不可能で
ある性質をもつ。また、この電子署名で用いる一方向関
数には、実質的に異なるデータに対して異なるビット列
を返す関数であること、すなわち、異なるデータに対し
て同じビット列を返す確率が極めて低い関数であること
必要となる。このような関数としては、データの評価値
として所定のビット列を返す一方向ハッシュ関数などが
知られている。ここで一方向ハッシュ関数を、hで表し
た場合の、データＤの一方向ハッシュ関数による評価値
ｈ（Ｄ）をＤのハッシュ値と呼ぶ。

【００１０】さて、電子署名が添付されたデータを受け
取った相手方は、データを一方向関数で評価して評価値
を求め、この評価値が、電子署名を公開鍵Ｖを用いて復
号化した値と一致するかを検証する。そして、一致した
場合には、電子署名が公開鍵Ｖに対応する秘密鍵Sの保
持者によって成されたものであり、かつ、その電子署名
の対象が受け取ったデータであることを認証する。

【００１１】また、一つのデータに対して複数人の電子
署名を行う技術として、Applied Cryptography, Jhon W
ilsy & SOns, Inc. (1996), pp 39-41に記載の技術が知
られている。

【００１２】この技術は、各自がデータのハッシュ値を
電子署名として用いるのでなく、第２番目以降の署名者
は、前の署名者の電子署名のハッシュ値を自身の電子署
名として用いるものである。すなわち、第１番目の署名
者は、上述したのと同様にデータのハッシュ値を自身の
秘密鍵で暗号化し電子署名とする。そして、第２番目の
署名者は第１番目の署名者の電子署名のハッシュ値を自
身の秘密鍵で暗号化し自身の電子署名とする。以降、同
様に、第ｎ番目の署名者は、前の署名者の電子署名のハ
ッシュ値を、第ｎ番目の秘密鍵で暗号化して、第ｎ番目
の署名者の電子署名とする。

【００１３】この場合、ｎ人の署名者によって成された
電子署名の検証は、次のように行う。すなわち、電子署
名を、第ｎ番目の署名者の公開鍵で復号化し、復号した
電子署名を第n-1番目の署名者の公開鍵で復号化すると
いったように、順次、復号化し、第１番目の公開鍵で復
号化した結果が、データのハッシュ値と一致すれば、こ
の電子署名は、各公開鍵の所有者であるｎ人の署名者に
よって、当該データに対して成されたものであるとす
る。ただし、署名者の署名の順序が分からない場合など
には、全ての署名者の順列について検証する必要が生じ
る。

【００１４】また、従来、電子データを、個人／機関と
の関係において認証可能とする技術としては、電子透か
し（digital watermark）と呼ばれる技術が知られてい
る。

【００１５】この技術は、日経エレクトロニクス（1997
年）６８３号９９頁から107頁などに記載されているよ
うに、イメージデータの著作権などの管理情報を、イメ
ージデータ自体にイメージデータと不可分に埋め込む技
術である。

【００１６】この電子透かしの技術は、次のような特徴
を持っている。すなわち、埋め込まれた情報は、情報を
埋め込んだイメージデータを表示した場合にも一般的に
は視認されず、また、視認可能な範囲において画像自体
をほとんど変化させない。一方、埋め込まれた情報のみ
を正確に除去することは容易でない反面、不正確に除去
すると画像の画質が著しく劣化する。また、一般的に
は、ある程度までは、イメージデータを圧縮した場合に
も、埋め込んだ情報を復元することができる。

【００１７】この他、電子透かしの技術としては、イメ
ージデータを対象とするのではなく、テキストやドロウ
データ（図面データ）やオウディオデータを対象とする
ものなどが提案されている。

【００１８】なお、日経エレクトロニクス（1997年）６
８３号９９頁から107頁には、このような電子透かしを
利用して、イメージデータなどの電子データであるコン
テンツの不正コピーを防止する技術も記載されている。

【００１９】この技術は、コンテンツに、コンテンツを
購入した者の識別情報を電子透かしとして埋め込み、不
正コピーされたコンテンツが押収されたときには、これ
に埋め込まれた情報を抽出し、不正コピーを行った者
（すなわち購入者）を特定するものである。

【００２０】ここで、このような購入者の識別情報のコ
ンテンツへの埋込みは、基本的には以下の手順で行われ
る。

【００２１】（１）購入者がコンテンツの購入を希望し
たら、プロバイダー（コンテンツの提供者）はその購入
者にユニークな番号を割り当てる。

【００２２】（２）プロバイダーは、コンテンツに、そ
のコンテンツの購入者の番号を電子透かしとして埋め込
む。

【００２３】（３）不正コピーされたコンテンツをプロ
バイダーまたは監査機関が押収したときに、そのコンテ
ンツから購入者の番号を抽出し、購入者を特定する。

【００２４】（４）購入者がコンテンツの不正コピーを
行った、あるいは、不正コピー者にコンテンツを手渡し
たとして、購入者にペナルティを科す。

【００２５】ところで、近年の、インターネットのよう
なオープンなネットワークを使って、複数のユーザに情
報を開示・伝達する手段として、Ｗｏｒｌｄ Ｗｉｄｅ
Ｗｅｂ（ＷＷＷ）サーバプログラムとブラウザプログ
ラムとを用いるＷＷＷシステムの普及や利用範囲の拡大
に伴い、ＷＷＷサーバ上で公開される電子データである
webページについても、ＷＷＷシステムの不正な使用に
よる犯罪や、悪意ある行為を防ぐために、webページ
を、個人／機関との関係において認証可能とすることが
必要となる。たとえば、webページ上で何かしらの権限
ある機関により保証されたものであることが提示されて
いる場合に、真に、そのwebページが権限ある機関によ
り保証されたものであることを確認できるようにするた
めには、そのwebページが権限ある機関との関係におい
て認証可能である必要がある。同様に、webページの発
信者やwebページに対して保有する個人や機関の権利な
どを確認するためには、そのwebページが個人や機関と
の関係において認証可能である必要がある。

【００２６】なお、たとえば「ＯＰＥＮ ＤＥＳＩＧＮ
９６年４月号」（発行人：蒲生良治、発行所：ＣＱ出
版株式会社）の４ページから２２ページおよび４０ペー
ジから７８ページに記載されているように、ＷＷＷシス
テムは、操作性に優れたグラフィカルユーザインタフェ
ース（ＧＵＩ）を備えているとともに、関連性のある様
々な情報をハイパーリンクでつなぐことで簡単に参照で
きるようにすることができるなどユーザの利便性にも優
れており、今日のこれほどまで急速なインターネットの
発展は、このＷＷＷシステムによるところが大である。

【００２７】この文献に記載されたＷＷＷシステムの概
要を簡単に説明する。

【００２８】ＷＷＷシステムは、情報を公開するための
ＷＷＷサーバプログラムが動作する少なくとも一つのＷ
ＷＷサーバと、当該公開情報を閲覧するためのブラウザ
プログラムが動作する少なくとも一つのクライアント端
末からなり、ＷＷＷサーバとクライアント端末との間
は、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ
Ｐｒｏｔｏｃｏｌ）と呼ばれる通信プロトコルによりデ
ータのやり取りが行われる。

【００２９】ＷＷＷサーバで情報を公開する場合、ま
ず、当該サーバに格納された公開すべきテキストデー
タ、イメージデータ、オウディオデータ、ビデオデー
タ、あるいは他Ｗｅｂページへのハイパーリンクデータ
などを、ＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｋeｕ
ｐ Ｌａｎｇｕａｇｅ）と呼ばれる構造記述言語を用い
て相互に関連付けて一纏めにしたＷｅｂページを作成す
る。次に、このＷｅｂページを、他のコンピュータ（ク
ライアント端末や他のＷＷＷサーバ）からアクセス可能
な状態で、ＷＷＷサーバの任意の格納場所（ディレクト
リ）に保管する。

【００３０】一方、公開されたＷｅｂページを、ユーザ
がクライアント端末からブラウザプログラムを用いて閲
覧する場合、クライアント端末を利用するユーザがブラ
ウザプログラムに対して、上記ＷｅｂページのＵＲＬ
（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏ
ｒ）を指定すると、そのＷｅｂページのデータがＷＷＷ
サーバよりクライアント端末に送られる。そして、その
Ｗｅｂページに含まれるテキストデータ、イメージデー
タ、ビデオデータなどがクライアント端末の画面上に表
示される。また、オウディオデータは当該クライアント
端末に接続されたスピーカーなどから出力される。

【００３１】ところで、近年では、このようなＷＷＷシ
ステムを単なる情報伝達手段としてだけでなく、ビジネ
スに利用しようという動きが顕著である。たとえば、Ｗ
ＷＷシステムにより商品情報を公開するいわゆる電子商
取引システムなどはそのようなビジネス利用の代表例で
ある。

【００３２】このような電子商取引システムの概要につ
いては、たとえば「情報処理 第３８巻 第９号」（発
行人：飯塚 浩司、発行所：社団法人 情報処理学会）
の７５２ページから８１０ページに記載されている。

【００３３】この文献では、上記電子商取引システム
を、単なる商品情報を消費者に開示するためだけのシス
テムではなく、共通鍵暗号や公開鍵暗号といった暗号技
術や、ディジタル署名などの認証技術を駆使し、決済ま
でも行うシステムとして提示している。また、この場合
における決済方法としては銀行決済やクレジット決済、
あるいは電子マネーによる決済などいろいろな方法を取
ることを想定している。このような電子商取引システム
では、販売者は、自己のＷｅｂページに利用可能なクレ
ジットカード会社のロゴマークなどのイメージデータを
含め、消費者が支払方法を一目で認識できるようにする
ことが多い。これは、現実世界（インターネットのよう
なバーチャルな世界ではない）において、各販売店（ク
レジットカード会社の加盟店）に、そこで使用可能なク
レジットカードのロゴマークが掲示されているのと同様
である。

【００３４】また、この他、Ｗｅｂページの発信者を示
すロゴマークや、そのwebページを承認した何らかの権
限ある個人／機関を示すロゴマークなどのイメージデー
タをＷｅｂページに含め、webページの利用者が、一目
で、webページの発信者やwebページが権限ある個人／機
関に承認されていることを認識できるようにすることも
ある。

【００３５】

【発明が解決しようとする課題】前記、電子透かしの技
術によれば、次のような問題がある。

【００３６】まず、第１に、電子透かしとして埋め込ま
れた情報と、当該情報が提示する個人／機関との関係が
保証されない。すなわち、電子データに埋め込まれた情
報が、個人／機関と電子データ関係を正しく表している
ことを保証できない。

【００３７】このため、たとえば、前述した不正コピー
を防止する技術では、不正コピーコンテンツに埋め込ま
れた番号が、真に不正コピーされたコンテンツを購入し
た者を示す番号であるという証拠となりにくい。すなわ
ち、プロバイダーが購入者に一方的に与える番号である
ため、購入者は、番号と自身との対応を否認できる可能
性がある。

【００３８】また、前述したwebページの場合は、不正
者が、他人を示す情報を偽造して電子透かしとして埋め
込んで、他人を装ったり、権限ある機関に保証されてい
ることを装う可能性を否定できない。

【００３９】第２に、電子データと、電子透かしとして
埋め込まれた情報が示す個人／機関との関係が保証され
ない。

【００４０】このため、たとえば、前述した不正コピー
を防止する技術では、購入者の番号が、購入者が買った
コンテンツに正しく埋め込まれたという証拠がない。す
なわち、購入者が買っていないコンテンツに、購入者以
外（例えばプロバイダーの内部者）が誤って、もしく
は、不正目的で購入者番号を埋め込んだ可能性を否定で
きない。

【００４１】また、前述したwebページの場合は、個人
／機関が正規のwebページに対して埋め込んだ電子透か
しを抽出し、不正目的で作成したwebページに対して電
子透かしとして埋め込んで、他人を装ったり、権限ある
機関に保証されていることを装う可能性を否定できな
い。

【００４２】また、第３に、電子透かしの技術によっ
て、コンテンツに著作権の情報を埋め込む技術によれ
ば、一つのコンテンツに対して多数の権利者が存在した
場合、埋め込むべき情報量が多くなりコンテンツの質
（例えば、コンテンツが画像である場合は画質）を大き
く劣化させてしまう。また、第４に、電子透かしの技術
は、webページのような複数種のデータを含む電子デー
タに適していない。たとえば、テキスト、ドロウデータ
（図面データ）、イメージデータを含む電子データに適
用するためには、データの種類毎に異なった処理を行わ
なければならない。

【００４３】一方、前記電子署名の技術によれば、電子
データに他に、電子署名を電子データと組で管理しなけ
ればならないという煩わしさがある。また、電子署名
は、電子透かしに比べ電子データと分離することが極め
て容易であるため、前述した不正コピーの防止の目的の
ために用いることができない。

【００４４】また、前記電子透かし、電子署名の技術と
も、不可視であるため、電子透かし、電子署名が示す電
子データと個人／機関との関係を、電子データの利用者
に直接提示することができないという問題もある。

【００４５】たとえば、電子透かし、電子署名では、前
述したロゴマークをイメージデータとして含めたwebペ
ージのように、一目でwebページと個人／機関との関係
を利用者に提示することができない。また、このこと
は、電子透かし、電子署名が示す電子データと個人／機
関との関係と、電子データが利用者に直接示す電子デー
タと個人／機関との関係が一致していることが電子透か
し、電子署名によっては直接保証されないことを意味す
る。

【００４６】一方、Ｗｅｂページ上にロゴマークをイメ
ージデータとして含める技術によれば、ロゴマークが単
なるイメージデータであるため、ロゴマークが示す個人
／機関との関係をＷｅｂページが真に有しているのかど
うかを認証することができない。

【００４７】このため、たとえば、前記クレジット会社
のロゴマークを例にとれば、不正者が、当該クレジット
カード会社の正規加盟店のＷｅｂページから当該ロゴマ
ークをコピーし、自己の販売店のＷｅｂページの適当な
個所に該ロゴマークを貼り付けてから、該Ｗｅｂページ
を他のコンピュータからアクセス可能な状態で、ＷＷＷ
サーバの任意の格納場所に保管した場合、消費者は、不
正者のＷｅｂページに含まれる上記クレジットカード会
社のロゴマークを見て、その不正者が正規の加盟店であ
るものと判断し、自己のクレジットカード番号など決済
に必要なデータを当該ＷＷＷサーバに送信してしまう可
能性がある。結果、不正者は、入手した消費者のクレジ
ット番号を不正に入手し不正な利益を得ることが可能と
なる。

【００４８】そこで、本発明は、電子データと個人／機
関との関係を、より高い信頼性をもって認証可能とする
技術を提供することを課題とする。また、電子データと
の関係を認証可能な個人／機関と一致することが保証さ
れるように、電子データと関係を持つ個人／機関を電子
データによって利用者に直接提示ことを課題とする。

【００４９】

【課題を解決するための手段】前記課題達成のために、
本発明は、たとえば、電子計算機を用いて、コンテンツ
の埋め込み情報を処理するコンテンツ埋め込み情報の処
理方法であって、コンテンツの関係者の、公開鍵暗号体
系に従った秘密鍵で、所定の情報を暗号化した暗号情報
を作成するステップと、作成した暗号情報を、コンテン
ツに、所定の規則に従って、少なくとも当該所定の規則
を用いずに当該暗号情報のみを当該コンテンツから分離
できないように埋め込むステップとを有することを特徴
とするコンテンツ埋め込み情報の処理方法を提供する。

【００５０】ただし、ここで、少なくとも所定の規則を
用いずに当該暗号情報のみを当該コンテンツから分離で
きないとは、所定の規則を用いない場合には、試行錯誤
的な処理以外の処理で分離することができないことを意
味する。

【００５１】このような方法によれば、暗号情報が埋め
込まれたコンテンツから、暗号情報を抽出し、抽出した
暗号情報を、コンテンツの関係者の公開鍵で復号化した
結果が、前記所定の情報と一致するかを検証することに
より、暗号情報が埋め込まれたコンテンツが不正コピー
である場合に、当該不正コピーの元となったコンテンツ
の関係者を特定することができる。

【００５２】そして、この場合において、このような判
断は、不正コピーに埋め込まれた、個々のコンテンツ関
係者自身しか知らないことが保証されるコンテンツ関係
者の秘密鍵に依存し、したがって購入者自身しか作成す
ることのできない情報の検証によって行われるので、不
正コピーに埋め込まれた情報と、不正コピーの起因とな
ったコンテンツ関係者との対応の証拠性を向上すること
ができる。

【００５３】また、埋め込む暗号情報を、暗号情報を埋
め込むコンテンツの内容に依存した値をとる、たとえ
ば、コンテンツのハッシュ値を秘密鍵で暗号化した電子
署名とすれば、不正コピーに埋め込まれた情報が示すコ
ンテンツ関係者のとコンテンツとの対応性の証拠性も向
上することができる。

【００５４】また、本発明は、前記課題達成のために、
電子計算機を用いて、コンテンツに、ｋ（ｋは２以上の
整数）人のコンテンツ関係者の情報を埋め込むコンテン
ツ埋め込み情報の処理方法であって、第１番目のコンテ
ンツ関係者の、公開鍵暗号体系に従った秘密鍵で、コン
テンツを第１のハッシュ関数で評価したｎビットのハッ
シュ値を、暗号化した電子署名を、コンテンツに、所定
の規則に従って、少なくとも当該所定の規則を用いずに
当該電子署名のみを当該コンテンツから分離できないよ
うに埋め込むステップと、第２番目のコンテンツ関係者
から第ｋ番目のコンテンツ関係者まで、順次、当該順番
に従って、各コンテンツ関係者についての埋め込み処理
を繰り返すステップとを有し、第i（ただし、iは２以上
ｋ以下の整数）番目のコンテンツ関係者についての前記
埋め込み処理は、第１番目から第（i-1）番目までのコ
ンテンツ関係者の電子署名が埋め込まれたコンテンツを
第２のハッシュ関数で評価したｎ／２ビットのハッシュ
値を、第i番目のコンテンツ関係者の秘密鍵で暗号化し
た電子署名を、第１番目から第（i-1）番目までのコン
テンツ関係者の電子署名が埋め込まれたコンテンツに、
所定の規則に従って、少なくとも当該所定の規則を用い
ずに当該電子署名のみを当該コンテンツから分離できな
いように埋め込む処理であることを特徴とするコンテン
ツ埋め込み情報の処理方法を提供する。

【００５５】この方法によれば、ｋ人の電子署名のコン
テンツの埋め込みを、ｎ+（ｋ-1）×ｎ／２ビットのデ
ータの埋め込みで達成できる。また、後述するように、
そのセキュリティを大きく劣化することもない。

【００５６】また、本発明が提供する電子計算機を用い
て、コンテンツに、ｋ（ｋは２以上の整数）人のコンテ
ンツ関係者の情報を埋め込むコンテンツ埋め込み情報の
処理方法であって、第１番目のコンテンツ関係者の公開
鍵暗号体系に従った秘密鍵で、コンテンツを第１のハッ
シュ関数で評価したハッシュ値を暗号化した、当該第１
番目のコンテンツ関係者の電子署名を作成するステップ
と、第２番目のコンテンツ関係者から第ｋ番目のコンテ
ンツ関係者まで、順次、当該順番に従って、各コンテン
ツ関係者について、当該コンテンツ関係者の電子署名を
作成する電子署名作成処理を繰り返すステップと、第ｋ
番目のコンテンツ作成者について実行された前記電子署
名作成処理によって得られた第ｋ番目のコンテンツ作成
者の電子署名をコンテンツに、所定の規則に従って、少
なくとも当該所定の規則を用いずに当該電子署名のみを
当該コンテンツから分離できないように埋め込むステッ
プとを有し、第i（ただし、iは２以上ｋ以下の整数）番
目のコンテンツ関係者についての前記電子署名作成処理
は、第（i-1）番目のコンテンツ関係者の電子署名の値
に依存して定まる値を、第i番目のコンテンツ関係者の
秘密鍵で暗号化し、第i-1番目のコンテンツ関係者の電
子署名とする処理であることを特徴とするコンテンツ埋
め込み情報の処理方法によれば、電子署名の値に依存し
て定まる値をｎビットとすれば、ｎビットのデータをコ
ンテンツに埋め込むだけで、ｋ人のコンテンツ関係者を
検証できる情報をコンテンツに埋め込むことができる。

【００５７】また、前記課題を達成するために、本発明
は、たとえば、情報開示者と情報閲覧者の双方が信頼す
る管理者によって管理されていて、真正性を確認可能な
マルチメディアデータを、情報開示者は自己が公開する
情報に対して付加し、情報閲覧者は該マルチメディアデ
ータの真正性が確認されたかどうかに応じて前記情報の
真正性を確認することを特徴とする情報の認証方法。を
提供する。

【００５８】このような方法では、情報の真正性は、た
とえば、情報に付加されたマルチメディアデータに対す
る、全ての関与者が信頼する管理者の真正性の確認に応
じて判定される。

【００５９】具体的には、たとえば、Ｗｅｂページを閲
覧するユーザが、そのＷｅｂページに貼り付けられた画
像データが明示する情報（ユーザが見た目から判断する
であろう情報）が真正なものであるか否か、すなわち、
画像データ自体が本物であるか否か、さらには、そのＷ
ｅｂページに当該画像データを貼り付けているという事
実が、前記画像データが明示する該画像データの管理者
に認められたものであるか否かを管理者が認証するか否
かに応じて、Ｗｅｂページの真正性を判定する。

【００６０】なお、このような方法において、必要に応
じて、上記マルチメディアデータの真正性が確認された
場合に上記情報閲覧者に対して当該情報を提供するよう
にしてもよい。具体的には、たとえば、前記Ｗｅｂペー
ジ例では、上記画像データが真正なものであると確認さ
れた場合に、当該Ｗｅｂページを表示するように、情報
をフィルタリングするようにしてもよい。

【００６１】また、前記課題達成のために本発明は、電
子計算機を用いて、電子データに当該電子データを認証
するための認証用データを含めた認証可能電子データを
作成する方法であって、電子データの利用時に利用者が
認知可能な出力を行うマーク用データを生成するステッ
プと、前記マーク用データに所定の情報を電子透かしと
して埋め込んだ、透かし入りマーク用データを生成する
ステップと、生成した透かし入りマーク用データを、前
記電子データに含め、前記認証可能電子データを生成す
るステップとを有することを特徴とする方法を提供す
る。

【００６２】ここで、このような方法において、前記所
定の情報は、前記電子データを所定のハッシュ関数で評
価したハッシュ値であってもよい。

【００６３】また、前記所定の情報は、前記電子データ
を所定の関数で評価した評価値を、所定の公開鍵暗号法
に従った秘密鍵で暗号化した電子署名であってもよい。

【００６４】これらのような方法によれば、透かし入り
マーク用データに電子透かしとして埋め込まれた情報よ
り、そのマークの真正性を認証可能となる。また、さら
に、ハッシュ値を電子透かしとして埋め込む場合は、そ
のマークがその電子データに対して与えられたことを認
証することができる。また、さらに、電子署名を電子透
かしとして埋め込む場合には、さらに、そのマークを保
証する個人／機関をも認証することができるようにな
る。

【００６５】また、本発明は、この他、前記各方法を実
現するためのシステムや装置を提供する。

【００６６】例を挙げれば、たとえば、配布するコンテ
ンツを出力する配布側装置と、配布されたコンテンツを
入力する受領側装置とを有するコンテンツ配布システム
であって、配布側装置は、配布するコンテンツを暗号化
する暗号化手段を備え、受領側装置は、配布されたコン
テンツを復号化する復号化手段と、受領側装置の利用者
の、公開鍵暗号体系に従った秘密鍵で、所定の情報を暗
号化した暗号情報を作成する署名作成手段と、作成した
暗号情報を、復号化したコンテンツに、所定の規則に従
って、少なくとも当該所定の規則を用いずに当該暗号情
報のみを当該コンテンツから分離できないように埋め込
む署名埋め込み手段と、を有することを特徴とするコン
テンツ配布システムを提供する。

【００６７】また、このようなコンテンツ配布システム
であって、署名作成手段が行う暗号情報の作成および前
記署名埋め込み手段の行う暗号情報の埋め込みとを行わ
ずに、前記復号化手段の復号化のみを行うことができな
いように前記復号化手段と署名作成手段と署名埋め込み
手段とは構成されており、かつ、署名作成手段が行う暗
号情報の作成および前記署名埋め込み手段の行う暗号情
報の埋め込みとを行わずに、前記復号化手段の復号化の
みを行うように改変することを困難化するプロテクトが
受領側装置に設けられていることを特徴とするコンテン
ツ配布システムを提供する。

【００６８】また、さらには、これらのコンテンツ配布
システムであって、前記配布側装置の暗号化手段は、受
領側装置の利用者の公開鍵を用いてコンテンツを暗号化
し、前記受領側装置の復号化手段は、配布側装置の利用
者の秘密鍵を用いて暗号化されたコンテンツを復号化す
ることを特徴とするコンテンツ配布システムを提供す
る。

【００６９】なお、これらのコンテンツ配布システムに
検証装置を備え、当該検証装置は、暗号情報が埋め込ま
れたコンテンツから、暗号情報を抽出する署名抽出手段
と、抽出した暗号情報を、コンテンツの関係者の公開鍵
で復号化した結果が、前記所定の情報と一致するかを検
証する署名検証手段と、を有するようにしてもよい。

【００７０】また、これらのコンテンツ配布システムに
おいては、受領側装置の署名作成手段は、復号化したコ
ンテンツの内容に依存した値をとる情報を前記所定の情
報とし、当該所定の情報を、受領側装置の利用者の、公
開鍵暗号体系に従った秘密鍵で暗号化した、当該利用者
の当該コンテンツに対する電子署名を、前記暗号情報と
して作成するようにしてもよい。

【００７１】また、本発明は、たとえば、コンテンツに
署名を施すデータ処理装置であって、コンテンツをハッ
シュ関数で評価したハッシュ値を算出し、算出したハッ
シュ値を、当該データ処理装置の利用者の、公開鍵暗号
体系に従った秘密鍵で暗号化し、電子署名とする電子署
名作成手段と、作成した電子署名を電子透かしとして、
コンテンツに埋め込む電子透かし作成手段とを有するこ
とを特徴とするデータ処理装置を提供する。

【００７２】また、本発明は、たとえば、認証可能電子
データを生成する生成側装置と、認証可能電子データの
認証する認証側装置から構成されるシステムであって、
生成側装置は、電子データの利用時に利用者が認知可能
な出力を行うマーク用データを生成する手段と、前記マ
ーク用データに所定の情報を電子透かしとして埋め込ん
だ、透かし入りマーク用データを生成する手段と、生成
した透かし入りマーク用データを、前記電子データに含
め、前記認証可能電子データを生成する手段とを有し、
前記認証側装置は、前記認証可能電子データから前記マ
ーク用データを切り出す手段と、切り出した前記マーク
用データから電子透かしとして埋め込まれた前記所定の
情報を抽出する手段と、抽出した情報に基づいて電子デ
ータを認証する手段とを有するシステムを提供する。

【００７３】より具体的には、たとえば、前記認証可能
電子データは、マーク用データを含んだwebページであ
り、前記認証側装置では、当該webページ及び、当該web
ページ閲覧時にマーク用データによって出力される内容
が示す事項の認証を、マーク用データに電子透かしとし
て埋め込まれた情報に基づいて行う。なお、この場合、
前記認証可能電子データであるwebページを生成する装
置／機関と、このwebページを公開する装置／機関は異
なる装置であってよい。また、この場合、webページを
公開する装置／機関よりの依頼に応じて、前記認証可能
電子データであるwebページを生成する装置／機関が前
記認証可能電子データであるwebページを作成するよう
にしてよい。

【００７４】また、本発明は、前記各方法を電子計算機
に実施させるためのプログラムを記憶した記憶媒体をも
提供する。

【００７５】例を挙げれば、たとえば、電子計算機によ
って実行されるプログラムを記憶した、電子計算機読み
取り可能な記憶媒体であって、前記プログラムは、電子
データの利用時に利用者が認知可能な出力を行うマーク
用データを生成するステップと、前記マーク用データに
所定の情報を電子透かしとして埋め込んだ、透かし入り
マーク用データを生成するステップと、生成した透かし
入りマーク用データを、前記電子データに含め、前記認
証可能電子データを生成するステップと、を電子計算機
に実行させるプログラムであることを特徴とする記憶媒
体を提供する。

【００７６】

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

【００７７】まず、復号的でない電子データについて、
電子データと個人／機関との関係を、より高い信頼性を
もって認証可能とする実施形態を、第１、第２、第３実
施形態として説明する。

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

【００７９】本第１実施形態では、電子データと個人／
機関との関係を認証可能とする例として、電子データで
あるコンテンツの不正コピーを防止する目的のために、
コンテンツとコンテンツの購入者との関係を認証可能と
する場合を例にとり説明する。ただし、電子データと個
人／機関との関係を認証可能とする目的に応じて、本第
１実施形態は、電子データとの関係を認証可能とする個
人／機関を、コンテンツの購入者ではなく、コンテンツ
の権利者、コンテンツの販売者、コンテンツを取り扱う
中間業者などとするように修正してよい。また、本第１
実施形態および後述する第２、第３実施形態では、コン
テンツがイメージデータである場合を例にとるが、これ
は、コンテンツが他の種類のデータ、たとえば、テキス
トデータやドロウイングデータやオウディオデータやビ
デオデータであるように修正してよい。

【００８０】まず、本実施形態に係るコンテンツ配布シ
ステムの構成を図１に示す。

【００８１】図示するように、コンテンツ配布システム
は電子データであるコンテンツを配布するプロバイダー
装置１００と、コンテンツの配布を受ける通常複数の購
入者装置２００より構成される。

【００８２】プロバイダー装置１００と購入者装置２０
０の間のコンテンツや、その他の情報のやりとりは、プ
ロバイダー装置１００と購入者装置２００を結ぶネット
ワーク１０を介して行われる。ただし、ネットワーク１
０は必ずしも必要ではなく、プロバイダー装置１００と
購入者装置２００の間のコンテンツや、その他の情報の
やりとりは、当該情報を記憶したフロッピーディスクな
どの記憶媒体の運送、郵送などによってもよい。

【００８３】図２に、プロバイダー装置１００と購入者
装置２００の構成を示す。

【００８４】図示するように、プロバイダー装置１００
は、処理部１１０と記憶部１２０よりなり、処理部１１
０は、入出力を担う入出力部１１１、プロバイダー装置
１００内の各部の制御を行う制御部１１２、電子署名が
埋め込まれたコンテンツから電子署名を抽出する署名抽
出部１１３、電子署名を検証する署名検証部１１４、コ
ンテンツを暗号化する暗号化部１１５、各購入者装置２
００との間の送受信を担う送受信部１１６よりなる。ま
た、記憶部１２０は、コンテンツ１２１や検証鍵１２２
を記憶する。ここで、検証鍵１２２が、従来の技術の欄
で説明した公開鍵に相当する。

【００８５】また、図示するように、購入者装置２００
は、処理部２１０と記憶部２２０よりなる。また、処理
部２１０は、入出力を担う入出力部２１１、購入者装置
２００内の各部の制御を行う制御部２１２、プロバイダ
ー装置１００との間の送受信を担う送受信部２１３、暗
号化されたコンテンツの復号を行う復号化部２１４、電
子署名を作成する署名生成部２１５、電子署名をコンテ
ンツに埋め込む署名埋め込み部２１６、署名鍵（秘密
鍵）と検証鍵（公開鍵）を作成する鍵生成部２１７より
なる。また、記憶部２２０は、電署名鍵２２１や署名入
りコンテンツ２２２を記憶する。ここで署名鍵２２１
が、従来の技術の欄で説明した秘密鍵に相当する。

【００８６】ここで、プロバイダー装置１００や購入者
装置２００は、図３に示すように、ＣＰＵ３０１や、主
記憶３０２、ハードディスク装置である外部記憶装置３
０３b、他の外部記憶装置である３０３ｂ、通信制御装
置３０４、キーボードやポインティングデバイスなどの
入力装置３０５、表示装置などの出力装置３０６などを
備えた、一般的な構成を有する電子計算機上に構築する
ことができる。

【００８７】この場合、プロバイダー装置１００の処理
部１１０、および、処理部１１０の内部の各部は、ＣＰ
Ｕ３０１が主記憶３０２にロードされたプログラムを実
行することにより電子計算機上に具現化されるプロセス
として実現される。また、この場合、主記憶３０２や外
部記憶装置３０３a、bが、プロバイダー装置１００の記
憶部１２０として使用される。また、同様に、購入者装
置２００の処理部２１０、および、処理部２１０の内部
の各部は、ＣＰＵ３０１が主記憶３０２にロードされた
プログラムを実行することにより電子計算機上に具現化
されるプロセスとして実現される。また、この場合、主
記憶３０２や外部記憶装置３０３が、購入者装置２００
の記憶部２２０として使用される。

【００８８】前述した主記憶３０２にロードされＣＰＵ
３０１によって実行されることにより、電子計算機上に
プロバイダー装置１００と購入者装置２００を構成する
ためのプログラムは、予め、外部記憶装置３０３ｂに記
憶され、必要に応じて主記憶３０２にロードされ、ＣＰ
Ｕ３０１によって実行される。または、可搬型の記憶媒
体３０７、たとえば、CD-ROMを扱う外部記憶装置３０３
aを介して、直接、必要に応じて、可搬型の記憶媒体３
０７から主記憶３０２にロードされ、ＣＰＵ３０１によ
って実行される。もしくは、一旦、可搬型の記憶媒体を
扱う外部記憶装置３０３aを介して、可搬型の記憶媒体
３０７から、ハードディスク装置などの外部記憶装置３
０３b上にインストールされた後、必要に応じて主記憶
３０２にロードされ、ＣＰＵ３０１によって実行され
る。

【００８９】以下、プロバイダー装置１００と購入者装
置２００の行う処理の詳細を、コンテンツの配布から不
正コピーの発見までの時間的流れに沿って説明する。

【００９０】まず、コンテンツの配布に先立ち、購入者
装置２００の制御部２１２の制御下で鍵生成部２１７
は、署名鍵と検証鍵を生成する。この生成は、従来の秘
密鍵と公開鍵の生成と同じように行う。ここでは、秘密
鍵を署名鍵と、公開鍵を検証鍵と呼ぶ。

【００９１】次に、鍵生成部２１７は生成した署名鍵を
記憶部２２０に記憶すると共に、生成した検証鍵を制御
部２１２に渡す。制御部２２１は、送受信部２１３を介
してプロバイダー装置１００に検証鍵を送る。プロバイ
ダー装置１００において、送受信部１１６で受け取られ
た検証鍵は、記憶部１２０に記憶される。

【００９２】以上の処理が終了した以降において、プロ
バイダー装置１００からコンテンツを購入者装置２００
に送る場合の動作は次のようになる。

【００９３】すなわち、制御部１１２は、入出力部１１
１と協調して配布するコンテンツを受け入れ、一旦、記
憶部１２０に記憶した後、図４に示すように、暗号化部
１１５を制御し、記憶したコンテンツ１２１を記憶部１
２０に記憶した検証鍵１２２を用いて暗号化し（ステッ
プ４０１）、暗号化したコンテンツを、購入者装置２０
０に送受信部１１６を介して送信する（ステップ４０
２）。

【００９４】一方、暗号化されたコンテンツを受け取っ
た購入者装置１００では、次のような処理を行う。

【００９５】すなわち、図５に示すように、制御部２１
２は、送受信部２１３で受け取った暗号化されたコンテ
ンツを復号化部２１４に、記憶部２２に記憶した署名鍵
を用いて復号化させ（ステップ５０１）、次に、署名生
成部２１５に、復号化したコンテンツの記憶部２２０に
記憶した署名鍵を用いた電子署名を生成させる（ステッ
プ５０２）。

【００９６】電子署名の生成は、所定の一方向ハッシュ
関数を用いて、復号化したコンテンツの１６０ビットの
ハッシュ値を算出し、この１６０ビットのハッシュ値
を、記憶部２２０に記憶した署名鍵で暗号化することに
より行う。

【００９７】電子署名が生成されたならば、制御部２１
２は、署名埋込部を制御し、この電子署名を、所定の規
則に従って、復号化したコンテンツに不可分となるよう
埋め込み（ステップ５０３）、記憶部２２０に記憶す
る。埋め込みは、たとえば、従来の技術で説明した電子
透かしの技術を用いて行う。

【００９８】いま、この後、購入者は、記憶部２２０に
記憶された電子署名を埋め込んだコンテンツを不正（コ
ピーする権原を持たずに）にコピーし、第３者に頒布な
どしてしまった場合を考える。ここで、従来の技術の欄
で説明したように、購入者は、電子透かしなどとしてコ
ンテンツにコンテンツと不可分に埋め込んだ電子署名の
みをコンテンツから除去して、電子署名なしの完全なコ
ンテンツの不正コピーを作成することはできない。

【００９９】この不正コピーされた電子署名が埋め込ま
れたコンテンツが、押収などされた場合、プロバイダー
装置１００は、次のようにして、この不正コピーを行っ
た購入者を特定する。

【０１００】すなわち、図６に示すように、まず、プロ
バイダー装置１００の制御部１１２は、入出力部１１１
と協調して不正コピーされたコンテンツを一旦、記憶部
１２０に記憶し、署名抽出部１１３を制御して、不正コ
ピーされたコンテンツから電子署名を抽出する（ステッ
プ６０１）。ここで、プロバイダー装置２００の記憶部
１２０には、不正コピーされたコンテンツのオリジナル
のコンテンツ（電子署名の埋め込まれていないもの）が
記憶されているので、このオリジナルのコンテンツと不
正コピーされたコンテンツの差分より電子署名を抽出す
ることができる。もしくは、可能な場合には、電子署名
をコンテンツに埋め込んだ規則に従って、電子署名をコ
ンテンツから抽出するようにしてもよい。

【０１０１】次に、制御部１１２は、署名検証部１１４
を制御し、抽出した電子署名を、記憶部１２０に記憶し
た、任意の購入者の検証鍵１２２で復号化し、復号化し
た値と、購入者装置２００が用いるものと同じ一方向ハ
ッシュ関数で記憶部１２０に記憶しているオリジナルの
コンテンツを評価したハッシュ値とを比較することによ
り、電子署名を検証する（ステップ６０２）。ここで、
購入者装置２００が電子署名をコンテンツに埋め込んだ
規則がプロバイダー以外に対して秘密化されており、か
つ、この規則に基づいて電子署名を、当該電子署名を埋
め込んだコンテンツから除去できる場合には、オリジナ
ルのコンテンツに代えて、電子署名を除去したコンテン
ツを用いるようにしてもよい。

【０１０２】ここで、オリジナルのコンテンツを評価し
たハッシュ値と復元した電子署名の値が一致すれば、こ
の不正コピーは、電子署名の復号化に用いた検証鍵に対
応する購入者に起因するものであると判断することがで
きる。一致しない場合には、さらに他の購入者の検証鍵
を用いて不正コピーから抽出した電子署名を復号化し、
オリジナルのコンテンツのハッシュ値との一致を検証す
る。

【０１０３】以上、本発明の第１の実施形態について説
明した。

【０１０４】ところで、以上の実施形態において、購入
者装置２００において、プロバイダー装置１００より受
け取ったコンテンツの復号化のみを行い、電子署名の埋
め込みを行わないと、購入者は自身に関する何の情報も
埋め込まないコンテンツを手にすることができ、このよ
うなコンテンツの不正コピーからは購入者を特定するこ
とができなくなる。

【０１０５】そこで、上述した処理部２１２におけるコ
ンテンツの復号化の処理と電子署名の作成および埋め込
みの処理は、一体に行われるように構成する。そして、
これらの処理を分離して行うことのできないようにハー
ドウエア的もしくはソフトウエア的にプロテクトする。
具体的には、電子署名の作成および埋め込みの処理が一
体に行われるように構成したプログラムをプロバイダー
から購入者に提供する。そして、これ以外のプログラム
では、プロバイダー装置１００から送付されたコンテン
ツを復号化できないようにする。また、プログラムには
適当な改変保護プロテクトを設ける。

【０１０６】また、たとえば、前述した復号化の処理と
電子署名の作成および埋め込みの処理は、図３に示した
電子計算機のＣＰＵ３０１で行うのではなく、プロバイ
ダーが購入者に提供する改変に対するプロテクトを設け
たICカード内で行うようにする。この場合、ICカードを
電子計算機に接続して用い、ICカードは、電子計算機か
ら送られた暗号化されたコンテンツに対して、電子署名
を埋め込んだコンテンツを返すようにする。

【０１０７】また、もちろん、改変に対する保護を施し
た専用のハードウエア装置によって行うようにしてもよ
い。

【０１０８】このように第１の実施形態によれば、不正
コピーに埋め込まれた、購入者自身しか知らないことが
保証される署名鍵（秘密鍵）に依存し、購入者自身しか
作成することのできない情報を用いて検証することによ
り、不正コピーの起因となった購入者を判断するので、
不正コピーに埋め込まれた情報と、不正コピーの起因と
なった購入者との対応の証拠性を向上することができ
る。また、埋め込む情報として、コンテンツの内容に依
存するハッシュ値による電子署名を用いるので、不正コ
ピーに埋め込まれた電子署名が示す購入者とコンテンツ
との対応性の証拠性も向上することができる。

【０１０９】ただし、埋め込まれた情報がコンテンツと
不可分であることを前提とすれば、コンテンツの内容に
依存するハッシュ値による電子署名ではなく、たとえ
ば、プロバイダー装置１００と購入者装置２００に対し
て公開されたデータ、たとえば、購入者名などのテキス
トのハッシュ値による電子署名を用いても、ある程度、
以上の効果を達成することができる。

【０１１０】以下、本発明の第２の実施形態について説
明する。

【０１１１】本第２実施形態および後述する第３実施形
態では、電子データと個人／機関との関係を認証可能と
する例として、電子データであるコンテンツの複数の権
利者の表示を目的として、コンテンツとコンテンツの複
数権利者との関係を認証可能とする場合を例にとり説明
する。ただし、電子データと個人／機関との関係を認証
可能とする目的に応じて、本第２実施形態および後述す
る第３実施形態は、電子データとの関係を認証可能とす
る個人／機関を、複数のコンテンツの権利者ではなく、
コンテンツの複数の購入者、コンテンツの複数の販売
者、コンテンツを取り扱う複数の中間業者、もしくは、
権利者と購入者の組み合わせなどの異なる種類の個人／
機関の組み合わせとするように修正してよい。

【０１１２】さて、本第２実施形態は、複数の著作権者
などの、配布するコンテンツの複数の権利者の電子署名
をコンテンツに埋め込んだ配布コンテンツを作成する配
布コンテンツ作成システムについてのものである。

【０１１３】図７に、配布コンテンツ作成システムの構
成を示す。

【０１１４】図示するように、配布コンテンツ作成シス
テムは、１または複数のコンテンツを配布するプロバイ
ダー装置１００と、コンテンツの著作権者などの権利者
が使用する複数の権利者装置７００より構成される。プ
ロバイダー装置１００と権利者装置７００の間のコンテ
ンツや、その他の情報のやりとりは、プロバイダー装置
１００と権利者装置７００を結ぶネットワーク１０を介
して行われる。ただし、ネットワーク１０は必ずしも必
要ではなく、プロバイダー装置１００と権利者装置７０
０の間のコンテンツや、その他の情報のやりとりは、当
該情報を記憶したフロッピーディスクなどの記憶媒体の
運送、郵送などによってもよい。また、この配布コンテ
ンツ作成システムのプロバイダー装置１００、図１に示
したコンテンツ配布システムのプロバイダー装置１００
を同じプロバイダー装置とすることにより、両システム
を一体化するようにしてもよい、図８に、この場合のプ
ロバイダー装置１００と、権利者装置７００の構成を示
す。

【０１１５】図示するように、プロバイダー装置１００
は、先に図２に示したプロバイダー装置と同じ構成を備
えており、権利者装置７００は図２に示した購入者装置
２００と同じ構成を備えている。また、第１実施形態と
同様に、プロバイダー装置１００も、権利者装置７００
も、図３に示したような電子計算機を用いて実現でき
る。

【０１１６】さて、このような配布コンテンツシステム
において、配布するコンテンツの複数の権利者の電子署
名をコンテンツに埋め込んだ配布コンテンツを作成する
処理は次の手順によって行われる。

【０１１７】ただし、プロバイダー装置１００自身の署
名鍵と検証鍵が既に生成されており、プロバイダー装置
１００の検証鍵が各権利者装置に配布されているものと
する。また、各権利者装置７００は、プロバイダー装置
１００へのコンテンツや各種情報を、プロバイダー装置
１００の検証鍵で暗号化して送付し、プロバイダー装置
１００は送付された情報をプロバイダー装置１００署名
鍵で復号化して利用するものとする。なお、この各権利
者装置７００からプロバイダー装置１００へ送付する情
報についての暗号化、復号化に関わる構成は、プロバイ
ダー装置７００から権利者装置７００や前述した購入者
装置２００へ送付する情報についての暗号化、復号化に
関わる構成と同じであるので、図７では図示を省略して
いる。

【０１１８】さて、このような状況のもと、まず、配布
コンテンツの作成に先立ち、権利者装置７００は、制御
部７１２の制御下で鍵生成部７１７は、署名鍵と検証鍵
を生成する。この生成は、従来の秘密鍵と公開鍵の生成
と同じように行う。

【０１１９】次に、鍵生成部７１７は生成した署名鍵を
記憶部７２０に記憶すると共に、生成した検証鍵を制御
部７１２に渡す。制御部７２１は、送受信部７１３を介
してプロバイダー装置１００に検証鍵を送る。プロバイ
ダー装置１００において、送受信部１１６で受け取られ
た検証鍵は、記憶部１２０に記憶される。

【０１２０】以上の処理が終了した以降において、プロ
バイダー装置１００は、複数の権利者の全てについて、
順次、権利者の権利者装置７００にコンテンツを送付
し、当該権利者装置から返却されたコンテンツを次の権
利者の権利者装置７００に送付する処理を行う。

【０１２１】すなわち、制御部７１２は、入出力部７１
１と協調して配布するコンテンツを受け入れ、一旦、記
憶部７２０に記憶した後、暗号化部７１５を制御し、記
憶したコンテンツ７２１を記憶部７２０に記憶した、コ
ンテンツを送付しようとする権利者装置７００から送ら
れた検証鍵７２２を用いて暗号化し、暗号化したコンテ
ンツを、権利者装置７００に送受信部７１５を介して送
信する。そして、権利者装置７００から、当該プロバイ
ダー装置１００自身の検証鍵で暗号化されたコンテンツ
が返却されたならば、これを、当該プロバイダー装置１
００の署名鍵で復号化し、次にコンテンツを送付する権
利者装置７００の検証鍵で暗号化し、当該次の権利者装
置７００に送付する。また、コンテンツの送付の際に、
第１番目にコンテンツを送付した権利者装置以外の権利
者装置７００には、短縮電子署名の使用の指示を添付す
る。

【０１２２】一方、プロバイダー装置１００から暗号化
されたコンテンツを受け取った権利者装置７００では、
次のような処理を行う。

【０１２３】すなわち、制御部７１２は、送受信部７１
３で受け取った暗号化されたコンテンツを復号化部７１
４に、記憶部７２０に記憶した署名鍵を用いて復号化さ
せ、次に、署名生成部７１５に、復号化したコンテンツ
の記憶部７２０に記憶した署名鍵を用いた電子署名を生
成させる。

【０１２４】電子署名の生成は、所定の一方向ハッシュ
関数を用いて、復号化したコンテンツの１６０ビットの
ハッシュ値を算出し、この１６０ビットのハッシュ値
を、記憶部７２０に記憶した署名鍵で暗号化することに
より行う。ただし、送付されたコンテンツに短縮電子署
名の使用の指示が添付されている場合には、８０ビット
のハッシュ値を算出し、この８０ビットのハッシュ値
を、記憶部７２０に記憶した署名鍵で暗号化することに
より電子署名を作成する。

【０１２５】次に、電子署名が生成されたならば、制御
部７１２は、署名埋込部を制御し、この電子署名を、所
定の規則に従って、復号化したコンテンツに不可分とな
るよう埋め込む。埋め込みは、たとえば、従来の技術で
説明した電子透かしの技術を用いて行う。そして、電子
署名を埋め込んだコンテンツを、送受信部７１３を介し
て、プロバイダー装置１００に送付することにより返却
する。

【０１２６】この結果、最終的に、プロバイダー装置１
００に、最後の権利者装置７００から返却されたコンテ
ンツには、次のように順次、各権利者の電子署名が埋め
込まれることになる。

【０１２７】すなわち、コンテンツＤに対して第i番目
の権利者の電子署名が埋め込まれたコンテンツをFi
（Ｄ）で表すこととすると、まず、第１の権利者はオリ
ジナルのコンテンツの１６０ビットのハッシュ値である
電子署名をコンテンツに埋め込みF1（Ｄ）とする。次
に、第２の権利者は第１の権利者の電子署名が埋め込ま
れたコンテンツの８０ビットのハッシュ値である電子署
名をコンテンツに埋め込み、F2（F1（Ｄ））とする。以
下同様に、第ｎ番目の権利者は、第１から第１-ｎ番目
の権利者の電子署名が埋め込まれたコンテンツの８０ビ
ットのハッシュ値である電子署名をコンテンツに埋め込
み、Fn（Fｎ-１（Fｎ−２（.....（F2（F1
（Ｄ）））...）））とする。

【０１２８】プロバイダー装置１００は、最終的に最後
の権利者から返却された、以上のように順次各権利者の
電子署名が埋め込まれたコンテンツを配布コンテンツと
する。

【０１２９】このように、本第２実施形態では、第２番
目の権利者以降の権利者の電子署名に用いるハッシュ値
のビット数を、第１番目の権利者が電子署名に用いるハ
ッシュ値のビット数の半分としている。これは、既に、
電子署名が施されたコンテンツの偽造は、電子署名が施
されていないコンテンツを偽造する場合に比べ困難とな
ることから、第２番目以降の権利者の電子署名に用いる
ハッシュ値のビット数を、第１番目の権利者が電子署名
に用いるハッシュ値のビット数の半分としても、そのセ
キュリティは、各権利者が１６０ビットの電子署名をオ
リジナルのコンテンツに施す場合と同様に守られること
によるものである。

【０１３０】電子署名を埋め込んだコンテンツよりの各
権利者の検証は、第１実施形態における購入者の検証と
同様に行う。

【０１３１】以下、本発明の第３実施形態を説明する。

【０１３２】本第３実施形態は、第２実施形態における
各権利者の電子署名の埋め込の方法を修正したものであ
る。

【０１３３】すなわち、第３実施形態では、第１の権利
者は、第２実施形態と同様、プロバイダー装置１００か
ら送られたコンテンツのハッシュ値を暗号化して電子署
名を生成する。しかし、第１の権利者の権利者装置７０
０は、電子署名をコンテンツに埋め込まずに、電子署名
をプロバイダー装置１００に返却する。プロバイダー装
置１００は、返却された第１の権利者の電子署名を、第
２の権利者の権利者装置７００に送付する。第２の権利
者装置７００は、送付された第１の権利者の電子署名の
ハッシュ値を暗号化して自身の電子署名とする。以下、
同様に、第２番目以降の権利者の権利者装置７００は、
前の権利者の電子署名のハッシュ値を暗号化して自身の
電子署名とする。

【０１３４】そして、最後の権利者の権利者装置７００
の電子署名を受け取ったプロバイダー装置７００は、こ
れを、オリジナルのコンテンツに電子透かしなどとして
埋め込み配布コンテンツとする。

【０１３５】ただし、最後の権利者の権利者装置７００
にプロバイダー装置１００からオリジナルのコンテンツ
を送り、最後の権利者の権利者装置７００で最終的な電
子署名をコンテンツに埋め込み、これをプロバイダー装
置に返却するようにしてもよい。

【０１３６】また、次のように、電子署名の埋め込みを
行うようにしてもよい。すなわち、第１番目の権利者の
権利者装置７００において、コンテンツのハッシュ値を
暗号化した電子署名をコンテンツに埋め込んでプロバイ
ダー装置１００を介して第２番目の権利者の権利者装置
７００に送付するようにし、第２番目以降の権利者の権
利者装置７００は、受け取った電子署名が埋め込まれた
コンテンツから前の権利者の電子署名を抽出し、抽出し
た電子署名のハッシュ値を暗号化した電子署名を自身の
電子署名として作成し、これを、プロバイダー装置１０
０から別途受け取ったオリジナルのコンテンツに埋め込
む。もしくは、自身の電子署名に、前の権利者の電子署
名が埋め込まれたコンテンツ中の電子署名を入れ替え
る。そして、自身の電子署名を埋め込んだコンテンツ
を、プロバイダー装置１００を介して次の権利者の権利
者装置７００に送付する。

【０１３７】電子署名を埋め込んだコンテンツよりの各
権利者の検証は、従来の技術の欄で説明したApplied Cr
yptography, Jhon Wilsy & SOns, Inc. (1996), pp 39-
41における場合と同様である。但し、最後に署名した権
利者の電子署名は、電子署名が埋め込まれたコンテンツ
から抽出する。

【０１３８】以上、本発明の第３実施形態について説明
した。

【０１３９】第２、第３の実施形態によれば、第２番目
以降の権利者の電子署名に用いるハッシュ値を第１番目
のものの半分としたり、第２番目以降の権利者の電子署
名の対象を前の権利者の電子署名とすることに、より少
ない情報量の情報の埋め込みによって、複数の権利者の
電子署名を埋め込むことができるので、コンテンツの情
報の質の劣化を少なくすることができる。ただし、埋め
込まれた情報がコンテンツと不可分であることを前提と
すれば、コンテンツの内容に依存するハッシュ値による
電子署名ではなく、たとえば、プロバイダー装置１００
と権利者装置７００に対して公開されたデータ、たとえ
ば、権利者名などのテキストのハッシュ値による電子署
名を用いてもよい。

【０１４０】以下、電子データと個人／機関との関係を
認証可能とすると共に、電子データとの関係が認証可能
な個人／機関と一致することが保証されるように、当該
個人／機関を電子データによって利用者に直接提示する
実施形態を、第４から第８実施形態として説明する。

【０１４１】なお本第４実施形態から第８実施形態にお
いては、電子データとしてwebページを例にとり、webペ
ージとの関係を認証可能とする個人／機関がクレジット
会社であり、そのクレジット会社のマークを販売者が自
webページ植えで使用する場合を例にとり説明する。た
だし、これらは一例であり、以下に説明する第４実施形
態から第８実施形態は、電子データと個人／機関との関
係を認証可能とする目的に応じて、webページとの関係
を認証可能とする個人／機関を、webページの発信者
や、webページとの関係を承認する何らかの個人／機関
（たとえば、webページの評価、推奨機関）など、クレ
ジット会社以外のものに置き換えてもよい。また、同様
に、販売者は、webページとの関係を認証可能とする個
人／機関のマークを使用するwebページ提供者に置き換
えてよい。

【０１４２】また、本第４実施形態から第８実施形態に
おいては、電子データによる利用者への直接提示を、電
子データとの関係を認証可能な個人／機関のロゴマーク
（イメージデータ）を用いて行う場合を例にとるが、こ
れは、電子データによる利用者への直接提示を、電子デ
ータ利用時に利用者が知覚可能な他の種類のデータ、た
とえば、テキストデータやドロウイングデータやオウデ
ィオデータやビデオデータを用いて行うように修正して
もよい。または、電子データと認証可能な関係を持つ者
を直接表すものではなく、その者の電子データに対する
特定の個人／機関の評価結果などを表すマークを用いる
ように修正してもよい。

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

【０１４４】図９に、本第４実施形態に係る認証システ
ムの構成を示す。

【０１４５】図示するように、認証システムは、商品を
買う消費者１１００-１〜１１００-ｎ（以下、単に消費
者１１００とも称する）と、商品を販売する販売者１１
１０と、各種マークを管理するマーク管理者１１２０と
が利用するシステムであって、図９に示すように、消費
者端末１１０１-１〜１１０１-ｎ（以下、単に消費者端
末１１０１とも称する）と、販売者端末１１１２と、Ｗ
ＷＷサーバ１１１３と、マーク管理サーバ１１２２と
が、インターネットのような通信網１１４０を介して、
互いに接続されて構成されている。ここで、マーク管理
者１１２０は、本システムを利用する全てのマーク所有
者（販売者１１１０など）にとって信頼できる公正な機
関である。ただし、マーク所有者が自己のマークを管理
するマーク管理者１２０を兼ねるようにしてもよく、こ
の場合、販売者端末１１１２と、ＷＷＷサーバ１１１３
と、マーク管理サーバ１１２２とは、同一のマシンを用
いて構成するようにしてもよい。

【０１４６】消費者端末１１０１は、消費者１１００が
使用する端末である。消費者端末１１０１は、消費者１
１００に文書データや画像データなどを表示する表示装
置１１０２と、消費者１１００がデータや命令などを入
力するための入力装置１１０３-1や１１０３-2（以下、
単に入力装置１１０３とも称する）を備えている。消費
者１１００は、消費者端末１１０１および通信網１１４
０を介して、販売者１１１０やマーク管理者１１２０と
データのやり取りを行う。

【０１４７】販売者端末１１１２は、販売者１１１０が
使用する端末である。販売者１１１０は、販売者端末１
１１２を使って、自己が管理する販売店１１１１のＷｅ
ｂページを作成したり、マーク管理者１１２０とデータ
のやり取りを行ったりする。ＷＷＷサーバ１１１３は、
後述のＷＷＷサーバプログラム１４０７ｂが動作するサ
ーバであり、消費者端末１１０１から同じく後述のブラ
ウザプログラム１２０４ｂによるアクセスがあった場合
に、ＷｅｂページＤＢ１１１４に格納された当該Ｗｅｂ
ページを送信する。該送信されたＷｅｂページは消費者
端末１１０１の表示装置１１０２に表示される。

【０１４８】マーク管理サーバ１１２２は、販売者１１
１０からの要求に応じてマークを送付する。さらに、消
費者１１００からの要求に応じて、該マークの真正性、
すなわち、当該要求を受け付ける以前に、自マーク管理
サーバ１２２から販売店１１１０に送付されたものであ
るかどうかを確認し、その結果を消費者１１００に返送
する。

【０１４９】次に、本第４実施形態の認証システムを構
成する消費者端末１１０１、販売者端末１１１２、ＷＷ
Ｗサーバ１１１３、およびマーク管理サーバ１１２２に
ついて説明する。

【０１５０】図１０は、消費者端末１１０１のハードウ
ェア構成を示す図である。

【０１５１】本第１実施形態の消費者端末１１０１のハ
ードウェア構成は、図９に示すように、表示装置１１０
２と、入力装置１１０３と、通信網インタフェース１２
０１と、記憶装置１２０２と、中央処理装置（ＣＰＵ）
１２０３と、一時記憶装置（メモリ）１２０４とが、バ
ス１２００によって互いに接続されて構成されている。

【０１５２】表示装置１１０２は、消費者端末１１０１
を使用する消費者１１００にメッセージなどを表示する
ために用いられるものであり、ＣＲＴや液晶ディスプレ
イなどで構成される。

【０１５３】入力装置１１０３は、消費者端末１１０１
を使用する消費者１１００がデータや命令などを入力す
るために用いられるものであり、キーボードやマウスな
どで構成される。

【０１５４】通信網インターフェース１２０１は、通信
網１１４０を介してＷＷＷサーバ１１１３や、マーク管
理サーバ１１２２とデータのやり取りを行うためのイン
タフェースである。

【０１５５】記憶装置１２０２は、消費者端末１１０１
で使用されるプログラムやデータを永続的に記憶するた
めに用いられるものであり、ハードディスクやフロッピ
ーディスクなどで構成される。

【０１５６】ＣＰＵ１２０３は、消費者端末１１０１を
構成する各部を統括的に制御したり、様々な演算処理を
行ったりする。

【０１５７】メモリ１２０４には、オペレーティングシ
ステム１２０４ａ（以下、単にＯＳ１２０４ａとも称す
る）や、ブラウザプログラム１２０４ｂ、あるいは真正
性確認プログラムＡ１２０４ｃといった、ＣＰＵ１２０
３が上記の処理をするために必要なプログラムなどが一
時的に格納される。

【０１５８】ここで、ＯＳ１２０４ａは、消費者端末１
１０１全体の制御を行うために、ファイル管理やプロセ
ス管理、あるいはデバイス管理といった機能を実現する
ためのプログラムである。

【０１５９】ブラウザプログラム１２０４ｂは、消費者
端末１１０１がＷＷＷサーバ１１１３と通信し、Ｗｅｂ
ページＤＢ１１１４に格納されたＷｅｂページをダウン
ロードするためのプログラムである。

【０１６０】真正性確認プログラムＡ１２０４ｃは、消
費者端末１１０１がマーク管理プログラムＡ１１２２と
通信し、ＷＷＷサーバ１１１３からダウンロードしたＷ
ｅｂページに貼り付けられたマークの真正性を確認する
ためのプログラムである。

【０１６１】図１１は、販売者端末１１１２のハードウ
ェア構成を示す図である。

【０１６２】本第４実施形態の販売者端末１１１２のハ
ードウェア構成は、図１１に示すように、表示装置１３
０１と、入力装置１３０２と、通信網インタフェース１
３０３と、記憶装置１３０４と、中央処理装置（ＣＰ
Ｕ）１３０５と、一時記憶装置（メモリ）１３０６と
が、バス１３００によって互いに接続されて構成されて
いる。

【０１６３】表示装置１３０１は、販売者端末１１１２
を使用する販売者１１１０にメッセージなどを表示する
ために用いられるものであり、ＣＲＴや液晶ディスプレ
イなどで構成される。

【０１６４】入力装置１３０２は、販売者端末１１１２
を使用する販売者１１１０がデータや命令などを入力す
るために用いられるものであり、キーボードやマウスな
どで構成される。

【０１６５】通信網インターフェース１３０３は、通信
網１１４０を介してＷＷＷサーバ１１１３や、マーク管
理サーバ１１２２とデータのやり取りを行うためのイン
タフェースである。

【０１６６】記憶装置１３０４は、販売者端末１１１２
で使用されるプログラムやデータを永続的に記憶するた
めに用いられるものであり、ハードディスクやフロッピ
ーディスクなどで構成される。

【０１６７】ＣＰＵ１３０５は、販売者端末１１１２を
構成する各部を統括的に制御したり、様々な演算処理を
行ったりする。

【０１６８】メモリ１３０６には、ＯＳ１３０６ａや、
Ｗｅｂページ作成プログラム１３０６ｂ、あるいはマー
ク取得プログラム１３０６ｃといった、ＣＰＵ１３０５
が上記の処理をするために必要なプログラムなどが一時
的に格納される。

【０１６９】ここで、ＯＳ１３０６ａは、販売者端末１
１１２全体の制御を行うために、ファイル管理やプロセ
ス管理、あるいはデバイス管理といった機能を実現する
ためのプログラムである。

【０１７０】Ｗｅｂページ作成プログラム１３０６ｂ
は、販売者１１００がＷｅｂページを作成する処理と、
ＷＷＷサーバ１１１３と通信し、作成したＷｅｂページ
をＷｅｂページＤＢ１１１４に格納する処理とを行うた
めのプログラムである。

【０１７１】マーク取得プログラム１３０６ｃは、販売
者端末１１１２がマーク管理プログラムＡ１１２２と通
信し、Ｗｅｂページに貼り付けるマークを取得するため
のプログラムである。

【０１７２】図１２は、ＷＷＷサーバ１１１３のハード
ウェア構成を示す図である。

【０１７３】本第４実施形態のＷＷＷサーバ１１１３の
ハードウェア構成は、図１２に示すように、表示装置１
４０１と、入力装置１４０２と、通信網インタフェース
１４０３と、ＷｅｂページＤＢインターフェース１４０
４と、記憶装置１４０５と、中央処理装置（ＣＰＵ）１
４０６と、一時記憶装置（メモリ）１４０７とが、バス
１４００によって互いに接続されて構成されている。

【０１７４】表示装置１４０１は、ＷＷＷサーバ１１１
３を使用する販売者１１１０にメッセージなどを表示す
るために用いられるものであり、ＣＲＴや液晶ディスプ
レイなどで構成される。

【０１７５】入力装置１４０２は、ＷＷＷサーバ１１１
３を使用する販売者１１１０がデータや命令などを入力
するために用いられるものであり、キーボードやマウス
などで構成される。

【０１７６】通信網インターフェース１４０３は、通信
網１１４０を介して消費者端末１１０１や、販売者端末
１１１２とデータのやり取りを行うためのインタフェー
スである。

【０１７７】ＷｅｂページＤＢインターフェース１４０
４は、ＷｅｂページＤＢ１１１４とデータのやり取りを
行うためのインターフェースである。

【０１７８】記憶装置１４０５は、ＷＷＷサーバ１１１
３で使用されるプログラムやデータを永続的に記憶する
ために用いられるものであり、ハードディスクやフロッ
ピーディスクなどで構成される。

【０１７９】ＣＰＵ１４０６は、ＷＷＷサーバ１１３を
構成する各部を統括的に制御したり、様々な演算処理を
行ったりする。

【０１８０】メモリ１４０７には、ＯＳ１４０７ａやＷ
ＷＷサーバプログラム１４０７ｂといった、ＣＰＵ１４
０６が上記の処理をするために必要なプログラムなどが
一時的に格納される。

【０１８１】ここで、ＯＳ１４０７ａは、ＷＷＷサーバ
１１１３全体の制御を行うために、ファイル管理やプロ
セス管理、あるいはデバイス管理といった機能を実現す
るためのプログラムである。

【０１８２】ＷＷＷサーバプログラム１４０７ｂは、販
売者端末１１１２と通信し、受け取ったＷｅｂページを
ＷｅｂページＤＢ１１１４に格納する処理と、消費者端
末１１０１からブラウザプログラム１２０４ｂによるア
クセスがあった場合に、ＷｅｂページＤＢ１１１４に格
納されている当該Ｗｅｂページを送信する処理とを行う
ためのプログラムである。

【０１８３】図１３は、マーク管理サーバ１１２２のハ
ードウェア構成を示す図である。

【０１８４】本第４実施形態のマーク管理サーバ１１２
２のハードウェア構成は、図１３に示すように、表示装
置１５０１と、入力装置１５０２と、通信網インタフェ
ース１５０３と、マーク管理ＤＢインターフェース１５
０４と、記憶装置１５０５と、中央処理装置（ＣＰＵ）
１５０６と、一時記憶装置（メモリ）１５０７とが、バ
ス１５００によって互いに接続されて構成されている。

【０１８５】表示装置１５０１は、マーク管理サーバ１
１２２を使用するマーク管理者１１２０にメッセージな
どを表示するために用いられるものであり、ＣＲＴや液
晶ディスプレイなどで構成される。

【０１８６】入力装置１５０２は、マーク管理サーバ１
１２２を使用するマーク管理者１１２０がデータや命令
などを入力するために用いられるものであり、キーボー
ドやマウスなどで構成される。

【０１８７】通信網インターフェース１５０３は、通信
網１１４０を介して消費者端末１１０１や、販売者端末
１１１２とデータのやり取りを行うためのインタフェー
スである。

【０１８８】マーク管理ＤＢインターフェース１５０４
は、マーク管理ＤＢ１１２３とデータのやり取りを行う
ためのインターフェースである。該マーク管理ＤＢ１１
２３は、マークの種別や、当該マークの有効期限、販売
者の識別情報、あるいは販売店のＷｅｂページのＵＲＬ
などといったデータを対応づけて管理するものであり、
たとえば図１５のようなものである。図１５において、
マークに有効期限を設けない場合、また、マーク管理者
１２０がただ一つのマークのみを発行する場合には、そ
れぞれに対応する項目、すなわち有効期限やマーク種別
などを管理しなくてよいのは明らかである。

【０１８９】記憶装置１５０５は、マーク管理サーバ１
１２２で使用されるプログラムやデータを永続的に記憶
するために用いられるものであり、ハードディスクやフ
ロッピーディスクなどで構成される。

【０１９０】ＣＰＵ１５０６は、マーク管理サーバ１１
２２を構成する各部を統括的に制御したり、様々な演算
処理を行ったりする。

【０１９１】メモリ１５０７には、ＯＳ１５０７ａやマ
ーク管理プログラムＡ１５０７ｂといった、ＣＰＵ１５
０６が上記の処理をするために必要なプログラムなどが
一時的に格納される。

【０１９２】ここで、ＯＳ１５０７ａは、マーク管理サ
ーバ１１２２全体の制御を行うために、ファイル管理や
プロセス管理、あるいはデバイス管理といった機能を実
現するためのプログラムである。

【０１９３】マーク管理サーバプログラムＡ１５０７ｂ
は、販売者端末１１１２からマーク送付要求があった場
合に、販売者１１１０を確認してマークを送付するか否
かを判定した後、送付すべきであると判定した場合にの
み、マーク管理ＤＢ１１２３によって管理されているマ
ークを販売者１１１０に送信する処理と、消費者端末１
１０１からマークの真正性確認要求があった場合に、マ
ーク管理ＤＢ１１２３を参照して当該マークの真正性を
検証し、その結果を返送する処理とを行うためのプログ
ラムである。

【０１９４】次に、本第４実施形態の認証システムの動
作について説明する。

【０１９５】図１４は、販売者１１１０がマーク管理者
１１２０からマークを受け取り、該マークを自己のＷｅ
ｂページに貼り付けてから公開した後、消費者１１００
が当該Ｗｅｂページを閲覧して、該Ｗｅｂページの真正
性を確認する場合の、消費者１１００と販売者１１１
０、およびマーク管理者１２０の動作を説明するための
図である。

【０１９６】図１４において、消費者１１００が行う処
理には消費者端末１１０１が使用され、販売者１１１０
が行う処理には販売店端末１１１２およびＷＷＷサーバ
１１１３が使用される。また、マーク管理者１１２０が
行う処理にはマーク管理サーバ１１２２が使用される。

【０１９７】まず、販売者１１１０は、自己のＷｅｂペ
ージのＵＲＬやマーク種別などを含むマーク送付要求を
マーク管理者１１２０に送る（ステップ１６００）。

【０１９８】要求を受けたマーク管理者１１２０は、当
該要求に含まれるマーク種別で指定されたマークを販売
者１１１０に対して送付するか否かを判定し（ステップ
１６０１）、送付すると判定した場合にのみ、マーク管
理ＤＢ１１２３を更新した後（ステップ１６０２）、当
該マークを販売者１１１０に送付する（ステップ１６０
３）。また、送付しないと判定した場合にはその旨を販
売者１１１０に通知する。本第４実施形態での送付する
か否かの判定は、販売者１１１０が当該マークを取得す
る権利を有しているか否か、すなわち当該マークをロゴ
として使用しているクレジットカード会社の加盟店であ
るか否か、ということに基づいて行う。しかし、これ
は、マークを交付する目的に応じて別の基準を用いても
よい。

【０１９９】マークを受け取った販売者１１１０は、該
マークを自己のＷｅｂページに貼り付けてマーク付きＷ
ｅｂページを作成するとともに（ステップ１６０４）、
該マークにマーク管理者１１２０へのリンク情報を設定
し（ステップ１６０５）、当該Ｗｅｂページを消費者１
１００からアクセス可能な状態でＷｅｂページＤＢ１１
１４に格納する（ステップ１６０６）。

【０２００】次に、消費者１１００は、上記Ｗｅｂペー
ジのＵＲＬを含んだＷｅｂページ送付要求を販売者１１
１０に送る（ステップ１６０７）。

【０２０１】要求を受け取った販売者１１１０は、Ｗｅ
ｂページＤＢ１１１４を検索し（ステップ１６０８）、
当該ＵＲＬに対応したＷｅｂページを消費者１１００に
返送する（ステップ１６０９）。

【０２０２】Ｗｅｂページを受け取った消費者１１００
は、さらに、表示された（ステップ１６１０）該Ｗｅｂ
ページに貼り付けられたマークをクリックし（ステップ
１６１１）、当該ＷｅｂページのＵＲＬなどを含む真正
性確認要求をマーク管理者１１２０に送る（ステップ１
６１１）。その際、もし、上記マークにマーク管理者１
１２０へのリンク情報が正しく設定されていないために
マーク管理者１１２０への真正性確認要求を送れなかっ
た場合には、消費者１１００は、該マークの真正性が確
認されなかったもの（にせのマーク）と判断して、全て
の処理を終了する。

【０２０３】要求を受け取ったマーク管理者１１２０
は、マーク管理ＤＢ１１２３を検索して、当該要求に含
まれるＵＲＬで指定された販売者１１１０に対して、す
でにマークを送付しているか否か、また、送付している
場合、該マークが有効期限内であるかどうかを確認する
（ステップ１６１２）。そして、<１>ＵＲＬで指定され
た販売店１１１０にはマークを発行していない、<２>Ｕ
ＲＬで指定された販売店１１１０にマークを発行してい
るが、すでに有効期限がきれている、<３>ＵＲＬで指定
された販売店１１１０にマークを発行しており、かつ、
そのマークは有効期限内である、といった３種類の結果
のいずれか一つを、消費者１１００に送付する（ステッ
プ６１３）。

【０２０４】最後に、上記結果を消費者１１００が確認
して全ての処理が終了する（ステップ６１４）。

【０２０５】上記手順において、消費者１１００による
真正性の確認は、たとえば、図９に示すように表示装置
１１０２に「本物です」（あるいは「にせものです」、
「期限切れです」、「リンク情報が正しく設定されてい
ません」）といった吹き出しが表示され、消費者１１０
０が該吹き出しを見ることによって行われる。しかし、
これは、別の表示方法を用いてもよい。また、音などを
用いて行ってもよいし、音、表示を組み合わせても良
い。

【０２０６】さて、本第４実施形態では、マーク管理者
１１２０はマークを受け取る権利がある販売店１１１０
にのみマークを送付するようにしている。そして、マー
クの関連情報（送付した販売者１１１０の識別情報やＷ
ｅｂページのＵＲＬ、マークの有効期限など）をマーク
管理ＤＢ１１２３で管理するようにしている。さらに、
該マーク管理ＤＢ１１２３を参照し、消費者１１００か
ら送られてきた真正性確認要求に含まれるＵＲＬが示す
販売者１１１０に対して、すでにマークを送付している
か否か、また、送付している場合には、そのマークが有
効期限内のものであるか否かを確認して、消費者に通知
するようにしている。

【０２０７】また、消費者１１００は、Ｗｅｂページに
貼り付けられたマークに設定されたリンク情報を使っ
て、マークの真正性をマーク管理者１１２０に確認する
ようにしている。さらに、マーク管理者１１２０へのリ
ンク情報が正しく設定されていないためにマーク管理者
１１２０への真正性確認要求を送れなかった場合には、
該マークの真正性が確認されなかったもの（にせのマー
ク）と判断するようにしている。

【０２０８】したがって、本第４実施形態によれば、不
正者が自己のＷｅｂページに、正規販売者のＷｅｂペー
ジからコピーしたマークを貼り付けた場合は、マーク管
理者が管理するマーク管理ＤＢに不正者のＷｅｂページ
にマークを送付した記録がないため、真正性確認処理で
該マークの真正性が確認されない。結果として販売者の
Ｗｅｂページを閲覧する消費者が、そのＷｅｂページに
貼り付けられたマークが明示する情報が真正なものであ
るか否かを正しく確認することができることになる。

【０２０９】なお、本第４実施形態では、消費者１１０
０がマークをクリックすることで真正性確認処理が開始
されるようにしているが、これは、Ｗｅｂページを受け
取ったときに自動的に真正性確認処理が開始されるよう
にしてもよい。さらに、該処理において真正性が確認さ
れた場合に、当該Ｗｅｂページが表示されるようにして
もよい。

【０２１０】また、本第４実施形態では、販売者端末１
１２とＷＷＷサーバ１１３とを別マシンとして説明した
が、これは同一のマシンであってもよい。

【０２１１】以下、本発明の第５実施形態について説明
する。

【０２１２】図１６に、本第５実施形態に係る認証シス
テムの構成を示す。

【０２１３】本第５実施形態の認証システムの構成は、
基本的には図９に示したものと同じである。ただし、各
消費者端末１８００-１〜１８００-ｎ（以下、単に消費
者端末１８００とも称する）に、それぞれ公開鍵ＤＢ１
８０１-１〜１８０１-ｎ（以下、単に公開鍵ＤＢ１８０
１とも称する）が接続されている点が異なる。

【０２１４】公開鍵ＤＢ１８１０は、マーク管理者の公
開鍵を管理するものであり、たとえば図２０のようなも
のである。これらの公開鍵は、当該マーク管理者が生成
したディジタル署名（以下、単に署名とも称する）を検
証する際に用いられる。

【０２１５】図１７は、本第５実施形態の消費者端末１
８００のハードウェア構成を示す図である。

【０２１６】本第５実施形態の消費者端末８００のハー
ドウェア構成は、基本的には図１０に示したものと同じ
である。ただし、公開鍵ＤＢインタフェース１９００を
備えている点と、メモリ１９０１上に真正性確認プログ
ラムＢ９０２が格納され、実行される点とが異なる。

【０２１７】公開鍵ＤＢインタフェース１９００は、公
開鍵ＤＢ１８０１とデータのやり取りを行うためのイン
ターフェースである。また、真正性確認プログラムＢ１
９０２は、マーク管理サーバ１８１０と通信し、マーク
管理者１１２０の公開鍵を取得する処理と、該公開鍵を
用いて、ＷＷＷサーバ１１３からダウンロードしたＷｅ
ｂページに貼り付けられた署名付きマークの真正性を確
認する処理とを行うためのプログラムである。

【０２１８】図１８は、本実施形態のマーク管理サーバ
１８１０のハードウェア構成を示す図である。

【０２１９】本第５実施形態のマーク管理サーバ１８１
０のハードウェア構成は、基本的には図１３に示したも
のと同じである。ただし、メモリ１１０００上にマーク
管理プログラムＢ１１００１が格納され、実行される点
が異なる。

【０２２０】マーク管理プログラムＢ１１００１は、消
費者端末１８００から公開鍵送付要求があった場合に、
自己の公開鍵を送付する処理と、販売者端末１１１２か
らマーク送付要求があった場合に、販売者１１１０を確
認してマークを送付するか否かを判定した後、送付すべ
きであると判定した場合にのみ、該販売者１１１０のＷ
ｅｂページのＵＲＬを示すデータに秘密鍵を用いて電子
署名を作成し、電子署名とマーク管理ＤＢ１１２３によ
って管理されているマークとを一纏めにして署名付きマ
ークを作成し、該署名付きマークを販売者１１１０に送
信する処理とを行うためのプログラムである。電子署名
とマークとを一纏めにすることは、たとえば、前述した
電子透かし技術を利用し、マークに電子署名による電子
透かしを施すことにより可能となる。電子透かしは、画
像データに微少な変更を加えることで、情報を埋め込む
技術である。マークは画像データの一種であることか
ら、電子透かしを用いて任意の情報を埋め込むことがで
きる。また、電子透かしには、カラー画像用、白黒画像
用、２値画像用などがあるので、各種のマークへの情報
埋込みが可能である。しかし、これは別の手法を用いて
もよい。なお、マークと電子署名とを一纏めにする手段
として電子透かしを用いる場合、マークの視認性さえ阻
害しなければ（たとえば、どこのクレジットカード会社
のロゴマークだということがわかれば）、マーク自体は
多少変形されてもよい。

【０２２１】また、署名に用いる公開鍵暗号方式として
は、素因数分解を用いるもの、楕円曲線を用いるものな
どが使用可能である。

【０２２２】次に、本第５実施形態の認証システムの動
作について説明する。

【０２２３】図１９は、消費者１１００がマーク管理者
１１２０の公開鍵を取得した後、販売者１１１０がマー
ク管理者１１２０からマークを受け取り、該マークを自
己のＷｅｂページに貼り付けてから公開し、さらに、消
費者１１００が当該Ｗｅｂページを閲覧して、該Ｗｅｂ
ページの真正性を確認する場合の、消費者１１００と販
売者１１１０、およびマーク管理者１２１０の動作を説
明するための図である。

【０２２４】図１９において、消費者１１００が行う処
理には消費者端末１８００が使用され、販売者１１１０
が行う処理には販売店端末１１１２およびＷＷＷサーバ
１１１３が使用される。また、マーク管理者１１２０が
行う処理にはマーク管理サーバ１８１０が使用される。

【０２２５】まず、消費者１１００は、公開鍵送付要求
をマーク管理者１１２０に送る（ステップ１１１０
０）。

【０２２６】要求を受け取ったマーク管理者１１２０は
（ステップ１１１０１）、自己の公開鍵を消費者１１０
０に返送する（ステップ１１１０２）。

【０２２７】マーク管理者１１２０の公開鍵を受け取っ
た消費者１１００は、該公開鍵を公開鍵ＤＢ１８０１に
格納する（ステップ１１１０３）。

【０２２８】次に、販売者１１１０は、自己のＷｅｂペ
ージのＵＲＬやマーク種別などを含むマーク送付要求を
マーク管理者１１２０に送る（ステップ１１１０４）。

【０２２９】要求を受けたマーク管理者１１２０は、当
該要求に含まれるマーク種別で指定されたマークを販売
者１１１０に対して送付するか否かを判定し（ステップ
１１１０５）、送付すると判定した場合にのみ、当該要
求に含まれるＵＲＬデータに秘密鍵を用いて署名を施
し、該署名とマーク種別で指定されたマークとを一纏め
にして署名付きマークを生成する（ステップ１１１０
６）。そして、該署名付きマークを販売者１１１０に送
付する（ステップ１１１０７）。また、送付しないと判
定した場合にはその旨を販売者１１１０に通知する。本
実施形態での送付するか否かの判定も、第４の実施形態
と同様、販売者１１１０が当該マークを取得する権利を
有しているか否か、すなわち当該マークをロゴとして使
用しているクレジットカード会社の加盟店であるか否
か、ということに基づいて行う。ただし、他の適当な基
準を用いてもよい。

【０２３０】署名付きマークを受け取った販売者１１１
０は、該署名付きマークを自己のＷｅｂページに貼り付
けてマーク付きＷｅｂページを作成し（ステップ１１１
０８）、当該Ｗｅｂページを消費者１１００からアクセ
ス可能な状態でＷｅｂページＤＢ１１１４に格納する
（ステップ１１１０９）。

【０２３１】次に、消費者１１００は、上記Ｗｅｂペー
ジのＵＲＬを含んだＷｅｂページ送付要求を販売者１１
１０に送る（ステップ１１１１０）。

【０２３２】要求を受け取った販売者１１１０は、Ｗｅ
ｂページＤＢ１１１４を検索し（ステップ１１１１
１）、当該ＵＲＬに対応したＷｅｂページを消費者１１
００に返送する（ステップ１１１１２）。

【０２３３】Ｗｅｂページを受け取った消費者１１００
が、表示された（ステップ１１１１３）該Ｗｅｂページ
に貼り付けられた署名付きマークをクリックすると（ス
テップ１１１１４）、公開鍵ＤＢ１８０１に格納された
マーク管理者１１２０の公開鍵と該ＷｅｂページのＵＲ
Ｌとを用いて、該署名付きマークに含まれる署名の検証
が行われる（ステップ１１１１５）。そして、署名が正
しく検証されたか否かにより、消費者１１００が当該署
名付きマークの真正性を確認して全ての処理が終了する
（ステップ１１１１６）。

【０２３４】上記手順において、消費者１１００による
真正性の確認は、たとえば、図１６に示すように表示装
置１０２に「本物です」（あるいは「にせものです」、
「必要な公開鍵がありません」）といった吹き出しが表
示され、消費者１１００が該吹き出しを見ることによっ
て行われる。しかし、別の表示方法を用いてもよい。ま
た、音などを用いて行ってもよいし、音、表示を組み合
わせてもよい。

【０２３５】上記の本第５実施形態では、マーク管理者
１２０は署名付きマークを受け取る権利がある販売店１
１１０にのみ署名付きマークを送付するようにしてい
る。そして、署名付きマークを生成するときの要素とし
て、販売店１１１０のＷｅｂページのＵＲＬデータを用
いている。

【０２３６】また、消費者１１００は、Ｗｅｂページに
貼り付けられた署名付きマークの署名を、マーク管理者
の公開鍵と該ＷｅｂページのＵＲＬデータとを使って検
証するようにしている。

【０２３７】したがって、本第５実施形態によれば、不
正者が自己のＷｅｂページに、正規販売者のＷｅｂペー
ジからコピーした署名付きマークを貼り付けた場合は、
不正者のＷｅｂページのＵＲＬと署名に含まれるＵＲＬ
とが一致しないため、真正性確認処理で該マークの真正
性が確認されない。結果として販売者のＷｅｂページを
閲覧する消費者が、そのＷｅｂページに貼り付けられた
マークが明示する情報が真正なものであるか否かを正し
く確認することができる。

【０２３８】なお、本第５実施形態では、消費者１１０
０がマークをクリックすることで真正性確認処理が開始
されるようにしているが、第４実施形態と同様、Ｗｅｂ
ページを受け取ったときに自動的に真正性確認処理が開
始されるようにしてもよい。さらに、該処理において真
正性が確認された場合に、当該Ｗｅｂページが表示され
るようにしてもよい。

【０２３９】なお、本実施形態における、販売者１１０
がマークを取得するステップと消費者１１００が公開鍵
を取得するステップとの前後関係は逆でもよい。ただ
し、本第５実施形態のように、ステップ１１１１０から
はじまるＷｅｂページアクセス以前に、消費者１１１０
０が公開鍵を取得しておけば、Ｗｅｂページアクセスの
度に公開鍵を取得する必要がない。

【０２４０】また、本第５実施形態では、販売者端末１
１１２とＷＷＷサーバ１１１３とを別マシンとしている
が、同一のマシンであってもよい。

【０２４１】さらに、また、本第５実施形態では、Ｗｅ
ｂページのＵＲＬデータのみに署名を施すようにしてい
るが、たとえば、マークとして用いている画像データを
電子署名の対象に加えてもよい。これにより、販売店１
１１０がマーク管理者１１２０より受け取った署名付き
マークの署名部分だけを取り出し、自分が加盟店契約し
ていないクレジットカード会社のマークと一纏めにし直
すことで、にせの署名付きマークを生成するといった不
正を防ぐことができ、より安全性が高まる。さらに、た
とえば、販売者１１１０がマークを貼り付けるＷｅｂペ
ージをあらかじめ生成し、それをマーク送付要求時にマ
ーク管理者１１２０に送るようにし、該Ｗｅｂページを
電子署名の対象に加えてもよい。これにより、別のＷｅ
ｂページに署名付きマークを貼り付けることができなく
なり、たとえば、署名付きマークをＷｅｂページの内容
証明手段として利用することができるようになる。すな
わち、この変形例は、何らかの権威者にＷｅｂページの
内容を保証してもらうようなシステムでの利用に適して
いる。

【０２４２】くわえて、本第５実施形態では、署名とマ
ークとを一纏めにして署名付きマークを生成している
が、これは、たとえば、販売者１１０がマークを貼り付
けるＷｅｂページをあらかじめ生成し、それをマーク送
付要求時にマーク管理者１２０に送るようにし、マーク
管理者１２０が該Ｗｅｂページの内容に基づいて作成し
たフィルタリング用データなどを属性情報として署名付
きマークに加えてもよい。

【０２４３】これにより、たとえば、あるＷｅｂページ
評価機関が発行した推奨マークが貼られ、かつ、その真
正性が正しく確認されたＷｅｂページのみを表示するよ
うフィルタリングすることができる。そのためには、ど
の種類のマークなら消費者端末１１０１の表示装置１１
０２に表示するかということを消費者１１００に設定さ
せるためのフィルタリング設定機能や、それ以外のもの
なら表示しないようにするようなフィルタリング実行機
能などを備えたフィルタリングプログラムを、あらかじ
め消費者端末１１０１にインストールしておけばよい。
この応用例は、たとえば子どもに見せたくないような暴
力表現などを含んだＷｅｂページをフィルタリングした
いようなシステムでの利用に適している。

【０２４４】なお、第４、第５実施形態の各端末、サー
バに格納された各プログラムは、一般的には、それぞれ
の装置を制御するオペレーティングシステムの元で動作
し、オペレーティングシステムを介して、装置の各ハー
ドウェア構成要素とデータ、コマンドをやりとりする。
もちろん、オペレーティングシステムを介さずに直接、
各ハードウェア構成要素とデータ、コマンドをやりとり
しても良い。

【０２４５】以上説明したように、第４、第５実施形態
によれば、Ｗｅｂページを閲覧するユーザが、そのＷｅ
ｂページに貼り付けられた画像データが明示する情報
（ユーザが見た目から判断するであろう情報）が真正な
ものであるか否かを正しく確認することができる。

【０２４６】以下、本発明の第６の実施形態について説
明する。

【０２４７】本第６実施形態の認証システムの構成は、
基本的には前記第１実施形態に係る認証システムの構成
（図９から図１３参照）と同じである。ただし、消費者
端末１１０１のメモリ１２０４中の真正性確認プログラ
ムA１２０４ｃが真正性確認プログラムＣに置き換えら
れ、マーク管理サーバ１１２２のメモリ１５０７中のマ
ーク管理プログラムA１５０７ｂ が、マーク管理プログ
ラムCに置き換えられら、販売者端末１１２のメモリ１
３０６中のマーク取得プログラムが１３０６がマーク取
得プログラムcに置き換えられた構成となっている。

【０２４８】以下、本第６実施形態に係る認証システム
の動作について説明する。

【０２４９】まず、販売者端末１１１２のマーク取得プ
ログラムcは、自己のＷｅｂページのデータと共にマー
ク送付要求をマーク管理サーバ１１２２に送る。

【０２５０】要求を受けたマーク管理サーバ１１２２
の、マーク管理プログラムCは、要求を送った販売者端
末１１１２を使用する販売者１１１０に対してマークを
送付するか否かを判定し、送付すると判定した場合、図
２１に示す処理を行う。

【０２５１】すなわち、マーク管理ＤＢ１１２３に格納
しておいたマーク２７０９と、マークに挿入する所定の
情報２７０８（たとえば、マーク管理機関１１２１を示
すテキストなど）を読み出し、マークに所定の情報を電
子透かしとして埋め込む（ステップ２７０５）。そし
て、電子透かしを埋め込んだマーク２７１０がＷｅｂペ
ージ上に表示されるように、マーク送付要求と共に送ら
れたＷｅｂページデータ２７１１を修正し（ステップ２
７０６）、修正したＷｅｂページデータ２７１２を販売
者端末１１１２のマーク取得プログラムcに送る（ステ
ップ２７０７）。

【０２５２】マーク取得プログラムcは、マーク管理サ
ーバ１１２２から送られたＷｅｂページデータを、WWW
サーバ１１１３を介して、webページデータベース１１
１４に格納する。

【０２５３】その後、このwebページは、消費者端末１
１０１のブラウザプログラム１２０ｂを介した消費者１
１００の要求に応じて消費者端末１１０１に送られ、表
示装置１１０２に表示される。

【０２５４】一方、消費者端末１１０１の、真正性確認
プログラムＣは、消費者１１００からの要求に応じて
（たとえばマークのクリックに応じて）、webページの
真正性確認処理を行う。

【０２５５】この処理では、図２２に示すように、ま
ず、webページ２９０８から真正性を確認するマーク２
９０９を切り出し（ステップ２９０５）、切り出したマ
ーク２９０９に電子透かしとして埋め込まれた情報２９
１０を抽出し（ステップ２９０６）、これを表示装置１
１０２に表示する（ステップ２９０７）。

【０２５６】ここで、切り出したマーク２９０９から電
子透かしとして埋め込まれた情報２９１０９を抽出する
ために必要な情報（この情報としては、たとえば、図２
１の７１０の電子透かしが施される前のオリジナルのマ
ークや、オリジナルのマークとの差分より情報を復元す
るためのアルゴリズムを特定する情報などが該当する場
合がある）は、マーク管理サーバ１１２２から予め入手
しておくようにする。このためには、真正性確認プログ
ラムＣ２２０４が消費者１１００の要求に応じてマーク
管理サーバ１１２２に真正性確認用情報の要求を送り、
その応答として送られた情報をメモリ１２０４や記憶装
置１２０２に記憶しておくようにする。また、マーク管
理サーバ１１２２の、マーク管理プログラムC２５０７
ｂは、真正性確認用情報の要求を受け取った場合には、
必要な情報を消費者端末１１０１に送るようにする。

【０２５７】以上、本発明の第６の実施形態について説
明した。

【０２５８】本第６実施形態によれば、単なるマークに
代えて、電子透かしを施したマークをwebページ上に設
けるので、そのマークよりwebページとマークが示す個
人／機関との関係の真正性が認証可能となるのみなら
ず、webページによって直接、マークの形態で、そのweb
ページと関係がある個人／機関を提示することができ
る。また、webページ上の存在に不自然さのないマーク
を利用してwebページとマークが示す個人／機関との関
係の真正性が認証可能とするので、本第６実施形態によ
ってwebページが不自然な形態に損なわれることはな
い。

【０２５９】以下、本発明の第７実施形態について説明
する。

【０２６０】本第７実施形態の認証システムの構成は、
基本的には前記第１実施形態に係る認証システムの構成
（図９から図１３参照）と同じである。ただし、消費者
端末１１０１のメモリ１２０４中の真正性確認プログラ
ムA１２０４ｃが真正性確認プログラムdに置き換えら
れ、マーク管理サーバ１１２２のメモリ１５０７中のマ
ーク管理プログラムA１５０７ｂが、マーク管理プログ
ラムdに置き換えられら、販売者端末１１２のメモリ１
３０６中のマーク取得プログラムが１３０６がマーク取
得プログラムdに置き換えられた構成となっている。

【０２６１】以下、本第７実施形態に係る認証システム
の動作について説明する。

【０２６２】まず、販売者端末１１１２のマーク取得プ
ログラムdは、自己のＷｅｂページのデータと共にマー
ク送付要求をマーク管理サーバ１１２２に送る。

【０２６３】要求を受けたマーク管理サーバ１１２２
の、マーク管理プログラムdは、要求を送った販売者端
末１１１２を使用する販売者１１１０に対してマークを
送付するか否かを判定し、送付すると判定した場合、図
２3に示す処理を行う。

【０２６４】すなわち、マーク送付要求と共に送られた
Ｗｅｂページデータ２３０５のハッシュ値２３０６を計
算し（ステップ２３０１）、マーク管理ＤＢ１１２３に
格納しておいたマーク２３０７に、計算したハッシュ値
２３０６を電子透かしとして埋め込む（ステップ２３０
２）。そして、電子透かしを埋め込んだマーク２３０８
がＷｅｂページ上に表示されるように、マーク送付要求
と共に送られたＷｅｂページデータ２３０５を修正し
（ステップ２３０２）、修正したＷｅｂページデータ２
３０９を販売者端末１１１２のマーク取得プログラムd
に送る（ステップ２３０４）。

【０２６５】マーク取得プログラムdは、マーク管理サ
ーバ１１２２から送られたＷｅｂページデータを、WWW
サーバ１１１３を介して、webページデータベース１１
１４に格納する。

【０２６６】その後、このwebページは、消費者端末１
１０１のブラウザプログラム１２０４ｂを介した消費者
１１００の要求に応じて消費者端末１１０１に送られ、
表示装置１１０２に表示される。

【０２６７】一方、消費者端末１１０１の、真正性確認
プログラムｄは、消費者１１００からの要求に応じて
（たとえばマークのクリックに応じて）、webページの
真正性確認処理を行う。

【０２６８】この処理では、図２４に示すように、ま
ず、webページ２４０６から真正性を確認するマーク２
４０７を切り出し（ステップ２４０１）、切り出したマ
ーク２４０７に電子透かしとして埋め込まれたハッシュ
値２４０８を抽出する（ステップ２４０２）。また、we
bページ２４０６から真正性を確認するマークに関連す
る部分を除いたwebページデータのハッシュ値２４０９
を計算し（ステップ２４０９）、これとマークから抽出
したハッシュ値２４０８とを比較する（ステップ２４０
４）。そして、一致した場合には、真正性が確認できた
ことを、一致しない場合には、真正性が確認できなかっ
たことを表示装置１１０２に表示する（ステップ２４０
５）。

【０２６９】なお、切り出したマークから電子透かしと
して埋め込まれたハッシュ値を抽出するために必要な情
報は、マーク管理サーバ１１２２から予め入手しておく
ようにする。このためには、真正性確認プログラムｄが
消費者１１００の要求に応じてマーク管理サーバ１１２
２に真正性確認用情報の要求を送り、その応答として送
られた情報をメモリ１２０４や記憶装置１２０２に記憶
しておくようにする。また、マーク管理サーバ１１２２
の、マーク管理プログラムｄは、真正性確認用情報の要
求を受け取った場合には、必要な情報を消費者端末１１
０１に送るようにする。

【０２７０】本第７実施形態によれば、単なるマークに
代えて、webページのハッシュ値を電子透かしとして施
したマークをwebページ上に設けるので、そのマークよ
り当該マークが確かに、そのマークを含むwebページに
対して与えられたものであることが認証可能となるのみ
ならず、webページによって直接、マークの形態で、そ
のwebページと関係がある個人／機関を提示することが
できる。また、電子透かしとしてwebページデータのハ
ッシュ値を用い、これを特定の種類のデータであるマー
クの電子透かしとして用いるので、webページが複数種
のデータを含んでいるかどうかに依存することなく、同
一の処理で処理を行うことができる。また、webページ
上の存在に不自然さのないマークを利用して、webペー
ジに対して真にマークが与えられたことを認証可能とす
るので、本第７実施形態によってwebページが不自然な
形態に損なわれることはない。

【０２７１】以下、本発明の第８の実施形態について説
明する。

【０２７２】本第８実施形態に係る認証システムは、基
本的には前記第１実施形態に係る認証システムの構成
（図９から図１３参照）と同じである。

【０２７３】ただし、消費者端末１１０１については、
図２５に示すように、前記第５実施形態で説明した公開
鍵ＤＢ１８０１が接続されている点と、公開鍵ＤＢイン
タフェース１９００を備えている点と、メモリ１２０４
中の真正性確認プログラムA１２０４ｃが真正性確認プ
ログラムe３２０４に置き換えられている点が異なる。

【０２７４】また、マーク管理サーバ１１２２について
は、図２６に示すように、メモリ１５０７中のマーク管
理プログラムA１５０７ｂが、マーク管理プログラムe３
５０７に置き換えられらている点が異なる。

【０２７５】また、図２７に示すように、販売者端末１
１２については、メモリ１３０６中のマーク取得プログ
ラムが１３０６がマーク取得プログラムe3306に置き換
えられた構成となっている点が異なる。

【０２７６】以下、本第８実施形態に係る認証システム
の動作について説明する。

【０２７７】まず、販売者端末１１１２のマーク取得プ
ログラムdは、自己のＷｅｂページのデータと共にマー
ク送付要求をマーク管理サーバ１１２２に送る。

【０２７８】要求を受けたマーク管理サーバ１１２２
の、マーク管理プログラムdは、要求を送った販売者端
末１１１２を使用する販売者１１１０に対してマークを
送付するか否かを判定し、送付すると判定した場合、図
２８に示す処理を行う。

【０２７９】すなわち、マーク送付要求と共に送られた
Ｗｅｂページデータ２８０６のハッシュ値２８０７を計
算し（ステップ２８０１）、ハッシュ値２８０７をマー
ク管理機関の秘密鍵２８０８で暗号化した電子署名２８
０９を作成し（ステップ２８０２）、これをマーク管理
ＤＢ１１２３に格納しておいたマーク２８１０に、電子
透かしとして埋め込む（ステップ２８０３）。そして、
電子透かしを埋め込んだマーク２８１１がＷｅｂページ
上に表示されるように、マーク送付要求と共に送られた
Ｗｅｂページデータ２８０６を修正し（ステップ２８０
４）、修正したＷｅｂページデータ２８１２を販売者端
末１１１２のマーク取得プログラムeに送る（ステップ
２８０５）。

【０２８０】マーク取得プログラムeは、マーク管理サ
ーバ１１２２から送られたＷｅｂページデータを、WWW
サーバ１１１３を介して、webページデータベース１１
１４に格納する。

【０２８１】その後、このwebページは、消費者端末１
１０１のブラウザプログラム１２０４ｂを介した消費者
１１００の要求に応じて消費者端末１１０１に送られ、
表示装置１１０２に表示される。

【０２８２】一方、消費者端末１１０１の、真正性確認
プログラムｄは、消費者１１００からの要求に応じて
（たとえばマークのクリックに応じて）、webページの
真正性確認処理を行う。

【０２８３】この処理では、図２９に示すように、ま
ず、公開鍵ＤＢ１８０１からマーク管理機関の公開鍵２
９０８を取り出す。そして、webページ２９０７から真
正性を確認するマーク２９０８を切り出し（ステップ２
９０１）、切り出したマーク２９０８に電子透かしとし
て埋め込まれた電子署名２９０９を抽出し（ステップ２
９０２）、マーク管理機関の公開鍵２９１０により復号
化してハッシュ値を抽出する（ステップ２９０３）。ま
た、webページ２９０７から真正性を確認するマークに
関連する部分を除いたwebページデータのハッシュ値２
９１２を計算し（ステップ２９０４）、これとマークか
ら抽出した電子署名を復号化したハッシュ値２９１１と
を比較する（ステップ２９０５）。そして、一致した場
合には、真正性が確認できたことを、一致しない場合に
は、真正性が確認できなかったことを表示装置１１０２
に表示する（ステップ２９０６）。

【０２８４】なお、切り出したマークから電子透かしと
して埋め込まれたハッシュ値を抽出するために必要な情
報は、マーク管理サーバ１１２２から予め入手しておく
ようにする。このためには、真正性確認プログラムeが
消費者１１００の要求に応じてマーク管理サーバ１１２
２に真正性確認用情報の要求を送り、その応答として送
られた情報をメモリ１２０４や記憶装置１２０２に記憶
しておくようにする。また、マーク管理サーバ１１２２
の、マーク管理プログラムeは、真正性確認用情報の要
求を受け取った場合には、必要な情報を消費者端末１１
０１に送るようにする。

【０２８５】また、マーク管理機関の公開鍵は、消費者
端末１１００より、公開鍵送付要求をマーク管理サーバ
１１１３に送り、その応答として受けとった公開鍵を公
開鍵ＤＢ１８０１に格納するようにする。また、公開鍵
送付要求を受け取ったマーク管理サーバ１１１３は、自
己の公開鍵を応答として消費者端末１１００に返送する
ようにする。

【０２８６】以上のように、本第８実施形態によれば、
単なるマークに代えて、webページのハッシュ値をマー
ク管理機関の秘密鍵で暗号化した電子署名を電子透かし
として施したマークをwebページ上に設けるので、その
マークより当該マークが確かに、そのマークを含むweb
ページに対して、マーク管理機関によって与えられたも
のであることが認証可能となるのみならず、webページ
によって直接、マークの形態で、そのwebページと関係
がある個人／機関を提示することができる。また、web
ページデータのハッシュ値を対象とした電子署名を、こ
れを特定の種類のデータであるマークの電子透かしとし
て用いるので、webページが複数種のデータを含んでい
るかどうかに依存することなく、同一の処理で処理を行
うことができる。また、電子署名を電子透かしとしてwe
bページ上のマークに埋め込むので、webページデータと
別個に電子署名を管理する必要はない。また、存在に不
自然さのないマークを利用して、webページと個人／機
関の関係を認証可能とするので、本第８実施形態によっ
てwebページが不自然な形態に損なわれることはない。

【０２８７】なお、以上の第６実施形態から第８実施形
態では、マーク管理サーバ１１２２において、電子透か
しを埋め込んだマークがＷｅｂページ上に表示されるよ
うに、マーク送付要求と共に送られたＷｅｂページデー
タを修正し（ステップ２８０４）、修正したＷｅｂペー
ジデータ２８１２を販売者端末１１１２のマーク取得プ
ログラムeに送る処理を行ったが、これは、次のように
修正するようにしてもよい。

【０２８８】すなわち、マーク管理サーバ１１２２にお
いて、電子透かしを埋め込んだマークを販売者端末１１
１２に送る。そして、販売者端末１１１２において、電
子透かしを埋め込んだマークがＷｅｂページ上に表示さ
れるように、マーク送付要求と共に送くったＷｅｂペー
ジデータのオリジナルを修正する。

【０２８９】また、以上の第６実施形態から第８実施形
態では、消費者端末１１０１における処理に変えて次の
処理を行うようにしてもよい。

【０２９０】すなわち、第６実施形態の場合は、消費者
端末１１０１は、webページから真正性を確認するマー
クを切り出し、切り出したマークと共にマーク管理サー
バ１１２２に真正性確認を要求する。また、第７、第８
実施形態の場合は、マークを含むwebページのデータと
共にマーク管理サーバ１１２２に真正性確認を要求す
る。そして、この要求の応答として、マーク管理サーバ
１１２２から送られた、真正性が確認できた、もしく
は、真正性が確認できなかった旨のメッセージを表示装
置１１０２に表示する。一方、マーク管理サーバ１１２
２は、真正性確認を要求されたならば、その要求と共に
送られたマークについて、第６実施形態から第８実施形
態で消費者端末１１０１において行っていた処理を行
う。すなわち、第６実施形態の場合は、要求と共に送ら
れたマークに電子透かしとして埋め込まれた情報を抽出
し、これがマーク管理サーバ１１２２において埋め込ん
だ情報と一致していれば、真正性が確認できた旨のメッ
セージを消費者端末１１０１に送り、一致してなければ
真正性が確認できなかった旨のメッセージを消費者端末
１１０１に送る。また、第７実施形態の場合は、要求と
共に送られたwebページからマークを切り出し、切り出
したマークに電子透かしとして埋め込まれたハッシュ値
を抽出し、要求と共に送られたwebページから真正性を
確認するマークに関連する部分を除いたwebページデー
タのハッシュ値を計算し、これとマークから抽出したハ
ッシュ値２４０８とを比較する。そして、一致した場合
には、真正性が確認できた旨のメッセージを消費者端末
１１０１に送り、一致してなければ真正性が確認できな
かった旨のメッセージを消費者端末１１０１に送る。ま
た第８実施形態の場合は、、要求と共に送られたwebペ
ージからマークを切り出し、切り出したマークに電子透
かしとして埋め込まれた電子署名を抽出し、マーク管理
機関の公開鍵により復号化してハッシュ値を抽出する。
また、要求と共に送られたwebページから真正性を確認
するマークに関連する部分を除いたwebページデータの
ハッシュ値を計算し、これとマークから抽出した電子署
名を復号化したハッシュ値とを比較する。そして、一致
した場合には、真正性が確認できた旨のメッセージを消
費者端末１１０１に送り、一致してなければ真正性が確
認できなかった旨のメッセージを消費者端末１１０１に
送る。

【０２９１】ところで、以上の第６実施形態から第８実
施形態は、webページの他、各種電子商取引の対象とな
る電子データについて適用可能である。たとえば、各種
電子商取引の対象が、図面を表すドロウデータである場
合に、当該図面に販売者のマークを付けて、当該図面が
真正なものであることを認証可能とするような用途に使
用することができる。また、前述したように、マークは
必ずしもイメージデータでなくてもよい。たとえば、各
種電子商取引の対象がオウディオデータである場合に、
オウディオデータの前後に販売者や著作権者を示すオウ
ディオデータをマークとして付加し、この付加したマー
クに第６実施形態から第８実施形態で埋め込んだ電子透
かしを埋め込むようにしてもよい。

【０２９２】以上、本発明の各実施形態について説明し
た。

【０２９３】なお、以上の各実施形態におけるプログラ
ムは、フロッピーディスク、ＣＤ−ＲＯＭ、ＤＶＤ等各
種記憶媒体に格納された形態で、プログラムを事項する
各装置に供給するか、あるいはこれらの装置が接続され
たネットワークに接続された他のサーバから当該装置に
ダウンロードするようにしてもよい。

【０２９４】また、以上の各実施形態は、その要旨を逸
脱しない範囲内で、さまざまに修正することができる。

【０２９５】

【発明の効果】以上のように、本発明によれば、電子デ
ータと個人／機関との関係を、より高い信頼性をもって
認証可能とする技術を提供することができる。また、電
子データとの関係を認証可能な個人／機関と一致するこ
とが保証されるように、電子データと関係を持つ個人／
機関を電子データによって利用者に直接提示ことができ
る。

【図面の簡単な説明】

【図１】本発明の第１実施形態に係るコンテンツ配布シ
ステムの構成を示すブロック図である。

【図２】本発明の第１実施形態に係るプロバイダー装置
と購入者装置の構成を示すブロック図である。

【図３】本発明の第１実施形態に係る電子計算機の一般
的な構成を示したブロック図である。

【図４】本発明の第１実施形態に係るコンテンツ配布の
処理手順を示したフローチャートである。

【図５】本発明の第１実施形態に係るコンテンツ配布の
処理手順を示したフローチャートである。

【図６】本発明の第１実施形態に係るコンテンツ配布の
処理手順を示したフローチャートである。

【図７】本発明の第２実施形態に係る第２配布コンテン
ツ作成システムの構成を示すブロック図である。

【図８】本発明の第２実施形態に係るプロバイダー装置
と権利者装置の構成を示すブロック図である。

【図９】本発明の第４実施形態に係る認証システムの概
略構成を示すブロック図である。

【図１０】本発明の第４実施形態に係る消費者端末のハ
ードウェア構成を示すブロック図である。

【図１１】本発明の第４実施形態に係る販売者端末のハ
ードウェア構成を示すブロック図である。

【図１２】本発明の第４実施形態に係るＷＷＷサーバの
ハードウェア構成を示すブロック図である。

【図１３】本発明の第４実施形態に係る管理サーバのハ
ードウェア構成を示すブロック図である。

【図１４】本発明の第４実施形態に係る認証システムの
動作を示すフローチャートである。

【図１５】本発明の第４実施形態に係るマーク管理ＤＢ
の内容を示す図である。

【図１６】本発明の第５実施形態に係る認証システムの
概略構成を示すブロック図である。

【図１７】本発明の第５実施形態に係る消費者端末のハ
ードウェア構成を示すブロック図である。

【図１８】本発明の第５実施形態に係るマーク管理サー
バのハードウェア構成を示すブロック図である。

【図１９】本発明の第５実施形態に係る認証システムの
動作を示すフローチャートである。

【図２０】本発明の第５実施形態に係るマーク管理ＤＢ
の内容を示す図である。

【図２１】本発明の第６実施形態に係るマーク管理サー
バの動作を示すフローチャートである。

【図２２】本発明の第６実施形態に係る消費者端末の動
作を示すフローチャートである。

【図２３】本発明の第７実施形態に係るマーク管理サー
バの動作を示すフローチャートである。

【図２４】本発明の第７実施形態に係る消費者端末の動
作を示すフローチャートである。

【図２５】本発明の第８実施形態に係る消費者端末のハ
ードウェア構成を示すブロック図である。

【図２６】本発明の第８実施形態に係るマーク管理サー
バのハードウェア構成を示すブロック図である。

【図２７】本発明の第８実施形態に係る販売者端末のハ
ードウェア構成を示すブロック図である。

【図２８】本発明の第８実施形態に係るマーク管理サー
バの動作を示すフローチャートである。

【図２９】本発明の第８実施形態に係る消費者端末の動
作を示すフローチャートである。

【符号の説明】

１０ ネットワーク １００ プロバイダー装置 １１０ 処理部 １１１ 入出力部 １１２ 制御部 １１３ 署名抽出部 １１４ 署名検証部 １１５ 暗号化部 １１６ 送受信部 １２０ 記憶部 ２００ 購入者装置 ２１０、７１０ 処理部 ２１１、７１１ 入出力部 ２１２、７１２ 制御部 ２１３、７１３ 送受信部 ２１４、７１４ 復号化部 ２１５、７１５ 署名生成部 ２１６、７１５ 署名埋め込み部 ２１７、７１７ 鍵生成部 ２２０、７２０ 記憶部 １１００（１０００-１〜１０００-ｎ）：消費者、 １１０１（１１０１-１〜１１０１-ｎ）、１８００（１
８００-１〜１８００-ｎ）：消費者端末、 １１０２、１３０１、１４０１、１５０１：表示装置、 １１０３（１１０３-１〜１１０３-２）、１３０２、１
４０２、１５０２：入力装置、 １１１０：販売者、 １１１１：販売店、 １１１２：販売者端末、 １１１３：ＷＷＷサーバ、 １１１４：ＷｅｂページＤＢ、 １１２０：マーク管理者、 １１２１：マーク管理機関、 １１２２、１８１０：マーク管理サーバ、 １１２３：マーク管理ＤＢ、 １１４０：通信網、 １２００、１３００、１４００、１５００：バス、 １２０１、１３０３、１４０３、１５０３：通信網イン
タフェース、 １２０２、１３０４、１４０５、１５０５：記憶装置、 １２０３、１３０５、１４０６、１５０６：ＣＰＵ、 １２０４、１３０６、１４０７、１５０７、１９０１、
１１０００：メモリ、

───────────────────────────────────────────────────── フロントページの続き (72)発明者 宝木 和夫 神奈川県川崎市麻生区王禅寺1099番地 株式会社日立製作所 システム開発研究 所内 (72)発明者 佐々木 良一 神奈川県川崎市麻生区王禅寺1099番地 株式会社日立製作所 システム開発研究 所内 (72)発明者 豊島 久 東京都東京都江東区新砂一丁目６番27号 株式会社日立製作所 公共情報事業部 内 (72)発明者 齋藤 司 東京都江東区新砂一丁目６番27号 株式 会社日立製作所 公共情報事業部内 (56)参考文献 特開 平６−119225（ＪＰ，Ａ) 特開 平10−313308（ＪＰ，Ａ) 北野，関本：“インターネット上にお けるプライバシーマークの認証方法につ いてウェブブラウザに表示された画像デ ータの認証方法について”電子情報通信 学会技術研究報告（ＩＳＥＣ2000− 07），Ｖｏｌ．100，Ｎｏ．213，（00. ７．18）ｐ．23−26 亀井，佐々木，清水，松本：“Ｗｅｂ 情報の信頼性を保証する「Ｗｅｂ認定保 証システム」を開発”ＮＴＴ技術ジャー ナル，Ｖｏｌ．12，Ｎｏ．１，（00. 01．01）ｐ．62−63 “プライバシーマーク制度における監 査ガイドライン”（第１版）財団法人 日本情報処理開発協会 発行（平成12年 ３月）（ｈｔｔｐ：／／ｗｗｗ．ｊｉｐ ｄｅｃ．ｏｒ．ｊｐ／ｓｅｃｕｒｉｔｙ ／ｐｒｉｖａｃｙ／ｐｍ−ｇｕｉｄｅｌ ｉｎｅ．ｈｔｍｌ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) G09C 1/00 - 5/00 H04N 1/387 G06F 12/14

Claims (28)

(57)【特許請求の範囲】
1. 【請求項１】Ｗｅｂページを表示する情報閲覧装置と、
   前記Ｗｅｂぺージを前記情報閲覧装置が表示可能な状態
   で保持する情報開示装置と、前記Ｗｅｂページの真正性
   を確認するためのマークを管理するマーク管理装置とを
   含む、Ｗｅｂぺージの真正性確認システムであって、 前記情報開示装置は、前記Ｗｅｂページが掲載されるべきＵＲＬ（Uniform Re
   source Locator）を含むマーク送付要求を、前記マーク
   管理装置に送るマーク要求手段と、 前記マーク管理装置より受け取った マークを、前記情報
   閲覧装置が前記Ｗｅｂぺージと共に表示可能な状態で保
   持するマーク保持手段と、を有し、 前記情報閲覧装置は、 前記情報開示装置が保持する前記Ｗｅｂページにアクセ
   スして、当該Ｗｅｂページを前記マークと共にダウンロ
   ードし、これらを表示装置に表示させる表示手段と、 前記Ｗｅｂページへのアクセスに用いたＵＲＬと前記マ
   ークとを含む真正性確認要求を前記マーク管理装置に送
   り、当該マーク管理装置から前記Ｗｅｂページの真正性
   の確認結果を受け取る真正性確認要求手段と、を有し、 前記マーク管理装置は、前記マーク送付要求に含まれるＵＲＬを電子透かし技術
   により前記マークに埋め込む埋込手段と、 前記埋込手段で前記情報が埋め込まれた前記マークを、
   前記マーク送付要求の送信元へ送るマーク送付手段と、 前記真正性確認要求に含まれる前記マークからＵＲＬを
   抽出し、当該 ＵＲＬと、前記真正性確認要求に含まれ
   る、前記Ｗｅｂページへのアクセスに用いたＵＲＬとを
   用いて、当該Ｗｅｂページの真正性を確認し、その結果
   を前記真正性確認要求の送信元へ送る真正性確認手段
   と、を有することを特徴とするＷｅｂぺージの真正性確
   認システム。
2. 【請求項２】請求項１記載のＷｅｂページの真正性確認
   システムであって、 前記マーク管理装置は、 前記マーク送付要求が所定の条件を満たしているか否か
   を判定する判定手段をさらに有し、 前記埋込手段は、 前記判定手段により前記マーク送付要求が前記所定の条
   件を満たしていると判定した場合に、当該マーク送付要
   求に含まれるＵＲＬを電子透かし技術により前記マーク
   に埋め込むことを特徴とするＷｅｂぺージの真正性確認
   システム。
3. 【請求項３】請求項１または２記載のＷｅｂページの真
   正性確認システムであって、 前記埋込手段は、 前記マーク送付要求に含まれるＵＲＬに対する電子署名
   を生成して、当該署名を前記ＵＲＬの代わりに電子透か
   し技術により前記マークに埋め込み、 前記真正性確認手段は、 前記真正性確認要求に含まれる前記マークから前記電子
   署名を抽出し、この電子署名を、前記真正性確認要求に
   含まれる、前記Ｗｅｂページへのアクセスに用いたＵＲ
   Ｌを用いて検証し、その結果を前記真正性確認要求の送
   信元へ送ることを特徴とするＷｅｂページの真正性確認
   システム。
4. 【請求項４】請求項１または２記載のＷｅｂページの真
   正性確認システムであって、 前記埋込手段は、 前記マークと前記マーク送付要求に含まれるＵＲＬとに
   対する電子署名を生成して、当該署名を前記ＵＲＬの代
   わりに電子透かし技術により前記マークに埋め込み、 前記真正性確認手段は、 前記真正性確認要求に含まれる前記マークから前記電子
   署名を抽出し、この電子署名を、前記真正性確認要求に
   含まれる前記マークと、前記真正性確認要求に含まれ
   る、前記Ｗｅｂページへのアクセスに用いたＵＲＬとを
   用いて検証し、そ の結果を前記真正性確認要求の送信元
   へ送ることを特徴とするＷｅｂページの真正性確認シス
   テム。
5. 【請求項５】請求項１、２、３または４記載のＷｅｂペ
   ージの真正性確認システムであって、 前記真正性確認要求手段は、 操作者により、前記表示装置に前記Ｗｅｂページと共に
   表示されている前記マークが選択された場合に、前記真
   正性確認要求を前記マーク管理装置に送ることを特徴と
   するＷｅｂぺージの真正性確認システム。
6. 【請求項６】請求項１、２、３または４記載のＷｅｂペ
   ージの真正性確認システムであって、 前記表示手段は、 前記真正性確認要求手段が前記マーク管理装置より受け
   取った真正性の確認結果が、前記Ｗｅｂページの真正性
   が確認された旨を示している場合に、当該Ｗｅｂページ
   および前記マークを前記表示装置に表示させることを特
   徴とするＷｅｂページの真正性確認システム。
7. 【請求項７】請求項１、２、３または４記載のＷｅｂペ
   ージの真正性確認システムであって、 前記表示手段は、 前記真正性確認要求手段が前記マーク管理装置より受け
   取った真正性の確認結果が、前記Ｗｅｂページの真正性
   が確認された旨を示しており、且つ、前記マークが予め
   定められた種別のマークである場合に、当該Ｗｅｂペー
   ジおよび当該マークを前記表示装置に表示させることを
   特徴とするＷｅｂページの真正性確認システム。
8. 【請求項８】請求項１、２、３、４、５、６または７記
   載のＷｅｂページの真正性確認システムであって、 前記情報閲覧装置は、 前記真正性確認要求手段が前記マーク管理装置より受け
   取った真正性の確認結果を前記表示装置に表示させる結
   果表示手段をさらに有することを特徴とするＷｅｂペー
   ジの真正性確認システム。
9. 【請求項９】Ｗｅｂページの真正性を確認するためのマ
   ークを管理するマーク管理装置であって、 前記Ｗｅｂページを開示する情報開示者の装置より、前
   記Ｗｅｂページが掲載されるべきＵＲＬ（Uniform Reso
   urce Locator）を含むマーク送付要求を受け付けるマー
   ク要求受付手段と、 前記マーク送付要求に含まれるＵＲＬを電子透かし技術
   により前記マークに埋め込む埋込手段と、 前記埋込手段により前記情報が埋め込まれた前記マーク
   を、前記マーク送付要求の送信元へ送るマーク送付手段
   と、 前記Ｗｅｂページを閲覧する情報閲覧者の装置より、前
   記Ｗｅｂページへアクセスするのに用いたＵＲＬと、前
   記Ｗｅｂページと共にダウンロードした前記マークと、
   を含む真正性確認要求を受付ける確認要求受付手段と、 前記真正性確認要求に含まれる前記マークからＵＲＬを
   抽出し、当該ＵＲＬと、前記真正性確認要求に含まれ
   る、前記Ｗｅｂページへのアクセスに用いたＵＲＬとを
   用いて、当該Ｗｅｂページの真正性を確認し、その結果
   を前記真正性確認要求の送信元へ送る真正性確認手段
   と、 を有することを特徴とするマーク管理装置。
10. 【請求項１０】請求項９記載のマーク管理装置であっ
    て、 前記マーク送付要求が所定の条件を満たしているか否か
    を判定する判定手段をさらに有し、 前記埋込手段は、 前記判定手段により前記マーク送付要求が前記所定の条
    件を満たしていると判 定した場合に、当該マーク送付要
    求に含まれるＵＲＬを電子透かし技術により前記マーク
    に埋め込むことを特徴とするマーク管理装置。
11. 【請求項１１】請求項９または１０記載のマーク管理装
    置であって、 前記埋込手段は、 前記マーク送付要求に含まれるＵＲＬに対する電子署名
    を生成し、当該署名を前記ＵＲＬの代わりに電子透かし
    技術により前記マークに埋め込み、 前記真正性確認手段は、 前記真正性確認要求に含まれる前記マークから前記電子
    署名を抽出し、前記真正性確認要求に含まれる、前記Ｗ
    ｅｂページへのアクセスに用いたＵＲＬを用いて、当該
    署名を検証し、その結果を前記真正性確認要求の送信元
    へ送ることを特徴とするマーク管理装置。
12. 【請求項１２】請求項９または１０記載のマーク管理装
    置であって、 前記埋込手段は、 前記マーク送付要求に含まれる前記マークとＵＲＬとに
    対する電子署名を生成し、当該署名を前記ＵＲＬの代わ
    りに電子透かし技術により前記マークに埋め込み、 前記真正性確認手段は、 前記真正性確認要求に含まれる前記マークから前記電子
    署名を抽出し、前記真正性確認要求に含まれる前記マー
    クと、前記真正性確認要求に含まれる、前記Ｗｅｂペー
    ジへのアクセスに用いたＵＲＬとを用いて、当該署名を
    検証し、その結果を前記真正性確認要求の送信元へ送る
    ことを特徴とするマーク管理装置。
13. 【請求項１３】Ｗｅｂページの真正性を確認するための
    マークを管理するマーク管理装置を、コンピュータ上に
    構築するためのプログラムが具現化された記憶媒体であ
    って、 前記プログラムは、前記コンピュータに読み取られて実
    行されることで、 前記Ｗｅｂページを開示する情報開示者の装置より、前
    記Ｗｅｂページが掲載されるべきＵＲＬ（Uniform Reso
    urce Locator）を含むマーク送付要求を受け付けるマー
    ク要求受付手段と、 前記マーク送付要求に含まれるＵＲＬを電子透かし技術
    により前記マークに埋め込む埋込手段と、 前記埋込手段により前記情報が埋め込まれた前記マーク
    を、前記マーク送付要求の送信元へ送るマーク送付手段
    と、 前記Ｗｅｂページを閲覧する情報閲覧者の装置より、前
    記Ｗｅｂページへアクセスするのに用いたＵＲＬと、前
    記Ｗｅｂページと共にダウンロードした前記マークと、
    を含む真正性確認要求を受付ける確認要求受付手段と、 前記真正性確認要求に含まれる前記マークからＵＲＬを
    抽出し、当該ＵＲＬと、前記真正性確認要求に含まれ
    る、前記Ｗｅｂページへのアクセスに用いたＵＲＬとを
    用いて、当該Ｗｅｂページの真正性を確認し、その結果
    を前記真正性確認要求の送信元へ送る真正性確認手段と
    を、当該コンピュータ上に構築することを特徴とする記
    憶媒体。
14. 【請求項１４】請求項１３記載の記憶媒体であって、 前記プログラムは、前記コンピュータに読み取られて実
    行されることで、 前記マーク送付要求が所定の条件を満たしているか否か
    を判定する判定手段を、当該コンピュータ上にさらに構
    築し、 前記埋込手段は、 前記判定手段により前記マーク送付要求が前記所定の条
    件を満たしていると判定した場合に、当該マーク送付要
    求に含まれるＵＲＬを電子透かし技術により前記マーク
    に埋め込むことを特徴とする記憶媒体。
15. 【請求項１５】請求項１３または１４記載の記憶媒体で
    あって、 前記埋込手段は、 前記マーク送付要求に含まれるＵＲＬに対する電子署名
    を生成し、当該署名を 前記ＵＲＬの代わりに電子透かし
    技術により前記マークに埋め込み、 前記真正性確認手段は、 前記真正性確認要求に含まれる前記マークから前記電子
    署名を抽出し、前記真正性確認要求に含まれる、前記Ｗ
    ｅｂページへのアクセスに用いたＵＲＬを用いて、当該
    署名を検証し、その結果を前記真正性確認要求の送信元
    へ送ることを特徴とする記憶媒体。
16. 【請求項１６】請求項１３または１４記載の記憶媒体で
    あって、 前記埋込手段は、 前記マーク送付要求に含まれる前記マークとＵＲＬとに
    対する電子署名を生成し、当該署名を前記ＵＲＬの代わ
    りに電子透かし技術により前記マークに埋め込み、 前記真正性確認手段は、 前記真正性確認要求に含まれる前記マークから前記電子
    署名を抽出し、前記真正性確認要求に含まれる前記マー
    クと、前記真正性確認要求に含まれる、前記Ｗｅｂペー
    ジへのアクセスに用いたＵＲＬとを用いて、当該署名を
    検証し、その結果を前記真正性確認要求の送信元へ送る
    ことを特徴とする記憶媒体。
17. 【請求項１７】Ｗｅｂページを表示する情報閲覧装置
    と、前記Ｗｅｂぺージを前記情報閲覧装置が表示可能な
    状態で保持する情報開示装置と、前記Ｗｅｂページの真
    正性を確認するためのマークを管理するマーク管理装置
    とを用いて、前記Ｗｅｂぺージの真正性を確認するＷｅ
    ｂページの真正性確認方法であって、 前記情報開示装置は、 前記Ｗｅｂページが掲載されるべきＵＲＬ（Uniform Re
    source Locator）を含むマーク送付要求を、前記マーク
    管理装置に送るマーク要求ステップと、 前記マーク管理装置より受け取ったマークを、前記情報
    閲覧装置が前記Ｗｅｂぺージと共に表示可能な状態で保
    持するマーク保持ステップと、を有し、 前記情報閲覧装置は、 前記情報開示装置が保持する前記Ｗｅｂページにアクセ
    スして、当該Ｗｅｂページを前記マークと共にダウンロ
    ードし、これらを表示装置に表示させる表示ステップ
    と、 前記Ｗｅｂページへのアクセスに用いたＵＲＬと前記マ
    ークとを含む真正性確認要求を前記マーク管理装置に送
    り、当該マーク管理装置から前記Ｗｅｂページの真正性
    の確認結果を受け取る真正性確認要求ステップと、を行
    ない、 前記マーク管理装置は、 前記マーク送付要求に含まれるＵＲＬを電子透かし技術
    により前記マークに埋め込む埋込ステップと、 前記埋込ステップにより前記情報が埋め込まれた前記マ
    ークを、前記マーク送付要求の送信元へ送るマーク送付
    ステップと、 前記真正性確認要求に含まれる前記マークからＵＲＬを
    抽出し、当該ＵＲＬと、前記真正性確認要求に含まれ
    る、前記Ｗｅｂページへのアクセスに用いたＵＲＬとを
    用いて、当該Ｗｅｂページの真正性を確認し、その結果
    を前記真正性確認要求の送信元へ送る真正性確認ステッ
    プと、を行なうことを特徴とするＷｅｂぺージの真正性
    確認方法。
18. 【請求項１８】請求項１７記載のＷｅｂページの真正性
    確認方法であって、 前記マーク管理装置は、 前記埋込ステップに先だって、前記マーク送付要求が所
    定の条件を満たしているか否かを判定する判定ステップ
    をさらに行ない、 前記埋込ステップは、 前記判定ステップにより前記マーク送付要求が前記所定
    の条件を満たしていると判定した場合に、当該マーク送
    付要求に含まれるＵＲＬを電子透かし技術により前記マ
    ークに埋め込むことを特徴とするＷｅｂぺージの真正性
    確認方法。
19. 【請求項１９】請求項１７または１８記載のＷｅｂペー
    ジの真正性確認方法であって、 前記埋込ステップは、 前記マーク送付要求に含まれるＵＲＬに対する電子署名
    を生成して、当該署名を前記ＵＲＬの代わりに電子透か
    し技術により前記マークに埋め込み、 前記真正性確認ステップは、 前記真正性確認要求に含まれる前記マークから前記電子
    署名を抽出し、前記真正性確認要求に含まれる、前記Ｗ
    ｅｂページへのアクセスに用いたＵＲＬを用いて、当該
    署名を検証し、その結果を前記真正性確認要求の送信元
    へ送ることを特徴とするＷｅｂページの真正性確認方
    法。
20. 【請求項２０】請求項１７または１８記載のＷｅｂペー
    ジの真正性確認方法であって、 前記埋込ステップは、 前記マーク送付要求に含まれる前記マークとＵＲＬとに
    対する電子署名を生成し、当該署名を前記ＵＲＬの代わ
    りに電子透かし技術により前記マークに埋め込み、 前記真正性確認ステップは、 前記真正性確認要求に含まれる前記マークから前記電子
    署名を抽出し、前記真正性確認要求に含まれる前記マー
    クと、前記真正性確認要求に含まれる、前記Ｗｅｂペー
    ジへのアクセスに用いたＵＲＬとを用いて、当該署名を
    検証し、その結果を前記真正性確認要求の送信元へ送る
    ことを特徴とするＷｅｂページの真正性確認方法。
21. 【請求項２１】請求項１７、１８、１９または２０記載
    のＷｅｂページの真正性確認方法であって、 前記真正性確認要求ステップは、 操作者により、前記表示装置に前記Ｗｅｂページと共に
    表示されている前記マークが選択された場合に、前記真
    正性確認要求を前記マーク管理装置に送ることを特徴と
    するＷｅｂぺージの真正性確認方法。
22. 【請求項２２】請求項１７、１８、１９または２０記載
    のＷｅｂページの真正性確認方法であって、 前記表示ステップは、 前記真正性確認要求ステップにて前記マーク管理装置よ
    り受け取った真正性の確認結果が、前記Ｗｅｂページの
    真正性が確認された旨を示している場合に、当該Ｗｅｂ
    ページおよび前記マークを前記表示装置に表示させるこ
    とを特徴とするＷｅｂページの真正性確認方法。
23. 【請求項２３】請求項１７、１８、１９または２０記載
    のＷｅｂページの真正性確認方法であって、 前記表示ステップは、 前記真正性確認要求ステップにて前記マーク管理装置よ
    り受け取った真正性の確認結果が、前記Ｗｅｂページの
    真正性が確認された旨を示しており、且つ、前記マーク
    が予め定められた種別のマークである場合に、当該Ｗｅ
    ｂページおよび当該マークを前記表示装置に表示させる
    ことを特徴とするＷｅｂページの真正性確認方法。
24. 【請求項２４】請求項１７、１８、１９、２０、２１、
    ２２または２３記載のＷｅｂページの真正性確認方法で
    あって、 前記情報閲覧装置は、 前記真正性確認要求ステップにて前記マーク管理装置よ
    り受け取った真正性の確認結果を前記表示装置に表示さ
    せる結果表示ステップをさらに行なうことを特徴とする
    Ｗｅｂページの真正性確認方法。
25. 【請求項２５】マークを管理するマーク管理装置を用い
    て、Ｗｅｂページの真正性を確認するＷｅｂページの真
    正性確認方法であって、 前記マーク管理装置は、 前記Ｗｅｂページを開示する情報開示者の装置より、前
    記Ｗｅｂページが掲載されるべきＵＲＬ（Uniform Reso
    urce Locator）を含むマーク送付要求を受け付けるマー
    ク要求受付ステップと、 前記マーク送付要求に含まれるＵＲＬを電子透かし技術
    により前記マークに埋 め込む埋込ステップと、 前記埋込ステップにより前記情報が埋め込まれた前記マ
    ークを、前記マーク送付要求の送信元へ送るマーク送付
    ステップと、 前記Ｗｅｂページを閲覧する情報閲覧者の装置より、前
    記Ｗｅｂページへアクセスするのに用いたＵＲＬと、前
    記Ｗｅｂページと共にダウンロードした前記マークと、
    を含む真正性確認要求を受付ける確認要求受付ステップ
    と、 前記真正性確認要求に含まれる前記マークからＵＲＬを
    抽出し、当該ＵＲＬと、前記真正性確認要求に含まれ
    る、前記Ｗｅｂページへのアクセスに用いたＵＲＬとを
    用いて、当該Ｗｅｂページの真正性を確認し、その結果
    を前記真正性確認要求の送信元へ送る真正性確認ステッ
    プと、を行なうことを特徴とするＷｅｂページの真正性
    確認方法。
26. 【請求項２６】請求項２５記載のＷｅｂページの真正性
    確認方法であって、 前記マーク管理装置は、 前記埋込ステップに先だって、前記マーク送付要求が所
    定の条件を満たしているか否かを判定する判定ステップ
    をさらに行ない、 前記埋込ステップは、 前記判定ステップにより前記マーク送付要求が前記所定
    の条件を満たしていると判定した場合に、当該マーク送
    付要求に含まれるＵＲＬを電子透かし技術により前記マ
    ークに埋め込むことを特徴とするＷｅｂぺージの真正性
    確認方法。
27. 【請求項２７】請求項２５または２６記載のＷｅｂペー
    ジの真正性確認方法であって、 前記埋込ステップは、 前記マーク送付要求に含まれるＵＲＬに対する電子署名
    を生成して、当該署名を前記ＵＲＬの代わりに電子透か
    し技術により前記マークに埋め込み、 前記真正性確認ステップは、 前記真正性確認要求に含まれる前記マークから前記電子
    署名を抽出し、前記真正性確認要求に含まれる、前記Ｗ
    ｅｂページへのアクセスに用いたＵＲＬを用い て、当該
    署名を検証し、その結果を前記真正性確認要求の送信元
    へ送ることを特徴とするＷｅｂページの真正性確認方
    法。
28. 【請求項２８】請求項２５または２６記載のＷｅｂペー
    ジの真正性確認方法であって、 前記埋込ステップは、 前記マーク送付要求に含まれる前記マークとＵＲＬとに
    対する電子署名を生成し、当該署名を前記ＵＲＬの代わ
    りに電子透かし技術により前記マークに埋め込み、 前記真正性確認ステップは、 前記真正性確認要求に含まれる前記マークから前記電子
    署名を抽出し、前記真正性確認要求に含まれる前記マー
    クと、前記真正性確認要求に含まれる、前記Ｗｅｂペー
    ジへのアクセスに用いたＵＲＬとを用いて、当該署名を
    検証し、その結果を前記真正性確認要求の送信元へ送る
    ことを特徴とするＷｅｂページの真正性確認方法。