(57)【特許請求の範囲】
【請求項１】
ユーザのポータブルデバイスに関連づけられたアドレス帳内の複数のコンタクトを示す情報を配置する方法であって、
前記複数のコンタクトの第１の部分に関連する、地理情報を含む第１のデータを格納するステップと、
前記ユーザに関連する時間情報を格納するステップと、
少なくとも前記第１のデータ及び前記格納された時間情報を、前記第１の部分のコンタクトをそれぞれ示す軸に使用して、前記複数のコンタクトの前記第１の部分を示す情報を配置するステップと、を含む方法。
【請求項２】
前記第１のデータを格納する前に、ネットワークインターフェースを介して外部エンティティから前記第１のデータを受信するステップを更に含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記複数のコンタクトの前記第１の部分に関連する、通信情報を含む第２のデータを格納するステップと、
少なくとも前記第１のデータ、前記第２のデータ及び前記時間情報を、前記示す軸として使用して、前記複数のコンタクトの第１の部分を配置するステップを更に含むことを特徴とする請求項１に記載の方法。
【請求項４】
前記通信情報は通話情報を含むことを特徴とする請求項３に記載の方法。
【請求項５】
前記通信情報はデータ通信情報を更に含むことを特徴とする請求項３に記載の方法。
【請求項６】
前記配置の実行は、前記ユーザの物理的位置への物理的近接度に少なくとも部分的に基づくことを特徴とする請求項１に記載の方法。
【請求項７】
前記配置の実行は、前記ユーザのコンタクトの少なくとも一部分に対する物理的近接度に少なくとも部分的に基づくことを特徴とする請求項１に記載の方法。
【請求項８】
前記アドレス帳は、前記ポータブルデバイスと通信するモバイルネットワークエンティティにより保存されることを特徴とする請求項１に記載の方法。
【請求項９】
ポータブルデバイスに関連付けられたアドレス帳内の複数のコンタクトを示す情報を配置する方法であって、
第１の軸に沿って前記複数のコンタクトを示す情報を時系列の順番に配置し、
前記複数のコンタクトの前記時系列の順番の情報は、前記ポータブルデバイスのユーザと前記複数のコンタクトのうちのそれぞれとの間の地理的な近接度に基づいて第２の軸に沿って更に配置される方法。
【請求項１０】
前記配置の実行は、前記ポータブルデバイスの前記ユーザが前記複数のコンタクトのそれぞれに対する所定の地理的な近接度以内に存在した時からの経過時間を判定することを更に含み、
前記時系列は、前記ポータブルデバイスの前記ユーザが、前記複数のコンタクトの少なくとも一部分に対して所定の地理的近接度以内に存在した時からの前記経過時間を考慮することを特徴とする請求項９に記載の方法。
【請求項１１】
前記地理的近接度は、前記ポータブルデバイスから取得される、前記ポータブルデバイスの衛星による位置決定に基づいて判定されることを特徴とする請求項９に記載の方法。
【請求項１２】
前記地理的近接度は、前記ポータブルデバイスの前記衛星による位置決定及び前記複数のコンタクトのポータブルデバイスに対応する衛星受信機から取得されたデータに基づくことを特徴とする請求項１１に記載の方法。
【請求項１３】
前記地理的近接度は、前記ポータブルデバイスの前記衛星による位置決定及び前記複数のコンタクトのポータブルデバイスに関連する１つ以上の基地局から取得されたデータに基づくことを特徴とする請求項１１に記載の方法。
【請求項１４】
前記地理的近接度は、前記ポータブルデバイスの前記衛星による位置決定及び前記複数のコンタクトのデバイスに関連する１以上のＷＬＡＮアクセスポイントから取得されたデータに基づくことを特徴とする請求項１１に記載の方法。
【請求項１５】
ユーザのポータブルデバイスのアドレス帳の複数のコンタクトを示す情報を配置する方法であって、
前記複数のコンタクトの少なくとも一部分のそれぞれのコンタクトを示す情報を２次元に配置する工程であって、
それぞれのコンタクトが２次元で表される場所は、第１の次元として、前記ポータブルデバイスの前記ユーザとそれぞれのコンタクトに関係する場所情報との間の所定の地理的近接度の関数と、第２の次元に沿った時間の関数に依存することを特徴とする方法。
【請求項１６】
前記一部分は、所定の時間帯に前記ポータブルデバイスの前記ユーザが所定の地理的近接度以内に存在することに基づいてグループ化されることを特徴とする請求項１５に記載の方法。
【請求項１７】
前記一部分は、同時に前記ポータブルデバイスの前記ユーザが所定の地理的近接度以内に存在することに基づいてグループ化されることを特徴とする請求項１５に記載の方法。
【請求項１８】
前記ユーザと１以上の前記コンタクトとの以前の会合への出席に基づいて前記複数のコンタクトの少なくとも一部分を構成することを特徴とする請求項１５に記載の方法。
【請求項１９】
ユーザのポータブルデバイスに関連したアドレス帳の複数のコンタクトを示す情報を配置する方法であって、
前記ユーザと前記複数のコンタクトの１以上のコンタクトとの以前の会合への出席に基づいて前記複数のコンタクトの少なくとも一部分を示す情報を配置する方法であって、
前記１以上のコンタクトのそれぞれの配置は、第１の軸に沿った場所の関数と第２の軸に沿った時間の関数として表されることを特徴とする、方法。
【請求項２０】
前記ユーザの前記会合への出席は、前記会合の時の前記ユーザの位置に関連する衛星受信機のデータと、前記会合での前記１以上のコンタクトに関連するポータブルデバイスの位置情報とに少なくとも部分的に基づくことを特徴とする請求項１９に記載の方法。
【請求項２１】
前記会合への出席は、少なくとも部分的に、前記会合での前記ユーザのポータブルデバイスとコンタクトのデバイスとの間の近距離無線通信により判定されることを特徴とする請求項１９に記載の方法。
【請求項２２】
ポータブル装置であって、
プロセッサと、
前記プロセッサと通信する記憶装置を含み、
前記記憶装置は、前記プロセッサ上で作動するコンピュータプログラムを格納し、
前記プログラムは、前記ポータブル装置に、第１の次元に沿ったユーザと複数のコンタクトのそれぞれの一つとの間の地理的近接度と第２の次元に沿った時間の関数とに少なくとも部分的に基づいて、ユーザのコンタクト管理機能内の複数のコンタクトの少なくとも一部分を示す情報を配置させる、
ポータブル装置。
【請求項２３】
前記時間の関数は、前記ユーザとコンタクトの一部のそれぞれとの会合の時間的関係に少なくとも部分的に基づいていることを特徴とする請求項２２に記載の装置。
【請求項２４】
前記ポータブル装置は、前記ポータブル装置の相対的又は絶対的な地理測位の少なくとも一方を可能にする手段を更に含み、
前記手段は、前記ポータブル装置の相対的又は絶対的な地理測位の少なくとも一方が、前記ユーザとコンタクトの前記一部のそれぞれとの前記会合への出席を判定する前記コンピュータプログラムにより使用することができるようにされていることを特徴とする請求項２３に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、データ表現の分野に関する。更に詳細には、１つの例示的な態様において、本発明は、例えば無線ネットワークにおいて使用されるようなユーザ機器デバイスにおける連絡先情報の表現のための方法及び装置に関する。
【背景技術】
【０００２】
電子形態のアドレス帳は、ユーザにより通称で「連絡先」として現在知られるエントリを格納するために使用されるデータベースである。現在のコンピューティングデバイス（デスクトップコンピュータ、ラップトップ及びスマートフォン等）のリストの能力が次第に高くなっているため、これらの連絡先エントリに格納される情報も同様に増加し、現在、個々のエントリは、（１）名前、（２）名前に関連付けられた写真、（３）種々の電話番号（すなわち、自宅、職場、携帯電話等）、（４）電子メールアドレス（個人及び仕事関係の双方）、（５）ファックス番号、（６）種々のサービスに関連付けられたユーザ名（すなわち、インスタントメッセージ作成アプリケーション、Ｆａｃｅｂｏｏｋ（登録商標）、Ｔｗｉｔｔｅｒ（登録商標）等）、並びに（７）ユーザに関連付けられた種々の他の関連情報（すなわち、誕生日、関連する家族の名前、記念日の日付等）を含むがそれらに限定されない。
【０００３】
ユーザのアドレス帳に関連付けられた個々の連絡先エントリ内に現在格納されている大量の情報に加えて、ユーザのアドレス帳に格納された連絡先の数もエントリが多すぎて容易にナビゲートできないことが多い程に増加した。これは、通常使用される連絡先エントリの中に頻繁に使用されない連絡先エントリが混在することを含む多くの要因のために起こる。更に、現在、連絡先エントリは個人的な知り合い又は仕事関係者と初めて会った際に入力及び共有される（手動又は電子的に）ことが多いため、これらの名前はユーザにより忘れられる傾向があり、この特定の知り合い又は仕事関係者の名前、あるいはユーザがその人物を知ったきっかけを後で思い出すことが困難になる。
【０００４】
種々の方法及び装置がユーザの連絡先リストのエントリを管理する従来技術に存在する。例えばＧｏｏｇｌｅ  Ｉｎｃ．により提供されるＧｍａｉｌ（登録商標）ウェブメールサービスは、ユーザが種々のユーザが定義したグループ化に従って連絡先リストのエントリを構成できるようにする。しかし、これらの種々のグループ化はユーザにより手動で整理される必要があるため、上述の従来技術のアドレス帳と同じ制限の多くを有する。
【０００５】
多くの既存のスマートフォンで利用可能なアドレス帳等の他の一般的なアドレス帳の実現例は、エントリに関連する情報（すなわち、連絡先エントリの名前又は苗字）を入力することによりユーザが自身のアドレス帳をナビゲートできるようにする探索機能を更に含む。しかし、この場合も特定の連絡先情報の位置を特定できるかは、ユーザが当該エントリに関する特定の情報を正確に思い出せるかに基づく。
【０００６】
携帯電話又はスマートフォン内の現在のアドレス帳の多くは、特定のリスト内の連絡先を整頓することによりユーザが連絡先を整理できるようにする。例えばユーザは、最近発呼した連絡先、最近着呼した連絡先又は最近の不在着信の連絡先等の各々を日付（及び多くの場合は時刻）によりソートすることにより連絡先を整理できる。しかし、これらの特定のリストは通話指向であり、連絡先に対して実行された（又は実行されるはずだった）通信に関する情報により連絡先を整理するため、（１）特定の連絡先エントリとの通信頻度、あるいは（２）以前の通話又は試行された通信との間の時間的近接度のいずれかに基づく。
【０００７】
上記に基づいて、上述のような従来技術の解決策に存在する欠点の多くを克服するようにユーザのアドレス帳内の連絡先のグループ化を自動化する向上された方法及び装置が必要とされる。そのような向上された方法及び装置は、単にアルファベット順、手動入力されたユーザ定義グループ化又は頻度／タイミングにより連絡先を編成するのではなく、連絡先エントリの自身のリスト化に関するユーザの考え方により関連する方法で連絡先を構成するのが理想的である。
【０００８】
更に、そのような向上された方法及び装置は、これらの連絡先エントリの表現における更なる融通性をユーザに提供するように、個々の連絡先を複数の別個又は相互に関連するグループのリスト化に関連させる。
【０００９】
最後に、これらの向上された方法及び装置は、既存又は従来のデバイスにおける実現を容易にし且つ開発コストを最小限にするために、既存のハードウェア及びソフトウェアを最大限活用するのが理想的である。
【発明の概要】
【発明が解決しようとする課題】
【００１０】
本発明は、特に、連絡先情報の表現のための方法及び装置を提供することにより上記の必要を満たす。
【課題を解決するための手段】
【００１１】
本発明の第１の態様において、連絡先情報を構成する方法が開示される。一実施形態において、連絡先情報は、ユーザのポータブルデバイスに関連付けられたアドレス帳内の複数の連絡先を含み、方法は、複数の連絡先の第１の部分に関連し且つ地理情報を含む第１のデータを格納することと、ユーザに関連する時間情報を格納することと、少なくとも第１のデータ及び格納された時間情報を使用して複数の連絡先の第１の部分を構成することとを含む。
【００１２】
１つの変形例において、方法は、第１のデータを格納する前にネットワークインタフェースを介して外部エンティティから第１のデータを受信することを更に含む。
【００１３】
別の変形例において、方法は、複数の連絡先の第１の部分に関連し且つ通信情報を含む第２のデータを格納することと、少なくとも第１のデータ、第２のデータ及び時間情報を使用して複数の連絡先の第１の部分を構成することとを更に含む。通信情報は、例えば音声通話情報又はデータ通信情報を含む。
【００１４】
別の変形例において、構成する動作は、物理的場所及び／又はユーザの連絡先の少なくとも一部分に対するユーザの物理的近接度に少なくとも部分的に基づく。
【００１５】
更に別の変形例において、アドレス帳はポータブルデバイスと通信するモバイルネットワークエンティティにより保持される。
【００１６】
別の実施形態において、方法は、ポータブルデバイスのユーザと複数の連絡先のうちの個々の連絡先との間の地理的近接度により少なくとも部分的に判定された複数の連絡先の時系列で複数の連絡先を構成することを含む。
【００１７】
本実施形態の１つの変形例において、構成する動作は、ポータブルデバイスのユーザが複数の連絡先のうちの個々の連絡先に対する所定の地理的近接度内に存在した時からの経過時間を判定することを更に含み、時系列は、複数の連絡先の少なくとも一部分に対して、ポータブルデバイスのユーザが所定の地理的近接度内に存在した時からの経過時間を考慮する。
【００１８】
更なる変形例において、地理的近接度は、ポータブルデバイスから取得されたポータブルデバイスの衛星フィックスに基づいて判定される。例えばこれは、ポータブルデバイスの衛星フィックス及び複数の連絡先のポータブルデバイスの対応する衛星受信機から取得されたデータに基づいてもよく、ポータブルデバイスの衛星フィックス及び複数の連絡先のポータブルデバイスに関連する１つ以上の基地局から取得されたデータに基づいてもよく、あるいはポータブルデバイスの衛星フィックス及び複数の連絡先のデバイスに関連する１つ以上のＷＬＡＮアクセスポイントから取得されたデータに基づいてもよい。
【００１９】
更に別の実施形態において、方法は、ポータブルデバイスのユーザと複数の連絡先の一部分との間の所定の幾何学的近接度に少なくとも部分的に基づいて複数の連絡先の一部分をグループ化することを含む。
【００２０】
１つの変形例において、一部分は、所定の時間スロット内にポータブルデバイスのユーザの所定の幾何学的近接度内に存在することによりグループ化される。
【００２１】
あるいは、一部分は、ポータブルデバイスのユーザの所定の幾何学的近接度内に同時に存在することによりグループ化される。
【００２２】
更なる一実施形態において、方法は、ユーザと連絡先の１人以上との間の会合の実行に基づいて複数の連絡先の少なくとも一部分を構成することを含む。
【００２３】
本実施形態の１つの変形例において、ユーザと別のエンティティとの間の会合の実行は、会合の時刻におけるユーザの場所に関連する衛星受信機データと、会合に出席している１人以上の連絡先に関連するポータブルデバイスの測位情報とに少なくとも部分的に基づく。
【００２４】
別の変形例において、会合の実行は、ユーザのポータブルデバイスと会合に出席している連絡先のデバイスとの間の近距離無線通信（例えば、Ｂｌｕｅｔｏｏｔｈペアリング）を介して少なくとも部分的に判定される。
【００２５】
更に別の変形例において、会合の実行は、ユーザのポータブルデバイス、会合の場所に存在する第３の固定のデバイス（例えば、レストラン、鉄道駅、空港ラウンジ等に配置された近距離無線通信デバイス）及び会合に出席している連絡先のデバイスとの間の近距離無線通信（例えば、Ｂｌｕｅｔｏｏｔｈペアリング）を介して少なくとも部分的に判定される。
【００２６】
本発明の第２の態様において、コンピュータ可読装置が開示される。一実施形態において、装置は、プロセッサにより実行された場合に、
第１のユーザに関連し且つ複数の連絡先を含むアドレス帳を提供し、
地理的近接度パラメータに基づいて、地理的近接度パラメータが第１の基準を満たした場合に第１のユーザとの通信の一部であった複数の連絡先のうちの個々の連絡先を含む複数の連絡先で第１のグループを構成する複数のコンピュータ実行可能命令を含む少なくとも１つのコンピュータプログラムが格納された記憶媒体を含む。
【００２７】
本発明の第３の態様において、ポータブル装置が開示される。一実施形態において、装置は、プロセッサと、プロセッサとデータ通信する記憶装置と、記憶装置に格納され且つプロセッサ上で実行するように動作可能なコンピュータプログラムとを含み、プログラムは、実行された場合に、ユーザと連絡先の１人以上との間の会合の実行に少なくとも部分的に基づいて、ユーザの連絡先管理機能内で複数の連絡先の少なくとも一部分を構成する。
【００２８】
１つの変形例において、複数の連絡先の少なくとも一部分の構成は更に、ユーザと連絡先の少なくとも一部分の各々との会合間の時間的関係に少なくとも部分的に基づく。
【００２９】
別の変形例において、装置は、ポータブル装置の相対又は絶対地理測位の少なくとも一方を可能にする装置を更に備える。ポータブル装置の相対又は絶対地理測位の少なくとも一方を可能にする装置は、ユーザと連絡先の少なくとも１人との間の会合の実行の判定する際にコンピュータプログラムにより使用される。
【００３０】
本発明の第４の態様において、構成された連絡先情報に関連するデータを送信する方法が開示される。一実施形態において、情報は、少なくとも部分的にネットワークサーバから送信される。
【００３１】
本発明の第５の態様において、連絡先情報の表現に対するシステムが開示される。
【００３２】
本発明の第６の態様において、１人以上のユーザに構成された連絡先情報を提供するビジネス方法が開示される。
【００３３】
本発明の他の特徴及び利点は、添付の図面及び以下に記載される例示的な実施形態の詳細な説明を参照して、当業者により直ちに認識されるだろう。
【図面の簡単な説明】
【００３４】
【図１】本発明の方法を実現する汎用システムアーキテクチャの例示的な一実施形態を示す図である。
【図２】図１のアーキテクチャ内の本発明の方法を実現するユーザ機器（ＵＥ）の一実施形態を示す機能ブロック図である。
【図３】本発明の方法を実現する例示的なネットワーク装置を示す機能ブロック図である。
【図４】本発明に係るユーザのアドレス帳に関連する連絡先情報を構成する方法の一実施形態の処理を示すフローチャートである。
【図５】本発明の原理に従って構成された連絡先情報の「カバーフロー」表現の一例を実現するグラフィカルユーザインタフェースのスクリーンショットを示す図である。
【図６】図５に示す連絡先情報のリスト表現を実現するグラフィカルユーザインタフェースのスクリーンショットの一実施形態を示す図である。
【図７】図５に示す連絡先情報のリスト表現を実現するグラフィカルユーザインタフェースのスクリーンショットの第２の実施形態を示す図である。
【図８】図５に示す連絡先情報のリスト表現を実現するグラフィカルユーザインタフェースのスクリーンショットの第３の実施形態を示す図である。
【図９】図５に示す連絡先情報のリスト表現を実現するグラフィカルユーザインタフェースのスクリーンショットの第４の実施形態を示す図である。
【図１０】本発明の原理に従って、連絡先情報の２次元表現を示すグラフィカルユーザインタフェースの一実施形態を示す図である。
【図１１】本発明の原理に従って、連絡先情報の３次元表現を示すグラフィカルユーザインタフェースの一実施形態を示す図である。
【図１２】本発明の原理に従って、プルダウンメニュー構造を示すグラフィカルユーザインタフェースの一実施形態を示す図である。
【発明を実施するための形態】
【００３５】
以下、図面を参照する。図中、同様の符号は同様の部分を示す。
【００３６】
本発明は、特に、「高度な」アルゴリズムに従ってユーザのアドレス帳及び関連情報の便利な構成を容易にする方法及び装置を開示する。これらの高度なアルゴリズムは、一般に予測可能なユーザの挙動を利用する。例えばユーザが顧客を訪問時に顧客の敷地内に到着して自身のアドレス帳アプリケーションを開始する場合、その特定の顧客に発呼する可能性は当該ユーザのアドレス帳内の他のどんな人物に発呼する尤度より高い（例えば、ユーザが到着したことを顧客に知らせるため又はユーザが使用するべき施設の出入り口を判定するために）。従って、ユーザが連絡したい可能性の高い連絡先エントリのみのリストをユーザに提示するのが有用である。
【００３７】
同様に、ユーザが友人のグループと会った数分後に自身の自動車から発呼したい場合、最近訪問した友人のいずれかに発呼する尤度は電話帳内の他の人物に発呼する平均尤度より高いことが多い。より一般には、ユーザのアドレス帳内の何らかの所定の人物に発呼する尤度は、その人物に物理的に会ってから経過した時間量（あるいは、今後の会合又は対話までの時間）と共に低減すると予測される。
【００３８】
更に、本発明は、これらの一般規則がユーザのアドレス帳内の全ての連絡先又はユーザが置かれる全ての状況に当てはまるわけではないことを認識する。従って、上記のアルゴリズムが「一般規則」の例外に適応することが望ましい。
【００３９】
一実施形態において、本発明は、１人以上のユーザに関連する連絡先情報を格納することと、ユーザ（及びユーザのアドレス帳内の１つ以上の連絡先エントリ）に関連する地理的場所情報を格納することと、ユーザに関連する音声及びデータ通信情報を格納することとにより、上記の機能を達成する。その後、この格納された情報は、ユーザのアドレス帳内のエントリを高度な方法で整理するためのアルゴリズムに対する入力として利用される。他の実施形態において、例えばユーザのデジタルカレンダ内のエントリ等の追加情報が連絡先エントリを整理するアルゴリズムに対する入力として使用される。
【００４０】
本明細書において開示される向上された方法及び装置は、主にユーザが連絡先エントリの長いリストをスクロールするか又は連絡先に関する特定の情報（連絡先エントリ名等）を思い出す必要がないという点において、従来技術の解決策よりいくつかの利点を有する。更に、本明細書において開示される方法及び装置は、変形例において非常に自動化されるため、ユーザに最も有用な情報に適宜アクセスするためにユーザが実行する必要のあるステップ数を減少する。
【００４１】
本発明の例示的な実施形態を以下に詳細に説明する。これらの実施形態は、主にユーザのアドレス帳に関連する連絡先情報の構成において述べられるが、本発明がそれに限定されないことは当業者には認識されるだろう。実際、本発明の種々の態様は、例えば上述のような地理的場所及び時間的近接度等である挙動パターン又は規則に関連するパラメータに基づくほぼ無制限の量の分類されたデータの自動的な構成に有用である。例えば本発明の原理は、ユーザの現在地（例えば、自宅又は職場）に基づいてユーザのポータブルコンピューティングデバイス上で最近アクセスしたワープロ文書をユーザに提示することに同様に適用できる。多くの他のそのような用途は当業者により認識されるだろう。
【００４２】
更に、本発明の以下の例示的な実施形態は、ユーザの連絡先との通信（例えば、通話、ＳＭＳ／テキストメッセージ、「ツイート」、電子メール、ページ等）を開始するためにその特定の連絡先を提示することにおいて説明されるが、本発明は、その特定の連絡先に関連するデータの編集又はユーザのアドレス帳からの当該連絡先エントリの削除等のより広範な／他の用途に適用することが理解される。
【００４３】
次に図１を参照すると、本発明の方法を実現する汎用システムアーキテクチャの一実施形態が示される。システムアーキテクチャ１００は、送受信機１５０を介して互いに通信する１つ以上のユーザ機器クライアントデバイス（ＵＥ）２００及びネットワークエンティティ装置３００を含む。ＵＥ２００は、例えばｉＭａｃ（登録商標）、Ｍａｃ  Ｐｒｏ（登録商標）、Ｍａｃ  Ｍｉｎｉ（登録商標）又はＭａｃＢｏｏｋ（登録商標）等のパーソナルコンピュータ（ＰＣ）、デスクトップ又はラップトップ等のミニコンピュータ、並びにハンドヘルドコンピュータ、スマートフォン（例えば、ｉＰｈｏｎｅ（登録商標）等）、ＰＤＡ、ビデオカメラ、セットトップボックス、例えばｉＰｏｄ（登録商標）  ｔｏｕｃｈ等のパーソナルメディアデバイス（ＰＭＤ）等のモバイルデバイス、あるいは上記の何らかの組み合わせを含むどんな数のデバイスも含むことができるが、それらに限定されない。同様に、送受信機１５０は、例えばセルラ基地局（例えば、ＵＭＴＳ／ＬＴＥ／ＬＴＥ−Ａ  ｅＮｏｄｅＢ、ホームノードＢ、フェムトセル等）、あるいは無線基地局又はアクセスポイント（ＡＰ）を含むどんな数のデバイスも含むことができる。ネットワークエンティティ装置３００は、ＵＥ２００上でのデータの整理において使用するためのデータの取得を容易にする汎用コンピューティング装置アーキテクチャから構成される。特定の汎用アーキテクチャを図１に示すが、本発明で有用な多くの異なるネットワーク構成が当業者により認識されるだろうことは認識される。例えば、特定の実現例において、ＵＥ（又は別のエンティティ）が本明細書中で後述する処理を実行するためホストネットワーク（例えば、ＲＲＣ等）との接続を確立又は保持する必要がなくなる場合、ネットワークエンティティ装置３００はシステムアーキテクチャに全く不要であると考えられる。
【００４４】
次に図２を参照すると、汎用ＵＥアーキテクチャ２００が詳細に示される。ＵＥは、バスアーキテクチャ２１６を介してＵＥ内に存在する多くの異なる構成要素に結合されたプロセッサ２０２を含む。本明細書中で使用されるように、用語「プロセッサ」及び「デジタルプロセッサ」は一般に、デジタル信号プロセッサ（ＤＳＰ）、縮小命令セットコンピュータ（ＲＩＳＣ）、汎用（ＣＩＳＣ）プロセッサ、マイクロプロセッサ、ゲートアレイ（例えば、ＦＰＧＡ）、ＰＬＤ、ＲＣＦ（ｒｅｃｏｎｆｉｇｕｒａｂｌｅ  ｃｏｍｐｕｔｅ  ｆａｂｒｉｃｓ）、アレイプロセッサ、高信頼性マイクロプロセッサ及び特定用途向け集積回路（ＡＳＩＣ）を含むがそれらに限定されない全ての種類のデジタル処理デバイスを含むことを意味する。そのようなデジタルプロセッサは単一の一体型ＩＣダイ上に含まれてもよく、あるいは複数の構成要素に分散されてもよい。
【００４５】
ＵＥは、本明細書において後述するように、例えばユーザのアドレス帳に関連する連絡先情報の構成に関連するデータを格納するのに有用なメモリ２１０を更に含む。用語「メモリ」は、ＲＯＭ、ＰＲＯＭ、ＥＥＰＲＯＭ、ＤＲＡＭ、ＳＤＲＡＭ、ＤＤＲ／２  ＳＤＲＡＭ、ＥＤＯ／ＦＰＭＳ、ＲＬＤＲＡＭ、ＳＲＡＭ、「フラッシュ」メモリ（例えば、ＮＡＮＤ／ＮＯＲ）及びＰＳＲＡＭを含むがそれらに限定されない何らかの種類の集積回路又はデジタルデータを格納するように適応される他の記憶装置を示す。
【００４６】
一実施形態において、ＵＥは、地球を周回するＧＰＳ衛星と通信するインタフェース２０５を有する、全地球測位システム（ＧＰＳ）又はアシスト型ＧＰＳ（Ａ−ＧＰＳ）受信機又はチップセット２０４を更に含む。更に、ＵＥは、ユーザインタフェース２１２（例えば、キーボード、トラックボール、タッチスクリーン／マルチタッチインタフェース等）と、アドレス帳からユーザに整理された連絡先情報を伝達するディスプレイ２１４とを更に含む。
【００４７】
示される実施形態において、ＵＥは通信リンク２０７及び２０９をそれぞれ有する２つのネットワークインタフェース２０６、２０８を有する。例示的な一実施形態において、これらのネットワークインタフェース２０６、２０８は３Ｇ又はＬＴＥ無線ネットワークとＷｉ−Ｆｉ無線ネットワークとの双方に対するインタフェースを含むが、１つ又は３つ以上のネットワークインタフェースが、３Ｇ、ＬＴＥ及びＷｉ−Ｆｉ以外のＢｌｕｅｔｏｏｔｈ（登録商標）、ＨＳＤＰＡ／ＨＳＵＰＡ、ＴＤＭＡ、ＣＤＭＡ（例えば、ＩＳ−９５Ａ、ＷＣＤＭＡ等）、ＧＳＭ、ＰＡＮ／８０２．１５、ＷｉＭＡＸ（８０２．１６）、ＭＷＢＡ（８０２．２０）、ＰＣＳ／ＤＣＳ、アナログセルラ、衛星システム、ミリメートル波又はマイクロ波システム、音響、並びに赤外線（すなわち、ＩｒＤＡ）を含むがそれらに限定されない種々の異なるプロトコル規格に対するネットワークインタフェースと共に存在する場合があることが理解される。
【００４８】
次に図３を参照すると、本発明の方法を実現するのに有用なネットワーク装置３００に対する汎用アーキテクチャが説明される。ネットワーク装置は、バスアーキテクチャ３０８を介してメモリ３０４に結合されたプロセッサ３０２を含む。メモリ３０４は、プロセッサにより実行された場合に本明細書において後述する１つ以上の方法ステップを実行する格納された１つ以上のコンピュータプログラムを含む。実行された方法ステップは、ネットワーク上の他のエンティティに後で送信するためにメモリに格納される。上記に加えて、ネットワークエンティティ装置３００は、通信リンク３０７へのネットワークインタフェース３０６を更に含む。通信リンク３０７は、直接又は間接通信チャネルのいずれかを介してネットワーク上の種々のＵＥデバイスと通信を可能にする。従って、実行された方法ステップの結果として得られた格納されたデータは、通信リンクを介してネットワーク上の他のエンティティに送信可能である。
【００４９】
次に図４を参照すると、格納された連絡先情報データを１つ以上のコンピュータ化装置において整理する方法の例示的な一実施形態が示され且つ詳細に説明される。以下の方法は、デジタルプロセッサ（例えば、上述の図２及び／又は図３のデバイス）により実行可能な記憶媒体を有するコンピュータ可読装置に常駐するソフトウェアアプリケーションとして主に考えられるが、本明細書中で説明するステップはハードウェア及びファームウェア、あるいはそれらの何らかの組みあわせでも実現可能であると考えられる。本明細書中で使用されるように、用語「コンピュータプログラム」又は「ソフトウェア」は、機能を実行する何らかのシーケンス、あるいは人間又は機械が認識できるステップを含むことを意味する。実際は、そのようなプログラムは、例えばＣ／Ｃ＋＋、Ｆｏｒｔｒａｎ、ＣＯＢＯＬ、ＰＡＳＣＡＬ、アセンブリ言語及びマークアップ言語（例えば、ＨＴＭＬ、ＳＧＭＬ、ＸＭＬ、ＶｏＸＭＬ）等、並びにＣＯＲＢＡ（Ｃｏｍｍｏｎ  Ｏｂｊｅｃｔ  Ｒｅｑｕｅｓｔ  Ｂｒｏｋｅｒ  Ａｒｃｈｉｔｅｃｔｕｒｅ）、Ｊａｖａ（登録商標）（Ｊ２ＭＥ、Ｊａｖａ  Ｂｅａｎｓ等を含む）及びバイナリランタイム環境（ＢＲＥＷ）等のオブジェクト指向環境を含む何らかのプログラミング言語又は環境においてレンダリングされる。
【００５０】
ステップ４０２において、ユーザに関連する種々の連絡先に対する連絡先情報がメモリに格納される。例示的な一実施形態において、所定の連絡先に対する連絡先情報は、所定のユーザインタフェースを使用してユーザから受信された入力を介してユーザにより手動入力される。ユーザインタフェースは、キーボード、タッチスクリーン及び音声認識ソフトウェア等の多くの既知のユーザインタフェースから構成される。その後、この手動入力データは、図２に示した例示的なＵＥ２００、図３に示したネットワークエンティティ装置３００又は本明細書中で上述した２つのエンティティの何らかの組み合わせ等の１つ以上のコンピュータ化装置に格納される。
【００５１】
データの手動入力の代わりに又はデータの手動入力に対する補足処理ステップとして、連絡先情報は、有線又は無線ネットワーク接続のいずれかを介してリモートソフトウェアアプリケーションからユーザに関連するコンピュータ化装置に更にダウンロードされる。ユーザから適切な許可を得た場合、リモートソフトウェアアプリケーションは種々の事前入力された連絡先情報を集め、ユーザのアドレス帳にそれらを配布できる。例えば例示的な一例では、ユーザはウェブサービスのメールクライアント（例えば、Ａｐｐｌｅ  Ｉｎｃ．によるＭｏｂｉｌｅＭｅ（登録商標）、Ｇｏｏｇｌｅ  Ｉｎｃ．によるＧｍａｉｌ（登録商標）等）に関連するユーザ名及びパスワードを入力する。ユーザのＵＥはソフトウェアアプリケーションを使用して、ユーザのウェブサービスのメールクライアントにログインし、ウェブサービスのメールサーバに格納された連絡先情報を集約し、オプションで重複情報をチェックし、ユーザのＵＥのクライアントにローカルに格納するためにウェブサービスから連絡先リストの内容をダウンロードする。
【００５２】
別の機構として（上述の技術を補足するか又はその代わりに）、連絡先情報は自動機構を介して交換され、ユーザのコンピューティングデバイスにローカルに格納される。例えばユーザのＵＥは、ユーザが関心のある連絡先情報が利用可能になった場合にユーザがリモートアプリケーションから連絡先情報を自動的にプルする（又はプッシュ利用メッセージを受信する）ことを許可するソフトウェア及び／又はハードウェアを備える。そのような一実現例は、ユーザのＵＥデバイス（Ａｐｐｌｅ  ｉＰｈｏｎｅ（登録商標）等）に常駐するユーザのＢｌｕｅｔｏｏｔｈ（登録商標）（ＢＴ）ネットワークインタフェースを介して当該機能性を達成する。ＵＥに関連するＢＴモジュールは、ＵＥのレンジ内の他のＵＥ対応デバイスの存在を検出し（直接、あるいは近距離技術を同様に備える中間（例えば、固定）デバイスを介して）、デバイスが関心ある連絡先が存在する場合、ＵＥ上のソフトウェアアプリケーションは関心連絡先の連絡先情報を求める要求を作成し、ＢＴアドホックネットワークを介して連絡先情報を交換する。
【００５３】
ユーザの関心がある連絡先情報の取得を可能とすることを目的とする近距離通信が固定又は移動中間デバイスにより実行される場合、中間デバイスは関心がある場所及び／又は時間情報を提供する。
【００５４】
ステップ４０４において、１つ以上の地理的位置に関連するデータが格納される。例示的な一実施形態において、格納された種々の地理的場所はユーザの物理的位置に関連する。これらの地理的位置は時間の関数として格納されるのが好ましい。すなわち、格納された地理的位置は、時間情報（ユーザが所定の場所に位置した時刻及び／又はユーザが所定の場所にいた期間等）を更に有する。例えば最近のスマートフォンの多くは、図２に示したＵＥのように、全地球測位システム（ＧＰＳ）又はＡ−ＧＰＳ受信機又はチップセットを更に有する。その後、スマートフォンの内蔵されたＧＰＳ機能は、ユーザのアドレス帳の連絡先を構成する際に後で使用するための地理情報を格納するために、ソフトウェアアプリケーションと関連して利用される。無線基地局又はアクセスポイント（例えば、セルラ、Ｗｉ−Ｆｉ等）と関連するよく知られている三角測量技術を含む、多少レベルの粒度を有する別の地理的場所特定技術がＧＰＳシステムの代わりに又はそれに加えて更に使用可能である。
【００５５】
例えばユーザに関連する受動ＲＦＩＤタグの問合せであるＲＦＩＤ又は他の「近距離（ｎｅａｒ  ｆｉｅｌｄ）」システムが実行可能に更に使用される（例えば、問合せ又はそれに対するユーザのバックスキャッター応答はモバイルデバイス上の受信機により更に傍受されるか、あるいはＢｌｕｅｔｏｏｔｈ等の近距離チャネルを介してモバイルデバイスに渡される）。あるいは、ユーザのモバイルデバイスは双方向近距離通信機能を備え、それにより、問合せを受信し且つログ記録をとることにより所定の時刻のユーザの位置を確定し、ユーザを識別するために問合せに対して応答を送出し、提案されたトランザクションのためのアカウント情報等を転送する。
【００５６】
別の実施形態において、本発明は、タッチスクリーンインタフェース（例えば、自宅、職場、お気に入りのレストラン、自動車等を表すアイコンに触れることによる）、音声入力システム（「私は職場にいる」）等を介したユーザによる現在地の入力等によりユーザが提供した場所データの使用を更に検討する。
【００５７】
ユーザの位置情報に加えて、ユーザの連絡先に関連する地理情報がメモリに更に格納される。例えば、ユーザのアドレス帳内の何らかの所定の連絡先に対して、当該連絡先が訪問した種々の地理的場所のログ記録を同様にメモリにとる。ユーザの連絡先に関連する地理情報を格納するために利用されるシステムは、ユーザにより利用されるシステムと同一であるのが好ましい（すなわち、システムの簡略化のために）が、異なるシステムが更に使用され且つそれらの異なるシステムから抜粋された情報をユーザのアドレス帳のアプリケーションに対する入力として使用することが検討される。
【００５８】
ユーザのアドレス帳内の連絡先に対する場所情報は、多くの異なる技術を使用して多くの異なるソースから取得される場合がある。それらは、ユーザの場所又は位置の取得に関して上述したものと同一であってもなくてもよい。例えば、連絡先の場所はユーザのモバイルネットワークにより提供されるか（連絡先も同一サービスプロバイダのユーザである場合には直接）、あるいは連絡先による関連した所定の基地局又はＡＰ（アクセスポイント）、それらの受信機から送出されたＧＰＳデータ及びユーザが入力したデータ等に基づいて間接的に（他のモバイルサービスプロバイダ等から）提供される。
【００５９】
ユーザと連絡先との間の調整されたトランザクション（例えば、Ｂｌｕｅｔｏｏｔｈでの照会／ペアリング／ボンディングイベント）がユーザ及び／又は連絡先の場所を判定する機構として更に使用される。この意味で、所定の時刻におけるユーザの「絶対」位置は不明である場合があるが、ＰＡＮ（例えば、Ｂｌｕｅｔｏｏｔｈ；パーソナルエリアネットワーク）インタフェースの近距離特性により、連絡先に対する位置は明確に判明する。従って、１つのそのような変形例において、互いに十分に近接する（例えば、種々の状態に依存して、１０メートル等）場合、ユーザの移動電話は自身のＢｌｕｅｔｏｏｔｈインタフェースを使用して連絡先のＢｌｕｅｔｏｏｔｈ搭載モバイルデバイスとの周知のペアリング又はボンディング動作を実行する。ペアリング交換はユーザのモバイルデバイスに格納され、連絡先に対するＢｌｕｅｔｏｏｔｈ  ＩＤは時間参照と共にアドレス帳のエントリに関連付けられる。従って、本発明の「スマート」なアドレス帳アプリケーションは、正確な場所が分からなくても、２人の人間が記録時刻に「会った」ことを認識する。
【００６０】
別の変形例において、Ｂｌｕｅｔｏｏｔｈペアリング／ボンディング交換の格納は、ユーザのＧＰＳ受信機の読み取りをトリガするために使用される。その後、絶対地理座標はペアリングイベントに関連付けられ、位置データは要望に応じてＢｌｕｅｔｏｏｔｈ関連データと共に保存される。絶対位置データは、要望に応じて、ユーザの自宅、職場、お気に入りのレストラン、子どもの学校等のユーザ固有の場所と互いに関連付けられる。
【００６１】
別の変形例において、ユーザのアドレス帳アプリケーションは、例えば２つのデバイス間のＰＡＮインタフェースを介して連絡先のデバイスに、そのデバイスのＧＰＳ座標を送信するように構成される。例えば双方のデバイスが本発明に係るアドレス帳アプリケーションを備える場合、ユーザのデバイスは、ボンディング又はペアリング中（又はその後）に連絡先デバイスに現在のＧＰＳ座標を求める要求を送信できる。この手法は、特にユーザのデバイスが絶対測位機能（すなわち、ＧＰＳ受信機）を有さない場合に有用である。
【００６２】
更に、更に別の変形例において、オプションとして、会合の「証拠」又は証明、あるいは会合の種々の属性は、本明細書に参考として全ての内容が取り入れられる２００９年１０月９日出願の共有同時係属中の米国特許出願第１２／５７６，９８９号「ＭＥＴＨＯＤＳ  ＡＮＤ  ＡＰＰＡＲＡＴＵＳ  ＦＯＲ  ＤＩＧＩＴＡＬ  ＡＴＴＥＳＴＡＴＩＯＮ」に記載の方法及び装置等を介する交換から得られる。
【００６３】
前述の「相対」測位手法は、連絡先の場所データを取得するためにホストモバイルネットワークに戻る必要がなく、ユーザデバイス（例えば、ユーザのハンドセット及び連絡先のハンドセット）のみからのデータに基づくという利点を有する。しかし、ネットワークエンティティ装置からモバイルデバイスへの絶対場所情報の送信を要求するためのネットワークエンティティ装置の使用を更に採用できることが認識される。例えばＢｌｕｅｔｏｏｔｈのペアリング／ボンディング処理は、ネットワークエンティティからの絶対場所情報又は支援データの送信をトリガする。更に、モバイルデバイスにおいて生成された絶対測位データのユーザ別又はユーザが事前に定義した場所への割り当ては、ネットワークエンティティが支援して実行される。
【００６４】
ユーザのアドレス帳内の種々の連絡先に関連する地理情報の取得において予測される重大な障害はプライバシである。プライバシの問題を解決するために、上述の機能の例示的な一実現例は、ユーザが直接アクセスできない形態でユーザのアドレス帳内の種々の連絡先に関する地理的場所を格納する。例えばユーザの仕事関係者は、ユーザがユーザのアドレス帳を編成及び構成できるようにするためにのみ、ユーザが仕事関係者に関連する地理情報にアクセスできることを希望する場合がある。しかし、仕事関係者は、自分が何らかの所定の時刻に位置した特定の場所をユーザに知られたくない可能性がある。従って、オプションとして、システムにより収集された地理情報は、アドレス帳の表現ソフトウェアのみがアクセスでき（例えば、秘密鍵により）且つユーザが直接アクセスできない暗号化された方法で格納される。
【００６５】
別の代案として、情報は「平文」で保持される（すなわち、暗号化されない）が、それが関連付けられたユーザのアイデンティティは、他のユーザ識別情報（例えば、個人情報、あるいはＭＡＣアドレス、ＩＰアドレス、ネットワークＩＤ等のデバイス／ネットワーク情報）の暗号化ハッシング等を介して非公開又は匿名で保持される。従って、異なる各ユーザは、ハッシングアルゴリズムを有する何らかのプラットフォームにより生成される一意のハッシュを有する（例えば、送出側は自身のＩＤをハッシュし、受信側は受信した情報と連絡先とを確実に関連付けるために同一のハッシュを生成する）。この手法により、情報処理（例えば、暗号化／復号）のオーバーヘッドが不要になるが、他のユーザのプライバシは依然として保守される。
【００６６】
本明細書において後述するように、格納されたデータの整理を援助するために、種々の連絡先の地理的場所に関連する時間情報が更に格納されるのが好ましい。
【００６７】
ステップ４０６において、ユーザと相手との通信に関連するデータが格納される。例示的な一実施形態において、ＵＥがこの情報に容易にアクセスできる可能性が高いため、このデータはユーザのＵＥにローカルに格納される。このデータは、ユーザによる着信通話、ユーザによる発信通話又はユーザのＵＥにおける不在着信に関連するデータ等の関連情報を含む。更に、着信通話及び発信通話の長さに関連するデータが格納される。更に、通話相手に関する情報及び当該通話に利用された番号（すなわち、職場、自宅、携帯電話等）が更に格納される。通話に関する情報に加えて、格納されるデータはＳＭＳテキスト、電子メール、インスタントメッセージ、並びにテキストファイル、スプレッドシート、プレゼンテーション、メディアファイル、ｍｐ３の歌等の最近アクセスされた且つ／又は（最近消費した）ファイルを更に記録している。
【００６８】
ステップ４０８において、１つ以上のコンピュータ装置のメモリに格納されたデータ（ユーザ及びその連絡先に関連する）は整理され、種々のアルゴリズムに従って構成される。ネットワークエンティティから構成に必要なデータの少なくとも一部分をプルして（又はプッシュメッセージを受信して）ユーザのデバイス上でデータをローカルに構成することが主に考えられるが、ネットワークエンティティ自体が連絡先の構成に必要な全関連データを集約し、データを構成し、（ｉ）この構成されたデータ自体か、あるいは（ii）簡単に、この構成されたデータに関連し且つ当該データがユーザのデバイス上で最終的に構成される方法をユーザに対して示すメタデータ（例えば、ＸＭＬファイル又はテキストメッセージ等の形態）をユーザに送信できることが認識される。後者の手法は、通信帯域幅の使用の減少という利点を有するが、モバイルデバイス上でより大きい処理オーバーヘッドを必要とする場合がある（すなわち、メタデータ内に存在する「命令」を読み出し、理解し且つ実現するために）。更に、ユーザによるデータの手動選択は、既知のブラウザタグと同様のタグを用いたデータの表現又は種々のグループ化を表すグラフィックディスプレイアイコンより実現可能である。
【００６９】
前述の構成アルゴリズムは、事前に判定され（例えば、固有のソフトウェア又はダウンロードされたアプリケーションの開発者により確立され）てもよく、あるいは、ユーザにより受信された入力又はネットワークを介して受信された更新等により動的に確立されてもよい。データの構成は、Ｎ次元マトリクスをモデルとして使用して実行されるのが好ましい。この場合、ユーザのディスプレイに対する視覚化情報の提示の複雑性にのみ大幅に制限されるが、Ｎはほとんどどんな所望の整数値にも設定可能である。多くの一般的な使用シナリオにおいて、Ｎ＝１又はＮ＝２の整数値が一般のユーザにとって十分である場合が多い。しかし、Ｎ次元マトリクスの使用は、以下に記載する例を示すことにより最も良く示されるだろう。
【００７０】
例えばＮが１に等しく設定される場合、個々のユーザのアドレス帳内の連絡先は連絡先と会ってから経過した時間等の単一パラメータに基づいてソート又はグループ化され、連絡先の構成は最近訪問した連絡先が最近訪問してない連絡先の上に構成されるように順序付けられる。一般的な使用シナリオにおいて、ユーザは、遠い親戚より近い家族（例えば、ユーザの妻、子ども等）（の連絡先）をより頻繁に訪問したと予測される。従って、この単一パラメータに従って連絡先を構成することにより、ユーザと頻繁に連絡をとると予測されるみぢかな家族はユーザと連絡をとる頻度が少ないと予測される遠い親戚より優先される。
【００７１】
整数値Ｎが２に等しく設定される一例において、ユーザのアドレス帳内の連絡先は、例えば（１）ユーザのアドレス帳内の連絡先と最後に会ってからの時間及び（２）ユーザがその特定の連絡先と会った場所までの距離等の２つの異なるパラメータに基づいてソート又はグループ化される。種々の例示的な特定の例を参照して、単次元及び多次元に構成されたマトリクスの上記の例及び他の例を本明細書において以下に更に完全に説明する。
【００７２】
次元の数（Ｎ）が２より大きい他の組み合わせも可能であることが理解される。例えば、Ｎが３に等しく設定される場合、ユーザのアドレス帳の１つの可能な表現は、（１）所定の連絡先との最後の個人的会合から経過した時間、（２）最後の会合の地理的場所、並びに（３）ユーザ定義グループへの連絡先の所属を考慮する。本例における第３の次元（すなわち、ユーザ定義グループへの所属）は、ユーザのアドレス帳内のグループ化を更に詳しく説明できる。例えば、ユーザ定義グループは、仕事仲間と個人的な友人、あるいは友人と家族とを区別する。これは、時間と場所との間の粒度が連絡先のグループ化を区別するのに不十分である場合に特に有用である。
【００７３】
ユーザの連絡先の自動構成は種々の方法で実行可能であり、１つ以上の基本的基準が満たされることを保証する方法で実行されるのが好ましい。例えばこれらの基本的基準は、（１）データの構成において使用されるグループ数が例えば４以上と非常に多いことを保証する一方で（３）、構成されるグループの総数を例えばデバイスのディスプレイの性能を考慮した管理可能な数（例えば、１２以下）に保持することと、（２）現在適用されているグループ化基準に当てはまらない連絡先の「グループ」であるどんな残りの連絡先も同様に管理可能である残りのグループにグループ化されることを保証することとを含む。選択されたグループ化アルゴリズムは、上述の基本的基準を満たした結果、例えば各々が１０個のエントリを有する１２個のグループが生じるように、当該アルゴリズムが利用可能なデータを考慮するのが理想的である。選択された何らかの自動グループ化アルゴリズムは、グループ当りの平均エントリがほぼ等しくなるようにそれらを保持するのと同時に基本的基準を満たすのが理想的である。
【００７４】
容易に理解されるように、方法４００のステップ４０２〜４０６で格納されたデータを使用することにより、ユーザは自身のアドレス帳内の連絡先エントリのリストを非常に柔軟にソートできる。特に、これらのエントリは多くの異なる連絡先情報パラメータに従ってソート及び構成可能である。例えば、ユーザに対する連絡先情報の表現は、（１）特定の連絡先と会ってから経過した時間、（２）所定の連絡先に接近してから経過した時間、（３）連絡先との最後の会合が行われた場所までの現在の距離、並びに（４）ユーザが特定の連絡先と通話した（あるいは、データ通信した）際の特定の場所までの現在の距離等に従って構成可能であるが、これに限定されない。
【００７５】
更に、連絡先の個別構成に加えて、ユーザのアドレス帳内の連絡先は、本明細書中で上述したステップ４０２〜４０６で格納されたデータに従って更にグループ化可能である。例えばユーザのアドレス帳内の連絡先の表現は、（１）同一の時間スロット内（例えば、通常の勤務時間中）に会った連絡先に従ってグループ化され、（２）同一場所（例えば、ユーザの自宅又は職場の場所）でユーザに会ったことに従ってグループ化され且つ（３）同一の地理的位置において又は同一の時間スロット中に電話を介してユーザと会話したか又はデータ通信したことに従ってグループ化されるが、それらに限定されない。以下に記載する特定の例を参照して、上記の特定の実現例及び他の特定の実現例を以下に説明する。
【００７６】
本発明の別の実施形態において、連絡先に優先順位を付与する場合、所定の時間にユーザに対する地理的近接度に関して近すぎる連絡先の優先順位は低下される（又は全く考慮されない）。例えば、互いに非常に近接した地理範囲（例えば、一緒に夕食をとっているか又は同一敷地内にいる等で数メートル）に存在する２人の人間（例えば、電話）は、互いの視界内にいるか又は互いに気づいている可能性が高いため、「通話するには近すぎる」と考えられる。従って、この近接度条件が存在する場合にユーザが自身のアドレス帳機能を呼び出す場合、ユーザが近接する相手に発呼したい可能性は非常に低い。しかし、この優先順位のフィルタリング又は低下は、他の、ユーザ又はネットワークにより課される規則を用いてマスクされる（例えばユーザは、安全上の理由等により、場所に関係なく自身の家族が常にリストの上部に存在することを指定する場合がある）。
【００７７】
本発明の別の実施形態において、連絡先は、（i）知られた又は予定されたイベントに対する時間的近接度、並びに（ii）関心のある日付及び／又は関心のある時刻における活動（例えば、連絡先との通話又は会合）に関する履歴情報に基づいてフィルタリング又は優先順位付けされる。この機能も、イベント（存在する場合）に関連する場所に対する地理的近接度に関するデータを用いて同様にマスク又はオーバーレイされる。上記の一例として、毎年１１月５日が誕生日である親友又は重要人物を有するユーザについて考える。毎年、この日又はその近辺に、ユーザは誕生日を祝うために友人に発呼するか、あるいは夕食のためにお気に入りのレストランで会う。従って、本発明のアドレス帳アプリケーションは、当時の日付（例えば、１１月３日）を判定し、過去の会合／通話に基づいて友人が「可能性の高い」連絡先であると判定するようにプログラムされる。現在の日付／時刻と目標の日付／時刻との間の時間差分が減少するにつれて、当該連絡先の優先順位は上昇される。この手法は、ユーザに近い将来のイベントを「受動的に」気付かせるものとして同様に有利に動作する。この場合、ユーザが当該期間中に自身のアドレス帳機能を呼び出す度に、ユーザは優先順位の上昇した当該連絡先（友人）を目にすることが多くなるため、何らかの重要なイベントが近づいていることをユーザに気付かせる。上記の機能性の論理は、例えば、目標の日付／時刻の後、優先順位が（i）一般に当該日付／時刻までの期間と対称に時間と共に低下する（ユーザが何らかの理由でイベントを見逃した場合に備えて）か、あるいは（ii）優先順位が急激に低下するか又は「０」に設定されるように急峻に減衰されるか又はフィルタリングされるように、更に実現可能である。この後者のオプションは、ユーザが目標の日付又はその近辺に目標の場所（例えば、お気に入りのレストラン、友人の家等）に位置したことを示すことにより「イベント」要件がユーザにより満たされたことが分かるような何らかの実際の関連データを用いて、同様にマスクされるか又は有効にされる。
【００７８】
本発明の更に別の実施形態において、所定のユーザの「アドレス帳」は、ネットワークアドレス帳サーバ又は「プレゼンス」サーバ等においてネットワークで保持される。プレゼンスサービスの使用によるユーザ間での情報の共有を述べ且つ本発明と矛盾せずに使用される例示的な一実現例は、本明細書に参考として全ての内容が取り入れられる本明細書と同時出願された共有同時係属米国特許出願第１２／７０４，４５５号「ＭＥＴＨＯＤＳ  ＡＮＤ  ＡＰＰＡＲＡＴＵＳ  ＦＯＲ  ＰＲＯＶＩＤＩＮＧ  ＰＲＥＳＥＮＣＥ  ＳＥＲＶＩＣＥ  ＦＯＲ  ＣＯＮＴＡＣＴ  ＭＡＮＡＧＥＭＥＮＴ  ＲＥＰＲＥＳＥＮＴＡＴＩＯＮ」に記載される。
【００７９】
次に図５を参照すると、ユーザのＵＥディスプレイ５００上の本明細書の譲受人のアイコン「カバーフロー」様式のアドレス帳の表現の一例が示される。示される例において、ユーザは特定の日の会合又はイベントの関数として自身の連絡先のグループ化をソートできる。これらの会合又はイベントは、その特定の日のユーザのカレンダエントリと照らし合わせて編成される。図５において目立つように表示されたイベントは、２００９年６月２日に行われた昼食会に関する（上記の日付は例示にすぎず、出席予定者のいる未来の日付が更に提供される場合があることが理解される）。これは、ユーザのカレンダからプルされたこの特定のエントリの表題部分５０２に記載される。
【００８０】
イベントの連絡先部分５０４に示されるのは、「Ｌｕｎｃｈ  ｗｉｔｈ  Ｓｙｌｖｉａ」という名称の当該イベント中に実際に居合わせた連絡先のリストである。イベントの件名（すなわち、Ｓｙｌｖｉａ）以外に、連絡先部分は、役職「Ｓａｌｅｓ」が傍らに更に記載されるエントリ「Ｔｈｏｍａｓ  Ｃｏｏｋ」と、ユーザの友人であり且つＳｙｌｖｉａ及びＴｈｏｍａｓとの昼食会中に居合わせたウェートレスであるエントリ「Ｌｉｓｓｙ」とを更に記載する。ユーザが種々のエントリをスクロールすると、ユーザは、２００９年６月２日の午前９時〜午前１０時に行われた「Ｔｅａｍ  Ｍｅｅｔｉｎｇ」という名称の別のエントリ５０６を選択できる。このエントリ５０６に対して、この特定のイベントに同様に物理的に出席した（あるいは、出席者と音声又はデータ通信した）種々の連絡先がユーザのアドレス帳内のエントリに対して示される。
【００８１】
図６は、図５で示した情報のグループ化を、よりテキスト指向の形式でユーザのディスプレイ６００上に表示する。この場合も、ユーザは自身が時系列で構成した会合のリストをスクロールできる。この場合も、「Ｌｕｎｃｈ  ｗｉｔｈ  Ｓｙｌｖｉａ」会合イベント６００は、図５に関して上述したものと同様の表題部分６０２及び連絡先部分６０４の双方を有する。示される例において、名前「Ｓｙｌｖｉａ  Ｂｅｒｎｅｔ」はユーザが自身のアドレス帳内のこの特定の連絡先を選択したことを示すために強調表示される。破線６０６はエントリ６００の表題部分と連絡先部分とを分離するために利用され、実線６０８はイベントを互いに分離する。上述の種々のデータに対する多くの他のグラフィック及び「組み合わせモード」提示形式（例えば、グラフィック及び可聴）又はアーキテクチャが当業者には認識されるだろう。
【００８２】
連絡先を選択すると、ユーザは、他の可能なタスクのうち、例えば（１）メモリへの連絡先名のコピー（例えば、メッセージの作成に使用するために）、（２）この特定の連絡先エントリに関連する連絡先情報の編集、（３）ユーザのアドレス帳からの当該エントリの削除、（４）この特定の連絡先エントリに関連する全活動のログの閲覧（すなわち、電子メールメッセージ、通話の詳細、テキスト、ツイート等）、（５）当該ユーザの電話番号（例えば、自宅、職場、携帯電話等）のうちの種々の電話番号への着信、（６）この特定の連絡先エントリの電子メール送信、（７）この特定の連絡先エントリのＳＭＳテキスト送信、並びに（８）この特定の連絡先エントリのインスタントメッセージ送信を含む多くのタスクを実行するように入力指示される。
【００８３】
図７は、上記の図６に記載したのと同様のリストを示す。しかし、図７の例に示される連絡先は、会合ではなくユーザが連絡先と会った日付によりグループ化される。そのようなオプションは、ユーザが特定の日に多くの会合を有さなかったか又は会合が正式にスケジュールされなかった場合に特に有用である。図７に示すリストの別の変形例において、図６及び図７に示す情報の組み合わせも容易に実現される。すなわち、連絡先のリスト化は、会合に出席した連絡先と特定の日にユーザと単に一緒にいた他の連絡先との組み合わせを含むことができる。
【００８４】
更に、アドレス帳表現は日毎に編成されるように示されるが、実際は他のどんな期間（例えば、１日内、２日毎、週毎、月毎等）でも編成可能であることが理解される。その反対に、図８に示すように、ユーザのアドレス帳内の連絡先をどんな種類の所定の期間でもグループ化しないこともできる。すなわち、連絡先は、特定の日付又は時刻を参照せずに単に時系列で順序付けされる。
【００８５】
更に別の表現において、ユーザのアドレス帳内の個々の連絡先は、場所（例えば、それらが地理的に共に位置した場所、あるいはユーザが特定の地理的場所にいた間にユーザと電話で会話した場所）によりグループ化される。そのような実現例は、（１）仕事上の連絡先、（２）自宅の連絡先、（３）ソーシャルイベントの連絡先、あるいは他の一般的なユーザの地理的場所に関連する連絡先等の連絡先のグループを区別するための望ましい利点を有する。例えば、ユーザは所定の日に友人とサービスタイムに特定のレストランを訪問する。その場合、ユーザと同一時刻に特定の場所に共に位置するため、それらの連絡先は一緒にグループ化される。従って、ユーザはこの特定のグループを容易に選択でき、ユーザがレストランに到着する予定時刻を当該グループの全メンバーに知らせるためにＳＭＳテキスト、「ツイート」又は電子メールを送出できる。
【００８６】
図９は、図５〜図８に示した情報の更に別の変形例を示す。示される実施形態において、連絡先情報９００は上述のように構成される（例えば、時刻、地理的場所等により）。しかし、この連絡先エントリのリスト化に加えて、特定のエントリとユーザとの間の関係を示す追加情報が提示される。例えば、「Ｔｉｃｋｅｔ  Ｈｏｔｌｉｎｅ」と記載されるエントリ９０２の前には電話アイコンが存在する。この電話アイコンは、この特定の連絡先エントリとの会話を示す（着呼であるか又は発呼であるかで分類されるのが好ましい）。「Ｍａｒｋ  Ｃｈａｏ（Ｂｏｓｓ）」と表記されたエントリ９０４の前には、ユーザとエントリ９０４に記載された連絡先との間で行われた物理的会合を示すアイコンが存在する。「Ｋａｒｒｅｎ  Ｓｍｉｔｈ（Ａｓｓｉｓｔａｎｔ）」と表記されたエントリ９０６の前には、この特定の連絡先からの不在着信を示すアイコンが存在する。従って、電話での会話（又は他の形態の通信）に関する連絡先情報は連絡先の地理的会合と同時に編成され、それにより、ユーザの連絡先のリスト化に更なるレベルの表現が提供される。
【００８７】
次に図１０を参照すると、本発明に係るアドレス帳表現の更に別の例が示される。特に、図１０はユーザのアドレス帳内のアドレス帳エントリの２次元表現を示す。図示される２次元表現は、ｘ軸又は横座標に沿って取られる場所（例えば、ユーザの自宅、近所、都市、州等）の関数及びｙ軸又は縦座標に沿う時間（例えば、今日、昨日、３日前、先週等）の関数として、ユーザと個人的に会った個々の連絡先を示す。このように、ユーザは、所定の期間及び種々の場所にわたり、ユーザが連絡をとった多くの連絡先をすぐに把握できる。その後、ユーザは、多くの一般的なタスクを実行するために連絡先エントリを表すアイコンを単純に選択できる。これらのタスクは、例えば発呼、電子メール送信、テキスト送信、ブログ作成、インスタントメッセージ送信又はこの特定の連絡先に関連する連絡先情報の編集を含む。
【００８８】
図１０の２次元表現はユーザと個人的に会った連絡先として示されるが、特定のユーザに対する発呼又は他のデータ通信をするユーザの地理的場所等の他のカテゴリに対して容易に実施可能であることが理解される。別の一実現例において、通話及び個人的会合の組み合わせが上記の図９に関する説明と同様に実現可能であり、それにより、ユーザのアドレス帳内の連絡先エントリのグラフィック表現に更なる次元を提供する。
【００８９】
図１０のアイコンに対する一般的な連絡先の図の別の変形例において、これらのアイコン１０１０はこの特定の連絡先との他の何らかの関係を示すアイコンと容易に置換でき、それに関し、示されるエントリに別の次元を追加する。例えば図９のエントリの前に存在するアイコン（すなわち、発呼、着呼、会合及び不在着信）は、図１０に示す汎用アイコン１０１０を容易に置換又は補足できる。更に、図１０に示すアイコン１０１０は、ユーザのアドレス帳内のこの特定の連絡先エントリに関連付けられた実際の画像（例えば、写真）又は特定のユーザに関連するアバター（例えば、それらの「Ｙａｈｏｏ！」ＩＭアバター）で置換又は補足される。アイコン／画像／アバターは、アバターが表すユーザがその所定の時刻に閲覧又は聞いているもの（映像、音楽等に関して）、現在の状態等の静的又は動的情報を用いて更に装飾される場合がある。
【００９０】
次に図１１を参照すると、ユーザのアドレス帳内の連絡先情報の構成を示す更に別の例が示される。特に、図１１の構成はユーザの連絡先エントリの３次元表現を示す。示される例において、関心軸は、（i）ｘ軸に沿うユーザに対する所属、（ii）ｚ軸に沿う場所及び（iii）ｙ軸に沿う時間である。そのような構成は、タッチスクリーン（例えば、従来のタッチスクリーン、あるいは本明細書の譲受人により製造される例示的なｉＰｈｏｎｅ（登録商標）製品において利用されるようないわゆる「マルチタッチ」スクリーン）を組み込むユーザインタフェースに特に適しているが、トラックボール／マウス等の他のユーザインタフェースが同様に本発明と矛盾せずに容易に適応されることが理解される。
【００９１】
図１１に示すようなユーザに対する通話データの構成の一例において、カテゴリはデータを整理するアプリケーションが利用可能な情報に基づいて自動編成される。例えば、カテゴリ「家族」、「友人」及び「仕事仲間」がｘ軸に沿って存在する。この情報はユーザの連絡先エントリから直接収集可能であり、その場合、ユーザのアドレス帳内の個々のエントリは、抜き出し可能な上記又は別のカテゴリの下でこれらの３つの広範なグループに分類される。例えば、自動編成された表現の一実施形態において、ユーザが最近３日以内にＬｉｓａ（ユーザの友人）と連絡をとっていない場合、ｘ軸上の「家族」と「仕事仲間」との間の「友人」の行は省略される。図１２は、ユーザのアドレス帳内のエントリに対する連絡先データを入力するためにユーザが利用できるプルダウンメニューの一実施形態を示す。示されるメニューにおいて、妻、息子、娘、おば、おじ、母親、父親等の家族カテゴリが使用される。これらのカテゴリは全て、広範な見出し「家族」の下に含まれる。同様の補助見出しは、オプションとして、広範な見出し「友人」（例えば、親友、知り合い、「音信不通の」友人等）及び「仕事仲間」（例えば、上司、同僚、顧客等）の下で更に利用可能である。
【００９２】
示される実施形態のｚ軸に沿って存在する場所情報は、ユーザのカレンダエントリ及び／又は地理的場所からプルされる。例えばユーザが連絡先エントリの下に自身の自宅及び職場の住所を格納している場合、構成アプリケーションは、例えば同時に取得された当該ユーザの地理情報に基づいて、ユーザが自宅にいるか又は職場にいるかを認識する。連絡先エントリの「休日  スペイン」は、休暇を示すユーザのカレンダエントリからプル可能である。あるいは、このエントリは、単に「休日」と示すユーザのカレンダエントリからプルされ、構成アプリケーションは、本例ではスペインであるユーザの場所から地理情報をプルすることにより更に細かく示すだろう。
【００９３】
時間軸は、ユーザの便宜を考慮して分類される。示される例において、時間軸は「今日」、「昨日」及び「３日前」の通話に編成される。しかし、どんな数の組み合わせも利用可能である。例示的な一実現例において、時間軸（及び他の関心軸）は、前述のマルチタッチユーザインタフェース機能を使用して拡大又は縮小可能である。例えばユーザが表示軸に沿って２本の指を閉じる（あるいは、２本の指を開く）ことにより、その軸上のカテゴリの数又は縮尺はそれぞれ縮小又は拡大する。
【００９４】
別の一実現例において、例えば時間軸に示されるカテゴリの数は、ユーザによる特定の連絡先の選択を困難にするように情報がスクリーン上に散乱することを最小限にするために、デバイスのディスプレイ上の連絡先エントリの数に基づいて自動で変更される。
【００９５】
更に別の実施形態において、軸は固定されたままである。しかし、ユーザは３次元表現の特定の領域をズームインするオプションを与えられる。これは、上述のマルチタッチ技術等の多くの既知のユーザインタフェース技術を使用して達成可能である。
【００９６】
本発明の例示的な一実施形態において、後のデータ構成において使用するために格納された情報の大部分は収集され、ユーザがアクセスできるネットワークエンティティ装置上にリモートに格納される。その場合、当該データへのアクセスは、ネットワーク上に格納されたデータにアクセスするために個々のユーザが月毎、年毎等で契約する契約ベースサービスに基づく。別の一実現例において、データの基本的構成のための機能は、ユーザがデバイスを購入する時点でユーザの機器に既存する（あるいは、無料ダウンロード又は従来のデバイスに対する更新を介して）。しかし、向上されたレベルのアドレス帳構成サービス（例えば、「ゴールド」、「シルバー」等）は契約に基づいてユーザが利用できるようになる。
【００９７】
別の実施形態において、ユーザの連絡先データはウェブ利用ソーシャルネットワーキングユーティリティアプリケーション（例えば、Ｆａｃｅｂｏｏｋ（登録商標）又はＭｙｓｐａｃｅ（登録商標）等）と関連して取得、格納及び構成される。従って、ネットワークオペレータとソーシャルネットワーキングサービスプロバイダ／スポンサとの間のビジネス協定が形成可能であり、それにより、ソーシャルネットワーキングユーティリティアプリケーションに格納されたデータはネットワークオペレータが容易にアクセスできるようになる（且つ／又はソーシャルネットワーキングユーティリティアプリケーションが容易にアクセスできるようになる）。
【００９８】
方法のステップの特定の順序に関して本発明の特定の態様を説明したが、これらの説明は本発明の広範な方法の例示にすぎず、特定のアプリケーションの必要に応じて修正されることが認識されるだろう。特定のステップは、特定の状況において不要又はオプションとされる場合がある。更に、特定のステップ又は機能性が開示された実施形態に追加されてもよく、あるいは２つ以上のステップの実行順序が変更されてもよい。そのような変更の全ては、本明細書において開示され且つ特許請求される発明に含まれると考えられる。
【００９９】
上記の詳細な説明は、種々の実施形態に適用して本発明の新規の特徴を図示、説明及び指摘したが、示されたデバイス又は処理の形態及び詳細の種々の省略、置換及び変更が当業者により本発明から逸脱することなく行われることが理解されるだろう。上記の説明は、現時点で考えられる本発明を実行する最善の方式のものである。本説明は、限定することを全く意図せず、本発明の一般原理を示すものであると見なされるべきである。本発明の範囲は、特許請求の範囲を参照して判定されるべきである。
【図１】
0005597265.tif 000002
【図２】
0005597265.tif 000003
【図３】
0005597265.tif 000004
【図４】
0005597265.tif 000005
【図５】
0005597265.tif 000006
【図６】
0005597265.tif 000007
【図７】
0005597265.tif 000008
【図８】
0005597265.tif 000009
【図９】
0005597265.tif 000010
【図１０】
0005597265.tif 000011
【図１１】
0005597265.tif 000012
【図１２】
0005597265.tif 000013