(57)【特許請求の範囲】
【請求項１】
移動通信端末とパケット通信を行う移動通信網におけるセキュリティ判定方法であって、
認証管理サーバが、前記パケットを受信し、認証管理サーバ自身が接続するノードのIPアドレス、ノードの種別、接続しているノードのセキュリティの状態を前記認証管理サーバの管理テーブルから抽出するステップと、
前記認証管理サーバが、前記抽出した情報に基いて、前記移動通信端末とノードとの間の区間、及び、当該ノードと他のノードとの間の区間において認証が必要となるセキュリティであるかどうかを判定するステップと、
認証が必要となるセキュリティであると判定された場合、前記認証管理サーバが、必要な認証鍵または認証鍵を生成するための資源を、該当するノードに払い出すステップと
を含むことを特徴とするセキュリティ判定方法。
【請求項２】
前記認証管理サーバが、更に前記パケットに設定されているユーザ識別子を抽出するステップを含み、前記接続形態認定ステップでは、前記抽出されたユーザ識別子に関する情報を加味して、認証を必要とする区間がセキュリティを認定することを特徴とする請求項１記載のセキュリティ判定方法。
【請求項３】
前記認証管理サーバが、更に、前記移動通信端末と外部エージェントとの通信可否を示すローミング契約情報を抽出するステップを含み、前記接続形態認定ステップでは、前記抽出されたローミング契約情報を加味して、認証を必要とする区間のセキュリティが確保されているかどうかを認定することを特徴とする請求項１又は２記載のセキュリティ判定方法。
【請求項４】
前記認証管理サーバが、更に、前記移動通信端末が所属する網を識別すると共に、前記移動通信端末が自網に所属している場合に前記認証管理サーバで管理しているかどうかを識別するユーザ管理情報を抽出するステップを含み、前記接続形態認定ステップでは、前記抽出されたユーザ管理情報を加味して、認証を必要とする区間のセキュリティが確保されているかどうかを認定することを特徴とする請求項１，２又は３記載のセキュリティ判定方法。
【請求項５】
前記接続形態を認定するステップは、前記認証管理サーバへアクセスするためのメッセージの送出元を検出し、検出された送信元が自網の認証管理サーバであるか他網の認証管理サーバであるかに応じてセキュリティが確保されているかどうかを認定するステップと、前記メッセージの送出元が自網の外部エージェントである場合に、自網のアクセス網をサポートしているかどうかによってセキュリティの有無を認定するステップとを含むことを特徴とする請求項１乃至４記載のセキュリティ判定方法。
【請求項６】
前記メッセージの送出元が自網の認証管理サーバである場合に、認証管理サーバ間の接続がセキュリティの確保された接続によるものかセキュリティの確保されていない接続を介するものかを判断するステップと、認証管理サーバ間の接続が、セキュリティが確保された接続によるものである場合は、自網のアクセス網をサポートしているかどうかによってセキュリティが確保されているかどうかを認定するステップと、認証管理サーバ間の接続が、セキュリティが確保されていない接続を介するものである場合は、自網のアクセス網をサポートしているかどうかによってセキュリティが確保されているかどうかを認定するステップとを含むことを特徴とする請求項５記載のセキュリティ判定方法。
【請求項７】
前記ローミング契約情報抽出ステップが、前記移動通信端末とアクセスルータとの通信可否を示すローミング契約情報を抽出することを特徴とする請求項３記載のセキュリティ判定方法。
【請求項８】
前記接続形態を認定するステップは、前記認証サーバへのアクセスするためのメッセージの送出元を検出し、検出された送信元が自網の認証管理サーバであるか他網の認証管理サーバであるかに応じて接続形態を認定するステップと、前記メッセージの送出元が自網のアクセスルータである場合に、自網のアクセス網をサポートしているかどうかによってセキュリティが確保されているかどうか認定するステップとを含むことを特徴とする請求項７記載のセキュリティ判定方法。
【請求項９】
移動通信端末とパケット通信を行う移動通信網に設けられるセキュリティ判定装置であって、
前記パケットを受信した認証管理サーバが接続するノードのIPアドレス、ノードの種別、接続しているノードのセキュリティの状態を前記認証管理サーバの管理テーブルから抽出する網構成情報導出手段と、
前記抽出された情報に基いて、前記移動通信端末とノードとの間の区間、及び、当該ノードと他のノードとの間の区間において認証が必要となるセキュリティであるかどうか判定する接続形態認定手段と
を備え、認証が必要となるセキュリティであると判定された場合、必要な認証鍵または認証鍵を生成するための資源を、該当するノードに払い出すことを特徴とするセキュリティ判定装置。
【請求項１０】
更に、前記パケットに設定されているユーザ識別子を抽出するユーザ識別子抽出手段を含み、前記接続形態認定手段が、前記ユーザ識別子抽出手段で抽出された前記ユーザ識別子更に加味して、セキュリティが確保されているかどうか認定することを特徴とする請求項９記載のセキュリティ判定装置。
【請求項１１】
更に、前記移動通信端末と外部エージェントとの通信可否を示すローミング契約情報を抽出するローミング契約情報抽出手段を含み、前記接続形態認定手段が、前記ローミング契約情報抽出手段で抽出された前記ローミング契約情報を更に加味して、セキュリティが確保されているかどうかを認定することを特徴とする請求項９又は１０記載のセキュリティ判定装置。
【請求項１２】
更に、前記移動通信端末が所属する網を識別すると共に、前記移動通信端末が自網に所属している場合に前記認証管理サーバで管理しているかどうかを識別するユーザ管理情報を抽出するユーザ管理情報抽出手段を含み、前記接続形態認定手段が、前記抽出されたユーザ管理情報を更に加味して、セキュリティが確保されているかどうかを認定することを特徴とする請求項９，１０又は１１記載のセキュリティ判定装置。
【請求項１３】
前記接続形態認定手段は、前記認証サーバへアクセスするためのメッセージの送出元を検出する送信元検出手段と、前記検出された送信元が自網の認証管理サーバであるか他網の認証管理サーバであるかに応じて接続形態を定める第１テーブルと、前記メッセージの送出元が自網の外部エージェントである場合に、自網のアクセス網をサポートしているかどうかに応じてセキュリティが確保されているかどうかを定める第２テーブルとを備えることを特徴とする請求項９乃至１１記載のセキュリティ判定装置。
【請求項１４】
前記メッセージの送出元が自網の認証管理サーバである場合に、認証管理サーバ間の接続がセキュリティの確保された接続、例えばセキュリティの確保された接続によるものかセキュリティの確保されていない接続、例えばインターネットを介するものかを判断する接続判断手段と、認証管理サーバ間の接続が信頼性のある接続よるものである場合は、自網のアクセス網をサポートしているかどうかに応じて接続形態を定める第３テーブルと、認証管理サーバ間の接続が信頼性に欠ける接続を介するものである場合は、自網のアクセス網をサポートしているかどうかに応じて、セキュリティが確保されているかどうかを定める第４テーブルとを備えることを特徴とする請求項１２記載のセキュリティ判定装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、移動通信端末および移動通信網内の装置に対して配布した認証鍵を用いて認証を行うに際し、移動通信端末および移動通信網内の装置における処理負荷を軽減する方法に関する。
【０００２】
【従来の技術】
従来、移動通信端末とパケットによる通信を実現する方式のひとつとして、Ｍｏｂｉｌｅ  ＩＰ技術（ＲＦＣ２００２、ＩＰ  Ｍｏｂｉｌｉｔｙ  Ｓｕｐｐｏｒｔ，１９９６）が知られている。このＭｏｂｉｌｅ  ＩＰ技術における認証では、移動通信端末からの位置登録時に、移動通信端末の正当性が確認された後に、移動通信端末と、アクセスルータに相当するフォーリンエージェント（ＦＡ：Ｆｏｒｅｉｇｎ  Ａｇｅｎｔ、外部エージェントともいう。）と、その移動通信端末が契約している網に属するホームエージェント（ＨＡ：Ｈｏｍｅ  Ａｇｅｎｔ）に対して、認証管理サーバに相当するＡＡＡサーバ（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ，Ａｕｔｈｏｒｉｚａｔｉｏｎ，Ａｃｃｏｕｎｔｉｎｇに関するサーバ）から認証鍵を配布し、その移動通信端末と、フォーリンエージェントと、ホームエージェント相互の全区間において認証処理を実行している。なお、ＡＡＡサーバから認証鍵を配布する技術は、IETFのｄｒａｆｔ−ｉｅｔｆ−ｍｏｂｉｌｅｒｐ−ａａａ−ｋｅｙ−０８．ｔｘｔに開示されている。
【０００３】
図９は、従来のＭｏｂｉｌｅ  ＩＰを適用した基本ネットワーク構成を示す図である。ＨＡは、セキュリティの確保されていない接続、例えばインターネットを介してＣＮ（Ｃｏｒｒｅｓｐｏｎｄｅｎｔ  Ｎｏｄｅ）と接続が可能である。また、図９においては、ＨＡはＦＡ１およびＦＡ２と通信が可能に接続されており、ＭＮは、この時点でＦＡ１と通信しているものとする。ＡＡＡは、MNの正当性を確認後ＨＡ、ＦＡ１、およびＭＮ間の認証に必要な認証鍵又は認証鍵を生成するための資源の配布を実施する。ＭＮが移動先で送信するパケットは、HAによりインターセプトされ移動先の中継機であるＦＡ１のＩＰアドレスでカプセル化され、移動元の中継機であるFＡに届けられ、カプセル化をといた後にMN宛に転送される。これにより、ＭＮは移動元のＩＰアドレスのままで移動元のＬＡＮに接続されているかのように通信を行うことが可能となる。
【０００４】
図１０は、従来の認証鍵の配布方式を示す図である。図１０において、ＭＮ（Ｍｏｂｉｌｅ  Ｎｏｄｅ：移動ノード）はユーザであり、ユーザ識別子であるＮＡＩ（Ｎｅｔｗｏｒｋ  Ａｃｃｅｓｓ  Ｉｄｅｎｔｉｆｉｅｒ）とMN〜AAA間で予め保存されている共有秘密鍵をもとに生成したMN−AAA認証拡張を位置登録要求メッセージ内に格納し、ＦＡ宛に送信する。ＦＡは、送信されてきた位置登録要求メッセージを、ＡＡＡとの通信プロトコルであるＤＩＡＭＥＴＥＲメッセージ内にマッピングし、自らが所属するドメイン内のＡＡＡに情報を送信する。ＡＡＡでは、ＮＡＩによってユーザのホームのＡＡＡを識別し、プロキシーとなってホームのＡＡＡに送信する。ＡＡＡでは、事前にＭＮと共有していた認証鍵を元にユーザ認証を実施し、ＡＡＡ内で管理している各認証鍵又は認証鍵を生成する資源をそれぞれ払い出し、ＨＡ宛のメッセージ内にそれらの鍵を格納して転送する。各認証鍵には、網へのアクセスのためのＭＮ−ＦＡ認証鍵、ノード間認証であるＦＡ−ＨＡ認証鍵、ＭＮとＨＡとの間の認証であるＭＮ−ＨＡ認証鍵がある。
【０００５】
図１１は、従来のＭｏｂｉｌｅ  ＩＰにおける各種認証の種類と目的を示す図である。網へのアクセスのためのＭＮ−ＦＡ認証は、不正ＦＡによる盗聴防止、ローミングに契約していないユーザからの網アクセス防止を目的とする。ノード間認証であるＦＡ−ＨＡ認証は、オープンなネットワーク環境下における不正移動エージェント（ＦＡまたはＨＡ）のなりすまし防止を目的とする。ユーザ認証であるMN−HA認証は、ＨＡとして不正ＭＮへのパケット転送防止、不正ＨＡへの登録防止を目的とする。なお、ＭＮ−ＡＡＡ認証は、課金、サービス情報、ユーザ認証等の加入者情報を管理するＡＡＡにおける不正ＭＮからのアクセス防止を目的とする。しかし、ＲＦＣ２００２における規定では、対象外とされている。
【０００６】
図１０において、ＨＡでは、位置登録処理を実施すると共に、ＡＡＡから払い出されたＭＮ−ＨＡ認証鍵とノード間認証鍵であるＦＡ−ＨＡ認証鍵を取得する。また、ＨＡからＡＡＡを経由してＦＡ、ＭＮへ位置登録の応答メッセージが返信され、そのメッセージを受信する時点で、ＦＡ、ＭＮは、ＡＡＡから払い出された認証鍵を取得する。
【０００７】
【発明が解決しようとする課題】
上記のように、従来のＭｏｂｉｌｅ  ＩＰにおける認証鍵の配布技術では、図１０に示すように、無条件に移動通信端末、フォーリンエージェント、および、その移動通信端末が契約している網に属するホームエージェント相互の全区間において認証処理を実行する。しかし、例えば、移動通信端末が通信可能であるフォーリンエージェントがその移動通信端末と同一の通信事業者で管理されている場合には、両者の正当性を確認するための認証処理は本来不必要と考えられる。このため、従来の技術では、本来不必要な認証処理をせざるをしてしまう場合があった。その結果、移動通信端末および網内装置の処理負荷が増大するという問題があった。
【０００８】
本発明は、このような事情に鑑みてなされたものであり、移動通信端末および網内装置に対して配布した認証鍵を用いて認証を行うに際し、移動通信端末および網内装置の処理負荷を軽減することができるセキュリティ判定方法およびセキュリティ判定装置を提供することを目的とする。
【０００９】
【課題を解決するための手段】
上記の目的を達成するために、本発明は、以下のような手段を講じた。すなわち、本発明は、移動通信端末とパケット通信を行う移動通信網におけるセキュリティ判定方法であって、前記パケットを受信した認証管理サーバが接続するノードに関する網構成情報を前記認証管理サーバの管理テーブルから抽出するステップと、前記抽出された情報に基いて、前記移動通信端末とノードとの間の区間、及び、当該ノードと他のノードとの間の区間において認証が必要となるセキュリティであるかどうかを判定するステップと、認証が必要となるセキュリティであると判定された場合、前記認証管理サーバが、必要な認証鍵または認証鍵を生成するための資源を、該当するノードに払い出すステップとを含むことを特徴とする。
上記セキュリティ判定方法において、更に前記パケットに設定されているユーザ識別子を抽出するステップを含み、前記接続形態認定ステップでは、前記抽出されたユーザ識別子に関する情報を加味して、認証を必要とする区間が予め定められた接続形態を認定するようにしてもよい。
また、上記セキュリティ判定方法において、更に、前記移動通信端末と外部エージェントとの通信可否を示すローミング契約情報を抽出するステップを含み、前記接続形態認定ステップでは、前記抽出されたローミング契約情報を加味して、認証を必要とする区間が予め定められた接続形態を認定するようにしてもうよい。
また、上記セキュリティ判定方法において、更に、前記移動通信端末が所属する網を識別すると共に、前記移動通信端末が自網に所属している場合に前記認証管理サーバで管理しているかどうかを識別するユーザ管理情報を抽出するステップを含み、前記接続形態認定ステップでは、前記抽出されたユーザ管理情報を加味して、認証を必要とする区間が予め定められた接続形態を認定するようにしてもよい。
また、上記セキュリティ判定方法において、前記接続形態を認定するステップで、前記認証管理サーバへアクセスするためのメッセージ（例えばＤＩＡＭＥＴＥＲメッセージ）の送出元を検出し、検出された送信元が自網の認証管理サーバ（例えばＡＡＡ）であるか他網の認証管理サーバであるかに応じて接続形態を認定するステップと、前記認証管理サーバへアクセスするためのメッセージの送出元が自網の外部エージェントである場合に、自網のアクセス網をサポートしているかどうかによって接続形態を認定するステップとを含むこともできる。
【００１０】
また、上記セキュリティ判定方法において、前記認証管理サーバへアクセスするためのメッセージの送出元が自網の認証管理サーバである場合に、認証管理サーバ間の接続がセキュリティの確保された接続、例えば専用線、VPN（仮想プライベートネットワーク）等によるものかセキュリティの確保されていない接続、例えばインターネットを介するものかを判断するステップと、認証管理サーバ間の接続がセキュリティの確保された接続、例えば専用線、VPN（仮想プライベートネットワーク）等によるものである場合は、自網のアクセス網をサポートしているかどうかによって接続形態を認定するステップと、認証管理サーバ間の接続がセキュリティの確保されていない接続、例えばインターネットを介するものである場合は、自網のアクセス網をサポートしているかどうかによって接続形態を認定するステップとを含むようにしてもよい。
また、上記セキュリティ判定方法において、前記ローミング契約情報抽出ステップが、前記移動通信端末とアクセスルータとの通信可否を示すローミング契約情報を抽出するようにしてもよい。
【００１１】
また、上記セキュリティ判定方法において、前記接続形態を認定するステップが、前記認証サーバへのアクセスするためのメッセージの送出元を検出し、検出された送信元が自網の認証管理サーバであるか他網の認証管理サーバであるかに応じて接続形態を認定するステップと、前記メッセージの送出元が自網のアクセスルータである場合に、自網のアクセス網をサポートしているかどうかによって接続形態を認定するステップとを含むようにしてもよい。
【００１４】
また、移動通信端末とパケット通信を行う移動通信網に設けられるセキュリティ判定装置であって、前記パケットを受信した認証管理サーバが接続するノードに関する網構成情報を前記認証管理サーバの管理テーブルから抽出する網構成情報導出手段と、前記抽出された情報に基いて、前記移動通信端末とノードとの間の区間、及び、当該ノードと他のノードとの間の区間において認証が必要となるセキュリティであるかどうかを判定する接続形態認定手段とを備え、認証が必要となるセキュリティであると判定された場合、必要な認証鍵または認証鍵を生成するための資源を、該当するノードに払い出すことを特徴とする。
また、上記セキュリティ判定装置において、更に、前記パケットに設定されているユーザ識別子を抽出するユーザ識別子抽出手段を含み、前記接続形態認定手段が、前記ユーザ識別子抽出手段で抽出された前記ユーザ識別子更に加味して、接続形態を認定するように構成してもよい。
また、上記セキュリティ判定装置において、更に、前記移動通信端末と外部エージェントとの通信可否を示すローミング契約情報を抽出するローミング契約情報抽出手段を含み、前記接続形態認定手段が、前記ローミング契約情報抽出手段で抽出された前記ローミング契約情報を更に加味して、接続形態を認定するように構成してもよい。
また、上記セキュリティ判定装置おいて、更に、前記移動通信端末が所属する網を識別すると共に、前記移動通信端末が自網に所属している場合に前記認証管理サーバで管理しているかどうかを識別するユーザ管理情報を抽出するユーザ管理情報抽出手段を含み、前記接続形態認定手段が、前記抽出されたユーザ管理情報を更に加味して、接続形態を認定するように構成してもよい。
また、前記接続形態認定手段は、認証管理サーバへアクセスするためのメッセージ（例えば、ＤＩＡＭＥＴＥＲメッセージ）の送出元を検出する送信元検出手段と、前記検出された送信元が自網の認証管理サーバ（例えば、ＡＡＡ）であるか他網の認証管理サーバであるかに応じて接続形態を定める第１テーブルと、前記認証管理サーバへアクセスするためのメッセージの送出元が自網の外部エージェントである場合に、自網のアクセス網をサポートしているかどうかに応じて接続形態を定める第２テーブルとを備えることもできる。
【００１５】
また、前記認証管理サーバへアクセスするためのメッセージの送出元が自網の認証管理サーバである場合に、認証管理サーバ間の接続がセキュリティの確保された接続、例えば専用線、VPN（仮想プライベートネットワーク）等によるものか、セキュリティの確保されていない接続、例えばインターネットを介するものかを判断する接続判断手段と、認証管理サーバ間の接続がセキュリティの確保された接続、例えば専用線、VPN（仮想プライベートネットワーク）等によるものである場合は、自網のアクセス網をサポートしているかどうかに応じて接続形態を定める第３テーブルと、認証管理サーバ間の接続がセキュリティの確保されていない接続、例えばインターネットを介するものである場合は、自網のアクセス網をサポートしているかどうかに応じて接続形態を定める第４テーブルとを備えることもできる。
【００１６】
これにより、ネットワーク側で接続形態を判断することができるため、接続形態に応じて認証が必要となる各ノードに、必要な認証鍵または認証鍵を生成するための資源を配布することが可能となる。このため、接続形態によっては不必要な認証鍵を配布することがなくなり、各ノード内の認証処理の削減および網内で配布した認証鍵管理コストの低減を図ることができる。同時に、接続形態をユーザが判断し、接続形態毎に異なる位置登録要求を送出する機能、例えば、判定する手順や機能の実装が不要となる。
【００１７】
【発明の実施の形態】
以下、本発明の実施の形態について、図面を参照して説明する。本実施の形態において、ＭＮ、ＨＡ、ＦＡ、およびＡＡＡは、それぞれ、次の条件を満たすものとする。
【００１８】
ＭＮは、Ｍｏｂｉｌｅ  Ｎｏｄｅ、すなわち移動ノードであり、次の条件を満たす。
▲１▼  Ｍｏｂｉｌｅ  ＩＰプロトコルを実装していること。ここでは、ＲＦＣ２００２で示されているＭｏｂｉｌｅ  ＩＰｖ４とする。
▲２▼  ＭＮ−ＮＡＩ拡張（ＲＦＣ２７９４）をサポートしていること。ＮＡＩとは、Ｎｅｔｗｏｒｋ  Ａｃｃｅｓｓ  Ｉｄｅｎｔｉｆｉｅｒ、すなわち、ユーザ識別子のことである。
▲３▼  ＭＮ−ＡＡＡ認証（ＲＦＣ３０１２）をサポートしていること。
▲４▼  ＡＡＡとの間で共有秘密鍵を保持していること。
▲５▼  ＭＮが認証鍵を作る資源を受け取ったとき、それを用いて認証鍵を生成することができること。
【００１９】
ＨＡは、Ｈｏｍｅ  Ａｇｅｎｔ、すなわちホームエージェントであり、次の条件を満たす。
▲１▼  Ｍｏｂｉｌｅ  ＩＰプロトコルを実装していること。
▲２▼  ＡＡＡとの通信プロトコルであるＤＩＡＭＥＴＥＲプロトコルをサポートしていること。
【００２０】
ＦＡは、Ｆｏｒｅｉｇｎ  Ａｇｅｎｔ、すなわち外部エージェントであり、次の条件を満たす。
▲１▼  Ｍｏｂｉｌｅ  ＩＰプロトコルを実装していること。
▲２▼  ＡＡＡとの通信プロトコルであるＤＩＡＭＥＴＥＲプロトコルをサポートしていること。
【００２１】
ＡＡＡは、Ａｕｔｈｅｎｔｉｃａｔｉｏｎ，Ａｕｔｈｏｒｉｚａｔｉｏｎ，Ａｃｃｏｕｎｔｉｎｇ、すなわち、認証、承認、課金であり、次の条件を満たす。
▲１▼  ＤＩＡＭＥＴＥＲプロトコルをサポートしていること。
▲２▼ＭＮ−ＡＡＡ認証（ＲＦＣ３０１２）をサポートしていること。
▲３▼自分がＡＭＲ（ＤＩＡＭＥＴＥＲメッセージ）を受け取る可能性のある相手ノードに関して、以下の情報を含む網構成情報を記憶しておくこと。
１）自ノードと接続する可能性のあるノードのIPアドレス及びNAI
２）自ノードと接続するノードの種別（自網又は他網のAAA、自網のFA）
３）自ノードとそれが接続しているノードとの接続情報
（セキュリティが確保されていない接続、例えばインターネット経由又は、セキュリティが確保されている接続、例えば専用線、VPN）
４）接続ノードが自ノードの場合、接続しているアクセス網の種別（自アクセス網又は他アクセス網）
▲４▼  受け取ったＡＭＲメッセージ（ＤＩＡＭＥＴＥＲメッセージ）に含まれるＭＮのＮＡＩ値とAMR値の送信元ＩＰアドレス（又はNAI値）、AAA内に保持する網構成情報から、接続形態を判断可能であること。
▲５▼  MNとの間で共有秘密鍵を保持していること。
【００２２】
（実施の形態１）
実施の形態１では、図１０に示されるＡＡＡサーバにおける処理を図１に示すような処理アルゴリズムで行う。これにより、ユーザ／ノード識別情報（ＮＡＩなど）や、ネットワークの接続情報などを用いて、接続形態をネットワーク側で判断し、接続形態に応じて必要と考えられる認証鍵（あるいは認証鍵を生成する資源）を該当するノードに払い出す方法を提案する。以下、Ｍｏｂｉｌｅ  ＩＰｖ４を用いた場合の処理手順を示す。なお、ここでは、気付アドレスは、外部気付アドレスを使用するものとする。
【００２３】
ＭＮは、ユーザ識別情報（例えば、ＭＮ−ＮＡＩ）と、自分の管理ドメインにあるＡＡＡとの間で予め保持している共有認証鍵情報を用いて、認証を行うための情報（例えば、ＭＮ−ＡＡＡ認証拡張）を付与した位置登録要求メッセージをＦＡに送出する（ステップＳ１）。
【００２４】
ＦＡでは、受け取った位置登録要求メッセージを元に、ＭＮのユーザ識別情報と認証を行うための情報、そして位置登録要求メッセージの内容を含むＤＩＡＭＥＴＥＲメッセージを作成し、ＦＡのドメインを管理するＡＡＡに対して送出する。ＡＡＡは、ＭＮが送出した位置登録情報を含むＤＩＡＭＥＴＥＲメッセージ（例えば、ＡＭＲメッセージ）を受信する（ステップＳ２）。なお、ステップＳ６、ステップＳ８に分岐した場合は、他網のＡＡＡまたは自網のＡＡＡからＤＩＡＭＥＴＥＲメッセージが転送される。
【００２５】
ＡＡＡは、ＡＭＲメッセージに含まれるＭＮのユーザ識別情報を参照し、自分に割り当てられているＮＡＩ値と照合することによって、自網ユーザであるか他網ユーザであるかを識別する（ステップＳ３）。具体的には、ＮＡＩ値から自網ユーザであるか他網ユーザであるかを判断するテーブルをＡＡＡで保持しておき、それと照合することによってＭＮが自網ユーザであるか他網ユーザであるかを識別する。
【００２６】
ステップＳ３において、登録要求を送出したＭＮが自網ユーザでない場合は、ＡＡＡで保持しているドメイン名に基づくローミング契約情報を参照し、ＭＮの所属する他網とローミング契約を行っているかどうかの判定を行う（ステップＳ４）。ここでは、ＭＮ−ＮＡＩとＡＡＡで管理しているローミング契約情報を使用する。ステップＳ４において、ＭＮの属する他網とローミング契約を行っていない場合は、ローミング非契約のＭＮからの位置登録要求であるため、位置登録を拒否するエラーメッセージをＦＡ経由でＭＮに返す（ステップＳ５）。一方、ステップＳ４において、ＭＮの属する他網とローミング契約を行っている場合は、ローミング先のＡＡＡへＤＩＡＭＥＴＥＲメッセージ（ＡＭＲ）を転送し（ステップＳ６）、ステップＳ２へ移行する。
【００２７】
一方、ステップＳ３において、登録要求を送出したＭＮが自網ユーザである場合は、ＮＡＩ値に含まれるドメイン名とＡＡＡで管理するドメイン名管理情報（例えば、サブドメイン名によって自網ユーザであり、かつユーザが管理されているＡＡＡまでを識別できる情報）により、ＤＩＡＭＥＴＥＲメッセージ（ＡＭＲ）を受信したＡＡＡの管理配下のユーザであるかどうかを判定する（ステップＳ７）。
【００２８】
以下に説明するステップS7以降の手順が、本発明の特徴であり、特に詳細に説明する。
【００２９】
ステップＳ７において、自網のユーザであるが、ＤＩＡＭＥＴＥＲメッセージを受信したＡＡＡ配下のユーザでない場合は、そのユーザの所属するドメインを管理しているＡＡＡへＤＩＡＭＥＴＥＲメッセージを転送する（ステップＳ８）。一方、ステップＳ７において、自網のユーザであり、かつＤＩＡＭＥＴＥＲメッセージを受信したＡＡＡ配下のユーザである場合、受信したＤＩＡＭＥＴＥＲメッセージの送信元のIPアドレスから、ＡＡＡ内で管理する網接続情報（例えば、Ｃｏｎｆｉｇファイル等）を参照することにより、メッセージ送出元ノードの判定を行う（ステップＳ９）。
【００３０】
ステップＳ９において、ＤＩＡＭＥＴＥＲメッセージの送出元ノードが他網のＡＡＡである場合は、「接続形態Ａ」であると判定する（ステップＳ１０）。また、ステップＳ９において、ＤＩＡＭＥＴＥＲメッセージの送出元ノードが自網のＡＡＡである場合は、「接続形態Ｂ」であると判定する（ステップＳ１１）。また、ステップＳ９において、ＤＩＡＭＥＴＥＲメッセージの送出元ノードが自網のＦＡである場合は、ＡＡＡ内で管理する網接続情報（例えば、Ｃｏｎｆｉｇファイル等）を参照することによって、自網のアクセス網と接続しているＦＡであるか、他網のアクセス網に接続しているＦＡであるかを判定する（ステップＳ１２）。
【００３１】
ステップＳ１２において、自網のアクセス網をサポートしていない場合は、「接続形態Ｃ」であると判定し、自網のアクセス網をサポートしている場合は、「接続形態Ｄ」であると判定する。
【００３２】
なお、Ｍｏｂｉｌｅ  ＩＰｖ６の場合は、Ｍｏｂｉｌｅ  ＩＰｖ４の場合と異なりＦＡが存在しないが、ユーザの移動検知を補助するＡｃｃｅｓｓ  Ｒｏｕｔｅｒ（ＡＲ）にＡＡＡと連携する機能を持たせることにより、図４において、ＦＡをＡＲと置き換えることが可能である。本発明は、Ｍｏｂｉｌｅ  ＩＰｖ４のみならず、Ｍｏｂｉｌｅ  ＩＰｖ６にも適用可能である。
【００３３】
次に、上記のように識別された接続形態Ａ〜Ｄの具体例について説明する。ここでは、Ｍｏｂｉｌｅ  ＩＰｖ４を例にとって説明する。Ｍｏｂｉｌｅ  ＩＰでは、認証区間として、ＭＮ〜ＦＡ間、ＦＡ〜ＨＡ間、ＭＮ〜ＨＡ間の３種類の区間において、なりすまし防止や改竄防止のための認証方法がＲＦＣ２００２で規定されている。しかし、それぞれの使用方法や目的については詳細に言及されていないため、明確ではない。ＭＮ〜ＨＡ間については、ユーザ認識のために必要となる認証であると考えられるが、ＭＮ〜ＦＡ間、ＦＡ〜ＨＡ間については、それぞれ網へのアクセス認証やノード間の認証に用いられると考えられる。
【００３４】
そこで、この網アクセス認証とノード間認証について、ＭＮ〜ＦＡ及びFA〜HA間のセキュリティ保証性により、従って、この２種類の認証方法の必要性から、Ｍｏｂｉｌｅ  ＩＰを用いた接続パターンは、それぞれ、図２に示す接続形態Ａ〜Ｄの４種類に分類できることが分かる。接続形態Ａ〜Ｄの４パターンそれぞれの接続形態例としては、図２に示すような接続形態例（サービス例）が考えられる。各接続形態の構成例を図３に示す。なお、これらの接続例はあくまでも例示であり、本発明は、これに限定されるわけではない。
【００３５】
図２および図３において、接続形態Ａは異種キャリア間のローミング形態、すなわち、Ｍｏｂｉｌｅ  ＩＰを用いた移動制御を網内で適用している移動キャリア間のローミングサービス等が該当する。この接続形態Ａでは、ＭＮ〜ＦＡ間、ＦＡ〜ＨＡ間は管理するキャリアが両端ノードで異なるためセキュリティが保証されておらず、両方の区間での認証が必要であると考えられる。
【００３６】
また、接続形態ＢはＭｏｂｉｌｅ  ＩＰによる移動管理機能を有する私設LAN間に、セキュリティの確保されていない接続、例えばインターネット網を介した網において、MNが任意の私設LAN配下にローミングする形態などが該当する。この接続形態Ｂでは、MNは、私設LANと契約もしくは私設LANに管理されているためMN−FA間の認証は不要であるが、ＦＡ〜ＨＡ区間はインターネット内でのデータの改ざん等の可能性があるため認証が必要であると考えれる。
【００３７】
また、接続形態ＣはＭｏｂｉｌｅ  ＩＰによる移動管理機能を有するキャリアに複数の私設ＬＡＮが収容されている網においてMNが任意の私設LAN配下にローミングする形態などが該当する。例えば、移動キャリア内の移動制御を用い、私設ＬＡＮ間の移動をサービスとして提供する形態や、移動キャリア自身がホットＳｐｏｔ的にＬＡＮや異種アクセス網を収容し、その間の移動サービスを提供する形態も考えられる。この接続形態Ｃでは、HAとFAは閉域網内にあるためキャリアが保証されているためFA〜HA区間の認証は不要であるが、ＭＮ〜ＦＡ区間は管理するキャリアが異なるため認証が必要であると考えられる。
【００３８】
また、接続形態Ｄは同一キャリア内の移動制御の形態が該当する。すなわち、同一キャリア内におけるハンドオーバ等の移動制御へのＭｏｂｉｌｅ  ＩＰの適用が考えられる。この接続形態Ｄでは、ＭＮ〜ＦＡ間、ＦＡ〜ＨＡ間いずれも認証は不要であると考えられる。
【００３９】
ただし、上記の接続形態Ａ〜Ｄでは、ＭＮ〜ＨＡ間、およびＭＮ〜認証管理サーバ間の認証は、いずれの接続形態でも必要であることとする。
【００４０】
また、実施の形態１において、移動通信端末が、実施の形態１における「接続形態Ｂ」の形態で通信を行う場合、図１に示すアルゴリズムによって、まず、該当する移動通信端末の所属する網に属するが、その移動通信端末を管理していない認証管理サーバに対し、その移動通信端末が送出する位置登録メッセージを、ＤＩＡＭＥＴＥＲプロトコルにマッピングしたメッセージが送出される。そして、ステップＳ２、ステップＳ３、ステップＳ７、ステップＳ８の処理を経て、その移動通信端末を管理する認証管理サーバにそのメッセージが転送される。そのメッセージを受信した、その移動通信端末を管理する認証管理サーバは、ステップＳ２、ステップＳ３、ステップＳ７、ステップＳ９、ステップＳ１１の処理を経て、接続形態Ｂであることが判別される。このため、この接続形態に必要なＭＮ−ＨＡ認証鍵およびＦＡ−ＨＡ認証鍵を、該当するノードである、ＭＮ、ＦＡ、ＨＡに対してＤＩＡＭＥＴＥＲメッセージとＭｏｂｉｌｅ  ＩＰメッセージを使用して配布する。このような手順により、接続形態に応じた認証を行うことが可能となる。
【００４１】
なお、接続形態Ａ、Ｃ、Ｄの場合も上記の接続形態Ｂの場合と同様に、必要な認証区間に応じた認証を行うことが可能となる。
【００４２】
（実施の形態２）
実施の形態２では、まず、次のような前提条件が設定されている。
▲１▼  ＭＮ〜ＨＡ、およびＭＮ〜ＡＡＡ間の認証は必須とする。
▲２▼  ＭＮ〜ＡＡＡ間では、共有認証鍵を予め保持している。
▲３▼  ＭＮ〜ＦＡ、ＦＡ〜ＨＡ間の接続形態により、ユーザの接続形態を４つのパターンに分類する。この４つのパターンを図４に示す。
【００４３】
図４において、接続形態Ａは、例えば、他キャリアのＭＮのローミングが該当する。接続形態Ｂは、例えば、セキュリティの確保されていない接続、例えばインターネット網を介した私設ＬＡＮ間のローミングが該当する。接続形態Ｃは、例えば、キャリア移動管理による複数の私設ＬＡＮを収容する形態が該当する。接続形態Ｄは、例えば、同一キャリア内の移動制御の形態が該当する。これらの各接続形態の構成例を、図５に示す。
【００４４】
また、網構成情報に対する前提条件が次のように設定されている。
▲１▼  自網ＡＡＡ〜他網ＡＡＡ間は、セキュリティの確保されていない接続、例えばインターネット経由を前提とする。
▲２▼  自網ＡＡＡ〜自網ＦＡ間はセキュリティの確保された接続、例えば専用線、VPN（仮想プライベートネットワーク）等による接続を前提とする。
▲３▼  自網ＡＡＡ〜自網ＡＡＡ間は、セキュリティの確保されていない接続、例えばインターネット経由またはセキュリティの確保された接続、例えば専用線、VPN（仮想プライベートネットワーク）接続のどちらも許容する。
【００４５】
次に、接続種別判定に必要な情報について説明する。
（１）ＭＮが保持する情報としては、ＮＡＩ（Ｎｅｔｗｏｒｋ  Ａｃｃｅｓｓ  Ｉｄｅｎｔｉｆｉｅｒ）であり、ユーザ名と、そのユーザが所属するドメインが識別可能なものである。例えば、xxxxxxx@yyy.zzz.ne.jpの形である。
（２）ＡＡＡが保持する情報としては、以下のものがある。
▲１▼  まず、ＮＡＩであり、自分の管理するドメインが識別可能なものである。例えば、aaa@yyy.zzz.ne.jpの形である。
▲２▼  次に、ローミング情報であり、登録要求を送出したＭＮがローミング可能なユーザであるかどうかをＭＮ−ＮＡＩのドメイン名を参照することにより判断する。
▲３▼  さらに、網構成情報であり、ＤＩＡＭＥＴＥＲメッセージを送出したノードのＩＰアドレスと、ＡＡＡが接続する可能性のあるノード（自網のＦＡ、自網／他網のＡＡＡ）との対応表、およびそれらのノードとの間の接続状況（セキュリティの確保されていない接続、例えばインターネット経由／セキュリティの確保された接続、例えば専用線、VPN（仮想プライベートネットワーク）接続）を含めた情報である。ここでは、接続元ＩＰアドレスとＮＡＩとの対応表も保持していてもよい。また、自網ノードである場合、管理するアクセス網が自網／他網であるかの情報を含む。
【００４６】
次に、ＡＡＡの管理テーブルについて説明する。図６に示すように、ＡＡＡの管理テーブルは、ＩＰアドレス（ＮＡＩ値）、接続ノード又は、接続状況、および管理アクセス網とから構成される。ローミング情報としては、例えば、ローミング契約を行っているキャリアのドメイン名（＠以下）を保持する。これにより、ＡＡＡで保持していないドメイン名を持つＭＮの要求を拒否することができる。
【００４７】
次に、実施の形態２に係る処理手順について図７を参照して説明する。まず、ステップＴ１〜Ｔ７は、該当するＭＮを管理しているＡＡＡを特定する手順である。具体的には、ＡＡＡが受信したＤＩＡＭＥＴＥＲメッセージに含まれるＭＮのＮＡＩ値とＡＡＡのＮＡＩ値とを比較することにより、該当するユーザが管理されているＡＡＡを特定する。その後、ステップＴ８において、受信したＤＩＡＭＥＴＥＲメッセージの送信元ＩＰアドレスを元にして、ＡＡＡで予め保持している網構成情報から、メッセージの送信元を特定する。その際、他網のＡＡＡからであれば、ステップＴ９に移行し、「接続形態Ａ」であると判断する。
【００４８】
一方、ステップＴ８において、自網のＡＡＡからであれば、ＡＡＡ間の接続はセキュリティの確保された接続、例えば専用線、VPN（仮想プライベートネットワーク）等であるのか、セキュリティの確保されていない接続、例えばインターネット経由であるのかを判断する（ステップＴ１０）。ステップＴ１０における判断の結果、セキュリティの確保されていない接続、例えばインターネット経由である場合は、ＤＩＡＭＥＴＥＲメッセージ中のＭｏｂｉｌｅ  ＩＰメッセージに含まれる気付アドレスと、ＡＡＡで予め保持している網構成情報よりＭＮが接続しているＦＡが、自アクセス網／他アクセス網のどちらを管理しているかを判定する（ステップＴ１１）。この判定の結果、他アクセス網を管理している場合は、ステップＴ１２に移行し、「接続形態Ａ」であると判断する。一方、自アクセス網を管理している場合は、ステップＴ１３に移行し、「接続形態Ｂ」であると判断する。
【００４９】
ステップＴ８において、ＤＩＡＭＥＴＥＲの送信元ノードが自網ＦＡである場合およびステップＴ１０においてＡＡＡ間の接続がセキュリティの確保された接続、例えば専用線、VPN（仮想プライベートネットワーク）接続である場合は、ステップＴ１４に移行し、ＭＮが接続しているＦＡのアクセス網のサポート状況について判定を行う。この判定の結果、他アクセス網を管理している場合は、ステップＴ１５に移行し、「接続形態Ｃ」であると判断する。一方、自アクセス網を管理している場合は、ステップＴ１６に移行し、「接続形態Ｄ」であると判断する。
【００５０】
以上のように接続形態を特定した後、ＭＮを管理するＡＡＡはその接続形態に応じて必要となる認証鍵（又は認証鍵の資源）を該当するノードのみに配布する。
【００５１】
なお、本実施の形態において、認証区間判定装置としてのＡＡＡの概略構成について説明する。図８に示すように、ＡＡＡ８０において、ユーザ識別子抽出手段８１は、移動通信端末が送信したパケットに設定されているユーザ識別子を抽出する。ローミング契約情報抽出手段８２は、移動通信端末と外部エージェントとの通信可否を示すローミング契約情報を抽出する。網構成情報抽出手段８３は、パケットを受信した認証管理サーバが接続する可能性のあるノードのアドレスまたはノード識別子を示す網構成情報を抽出する。
【００５２】
ユーザ管理情報抽出手段８４は、移動通信端末が所属する網を識別すると共に、移動通信端末が自網に所属している場合に前記認証管理サーバで管理しているかどうかを識別するユーザ管理情報を抽出する。
そして、本発明の特徴のひとつである接続形態認定手段８５は、抽出された各情報に基いて、認証を必要とする区間が予め定められた接続形態を認定する。さらに、送信元検出手段８６は、ＤＩＡＭＥＴＥＲメッセージの送出元を検出する。
【００５３】
第１〜第４テーブル８７は、検出された送信元が自網のＡＡＡであるか他網のＡＡＡであるかに応じて接続形態を定め、ＤＩＡＭＥＴＥＲメッセージの送出元が自網の外部エージェントである場合に、自網のアクセス網をサポートしているかどうかに応じて接続形態を定め、ＡＡＡ間の接続がセキュリティの確保された接続、例えば専用線、VPN（仮想プライベートネットワーク）等によるものである場合は、自網のアクセス網をサポートしているかどうかに応じて接続形態を定め、ＡＡＡ間の接続がセキュリティの確保されていない接続、例えばインターネットを介するものである場合は、自網のアクセス網をサポートしているかどうかに応じて接続形態を定める。接続判断手段８８は、ＤＩＡＭＥＴＥＲメッセージの送出元が自網のＡＡＡである場合に、ＡＡＡ間の接続がセキュリティの確保された接続、例えば専用線、VPN（仮想プライベートネットワーク）等によるものか、セキュリティの確保されていない接続、例えばインターネットを介するものかを判断する。以上の構成要素は、制御バス８９に接続されており、図示しないＣＰＵによる制御を受ける。
【００５４】
以上のように、本実施の形態によれば、ネットワーク側で接続形態を判断することができるため、接続形態に応じて認証が必要となる各ノードに、必要な認証鍵または認証鍵を生成するための資源を配布することが可能となる。このため、接続形態によっては不必要な認証鍵を配布することがなくなり、各ノード内の認証処理の削減および網内で配布した認証鍵管理コストの低減を図ることができる。同時に、接続形態をユーザが判断し、接続形態毎に異なる位置登録要求を送出する機能、例えば、判定する手順や機能の実装が不要となる。
【００５５】
【発明の効果】
以上説明したように、本発明は、移動通信端末とパケット通信を行う移動通信網におけるセキュリティ判定方法であって、前記パケットを受信した認証管理サーバが接続するノードのアドレスまたはノード識別子を示す網構成情報を前記認証管理サーバの管理テーブルから抽出するステップと、前記抽出された情報に基いて、前記移動通信端末とノードとの間の区間、及び、当該ノードと他のノードとの間の区間において認証が必要となるセキュリティであるかどうかを判定するステップと、認証が必要となるセキュリティであると判定された場合、前記認証管理サーバが、必要な認証鍵または認証鍵を生成するための資源を、該当するノードに払い出すステップとを含む。
【００５６】
これにより、ネットワーク側で接続形態を判断することができるため、接続形態に応じて認証が必要となる各ノードのみに、必要な認証鍵または認証鍵を生成するための資源を配布することが可能となる。
【図面の簡単な説明】
【図１】実施の形態１において、接続形態をネットワーク側で識別するためのフローチャートである。
【図２】実施の形態１における接続形態Ａ〜Ｄの具体的説明を示す図である。
【図３】実施の形態１における接続形態Ａ〜Ｄの構成例を示す図である。
【図４】実施の形態２における接続形態Ａ〜Ｄの具体的説明を示す図である。
【図５】実施の形態２における接続形態Ａ〜Ｄの構成例を示す図である。
【図６】ＡＡＡの管理テーブルの例を示す図である。
【図７】実施の形態２において、接続形態をネットワーク側で識別するためのフローチャートである。
【図８】ＡＡＡの概略構成を示す図である。
【図９】従来提案されているＭｏｂｉｌｅ  ＩＰを適用した場合の基本的なネットワーク構成を示す図である。
【図１０】従来提案されているＭｏｂｉｌｅ  ＩＰの位置登録とＡＡＡの連携による認証鍵の配布方法の処理シーケンスを示す図である。
【図１１】従来のＭｏｂｉｌｅ  ＩＰにおける各種認証の種類と目的を示す図である。
【符号の説明】
ＭＮ…Ｍｏｂｉｌｅ  Ｎｏｄｅ、ＨＡ…Ｈｏｍｅ  Ａｇｅｎｔ、ＦＡ…Ｆｏｅｒｉｇｎ  Ａｇｅｎｔ、ＡＡＡ…Ａｕｔｈｅｎｔｉｃａｔｉｏｎ，Ａｕｔｈｏｒｉｚａｔｉｏｎ，Ａｃｃｏｕｎｔｉｎｇ、ＣＮ…Ｃｏｒｒｅｓｐｏｎｄｅｎｔ  Ｎｏｄｅ、ＡＲ…Ａｃｃｅｓｓ  Ｒｏｕｔｅｒ、８０…ＡＡＡ、８１…ユーザ識別子抽出手段、８２…ローミング契約情報抽出手段、８３…網構成情報抽出手段、８４…ユーザ管理情報抽出手段、８５…接続形態認定手段、８６…送信元抽出手段、８７…第１〜第４テーブル、８８…接続判断手段。
【図１】
0004230683.tif 000002
【図２】
0004230683.tif 000003
【図３】
0004230683.tif 000004
【図４】
0004230683.tif 000005
【図５】
0004230683.tif 000006
【図６】
0004230683.tif 000007
【図７】
0004230683.tif 000008
【図８】
0004230683.tif 000009
【図９】
0004230683.tif 000010
【図１０】
0004230683.tif 000011
【図１１】
0004230683.tif 000012