特許 6367339 プレゼンスおよびオンデバイスプロキシング

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6367339

(24)【登録日】2018年7月13日

(45)【発行日】2018年8月1日

(54)【発明の名称】プレゼンスおよびオンデバイスプロキシング

(51)【国際特許分類】

   H04M 11/00 20060101AFI20180723BHJP

   H04M 3/00 20060101ALI20180723BHJP

【ＦＩ】

   H04M11/00 302

   H04M3/00 B

【請求項の数】20

【全頁数】21

(21)【出願番号】特願2016-542857(P2016-542857)

(86)(22)【出願日】2014年9月15日

(65)【公表番号】特表2016-530849(P2016-530849A)

(43)【公表日】2016年9月29日

(86)【国際出願番号】US2014055690

(87)【国際公開番号】WO2015039040

(87)【国際公開日】20150319

【審査請求日】2017年8月17日

(31)【優先権主張番号】61/878,543

(32)【優先日】2013年9月16日

(33)【優先権主張国】US

(31)【優先権主張番号】14/162,480

(32)【優先日】2014年1月23日

(33)【優先権主張国】US

【早期審査対象出願】

(73)【特許権者】

【識別番号】595020643

【氏名又は名称】クゥアルコム・インコーポレイテッド

【氏名又は名称原語表記】ＱＵＡＬＣＯＭＭ ＩＮＣＯＲＰＯＲＡＴＥＤ

(74)【代理人】

【識別番号】100108855

【弁理士】

【氏名又は名称】蔵田 昌俊

(74)【代理人】

【識別番号】100109830

【弁理士】

【氏名又は名称】福原 淑弘

(74)【代理人】

【識別番号】100158805

【弁理士】

【氏名又は名称】井関 守三

(74)【代理人】

【識別番号】100194814

【弁理士】

【氏名又は名称】奥村 元宏

(72)【発明者】

【氏名】マンダャム、ジリダー・ダーティ

(72)【発明者】

【氏名】マヘンドラン、アルングンドラム・チャンドラセカラン

(72)【発明者】

【氏名】バラサブラマニアン、スリニバサン

(72)【発明者】

【氏名】スブラマニアン、ラマチャンドラン

【審査官】 吉村 伊佐雄

(56)【参考文献】

【文献】 特開２００９−０６５６７８（ＪＰ，Ａ）

【文献】 特開２０１０−１２４１１１（ＪＰ，Ａ）

【文献】 特開２００８−０１５６５８（ＪＰ，Ａ）

【文献】 特開２００５−００６１５８（ＪＰ，Ａ）

【文献】 特開２０１０−０５５３０４（ＪＰ，Ａ）

【文献】 特表２００８−５４６３４７（ＪＰ，Ａ）

【文献】 特表２００５−５１２４２１（ＪＰ，Ａ）

【文献】 特開２００８−０６０６０８（ＪＰ，Ａ）

【文献】 特開２００６−２８７３９５（ＪＰ，Ａ）

【文献】 特開２００５−１８２７９８（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｂ７／２４−７／２６

Ｈ０４Ｌ１２／００−１２／２６

１２／５０−１２／９５５

Ｈ０４Ｍ３／００

３／１６−３／２０

３／３８−３／５８

７／００−７／１６

１１／００−１１／１０

Ｈ０４Ｗ４／００−９９／００

(57)【特許請求の範囲】

【請求項1】

モバイルデバイスとターゲットピアとの間の通信を促進する方法であって、
モバイルデバイス上で実行しているプロキシにおいて、ターゲットピアとのリアルタイム通信接続を開始するための通信を受信することと、前記通信は、前記モバイルデバイス上で実行しているクライアントアプリケーションから送られ、前記ターゲットピアは、前記モバイルデバイスから離れている、
前記プロキシによって、前記ターゲットピアとのセッションを開始する前に、
前記プロキシにおいて、前記ターゲットピアがオペレータコアネットワークに登録されているかどうかを決定すること、および
前記プロキシにおいて、前記ターゲットピアの１つまたは複数の能力を決定すること、前記ターゲットピアの１つまたは複数の能力は、前記オペレータコアネットワークに登録されている、と、
前記プロキシにおいて、前記ターゲットピアとの前記セッションを開始することと、前記セッションは、前記ターゲットピアの前記１つまたは複数の決定された能力に基づき、さらに前記ターゲットピアが前記オペレータコアネットワークに登録されているかどうかに基づく、
を備える方法。

【請求項2】

前記クライアントアプリケーションはブラウザである、請求項１に記載の方法。

【請求項3】

前記プロキシにおいて、前記オペレータコアネットワーク上の前記ターゲットピアのプレゼンスを検出することをさらに備える、請求項１に記載の方法。

【請求項4】

前記プレゼンスを検出することは、
前記ターゲットピアがオンラインであるかどうかを決定するための通信を送ることと、
前記ターゲットピアがオンラインであることを示す応答を受信することと、ここにおいて、前記オペレータコアネットワーク上の前記ターゲットピアの前記プレゼンスを検出することは、前記ターゲットピアとの前記セッションを開始する前に生じる、
を含む、請求項３に記載の方法。

【請求項5】

前記ターゲットピアがオンラインであるかどうかを決定するための通信を送ることは、前記ターゲットピアがオンラインであるかどうかを決定するためにサーバが前記ターゲットピアに連絡を取ることを引き起こす通信を、前記サーバに送ることを含む、請求項４に記載の方法。

【請求項6】

前記モバイルデバイスにおいて、前記ターゲットピアがターゲットプロキシをリアルタイム通信に使用しているかどうかを決定することをさらに備える、請求項１に記載の方法。

【請求項7】

前記ターゲットピアが前記ターゲットプロキシをリアルタイム通信に使用していると決定されたとき、リアルタイム通信に対する代替方法を使用して前記ターゲットピアとのリアルタイム通信セッションを開始することをさらに備える、請求項６に記載の方法。

【請求項8】

前記ターゲットピアが前記ターゲットプロキシをリアルタイム通信に使用していないと決定されたとき、リアルタイム通信に対する代替方法を使用して前記ターゲットピアとのリアルタイム通信セッションを開始することをさらに備える、請求項６に記載の方法。

【請求項9】

リアルタイム通信に対する代替方法を使用して前記ターゲットピアとのリアルタイム通信セッションを前記開始することは、ボイスオーバーＬＴＥ接続を介して、前記ターゲットプロキシを通じて前記セッションをルーティングすることを含む、請求項８に記載の方法。

【請求項10】

前記ターゲットピアが前記ターゲットプロキシをリアルタイム通信に使用していると決定されたとき、前記ターゲットピアがアクティブなリアルタイム通信セッションを有しているかどうかを決定することと、
前記ターゲットピアが前記アクティブなリアルタイム通信セッションを有していると決定されたとき、前記ターゲットピアが前記リアルタイム通信セッションを開始することを引き起こすように、前記ターゲットピアに送られるべきメッセージをトリガすることと、
をさらに備える、請求項６に記載の方法。

【請求項11】

前記メッセージは、前記ターゲットピアが前記ターゲットピア上で所定のＵＲＬに向けてブラウザを開くことを引き起こす、請求項１０に記載の方法。

【請求項12】

前記ターゲットピアの１つまたは複数の能力を決定することは、
前記ターゲットピアに前記ターゲットピアの１つまたは複数の能力を決定するためのセッション開始プロトコル（ＳＩＰ）オプションメッセージを送ることと、
前記ターゲットピアの１つまたは複数の能力を含むＳＩＰ応答を受信することと、
をさらに含む、請求項１に記載の方法。

【請求項13】

前記ターゲットピアの１つまたは複数のキャッシュ済みの能力が第１の能力を含まないことを決定することに基づいて、前記ターゲットピアとのリアルタイム通信接続を開始するための１つまたは複数の通信を拒否することをさらに備える、請求項１に記載の方法。

【請求項14】

モバイルデバイスとターゲットピアとの間の通信を促進するためのシステムであって、
モバイルデバイス上で実行可能な通信モジュールと、ここにおいて、前記通信モジュールは、ターゲットピアとのリアルタイム通信接続を開始するための通信を受信し、前記通信は、前記モバイルデバイス上で実行しているクライアントアプリケーションから送られ、前記ターゲットピアは、前記モバイルデバイスから離れている、
前記モバイルデバイス上で実行可能な能力モジュールと、ここにおいて、セッションが前記ターゲットピアと開始される前に、前記能力モジュールは、前記ターゲットピアがオペレータコアネットワークに登録されているかどうかを決定し、前記ターゲットピアの１つまたは複数の能力を決定し、前記能力モジュールは、前記ターゲットピアとの前記セッションを開始し、前記セッションは、前記ターゲットピアの前記１つまたは複数の決定された能力に基づき、さらに前記ターゲットピアが前記オペレータコアネットワークに登録されているかどうかに基づいており、前記ターゲットピアの１つまたは複数の能力は、前記オペレータコアネットワークに登録されている、
を備えるシステム。

【請求項15】

前記通信モジュールは、前記モバイルデバイス上で実行しているクライアントアプリケーションから前記通信を受信し、前記クライアントアプリケーションはブラウザであり、前記モバイルデバイスは、スマートフォン、タブレット、ラップトップ、またはパーソナルデジタルアシスタントである、請求項１４に記載のシステム。

【請求項16】

前記能力モジュールは、前記ターゲットピアがターゲットプロキシをリアルタイム通信に使用しているかどうかを決定する、請求項１４に記載のシステム。

【請求項17】

前記ターゲットピアが前記ターゲットプロキシをリアルタイム通信に使用していないと決定されたとき、前記能力モジュールは、リアルタイム通信に対する代替方法を使用して、前記ターゲットピアとのリアルタイム通信セッションを開始する、請求項１６に記載のシステム。

【請求項18】

前記モバイルデバイスはＬＴＥセルラーネットワークに結合され、前記ターゲットピアが前記ターゲットプロキシをリアルタイム通信に使用していないと決定されたとき、前記能力モジュールは、ボイスオーバーＬＴＥ接続を介して、前記ターゲットプロキシを通じて前記セッションをルーティングする、請求項１７に記載のシステム。

【請求項19】

モバイルデバイス上で実行しているプロキシが、ターゲットピアとのリアルタイム通信接続を開始するための通信を受信することと、ここにおいて、前記通信は、前記モバイルデバイス上で実行しているクライアントアプリケーションから送られる、
前記プロキシが、前記ターゲットピアがオペレータコアネットワークに登録されていることを決定することと、
前記モバイルデバイスのプロキシが、前記ターゲットピアの１つまたは複数の能力を決定することと、ここにおいて、前記ターゲットピアにより前記ターゲットピアの１つまたは複数の能力は、前記オペレータコアネットワークに登録されている、
前記ターゲットピアの前記１つまたは複数の能力を決定した後に前記ターゲットピアとのセッションを開始することと、ここにおいて、前記セッションは、前記ターゲットピアの前記１つまたは複数の決定された能力に基づく、
を備える動作を実行するためのコンピュータ実行可能命令を記憶した非一時的なコンピュータ可読媒体。

【請求項20】

モバイルデバイスとターゲットピアとの間の通信を促進するための装置であって、
ターゲットピアとのリアルタイム通信接続を開始するための通信を受信するための手段と、ここにおいて、前記通信は、前記モバイルデバイス上で実行しているクライアントアプリケーションから送られ、前記ターゲットピアは、前記モバイルデバイスから離れている、
前記ターゲットピアとのセッションを開始する前に、
前記ターゲットピアがオペレータコアネットワークに登録されているかどうかを決定するための手段、および
前記ターゲットピアの１つまたは複数の能力を決定するための手段、前記ターゲットピアの１つまたは複数の能力は、前記オペレータコアネットワークに登録されている、と、
前記ターゲットピアとの前記セッションを開始するための手段と、ここにおいて、前記セッションは、前記ターゲットピアの前記１つまたは複数の決定された能力に基づき、さらに前記ターゲットピアが前記オペレータコアネットワークに登録されているかどうかに基づく、
を備える装置。

【発明の詳細な説明】

【技術分野】

【0001】

関連出願の相互参照
[0001]本出願は、２０１３年９月１６日に出願された米国仮特許出願第６１／８７８，５４３号の優先権を主張する、２０１４年１月２３日に出願された米国非仮特許出願第１４／１６２，４８０号の優先権を主張するものであり、これらはともにそれらの全体が参照により本明細書に組み込まれる。

【0002】

[0002]本開示は、一般にはネットワーク通信に関し、より詳細にはモバイルデバイスにおけるネットワーク通信に関する。

【背景技術】

【0003】

[0003]ＷｅｂＲＴＣ（ウェブリアルタイム通信）は、ＪａｖａＳｃｒｉｐｔ（登録商標）のアプリケーションプログラミングインターフェース（ＡＰＩ）によってリアルタイム通信能力をウェブブラウザに加えることを目指すオープンプロジェクトである。ＷｅｂＲＴＣは、プラグイン、ダウンロード、またはインストールを必要とすることなく、リッチなリアルタイムマルチメディアアプリケーションをウェブ上で記述する能力をウェブアプリケーション開発者にもたらす。たとえば、ＷｅｂＲＴＣは、ターゲットピアの相対的ロケーション（たとえば、同じデバイス上にある、同じプライベートネットワーク内にある、双方が別個のファイアウォールの後方にあるなど）にかかわらず、ブラウザベースのアプリケーション同士でピアツーピアのリアルタイム通信を可能にし得る。

【発明の概要】

【0004】

[0004]本開示は、ネットワーク通信に関する。モバイルデバイス用の通信を促進するための方法、システム、および技法が提供される。

【0005】

[0005]いくつかの実施形態によれば、モバイルデバイスとの間の通信を促進する方法が、ターゲットピアとのリアルタイム通信接続を開始するための通信を、モバイルデバイス上で実行しているプロキシにおいて受信することを含む。この方法はまた、ターゲットピアの１つまたは複数の能力を決定することを含む。この方法は、ターゲットピアとのセッションを開始することをさらに含み、そのセッションは、ターゲットピアの１つまたは複数の決定された能力に基づくものである。

【0006】

[0006]いくつかの実施形態によれば、モバイルデバイスとターゲットピアとの間の通信を促進するためのシステムが、モバイルデバイス上で実行可能な通信モジュールと能力モジュールとを含む。通信モジュールは、ターゲットピアとのリアルタイム通信接続を開始するための通信を受信する。能力モジュールは、ターゲットピアの１つまたは複数の能力を決定し、ターゲットピアとのセッションを開始する。このセッションは、ターゲットピアの１つまたは複数の決定された能力に基づく。

【0007】

[0007]いくつかの実施形態によれば、コンピュータ可読媒体が、ターゲットピアとのリアルタイム通信接続を開始するための通信を、モバイルデバイス上で実行しているプロキシにおいて受信することと、ターゲットピアの１つまたは複数の能力を決定することと、ターゲットピアとのセッションを開始することと、そのセッションは、ターゲットピアの１つまたは複数の決定された能力に基づく、を含む動作を実行するためのコンピュータ実行可能命令を記憶する。

【0008】

[0008]いくつかの実施形態によれば、モバイルデバイスとターゲットピアとの間の通信を促進するための装置が、ターゲットピアとのリアルタイム通信接続を開始するための通信を受信するための手段と、ターゲットピアの１つまたは複数の能力を決定するための手段と、ターゲットピアとのセッションを開始するための手段と、そのセッションは、ターゲットピアの１つまたは複数の決定された能力に基づく、を含む。

【0009】

[0009]本明細書の一部をなす添付の図面は、本発明の実施形態を示し、またこの説明とともに、さらに本実施形態の原理を説明する役割を果たす。図面において、同様の参照符号は、同等のまたは機能的に類似する要素を示し得る。要素が最初に現れる図面は、対応する参照符号の左端の数字によって一般に示される。

【図面の簡単な説明】

【0010】

【図1】[0010]いくつかの実施形態による、ネットワークに結合されたターゲットピアとモバイルデバイスとを含むシステムを示すブロック図。

【図2】[0011]いくつかの実施形態による、モバイルデバイスとターゲットピアとの間の通信を促進するためのシステムを示すブロック図。

【図3】[0012]いくつかの実施形態による、モバイルデバイスとターゲットピアとの間の通信促進を示す部分的な呼設定のシグナリング図。

【図4】[0013]いくつかの実施形態による、モバイルデバイスとターゲットピアとの間の通信促進を示す部分的な呼設定のシグナリング図。

【図5】[0014]いくつかの実施形態による、モバイルデバイスとターゲットピアとの間の通信促進を示す部分的な呼設定のシグナリング図。

【図6】[0015]いくつかの実施形態による、モバイルデバイスとターゲットピアとの間の通信を促進するためのシステムを示すブロック図。

【図7】[0016]いくつかの実施形態による、モバイルデバイスとターゲットピアとの間の通信を促進するための方法を示す簡略フローチャート。

【図8】[0017]いくつかの実施形態による、デジタル信号プロセッサを含むワイヤレスデバイスを示すブロック図。

【発明を実施するための形態】

【0011】

Ｉ．概説
ＩＩ．例示的なシステムアーキテクチャ
ＩＩＩ．プレゼンスを活用する例
Ａ．ピアのアベイラビリティ
Ｂ．ピア能力の検出
Ｃ．セッション構成
ＩＶ．プレゼンスサーバ
Ｖ．例示的な方法
ＶＩ．例示的なワイヤレスデバイス
Ｉ．概説
[0018]以下の開示は、本開示の種々の特徴を実装するために、多数の種々の実施形態または例を提示するものであることを理解されたい。いくつかの実施形態は、これらの具体的な詳細の一部またはすべてがなくても実施され得る。本開示を簡略化にするために、コンポーネント、モジュール、および構成の具体例が以下に説明される。これらは当然、例にすぎず、限定的となることを意図したものではない。

【0012】

[0019]ＷｅｂＲＴＣ技術は、ウェブ開発者が、ピアツーピアの意味でウェブブラウザ間におけるリアルタイム通信を確立することを可能にする。ＷｅｂＲＴＣは、２つのピアの間における双方向のリアルタイム通信機能を提供するアプリケーションである。一例において、ＷｅｂＲＴＣは、ブラウザにおけるリアルタイムのピアツーピア通信を提供する。ＷｅｂＲＴＣ規格は、ブラウザおよびＡＰＩの要件をもたらすが、ピア間におけるセッションネゴシエーションのためのシグナリングおよび能力の発見は、アプリケーションに委ねられ得る。最近に定義されたＷｅｂＲＴＣ規格は、セッションセットアップの間にピアの能力に関する情報を提供し得る他のいかなる機構も活用していない。したがって、ＷｅｂＲＴＣセッションは、ピアがセッションパラメータに関して同意するセッション開始の間に、ピア同士の間で付加的なメッセージングを要求し得る。

【0013】

[0020]第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））は、ＩＰマルチメディアサブシステム（ＩＭＳ）との審査官ＷｅｂＲＴＣのインターオペラビリティに対して、作業項目を開始している。３ＧＰＰ定義のネットワークにおいて、ＩＭＳがコアネットワークの提供をなす。ＷｅｂＲＴＣは、ＩＭＳコアネットワークと相互運用可能となり得る。一例において、ＩＭＳの相互運用性は、ＷｅｂＲＴＣアプリケーション（たとえばウェブページ）のホスティングを提供する新しいコアネットワーク要素、ピア間の通信を調停し、ブラウザ互換のトランスポート（たとえばＨＴＴＰベースの）に優先してＩＭＳ調和型のＳＩＰ（セッションイニシャルプロトコル）トランスポートにクライアントシグナリングを変換するためのシグナリングサーバ、およびピア同士の間で異なるコーダおよび／またはデコーダ（コーデック）利用率に対処するトランスコーディングメディアゲートウェイを設けることによって達成され得る。別の例において、ＩＭＳの相互運用性は、呼設定のためにＩＭＳネットワークと直接通信するオンデバイスプロキシを使用することによって達成され得る。そのような例の利点により、単にＷｅｂＲＴＣサービスのために、ＩＭＳコアネットワークの増大を調査することが回避され得る。

【0014】

[0021]さらに、ＩＭＳは、リッチコミュニケーションスイート（ＲＣＳ：Rich Communications Suite）を通じてテレフォニーなどのＩＭＳベースのサービスにアクセスするためのクライアント側のソリューションによって達成され得る。ＲＣＳサービス用のイネーブラはプレゼンスである。プレゼンスソリューションは通常、ピアツーピアの相互作用を促進するためにユーザが他のユーザのプレゼンスクライアントのステータスを知ることが重要となる、インスタントメッセージングなどのサービスに使用される。ＲＣＳにおいては、ＩＭＳ互換のプレゼンスソリューションが、ピアによって互いの能力を発見するために使用され得る。一例において、ＲＣＳはオープンモバイルアライアンス（ＯＭＡ）シンプルプレゼンス（Simple Presence）規格を活用する。ＯＭＡシンプルプレゼンスは、プレゼンスサーバを使用してすべてのピアに関する正確な情報（たとえば機能および登録ステータス）を維持するものであり、それにより、著しいオーバージエアトラフィックが生じ得る。別の例において、ＲＣＳは、ＯＭＡシンプルプレゼンスなしで配備を可能にする。そのような例においてはＳＩＰメッセージングが利用され得る（たとえば、ピアの機能を問い合わせるためにエンドツーエンドで送られるＳＩＰオプション（SIP Options））。オンデバイスＷｅｂＲＴＣプロキシは、セッションセットアップおよびメインテナンスの一部としてＲＣＳプレゼンス機構を活用し得る。これがＷｅｂＲＴＣのエクスペリエンス品質を改善し得る。

【0015】

[0022]本開示は、改善されたセッションネゴシエーションがブラウザベースのＷｅｂＲＴＣ実装形態で可能となるように相互運用性機能をもたらすプロキシを使用するための技術を提供する。既存のプレゼンスサービスを活用するプロキシに基づいて、プロキシは、ピアのアベイラビリティ、ピアの能力（たとえば、ターゲットピアがそのブラウザで、プロキシを有効化したＷｅｂＲＴＣウェブページを最近に開いたかどうか）、およびリアルタイムメッセージ交換を用いないピアの能力を、キャッシュされた情報に基づいて決定し得る。

【0016】

[0023]簡潔のために、本開示はたとえば、ピア間で使用されるシグナリング通信プロトコルとしてアプリケーションとＳＩＰとの間のリアルタイム通信を可能にする技術として、ＷｅｂＲＴＣを説明し得るが、これは限定的となることを意図したものではなく、またこれらの能力をもたらす他の技術も本開示の範囲内に入ることを理解されたい。
ＩＩ．例示的なシステムアーキテクチャ

【0017】

[0024]図１は、いくつかの実施形態による、ネットワーク１０２に結合されたターゲットピアとモバイルデバイスとを含むシステム１００を示すブロック図である。

【0018】

[0025]ネットワーク１０２は、たとえばセルラーネットワークであってもよい。モバイルデバイス１０４、１０６、１０８、および１１０はネットワーク１０２に結合されており、互いおよび／またはネットワーク１０２に結合されたターゲットピアと通信し得る。モバイルデバイスの例は、スマートフォン、パーソナルデジタルアシスタント（ＰＤＡ）、タブレット、およびラップトップである。他のモバイルデバイスも本開示の範囲内に入る。

【0019】

[0026]ネットワーク１０２は、ネットワーク１２２を介してオペレータコアネットワーク１１２に結合されている。ネットワーク１２２は、様々な構成を含み、また、インターネット、ワールドワイドウェブ、イントラネット、バーチャルプライベートネットワーク、ワイドエリアネットワーク、ローカルネットワーク、１つまたは複数の企業の専用の通信プロトコルを使用するプライベートネットワーク、セルラーおよび他のワイヤレスネットワーク、インターネットリレーチャットチャネル（ＩＲＣ）、インスタントメッセージング、シンプルメールトランスファープロトコル（ＳＭＴＰ）、イーサネット（登録商標）、ＷｉＦｉ（登録商標）およびＨＴＴＰ、ならびに前述の様々な組合せを含む様々なプロトコルを使用し得る。ネットワーク１２２はＳＩＰをサポートし得る。一例において、ネットワーク１２２は、ロングタームエボリューション（ＬＴＥ（登録商標））ネットワークを含む。ＬＴＥネットワークは、ワイヤレスブロードバンド技術であり、そのアーキテクチャはＩＰに基づいている。

【0020】

[0027]オペレータコアネットワーク１１２は、ＩＰ接続性を提供する種々のネットワークトポロジを介してボイスサービスを提供するために使用され得る。一例において、オペレータコアネットワーク１１２は、ＬＴＥを介してボイスサービスを提供するために使用され得る。一例において、オペレータコアネットワーク１１２は、１つまたは複数のＰ／Ｉ−ＣＳＣＦ（proxy/interrogating call state control function）１１４および１つまたは複数のＳ−ＣＳＣＦ（serving call state control function）１１６などの機能エンティティを含むＩＭＳネットワークである。Ｐ／Ｉ−ＣＳＣＦ １１４は、プロキシ呼状態制御機能（Ｐ−ＣＳＣＦ：proxy call state control function）と呼掛けＣＳＣＦ（Ｉ−ＣＳＣＦ：interrogating CSCF）とを含み得る。機能エンティティは、ＩＰホストがオペレータのＩＰインフラストラクチャに接続された状態で、ＩＰホスト上に配備されるアプリケーションを構成し得る。１つのホストが複数の機能エンティティを含んでもよく、またそれらの機能エンティティがコロケートされてもよい。Ｐ／Ｉ−ＣＳＣＦ １１４およびＳ−ＣＳＣＦ １１６はコロケートされてもよく、あるいはコロケートされなくてもよい。加えて、Ｐ−ＣＳＣＦとＩ−ＣＳＣＦは、図１に示す実施形態においてはコロケートされるものとして示されているが、Ｐ−ＣＳＣＦとＩ−ＣＳＣＦがコロケートされない（たとえば異なるデータセンター内にある）他の実施形態も本開示の範囲内に入る。機能エンティティが同じコンピューティングデバイス内にあるとき、コロケーションにより、ＩＰメッセージはより短い経路を取ることになり得る。

【0021】

[0028]Ｐ−ＣＳＣＦはモバイルデバイス１１０と通信し得る。一例において、モバイルデバイス１１０がオペレータコアネットワーク１１２にシグナリングメッセージを送るとき、そのメッセージは、モバイルデバイスに割り当てられたＰ−ＣＳＣＦに送られる。Ｐ−ＣＳＣＦは、オペレータコアネットワーク１１２内で稼働する唯一のプロセスとなり得る。ユーザがオペレータコアネットワーク１１２に接続するとき、各個々のユーザはＰ−ＣＳＣＦを割り当てられ得る。したがって、あるモバイルデバイスに割り当てられたＰ−ＣＳＣＦは、別のモバイルデバイスに割り当てられたＰ−ＣＳＣＦとは異なる。Ｓ−ＣＳＣＦは、２つのＰ−ＣＳＣＦ間の通信をブリッジし得る。エンドユーザおよび任意の呼に関する情報が、Ｐ−ＣＳＣＦおよびＳ−ＣＳＣＦ内に記憶され得る。Ｉ−ＣＳＣＦは、それ自体の特殊な機能を操作し得る。

【0022】

[0029]図２は、いくつかの実施形態による、モバイルデバイスとターゲットピアとの間の通信を促進するためのシステム２００を示すブロック図である。システム２００は、プロキシ２０４、プレゼンスモジュール２０６、およびブラウザ２０２などのクライアントアプリケーションを実行することが可能なモバイルデバイス１１０を含んでいる。ブラウザ２０２は、ウェブページにアクセスし、モバイルデバイス１１０のディスプレイ上にそのウェブページを表示することが可能となり得る。ブラウザ２０２はまた、ボイスおよびビデオコーディングすること、ならびにモバイルデバイス上で実行しているターゲットアプリケーションとリアルタイムで通信を確立することが可能となり得る。

【0023】

[0030]一例において、ブラウザ２０２およびターゲットアプリケーションはそれぞれ、モバイルデバイス上で実行しているブラウザであり、これらのブラウザは互いにリアルタイムで通信する。そのような例において、モバイルデバイス１１０のユーザは、ウェブページによって提供されたオプションをユーザがクリックして電話をかけることができるウェブページに、ブラウザを向け得る。ユーザは、たとえば、ブラウザのアドレスバーにウェブページのユニフォームリソースロケーション（ＵＲＬ）をタイピングするか、またはサーバにウェブページを提供させるハイパーリンクを選択することによって、ウェブページにブラウザを向け得る。ブラウザは、電話回線を使用することなく電話をかけ得る。むしろ、ブラウザは、電話をかけるために、ネットワーク１２２を介してターゲットピアと接続を確立し得る。一例において、ネットワーク１２２はインターネットであり、ブラウザ２０２は、電話をかけるために、インターネットを介してＩＰ接続をセットアップする。いくつかの実施形態において、ブラウザ２０２は、電話をかけるためにＷＲＴＣ技術を使用する。通信の最適化などのために、プロキシ２０４は、モバイルデバイス１１０とターゲットピアとの間の通信を促進するために使用され得る。

【0024】

[0031]プロキシ２０４はプレゼンスモジュール２０６に結合され得る。一例において、プロキシ２０４は、プレゼンスモジュール２０６をプレゼンスクライアントとして有する。プレゼンスモジュール２０６は、ユーザのステータスを指示し得る。一例において、モバイルデバイス１１０のユーザは、ブラウザ２０２を開き、サービスと通信して、ユーザがオンラインであり、他のユーザからメッセージを受信する準備ができていることを示し得る。

【0025】

[0032]簡潔のために、本開示は、クライアントアプリケーションをブラウザとして説明し得るが、これは限定的となることを意図するものではなく、また、他のクライアントアプリケーションも本開示の範囲内に入ることを理解されたい。加えて、プロキシ２０４は、プレゼンスモジュール２０６に結合されるものとして説明されているが、プレゼンスモジュール２０６がプロキシ２０４に組み込まれる他の実施形態も本開示の範囲内に入る。
ＩＩＩ．プレゼンスを活用する例

【0026】

[0033]ＷｅｂＲＴＣセッションのコンテキストでプレゼンスを活用する例示的な態様は、ピアのアベイラビリティ、ピア能力の検出、およびセッション構成を含み得る。プレゼンスを活用する際にオペレータコアネットワーク１１２の機能を活用することが望ましくなり得る。
Ａ．ピアのアベイラビリティ

【0027】

[0034]いくつかの実施形態において、プロキシ２０４（たとえばＷｅｂＲＴＣプロキシ）は、ピアのアベイラビリティを決定し、呼設定時間を改善する。そのような実施形態において、プロキシ２０４は、ＩＭＳによってすでにサポートされているＲＣＳプレゼンスおよびプレゼンス登録機構を活用し得る。一例において、プロキシ２０４は、ブロック呼またはセッション開始を、それらが始まる前にもブロックすることによって、プレゼンス能力を活用する。

【0028】

[0035]図３は、いくつかの実施形態による、モバイルデバイスとターゲットピアとの通信促進を示す部分的な呼設定のシグナリング線図３００である。線図３００は、ターゲットピアがネットワークに登録されていない場合の例示的なＳＩＰ呼フローを示している。

【0029】

[0036]図３において、ブラウザ２０２は、ターゲットピアとのリアルタイム通信接続を開始するための通信を送り得る。一例において、この通信は、呼開始（ＸＨＲ／ＷＳ）３０２である。プロキシ２０４は、ブラウザ２０２によって送られた通信を受信し得る。一例において、ブラウザ２０２は、直接プロキシ２０４に通信を送る。別の例において、プロキシ２０４は、通信を遮断してリアルタイム通信を開始する。

【0030】

[0037]ターゲットピアとのリアルタイム通信接続を開始するための通信に基づいて、プロキシ２０４は、ターゲットピアがオンラインであるかオフラインであるかを決定するためにサーバがターゲットピアに連絡することを引き起こす通信を、サーバに送り得る。一例において、プロキシ２０４は、オペレータコアネットワーク１１２にＳＩＰオプションメッセージメッセージ３０４を送る。それに応答して、オペレータコアネットワーク１１２は、ターゲットピアにそのメッセージを中継して、ターゲットピアがオンラインであるかどうかを決定し得る。

【0031】

[0038]一例において、ＳＩＰオプションメッセージ３０４は、ターゲットピアがオンラインであるかどうかを決定するためのクエリである。モバイルデバイス１１０のユーザがブラウザ２０２を開くとき、そのブラウザ２０２はオペレータコアネットワーク１１２に登録し得、Ｐ／Ｉ−ＣＳＣＦ １１４Ａがモバイルデバイス１１０に割り当てられ得る。オペレータコアネットワーク１１２は、ターゲットピアへの到達が可能であることも、可能でないこともある。一例において、ＳＩＰオプションメッセージは、モバイルデバイス１１０からＰ／Ｉ−ＣＳＣＦ １１４Ａに送られる。Ｐ／Ｉ−ＣＳＣＦ １１４Ａは、Ｓ−ＳＣＳＦ １１６にＳＩＰオプションメッセージ３０４を送り得、Ｓ−ＳＣＳＦ １１６は、ターゲットピアがオペレータコアネットワーク１１２に登録されていないことを決定し得る。図３において、Ｐ／Ｉ−ＣＳＣＦはターゲットピアに割り当てられていない。

【0032】

[0039]一例において、オペレータコアネットワーク１１２がターゲットピアに到達できない場合、オペレータコアネットワーク１１２は、ターゲットピアが到達可能でないことを示すメッセージを、プロキシ２０４に送り返し得る。別の例において、プロキシ２０４は、エラー４８０−リクエストタイムアウト（Error 480-Request Timeout）３０６を受信し、このエラーメッセージに基づいて、ターゲットピアが到達可能ではないと決定する。

【0033】

[0040]説明したように、ターゲットピアがオペレータコアネットワーク１１２（たとえばＩＭＳネットワーク）に登録されていない場合、そのターゲットピアは到達可能にならないことがある。プロキシ２０４は、呼開始（ＸＨＲ／ＷＳ）３０２が不成功となったことをブラウザ２０２に示すために、ブラウザ２０２に呼拒否（ＸＨＲ／ＷＳ）メッセージを送り得る。プロキシの実施形態の利点により、複数のメッセージ交換のオーバーヘッドなしに、メッセージ（たとえば、呼開始メッセージ）が拒否されるようにし得る。したがって、追加の通信が、ネットワークからの形式的な拒否の呼と同じように遠く、オーバージエアで進むことはない。したがって、プロキシ２０４は、呼またはセッション開始を、それらが始まる前にもブロックし得る。
Ｂ．ピア能力の検出

【0034】

[0041]いくつかの実施形態において、プロキシ２０４は、ターゲットピアのピア能力を決定する。一例において、プロキシ２０４は、あるセッションをターゲットピアと開始し得るが、そのセッションは、ターゲットピアの１つまたは複数の決定された能力に基づくものである。

【0035】

[0042]図４は、いくつかの実施形態による、モバイルデバイスとターゲットピアとの通信促進を示す部分的な呼設定のシグナリング線図４００である。線図４００は、ターゲットピアがオペレータコアネットワーク１１２に登録されている場合の例示的なＳＩＰ呼フローを示している。

【0036】

[0043]図４において、ブラウザ４０２およびプロキシ４０６はターゲットピア上で実行し得る。ターゲットピア上で実行しているプロキシ４０６は、プロキシ２０４と類似していても同じであってもよい。一例において、ターゲットピアのユーザは、プロキシ４０６によって受信されるＷＥＢＲＴＣクライアントアクティブ（ＸＨＲ／ＷＳ）呼４０４を送るアプリケーション（たとえばブラウザ４０２）を開く。ＷＥＢＲＴＣクライアントアクティブ（ＸＨＲ／ＷＳ）呼４０４は、ターゲットピアがアクティブまたは到達可能であることを示し得、また、ＷＥＢＲＴＣクライアントアクティブ（ＸＨＲ／ＷＳ）呼４０４に基づいて、プロキシ４０６はターゲットピアをオペレータコアネットワーク１１２に登録し得る。ターゲットピアがオペレータコアネットワーク１１２に登録するとき、Ｐ／Ｉ−ＣＳＣＦ １１４Ｂがターゲットピアに割り当てられ得る。ターゲットピアがオペレータコアネットワーク１１２に登録するとき、ターゲットピアは、その能力をオペレータコアネットワーク１１２に登録し得る。他のモバイルデバイスは、オペレータコアネットワーク１１２に登録することによって、それらの能力を宣伝し得る。

【0037】

[0044]メッセージ３０２および３０４については、図３に関連して説明した。図４において、ターゲットピアは登録しているため、Ｓ−ＳＣＳＦ １１６はＳＩＰオプション（ターゲット）呼３０４をＰ／Ｉ−ＣＳＣＦ １１４Ｂに送り得、Ｐ／Ｉ−ＣＳＣＦ １１４Ｂは次いで、ＳＩＰオプションメッセージ３０４をターゲットピアのプロキシ４０６に送る。ＳＩＰオプションメッセージ３０４は、登録されたターゲットピアの能力を決定するためのクエリであってもよい。一例において、プロキシがＲＣＳプレゼンスを活用する場合、インバンドのピア能力の検出が可能である。

【0038】

[0045]プロキシ４０６は、モバイルデバイス１１０にＳＩＰ ２００ ＯＫ（ターゲット能力）の呼４０８で応答し得、この呼は、ターゲットピアの能力に関する情報を含み得る。一例において、呼４０８は、たとえば埋め込まれたセッション記述プロトコル（ＳＤＰ：Session Description Protocol）フィールドを介して伝達され得る他のクライアント能力（たとえばコーデックがサポートされているかどうか）に加えて、ブラウザ４０２の現在の状態に関する情報（たとえば、ＷｅｂＲＴＣセッションがブラウザ４０２においてアクティブであるかどうか）を伝達する。ＷｅｂＲＴＣ能力を伝達するために、ＳＩＰは種々の拡張性機構を提供し得る。一例において、ＩＭＳ固有のｐヘッダ（たとえば「Ｐ−ＷｅｂＲＴＣ−Ｐｒｏｘｙ−Ｅｎａｂｌｅｄ）など、ＳＩＰ拡張ヘッダがＷｅｂＲＴＣ能力を伝達するために使用される。それに加えて、ＳＩＰトランスポートを介して運ばれるＳＤＰメッセージ本体は、インターネット番号割当て機関（ＩＡＮＡ：Internet Assigned Numbers Authority）への登録によって拡張可能となり得る。これらは例にすぎず、他のプロトコルも使用され得る。

【0039】

[0046]能力の例示的な指示は、ターゲットピアがＷｅｂＲＴＣプロキシで有効化されているかどうか、ターゲットピアがＷｅｂＲＴＣウェブページをブラウザ４０２内に開いているかどうか、ターゲットピアがブラウザ４０２（もしくは任意の他のアプリケーション）を通じてＷｅｂＲＴＣ呼を処理するかどうか、ならびに、ターゲットピアが、ＷｅｂＲＴＣまたはブラウザ４０２の非存在下でボイスおよび／またはビデオの呼を取ることが可能なアプリケーションを有しているかどうかを含み得る。プロキシ２０４は、呼４０８を受信し、メッセージ呼承認／呼構成（Call Accept/Call Config）（ＸＨＲ／ＷＳ）４１０を転送して、ターゲットピアとのリアルタイム通信接続を開始するための呼開始が成功したことをブラウザ２０２に示し得る。

【0040】

[0047]プロキシ２０４は、ターゲットピアの能力に基づいて決定をし得る。一例において、ターゲットピアがＷｅｂＲＴＣウェブページをブラウザ４０２内に開いていないとプロキシ２０４が決定した場合、プロキシ２０４は、ターゲットピア上で実行しているアプリケーションに、特定のウェブページを開くように命令し得る。そのような例において、プロキシ２０４は、ターゲットピアがウェブページをブラウジングしているかどうか、および、ＷｅｂＲＴＣ呼を受信し得るウェブページが現在、開いているかどうかを決定し得る。ＷｅｂＲＴＣ呼を受信し得る、開いているウェブページが現在、存在しない場合、プロキシ２０４は、ターゲットピア上のブラウザ４０２を起動し、特定のウェブアドレス（たとえばハイパーテキストトランスファープロトコル（ＨＴＴＰ）アドレス）に向けるように、プロキシ４０６にメッセージを送り得る。ターゲットピア上で実行しているブラウザ４０２が、命令された動作を実行する場合、ターゲットピアが最初にＷｅｂＲＴＣ互換のウェブページを開いていなくても、ＷｅｂＲＴＣセッションが開始され得る。

【0041】

[0048]異なるデバイス上で稼働しているブラウザに、特定のウェブアドレスを指すようにアプリケーションによって命令することは、セキュリティ問題となり得る。別の例において、ターゲットピア上で稼働しているプロキシ４０６は、特定のウェブアドレスを指すようにプロキシ４０６がブラウザ４０２に命令し得ないことを示すメッセージを、プロキシ２０４に送り得る。次いで、プロキシ２０４は、たとえば、ターゲットピアのブラウザではなくターゲットピアのボイスオーバーＬＴＥ（ＶｏＬＴＥ）に呼をルーティングすることによって、ＶｏＬＴＥの呼を開始するように進み得る。別の例において、プロキシ２０４は、ブラウザではないがＷｅｂＲＴＣセッションにおいて通信し得る、ターゲットピア上で実行しているアプリケーションに、開くように命令し得る。命令されるアプリケーションは、ターゲットピアのユーザが、たとえばアプリケーションストアからネットワークを介してダウンロードしたアプリケーションであってもよい。

【0042】

[0049]別の例において、モバイルデバイス１１０のユーザがＷｅｂＲＴＣセッションを使用してメディア（たとえばオーディオおよび／またはビデオ）をターゲットピアに送る場合、プロキシ２０４は、ユーザがメッセージを送ることを希望するフォーマットをターゲットピアがサポートしているかどうかを決定することが可能となり得る。ユーザがビデオをＭＰＥＧ−４フォーマットで送ることを希望し、ターゲットピアがＨ．２６４フォーマットのみを受け付ける場合、プロキシ２０４は、目的とするフォーマットをターゲットピアがサポートしていないと決定することに基づいて、動作を実行し得る。したがって、モバイルデバイス１１０のユーザがビデオを送る前に、モバイルデバイス１１０上で稼働しているソフトウェアが、ターゲットピアのプレゼンスをすでに検出し得、そのターゲットピアの能力を知るように、プロキシ２０４はターゲットピアのプレゼンスを活用し得る。プロキシ２０４は、ユーザに表示するように、あるメッセージをブラウザ２０２に送り得るが、そのメッセージは、意図されたフォーマットをターゲットピアが受け付けないことを、ユーザに示すものである。

【0043】

[0050]図３の例を再び参照すると、ターゲットピアは登録されておらず、開始呼もオペレータコアネットワーク１１２を通じて完了されておらず、プロキシ２０４は、呼またはセッション開始を、それらが始まる前にもブロックし得る。いくつかの実施形態において、プロキシ２０４は、ターゲットピアが到達不可能であると決定されたとき、ターゲットピアの能力に基づいて、さらなる動作を実行し得る。たとえば、プロキシ２０４は、ターゲットピアが正規のボイスクライアントを有することを知り得、その情報をローディングして、呼をボイスクライアントにルーティングし得る。別の例において、モバイルデバイス１１０のユーザが送ることを希望する目的のフォーマットをターゲットピアが受け付けないと、プロキシ２０４が決定した場合、プロキシ２０４は、ターゲットピアに送られるように、ターゲットピアと互換性のあるフォーマットにメディア（たとえばオーディオおよび／またはビデオ）をトランスコードし得る。

【0044】

[0051]別の例において、プロキシ２０４は、ターゲットピアがターゲットピアのブラウザにおいて現在アクティブであるＷｅｂＲＴＣセッションを有しているかどうか決定し、その決定に基づいて動作を実行し得る。一例において、ターゲットピアがターゲットピアのブラウザにおいて現在アクティブであるＷｅｂＲＴＣセッションを有している場合、プロキシ２０４は、外部サーバを介したアウトオブバンドシグナリングの使用によって、ターゲットピアのブラウザと通信し得る。したがって、プロキシ２０４は、ターゲットピアのローカルプロキシをアクティブにし、オペレータコアネットワーク１１２に登録するように、ターゲットピアに要求し得る。発信元ピアはまた、オペレータコアネットワーク１１２を活用することなしに呼を進め得る。別の例において、プロキシ２０４は、プッシュ機構と結合された外部サーバを介したアウトオブバンドシグナリングの使用によって、ターゲットピアを起動し得る。アクティブ化されたターゲットピアは、所望のＷｅｂＲＴＣアプリケーションを使用してブラウザセッションを開始し、ターゲットプロキシと通信してオペレータコアネットワーク１１２に登録するように、トリガされ得る。

【0045】

[0052]一実施形態において、プロキシ２０４は、呼４０８で返された情報をキャッシュする。プロキシ２０４は、ターゲットピアの能力をキャッシュし、それらを将来の参照のために使用し得る。一例において、プロキシ２０４は、キャッシュされた情報を使用して、ターゲットピアとのセッションを開始するが、そのセッションは、ターゲットピアの１つまたは複数の決定されたキャッシュ済みの能力に基づくものである。一例において、プロキシ２０４は、ターゲットピアが特定の能力（たとえば目的のフォーマットをサポートする）を有していないという、キャッシュ済みの情報に基づいて、呼を拒否する。これは限定的となることを意図するものではなく、プロキシ２０４がそのキャッシュ済みの情報を使用する他の例もまた考えられる。
Ｃ．セッション構成

【0046】

[0053]プロキシ２０４は、いかなるオーバージエアのメッセージングをも回避する一方で、ターゲットのキャッシュ済みの能力を活用してセッションを構成し得る。プロキシ２０４は、ターゲットピアのブラウザのステータス（およびＷｅｂＲＴＣプロキシのプレゼンス）に関するプレゼンス由来の知識を活用して、呼を直接ＶｏＬＴＥクライアントに転送することもできる。これは、たとえばターゲットピアが検出されて登録される場合に生じ得るが、ＷｅｂＲＴＣプロキシのプレゼンスを示すわけではない。

【0047】

[0054]図５は、いくつかの実施形態による、モバイルデバイスとターゲットピアとの通信促進を示す部分的な呼設定のシグナリング線図５００である。線図５００において、ターゲットピアは、ＷｅｂＲＴＣプロキシを有していないが、そのＶｏＬＴＥ／ＩＭＳクライアント５０２を通じて登録されている。プロキシ２０４は、ブラウザに、そしてブラウザから、ＶｏＬＴＥベアラにメディアを透過的にマッピングし得る。メディアオーバーＶｏＬＴＥベアラ５０４は、プロキシ２０４とＶｏＬＴＥ／ＩＭＳクライアント５０２との間で送信され得る。それに加えて、メディア（ＲＴＰ／ＵＤＰ）メッセージ５０６は、ブラウザ２０２とプロキシ２０４との間で送信され得る。

【0048】

[0055]一実施形態において、プロキシ２０４は、ターゲットピアがターゲットプロキシをリアルタイム通信に使用しているかどうかを決定する。ターゲットピアがターゲットプロキシをリアルタイム通信に使用していないと決定されたとき、プロキシ２０４は、リアルタイム通信に対する代替方法を用いて、ターゲットピアとのリアルタイム通信セッションを開始する。一例において、プロキシ２０４は、ボイスオーバーＬＴＥ接続を介して、ターゲットプロキシを通じてセッションをルーティングすることによって、リアルタイム通信に対する代替方法を用いてターゲットピアとのリアルタイム通信セッションを開始し得る。別の例において、ターゲットピアがターゲットプロキシをリアルタイム通信に使用していると決定されたとき、プロキシ２０４は、リアルタイム通信に対する代替方法を用いて、ターゲットピアとのリアルタイム通信セッションを開始し得る。たとえば、プロキシ２０４は、代替方法がリアルタイム通信に関してはより高速であると決定するため、プロキシ２０４は、代替方法を用いてリアルタイム通信セッションを開始し得る。たとえば、プロキシ２０４は、ボイスオーバーＬＴＥ接続を介して、ターゲットプロキシを通じてセッションをルーティングするほうが高速であると決定し得る。

【0049】

[0056]別の例において、ターゲットピアがターゲットプロキシをリアルタイム通信に使用していると決定されたとき、プロキシ２０４は、ターゲットピアがアクティブなリアルタイム通信セッションを有しているかどうかを決定する。ターゲットピアがアクティブなリアルタイム通信セッションを有していると決定されたとき、プロキシ２０４は、ターゲットピアがリアルタイム通信セッションを開始することを引き起こすように、ターゲットピアに送られるべきメッセージをトリガする。たとえば、そのメッセージは、ターゲットピアがターゲットピア上で所定のＵＲＬに向けてブラウザを開くことを引き起こし得る。

【0050】

[0057]上記で説明したように、またここでさらに強調するように、図１〜５は単なる例であり、これらが特許請求の範囲を不当に制限すべきではない。たとえば、プレゼンスは、プレゼンスオンデマンド技術を使用するものとして説明されてきた。種々のタイプのプレゼンスが、プロキシ２０４において中で活用されていてもよい。
ＩＶ．プレゼンスサーバ

【0051】

[0058]別の例において、プレゼンスを決定するために、プレゼンスサーバが使用される。そのような例において、モバイルデバイス１１０のユーザは、クライアントアプリケーションを開き、プレゼンスサーバに登録し得るが、そのプレゼンスサーバは、モバイルデバイス１１０のユーザに関する情報を有しており、ユーザが依然としてオンラインであるかどうかを決定するために、ユーザと連絡を取る。したがって、プレゼンスサーバおよびユーザは、その接続を周期的に「キープアライブ」することができる。

【0052】

[0059]図６は、いくつかの実施形態による、モバイルデバイスとターゲットピアとの間の通信を促進するためのシステム６００を示すブロック図である。システム６００は、ネットワーク１２２を介して結合されたモバイルデバイス１１０とプレゼンスサーバ６０２とを含む。プロキシ２０４は、ネットワーク１２２を介してプレゼンスサーバ６０２と通信し得る。プレゼンスサーバ６０２は、上記で説明した情報（たとえば、ピアのアベイラビリティ、ピア能力、およびセッション構成）を記憶し、ユーザがプレゼンスサーバに登録できるようにし得る。

【0053】

[0060]一例において、プロキシ２０４は、ＳＩＰメッセージングを使用することなく、クエリをプレゼンスサーバ６０２に送って、ピアのアベイラビリティ、ピア能力、および／またはセッション構成に関する情報をプレゼンスサーバ６０２から取得し得る。そのような例において、プロキシ２０４は、ターゲットピアが登録されているかどうかを決定するために、呼開始（ＸＨＲ／ＷＳ）３０２を送る必要がない。
ＩＩＩ．例示的な方法

【0054】

[0061]図７は、いくつかの実施形態による、モバイルデバイスとターゲットピアと間の通信を促進するための方法７００を示す簡略フローチャートである。方法７００は、限定的となることを意図するものではなく、他の用途にも使用され得る。

【0055】

[0062]方法７００はブロック７１０〜７３０を含む。ブロック７１０では、モバイルデバイス上で実行しているプロキシにおいて、ターゲットピアとのリアルタイム通信接続を開始するための通信が受信される。一例において、モバイルデバイス１１０上で実行しているプロキシ２０４は、ターゲットピアとのリアルタイム通信接続を開始するための通信を受信する。

【0056】

[0063]ブロック４２０では、ターゲットピアの１つまたは複数の能力が決定される。一例において、プロキシ２０４は、ターゲットピアの１つまたは複数の能力を決定する。ブロック４３０では、セッションがターゲットピアと開始されるが、そのセッションは、ターゲットピアの１つまたは複数の決定された能力に基づいている。一例において、プロキシ２０４は、ターゲットピアとのセッションを開始するが、そのセッションは、ターゲットピアの１つまたは複数の決定された能力に基づいている。

【0057】

[0064]また、付加的な処理が、上記で説明したブロック７１０〜７３０の前、間、または後に実行され得ることも理解されたい。また、本明細書で説明する方法７００のブロックのうちの１つまたは複数が、必要に応じて、異なる順序で省略、結合、または実行され得ることも理解されたい
ＩＶ．例示的なワイヤレスデバイス

【0058】

[0065]図８は、いくつかの実施形態による、デジタル信号プロセッサを含むワイヤレスデバイス８００を示すブロック図である。内部ネットワーク内に配置されたワイヤレスデバイス８００とターゲットピアとの間の通信を促進するために、ワイヤレスデバイス８００は、複数の命令を処理するためのデジタル信号プロセッサ（ＤＳＰ）８０１などのプロセッサを含み、ここで内部ネットワークは１つまたは複数の外部ネットワークからＮＡＴによって分離されている。一例において、ＤＳＰ ８０１は、方法７００に従って命令を処理する。モバイルデバイス１１０は、ワイヤレスデバイス８００として実装され得る。

【0059】

[0066]図８はまた、ＤＳＰ ８０１およびディスプレイ８３２に結合されたディスプレイコントローラ８３０を示している。コーダ／デコーダ（ＣＯＤＥＣ）８３４もまた、ＤＳＰ ８０１に結合され得る。スピーカー８３６およびマイクロフォン８３８がＣＯＤＥＣ ８３４に結合され得る。それに加えて、ワイヤレスコントローラ８４０が、ＤＳＰ ８０１およびワイヤレスアンテナ８４８に結合され得る。いくつかの実施形態において、ＤＳＰ ８０１、ディスプレイコントローラ８３０、メモリ８５０、ＣＯＤＥＣ ８３４、およびワイヤレスコントローラ８４０が、システムインパッケージまたはシステムオンチップデバイス８５６内に含められる。

【0060】

[0067]いくつかの実施形態において、入力デバイス８３１および電源８６０が、システムオンチップデバイス８５６に結合される。その上、いくつかの実施形態において、図８に示すように、ディスプレイ８３２、入力デバイス８３１、スピーカー８３６、マイクロフォン８３８、ワイヤレスアンテナ８４８、および電源８６０は、システムオンチップデバイス８５６の外部にある。ディスプレイ８３２、入力デバイス８３１、スピーカー８３６、マイクロフォン８３８、ワイヤレスアンテナ８４８、および電源８６０の各々は、インターフェースまたはコントローラなど、システムオンチップデバイス８５６の構成要素に結合され得る。ワイヤレスデバイスのユーザは、マイクロフォン８３８に向かって話すこと、またはディスプレイ８３２を介して別のユーザを見ることによって、その別のユーザと通信し得る。

【0061】

[0068]本明細書で開示した実施形態に関して説明した様々な例示的な論理ブロック、構成、モジュール、回路、およびステップは、電子ハードウェア、コンピュータソフトウェア、または両方の組合せとして実装され得ることを、当業者はさらに諒解されよう。ハードウェアとソフトウェアのこの互換性を明確に示すために、様々な例示的な構成要素、ブロック、構成、モジュール、回路、およびステップを、上記では概して、それらの機能に関して説明した。そのような機能性がハードウェアとして実装されるか、またはソフトウェアとして実装されるかは、システム全体に課される特定のアプリケーションおよび設計制約に依存する。当業者は、説明した機能性を特定の適用例ごとに様々な方法で実装し得るが、そのような実装の決定は、本開示の範囲からの逸脱を生じるものと解釈すべきではない。

【0062】

[0069]本明細書で開示する実施形態に関して説明する方法のステップは、直接ハードウェアで、プロセッサによって実行されるソフトウェアモジュールで、またはそれら２つの組合せで具体化され得る。ソフトウェアモジュールは、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読取り専用メモリ（ＲＯＭ）、プログラマブル読取り専用メモリ（ＰＲＯＭ）、消去可能プログラマブル読取り専用メモリ（ＥＰＲＯＭ）、電気消去可能プログラマブル読取り専用メモリ（ＥＥＰＲＯＭ（登録商標））、レジスタ、ハードディスク、リムーバブルディスク、コンパクトディスク読取り専用メモリ（ＣＤ−ＲＯＭ）、または当技術分野で知られている任意の他の形態の記憶媒体中に常駐し得る。例示的記憶媒体は、プロセッサが記憶媒体から情報を読み取り、記憶媒体に情報を書き込むことができるようにプロセッサに結合される。代替として、記憶媒体はプロセッサと一体であり得る。プロセッサおよび記憶媒体は特定用途向け集積回路（ＡＳＩＣ）中に存在し得る。ＡＳＩＣはコンピューティングデバイスまたはユーザ端末中に存在し得る。代替として、プロセッサおよび記憶媒体は、コンピューティングデバイスまたはユーザ端末に個別の構成要素として存在し得る。

【0063】

[0070]開示された実施形態の上記の説明は、当業者が、開示された実施形態を作成または使用することができるように与えられる。これらの実施形態に対する様々な修正は、当業者には容易に明らかであり、本明細書で定義されている原理は、本開示の範囲から逸脱することなく、他の実施形態に適用され得る。したがって、本開示は、本明細書に示されている実施形態に限定されることを意図されておらず、以下の特許請求の範囲によって定義される原理および新規な特徴と一致する可能な最も広い範囲を与えられるべきである。したがって、本開示は特許請求の範囲のみによって限定される。
以下に本願の出願当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
モバイルデバイスとターゲットピアとの間の通信を促進する方法であって、
モバイルデバイス上で実行しているプロキシにおいて、ターゲットピアとのリアルタイム通信接続を開始するための通信を受信することと、
前記ターゲットピアの１つまたは複数の能力を決定することと、
前記ターゲットピアとのセッションを開始することと、前記セッションは、前記ターゲットピアの前記１つまたは複数の決定された能力に基づく、
を備える方法。
［Ｃ２］
前記通信は、前記モバイルデバイス上で実行しているクライアントアプリケーションから送られる、Ｃ１に記載の方法。
［Ｃ３］
前記クライアントアプリケーションはブラウザである、Ｃ２に記載の方法。
［Ｃ４］
前記モバイルデバイスは、スマートフォン、タブレット、ラップトップ、またはパーソナルデジタルアシスタントである、Ｃ１に記載の方法。
［Ｃ５］
前記ターゲットピアがオンラインであるかどうかを決定するための通信を送ることと、 そのターゲットピアがオンラインであるかどうかを示す応答を受信することと、
をさらに備える、Ｃ１に記載の方法。
［Ｃ６］
前記ターゲットピアがオンラインであるかどうかを決定するための通信を送ることは、前記ターゲットピアがオンラインであるかどうかを決定するためにサーバが前記ターゲットピアに連絡を取ることを引き起こす通信を、前記サーバに送ることを含む、Ｃ５に記載の方法。
［Ｃ７］
前記モバイルデバイスはセルラーネットワークに結合される、Ｃ１に記載の方法。
［Ｃ８］
前記セルラーネットワークはＬＴＥネットワークである、Ｃ７に記載の方法。
［Ｃ９］
前記ターゲットピアがターゲットプロキシをリアルタイム通信に使用しているかどうかを決定することをさらに備える、Ｃ１に記載の方法。
［Ｃ１０］
前記ターゲットピアが前記ターゲットプロキシをリアルタイム通信に使用していると決定されたとき、リアルタイム通信に対する代替方法を使用して、前記ターゲットピアとのリアルタイム通信セッションを開始することをさらに備える、Ｃ９に記載の方法。
［Ｃ１１］
前記ターゲットピアが前記ターゲットプロキシをリアルタイム通信に使用していないと決定されたとき、リアルタイム通信に対する代替方法を使用して前記ターゲットピアとのリアルタイム通信セッションを開始することをさらに備える、Ｃ９に記載の方法。
［Ｃ１２］
リアルタイム通信に対する代替方法を使用して前記ターゲットピアとのリアルタイム通信セッションを開始することは、ボイスオーバーＬＴＥ接続を介して、前記ターゲットプロキシを通じて前記セッションをルーティングすることを含む、Ｃ１１に記載の方法。
［Ｃ１３］
前記ターゲットピアが前記ターゲットプロキシをリアルタイム通信に使用していると決定されたとき、前記ターゲットピアがアクティブなリアルタイム通信セッションを有しているかどうかを決定することと、
前記ターゲットピアが前記アクティブなリアルタイム通信セッションを有していると決定されたとき、前記ターゲットピアが前記リアルタイム通信セッションを開始することを引き起こすように、前記ターゲットピアに送られるべきメッセージをトリガすることと、をさらに備える、Ｃ９に記載の方法。
［Ｃ１４］
前記メッセージは、前記ターゲットピアが前記ターゲットピア上で所定のＵＲＬに向けてブラウザを開くことを引き起こす、Ｃ１３に記載の方法。
［Ｃ１５］
モバイルデバイスとターゲットピアとの間の通信を促進するためのシステムであって、 モバイルデバイス上で実行可能な通信モジュールと、ここにおいて、前記通信モジュールは、ターゲットピアとのリアルタイム通信接続を開始するための通信を受信する、
前記モバイルデバイス上で実行可能な能力モジュールと、ここにおいて、前記能力モジュールは、前記ターゲットピアの１つまたは複数の能力を決定し、前記ターゲットピアとのセッションを開始し、前記セッションは、前記ターゲットピアの前記１つまたは複数の決定された能力に基づく、
を備えるシステム。
［Ｃ１６］
前記通信モジュールは、前記モバイルデバイス上で実行しているクライアントアプリケーションから前記通信を受信し、前記クライアントアプリケーションはブラウザであり、前記モバイルデバイスは、スマートフォン、タブレット、ラップトップ、またはパーソナルデジタルアシスタントである、Ｃ１５に記載のシステム。
［Ｃ１７］
前記モバイルデバイスはセルラーネットワークに結合される、Ｃ１５に記載のシステム。
［Ｃ１８］
前記能力モジュールは、前記ターゲットピアがターゲットプロキシをリアルタイム通信に使用しているかどうかを決定する、Ｃ１５に記載のシステム。
［Ｃ１９］
前記ターゲットピアが前記ターゲットプロキシをリアルタイム通信に使用していないと決定されたとき、前記能力モジュールは、リアルタイム通信に対する代替方法を使用して、前記ターゲットピアとのリアルタイム通信セッションを開始する、Ｃ１８に記載のシステム。
［Ｃ２０］
前記モバイルデバイスはＬＴＥセルラーネットワークに結合され、前記ターゲットピアが前記ターゲットプロキシをリアルタイム通信に使用していないと決定されたとき、前記能力は、ボイスオーバーＬＴＥ接続を介して、前記ターゲットプロキシを通じて前記セッションをルーティングする、Ｃ１９に記載のシステム。
［Ｃ２１］
モバイルデバイス上で実行しているプロキシにおいて、ターゲットピアとのリアルタイム通信接続を開始するための通信を受信することと、
前記ターゲットピアの１つまたは複数の能力を決定することと、
前記ターゲットピアとのセッションを開始することと、前記セッションは、前記ターゲットピアの前記１つまたは複数の決定された能力に基づく、
を備える動作を実行するためのコンピュータ実行可能命令を記憶したコンピュータ可読媒体。
［Ｃ２２］
モバイルデバイスとターゲットピアとの間の通信を促進するための装置であって、
ターゲットピアとのリアルタイム通信接続を開始するための通信を受信するための手段と、
前記ターゲットピアの１つまたは複数の能力を決定するための手段と、
前記ターゲットピアとのセッションを開始するための手段と、前記セッションは、前記ターゲットピアの前記１つまたは複数の決定された能力に基づく、
を備える装置。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】