(57)【特許請求の範囲】
【請求項１】
携帯電気通信網に接続された携帯端末（１０）への複数の通信網（２０、２１、２２）からのアクセスを管理するシステムであり、前記システムが、少なくとも、
・ユーザー・アドレス検索インターフェイス（３２）から届けられたユーザー・アドレスを受信した後、前記通信網（２０、２１、２２）のうちの少なくとも一つから前記携帯端末（１０）への少なくとも一つの接続を確立することが可能であるアプリケーション・サーバー（３０）と、
・内部に向かう呼び出し管理インターフェイス（３４）であって、
前記通信網（２０、２１、２２）が前記接続を確立しようとしている少なくとも一つのアドレス割当てサーバー（３３）（またはＲａｄｉｕｓ）の内部に、前記携帯端末の識別を伝達する手段と、前記アドレス検索インターフェイス（３２）の要求に応じて、前記携帯端末（１０）のユーザー・アドレスが存在するかどうかを検証する手段とを備える、内部に向かう呼び出し管理インターフェイス（３４）と、
・内部に向かう呼び出しを受信してよいかどうかの権限であって前記通信網（２０、２１、２２）にアクセスする為に識別された前記携帯端末（１０）のユーザーから与えられた権限と、前記携帯通信網にアクセス可能かどうかとを検証することを要請することが可能なアクセス・コントロール・インターフェイス（３５）とを備えることを特徴とするシステム。
【請求項２】
前記システムは、前記通信網（２０、２１、２２）の内部に位置する、少なくとも一つのユーザー・アドレス検索インターフェイス（３２）を有し、
該インターフェイスは、前記通信網（２０、２１、２２）の内部に位置する、少なくとも一つのドメイン・ネーム・サーバー（３１）からくる第一の制御メッセージのデータに基づいて、ユーザー・アドレスが存在するかどうかを確認した後に、前記携帯端末（１０）に前記ユーザー・アドレスを割当てることが可能であることを特徴とする、請求項１に記載のアクセス管理システム。
【請求項３】
前記システムは、前記通信網（２０、２１、２２）の内部に位置する、前記アドレス割当てサーバー（３３）に接続された、少なくとも一つの内部に向かう呼び出しを管理するインターフェイス（３４）を有し、該インターフェイスは、前記ユーザー・アドレス検索インターフェイス（３２）からくる、第二の制御メッセージのデータに基づいて、前記ユーザー・アドレスを処理した後に、前記携帯端末（１０）に少なくとも一つのネットワーク・アドレスを割当てることが可能であることを特徴とする、請求項１または２に記載のアクセス管理システム。
【請求項４】
前記システムは、前記通信網（２０、２１、２２）のうちの前記ネットワーク・アドレス割当てサーバー（３３）に接続されている、少なくとも一つのアクセス・コントロール・インターフェイス（３５）を有し、該インターフェイスは、前記内部に向かう呼び出し管理インターフェイス（３４）からくる第三の制御メッセージのデータに基づいて、前記携帯端末（１０）の前記ユーザー・アドレスを検証することが可能であることを特徴とする、請求項１から３のいずれか一つに記載のアクセス管理システム。
【請求項５】
前記システムは、前記携帯電気通信網のうちの少なくとも一つの位置特定レジスター（１３）に接続されている、少なくとも一つのアクセス許可インターフェイス（１４）を有し、該インターフェイスは、前記携帯端末（１０）の前記ユーザー・アドレスを処理した後に、前記アクセス・コントロール・インターフェイス（３５）からくる、第四の制御メッセージのデータに基づいて、前記ネットワーク・アドレスを検証することが可能であることを特徴とする、前記請求項１から４のいずれか一つに記載のアクセス管理システム。
【請求項６】
前記通信網（２０、２１、２２）のうちの一つに位置し、請求項１から５のいずれか一つに記載の前記アクセス管理システムと結合したユーザー・アドレス検索インターフェイス（３２）であり、前記インターフェイスは、ドメイン・ネーム・サーバー（３１）に向かう伝達手段、前記内部に向かう呼び出し管理インターフェイス（３４）に向かう伝達手段、ユーザー・アドレスを付与する手段、制御メッセージを編集する手段、破綻メッセージを生成する手段を有することを特徴とする、インターフェイス。
【請求項７】
前記通信網（２０、２１、２２）のうちの一つに位置し、請求項１から５のいずれか一つに記載の前記アクセス管理システムと結合した内部に向かう呼び出し管理インターフェイス（３４）であり、前記インターフェイスは、前記ネットワーク・アドレス割当てサーバー（３３）に向かう伝達手段、前記ユーザー・アドレス検索インターフェイス（３２）に向かう伝達手段、ネットワーク・アドレスを付与する手段、制御メッセージを編集する手段、ユーザー・アドレスが存在することを検証する手段、前記携帯端末（１０）の前記ユーザーがアクセス可能か、権限を有しているかを検証した結果を処理する手段、破綻メッセージを生成する手段を有することを特徴とする、インターフェイス。
【請求項８】
前記通信網（２０、２１、２２）のうちの一つに位置し、請求項１から５のいずれか一つに記載の前記アクセス管理システムと結合したアクセス・コントロール・インターフェイス（３５）であり、前記インターフェイスは、前記ネットワーク・アドレス割当てサーバー（３３）との伝達手段、前記アクセス許可インターフェイス（１４）との伝達手段、前記携帯端末（１０）の前記ユーザー・アドレスを検証する手段、制御メッセージを編集する手段、前記ユーザー・アドレスを処理する手段を有することを特徴とする、インターフェイス。
【請求項９】
前記携帯電気通信網に位置し、請求項１から５のいずれか一つに記載の前記アクセス管理システムと結合したアクセス許可インターフェイス（１４）であり、前記インターフェイスは、前記位置特定レジスター（１３）との伝達手段、前記アクセス・コントロール・インターフェイス（３５）との伝達手段、前記ユーザー・アドレスを処理する手段、前記ネットワーク・アドレスを検証する手段、制御メッセージを編集する手段を有することを特徴とする、インターフェイス。
【請求項１０】
携帯電気通信網に接続された携帯端末（１０）への複数の通信網（２０、２１、２２）からのアクセス管理方法であり、前記方法は次の手順から成ることを特徴とする：
・前記通信網（２０、２１、２２）の一つに属する少なくとも一つのアプリケーション・サーバー（３０）に、携帯端末（１０）に対応する少なくとも一つの識別子を記録し、
・前記携帯端末（１０）の識別を要請するために、前記アプリケーション・サーバー（３０）から前記通信網（２０、２１、２２）の少なくとも一つのドメイン・ネーム・サーバー（３１）に向けて第一の制御メッセージを伝達し、
・前記ドメイン・ネーム・サーバー（３１）から、前記通信網（２０、２１、２２）の少なくとも一つのユーザー・アドレス検索インターフェイス（３２）に向けて前記第一の制御メッセージを伝達し、それにより、前記携帯端末（１０）に少なくとも一つのユーザー・アドレスを割当て、
・前記携帯端末（１０）の前記ユーザー・アドレスでネットワーク・アドレスを割当てるために、前記ユーザー・アドレス検索インターフェイス（３２）から前記通信網（２０、２１、２２）の少なくとも一つの内部に向かう呼び出しを管理するインターフェイス（３４）に向けて第二の制御メッセージを伝達し、
・少なくとも一つのネットワーク・アドレス割当てサーバー（３３）に接続された、前記呼び出し管理インターフェイス（３４）に受信された前記ユーザー・アドレスが存在するかを検証し、
・前記ユーザー・アドレスが存在する場合は、前記内部に向かう呼び出し管理インターフェイス（３４）が、前記アドレスの存在を知らせるためのメッセージを、前記ユーザー・アドレス検索インターフェイス（３２）に向けて伝達し、
・前記ユーザー・アドレスが存在しない場合は、前記内部に向かう呼び出し管理インターフェイス（３４）が、前記通信網（２０、２１、２２）の前記ネットワーク・アドレス割当てサーバー（３３）を介して、第三の制御メッセージを、少なくとも一つのアクセス・コントロール・インターフェイス（３５）に向けて伝達し、
・前記ユーザー・アドレスを処理するために、前記アクセス・コントロール・インターフェイス（３５）から、前記携帯電気通信網の内部に位置する、少なくとも一つのアクセス許可インターフェイス（１４）に向けて第四の制御メッセージを伝達し、
・前記アクセス許可インターフェイス（１４）に接続された、前記携帯電気通信網の少なくとも一つの位置特定レジスター（１３）において、前記携帯電気通信網への前記アクセス可能性と、前記携帯端末（１０）の前記ユーザによって与えられた、内部に向かう呼び出しを受信してよいかどうかの前記権限とを検証し、
・データの編集を行うために、前記携帯電気通信網の内部に位置する前記アクセス許可インターフェイス（１４）から、前記通信網（２０、２１、２２）の内部に位置する前記アクセス・コントロール・インターフェイス（３５）に向けて前記携帯端末（１０）のユーザーの前記のようにアクセス可能かどうかと、前記権限を伝達し、
・前記携帯端末（１０）のユーザーが前記のようにアクセス可能か、権限を有しているかを、前記アクセス・コントロール・インターフェイス（３５）から、前記内部に向かう呼び出し管理インターフェイス（３４）に向けて、前記通信網（２０、２１、２２）の前記ネットワーク・アドレス割当てサーバー（３３）を介して、分析のために伝達し、
・前記内部に向かう呼び出し管理インターフェイス（３４）においてユーザー・アドレスが存在した旨または携帯端末（１０）のユーザーがアクセス可能かつ権限を有している旨のメッセージをユーザー・アドレス検索インターフェイス（３２）が受信した場合、少なくとも一つの前記ユーザー・アドレス付きのデータを伝達するために、前記通信網（２０、２１、２２）から前記携帯端末（１０）に向けて接続を確立する。
【請求項１１】
前記携帯端末（１０）のユーザーがアクセス不能であり、無権限である場合は、内部に向かう呼び出しを管理するインターフェイス（３４）が前記ユーザー・アドレス検索インターフェイス（３２）に向けて第一の破綻メッセージを伝達し、つぎに、前記ユーザー・アドレス検索インターフェイス（３２）が、前記ドメイン・ネーム・サーバー（３１）に向けて、そして前記アプリケーション・サーバー（３０）に向けて前記第一の破綻メッセージを伝達し、それにより、前記通信網（２０、２１、２２）と前記携帯端末（１０）との間に接続が確立しないようにすることを特徴とする、請求項１０に記載のアクセス管理方法。
【請求項１２】
前記携帯端末（１０）のユーザーがアクセス可能であり、権限を有している場合は、前記内部に向かう呼び出し管理インターフェイス（３４）が、前記内部に向かう呼び出し管理インターフェイス（３４）から、前記ユーザー・アドレス検索インターフェイス（３２）に向けて、ユーザー・アドレスを伝達することを特徴とする、請求項１０に記載のアクセス管理方法。
【請求項１３】
請求項１０から１２のいずれか一つに記載のアクセス管理方法であり、前記方法は次の手順から成ることを特徴とする：
・前記ユーザー・アドレス検索インターフェイス（３２）から、前記ドメイン・ネーム・サーバー（３１）に向けて、そして前記アプリケーション・サーバー（３０）に向けて前記ユーザー・アドレスを伝達し、
・前記アプリケーション・サーバー（３０）から、前記携帯電気通信網の少なくとも一つのアクセス管理機器（１２）に向けて、前記ユーザー・アドレスでデータを伝達する。
【請求項１４】
前記ユーザー・アドレスが認識されない場合は、前記アクセス管理機器（１２）は、検証のために、前記ネットワーク・アドレス割当てサーバー（３３）に向けて第五の制御メッセージを伝達し、そして、前記ネットワーク・アドレス割当てサーバー（３３）が、前記内部に向かう呼び出し管理インターフェイス（３４）に向けて、前記アドレスを伝達することを特徴とする、請求項１３に記載のアクセス管理方法。
【請求項１５】
請求項１３または１４のいずれかに記載のアクセス管理方法であり、前記方法は次の手順から成ることを特徴とする：
・前記ネットワーク・アドレスが割当てられていない場合は、前記内部に向かう呼び出し管理インターフェイス（３４）から、前記ネットワーク・アドレス割当てサーバー（３３）に向けて、つぎに、前記アクセス管理機器（１２）に向けて、第二の破綻メッセージを伝達し、
・前記アクセス管理機器（１２）において、前記通信網（２０、２１、２２）と前記携帯端末（１０）との間に接続が確立しないように、前記第二の破綻メッセージを処理する。
【請求項１６】
前記ユーザー・アドレスが認識された場合は、前記通信網（２０、２１、２２）と前記携帯端末（１０）との間に接続が確立された後に、前記アクセス管理機器（１２）は、少なくとも一つのサービス・サポート機器（１１）に向けて、つぎに、前記携帯端末（１０）に向けて、前記データを伝達することを特徴とする、請求項１３に記載のアクセス管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信網から携帯端末へのアクセスを管理するシステムと方法に関するものである。
【０００２】
本発明は、より具体的には、それぞれが一通りのサービスを提供する複数の独立した通信網から携帯端末にアクセスできるようにするモバイルネットワークに応用されるものである。
【背景技術】
【０００３】
現に、このようなサービスは、ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ、つまりパケット・モードによる無線通信の総合サービス）やＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ、つまり携帯端末での電気通信の普遍的システム）の携帯電気通信網に接続された携帯端末からアクセス可能なものである。
【０００４】
現に、このようなモバイルネットワークと呼ばれるものにおいては、ユーザーは、前記通信網を識別する名称の選択に際して、サービスを提供する通信網を選択することができる。つぎに、携帯端末と所定の通信網との間で接続を確立するために、前記識別名称は、モバイルネットワークを介して、通信網と呼ばれるものへのアクセスを管理する機器に向けて伝達される。
【０００５】
わかりやすく言えば、本発明はＧＰＲＳまたはＵＭＴＳシステムの用語法において用いられる呼称で説明されるものである。しかしながら、本発明は、通信網を識別し、そしてアドレス指定をする同一の技術を用いる、すべての通信システムに応用されるものである。
【０００６】
現実のＧＰＲＳタイプ並びにＵＭＴＳタイプのシステムにおいては、通信網を識別する名称はＡＰＮ（Ａｃｃｅｓｓ  Ｐｏｉｎｔ  Ｎａｍｅ、つまりアクセス・ポイント・ネーム）と呼ばれる。この同じシステムにおいては、サービスをサポートする機器はＳＧＳＮ（Ｓｅｒｖｉｎｇ  ＧＰＲＳ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ、つまりＧＰＲＳサービス・サポート接続点）と呼ばれ、様々な通信網へのアクセスを管理する機器は、ＧＧＳＮ（Ｇａｔｅｗａｙ  ＧＰＲＳ  Ｓｅｒｖｉｃｅ  Ｎｏｄｅ、つまりゲートウェイＧＰＲＳサービス接続点）と呼ばれる。
【０００７】
ＡＰＮ識別名称に主に含まれるのは、選択した通信網に対応する識別子、前記通信網を管理する事業者の識別子、そして例えばＧＰＲＳまたはＵＭＴＳのようなモバイルネットワークの技術の識別子である。ＡＰＮ識別名称のフォーマット並びに用法を規格化しているのは、ＥＴＳＩ（Ｅｕｒｏｐｅａｎ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｔａｎｄａｒｄｓ  Ｉｎｓｔｉｔｕｔｅ、つまり欧州通信規格協会）である。
【０００８】
他の機能の中でも、ＳＧＳＮサービス・サポート機器は、携帯端末からＡＰＮ識別名称を受信し、そのＡＰＮ識別名称を、それ自身が接続されたＡＰＮ識別名称サーバーに伝達して認識させる。前記ＡＰＮ識別名称サーバーは、ＳＧＳＮサービス・サポート機器に、ＡＰＮ識別名称に関連するＧＧＳＮアクセス管理機器のリストを伝達することによって応答する。前記ＳＧＳＮサービス・サポート機器は、前記リストに載っているＧＧＳＮアクセス管理機器に向けての接続を確立する。他の機能の中でも、ＧＧＳＮアクセス管理機器は、携帯端末から受信したＡＰＮ識別名称を認識し、ＡＰＮ識別名称に対応する通信網に向けて接続を確立する。そのようなＳＧＳＮ機器とＧＧＳＮ機器もまたＥＴＳＩによって規格化されている。
【０００９】
その携帯端末上で一つのＡＰＮ識別名称が一旦選択されるとすぐに、アクセス・プロトコルが開始される。ＧＰＲＳやＵＭＴＳにおいては、このプロトコルは、ＰＤＰ（Ｐａｃｋｅｔ  ｍｏｄｅ  Ｐｒｏｔｏｃｏｌ、つまりパケット・モードデータのプロトコル）と呼ばれる。携帯端末の接続をＧＧＳＮと呼ばれるアクセス管理機器に向けて確立する手順が活用される。そのような接続を確立するために、選択した通信網に向けたリンクが、モバイルネットワークを介して生成される。ＧＰＲＳやＵＭＴＳでは、このリンクは「ＰＤＰ  Ｃｏｎｔｅｘｔ」と呼ばれる。このリンクは、携帯端末から、前記通信網の一通りのサービスへのアクセスを可能にする。
【００１０】
前記手順の終わりに、端末は通信網からのアドレスを受信し、それによって接続が確立される。このアドレスは、前記通信網の内部で、前記端末を識別するものである。該アドレスは、端末と通信網との間に存在する「ＰＤＰ  Ｃｏｎｔｅｘｔ」と呼ばれるリンクに関連したものである。
【００１１】
固定電気通信網での電話、そして、ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ、つまり携帯通信用総合のシステム）タイプの携帯システムとの類推によって、携帯端末を通信網に向けて接続するように求めることを「外部への呼び出し」と呼ばれる。
【００１２】
同様に、電気通信網から端末端末に向けて接続を求めることは、「内部への呼び出し」と呼ばれる。
【００１３】
現に、ＧＰＲＳまたはＵＭＴＳの携帯電気通信網の事業者は、前記電気通信網から前記携帯端末に向けての接続はできないようにしている。
【００１４】
現に、携帯端末と通信網との間の接続は、前記携帯端末から前記通信網に向けてのみ確立可能である。
【発明の開示】
【発明が解決しようとする課題】
【００１５】
それゆえ、本発明の対象により解決すべき技術的課題は、携帯電気通信網に接続された携帯端末に複数の通信網からアクセスするのを管理するシステムと方法を提案することであり、それにより、携帯端末の内部に向かう呼び出しを実現することで既存のシステムの不都合な点に対策を講じることができるようにすることである。
【課題を解決するための手段】
【００１６】
提起された技術的課題の解決方法は、本発明により、複数の通信網から携帯端末へのアクセスを管理する前記システムが、そのような通信網のうちの少なくとも一つからその携帯端末に向けて、接続を少なくとも一つ確立するのに適したものにすることから成る。
【００１７】
現に、接続の確立は、ＧＧＳＮアクセス管理機器を介して、端末から通信網に向けて行われる。
【００１８】
端末と通信網との間に接続を確立するために、前述において示された外部向け呼び出しの機器と同様のものが用いられる。
【００１９】
「ＰＤＰ  ＣＯＮＴＥＸＴ」リンクの生成は、前記通信網から携帯電気通信網を介して、所定の携帯端末に向けて行われる。前記携帯端末は、前記通信網からのアドレスを受信し、それにより、接続が確立される。このアドレスは、前記通信網の内部で前記端末を識別する。それは、端末と前記通信網との間に存在する、前記の「ＰＤＰ  ＣＯＮＴＥＸＴ」と呼ばれるリンクに関連するものである。
【００２０】
本発明にかなった、前記アクセス管理システムは、通信網から、前記接続特有のインターフェイスを介して決定される、携帯端末に向けて接続を確立することを実施することを可能にする。
【００２１】
本発明によれば、前記システムは、前記通信網の内部に位置する、ユーザー・アドレス検索インターフェイスを少なくとも一つ有し、それは、前記通信網の内部に位置する、少なくとも一つのドメイン・ネーム・サーバーからの第一制御メッセージの少なくとも一つのデータに基づいて、携帯端末にユーザー・アドレスを少なくとも一つ割当てるに適したインターフェイスである。
【００２２】
ユーザー・アドレス検索インターフェイスは、前記携帯端末のユーザーを認識することを可能にし、それにより、前記通信網は接続を確立する。
【００２３】
ユーザー・アドレスは、前記携帯端末のユーザーの識別子に基づいて決定され、該アドレスは、前記携帯端末が加入している前記通信網の内部に位置するアプリケーション・サーバーと、ドメイン・ネーム・サーバーを介して伝達される。
【００２４】
本発明にかなうように、前記システムは、前記通信網の内部に位置する、少なくとも一つの内部に向かう呼び出し管理インターフェイスを有し、該インターフェイスは、前記ユーザー・アドレスを処理した後に、前記ユーザー・アドレス検索インターフェイスからの第二制御メッセージの少なくとも一つのデータに基づいて、前記携帯端末に少なくとも一つのネットワーク・アドレスを割当てるのに適したものである。
【００２５】
内部に向かう呼び出し管理インターフェイスは、前記通信網を認識することが可能になり、該通信網は、前記携帯端末に向けて接続を確立する。
【００２６】
ネットワーク・アドレスは、そのユーザー・アドレスに基づいて決定され、前記ユーザー・アドレス検索インターフェイスによって伝達されたデータを介して行われる。
【００２７】
本発明によると、前記システムは、前記通信網の内部に位置する、少なくとも一つのアクセス・コントロール・インターフェイス３５を有し、該インターフェイスは、前記内部に向かう呼び出し管理インターフェイスからの第三の制御メッセージの少なくとも一つのデータに基づいて、前記携帯端末の前記ユーザー・アドレスを検証するのに適したものである。
【００２８】
ＥＴＳＩ規格は、同一の携帯端末と様々な通信網との間に、複数の接続を確立することが可能であることを想定している。
【００２９】
例えば、外部への呼び出しにより、携帯端末が既に第一の通信網に接続されている場合は、前記第一の通信網によって前記携帯端末にアドレスが割当てられているということになる。つぎに、内部への呼び出しにより、同一の携帯端末に向けて第二の通信網が接続を確立する場合は、アクセス・コントロール・インタフェイス３５は、前記携帯端末に対応する前記ユーザー・アドレスが、既に存在しているものでないかを検証する。
【００３０】
本発明によると、前記システムは、前記携帯電気通信網の内部に位置する、少なくとも一つのアクセス許可インターフェイス１４を有し、該インターフェイスは、前記携帯端末のユーザー・アドレスを処理した後に、前記アクセス・コントロール・インターフェイス３５からの第四の制御メッセージの少なくとも一つのデータに基づいて、前記ネットワーク・アドレスを検証するのに適したものである。
【００３１】
携帯電気通信網において、前記携帯端末から外部に向かう呼び出しについては、呼び出しが携帯端末によって送信されるため、アドレス指定は、ＨＬＲ（Ｈｏｍｅ  ｌｏｃａｔｉｏｎ  Ｒｅｇｉｓｔｅｒ、つまりホームロケーションレジスタ）と呼ばれる位置特定レジスターによって管理される。
【００３２】
携帯端末に向けた内部への呼び出しについては、呼び出しは前記通信網によって送信され、アドレス指定はアクセス管理機器ＧＧＳＮによって管理される。外部に向けたものか、内部に向けたものか、呼び出しのタイプに応じては、アドレス指定は携帯電気通信網の様々な機器によって管理される。
【００３３】
前記通信網の内部に位置する、前記アクセス・コントロール・インターフェイスは、携帯電気通信網との連絡を開始することが可能であり、該携帯電気通信網は、前記携帯端末のユーザーが、アクセス許可インターフェイスを介して前記位置特定レジスターに接続されている。
【００３４】
本発明はまた、携帯電気通信網に接続された携帯端末への複数の通信網からのアクセスの管理方法をも対象としており、前記方法が、次のような手順からなることを特徴とする：
・前記通信網のうちの少なくとも一つのアプリケーション・サーバーにおける、少なくとも一つの携帯端末に対応する少なくとも一つの識別子を記録し、
・少なくとも一つの第一の制御メッセージを伝達し、それにより、前記アプリケーション・サーバーから前記通信網の少なくとも一つのドメイン・ネーム・サーバーに向けて前記携帯端末の識別を要請し、
・前記ドメイン・ネーム・サーバーから、前記通信網の少なくとも一つのユーザー・アドレス検索インターフェイスに向けて前記第一の制御メッセージを伝達し、それにより、前記携帯端末に少なくとも一つのユーザー・アドレスを割当て、
・少なくとも一つの第二の制御メッセージを伝達し、それにより、前記ユーザー・アドレス検索インターフェイスから前記通信網の内部に向かう呼び出しを管理する少なくとも一つのインターフェイスに向けて、前記携帯端末の前記ユーザー・アドレスでネットワーク・アドレスを割当て、
・少なくとも一つのネットワーク・アドレス割当てサーバーに接続された、内部に向かう呼び出しを管理する前記インターフェイスに受信される前記ユーザー・アドレスが存在するかを検証する。
【００３５】
前記携帯端末が複数の接続を管理することができる場合は、外部向け呼び出しに第一のアドレスが割当てられ、そして内部に向かう呼び出しに第二のアドレスが割当てられる。外部向けの呼び出しと内部に向かうの呼び出しが、携帯端末と、その同じ通信網との間で確立されている場合は、前記携帯端末に通信網で二つのアドレスを割当てることが可能である。
【００３６】
この場合は、既に同一の通信網によって割当てられた第一のアドレスを有する携帯端末に、第二のアドレスを割当てることは不要である。使用可能なアドレスの不足が痛感される場合、この二重アドレスは、明らかに数に限りのあるアドレス資源の浪費である。
【００３７】
前記の内部に向かう呼び出しの管理インターフェイスは、前記通信網のネットワーク・アドレス割当てサーバーと接続されると、前記携帯端末への二つのアドレスの割当てを阻止する。
【００３８】
本発明にかなうように、前記アクセス管理方法は、次のような手順からなる：
・少なくとも一つの第四の制御メッセージを伝達し、それにより、前記アクセス・コントロール・インターフェイスから、前記携帯電気通信網の内部に位置する、少なくとも一つのアクセス許可インターフェイスに向けて、前記ユーザー・アドレスの少なくとも一回の処理を実行し、
・前記携帯電気通信網の少なくとも一つの位置特定レジスターにおける、前記アクセス許可インターフェイスに接続された前記携帯端末のユーザーがアクセス可能かどうかと、権限を有しているか検証し、
・データの編集を行うために、前記電気通信網の内部に位置する前記アクセス許可インターフェイスから前記通信網の内部に位置する前記アクセス・コントロール・インターフェイスに向けて、前記携帯端末のユーザーが前記のようにアクセス可能かどうかと、権限を有しているかを伝達し、
・前記携帯端末のユーザーが前記のようにアクセス可能かどうかと、権限を有しているかを、前記アクセス・コントロール・インターフェイスから前記内部に向かう呼び出しを管理するインターフェイスに向けて、分析のために伝達する。
【００３９】
現に、通信網で同時に管理できる接続は一つだけであるという携帯端末も存在する。これらの携帯端末では、同時に受信出来るアドレスは一つだけであり、それも、たった一つの通信網から来て、「ＰＤＰ  ＣＯＮＴＥＸＴ」と呼ばれるリンクとつながっているものだけということになる。
【００４０】
そういう場合は、外部向けの呼び出しの後に、前記通信網からの内部に向かう呼び出しがあっても到達不能である。したがって、ユーザーの有する権限により、内部に向けての呼び出しは許可されないことになる。
【００４１】
更に、前記携帯端末が複数の接続を管理できる場合は、前記携帯端末のユーザーは、前記の複数の通信網のうちの一つからくる内部に向かうの呼び出しを不許可にすることができ、それにより、例えば、所定の通信網からの広告メッセージの配布を差し止めることもできる。
【００４２】
本発明では、前記携帯端末のユーザーがアクセス不能であり無権限である場合は、内部に向かう呼び出しを管理する前記インターフェイスが前記ユーザー・アドレス検索インターフェイスに向けて第一の破綻メッセージを伝達し、つぎに、そのユーザー・アドレス検索インターフェイスが、前記ドメイン・ネーム・サーバーに向けて、そして前記アプリケーション・サーバーに向けて前記第一の破綻メッセージを伝達し、それにより、前記通信網と前記携帯端末との間で接続が確立しないようにする。
【００４３】
内部に向かう呼び出しによる接続に特有の様々なインターフェイスが、前記通信網内部のしかるべき場所にある様々なサーバーと交信し、それにより、アクセス管理に必要なデータを伝達する。
【００４４】
接続を確立させることが許可されない場合は、前記通信網の様々な機器の間で、様々な破綻メッセージが伝達される。
【００４５】
本発明にかなうように、前記アクセス管理方法は、次のような手順からなる：
・前記ユーザー・アドレス検索のインターフェイスから、前記ドメイン・ネーム・サーバーに向けて、つぎに前記アプリケーション・サーバーに向けて、前記ユーザー・アドレスを伝達する、
・前記アプリケーション・サーバーから前記電気通信網の少なくとも一つのアクセス管理機器に向けて、少なくとも一つのデータを前記ユーザー・アドレスと共に伝達する。
【００４６】
本発明にかなうように、前記ユーザー・アドレスが認識される場合は、前記アクセス管理機器は、前記データを、少なくとも一つのサービス・サポート機器に向けて、つぎに、前記通信網と前記携帯端末との間の接続が確立された後で、前記携帯端末に向けて伝達する。
【００４７】
前記通信網の様々なサーバーを介して様々なインターフェイスが行う検証が全て行われる場合は、前記携帯端末に対応するネットワーク・アドレスを、前記携帯電気通信網のアクセス管理機器に伝達する。
【００４８】
その場合、内部に向かう呼び出しが許可され、前記通信網から前記携帯端末に向けて接続が確立され、携帯端末が前記通信網からのデータを受信する。
【発明を実施するための最良の形態】
【００４９】
以下、添付図面を参照しつつ行われる説明は、非限定的な例として示されるものであるが、本発明の構成と実施方法の理解を助けるものとなろう。
【００５０】
図１は、本発明にかなった、複数の通信網からの携帯端末へのアクセスを管理するシステムの全体的な構造を示した図である。
【００５１】
図２は、本発明にかなった、通信網からの携帯端末へのアクセスを管理する方法の手順を示したものである。
【００５２】
説明を簡略なものにするために、携帯電気通信網に接続された機器は携帯端末１０として示されているが、それは例えば、通信サーバーまたは通信端末でも、あるいはＰＣタイプのパソコンのような様々な性質のものであってもよい。
【００５３】
図１は、全体として、複数の通信網２０、２１、２２からの携帯端末１０へのアクセスを管理するシステムを示すものであるが、前記携帯端末１０をＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）と呼ばれる加入機器１０で記号化されている。
【００５４】
用いられている携帯端末１０がどのようなものであるにせよ、該端末は、ユーザーが加入している公けの携帯電気通信網に接続されている。
【００５５】
本発明は、携帯端末１０に向けて識別及びアドレス指定の技術と同等のものを用いるのであれば、どのような通信網２０、２１、２２にも応用できる。
【００５６】
携帯端末１０は、例えばＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ、つまりパケット・モード無線通信総合サービス）  タイプまたはＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ、つまり携帯端末を用いる電気通信汎用システム）タイプの電気通信網といった、携帯端末１０に向けたパケット・モードでの伝達を可能にする、あらゆるタイプの携帯のための電気通信網に接続される。
【００５７】
ユーザーはまた、それぞれが一通りのサービスを提供する、複数の独立した通信網２０、２１、２２にも加入している。前記ユーザーは、自分の携帯端末１０に、通信網２０、２１、２２を識別するそれぞれの名称ＡＰＮを記憶させる。
【００５８】
携帯端末１０のユーザーが記憶したＡＰＮ識別名称を一つ選ぶ場合は、携帯電気通信網を通して、前記通信網２０、２１、２２のうちの一つと接続が確立される。前記携帯端末は、通信網２０、２１、２２のうちの一つに向けて、外側に向かう呼び出しと呼ばれる連絡を確立したことになる。前述したように、名称ＡＰＮは、前記通信網２０、２１、２２のそれぞれを識別するものである。
【００５９】
前記ＡＰＮ識別名称はサービス・サポート機器１１に向けて伝達されるのであるが、該機器は、名称ＡＰＮとアクセス管理機器ＧＧＳＮとの間の対応表を有する、ＡＰＮ名称サーバーに接続されている。前記対応表を用いることで選択した後に、ＧＧＳＮアクセス管理機器１２が前記通信網２０、２１、２２との接続を確立する。
【００６０】
外部に向かう呼び出しとは逆に、内部に向かう呼び出しにより、前記通信網２０、２１、２２の一つから前記携帯端末１０に向かう接続を確立することができるというのは、既に説明した通りである。
【００６１】
図１に示しているように、アプリケーション・サーバー３０つまりＡＳ（アプリケーション・サーバー)は、前記通信網２０、２１、２２の一つに属しており、前記内側に向かう呼び出しを初期化するために前記携帯端末１０のユーザーの識別子を検索する。
【００６２】
通信網２０、２１、２２から携帯端末１０に向かう内側への呼び出しを用いることは、前記通信網２０、２１、２２の様々な機器によって実施可能であり、それは例えば、前記アプリケーション・サーバー３０（つまりＡＳ）や、あるいは前記通信網の他のあらゆる機器、例えば前記通信網２０、２１、２２の前記アプリケーション・サーバー３０（つまりＡＳ）にアクセス可能な端末であれば、どのようなものでもよい。
【００６３】
前記アプリケーション・サーバー３０（つまりＡＳ）が、前記通信網２０、２１、２２の内部に位置するドメイン・ネーム・サーバー３１（ＤＮＳ）に働きかける。前記ドメイン・ネーム・サーバー３１（ＤＮＳ）は、ユーザー・アドレス検索インターフェイス３２によって、前記携帯端末１０のユーザーの識別子の処理を開始させる。
【００６４】
前記ユーザー・アドレス検索インターフェイス３２は、前記ドメイン・ネーム・サーバー３１（ＤＮＳ）内に物理的に存在していてもいなくともよい。
【００６５】
前記ユーザー・アドレス検索インターフェイス３２は、前記携帯端末１０に対応するユーザー・アドレスを、前記通信網２０、２１、２２の内部に向かう呼び出しを管理する、インターフェイス３４に向けて伝達する。前記内部に向かう呼び出しを管理するインターフェイス３４は、前記ユーザー・アドレスが存在するか否かを検査することにより、前記ユーザー・アドレスの処理を実行する。
【００６６】
前記携帯端末１０に対応する前記ユーザー・アドレスが既に存在している場合は、前記内部に向かう呼び出しを管理するインターフェイス３４は、前記ユーザー・アドレスを前記ユーザー・アドレス検索インターフェイス３２に送り返す。
【００６７】
前記携帯端末１０に対応するユーザー・アドレスが存在しない場合は、前記内部に向かう呼び出しを管理するインターフェイス３４は、ネットワーク・アドレス割当てサーバー３３に働きかける。前記ネットワーク・アドレス割当てサーバー３３（またの名をＲａｄｉｕｓ、Ｒｅｍｏｔｅ  Ａｕｔｈｅｎｔｉｆｉｃａｔｉｏｎ  Ｄｉａｌ−Ｉｎ  Ｕｓｅｒ  Ｓｅｒｖｉｃｅ）は、前記通信網２０、２１、２２の内部に位置している。
【００６８】
前記内部に向かう呼び出しを管理するインターフェイス３４は、前記ネットワーク・アドレス割当てサーバー３３（またの名をＲａｄｉｕｓ）の内部に物理的に存在していてもいなくともよい。
【００６９】
前記ネットワーク・アドレス割当てサーバー３３（またの名をＲａｄｉｕｓ）が働きかけるアクセス・コントロール・インターフェイス３５は、前記ネットワーク・アドレスの処理を開始させる。前記アクセス・コントロール・インターフェイス３５も前記ネットワーク・アドレス割当てサーバー３３（またの名をＲａｄｉｕｓ）の内部に物理的に存在していてもいなくともよい。
【００７０】
前記アクセス・コントロール・インターフェイス３５は、前記通信網２０、２１、２２に対応するネットワーク・アドレスを割当て、該アドレスは、携帯電気通信網の内部に存在するアクセス許可インターフェイス１４に伝達される。
【００７１】
前記アクセス許可インターフェイス１４は、携帯電気通信網の内部に存在する位置特定レジスター１３（つまりＨＬＲ、Ｈｏｍｅ  Ｌｏｃａｔｉｏｎ  Ｒｅｇｉｓｔｅｒ）に働きかける。前記アクセス許可インターフェイス１４は、前記位置特定レジスターＨＬＲ１３の内部に物理的に含まれていてもいなくてもよい。
【００７２】
前記位置特定レジスターＨＬＲ１３は、前記通信網２０、２１、２２からの内部に向かう呼び出しの発信に関する、前記携帯端末１０のユーザーがアクセス可能かどうかと、権限を有しているかを検証する。
【００７３】
検証の結果に応じて、前記アクセス許可インターフェイス１４は前記アクセス・コントロール・インターフェイス３５に応答し、該インターフェイス３５は、前記内部に向かう呼び出しを管理するインターフェイス３４に内部に向かう呼び出しを許可または不許可にすることによって、伝達を行う。
【００７４】
内部に向かう呼び出しが許可されない場合は、処理は終了し、前記通信網２０、２１、２２と前記携帯端末１０との間に接続は確立されない。
【００７５】
内部に向かう呼び出しが許可された場合は、前記内部に向かう呼び出しを管理するインターフェイス３４が前記携帯端末１０に、前記ユーザー・アドレス検索インターフェイス３２に伝達されるネットワーク・アドレスを割当てる。
【００７６】
前記ユーザー・アドレス検索インターフェイス３２が、前記携帯端末１０に対応するユーザー・アドレスを割当て、該ユーザーアドレスは、前記ドメイン・ネーム・サーバー３１（ＤＮＳ）に、つぎに、アプリケーション・サーバー３０（つまりＡＳ）に伝達される。
【００７７】
前記アプリケーション・サーバー３０（つまりＡＳ）は、前記携帯端末１０が接続されている前記携帯電気通信網のＳＧＳＮサービス・サポート機器１１に接続された、ＧＧＳＮアクセス管理機器１２に働きかける。
【００７８】
前記内側に向かう呼び出しに対応して、前記通信網２０、２１、２２と前記携帯端末１０との間に接続が確立される。
【００７９】
本発明を理解しやすくするために、通信網から携帯端末へのアクセスを管理する方法の様々な手順を図２に示した。
【００８０】
通信網２０、２１、２２においては、携帯端末１０のユーザーは、それぞれ通信網２０、２１、２２の機器において識別される。
【００８１】
通信網２０、２１、２２において、携帯端末１０のユーザーの識別は、様々な形をとりうる。例えば、ユーザーの識別子が、「姓．名」という形で、ユーザーの姓名に対応していても、あるいは、前記ユーザーの識別番号と、前記通信網２０、２１、２２の識別に対応して、「０６０７０８０９１０．ネットワーク」という形で表示してもよい。
【００８２】
説明をわかりやすくするために、ユーザーの識別を、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ、つまりインターネット・プロトコル）が用いる形で表示する。但し、ユーザーの識別を行う同様の機能性を提供するアドレス指定であれば、他のあらゆる形のものが、本発明と両立可能である。
【００８３】
前記通信網２０、２１、２２のアプリケーション・サーバー３０（つまりＡＳ）が、携帯端末１０のユーザーの識別子にアクセスし、該識別子は内部に向かう呼び出しの宛て先になる（手順１）。
【００８４】
前記通信網２０、２１、２２に存在するものがどのような形であろうと、ユーザーの識別子は、前記アプリケーション・サーバー３０（つまりＡＳ）の「ＩＤ  ＡＳユーザー」に対応している。
【００８５】
アプリケーション・サーバー３０（つまりＡＳ）は、前記通信網２０、２１、２２のドメイン・ネーム・サーバーＤＮＳ３１に向けて、前記携帯端末１０のユーザーの識別要請に対応する制御メッセージ「ＩＤ  ＡＳユーザー、制御」を伝達する。
【００８６】
アプリケーション・サーバー３０（つまりＡＳ）とＤＮＳドメイン・ネーム・サーバー３１との間で使用されるアドレスを割当てるための伝達プロトコルは、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ、つまりインターネット技術標準化委員会）によって規定されており、それは例えばＤＮＳプロトコルである。
【００８７】
ＤＮＳドメイン・ネーム・サーバー３１は、処理のために、前記制御メッセージをユーザー・アドレス検索インターフェイス３２に伝達する（手順２）。
【００８８】
どのような形で存在しているにせよ、ユーザーの識別子は、前記ＤＮＳドメイン・ネーム・サーバー３１において「ｉｄ  ＤＮＳ  ユーザー」に対応している。前記識別子「ｉｄ  ＤＮＳ  ユーザー」は、制御メッセージ「ｉｄ  ＡＳ  ユーザー、制御」に記載されたユーザーに対応している。
【００８９】
前記識別子「ｉｄ  ＤＮＳ  ユーザー」を知るためには、ユーザー・アドレス検索インターフェイス３２は、対応表「ＩＤ  ＡＳ  ユーザー、ＩＤ  ＤＮＳ  ユーザー」にアクセスしても、あるいは、アプリケーション・サーバー３０（つまりＡＳ）からくる制御メッセージ「ＩＤ  ＡＳ  ユーザー、制御」において受信された識別子から前記識別子を構成してもよい。
【００９０】
ＤＮＳドメイン・ネーム・サーバー３１に接続されている前記ユーザー・アドレス検索インターフェイス３２は、制御メッセージ「ＩＤ  ＤＮＳ  ユーザー、制御」を、ネットワーク・アドレス割当てサーバー３３（またの名をＲａｄｉｕｓ）に接続された、内部に向かう呼び出しを管理するインターフェイス３４に向けて伝達し、前記ユーザー・アドレスの処理を行う（手順３）。
【００９１】
ＤＮＳドメイン・ネーム・サーバー３１に接続されたユーザー・アドレス検索インターフェイス３２と、ネットワーク・アドレス割当てサーバー３３（またの名をＲａｄｉｕｓ）に接続された、内部に向かう呼び出しを管理するインターフェイス３４との間で用いられるアドレスを割当てるための伝達プロトコルであり、例えばＤＮＳプロトコルやＲａｄｉｕｓプロトコルは、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ、つまりインターネット技術標準化委員会）によって規定されている。
【００９２】
どのような形で存在しているにせよ、ユーザーの識別子は、前記ネットワーク・アドレス割当てサーバー３３（またの名をＲａｄｉｕｓ）における「ＩＤ  ネットワーク  ユーザー」に対応している。前記識別子「ＩＤ  ネットワーク  ユーザー」は、制御メッセージ「ＩＤ  ＤＮＳ  ユーザー、制御」に記載されたユーザーに対応している。
【００９３】
前記識別子「ＩＤ  ネットワーク  ユーザー」を知るために、内部に向かう呼び出しを管理するインターフェイス３４は、対応表「ＩＤ  ＤＮＳ  ユーザー、ＩＤ  ネットワーク  ユーザー」にアクセスしても、あるいは、ＤＮＳドメイン・ネーム・サーバー３１に接続されたユーザー・アドレス検索インターフェイス３２からくる制御メッセージ「ＩＤ  ＤＮＳ  ユーザー、制御」において受信された識別子から前記識別子を構成してもよい。
【００９４】
前記携帯端末１０の同一のユーザーに対応する第二のアドレスが割当てられるのを阻止するために、ネットワーク・アドレス割当てサーバー３３（またの名をＲａｄｉｕｓ）に接続された前記内部に向かう呼び出しを管理するインターフェイス３４は、メッセージ「ＩＤ  ＤＮＳ  ユーザー、制御」に記載されたユーザーに既に割当てられたアドレスが存在するかどうかを検査する。
【００９５】
ユーザーの携帯端末１０が既に前記通信網２０、２１、２２との接続を確立している場合は、第一のアドレスを、前記ユーザーに対応して割当てたということである。このことから、前記ユーザーに対応するアドレスが、ネットワーク・アドレス割当てサーバー３３（またの名をＲａｄｉｕｓ）に接続された前記内部に向かう呼び出しを管理するインターフェイス３４に存在する。
【００９６】
ネットワーク・アドレス割当てサーバー３３（またの名をＲａｄｉｕｓ）に接続された前記内部に向かう呼び出しを管理するインターフェイス３４は、ＤＮＳドメイン・ネーム・サーバー３１に接続されたユーザー・アドレス検索インターフェイス３２に向けてメッセージ「ＩＤ  ＤＮＳ  ユーザー、ＩＰアドレス」を伝達する。この場合は、後述する本発明による方法の手順４及び５は行われない。
【００９７】
携帯端末１０の前記ユーザーに対応するアドレスがない場合は、前記内部に向かう呼び出しを管理するインターフェイス３４は、ネットワーク・アドレス割当てサーバー３３（またの名をＲａｄｉｕｓ）に向けて、制御メッセージ「ＩＤ  ネットワーク  ユーザー、ＡＰＮ、制御」を伝達する。前記ネットワーク・アドレス割当てサーバー３３（またの名をＲａｄｉｕｓ）は、ネットワークとそのユーザーに対応する処理を行うために、前記制御メッセージ「ＩＤ  ネットワーク  ユーザー、ＡＰＮ、制御」をアクセス・コントロール・インターフェイス３５に向けて導く。
【００９８】
前記携帯端末１０のユーザーがアクセス可能か、権限を有しているかは、そのユーザーが加入している携帯電気通信網のＨＬＲ位置特定レジスター１３に記憶される。したがって、ネットワーク・アドレス割当てサーバー３３（またの名をＲａｄｉｕｓ）に接続された、前記アクセス・コントロール・インターフェイス３５は、前記制御メッセージを、前記携帯電気通信網のアクセス許可インターフェイス１４に向けて伝達する。
【００９９】
前記アクセス許可インターフェイス１４が、前記制御メッセージを前記携帯電気通信網のＨＬＲ位置特定レジスター１３に伝達する（手順４）。
【０１００】
ＡＰＮ識別名称によって識別され、前記ネットワーク・アドレス割当てサーバー３３（またの名をＲａｄｉｕｓ）並びに前記ＤＮＳドメイン・ネーム・サーバー３１と前記アプリケーション・サーバー３０（つまりＡＳ）が所属する前記通信網２０、２１、２２から内部に向かう呼び出しを発信するについて、前記ユーザーがアクセス可能かどうかと、権限を有するかを、前記ＨＬＲ位置特定レジスター１３が、検証する。
【０１０１】
ネットワーク・アドレス割当てサーバー３３（またの名をＲａｄｉｕｓ）に接続されたアクセス・コントロール・インターフェイス３５と、ＨＬＲ位置特定レジスター１３に接続された、アクセス許可インターフェイス１４との間で用いられるアドレスを割当てるための伝達プロトコルは、例えばＲａｄｉｕｓプロトコルやＤｉａｍｅｔｅｒプロトコルのようにＩＥＴＦで規定されるものもあれば、例えば事業者によって管理される携帯電気通信網に特有のＭＡＰ（Ｍｏｂｉｌｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐａｒｔ、つまり携帯サービスのアプリケーション）プロトコルのような、ＥＴＳＩ（Ｅｕｒｏｐｅａｎ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｔａｎｄａｒｄｓ  Ｉｎｓｔｉｔｕｔｅ、つまり欧州通信規格協会）によって規定されるものもある。
【０１０２】
ユーザーがアクセス可能かどうかは、ユーザーの前記携帯端末１０との接続を確立することが可能かどうか、例えば、携帯端末が携帯電気通信網に確かに認識されるかどうかに対応している。ユーザーが権限を有しているかは、前記通信網２０、２１、２２からくる内部に向かう呼び出しの受信について、ユーザーによって行われた加入手続きまたは許可が存在するかどうかに対応している。
【０１０３】
ＨＬＲ位置特定レジスター１３は、前記アクセス許可インターフェイス１４に向けて、メッセージ「ＩＤ  ネットワークユーザー、ユーザーアクセス可能性、ユーザー許可」を伝達する。
【０１０４】
ＨＬＲ位置特定レジスター１３はまた、伝達される電気メッセージに、ＳＧＳＮサービス・サポート機器１１のアドレスを挿入することもでき、該アドレスは前記通信網２０、２１、２２がユーザーの前記携帯端末１０との接続を確立に使用することができる。
【０１０５】
前記携帯端末のユーザーがアクセス可能かどうか、そして権限を有しているかについての情報が得られるとすぐに、前記アクセス許可インターフェイス１４は、通信網２０、２１、２２のネットワーク・アドレス割当てサーバー３３（またの名をＲａｄｉｕｓ）に接続された前記アクセス・コントロール・インターフェイス３５に向けて、前記メッセージを伝達する。
【０１０６】
前述したように、ＨＬＲ位置特定レジスター１３に接続されたアクセス問い合わせインターフェイス１４と、ネットワーク・アドレス割当てサーバー３３（またの名をＲａｄｉｕｓ）に接続されたアクセス・コントロール・インターフェイス３５との間で使用される伝達プロトコルは、例えば、ＲａｄｉｕｓプロトコルまたはＤｉａｍｅｔｅｒプロトコルまたはＭＡＰプロトコルである。
【０１０７】
ネットワーク・アドレス割当てサーバー３３（またの名をＲａｄｉｕｓ）はＨＬＲ位置特定レジスター１３からくるメッセージを受信する（手順５）。
【０１０８】
伝達されたメッセージの「ユーザーのアクセス可能性」という記載が、ユーザーは携帯電気通信網上に不在であることを示している場合、あるいは「ユーザー許可」という記載が、ユーザーが、前記当該通信網からやって来て、前記ＡＰＮ識別名称によって識別される内部に向かう呼び出しを受信しないことを選択していることを示す場合は、ネットワーク・アドレス割当てサーバー３３（またの名をＲａｄｉｕｓ）に接続された内部に向かう呼び出しを管理するインターフェイス３４は、「ＩＤ  ＤＮＳ、原因  破綻」というメッセージを、接続の確立に失敗した理由をそのユーザーの携帯端末１０に向けて示す、ＤＮＳドメイン・ネーム・サーバー３１に接続されたユーザー・アドレス検索インターフェイス３２に向けて伝達する。
【０１０９】
逆の場合は、内部に向かう呼び出しを管理するインターフェイス３４は、前記ネットワーク・アドレス割当てサーバー３３（またの名をＲａｄｉｕｓ）に働きかけて、ユーザーに、前記通信網２０、２１、２２との接続を行うためのアドレスを割当てる。
【０１１０】
ネットワーク・アドレス割当てサーバー３３（またの名をＲａｄｉｕｓ）に接続された前記内部に向かう呼び出しを管理するインターフェイス３４は、「ＩＤ  ＤＮＳユーザー、ＩＰアドレス」というメッセージを、ＤＮＳドメイン・ネーム・サーバー３１に接続されたユーザー・アドレス検索インターフェイス３２に向けて伝達する。
【０１１１】
前述したように、ネットワーク・アドレス割当てサーバー３３（またの名をＲａｄｉｕｓ）に接続された前記内部に向かう呼び出しを管理するインターフェイス３４と、ＤＮＳドメイン・ネーム・サーバー３１に接続されたユーザー・アドレス検索インターフェイス３２との間で使用される、伝達プロトコルは、例えば、ＤＮＳプロトコルまたはＲａｄｉｕｓプロトコルである。
【０１１２】
ＤＮＳドメイン・ネーム・サーバー３１は、ネットワーク・アドレス割当てサーバー３３（またの名をＲａｄｉｕｓ）からくるメッセージを受信する（手順６）。
【０１１３】
ネットワーク・アドレス割当てサーバー３３（またの名をＲａｄｉｕｓ）からくるメッセージが、「ＩＤ  ＤＮＳユーザー、原因  破綻」というメッセージである場合は、ＤＮＳドメイン・ネーム・サーバー３１は「ＩＤ  ＡＳユーザー、原因  破綻」というメッセージをアプリケーション・サーバー３０（つまりＡＳ）に向けて伝達するのであり、それはつまり、ユーザーの携帯端末１０に向けての接続に失敗した理由を示している。
【０１１４】
前記内部に向かう呼び出しを管理するインターフェイス３４からくる前記メッセージが、「ＩＤ  ＤＮＳユーザー、ＩＰアドレス」というメッセージである場合は、前記ＤＮＳドメイン・ネーム・サーバー３１は、「ＩＤ  ＡＳユーザー、ＩＰアドレス」というメッセージを、ＩＰアドレスを受信したということを示す、前記アプリケーション・サーバー３０（つまりＡＳ）に向けて伝達する。
【０１１５】
アプリケーション・サーバー３０（つまりＡＳ）は、ＤＮＳドメイン・ネーム・サーバー３１からくるメッセージを受信する（手順７）。
【０１１６】
ＤＮＳドメイン・ネーム・サーバー３１からくるメッセージが「ＩＤ  ＡＳユーザー、原因  破綻」というメッセージである場合は、本発明による方法のその後の手順は処理の終了である（手順１１）。したがって、前記アプリケーション・サーバー３０（つまりＡＳ）は全く接続を確立させない。その場合は、以下に述べる手順８から１０は行われない。
【０１１７】
前記ＤＮＳドメイン・ネーム・サーバー３１からくるメッセージが「ＩＤ  ＡＳユーザー、ＩＰアドレス」というメッセージである場合は、前記アプリケーション・サーバー３０（つまりＡＳ）は、ＧＧＳＮアクセス管理機器１２に向けてユーザーの携帯端末１０宛のデータ・パケットを伝達し、前記データ・パケットの名宛人のアドレスとして受信したＩＰアドレスを示す。
【０１１８】
携帯電気通信網においては、前記ＧＧＳＮアクセス管理機器１２は、前記ＩＰアドレスと共に、アプリケーション・サーバー３０（つまりＡＳ）からくる前記データ・パケットを受信する（手順８）。
【０１１９】
前記ＩＰアドレスが、前記ＧＧＳＮアクセス管理機器１２がその携帯端末１０のユーザーに割当てられたものとして認知される場合は、本発明による方法のその後の手順は処理の終了である（手順１１）。
【０１２０】
前記ＧＧＳＮアクセス管理機器１２は、前記データ・パケットをそのユーザーの携帯端末１０に向けて、携帯電気通信網のＳＧＳＮサービス・サポート機器１１を介して伝達する。その場合、内部に向かう呼び出しに対応して、前記通信網２０、２１、２２とユーザーの前記携帯端末１０との間の接続が確立される。
【０１２１】
前記ＩＰアドレスがその携帯端末１０のユーザーに割当てられたものとして認知されない場合は、前記ＧＧＳＮアクセス管理機器１２は、「ＩＰアドレス、制御」という制御メッセージをネットワーク・アドレス割当てサーバー３３（またの名をＲａｄｉｕｓ）に向けて伝達し、ユーザーにＩＰアドレスを割当てることの是非を検証するよう要請する。
【０１２２】
前述したように、ネットワーク・アドレス割当てサーバー３３（またの名をＲａｄｉｕｓ）と、ＧＧＳＮアクセス管理機器１２との間で用いられる伝達プロトコルは、例えばＲａｄｉｕｓプロトコルまたはＤｉａｍｅｔｅｒプロトコルである。
【０１２３】
ネットワーク・アドレス割当てサーバー３３（またの名をＲａｄｉｕｓ）はＧＧＳＮアクセス管理機器１２からくる制御メッセージを受信する（手順９）。前記ネットワーク・アドレス割当てサーバー３３（またの名をＲａｄｉｕｓ）は、伝達されたＩＰアドレスがどのようなユーザーに割当てられたのかを検査する。
【０１２４】
ＩＰアドレスが割当てられなかった場合は、前記ネットワーク・アドレス割当てサーバー３３（またの名をＲａｄｉｕｓ）は、ＩＰアドレスの検索に失敗した理由を示す、「ＩＰアドレス、原因  破綻」というメッセージをＧＧＳＮアクセス管理機器１２に向けて伝達する。
【０１２５】
ＩＰアドレスが割当てられる場合は、前記ネットワーク・アドレス割当てサーバー３３（またの名をＲａｄｉｕｓ）は、ＩＰアドレスがユーザーに割当てられたことを示す、「ＩＰアドレス、ＩＤ  ネットワーク  ユーザー」というメッセージをＧＧＳＮアクセス管理機器１２に向けて伝達する。
【０１２６】
ネットワーク・アドレス割当てサーバー３３（またの名をＲａｄｉｕｓ）はまた、前記通信網２０、２１、２２をユーザーの前記端末１０と接続するのに使用可能な、ＳＧＳＮサービス・サポート機器１１のアドレスを、伝達された前記メッセージに挿入することもできる。
【０１２７】
前述したように、ネットワーク・アドレス割当てサーバー３３（またの名をＲａｄｉｕｓ）と、ＧＧＳＮアクセス管理機器１２との間で用いられる伝達プロトコルは、例えばＲａｄｉｕｓプロトコルまたはＤｉａｍｅｔｅｒプロトコルである。
【０１２８】
前記ＧＧＳＮアクセス管理機器１２は、ネットワーク・アドレス割当てサーバー３３（またの名をＲａｄｉｕｓ）からくるメッセージを受信する（手順１０）。
【０１２９】
ネットワーク・アドレス割当てサーバー３３（またの名をＲａｄｉｕｓ）からくるメッセージが「ＩＰアドレス、原因  破綻」というメッセージである場合は、本発明による方法のその後の手順は処理の終了である（手順１１）。したがって、前記ＧＧＳＮアクセス管理機器１２は、端末１０に向けて一切の接続を行わない。
【０１３０】
ネットワーク・アドレス割当てサーバー３３（またの名をＲａｄｉｕｓ）からくる前記メッセージが、「ＩＰアドレス、ＩＤ  ネットワーク  ユーザー」というメッセージである場合は、前記ＧＧＳＮアクセス管理機器１２は、前記携帯端末１０に向けての接続の確立を可能にする、前記携帯電気通信網のＳＧＳＮサービス・サポート機器１１のアドレスを検索する。
【０１３１】
前記検索は、Ｎｅｔｗｏｒｋ−ｒｅｑｕｅｓｔｅｄ  ＰＤＰ  Ｃｏｎｔｅｘｔ  ａｃｔｉｖａｔｉｏｎという名称でＥＴＳＩによって規格化されているが、それは要するに、通信網の要請に応じて接続を始動させるということである。
【０１３２】
前記検索により、モバイルネットワークにおけるユーザーの国際的識別子、つまり「ＩＭＳＩ」（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｆｉｅｒ）から識別子「ＩＤ  ネットワーク  ユーザー」を供給し、「ＰＤＰ  ＣＯＮＴＥＸＴ」のアドレス（つまり「ＰＤＰアドレス」）からユーザーに割当てられたＩＰアドレスを供給し、そして前記メッセージにおいて受信されたＩＰアドレスのフォーマットからＰＤＰのタイプ（つまり「ＰＤＰタイプ」）を供給して、前記携帯端末１０に向けて「ＰＤＰ  ＣＯＮＴＥＸＴ」というリンクを生成することが可能となる。
【０１３３】
識別子「ＩＭＳＩ」、「ＰＤＰ  ＣＯＮＴＥＸＴ」のアドレス（つまり「ＰＤＰアドレス」）そしてＰＤＰのタイプ（つまり「ＰＤＰタイプ」）は、ＥＴＳＩにより、通信網の要請に応じて接続を始動させる手順の一環として規格化されている。
【０１３４】
ネットワーク・アドレス割当てサーバー３３（またの名をＲａｄｉｕｓ）からくるメッセージが「ＩＰアドレス、ＩＤ  ネットワーク  ユーザー、ＳＧＳＮアドレス」というメッセージである場合は、前記ＧＧＳＮアクセス管理機器１２は、携帯電気通信網における接続の開始を命じる。
【０１３５】
前記接続命令は、「ＰＤＵ  ｎｏｔｉｆｉｃａｔｉｏｎ  ｒｅｑｕｅｓｔ」（Ｐａｃｋｅｔ  Ｄａｔａ  Ｕｎｉｔ  ｎｏｔｉｆｉｃａｔｉｏｎ  ｒｅｑｕｅｓｔ）という名称でＥＴＳＩが規格化しているが、それは、通信網の要請に応じて接続を始動させること（つまりＮｅｔｗｏｒｋ−ｒｅｑｕｅｓｔｅｄ  ＰＤＰ  Ｃｏｎｔｅｘｔ  ａｃｔｉｖａｔｉｏｎ）のためのものである。
【０１３６】
前記接続命令により、モバイルネットワークのユーザーの国際的識別子つまり「ＩＭＳＩ」（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｆｉｅｒ）から識別子「ＩＤ  ネットワーク  ユーザー」を供給し、「ＰＤＰ  ＣＯＮＴＥＸＴ」のアドレス（つまり「ＰＤＰアドレス」）からＩＰアドレスを供給し、「ＳＧＳＮアドレス」からＳＧＳＮサービス・サポート機器１１のアドレスを供給し、そして前記メッセージにおいて受信されたＩＰアドレスのフォーマットからＰＤのタイプ（つまり「ＰＤＰタイプ」）を供給し、前記携帯端末１０に向けて「ＰＤＰ  ＣＯＮＴＥＸＴ」というリンクを生成することが可能となる。
【０１３７】
識別子「ＩＭＳＩ」、「ＰＤＰ  ＣＯＮＴＥＸＴ」のアドレス（つまり「ＰＤＰアドレス」）、ＳＧＳＮのアドレス（つまり「ＳＧＳＮアドレス」）とＰＤＰのタイプ（つまり「ＰＤＰタイプ」）は、通信網からの要請に応じて接続を発動する手順の一環としてＥＴＳＩによって規格を定められている。
【０１３８】
「ＰＤＰ  ＣＯＮＴＥＸＴ」のリンクが生成されると、前記ＧＧＳＮアクセス管理機器１２が、前記データ・パケットを、ユーザーの携帯端末１０に向けて、携帯電気通信網のＳＧＳＮサービス・サポート機器１１を介して、伝達する。その場合、前記通信網と前記ユーザーの携帯端末１０との間で、内部に向かう呼び出しに対応する接続が確立される。
【図面の簡単な説明】
【０１３９】
【図１】複数の通信網からの携帯端末へのアクセスを管理するシステムの全体的な構造を示した図
【図２】通信網からの携帯端末へのアクセスを管理する方法の手順を示した図
【符号の説明】
【０１４０】
１０  携帯端末
１１  サービス・サポート機器
１２  アクセス管理機器
１３  位置特定レジスター
１４  アクセス許可インターフェイス
２０、２１、２２  通信網
３０  アプリケーション・サーバー
３１  ＤＮＳドメイン・ネーム・サーバー
３２  ユーザー・アドレス検索インターフェイス
３３  ネットワーク・アドレス割当てサーバー
３４  管理インターフェイス
３５  アクセス・コントロール・インターフェイス
【図１】
0004807953.tif 000002
【図２】
0004807953.tif 000003