JP2022538736A

JP2022538736A - 公衆交換電話網（ｐｓｔｎ）エンドポイントとウェブリアルタイム通信（ｗｅｂｒｔｃ）エンドポイントと間の通信セッションを確立するための方法、システム、およびコンピュータ可読媒体

Info

Publication number: JP2022538736A
Application number: JP2021569541A
Authority: JP
Inventors: ヂャン，シューチュエン; ジー，ウェイガン; メロ，マイケル・デイビッド; ココ，フランク
Original assignee: オラクル・インターナショナル・コーポレイション
Priority date: 2019-06-26
Filing date: 2020-05-28
Publication date: 2022-09-06
Also published as: CN113632443A; EP3991382A1; CN113632443B; WO2020263492A1; US20200412770A1; US11095691B2

Abstract

公衆交換電話網（ＰＳＴＮ）エンドポイントとウェブリアルタイム通信（ＷｅｂＲＴＣ）エンドポイントとの間の通信セッションを確立する方法は、ＰＳＴＮマイクロサービス（ＭＳ）によって、ＰＳＴＮエンドポイントからセッション開始プロトコル（ＳＩＰ）ベースのシグナリングメッセージを受信するステップと、ＰＳＴＮＭＳによって、ＳＩＰベースのシグナリングメッセージからエンドポイントコンテキスト属性情報を取得するステップとを含む。上記方法は、ＰＳＴＮＭＳによって、コンテキスト属性情報に関連付けられたアソシエートエンドポイント（ＡＥ）のアドレス識別子を含むＷｅｂＲＴＣベースのシグナリングメッセージを生成するステップと、ＰＳＴＮＭＳによって、ＰＳＴＮエンドポイントとＡＥとの間のコールセッションを開始するために、ＷｅｂＲＴＣベースのシグナリングメッセージをＡＥに送信するステップとをさらに含む。

Description

優先権の主張
本願は、２０１９年６月２６日に出願された米国特許出願連続番号第１６／４５３,９５２号の優先権の利益を主張し、その開示の全体を本明細書に引用により援用する。

技術分野
本明細書に記載される主題は、公衆交換電話網（ＰＳＴＮ）ユーザとウェブリアルタイム通信（ＷｅｂＲＴＣ）ユーザとの間のリアルタイム通信を可能にすることに関する。特に、本明細書に記載される主題は、ＰＳＴＮエンドポイントとＷｅｂＲＴＣエンドポイントとの間で通信セッションを確立するための方法、システム、およびコンピュータ可読媒体に関する。

背景
現在、インターネット上でメディアおよびメッセージを通信するために、ウェブベースのアプリケーションやインスタントメッセージングクライアントが頻繁に使用されている。同様に、ＰＳＴＮ電話ベースの通信は、音声ベースのコールセッションを確立するために一般的に採用されている。特に、これらの異なるネットワークシステムの各々は、通常、サポートされるすべてのエンドポイントが、共通のプロトコル、共通のソフトウェアクライアントなどを使用して、コールセンターまたはサーバとの接続を確立することを必要とする。ＷｅｂＲＴＣエンドポイントとＰＳＴＮベースのエンドポイントとの間の通信が望まれる場合、互換性のないシグナリングプロトコルおよび／または異なる端末装置がエンドポイント情報を確実に共有できないことによって問題が生じる可能性がある。特に、ＷｅｂＲＴＣアプリケーションにとって、アプリケーションが通信しているエンドポイントのいくつかの特定の詳細情報を知っていることが重要である。さらに、ＷｅｂＲＴＣベースのシステムは、ＰＳＴＮのエンドポイントやシステムによって使用されていない、セキュアリアルタイムプロトコル（ＳＲＴＰ）を用いたリアルタイムメディアの通信が主に可能であるため、ＷｅｂＲＴＣエンドポイントがＰＳＴＮエンドポイントとの連携を試みる場合、さらに技術的課題が発生する可能性がある。

したがって、ＰＳＴＮエンドポイントとＷｅｂＲＴＣエンドポイントとの間で通信セッションを確立するための方法、システム、およびコンピュータ可読媒体が必要である。

概要
本明細書に記載の主題は、ＰＳＴＮエンドポイントとＷｅｂＲＴＣエンドポイントとの間で通信セッションを確立するための方法、システム、およびコンピュータ可読媒体を含む。ある方法は、ＰＳＴＮマイクロサービス（ＭＳ）によって、ＰＳＴＮエンドポイントからセッション開始プロトコル（ＳＩＰ）ベースのシグナリングメッセージを受信するステップと、ＰＳＴＮＭＳによって、ＳＩＰベースのシグナリングメッセージからエンドポイントコンテキスト属性情報を取得するステップとを含む。本方法は、ＰＳＴＮＭＳによって、コンテキスト属性情報に関連付けられたアソシエートエンドポイント（ＡＥ）のアドレス識別子を含むＷｅｂＲＴＣベースのシグナリングメッセージを生成するステップと、ＰＳＴＮＭＳによって、ＰＳＴＮエンドポイントとＡＥとの間のコールセッションを開始するために、ＷｅｂＲＴＣベースのシグナリングメッセージをＡＥに送信するステップとをさらに含む。

本方法の一例では、ＰＳＴＮＭＳは、ＳＩＰベースのシグナリングメッセージの受信に応答して、シグナリングエンジン（ＳＥ）とのＷｅｂＳｏｃｋｅｔ接続を開始する。

一例では、本方法によるエンドポイントコンテキスト属性情報を取得するステップは、エンドポイントコンテキスト属性情報を生成するために用いられる、発信元および／または宛先情報とコール種別情報とを取得するために、ＳＩＰベースのシグナリングメッセージのヘッダ部を解析するステップを含む。

本方法の一例では、ＡＥのアドレス識別子は、エンドポイントコンテキスト属性情報を、ＡＥに関連付けられたアソシエイトマイクロサービスに、ＲＥＳＴ（Representation State Transfer）アプリケーションプログラミングインターフェース（ＡＰＩ）を介してプッシュすることに応答して、取得される。

本方法の一例では、ＰＳＴＮＭＳは、エンドポイントコンテキスト属性情報がＲＥＳＴＡＰＩを介してプッシュされることに応答して、ＡＥにジョインキュー（join queue）要求を送信する。

本方法の一例では、ＰＳＴＮＭＳは、ＳＩＰシグナリングメッセージを、ＡＥによって認識されるＪＳＯＮ（JavaScript（登録商標） Object Notation）プロトコルシグナリングメッセージに変換する。

本方法の一例では、ＪＳＯＮプロトコルシグナリングメッセージは、ＡＥとのコールセッションを開始する会話開始要求メッセージである。

ＰＳＴＮエンドポイントとＷｅｂＲＴＣエンドポイントとの間で通信セッションを確立するためのシステムは、少なくとも１つのプロセッサおよびメモリを備えるクラウド通信環境（ＣＣＥ）を含む。

システムは、メモリに格納されたＰＳＴＮＭＳをさらに含み、少なくとも１つのプロセッサによって実行されたときに、ＰＳＴＮエンドポイントからＳＩＰベースのシグナリングメッセージを受信し、ＳＩＰベースのシグナリングメッセージからエンドポイントコンテキスト属性情報を取得し、コンテキスト属性情報に関連付けられたＡＥのアドレス識別子を含むＷｅｂＲＴＣベースのシグナリングメッセージを生成し、ＰＳＴＮエンドポイントとＡＥとの間のコールセッションを開始するために、ＷｅｂＲＴＣベースのシグナリングメッセージをＡＥに送信するように構成される。

本システムの一例では、ＰＳＴＮＭＳは、ＳＩＰベースのシグナリングメッセージの受信に応答して、シグナリングエンジン（ＳＥ）とのＷｅｂＳｏｃｋｅｔ接続を開始する。

本システムの一例では、ＰＳＴＮＭＳは、エンドポイントコンテキスト属性情報を生成するために用いられる、発信元および／または宛先情報とコール種別情報とを取得するために、ＳＩＰベースのシグナリングメッセージのヘッダ部を解析するようにさらに構成される。

本システムの一例では、ＡＥのアドレス識別子は、エンドポイントコンテキスト属性情報を、ＡＥに関連付けられたアソシエイトマイクロサービスに、ＲＥＳＴＡＰＩを介してプッシュすることに応答して、取得される。

システムの一例では、ＰＳＴＮＭＳは、エンドポイントコンテキスト属性情報がＲＥＳＴＡＰＩを介してプッシュされることに応答して、ＡＥにジョインキュー要求を送信する。

本システムの一例では、ＰＳＴＮＭＳは、ＳＩＰシグナリングメッセージを、ＡＥによって認識されるＪＳＯＮ（JavaScript Object Notation）プロトコルシグナリングメッセージに変換する。

本システムの一例では、ＪＳＯＮプロトコルシグナリングメッセージは、ＡＥとのコールセッションを開始する会話開始要求メッセージである。

本明細書に記載されている主題は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組み合わせで実装されてもよい。そのため、本明細書で使用されている「機能」、「ノード」または「エンジン」という用語は、説明されている機能を実装するための、ソフトウェアおよび／またはファームウェアコンポーネントも含み得るハードウェアを指す。１つの例示的な実装において、本明細書に記載された主題は、コンピュータのプロセッサによって実行されたとき、ステップを実行するためにコンピュータを制御するコンピュータ実行可能命令を格納した非一時的コンピュータ可読媒体を用いて実装されてもよい。本明細書に記載の主題を実装するのに適した例示的なコンピュータ可読媒体は、ディスクメモリデバイス、チップメモリデバイス、プログラマブルロジックデバイス、および特定用途向け集積回路などの非一時的コンピュータ可読媒体を含む。さらに、本明細書に記載されている主題を実装するコンピュータ可読媒体は、単一のデバイスまたはコンピューティングプラットフォーム上に配置されてもよいし、複数のデバイスまたはコンピューティングプラットフォームに分散されてもよい。

本明細書に記載されている主題の一実施形態に係る、ＰＳＴＮエンドポイントとＷｅｂＲＴＣエンドポイントとの間で通信セッションを確立するための例示的なネットワークを示すブロック図である。本明細書に記載されている主題の一実施形態に係る、ＰＳＴＮエンドポイントとＷｅｂＲＴＣエンドポイントとの間で通信セッションを確立するための例示的なコールフローを示すシグナリング図である。本明細書に記載されている主題の一実施形態に係る、ＰＳＴＮエンドポイントとＷｅｂＲＴＣエンドポイントとの間で通信セッションを確立するための例示的なプロセスを示すフローチャートである。

詳細な説明
公衆交換電話網（ＰＳＴＮ）エンドポイントとウェブリアルタイム通信（ＷｅｂＲＴＣ）エンドポイントとの間で通信セッションを確立するための方法、システム、およびコンピュータ可読媒体が開示される。いくつかの実施形態では、開示された主題は、ウェブベースのアソシエートエンドポイント（ＡＥ）と通信することが許可されている外部ＰＳＴＮエンドポイントを含む。このような例では、コールまたは通信セッションを開始および確立するために、プロトコル変換が必要である。クラウド通信環境（ＣＣＥ）などのホストシステムは、複数のマイクロサービス（例えば、仮想マシンおよび／またはソフトウェアアプリケーション）を利用している。これら複数のマイクロサービスは、ＣＣＥの外部からインバウンドセッション開始プロトコル（ＳＩＰ）ＩＮＶＩＴＥメッセージを受信し、その後、ＪＳＯＮ（JavaScript Object Notation）ＲＴＣプロトコルに基づいてＳＩＰＩＮＶＩＴＥメッセージをシグナリングメッセージに変換するようにまとめて構成されている。このようにすることで、受信側のＡＥは、即座に着信を受け付けることができる（たとえば、別のＡＥから着信があったかのように機能する）。ＣＣＥシステムは、また、コールシグナリングメッセージがＰＳＴＮシステムでサポートされているエンドポイントから発信されていることを宛先ＡＥに通知するために、送信側のＰＳＴＮエンドポイントに関連するコンテキスト属性情報をプッシュするように構成される（例えば、「ｃａｌｌＴｙｐｅ：ＰＳＴＮ」）。

図１は、本明細書に記載された主題の一実施形態に係る、ＰＳＴＮエンドポイントとＷｅｂＲＴＣエンドポイントとの間で通信セッションを確立するための例示的なネットワークを示すブロック図である。例えば、図１は、ＰＳＴＮエンドポイント１０２、ＰＳＴＮＳＩＰトランク１０４、ファイアウォール１０６、ロードバランサ１０８、および、少なくとも１つの外部ホストドメイン１１０と少なくとも１つの内部ホストドメイン１１２とを備えるＣＣＥシステムを含むネットワーク１００を示している。

いくつかの実施形態では、ＰＳＴＮエンドポイント１０２は、ＰＳＴＮネットワーク（例えば、ＰＳＴＮＳＩＰトランク１０４）を介して通信可能なモバイルデバイス、ユーザ機器、ＶｏＩＰ（Voice over IP）電話などを備える。特に、エンドポイント１０２は、ＳＩＰおよびセッション記述プロトコル（ＳＤＰ）シグナリングメッセージを用いて通信し、セッションを確立するように構成される。特に、ＰＳＴＮエンドポイント１０２は、外部ホストドメイン１１０に向けてＳＩＰＩＮＶＩＴＥメッセージを指示することによって、ＡＥ１１４などのＷｅｂＲＴＣエンドポイントとのコールセッションの確立を試みてもよい。いくつかの実施形態では、ＡＥ１１４は、デスクトップデバイス、ラップトップデバイス、モバイルデバイス（例えば、ｉＯＳ、Ａｎｄｒｏｉｄなど）などの、任意のＷｅｂＲＴＣエンドポイントを備えてもよい。

ＰＳＴＮエンドポイント１０２によって送信されたＳＩＰＩＮＶＩＴＥメッセージは、ＰＳＴＮＳＩＰトランク１０４を介してファイアウォール１０６によって最初に受信される。特に、ファイアウォール１０６は、外部ホストドメイン１１０のデバイスおよび／またはマイクロサービスが接続されているプライベートネットワーク（例えば、１０．０．ｘ．ｘ）に対して、パブリック側のインターネットプロトコル（ＩＰ）ネットワーク（例えば、１２９．１４６．ｘ．ｘ）のネットワークアドレス変換（ＮＡＴ）サービスを提供できる。いくつかの実施形態では、ファイアウォール１０６は、ＢＭａａｓ（bare metal as a service）ファイアウォールである。

ファイアウォール１０６を（例えば、特定のポートを介して）正常に通過した後、ＳＩＰＩＮＶＩＴＥメッセージは、ロードバランサ１０８によって受信される。いくつかの実施形態では、ロードバランサ１０８は、バックエンドサーバおよび／または仮想マシンのセットとして構成され得る、外部ホストドメイン１１０のホストデバイスおよび／またはマイクロサービスに、１つまたは複数のＰＳＴＮコールを分散させるように構成される。例えば、ロードバランサ１０８は、任意の着信ＳＩＰＩＮＶＩＴＥメッセージを処理するために、ＣＣＥシステムの外部ホストドメイン１１０においてホストされている複数のエンタープライズセッションボーダーコントローラ（ＥＳＢＣ）マイクロサービス（例えば、ＥＳＢＣＭＳ１１６）の１つを選択するように適合される。いくつかの実施形態では、ロードバランサ１０８のＩＰアドレスは、ＰＳＴＮＳＩＰトランク１０４にプロビジョニングされている。例えば、ＰＳＴＮシグナリングおよびメディアトラフィックを伝送するために、既存の１０．０．ｘ．ｘプライベートネットワークアドレスが使用され得る。ＥＳＢＣＭＳ１１６はファイアウォール１０６の後ろに配置されているため、ＥＳＢＣＭＳ１１６は、ＳＩＰおよびメディアのネゴシエーションがファイアウォール１０６の公開側ＩＰアドレスを反映するようにＮＡＴトラバーサル用に構成される。より具体的には、ＳＩＰとメディアとのネゴシエーションの間、ＰＳＴＮエンドポイント１０２は、外部ホストドメイン１１０内のＥＳＢＣＭＳ１１６に到達するために、ＢＭａａｓのパブリック側のＩＰアドレスが提示される。

いくつかの実施形態では、外部ホストドメイン１１０は、ＥＳＢＣＭＳ１１６、ＴＵＲＮＭＳ１２８、およびＯＨＳＭＳ１２４をサポートおよび実行するように構成された１つまたは複数のハードウェアデバイスを備える。例えば、外部ホストドメイン１１０は、ハードウェアおよび／またはファームウェアと組み合わせたソフトウェアで実装可能であってもよい。特に、本明細書に記載されている主題は、プロセッサによって実行されるソフトウェアで実装可能である。１つの例示的な実装では、外部ホストドメイン１１０は、中央処理装置（例えば、単一のコアまたは複数の処理コア）、マイクロプロセッサ、マイクロコントローラ、ネットワークプロセッサ、特定用途向け集積回路（ＡＳＩＣ）などの、１つまたは複数のプロセッサを含んでもよい。また、外部ホストドメイン１１０は、メモリを含んでいてもよい。メモリは、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、磁気ディスク記憶ドライブなどで構成されてもよい。いくつかの実施形態では、メモリは、１つまたは複数のマイクロサービスを格納するように構成されてもよい。いくつかの実施形態では、プロセッサ（複数可）およびメモリは、外部ホストドメイン１１０においてサポートされている前述のマイクロサービス１１６、１２４、１２８をサポートする仮想マシン（複数可）（ＶＭｓ）をサポートするための基礎的なハードウェアとして動作するように、ハイパーバイザによって管理されてもよい。

図１に示すように、ＥＳＢＣＭＳ１１６は、ファイアウォール１０６およびロードバランサ１０８を介してＰＳＴＮＳＩＰトランク１０４からシグナリング通信を受信するように構成される。例えば、ＥＳＢＣＭＳのポート「５０６１」は、ＴＬＳ接続においてＳＩＰを受け入れるために、公開されて適合され得る。ＥＳＢＣＭＳ１１６は、コールセッションのＰＳＴＮ側を終了し、その後、ＳＩＰＩＮＶＩＴＥメッセージを複数のバックエンドＰＳＴＮマイクロサービス（例えば、ＰＳＴＮＭＳ１１８）に負荷分散するように構成される。いくつかの実施形態では、ＥＳＢＣＭＳ１１６は、ラウンドロビン負荷分散方式を利用するように構成される。別の実施形態では、ＥＳＢＣＭＳ１１６は、必要に応じてＡＥに向けられたシグナリングメッセージを負荷分散するための他のタイプのアルゴリズムまたは方法をサポートし得る。適切なＰＳＴＮマイクロサービスを選択した後、ＥＳＢＣＭＳ１１６は、トランスポート層セキュリティ（ＴＬＳ）、セキュアソケットレイヤー（ＳＳＬ）、伝送制御プロトコル（ＴＣＰ）／ＩＰなどを用いて、ＰＳＴＮＭＳ１１８との安全な接続を確立し得る。

いくつかの実施形態では、ＥＢＳＣＭＳ１１６は、ＣＣＥによって受信されるＰＳＴＮトラフィックに必要なセキュリティを提供するように構成される。例えば、ＥＳＢＣＭＳ１１６は、（例えば、ＰＳＴＮＳＩＰトランク１０４を介して）ＰＳＴＮサービスプロバイダと通信するときに、ＳＩＰｏｖｅｒＴＬＳ通信を要求することによって、ＳＩＰシグナリングプレーンを保護してもよい。同様に、ＥＳＢＣＭＳ１１６は、セキュアリアルタイムトランスポートプロトコル（ＳＲＴＰ）を用いてすべてのメディアトラフィックの暗号化を要求することによって、メディアプレーンを保護するように構成し得る。ＳＲＴＰの利用に加えて、ＥＳＢＣＭＳ１１６は、サービス拒否（ＤｏＳ）攻撃、分散型サービス拒否（ＤＤｏＳ）攻撃、および中間者攻撃（man-in-the-middle attack）に対して、公開されたメディアポートの保護を提供し得る。いくつかの実施形態では、ＥＳＢＣＭＳ１１６は、ＯＨＳＭＳ１２４およびＴＵＲＮＭＳ１２８とは異なり、ＣＣＥの外部ホストドメイン内のカーネルベースの仮想マシン（ＫＶＭ）インスタンスとして実行し得る。

いくつかの実施形態では、ＥＳＢＣＭＳ１１６は、ＣＣＥを介してＰＳＴＮコールを確立するために必要なＳＩＰシグナリングとメディアシグナリングとをネゴシエートするように構成されたパブリック側のサービスとして使用され得る。上述のように、ＥＳＢＣＭＳ１１６は、外部ホストドメイン１１０内の１つまたは複数のデバイス／サーバ上のＫＶＭインスタンスとしてプロビジョニングし得る。外部ホストドメイン（複数可）は、ＢＭａａｓファイアウォール１０６およびロードバランサ１０８の後ろに配置されている。ファイアウォール１０６は、外部ホストドメイン１１０において外部ホストが接続されているプライベートネットワーク（１０．０．ｘ．ｘ）に対するパブリック側のＩＰネットワーク（１２９．１４６．ｘ．ｘ）に、ネットワークアドレス変換（ＮＡＴ）サービスを提供する。いくつかの実施形態では、外部ホストドメイン１１０は、ＰＳＴＮサービスプロバイダのＳＩＰポート（および一連のメディアポート）から発信される着信パケットトラフィックを許可し、そのトラフィックをＥＳＢＣＭＳ１１６の１０．０．ｘ．ｘプライベートインターフェースに転送する、少なくとも１つのファイアウォールルールがプロビジョニングされる。さらに、ＰＳＴＮサービスプロバイダは、通信をＣＣＥに向けるために、ＢＭａａｓロードバランサのＩＰアドレスで構成され得る。例えば、ＢＭａａｓロードバランサ１０８は、外部ホストドメイン１１０の１つまたは複数のバックエンドサーバ（および／またはマイクロサービス）に着信コールを分散し得る。ＢＭａａｓロードバランサ１０８の既存のＩＰアドレスは、ＣＣＥサービスに到達するためにＰＳＴＮＳＩＰトランク１０４にプロビジョニングされ得る。既存の１０．０．ｘ．ｘプライベートネットワークは、ＰＳＴＮのシグナリングおよびメディアトラフィックを伝送するために用いられる。

ＥＳＢＣＭＳ１１６は、ＢＭａａｓファイアウォール１０６の背後にあるため、ＥＳＳＢＣＭＳ１１６は、ＳＩＰおよびメディアのネゴシエーションがＢＭａａｓファイアウォール１０６のパブリック側のＩＰアドレスを反映するように、ＮＡＴトラバーサル用に構成される。具体的には、ＳＩＰとメディアとのネゴシエーションの間、ＰＳＴＮのエンドポイント（例えば、エンドポイント１０２）は、ＥＳＢＣＭＳ１１６とのコンタクトを確立するために使用し得るＢＭａａｓのパブリック側のＩＰアドレスが提示される。

ＳＩＰシグナリングトラフィックについては、ＥＳＢＣＭＳ１１６は、内部ホストドメイン１１２内の複数のＰＳＴＮマイクロサービス（例えば、ＰＳＴＮＭＳ１１８）の間で負荷を分散するように構成され得る。メディアトラフィックについては、ＥＳＢＣＭＳ１１６は、パケットトラフィックをバックエンドのメディアエンジン（ＭＥ）サーバ（例えば、ＭＥマイクロサービス１２０）に転送し得る。このＭＥサーバは、アソシエイトエンドポイント（例えば、ＡＥ１１４）への配送のために、メディアトラフィックに次の中継先（例えば、ＴＵＲＮサーバおよび／またはマイクロサービス１２８）を指示する。既存のＭＥマイクロサービスは、ＭＣＵセッションとＳＦＵセッションとの混在をサポートし得ることが理解される。

いくつかの実施形態では、ＥＳＢＣＭＳ１１６は、ＳＩＰトランキングの終結、ＴＬＳおよびＳＲＴＰのサポート、高度なＤＯＳおよび過負荷保護、ＮＡＴサポート（例えば、ＥＳＢＣＭＳがファイアウォールの後ろに配置されている場合）、ＫＶＭサポート、および、バックエンドのサーバ群へのＳＩＰメッセージのルーティングを実行するように構成される。ＥＳＢＣＭＳ１１６は、さらに、１：１の任意の高可用性（ＨＡ）サポートを行うように構成されており、関連するすべてのＰＳＴＮおよびＭＥ関連のコーデックをサポートし、１２０００のシグナリングセッション、６０００のＳＲＴＰセッション、および２５００のトランスコードセッション（Ｇ．７２１＜－＞Ｇ．７２９）をサポート可能である。

いくつかの実施形態では、ＥＳＢＣＭＳは、負荷分散されたＳＩＰＩＮＶＩＴＥメッセージを、ＣＣＥの内部ホストドメイン１１２に配置されている選択／指定されたＰＳＴＮＭＳ１１８に転送する。いくつかの実施形態では、内部ホストドメイン１１２は、テナント（tenant）ＭＳ１０５、アソシエイト（associate）ＭＳ１０７、ＰＳＴＮＭＳ１１８、ＭＥＭＳ１２０、およびＳＥＭＳ１２２をサポートおよび実行するように構成された１つまたは複数のハードウェアデバイスを備えてもよい。例えば、内部ホストドメイン１１２は、ハードウェアおよび／またはファームウェアと組み合わせたソフトウェアで実装されてもよい。特に、本明細書に記載の主題は、プロセッサによって実行されるソフトウェアで実装され得る。ある例示的な実装では、内部ホストドメイン１１２は、中央処理装置（例えば、単一のコアまたは複数の処理コア）、マイクロプロセッサ、マイクロコントローラ、ネットワークプロセッサ、特定用途向け集積回路（ＡＳＩＣ）などの、１つまたは複数のプロセッサを含んでもよい。また、内部ホストドメイン１１２は、メモリも含んでよい。メモリは、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、磁気ディスク記憶ドライブなどで構成されてもよい。いくつかの実施形態では、メモリは、１つまたは複数のマイクロサービスを格納するように構成されてもよい。いくつかの実施形態では、プロセッサ（複数可）およびメモリは、前述のマイクロサービス１０５～１０７および１１８～１２２をサポートする仮想マシン（複数可）（ＶＭ）をサポートするための基礎的なハードウェアとして動作するように、ハイパーバイザによって管理されてもよい。

いくつかの実施形態では、ＰＳＴＮＭＳ１１８は、（ＥＳＢＣＭＳ１１６を介して）ＣＣＥの外部から受信したＳＩＰ要求を処理するように構成される。一例として、ＰＳＴＮＭＳ１１８は、ＳＩＰ関連のコール設定方法と、ＳＩＰＩＮＶＩＴＥ、ＵＰＤＡＴＥ、ＡＣＫ、ＢＹＥ、およびＣＡＮＣＥＬメッセージなどのシグナリングメッセージとをサポートし得る。いくつかの実施形態では、ＰＳＴＮＭＳ１１８は、また、ＳＩＰＩＮＶＩＴＥ要求を処理するためにＳｉｐＳｅｒｖｌｅｔを実装するように構成され得る。

最初のＳＩＰＩＮＶＩＴＥメッセージを受信した後、ＰＳＴＮＭＳ１１８は、ｉ）ターゲット電話番号（すなわち、コールされた相手の電話番号）に基づいてテナントキーおよび／またはクライアント識別子を取得し、ｉｉ）ＪＷＴトークンを生成し、ｉｉｉ）ＷｅｂＳｏｃｋｅｔを介してＳＥＭＳ１２２への接続を確立し、ｉｉｉ）受信したＳＩＰＩＮＶＩＴＥの「ｆｒｏｍ」および「ｔｏ」ヘッダを解析し、エンドポイントコンテキスト属性情報を生成し、ｉｖ）エンドポイントコンテキスト属性データをＲＥＳＴＡＰＩを介してアソシエイトＭＳ１０７にプッシュするように構成される。いくつかの実施形態では、アソシエイトＭＳ１０７は、ＰＳＴＮＭＳ１１８を介してＰＳＴＮエンドポイントとターゲットＡＥとの間の接続を確立するために使用され得る複数のルーティングルールを含む。特に、ＰＳＴＮコールを正しいアソシエイトまたは正しいチーム（例えば、ＡＥ１１４）にルーティングするために、ルーティングルールは、ＴＯＢＵＩ１０３上でテナント管理者によって最初に構成される必要がある。プロビジョニングされたルーティングルールは、ターゲットＰＳＴＮ番号に基づくことができ、例えば、「＋０１２３４」に向けられたコールは、「mceAgent@example.com」にルーティングされる。あるいは、ルーティングルールは、ＰＳＴＮエンドポイント１０２の発信番号に基づくこともできる（例えば、「＋６４ｘｘｘ」からのコールは、「ＮＺサポートチーム」にルーティングされてもよい）。アソシエイトＭＳ１０７によってＰＳＴＮＭＳ１１８に返されたアソシエイト名に基づいて、ＰＳＴＮＭＳ１１８は、アソシエイト名に関連付けられたターゲット（例えば、ＡＥ）との通信セッションを開始するために、ＳＩＰＩＮＶＩＴＥメッセージを転送または変換することができる。そのため、この要求は、正しいアソシエイトまたはＡＥに送信される。例えば、ＰＳＴＮＭＳ１１８は、v）コンテキスト属性情報がアソシエイトＭＳ１０７に正常にプッシュされた後に、ジョインキューＲＥＳＴ要求メッセージを送信し、ｖｉ）会話照会要求を生成し、メッセージをＳＥＭＳ１２２に送信するようにさらに構成されてもよい。照会／応答の取得後、関連するＡＥ情報を含む会話開始／要求メッセージを生成する。開始／応答メッセージの取得後、ＰＳＴＮＭＳ１１８は、ＰＳＴＮエンドポイント１０２によって送信された最初のＳＩＰＩＮＶＩＴＥ要求に対するＳＩＰ２００応答メッセージを生成する。より具体的には、ＡＥがアンサーＳＤＰで応答すると、ＰＳＴＮＭＳ１１８は、ＰＳＴＮエンドポイント１０２によって送信されたオリジナル／初期のＳＩＰＩＮＶＩＴＥ要求に対するアンサーＳＤＰを含むＳＩＰ２００メッセージを生成してもよい。

いくつかの実施形態では、ＰＳＴＮＭＳ１１８は、コールが回答される前にＳＩＰＣＡＮＣＥＬメッセージを受信し、キャンセル「ｊｏｉｎＱｕｅｕｅ（ジョインキュー）要求」をアソシエイトＭＳ１０７に送信するように構成され、また、ＳＥＭＳ１２２とのＷｅｂＳｏｃｋｅｔを閉じるようにしてもよい。その後、ＰＳＴＮＭＳ１１８は、ＡＥ１１４が回答した後にＳＩＰＣＡＮＣＥＬメッセージを受信する。しかしながら、ＳＩＰ２００メッセージは、ＰＳＴＮクライアント（例えば、ＰＳＴＮエンドポイント１０２）に配送されない。このような場合、ＰＳＴＮＭＳ１１８は、ＳＥＭＳ１２２にシャットダウンメッセージを送信し、ＷｅｂＳｏｃｋｅｔを閉じる。

いくつかの実施形態では、ＡＥ１１４は、ホストされたブラウザ上でリアルタイム通信を可能にするプロトコルである（ＩＥＴＦおよびＷ３Ｃ標準で定義されている）ＷｅｂＲＴＣを使用して、ＰＳＴＮＭＳ１１８を介して通信するように構成されている。上述したように、ＷｅｂＲＴＣで通信するように構成されたエンドポイントは、ＰＳＴＮエンドポイントとの通信が望まれる場合に、いくつかの技術的課題が発生する。例えば、ＷｅｂＲＴＣは、ＳＲＴＰを使用してリアルタイムメディアの安全な通信が可能である。しかしながら、このプロトコルは、ＰＳＴＮネットワークによって、あまり認識かつ／または利用されていない。この技術的な問題に対処するために、開示された主題は、プッシュコンテキストＡＰＩ、ＪａｖａＳｃｒｉｐｔＣｏｎｖｅｒｓａｔｉｏｎＳＤＫ、およびＪＳＯＮＲＴＣプロトコルを提供する方法について説明している。これにより、開示された主題は、ＰＳＴＮユーザおよびＷｅｂＲＴＣユーザの両者に対してインターワーキングサービスを提供するアプリケーションを、開発者が容易に構築可能にする。

いくつかの実施形態では、ＥＳＢＣＭＳ１１６は、（シグナリングセッションが開始された後に）ＰＳＴＮＳＩＰトランク１０４を介してＰＳＴＮサービスとメディアセッションをネゴシエートするように構成されている。特に、ＥＳＢＣＭＳ１１６によって一連のＥＳＢＣメディアポートが公開され得る。このように、公開されたＥＳＢＣメディアポートに到達したメディアトラフィックは、ファイアウォール１０６によって、外部ホストドメイン１１０のプライベートＩＰアドレスへのネットワークアドレス変換（ＮＡＴ）が受けられる。いくつかの実施形態では、外部ホストドメイン１１０は、メディアポートの範囲をＥＳＢＣＭＳ１１６にポート転送するためにプロビジョニングされたファイアウォールルールを有する。ＥＳＢＣＭＳ１１６がＰＳＴＮメディアトラフィックを受信すると、ＥＳＢＣＭＳ１１６は、ＡＥ１１４に配送するために、メディアトラフィックをＭＥＭＳ１２０に転送する。ＰＳＴＮＳＩＰトランク１０４とＥＳＢＣＭＳ１１６との間に存在するメディアパスは、通信されたメディアトラフィックの機密性、メッセージ認証、およびリプレイ保護を提供するために、ＳＲＴＰを使用してもよい。ＥＳＢＣＭＳ１１６は、ＳＲＴＰに加えて、公開されたＥＳＢＣメディアポートに対して、ＤＯＳ攻撃、ＤＤＯＳ攻撃、および中間者攻撃に対するセキュリティおよび保護を提供し得る。しかしながら、ＥＳＢＣＭＳ１１６は、いかなるトランスコーディング機能も提供しない。むしろ、ＭＥＭＳ１２０は、ＰＳＴＮエンドポイント１０２とＡＥ１１４との間で確立された通話に関連するメディアトラフィックに必要とされる可能性のあるトランスコーディングを担当する。

いくつかの実施形態では、開示された主題は、多数のセキュリティ対策を実施するように構成され得る。いくつかの実施形態では、ＰＳＴＮＭＳ１１８は、一連のまたは複数のメディアポートがＣＣＥシステムのパブリック側に公開されることが必要である。特に、ＭＥＭＳは、公開されたメディアポートに対するＤＯＳ／ＤＤＯＳまたは中間者のいかなる保護も提供しない。そのため、ＣＣＥサービスでは、これらのメディアポートを外部からの攻撃から保護することが重要である。このため、前述のＥＳＢＣＭＳ１１６は、ＳＩＰメッセージがＣＣＥに入ると、ＰＳＴＮのＳＩＰトランクを終了するように構成される。ＥＳＢＣＭＳ１１６は、パブリックＰＳＴＮ側でセキュリティを提供するバックツーバックユーザエージェント（ｂ２ｂｕａ）として、かつ、ＣＣＥの内部ホストドメイン１１２に配置されているＰＳＴＮＭＳ１１８へのインターフェースとして機能する。いくつかの実施形態では、ＥＳＢＣのセキュリティは、ＤＯＳ／ＤＤＯＳおよび中間者攻撃から保護することと同様に、ＳＩＰシグナリングにＴＬＳをサポートしかつメディアパスにＳＲＴＰをサポートすることによって実現される。例えば、ＥＳＢＣＭＳ１１６は、エンドポイントからの接続数を制限することによって、および、ＳＩＰインターフェースへの同時ＴＣＰ／ＴＬＳ接続数を制限することによって、ＴＣＰ／ＴＬＳメッセージフラッディングの可能性からの保護を提供する。例えば、ＥＳＢＣＭＳ１１６は、ＰＳＴＮサービスプロバイダからＣＣＥシステムへの単一のＴＬＳ接続が確立されることを意味する、ＰＳＴＮＳＩＰトランク１０４への「ＳｔａｔｉｃＴＬＳ」接続を利用可能である。特に、すべてのコールのシグナリングは、その単一のＴＬＳ接続を利用するように指定される。コールが確立されると、ＣＣＥ側（例えば、ＡＥ）からＳＩＰシグナリングイベントが開始された場合、ＣＣＥシステムは、ＰＳＴＮサービスプロバイダによってサポートされるＰＳＴＮエンドポイントに戻る、新しいＴＬＳ接続を開始する必要がある可能性がある。例えば、最初のＳＩＰＩＮＶＩＴＥメッセージのＣｏｎｔａｃｔヘッダにおいてＰＳＴＮサービスプロバイダから送信されたＩＰ：ポートに接続可能である。したがって、ＥＳＢＣＭＳ１１６によって、アクセス側のＳＩＰインターフェースを介したＴＬＳ接続のソフト制限を実施するポリシーが実施されてもよい。

さらに、ＥＳＢＣＭＳ１１６は、シグナリングメッセージにセキュリティ対策を施すように構成され得る。例えば、ＳＩＰシグナリングメッセージの受信に対応するために、ファイアウォール１０６およびＥＳＢＣＭＳ１１６において単一のポートが開放され得る。例えば、ＳＩＰｏｖｅｒＴＬＳ通信のために新しいポート（例えば、５０６１）が開放され得る。同様に、メディアトラフィックの収容を容易にするために、ファイアウォール１０６とＥＳＢＣＭＳ１１６とで複数のポートを開放することができる。例えば、外部のＰＳＴＮ電話機（例えば、エンドポイント１０２）がＡＥ１１４と通信できるように、ＥＳＢＣＭＳ１１６は外部ホストドメイン１１０に設置可能であり、外部ホストドメイン１１０において（ファイアウォール１０６およびＥＳＢＣＭＳ１１６の両方で）メディアトラフィック用に一連のポート（例えば、ＵＤＰポート４９１５２－６０１５２）が開放され得る。いくつかの実施形態では、ＰＳＴＮのＳＩＰトランク１０４とＥＳＢＣＭＳ１１６との間で確立されるメディア接続は、通信されるメディアトラフィックに機密性、メッセージ認証、およびリプレイ保護を提供するためにＳＲＴＰを使用することが要求される。

いくつかの実施形態では、ＥＳＢＣＭＳ１１６は、シグナリングおよびメディアの暗号化を提供するように構成される。例えば、ＰＳＴＮサービスプロバイダへのＥＳＢＣアクセス側インターフェース（例えば、ＰＳＴＮＳＩＰトランク１０４）は、ＳＩＰシグナリング層の機密性を確保するためにＴＬＳを使用する。同様に、ＥＳＢＣアクセス側のメディア層は、メディアパスに対する機密性、メッセージ認証、およびリプレイ保護を提供するためにＳＲＴＰを使用する。ＴＬＳおよびＳＲＴＰに加えて、ＰＳＴＮサービスプロバイダは、ＣＣＥシステムに対応するＢＭａａｓのパブリックＩＰからのコールのみを受け入れるためにプロビジョニングされている。他のＣＣＥではないＩＰからＰＳＴＮのＳＩＰトランク１０４に接続しようとしても、ＰＳＴＮサービスプロバイダによって拒否される。同様に、ＣＣＥは、ＣＣＥサービスのためだけにプロビジョニングされている特定のＰＳＴＮサービスプロバイダのパブリックＩＰからのシグナリングおよびメディアポートへの外部アクセスのみを許可するセキュリティリストをプロビジョニングしている。ＰＳＴＮサービスプロバイダのＩＰアドレス以外のソースからのシグナリング／メディアポートへのアクセスは、ＥＳＢＣＭＳ１１６によって拒否される。

いくつかの実施形態では、ＥＳＢＣＭＳ１１６は、構成された「セッションエージェント」からの接続のみを許可することによって、ＣＣＥネットワーク内で内部的にさらなる保護を提供する。ＥＳＢＣ用語における「セッションエージェント」は、ＥＳＢＣＭＳ１１６が通信するＳＩＰホップであるため、ＣＣＥはアクセス側（すなわち、外部ホストドメインＩＰアドレス）に１つ、およびサポートされるＰＳＴＮＭＳごとに１つ、セッションエージェントを持つ。ＥＳＢＣＭＳ１１６は、これらの構成されたセッションエージェントからのＳＩＰダイアログのみを許可し、他のすべてのＩＰからの試みを拒否する。

図１に示すように、ネットワーク１００は、テナントオンボーディング（ＴＯＢ）管理者ユーザインタフェース（ＵＩ）１０３をさらに含む。このインターフェースを使用して、テナント管理者ユーザは、複数のテナントおよび／またはアソシエートエンティティ（すなわち、システム加入者）のそれぞれについて、ＰＳＴＮルールをプロビジョニングおよび構成し得る。例えば、テナント管理者は、テナント構成テーブルにコンテキスト属性データを追加するために、ＴＯＢＵＩ１０３（これは、ユーザコンピューティングデバイスによってホストされかつ実行されるブラウザアプリケーションとして実現されてもよい）を利用し得る。テナント管理者は、その後、ＴＯＢＵＩ１０３上で、１つまたは複数のテナントまたはアソシエイトに対して、新たに定義されたコンテキスト属性を用いてＰＳＴＮルールを構成し得る。特に、ＰＳＴＮプロバイダ／ベンダが、ＣＣＥシステムによってサポートされるＡＥにＰＳＴＮコールをルーティングできるように構成するために、ＴＯＢＵＩ１０３を使用してプロビジョニングされたコンテキスト属性データが使用され得る。例えば、ルーティングルールの条件テーブルに発信元のＰＳＴＮ番号を指定し、かつ、事前に定義されたコールの宛先（例えば、対象の電話番号）としてＡＥを指定するために、ＴＯＢＵＩ１０３が使用し得る。このように、特定のＰＳＴＮエンドポイントまたはＰＳＴＮベンダから発信されるすべてのコールシグナリングメッセージは、特定のＡＥ（例えば、「チーム」）に明確にルーティングされ得る。

いくつかの実施形態では、テナント管理者によって構成されたセキュリティ情報は、管理データベースに保存される前に暗号化される。いくつかの実施形態では、プライベートデータを暗号化するためにＤＫＫｅｙが使用される。さらに、ＰＳＴＮベンダの認証情報は、プライベートな情報とみなされるが、テナントが契約した電話番号は、パブリックな情報として指定され得る。さらに、クロスマイクロサービスアクセスのために、ＡｕｔｈＭＳの秘密鍵がＰＳＴＮＭＳドメイン（例えば、内部ホストドメイン１１２）に複製され、秘密鍵は、特定のＴｅｎａｎｔＫｅｙ（テナントキー）／ＣｌｉｅｎｔＩｄ（クライアントＩＤ）のためのＪＷＴトークンを生成するために使用される。特に、ＪＷＴトークンは、アソシエイトＭＳ１０７およびＳＥＭＳ１２２にアクセスするために、ＰＳＴＮＭＳ１１８によって使用される。ＪＷＴトークンの使用は、内部アクセスのために指定され、パブリックＡＰＩはエクスポートされない。

いくつかの実施形態では、ルーティングルールは、ＲＥＳＴフル（ＲＥＳＴｆｕｌ）な構成データとして、対応する１つまたは複数のテナントマイクロサービス（ＴＭＳ）１０５にルールをオンボードすることによって、１つまたは複数のテナントにプロビジョニングされ得る。構成データを受信した後、ＴＭＳ１０５は、１つまたは複数の関連するアソシエイトマイクロサービス（ＡＭＳ）１０７に同期メッセージを送信し得る。ＡＭＳ１０７は、その後、加入したアソシエイトＭＳまたはテナントＭＳに関連するＰＳＴＮエンドポイントのための特定のルーティングルールを指定するために、構成データを使用し得る。

図２は、本明細書に記載の主題の一実施形態に係る、ＰＳＴＮエンドポイントとＷｅｂＲＴＣエンドポイントとの間で通信セッションを確立するための例示的なコールフローを示すシグナリング図である。図２に示すように、テナント管理者（ＴＡ）２２２は、１つまたは複数のテナントエンティティ（例えば、メッセージ１を参照）のそれぞれに対してＰＳＴＮ構成を割り当てるために、テナントオンボーディング（ＴＯＢ）ユーザインタフェース２１６を利用する。いくつかの実施形態では、テナント管理者２２２は、ＣＣＥシステムに加入してサポートするテナントの管理に対して責任を負うシステムユーザまたはオペレータである。特に、テナント管理者２２２は、ＣＣＥシステムによってサービスを受けるテナントエンティティの構成データを更新し得る。

テナント管理者２２２による入力に応答して、ＴＯＢＵＩ２１６は、ＲＥＳＴフル（ＲＥＳＴｆｕｌ）構成データ（テナントエンティティ用）を含むシグナリングメッセージをテナントマイクロサービス（ＴＭＳ）２１０に送信するように構成される（例えば、メッセージ２を参照）。テナントＭＳ２１０は、その後、同期（synchronization）の目的で、受信した構成（configuration）情報をアソシエイトＭＳ（ＡＭＳ）２０８に提供する（例えば、メッセージ３を参照）。したがって、アソシエイトＭＳ２０８は、このようにして、ＴＯＢＵＩ２１６を用いてテナント管理者２２２によって元々指定されたＰＳＴＮ構成情報でプロビジョニングされる。

図２に示すように、ＰＳＴＮエンドポイント２０２は、（例えば、ユーザによって）ＡＥ２１８に対応するおよび／またはＡＥ２１８にマッピングされ得るアクセス番号をダイヤルするために利用される（例えば、メッセージ４を参照）。ダイヤルされた番号情報は、ＰＳＴＮベンダ（vendor）２０４によって（例えば、ＰＳＴＮＳＩＰトランクを介して）受信され、次に、ＰＳＴＮベンダ２０４は、外部ホストドメインおよび／またはＡＥ２１８に向けられたＳＩＰＩＮＶＩＴＥメッセージ（例えば、メッセージ５を参照）を生成する。ファイアウォール、ロードバランサ、および指定されたＥＢＳＣＭＳ（上記説明および図１を参照）を通過した後、ＳＩＰＩＮＶＩＴＥメッセージ（例えば、メッセージ６を参照）は、外部ホストネットワークおよび／またはＥＢＳＣＭＳによって選択されたＰＳＴＮＭＳ（例えば、ＰＳＴＮＭＳ２０６）によって受信される。特に、ＰＳＴＮＭＳ２０６は、受信したＳＩＰＩＮＶＩＴＥメッセージからエンドポイントコンテキスト属性情報を抽出し、このデータをプッシュコンテキストメッセージを介してアソシエイトＭＳ２０８に提供する。

いくつかの実施形態では、アソシエイトＭＳ２０８は、テナント管理者２２２によって最初に生成されたエージェントアプリケーションであって、ＰＳＴＮエンドポイントからのコールに回答する責務を負う。いくつかの実施形態では、ＰＳＴＮＭＳ２０６は、ＲＥＳＴＡＰＩを介して送信されるプッシュコンテキストメッセージ（例えば、ｐｕｓｈＣｏｎｔｅｘｔ（プッシュコンテキスト）／ｇｅｔＡｇｅｎｔＵｒｉ（ゲットエージェントＵｒｉ）メッセージ）を用いて、エンドポイントコンテキスト属性情報をアソシエイトＭＳ２０８に提供する（例えば、メッセージ６を参照）。特に、エンドポイントコンテキスト属性情報は、受信したＳＩＰＩＮＶＩＴＥメッセージのヘッダから抽出された情報を用いて、ＰＳＴＮＭＳ２０６によって生成され得る。例えば、エンドポイントコンテキスト属性情報は、ＳＩＰＩＮＶＩＴＥメッセージのヘッダに含まれる「Ｆｒｏｍ」または「Ｔｏ」情報を含み得る。

いくつかの実施形態では、アソシエイトＭＳ２０８は、ＰＳＴＮエンドポイント２０２からのコール要求に回答するために、どのＡＥが選択されるべきかを決定する責務を負う。プッシュコンテキストメッセージ（例えば、メッセージ６を参照）を受信すると、アソシエイトＭＳ２０８は、ターゲットとして指定されるべきＡＥを示すローカルルーティングルールにアクセスするように構成されてもよい。上述したように、ルーティングルールは、ＰＳＴＮＭＳ２０６によって提供されたエンドポイントコンテキスト属性情報に含まれるデータに基づいて、ターゲットＡＥを指定し得る。いくつかの実施形態では、アソシエイトＭＳ２０８は、エンドポイントコンテキスト属性情報を、ＡＥアドレス識別子と各種コンテキスト属性に対応するデータとのマッピングを含むエントリを有するローカルルーティングルールデータベースのエントリと相互参照してもよい。

アソシエイトＭＳ２０８は、その後、コールをＡＥ２１８などの選択された宛先ＡＥにルーティングする（例えば、メッセージ７を参照）。コールを受信した後、ＡＥ２１８は、着信アラートを表示するように構成され得る（例えば、メッセージ８を参照）。そのような着信アラートは、コールを受信し、最終的にメディアセッション接続を確立するために、アソシエイトユーザ２２０（例えば、ＡＥ２１８のユーザ）に回答ボタン（例えば、メッセージ９を参照）を選択するよう促す視覚的表示および／または可聴信号とすることができる。アソシエイトユーザ２２０によって回答ボタンがインターフェースされ／アクティベートされた後、ＡＥ２１８は、アソシエイトユーザ２２０のアドレス識別子を含む「ａｓｓｏｃｉａｔｅＵｓｅｒＵＲＩ（アソシエイトユーザＵＲＩ）」メッセージ（例えば、メッセージ１０参照）などの応答メッセージをアソシエイトＭＳ２０８に送信する。いくつかの実施形態では、アドレス識別子は、ＡＥ２１８および／またはアソシエイトユーザ２２０に対応するＵＲＩ（uniform resource identifier）アドレスであり得る。

したがって、アソシエイトＭＳ２０８は、アソシエイトユーザＵＲＩ情報を含むメッセージをＰＳＴＮＭＳ２０６に転送し、ＰＳＴＮＭＳ２０６は、シグナリングエンジン（ＳＥ）ＭＳ２１２とのＷｅｂＳｏｃｋｅｔ接続の確立を開始する。例えば、ＰＳＴＮＭＳ２０６は、ＷｅｂＳｏｃｋｅｔ接続を確立するために、ＪＳＯＮＲＴＣ接続要求メッセージなどのＷｅｂＲＴＣメッセージを生成し、ＳＥ２１２に送信する。ＳＥ２１２からの応答を受信した後、ＰＳＴＮＭＳ２０６は、ＪＳＯＮＲＴＣ開始要求メッセージをＳＥ２１２に送信する。

開始要求メッセージを受信した後、ＳＥ２１２はＳＤＰ要求メッセージ（ＡＥ２１８用）をＭＥＭＳ２１４に送信する。ＭＥＭＳ２１４は、メディアチャネルのパラメータ、例えば、メディアを送信するためのコーデックをネゴシエートするために、エンドポイントによって使用されるＳＤＰメッセージで応答する。ＳＤＰメッセージは、また、ＪＳＯＮＲＴＣ開始要求メッセージをＡＥ２１８に送信するようにＳＥ２１２を促す。ＡＥ２１８は、ＪＳＯＮＲＴＣ応答メッセージで応答する。これに応答して、ＳＥＭＳ２１２は、次に、ＭＥＭＳ２１４にＳＤＰメッセージを送信する。ＭＥＭＳ２１４からＳＤＰメッセージを受信した後、ＳＥ２１２は、最初のＪＳＯＮ開始要求メッセージに対する応答として、ＪＳＯＮＲＴＣ開始応答メッセージをＰＳＴＮＭＳ２０６に送り返す。これに応答して、ＰＳＴＮＭＳ２０６は、２００ＳＩＰＩＮＶＩＴＥ確認（acknowledge）メッセージを（ＰＳＴＮＳＩＰトランクを介して）ＰＳＴＮベンダ２０４に伝達するためのトリガとなる。ＰＳＴＮベンダ２０４は、その後、エンドポイント２０２とＡＥ２１８との間のメディア接続を完成するために、ＰＳＴＮＭＳ２０６に確認（acknowledge）メッセージを送信する。

図３は、本明細書に記載された主題の一実施形態に係る、ＰＳＴＮエンドポイントとＷｅｂＲＴＣエンドポイントとの間で通信セッションを確立するための例示的なプロセスまたは方法３００を示すフローチャートである。いくつかの実施形態では、図３に示される方法３００は、ハードウェアプロセッサによって実行されたときに、ブロック３０２～３０８のうちの１つまたは複数を実行する、メモリに格納されたアルゴリズムである。

ブロック３０２において、公衆交換電話網（ＰＳＴＮ）マイクロサービス（ＭＳ）によって、ＰＳＴＮエンドポイントからＳＩＰベースのシグナリングメッセージが受信される。いくつかの実施形態では、ＰＳＴＮは、ＰＳＴＮエンドポイントデバイスからＳＩＰＩＮＶＩＴＥメッセージを受信する。特に、ＳＩＰＩＮＶＩＴＥメッセージは、（ＣＣＥシステムの内部ホストドメインにある）ＰＳＴＮＭＳに到達する前に、ファイアウォール、ロードバランサ、および（ＣＣＥの外部ホストドメインにある）ＥＳＢＣＭＳを通過してもよい。

ブロック３０４において、ＰＳＴＮＭＳによって、ＳＩＰベースのシグナリングメッセージからエンドポイントコンテキスト属性情報が取得される。いくつかの実施形態では、ＰＳＴＮＭＳは、シグナリングメッセージから「ｔｏ」および「ｆｒｏｍ」データを抽出するために、受信したＳＩＰＩＮＶＩＴＥメッセージのヘッダを解析する。ＰＳＴＮＭＳは、ルーティングルールでプロビジョニングされているアソシエイトＭＳに、エンドポイントコンテキスト属性情報をプッシュする。エンドポイントコンテキスト属性情報の受信に応答して、アソシエイトＭＳは、ローカルルーティングルールデータベースにアクセスし、ターゲットＡＥに対応するアドレス識別子を特定し、その識別子をＰＳＴＮＭＳに提供する。アドレス識別子は、ターゲットＡＥに対応するＵＲＩであってもよい。

ブロック３０６において、ＰＳＴＮＭＳによって、エンドポイントコンテキスト属性情報に関連付けられたアソシエイトエンドポイント（ＡＥ）のアドレス識別子を含むウェブリアルタイム通信（ＷｅｂＲＴＣ）ベースのシグナリングメッセージが生成される。いくつかの実施形態では、ＰＳＴＮＭＳは、アドレス識別子に対応するターゲットＡＥとの通信セッションを要求するＪＳＯＮＲＴＣメッセージなどのＷｅｂＲＴＣメッセージを生成する。

ブロック３０８において、ＰＳＴＮエンドポイントとＡＥとの間のコールセッションを開始するために、ＷｅｂＲＴＣベースのシグナリングメッセージがＰＳＴＮＭＳによってＡＥに送信される。いくつかの実施形態では、ＰＳＴＮＭＳは、ＡＥと送信するＰＳＴＮエンドポイントとの間のコールセッションを確立するために、ＪＳＯＮＲＴＣメッセージをＡＥの宛先に向ける。

本開示の主題のさまざまな詳細が本開示の主題の範囲から逸脱することなく変更され得ることが理解されるであろう。さらに、上述の説明は、例示のみを目的としたものであって、限定を目的としたものではない。

Claims

公衆交換電話網（ＰＳＴＮ）マイクロサービス（ＭＳ）によって、ＰＳＴＮエンドポイントからセッション開始プロトコル（ＳＩＰ）ベースのシグナリングメッセージを受信するステップと、
前記ＰＳＴＮＭＳによって、前記ＳＩＰベースのシグナリングメッセージからエンドポイントコンテキスト属性情報を取得するステップと、
前記ＰＳＴＮＭＳによって、前記コンテキスト属性情報に関連付けられたアソシエートエンドポイント（ＡＥ）のアドレス識別子を含むウェブリアルタイム通信（ＷｅｂＲＴＣ）ベースのシグナリングメッセージを生成するステップと、
前記ＰＳＴＮＭＳによって、前記ＰＳＴＮエンドポイントと前記ＡＥとの間のコールセッションを開始するために、前記ＷｅｂＲＴＣベースのシグナリングメッセージを前記ＡＥに送信するステップとを含む、方法。
前記ＰＳＴＮＭＳは、前記ＳＩＰベースのシグナリングメッセージの受信に応答して、シグナリングエンジン（ＳＥ）とのＷｅｂＳｏｃｋｅｔ接続を開始する、請求項１に記載の方法。
前記エンドポイントコンテキスト属性情報を取得するステップは、前記エンドポイントコンテキスト属性情報を生成するために用いられる、発信元および／または宛先情報とコール種別情報とを取得するために、前記ＳＩＰベースのシグナリングメッセージのヘッダ部を解析するステップを含む、請求項１または請求項２に記載の方法。
前記ＡＥの前記アドレス識別子は、前記エンドポイントコンテキスト属性情報を、前記ＡＥに関連付けられたアソシエイトマイクロサービスに、ＲＥＳＴ（Representation State Transfer）アプリケーションプログラミングインターフェース（ＡＰＩ）を介してプッシュすることに応答して、取得される、先行する請求項のいずれか１項に記載の方法。
前記ＰＳＴＮＭＳは、前記エンドポイントコンテキスト属性情報が前記ＲＥＳＴＡＰＩを介してプッシュされることに応答して、前記ＡＥにジョインキュー要求を送信する、請求項４に記載の方法。
前記ＰＳＴＮＭＳは、前記ＳＩＰシグナリングメッセージを、前記ＡＥによって認識されるＪＳＯＮ（JavaScript（登録商標） Object Notation）プロトコルシグナリングメッセージに変換する、先行する請求項のいずれか１項に記載の方法。
前記ＪＳＯＮプロトコルシグナリングメッセージは、前記ＡＥとの前記コールセッションを開始する会話開始要求メッセージである、請求項６に記載の方法。
少なくとも１つのプロセッサおよびメモリを備えるクラウド通信環境（ＣＣＥ）と、
公衆交換電話網（ＰＳＴＮ）マイクロサービス（ＭＳ）とを備え、
前記ＰＳＴＮＭＳは、前記メモリに格納され、かつ、前記少なくとも１つのプロセッサによって実行されたときに、
ＰＳＴＮエンドポイントからセッション開始プロトコル（ＳＩＰ）ベースのシグナリングメッセージを受信し、
前記ＳＩＰベースのシグナリングメッセージからエンドポイントコンテキスト属性情報を取得し、
前記コンテキスト属性情報に関連付けられたアソシエートエンドポイント（ＡＥ）のアドレス識別子を含むウェブリアルタイム通信（ＷｅｂＲＴＣ）ベースのシグナリングメッセージを生成し、
前記ＰＳＴＮエンドポイントと前記ＡＥとの間のコールセッションを開始するために、前記ＷｅｂＲＴＣベースのシグナリングメッセージを前記ＡＥに送信するように構成される、システム。
前記ＰＳＴＮＭＳは、前記ＳＩＰベースのシグナリングメッセージの受信に応答して、シグナリングエンジン（ＳＥ）とのＷｅｂＳｏｃｋｅｔ接続を開始する、請求項８に記載のシステム。
前記ＰＳＴＮＭＳは、前記エンドポイントコンテキスト属性情報を生成するために用いられる、発信元および／または宛先情報とコール種別情報とを取得するために、前記ＳＩＰベースのシグナリングメッセージのヘッダ部を解析するようにさらに構成される、請求項８または請求項９に記載のシステム。
前記ＡＥの前記アドレス識別子は、前記エンドポイントコンテキスト属性情報を、前記ＡＥに関連付けられたアソシエイトマイクロサービスに、ＲＥＳＴ（Representation State Transfer）アプリケーションプログラミングインターフェース（ＡＰＩ）を介してプッシュすることに応答して、取得される、請求項８～請求項１０のいずれか１項に記載のシステム。
前記ＰＳＴＮＭＳは、前記エンドポイントコンテキスト属性情報が前記ＲＥＳＴＡＰＩを介してプッシュされることに応答して、前記ＡＥにジョインキュー要求を送信する、請求項１１に記載のシステム。
前記ＰＳＴＮＭＳは、前記ＳＩＰシグナリングメッセージを、前記ＡＥによって認識されるＪＳＯＮ（JavaScript（登録商標） Object Notation）プロトコルシグナリングメッセージに変換する、請求項８～請求項１２のいずれか１項に記載のシステム。
前記ＪＳＯＮプロトコルシグナリングメッセージは、前記ＡＥとの前記コールセッションを開始する会話開始要求メッセージである、請求項１３に記載のシステム。
コンピュータのプロセッサによって実行されたときに、複数のステップを実行するためにコンピュータを制御する実行可能な命令が格納された非一時的コンピュータ可読媒体であって、
前記複数のステップは、
公衆交換電話網（ＰＳＴＮ）マイクロサービス（ＭＳ）によって、ＰＳＴＮエンドポイントからセッション開始プロトコル（ＳＩＰ）ベースのシグナリングメッセージを受信するステップと、
前記ＰＳＴＮＭＳによって、前記ＳＩＰベースのシグナリングメッセージからエンドポイントコンテキスト属性情報を取得するステップと、
前記ＰＳＴＮＭＳによって、前記コンテキスト属性情報に関連付けられたアソシエートエンドポイント（ＡＥ）のアドレス識別子を含むウェブリアルタイム通信（ＷｅｂＲＴＣ）ベースのシグナリングメッセージを生成するステップと、
前記ＰＳＴＮＭＳによって、前記ＰＳＴＮエンドポイントと前記ＡＥとの間のコールセッションを開始するために、前記ＷｅｂＲＴＣベースのシグナリングメッセージを前記ＡＥに送信するステップとを含む、非一時的コンピュータ可読媒体。
前記ＰＳＴＮＭＳは、前記ＳＩＰベースのシグナリングメッセージの受信に応答して、シグナリングエンジン（ＳＥ）とのＷｅｂＳｏｃｋｅｔ接続を開始する、請求項１５に記載の非一時的コンピュータ可読媒体。
前記エンドポイントコンテキスト属性情報を取得するステップは、前記エンドポイントコンテキスト属性情報を生成するために用いられる、発信元および／または宛先情報とコール種別情報とを取得するために、前記ＳＩＰベースのシグナリングメッセージのヘッダ部を解析するステップを含む、請求項１５または請求項１６に記載の非一時的コンピュータ可読媒体。
前記ＡＥの前記アドレス識別子は、前記エンドポイントコンテキスト属性情報を、前記ＡＥに関連付けられたアソシエイトマイクロサービスに、ＲＥＳＴ（Representation State Transfer）アプリケーションプログラミングインターフェース（ＡＰＩ）を介してプッシュすることに応答して、取得される、請求項１５～請求項１７のいずれか１項に記載の非一時的コンピュータ可読媒体。
前記ＰＳＴＮＭＳは、前記エンドポイントコンテキスト属性情報が前記ＲＥＳＴＡＰＩを介してプッシュされることに応答して、前記ＡＥにジョインキュー要求を送信する、請求項１８に記載の非一時的コンピュータ可読媒体。
前記ＰＳＴＮＭＳは、前記ＳＩＰシグナリングメッセージを、前記ＡＥによって認識されるＪＳＯＮ（JavaScript（登録商標） Object Notation）プロトコルシグナリングメッセージに変換する、請求項１５～請求項１９のいずれか１項に記載の非一時的コンピュータ可読媒体。