(57)【特許請求の範囲】
【請求項１】
第一の記号アドレスによって識別された移動端末との接続確立要求を、発呼局から第一のネットワークを介して第一のアドレスの解決サーバーに向けて発信し、
第一の記号アドレスの解決サーバーで、第一の記号アドレスを第一の記号アドレスの解決サーバーの記憶装置に記憶された解決テーブルの入力に組み合わせ、
第二のネットワーク内の移動端末の第二のアドレスを、解決テーブルから抽出し、
呼び出しメッセージを、第一の記号アドレスの解決サーバーから第二のネットワークを介して移動端末に向けて発信し、
通信ゲートウエイを介して発呼局と移動端末との間の接続を確立するための通信手段の割り当てリクエストを、通信ゲートウエイ上で、受信し、
割り当てられた手段の内容を含む手段である割り当てストリームを、第三のネットワークを介して通信ゲートウエイから第一の記号アドレスの解決サーバーに向けて発信し、
割り当てられた手段の内容を含む接続確立要求の結果のストリームを、第一のネットワークを介して第一の記号アドレスの解決サーバーから発呼局に向かって発信し、
割り当てられた手段を用いて、通信ゲートウエイを介して発呼局と移動端末の間の通信を確立する方法であって、
割り当てリクエストが、第三のネットワークを介して第一の記号アドレスの解決サーバーによって発信されることを特徴とする、移動端末のアドレッシング方法。
【請求項２】
割り当てリクエストが、移動端末から発信された勧誘受諾メッセージを第一のアドレスの解決サーバーが受信したのに続いて発信されることを特徴とする、請求項１に記載の方法。
【請求項３】
第一のネットワークが、ＳＩＰプロトコルと組み合わせて用いられるインターネットであることを特徴とする、請求項１または２に記載の方法。
【請求項４】
第二のネットワークが、ショートメッセージサポートする移動電話網であることを特徴とする、請求項１から３のいずれか一つに記載の方法。
【請求項５】
第三のネットワークが、ＴＣＰとＵＤＰで形成されるプロトコル群とファイヤウォールコントロールプロトコルであるＦＣＰタイプのアプリケーションプロトコルの一つと組み合わせて用いられるインターネットであることを特徴とする、請求項１から４のいずれか一つに記載の方法。
【請求項６】
接続確立要求が、発呼局のアクセス先を含んでいることを特徴とする、請求項１から５のいずれか一つに記載の方法。
【請求項７】
割り当てられた手段が、公開インターネットアドレスを含んでいることを特徴とする、請求項１から６のいずれか一つに記載の方法。
【請求項８】
発呼局と移動端末との間の通信の終了時に、割り当て手段を解放することを特徴とする、請求項１から７のいずれか一つに記載の方法。
【請求項９】
第一のアドレスの解決サーバーが、公開インターネットアドレスによって識別されることを特徴とする、請求項１から８のいずれか一つに記載の方法。
【請求項１０】
通信ゲートウエイが、公開インターネットアドレスによって識別されることを特徴とする、請求項１から９のいずれか一つに記載の方法。
【請求項１１】
割り当てストリームが、発信者識別子を含み、この識別子の値が割り当てられた手段が有する公開インターネットアドレスであることを特徴とする、請求項１から１０のいずれか一つに記載の方法。
【請求項１２】
割り当てストリームを受信したとき、第一のアドレスの解決サーバーが割り当てられた手段に応じて解決テーブルを更新することを特徴とする、請求項１から１１のいずれか一つに記載の方法。
【発明の詳細な説明】
【０００１】
【発明が属する技術分野】
本発明は移動端末のアドレッシング方法に関する。本発明の属する技術分野は、インターネットとの組み合わせを考慮した携帯電話等に関する分野である。本発明の一つの目的は、ＧＰＲＳまたはＵＭＴＳ型の移動端末に向けて、データ（ＤＡＴＡ）モードで、入呼コールを実施することを可能にすることである。もう一つの目的は、公衆インターネットから見ることのできる移動端末に向けて行われうる破壊的攻撃の可能性を制限することである。さらに別の目的は、通信網外部のどのアプリケーションが、データモードで使用者と繋ぐことができるのかの制御を使用者に可能にすることである。もう一つの目的も、単に一つの端末だけでなく、自己に属する既知の端末のリスト上で使用者に繋ぐことを可能にすることである。
【０００２】
【従来の技術及び発明が解決しようとする課題】
従来技術において、インターネットを介して移動端末に繋げるには、公衆インターネットから既知の、包括識別子によってそれを識別できることが必要である。さらに移動端末がインターネットで知られていること、すなわち割り当てられた公衆インターネットアドレスを有することが必要である。
【０００３】
現在の解決方法は、つまり、移動端末に恒久的な、公開インターネットアドレスを使用することにあり、ＩＰＶ６の急速な展開に実際上考慮して、公衆インターネットレベルで、恒久的に割り当てられるということである。実際、ＩＰＶ４で利用可能な公開アドレスの数はますます限られている。これらのアドレスは３つの国際事務局、ＲＩＲ｛Regional Internet Registries （インターネット登録地域事務所）｝によって割り当てられる。しかし実際には、ＩＰＶ４アドレスはあまり残っておらず、そして間違いなく、ＧＰＲＳまたはＵＭＴＳモードで接続される移動端末の数に対して数は不足している。
【０００４】
注目すべきは、ＧＰＲＳ／ＵＭＴＳインフラストラクチャーにおけるＩＰＶ６の展開には大きなコストが発生するという点である。しかもこのプロトコルの利用可能性は、とくに端末のレベルで、不確実である。最後に、ＩＰＶ６は低レベルのルーティングのアドレスの解決しかもたらさない。使用者の端末ではなく、その使用者の記号識別子の問題、入力される接続要求の安全化、すなわち誰がどの端末に接続できるかの問題は未解決である。さらにこ安全化の管理の柔軟性、すなわち使用者は第三者による自己の端末へのアクセスを管理できるかの問題は未解決である。
【０００５】
ＩＰＶ４の限界にもかかわらず、インターネットに接続される使用者の数はＮＡＴのおかげで増加することができた。インターネットサービスプロバイダーあるいは企業は、自己のものである回線網内の秘密アドレスのセットを管理できるが、それは公衆インターネットから見えないので、回線網の作動中の端末に任意の方法でこれらのアドレスが割り当てられるからである。これらの秘密アドレスは、ＮＡＴ装置によって、動的に公開アドレスと対応させられる。同時に作動することのできる端末の最大数に対応する公開アドレスのセットだけが、このときプロバイダーまたは企業によって管理される。
【０００６】
この解決方法の問題は、つまりこの場合、端末に動的に割り当てられた公開アドレスは知られていない、またとくに公開されていないので、公衆インターネットから私的回線網上の端末に向けてセッションを開始できないことである。
【０００７】
データ固定回線網内で展開され始めた、このアドレッシング問題に対して可能な解決方法は、ＦＱＤＮ｛Full Qualified Domain Name（ドメイン完全名）｝でのハード名と、時において動的である、そのＩＰアドレスの間の組み合わせを公開することのできる、動的ＤＮＳサーバーを設定することである。この解決方法は端末の入力アドレッシングを可能にする。他の解決方法は、「クライアント」ソフトウェアが端末を登録するところの、そしてまた、私的回線網の外部のサーバーで、外部の公開アドレスが動的に割り当てられ、即時メッセージ通信アプリケーションなどの、アプリケーションにおいて固有のものである。
【０００８】
これらの解決方法にはいくつかの問題点があり、とくに、移動データ通信網、ＧＰＲＳとＵＭＴＳの特性が考慮されていない。
【０００９】
例えば、ＧＰＲＳ規格は、端末がＧＧＳＮ｛Gateway GPRS Support Node（ＧＰＲＳゲートウエイノード）｝によって入力方向にアドレッシングされることができると規定しているが、この機能はこれらの装置の展開された初期のバージョンでは必ずしも実現されるとは限らない。実際、固定網の端末と異なり、移動端末はＧＰＲＳ網でアドレスを割り当てられることなくデータセッションで利用可能にできる。この場合、ＧＧＳＮが端末と接触し、ＰＤＰコンテキスト｛Packet Description Protocol（ＧＰＲＳが互換性を提供するパケットによるすべてのプロトコル網）｝と呼ばれるＱｏＳ｛Quality of Service（サービスの質）｝のパラメータを含む、もっと一般的なコンテキストで、アドレスを割り当てる。なお、このアドレス割り当て方針は実際には業者の選択に対応し、装置サプライヤによって行われるメカニズムに依存する。
【００１０】
現在の解決方法には次のような問題点もある、
ＩＰＶ４アドレスの場合、移動端末台数に対して利用可能な十分なアドレスがない以上、一般大衆の需要に応えられない、
ＩＰＶ６アドレスの場合、完全なインフラストラクチャーをもたらすこと、実際的展開が見込まれるのは、かなり先になる。なお、注目すべきはこれら２つの解決方法は公衆インターネットから端末を直接見ることができる。あきらかな危険はＤｏＳタイプの攻撃であり、すなわちサービスが乗っ取られ、標的の端末が使えなくなる可能性がある。
動的ＤＮＳタイプの解決方法が対象とするのは移動データ網の需要の一部だけである、実際、基本的仮説として、外部の動的ＤＮＳサーバーに登録されるのは端末レベルのクライアントソフトウェアである。仮に端末につなぐことができるが、ある瞬間にインターネットアドレスが利用できないとき（ＧＰＲＳによる動的アドレッシング管理の場合）、典型的にはその電話番号（ＭＳＩＳＤＮ）を介して、つなぐことが潜在的に可能であろうと、それはつまり、ＤＮＳサーバーによって認識されていない。したがって、インタラクティブゲームのセッションを開くためにＭ．デュポン保有の、あるいは番号３３６××××××××の端末がポートＰで連結されなければならないことを知らせるために公衆インターネットレベルで、また可能性として、ＧＧＳＮゲートウエイが実際上端末に向かう入りデータ接続を開始できない場合、それと端末の間でも、一般的通知の仕組みが欠けている。
【００１１】
【課題を解決するための手段】
本発明はそれぞれの移動端末に記号アドレスを組み合わせることによってこれらの問題を解決する。かかる電子的アドレスは、例えば、ＳＩＰ｛Section Initiation Protocol （セッション開始プロトコル）｝によって記述される。ＳＩＰプロトコルはＲＦＣ２５４３に対応する。本発明において、発呼局は接続確立の要求を発信し、このとき前記要求には、つまりは移動端末記号アドレスが含まれる。この要求はＳＩＰアドレス解決サーバーに宛てられる。このＳＩＰサーバーは、ＳＩＰ記号アドレスと移動電話網の識別子、すなわちＭＳＩＳＤＮ｛Mobile  Station  ISDN Number（電話番号）｝、あるいは加入者国際身元、この身元はSIMカード｛Subsriber Identification Module（加入者識別モジュール）に記載されている｝の間の組み合わせテーブルを管理している。したがって、解決サーバーは、ショートメッセージ、またはＳＭＳをどの電話番号に送らなければならないかを決定する。このショートメッセージは、透明モードで送信される、すなわち使用者から見られることがなく、例えば、インターネットを介して、そして離れた局がデータモードで移動端末との通信の確立を望んでいることを移動端末に知らせるデータを含んでいる。しかし、非透明モードで送信することも可能であり、その場合セッション開始要求が使用者に通知され、明示的にそれを確定することが可能になる。
【００１２】
ＳＭＳメッセージの着信（また場合によっては対話プロセスにおける使用者によるその確定）によって開始されるＳＩＭトゥールキットカード（STK、拡張容量ＳＩＭ）アプリケーションが、このときＳＩＰ解決サーバーの特定のポートに向けてＴＣＰセッションを開始する。柔軟性と機密保持を理由から、ＩＰアドレスとＳＩＰサーバーのポート番号の情報はＳＭＳメッセージに送信され、その全体的内容はＳＩＰサーバーによって秘密キーで符号が付けられる。このときこのＴＣＰセッションはＳＩＰ解決サーバーが公開インターネットアドレスを端末に組み合わせることを可能にするメッセージを端末が送信することを可能にする。
【００１３】
この出力セッションの発生は、標準ＧＰＲＳメカニズムを介して、ＰＤＰコンテキストと端末のＩＰアドレスの割り当てを引き起こす。このアドレスはＧＰＲＳデータ網の秘密アドレスである。ＮＡＴ機能に合致したアドレス変換メカニズムは、端末のＴＣＰ／ＩＰパケットが公衆インターネット側に位置するＳＩＰ解決サーバーに到達したとき、そのＩＰアドレスが端末のＧＰＲＳ網内の秘密アドレスに対応する公開アドレスに変換されることを保証する。ＴＣＰ／ＩＰパケットはＭＳＩＳＤＮ／ＩＭＳＩ情報を含んでいるので、解決サーバーはＳＩＰ記号アドレス、ＭＳＩＳＤＮ／ＩＭＳＩと割り当てられた公開ＩＰアドレスの間の組み合わせテーブルを更新することができる。
【００１４】
このとき解決サーバーは、離れた端末とデータモードでの通信成立を希望している局に向けてメッセージを発信する。局は、次に公開インターネットアドレスを回収し、例えば、ＦＴＰに従って、インターネット接続を介して移動端末に直接問い合わせることができる。
【００１５】
すなわち、本発明の課題を解決するための手段は、下記の通りである。
第１に、第一の記号アドレス（１２７ａ）によって識別された移動端末との接続確立要求を、発呼局から第一のネットワークを介して第一のアドレスの解決サーバーに向けて発信し（２０１）、
第一の記号アドレスの解決サーバーで、第一の記号アドレスを第一の記号アドレスの解決サーバーの記憶装置に記憶された解決テーブルである組み合わせメモリ（１２７）の入力に組み合わせ、
第二のネットワーク内の移動端末の第二のアドレス（１２７ｂ）を、解決テーブルから抽出し、
呼び出しメッセージを、第一の記号アドレスの解決サーバーから第二のネットワークを介して移動端末に向けて発信し（２０４）、
通信ゲートウエイを介して発呼局と移動端末との間の接続を確立するための通信手段の割り当てリクエストを、通信ゲートウエイ上で、受信し（２１０−２１１）、
割り当てられた手段の内容を含む手段である割り当てストリームを、第三のネットワークを介して通信ゲートウエイから第一の記号アドレスの解決サーバーに向けて発信し（２１２）、
割り当てられた手段の内容を含む接続確立要求の結果のストリームを、第一のネットワークを介して第一の記号アドレスの解決サーバーから発呼局に向かって発信し（２０３）、
割り当てられた手段を用いて、通信ゲートウエイを介して発呼局と移動端末の間の通信を確立する（２１３−２１９）、
ことを特徴とする、移動端末のアドレッシング方法。
第２に、割り当てリクエストが、第４のネットワークを介して離れた端末から発信されることを特徴とする、前記第１に記載の方法。
第３に、第四のネットワークが、ＧＰＲＳをサポートする移動電話網であることを特徴とする、前記第２に記載の方法。
第４に、割り当てリクエストが、第三のネットワークを介して第一の記号アドレスの解決サーバーによって発信されることを特徴とする、前記第１に記載の方法。
第５に、割り当てリクエストが、移動端末から発信された勧誘受諾メッセージを第一のアドレスの解決サーバーが受信したのに続いて発信される（２１３）ことを特徴とする、前記第４に記載の方法。
第６に、第一のネットワークが、ＳＩＰプロトコルと組み合わせて用いられるインターネットであることを特徴とする、前記第１から５のいずれか一つに記載の方法。
第７に、第二のネットワークが、ショートメッセージサポートする移動電話網であることを特徴とする、前記第１から６のいずれか一つに記載の方法。
第８に、第三のネットワークが、ＴＣＰとＵＤＰで形成されるプロトコル群とファイヤウォールコントロールプロトコルであるＦＣＰタイプのアプリケーションプロトコルの一つと組み合わせて用いられるインターネットであることを特徴とする、前記第１から７のいずれか一つに記載の方法。
第９に、接続確立要求が、発呼局のアクセス先を含んでいることを特徴とする、前記第１から８のいずれか一つに記載の方法。
第１０に、割り当てられた手段が、公開インターネットアドレス（１３３ｂ）を含んでいることを特徴とする、前記第１から９のいずれか一つに記載の方法。
第１１に、発呼局と移動端末との間の通信の終了時に、割り当て手段を解放することを特徴とする、前記第１から１０のいずれか一つに記載の方法。
第１２に、第一のアドレスの解決サーバーが、公開インターネットアドレス（１９０）によって識別されることを特徴とする、前記第１から１１のいずれか一つに記載の方法。
第１３に、通信ゲートウエイが、公開インターネットアドレス（１５１）によって識別されることを特徴とする、前記第１から１２のいずれか一つに記載の方法。
第１４に、割り当てストリームが、発信者識別子を含み、この識別子の値が割り当てられた手段が有する公開インターネットアドレスであることを特徴とする、前記第１から１３のいずれか一つに記載の方法。
第１５に、割り当てストリームを受信したとき、第一のアドレスの解決サーバーが割り当てられた手段に応じて解決テーブルを更新することを特徴とする、前記第１から１４のいずれか一つに記載の方法。
【００１６】
【発明の実施の形態】
本発明は、以下に続く本発明の非制限的実施態様の説明、そして付属の図面を参照に読むことによっていっそう明らかになるだろう。
図１は、本発明による方法の実施に有効な手段の説明図である。
図２は、本発明による方法の過程の説明図である。
【００１７】
なお、記述の過程で、マイクロプロセッサに対して、あるいはマイクロプロセッサを含む装置に対して作用をもたらす時、この作用は記憶装置内に登録された命令コードによって命令されるマイクロプロセッサによって実施される。
また、バスはアドレス、データ、命令、クロック停止、電源信号を送電するに十分な数のこれらの組織を含むトラックまたは線の集合である。
【００１８】
図１における番号１０１は、発呼局を示している。発呼局１０１は、例えば、パーソナルコンピューターである。
発呼局１０１は、マイクロプロセッサ１０２、プログラムメモリ１０３、インターネット１０６との接続用のインターフェイス１０４と、発呼局１０１の公開インターネットアドレスが登録されたアドレスメモリ１０５を有する。
マイクロプロセッサ１０２からアドレスメモリ１０５までの各部は、バス１０７を介して接続されている。
インターフェイス１０４は、発呼局１０１をインターネット１０６に接続することを可能にする。
プログラムメモリ１０３は、複数個のゾーン、特にＳＩＰプロトコルの実施に対応する命令コードを含むゾーン１０３ａと、ＦＴＰプロトコルの実施に対応する命令コードを含むゾーン１０３ｂとを含む。
この例においては、実際、発呼局１０１がＦＴＰプロトコルに従って、移動端末１０８とのデータモードでの繋がりを所望するものとする。
【００１９】
この接続を成立させるために、プログラムメモリ１０３は、この接続の成立に対応する命令コードを含むゾーン１０３ｃを備えている。
ゾーン１０３ｃの命令コードは、ゾーン１０３ａから１０３ｂの、サブプログラムとも呼ばれている基本要素に依存するプログラムを利用する。
このことは、ゾーン１０３ｃのプログラムの実行過程で、それがＳＩＰまたはＦＴＰプロトコルによるストリームの発信または受信に対応する基本要素に依存することを意味する。
【００２０】
アドレスメモリ１０５内に登録された公開インターネットアドレスは、発呼局１０１が公衆インターネットから見えることを保証する。
【００２１】
図１中では、移動端末１０８が、マイクロプロセッサ１０９、プログラムメモリ１１０，移動電話網とのインターフェイス（回路）１１１、秘密アドレスを登録するためのアドレスメモリ１１２、ＩＭＳＩおよび／または電話番号を登録するための番号メモリ１１３を含むことを示している。
マイクロプロセッサ１０９から番号メモリ１１３までの各部は、バス１１４によって相互に接続される。
他方、インターフェイス１１１は、アンテナ１１５に接続され、それはセルラー電話網１１８の基地局１１７向けの、あるいはそこからの無線信号１１６の送受信を可能にする。
なお、後述する解決サーバー１１９のインターフェイス１２０は、アンテナ１２１に接続され、それはセルラー電話網１１８の基地局１２３向けの、あるいはそこからの無線信号１２２の送受信を可能にする。
また、後述する通信ゲートウエイ１３８のインターフェイス１３０は、アンテナ１３６に接続され、それはセルラー電話網１１８の基地局１３９向けの、あるいはそこからの無線信号１３７の送受信を可能にする。
【００２２】
プログラムメモリ１１０は、ショートメッセージサービスを実施するための命令コードに対応するゾーン１１０ａを含んでいる。
ゾーン１１０ｂは、ＧＰＲＳモードの実施に対応する命令コードを含んでいる。
ゾーン１１０ｃは、ＦＴＰの実施のための命令コードに対応する。
ゾーン１１０ｄは、本発明による接続要求管理に対応する命令コードを含んでいる。
これらの機能性は、例えば、ＳＩＭカードのプロセッサによって実行されたプログラムからアクセスできる管理、ＳＭＳ受／送信、ＧＰＲＳ接続の基本要素を含むＳＩＭトゥールキットカードから利用できる。
かかるカードは、既知の手段によって移動端末１０８と通信できる。
【００２３】
この例において、インターフェイス１１１は、ゾーン１１０ｂのＧＰＲＳ命令コードと組み合わせて使用したときに、インターネット上で使用される大半のプロトコルと互換性のある移動端末１０８を得ることを可能にする。
しかしながら、本発明の異なる形態において、インターフェイス１１１は、例えばＵＭＴＳ規格で作動するように設定することもできる。
この場合、ＧＰＲＳモードを実施する必要はなくなるが、何故ならＵＭＴＳ規格にはこのタイプの作動が見込まれているからである。
【００２４】
アドレスメモリ１１２は、移動端末１０８がＰＤＰと呼ばれるコンテキストで割り当てリクエストを実施したときに対して割り当てられたアドレスを登録することができる。
実際は、移動端末１０８でＧＰＲＳモードでの作動が開始される。
このとき移動端末１０８は、アドレスメモリ１１２に登録されたアドレスが割り当てられる。
このアドレスは、例えば、秘密ＩＰＶ４アドレスである。
【００２５】
図１中では、またアドレスの解決サーバー１１９も示している。
通信網へのＳＩＰ解決サーバー１１９の接続は、例えば、ＳＭＳＣサーバー｛Short Message Service Center（ショートメッセージサービス局）｝へのＴＣＰ／ＩＰまたはＸ．２５接続を介して、また場合によっては接続のためにＳＳ７／ＴＣＡＰ／ＭＡＰを介して、存在情報へのアクセスを可能にするＧＳＭ網のＨＬＲに向かってなされる。
実際、ＳＩＰ−ＮＡＴサーバーと、端末の状態を確認し、またＧＰＲＳ網に接続されていない場合には、「接続不能」エラーメッセージを返送することができるＨＬＲの間にインターフェイスが存在しうることに留意しなければならない。
図１は、別の態様において、セルラー電話網１１８に解決サーバー１１９を接続することを可能にするＧＳＭ手段１２０からＧＳＭ手段１２３も示している。
実施には、セルラー電話網１１８に解決サーバー１１９を接続することを可能にする手段は、解決サーバー１１９とセルラー電話網１１８の間でのＳＭＳメッセージの交換を可能にする。
【００２６】
解決サーバー１１９は、インターネット１０６との接続用のインターフェイス１２４も備えている。
解決サーバー１１９は、マイクロプロセッサ１２５と、プログラムメモリ１２６と、組み合わせメモリ１２７とを備えている。
ＧＳＭ手段１２０と、インターフェイス１２４から組み合わせメモリ１２７までの各部とは、バス１２８によって相互に接続されている。
【００２７】
プログラムメモリ１２６は、ＳＩＰプロトコルの実施のための命令コードに対応するゾーン１２６ａも備えている。
ゾーン１２６ｂは、ショートメッセージサービスの実施に対応する命令コードを含んでいる。
ゾーン１２６ｃは、ＴＣＰの実施のための命令コードに対応し、ゾーン１２６ｄは本発明による方法の一部の実施に対応する。
ゾーン１２６ｄは、ゾーン１２６ａ、１２６ｂおよび１２６ｃの命令コードに依存する。
【００２８】
組み合わせメモリ１２７は、解決テーブルとも呼ばれる。
実際、組み合わせメモリ１２７は、行と列の構造を有する。
列１２７ａは、ＳＩＰプロトコルによる記号アドレスに対応する。
列１２７ｂは、ＩＭＳＩおよび／または電話番号に対応する。
列１２７ｃは、公開インターネットアドレスに対応する。
列１２７ｄは、ＩＰプロトコルによって定義されるようなポートの番号の数を明示して列１２７ｃを補完する。
組み合わせメモリ１２７のそれぞれの行は、インターネットを介して列１２７ｂの値によって識別された移動端末への通信手段の割り当てに対応する。
解決テーブルである組み合わせメモリ１２７は、記号アドレスと電話番号とＩＭＳＩ番号の間の組み合わせの実施も可能にする。
【００２９】
解決サーバー１１９は、インターネットで解決サーバー１１９を見ることのできる公開インターネットアドレスを介し、該アドレスを登録するためのアドレスメモリ１９０を含む。
【００３０】
図１中の番号１３８は、通信ゲートウエイ（以下、単に「ゲートウエイ」と称する。）を示している。
ゲートウエイ１３８は、エルメス出版発行のXavier LAGRANGE, Philippe GODLEWSKI, Sai TABANNE著の「改訂第５版ＧＳＭ網」と題する著作に定義されたようなＧＧＳＮに対応する。
ＧＧＳＮの記述は、この著作の特に１４章の３に見出される。
【００３１】
ゲートウエイ１３８は、マイクロプロセッサ１２９、セルラー電話網１１８との接続用のインターフェイス１３０、インターネット１０６との接続用のインターフェイス１３１、プログラムメモリ１３２、ゲートウエイ１３８の公開インターネットアドレスを登録するためのアドレスメモリ１５１、通信手段の割り当てメモリ１３３とアクセス制御メモリ１３４も備えている。
マイクロプロセッサ１２９からアクセス制御メモリ１３４までの各部は、バス１３５を介して相互に接続されている。
【００３２】
プログラムメモリ１３２は、ネットワークアドレス変換（ＮＡＴ）プログラムを実施するための命令コードに対応するゾーン１３２ａの他に、ゾーン１３２ｂ、ゾーン１３２ｃを備えている。
ゾーン１３２ｂは、ファイヤウォールという名前でも知られている防火壁プログラムの実施に対応する命令コードを有している。
ゾーン１３２ｃは、ＧＰＲＳモードの管理に対応する命令コードを備えている。
ゲートウエイ１３８は、セルラー電話網１１８と接続し、通信するための手段も備えている。
これらの手段は、例えば、純粋なＧＳＭ手段である。
【００３３】
割り当てメモリ１３３は、テーブルの構造を有する。
割り当てメモリ１３３は、秘密インターネットアドレスに対応する列１３３ａの他に、列１３３ｂ〜１３３ｄを有する。
列１３３ｂは、公開インターネットアドレスに対応する。
列１３３ｃは、ＩＭＳＩ番号または電話番号タイプの識別子に対応する。
列１３３ｄは、ポート番号に対応する。
割り当てメモリ１３３は、通信手段をそのＩＭＳＩ番号またはその電話番号によって識別された移動端末に組み合わせることを可能にする。
これらの手段は、一方では公衆インターネットから見ることのできる公開インターネットアドレスであり、他方ではセルラー電話網でＧＰＲＳモードで作動する移動端末の識別を可能にする秘密インターネットアドレスである。
これらの手段は、必要ならば、ゲートウエイ１３８を介して移動端末が送受信することのできるポートのリストによって補完される。
これらの手段は、ＰＤＰコンテキストに含まれる。
【００３４】
テーブルであるアクセス制御メモリ１３４は、ゲートウエイ１３８のファイヤウォール機能がゲートウエイ１３８を介してメッセージを発信する権利を有する公開アドレスの所持者が誰かを知ることを可能にする。
例えば、アクセス制御メモリ１３４は、公開インターネットアドレスに対応する列１３４ａとこのアドレスに組み合わされた権利を記述する列１３４ｂを有する。
権利は、例えば、公開インターネットアドレスの所持者がメッセージ発信の権利を有するポートのリストである。
【００３５】
図２は、図１で説明した手段の実施を記載している。
【００３６】
図２中の番号２０１は、発呼局によって実施された準備過程を示している。
準備過程２０１は、通信開始過程である。
準備過程２０１の際に、発呼局１０１はこの手順で勧誘と呼ばれるストリームを発信するためにＳＩＰプロトコルを使用する。
かかるストリームは、ヘッダーとメッセージ本文を有する。
このヘッダーとメッセージ本文は、ＲＦＣ２５４３で定義される。
この勧誘ストリームは、接続確立要求に対応する。
したがって、このストリームのヘッダーには勧誘ストリームとしてそれを識別するコードと、発呼局１０１の使用者が接続を所望する移動端末の記号アドレスが含まれる。
記号アドレスは、例えば、sip:terminal108@domaine.fr.である。
勧誘ストリームは、それによって発呼局１０１の使用者が接続を所望するパラメータも含み、この例の場合、これらのパラメータはＦＴＰプロトコルによって接続を確立することを目的とする。
これらのパラメータは、他のプロトコル、例えば、ＨＴＴＰの使用、あるいは音声通信、あるいはビデオ会議の確立を目的とすることもできる。
【００３７】
勧誘ストリームは、インターネット１０６を介して解決サーバー１１９に送信される。
したがって、発呼局１０１は、解決サーバー１１９の公開インターネットアドレスまたはこのサーバーの記号アドレス、例えば、sip:terminal108@domaine.fr. を認識する。
【００３８】
次に、解決サーバー１１９による接続確立要求の受信過程２０２に移行する。
受信過程２０２において、解決サーバー１１９は接続確立要求から発呼局が接続確立を所望する移動端末の記号識別子を抽出する。
このとき解決サーバー１１９は、テーブルである組み合わせメモリ１２７を巡って列１２７ａ内に登録された、この記号識別子を検索する。
一度記号識別子が見つかると、解決サーバー１１９は、端末がインターネット１０６を介してアクセスできるか、否かを決定することができる。
この決定は、記号アドレスに対応するフィールド１２７ｃを検索することによって行われる。
このフィールドに情報が与えられたときは、移動端末が公開インターネットアドレスとインターネット１０６を介して、すでにアクセス可能であることを意味するので、受信過程２０２から接続パラメータ伝達過程２０３に移行する。
反対の場合、移動端末が公開インターネットアドレスを持たないときは、移動端末勧誘伝達過程２０４に移行する。
【００３９】
移動端末勧誘伝達過程２０４において、解決サーバー１１９は、ショートメッセージ、またはＳＭＳを構成する。
このショートメッセージは、接続確立要求に含まれる記号アドレスに対応するフィールド１２７ｂの値によって電話番号が得られた移動端末１０８に送信される。
このショートメッセージには、発呼局１０１が所望する接続のパラメータ、ならびに発呼局１０１の使用者の識別子を含む。
移動端末１０８による勧誘受諾過程２０５に移行する。
【００４０】
勧誘受諾過程２０５において、勧誘のショートメッセージは、移動端末１０８によって読みとられる。
勧誘の受諾または否の過程２０６に移行する。
【００４１】
過程２０６において、移動端末１０８は、使用者に接続確立の勧誘を提示する。
このとき、使用者は、移動端末１０８のキーボードを使用して勧誘を望むか否かを決定する。
勧誘メッセージの提示は、移動端末１０８の画面で行われ、接続確立を望む人の識別子と、この人が確立を所望する接続のパラメータが含まれる。
仮に使用者が接続を拒絶したとき、過程２０７に移行して、移動端末１０８は、移動端末１０８が接続受諾を望まないことを指定する命令コードを含むショートメッセージを構成する。
ショートメッセージは、次に解決サーバー１１９に送信される。
そして、通信確立拒絶伝達過程２０８に移行する。
【００４２】
通信確立拒絶伝達過程２０８において、解決サーバー１１９は、拒絶のショートメッセージを肯定応答のＳＩＰストリームに変換する。
このストリームは、つまり移動端末１０８が接続の確立を望まないことを伝える命令コードを含み、このストリームは発呼局１０１に変換される。
そして、発呼局１０１からの非肯定応答のストリームの受諾過程２０９に移行する。
【００４３】
受諾過程２０９において、発呼局１０１は、ＳＩＰプロトコルに従い、移動端末１０８が接続の確立を望まないことを明示しながらストリームを受諾する。
これによって、接続確立手順が終了する。
【００４４】
過程２０６で、使用者が勧誘受諾を選択したとき、網接続要求過程２１０に移行する。
【００４５】
網接続要求過程２１０において、移動端末１０８は、ゲートウエイ１３８に向かってインターネット１０６を介して解決サーバー１１９に向けて接続を確立するために手段割り当てリクエストを発信する。
このリクエストは、例えば、ＧＰＲＳ規格に定義されたように実施される。
このリクエストには、発呼局１０１の身元に関する情報が含まれる。
身元情報は、例えば、発呼局１０１のＭＳＩＳＤＮ番号、接続パラメータに関する情報、及び、例えば、ＦＴＰプロトコルを知るために使用されるプロトコルである。
【００４６】
本発明の変型において、接続要求は必ず移動端末１０８によって受諾されるものとする。
したがって、勧誘受諾過程２０５から網接続要求過程２１０に直接移行するということである。
【００４７】
網接続要求過程２１０からゲートウエイ１３８によって通信の割り当て手段の過程２１１に移行する。
過程２１１において、ゲートウエイ１３８は移動端末１０８によって発信された手段の割り当てリクエストを受信する。
このリクエストに続き、ゲートウエイ１３８は、割り当てメモリ１３３を更新する。
すなわち、移動端末１０８の公開識別子に、例えば、自己のＩＭＳＩ番号または電話番号（ＭＳＩＳＤＮ）、秘密インターネットアドレス／公開インターネットアドレスの対を割り当てる。
秘密インターネットアドレスは、ＧＰＲＳ網上で移動端末１０８を識別することを可能にし、公開インターネットアドレスは公衆インターネット上で移動端末１０８を識別することを可能にする。
ゲートウエイ１３８は、移動端末１０８が確立する接続のためのポート番号を割り当てることもできる。
したがって、ゲートウエイ１３８がメッセージを受信し、その宛先がＩＰアドレスとポート番号によって識別され、また、このＩＰアドレスとこのポート番号が割り当てメモリ１３３の公開インターネットアドレスに対応する場合、ゲートウエイ１３８は識別子が公開インターネットアドレスを含む行内に存在する端末にこのメッセージを再び導く。
【００４８】
過程２１１において、ゲートウエイ１３８は、アクセス制御メモリ１３４を更新する。
実際、手段割り当てリクエストメッセージには、発呼局１０１の識別子が含まれる。
したがって、ゲートウエイ１３８は、１行をアクセス制御メモリ１３４に挿入し、このときアクセス制御メモリ１３４の公開インターネットアドレスフィールド１３４ａは発呼局１０１の公開インターネットアドレスに対応し、フィールド１３４ｂは移動端末１０８との接続確立のために割り当てられたポートに対応する。
これによって、ゲートウエイ１３８は、移動端末１０８に宛てられた不要なメッセージをフィルタリングし、不要なメッセージを防止することができる。
ここでは、発信者がアクセス制御メモリ１３４に記載されていないゲートウエイ１３８に宛てられたすべてのメッセージを不所望とする。
これは防火壁によるフィルタリングの従来の方法であり、ほかにも技術は存在するがここでは説明しない。
【００４９】
これらの通信手段が割り当てられると、移動端末１０８がゲートウエイ１３８に向けてメッセージを発信したときに、メッセージは割り当てられた秘密インターネットアドレスで送信される。
このとき、ゲートウエイ１３８は、このメッセージを公衆インターネットに向けて再送し、この公衆インターネット上でこのメッセージはゲートウエイ１３８によって割り当てられた公開インターネットアドレスから発信されたものとして見られる。
これがアドレス変換メカニズムである。
【００５０】
過程２１１からサーバー１１９に割り当てられた接続パラメータの伝達過程２１２に移行する。
この伝達過程２１２において、ゲートウエイ１３８は、本文に割り当てられた公開インターネットアドレス、場合によっては割り当てられた一つまたは複数のポート、および移動端末１０８の公開識別子（そのＩＭＳＩ番号または電話番号）を含む、ＴＣＰを用いて、メッセージを構成する。
このメッセージの発信者を識別するフィールドは、割り当てられた公開インターネットアドレスを値とする。
したがって、このメッセージは、実際に移動端末１０８によってインターネットを介してサーバー１１９に送信される。
【００５１】
本発明の変型において、過程２０６で移動端末１０８の使用者が接続要求を受諾したとき、接続要求過程２２５に移行するが、この要求は、サーバー１１９によって実施される。
勧誘受諾の際に、移動端末１０８は、サーバー１１９に向けて受諾ショートメッセージを送信する。
この受諾ショートメッセージは、接続要求過程２２５で受信される。
【００５２】
接続要求過程２２５において、サーバー１１９は、ゲートウエイ１３８に向けて、例えば、ＦＣＰプロトコル（Firewall Control Protocol,すなわち Jiri KuthanとJonathan Rosenbergの直策でIETFによって定義された防火壁プログラムの制御プロトコル）を用いてリクエストを発信する。
このリクエストは、通信手段割り当てリクエストとしてリクエストを識別するフィールドと、端末１０８を識別するフィールドを含んでいる。
このリクエストは、インターネット１０６を介して伝達される。
リクエストは、ゲートウエイ１３８によって受信され、過程２１１のために処理される。
【００５３】
この変型において、過程２１１に接続開始過程２２６がつづき、移動端末１０８がゲートウエイ１３８によって発信されたメッセージを受信し、通信手段割り当てをそれに通知する。
この変型においては、端末１０８ではなくゲートウエイ１３８が主導権を取る。
接続開始過程２２６から伝達過程２１２に移行する。
【００５４】
伝達過程２１２から接続パラメータ伝達過程２０３に移行する。
接続パラメータ伝達過程２０３において、サーバー１１９は、ＳＩＰプロトコルによって肯定応答メッセージを構成する。
このメッセージの本文には、割り当てられた公開インターネットアドレスを含んでいる。
【００５５】
接続パラメータ伝達過程２０３から、セッション開始過程２１３に移行する。
【００５６】
セッション開始過程２１３で、発呼局１０１は、移動端末１０８との接続確立のためにゲートウエイ１３８によって割り当てられたパラメータを受信する。
したがって、発呼局１０１は、公開インターネットアドレスを保有し、そのおかげで発呼局１０８に接続できる。
ここで、発呼局１０１によるストリーム送信過程２１４に移行する。
ストリーム送信過程２１４において、発呼局１０１は、宛先アドレスがゲートウエイ１３８によって割り当てられた公開インターネットアドレスであるＦＴＰプロトコルによるストリームを構成する。
インターネットは、このストリームをゲートウエイ１３８までゾーン分けする。
過程２１５で、ゲートウエイ１３８は、発呼局１０１によって発信されたＦＴＰフォーマットのストリームを受信する。
【００５７】
過程２１５で、ゲートウエイ１３８は、受信したストリームからこのストリームの発信者の識別子を抽出する。
この識別子がテーブルであるアクセス制御メモリ１３４内に存在するとき、このストリームは、もっと先に伝達され、不在の場合は、拒絶される。
この方法の場合、この識別子は、アクセス制御メモリ１３４の公開インターネットアドレスフィールド１３４ａが過程２１１で更新されたので存在する。
そして、移動端末１０８によるストリームの受信過程２１６に移行する。
受信過程２１６で、移動端末１０８は、発呼局１０１によって発信されたストリームを受信する。
このとき、このストリームは、まずゲートウエイ１３８によって受信され、過程２１１で割り当てられた秘密ＩＰＶ４アドレスを用いてこの同じゲートウエイによって再発信された。
この秘密アドレスは、割り当てメモリ１３３を介して、移動端末１０８との通信のために発呼局１０１によって使用された公開アドレスに対応する。
【００５８】
過程２１７に移行し、今度は移動端末１０８がＦＴＰプロトコルのストリームを発信する。
このストリームの宛先は、その公開インターネットアドレスを介して発呼局１０１になる。
このストリームは、ゲートウエイ１３８に向かって発信され、過程２１８でそれを受信する。
ゲートウエイ１３８は、使用されたプロトコルがテーブルである割り当てメモリ１３３とこのストリームの発信者の識別子により、移動端末１０８の秘密インターネットアドレスによって間違いなく許可されたかを確認するが、それはこの識別子が割り当てメモリ１３３で移動端末１０８に割り当てられた権利の再発見を可能にするからである。
【００５９】
過程２１８の終わりに、ゲートウエイ１３８は、もともと移動端末１０８によって発信されたストリームを発呼局１０１に向けて発信する。
このストリームの中で、発信者を識別するフィールドの値は移動端末１０８に過程２１１で割り当てられた秘密インターネットアドレスになる。
過程２１８につづく過程２１９で、移動端末１０８は、もともと移動端末１０８によって発信されたストリームを受信する。
そして、過程２２０に移行し、発呼局１０１は受信すべきすべてのストリームを受信したか、あるいは発信すべきすべてのストリームを発信したかを決定する。
すべてのストリームをまだ受信／発信していないときは、ストリーム送信過程２１４に戻る。
それでなければ、接続中断過程２２１に移行する。
接続中断過程２２１において、発呼局１０１は、解決サーバー１１９に向かって、ＢＹＥと呼ばれるＳＩＰストリームを発信する。
このストリームは、移動端末１０８の識別子を含んでいる。
そして、解決サーバー１１９によるＢＹＥ  ＳＩＰストリームの受信過程２２２に移行する。
【００６０】
受信過程２２２において、解決サーバー１１９は、移動端末１０８に向かって発呼局１０１が通信中断を望んでいることを知らせるショートメッセージを発信する。
この中断ショートメッセージは、過程２２３で端末１０８によって受信される。
解決サーバー１１９は、また組み合わせメモリ１２７を更新する、すなわち、端末１０８に対応する列１２７ｃと１２７ｄのフィールドの内容を消去する。
【００６１】
過程２２３において、移動端末１０８は、ＧＰＲＳプロトコルによって、一つまたは複数のメッセージをゲートウエイ１３８に送信する。
過程２２４において、ゲートウエイ１３８は、これらのメッセージを受信する。
したがって、過程２２４において、ゲートウエイ１３８は、通信中断を知らされる。
したがって、ゲートウエイ１３８は割り当てメモリ１３３とアクセス制御メモリ１３４を更新する。
これによって、割り当てメモリ１３３内の移動端末１０８に対応する行、アクセス制御メモリ１３４内の発呼局１０１に対応する行が消去される。
【００６２】
本発明において、発呼局１０１と解決サーバー１１９の間の通信は、ＲＦＣ２５４３内に定義されたＳＩＰプロトコルを用いてインターネット１０６（これは第一のネットワークである）を介して実施される。
解決サーバー１１９と移動端末１０８の間の通信は、例えば、ＧＳＭ規格内に定義されたようなショートメッセージを用いて実施される（これは第二のネットワークである）。
移動端末１０８とゲートウエイ１３８の間の通信は、ＧＰＲＳプロトコルによって実施される（これは第三のネットワークである）。
ゲートウエイ１３８と移動端末１０８の間の通信は、通信手段の割り当ての際に指定されたプロトコルによってインターネット１０６を介して実施される。
可能なプロトコルは、一見してンターネット網１０６で使用可能なすべてのプロトコルである。
これらのプロトコルとしては、ＴＣＰ、ＵＤＰ、ＦＴＰ、ＨＴＴＰが挙げられるが、その他にもたくさん存在する。
【００６３】
ゲートウエイ１３８と解決サーバー１１９の間の通信は、ＴＣＰプロトコルまたはＦＣＰプロトコルを用いてインターネット１０６を介して実施される（これは第三のネットワークである）。
【００６４】
特定の数の通信のためにインターネットを使用する限りにおいて、すでに存在する暗号通信方法を利用することが可能である。
例えば、ＩＰセキュア、すなわち機密保持インターネットを使用することが可能であり、この場合、インターネットストリームの本文は、その内容がストリームの宛先しかアクセスできないように暗号化される。
【００６５】
したがって、本発明によるインフラストラクチャーにおける利点は次の通りである。
このインフラストラクチャーは、移動端末の入りアドレッシングの問題を直ちに、しかも既存の設備で解決することを可能にする。
この解決方法は、そのすべてのマルチメディア版での即時電子メール、移動オフィス通知サービス、などの付加価値サービスを迅速に展開することを可能にする。
くわえて、標準的プロトコルが使用される。
【００６６】
移動端末が、公衆インターネットから常時見えず、存在する場合、その公開インターネットアドレスが公開されない限りにおいて、それは破壊しうるようなタイプの攻撃の可能性を制限する。
他の利点は、この実施態様が、移動端末１０８の使用者にどの接続要求を受諾し、どの接続要求を拒絶するかを決定することを可能にする。
【００６７】
なお、ゲートウエイ１３８との連結確立の主導権を取るのが移動端末１０８である変型の場合、ゲートウエイを変更する必要がない。
実際、インターネットを介して、解決サーバー１１９にメッセージを送信する主導権を取るのは移動端末１０８である。
このメッセージは、端末によって指定されたＩＰアドレス（解決サーバー１１９のもの）に標準的な方法に伝達される。
このメッセージには、解決サーバー１１９がこのメッセージを発呼局１０１の発信した接続確立要求に対する端末の答えと解釈することを可能にする要素が含まれている。
この場合、ゲートウエイ１３８は既知の仲介者にすぎない。
【００６８】
移動端末１０８とゲートウエイ１３８の間の接続が、解決サーバー１１９のメッセージの受信に続いて、ゲートウエイ１３８の主導権によって導かれたとき、この接続は、移動端末１０８の識別子、好適にはＩＭＳＩ番号またはＭＳＩＳＤＮ番号から確立される。
接続の開設の、特に移動端末１０８に割り当てられたＩＰアドレスは、解決サーバー１１９に伝達される。
この伝達は、移動端末１０９によって、あるいはゲートウエイ１３８によってなされる。
この変型において、ゲートウエイになすべき変更は大きなものではない。
【００６９】
本発明の一つの変更において、ゲートウエイ１３８によって割り当てられたサービスと手段の質を指定するためのオプションストリームと呼ばれるＳＩＰストリームを使用することも可能である。
品質の要因として、伝送帯域、すなわちスループット、および使用可能なプロトコルが挙げられる。
次に、これらのオプションは、発呼局１０１によって要求され、場合によっては移動端末１０８の制御の下にゲートウエイ１３８によって受諾または破棄される。
【００７０】
本発明においては、そのＳＩＰ記号アドレス（例えば、SIP:pierre.dupon@cegetel.fr）を介して接続されるのは端末の使用者であり、単にある端末ではない。
したがって、複数の移動端末を使用者に組み合わせ、「作動している」（または作動させたい）端末をうまく見つけるまで、解決サーバー１１９により、SIPが、組み合わせたすべての端末につぎつぎに通知するようにすることが可能である。
このようにして、使用者は、自己の端末に接触できる網の外のアプリケーション、サイトまたは端末を完全に制御することができるアクセスフィルタを構成することができる。
【００７１】
本発明において、ＳＩＰアドレスは、自然人だけでなく、サービス、例えば、会社の技術サポートに対応することができる。
【００７２】
本発明のおかげで、即時電子メール、マルチメディアサービス、移動オフィス通知サービス、などの高付加価値サービスを展開して移動端末向けの公衆インターネットからのセッションを容易に、しかも最小コストで確立することができる。
【００７３】
本発明の実施には、ＩＰＶ６の場合のように、インフラストラクチャーの完全なレベリングは含まれない。
さらにこの実施は、将来のＩＰＶ６の展開と互換性があり、標準かつ既存のプロトコルしか使用されない。
したがって、本発明による解決の展開はインフラストラクチャーの面でも、端末の面でも即時になされる。
さらに端末の変更も必要ない。
なぜなら、この解決は、例えば、ＳＩＭトゥールキットカードを介して端末に付加できるからである。
【００７４】
本発明は、きわめて間欠的なトラフィックの場合などにアプリケーションがこの方策を管理することを可能にして、ゲートウエイ１３８によってＮＡＴ機能のレベルでのアドレス全体の管理の局部方針を使用することによってアドレスの割り当ておよび動的な「割り当て外し」を管理することを可能にする。
【００７５】
本発明は、さらに「ローミング」（必要に応じて業者を替える地理的反復）ＧＰＲＳとも互換性がある。
すなわち、ネーティブネットワーク（移動端末１０８の使用者が加入しているもの）が、提携している訪問先の移動ネットワーク内におけるアクティブな端末のアドレッシングを可能にする。
【００７６】
同様に、本発明はトラフィックの局部監視方針と組み合わせて使用することができる。
例えば、ＵＤＰなどの「接続なし」プロトコルの場合、搬送レベルではセッションの確立がなく、接続を開放されたままにしておくべきかを知る手段は、ゲートウエイ１３８のレベルで、トラフィックを監視し、構成自在な不活性時間の後、「非作動」手順を開始することができるだろう。
この場合、ゲートウエイ１３８は、解決サーバー１１９に「割り当て停止」リクエストを発信するための手段を備え、このときサーバーは、接続の閉鎖が進行中であることを発呼局１０１に知らせることができる。
発呼局１０１が、ＳＩＰ ＡＣＫメッセージで応答したとき、解決サーバー１１９は、過程２２４で見たごとくゲートウエイ１３８がアドレスの「割り当て停止」を可能にする。
発呼局１０１が、新しいＳＩＰメッセージ「Invite」で応答したとき、解決サーバー１１９それを許可しない。
【００７７】
移動端末は、例えば、携帯電話、個人電子助手（ＰＤＡ）あるいはもっと一般的にデータ通信網を介する通信手段を備えた一切の装置である。
【図面の簡単な説明】
【図１】本発明による方法の実施に有効な手段の説明図である、
【図２】本発明による方法の過程の説明図である。
【符号の説明】
１０１  発呼局
１０２  マイクロプロセッサ
１０３  プログラムメモリ
１０４  インターフェイス
１０５  アドレスメモリ
１０６  インターネット
１０７  バス
１０８  移動端末
１０９  マイクロプロセッサ
１１０  プログラムメモリ
１１１  インターフェイス
１１２  アドレスメモリ
１１３  番号メモリ
１１４  バス
１１５  アンテナ
１１６  無線信号
１１７  基地局
１１８  セルラー電話網
１１９  解決サーバー
１２０  インターフェイス
１２１  アンテナ
１２２  無線信号
１２３  基地局
１２４  インターフェイス
１２５  マイクロプロセッサ
１２６  プログラムメモリ
１２７  組み合わせメモリ
１２８  バス
１２９  マイクロプロセッサ
１３０  インターフェイス
１３１  インターフェイス
１３２  プログラムメモリ
１３３  割り当てメモリ
１３４  アクセス制御メモリ
１３５  バス
１３６  アンテナ
１３７  無線信号
１３８  通信ゲートウエイ
１３９  基地局
１５１  アドレスメモリ
１９０  アドレスメモリ
２０１  準備過程
２０２  受信過程
２０３  接続パラメータ伝達過程
２０４  移動端末勧誘伝達過程
２０５  勧誘受諾過程
２０６  過程
２０７  過程
２０８  通信確立拒絶伝達過程
２０９  受諾過程
２１０  網接続要求過程
２１１  過程
２１２  伝達過程
２１３  セッション開始過程
２１４  ストリーム送信過程
２１５  過程
２１６  受信過程
２１７  過程
２１８  過程
２１９  過程
２２０  過程
２２１  接続中断過程
２２２  受信過程
２２３  過程
２２４  過程
２２５  接続要求過程
２２６  接続開始過程
２２６  過程
【図１】
0004030373.tif 000002
【図２】
0004030373.tif 000003