クラウドベースネットワークにおいて統合ボイス・オーバー・インターネット・プロトコルを実施する方法およびシステム
クラウドベースネットワーク上でＶｏＩＰを実施するシステムは、複数台のターゲット・プロキシ・サーバに動作的に接続され、１台以上のターゲット・プロキシ・サーバから資源情報を受信する第１のエッジ・プロキシ・サーバを含む。個々のターゲット・プロキシ・サーバは、クラウドベースネットワークと関連付けられている。第１のエンドポイントは、第１のエッジ・プロキシ・サーバに動作的に接続され、第２のエンドポイントとの音声通信のため構成されている。音声通信は、受信された資源情報を使用して第１のエッジ・プロキシ・サーバによって実現し易くされる。
【発明の詳細な説明】
【優先権】
【０００１】
[0001]２０１０年２月１５日付けで出願された米国仮特許出願第６０／３０４，６４２号に基づく優先権を主張し、この米国仮特許出願の開示内容が参照により全体として本明細書に組み込まれる。
【発明の分野】
【０００２】
[0002]本発明の分野は、クラウドベース通信ネットワーク（ｃｌｏｕｄ−ｂａｓｅｄ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｎｅｔｗｏｒｋ）、詳しくは、セッションがソフトウェアベースまたはハードウェアベースの通信端末から確立され、制御されることがあるクラウドベースネットワークである。
【背景】
【０００３】
[0003]単に非限定的な例として、クラウドベースシステムは、接続されたコンピューティング資源および通信資源のネットワークを指す。クラウドベースシステムは、インターネットのようなパケットスイッチ型ネットワークを表すことがある。ネットワークは、このネットワークが表現するネットワークの程度に依存して、伝送ライン、リピータ、ルータ、ネットワークバックボーン、ネットワーク相互接続ポイントなどを収容することがある。ボイス・オーバー・インターネット・プロトコル（「ＶｏＩＰ」）は、インターネットまたは他のパケットスイッチ型ネットワークのようなインターネット・プロトコル（ＩＰ）ネットワーク上の音声通信の受渡しのための伝送技術の仲間の総称である。
【０００４】
[0004]従来の時分割多元（「ＴＤＭ」）またはＩＰベース通信システム上でＶｏＩＰセッションを確立するとき、（ハードウェアベースであるか、または、ソフトウェアベースであるかを問わずに）クライアントまたはエンドポイントは、このクライアントまたはエンドポイント自体を構成し、特定のサービスまたはプロバイダに登録する。たとえば、Ｓｋｙｐｅ（商標）ユーザは、Ｓｋｙｐｅ（商標）クライアントをラップトップまたは電話機にダウンロードし、サービス登録を申請する。ＴＤＭベースシステムは、電話をかけるためにＥ．１６４ベースの電話番号を使用する。しかし、サービスが何らかの理由（たとえば、過負荷、災害など）のため存続しない場合、ＶｏＩＰセッションは、確立されないことがある。
【０００５】
[0005]その結果、ネットワーク、ストレージ、サーバ、ネットワーク管理、運用、および、プロビジョニングシステムの構築および保守のための重大な出資なしで、クラウドベースシステムの利用可能な資源を使用してコンピューティングサービスおよび通信サービスをサポートする必要性がある。
【発明の概要】
【０００６】
[0006]本発明は、ソフトウェアベースまたはハードウェアベースの通信端末からクラウドベースネットワーク上でセッションを確立し制御するシステムおよび方法を対象にする。
【０００７】
[0007]本発明の第１の態様では、クラウドベースネットワーク上でＶｏＩＰを実施するシステムは、ターゲットサーバに動作的に接続され、クラウドベースネットワークと関連付けられたターゲットサーバから資源情報を受信する第１のエッジ・プロキシ・サーバを備える。第１のエンドポイントは、第１のエッジ・プロキシ・サーバに動作的に接続され、クラウドベースネットワーク上での第２のエンドポイントとの音声通信のため構成されている。このシステムは、第２のエッジ・プロキシ・サーバに動作的に接続されている第２のエンドポイントをさらに含む。第１のエンドポイントおよび第２のエンドポイントは、クラウドベースネットワーク上での音声通信のため構成されている。音声通信は、受信された資源情報を使用して第１のエッジ・プロキシ・サーバによって実現し易くされる。
【０００８】
[0008]本発明の第２の態様では、第１のエッジ・プロキシ・サーバは、クラウドベースネットワークと関連付けられている１台以上のターゲット・プロキシ・サーバから資源情報を受信し、第１のエッジ・プロキシ・サーバは、第１のエンドポイントに登録されている。受信された資源情報に少なくとも部分的に基づいて、第１のエッジ・プロキシ・サーバは、クラウドベースネットワーク上で第２のエンドポイントとの音声通信を実現し易くする。
【０００９】
[0009]前述の態様はどれでも単独で、または、組み合わせて実施されてもよい。
【００１０】
[0010]付加的な態様および改良の利点は、好ましい実施形態の説明から明白であろう。
【００１１】
[0011]本発明の実施形態は、添付図面を用いて示される。
【図面の簡単な説明】
【００１２】
【図１】セッションが通信端末から制御されることがあるクラウドベースネットワーク上の統合ＶｏＩＰのブロック図である。
【００１３】
【図２】クラウドベースネットワーク上で統合ＶｏＩＰにおいてセッションを確立するシグナリング方法を示した図である。
【好ましい実施形態の詳細な説明】
【００１４】
[0014]ここで図１を参照すると、システム１０のブロック図が示される。例示されたシステム１０は、ｉＶｏＣＳ（「クラウドベースシステム上の統合ＶｏＩＰ」）エンドポイント１および５と、入口クラウド２内に位置している入口エッジ・プロキシ・サーバ（図示せず）と、中間クラウド３内に位置しているターゲット・プロキシ・サーバ（図示せず）と、出口クラウド４内に位置している出口エッジ・プロキシ・サーバ（図示せず）とを含む。本明細書中で使用されるように、ｉＶｏＣＳエンドポイントは、特有のコンタクトポイントと、関連付けられたＶｏＩＰ機器と、固有ＶｏＩＰクライアント識別子とを指す。コンタクトポイントは、たとえば、個人、団体、または会社を指す。エッジ・プロキシ・サーバは、ミドルウェアを含むことがある。ミドルウェアは、望ましいサービスのためできるだけ良いサーバを追跡し、サーバの可用性に関する情報をシステムのエンドポイントへ頻繁にダウンロードする。たとえば、１分毎に（または、他の所定の時間間隔で）、ミドルウェアは、サーバの可用性、負荷条件、および、他の特性に関する情報をエンドポイントへダウンロードする。エンドポイントが電源切断された場合、エッジ・プロキシ・サーバは、エンドポイントがその後に電源投入されたとき、サーバ情報を用いてエンドポイントを更新する。
【００１５】
[0015]クラウド間インターフェイスは、このクラウド間インターフェイスがアタッチされたすべてのクラウド２、３および４との資源および資源可用性情報の交換を実現し易くする。中間クラウド３がそれぞれのクラウド間インターフェイスとして管理ドメインに属する場合、クラウド間インターフェイスは、無効になる。しかし、中間クラウド３が異なった管理ドメインに属する場合、セキュリティ、ポリシー、および、負荷バランシングの特色がクラウド間インターフェイスの全体で適切に管理されなければならない。単に非限定的な説明の目的のため、管理ドメインは、この管理ドメインの内部コンポーネントを用いてユーザを管理または制御する権限を有しているネットワークドメインを指す。
【００１６】
[0016]単に非限定的な説明の目的のため、本明細書中で参照されるような「コンピュータ」は、プロセッサを含む汎用コンピューティング機器を指す。本明細書中で使用されるように、「プロセッサ」は、マイクロプロセッサのような中央処理ユニット（「ＣＰＵ」）を含む機器のことを一般的に指す。ＣＰＵは、算術演算および論理演算を実行する算術論理ユニット（「ＡＬＵ」）と、メモリから命令（たとえば、コード）を取り出し、これらの命令をデコードし、必要に応じてＡＬＵに呼びかけて命令を実行する制御ユニットとを一般的に含む。本明細書中で使用されるように、「メモリ」は、たとえば、チップといった形で、データを記憶する能力をもつ１つ以上の機器を指す。メモリは、１つ以上のランダム・アクセス・メモリ（「ＲＡＭ」）チップ、リード・オンリー・メモリ（「ＲＯＭ」）チップ、書き込み可能リード・オンリー・メモリ（「ＰＲＯＭ」）チップ、消去・書き込み可能リード・オンリー・メモリ（「ＥＰＲＯＭ」）チップ、または、電気的消去・書き込み可能リード・オンリー・メモリ（「ＥＥＰＲＯＭ」）チップという形をとることがある。メモリは、プロセッサを含む集積ユニットの内部にあっても、または、外部にあってもよい。メモリは、コンピュータの内部にあっても、または、外部にあってもよい。このようなメモリは、コンピュータプログラム、たとえば、プロセッサにより実施可能なコードまたは一連の命令を記憶することがある。このようなコンピュータは、１つ以上のデータ入力を含むことがある。このようなコンピュータは、１つ以上のデータ出力を含むことがある。メモリに記憶されたコードは、プロセッサによって実行されたとき、プロセッサに出力を感知された入力に応じた値にセットさせる。
【００１７】
[0017]インターネット使用可能コンピュータによって実行できるように典型的にメモリに記憶されたコンピュータ実行可能なコードの一形式は、ブラウザアプリケーションである。単に非限定的な説明の目的のため、本明細書中で使用されるように、「ブラウザ」は、ウェブページを突き止め、そして、表示するコンピュータ実行可能なコードのことを一般に指す。２つの市販されているブラウザは、Ｍｉｃｒｏｓｏｆｔ Ｉｎｔｅｒｎｅｔ Ｅｘｐｌｏｒｅｒ、Ｎｅｔｓｃａｐｅ Ｎａｖｉｇａｔｏｒ、Ａｐｐｌｅ ＳａｆａｒｉおよびＦｉｒｅｆｏｘであり、これらのブラウザはすべてがテキストと、グラフィックスと、サウンドおよびビデオを含むマルチメディア情報とをサポートする（ブラウザのプラグインアプリケーションによることがある）。
【００１８】
[0018]本明細書中で使用されるように、「サーバ」は、ネットワークに通信的に結合され、ネットワーク資源を管理するコンピューティング機器のことを一般に指す。サーバは、別個のコンピューティング機器を指すことがあり、または、コンピューティング機器全体ではなく資源を管理しているアプリケーションを指すことがある。エッジ・プロキシ・サーバは、ネットワークのエッジで作動するために設計された、たとえば、インターネットからローカルネットワークを分離するプロキシサーバでもよい。
【００１９】
[0019]今度は図２を参照すると、ｉＶｏＣＳセッションを確立するシグナリング方法のステップを例示する図が示される。ステップ１では、入口ｉＶｏＣＳエンドポイントおよび出口ｉＶｏＣＳエンドポイントは、セッションベースのサービスおよび非セッションベースのサービスのため、それぞれ、入口エッジ・プロキシ・サーバおよび出口エッジ・プロキシ・サーバと通信を確立する。ステップ２では、入口エッジ・プロキシ・サーバは、ターゲット・プロキシ・サーバを突き止める。ステップ３では、入口エッジ・プロキシ・サーバは、ターゲット・プロキシ・サーバを介して、出口エッジ・プロキシ・サーバを突き止める。ステップ４では、入口エッジ・プロキシ・サーバおよび出口エッジ・プロキシ・サーバは両方共に要求されたセッションのため最も実現可能な資源を特定し、その後、資源割当を終わらせる。入口エッジプロキシおよび出口エッジプロキシは、中間クラウド内で資源をさらに特定し、割り当てる。ステップ５では、入口エッジプロキシおよび出口エッジプロキシは、資源情報をｉＶｏＣＳエンドポイントに通知する。資源リストは、継続的に監視され、過負荷資源は、必要とされた場合／ときに放棄される。メディアパス、トランスレーション、および、ルーティングパスは、必要とされた場合／ときに、前述されたステップと同様の方式で確立されることがある。サブアプリケーションおよびサブセッション層のクラウド間資源割当および通信は、図２に示された方法の後に続くことがある。
【００２０】
[0020]本発明の実施形態が図示され、説明されているが、さらに多くの変形が本明細書における発明概念から逸脱することなく可能であることは、当業者に明白であろう。したがって、本発明は、次の請求項の趣旨を除いて限定されるべきではない。
【優先権】
【０００１】
[0001]２０１０年２月１５日付けで出願された米国仮特許出願第６０／３０４，６４２号に基づく優先権を主張し、この米国仮特許出願の開示内容が参照により全体として本明細書に組み込まれる。
【発明の分野】
【０００２】
[0002]本発明の分野は、クラウドベース通信ネットワーク（ｃｌｏｕｄ−ｂａｓｅｄ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｎｅｔｗｏｒｋ）、詳しくは、セッションがソフトウェアベースまたはハードウェアベースの通信端末から確立され、制御されることがあるクラウドベースネットワークである。
【背景】
【０００３】
[0003]単に非限定的な例として、クラウドベースシステムは、接続されたコンピューティング資源および通信資源のネットワークを指す。クラウドベースシステムは、インターネットのようなパケットスイッチ型ネットワークを表すことがある。ネットワークは、このネットワークが表現するネットワークの程度に依存して、伝送ライン、リピータ、ルータ、ネットワークバックボーン、ネットワーク相互接続ポイントなどを収容することがある。ボイス・オーバー・インターネット・プロトコル（「ＶｏＩＰ」）は、インターネットまたは他のパケットスイッチ型ネットワークのようなインターネット・プロトコル（ＩＰ）ネットワーク上の音声通信の受渡しのための伝送技術の仲間の総称である。
【０００４】
[0004]従来の時分割多元（「ＴＤＭ」）またはＩＰベース通信システム上でＶｏＩＰセッションを確立するとき、（ハードウェアベースであるか、または、ソフトウェアベースであるかを問わずに）クライアントまたはエンドポイントは、このクライアントまたはエンドポイント自体を構成し、特定のサービスまたはプロバイダに登録する。たとえば、Ｓｋｙｐｅ（商標）ユーザは、Ｓｋｙｐｅ（商標）クライアントをラップトップまたは電話機にダウンロードし、サービス登録を申請する。ＴＤＭベースシステムは、電話をかけるためにＥ．１６４ベースの電話番号を使用する。しかし、サービスが何らかの理由（たとえば、過負荷、災害など）のため存続しない場合、ＶｏＩＰセッションは、確立されないことがある。
【０００５】
[0005]その結果、ネットワーク、ストレージ、サーバ、ネットワーク管理、運用、および、プロビジョニングシステムの構築および保守のための重大な出資なしで、クラウドベースシステムの利用可能な資源を使用してコンピューティングサービスおよび通信サービスをサポートする必要性がある。
【発明の概要】
【０００６】
[0006]本発明は、ソフトウェアベースまたはハードウェアベースの通信端末からクラウドベースネットワーク上でセッションを確立し制御するシステムおよび方法を対象にする。
【０００７】
[0007]本発明の第１の態様では、クラウドベースネットワーク上でＶｏＩＰを実施するシステムは、ターゲットサーバに動作的に接続され、クラウドベースネットワークと関連付けられたターゲットサーバから資源情報を受信する第１のエッジ・プロキシ・サーバを備える。第１のエンドポイントは、第１のエッジ・プロキシ・サーバに動作的に接続され、クラウドベースネットワーク上での第２のエンドポイントとの音声通信のため構成されている。このシステムは、第２のエッジ・プロキシ・サーバに動作的に接続されている第２のエンドポイントをさらに含む。第１のエンドポイントおよび第２のエンドポイントは、クラウドベースネットワーク上での音声通信のため構成されている。音声通信は、受信された資源情報を使用して第１のエッジ・プロキシ・サーバによって実現し易くされる。
【０００８】
[0008]本発明の第２の態様では、第１のエッジ・プロキシ・サーバは、クラウドベースネットワークと関連付けられている１台以上のターゲット・プロキシ・サーバから資源情報を受信し、第１のエッジ・プロキシ・サーバは、第１のエンドポイントに登録されている。受信された資源情報に少なくとも部分的に基づいて、第１のエッジ・プロキシ・サーバは、クラウドベースネットワーク上で第２のエンドポイントとの音声通信を実現し易くする。
【０００９】
[0009]前述の態様はどれでも単独で、または、組み合わせて実施されてもよい。
【００１０】
[0010]付加的な態様および改良の利点は、好ましい実施形態の説明から明白であろう。
【００１１】
[0011]本発明の実施形態は、添付図面を用いて示される。
【図面の簡単な説明】
【００１２】
【図１】セッションが通信端末から制御されることがあるクラウドベースネットワーク上の統合ＶｏＩＰのブロック図である。
【００１３】
【図２】クラウドベースネットワーク上で統合ＶｏＩＰにおいてセッションを確立するシグナリング方法を示した図である。
【好ましい実施形態の詳細な説明】
【００１４】
[0014]ここで図１を参照すると、システム１０のブロック図が示される。例示されたシステム１０は、ｉＶｏＣＳ（「クラウドベースシステム上の統合ＶｏＩＰ」）エンドポイント１および５と、入口クラウド２内に位置している入口エッジ・プロキシ・サーバ（図示せず）と、中間クラウド３内に位置しているターゲット・プロキシ・サーバ（図示せず）と、出口クラウド４内に位置している出口エッジ・プロキシ・サーバ（図示せず）とを含む。本明細書中で使用されるように、ｉＶｏＣＳエンドポイントは、特有のコンタクトポイントと、関連付けられたＶｏＩＰ機器と、固有ＶｏＩＰクライアント識別子とを指す。コンタクトポイントは、たとえば、個人、団体、または会社を指す。エッジ・プロキシ・サーバは、ミドルウェアを含むことがある。ミドルウェアは、望ましいサービスのためできるだけ良いサーバを追跡し、サーバの可用性に関する情報をシステムのエンドポイントへ頻繁にダウンロードする。たとえば、１分毎に（または、他の所定の時間間隔で）、ミドルウェアは、サーバの可用性、負荷条件、および、他の特性に関する情報をエンドポイントへダウンロードする。エンドポイントが電源切断された場合、エッジ・プロキシ・サーバは、エンドポイントがその後に電源投入されたとき、サーバ情報を用いてエンドポイントを更新する。
【００１５】
[0015]クラウド間インターフェイスは、このクラウド間インターフェイスがアタッチされたすべてのクラウド２、３および４との資源および資源可用性情報の交換を実現し易くする。中間クラウド３がそれぞれのクラウド間インターフェイスとして管理ドメインに属する場合、クラウド間インターフェイスは、無効になる。しかし、中間クラウド３が異なった管理ドメインに属する場合、セキュリティ、ポリシー、および、負荷バランシングの特色がクラウド間インターフェイスの全体で適切に管理されなければならない。単に非限定的な説明の目的のため、管理ドメインは、この管理ドメインの内部コンポーネントを用いてユーザを管理または制御する権限を有しているネットワークドメインを指す。
【００１６】
[0016]単に非限定的な説明の目的のため、本明細書中で参照されるような「コンピュータ」は、プロセッサを含む汎用コンピューティング機器を指す。本明細書中で使用されるように、「プロセッサ」は、マイクロプロセッサのような中央処理ユニット（「ＣＰＵ」）を含む機器のことを一般的に指す。ＣＰＵは、算術演算および論理演算を実行する算術論理ユニット（「ＡＬＵ」）と、メモリから命令（たとえば、コード）を取り出し、これらの命令をデコードし、必要に応じてＡＬＵに呼びかけて命令を実行する制御ユニットとを一般的に含む。本明細書中で使用されるように、「メモリ」は、たとえば、チップといった形で、データを記憶する能力をもつ１つ以上の機器を指す。メモリは、１つ以上のランダム・アクセス・メモリ（「ＲＡＭ」）チップ、リード・オンリー・メモリ（「ＲＯＭ」）チップ、書き込み可能リード・オンリー・メモリ（「ＰＲＯＭ」）チップ、消去・書き込み可能リード・オンリー・メモリ（「ＥＰＲＯＭ」）チップ、または、電気的消去・書き込み可能リード・オンリー・メモリ（「ＥＥＰＲＯＭ」）チップという形をとることがある。メモリは、プロセッサを含む集積ユニットの内部にあっても、または、外部にあってもよい。メモリは、コンピュータの内部にあっても、または、外部にあってもよい。このようなメモリは、コンピュータプログラム、たとえば、プロセッサにより実施可能なコードまたは一連の命令を記憶することがある。このようなコンピュータは、１つ以上のデータ入力を含むことがある。このようなコンピュータは、１つ以上のデータ出力を含むことがある。メモリに記憶されたコードは、プロセッサによって実行されたとき、プロセッサに出力を感知された入力に応じた値にセットさせる。
【００１７】
[0017]インターネット使用可能コンピュータによって実行できるように典型的にメモリに記憶されたコンピュータ実行可能なコードの一形式は、ブラウザアプリケーションである。単に非限定的な説明の目的のため、本明細書中で使用されるように、「ブラウザ」は、ウェブページを突き止め、そして、表示するコンピュータ実行可能なコードのことを一般に指す。２つの市販されているブラウザは、Ｍｉｃｒｏｓｏｆｔ Ｉｎｔｅｒｎｅｔ Ｅｘｐｌｏｒｅｒ、Ｎｅｔｓｃａｐｅ Ｎａｖｉｇａｔｏｒ、Ａｐｐｌｅ ＳａｆａｒｉおよびＦｉｒｅｆｏｘであり、これらのブラウザはすべてがテキストと、グラフィックスと、サウンドおよびビデオを含むマルチメディア情報とをサポートする（ブラウザのプラグインアプリケーションによることがある）。
【００１８】
[0018]本明細書中で使用されるように、「サーバ」は、ネットワークに通信的に結合され、ネットワーク資源を管理するコンピューティング機器のことを一般に指す。サーバは、別個のコンピューティング機器を指すことがあり、または、コンピューティング機器全体ではなく資源を管理しているアプリケーションを指すことがある。エッジ・プロキシ・サーバは、ネットワークのエッジで作動するために設計された、たとえば、インターネットからローカルネットワークを分離するプロキシサーバでもよい。
【００１９】
[0019]今度は図２を参照すると、ｉＶｏＣＳセッションを確立するシグナリング方法のステップを例示する図が示される。ステップ１では、入口ｉＶｏＣＳエンドポイントおよび出口ｉＶｏＣＳエンドポイントは、セッションベースのサービスおよび非セッションベースのサービスのため、それぞれ、入口エッジ・プロキシ・サーバおよび出口エッジ・プロキシ・サーバと通信を確立する。ステップ２では、入口エッジ・プロキシ・サーバは、ターゲット・プロキシ・サーバを突き止める。ステップ３では、入口エッジ・プロキシ・サーバは、ターゲット・プロキシ・サーバを介して、出口エッジ・プロキシ・サーバを突き止める。ステップ４では、入口エッジ・プロキシ・サーバおよび出口エッジ・プロキシ・サーバは両方共に要求されたセッションのため最も実現可能な資源を特定し、その後、資源割当を終わらせる。入口エッジプロキシおよび出口エッジプロキシは、中間クラウド内で資源をさらに特定し、割り当てる。ステップ５では、入口エッジプロキシおよび出口エッジプロキシは、資源情報をｉＶｏＣＳエンドポイントに通知する。資源リストは、継続的に監視され、過負荷資源は、必要とされた場合／ときに放棄される。メディアパス、トランスレーション、および、ルーティングパスは、必要とされた場合／ときに、前述されたステップと同様の方式で確立されることがある。サブアプリケーションおよびサブセッション層のクラウド間資源割当および通信は、図２に示された方法の後に続くことがある。
【００２０】
[0020]本発明の実施形態が図示され、説明されているが、さらに多くの変形が本明細書における発明概念から逸脱することなく可能であることは、当業者に明白であろう。したがって、本発明は、次の請求項の趣旨を除いて限定されるべきではない。
【特許請求の範囲】
【請求項１】
クラウドベースネットワーク上でＶｏＩＰを実施するシステムであって、
複数台のターゲット・プロキシ・サーバに動作的に接続され、１台ずつが前記クラウドベースネットワークと関連付けられている１台以上の前記ターゲット・プロキシ・サーバから資源情報を受信する第１のエッジ・プロキシ・サーバと、
前記第１のエッジ・プロキシ・サーバに動作的に接続され、前記クラウドベースネットワーク上での第２のエンドポイントとの音声通信のため構成されている第１のエンドポイントと、
を備え、前記音声通信が、前記受信された資源情報を使用して前記第１のエッジ・プロキシ・サーバによって実現し易くされている、システム。
【請求項２】
前記第１のエッジ・プロキシ・サーバが、前記受信された資源情報を使用して前記クラウドベースネットワーク内のネットワーク資源を特定し、前記第１のエッジ・プロキシ・サーバが、前記特定されたネットワーク資源を使用して前記第１のエンドポイントと前記第２のエンドポイントとの間で音声通信を実現し易くする、請求項１に記載のシステム。
【請求項３】
前記第１のエッジ・プロキシ・サーバが、前記特定されたネットワーク資源に関する情報を前記第１のエンドポイントに通知する、請求項２に記載のシステム。
【請求項４】
前記第１のエンドポイントと前記第２のエンドポイントとの間の前記音声通信が、前記特定されたネットワーク資源を使用して確立されている、請求項３に記載のシステム。
【請求項５】
前記複数台のターゲット・プロキシ・サーバのうちの少なくとも１台に動作的に接続されている第２のエッジ・プロキシ・サーバと、
前記第２のエッジ・プロキシ・サーバに動作的に接続されている前記第２のエンドポイントと、
をさらに備え、前記音声通信が、前記第２のエッジ・プロキシ・サーバによってさらに実現し易くされている、請求項１に記載のシステム。
【請求項６】
前記第１のエッジ・プロキシ・サーバおよび前記第２のエッジ・プロキシ・サーバが、前記音声通信のためのネットワーク資源を特定する、請求項５に記載のシステム。
【請求項７】
クラウドベースネットワーク上でＶｏＩＰを確立する方法であって、
第１のエンドポイントに登録されている第１のエッジ・プロキシ・サーバによって、クラウドベースネットワークと関連付けられている１台以上のターゲット・プロキシ・サーバから資源情報を受信するステップと、
前記受信された資源情報に少なくとも部分的に基づいて、前記第１のエッジ・プロキシ・サーバによって、前記クラウドベースネットワーク上で第２のエンドポイントとの音声通信を実現し易くするステップと、
を備える方法。
【請求項８】
前記第１のエッジ・プロキシ・サーバによって、前記受信された資源情報を使用して前記クラウドベースネットワーク内のネットワーク資源を特定するステップをさらに備え、前記第１のエッジ・プロキシ・サーバが、前記特定されたネットワーク資源を使用して前記第１のエンドポイントと前記第２のエンドポイントとの間の音声通信を実現し易くする、請求項７に記載の方法。
【請求項９】
前記第１のエッジ・プロキシ・サーバによって、前記特定されたネットワーク資源に関する情報を前記第１のエンドポイントに送信するステップをさらに備える、請求項８に記載の方法。
【請求項１０】
前記特定されたネットワーク資源に少なくとも部分的に基づいて、前記第１のエンドポイントと前記第２のエンドポイントとの間に音声通信を確立するステップをさらに備える、請求項９に記載の方法。
【請求項１１】
第２のエッジ・プロキシ・サーバで、資源情報を受信するステップと、
前記第２のエンドポイントに動作的に接続されている前記第２のエッジ・プロキシ・サーバによって、前記音声通信を実現し易くするステップと、
をさらに備える、請求項７に記載の方法。
【請求項１２】
前記第１のエッジ・プロキシ・サーバおよび前記第２のエッジ・プロキシ・サーバによって、前記音声通信のためのネットワーク資源を特定するステップをさらに備える、請求項１１に記載の方法。
【請求項１３】
資源リストを監視するステップをさらに備える、請求項７に記載の方法。
【請求項１４】
過負荷資源を放棄するステップをさらに備える、請求項７に記載の方法。
【請求項１５】
クラウドベースネットワーク上でＶｏＩＰを確立するコンピュータで実施される方法であって、
第１のエンドポイントに登録されている第１のエッジ・プロキシ・サーバによって、クラウドベースネットワークと関連付けられている１台以上のターゲット・プロキシ・サーバから資源情報を受信するステップと、
前記受信された資源情報に少なくとも部分的に基づいて、前記第１のエッジ・プロキシ・サーバによって、前記クラウドベースネットワーク上で第２のエンドポイントとの音声通信を実現し易くするステップと、
を備える方法。
【請求項１６】
前記第１のエッジ・プロキシ・サーバによって、前記受信された資源情報を使用して前記クラウドベースネットワーク内のネットワーク資源を特定するステップをさらに備え、前記第１のエッジ・プロキシ・サーバが、前記特定されたネットワーク資源を使用して前記第１のエンドポイントと前記第２のエンドポイントとの間の音声通信を実現し易くする、請求項１５に記載の方法。
【請求項１７】
前記第１のエッジ・プロキシ・サーバによって、前記特定されたネットワーク資源に関する情報を前記第１のエンドポイントに送信するステップをさらに備える、請求項１６に記載の方法。
【請求項１８】
前記特定されたネットワーク資源に少なくとも部分的に基づいて、前記第１のエンドポイントと前記第２のエンドポイントとの間に音声通信を確立するステップをさらに備える、請求項１７に記載の方法。
【請求項１９】
第２のエッジ・プロキシ・サーバで、資源情報を受信するステップと、
前記第２のエンドポイントに動作的に接続されている前記第２のエッジ・プロキシ・サーバによって、前記音声通信を実現し易くするステップと、
をさらに備える、請求項１５に記載の方法。
【請求項２０】
前記第１のエッジ・プロキシ・サーバおよび前記第２のエッジ・プロキシ・サーバによって、前記音声通信のためのネットワーク資源を特定するステップをさらに備える、請求項１９に記載の方法。
【請求項２１】
資源リストを監視するステップをさらに備える、請求項１５に記載の方法。
【請求項２２】
過負荷資源を放棄するステップをさらに備える、請求項１５に記載の方法。
【請求項１】
クラウドベースネットワーク上でＶｏＩＰを実施するシステムであって、
複数台のターゲット・プロキシ・サーバに動作的に接続され、１台ずつが前記クラウドベースネットワークと関連付けられている１台以上の前記ターゲット・プロキシ・サーバから資源情報を受信する第１のエッジ・プロキシ・サーバと、
前記第１のエッジ・プロキシ・サーバに動作的に接続され、前記クラウドベースネットワーク上での第２のエンドポイントとの音声通信のため構成されている第１のエンドポイントと、
を備え、前記音声通信が、前記受信された資源情報を使用して前記第１のエッジ・プロキシ・サーバによって実現し易くされている、システム。
【請求項２】
前記第１のエッジ・プロキシ・サーバが、前記受信された資源情報を使用して前記クラウドベースネットワーク内のネットワーク資源を特定し、前記第１のエッジ・プロキシ・サーバが、前記特定されたネットワーク資源を使用して前記第１のエンドポイントと前記第２のエンドポイントとの間で音声通信を実現し易くする、請求項１に記載のシステム。
【請求項３】
前記第１のエッジ・プロキシ・サーバが、前記特定されたネットワーク資源に関する情報を前記第１のエンドポイントに通知する、請求項２に記載のシステム。
【請求項４】
前記第１のエンドポイントと前記第２のエンドポイントとの間の前記音声通信が、前記特定されたネットワーク資源を使用して確立されている、請求項３に記載のシステム。
【請求項５】
前記複数台のターゲット・プロキシ・サーバのうちの少なくとも１台に動作的に接続されている第２のエッジ・プロキシ・サーバと、
前記第２のエッジ・プロキシ・サーバに動作的に接続されている前記第２のエンドポイントと、
をさらに備え、前記音声通信が、前記第２のエッジ・プロキシ・サーバによってさらに実現し易くされている、請求項１に記載のシステム。
【請求項６】
前記第１のエッジ・プロキシ・サーバおよび前記第２のエッジ・プロキシ・サーバが、前記音声通信のためのネットワーク資源を特定する、請求項５に記載のシステム。
【請求項７】
クラウドベースネットワーク上でＶｏＩＰを確立する方法であって、
第１のエンドポイントに登録されている第１のエッジ・プロキシ・サーバによって、クラウドベースネットワークと関連付けられている１台以上のターゲット・プロキシ・サーバから資源情報を受信するステップと、
前記受信された資源情報に少なくとも部分的に基づいて、前記第１のエッジ・プロキシ・サーバによって、前記クラウドベースネットワーク上で第２のエンドポイントとの音声通信を実現し易くするステップと、
を備える方法。
【請求項８】
前記第１のエッジ・プロキシ・サーバによって、前記受信された資源情報を使用して前記クラウドベースネットワーク内のネットワーク資源を特定するステップをさらに備え、前記第１のエッジ・プロキシ・サーバが、前記特定されたネットワーク資源を使用して前記第１のエンドポイントと前記第２のエンドポイントとの間の音声通信を実現し易くする、請求項７に記載の方法。
【請求項９】
前記第１のエッジ・プロキシ・サーバによって、前記特定されたネットワーク資源に関する情報を前記第１のエンドポイントに送信するステップをさらに備える、請求項８に記載の方法。
【請求項１０】
前記特定されたネットワーク資源に少なくとも部分的に基づいて、前記第１のエンドポイントと前記第２のエンドポイントとの間に音声通信を確立するステップをさらに備える、請求項９に記載の方法。
【請求項１１】
第２のエッジ・プロキシ・サーバで、資源情報を受信するステップと、
前記第２のエンドポイントに動作的に接続されている前記第２のエッジ・プロキシ・サーバによって、前記音声通信を実現し易くするステップと、
をさらに備える、請求項７に記載の方法。
【請求項１２】
前記第１のエッジ・プロキシ・サーバおよび前記第２のエッジ・プロキシ・サーバによって、前記音声通信のためのネットワーク資源を特定するステップをさらに備える、請求項１１に記載の方法。
【請求項１３】
資源リストを監視するステップをさらに備える、請求項７に記載の方法。
【請求項１４】
過負荷資源を放棄するステップをさらに備える、請求項７に記載の方法。
【請求項１５】
クラウドベースネットワーク上でＶｏＩＰを確立するコンピュータで実施される方法であって、
第１のエンドポイントに登録されている第１のエッジ・プロキシ・サーバによって、クラウドベースネットワークと関連付けられている１台以上のターゲット・プロキシ・サーバから資源情報を受信するステップと、
前記受信された資源情報に少なくとも部分的に基づいて、前記第１のエッジ・プロキシ・サーバによって、前記クラウドベースネットワーク上で第２のエンドポイントとの音声通信を実現し易くするステップと、
を備える方法。
【請求項１６】
前記第１のエッジ・プロキシ・サーバによって、前記受信された資源情報を使用して前記クラウドベースネットワーク内のネットワーク資源を特定するステップをさらに備え、前記第１のエッジ・プロキシ・サーバが、前記特定されたネットワーク資源を使用して前記第１のエンドポイントと前記第２のエンドポイントとの間の音声通信を実現し易くする、請求項１５に記載の方法。
【請求項１７】
前記第１のエッジ・プロキシ・サーバによって、前記特定されたネットワーク資源に関する情報を前記第１のエンドポイントに送信するステップをさらに備える、請求項１６に記載の方法。
【請求項１８】
前記特定されたネットワーク資源に少なくとも部分的に基づいて、前記第１のエンドポイントと前記第２のエンドポイントとの間に音声通信を確立するステップをさらに備える、請求項１７に記載の方法。
【請求項１９】
第２のエッジ・プロキシ・サーバで、資源情報を受信するステップと、
前記第２のエンドポイントに動作的に接続されている前記第２のエッジ・プロキシ・サーバによって、前記音声通信を実現し易くするステップと、
をさらに備える、請求項１５に記載の方法。
【請求項２０】
前記第１のエッジ・プロキシ・サーバおよび前記第２のエッジ・プロキシ・サーバによって、前記音声通信のためのネットワーク資源を特定するステップをさらに備える、請求項１９に記載の方法。
【請求項２１】
資源リストを監視するステップをさらに備える、請求項１５に記載の方法。
【請求項２２】
過負荷資源を放棄するステップをさらに備える、請求項１５に記載の方法。
【図１】
【図２】
【図２】
【公表番号】特表２０１３−５２０１１０（Ｐ２０１３−５２０１１０Ａ）
【公表日】平成２５年５月３０日（２０１３．５．３０）
【国際特許分類】
【出願番号】特願２０１２−５５３０９６（Ｐ２０１２−５５３０９６）
【出願日】平成２３年２月１５日（２０１１．２．１５）
【国際出願番号】ＰＣＴ／ＵＳ２０１１／０２４９０１
【国際公開番号】ＷＯ２０１１／１００７４４
【国際公開日】平成２３年８月１８日（２０１１．８．１８）
【出願人】（５０９０２４５２５）ゼットティーイー コーポレーション (134)
【氏名又は名称原語表記】ＺＴＥ ＣＯＲＰＯＲＡＴＩＯＮ
【住所又は居所原語表記】ＺＴＥ Ｐｌａｚａ，Ｋｅｊｉ Ｒｏａｄ Ｓｏｕｔｈ，Ｈｉ−Ｔｅｃｈ Ｉｎｄｕｓｔｒｉａｌ Ｐａｒｋ，Ｎａｎｓｈａｎ Ｄｉｓｔｒｉｃｔ，Ｓｈｅｎｚｈｅｎ Ｃｉｔｙ，Ｇｕａｎｇｄｏｎｇ Ｐｒｏｖｉｎｃｅ ５１８０５７， Ｐ．Ｒ． Ｃｈｉｎａ
【出願人】（５１０２７９３６５）ゼットティーイー （ユーエスエー） インコーポレイテッド (6)
【Ｆターム（参考）】
【公表日】平成２５年５月３０日（２０１３．５．３０）
【国際特許分類】
【出願日】平成２３年２月１５日（２０１１．２．１５）
【国際出願番号】ＰＣＴ／ＵＳ２０１１／０２４９０１
【国際公開番号】ＷＯ２０１１／１００７４４
【国際公開日】平成２３年８月１８日（２０１１．８．１８）
【出願人】（５０９０２４５２５）ゼットティーイー コーポレーション (134)
【氏名又は名称原語表記】ＺＴＥ ＣＯＲＰＯＲＡＴＩＯＮ
【住所又は居所原語表記】ＺＴＥ Ｐｌａｚａ，Ｋｅｊｉ Ｒｏａｄ Ｓｏｕｔｈ，Ｈｉ−Ｔｅｃｈ Ｉｎｄｕｓｔｒｉａｌ Ｐａｒｋ，Ｎａｎｓｈａｎ Ｄｉｓｔｒｉｃｔ，Ｓｈｅｎｚｈｅｎ Ｃｉｔｙ，Ｇｕａｎｇｄｏｎｇ Ｐｒｏｖｉｎｃｅ ５１８０５７， Ｐ．Ｒ． Ｃｈｉｎａ
【出願人】（５１０２７９３６５）ゼットティーイー （ユーエスエー） インコーポレイテッド (6)
【Ｆターム（参考）】
[ Back to top ]