JP3862081B2

JP3862081B2 - Name resolution method, name resolution system, name resolution directory, communication terminal device, program, and recording medium

Info

Publication number: JP3862081B2
Application number: JP2002323755A
Authority: JP
Inventors: 裕介久田
Original assignee: Nippon Telegraph and Telephone Corp
Current assignee: Nippon Telegraph and Telephone Corp
Priority date: 2002-11-07
Filing date: 2002-11-07
Publication date: 2006-12-27
Anticipated expiration: 2022-11-07
Also published as: JP2004159159A

Description

【０００１】
【発明の属する技術分野】
本発明は、インターネットにおいて、通信端末装置のホスト名またはドメイン名を用いて通信端末装置のＩＰ（Ｉnternst Ｐrotocol）アドレスを取得する名前解決技術に関し、特にホスト名またはドメイン名を任意に命名できる名前解決方法及びシステム、名前解決ディレクトリ、通信端末装置、そのプログラム、記録媒体に関する。
【０００２】
【従来の技術】
インターネットにおいてホスト名またはドメイン名とＩＰアドレスを相互変換する技術として、ドメインネームシステム（ＤＮＳ：Ｄomain Ｎame Ｓystem）が広く利用されている。このドメインネームシステムにおいて、ホスト名またはドメイン名を用いてＩＰアドレスを取得するためには、Ａ（Ａddress）レコードまたはＡＡＡＡレコードを用いてホストの全ドメイン名ＦＱＤＮ（Ｆully Ｑualified Ｄomain Ｎame）とＩＰアドレスを関連付ける方法、ＣＮＡＭＥ（Ｃanonical Ｎame）レコードを用いてホストの正規名と別名を関連付けて定義する方法、ＮS（Ｎame Server）レコードを用いてドメイン名とそのドメインを管理するネームサーバを関連付けて定義する方法のいずれか、または複数の方法を組み合わせて利用する必要がある。
【０００３】
ところで、ドメインネームシステムは、ドメイン名またはホスト名を任意に命名できないという問題がある。その理由は、ＡレコードまたはＡＡＡＡレコードを用いて指定したＦＱＤＮはグローバルで一意である必要があるためである。また、ＣＮＡＭＥレコードはドメイン内で一意である必要があるためである。また、自分のドメイン名を外部から解決するためには、より上位のネームサーバに自らのドメイン名とそのドメイン名を管理するネームサーバを関連付けるＮＳレコードを登録してもらう必要があるためである。
【０００４】
また、ドメインネームシステムは、新たに登録または変更したホスト名またはドメイン名が利用可能になるまで時間を要するという問題がある。その理由は、更新したＤＮＳレコードが反映されるまでに時間を要するためである。また、ドメインネームシステムは認証を行わないため、ＤＮＳサーバの成りすましを防ぐことが困難という問題がある。さらには、ドメインネームシステムはサービス拒否攻撃に弱いという問題がある。
【０００５】
従来、ドメインネームシステムに関して種々の対策が提案されており、その主な技術としては、ＤＮＳサーバフィルタ（例えば、特許文献１）、Ｄynamic ＤＮＳ（例えば、非特許文献１）、ＴＳＩＧ（Ｔransaction ＳＩＧnature）（例えば、非特許文献２）、ＤＮＳＳＥＣ（ＤＮＳＳＥＣurity）（例えば、非特許文献３）などがある。これらのあるものは上記問題の一部が解決される。
【０００６】
ＤＮＳサーバフィルタは、ＤＮＳと任意のパケットフィルタ装置を組み合わせた方式で、ＤＮＳサーバへのメッセージを、まずパケットフィルタ装置で検証し、正しいパケットに限りＤＮＳにフォワードする。これによって、サービス拒否攻撃による過負荷からＤＮＳサーバを守ることが可能となる。
【０００７】
Ｄynamic ＤＮＳは、ＤＮＳサーバで管理されるレコードを動的に更新する技術である。クライアントホストからＤＮＳサーバに対し更新要求を送信する。ＤＮＳサーバは更新要求を受信したらクライアントホストのホスト名とＩＰアドレスを関連付けてレコードに追加または更新する。本技術により、ＩＰアドレスが変わっても同一のホスト名でホストを識別することが可能となる。
【０００８】
ＴＳＩＧ（Ｔransaction ＳＩＧnature）は、ＤＮＳサーバへの問い合わせと応答に共有秘密鍵を用いて署名する技術である。本技術により、送信側の同一性と通信内容の完全性を保証できるため、成りすまされたＤＮＳサーバからの応答や、問い合わせや応答の改ざんを防ぐことが可能となる。
【０００９】
ＤＮＳＳＥＣ（ＤＮＳＳＥＣurity）は、ＤＮＳサーバへの問い合わせと応答に秘密鍵を用いて署名し、公開鍵を用いて認証する方法である。秘密鍵には、より上位のゾーンを管理するＤＮＳサーバの秘密鍵で署名する。また、公開鍵として、Ｘ.509，ＰＧＰ（Ｐretty Ｇood Ｐrivacy），ＳＰＫＩ（Ｓimple Ｐublic Ｋey Ｉnfrastructure）方式の証明書または公開鍵を利用することが可能である。本技術により、ＤＮＳサーバの身元を保証できるため、成りすまされたＤＮＳサーバからの応答を防ぐことが可能となる。
【００１０】
ＳＰＫＩ（Ｓimple Ｐublic Ｋey Ｉnfrastructure）方式は、公開鍵を用いたアクセス制御と名前管理の方式である（例えば、非特許文献４、非特許文献５、非特許文献６）。公開鍵とユーザの権限を関連付けて管理する。ＳＰＫＩは権限の検証にあたり名前を確認する必要がないため、認証局は不要である。従って、名前をローカルな名前空間で管理することが可能である。ＳＰＫＩにおける名前は、任意の公開鍵をルートとする信用ドメインで管理される。従って、ユーザは任意の名前を付与することが可能である。
【００１１】
ＳＰＫＩにおいて、公開鍵とローカルネームを関連付ける方法として、名前証明書がある。また、非特許文献６において、あるユーザにアクセスするための情報としてのメールアドレスと、そのユーザをネットワーク上で識別するための公開鍵を関連付けた自己署名形式の権限証明書として、auto-certificateと呼ばれる権限証明書が示されている。
【００１２】
【特許文献１】
特開２００１−２０３７６２号公報「ＤＮＳサーバフィルタ」
【非特許文献１】
Ｐ.Ｖixie，S.Ｔhomson，Ｙ.Ｒekhter，Ｊ.Ｂound，「ダイナミックアップデーツインザドメインネームシステムズ（Ｄynamic Ｕpdates in the Ｄomain Ｎame Ｓystems）」,[online]，１９９７年４月掲載，ＲＦＣ２１３６，Ｉnternet Ｅngineering Ｔask Ｆorce，［２００２年９月２４日検索］，
インターネット＜URL：http://www．Ietf．org/rfc/rfc2136．txt＞
【非特許文献２】
Ｐ.Ｖixie，Ｏ.Ｇudmundsson，Ｄ.Ｅastlake，Ｂ.Ｗellington，「シークレットキートランザクションオーセンティケーションフォーディーエヌエス（ティーシグ）（Ｓecret Ｋey Ｔransaction Ａuthentic ation for ＤＮＳ（TＳＩＧ））」，[online]，２０００年５月掲載，ＲＦＣ２８４５，Ｉnternet Ｅngineering Ｔask Ｆorce，[２００２年９月２４日検索］，
インターネット＜URL：http://www．Ietf．org/rfc/rfc2845．txt＞
【非特許文献３】
Ｄ.Ｅastlake，「ドメインネームシステムズセキュリティエクステンションズ（Ｄomain Ｎame Ｓystems Ｓecurity Ｅxtensions）」， [online]，１９９９年３月掲載，ＲＦＣ２５３５，Ｉnternet Ｅnginee ring Ｔask Ｆorce，［２００２年９月２４日検索］，
インターネット＜URL：http://www．Ietf．org/rfc/rfc2535．txt＞
【非特許文献４】
Ｃ.Ｅllison，Ｂ.Ｆrantz，Ｂ.Ｌampson，Ｒ.Ｒivest，Ｂ.Ｔhomas，Ｔ.Ｙlonen，「エスピーケーアイサーティフィケートセオリー（ＳＰＫＩＣertificate Ｔheory）」，[online]，１９９９年９月掲載，ＲＦＣ２６９３，Ｉnternet Ｅngineering Ｔask Ｆorce，［２００２年９月１９日検索］，
インターネット＜URL：http://www．Ietf．org/rfc/rfc2693．txt＞
【非特許文献５】
Ｃ.Ｅllison，Ｂ.Ｆrantz，Ｂ.Ｌampson，Ｒ.Ｒivest，Ｂ.Ｔhomas，
Ｔ.Ｙlonen，「シンプルパブリックキーインフラストラクチャ＜ドラフト−アイイーティーエフ−エスピケーアイ−サート−ストラクチャー06.TXT＞（Ｓimple Ｐublic Ｋey Ｉnfrastructure ＜draft-ietf- spki-cert-structure-06.txt＞)」，[online]，１９９９年７月２６日掲載，Ｉnternet Ｅngineering Ｔask Ｆorce，[２００２年９月１９日検索]，
インターネット＜URL：http://world．Std．com/~cme/spki．txt＞
【非特許文献６】
Ｃ.Ｅllison，Ｂ.Ｆrantz，Ｂ.Ｌampson，Ｒ.Ｒivest，Ｂ.Ｔhomas，Ｔ.Ｙlonen，「エスピーケーアイイグザンプルズ＜ドラフト−アイイーティーエフ−エスピケーアイ−サート−イグザンプルズ−01.txt＞ (ＳＰＫＩＥxamples ＜draft-ietf-spki-cert-examples-01.txt＞)」, [online]，Ｉnternet Ｅngineering Ｔask Ｆorce，［２００２年９月１９日検索］，
インターネット＜URL：http://world．Std．com/~cme/examples．txt＞
【００１３】
【発明が解決しようとする課題】
上述したように、ドメインシネームシステムに関して種々の対策が提案されているが、従来のドメインシステムでは、次のような問題がある。
【００１４】
第１の問題点は、基本的にドメイン名を任意に取得できないことである。例えば、非特許文献１に示されているＤynamic ＤＮＳ、及び、特許文献１に示されているＤＮＳフィルタはいずれも、ドメインネームシステムのフレームワークにおいて動作するものである。ドメインネームシステムは、ＤＮＳレコードで指定したドメイン名はグローバルユニークである必要がある、という制限がある。また、ＣＮＡＭＥレコードはドメイン内でユニークである必要がある、という制限がある。
【００１５】
第２の問題点は、ＤＮＳサーバを安全に守るために要する管理コストである。例えば、非特許文献２に示されているＴＳＩＧは共有秘密鍵を、また、非特許文献３に示されているＤＮＳＳＥＣは公開鍵または証明書を更新し、交換するための管理コストを要する。
【００１６】
第３の問題点は、ＳＰＫＩ、特に、auto-certificateの利用が困難なことである。ＳＰＫＩの理論については非特許文献４に、ＳＰＫＩで用いられる証明書の形式は非特許文献５にそれぞれ示されているが、いずれも利用方法が明らかでない。また、非特許文献６の「３．３Ａuto-certificate」において例示されている“auto-certificate”と呼ばれる権限証明書も証明書の形式が例示されているだけであって、その利用方法は明示されていない。
【００１７】
本発明は、ドメインネームシステムの上記のような問題に鑑みなされたもので、その目的は、ドメインネームシステムを利用することなく、ＷＷＷ（Ｗorld Ｗide Ｗeb）サーバ等のホスト名またはドメイン名を任意に命名できる名前解決方法及びシステム、名前解決ディレクトリ、通信端末装置、そのプログラム、記録媒体を提供することである。
【００１８】
また、本発明の他の目的は、ＷＷＷサーバ等のホスト名またはドメイン名が偽装されていないことを客観的に証明できる名前解決方法及びシステム、名前解決ディレクトリ、通信端末装置、そのプログラム、記録媒体を提供することである。
【００１９】
【課題を解決するための手段】
本発明は、インターネット上に、通信端末の公開鍵あるいはそのハッシュ値と通信端末のＩＰアドレスを関連付けて管理する名前解決ディレクトリを設ける。通信端末には、通信端末の別名と公開鍵を関連づけるＳＰＫＩ（Ｓimple Ｐublic Ｋey Ｉnfrastructure）形式またはＸ.509形式等の証明書を発行し管理する証明書管理装置を設ける。
【００２０】
本発明では、通信端末の証明書管理装置において生成した公開鍵あるいはそのハッシュ値を名前解決ディレクトリに提示して、その端末のＩＰアドレスを取得するという動作を実行する。従って、公開鍵あるいはそのハッシュ値を用いて通信端末装置を識別できるという効果が得られる。
【００２１】
また、本発明では、通信端末の証明書管理装置において、通信端末の公開鍵と通信端末の別名を関連付けて管理するという動作を実行する。従って、ユーザは別名を用いて通信端末を指定できるという効果が得られる。
【００２２】
また、本発明では、ＳＰＫＩ形式の自己署名形式の証明書、または、Ｘ．509形式の自己署名形式の証明書を用いて通信端末の公開鍵と通信端末の別名を関連付ける。ＳＰＫＩ形式の証明書または自己署名形式のＸ.509形式の証明書を用いることによって、ローカルな名前空間を定義できる。従って、通信端末に任意の別名を命名できるという効果が得られる。
【００２３】
また、本発明では、通信端末の証明書管理装置において、公開鍵を用いて証明書の署名を確認するという動作を実行する。従って、別名が公開鍵と対応した秘密鍵の所有者によって命名されたことを客観的に証明できるという効果が得られる。
【００２４】
また、本発明では、通信端末の証明書管理装置において、ＷＷＷブラウザまたはＷＷＷサーバとＨＴＴＰに従って通信するという動作を実行する。従って、通信端末上で動作するＷＷＷサーバへのＵＲＬを別名を用いて指定できるという効果が得られる。
【００２５】
【発明の実施の形態】
〔実施形態１〕
本実施形態はＳＰＫＩ形式の自己署名形式の証明書を用いて端末の公開鍵と端末の別名を関連付ける実施例である。
図１に本実施形態のシステム構成図を示す。図１において、任意の通信端末装置（Ｔ１）１１０、通信端末装置（Ｔ２）１２０、及び、名前解決ディレクトリ１３０はインターネット１００を介して接続されている。ここでは、通信端末装置１１０をコンテンツ提供側、通信端末装置１２０を利用者側とする。通信端末装置１１０は任意のＷＷＷサーバ１１１、任意のコンテンツ１１２、証明書管理装置１１３、及び、任意の記憶装置１１４を備えている。また、通信端末装置１２０は任意のＷＷＷブラウザ１２１、証明書管理装置１２２、及び、任意の記憶装置１２３を備えている。
【００２６】
ここで、証明書管理装置１１３、１２２は、ＨＴＴＰ（Ｈyper Ｔext Ｔransfer Ｐrotocol）を介してＷＷＷサーバ１１１あるいはＷＷＷブラウザ１２１と通信する。
【００２７】
証明書管理装置１１３と１２２はともに、共通の下記（１）から（５）に示す機能を有している。
（１）別名と秘密鍵と公開鍵を入力して、別名と公開鍵を関連付けるＳＰＫI形式の自己署名形式の権限証明書を発行する機能。
（２）別名と公開鍵またはそのハッシュ値を関連付けて管理する機能。
（３）公開鍵またはそのハッシュ値を名前解決ディレクトリに登録する機能。
（４）公開鍵またはそのハッシュ値を名前解決ディレクトリに提示して、ＩＰアドレスを取得する機能。
（５）別名を任意のＷＷＷブラウザのブックマーク形式に出力する機能。
【００２８】
なお、コンテンツ提供のみの通信端末装置における証明書管理装置では（４）、（５）等の機能を省略することが可能である。また、コンテンツ閲覧のみの通信端末装置における証明書管理装置では（１）、（３）等の機能を省略することが可能である。
【００２９】
通信端末装置（Ｔ１）１１０の記憶装置１１４は、秘密鍵（ＰＲＩＶＡＴＥＫＥＹ）と、それに対応した開鍵（ＰＵＢＬＩＣＫＥＹ）、及び、証明書（ＣＥＲＴ）を管理する。本実施形態では、証明書（ＣＥＲＴ）は、通信端末装置（Ｔ１）の別名（ＡＬＩＡＳ）と公開鍵（ＰＵＢＬＩＣＫＥＹ)を関連づけるSPKI形式の自己署名形式の権限証明書である。通信端末装置（Ｔ２）１２０の記憶装置１２３は、別名（ＡＬＩＡＳ）または別名（ＡＬＩＡＳ′）と対応づけて上記証明書（ＣＥＲＴ）を管理する。なお、通信端末装置（Ｔ２）１２０でコンテンツを提供し、ＷＷＷサーバを運用する場合には、記憶装置１２３は、通信端末装置（Ｔ２）１２０の秘密鍵と公開鍵も管理する。
【００３０】
名前解決ディレクトリ１３０は、公開鍵（ＰＵＢＬＩＣＫＥＹ）または該公開鍵のハッシュ値（ＨＡＳＨ）と通信端末装置（Ｔ１）１１０のＩＰアドレスを関連付けて管理する。以下では、名前解決ディレクトリ１３０では、公開鍵のハッシュ値（ＨＡＳＨ）と通信端末装置（Ｔ１）１１０のＩＰアドレスを関連付けて管理しているとする。
【００３１】
次に、図２を参照して、図１の実施形態における全体の処理シーケンスを説明する。
通信端末装置（Ｔ１）１１０は、ＲＳＡ暗号（Ｒｉｖｅｓｔ−Ｓｈａｍｉｒ−ＡｄｌｅｍａｎＳｃｈｅｍｅ）等の任意の公開鍵暗号アルゴリズムを用いて、秘密鍵（ＰＲＩＶＡＴＥＫＥＹ）とそれに対応する公開鍵（ＰＵＢＬＩＣＫＥＹ）を生成する（Ｓ１）。この種の鍵生成手順については、当業者にとってよく知られており、また、本発明とは直接関係しないので、その詳細な説明は省略する。生成した秘密鍵（ＰＲＩＶＡＴＥＫＥＹ）と公開鍵（ＰＵＢＬＩＣＫＥＹ）は記憶装置１１４に保存する。
【００３２】
通信端末装置（Ｔ１）１１０の証明書管理装置１１３では、任意の手段で別名（ＡＬＩＡＳ）を入力し、記憶装置１１４から秘密鍵（ＰＲＩＶＡＴＥＫＥＹ）と公開鍵（ＰＵＢＬＩＣＫＥＹ）を入力して、公開鍵（ＰＵＢＬＩＣＫＥＹ）のハッシュ値（ＨＡＳＨ）を生成するとともに、公開鍵（ＰＵＢＬＩＣＫＥＹ）と別名を関連付けるＳＰＫＩ形式の自己署名形式の権限証明書（ＣＥＲＴ）を生成する（Ｓ２）。この証明書の生成手順については後述する。生成したＳＰＫＩ形式の自己署名形式の権限証明書（ＣＥＲＴ）は記憶装置１１４に保存する。
【００３３】
更に、通信端末装置（Ｔ１）１１０の証明書管理装置１１３では、任意の手段で当該通信端末装置（Ｔ１）１１０のＩＰアドレスを取得し、公開鍵（ＰＵＢＬＩＣＫＥＹ）のハッシュ値（ＨＡＳＨ）とＩＰアドレスを名前解決ディレクトリ１３０に送信する（Ｓ３）。名前解決ディレクトリ１３０は、ハッシュ値（ＨＡＳＨ）とＩＰアドレスを関連付けて登録する（Ｓ４）。
【００３４】
通信端末装置（Ｔ１）１１０は、インターネットメール、インスタントメッセージング、チャット等の任意のメッセージ送受信手段を用いて、証明書（ＣＥＲＴ）を通信端末装置（Ｔ２）１２０へ送信する（Ｓ５）。通信端末装置（Ｔ２）１２０は、同様に、インターネットメール、インスタントメッセージング、チャット等の任意のメッセージ送受信手段を用いて、証明書（ＣＥＲＴ）を受信する。なお、通信端末装置（Ｔ１）１１０が証明書（ＣＥＲＴ）をインターネット上に公開し、通信端末装置（Ｔ２）１２０側は、任意の検索エンジンで証明書（ＣＥＲＴ）の公開を知り、該証明書を入手するようにしてもよい。いずれにしても、本発明とは直接関係しないので、その詳細な説明は省略する。
【００３５】
通信端末装置（Ｔ２）１２０の証明書管理装置１２２では、証明書（ＣＥＲＴ）から別名（ＡＬＩＡＳ）を取得し、別名（ＡＬＩＡＳ）と証明書（ＣＥＲＴ）を関連付けて記憶装置１２３に登録する（Ｓ６）。ここで、別名（ＡＬＩＡＳ）と完全一致するデータが記憶装置１２３に既に存在する場合には別名（ＡＬＩＡＳ′）を生成し、別名（ＡＬＩＡＳ′）と証明書（ＣＥＲＴ）を関連付けて記憶装置１２３に登録する。この証明書（ＣＥＲＴ）の登録手順の詳細については後述する。
【００３６】
更に、通信端末装置（Ｔ２）１２０の証明書管理装置１２２では、ＷＷＷブラウザ１２１のブックマーク管理機能で入力可能なデータ形式に従って別名（ＡＬＩＡＳ）または別名（ＡＬＩＡＳ′）を保存する（Ｓ７）。例えば、マイクロソフト社のＷＷＷブラウザであるインターネットエクスプローラを用いる場合には、インターネットエクスプローラにおいて指定される形式のファイルに変換する。本形式については、当業者によく知られており、また、本発明とは直接関係しないので、その詳細な構造は省略する。
【００３７】
通信端末装置（Ｔ２）１２０のユーザは、通信端末装置（Ｔ１）１１０のコンテンツ１１２を閲覧する場合、ＷＷＷブラウザ１２１を用いて、ＵＲＬを入力するフィールドに別名（ＡＬＩＡＳ）または別名（ＡＬＩＡＳ′）をＵＲＬで定められる形式に従って入力する。ＷＷＷブラウザ１２１は、別名（ＡＬＩＡＳ）または別名（ＡＬＩＡＳ′）を含むＵＲＬを参照してＨＴＴＰリクエストを生成し、証明書管理装置１２２に送信する。ＨＴＴＰの規格に従い、別名（ＡＬＩＡＳ）又は別名（ＡＬＩＡＳ′）はＨＴＴＰリクエストにおけるＨｏｓｔヘッダに指定されている。これらについては、当業者によく知られており、また、本発明とは直接関係しないので、詳細な説明は省略する。
【００３８】
通信端末装置（Ｔ２）１２０の証明書管理装置１２２は、ＨＴＴＰリクエストのＨｏｓｔヘッダから別名（ＡＬＩＡＳ）または別名（ＡＬＩＡＳ′）を取得し、それを用いて記憶装置１２３を検索して証明書（ＣＥＲＴ）を取得し、証明書（ＣＥＲＴ）から公開鍵（ＰＵＢＬＩＣＫＥＹ）のハッシュ値（ＨＡＳＨ）を抽出する（Ｓ８）。次に、通信端末装置（Ｔ２）１２０の証明書管理装置１２２は、ハッシュ値（ＨＡＳＨ）を名前解決ディレクトリ１３０に提示し（Ｓ９）、名前解決ディレクトリ１３０は、ハッシュ値（ＨＡＳＨ）に関連付けられたＩＰアドレスを検索し（Ｓ１０）、通信端末装置（Ｔ２）１２０の証明書管理装置１２２に提示する（Ｓ１１）。証明書管理装置１２２は、ＨＴＴＰリクエストとＩＰアドレスをＷＷＷブラウザ１２１に送信する。この証明書管理装置１２２の一連の処理手順については後述する。
【００３９】
通信端末装置（Ｔ２）１２０のＷＷＷブラウザ１２１は通信端末装置（Ｔ１）１１０にＨＴＴＰリクエストを送信する（Ｓ１２）。通信端末装置（Ｔ１）１１０のＷＷＷサーバ１１１は、ＨＴＴＰリクエストを受信し、ＨＴＴＰに従ってＨＴＴＰリクエストを解析し、コンテンツ１１２を含むレスポンスを生成して通信端末装置（Ｔ２）１２０に送信する（Ｓ１３、Ｓ１４）。通信端末装置（Ｔ２）１２０のＷＷＷブラウザ１２１は、受信したコンテンツを表示する（Ｓ１５）。この手順については、当業者によってよく知られており、また、本発明とは直接関係しないので、詳細な説明は省略する。
【００４０】
図３はＳＰＫＩ形式の自己署名形式の証明書発行の処理手順を示す。この図３を参照して、通信端末装置（Ｔ１）１１０の証明書管理装置１１３において、ＳＰＫＩ形式の自己署名形式の証明書（ＣＥＲＴ）を発行する手順を説明する。
【００４１】
証明書管理装置１１３は、まず、秘密鍵（ＰＲＩＶＡＴＥＫＥＹ）とその公開鍵（ＰＵＢＬＩＣＫＥＹ）を記憶装置１１４から入力し、別名（ＡＬＩＡＳ）を任意の手段で入力する（Ｓ１００１）。そして、公開鍵（ＰＵＢＬＩＣＫＥＹ）のハッシュ値（ＨＡＳＨ）を、ＳＨＡ−１、ＭＤ５などの任意のハッシュアルゴリズムを用いて生成する（Ｓ１００２）。ハッシュ値（ＨＡＳＨ）は文字列形式とする。
【００４２】
次に、証明書管理装置１１３は、ＳＰＫＩにおける５-tuple形式のデータＣＥＲＴＩＮＦＯを任意の手段で生成する（Ｓ１００３）。ＣＥＲＴＩＮＦＯの形式は、非特許文献５の「９.Ｆull ＢＮＦ」における定義に従うとし、ここでは、形式の詳細については省略する。ハッシュ値（ＨＡＳＨ）をＣＥＲＴＩＮＦＯのissuerフィールドとsubjectフィールドの両者に任意の手段で指定する（Ｓ１００４）。ハッシュ値（ＨＡＳＨ）の指定形式は非特許文献５の「９.Ｆull ＢＮＦ」における定義に従うとする。また、ＣＥＲＴＩＮＦＯのtagフィールドに別名（ＡＬＩＡＳ）を任意の手段で指定する（Ｓ１００５）。
【００４３】
次に、証明書管理装置１１３は、別名（ＡＬＩＡＳ）の有効期間を指定するか判定し（Ｓ１００７）、指定する場合、ＣＥＲＴＩＮＦＯのnot-beforeフィールド、及び／または、not-afterフィールドを任意に指定する（Ｓ１００７）。ＳＰＫＩにおいて、not-beforeフィールドとnot-afterフィールドのうち少なくともいずれか一方に時刻情報を指定した場合、別名（ＡＬＩＡＳ）には有効期間を指定することができる。
【００４４】
次に、証明書管理装置１１３は、ＣＥＲＴＩＮＦＯに秘密鍵（ＰＲＩＶＡＴＥＫＥＹ）で署名する（Ｓ１００８）。本署名手順については、当業者によってよく知られており、また、本発明とは直接関係しないので、その詳細な手順は省略する。また、署名の構造については、非特許文献5の「９.Ｆull ＢＮＦ」における定義に従うとする。このＣＥＲＴＩＮＦＯに署名したデータが証明書（ＣＥＲＴ）となる。証明書管理装置１１３は、証明書（ＣＥＲＴ）を記憶装置１１４に保存し（Ｓ１００９）、証明書（ＣＥＲＴ）の発行動作を終了とする。
【００４５】
図４はＳＰＫＩ形式の自己署名形式の証明書登録の処理手順を示す。この図４を参照して、通信端末装置（Ｔ２）１２０の証明書管理装置１２２において、ＳＰＫＩ形式の自己署名形式の証明書（ＣＥＲＴ）を記憶装置１２３に登録する手順を説明する。
【００４６】
通信端末装置（Ｔ２）１２０では、通信端末装置（Ｔ１）１１０が発行する証明書（ＣＥＲＴ）をメッセージ送受信手段や検索エンジン等の任意の手段で取得する。証明書管理装置１２２は、この証明書（ＣＥＲＴ）を入力する（Ｓ１１０１）。また、証明書管理装置１２２は、証明書（ＣＥＲＴ）の公開鍵（ＰＵＢＬＩＣＫＥＹ）を任意の手段で取得する（Ｓ１１０２）。そして、証明書（ＣＥＲＴ）の署名を公開鍵（ＰＵＢＬＩＣＫＥＹ）を用いて確認する（Ｓ１１０３）。本署名確認手順については、当業者によってよく知られており、また、本発明とは直接関係しないので、その詳細な手順は省略する。ここで、署名確認に成功しない場合（Ｓ１１０４でＮＯ）、この時点で処理は終了となる。
【００４７】
証明書管理装置１２２は、証明書（ＣＥＲＴ）の署名確認に成功した場合（Ｓ１１０４でＹＥＳ）、現在の時刻情報tを任意の手段で取得する（Ｓ１１０５）。また、証明書（ＣＥＲＴ）のnot-beforeフィールドとnot-afterフィールドを参照して、それぞれから、有効期間の開始時刻情報ＮＯＴＢＥＦＯＲＥと有効期間の終了時刻情報ＮＯＴＡＦＴＥＲを取得する（Ｓ１１０６）。
【００４８】
次に、証明書管理装置１２２は、少なくともＮＯＴＢＥＦＯＲＥとＮＯＴＡＦＴＥＲのいずれかを取得したか判定する（Ｓ１１０７）。即ち、別名（ＡＬＩＡＳ）の有効期間が指定されているか否かを調べる。ここで、ＮＯＴＢＥＦＯＲＥとＮＯＴＡＦＴＥＲのいずれも取得しなかった場合（Ｓ１１０７でＮＯ）には、ステップＳ１１１０に進む。一方、ＮＯＴＢＥＦＯＲＥとＮＯＴＡＦＴＥＲのうち少なくともいずれか一方を取得した場合（Ｓ１１０７でＹＥＳ）は、それを時刻情報ｔと比較する（Ｓ１１０８）。そして、ＮＯＴＢＥＦＯＲＥ≦t 、及び／または、t≦ＮＯＴＡＦＴＥＲを満足した場合に限り（Ｓ１１０９でＹＥＳ）、ステップＳ１１１０に進む。また、満足しない場合（Ｓ１１０９でＮＯ）、即ち、現在の時刻が有効期間に含まれない場合、この時点で処理は終了となる。
【００４９】
証明書管理装置１２２は、Ｓ１１０７でＮＯ（有効期間の指定なし）、あるいはＳ１１０９でＹＥＳ（指定の有効期間内）の場合、証明書（ＣＥＲＴ）のissuerフィールドまたはsubjectフィールドから別名（ＡＬＩＡＳ）を取得する（Ｓ１１１０）。そして、別名（ＡＬＩＡＳ）を記憶装置１２３に提示して検索する。（Ｓ１１１１）。別名（ＡＬＩＡＳ）と完全一致するデータが記憶装置１２３に含まれていない場合（Ｓ１１１２でＮＯ）には、証明書管理装置１２２は、別名（ＡＬＩＡＳ）と証明書（ＣＥＲＴ）を関連付けて記憶装置１２３に登録し（Ｓ１１１３）、動作を終了とする。
【００５０】
一方、証明書管理装置１２２は、別名（ＡＬＩＡＳ）と完全一致するデータが記憶装置１２３に含まれている場合（Ｓ１１１２でＹＥＳ）には、即ち、別名（ＡＬＩＡＳ）が登録済みの場合には、別名（ＡＬＩＡＳ）に数字等の任意のデータを付与して、機械的に別名（ＡＬＩＡＳ′）を生成する（Ｓ１１１４）。例えば、別名「久田」が記憶装置１２３に存在した場合、別名「久田１」を生成する。そして、別名「久田１」が記憶装置１２３に存在するか、再び検索し、存在しない場合、別名「久田１」を決定する。別名「久田１」も記憶装置１２３に存在した場合には、次に別名「久田２」を生成する。以下は同様であり、最終的に別名「久田ｎ」（ｎ＝１，２，…）を決定する。証明書管理装置１２２は、生成した別名（ＡＬＩＡＳ’）と証明書（ＣＥＲＴ）を関連付けて記憶装置１２３に登録し（Ｓ１１１５）、動作を終了とする。
【００５１】
なお、先に述べたように、通信端末装置（Ｔ２）１２０の証明書管理装置１２２では、ＷＷＷブラウザ１２１のブックマーク管理機能で入力可能なデータ形式に従って別名（ＡＬＩＡＳ）あるいは別名（ＡＬＩＡＳ’）を保存する。即ち、別名（ＡＬＩＡＳ）あるいは別名（ＡＬＩＡＳ’）をユーザに通知する。
【００５２】
図５は通信端末装置（Ｔ２）１２０の証明書管理装置１２２において、別名（ＡＬＩＡＳ）あるいは別名（ＡＬＩＡＳ’）からハッシュ値（ＨＡＳＨ）を取得し、ハッシュ値（ＨＡＳＨ）を用いてＩＰアドレスを取得する処理手順を示したものである。
【００５３】
ユーザは、通信端末装置（Ｔ２）１２０上のＷＷＷブラウザ１２１のプロキシサーバの設定項目に通信端末装置（Ｔ１）１１０の証明書管理装置１１３のホスト名またはＩＰアドレスとポート番号を指定するものとする。本操作の手順については、当業者によってよく知られており、また、本発明とは直接関係しないので、その詳細な手順は省略する。
【００５４】
先に述べたように、ユーザは、ＷＷＷブラウザ１２１においてＵＲＬを入力するフィールドに別名（ＡＬＩＡＳ）をＵＲＬで定められる形式に従って入力する。ＷＷＷブラウザ１２１は、別名（ＡＬＩＡＳ）あるいは別名（ＡＬＩＡＳ’）を含むＵＲＬを参照してＨＴＴＰリクエストを生成し、このＨＴＴリクエストを証明書管理装置１２２にＨＴＴＰに従って送信する。
【００５５】
以下、図５を参照して、通信端末装置（Ｔ２）１２０の証明書管理装置１２２においてハッシュ値（ＨＡＳＨ）を取得し、ハッシュ値（ＨＡＳＨ）を用いて通信端末装置（Ｔ１）１１０のＩＰアドレスを取得する手順を説明する。
【００５６】
証明書管理装置１２２は、ＨＴＴＰリクエストを入力して（Ｓ１２０１）、ＨＴＴＰリクエストからＨostヘッダを取得し（Ｓ１２０２）、Ｈostヘッダから別名（ＡＬＩＡＳ）あるいは別名（ＡＬＩＡＳ’）を取得する（Ｓ１２０３）。そして、別名（ＡＬＩＡＳ）あるいは別名（ＡＬＩＡＳ’）を記憶装置１２３に提示して検索し、別名（ＡＬＩＡＳ）をtagフィールドに含む証明書（ＣＥＲＴ）を取得する（Ｓ１２０４）。
【００５７】
次に、証明書管理装置１２２は、証明書（ＣＥＲＴ）のnot-beforeフィールドとnot-afterフィールドを参照して、それぞれから、有効期間の開始時刻情報ＮＯＴＢＥＦＯＲＥと有効期間の終了時刻情報ＮＯＴＡＦＴＥＲを取得する（Ｓ１２０５）。ここで、ＮＯＴＢＥＦＯＲＥとＮＯＴＡＦＴＥＲをいずれも取得できなかった場合（Ｓ１２０６でＮＯ）には、ステップ１２１０に進む。
【００５８】
一方、ＮＯＴＢＥＦＯＲＥとＮＯＴＡＦＴＥＲのうちいずれか一方を取得した場合（Ｓ１２０６でＹＥＳ）、証明書管理装置１２２は、現在の時刻情報tを任意の手段で取得し（Ｓ１２０７）、時刻情報tとＮＯＴＢＥＦＯＲＥ、及び／または、時刻情報tとＮＯＴＡＦＴＥＲを比較する（Ｓ１２０８）。そして、ＮＯＴＢＥＦＯＲＥ≦t、及び／または、t≦ＮＯＴＡＦＴＥＲを満足した場合に限り（Ｓ１２０９でＹＥＳ）、ステップ１２１０に進む。満足しない場合（Ｓ１２０９でＮＯ）には、この時点で処理は終了となる。
【００５９】
証明書管理装置１２２は、Ｓ１２０６でＮＯ（有効期間の指定なし）、あるいはＳ１２０９でＹＥＳ（指定の有効期間内）の場合、証明書（ＣＥＲＴ）のissuerフィールドまたはsubjectフィールドを参照してハッシュ値（ＨＡＳＨ）を取得する（Ｓ１２１０）。
【００６０】
証明書管理装置１２２は、ハッシュ値（ＨＡＳＨ）を名前解決ディレクトリ１３０に提示して検索し、ＩＰアドレスを取得する（Ｓ１２１１）。そして、ＨＴＴＰリクエストとＩＰアドレスを出力して（Ｓ１２１２）、動作を終了する。
【００６１】
先に述べたように、以後、通信端末装置（Ｔ２）１２０は、ＩＰアドレスにより通信端末装置（Ｔ１）１１０にＨＴＴＰリクエストを送信する。そして、通信端末装置（Ｔ１）１１０からコンテンツを受信し、ＷＷＷブラウザ１２１にて表示する。
【００６２】
以上述べたように、本実施例は、通信端末装置（Ｔ１）１１０の証明書管理装置１１３において生成した公開鍵（ＰＵＢＬＩＣＫＥＹ）のハッシュ値（ＨＡＳＨ）と通信端末装置（Ｔ１）１１０のＩＰアドレスを名前解決ディレクトリ１３０で関連付けて管理する。これによって、通信端末装置（Ｔ２）１２０はハッシュ値（ＨＡＳＨ）を名前解決ディレクトリ１３０に提示して検索することにより、通信端末装置（Ｔ１）１１０をのＩＰアドレスを取得できる。従って、通信端末装置（Ｔ２）１２０は通信端末装置（Ｔ１）１２０を公開鍵のハッシュ値を用いて識別できるという効果が得られる。
【００６３】
また、本実施例は、通信端末装置（Ｔ２）１２０の証明書管理装置１２２によって参照される記憶装置１２３において、通信端末装置（Ｔ１）１１０のハッシュ値（ＨＡＳＨ）と通信端末装置（Ｔ１）１１０の別名（ＡＬＩＡＳ）あるいは別名（ＡＬＩＡＳ’）を関連付けて管理する。従って、通信端末装置（Ｔ２）のユーザは、別名（ＡＬＩＡＳ）あるいは別名（ＡＬＩＡＳ’）を用いて通信端末装置（Ｔ１）１１０を指定できるという効果が得られる。
【００６４】
また、本実施例は、通信端末装置（Ｔ１）１１０の証明書管理装置１１３において、通信端末装置（Ｔ１）１１０の公開鍵（ＰＵＢＬＩＣＫＥＹ）のハッシュ値（ＨＡＳＨ）と通信端末装置（Ｔ１）１１０の別名（ＡＬＩＡＳ）をＳＰＫＩ形式の自己署名形式の権限証明書ＣＥＲＴを用いて関連付ける。従って、通信端末装置Ｔ１のユーザは自ら、通信端末装置Ｔ１に任意の別名（ＡＬＩＡＳ）を命名できるという効果が得られる。また、別名（ＡＬＩＡＳ）に任意の有効期間を指定できるという効果がある。
【００６５】
また、本実施例は、通信端末装置（Ｔ２）１２０の証明書管理装置１２２において、通信端末装置（Ｔ１）１１０の公開鍵（ＰＵＢＬＩＣＫＥＹ）を用いて証明書（ＣＥＲＴ）の署名を確認するという動作を実行する。従って、通信端末装置（Ｔ１）１１０の別名（ＡＬＩＡＳ）が通信端末装置（Ｔ１）１１０によって命名されたことを客観的に証明できるという効果が得られる。
【００６６】
また、本実施例は、通信端末装置（Ｔ１）１１０の証明書管理装置１１３、及び、通信端末装置（Ｔ２）１２０の証明書管理装置１２２は、ＷＷＷサーバ、及び、ＷＷＷブラウザとＨＴＴＰに従って通信するという動作を実行する。従って、端末上で動作するＷＷＷサーバへのＵＲＬを別名を用いて指定できるという効果が得られる。
【００６７】
また、本実施例は、通信端末装置（Ｔ１）１１０の証明書管理装置１１３において、証明書（ＣＥＲＴ）に有効期間の開始時刻情報ＮＯＴＢＥＦＯＲＥ、及び／または、有効期間の終了時刻情報ＮＯＴＡＦＴＥＲを指定し、通信端末装置（Ｔ２）１２０の証明書管理装置１２３において、現在の時刻情報tと比較するという動作を実行する。従って、別名（ＡＬＩＡＳ）に任意の有効期間を指定できるという効果がある。
【００６８】
なお、通信端末装置（Ｔ１）１１０が証明書（ＣＥＲＴ）を送信する手段を、インターネットメールから、インスタントメッセージングまたはチャット等の任意のメッセージ送受信手段に置き換えてもよい。同様に、通信端末装置（Ｔ１）１１０が証明書（ＣＥＲＴ）を送信する手段を、インターネットメールから、通信端末装置（Ｔ１）１１０が証明書（ＣＥＲＴ）を検索可能な任意のディレクトリまたはデータベースに登録する手段に置き換えてもよい。
【００６９】
これに対応して、通信端末装置（Ｔ２）１２０が証明書（ＣＥＲＴ）を受信する手段を、インターネットメールから、インスタントメッセージングまたはチャット等の任意のメッセージ送受信手段に置き換えてもよい。同様に、通信端末装置（Ｔ２）１２０が証明書（ＣＥＲＴ）を受信する手段を、インターネットメールから、通信端末装置Ｔ２が証明書ＣＥＲＴを検索可能な任意のディレクトリまたはデータベースから任意の手段で検索して取得する手段に置き換えてもよい。
【００７０】
また、名前解決ディレクトリ１３０は公開鍵（ＰＵＢＬＩＣＫＥＹ）のハッシュ値（ＨＡＳＨ）とＩＰアドレスを関連付けて管理しているが、公開鍵（ＰＵＢＬＩＣＫＥＹ）とＩＰアドレスを関連付けて管理してもよい。この場合、通信端末装置（Ｔ１）１１０の証明書管理装置１１３において、ハッシュ値（ＨＡＳＨ）とＩＰアドレスを名前解決ディレクトリ１３０に登録する処理を、公開鍵（ＰＵＢＬＩＣＫＥＹ）とＩＰアドレスを名前解決ディレクトリ１３０に登録する処理に変更する。かつ、通信端末装置（Ｔ２）１２０の証明書管理装置１２２において、名前解決ディレクトリ１３０にハッシュ値（ＨＡＳＨ）を提示してＩＰアドレスを取得する処理を、名前解決ディレクトリ１３０に公開鍵（ＰＵＢＬＩＣＫＥＹ）を提示してＩＰアドレスを取得する処理に変更する。かつ、図５に示すissuerフィールドまたはsubjectフィールドからハッシュ値（ＨＡＳＨ）を取得する処理（Ｓ１２１０）を、証明書（ＣＥＲＴ）の署名フィールドから公開鍵（ＰＵＢＬＩＣＫＥＹ）を取得する処理に変更する。署名フィールドの形式については、例えば非特許文献5の「９.Ｆull ＢＮＦ」における定義に従う。かつ、図５に示す名前解決ディレクトリ１３０にハッシュ値（ＨＡＳＨ）を提示してＩＰアドレスを取得する処理（Ｓ１２１１）を、名前解決ディレクトリ１３０に公開鍵（ＰＵＢＬＩＣＫＥＹ）を提示してＩＰアドレスを取得する処理に変更する。
【００７１】
また、図１に示す実施例においては、通信端末装置（Ｔ１）１１０でＷＷＷサーバを運用しているが、通信端末装置（Ｔ２）１２０でＷＷＷサーバを運用してもよい。証明書管理装置１１３と証明書管理装置１２２は共通の機能を持つため、本実施例のこれまでの説明において、証明書管理装置１１３を証明書管理装置１２２に変更し、かつ、証明書管理装置１２２を証明書管理装置１１３に変更することにより実施できる。
【００７２】
〔実施形態２〕
本実施形態は、その基本的構成は先の実施形態１と同様であるが、証明書（ＣＥＲＴ）についてさらに工夫している。即ち、本実施形態においては、証明書（ＣＥＲＴ）は通信端末装置（Ｔ１）の公開鍵（ＰＵＢＬＩＣＫＥＹ）あるいはそのハッシュ値（ＨＡＳＨ）と通信端末装置（Ｔ１）の別名（ＡＬＩＡＳ）を関連付けるＸ.509形式の自己署名形式の公開鍵証明書で、通信端末装置（Ｔ１）の公開鍵（ＰＵＢＬＩＣＫＥＹ）と対応した秘密鍵（ＰＲＩＶＡＴＥＫＥＹ）で署名される。
【００７３】
図６に本実施形態のシステム構成図を示す。図６において、任意の通信端末装置（Ｔ１）２１０、任意の通信端末装置（Ｔ２）２２０、及び、名前解決ディレクトリ２３０はインターネット２００を介して接続されている。ここでも、通信端末装置２１０をコンテンツ提供側、通信端末装置２２０を利用者側とする。通信端末装置（Ｔ１）２１０は任意のＷＷＷサーバ２１１、任意のコンテンツ２１２、証明書管理装置２１３、及び、任意の記憶装置２１４を備えている。また、通信端末装置（Ｔ２）２２０は任意のＷＷＷブラウザ２２１、証明書管理装置２２２、及び、任意の記憶装置２２３を備えている。
【００７４】
証明書管理装置２１３、２２２はともに、ＨＴＴＰ（ＨyperＴext Ｔransfer Ｐrotocol）を介してＷＷＷサーバ２１１またはＷＷＷブラウザ２２１と通信する。
【００７５】
証明書管理装置２１３と２２２はともに、共通の下記（１）から（５）に示す機能を有している。
（１）別名と秘密鍵と公開鍵を入力して、別名と公開鍵を関連付けるＸ.509形式の自己署名形式の公開鍵証明書を発行する機能。
（２）別名と公開鍵またはそのハッシュ値を関連付けて管理する機能。
（３）公開鍵またはそのハッシュ値とＩＰアドレスを関連付けて名前解決ディレクトリに登録する機能。
（４）公開鍵またはそのハッシュ値を名前解決ディレクトリに提示して、ＩＰアドレスを取得する機能。
（５）別名を任意のＷＷＷブラウザのブックマーク形式に出力する機能。
【００７６】
なお、コンテンツ提供のみの通信端末装置における証明書管理装置では（４）、（５）等の機能を省略することが可能である。また、コンテンツ閲覧のみの通信端末装置における証明書管理装置では（１）、（３）等の機能を省略することが可能である。
【００７７】
通信端末装置（Ｔ１）２１０の記憶装置２１４は、秘密鍵（ＰＲＩＶＡＴＥＫＥＹ）と、それに対応した開鍵（ＰＵＢＬＩＣＫＥＹ）、及び、証明書（ＣＥＲＴ）を管理する。証明書（ＣＥＲＴ）は、通信端末装置（Ｔ１）２１０の別名（ＡＬＩＡＳ）と公開鍵（ＰＵＢＬＩＣＫＥＹ)を関連づけるＸ．５０９形式の自己署名形式の公開証明書である。通信端末装置（Ｔ２）２２０の記憶装置２２３は、別名（ＡＬＩＡＳ）または別名（ＡＬＩＡＳ′）と対応づけて上記証明書（ＣＥＲＴ）を管理する。なお、通信端末装置（Ｔ２）２２０でコンテンツを提供し、ＷＷＷサーバを運用する場合には、記憶装置２２３は、通信端末装置（Ｔ２）２２０の秘密鍵と公開鍵も管理する。
【００７８】
名前解決ディレクトリ２３０は、公開鍵（ＰＵＢＬＩＣＫＥＹ）または該公開鍵のハッシュ値（ＨＡＳＨ）と通信端末装置（Ｔ１）２１０のＩＰアドレスを関連付けて管理する。以下では、名前解決ディレクトリ２３０では、公開鍵と通信端末装置（Ｔ１）２２０のＩＰアドレスを関連付けて管理しているとする。
【００７９】
次に、図７を参照して、図６の実施形態における全体の処理シーケンスを説明する。
通信端末装置（Ｔ１）２２０は、ＲＳＡ暗号（Ｒｉｖｅｓｔ−Ｓｈａｍｉｒ−ＡｄｌｅｍａｎＳｃｈｅｍｅ）等の任意の公開鍵暗号アルゴリズムを用いて、秘密鍵（ＰＲＩＶＡＴＥＫＥＹ）とそれに対応する公開鍵（ＰＵＢＬＩＣＫＥＹ）を生成する（Ｓ２１）。この種の鍵生成手順については、当業者にとってよく知られており、また、本発明とは直接関係しないので、ここでもその詳細な説明は省略する。生成した秘密鍵（ＰＲＩＶＡＴＥＫＥＹ）と公開鍵（ＰＵＢＬＩＣＫＥＹ）は記憶装置２１４に保存する。
【００８０】
通信端末装置（Ｔ１）２１０の証明書管理装置２１３は、任意の手段で別名（ＡＬＩＡＳ）を入力し、記憶装置２１４から秘密鍵（ＰＲＩＶＡＴＥＫＥＹ）と公開鍵（ＰＵＢＬＩＣＫＥＹ）を入力して、公開鍵（ＰＵＢＬＩＣＫＥＹ）と別名（ＡＬＩＡＳ）を関連付けるＸ．５０９形式の自己署名形式の公開証明書（ＣＥＲＴ）を生成する（Ｓ２２）。この証明書の生成手順については後述する。生成したＸ．５０９形式の自己署名形式の公開証明書（ＣＥＲＴ）は記憶装置２１４に保存する。
【００８１】
更に、通信端末装置（Ｔ１）２１０の証明書管理装置２１３では、任意の手段で当該通信端末装置（Ｔ１）２１０のＩＰアドレスを取得し、公開鍵（ＰＵＢＬＩＣＫＥＹ）とＩＰアドレスを名前解決ディレクトリ２３０に送信する（Ｓ２３）。名前解決ディレクトリ２３０は、公開鍵（ＰＵＢＬＩＣＫＥＹ）とＩＰアドレスを関連付けて登録する（Ｓ２４）。
【００８２】
通信端末装置（Ｔ１）２１０は、インターネットメール、インスタントメッセージング、チャット等の任意のメッセージ送受信手段を用いて、証明書（ＣＥＲＴ）を通信端末装置（Ｔ２）２２０へ送信する（Ｓ２５）。通信端末装置（Ｔ２）２２０は、同様に、インターネットメール、インスタントメッセージング、チャット等の任意のメッセージ送受信手段を用いて、証明書（ＣＥＲＴ）を受信する。なお、通信端末装置（Ｔ１）２１０が証明書（ＣＥＲＴ）をインターネット上に公開し、通信端末装置（Ｔ２）２２０側は、任意の検索エンジンで証明書（ＣＥＲＴ）の公開を知り、該証明書を入手するようにしてもよい。いずれにしても、本発明とは直接関係しないので、その詳細な説明は省略する。
【００８３】
通信端末装置（Ｔ２）２２０の証明書管理装置２２２では、証明書（ＣＥＲＴ）から別名（ＡＬＩＡＳ）を取得し、別名（ＡＬＩＡＳ）と証明書（ＣＥＲＴ）を関連付けて記憶装置２２３に登録する（Ｓ２６）。ここで、別名（ＡＬＩＡＳ）と完全一致するデータが記憶装置１２３に既に存在する場合には別名（ＡＬＩＡＳ′）を生成し、別名（ＡＬＩＡＳ′）と証明書（ＣＥＲＴ）を関連付けて記憶装置２２３に登録する。この証明書（ＣＥＲＴ）の登録手順の詳細については後述する。
【００８４】
更に、通信端末装置（Ｔ２）２２０の証明書管理装置２２２では、ＷＷＷブラウザ２２１のブックマーク管理機能で入力可能なデータ形式に従って別名（ＡＬＩＡＳ）または別名（ＡＬＩＡＳ′）を保存する（Ｓ２７）。先にも述べたように、例えば、マイクロソフト社のＷＷＷブラウザであるインターネットエクスプローラを用いる場合には、インターネットエクスプローラにおいて指定される形式のファイルに変換する。
【００８５】
通信端末装置（Ｔ２）２２０のユーザは、通信端末装置（Ｔ１）２１０のコンテンツ２１２を閲覧する場合、ＷＷＷブラウザ２２１を用いて、ＵＲＬを入力するフィールドに別名（ＡＬＩＡＳ）または別名（ＡＬＩＡＳ′）をＵＲＬで定められる形式に従って入力する。ＷＷＷブラウザ２２１は、別名（ＡＬＩＡＳ）または別名（ＡＬＩＡＳ′）を含むＵＲＬを参照してＨＴＴＰリクエストを生成し、証明書管理装置２２２に送信する。ＨＴＴＰの規格に従い、別名（ＡＬＩＡＳ）又は別名（ＡＬＩＡＳ′）はＨＴＴＰリクエストにおけるＨｏｓｔヘッダに指定されている。先にも述べたように、これらについては、当業者によく知られており、また、本発明とは直接関係しないので、詳細な説明は省略する。
【００８６】
通信端末装置（Ｔ２）２２０の証明書管理装置２２２は、ＨＴＴＰリクエストのＨｏｓｔヘッダから別名（ＡＬＩＡＳ）または別名（ＡＬＩＡＳ′）を取得し、それを用いて記憶装置２２３を検索して証明書（ＣＥＲＴ）を取得し、証明書（ＣＥＲＴ）から公開鍵（ＰＵＢＬＩＣＫＥＹ）を抽出する（Ｓ２８）。次に、通信端末装置（Ｔ２）２２０の証明書管理装置２２２は、公開鍵（ＰＵＢＬＩＣＫＥＹ）を名前解決ディレクトリ２３０に提示し（Ｓ２９）、名前解決ディレクトリ２３０は、公開鍵（ＰＵＢＬＩＣＫＥＹ）に関連付けられたＩＰアドレスを検索し（Ｓ３０）、通信端末装置（Ｔ２）２２０の証明書管理装置２２２に提示する（Ｓ３１）。証明書管理装置２２２は、ＨＴＴＰリクエストとＩＰアドレスをＷＷＷブラウザ２２１に送信する。この証明書管理装置２２２の一連の処理手順については後述する。
【００８７】
通信端末装置（Ｔ２）２２０のＷＷＷブラウザ２２１は通信端末装置（Ｔ１）２１０にＨＴＴＰリクエストを送信する（Ｓ３２）。通信端末装置（Ｔ１）２１０のＷＷＷサーバ２１１は、ＨＴＴＰリクエストを受信し、ＨＴＴＰに従ってＨＴＴＰリクエストを解析し、コンテンツ２１２を含むレスポンスを生成して通信端末装置（Ｔ２）２２０に送信する（Ｓ３３、Ｓ３４）。通信端末装置（Ｔ２）２２０のＷＷＷブラウザ２２１は、受信したコンテンツを表示する（Ｓ３５）。先にも述べたように、この手順については、当業者によってよく知られており、また、本発明とは直接関係しないので、詳細な説明は省略する。
【００８８】
図８はＸ．５０９形式の自己署名形式の証明書の発行処理手順を示す。この図８を参照して、通信端末装置（Ｔ１）２１０の証明書管理装置２１３において、Ｘ．５０９形式の自己署名形式の証明書（ＣＥＲＴ）を発行する手順を説明する。
【００８９】
証明書管理装置２１３は、まず、秘密鍵（ＰＲＩＶＡＴＥＫＥＹ）とその公開鍵（ＰＵＢＬＩＣＫＥＹ）を記憶装置２１４から入力し、別名（ＡＬＩＡＳ）を任意の手段で入力する（Ｓ１３０１）。
【００９０】
次に、証明書管理装置２１３は、Ｘ．５０９形式の証明書から署名フィールドを除いたＣＥＲＴＩＮＦＯを任意の手段で生成する（Ｓ１３０２）。ＣＥＲＴＩＮＦＯの各フィールドの値は空とする。なお、ＣＥＲＴＩＮＦＯの形式については、当業者にとってよく知られており、また、本発明とは直接関係しないので、その詳細な説明は省略する。
【００９１】
次に、証明書管理装置２１３は、別名（ＡＬＩＡＳ）をＣＥＲＴＩＮＦＯのｓｕｂｊｅｃｔＮａｍｅフィールドに指定する（Ｓ１３０３）。また、公開鍵（ＰＵＢＬＩＣＫＥＹ）をＣＥＲＴＩＮＦＯのｓｕｂｊｅｃｔＰｕｂｌｉｃＫｅｙＩｎｆｏフィールドに指定する（Ｓ１３０４）。
【００９２】
次に、証明書管理装置２１３は、別名（ＡＬＩＡＳ）の有効期間を指定するか判定し（Ｓ１３０５）、指定する場合、ＣＥＲＴＩＮＦＯのnotＢeforeフィールド、及び／または、notＡfterフィールドを任意に指定する（Ｓ１３０６）。Ｘ．509形式において、notＢeforeフィールドとnotＡfterフィールドのうち少なくともいずれか一方に時刻情報を指定した場合、別名（ＡＬＩＡＳ）には有効期間を指定することができる。
【００９３】
次に、証明書管理装置２１３は、ＣＥＲＴＩＮＦＯに秘密鍵（ＰＲＩＶＡＴＥＫＥＹ）で署名する（Ｓ１３０７）。ここでも、本署名手順については、当業者によってよく知られており、また、本発明とは直接関係しないので、その詳細な手順は省略する。このＣＥＲＴＩＮＦＯに署名したデータが証明書（ＣＥＲＴ）となる。証明書管理装置２１３は、証明書（ＣＥＲＴ）を記憶装置２１４に保存し（Ｓ１３０８）、証明書（ＣＥＲＴ）の発行動作を終了とする。
【００９４】
図９はＸ．５０９形式の自己署名形式の証明書の登録処理手順を示す。この図９を参照して、通信端末装置（Ｔ２）２２０の証明書管理装置２２２において、Ｘ．５０９形式の自己署名形式の証明書（ＣＥＲＴ）を記憶装置２２３に登録する手順を説明する。
【００９５】
通信端末装置（Ｔ２）２２０では、通信端末装置（Ｔ１）２１０が発行する証明書（ＣＥＲＴ）をメッセージ送受信手段や検索エンジン等の任意の手段で取得する。証明書管理装置２２２は、この証明書（ＣＥＲＴ）を入力する（Ｓ１４０１）。また、証明書管理装置２２２は、証明書（ＣＥＲＴ）の公開鍵（ＰＵＢＬＩＣＫＥＹ）を任意の手段で取得する（Ｓ１４０２）。そして、証明書（ＣＥＲＴ）の署名を公開鍵（ＰＵＢＬＩＣＫＥＹ）を用いて確認する（Ｓ１４０３）。先にも述べたように、本署名確認手順については、当業者によってよく知られており、また、本発明とは直接関係しないので、その詳細な手順は省略する。ここで、署名確認に成功しない場合（Ｓ１４０４でＮＯ）、この時点で処理は終了となる。
【００９６】
証明書管理装置２２２は、証明書（ＣＥＲＴ）の署名確認に成功した場合（Ｓ１４０４でＹＥＳ）、現在の時刻情報tを任意の手段で取得する（Ｓ１４０５）。また、証明書（ＣＥＲＴ）のnotＢeforeフィールドとnotＡfterフィールドを参照して、それぞれから、有効期間の開始時刻情報ＮＯＴＢＥＦＯＲＥと有効期間の終了時刻情報ＮＯＴＡＦＴＥＲを取得する（Ｓ１４０６）。
【００９７】
次に、証明書管理装置２２２は、少なくともＮＯＴＢＥＦＯＲＥとＮＯＴＡＦＴＥＲのいずれかを取得したか判定する（Ｓ１４０７）。即ち、別名（ＡＬＩＡＳ）の有効期間が指定されているか否かを調べる。ここで、ＮＯＴＢＥＦＯＲＥとＮＯＴＡＦＴＥＲのいずれも取得しなかった場合（Ｓ１４０７でＮＯ）には、ステップＳ１４１０に進む。一方、ＮＯＴＢＥＦＯＲＥとＮＯＴＡＦＴＥＲのうち少なくともいずれか一方を取得した場合（Ｓ１４０７でＹＥＳ）は、それを時刻情報ｔと比較する（Ｓ１４０８）。そして、ＮＯＴＢＥＦＯＲＥ≦t 、及び／または、t≦ＮＯＴＡＦＴＥＲを満足した場合に限り（Ｓ１４０９でＹＥＳ）、ステップＳ１４１０に進む。また、満足しない場合（Ｓ１４０９でＮＯ）、即ち、現在の時刻が有効期間に含まれない場合、この時点で処理は終了となる。
【００９８】
証明書管理装置１２２は、Ｓ１４０７でＮＯ（有効期間の指定なし）、あるいはＳ１４０９でＹＥＳ（指定の有効期間内）の場合、証明書（ＣＥＲＴ）のsubjectＮameフィールドを参照して別名（ＡＬＩＡＳ）を取得する（Ｓ１４１０）。そして、別名（ＡＬＩＡＳ）を記憶装置２２３に提示して検索する（Ｓ１４１１）。ここで、別名（ＡＬＩＡＳ）と完全一致するデータが記憶装置１２３に含まれていない場合（Ｓ１４１２でＮＯ）には、証明書管理装置２２２は、別名（ＡＬＩＡＳ）と証明書（ＣＥＲＴ）を関連付けて記憶装置２２３に登録し（Ｓ１４１３）、動作を終了とする。
【００９９】
一方、証明書管理装置２２２は、別名（ＡＬＩＡＳ）と完全一致するデータが記憶装置２２３に含まれている場合（Ｓ１４１２でＹＥＳ）には、即ち、別名（ＡＬＩＡＳ）が登録済みの場合には、先に述べたと同様にして、別名（ＡＬＩＡＳ）に数字等の任意のデータを付与し、機械的に別名（ＡＬＩＡＳ′）を生成する（Ｓ１４１４）。証明書管理装置２２２は、生成した別名（ＡＬＩＡＳ’）と証明書（ＣＥＲＴ）を関連付けて記憶装置１２３に登録し（Ｓ１４１５）、動作を終了とする。
【０１００】
なお、先に述べたように、通信端末装置（Ｔ２）２２０の証明書管理装置２２２では、ＷＷＷブラウザ２２１のブックマーク管理機能で入力可能なデータ形式に従って別名（ＡＬＩＡＳ）あるいは別名（ＡＬＩＡＳ′）を保存する。即ち、別名（ＡＬＩＡＳ）あるいは別名（ＡＬＩＡＳ′）をユーザに通知する。
【０１０１】
図１０は通信端末装置（Ｔ２）２２０の証明書管理装置２２２において、別名（ＡＬＩＡＳ）あるいは別名（ＡＬＩＡＳ′）から公開鍵（ＰＵＢＬＩＣＫＥＹ）を取得し、公開鍵（ＰＵＢＬＩＣＫＥＹ）を用いてＩＰアドレスを取得する処理手順を示したものである。
【０１０２】
ユーザは、通信端末装置（Ｔ２）２２０上のＷＷＷブラウザ２２１のプロキシサーバの設定項目に通信端末装置（Ｔ１）２１０の証明書管理装置２１３のホスト名またはＩＰアドレスとポート番号を指定するものとする。
【０１０３】
先に述べたように、ユーザは、ＷＷＷブラウザ２２１においてＵＲＬを入力するフィールドに別名（ＡＬＩＡＳ）をＵＲＬで定められる形式に従って入力する。ＷＷＷブラウザ２２１は、別名（ＡＬＩＡＳ）あるいは別名（ＡＬＩＡＳ′）を含むＵＲＬを参照してＨＴＴＰリクエストを生成し、このＨＴＴＰリクエストを証明書管理装置２２２にＨＴＴＰに従って送信する。
【０１０４】
以下、図１０を参照して、通信端末装置（Ｔ２）２２０の証明書管理装置２２２において公開鍵（ＰＵＢＬＩＣＫＥＹ）を取得し、公開鍵（ＰＵＢＬＩＣＫＥＹ）を用いて通信端末装置（Ｔ１）２１０のＩＰアドレスを取得する手順を説明する。
【０１０５】
証明書管理装置２２２は、ＨＴＴＰリクエストを入力して（Ｓ１５０１）、ＨＴＴＰリクエストからＨostヘッダを取得し（Ｓ１５０２）、Ｈostヘッダから別名（ＡＬＩＡＳ）あるいは別名（ＡＬＩＡＳ′）を取得する（Ｓ１５０３）。そして、別名（ＡＬＩＡＳ）あるいは別名（ＡＬＩＡＳ′）を記憶装置２２３に提示して検索し、別名（ＡＬＩＡＳ）をsubjectＮameフィールドに含む証明書（ＣＥＲＴ）を取得する（Ｓ１５０４）。
【０１０６】
次に、証明書管理装置２２２は、証明書（ＣＥＲＴ）のnotＢeforeフィールドとnotＡfterフィールドを参照して、それぞれから、有効期間の開始時刻情報ＮＯＴＢＥＦＯＲＥと有効期間の終了時刻情報ＮＯＴＡＦＴＥＲを取得する（Ｓ１５０５）。ここで、ＮＯＴＢＥＦＯＲＥとＮＯＴＡＦＴＥＲをいずれも取得できなかった場合（Ｓ１５０６でＮＯ）には、ステップ１５１０に進む。
【０１０７】
一方、ＮＯＴＢＥＦＯＲＥとＮＯＴＡＦＴＥＲのうちいずれか一方を取得した場合（Ｓ１５０６でＹＥＳ）、証明書管理装置２２２は、現在の時刻情報tを任意の手段で取得し（Ｓ１５０７）、時刻情報ｔとＮＯＴＢＥＦＯＲＥ、及び／または、時刻情報tとＮＯＴＡＦＴＥＲを比較する（Ｓ１５０８）。そして、ＮＯＴＢＥＦＯＲＥ≦t、及び／または、ｔ≦ＮＯＴＡＦＴＥＲを満足した場合に限り（Ｓ１５０９でＹＥＳ）、ステップ１５１０に進む。満足しない場合には（Ｓ１５０９でＮＯ）、この時点で処理は終了となる。
【０１０８】
証明書管理装置２２２は、Ｓ１５０６でＮＯ（有効期間の指定なし）、あるいはＳ１５０９でＹＥＳ（指定の有効期間内）の場合、証明書（ＣＥＲＴ）のsubjectＰublicＫeyＩnfoフィールドを参照して公開鍵（ＰＵＢＬＩＣＫＥＹ）を取得する（Ｓ１５１０）。
【０１０９】
証明書管理装置２２２は、公開鍵（ＰＵＢＬＩＣＫＥＹ）を名前解決ディレクトリ２３０に提示して検索し、通信端末装置（Ｔ１）２１０のＩＰアドレスを取得する（Ｓ１５１１）。そして、ＨＴＴＰリクエストとＩＰアドレスを出力して（Ｓ１５１２）、動作を終了する。
【０１１０】
先に述べたように、以後、通信端末装置（Ｔ２）２２０は、ＩＰアドレスにより通信端末装置（Ｔ１）２１０にＨＴＴＰリクエストを送信する。そして、通信端末装置（Ｔ１）２１０からコンテンツを受信し、ＷＷＷブラウザ２２１にて表示する。
【０１１１】
以上述べたように、本実施例は、通信端末装置（Ｔ１）２１０の証明書管理装置２１３において生成した公開鍵（ＰＵＢＬＩＣＫＥＹ）と通信端末装置（Ｔ１）２１０のＩＰアドレスを名前解決ディレクトリ２３０で関連付けて管理する。これによって、通信端末装置（Ｔ２）２２０は公開鍵（ＰＵＢＬＩＣＫＥＹ）を名前解決ディレクトリ２３０に提示して検索することにより、通信端末装置（Ｔ１）２１０のＩＰアドレスを取得できる。従って、通信端末装置（Ｔ２）２２０は通信端末装置（Ｔ１）２１０を公開鍵を用いて識別できるという効果が得られる。
【０１１２】
また、本実施例は、通信端末装置（Ｔ２）２２０の証明書管理装置２２２によって参照される記憶装置２２３において、通信端末装置（Ｔ１）２１０の公開鍵（ＰＵＢＬＩＣＫＥＹ）と通信端末装置（Ｔ１）２１０の別名（ＡＬＩＡＳ）を関連付けて管理する。従って、通信端末装置（Ｔ２）２２０のユーザは、別名（ＡＬＩＡＳ）あるいは別名（ＡＬＩＡＳ′）を用いて通信端末装置（Ｔ１）２１０を指定できるという効果が得られる。
【０１１３】
また、本実施例は、通信端末装置（Ｔ１）２１０の証明書管理装置２１３において、通信端末装置（Ｔ１）２１０の公開鍵（ＰＵＢＬＩＣＫＥＹ）と通信端末装置（Ｔ１）２１０の別名（ＡＬＩＡＳ）をＸ.509形式の自己署名形式の公開鍵証明書（ＣＥＲＴ）を用いて関連付ける。従って、通信端末装置（Ｔ１）２１０のユーザは自ら、通信端末装置（Ｔ１）２１０に任意の別名（ＡＬＩＡＳ）を命名できるという効果が得られる。また、別名（ＡＬＩＡＳ）に任意の有効期間を指定できるという効果がある。
【０１１４】
また、本実施例は、通信端末装置（Ｔ２）２１０の証明書管理装置２２２において、通信端末装置（Ｔ１）２１０の公開鍵（ＰＵＢＬＩＣＫＥＹ）を用いて証明書（ＣＥＲＴ）の署名を確認するという動作を実行する。従って、通信端末装置（Ｔ１）２１０の別名（ＡＬＩＡＳ）が通信端末装置（Ｔ１）２１０によって命名されたことを客観的に証明できるという効果が得られる。
【０１１５】
また、本実施例は、通信端末装置（Ｔ１）２１０の証明書管理装置２１３、及び、通信端末装置（Ｔ２）２２０の証明書管理装置２２２は、ＷＷＷサーバ、及び、ＷＷＷブラウザとＨＴＴＰに従って通信するという動作を実行する。従って、端末上で動作するＷＷＷサーバへのＵＲＬを別名を用いて指定できるという効果が得られる。
【０１１６】
また、本実施例は、通信端末装置（Ｔ１）２１０の証明書管理装置２１３において、証明書（ＣＥＲＴ）に有効期間の開始時刻情報ＮＯＴＢＥＦＯＲＥ、及び／または、有効期間の終了時刻情報ＮＯＴＡＦＴＥＲを指定し、通信端末装置（Ｔ２）２２０の証明書管理装置２２２において、現在の時刻情報ｔと比較するという動作を実行する。従って、別名ＡＬＩＡＳに任意の有効期間を指定できるという効果がある。
【０１１７】
なお、通信端末装置（Ｔ１）２１０が証明書（ＣＥＲＴ）を送信する手段を、インターネットメールから、インスタントメッセージングまたはチャット等の任意のメッセージ送受信手段に置き換えてもよい。同様に、通信端末装置（Ｔ１）２１０が証明書（ＣＥＲＴ）を送信する手段を、インターネットメールから、通信端末装置（Ｔ１）２１０が証明書（ＣＥＲＴ）を検索可能な任意のディレクトリまたはデータベースに登録する手段に置き換えてもよい。
【０１１８】
これに対応して、通信端末装置（Ｔ２）２２０が証明書（ＣＥＲＴ）を受信する手段を、インターネットメールから、インスタントメッセージングまたはチャット等の任意のメッセージ送受信手段に置き換えてもよい。同様に、通信端末装置（Ｔ２）２２０が証明書（ＣＥＲＴ）を受信する手段を、インターネットメールから、通信端末装置（Ｔ２）２２０が証明書ＣＥＲＴを検索可能な任意のディレクトリまたはデータベースから任意の手段で検索して取得する手段に置き換えてもよい。
【０１１９】
また、名前解決ディレクトリ２３０は公開鍵（ＰＵＢＬＩＣＫＥＹ）とＩＰアドレスを関連付けて管理しているが、公開鍵（ＰＵＢＬＩＣＫＥＹ）のハッシュ値（ＨＡＳＨ）とＩＰアドレスを関連付けて管理してもよい。この場合、通信端末装置（Ｔ１）２１０の証明書管理装置２１３において、公開鍵（ＰＵＢＬＩＣＫＥＹ）を名前解決ディレクトリ２３０に登録する処理を、公開鍵（ＰＵＢＬＩＣＫＥＹ）のハッシュ値（ＨＡＳＨ）を算出してから、算出したハッシュ値（ＨＡＳＨ）を名前解決ディレクトリ２３０に登録する処理に変更する。かつ、通信端末装置（Ｔ２）２２０の証明書管理装置２２２において、名前解決ディレクトリ２３０に公開鍵（ＰＵＢＬＩＣＫＥＹ）を提示してＩＰアドレスを取得する処理を、名前解決ディレクトリ２３０にハッシュ値（ＨＡＳＨ）を提示してＩＰアドレスを取得する処理に変更する。かつ、図１０に示すsubjectＰublicＫeyＩnfoから公開鍵（ＰＵＢＬＩＣＫＥＹ）を取得する処理（Ｓ１５１０）を、subjectＰublicＫeyＩnfoフィールドから公開鍵（ＰＵＢＬＩＣＫＥＹ）を取得してハッシュ値（ＨＡＳＨ）を算出する処理に変更する。かつ、図１０に示す名前解決ディレクトリ２３０に公開鍵（ＰＵＢＬＩＣＫＥＹ）を提示してＩＰアドレスを取得する処理（Ｓ１５１１）を、名前解決ディレクトリ２３０にハッシュ値（ＨＡＳＨ）を提示してＩＰアドレスを取得する手順に変更する。
【０１２０】
また、図６に示す実施例においては、通信端末装置（Ｔ１）２１０でＷＷＷサーバを運用しているが、通信端末装置（Ｔ２）２２０でＷＷＷサーバを運用してもよい。証明書管理装置２１３と証明書管理装置２２２は共通の機能を持つため、本実施例のこれまでの説明において、証明書管理装置２１３を証明書管理装置２２２に変更し、かつ、証明書管理装置２２２を証明書管理装置２１３に変更することにより実施できる。
【０１２１】
なお、各実施形態で示した証明書管理装置における各部の一部もしくは全部の処理機能をコンピュータのプログラムで構成し、そのプログラムをコンピュータを用いて実行して本発明を実現することができること、あるいは、その処理手順をコンピュータのプログラムで構成し、そのプログラムをコンピュータに実行させることができることは言うまでもない。また、コンピュータでその処理機能を実現するためのプログラム、あるいは、コンピュータにその処理手順を実行させるためのプログラムを、そのコンピュータが読み取り可能な記録媒体、例えば、ＦＤや、ＭＯ、ＲＯＭ、メモリカード、ＣＤ、ＤＶＤ、リムーバブルディスクなどに記録して、保存したり、提供したりすることができるとともに、インターネット等のネットワークを通してそのプログラムを配布したりすることが可能である。
【０１２２】
【発明の効果】
以上説明したように、本発明においては、次のような効果を奏する。
(１) 公開鍵を用いて端末を識別できることである。その理由は、端末の証明書管理装置において生成した公開鍵とその端末のＩＰアドレスをディレクトリで関連付けて管理するためである。
(２) 別名を用いて端末を指定できることである。その理由は、端末の証明書管理装置において、端末の公開鍵と端末の別名を関連付けて管理するためである。
(３) 端末に任意の別名を命名できることである。その理由は、端末の証明書管理装置において、ローカルな名前空間を定義可能な、ＳＰＫＩ形式の自己署名形式の証明書またはＸ.509形式の自己署名形式の証明書を用いて端末の公開鍵と端末の別名を関連付けるためである。
(４) 端末の別名が端末の公開鍵の所有者によって命名されたことを客観的に証明できることである。その理由は、端末の証明書管理装置において、公開鍵を用いて証明書の署名を確認するという動作を実行するためである。
(５) 端末上で動作するＷＷＷサーバに任意の別名を命名できることである。その理由は、端末の証明書管理装置はＨＴＴＰに従って通信するためである。
【図面の簡単な説明】
【図１】本発明の第一の実施形態におけるシステム構成図である。
【図２】本発明の第一の実施形態における全体の処理手順を示す図である。
【図３】本発明の第一の実施形態における証明書発行手順を示す図である。
【図４】本発明の第一の実施形態における証明書登録手順を示す図である。
【図５】本発明の第一の実施形態におけるハッシュ値取得並びにＩＰアドレス取得手順を示す図である。
【図６】本発明の第二の実施形態におけるシステム構成図である。
【図７】本発明の第二の実施形態における全体の処理手順を示す図である。
【図８】本発明の第二の実施形態における証明書発行手順を示す図である。
【図９】本発明の第二の実施形態における証明書登録手順を示す図である。
【図１０】本発明の第二の実施形態におけるハッシュ値取得並びにＩＰアドレス取得手順を示す図である。
【符号の説明】
１００，２００インターネット
１１０，２１０通信端末装置
１１１，２１１ＷＷＷサーバ
１１２，２１２コンテンツ
１２３，２１３証明書管理装置
１２４，２１４記憶装置
１２０，２２０通信端末装置
１２１，２２１ＷＷＷブラウザ
１２２，２２２証明書管理装置
１２３，２２３記憶装置[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a name resolution technique for acquiring an IP (Internst Protocol) address of a communication terminal device using the host name or domain name of the communication terminal device over the Internet, and in particular, name resolution that can arbitrarily name a host name or a domain name. The present invention relates to a method and system, a name resolution directory, a communication terminal device, a program thereof, and a recording medium.
[0002]
[Prior art]
2. Description of the Related Art A domain name system (DNS) is widely used as a technique for converting host names or domain names and IP addresses on the Internet. In this domain name system, in order to obtain an IP address using a host name or a domain name, all the domain names FQDN (Fully Qualized Domain Name) and IP address of the host are obtained using an A (Address) record or an AAAA record. A method of associating, a method of defining a canonical name and an alias associated with a host using a CNAME (Canonical Name) record, a method of associating and defining a domain name and a name server managing the domain using a NS (Name Server) record It is necessary to use one or a combination of a plurality of methods.
[0003]
By the way, the domain name system has a problem that a domain name or a host name cannot be arbitrarily named. The reason is that the FQDN specified using the A record or the AAAA record needs to be globally unique. This is because the CNAME record needs to be unique within the domain. In order to resolve the domain name from the outside, it is necessary to register an NS record that associates the domain name with the name server that manages the domain name in a higher-level name server.
[0004]
Further, the domain name system has a problem that it takes time until a newly registered or changed host name or domain name can be used. The reason is that it takes time until the updated DNS record is reflected. Further, since the domain name system does not perform authentication, there is a problem that it is difficult to prevent impersonation of the DNS server. Furthermore, the domain name system is vulnerable to a denial of service attack.
[0005]
Conventionally, various countermeasures have been proposed for the domain name system, and the main techniques include a DNS server filter (for example, Patent Document 1), a Dynamic DNS (for example, Non-Patent Document 1), TSIG (Transaction SIGnature) ( For example, Non-Patent Document 2), DNSSEC (DNS SECurity) (for example, Non-Patent Document 3), and the like. Some of these solve some of the above problems.
[0006]
The DNS server filter is a method in which DNS and an arbitrary packet filter device are combined. First, a message to the DNS server is verified by the packet filter device, and only a correct packet is forwarded to the DNS. This makes it possible to protect the DNS server from overload caused by a denial of service attack.
[0007]
Dynamic DNS is a technique for dynamically updating records managed by a DNS server. An update request is transmitted from the client host to the DNS server. When the DNS server receives the update request, the DNS server associates the host name of the client host with the IP address and adds or updates it to the record. With this technology, it is possible to identify a host with the same host name even if the IP address changes.
[0008]
TSIG (Transaction SIGnature) is a technique for signing a query and response to a DNS server using a shared secret key. According to the present technology, it is possible to guarantee the identity on the transmission side and the integrity of the communication content, and therefore, it is possible to prevent a response from a spoofed DNS server, an inquiry, and a falsification of the response.
[0009]
DNSSEC (DNS SECurity) is a method in which an inquiry and response to a DNS server are signed using a secret key and authenticated using a public key. The private key is signed with the private key of the DNS server that manages the higher zone. Further, as a public key, it is possible to use an X.509, PGP (Pretty Good Privacy), SPKI (Simple Public Key Infrastructure) type certificate or public key. According to the present technology, since the identity of the DNS server can be guaranteed, a response from the impersonated DNS server can be prevented.
[0010]
The SPKI (Simple Public Key Infrastructure) method is a method of access control and name management using a public key (for example, Non-Patent Document 4, Non-Patent Document 5, and Non-Patent Document 6). Associate and manage public keys and user rights. Since SPKI does not need to confirm the name when verifying authority, no certificate authority is required. Therefore, it is possible to manage names in a local namespace. The name in SPKI is managed in a trust domain rooted in an arbitrary public key. Therefore, the user can give an arbitrary name.
[0011]
In SPKI, there is a name certificate as a method for associating a public key with a local name. Further, in Non-Patent Document 6, as a self-signed authority certificate in which a mail address as information for accessing a user and a public key for identifying the user on the network are associated, auto-certificate and A called authority certificate is shown.
[0012]
[Patent Document 1]
Japanese Patent Laid-Open No. 2001-203762 “DNS Server Filter”
[Non-Patent Document 1]
P. Vixie, S. Thomson, Y. Rekhter, J. Bound, "Dynamic Updates in the Domain Name Systems", [online], published in April 1997, RFC 2136, Internet Engineering. Task Force, [retrieved on September 24, 2002],
Internet <URL: http: // www. Ietf. org / rfc / rfc2136. txt>
[Non-Patent Document 2]
P. Vixie, O. Gudmundsson, D. Eastlake, B. Wellington, "Secret Key Transaction Authentication for DNS (TSIG)", [online], 2000 Monthly publication, RFC 2845, Internet Engineering Task Force, [searched September 24, 2002],
Internet <URL: http: // www. Ietf. org / rfc / rfc2845. txt>
[Non-Patent Document 3]
D. Eastlake, “Domain Name Systems Security Extensions” [online], published in March 1999, RFC 2535, Internet Enginee Ring Task, [searched September 24, 2002],
Internet <URL: http: // www. Ietf. org / rfc / rfc2535. txt>
[Non-Patent Document 4]
C. Ellison, B. Frantz, B. Lampson, R. Rivest, B. Thomas, T. Ylonen, “SPKI Certificate Theory” [online], published in September 1999, RFC2693, Internet Engineering Task Force, [searched September 19, 2002],
Internet <URL: http: // www. Ietf. org / rfc / rfc2693. txt>
[Non-Patent Document 5]
C. Ellison, B. Frantz, B. Lampson, R. Rivest, B. Thomas,
T. Ylonen, “Simple Public Key Infrastructure <Draft-IEF-Epicka-Isert-Structure 06.TXT>” (Simple Public Key Infrastructure <draft-ietf-spki-cert-structure-06.txt>) ” , [Online], published on July 26, 1999, Internet Engineering Task Force, [searched on September 19, 2002],
Internet <URL: http: // world. Std. com / ~ cme / spki. txt>
[Non-Patent Document 6]
C. Ellison, B. Frantz, B. Lampson, R. Rivest, B. Thomas, T. Ylonen, "SPK IG Samples <Draft-ITF-Espike-I-Sert-Examples-01.txt> (SPKI Examples <Draft-ietf-spki-cert-examples-01.txt>)], [online], Internet Enginering Task Force, [searched on September 19, 2002],
Internet <URL: http: // world. Std. com / ~ cme / examples. txt>
[0013]
[Problems to be solved by the invention]
As described above, various countermeasures have been proposed for the domain synonym system. However, the conventional domain system has the following problems.
[0014]
The first problem is basically that a domain name cannot be arbitrarily acquired. For example, the Dynamic DNS shown in Non-Patent Document 1 and the DNS filter shown in Patent Document 1 both operate in the framework of the domain name system. The domain name system has a limitation that the domain name specified in the DNS record needs to be globally unique. In addition, there is a restriction that the CNAME record needs to be unique within the domain.
[0015]
The second problem is the management cost required to safely protect the DNS server. For example, TSIG shown in Non-Patent Document 2 requires a shared secret key, and DNSSEC shown in Non-Patent Document 3 requires a management cost for updating and exchanging a public key or certificate.
[0016]
The third problem is that it is difficult to use SPKI, particularly auto-certificate. The theory of SPKI is shown in Non-Patent Document 4, and the format of the certificate used in SPKI is shown in Non-Patent Document 5, but the usage method is not clear in either case. In addition, the authority certificate called “auto-certificate” exemplified in “3.3 Auto-certificate” of Non-Patent Document 6 is also only exemplified in the form of the certificate, and its usage is clearly shown. It has not been.
[0017]
The present invention has been made in view of the above-described problems of the domain name system. The purpose of the present invention is to arbitrarily specify a host name or domain name of a WWW (World Wide Web) server or the like without using the domain name system. A name resolution method and system capable of naming, a name resolution directory, a communication terminal device, a program thereof, and a recording medium.
[0018]
Another object of the present invention is to provide a name resolution method and system, a name resolution directory, a communication terminal device, a program therefor, and a recording medium that can objectively prove that a host name or domain name such as a WWW server is not impersonated. Is to provide.
[0019]
[Means for Solving the Problems]
According to the present invention, a name resolution directory for managing a public key of a communication terminal or its hash value and an IP address of the communication terminal is provided on the Internet. The communication terminal is provided with a certificate management device that issues and manages certificates in the SPKI (Simple Public Key Infrastructure) format or the X.509 format that associates the alias of the communication terminal with the public key.
[0020]
In the present invention, the public key generated in the certificate management apparatus of the communication terminal or the hash value thereof is presented in the name resolution directory, and the operation of acquiring the IP address of the terminal is executed. Therefore, it is possible to identify the communication terminal device using the public key or its hash value.
[0021]
In the present invention, the certificate management device of the communication terminal executes an operation of managing the public key of the communication terminal in association with the alias of the communication terminal. Therefore, the effect that the user can designate a communication terminal using an alias can be obtained.
[0022]
In the present invention, a self-signed certificate in SPKI format, or X. The public key of the communication terminal and the alias of the communication terminal are associated with each other using a 509 format self-signed certificate. A local namespace can be defined by using an SPKI format certificate or a self-signed X.509 format certificate. Therefore, an effect that an arbitrary alias can be named for the communication terminal is obtained.
[0023]
In the present invention, the certificate management apparatus of the communication terminal executes an operation of confirming the certificate signature using the public key. Therefore, it is possible to objectively prove that the alias is named by the owner of the secret key corresponding to the public key.
[0024]
In the present invention, the certificate management device of the communication terminal executes an operation of communicating with a WWW browser or a WWW server according to HTTP. Therefore, the effect that the URL to the WWW server operating on the communication terminal can be designated using an alias can be obtained.
[0025]
DETAILED DESCRIPTION OF THE INVENTION
Embodiment 1
This embodiment is an example in which a terminal public key is associated with a terminal alias using a self-signed certificate in SPKI format.
FIG. 1 shows a system configuration diagram of this embodiment. In FIG. 1, an arbitrary communication terminal device (T1) 110, a communication terminal device (T2) 120, and a name resolution directory 130 are connected via the Internet 100. Here, the communication terminal device 110 is the content providing side, and the communication terminal device 120 is the user side. The communication terminal device 110 includes an arbitrary WWW server 111, an arbitrary content 112, a certificate management device 113, and an optional storage device 114. The communication terminal device 120 includes an arbitrary WWW browser 121, a certificate management device 122, and an optional storage device 123.
[0026]
Here, the certificate management apparatuses 113 and 122 communicate with the WWW server 111 or the WWW browser 121 via HTTP (Hyper Text Transfer Protocol).
[0027]
Both certificate management apparatuses 113 and 122 have the following common functions (1) to (5).
(1) A function for inputting an alias, a private key, and a public key, and issuing a self-signed authority certificate in SPKI format that associates the alias with the public key.
(2) A function for managing an alias in association with a public key or its hash value.
(3) A function of registering the public key or its hash value in the name resolution directory.
(4) A function for obtaining an IP address by presenting a public key or its hash value to the name resolution directory.
(5) A function for outputting an alias to a bookmark format of an arbitrary WWW browser.
[0028]
Note that functions such as (4) and (5) can be omitted in a certificate management apparatus in a communication terminal apparatus that only provides content. In addition, functions such as (1) and (3) can be omitted in a certificate management apparatus in a communication terminal apparatus that only browses content.
[0029]
The storage device 114 of the communication terminal device (T1) 110 manages a secret key (PRIVATEKEY), a corresponding open key (PUBLICKEY), and a certificate (CERT). In the present embodiment, the certificate (CERT) is a self-signed authority certificate in SPKI format that associates the alias (ALIAS) of the communication terminal device (T1) with the public key (PUBLICKEY). The storage device 123 of the communication terminal device (T2) 120 manages the certificate (CERT) in association with an alias (ALIAS) or an alias (ALIAS '). Note that when the content is provided by the communication terminal device (T2) 120 and the WWW server is operated, the storage device 123 also manages the secret key and the public key of the communication terminal device (T2) 120.
[0030]
The name resolution directory 130 manages the public key (PUBLICKEY) or the hash value (HASH) of the public key and the IP address of the communication terminal device (T1) 110 in association with each other. In the following, it is assumed that the name resolution directory 130 manages the hash value (HASH) of the public key and the IP address of the communication terminal device (T1) 110 in association with each other.
[0031]
Next, the entire processing sequence in the embodiment of FIG. 1 will be described with reference to FIG.
The communication terminal device (T1) 110 generates a private key (PRIVATEKEY) and a public key (PUBLICKEY) corresponding to the private key (PRIVATEKEY) using an arbitrary public key encryption algorithm such as RSA encryption (Rivest-Shamir-Adleman Scheme) (S1). ). Since this type of key generation procedure is well known to those skilled in the art and is not directly related to the present invention, a detailed description thereof will be omitted. The generated private key (PRIVATEKEY) and public key (PUBLICKEY) are stored in the storage device 114.
[0032]
In the certificate management apparatus 113 of the communication terminal apparatus (T1) 110, an alias (ALIAS) is input by any means, a private key (PRIVATEKEY) and a public key (PUBLICKEY) are input from the storage apparatus 114, and a public key ( A hash value (HASH) of PUBLICKEY is generated, and a self-signed authority certificate (CERT) in SPKI format that associates a public key (PUBLICKEY) with an alias is generated (S2). The certificate generation procedure will be described later. The generated self-signed authority certificate (CERT) in SPKI format is stored in the storage device 114.
[0033]
Further, the certificate management device 113 of the communication terminal device (T1) 110 obtains the IP address of the communication terminal device (T1) 110 by any means, and the hash value (HASH) and IP address of the public key (PUBLICKEY) Is transmitted to the name resolution directory 130 (S3). The name resolution directory 130 registers the hash value (HASH) and the IP address in association with each other (S4).
[0034]
The communication terminal device (T1) 110 transmits the certificate (CERT) to the communication terminal device (T2) 120 using any message transmission / reception means such as Internet mail, instant messaging, and chat (S5). Similarly, the communication terminal device (T2) 120 receives the certificate (CERT) by using any message transmission / reception means such as Internet mail, instant messaging, and chat. The communication terminal device (T1) 110 publishes the certificate (CERT) on the Internet, and the communication terminal device (T2) 120 side knows the disclosure of the certificate (CERT) with an arbitrary search engine, and the certificate You may be made to obtain. In any case, since it is not directly related to the present invention, its detailed description is omitted.
[0035]
The certificate management device 122 of the communication terminal device (T2) 120 acquires an alias (ALIAS) from the certificate (CERT) and associates the alias (ALIAS) with the certificate (CERT) and registers them in the storage device 123 (S6). ). Here, if data that completely matches the alias (ALIAS) already exists in the storage device 123, an alias (ALIAS ') is generated, and the alias (ALIAS') and the certificate (CERT) are associated with each other in the storage device 123. sign up. The details of the certificate (CERT) registration procedure will be described later.
[0036]
Further, the certificate management apparatus 122 of the communication terminal apparatus (T2) 120 stores an alias (ALIAS) or alias (ALIAS ') according to a data format that can be input by the bookmark management function of the WWW browser 121 (S7). For example, when using Internet Explorer, which is a WWW browser of Microsoft Corporation, the file is converted into a file specified in Internet Explorer. Since this form is well known to those skilled in the art and is not directly related to the present invention, its detailed structure is omitted.
[0037]
When browsing the content 112 of the communication terminal device (T1) 110, the user of the communication terminal device (T2) 120 uses the WWW browser 121 to add an alias (ALIAS) or alias (ALIAS ') to the field for entering the URL. Input according to the format defined by the URL. The WWW browser 121 generates an HTTP request with reference to the URL including the alias (ALIAS) or the alias (ALIAS ′), and transmits the HTTP request to the certificate management apparatus 122. According to the HTTP standard, an alias (ALIAS) or alias (ALIAS ') is specified in the Host header in the HTTP request. Since these are well known to those skilled in the art and are not directly related to the present invention, a detailed description thereof will be omitted.
[0038]
The certificate management device 122 of the communication terminal device (T2) 120 acquires an alias (ALIAS) or alias (ALIAS ') from the Host header of the HTTP request, searches the storage device 123 using the alias (ALIAS), and searches for the certificate (CERT). ) And a hash value (HASH) of the public key (PUBLICKEY) is extracted from the certificate (CERT) (S8). Next, the certificate management device 122 of the communication terminal device (T2) 120 presents the hash value (HASH) to the name resolution directory 130 (S9), and the name resolution directory 130 is associated with the hash value (HASH). The IP address is searched (S10) and presented to the certificate management device 122 of the communication terminal device (T2) 120 (S11). The certificate management device 122 transmits an HTTP request and an IP address to the WWW browser 121. A series of processing procedures of the certificate management apparatus 122 will be described later.
[0039]
The WWW browser 121 of the communication terminal device (T2) 120 transmits an HTTP request to the communication terminal device (T1) 110 (S12). The WWW server 111 of the communication terminal device (T1) 110 receives the HTTP request, analyzes the HTTP request according to HTTP, generates a response including the content 112, and transmits the response to the communication terminal device (T2) 120 (S13, S14). ). The WWW browser 121 of the communication terminal device (T2) 120 displays the received content (S15). Since this procedure is well known by those skilled in the art and is not directly related to the present invention, a detailed description thereof will be omitted.
[0040]
FIG. 3 shows a processing procedure for issuing a certificate in the SPKI format self-signed format. With reference to FIG. 3, the procedure for issuing the SPKI self-signed certificate (CERT) in the certificate management apparatus 113 of the communication terminal apparatus (T1) 110 will be described.
[0041]
First, the certificate management apparatus 113 inputs a private key (PRIVATEKEY) and its public key (PUBLICKEY) from the storage device 114, and inputs an alias (ALIAS) by any means (S1001). Then, a hash value (HASH) of the public key (PUBLICKEY) is generated using an arbitrary hash algorithm such as SHA-1 or MD5 (S1002). The hash value (HASH) is in a character string format.
[0042]
Next, the certificate management apparatus 113 generates data CERTINFO in the 5-tuple format in SPKI by any means (S1003). The format of CERTINFO conforms to the definition in “9. Full BNF” of Non-Patent Document 5, and the details of the format are omitted here. A hash value (HASH) is designated by any means in both the issuer field and the subject field of the CERTINFO (S1004). The specification format of the hash value (HASH) is assumed to conform to the definition in “9. Full BNF” of Non-Patent Document 5. Also, an alias (ALIAS) is designated by an arbitrary means in the tag field of CERTINFO (S1005).
[0043]
Next, the certificate management apparatus 113 determines whether to specify the validity period of the alias (ALIAS) (S1007). If so, the CERTINFO not-before field and / or the not-after field are arbitrarily specified. (S1007). In SPKI, when time information is specified in at least one of a not-before field and a not-after field, an effective period can be specified in an alias (ALIAS).
[0044]
Next, the certificate management apparatus 113 signs CERTINFO with a private key (PRIVATEKEY) (S1008). Since this signature procedure is well known by those skilled in the art and is not directly related to the present invention, the detailed procedure is omitted. Further, the signature structure conforms to the definition in “9. Full BNF” of Non-Patent Document 5. Data signed to this CERTINFO becomes a certificate (CERT). The certificate management apparatus 113 stores the certificate (CERT) in the storage device 114 (S1009), and ends the certificate (CERT) issuing operation.
[0045]
FIG. 4 shows a procedure for registering a certificate in the SPKI format self-signed format. With reference to FIG. 4, the procedure for registering the self-signed certificate (CERT) in the SPKI format in the storage device 123 in the certificate management device 122 of the communication terminal device (T2) 120 will be described.
[0046]
In the communication terminal device (T2) 120, a certificate (CERT) issued by the communication terminal device (T1) 110 is acquired by an arbitrary means such as a message transmission / reception means or a search engine. The certificate management apparatus 122 inputs this certificate (CERT) (S1101). Further, the certificate management apparatus 122 acquires the public key (PUBLICKEY) of the certificate (CERT) by any means (S1102). Then, the signature of the certificate (CERT) is confirmed using the public key (PUBLICKEY) (S1103). The signature confirmation procedure is well known by those skilled in the art and is not directly related to the present invention, and therefore the detailed procedure is omitted. If the signature verification is not successful (NO in S1104), the process ends at this point.
[0047]
If the certificate management apparatus 122 has successfully verified the signature of the certificate (CERT) (YES in S1104), the certificate management apparatus 122 acquires the current time information t by any means (S1105). Further, by referring to the not-before field and the not-after field of the certificate (CERT), the valid period start time information NOTBEFORE and the valid period end time information NOTAFTER are obtained (S1106).
[0048]
Next, the certificate management apparatus 122 determines whether at least one of NOTBEFORE and NOTAFTER has been acquired (S1107). That is, it is checked whether or not an alias (ALIAS) valid period is designated. If neither NOTBEFORE nor NOTAFTER has been acquired (NO in S1107), the process proceeds to step S1110. On the other hand, when at least one of NOTBEFORE and NOTAFTER is acquired (YES in S1107), it is compared with time information t (S1108). Only when NOTBEFORE ≦ t and / or t ≦ NOTAFTER is satisfied (YES in S1109), the process proceeds to step S1110. If not satisfied (NO in S1109), that is, if the current time is not included in the valid period, the process ends at this point.
[0049]
The certificate management device 122 obtains an alias (ALIAS) from the issuer field or subject field of the certificate (CERT) if NO in S1107 (no valid period is specified) or YES in S1109 (within the specified valid period) (S1110). Then, the alias (ALIAS) is presented to the storage device 123 and searched. (S1111). If the storage device 123 does not include data that completely matches the alias (ALIAS) (NO in S1112), the certificate management device 122 associates the alias (ALIAS) with the certificate (CERT) to store the storage device 123. (S1113) and the operation is terminated.
[0050]
On the other hand, if the storage device 123 contains data that completely matches the alias (ALIAS) (YES in S1112), the certificate management device 122, that is, if the alias (ALIAS) has already been registered, Arbitrary data such as numbers is assigned to the alias (ALIAS), and the alias (ALIAS ') is mechanically generated (S1114). For example, when the alias “Kuda” exists in the storage device 123, the alias “Kuda 1” is generated. Then, it searches again whether the alias “Kuda 1” exists in the storage device 123. If it does not exist, the alias “Kuda 1” is determined. If the alias “Kuda 1” also exists in the storage device 123, the alias “Kuda 2” is then generated. The following is the same, and finally the alias “Kuda n” (n = 1, 2,...) Is determined. The certificate management device 122 associates the generated alias (ALIAS ′) and certificate (CERT) with each other and registers them in the storage device 123 (S1115), and ends the operation.
[0051]
As described above, the certificate management device 122 of the communication terminal device (T2) 120 stores an alias (ALIAS) or alias (ALIAS ') according to a data format that can be input by the bookmark management function of the WWW browser 121. To do. That is, the alias (ALIAS) or alias (ALIAS ') is notified to the user.
[0052]
FIG. 5 shows that the certificate management device 122 of the communication terminal device (T2) 120 obtains the hash value (HASH) from the alias (ALIAS) or the alias (ALIAS '), and obtains the IP address using the hash value (HASH). The processing procedure to be performed is shown.
[0053]
The user designates the host name or IP address and port number of the certificate management device 113 of the communication terminal device (T1) 110 in the setting item of the proxy server of the WWW browser 121 on the communication terminal device (T2) 120. . The procedure of this operation is well known by those skilled in the art and is not directly related to the present invention, so that detailed procedure is omitted.
[0054]
As described above, the user inputs an alias (ALIAS) in the URL input field in the WWW browser 121 according to the format defined by the URL. The WWW browser 121 generates an HTTP request by referring to a URL including an alias (ALIAS) or an alias (ALIAS ′), and transmits the HTTP request to the certificate management apparatus 122 according to HTTP.
[0055]
Hereinafter, referring to FIG. 5, the certificate management device 122 of the communication terminal device (T2) 120 obtains the hash value (HASH), and uses the hash value (HASH) to obtain the IP address of the communication terminal device (T1) 110. The procedure for acquiring the will be described.
[0056]
The certificate management apparatus 122 inputs an HTTP request (S1201), acquires a Host header from the HTTP request (S1202), and acquires an alias (ALIAS) or alias (ALIAS ') from the Host header (S1203). Then, the alias (ALIAS) or alias (ALIAS ') is presented to the storage device 123 and searched, and a certificate (CERT) including the alias (ALIAS) in the tag field is obtained (S1204).
[0057]
Next, the certificate management apparatus 122 refers to the not-before field and the not-after field of the certificate (CERT), and acquires the validity period start time information NOTBEFORE and the validity period end time information NOTAFTER from each of them. (S1205). Here, if neither NOTBEFORE nor NOTAFTER can be acquired (NO in S1206), the process proceeds to step 1210.
[0058]
On the other hand, when either one of NOTBEFORE and NOTAFTER is acquired (YES in S1206), the certificate management apparatus 122 acquires the current time information t by any means (S1207), and the time information t, NOTBEFORE, and Or, the time information t is compared with NOTAFTER (S1208). The process proceeds to step 1210 only when NOTBEFORE ≦ t and / or t ≦ NOTAFTER is satisfied (YES in S1209). If not satisfied (NO in S1209), the process ends at this point.
[0059]
If NO in S1206 (no validity period is specified) or YES in S1209 (within the specified validity period), the certificate management apparatus 122 refers to the issuer field or subject field of the certificate (CERT) to obtain a hash value ( HASH) is acquired (S1210).
[0060]
The certificate management device 122 presents and searches the hash value (HASH) in the name resolution directory 130 and acquires an IP address (S1211). Then, an HTTP request and an IP address are output (S1212), and the operation ends.
[0061]
As described above, thereafter, the communication terminal device (T2) 120 transmits an HTTP request to the communication terminal device (T1) 110 using the IP address. Then, the content is received from the communication terminal device (T 1) 110 and displayed on the WWW browser 121.
[0062]
As described above, in this embodiment, the hash value (HASH) of the public key (PUBLICKEY) generated in the certificate management device 113 of the communication terminal device (T1) 110 and the IP address of the communication terminal device (T1) 110 are used. The name resolution directory 130 manages them in association with each other. Thereby, the communication terminal device (T2) 120 can acquire the IP address of the communication terminal device (T1) 110 by presenting the hash value (HASH) in the name resolution directory 130 and searching. Therefore, the effect that the communication terminal device (T2) 120 can identify the communication terminal device (T1) 120 using the hash value of the public key is obtained.
[0063]
In this embodiment, the hash value (HASH) of the communication terminal device (T1) 110 and the communication terminal device (T1) 110 are stored in the storage device 123 referred to by the certificate management device 122 of the communication terminal device (T2) 120. The alias (ALIAS) or alias (ALIAS ') is associated and managed. Therefore, the user of the communication terminal apparatus (T2) can obtain an effect that the communication terminal apparatus (T1) 110 can be specified using the alias (ALIAS) or the alias (ALIAS ').
[0064]
Further, in the present embodiment, in the certificate management device 113 of the communication terminal device (T1) 110, the hash value (HASH) of the public key (PUBLICKEY) of the communication terminal device (T1) 110 and the communication terminal device (T1) 110 The alias (ALIAS) is associated using the SPKI self-signed authority certificate CERT. Therefore, the user of the communication terminal device T1 can obtain an effect that the user can name an arbitrary alias (ALIAS) for the communication terminal device T1. Also, there is an effect that an arbitrary valid period can be designated for the alias (ALIAS).
[0065]
In this embodiment, the certificate management apparatus 122 of the communication terminal apparatus (T2) 120 confirms the signature of the certificate (CERT) using the public key (PUBLICKEY) of the communication terminal apparatus (T1) 110. Execute. Therefore, there is an effect that it is possible to objectively prove that the alias (ALIAS) of the communication terminal device (T1) 110 is named by the communication terminal device (T1) 110.
[0066]
In this embodiment, the certificate management apparatus 113 of the communication terminal apparatus (T1) 110 and the certificate management apparatus 122 of the communication terminal apparatus (T2) 120 communicate with the WWW server and the WWW browser according to HTTP. The operation is executed. Therefore, the effect that the URL to the WWW server operating on the terminal can be designated using the alias can be obtained.
[0067]
In the present embodiment, the certificate management apparatus 113 of the communication terminal apparatus (T1) 110 designates the validity period start time information NOTBEFORE and / or the validity period end time information NOTAFTER in the certificate (CERT). The certificate management device 123 of the communication terminal device (T2) 120 executes an operation of comparing with the current time information t. Therefore, there is an effect that an arbitrary valid period can be designated for the alias (ALIAS).
[0068]
Note that the means for the communication terminal device (T1) 110 to transmit the certificate (CERT) may be replaced with any message transmission / reception means such as instant messaging or chat from Internet mail. Similarly, the means for transmitting the certificate (CERT) by the communication terminal device (T1) 110 is registered in an arbitrary directory or database in which the communication terminal device (T1) 110 can search for the certificate (CERT) from Internet mail. It may be replaced with a means to do.
[0069]
Correspondingly, the means for the communication terminal device (T2) 120 to receive the certificate (CERT) may be replaced with any message transmission / reception means such as instant messaging or chat from Internet mail. Similarly, the means for receiving the certificate (CERT) by the communication terminal device (T2) 120 is searched by any means from the Internet mail and from any directory or database in which the communication terminal device T2 can search for the certificate CERT. It may be replaced with a means for obtaining the information.
[0070]
The name resolution directory 130 manages the hash value (HASH) of the public key (PUBLICKEY) and the IP address in association with each other, but may manage the public key (PUBLICKEY) and the IP address in association with each other. In this case, in the certificate management apparatus 113 of the communication terminal apparatus (T1) 110, the process of registering the hash value (HASH) and the IP address in the name resolution directory 130, and the public key (PUBLICKEY) and the IP address are registered in the name resolution directory 130. Change to the process registered in. In addition, the certificate management device 122 of the communication terminal device (T2) 120 presents the hash value (HASH) to the name resolution directory 130 to acquire the IP address, and the public key (PUBLICKEY) to the name resolution directory 130. Change to processing to present and obtain an IP address. And the process (S1210) which acquires a hash value (HASH) from the issuer field or subject field shown in FIG. 5 is changed into the process which acquires a public key (PUBLICKEY) from the signature field of a certificate (CERT). The format of the signature field follows the definition in “9. Full BNF” of Non-Patent Document 5, for example. In addition, a process of obtaining an IP address by presenting a hash value (HASH) to the name resolution directory 130 shown in FIG. 5 (S1211), and an IP address by obtaining a public key (PUBLICKEY) to the name resolution directory 130 are obtained. Change to processing.
[0071]
In the embodiment shown in FIG. 1, the communication terminal apparatus (T1) 110 operates a WWW server, but the communication terminal apparatus (T2) 120 may operate a WWW server. Since the certificate management apparatus 113 and the certificate management apparatus 122 have a common function, the certificate management apparatus 113 is changed to the certificate management apparatus 122 in the above description of this embodiment, and the certificate management apparatus is used. This can be implemented by changing 122 to the certificate management apparatus 113.
[0072]
[Embodiment 2]
Although the basic configuration of this embodiment is the same as that of the first embodiment, the certificate (CERT) is further devised. That is, in the present embodiment, the certificate (CERT) associates the public key (PUBLICKEY) of the communication terminal device (T1) or its hash value (HASH) with the alias (ALIAS) of the communication terminal device (T1). The self-signed public key certificate is signed with a private key (PRIVATEKEY) corresponding to the public key (PUBLICKEY) of the communication terminal device (T1).
[0073]
FIG. 6 shows a system configuration diagram of the present embodiment. In FIG. 6, an arbitrary communication terminal device (T 1) 210, an arbitrary communication terminal device (T 2) 220, and a name resolution directory 230 are connected via the Internet 200. Here, the communication terminal device 210 is the content providing side, and the communication terminal device 220 is the user side. The communication terminal device (T1) 210 includes an arbitrary WWW server 211, an arbitrary content 212, a certificate management device 213, and an arbitrary storage device 214. The communication terminal device (T2) 220 includes an arbitrary WWW browser 221, a certificate management device 222, and an optional storage device 223.
[0074]
Both the certificate management devices 213 and 222 communicate with the WWW server 211 or the WWW browser 221 via HTTP (HyperText Transfer Protocol).
[0075]
Both certificate management apparatuses 213 and 222 have the following common functions (1) to (5).
(1) A function for inputting an alias, a private key, and a public key, and issuing a public key certificate in a self-signed format in X.509 format that associates the alias with the public key.
(2) A function for managing an alias in association with a public key or its hash value.
(3) A function of associating a public key or its hash value with an IP address and registering it in the name resolution directory.
(4) A function for obtaining an IP address by presenting a public key or its hash value to the name resolution directory.
(5) A function for outputting an alias to a bookmark format of an arbitrary WWW browser.
[0076]
Note that functions such as (4) and (5) can be omitted in a certificate management apparatus in a communication terminal apparatus that only provides content. In addition, functions such as (1) and (3) can be omitted in a certificate management apparatus in a communication terminal apparatus that only browses content.
[0077]
The storage device 214 of the communication terminal device (T1) 210 manages a secret key (PRIVATEKEY), a corresponding open key (PUBLICKEY), and a certificate (CERT). The certificate (CERT) is an X.ID that associates the alias (ALIAS) of the communication terminal device (T1) 210 with the public key (PUBLICKEY). It is a public certificate in a self-signed format of 509 format. The storage device 223 of the communication terminal device (T2) 220 manages the certificate (CERT) in association with the alias (ALIAS) or the alias (ALIAS '). Note that when the content is provided by the communication terminal device (T2) 220 and the WWW server is operated, the storage device 223 also manages the secret key and public key of the communication terminal device (T2) 220.
[0078]
The name resolution directory 230 manages the public key (PUBLICKEY) or the hash value (HASH) of the public key and the IP address of the communication terminal device (T1) 210 in association with each other. In the following, it is assumed that the name resolution directory 230 manages the public key and the IP address of the communication terminal device (T1) 220 in association with each other.
[0079]
Next, the entire processing sequence in the embodiment of FIG. 6 will be described with reference to FIG.
The communication terminal device (T1) 220 generates a private key (PRIVATEKEY) and a public key (PUBLICKEY) corresponding to the private key (PRIVATEKEY) using an arbitrary public key encryption algorithm such as RSA encryption (Rivest-Shamir-Adleman Scheme) (S21). ). Since this type of key generation procedure is well known to those skilled in the art and is not directly related to the present invention, a detailed description thereof will be omitted here. The generated private key (PRIVATEKEY) and public key (PUBLICKEY) are stored in the storage device 214.
[0080]
The certificate management device 213 of the communication terminal device (T1) 210 inputs an alias (ALIAS) by any means, inputs a private key (PRIVATEKEY) and a public key (PUBLICKEY) from the storage device 214, and enters a public key ( Associate PUBLICKEY with alias (ALIAS). A self-signed public certificate (CERT) in 509 format is generated (S22). The certificate generation procedure will be described later. The generated X. A self-signed public certificate (CERT) in 509 format is stored in the storage device 214.
[0081]
Further, the certificate management device 213 of the communication terminal device (T1) 210 acquires the IP address of the communication terminal device (T1) 210 by any means, and puts the public key (PUBLICKEY) and the IP address in the name resolution directory 230. Transmit (S23). The name resolution directory 230 registers the public key (PUBLICKEY) and the IP address in association with each other (S24).
[0082]
The communication terminal device (T1) 210 transmits the certificate (CERT) to the communication terminal device (T2) 220 using any message transmission / reception means such as Internet mail, instant messaging, and chat (S25). Similarly, the communication terminal device (T2) 220 receives the certificate (CERT) by using any message transmission / reception means such as Internet mail, instant messaging, and chat. The communication terminal device (T1) 210 publishes the certificate (CERT) on the Internet, and the communication terminal device (T2) 220 knows the disclosure of the certificate (CERT) with an arbitrary search engine. You may be made to obtain. In any case, since it is not directly related to the present invention, its detailed description is omitted.
[0083]
The certificate management device 222 of the communication terminal device (T2) 220 acquires an alias (ALIAS) from the certificate (CERT) and associates the alias (ALIAS) with the certificate (CERT) and registers them in the storage device 223 (S26). ). Here, if data that completely matches the alias (ALIAS) already exists in the storage device 123, an alias (ALIAS ') is generated, and the alias (ALIAS') and the certificate (CERT) are associated with each other in the storage device 223. sign up. The details of the certificate (CERT) registration procedure will be described later.
[0084]
Further, the certificate management apparatus 222 of the communication terminal apparatus (T2) 220 stores an alias (ALIAS) or alias (ALIAS ') according to a data format that can be input by the bookmark management function of the WWW browser 221 (S27). As described above, for example, when Internet Explorer, which is a Microsoft WWW browser, is used, the file is converted into a file specified in Internet Explorer.
[0085]
When browsing the content 212 of the communication terminal device (T1) 210, the user of the communication terminal device (T2) 220 uses the WWW browser 221 to add an alias (ALIAS) or alias (ALIAS ') to the field for entering the URL. Input according to the format defined by the URL. The WWW browser 221 generates an HTTP request with reference to the URL including the alias (ALIAS) or the alias (ALIAS ′), and transmits the HTTP request to the certificate management apparatus 222. According to the HTTP standard, an alias (ALIAS) or alias (ALIAS ') is specified in the Host header in the HTTP request. As described above, these are well known to those skilled in the art, and are not directly related to the present invention, so detailed description thereof will be omitted.
[0086]
The certificate management device 222 of the communication terminal device (T2) 220 obtains an alias (ALIAS) or alias (ALIAS ′) from the Host header of the HTTP request, searches the storage device 223 using the alias (ALIAS), and searches for the certificate (CERT). ) And a public key (PUBLICKEY) is extracted from the certificate (CERT) (S28). Next, the certificate management device 222 of the communication terminal device (T2) 220 presents the public key (PUBLICKEY) to the name resolution directory 230 (S29), and the name resolution directory 230 is associated with the public key (PUBLICKEY). The IP address is searched (S30) and presented to the certificate management device 222 of the communication terminal device (T2) 220 (S31). The certificate management device 222 transmits an HTTP request and an IP address to the WWW browser 221. A series of processing procedures of the certificate management apparatus 222 will be described later.
[0087]
The WWW browser 221 of the communication terminal device (T2) 220 transmits an HTTP request to the communication terminal device (T1) 210 (S32). The WWW server 211 of the communication terminal device (T1) 210 receives the HTTP request, analyzes the HTTP request according to HTTP, generates a response including the content 212, and transmits the response to the communication terminal device (T2) 220 (S33, S34). ). The WWW browser 221 of the communication terminal device (T2) 220 displays the received content (S35). As described above, this procedure is well known by those skilled in the art, and since it is not directly related to the present invention, a detailed description thereof will be omitted.
[0088]
FIG. 509 shows a self-signed certificate issuance processing procedure. Referring to FIG. 8, in certificate management apparatus 213 of communication terminal apparatus (T1) 210, X. A procedure for issuing a self-signed certificate (CERT) in 509 format will be described.
[0089]
First, the certificate management apparatus 213 inputs a private key (PRIVATEKEY) and its public key (PUBLICKEY) from the storage device 214, and inputs an alias (ALIAS) by any means (S1301).
[0090]
Next, the certificate management apparatus 213 performs X. A CERTINFO excluding the signature field from the certificate in the 509 format is generated by any means (S1302). The value of each field of CERTINFO is empty. The CERTINFO format is well known to those skilled in the art, and is not directly related to the present invention, so a detailed description thereof will be omitted.
[0091]
Next, the certificate management apparatus 213 designates an alias (ALIAS) in the subjectName field of CERTINFO (S1303). Also, the public key (PUBLICKEY) is designated in the subjectPublicKeyInfo field of the CERTINFO (S1304).
[0092]
Next, the certificate management apparatus 213 determines whether or not to specify the validity period of the alias (ALIAS) (S1305), and if so, optionally specifies the notBefore field and / or the notAfter field of the CERTINFO (S1306). . X. In the 509 format, when time information is specified in at least one of the notBefore field and the notAfter field, an effective period can be specified for the alias (ALIAS).
[0093]
Next, the certificate management apparatus 213 signs CERTINFO with a private key (PRIVATEKEY) (S1307). Again, this signature procedure is well known by those skilled in the art, and is not directly related to the present invention, so the detailed procedure is omitted. Data signed to this CERTINFO becomes a certificate (CERT). The certificate management apparatus 213 stores the certificate (CERT) in the storage device 214 (S1308), and ends the operation for issuing the certificate (CERT).
[0094]
FIG. The registration processing procedure of a self-signed certificate in 509 format is shown. Referring to FIG. 9, in certificate management apparatus 222 of communication terminal apparatus (T2) 220, X. A procedure for registering a self-signed certificate (CERT) in 509 format in the storage device 223 will be described.
[0095]
In the communication terminal device (T2) 220, a certificate (CERT) issued by the communication terminal device (T1) 210 is acquired by an arbitrary means such as a message transmission / reception means or a search engine. The certificate management apparatus 222 inputs this certificate (CERT) (S1401). Further, the certificate management apparatus 222 acquires the public key (PUBLICKEY) of the certificate (CERT) by an arbitrary means (S1402). Then, the signature of the certificate (CERT) is confirmed using the public key (PUBLICKEY) (S1403). As described above, the signature confirmation procedure is well known by those skilled in the art and is not directly related to the present invention, and therefore the detailed procedure is omitted. If the signature verification is not successful (NO in S1404), the process ends at this point.
[0096]
If the certificate management apparatus 222 succeeds in verifying the signature of the certificate (CERT) (YES in S1404), the certificate management apparatus 222 acquires the current time information t by any means (S1405). Further, by referring to the notBefore field and the notAfter field of the certificate (CERT), the valid period start time information NOTBEFORE and the valid period end time information NOTAFTER are obtained (S1406).
[0097]
Next, the certificate management apparatus 222 determines whether at least one of NOTBEFORE and NOTAFTER has been acquired (S1407). That is, it is checked whether or not an alias (ALIAS) valid period is designated. If neither NOTBEFORE nor NOTAFTER is acquired (NO in S1407), the process proceeds to step S1410. On the other hand, when at least one of NOTBEFORE and NOTAFTER is acquired (YES in S1407), it is compared with time information t (S1408). Then, only when NOTBEFORE ≦ t and / or t ≦ NOTAFTER is satisfied (YES in S1409), the process proceeds to step S1410. If not satisfied (NO in S1409), that is, if the current time is not included in the valid period, the process ends at this point.
[0098]
The certificate management device 122 obtains an alias (ALIAS) by referring to the subjectName field of the certificate (CERT) if NO in S1407 (no valid period is specified) or YES in S1409 (within the specified valid period) (S1410). Then, the alias (ALIAS) is presented to the storage device 223 and searched (S1411). If the storage device 123 does not include data that completely matches the alias (ALIAS) (NO in S1412), the certificate management device 222 associates the alias (ALIAS) with the certificate (CERT). Registration in the storage device 223 (S1413) ends the operation.
[0099]
On the other hand, if the storage device 223 includes data that completely matches the alias (ALIAS) (YES in S1412), that is, if the alias (ALIAS) has already been registered, the certificate management device 222 In the same manner as described above, arbitrary data such as numbers is assigned to the alias (ALIAS), and the alias (ALIAS ') is mechanically generated (S1414). The certificate management device 222 associates the generated alias (ALIAS ′) with the certificate (CERT) and registers them in the storage device 123 (S1415), and ends the operation.
[0100]
As described above, the certificate management apparatus 222 of the communication terminal apparatus (T2) 220 stores an alias (ALIAS) or alias (ALIAS ') according to a data format that can be input by the bookmark management function of the WWW browser 221. To do. That is, the alias (ALIAS) or alias (ALIAS ') is notified to the user.
[0101]
FIG. 10 shows that the certificate management device 222 of the communication terminal device (T2) 220 obtains the public key (PUBLICKEY) from the alias (ALIAS) or the alias (ALIAS ') and obtains the IP address using the public key (PUBLICKEY). The processing procedure to be performed is shown.
[0102]
The user designates the host name or IP address and port number of the certificate management device 213 of the communication terminal device (T1) 210 in the proxy server setting item of the WWW browser 221 on the communication terminal device (T2) 220. .
[0103]
As described above, the user inputs an alias (ALIAS) in the URL input field in the WWW browser 221 in accordance with the format defined by the URL. The WWW browser 221 generates an HTTP request by referring to a URL including an alias (ALIAS) or an alias (ALIAS ′), and transmits the HTTP request to the certificate management apparatus 222 according to HTTP.
[0104]
Hereinafter, referring to FIG. 10, the certificate management device 222 of the communication terminal device (T2) 220 obtains the public key (PUBLICKEY) and uses the public key (PUBLICKEY) to obtain the IP address of the communication terminal device (T1) 210. The procedure for acquiring the will be described.
[0105]
The certificate management apparatus 222 inputs an HTTP request (S1501), acquires a Host header from the HTTP request (S1502), and acquires an alias (ALIAS) or alias (ALIAS ') from the Host header (S1503). Then, the alias (ALIAS) or alias (ALIAS ') is presented to the storage device 223 and searched, and a certificate (CERT) including the alias (ALIAS) in the subjectName field is obtained (S1504).
[0106]
Next, the certificate management apparatus 222 refers to the notBefore field and the notAfter field of the certificate (CERT), and acquires the validity period start time information NOTBEFORE and the validity period end time information NOTAFTER from each of them (S1505). . Here, if neither NOTBEFORE nor NOTAFTER can be acquired (NO in S1506), the process proceeds to step 1510.
[0107]
On the other hand, when one of NOTBEFORE and NOTAFTER is acquired (YES in S1506), the certificate management apparatus 222 acquires the current time information t by any means (S1507), and the time information t, NOTBEFORE, and Or, the time information t and NOTAFTER are compared (S1508). The process proceeds to step 1510 only when NOTBEFORE ≦ t and / or t ≦ NOTAFTER is satisfied (YES in S1509). If not satisfied (NO in S1509), the process ends at this point.
[0108]
If NO in S1506 (no validity period is specified) or YES in S1509 (within the specified validity period), the certificate management apparatus 222 refers to the subjectPublicKeyInfo field of the certificate (CERT) to obtain the public key (PUBLICKEY). Obtain (S1510).
[0109]
The certificate management apparatus 222 presents and searches the public key (PUBLICKEY) in the name resolution directory 230 and acquires the IP address of the communication terminal apparatus (T1) 210 (S1511). Then, an HTTP request and an IP address are output (S1512), and the operation ends.
[0110]
As described above, thereafter, the communication terminal device (T2) 220 transmits an HTTP request to the communication terminal device (T1) 210 using the IP address. Then, the content is received from the communication terminal device (T1) 210 and displayed on the WWW browser 221.
[0111]
As described above, in this embodiment, the public key (PUBLICKEY) generated in the certificate management device 213 of the communication terminal device (T1) 210 and the IP address of the communication terminal device (T1) 210 are associated with each other in the name resolution directory 230. Manage. Accordingly, the communication terminal apparatus (T2) 220 can obtain the IP address of the communication terminal apparatus (T1) 210 by presenting the public key (PUBLICKEY) to the name resolution directory 230 and performing a search. Therefore, the effect that the communication terminal device (T2) 220 can identify the communication terminal device (T1) 210 by using the public key is obtained.
[0112]
Also, in this embodiment, in the storage device 223 referred to by the certificate management device 222 of the communication terminal device (T2) 220, the public key (PUBLICKEY) of the communication terminal device (T1) 210 and the communication terminal device (T1) 210. Are associated with each other (ALIAS) and managed. Therefore, the user of the communication terminal device (T2) 220 can obtain an effect that the communication terminal device (T1) 210 can be specified using the alias (ALIAS) or the alias (ALIAS ').
[0113]
In this embodiment, the certificate management apparatus 213 of the communication terminal apparatus (T1) 210 uses the public key (PUBLICKEY) of the communication terminal apparatus (T1) 210 and the alias (ALIAS) of the communication terminal apparatus (T1) 210 as X. Association is performed using a public key certificate (CERT) in a self-signed format in .509 format. Therefore, the user of the communication terminal apparatus (T1) 210 can obtain an effect that the user can name the communication terminal apparatus (T1) 210 with an arbitrary alias (ALIAS). Also, there is an effect that an arbitrary valid period can be designated for the alias (ALIAS).
[0114]
In this embodiment, the certificate management device 222 of the communication terminal device (T2) 210 confirms the signature of the certificate (CERT) using the public key (PUBLICKEY) of the communication terminal device (T1) 210. Execute. Therefore, there is an effect that it is possible to objectively prove that the alias (ALIAS) of the communication terminal device (T1) 210 is named by the communication terminal device (T1) 210.
[0115]
In this embodiment, the certificate management apparatus 213 of the communication terminal apparatus (T1) 210 and the certificate management apparatus 222 of the communication terminal apparatus (T2) 220 communicate with the WWW server and the WWW browser according to HTTP. The operation is executed. Therefore, the effect that the URL to the WWW server operating on the terminal can be designated using the alias can be obtained.
[0116]
In this embodiment, the certificate management apparatus 213 of the communication terminal apparatus (T1) 210 designates the validity period start time information NOTBEFORE and / or the validity period end time information NOTAFTER in the certificate (CERT). In the certificate management device 222 of the communication terminal device (T2) 220, an operation of comparing with the current time information t is executed. Therefore, there is an effect that an arbitrary valid period can be designated for the alias ALIAS.
[0117]
Note that the means for the communication terminal device (T1) 210 to transmit the certificate (CERT) may be replaced with any message transmission / reception means such as instant messaging or chat from Internet mail. Similarly, the means for transmitting the certificate (CERT) by the communication terminal device (T1) 210 is registered in an arbitrary directory or database in which the communication terminal device (T1) 210 can search for the certificate (CERT) from Internet mail. It may be replaced with a means to do.
[0118]
Correspondingly, the means for the communication terminal device (T2) 220 to receive the certificate (CERT) may be replaced with any message transmission / reception means such as instant messaging or chat from Internet mail. Similarly, the means for receiving the certificate (CERT) by the communication terminal apparatus (T2) 220 is any means from any directory or database from which the communication terminal apparatus (T2) 220 can search for the certificate CERT. It may be replaced with a means for searching and acquiring at
[0119]
Further, the name resolution directory 230 manages the public key (PUBLICKEY) and the IP address in association with each other, but the hash value (HASH) of the public key (PUBLICKEY) and the IP address may be managed in association with each other. In this case, in the certificate management device 213 of the communication terminal device (T1) 210, the process of registering the public key (PUBLICKEY) in the name resolution directory 230 is performed after the hash value (HASH) of the public key (PUBLICKEY) is calculated. The calculated hash value (HASH) is changed to a process of registering in the name resolution directory 230. In addition, the certificate management device 222 of the communication terminal device (T2) 220 presents the public key (PUBLICKEY) to the name resolution directory 230 to obtain the IP address, and the hash value (HASH) is stored in the name resolution directory 230. Change to processing to present and obtain an IP address. Also, the process (S1510) for obtaining the public key (PUBLICKEY) from the subjectPublicKeyInfo shown in FIG. 10 is changed to the process for obtaining the public key (PUBLICKEY) from the subjectPublicKeyInfo field and calculating the hash value (HASH). In addition, a process for obtaining an IP address by presenting a public key (PUBLICKEY) to the name resolution directory 230 shown in FIG. 10 (S1511), and a hash value (HASH) for presenting the name resolution directory 230 to obtain an IP address. Change to procedure.
[0120]
In the embodiment shown in FIG. 6, the communication terminal apparatus (T1) 210 operates a WWW server, but the communication terminal apparatus (T2) 220 may operate a WWW server. Since the certificate management apparatus 213 and the certificate management apparatus 222 have a common function, the certificate management apparatus 213 is changed to the certificate management apparatus 222 in the above description of the present embodiment, and the certificate management apparatus This can be implemented by changing 222 to the certificate management device 213.
[0121]
The processing functions of some or all of the units in the certificate management apparatus described in each embodiment can be configured by a computer program, and the program can be executed using the computer to implement the present invention. It goes without saying that the processing procedure can be constituted by a computer program and the program can be executed by the computer. In addition, a computer-readable recording medium such as an FD, an MO, a ROM, a memory card, a program for realizing the processing function by the computer, or a program for causing the computer to execute the processing procedure, The program can be recorded on a CD, DVD, removable disk, etc., stored, provided, and the program can be distributed through a network such as the Internet.
[0122]
【The invention's effect】
As described above, the present invention has the following effects.
(1) A terminal can be identified using a public key. The reason is that the public key generated in the terminal certificate management apparatus and the IP address of the terminal are managed in association with each other in the directory.
(2) A terminal can be specified using an alias. This is because the terminal certificate management apparatus associates and manages the terminal public key and the terminal alias.
(3) An arbitrary alias can be named for the terminal. The reason is that the terminal's public key can be defined by using a self-signed certificate in SPKI format or a self-signed certificate in X.509 format that can define a local name space in the certificate management device of the terminal. This is for associating terminal aliases.
(4) It is possible to objectively prove that the terminal alias is named by the owner of the terminal public key. The reason is that the certificate management apparatus of the terminal executes an operation of confirming the signature of the certificate using the public key.
(5) An arbitrary alias can be named for the WWW server operating on the terminal. The reason is that the certificate management apparatus of the terminal communicates according to HTTP.
[Brief description of the drawings]
FIG. 1 is a system configuration diagram according to a first embodiment of the present invention.
FIG. 2 is a diagram showing an overall processing procedure in the first embodiment of the present invention.
FIG. 3 is a diagram showing a certificate issuing procedure in the first embodiment of the present invention.
FIG. 4 is a diagram showing a certificate registration procedure in the first embodiment of the present invention.
FIG. 5 is a diagram showing a hash value acquisition and IP address acquisition procedure in the first embodiment of the present invention.
FIG. 6 is a system configuration diagram according to a second embodiment of the present invention.
FIG. 7 is a diagram showing an overall processing procedure in a second embodiment of the present invention.
FIG. 8 is a diagram showing a certificate issuing procedure in the second embodiment of the present invention.
FIG. 9 is a diagram showing a certificate registration procedure in the second embodiment of the present invention.
FIG. 10 is a diagram showing a hash value acquisition and IP address acquisition procedure in the second embodiment of the present invention.
[Explanation of symbols]
100,200 Internet
110,210 Communication terminal device
111, 211 WWW server
112,212 content
123, 213 Certificate management device
124, 214 storage device
120,220 Communication terminal device
121,221 WWW browser
122,222 Certificate management device
123,223 storage device

Claims

In a name resolution method for obtaining an IP address of a communication terminal device connected to the Internet,
A name resolution directory for managing a public key or a hash value of a public key and an IP address in association with each other on the Internet is provided.
A certain communication terminal device issues an arbitrary self-signed certificate that associates the public key of the communication terminal device with an arbitrary alias, and also stores the public key or the hash value of the public key and the IP address in the name resolution directory. Register,
Another communication terminal device manages an alias and a certificate in association with each other, obtains a public key or a public key hash value by the alias, and presents the public key or public key hash value to the name resolution directory. Get an IP address,
Name resolution method characterized by that.

2. The name resolution method according to claim 1, wherein the certificate is a self-signed authority certificate in SPKI (Simple Public Key Infrastructure) format, and an alias is specified in an arbitrary format in the tag field. Name resolution method.

2. The name resolution method according to claim 1, wherein the certificate is a public certificate of a self-signed format in X.509 format, and an alias name is specified in an arbitrary format in the identification name file. Method.

4. The name resolution method according to claim 2, wherein a validity period of an alias is specified for the certificate.

A name resolution system in which a plurality of communication terminal devices and a name resolution directory are connected via the Internet,
The name resolution directory has a function of managing a public key of a communication terminal device or a hash value of a public key and an IP address in association with each other,
A certain communication terminal device (T1) has at least a function of issuing a certificate of an arbitrary self-signed format for associating a public key of the communication terminal device with an arbitrary alias, a hash value and an IP address of the public key or the public key. It has a certificate management device with a function to register in the name resolution directory,
Another communication terminal device (T2) has a function of managing at least an alias and a certificate in association with each other, a function of acquiring a public key or a hash value of a public key by the alias, and the public key or the hash value of the public key as the name A certificate management device having a function of obtaining an IP address by presenting in a resolution directory;
Name resolution system characterized by that.

6. The name resolution system according to claim 5, wherein the communication terminal device (T1) includes a WWW server, the communication terminal device (T2) includes a WWW browser, and each certificate management device includes a WWW server, a WWW browser, and an HTTP ( A name resolution system characterized in that communication is performed according to Hyper TextTransfer Protocol.

A name resolution directory connected to a plurality of communication terminal devices via the Internet,
A function that manages the public key of an arbitrary communication terminal device or a public key hash value and an IP address in association with each other, and the IP address corresponding to the public key or public key hash value requested from the arbitrary communication terminal device A name resolution directory characterized by having a function presented in

A function for entering a self-signed certificate that associates an alias with a public key by inputting the alias, private key, and public key, and a function for registering the public key or its hash value and IP address in the name resolution directory on the Internet A function for managing an alias and a certificate in association with each other, a function for acquiring a public key or a public key hash value by an alias, and presenting the public key or public key hash value to the name resolution directory to obtain an IP address A communication terminal apparatus comprising a certificate management apparatus having a function.

9. The communication terminal apparatus according to claim 8, wherein the certificate management apparatus further includes a function of outputting an alias in a bookmark format of a WWW browser.

The program for performing the function of the certificate management apparatus in the communication terminal device of Claim 8 or 9 with a computer.

10. A recording medium on which a program for executing the function of the certificate management apparatus in the communication terminal apparatus according to claim 8 by a computer is recorded.