JP2008500750A - 高度な連絡先識別システム - Google Patents

Abstract

【課題】セルラー電話ネットワークのようなネットワーク環境において、他の個人にユーザの個人別の表示をユーザが提供することを可能にするためのシステムを提供する。
【解決手段】携帯電話のような無線通信装置のユーザに対して作成されて配信される高度識別情報のシステム及び方法。加入者は、ユーザを定義する情報の集合として加入者自身のペルソナを定義することができる。加入者は、次に、加入者のペルソナを加入者の友人及び同僚の携帯電話に公開することができ、加入者の連絡先情報によって他人のアドレス帳を更新することができる。ユーザは、異なるユーザに表示される異なるペルソナを指定することができる。
【選択図】図１

Description

優先権の主張
本出願は、本明細書において引用により組み込まれている２００４年５月１２日に出願された「通信ネットワーク識別システム」という名称の米国特許仮出願第６０／５７０，４０９号に対する優先権を主張するものである。

本発明は、セルラー電話ネットワークのようなネットワーク環境において、他の個人にユーザの個人別の表示をユーザが提供することを可能にするためのシステムに関する。

無線電話は、カメラ、アドレス帳、カレンダー、及びゲームのような機能を含むようになって益々高性能になってきた。その多くは、現在、開発者が電話に対して限られたアプリケーションを提供することを可能にするマイクロプロセッサ、オペレーティングシステム、及びメモリを含む。電話は、現在、電話に取り込まれた又はダウンロードされた写真を表示することに加えて、和音着メロ、ＭＰ３ファイル、ＭＰＥＧ、ＡＶＩ、及びＱｕｉｃｋＴｉｍｅムービーなどを含むマルチメディアファイルを再生する機能を含む。

無線電話は、長い間、「無線アクセスプロトコル（ＷＡＰ）」ブラウザを通じてインターネットにアクセスし、ＳＭＳを通じてメッセージを受信することができている。無線電話上のユーザは、電話がＷＡＰ有効コンテンツを読み取ることを可能にするサーバに無線ネットワークを通じて接続する。多くのプロバイダにより、ユーザは、ＷＡＰブラウザを通じて電子メールメッセージアカウントにアクセスすることができ、及び／又はユーザの電話に直接にショートメッセージサービス（ＳＭＳ）メッセージが提供される。ＳＭＳにより、ユーザは、短縮されたテキストメッセージングを電話上で直接受信することができる。メッセージは、実際に電話上に記憶することができるが、利用可能なストレージは、ごく少量のメモリに制限されている。更に、ＳＭＳの添付ファイルを処理するためのサービス提供も利用可能ではない。

より最近になって、電話自体が十分に高性能になって、データを操作するためにキャリヤネットワーク上でデータ接続を利用したりする。例えば、キャリヤネットワークのユーザは、ユーザの電話にマルチメディアコンテンツをダウンロードし、電話特定のアプリケーションを購入及びダウンロードし、更により堅牢（ロバスト）なメッセージングを送信及び受信することができる。「リサーチ・イン・モーション製ブラックベリー」装置のような、無線電話に結合してきた装置は、ユーザに拡張されたメッセージ機能及び添付ファイル処理を提供する。特に、これらの装置は、無線ネットワーク上での連絡先(コンタクト：contact)及びメッセージアプリケーションを提供するように構成されている。

更に、殆どの電話は、制限されたネイティブアドレス及び連絡先データストレージ、それにＳＭＳメッセージング機能のみを提供する。一部の電話は、実際にユーザが画像及び特定の着信音をユーザ電話のアドレス帳にあるユーザに関連付けることを可能にする。殆どの無線電話は、着信する発呼者の番号を表示する発呼者ＩＤをサポートする。この情報を使用して、画像化及び複数の着信音機能を有する電話は、着呼を受信した時に着信発呼者のアドレス帳に関連した写真（利用可能な場合）を表示し、特別に指定された着信音（指定されている場合）を再生する。

多数の様々なタイプの無線電話及び他の通信装置が利用可能になると、ユーザが他のユーザの電話上にユーザ自身の個別設定した表示を提供することを可能にすることになるシステムは、ユーザに他のユーザに対してユーザ自身を識別させる際に有用であろう。

米国特許仮出願第６０／５７０，４０９号 米国特許第６，６７１，７５７号 米国特許第６，６９４，３３６号 米国特許第６，７５７，６９６号

本発明は、大まかに説明すると、携帯電話のような無線通信装置のユーザに対して高度な識別情報を作成して配信することを可能にするシステム及び方法に関する。加入者は、ユーザを定義する情報の集合として加入者自身の人となり（ペルソナ：persona）を定義することができる。加入者は、次に、加入者のペルソナを加入者の友人及び同僚の携帯電話に公開することができ、加入者の連絡先情報によって他人のアドレス帳を更新することができる。ユーザは、異なるユーザに表示される異なるペルソナを指定することができる。

一実施形態では、本発明は、象徴情報を無線電話のユーザに提供するためのシステムである。

別の実施形態では、本発明は、無線装置上でサービス加入者を識別する方法である。本方法は、ユーザを他のユーザに対して識別する情報を含む加入者ペルソナを確立する段階と、パーソナライゼーション情報がユーザに提供されている別の加入者から呼出し又は装置への他のタイプの連絡先、例えば、ＳＭＳ、「Ｐｕｓｈ−Ｔｏ−Ｔａｌｋ」メッセージ、電子メール、ボイスクリップなどが受信された時に装置上にペルソナの少なくとも一部分を表示する段階とを含むことができる。

別の実施形態では、本発明は、高度な発呼者識別サービスを提供する方法である。この実施形態では、本発明は、ユーザによって提供されたユーザを他のユーザに対して識別する加入者ペルソナ情報のストアを維持する段階と、加入者間の確立した関係に基づいて他のユーザにペルソナ情報を配信する段階とを含む。

本発明の更に別の実施形態は、加入者電話上のアプリケーションを含む。このアプリケーションは、少なくとも１人の他の加入者に関する象徴情報のストア、及び電話インタフェースに象徴情報を提供する表示インタフェース、及びユーザ自身のパーソナライゼーション情報を管理するためのインタフェース、並びにあらゆるシステム又はアカウント設定を含む。

別の実施形態では、本発明は、通信システムのためのアプリケーションサーバである。このサーバは、複数の加入者に関する象徴情報のストア、及び配信システム管理アプリケーションを含む。

本発明は、ハードウエア、ソフトウエア、又はハードウエアとソフトウエアの両方の組合せを使用して達成することができる。本発明のために使用されるソフトウエアは、ハードディスクドライブ、ＣＤ−ＲＯＭ、ＤＶＤ、光ディスク、フロッピー(登録商標)ディスク、テープドライブ、ＲＡＭ、ＲＯＭ、又は他の適切な記憶装置を含む１つ又はそれよりも多くのプロセッサ読み出し可能な記憶媒体上に記憶される。代替的な実施形態では、ソフトウエアの一部又は全ては、カスタム集積回路、ゲートアレイ、ＦＰＧＡ、ＰＬＤ、及び特殊用途コンピュータを含む専用ハードウエアで置換することができる。

本発明のこれら及び他の目的及び利点は、本発明の好ましい実施形態が図面と共に示されている以下の説明から更に明確になるであろう。

本発明は、ユーザが高度無線通信装置の他のユーザに対して象徴情報を提供することを可能にすることにより、電話又は他のモバイル装置に高度識別機能を提供することを可能にするものである。各ユーザは、自身の１つ又はそれよりも多くの個別化された表示を作成することができ、この情報を他のユーザにプッシュすることができる。サービスは、一般的に、１つ又はそれよりも多くのサーバを通じて企業サービスプロバイダ又はセルラーネットワークキャリヤによって有効にされる。ユーザは、サービスに加入することができ、ユーザが象徴情報又は「ペルソナ(persona)」の部分集合を作成及び配信するか、又は単にシステムに参加して加入者からの象徴情報を受け取ることを可能にする。装置は様々な機能を有するので、システムは、各装置に象徴情報を提供するその機能が変化することになり、一実施形態では、ユーザ装置のタイプ及びその機能は、システムの各メンバーに対して記憶されている。企業サービスプロバイダによって提供される本発明の方法及び実施するシステム及びアプリケーションは、データストアに象徴情報を維持してシステムに付随する機能性を提供するためのサービス料に制約される場合がある。

一般的に、ユーザは、ユーザの連絡先(コンタクト)情報、署名、写真、マルチメディア情報、及びユーザを他の電話ユーザに対して識別する特定の着信音を含むことができるユーザ自身の象徴(personification)を作成する。多くのセルラー電話は、特定の着信音をダウンロードする機能を含み、それらを使用して着信音と写真を電話の連絡先情報に関連付け、発呼者ＩＤ機能を使用してこれをトリガすることにより、着信発呼者を識別する。本発明のシステムにより、ユーザは、その特定の着信音及び写真を指定することができ、これを自分と他のユーザを識別するのに使用することができる。象徴情報における静的な情報に加えて、ユーザは、ＧＰＳロケーション、時間帯、利用可能性、及びイベント関連情報（例えば、発呼者の誕生日であることのメモ書き、又は発呼者に対して又は発呼者によって割り当てられたカレンダーイベント又はタスクの要約）のような動的な情報、又は制御情報を他のユーザ又は参加者に提供することができる。

図１は、本発明による一般的な方法を示している。段階２０２で、加入者は、アカウント作成情報を提供することによってシステムに加わる。段階２０２で、ユーザは、ユーザ名、安全なパスワードを使用してアカウントを確立し、他の構成情報を提供することができる。この段階は、電話ベースのインタフェースを通じて、又はウェブベースのインタフェースを通じて、又はいずれかの他の適切なインタフェース手段を通じて行うことができる。

段階２０４で、ユーザは、ユーザ自身の象徴情報を設定することができる。これは、図面では「自分」を作成又は更新する段階として示されていることがある。表２０６で示すように、ユーザ象徴データは、ユーザの名前、住所、電話番号、及びあらゆる他の連絡先情報、ユーザの写真、ユーザのための特定の着信音、及びユーザに様々な方式で連絡することができる利用可能な時間のスケジュールを含むことができる。更に、ユーザは、ユーザロケーション情報を入力することができる。ロケーション情報は、特異性を変化させることができ、手動で又はＧＰＳ可能電話におけるＧＰＳシステムとの接続を通じて最初に入力することができる。ユーザのシステムのロケーション部分における情報は、電話のＧＰＳエージェントを使用して電話上のエージェントによって更新される。着信音は、ユーザによってアップロードされるか又はサービスの一部としてシステム管理者によって提供された音から選択することができ、又はユーザが装置のマイク（装備されている場合）を使用して着信音として使用する新しい音声クリップを作ることができる。選択的に、付加価値メディア流通業者は、電話と、本発明のシステム内の著作権で保護されている内容の適正な制御を保証するためにシステムに組み込まれたデジタル権の管理とを提供することができる。電話製造業者、携帯電話キャリヤ、又は別のエンティティは、同様にＤＲＭ機能を追加することができ、これは、再配信することができるのはどの保護されたコンテンツ（及びその方法）かを判断することができるものである。段階２０４は選択的であることを認識すべきであり、ユーザは、象徴情報を提供せずに他の人の象徴情報を収集するためにのみシステムに参加するように判断することができる。別の実施形態では、ＥＳＰによって提供される高度ＩＤサービスへの加入は、象徴情報を受け取るのに必要ではない。

以下に更に詳しく説明するように、象徴情報の様々な組（又は「ペルソナ」）をユーザの連絡先情報における個人の様々なグループに対して提供することができる。例えば、ユーザは、象徴情報（ビジネスコンタクトなど）の１つの組を受け取るために連絡する上での１つのグループを要求することができ、情報の異なる組を受け取るために別の組（個人的な友人など）を要求することができる。グループ定義により、ユーザは、連絡先情報の特定のバージョンを受け取る受信者を定義することができる。ユーザは、モバイル装置に提供されたインタフェースを使用して、又はウェブページ又は管理構成コンソールのような何らかの他のインタフェースを通じて１人又はそれよりも多くのユーザを特定のグループに割り当てることができる。更に、ユーザは、誰もがダウンロードすることができる（及び、ユーザの装置の新しい連絡先に自動的に割り当てられる）「公開」ペルソナを指定することができる。システム又はエージェントは、永続的なストレージにグループ割当を保持する。システム又はエージェントは、各グループに対して適切な情報を上述の技術を使用してグループのメンバーに送信する。企業サービスプロバイダは、システムとのアカウントを確立すると、ユーザがデフォルトペルソナを有することを可能にする。例えば、システムは、デフォルト公開友人、家族、同僚、ビジネスの関係者、及びブラックリストのペルソナテンプレートを確立することができ、ユーザにある一定の情報を入力させ、ユーザがシステムに加わった状態でペルソナを確立することを可能にする。ブラックリストのペルソナは、ユーザが情報を公開したくない仲間に割り当てられるものとする。

段階２０８で、新しい加入者の連絡先記録は、いくつかの方法のうちの１つでＥＳＰに提供され、加入者の連絡先記録と他の加入者の間の関係が検出される。この入力は、ユーザが自分の電話に記憶している電話番号をダウンロードするのと同じくらい簡単であるか、又は個人がシステムのメンバーであるか否かをシステムが判断することを可能にする付加的な連絡先情報を含むことができる。更に、加入者は、アカウント作成中に手作業で連絡先を入力することができるか、又はパーソナルコンピュータ又は携帯情報端末の個人情報マネージャのような別のソースから連絡先情報をダウンロードすることができる。検索機構も提供することができ、それによってユーザは、個人がシステムの一部であるか否かを判断するために個人の情報を入力することができる。例えば、ユーザが個人情報の記憶されたリソースを持たない場合、ユーザは、ウェブブラウザを通じて、システムがシステムに参加している他のユーザを捜すのに使用することができる名前及び他の連絡先フィールドを提供するためのシステム管理によって提供された形式にアクセス可能である。見つかった状態で、この情報は、次に、ユーザに提供することができる。

本発明のシステムによると、リンクの様々なタイプをユーザ間に確立することができる。一般的に、ユーザの連絡先リストは、電話のデータストレージにあるユーザアドレス帳で見つけられる。人間のコミュニケーションの性質により、人のアドレス帳にある連絡先は、その連絡した者自身のアドレス帳に同様に見つけられる可能性が高い。例えば、ボブとアリスが互いに友人であると仮定すると、彼らは、そのそれぞれのアドレス帳に互いの連絡先情報を有する可能性がある。人と人の間のこの相互のリンクは、リンクの様々なタイプを理解して識別するのに利用することができる。本発明によると、「半」リンクのユーザは、１人のユーザがそのアドレス帳に他のユーザの連絡先情報を有するが、他のユーザはそれに報いることがない時に起こる。これらのユーザは、データ交換の目的のために接続されておらず、図４及び５で提供される送信勧誘機能が、リンクされていないユーザに提供され、システムに接続するために更に送信勧誘者との真のリンクを設定するための機会を与える。「真」−又は「直接」リンクのユーザは、両方のユーザがそのモバイル装置の電話帳に互いの連絡先情報を有する時に存在する。これらのユーザは、企業サービスプロバイダによって提供されるサービスの外側で又はシステムの「送信勧誘」機能を通じて関係のあるレベルを確立しており、更に、各ユーザが構成しているどのような情報も自動的に交換及び保持することができる。上述の説明の関連内では、「仲間」は、個々のユーザと真のリンクを確立した全てのユーザである。プライバシー並びに実用性の面で、システムでの情報交換は、真リンクのユーザ間にのみ起こる。互いに半リンクのみを有するユーザは、半リンクのユーザをシステムに接続するよう送信勧誘し、真のリンクを確立することができる。

ユーザが彼ら自身の象徴情報を段階２０４でサービスホストに提供する場合、段階２０８は、サーバに提供されたそのアドレス帳のコンテンツを調べることによってユーザ間のリンクを検出する段階を含むことができる。システムの全ユーザのプールから各ユーザを識別するために、システムは、固有のキーとして電話番号を使用し、一実施形態では、電子メールアドレスを固有のキーとして使用する。更に別の実施形態では、本発明のシステムは、フォーマット設定、国、及びエリアコードに関わらず電話番号を符合させるために電話番号均等アルゴリズム(telephone number equivalence algorithm)を使用することができる。

ユーザ情報を削除したいユーザ及び「リンクしていない別のユーザ」は、そのモバイル装置のアドレス帳からそのユーザを単純に取り除く。システムの規則を使用すると、２人のユーザは、もはやリンクされてなく、両者の間に更なる更新情報は発生しない。情報は、この処理でリンクされていないパーティのアドレス帳から削除されない。これを達成するために、リンクしない代わりにユーザは、別のユーザを「ブラックリスト」されたペルソナに割り当てることを希望することができる。

段階２０８で、連絡先が得られた状態で、加入者の契約と他の加入者の間の関係が確立される。これは、ＥＳＰによって実行されるアルゴリズムによって自動的に行われ、ユーザによる手作業で確立することができるか、又はこれら２つの何らかの組合せによって行うことができる。

選択的に、段階２１０で、加入者は、他の人を加入者になるように送信勧誘する機会を与えられる。ユーザは、ユーザの電話に記憶されている連絡先への加入者になって、加入の結果である付加的な利点を取得するように送信勧誘したいか否かを判断するように促される。ユーザが他の人を送信勧誘したい場合、送信勧誘処理が段階２１２で実行される。

選択的に、段階２１４で、加入者は、そのペルソナが非加入者に提供されるようにするオプションを与えられる。その情報が配信されるのをユーザが望む場合、配信処理２１６が象徴情報を非加入ユーザに送信する。これは、例えば、以下に説明するような「ＳｙｎｃＭＬ」又はＳＭＳメッセージを通じてなど、あらゆる数の方法で行うこともできる。

段階２１８で、加入者の連絡先リストにある他の加入者からの象徴情報は、新しい加入者に配信され、新しい加入者の情報は他の加入者に送られる。以下に説明するように、加入者でもある連絡先は、真リンクユーザ２１０であり、新しい加入者の電話に自動的にデータを追加する。情報は、データストリームでユーザに送信され直接エージェントに送信され、次に、ユーザの電話データにデータを追加する。代替的に、情報は、一連のメッセージで提供することができる。優先的に、情報は、「ＳｙｎｃＭＬ」を通じて送信されることになる。

ペルソナ情報には、加入者の連絡先がシステム加入者のＧＰＳに基づく加入者のロケーションに変更すべきであるか、又は彼ら自身の記録に手作業でロケーション情報を入力すべきであるかが含まれる。また、例えば、加入者の連絡先に利用可能な細分性のレベルも含まれる。例えば、国、市、又はより特定されたロケーションを知ることができる。受信した状態で、受信したメンバーは、更に、受信した情報に基づいて加入者のペルソナ情報を構成することができる。例えば、別のメンバーがそのメンバーの記録にロケーション情報を提供すると仮定する。ユーザは、ロケーション情報を有するメンバーが特定のロケーションに又は指定しているメンバーから特定の距離内を移動する時に通知を希望することを指定することができる。グループ情報のような他の基準も構成することができる。例えば、ユーザは、各メンバーが属するグループを指定することができ、このようなメンバーが指定しているユーザに関する象徴情報を要求する時に、正確なグループ情報を要求しているメンバーに提供するようにする。

最後に、段階２２０で、新しい加入者は、そのペルソナの情報を更新することができる。新しい加入者が更新を行った場合、情報は、真にリンクされた加入者に再送信され、有効にされた時には、非加入者がシステムに参加する。更新は、装置でのデータ変更の結果としてクライアントアプリケーションによって装置上で始めることができる。これは、ユーザの装置との対話、又は時間帯のような変化する過渡情報の理由で発生する場合がある。更新は、２つの方法のうちの１つで行うことができる。サーバ開始の更新は、時間隔により、又はユーザの装置に送られるデータの変更によってトリガされる。サーバ開始の更新は、クライアントへの直接ソケット接続を通じて又はサーバから装置のクライアントアプリケーションに送られるＳＭＳメッセージを通じて処理される。各高度ＩＤアカウントは、構成可能な「サーバ開始同期オン／オフ」設定をサポートし、クライアントが満了である時にＳＭＳメッセージが自動的に送られるか否かを制御する。サーバからのＳＭＳメッセージは、テキストポート（又は、適切な時に構成されたデータポート）に送ることができる。

図２は、加入者が本発明により企業サービスプロバイダとの関係を確立し、ユーザの電話１００でアプリケーション１４０をインストールした場合の本発明の方法を示している。段階５００で、加入者ｂが、ユーザの情報をユーザの電話にダウンロードした別のメンバー（加入者Ａ）から呼出しを受ける場合、高度発呼者識別機能は、ユーザの電話に段階５０６でメンバーの情報を提供することができる。

１つの態様では、システムは、発信ユーザの電話と呼び出されたユーザの電話の両方の制御をサポートする。段階５０１で、ある一定の期間中の呼出しを防ぐように加入者Ｂが彼のペルソナ（加入者Ａにダウンロードされるもの）を構成している場合、発信ユーザの電話のクライアントアプリケーションは、加入者Ａがこの期間中に加入者Ｂに接続しないようにすることができる。従って、段階５０１で、本方法は、加入者Ｂへの呼出しが加入者Ｂの構成に基づいて許可されるか否か（加入者Ａの電話で）検査することができる。許可されない場合、警報５０３が加入者Ａに提供される。

段階５０２で、呼出しが加入者Ａによって開始されて加入者Ｂによって受信される場合、選択的に、段階５０４で受信側ユーザは、特定の期間中に呼出しを防ぐように電話を構成することができる。従って、段階５０４で、本方法は、呼出しが受信側ユーザによって特定の期間中に許可されるか否かを判断するために検査することができる。呼出しが許可されない場合、本方法は、段階５１２で呼出しを阻止することができる。呼出しが阻止されない場合、ユーザの高度ＩＤ情報（ペルソナ）は、受信側発呼者の電話に表示される。呼出しが阻止される場合、これは、受信者のボイスメールシステムに転送される。高度ＩＤ又はペルソナは、電話番号、電子メールアドレス、写真、地理的なロケーション情報、及び他のデータのようなユーザを定義する情報の集合である。それによって、加入者は、加入者独自の「個人銘柄(personal brand)」を管理し、加入者の連絡先に関連した着信音又は写真を指定して他のユーザの電話にどのように表示されるかを制御することができるようになる。本明細書で説明するように、様々な情報又は情報の様々な組を収容する「友人」ペルソナ及び「同僚」ペルソナを有することができる。ＧＰＳ情報対応電話によって提供された地理的ロケーション情報のような付加的な特徴は、発呼者の誕生日又は記念日、又は発呼者に又は発呼者によって割り当てられた電話呼出し、ミーティング、又は仕事に関する情報か否かのような本質的に過渡的な発呼者に関する情報として提供される。システムは、サーバから「ＳｙｎｃＭＬ」サーバを通じて「ＳｙｎｃＭＬ」クライアントへの直接プッシュシステムを使用することによって実現できるか、又はサービス側インプリメンテーションと通信する電話に常駐する特定のクライアントアプリケーションによって作動することができる。「ＳｙｎｃＭＬ」は、装置間のデータのユニバーサル同期に対するオープンな規格として開発中の「拡張可能マークアップ言語（ＸＭＬ）」プロトコルである。データの同期により、１つの装置（スマートフォン又はラップトップコンピュータなど）上のデータが別の装置（ネットワークされたコンピュータなど）上のデータに即座に反映されるように変更を行うことができる。

選択的に、段階５０８で、メンバーがメンバーのＧＰＳ情報の提供を選択している場合、段階５０８で、ユーザが特定のロケーションにいるか又はその近くにいることを示すために、ＧＰＳを段階５１０でもたらされた通知に提供することができる。

本発明は、静的及び動的データの２つの異なるタイプをサポートする。静的データは、ユーザの着信音、名前、及び画像を含むことができる。静的情報は、送信元加入者によって段階５０６で電話１００の受信側加入者のクライアントに提供される。段階５０１は、加入者が別のユーザの電話を制御するために加入者独自の象徴情報を定義することを可能にする本発明の機能を示しており、この動的又は「アクティブ制御」情報は、静的ペルソナ情報よりも更に頻繁に更新することができる。ＧＰＳ又は時間帯情報のような動的情報は、送信側加入者の必要に基づいて定期的に更新される。電話を有するクライアント１４０の対話によって、加入者は、送信元加入者が受信側加入者の電話を呼び出すことを実際に防止する（又は単に警告する）ことができ、その代わりに送信元加入者に、指定受信加入者に連絡するための何らかの他の機構（例えば、ＳＭＳ、電子メールなど）を使用するように発呼者に指示することができるユーザ構成可能なメッセージを提供することができる。全ての他の類似の情報と同様に、この好ましい利用可能性情報は、記憶されたユーザのペルソナである。

図３は、本発明を実施するためのシステムの全体図を示している。図３に示すように、電話１００のような無線通信装置は、セルラーネットワーク１５０のような無線通信リンクに接続されており、音声及びデータ通信を無線ネットワークにリンクしている他の装置に送信する。無線リンクは、無線インターネットリンク、又はセルラーキャリヤによって維持されるセルラーネットワーク、ＧＳＭ又はＣＤＭＡネットワーク、又は何らかの他の無線通信リンクとすることができることは理解されるであろう。キャリヤは、企業サービスプロバイダを含むことができ、又は企業サービスプロバイダとは別々のものとすることができる。データは、あらゆる数の公知のフォーマットでネットワーク上で送信することができる。

データ接続上で直接に無線ネットワーク１５０を通じて又は「ＳｙｎｃＭＬ」サーバ１９５を通じて電話と通信する高度ＩＤサービスサーバ１６０も提供される。高度ＩＤサービスを実施するためのシステムの様々な実施形態を本明細書で説明する。図３で、ＩＤサーバ１６０は、電話１００と直接通信する。以下に説明される代替的な実施形態では、ＩＤシステムは、米国特許第６，６７１，７５７号、第６，６９４，３３６号、又は第６，７５７，６９６号に説明されるような同期システムの上に実施される。

電話１００には、システムアプリケーション又はエージェント１４０を提供することができる。システムエージェント１４０は、提案される拡張を含む「ＳｙｎｃＭＬ ＯＭＡ ＤＳ」仕様の承認されて提案されたバージョン（ｈｔｔｐ：／／ｗｗｗ．ｏｐｅｎｍｏｂｉｌｅａｌｌｉａｎｃｅ．ｏｒｇで入手可能）に従って、「ＳｙｎｃＭＬ」サーバ１９５と対話するよう設計された「ＳｙｎｃＭＬ」通信クライアントを含むことができる。代替的に、エージェント１４０は、電話の製造業者によって提供される電話の既存の「ＳｙｎｃＭＬ」クライアント（並びに、このようなクライアントによってサポートされる全てのカスタム拡張）を使用してサーバ１６０と通信するように設計されたアプリケーション、又は専用プロトコルを含む別のプロトコルを通じてサーバ１６０と通信するように具体的に設計されたアプリケーションとすることができる。一実施形態では、エージェント１４０は、完全に実施された「ＳｙｎｃＭＬ」クライアントであり、サーバ１６０は「ＳｙｎｃＭＬ」サーバを含む。別の実施形態では、アプリケーション１４０は、米国特許第６，６７１，７５７号に開示するようなクライアントアプリケーション装置同期エージェントである。クライアントアプリケーション１４０の様々な実施形態は、以下に示されている。

本発明によると、電話１００は、システムメモリ１２２を含み、システムメモリ１２２は、更に、ユーザインタフェース１２０に全て提供される電話及びリンクサービス、ネットワーキングサービス、マルチメディア及びグラフィックディスプレイサービスを含むオペレーティングシステムサービスを有するオペレーティングシステム１２４を含むことができる。ＯＳ１２５は、電話の専用ＯＳ、ＢＲＥＷ、又は電話に適するいずれかの他の装置、又はオペレーティングシステム（Ｓｙｍｂｉａｎオペレーティングシステムなど）とすることができる。更に別の基本サービス１３５及びオペレーティングシステムカーネルも提供することができる。オペレーティングシステムは、更に、無線通信ライン１５０全体にわたって他のユーザにショートメッセージを提供することを可能にするオペレーティングシステムに構築されたＳＭＳクライアント１４５を提供することができる。更に、「ＳｙｎｃＭＬ」クライアント１３２は、オペレーティングシステムサービス１２４によって提供及びサポートされる。電話１００は、加入者によって提供されるアドレス帳の連絡先及び他の情報を収容するネイティブ電話データストレージ１７０を含む。このような情報は、更に、電話１００の機能的な性能に全て依存する着信音、写真、音声、及び映像、システムメモリで許可されたスペース、及びオペレーティングシステム１２４によって提供されるサービスを含むことができる。

様々な実施形態が本明細書に説明されるクライアントアプリケーション１４０は、電話１００にロードされる。当業者によって良く理解されるように、クライアントアプリケーション１４０は、後の時間に電話製造業者によって提供することができ、又はユーザによってダウンロードすることができる。アプリケーションをダウンロード及びインストールするために、ユーザは、電話オペレーティングシステムサービス１２４のダウンロードエリアを選択し、無線通信回線１５０を維持するサービスプロバイダ又はキャリヤ、又はシステムサーバ１６０を維持する企業サービスプロバイダによって提供される商品からアプリケーションを選択し、更に、電話１００にアプリケーションをインストールする。代替的な実施形態では、エージェント１４０は、ＪＡＶＡ(登録商標)又はＢＲＥＷエージェントとして実行されるように設計されたセルフサポーティングアプリケーション、又はいずれかの他の装置又はオペレーティングシステム独自のエージェント（Ｓｙｍｂｉａｎオペレーティングシステムで作動可能なエージェントなど）である。このエージェントは、それ独自の「ＳｙｎｃＭＬ」クライアントを含むか、又は電話で既存の「ＳｙｎｃＭＬ」クライアントと対話するかのいずれかを行うことができる。変更は、フィールドレベル又はバイトレベルで行うことができる。代替的な実施形態は、他のプロトコルによって無線通信リンクを通じて通信することができ、システムデータベース１５０に情報を記憶することができる。

クライアント１００は、少なくとも１つのユーザインタフェース１２０、通信又は同期化エンジン及びデータ記憶マネージャを有するアプリケーション１４０、「ＳｙｎｃＭＬ」クライアント１３２、及びローカルデータベース１５０を含む。クライアントアプリケーション１４０は、適切なグラフィカルユーザインタフェースをＵＩ１２０に提供し、ＵＩ１２０は、ユーザに企業サービスプロバイダによって提供されたシステム及びサービスとの対話の他のポイントを提供する。ユーザインタフェースにより、ユーザは、ペルソナ及び仲間並びに本明細書に説明されるケース定義に示すような他のタスクを定義することができる。システムとの対話は、このクライアントユーザインタフェースを通じて又はウェブサーバ１８０によって提供されるサーバユーザインタフェースを通じて行うことができる。エンジン及びデータ記憶マネージャは、装置の永続的な記憶にユーザ設定及びオプションを維持し、同時にそれらのオブジェクトに対する変更をシステムサーバに自動的にプッシュ及び検索する役割を負う。クライアントデータストレージは、アカウント情報、ペルソナデータ、仲間情報、加入者との真のリンクを有する他のユーザのデータ、及びマルチメディアコンテンツを含む。

ストレージサーバ１６０は、仲間、ペルソナ、関係、及びユーザデータを含む全システムサービス情報のための集中記憶ロケーションである。クライアント１４０は、サーバ情報に接続できてサーバ情報と同期され、このデータのローカルコピーを更新し、同時にどのように変更された情報も公開することができ、又はサーバからどのような新しい利用可能な情報も検索することができる。モバイル装置において、ユーザの仲間に属するペルソナ情報は、主にネイティブアドレス帳又はクライアントによって提供される別々のアドレス帳に記憶される。一部の装置は、地理的ロケーション及び存在情報のような拡張された情報を含む公開された仲間情報の全てをサポートしないので、クライアントは、ローカルデータベースにこの情報を記憶することができ、電話インタフェースを通じてその情報へのアクセスを提供することができる。

一般的に、サーバ１６０、ウェブサーバ１８０、又は「ＳｙｎｃＭＬ」サーバ１９５を実施するのに適するハードウエア構造は、プロセッサ１１４、メモリ１０４、不揮発性記憶装置１０６、携帯式記憶装置１１０、ネットワークインタフェース１１２、及び／又はＩ／Ｏ装置１１６を含む。プロセッサの選択は、十分な速度を備えた適切なプロセッサが選択される限り重要ではない。メモリ１０４は、当業技術で公知のいずれかの従来のコンピュータメモリとすることができる。不揮発性記憶装置１０６は、ハードドライブ、ＣＤＲＯＭ、ＣＤＲＷ、フラッシュメモリカード、又はいずれかの他の不揮発性記憶装置を含むことができる。携帯式ストレージ１０８は、フロッピー(登録商標)ディスクドライブ又は別の携帯式記憶装置を含むことができる。コンピューティングシステムは、１つ又はそれよりも多くのネットワークインタフェース１０２を含むことができる。ネットワークインタフェースの実施例は、イーサネット(登録商標)又は他のタイプのＬＡＮに接続したネットワークカードを含む。Ｉ／Ｏ装置１１６は、キーボード、マウス、モニタ、ディスプレイ、プリンタ、モデムのうちの１つ又はそれよりも多くを含むことができる。本発明の方法を実行するのに使用されるソフトウエアは、不揮発性ストレージ及び揮発性メモリを含むメモリ１０４、並びに携帯式記憶媒体１１０に記憶される可能性が高い。

コンピューティングシステムはまた、データベース１０６を含む。代替的な実施形態では、データベース１０６は、メモリ１０４、携帯式ストレージ１１０、又は図３のシステムの一部であるか又は図３のシステムと通信している別の記憶装置に記憶される。図３に示すものとは異なる他の代わりのアーキテクチャを使用することもできる。図３のシステムの様々な実施形態、バージョン、及び修正は、本発明の全て又は一部を実行するコンピューティング装置を実施するために使用することができる。適切なコンピューティング装置の実施例は、パーソナルコンピュータ、コンピュータワークステーション、メインフレームコンピュータ、可搬式コンピュータ、携帯情報端末、ページャー、セルラー電話、スマート装置又は多重コンピュータ、記憶エリアネットワーク、サーバファーム、又はいずれかの他の適切なコンピューティング装置を含む。本発明によりバックアップサービスを提供するためのシステム管理者によって管理されるあらゆる数のサーバ１６０ｎ、ｎ＋１も存在することができる。

システムデータストレージ３１０もサーバ１６０に提供される。システムデータストレージは、サーバ１６０の不揮発性メモリスペースに提供される。単に１つのシステムデータ記憶コンピュータが示されているが、ストレージは、複数のコンピュータに複製することができるか又は記憶することができ、そこにあるデータが事故による損失から保護されるように保証することができることを認識すべきである。「ＳｙｎｃＭＬ」サーバ１９５及びウェブサーバ１８０の表示は、システムサーバ１６０とは別の物理的ハードウエアにこのようなサーバが提供されることを要求する必要がないことを理解すべきである。

図２のシステムは、本発明で使用するのに適する１つのサーバ及びクライアントシステムを示している。本発明の代替的な実施形態では、高度ＩＤシステムは、米国特許第６，６７１，７５７号、第６，６９４，３３６号、又は第６，７５７，６９６号に説明される同期化サーバを使用して構成することができる。

米国特許第６，６７１，７５７号、第６，６９４，３３６号、又は第６，７５７，６９６号に関して説明した同期システムは、装置エンジンの形式で異なる送信器／受信器／エンジン、及び異なる同期装置の機能を提供するクライアントソフトウエアを含む。装置エンジンは、装置エンジンが実行される装置のタイプに固有の少なくとも１つの構成要素を含むことができ、装置からの情報の抽出、情報の差異情報への変換、及び差異情報のストレージサーバへの送信を可能にする。利用されるストレージサーバは、インターネットサーバ又はＦＴＰサーバのようなストレージサーバのあらゆるタイプとすることができ、いずれかのインターネットサービスプロバイダのようなどのようなソースからも提供することができる。同期システムの主要な態様において、装置間又は装置とサーバの間のインターネット接続は、同じ時間ポイントで存在する必要はない。更に、本発明のシステム上で他のシステムに転送する必要がある情報の変更だけは、高速応答時間を可能にするために送信される。

同期化クライアント装置の各々からのデータは、ストレージサーバにリンクされる。一実施形態では、各装置エンジンは、システムの全てを完全に同期させておくのに必要な全処理を実行する。単に１つの装置エンジンをある特定の時間ポイントで同期化サーバにリンクすべきである。これは、切断された方式で複数システムの同期を可能にするものである。各装置エンジンは、サーバからの最後の同期以後に起こった変更を封入する全トランザクションをダウンロードし、それらを特定の装置に適用することができる。変更又は差異情報（「データパッケージ」又は「変更ログ」と呼ばれる）は、１つ又はそれよりも多くのデータパッケージで提供される。各データパッケージは、全装置エンジンにわたって、以下に限定されるものではないが、アプリケーションデータ、ファイル、フォルダ、アプリケーション設定などを含むいずれかの及び全ての転送情報への変更を説明する。各装置エンジンは、指定されたローカル装置に適用される情報のクラスを含むデータパッケージのダウンロードを制御することができる。例えば、連絡先名及び電話番号は、文書ファイルへの変更を必要とし、別のものは、電子メールへの変更のみを必要とする。

データパッケージの圧縮及び暗号化は、選択的に提供することができるものである。各装置エンジンは、アプリケーションデータストレージにそのタイプの情報を記憶するのに必要なローカルフォーマットにデータパッケージを適用させるのに必要なマッピング及び変換段階を実行する。装置エンジンはまた、最後の更新以後にユーザが２つの異なるシステムで同時に特定のデータフィールドに対してデータを変更した時の曖昧な更新を追跡することを可能にする構成要素を含む。装置エンジンの出力は、同期化サーバデータベースに出力されるデータパッケージを含む。上述のように、単に１つの装置エンジンを所定の時間にストレージサーバ８５０に接続すべきである。データパッケージは、要求が別の装置エンジンによってストレージサーバの特定のロケーションに行われるまでストレージサーバ上に記憶することができる。ストレージサーバのエリアへのアクセスは、管理サーバ（ＭＳ）によって制御される。一実施形態では、各同期作動は、各装置の装置エンジンが管理サーバにログインして装置を認証し、装置エンジンにストレージサーバ上の個々の装置のデータパッケージのロケーションを提供することを要求する。

データがストレージサーバからデルタモジュールに戻される場合、デルタモジュールは、差異データを特定のアプリケーションのためのアプリケーションオブジェクトに戻し、次に、デルタ情報をアプリケーションのために利用される特定のインタフェースに変換する。装置エンジンが入力ストリームからの全てのデータパッケージを完全に利用した状態で、装置エンジンは、ローカルシステムで行われた変更を説明する一連のデータパッケージを生成する。装置エンジンは、ローカルアプリケーションオブジェクト９２０を使用し、各アプリケーションの実際のデータの最後に同期されたバージョンを追跡し、これは、その後、次の同時要求でのデルタモジュールによる次のデータ比較のために使用される。生成されたデータパッケージは、演算を含むことができ、上述のような曖昧なケースを解決することから生成された変更を符号化することができる。

同期化サーバは、その内部同期差動エンジンにおいて、及び外部にデータを送信及び外部からデータを検索する時に、ユニバーサルデータ記録の概念を使用する。

管理サーバは、同期を行う前に管理サーバによって各装置エンジンが認証することを要求する認証インタフェースをサポートする。ある一定のストレージサーバの実施は、複数の装置エンジンのためのストレージへの読取り及び書込みアクセスを制御するためにロッキングセマンティクスを利用することができる。例えば、一般的なＦＴＰ要求では、２つの装置エンジンが同時に同じデータへの接続を試みる場合、装置エンジンが同時に同じデータにアクセスすることを防ぐためにロッキング制御の何らかの形式を存在させなければならない。この場合、管理サーバは、装置エンジン取得、更新、及びネットワークに記憶されたデータに対するロックの解除を制御する。

各装置エンジンは、管理サーバによって独自に識別及び追跡される。これは、管理サーバと、特定のタイプの記憶システム及び装置エンジン構成要素との間の挙動の調整を可能にする。全装置エンジン構成要素は、管理サーバを通じた管理のためにタグを付けられ、バージョンのスタンプを押される。

ペルソナ管理構成要素１６２、仲間管理構成要素１６４、ユーザインタフェース１６６、及びデジタル権利マネージャ１６８を含むサーバ側アプリケーションＩＤサービスコントローラアプリケーション１７０が図３に示されている。本発明の様々な実施においては、サービス側アプリケーション１７０内で作動する機能的な構成要素は、１つのケースでは、十分に堅牢（ロバスト）な「ＳｙｎｃＭＬ」クライアントと対話する「ＳｙｎｃＭＬ」サーバ１９５を通じて本発明のシステムによって保持された情報を電話１００に直接プッシュすることができるようになることが理解されるであろう。選択的に、制御のいくつかの態様は、本明細書で説明するようにサーバ側アプリケーション１７０又はクライアント側アプリケーション１４０のいずれかによって処理される。

本発明によると、アプリケーションエージェント１４０は、無線ネットワークを通してサーバ１６０に対して電話１００のデータストレージに記憶された象徴情報及び象徴情報に行われた変更を伝達する。装置からのユーザデータの通信は、いくつかの形式を取ることができる。クライアントがサーバ１６０との「ＳｙｎｃＭＬ」通信を利用する場合、通信は、「ＳｙｎｃＭＬ」仕様で示された規格を使用して行うことができる。変更は、記録毎に又はフィールド毎に送信される。代替的に、通信は、別のプロトコルを通じて行うことができる。「ＳｙｎｃＭＬ」クライアントは、仲間が公開した情報で電話のネイティブアドレス帳を更新し、並びにサーバからペルソナ及びリンク情報を検索するために利用される。情報は、「ＳｙｎｃＭＬ」プロトコルを通じて又はサーバ１６０との直接データリンクを通じて交換することができる。システムサーバは、各ユーザアカウント、リンク個人及び仲間情報、並びにシステムが提供してユーザが作成した全てのマルチメディアコンテンツを記憶して保持する。サーバは、独立型サーバであり、米国特許第６，６７１，７５７号に説明されるような同期システムの機能を組み込むことができる。この統合の詳細は、以下に更に詳しく説明する。上述のように、管理インタフェースは、ウェブサーバ１８０を通じて提供される。このインタフェースの説明は以下に示している。

サーバ１６０は、データを電話のユーザに関連付ける方式で象徴ストア１５０にユーザデータを記憶する。一実施形態では、データはバルクで記憶され、すなわち、ユーザのための全記録及び情報は、簡単なテキスト形式（又は、使用中のデータのタイプに応じてバイナリ形式）で記憶される。この情報は、象徴データを個々のユーザに関連付ける固有の識別子（ＵＩＤ）を使用してデータストアに記憶される。識別子は、ユーザが一意的に識別される限り、あらゆるランダムに選択された識別子とすることができ、データは、ユーザに関連付けられる。更に別の態様では、このユーザＵＩＤは、上述の米国特許第６，６７１，７５７号、第６，６９４，３３６号、又は第６，７５７，６９６号に説明される方式で、又は所定のユーザのための単一のＩＤを作成するための他の方式で作成されたユニバーサルに固有な識別子（ＵＵＩＤ）とすることができる。更に別の実施形態では、ユーザデータ及びユーザデータへの変更は、上述の特許第６，６７１，７５７号、第６，６９４，３３６号、又は第６，７５７，６９６号で説明した方式で変更ログに記憶される。

コンピュータ又は他の装置１９０上のユーザがウェブブラウザを有することを可能にするウェブサーバ１８０は、選択的に、本発明のシステムの態様をユーザに構成させることができるように提供される。サーバ１８０は、コンピュータ１６０に類似のハードウエア構成を有することができ、１つ又はそれよりも多くの物理コンピュータを含むことができる。更に、ウェブサーバ１８０は、サーバ１６０と一体化させることができる。

一実施形態では、本発明のシステムの態様は、電話インタフェースを通じて構成される。システムは、代わりにユーザ装置１９０を通じたウェブサーバ１８０によって提供されるウェブインタフェースを通じてユーザによって構成することができる。

図４は、加入者から非加入者又は参加者への送信勧誘（段階２１２）を実行するための１つの処理である。段階３０２で、非加入者は、別の加入者からＳＭＳメッセージを受信することができる。ＳＭＳメッセージは、情報をその現在のデータブックにユーザが公開するのに必要な全情報を収容することができる。１つの態様では、これは、「ＳｙｎｃＭＬ」クライアント、「ｖＣａｒｄ」パーサー、又は他のアプリケーションのようなネイティブ又は非ネイティブアプリケーションによって読み取ることができ、更に、電話のローカルデータストアに組み込むことができるフォーマットで全ペルソナ情報自体を含むことができる。ユーザが段階３０４で情報を受け入れた場合、情報は、ユーザのデータブックに読み取ることができ、次に、加入者が呼出して、情報はユーザの電話に表示されることになる。

図５に示されている別の実施形態では、ユーザは、段階４０４で加入者からＳＭＳメッセージを受信することができ、段階４０６で、ユーザは、ＳＭＳメッセージに記憶されているリンクを選択することができ、加入者の情報を電話に直接送信するサーバ側データストアにユーザの電話を接続する。段階４０８で、ユーザの電話は、加入者からの情報を電話のローカルデータストアにダウンロードする。

図６は、ユーザの様々なグループに対する様々なペルソナの概念を示している。図６は、中央ユーザ６００にリンクされた様々なユーザのリンケージ例を示している。ユーザ６００「ボブ」は、他のユーザ６０４、６０６、及び６０２にリンクされた携帯電話を有する。ユーザの各グループ６０２、６０４、及び６０６について、ユーザ６００は、異なるペルソナを確立することができる。友人のペルソナは、ボブの個人住所及び家の電話番号を示し、着信音の第１のタイプを提供することができる。同僚のペルソナ６０４は、更に、正式な名前の設定、職場の電子メールアドレス、及び決められていない着信音を備えた職場の電話番号を提供し、クライアントのペルソナ６０６は、より正式な名前を示し、異なる職場の及び携帯電話の番号、並びにボブのクライアントに提供するのに更に適する異なる着信音を含む。

図６に示すように、人は、通常はコミュニケーションをとる友人、同僚、及び顧客を含む別々のグループを有する。様々なペルソナの確立により、異なる情報の各個人への公開が可能になる。図１に示すように、ペルソナは、名前、電子メールアドレス、電話番号、実際の住所、企業情報、写真、着信音、ＵＲＬ、個人の身体的な特徴（眼／髪の色など）、及び誕生日情報を含むことができる。この情報の処理は、融通性があって拡張可能であり、現在の時間帯、デジタル証明、ＧＰＳ座標を含む物理的なロケーション、及び利用可能性のような全てのより永久的並びに過渡的な情報にも対応することができる。

図７は、本発明の個々のユーザ及びサーバのために保持されている記録の静的な構造を示している。個々のユーザアカウント７００に対して、各アカウントは、システムＩＤ、計画ＩＤ（サービスレベル記述を指示する）、モバイル装置ＩＤ、公開されたＩＤ、連絡先ネーム、連絡先電子メールアドレス、及びユーザセキュリティピンを含むことになる。ユーザアカウントはまた、仲間のペルソナリスト７１０、仲間リスト７２０、及び警報リスト７３０を収容することができる。ペルソナリストは、例えば、個人ＩＤ、名前、携帯電話、家の電話、職場の電話、及び図１に関して上記で指定されたような他の情報を各々が含むいくつかのペルソナ７１２を定義することになる。他の情報は、仲間画像、許可された連絡先リスト設定、及び着信音情報を含むことができる。着信音情報７４０は、特定の着信音記録７４５にリンクする情報のリストとすることができる。仲間リスト７２０の各仲間は、公開された識別子、最後の更新日付（仲間記録が最後に更新された時を示す）、個人識別子、ステータス識別子７２４、及び情報７２６を含む仲間リスト記録７２２を有する。仲間情報７２６は、名前、アドレス帳識別子、電話リスト番号、電子メールアドレスリスト、及び着信音情報を含む。

図８は、本発明により企業サービスプロバイダによって提供されるシステムサービスに新しいユーザが入会手続きをする方法を示すシーケンス図である。図８は、電話１００及びサーバ１６０上で行われる段階のシーケンスを示している。段階８０２でのアプリケーションの初期化に応じて、アカウント作成メッセージが段階８０４で作成される。アカウント作成メッセージはサーバに送られ、段階８１０でアカウント確認処理が始まる。アカウント作成段階が段階８１２で行われ、基本的な記録が段階８１４で作成される。アカウント作成段階８０４は、段階８１０で電話システムに名前及び電子メール連絡先情報のようないくつかの基本的な情報を提供するようにユーザに指示することができる。アカウント確認段階８１０は、電話インタフェースを通じてユーザから必要な情報を取得することになり、アカウントは、必要な情報が提供された状態で段階８１２で作成されることになる。例えば、確認段階８１０で提供された情報からの基本ペルソナを含む基本的なアカウント記録が段階８１４で作成される。アカウント作成段階が終了した状態で、段階８１６でアカウント作成済みメッセージがユーザの電話に送られることになる。段階８２０で、ユーザのネイティブアドレス帳に存在するユーザの電話における連絡先は、段階８２０で収集され、段階８２２で、追加連絡先メッセージ又はデータ送信がサーバ１６０に送られることになる。これらの連絡先は、段階８３０で検査及び評価されることになり、システムで既に既知のユーザと、システムでリンクされていないユーザとの間のリンクを判断する。連絡先リストが段階８３２で作成され、潜在的に真のリンクのリストが段階８３４で作成される。真のリンクは、ユーザの仲介又は承認なしに自動的に作成及び維持することができる点に注意されたい。しかし、この実施形態では、段階８３４でこのリストはユーザに戻され、段階８４０でユーザに表示される。ユーザは、次に、ユーザがリンクの確立を望む連絡先を選択することができ、これらのリンクは、段階８５０で確立されることになる。選択的に、システムは、既に新しい加入者のローカルアドレス帳に表示されている加入者としてシステムサービスによって既に確立したどのようなユーザとのリンクも確立することができる。

図９は、企業サービスプロバイダとのアカウントを確立するための代替的な方法であり、米国特許第６，６７１，７５７号、第６，６９４，３３６号、又は第６，７５７，６９６号の同期システムが使用される。このシーケンスは、このようなシステムのためのアカウント作成が、同期化サーバとの下にあるｓｙｎｃアカウントの作成を必要とするが、このようなアカウントは、高度ＩＤインタフェースを通じて作成することができることを示している。

段階９０２で、アカウント作成段階は、サーバ１６０で開始される。サーバ１６０はまた、段階９０４でアプリケーションサーバ１８５とのアカウントを作成することができる。サーバ１６０は、クライアント１４０に準備情報９０６を提供することになり、クライアント１４０は、次に、段階９０８でサーバ１６０にそのアドレス帳をアップロードすることになる。サーバは、直接リンクが段階９１０で存在するか否かを確立し、その真のリンクを段階９１２でユーザに戻そうと試みることになる。同時に、システムは、同期化サーバ１８５でユーザの連絡先情報との同期を行うことを試みることになる。段階９１６で、ユーザの公開ペルソナは、各ユーザの同期アカウントに同期され、段階９１８で同期に何らかの問題が存在する場合、同期がとれていないという通知メッセージがクライアント１４０に戻される。段階９２０で、段階９２０での仲間のペルソナを表す記録に関する記録が検索される。ペルソナ記録は、その後、他の記録が特許第６，６７１，７５７号の説明に従って同期される時に同期される。

図１０は、ウェブサーバ１８０を通じて提供されたサーバのユーザインタフェースによってサーバ１６０上の新しい加入者アカウントの確立を説明するシーケンス図である。ユーザインタフェース１９２での初期化段階１０００で、アカウント作成インタフェース１０１０は、サーバユーザインタフェース１９２に提供される。ユーザは、情報をインタフェースに提供し、情報は、アカウント作成メッセージを通じてサーバ１６０に送信される。アカウント確認段階は、ユーザが企業サービスプロバイダとのアカウントを確立するのに十分な情報を提供した後で段階１０１２で行われることになる。これが行われた状態で、アカウント作成は、段階１０１４で行われることになり、基本記録は、段階１０１６で作成されることになる。アカウントが段階１０１８で確立された場合、アカウント作成済みメッセージがユーザに戻され、段階１０２０でペルソナを作成する機会をユーザに提供し、デフォルトペルソナの組をユーザに提供する。ユーザは、段階１０２２で画像及びマルチメディアを追加する初期機会を提供されることになる。次に、段階１０２４で、ユーザは、連絡先リンク確立段階２０８の間に作成された「仲間」を検査する機会を提供されることになる。ユーザが接続の確立を希望する連絡先を選択した状態で、連絡先リストが、段階１０２６で作成されることになる。リストは、段階１０２８でユーザに戻されることになり、企業サービスプロバイダによって加入者としてまだ確立されていないユーザへのＳＭＳ送信勧誘を初期化するために使用することができる。

図１１は、加入者が電話を失ったが既にシステムとの既存のアカウントを有する状況での電話クライアントとサーバアプリケーションとの間の対話を示している。従って、ユーザは、単にユーザの新しい電話を使用してアカウントとの接続を再確立するだけでよい。初期化段階１１０２で、段階１１０４で電話アプリケーション１４０で実行されるアカウント作成ルーチンは、サーバ１６０にアカウント作成メッセージを送ることになる。アカウントが段階１１０６でユーザ情報の確認を行おうとする場合、アカウントが既に存在するという判断が段階１１０８で行われることになる。これは、入力されたアカウントが実際にユーザのアカウントであるか否かを段階１１１０でユーザに尋ねるように電話アプリケーションに戻るメッセージに指示することになる。ユーザが段階１１１２でそれが同じアカウントであるということを示すプロンプトを選択すると、メッセージは、サーバに戻され、アカウントは、ユーザの新しい装置情報によって段階１１１４で更新されることになる。システムは、段階１１１６で回復されたデータセットを作成することにより、ユーザの新しい電話に情報を回復させるために利用することができ、この情報は、段階１１１８でユーザに戻され、データは、段階１１２０で電話装置に回復される。これは、ユーザがシステムのサーバ上のユーザの情報を最後に更新した時の状態までユーザの情報をユーザの新しい電話に回復させる。

上述のように、クライアントアプリケーション１４０及びサーバアプリケーション１８０は、ユーザにいくつかの機能を提供し、ＥＳＰ及び高度ＩＤシステムとのアカウントを作成及び管理する。

図１２は、特定の加入者に対する機能的な使用事例を示している。ユーザ１２００は、例えば、電話インタフェースを通じてアプリケーションを電話にダウンロードすることなどによりアプリケーション１２０２をインストールし、上述の説明に従って１２０４でアカウントを作成することができる。同様に、ユーザは、アプリケーション１２０６をインストールせずに、企業サービスプロバイダとのアカウントを削除することができる。ユーザはまた、１２１０でアカウントをアップグレードし、１２１４でアカウントをダウングレードし、更に、１２１６でアカウント設定を変更し、１２１８でアカウントを修正するためにアプリケーションを使用することができる。

図１３は、ユーザ１２００が他の加入者にリンクするタスクを実行するために実施することができる機能を示している。ユーザは、仲間リストを検討することができ（１３０２）、１３０４で仲間リストの検索を要求する。同様に、ユーザは、１３０５で特定の仲間のペルソナ割当を変更し、１３０６で仲間とペルソナのマッピングを表示し、例えば、ユーザ１２００に必要のない着信音を「仲間」がダウンロードした場合のように彼ら自身の電話帳の仲間の公開された情報を無効にし（１３０８）、段階１３１０で仲間のリストから仲間を取り除き、更に、１３１２で検索機能を実行することによって仲間を追加し、又はシステムへの加入によって加入者でない別の人をユーザの仲間になるように送信勧誘する。

図１４は、ペルソナ操作に関する加入者１２００に対する使用事例を示している。ユーザは、ペルソナを作成し（１４０２）、ペルソナを編集し（１４０４）（修正ペルソナを生じる１４０５）、１４０８でペルソナを削除するか又は１４１０でペルソナリストを表示することができる。他の場合、１４１２で仲間のペルソナへの割当に含まれるペルソナを修正する段階、１４１４でペルソナから仲間を取り除く段階、１４１６で着信音をペルソナに割り当てる段階、又は１４１８で画像をペルソナに割り当てる段階を結果として生じる。着信音又は画像の割当てはまた、図１５に示すように１４２０でデジタルコンテンツの修正を引き起こす。

図１５は、マルチメディアコンテンツと対話するアプリケーションユーザ１２００の使用事例を示している。ユーザは、１５０２でユーザ自身の着信音を記録することができるか、又は１５０４で企業サービスプロバイダを通じて付加価値サービスプロバイダによって提供されるシステム着信音を閲覧することができる。１４０２での着信音の記録は、着信音が１５０６でユーザのアカウントに追加されることをもたらす。ユーザはまた、１５０８でシステムホスト着信音をブラウズすることができ、１５１０でプレミアム着信音の購入を選択することができる。ユーザはまた、１５１２で着信音を下検分することができ、１５１４でシステム提供画像を閲覧することができる。ユーザは、例えば、ユーザの電話が写真撮影及び１５１８でのユーザのアカウントへの電話の追加をサポートする時に、画像をユーザの電話にアップロードし、ユーザの電話からアップロードする（１５１６）ことを許可される。ユーザはまた、１５２０でシステムホスト画像の選択及び１５２２でプレミアム付加価値画像の購入を選択することができる。ユーザが１５２４で着信音を購入した場合、ユーザは、この着信音を仲間と共有することを選択することができる。仲間が着信音を選択する場合、着信音のデジタル権利管理プロバイダ権利は、着信音を利用する第２ユーザが自分のためにその着信音を使用するライセンスを購入することを要求することができる。段階１５２４は、企業サービスプロバイダから着信音を購入することをそれ自身の使用のために仲間の着信音を要求するユーザに求める場合のプロンプトを可能にする。同様に、段階１５２６で、仲間の画像は、加入者１２００によって利用することができ、このような画像がプレミアムコンテンツである場合、ユーザに画像の購入を要求するプロンプトは、１５２６で提供され、１５２８でユーザは、ユーザ自身の電話のデジタルコンテンツ設定を変更することを許可される。例えば、仲間がユーザ１２００に対して不適切な画像及び／又は着信音を提供した場合、ユーザは、アプリケーションインタフェースを使用してユーザ自身の電話のそれらの設定を無効にすることを許可される。

図１６、１７、及び１８は、電話１００に表示される高度発呼者ＩＤ機能の様々な態様を示している。他のユーザのための加入者情報が電話１００にダウンロードされると、図１６、１７、及び１８に示すような表示が現れる。

図１６は、加入者ディスプレイの第１の実施例を示している。発信加入者「リチャード」の電話装置１００の場合、リチャードが提供しているユーザの名前及び画像のディスプレイ１６００が電話に表示される。電話１００のネイティブディスプレイがサムネイル画像（又は、電話の全表示エリアを占有しない画像）に対するサポートだけを含む場合でも、クライアント１４０は、電話１００にＯＳサービスをもたらすことができ、ソフトキー有効機能メニュー１６０２、１６０４と共にフルスクリーン画像を表示することができる。ディスプレイは、ユーザのための付加的な情報を示すアイコン１６０６を含むことができる。この実施例では、バースデイケーキがリチャードの誕生日であることを示している。当業者によって理解されるように、多くの電話は、電話のメニューディスプレイの様々な指令をアクティブ化する「ソフトキー」を含む。図１６の実施例でのソフトキー（一般的にインタフェース画面のすぐ下）の選択は、無視プロンプト１６０２及び静止プロンプト１６０４を提供する。

図１７は、その下にテキストメッセージ１７０４が表示された電話装置１００上の動画ディスプレイ１７０２の図を示している。図１６の画像は、例えば、ＡＶＩ、ＭＰＥＧ、ＱｕｉｃｋＴｉｍｅ、又は電話１００の再生機能によってサポートされる他のサンプルビデオ画像であることが理解されるであろう。

図１８は、付加的なメタデータが提供される「リチャード」のためのディスプレイの別の実施例である。この情報は、画面の下部１８０２のテキストメッセージに示されており、ロケーション情報並びに今日がリチャードの誕生日であることを示す情報を含む。

更に別の実施形態では、アドレス帳以外のソースからのデータを組み込む加入者ディスプレイを提供することができる。例えば、ユーザが電話のネイティブカレンダーに連絡先とのミーティングに関する情報を読み込んでいる場合、クライアントアプリケーションは、この情報を抽出することができ、例えば、ユーザの連絡先との最後の又は将来のミーティングを表示することができる。代替的に、この情報は、同期化サーバが本明細書で説明するように利用される時には、同期ユーザアカウントから抽出することができる。

図１９は、ウェブブラウザ１８０を通じてサーバ１６０によってクライアント装置１９０に提供することができるユーザインタフェース１９００の説明である。一般的なウェブブラウザ１９１０は、当業者に良く理解されるいくつかの標準的な機能を有するメニューバー１９０５を含む。同様に、ワールドワイドウェブのためのナビゲーション機能を含むメニューバー１９１０が提供される。ユーザインタフェース１９００は、ウェブサーバ１８０によって提供されるＵＲＬを通じてアクセス可能である。インタフェース１９００は、「発呼者ＩＤ」「ホーム」メニューオプション１９５２、連絡先メニューオプション２０００、個人メニューオプション２１００、マイ画像メニューオプション２２０、マイ着信音メニューオプション２３００、及びマイ詳細メニューオプション２４００を有するメニューバー１９５０を含む。ウェルカム画面は、ログアウトアカウント及びヘルプリンクを含み、ユーザの電話番号に基づいてユーザにウェルカムメッセージを表示する。マイ装置ウィンドウ１９４０は、１９４２でユーザの装置の現在のタイプのシステムの理解、直接リンク連絡先「発呼者ＩＤ２．０連絡先」としてユーザが指定した連絡先の数、ユーザが有する連絡先の総数、ユーザが有するペルソナの数、ユーザが有する写真の数、及びユーザが有する着信音の数を含むステータス情報１９４４を表示する。「ホットなもの」のラベルを備えた付加的な部分は、写真１９４６及び音楽１９４８のようなデジタルコンテンツを表示するために付加価値再販業者によって利用することができ、ユーザに付加価値サービスプロバイダからのこの情報をダウンロードさせ、ユーザのアカウントに提供することができる。マイペルソナウィンドウ１９２０は、ユーザのジョン・スミスのためのアドレスカード及び連絡先カードの形式でのユーザの一般的な情報の表示を含む。最近追加された連絡先部分１９３０は、そのユーザの連絡先に関連した図形表示と共にハイパーリンク１９３２としてユーザの連絡先へのリンクを表示する。下線によって強調されたページの項目の各々は、リンクコンテンツに関する更に詳しい情報へのハイパーリンクを提供することができることが理解されるであろう。

メニューバー１９５０の連絡先リンク２０００の選択は、本発明のシステムにおけるユーザの連絡先をユーザに管理させるのに適する図２０ａに示されているユーザインタフェース２０００を生じる。連絡先インタフェース２０００は、連絡先のリスト及び編集のためのいくつかのオプションをユーザに提供する連絡先ディスプレイ２０／２０を含む。ユーザは、ドロップダウンボックス２０２２を通じていくつかの様々なタイプの使用のいずれかから選択することができる。図２０ａに示されている表示は、一連の連絡先１０４０のリスト表示のものである。各連絡先は、コラム２０４２に写真の表示、コラム２０４４に名前の表示、コラム２０４６にニックネームフィールド、コラム２０４８にそのユーザに関連した着信音、コラム２０５０にドロップダウンボックスを通じて選択することができる割り当てられたペルソナを含む。同様に、各ユーザは、コラム２０４１の送信勧誘リンクに関連付けられており、コラム２０５２のティックボックスにより、ユーザは、削除アイコン２０５４の選択によって即座に削除する１つ又はそれよりも多くの連絡先を選択することができる。ユーザ連絡先のハイパーリンクの１つの選択は、サーバ１８０に編集ページをレンダリングさせ、ユーザがその連絡先に関連した情報を編集することを可能にする。

ウェブブラウザ上の図２０Ａのユーザインタフェースに関連した機能は、同様に電話の画面上に提供することができる。図２０Ｂ−２０Ｍは、ユーザの電話に表示される連絡先インタフェースを表している。

図２０Ｂは、ユーザが行った「最後に成功した同期」、並びに図２０Ａに示すようなステータス情報（全連絡先、高度ＩＤ連絡先、ペルソナ、画像、及び着信音）を表示する初期開始画面を示している。ソフトキーメニュー項目によってこのポイントでユーザに提供されるオプションにより、ユーザは、２０６２で同期を開始するか、又は２０６４で異なるオプションを選択することができる。

図２０Ｃは、図２０Ｂの「オプション」リンクの選択から生じるメニュー２０６６を示しており、それによってユーザは、連絡先インタフェース、ペルソナインタフェース、この時点で同期する命令、又は更に詳しい設定を選択することができる。

図２０Ｄには、ユーザが図２０Ｃの連絡先を選択した場合の連絡先のリスト２０６８が表示されている。ユーザは、電話にあるソフトキー及びいずれかの他の入力装置を使用して、ディスプレイで選択するユーザを強調することができる。連絡先の選択は、その連絡先の記録を開く。選択的に、オプションメニュー２０７０が、連絡先が高度ＩＤ連絡先であるか否かに応じて表示される。

図２０Ｅで、ユーザは、図２０Ｄのオプションボタン２０６４を選択することによって高度ＩＤ連絡先のためのオプションメニュー２０７２を表示することができる。このメニューにより、ユーザは、連絡先を開き、ペルソナを連絡先に割り当て、本発明のシステムによってその連絡先を加入に送信勧誘するか、又はその特定の連絡先に対して発呼者ＩＤを使用不能にすることができる。図２０Ｆは、図２０Ｄで選択された連絡先が高度ＩＤ有効連絡先ではない場合のオプションインタフェースを示している。図２０Ｆでユーザに対して利用可能なただ２つのオプションは、連絡先を開くことか、又はシステムによってその連絡先を加入に送信勧誘することである。

高度ＩＤ連絡先が開かれた場合（図２０Ｅから）、図２０Ｇの画面が表示される。図２０Ｇの表示は、特定の連絡先及びアンナＫについて、彼女が同僚のペルソナのメンバーであり、「ＮＹＣにいるアンナ」のタイトルを備えた割り当てられた写真を有し、ニックネーム「アンナ」としてモンスター・ミディ（ｍｏｏｎｓｔａｒ．ｍｉｄ）着信音を割り当てられており、彼女の連絡先情報に関連した職場の番号及び家の番号を有することを示している。これらの項目の各々は、電話上で選択入力を移動させ、エントリボタンを押し込むことによって選択可能である。例えば、ＮＹＣにいるアンナの選択を押すことで、図２０Ｈに示されている表示を生じることになり、これには連絡先に関連したグラフィック画像が表示される。モンスター・ミディ着信音を選択することで、図２０Ｉに示されている表示で着信音が再生される。ニックネームを選択すると、ユーザは、電話に表示されたインタフェース２０Ｊを通じてニックネームの変更ができる。

ペルソナの選択により、図２０Ｋに示されているペルソナ変更メニューが表示される。ペルソナ変更メニューは、ユーザに関連した現在のペルソナを表示し、ユーザに１つ又はそれよりも多くのペルソナを選択させて特定のユーザを変更することを可能にする。ユーザが例えば同僚ペルソナを選択する場合、同僚ペルソナがアンナＫに割り当てられていることをユーザに示す図２０Ｌに示すようなメッセージが表示されることになる。最後に、ユーザがユーザからの発呼者ＩＤを使用不能にすることを選択した場合、警報メッセージが図２０Ｍに示すように表示される。

図１９のメニューバー１９５０にある「ペルソナ」メニュー項目２１００を押すことで、図２１Ａに示されているペルソナインタフェース２１００が表示される。

図２１Ａに示すように、ペルソナ画面は、いくつかのペルソナ２１１０、及び２１１２、２１１４、２１１６、２１１８、及び２１２０を表示しており、これらは、ユーザにペルソナの名前の短い表示、ペルソナに括弧で割り当てられているユーザの番号、及びユーザが他の人にペルソナで表示している画像、ユーザが他の人に表示している名前、及びユーザが他の人に表示している着信音を提供する。インタフェースの構成要素は、ウェブページのユーザインタフェース上で利用可能な場所に応じて、ペルソナの追加の構成要素又はペルソナのより少ない構成要素を含むことを認識すべきである。

図２１Ｂ−２１Ｎは、電話装置上のインタフェース２１００に提供された同じ機能を示している。

図２１Ｂは、所定のユーザの定められたペルソナの各々へのリンクを含むペルソナメニュー２１３０を示している。図２１Ｂでは、これらは、「デフォルト」友人、同僚、家族、ガールフレンド、及びブロックされた発呼者である。オプションソフトキーメニューの選択により、図２１Ｃに示されているメニューが現れ、それによってユーザは、新しいペルソナを開き、作成し、現在のペルソナを編集するか、又は現在のペルソナを削除することができる。ユーザがデフォルトペルソナのようなペルソナを開くことを選択した場合、図２１Ｄに示されているディスプレイが表示される。図２１Ｄのディスプレイは、所定の「デフォルト」ペルソナについて、ペルソナの名前が表示され、関連した画像「Ｆ１ロゴ」が表示され、着信音「ｍｏｏｎｓｔａｒ．ｍｉｄ」が表示され、ペルソナに関連したニックネームが表示され、ペルソナに関連した職場の番号及び家の番号が表示されていることを示している。名前にナビゲートし、電話入力選択機構を使用して選択することによるペルソナ名の選択は、図２１Ｅに示されているディスプレイをもたらし、これは、ユーザにソフトキーを「オーケー」及び「割当」に変更する選択を提供する。割り当てられたソフトキーの選択は、図２１Ｆに示す表示をもたらし、ユーザによってこの特定のペルソナに割り当てられたユーザを示している。ここで図２１Ｃに戻ると、「新しい」メニュー項目の選択は、図２１Ｄに示されているテンプレートをもたらす。テンプレートの項目の全てはブランクであり、それによってユーザは、ソフトメニュー選択ボタンを通じて図２１Ｄに示すエントリの各々に対する項目を追加することができる。事前に読み込まれるメニューエントリのみが図２１Ｇに示すようなユーザの電話番号である。図２１Ｄの名前追加選択を押下することで、図２１Ｈの表示が現れ、それによってユーザは、電話のテキストエントリ方法によってペルソナの名前を入力することができる。図２１Ｉは、図２１Ｈに基づいて「マルチタップ」ソフトキーの選択を示し、ユーザにマルチタップ、番号、Ｔ９ワードエントリ、又は記号のようなテキストに対するいくつかの入力方法を可能にする。名前が図２１Ｈで指定された状態で、ペルソナの名前を示す図２１Ｊの表示が現れる。図２１Ｋは、ユーザが図２１Ｊの追加ソフトキー及びグラフィックを追加するための選択に関連したエントリを選択した時に現れる。図２１Ｋは、「電話上」の図形又は画像エントリを表示し、それによってユーザは、表示されたエントリの１つを選択することができる。ユーザが「鳥」のエントリを選択した場合、表示される画像は、図２１Ｌに示されている。同様に、図２１Ｍは、ユーザに利用可能な着信音のリストを表示し、図２１Ｍは、着信音を削除するためのユーザの利用可能性を表示する。

図２２は、ウェブブラウザに表示されたグラフィカルユーザインタフェースであり、それによってユーザは、本発明により画像を管理することができる。ユーザに利用可能な画像は、コラム２２／４０の関連するニックネーム及びコラム２２／５０の編集機能ハイパーリンクと共にコラム２２／２０に表示される。ユーザに対するデフォルト画像２１１０は、ユーザがペルソナを作成すべきである時にデフォルト画像を使用することができるように表示される。ブラウザ選択ボタン及び提出ボタン２２１６を含むアップロードインタフェース２２１２が提供され、それによってユーザは、様々な画像をそのアカウントにアップロードすることができる。プレミアムダウンロード部分２６６０は、付加価値サービスプロバイダコンテンツへのユーザリンクを提供し、付加価値サービスプロバイダの条件に従ってユーザによるダウンロード及び利用ができるようにする。

図２３は、本発明によりウェブサーバ１８０によってユーザインタフェース及びウェブブラウザに提供される着信音を管理するためのインタフェースを示している。マイ着信音ウィンドウ２３１０は、ユーザにそのアカウントを通じてアップロードされているか又は利用可能である着信音のリスト２３２０を含む。着信音の名前は、コラム２３２０に表示され、アーティストは、コラム２３３０に表示され、プレビューは、ハイパーリンク２３４０に表示される。同様に、ユーザのためのデフォルト着信音は２３１２に表示され、アップロードインタフェースが画像アップロードインタフェースに似た方式で提供される。また、付加価値ダウンロード部分２３５０は、このインタフェースを通じてユーザによってダウンロード可能な付加価値コンテンツをデジタルコンテンツプロバイダが提供することを可能にするために設けられている。閲覧ボタン２３１５及び提出ボタン２３１６を含むアップロードインタフェース２３１４により、ユーザは、公知の方式でユーザのアカウントに対して着信音選択に追加することができる。

図２４は、図１９のバー１９５０におけるリンク２４００の選択によるマイ詳細インタフェース２４００を表示している。インタフェース２４００により、ユーザは、ユーザのアカウントに関連した情報を管理することができる。個人情報部分２４１２により、ユーザは、ユーザのファーストネーム、ミドルネーム、及びラストネーム、並びにユーザのニックネーム、及び誕生日、記念日、及び配偶者の名前のような詳しい個人情報を入力及び変更することができる。家庭情報及びビジネス情報部分２４２０及び２４３０により、ユーザは、次に使用されるユーザのための連絡先ポイントの数及び連絡先番号を指定することができ、上述の説明に従ってペルソナを作成することができる。

上述のように、システムが米国特許第６，６７１，７５７号、第６，６９４，３３６号、又は第６，７５７，６９６号に関して示されて説明した同期システムに従って実施される時に、図３に示されているもの以外の付加的な要素が存在することができる。図２５は、いくつかのユーザと同期化サーバ２５５０の間の統合が、本発明に使用される米国特許第６，６７１，７５７号、第６，６９４，３３６号、又は第６，７５７，６９６号に従って実施される方法を示すブロック図である。高度ＩＤ管理サーバ２５１０は、サーバ１６０又はサーバ１６０の要素の部分集合を含むことができるが、少なくとも１つの管理アプリケーション１７０及びユーザ情報ストア２５２０から加入者記録２５２２を収容するペルソナデータベース２５２０までを含む。同期化サーバ２５５０には、加入者のいくつかの仲間１００−１のために同期アカウント記録２５２４、２５２８、２５３０が提供される。同期化サーバ２５５０は、米国特許第６，６７１，７５７号、第６，６９４，３３６号、又は第６，７５７，６９６号に開示された同期機構を仲間ユーザ１００−３、１００−４、及び１００−５と伝達し合うものである。データのダウンロード及びアップロードを通じて変更を直接伝達するのではなく、米国特許第６，６７１，７５７号、第６，６９４，３３６号、又は第６，７５７，６９６号に開示するトランザクションデータパッケージが変更されたログをクライアント１００−３〜１００−５に配信することによってペルソナ情報を伝達する。ユーザは、上記で説明したように電話インタフェース又はウェブインタフェースを通じてシステムサーバ２５１０と通信する。

図２６は、本発明を実施するための同期化サーバシステム、高度ＩＤサーバ、及びクライアントシステムの詳細な他の構成を示すブロック図である。図２では、サーバシステムは、電話１００のようなクライアントと通信する独立型装置として示されている。図２６で電話１００−６は、米国特許第６，６７１，７５７号に関して説明するようにアプリケーションクライアント１４０並びに同期化クライアント２６１０を含むように示されている。高度ＩＤシステムサーバ２６４０は、ユーザコンテンツ記録２６４６を有するデータベース５１０を含み、ユーザコンテンツ記録２６４６は、上述のような加入者のために記憶されたペルソナを含む。サーバ２６４０はまた、上述の図面に開示されたウェブベースのインタフェース画面を提供するウェブサーバ２６６０を含む。クライアント受話者エンジン２６５０は、クライアントアプリケーション２６７５と通信し、それによってユーザは、変更をシステム２６４０のサーバ側に直接入力することができる。変更ログアダプタエンジン２６４０は、同期化サーバ２６５０への及び同期化サーバ２６５０からの変更の伝達を可能にする。同期化サーバ２６２０も提供される。同期化サーバは、「ＳｎｙｃＭＯ」サーバ２６２６を通じて同期化クライアント２６１０、及びデータプロトコルアダプタ２６２８を通じて高度ＩＤサーバ２６４０と通信する。米国特許第６，６７１，７５７号に説明された管理サーバ２６２２は、同期化エンジン２６２４と通信し、データストア２６３２に記憶された同期データパッケージを制御する。このシステムにより、ユーザの情報を複数の装置のあらゆる数に記憶することができ、同期化サーバとのアカウントを有するユーザは、その情報を加入者の高度ＩＤシステムに組み込むことができる。本発明における高度ＩＤサービスとの各ユーザアカウントは、ユーザの対応する同期アカウントの作成を要求する。同期アカウントは、装置とシステムサーバ２６４０との間でユーザのコンテンツを同期させるために使用される。システムサーバ２６４０は、ユーザのペルソナ及び情報における適切な連絡先を修正する。

個人記録は、特別に追加された連絡先記録フィールドによって同期システムのコンテンツ記録に表示させることができる。ペルソナを説明する変更ログが受話者エンジン２６４０に到達した場合、高度ＩＤエンジン２６４２は、影響を受けた仲間を収集し、対応する同期化サーバ記録を見つけ、新しいペルソナ情報を収容する連絡先修正トランザクション変更ログを同期化サーバに戻す。同期化サーバは、米国特許第６，６７１，７５７号、第６，６９４，３３６号、又は第６，７５７，６９６号の説明に従うこれらの修正されたトランザクションを直接リンクされた仲間の同期アカウントに追加する。このような仲間の次の同期に応じて、各パーティは、ユーザが自分を割り当てていたペルソナを表す更新された連絡先記録を検索する。同期化サーバ２６５０が、システムサーバ２６４０に連絡（コンタクト）すると、システムサーバは、フィールドを連絡先記録に追加することによって所定の仲間が割り当てられたペルソナを追跡する。装置１００−６は、同期化サーバ２６５０によって提供された変更ログを有する装置のアドレス帳と同期する装置同期化クライアント２６１０を組み込む。ネイティブデータベース１５０及びアプリケーションＩＤデータベース２６０２の両方を使用して、本発明による高度ＩＤシステムのために記録を記憶することができる。

図２７は、いくつかのサブシステムを含むクライアント側アプリケーションを示している。クライアント２７００は、ユーザインタフェース２７１０、ＳＭＳ受話者２７１２、一体型呼出し管理２７１４、エンティティマネージャ２７１６、アプリケーションデータベース２７１８、同期層２７２０（米国特許第６，６７１，７５７号の技術と共に利用される時には、設定マネージャ２７２２）、及びアプリケーション設定データストア２７２４を含む。クライアント２７００は、上述の本発明のインタフェース画面を表示するユーザインタフェースを含む。様々な構成において、電話のネイティブアドレス帳１５０の部分及びアプリケーション特定の２次データストア２７１８は、装置上に高度ＩＤ情報を記憶する。上述のように、加入者が電話１００−６に連絡（コンタクト）した場合、アプリケーション２７００は、着信呼出しを受け入れ、サポートされる装置の堅牢（ロバスト）さに応じて、例えば、メタデータ又はビデオクリップとのフルスクリーン画像オーバレイを含むカスタムユーザインタフェースを表示する。一体型呼出し管理２７１４は、ボイスメールへの返答、ボイスメールへの送信、又は発呼者の公開情報をアドレス帳に自動的にデータ追加するための呼出しの阻止のような呼出しなしで済ませるための多種多様なオプションをユーザに可能にする。エンティティマネージャは、以下に説明するようにクライアント自体上にペルソナ及び仲間情報を保持する。同期層２７２０は、米国特許第６，６７１，７５７号に説明されるような同期化サーバとの同期をサポートする。設定マネージャ２７２２は、アプリケーション（アプリケーションデフォルトなど及びユーザが妨害されることを望まない場合）に関するユーザの好みを保持し、これは、アプリケーション設定ストア２７２４に記憶される。

図２８は、クライアントデータベース２７１８だけで又はネイティブデータベース１５０と共に利用される基本クライアントオブジェクトの静的な例証である。図２８に示すように、ユーザのためのコンテンツ情報の各インスタンス２８１０について、インスタンスは、電子メール情報２８１２、電話番号情報２８１４、住所情報２８１６、及びローカルＩＤ２８２２及びグローバルＩＤのような他のコンテンツ情報２８２２を含むことができる。各連絡先インスタンス２８１０は、ペルソナ２８２０に関連付けられ、各ペルソナは、ユーザに関連した識別子によって識別される。仲間記録２８３０は、仲間識別子、割り当てられたペルソナ、仲間のタイプ（リンクタイプ）、及び仲間情報が最後に更新された時間を示すファイルを含む。同様に、電子メール情報は、電子メールタイプ一覧表２８２４を含み、電話番号情報２８１４は、電話番号一覧表２８２６を含み、住所情報２８１６は、住所一覧表２８３２（職場又は家の住所）を含み、コンテンツ情報２８２２は、デジタルコンテンツに対してそれが自由か又は認可された情報であるか否か２８３４を含む。

図２９は、図２７に示すエンティティマネージャ２７１６を説明したものである。ペルソナ及び仲間は、まとめてエンティティと呼ばれ、エンティティマネージャ２９００によって処理される。上述のように、本発明におけるシステムの実施に必要とされる十分にロバストなアドレス帳データをサポートする利用可能な装置は殆どない。このシステムに必要な新しいデータタイプをサポートするためには、図２７に示す拡張されたデータベース２７１８が必要になる。エンティティマネージャ２９００は、これらの２つのデータストアの使用を管理する。問題の特定のプラットフォームの特異性のために、エンティティマネージャ２９００は、システムのアドレス帳及びその付加的なデータベースから仲間及びペルソナのオブジェクションを直列化する。エンティティマネージャ２９００は、中央の場所に直列化コードを集め、データセットの拡張部分が付加的なフィールドを含むようにする。エンティティマネージャ２９００のマネージャは、直列化された仲間とペルソナの記録２８３０、２８２０をそれぞれ作成し、システムアドレス帳、ユーザインタフェース２７１０、及び次に２９１２でユーザによって作成されるビジネス論理を使用する。

図３０、３１、３２、３３、及び３４は、図２７に示されているクライアントのための代替的な構成を示している。最適な構成３００２は、図３０に示されており、ネイティブロバストアドレス帳３０１０、ロバスト「ＳｙｎｃＭＬ」クライアント３０２０、及びロバスト同期化サーバ３０３０が提供される。この構成では、マルチメディアコンテンツを表示するユーザインタフェースを管理すること以外に実行することがクライアントアプリケーション３００２には殆どない場合がある。ペルソナ情報の管理及びプッシュの多くは、サーバ３０３０で行われる。

殆どの現在のクライアントがネイティブロバストアドレス帳及びＳｙｎｃクライアントを含まないので、図２１は、クライアント３１０２が高度ＩＤサーバ１６０と通信することを可能にする他の構成を表している。サーバ１６０は、図３１に示されている共通通信プロトコルを通じてクライアント３１０２と通信する。クライアント３１０２は、アドレス帳プロキシ３１２０であるプロトコルエンジン３１１０を含み、制限されたネイティブアドレス帳１５０とサポートするデータベース２７１８の両方を利用する。アドレス帳プロキシ３１２０（エンティティマネージャ２９００又はプロキシ機構のある他の形式のような）は、それぞれのストレージ２７１８と１５０の間の情報の伝達及び記憶を管理する。

更に別の構成を図３２に示している。図３２では、ロバストな「ＳｙｎｃＭＬ」サーバがロバストな「ＳｙｎｃＭＬ」クライアント３０２０と通信するが、データベース２７１８とアドレス帳１５０の間で情報を分けるためにアドレス帳プロキシ３１２０を利用する。

図３３では、制限された「ＳｙｎｃＭＬ」サーバが、ペルソナに必要な何らかの同期情報のためのサポートを提供するが、要求される必要な情報の全てではない。同様に、電話の「ＳｙｎｃＭＬ」クライアントは、制限された同期又はフィールドサポートをサポートするだけでよい。例えば、サーバ１６０は、アドレスと電話番号の同期をサポートすることができるが、動画及び着信音をダウンロードしない。この実施形態では、サーバ３３１０は、システムサーバ１６０と協働して制限された「ＳｙｎｃＭＬ」クライアント３１３０を通じてある一定の情報を伝達し、他の情報は、電話のプロキシ３３１２に直接伝達される。マルチメディア情報は、サポートアプリケーション３３１０及び３１３０を通じて提供することができ、より基本的な情報は、プロキシ３３１２に提供される。アドレス帳プロキシ３１２０は、データベース２７１８とアドレス帳１５０の間で情報を分割するためにある。

図３４では、クライアントは、情報がロバストなネイティブアドレス帳３４０２に記憶されること以外は図３３と同等である。

図３５は、メディアマネージャ３５０５とメディア情報の１つに関連した記録とを示している。システムは、デジタル権利メディア管理をサポートする。「ＭｅｄｉａＭａｎｇｅｒ」オブジェクトは、他のクライアント構成要素にインタフェースを提供し、メディアのアップロード、メディアのダウンロード、及びメディア情報の検索を可能にする。各装置が異なる機能を有するので、様々な装置でメディアオブジェクトをサポートするためにそのオリジナルのフォーマットからメディアオブジェクトをトランスコーディングすることが頻繁に必要になる。トランスコーディングは、装置又は電話の１つのタイプの１つのフォーマットのメディアを電話の他のタイプに利用可能にする処理を示している。例えば、第１ユーザの電話がＪＰＧフォーマットで写真を作成し、受信側のユーザの電話がＧＩＦのみをサポートする場合、システムサーバは、受信側ユーザの電話に関するサーバの知識に基づいて画像のフォーマットを自動的に変換することができる。これと同じ処理を使用して、その特徴から判断してターゲット装置のディスプレイに適正に適合するように画像の解像度を変えることができる。

トランスコーディングは、実際の変換を伴う可能性があるか、又は既に既知であるメディアの他のバージョンを単に選択する段階を伴う場合がある。例えば、付加価値サービスプロバイダは、２つ又はそれよりも多くのフォーマットで着信音を提供することができ、適切なフォーマットの選択を行って受信側ユーザに配信することができる。要求側メディアがメディアオブジェクトを要求する場合、トランスコーディングは、サーバによって実行されることになり、トランスコーディングされたメディアは、自動的に装置に送信されることになる。クライアントは、通信プロトコルで提供された機能を使用してダウンロードしようとするメディアに関する情報を問い合わせることができる。この機能は、クライアントに利用可能なトランスコーディングされたメディアに関する関連情報を戻すことになる。サーバはまた、様々なサイズ（例えば、アドレス帳及びフルスクリーン写真での連絡先のサムネイル）で同じメディア（例えば、画像）の複数のフォーマットを必要とするクライアントにトランスコード−オン−デマンドサポートを提供することができる。

図３５は、クライアントアプリケーション及び本発明で利用されるデジタル権利メディア記録フォーマットを示している。メディアマネージャ３５０５は、ｊｐｅｇ又はｍｐ３動画などに関わらず、いずれかのメディアにおける情報が装置で利用されているか否かを判断する。これは、メディアがメディアのローカルに実施された部分か又は付加価値プロバイダからのメディアか否かの最初の判断段階を判断する。メディアマネージャは、メディアロケーションの記録、それがダウンロード可能か又はアップロード可能か否かなどを保持する。

システムは、ネイティブアプリケーションに収容されたデジタル権利管理をサポートし、付加価値プロバイダにサーバ又はクライアント装置にアップロードされたか又はサーバ又はクライアント装置からダウンロードされたあらゆるメディアを検査させ、そこに収容された情報がデジタル管理の下にあるか否かを判断させることができる。メディア記録３５１０は、メディア記録タイプ（ローカル又は否か）及び識別子、サイズ、ハッシュ値、数式識別子、及びロケーションを収容する。メディアフォーマット３５１２は、画像フォーマット３５１４、リンガーフォーマット３５１６、映像フォーマット３５１８のいずれかとすることができる。画像フォーマットタイプは、３５２０で示すようにｊｐｅｇ、ｐｎｇ、及びｇｉｆを含む。着信音フォーマットは、ｍｉｄｉタイプ又は「ｍｐ３ ｗａｖ」又は特別なａｗｐフォーマットとすることができる。映像フォーマットは、ｍｐｅｇ、ｗｍｐファイル、ｑｕｉｃｋｔｉｍｅ、又はａｖｉとすることができる。画像、リンガー、及びビデオクリップのための付加的なフォーマットは、大幅なシステムの修正を必要とすることなく容易に追加することができる。

本発明の上述の詳細説明は、例証及び説明目的のために示したものである。網羅的であること又は本発明を開示された正確な形態に制限するものではない。多くの修正及び変形が、上述の教示の見地から可能である。説明した実施形態は、本発明の原理及びその実際的な応用を適切に説明するために選択されており、それによって当業者は、考えられる特定の使用に合うように様々な実施形態における様々な修正を施された本発明を適切に利用することができるようになる。本発明の範囲は、本明細書の特許請求の範囲によって規定されるものとする。

本発明による方法を示す流れ図である。 本発明による第２の方法を示す流れ図である。 本発明の識別システムを実施するのに適するシステムのブロック図である。 本発明による企業サービスプロバイダによって確立されたサービスに加わるために非加入者に送信勧誘を提供する第１の方法を示す流れ図である。 本発明により非加入者に送信勧誘を提供する第２の方法を示す図である。 本発明による加入者に対するペルソナ及びペルソナグループを説明する図である。 本発明によるサーバ上のシステムデータベースストアの構造を示す図である。 新しいユーザが電話から本発明による高度識別サービスに加入することを可能にするクライアント装置、サーバ、及びサーバインタフェース上で行われるアクションを示すシーケンス図である。 米国特許第６，６７１，７５７号による同期化サーバと共にシステムが使用される時にユーザアカウントが作成される方法を示すシーケンス図である。 本発明によるサーバ提供インタフェース上に新しい加入者が確立される方法を示すシーケンス図である。 システムとのアカウントを既に有するが新しい電話を利用するユーザが、本発明によりサーバと対話すると考えられる方法を示すシーケンス図である。 本発明のシステムに従ってユーザ／加入者に有効な機能を示す使用事例図である。 本発明のシステムに従ってユーザ／加入者に有効な連絡先の管理を示す使用事例図である。 本発明のシステムに従ってユーザ／加入者に有効なペルソナ制御機能を示す使用事例図である。 本発明のシステムに従ってユーザ／加入者に有効なマルチメディア制御機能を示す使用事例図である。 本発明により電話上に設けられた例示的な高度ＩＤ画面を示す図である。 本発明により電話上に設けられたメタデータを備えた例示的な高度ＩＤ画面を示す図である。 本発明により電話上に設けられた制御機能を備えた例示的な高度ＩＤ画面を示す図である。 本発明によりウェブブラウザを通じて高度ＩＤシステムを管理するユーザのための例示的なユーザインタフェースホーム画面の図である。 本発明によるサーバによって提供されたウェブブラウザを通じて連絡先を管理するための例示的なユーザインタフェースの図である。 電話のようなクライアント装置上に図２０Ａに関して示された機能を提供する、連絡先を管理するために電話のようなクライアント装置上に設けられた例示的なユーザインタフェース画面の図である。 電話のようなクライアント装置上に図２０Ａに関して示された機能を提供する、連絡先を管理するために電話のようなクライアント装置上に設けられた例示的なユーザインタフェース画面の図である。 電話のようなクライアント装置上に図２０Ａに関して示された機能を提供する、連絡先を管理するために電話のようなクライアント装置上に設けられた例示的なユーザインタフェース画面の図である。 電話のようなクライアント装置上に図２０Ａに関して示された機能を提供する、連絡先を管理するために電話のようなクライアント装置上に設けられた例示的なユーザインタフェース画面の図である。 電話のようなクライアント装置上に図２０Ａに関して示された機能を提供する、連絡先を管理するために電話のようなクライアント装置上に設けられた例示的なユーザインタフェース画面の図である。 電話のようなクライアント装置上に図２０Ａに関して示された機能を提供する、連絡先を管理するために電話のようなクライアント装置上に設けられた例示的なユーザインタフェース画面の図である。 電話のようなクライアント装置上に図２０Ａに関して示された機能を提供する、連絡先を管理するために電話のようなクライアント装置上に設けられた例示的なユーザインタフェース画面の図である。 電話のようなクライアント装置上に図２０Ａに関して示された機能を提供する、連絡先を管理するために電話のようなクライアント装置上に設けられた例示的なユーザインタフェース画面の図である。 電話のようなクライアント装置上に図２０Ａに関して示された機能を提供する、連絡先を管理するために電話のようなクライアント装置上に設けられた例示的なユーザインタフェース画面の図である。 電話のようなクライアント装置上に図２０Ａに関して示された機能を提供する、連絡先を管理するために電話のようなクライアント装置上に設けられた例示的なユーザインタフェース画面の図である。 電話のようなクライアント装置上に図２０Ａに関して示された機能を提供する、連絡先を管理するために電話のようなクライアント装置上に設けられた例示的なユーザインタフェース画面の図である。 電話のようなクライアント装置上に図２０Ａに関して示された機能を提供する、連絡先を管理するために電話のようなクライアント装置上に設けられた例示的なユーザインタフェース画面の図である。 本発明によりウェブサーバ上にサーバによって提供された象徴情報を管理するための例示的なユーザインタフェースの図である。 図２１に示す機能を実施するためにセル電話のようなクライアント装置上に設けることができるユーザインタフェース画面の図である。 図２１に示す機能を実施するためにセル電話のようなクライアント装置上に設けることができるユーザインタフェース画面の図である。 図２１に示す機能を実施するためにセル電話のようなクライアント装置上に設けることができるユーザインタフェース画面の図である。 図２１に示す機能を実施するためにセル電話のようなクライアント装置上に設けることができるユーザインタフェース画面の図である。 図２１に示す機能を実施するためにセル電話のようなクライアント装置上に設けることができるユーザインタフェース画面の図である。 図２１に示す機能を実施するためにセル電話のようなクライアント装置上に設けることができるユーザインタフェース画面の図である。 図２１に示す機能を実施するためにセル電話のようなクライアント装置上に設けることができるユーザインタフェース画面の図である。 図２１に示す機能を実施するためにセル電話のようなクライアント装置上に設けることができるユーザインタフェース画面の図である。 図２１に示す機能を実施するためにセル電話のようなクライアント装置上に設けることができるユーザインタフェース画面の図である。 図２１に示す機能を実施するためにセル電話のようなクライアント装置上に設けることができるユーザインタフェース画面の図である。 図２１に示す機能を実施するためにセル電話のようなクライアント装置上に設けることができるユーザインタフェース画面の図である。 図２１に示す機能を実施するためにセル電話のようなクライアント装置上に設けることができるユーザインタフェース画面の図である。 図２１に示す機能を実施するためにセル電話のようなクライアント装置上に設けることができるユーザインタフェース画面の図である。 本発明のシステムに従ってユーザが画像を管理することを可能にするサーバ上に設けられた例示的なユーザインタフェース画面の図である。 本発明のシステムに従ってユーザがマルチメディアを管理することを可能にする、ウェブブラウザにサーバによって提供された例示的なユーザインタフェースの図である。 本発明のシステムに従ってユーザがユーザアカウントの詳細を管理することを可能にする、本発明によるサーバによってウェブブラウザに設けられた例示的なユーザインタフェースの図である。 本発明のシステムを実施するために米国特許第６，６７１，７５７号に開示された同期システムを利用する代替的なクライアントサーバ構成の図である。 本発明のシステムにより複数の参加者及び加入者と統合した図２５のシステムを説明する図である。 本発明による使用に適する例示的なクライアントアプリケーション構造の図である。 本発明によるクライアント側データベースに収容された情報を説明する静的構造の図である。 図２８に示すようなクライアント構造上で利用されるエンティティマネージャの静的構造の図である。 本発明によるクライアントアプリケーションの例示的な代替構成の図である。 本発明による別の代替的なクライアント構成の図である。 本発明による更に別の代替的なクライアント構成の図である。 本発明による更に別の代替的なクライアント構成の図である。 本発明による更に別の代替的なクライアント構成の図である。 本発明によるクライアント側メディアマネージャの機能を説明する構造の図である。

符号の説明

２０２ 本発明による一般的な方法を示す段階
２０６ 表

Claims (61)

1. 象徴情報を無線電話のユーザに提供するためのシステム。
2. 前記象徴情報は、ユーザに関連した写真を含むことを特徴とする請求項１に記載のシステム。
3. 前記象徴情報は、ユーザに関連した着信音を含むことを特徴とする請求項１に記載のシステム。
4. 前記象徴情報は、ユーザに関連したロケーションを含むことを特徴とする請求項１に記載のシステム。
5. 前記象徴情報は、ユーザの電話上に連絡が該ユーザと通信する時に表示されることを特徴とする請求項１に記載のシステム。
6. 前記象徴情報は、ユーザ連絡データであることを特徴とする請求項１に記載のシステム。
7. 連絡情報が、ユーザ名、ユーザ電子メールアドレス、ユーザ電話番号、ユーザの実際の住所、ユーザの誕生日、インスタントメッセンジャーユーザ識別子のうちの少なくとも１つを含むことを特徴とする請求項１に記載のシステム。
8. 前記象徴情報は、音声付き又はなしのビデオクリップを含むことを特徴とする請求項１に記載のシステム。
9. 前記電話上に提供されたクライアントアプリケーションを含むことを特徴とする請求項１に記載のシステム。
10. 前記クライアントアプリケーションは、エンティティマネージャを含むことを特徴とする請求項９に記載のシステム。
11. 前記クライアントアプリケーションは、電話データストアに象徴情報を記憶することを特徴とする請求項９に記載のシステム。
12. 前記クライアントアプリケーションは、クライアントデータストアに象徴情報を記憶することを特徴とする請求項９に記載のシステム。
13. 前記クライアントアプリケーションは、同期化サーバと通信する同期化クライアントを含むことを特徴とする請求項９に記載のシステム。
14. 前記クライアントアプリケーションは、ユーザインタフェースコントローラを含むことを特徴とする請求項９に記載のシステム。
15. 前記ユーザインタフェースは、管理インタフェースを含むことを特徴とする請求項１４に記載のシステム。
16. 前記ユーザインタフェースは、前記象徴情報のための電話ディスプレイコントローラを含むことを特徴とする請求項１４に記載のシステム。
17. 象徴情報を有するデータストアとＩＤ管理アプリケーションとを含む、少なくとも１つのクライアントと通信することができる高度識別サーバを含むことを特徴とする請求項１に記載のシステム。
18. 前記管理アプリケーションは、ペルソナマネージャを含むことを特徴とする請求項１７に記載のシステム。
19. 前記管理アプリケーションは、デジタルメディア権利マネージャを含むことを特徴とする請求項１７に記載のシステム。
20. 前記サーバは、ユーザ管理インタフェースを含むことを特徴とする請求項１７に記載のシステム。
21. 前記管理アプリケーションは、ユーザ関係マネージャを含むことを特徴とする請求項１７に記載のシステム。
22. 前記サーバは、通信プロトコルサーバを含むことを特徴とする請求項１７に記載のシステム。
23. 象徴情報の少なくとも２つの部分集合を含み、第１の部分集合は、第１のユーザに提供され、第２の部分集合は、第２のユーザに提供されることを特徴とする請求項１に記載のシステム。
24. 無線装置上のサービス加入者を識別する方法であって、
    ユーザを他のユーザに対して識別する情報を含む加入者ペルソナを確立する段階と、
    装置への呼出しを別の加入者から受信した時に、該装置上に前記ペルソナの少なくとも一部分を表示する段階と、
    を含むことを特徴とする方法。
25. 前記確立する段階は、
    ペルソナ情報をユーザインタフェースに提供する段階、
    を含む、
    ことを特徴とする請求項２４に記載の方法。
26. 前記表示する段階は、
    前記加入者との関係を有する少なくとも１人のユーザを識別する段階、
    を含む、
    ことを特徴とする請求項２４に記載の方法。
27. 前記識別する段階は、加入者連絡リストとユーザ連絡リストの間で連絡情報を適合させる段階を含むことを特徴とする請求項２６に記載の方法。
28. 前記表示する段階は、情報をユーザ装置にダウンロードして、該情報をユーザインタフェース上に出力する段階を含むことを特徴とする請求項２４に記載の方法。
29. 前記表示する段階は、第１のペルソナを第１のユーザ装置に、かつ第２のペルソナを第２のユーザ装置にダウンロードする段階を含むことを特徴とする請求項２４に記載の方法。
30. 前記ペルソナに規定されたような呼出しの受信を防ぐように前記装置を制御する段階を更に含むことを特徴とする請求項２４に記載の方法。
31. 前記ペルソナに基づいて呼出しの開始を防ぐように前記別の加入者の装置を制御する段階を更に含むことを特徴とする請求項２４に記載の方法。
32. 高度な発呼者識別サービスを提供する方法であって、
    ユーザによって提供された該ユーザを他のユーザに対して識別する加入者ペルソナ情報のストアを保持する段階と、
    加入者間の確立された関係に基づいてペルソナ情報を他人に配信する段階と、
    を含むことを特徴とする方法。
33. ペルソナ情報を表示するためにクライアントアプリケーションを無線装置に配信する段階を更に含むことを特徴とする請求項３２に記載の方法。
34. 方法に対する料金を請求する段階を更に含むことを特徴とする請求項３２に記載の方法。
35. 加入者に対して加入者アカウントを確立し、加入者に対して少なくとも１つのペルソナを受信する段階を更に含むことを特徴とする請求項３２に記載の方法。
36. ペルソナを確立した加入者間にリンクを確立し、該リンクに基づいて基本ペルソナを配信する段階を更に含むことを特徴とする請求項３２に記載の方法。
37. 少なくとも１つのデフォルトペルソナを提供する段階を更に含むことを特徴とする請求項３２に記載の方法。
38. ユーザ名、ユーザ電子メールアドレス、電話番号、実際の住所、誕生日、インスタントメッセンジャーユーザ識別子、及び動画、及び着信音、及び画像のうちの少なくとも１つを含むペルソナ情報を受信する段階を更に含むことを特徴とする請求項３２に記載の方法。
39. 前記ペルソナ情報は、ロケーション情報を含むことを特徴とする請求項３２に記載の方法。
40. 前記ロケーション情報は、ＧＰＳ情報を含むことを特徴とする請求項３９に記載の方法。
41. 前記ロケーション情報は、ユーザ選択可能な細分性を含むことを特徴とする請求項３９に記載の方法。
42. 第２加入者のペルソナ情報に基づいて第１加入者の電話を制御するために、ペルソナ情報を解釈するクライアントアプリケーションを配信して該第１加入者の電話を制御する段階を更に含むことを特徴とする請求項３２に記載の方法。
43. 少なくとも１人の他の加入者に対する象徴情報のストアと、
    象徴情報を電話インタフェースに提供する表示インタフェースと、
    を含むことを特徴とする、加入者電話上のアプリケーション。
44. クライアントアプリケーションが、エンティティマネージャを含むことを特徴とする請求項４３に記載のシステム。
45. クライアントアプリケーションが、電話データストアに象徴情報を記憶することを特徴とする請求項４３に記載のシステム。
46. クライアントアプリケーションが、クライアントデータストアに象徴情報を記憶することを特徴とする請求項４３に記載のシステム。
47. クライアントアプリケーションが、同期化サーバと通信する同期化クライアントを含むことを特徴とする請求項４３に記載のシステム。
48. クライアントアプリケーションが、ユーザインタフェースコントローラを含むことを特徴とする請求項４３に記載のシステム。
49. ユーザインタフェースが、管理インタフェースを含むことを特徴とする請求項４８に記載のシステム。
50. ユーザインタフェースが、前記象徴情報のための電話ディスプレイコントローラを含むことを特徴とする請求項４８に記載のシステム。
51. 複数の加入者に対する象徴情報のストアと、
    配信システム管理アプリケーションと、
    を含むことを特徴とする、通信システムのためのアプリケーションサーバ。
52. 前記管理アプリケーションは、ペルソナマネージャを含むことを特徴とする請求項５１に記載のサーバ。
53. 前記管理アプリケーションは、デジタルメディア権利マネージャを含むことを特徴とする請求項５１に記載のサーバ。
54. ユーザ管理インタフェースを含むことを特徴とする請求項５１に記載のサーバ。
55. 前記管理アプリケーションは、ユーザ関係マネージャを含むことを特徴とする請求項５１に記載のサーバ。
56. 「ＳｙｎｃＭＬ」サーバを含むことを特徴とする請求項５１に記載のサーバ。
57. ユーザインタフェースサーバを更に含むことを特徴とする請求項５１に記載のサーバ。
58. 象徴情報の少なくとも２つの部分集合を含み、第１の部分集合は、第１のユーザに提供され、第２の部分集合は、第２のユーザに提供されることを特徴とする請求項５１に記載のサーバ。
59. メディアトランスコーダを含むことを特徴とする請求項５１に記載のサーバ。
60. 前記メディアトランスコーダは、フォーマット変換アプリケーションを含むことを特徴とする請求項５９に記載のサーバ。
61. 前記メディアトランスコーダは、ユーザ装置に基づいてメディアフォーマットを選択するフォーマット選択エンジンを含むことを特徴とする請求項５９に記載のサーバ。

Images