電気通信デバイス間のプロファイルデータ共有
【課題】受信デバイスに発呼デバイスに関連づけられたプロファイルデータを伝達する方法を提供する。
【解決手段】発呼デバイスに関連づけられるプロファイルは、電気通信サービス提供業者との通信内にあるプロファイルサーバに格納される。受信デバイスは発呼デバイスから呼を受信し、受信デバイスには呼準備中にプロファイルが提供される。プロファイルの一部又は全部は、受信デバイス上の着呼に関連して使用される。この特徴は強化型発呼者ＩＤ又はＲＣＬＩＤ（リッチ発呼回線識別）として知られている。プロファイルサーバはＷＡＮ（インターネット）を通じて無線ネットワークへ接続される。
【解決手段】発呼デバイスに関連づけられるプロファイルは、電気通信サービス提供業者との通信内にあるプロファイルサーバに格納される。受信デバイスは発呼デバイスから呼を受信し、受信デバイスには呼準備中にプロファイルが提供される。プロファイルの一部又は全部は、受信デバイス上の着呼に関連して使用される。この特徴は強化型発呼者ＩＤ又はＲＣＬＩＤ（リッチ発呼回線識別）として知られている。プロファイルサーバはＷＡＮ（インターネット）を通じて無線ネットワークへ接続される。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般的には電気通信分野に、より具体的には電気通信デバイスのユーザ間のプロファイルデータ共有に関する。
【背景技術】
【０００２】
人々は今日、電気通信機器を幅広く利用している。この国のほぼ全世帯が少なくとも従来の有線電話サービスを利用しており、無線通信サービスを利用する世帯も非常に多い。電話をかけることは非常に頻繁で、多くの人々の一日の日常の一部である。
【０００３】
発呼者ＩＤという機能が非常に普及してきており、多くの電気通信の顧客がこれの利用を要求している。多くの人々にとって、電話に出る前に誰が電話をかけているかを知ることは非常に重要である。発呼者ＩＤが開発された当初は、発呼者の電話番号だけが受信側に見えていた。その後、発呼側の氏名が追加された。しかしながら、これまでのところ、技術的な限界とおそらくは創造力の欠如は、受信側への発呼側に関する情報の伝達におけるさらなる進歩を阻んでいた。
【０００４】
これまでのところ、受信側への発呼側に関する情報の伝達のための代替の方法及びメカニズムは、当業者にわかっていない。
【発明の概要】
【０００５】
本発明は、発呼者からの着呼を知らせるための呼準備時に受信側（「受信者」）の送受話器へ送信されることができる情報を含むプロファイルを作成し、保守することを、発呼側（「発呼者」）に可能にする電気通信デバイス及びサービスを対象とする。一態様においては、受信デバイスにプロファイルデータを利用可能にする方法が提供される。この方法はプロファイルサーバとのデータ接続を確立することを含み、プロファイルサーバは電気通信ネットワークを介してリモートデバイスによりアクセス可能である。この方法はプロファイルサーバでプロファイルを作成することをさらに含み、このプロファイルはプロファイルデータを含み、発呼デバイスに関連づけられる。この方法はまたさらに、発呼デバイスから電気通信ネットワークを介し、リモートデバイスへの呼に応じてリモートデバイスにプロファイルデータを利用可能にすることを電気通信ネットワークに指示することを含む。
【０００６】
他の態様においては、受信デバイスにおいて、発呼デバイスに関するプロファイルデータを受信する方法が提供される。この方法は、着呼に関連する呼データを受信することを含み、この呼データは発呼デバイスの識別子を含む。この方法はさらに、プロファイルサーバとのデータセッションを開始することと、識別子を用いて発呼デバイスに関連するプロファイルをプロファイルサーバに問い合わせることとを含み、このプロファイルはプロファイルデータを含む。この方法はまたさらに、プロファイルサーバからプロファイルデータを検索することと、着呼に関連してプロファイルデータを使用することとを含む。この方法を実装するために構成された装置もまた想定される。
【０００７】
さらに他の態様では、受信デバイスへの発呼デバイスに関するプロファイルデータの配信を促進するための方法が提供される。この方法は、発呼デバイスから受信デバイスへの呼を確立するための要求を受信することと、受信デバイスに呼を通知することとを含み、この通知は発呼デバイスの識別子を含む。この方法はさらに、識別子に基づき発呼デバイスに関連するプロファイルデータのための受信デバイスからの要求を受信することを含む。この方法はまたさらに、プロファイルデータを検索するため識別子に対応するプロファイルにアクセスすることと、受信デバイスへプロファイルデータを返すこととを含む。この方法を実装するために構成された装置もまた想定される。
【図面の簡単な説明】
【０００８】
【図１】図１は、本発明の実装を特に適用することができるサンプルモバイルデバイスを概括的に示す機能ブロック図である。
【図２】図２は、本発明のある実装で使用されるデータがロードされた格納媒体をいくぶんより詳細に示す機能ブロック図である。
【図３】図３は、起呼側デバイスから呼が受信される場合に被呼側デバイスで行われる告知を起呼側デバイスが指示するよう本発明を実装するシステムの概念図である。
【図４】図４は、本発明の実装で使用できるサンプルメッセージフォーマットを概括的に示す機能ブロック図である。
【図５】図５は、起呼側デバイスから呼を受信する場合に受信デバイスで再生される特定の呼告知を関連づけるため起呼側デバイスで実行されるプロセスの一実装を概括的に示す動作フロー図である。
【図６】図６は、起呼側デバイスによって識別される呼告知を用いて着呼を告知するプロセスを概括的に示す動作フロー図である。
【図７】図７は、起呼側デバイスによって要求される特定の呼告知で着呼を告知するプロセスをいくぶんより詳細に示す動作フロー図である。
【図８】図８は、発呼デバイスに関する情報を含むリモートプロファイルを作成又は保守するために実行されるステップを概括的に示すプロセス図である。
【図９】図９は、受信デバイスで発呼デバイスから呼を受信する場合に発呼デバイスに関するリモートプロファイルデータを検索するために実行されるステップを概括的に示すプロセス図である。
【図１０】図１０は、受信デバイスへの発呼デバイスに関するプロファイルデータの配信を促進するために実行されるステップを概括的に示すプロセス図である。
【発明を実施するための形態】
【０００９】
以下は、プロファイル共有のための様々な手法及びメカニズムの詳細な説明である。至極概括的に述べると、ユーザ又はユーザの電気通信デバイス（「発呼デバイス」）に関連づけられたプロファイルを作成し保守することを、ユーザに可能にする通信デバイス及び／又はサービスが提供される。プロファイルは、例えば電気通信サービス提供業者との通信内にあるプロファイルサーバ上に格納される。受信デバイスは発呼デバイスから呼を受信し、受信デバイスには呼準備中にプロファイルが提供される。受信デバイスにおける着呼と関連してプロファイルの一部又は全部が使われる。この基本コンセプトはこれより、ある特定の非制限的実施形態と関連して、より詳しく説明される。
【００１０】
先へ進む前に、本発明の実施形態の説明で使われるいくつかの用語を定義すると有益であろう。よって、この特許文書の全体を通じて以下の用語はここで与えられる意味を持つものとする。
【００１１】
用語「呼」は２つの電気通信デバイス間の何らかの通信を意味し、電話の呼に限定されない。むしろ用語「呼」はその最も広い意味で使われ、従来の電話呼、ボイス・オーバーＩＰ（ＶＯＩＰ）呼を含み、ＳＭＳメッセージ、インスタントメッセージ、ｅメール等のような、他の２つのデバイス間のメッセージ又は通信を含むこともある。
【００１２】
用語「告知」又は「呼告知」は、着呼を示すため電気通信デバイスによって遂行される知覚可能な事象を意味する。告知は、メディアファイル（例えばサウンド又は画像ファイル）、特定の順序で点滅する照明もしくは定常照明、振動、テキストもしくは英数字情報、又は他の何らかの知覚可能なメカニズムである。
【００１３】
用語「発呼デバイス」は発信呼を起こす電気通信デバイスを意味する。発呼デバイスという用語は、本文書の全体を通じて用語「発呼側」、「発呼者」、又は「起呼側デバイス」と互換的に使われる。
【００１４】
用語「受信デバイス」は着信呼を受信する電気通信デバイスを意味する。受信デバイスという用語は、本文書の全体を通じて用語「被呼側」、「受け手」、又は「受信側」と互換的に使われる。
【００１５】
図１は、本発明の一実施形態を実装するシステム１００の機能ブロック図である。図１に示すのは、サービス提供業者によって運営される無線通信ネットワーク１２２上で互いに通信するいくつかのモバイルデバイスである。無線ネットワークには、携帯電話機（１１２、１１８）やその他のモバイルメッセージングデバイス１２０等、いくつかの異なるタイプのモバイルデバイスを接続できる。ラップトップコンピュータ１１６等の計算システムも無線ネットワークに接続される。プロファイルサーバ１２４も無線ネットワークに接続され、無線ネットワークへ結合されたデバイスはプロファイルサーバ１２４にアクセスできる。
【００１６】
無線ネットワーク１２２は、インターネット等の公衆ワイドエリアネットワーク１２３へ結合されている。公衆ワイドエリアネットワーク１２３へ接続された汎用コンピュータ１２５等の計算装置は、ネットワークブリッジリンク１１４を介し、公衆ネットワーク１２３上のみならず、ことによると無線ネットワーク１２２上の、プロファイルサーバ１２４等の他の計算装置へアクセスすることがある。第１のプロファイルサーバ１２４に加えて、又はこれの代わりに、代替プロファイルサーバ１２６を公衆ネットワーク１２３へ接続することもできる。
【００１７】
特にこの実装において、プロファイルサーバ（１２４、１２６）の一方（又は両方）は、多数のプロファイルを格納するプロファイルストア（１２８、１３０）を含む。各プロファイルは１つ以上のモバイルデバイスに応じて保守される。プロファイルストア１２８については、後ほど図４と関連してさらに詳しく説明する。簡潔に述べると、プロファイルは、連絡情報、呼告知情報及び／もしくはコンテンツ、又は画像等のように、発呼側又は発呼デバイスに関する情報を含む。プロファイルは、ことによると発呼デバイスの電話番号やその他の識別子によって発呼デバイスに関連づけられる。プロファイルサーバ１２４に格納された情報は、無線ネットワーク１２２の他のユーザによりアクセスできる場合とそうでない場合とがある。
【００１８】
概括的に述べると、ユーザが発呼デバイス（例えば携帯電話機１１８）から受信デバイス（例えばモバイルメッセージングデバイス１２０）にかけて呼を行うときに、無線ネットワーク１２２は、プロファイルサーバ１２４から該当するプロファイルを検索し、これを呼準備中に受信デバイスへ提示する。このように、着呼を告知するために受信側により多くの情報を提示することができる。例えば、起呼側がプロファイルに画像を含めたなら、受信デバイスに予め写真がインストールされていなくても、受信デバイスで発呼者を写真で識別することができる、受信デバイスにおいて呼告知と組み合わせた画像が表示される。加えて、発呼デバイスの連絡情報は、受信側での皆無かごく僅かの手間で、受信デバイスへ容易に伝えられる。
【００１９】
図２は、機能ブロック図であり、より具体的には、通信ネットワークにおいてモバイルデバイスのユーザ間でプロファイルデータを共有するためのシステム２００のコンポーネントを図解する。コンポーネントは発呼デバイス２１８と受信デバイス２２０とを含む。発呼デバイス２１８と受信デバイス２２０は、携帯電話機やモバイルメッセージングデバイス等、少なくとも基礎的な計算能力を備える何らかの電気通信デバイスでよい。２つのデバイスは電気通信ネットワークを介して通信し、この通信ネットワークは、特にこの例ではたまたま無線ネットワーク２２２である。公衆交換電話網（ＰＳＴＮ）等の有線ネットワークのような、これ以外の多数のコンポーネント、及び他の介在通信ネットワークが無線ネットワーク２２２の中に組み入れられることは理解されよう。この説明では、電気通信デバイスの通信を可能にするために使われる何らかの通信インフラを概括的に表すため無線ネットワーク２２２を用いる。
【００２０】
プロファイルサーバ２２４は何らかの方法で無線ネットワーク２２２へ接続される。例えばプロファイルサーバ２２４は、移動電話中継局等のような、無線ネットワーク２２２の１コンポーネントと結合され、配置される。あるいは、プロファイルサーバ２２４は、ワイドエリアネットワーク等を介して無線ネットワーク２２２へ間接的に結合される。
【００２１】
上述したとおり、プロファイルサーバ２２４は無線ネットワーク２２２の特定の加入者又はユーザのプロファイルが置かれるプロファイルストア２２８を含む。特にこの実装で、発呼デバイス２１８のユーザはプロファイルサーバ２２４にアクセスし、発呼デバイス２１８に関連するプロファイル２２９を作成する。発呼デバイス２１８は、発呼デバイス２１８とプロファイルサーバ２２４との間のデータ通信をサポートする無線ネットワーク２２２上でデータ呼２０１を確立することによってプロファイルサーバ２２４にアクセスできる。あるいはユーザは、インターネットのようなワイドエリアネットワークを通じて無線ネットワーク２２２に結合された他の計算装置（図示せず）等、他の何らかのメカニズムを用いてプロファイルサーバ２２４にアクセスできる。いずれにせよユーザは、プロファイルストア２２８内のプロファイル２２９を作成し、保守するため、そしてそのプロファイル２２９を発呼デバイス２１８に関連づけるため、プロファイルサーバ２２４にアクセスする。
【００２２】
簡潔に述べると、連絡情報、所望の呼び出し音、画像、簡単なメッセージ等、ユーザが利用可能にすることを望む情報ならほとんどどれでもプロファイル２２９に含めることができる。いずれの任意の情報を含めることはできるが、呼準備中に情報が配信され得ることを保証するため、サイズ制限がかかることがある。このサイズ制限は、プロファイル情報の検索が行われるネットワーク（例えば無線ネットワーク２２２）のレイテンシーと使用可能な帯域幅に基づく。プロファイル情報が呼準備以外で配信される実装では、このサイズ制限をなくすことができる。図４には１つのサンプルプロファイルが描かれており、以下で説明する。
【００２３】
プロファイル２２９は、様々なメカニズムのいずれか１つ以上を用いて発呼デバイス２１８に関連づけることができる。例えば、プロファイル２２９は、電話番号もしくはモバイル識別番号（ＭＩＮ）、電子シリアル番号（ＥＳＮ）又はモバイル機器識別番号（ＭＥＩＤ）等のような発呼デバイス２１８の様々な識別子で関連づけられることができる。この関連づけは、無線ネットワーク２２２の１つ以上のコンポーネントによって保守される、データベース内の、あるいはことによると加入者データベース内の、プロファイルサーバ２２４に格納できる。
【００２４】
要するにシステム２００は、発呼デバイス２１８のユーザがプロファイルストア２２８においてプロファイル２２９を作成又は修正することを可能にする。プロファイル２２９は、それで、無線ネットワーク２２２を介して、受信デバイス２２０等の他のデバイスによりアクセス可能になる。
【００２５】
図３は、発呼デバイス２１８からの呼に関連して受信デバイス２２０へプロファイルデータを提供するための、図２に図示されたシステム２００の運用を示す機能ブロック図である。上記のとおり、プロファイルサーバ２２４はユーザがプロファイル２２９を作成したプロファイルストア２２８を含む。上述したとおり、プロファイル２２９も発呼デバイス２１８に関連づけられている。プロファイルサーバ２２４は、ひいてはプロファイルストア２２８は、無線ネットワーク２２２に作動可能な状態で（operatively）結合される。
【００２６】
発呼デバイス２１８から受信デバイス２２０へ呼３０１が行われるとき、例えば１つ以上の中継局（図示せず）のような無線ネットワーク２２２のコンポーネントは、介在通信ネットワークを含む無線ネットワーク２２２を通じて呼３０１を受信し、受信デバイス２２０へ送信する。
【００２７】
ネットワークに基づく実装の場合、呼準備中に、無線ネットワーク２２２は起呼側が誰なのか（すなわち発呼デバイス２１８）を判断するために呼３０１を解析する。この判断は、発呼デバイス２１８の電話番号、ＥＳＮ、ことによるとＭＩＮ等、呼３０１に埋め込まれた呼データを用いて行うことができる。無線ネットワーク２２２はそれから、プロファイルストア２２８から発呼デバイス２１８のプロファイル２２９を検索し、少なくともそのプロファイル２２９の一部分は受信デバイス２２０へ渡す。用語「プロファイルデータ」は、プロファイル２２９に格納され、本文書内で検討される用途のために検索されたデータのいずれかの部分を指す。「プロファイルデータ」はプロファイル２２９の全体であったり、プロファイル２２９のいずれかの部分であったり、複数の部分の組み合わせであったりする。
【００２８】
この実装において、プロファイルデータはことによると多重データメッセージ形式（ＭＤＭＦ）プロトコルの拡張として、呼３０１に関連して送信される発呼者ＩＤに含めることができ、無線ネットワーク２２２から受信デバイス２２０へ送信できる。呼の準備に代替プロトコルが使用される場合は、無線ネットワーク２２２によって受信デバイス２２０へ最初に送信されるどのデータパッケージにもプロファイル情報を含めることができる。受信されると、受信デバイス２２０は、着呼３０１を告知する、又は受信デバイス２２０に格納された発呼側の連絡情報を更新するような、何らかの適当な方法でプロファイルデータを利用する。
【００２９】
無線ネットワーク２２２は最初に、受信デバイス２２０がリモートプロファイル告知を許可するサービスに加入されているか否かを判断することに注意されたい。例えば、無線ネットワーク２２２を担当するサービス提供業者は、オプションのサービス又は機能に加入されている受信デバイス２２０だけにプロファイルデータを提供する。この判断は、中継局等（図示せず）によって下すことができる。
【００３０】
デバイスに基づく実装の場合、無線ネットワーク２２２は、受信デバイス２２０に、実質的に従来型の方法で着呼３０１を通知する。しかしながら、呼準備中に受信デバイス２２０は、プロファイルサーバ２２４へ、ことによるとエボリューション・データ・オプティマイズド（ＥＶ−ＤＯ）無線データネットワークを用いてデータ呼３１１を直ちに開始する。この同時データ呼３１１は、受信デバイス２２０がプロファイルサーバ２２４へ接続し、プロファイルストア２２８上のプロファイル２２９からプロファイルデータを検索することを可能にする。
【００３１】
これらの実装のいずれかで、発呼デバイス２１８は、受信デバイス２２０で着呼３０１がどのように告知されるかを決定又は左右できる。例えば、プロファイル２２９に個人的な呼び出し音が格納されているなら、その呼び出し音は、受信デバイス２２０における着呼の告知に使用されうる。より具体的には、データ呼３１１を用いて、受信デバイス２２０で直ちにその呼び出し音の再生を開始することを可能にするため、無線ネットワーク２２２は受信デバイス２２０へ呼び出し音を「ストリーム」できる。このサービスは、ことによると有料で、受信デバイス２２０において、呼び出し音が保存されるように構成できる。別の例では、発呼側の写真や発呼側が選ぶアバター等の画像を受信デバイス２２０に配信し、表示することができる。さらに別の例では、発呼デバイス２１８のユーザがプロファイル２２９に連絡情報を含めることができる。これを用いて、受信デバイス２２０のユーザが何ら余分な手間をかけることなく、発呼側の最新の連絡情報で受信デバイス２２０を更新できる。
【００３２】
プロファイルデータは必ずしも呼準備中に配信する必要がないことに注意されたい。連絡情報の例のような状況において、当初の着呼３０１が処理されている間に、バックグラウンドでデータ呼３１１を使ってプロファイルデータを配信できる。これは、着呼３０１の告知にプロファイルデータが必要ない場合、もしくは使用しない場合に、又は呼準備中に配信するにはプロファイルデータがあまりにも大きい場合に便利である。前者の場合は、音声呼３０１が起きている際に、プロファイルデータは受信デバイス２２０によってダウンロードされ、しかるべき場所に格納される。後者の場合は、プロファイルデータは受信デバイス２２０によってダウンロードされ、呼告知に関係するならば、発呼デバイス２１８からの以降の呼を告知するため使用される。別の代替案では、受信デバイス２２０が正常にアイドル状態にある場合のように、音声呼が終了した後に、プロファイルデータを受信デバイス２２０へダウンロードできる。
【００３３】
図４は、本発明の特定の実装によって想定される、１つ以上のプロファイル４１０が存在するプロファイルストア４２８を示す機能ブロック図である。上述したとおり、プロファイルストア４２８は電気通信ネットワークとの通信を実行するプロファイルサーバ（図示せず）によって保守される。
【００３４】
各プロファイルは、ユーザが他者へ利用可能にすることを望むいずれかの任意のデータを含む「プロファイルデータ」を含む。プロファイル４１０は、ユーザが他者へ利用可能にすることを望まない情報をさらに含むこともある。プロファイルデータは、呼告知４１２及び／又は連絡情報４１４をおそらく含むことが想定される。呼告知４１２は、音楽や特徴的な可聴音（一般的に「呼び出し音」と呼ばれる）等、着呼を告知するため再生されるメディアファイルであってよい。着呼の識別に使うことができる、多くの異なるフォーマットにおいて、いくつかの異なる形式のメディアファイルがある。例えば、ＭＩＤＩ、ＣＭＸ、ＲＴＴＴＬ、ＡＩＦＦ、ＳＭＡＦ、ＰＣＭ、ＭＰ３、ＷＡＶ等、異なるフォーマットで、モノフォニック又はポリフォニックオーディオファイルを利用できる。
【００３５】
ここではオーディオファイルとして呼告知４１２が説明されるが、呼告知４１２は、いずれかの知覚可能な形式の告知のための記述情報を含む、いずれの形式のリソースであってもよいことは理解されよう。例えば、もしもモバイルデバイスが特徴的な振動告知で着呼を告知するなら、それぞれの呼告知４１２は異なる振動の記述を含む。同様に、もしもモバイルデバイスが特徴的な点滅照明で着呼を告知するなら、呼告知４１２は、点滅照明もしくは色付き照明の特徴的なパターン、又は２つの何らかの組み合わせをそれぞれ記述する。これらはしかし、例に過ぎず、通常の実験により他のものも明らかとなるであろう。
【００３６】
連絡情報４１４は、個人又は実体（entities）を記述するデータを含む。プロファイル４１０に格納できる連絡情報４１４の例は、プロファイル４１０に関連する当人の氏名、当人を雇っている会社、当人の電話番号及び住所、当人のｅメールアドレス、並びにその他の情報である。
【００３７】
プロファイル４１０はまた、プロファイル４１０に関連する当人の写真である画像４１６を含む。画像４１６は、当人が望む他の人物又は物の写真であってもよい。画像４１６は、当人が望むアバター又はその他のアイコン等のクリップアート画像であってもよい。そのようなクリップアート画像は、電子フォーラム、掲示板、及びインスタントメッセージングサービスに関連してよく使われている。
【００３８】
プロファイル４１０はまた、ユーザが他者へ利用可能にすることを望む何らかの他のデータ４１８を含む。例えば、簡単なテキストメッセージ（その他）をプロファイル４１０に含めることができる。プロファイル４１０をプロファイルストア４２８にある他のプロファイルと一意に区別するため、プロファイル４１０とともにインデックス４２０が含まれる。インデックス４２０はどんな形式の識別子であってもよい。
【００３９】
プロファイルストア４２８はこの実装において、発呼側の識別子をプロファイルのインデックスに対応させるプロファイルテーブル４３０をも含む。電話番号、ＭＩＮ、ＥＳＮ、又はＭＥＩＤ等のように、発呼側識別子はあるひとつの発呼デバイスを別の発呼デバイスから一意に区別するものならどんな形式の情報であってもよい。インデックスは、インデックス４２０のように、各プロファイルに関連づけられた特定のインデックスである。プロファイルテーブル４３０は、呼を行うために使われる特定の電気通信デバイスにプロファイルを対応づける。
【００４０】
図５は、本発明の実装を特に適用できる携帯電話機等のサンプルモバイルデバイス５０１を概括的に示す機能ブロック図である。モバイルデバイス５０１は、携帯電話機、モバイルメッセージングデバイス、個人用デジタル補助装置、ポータブルミュージックプレーヤー、又は全地球測位衛星（ＧＰＳ）装置等、どんな手持ち型計算装置であってもよい。ここでは手持ち型計算装置の状況で説明するが、本発明の実装は、従来の有線電話システムのような他の分野に等しく応用できることは理解されたい。
【００４１】
この例で、モバイルデバイス５０１は、プロセッサユニット５０４、メモリ５０６、格納媒体５１３、及びオーディオユニット５３１を含む。プロセッサユニット５０４は、デジタル信号プロセッサ（ＤＳＰ）のような専用プロセッサ又はマイクロプロセッサを有利に含むが、代替案においてはいずれの従来型のプロセッサ、コントローラ、マイクロコントローラ、又はステートマシンであってもよい。
【００４２】
プロセッサユニット５０４は、プロセッサユニット５０４によって実行されるソフトウェア命令を保持するＲＡＭメモリとして有利に実装されるメモリ５０６へ結合される。本実施形態では、メモリ５０６に格納されるソフトウェア命令は、リモートプロファイルマネージャ５１１と、ランタイム環境又はオペレーティングシステム５１０、及び１つ以上のその他のアプリケーション５１２を含む。メモリ５０６はオンボードＲＡＭであってよく、あるいはＡＳＩＣにプロセッサユニット５０４とメモリ５０６をまとめることもできる。メモリ５０６は代替の実施形態において、ファームウェア又はフラッシュメモリからなる。
【００４３】
プロセッサユニット５０４は、ほんの数例を挙げると、ＲＯＭメモリ、フラッシュメモリ、又は磁気ディスクドライブのような何らかの不揮発性メモリとして実装される格納媒体５１３へ結合される。格納媒体５１３はまた、キャッシュ（ＲＡＭ）メモリが付属する磁気ディスクドライブのように、それらの技術や他の技術の何らかの組み合わせとして実装される。特にこの実施形態において、格納媒体５１３は、モバイルデバイス５０１の電源がオフになっているときに、又は電力がない期間中に、データを格納するために使われる。格納媒体５１３は、連絡情報又は呼び出し音のような呼告知を格納するために使うこともできる。
【００４４】
モバイルデバイス５０１はまた、モバイルデバイス５０１と１つ以上の他の計算装置との双方向通信を可能にする通信モジュール５２１を含む。通信モジュール５２１は、携帯電話網、Ｂｌｕｅｔｏｏｔｈ（登録商標）接続、無線ローカルエリアネットワーク、又はことによると無線ワイドエリアネットワークのような、ＲＦ又はその他無線通信を可能にするコンポーネントを含むことがある。代わりに通信モジュール５２１は、イーサネット（登録商標）接続、ＲＪ−１１接続、ユニバーサルシリアルバス接続、又はＩＥＥＥ １３９４（ファイヤーワイヤー）接続等のような、固定又は有線ネットワーク接続を可能にするコンポーネントを含むことがある。これらは非網羅的一覧として意図されており、このほかにも数多くの代替案が可能である。
【００４５】
オーディオユニット５３１は、アナログ形式とデジタル形式との間で信号を変換するよう構成されたモバイルデバイス５０１の１コンポーネントである。オーディオユニット５３１は、スピーカー５３２を使って音を出力し、マイクロフォン５３３から入力信号を受け取るために、モバイルデバイス５０１によって使用される。着呼の可聴告知はオーディオユニット５３１及びスピーカー５３２を使って作成することができる。例えば、特徴的な呼び出し音を再生することによって着呼を告知できる。様々な音楽の音色又は曲を使うこともできる。
【００４６】
この実装では着呼を聞こえるように告知するが、これ以外のメカニズムを使用することもできる。例えば、異なる発呼者に特有の方法でモバイルデバイス５０１を振動させることによって呼を告知するために、振動メカニズム（図示せず）を使用することができる。あるいは、照明システムを、独特の順序で、又は異なる色により点滅して使用できる。本発明の範囲には、あらゆる知覚可能なメカニズム又は手法を用いて伝えられる告知が含まれると想定される。
【００４７】
リモートプロファイルマネージャ５１１は、発呼側の識別情報を識別するため着呼を評価するように構成されたユーティリティ又はサービスである。リモートプロファイルマネージャ５１１はさらに、通信モジュール５２１を使用し、リモートプロファイルサーバに向けてデータ呼を開始する形に、又はリモートプロファイルサーバからデータ呼を受け付ける形に、構成される。リモートプロファイルマネージャ５１１は、呼識別情報をもとにリモートプロファイルサーバから発呼側のプロファイルデータを引き出す形に構成される。
【００４８】
リモートプロファイルマネージャ５１１は、プロファイルデータを処理又は消費するためにその他のアプリケーション５１２と連携することもできる。例えば、プロファイルデータが呼び出し音を含む場合、リモートプロファイルマネージャ５１１は、着呼の告知を担当するＯＳ ５１０のコンポーネントにその呼び出し音を引き渡す。プロファイルデータが連絡情報を含む場合、リモートプロファイルマネージャ５１１は、ローカルコンタクトデータストア（格納媒体５１３）への包含のために、プロファイルデータをコンタクトマネージャ（その他のアプリケーション５１２の中）に引き渡す。
【００４９】
図６は、リモートプロファイルを作成し、保守するための特定のシステムの構成部分によって遂行される一連の操作を概括的に示すプロセス図である。このプロセスに関わる構成部分は、モバイルデバイス６５０、無線ネットワーク６５５、及びプロファイルサーバ６６０を含む。これら３つの構成部分それぞれは、上で詳述した対照物（counterparts）に構成と機能の点で類似してよい。プロセスはステップ６０１で始まる。
【００５０】
ステップ６０１では、モバイルデバイス６５０は、ローカルに格納されたプロファイルを作成又は修正するために使用される。特にこの実装において、モバイルデバイス６５０は、モバイルデバイス６５０のユーザに任意のデータの入力を許す、プロファイルを構築するために用いるデータストア又はテンプレートを含む。例えば、モバイルデバイス６５０からの呼を告知するために使われるデフォルトの呼び出し音は、プロファイルに格納される。モバイルデバイス６５０から呼を告知するために他の個人によって使用されるある付加的な呼び出し音を含めることもできる。モバイルデバイス６５０のユーザを記述する連絡情報を含めることもできる。プロファイルで変更の有無を判断するのに役立てるため、プロファイルの「署名」をプロファイルと関連して格納することもできる。この「署名」は、ハッシュ、摘要、又はタイムスタンプ等、特定のプロファイル状態を一意に識別するために用いられる何らかの情報である。図７に関連して後述するとおり、この情報は、以降の呼に関連してプロファイルを検索するか否かを判断するために、受信デバイスによって使用される。
【００５１】
ステップ６０３では、モバイルデバイス６５０と無線ネットワーク６５５との間でデータ呼は開始され、確立される。一実施形態においては、同時音声呼、及びデータ呼をサポートするＥＶ−ＤＯ技術を用いてデータ呼を確立できる。あるいは、モバイルデバイス６５０と無線ネットワーク６５５との間で通常のデータ接続が確立される。
【００５２】
ステップ６０５では、今しがた確立されたデータ呼を介して、モバイルデバイス６５０はプロファイルサーバ６６０に接続する。この接続は、モバイルデバイス上に存在するブラウザ方式のソフトウェアか他の何らかの専用ソフトウェアを用いて行うことができる。この接続には、ＴＣＰ／ＩＰ接続を介したＨＴＴＰや他の何らかの転送プロトコルのように、パケット方式プロトコルと組み合わせてハイパーテキスト転送メカニズムを使用する。一例においては、プロファイルサーバ６６０は、ユニバーサルリソースロケーター（ＵＲＬ）又はユニバーサルリソース識別子（ＵＲＩ）によって識別され、ユーザは、プロファイルサーバ６６０へナビゲートするブラウザソフトウェアにこのＵＲＬ又はＵＲＩを入力する。接続にはさらに、セキュリティとデータの保全性を強化するため、暗号化された安全なバージョンの転送プロトコルを使用することもできる。
【００５３】
ステップ６０７では、モバイルデバイス６５０はステップ６０１で作成したプロファイルをプロファイルサーバ６６０へ送信する。一例において、モバイルデバイス６５０は、プロファイルをプロファイルサーバ６６０へアップロードすることにより、そして新規プロファイルを作成するか、又は既存のプロファイルを修正することにより、プロファイルを送信する。あるいは、プロファイルは、最初にモバイルデバイス６５０でローカルにプロファイルを作成するのではなく、プロファイルサーバ６６０でダイレクトに作成又は修正することもできる。プロファイルサーバ６６０へ接続されている間、モバイルデバイス６５０は、プロファイルに関連するその他の設定を変更することもできる。例えばユーザは、プロファイルへのアクセスを制限するため、何らかの特権又は許可を付加することを望むかもしれない。
【００５４】
ステップ６０９では、モバイルデバイス６５０とプロファイルサーバ６６０間のデータセッションが終了する。ステップ６１１では、モバイルデバイス６５０と無線ネットワーク６５５間のデータ呼は、切断するか、又は休止状態に入る。データ呼は手動で、あるいはことによるとタイムアウトイベントの結果として切断される。
【００５５】
ここで説明する図６に描かれたプロセスはひとつの選択肢に過ぎず、これ以外の代替案も可能であることを理解されたい。例えば、モバイルデバイス６５０を使ってプロファイルを作成し保守するよりもむしろ、ユーザは、ことによるとイントラネットやインターネット等の従来のネットワークを介しプロファイルサーバ６６０へ接続する従来の汎用コンピュータを用いて、プロファイルを作成し保守できる。
【００５６】
さらに、ある実施形態においては、プロファイルサーバ６６０は、切り離されたシステム上にあるよりもむしろ、モバイルデバイス６５０自体の一部として組み込まれる。このような代替案において、後ほどより詳しく説明するとおり、モバイルデバイス６５０は、他の受信デバイスに対して呼を行うことに関連して、自身のプロファイルデータを直接、提供できる。かかる代替実施形態は、したがって当然、切り離された場所でプロファイルデータを保守することや切り離された場所へプロファイルデータをアップロードすることに関係する図６に示された操作が不要である。
【００５７】
図７は、着呼に応じてリモートプロファイルを検索するため、特定のシステム構成部品によって実行される一連の操作を概括的に示すプロセス図である。このプロセスにかかわる特別の構成部品は、モバイルデバイス７５０と、無線ネットワーク７５５と、プロファイルサーバ７６０と、受信デバイス７６５とを含む。これら４つの構成部品のそれぞれは、上で詳述した対照物（counterparts）に構成と機能の点で類似してよい。プロセスはステップ７０１で始まる。
【００５８】
ステップ７０１では、モバイルデバイス７５０から無線ネットワーク７５５に対し音声呼要求が発行される。この音声呼要求は、モバイルデバイス７５０のＥＳＮ及びＭＩＮのような、モバイルデバイス７５０を識別する情報を含む。加えて要求は、被呼番号を、すなわち受信デバイス７６５の電話番号（又はことによるとＭＩＮ）を含む。
【００５９】
ステップ７０３では、無線ネットワーク７５５は着信呼要求を受信デバイス７６５に通知する。無線ネットワーク７５５は、モバイルデバイス７５０から提供された被呼番号に基づき、受信デバイス７６５に音声呼要求を渡す。受信デバイス７６５に渡される音声呼要求は、発呼者ＩＤ情報等、モバイルデバイス７５０を識別する識別情報を含むことがある。ある強化策において、このステップで送信される通知は、上述したように予め作成されたプロファイルの署名を含むことがある。
【００６０】
ステップ７０４では、リモートデバイス７６５は、着呼に関連して表示するため、呼び出し音又は連絡情報のような情報を自身のローカルデータ格納装置で検索する。例えばリモートデバイス７６５には、モバイルデバイス７５０からの着呼に関連して使用するために格納された特定の告知が既にあるかもしれない。そうでない場合、又は着呼が到着するたびにチェックを行うようにリモートデバイス７６５が構成されている場合、プロセスは継続する。予めプロファイルの署名を受け取っている場合、リモートデバイス７６５は、プロファイルがローカルにあるか否かの判断に加え、ローカルプロファイルが最新のものか否かを判断できる。
【００６１】
ステップ７０５では、リモートデバイス７６５と無線ネットワーク７５５との間でデータ呼は開始され、確立される。一実施形態において、データ呼は、同時音声呼、及びデータ呼をサポートするＥＶ−ＤＯ技術を用いて確立される。プロファイルサーバ７６０がモバイルデバイス７５０に埋め込まれる代替案において、データ呼は、リモートデバイス７６５と起呼側モバイルデバイス７５０との間で事実上（effectively）確立される。この代替案は、無線ネットワーク７５５と起呼側モバイルデバイス７５０との間で第２のデータ呼（図示せず）を確立することを含む。たとえプロファイルサーバ７６０がモバイルデバイス７５０に内蔵される場合でも、又はモバイルデバイス７５０と併置される場合でも、後述する残りのステップが等しく当てはまることは理解されよう。さらに他の代替案では、例えばローカルに格納された連絡情報を周期的に更新するように、着信音声呼とは関係ない任意の、又は所定のときに、リモートデバイス７６５と起呼側モバイルデバイス７５０との間でデータ呼は確立される。
【００６２】
ステップ７０７では、今しがた確立したデータ呼を介して、受信デバイス７６５はプロファイルサーバ７６０に接続する。この接続には、ＴＣＰ／ＩＰ接続を介したＨＴＴＰ又は他の何らかの転送プロトコルのような、パケット方式プロトコルと組み合わせたハイパーテキスト転送メカニズムを使用できる。
【００６３】
ステップ７０９において、受信デバイス７６５はプロファイルサーバ７６０にプロファイルデータのためのクエリーを発行する。受信デバイス７６５は、モバイルデバイス７５０の着信電話番号等を用いて注目するプロファイルを識別できる。一つの強化策において、このクエリーは、データ転送をより効率化するための情報を含む。例えば、受信デバイス７５０に、１つのバージョンのプロファイルデータが既に存在する場合、クエリーとともにローカルバージョンのプロファイルデータの署名（例えばハッシュ）をことによると送信する。このように、プロファイルサーバ７６０は、受信デバイス７６５がプロファイルサーバ７６０にあるプロファイルデータを最後に検索した後に、プロファイルデータに変更が施されたか否かを判断するために署名を使用する。
【００６４】
ステップ７１１において、プロファイルサーバ７６０は、プロファイルデータを返すことによって受信デバイス７６５に応答する。一例において、プロファイルデータが呼び出し音のような呼告知を含む場合、プロファイルサーバ７６０は、リモートデバイス７６５へ呼告知のストリーミングを直ちに開始できる。あるいは、プロファイルデータが連絡情報を含む場合、プロファイルサーバ７６０はその連絡情報を送信できる。もうひとつの代替案において、プロファイルデータは画像を、ことによると多重解像度形式（例えばＪＰＥＧ２０００形式）で含む。この場合、リモートデバイス７６５がサポートできる解像度までに続く詳細さのレベルの各画像を送信するうち、プロファイルサーバ７６０は、最も低い詳細さの解像度レベルの画像の送信から開始する。このように、リモートデバイス７６５は、全体のフル解像度の画像を待たなければならない場合より早く画像の再生を開始することができる。
【００６５】
ステップ７１２では、適切であれば、プロファイルデータは着呼の告知に使用される。上記の例を用いて、呼び出し音は呼を告知するため再生され、連絡情報は発呼者を識別するため用いられ、及び／又は画像は発呼者の肖像（又はその他の像）を表示するために使用される。
【００６６】
ステップ７１３では、受信デバイス７６５は、プロファイルサーバ７６０とのデータセッションを切断する。ステップ７１５では、受信デバイス７６５が無線ネットワーク７５５とのデータ呼を切断し、又はデータ呼が休止状態に入る。
【００６７】
ステップ７１７では、受信デバイス７６５はモバイルデバイス７５０からの着信音声呼を受け付け、したがって受信デバイス７６５のユーザとモバイルデバイス７５０のユーザとの間の音声（又はその他、例えば映像）通信が可能になる。ステップ７１９では、２ユーザ間の会話が終わる場合、受信デバイス７６５とモバイルデバイス７５０との間の音声呼が終了する。
【００６８】
ステップ７１３及び７１５は、ステップ７１７及び７１９に関して、必ずしも特定の順序で遂行する必要がないことに注意されたい。換言すると、特定の技術を使用することによりデータ接続と音声呼は同時に維持できる。かかる技術を使用すれば、音声呼を処理する前にデータ呼を終了させる必要はない。
【００６９】
ステップ７２０において、受信デバイス７６５は、呼び出し音や連絡情報といったプロファイルデータの保存を促すことができる。ある特定の実装においては、プロファイルデータの保存にかかる料金をリモートデバイス７６５の勘定に請求することができる。
【００７０】
図８は、プロファイルデータを受信デバイスに提供するプロセスによって実行されるステップを概括的に示すプロセス図である。このプロセスは、通信デバイスのユーザが、電気通信ネットワーク上で共有されることを意図したプロファイルを作成又は修正することで始まる。プロセスはステップ８１０で始まる。
【００７１】
ステップ８１０では、電気通信ネットワークを介してリモートデバイスによりアクセス可能なプロファイルサーバとのデータ接続が確立される。データ接続は、プロファイルに関連するモバイルデバイスを使って確立され、あるいは代わりに、データ接続は、プロファイルサーバへ作動可能な状態で（operatively）結合された計算装置を使って確立される。
【００７２】
ステップ８２０では、プロファイルはプロファイルサーバで作成される。この実装において、プロファイルは発呼デバイスに関連づけられ、発呼デバイスの特性、受信デバイスの特有の挙動条件、又は他の何らかの任意のデータを記述するプロファイルデータ含む。
【００７３】
ステップ８３０では、電気通信ネットワークは、発呼デバイスからリモートデバイスにプロファイルデータを利用可能にすることを指示される。一例においては、発呼デバイスからリモートデバイスへの呼に応じて、プロファイルデータはリモートデバイスに利用可能にされる。換言すると、発呼デバイスからの呼は、プロファイルデータにアクセスするための受信デバイスへの暗黙的な許可の構成要素となる。
【００７４】
図９は、受信デバイスで発呼デバイスに関するプロファイルデータを受信するためのプロセスによって実行されるステップを概括的に示すプロセス図である。このプロセスは、発呼デバイスのユーザが受信デバイスに対し、音声呼等の呼を開始する場合に始まる。プロセスはステップ９１０で始まる。
【００７５】
ステップ９１０では、着呼に関連する呼データは受信デバイスにて受信される。この呼データは発呼デバイスの識別子を含む。識別子の例は、電話番号又は発呼デバイスのＭＩＮ及びＥＳＮを含む。
【００７６】
ステップ９２０では、プロファイルサーバとのデータセッションが開始される。このデータセッションは、電気通信ネットワーク上での同時データ呼によってサポートされる。一例においては、ＥＶ−ＤＯ通信技術はデータ呼をサポートすることに用いられる。
【００７７】
ステップ９３０では、プロファイルサーバは、発呼デバイスに関連するプロファイルを問い合わせられる。発呼デバイスの識別子は、注目するプロファイルを識別するために用いられる。プロファイルは呼告知、連絡情報、又は画像等を含むプロファイルデータを包含する。
【００７８】
ステップ９４０では、プロファイルデータはプロファイルサーバから検索される。一例において、プロファイルデータは、ストリーミングオーディオ形式で受信デバイスへストリームされる。別の例では、プロファイルデータは、テキスト連絡情報又は画像もしくはアバター等として受信デバイスへ配信される。
【００７９】
ステップ９５０では、プロファイルデータは着呼に関連して使用される。一例において、プロファイルデータは、呼び出し音としてストリーミングオーディオファイルを再生することによってのように、着信音声呼を告知できる。加えて、プロファイルデータは、受信デバイスに格納された発呼デバイスの連絡情報を更新することに用いられる。
【００８０】
図１０は、受信デバイスへ発呼デバイスに関するプロファイルデータの配信を促進するためのプロセスにより実行されるステップを概括的に示すプロセス図である。一実装において、プロセスは、無線ネットワーク等の電気通信ネットワークのコンポーネントによって実行される。プロセスはステップ１０１０で始まる。
【００８１】
ステップ１０１０では、発呼デバイスから受信デバイスへの呼を確立するための要求が受信される。この要求は、被呼番号、発呼番号（例えば発呼デバイスのＭＩＮ）、及び発呼デバイスのＥＳＮを含む発呼デバイスからの従来の呼要求の形式をとる。
【００８２】
ステップ１０２０では、受信デバイスは呼を通知される。一例において、電気通信ネットワークは受信デバイスとの音声呼の準備を開始する。通知は発呼デバイスの識別子（例えば発呼デバイスのＭＩＮ／ＥＳＮペア）を含む。
【００８３】
ステップ１０３０では、発呼デバイスに関連するプロファイルデータのための要求が受信デバイスから受信される。この要求は、電気通信ネットワークとの同時データ呼を介して送信され、識別子を含むことができる。
【００８４】
ステップ１０４０では、識別子に対応するプロファイルは、プロファイルデータを検索するためにアクセスされる。プロファイルは、ことによるとワイドエリアネットワークを介して、電気通信ネットワークで作動する（operative）通信内のプロファイルサーバに格納される。
【００８５】
ステップ１０５０では受信デバイスにプロファイルデータが返され、そこでプロファイルデータは、着呼を告知すること又は受信デバイスで発呼デバイスの連絡情報を更新するように何らかの適当な方法で使用される。
【００８６】
これまで特定の実施形態及び実装を参照して本発明を説明してきたが、これらは例証に過ぎず、本発明の範囲がこれらの実施形態に限定されないことを理解されたい。上述した実施形態には数多くの変形、修正、追加、及び改良が可能である。これらの変形、修正、追加、及び改良は、添付の特許請求の範囲の中で詳述する本発明の範囲内にある。
【技術分野】
【０００１】
本発明は、一般的には電気通信分野に、より具体的には電気通信デバイスのユーザ間のプロファイルデータ共有に関する。
【背景技術】
【０００２】
人々は今日、電気通信機器を幅広く利用している。この国のほぼ全世帯が少なくとも従来の有線電話サービスを利用しており、無線通信サービスを利用する世帯も非常に多い。電話をかけることは非常に頻繁で、多くの人々の一日の日常の一部である。
【０００３】
発呼者ＩＤという機能が非常に普及してきており、多くの電気通信の顧客がこれの利用を要求している。多くの人々にとって、電話に出る前に誰が電話をかけているかを知ることは非常に重要である。発呼者ＩＤが開発された当初は、発呼者の電話番号だけが受信側に見えていた。その後、発呼側の氏名が追加された。しかしながら、これまでのところ、技術的な限界とおそらくは創造力の欠如は、受信側への発呼側に関する情報の伝達におけるさらなる進歩を阻んでいた。
【０００４】
これまでのところ、受信側への発呼側に関する情報の伝達のための代替の方法及びメカニズムは、当業者にわかっていない。
【発明の概要】
【０００５】
本発明は、発呼者からの着呼を知らせるための呼準備時に受信側（「受信者」）の送受話器へ送信されることができる情報を含むプロファイルを作成し、保守することを、発呼側（「発呼者」）に可能にする電気通信デバイス及びサービスを対象とする。一態様においては、受信デバイスにプロファイルデータを利用可能にする方法が提供される。この方法はプロファイルサーバとのデータ接続を確立することを含み、プロファイルサーバは電気通信ネットワークを介してリモートデバイスによりアクセス可能である。この方法はプロファイルサーバでプロファイルを作成することをさらに含み、このプロファイルはプロファイルデータを含み、発呼デバイスに関連づけられる。この方法はまたさらに、発呼デバイスから電気通信ネットワークを介し、リモートデバイスへの呼に応じてリモートデバイスにプロファイルデータを利用可能にすることを電気通信ネットワークに指示することを含む。
【０００６】
他の態様においては、受信デバイスにおいて、発呼デバイスに関するプロファイルデータを受信する方法が提供される。この方法は、着呼に関連する呼データを受信することを含み、この呼データは発呼デバイスの識別子を含む。この方法はさらに、プロファイルサーバとのデータセッションを開始することと、識別子を用いて発呼デバイスに関連するプロファイルをプロファイルサーバに問い合わせることとを含み、このプロファイルはプロファイルデータを含む。この方法はまたさらに、プロファイルサーバからプロファイルデータを検索することと、着呼に関連してプロファイルデータを使用することとを含む。この方法を実装するために構成された装置もまた想定される。
【０００７】
さらに他の態様では、受信デバイスへの発呼デバイスに関するプロファイルデータの配信を促進するための方法が提供される。この方法は、発呼デバイスから受信デバイスへの呼を確立するための要求を受信することと、受信デバイスに呼を通知することとを含み、この通知は発呼デバイスの識別子を含む。この方法はさらに、識別子に基づき発呼デバイスに関連するプロファイルデータのための受信デバイスからの要求を受信することを含む。この方法はまたさらに、プロファイルデータを検索するため識別子に対応するプロファイルにアクセスすることと、受信デバイスへプロファイルデータを返すこととを含む。この方法を実装するために構成された装置もまた想定される。
【図面の簡単な説明】
【０００８】
【図１】図１は、本発明の実装を特に適用することができるサンプルモバイルデバイスを概括的に示す機能ブロック図である。
【図２】図２は、本発明のある実装で使用されるデータがロードされた格納媒体をいくぶんより詳細に示す機能ブロック図である。
【図３】図３は、起呼側デバイスから呼が受信される場合に被呼側デバイスで行われる告知を起呼側デバイスが指示するよう本発明を実装するシステムの概念図である。
【図４】図４は、本発明の実装で使用できるサンプルメッセージフォーマットを概括的に示す機能ブロック図である。
【図５】図５は、起呼側デバイスから呼を受信する場合に受信デバイスで再生される特定の呼告知を関連づけるため起呼側デバイスで実行されるプロセスの一実装を概括的に示す動作フロー図である。
【図６】図６は、起呼側デバイスによって識別される呼告知を用いて着呼を告知するプロセスを概括的に示す動作フロー図である。
【図７】図７は、起呼側デバイスによって要求される特定の呼告知で着呼を告知するプロセスをいくぶんより詳細に示す動作フロー図である。
【図８】図８は、発呼デバイスに関する情報を含むリモートプロファイルを作成又は保守するために実行されるステップを概括的に示すプロセス図である。
【図９】図９は、受信デバイスで発呼デバイスから呼を受信する場合に発呼デバイスに関するリモートプロファイルデータを検索するために実行されるステップを概括的に示すプロセス図である。
【図１０】図１０は、受信デバイスへの発呼デバイスに関するプロファイルデータの配信を促進するために実行されるステップを概括的に示すプロセス図である。
【発明を実施するための形態】
【０００９】
以下は、プロファイル共有のための様々な手法及びメカニズムの詳細な説明である。至極概括的に述べると、ユーザ又はユーザの電気通信デバイス（「発呼デバイス」）に関連づけられたプロファイルを作成し保守することを、ユーザに可能にする通信デバイス及び／又はサービスが提供される。プロファイルは、例えば電気通信サービス提供業者との通信内にあるプロファイルサーバ上に格納される。受信デバイスは発呼デバイスから呼を受信し、受信デバイスには呼準備中にプロファイルが提供される。受信デバイスにおける着呼と関連してプロファイルの一部又は全部が使われる。この基本コンセプトはこれより、ある特定の非制限的実施形態と関連して、より詳しく説明される。
【００１０】
先へ進む前に、本発明の実施形態の説明で使われるいくつかの用語を定義すると有益であろう。よって、この特許文書の全体を通じて以下の用語はここで与えられる意味を持つものとする。
【００１１】
用語「呼」は２つの電気通信デバイス間の何らかの通信を意味し、電話の呼に限定されない。むしろ用語「呼」はその最も広い意味で使われ、従来の電話呼、ボイス・オーバーＩＰ（ＶＯＩＰ）呼を含み、ＳＭＳメッセージ、インスタントメッセージ、ｅメール等のような、他の２つのデバイス間のメッセージ又は通信を含むこともある。
【００１２】
用語「告知」又は「呼告知」は、着呼を示すため電気通信デバイスによって遂行される知覚可能な事象を意味する。告知は、メディアファイル（例えばサウンド又は画像ファイル）、特定の順序で点滅する照明もしくは定常照明、振動、テキストもしくは英数字情報、又は他の何らかの知覚可能なメカニズムである。
【００１３】
用語「発呼デバイス」は発信呼を起こす電気通信デバイスを意味する。発呼デバイスという用語は、本文書の全体を通じて用語「発呼側」、「発呼者」、又は「起呼側デバイス」と互換的に使われる。
【００１４】
用語「受信デバイス」は着信呼を受信する電気通信デバイスを意味する。受信デバイスという用語は、本文書の全体を通じて用語「被呼側」、「受け手」、又は「受信側」と互換的に使われる。
【００１５】
図１は、本発明の一実施形態を実装するシステム１００の機能ブロック図である。図１に示すのは、サービス提供業者によって運営される無線通信ネットワーク１２２上で互いに通信するいくつかのモバイルデバイスである。無線ネットワークには、携帯電話機（１１２、１１８）やその他のモバイルメッセージングデバイス１２０等、いくつかの異なるタイプのモバイルデバイスを接続できる。ラップトップコンピュータ１１６等の計算システムも無線ネットワークに接続される。プロファイルサーバ１２４も無線ネットワークに接続され、無線ネットワークへ結合されたデバイスはプロファイルサーバ１２４にアクセスできる。
【００１６】
無線ネットワーク１２２は、インターネット等の公衆ワイドエリアネットワーク１２３へ結合されている。公衆ワイドエリアネットワーク１２３へ接続された汎用コンピュータ１２５等の計算装置は、ネットワークブリッジリンク１１４を介し、公衆ネットワーク１２３上のみならず、ことによると無線ネットワーク１２２上の、プロファイルサーバ１２４等の他の計算装置へアクセスすることがある。第１のプロファイルサーバ１２４に加えて、又はこれの代わりに、代替プロファイルサーバ１２６を公衆ネットワーク１２３へ接続することもできる。
【００１７】
特にこの実装において、プロファイルサーバ（１２４、１２６）の一方（又は両方）は、多数のプロファイルを格納するプロファイルストア（１２８、１３０）を含む。各プロファイルは１つ以上のモバイルデバイスに応じて保守される。プロファイルストア１２８については、後ほど図４と関連してさらに詳しく説明する。簡潔に述べると、プロファイルは、連絡情報、呼告知情報及び／もしくはコンテンツ、又は画像等のように、発呼側又は発呼デバイスに関する情報を含む。プロファイルは、ことによると発呼デバイスの電話番号やその他の識別子によって発呼デバイスに関連づけられる。プロファイルサーバ１２４に格納された情報は、無線ネットワーク１２２の他のユーザによりアクセスできる場合とそうでない場合とがある。
【００１８】
概括的に述べると、ユーザが発呼デバイス（例えば携帯電話機１１８）から受信デバイス（例えばモバイルメッセージングデバイス１２０）にかけて呼を行うときに、無線ネットワーク１２２は、プロファイルサーバ１２４から該当するプロファイルを検索し、これを呼準備中に受信デバイスへ提示する。このように、着呼を告知するために受信側により多くの情報を提示することができる。例えば、起呼側がプロファイルに画像を含めたなら、受信デバイスに予め写真がインストールされていなくても、受信デバイスで発呼者を写真で識別することができる、受信デバイスにおいて呼告知と組み合わせた画像が表示される。加えて、発呼デバイスの連絡情報は、受信側での皆無かごく僅かの手間で、受信デバイスへ容易に伝えられる。
【００１９】
図２は、機能ブロック図であり、より具体的には、通信ネットワークにおいてモバイルデバイスのユーザ間でプロファイルデータを共有するためのシステム２００のコンポーネントを図解する。コンポーネントは発呼デバイス２１８と受信デバイス２２０とを含む。発呼デバイス２１８と受信デバイス２２０は、携帯電話機やモバイルメッセージングデバイス等、少なくとも基礎的な計算能力を備える何らかの電気通信デバイスでよい。２つのデバイスは電気通信ネットワークを介して通信し、この通信ネットワークは、特にこの例ではたまたま無線ネットワーク２２２である。公衆交換電話網（ＰＳＴＮ）等の有線ネットワークのような、これ以外の多数のコンポーネント、及び他の介在通信ネットワークが無線ネットワーク２２２の中に組み入れられることは理解されよう。この説明では、電気通信デバイスの通信を可能にするために使われる何らかの通信インフラを概括的に表すため無線ネットワーク２２２を用いる。
【００２０】
プロファイルサーバ２２４は何らかの方法で無線ネットワーク２２２へ接続される。例えばプロファイルサーバ２２４は、移動電話中継局等のような、無線ネットワーク２２２の１コンポーネントと結合され、配置される。あるいは、プロファイルサーバ２２４は、ワイドエリアネットワーク等を介して無線ネットワーク２２２へ間接的に結合される。
【００２１】
上述したとおり、プロファイルサーバ２２４は無線ネットワーク２２２の特定の加入者又はユーザのプロファイルが置かれるプロファイルストア２２８を含む。特にこの実装で、発呼デバイス２１８のユーザはプロファイルサーバ２２４にアクセスし、発呼デバイス２１８に関連するプロファイル２２９を作成する。発呼デバイス２１８は、発呼デバイス２１８とプロファイルサーバ２２４との間のデータ通信をサポートする無線ネットワーク２２２上でデータ呼２０１を確立することによってプロファイルサーバ２２４にアクセスできる。あるいはユーザは、インターネットのようなワイドエリアネットワークを通じて無線ネットワーク２２２に結合された他の計算装置（図示せず）等、他の何らかのメカニズムを用いてプロファイルサーバ２２４にアクセスできる。いずれにせよユーザは、プロファイルストア２２８内のプロファイル２２９を作成し、保守するため、そしてそのプロファイル２２９を発呼デバイス２１８に関連づけるため、プロファイルサーバ２２４にアクセスする。
【００２２】
簡潔に述べると、連絡情報、所望の呼び出し音、画像、簡単なメッセージ等、ユーザが利用可能にすることを望む情報ならほとんどどれでもプロファイル２２９に含めることができる。いずれの任意の情報を含めることはできるが、呼準備中に情報が配信され得ることを保証するため、サイズ制限がかかることがある。このサイズ制限は、プロファイル情報の検索が行われるネットワーク（例えば無線ネットワーク２２２）のレイテンシーと使用可能な帯域幅に基づく。プロファイル情報が呼準備以外で配信される実装では、このサイズ制限をなくすことができる。図４には１つのサンプルプロファイルが描かれており、以下で説明する。
【００２３】
プロファイル２２９は、様々なメカニズムのいずれか１つ以上を用いて発呼デバイス２１８に関連づけることができる。例えば、プロファイル２２９は、電話番号もしくはモバイル識別番号（ＭＩＮ）、電子シリアル番号（ＥＳＮ）又はモバイル機器識別番号（ＭＥＩＤ）等のような発呼デバイス２１８の様々な識別子で関連づけられることができる。この関連づけは、無線ネットワーク２２２の１つ以上のコンポーネントによって保守される、データベース内の、あるいはことによると加入者データベース内の、プロファイルサーバ２２４に格納できる。
【００２４】
要するにシステム２００は、発呼デバイス２１８のユーザがプロファイルストア２２８においてプロファイル２２９を作成又は修正することを可能にする。プロファイル２２９は、それで、無線ネットワーク２２２を介して、受信デバイス２２０等の他のデバイスによりアクセス可能になる。
【００２５】
図３は、発呼デバイス２１８からの呼に関連して受信デバイス２２０へプロファイルデータを提供するための、図２に図示されたシステム２００の運用を示す機能ブロック図である。上記のとおり、プロファイルサーバ２２４はユーザがプロファイル２２９を作成したプロファイルストア２２８を含む。上述したとおり、プロファイル２２９も発呼デバイス２１８に関連づけられている。プロファイルサーバ２２４は、ひいてはプロファイルストア２２８は、無線ネットワーク２２２に作動可能な状態で（operatively）結合される。
【００２６】
発呼デバイス２１８から受信デバイス２２０へ呼３０１が行われるとき、例えば１つ以上の中継局（図示せず）のような無線ネットワーク２２２のコンポーネントは、介在通信ネットワークを含む無線ネットワーク２２２を通じて呼３０１を受信し、受信デバイス２２０へ送信する。
【００２７】
ネットワークに基づく実装の場合、呼準備中に、無線ネットワーク２２２は起呼側が誰なのか（すなわち発呼デバイス２１８）を判断するために呼３０１を解析する。この判断は、発呼デバイス２１８の電話番号、ＥＳＮ、ことによるとＭＩＮ等、呼３０１に埋め込まれた呼データを用いて行うことができる。無線ネットワーク２２２はそれから、プロファイルストア２２８から発呼デバイス２１８のプロファイル２２９を検索し、少なくともそのプロファイル２２９の一部分は受信デバイス２２０へ渡す。用語「プロファイルデータ」は、プロファイル２２９に格納され、本文書内で検討される用途のために検索されたデータのいずれかの部分を指す。「プロファイルデータ」はプロファイル２２９の全体であったり、プロファイル２２９のいずれかの部分であったり、複数の部分の組み合わせであったりする。
【００２８】
この実装において、プロファイルデータはことによると多重データメッセージ形式（ＭＤＭＦ）プロトコルの拡張として、呼３０１に関連して送信される発呼者ＩＤに含めることができ、無線ネットワーク２２２から受信デバイス２２０へ送信できる。呼の準備に代替プロトコルが使用される場合は、無線ネットワーク２２２によって受信デバイス２２０へ最初に送信されるどのデータパッケージにもプロファイル情報を含めることができる。受信されると、受信デバイス２２０は、着呼３０１を告知する、又は受信デバイス２２０に格納された発呼側の連絡情報を更新するような、何らかの適当な方法でプロファイルデータを利用する。
【００２９】
無線ネットワーク２２２は最初に、受信デバイス２２０がリモートプロファイル告知を許可するサービスに加入されているか否かを判断することに注意されたい。例えば、無線ネットワーク２２２を担当するサービス提供業者は、オプションのサービス又は機能に加入されている受信デバイス２２０だけにプロファイルデータを提供する。この判断は、中継局等（図示せず）によって下すことができる。
【００３０】
デバイスに基づく実装の場合、無線ネットワーク２２２は、受信デバイス２２０に、実質的に従来型の方法で着呼３０１を通知する。しかしながら、呼準備中に受信デバイス２２０は、プロファイルサーバ２２４へ、ことによるとエボリューション・データ・オプティマイズド（ＥＶ−ＤＯ）無線データネットワークを用いてデータ呼３１１を直ちに開始する。この同時データ呼３１１は、受信デバイス２２０がプロファイルサーバ２２４へ接続し、プロファイルストア２２８上のプロファイル２２９からプロファイルデータを検索することを可能にする。
【００３１】
これらの実装のいずれかで、発呼デバイス２１８は、受信デバイス２２０で着呼３０１がどのように告知されるかを決定又は左右できる。例えば、プロファイル２２９に個人的な呼び出し音が格納されているなら、その呼び出し音は、受信デバイス２２０における着呼の告知に使用されうる。より具体的には、データ呼３１１を用いて、受信デバイス２２０で直ちにその呼び出し音の再生を開始することを可能にするため、無線ネットワーク２２２は受信デバイス２２０へ呼び出し音を「ストリーム」できる。このサービスは、ことによると有料で、受信デバイス２２０において、呼び出し音が保存されるように構成できる。別の例では、発呼側の写真や発呼側が選ぶアバター等の画像を受信デバイス２２０に配信し、表示することができる。さらに別の例では、発呼デバイス２１８のユーザがプロファイル２２９に連絡情報を含めることができる。これを用いて、受信デバイス２２０のユーザが何ら余分な手間をかけることなく、発呼側の最新の連絡情報で受信デバイス２２０を更新できる。
【００３２】
プロファイルデータは必ずしも呼準備中に配信する必要がないことに注意されたい。連絡情報の例のような状況において、当初の着呼３０１が処理されている間に、バックグラウンドでデータ呼３１１を使ってプロファイルデータを配信できる。これは、着呼３０１の告知にプロファイルデータが必要ない場合、もしくは使用しない場合に、又は呼準備中に配信するにはプロファイルデータがあまりにも大きい場合に便利である。前者の場合は、音声呼３０１が起きている際に、プロファイルデータは受信デバイス２２０によってダウンロードされ、しかるべき場所に格納される。後者の場合は、プロファイルデータは受信デバイス２２０によってダウンロードされ、呼告知に関係するならば、発呼デバイス２１８からの以降の呼を告知するため使用される。別の代替案では、受信デバイス２２０が正常にアイドル状態にある場合のように、音声呼が終了した後に、プロファイルデータを受信デバイス２２０へダウンロードできる。
【００３３】
図４は、本発明の特定の実装によって想定される、１つ以上のプロファイル４１０が存在するプロファイルストア４２８を示す機能ブロック図である。上述したとおり、プロファイルストア４２８は電気通信ネットワークとの通信を実行するプロファイルサーバ（図示せず）によって保守される。
【００３４】
各プロファイルは、ユーザが他者へ利用可能にすることを望むいずれかの任意のデータを含む「プロファイルデータ」を含む。プロファイル４１０は、ユーザが他者へ利用可能にすることを望まない情報をさらに含むこともある。プロファイルデータは、呼告知４１２及び／又は連絡情報４１４をおそらく含むことが想定される。呼告知４１２は、音楽や特徴的な可聴音（一般的に「呼び出し音」と呼ばれる）等、着呼を告知するため再生されるメディアファイルであってよい。着呼の識別に使うことができる、多くの異なるフォーマットにおいて、いくつかの異なる形式のメディアファイルがある。例えば、ＭＩＤＩ、ＣＭＸ、ＲＴＴＴＬ、ＡＩＦＦ、ＳＭＡＦ、ＰＣＭ、ＭＰ３、ＷＡＶ等、異なるフォーマットで、モノフォニック又はポリフォニックオーディオファイルを利用できる。
【００３５】
ここではオーディオファイルとして呼告知４１２が説明されるが、呼告知４１２は、いずれかの知覚可能な形式の告知のための記述情報を含む、いずれの形式のリソースであってもよいことは理解されよう。例えば、もしもモバイルデバイスが特徴的な振動告知で着呼を告知するなら、それぞれの呼告知４１２は異なる振動の記述を含む。同様に、もしもモバイルデバイスが特徴的な点滅照明で着呼を告知するなら、呼告知４１２は、点滅照明もしくは色付き照明の特徴的なパターン、又は２つの何らかの組み合わせをそれぞれ記述する。これらはしかし、例に過ぎず、通常の実験により他のものも明らかとなるであろう。
【００３６】
連絡情報４１４は、個人又は実体（entities）を記述するデータを含む。プロファイル４１０に格納できる連絡情報４１４の例は、プロファイル４１０に関連する当人の氏名、当人を雇っている会社、当人の電話番号及び住所、当人のｅメールアドレス、並びにその他の情報である。
【００３７】
プロファイル４１０はまた、プロファイル４１０に関連する当人の写真である画像４１６を含む。画像４１６は、当人が望む他の人物又は物の写真であってもよい。画像４１６は、当人が望むアバター又はその他のアイコン等のクリップアート画像であってもよい。そのようなクリップアート画像は、電子フォーラム、掲示板、及びインスタントメッセージングサービスに関連してよく使われている。
【００３８】
プロファイル４１０はまた、ユーザが他者へ利用可能にすることを望む何らかの他のデータ４１８を含む。例えば、簡単なテキストメッセージ（その他）をプロファイル４１０に含めることができる。プロファイル４１０をプロファイルストア４２８にある他のプロファイルと一意に区別するため、プロファイル４１０とともにインデックス４２０が含まれる。インデックス４２０はどんな形式の識別子であってもよい。
【００３９】
プロファイルストア４２８はこの実装において、発呼側の識別子をプロファイルのインデックスに対応させるプロファイルテーブル４３０をも含む。電話番号、ＭＩＮ、ＥＳＮ、又はＭＥＩＤ等のように、発呼側識別子はあるひとつの発呼デバイスを別の発呼デバイスから一意に区別するものならどんな形式の情報であってもよい。インデックスは、インデックス４２０のように、各プロファイルに関連づけられた特定のインデックスである。プロファイルテーブル４３０は、呼を行うために使われる特定の電気通信デバイスにプロファイルを対応づける。
【００４０】
図５は、本発明の実装を特に適用できる携帯電話機等のサンプルモバイルデバイス５０１を概括的に示す機能ブロック図である。モバイルデバイス５０１は、携帯電話機、モバイルメッセージングデバイス、個人用デジタル補助装置、ポータブルミュージックプレーヤー、又は全地球測位衛星（ＧＰＳ）装置等、どんな手持ち型計算装置であってもよい。ここでは手持ち型計算装置の状況で説明するが、本発明の実装は、従来の有線電話システムのような他の分野に等しく応用できることは理解されたい。
【００４１】
この例で、モバイルデバイス５０１は、プロセッサユニット５０４、メモリ５０６、格納媒体５１３、及びオーディオユニット５３１を含む。プロセッサユニット５０４は、デジタル信号プロセッサ（ＤＳＰ）のような専用プロセッサ又はマイクロプロセッサを有利に含むが、代替案においてはいずれの従来型のプロセッサ、コントローラ、マイクロコントローラ、又はステートマシンであってもよい。
【００４２】
プロセッサユニット５０４は、プロセッサユニット５０４によって実行されるソフトウェア命令を保持するＲＡＭメモリとして有利に実装されるメモリ５０６へ結合される。本実施形態では、メモリ５０６に格納されるソフトウェア命令は、リモートプロファイルマネージャ５１１と、ランタイム環境又はオペレーティングシステム５１０、及び１つ以上のその他のアプリケーション５１２を含む。メモリ５０６はオンボードＲＡＭであってよく、あるいはＡＳＩＣにプロセッサユニット５０４とメモリ５０６をまとめることもできる。メモリ５０６は代替の実施形態において、ファームウェア又はフラッシュメモリからなる。
【００４３】
プロセッサユニット５０４は、ほんの数例を挙げると、ＲＯＭメモリ、フラッシュメモリ、又は磁気ディスクドライブのような何らかの不揮発性メモリとして実装される格納媒体５１３へ結合される。格納媒体５１３はまた、キャッシュ（ＲＡＭ）メモリが付属する磁気ディスクドライブのように、それらの技術や他の技術の何らかの組み合わせとして実装される。特にこの実施形態において、格納媒体５１３は、モバイルデバイス５０１の電源がオフになっているときに、又は電力がない期間中に、データを格納するために使われる。格納媒体５１３は、連絡情報又は呼び出し音のような呼告知を格納するために使うこともできる。
【００４４】
モバイルデバイス５０１はまた、モバイルデバイス５０１と１つ以上の他の計算装置との双方向通信を可能にする通信モジュール５２１を含む。通信モジュール５２１は、携帯電話網、Ｂｌｕｅｔｏｏｔｈ（登録商標）接続、無線ローカルエリアネットワーク、又はことによると無線ワイドエリアネットワークのような、ＲＦ又はその他無線通信を可能にするコンポーネントを含むことがある。代わりに通信モジュール５２１は、イーサネット（登録商標）接続、ＲＪ−１１接続、ユニバーサルシリアルバス接続、又はＩＥＥＥ １３９４（ファイヤーワイヤー）接続等のような、固定又は有線ネットワーク接続を可能にするコンポーネントを含むことがある。これらは非網羅的一覧として意図されており、このほかにも数多くの代替案が可能である。
【００４５】
オーディオユニット５３１は、アナログ形式とデジタル形式との間で信号を変換するよう構成されたモバイルデバイス５０１の１コンポーネントである。オーディオユニット５３１は、スピーカー５３２を使って音を出力し、マイクロフォン５３３から入力信号を受け取るために、モバイルデバイス５０１によって使用される。着呼の可聴告知はオーディオユニット５３１及びスピーカー５３２を使って作成することができる。例えば、特徴的な呼び出し音を再生することによって着呼を告知できる。様々な音楽の音色又は曲を使うこともできる。
【００４６】
この実装では着呼を聞こえるように告知するが、これ以外のメカニズムを使用することもできる。例えば、異なる発呼者に特有の方法でモバイルデバイス５０１を振動させることによって呼を告知するために、振動メカニズム（図示せず）を使用することができる。あるいは、照明システムを、独特の順序で、又は異なる色により点滅して使用できる。本発明の範囲には、あらゆる知覚可能なメカニズム又は手法を用いて伝えられる告知が含まれると想定される。
【００４７】
リモートプロファイルマネージャ５１１は、発呼側の識別情報を識別するため着呼を評価するように構成されたユーティリティ又はサービスである。リモートプロファイルマネージャ５１１はさらに、通信モジュール５２１を使用し、リモートプロファイルサーバに向けてデータ呼を開始する形に、又はリモートプロファイルサーバからデータ呼を受け付ける形に、構成される。リモートプロファイルマネージャ５１１は、呼識別情報をもとにリモートプロファイルサーバから発呼側のプロファイルデータを引き出す形に構成される。
【００４８】
リモートプロファイルマネージャ５１１は、プロファイルデータを処理又は消費するためにその他のアプリケーション５１２と連携することもできる。例えば、プロファイルデータが呼び出し音を含む場合、リモートプロファイルマネージャ５１１は、着呼の告知を担当するＯＳ ５１０のコンポーネントにその呼び出し音を引き渡す。プロファイルデータが連絡情報を含む場合、リモートプロファイルマネージャ５１１は、ローカルコンタクトデータストア（格納媒体５１３）への包含のために、プロファイルデータをコンタクトマネージャ（その他のアプリケーション５１２の中）に引き渡す。
【００４９】
図６は、リモートプロファイルを作成し、保守するための特定のシステムの構成部分によって遂行される一連の操作を概括的に示すプロセス図である。このプロセスに関わる構成部分は、モバイルデバイス６５０、無線ネットワーク６５５、及びプロファイルサーバ６６０を含む。これら３つの構成部分それぞれは、上で詳述した対照物（counterparts）に構成と機能の点で類似してよい。プロセスはステップ６０１で始まる。
【００５０】
ステップ６０１では、モバイルデバイス６５０は、ローカルに格納されたプロファイルを作成又は修正するために使用される。特にこの実装において、モバイルデバイス６５０は、モバイルデバイス６５０のユーザに任意のデータの入力を許す、プロファイルを構築するために用いるデータストア又はテンプレートを含む。例えば、モバイルデバイス６５０からの呼を告知するために使われるデフォルトの呼び出し音は、プロファイルに格納される。モバイルデバイス６５０から呼を告知するために他の個人によって使用されるある付加的な呼び出し音を含めることもできる。モバイルデバイス６５０のユーザを記述する連絡情報を含めることもできる。プロファイルで変更の有無を判断するのに役立てるため、プロファイルの「署名」をプロファイルと関連して格納することもできる。この「署名」は、ハッシュ、摘要、又はタイムスタンプ等、特定のプロファイル状態を一意に識別するために用いられる何らかの情報である。図７に関連して後述するとおり、この情報は、以降の呼に関連してプロファイルを検索するか否かを判断するために、受信デバイスによって使用される。
【００５１】
ステップ６０３では、モバイルデバイス６５０と無線ネットワーク６５５との間でデータ呼は開始され、確立される。一実施形態においては、同時音声呼、及びデータ呼をサポートするＥＶ−ＤＯ技術を用いてデータ呼を確立できる。あるいは、モバイルデバイス６５０と無線ネットワーク６５５との間で通常のデータ接続が確立される。
【００５２】
ステップ６０５では、今しがた確立されたデータ呼を介して、モバイルデバイス６５０はプロファイルサーバ６６０に接続する。この接続は、モバイルデバイス上に存在するブラウザ方式のソフトウェアか他の何らかの専用ソフトウェアを用いて行うことができる。この接続には、ＴＣＰ／ＩＰ接続を介したＨＴＴＰや他の何らかの転送プロトコルのように、パケット方式プロトコルと組み合わせてハイパーテキスト転送メカニズムを使用する。一例においては、プロファイルサーバ６６０は、ユニバーサルリソースロケーター（ＵＲＬ）又はユニバーサルリソース識別子（ＵＲＩ）によって識別され、ユーザは、プロファイルサーバ６６０へナビゲートするブラウザソフトウェアにこのＵＲＬ又はＵＲＩを入力する。接続にはさらに、セキュリティとデータの保全性を強化するため、暗号化された安全なバージョンの転送プロトコルを使用することもできる。
【００５３】
ステップ６０７では、モバイルデバイス６５０はステップ６０１で作成したプロファイルをプロファイルサーバ６６０へ送信する。一例において、モバイルデバイス６５０は、プロファイルをプロファイルサーバ６６０へアップロードすることにより、そして新規プロファイルを作成するか、又は既存のプロファイルを修正することにより、プロファイルを送信する。あるいは、プロファイルは、最初にモバイルデバイス６５０でローカルにプロファイルを作成するのではなく、プロファイルサーバ６６０でダイレクトに作成又は修正することもできる。プロファイルサーバ６６０へ接続されている間、モバイルデバイス６５０は、プロファイルに関連するその他の設定を変更することもできる。例えばユーザは、プロファイルへのアクセスを制限するため、何らかの特権又は許可を付加することを望むかもしれない。
【００５４】
ステップ６０９では、モバイルデバイス６５０とプロファイルサーバ６６０間のデータセッションが終了する。ステップ６１１では、モバイルデバイス６５０と無線ネットワーク６５５間のデータ呼は、切断するか、又は休止状態に入る。データ呼は手動で、あるいはことによるとタイムアウトイベントの結果として切断される。
【００５５】
ここで説明する図６に描かれたプロセスはひとつの選択肢に過ぎず、これ以外の代替案も可能であることを理解されたい。例えば、モバイルデバイス６５０を使ってプロファイルを作成し保守するよりもむしろ、ユーザは、ことによるとイントラネットやインターネット等の従来のネットワークを介しプロファイルサーバ６６０へ接続する従来の汎用コンピュータを用いて、プロファイルを作成し保守できる。
【００５６】
さらに、ある実施形態においては、プロファイルサーバ６６０は、切り離されたシステム上にあるよりもむしろ、モバイルデバイス６５０自体の一部として組み込まれる。このような代替案において、後ほどより詳しく説明するとおり、モバイルデバイス６５０は、他の受信デバイスに対して呼を行うことに関連して、自身のプロファイルデータを直接、提供できる。かかる代替実施形態は、したがって当然、切り離された場所でプロファイルデータを保守することや切り離された場所へプロファイルデータをアップロードすることに関係する図６に示された操作が不要である。
【００５７】
図７は、着呼に応じてリモートプロファイルを検索するため、特定のシステム構成部品によって実行される一連の操作を概括的に示すプロセス図である。このプロセスにかかわる特別の構成部品は、モバイルデバイス７５０と、無線ネットワーク７５５と、プロファイルサーバ７６０と、受信デバイス７６５とを含む。これら４つの構成部品のそれぞれは、上で詳述した対照物（counterparts）に構成と機能の点で類似してよい。プロセスはステップ７０１で始まる。
【００５８】
ステップ７０１では、モバイルデバイス７５０から無線ネットワーク７５５に対し音声呼要求が発行される。この音声呼要求は、モバイルデバイス７５０のＥＳＮ及びＭＩＮのような、モバイルデバイス７５０を識別する情報を含む。加えて要求は、被呼番号を、すなわち受信デバイス７６５の電話番号（又はことによるとＭＩＮ）を含む。
【００５９】
ステップ７０３では、無線ネットワーク７５５は着信呼要求を受信デバイス７６５に通知する。無線ネットワーク７５５は、モバイルデバイス７５０から提供された被呼番号に基づき、受信デバイス７６５に音声呼要求を渡す。受信デバイス７６５に渡される音声呼要求は、発呼者ＩＤ情報等、モバイルデバイス７５０を識別する識別情報を含むことがある。ある強化策において、このステップで送信される通知は、上述したように予め作成されたプロファイルの署名を含むことがある。
【００６０】
ステップ７０４では、リモートデバイス７６５は、着呼に関連して表示するため、呼び出し音又は連絡情報のような情報を自身のローカルデータ格納装置で検索する。例えばリモートデバイス７６５には、モバイルデバイス７５０からの着呼に関連して使用するために格納された特定の告知が既にあるかもしれない。そうでない場合、又は着呼が到着するたびにチェックを行うようにリモートデバイス７６５が構成されている場合、プロセスは継続する。予めプロファイルの署名を受け取っている場合、リモートデバイス７６５は、プロファイルがローカルにあるか否かの判断に加え、ローカルプロファイルが最新のものか否かを判断できる。
【００６１】
ステップ７０５では、リモートデバイス７６５と無線ネットワーク７５５との間でデータ呼は開始され、確立される。一実施形態において、データ呼は、同時音声呼、及びデータ呼をサポートするＥＶ−ＤＯ技術を用いて確立される。プロファイルサーバ７６０がモバイルデバイス７５０に埋め込まれる代替案において、データ呼は、リモートデバイス７６５と起呼側モバイルデバイス７５０との間で事実上（effectively）確立される。この代替案は、無線ネットワーク７５５と起呼側モバイルデバイス７５０との間で第２のデータ呼（図示せず）を確立することを含む。たとえプロファイルサーバ７６０がモバイルデバイス７５０に内蔵される場合でも、又はモバイルデバイス７５０と併置される場合でも、後述する残りのステップが等しく当てはまることは理解されよう。さらに他の代替案では、例えばローカルに格納された連絡情報を周期的に更新するように、着信音声呼とは関係ない任意の、又は所定のときに、リモートデバイス７６５と起呼側モバイルデバイス７５０との間でデータ呼は確立される。
【００６２】
ステップ７０７では、今しがた確立したデータ呼を介して、受信デバイス７６５はプロファイルサーバ７６０に接続する。この接続には、ＴＣＰ／ＩＰ接続を介したＨＴＴＰ又は他の何らかの転送プロトコルのような、パケット方式プロトコルと組み合わせたハイパーテキスト転送メカニズムを使用できる。
【００６３】
ステップ７０９において、受信デバイス７６５はプロファイルサーバ７６０にプロファイルデータのためのクエリーを発行する。受信デバイス７６５は、モバイルデバイス７５０の着信電話番号等を用いて注目するプロファイルを識別できる。一つの強化策において、このクエリーは、データ転送をより効率化するための情報を含む。例えば、受信デバイス７５０に、１つのバージョンのプロファイルデータが既に存在する場合、クエリーとともにローカルバージョンのプロファイルデータの署名（例えばハッシュ）をことによると送信する。このように、プロファイルサーバ７６０は、受信デバイス７６５がプロファイルサーバ７６０にあるプロファイルデータを最後に検索した後に、プロファイルデータに変更が施されたか否かを判断するために署名を使用する。
【００６４】
ステップ７１１において、プロファイルサーバ７６０は、プロファイルデータを返すことによって受信デバイス７６５に応答する。一例において、プロファイルデータが呼び出し音のような呼告知を含む場合、プロファイルサーバ７６０は、リモートデバイス７６５へ呼告知のストリーミングを直ちに開始できる。あるいは、プロファイルデータが連絡情報を含む場合、プロファイルサーバ７６０はその連絡情報を送信できる。もうひとつの代替案において、プロファイルデータは画像を、ことによると多重解像度形式（例えばＪＰＥＧ２０００形式）で含む。この場合、リモートデバイス７６５がサポートできる解像度までに続く詳細さのレベルの各画像を送信するうち、プロファイルサーバ７６０は、最も低い詳細さの解像度レベルの画像の送信から開始する。このように、リモートデバイス７６５は、全体のフル解像度の画像を待たなければならない場合より早く画像の再生を開始することができる。
【００６５】
ステップ７１２では、適切であれば、プロファイルデータは着呼の告知に使用される。上記の例を用いて、呼び出し音は呼を告知するため再生され、連絡情報は発呼者を識別するため用いられ、及び／又は画像は発呼者の肖像（又はその他の像）を表示するために使用される。
【００６６】
ステップ７１３では、受信デバイス７６５は、プロファイルサーバ７６０とのデータセッションを切断する。ステップ７１５では、受信デバイス７６５が無線ネットワーク７５５とのデータ呼を切断し、又はデータ呼が休止状態に入る。
【００６７】
ステップ７１７では、受信デバイス７６５はモバイルデバイス７５０からの着信音声呼を受け付け、したがって受信デバイス７６５のユーザとモバイルデバイス７５０のユーザとの間の音声（又はその他、例えば映像）通信が可能になる。ステップ７１９では、２ユーザ間の会話が終わる場合、受信デバイス７６５とモバイルデバイス７５０との間の音声呼が終了する。
【００６８】
ステップ７１３及び７１５は、ステップ７１７及び７１９に関して、必ずしも特定の順序で遂行する必要がないことに注意されたい。換言すると、特定の技術を使用することによりデータ接続と音声呼は同時に維持できる。かかる技術を使用すれば、音声呼を処理する前にデータ呼を終了させる必要はない。
【００６９】
ステップ７２０において、受信デバイス７６５は、呼び出し音や連絡情報といったプロファイルデータの保存を促すことができる。ある特定の実装においては、プロファイルデータの保存にかかる料金をリモートデバイス７６５の勘定に請求することができる。
【００７０】
図８は、プロファイルデータを受信デバイスに提供するプロセスによって実行されるステップを概括的に示すプロセス図である。このプロセスは、通信デバイスのユーザが、電気通信ネットワーク上で共有されることを意図したプロファイルを作成又は修正することで始まる。プロセスはステップ８１０で始まる。
【００７１】
ステップ８１０では、電気通信ネットワークを介してリモートデバイスによりアクセス可能なプロファイルサーバとのデータ接続が確立される。データ接続は、プロファイルに関連するモバイルデバイスを使って確立され、あるいは代わりに、データ接続は、プロファイルサーバへ作動可能な状態で（operatively）結合された計算装置を使って確立される。
【００７２】
ステップ８２０では、プロファイルはプロファイルサーバで作成される。この実装において、プロファイルは発呼デバイスに関連づけられ、発呼デバイスの特性、受信デバイスの特有の挙動条件、又は他の何らかの任意のデータを記述するプロファイルデータ含む。
【００７３】
ステップ８３０では、電気通信ネットワークは、発呼デバイスからリモートデバイスにプロファイルデータを利用可能にすることを指示される。一例においては、発呼デバイスからリモートデバイスへの呼に応じて、プロファイルデータはリモートデバイスに利用可能にされる。換言すると、発呼デバイスからの呼は、プロファイルデータにアクセスするための受信デバイスへの暗黙的な許可の構成要素となる。
【００７４】
図９は、受信デバイスで発呼デバイスに関するプロファイルデータを受信するためのプロセスによって実行されるステップを概括的に示すプロセス図である。このプロセスは、発呼デバイスのユーザが受信デバイスに対し、音声呼等の呼を開始する場合に始まる。プロセスはステップ９１０で始まる。
【００７５】
ステップ９１０では、着呼に関連する呼データは受信デバイスにて受信される。この呼データは発呼デバイスの識別子を含む。識別子の例は、電話番号又は発呼デバイスのＭＩＮ及びＥＳＮを含む。
【００７６】
ステップ９２０では、プロファイルサーバとのデータセッションが開始される。このデータセッションは、電気通信ネットワーク上での同時データ呼によってサポートされる。一例においては、ＥＶ−ＤＯ通信技術はデータ呼をサポートすることに用いられる。
【００７７】
ステップ９３０では、プロファイルサーバは、発呼デバイスに関連するプロファイルを問い合わせられる。発呼デバイスの識別子は、注目するプロファイルを識別するために用いられる。プロファイルは呼告知、連絡情報、又は画像等を含むプロファイルデータを包含する。
【００７８】
ステップ９４０では、プロファイルデータはプロファイルサーバから検索される。一例において、プロファイルデータは、ストリーミングオーディオ形式で受信デバイスへストリームされる。別の例では、プロファイルデータは、テキスト連絡情報又は画像もしくはアバター等として受信デバイスへ配信される。
【００７９】
ステップ９５０では、プロファイルデータは着呼に関連して使用される。一例において、プロファイルデータは、呼び出し音としてストリーミングオーディオファイルを再生することによってのように、着信音声呼を告知できる。加えて、プロファイルデータは、受信デバイスに格納された発呼デバイスの連絡情報を更新することに用いられる。
【００８０】
図１０は、受信デバイスへ発呼デバイスに関するプロファイルデータの配信を促進するためのプロセスにより実行されるステップを概括的に示すプロセス図である。一実装において、プロセスは、無線ネットワーク等の電気通信ネットワークのコンポーネントによって実行される。プロセスはステップ１０１０で始まる。
【００８１】
ステップ１０１０では、発呼デバイスから受信デバイスへの呼を確立するための要求が受信される。この要求は、被呼番号、発呼番号（例えば発呼デバイスのＭＩＮ）、及び発呼デバイスのＥＳＮを含む発呼デバイスからの従来の呼要求の形式をとる。
【００８２】
ステップ１０２０では、受信デバイスは呼を通知される。一例において、電気通信ネットワークは受信デバイスとの音声呼の準備を開始する。通知は発呼デバイスの識別子（例えば発呼デバイスのＭＩＮ／ＥＳＮペア）を含む。
【００８３】
ステップ１０３０では、発呼デバイスに関連するプロファイルデータのための要求が受信デバイスから受信される。この要求は、電気通信ネットワークとの同時データ呼を介して送信され、識別子を含むことができる。
【００８４】
ステップ１０４０では、識別子に対応するプロファイルは、プロファイルデータを検索するためにアクセスされる。プロファイルは、ことによるとワイドエリアネットワークを介して、電気通信ネットワークで作動する（operative）通信内のプロファイルサーバに格納される。
【００８５】
ステップ１０５０では受信デバイスにプロファイルデータが返され、そこでプロファイルデータは、着呼を告知すること又は受信デバイスで発呼デバイスの連絡情報を更新するように何らかの適当な方法で使用される。
【００８６】
これまで特定の実施形態及び実装を参照して本発明を説明してきたが、これらは例証に過ぎず、本発明の範囲がこれらの実施形態に限定されないことを理解されたい。上述した実施形態には数多くの変形、修正、追加、及び改良が可能である。これらの変形、修正、追加、及び改良は、添付の特許請求の範囲の中で詳述する本発明の範囲内にある。
【特許請求の範囲】
【請求項１】
受信デバイスにプロファイルデータを利用可能にする方法であって、
通信ネットワークを介しリモートデバイスによってアクセス可能であるプロファイルサーバとのデータ接続を確立することと、
プロファイルデータを含み、発呼デバイスに関連づけられるプロファイルを前記プロファイルサーバにおいて作成することと、
前記発呼デバイスから前記電気通信ネットワークを介し前記リモートデバイスに前記プロファイルデータを利用可能にすることを前記通信ネットワークに指示することを具備する方法。
【請求項２】
前記データ接続は、無線ネットワーク上で確立される請求項１記載の方法。
【請求項３】
前記データ接続は、有線ネットワーク上で確立される請求項１記載の方法。
【請求項４】
前記プロファイルサーバは、前記発呼デバイスか前記リモートデバイスのいずれかに存在する請求項１記載の方法。
【請求項５】
前記データ接続は、ワイドエリアネットワーク上で確立される請求項１記載の方法。
【請求項６】
前記プロファイルデータは、前記発呼デバイスから前記リモートデバイスへの呼に応じて前記リモートデバイスに利用可能にされる請求項１記載の方法。
【請求項７】
前記プロファイルデータは、前記発呼デバイスから前記リモートデバイスへの音声通信とは無関係に前記リモートデバイスに利用可能にされる請求項１記載の方法。
【請求項８】
前記電気通信ネットワークは、無線通信ネットワークを具備する請求項１記載の方法。
【請求項９】
前記プロファイルデータは、前記電気通信ネットワーク上で共有されることが意図された情報を含む請求項１記載の方法。
【請求項１０】
前記情報は、呼告知、連絡情報、画像、及びメッセージのうち、少なくとも１つを具備する請求項９記載の方法。
【請求項１１】
受信デバイスにおいて発呼デバイスに関するプロファイルデータを受信する方法であって、
前記発呼デバイスの識別子を含み、着呼に関連する呼データを受信することと、
プロファイルサーバとのデータセッションを開始することと、
前記プロファイルデータを含み、前記識別子を用いて前記発呼デバイスに関連するプロファイルに関して前記プロファイルサーバに問い合わせることと、
前記プロファイルサーバから前記プロファイルデータを検索することと、
前記着呼に関連して前記プロファイルデータを使用することとを具備する方法。
【請求項１２】
前記データセッションを開始するステップ、前記プロファイルサーバに問い合わせるステップ、及び前記プロファイルデータを検索するステップは、電気通信ネットワークのコンポーネントによって実行される請求項１１記載の方法。
【請求項１３】
前記コンポーネントは、前記受信デバイスを具備する請求項１２記載の方法。
【請求項１４】
前記コンポーネントは、前記電気通信ネットワーク内の中継局を具備する請求項１２記載の方法。
【請求項１５】
前記識別子は、選択される１つ以上の電話番号、移動体識別番号、電子シリアル番号、及び／又は移動体機器識別番号を具備する請求項１１記載の方法。
【請求項１６】
前記プロファイルデータは、呼告知、連絡情報、画像、及びメッセージのうち少なくとも１つを具備する請求項１１記載の方法。
【請求項１７】
前記呼告知はオーディオファイルを具備し、前記プロファイルデータを検索することは、前記オーディオファイルをストリーミングデータとして受信することを具備する請求項１６記載の方法。
【請求項１８】
前記プロファイルデータを使用することは、ストリーミングオーディオデータを受信することと、前記ストリーミングオーディオデータを使って前記着呼を告知することとを具備する請求項１１記載の方法。
【請求項１９】
前記受信デバイスにおいて前記プロファイルデータの保存を促すことをさらに具備する請求項１１記載の方法。
【請求項２０】
前記プロファイルデータの保存を促すことは、前記着呼の完了に際して行われる請求項１９記載の方法。
【請求項２１】
前記プロファイルデータを使用することは、前記受信デバイスにおいて前記発呼デバイスに関する連絡情報を更新することを具備する請求項１１記載の方法。
【請求項２２】
受信デバイスに対する発呼デバイスに関するプロファイルデータの配信を促進する方法であって、
前記発呼デバイスから前記受信デバイスへの呼を確立するための要求を受信することと、
前記受信デバイスに前記呼を前記発呼デバイスの識別子を含めて通知することと、
前記識別子に基づき前記発呼デバイスに関連するプロファイルデータに関する前記受信デバイスからの要求を受信することと、
前記プロファイルデータを検索するため前記識別子に対応するプロファイルにアクセスすることと、
前記プロファイルデータを前記受信デバイスに返すこととを具備する方法。
【請求項２３】
前記識別子は、選択される１つ以上の電話番号、移動体識別番号、電子シリアル番号、及び／又は移動体機器識別番号を具備する請求項２２記載の方法。
【請求項２４】
前記プロファイルデータは、呼告知、連絡情報、画像、及びメッセージのうち少なくとも１つを具備する請求項２２記載の方法。
【請求項２５】
前記呼告知はオーディオファイルを具備し、前記プロファイルデータを返すことは、前記受信デバイスへ前記オーディオファイルをストリームすることを具備する請求項２４記載の方法。
【請求項２６】
前記プロファイルにアクセスすることは、プロファイルサーバへの接続を確立することと、前記プロファイルデータに関して前記プロファイルサーバに問い合わせることとを具備する請求項２２記載の方法。
【請求項２７】
前記プロファイルデータを返すことは、前記受信デバイスへ前記発呼デバイスに関する連絡情報を送信することを具備する請求項２２記載の方法。
【請求項２８】
前記プロファイルデータを返すことは、前記受信デバイスへメッセージを送信することを具備する請求項２２に記載の方法。
【請求項２９】
前記プロファイルデータを返すことは、前記受信デバイスへ画像を送信することを具備する請求項２２記載の方法。
【請求項３０】
前記受信デバイスが、署名情報に基づいて前記プロファイルデータを検索するための権限が与えられていることを判断することをさらに具備する請求項２２記載の方法。
【請求項３１】
前記プロファイルデータは、前記受信デバイスに明確に関連づけられた呼告知を含む請求項２２記載の方法。
【請求項３２】
前記プロファイルはさらに、別の受信デバイスに関連づけられた別の呼告知を具備する請求項３１記載の方法。
【請求項３３】
前記受信デバイスからの前記要求は、同時データ呼を介して受信される請求項２２記載の方法。
【請求項３４】
呼を受信するためのデバイスであって、
無線ネットワークと通信するための通信モジュールと、
プロファイルデータを格納するための格納媒体と、
コンピュータコードを実行するためのプロセッサと、
前記プロセッサによる読み取りが可能で且つ実行可能命令を含むメモリとを具備し、該実行可能命令は、
発呼デバイスの識別子を含み、着呼に関連する呼データを受信することと、
前記無線ネットワークを介してプロファイルサーバとのデータセッションを開始することと、
前記プロファイルデータを含み、前記識別子を用いて前記発呼デバイスに関連するプロファイルに関して前記プロファイルサーバに問い合わせることと、
前記データセッションを用いて前記プロファイルサーバから前記プロファイルデータを検索することと、
前記着呼に関連して前記プロファイルデータを使用することとを前記プロセッサに実行させるよう構成されるデバイス。
【請求項３５】
前記識別子は、選択される１つ以上の電話番号、移動体識別番号、電子シリアル番号、及び／又は移動体機器識別番号を具備する請求項３４記載のデバイス。
【請求項３６】
前記プロファイルデータは、呼告知、連絡情報、画像、及びメッセージのうち少なくとも１つを具備する請求項３４記載のデバイス。
【請求項３７】
前記呼告知は、オーディオファイルを具備し、前記プロファイルデータは、ストリーミングオーディオデータとして検索される請求項３６記載のデバイス。
【請求項３８】
前記プロファイルデータは、前記着呼を告知するため使用される請求項３４記載のデバイス。
【請求項３９】
前記プロファイルデータは、前記発呼デバイスのローカルに格納された連絡情報を更新するため使用される請求項３４記載のデバイス。
【請求項４０】
受信デバイスへのプロファイルデータの配信を促進するシステムであって、前記システムは、
発呼デバイス及び受信デバイスと通信するための通信モジュールを含むサーバと、
プロファイルデータを含むプロファイルを格納するための格納媒体と、
コンピュータコードを実行するためのプロセッサと、
コンピュータ実行可能命令を収容するメモリとを具備し、
前記コンピュータ実行可能命令は前記プロセッサによって実行される場合に、前記発呼デバイスから前記受信デバイスへの呼を確立するための要求を受信することと、
前記受信デバイスに前記呼について前記発呼デバイスの識別子を含めて通知することと、
前記識別子に基づいて前記発呼デバイスに関連するプロファイルデータのための前記受信デバイスからの要求を受信することと、
前記プロファイルデータを検索するための前記識別子に対応するプロファイルにアクセスすることと、
前記プロファイルデータを前記受信デバイスに返すこととを実行するよう作用するシステム。
【請求項４１】
受信デバイスにおいて着呼を告知するためのデバイスであって、
着呼に関連する呼データを受信するための手段と、
特定の呼告知が要求されたか否かを判断するため前記呼データを解析するための手段と、
前記特定の呼告知が要求されている場合に、前記要求された呼告知が前記受信デバイス上にローカルに存在するか否かを判断するための手段と、
前記要求された呼告知がローカルに存在する場合に、前記要求された呼告知を用いて前記呼を告知するための手段とを具備するデバイス。
【請求項４２】
受信デバイスへの発呼デバイスに関するプロファイルデータの配信を促進するためのシステムであって、
前記発呼デバイスから前記受信デバイスへの呼を確立するための要求を受信するための手段と、
前記受信デバイスに前記呼について前記発呼デバイスの識別子を含めて通知するための手段と、
前記識別子に基づいて前記発呼デバイスに関連するプロファイルデータのための前記受信デバイスからの要求を受信するための手段と、
前記プロファイルデータを検索するための前記識別子に対応するプロファイルにアクセスするための手段と、
前記プロファイルデータを前記受信デバイスに返すための手段とを具備するシステム。
【請求項４３】
受信デバイスにおいて発呼デバイスに関するプロファイルデータを受信するためのコンピュータ実行可能命令が符号化されたコンピュータ可読媒体であって、前記命令は、
前記発呼デバイスの識別子を含み、着呼に関連する呼データを受信することと、
プロファイルサーバとのデータセッションを開始することと、
前記識別子を用いて前記発呼デバイスに関連し、前記プロファイルデータを含むプロファイルを前記プロファイルサーバに問い合わせることと、
前記プロファイルサーバから前記プロファイルデータを検索することと、
前記着呼に関連して前記プロファイルデータを使用することとを具備するコンピュータ可読媒体。
【請求項４４】
受信デバイスへの発呼デバイスに関するプロファイルデータの配信を促進するコンピュータ実行可能命令が符号化されたコンピュータ可読媒体であって、前記命令は、
前記発呼デバイスから前記受信デバイスへの呼を確立するための要求を受信することと、
前記受信デバイスに前記呼について前記発呼デバイスの識別子を含めて通知することと、
前記識別子に基づいて前記発呼デバイスに関連するプロファイルデータのための前記受信デバイスからの要求を受信することと、
前記プロファイルデータを検索するため前記識別子に対応するプロファイルにアクセスすることと、
前記プロファイルデータを前記受信デバイスに返すこととを具備するコンピュータ可読媒体。
【請求項１】
受信デバイスにプロファイルデータを利用可能にする方法であって、
通信ネットワークを介しリモートデバイスによってアクセス可能であるプロファイルサーバとのデータ接続を確立することと、
プロファイルデータを含み、発呼デバイスに関連づけられるプロファイルを前記プロファイルサーバにおいて作成することと、
前記発呼デバイスから前記電気通信ネットワークを介し前記リモートデバイスに前記プロファイルデータを利用可能にすることを前記通信ネットワークに指示することを具備する方法。
【請求項２】
前記データ接続は、無線ネットワーク上で確立される請求項１記載の方法。
【請求項３】
前記データ接続は、有線ネットワーク上で確立される請求項１記載の方法。
【請求項４】
前記プロファイルサーバは、前記発呼デバイスか前記リモートデバイスのいずれかに存在する請求項１記載の方法。
【請求項５】
前記データ接続は、ワイドエリアネットワーク上で確立される請求項１記載の方法。
【請求項６】
前記プロファイルデータは、前記発呼デバイスから前記リモートデバイスへの呼に応じて前記リモートデバイスに利用可能にされる請求項１記載の方法。
【請求項７】
前記プロファイルデータは、前記発呼デバイスから前記リモートデバイスへの音声通信とは無関係に前記リモートデバイスに利用可能にされる請求項１記載の方法。
【請求項８】
前記電気通信ネットワークは、無線通信ネットワークを具備する請求項１記載の方法。
【請求項９】
前記プロファイルデータは、前記電気通信ネットワーク上で共有されることが意図された情報を含む請求項１記載の方法。
【請求項１０】
前記情報は、呼告知、連絡情報、画像、及びメッセージのうち、少なくとも１つを具備する請求項９記載の方法。
【請求項１１】
受信デバイスにおいて発呼デバイスに関するプロファイルデータを受信する方法であって、
前記発呼デバイスの識別子を含み、着呼に関連する呼データを受信することと、
プロファイルサーバとのデータセッションを開始することと、
前記プロファイルデータを含み、前記識別子を用いて前記発呼デバイスに関連するプロファイルに関して前記プロファイルサーバに問い合わせることと、
前記プロファイルサーバから前記プロファイルデータを検索することと、
前記着呼に関連して前記プロファイルデータを使用することとを具備する方法。
【請求項１２】
前記データセッションを開始するステップ、前記プロファイルサーバに問い合わせるステップ、及び前記プロファイルデータを検索するステップは、電気通信ネットワークのコンポーネントによって実行される請求項１１記載の方法。
【請求項１３】
前記コンポーネントは、前記受信デバイスを具備する請求項１２記載の方法。
【請求項１４】
前記コンポーネントは、前記電気通信ネットワーク内の中継局を具備する請求項１２記載の方法。
【請求項１５】
前記識別子は、選択される１つ以上の電話番号、移動体識別番号、電子シリアル番号、及び／又は移動体機器識別番号を具備する請求項１１記載の方法。
【請求項１６】
前記プロファイルデータは、呼告知、連絡情報、画像、及びメッセージのうち少なくとも１つを具備する請求項１１記載の方法。
【請求項１７】
前記呼告知はオーディオファイルを具備し、前記プロファイルデータを検索することは、前記オーディオファイルをストリーミングデータとして受信することを具備する請求項１６記載の方法。
【請求項１８】
前記プロファイルデータを使用することは、ストリーミングオーディオデータを受信することと、前記ストリーミングオーディオデータを使って前記着呼を告知することとを具備する請求項１１記載の方法。
【請求項１９】
前記受信デバイスにおいて前記プロファイルデータの保存を促すことをさらに具備する請求項１１記載の方法。
【請求項２０】
前記プロファイルデータの保存を促すことは、前記着呼の完了に際して行われる請求項１９記載の方法。
【請求項２１】
前記プロファイルデータを使用することは、前記受信デバイスにおいて前記発呼デバイスに関する連絡情報を更新することを具備する請求項１１記載の方法。
【請求項２２】
受信デバイスに対する発呼デバイスに関するプロファイルデータの配信を促進する方法であって、
前記発呼デバイスから前記受信デバイスへの呼を確立するための要求を受信することと、
前記受信デバイスに前記呼を前記発呼デバイスの識別子を含めて通知することと、
前記識別子に基づき前記発呼デバイスに関連するプロファイルデータに関する前記受信デバイスからの要求を受信することと、
前記プロファイルデータを検索するため前記識別子に対応するプロファイルにアクセスすることと、
前記プロファイルデータを前記受信デバイスに返すこととを具備する方法。
【請求項２３】
前記識別子は、選択される１つ以上の電話番号、移動体識別番号、電子シリアル番号、及び／又は移動体機器識別番号を具備する請求項２２記載の方法。
【請求項２４】
前記プロファイルデータは、呼告知、連絡情報、画像、及びメッセージのうち少なくとも１つを具備する請求項２２記載の方法。
【請求項２５】
前記呼告知はオーディオファイルを具備し、前記プロファイルデータを返すことは、前記受信デバイスへ前記オーディオファイルをストリームすることを具備する請求項２４記載の方法。
【請求項２６】
前記プロファイルにアクセスすることは、プロファイルサーバへの接続を確立することと、前記プロファイルデータに関して前記プロファイルサーバに問い合わせることとを具備する請求項２２記載の方法。
【請求項２７】
前記プロファイルデータを返すことは、前記受信デバイスへ前記発呼デバイスに関する連絡情報を送信することを具備する請求項２２記載の方法。
【請求項２８】
前記プロファイルデータを返すことは、前記受信デバイスへメッセージを送信することを具備する請求項２２に記載の方法。
【請求項２９】
前記プロファイルデータを返すことは、前記受信デバイスへ画像を送信することを具備する請求項２２記載の方法。
【請求項３０】
前記受信デバイスが、署名情報に基づいて前記プロファイルデータを検索するための権限が与えられていることを判断することをさらに具備する請求項２２記載の方法。
【請求項３１】
前記プロファイルデータは、前記受信デバイスに明確に関連づけられた呼告知を含む請求項２２記載の方法。
【請求項３２】
前記プロファイルはさらに、別の受信デバイスに関連づけられた別の呼告知を具備する請求項３１記載の方法。
【請求項３３】
前記受信デバイスからの前記要求は、同時データ呼を介して受信される請求項２２記載の方法。
【請求項３４】
呼を受信するためのデバイスであって、
無線ネットワークと通信するための通信モジュールと、
プロファイルデータを格納するための格納媒体と、
コンピュータコードを実行するためのプロセッサと、
前記プロセッサによる読み取りが可能で且つ実行可能命令を含むメモリとを具備し、該実行可能命令は、
発呼デバイスの識別子を含み、着呼に関連する呼データを受信することと、
前記無線ネットワークを介してプロファイルサーバとのデータセッションを開始することと、
前記プロファイルデータを含み、前記識別子を用いて前記発呼デバイスに関連するプロファイルに関して前記プロファイルサーバに問い合わせることと、
前記データセッションを用いて前記プロファイルサーバから前記プロファイルデータを検索することと、
前記着呼に関連して前記プロファイルデータを使用することとを前記プロセッサに実行させるよう構成されるデバイス。
【請求項３５】
前記識別子は、選択される１つ以上の電話番号、移動体識別番号、電子シリアル番号、及び／又は移動体機器識別番号を具備する請求項３４記載のデバイス。
【請求項３６】
前記プロファイルデータは、呼告知、連絡情報、画像、及びメッセージのうち少なくとも１つを具備する請求項３４記載のデバイス。
【請求項３７】
前記呼告知は、オーディオファイルを具備し、前記プロファイルデータは、ストリーミングオーディオデータとして検索される請求項３６記載のデバイス。
【請求項３８】
前記プロファイルデータは、前記着呼を告知するため使用される請求項３４記載のデバイス。
【請求項３９】
前記プロファイルデータは、前記発呼デバイスのローカルに格納された連絡情報を更新するため使用される請求項３４記載のデバイス。
【請求項４０】
受信デバイスへのプロファイルデータの配信を促進するシステムであって、前記システムは、
発呼デバイス及び受信デバイスと通信するための通信モジュールを含むサーバと、
プロファイルデータを含むプロファイルを格納するための格納媒体と、
コンピュータコードを実行するためのプロセッサと、
コンピュータ実行可能命令を収容するメモリとを具備し、
前記コンピュータ実行可能命令は前記プロセッサによって実行される場合に、前記発呼デバイスから前記受信デバイスへの呼を確立するための要求を受信することと、
前記受信デバイスに前記呼について前記発呼デバイスの識別子を含めて通知することと、
前記識別子に基づいて前記発呼デバイスに関連するプロファイルデータのための前記受信デバイスからの要求を受信することと、
前記プロファイルデータを検索するための前記識別子に対応するプロファイルにアクセスすることと、
前記プロファイルデータを前記受信デバイスに返すこととを実行するよう作用するシステム。
【請求項４１】
受信デバイスにおいて着呼を告知するためのデバイスであって、
着呼に関連する呼データを受信するための手段と、
特定の呼告知が要求されたか否かを判断するため前記呼データを解析するための手段と、
前記特定の呼告知が要求されている場合に、前記要求された呼告知が前記受信デバイス上にローカルに存在するか否かを判断するための手段と、
前記要求された呼告知がローカルに存在する場合に、前記要求された呼告知を用いて前記呼を告知するための手段とを具備するデバイス。
【請求項４２】
受信デバイスへの発呼デバイスに関するプロファイルデータの配信を促進するためのシステムであって、
前記発呼デバイスから前記受信デバイスへの呼を確立するための要求を受信するための手段と、
前記受信デバイスに前記呼について前記発呼デバイスの識別子を含めて通知するための手段と、
前記識別子に基づいて前記発呼デバイスに関連するプロファイルデータのための前記受信デバイスからの要求を受信するための手段と、
前記プロファイルデータを検索するための前記識別子に対応するプロファイルにアクセスするための手段と、
前記プロファイルデータを前記受信デバイスに返すための手段とを具備するシステム。
【請求項４３】
受信デバイスにおいて発呼デバイスに関するプロファイルデータを受信するためのコンピュータ実行可能命令が符号化されたコンピュータ可読媒体であって、前記命令は、
前記発呼デバイスの識別子を含み、着呼に関連する呼データを受信することと、
プロファイルサーバとのデータセッションを開始することと、
前記識別子を用いて前記発呼デバイスに関連し、前記プロファイルデータを含むプロファイルを前記プロファイルサーバに問い合わせることと、
前記プロファイルサーバから前記プロファイルデータを検索することと、
前記着呼に関連して前記プロファイルデータを使用することとを具備するコンピュータ可読媒体。
【請求項４４】
受信デバイスへの発呼デバイスに関するプロファイルデータの配信を促進するコンピュータ実行可能命令が符号化されたコンピュータ可読媒体であって、前記命令は、
前記発呼デバイスから前記受信デバイスへの呼を確立するための要求を受信することと、
前記受信デバイスに前記呼について前記発呼デバイスの識別子を含めて通知することと、
前記識別子に基づいて前記発呼デバイスに関連するプロファイルデータのための前記受信デバイスからの要求を受信することと、
前記プロファイルデータを検索するため前記識別子に対応するプロファイルにアクセスすることと、
前記プロファイルデータを前記受信デバイスに返すこととを具備するコンピュータ可読媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２０１３−５９０３０（Ｐ２０１３−５９０３０Ａ）
【公開日】平成２５年３月２８日（２０１３．３．２８）
【国際特許分類】
【外国語出願】
【出願番号】特願２０１２−１９８７２７（Ｐ２０１２−１９８７２７）
【出願日】平成２４年９月１０日（２０１２．９．１０）
【分割の表示】特願２００８−５５６５７４（Ｐ２００８−５５６５７４）の分割
【原出願日】平成１９年２月２３日（２００７．２．２３）
【出願人】（５９５０２０６４３）クゥアルコム・インコーポレイテッド (7,166)
【氏名又は名称原語表記】ＱＵＡＬＣＯＭＭ ＩＮＣＯＲＰＯＲＡＴＥＤ
【Ｆターム（参考）】
【公開日】平成２５年３月２８日（２０１３．３．２８）
【国際特許分類】
【出願番号】特願２０１２−１９８７２７（Ｐ２０１２−１９８７２７）
【出願日】平成２４年９月１０日（２０１２．９．１０）
【分割の表示】特願２００８−５５６５７４（Ｐ２００８−５５６５７４）の分割
【原出願日】平成１９年２月２３日（２００７．２．２３）
【出願人】（５９５０２０６４３）クゥアルコム・インコーポレイテッド (7,166)
【氏名又は名称原語表記】ＱＵＡＬＣＯＭＭ ＩＮＣＯＲＰＯＲＡＴＥＤ
【Ｆターム（参考）】
[ Back to top ]