JP2014531783A - 通信を開始するためにモバイルデバイスをアクティブ化するためのシステム及び方法 - Google Patents

Abstract

ターゲットデバイスに向けた通信を開始するためにモバイルデバイスをアクティブ化するためのシステム及び方法を開示する。このシステム及び方法は、通信を開始するためにモバイルデバイスをアクティブ化するための要求を送信するコンピューティングデバイスにより実施することができ、この要求は、ターゲットデバイスの一意の識別子と、モバイルデバイスの一意の識別子と、通信に関連するコンテキスト情報とを含み、モバイルデバイスは、通信を開始するための要求を受信するように構成され、要求を受信したとき、モバイルデバイスとターゲットデバイスとの間の通信チャネルの性質に応じて要求を構文解析し且つ実行する。【選択図】 図１

Description

発明の分野

本発明は、通信を開始するためにモバイルデバイスをアクティブ化するためのシステム及び方法に関する。詳細には本発明は、音声呼を開始するためにモバイルデバイスをアクティブ化することに適しているが、これに限定されない。

発明の背景についての次の説明は、単に本発明の理解を容易にすることを意図している。当然のことながらこの説明は、言及する題材のいずれも、本発明の優先日の時点でいかなる管轄においても、公開されていた、知られていた、又は当業者の一般的常識の一部であったと確認する又は認めるものではない。

ソーシャルネットワーキングのウェブサイト及び（１つ若しくは複数の）他のウェブページ上に表示された電話番号をクリックすることによってこの電話番号に自動的に電話するという概念は、口語的には「クリックツーコール（ｃｌｉｃｋ−ｔｏ−ｃａｌｌ）」として知られている。ユーザが「クリックツーコール」を行うことができる多くの方法があるが、こうした方法の大部分は、被呼者の番号を手動でダイヤルする必要がなく、発呼のプロセスを自動化するにすぎない。

典型的な「クリックツーコール」機能の一例を詳しく述べると、モバイルスマートフォンのユーザがインターネットをサーフィンし、ウェブページ又はソーシャルネットワーキングのウェブサイト上に見つけたアイコン（通常は電話のアイコン）をクリックするとき、ユーザは、リンク上でクリックするだけで、特定の被呼者の電話番号へのＶＯＩＰ呼をアクティブ化することになる。このＶＯＩＰ呼のコンテキスト又は目的に関連するさらなる情報は、被呼者に送信されない。

上記の説明した概念は、呼に関連するコンテキスト情報を考慮に入れない。コンテキスト情報は、画像、映像クリップ、テキストコメントなどの形式とすることができる。受信側（以後、「被呼者」と呼ぶ）が、呼を承認する前に呼の目的を知りたいと望むことがあるため、このようなコンテキスト情報は、受信側にとって重要である可能性がある。

さらに、現在の「クリックツーコール」機能については、発呼者と被呼者との接続は、一般的に、専用のソフトウェアアプリケーション及び／又は専用の通信チャネルによって実現され、これは多くの場合、サービスのユーザは、発呼者のホスト網によって既に提供されている個々のサービスに加入する必要がある。

既存のネットワーク資源で実現される現在の「クリックツーコール」機能に加えて、コンテキスト情報が被呼者に提供される必要性及び需要がある。

本発明は、上述の必要を少なくとも部分的に満たそうとするものである。

本発明の第１の態様によれば、ターゲットデバイスに向けた通信を開始するためにモバイルデバイスをアクティブ化するためのシステムであって、通信を開始するためにモバイルデバイスをアクティブ化するための要求を送信するコンピューティングデバイスを含み、この要求は、ターゲットデバイスの一意の識別子と、モバイルデバイスの一意の識別子と、通信を実行するためのトリガ及び通信に関連するコンテキスト情報とを含み、モバイルデバイスは、通信を開始するための要求を受信するように構成され、要求を受信したとき、モバイルデバイスとターゲットデバイスとの間の通信チャネルの性質に応じて特定の通信プロトコルに従って要求を構文解析（ｐａｒｓｅ）し、実行するシステムを提供する。

モバイルデバイス及びターゲットデバイスの一意の識別子は、それぞれモバイルデバイス及びターゲットデバイスのＭＳＩＳＤＮであり、コンテキスト情報は通信の目的に関連するテキストメッセージであることが好ましい。

通信チャネルはインターネットプロトコル網であり、モバイルデバイスは、セッション開始プロトコル（ＳＩＰ）網に従って要求を構文解析し且つ実行するように構成されることが好ましい。このような場合、ＳＩＰの「Ｓ」フィールドが、モバイルデバイスからＳＩＰゲートウェイにＳＩＰのｉｎｖｉｔｅメッセージの一部として送信され、次いで、ＳＩＰゲートウェイからターゲットデバイスに転送され、ＳＩＰプロトコルの「Ｓ」フィールドが、コンテキスト情報を容れるために使用されることが好ましい。

通信チャネルが電気通信ＧＳＭ音声網である場合、モバイルデバイスは、コールバック（Ｃａｌｌｂａｃｋ）プロトコルに従って要求を構文解析し且つ実行するように構成されることが好ましい。

コンテキスト情報は、テキストメッセージ、画像、ビデオクリップ、又は上記のコンテキスト情報のいずれか２つの組合せであることが好ましい。

システムは、モバイルデバイスの位置に関する情報をターゲットデバイスに、及びターゲットデバイスの位置に関する情報をモバイルデバイスに提供する、位置に基づくサービスを含むことが好ましい。

本発明の第２の態様によれば、ターゲットデバイスへの通信を開始することができるモバイルデバイスを提供し、このモバイルデバイスは、ターゲットデバイスへの通信を開始するためにコンピューティングデバイスから要求を受信するように構成され、この要求は、ターゲットデバイスの一意の識別子と、モバイルデバイスの一意の識別子と、通信に関連するコンテキスト情報とを含み、要求を受信したとき、モバイルデバイスは、モバイルデバイスとターゲットデバイスとの間の通信チャネルに応じて特定の通信プロトコルに従って要求を構文解析し且つ実行する。

モバイルデバイスは、近距離通信（ＮＦＣ）、ブルートゥース（Ｂｌｕｅｔｏｏｔｈ）（登録商標）、及び赤外線データ通信（ＩｒＤＡ）のうちの１つ又は複数を含む、直接のマシンツーマシン通信手段を含むことが好ましい。

モバイルデバイスは、コンピューティングデバイスと一体化されることが好ましい。

モバイルデバイスは、スマートフォンであることが好ましい。

本発明の第３の態様によれば、ターゲットデバイスに向けた通信を開始するためにモバイルデバイスをアクティブ化するための方法であって、通信を開始するための要求をモバイルデバイスにおいて受信するステップであり、この要求がターゲットデバイスの一意の識別子と、モバイルデバイスの一意の識別子と、通信を実行するためのトリガ及び通信のコンテキストに関連するコンテキスト情報とを含むステップと、要求を構文解析して、コンテキスト情報及びターゲットデバイスの一意の識別子を判断するステップと、通信を開始するためにモバイルデバイスによって使用される通信チャネルに応じて特定の通信プロトコルによりコンテキスト情報及びトリガをターゲットデバイスに転送するステップと、を含む、方法を提供する。

通信チャネルはインターネットプロトコル網であり、モバイルデバイスは、セッション開始プロトコル（ＳＩＰ）網に従って要求を構文解析し且つ実行することが好ましい。この場合、ＳＩＰの「Ｓ」フィールドが、モバイルデバイスからＳＩＰゲートウェイにＳＩＰのｉｎｖｉｔｅメッセージの一部として送信され、次いで、ＳＩＰゲートウェイからターゲットデバイスに転送され、ＳＩＰプロトコルの「Ｓ」フィールドが、コンテキスト情報を容れるために使用される。

通信チャネルが電気通信ＧＳＭ音声網である場合、モバイルデバイスはコールバックプロトコルに従って要求を構文解析し且つ実行することが好ましい。

次に本発明について、単に説明のための例として、添付の図面を参照して述べる。
本発明の一実施形態に従って通信を開始するためにモバイルデバイスをアクティブ化するためのシステムを表す概略図である。 本発明の実施形態に従って通信を開始するためにモバイルデバイスをアクティブ化するための方法のフロー図である。 本発明の実施形態による、通信に添えることができるコンテキスト情報のタイプの例を示す図である。 本発明の実施形態による、通信に添えることができるコンテキスト情報のタイプの例を示す図である。 本発明の実施形態による、通信に添えることができるコンテキスト情報のタイプの例を示す図である。 本発明の実施形態による、通信に添えることができるコンテキスト情報のタイプの例を示す図である。 本発明の実施形態による、通信に添えることができるコンテキスト情報のタイプの例を示す図である。 考えられるシグナリング機構としてセッション開始プロトコル（ＳＩＰ）を示す図である。 考えられるシグナリング機構としてコールバック手続きを示す図である。 本発明の他の構成が可能であり、したがって、添付の図面は、本発明の先の説明の大部分に優先すると理解されてはならない。

発明の実施形態の説明

本発明の一実施形態によれば、通信を開始するためにモバイルデバイス１２をアクティブ化するためのシステム１０がある。システム１０は、モバイルデバイス１２とデータ通信するコンピューティングデバイス１４を備える。コンピューティングデバイス１４とモバイルデバイス１２との間のデータ通信は、当業者には知られるようにコンピューティングデバイス１４のハードウェア機能に応じて、近距離通信（ＮＦＣ）、ブルートゥース、赤外線データ通信（ＩｒＤＡ）など直接のマシンツーマシン通信リンクによるもの、又は汎用パケット無線サービス（Ｇｅｎｅｒａｌ ｐａｃｋｅｔ ｒａｄｉｏ ｓｅｒｖｉｃｅ、ＧＰＲＳ）網など遠隔のインターネットプロトコル（ＩＰ）網によるものとすることもできる。

この実施形態では、モバイルデバイス１２のユーザは、電気通信キャリア１５など通信網１５の加入者である。電気通信キャリア１５は、加入者データベース１６と、コンピューティングデバイス１４及びモバイルデバイス１２と通信するために配置された通信補助設備（ｃｏｍｍｕｎｉｃａｔｉｏｎ ｆａｃｉｌｉｔａｔｏｒ）１８とを備える。

モバイルデバイス１２は、スマートフォンであることが好ましく、この場合、コンピューティングデバイス１４とモバイルデバイス１２は、単一デバイスとして一体化することができる。さらに、モバイルデバイス１２は、コンピューティングデバイス１４から生じる通信を開始するために要求１００を構文解析し且つ実行する機能を有する。

通信を開始するための要求１００は、以下を含む。すなわち、
ａ．モバイルデバイス１２の、例えばＭＳＩＳＤＮなど一意の識別子、
ｂ．通信の宛先であるターゲット側２２の、例えばＭＳＩＳＤＮなど一意の識別子、
ｃ．通信に関連するコンテキスト情報、
ｄ．通信を実行するためのトリガ。

一例として、コンピューティングデバイス１４からの要求１００が、フェイスブック（Ｆａｃｅｂｏｏｋ）（登録商標）の投稿に関連するターゲット側２２への音声呼を開始することである場合、コンテキスト情報は、フェイスブックの投稿、又は、フェイスブックの投稿に関連する任意の内容とすることができ、ステータスの更新又はテキスト形式のコメント投稿、ビデオ投稿（映像ファイル形式）又は広告（画像形式）を含むことができる。通信を構文解析し且つ実行する機能は、当業者には知られているように、アプリケーションプログラミングインタフェース（ＡＰＩ）によるものとする、及び／又はコンピューティングデバイス１４のソフトウェアコンポーネント上の簡単なディレクトリの微調整によるものとすることもできる。

コンピューティングデバイス１４は、コンピュータ、ラップトップ、又は上述のように（モバイルデバイス１２と一体化されるとき）スマートフォンとすることができ、ソーシャルネットワーキングのサイトなどのウェブページを表示する、又はこうしたサイトをサポートするためのソフトウェアアプリケーションをインストールする機能を有する。ソフトウェアアプリケーションの例には、例えばそれぞれのスマートフォンに対して、アイフォン（ＩＰｈｏｎｅ）（登録商標）又はアンドロイド（Ａｎｄｒｏｉｄ）（登録商標）の「アプリケーション（ａｐｐｓ）」がある。コンピューティングデバイス１４は、例えば電気通信キャリア１５のＩＰ網（ＧＰＲＳ又は他のもの）にアクセスすることによるなど、様々な方法で、モバイルデバイス１２に要求を送信するように構成される。これは、サービスの開発プラットフォーム及び通信キャリア１５に採用される通信プロトコルによって決まるものである。

加入者データベース１６は、システム１０のすべての加入者に関連する情報を含む。情報は、Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｎｔｅｇｒａｔｅｄ Ｓｅｒｖｉｃｅｓ Ｄｉｇｉｔａｌ Ｎｅｔｗｏｒｋ Ｎｕｍｂｅｒ（モバイル加入者統合サービスデジタルネットワーク番号、ＭＳＩＳＤＮ）、及び／又はモバイルデバイス１２を一意に識別するための他の詳細を含む。

通信補助設備１８は、一般的には、通信デバイス１４とモバイルデバイス１２との間に直接のマシンツーマシン通信がない場合に、コンピューティングデバイス１４とモバイルデバイス１２との間の通信を容易にするプロキシサーバである。

次に、ユーザＡがユーザＡのコンピューティングデバイス１４でソーシャルネットワーキングサイトを閲覧しているというシナリオにおいて、ユーザＢの受信ターゲットデバイス２２へのＶＯＩＰ音声呼を開始するために、ユーザＡが所有するモバイルデバイス１２をアクティブ化する方法のコンテキストで本発明を説明する。ユーザＢのモバイルデバイス２２は、ユーザＢが呼の背後のコンテキスト又は目的を見るために、データとコンテキスト情報の両方を表示することができる。

ソーシャルネットワーキングサイト、例えばフェイスブックは、特定のユーザによって行われた各投稿、コメント、及び他の更新に関連付けられた、永続的な通話アイコン又はクリッカブル項目を含むこともできる。このような機能は、ユーザの選択に応じて一部又は完全に無効とすることもできる。

この方法１００のフローチャートを図２に示す。

プロセスは、コンピューティングデバイス１４がユーザＡに、ソーシャルネットワーキングサイト上のユーザのアクティビティをユーザのモバイルデバイス１２と関連付ける／結び付けるために、一連のクレデンシャル（ｃｒｅｄｅｎｔｉａｌ）を入力するように要求する／促すことから始まる（ステップ２０２）。クレデンシャルは、ドングルなど物理的トークンにより、キーボード若しくはマウスなど利用できる入力手段を使用して手動で入力することもできる、又は、ブルートゥース、ＮＦＣ、ＩｒＤＡなどによりモバイルデバイス１２とコンピューティングデバイス１４との間のマシンツーマシン通信を介することもできる。ユーザのセキュリティの選択に応じて、クレデンシャルを促すのは１回限りとする、又はログインの度に要求される場合がある。

クレデンシャルが入力された後、コンピューティングデバイス１４は、フェイスブックのページのいかなる投稿の入力においても「クリックツーコールボタン」上のユーザＡのクリックを継続的に監視する（ステップ２０４）。記入４４は、テキスト投稿、ビデオ投稿、ステータスの更新、広告などである可能性がある。このような入力は、モバイルデバイス１２からターゲットデバイス２２への呼に添付する「コンテキスト情報」となる。

有効な入力が検出される（ステップ２０６）、すなわち「クリックツーコール」２４がクリックされると、コンピューティングデバイス１４は、ステップ２０２において提供されたクレデンシャルに基づいて加入者データベース１６に問い合わせる。加入者データベース１６は少なくとも、確認の目的で、モバイルデバイス１２のＭＳＩＳＤＮが加入者データベース１６において有効な入力であるかどうかを調べる。

加入者データベース１６で提供されたクレデンシャルを確認した後に、システム１０は、モバイルデバイス１２とコンピューティングデバイス１４との間に使用可能なマシンツーマシン通信手段があるかどうかを調べる（ステップ２１０）。コンピューティングデバイス１４とモバイルデバイス１２の間に直接のマシンツーマシン通信がある（すなわち、例えばブルートゥースによる）場合、音声呼（すなわち、コンテキスト情報及び受信モバイルデバイス２２の番号をダイヤルするためのトリガを含む）をアクティブ化するための要求１００は、受信モバイルデバイス２２への呼プロセスをアクティブ化するためにモバイルデバイス１２に送信される（ステップ２１２）。提供されるコンテキスト情報は、当業者にはよく知られているように、ステータスの更新、新しい投稿、投稿若しくはステータスへの応答、広告、ビデオ投稿などを含むこともできる（図３ａから図３ｅ参照）。

モバイルデバイス１２とコンピューティングデバイス１４との間にマシンツーマシン通信手段がないと検出される場合、受信モバイルデバイス２２の統一資源識別子（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ、ＵＲＩ）（例えばそのＭＳＩＳＤＮ）、並びにモバイルデバイス１２のユーザのクレデンシャルが、コンピューティングデバイス１４と同じネットワーク内にある通信補助設備１８に送信される（ステップ２１４）。通信補助設備１８は、情報を受信したとき、モバイルデバイス１２のホスト網１５を介して（例えばＧＳＭ網を介して）情報をモバイルデバイス１２に転送する。情報は、前述のように、受信デバイス２２のＭＳＩＳＤＮ又は携帯電話番号、テキスト投稿、ビデオ投稿、ステータスの更新、広告などに関連するコンテキスト情報を含む。通信補助設備１８は、モバイルデバイス１２が受信モバイルデバイス２２を呼び出す（ｃａｌｌ）ためのトリガを含む。トリガは、ＵＲＬの形式のＵＲＩを含む。例えばトリガは、コンテキスト情報が画像である場合、＜ａ ｈｒｅｆ＝”ｔｅｌ：５５５１２３４５６７”＞＜ｉｍｇ ｓｒｃ＝”ｃａｌｌｍｅ．ｊｐｇ” ／＞＜／ａ＞の形式とすることができる。「ｔｅｌ」の使用は、スマートフォンのモデルに依存する可能性がある。アンドロイドスマートフォンについては、これは「ｔｅｌ」ではなく「ｗｔａｉ：／／ｗｐ／ｍｃ；」の形式とすることができる。

有効なトリガが受信されると、モバイルデバイス１２は次に受信モバイルデバイス２２への呼の要求をアクティブ化する（ステップ２１２）。

モバイルデバイス１２からターゲットデバイス２２へのコンテキスト情報の送信は、セッション開始プロトコル（ＳＩＰ）又はコールバックプロトコルのいずれかによってサポートされることが好ましい。採用されるプロトコルは、通話を行うために使用される通信チャネル又は通信網によって、詳細にはＩＰ網を介すか音声網を介すかによって決まる。ステップ２１２において、モバイルデバイス１２からモバイルデバイス２２への呼がデータ呼、すなわちＶＯＩＰ呼であることが検出される場合、ＲＦＣ ２５４３ルール標準などＳＩＰ手法、又はＲＦＣ ３２６１など他の最新の標準が使用される。モバイルデバイス１２からモバイルデバイス２２への呼が、図５に示すように、モバイルデバイス１２のＧＳＭ網、コールバックプロトコル手法による通常の音声呼であることが検出される場合、シグナリングプロトコルとして使用される。

図４に示すＳＩＰプロトコルは、ＩＰ網においてセッションを確立するために使用されるシグナリングプロトコルである。ＳＩＰプロトコルは、ＩＰ網を通じたマルチメディア呼、音声呼、及び映像呼をサポートする。ユーザＡからユーザＢへのＶＯＩＰ呼のプロセスを開始するには、ＳＩＰプロトコルの「Ｓ」フィールドが、ＳＩＰのｉｎｖｉｔｅメッセージの一部としてユーザＡからＳＩＰゲートウェイに送信され（ステップ４０２）、次いで、ＳＩＰゲートウェイからユーザＢに転送される（ステップ４０４）。ＳＩＰプロトコルの「Ｓ」フィールドは、コンテキスト情報を容れるために使用される。

したがって、ユーザＢが音声呼に応答する前に、コンテキスト情報は、「Ｓ」フィールドで既に入手可能である。次いで、デバイス２２上にインストールされたクライアントのソフトウェアが、適宜この情報を処理し、レンダリングする（ｒｅｎｄｅｒ）（又は必要であれば追加情報を引き出す）こともできる。クライアントのソフトウェアは、デバイス２２に固有のものである。例えば、デバイス２２がアンドロイドフォンである場合、クライアントのソフトウェアは、「Ｓ」フィールドの情報をアンパックするためのアンドロイド専用のアプリケーションとなる。

図５に示すコールバック手法は、音声呼、ＳＭＳ、電話会議、ＦＡＸ、及び／又は回線交換データを処理するのに適した呼マネージャ５０２を含む。モバイルデバイス１２が、通常の音声網、例えばＧＳＭ網を介して、ＸＭＰＰ又はＳＩＰ形式のコンテキストの内容と共に、モバイルデバイス２２を呼び出していることが検出されると、この呼は、処理のために呼マネージャ５０２にルーティングされる（ステップ５１０）。呼マネージャ５０２は、呼及び内容を受信したとき、モバイルデバイス２２のネットワークのサービスアクセスゲートウェイ５０４を呼び出して、呼を確立する（ステップ５１２）。サービスアクセスゲートウェイ（ＳＡＧ）５０４は、この呼をネットワークのモバイル交換ゲートウェイ５０６に送信し、レガシー（ｌｅｇａｃｙ）について、すなわち、コンテキスト情報を伴う音声呼の送信をサポートするには不可欠であるＳＳ７プロトコルをサポートするかどうかを調べる（ステップ５１４）。完了すると、ＳＡＧ５０４は、ユーザＡのモバイルデバイス１２への回線交換（ＣＳ）のオーディオ呼のセットアップを開始し（ステップ５２０）、その後、呼マネージャ５０２が、モバイル交換センタ５０６と同時にユーザＢにＸＭＰＰメッセージを送信し、ユーザＢへのＣＳのオーディオ呼を作成して音声呼を接続する（ステップ５１６）。

モバイル網であり、潜在的な競合状態にあれば、ペイロード（コンテキスト情報）は可能な限り簡潔で「インライン（ｉｎ−ｌｉｎｅ）」であることが重要である。コンテキスト情報を全体として埋め込むことに代わる方法として、ＳＩＰプロトコルの「Ｓ」フィールド又はコールバック手法のＸＭＰＰメッセージに、トリガを埋め込むこともできる。こうしたトリガ情報は、その後、ウェブサービスからの呼のコンテキストに関するさらに詳細な情報を得るために使用される。

別の実施形態では、本発明は、ユーザＡの位置をコンテキスト情報の一タイプとしてユーザＢに認識可能にすることができる位置情報サービス（Ｌｏｃａｔｉｏｎ Ｂａｓｅｄ Ｓｅｒｖｉｃｅ、ＬＢＳ）を含むことができる。ユーザＡの位置は、タワー三角測量、ＧＰＳ、又は他の知られている技術に基づくこともできる。

本発明は、ユーザのコンピューティングインタフェースとモバイルデバイスとの間の通信の方法を提供するために開発された。本発明は、静的なクリックツーコールモデルの課題を克服すること、並びに、モバイルデバイス及び／又は電気通信網１５に利用できる既存の資源及びソフトウェアを活用することを目的とする。記載した発明は、ターゲット側２２に電話をかける方法を提供し、ソースモバイルデバイス１２のユーザの理由若しくはコンテキスト、又はこのような呼が行われるコンテキストを含んで表示し、例えば、呼が呼び出された（ｉｎｖｏｋｅｄ）内容に関する情報を表示する。

本発明は、内容にアクセスするために使用されるネットワークから独立したネットワークを使用する通信（音声呼）開始プロセスを導入することが有利である。したがって、ＩＰ網を介してアクセスされるウェブサイトは、ユーザの携帯電話をウェブサイトで指定された受信ノードに接続する機能を有することになる。携帯電話は、ＩＰ網を使用することができるが、ウェブサイトにアクセスするために使用されるクライアントデバイスの接続と同じものではない、又は、携帯電話は、モバイルデバイスのＧＳＭ網など完全に独立したネットワークを使用することもできる。

上述の実施形態は、以下に詳細に記載するように本発明を単に例示する目的で提供したこと、並びに当業者には明らかであるように、さらなる変形形態及び改良形態が、記載する本発明の広範な範囲及び領域に入ると考えられることを理解されたい。
・説明したシグナリングプロトコル（ＳＩＰプロトコル及びコールバックプロトコル）以外に、（任意のパケット網に音響映像通信セッションを提供するための）Ｈ．３２３など他のシグナリングプロトコルを使用することもできる。また、呼開始ＡＰＩに基づく他のシグナリング機構が、本発明の範囲内である限り、これを使用して、ターゲットデバイス２２への通信に添付する特定のコンテキスト情報を伝え、提供することもできる。コンテキスト情報は、前もってターゲットデバイス２２に既にダウンロードされていたビデオクリップ又はアニメーションを再生するなど、追加のアクションを開始するためのトリガの形式とすることもできることを理解されたい。コンテキスト情報は、アクティビティストリームマネージャに接続するアクティビティ項目を有するアクティビティストリームの形式とすることもできる。
・発呼ＡＰＩの普及により、呼を開始するために使用することができる代替的シグナリング機構がもたらされる。
・様々なシグナリング機構又はプロトコルでは、トリガ又はコンテキスト情報が、呼のシグナリング機構又はプロトコル内のインバンドで送信される。
・通信補助設備１８に代わるものとして、コンテキスト情報をターゲットデバイス２２に直接送信することもできる。通信補助設備１８は、送信側によって提供されたコンテキスト情報に基づいて受信側がより多くの内容を取り出す（ｐｕｌｌ）とき、使用するのに適している。この取り出しは、漸進的に行われる。

上記の実施形態は、通信が音声呼である文脈において説明している。コンピューティングデバイス１４から行われる通信は、ＳＭＳ、他のメッセージタイプ、又は携帯電話１２、２２に対するイベントの同期である可能性があることが理解される。イベントの同期の場合、システム１０は、イベントが携帯電話２２のカレンダ機能に保存されるように使用することもできる。

通信がカレンダ機能である場合、カレンダ機能のコンテキスト情報は、ｉＣａｌ形式などカレンダファイルを使用して実現される。通信がＳＭＳである場合、宛先識別子及びカスタム（テキスト）メッセージのみが要求される。

本発明は、モバイル網内のターゲットデバイス上でコンテキスト情報をレンダリングし、提示するのに適している。モバイル網は、一般的には変動するネットワークの状態の影響を受ける。したがって、クライアントが取得することができるコンテキスト情報の量は、変動する可能性がある。こうしたメカニズムにより、インバンドトリガ（最小量のコンテキスト情報）の送信が可能になり、その最小コンテキスト情報をターゲットデバイスにレンダリングする。より多くの時間及び帯域幅が利用可能となるにつれて、ターゲットデバイスは、トリガ情報を使用して、より多くの情報を取得することもできる。これにより、ターゲットデバイスは、ネットワークの状態に応じて適切に情報の範囲をレンダリングすることができる。このメカニズムは、ＧＩＦ画像が漸進的にロードされる方法と同様である。本発明はしたがって、ソーシャル情報の漸進的利用可能性（ｐｒｏｇｒｅｓｓｉｖｅ ａｖａｉｌａｂｉｌｉｔｙ）をサポートする。

本発明の実施形態で説明するコンテキスト情報は、当業者に知られる様々な形式を有することもできる。こうした形式は、特定のアクティビティを含んだコードを含むことができる。コードに加えて、メッセージ固有情報をコンテキスト情報に含めることもできる。

Claims (15)

1. ターゲットデバイスに向けた通信を開始するためにモバイルデバイスをアクティブ化するためのシステムであって、
   通信を開始するために前記モバイルデバイスをアクティブ化するための要求を送信するコンピューティングデバイスであり、前記要求が、前記ターゲットデバイスの一意の識別子と、前記モバイルデバイスの一意の識別子と、前記通信を実行するためのトリガと、前記通信に関連するコンテキスト情報と、を備える、コンピューティングデバイス
   を備え、
   前記モバイルデバイスが、前記通信を開始するための前記要求を受信するように構成され、前記要求を受信したとき、前記モバイルデバイスとターゲットデバイスとの間の前記通信チャネルの性質に応じて特定の通信プロトコルに従って、前記要求を構文解析し且つ実行する、システム。
2. 前記モバイルデバイス及びターゲットデバイスの前記一意の識別子が、それぞれ前記モバイルデバイス及びターゲットデバイスのＭＳＩＳＤＮであり、前記コンテキスト情報が、前記通信の目的に関連するテキストメッセージである、請求項１に記載のシステム。
3. 前記通信チャネルがインターネットプロトコル網であり、前記モバイルデバイスが、セッション開始プロトコル（ＳＩＰ）網に従って前記要求を構文解析し且つ実行する、請求項１に記載のシステム。
4. 前記通信チャネルが電気通信ＧＳＭ音声網であり、前記モバイルデバイスが、コールバックプロトコルに従って前記要求を構文解析し且つ実行する、請求項１に記載のシステム。
5. 前記コンテキスト情報が、テキストメッセージ、画像、ビデオクリップ、又は前記コンテキスト情報のいずれか２つの組合せである、請求項１に記載のシステム。
6. 前記システムが、前記モバイルデバイスの位置に関する情報を前記ターゲットデバイスに提供し、前記ターゲットデバイスの位置に関する情報を前記モバイルデバイスに提供する、請求項１に記載のシステム。
7. 前記ＳＩＰの「Ｓ」フィールドが、前記モバイルデバイスからＳＩＰゲートウェイに前記ＳＩＰのｉｎｖｉｔｅメッセージの一部として送信され、次いで、前記ＳＩＰゲートウェイから前記ターゲットデバイスに転送され、前記ＳＩＰプロトコルの前記「Ｓ」フィールドが、前記コンテキスト情報を容れるために使用される、請求項３に記載のシステム。
8. ターゲットデバイスへの通信を開始することができるモバイルデバイスであって、前記ターゲットデバイスへの前記通信を開始するためにコンピューティングデバイスから要求を受信するように構成されており、前記要求が、前記ターゲットデバイスの一意の識別子と、前記モバイルデバイスの一意の識別子と、前記通信に関連するコンテキスト情報とを含み、前記要求を受信したとき、前記モバイルデバイスが、前記モバイルデバイスとターゲットデバイスとの間の前記通信チャネルに応じて特定の通信プロトコルに従って前記要求を構文解析し且つ実行する、モバイルデバイス。
9. 前記モバイルデバイスが、近距離通信（ＮＦＣ）、ブルートゥース、及び赤外線データ通信（ＩｒＤＡ）のうちの１つ又は複数を含む、直接のマシンツーマシン通信手段を備える、請求項８に記載のモバイルデバイス。
10. 前記モバイルデバイスが、前記コンピューティングデバイスと一体化された、請求項８に記載のモバイルデバイス。
11. 前記モバイルデバイスがスマートフォンである、請求項８に記載のモバイルデバイス。
12. ターゲットデバイスに向けた通信を開始するためにモバイルデバイスをアクティブ化するための方法であって、
    通信を開始するための要求を前記モバイルデバイスにて受信するステップであり、前記要求が、前記ターゲットデバイスの一意の識別子と、前記モバイルデバイスの一意の識別子と、前記通信を実行するためのトリガと、前記通信のコンテキストに関連するコンテキスト情報とを備える、ステップと、
    前記コンテキスト情報と前記ターゲットデバイスの前記一意の識別子とを判断するために前記要求を構文解析するステップと、
    前記通信を開始するために前記モバイルデバイスによって使用される前記通信チャネルに応じて特定の通信プロトコルに従って、前記コンテキスト情報及びトリガを前記ターゲットデバイスに転送するステップと、
    を含む方法。
13. 前記通信チャネルがインターネットプロトコル網であり、前記モバイルデバイスが、セッション開始プロトコル（ＳＩＰ）網に従って前記要求を構文解析し且つ実行する、請求項１２に記載の方法。
14. 前記通信チャネルが電気通信ＧＳＭ音声網であり、前記モバイルデバイスが、コールバックプロトコルに従って前記要求を構文解析し且つ実行する、請求項１２に記載の方法。
15. 前記ＳＩＰの「Ｓ」フィールドが、前記モバイルデバイスからＳＩＰゲートウェイに前記ＳＩＰのｉｎｖｉｔｅメッセージの一部として送信され、次いで、前記ＳＩＰゲートウェイから前記ターゲットデバイスに転送され、前記ＳＩＰプロトコルの前記「Ｓ」フィールドが、前記コンテキスト情報を容れるために使用される、請求項１３に記載の方法。

Images