JP2021528923A - Ｖｏｉｐクライアントを通じたセルラーデバイスへの緊急呼のルーティング - Google Patents

Abstract

ＰＳＴＮを介して受け取った通信をルーティングするシステム及び方法について開示する。通信セッションサーバが、第１のコンピューティングデバイスと、第２のコンピューティングデバイスと、ＰＳＴＮを介してアクセス可能な公共サービスとの間の通信セッションを容易にする。第１のコンピューティングデバイスは、第１の通信モードを使用して通信セッションサーバとの通信セッションを確立する。第２のコンピューティングデバイスは、第２の通信モードを使用する公共サービスとの通信セッションと、第１の通信モードを使用する通信セッションサーバとの通信セッションを確立する。第２のコンピューティングデバイスにより第２の通信モードを介して公共サービスから受け取った通信は、第１の通信モードを介して通信セッションサーバにルーティングされる。通信セッションサーバは次いで、受け取った通信を第１の通信モードを使用して第１のコンピューティングデバイスに送る。

Description

本明細書に開示される対象事項は、概してインターネットプロトコル（ＩＰ）電話及びボイスオーバーＩＰ（Voice-Over-IP、ＶｏＩＰ）に関し、詳細には、第１のコンピューティングデバイスと通信する第２のコンピューティングデバイスを通じて通信プロトコルを使用して第１のコンピューティングデバイスにより開始された通信セッションをルーティングすることに関し、第１のコンピューティングデバイスが受け取ったオーディオ及び／又はビデオは第２のコンピューティングデバイスを介して意図された受信者に通信され、その逆もまた同様である。

ＩＰ電話及びＶｏＩＰは、インターネット上で通信セッションを実行する１つ以上の手法を一般に包含する技術である。いくつかの例において、通信セッションは、コンピューティングデバイスにより実行されているクライアントアプリケーション間にあり、通信セッションは、１つ以上のオーディオ及び／又はビデオストリームを含む。通信セッションは、これらに限られないがトランスミッションコントロールプロトコル（Transmission Control Protocol、ＴＣＰ）、インターネットプロトコル（Internet Protocol、ＩＰ）、ユーザデータグラムプロトコル（User Datagram Protocol、ＵＤＰ）、Ｈ．３２３、セッション開始プロトコル（Session Initiation Protocol、ＳＩＰ）、リアルタイムトランスポートプロトコル（Real-time Transport Protocol、ＲＴＰ）、スカイププロトコル、又はこれらの組み合わせ（例えば、ＴＣＰ上のＳＩＰ）を含む１つ以上の通信プロトコルを使用して実行されることがある。

コンピューティングデバイス及びクライアントアプリケーションを使用し、ユーザは、同じ又は類似のクライアントアプリケーションを実行する別のコンピューティングデバイスとの通信を確立することができる。さらに、ユーザは、通信セッションを実行するためにユーザが使用しているコンピューティングデバイスとは異なるネットワークに通信上結合されたデバイスとの通信セッションを確立することができる。例えば、コンピューティングデバイスは、インターネットなどのパケット交換網（packet-switched network）に通信上結合されることがある。代わりに、意図された受信者（又は、第２のコンピューティングデバイス）は、公衆交換電話網（public switched telephone network、ＰＳＴＮ）などの回線交換網に通信上結合されることがある。

いくつかの場合、ユーザは、自身のコンピューティングデバイスを使用して緊急サービスなどの公共サービスを呼び出したい場合がある。クライアントアプリケーションを使用し、ユーザは、公共サービスがＰＳＴＮに通信上結合されている場合に、公共サービスとの通信セッションを確立するよう試みることがある。しかしながら、ユーザは、コンピューティングデバイスを使用して公共サービスとの通信セッションを確立することを禁止又は防止されている可能性がある。

いくつかの実施形態が、添付の図面の図に限定でなく例として示される。
いくつかの例示的な実施形態による、１つ以上のコンピューティングデバイスに通信上結合された通信セッションサーバを含むネットワーク化システムを示すブロック図である。 図１に示すネットワーク化システムの代替的な一実装を示し、通信セッションが通信セッションサーバを介して実行される。 一例示的な実施形態による、図１に示すデバイスのアプリケーションを示し、モバイルデバイスがＰＳＴＮを使用して確立された通信セッションを実行する。 一例示的な実施形態による、図３に示すデバイスのアプリケーション及びデータの別の実装を示し、モバイルデバイスが通信セッションサーバを使用して確立された通信セッションを実行する。 一例示的な実施形態による、図１に示すコンピューティングデバイスを使用して通信セッションを確立する方法を示す。 一例示的な実施形態による、図１〜図２に示すモバイルデバイスを通じて通信セッションをルーティングする方法を示す。 一例示的な実施形態による、図１〜図２に示すモバイルデバイスを通じて通信セッションをルーティングする方法を示す。 一例示的な実施形態による、図１〜図２のモバイルデバイスが図１のコンピューティングデバイスにより開始された通信セッションをルーティングするために使用される方法を示す。 一例示的な実施形態による、図１〜図２のモバイルデバイスが図１のコンピューティングデバイスにより開始された通信セッションをルーティングするために使用される方法を示す。 いくつかの例示的な実施形態による、マシン読取可能媒体（例えば、マシン読取可能記憶媒体又はマシン読取可能記憶デバイス）から命令を読み出して本明細書で論じられる方法論のいずれか１つ以上を実行することができるマシンのコンポーネントを示すブロック図である。

以下の説明は、本対象事項の例示的な実施形態を示すシステム、方法、手法、命令シーケンス、及びコンピューティングマシンプログラムプロダクトについて記載する。以下の記載では、説明の目的で、本対象事項の様々な実施形態の理解を提供するために、多くの特定の詳細が記載されている。しかしながら、当業者には、本対象事項の実施形態をこれらの特定の詳細のいくつか又は他のものなしに実施できることが明らかであろう。例は、可能なバリエーションの典型にすぎない。別段明示的に示されない限り、構造（例えば、モジュールなどの構造的コンポーネント）は任意であり、組み合わせられ又は細分化されてもよく、動作（例えば、手順、アルゴリズム、又は他の機能における）は順序が変化してもよく、あるいは組み合わせられ又は細分化されてもよい。

本開示は、第１のコンピューティングデバイスにより要求された通信セッションのオーディオ及び／又はビデオを、第１のコンピューティングデバイスに通信上結合された第２のコンピューティングデバイスを通じてルーティングするシステム及び方法を提供する。一実施形態において、第１のコンピューティングデバイスは、第１のコンピューティングデバイスにより実行されるクライアントアプリケーションを通じて、緊急サービス（emergency service）又は他の公共サービス（public service）などの意図された受信者との通信サービスを確立するよう試みる。クライアントアプリケーションは、他のコンピューティングデバイスにより実行されるクライアントアプリケーションの１つ以上の間の通信セッションを容易にし（facilitate）及び／又は確立するように構成された通信セッションサーバと通信することができる。このようにして、通信セッションサーバは、クライアントアプリケーションが互いに１つ以上の通信セッションを確立するのを助ける仲介者として機能することができる。通信セッションサーバの一例は、ワシントン州レドモンドにあるＭｉｃｒｏｓｏｆｔ（登録商標） Ｃｏｒｐｏｒａｔｉｏｎから入手可能なＳｋｙｐｅ ｆｏｒ Ｂｕｓｉｎｅｓｓ Ｓｅｒｖｅｒである。通信セッションサーバを介して１つ以上の通信セッションを確立するように構成されたクライアントアプリケーションの一例は、Ｍｉｃｒｏｓｏｆｔ Ｃｏｒｐｏｒａｔｉｏｎから入手可能なＳｋｙｐｅ ｆｏｒ Ｂｕｓｉｎｅｓｓクライアントアプリケーションである。当業者には、Ｓｋｙｐｅ ｆｏｒ Ｂｕｓｉｎｅｓｓ Ｓｅｒｖｅｒ及びＳｋｙｐｅ ｆｏｒ Ｂｕｓｉｎｅｓｓクライアントアプリケーションは単なる例であり、他の通信セッションサーバ及び／又はクライアントアプリケーションが使用されてもよいことが理解されるであろう。

公共サービスとの通信セッションを確立するよう試みる際、通信セッションサーバは、第１のコンピューティングデバイスが通信セッションを確立することを認可及び／又は許可されていないと判定することがある。したがって、通信セッションサーバは、第１のコンピューティングデバイスに近接した第２のコンピューティングデバイスが、第１のコンピューティングデバイスのために通信セッションを確立することを認可及び／又は許可されているかどうかを判定し得る。したがって、第１のコンピューティングデバイスは通信セッションにおけるエンドポイントの１つを表し、公共サービスは別のエンドポイントを表す。

一実施形態において、第２のコンピューティングデバイスは、ラップトップ、タブレット、スマートフォン、又は他のそのようなポータブルデバイスなどのモバイルデバイスであり、第２のコンピューティングデバイスは、通信セッションサーバと通信するように構成されたクライアントアプリケーションを含む。さらに、第２のコンピューティングデバイスは、様々な周波数及び／又はプロトコルを介した複数の通信モードをサポートすることができる。例えば、第２のコンピューティングデバイスは、無線ネットワークトランシーバ及びセルラー無線機（radio）を備え得る。この例において、通信セッションサーバは、第２のコンピューティングデバイスに無線ネットワークトランシーバを介して、セルラー無線機を介して公共サービスとの通信セッションを確立するように指示することができる。さらに、通信セッションサーバは、第２のコンピューティングデバイスに、公共サービスから受け取ったオーディオ及び／又はビデオを第１のコンピューティングデバイスに送信するように指示し、同様に、第２のコンピューティングデバイスに、第１のコンピューティングデバイスから受け取ったオーディオ及び／又はビデオを公共サービスに送信するように指示してもよい。したがって、この例において、通信セッションサーバと第２のコンピューティングデバイスは、第１のコンピューティングデバイスと公共サービスとの間の通信セッションにおける仲介者である。代替的な一例において、第２のコンピューティングデバイスと第１のコンピューティングデバイスは、直接通信チャネルを確立することができ、公共サービスに対して意図されたオーディオ及び／又はビデオは第２のコンピューティングデバイスに直接通信され、公共サービスから受け取ったオーディオ及び／又はビデオは第１のコンピューティングデバイスに直接通信される。デバイス間の直接通信をサポートする技術の例は、これらに限られないがユニバーサルシリアルバス（ＵＳＢ）、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、及び近距離通信（Near-Field Communications、ＮＦＣ）を含む。

本開示は、ＩＰ電話及びＶｏＩＰの分野におけるいくつかの技術的利点及び改良について記載する。１つの利点は、第１のコンピューティングデバイスのユーザが、第１のコンピューティングデバイスが要求した通信セッションを確立することを認可又は許可されていないと通信セッションサーバが判定したとしても、意図された受信者との通信セッションを確立できることである。例えば、いくつかの国又は地域において、コンピューティングデバイスは、コンピューティングデバイスの地理的位置を決定できず又は決定不可能な場合に、ＩＰ電話又はＶｏＩＰ技術を使用して緊急サーバとの通信セッション（例えば、米国の９１１、英国の８９９、欧州連合の１１２など）を確立することを認可されていない場合がある。

しかしながら、ユーザは、第２のコンピューティングデバイスの位置を（例えば、第２のコンピューティングデバイスの実際の位置から数フィート又は数インチの範囲内で）決定することができるような第２のコンピューティングデバイス（例えば、全地球測位システム（Global Positioning System、ＧＰＳ）トランシーバを備えたスマートフォン）を有する可能性がある。したがって、第２のコンピューティングデバイスを、第１のコンピューティングデバイスの通信のためのリレー又はルータとしての機能を果たすように構成することで、ユーザは、第２のコンピューティングデバイスが公共サービスとのオーディオ及び／又はビデオを送受信する間、自身の第１のコンピューティングデバイスを使用して通信セッションを確立することができる。

この構成は、ユーザが第１のコンピューティングデバイスを現在使用しており、緊急事態を体験しているが、第２のコンピューティングデバイスがユーザにかなり近接している可能性があってもユーザの第２のコンピューティングデバイスと対話することが不可能な場合に特に適用可能性を有する。このようにして、開示される方法論及び／又はコンポーネントは、第１のコンピューティングデバイスが最初に構成されていなかった方法で実行することを効果的に可能にするため、ＩＰ電話及び／又はＶｏＩＰの分野を向上させる。

本明細書に開示される別の技術的利点は、通信セッションサーバの機能性及び実装である。この点に関し、開示される実施形態は、１つ以上のコンピューティングデバイス間のゲートウェイとしての機能を果たす通信セッションサーバの従来の役割を拡張する。より具体的には、開示される実施形態は、所与のコンピューティングデバイスが特定の当事者（party）及び／又はエンティティ（例えば、公共サービス）との通信セッションを確立することを認可及び／又は許可されているかどうかを検証及び／又は判定する通信セッションサーバを提供する。コンピューティングデバイスがそのように認可されていない場合、通信セッションサーバは、通信セッションを完了し又は通信セッションが生じるためのリレーとしての機能を果たすことができる互換性のあるコンピューティングデバイスを検索し、識別する。したがって、記載の通信セッションについての開示される実施形態は、従来の又は典型的な通信セッションサーバが採用又は実行し得る従来の機能を拡張する。

次に、本開示は、本明細書に記載される技術的態様を実施する様々な開示される実施形態を参照する。図１は、いくつかの例示的な実施形態によるネットワーク化システム１０２を示すブロック図であり、１つ以上のコンピューティングデバイス１０４、１０６、１０８（集合的に１０４〜１０８）に通信上結合された通信セッションサーバ１１０を含む。通信セッションサーバ１１０は、ネットワーク１１４（例えば、インターネット又はワイドエリアネットワーク（ＷＡＮ））を介して、サーバ側の機能性をコンピューティングデバイス１０４〜１０８の１つ以上に提供する。コンピューティングデバイス１０４〜１０８、例えばコンピューティングデバイス１０４は、通信セッションサーバ１１０と対話するクライアントアプリケーション及び／又はモジュールを含み得る。コンピューティングデバイス１０４によりインスタンス化され得るアプリケーションの例には、ウェブクライアント、単一目的アプリケーション（例えば、「アプリ」）、多目的アプリケーション（例えば、プログラムクライアント）、又はこれらの組み合わせが含まれる。通信セッションサーバ１１０は、さらに、コンピューティングデバイス１０４と同様のアプリケーション及び／又はプログラムを含み得る他のコンピューティングデバイス１０６、１０８に通信上結合される。

コンピューティングデバイス１０４は、これらに限られないがモバイルフォン、デスクトップコンピュータ、ラップトップ、ポータブルデジタルアシスタント（ＰＤＡ）、スマートフォン、タブレット、ウルトラブック、ネットブック、ラップトップ、マルチプロセッサシステム、マイクロプロセッサベース若しくはプログラマブルコンシューマ電子機器、又はユーザが通信セッションサーバ１１０にアクセスするために利用できる任意の他の通信デバイスを含んでもよい。いくつかの実施形態において、コンピューティングデバイス１０４は、情報を（例えば、ユーザインターフェースの形式で）表示する表示モジュール（図示せず）を含んでもよい。さらなる実施形態において、コンピューティングデバイス１０４は、タッチスクリーン、加速度計、ジャイロスコープ、カメラ、マイクロホン、全地球測位システム（ＧＰＳ）デバイスなどのうち１つ以上を含んでもよい。コンピューティングデバイス１０４は、例えば、保険証券見積りの要求、支払情報の更新、保険証券文書の見直し、及び他のそのような対話などのための通信セッションサーバ１１０との様々な対話を実行するために使用されるユーザのデバイスでもよい。

一実施形態において、通信セッションサーバ１１０は、コンピューティングデバイス１０４〜１０８の１つ以上の間、及び／又はコンピューティングデバイス１０４〜１０８の１つ以上と公共サービス１１２などの１つ以上のエンティティとの間の、双方向及び／又は単方向通信を容易にするネットワークベースの機器である。１以上のユーザが、コンピューティングデバイス１０４〜１０８と対話する可能性があり、いくつかの例において、同じユーザが、コンピューティングデバイス１０４及びコンピューティングデバイス１０６、１０８と対話する可能性がある（例えば、コンピューティングデバイス１０４がラップトップコンピュータであり、コンピューティングデバイス１０６がスマートフォンである場合）。１以上のユーザは、人、マシン、又はコンピューティングデバイス１０４と対話する他の手段でもよい。様々な実施形態において、ユーザは、ネットワーク化システム１０２の一部でないが、コンピューティングデバイス１０４又は別の手段を介してネットワーク化システム１０２と対話することができる。例えば、ネットワーク１１４、１１６の１つ以上の部分が、アドホックネットワーク、イントラネット、エクストラネット、仮想プライベートネットワーク（ＶＰＮ）、ローカルエリアネットワーク（ＬＡＮ）、無線ＬＡＮ（ＷＬＡＮ）、ＷＡＮ、無線ＷＡＮ（ＷＷＡＮ）、メトロポリタンエリアネットワーク（ＭＡＮ）、インターネットの一部、公衆交換電話網（ＰＳＴＮ）の一部、セルラー電話網、ワイヤレスネットワーク、Ｗｉ−Ｆｉネットワーク、ＷｉＭＡＸ（登録商標）ネットワーク、別のタイプのネットワーク、又は２つ以上のそのようなネットワークの組み合わせでもよい。

コンピューティングデバイス１０４は、これらに限られないがウェブブラウザ、メッセージングアプリケーション、電子メール（ｅメール）アプリケーション、通信セッションアプリケーションなどの１つ以上のアプリケーション（「アプリ」とも呼ばれる）を含むことができる。いくつかの実施形態において、通信セッションアプリケーションがネイティブアプリケーションとしてコンピューティングデバイス１０４に記憶されている場合、このアプリケーションは、通信セッションサーバ１１０と通信する（例えば、ユーザを認証する、１つ以上のコンピューティングデバイス及び／又はサービス間の通信チャネルを確立する、オーディオ及び／又はビデオを表示又は出力する、１つ以上の入力デバイスを使用してオーディオ及び／又はビデオを捕捉する等）ために使用されるユーザインターフェース及び機能性の少なくとも一部をローカルに提供するように構成される。逆に、通信セッションクライアントがコンピューティングデバイス１０４に記憶されていない場合、コンピューティングデバイス１０４は、そのウェブブラウザを使用して通信セッションサーバ１１０により提供されるサービスにアクセスしてもよい。

ユーザは、コンピューティングデバイス１０４又は他の手段を介してネットワーク化システム１０２と対話することができる。例えば、ユーザは、入力（例えば、タッチスクリーン入力又は英数字入力）をコンピューティングデバイス１０４に提供し、この入力は、ネットワーク１２２を介してネットワーク化システム１０２に通信される。この例において、通信セッションサーバ１１０は、ユーザからの入力の受信に応答して、ネットワーク１２２を介してコンピューティングデバイス１０４に、ユーザに提示すべき情報を通信する。このようにして、ユーザは、コンピューティングデバイス１０４を使用して通信セッションサーバ１１０と対話することができる。

さらに、図１に示すネットワーク化システム１０２はクライアントサーバアーキテクチャを採用しているが、本対象事項は当然ながらそのようなアーキテクチャに限定されず、例えば、分散型又はピアツーピアのアーキテクチャシステムにおいても同様に良好に適用することができる。

コンピューティングデバイス１０４〜１０８に追加で、通信セッションサーバ１１０は、異なるエンティティ及び／又はサービスと通信する。さらに、コンピューティングデバイス１０４〜１０８の１つ以上が、第１の通信プロトコルセットを使用して通信セッションサーバ１１０と通信することができ、コンピューティングデバイス１０６〜１０８の１つ以上が、第２の通信プロトコル又は技術セットを使用してエンティティ及び／又はサービス（例えば、公共サービス１１２）と通信することができる。例えば、コンピューティングデバイス１０６〜１０８は、イーサネットなどの有線通信インターフェース、及び／又は８０２．１１ｂ／ｇ／ｎ（例えば、Ｗｉ−Ｆｉ）などの無線通信インターフェースを使用して通信セッションサーバ１１０と通信するように構成されてもよい。さらに、コンピューティングデバイス１０４〜１０８は、ＴＣＰ／ＩＰ、ＵＤＰ、Ｈ．３２３、ＳＩＰ、ＲＴＰ、又はこれらの組み合わせ（例えば、ＴＣＰ上のＳＩＰ、ＵＤＰ上のＳＩＰ等）などの１つ以上の通信プロトコルを使用して通信サーバ１１０と通信し、１つ以上の通信セッションを確立するように構成された通信セッションアプリケーションを含むことができる。

さらに、コンピューティングデバイス１０６〜１０８の１つ以上は、セルラータワー１１８と通信するように構成されたトランシーバを含むことができる。例えば、コンピューティングデバイス１０６〜１０８はスマートフォンでもよく、各スマートフォンは、ロングタームエボリューション（Long-Term Evolution、ＬＴＥ）、符号分割多元接続（Code Division Multiple Access、ＣＤＭＡ）、及び／又はグローバルシステムフォーモバイル（Global System for Mobiles、ＧＳＭ）などの１つ以上の移動通信標準を使用して通信するように構成されたセルラー無線機を含んでもよい。この点に関し、コンピューティングデバイス１０６〜１０８は、ユーザとセルラー無線機との間のインターフェースとして動作するダイヤラアプリケーションを含むことができ、ダイヤラアプリケーションは、セルラータワー１１８にアクセスし、ＰＳＴＮを介して１つ以上のエンティティ及び／又はサービス（例えば、公共サービス１１２）と通信するために使用され得る。

図３〜図４を参照して以下で論じるように、ダイヤラアプリケーション及び／又はダイヤラアプリケーションが実行されるオペレーティングシステムは、通信セッションアプリケーションがダイヤラアプリケーションに１つ以上のコマンドを実行する（例えば、公共サーバ１１２に関連づけられた電話番号をダイヤルする）ように指示することを可能にするアプリケーションプログラミングインターフェース（ＡＰＩ）を提供することができる。例えば、Ａｎｄｒｏｉｄ（登録商標）オペレーティングシステムは、クラスＣＡＬＬを介してダイヤラアプリケーションの様々なダイヤル機能にアクセスするＡＰＩを提供している。別の例として、ｉＯＳ（登録商標）オペレーティングシステムは、ＣａｌｌＫｉｔフレームワークを介してダイヤラアプリケーションの１つ以上の機能性へのアクセスを提供する。したがって、コンピューティングデバイス１０６〜１０８がＡｎｄｒｏｉｄ（登録商標）オペレーティングシステム又はｉＯＳ（登録商標）オペレーティングシステムを使用するように構成されている場合、通信セッションアプリケーションは、対応するＡＰＩを使用して対応するダイヤラアプリケーションにアクセスし、指示することができる。当業者は、Ａｎｄｒｏｉｄ（登録商標）オペレーティングシステム及びｉＯＳ（登録商標）オペレーティングシステムがスマートフォンにより実行され得るオペレーティングシステムの例であり、開示される実施形態は他のオペレーティングシステムにも同様に拡張され、適用でき得ることを理解するであろう。

さらに、通信セッションアプリケーションは、通信セッションサーバ１１０から１つ以上のコマンドを受け入れるように構成することができ、それにより、通信セッションサーバ１１０は、コンピューティングデバイス１０６〜１０８により実行されている通信セッションアプリケーションに、ダイヤラアプリケーションを介して公共サービス１１２との通信セッションを確立するように指示することができる。この点に関し、通信セッションサーバ１１０は、通信セッションアプリケーションに対して、所与の電話番号をダイヤルするようダイヤラアプリケーションに指示し、ダイヤラアプリケーションを介して受け取ったオーディオ及び／又はビデオを通信セッションアプリケーションを介して通信セッションサーバ１１０に送信するように指示することができる。

このようにして、通信セッションサーバ１１０は、第１のコンピューティングデバイス（例えば、コンピューティングデバイス１０４）により開始され、第２のコンピューティングデバイス（例えば、コンピューティングデバイス１０６〜１０８）を通じてルーティングされる通信セッションを容易にすることができる。

一例として、コンピューティングデバイス１０４により実行される通信セッションアプリケーションは、通信セッションサーバ１１０を介して公共サービス１１２との通信セッションを確立するよう試み得る。この例において、コンピューティングデバイス１０４は、公共サービス１１２との、Ｈ．３２３又はＳＩＰなどの１つ以上の通信プロトコルを使用した通信セッションを確立するよう試みてもよい。通信セッションサーバ１１０は、コンピューティングデバイス１０４が指定された通信プロトコルを使用して公共サービス１１２との通信を確立することを認可されておらず、あるいはその許可を有さないと判定し得る。例えば、通信セッションサーバ１１０はコンピューティングデバイス１０４の位置を決定することが不可能な場合があり、あるいは、コンピューティングデバイス１０４はその位置を提供することが不可能な場合があり、コンピューティングデバイス１０４の位置を有することは、通信セッションサーバ１１０が公共サービス１１２との通信セッションを確立することの前提条件であり得る。

したがって、通信セッションサーバ１１０は、次いで、通信セッションが確立され得る他のコンピューティングデバイス（例えば、コンピューティングデバイス１０６〜１０８）を検索及び／又は識別することができる。一実施形態において、コンピューティングデバイス１０４のユーザは、識別されたコンピューティングデバイスのうち１つ（例えば、コンピューティングデバイス１０６）のユーザでもある。さらに、通信セッションサーバ１１０は、通信セッションサーバ１１０に通信上結合された（例えば、「ログインされた」）コンピューティングデバイスのレコード又はログを、コンピューティングデバイスによりローカルに実行可能な対応する通信セッションアプリケーションを介して維持することができる。レコード又はログは、これらに限られないがコンピューティングデバイスの地理的位置、コンピューティングデバイスのタイプ（例えば、スマートフォン、タブレット、デスクトップコンピュータなど）、コンピューティングデバイスが通信セッションサーバ１１０に接続するために使用しているオペレーティングシステム、接続されたコンピューティングデバイスに関連づけられ、かつ通信セッションアプリケーションを介して取得されたユーザ識別子、及び他のそのような情報又はこれらの組み合わせを含む、接続されたコンピューティングデバイスに関する情報を含んでもよい。このようにして、通信セッションサーバ１１０は、通信セッションサーバ１１０に通信上結合されたコンピューティングデバイスを、コンピューティングデバイス１０６のユーザに関連づけられたコンピューティングデバイスと比較するように構成される。

通信セッションサーバ１１０は、コンピューティングデバイス１０６により実行可能な通信セッションアプリケーションを使用し、識別されたコンピューティングデバイス１０６がその位置を（例えば、コンピューティングデバイス１０６内に収容されたＧＰＳトランシーバを介して）確認し、あるいはその他の方法でその位置の比較的正確な識別を提供することを要求することができる。一実施形態において、通信セッションサーバ１１０は、識別されたコンピューティングデバイス１０６が所定の許容度の範囲内（例えば、最も近い都市、最も近い町区等に対して±１フィート以上）のジオロケーション位置を提供することを要求する。この文脈において、比較的正確な識別であり得る。通信セッションサーバ１１０は、次いで、識別されたコンピューティングデバイス１０６により実行可能な通信セッションアプリケーションに指示して、コンピューティングデバイス１０６により実行可能なダイヤラアプリケーションに（例えば、セルタワー１１８を介して）公共サービス１１２との通信セッションを確立するように指示することができる。

一実施形態において、ダイヤラアプリケーションが受け取ったオーディオ及び／又はビデオは次いで、コンピューティングデバイス１０６の通信セッションアプリケーションへの入力として提供され、これは次いで、通信セッションサーバ１１０に通信される。次いで、通信セッションサーバ１１０は、受け取ったオーディオ及び／又はビデオをコンピューティングデバイス１０４の通信セッションアプリケーションに通信することができ、これは次いで、コンピューティングデバイス１０４の１つ以上の出力デバイスにより（例えば、ディスプレイ、１つ以上のスピーカ、ヘッドフォン等により）出力され得る。

同様に、コンピューティングデバイス１０４が受け取ったオーディオ及び／又はビデオ入力は次いで、通信セッションサーバ１１０に通信され得、通信セッションサーバ１１０は次いで、受け取ったオーディオ及び／又はビデオをコンピューティングデバイス１０６の通信セッションアプリケーションに通信する。このようにして、コンピューティングデバイス１０４は、通信セッションサーバ１１０及びコンピューティングデバイス１０６（又は、コンピューティングデバイス１０８）を介して公共サービス１１２と通信し、ここで、コンピューティングデバイス１０４及びコンピューティングデバイス１０６は、通信セッションサーバ１１０と通信するために第１の通信プロトコル（例えば、Ｈ．３２３又はＳＩＰ）を使用することができ、コンピューティングデバイス１０６は、セルタワー１１８を介して公共サービス１１２と通信するために第２の通信プロトコル（例えば、ＬＴＥ、ＣＤＭＡ、ＧＳＭなど）を使用する。

前述の例は、コンピューティングデバイス１０６が通信セッションサーバ１１０を介してコンピューティングデバイス１０４と通信することについて説明しているが、コンピューティングデバイス１０６は、コンピューティングデバイス１０４と直接通信し、公共サービス１１２から受信したオーディオ及び／又はビデオをコンピューティングデバイス１０４にリレーしてもよく、オーディオ及び／又はビデオを通信セッションサーバ１１０に送ってそれをコンピューティングデバイス１０４に通信する必要はない。一実施形態において、コンピューティングデバイス１０４及びコンピューティングデバイス１０６は、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔ、及びＮＦＣなどの１つ以上の通信プロトコルにより通信上結合され、コンピューティングデバイス１０４〜１０６のクライアントアプリケーションは、Ｓｋｙｐｅプロトコルなどのピアツーピア通信プロトコルを使用してオーディオ及び／又はビデオを送信及び／又は受信する。コンピューティングデバイス１０６がコンピューティングデバイス１０４と直接通信するための指示は、（例えば、通信セッションサーバ１１０とコンピューティングデバイス１０６との間の通信チャネルが不十分な品質の場合に）通信セッションサーバ１１０から生じてもよく、かつ／あるいは、この指示は、通信セッションサーバ１１０がコンピューティングデバイス１０４に公共サービス１１２との通信セッションを確立することを許可及び／又は認可できないという通知を通信セッションサーバ１１０から受信した後、コンピューティングデバイス１０４から生じてもよい。

さらに、前述の例は、コンピューティングデバイス１０６がコンピューティングデバイス１０４のユーザにより所有及び／又は操作されていることと、通信セッションサーバ１１０が（例えば、コンピューティングデバイス１０４及びコンピューティングデバイス１０６を同じユーザ識別子に関連づけるデータベースを参照することにより）所有権を決定及び／又は確認するように構成されることを仮定している。しかしながら、前述の例は、第２のコンピューティングデバイスが第１のコンピューティングデバイスのユーザにより所有及び／又は操作されていない場合にも実施されてもよい。この実施形態は、コンピューティングデバイス１０４が緊急サービスとの通信セッションを確立するよう試みているが通信セッションサーバ１１２によってそのようにする認可及び／又は許可を拒否されている場合に実施することができる。したがって、コンピューティングデバイス１０４は、通信セッションを確立し、通信セッション中にオーディオ及び／又はビデオをルーティングするために、別のコンピューティングデバイスへのアクセスを必要とし得る。

この点に関し、通信セッションサーバ１１０は、コンピューティングデバイス１０４に近接したコンピューティングデバイスにブロードキャストメッセージを通信することができる。一実施形態において、通信セッションサーバ１１０は、どのコンピューティングデバイスがコンピューティングデバイス１０４に近接しているかを、コンピューティングデバイスに割り当てられたインターネットプロトコル（ＩＰ）アドレスを比較することにより判定する。別の実施形態において、コンピューティングデバイス１０４により実行される通信セッションアプリケーションは、ユーザにその近似の（approximate）地理的位置について促す（prompt）ことができ、この情報は、通信セッションサーバ１１０に通信され得、そこで、将来の参照のためにロギングされる。この実施形態において、地理的位置についてのプロンプトは、ユーザが公共サービス１１２との通信セッションを確立するよう試みる前（例えば、コンピューティングデバイス１０４が通信セッションアプリケーションを最初にロードするとき）に表示されてもよい。

通信セッションサーバ１１０が、コンピューティングデバイス１０４に近接し、かつ通信セッションサーバ１１２に通信上結合された１つ以上のコンピューティングデバイス（例えば、コンピューティングデバイス１０８）を識別した場合、通信セッションサーバ１１２は、識別されたコンピューティングデバイスの１つ以上に、通信セッションサーバ１１２が公共サーバ１１２との通信セッションを確立する際に識別されたコンピューティングデバイスの使用を許可されることを要求するメッセージを送信することができる。一実施形態において、要求を受信したコンピューティングデバイス（例えば、コンピューティングデバイス１０８）は、コンピューティングデバイス１０８のユーザに通信セッションサーバ１１２による使用を認可するように要求するプロンプトを表示する。別の実施形態において、コンピューティングデバイス１０８は、通信セッションサーバ１１２からの要求を自動的に受け入れる（例えば、通信セッションサーバ１１２が、通信セッションの他方のエンドポイント上のエンティティが緊急サービスであると判定した場合）。このようにして、コンピューティングデバイス１０４が通信セッションサーバ１１０により公共サービス１１２との通信セッションを確立することを防止されている場合、通信セッションサーバ１１０は、識別されたコンピューティングデバイス（例えば、コンピューティングデバイス１０８）を通じた通信セッションのルーティングを、識別されたコンピューティングデバイスがコンピューティングデバイス１０６のユーザにより登録又は所有されていないとしても容易にすることができる。

図１において、コンピューティングデバイス１０６〜１０８は、セルタワー１１８及びネットワーク１１６を介して公共サーバ１１２と通信するように構成される。しかしながら、いくつかの例において、コンピューティングデバイス１０６〜１０８は、セルタワー１１８に接続不可能な場合がある（例えば、コンピューティングデバイス１０６〜１０８が、セルタワー１１８との間で十分なセルラー信号を有さない場合）。したがって、いくつかの例において、コンピューティングデバイス１０６〜１０８は、コンピューティングデバイス１０６〜１０８により実行可能な通信セッションアプリケーションを介して公共サービス１１２との通信セッションを確立し、公共サービス１１２から受信したオーディオ及び／又はビデオを通信セッションサーバ１１０を介してコンピューティングデバイス１０４にルーティングすることができる。

図２は、図１に示すネットワーク化システムの代替的な一実装２０２を示し、通信セッションが通信セッションサーバ１１０を介して実行される。図１の実装と同様に、通信セッションサーバ１１０は、最初、コンピューティングデバイス１０４が公共サービス１１２との通信セッションを確立することを拒否、防止、及び／又は禁止する可能性がある（例えば、通信セッションサーバ１１０が、コンピューティングデバイス１０４の位置を検証及び／又は確認することが不可能な場合）。

図１のように、通信セッションサーバ１１０は、コンピューティングデバイス１０４のユーザが、コンピューティングデバイス１０４に通信上結合され（例えば、ＮＦＣを介して、Ｂｌｕｅｔｏｏｔｈ（登録商標）を介して、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔを介して、同じサービスセット識別子（Service Set Identifier、ＳＳＩＤ）を使用してネットワークに接続されている等）、及び／又はコンピューティングデバイス１０４に近接した任意のコンピューティングデバイスにさらに関連づけられているかどうかを判定することができる。さらに及び／又は代わりに、通信セッションサーバ１１０は、任意のコンピューティングデバイスがコンピューティングデバイス１０４に近接しているかどうかを、コンピューティングデバイス１０４のユーザがそのようなデバイスに関連づけられているかどうかにかかわらず判定することもできる。図１を参照して説明したように、通信セッションサーバ１１０は、通信セッションサーバ１１０に現在接続されているコンピューティングデバイスのレコード又はログを（例えば、対応する通信セッションアプリケーションを介して）維持することもでき、このレコード又はログを使用して、コンピューティングデバイス１０４に近接したコンピューティングデバイスを識別することができる。

第２のコンピューティングデバイスが識別された場合（例えば、コンピューティングデバイス１０６及び／又はコンピューティングデバイス１０８）、通信セッションサーバ１１０は、識別されたコンピューティングデバイスがその位置を検証することを要求することができる。したがって、一実施形態において、識別されたコンピューティングデバイスは、ＧＰＳトランシーバを関与させてその位置を決定し、これは次いで、通信サーバ１１０に通信される。次いで、通信セッションサーバ１１０は、識別されたコンピューティングデバイスにより実行可能な通信セッションアプリケーションに、コンピューティングデバイス１０４のために公共サービス１１２との通信セッションを開始するように指示又は要求することができる。したがって、コンピューティングデバイス（例えば、コンピューティングデバイス１０６及び／又はコンピューティングデバイス１０８）が受け取ったオーディオ及び／又はビデオは次いで、通信セッションサーバ１１０に通信され、通信セッションサーバは同様に、オーディオ及び／又はビデオをコンピューティングデバイス１０４に通信する。このようにして、コンピューティングデバイス１０６及び／又はコンピューティングデバイス１０８は、コンピューティングデバイス１０４、通信セッションサーバ１１０、及び公共サービス１１２の間の通信をルーティングする。

一実施形態において、通信セッションサーバ１１０は、公共サービス１１２から受信したオーディオ及び／又はビデオをコンピューティングデバイス１０４に、及び／又はコンピューティングデバイス１０６及び／又はコンピューティングデバイス１０８に送信する。この実施形態において、通信セッションサーバ１１０は、オーディオ及び／又はビデオをコンピューティングデバイス１０６（又は、コンピューティングデバイス１０８）に通信し、次いでコンピューティングデバイス１０６（又は、コンピューティングデバイス１０８）から同じオーディオ及び／又はビデオを再度受信し、最終的にオーディオ及び／又はビデオをコンピューティングデバイス１０６に通信する代わりに、公共サービス１１２から受信されるオーディオ及び／又はビデオを受信し、それをコンピューティングデバイス１０４に通信する。

コンピューティングデバイス１０６及び／又はコンピューティングデバイス１０８に公共サービス１１２との通信セッションを確立させることにより、開示される実施形態は、コンピューティングデバイス１０４がその地理的位置を識別することが不可能な問題を克服する。さらに、通信セッションが通信セッションサーバ１１０を使用して公共サービス１１２からオーディオ及び／又はビデオを受信する場合、この実装はネットワーク輻輳を低減させ、なぜならば、通信セッションサーバ１１０は、最初にオーディオ及び／又はビデオをコンピューティングデバイス１０６及び／又はコンピューティングデバイス１０８に通信し、その同じオーディオ及び／又はビデオをコンピューティングデバイス１０６及び／又はコンピューティングデバイス１０８から受信し、次いでそのオーディオ及び／又はビデオをコンピューティングデバイス１０４に通信することによりネットワーク帯域幅を消費するのでなく、オーディオ及び／又はビデオを意図された受信者（例えば、コンピューティングデバイス１０４）に通信するためである。したがって、図２に示す実装２０２及びその変形は、複数のデバイス間でオーディオ及び／又はビデオを分散させる際に生じる複数の技術的及びエンジニアリング上の問題を解決する。

図３は、一例示的な実施形態による、図１に示したデバイス１０４〜１０６のアプリケーション及びデータを示し、モバイルデバイス１０６がＰＳＴＮを使用して確立された通信セッションを実行する。図３に示すように、一実施形態において、コンピューティングデバイス１０６はモバイルデバイス１０６である。コンピューティングデバイス１０４、モバイルデバイス１０６、及び通信セッションサーバ１１０は各々、ＰＳＴＮに通信上結合され、かつコンピューティングデバイス１０４、モバイルデバイス１０６、及び／又は通信セッションサーバ１１０によりアクセス可能な公共サービスとの通信セッションを容易にするための、様々なアプリケーション及び／又はモジュールを含むことができる。

コンピューティングデバイス１０４、モバイルデバイス１０６、及び通信セッションサーバ１１０は、記載のアプリケーション及び／又はモジュールの１つ以上の機能性をサポートするための様々なデータ及びハードウェアをさらに含む。詳細には図示されていないが、コンピューティングデバイス１０４、モバイルデバイス１０６、及び／又は通信セッションサーバ１１０は、１つ以上のコンピューティングデバイスに典型的に実装されるハードウェア及び／又はソフトウェアコンポーネント、例えば、１つ以上のハードウェアプロセッサ、１つ以上のコンピュータ読取可能媒体、１つ以上の通信インターフェース、１つ以上の入力及び／又は出力デバイス、及びコンピューティングデバイスに見られる他のそのようなコンポーネントなどをさらに含んでもよい。

コンピューティングデバイス１０４、モバイルデバイス１０６、及び／又は通信セッションサーバ１１０の様々な機能コンポーネントは、単一のデバイス上に存在してもよく、あるいは様々な配置で複数のコンピュータにわたり分散されてもよい。コンピューティングデバイス１０４、モバイルデバイス１０６、及び／又は通信セッションサーバ１１０の様々なコンポーネントは、１つ以上のデータベース（例えば、登録デバイスデータベース３２６）にアクセスすることができ、コンピューティングデバイス１０４、モバイルデバイス１０６、及び／又は通信セッションサーバ１１０の様々なコンポーネントの各々は、互いに通信することができる。さらに、図３のコンポーネントは単数形の意味で論じられているが、他の実施形態において、コンポーネントの複数のインスタンスが採用されてもよいことが理解されよう。

コンピューティングデバイス１０４、モバイルデバイス１０６、及び／又は通信セッションサーバ１１０は、様々なアプリケーション／モジュールをインスタンス化する１つ以上のコンピュータ実行可能命令を実行するように構成された１つ以上のプロセッサ（図示せず）を含んでもよい。コンピューティングデバイス１０４、モバイルデバイス１０６、及び／又は通信セッションサーバ１１０のプロセッサは、任意タイプの市販のプロセッサ、例えば、Ｉｎｔｅｌ Ｃｏｒｐｏｒａｔｉｏｎ、Ａｄｖａｎｃｅｄ Ｍｉｃｒｏ Ｄｅｖｉｃｅｓ、Ｔｅｘａｓ Ｉｎｓｔｒｕｍｅｎｔｓから入手可能なプロセッサ、又は他のそのようなプロセッサなどでもよい。さらに、１つ以上のプロセッサは、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）又は特定用途向け集積回路（ＡＳＩＣ）などの１つ以上の専用プロセッサを含んでもよい。プロセッサは、特定の動作を実行するためにソフトウェアにより一時的に構成されるプログラマブル論理又は回路をさらに含んでもよい。したがって、そのようなソフトウェアによりひとたび構成されると、プロセッサは、構成された機能を実行するように一意に調整された特定のマシン（又は、マシンの特定コンポーネント）になり、もはや汎用プロセッサではない。

コンピューティングデバイス１０４、モバイルデバイス１０６、及び／又は通信セッションサーバ１１０は、様々なデバイス、サーバ、及び機器との１つ以上の通信チャネルを確立する１つ以上の通信インターフェースをさらに含む。一実施形態において、コンピューティングデバイス１０４は、無線トランシーバ３０４、Ｂｌｕｅｔｏｏｔｈ（登録商標）無線機３０６、及び有線ネットワークインターフェース３０８を含む。無線トランシーバ３０４は、８０２．１１ｂ／ｇ／ｎなどの１つ以上の無線通信プロトコルを使用して通信セッションサーバ１１０との無線通信チャネルを確立するように構成され得る。さらに及び／又は代わりに、コンピューティングデバイス１０４は、有線通信インターフェース３０８（例えば、イーサネットインターフェース）を介して通信セッションサーバ１１０との通信チャネルを確立してもよい。

さらに、コンピューティングデバイス１０４は、無線トランシーバ３０４を使用して無線ローカルエリアネットワーク（ＬＡＮ）との無線通信チャネルを確立し、無線トランシーバ３０４を介してモバイルデバイス１０６と通信することができる（例えば、コンピューティングデバイス１０４とモバイルデバイス１０６が同じＳＳＩＤに通信上結合されている場合）。さらに及び／又は代わりに、コンピューティングデバイス１０４は、１つ以上のＢｌｕｅｔｏｏｔｈ（登録商標）プロファイルを使用して、Ｂｌｕｅｔｏｏｔｈ（登録商標）無線機３０６を介してモバイルデバイス１０６と通信してもよい。さらに、コンピューティングデバイス１０４は、ＵＳＢなどの有線通信インターフェース３０８を使用して、１つ以上の通信プロトコル（例えば、Ｓｋｙｐｅプロトコル、ＴＣＰ／ＩＰ、Ａｎｄｒｏｉｄデバッグブリッジ（Android Debug Bridge、ＡＤＢ）プロトコルなど）を使用してモバイルデバイス１０６と通信してもよい。

コンピューティングデバイス１０４と同様に、モバイルデバイス１０６は、１つ以上の通信インターフェースを含み得る。一実施形態において、モバイルデバイス１０６は、Ｂｌｕｅｔｏｏｔｈ（登録商標）無線機３１６、無線トランシーバ３１８、及び有線通信インターフェース３２０を含む。コンピューティングデバイス１０４と同様に、モバイルデバイス１０６は、コンポーネント３１６〜３２０のうち１つ以上を使用してコンピューティングデバイス１０４及び／又は通信セッションサーバ１１０と通信することができる。さらに、モバイルデバイス１０６は、ＧＰＳ衛星と通信するように構成されたＧＰＳトランシーバ３１４と、１つ以上のセルラー通信技術（例えば、ＬＴＥ、ＣＤＭＡ、ＧＳＭなど）を使用してセルラータワー１１８と通信するように構成されたセルラー無線機３２２を含んでもよい。モバイルデバイス１０６は、ＧＰＳトランシーバ３１４を使用してその地理的位置を決定することができ、決定された地理的位置を通信セッションサーバ１１０に提供することができる。

通信セッションサーバ１１０もまた、コンピューティングデバイス１０４及び／又はモバイルデバイス１０６と通信する様々な通信インターフェース（図示せず）を含む。通信インターフェースは、１つ以上の無線インターフェース（例えば、ワイヤレストランシーバ）、１つ以上の有線インターフェース（例えば、ＵＳＢインターフェース及び／又はイーサネットインターフェース）、又はこれらの組み合わせを含んでもよい。

様々なマシン読取可能媒体を使用し、コンピューティングデバイス１０４、モバイルデバイス１０６、及び／又は通信セッションサーバ１１０は、１つ以上のアプリケーション及び／又はモジュールを実装し、これらに関する様々なデータを記憶する。マシン読取可能媒体は、命令及びデータを一時的又は永続的に記憶するように構成された１つ以上のデバイスを含んでもよく、これらに限られないがランダムアクセスメモリ（ＲＡＭ）、読取専用メモリ（ＲＯＭ）、バッファメモリ、フラッシュメモリ、光学媒体、磁気媒体、キャッシュメモリ、他のタイプの記憶装置（例えば、消去可能プログラマブル読取専用メモリ（ＥＥＰＲＯＭ））、及び／又はこれらの任意の適切な組み合わせを含んでもよい。「マシン読取可能媒体」という用語は、アプリケーション及び／又はモジュール並びにデータを記憶することが可能な単一の媒体又は複数の媒体（例えば、集中型若しくは分散型データベース、又は関連づけられたキャッシュ及びサーバ）を含むと解されるべきである。「マシン読取可能媒体」という用語は、１つ以上のマシン読取可能記憶デバイスをさらに含んでもよい。したがって、マシン読取可能媒体は、単一の記憶装置又はデバイスとして、あるいは、代わりに及び／又はさらに、複数の記憶装置又はデバイスを含む「クラウドベースの」ストレージシステム又はストレージネットワークとして実装されてもよい。

一実施形態において、コンピューティングデバイス１０４、モバイルデバイス１０６、及び／又は通信セッションサーバ１１０のアプリケーション及び／又はモジュールは、コンピュータプログラミング及び／又はスクリプト言語で書かれる。そのような言語の例には、これらに限られないがＣ、Ｃ＋＋、Ｃ＃、Ｊａｖａ（登録商標）、ＪａｖａＳｃｒｉｐｔ（登録商標）、Ｐｅｒｌ、Ｐｙｔｈｏｎ、又は現在知られているか若しくは後に開発される任意の他のコンピュータプログラミング及び／又はスクリプト言語が含まれる。このようにして、アプリケーション及び／又はモジュールの各々は、１つ以上のコンピュータプログラミング及び／又はスクリプト言語で実装されてもよい。

コンピューティングデバイス１０４及びモバイルデバイス１０６は各々、通信セッションサーバ１１０及び／又は公共サービスと通信する通信セッションクライアント３０２、３１０を含むことができる。図１を参照して論じたように、通信セッションクライアント３０２、３１０は、コンピューティングデバイス１０４及びモバイルデバイス１０６のコンポーネントのうち１つ以上、例えば、無線トランシーバ３０４、３１４、Ｂｌｕｅｔｏｏｔｈ（登録商標）無線機３０６、３１６、及び／又は有線通信インターフェース３０８、３２０などを使用して通信することができる。いくつかの例において、モバイルデバイス１０６の通信セッションクライアント３１０は、ＧＰＳトランシーバ３１４（例えば、地理的位置及び／又は近似の地理的位置を通信セッションサーバ１１０に提供するため）及び／又はセルラー無線機３２２（例えば、Ｗｉ−Ｆｉ信号が利用不可能な場合、及び／又は有線通信チャネルが利用不可能な場合）をさらに関与させてもよい。

さらに、通信セッションクライアント３１０は、ダイヤラアプリケーション３１２とやりとりして、セルラー無線機３２２及びセルラータワー１１８を介して公共サービスへの通信セッションを確立するように構成される。図１を参照して上で説明したように、通信セッションクライアント３１０は、ダイヤラアプリケーション３１２の機能性のうち１つ以上を、そのような機能性を提供するＡＰＩを介して呼び出すことができる。一実施形態において、通信セッションサーバ１１０は、モバイルデバイス１０６の通信セッションクライアント３１０に、ダイヤラアプリケーション３１２を介して公共サービスとの通信セッションを確立する指示を提供する。別の実施形態では、コンピューティングデバイス１０４の通信セッションクライアント３０２がこの指示を提供する。いずれの場合にも、通信セッションクライアント３１０は、ダイヤラアプリケーション３１２から受け取ったオーディオ及び／又はビデオを、コンピューティングデバイス１０４の通信セッションクライアント３０２にルーティングすることができる。一実施形態において、オーディオ及び／又はビデオのルーティングは、オーディオ及び／又はビデオを通信セッションサーバ１１０に（例えば、ＳＩＰなどの通信プロトコルを介して）通信することを含んでもよく、通信セッションサーバは次いで、オーディオ及び／又はビデオをコンピューティングデバイス１０４にリレーする。別の実施形態において、オーディオ及び／又はビデオのルーティングは、別の通信プロトコル（例えば、Ｓｋｙｐｅプロトコル）を使用してオーディオ及び／又はビデオをコンピューティングデバイス１０４の通信セッションクライアント３０２に直接通信することを含んでもよい。

いずれの実施形態においても、ダイヤラアプリケーション３１２から受け取ったオーディオ及び／又はビデオは、コンピューティングデバイス１０４の通信セッションクライアント３０２に通信され（これは次いで、コンピューティングデバイス１０４の対応する出力デバイスにより出力され）、コンピューティングデバイス１０４の通信セッションクライアント３０２が受け取ったオーディオ及び／又はビデオは、モバイルデバイス１０６のダイヤラアプリケーション３１２に通信され、これは次いで、公共サービスに通信される。このように、通信セッションクライアント３０２及びダイヤラアプリケーション３１２は、コンピューティングデバイス１０４と公共サービスとの間に確立された通信チャネルにおけるエンドポイントであり、ここで、モバイルデバイス１０６は、これら２つのエンドポイント間の仲介者としての機能を果たし、通信セッションサーバ１１０は、別の仲介者としての機能をさらに果たしてもよい。

通信セッションサーバ１１０は、コンピューティングデバイス１０４とＰＳＴＮを介してアクセス可能な公共サービスとの間の通信セッションを確立するための様々なアプリケーション及び／又はデータを含む。一実施形態において、通信セッションサーバ１１０は、Ｓｋｙｐｅ ｆｏｒ Ｂｕｓｉｎｅｓｓ Ｓｅｒｖｅｒなどの通信セッションサーバアプリケーション３２４を含む。通信セッションサーバ１１０は、登録デバイスデータベース３２６及び通信ルールデータベース３２８などの１つ以上のデータベース３２６〜３２８をさらに含んでもよい。最後に、通信セッションサーバ１１０は、通信ルール評価アプリケーション及び／又はモジュール３３０を含んでもよく、これは、通信セッションサーバアプリケーション３２４により実行可能でもよく、通信ルールデータベース３２８の通信ルールのうち１つ以上を評価する。

一実施形態において、通信セッションサーバ１１０は、通信セッションサーバアプリケーション３２４と他の通信セッションクライアントアプリケーション（例えば、通信セッションアプリケーション３０２又は通信セッションアプリケーション３１０）との間の接続を監視する。これらの接続を監視するために、通信セッションサーバ１１０は、登録されたデバイスのデータベース（例えば、データベース３２６）を実装することができる。登録デバイスデータベース３２６は、特定のユーザに関連づけられたデバイスと、これらデバイスが通信セッションサーバ１１０に接続されているかどうかのリストを含む。例えば、登録デバイスデータベース３２６内の各レコードは、デバイスに対応することができ、ここで、レコードは、デバイスのオペレーティングシステム、装置の製造元及び／又はモデル、デバイスに（例えば、ユーザ識別子を介して）関連づけられたユーザ、デバイスが（例えば、通信セッションアプリケーションを介して）通信セッションサーバ１１０に接続されているかどうか、及びデバイスの地理的位置（又は、近似の地理的位置）を識別する。一実施形態において、コンピューティングデバイスの地理的位置は、コンピューティングデバイスに収容された（又は、通信上結合された）ＧＰＳトランシーバから決定される。別の実施形態において、通信セッションサーバ１１０及び／又は通信セッションクライアントは、コンピューティングデバイスに関連づけられたＩＰアドレスを使用して（例えば、ジオロケーションサービスプロバイダを使用することにより）近似の地理的位置を決定する。さらに別の実施形態において、コンピューティングデバイスのユーザが、コンピューティングデバイスの地理的位置及び／又は近似の地理的位置を（例えば、通信セッションアプリケーションにより表示されるプロンプトを介して）提供する。

登録デバイスデータベース３２６は、関係データベース、階層データベース、アレイ、リンクリスト、フラットファイルとして、分散データベース又はローカルに記憶されたデータベースとして、又はこれらの組み合わせとして実装することができる。一例として、登録デバイスデータベース３２６は、Ｍｉｃｒｏｓｏｆｔ ＳＱＬ Ｓｅｒｖｅｒを使用して実装され、１つ以上の構造化問い合わせ言語（Structured Query Language、ＳＱＬ）文を使用して通信セッションサーバアプリケーション３２４を介してアクセス可能でもよい。

一実施形態において、通信セッションクライアントのユーザは、通信セッションサーバ１１０が監視する情報を通知され、ユーザが情報監視について理解していることを確認するように促される。いくつかの例において、通信セッションサーバ１１０は、ユーザが通信セッションサーバ１１０による情報監視に同意しないことをユーザが示す場合、コンピューティングデバイスの通信セッションアプリケーションへの接続を拒否してもよい。ユーザが通信セッションサーバ１１０による情報監視を拒否したとき、通信セッションサーバ１１０は、コンピューティングデバイスが通信セッションサーバ１１０に接続することを許可せず、したがって、通信セッションサーバ１１０は、コンピューティングデバイスの情報監視に関与しない。

登録デバイスデータベース３２６を維持することにより、通信セッションサーバ１１０は、どのコンピューティングデバイスが通信セッションサーバ１１０に接続されている（例えば、通信セッションサーバアプリケーション３２４と通信している）か、及び／又はどのコンピューティングデバイスが特定のユーザに対して登録されているかを監視及び／又は判定することができる。このようにして、通信セッションサーバ１１０が、コンピューティングデバイス１０４が通信セッションサーバ１１０及び１つ以上のＩＰ電話プロトコルを介して公共サービスとの通信セッションを確立することを拒否した場合、通信セッションサーバアプリケーション３２４は、登録デバイスデータベース３２６にクエリして、ユーザの任意の他のコンピューティングデバイスが通信セッションサーバ１１０に通信上結合されている（例えば、第１のコンピューティングデバイスのレコードが第２のコンピューティングデバイスのレコードと同じユーザ識別子を含む）かどうかを判定することができる。次いで、通信セッションサーバアプリケーション３２４は、公共サービスとの通信セッションを（例えば、ダイヤラアプリケーション３１２を介して）確立し、かつコンピューティングデバイス１０４と公共サービスとの間のオーディオ及び／又はビデオの転送をルーティングする指示を、識別／判定されたコンピューティングデバイス（例えば、モバイルデバイス１０６）の通信セッションアプリケーションに送信することができる。

同様に、図１を参照して論じたように、通信セッションサーバアプリケーション３２４が、通信セッションサーバ１１０に通信上結合されたユーザの任意の他のコンピューティングデバイスを判定及び／又は識別することが不可能な場合、通信セッションサーバアプリケーション３２４は、登録デバイスデータベース３２６にクエリして、コンピューティングデバイス１０４に近接する可能性のある任意の他のコンピューティングデバイスを、それらコンピューティングデバイスがコンピューティングデバイス１０４のユーザに関連づけられていないとしても識別することができる（例えば、識別されたコンピューティングデバイスに関連づけられたレコードのユーザ識別子が、コンピューティングデバイス１０４に関連づけられたレコードの同じユーザ識別子ではない）。一実施形態において、通信セッションサーバアプリケーション３２４は、通信セッションサーバ１１０に通信上結合されたコンピューティングデバイスの１つ以上のレコードの地理的位置属性を参照し、コンピューティングデバイス１０４に最も近い可能性のある地理的位置を示すレコードを選択する。

代替的な一実施形態において、通信セッションサーバアプリケーション３２４は、コンピューティングデバイス１０４の通信セッションアプリケーション３０２に、任意の他のコンピューティングデバイスがコンピューティングデバイス１０４に近接しているかどうかを判定するように指示する。この実施形態において、通信セッションアプリケーション３０２は、他の通信セッションアプリケーションがブロードキャストメッセージに応答することを要求するネットワークブロードキャストメッセージを送信することができる。応答（例えば、応答は、あるコンピューティングデバイスがコンピューティングデバイス１０４と同じサブネット上にあり、又は同じＳＳＩＤを使用していることを示す）に基づいて、通信セッションアプリケーション３０２は、付近の（又は、付近の可能性がある）コンピューティングデバイスを通信セッションサーバ１１０に通知し、通信セッションサーバ１１０は次いで、これら識別されたコンピューティングデバイスと通信する。

前に説明したように、識別されたコンピューティングデバイス（例えば、コンピューティングデバイス１０４のユーザに関連づけられていないコンピューティングデバイス）の通信セッションアプリケーションは、識別されたコンピューティングデバイスがコンピューティングデバイス１０４と公共サービスとの間のオーディオ及び／又はビデオのルーティングに使用されるための（例えば、識別されたコンピューティングデバイスがコンピューティングデバイス１０４と公共サービスとの間の仲介者として使用されることになる）許可を要求するプロンプト又は他のメッセージを表示することができる。

コンピューティングデバイス１０４が通信セッションサーバ１１０を介して特定の公共サービス（又は、他のエンティティ）と通信することを認可及び／又は許可されているかどうかを判定するために、通信セッションサーバ１１０は、どの条件の下でコンピューティングデバイスが公共サービスと通信することを認可及び／又は許可されているかを規定する通信ルールデータベース３２８を含む。通信ルールデータベース３２８の通信ルールは、これらに限られないが条件文（例えば、ＩＦ−ＴＨＥＮ−ＥＬＳＥ文）、正規表現、多岐分岐文（例えば、ＳＷＩＴＣＨ文）、又はこれらの組み合わせを含む１つ以上の文法及び／又はシンタックス構造を使用して実現されてもよい。通信セッションサーバ１１０は、提供された入力に従って通信ルールのうち１つ以上を評価する通信ルール評価アプリケーション３３０をさらに含むことができる。通信ルール評価アプリケーション３３０は、通信セッションサーバ３２４のモジュール又はコンポーネントでもよく、かつ／あるいは通信セッションサーバ１１０のプロセスとしてインスタンス化されてもよい。

一実施形態において、第１の通信ルールは、コンピューティングデバイスが通信セッションサーバ１１０に登録され、登録デバイス３２６データベース内の対応するレコードの値として所定の地理的位置を有する必要があることを規定する。さらに、第２の通信ルールは、特定のタイプ（例えば、スマートフォン）の、又は特定のオペレーティングシステム（例えば、ｉＯＳ（登録商標）オペレーティングシステム及び／又はＡｎｄｒｏｉｄ（登録商標）オペレーティングシステム）を実行するコンピューティングデバイスが、対応する通信セッションアプリケーションを介して通信セッションサーバ１１０に接続する（例えば、ログインする）と地理的位置を提供する必要があることを規定することができる。さらに、第３の通信ルールは、受け入れ可能な通信プロトコル（例えば、Ｈ．３２３及び／又はＳＩＰ）、そのような通信セッションを確立することを認可されたコンピューティングデバイスのタイプ、及びコンピューティングデバイスが公共サービスとの通信セッションを確立する前に決定可能な地理的位置及び／又は所定の地理的位置を有さなければならないかどうかを含む、公共サービスに接続する複数の条件を規定することができる。

したがって、通信ルール評価アプリケーション３３０は、通信セッションサーバ１１０に通信上結合されたコンピューティングデバイスの各々（例えば、コンピューティングデバイス１０４及びモバイルデバイス１０６）について、これらのルールを評価することができる。さらに及び／又は代わりに、通信ルール評価アプリケーション３３０は、接続されたコンピューティングデバイスに対して通信ルールのうち選択されたものを評価してもよい（例えば、通信ルールが、それが特定のコンピューティングデバイスタイプ、オペレーティングシステム、通信プロトコル、又は他のそのような特性について評価されるべきであると示す場合）。通信ルール評価アプリケーション３３０が、通信ルールのうち１つ以上を満たすことが不可能なとき、通信セッションサーバ１１０は、コンピューティングデバイス１０４と公共サービスとの間の通信セッションを最初に拒否することができる。通信ルール評価アプリケーション３３０が、通信ルールのうち所定の１つ又はセットを満たすことが可能なとき、通信ルール評価アプリケーション３３０は、要求された通信セッションの確立を認可することができる。

拒否が生じた場合、通信セッションサーバアプリケーション３２４は、モバイルデバイス１０６（又は、コンピューティングデバイス１０４に近接した他のコンピューティングデバイス）を通じて通信セッションの確立を試みるように構成され得る。本明細書で開示されるように、通信セッションサーバ１１０は、モバイルデバイス１０６により実行可能な（又は、実行されている）通信セッションアプリケーション３１０と通信することにより、モバイルデバイス１０６を介した通信セッションの確立を試みることができる。このようにして、通信ルールは、これらに限られないがコンピューティングデバイスタイプ、使用されている通信プロトコル、コンピューティングデバイスが決定可能な又は決定された地理的位置を有するかどうか、及び他のそのような特性又はこれらの組み合わせに基づいて、公共サービスとの通信セッションが許容される状況を定義する。

図４は、一例示的な実施形態による、図３に示したデバイスのアプリケーション及びデータの別の実装を示し、モバイルデバイス１０６が通信セッションサーバ１１０を使用して確立された通信セッションを実行する。上で論じたように、通信ルールは、コンピューティングデバイスの地理的位置が決定可能か又は決定できる場合にコンピューティングデバイスがＩＰ電話プロトコル又はＶｏＩＰプロトコル（例えば、Ｈ．３２３、ＳＩＰなど）を使用して通信セッションを確立できることを規定することができる。図４に示す実装において、コンピューティングデバイス１０４は、コンピューティングデバイス１０４がその地理的位置の能力がない可能性があり、かつ／あるいはコンピューティングデバイス１０４のユーザがそのような位置を提供することが不可能なため、支援されない公共サービスとの通信セッションを確立することが不可能な場合がある。したがって、最初、コンピューティングデバイス１０４がＩＰ電話又はＶｏＩＰプロトコルを使用して公共サービスとの通信セッションを確立するよう試みる場合、通信セッションサーバ１１０は、最初、通信セッションの確立を拒否することができる。

しかしながら、モバイルデバイス１０６が、コンピューティングデバイス１０４に近接している場合がある。例えば、モバイルデバイスは、Ｂｌｕｅｔｏｏｔｈ（登録商標）無線機３０６、３１６を介してコンピューティングデバイスに通信上結合されていることがあり、あるいはコンピューティングデバイス１０４と同じ無線ネットワークに接続されていることがある（例えば、コンピューティングデバイス１０４とモバイルデバイス１０６が、同じサブネット内のＩＰアドレスを割り当てられていてもよい）。

さらに、モバイルデバイス１０６がＧＰＳトランシーバ３１４を備えるとき、モバイルデバイス１０６は、その地理的位置を通信セッションサーバ１１０に提供可能である。したがって、モバイルデバイス１０６は、ＰＳＴＮを介してアクセス可能な公共サービスとの通信セッションの確立に関連づけられた１つ以上の通信ルールを満たすように構成される。したがって、通信セッションサーバアプリケーション３２４は、モバイルデバイス１０６がコンピューティングデバイス１０４と公共サービスとの間の仲介者として機能する場合、ＩＰ電話又はＶｏＩＰプロトコルを使用するコンピューティングデバイス１０４と公共サービスとの間の通信セッションを認可することができる。

前に説明したように、モバイルデバイス１０６は、オーディオ及び／又はビデオをコンピューティングデバイス１０４に直接（例えば、Ｓｋｙｐｅプロトコルを介して）通信することができ、あるいは、モバイルデバイス１０６は、受信したオーディオ及び／又はビデオを通信セッションサーバ１１０に通信することができ、通信セッションサーバ１１０は次いで、受信したオーディオ及び／又はビデオをコンピューティングデバイス１０４に（例えば、ＴＣＰ上のＳＩＰを介して）通信する。さらに及び／又は代わりに、通信セッションサーバ１１０は、受信したオーディオ及び／又はビデオをモバイルデバイス１０６に通信し、次いでモバイルデバイス１０６がそのようなオーディオ及び／又はビデオをコンピューティングデバイス１０４に直接か又は通信セッションサーバ１１０を介してかのいずれかで通信することによりネットワーク帯域幅負荷を増加させるのでなく、オーディオ及び／又はビデオをコンピューティングデバイス１０４に通信することができる。

図５は、一例示的な実施形態による、図１に示すコンピューティングデバイスを使用して通信セッションを確立する方法５０２を示す。方法５０２は、図３〜図４に示されるコンポーネントの１つ以上と共に、図１〜図２に示される装置及び／又はサーバの１つ以上により実施することができ、これらを参照して論じられる。

図１を参照し、方法５０２は、コンピューティングデバイス１０４などの第１のコンピューティングデバイスがＩＰ電話又はＶｏＩＰプロトコルを使用して公共サービス１１２との通信セッションを確立するよう試みる方法論を示す。最初、コンピューティングデバイス１０４が、通信セッションサーバ１１０に、通信セッションを確立する要求を送信し（動作５０４）、通信セッションの第１のエンドポイントはコンピューティングデバイス１０４を含み、第２のエンドポイントは公共サービス１１２を含む。要求に追加で、コンピューティングデバイス１０４は、コンピューティングデバイス１０４に関する識別情報、例えば、コンピューティングデバイスタイプ（例えば、ラップトップ、スマートフォン、デスクトップコンピュータなど）、コンピューティングデバイス１０４がその地理的位置を決定することができ又は決定するよう試みたかどうか、コンピューティングデバイス１０４に関連づけられたユーザ識別子、及び他のそのような識別情報などを送信することができる（動作５０６）。別の実施形態において、コンピューティングデバイス１０４は、通信セッションアプリケーションが通信セッションサーバ１１０に最初に接続するとき、この情報を提供する。

次いで、通信セッションサーバ１１０は、それがコンピューティングデバイス１０４と公共サービス１１２との間の通信セッションを確立できるかどうかを判定する。この方法論についてのより詳細な説明は、図６Ａ〜図６Ｂを参照して論じられる。しかしながら、図５に関しては、コンピューティングデバイス１０４は、通信サーバ１１０からいくつかの応答のうち１つを受信し、該応答は、１）通信セッションが許容されることを示す応答であり、その場合、コンピューティングデバイス１０４は公共サービス１１２との通信セッションの確立に進む、２）通信セッションが許容されず、通信セッションを確立するためにさらなる試行は行われないことを示す応答、又は、３）通信セッションを完了するために第２のコンピューティングデバイスが利用可能かどうかを、コンピューティングデバイス１０４が判定すべきであることを示す応答である。

上記応答（１）に関して、コンピューティングデバイス１０４は、第２のコンピューティングデバイスの有無にかかわらず通信セッションが許容されるかどうかのこの第１の応答を受信することができる。通信セッションサーバ１１０が、コンピューティングデバイス１０４のために通信セッションを完了するのに第２のコンピューティングデバイスが必要であり得ると判定した場合、コンピューティングデバイス１０４は、通信セッションを確立するメッセージを依然として受信する（動作５１６）。一実施形態において、通信セッションサーバ１１０は、コンピューティングデバイス１０４と識別された第２のコンピューティングデバイスとの間のモデレータ／仲介者としての機能を果たす。したがって、コンピューティングデバイス１０４の観点からは、コンピューティングデバイス１０４は、通信セッションサーバ１１０を介して公共サービス１１２と通信している。コンピューティングデバイス１０４（又は、コンピューティングデバイス１０４のユーザ）は、通信セッションを確立するために第２のコンピューティングデバイスが使用されている（例えば、第２のコンピューティングデバイスにより実行可能なダイヤラアプリケーションを介する）ことを認識しなくてもよい。このようにして、第２のコンピューティングデバイスは、それが公共サービス１１２との通信セッションを実行するとき、コンピューティングデバイス１０４に対して効果的に透過的である（動作５１８）。

さらに及び／又は代わりに、コンピューティングデバイス１０４は、通信セッションサーバ１１０から、通信セッションの仲介者としての機能を果たす第２のコンピューティングデバイスを識別する指示（例えば、応答（３））を受信することができる。したがって、一実施形態において、コンピューティングデバイス１０４は、最初、モバイルデバイスなどの第２のコンピューティングデバイスがコンピューティングデバイス１０４に近接しているかどうかを判定することができる（動作５０８）。コンピューティングデバイス１０４が、第２のコンピューティングデバイスがコンピューティングデバイス１０４に近接していないと判定した場合（例えば、動作５０８の「ＮＯ」分岐）、コンピューティングデバイス１０４は、通信セッションを終了し及び／又は終わらせる（terminate）ことができる。

あるいは、コンピューティングデバイス１０４が、第２のコンピューティングデバイスがコンピューティングデバイス１０４に近接していると判定した場合（例えば、動作５０８の「ＹＥＳ」分岐）、コンピューティングデバイス１０４は、第２のコンピューティングデバイスからの、通信セッションを確立する認可を要求することができる（動作５１２）。一実施形態において、認可の要求は、コンピューティングデバイス１０４の通信セッションアプリケーションにより、識別されたコンピューティングデバイスの通信セッションアプリケーションに通信されてもよい。この要求は、例えば、識別されたコンピューティングデバイスがコンピューティングデバイス１０４のユーザにも関連づけられている場合などに、コンピューティングデバイス１０４のユーザに対して透過的であり得る。さらに及び／又は代わりに、プロンプト又は他のメッセージが識別されたコンピューティングデバイスにより表示され、識別されたコンピューティングデバイスのユーザが、コンピューティングデバイス１０４との通信セッションを確立する認可を提供することを要求してもよい。

認可が付与されない場合（例えば、動作５１２の「付与されない」分岐）、コンピューティングデバイス１０４は、通信セッションを終わらせることができる。あるいは、認可が付与された場合（例えば、動作５１２の「付与された」分岐）、コンピューティングデバイス１０４は、識別されたコンピューティングデバイスを介して公共サービス１１２との通信セッションを確立する（動作５１４）。コンピューティングデバイス１０４と公共サービス１１２との間の仲介者としての機能を果たす識別されたコンピューティングデバイスにより実行される動作は、図７Ａ〜図７Ｂを参照してさらに論じられる。

図６Ａ〜図６Ｂは、一例示的な実施形態による、図１〜図２に示すモバイルデバイスを通じて通信セッションをルーティングする方法６０２を示す。方法６０２は、図３〜図４に示されるコンポーネントの１つ以上と共に、図１〜図２に示される装置及び／又はサーバの１つ以上により実施することができ、これらを参照して論じられる。

図１及び図６を参照し、方法６０２は、通信セッションサーバ１１０が通信セッションサーバ１１０と公共サービス１１２との間の仲介者としてモバイルデバイスなどの第２のコンピューティングデバイスを使用して公共サービス１１２との通信セッションを確立するよう試みる方法論を示す。

図６Ａを参照し、通信セッションサーバ１１０は、最初、コンピューティングデバイス１０４などの第１のコンピューティングデバイスから、ＰＳＴＮを介してアクセス可能な公共サービス１１２との通信セッションを確立する要求を受信する。（動作６０４）。一実施形態において、要求は、ＴＣＰ又はＵＤＰなどの伝送プロトコルで通信されるメッセージである。さらに及び／又は代わりに、要求は、Ｈ．３２３又はＳＩＰなどのＩＰ電話又はＶｏＩＰプロトコルを使用して通信されてもよい。

次いで、通信セッションサーバ１１０は、コンピューティングデバイス１０４と公共サービス１１２との間の通信セッションが許容されるかどうかを判定する（動作６０６）。図３〜図４を参照して論じたように、通信セッションサーバアプリケーション３２４は、通信ルール評価アプリケーション３３０を起動及び／又は実行して、通信セッションが許容されるかどうかを判定する際に通信ルールデータベース３２８に記憶された１つ以上の通信ルールを評価することができる。１つ以上の通信ルールを評価する際に、通信ルール評価アプリケーション３３０は、登録デバイスデータベース３２６に記憶された１つ以上のレコードと、特に、特定のレコードの１つ以上のレコード属性を参照することができる。

いくつかの例において、評価されるとき、通信ルールは、コンピューティングデバイス１０４と公共サービス１１２との間の通信セッションを許可し得る（例えば、動作６０６の「許可された」分岐）。したがって、通信セッションサーバ１１０は、コンピューティングデバイス１０４と公共サービス１１２との間の通信セッションを許可することができる（動作６０８）。

あるいは、評価されるとき、通信ルールは、コンピューティングデバイス１０４と公共サービス１１２との間の通信セッションを許可しない場合がある（例えば、動作６０６の「許可されない」分岐）。しかしながら、通信ルールは、例えば、第２のコンピューティングデバイスの地理的位置が決定可能及び／又は決定された場合に通信セッションを確立するために第２のコンピューティングデバイスが使用されてもよいことを規定することなどにより、通信セッションを確立する代替的な一連の行動を許可又は定義してもよい。

この点に関し、通信セッションサーバアプリケーション３２４は、最初、第２のコンピューティングデバイス（例えば、モバイルデバイス１０６）がコンピューティングデバイス１０４のユーザを関連づけられ及び／又は登録されているかどうかを判定することができる（動作６１０）。一実施形態において、通信セッションサーバアプリケーション３２４は、コンピューティングデバイス１０４に関連づけられた登録デバイスレコードのユーザ識別子属性を通信セッションサーバ１１０と通信している（例えば、ログインしている）コンピューティングデバイスの１つ以上の登録デバイスレコードのユーザ識別子属性と比較することにより、この判定を行う。代替的な一実施形態において、レコードは、通信セッションサーバ１１０にユーザアカウントを有するユーザに対応し、ユーザレコードは、特定のユーザに関連づけられたコンピューティングデバイスを識別する。

通信セッションサーバ１１０が、モバイルデバイス１０６がコンピューティングデバイス１０６のユーザに関連づけられていると判定した場合（例えば、動作６１０の「ＹＥＳ」分岐）、通信セッションサーバ１１０は、モバイルデバイス１０６により実行可能な通信セッションアプリケーションに、コンピューティングデバイス１０４により最初に要求された公共サービス１１２との通信セッションを確立するメッセージを通信する（動作６１２）。一実施形態において、通信セッションサーバ１１０は次いで、モバイルデバイス１０６から受信したオーディオ及び／又はビデオをコンピューティングデバイス１０４に、及びコンピューティングデバイス１０４から受信したオーディオ及び／又はビデオをモバイルデバイス１０６に通信する（動作６１４）。代替的な一実施形態において、通信セッションサーバ１１０は、コンピューティングデバイス１０４及び／又はモバイルデバイス１０６に、デバイス１０４〜１０６間で通信が生じるように他方のコンピューティングデバイスとの直接接続を確立するよう指示する。

再び動作６１０を参照し、通信セッションサーバ１１０は、コンピューティングデバイス１０４のユーザに対しても登録されている、通信セッションサーバ１１０と通信しているコンピューティングデバイスがないと判定する場合がある（例えば、動作６１０の「ＮＯ」分岐）。この点に関し、一実施形態において、通信セッションサーバ１１０は次いで、１つ以上のコンピューティングデバイスがコンピューティングデバイス１０４に近接しているかどうかを判定することができる（動作６１６）。一実施形態において、通信セッションサーバ１１０は、登録デバイスデータベース３２６の１つ以上のレコードと、特にレコードの地理的位置属性を参照することにより、この動作を実行する。次いで、通信セッションサーバアプリケーション３２４は、取り出されたレコードの地理的位置属性値をコンピューティングデバイス１０４に対応するレコードの地理的属性値と比較して、どのコンピューティングデバイスがコンピューティングデバイス１０４に近接している（例えば、所定及び／又はしきい距離の範囲内である）可能性があるかを判定することができる。別の実施形態において、通信セッションサーバ１１０は、登録デバイスレコードの別の属性、例えば、ＩＰアドレス属性などを参照し、ＩＰアドレス属性のＩＰアドレス値のジオロケーションを通じて、コンピューティングデバイス１０４の地理的位置の所定の距離及び／又はしきいの範囲内である潜在的なコンピューティングデバイスの位置を特定する（locates）。

さらなる一実施形態において、通信セッションサーバ１１０は、コンピューティングデバイス１０４の通信セッションアプリケーションにメッセージを通信し、コンピューティングデバイス１０４に、コンピューティングデバイス１０４の近接範囲内に他のコンピューティングデバイスがあるかどうかを判定するように指示することができる（動作６１６）。この実施形態では、コンピューティングデバイス１０４が、コンピューティングデバイス１０４が位置する場所に対してローカルのさらなるディスカバリ方法論（例えば、ＬＡＮディスカバリ、Ｂｌｕｅｔｏｏｔｈ（登録商標）ディスカバリなど）を活用可能なとき、コンピューティングデバイス１０４が、それに近接したデバイスがあるかどうかを判定するのにより良いポジションにあるという仮定がある。

コンピューティングデバイス１０４に近接したコンピューティングデバイスがあるかどうかを判定することに追加で、コンピューティングデバイス１０４の通信セッションアプリケーションはさらに、コンピューティングデバイス１０４と同じＳＳＩＤ及び／又はＬＡＮに接続されたコンピューティングデバイスのサブネットにメッセージをブロードキャストしてもよい。通信セッションアプリケーションはさらに、Ｂｌｕｅｔｏｏｔｈ（登録商標）ディスカバリを通じて見えるコンピューティングデバイスにブロードキャストメッセージを送信してもよい。通信セッションアプリケーションは、あるコンピューティングデバイスがコンピューティングデバイス１０４に近接している可能性があっても、コンピューティングデバイス１０４がコンピューティングデバイス１０４の通信セッションアプリケーションと通信するように構成された通信セッションアプリケーションを含まない可能性があるため、このメッセージを送信してもよい。通信セッションアプリケーションによるブロードキャストメッセージは、コンピューティングデバイス１０４がコンピューティングデバイス１０４に近接する他のコンピューティングデバイスと通信可能であることを保証する。

コンピューティングデバイス１０４に近接したコンピューティングデバイスを、通信セッションサーバ１１０又はコンピューティングデバイス１０４のいずれかにより判定することが不可能な場合（例えば、動作６１６の「ＮＯ」分岐）、方法６０２は図６Ｂの動作６１８に進む。動作６１８において、コンピューティングデバイス１０４は、コンピューティングデバイス１０４が意図された公共サービス１１２との通信セッションを確立することが不可能というメッセージ又はプロンプトを表示することができる。一実施形態において、通信セッションサーバ１１０が、コンピューティングデバイス１０４に、このメッセージを表示するように指示する。別の実施形態において、コンピューティングデバイス１０４の通信セッションアプリケーションが、このメッセージを表示すべきであると決定する。さらに及び／又は代わりに、コンピューティングデバイス１０４は、アラーム又は他の大きいノイズを発して（又は、発するように指示されて）、ユーザが即時の支援を要する場合にコンピューティングデバイス１０４の付近にいる可能性のある他者に警告することができる。アラーム及び／又は他の大きいノイズは、もしあるとすればそれをコンピューティングデバイス１０４がいつ発するべきかに関して、ユーザにより構成可能でもよい。

あるいは、適切なコンピューティングデバイスが、コンピューティングデバイス１０４の通信セッションアプリケーション及び／又は通信セッションサーバ１１０を介してコンピューティングデバイス１０４に近接していると判定された場合（例えば、動作６１６の「ＹＥＳ」分岐）、方法６０２は図６Ｂの動作６２０に進む。動作６２０において、通信セッションサーバ１１０は、それが識別されたコンピューティングデバイス（例えば、モバイルデバイス１０６）にアクセスする認可を有するかどうかを判定する。一実施形態において、通信セッションサーバ１１０は、識別されたコンピューティングデバイスに対する即時の認可を付与される（例えば、緊急事態が関わる場合）（例えば、動作６２０の「ＹＥＳ」分岐）。一実施形態において、通信セッションサーバ１１０は、「緊急事態」として定義されるエンドポイント（例えば、電話番号又は他のコンタクト）を規定する１つ以上の通信ルール（例えば、ＩＦ ｅｎｄｐｏｉｎｔ．ｃｏｎｔａｃｔ＝＝“９１１” ＴＨＥＮ “ｅｍｅｒｇｅｎｃｙ”）を参照し、コンピューティングデバイス１０４により最初に試みられたエンドポイントコンタクトを入力として使用してこれら通信ルールの１つ以上を使用して評価することにより、緊急事態が関わるかどうかを判定する。一実施形態において、通信ルールのいずれもエンドポイントコンタクトが緊急事態に関連づけられることを示さない場合、通信セッションサーバ１１０は、緊急事態が関わらないと判定する。

代替的な一実施形態において、識別されたコンピューティングデバイスはユーザに関連づけられておらず、緊急事態は関わらない。この実施形態において、プロンプト又は他のメッセージが識別されたコンピューティングデバイスに表示され、コンピューティングデバイス１０４の通信セッションアプリケーションに認可を付与できるかどうかを要求してもよい。

通信セッションアプリケーションが認可を付与された場合、方法６０２は動作６２２に進む。通信セッションアプリケーションが認可を付与されない場合（例えば、動作６２０の「ＮＯ」分岐）、方法６０２は動作６１８に戻る。

動作６２２において、通信セッションサーバ１１０は、識別されたコンピューティングデバイス（例えば、モバイルデバイス１０６）に、コンピューティングデバイス１０４が最初にコンタクトするよう意図した公共サービスとの通信セッションを確立するように指示する。図２〜図３を参照して論じたように、識別されたコンピューティングデバイスは、ダイヤラアプリケーション３１２を含み得、識別されたコンピューティングデバイスの通信セッションアプリケーション３１０は、開示されたＡＰＩを通じてダイヤラアプリケーション３１２の機能性のうち１つ以上にアクセスするように構成され得る。一実施形態において、識別されたコンピューティングデバイスは、ダイヤラアプリケーション３１２を介して要求された公共サービス１１２にコンタクトし、ダイヤラアプリケーション３１２は、公共サービス１１２から受信したオーディオ及び／又はビデオを、通信セッションアプリケーションを介して通信セッションサーバ１１０に通信する（動作６２４）。代替的な一実施形態において、通信セッションサーバ１１０は、コンピューティングデバイス１０４及び／又はモバイルデバイス１０６に、コンピューティングデバイス１０４〜１０６間で通信が生じるように他方のコンピューティングデバイスとの直接接続を確立するように指示する（動作６２４）。

このように、コンピューティングデバイス１０４と通信セッションサーバ１１０が協働して公共サービス１１２との通信セッションを確立する方法を説明したが、本開示は、通信セッションサーバ１１０が公共サービス１１２との間でオーディオ及び／又はビデオをルーティングするために使用する第２のコンピューティングデバイス（例えば、モバイルデバイス１０６）の動作に移る。

図７Ａ〜図７Ｂは、一例示的な実施形態による、図１のコンピューティングデバイス１０４により開始された通信セッションをルーティングするために図３〜図４のモバイルデバイス１０６が使用される方法７０２を示す。方法７０２は、図３〜図４に示されるコンポーネントの１つ以上と共に、図１〜図２に示される装置及び／又はサーバの１つ以上により実施することができ、これらを参照して論じられる。

図１及び図７を参照し、方法７０２は、公共サービス１１２との通信セッションを確立するために、コンピューティングデバイス１０４が通信セッションの確立を防止及び／又は禁止されているという判定に応答して、モバイルデバイス１０６を使用する方法論を示す。図７の文脈において、通信セッションサーバ１１０は、モバイルデバイス１０６を通信セッションを確立するのに適切なデバイスとして識別しており、モバイルデバイス１０６（又は、モバイルデバイス１０６のユーザ）は、通信セッションサーバ１１０にモバイルデバイス１０６を使用する認可を付与していることが仮定される。

最初、図７Ａを参照し、モバイルデバイス１０６は、公共サービス１１２との通信セッションを確立する指示を受信する（動作７０４）。一実施形態において、指示は、通信セッションサーバ１１０から受信され得る。別の実施形態において、指示は、コンピューティングデバイス１０４から受信され得る。

次いで、モバイルデバイス１０６は、公共サービス１１２との通信セッションのための通信モードを決定する（動作７０６）。一実施形態において、通信セッションサーバ１１０及び／又はコンピューティングデバイス１０４からの指示は、モバイルデバイス１０６に、公共サービス１１２との通信セッションの通信モードについて指示する。別の実施形態において、モバイルデバイス１０６は、第１の通信モード（例えば、８０２．１１ｂ／ｇ／ｎ）の強度及び／又は品質を決定し、第２の通信モード（例えば、ＬＴＥ、ＣＤＭＡ、ＧＳＭなど）の強度及び／又は品質を決定し、より良好な強度及び／又は品質を有する通信モードを選択する。さらに別の代替的な一実施形態において、モバイルデバイス１０６は、第１の通信モード（例えば、セルラー）を最初選択し、第１の通信モードを介して接続を確立することが不可能な場合に第２の通信モード（例えば、８０２．１１ｂ／ｇ／ｎ）を選択する。

モバイルデバイス１０６が、非セルラー通信モードが通信セッションに対してより適すると判定した場合（例えば、動作７０６の「非セルラー」分岐）、モバイルデバイス１０６は、通信セッションサーバ１１０との通信セッションを開始し、通信セッションサーバ１１０に、公共サービス１１２が通信セッションのエンドポイントであることを通知する（動作７０８）。その後、モバイルデバイス１０６は、前に論じたように非セルラー通信モードを使用して公共サービス１１２との通信セッションに関与し、ここで、モバイルデバイス１０６は、公共サービス１１２と通信するために所定の通信プロトコル（例えば、ＴＣＰ上のＳＩＰ）を使用する（動作７１０）。

あるいは、モバイルデバイス１０６がセルラー通信モードを決定（又は、選択）した場合（例えば、動作７０６の「セルラー」分岐）、通信セッションアプリケーション３１０は、ダイヤラアプリケーション３１２に、通信セッションのエンドポイントとしてコンピューティングデバイス１０４により最初に指定された公共サービス１１２にコンタクトするように指示する（動作７１２）。前に説明したように、モバイルデバイス１０６のオペレーティングシステムは、公に開示されたＡＰＩを通じてダイヤラアプリケーション３１２の１つ以上の機能へのアクセスを可能にし得る。次いで、通信セッションアプリケーション３１０は、ダイヤラアプリケーション３１２と関連して動作して、公共サービス３１２からのオーディオ及び／又はビデオをコンピューティングデバイス１０４に提供する（動作７１４）。

次に、図７Ｂを参照し、モバイルデバイス１０６は次いで、コンピューティングデバイス１０４との通信が直接であるか又は仲介者（例えば、通信セッションサーバ１１０）を通じてであるかを判定する（動作７１６）。一実施形態において、この判定は、モバイルデバイス１０６が公共サービス１１２との通信セッションを確立する指示を受信したときに最初に実行される。この点に関し、この指示は、モバイルデバイス１０６がコンピューティングデバイス１０４と（例えば、直接通信プロトコルを介して）通信すべきか、又は通信セッションサーバ１１０と（例えば、ＩＰ電話又はＶｏＩＰプロトコルを介して）通信すべきかの指標をさらに含んでもよい。

モバイルデバイス１０６が、コンピューティングデバイス１０４との通信が直接通信であると判定した場合（例えば、動作７１６の「ＹＥＳ」分岐）、モバイルデバイス１０６は、公共サービス１１２から受信したオーディオ及び／又はビデオをコンピューティングデバイス１０４に直接（例えば、通信セッションサーバ１１０が仲介者として機能することなく）通信し、その逆もまた同様である（動作７１８）。あるいは、モバイルデバイス１０６が、コンピューティングデバイス１０４との通信が直接通信でないと判定した場合（例えば、動作７１６の「ＮＯ」分岐）、モバイルデバイス１０６は、公共サービス１１２から受信したオーディオ及び／又はビデオを通信セッションサーバ１１０に通信し、通信セッションサーバは次いで、受信したオーディオ及び／又はビデオをコンピューティングデバイス１０４に通信する（動作７２０）。

このようにして、開示の通信セッションサーバ１１０及び／又はモバイルデバイス１０６は、１つ以上の通信プロトコルを介し又は１つ以上の通信モードを使用して、コンピューティングデバイス１０４が公共サービスとの通信を禁止及び／又は防止されている可能性がある場合にコンピューティングデバイス１０４の機能を拡張する。さらに、開示の実施形態は、特定の通信モードを使用して公共サービス１１２からのオーディオ及び／又はビデオをルーティングするプラットフォームとして第２のコンピューティングデバイス（例えば、モバイルデバイス１０６）を使用でき、ここで、コンピューティングデバイス１０４は別のタイプの通信モードを使用した公共サービス１１２との通信を禁止又は防止されている可能性があるため、既存の通信技術を向上させる。したがって、開示の実施形態は、従来の通信構成及び方法論ではこれまで実現されなかった多くの技術的恩恵及び利点を提供する。

［モジュール、コンポーネント、及びロジック］
特定の実施形態は、論理又は複数のコンポーネント、モジュール、若しくは機構を含むものとして本明細書に記載される。モジュールは、ソフトウェアモジュール（例えば、マシン読取可能媒体又はマシン読取可能記憶デバイス上に具現化されたコード）又はハードウェアモジュールのいずれかを構成することができる。「ハードウェアモジュール」は、特定の動作を実行することができる有形のユニットであり、特定の物理的方法で構成又は配置され得る。様々な例示的な実施形態において、１つ以上のコンピュータシステム（例えば、スタンドアロンコンピュータシステム、クライアントコンピュータシステム、又はサーバコンピュータシステム）、又はコンピュータシステムの１つ以上のハードウェアモジュール（例えば、プロセッサ又はプロセッサのグループ）は、本明細書に記載される特定の動作を実行するように動作するハードウェアモジュールとしてソフトウェア（例えば、アプリケーション又はアプリケーション部分）により構成されてもよい。

いくつかの実施形態において、ハードウェアモジュールは、機械的、電子的、又はこれらの任意の適切な組み合わせにより実装されてもよい。例えば、ハードウェアモジュールは、特定の動作を実行するように永続的に構成された特化型の回路又は論理を含んでもよい。例えば、ハードウェアモジュールは、ＦＰＧＡ又はＡＳＩＣなどの専用プロセッサでもよい。ハードウェアモジュールはまた、特定の動作を実行するようにソフトウェアにより一時的に構成されたプログラマブル論理又は回路を含んでもよい。例えば、ハードウェアモジュールは、汎用プロセッサ又は他のプログラマブルプロセッサにより実行されるソフトウェアを含んでもよい。そのようなソフトウェアによりひとたび構成されると、ハードウェアモジュールは、構成された機能を実行するように一意に調整された特定のマシン（又は、マシンの特定コンポーネント）になり、もはや汎用プロセッサではない。ハードウェアモジュールを機械的に、特化型の永続的に構成された回路で、又は一時的に構成された回路（例えば、ソフトウェアにより構成される）で実装する判断は、コスト及び時間の考慮により決められてもよいことが理解されよう。

したがって、「ハードウェアモジュール」というフレーズは、本明細書に記載される特定の方法で動作し又は特定の動作を実行するように物理的に構築され、永続的に構成され（例えば、配線され）、又は一時的に構成され（例えば、プログラムされ）たエンティティである有形のエンティティを包含するものと理解されるべきである。本明細書で用いられるとき、「ハードウェア実装モジュール（hardware-implemented module）」は、ハードウェアモジュールを指す。ハードウェアモジュールが一時的に構成される（例えば、プログラムされる）実施形態を考えると、ハードウェアモジュールの各々は、時間的にいかなる１つのインスタンスにおいても構成又はインスタンス化される必要はない。例えば、ハードウェアモジュールが、専用プロセッサになるようにソフトウェアにより構成される汎用プロセッサを含む場合、汎用プロセッサは、異なる時間に（例えば、異なるハードウェアモジュールを含む）それぞれ異なる専用プロセッサとして構成されてもよい。したがって、ソフトウェアは、例えば、ある時間インスタンスで特定のハードウェアモジュールを構成し、異なる時間インスタンスで異なるハードウェアモジュールを構成するように、特定の１つ又は複数のプロセッサを構成する。

ハードウェアモジュールは、他のハードウェアモジュールに情報を提供し、他のハードウェアモジュールから情報を受け取ることができる。したがって、記載のハードウェアモジュールは、通信上結合されているとみなされてもよい。複数のハードウェアモジュールが同時に存在する場合、通信は、ハードウェアモジュールのうち２つ以上の間の（例えば、適切な回路及びバスを通じての）信号伝送により達成されてもよい。複数のハードウェアモジュールが異なる時間に構成又はインスタンス化される実施形態において、そのようなハードウェアモジュール間の通信は、例えば、複数のハードウェアモジュールがアクセスを有するメモリ構造における情報の記憶及び取り出しを通じて達成されてもよい。例えば、１つのハードウェアモジュールが動作を実行し、その動作の出力を、それが通信上結合されたメモリデバイスに記憶することができる。次いで、さらなるハードウェアモジュールが後の時間に、メモリデバイスにアクセスして記憶された出力を取り出し、処理することができる。また、ハードウェアモジュールは、入力又は出力デバイスとの通信を開始してもよく、リソース（例えば、情報の集合）に対して動作することができる。

本明細書に記載される例示的な方法の様々な動作は、少なくとも部分的に、関連する動作を実行するように一時的に（例えば、ソフトウェアにより）構成され又は永続的に構成された１つ以上のプロセッサにより実行されてもよい。一時的に構成されるか永続的に構成されるかにかかわらず、そのようなプロセッサは、本明細書に記載される１つ以上の動作又は機能を実行するように動作するプロセッサ実装モジュールを構成することができる。本明細書で用いられるとき、「プロセッサ実装モジュール（processor-implemented module）」は、１つ以上のプロセッサを使用して実装されるハードウェアモジュールを指す。

同様に、本明細書に記載される方法は、少なくとも部分的にプロセッサ実装でもよく、特定の１つ又は複数のプロセッサがハードウェアの一例である。例えば、方法の動作のうち少なくとも一部が、１つ以上のプロセッサ又はプロセッサ実装モジュールにより実行されてもよい。さらに、１つ以上のプロセッサは、「クラウドコンピューティング」環境において、又は「ソフトウェアアズアサービス」（software as a service、ＳａａＳ）として、関連する動作の実行をサポートするように動作してもよい。例えば、動作の少なくとも一部が、（プロセッサを含むマシンの例としての）コンピュータのグループにより実行されてもよく、これらの動作は、ネットワーク（例えば、インターネット）介して、及び１つ以上の適切なインターフェース（例えば、ＡＰＩ）を介してアクセス可能である。

動作のうち特定のものの実行は、単一のマシン内に存在するだけでなく複数のマシンにわたり展開されたプロセッサ間で分散されてもよい。いくつかの例示的な実施形態において、プロセッサ又はプロセッサ実装モジュールは、単一の地理的位置に（例えば、家庭環境、オフィス環境、又はサーバファーム内に）配置されてもよい。他の例示的な実施形態において、プロセッサ又はプロセッサ実装モジュールは、複数の地理的位置にわたり分散されてもよい。

［マシン及びソフトウェアアーキテクチャ］
図１〜図７Ｂに関連して説明したモジュール、方法、アプリケーションなどは、いくつかの実施形態において、マシン及び関連づけられたソフトウェアアーキテクチャの文脈で実装される。以下のセクションでは、開示の実施形態での使用に適した代表的なアーキテクチャについて説明する。

ソフトウェアアーキテクチャは、特定の目的に合わせたデバイス及びマシンを作り出すようにハードウェアアーキテクチャと関連して使用される。例えば、特定のソフトウェアアーキテクチャに結合された特定のハードウェアアーキテクチャが、モバイルフォン、タブレットデバイスなどのモバイルデバイスを作り出す。わずかに異なるハードウェア及びソフトウェアアーキテクチャが、「モノのインターネット」で使用されるスマートデバイスを生成し得る一方で、さらに別の組み合わせが、クラウドコンピューティングアーキテクチャ内で使用されるサーバコンピュータを生成する。そのようなソフトウェア及びハードウェアアーキテクチャの全ての組み合わせが本明細書で提示されているわけではなく、なぜならば、当業者は本明細書に含まれる開示とは異なる文脈で発明対象事項を実施する方法を容易に理解できるためである。

［例示的なマシンアーキテクチャ及びマシン読取可能媒体］
図８は、いくつかの例示的な実施形態による、マシン読取可能媒体（例えば、マシン読取可能記憶媒体又はマシン読取可能記憶デバイス）から命令を読み出して本明細書で論じられる方法論のうち任意の１つ以上を実行することが可能なマシン８００のコンポーネントを示すブロック図である。具体的には、図８は、コンピュータシステムの例示的な形態におけるマシン８００の図表現を示しており、これにおいて、マシン８００に本明細書で論じられる方法論のうち任意の１つ以上を実行させる命令８１６（例えば、ソフトウェア、プログラム、アプリケーション、アプレット、アプリ、又は他の実行可能コード）が実行され得る。例えば、命令８１６は、マシン８００に図５〜図７Ｂのフロー図を実行させることができる。さらに又は代わりに、命令８１６は、図２〜図３のコンポーネントのうち１つ以上を実装することができる。命令８１６は、一般的なプログラムされていないマシン８００を、説明及び例示された機能を説明された方法で実行するようにプログラムされた特定のマシン８００に変換する。代替的な実施形態において、マシン８００は、スタンドアロン装置として動作し、あるいは他のマシンに結合され（例えば、ネットワーク化され）てもよい。ネットワーク化された展開において、マシン８００は、サーバクライアントネットワーク環境におけるサーバマシン又はクライアントマシンの容量で、又はピアツーピア（又は分散）ネットワーク環境におけるピアマシンとして動作することができる。マシン８００は、これらに限られないがサーバコンピュータ、クライアントコンピュータ、パーソナルコンピュータ（ＰＣ）、タブレットコンピュータ、ラップトップコンピュータ、ネットブック、ＰＤＡ、又はマシン８００により取られるべきアクションを規定する命令８１６を順次又はその他の方法で実行することができる任意のマシンを含んでもよい。さらに、単一のマシン８００のみが示されているが、「マシン」という用語はさらに、本明細書で論じられる方法論のうち任意の１つ以上を実行するために命令８１６を個々に又は連帯的に実行するマシン８００の集合を含むとみなされるものとする。

マシン８００は、プロセッサ８１０、メモリ／記憶装置８３０、及びＩ／Ｏコンポーネント８５０を含むことができ、これらは、バス８０２を介してなどで互いに通信するように構成され得る。一例示的な実施形態において、プロセッサ８１０（例えば、中央処理装置（Central Processing Unit、ＣＰＵ）、縮小命令セットコンピューティング（Reduced Instruction Set Computing、ＲＩＳＣ）プロセッサ、複合命令セットコンピューティング（Complex Instruction Set Computing、ＣＩＳＣ）プロセッサ、グラフィックス処理ユニット（Graphics Processing Unit、ＧＰＵ）、デジタル信号プロセッサ（Digital Signal Processor、ＤＳＰ）、ＡＳＩＣ、無線周波数集積回路（Radio-Frequency Integrated Circuit、ＲＦＩＣ）、別のプロセッサ、又はこれらの任意の適切な組み合わせ）は、例えば、命令８１６を実行し得るプロセッサ８１２及びプロセッサ８１４を含んでもよい。「プロセッサ」という用語は、命令８１６を同時に実行することができる２つ以上の独立したプロセッサ（時に「コア」と呼ばれる）を含み得るマルチコアプロセッサを含むことが意図される。図８は複数のプロセッサ８１０を示しているが、マシン８００は、単一のコアを有する単一のプロセッサ、複数のコアを有する単一のプロセッサ（例えば、マルチコアプロセス）、単一のコアを有する複数のプロセッサ、複数のコアを有する複数のプロセッサ、又はこれらの任意の組み合わせを含んでもよい。

メモリ／記憶装置８３０は、メインメモリ又は他のメモリ記憶装置などのメモリ８３２と記憶ユニット８３６を含んでもよく、双方ともバス８０２を介してなどでプロセッサ８１０がアクセス可能である。記憶ユニット８３６及びメモリ８３２は、本明細書に記載される方法論又は機能のうち任意の１つ以上を具現化する命令８１６を記憶する。命令８１６はまた、マシン８００によるそれらの実行中にメモリ８３２内、記憶ユニット８３６内、プロセッサ８１０のうち少なくとも１つの中（例えば、プロセッサのキャッシュメモリ内）、又はこれらの任意の適切な組み合わせにおいて完全に又は部分的に存在してもよい。したがって、メモリ８３２、記憶ユニット８３６、及びプロセッサ８１０のメモリは、マシン読取可能媒体の例である。

本明細書で用いられるとき、「マシン読取可能媒体」は、命令８１６及びデータを一時的又は永続的に記憶することが可能なマシン読取可能記憶デバイスを含み、これらに限られないがランダムアクセスメモリ（ＲＡＭ）、読取専用メモリ（ＲＯＭ）、バッファメモリ、フラッシュメモリ、光学媒体、磁気媒体、キャッシュメモリ、他のタイプの記憶装置（例えば、消去可能プログラマブル読取専用メモリ（ＥＥＰＲＯＭ））、及び／又はこれらの任意の適切な組み合わせを含んでもよい。「マシン読取可能媒体」という用語は、命令８１６を記憶することが可能な単一の媒体又は複数の媒体（例えば、集中型若しくは分散型データベース、又は関連づけられたキャッシュ及びサーバ）を含むと解されるべきである。「マシン読取可能媒体」という用語はさらに、マシン（例えば、マシン８００）による実行のための命令（例えば、命令８１６）を記憶することができる任意の媒体又は複数の媒体の組み合わせを含むと解されるものとし、命令は、マシン８００の１つ以上のプロセッサ（例えば、プロセッサ８１０）により実行されたときに、マシン８００に、本明細書に記載される方法論のうち任意の１つ以上を実行させる。したがって、「マシン読取可能媒体」は、単一の記憶装置又はデバイスと、複数の記憶装置又はデバイスを含む「クラウドベースの」ストレージシステム又はストレージネットワークを指す。「マシン読取可能媒体」という用語は、信号それ自体を除外する。

入力／出力（Ｉ／Ｏ）コンポーネント８５０は、入力を受け取る、出力を提供する、出力を生成する、情報を送信する、情報を交換する、測定値を捕捉するなどのための多種多様なコンポーネントを含むことができる。特定のマシンに含まれる特定のＩ／Ｏコンポーネント８５０は、マシンのタイプに依存する。例えば、モバイルフォンなどのポータブルマシンはタッチ入力デバイス又は他のそのような入力機構をおそらく含み、一方で、ヘッドレスサーバマシンはそのようなタッチ入力デバイスをおそらく含まない。Ｉ／Ｏコンポーネント８５０は、図８に示されていない多くの他のコンポーネントを含んでもよいことが理解されよう。Ｉ／Ｏコンポーネント８５０は、単に以下の議論を簡素化するために機能性に従ってグループ化されており、グループ化は決して限定的なものではない。様々な例示的な実施形態において、Ｉ／Ｏコンポーネント８５０は、出力コンポーネント８５２及び入力コンポーネント８５４を含み得る。出力コンポーネント８５２は、視覚コンポーネント（例えば、プラズマディスプレイパネル（ＰＤＰ）、発光ダイオード（ＬＥＤ）ディスプレイ、液晶ディスプレイ（ＬＣＤ）、プロジェクタ、又は陰極線管（ＣＲＴ）などのディスプレイ）、音響コンポーネント（例えば、スピーカ）、触覚コンポーネント（例えば、振動モータ、抵抗機構）、他の信号発生器などを含んでもよい。入力コンポーネント８５４は、英数字入力コンポーネント（例えば、キーボード、英数字入力を受け取るように構成されたタッチスクリーン、フォトオプティカル（photo-optical）キーボード、又は他の英数字入力コンポーネント）、ポイントベースの入力コンポーネント（例えば、マウス、タッチパッド、トラックボール、ジョイスティック、モーションセンサ、又は他のポインティング機器）、触知入力コンポーネント（例えば、物理的ボタン、タッチ又はタッチジェスチャの位置及び／又は力を提供するタッチスクリーン、又は他の触知入力コンポーネント）、オーディオ入力コンポーネント（例えば、マイクロホン）などを含んでもよい。

さらなる例示的な実施形態において、Ｉ／Ｏコンポーネント８５０は、他のコンポーネントの広いアレイの中でもバイオメトリックコンポーネント８５６、モーションコンポーネント８５８、環境コンポーネント８６０、又は測位コンポーネント８６２を含んでもよい。例えば、バイオメトリックコンポーネント８５６は、表現（例えば、手の表現、顔の表情、声の表現、身振り、又はアイトラッキング）を検出するコンポーネント、生体信号（例えば、血圧、心拍、体温、発汗、又は脳波）を測定するコンポーネント、人物を識別するコンポーネント（例えば、音声識別、網膜識別、顔識別、指紋識別、又は脳波に基づく識別）などを含んでもよい。モーションコンポーネント８５８は、加速度センサコンポーネント（例えば、加速度計）、重力センサコンポーネント、回転センサコンポーネント（例えば、ジャイロスコープ）などを含んでもよい。環境コンポーネント８６０は、例えば、照明センサコンポーネント（例えば、光度計）、温度センサコンポーネント（例えば、周囲温度を検出する１つ以上の温度計）、湿度センサコンポーネント、圧力センサコンポーネント（例えば、気圧計）、音響センサコンポーネント（例えば、バックグラウンドノイズを検出する１つ以上のマイクロホン）、近接センサコンポーネント（例えば、付近の物体を検出する赤外線センサ）、ガスセンサ（例えば、安全のために有害ガスの濃度を検出し、又は大気中の汚染物質を測定するガス検出センサ）、又は周囲の物理的環境に対応する指標、測定値、又は信号を提供し得る他のコンポーネントを含んでもよい。測位コンポーネント８６２は、位置センサコンポーネント（例えば、ＧＰＳ受信機コンポーネント）、高度センサコンポーネント（例えば、高度が導出され得る気圧を検出する高度計又は気圧計）、方位センサコンポーネント（例えば、磁気計）などを含んでもよい。

通信は、多種多様な技術を用いて実施することができる。Ｉ／Ｏコンポーネント８５０は、マシン８００をネットワーク８８０又はデバイス８７０に、それぞれ結合８８２及び結合８７２を介して結合するように動作可能な通信コンポーネント８６４を含んでもよい。例えば、通信コンポーネント８６４は、ネットワーク８８０とインターフェースするネットワークインターフェースコンポーネント又は他の適切なデバイスを含んでもよい。さらなる例において、通信コンポーネント８６４は、有線通信コンポーネント、無線通信コンポーネント、セルラー通信コンポーネント、近距離通信（ＮＦＣ）コンポーネント、Ｂｌｕｅｔｏｏｔｈ（登録商標）コンポーネント（例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標） Ｌｏｗ Ｅｎｅｒｇｙ）、Ｗｉ−Ｆｉ（登録商標）コンポーネント、及び他のモダリティを介して通信を提供する他の通信コンポーネントを含むことができる。デバイス８７０は、別のマシン、又は多種多様な周辺デバイスのうち任意のもの（例えば、ＵＳＢを介して結合された周辺デバイス）でもよい。

さらに、通信コンポーネント８６４は、識別子を検出し、あるいは識別子を検出するように動作可能なコンポーネントを含むことができる。例えば、通信コンポーネント８６４は、無線周波数識別（Radio Frequency Identification、ＲＦＩＤ）タグリーダコンポーネント、ＮＦＣスマートタグ検出コンポーネント、光学リーダコンポーネント（例えば、ユニバーサルプロダクトコード（Universal Product Code、ＵＰＣ）バーコードなどの一次元バーコード、クイックレスポンス（ＱＲ）コードなどの多次元バーコード、Ａｚｔｅｃコード、Ｄａｔａ Ｍａｔｒｉｘ、Ｄａｔａｇｌｙｐｈ、ＭａｘｉＣｏｄｅ、ＰＤＦ４１６、Ｕｌｔｒａコード、ＵＣＣ ＲＳＳ−２Ｄバーコード、及び他の光学コードを検出する光学センサ）、又は音響検出コンポーネント（例えば、タグ付きオーディオ信号を識別するマイクロホン）を含んでもよい。さらに、様々な情報が通信コンポーネント８６４を介して導出されてもよく、例えば、インターネットプロトコル（ＩＰ）ジオロケーションによる位置、Ｗｉ−Ｆｉ（登録商標）信号三角測量による位置、特定の位置を示し得るＮＦＣビーコン信号の検出による位置などである。

［伝送媒体］
様々な実施形態において、ネットワーク８８０の１つ以上の部分が、アドホックネットワーク、イントラネット、エクストラネット、ＶＰＮ、ＬＡＮ、ＷＬＡＮ、ＷＡＮ、ＷＷＡＮ、ＭＡＮ、インターネット、インターネットの一部、ＰＳＴＮの一部、単純従来型電話サービス（plain old telephone service、ＰＯＴＳ）網、セルラー電話網、無線ネットワーク、Ｗｉ−Ｆｉ（登録商標）ネットワーク、別のタイプのネットワーク、又は２つ以上のそのようなネットワークの組み合わせでもよい。例えば、ネットワーク８８０又はネットワーク８８０の一部は、無線又はセルラネットワークを含んでもよく、結合８８２は、符号分割多元接続（ＣＤＭＡ）接続、グローバルシステムフォーモバイルコミュニケーション（Global System for Mobile communications、ＧＳＭ）接続、又は他のタイプのセルラー若しくは無線結合でもよい。この例において、結合８８２は、様々なタイプのデータ転送技術のうち任意のもの、例えば、シングルキャリア無線伝送技術（Single Carrier Radio Transmission Technology、１ｘＲＴＴ）、進化−データ最適化（Evolution-Data Optimized、ＥＶＤＯ）技術、汎用パケット無線サービス（General Packet Radio Service、ＧＰＲＳ）技術、ＧＳＭ進化向け拡張データレート（Enhanced Data rates for GSM Evolution、ＥＤＧＥ）技術、３Ｇを含む第３世代パートナーシッププロジェクト（third Generation Partnership Project、３ＧＰＰ）、第４世代無線（４Ｇ）ネットワーク、ユニバーサル移動体通信システム（Universal Mobile Telecommunications System、ＵＭＴＳ）、高速パケットアクセス（High Speed Packet Access、ＨＳＰＡ）、ワールドワイドインターオペラビリティフォーマイクロウェーブアクセス（Worldwide Interoperability for Microwave Access、ＷｉＭＡＸ）、ロングタームエボリューション（ＬＴＥ）標準、様々な標準設定機関により定義された他のもの、他の長距離（long range）プロトコル、又は他のデータ転送技術などを実装してもよい。

命令８１６は、ネットワークインターフェースデバイス（例えば、通信コンポーネント８６４に含まれるネットワークインターフェースコンポーネント）を介し、かつ複数の周知の転送プロトコルのうち任意の１つ（例えば、ハイパーテキストトランスファープロトコル（hypertext transfer protocol、ＨＴＴＰ））を利用する伝送媒体を使用して、ネットワーク８８０を通じて送信又は受信することができる。同様に、命令８１６は、デバイス８７０への結合８７２（例えば、ピアツーピア結合）を介した伝送媒体を使用して送信又は受信することができる。「伝送媒体」という用語は、マシン８００による実行のための命令８１６を記憶、符号化、又は搬送することができる任意の無形媒体を含むと解されるものとし、そのようなソフトウェアの通信を容易にするデジタル若しくはアナログ通信信号、又は他の無形媒体を含む。

［言語］
本明細書を通して、単一のインスタンスとして記載されたコンポーネント、動作、又は構造を複数のインスタンスが実装してもよい。１つ以上の方法の個々の動作が別個の動作として例示され、説明されているが、個々の動作のうち１つ以上が同時に実行されてもよく、動作が例示された順序で実行される必要はない。例示的な構成において別個のコンポーネントとして提示された構造及び機能性は、組み合わせられた構造又はコンポーネントとして実装されてもよい。同様に、単一のコンポーネントとして提示された構造及び機能性は、別個のコンポーネントとして実装されてもよい。これら及び他のバリエーション、修正、追加、及び改良は、本明細書の対象事項の範囲内にある。

発明対象事項の概要は、特定の例示的な実施形態を参照して説明されたが、本開示の実施形態のより広範な範囲から逸脱することなく、これらの実施形態に対して様々な修正及び変更がなされ得る。発明対象事項のそのような実施形態は本明細書において、単に便宜のために、かつ、複数の開示又は発明概念が実際に開示されている場合に本出願の範囲をいずれか１つの開示又は発明概念に自発的に限定する意図なく、「発明」という用語により個々に又は集合的に参照されることがある。

本明細書に示された実施形態は、当業者が開示された教示を実施することを可能にするのに十分詳細に記載されている。これらから他の実施形態が用いられ、導出されることがあり、それにより、本開示の範囲から逸脱することなく構造的及び論理的な置換及び変更がなされ得る。したがって、詳細な説明は、限定的な意味で解釈されるべきでなく、様々な実施形態の範囲は、別記の特許請求の範囲と、そのような特許請求の範囲が権利を有する同等物によってのみ定義される。

本明細書で用いられるとき、「又は」という用語は、包括的又は排他的のいずれかの意味で解釈され得る。さらに、単一インスタンスとして本明細書に記載されたリソース、動作、又は構造に対して複数のインスタンスが提供されてもよい。さらに、様々なリソース、動作、モジュール、エンジン、及びデータストアの間の境界は、いくぶん任意であり、特定の動作は、特定の例示的な構成の文脈で示されている。他の機能性割り当てが想定され、本開示の様々な実施形態の範囲内に入り得る。一般に、例示的な構成において別個のリソースとして提示された構造及び機能性は、組み合わせられた構造又はリソースとして実装されてもよい。同様に、単一のリソースとして提示された構造及び機能性は、別個のリソースとして実装されてもよい。これら及び他のバリエーション、修正、追加、及び改良は、別記の特許請求の範囲により表される本開示の実施形態の範囲内にある。したがって、本明細書及び図面は、制限的ではなく例示的な意味で解釈されるべきである。

Claims (15)

1. 第２のコンピューティングデバイスを通じて、第１のコンピューティングデバイスにより開始された通信セッションをルーティングする方法であって、
   第１のコンピューティングデバイスにより実行されている通信セッションアプリケーションから、第１の通信モードを使用して通信セッションを確立する要求を受信するステップと、
   前記第１のコンピューティングデバイスの位置に基づいて、前記第１の通信モードを使用して前記通信セッションが許容されるかどうかを判定するステップと、
   前記第１の通信モードを使用して前記通信セッションが許容されないという判定に応答して、第２の通信モードを用いて前記通信セッションを確立するために第２のコンピューティングデバイスが利用可能かどうかを判定するステップであり、前記第２の通信モードは前記第１の通信モードと異なる、ステップと、
   前記第２のコンピューティングデバイスが利用可能という判定に応答して、前記第２のコンピューティングデバイスに、前記第１の通信モードと異なる前記第２の通信モードを使用して前記通信セッションを確立する指示を送信するステップと、
   を含む方法。
2. 前記第１のコンピューティングデバイスはユーザを登録されており、
   当該方法は、
   第３のコンピューティングデバイスが前記ユーザを登録されているかどうかを判定するステップであり、前記第３のコンピューティングデバイスは、前記第２の通信モードを使用して前記通信セッションを確立するように構成されている、ステップと、
   前記第３のコンピューティングデバイスが前記ユーザを登録されているという判定に応答して、前記第３のコンピューティングデバイスを、前記通信セッションを確立するための前記第２のコンピューティングデバイスとして選択するステップと、
   をさらに含む、請求項１に記載の方法。
3. 前記第３のコンピューティングデバイスが、前記第２の通信モードを使用して前記通信セッションを確立するように構成されていないという判定に応答して、
   第４のコンピューティングデバイスが前記第１のコンピューティングデバイスに近接しているかどうかを判定するステップと、
   前記第４のコンピューティングデバイスを、前記通信セッションを確立するための前記第２のコンピューティングデバイスとして選択するステップと、
   をさらに含む、請求項２に記載の方法。
4. 第４のコンピューティングデバイスが前記第１のコンピューティングデバイスに近接しているかどうかを判定するステップは、
   前記第１のコンピューティングデバイスの前記通信セッションアプリケーションに、前記第１のコンピューティングデバイスに近接した複数のコンピューティングデバイスを識別する指示を送信するステップと、
   前記通信セッションアプリケーションから前記複数のコンピューティングデバイスのリストを受信するステップと、
   前記複数のコンピューティングデバイスの前記リストから前記第４のコンピューティングデバイスを選択するステップと、
   を含む、請求項３に記載の方法。
5. 前記第２のコンピューティングデバイスに、前記通信セッションを確立する前記指示を送信するステップは、前記第２のコンピューティングデバイスに存在する通信セッションアプリケーションに、前記通信セッションを確立する指示を送信するステップを含む、請求項１に記載の方法。
6. 前記通信セッションが許容されるかどうかを判定するステップは、
   前記第１のコンピューティングデバイスの位置を決定するステップと、
   前記通信セッションを確立する前記要求で受け取った電話番号を識別するステップと、を含み、
   前記通信セッションの許容は、前記決定された位置及び前記識別された電話番号に基づく、請求項１に記載の方法。
7. 前記通信セッションを確立する前記要求が前記通信セッションのエンドポイントとして緊急電話番号を含む場合、前記第１の通信モードを使用して前記通信セッションは許容されないと判定される、請求項１に記載の方法。
8. 第２のコンピューティングデバイスを通じて、第１のコンピューティングデバイスにより開始された通信セッションをルーティングするシステムであって、
   １つ以上のハードウェアプロセッサと、
   コンピュータ実行可能命令を記憶したコンピュータ記憶デバイスと、を備え、
   前記コンピュータ実行可能命令は、１つ以上のハードウェアプロセッサにより実行されたときに、当該システムを、
   第１のコンピューティングデバイスにより実行されている通信セッションアプリケーションから、第１の通信モードを使用して通信セッションを確立する要求を受信し、
   前記第１のコンピューティングデバイスの位置に基づいて、前記第１の通信モードを使用して前記通信セッションが許容されるかどうかを判定し、
   前記第１の通信モードを使用して前記通信セッションが許容されないという判定に応答して、第２の通信モードを用いて前記通信セッションを確立するために第２のコンピューティングデバイスが利用可能かどうかを判定し、前記第２の通信モードは前記第１の通信モードと異なり、
   前記第２のコンピューティングデバイスが利用可能という判定に応答して、前記第２のコンピューティングデバイスに、前記第１の通信モードと異なる前記第２の通信モードを使用して前記通信セッションを確立する指示を送信する
   ように構成する、システム。
9. 前記第１のコンピューティングデバイスはユーザを登録されており、
   当該システムは、
   第３のコンピューティングデバイスが前記ユーザを登録されているかどうかを判定し、前記第３のコンピューティングデバイスは、前記第２の通信モードを使用して前記通信セッションを確立するように構成されており、
   前記第３のコンピューティングデバイスが前記ユーザを登録されているという判定に応答して、前記第３のコンピューティングデバイスを、前記通信セッションを確立するための前記第２のコンピューティングデバイスとして選択する
   ようにさらに構成される、請求項８に記載のシステム。
10. 当該システムは、
    前記第３のコンピューティングデバイスが、前記第２の通信モードを使用して前記通信セッションを確立するように構成されていないという判定に応答して、
    第４のコンピューティングデバイスが前記第１のコンピューティングデバイスに近接しているかどうかを判定し、
    前記第４のコンピューティングデバイスを、前記通信セッションを確立するための前記第２のコンピューティングデバイスとして選択する
    ようにさらに構成される、請求項９に記載のシステム。
11. 当該システムは、第４のコンピューティングデバイスが前記第１のコンピューティングデバイスに近接しているかどうかを、
    前記第１のコンピューティングデバイスの前記通信セッションアプリケーションに、前記第１のコンピューティングデバイスに近接した複数のコンピューティングデバイスを識別する指示を送信することと、
    前記通信セッションアプリケーションから前記複数のコンピューティングデバイスのリストを受信することと、
    前記複数のコンピューティングデバイスの前記リストから前記第４のコンピューティングデバイスを選択することと
    により判定するように構成される、請求項１０に記載のシステム。
12. 当該システムは、
    前記第２のコンピューティングデバイスに存在する通信セッションアプリケーションに、前記通信セッションを確立する指示を送信する
    ようにさらに構成される、請求項８に記載のシステム。
13. 当該システムは、前記通信セッションが許容されるかどうかを、
    前記第１のコンピューティングデバイスの位置を決定することと、
    前記通信セッションを確立する前記要求で受け取った電話番号を識別することと
    により判定するように構成され、
    前記通信セッションの許容は、前記決定された位置及び前記識別された電話番号に基づく、請求項８に記載のシステム。
14. 前記通信セッションを確立する前記要求が前記通信セッションのエンドポイントとして緊急電話番号を含む場合、前記第１の通信モードを使用して前記通信セッションは許容されないと判定される、請求項８に記載のシステム。
15. 第２のコンピューティングデバイスを通じて、第１のコンピューティングデバイスにより開始された通信セッションをルーティングするシステムであって、
    第１のコンピューティングデバイスにより実行されている通信セッションアプリケーションから、第１の通信モードを使用して通信セッションを確立する要求を受信する手段と、
    前記第１のコンピューティングデバイスの位置に基づいて、前記第１の通信モードを使用して前記通信セッションが許容されるかどうかを判定する手段と、
    前記第１の通信モードを使用して前記通信セッションが許容されないという判定に応答して、第２の通信モードを用いて前記通信セッションを確立するために第２のコンピューティングデバイスが利用可能かどうかを判定する手段であり、前記第２の通信モードは前記第１の通信モードと異なる、手段と、
    前記第２のコンピューティングデバイスが利用可能という判定に応答して、前記第２のコンピューティングデバイスに、前記第１の通信モードと異なる前記第２の通信モードを使用して前記通信セッションを確立する指示を送信する手段と、
    を含むシステム。

Images