JP6909772B2 - Ｏｔｔサービスを使用するインフラストラクチャ・ベースのｄ２ｄ接続設定 - Google Patents

Description

本開示は、一般的には、通信ネットワークの分野に関する。特に、本開示は、通信ネットワークに接続されている第１および第２デバイス間におけるインフラストラクチャ・ベースのデバイス対デバイス（Ｄ２Ｄ）通信接続のために通信ネットワークを動的に再構成する方法、システム、およびコンピュータ・プログラム製品に関するが、必ずしもこれらに限られる訳ではない。

従来技術

今後、デバイスの対間における通信は増大しそうに思われる。このような通信の例は、ゲーム・コンソール、テレビジョン、および加熱システムのような家庭用デバイスの接続用途増大や、最近におけるタブレット・コンピュータおよびスマート・フォンの追加において見ることができる。これらのデバイスの一部は、例えば、スマート・フォンまたはタブレット・コンピュータを使用してテレビジョンまたは加熱システムを制御する、画像および動画(motion picture)をカメラからラップトップまたはパーソナル・コンピュータ（ＰＣ）等にワイヤレスで転送するというように、種々の目的のために、それらの間における直接データ接続を介してデータを送信および受信することができる。現在、このような通信は、通例、有線またはワイヤレスのホーム・ネットワークまたはオフィス・ネットワークのような、同じネットワークに双方のデバイスを接続することによって実施される。これは、同じネットワーク内にない２つのデバイス間におけるデータ交換には常に可能な訳でも望ましい訳ではないので、デバイスはデータを中継するためにオンライン・サービスを利用しなければならないが、これもときには望ましくない場合がある。

多くの場合、共通のローカル・ネットワークに接続されることなく、そしてオンライン・サービスを使用せずに、直接通信で互いに係合することが有利となるデバイスは、セルラ通信ネットワークに接続されているデバイスである。２つのセルラ・デバイス間における直接データ接続を、その目的のために割り当てられた無線リソースを利用して可能にする、「近接サービス」または「直接モード」として知られている技法が開発されている。従来のセルラ・デバイスは１つ以上の通信ネットワークのネットワーク・インフラストラクチャを利用し、このインフラストラクチャは互いと通信するために少なくとも１つの基地局を含むのに対して、このようなデバイス間における直接モード通信は、ユーザ・データがネットワーク・インフラストラクチャを横断する必要なく、これらが互いと直接ワイヤレス・データ接続を確立できるという特徴がある。

以上で説明した直接モード通信には必要とされるように、互いに近接するのではなく、そして同じローカル・ネットワーク内にあるのでもない、２つのセルラ・デバイス間におけるデバイス対デバイス（Ｄ２Ｄ）通信を可能にすることができれば望ましいであろう。セルラ・デバイスにとってこのような通信を達成するのを困難にする１つの要因は、セルラ・デバイスが異なる移動体ネットワーク通信事業者に加入しているかもしれず、したがって異なるファイアウォールの後ろ側にあるかもしれないことである。同じ移動体通信事業者のネットワーク内にあるデバイスであっても、セキュリティ規制が２つのデバイスが直接通信することを禁止する場合もある。この問題に対する簡単な(trivial)解決策をあ
げるとすれば、ファイアウォールを除去し、各デバイスが通信事業者のネットワークの内部および外部双方から直接アドレス可能にすることであろう。こうすると発生する可能性がある問題は、通信事業者、したがって、デバイスのユーザが、デバイスに到達すること
を許可されるデータを制御できなくなることである。例えば、悪意のあるウェブサイトまたはハッカーが、ある一定のデバイスにデータを送り続ける可能性があり、その結果、エンド・ユーザがデータ使用に対する高額の請求書に直面する可能性があること、または／および迷惑データ(unsolicited data)に対してネットワーク通信事業者が課金できず、通信事業者には損失になってしまう可能性があることである。

また、２つのセルラ・デバイス上にある２つのソフトウェア・アプリケーションがデータを交換するために、これらのデバイスおよびアプリケーションが、デバイス間で接続が利用可能であることを把握し、そしてこの接続を介してデータ・パケットを待っていればよければ、またはデータ・パケットを送ることができれば望ましいであろう。好ましくは、このような通信を可能にする技法は、アプリケーション開発者およびデバイスのエンド・ユーザの双方にとってシームレスであり、使いやすくなければならない。

当技術分野において必要とされるのは、１つの移動体通信事業者の同じまたは異なる通信ネットワーク、または異なる移動体ネットワーク通信事業者の通信ネットワークに接続された２つのセルラ・デバイス間において、以上で説明した問題の少なくともいくつかに取り組むことができるように、接続の確立を可能にする技法である。

以上で説明した問題の１つ以上に取り組むために、本明細書では「インフラストラクチャ・ベースのＤ２Ｄ通信」と呼ぶ技法を提案する。ここで、「インフラストラクチャ・ベースのＤ２Ｄ通信」という用語は、２つのデバイス間における直接データ接続の発見および設定を指し、これらのデバイスがあたかも同じネットワーク内に位置するかのように、データ交換を可能にするためのものである。言い換えると、インフラストラクチャ・ベースのＤ２Ｄ通信は、例えば、送信制御プロトコル（ＴＣＰ）／インターネット・プロトコル（ＩＰ）およびユーザ・データグラム・プロトコル（ＵＤＰ）／ＩＰパケットのようなデータ・パケットを、その目的のために確立された接続を介して直接交換することを、デバイスに可能にする。この接続を、本明細書では、「インフラストラクチャ・ベースのＤ２Ｄ接続」と呼ぶ。以下では、別段指定されなければ、「通信」および「接続」という用語は、インフラストラクチャ・ベースのＤ２Ｄ通信および接続をそれぞれ指すこととする。

最も一般的な場合では、デバイスは異なる移動体ネットワーク通信事業者（ＭＮＯ）の通信ネットワークに接続される。しかしながら、種々の個々の場合では、デバイスは、１つのＭＮＯの２つの異なる通信ネットワーク、および１つのＭＮＯの同じ通信ネットワークに接続されることもある。

本発明の一態様では、第１移動体ネットワーク通信事業者（ＭＮＯ Ａ）によって制御される第１ルーティング・エンティティに、第１移動体ネットワーク通信事業者の通信ネットワークに接続された第１デバイスと、第２移動体ネットワーク通信事業者（ＭＮＯ Ｂ）の通信ネットワークに接続された第２デバイスとの間においてインフラストラクチャ・ベースのＤ２Ｄ接続の確立を可能にするコンピュータ実装方法を提案する。このようなデバイスは、標準化における、任意のスマート・デバイスまたは端末、好ましくは移動体端末、更に公式的には「ユーザ機器」（ＵＥ）または「移動局」（ＭＳ）として知られ、単に「ユーザ」、「端末」、または「セルラ・デバイス」と呼ばれることもあるものとすることができる。また、このようなデバイスは、ラップトップ、タブレット、スマート・ウオッチ、スマート・グラスなどのようなデバイスも含むことができる。この方法は、第１ルーティング・エンティティによって実行されるステップを含み、第１デバイスから第２デバイスの第１識別子を含む接続要求を受けるステップと、受け取った第２デバイスの第１識別子から、第２移動体ネットワーク通信事業者（ＭＮＯ Ｂ）によって制御される
第２ルーティング・エンティティを識別する、第２デバイスの第２識別子を割り出すステップと、第２識別子を使用して、第２ルーティング・エンティティに、第１デバイスと第２デバイスとの間の接続を求める接続要求を出すことによって、識別された第２ルーティング・エンティティとコンタクトするステップであって、接続要求が、第１識別子、および／または第２デバイスの第２識別子を含む、ステップとを含む。更に、この方法は、第１デバイスのコンタクト情報を第２ルーティング・エンティティに提供するステップと、第２ルーティング・エンティティから第２デバイスのコンタクト情報を受け取るステップと、第１デバイスのコンタクト情報および第２デバイスのコンタクト情報にしたがって、第１デバイスと第２デバイスとの間インフラストラクチャ・ベースのＤ２Ｄ接続を介したデータ交換に合わせて第１ファイアウォールを構成するステップとを含んでもよい。第１ファイアウォールは、第１デバイスが接続されている通信ネットワークのファイアウォールであり（即ち、第１デバイス自体に実装されているかもしれないファイアウォールとは異なる）、第１ファイアウォールは、第１デバイスのファイアウォールとして機能するように構成される（即ち、第１デバイスを保護するように構成される）。

本発明の他の態様では、以上で説明したような第２ルーティング・エンティティによって実行されるコンピュータ実装方法も開示する。この方法は、第２ルーティング・エンティティによって実行されるステップを含み、第１ルーティング・エンティティから、第１デバイスと第２デバイスとの間の接続を求める接続要求を受けるステップであって、接続要求が、前述のように、第２デバイスの第１識別子および／または第２識別子を含む、ステップと、受け取った第２デバイスの第１識別子および／または第２識別子から割り出して第２デバイスの第３識別子を決定するステップと、決定した第３識別子を使用して、接続要求またはその派生物を、決定した第３識別子によって識別された第２デバイスに出すことによって、第２デバイスにコンタクトするステップと、を含む。更に、この方法は、第１ルーティング・エンティティから第１デバイスのコンタクト情報を受け取るステップと、必要に応じて、第２デバイスから、第２デバイスが接続要求を受け入れる指示を受けるステップと、第２デバイスのコンタクト情報を第１ルーティング・エンティティに提供するステップと、第１デバイスのコンタクト情報および第２デバイスのコンタクト情報にしたがって、第１デバイスと第２デバイスとの間のインフラストラクチャ・ベースのＤ２Ｄ接続を介したデータ交換に合わせて第２ファイアウォールを構成するステップとを含む。第２ファイアウォールは、第２デバイスが接続されている通信ネットワークのファイアウォールであり（即ち、第２デバイス自体に実装されているかもしれないファイアウォールとは異なる）、第２ファイアウォールは、第２デバイスのファイアウォールとして機能するように構成される（即ち、第２デバイスを保護するように構成される）。

以下では、簡潔さのために、第１および第２ファイアウォールを、それぞれ、第１および第２デバイスのファイアウォールと呼ぶ。しかしながら、以上で示したこれらのファイアウォールの説明に則して、これらのファイアウォールは、デバイス自体に実装されデバイス自体によって制御されるファイアウォールではなく、ネットワーク・レベルのファイアウォール（即ち、通信ネットワークおよび／またはＭＮＯによって制御されるファイアウォール）を意味することも理解されよう。

以下では、第１および第２ルーティング・エンティティによって実行される方法は、異なる移動体ネットワーク通信事業者のそれぞれの通信ネットワークに接続された第１および第２デバイスを参照して、最も一般的な場合について説明する。しかしながら、本明細書において説明する方法は、第１および第２デバイスが同じ移動体ネットワーク通信事業者の同じ通信ネットワークに接続されている特定の場合、ならびに第１および第２デバイスが同じ移動体ネットワーク通信事業者の異なる通信ネットワークに接続されている特定の場合にも等しく適用可能である。言い換えると、特許請求の範囲において使用される場合、第１移動体ネットワーク通信事業者は、第２移動体ネットワーク通信事業者と同じで
あることが可能であるが、そうである必要はなく、第１移動体ネットワーク通信事業者が第２移動体ネットワーク通信事業者と同じである場合、第１デバイスが接続されている通信ネットワークは、第２デバイスが接続されている通信ネットワークと同じであることが可能であるが、そうである必要はない。

本明細書において使用する場合、「第１識別子」という用語は、スマート・セルラ・デバイス上およびインターネット上においてオーバー・ザ・トップ・アプリケーション（例えば、Ｆａｃｅｂｏｏｋ、Ｔｗｉｔｔｅｒ等のような）によって使用されるアプリケーション・レベルの識別子を指す。アプリケーション・レベルの識別子のいくつかの例には、ログイン名、友人の名前、特定のユーザを識別するオンライン・アプリケーションによって生成される数値の列、電子メール・アドレス等が含まれるが、これらに限定されるのではない。

本明細書において使用する場合、「第２識別子」という用語は、移動体ネットワーク通信事業者（ＭＮＯ）によって使用されるネットワーク・レベルの識別子を指す。ネットワーク・レベルの識別子のいくつかの例には、国際移動体加入者識別情報（ＩＭＳＩ）、移動局国際加入者ディレクトリ番号（ＭＳＩＳＤＮ）、統一資源識別子（ＵＲＩ）等が含まれるが、これらに限定されるのではない。これらのネットワーク・レベルの識別子は、一般に、ネットワーク・レベルの識別子がどの移動体ネットワーク通信事業者またはドメインに属するのか識別するような構造に作られる。その結果、ネットワーク・レベルの識別子は、識別された移動体ネットワーク通信事業者によって制御されるルーティング・エンティティを識別しこれとコンタクトするために使用することができる。

本明細書において使用する場合、「第３識別子」という用語は、トラフィックを第２デバイスにアドレスするおよび／または導くために第２ネットワークが内部で使用する識別子を指す。このような識別子の正確な形態、例えば、ＩＭＳＩ、一時的移動体加入者識別情報（ＴＭＳＩ）、ＩＰアドレス、ｓｉｐアドレス、または国際移動機器識別情報（ＩＭＥＩ）は、ネットワークの実施態様によって異なる。

本発明の実施形態は、セルラ・デバイスのエンド・ユーザが、彼らのデバイス上で実行するＯＴＴアプリケーション内から他のデバイスとのインフラストラクチャ・ベースのＤ２Ｄ接続を設定することができれば、即ち、ＯＴＴアプリケーションがこのような接続の設定を指揮するのであれば望ましいであろうという知見に基づく。例えば、メアリーがジョンにＦａｃｅｂｏｏｋを通じて写真を送りたい場合、彼女は、「ジョン」を選択し、コンテキスト・メニューを開き、「Ｄ２Ｄ経由で送る」を選択することができるはずである。次いで、アプリケーションがそのようにする場合、アプリケーションにおいて使用されるデバイスの識別子（即ち、第１識別子）が、第２デバイスの移動体ネットワーク通信事業者の通信ネットワークにおけるルーティングのために使用されるデバイス識別子（即ち、第２および第３識別子）にリンク可能でなければならないという問題が生ずる。この問題は、他のセルラ・デバイス（「第２デバイス）とＤ２Ｄ通信を開始した１つのセルラ・デバイス（「第１デバイス）の側にルーティング・エンティティ（「第１ルーティング・エンティティ」）を実装し、第２デバイスの側にルーティング・エンティティ（「第２ルーティング・エンティティ」）を実装することによって解決される。第１ルーティング・エンティティは、第２デバイスが過去においてそのネットワーク・レベルの識別情報とアプリケーション・レベルの識別情報との間の関連付けをＯＴＴサービス・プロバイダまたは他のデータベースに登録したことがあるのであれば、そして第２デバイスの第１および／または第２識別子を含む接続要求によって第２ルーティング・エンティティを識別し次いで第２ルーティング・エンティティにコンタクトすることに基づいて、第２デバイスの第１識別子から、第２デバイスの第２識別子を割り出すことができる。第２ルーティング・エンティティは、受け取った第２デバイスの第１識別子または／および第２識別子から
、そのデバイスの第３識別子を割り出すことができる。更に、２つのルーティング・エンティティは、第１および第２デバイスについてのコンタクト情報を交換し、これらのそれぞれのエッジ・ファイアウォール（即ち、コア・ネットワークと、例えば、それぞれのＭＮＯ毎のインターネットのような、他のネットワークとの間のファイアウォール）をデバイス間のデータ交換に合わせて構成するときに協働するように構成される。このように、インフラストラクチャ・ベースのＤ２Ｄ接続は、各々がそれぞれのネットワーク・レベルのファイアウォール（即ち、これらのそれぞれの通信ネットワークおよび／またはＭＮＯによって制御されるファイアウォール）の背後にある１対のデバイス間に確立することができる。

一実施形態では、第１ルーティング・エンティティによって実行される方法は、更に、第１デバイスから、第１デバイスと第２デバイスとの間の接続を終了するコマンドを受け取るステップと、第１デバイスのファイアウォールに接続を終了するように命令するステップと、必要に応じて、第２ルーティング・エンティティに、接続を終了する指示を出すステップとを含んでもよい。次いで、対応して、第２ルーティング・エンティティによって実行される方法は、更に、第１ルーティング・エンティティから、第１デバイスが第１デバイスと第２デバイスとの間の接続を終了するコマンドを発行したという指示を受けるステップと、第２デバイスのファイアウォールに、接続を終了するように命令するステップと、および／または接続を終了すべきことの指示を第２デバイスに出すステップとを含んでもよい。このように、第１デバイスが接続の終了を先導することができる。

他の実施形態では、第１ルーティング・エンティティによって実行される方法は、更に、第２ルーティング・エンティティから、第２デバイスが第１デバイスと第２デバイスとの間の接続を終了するコマンドを発行したことの指示を受けるステップと、第１デバイスのファイアウォールに、接続を終了するように命令するステップと、および／または第１デバイスに接続を終了すべきことの指示を出すステップとを含んでもよい。次いで、対応して、第２ルーティング・エンティティによって実行される方法は、更に、第２デバイスから、第１デバイスと第２デバイスとの間の接続を終了するコマンドを受け取るステップと、第２デバイスのファイアウォールに接続を終了するように命令するステップと、必要に応じて、第１ルーティング・エンティティに、接続を終了することの指示を出すステップとを含んでもよい。このような実施形態は、第２デバイスが接続の終了を先導することを可能にする。

一実施形態では、第２デバイスの第１識別子から割り出して第２デバイスの第２識別子を決定する第１ルーティング・エンティティは、第１識別子を含む要求をＯＴＴアプリケーションに関連付けられたサーバに送り、第２識別子を含む応答を受け取る第１ルーティング・エンティティを含むことができる。他の実施形態では、第２デバイスの第１識別子から割り出して第２デバイスの第２識別子を決定する第１ルーティング・エンティティは、第１識別子に基づいて第２識別子を組み立てるロジックにアクセスし、このロジックを、受け取った第２デバイスの第１識別子に適用して、第２デバイスの第２識別子を組み立てる第１ルーティング・エンティティを含むことができる。更に他の実施形態では、第２デバイスの第１識別子から割り出して第２デバイスの第２識別子を決定する第１ルーティング・エンティティは、ＯＴＴアプリケーションに関連付けられたサーバの公開鍵を使用して、受け取った第１識別子を解読する第１ルーティング・エンティティを含むことができる。実施形態では、第２デバイスの第２識別子が、第２デバイスの第１識別子と同じであってもよい。

一実施形態では、第２デバイスの第２識別子から割り出して第２デバイスの第３識別子を決定する第２ルーティング・エンティティは、複数の第２識別子および複数の第３識別子を含む（識別する）データベースにアクセスし、データベースに格納されている複数の
第３識別子から、受け取った第２デバイスの第２識別子に対応する１つを、第２デバイスの第３識別子として識別する第２ルーティング・エンティティを含むことができる。複数の第３識別子の各々は、複数の第２識別子の１つ以上に対応する。他の実施形態では、第２デバイスの第２識別子から割り出して第２デバイスの第３識別子を決定する第２ルーティング・エンティティは、第２識別子に基づいて第３識別子を組み立てるロジックにアクセスし、受け取った第２デバイスの第２識別子にこのロジックを適用して第２デバイスの第３識別子を組み立てる第２ルーティング・エンティティを含むことができる。実施形態では、第３識別子は第２識別子と同じであることも可能である。実施形態では、第２ルーティング・エンティティには知られている秘密によって第２識別子を解読して、第３識別子を得てもよい。

実施形態では、第１デバイスのコンタクト情報は、接続を介してデータを伝達するために使用される第１デバイスのＩＰアドレスおよび１つ以上のポート番号を含んでもよく、第２デバイスのコンタクト情報は、接続を介してデータを伝達するために使用される第２デバイスのＩＰアドレスおよび１つ以上のポートを含んでもよい。
好ましい実施形態では、第１ルーティング・エンティティは、第１移動体ネットワーク通信事業者の通信ネットワークのコア・ネットワーク内における直接モード制御センタ（ＤＭＣＣ）を含んでもよく、一方第２ルーティング・エンティティは、第２移動体ネットワーク通信事業者の通信ネットワークのコア・ネットワーク内における類似のＤＭＣＣを含んでもよい。

本発明の更に他の態様では、以上で説明したような第１デバイスによって実行されるコンピュータ実装方法を開示する。この方法は、第１デバイスによって実行されるステップを含み、前記第１移動体ネットワーク通信事業者の通信ネットワークの外部にあり、前記第２移動体ネットワーク通信事業者の通信ネットワークの外部にあるネットワークに接続されたＯＴＴサービス・プロバイダから、前記第２デバイスの第１識別子を入手するステップと、前述のような第１ルーティング・エンティティに、前記第２デバイスの第１識別子を含む接続要求を出すステップと、必要に応じて、前記第１ルーティング・エンティティから、前記第２デバイスのコンタクト情報を受け取るステップと、を含む。実施形態では、このような方法は、更に、第１デバイスが第１ルーティング・エンティティに、第１デバイスと第２デバイスとの間の接続を終了するコマンドを出すステップ、または第１デバイスが第１ルーティング・エンティティから接続を終了すべきことの指示を受けるステップも含んでもよい。

本発明の更に他の態様では、以上で説明したような第２デバイスによって実行されるコンピュータ実装方法を開示する。この方法は、第２デバイスによって実行されるステップを含み、前記第１移動体ネットワーク通信事業者の通信ネットワークの外部にあり、前記第２移動体ネットワーク通信事業者の通信ネットワークの外部にあるネットワークに接続されたＯＴＴサービス・プロバイダに、前記第２デバイスの第１識別子を付与するステップと、前述のような第２ルーティング・エンティティから、第１デバイスと第２デバイスとの間の接続を求める接続要求を受けるステップと、必要に応じて、第２ルーティング・エンティティに、第２デバイスが接続要求を受け入れることの指示を出すステップと、必要に応じて、第２ルーティング・エンティティから、第１デバイスのコンタクト情報を受け取るステップとを含む。実施形態では、このような方法は、更に、第２デバイスが第２ルーティング・エンティティに第１デバイスと第２デバイスとの間の接続を終了するコマンドを出すステップ、または第２デバイスが第２ルーティング・エンティティから接続を終了すべきことの指示を受けるステップを含んでもよい。

本発明の他の態様によれば、ここで説明したような方法ステップを実行するデータ処理システムおよび装置を提供する。データ処理システムおよび装置の各々は、ここで説明し
たような方法ステップを実行するように構成された少なくとも１つのプロセッサを含む。このようなデータ処理システムを装置内に含むこともできる。

また、本開示は、コンピュータ読み取り可能記憶媒体上に実装されるコンピュータ・プログラム、およびこのようなコンピュータ・プログラムを格納する、好ましくは非一時的なコンピュータ読み取り可能記憶媒体に関するとしてもよい。コンピュータ・プログラムは、コンピュータ上で実行すると、本開示において説明する方法の内任意のものにしたがって方法ステップを実行するように構成されたソフトウェア・コード部分を含むのでもよい。

これまでの実施形態では、第２デバイスは、代わりに、第２ネットワーク通信事業者（ＭＮＯ Ａ）の通信ネットワーク以外の第２ネットワークに接続されてもよい。例えば、第２ネットワークは、例えば、第２通信事業者または第１通信事業者の固定またはワイヤレス・ネットワークでもよい。ワイヤレス・ネットワークは、ＷｉＦｉネットワークでもよく、例えば、ワイヤレス・アクセス・ポイントまたはホットスポットを含んでもよい。第２デバイスは、ホーム・ネットワークまたは会社のネットワークのような、プライベート・ネットワークを通じて第２ネットワークに接続されてもよい。これらのネットワークは、固定および／またはワイヤレス、例えば、ＷｉＦＩネットワークでもよい。これまでの実施形態において説明したように、第２デバイスと、第２デバイスが接続されている第２ネットワークとの間に、第２ファイアウォールがあってもよい。第２ファイアウォールは、例えば、ファイアウォールとして構成可能なホーム・ゲートウェイであってもよい。第２ファイアウォールは、第２ネットワークからの通信事業者の制御下にあってもよい。即ち、通信事業者は、第２ネットワークからファイアウォールの設定を変更することができ、および／または第２ファイアウォールは、プライベート・ネットワークから制御されてもよい。例えば、第２デバイスがファイアウォールの設定を変更してもよい。しかしながら、第２ファイアウォールがある場合、第２デバイスと第２ネットワークとの間におけるファイアウォールの設定変更は、複雑となり、様々なファイアウォール制御ポリシーを受けることもあり、セキュリティ上危険であるおそれがある。したがって、以下の態様および実施形態では、接続要求が第１デバイスから発せられた場合でも、第２ファイアウォールを通って第２デバイスから接続を設定させることを提案する。これは、ファイアウォールを通って出て行くトラフィックは常に許容されるからである。有利なこととして、ネットワークの１つが移動体ネットワークでない場合でも、異なるネットワークまたは異なるネットワーク・セグメント間におけるＤ２Ｄ接続を設定することができる。

以下の態様および実施形態では、第２デバイスはその第１識別子（アプリケーション・レベルの識別子）およびその第２識別子（通信事業者レベルの識別子）を、登録データベースを含む第２ルーティング・エンティティに登録することができる。第２ネットワークは、第２ルーティング・エンティティ、例えば、ＤＭＣＣを含むのでもよい。第２ルーティング・エンティティは、第２ファイアウォールを構成するように構成されなくてもよいが、これが除外されるのではない。第１識別子および第２識別子を登録データベースに格納してもよい。第１識別子と第２識別子との間の関係は、当業者によって有用と思われる任意の方法で格納することができる。第２ルーティング・エンティティは、第１識別子および第２識別子をＯＴＴサービスに転送することができる。これによって、第１ルーティング・エンティティが第２デバイスの第１識別子から第２デバイスの第２識別子を割り出し、つまり第２ルーティング・エンティティを識別することが可能になる。デバイスの第１識別子から第２識別子を割り出す方法については先に説明したので、ここでは繰り返さない。

あるいは、第２ルーティング・エンティティが、ＯＴＴサービス・プロバイダの制御下にあってもよい。通信事業者およびユーザが、第１識別子および第２識別子を第２ルーテ
ィング・エンティティに、少なくとも同じＯＴＴサービスのために、登録したデバイスのために同じ第２ルーティング・エンティティを共有できることを利点にあげてもよいであろう。

例えば、接続要求を配信するために、第２デバイスには常に第２ルーティング・エンティティから到達できるように、第２デバイスと第２ルーティング・エンティティとの間の接続は常に開いておいてもよい。また、例えば、第２ネットワークを通じて、または第２デバイスも接続することができる異なるネットワーク、例えば、移動体ネットワークを通じて、ＯＴＴプロバイダによって提供されるような通知サービスを使用して、接続要求を第２デバイスに配信してもよい。プッシュ通知を配信する通知サービスは、ＩＰレベルの接続を電話機に要求することなく、メッセージをデバイスに送ることを可能にし、こうしてバッテリの漏れを低減する。

第２デバイスは、第２デバイスによる接続の設定前または最中に、第２ルーティング・エンティティに登録することができ、例えば、必要なときに第２デバイスによる設定中に構成してもよい。第２デバイスは、第２ルーティング・エンティティへの登録および第２識別子のＯＴＴサービスへの登録の前に、（Ｕ）ＳＩＭ、ソフトＳＩＭ、ＳＩＭ ＡＫＡ手順または同様の方法を使用して、第２識別子を入手していてもよい。例えば、移動体デバイスは、移動体ネットワーク通信事業者との加入と関連付けられ、または他のデバイスから資格証明を入手済みである（例えば、出願第１３１９００７８．９号を参照のこと）。

本発明の他の態様では、第１移動体ネットワーク通信事業者によって制御される第１ルーティング・エンティティのためのコンピュータ実装方法を開示する。この方法は、第１移動体ネットワーク通信事業者の通信ネットワークに接続された第１デバイスと、第２通信ネットワークに接続された第２デバイスとの間における接続の確立を可能にする。この方法は、第１ルーティング・エンティティによって実行されるステップを含み、第１デバイスから、第２デバイスの第１識別子を含む接続要求を受けるステップと、第２デバイスの第１識別子から、第２ルーティング・エンティティを識別する第２デバイスの第２識別子を割り出すステップと、第２ルーティング・エンティティに、第１デバイスと第２デバイスとの間の接続を求める接続要求を出すステップであって、接続要求が第２デバイスの第１識別子および／または第２識別子を含む、ステップと、第２ルーティング・エンティティに第１デバイスのコンタクト情報を提供するステップと、第２ルーティング・エンティティから第２デバイスのコンタクト情報を受け取るステップと、第１デバイスのコンタクト情報および第２デバイスのコンタクト情報にしたがって、第１デバイスと第２デバイスとの間の接続を介したデータ交換に合わせて第１ファイアウォールを構成するステップであって、第１ファイアウォールが、第１デバイスが接続されている通信ネットワークのファイアウォールであり、第１デバイスを保護するように構成される、ステップとを含む。

本発明の更に他の態様では、第２ルーティング・エンティティのためのコンピュータ実装方法を開示する。この方法は、第１移動体ネットワーク通信事業者の通信ネットワークに接続された第１デバイスと、第２通信ネットワークに接続された第２デバイスとの間における接続の確立を可能にする。この方法は、第２ルーティング・エンティティによって実行されるステップを含み、第１移動体ネットワーク通信事業者によって制御される第１ルーティング・エンティティから、第１デバイスと第２デバイスとの間の接続を求める接続要求を受けるステップであって、接続要求が第２デバイスの第１識別子または／および第２識別子を含む、ステップと、第２デバイスの第１識別子または／および第２識別子から割り出して第２デバイスの第３識別子を決定するステップと、接続要求またはその派生物を、第３識別子によって識別された第２デバイスに出すステップと、第１ルーティング
・エンティティから、第１デバイスのコンタクト情報を受け取るステップと、必要に応じて、第２デバイスから、第２デバイスが接続要求を受け入れる指示を受けるステップと、第２デバイスのコンタクト情報を第１ルーティング・エンティティに提供するステップとを含む。

本発明の他の態様では、第１移動体ネットワーク通信事業者の通信ネットワークに接続された第１デバイスのためのコンピュータ実装方法を開示する。この方法は、第２通信ネットワークに接続された第１デバイスと第２デバイスとの間における接続の確立を可能にする。この方法は、第１移動体ネットワーク通信事業者の通信ネットワークの外部にあり、第２通信ネットワークの外部にあるネットワークに接続されたオーバー・ザ・トップ（ＯＴＴ）サービス・プロバイダから、第２デバイスの第１識別子を入手するステップと、第１移動体ネットワーク通信事業者によって制御される第１ルーティング・エンティティに、第２デバイスの第１識別子を含む接続要求を出すステップと、必要に応じて、第１ルーティング・エンティティから第２デバイスのコンタクト情報を受け取るステップとを含む。

本発明の更に他の態様では、第２通信ネットワークに接続された第２デバイスのためのコンピュータ実装方法を開示する。この方法は、第１移動体ネットワーク通信事業者の通信ネットワークに接続された第１デバイスと第２デバイスとの間における接続の確立を可能にする。この方法は、第１移動体ネットワーク通信事業者の通信ネットワークの外部にあり、更に第２通信ネットワークの外部にあるネットワークに接続されたオーバー・ザ・トップ（ＯＴＴ）サービス・プロバイダに、第２デバイスの第１識別子を付与するステップと、第２デバイスの第１識別子および第２識別子を第２ルーティング・エンティティに登録するステップと、第２ルーティング・エンティティから、第１デバイスと第２デバイスとの間の接続を求める接続要求を受けるステップと、必要に応じて、第２ルーティング・エンティティに、第２デバイスが接続要求を受け入れる指示を出すステップと、必要に応じて、第２ルーティング・エンティティから第１デバイスのコンタクト情報を受け取るステップとを含む。

本発明の更に他の態様では、第２ルーティング・エンティティのためのコンピュータ実装方法を開示する。この方法は、第１移動体ネットワーク通信事業者の通信ネットワークに接続された第１デバイスと、第２通信ネットワークに接続された第２デバイスとの間における接続の確立を可能にする。この方法は、第２デバイスから、第１デバイスの第１識別子を含む接続要求を受けるステップと、第１デバイスの第１識別子から、第１ルーティング・エンティティを識別する第１デバイスの第２識別子を割り出すステップと、第１ルーティング・エンティティに、第１デバイスと第２デバイスとの間の接続を求める接続要求を出すステップであって、接続要求が第１デバイスの第１識別子または／および第２識別子を含む、ステップと、第１ルーティング・エンティティに第２デバイスのコンタクト情報を提供するステップと、第１ルーティング・エンティティから第１デバイスのコンタクト情報を受け取るステップと、第２デバイスに第１デバイスのコンタクト情報を提供するステップとを含む。

本発明の更にまた別の態様では、第１移動体ネットワーク通信事業者によって制御される第１ルーティング・エンティティのためのコンピュータ実装方法を開示する。この方法は、第１移動体ネットワーク通信事業者の通信ネットワークに接続された第１デバイスと、第２通信ネットワークに接続された第２デバイスとの間における接続の確立を可能にする。この方法は、第２ルーティング・エンティティから、第１デバイスと第２デバイスとの間の接続を求める接続要求を受けるステップであって、接続要求が第１デバイスの第１識別子または／および第２識別子を含む、ステップと、第１デバイスの第１識別子または／および第２識別子から割り出して第１デバイスの第３識別子を決定するステップと、接
続要求またはその派生物を、第３識別子によって識別された第１デバイスに出すステップと、第２ルーティング・エンティティから第２デバイスのコンタクト情報を受け取るステップと、必要に応じて、第１デバイスから、第１デバイスが接続要求を受け入れる指示を受けるステップと、第１デバイスのコンタクト情報を第２ルーティング・エンティティに提供するステップと、第１デバイスのコンタクト情報および第２デバイスのコンタクト情報にしたがって、第１デバイスと第２デバイスとの間の接続を介したデータ交換に合わせて第１ファイアウォールを構成するステップであって、第１ファイアウォールが、第１デバイスが接続されている通信ネットワークのファイアウォールであり、第１デバイスを保護するように構成される、ステップとを含む。

第１ルーティング・エンティティ（例えば、ＤＭＣＣ）が第１デバイスから、第２デバイスの第１識別子を含む接続要求を受けると、第１ルーティング・エンティティは、例えば、第１識別子を含む要求をＯＴＴサービスに送り、次いで第２識別子を受け取ることによって、第２デバイスの第１識別子から第２デバイスの第２識別子を割り出す。第１ルーティング・エンティティは、第２識別子に基づいて第２ルーティング・エンティティを決定し、第２デバイスの第１および／または第２識別子を含む接続要求を第２ルーティング・エンティティに送る。第２デバイスと第２ルーティング・エンティティとの間で接続が開いたままにされている場合、接続要求を第２デバイスに送るためにこの接続を使用してもよい。あるいは、接続要求を第２デバイスに送るために、プッシュ・サービスを使用してもよい。好ましくは、接続要求は第１デバイスのコンタクト情報（例えば、パブリックＩＰアドレスおよび必要に応じてポート番号）を含む。第１デバイスの接続情報を第２デバイスに別個に配信してもよい。第１ルーティング・エンティティは、第１デバイスのコンタクト情報を第１デバイスからまたは第１ファイアウォールから入手することができ、ここで、第１ファイアウォールは、第１デバイスが接続されている通信ネットワークにおけるファイアウォールであり、第１デバイスを保護するように構成されている。第２デバイスは、接続要求を受けり、この要求を拒否するまたは受け入れることができる。第２デバイスは、接続要求に含まれる第１デバイスのコンタクト情報を受け取ることができ、または第１デバイスのコンタクト情報を別個に受け取ることもできる。第２デバイスは応答を第１ルーティング・エンティティに送ることができ、この応答は、第１デバイスと第２デバイスとの間の接続についての第２デバイスのコンタクト情報（例えば、パブリックＩＰアドレスおよび必要に応じてポート番号）を含む。第１ルーティング・エンティティは、第１デバイスのコンタクト情報および第２デバイスのコンタクト情報にしたがって、第１デバイスと第２デバイスとの間の接続を介したデータ交換に合わせて第１ファイアウォールを構成する。ここで、第１ファイアウォールは、第１デバイスが接続されている通信ネットワークにおけるファイアウォールであり、第１デバイスを保護するように構成される。この時点で、第２デバイスは、第１デバイスの接続情報に基づいて、第１デバイスと第２デバイスとの間に接続を設定することができる。接続を終了するようにファイアウォールに命令することによる第１デバイスと第２デバイスとの間における接続の終了は、既に説明した実施形態におけるように実行することができるので、ここでは繰り返さない。また、既定時間の後に接続を終了するのでもよい。

必要に応じて、第２デバイスへの接続要求に認証トークンを含めることができ、第２デバイスは認証トークンをその応答において使用して、それ自体を第２デバイスとして、第１ファイアウォールのような、第１デバイスにおよび／または第１ネットワークのネットワーク・エレメントに認証することができる。認証トークンは、第１ルーティング・エンティティ、第１ファイアウォール、または第１ネットワークの任意の他のエレメントによって生成されてもよく、第１ネットワークのエレメント間で共有されてもよい。

第２デバイスが第１デバイスへの接続を設定したいとき、第２ルーティング・エンティティにコンタクトする。登録されていない場合、第２デバイスは最初に、以上で説明した
ように、登録しなければならないこともある。第２ルーティング・エンティティは、第２デバイスから、第１デバイスの第１識別子を含む接続要求を受ける。第２ルーティング・エンティティは、第１デバイスの第１識別子から、第１ルーティング・エンティティを識別する第１デバイスの第２識別子を割り出す。このように、第２デバイスは、異なるルーティング・エンティティに関係するデバイス、例えば、異なる通信事業者に関係するデバイスへの接続を設定できるという利点がある。第２ルーティング・エンティティは、接続要求を第１ルーティング・エンティティに転送することができる。次いで、第２デバイスと第１デバイスとの間の接続を求める接続要求は、第１ルーティング・エンティティによって受けられる。第１ルーティング・エンティティは、第２デバイスの第１または／および第２識別子から割り出して第１デバイスの第３識別子を決定する。第１ルーティング・エンティティは、接続要求またはその派生物を、第３識別子によって識別された第１デバイスに出す。第１デバイスは、接続要求を第１ルーティング・エンティティから受け、この要求を拒否するまたは受け入れることができる。第１デバイスは、ＩＰアドレスと、必要に応じて、ポート番号とを含むことができる応答を、第１ルーティング・エンティティに送ることができる。第１ルーティング・エンティティは、第１デバイスの第１ファイアウォール・コンタクト情報を要求することができる（例えば、パブリックＩＰアドレス、および必要に応じてポート番号。これらは、例えば、ファイアウォールがＮＡＴ変換を実行するために、第１デバイスからの情報とは異なることもある）。第１ルーティング・エンティティは、例えば、第２ルーティング・エンティティを介して、第１デバイスのコンタクト情報を含む応答を第２デバイスに送る。第１ルーティング・エンティティは、第１デバイスのコンタクト情報および第２デバイスのコンタクト情報にしたがって、第１デバイスと第２デバイスとの間の接続を介したデータ交換に合わせて第１ファイアウォールを構成する。ここで、第１デバイスが接続されている通信ネットワークの第１ファイアウォールは、第１デバイスを保護するように構成されている。この時点で、第２デバイスは、第１デバイスのコンタクト情報に基づいて、第１デバイスとの接続を設定することができる。

当業者には認められるであろうが、本発明の態様は、システム、方法、またはコンピュータ・プログラム製品として具体化することができる。したがって、本発明の態様は、全体的にハードウェアの実施形態、全体的にソフトウェアの実施形態（ファームウェア、常駐ソフトウェア、マイクロコード等を含む）、またはソフトウェアおよびハードウェアの態様を組み合わせた実施形態という形態をなすことができ、これらは全て、総じて、「回路」、「モジュール」、または「システム」と本明細書では呼ぶこともできる。本開示において説明する機能は、コンピュータのマイクロプロセッサによって実行されるアルゴリズムとして実現することができる。更に、本発明の態様は、コンピュータ読み取り可能プログラム・コードが具体化された、例えば、格納された、１つ以上のコンピュータ読み取り可能媒体（１つまたは複数）において具体化されたコンピュータ・プログラム製品の形態をなすこともできる。

１つ以上のコンピュータ読み取り可能媒体（１つまたは複数）の任意の組み合わせも利用することができる。コンピュータ読み取り可能媒体とは、コンピュータ読み取り可能信号媒体またはコンピュータ読み取り可能記憶媒体であるとして差し支えない。コンピュータ読み取り可能記憶媒体は、例えば、電子、磁気、光、電磁、赤外線、または半導体システム、装置、あるいはデバイス、更には以上の任意の適した組み合わせでもよいが、これらに限定されるのではない。コンピュータ読み取り可能記憶媒体の更に具体的な例（非網羅的なリスト）をあげるとすれば、以下になる。１本以上のワイヤを有する電気接続、携帯用コンピュータ・ディスケット、ハード・ディスク、ランダム・アクセス・メモリ（ＲＡＭ）、リード・オンリー・メモリ（ＲＯＭ）、消去可能プログラマブル・リード・オンリー・メモリ（ＥＰＲＯＭまたはフラッシュ・メモリ）、光ファイバ、携帯用コンパクト・ディスク・リード・オンリー・メモリ（ＣＤ−ＲＯＭ）、光記憶デバイス、磁気記憶デ
バイス、または以上のものの任意の適した組み合わせ。この文書のコンテキストでは、コンピュータ読み取り可能記憶媒体は、命令実行システム、装置、またはデバイスによる使用、あるいはこれと関連付けた使用のためにプログラムを保持または格納することができる任意の有形媒体として差し支えない。

コンピュータ読み取り可能信号媒体は、例えば、ベースバンドにおいてまたは搬送波の一部として、コンピュータ読み取り可能プログラム・コードが内部に具体化された伝搬データ信号を含むことができる。このような伝搬信号は、電磁、光、またはこれらの任意の適した組み合わせを含むがこれらに限定されない種々の形態の内任意のものをなすことができる。コンピュータ読み取り可能信号媒体は、コンピュータ読み取り可能記憶媒体ではなく、命令実行システム、装置、またはデバイスによる使用、あるいはこれと関連付けた使用のためにプログラムを伝達、伝搬、または移送することができる任意のコンピュータ読み取り可能媒体として差し支えない。

コンピュータ読み取り可能媒体上に具体化されたプログラム・コードは、任意のしかるべき媒体を使用して送信することができる。任意のしかるべき媒体には、ワイヤレス、ワイヤライン、光ファイバ、ケーブル、ＲＦ等、または以上のものの任意の適した組み合わせが含まれるが、これらに限定されるのではない。本発明の態様に合わせて動作を実行するためのコンピュータ・プログラム・コードは、１つ以上のプログラム言語の任意の組み合わせで書くことができる。プログラミング言語には、Ｊａｖａ（商標）、Ｓｍａｌｌｔａｌｋ、Ｃ＋＋等のようなオブジェクト指向プログラミング言語、あるいは「Ｃ」プログラミング言語または同様のプログラミング言語のような従来の手順型プログラミング言語が含まれる。プログラム・コードは、全体的にユーザのコンピュータ上で、部分的にユーザのコンピュータ上で、単体ソフトウェア・パッケージとして、部分的にユーザのコンピュータ上および部分的にリモート・コンピュータ上で、あるいは全体的にリモート・コンピュータまたはサーバ上で実行することができる。後者のシナリオでは、リモート・コンピュータをユーザのコンピュータに、ローカル・エリア・ネットワーク（ＬＡＮ）またはワイド・エリア・ネットワーク（ＷＡＮ）を含む、任意のタイプのネットワークを通じて接続することができ、あるいは接続が外部コンピュータに対して行われてもよい（例えば、インターネット・サービス・プロバイダを介してインターネットを通じて）。

以下に、本発明の実施形態による方法、装置（システム）、およびコンピュータ・プログラム製品のフローチャート図(flowchart illustration)および／またはブロック図を参照しながら、本発明の態様について説明する。尚、フローチャート図および／またはブロック図、あるいはフローチャート図および／またはブロック図におけるブロックの組み合わせの各ブロックは、コンピュータ・プログラム命令によって実現できることは理解されよう。これらのコンピュータ・プログラム命令は、汎用コンピュータ、特殊目的コンピュータ、または他のプログラマブル・データ処理装置のプロセッサ、具体的には、マイクロプロセッサまたは中央処理ユニット（ＣＰＵ）に供給され、コンピュータ、他のプログラマブル・データ処理装置、または他のデバイスのプロセッサによって実行する命令が、フローチャートおよび／またはブロック図の１つ以上のブロックにおいて指定される機能／アクトを実施する手段を形成する(create)ように、機械(machine)を制作する(produce)ことができる。

また、これらのコンピュータ・プログラム命令をコンピュータ読み取り可能媒体に格納することもでき、コンピュータ読み取り可能媒体に格納された命令が、フローチャートおよび／またはブロック図の１つ以上のブロックにおいて指定される機能／アクトを実現する命令を含む製品を制作するように、コンピュータ、他のプログラマブル・データ処理装置、または他のデバイスに特定のやり方で機能するように指令することができる。

また、コンピュータ・プログラム命令は、コンピュータ、他のプログラマブル・データ処理装置、または他のデバイスにロードされ、コンピュータまたは他のプログラマブル装置上で実行する命令が、フローチャートおよび／またはブロック図の１つ以上のブロックにおいて指定される機能／アクトを実現するためのプロセスを提供するように、一連の動作ステップをコンピュータ、他のプログラマブル装置、または他のデバイス上で実行させてコンピュータ実装プロセスを制作することもできる。

図におけるフローチャートおよびブロック図は、本発明の種々の実施形態によるシステム、方法、およびコンピュータ・プログラム製品の可能な実施態様のアーキテクチャ、機能、および動作を例示する。これに関して、フローチャートまたはブロック図における各ブロックは、指定された論理機能（１つまたは複数）を実現するための１つ以上の実行可能命令を含む、モジュール、セグメント、またはコードの部分(portion of code)を表す
ことができる。また、ある代替実施態様では、ブロック内に記される機能が、図に示される順序以外で行われてもよいことは注記してしかるべきである。例えば、連続して示される２つのブロックが、実際には、実質的に同時に実行されてもよく、または、関係する機能に応じて、ときにはブロックが逆の順序で実行されてもよい。また、ブロック図および／またはフローチャート図の各ブロック、ならびにブロック図および／またはフローチャート図におけるブロックの組み合わせは、指定された機能またはアクトを実行する特殊目的ハードウェア・ベース・システム、あるいは特殊目的ハードウェアおよびコンピュータ命令の組み合わせによって実現できることも注記しておく。

添付図面を参照して、本開示について更に例示する。添付図面は、本開示による実施形態を模式的に示す。尚、本開示はこれらの具体的な実施形態に限定されるのでは決してないことは理解されよう。更に、これらの実施形態および限定の内任意のものの組み合わせも本開示によって予見されることである。
図面に示される例証的な実施形態を参照して、本発明の態様について更に詳しく説明する。図面において、

図１は、本発明の一実施形態による通信システムの模式図を示す。 図２は、本発明の一実施形態にしたがって、２つのデバイス間におけるインフラストラクチャ・ベースのＤ２Ｄ接続の確立を可能にするシステムの模式図を示す。 図３は、本発明の一実施形態にしたがって、図２に示す第１および第２デバイス間にインフラストラクチャ・ベースのＤ２Ｄ接続を設定するためのメッセージング図を示す。 図４は、本発明の一実施形態にしたがって、図２に示す第１および第２デバイス間におけるインフラストラクチャ・ベースのＤ２Ｄ接続を、第１デバイスの主導で終了する方法のメッセージング図を示す。 図５は、本発明の一実施形態にしたがって、図２に示す第１および第２デバイス間におけるインフラストラクチャ・ベースのＤ２Ｄ接続を、第２デバイスの主導で終了する方法のメッセージング図を示す。 図６は、本発明の一実施形態による、複数のファイアウォールによって保護された複数のセグメントを含む通信システムの模式図を示す。 図７は、本開示の実施形態にしたがって、第１および第２デバイス間におけるインフラストラクチャ・ベースのＤ２Ｄ接続の確立を補助するときに使用することができる例証的なデータ処理システムを表すブロック図を示す。

図１は、通信システム１００の模式図を示す。以下で更に詳しく説明するように、通信システム１００は、無線アクセス・ネットワーク１０２（図１ではＥ−ＵＴＲＡＮまたは
（ＵＴ）ＲＡＮとしても示される）と、種々のエレメントまたはノードを内部に有するコア・ネットワーク１０４とを含む。

図１の通信システムでは、簡潔さのために、３世代のネットワークが一緒に模式的に図示されている。このアーキテクチャおよび全体像の更に詳細な説明は、３ＧＰＰ ＴＳ２３．００２において見つけることができる。この文書をここで引用したことにより、その内容全体が本願にも含まれるものとする。

図１の下側の分岐は、ＧＰＲＳまたはＵＭＴＳ通信ネットワークを表す。
ＧＳＭ／ＧＰＲＳ通信ネットワーク（即ち、２Ｇ／２．５Ｇ通信ネットワーク）では、無線アクセス・ネットワーク１０２が複数の基地局（ＢＴＳ）と、１つ以上の基地局コントローラ（ＢＳＣ）とを含むが、図１では個々に示されていない。コア・ネットワーク１０４は、ゲートウェイＧＰＲＳサポート・ノード（ＧＧＳＮ）、サービングＧＰＲＳサポート・ノード（ＧＰＲＳではＳＧＳＮ）または移動体交換局（ＧＳＭではＭＳＣ、図１には示されていない）、および認証局（ＡｕＣ）と組み合わされたホーム・ロケーション・レジスタ（ＨＬＲ）を含む。ＨＬＲは、移動体デバイス１０６（「ユーザ機器」（ＵＥ）またはユーザ・デバイスと呼ぶこともなる）についての加入情報を含み、ＡｕＣは、認証および鍵一致（ＡＫＡ）手順に使用される共有秘密鍵Ｋを含む。

ＵＭＴＳ無線アクセス・ネットワーク（ＵＴＲＡＮ）（即ち、３Ｇ通信ネットワーク）では、無線アクセス・ネットワーク１０２は、図示しない、複数のＮｏｄｅＢに接続された無線ネットワーク・コントローラ（ＲＮＣ）を含む。コア・ネットワーク１０４では、ＧＧＳＮおよびＳＧＳＮ／ＭＳＣは通常ＨＬＲ／ＡｕＣに接続され、ＨＬＲ／ＡｕＣは、移動体デバイス１０６の加入情報および共有秘密鍵Ｋを含む。

図１における上側の分岐は、次世代通信ネットワークを表し、全体的に長期的進化（ＬＴＥ）システムまたは進化パケット・システム（ＥＰＳ）（即ち、４Ｇ通信ネットワーク）として示されている。このようなネットワークでは、Ｅ−ＵＴＲＡＮとして示される、無線アクセス・ネットワーク１０２は、移動体デバイス１０６にワイヤレス・アクセスを与える進化ＮｏｄｅＢ（ｅＮｏｄｅＢまたはｅＮＢ）を含む。コア・ネットワーク１０４は、ＰＤＮゲートウェイ（Ｐ−ＧＷ）と、サービング・ゲートウェイ（Ｓ−ＧＷ）とを含む。ＥＰＳのＥ−ＵＴＲＡＮは、パケット・ネットワークを通じてＳ−ＧＷに接続されている。Ｓ−ＧＷは、シグナリングの目的のために、ホーム・サブスクライバ・サーバＨＳＳおよび移動管理エンティティＭＭＥに接続されている。ＨＳＳは、加入プロファイル・レポジトリＳＰＲを含み、ＡＫＡ手順のために共有秘密鍵Ｋを格納する認証局（ＡｕＣ）と結合されている。ＥＰＳネットワークの全体的なアーキテクチャのこれ以上の情報は、３ＧＰＰ ＴＳ２３．４０１において見つけることができる。

ＧＰＲＳ、ＵＭＴＳ、およびＬＴＥ通信ネットワークでは、コア・ネットワーク１０４は、一般に、例えばゲートウェイ（例えば、Ｐ−ＧＷ）を使用して、他のネットワーク１０８に接続される。他のネットワーク１０８は、例えば、インターネット、または異なる通信事業者間に接続を提供する専用ネットワークのような、任意の外部パケット交換ネットワークとすることができる。

勿論、３ＧＧＰによって定められる以外のアーキテクチャ、例えば、ＷｉＭＡＸおよび／またはＣＤＭＡ２０００も、本開示のコンテキストにおいて使用することができ、これは５Ｇのような今後のアーキテクチャを除外するのではない。

図２は、本発明の一実施形態にしたがって、同じＯＴＴアプリケーションまたは互換性があるＯＴＴアプリケーションを実行している２つのデバイス間において、インフラスト
ラクチャ・ベースのＤ２Ｄ接続の確立を可能にするシステム２００の模式図を示す。例示の目的上、図２〜図６の説明では、双方のデバイス上で実行しているＯＴＴアプリケーションをＦａｃｅｂｏｏｋであると考える。更に、第１デバイスのエンド・ユーザであるメアリーは、第２デバイスのエンド・ユーザであるジョンとＦａｃｅｂｏｏｋ上で友人であり、メアリーはインフラストラクチャ・ベースのＤ２Ｄ通信を使用して写真をジョンに送りたいと考えている。本明細書において説明するように、システム２００は、メアリーが彼女のデバイス（例えば、スマート・フォン）上でジョンを選択することを可能にし、そして写真送付を選択することを可能にする。システム２００は、ジョンが要求を受け入れることを可能にする。その結果、メアリーおよびジョンのデバイス間に接続を設定することができる。この接続を介して写真を送ることができ、この接続は再度解放することができる。

インフラストラクチャ・ベースのＤ２Ｄ通信の他の用途例には、２人のエンド・ユーザが彼らのそれぞれのデバイス上においてユーザ対ユーザ・ゲームをプレーすること、１人のエンド・ユーザから他のエンド・ユーザに名刺を送ること、他のデバイス（例えば、スマート・フォン）からのデバイス（例えば、アプリケーション）の遠隔制御、あるデバイス（例えば、センサ）が警報を他のデバイスに送ること、またはあるデバイス（例えば、タブレットＰＣ）が印刷ジョブを他のデバイス（例えば、プリンタ）に送ることを含むこともできる。

図２に示すように、システム２００は、通信ネットワークに接続されている第１移動体デバイス２０２（以上で説明したシナリオではメアリーのデバイス）を含む。この通信ネットワークを、以後、図２に示す第１移動体ネットワーク通信事業者Ａの「第１通信ネットワーク」と呼び、デバイス２０２は、第１通信ネットワークの無線アクセス・ネットワーク２０４に接続されている。一方、無線アクセス・ネットワーク２０４は、第１通信ネットワークのコア・ネットワーク２０６に接続されている。同様に、システム２００は、通信ネットワークに接続された第２移動体デバイス２１２（以上で説明したシナリオではジョンのデバイス）を含む。この通信ネットワークを、以後、図２に示す第２移動体ネットワーク通信事業者Ｂの「第２通信ネットワーク」と呼び、デバイス２１２は第２通信ネットワークの無線アクセス・ネットワーク２１４に接続されている。一方、無線アクセス・ネットワーク２１４は、第２通信ネットワークのコア・ネットワーク２１６に接続されている。

無線アクセス・ネットワーク２０４および２１４の各々は、図１に示した無線アクセス・ネットワーク１０２の内の１つとすることができ、一方コア・ネットワーク２０６および２１６の各々は、図１に示したコア・ネットワーク１０４の内の１つとすることができる。移動体デバイス２０２および２１２の各々は、そのそれぞれのネットワーク１００に接続されている、図１に示した移動体デバイス１０６とすることができる。更に、図１に示した他アーキテクチャと同様、コア・ネットワーク２０６および２１６は他のネットワーク２２２に接続されており、図１に示した他のネットワーク１０８と同様、他のネットワーク２２２は、例えば、インターネット、または異なるＭＮＯ間に接続を提供する専用ネットワークのような、任意の外部パケット交換ネットワークとすることができる。例えば、ＦａｃｅｂｏｏｋのようなＯＴＴサービス・プロバイダ２２４のサーバは、インターネット２２２に接続されている。

更に図２に示すように、ＭＮＯ Ａの制御下にあるコア・ネットワーク２０６はエッジ・ファイアウォール２０８を含む。同様に、ＭＮＯ Ｂの制御下にあるコア・ネットワーク２１６はエッジ・ファイアウォール２１８を含む。

エッジ・ファイアウォール２０８および２１８は、これらのファイアウォールの背後に
あるネットワークおよびデバイスが、ポート・スキャン、ログイン試行等のような、サイバー攻撃に対抗して保護されることを保証することを目的とするコンポーネントである。ここで、「ネットワーク」は、通信事業者のネットワークの内任意のものを含むことができ、その加入者のデバイスを含む事業用(operational)セルラ・ネットワークから、オフ
ィス・ネットワークや加入者がいない他のネットワークまでの範囲に及ぶ。したがって、ファイアウォール２０８および２１８は加入者も迷惑データから保護する。事実上、ファイアウォール２０８および２１８は、それぞれの加入者のデバイス（それぞれ、第１および第２デバイス）がこれらの通信をそれ自体で開始しなければ、これらのデバイスへのあらゆる通信を阻止する。言い換えると、ファイアウォールはデバイスへの着信接続を禁止する。したがって、これらは、このようなファイアウォールによって保護されているデバイス、または当技術分野で言われるように、このようなファイアウォールの背後にあるデバイスが、同じファイアウォールの背後にあるのではない他のデバイスから接続を受けたい場合には、再構成する必要があるファイアウォールである。ある場合には、これは同じファイアウォールの背後にある２つのデバイスにも該当することもある。例えば、ルーティング・プロトコルが、同じファイアウォールの背後にある２つのデバイス間であっても、あらゆるトラフィックがそのファイアウォールを通過しなければならないことを強制し、ファイアウォールにこのようなトラフィックを許可しない可能性を与えることもある。このような場合、これら２つのデバイスに直接互いに接続させるために、保護用ファイアウォールを再構成する必要がある。

移動体通信ネットワークでは、ファイアウォール機能は、ネットワークのP-GWの内側で実行される場合もある。したがって、本願の実施形態によれば、「ファイアウォール」と呼ばれるものは、可能性として、Ｐ−ＧＷも含む、またはファイアウォールおよびＰ−ＧＷの組み合わせであると理解されるものとする。

更に、あるネットワークでは、パブリックＩＰアドレスと、プライベートＩＰアドレスと呼ばれる、ネットワーク内部のＩＰアドレスとの間で変換を行うネットワーキング・デバイスを採用することもある。このような変換は、当技術分野では、ネットワーク・アドレス変換または「ＮＡＴ」として知られており、ファイアウォールによって実行することができる。一般的なネットワーキング技術では、アドレス変換を行いファイアウォールとしても動作するデバイスをＮＡＴ’ｉｎｇファイアウォールと呼ぶ。ファイアウォール２０８および２１８の一方または双方が、このようなＮＡＴ’ｉｎｇファイアウォールを含むことができる。

また、図２に示すように、ＭＮＯ Ａの制御下にあるコア・ネットワーク２０６は、更に、第１ルーティング・エンティティ２１０も含む。同様に、ＭＮＯ Ｂの制御下にあるコア・ネットワーク２１６も、更に、第２ルーティング・エンティティ２２０を含む。

第１および第２ルーティング・エンティティ２１０および２２０の各々は、ＤＭＣＣ上に実装することができる。本明細書で説明するＤＭＣＣは、ＰｒｏＳｅ機能を実行し、ＰｒｏＳｅアプリケーション・サーバを含む(comprise)デバイスである。当技術分野では周知のように、ＰｒｏＳｅ機能とは、ＵＥ間において直接通信を可能にする制御機能である。３ＧＰＰのＴＳ２３．３０３に記載されているように、このようなＰｒｏＳｅ機能は、ＰｒｏＳｅ直接発見およびＰｒｏＳｅ直接通信を使用するために必要なパラメータをＵＥに付与することができ、ここで「直接」という単語は、発見されたまたは通信するＰｒｏＳｅ−対応ＵＥ間における直接無線リンクを意味する。ＰｒｏＳｅ機能は、ＰｒｏＳｅ直接発見において使用されるＰｒｏＳｅアプリケーションＩＤおよびＰｒｏＳｅアプリケーション・コードのマッピングを追跡し続けるように構成することができ、ここで「アプリケーションＩＤ」とは、ＰｒｏＳｅ対応ＵＥについてのアプリケーション関連情報を識別するグローバル一意識別子を意味し、「コード」とは、ＰｒｏＳｅアプリケーションＩＤ
と関連付けられ発見プロセスに使用されるコードを意味する。本願のコンテキストでは、「アプリケーション」とは、ＬｉｎｋｅｄＩｎ、Ｆａｃｅｂｏｏｋ等のような、移動体オペレーティング・システム上にインストールされるアプリケーションを意味する。更に、ＰｒｏＳｅ機能は、発見および通信に必要な無線またはネットワーク・パラメータおよびセキュリティ資料(security material)をＵＥに付与し、ユーザ・アプリケーションを識
別しおよび加入者のレジストリを処理および維持し、ＰｒｏＳｅ発見サービス等を使用することを許可されたアプリケーションのレジストリを維持するように構成することもできる。更に、ＰｒｏＳｅ機能は、２つのＵＥの近接を検出する、および／または２つのＵＥの近接を他の通信事業者のＰｒｏＳｅ機能に伝達する方法および機能も含むことができる。

ＰｒｏＳｅアプリケーション・サーバは、ＥＰＣ ＰｒｏＳｅユーザＩＤおよびＰｒｏＳｅ機能ＩＤのレジストリを保持し、アプリケーション・レイヤ・ユーザＩＤおよびＥＰＣ ＰｒｏｓｅユーザＩＤをマッピングするように構成することができる。ＥＰＣ ＰｒｏＳｅユーザＩＤは、例えば、ＵＥが、ワイヤレス・ローカル・エリア・ネットワーク（ＷＬＡＮ）のような無線チャネル上でブロードキャストする、または待ち受けることができる識別子でもよい。ＰｒｏＳｅ機能ＩＤは、通信事業者のネットワークにおけるＰｒｏＳｅ機能を指す。

更にその上、ＰｒｏＳｅ機能は、特定の直接モード・デバイスが他の直接モード・デバイスの近隣にあるとき、およびこれらのデバイスの内任意のものによる直接通信を求める要求を受けたときをＵＥに知らせるように構成することもできる。このような要求があったとき、ＰｒｏＳｅ機能は、ＰｒｏＳｅアプリケーション・サーバおよびアプリケーションと協働して、近隣にいる友人のリストをＵＥに付与することができる。本明細書において使用する場合、「友人」(friends)という用語は、例えば、加入者がアプリケーション
・サービスに問い合わせるためにＰｒｏＳｅ機能に付与する、任意の友人のリストを意味する。

本明細書では、アプリケーション・サーバまたはサービス（例えば、アプリケーション）を「オーバー・ザ・トップ・サービス」または「ＯＴＴサービス」と呼ぶ。

本発明の実施形態によれば、ＤＭＣＣ２１０および２２０は、更に、エッジ・ファイアウォール２０８および２１８をそれぞれ制御するように拡張される。移動体デバイスとそれぞれのＤＭＣＣとの間にシグナリング・チャネルを追加することにより、ファイアウォールにおけるホール(hole)に対する制御を向上させ、制御されないファイアウォール・ホール・パンチング技法と比較して、セキュリティ向上という結果を得ることができる。

第１および第２デバイス２０２、２１２が１つのＭＮＯの同じ通信ネットワークに接続されている場合、ＤＭＣＣ２１０および２２０を１つのＤＭＣＣとして実装することもできる。勿論、種々の実施形態では、ＤＭＣＣ２１０および２２０の機能を組み合わせること、または任意の数の論理デバイスにわたって分散させることもできる。

図３は、本発明の一実施形態にしたがって、第１デバイス２０２と第２デバイス２１２との間にインフラストラクチャ・ベースのＤ２Ｄ接続を設定する方法３００のメッセージング図を示す。

第１デバイス２０２は、第１デバイス２０２のユーザがデータ、例えば、写真を他の移動体デバイスのユーザ、例えば、ジョンの第２デバイス２１２に、第１および第２デバイス２０２、２１２間おけるインフラストラクチャ・ベースのＤ２Ｄ通信を使用して、送りたいことをユーザ（即ち、メアリー）に示すことを可能にするユーザ・インターフェース
を含むことができる。メアリーおよびジョンは、第１および第２デバイス２０２、２１２には、ＯＴＴアプリケーション上で接続されている、例えば、Ｆａｃｅｂｏｏｋ上において「友人」であることが知られている。

このようにデータをジョンに送るというメアリーの望みを示すユーザ入力を受け取ったことに応答して、第１デバイス２０２は、図３に示すステップ３０２において、ＯＴＴサービス・プロバイダ２２４に、第２デバイス２１２の第１識別子を要求することができる。ＯＴＴサービス・プロバイダ２２４が第２デバイス２１２の第１識別子を所有していない場合、ＯＴＴサービス・プロバイダ２２４はステップ３０３で示す手順において、第２デバイス２１２にこのような識別子を要求する。この手順については以下で更に詳しく説明する。例えば、第２デバイス２１２が既に第１識別子をＯＴＴサービス・プロバイダ２２４に、例えば、先の(earlier)手順３０３を使用して付与したためにＯＴＴサービス・
プロバイダ２２４が第２デバイス２１２の第１識別子を知っていれば、ステップ３０３を省略することもできる。

ステップ３０４において、ＯＴＴサービス・プロバイダ２２４は、第１デバイス２０２に、第２デバイス２１２の第１識別子で回答する。このような識別子は、第１ルーティング・エンティティ２１０がＭＮＯ Ｂに対して識別子を割り出すことができる限り、電話番号または他の識別子とすることもできる。例えば、device2@mno-b.countrycodeはこの
ような識別子の例である。必要に応じて、第１識別子が、その対象であるアプリケーション、例えば、facebook.device2@mno-b.countrycode、または特定のピア、例えば、device-a.facebook.device2@mno-b.countrycodeというような、もっと多くの情報を含むことも
できる。第１識別子の更に他の例は、以下でも挙げられる。

必要に応じて、第１デバイス２０２は、ステップ３０４を再度実行する必要なく後に使用するために、ＯＴＴサービス・プロバイダ２２４から得られた第１識別子を任意の時間期間だけ格納するように構成することもできる。

次いで、第１デバイス２０２は第２デバイスの第１識別子をＤＭＣＣ２１０に、メッセージ３０６内において転送する。このメッセージにおいて、必要に応じて、第１デバイス２０２が、使用されているアプリケーションを示す別の情報（例えば、アプリケーション識別子）も含むことができる。更に、第１デバイス２０２は、第１デバイスが通信のために使用することを意図するＩＰアドレスおよびポート番号を含めることもできる。これが該当する場合、ＤＭＣＣ２１０は、受け取ったＩＰアドレスがパブリックＩＰアドレスか否かチェックすることができる。パブリックＩＰアドレスでない場合、ＤＭＣＣ２１０は、例えば、ステップ３０８で示すように、ファイアウォール２０８および／または第１通信ネットワークの他のファイアウォールに問い合わせることによって、第１デバイス２０２の通信セッションのために使用することができるパブリックＩＰアドレスおよびポート番号を得ることができる。ステップ３１０においてＤＭＣＣ２１０に戻されたＩＰアドレスおよびポート番号は、インフラストラクチャ・ベースのＤ２Ｄ通信のために使用される第１デバイス２０２のコンタクト情報の少なくとも一部を形成することができる。

代替実施形態では、第１デバイス２０２がメッセージ３０６とは別のメッセージにおいて、および／またはメッセージ３０６よりも早いまたは遅い任意の時点で第１デバイスが使用することを意図するＩＰアドレスおよびポート番号を付与することもできる。

他の代替実施形態では、第１デバイス２０２が、ＤＭＣＣ２１０にＯＴＴサービス２２４との通信を処理させることもできる。このような実施形態では、メッセージ３０２、３０４、および３０６の順序およびエンドポイントは、以下のように変化することができる。第１デバイスが最初に、第１識別子を除いて、メッセージ３０２および３０６からの情
報を含む１つのメッセージをＤＭＣＣ２１０に送る。すると、ＤＭＣＣ２１０はメッセージ３０２をＯＴＴサービスに送り、ＯＴＴサービスはメッセージ３０４によってＤＭＣＣ２１０に回答する。このように、事実上、ＤＭＣＣ２１０は、第１デバイス２０２の代わりに、ＯＴＴサービスとの通信を処理することができる。

第１デバイス２０２から第２デバイスの第１識別子を受け取ったことに応答して、ＤＭＣＣ２１０は、第２デバイスのＭＮＯ／ＤＭＣＣにコンタクトできるように、特定のＭＮＯ（即ち、第２デバイス２１２のＭＮＯに対して）を識別するために、第１識別子から第２識別子を割り出す(resolve)ことができるか否かチェックすることができる。つまり、
第２識別子は第２デバイスの識別を可能にし、第２識別子の少なくとも一部（例えば、ドメイン・ネーム、移動体ネットワーク・コード、または国別コード）を使用して、第２デバイスがどのＭＮＯに属するのか知ることによって、第２デバイスのＤＭＣＣ２２０にコンタクトすることができる。特定のＤＭＣＣ２２０にコンタクトする正確な手順は、第２識別子の少なくとも一部に使用されるタイプ情報に依存し、当業者には周知である。この目的のために、種々の実施形態では、ＤＭＣＣ２１０はＯＴＴサービス・プロバイダ２２４と相互作用して、第１識別子から第２識別子を割り出し、ドメイン・ネーム・サーバ（ＤＮＳ）のような公開データベースと相互作用し、または少なくともＭＮＯ ＡおよびＢ（例えば、インフラストラクチャＤＮＳ、またはＭＮＯ ＢのＨＬＲ）によってアクセス可能なデータベースと相互作用することができる。

例えば、一実施形態では、第１識別子が第２識別子に対する全ての関連ビットを含むので、ＤＭＣＣ２１０は第１識別子から名称解決する(resolve)ことができる。この場合、
ＤＭＣＣ２１０は、ＤＭＣＣ２１０に知られている何らかのロジックを使用して、一部(parts)を削除または追加することにより、あるいはＭＮＯ ＡおよびＢが互いの間で共有
するデータベースに問い合わせることによって、例えば、ＨＬＲ参照クエリーによって、第２識別子を組み立てることができる。

他の実施形態では、第１識別子が第２識別子に対する関連ビットの全てを含んでいない場合、ＤＭＣＣ２１０は、クエリー・メッセージ３１２によって図３に示すように、ＯＴＴサービス・プロバイダ２２４に第２識別子について問い合わせるように構成することができる。第２識別子、またはＤＭＣＣ２１０が第２識別子を決定することを可能にする情報が付随するＯＴＴサービス・プロバイダの応答を、図３においてメッセージ３１４で示す。この手法の様々な利点について、異なるタイプの識別子について更に詳しく論ずるときに、以下に論ずる。

一旦ＤＭＣＣ２１０が第１識別子から第２識別子を割り出すことに成功し、次いでＭＮＯ Ｂを識別したなら、ＤＭＣＣ２１０は、第２デバイスのＤＭＣＣ２２０を特定することができ、そしてステップ３１６において、ＤＭＣＣ２１０は、割り出した第２識別子を使用して、第２デバイス２１２に対する接続要求が付随するメッセージ３１６をＭＮＯ ＢのＤＭＣＣ２２０に送ることができる。この接続要求は、第１および／または第２識別子を含むことができ、更に必要に応じて、第１デバイスについてのコンタクト情報、および／または使用されるアプリケーションの指示（例えば、アプリケーション識別子）を含むことができる。

次いで、ＤＭＣＣ２２０は、第２デバイス２１２の第２識別子の有効性をチェックし、第２デバイス２１２が範囲内にあるか否かチェックし、ある場合、ローミングしているか否かチェックすることができる。次いで、ＤＭＣＣ２２０は、例えば、それ自体の識別子データベースを使用して、接続要求内において受け取った第１および／または第２識別子から第３識別子を割り出すことができる。次いで、ＤＭＣＣ２２０はメッセージ３１８を第２デバイス２１２に、第１デバイスからの接続要求と共に送ることができる。構成に応
じて、第２デバイス２１２は、使用されるアプリケーションの指示が第１識別子の一部として出されるかあるいはメッセージ３１８または他のメッセージにおいて別の情報エレメントとして追加される場合、恐らくは特定のＯＴＴアプリケーションの内側で、受けた接続要求をユーザに表示するため、そして要求を受け入れるか否かに関するユーザ入力を受け取るためにユーザ・インターフェースを含むことができる。次いで、第２デバイス３２０は、接続要求が受け入れられたまたは拒否されたことをＤＭＣＣ２２０に示すメッセージ３２０で、ＤＭＣＣ２２０に回答することができる。このメッセージまたは別のメッセージのいずれかにおいて、第２デバイス２１２は、第２デバイスが第１デバイス２０２とのインフラストラクチャ・ベースのＤ２Ｄ通信のために使用することを意図するＩＰアドレスおよびポート番号も含むことができる。

第２デバイスが接続要求を受け入れたと仮定すると、この受入を示すメッセージ３２０の受信時に、ＤＭＣＣ２２０は、受け取った第２デバイス２１２のコンタクト情報がパブリックＩＰアドレスであるか否かチェックすることができる。そうでない場合、ＤＭＣＣ２２０は、例えば、ファイアウォール２１８に問い合わせることによって、通信のためのパブリックＩＰアドレスおよびポート番号を入手することができる。このために、図３に示すように、ＤＭＣＣ２２０は、受け取った第２デバイスのＩＰアドレスおよびポート番号を、メッセージ３２２においてファイアウォール２１８に送ることができる。ファイアウォール２１８は、ＮＡＴ規則を作成し、ＮＡＴにポート番号を選択し、その外部ＩＰアドレスおよび選択したポート番号を、メッセージ３２４においてＤＭＣＣ２２０に返送する。すると、外部ＩＰアドレスおよび選択したポート番号が、ＴＣＰ／ＩＰセッションを設定するときに第１デバイスが使用すべき、第２デバイスの「コンタクト情報」を形成する。

ステップ３２６において、ＤＭＣＣ２２０はＤＭＣＣ２１０に接続が同意されたことを知らせる。このステップにおいてまたは別のメッセージにおいて、ＤＭＣＣ２２０は第２デバイスのコンタクト情報を含めることができる。

今日のネットワークでは、コンタクト情報は通例ＩＰアドレス、およびデバイスが互いにコンタクトするために使用することができるポート番号であるが、本発明の実施形態は、デバイスが互いにコンタクトすることを可能にするあらゆる他のタイプのコンタクト情報にも等しく適用可能である。例えば、ＩＰｖ６ネットワークでは、ある範囲のＩＰアドレスまたはＩＰアドレスのリストを提供してもよい。

ＤＭＣＣ２１０は、メッセージ３２８で示すように、第２デバイスのコンタクト情報を含む接続受入メッセージを第１デバイスに転送し、そしてメッセージ３３０で示すように、例えば、先に説明したメッセージ３１６または別のメッセージにおいてそのようにまだ行われていない場合、どのコンタクト情報を第１デバイスが第２デバイスにコンタクトするために使用するか、ＤＭＣＣ２２０に知らせる。また、ＤＭＣＣ２１０は、メッセージ３３２において、第１および第２デバイス間における接続は直ぐに設定されるので、ファイアウォールはそれに応じて構成できることをファイアウォール２０８に知らせる。

ステップ３３４において、ＤＭＣＣ２２０は、指定されたコンタクト情報にしたがって、第１デバイス２０２から第２デバイス２１２への着信トラフィックを待つようにファイアウォール２１８に知らせるので、ファイアウォール２１８はしかるべく構成することができる。

一旦ファイアウォール２０８および２１８が、第１および第２デバイスのコンタクト情報にしたがって適正に構成されたなら、ステップ３３６において、第１から第２デバイスにＴＣＰ／ＩＰセッション接続設定を行うことができ、次いで、第１デバイスはデータを
第２デバイスに、そしてその逆に、設定されたＴＣＰ接続を介して送ることができる。あるいは、ステップ３３６は、第１デバイスおよび第２デバイスが、例えば、データを交換する前に接続を設定する必要がないＵＤＰのようなステートレス・プロトコルを使用してデータを交換することを含んでもよい。

図４および図５に示すように、第１または第２デバイスのいずれかが、例えば、接続終了のユーザ入力を受け取ったことに応答して、接続を終了することができる。

図４は、本発明の一実施形態にしたがって、第１デバイス２０２と第２デバイス２１２との間におけるインフラストラクチャ・ベースのＤ２Ｄ接続を、第１デバイス２０２の主導で終了する方法４００のメッセージング図を示す。図４においてメッセージ４０２で示すように、第１デバイス２０２はＤＭＣＣ２１０に接続を終了するように命令することができる。次いで、ＤＭＣＣ２１０は、メッセージ４０４で示すように、接続を終了できることをファイアウォール２０８に知らせることができる。また、ＤＭＣＣ２１０は、メッセージ４０６で示すように、接続が直ちに終了することをＤＭＣＣ２２０に知らせることもできる。次いで、この情報で何をするか判断するのは、ＤＭＣＣ２２０の個々の構成次第としてもよい。実施形態では、ＤＭＣＣ２２０はそのファイアウォール２１８に接続の終了を、メッセージ４０８を使用して知らせることができ、および／またはメッセージ４１０を使用して第２デバイス２１２に知らせることができ（次いで、第２デバイス２１２がファイアウォール２１８に知らせることができる）、こうすれば優れたセキュリティの実践になるであろう。

図５は、本発明の一実施形態にしたがって第１デバイス２０２と第２デバイス２１２との間におけるインフラストラクチャ・ベースのＤ２Ｄ接続を、第２デバイス２１２の主導で終了する方法５００のメッセージング図を示す。図５においてメッセージ５０２で示すように、第２デバイス２１２が接続を終了するように、ＤＭＣＣ２２０に命令することができる。ＤＭＣＣ２２０は、しかるべく再構成するためにメッセージ５０４をファイアウォール２１８に送り、接続の閉鎖を知らせるためにメッセージ５０６をＤＭＣＣ２１０に送ることができる。次いで、ＤＭＣＣ２１０はメッセージ５０８をファイアウォール２０８に送り、および／またはメッセージ５１０を第１デバイス２０２に送り（次いで、第１デバイス２０２はファイアウォール２０８に知らせることができる）、接続が終了することを示すことができる。

好ましい実施形態では、図４または図５による終了は、セッション３３６または対応するアプリケーション・レベルのセッションが適正に終了した後に行われる。次いで、図４または図５によるステップのシーケンスが、それぞれのファイアウォールを再度閉鎖し、デバイスへおよび／またはからの迷惑データまたはパケットに対する余分なコストを防止する。

図４および図５は、関与する移動体デバイスの一方によるセッション終了を例示したが、更に他の実施形態では、例えば、時間切れ、前払いのユーザの残額がなくなった、加入者が許容される直接接続の最大数を超過した等のために、第１および／または第２通信ネットワークがセッション終了を先導することもできる。他の理由をあげるとすれば、アプリケーションにおけるセキュリティ違反、または侵入検出システム（ＩＤＳ）あるいはファイアウォール２０８および／または２１８によってトリガーされるイベントの通知(news)とすることができる。実施形態では、第１または第２通信ネットワークが終了を先導するとき、メッセージ４０２または５０２にそれぞれ類似する接続終了メッセージを送り、ステップ４０４または５０４からの接続終了手順をそれぞれ開始することができる。

本発明の実施形態は、第１および第２デバイスを識別し、他のエンティティによって識
別子を割り出す種々の手法を予見する。ある例証的な手法について以下で説明する。これらに基づいて、当業者には更に他の手法も想起することができるが、これらの全ては本発明の範囲に該当する。

第１識別子
本明細書において既に説明したように、第１識別子は、第１デバイスとＯＴＴアプリケーションとの間で使用される識別子であることから、アプリケーション・レベルに存在する。したがって、一実施形態では、第１識別子はＯＴＴアプリケーションの識別を含むことができる。あるいは、別のアプリケーション識別子を第１識別子と共に送ることもできる。更に、以下で説明するように、実施態様に応じて、第１識別子が他の識別を含むこともできる。

一実施形態では、第１識別子は、更に、第２デバイス２１２のＭＮＯの識別も含むことができる。例えば、識別子は、"application.device2@mno-b.nl"または"application.device2.mno-b.nl"、あるいはこれらの例の任意の暗号化および／または難読化表現のように表すことができる。

このような第１識別子を３つの部分、アプリケーション部、第２デバイス部、および第２デバイス部のＭＮＯに分割することができる。

アプリケーション部は、別の識別子として送られてもよく、例えば、「Ｆａｃｅｂｏｏｋ」のようなその一般的な名称、例えば、'facebook.com'のようなドメイン名、または例えば「５」または「Ａｐｐ＝５」のようなアプリケーションの同意リスト(agreed list)
上のエントリを示す数値を使用してアプリケーションを識別し、更に必要に応じて、例えば、「ＦａｃｅｂｏｏｋＶ２」または'V2.facebook.com'というようなバージョン番号を
含むこともできる。この実施態様では、識別子におけるアプリケーションは、どのアプリケーションがインフラストラクチャ・ベースのＤ２Ｄ接続を確立することを求めているのかに関しての指示を第２デバイスに出す目的を果たす。

第２デバイス部は、第１識別子において随意である。存在する場合、この部分は、例えば、電話番号の数値表現、例えば、６ １２３４ ５６７８、または第２デバイスのＩＭＳＩのような、第２デバイスの識別を含む。他の可能性は、ＤＭＣＣ２２０だけが第２デバイス２１２にコンタクトするために必要となる識別子を割り出すことができる、第２デバイス部がカスタム識別子、例えば、電話番号の暗号化表現（おそらくはソルトを含む）、またはこの目的のために特定的に作られる一意の番号を含むことである。ＤＭＣＣ２２０は、参照表を使用することにより、あるいは第１識別子のこの部分に何らかのロジックおよび／または解読を使用することにより、名称解決(resolution)を行うことができる。

第２デバイス部のＭＮＯは、ＤＭＣＣ２１０が接続要求を適正な他のＤＭＣＣに転送することができるように、コンタクトすべきＭＮＯ（即ち、第２デバイスのＭＮＯ）を特定することを意図する。実施形態では、例えば、公開鍵暗号法を使用して、第２デバイスのＭＮＯの識別子を暗号化することができる。このような場合、第２デバイス２１２またはＤＭＣＣ２２０が、接続要求を受けるのはＤＭＣＣ２１０からであることを知っている場合、第２デバイス２１２またはＤＭＣＣ２２０は、ＤＭＣＣ２１０の公開鍵を使用して識別子を暗号化することができる。あるいは、暗号化の前には受信側ＤＭＣＣがわからないときには、ＤＭＣＣ２２０の秘密鍵を使用することもできる。後者の実施態様の方が一般的であると考えられる。両方の実施態様において、識別子および／または付随するメッセージは、どの鍵が使用されたかを示す。この実施形態の利点の１つは、第２デバイスを特定するために、ＴＭＳＩまたは移動局国際加入者ディレクトリ番号（ＭＳＩＳＤＮ）のような、ＭＮＯレベルの識別子を使用できることであり、これらはＯＴＴ２２４や第１デバ
イス２０２に暴露されることはない。

他の実施形態では、第１識別子は、更に、第２デバイスの平文識別子も含むことができる。このような場合、双方のＭＮＯに知られている電話番号または任意の他の識別子を識別子として使用することができる。加えて、同じ接続要求メッセージにおいて、別のエンティティとしてまたは識別子の一部として、例えば、'phone-number/application'または'application@phone-number'という形態でアプリケーションを示す(provide)ことができ
る。

更に他の実施形態では、第１識別子が、更に、ＸＭＬメッセージも含むことができる。ＸＭＬメッセージは、例えば、第２識別子、アプリケーション、有効日(validity date)
、コンタクトすべきＭＮＯまたはＤＭＣＣ、ＤＭＣＣ２２０による情報のシグネチャー、認証チケット（当技術分野では「ケルベロス・チケット」としても知られている）、および／または識別子が有効であることを検証するためにＤＭＣＣ２１０および／またはＤＭＣＣ２２０が使用することができ、正しいＤＭＣＣおよび正しい第２デバイスを割り出すときにＤＭＣＣ２１０を助けるその他の関連部分を含む。このようなＸＭＬメッセージの例を以下に示す。

更に他の実施形態では、第１識別子が、更に、ＯＴＴサービス・プロバイダ２２４によって生成されたランダム・コードも含むことができる。このランダム・コードは、ＯＴＴプロバイダが、先に説明した識別子の実施形態に逆に関係付けることができるが、ここではＯＴＴに格納される。例えば、ＯＴＴサービス・プロバイダ２２４は、'some-code-here@application.domain'という形態で識別子を付与することができる。ＤＭＣＣ２１０が
このような第１識別子を受け取ると、第２デバイスがそのＩＰアドレスにおいてＯＴＴサービス・プロバイダ２２４の１つ以上のサーバに接続されているので、未暗号化バージョンについてＯＴＴ２２５に問い合わせるようにＤＭＣＣ２１０に命令するメッセージと共にＯＴＴサービス・プロバイダ２２４において格納されている、先に説明した識別子の暗号化表現、または第２デバイス２１２に対してＯＴＴサービス・プロバイダ２２４が有するＩＰアドレスのいずれかによって、ＤＭＣＣ２１０が第２デバイス２１２のＭＮＯおよび／またはＤＭＣＣを識別することを可能にする第２識別子を得るためにＯＴＴサービス・プロバイダ２２４とコンタクトするように構成される。

第２識別子
本明細書において既に説明したように、第２識別子は、ＤＭＣＣ２１０がＤＭＣＣ２２０とコンタクトすることを可能にする識別子である。種々の実施形態において、第２識別子がＤＭＣＣ２２０の明示的な識別を含んでいない場合、ＤＭＣＣ２１０がＤＭＣＣ２２０に到達するためにどのＭＮＯにコンタクトすべきか分かるように、少なくともＭＮＯ Ｂの識別を含む。このため、種々の実施形態では、第２識別子は、例えば、以下の指示を出すことができる。

−既存のＤＮＳ参照表を使用して割り出すことができる、例えば、DMCC.mno-b.nlのよ
うな一意のリソース識別子（ＵＲＩ）。
−参照の必要なく直接コンタクトすることができるルーティング可能なアドレス(routable address)としてのＩＰアドレスおよびポート番号（ＩＰベースでないネットワークでは、同様のアドレスがルーティング・プロトコルのために存在する）。
−ＭＮＯ Ｂの移動体ネットワーク・コードのみ。この場合、ＤＭＣＣ２１０は、例えば、ある規格にしたがって、何らかのロジックを使用して、ＭＮＯ ＢにおけるＤＭＣＣにどのように到達するか発見するように構成される（設定された規格にしたがって、ＭＮＯ ＢにおけるＤＭＣＣに到達可能であることを条件とする）。
−ＨＬＲ参照表を使用してＩＭＳＩを割り出すことができるＩＭＳＩまたはＭＳＩＳＤＮ。

第３識別子
種々の実施形態において、第３識別子は、第２デバイスのＭＳＩＳＤＮ、第２デバイスの内部またはパブリックＩＰアドレス、第２デバイスのＩＭＳＩ、第２デバイスのＴＭＳＩ、あるいは第２通信ネットワークがページング機能を開始するためまたは第２デバイス２１２に直接通知する(talk)ために使用することができる任意の他の識別子を含むことができる。

以下の表１は、第１、第２、および第３識別子、ならびに識別子を割り出すためにＤＭＣＣ２１０およびＤＭＣＣ２２０によって行われるアクションの例のリストを示す。

図３に示したステップに戻り、実施形態では、ステップ３０３は以下を含むことができる。ＯＴＴサービス・プロバイダ２２４または第２デバイス２１２のいずれかがこの手順を開始することができる。例えば、デバイス２１２が、ＤＭＣＣ２２０および第２デバイス２１２が同意した何らかのロジックにしたがって、本明細書において説明したような１つ以上の第１識別子を生成することができる。あるいはまたは加えて、デバイス２１２が
ＤＭＣＣ２２０に１つ以上の第１識別子の生成において補助するように要求することもできる。このように、ＤＭＣＣ２２０は、識別子が適正なフォーマットであり、設定された規格に従うことを確認することができる。このような識別子の例は、ＤＭＣＣ２２０に
よって生成される乱数、または番号ポータビリティ(number portability)に使用されるような一時的な電話番号等とすることができる。必要に応じて、１つ以上の第１識別子をＭＮＯ Ｂの秘密鍵またはＭＮＯ Ａの公開鍵で暗号化することもできる（このような暗号化された識別子がＭＮＯ ＡのＤＭＣＣに付与されることが分かっていることを条件とする）。必要に応じて、複数の第１識別子を、特定のＭＮＯに１つずつ生成することができる。次いで、第２デバイス２１２はＯＴＴサービス・プロバイダ２２４に、生成した１つ以上の第１識別子を付与することができる。

実施形態では、ステップ３０３の手順は、例えば、ＯＴＴサービス・プロバイダ２２４にコンタクトする第２デバイス２１２の効力によって、暗示的に行うこともできる。このような実施形態では、ＯＴＴサービス・プロバイダ２２４は、第２デバイスのＩＰアドレスを入手して、要求時にこれを第１デバイスに、第２デバイスの第１識別子として、転送することができる。

次に、メッセージ３３２、３３４、４０４、４０８、５０４、および５０８の実施態様の実施形態(embodiments of implementation)について説明する。

メッセージ３３２および３３４は、ファイアウォール２０８および２１８に、それぞれ、ＤＭＣＣ２１０および２２０からの命令に基づいて開くように命令する。メッセージ４０４、４０８、５０４、および５０８は、同様にそれぞれのＤＭＣＣからの命令に基づいて、それぞれのファイアウォールに再度閉じるように命令する。例示の目的上そして簡素化のために、以下ではＩＰｖ４にしたがって動作するファイアウォールについて説明するが、当業者には明白な細かい修正によって、この説明はＩＰｖ６にしたがって動作するファイアウォールにも適用可能である。更に、以下の説明では、ファイアウォールはＩＰベースの通信のみに作用し、識別子からＩＰアドレスへの変換は、例えば、ＤＭＣＣによって以前に行われていると仮定する。

フラット・ネットワーク・アーキテクチャでは、ファイアウォール２０８および２１８の各々は、それぞれの通信ネットワークの縁における１つのファイアウォールとすることができる。この場合、メッセージ３３２および３３４の実行は以下のようにすることができる（上位ファイアウォール言語）。

次いで、ＩＰアドレスはそれぞれのファイアウォールのファイアウォール規則に追加される。ファイアウォールがＮＡＴ’ｉｎｇファイアウォールである実施形態では、規則は、トラフィックがここでは通過を許される代わりに転送されることを反映するために、しかるべく変更され、この場合、接続を再度閉じることに関して、注意する必要がある。一実施形態では、対応するＤＭＣＣもこれらの規則を、例えば、何らかの永続的ストレージにおいて追跡し、接続が終了したときに再度規則を明示的に削除するように、ファイアウォールは、明示的にそれが引っ込められる(taken down)まで、この規則を保持することができる。他の実施形態では、対応するＤＭＣＣが規則毎に失効日を指示するように構成することもできる。

例えば、ファイアウォールの販売業者によっては、ファイアウォールと対応するＤＭＣＣとの間の通信をどのように実施するかにおいて、差違が存在する場合もある。実施形態では、ＤＭＣＣには、ログイン資格証明、ならびに一定のＩＰアドレスおよびインターフ
ェースについてＤＭＣＣに規則を追加または削除させる十分な許可を与えることができる。他の実施形態では、販売業者が彼らのファイアウォールの構成のために使用する企業固有のプロトコルの一部を対応するＤＭＣＣに実装することができる。例えば、規則が複製されるファイアウォールに新たな規則をプッシュするために、複製ＡＰＩを使用することができる。

実施形態では、ファイアウォールのＮＡＴ表（ＮＡＴ’ｉｎｇファイアウォールの場合）に、または開放接続(open connection)を追跡する表（ステートフルな、即ち、ステー
トレスでないファイアウォールの場合）に、エントリを挿入してもよい。このような実施形態は、対応するＤＭＣＣが全ての接続の管理を続ける必要がないという利点、そしていずれかの表におけるエントリであっても削除させるファイアウォール技法(firewalling techniques)が未だ機能しているという利点を有することができる。次いで、対応するＤＭＣＣは、表におけるエントリについてファイアウォールに問い合わせ、どのエントリが関連するか発見するように構成することができる。

以上の論述では、それぞれの通信ネットワークが、特定のデバイスを保護する１つのファイアウォールによって管理されると仮定した。しかしながら、実際には、通信ネットワーク内のデバイスは複数のファイアウォールによって保護され、別の機能にセグメントされることもある。通信ネットワークの異なるネットワーク・セグメントの例には、課金プロセスに関与する機械の全てに対して１つのネットワーク・セグメントを有し、構成管理を行うために使用される機械に他のセグメントを有し、検査目的のために他のセグメントを有し、一般的なオフィス使用のために更に他の１つを有する等を含む。このような通信ネットワーク６００の一部の例を図６に示す。図６では、通信ネットワーク６００のオフィス・セグメントはセグメント６０２として示されている。セグメント６０４として示されている他のセグメントは、アドミニストレータが彼らの日常活動のために使用する機械を含むセグメントとすることができる。セグメント６０６は、例えば、図１のコア・ネットワーク１０４のような、コア・ネットワークを形成するネットワーク・エレメントを含むセグメントとすることができる。セグメント６０８は、シグナリングおよび課金関連処理(billing related activities)に関与する機械を含むセグメントとすることができる。そして、セグメント６１０は、例えば、ＲＡＮ１０２のような無線アクセス・ネットワークのような、接続を行うネットワーク・エレメントを含むセグメントとすることができる。図６に示すエレメント６１２、６１４、および６１６は、異なるアクセス技術毎にユーザ・デバイスを例示する。このようなネットワークでは、複数のファイアウォールが存在する。図６に示すように、ファイアウォール６２０は図２の外部ネットワーク２２２にアクセスするときにオフィス・ネットワーク・セグメント６０２を保護するように構成することができる。ファイアウォール６２２は、管理ネットワーク・セグメント６０４およびコア・ネットワーク・セグメント６０６を保護するように構成することができる。ファイアウォール６２４は、ファイアウォール６２２と並列に実行するように構成することができるが、コア・ネットワーク・セグメント６０６を保護するようにしか構成することができない。そして、ファイアウォール６２６は、異なるＭＮＯが専用ネットワークに接続された場合に、異なるＭＮＯ（図６ではＭＮＯ６４２、６４４、および６４６として示す）間のトラフィックのためにコア・ネットワーク・セグメント６０６を保護するように構成することができる。更に、図６に示すように、ファイアウォール６２８は、セグメント６０６のコア・ネットワーク・エレメントを、セグメント６０４から操作するアドミニストレータによって制御できることを確保するように構成することができる。ファイアウォール６３０は、課金セグメント６０８のために同じことを行うように構成することができる。一方、ファイアウォール６３２は、オフィス・セグメント６０２のために同じことを行うように構成することができる。エレメント６３６〜６４０は、特定の無線アクセス・ネットワーク内にあるデバイスが直接互いに通信するのを防止するファイアウォールである。エレメント６３４および６４８は、無線アクセス・ネットワークとコア・ネットワーク
との間、および無線アクセス・ネットワークと課金セグメントとの間におけるトラフィックをそれぞれ規制するファイアウォールである。

このようなネットワークにおいても、本明細書において説明した一般的な原理が適用できる。エレメント６５０として示す、このような通信ネットワークのＤＭＣＣ（１つまたは複数）は、例えば、ネットワーク・セグメント６０８に実装することができ、次いで複数のファイアウォールを、好ましくは、実質的に同時に構成することができる。このため、デバイス６１２が、ＭＮＯ６４２から来るデバイスに対する直接通信に利用可能にされることになった場合、ＤＭＣＣ６５０はファイアウォール６３４、６３６、および６２６に、着信トラフィックおよび要求される構成を知らせなければならない。これは、各ファイアウォールに個々に知らせるか、またはポリシー変更によって一度に全てのファイアウォールに知らせることのいずれかによって、行うことができる。後者がファイアウォール構成に一般に採用されている技術である。

例えば、第１ルーティング・エンティティ２１０、第２ルーティング・エンティティ２２０、第１デバイス２０２、または第２デバイス２１２のような、方法３００、４００、および５００のステップを実行するときに関与するエンティティ毎に、このようなエンティティによって実行されるそれぞれのステップは、方法３００のそれぞれのステップを実行するように構成された少なくとも１つのプロセッサまたはマイクロプロセッサを含む、任意の種類のデータ処理システムによって実行することができる。このようなデータ処理システムの例を図７に示す。更に、方法ステップ４００、４００、および５００について図２と関連付けて説明し、具体的には、第１および第２ルーティング・エンティティの例としてＤＭＣＣを参照して説明したが、これらの方法ステップを任意の順序で実行するように構成された任意のシステムが本発明の範囲内に該当することは当業者には認められよう。

図７は、本開示の実施形態にしたがって、第１および第２デバイス間におけるインフラストラクチャ・ベースのＤ２Ｄ接続の確立において補助するときに使用することができる例証的なデータ処理システム７００を示すブロック図である。

図７に示すように、データ処理システム７００は、システム・バス７１０を通じてメモリ・エレメント７０４に結合された少なくとも１つのプロセッサ７０２を含むことができる。したがって、データ処理システムはメモリ・エレメント７０４内にプログラム・コードを格納することができる。更に、プロセッサ７０２は、システム・バス７１０を通じてメモリ・エレメント７０４からアクセスされたプログラム・コードを実行することができる。一態様では、データ処理システム７００は、プログラム・コードを格納および／または実行するのに適したコンピュータとして実装することができる。しかしながら、システム７００は、プロセッサおよびメモリを含み、本明細書内において説明した機能を実行することができる任意のシステムの形態で実装すればよいことは認められてしかるべきである。

メモリ・エレメント７０４は、例えば、ローカル・メモリ７０６のような１つ以上の物理メモリ・デバイスと、１つ以上の大容量記憶デバイス７０８とを含むことができる。ローカル・メモリとは、プログラム・コードの実際の実行中に通常使用されるランダム・アクセス・メモリまたは他の非永続的メモリ・デバイス（１つまたは複数）を指すことができる。大容量記憶デバイスは、ハード・ドライブまたは他の永続的データ記憶デバイスとして実装されればよい。また、処理システム７００は１つ以上のキャッシュ・メモリ（図示せず）も含むことができる。キャッシュ・メモリは、実行中にプログラム・コードを大容量記憶デバイス７０８から引き出さなければならない回数を減らすために、少なくとも一部のプログラム・コードの一時的格納に備える。

入力デバイス７１２および出力デバイス７１４として図示されている入力／出力（Ｉ／Ｏ）デバイスを、任意に、データ処理システムに結合することができる。入力デバイスの例には、例えば、キーボード、マウスのようなポインティング・デバイス等を含むことができるが、これらに限定されるのではない。出力デバイスの例には、例えば、モニタまたはディスプレイ、スピーカ等を含むことができるが、これらに限定されるのではない。また、システム７００は、組み合わせ入力／出力デバイスを、例えば、タッチ感応（「タッチスクリーン」とも呼ぶ）ディスプレイの形態で含むこともできる。タッチ感応ディスプレイは、情報を表示し、おそらくはスタイラスまたはユーザの指による、ディスプレイとのユーザ対話処理の形態でユーザ入力を受け取ることができる。このような実施形態は、データ処理システム７００がＵＥ１０６またはその一部として機能するように構成される場合に、特に有用となることができる。

入力デバイスおよび／または出力デバイス（１つまたは複数）は、直接または仲介するＩ／Ｏコントローラを介してデータ処理システムに結合することができる。

また、ネットワーク・アダプタ７１６をデータ処理システムに結合して、他のシステム、コンピュータ・システム、リモート・ネットワーク・デバイス、および／またはリモート記憶デバイスに、仲介するプライベートまたはパブリック・ネットワークを通じて結合されることを可能にしてもよい。ネットワーク・アダプタは、具体的には、前記システム、デバイス、および／またはネットワークによって送信されるデータを受信するデータ受信機７１８、およびデータを前記システム、デバイス、および／またはネットワークに送信するデータ送信機７２０を含むことができる。モデム、ケーブル・モデム、およびイーサネット・カードは、データ処理システム７００と共に使用することができる異なるタイプのネットワーク・アダプタの例である。

メモリ・エレメント７０４は、アプリケーション（図示せず）を格納することができる。尚、データ処理システム７００は、更に、アプリケーションの実行を容易にすることができるオペレーティング・システム（図示せず）を実行することもできることは認められてしかるべきである。実行可能プログラム・コードの形態で実現されるアプリケーションは、データ処理システム７００によって、例えば、プロセッサ７０２によって実行することができる。アプリケーションを実行したことに応答して、データ処理システム７００は、本明細書において説明した１つ以上の方法ステップを、例えば、ＤＭＣＣ２１０、ＤＭＣＣ２２０、第１デバイス２０２、または第２デバイス２１２として実行するように構成することができる。

尚、エレメント７０２〜７２０は図７では別々のエレメントとして示されているが、他の実施形態では、これらの機能をもっと少ない数の個別エレメントに実装すること、またはもっと多い数のコンポーネントにわたって分散させることもできることは、当業者には認められよう。

本発明の種々の実施形態は、コンピュータ・システムまたはプロセッサと共に使用するためのプログラム製品として実現することもでき、プログラム製品のプログラム（１つまたは複数）は、実施形態の機能（本明細書において説明した方法を含む）を定める。一実施形態では、プログラム（１つまたは複数）は、種々の非一時的コンピュータ読み取り可能媒体（一般に、「ストレージ」と呼ぶ）に保持することができる。本明細書において使用する場合、「非一時的コンピュータ読み取り可能記憶媒体」という表現は、全てのコンピュータ読み取り可能媒体を含み、唯一の例外が一時的な伝搬信号である。他の実施形態では、プログラム（１つまたは複数）は種々の一時的コンピュータ読み取り可能記憶媒体に保持することができる。例示的なコンピュータ読み取り可能記憶媒体には、（ｉ）情報
が永続的に格納される非書き込み可能記憶媒体（例えば、ＣＤ−ＲＯＭドライブによって読み取り可能なＣＤ−ＲＯＭディスク、ＲＯＭチップ、または任意のタイプのソリッド・ステート不揮発性半導体メモリのような、コンピュータ内部のリード・オンリー・メモリ・デバイス）、および（ｉｉ）変化する可能性がある情報が格納される書き込み可能記憶媒体（例えば、フラッシュ・メモリ、ディスケット・ドライブ内部のフロッピ・ディスク、またはハード・ディスク・ドライブ、あるいは任意のタイプのソリッド・ステート・ランダム・アクセス半導体メモリ）が含まれるが、これらに限定されるのではない。コンピュータ・プログラムは、本明細書において説明したプロセッサ１２０２上で実行することができる。

いずれの１つの実施形態に関係して説明したいずれの特徴も、単独で、または説明した他の特徴と組み合わせて使用することができ、更に実施形態の他のいずれかの１つ以上の特徴と組み合わせて、あるいは実施形態の他のいずれかのいずれの組み合わせでも使用できることは理解されよう。更に、本発明は以上で説明した実施形態に限定されるのではなく、添付する請求項の範囲内で変更することも可能である。

本明細書において使用した用語は、特定の実施形態を説明するために限られており、本発明の限定であることを意図するのではない。本明細書において使用する場合、単数形「ａ」、「ａｎ」、および「ｔｈｅ」は、文脈が明らかにそうでないことを示すのでなければ、複数形も含むことを意図している。更に、「含む」(comprises)および／または「含
んでいる」(comprising)という用語は、本明細書において使用する場合、述べられる特徴、整数、ステップ、動作、エレメント、および／またはコンポーネントの存在を指定するが、１つ以上の他の特徴、整数、ステップ、動作、エレメント、コンポーネント、および／またはそのグループの存在や追加を除外するのではないことも理解されよう。

以下の特許請求の範囲における全ての手段またはステップ＋機能エレメントの対応する構造、材料、アクト、および均等物は、特定的に特許請求される他の特許請求対象エレメントと組み合わせて当該機能を実行する任意の構造、材料、またはアクトを含むことを意図している。本発明の説明は、例示および説明の目的に限って提示されたのであって、網羅的であること、または開示した形態に本発明を限定することを意図するのではない。本発明の範囲および主旨から逸脱することなく、当業者には多くの変更および変種が明白であろう。以上の実施形態が選択され説明されたのは、本発明の原理および実用的用途を最良に説明するためであり、更に他の当業者が、本発明を理解して、想定される特定の使用に適する種々の変更を行って種々の実施形態を得ることを可能にするためである。

Claims (6)

1. 第１移動体ネットワーク通信事業者（ＭＮＯ Ａ）の通信ネットワークに接続された第１デバイス（２０２）に、前記第１デバイス（２０２）と第２移動体ネットワーク通信事業者（ＭＮＯ Ｂ）の通信ネットワークに接続された第２デバイス（２１２）との間の直接データ接続の確立を可能にする方法であって、
   −前記第１移動体ネットワーク通信事業者の通信ネットワークの外部にあり、前記第２移動体ネットワーク通信事業者の通信ネットワークの外部にあるネットワーク（２２２）に接続されたオーバー・ザ・トップ（ＯＴＴ）サービス・プロバイダ（２２４）から、前記第２デバイスの第１識別子を入手するステップ（３０２、３０４）と、
   −前記第１移動体ネットワーク通信事業者によって制御される第１ルーティング・エンティティ（２１０）に、前記第２デバイスの第１識別子を含む接続要求を出すステップ（３０６）と、
   −前記第１ルーティング・エンティティ（２１０）に、前記直接データ接続を終了するコマンドを出すステップ（４０２）と、
   を含み、前記第１デバイスが、前記第１移動体ネットワーク通信事業者によって制御される前記第１ルーティング・エンティティ（２１０）によって構成可能な第１ファイアウォール（２０８）の背後にあることを特徴とする、方法。
2. 請求項１記載の方法であって、更に、
   前記第１ルーティング・エンティティ（２１０）から、前記接続を終了すべきことの指示を受けるステップ（５１０）と、
   前記第１ルーティング・エンティティ（２１０）から、前記第２デバイスのコンタクト情報を受け取るステップ（３２８）であって、前記コンタクト情報が前記第２デバイスのＩＰアドレスを含む、ステップと、
   のうちの少なくとも１つを含む、方法。
3. 第２移動体ネットワーク通信事業者（ＭＮＯ Ｂ）の通信ネットワーク接続された第２デバイス（２１２）に、第１移動体ネットワーク通信事業者（ＭＮＯ Ａ）の通信ネットワークに接続された第１デバイス（２０２）と、前記第２デバイス（２１２）との間の直接データ接続の確立を可能にする方法であって、
   −前記第１移動体ネットワーク通信事業者の通信ネットワークの外部にあり、前記第２移動体ネットワーク通信事業者の通信ネットワークの外部にあるネットワーク（２２２）に接続されたオーバー・ザ・トップ（ＯＴＴ）サービス・プロバイダ（２２４）に、前記第２デバイスの第１識別子を付与するステップ（３００）と、
   −前記第２移動体ネットワーク通信事業者によって制御される第２ルーティング・エンティティ（２２０）から、前記第１デバイスと前記第２デバイスとの間の接続を求める接続要求を受けるステップ（３１８）と、
   −前記第２ルーティング・エンティティ（２２０）に、前記第２デバイスが前記接続要求を受け入れる指示を出すステップ（３２０）と、
   を含み、前記第２デバイスが、前記第２移動体ネットワーク通信事業者によって制御される前記第２ルーティング・エンティティ（２２０）によって構成可能な第２ファイアウォール（２１８）の背後にあることを特徴とする、方法。
4. 請求項３記載の方法であって、更に、
   −前記第２ルーティング・エンティティ（２２０）に、前記接続を終了するコマンドを出すステップ（５０２）と、
   −前記第２ルーティング・エンティティ（２２０）から、前記接続を終了すべきことの指示を受けるステップ（４１０）と、
   −前記第２ルーティング・エンティティ（２２０）から、前記第１デバイスのコンタクト情報を受け取るステップであって、前記コンタクト情報が前記第１デバイスのＩＰアドレスを含む、ステップと、
   のうちの少なくとも１つを含む、方法。
5. 第１デバイス（２０２）であって、
   コンピュータ読み取り可能プログラム・コードが組み込まれたコンピュータ読み取り可能記憶媒体（７０４）と、
   前記コンピュータ読み取り可能記憶媒体に結合されたプロセッサ（７０２）であって、前記コンピュータ読み取り可能プログラム・コードを実行したことに応答して、請求項１または２記載の方法ステップを行う実施可能動作を実行するように構成される、プロセッサと、
   を備える、第１デバイス。
6. 第２デバイス（２１２）であって、
   コンピュータ読み取り可能プログラム・コードが組み込まれたコンピュータ読み取り可能記憶媒体（７０４）と、
   前記コンピュータ読み取り可能記憶媒体に結合されたプロセッサ（７０２）であって、前記コンピュータ読み取り可能プログラム・コードを実行したことに応答して、請求項３または４記載の方法ステップを行う実施可能動作を実行するように構成される、プロセッサと、
   を備える、第２デバイス。

Images