(57)【要約】【課題】  事前にセキュリティアソシエーションを設定することなく、相互に本人性の認証を可能とする。また、サービス認証のためのデータベースを持つことなく移動端末のサービス認証も行う。【解決手段】  事前に移動端末１０と位置情報管理エージェント１１, １２との間で、直接に、かつ事前に鍵を共有することなく、デジタル署名と公開鍵証明書とを交換しあうことにより、動的に相互の本人認証を行う。また、位置情報管理エージェント１１, １２は、移動端末１０の属性証明書に記載される属性情報を元に移動端末１０の位置情報を管理すべきか否かのサービス認証を行う。【選択図】      図１
2005078543.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク上を移動する移動端末の位置情報を管理する位置情報管理システムであって、
前記移動端末による位置情報の通知に先立ち、認証局から発行される公開鍵証明書と自己のデジタル署名とを前記移動端末との間で交換するセキュリティ情報交換部と、
受信した前記移動端末のデジタル署名の正当性を、併せて入手した前記移動端末の公開鍵証明書に格納される公開鍵を用いて確認し、前記移動端末の公開鍵証明書の正当性を、前記公開鍵証明書を発行した前記認証局の前記公開鍵証明書に格納される認証局の公開鍵を用いて検証する移動端末検証部と、
前記移動端末が移動先で自己の位置情報の通知を行った際に、前記移動端末確認部による検証結果に基づき、当該移動端末との間でセキュリティアソシエーションの確立を行うか否かを判定するセキュリティアソシエーション確立判定部と、
前記セキュリティアソシエーション確立判定部による判定結果を前記移動体端末に通知する判定結果通知部と、
を備えたことを特徴とする位置情報管理システム。
【請求項２】
前記セキュリテイアソシエーションを確立する場合にのみ、前記移動端末から送信される属性証明書の正当性を、前記属性証明書を発行した属性認証局の公開鍵証明書に格納される属性認証局の公開鍵を用いて検証し、前記属性認証局の公開鍵証明書の正当性を、前記公開鍵証明書を発行した前記属性認証局の前記公開鍵証明書に格納される属性認証局の公開鍵を用いて検証する移動端末属性検証部と、
前記移動端末の属性証明書、前記属性認証局の公開鍵証明書の正当性が検証された場合にのみ、前記移動端末の属性証明書に格納されている属性情報を抽出し、前記移動端末が移動先で自己の位置情報の通知を行った際に、前記抽出した属性情報に基づき前記移動端末の位置情報を管理するか否かの判定を行う位置情報管理判定部と、
前記位置情報管理判定部による判定結果を前記移動端末に通知する判定結果通知部と、
を備えたことを特徴とする請求項１に記載の位置情報管理システム。
【請求項３】
前記移動端末の公開鍵証明書に格納されるキー情報から特定される前記認証局の公開鍵証明書を自己が保持しない場合、前記キー情報を用いて前記公開鍵証明書を格納するリポジトリから前記移動端末の公開鍵証明書を発行した前記認証局の公開鍵証明書を取得し、
前記移動端末の公開鍵証明書に格納されるキー情報から特定される前記移動端末の属性証明書が前記移動端末から送信されない場合には、前記移動端末の公開鍵証明書に格納されるキー情報を用いて前記属性証明書を格納するリポジトリから前記移動端末の属性証明書を取得する証明書取得部と、
を備えたことを特徴とする請求項１に記載の位置情報管理システム。
【請求項４】
前記移動端末の属性証明書に格納されているキー情報から特定される属性認証局の公開鍵証明書を自己が保持しない場合、前記公開鍵証明書を格納するリポジトリから前記移動端末の属性証明書を発行した前記属性認証局の公開鍵証明書を取得し、
前記属性認証局の公開鍵証明書に格納されているキー情報から特定される前記認証局の公開鍵証明書を自己が保持しない場合、前記公開鍵証明書を格納するリポジトリから前記属性認証局の公開鍵証明書を発行した認証局の公開鍵証明書を取得する証明書取得部と、
を備えたことを特徴とする請求項２に記載の位置情報管理システム。
【請求項５】
自己の位置情報が、ネットワーク上に設置される位置情報管理エージェントによって管理される移動端末であって、
前記位置情報の通知に先立ち、認証局から発行される公開鍵証明書と自己のデジタル署名とを前記位置情報管理エージェントとの間で交換するセキュリティ情報交換部と、
入手した前記位置情報管理エージェントのデジタル署名の正当性を、併せて入手した前記位置情報管理エージェントの公開鍵証明書に格納される公開鍵を用いて検証し、前記位置情報管理エージェントの公開鍵証明書の正当性を、前記公開鍵証明書を発行した前記認証局の前記公開鍵証明書に格納される認証局の公開鍵を用いて検証する位置情報管理エージェント検証部と、
前記位置情報管理エージェント検証部による検証、ならびに前記位置情報管理エージェントから位置情報の管理を行う旨の通知を得て、前記位置情報管理エージェントとの間でセキュリティアソシエーションの確立を行うセキュリティアソシエーション確立部と、
前記セキュリティアソシエーション確立部によりセキュリティアソシエーションが確立された後、移動先における自己の位置情報を前記位置情報管理エージェントへ通知する位置情報通知部と、
を備えたことを特徴とする移動端末。
【請求項６】
前記位置情報管理エージェントとの間で前記セキュリティアソシエーションを確立する際、前記位置情報管理エージェントに対して自己の属性証明書を送信する属性証明書送信部と、
前記送信される属性証明書の正当性が検証された場合、当該属性証明書に格納されている属性情報を抽出し、当該抽出した属性情報に基づき位置情報を管理する前記位置情報管理エージェントからの通知に従い、移動先での自己の位置情報の通知を行う位置情報通知部と、
を備えたことを特徴とする請求項５に記載の移動端末。
【請求項７】
前記位置情報管理エージェントの公開鍵証明書に格納されるキー情報から特定される前記認証局の公開鍵証明書を自己が保有しない場合、前記キー情報を用いて前記公開鍵証明書を格納するリポジトリから前記公開鍵証明書を発行した認証局の公開鍵証明書を取得する証明書取得部と、
を備えたことを特徴とする請求項５または６に記載の移動端末。
【請求項８】
ネットワーク上を移動する移動端末の位置情報を管理する位置情報管理システムに用いられる位置情報管理方法であって、
前記移動端末による位置情報の通知に先立ち、認証局から発行される公開鍵証明書と自己のデジタル署名とを前記移動端末との間で交換するステップと、
入手した前記移動端末のデジタル署名の正当性を、併せて入手した前記移動端末の公開鍵証明書に格納される公開鍵を用いて確認し、前記移動端末の公開鍵証明書の正当性を、前記公開鍵証明書を発行した前記認証局の公前記開鍵証明書に格納される認証局の公開鍵を用いて検証するステップと、
前記移動端末が移動先で自己の位置情報の通知を行う際に、前記検証結果に基づき、当該移動端末との間でセキュリティアソシエーションの確立を行うか否かを判定するステップと、
前記判定結果を前記移動体端末に通知するステップと、
を有することを特徴とする位置情報管理方法。
【請求項９】
前記セキュリテイアソシエーションを確立する場合にのみ、前記移動端末から送信される属性証明書の正当性を、前記属性証明書を発行した属性認証局の公開鍵証明書に格納される属性認証局の公開鍵を用いて検証し、前記属性認証局の公開鍵証明書の正当性を、前記公開鍵証明書を発行した前記属性認証局の前記公開鍵証明書に格納される属性認証局の公開鍵を用いて検証するステップと、
前記移動端末の属性証明書、前記属性認証局の公開鍵証明書の正当性が検証された場合にのみ、前記移動端末の属性証明書に格納されている属性情報を抽出し、前記移動端末が移動先で自己の位置情報の通知を行った際に、前記抽出した属性情報に基づき前記移動端末の位置情報を管理するか否かの判定を行うステップと、
前記判定結果を前記移動端末に通知するステップとを更に有することを特徴とする請求項８に記載の位置情報管理方法。
【請求項１０】
自己の位置情報が、ネットワーク上に設置される位置情報管理エージェントによって管理される、移動端末に用いられる位置情報管理方法であって、
前記位置情報の通知に先立ち、認証局から発行される公開鍵証明書と自己のデジタル署名とを前記位置情報管理エージェントとの間で交換するステップと、
受信した前記位置情報管理エージェントのデジタル署名の正当性を、入手した前記位置情報管理エージェントの公開鍵証明書に格納される公開鍵を用いて検証し、前記位置情報管理エージェントの公開鍵証明書の正当性を、前記公開鍵証明書を発行した前記認証局の前記公開鍵証明書に格納される認証局の公開鍵を用いて検証するステップと、
前記検証結果、ならびに前記位置情報管理エージェントから位置情報の管理を行う旨の通知を得て、前記位置情報管理エージェントとの間でセキュリティアソシエーションの確立を行うステップと、
前記セキュリティアソシエーションが確立された後、移動先における自己の位置情報を前記位置情報管理エージェントへ通知するステップと、
を有することを特徴とする位置情報管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク上を移動する移動端末の位置情報を位置情報管理エージェントによって管理する、位置情報管理システムおよび移動端末ならびに位置情報管理方法に関する。
【背景技術】
【０００２】
ＩＰ（Internet Protocol）網における端末移動管理技術として、モバイルＩＰｖ６（Internet Protocol ver.6）が規定されている（例えば、非特許文献１参照）。また、端末の移動管理を階層的に行う、階層化モバイルＩＰｖ６についても規定されている（例えば、非特許文献２参照）。
【０００３】
図１３は、階層化モバイルＩＰｖ６を適用した場合のネットワークシステム構成例、図１４は、そのシステム構成に基づき、移動端末が位置情報を階層化されたモバイルＩＰエージェントへ登録する手順を示したものである。
以下、図１４を参照しながら、モバイルＩＰｖ６における位置登録の手順、および階層化モバイルＩＰｖ６における位置登録の手順について簡単に説明する。ここでは、モバイルＩＰｖ６における位置登録の手順から説明する。
【０００４】
まず、移動端末（ＭＮ）が、当該移動端末の位置情報を管理するホームエージェント（ＨＡ）を含むサブネットＡ（ホームネットワーク）から他のサブネットＢへ移動する（矢印Ｍ１１）。
サブネットＢ内のアクセスルータ（ＡＲ１）は、自身が所属するサブネットのプレフィックスを、ルータ広告メッセージを用いて送信している（矢印Ｍ１２）。このルータ広告メッセージを受信したＭＮは、自身の位置情報に相当し、ＡＲ１と同一のプレフィックスを持つＩＰアドレスである気付けアドレス(ＣｏＡｄｄｒ１）を生成する。
ＭＮは、自身が生成したＣｏＡｄｄｒｌと、自身のホームネットワークでのＩＰアドレスであるホームアドレス(ＨｏＡｄｄｒ)とをＨＡに通知するための位置登録メッセージをＨＡへ送信する(矢印Ｍ１３)。ＨＡは、ＭＮからの位置登録メッセージを受信すると、当該ＭＮの認証を行い、認証が正常に終了すると、ＭＮのＨｏＡｄｄｒとの対応情報を記録し、位置登録メッセージの応答である位置登録応答メッセージを、ＭＮに対して送信する(矢印Ｍ１４)。
【０００５】
次に、階層化モバイルＩＰｖ６における位置登録の手順を説明する。なお、ＭＮは、前記したモバイルＩＰｖ６の位置登録手順により、ＨＡへの位置登録を完了していることを前提に説明する。
まず、ＭＮが、サブネットＢから他のサブネットＣへ移動する（矢印Ｍ１）。サブネットＣ内のＡＲ２は、自身が所属するサブネットのプレフィックスを、ルータ広告メッセージを用いて送信している（矢印Ｍ２）。このルータ広告メッセージを受信したＭＮは、自身の位置情報に相当し、ＡＲ２と同一のプレフィックスを持つＩＰアドレスであるＣｏＡｄｄｒ２を生成する。
サブネットＤ内のローカルホームエージェント（ＬＨＡ）は、自身のＩＰアドレスをＭＮに対して通知する(矢印Ｍ３)。このＬＨＡのＩＰアドレスを受信したＭＮは、ＨＡに対し、サブネットＤ内での自身の気付けアドレスに相当し、かつ、ＬＨＡに対し、サブネットＤでのホームアドレスに相当する、ＬＨＡと同一のプレフィックスを持つＩＰアドレスである気付けアドレス(ＬＣｏＡｄｄｒ)をＭＮに対して割り当てるために生成する。
【０００６】
ＭＮは、生成したＣｏＡｄｄｒ２と、ＬＣｏＡｄｄｒとをＬＨＡに通知するための位置登録メッセージをＬＨＡへ送信する(矢印Ｍ４)。ＬＨＡは、ＭＮからの位置登録メッセージを受信すると、当該移動端末の認証を行い、認証が正常に終了すると、ＣｏＡｄｄｒ２とＬＣｏＡｄｄｒとの対応情報を記録し、ＭＮに対し、位置登録メッセージの応答である位置登録応答メッセージを送信する（矢印Ｍ５）。
ＭＮは、ＬＨＡからの位置登録応答メッセージを受信すると、ＨＡに対し、ＭＮのＨｏＡｄｄｒとＬＣｏＡｄｄｒとの対応情報をＨＡに通知するための位置登録メッセージを送信する(矢印Ｍ６)。ＨＡは、ＭＮからの位置登録メッセージを受信するとＭＮの認証を行い、認証が正常に終了すると、ＭＮのＨｏＡｄｄｒとＬＣｏＡｄｄｒとの対応情報を記録し、ＭＮに対して位置登録メッセージの応答である位置登録応答メッセージを送信する（矢印Ｍ７）。
【非特許文献１】IETF（Internet Engineering Task Force）、draft-ietf-mobileip-hmipv6-24、［online］、［２００３年８月２４日検索］、インターネット＜URL:http://www.globecom.net/ietf/draft/draft-ietf-mobileip-ipv6-24.html＞
【非特許文献２】IETF（Internet Engineering Task Force）、draft-ietf-mobileip-hmipv6-08、［online］、［２００３年８月２４日検索］、インターネット＜URL:http://www.globecom.net/ietf/draft/draft-ietf-mobileip-ipv6-08.html＞
【発明の開示】
【発明が解決しようとする課題】
【０００７】
前記したモバイルＩＰｖ６に規定されたＨＡ、および階層化モバイルＩＰｖ６に規定されたＬＨＡ（以下、ＨＡとＬＨＡを総称してＭＡ（Mobile Agent）と称する）において、ＭＮとＭＡとの間でセキュアな通信を行うためには、ＭＮとＭＡとの間における相互の本人性認証を行ったうえで、セキュリティアソシエーション（通信を目的とした片方向の論理的なコネクション、および２点間のセキュリティのために必要な情報（認証アルゴリズム、暗号化アルゴリズム））を確立することが重要である。また、ＩＰモビリティサービスをＭＮに対して提供する場合には、ＭＡにおいてＭＮのサービス認証を行うことが重要となる。
【０００８】
しかしながら、前記した従来技術によれば、本人性の相互認証について、ＭＮは、ＭＡに対し移動管理を行う可能性のあるすべてのＭＡとのセキュリティアソシエーションを事前に設定し、逆に、ＭＡは、ＭＮに対して自身の移動管理を行う可能性のあるすべてのＭＡとのセキュリティアソシエーションを事前に設定しておくことが必要となる。また、ＭＮとＭＡとの間で、セキュリティアソシエーションを動的に確立するための秘密鍵をＭＮおよびＭＡに対して事前に設定しておく必要がある。従って、保守員ならびにユーザは、これらの設定に要する負担が大きかった。更に、ＭＮのサービス認証について、例えば、ＭＡにおいて、ＩＰモビリティサービスを提供してよいＭＮの一覧など、サービス認証のためのデータベースを保持しておく必要があり、情報管理が複雑になってしまうという問題もあった。
【０００９】
本発明の課題は従来の技術における前記した問題を解消し、ＭＮとＭＡとの間で事前にセキュリティアソシエーションを設定しておくことなしに、また、セキュリティアソシエーションを動的に確立するための秘密鍵を事前に共有しておくことなしに、ＭＮがＭＡに対し位置情報を通知する前に、ＭＮとＭＡとで相互に本人性の認証を可能とする、位置情報管理システムおよび移動端末ならびに位置情報管理方法を提供することにある。
また、サービス認証のためのデータベースをＭＡで持つことなしに、ＭＡにおけるＭＮのサービス認証が可能な、位置情報管理システムおよび移動端末ならびにコンピュータプログラムを提供することも課題とする。
【課題を解決するための手段】
【００１０】
前記した課題を解決するために本発明の請求項１に係る発明は、ネットワーク上を移動する移動端末の位置情報を管理する位置情報管理システムであって、前記移動端末による位置情報の通知に先立ち、認証局から発行される公開鍵証明書と自己のデジタル署名とを前記移動端末との間で交換するセキュリティ情報交換部と、受信した前記移動端末のデジタル署名の正当性を、併せて入手した前記移動端末の公開鍵証明書に格納される公開鍵を用いて確認し、前記移動端末の公開鍵証明書の正当性を、前記公開鍵証明書を発行した前記認証局の前記公開鍵証明書に格納される認証局の公開鍵を用いて検証する移動端末検証部と、前記移動端末が移動先で自己の位置情報の通知を行った際に、前記移動端末確認部による検証結果に基づき、当該移動端末との間でセキュリティアソシエーションの確立を行うか否かを判定するセキュリティアソシエーション確立判定部と、前記セキュリティアソシエーション確立判定部による判定結果を前記移動体端末に通知する判定結果通知部と、を備えたことを特徴とする。
【００１１】
また、本発明において、請求項２に係る発明は、請求項１に記載の位置情報管理システムであって、前記セキュリテイアソシエーションを確立する場合にのみ、前記移動端末から送信される属性証明書の正当性を、前記属性証明書を発行した属性認証局の公開鍵証明書に格納される属性認証局の公開鍵を用いて検証し、前記属性認証局の公開鍵証明書の正当性を、前記公開鍵証明書を発行した前記属性認証局の前記公開鍵証明書に格納される属性認証局の公開鍵を用いて検証する移動端末属性検証部と、前記移動端末の属性証明書、前記属性認証局の公開鍵証明書の正当性が検証された場合にのみ、前記移動端末の属性証明書に格納されている属性情報を抽出し、前記移動端末が移動先で自己の位置情報の通知を行った際に、前記抽出した属性情報に基づき前記移動端末の位置情報を管理するか否かの判定を行う位置情報管理判定部と、前記位置情報管理判定部による判定結果を前記移動端末に通知する判定結果通知部と、を備えたことを特徴とする。
【００１２】
また、本発明において、請求項３に係る発明は、請求項１に記載の位置情報管理システムであって、前記移動端末の公開鍵証明書に格納されるキー情報から特定される前記認証局の公開鍵証明書を自己が保持しない場合、前記キー情報を用いて前記公開鍵証明書を格納するリポジトリから前記移動端末の公開鍵証明書を発行した前記認証局の公開鍵証明書を取得し、前記移動端末の公開鍵証明書に格納されるキー情報から特定される前記移動端末の属性証明書が前記移動端末から送信されない場合には、前記移動端末の公開鍵証明書に格納されるキー情報を用いて前記属性証明書を格納するリポジトリから前記移動端末の属性証明書を取得する証明書取得部と、を備えたことを特徴とする。
【００１３】
また、本発明において、請求項４に係る発明は、請求項２に記載の位置情報管理システムであって、前記移動端末の属性証明書に格納されているキー情報から特定される属性認証局の公開鍵証明書を自己が保持しない場合、前記公開鍵証明書を格納するリポジトリから前記移動端末の属性証明書を発行した前記属性認証局の公開鍵証明書を取得し、
前記属性認証局の公開鍵証明書に格納されているキー情報から特定される前記認証局の公開鍵証明書を自己が保持しない場合、前記公開鍵証明書を格納するリポジトリから前記属性認証局の公開鍵証明書を発行した認証局の公開鍵証明書を取得する証明書取得部と、を備えたことを特徴とする。
【００１４】
前記した課題を解決するために本発明の請求項５に係る発明は、自己の位置情報が、ネットワーク上に設置される位置情報管理エージェントによって管理される移動端末であって、前記位置情報の通知に先立ち、認証局から発行される公開鍵証明書と自己のデジタル署名とを前記位置情報管理エージェントとの間で交換するセキュリティ情報交換部と、
入手した前記位置情報管理エージェントのデジタル署名の正当性を、併せて入手した前記位置情報管理エージェントの公開鍵証明書に格納される公開鍵を用いて検証し、前記位置情報管理エージェントの公開鍵証明書の正当性を、前記公開鍵証明書を発行した前記認証局の前記公開鍵証明書に格納される認証局の公開鍵を用いて検証する位置情報管理エージェント検証部と、前記位置情報管理エージェント検証部による検証、ならびに前記位置情報管理エージェントから位置情報の管理を行う旨の通知を得て、前記位置情報管理エージェントとの間でセキュリティアソシエーションの確立を行うセキュリティアソシエーション確立部と、前記セキュリティアソシエーション確立部によりセキュリティアソシエーションが確立された後、移動先における自己の位置情報を前記位置情報管理エージェントへ通知する位置情報通知部と、を備えたことを特徴とする。
【００１５】
また、本発明において、請求項６に係る発明は、請求項５に記載の移動端末が、前記位置情報管理エージェントとの間で前記セキュリティアソシエーションを確立する際、前記位置情報管理エージェントに対して自己の属性証明書を送信する属性証明書送信部と、
前記送信される属性証明書の正当性が検証された場合、当該属性証明書に格納されている属性情報を抽出し、当該抽出した属性情報に基づき位置情報を管理する前記位置情報管理エージェントからの通知に従い、移動先での自己の位置情報の通知を行う位置情報通知部と、を備えたことを特徴とする。
【００１６】
また、本発明において、請求項７に係る発明は、前記位置情報管理エージェントの公開鍵証明書に格納されるキー情報から特定される前記認証局の公開鍵証明書を自己が保有しない場合、前記キー情報を用いて前記公開鍵証明書を格納するリポジトリから前記公開鍵証明書を発行した認証局の公開鍵証明書を取得する証明書取得部と、を備えたことを特徴とする。
【００１７】
前記した課題を解決するために本発明の請求項８に係る発明は、ネットワーク上を移動する移動端末の位置情報を管理する位置情報管理システムに用いられる位置情報管理方法であって、前記移動端末による位置情報の通知に先立ち、認証局から発行される公開鍵証明書と自己のデジタル署名とを前記移動端末との間で交換するステップと、入手した前記移動端末のデジタル署名の正当性を、併せて入手した前記移動端末の公開鍵証明書に格納される公開鍵を用いて確認し、前記移動端末の公開鍵証明書の正当性を、前記公開鍵証明書を発行した前記認証局の公前記開鍵証明書に格納される認証局の公開鍵を用いて検証するステップと、前記移動端末が移動先で自己の位置情報の通知を行う際に、前記検証結果に基づき、当該移動端末との間でセキュリティアソシエーションの確立を行うか否かを判定するステップと、前記判定結果を前記移動体端末に通知するステップと、を有することを特徴とする。
【００１８】
また、本発明において、請求項９に係る発明は、請求項８に記載の位置情報管理方法であって、前記セキュリテイアソシエーションを確立する場合にのみ、前記移動端末から送信される属性証明書の正当性を、前記属性証明書を発行した属性認証局の公開鍵証明書に格納される属性認証局の公開鍵を用いて検証し、前記属性認証局の公開鍵証明書の正当性を、前記公開鍵証明書を発行した前記属性認証局の前記公開鍵証明書に格納される属性認証局の公開鍵を用いて検証するステップと、前記移動端末の属性証明書、前記属性認証局の公開鍵証明書の正当性が検証された場合にのみ、前記移動端末の属性証明書に格納されている属性情報を抽出し、前記移動端末が移動先で自己の位置情報の通知を行った際に、前記抽出した属性情報に基づき前記移動端末の位置情報を管理するか否かの判定を行うステップと、前記判定結果を前記移動端末に通知するステップとを更に有することを特徴とする。
【００１９】
前記した課題を解決するために本発明の請求項１０に係る発明は、自己の位置情報が、ネットワーク上に設置される位置情報管理エージェントによって管理される、移動端末に用いられる位置情報管理方法であって、前記位置情報の通知に先立ち、認証局から発行される公開鍵証明書と自己のデジタル署名とを前記位置情報管理エージェントとの間で交換するステップと、受信した前記位置情報管理エージェントのデジタル署名の正当性を、入手した前記位置情報管理エージェントの公開鍵証明書に格納される公開鍵を用いて検証し、前記位置情報管理エージェントの公開鍵証明書の正当性を、前記公開鍵証明書を発行した前記認証局の前記公開鍵証明書に格納される認証局の公開鍵を用いて検証するステップと、前記検証結果、ならびに前記位置情報管理エージェントから位置情報の管理を行う旨の通知を得て、前記位置情報管理エージェントとの間でセキュリティアソシエーションの確立を行うステップと、前記セキュリティアソシエーションが確立された後、移動先における自己の位置情報を前記位置情報管理エージェントへ通知するステップと、を有することを特徴とする。
【発明の効果】
【００２０】
本発明によれば、移動端末と位置情報管理エージェントとがそれぞれのセキュリティ情報管理部で、自己のデジタル署名と公開鍵証明書を相互に交換しあうことで、移動端末の移動端末検証部、あるいは位置情報管理エージェントの位置情報管理エージェント検証部での検証が行われ、位置情報管理エージェントのセキュリティアソシエーション確立判定部の判定に従い、両者でセキュリティアソシエーションの確立を行うことで、移動端末と位置情報管理エージェントとの間で事前にセキュリティアソシエーションを設定しておくことなしに、また、セキュリティアソシエーションを動的に確立するための秘密鍵を事前に共有しておくことなしに、移動端末が位置情報管理エージェントに対し位置情報を通知する前に、移動端末と位置情報管理エージェントとの間で相互に本人性の認証を可能とすることができる。
また、位置情報管理エージェントの位置情報管理判定部が、移動端末属性検証部で移動端末の属性証明書、属性認証局の公開鍵証明書の正当性が検証された場合にのみ、移動端末の属性証明書に格納されている属性情報を抽出し、移動端末が移動先で自己の位置情報の通知を行った際に、抽出した属性情報に基づき移動端末の位置情報を管理するか否かの判定を行い、移動端末に通知することで、位置情報管理エージェントは、サービス認証のためのデータベースを持つことなく、移動端末の属性証明書に記載される属性情報を元にサービス認証を行うことができる。
更に、位置情報管理エージェントの証明書取得部は、位置情報管理エージェントが、移動端末の公開鍵証明書に格納されるキー情報から特定される認証局の公開鍵証明書を保持しない場合、先のキー情報を用い、公開鍵証明書を格納するリポジトリから移動端末の公開鍵証明書を発行した認証局の公開鍵証明書を取得し、また、移動端末の公開鍵証明書に格納されるキー情報から特定される移動端末の属性証明書が送信されない場合には、移動端末の公開鍵証明書に格納されるキー情報を用いて属性証明書を格納するリポジトリから移動端末の属性証明書を取得する。このことにより、移動端末と位置情報管理エージェントとの間でセキュリティアソシエーションを確立するためにそれらの情報を事前に設定する手間を省くことができ、従って、従来このために要していた保守員やユーザの負担を軽減することができる。
証明書取得部はまた、位置情報管理エージェントが移動端末の属性証明書に格納されているキー情報から特定される属性認証局の公開鍵証明書を保持しない場合、公開鍵証明書を格納するリポジトリから移動端末の属性証明書を発行した属性認証局の公開鍵証明書を取得し、更に、属性認証局の公開鍵証明書に格納されているキー情報から特定される認証局の公開鍵証明書を保持しない場合、公開鍵証明書を格納するリポジトリから属性認証局の公開鍵証明書を発行した認証局の公開鍵証明書を取得する。このことにより、移動端末と位置情報管理エージェントとの間でセキュリティアソシエーションを確立するためにそれらの情報を事前に設定する手間を省くことができ、従って、従来このために要していた保守員やユーザの負担を軽減することができる。なお、ここでいう属性情報とは、所属する組織や住所等のデータをいう。
【発明を実施するための最良の形態】
【００２１】
図１は、本発明が採用されるネットワークのシステム構成の一例を示す図である。ここで、認証局１３（ＣＡ：Certification Authority）、ならびにリポジトリ１５は、ＩＰ網＃Ａ５、ＩＰ網＃Ｂ６にそれぞれ（ＣＡ−Ａ、ＣＡ−Ｂ、リポジトリ−Ａ、リポジトリ−Ｂ）設置することも可能であり、また、ＩＰ網＃Ａ５、ＩＰ網＃Ｂ６共有の認証局１３あるいはリポジトリ１５として設置することも可能である。ここでは、前者を例示して説明する。なお、認証局１３は、セキュリティ保護のためにＩＰインターフェースを持たず、従って、ＩＰ網＃Ａ５、ＩＰ網＃Ｂ６にＩＰ接続されない場合を例示して説明する。従って、図中、実線はＩＰによるオンライン通信を示し、点線は保守要員が介在する等によるオフライン処理を示す。また、認証局１３はリポジトリ１５同様、ＩＰインターフェースを持ち、ＩＰ網＃Ａ５、ＩＰ網＃Ｂ６にＩＰ接続されてもよく、この場合はすべてが実線で示されるオンライン通信となる。
図２は、図１に示すシステム構成の動作を説明するために引用した動作シーケンス図であり、ＭＮ１０、ＭＡ１１、ＣＡ−Ａ１３、リポジトリ−Ａ１５、ＣＡ−Ｂ１３、リポジトリ−Ｂ１５間の動作シーケンスが示されている。
以下、図２に示す動作シーケンス図を参照しながら、図１に示すＭＡ１１に対する位置情報の登録手順について詳細に説明する。
【００２２】
ＭＮ１０は、自己の秘密鍵と公開鍵の対を保持している（Ｓ２１）。秘密鍵を用いて暗号化されたデータは、公開鍵を用いて復号化することが可能である。ＭＡ１１の秘密鍵は、それを保持しているＭＮ１０のみ使用することが可能である。公開鍵は、ＭＮ１０が通信しようとする通信相手となる端末で使用することが可能である。ＭＡ１１も同様に、自己の秘密鍵と公開鍵の対を保持している（Ｓ２２）。ＣＡ−Ａ、ＣＡ−Ｂ（ともに符号１３）も同様に、自己の秘密鍵と公開鍵の対を保持している（Ｓ２３）。
ＭＮ１０は、自己が保持する公開鍵の所有者が、自分自身であることを証明するために、ＣＡ−Ａ１３に対して、公開鍵証明書（以下、ＭＮ１０のＰＫＣ：Public Key CertificateをＰＫＣMN、ＭＡ１１のＰＫＣをＰＫＣMAという、また、両方のＰＫＣを記す場合には単にＰＫＣと記す）の発行を申請する。本申請は、公開鍵証明書申請書により行われる（Ｍ２１）。ＭＡ１１も、ＭＮ１０と同様に、ＣＡ−Ｂ１３に対してＰＫＣMAの発行を申請する（Ｍ２２）。ＣＡ−Ｂ１３のＰＫＣ（以下、ＰＫＣCAという）は、自身が発行する場合も、ＣＡ−Ａ１３を含む他のＣＡ（図示せず）から発行される場合もある（Ｓ２３）。
【００２３】
ＣＡ−Ａ、ＣＡ−Ｂ（ともに符号１３）は、受け取ったＭＮ１０の公開鍵証明書申請書、およびＭＡ１１の公開鍵証明書申請書に対して、ＰＫＣを発行する（Ｍ２３）。ＰＫＣMNは、ＭＮ１０にて保持され、ＰＫＣMNには、ＭＮ１０の識別名、ＭＮ１０の公開鍵、ＰＫＣMNを発行したＣＡ１３の識別名、及び、ＣＡ１３が生成したダイジェストメッセージをＣＡ１３の秘密鍵で暗号化したＣＡ１３のデジタル署名などが格納される。
ＰＫＣMAは、ＭＡ１１で保持され、ＰＫＣMAには、ＭＡ１１の公開鍵、ＰＫＣMAを発行したＣＡ１３の識別名、および、ＣＡ１３が生成したダイジェストメッセージをＣＡ１３の秘密鍵で暗号化したＣＡ１３のデジタル署名などが格納される。
【００２４】
ＭＮ１０は、ＰＫＣMNと、自身が生成したダイジェストメッセージを自身の秘密鍵で暗号化したＭＮ１０のデジタル署名を、例えば、自動鍵交換技術ＩＫＥ（Internet Key Exchange）を用いてＭＡ１１へ送信する（Ｍ２４）。ＭＡ１１は、ＰＫＣMAと、自身が生成したダイジェストメッセージを秘密鍵で暗号化したＭＡ１１のデジタル署名を、例えばＩＫＥを用いてＭＮ１０へ送信する（Ｍ２４）。
ＰＫＣMNと、ＭＮ１０のデジタル署名を受信したＭＡ１１は、ＭＮ１０のデジタル署名をＰＫＣMNに格納されるＭＮ１０の公開鍵を用いて検証する。本処理により、ＰＫＣMNに格納される公開鍵と一対である秘密鍵を、当該ＭＮ１０が保持していることが確認される（Ｓ２４）。
更に、ＭＡ１１は、ＰＫＣMNに格納されているＣＡ−Ａ１３のデジタル署名を、ＰＫＣMNを発行したＣＡ−Ａ１３の公開鍵証明書に格納されるＣＡ−Ａ１３の公開鍵を用いて検証を行う。本処理により、ＰＫＣMAに格納される公開鍵が、確かにＭＮ１０の公開鍵であることが確認される（Ｓ２４）。
【００２５】
ＰＫＣMAと、ＭＡ１１のデジタル署名を受信したＭＮ１０は、ＭＡ１１のデジタル署名をＰＫＣMAに格納されるＭＡ１１の公開鍵を用いて検証する。本処理により、ＰＫＣMAに格納される秘密鍵と一対である秘密鍵を、当該ＭＡ１１が保持していることが確認される（Ｓ２５）。更に、ＭＮ１０は、ＰＫＣMAに格納されているＣＡ−Ｂ１３のデジタル署名を、ＰＫＣMAを発行したＣＡ−Ｂ１３の公開鍵証明書に格納されるＣＡ−Ｂ１３の公開鍵を用いて検証を行う。本処理により、ＰＫＣMAに格納される公開鍵が、確かにＭＡ１１の公開鍵であることが確認される（Ｓ２５）。
ＭＮ１０は、前記した処理が正常に終了した場合にのみ、ＭＡ１１とのセキュリティアソシエーション（ＳＡ、ここではＩＰｓｅｃＳＡ：Security Architecture for Internet Protocol）を確立し（Ｍ２５）、当該ＩＰｓｅｃＳＡを用いて、ＭＡ１１に対してＩＰｓｅｃＳＡで保護した位置情報の通知を行う（Ｍ２６）。ＭＮ１０は、前記した処理が正常に処理しなかった場合、ＭＡ１１とのＩＰｓｅｃＳＡを確立しない。また、ＭＡ１１に対して位置情報の通知も行わない。
【００２６】
ＭＡ１１は、前記した処理が正常に終了した場合のみ、ＭＮ１０とのＩＰｓｅｃＳＡを確立し（Ｍ２５）、ＭＮ１０の位置情報の通知がＩＰｓｅｃＳＡを用いたＩＰｓｅｃが適用されている場合のみ、位置情報の通知を受け付け、ＭＮ１０の位置情報の管理を行うためにＭＡ１１自身のデータベースにＭＮ１０のホームアドレスと気付けアドレスの対応情報を登録し（Ｓ２６）、ＭＮ１０に対して、位置情報の登録が完了したことを通知する（Ｍ２７）。
ＭＡ１１は、前記した処理が正常に終了しなかった場合、ＭＮ１０とのＩＰｓｅｃＳＡを確立しない。ＭＮ１０からの位置情報の通知を受信した場合には、当該情報の通知は受け付けず、ＭＮ１０に対して、位置情報の通知を受け付けないことを通知する。
なお、前記した位置情報管理システムに加え、ＰＫＣおよび属性証明書（ＡＣ）を格納するリポジトリ１５を備えたシステムのときには、ＭＡ１１のＰＫＣMAに格納されるキー情報から特定されるＣＡ−Ｂ１３のＰＫＣCAをＭＮ１０が保持していない場合でも、リポジトリ１５からＭＡ１１のＰＫＣMAを発行したＣＡ−Ｂ１３のＰＫＣCAを取得することができる（図５のＭ３５参照）。
また、ＭＮ１０のＰＫＣMNに格納されるキー情報から特定されるＣＡ−Ａ１３のＰＫＣCAをＭＡ１１が保持しない場合、前記したキー情報を用いてＰＫＣCAを格納するリポジトリ１５からＰＫＣCAを発行したＣＡ−Ａ１３のＰＫＣCAを取得することができる（図５のＭ３４参照）。
【００２７】
前記した実施形態によれば、事前にＭＮ１０とＭＡ１１との間で、直接、かつ事前に鍵を共有することなく、ＭＮ１０とＭＡ１１との間で、デジタル署名とＰＫＣとを交換しあうことにより、動的に相互の本人認証を行うことができる。
なお、ここに示されるＭＡ１１は、モバイルＩＰにおけるＨＡでも、階層化モバイルＩＰにおけるＬＨＡでもよい。
【００２８】
図３は、本発明が採用されるネットワークにおけるシステム構成の他の例を示す図であり、図４はその動作シーケンスを示す。
図１同様、ＣＡ−Ａ、ＣＡ−Ｂ（ともに符号１３）は、ＩＰ網＃Ａ５、ＩＰ網＃Ｂ６にそれぞれ設置することも可能であり、また、ＩＰ網＃Ａ５、ＩＰ網＃Ｂ６共有の認証局（例えば、ＣＡ−Ａ１３のみ）として設置することも可能である。ここでは、前者を例示して説明する。また、属性認証局１４（ＡＡ１４）は、ＭＮ１０のホームネットワークが存在するＩＰ網＃Ａ５に設置する場合を例示して説明する。また、公開鍵証明書（ＰＫＣ）を格納するリポジトリと属性証明書（ＡＣ）を格納するリポジトリ（いずれも符号１５）は、物理的に一つでも二つでも良いが、ここではＩＰ網＃Ａ５には、ＰＫＣ、ＡＣ用にそれぞれ一つ、ＩＰ網＃Ｂ６にはＰＫＣ用に一つ接続されている。更に、ＣＡ−Ａ１３、ＣＡ−Ｂ１３およびＡＡ１４はＩＰインターフェースを持たず、ＩＰ網＃Ａ５、ＩＰ網＃Ｂ６にＩＰ接続はされない場合を例示して説明する。従って、図中、実線はＩＰによるオンライン通信を示し、点線は保守員等が介在する等によるオフライン処理を示す（書面によるやりとり）。
なお、ＡＡ１４とは、本人認証を行うためにＰＫＣを発行管理する認証局機能に加え、利用者の属性認証を行うために利用者の属性を証明したＡＣを発行管理する属性認証局機能をいう。
【００２９】
図４、図５は、図３に示すシステム構成の動作を説明するために引用した動作シーケンス図であり、ＭＮ１０、ＭＡ１１、ＣＡ−Ａ１３、リポジトリ−Ａ１５（ＰＫＣ用）、ＣＡ−Ｂ１３、ＡＡ１４、リポジトリ−Ｂ１５（ＰＫＣ用）、リポジトリ−Ａ１５（ＣＡ用）間の動作シーケンスが示されている。
以下、図４、図５に示す動作シーケンス図を参照しながら、図３に示すＭＡ１１に対する位置情報の登録手順について詳細に説明する。
【００３０】
ＭＮ１０は、自己の秘密鍵と公開鍵の対を保持している（図４、Ｓ２１）。秘密鍵を用いて暗号化されたデータは、公開鍵を用いて復号化することが可能である。秘密鍵は、それを保持しているＭＮ１０のみ使用することが可能である。公開鍵は、ＭＮ１０が通信しようとする通信相手端末で使用することが可能である。
ＭＡ１１も、ＭＮ１０と同様に、自己の秘密鍵と公開鍵の対を保持している（Ｓ２２）。ＣＡ−Ａ、ＣＡ−Ｂ（ともに符号１３）も同様に、自己の秘密鍵と公開鍵の対を保持している（Ｓ２３）。ＡＡ１４も同様に、自己の秘密鍵と公開鍵の対を保持している（Ｓ２７）。
ＭＮ１０は、自身が保持する公開鍵の所有者が、自分自身であることを証明するために、ＣＡ−Ａ１３に対して、ＰＫＣMNの発行を申請する。申請書は、公開鍵証明書申請書により行なわれる（Ｍ２１）。ＭＡ１１も同様に、ＣＡ−Ｂ１３に対してＰＫＣMAの発行を申請する（Ｍ２２）。ＡＡ１４も同様に、ＣＡ−Ａ１３に対してＰＫＣAAの発行を申請する（Ｍ２８）。
【００３１】
ＣＡ−Ａ１３は、受け取ったＭＮ１０の公開鍵証明書申請書、およびＭＡ１１の公開鍵証明書申請書に対して、それぞれＰＫＣMN、ＰＫＣMAを発行する（Ｍ２３）。同時に、ＣＡ−Ａ１３の公開鍵証明書であるＰＫＣCA-A、ＣＡ−Ｂ１３の公開鍵証明書であるＰＫＣCA-Bも発行する。ＰＫＣMNは、ＭＮ１０にて保持され、ＰＫＣMNには、ＭＮ１０の識別名、ＭＮ１０の公開鍵、ＰＫＣMNを発行したＣＡ１３の識別名、及び、ＣＡ１３が生成したダイジェストメッセージをＣＡ１３の秘密鍵で暗号化したＣＡ１３のデジタル署名などが格納される。
一方、ＰＫＣMAは、ＭＡ１１で保持され、ＰＫＣMAには、ＭＡ１１の識別名、ＭＡ１１の公開鍵、ＰＫＣMAを発行したＣＡ−Ｂ１３の識別名、及び、本ＣＡ−Ｂ１３が生成したダイジェストメッセージをＣＡ−Ｂ１３の秘密鍵で暗号化したＣＡ−Ｂ１３のデジタル署名などが格納される。また、ＣＡ−Ａ１３は、受け取ったＡＡ１４の公開鍵申請書に対してＰＫＣAAを発行する（Ｍ２９）。また、本ＰＫＣAAは、ＭＡ１１に対しても配布される（Ｍ３０）。ＰＫＣAAは、ＡＡ１４およびＭＡ１１で保持され、ＰＫＣAAには、ＡＡ１４の識別名、ＡＡ１４の公開鍵、ＰＫＣAAを発行したＣＡ−Ａ１３の識別名、および本ＣＡ−Ａ１３が生成したダイジェストメッセージをＣＡ−Ａ１３の秘密鍵で暗号化したＣＡ−Ａ１３のデジタル署名などが格納される。
【００３２】
ＣＡ−Ａ１３は、ＡＡ１４に対して、ＭＮ１０の属性証明書（ＡＣMN）の発行を申請する（Ｍ３１）。これに対し、ＡＡ１４は、ＭＮ１０に対してＡＣMNを発行する（Ｍ３２）。ＡＣMNには、ＭＮ１０の識別名、ＭＮ１０の属性を示す情報、ＡＣMNを発行したＡＡ１４の識別名、およびＡＡ１４が生成したダイジェストメッセージをＡＡ１４の秘密鍵で暗号化したＡＡ１４のデジタル署名などが格納される。
【００３３】
ＭＮ１０は、ＰＫＣMNと、自身が生成したダイジェストメッセージを自身の秘密鍵で暗号化したＭＮ１０のデジタル署名を、例えば、ＩＫＥを用いてＭＡ１１へ送信する（図５Ｍ２４参照）。ＭＡ１１は、ＰＫＣMAと、自身が生成したダイジェストメッセージを秘密鍵で暗号化したＭＡ１１のデジタル署名を、例えば、ＩＫＥを用いてＭＮ１０へ送信する（図５Ｓ２４）。
ＰＫＣMNと、ＭＮ１０のデジタル署名を受信したＭＡ１１は、ＭＮ１０のデジタル署名をＰＫＣMNに格納されるＭＮ１０の公開鍵を用いて検証する。本処理により、ＰＫＣMNに格納される公開鍵と一対である秘密鍵を、当該ＭＮ１０が保持していることが確認される（Ｓ２５）。
更に、ＭＡ１１は、ＰＫＣMAに格納されているＣＡ−Ｂ１３のデジタル署名を、ＰＫＣMAを発行したＣＡ−Ｂ１３のＰＫＣCAに格納されるＣＡ−Ｂ１３の公開鍵を用いて検証を行う。本処理により、ＰＫＣMAに格納される公開鍵が、確かにＭＮ１０の公開鍵であることが確認される（Ｓ２５）。
【００３４】
ＰＫＣMAと、ＭＡ１１のデジタル署名を受信したＭＮ１０は、ＭＡ１１のデジタル署名を、ＰＫＣMAに格納されるＭＡ１１の公開鍵を用いて検証する。本処理により、ＰＫＣMAに格納される秘密鍵と一対である秘密鍵を、当該ＭＡ１１が保持していることが確認される（Ｓ２４）。
更に、ＭＮ１０は、ＰＫＣMAに格納されているＣＡ−Ｂ１３のデジタル署名を、ＰＫＣMAを発行したＣＡ−Ｂ１３の公開鍵を用いて検証を行う。本処理により、ＰＫＣMNに格納される公開鍵が、確かにＭＮ１０の公開鍵であることが確認される（Ｓ２５）。
ＭＮ１０は、前記した処理が正常に終了した場合のみ、ＭＡ１１とのＩＰｓｅｃＳＡを確立し（Ｍ２５）、このＩＰｓｅｃＳＡを用いてＭＡ１１に対しＩＰｓｅｃで保護した位置情報の通知を行う（Ｍ２６）。ＭＮ１０は、前記した処理が正常に終了しなかった場合、ＭＡ１１とのＩＰｓｅｃＳＡを確立しない。また、ＭＡ１１に対して位置情報の通知も行わない。ＭＡ１１は、前記した処理が正常に終了した場合にのみ、ＭＮ１０とのＩＰｓｅｃＳＡを確立する（Ｍ２５）。ＭＮ１０は、前記した処理が正常に終了しなかった場合、ＭＡ１１とのＩＰｓｅｃＳＡを確立せず、また、ＩＰｓｅｃＳＡが正常に終了した場合にのみ自己のＡＣMNをＭＡ１１へ送信する。
【００３５】
ＭＡ１１は、受信したＡＣMNを発行したＡＡ１４のＰＫＣAAに格納されるＡＡ１４の公開鍵を用いて、ＡＣMNに格納されているＡＡ１４のデジタル署名を検証する（Ｓ２８）。本処理により、ＡＣMNが確かにＡＡ１４から発行されているＡＣMNか否かの確認が可能となる。
更に、ＭＡ１１は、ＰＫＣAAに格納されているＣＡ−Ａ１３のデジタル署名を、ＰＫＣAAを発行したＣＡ−Ａ１３のＰＫＣCAに格納されるＣＡ−Ａ１３の公開鍵を用いて検証を行う。本処理により、ＡＡ１４に格納されるＭＮ１０の属性情報が、確かにＭＮ１０の属性情報であることが確認される。
【００３６】
ＭＡ１１は、前記した処理が正常に終了した場合にのみ、ＡＣMNからＭＮ１０の属性情報を抽出し、この属性情報を元に、ＭＮ１０についての位置情報を管理して良いか否かの判断を行う。ＭＮ１０の位置情報の通知が前記により確立されたＩＰｓｅｃＳＡを用いたＩＰｓｅｃが適用されている場合、かつ、先の位置情報を管理して良いか否かの判断において、位置情報の管理を行っても良いと判断された場合にのみ位置情報の通知を受付け（Ｍ２６）、当該ＭＮ１０の位置情報の管理を行うために、ＭＡ１１自身のデータベースにＭＮ１０のホームアドレスと気付けアドレスの対応情報を登録し（Ｓ２６）、ＭＮ１０に対して位置情報の登録が完了したことを通知する（Ｍ２７）。
ＭＡ１１は、前記した処理が正常に終了しなかったときに、ＭＮ１０からの位置情報の通知を受信した場合には、当該位置情報の通知は受け付けず、ＭＮ１０に対し、位置情報の通知を受け付けないことを通知する。
【００３７】
なお、前記した位置情報管理システムに加え、ＰＫＣおよびＡＣを格納するリポジトリ１５を備えたシステムの場合には、ＭＡ１１のＰＫＣMAに格納されるキー情報から特定されるＣＡ−Ｂ１３のＰＫＣCAをＭＮ１０が保持していない場合でも、リポジトリ１５からＭＡ１１のＰＫＣMAを発行したＣＡ−Ｂ１３のＰＫＣCAを取得することができる（Ｍ３４）。
【００３８】
また、ＭＮ１０のＰＫＣMNに格納されるキー情報から特定されるＣＡ−Ａ１３のＰＫＣCAをＭＡ１１が保持しない場合、キー情報を用いてＰＫＣCAを格納するリポジトリ１５からＰＫＣCAを取得することができる（Ｍ３３）。更に、ＭＮ１０のＰＫＣMNに格納されるキー情報から特定されるＭＮ１０のＡＣMNがＭＮ１０から送信されない場合には、ＭＮ１０のＰＫＣMNに格納されるキー情報を用いてＡＣMNを格納するリポジトリ１５からからＭＮ１０のＡＣMNを取得することもできる（Ｍ３５）。
【００３９】
また、ＭＮ１０のＡＣMNに格納されているキー情報から特定されるＡＡ１４のＰＫＣAAをＭＡ１１が保持しない場合、ＰＫＣAAを格納するリポジトリ１５からＰＫＣAAを取得し（Ｍ３６）、更に、ＡＡ１４のＰＫＣAAに格納されているキー情報から特定されるＣＡ−Ａ１３のＰＫＣCAをＭＡ１１が保持しない場合、ＰＫＣCAを格納するリポジトリ１５からＰＫＣAAを発行したＣＡ−Ａ１３のＰＫＣCAを取得することができる。
前記したリポジトリを用いて取得されるＰＫＣおよびＡＣは、図２、図４に示す動作シーケンス中、デジタル署名とＰＫＣを交換するＭ２４とこれらを検証するＳ２４、Ｓ２５の間で、後記する移動端末検証部１１２、移動端末属性検証部１１３、ならびに位置情報管理エージェント検証部１０２へ供給される。
【００４０】
前記した実施形態によれば、事前にＭＮ１０とＭＡ１１との間で、直接、かつ事前に鍵を共有することなく、ＭＮ１０とＭＡ１１との間で、デジタル署名とＰＫＣとを交換しあうことにより、動的に相互の本人認証を行うことができる。更に、ＭＡ１１は、ＭＮ１０のＡＣMNに記載されるＭＮ１０の属性情報を元にＭＮ１０のサービス認証を行うことができる。更に、受け取ったＰＫＣの正当性について別の公開鍵で検証する必要があるが、この場合、リポジトリ１５から動的に取得することでその鍵を事前に設定する必要が無くなり、保守員やユーザの負担が軽減される。
なお、ＭＡ１１は、モバイルＩＰにおけるＨＡでも、階層化モバイルＩＰにおけるＬＨＡでもよい。また、前記した実施形態は、一例を示すものであり、この構成に制限されるものではない。
【００４１】
図６は、本発明実施形態である位置情報管理エージェント（ＭＡ１１）の内部構成を機能展開して示したブロック図、図７は、本発明実施形態である移動端末（ＭＮ１０）の内部構成を機能展開して示したブロック図である。なお、ＭＡ１１はネットワークを巡回するプログラムであってもよく、その場合は、ここに示される構成は、ＭＡ１１が所定のＭＮ１０上で動作するときのＭＮ１０の構成となる。
図６において、ＭＡ１１は、セキュリティ情報交換部１１１と、移動端末検証部１１２と、移動端末属性検証部１１３と、ＳＡ確立判定部１１４と、位置情報管理判定部１１５と、判定結果通知部１１６と、証明書取得部１１７で構成される。図中、図１、図３と同じ番号で示されるブロックは、図１、図３に示されるそれと同じとする。
【００４２】
セキュリティ情報交換部１１１は、ＭＮ１０による位置情報の通知に先立ち、ＣＡ１３から発行されるＰＫＣと自己のデジタル署名とをＭＮ１０との間で交換する機能を持つ。また、移動端末検証部１１２は、受信したＭＮ１０のデジタル署名の正当性を、併せて入手したＭＮ１０のＰＫＣMNに格納される公開鍵を用いて確認し、ＭＮ１０のＰＫＣMNの正当性を、ＰＫＣMNを発行したＣＡ−Ａ１３のＰＫＣCAに格納される公開鍵を用いて検証する機能を持つ。
ＳＡ確立判定部１１４は、ＭＮ１０が移動先で自己の位置情報の通知を行った際に、移動端末検証部１１２による検証結果に基づき、ＭＮ１０との間でセキュリティアソシエーションの確立を行うか否かを判定する機能を持つ。
また、移動端末属性検証部１１３は、セキュリテイアソシエーションを確立する場合にのみ、ＭＮ１０から送信されるＡＣMNの正当性を、ＡＣMNを発行したＡＡ１４のＰＫＣAAに格納されるＡＡ１４の公開鍵を用いて検証し、また、ＰＫＣAAの正当性を、当該ＰＫＣAAを発行したＣＡ−Ａ１３のＰＫＣCAに格納されるＣＡ−Ａ１３の公開鍵を用いて検証する機能を持つ。
【００４３】
位置情報管理判定部１１５は、ＭＮ１０のＡＣMN、ＡＡ１４のＰＫＣAAの正当性が検証された場合にのみ、ＭＮ１０のＡＣMNに格納されている属性情報を抽出し、ＭＮ１０が移動先で自己の位置情報の通知を行った際に、抽出した属性情報に基づきＭＮ１０の位置情報を管理するか否かの判定を行う機能を持つ。また、判定結果通知部１１６は、ＳＡ確立判定部１１４による判定結果、ならびに位置情報管理判定部１１５による判定結果をＭＮ１０に通知する機能を持つ。
【００４４】
なお、証明書取得部１１７は、ＭＮ１０のＰＫＣMNに格納されるキー情報から特定されるＣＡ−Ａ１３のＰＫＣCAをＭＡ１１が保持しない場合、前記したキー情報を用いてＰＫＣCAを格納するリポジトリ１５からＰＫＣCAを取得する機能を持つ。また、ＭＮ１０のＰＫＣMNに格納されるキー情報から特定されるＰＫＣMNがＭＮ１０から送信されない場合には、ＰＫＣMNに格納されるキー情報を用いてＡＣMNを格納するリポジトリ１５からＭＮ１０のＡＣMNを取得する機能も併せ持つ。
更には、ＭＮ１０のＡＣMNに格納されているキー情報から特定されるＡＡ１４のＰＫＣAAをＭＡ１１が保持しない場合、ＰＫＣAAを格納するリポジトリ１５からＰＫＣAAを取得し、更に、ＡＡ１４のＰＫＣAAに格納されているキー情報から特定されるＡＡ１４のＰＫＣAAをＭＡ１１が保持しない場合、ＰＫＣAAを格納するリポジトリ１５からＰＫＣAAを取得する機能を持つ。
【００４５】
図７において、ＭＮ１０は、セキュリティ情報交換部１０１と、位置情報管理エージェント検証部１０２と、ＳＡ確立部１０３と、属性証明書送信部１０４と、位置情報通知部１０５と、証明書取得部１０６で構成される。図中、図１、図３と同じ番号で示されるブロックは、図１、図３に示されるそれと同じとする。
セキュリティ情報交換部１０１は、位置情報の通知に先立ち、ＣＡ−Ａ１３から発行されるＰＫＣMNと自己のデジタル署名とをＭＡ１１との間で交換する機能を持つ。位置情報管理エージェント検証部１０２は、受信したＭＡ１１のデジタル署名の正当性を、併せて入手したＭＡ１１のＰＫＣMAに格納される公開鍵を用いて検証し、ＭＡ１１のＰＫＣMAの正当性を、ＰＫＣMAを発行したＣＡ−Ｂ１３のＰＫＣCAに格納されるＣＡ−Ｂ１３の公開鍵を用いて検証する機能を持つ。
ＳＡ確立部１０３は、位置情報管理エージェント検証部１０２による検証、ならびにＭＡ１１から位置情報の管理を行う旨の通知を得て、ＭＡ１１との間でＳＡ（セキュリティアソシエーション）の確立を行う機能を持つ。
【００４６】
一方、属性証明書送信部１０４は、ＭＡ１１との間でＳＡを確立する際に、ＭＡ１１に対して自己の属性証明書を送信する機能を持ち、位置情報通知部１０５は、ＳＡ確立部１０３によりＳＡが確立された後、移動先における自己の位置情報をＭＡ１１へ通知する機能を持つ。
なお、証明書取得部１０６は、ＭＡ１１のＰＫＣMAに格納されるキー情報から特定されるＣＡ−Ｂ１３のＰＫＣCAを自己が保有しない場合、キー情報を用いてＰＫＣを格納するリポジトリ１５からＰＫＣCAを取得する機能を持つ。
【００４７】
図８は、図１に示すネットワーク構成に対応した図６に示すＭＡ１１の動作を示すフローチャートであり、図９は、図７に示すＭＮ１０の動作を示すフローチャートである。また、図８、図９はともに本発明のコンピュータプログラムの処理手順も示している。
以下、図８、図９に示すフローチャートを参照しながら図６、図７に示す本発明実施形態の動作について説明する。
【００４８】
まず、ＭＮ１０は、セキュリティ情報交換部１０１を起動し、ＰＫＣMNと、自身が生成したダイジェストメッセージを自身の秘密鍵で暗号化したＭＮ１０のデジタル署名を、ＩＫＥを用いてＭＡ１１へ送信する（図９、Ｓ８１、Ｓ８２）。同じくＭＡ１１は、セキュリティ情報交換部１１１を起動し、ＰＫＣMAと、自身が生成したダイジェストメッセージを秘密鍵で暗号化したＭＡ１１のデジタル署名を、ＩＫＥを用いてＭＮ１０へ送信し（図８、Ｓ７１、Ｓ７２）、相互にセキュリティ情報の交換を行う。
ここで、ＭＡ１１の証明書取得部１１７は、ＭＡ１１のＰＫＣMAに格納されるキー情報から特定されるＣＡ−Ｂ１３のＰＫＣCAをＭＮ１０が保持していない場合（Ｓ７３）、リポジトリ１５からＰＫＣCAを取得する（Ｓ７４）。また、ＭＮ１１の証明書取得部１０６は、ＭＮ１０のＰＫＣMNに格納されるキー情報から特定されるＣＡ−Ａ１３のＰＫＣCAをＭＡ１１が保持しない場合（Ｓ８３Ｎｏ）、前記したキー情報を用いてＰＫＣCAを格納するリポジトリ１５からＰＫＣCAを取得する（Ｓ８４）。そして、ＰＫＣMNとＭＮ１０のデジタル署名、およびＰＫＣCAを受信したＭＡ１１は、移動端末検証部１１２により、ＭＮ１０のデジタル署名についてＰＫＣMNに格納されるＭＮ１０の公開鍵を用いて検証する。本処理により、ＰＫＣMNに格納される公開鍵と一対である秘密鍵を、当該ＭＮ１０が保持していることが認証される。更に、ＭＡ１１は、ＰＫＣMNに格納されているＣＡ−Ａ１３のデジタル署名を、ＰＫＣMNを発行したＣＡ１３の公開鍵証明書に格納されるＣＡ−Ａ１３の公開鍵を用いて検証を行う。本処理により、ＰＫＣMAに格納される公開鍵が、確かにＭＮ１０の公開鍵であることが確認される（Ｓ７５）。
【００４９】
一方、ＰＫＣMAとＭＡ１１のデジタル署名、およびＰＫＣCAを受信したＭＮ１０は、位置情報管理エージェント検証部１０２により、ＭＡ１１のデジタル署名について、ＰＫＣMAに格納されるＭＡ１１の公開鍵を用いて検証する。本処理により、ＰＫＣMAに格納される秘密鍵と一対である秘密鍵を、当該ＭＡ１１が保持していることが確認される。更に、ＭＮ１０は、ＰＫＣMAに格納されているＣＡ−Ｂ１３のデジタル署名を、ＰＫＣMAを発行したＣＡ−Ｂ１３の公開鍵証明書に格納されるＣＡ−Ｂ１３の公開鍵を用いて検証を行う。本処理により、ＰＫＣMAに格納される公開鍵が、確かにＭＮ１０の公開鍵であることが確認される（Ｓ８５）。
ＭＮ１０は、前記した処理が正常に終了した場合にのみ（Ｓ８６Ｙｅｓ）、ＳＡ確立部１０３を起動してＭＡ１１とのＳＡを確立し（Ｓ８７）、位置情報通知部１０５を介してＩＰｓｅｃＳＡを用い、ＭＡ１１に対してＩＰｓｅｃＳＡで保護した位置情報の通知を行う（Ｓ８８）。ＭＮ１０は、前記した処理が正常に処理しなかった場合（Ｓ８６Ｎｏ）、ＭＡ１１とのＩＰｓｅｃＳＡを確立しない。また、ＭＡ１１に対して位置情報の通知も行わない。
【００５０】
一方、ＭＡ１１では、前記した処理が正常に終了した場合のみ（Ｓ７６Ｙｅｓ）、ＭＮ１０とのＩＰｓｅｃＳＡを確立し（Ｓ７７）、ＭＮ１０の位置情報の通知がＩＰｓｅｃＳＡを用いたＩＰｓｅｃが適用されている場合のみ、位置情報の通知を受け付ける（Ｓ７８）。そして、ＭＮ１０の位置情報の管理を行うためにＭＡ１１自身のデータベースにＭＮ１０のホームアドレスと気付けアドレスの対応情報を登録し（Ｓ７９）、ＭＮ１０に対して、位置情報の登録が完了したことを通知する（Ｓ８０）。
なお、ＭＡ１１は、前記した処理が正常に終了しなかった場合、ＭＮ１０とのＩＰｓｅｃＳＡを確立せず、ＭＮ１０からの位置情報の通知を受信した場合には、当該情報の通知は受け付けず、ＭＮ１０に対して、位置情報の通知を受け付けないことを通知する。
【００５１】
図１０、図１１は、図３に示すネットワーク構成に対応した図５に示すＭＡ１１の動作を示すフローチャートであり、また、図１２は、図７に示すＭＮ１０の動作を示すフローチャートである。なお、図１０〜図１２はともに本発明のコンピュータプログラムの処理手順も示している。
以下、図１０〜図１２に示すフローチャートを参照しながら図６、図７に示す本発明実施形態の動作について説明する。
【００５２】
まず、ＭＮ１０は、セキュリティ情報交換部１０１を起動し、ＰＫＣMNと、自身が生成したダイジェストメッセージを自身の秘密鍵で暗号化したＭＮ１０のデジタル署名を、ＩＫＥを用いてＭＡ１１へ送信する（図１２のＳ１１１、Ｓ１１２）。ＭＡ１１も同様に、セキュリティ情報交換部１１１を起動し、ＰＫＣMAと、自身が生成したダイジェストメッセージを秘密鍵で暗号化したＭＡ１１のデジタル署名を、ＩＫＥを用いてＭＮ１０へ送信し、相互にセキュリティ情報の交換を行う（図１０のＳ９１、Ｓ９２）。
ここで、ＭＡ１１１の証明書取得部１１７は、ＭＡ１１のＰＫＣMAに格納されるキー情報から特定されるＣＡ−Ｂ１３のＰＫＣCAをＭＮ１０が保持していない場合（Ｓ９３Ｎｏ）、リポジトリ１５からＭＡ１１のＰＫＣMAを発行したＣＡ−Ｂ１３のＰＫＣCAを取得する（Ｓ９４）。また、ＭＮ１１の証明書取得部１０６は、ＭＮ１０のＰＫＣMNに格納されるキー情報から特定されるＣＡ−Ａ１３のＰＫＣCAをＭＡ１１が保持しない場合（図１２、Ｓ１１３Ｎｏ）、前記したキー情報を用いてＰＫＣCAを格納するリポジトリ１５からＰＫＣCAを発行したＣＡ−Ａ１３のＰＫＣCAを取得する（Ｓ１１４）。そして、ＰＫＣMINとＭＮ１０のデジタル署名、およびＰＫＣCAを受信したＭＡ１１は、移動端末検証部１１２により、ＭＮ１０のデジタル署名についてＰＫＣMNに格納されるＭＮ１０の公開鍵を用いて検証する。本処理により、ＰＫＣMNに格納される公開鍵と一対である秘密鍵を、当該ＭＮ１０が保持していることが確認される。更に、ＭＡ１１は、ＰＫＣMAに格納されているＣＡ−Ｂ１３のデジタル署名を、ＰＫＣMAを発行したＣＡ−Ｂ１３のＰＫＣCAに格納されるＣＡ−Ｂ１３の公開鍵を用いて検証を行う（図１０、Ｓ９５）。本処理により、ＰＫＣMAに格納される公開鍵が、確かにＭＮ１０の公開鍵であることが確認される。
【００５３】
一方、ＰＫＣMAとＭＡ１１のデジタル署名、およびＰＫＣCAを受信したＭＮ１０は、位置情報管理エージェント検証部１０２により、まずはＭＡ１１のデジタル署名について、ＰＫＣMAに格納されるＭＡ１１の公開鍵を用いて検証する。本処理により、ＰＫＣMAに格納される秘密鍵と一対である秘密鍵を、当該ＭＡ１１が保持していることが確認される。また、ＭＮ１０は、ＰＫＣMAに格納されているＣＡ−Ｂ１３のデジタル署名を、ＰＫＣMAを発行したＣＡ−Ｂ１３の公開鍵を用いて検証を行う（図１２、Ｓ１１５）。本処理により、ＰＫＣMNに格納される公開鍵が、確かにＭＮ１０の公開鍵であることが確認される。
ＭＮ１０は、前記した処理が正常に終了した場合のみ（Ｓ１１６Ｙｅｓ）、ＳＡ確立部１０３により当該ＭＡ１０とのＩｓｅｃＳＡを確立し（Ｓ１１７）、ＭＡ１１にＡＣMNを送信し（Ｓ１１８）、位置情報通知部１０５を介してＭＡ１１にＩＰｓｅｃＳＡを用いＩＰｓｅｃで保護した位置情報の通知を行う（Ｓ１１９）。なお、ＭＮ１０は、前記した処理が正常に終了しなかった場合（Ｓ１２０Ｎｏ）、ＭＡ１１とのＩＰｓｅｃＳＡを確立せず、また、ＭＡ１１に対して位置情報の通知も行わない。
【００５４】
一方、ＭＡ１１は、前記した処理が正常に終了した場合にのみ（図１０、Ｓ９６Ｙｅｓ）、ＭＮ１０とのＩＰｓｅｃＳＡを確立する（Ｓ９７）。また、ＭＮ１０は、前記した処理が正常に終了しなかった場合（図１２、Ｓ１１６Ｎｏ）、ＭＡ１１との間でＩＰｓｅｃＳＡを確立せず、また、ＩＰｓｅｃＳＡが正常に終了した場合にのみ属性証明書送信部１０４を介して、自己のＡＣMNをＭＡ１１へ送信する（Ｓ１１８）。
ここで、ＭＡ１１の証明書取得部１１７は、ＡＣMNがＭＮ１０から送信されない場合には、ＭＮ１０のＰＫＣMNに格納されるキー情報を用いてＡＣMNを格納するリポジトリ１５からからＭＮ１０のＡＣMNを発行したＡＡ１４のＰＫＣAAを取得する（図１０、Ｓ９９）。更に、ＭＡ１１が、ＭＮ１０のＰＫＣMNに格納されるキー情報から特定されるＣＡ−Ａ１３のＰＫＣCAを保持しない場合（図１１、Ｓ１００Ｎｏ）、前記したキー情報を用いてＰＫＣCAを格納するリポジトリ１５からＰＫＣCAを発行したＣＡ−Ａ１３のＰＫＣCAを取得する（Ｓ１０１）。
そして、ＭＡ１１では、受信した、あるいは取得したＡＣMN、ＰＫＣAA、ＰＫＣCAを用いた移動端末属性検証部１１３による検証が行なわれる。本処理により、ＡＣMNが確かにＡＡ１４から発行されたＡＣMNか否かの確認が可能となる。また、ＰＫＣAAに格納されているＣＡ−Ａ１３のデジタル署名を、ＰＫＣAAを発行したＣＡ−Ａ１３の公開鍵に格納されるＣＡ−Ａ１３のＰＫＣCAを用いて検証を行う。本処理により、ＡＡ１４に格納されるＭＮ１０の属性情報が、確かにＭＮ１０の属性情報であることが検証される（Ｓ１０２）。
【００５５】
ＭＡ１１は、前記した検証が成功し、ＡＣMNがＭＮ１０の属性であることが確認された場合にのみ（Ｓ１０３Ｙｅｓ）、ＡＣMNからＭＮ１０の属性情報を抽出し（Ｓ１０４）、位置情報管理判定部１１５では、この属性情報を元に、ＭＮ１０についての位置情報を管理して良いか否かの判断を行う（Ｓ１０５）。また、ＳＡ確立判定部１１４により、ＭＮ１０の位置情報の通知が前記により確立されたＩＰｓｅｃＳＡを用いたＩＰｓｅｃが適用されていると判定された場合（Ｓ１０６Ｙｅｓ）、かつ、位置情報管理判定部１１５での位置情報を管理して良いか否かの判断において、位置情報の管理を行っても良いと判断された場合にのみ（Ｓ１０５ＯＫ）、位置情報の通知を受付け（Ｓ１０７）、当該ＭＮ１０の位置情報の管理を行うために、ＭＡ１１自身のデータベースにＭＮ１０のホームアドレスと気付けアドレスの対応情報を登録し（Ｓ１０８）、ＭＮ１０に対して判定結果通知部１１６を介して位置情報の登録が完了したことを通知する（Ｓ１０９）。
ＭＡ１１は、前記した処理が正常に終了しなかったときに、ＭＮ１０からの位置情報の通知を受信した場合には、当該位置情報の通知は受け付けず、ＭＮ１０に対し、位置情報の通知を受け付けないことを通知する。
【００５６】
以上説明のように、ＩＰ網配下にあるＭＮ１０が、自己の位置情報をＭＮ１０の位置情報を管理するＭＡ１１へ登録する前に、ＭＮ１０とＭＡ１１との間で相互の本人性認証を行うことで、ＭＮ１０とＭＡ１１との間で事前にセキュリティアソシエーションを確立しておくことなしに、また、セキュリティアソシエーションを動的に確立するための秘密鍵を事前に共有しておくことなしに、相互に本人性の認証を可能とする、位置情報管理システムおよび移動端末ならびに位置情報管理方法を提供することができる。
また、サービス認証のためのデータベースをＭＡ１１で持つことなしに、ＭＮ１０に対して位置情報を管理するか否かの判定を行うサービス認証が可能な、位置情報管理システムおよび移動端末ならびに位置情報管理方法を提供することもできる。
【００５７】
なお、図６、図７に示す、セキュリティ情報交換部１１１と、移動端末検証部１１２と、移動端末属性検証部１１３と、ＳＡ確立判定部１１４と、位置情報管理判定部１１５と、判定結果通知部１１６と、証明書取得部１１７、そして、セキュリティ情報交換部１０１と、位置情報管理エージェント検証部１０２と、ＳＡ確立部１０３と、属性証明書送信部１０４と、位置情報通知部１０５と、証明書取得部１０６のそれぞれで実行される手順をコンピュータ読み取り可能な記録媒体に記録し、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによっても本発明の位置情報管理システムならびに移動端末を実現することができる。ここでいうコンピュータシステムとは、ＯＳ（Operating System）や周辺機器等のハードウェアを含む。
【図面の簡単な説明】
【００５８】
【図１】本発明が採用されるネットワークのシステム構成の一例を示す図である。
【図２】図１に示すシステム構成の動作シーケンス図である。
【図３】本発明が採用されるネットワークのシステム構成の他の一例を示す図である。
【図４】図３に示すシステム構成の動作シーケンス図である。
【図５】図３に示すシステム構成の動作シーケンス図である。
【図６】本発明実施形態の位置情報管理エージェントの内部構成を機能展開して示したブロック図である。
【図７】本発明実施形態の移動端末の内部構成を機能展開して示したブロック図である。
【図８】本発明実施形態の位置情報管理エージェントの動作を示すフローチャートである。
【図９】本発明実施形態の移動端末の動作を示すフローチャートである。
【図１０】本発明実施形態の位置情報管理エージェントの動作を示すフローチャートである。
【図１１】本発明実施形態の位置情報管理エージェントの動作を示すフローチャートである。
【図１２】本発明実施形態の移動端末の動作を示すフローチャートである。
【図１３】階層化モバイルＩＰｖ６におけるネットワークの構成の一例を示す図である。
【図１４】ネットワークにおける位置登録手順を説明するために引用した図である。
【符号の説明】
【００５９】
１，２，３，４  サブネット
５，６  ＩＰ網
７      ルータ
８，９  アクセスルータ（ＡＲ）
１０    移動端末（ＭＮ）
１１，１２  位置情報管理エージェント（ＭＡ）
１３    認証局（ＣＡ）
１４    属性認証局（ＡＡ）
１５    リポジトリ
１０１  セキュリティ情報交換部
１０２  位置情報管理エージェント検証部
１０３  サービスアソシエーション（ＳＡ）確立部
１０４  属性証明書送信部
１０５  位置情報通知部
１０６  証明書取得部
１１１  セキュリティ情報交換部
１１２  移動端末検証部
１１３  移動端末属性検証部
１１４  セキュリティアソシエーション（ＳＡ）確立判定部
１１５  位置情報管理判定部
１１６  判定結果通知部
１１７  証明書取得部
【図１】
2005078543.tif 000003
【図２】
2005078543.tif 000004
【図３】
2005078543.tif 000005
【図４】
2005078543.tif 000006
【図５】
2005078543.tif 000007
【図６】
2005078543.tif 000008
【図７】
2005078543.tif 000009
【図８】
2005078543.tif 000010
【図９】
2005078543.tif 000011
【図１０】
2005078543.tif 000012
【図１１】
2005078543.tif 000013
【図１２】
2005078543.tif 000014
【図１３】
2005078543.tif 000015
【図１４】
2005078543.tif 000016