JP2016517664A - モバイルデバイスにマルチメディア情報を配信するためのシステム及び方法 - Google Patents

Abstract

システム及び方法であって、発信者に関連付けられたデータをモバイルデバイスに配信するシステム及び方法が提供される。発信者データは、発信者からの最初の着信コールを受信すると、モバイルデバイスによって提示されてもよい。いくつかの実施形態では、発信者に関連付けられた画像がモバイルデバイスによって取得されてもよい。そして、発信者からの最初の着信コールの間、他のコールスクリーニングデータとともに画像が表示されてもよい。いくつかの実施形態では、データチャンネルを介してデータがモバイルデバイスに送信される間、サービスコントロールポイントによって着信コールの終端処理が待機される。サービスコントロールポイントによってひとたび着信コールの終端処理が行われると、着信コールをモバイルデバイスが受信し、データをコールスクリーニング情報として提示してもよい。いくつかの実施形態では、データチャンネルはワームソケットを含んでもよい。【選択図】なし

Description

スマートフォン及び／又はそれに類するもののようなモバイルデバイスは、ますます一般的になっている。モバイルデバイスの豊富なインタラクティブ機能は高まっており、同じデバイスで携帯電話の通話を受信し、インターネットを介してデータを送受信することができる。しかし、いくつかの領域には課題が残っている。最も顕著なものは、コールスクリーニング使用時における着信コールに関連付けられた情報の受信及び提示である。現在、新しい着信コールのためのコールページが受信されると、情報が既にモバイルデバイス上に存在しない限り、コールページで利用可能な限られた情報しかコールスクリーニングデータとして提示するために利用できない。限られた情報とは、例えば、着信コールに関連付けられた発信者ＩＤ番号、従来のデータであって着信コールに関連付けられたＣＮＡＭデータ（これは、１５文字以下に制限されてもよい）及び／又はこれらに類するものである。モバイルデバイスにさらなる発信者データを送信し、コールスクリーニング情報として利用するための既存の方法は、時間内に発信者データを終端モバイルデバイスに送信し、発信者と関連付けられた第１の着信コールとともに表示することができない。そこで、モバイルデバイスにリッチタイプの発信者データを提供するためのシステム及び方法であって、コールスクリーニング情報として発信者からの第１の着信コールとともに発信者データが提示され得るシステム及び方法が望まれている。

この概要は、後述の詳細な説明でさらに説明されるコンセプトの選択について簡略された形で紹介するために提供される。この概要は、特許請求の範囲の主題についての主要な特徴を特定することを意図せず、また、特許請求の範囲の主題の範囲を決定する助けとして使用されることを意図しない。

いくつかの実施形態では、コンピュータに実装される方法であって、終端モバイルデバイスにコールスクリーニング情報を送信するための方法が提供される。終端モバイルデバイスへのコールに関連付けられた発信要求をコンピューティングデバイスが受信する。コールの終端処理を待機している間、コンピューティングデバイスが終端モバイルデバイスにコールスクリーニング情報を送信する。コールスクリーニング情報が終端モバイルデバイスに受信されたとの決定に応答して、コンピューティングデバイスが発信要求応答を送信し、コールの終端処理が行われる。

いくつかの実施形態では、着信コールの最初の呼び出しともにコールスクリーニング情報を提示する動作を実行するように構成されるモバイルコンピューティングデバイスが提供される。かかる動作は、コールスクリーニング情報を得ることができる場所を特定するＵＲＬを受信し、コールスクリーニング情報を得るためにＵＲＬを使用し、コールスクリーニング情報をローカルデータストアに格納し、着信コールに関連付けられたコールページであって、着信モバイルダイアル番号を含むコールページを受信し、着信モバイルダイアル番号を用いて、ローカルデータストアからコールスクリーニング情報を検索し、モバイルコンピューティングデバイスのユーザーが着信コールに出る前に、モバイルコンピューティングデバイスのユーザーにコールスクリーニング情報を提示することを含む。

いくつかの実施形態では、少なくとも１つのプロセッサ及びコンピュータ可読媒体を含むコンピューティングデバイスが提供される。コンピュータ可読媒体にはコンピュータが実行可能な命令が格納され、少なくとも１つのプロセッサの実行に応答して、終端モバイルデバイスにコールスクリーニング情報を送信する動作をコンピューティングデバイスに実行させる。かかる動作は、終端モバイルデバイスへのコールに関連付けられた発信要求を受信し、コールの終端処理を待機している間に終端モバイルデバイスへコールスクリーニング情報を送信し、コールスクリーニング情報が終端モバイルデバイスに受信されたとの決定に応答して、発信要求応答を送信し、コールの終端処理が行われることを含む。

前述の態様及び本開示の実施形態に付随する多くの利点は、以下の詳細な説明とともに図面を考慮することで、より容易に理解されるであろう。
携帯電話システムの例示的な実施形態の概要を示すブロック図である。 本開示の種々の態様に係る終端モバイルデバイスの例示的な実施形態を構成するコンポーネントを示すブロック図である。 本開示の種々の態様に係る終端モバイルデバイスに発信者データを送信するための携帯電話システムの例示的な実施形態を示すブロック図である。 図４Ａ及び図４Ｂは、本開示の種々の態様に係るモバイルデバイスに発信者データを送信する方法の例示的な実施形態を示すフローチャートである。 発信者に関連付けられた発信者データが、本開示の種々の態様に係る終端モバイルデバイスに送信されるべきか否かを決定するための手順の例示的な実施形態を示すフローチャートである。 図６Ａは、本開示の種々の態様に係る終端モバイルデバイスへのデータコネクションの形成の態様を示す模式図であり、図６Ｂは、本開示の種々の態様に係る終端モバイルデバイスへのデータコネクションの形成のさらなる態様を示す模式図である。 本開示の種々の態様に係るモバイルデバイスへのデータコネクションを生成及び維持する方法の例示的な実施形態を示すフローチャートである。 本開示における実施形態の使用に適した例示的なコンピューティングデバイスの態様を示す図である。

本開示における実施形態は、発信者に関連付けられたデータをモバイルデバイスに配信するシステム及び／又は方法を提供する。発信者データは、発信者からの最初の着信コールを受信すると、モバイルデバイスによって提示されてもよい。例えば、いくつかの実施形態では、発信者に関連付けられた画像がモバイルデバイスによって取得されてもよい。そして、発信者からの最初の着信コールの間、例え発信者が以前モバイルデバイスにコールしたことがなくても、他のコールスクリーニングデータとともに画像が表示されてもよい。本開示におけるいくつかの実施形態では、データチャンネルを介してデータがモバイルデバイスに送信される間、サービスコントロールポイントによって着信コールの終端処理が待機される。サービスコントロールポイントによってひとたび着信コールの終端処理が行われると、モバイルデバイスが着信コールを受信し、データをコールスクリーニング情報として提示してもよい。本開示におけるいくつかの実施形態では、モバイルデバイスに格納された発信者データキャッシュに関する情報は、サービスコントロールポイントによりアクセス可能である。そして、発信者データキャッシュが最新バージョンの発信者データを含まないと決定されたときにのみ、発信者データがモバイルデバイスに送信される。

＜携帯電話システム＞
図１は、携帯電話システム１００の例示的な実施形態の概要を示す概略図である。携帯電話、スマートフォン及び／又はこれらに類するもの等に代表される呼び出しモバイルデバイス１０２は、第１の携帯キャリア１０４のアカウントに関連付いている。第１の携帯キャリア１０４により、呼び出しモバイルデバイス１０２へワイヤレス電話サービスが提供される。携帯電話、スマートフォン及び／又はこれらに類するもの等に代表される終端モバイルデバイス１０８は、第２の携帯キャリア１０６のアカウントに関連付いている。第２の携帯キャリア１０６により、終端モバイルデバイス１０８へワイヤレス電話サービスが提供される。呼び出しモバイルデバイス１０２のユーザーが終端モバイルデバイス１０８に電話を掛けたとき、第１の携帯キャリア１０４が第２の携帯キャリア１０６に接続される。そして、デバイス間で電話データを転送するために、呼び出しモバイルデバイス１０２と終端モバイルデバイス１０８の間にコミュニケーションチャンネルが生成される。

いくつかの実施形態では、呼び出しモバイルデバイス１０２にサービスを提供する第１の携帯キャリア１０４と終端モバイルデバイス１０８にサービスを提供する第２の携帯キャリア１０６は、実のところ、同じ携帯キャリアであってもよい。かかる実施形態では、第１の携帯キャリア１０４と第２の携帯キャリア１０６の間のコネクションは使用されない。以下、主に議論を簡略化するために、第１の携帯キャリア１０４と第２の携帯キャリア１０６が異なる例について説明する。しかし、当業者であれば、かかる例は、第１の携帯キャリア１０４と第２の携帯キャリア１０６が同じ携帯キャリアである実施形態にも適用できることを理解するであろう。

図２は、本開示の種々の態様に係る終端モバイルデバイス１０８の例示的な実施形態を構成するコンポーネントを示すブロック図である。終端モバイルデバイス１０８は、発信ハンドリングエンジン２０２、ディスプレイエンジン２１０、発信者データ検索エンジン２０４及びインターネットプロトコル（ＩＰ）エンジン２０５を含む。発信ハンドリングエンジン２０２は、第２の携帯キャリア１０６からの着信コールページを受信するように構成されてもよい。ひとたび発信ハンドリングエンジン２０２がコールページを受信すると、発信ハンドリングエンジン２０２は、ディスプレイエンジン２１０に対してコールページと関連付けられた情報をユーザーに提示するように指示を出してもよい。ここで、かかる情報は、例えば、コールページに含まれるモバイルダイアルナンバー（ＭＤＮ）の値、ローカル発信者データストア２０６に格納されたＭＤＮに関連付けられたデータ及び／又はこれらに類するものである。発信者データ検索エンジン２０４は、ＭＤＮに関連付けられた発信者のためのさらなる発信者データを得ることができるという指示を受け取ってもよい。また、サービスコントロールポイント３０８からこれらの発信者データを入手してもよい。なお、これらの処理はいつ実行されてもよい。つまり、いくつかの実施形態では、発信者データ検索エンジン２０４は、コールの間（終端モバイルデバイス１０８のユーザーがコールに出る前における着信コールシーケンスの間を含む）、さらなる発信者データを得ることができるという指示を受け取ってもよく、サービスコントロールポイント３０８からのデータを要求してもよい。

終端モバイルデバイス１０８はまた、ローカル発信者データストア２０６及びコンタクトデータストア２０８を含んでもよい。ひとたび発信者データ検索エンジン２０４がさらなる発信者データを入手すると、発信者データ検索エンジン２０４は、ＭＤＮとともにさらなる発信者データをローカル発信者データストア２０６に格納し、その後のコールの間表示してもよい。格納された発信者データは、そのデータが古くなったときに発信者データ検索エンジン２０４によってアップデートされてもよい。ここで、そのデータが古くなったときとは、例えば、暦日のセット番号の後、少なくとも暦日のセット番号にＭＤＮが利用されなかった後及び／又はこれらに類するときである。

発信者データ検索エンジン２０４はまた、さらなる発信者データをコンタクトデータストア２０８に格納し、ユーザーがさらなる発信者データとコンタクトリストへの追加を関連付けられるようにするオプションをユーザーに提供してもよい。与えられたＭＤＮに対して、コンタクトデータストア２０８に存在するかかる情報は、適切なときに発信者データ検索エンジン２０４がサービスコントロールポイント３０８からさらなる情報を検索することを防止し、オーバーライドし、キャンセルするために用いることができる。ここで、適切なときとは、例えば、データチャンネル、帯域幅使用量、バッテリー電力及び／又はこれらに類するものの使用を節約することが重要であると考えられるときである。

当業者に認識されるように、携帯キャリア１０４、１０６及び終端モバイルデバイス１０８は、本開示から逸脱しない範囲において、本明細書に示される態様に加え、さらなるコンポーネントを利用してもよく、及び／又は、本明細書において分離しているコンポーネントを統合して１つのコンポーネントとしてもよい。

いくつかの実施形態では、呼び出しモバイルデバイス１０２、終端モバイルデバイス１０８、第１の携帯キャリア１０４、第２の携帯キャリア１０６及び／又はそれらの各コンポーネントは、図８とともに以下に示されるように、１又は複数のコンピューティングデバイスを利用して実装されてもよい。いくつかの実施形態では、第２の携帯キャリア１０６のコンポーネントであって分離して示されるコンポーネントは、１つのコンピューティングデバイスに統合されてもよい。また、ローカルエリアネットワーク、広域ネットワーク、ＷｉＦｉネットワーク及び／又は他の任意の適切な通信技術を介して通信する別々のコンピューティングデバイスにより実装されてもよい。呼び出しモバイルデバイス１０２と第１の携帯キャリア１０４の間の通信は、任意の適切な電話プロトコルにより実現されてもよい。

本開示における実施形態は、ＭＤＮ等の種々のネットワーク規格により、ＣＬＩＤ、ＡＮＩ、ＣＩＤ及び／又はこれらに類するものとして命名された着信電話番号を利用することができる。ＣＬＩＤ、ＡＮＩ、ＣＩＤ及び／又はこれらに類するものは、多くの種類の電話網により、標準的な相互運用性慣行として提供される。したがって、当業者は、本開示における実施形態は、様々なタイプのネットワークからの着信コールとともに利用できることを認識できる。例えば、従来のアナログ電話網、セルラーネットワーク、ＩＰベースのネットワーク、ＶｏＩＰネットワーク及び／又はこれらに類するものを利用することで、着信コールがなされ得る。この点において、呼び出しモバイルデバイス１０２及び第１の携帯キャリア１０４は単に、着信コールの開始及び関連付けられた番号の例示にすぎない。これらの開示は例示のみを目的とし、限定的に解釈されてはならない。

＜発信者データの配信＞
図３は、本開示の種々の態様に係る終端モバイルデバイス３１８に発信者データを送信するための携帯電話システム３００の例示的な実施形態を示すブロック図である。システム３００は、１又は複数のモバイル加入者切替センター３０２、３２０、ホームロケーションレジスタ３０４、信号転送ポイント３０６、サービスコントロールポイント３０８、外部ショートメッセージエンティティ３１４及びインターネットプロトコル（ＩＰ）ルーター３１６を含んでもよい。これらの各コンポーネントの主要な機能は携帯電話システムに関わる当業者によく知られているが、各コンポーネントの機能についての簡単な概要を以下に示す。

モバイル加入者切替センター３０２、３２０は、呼び出しデバイスと終端モバイルデバイス３１８の間のエンド・トゥ・エンドのコネクションをセットアップ及び解除するように構成される。一例として、モバイル加入者切替センター３２０は、ワイヤレスサービスのベースを終端モバイルデバイス３１８に提供してもよく、終端モバイルデバイス３１８間のダイレクトコミュニケーションを提供してもよい。ホームロケーションレジスタ３０４は、着信コールに関連付けられたＭＤＮ及び／又は終端モバイルデバイス３１８にインストールされたＳＩＭカードに割り当てられたＩＭＳＩ識別子に基いて決定するように構成されてもよい。ここで、かかる終端モバイルデバイス３１８は、モバイル加入者切替センター又はロケーションエリアにより現在サービスが提供されている終端モバイルデバイス３１８である。ホームロケーションレジスタ３０４はまた、終端モバイルデバイス３１８に関連付けられた加入者がアクセスを許可されたサービスに関する情報にアクセスすることができる。信号転送ポイント３０６は、携帯電話システム３００内でメッセージをルーティングするために使用されるルーターである。サービスコントロールポイント３０８は、終端モバイルデバイス３１８と通信し、終端モバイルデバイス３１８に対して電話サービスに加えてさらに種々のサービスを提供する。外部ショートメッセージエンティティ３１４は、ショートメッセージサービスセンター（ＳＭＳＣ）に接続し、モバイルデバイスにＳＭＳメッセージを送信するように構成される。

上述のように、モバイル加入者切替センター３０２、３２０、ホームロケーションレジスタ３０４、信号転送ポイント３０６、サービスコントロールポイント３０８、外部ショートメッセージエンティティ３１４、及びＩＰルーター３１６は、本明細書に開示されないさらなる特徴であって、携帯電話システムに関わる当業者に知られる特徴を含んでもよい。これらの要素の従来の機能は、携帯電話の分野でよく知られているので、本明細書に開示される新たな機能とは異なる要素についてのさらなる広範な議論は、説明を簡潔にするために省略する。

システム３００はまた、キャッシュデータストア３１０及び発信者データストア３１２を含んでもよい。キャッシュデータストア３１０は、ミラーキャッシュ情報を保持するように構成される。ミラーキャッシュ情報は、終端モバイルデバイス３１８にキャッシュされる情報の複製である。ミラーキャッシュ情報は、さらなる発信者データをいつ終端モバイルデバイス３１８に送信すべきかをより効率的に決定するために用いられてもよい。この点については後述する。発信者データストア３１２は、終端モバイルデバイス３１８に送信されるさらなる発信者データを格納するように構成されてもよい。発信者は、携帯電話システム３００、モバイルアプリケーション及び／又は他の任意の適切な技術を用いて提供されるウェブページを利用して、どんな発信者データが発信者データストア３１２に格納され、終端モバイルデバイスに送信され得るかを指定することができてもよい。例えば、発信者は、発信者データストア３１２に格納するために、画像をアップロードしてもよい。ここで、かかる画像としては、例えば、発信者の写真、発信者に関連するロゴ及び／又は他の任意の適切な画像が挙げられる。他の例として、発信者は、他の情報をアップロードしてもよい。他の情報としては、例えば、フルネーム、名刺、関連会社、電子メールアドレス、郵送先住所及び／又は他の任意の対タイプの情報であって、モバイルデバイスに送信されて発信者によるコールがなされる前に表示されて欲しいと発信者が望む情報が挙げられる。そして、発信者データストア３１２に格納された発信者データは、発信者が終端モバイルデバイス３１８に対してコールしたときに終端モバイルデバイス３１８に送信されてもよい。また、終端モバイルデバイス３１８のユーザーにコールスクリーニングデータとして提示されてもよい。

図４Ａ及び図４Ｂは、本開示の種々の態様に係るモバイルデバイス３１８に発信者データを送信する方法４００の例示的な実施形態を示すフローチャートである。方法４００は、スタートブロックから始まり、ブロック４０２へと進む。ブロック４０２にて、第１のモバイル加入者切替センター３０２により終端モバイルデバイス３１８を特定する着信コールが受信される。いくつかの実施形態では、着信コールは、コールページにより表される。コールページは、終端モバイルデバイス３１８に関連付けられたモバイルダイアルナンバー（ＭＤＮ）を含んでもよい。また、終端モバイルデバイス３１８の特定に用いられてもよい。

ブロック４０４にて、ホームロケーションレジスタ３０４は、着信コールと関連付けられたロケーションリクエストを第１のモバイル加入者切替センター３０２から受信する。図３では、このコミュニケーションは矢印１で示される。ロケーションリクエストは、終端モバイルデバイス３１８を特定するための情報（例えば、モバイルダイアル番号）を含む。次に、方法４００はブロック４０６に進む。ブロック４０６にて、ホームロケーションレジスタ３０４は、終端モバイルデバイス３１８に関連付けられたサービスコントロールポイント３０８を決定し、信号転送ポイント３０６を介してサービスコントロールポイント３０８に発信要求を送信する。このコミュニケーションは、図３において矢印２及び矢印３で示される。発信要求（ＯＲＩＧＲＥＱメッセージと呼ばれることもある）は、終端モバイルデバイス３１８を特定するための情報の少なくとも一部を含む。

ブロック４０８にて、サービスコントロールポイント３０８は、発信要求を受信し、実行される発信者データに関するさらなる処理のために、コールの終端処理の待機が開始される。モバイルデバイスに関連付けられたキャリアは、コールを正常に完了させるために、全体の時間に対する予め定められたタイミング閾値を利用してもよい。したがって、本開示におけるいくつかの実施形態では、サービスコントロールポイント３０８によるコールの終端処理の待機時間の総量を最小化することが望ましい。ブロック４１０にて、サービスコントロールポイント３０８は、発信者に関連付けられた発信者データを終端モバイルデバイス３１８に送信するべきか否かを決定する。発信者データを終端モバイルデバイス３１８に送信するべきか否かを決定するために利用される例示的な手順のさらなる説明については、図５及び関連する説明により後述する。

図４Ａ及び図４Ｂに示される方法４００では、サービスコントロールポイント３０８が発信者データを終端モバイルデバイス３１８に送信するべきであると決定したとする。なお、代わりに、サービスコントロールポイント３０８が発信者データを終端モバイルデバイス３１８に送信するべきでないと決定した場合には、方法４００はブロック４２０へ進む。ブロック４２０では、発信者データを送信することなくコールが終了する。ブロック４１０にて、サービスコントロールポイント３０８が発信者データを終端モバイルデバイス３１８に送信するべきであると決定した場合、方法４００はブロック４１２へ進む。ブロック４１２にて、発信者データを終端モバイルデバイス３１８に送信するべきであるとの決定に応じて、サービスコントロールポイント３０８は発信者データへのアクセスに利用されるＵＲＬを生成する。そして、ブロック４１４にて、サービスコントロールポイント３０８は、終端モバイルデバイス３１８にＵＲＬを送信する。

ＵＲＬは、発信者データを得ることができるいかなる場所を終端モバイルデバイス３１８に指示してもよい。図示された実施形態では、ＵＲＬは、ＩＰルーター３１６を介し、データチャンネルを介してサービスコントロールポイント３０８から直接発信者データを得ることを終端モバイルデバイス３１８に指示する。これは、矢印５で示される。他の実施形態では、ＵＲＬは、サービスコントロールポイント３０８以外のサーバであって、発信者データを入手可能なサーバを終端モバイルデバイス３１８に示すこともできる。

ＵＲＬは、任意の適切な技術を利用して終端モバイルデバイス３１８に送信される。いくつかの実施形態では、ＵＲＬは、アプリケーション指向のショートメッセージ（ＡＤ−ＳＭＳ）により送信されてもよい。図３にて示されるように、サービスコントロールポイント３０８は、外部ショートメッセージエンティティ（ＥＳＭＥ）３１４に対してＵＲＬを含むＡＤ−ＳＭＳを終端モバイルデバイス３１８へ送信するように指示を出してもよい。かかるコミュニケーションは、矢印４にて示される。しかし、外部ショートメッセージエンティティ３１４がサービスコントロールポイント３０８と同じ主体により制御されていない場合（又は他の理由による場合）には、ＡＤ−ＳＭＳの送信に想定以上に時間がかかることがある。そして、コールの終端処理の待機が非常に長くなったり、着信コールとともに提示される発信者データが終端モバイルデバイス３１８によって時間内に得られない事態が生じ得る。いくつかの実施形態では、ＵＲＬを終端モバイルデバイス３１８に送信するためのより高速な技術が用いられる。例えば、サービスコントロールポイント３０８（又は発信者データを提供する他のサーバ）間のデータコネクションが開放又はアクティブ化された場合には、ＵＲＬは、データコネクションを介して終端モバイルデバイス３１８に直接送信される。さらに、このようなデータチャンネルを介して終端モバイルデバイス３１８にＵＲＬを送信するためのワームソケットデータコネクションを生成するために利用される例示的な手順のさらなる説明については、図７、図６Ａ、図６Ｂ及び関連する説明により後述する。

方法４００は、ブロック４１４から、継続ターミナル（ターミナルＡ）へと進む。ターミナルＡ（図４Ｂ）から、方法４００はブロック４１６に進む。ブロック４１６にて、終端モバイルデバイス３１８の発信者データハンドリングエンジン２０４はＵＲＬを受信する。そして、ＵＲＬに基いて、発信者データへのリクエストをサービスコントロールポイント３０８に送信する。発信者データハンドリングエンジン２０４は、図３の矢印５で示されるようなデータコネクションを用いて、発信者データへのリクエストを送信してもよい。いくつかの実施形態では、ＵＲＬは、発信者データをリクエストするために、終端モバイルデバイス３１８にサービスコントロールポイント３０８を参照させてもよい。また、他の実施形態では、ＵＲＬは、サービスコントロールポイント３０８に以外のサーバであって、発信者データ及び／又はこれらに類するものを提供するための専用のサーバを参照してもよい。ブロック４１８にて、サービスコントロールポイント３０８は、終端モバイルデバイス３１８に発信者データを送信する。いくつかの実施形態では、ひとたび終端モバイルデバイス３１８によって発信者データが受信されると、発信者データハンドリングエンジン２０４は、ローカル発信者データストア２０６に発信者データを格納してもよい。いくつかの実施形態では、ひとたび終端モバイルデバイス３１８によって発信者データが受信されると、発信者データハンドリングエンジン２０４は、適切なときにディスプレイエンジン２１０へ発信者データを提供してもよい。これは、ローカル発信者データストア２０６への発信者データの格納とともに行われてもよく、ともに行われなくてもよい。

ブロック４１８に関するアクションが生じ、終端モバイルデバイス３１８に発信者データが送信された後、コールの終端処理が正常に進行され得る。したがって、ブロック４２０にて、サービスコントロールポイント３０８は、コールの終端処理の待機を解除し、信号転送ポイント３０６を介してホームロケーションレジスタ３０４に発信要求応答を送信する。このコミュニケーションは、図３の矢印６及び矢印７で示される。ブロック４２２にて、ホームロケーションレジスタ３０４は、第２のモバイル加入者切替センター３２０を介して終端モバイルデバイス３１８へのコールの終端処理を行う。このコミュニケーションは、図３の矢印８及び矢印９で示される。当業者は、ブロック４２０及びブロック４２２のアクションは、従来のシステムにおけるコールの終端処理に似ていることを認識できるであろう。

ブロック４２４にて、終端モバイルデバイス３１８はコールの終端処理を行い、コールの最初の呼び出しとともに発信者データを提示する。例えば、発信者データが発信者に関連する写真を含む場合は、終端モバイルデバイス３１８の発信ハンドリングエンジン２０２は、ディスプレイエンジン２１０にかかる写真を着信コールの通知とともに提示させてもよい。いくつかの実施形態では、種々のタイプの情報が発信者データに含まれる。種々のタイプの情報は、例えば、上述の写真、フルネーム情報、実行可能なコードや他のインタラクティブな機能及び／又はこれらに類するものである。次に、方法４００は、エンドブロックに進み、処理を終了する。

当業者は、方法４００の間に行われる、図３に示される多くのコミュニケーションは、携帯電話システムにおけるコールを扱う従来の技術に似ていることを認識できるであろう。例えば、（矢印１、矢印２、矢印３、矢印６、矢印７、矢印８及び矢印９で示される）モバイル加入者切替センター３０２、ホームロケーションレジスタ３０４、信号転送ポイント３０６、サービスコントロールポイント３０８、及び終端モバイルデバイス３１８の間のコミュニケーションは、上述の従来の技術に似ている。従来のシステムからの唯一の変更であって、本開示におけるいくつかの実施形態を実装するための変更は、サービスコントロールポイント３０８及び終端モバイルデバイス３１８自体にて行うことができる。ここで、サービスコントロールポイント３０８は、終端モバイルデバイス３１８に発信者データを送信することを助けるものであり、終端モバイルデバイス３１８は、発信者データを受信、格納及び／又は提示することを助けるものである。したがって、本開示におけるこのような実施形態は、本明細書において開示される新たな機能をサポートするための新たなネットワークに代えて、既存の携帯電話ネットワークを利用することもできる。

＜キャリアデータをいつ送信するかについての決定＞
上述のように、いくつかの実施形態では、終端モバイルデバイス３１８へのデータ送信のデータ量を最小化し、システム帯域幅を節約することは、制限された使用データプランへの影響を低減する及び／又はその他の理由のために望ましいことがある。送信データ量は、終端モバイルデバイス３１８で受信された発信者データをローカル発信者データストア２０６でキャッシュすることにより低減することができる。いくつかの実施形態では、終端モバイルデバイス３１８により受信されたＵＲＬは、終端モバイルデバイス３１８にいつ発信者データを受信するかを決定させる情報を含むか、かかる情報とともに送信される。ここで、かかる情報としては、例えば、ＭＤＮ、バージョン番号、最後にアップデートした日及び／又はこれらに類するものが挙げられる。かかる実施形態では、終端モバイルデバイス３１８は、キャッシュされた発信者データのために、ローカル発信者データストア２０６をチェックしてもよい。また、すでに発信者データがローカル発信者データストア２０６に格納されているか否かに基いて、ＵＲＬが参照する発信者データを検索するか否かを決定してもよい。いくつかの実施形態では、サービスコントロールポイント３０８は、終端モバイルデバイス３１８にキャッシュされている発信者データがどのようなものかに関する情報を追跡してもよい。また、終端モバイルデバイス３１８が以前にデータのコピーをキャッシュしているときは、終端モバイルデバイス３１８にＵＲＬ又は発信者データを送信する必要がないことを決定してもよい。

図５は、発信者に関連付けられた発信者データが、本開示の種々の態様に係る終端モバイルデバイス３１８に送信されるべきか否かを決定するための手順５００の例示的な実施形態を示すフローチャートである。手順５００は、上述の方法４００のブロック４１０において用いられる好適な手順の例である。

いくつかの実施形態では、発信者及び受信器（終端モバイルデバイス３１８に関連付けられたユーザー又は終端モバイルデバイス３１８自体）はそれぞれ、各キャリアの各アカウントに関連付いている。各アカウントは、アカウントのために承認された１又は複数のアカウントの特徴、例えば、テキストメッセージ、マルチメディアメッセージ、データテザリング及び／又はこれらに類するものを示す設定を含んでもよい。これらの設定は、アカウントが発信者データの送受信について承認されているか否かを示す設定を含んでもよい。このようにして、手順５００は、ブロック５０２から開始される。ブロック５０２にて、サービスコントロールポイント３０８は、発信者に関連付けられたアカウント及び／又は受信器に関連付けられたアカウント（終端モバイルデバイス３１８に関連付けられたユーザー又は終端モバイルデバイス３１８自体）が発信者データの伝送を承認されているか否かを決定する。

判断ブロック５０４にて、発信者及び／又は受信器が発信者データの伝送を承認されているか否かを決定するためにテストがなされる。いくつかの実施形態では、発信者と受信器はともに、発信者データの伝送を承認されている必要がある。しかし、他の実施形態では、かかる承認は、発信者又は受信器のいずれか一方で十分である。決定ブロック５０４におけるテスト結果がＮＯである場合、手順５００は、継続ターミナル（ターミナルＡ）に進む。そうでなく、決定ブロック５０４におけるテスト結果がＹＥＳである場合は、手順５００は、ブロック５０６に進む。ブロック５０６にて、サービスコントロールポイント３０８は、ローカルミラーキャッシュが発信者に関連付けられた発信者データを含むか否かを決定する。ローカルミラーキャッシュは、終端モバイルデバイス３１８上のローカル発信者データストア２０６の内容を反映するためのものである。そして、サービスコントロールポイント３０８に容易にアクセスできるように、キャッシュデータストア３１０に格納されてもよい。

決定ブロック５０８にて、ローカルミラーキャッシュが発信者データを含むか否かを決定するためにテストがなされる。決定ブロック５０８におけるテスト結果がＮＯである場合、手順５００は、継続ターミナル（ターミナルＢ）に進む。そうでなく、決定ブロック５０８におけるテスト結果がＹＥＳである場合は、手順５００は、ブロック５１０に進む。ブロック５１０にて、サービスコントロールポイント３０８は、ローカルミラーキャッシュが終端モバイルデバイス３１８に格納されたキャッシュと一致するか否かを決定する。ローカルミラーキャッシュは、ローカル発信者データストア２０６の内容を反映することを意図されているが、発信者データストア３１２にて発信者データがアップデートされることも可能である。なぜなら、発信者データはローカル発信者データストア２０６にキャッシュされており、又は、ローカル発信者データストア２０６から削除もしくは変更されているためである。いくつかの実施形態では、サービスコントロールポイント３０８は、ローカルミラーキャッシュの少なくとも一部のチェックサムとローカル発信者データストア２０６の少なくとも一部のチェックサムを比較することで、これらのキャッシュが一致するか否かを決定してもよい。データコネクションを介して、終端モバイルデバイス３１８によってローカル発信者データストア２０６のチェックサムがサービスコントロールポイント３０８に送信されてもよい。又は、ＡＤ−ＳＭＳ、データコネクション又は他の任意の適切な技術を介して、サービスコントロールポイント３０８によってローカルミラーキャッシュのチェックサムが終端モバイルデバイス３１８に送信されてもよい。かかる実施形態では、終端モバイルデバイス３１８はその後、チェックサムが一致したか否かに関するメッセージをサービスコントロールポイント３０８に応答してもよい。ローカルミラーキャッシュは、任意の適切な技術によって最新の状態に維持され得る。任意の適切な技術とは、例えば、終端モバイルデバイス３１８から定期的なアップデートの要求、一度終端モバイルデバイス３１８に送信されたローカルミラーキャッシュへの情報の追加及び／又は他の任意の適切な技術である。

決定ブロック５１２にて、ローカルミラーキャッシュが最新のものであるか否かを決定するためにテストがなされる。決定ブロック５１２におけるテスト結果がＹＥＳである場合、手順５００は、継続ターミナル（ターミナルＡ）に進む。ターミナルＡにて、ローカルミラーキャッシュが最新のものであり発信者データを含むこと、又は発信者データの送信が承認されていることが決定される。そして、手順５００はブロック５１４に進む。ブロック５１４にて、サービスコントロールポイント３０８は、発信者データが終端モバイルデバイス３１８に送信されるべきでないと決定し、手順５００を終える。

そうでなく、決定ブロック５１２におけるテスト結果がＮＯである場合、手順５００は、継続ターミナル（ターミナルＢ）に進む。ターミナルＢにて、ローカルミラーキャッシュが発信者データを含まないこと、又はローカルミラーキャッシュが最新のものでないことが決定される。そして、手順５００はブロック５１６に進む。ブロック５１６にて、サービスコントロールポイント３０８は、発信者データが終端モバイルデバイス３１８に送信されるべきであると決定し、手順５００を終える。
＜ワームソケットコネクション＞

上述のように、いくつかの実施形態では、サービスコントロールポイント３０８は、データコネクションを介してＵＲＬを終端モバイルデバイス３１８に送信してもよい。これは、他の技術と比べて送信速度が速いので、ＵＲＬを終端モバイルデバイス３１８に送信する技術として望ましいためある。しかし、モバイルデバイスとのデータコネクションを形成することは、他のタイプのコンピューティングデバイスとのデータコネクションを形成するときには必ずしも存在しない特定の課題を有する。

図６Ａは、本開示の種々の態様に係る終端モバイルデバイス６１４へのデータコネクションの形成の態様を示す模式図である。終端キャリアネットワーク６０４のコンポーネントは、終端モバイルデバイス６１４へのデータアクセスのための一般的なネットワークの接続形態として図示される。終端モバイルデバイス６１４は、任意の適切なモバイルデータコネクションを介してプライベートＩＰネットワーク６１２に接続する。任意の適切なモバイルデータコネクションとは、例えば、ＧＳＭ、ＣＤＭＡ、ＧＰＲＳ、３Ｇ、４Ｇ、ＬＴＥ及び／又はこれらに類するものである。終端モバイルデバイス６１４は、電話をするために、終端モバイルデバイス６１４を特定するＭＤＮと関連付けられる。また、データコミュニケーションをするために、プライベートＩＰネットワーク６１２上で終端モバイルデバイス６１４を特定するプライベートＩＰアドレスが割り当てられる。

ＩＰネットワークに関わる当業者に理解されるように、単に終端モバイルデバイス６１４とプライベートＩＰネットワーク６１２上の他のホスト間で通信可能とするために、プライベートＩＰアドレスが終端モバイルデバイス６１４に割り当てられる。終端キャリアネットワーク６０４の外部のホスト（パブリックインターネット上のいかなる場所に存在するホスト等）と通信するために、キャリアグレードネットワークアドレス変換（ＣＧＮ）デバイス６１０が用いられる。当業者に理解されるように、ＣＧＮデバイス６１０は、プライベートＩＰアドレスを１又は複数のパブリックＩＰアドレスへ送信することにより、プライベートＩＰネットワーク６１２上の１又は複数のデバイスと通信する。いくつかの実施形態では、複数のプライベートＩＰアドレスは単一のパブリックＩＰアドレスに変換される。このとき、ＣＧＮデバイス６１０は、プライベートＩＰネットワーク６１２上の適切なデバイスに対し、単一のパブリックＩＰアドレス宛の着信ＩＰパケットを指示する能力を維持する。

終端モバイルデバイス６１４へのコールに関連付けられたデータを送信する際の１つの問題は、データを送信しようとするサービスコントロールポイント３０８が、最初に、終端モバイルデバイス６１４に割り当てられたパブリックＩＰアドレスを認識しないことである。確かに、サービスコントロールポイント３０８が最初に入手可能な唯一のアドレス情報は、ＭＤＮである。そして、ＭＤＮは、終端モバイルデバイス６１４に到達できるＩＰアドレスを特定するものではない。いくつかの実施形態では、別の問題を抱える。これは、以前に終端モバイルデバイス６１４で利用されたＩＰアドレスをサービスコントロールポイント３０８が認識したとしても、ＣＧＮデバイス６１０は、予め定められた非活動時間の経過後に、他のデバイスに利用されるＩＰアドレスを再び要求することがあり得る、という問題である。また、いくつかの実施形態では、別の問題として、ＣＧＮデバイス６１０が、パブリックＩＰネットワーク６０８上のホストに対して、プライベートＩＰネットワーク６１２のデバイスとの通信を開始することを許可しないことがあり得ることが挙げられる。

これらの問題（及び他の問題）を解決するため、本開示におけるいくつかの実施形態では、コーリングキャリアネットワーク６０２内にワームソケットサーバデバイス６０６を提供する。一般的に、ワームソケットサーバデバイス６０６は、終端モバイルデバイス６１４のＭＤＮに基いて、終端モバイルデバイス６１４とのデータコネクションを確立し、データコネクションを維持して終端モバイルデバイス６１４に発信者データを送信するためにオンデマンドで利用可能となるように構成される。図６Ａでは、ワームソケットサーバデバイス６０６は、ＭＤＮとパブリックＩＰアドレス及び秘密鍵を対応付けたテーブルを格納する態様で図示される。ワームソケットサーバデバイス６０６は、ＭＤＮに基いて、終端モバイルデバイス６１４とのワームソケットコネクションを開くリクエストを受信する。これにより、ワームソケットサーバデバイス６０６は、ＭＤＮのためのテーブルにエントリを生成する。図６Ａに示される時点において、ワームソケットサーバデバイス６０６は、ＭＤＮを用いてＳＭＳメッセージを終端モバイルデバイス６１４へ送信する。ＳＭＳメッセージは、ワームソケットコネクションを確立及び／又は利用するために用いることができる情報を含んでもよい。かかる情報としては、例えば、ワームソケットサーバデバイス６０６のＩＰアドレス又はＵＲＬ、ワームソケットサーバデバイス６０６により生成された共有秘密鍵及び／又はこれらに類するものが挙げられる。

図６Ｂは、本開示の種々の態様に係る終端モバイルデバイス６１４へのデータコネクションの形成のさらなる態様を示す模式図である。終端モバイルデバイス６１４は、図６Ａに示されるＳＭＳを受信し、さらなる利用のために共有秘密鍵を格納する。図示されるように、終端モバイルデバイス６１４は、任意の適切な技術を利用してワームソケットサーバデバイス６０６とのデータコネクションを開く。データコネクションは、プライベートＩＰネットワーク６１２を横断し、ＣＧＮデバイス６１０に到達する。ＣＧＮデバイス６１０は、データコネクションにパブリックＩＰアドレスを割り当てる。そして、パブリックＩＰネットワーク６０８を介して、ワームソケットサーバデバイス６０６に接続する。かかる接続がひとたび確立されると、終端モバイルデバイス６１４は、ワームソケットサーバデバイス６０６に確認応答を送信してもよい。ここで、確認応答は、終端モバイルデバイスとのコネクションを関連付けることをワームソケットサーバデバイス６０６に許可する情報を含む。かかる情報は、例えば、ＭＤＮ、共有秘密鍵及び／又はこれらに類するものである。ワームソケットサーバデバイス６０６は次に、データコネクションに割り当てられた共有秘密鍵及びパブリックＩＰアドレスとＭＤＮを関連付けるためのテーブルのエントリをアップデートする。

ワームソケットサーバデバイス６０６は、これ以降、データコネクションを介して、終端モバイルデバイス６１４にデータを送信してもよい。いくつかの実施形態では、ＣＧＮデバイス６１０は、予め定められた非活動時間の経過後に、データコネクションを切断し、パブリックＩＰアドレスを再割当するように構成されてもよい。したがって、ワームソケットサーバデバイス６０６及び／又は終端モバイルデバイス６１４は、ＣＧＮデバイス６１０がコネクションを切断することを防ぐために、データコネクションを利用して定期的にキープアライブメッセージを送信してもよい。

図７は、本開示の種々の態様に係るモバイルデバイスへのデータコネクションを生成及び維持する方法７００の例示的な実施形態を示すフローチャートである。方法７００は、スタートブロックから開始され、ブロック７０２に進む。ブロック７０２にて、ワームソケットサーバデバイス６０６は、モバイルデバイスに関連付けられたモバイルダイアルナンバー（ＭＤＮ）を得る。ＭＤＮは、サービスコントロールポイント３０８からの要求から得てもよく、任意の他の適切な技術により得てもよい。ブロック７０４にて、ワームソケットサーバデバイス６０６は、共有秘密鍵を生成し、ＳＭＳメッセージを用いてモバイルデバイスに共有秘密鍵を送信する。いくつかの実施形態では、ＳＭＳメッセージは、アプリケーション指向のＳＭＳメッセージであってもよい。アプリケーション指向のＳＭＳメッセージは、ユーザーへの着信メッセージに関する通知を提示することなく、発信者データハンドリングエンジン２０４により受信され、処理される。

次に、ブロック７０６にて、モバイルデバイスは、共有秘密鍵を受信し、格納する。ブロック７０８にて、モバイルデバイスは、ネットワークアドレス交換（ＮＡＴ）デバイス（例えば、ＣＧＮデバイス６１０又はそれに類似するデバイス）を介して、ワームソケットサーバデバイス６０６とのデータコネクションを開く。そして、データコネクションを介して、確認応答を送信する。いくつかの実施形態では、確認応答は、モバイルデバイスに関連付けられたＭＤＮ、共有秘密鍵、及び／又は他の情報であって、モバイルデバイス及び／又はデータコネクションを特定するために利用される情報を含んでもよい。

データコネクションが開かれると、方法７００は、ブロック７１０に進む。ブロック７１０にて、ワームソケットサーバデバイス６０６は、ＭＤＮ及び共有秘密鍵とともに、データコネクションに関連付けられたパブリックＩＰアドレスを格納する。その後、ワームソケットサーバデバイス６０６を提供するシステムがデータをモバイルデバイスへ送信しようとするときに、ＭＤＮを利用したストレージからパブリックＩＰアドレス及び共有秘密鍵を得ることができる。かかるデータは、パブリックＩＰアドレスへ送信されてもよい。また、共有秘密鍵は、受信したデータが（他の認証されていないソースからではなく）予想されるソースからのものであるかを確認するためにモバイルデバイスにより用いられてもよい。ブロック７１２にて、ワームソケットサーバデバイス６０６は、データコネクションを介してモバイルデバイスにハートビートシグナル又は他のキープアライブシグナルを定期的に送信し、パブリックＩＰアドレスを保存する。そうでない場合は、いくつかの実施形態では、ＮＡＴデバイスは、予め定められた非活動時間が検出された後に、コネクションを切断してもよい。ワームソケットサーバデバイス６０６は、無制限又は予め定められた時間毎にハートビートシグナルを送信することを続けてもよい。そして、方法７００はエンドブロックに進み、処理を終了する。
＜例示的なコンピューティングデバイス＞

図８は、本開示における実施形態の使用に適した例示的なコンピューティングデバイス８００の態様を示す図である。図８は、ネットワーク上のデバイスにより実装されるコンピューティングデバイスを参照して説明されるが、以下の説明は、サーバ、パーソナルコンピュータ、携帯電話、スマートフォン及び他のデバイスであって、本開示の実施形態の一部を実装するために用いることができるデバイスにも適用可能である。さらに、当業者及び他の者は、コンピューティングデバイス８００は、現在入手可能又は開発中のいかなるデバイスであってもよいことを認識できるであろう。

その最も基本的な構成では、コンピューティングデバイス８００は、コミュニケーションバス８０６を介して接続された少なくとも１つのプロセッサ８０２及びシステムメモリ８０４を含む。デバイスの正確な構成及びタイプに応じて、システムメモリ８０４は、揮発性又は不揮発性メモリであってもよい。かかるメモリは、例えば、リードオンリーメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ＥＥＰＲＯＭ、フラッシュメモリ又はこれらと同様のメモリである。当業者及び他の者は、システムメモリ８０４は一般的に、プロセッサ８０２により即時にアクセス可能及び／又は現在操作されているデータ及び／又はプログラムモジュールを格納することを認識できるであろう。この点において、プロセッサ８０２は、命令の実行をサポートすることにより、コンピューティングデバイス８００の計算センターとしての役割を果たすことができる。

図８にさらに示されるように、コンピューティングデバイス８００は、ネットワークを介して他のデバイスと通信するための１又は複数のコンポーネントを備えるネットワークインターフェース８１０を含んでもよい。本開示における実施形態では、ネットワークインターフェース８１０を利用して、一般的なネットワークプロトコルを使用して通信を行うことができる基本的なサービスにアクセスしてもよい。ネットワークインターフェース８１０はまた、１又は複数のワイヤレスコミュニケーションプロトコルを介して通信するように構成されたワイヤレスネットワークインターフェースを含んでもよい。

図８に示された例示的な実施形態では、コンピューティングデバイス８００はまた、記憶媒体８０８を含む。しかし、ローカル記憶媒体にデータを保持するための手段を含まないコンピューティングデバイスを利用して、サービスにアクセスすることができる。したがって、図８に示された記憶媒体８０８は、記憶媒体８０８がオプションであることを示すために破線で表されている。いずれにせよ、記憶媒体８０８は、情報を格納可能なものであって、揮発性又は不揮発性、取り外し可能又は不能なものであってもよい。例えば、ハードドライブ、ソリッドステートドライブ、ＣＤ−ＲＯＭ、ＤＶＤ又は他のディスクストレージ、磁気カセット、磁気テープ、磁気ディスク記憶装置及び／又はこれらに類するものであってもよいが、これらに限定されない。

当業者に理解されるように、本明細書における「データストア」とは、コンピューティングデバイスによるアクセスのためのデータを格納するように構成される任意の適切なデバイスであってもよい。データストアの一例としては、信頼性が高く高速なリレーショナルデータベース管理システム（ＤＢＭＳ）であって、１又は複数のコンピューティングデバイス上で実行され、高速パケット交換ネットワークを介してアクセス可能なシステムが挙げられる。しかし、クエリに応答して迅速かつ確実に格納されたデータを提供することができる任意の他の適切なストレージ及び／又はデバイスを利用してもよい。また、コンピューティングデバイスは、ネットワークを介さずにローカルアクセス可能なものであってもよく、他の種類の適切なネットワークを介してアクセス可能なものであってもよい。また、クラウドベースのサービスとして提供されてもよい。データストアはまた、記憶媒体８０８上に構造化された態様で格納されたデータを含んでもよい。

本明細書における「コンピュータ可読媒体」という用語は、情報を格納可能な任意の方法又は技術により実装される媒体であって、揮発性、不揮発性、取り外し可能及び取り外し不能な媒体を含む。例えば、コンピュータ可読命令、データ構造、プログラムモジュール又は他のデータ等が挙げられる。この点において、図８に示されるシステムメモリ８０４及び記憶媒体８０８は、コンピュータ可読媒体の単なる例示である。

プロセッサ８０２、システムメモリ８０４、コミュニケーションバス８０６、記憶媒体８０８及びネットワークインターフェース８１０を含むコンピューティングデバイスの適切な実装は公知であり、市販されている。説明の簡略化及び特許請求の範囲の主題を理解するために重要ではないので、図８では、多くのコンピューティングデバイスの一般的なコンポーネントのいくつかは図示されていない。この点において、コンピューティングデバイス８００は、例えばキーボード、キーパッド、マウス、マイクロホン、タッチ入力デバイス、タッチスクリーン、タブレット及び／又はこれらに類するもの等の入力デバイスを含んでもよい。かかる入力デバイスは、有線又は無線によりコンピューティングデバイス８００と接続されてもよい。これらの接続としては、例えば、ＲＦ、赤外線、シリアル、パラレル、ブルートゥース（登録商標）、ＵＳＢ又は他の適切な接続プロトコルであって、無線接続又は物理接続を利用するものが挙げられる。同様に、コンピューティングデバイス８００は、例えば、ディスプレイ、スピーカー、プリンタ等の出力デバイスを含んでもよい。これらのデバイスは当技術分野でよく知られているので、本明細書でさらに図示又は説明しない。

上述の見出しは、詳細な説明のセクションを示すために用いられるが、これらの見出しは単に説明を容易にするためにのみ用いられる。かかる見出しは、別個の実施形態を示すものではなく、いくつかの実施形態では、別々の見出しにおける説明は、本開示の単一の実施形態として組み合わせることができる。

様々な原理、代表的な実施形態及び本発明の動作モードは、前述の説明に記載されている。しかし、保護されることを意図した本開示の態様は、開示された特定の実施形態に限定して解釈されるべきでない。さらに、本明細書に開示された実施形態は、例示とみなされるべきであり、これらに限定されない。本発明の精神から逸脱しない範囲において、変形及び変更が他者によりなされ、また、これらの均等物を採用することができることを理解されたい。したがって、このような全ての変形、変更及び均等物は、開示された主題の精神及び範囲に含まれることが明示的に意図される。

Claims (20)

1. コンピュータに実装される方法であって、終端モバイルデバイスにコールスクリーニング情報を送信するための方法であって、
   終端モバイルデバイスへのコールに関連付けられた発信要求をコンピューティングデバイスが受信し、
   前記コールの終端処理を待機している間、前記コンピューティングデバイスが前記終端モバイルデバイスにコールスクリーニング情報を送信し、
   前記コールスクリーニング情報が前記終端モバイルデバイスに受信されたとの決定に応答して、前記コンピューティングデバイスが発信要求応答を送信し、前記コールが終端処理される、
   方法。
2. 前記コールスクリーニング情報は、前記コールに関連付けられた画像であって発信者が指定した画像を含む、
   請求項１に記載の方法。
3. 前記終端モバイルデバイスにコールスクリーニング情報を送信することは、前記終端モバイルデバイスにＵＲＬを送信することを含み、
   前記ＵＲＬは、前記コールスクリーニング情報を検索するために前記終端モバイルデバイスにより用いられる、
   請求項１又は２に記載の方法。
4. 前記終端モバイルデバイスに前記ＵＲＬを送信することは、前記終端モバイルデバイスにアプリケーション指向のＳＭＳメッセージを送信することを含み、
   前記アプリケーション指向のＳＭＳメッセージは、前記ＵＲＬを含む、
   請求項３に記載の方法。
5. 前記終端モバイルデバイスに前記ＵＲＬを送信することは、前記終端モバイルデバイスにデータチャンネルを介して前記ＵＲＬを送信することを含む、
   請求項３に記載の方法。
6. 前記データチャンネルは、ワームソケットを含む、
   請求項５に記載の方法。
7. 前記終端モバイルデバイスに前記コールスクリーニング情報を送信する前に、前記コールスクリーニング情報が前記終端モバイルデバイスにキャッシュされないことが前記コンピューティングデバイスにより決定される、
   請求項１〜請求項６のいずれか１項に記載の方法。
8. 着信コールの最初の呼び出しとともにコールスクリーニング情報を提示する方法であって、
   前記コールスクリーニング情報を得ることができる場所を特定するＵＲＬを受信し、
   前記コールスクリーニング情報を得るために前記ＵＲＬを使用し、
   前記コールスクリーニング情報をローカルデータストアに格納し、
   着信コールに関連付けられたコールページであって、着信モバイルダイアル番号を含むコールページを受信し、
   前記着信モバイルダイアル番号を用いて、前記ローカルデータストアから前記コールスクリーニング情報を検索し、
   モバイルコンピューティングデバイスのユーザーに対し、前記ユーザーが前記着信コールに出る前に、前記コールスクリーニング情報を提示する、
   方法。
9. 前記モバイルコンピューティングデバイスのユーザーに前記コールスクリーニング情報を提示することは、前記コールの第１の呼び出しとともに前記コールスクリーニング情報を提示することを含む、
   請求項８に記載の方法。
10. 前記コールスクリーニング情報を得ることができる場所を特定するＵＲＬを受信することは、前記ＵＲＬを含むアプリケーション指向のＳＭＳを受信することを含む、
    請求項８又は請求項９に記載の方法。
11. 前記コールスクリーニング情報を得ることができる場所を特定するＵＲＬを受信することは、データコネクションを介して前記ＵＲＬを受信することを含む、
    請求項８又は請求項９に記載の方法。
12. 前記コールスクリーニング情報を得るために前記ＵＲＬを使用することは、データコネクションを介して前記コールスクリーニング情報を得るために前記ＵＲＬを使用することを含む、
    請求項８〜請求項１１のいずれか１項に記載の方法。
13. 前記コールスクリーニング情報は、前記着信コールに関連付けられた画像であって発信者が指定した画像を含む、
    請求項８〜請求項１２のいずれか１項に記載の方法。
14. 共有秘密鍵を含むアプリケーション指向のＳＭＳをワームソケットサーバから受信し、
    前記共有秘密鍵を格納し、
    データコネクションを介して、前記ワームソケットサーバに応答を送信する、
    請求項８〜請求項１３のいずれか１項に記載の方法。
15. 前記データコネクションを介して、前記ワームソケットサーバから定期的にＵＤＰパケットを受信する、
    請求項１４に記載の方法。
16. 前記コールスクリーニング情報を得るために前記ＵＲＬを使用することは、前記コールスクリーニング情報を得るために前記共有秘密鍵及び前記ＵＲＬを使用することを含む、
    請求項１４又は請求項１５に記載の方法。
17. 請求項１〜請求項７のいずれか１項に記載の方法を実行するように構成されたコンピューティングデバイス。
18. コンピュータが実行可能な命令が格納されたコンピュータ可読媒体であって、
    １又は複数のコンピューティングデバイスに含まれる１又は複数のプロセッサの実行に応答して、１又は複数のコンピューティングデバイスに請求項１〜請求項７のいずれか１項に記載の方法を実行させる、
    コンピュータ可読媒体。
19. 請求項８〜請求項１６のいずれか１項に記載の方法を実行するように構成されたモバイルコンピューティングデバイス。
20. コンピュータが実行可能な命令が格納されたコンピュータ可読媒体であって、
    モバイルコンピューティングデバイスに含まれる１又は複数のプロセッサの実行に応答して、前記モバイルコンピューティングデバイスに請求項８〜請求項１６のいずれか１項に記載の方法を実行させる、
    コンピュータ可読媒体。