JP2007189620A - Ｉｐアドレス管理サーバ、利用者端末、およびプログラム - Google Patents

Abstract

【課題】アドレス体系に依存することなくネットワーク内で重複のないアドレスを安全に配布でき、そのアドレスの一意性および正当性を保証してアドレス利用に関するセキュリティの確保を可能とする。
【解決手段】要求端末３１の公開鍵ＰＫ_Ｒがアクセスポイント２０の公開鍵ＰＫ_ＡＰで暗号化されてアクセスポイント２０に送付され、アクセスポイント２０ではこれを復号化して公開鍵を取り出し公開鍵証明書を発行する。要求端末３１にはアクセスポイント２０からＩＰアドレスが割り当てられるが、このＩＰアドレスは発行された公開鍵証明書のＣＮ欄に記述される。アクセスポイント２０は、生成したＩＰアドレスと公開鍵証明書を要求端末３１の公開鍵ＰＫ_Ｒで暗号化して要求端末３１へ送付し、要求端末３１は、自分の秘密鍵によって復号化して当該アドレスと証明書を取得する。
【選択図】図５

Description

本発明は、ＩＰアドレス管理サーバ、利用者端末、およびプログラムに関する。

無線ネットワークの形態の一つとして、基地局やアクセスポイントなどの特定のインフラに頼らず無線デバイスを有する通信端末がネットワークを構築する、アドホックネットワークがある。アドホックネットワークにおいては、基地局等が近傍に存在しない場合でも、隣接する端末が相互に接続されてメッセージを次々に中継・転送することによって、遠方の端末との通信が実現される。

しかし、通信経路として無線を利用し、さらにメッセージの転送にネットワークに参加した一般ユーザの端末を利用するため、無線通信方式で通常懸念される盗聴の問題のみならず、中継するメッセージに対する改竄の問題等、いくつかのセキュリティ上の問題が発生する。これらセキュリティに対する対策として、デジタル署名やＭＡＣ（Message Authentication Code）などをメッセージに付加し、それらを検証することによってセキュリティを確保する、アドホックネットワーク用のセキュアなルーティングプロトコルが提案されている。
ここで、こうしたセキュアなルーティングを実行するためには、事前に公開鍵証明書等のセキュリティに関する情報を入手しておく必要があることに加えて、ＩＰ（Internet Protocol）上での通信を実現するためにはＩＰアドレスも事前に決定されていなければならない。

従来、ネットワークに参加する端末がＩＰアドレスを取得するための技術としては、ＤＨＣＰ（Dynamic Host Configuration Protocol）やZeroconfといった仕組みがある。ＤＨＣＰは、ネットワーク内に存在するＤＨＣＰサーバが、端末からの要求に従ってネットワーク内で重複しないＩＰアドレスを提供する機能である。また、ZeroconfはＤＨＣＰサーバのような特定のサーバが不要な方式であり、端末がアドレスプールから無作為にＩＰアドレスを選択してそのアドレスが既に利用済みかどうかを他端末に確認した上で、当該ＩＰアドレスを自分のアドレスとして決定するというものである（例えば、非特許文献１参照）。
"Dynamic Configuration of IPv4 Link-Local Addresses"、［ｏｎｌｉｎｅ］、２００５年５月、〈http://files.zeroconf.org/rfc3927.txt〉

しかしながら、こうした従来のアドレス設定の仕組みは、ネットワーク内の各端末が協調して動作することを前提としており、悪意のあるユーザの端末が存在する場合に対するセキュリティ対策が施されていないため、このような場合に正しく機能しなくなるおそれがある。
この問題を解決するため、公開鍵暗号の技術と一方向性関数を用いて、端末の公開鍵から計算されたハッシュ値を一部に含んだ文字列をアドレスとすることで重複する可能性の少ないアドレスを生成するとともに、そのアドレスの一意性と正当性を証明する公開鍵証明書を発行して利用する方法が提案されている。しかし、ハッシュ値から作られるアドレスのビット列長が長くなるため、128bitの広いアドレス空間を持つＩＰｖ６の場合にはこの方法を適用することができるが、既存のＩＰｖ４ではアドレス空間が32bitしかないので適用が不可能である。

本発明は上記の点に鑑みてなされたものであり、その目的は、アドレス体系に依存することなくネットワーク内で重複のないアドレスを安全に配布でき、そのアドレスの一意性および正当性を保証してアドレス利用に関するセキュリティの確保を可能とすることにある。

本発明は上記の課題を解決するためになされたものであり、請求項１に記載の発明は、利用者端末から送信される該利用者端末の暗号化された公開鍵を受信する受信手段と、前記暗号化された公開鍵を復号化する復号化手段と、前記利用者端末に割り当てるＩＰアドレスを決定するＩＰアドレス決定手段と、前記割り当てられたＩＰアドレスと関連付けした、前記利用者端末の復号化された公開鍵の公開鍵証明書を発行する公開鍵証明書発行手段と、前記割り当てられたＩＰアドレスおよび前記公開鍵証明書を前記公開鍵で暗号化する暗号化手段と、前記暗号化されたＩＰアドレスと公開鍵証明書を前記利用者端末宛てに送信する送信手段と、を備えたＩＰアドレス管理サーバである。

また、請求項２に記載の発明は、請求項１に記載のＩＰアドレス管理サーバにおいて、前記利用者端末の公開鍵は、ＩＰアドレス管理サーバから配布された該サーバの公開鍵によって暗号化され、前記復号化手段は、ＩＰアドレス管理サーバの前記公開鍵と対になる秘密鍵を有しており、該秘密鍵を用いて復号化を行うことを特徴とする。

また、請求項３に記載の発明は、請求項２に記載のＩＰアドレス管理サーバにおいて、ＩＰアドレス管理サーバの前記公開鍵の公開鍵証明書を認証サーバから取得する公開鍵証明書取得手段と、取得された前記公開鍵証明書を利用者端末に配信する手段と、を備え、利用者端末が前記認証サーバの公開鍵と前記配信された公開鍵証明書とによってＩＰアドレス管理サーバの前記公開鍵を検証可能としたことを特徴とする。

また、請求項４に記載の発明は、請求項１から請求項３のいずれかの項に記載のＩＰアドレス管理サーバにおいて、前記受信手段および送信手段による前記利用者端末との通信は、ＩＰアドレスを有しネットワークの一部を構成する他の利用者端末を経由することによって行われることを特徴とする。

また、請求項５に記載の発明は、公開鍵と該公開鍵と対になる秘密鍵とから成る公開鍵ペアを生成する公開鍵ペア生成手段と、利用者端末へのＩＰアドレスの割当ての管理を行うＩＰアドレス管理サーバから該サーバの公開鍵を取得する公開鍵取得手段と、前記生成した公開鍵を前記取得したＩＰアドレス管理サーバの公開鍵で暗号化する暗号化手段と、暗号化された前記公開鍵を前記ＩＰアドレス管理サーバ宛てに送信する送信手段と、前記ＩＰアドレス管理サーバから、前記送信した公開鍵で暗号化された、該公開鍵の公開鍵証明書と前記サーバによって割り当てられたＩＰアドレスを受信する受信手段と、前記受信した公開鍵証明書およびＩＰアドレスを前記公開鍵ペア生成手段によって生成された秘密鍵を用いて復号化する復号化手段と、を備えた利用者端末である。

また、請求項６に記載の発明は、コンピュータに、利用者端末から送信される該利用者端末の暗号化された公開鍵を復号化するステップと、前記利用者端末に割り当てるＩＰアドレスを決定するステップと、前記割り当てられたＩＰアドレスと関連付けした、前記利用者端末の復号化された公開鍵の公開鍵証明書を発行するステップと、前記割り当てられたＩＰアドレスおよび前記公開鍵証明書を前記公開鍵で暗号化するステップと、を実行させるためのプログラムである。

また、請求項７に記載の発明は、コンピュータに、公開鍵と該公開鍵と対になる秘密鍵とから成る公開鍵ペアを生成するステップと、利用者端末へのＩＰアドレスの割当ての管理を行うＩＰアドレス管理サーバから取得した該サーバの公開鍵により、前記生成した公開鍵を暗号化するステップと、前記ＩＰアドレス管理サーバから取得した、該サーバによって割り当てられたＩＰアドレスと前記暗号化された公開鍵に対して発行された公開鍵証明書とが暗号化されたデータを、前記公開鍵ペアにかかる秘密鍵を用いて復号化するステップと、を実行させるためのプログラムである。

本発明によれば、ＩＰアドレス管理サーバが利用者端末に一意のＩＰアドレスを割り当て、そのＩＰアドレスに関連付けした利用者端末の公開鍵証明書を発行して、当該ＩＰアドレスと公開鍵証明書を利用者端末の公開鍵により暗号化して配布するので、重複のないアドレスの配布を安全に実行することができる。そして、利用者端末の公開鍵は暗号化されてＩＰアドレス管理サーバに渡されるので、権限のない者が不正なＩＰアドレスを配布することを防止できる。また、公開鍵証明書とＩＰアドレスが関連付けされているので、配布されたアドレスの一意性と正当性を保証することができる。さらに、ＩＰアドレスの割り当て自体は特別な仕組みを用いていないので、本発明はアドレス体系に依存することなく適用可能である。また、他の利用者端末にＩＰアドレスの配布を中継させているが、必要なメッセージはＩＰアドレス管理サーバ、およびＩＰアドレスの割当てを要求した利用者端末の公開鍵で暗号化されているため、中継する端末がその内容を取得したり、改竄したりすることはできず、安全なアドホックネットワークを構築することが可能となる。

以下、図面を参照しながら本発明の実施形態について詳しく説明する。
図１は、本発明の一実施形態によるＩＰアドレス管理サーバと利用者端末が含まれたネットワークを示している。ここでは、利用者端末３０にＩＰアドレスの配布を行うＩＰアドレス管理サーバとしてアクセスポイント２０が利用され、これらアクセスポイント２０と利用者端末３０によって公衆無線ＬＡＮのアドホックネットワークが構築される場合について説明する。

このネットワークの上位には、公衆無線ＬＡＮを運用しているサービスプロバイダ（ＳＰ）の認証サーバ１０が置かれる。認証サーバ１０は、自分の公開鍵ＰＫ_ＳＰをネットワークに参加する各利用者端末３０に配布する。公開鍵ＰＫ_ＳＰは信頼のおける第三者機関であるＣＡ（Certificate Authority）によって認証されており、そのことを示す公開鍵証明書Ｃｅｒｔ_ＣＡ（ＰＫ_ＳＰ）がＣＡから発行されているものとする。各利用者端末３０には、この公開鍵証明書も配布される。これにより、各利用者端末３０は、認証サーバ１０の公開鍵ＰＫ_ＳＰを信用して利用することができるようになっている。なお、これら公開鍵と公開鍵証明書は、利用者端末３０がネットワークへ接続するのに先立って既に配布済みであるものとする。

一方、図１中にはアクセスポイント２０が３つ存在しているが、それぞれが固有の公開鍵を所持している。３つのアクセスポイントをα、β、γとし、各々の公開鍵をＰＫ_ＡＰα、ＰＫ_ＡＰβ、ＰＫ_ＡＰγとする。認証サーバ１０は、これらの公開鍵に上記の公開鍵ＰＫ_ＳＰとペアになる秘密鍵で署名を施して、そのそれぞれについて公開鍵証明書Ｃｅｒｔ_ＳＰ（ＰＫ_ＡＰＸ）を発行する。ただしＸはα、β、γのいずれかである。発行された公開鍵証明書は対応するアクセスポイント２０に送られて保持される。

図２は、利用者端末３０の機能ブロック図である。同図に示すように、利用者端末３０は、公開鍵ペア生成手段３０１と、暗号化手段３０２と、公開鍵取得手段３０３と、復号化手段３０４と、送受信部３０５を有している。なお、この利用者端末３０は、無線による通信手段（送受信部３０５）を有した通信端末であって、例えば無線ＬＡＮ機能付きのノート型パソコンやＰＤＡ（Personal Digital Assistance）、携帯電話端末などが含まれるものとする。

公開鍵ペア生成手段３０１は、公開鍵ＰＫ_Ｒと秘密鍵ＳＫ_Ｒのペア（公開鍵ペア）を生成して、生成したペアのうち公開鍵を暗号化手段３０２に渡す。また、暗号化手段３０２には、公開鍵取得手段３０３からアクセスポイント２０の公開鍵ＰＫ_ＡＰも入力される。この公開鍵ＰＫ_ＡＰは、送受信部３０５によって取得されたものである。

暗号化手段３０２は、上記利用者端末３０の公開鍵ＰＫ_Ｒをアクセスポイント２０の公開鍵ＰＫ_ＡＰで暗号化して、送受信部３０５から送り出す。復号化手段３０４は、アクセスポイント２０から配布される暗号化されたＩＰアドレスと公開鍵ＰＫ_Ｒの公開鍵証明書とを上記の秘密鍵ＳＫ_Ｒを用いて復号化する。

図３は、アクセスポイント２０の機能ブロック図である。アクセスポイント２０は利用者端末３０が直接、または他の利用者端末３０を経由してアドホック的に無線接続するための無線基地局であるとともに、それら利用者端末に適切にＩＰアドレスを割り当て管理するＩＰアドレス管理サーバとして機能する。同図に示すように、アクセスポイント２０は、復号化手段２０１と、ＩＰアドレス決定手段２０２と、公開鍵証明書発行手段２０３と、暗号化手段２０４と、公開鍵証明書取得手段２０５と、送受信部２０６とを有している。

アクセスポイント２０は上述の通り固有の公開鍵ＰＫ_ＡＰを有しているが、それとペアになる秘密鍵ＳＫ_ＡＰをも所持しているものとする。復号化手段２０１には、利用者端末３０から送信されて送受信部２０６で取得された当該利用者端末の公開鍵ＰＫ_Ｒが入力される。この公開鍵ＰＫ_Ｒは、上記したようにアクセスポイント２０の公開鍵ＰＫ_ＡＰで暗号化が施されている。復号化手段２０１は、秘密鍵ＳＫ_ＡＰを用いてこれを復号化し、公開鍵証明書発行手段２０３へ引き渡す。

ＩＰアドレス決定手段２０２は、アクセスポイント２０配下のアドホックネットワークに参加しようとする利用者端末３０に配布することが可能な、複数のＩＰアドレスをプールしている。そして、参加要求を発した利用者端末に、他とは重複しないＩＰアドレスを割り当てて、そのアドレスを公開鍵証明書発行手段２０３へ入力する。

公開鍵証明書発行手段２０３は、利用者端末３０の公開鍵ＰＫ_Ｒに対してアクセスポイント２０の秘密鍵ＳＫ_ＡＰで署名を施し、公開鍵ＰＫ_Ｒの公開鍵証明書Ｃｅｒｔ_ＡＰ（ＰＫ_Ｒ）を発行する。その際、この公開鍵証明書には、上記入力されたＩＰアドレスに関する情報を関連付けておく。例えば、公開鍵証明書のＣＮ（Common Name）欄の値をＩＰアドレスとする。

上記のＩＰアドレスと公開鍵証明書は暗号化手段２０４に入力される。暗号化手段２０４は、これらを利用者端末３０の公開鍵ＰＫ_Ｒで暗号化して、送受信部２０６から送り出す。
公開鍵証明書取得手段２０５には、アクセスポイント２０の公開鍵を証明する前述の公開鍵証明書Ｃｅｒｔ_ＳＰ（ＰＫ_ＡＰ）が保管される。この証明書は必要に応じて利用者端末３０に配布される。

次に、利用者端末３０がセキュアにＩＰアドレスを取得して、アドホックネットワークに参加するための手順について説明する。この手順は、アクセスポイント２０の認証情報を取得するフェイズと、ＩＰアドレスおよび利用者端末３０の公開鍵の公開鍵証明書を取得するフェイズとから成る。ＩＰアドレスと公開鍵証明書を安全に入手するのが最終的な目的である。

図４は、前者のフェイズを説明する図である。
以下、アクセスポイント２０からＩＰアドレスを配布され既にアドホックネットワークの一部として機能している利用者端末を中継端末３２とし、ネットワーク外に存在しこれからＩＰアドレスを取得しようとしている利用者端末を要求端末３１とする。図５、図６についても同様である。

まず、要求端末３１は、図４のアドホックネットワークの近傍に移動してきていずれかの中継端末３２からの電波圏内に入ると、アクセスポイント２０の認証情報を要求するメッセージをＬ２（レイヤ２）のブロードキャストで送信する（図４内（１））。ここで、認証情報とは、公開鍵ＰＫ_ＡＰとその正当性を示す公開鍵証明書Ｃｅｒｔ_ＳＰ（ＰＫ_ＡＰ）のことである。これらは、中継端末３２に所持されている（中継端末３２がＩＰアドレスの配布を受けた際に取得済みである）。

上記の要求メッセージは、１つまたは複数の中継端末３２によって受信される。メッセージを受信した中継端末３２は、所持しているアクセスポイント２０の公開鍵ＰＫ_ＡＰと公開鍵証明書Ｃｅｒｔ_ＳＰ（ＰＫ_ＡＰ）をＬ２のユニキャストでメッセージ送信元の要求端末３１へ送信する（図４内（２））。

要求端末３１は、送付された上記の公開鍵と公開鍵証明書を受信する。ここで上述の通り、公開鍵証明書Ｃｅｒｔ_ＳＰ（ＰＫ_ＡＰ）は認証サーバ１０の秘密鍵による署名がされており、またこの秘密鍵とペアになる公開鍵ＰＫ_ＳＰは（ネットワーク参加前に）要求端末３１に所持されている。要求端末３１は、この認証サーバ１０の公開鍵ＰＫ_ＳＰを利用して、受信した公開鍵証明書Ｃｅｒｔ_ＳＰ（ＰＫ_ＡＰ）の検証を行う（図４内（３））。

公開鍵証明書に改竄等が無ければ上記署名が正しいものであることを公開鍵ＰＫ_ＳＰで確認でき、その場合は検証に成功する。その結果、アクセスポイント２０の公開鍵ＰＫ_ＡＰの正当性が確認されることになり、要求端末３１との通信においてこの公開鍵を安全に利用可能となる。一方、検証できなかった場合には、複数の中継端末３２から送られた証明書を到着順に順次検証していく。または、再度（１）の要求メッセージを発してもよい。

こうして、アクセスポイント２０の正当な公開鍵ＰＫ_ＡＰが取得されると、手順は次のフェイズに移る。
図５は、ＩＰアドレスおよび要求端末３０の公開鍵の公開鍵証明書を取得するフェイズを説明する図である。

要求端末３１はまず、公開鍵ペア（ＰＫ_Ｒ、ＳＫ_Ｒ）を生成する（図５内（１））。また、アクセスポイント２０に対してＩＰアドレスの配布と公開鍵証明書の発行を要求するメッセージを生成し、そのメッセージに上記の公開鍵ＰＫ_Ｒを添付する。そして、公開鍵付きのこのメッセージを前フェイズで取得したアクセスポイント２０の公開鍵ＰＫ_ＡＰで暗号化した上で、Ｌ２のユニキャストにより送信する（図５内（２））。送信先は、前のフェイズで正しい公開鍵証明書を提供した中継端末３２（以降、この中継端末を特に代理端末と呼ぶ）である。

代理端末は、上記のメッセージを受信すると要求端末３１の代理としてそのメッセージをアクセスポイント２０へ送信する。送信されたメッセージはアドホックネットワークを構成する中継端末３２によって次々に転送されて、アクセスポイント２０へ送り届けられる（図５内（３））。この代理端末とアクセスポイント２０間の通信は、通常のＩＰルーティングにより行われる。ここで、アドホックネットワーク内ではセキュアなルーティング処理が実行されており、また、メッセージは公開鍵暗号方式によって暗号化されて送信されるので、通信の安全性が保証されている。
一方、要求端末３１との間の通信は常に代理端末を経由して行われ、その通信方式は既述のようにＬ２上のメッセージ交換によるものとする。

アクセスポイント２０は、送付されてきた上記メッセージを受信し、これを自分の秘密鍵ＳＫ_ＡＰにより復号化する。そしてメッセージの要求内容を解釈するとともに、添付された要求端末３１の公開鍵ＰＫ_Ｒをメッセージから取り出す（図５内（４））。
次いで、ＩＰアドレス決定手段２０２にプールされているＩＰアドレスから未使用のアドレスを選び出して、要求端末３１のアドレスとして割り当てる。さらに、（４）で取得した公開鍵ＰＫ_Ｒの公開鍵証明書Ｃｅｒｔ_ＡＰ（ＰＫ_Ｒ）を発行する。ただし、そのＣＮ欄には上記割り当てたＩＰアドレスを記述する。こうして生成されたＩＰアドレスと公開鍵証明書は、要求端末３１の公開鍵ＰＫ_Ｒで暗号化されて代理端末経由で要求端末３１に送付される（図５内（５）、（６））。

要求端末３１は、受信したこれらのデータを自分の秘密鍵ＳＫ_Ｒを使って復号化し、ＩＰアドレスと公開鍵証明書Ｃｅｒｔ_ＡＰ（ＰＫ_Ｒ）を取得する（図５内（７）、（８））。
こうして、アクセスポイント２０によって割り当てられたＩＰアドレスが要求端末３１に配布されて、その後要求端末３１はこのＩＰアドレスを利用してアドホックネットワークに参加することが可能である。また、中継端末３２として新たな他の要求端末からのメッセージを中継することも可能である。また、この要求端末３１は、取得した公開鍵証明書を他の端末に提示することによって、自分の公開鍵ＰＫ_Ｒがアクセスポイント２０から認証を受けていることを証明できる。さらに、この公開鍵証明書には上述の通りＩＰアドレスが関連付けられているので、自分のＩＰアドレスがアクセスポイント２０から配布された正当なアドレスであることを証明することができる。

次に、要求端末３１とアクセスポイント２０間でやり取りされるメッセージの詳細について、図６に示すシーケンス図を参照して説明する。なお、図６では通信相手を認証するための処理を含むので２往復の通信が行われているが、前述の図５では認証処理を省略しており通信は１往復となっている。

まず要求端末３１は、適当な乱数（ノンス）Ｎ_Ｒを生成し（ステップＳ１）、自分の公開鍵ＰＫ_Ｒとともにアクセスポイント２０の公開鍵ＰＫ_ＡＰで暗号化する。暗号化により生成されたメッセージＥ_{ＰＫ＿ＡＰ}（Ｎ_Ｒ，ＰＫ_Ｒ）は、代理端末および中継端末３２によって中継されてアクセスポイント２０に送付され（ステップＳ２）、これを受信したアクセスポイント２０は要求端末３１からのＩＰアドレスの配布要求であると解釈する。なお、Ｎ_ＲとＰＫ_Ｒに加えて他のヘッダやメッセージを含めて暗号化してもよい。

ここで、乱数Ｎ_Ｒは、通信相手をリアルタイムに特定（認証）するためのデータであり、通信を開始する度に新しい値が採用される。すなわち、ある時点で生成された乱数Ｎ_Ｒは別のタイミングで行われる通信で再利用することができないようになっている。

アクセスポイント２０は、上記のメッセージを受信すると自分の秘密鍵ＳＫ_ＡＰにより復号化して、乱数Ｎ_Ｒと公開鍵ＰＫ_Ｒを取り出す。また、適当な乱数Ｎ_ＡＰを生成する（ステップＳ３）。そして、２つの乱数Ｎ_ＲとＮ_ＡＰをステップＳ３で得た公開鍵ＰＫ_Ｒで暗号化して、要求端末３１へ送付する（ステップＳ４）。

要求端末３１は、送られたメッセージＥ_ＰＫ＿Ｒ（Ｎ_Ｒ，Ｎ_ＡＰ）を秘密鍵ＳＫ_Ｒを用いて復号化して、乱数Ｎ_ＲとＮ_ＡＰを取得する（ステップＳ５）。ここで、乱数Ｎ_Ｒはアクセスポイント２０の公開鍵ＰＫ_ＡＰによって暗号化を施して送信したものであるため、要求端末３１以外にはこれを復号化できる秘密鍵ＳＫ_ＡＰを持ったアクセスポイント２０しか知り得ない情報である。したがって、要求端末３１はステップＳ５で乱数Ｎ_Ｒを取得したことにより、上記メッセージの送信者が確かにアクセスポイント２０であることを確認する。そして、ステップＳ４と同様に乱数Ｎ_ＡＰを公開鍵ＰＫ_ＡＰで暗号化してアクセスポイント２０へ送付する（ステップＳ６）。

次いでアクセスポイント２０においてステップＳ５と同様に乱数Ｎ_ＡＰの復号化が行われ、送信者（要求端末３１）が認証される（ステップＳ７）。これにより要求端末３１とアクセスポイント２０の双方で通信相手の認証が完了する。
すると、アクセスポイント２０は、ＩＰアドレス（ＩＰａｄｄｒ_Ｒ）と公開鍵証明書（Ｃｅｒｔ_ＡＰ（ＰＫ_Ｒ））を生成し（ステップＳ７）、これらを暗号化して要求端末３１に送付する（ステップＳ８）。要求端末３１では復号化によりＩＰアドレスと公開鍵証明書が取得される（ステップＳ９）。

このように、本実施形態によれば、要求端末３１の公開鍵ＰＫ_Ｒがアクセスポイント２０の公開鍵ＰＫ_ＡＰで暗号化されてアクセスポイント２０に送付され、アクセスポイント２０ではこれを復号化して公開鍵を取り出し公開鍵証明書を発行する。要求端末３１にはアクセスポイント２０からＩＰアドレスが割り当てられるが、このＩＰアドレスは発行された公開鍵証明書のＣＮ欄に記述される。アクセスポイント２０は、生成したＩＰアドレスと公開鍵証明書を要求端末３１の公開鍵ＰＫ_Ｒで暗号化して要求端末３１へ送付し、要求端末３１は、自分の秘密鍵によって復号化して当該アドレスと証明書を取得する。

これにより、要求端末３１の公開鍵を持つアクセスポイント２０だけが一意のＩＰアドレスを正当に生成する権限を有し、そのＩＰアドレスを安全に要求端末３１に配布することが可能である。また、発行された公開鍵証明書を利用すればＩＰアドレスの一意性と正当性を証明できる。ＩＰアドレスの割り当てには、ハッシュ関数のようなアドレス生成方法を用いていないので、ＩＰｖ４やＩＰｖ６のようなアドレス体系によらず、本発明を適用することができる。

以上、図面を参照してこの発明の一実施形態について詳しく説明してきたが、具体的な構成は上述のものに限られることはなく、この発明の要旨を逸脱しない範囲内において様々な設計変更等をすることが可能である。
例えば、アドホックネットワーク内に中継端末３２が存在しない（要求端末３１がアドホックネットワークを構成する最初の１台目となる）場合、要求端末３１との通信はアクセスポイント２０と直接行うようにすることができる。

この発明は、無線通信において利用されるアドホックネットワークの運用システムに用いて好適である。

本発明の一実施形態によるＩＰアドレス管理サーバと利用者端末が含まれたネットワークを示した図である。 利用者端末の機能ブロック図である。 アクセスポイントの機能ブロック図である。 アクセスポイントの認証情報を取得する手順を示した図である。 ＩＰアドレスおよび要求端末の公開鍵の公開鍵証明書を取得する手順を示した図である。 要求端末とアクセスポイント間の通信シーケンス図である。

符号の説明

１０…認証サーバ ２０…アクセスポイント ３０…利用者端末 ３１…要求端末 ３２…中継端末 ２０１…復号化手段 ２０２…ＩＰアドレス決定手段 ２０３…公開鍵証明書発行手段 ２０４…暗号化手段 ２０５…公開鍵証明書取得手段 ２０６…送受信部 ３０１…公開鍵ペア生成手段 ３０２…暗号化手段 ３０３…公開鍵取得手段 ３０４…復号化手段 ３０５…送受信部

Claims (7)

1. 利用者端末から送信される該利用者端末の暗号化された公開鍵を受信する受信手段と、
   前記暗号化された公開鍵を復号化する復号化手段と、
   前記利用者端末に割り当てるＩＰアドレスを決定するＩＰアドレス決定手段と、
   前記割り当てられたＩＰアドレスと関連付けした、前記利用者端末の復号化された公開鍵の公開鍵証明書を発行する公開鍵証明書発行手段と、
   前記割り当てられたＩＰアドレスおよび前記公開鍵証明書を前記公開鍵で暗号化する暗号化手段と、
   前記暗号化されたＩＰアドレスと公開鍵証明書を前記利用者端末宛てに送信する送信手段と、
   を備えたＩＰアドレス管理サーバ。
2. 前記利用者端末の公開鍵は、ＩＰアドレス管理サーバから配布された該サーバの公開鍵によって暗号化され、
   前記復号化手段は、ＩＰアドレス管理サーバの前記公開鍵と対になる秘密鍵を有しており、該秘密鍵を用いて復号化を行う
   ことを特徴とする請求項１に記載のＩＰアドレス管理サーバ。
3. ＩＰアドレス管理サーバの前記公開鍵の公開鍵証明書を認証サーバから取得する公開鍵証明書取得手段と、
   取得された前記公開鍵証明書を利用者端末に配信する手段と、
   を備え、
   利用者端末が前記認証サーバの公開鍵と前記配信された公開鍵証明書とによってＩＰアドレス管理サーバの前記公開鍵を検証可能とした
   ことを特徴とする請求項２に記載のＩＰアドレス管理サーバ。
4. 前記受信手段および送信手段による前記利用者端末との通信は、ＩＰアドレスを有しネットワークの一部を構成する他の利用者端末を経由することによって行われる
   ことを特徴とする請求項１から請求項３のいずれかの項に記載のＩＰアドレス管理サーバ。
5. 公開鍵と該公開鍵と対になる秘密鍵とから成る公開鍵ペアを生成する公開鍵ペア生成手段と、
   利用者端末へのＩＰアドレスの割当ての管理を行うＩＰアドレス管理サーバから該サーバの公開鍵を取得する公開鍵取得手段と、
   前記生成した公開鍵を前記取得したＩＰアドレス管理サーバの公開鍵で暗号化する暗号化手段と、
   暗号化された前記公開鍵を前記ＩＰアドレス管理サーバ宛てに送信する送信手段と、
   前記ＩＰアドレス管理サーバから、前記送信した公開鍵で暗号化された、該公開鍵の公開鍵証明書と前記サーバによって割り当てられたＩＰアドレスを受信する受信手段と、
   前記受信した公開鍵証明書およびＩＰアドレスを前記公開鍵ペア生成手段によって生成された秘密鍵を用いて復号化する復号化手段と、
   を備えた利用者端末。
6. コンピュータに、
   利用者端末から送信される該利用者端末の暗号化された公開鍵を復号化するステップと、
   前記利用者端末に割り当てるＩＰアドレスを決定するステップと、
   前記割り当てられたＩＰアドレスと関連付けした、前記利用者端末の復号化された公開鍵の公開鍵証明書を発行するステップと、
   前記割り当てられたＩＰアドレスおよび前記公開鍵証明書を前記公開鍵で暗号化するステップと、
   を実行させるためのプログラム。
7. コンピュータに、
   公開鍵と該公開鍵と対になる秘密鍵とから成る公開鍵ペアを生成するステップと、
   利用者端末へのＩＰアドレスの割当ての管理を行うＩＰアドレス管理サーバから取得した該サーバの公開鍵により、前記生成した公開鍵を暗号化するステップと、
   前記ＩＰアドレス管理サーバから取得した、該サーバによって割り当てられたＩＰアドレスと前記暗号化された公開鍵に対して発行された公開鍵証明書とが暗号化されたデータを、前記公開鍵ペアにかかる秘密鍵を用いて復号化するステップと、
   を実行させるためのプログラム。
   
   

Images