(57)【要約】【解決手段】  本発明はコンテンツデータベースをサーチし、サーチ結果を少なくとも一部特定のユーザのアフィニティ基準に基づいてランク付けすることに関する。特に、所定のユーザは様々の手段を介して連絡先とコミュニケーションする。ユーザがそれによってコミュニケーションする、連絡先の全てではないにしてもいくつか識別子は、アフィニティリストを作成するために使われる。ユーザのアフィニティリストの中の各連絡先に対して、そのユーザによってアクセスされた項目の記録がアクセスヒストリ情報として維持される。各連絡先はアクセスヒストリ情報を有することができ、ユーザのアフィニティリストの中の連絡先の一部のもしくは全てのアクセスヒストリ情報の集合は一般的にアフィニティ基準と呼ばれる。ユーザが連絡先データベースの項目に対してサーチを起動する時、サーチからリターンされた項目は、少なくとも一部アフィニティ基準に基づいてランク付けされる。【選択図】  図１
2012502385.tif 000002
【特許請求の範囲】
【請求項１】
ユーザの連絡先リストを含むアフィニティリストに関連するユーザからのサーチクエリーを受取り、
前記サーチクエリーに応答する複数のコンテンツ項目を取得するために前記サーチクエリーに基づいてサーチを実行し、
前記ユーザの連絡先によってアクセスされたコンテンツ項目についてのアフィニティ基準に基づいて前記複数のコンテンツ項目の少なくとも一部をランク付けする、
ことを含む方法。
【請求項２】
前記アフィニティ基準を取得することをさらに含み、前記アフィニティ基準は前記ユーザの連絡先によってアクセスされたコンテンツ項目を特定するアクセスヒストリ情報を含み、前記複数のコンテンツ項目の少なくとも一部が前記アクセスヒストリ情報に基づいてランク付けされることを特徴とする請求項１に記載の方法。
【請求項３】
前記アクセスヒストリ情報は、どの複数の連絡先が前記ユーザの連絡先によってアクセスされた各コンテンツ項目にアクセスしたのか具体的に特定する情報を含むことを特徴とする請求項２に記載の方法。
【請求項４】
前記アクセスヒストリ情報は、前記ユーザの連絡先によってアクセスされたコンテンツ項目のアクセスされた回数をさらに特定し、前記コンテンツ項目がアクセスされた回数に基づいて前記複数のコンテンツ項目の少なくとも一部がランク付けされることを特徴とする請求項２に記載の方法。
【請求項５】
前記アフィニティ基準を取得することをさらに含み、前記アフィニティ基準は前記ユーザの各連絡先によってアクセスされたコンテンツ項目を特定するユーザの各連絡先に対して特有のアクセスヒストリ情報を含み、前記各ユーザに特有のアクセスヒストリ情報に基づいて前記複数のコンテンツ項目の少なくとも一部がランク付けされることを特徴とする請求項１に記載の方法。
【請求項６】
前記アフィニティ基準を取得することをさらに含み、前記アフィニティ基準は、前記ユーザの連絡先によってアクセスされたコンテンツ項目がアクセスされた性質を特定するアクセスヒストリ情報を含み、前記ユーザの連絡先によってコンテンツ項目がアクセスされた前記性質に基づいて、前記複数のコンテンツ項目の少なくとも一部がランク付けされることを特徴とする請求項１に記載の方法。
【請求項７】
前記アフィニティ基準を取得することをさらに含み、前記アフィニティ基準は、前記ユーザの連絡先によってアクセスされたコンテンツ項目がいつアクセスされたかを特定するアクセスヒストリ情報を含み、前記コンテンツ項目が前記ユーザの連絡先によっていつアクセスされたかに基づいて前記複数のコンテンツ項目の少なくとも一部がランク付けされることを特徴とする請求項１に記載の方法。
【請求項８】
前記連絡先リストの連絡先は、ユーザがコミュニケーションした連絡先を含むことを特徴とする請求項１に記載の方法。
【請求項９】
前記連絡先リストの連絡先は、ユーザがコミュニケーションする可能性がある連絡先を含むことを特徴とする請求項１に記載の方法。
【請求項１０】
前記連絡先リストの連絡先はユーザがコミュニケーションした連絡先とユーザがコミュニケーションしそうな連絡先の少なくとも１つを有することを特徴とする請求項１に記載の方法。
【請求項１１】
前記アフィニティリストの連絡先リスト内の連絡先がランク付けされ、前記複数のコンテンツ項目の少なくとも一部は前記連絡先リストの連絡先のランキングに基づいてさらにランク付けされることを特徴とする請求項１に記載の方法。
【請求項１２】
前記連絡先リストの少なくともある連絡先は、前記ユーザとのコミュニケーションに基づいてランク付けされることを特徴とする請求項１１に記載の方法。
【請求項１３】
前記連絡先リストの少なくともある連絡先のランキングは、前記ユーザとのコミュニケーションに基づいて動的に更新されることを特徴とする請求項１１に記載の方法。
【請求項１４】
前記連絡先リストの少なくともある連絡先のランキングは、略静的であることを特徴とする請求項１１に記載の方法。
【請求項１５】
前記複数のコンテンツ項目の少なくとも一部は、前記アフィニティ基準とは無関係のランキング基準に基づいてさらにランク付けされることを特徴とする請求項１に記載の方法。
【請求項１６】
前記複数のコンテンツ項目の少なくとも一部をランク付けするために前記アフィニティ基準を使うかどうかを決定し、
前記アフィニティ基準が使われない場合、前記複数のコンテンツ項目の少なくとも一部を、前記アフィニティ基準に無関係のランキング基準に基づいてランク付することをさらに含み、
前記アフィニティ基準が使われる場合、前記複数のコンテンツ項目の少なくとも一部は前記アフィニティ基準に基づいてランク付けされることを特徴とする請求項１に記載の方法。
【請求項１７】
前記アフィニティ基準を使うかどうかについての入力を前記ユーザから受取り、前記入力に基づいて前記複数のコンテンツ項目の少なくとも一部をランク付けるために前記アフィニティ基準を使うかどうかを決定することをさらに含むことを特徴とする請求項１６に記載の方法。
【請求項１８】
前記ユーザからの前記入力は、前記サーチクエリーとともに受取られることを特徴とする請求項１７に記載の方法。
【請求項１９】
前記サーチはインターネットを介して実行されることを特徴とする請求項１に記載の方法。
【請求項２０】
前記サーチは企業イントラネット内部で実行されることを特徴とする請求項１に記載の方法。
【請求項２１】
前記複数のコンテンツ項目のうちのあるものはウェブページ、ワープロ文書、スプレッドシート、及びプレゼン資料を有するグループの１つを含むことを特徴とする請求項１に記載の方法。
【請求項２２】
前記複数のコンテンツ項目のうちのあるものはオーディオ、ビデオ、ボイス及びイメージファイルを有するグループの１つを含むことを特徴とする請求項１に記載の方法。
【請求項２３】
前記サーチを行う前に前記ユーザの真偽判別を行うことをさらに含むことを特徴とする請求項１に記載の方法。
【請求項２４】
前記サーチクエリーに応答して前記アフィニティ基準に基づいて提供されたサーチ結果をランク付けする指示が前記サーチクエリーに関連して受取られ、前記アフィニティ基準に基づく前記複数のコンテンツ項目の少なくとも一部のランク付けは前記指示の受取りが条件とされることを特徴とする請求項１に記載の方法。
【請求項２５】
ユーザの連絡先リストを含むアフィニティリストに関連するユーザからのサーチクエリーに応答して、複数のコンテンツ項目を取得するために前記サーチクエリーに基づくサーチを実行し、
前記ユーザの連絡先によってアクセスされ、前記サーチクエリーに応答する前記複数のコンテンツ項目に含まれるアクセスされたコンテンツ項目を特定し、
前記アクセスされたコンテンツ項目に基づいて前記複数のコンテンツ項目の少なくとも一部をランク付けする、
ことを含む方法。
【請求項２６】
少なくとも１つのコミュニケーションインタフェースと、
前記少なくとも１つのコミュニケーションインタフェースに関連する制御システムを含み、前記制御システムは、
ユーザの連絡先リストを含むアフィニティリストに関連するユーザからサーチクエリーを受取り、
前記サーチクエリーに応答する複数のコンテンツ項目を取得するために前記サーチクエリーに基づいてサーチを実行し、
前記ユーザの連絡先によってアクセスされたコンテンツ項目についてのアフィニティ基準に基づいて前記複数のコンテンツ項目の少なくとも一部をランク付けするように適合されているシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は共通に所有され譲渡された２００８年３月１２日付出願番号１２／０４７，１３８の出願に関し、その全体の開示は参照により本出願に組み込まれる。
【０００２】
本発明は、サーチクエリーに応答してコンテンツ項目をサーチすることに関し、特にアフィニティ基準に基づきサーチクエリーに応答してリターンされるコンテンツ項目をランク付けすることに関する。
【背景技術】
【０００３】
情報化時代の始まりは、膨大な情報量の創出をもたらしている。ある情報はパブリックな情報であり、またある情報はプライベートな情報である。大部分、インターネットはパブリックな情報に対しパブリックなアクセスを提供し、一方企業イントラネットはプライベートな情報に対し従業員のアクセスを提供する。情報のパブリック、プライベートな性質に関わらず、パブリックな情報の場合はそれが公衆により、プライベートな情報の場合は許可されたユーザにより容易にアクセスできなければ、情報の価値は低下する。
【０００４】
インターネットについては、Ｇｏｏｇｌｅ（登録商標）やＹａｈｏｏ（登録商標）のような検索エンジンのプロバイダ−がユーザのクエリーに応答して最も関係するサーチ結果をサーチャーに提供するために日々努めている。ほとんどの場合、与えられたサーチクエリーに対するサーチ結果は、ユーザが無理なく見ることができる量を超えたコンテンツ項目を備えている。従って、検索エンジンのプロバイダは、最も関係するコンテンツ項目を推測してサーチ結果のコンテンツ項目をランク付けるためのランキング基準を採用し、その最も関係するコンテンツ項目をユーザに提供するように努める。検索エンジンの多くがコンテンツ項目かコンテンツ項目に関連するメタデータを分析し、サーチ結果の中でコンテンツ項目の最も関係するものを予測する。例えば、コンテンツ項目の本体又は、メタデータの中にサーチタームが最も多く出現するコンテンツ項目が最も関係すると見なされる。多くの場合、サーチタームが使われる頻度は関係性に対応しない。
【０００５】
他の例として、Ｇｏｏｇｌｅは他のウェブページによってそのウェブページがどれくらい多く参照されたかに基づいてウェブページをランク付けるためのランキング基準を用いている。多くの他のウェブページによって参照されるウェブページがより関連すると見なされ、他の２〜３のウェブページによってしか参照されないウェブページより高いランク付けがなされる。このランキングシステムはポピュラーなトピックス例えばエンターテインメントやスポーツのようなトピックスに対しては有効である。しかし、より不明瞭なトピックスに対してはうまく機能しない。
【０００６】
例えば、企業のイントラネット上に記憶されるワープロ文書、スプレッドシート、プレゼンテーション資料、発行文書の類のプライベートなコンテンツ項目のサーチに対し、同様の検索エンジンが存在する。残念ながら、これらのコンテンツ項目間の相互参照量は概して少なく、従って、サーチ結果をランク付けるために相互参照を使用することは、サーチ結果の中でコンテンツ項目の最も関連するものを予測する助けにはほとんどならない。
【０００７】
実際のランキング技術には限界があるため、より効果的な手法でサーチ結果をランク付するための技術が必要となっている。
【発明の概要】
【０００８】
本発明は、コンテンツデータベースをサーチし、特定ユーザに対し少なくとも一部はアフィニティ基準に基づいてサーチ結果をランク付することに関する。特に、所定ユーザは明確化のために“連絡先”と呼ぶ相手方と様々の手段を介してコミュニケーションする。ユーザがコミュニケーションする連絡先の、全てではないにせよ一部の識別子は、アフィニティリストと呼ばれる連絡先のリストを作成するのに使用される。ユーザのアフィニティリストの中の各連絡先に対して、そのユーザによってアクセスされた項目の記録は、アクセスヒストリ情報として維持される。各連絡先はアクセスヒストリ情報を有してもよく、ユーザのアフィニティリストの中の連絡先の一部又は全てのアクセスヒストリ情報の集合は一般的にアフィニティ基準と呼ばれる。ユーザがコンテンツデータベース内の項目についてサーチを起動すると、サーチに対しリターンされた項目は少なくとも一部はアフィニティ基準に基づいてランク付けされる。サーチに対してリターンされた項目の最終的なランキングを決定するためにアフィニティ基準は他のランキング基準と組み合わされてもよい。
【０００９】
当業者は、添付図面を参照して以下に示す好ましい実施形態の詳細な説明を読めば、本発明の範囲を認識しその更なる態様を理解するであろう。
【００１０】
本願明細書に組み込まれその一部を形成する添付図面は、本発明の様々な態様を説明し、記述文と一緒に本発明の原理を説明する。
【図面の簡単な説明】
【００１１】
【図１】本発明の一の実施形態に係る基本動作を表わすフローチャートである。
【図２】本発明の一の実施形態に係るコミュニケーション環境のブロック図である。
【図３】本発明の一の実施形態に係るアクセスヒストリサーバの基本動作を表わすフローチャートである。
【図４】本発明の一の実施形態に係るアクセスヒストリ情報を図示する。
【図５】本発明の一の実施形態に係るサーチサーバの基本動作を表わすフローチャートである。
【図６】アクセスヒストリ情報無しのサーチ結果のランキングを表わす。
【図７】本発明の一の実施形態に係るアクセスヒストリ情報を用いたサーチ結果のランキングを表わす。
【図８】本発明の一の実施形態に係るアフィニティサーバの基本動作を表わすフローチャートである。
【図９】本発明の一の実施形態に係るコミュニケーション環境の他のブロック図である。
【図１０Ａ】本発明の一の実施形態に係る動作のフローチャートである。
【図１０Ｂ】本発明の一の実施形態に係る動作のフローチャートである。
【図１１】本発明の一の実施形態に係るコミュニケーションイベントランキング基準を表わす。
【図１２】本発明の一の実施形態に係る経過時間ランキング基準を表わす。
【図１３】本発明の一の実施形態に係るアフィニティリストを表わす。
【図１４】本発明の一の実施形態に係るコミュニケーションが起動される窓を表わす。
【図１５】本発明の一の実施形態に係る更新されたアフィニティリストを表わす。
【図１６】本発明の一の実施形態に係る通話記録に起因するアフィニティデータを表わす。
【図１７】本発明の一の実施形態に係るｅｍａｉｌデータから派生するアフィニティデータを表わす。
【図１８】本発明の一の実施形態に係る情報データベースからの入力を表わす。
【図１９】本発明の一の実施形態に係るサーチサーバのブロック図である。
【図２０】本発明の一の実施形態に係るアフィニティサーバのブロック図である。
【図２１】本発明の一の実施形態に係るアクセスヒストリサーバのブロック図である。
【図２２】本発明の一の実施形態に係るユーザターミナルのブロック図である。
【発明を実施するための形態】
【００１２】
【００１３】
【００１４】
【００１５】
【００１６】
【００１７】
【００１８】
【００１９】
【００２０】
【００２１】
【００２２】
【００２３】
【００２４】
【００２５】
【００２６】
【００２７】
【００２８】
【００２９】
【００３０】
【００３１】
【００３２】
【００３３】
以下に述べる実施形態は当業者が本発明を実施することを可能にする必要な情報を開示し、本発明を実施するための最良の形態を説明する。添付の図面を参照して以下の説明を読むことにより、当業者は本発明の概念を理解し、ここでは特に触れないこれら概念の応用を認識するであろう。なお、これらの概念及び応用は開示範囲に入り、添付する特許請求範囲に入る。
【００３４】
本発明は、コンテンツデータベースのサーチ、特定ユーザに対する少なくとも一部がアフィニティ基準に基づいたサーチ結果のランク付に関する。特に、所定ユーザは、明確化のために“連絡先”と呼ぶ相手方と様々の手段によりコミュニケーションする。ユーザがコミュニケーションする連絡先の、全てではないにせよいくつかの識別子は連絡先リストを作成するために使われ、連絡先リストはアフィニティリストと呼ばれる。ユーザのアフィニティリストの各連絡先に対し、そのユーザによりアクセスされた項目の記録がアクセスヒストリ情報として維持される。各連絡先は、アクセスヒストリ情報を有してもよく、ユーザのアフィニティリストの連絡先の一部又は全てに対するアクセスヒストリ情報の集合は、一般的にアフィニティ基準と呼ばれる。従って、アフィニティ基準は、ユーザがコミュニケーションした連絡先によりアクセスされた項目に関する。
【００３５】
コンテンツデータベースの中の項目サーチをユーザが開始する時、サーチによりリターンされる項目は少なくとも一部はアフィニティ基準に基づいてランク付けされる。従って、サーチ結果における項目のランキングはユーザのアフィニティリストにある連絡先が以前にこれらの項目をアクセスしたか否かに依存する。全てのことが等しければ、ユーザがアフィニティを共有する連絡先により以前にアクセスされた項目は、連絡先によってアクセスされない項目よりも関係があると見なされる。アフィニティ基準は、他のランキング基準と組み合わされてサーチによりリターンされる項目の最終的なランキングを決定することができる。アフィニティ基準はサーチ結果の中の特定の項目の相対的なランキングを、いつ項目がアクセスされたか、どの連絡先がその項目をアクセスしたのか、１以上の連絡先によりアクセスされた項目の回数、いつその項目がアクセスされたか、アクセスの性質、又はこれらのあらゆる組合せを備え、しかしこれらに限定されない様々の要因に基づいてコントロールしてもよい。
【００３６】
どのユーザも、複数のアフィニティリストを持ってもよく、各複数のアフィニティリストは、連絡先の異なるグループに対応する。例えば、あるユーザは個人的な、娯楽の、プロジェクト的な、グループの、仕事の及びこれらに類するアフィニティリストを持ってもよい。所定のユーザにとって異なるアフィニティリストが連絡先の異なるグループを有すると想定すれば、連絡先の異なるグループによりアクセスされた文書は異なると予想される。従って、各アフィニティリストは異なるアフィニティ基準に関連してもよく，それ故に所定のサーチ結果における同じ項目が選択されたアフィニティリストに対するアフィニティ基準に依存して異なってランク付けされてもよい。ユーザは、所定サーチに対するサーチ結果のランク付に使用する望ましいアフィニティリストのアフィニティ基準を好適に動的に選択することができる。
【００３７】
一の実施形態では、ユーザのアフィニティリストの中の連絡先もユーザに関係するコミュニケーションに基づいてランク付けがなされる。アフィニティリストの中の特定の連絡先のランクもアフィニティ基準に組み込まれてもよく、サーチ結果のランク付における更なる要因とされてもよい。例えば、アフィニティリストの中で高くランク付けされる連絡先によってアクセスされた項目は、アフィニティリスト上で低くランク付けされる連絡先によりアクセスされた項目よりも高くランク付けされてもよい。アフィニティリストの中の連絡先のランキングは、ユーザと連絡先との間の前のコミュニケーションに基づいて比較的安定的でありあるいは動的に変化する。
【００３８】
項目はワープロ文書、スプレッドシート、プレゼン資料等の電子文書、音声、オーディオ、ビデオ、イメージファイルのようなメディアファイル、ウェブページ及びそれに類するものを備えているがこれに限定されないあらゆるメディアタイプとなり得る。そのような項目に対するサーチはウェブブラウザを備える様々のタイプのアプリケーションから起動されてもよく、実際上あらゆるタイプの検索エンジンにより実行することができる。発明の概念は、同僚が企業サーバに基づいて文書サーチを行う、企業のアプリケーションからソーシャルネットワークのメンバがウェブサイトやメディアコンテンツに対しサーチを行う、ウェブベースのアプリケーションに亘り、幅広い適用性を有する。あらゆるサーチのアプリケーションにおいて、本発明の概念は、ユーザのアフィニティ基準に基づいてユーザのサーチからリターンされたある項目をランク付けする役割を果たすことができる。
【００３９】
図１は、本発明の一の実施形態に係る基本的動作を図示するフローチャートを示している。ユーザがあるアフィニティリストに関連すると想定する。アフィニティリストの中の各連絡先に対し、使用できるアクセスヒストリ情報が取得される（ステップ１００）。そのアクセスヒストリ情報は、アフィニティリストの中の様々の連絡先によってアクセスされた文書を特定する。次に、ユーザによって提供されるサーチ基準に基づいてコンテンツサーチが実行される（ステップ１０２）。サーチに応答して提供されるサーチ結果は、少なくとも一部はユーザのアフィニティリストの中の連絡先のあらゆる関連のアクセスヒストリ情報に基づいてランク付けがなされる（ステップ１０４）。ランク付けされたサーチ結果がその後ユーザに提供される（ステップ１０６）。
【００４０】
本発明の概念は、例えば図２に示すコミュニケーション環境１０のような様々のコミュニケーション環境下で実行することができる。アフィニティサーバ１２及びサーチサーバ１４は、コミュニケーション環境１０の中央に位置している。パソコン、パーソナルディジタルアシスタント（携帯情報端末）、携帯電話、及びそれに類するものを備えるあらゆる形態となる様々のユーザターミナル１６がサーチクエリーをサーチサーバ１４へ提供することができ、サーチサーバ１４は任意数のコンテンツサーバ１８に備わる情報とともにローカル情報へアクセスしてサーチクエリーを実行する。コンテンツサーバ１８のローカル情報からもたらされたサーチ結果は、次いで基本的なランキング基準，ユーザのアフィニティ基準、又はその組合せを使ってランク付けされる。ここで、アフィニティ基準はユーザのアフィニティリストの中の各連絡先に対するアクセスヒストリ情報を表わしても良い。ユーザのアフィニティリストは、アフィニティサーバ１２から取得されてもよい。アフィニティサーバ１２は、所定のユーザの静的又は動的アフィニティリストを維持する。あるいは、サーチサーバ１４は、アフィニティリストを維持してもよいし、ユーザのユーザターミナル１６からそれを検索してもよい。アフィニティリストは、他の様々の方法で維持され、サーチサーバ１４へ提供される。アフィニティリストを取得すると、サーチサーバ１４はアフィニティリストの中の各連絡先のアクセスヒストリ情報をアクセスヒストリサーバ２０から取得してもよい。サーチサーバ１４がアクセスヒストリ情報を得れば、それに従ってユーザのサーチ結果がランク付けされてもよい。
【００４１】
特に、ウェブページのようなグラフィカルユーザーインタフェースは、ブラウザやユーザのサーチを起動させる専用のインターフェイスアプリケーションを介して、ユーザターミナル１６により提供される。グラフィカルユーザーインタフェースは、サーチクエリーが入力されサーチサーバ１４に伝えられるように、実際上あらゆる手法により構築することができる。一の実施形態では、グラフィカルユーザーインタフェースは、ユーザにサーチ基準を入力させ、ユーザのアフィニティ基準に基づいてサーチ結果をランク付けすべきかどうかをユーザに自由に選択させるウェブページである。例えば、ウェブページは、サーチクエリーを入力するためのサーチクエリーフィールドを有し、サーチ結果がアフィニティ基準に基づいてランク付けされないサーチクエリーに対するサーチを起動する第１のアイコンと、サーチ結果がアフィニティ基準に基づいてランク付けされるサーチクエリーに対するサーチを起動する第２のアイコンを備えてもよい。サーチクエリーフィールドにサーチクエリーが入力されると、ユーザはサーチを起動するために第１アイコンか第２アイコンのいずれかを選択する。サーチサーバ１４に提供される情報はサーチクエリーを含み、サーチを起動するためにどちらのアイコンが使われたかを特定する情報を備える。サーチサーバ１４は、サーチを起動するために第２のアイコンが使われた時にのみアフィニティ基準に基づいてサーチ結果をランク付けしてもよい。従って、ユーザはサーチの起動に際しアフィニティ基準に基づいてサーチ結果がランク付けされるべきか否かを容易に選択することとしてもよい。サーチ結果は別のウェブページを介してユーザへ提供されてもよい。そこで、ユーザがサーチ結果をこのような手法でランク付けすることを選択したかどうかに従って、サーチ結果をアフィニティ基準に基づいてランク付けしてもしなくとも良い。他の実施形態では、ウェブページは、アフィニティ基準に基づいてユーザが追加してサーチ結果をランク付けすべきかどうか示すための分離フィールドを提供してもよい。アフィニティ基準に基づいてサーチ結果をランク付けすることをユーザが動的に選択することを可能にする数々の技術を当業者であれば認識するであろう。
【００４２】
図３は、アクセスヒストリ情報がアクセスヒストリサーバ２０によっていかに生成されるかを示すフローチャートである。この機能性は、コミュニケーション環境１０内のサーチサーバ１４、コンテンツサーバ１８、あるいはユーザターミナル１６を備えるどの構成要素にも備えられてもよい。好適な実施形態において、アクセスヒストリサーバ２０は独立した機能であり、多数のコンテンツサーバ１８と相互作用を及ぼすことができ、アフィニティリストの中の様々の連絡先によってアクセスされたコンテンツ項目を特定する情報を取得することができる。特に、アクセスヒストリサーバ２０は、特定のアフィニティリストを意識する必要がなく、単にコミュニケーション環境１０内の様々のユーザの記録を取ればよく、これらのユーザの小集団が別のユーザの連絡先を示すこととしてもよい。
【００４３】
ウェブサイトへの通常のアクセス過程で、アフィニティサーチを容易にするために、ウェブサーバをアクセスするユーザは彼らの連絡先識別子（例えばｃ１＠ａｂｃ．ｃｏｍ）を介して自らの真性を証明することが要求される。あるいは、そのような証明が望ましい場合はクッキーや他の自動的な真性証明技術を真性の証明に使うことができる。１以上のコンテンツサーバ１８でアクセスされたコンテンツ項目を特定する情報は、連絡先毎に取得される（ステップ２００）。コンテンツ項目が様々の連絡先によってアクセスされる時、情報がアクセスヒストリサーバ２０によって要求されるか、又は対応するコンテンツサーバ１８によってアクセスヒストリサーバ２０へ押し込まれてもよい。各連絡先に対して、アクセスされたコンテンツ項目の集約リストが編集される（ステップ２０２）。アクセスヒストリサーバ２０によりコンテンツ項目の集約リストが動的にあるいは周期的に更新されることを想定すれば、コンテンツ項目の集約リストは最新の編集後にアクセスされた、新規にアクセスされたコンテンツ項目に基づくとともに、前回の編集後に考慮された前回にアクセスされたコンテンツ項目に基づく。アクセスされるコンテンツ項目の集約リストがどのように編集されるかに関わらず、各連絡先の集約リストは、任意数のコンテンツサーバ１８で、連絡先によりアクセスされたコンテンツ項目を好適に特定する。さらに、連絡先のコンテンツ項目の集約リストは、所定のコンテンツ項目が連絡先によってアクセスされた回数やアクセスの性質を備えても良い。同様に、サーチサーバは連絡先識別子を介してユーザが自己証明を行うことを要求してもよい。“クリックスルー”されるサーチ結果のＵＲＬは記憶され、アクセスヒストリサーバ２０へ搬送される。
【００４４】
一の実施形態では、アクセスされるコンテンツ項目の集約リストが処理されて古くなったと見なされる情報を除去するエージングプロセスが提供される。例えば、アクセスされるコンテンツ項目の集約リストは、ある期間アクセスされなかったコンテンツ項目を特定する情報を備えないようにしてもよい（ステップ２０４）。従って、コンテンツ項目の集約リストは、１週間前、１ヵ月前、あるいは１年前以前にアクセスされたコンテンツ項目を特定しない。様々の要因がエージングプロセスをコントロールすることができる。例えば、１以上の連絡先により複数回にわたりアクセスされたコンテンツ項目は、１回又は比較的限られた回数のみアクセスされたコンテンツ項目と同程度に早く、アクセスされるコンテンツ項目の集約リストから除去されることはない。
【００４５】
アクセスヒストリサーバ２０が特定の連絡先のアクセスヒストリ情報に対するリクエストを受取ると（ステップ２０６）、アクセスヒストリサーバ２０はサーチサーバ１４へ特定の連絡先のアクセスされるコンテンツ項目の集約リストについてのアクセスヒストリ情報を提供する（ステップ２０８）。従って、サーチサーバ１４は、周期的に、あるいはユーザのサーチクエリーを実行するに際して、ユーザのアフィニティリストの中にあるそれらの連絡先のアクセスヒストリ情報をアクセスヒストリサーバ２０から取得する。あるいは、連絡先のアクセスヒストリ情報は、連絡先に関連するユーザターミナル１６や様々のコンテンツサーバ１８又は他の適当なサービスノードから検索することができる。
【００４６】
３つの連絡先である、連絡先１，連絡先２，連絡先３のアクセスヒストリ情報が図４に示されている。各連絡先は、アドレスｃ１＠ａｂｃ．ｃｏｍ、ｃ２＠ａｂｃ．ｃｏｍ、ｃ３＠ａｂｃ．ｃｏｍをそれぞれ備える。連絡先１のアクセスヒストリ情報は連絡先１が最近ＵＲＩ（ｕｎｉｖｅｒｓａｌｒｅｓｏｕｒｃｅｉｄｅｎｔｉｆｉｅｒ）１，ＵＲＩ２，ＵＲＩ３，ＵＲＩ４，及びＵＲＩ７にアクセスしたことを示し、その中でＵＲＩｓはコンテンツ項目が特定の連絡先によってアクセスされた回数とともにコンテンツ項目自体かコンテンツ項目が記憶されるアドレスを特定している。どちらの場合も、この情報は連絡先１によってアクセスされたコンテンツ項目を特定するものと見なされる。同様に、連絡先２は、連絡先２がＵＲＩＵＲＩ５，ＵＲＩ６，ＵＲＩ２，ＵＲＩ１及びＵＲＩ６に関連するコンテンツ項目に最近アクセスしたことを示すアクセスヒストリ情報を有する。連絡先３は、連絡先３がＵＲＩ７，ＵＲＩ１，ＵＲＩ８，ＵＲＩ９及びＵＲＩ４に関連するコンテンツ項目に最近アクセスしたことを示すアクセスヒストリ情報を有する。上記より、様々の連絡先が同一のあるいは異なるコンテンツ項目をアクセスした可能性もある。
【００４７】
動作時において、サーチサーバ１４はアクセスヒストリ情報を使って、アクセスヒストリ情報及びユーザの特定のサーチクエリーのサーチ結果の両方に現れるコンテンツ項目を特定することとしてもよい。アフィニティ基準の使用は、自動的になされるか、又はサーチを起動する際にユーザによって提供される指示に基づいて行われてもよい。サーチサーバ１４は、これらのコンテンツ項目をランク付けしてもよい。コンテンツ項目は、サーチ結果の中でリターンされ、アクセスヒストリ情報の中に出現するコンテンツ項目よりも高い１以上の連絡先に対するアクセスヒストリ情報の中に出現する。特に、所定の連絡先によって複数回アクセスされた又は異なる連絡先によってアクセスされたコンテンツ項目は、１回のみアクセスされたあるいは少ない数の連絡先によってアクセスされたコンテンツ項目よりも高くランク付けされる。図４に示すように、各連絡先１，２，及び３はＵＲＩ１に関連するコンテンツ項目をアクセスした。もしＵＲＩ１に関連するコンテンツ項目がサーチ結果にリターンされたなら、そのコンテンツ項目は相対的に高くランク付けられる。連絡先１と連絡先２はともにＵＲＩ２に関連するコンテンツ項目をアクセスした。従って、ＵＲＩ１及びＵＲＩ２に関連する両方のコンテンツ項目がサーチ結果にリターンされたと想定するならば、ＵＲＩ２に関連するコンテンツ項目のランキングはＵＲＩ１に関連するコンテンツ項目のランキングに従うものとなる。また、アフィニティ基準の重み付けが絶対的なランキングをコントロールしても良いし、又は他のサーチ基準とともに全体ランキングを決定しても良い。従って、アフィニティ基準は最終的なランキングにおいて役割を果たすだけで良く、サーチ結果の絶対的なランキングを決定づける必要はない。
【００４８】
図５には、本発明の一の実施形態に係るサーチサーバ１４の動作を説明するフローチャートが提供されている。始めに、ユーザはユーザターミナル１６でサーチクエリーを画定してもよく、そのサーチクエリーをサーチサーバ１４へ送信する。サーチサーバ１４は、ユーザターミナル１６からサーチ基準を受取り（ステップ３００）、ユーザのアフィニティリストをアフィニティサーバ１２から取得する（ステップ３０２）。特に、ユーザから提供される情報は、サーチ結果をランク付する際に、サーチサーバ１４がアフィニティ基準を使うように指示するために使われても良い。以上より、サーチサーバ１４はユーザからの要求に応じて所定のサーチに対するサーチ結果のランク付のひとつの要因としてのみアフィニティ基準を採用することができる。あるいは、サーチサーバ１４がユーザのサーチ結果の全てにアフィニティ基準を自動的に備えるように構成されても良い。さらに、もしユーザが複数のアフィニティリストに関連するならば、ユーザはサーチに使う特別のアフィニティリストを特定する情報を提供しても良い。以上より、ユーザは、１つのサーチのワークグループに関連するアフィニティリストと以後のサーチのパーソナルグループに関連するアフィニティリストとを使うようにサーチサーバ１４に指示しても良い。
【００４９】
アフィニティサーバ１２からユーザのアフィニティリストを受取ると、サーチサーバ１４は、アフィニティリストからユーザの連絡先を特定する（ステップ３０４）。サーチサーバ１４はその後アクセスヒストリサーバ２０からアフィニティリストの中の各連絡先のアクセスヒストリ情報を検索する（ステップ３０６）。その間、サーチサーバ１４はサーチ結果を取得するためのサーチ基準に基づいてコンテンツサーバ１８のサーチを実行しても良い（ステップ３０８）。特に、アクセスヒストリ情報は、サーチを実行する前に取得しても良く、サーチを実行するために使われても良い。以上より、アクセスヒストリ情報はサーチ結果のランキングを提供するのに加えて、未加工のサーチ結果を決定するために使用されてもよい。次に、少なくとも一部は連絡先のアクセスヒストリ情報に基づいてサーチ結果がランク付けされ、ランク付けされたサーチ結果を提供する（ステップ３１０）。再度、ランク付は、アフィニティリストの中の連絡先の位置とともに、コンテンツ項目がアクセスされた時、アクセスされるコンテンツ項目、どの連絡先がコンテンツ項目をアクセスしたか、コンテンツ項目のアクセス回数、コンテンツ項目のアクセスの性質に基づいてなされる。特に、アクセスの性質は、その項目がオープンされていただけか、オープンされるとともに編集されていたか、再生されていたか、先送りされていたか、及びこれらに類する情報を示すことができる。当業者はサーチ結果をアクセスヒストリ情報、アフィニティリスト及びそれに類する情報に基づいてランク付けできる様々の他の方法を理解するであろう。ランク付けされたサーチ結果が生成されると、ユーザのユーザターミナル１６へ送信される（ステップ３１２）。
【００５０】
図６には、本発明の一の実施形態に係るランキングシナリオが図示されている。サーチクエリーが“ＰＲＯＪＥＣＴ”及び“ＳＣＨＥＤＵＬＥ”を備えるか、関連するコンテンツ項目入力のサーチを構成すると想定する。さらに、これらのコンテンツ項目入力が個別にサーチされ、サーチサーバ１４はこれら個別の結果を処理して全体のサーチ結果を取得すると想定する。以上より、“ＰＲＯＪＥＣＴ”のサーチは以下のＵＲＩのリストのリターンがあったと想定する：ＵＲＩ２３，ＵＲＩ２１，ＵＲＩ２２，ＵＲＩ２４，ＵＲＩ２７，ＵＲＩ３８，…，ＵＲＩ１。同様に、“ＳＣＨＥＤＵＬＥ”のサーチは、以下のＵＲＩのリターンがあったと想定する：ＵＲＩ４２，ＵＲＩ４３，ＵＲＩ２１，ＵＲＩ２２，ＵＲＩ５３，ＵＲＩ３９，…，ＵＲＩ１。サーチサーバ１４はこれらの各リストを処理し、“ＰＲＯＪＥＣＴ”と“ＳＣＨＥＤＵＬＥ”の両方に関連するコンテンツ項目を決定する。アフィニティ基準の支援無しで、特にユーザのアフィニティリストの中の各連絡先のアクセスヒストリ情報を使用せずにランク付けされたサーチ結果が図６に示されている。以上より、“ＰＲＯＪＥＣＴ”と“ＳＣＨＥＤＵＬＥ”の各入力において相対的に高くランク付けされたＵＲＩに関連するこれらのコンテンツ項目はランク付けされたサーチ結果の中で高位に現れる。特に、ＵＲＩ２１及び２２に関連するコンテンツ項目が“ＰＲＯＪＥＣＴ”及び“ＳＣＨＥＤＵＬＥ”の個別の入力において比較的高位に現れる。ここで、ＵＲＩ１に関連するコンテンツ項目は“ＰＲＯＪＥＣＴ”及び“ＳＣＨＥＤＵＬＥ”の各入力において低くランク付けされ、従ってランク付けされたサーチ結果の中で低くランク付けされる。
【００５１】
図６に示されるランク付けされたサーチ結果については、アフィニティ基準が使用されていない。一例において、ＵＲＩ１に関連するコンテンツ項目はユーザの連絡先により定常的にアクセスされる文書であると想定する。さらに、ＵＲＩ２１及び２２に関連するコンテンツ項目はユーザの連絡先によりアクセスされなかったと想定する。この状態であれば、ＵＲＩ１に関連するコンテンツ項目はＵＲＩｓ２１及び２２に関連するコンテンツ項目よりもユーザにより関係があるとするのは議論がある。ＵＲＩｓ２１及び２２に関連するコンテンツ項目に対しＵＲＩ１に関連するコンテンツ項目の相対的なランキングに関わらず、ＵＲＩ１に関連するコンテンツ項目は、図６に記載されるものよりランク付けされたサーチ結果においておそらくかなり高くランク付けされるべきである。図７では、ランク付けされたサーチ結果が、利用可能のアフィニティ基準を参照して，及び特にユーザのアフィニティリストの連絡先の利用可能なアクセスヒストリ情報に関して提供される。ユーザのアフィニティリストの中のいくつかの連絡先はＵＲＩ１に関連するコンテンツ項目をアクセスしたので、ＵＲＩ１に関連するコンテンツ項目はランク付けされたサーチ結果の中で高くランク付けされ、特に、ユーザのアフィニティリストの中の連絡先によってアクセスされなかったコンテンツ項目よりは高位にランク付けされる。再度、同業者であれば、アフィニティ基準はサーチ結果の総合的なランキングへの単なる要因であり、図６、７に示す例は、単に本発明の全体の概念を表わすものであることを理解するであろう。
【００５２】
上述のように、アフィニティリストの連絡先は相対的に静的又は動的であってもよく、ユーザターミナル１６，アフィニティサーバ１２，あるいは他のサービスノードにより提供されてもよい。以下の説明では、アフィニティサーバ１２がいかに所定のユーザ連絡先の動的アフィニティリストを生成するかについて概要を述べる。このアフィニティリストにおいて、連絡先はコミュニケーションの関連性に基づいてランク付けされる。特に、本発明のこの実施形態は、所定のユーザを含むコミュニケーションを分析し、分析結果に基づいてユーザの最も関連する連絡先のランク付けされたリストを決定する。後続のコミュニケーションが分析される度に、アフィニティリストが手順に沿って更新され、ユーザの最も関連する動的かつ最新の連絡先ランキングが任意の時間に提供される。最も関連する連絡先の最新のランク付けされたリストにアクセスすることにより、アフィニティリストはユーザのサーチ結果のランク付を支援するために、サーチサーバ１４によって使われても良い。アフィニティリストはユーザが他人と容易に通信を始めるために使われても良いし、参照することによりその全体が本出願に組み込まれる２００８年３月１２日に出願された共に出願中の米国特許出願１２／０４７，１３８に記載されているように、従来の連絡先リストを介してサーチや分類を行うことを回避するために使われても良い。
【００５３】
この実施形態では、連絡先ランク付けリストの連絡先はユーザとのコミュニケーションイベントに関係した相手方及びおそらくユーザとのコミュニケーションイベントに関係すると思われる相手方を備える。上記のように、連絡先ランク付けリストは一般的にはアフィニティリストと呼ばれる。コミュニケーションイベントに関連する及びアフィニティリストを生成するために使われる情報はアフィニティデータと呼ばれる。アフィニティデータは、ユーザとのコミュニケーションイベントに関係する連絡先を特定する連絡先情報、コミュニケーションイベントのいくつかの態様に関するコミュニケーション情報を備えてもよい。例えば、コミュニケーション情報はコミュニケーションイベントの日付、時間、タイプ又は性質を特定してもよい。
【００５４】
コミュニケーションイベントのタイプは、ダイレクト電話、会議電話、インスタントメッセージ、ｅメール、ソーシャルネットワークインターラクション、ウェブサイトビジテーション，ビジュアルワールドインターラクション、またはその類を備えてもよいがこれらに限定されない。さらに、コミュニケーションイベントは現実世界あるいは仮想世界の環境の中で互いに接近あるいは接触する異なった実体を備えてもよい。コミュニケーションイベントの性質は、コミュニケーションイベントがユーザにより始められたか、あるいは受取られたかのかどうか、コミュニケーションイベントに何人の相手が参加したか、コミュニケーションイベントのユーザの相対的な重要性及びこれらの類に関係しても良い。
【００５５】
図８には、本発明のこの実施形態に従って、アフィニティリストの生成を説明するためにハイレベルフローチャートが示されている。先ず、様々の連絡先を巻き込むコミュニケーションイベントに関連してユーザのアフィニティデータが取得される（ステップ４００）。異なるイベントが異なる連絡先に関連してもよいし、あるイベントが複数の連絡先に関連してもよい。定義されたランキング基準とアフィニティデータに基づいてアフィニティリストが生成される（ステップ４０２）。アフィニティリストが生成されると、アフィニティリストはユーザ、第三者、又はその両方へ提供される（ステップ４０４）。最初のアフィニティリストが生成されると、後続のコミュニケーションイベントのためのアフィニティデータが取得され、最新のアフィニティリストを発生するために使われてもよい。システム化された手法に沿って、最新のアフィニティリストがサーチサーバ１４へ周期的に、又はアフィニティリストが変化する度に提供されてもよい。
【００５６】
一の実施形態において、ランキング基準は、ユーザが最も頻繁にコミュニケーションする連絡先を、ユーザが最近コミュニケーションした連絡先、あるいはその組合せを優先させるようにする。多くの場合、ユーザの最も関連する連絡先はユーザが頻繁にコミュニケーションする、あるいはユーザが最近コミュニケーションした連絡先である。以上より、ランキング基準は、アフィニティデータを分析し、最初のあるいは更新されたアフィニティリストを生成する際に、これらの要因を考慮するように構成されてもよい。
【００５７】
好ましくは、ユーザは、異なる要因が考慮され、異なる要因に異なる相対的優先順序が与えられるようにランキング基準をカスタマイズすることができる。特に、所定のユーザは、異なるランキング基準を有する異なるアフィニティリストに関連してもよい。例えば、ユーザは異なる役割のために生成された異なるアフィニティリストを持っても良い。以上より、ユーザはワークアフィニティリスト，パーソナルアフィニティリスト、特別プロジェクトアフィニティリスト及びこれらに類するアフィニティリストを持っても良い。ランキング基準に関する更なる情報を以下に述べる。
【００５８】
図９には、コミュニケーションネットワーク１０の他のブロック図がこの実施形態に従って示されている。コミュニケーションネットワーク１０には、アフィニティサーバ１２が配置され、それはコミュニケーションイベントに関するユーザのアフィニティデータを、様々のユーザやユーザの連絡先のあらゆるタイプのコミュニケーションターミナルを表わすユーザターミナル１６のネットワークアフィニティティソース２２のような、１以上のアフィニティティソースから取得する。ネットワークアフィニティティソース２２はインスタントメッセージング、ｅメール，仮想環境、ロケーション、又はコミュニケーションサーバを表わしてもよい。一般的に、ネットワークアフィニティティソース２２は、アフィニティサーバ１２に対するコミュニケーションイベントに関連して、アフィニティデータを提供できるコミュニケーションイベントと連携する任意のタイプのデバイスを表わすことができる。
【００５９】
ユーザターミナル１６はアフィニティクライアント２４を備えてもよく、アフィニティクライアント２４はアフィニティサーバ１２，コミュニケーションアプリケーション２６及びコミュニケーションクライアント２８と相互作用できる。アフィニティクライアント２４はユーザターミナル１６の代わりにアフィニティサーバ１２と相互作用するように構成されたクライアントである。アフィニティクライアント２４は、ユーザのアフィニティリストを制御又は管理するとともに、ローカルアフィニティデータをアフィニティサーバ１２へ中継し、ユーザのアフィニティリストを受取るために利用される。従って、アフィニティクライアント２４はコミュニケーションアプリケーション２６からアフィニティデータを集めてもよく、アフィニティリストをユーザのためにコミュニケーションアプリケーション２６へ提供してもよい。コミュニケーションクライアント２８はアフィニティクライアント２４とアフィニティサーバ１２との間のそのようなコミュニケーションを容易にするために利用される。コミュニケーションクライアント２８はコミュニケーションアプリケーション２６によりコントロールされる一般的なコミュニケーションを促進してもよい。コミュニケーションアプリケーション２６はインスタントメッセージング、ｅメール、電話、あるいは同様なアプリケーションを備えてもよく、コミュニケーションクライアント２８はコミュニケーションネットワーク１０においてコミュニケーションアプリケーション２６と他の構成要素間のコミュニケーションを容易にする。
【００６０】
図９に示すブロック図は、性質の論理である。一の実施形態では、アフィニティサーバ１２は中心に置かれてアフィニティデータを取得でき、異なるユーザのために対応するアフィニティリストを生成し、これらのアフィニティリストをユーザのために対応するユーザターミナル１６へ提供する。中心に置かれるアフィニティサーバ１２はアフィニティデータを、様々のネットワークアフィニティティソース２２及びコミュニケーションアプリケーション２６のようなユーザターミナル１６内のアフィニティティソースから取得することを一般的に容易にするが、アフィニティサーバ１２即ちこれの論理表現は、本発明のこの実施形態の概念から逸脱することなく、所定のユーザターミナル１６の中で実行されてもよい。
【００６１】
ユーザのアフィニティリストをユーザのユーザターミナル１６へ提供することに加えて、アフィニティサーバ１２は、ユーザのアフィニティリストを１以上のサービスノード３０へ提供してもよい。サービスノード３０は、様々の機能を提供するためにアフィニティリストを利用するデータコンシューマの様々のタイプを表わしてもよい。サービスノード３０は、電話通信やコールサーバ、ウェブサーバ等を備える様々の形を取ってもよい。本発明では、サーチサーバ１４はサービスノード３０の１つを表わしてもよい。
【００６２】
アフィニティサーバ１２は情報データベース３２へアクセスすることもでき、情報データベース３２は異なるアフィニティティソースから取得されるアフィニティデータを標準化するように構成されても良い。例えば、所定のアドレスや電話番号に対して異なるアドレスや電話番号フォーマットが異なるアフィニティティソースによって提供されてもよい。アフィニティサーバ１２は、ランキング基準を適用しアフィニティリストを生成する場合に利用する標準化されたアドレスや電話番号を取得するために、情報データベース３２にアクセスすることができる。情報の標準化は、アドレスや電話番号に限らない。異なるタイプのコミュニケーションを使用する場合、ユーザは異なるユーザＩＤ、アドレス等に関連する。従って、情報データベース３２はユーザＩＤを標準化できるとともに、所定の連絡先に関連する異なるコミュニケーションのタイプの記録を取ることができる。情報データベース３２の使用の一例をさらに以下に示す。認証サーバ３４もまた図示されている。認証サーバ３４は、アフィニティサーバ１２によって利用され、アクセスをコントロールし、もしくは許可された人だけに制限し、アフィニティデータの取得や使用方法をコントロールするとともに、アフィニティリストの生成や分配方法をコントロールする。
【００６３】
上記のように、ユーザのアフィニティリストは時々更新されてもよく、アフィニティリスト中に提供される連絡先は、連絡先がリストに出現する順に変化しても良い。図１０Ａ及び１０Ｂのフローチャートを参照すれば、新しいコミュニケーションイベントを踏まえて更新されるアフィニティリストを生成するためのプロセスの一例が示されている。先ず、アフィニティサーバ１２は新しいコミュニケーションイベントに関連するユーザのアフィニティデータを取得する（ステップ５００）。アフィニティサーバ１２は、新しいコミュニケーションイベントに関連する各連絡先に対し、アフィニティデータを標準データフォーマットに効果的に標準化するために情報データベース３２にアクセスしてもよい（ステップ５０２）。コミュニケーションイベントが複数のコミュニケーション連絡先に関連した場合、アフィニティサーバ１２は、新しいコミュニケーションイベントに関連する所定の連絡先を選択し（ステップ５０４）、適当な連絡先ランキング基準に基づいて新しいコミュニケーションイベントのコミュニケーションイベントスコアを計算する（ステップ５０６）。
【００６４】
図１１には、本発明の一の実施形態に従って、コミュニケーションイベントランキングテーブルが図示されている。コミュニケーションイベントランキングテーブルは多数のコミュニケーションイベントを特定し、各特定されたコミュニケーションイベントに対して相当する重みづけを行う。リストされたコミュニケーションイベントはアウトバウンドコールを起動し、ボイスメールを受取り、頻繁なｅメール交換を行い、インバウンドコール受取り、コンファランスコールに参加し、ショートメッセージサービスを送信し、ＳＭＳメッセージを受取り、インスタントメッセージ（ＩＭ）を送信し、ＩＭを受取り、ｅメールを送信し、ｅメールを受取ることを備える。特に、ｅメールの受取りには３つのカテゴリがある。第１のカテゴリは、ｅメールの単独受信者であるユーザに関連し、“ＴＯ”フィールドの中に特定される。第２のカテゴリは、ユーザがｅメールの単独受信者ではないが“ＴＯ”フィールドの中にリストされる場合である。第３のカテゴリは、ユーザがｅメールの受信者であるが、“ＣＣ”フィールドにリストされる場合である。これらの各コミュニケーションイベントやシナリオに対し異なる重み付けが行われる。特定のコミュニケーションイベントに割り当てられる重み付けは、ランキング基準の一部を補っても良い。
【００６５】
図１２に図示するように、追加のランキング基準は、一般的なコミュニケーションや特定の連絡先を巻き込む特定のタイプのコミュニケーションが行われてからの経過時間を備えてもよい。図１２の経過時間のランキングテーブルは異なる重みが割り当てられた７つのカテゴリを備える。第１のカテゴリは、最近２時間以内に発生したコミュニケーションイベントに対するものであり、第２カテゴリは最近１日以内に発生したコミュニケーションイベントを含み、第３カテゴリは３日前から１日前までに発生したコミュニケーションイベントを備え、第４カテゴリは５日前から３日前までに発生したコミュニケーションイベントを備え、第５カテゴリは１０日前から５日前までに発生したコミュニケーションイベントを備え、第６カテゴリは３０日前から１０日前までに発生したコミュニケーションイベントを備え、第７カテゴリは３０日以前に発生したコミュニケーションイベントを備える。経過時間を考慮するランキング基準に対して、異なる重みが異なるカテゴリに関連する。この構成では、経過時間が大きい程コミュニケーションイベントに関連する重みは少なくなる。
【００６６】
新しいコミュニケーションイベントに対するコミュニケーションイベントスコアの計算は、図１１、１２のイベントランキング及び経過時間ランキングテーブルを考慮して以下のように行われてもよい。新しいコミュニケーションイベントが３日前から１日までに発生したインバウンドコールであると想定すると、受信するコールに対するコミュニケーションイベントスコアは、インバウンドコールの受取り関連する重み（７５）を３日から１日前までの間のコミュニケーションイベントに関わることに関連する重み（８）に乗じて計算され、６００（７５×８＝６００）のコミュニケーションイベントスコアに至る。このように、この例では、３日前から１日前までに受取られた受信コールに対する新しいコミュニケーションイベントスコアは６００である。
【００６７】
図１０Ａ及び１０Ｂに記載のプロセスを続けると、次にアフィニティサーバ１２は、選択された連絡先のランキング基準に基づいて、新しいコミュニケーションイベントより前に発生した任意のコミュニケーションイベントを備える任意の古いコミュニケーションイベントに対するコミュニケーションイベントスコアを更新する（ステップ５０８）。アフィニティサーバ１２は、古いコミュニケーションイベントを分析し、スコアがゼロか、定義されたしきい値より低いスコアのコミュニケーションイベントを全て除去する（ステップ５１０）。特に、図１２の経過時間ランキングテーブルは３０日以前に発生したコミュニケーションイベントに対してゼロ（０）の重みを提供する。このように、コミュニケーションイベントのタイプに基づく図１１のイベントランキングの重みに関わらず、この実施形態では、３０日以上経過したコミュニケーションイベントは特定の連絡先から除去される。
【００６８】
プロセスを通して、新しくて更新されたコミュニケーションイベントスコアは、選択された連絡先に関連する異なるコミュニケーションイベントに対するものである。従って、アフィニティサーバ１２は、新しいコミュニケーションイベントに対して及び、選択された連絡先を含む、任意の古いコミュニケーションイベントに対して複数のコミュニケーションイベントスコアを生成させてもよい。次いでアフィニティサーバ１２は、新しいコミュニケーションイベントに対するコミュニケーションイベントスコア及び、選択された連絡先に関連する任意の古いコミュニケーションイベントのコミュニケーションイベントスコアに基づいて、選択された連絡先に対する連絡先スコアを生成する（ステップ５１２）。この時、選択された連絡先に対する全体の連絡先スコアが生成する。一の実施形態では、選択された連絡先の連絡先スコアの生成は、選択された連絡先に関連する各コミュニケーションイベントに対するコミュニケーションイベントスコアを単に合計することとしてもよい。このプロセスは、新しいコミュニケーションイベントに関連する他の連絡先がある場合には、繰り返される（ステップ５１４）。新しいコミュニケーションイベントに関連する連絡先が無い場合、又は新しいコミュニケーションイベントの連絡先が全てアドレスされた場合（ステップ５１４）、アフィニティサーバ１２は、その様々の連絡先スコアに基づいて連絡先をランク付けする（ステップ５１６）。
【００６９】
連絡先がランク付けされると、連絡先のランキングに基づいてアフィニティサーバ１２はアフィニティリストを生成させてもよく、重要なことは、アフィニティサーバ１２はユーザや他の実体によって指定される永久連絡先のランキングを生成させてもよい（ステップ５１８）。永久連絡先は、初期設定の連絡先スコアに関連してもよく、固定の又は相対的なランキングがアフィニティリスト及びアフィニティリストのある位置に備えられるように割り当てられてもよい。従って、永久連絡先ではない連絡先は上述のようにランク付けされ、永久連絡先はアフィニティリストを生成する際に望ましいランキングに挿入される。アフィニティリストに永久連絡先を備えることに加え、ユーザはアフィニティクライアント２４を介してアフィニティサーバ１２に対し、ある連絡先やコミュニケーションイベントがアフィニティリストに加えられないよう、あるいはアフィニティリスト生成時に考慮されないように指示することができる。一旦アフィニティリストが生成されると、アフィニティリストは、ユーザターミナル１６のアフィニティクライアント２４、サービスノード３０又はこれらの組合せへ送信される（ステップ５２０）。ある数のコミュニケーションイベントが受取られた後、この全体のプロセスは新たなコミュニケーションイベントが受取られる度に、定期的な原理等により繰り返される。当業者であれば本発明の内在する概念の多数の変形例を理解するであろう。これらの変形例は全て本発明の範囲に入ると見なされる。
【００７０】
図１３には、ＴｏｍＣｈａｖｅｚ，ＢｉｌｌＳｍｉｔｈ，ＡｌａｎＳｃｈｕｌｔｚ，ＲｏｂＬａＭｏｎｔａｇｅ，ＬｏｕｉｓｅＧｏｓｓｅｌｉｎ，ＳａｍＡｄａｍｓ，ＡｌｅｘＳｌｙ，及びＭａｒｃＪａｎｓｓｅｎを備えるアフィニティリストの一例が図示される。アフィニティリストは上から下への優先順位であり、アフィニティリストの中でＴｏｍＣｈａｖｅｚが最も高くランク付され、ＭａｒｃＪａｎｓｓｅｎが最も低くランク付される。一の実施形態では、アフィニティクライアント１２はコミュニケーションアプリケーション２６及びコミュニケーションクライアント２８と協同で特定のアプリケーションを見る際ユーザに対しアフィニティリストを効果的に提供できる。この例では、アプリケーションはユーザがアフィニティリスト内の名前を選択することによって様々のタイプのコミュニケーションを起動することを可能にする。
【００７１】
この例では、ユーザがＭａｒｃＪａｎｓｓｅｎを選択したと想定すると、その選択により図１４に示されるウインドの表示をユーザにもたらす。ウインドはＭａｒｃＪａｎｓｓｅｎの名前、写真、ＭａｒｃＪａｎｓｓｅｎとのコミュニケーションの相対的な利用可能性を示す関連する存在情報を備えても良い。ウインドは、ＭａｒｃＪａｎｓｓｅｎに関連するプロフィールを開き、ＭａｒｃＪａｎｓｓｅｎへの電話、インスタントメッセージｅメールを起動し、及び会合の予約、招待のカレンダをＭａｒｃＪａｎｓｓｅｎへ送信する選択も備えてもよい。この時、ユーザはＭａｒｃＪａｎｓｓｅｎへ電話することを選択すると想定する。ＭａｒｃＪａｎｓｓｅｎへの電話はコミュニケーションイベントであり、上述のように最終的にはアフィニティサーバ１２によって分析される。更新されるアフィニティリストが生成される前には他のコミュニケーションイベントが存在しないと想定すると、ＭａｒｃｈＪａｎｓｓｅｎへの電話の開始は、アフィニティリストにおいて他の連絡先の連絡先スコア比べてＭａｒｃＪａｎｓｓｅｎの連絡先スコアを必然的に増加させる。従って、アフィニティリスト中の連絡先のランキングが図１５に示すように変化する。図１５において、ＭａｒｃＪａｎｓｓｅｎはアフィニティリストの中で上に移り、最初のアフィニティリスト（図１３）に対して更新されたアフィニティリストの中ではより高い関連性を有する連絡先を表わしている。
【００７２】
図１６、１７は通話記録、ｅメールデータからのアフィニティデータをそれぞれ表わしている。特に図１６を参照すれば、通話記録からのアフィニティデータは、ユーザに記録されたインバウンド及びアウトバウンドコールを特定してもよい。各通話記録は、その通話がインバウンドコールかアウトバウンドコールかを、名前、日付、時間、個々の通話の回数とともに示してもよい。通話記録情報にアクセスすることで、アフィニティサーバ１２は、ユーザがコミュニケーションした相手先を特定でき、ユーザのアフィニティリストの中で特定された連絡先をどこにランク付けするか決定するのを支援するために様々のタイプのアフィニティデータを提供できる。
【００７３】
図１７を参照すると、ｅメールデータからのアフィニティデータは、様々のタイプの情報を備えてもよい。この情報は、ｅメールがどこから又はどこへ送信されるのか特定でき、ｅメールの送信元及び送信先を特定でき、又は相当するｅメールアドレスを特定できる。アフィニティデータは、また受信ｅメールあるいは送信ｅメールに関連した日時を、ｅメールの性質とともに備えてもよい。図示のように、ｔｏｍｃｈａｖｅｚ＠ａｂｃ．ｃｏｍ及びｂｓｍｉｔｈ＠ｙａｈｏｏ．ｃｏｍからの受信ｅメールのアフィニティデータは、ユーザが“ＴＯ”フィールド、“ＣＣ”フィールド、又は“ＢＣＣ”フィールド（図示せず）で特定されたのかを表示する。ユーザが“ＴＯ”フィールドのｅメールは、ユーザが“ＣＣ”フィールドのｅメールより高いコミュニケーションイベントスコアに関連してもよい。さらに、ｅメールデータからのアフィニティデータは、ユーザがそのｅメール受取った唯一のユーザなのか、あるいはそのｅメールを受取った拡張されたユーザリストの一部なのかを表示してもよい。この情報によって補強されて、アフィニティサーバ１２は、ユーザがｅメールの唯一の受信者である受信ｅメールの高いコミュニケーションイベントスコアと結合することができる。当業者は、コミュニケーションイベントとそれに関わる連絡先の相対的なランキングの決定に関し、様々のタイプのコミュニケーションのために処理され、コミュニケーションの関連性を決定するうえで有益と見なされる他のアフィニティデータを認識するであろう。
【００７４】
図１８には、情報データベースエントリが示されている。情報データベースエントリは様々の連絡先のために情報データベース３２に維持され、アフィニティサーバ１２がアクセスでき、あるいは、ユーザターミナル１６に維持されて、アフィニティサーバ１２の機能性はその中で提供される。好ましくは、情報データベース３２は利用可能な連絡先の標準的なエントリを維持し、その中で一定の名前とコミュニケーション情報が維持される。情報データベースエントリは特定の連絡先について標準化された情報、この場合はＴｏｍＣｈａｖｅｚとＴｏｍＣｈａｖｅｚについての準化された全てのコミュニケーション情報を提供する。情報データベースエントリは、アフィニティサーバ１２が情報データベース３２へ変化の１つを伝えることに応答してアフィニティサーバ１２と、標準化された情報を提供することを助けるそのような情報の既知の変化を記録しても良い。例えば、図１６に示すＴｏｍＣｈａｖｅｚの通話記録情報は、ＴｏｍＣｈａｖｅｚの電話帳に記載された電話番号を企業電話番号（ＥＮ），４４４−４４３２として特定している。しかしながら、企業電話番号はエンタプライスネットワークによってサービスされるユーザに対してのみ有用である。エンタプライスネットワークの外のユーザは、ＴｏｍＣｈａｖｅｚのオフィスに関連する電話番号のような全体の電話番号にダイヤルしなければならない。図１８に示されるように、ＴｏｍＣｈａｖｅｚのオフィスの番号は＋１６１３３９４４４３２であり、それは企業電話番号の４４４−４４３２に相当する。ＴｏｍＣｈａｖｅｚに関連する情報データベースエントリにより、アフィニティサーバ１２はオフィス電話番号とともに企業番号を使って情報データベースエントリにアクセスすることができ、アフィニティサーバ１２に対して両方の番号が同一の連絡先に対応するとともにその連絡先の同一の電話に対応することを換気する。従って、ＴｏｍＣｈａｖｅｚの電話番号に関連する内部企業電話番号及び外部電話番号は、アフィニティリストの中のＴｏｍＣｈａｖｅｚの相対的ランクを決定する目的のために外部電話番号へ標準化される。
【００７５】
これまでの説明から、本発明のこの実施形態では、様々の連絡先とのコミュニケーション相互作用を分析してこれらの連絡先のランク付けされたリストを作成することができる。一の実施形態では、異なるタイプのコミュニケーション技術を用いる単一の連絡先とのコミュニケーションをアフィニティリストの中の連絡先の相対的なランキングを決定するうえで考慮されてもよい。従って、アフィニティリストの形式で連絡先の広範なリスティングがユーザに提供できる。さらに、コミュニケーション及びこれらのコミュニケーションに関連する連絡先の進展を考慮してアフィニティリストを更新することができる。
【００７６】
図１９には、サーチサーバ１４のブロック図が示されている。サーチサーバ１４は、制御システム３６と上記の動作を行うのに必要なソフトウェア４０とデータ４２のための十分な容量のメモリ３８とを備えてもよい。制御システム３６はさらにコミュニケーションインタフェース４４にも関連して図２及び９に示された様々の構成要素とのコミュニケーションを容易にする。
【００７７】
図２０には、アフィニティサーバ１２のブロック図が示されている。アフィニティサーバ１２は、制御システム４６と上述の動作を行うのに必要なソフトウェア５０とデータ５２のための十分な容量のメモリ４８を備えてもよい。制御システム４６はさらにコミュニケーションインタフェース５４にも関連して図２及び９に示された様々の構成要素との、及びアフィニティデータが取得され、アフィニティリストが提供される他の全ての構成要素とのコミュニケーションを容易にする。
【００７８】
図２１には、アクセスヒストリサーバ２０のブロック図が示されている。アクセスヒストリサーバ２０は、制御システム５６と上述の動作を行うのに必要なソフトウェア６０とデータ６２のための十分な容量のメモリ５８を備えてもよい。制御システム５６は、さらにコミュニケーションインタフェース６４にも関連し、図２及び９に示された様々の構成要素との、及びアクセスヒストリ情報を取得し又は提供する他の全ての構成要素とのコミュニケーションを容易にする。
【００７９】
図２２には、ユーザターミナル１６のブロック図が示されている。ユーザターミナル１６は、上述の動作を行うのに必要なソフトウェア６０とデータ６２のための十分な容量のメモリ５８を有する制御システム６６を備えてもよい。制御システム６６はさらにコミュニケーションインタフェース７４及びユーザインターフェイス７６にも関連してネットワークの様々の構成要素とのコミュニケーションを容易にし、ユーザとの従来のインタフェースをそれぞれに提供する。実施形態によっては、ユーザターミナル１６は、１以上のアフィニティクライアント２４、コミュニケーションアプリケーション２６及びコミュニケーションクライアント２８を補助してもよい。アフィニティクライアント２４はアフィニティサーバ１２と相互作用するように構成されてアフィニティデータを提供するとともにアフィニティリストを受取る。他の実施形態では、アフィニティクライアント２４はアフィニティサーバ１２の機能性を提供するように構成されても良く、従って、アフィニティデータをコミュニケーションアプリケーション２６及びネットワークアフィニティティソース２２や外部のアフィニティサーバ１２から入手できる。当業者は、アフィニティサーバ１２とユーザターミナル１６内で、あるいはその両者間でアフィニティ機能性をフレキシブルに割り当て、分配することを理解するであろう。
【００８０】
当業者は、本発明の好適な実施形態に対し改良や変更を理解するであろう。そのような全ての改良や変更は、ここに開示の概念の範囲であり、特許請求範囲に含まれる。
【図１】
2012502385.tif 000003
【図２】
2012502385.tif 000004
【図３】
2012502385.tif 000005
【図４】
2012502385.tif 000006
【図５】
2012502385.tif 000007
【図６】
2012502385.tif 000008
【図７】
2012502385.tif 000009
【図８】
2012502385.tif 000010
【図９】
2012502385.tif 000011
【図１０Ａ】
2012502385.tif 000012
【図１０Ｂ】
2012502385.tif 000013
【図１１】
2012502385.tif 000014
【図１２】
2012502385.tif 000015
【図１３】
2012502385.tif 000016
【図１４】
2012502385.tif 000017
【図１５】
2012502385.tif 000018
【図１６】
2012502385.tif 000019
【図１７】
2012502385.tif 000020
【図１８】
2012502385.tif 000021
【図１９】
2012502385.tif 000022
【図２０】
2012502385.tif 000023
【図２１】
2012502385.tif 000024
【図２２】
2012502385.tif 000025
【国際調査報告】
2012502385.tif 000026
2012502385.tif 000027
2012502385.tif 000028