JP2005518114A - 存在追跡および名前空間相互接続の技術 - Google Patents

Abstract

本発明は、（ａ）関連する名前空間内でアドレスを有する個人に関連するホスト・エンティティ内部のコンテキスト検知エージェントから存在情報を含むエージェント報告を受け取るように動作する入力（例えば、インタフェース）と、（ｂ）存在情報の少なくとも一部に少なくとも１つ分類タグを付けるように動作する追跡エージェント（１５４）と、（ｃ）少なくとも１つの分類タグに基づいて要求側に提供されるべき存在情報を決定するように動作するポリシー・エージェント（１５８）とを含む存在−応対可能性システムを対象とする。

Description

本発明は、一般に、電話網を対象とし、より具体的には、存在認識電話網を対象とする。

モバイル電話網、静的電話網、およびＩＰネットワークの収斂により、無数の通信オプションがユーザに提供されている。別の個人に連絡をとろうと努める場合、いくつかだけを挙げれば、電子メールまたはｅ−ｍａｉｌ、インスタント・メッセージング、有線電話機または無線電話機、パーソナル・コンピュータ、ポケットベル、パーソナル・デジタル・アシスタント、つまりＰＤＡ、およびユニファイド・メッセージング・システム、つまりＵＭシステムによってそうすることができる。これほど多くのオプションが存在しており、いずれのオプションが、所与の時点で所望の個人に、つまり着呼者に連絡をとれる最も高い可能性を発呼者に与えるかを判定することは、不可能でないにしても困難である。試行錯誤および当て推量が、着呼者に連絡をとるのに使用される通常の技術であり、これは、往々にして、発呼者側の時間の浪費と苛立ちにつながる。

個人の存在および応対可能性を時間的に追跡することができる存在−応対可能性システムを提供し、これにより、個人に連絡をとることができる最も高い可能性を連絡側に与える様々な試みが行われてきた。これは、通常、個人に関連する通信デバイスから情報を収集することによって行われる。そのようなシステムにより、個人が、自身の受けた連絡に応対できる可能性を一般的に定義し、かつ／または連絡側のグループ、ならびにどのようにその連絡側、または連絡側のグループがその個人に連絡をとることができるかを定義できるようになることがさらに可能である。これは、個人が、連絡側のアクセス制御設定を構成することを許すことによって行うことができる。理解されるとおり、連絡側は、連絡先の応対可能性に関する情報を見ることができ、その情報を使用して、通信を開始または継続するか否か、どのように通信を開始または継続するかを決めることができる。

最近、セッション開始プロトコルまたはＳＩＰ（これは、データ網マルチメディアの会議および電話向けの単純な通信／アプリケーション・レイヤ・プロトコルである）が、メディア独立の通信、および存在−応対可能性システムの実装を容易にするために開発されている。他のプロトコルも、存在の概念を同じようにサポートすることが可能であるが、ＳＩＰは、本発明の例示的な基礎を提供する。ＳＩＰでは、終端システムおよびプロキシ・サーバが、コール転送、連絡先番号および連絡側番号の配信（ここで、番号は、従来のＵＲＬフォーマットなどの任意の命名スキームであることが可能である）、個人の機動性（連絡先が端末装置を変更した場合でさえ、単一の場所独立のアドレスの下で連絡先に連絡をとる能力）、端末装置タイプの交渉および選択（例えば、どのように連絡先に連絡をとるかの選択が連絡側に与えられることが可能である）、端末装置能力交渉、発呼者および着呼者の認証、ブラインドのコール転送および監視されたコール転送、ならびにマルチパーティ会議への招待を提供することができる。

以上の様々なサービスを提供するため、ＳＩＰは、比較的単純なシステムを使用する。連絡は、「ＩＮＶＩＴＥ」メッセージ（連絡側の選好するコーデックを使用する）および、「ＯＫ」メッセージ（連絡先の選好するコーデックを使用する）を介して開始する。様々なソフトウェア・エンティティが参加することが可能であり、すなわち、現時点における所与のユーザのアドレスのマップを保持するレジストラ、コール・ルーティング、いくらかのセッション管理、ユーザ認証、リダイレクト機能、およびメディア・ゲートウェイへのルーティングを実行するプロキシ、転送機能のサブセットを実行するリダイレクト・サーバ、ならびにユーザ・プロファイルを保持し、加入者登録を提供するＳＩＰロケーション・サーバである。「登録」とは、ユーザがオンラインになるたびに、または既存の登録を変化させることを必要とするたびに毎回、ユーザの通信デバイスがネットワークに登録する機構であり、いくつかの異なる基準に基づいて連絡をルーティングするための情報を指定する個々のプロファイルが保持される。

以上のことにも関わらず、従来の存在−応対可能性システムは範囲が限られている。従来の存在−応対可能性システムは、特に個人に関連しない物体識別システムに関して、ユニバーサル・リソース・アイデンティファイア（ＵＲＩ）（またはユニバーサル・リソース・ロケータ（ＵＲＬ））の名前空間の小さいサブセット、および少数の非ＵＲＩまたは非ＵＲＬの名前空間に結び付けられている。本明細書で使用する「名前空間」とは、事前定義されたセットの識別子のなかで識別子の一意性の属性を保つようにエンティティまたは標準によって管理される数字ベース、英字ベース、または英数字ベースのシステムまたはアドレスを指す。現在の存在システムによってサポートされていない名前空間の例には、統一商品コード、つまりＵＰＣ、ＧＳＰロケートン・データ、ＩＳＢＮコード、および独自のメッセージング・ハンドルが含まれる。名前空間内のアドレスは、１つまたは複数の通信デバイスまたは通信物体に関連付けることができる。存在−応対可能性システムとそれらの他の通信−識別システムとのインタフェースをとることが、従来の電話、インターネット、およびその他のシステムの収斂の度合いがますます高まっていることに鑑みて重要である。さらに、従来の存在−応対可能性システムは、他の外部の存在−応対可能性システムおよび／または、無線ネットワークによって生成される加入者の物理的位置の情報などの有用な存在関連情報を収集する他のシステムと相互ネットワーキングが行われていない。ＳＩＭＰＬＥ作業グループ、ＩＭＰＰ作業グループ、およびＳＩＰ作業グループにおいて行われた作業を使用して、公開の存在システムに対してインターネット技術標準化委員会またはＩＥＴＦにおいて一部の関連する作業が行われているが、現在の提案は、存在サービスの基本的なフレームワークだけを扱い、Ｅ．１６４システムを超えて相互に機能する名前空間を扱っていない。既存の慣例および標準は、機能する相互運用可能な存在−応対可能性システムの必要性を満たすのに重要な多くのアルゴリズムおよび技術を依然として欠いている。
米国特許第６１９２１２２号 米国特許第６１７３０５３号 米国特許第６１６３６０７号 米国特許第５９８２８７３号 米国特許第５９０５７９３号 米国特許第５８２８７４７号 米国特許第５２０６９０３号 米国特許仮出願第６０／３５７２４０号 米国特許仮出願第６０／４４２３２９号

以上の必要性、およびその他の必要性に本発明の様々な実施形態および構成が対処する。本発明は、一般に、インテリジェントな存在−応対可能性システム、ならびに通信システムまたは無生物の物体に関する名前空間内のアドレスを同じ名前空間内または他の名前空間内のアドレスに対してマップして、要求側に動作上のオプションを提供するための方法を対象とする。

第１の実施形態では、
（ａ）個人に関連するホスト・エンティティ内部のコンテキスト検知エージェントから存在情報を含むエージェント報告を受け取るステップと、
（ｂ）存在情報の一部またはすべてに少なくとも１つ分類タグを付けるステップとを含む関連する名前空間を有する個人の応対可能性を確認するための方法が提供される。「存在情報」とは、一般に、応対可能性情報、位置情報、プロファイル情報、あるいは追跡されるアドレスおよび／または関連するＩＤに関連するユーザが定義した属性の１つまたは複数を特定し、かつ／またはそれ以外の形でこの１つまたは複数に関連するコンテキスト・タグ、または他のコンテキスト・データ、またはメタデータを指す。妥当なメタデータには、限定としてではなく、存在情報、タグ、エージェント報告またはその中に含まれるタグに関連するようなタイムスタンプ、ならびにタグまたはその他のタイプのコンテキスト・データに関してエージェントによって与えられた有効期限を提供するエージェントに関するエージェント識別情報（限定としてではなく、識別子、アドレス、および認証トークンを含む）が含まれる。「コンテキスト・タグ」または「分類タグ」とは、追跡されるアドレスまたはＩＤに関連する、または関係する個別の属性を指す。これらの属性には、限定としてではなく、応対可能性情報、位置情報、プロファイル情報、およびユーザが定義した属性が含まれる。「タグ」とは、情報セットまたはメタ情報セットに付加された、ＩＤセットなどのセットに関する情報を含む１つまたは複数の文字を指す。

関連する名前空間の中に含まれるアドレスは、通常、固有ＩＤである。そのようなアドレスの例には、記録されているアドレス（または１次連絡先アドレス）、およびデバイス固有またはシステム固有の連絡先アドレスが含まれる。

エージェント報告は、通常、コンテキスト検知エージェント、ならびにそのエージェントのインターネット・プロトコル・アドレス、つまりＩＰアドレスに関連する固有識別子、電話番号、インスタント・メッセージング・ハンドル、ＳＩＰアドレス、または追跡されるＩＤに関連する他のアドレス、報告および有効期限に関連する１つまたは複数のタイムスタンプ、ならびにイベントを識別する情報（分類タグなどの）を含む。エージェント報告は、認証トークン、追跡されるＩＤの空間的位置に関する情報などをさらに含むことが可能である。

追跡されるＩＤは、特定の個人またはグループ、サービス・プロバイダまたはサービス・プロバイダのグループ、製品プロバイダまたは製品プロバイダのグループ、あるいはそのユーザが使用中のインターネット・プロトコル・ハードフォン、つまりＩＰハードフォン、ＩＰソフトフォン、パーソナル・デジタル・アシスタント、つまりＰＤＡ、有線電話機、無線電話機および関連するシステム、ポケットベル、ファクシミリ装置、電話交換機、サーバ、インスタント・メッセージング・システム、モデム、グローバル・ポジショニング・システム対応デバイス、つまりＧＰＳ対応デバイス、無線スキャナ／リーダを含む特定のデバイス／システム、またはデバイスまたはシステムのグループに関連することが可能である。

１つまたは複数の分類タグを存在情報に関連付けることができる。分類タグは、通常、次の１つまたは複数を示す。すなわち、追跡されるＩＤによってサポートされるメディア、追跡されるＩＤのタイプ、追跡されるＩＤの空間的位置または地政学的位置、追跡されるＩＤの動作形式、エージェント報告をトリガするイベント、追跡されるＩＤの能力、メディア・タイプ、最低限の連絡可能な優先順位、要求される認証、またはグループ化クラスである。理解されるとおり、追跡されるＩＤの位置や、エージェント報告をトリガするイベントなどのこれらの項目の一部は、代替として、またはさらに、エージェント報告の中の別個にフォーマットされた（連絡先アドレスの後に）コンテキスト・データの中のデータとして含めることもできる。

ユーザに柔軟性およびコントロールを与えるため、エージェント報告の内容は、検知エージェントへの伝送に先立って個人により、つまり連絡先により閲覧され、操作されることが可能である。

この方法は、現在のシステムと比べて存在および応対可能性のより正確な表現を提供することができる。この方法は、追跡されるＩＤにおいて個人が応対可能性である確率および／または応対可能でない確率を算出するステップを含むことが可能である。一構成では、確率は、関連する名前空間に関連する追跡規則を存在情報に対してマップして応対可能性インテリジェンスを提供することによって算出される。「応対可能性インテリジェンス」とは、処理された（例えば、集約され、相互参照され、かつ／または濾過された）存在情報またはメタ情報を指す。次に、個人の名前空間または連絡先の名前空間に関連するポリシー規則が、応対可能性インテリジェンスにマップされて、どのような応対可能性インテリジェンスが要求側に提供されるかが決定されることが可能である。

確率は、他のホスト・エンティティ内の他のコンテキスト検知エージェントから受け取られた情報を反映するように変更することができる。例として、２つのホスト・エンティティが互いに空間的に近接している場合、それぞれの検知エージェントから受け取られた情報により、個人が両方のエンティティの近くにいるかどうかが示されることが可能である。

第２の実施形態では、連絡先に関連する存在情報を連絡側に提供するための方法が提供される。この方法は、
（ａ）第１の通信モードを有する第１の通信デバイスまたは通信システム上の応対可能性の第１の度合い（または連絡可能性）を割り出すステップと、
（ｂ）第２の通信モードを有する第２の通信デバイスまたは通信システム上の応対可能性の第２の度合い（または連絡可能性）を割り出すステップであって、第１の通信モードと第２の通信モードが異なるステップと、
（ｃ）第１の通信モードおよび第２の通信モード、ならびに応対可能性の第１の度合いおよび第２の度合い（またはさらなる度合い）をそれぞれ、連絡側に提供し、第１の通信モードおよび第２の（またはさらなる）通信モードの間で選択を行うオプションを連絡側に提供するステップとを含む。

異なる第１の通信モードおよび第２の通信モードの例には、第１の通信モードがライブ音声通信であり、第２の通信モードが音声メール、電子メール、インスタント・メッセージング、チャット・セッション、ショート・メッセージング・システム、つまりＳＭＳ、ビデオ、およびファクシミリの１つまたは複数であることが含まれる。

第３の実施形態では、提示された名前空間内のアドレスを有する無生物の物体に関する情報を提供するための方法が提供される。この方法は、
（ａ）無生物の物体上のアドレスおよび関連する名前空間を受け取るステップと、
（ｂ）アドレスの一部またはすべてを１つまたは複数の連絡アドレスにマップするステップと、
（ｃ）所望されるサービスまたは機能に対応する適切な連絡アドレスを特定するステップと、
（ｄ）特定されたアドレスに対する連絡を開始するステップとを含む。

名前空間は、電話番号のセット、統一商品コードのセット、国際標準図書番号コード、つまりＩＳＢＮコードのセット、部品番号のセット、電子メール・アドレスのセット、またはＷｅｂアドレスのセットなどであることが可能である。連絡アドレスのリストは、複数の名前空間内で作成することができる。名前空間は、組み込まれた存在トークンをさらに含むことが可能である。

アドレスおよび関連する名前空間は、光技術、磁気技術、電気技術、電磁技術、および／または光磁気技術を含む任意の適切な技術によって獲得することができる。
特定されたアドレスは、ユニバーサル・リソース・ロケータ（ユニバーサル・リソース・インディケータとしても知られる）の形態で提示することができる。ＵＲＬまたはＵＲＩは、要求側に用意された、異なる動作上のオプションに、または存在サーバに関連付けることができる。
本発明の様々な実施形態は、従来の技術に勝るいくつかの利点を提供することができる。

第１に、本発明は、個人または物体に関するＩＤを表現する一般的な手段、一般的なポリシー規則、ならびに応対可能性を表現する一般的なやり方を提供することが可能である。これらの機能により、無数の異なる分散ネットワークにおける存在−応対可能性サーバが、有意義な仕方で存在情報を交換することができるようになり、従来のシステムと比べて存在−応対可能性を確かめる能力が相当に強化されるようになる。例えば、本発明は、従来の電話番号（つまりＥ．１６４）システムにまで存在の概念を拡張して、電話番号を有する人は誰でも、従来の「ｆｉｎｄ−ｍｅ／ｈｉｄｅ−ｍｅ」存在−応対可能性システムの融通の利かないプログラミング制約なしに、自身の連絡可能性を制御することができるようにする。

第２に、本発明は、通信デバイス、電話交換機、およびサーバなどのネットワーク・ノードを存在情報を収集するためのエージェントとして使用することができる。様々なコンテキスト検知エージェントが、従来のシステムと比べて存在判定および応対可能性判定の精度を向上させることができる多種多様な存在情報、応対可能性情報、および位置情報を収集する。本発明は、入念な追跡規則とポリシー規則をともに使用して精度をさらに高めることができる。

第３に、本発明は、通信デバイス／システムの特定のアドレスにおけるユーザの存在および応対可能性に関して、部分確率分類、つまり多層の尤度分類を出力することができる。従来のシステムは、単にユーザが応対可能であるか、応対可能でないかを少数の特化されたタグおよびオンラインの時間で示す。

第４に、本発明は、通信デバイス間の学習された関連、または提供された関連を使用して、以前に割り当て済みの応対可能性確率を高くする、または低くすることができる。例えば、デスク電話機に、そのデスク電話機内部のコンテキスト検知エージェントから受け取られたエージェント報告に基づいて低い応対可能性確率が割り当てられていることが可能である。並存する（デスク）パーソナル・コンピュータ内部の検知エージェントにより、ユーザがパーソナル・コンピュータのキーボードでタイプしていることを示すエージェント報告を後に送ったとき、デスク電話機内部のコンテキスト検知エージェントが、以前に使用された情報と異なる存在情報を提供することができなくても、低い応対可能性確率が増加される。

第５に、本発明は、分類タグを使用して、従来のシステムと比べて多用性、ユーザによる設定のしやすさ、精巧さ、および精度を高めることができる。分類タグは、存在−応対可能性システムによって現在は無視されている多種多様な追加の情報を反映することができる。

第６に、本発明は、存在−応対可能性システムに関連するアドレスを他の既存の名前空間（または番号システム）におけるアドレスにマップして、無生物の物体においても「組み込まれた存在」を可能にするやり方を提供することができる。組み込まれた存在の可能な用途には、納入業者またはサービス・プロバイダの特定および通信を人間の仲介者または手動のルックアップなにし物体の属性から直接に可能にする合理化された発注システムおよびサービス・システムが含まれる。

第７に、本発明のアーキテクチャは、公開の標準化されたトランザクション・インタフェース（ハイパーテキスト・マークアップ言語、つまりＨＴＭＬなどの）を介して標準化されたクエリ・フォーマットと独自のクエリ・フォーマットをともに使用する構造化された存在クエリを使用することができる。そのような公開の標準化されたインタフェースにより、エージェント、存在サーバ、および名前空間マッピング・システムを接続するのに必要とされるいくつかの欠けているアルゴリズムおよびマッピング変換を追加することができる基礎が提供される。従来のシステムは、今日、はるかに共通点がない、または実質的に存在しない（相互ネットワーキングに関して）と見なされているシステム間で、そのような幅広い相互接続を可能にすることができない。本発明は、それぞれの領域内でうまく機能するが、関連する領域と互いに接続された場合にさらにうまく機能することができる既存のシステムに対する強力なリンクを提供することができる。今日、そのような領域は、せいぜい、まばらに接続されているに過ぎない。本発明は、以前は可能でなかった規模で、いわゆる「ネットワーク効果」を活用することができる。
以上の利点およびその他の利点は、本明細書に含まれる本発明の開示から明白になる。

前述した実施形態および構成は、完全でも、網羅的でもない。理解されるとおり、前述した特徴、または以下に詳細に説明する特徴の１つまたは複数を単独で、または組み合わせで利用して、本発明のその他の実施形態が可能である。

（ネットワーク・アーキテクチャの概要）
図１は、本発明の第１の実施形態による存在−応対可能性システムを示している。存在−応対可能性システム１００は、第１のパケット交換網１１２ａおよび第２のパケット交換網１１２ｂ、回線交換式の公衆交換電話網、つまりＰＳＴＮ１１６、ネットワーク１１２ａと通信する第１の複数の（インテリジェント）通信デバイス１２４ａ〜ｎ、デバイス１２４ａ〜ｎにサービスを提供しているプロキシ・サーバ１２６、交換機／サーバ１０８と直接に通信している第２の複数の（スレーブまたは限られたインテリジェンスの）通信デバイス１２０ａ〜ｎ、複数の存在サーバ１０４ａ〜ｎならびに第１のネットワーク存在情報を含む関連するデータベース１０６ａ〜ｎ、複数の存在サーバ１３２ａ〜ｎならびに第２のネットワーク存在情報を含む関連するデータベース１３６ａ〜ｎの間で通信を誘導するための電話交換機／サーバ１０８を含む。理解されるとおり、電話交換機／サーバ１０８、プロキシ・サーバ１２６、ならびに第１の存在サーバ１０４および第２の存在サーバ１３２は、アプリケーションに応じて、ソフトウェアおよび／またはハードウェアで実装することができる。

電話交換機／メディア・サーバ１０８は、１つまたは複数の通信デバイスに対する連絡を誘導するための任意のアーキテクチャであることが可能である。例として、図１の交換機／サーバ１０８は、参照によりすべて本明細書に組み込まれている米国特許第６１９２１２２号、米国特許第６１７３０５３号、米国特許第６１６３６０７号、米国特許第５９８２８７３号、米国特許第５９０５７９３号、米国特許第５８２８７４７号、および米国特許第５２０６９０３号で開示した加入者構内設備、つまり、Ａｖａｙａ Ｉｎｃ．のＤＥＦＩＮＩＴＹ（商標）またはＭＵＬＴＩ−ＶＡＮＴＡＧＥ（商標）の構内交換機（ＰＢＸ）ベースのＡＣＤシステムであることが可能である。交換機またはメディア・サーバ１０８は、通常、外部通信リンクに対するインタフェース、通信スイッチング・ファブリック、サービス回路（例えば、トーン・ジェネレータ、アナウンスメント回路等）、制御プログラムおよびデータを記憶するためのメモリ１４０、および記憶済みの制御プログラムを実行してインタフェースおよびファブリックを制御し、自動連絡配信機能を提供するためのプロセッサ１４６（すなわち、コンピュータ）を通常は含む記憶済みプログラムによって制御されるシステムである。交換機／サーバ１０８は、第１の複数の通信デバイス１２４ａ〜ｎにサービスを提供するネットワーク・インタフェース・カードを含む。メモリ１４０の中には、通信デバイスに向けられた通信を扱う際に存在サーバ１３２と対話する存在認識電話エージェント１４４が含まれる。第２の存在サーバ１０４が、すべての連絡の開始時または終了時に存在認識電話エージェント１４４によって参照される。交換機−サーバ１０８は、機能サーバ、つまりコール制御サーバとゲートウェイ（図示せず）に分解することができ、回線交換式のＰＳＴＮ１１６または他の何らかのタイプの回線交換網とパケット交換網１１２ａおよびｂの間で信号制御能力および信号変換能力を提供する。

パケット交換網１１２ａおよびｂは、インターネットなどの任意のデータ網および／または分散処理ネットワークであることが可能である。ネットワーク１１２ａおよびｂは、通常、パケット・フローを管理するために追加のプロキシ・サーバ（図示せず）、レジストラ（図示せず）、ゲートウェイ（図示せず）、およびルータ（図示せず）を含む。

第１の複数の通信デバイス１２４ａ〜ｂ、ならびに第２の複数の通信デバイス１２０ａ〜ｎはそれぞれ、それらが接続されているネットワークに適した任意の通信デバイスであることが可能である。第１の複数の通信デバイス１２４ａ〜ｎは、パケット交換網１１２ａに接続され、例えば、ＩＰハードフォン、ＩＰソフトフォン、パーソナル・デジタル・アシスタント、つまりＰＤＡ、パーソナル・コンピュータ、つまりＰＣ、およびラップトップを含むことが可能である。第２の複数の通信デバイス１２０ａ〜ｎは、一般に、回線交換式であり、例えば、有線電話機および無線電話機、ＰＤＡ、ポケットベル、ファクシミリ装置、およびモデムを含むことが可能である。

交換機／サーバ１０８および第１の複数の通信デバイス１２４ａ〜ｎ（またはホスト・エンティティ）はそれぞれ、選択された時間間隔で、かつ／または所定のイベントが生じた際に所定のタイプの生の位置および応対可能性の情報を含む報告を第２の存在サーバに提供する１つまたは複数のコンテキスト検知エージェント１５０、または状態報告エージェントを含む。代替として、交換機／サーバ内部のコンテキスト検知エージェントは、交換機／サーバおよび／または第２の複数の通信デバイスの間で分散させることができる。生の位置および応対可能性の情報は、通常、追跡されるＩＤの状態または条件を示す。エージェント報告の内容を図２ＡおよびＢに関連して以下に説明する。理解されるとおり、交換機／サーバまたは通信デバイスにより、複数のユーザがログインする（同時にではなく）ことが許される場合、コンテキスト検知エージェントは、現在のユーザ（または追跡されるＩＤ）だけを表す。その場合、ホスト・エンティティは、そのログインの期間にわたって特定のユーザ（または追跡されるＩＤ）に対応する柔軟なコンテキスト検知エージェントを有するか、または各ユーザに関して複数のエージェントをそのように構成されている場合に有する。

エージェント報告の内容は、ユーザが構成できることが可能である。この構成では、中継される生の位置および応対可能性の情報は、エージェント１５０によってデバイスに関連するユーザ（または追跡されているＩＤの所有者）に音響式に提示される（オーディオ形態で）か、視覚的に表示されるか、またはオーディオビジュアルで表示される。エージェント１５０は、示される生の位置および応対可能性の情報に対する変更を可能にするインタフェースをユーザに提供する。代替として、関連する存在サーバからの現在の規則セットまたは存在データが表示され、より高機能なデバイス内部で変更されることが可能である。例として、追跡されるＩＤの所有者が、エージェントが現在の追跡される存在状態または規則セットを所有者に提示した際に（関連する存在サーバにエージェント報告を転送するのに先立って、またはその存在サーバに対する要求時に）、ユーザ・インタフェースを介して応対可能性状態、規則セット（ポリシーまたは追跡の相関）などに対して変更を行うことができる。したがって、エージェント１５０は、ユーザによる生の位置情報、応対可能性情報、および規則セット情報の直接の操作を可能にする。

第１の存在サーバおよび第２の存在サーバは、通信デバイスおよび／または通信デバイスのユーザに関する公表された存在情報を収集し、収集済みの情報を自らの関連する存在情報データベースの中に記憶する。存在サーバは、クエリに応答して収集済みの情報を他のネットワーク・エンティティ（他の存在サーバを含むことが可能な）に提供する。例えば、第１の存在サーバが、第２のネットワーク１１２ａが一部を成す多数のＬＡＮを有する広い地理的区域にサービスを提供しているため、第２のサーバは、第１のサーバによるポーリングにより、または第２のサーバからのプッシュにより、要求に応じて、かつ／または定期的間隔で存在情報を第１の存在サーバに提供することが可能である。存在サーバは、ユーザによる許可に応じて公表ソースから応対可能性データを継続的に収集し、再分配する追加の存在サービス（図示せず）と対話することができるだけではない。存在サーバは、図１の様々なエンティティとのユーザの対話に関する情報、および／またはユーザによって直接に、または間接的に提供される他の情報を、それらのエンティティが存在サーバに対して自らの存在情報を公表した際に収集することができ、あるいはユーザ要求により、その情報を変更することができる。

理解されるとおり、ユーザは、複数の通信デバイスを有することが可能であり、そのデバイスの存在および応対可能性が、多数の別々の存在サーバによって追跡されることが可能である。例えば、個人のセルラー電話機の存在および応対可能性が、無線ネットワーク内の第１の存在サーバによって追跡され、その個人の雇用者によって所有される通信デバイスの存在および応対可能性が、雇用者によって運用される第２の存在サーバによって追跡され、自宅の電話機およびＰＣなどのその個人が私的に所有する通信デバイスの存在および応対可能性が、第３の存在サーバによって追跡されることが可能である。個人の存在および応対可能性の包括的状況を提供するのに、第１の存在サーバ、第２の存在サーバ、および第３の存在サーバが互いに、または中央存在サーバ（地域存在サーバなどの）と通信して、第１の存在サーバ、第２の存在サーバ、および第３の存在サーバのそれぞれによって収集された存在情報を交換することが重要である。情報は、必ずしも完全ではなく、データ公表に関する同じ規則セットが、サーバ（通常、連絡側による直接要求と同じクエリ・フォーマットを使用する）間で流れているデータに適用されることが理解されよう。
存在サーバ１０４および１３２のそれぞれは、追跡エージェント１５４、ポリシー・エージェント１５８、およびクエリ・エージェント１６２を含む。

追跡エージェント１（またはレジストラ）１５４は、様々なエージェント報告、または生の位置および応対可能性の情報２００（図２）を受け取り、事前定義された追跡規則２０４（図２）に従ってその情報を濾過し、濾過された情報をフォーマットし、所定の追跡規則２０４を使用して濾過された情報を相関させ、またはマップして応対可能性インテリジェンス２０８（図２）を形成する。追跡規則２０４は、ネットワーク管理者によってあらかじめ準備されること、ユーザが構成すること、および／または相関技術または相関規則を使用して追跡エージェントによって学習されること、または構築されることが可能である。追跡規則を図２ＡおよびＢを参照して以下に詳細に説明する。この規則は、相関アルゴリズムとしてであれ、学習アルゴリズムとしてであれ、フィードバック・アルゴリズムとしてであれ、またはそれ以外に複雑な規則としてであれ、任意の所望の形で構成することができる。

ポリシー・エージェント１５８が、特定のユーザＩＤに関連する存在情報のクエリに応答して、可能な場合、そのユーザＩＤを認証し、そのＩＤに関する対応する応対可能性インテリジェンス２０８を取り出し、そのデータまたはインテリジェンスに１つまたは複数のポリシー規則２１２（図２）を適用するか、またはそのデータまたはインテリジェンスを１つまたは複数のポリシー規則２１２（図２）に対してマップする。ポリシー・エージェントは、その規則を使用して、所与の連絡アドレスに関連する確率値（通常、０から１までの間の数値、または複数のレベルのなかのレベルによって特徴付けられる）を変更する（増加させる、または減少させる）か、あるいは関連するタグを変更し、提供されるとすれば、どのような存在情報が連絡側または要求側に提供されるべきか（すなわち、どのように連絡側または要求側が扱われるべきか）を決める（例えば、要求側のＩＤまたは認証の度合い、要求された連絡の時刻、またはユーザ連絡先との所望される通信タイプ（例えば、電子メール、ライブの音声、音声メール、インスタント・メッセージング、ＳＭＳ、ビデオなど）に基づき）。応対可能性インテリジェンスにおける分類タグ（以下に説明する）が、この操作において使用され、一部は、結果において受け継がれることが可能である。ポリシー規則を図２ＡおよびＢを参照して以下により詳細に説明する。

クエリ・エージェント１６２が、存在情報のクエリまたは要求（連絡側およびその他の要求側からの）を受け取り、再フォーマットし、処理のためにポリシー・エージェントに転送し、ポリシー・エージェントから応答が受け取られた時点で、濾過されたデータ（またはフレーム）をフォーマットし、フォーマットされたデータを要求側に転送する。クエリは、別の存在サーバから発信されること、あるいは交換機／サーバ内部の、またはクエリが行われたＩＤに連絡をとろうと努めているインテリジェント通信デバイス内部の存在認識電話エージェント１４４から発信されることが可能である。３つの基本的なタイプのクエリは、連絡に先立つ応対可能性の要求、連絡調停、ならびに通知（すなわち、レジストラにプッシュされる存在データ）への加入である。理解されるとおり、クエリ・エージェントは、一時的に、またはイベント・トリガされて（または何らかの所定の間隔で遠隔サーバの要求時に）加入により、情報を別の存在サーバに（第１の存在サーバのクエリ・エージェントから第２の存在サーバに対してなど）定期的に転送することができる。異なるサーバ間で相互運用性を提供するため、様々な存在サーバのクエリ・エージェントは、好ましくは、ハイパーテキスト・マークアップ言語（つまりＨＴＭＬ）ベースのフォーマット、または拡張マークアップ言語（つまりＸＭＬ）ベースのフォーマットなどの標準化されたフォーマットを使用する。

存在サーバによって保持される情報データベースを図２ＡおよびＢに示す。データベースの各セットは、ユーザＩＤ２１６に関連する。理解されるとおり、「ユーザのＩＤ」とは、ユーザを一意的に識別する識別子、およびそのユーザに関する認証データを指す。ユーザＩＤの例には、ユーザによって公表された一般的な連絡アドレスであるＳＩＰの中の「記録されているアドレス」が含まれる。一構成では、記録されているアドレスは、特定の通信デバイスまたは通信システムではなく、第１の存在サーバまたは第２の存在サーバなどの存在サーバに対するアドレス・ポイントである。その場合、第１の存在サーバまたは第２の存在サーバは、存在情報を収集し、自らが権限を有するアドレスまたはＩＤの要求側または連絡側に適切な応答を提供する。理解されるとおり、ユーザは、例えば、特定の役割をそれぞれが表す複数のアドレスまたはユーザＩＤを有することが可能である。

ＩＤに関するデータベースの中に含まれる他のデータには、生の位置および応対可能性のデータ２００、追跡規則２０４、応対可能性インテリジェンス２０８、およびポリシー２１２が含まれる。

図２Ｂは、生の位置および応対可能性のデータ・ブロック２００の中に含まれる情報を示している。図２Ｂを参照すると、生の位置および応対可能性の情報は、通常、対応するエージェント報告および（オプションの）有効期限２２０（この有効期限が過ぎると、情報はもはや有効ではない）の送信に関連するタイムスタンプ、対応する交換機／サーバまたは通信デバイス（または対応する報告を提供するエージェント）に関連する固有エージェント識別子２２４、および（各（ＩＰ）アドレスに関連する報告側エンティティまたはホスト・エンティティの連絡（インターネット・プロトコル、つまりＩＰ）アドレスおよびメディア・アクセス制御アドレス、つまりＭＡＣアドレスを含むことが可能な）位置データまたは他のコンテキスト・データ２２８、それぞれのそのようなアドレスにおける追跡されるＩＤまたはユーザに連絡をとる（ベースラインの）確率、関連する（１次）ネットワークに関する既定のルーティング（または既定のルータ、ゲートウェイ、および／またはプロキシ・サーバ）、地理的位置または空間的位置（利用できる場合、ＧＰＳ位置特定システムを有する、または外部の無線ネットワーク位置特定システムと通信しているセルラー電話機などの）、システムのタイプ、モード機能（音声、テキスト、ビデオ、インスタント・メッセージング、電子メールなど）、対応する通信デバイスによって関連するユーザから受け取られた（ユーザの存在を示す）最初の人間対話および／または最後の人間対話（例えば、キーボード上またはキーパッド上のボタンを押す）を示す１つまたは複数のコンテキスト上のタイムスタンプ、ならびに通信デバイスのユーザから発信された手動の状態変更の要求またはコマンドのタイプ（例えば、キーボード上でタイプする、電話コールを開始する、または電話コールに参加する（電話機に関して「フックに掛かっている」または「フックから外れている」などの）、オフにする、音声メールをチェックする、「ビジー」、「昼食で外出中」など）の様々なエージェント分類タグまたは指示子を含む。エージェント分類タグは、エージェントによって自動的に生成されるか、またはホスト・エンティティのユーザによって手動で生成される。

エージェント報告は、図２Ｂに示すとおりフォーマットされた情報を含む。さらに、報告は、通信デバイス内部のエージェントを認証する認証トークンを含む（所望される場合）。認証トークンは、通常、生の位置および応対可能性のデータ２００（図２Ａ）の中には含まれない。

関連するホスト・デバイスまたは検知エージェントのアドレスは、周知の名前空間（Ｅ．１６４番号またはＳＩＰアドレスのような）の一部であることが可能であるが、関連するエンティティを何らかの形で一意的に識別する任意の他の名前空間またはコード空間であることも可能である。他のタイプのエンティティ識別子の例には、専用の製造業者の名前空間におけるホスト・デバイスのシリアル番号、追跡されるＩＤまたは検知エージェントのＭＡＣアドレス、専用のダイヤル呼出し名前空間におけるホスト・エンティティの電話番号または内線番号、ホスト・エンティティまたは検知エージェントのＩＰアドレス、物体のＵＰＣコード、ならびにＷｅｂアドレスまたは電子メール・アドレスが含まれる。検知エージェント１５０の固有ＩＤ（例えば、連絡アドレス）は、どのようなエージェント１５０がエージェント報告のソースであるかを追跡エージェント１５４が特定できるようにするのに重要である。通常、複数の固有の検知エージェントＩＤ（例えば、連絡アドレス）が、単一のユーザＩＤ（例えば、記録されているアドレス）に関連している。

追跡規則２０４は、パターン・マッチング技術またはイベント相関技術に基づくなどして準備され、ユーザによって構成され、かつ／または人工知能によって開発され、どのように生の位置および応対可能性の情報が処理されて存在インテリジェンスになるかを支配する規則を提供する。一部の追跡規則は、生の位置および応対可能性の情報に基づいて分類タグを操作する。分類タグは、ポリシー規則セットをマップすることができる任意の適切な分類スキーマに基づくことが可能である。例えば、分類タグは、通信デバイスの目的（例えば、私用、自宅用、ビジネス用、オフィス用などの）、通信デバイスのタイプ（例えば、デジタル有線電話機、アナログ有線電話機、セルラー電話無線電話機、パーソナル・デジタル・アシスタント、つまりＰＤＡ、ＩＰハードフォン、ＩＰソフトフォン、ポケットベル、ファクシミリ、電子メール・システム、Ｗｅｂシステムなど）、通信デバイスの空間的位置、機能的位置、または地理的位置（例えば、緯度と経度の座標、およびその他の座標、自宅、自動車、オフィスのデスク、国、州、群、市、自治体、ゴルフ・コース、空港、店など）、デバイスの動作モード（オン／オフまたは起動／停止）、エージェント報告をトリガするイベント（例えば、タイピング（キーボード上の）、連絡を発すること、または開始すること、または実行すること、音声メールまたは電子メールにアクセスすること、Ｗｅｂ上でブラウズすること、メッセージを送信すること、活動タイムアウト、または他のユーザが誘導するイベント）報告側エンティティの機能またはメディア・サポート（例えば、パケット交換／回路交換、デジタル／アナログ、音声対応、インスタント・メッセージング対応、ビデオ対応、オーディオビジュアル対応、同期通信または非同期通信、電子メール対応、Ｗｅｂ対応などの）、プロトコル（例えば、Ｈ．３２３、ＳＩＰ、独自などの）、最低限の使用可能優先順位、可視性クラス（すなわち、どのようなクラスの要求側が、そのデータを見るべきか）およびカスタム・タグを通信することができる。分類タグは、拡張マークアップ言語、つまりＸＭＬを使用して実装することができる。

他の追跡規則２０４は、ユーザが所与の連絡アドレスにおいて応対可能性である尤度または確率（通常、０から１までの間の数値、または複数の離散したレベルにおける尤度のレベルによって特徴付けられる）を定量化するか、またはそれ以外の形で特徴付けるか、あるいはユーザが所与の連絡アドレスにおいて応対可能性であるあらかじめ割り当て済みの確率または所定の確率を別のコンテキスト検知エージェントから受け取られた生の位置および応対可能性の情報との相関に基づいて増加させるか、または減少させる。あらかじめ割り当て済みの確率、または所定の確率に関して、第１の追跡規則は、第１の検知エージェントからのエージェント報告の中の情報に基づき、第１の検知エージェントのデバイスまたはシステムに関連する連絡アドレスにおけるユーザに連絡をとることに関する応対可能性確率が第１の値となることを要求することができる。第２の異なる追跡規則は、別の追跡されるＩＤに関連する第２の（異なる）コンテキスト検知エージェントから受け取られた応対可能性インテリジェンスに基づき、相関によって第１の連絡アドレスにおける応対可能性が、第２の異なる値にまで増加される、または減少させられることを要求することができる。代替として、第１の連絡アドレスが第２の検知エージェントの連絡アドレスに空間的に関連することが分かっている場合、第１の検知エージェントから受け取られたエージェント報告により、第２の（異なる）検知エージェントに関連する連絡アドレスに関する応対可能性確率が増加される、または減少させられるようになることが可能である。そのような追跡規則の例には、異なる通信デバイスの空間的位置または機能の間における関連などの、１つのエンティティ上の活動と別のエンティティ上の応対可能性の間における関連または相関が含まれる（デスクＰＣとデスク電話機が並存して、デスクＰＣが使用中である場合、ユーザがデスク電話機で応対可能性である確率が高い、ユーザのセルラー電話機は、ユーザがデスク電話機で応対可能性な場合、オフにされているか、または弱い信号を有する、ユーザにサービスを提供する無線ネットワークが、最近、使用されたセルラー電話機に関する空間的位置を示し、その位置がユーザのデスクＰＣおよびデスク電話機の固定位置とほぼ同じであり、したがって、セルラー電話機よりも低い費用でＰＣまたは電話機によってユーザに連絡をとることができる確率が高く、連絡アドレスＸに関する確率が連絡アドレスＹに関する確率より低い場合、連絡アドレスＸに関する連絡アドレスＹに関する確率を使用する（２つの連絡アドレスに対応する通信デバイスが地理的に近接していることなどのため）、既知のインテリジェンスまたはデータに関連付け、相関させ、マージすることができる追加の存在情報を収集する他の存在サーバに対するクエリ（ユーザのデスクＰＣにサービスを提供する存在サーバがユーザのデスク電話機の存在サーバとは異なる場合などに）等が含まれる。

理解されるとおり、追跡規則は、複雑になる可能性があり、規則を生成し、適用するためのアルゴリズムは、追跡エージェントのユーザまたは管理者によって調整可能でなければならない。好ましくは、人工知能技術が、パターンを学習して認識し（パターン・マッチングにより）、追跡されるＩＤの所有者によって応対可能性状態に対して行われる手動の変更に基づいてそれらのアルゴリズムにユーザ・フィードバックを適用するようにエージェントによって使用される。

それぞれの追跡されるユーザＩＤに関する応対可能性インテリジェンス２０８は、アプリケーションに応じて様々な情報を含むことが可能であるが、生の位置および応対可能性のデータ２００と同じ基本フォーマットで記憶される。例えば、インテリジェンスは、ユーザに関連する通信デバイスまたは通信システムの連絡アドレス、コンテキスト検知エージェント識別子（連絡アドレスがユーザとの同期の連絡または非同期の連絡を提供することができる確率を表す関連するインテリジェンス・サーバ分類タグ、特定のメディア・タイプ、特定の優先順位、報告側エンティティに関連する他のサーバ分類タグ、ならびにより詳細な形態のコンテキスト情報を担うエージェントを識別する）を含む。サーバ分類タグは、あらゆるエージェント分類タグを含むエージェント報告の中の情報に基づいてサーバによって生成される。

理解されるとおり、サーバ分類タグは、一般に、検知エージェントによって提供されるエージェント分類タグよりも数および範囲がより多様であり、意味がより詳細である。言い換えれば、可能なサーバ分類タグのセットは、通常、エージェント分類タグのセットよりも大きい。セットは、アプリケーションに応じて互いに素であること、あるいは完全に、または部分的に重なり合うことが可能である。通常、エージェント分類タグのセットは、多くのタイプのホスト・エンティティの限られたインテリジェンスおよび処理能力に起因して、サーバ分類タグのセットより小さい。サーバ分類タグは、エージェント分類タグに基づくこと、またはエージェント分類タグと同じであることが可能である。エージェント分類タグと同様に、サーバ分類タグは、ユーザが構成できることが可能である。

ポリシー規則２１２は、一般に、特定の連絡側（または要求側、またはクラス、連絡側群のクラスまたは要求側群）に存在情報が提供されるとすれば、どのような存在情報が提供されるかなど、どのように要求側が扱われるかを規定し（例えば、要求側のＩＤ、要求された連絡の時刻、またはユーザ連絡先との所望される通信のタイプ（例えば、電子メール、ライブの音声、音声メール、インスタント・メッセージング、ビデオ、ＳＭＳなど）、能力認証、または信頼性認証、またはＩＤ認証などに基づき）、オプションとして、応対可能性インテリジェンスに基づいて応対可能性確率のさらなる変更を要求することができる。ポリシー規則は、確率を変更する際、またはどのような存在情報が連絡側に提供されるべきかを決定する際に特定の分類タグを参照することができる。ポリシー規則の例には、以下が含まれる。すなわち、

連絡側が第１のＩＤリスト上にある場合、連絡は送られるべき、濾過されていないクエリ応答。
連絡側が第２の（異なる）連絡リスト上にあり、連絡が音声連絡である場合、連絡は送られるべき、音声メール連絡アドレスだけを有する応答。
連絡側を認証することができない場合、クエリ応答から連絡アドレスのそのリスト（またはクラス）を除去する。
連絡側が連絡先から１００フィートの範囲内にいる場合、コンテキスト詳細の細目を有する「本人直接」タグを伴うエントリが最高の確率として追加される。
連絡先がゴルフ・コースと地理的に相関している場合、テキスト・ベースの連絡アドレスだけを通常の要求側に送る。

一構成では、追跡規則およびポリシー規則は、別々の互いに素なセットにグループ化されて、各セットが、規則セットに適用される対応するアルゴリズムを有する。
（コンテキスト検知エージェントの動作）

図３は、本発明の実施形態によるコンテキスト検知エージェント１５０の動作を示している。ステップ３００で、エージェントが初期設定される。初期設定の後、エージェント１５０は、所定のイベントまたはトリガの出現に関して追跡されるＩＤの１つまたは複数の動作パラメータを監視する。所定のイベントの例には、連絡を開始する要求、追跡されるＩＤを起動する、または停止する要求、連絡（コールなどの）を終了する要求、存在サーバからのエージェント報告の要求、存在データを操作するユーザ要求、タイムアウトなどのユーザからのコマンドまたは要求を受け取ることが含まれる。監視されるパラメータは、通常、ネットワーク管理局および／またはユーザ自身によって事前定義される。

判定ダイヤモンド３０４で、エージェント１５０により、１つまたは複数の所定のイベントが生じているか否かが判定される。１つまたは複数の所定のイベントが生じていない場合、エージェント１５０は、監視動作を継続し、後の時点で判定ダイヤモンド３０４を繰り返す。１つまたは複数の所定のイベントが生じている場合、エージェント１５０は、ステップ３０８に進む。

ステップ３０８で、エージェントが、第２の存在サーバ１０４などの選択された存在サーバにアドレス指定されたエージェント報告を生成する。一構成では、エージェント報告は、そのイベントの原因である個人に関連する記録されているアドレスに送られる。記録されているアドレスは、ドメイン・ネーム・システム、つまりＤＮＳ、または他の解決プロトコルによって選択された存在サーバまで解決される。

判定ダイヤモンド３１０で、エージェントにより、ホスト・エンティティのユーザが、発信のエージェント報告をその伝送に先立って見ること選択しているか否かが判定される。見ることを選択している場合、エージェントは、ステップ３１６で、エージェント報告、またはエージェント報告の選択された部分を精査および変更のためにホスト・エンティティのユーザに提示する。これは、存在サーバへの報告の伝送より前にユーザにクエリを行うことによっても実行することができる。ユーザが適切な応答を提供した場合、ユーザは、次に、編集されるべき報告の部分を選択するように求められることが可能である。いずれにしても、報告の選択された部分がフォーマットされ、表示されて、ユーザは、適切な変更があれば、その変更を行う。

変更を行うコマンドが受け取られた後、またはタイムアウトの後、エージェントにより、ステップ３１８で、ユーザが何らかの形で報告を変更しているか否かが判定される。変更している場合、エージェントは、ステップ３２０で、ユーザの命令に従って報告を変更する。

ユーザが、判定ダイヤモンド３１０でエージェント報告を精査することを選択していない場合、ユーザが、判定ダイヤモンド３１８で表示された報告に対して全く変更を行っていない場合、またはエージェントが、ステップ３２０で報告の表示された部分に対して何らかの要求された変更を行った後、変更を反映するように変更された報告が、ステップ３１２で存在サーバに送られる。
次に、エージェントは、ステップ３０４で、追跡されるＩＤのパラメータを監視することに戻る。

（存在サーバ内部の追跡エージェントの動作）
図４は、本発明の実施形態による追跡エージェント１５４の動作を示している。
ステップ４００で、追跡エージェントは、コンテキスト検知エージェント報告を受け取り、ステップ４０４で、既知の技術によってエージェント報告を認証する。認証は、エージェント報告が、報告の中で特定された妥当なコンテキスト検知エージェント１５０からのものであることを立証する。認証は、通常、エージェント認証トークンおよび／または固有エージェント識別子を使用して実行される。通常、認証は、報告の中のエージェント認証トークンおよび／または固有エージェント識別子を関連する存在サーバ・データベースの中の対応するエージェント認証トークンおよび固有エージェント識別子と比較することによって実行される。判定ダイヤモンド４０８で、全く同じのマッチが存在しない場合、追跡エージェントは、ステップ４１２に進み、エージェント報告のさらなる処理を全く行わない。全く同じマッチが存在する場合、エージェントは、ステップ４１６に進む。

ステップ４１６および４２０の概要として、認証（および後の許可）が成功であった場合、エージェント１５４は、検知エージェント識別子を検査し、エージェント識別子に基づいて報告を処理し、報告側検知エージェントから古くなった以前の報告を除去する。処理は、報告に追跡規則を適用して最新のインテリジェンス・データを生成することに関わる（このステップは、報告の受信時に、または代替として、存在クエリの受信時に実行されることが可能である）。すべての報告は、提供されたユーザＩＤ、または記録されているアドレスに対応する。追跡規則および関連する論理が、エージェント報告の中にリストされたＩＰアドレスおよび／またはＭＡＣアドレス、および／またはゲートウェイを検査し、以前に処理された（相関させられた）存在情報、または提供された存在情報のデータベースの中に対応するエントリがないか捜し求める。

次に、ステップ４１６に戻ると、エージェントが、報告の中のデータを解析し、オプションとして、そのデータにタグを付ける。分類タグは、報告の中の情報に基づくだけでなく、データベースの中の対応するレコードの中の存在情報に対する報告情報の比較にも基づく。通常、データのタグ付けのすべてではないにしても、ほとんどは、ステップ４２０で実行される。

ステップ４２０で、エージェントは、連絡アドレスまたは連絡位置に固有の追跡規則および論理を適用する。例として、規則が、ユーザのデスク電話機にサービスを提供するネットワーク・セグメントに関するＩＰネットワーク範囲（報告の中の）、ユーザのＰＣの内蔵イーサネット（登録商標）・カード上の関連するＭＡＣアドレス（報告の中の）にマッチする場合、追跡エージェント１５４は、ステップ４１６で、報告情報にタグを付けなおし、ステップ４２０で、「ＰＣのキーボードが、前回、５分以内に使用された場合、オフィス電話機の連絡可能性のステータスをその電話機が使用中ではない、または応対不可ではない場合、応対可能であり、存在するに更新する」ことを指定する規則を適用する。これは、ＰＣとデスク電話機が空間的に互いに近接しているために妥当である。このようにして、デスク電話機は、独自のコンテキスト検知エージェントを有していなくても妥当な存在情報を示すことができる。

図４には示していないが、ステップ４１６および４２４は、報告の内容全体が解析され、タグを付けられ、追跡規則に対してマップされるまで繰り返し、または再帰的に実行される。

ステップ４２４で、ステップ４１６および４２０によって出力された応対可能性インテリジェンスが、関連するデータベースの中に存在情報として記憶される。

（クエリ・エージェントの動作）
図６は、本発明の実施形態によるクエリ・エージェント１６２の動作を示している。クエリ・エージェント１６２は、ステップ６００で、要求側から、指定されたユーザＩＤに関する存在情報のクエリを受け取る。前述したとおり、要求側は、通信デバイス、電話エージェント、または別の存在サーバであることが可能である。クエリは、通常、クエリが行われているユーザＩＤ、クエリのソースのＩＤ（またはアドレス）、通常は、特定されたユーザに連絡をとろうと努める個人のＩＤ（あらゆる特殊タグを含む）、要求される情報のＩＤ、認証情報または認証トークン、およびタイムスタンプを含む。

ステップ６０４で、クエリ・エージェントが、クエリを再フォーマットして、処理のためにポリシー・エージェント１５８に転送する。再フォーマットされたクエリのポリシー・エージェント１５８による処理を以下に説明する。

ステップ６０８で、クエリ・エージェントが、ポリシー・エージェントから応答を受け取り、ステップ６１２で、受け取った情報をフォーマットして、フォーマットされた情報を要求側に転送する。

クエリ・エージェントからの応答は、要求側に関連する通信デバイスまたは存在サーバなどのデバイスによって受け取られる。応答の中の分類タグを応答の中の他の情報をともに使用して、一連のオプションを要求側に提供することができる。例えば、表示されるオプションは、ユーザ連絡先がコンピュータ上でタイプしており、近くのデスク電話機を使用中ではないことを示し、コンピュータおよび近くのデスク電話機のメディア機能のリストを提供し、ユーザが、デスク電話機で（ライブの音声通信に関して）、またはコンピュータで（電子メールに関して）最も応対可能であることを示し、ユーザのポケットベルおよびセルラー電話機がオフにされていることを示すことが可能である。音声メール、インスタント・メッセージング、ビデオ、ＳＭＳなどの他の利用可能な通信オプションまたは通信モード（ライブ音声通信以外の）も、第２の通信オプションが応対可能である関連する尤度または確率とともに提示することができる。要求側に提供される追加の情報には、それぞれのリストされる連絡モードに関連する要求側またはユーザにかかる金銭的費用、連絡の最低限の優先順位（すなわち、緊急連絡だけ、またはすべてなど）、必要とされる認証トークンまたは認証レベル、および関連するサービスが含まれることが可能である。

（ポリシー・エージェントの動作）
図５は、本発明の実施形態によるポリシー・エージェント１５８の動作を示している。
ステップ５００で、ポリシー・エージェント１５８は、クエリ・エージェントから、特定されたユーザのクエリを受け取り、可能な場合、クエリ発信側のＩＤを既知の技術（公開鍵／秘密鍵ベースのシステム、発呼者ＩＤ／ＡＮＩ、または他のネットワーク・ベースの認証方法などの）によって認証して、要求側が自称するとおりであることを確認する。集金人、電話勧誘販売員、およびその他のみせかけの連絡者が、自らが誰であるかについてポリシー・エージェントに誤認させて、自身がそうでなければ受け取る資格がない所望の存在情報を受け取ろうと試みる可能性がある。

認証が成功した場合、ポリシー・エージェント１５８は、ステップ５０４で、特定されたユーザに関する応対可能性インテリジェンス２０８およびポリシー規則２１２を取り出す。

ステップ５０８で、ポリシー・エージェント１５８は、クエリが行われているＩＤ（またはクエリの中で要求側として示されるＩＤ）に関するポリシー規則に対して認証された要求をマッチし、またはマップして、所与のクエリが行われているＩＤに対する存在情報の開示の制限を決定する。前述したとおり、あるクラスの要求側は、存在情報をまったく受け取る資格がないか、または、場合により、誤認させる情報または不正確な情報を含む所定のタイプの存在情報だけを受け取る資格がある可能性がある一方で、他のクラスの要求側は、要求に応答して制限なしに存在情報を受け取る資格を有する可能性がある。例えば、要求側には、あらかじめ選択された連絡アドレスが提供されること、または提供されないことが可能であり、かつ／または１つまたは複数の連絡アドレスに関する不正確な、改変された、または変更された応対可能性確率が提供されることが可能である。任意の所与の状況において提供されるべき応対可能性インテリジェンスは、特定の連絡者に関してどのような情報が提供されるべきか、または連絡者がどのように扱われるべきかに依存する。

ポリシー規則は、実行のステップ５０８においてサーバ分類タグを計算上、効率的な形で利用するように構成されることが可能である。言い換えれば、ポリシー規則は、要求側／連絡側にどのような応対可能性インテリジェンスおよびその他の存在情報が提供されるべきかを決定する際に、１つまたは複数のサーバ分類タグを参照することができる。例えば、ユーザは、自身のモバイル電話番号が、午後６時を過ぎて、または午前７時より前にビジネス連絡側に提供されるべきでないことをポリシー規則として規定することができる。サーバ分類タグは携帯電話に対応する携帯電話の連絡アドレスを示す。ユーザの規定を発効させるポリシー規則は、そのタグを参照する。午後６時を過ぎて、午前７時前にユーザの同僚の従業員または顧客からクエリが届いた場合、ポリシー・エージェントは、規則を探し出し、タグを探索し、モバイル電話機の連絡アドレスを提供することを拒否する。

要求側が、制限を伴って、または制限なしに存在情報を受け取る資格を有する場合、ポリシー・エージェント１５８は、ステップ５１２で、要求側ＩＤに対してポリシーを適用し、またはマップして、どのような応対可能性インテリジェンスが要求側に提供されるべきかを決定する。通常、ポリシー・エージェント１５８は、クエリが行われるＩＤにマッチするポリシー規則に基づいて応対可能性インテリジェンスを濾過する。

ステップ５１６で、ポリシー・エージェント１５８は、濾過されたデータを含むクエリ・エージェント１６２に対する応答を生成し、ステップ５１６で、このクエリ・エージェントに転送する。

要求側が制限を伴っても、伴わなくても全く存在情報を受け取る資格を有さない場合、ポリシー・エージェント１５８は、ステップ５２０で、拒否応答を生成して、クエリ・エージェントに転送する。この応答は、通常、全く存在情報を含まない。

（エージェント報告、応対可能性インテリジェンス、生の位置および応対可能性のデータ、追跡規則、および／またはポリシー規則を変更するためのユーザ・インタフェース）
図７は、現在の応対可能性インテリジェンスを変更するため、または追跡規則および／またはポリシー規則を再構成するためのプロセスを示している。

ステップ７００で、通信デバイスからのユーザが、指定のデータまたは情報（これは、生の位置および応対可能性のデータ、そのデータの一部分、ユーザに関連する現在の応対可能性インテリジェンス、またはそのインテリジェンスの一部分、および／またはユーザに関連する追跡規則および／またはポリシー規則の１つまたは複数であることが可能である）を見ることをコンテキスト検知エージェントに要求する。

ステップ７０４で、コンテキスト検知エージェントが、情報のクエリを関連する存在サーバに対して行う。
ステップ７０８で、コンテキスト検知エージェントが、存在サーバから受け取られた際、クエリ結果をフォーマットし、ユーザに提示する。

判定ダイヤモンド７１２で、エージェントにより、ユーザが表示された情報を変更しているかどうかが判定される。このステップは、ユーザからのコマンドの受信に応答して実行され、全くコマンドが受信されない場合、選択されたタイムアウト期間が経過した後に実行される。表示された情報が変更されていない場合、エージェントは、ステップ７３２に進み、動作を終了する。情報が変更されている場合、エージェントは、ステップ７１６に進む。

ステップ７１６で、エージェントが、存在サーバに対する変更要求を生成する。ステップ７２０で、変更要求が存在サーバに送られる。
ステップ７２４で、存在サーバが、適切な確認を検知エージェントに送る。
ステップ７２８で、検知エージェントが、要求された変更が実行されたという適切な確認をユーザに提供する。次に、エージェントは、変更されるべきさらなる情報が存在するかどうかの要求をユーザに転送することができる。存在する場合、以上のステップが繰り返される。
次に、検知エージェントは、ステップ７３２で動作を終了する。

（名前空間マッピングおよび組み込まれた存在トークン）
本発明の別の実施形態では、既存の番号スキームと命名スキーム（名前空間）の間でアドレスのマッピングを行って、通信システムにわたる連絡アドレス、またはドキュメント、製品、およびその他の無生物の物体の中に組み込まれた存在のより広い相関を可能にすることによって存在システムを活用する手段が提供される。元の名前空間（Ｅ．１６４またはＳＩＰなどの）からのアドレスを同じ名前空間内または別の名前空間内の１つまたは複数のアドレスに対するＵＲＬポインタに変換するためのアルゴリズムが提供され、ＵＲＬポインタには、存在サーバに対するポインタが含まれることが可能である。言い換えれば、この実施形態の方法により、第１の名前空間内の第１のアドレスから同じ名前空間内、または別の名前空間内の第２のアドレスへの一般的な変換が可能になり、第１のアドレスおよび第２のアドレスのそれぞれは、共通の個人、エンティティ、またはサービス、または機能に関連付けられている。一般的なアプリケーションを提供するため、ディレクトリ・サービスからのアドレスの獲得が、ドメイン・ネーム・サービス（つまりＤＮＳ）用またはライトウェイト・ディレクトリ・アクセス・プロトコル（つまり、ＬＤＰＡ）用に使用されるような標準化されたクエリ／応答フォーマットを使用して実行される。組み込まれた存在の可能な用途には、納入業者またはサービス・プロバイダの特定および通信を人間の仲介者または手動のルックアップなにし無生物の物体の特性から間接的に可能にする合理化された発注システムおよびサービス・システムが含まれる。

一構成では、この実施形態は、無生物の物体に関連する名前空間の中にディレクトリ・サービスまたは存在サーバの中で個人またはエンティティのＩＤにさらに関連しているタグまたは存在トークンを組み込む、または含めることによって実施される。無生物の物体は、車（自動車サービス）、雑誌（予約購読）、消耗品（販売）などのサービス活動、販売活動、または他のマーケティング活動に関連する任意の物体であることが可能である。

名前空間は、特定の物体を一意的に識別することも、しないことも可能な数字であれ、英字であれ、または英数字であれ、任意の適切な形態であることが可能である。例には、統一商品コード、つまりＵＰＣ、国際標準図書番号コード、つまりＩＳＢＮコード、部品番号、ＭＡＣアドレス、ＩＰアドレス、シリアル番号、ＩＰアドレス、セッション開始プロトコル・アドレス、電子メール・アドレス、Ｗｅｂアドレス、ＵＲＩ、ＵＲＬ、Ｅ．１６４番号、および電話番号等が含まれる。

組み込まれたタグは、印刷されるのであれ、無線で共有されるのであれ、任意の適切な形態であることが可能である。使用することができるタグの例には、物体上に印刷されたコード、電話番号、またはその他の識別子、あるいは無線周波数識別子無線タグ、つまりＲＦＩＤ無線タグが含まれる。

動作上の例では、タグは、電気スキャン、磁気スキャン、光学スキャン、または光磁気スキャンされて、これにより、ＰＣ、ＰＤＡ、セルラー電話機、ラップトップなどの通信デバイスによってキャプチャされる。次に、デバイスは、存在サーバ、または他のタイプのルックアップ・サービスまたは変換サービスに連絡をとるために自らの関連する名前空間内でそのアドレスをルックアップすることができる。受信側サーバは、その名前空間内でアドレスに対応するエントリを探し出し、製造業者、小売業者、またはサービス・プロバイダの電話番号およびアドレスのような連絡情報だけでなく、物体のアフター・サービスを要求すること、物体に関する追加の機能を購入すること、追加の物体を購入すること、物体を予約購入すること（雑誌の場合）、物体の動作または機能、または物体の保証範囲、物体の製造業者または納入業者に関連するＷｅｂサイト、物体に関連するサービスのステータス（例えば、物体が、Ｆｅｄｅｒａｌ Ｅｘｐｒｅｓｓ（商標）またはＵｎｉｔｅｄ Ｐａｒｃｅｌ Ｓｅｒｖｉｃｅ（商標）からの配送伝票であり、ステータスは、伝票に関連する配送のステータスである）、物体の出所などに関してさらなる情報を獲得するために要求側に用意された動作上のオプションも含むことが可能な応答を提供する。様々なオプションが、オーディオ技術、ビデオ技術、およびオーディオビジュアル技術によるなどの、既知の技術を介して通信デバイスによって要求側に提示されることが可能である。

存在サーバ、またはドメイン・ネーム・サービス、または他のマッピング・サービスから応答で受け取られるアドレスは、製造業者、小売業者、またはサービス・プロバイダに関連する第２の存在サーバのアドレスであることも可能である。第２の存在サーバにおけるクエリ・エージェントに連絡が行われた際、要求側には、前述したとおり、通信オプション、ならびに各オプションの関連する確率が提供される。次に、要求側が、自身の必要性に応じて様々なオプションのなかから選択を行うことができる。

本発明のいくつかの変形形態および変更形態を使用することができる。本発明の一部の特徴を他の特徴を提供することなしに提供することも可能である。
例えば、１つの代替の実施形態では、本明細書で述べる様々なエージェントをソフトウェアとして、ハードウェアとして、またはソフトウェアとハードウェアの組み合わせとして実装することができる。したがって、エージェントは、特定用途向け集積回路、つまりＡＳＩＣなどの論理回路として実装することができる。

さらに別の実施形態では、本発明は、「プル」構成ではなく、または「プル」構成に加えて「プッシュ」構成で実施してもよい。例えば、ネットワーク存在サーバは、存在情報を受け入れ、処理し、存在情報に対する加入契約を履行するように構成できることが可能である。例として、クエリ・エージェントが、加入契約要求を受け入れることが可能であり、ポリシー・エージェントが、事前定義されたポリシー規則または明示的なユーザ承認（義務的であれ、自由選択であれ）に基づいて加入契約要求を許可し、認める、または認めないことが可能であり、クエリ・エージェントが、事前定義されたイベント時に（クエリ・エージェントに通知が提供されて）、または事前定義された間隔で加入契約要求を満たすことが可能である。理解されるとおり、「加入者を満足させること」は、「外部クエリを満足させること」と全く同じプロセスを使用し、違いは、要求が、存在情報サーバを発信元とするか、または存在情報サーバのモジュールを発信元とするかだけである。

本発明は、様々な実施形態において、様々な実施形態、その下位の組み合わせ、およびサブセットを含む実質的に本明細書で図示し、説明したとおりのコンポーネント、方法、プロセス、システム、および／または装置を含む。本開示を理解した後、本発明を実施し、使用するやり方が、当分野の技術者には理解されよう。本発明は、様々な実施形態では、例えば、パフォーマンスを向上させ、実施の容易さを実現し、かつ／または実施の費用を低減するため、以前のデバイスまたはプロセスにおいて使用されてきた可能性があるアイテムが存在しないことを含め、本明細書で、または本明細書の様々な実施形態で図示しておらず、かつ／または説明していないアイテムが存在せずにデバイスおよびプロセスを提供することを含む。

本発明の以上の検討は、例示および説明の目的で提示してきた。以上は、本明細書で開示した形態または諸形態に本発明を限定するものではない。例えば、以上の「詳細な説明」では、本発明の様々な特徴を開示を能率化する目的で１つまたは複数の実施形態に一緒にグループ化している。この開示方法は、請求する発明が、各請求項に明確に記載しているのより多くの特徴を要するという意図を反映しているものと解釈すべきではない。むしろ、頭記の特許請求の範囲が反映するとおり、本発明の態様は、以上に開示した単一の実施形態のすべての特徴に満たないものに存する。したがって、頭記の特許請求の範囲は、以上の「詳細な説明」に組み込まれ、各請求項が、単独で、本発明の別個の好ましい実施形態として成立する。

さらに、本発明の説明は、１つまたは複数の実施形態、ならびにいくつかの変形形態および変更形態の説明を含んでいるが、例えば、本開示を理解した後、当業者の技能および知識の範囲に含まれる可能性があるその他の変形形態および変更形態も、本発明の範囲に含まれる。請求する構造、機能、範囲、またはステップに代わる、交換可能な、かつ／または等価の構造、機能、範囲、またはステップを含め、そのような代替の、交換可能な、かつ／または等価の構造、機能、範囲、またはステップが本明細書で開示されているか否かに関わらず、特許可能な対象を公共に提供することを意図することなく、許される範囲で代替の実施形態を含む権利を獲得することを意図している。

共に「存在追跡および名前空間相互接続の技術」という名称の２００２年２月１４日に出願した米国特許仮出願第６０／３５７２４０号、および２００３年１月２３日に出願した米国特許仮出願第６０／４４２３２９号が、参照により本明細書に組み込まれている

本発明の実施形態による存在−応対可能性システムを示すブロック図である。 図１のシステムにおける存在情報データベースの中で使用することができるデータ構造を描いた図である。 図１のシステムにおける存在情報データベースの中で使用することができるデータ構造を描いた図である。 図１のコンテキスト検知エージェントの動作上の実施形態示す流れ図である。 図１の追跡エージェントの動作上の実施形態を示す流れ図である。 図１のポリシー・エージェントの動作上の実施形態を示す流れ図である。 図１のクエリ・エージェントの動作上の実施形態を示す流れ図である。 エージェント報告、ポリシー規則、および／または追跡規則を変更するためのユーザ・インタフェースの動作上の実施形態を示す流れ図である。

Claims (19)

1. 名前空間内に関連するアドレスを有する個人の応対可能性を確認するための方法であって、
   前記個人に関連するホスト・エンティティ内部でコンテキスト検知エージェントを提供するステップと、
   前記コンテキスト検知エージェントから前記個人に関連する存在情報を受け取るステップを含む方法。
2. 前記存在情報の少なくとも一部に基づいて少なくとも１つ分類タグを生成するステップをさらに含む請求項１に記載の方法。
3. 前記少なくとも１つの分類タグが、エージェント分類タグである方法であって、
   前記個人に関連するホスト・エンティティ内部のコンテキスト検知エージェントから存在情報を含むエージェント報告を受け取るステップをさらに含み、前記エージェント報告が、前記コンテキスト検知エージェントと前記ホスト・エンティティの少なくともどちらかに関連する固有識別子と、前記ホスト・エンティティに関連する少なくとも１つのアドレスと、少なくとも１つのイベントに関連する少なくとも１つのタイムスタンプとを含み、前記少なくとも１つの分類タグが、前記イベントに関連する請求項２に記載の方法。
4. 前記存在情報が、エージェント報告の中にあり、前記受け取るステップが、（ａ）前記エージェント報告の内容の少なくとも一部と、（ｂ）少なくともいくらかの現在の応対可能性インテリジェンスの少なくともどちらかを前記受け取るステップの前に前記個人に提供するステップを含む請求項１に記載の方法。
5. 前記個人が前記ホスト・エンティティにおいて応対可能性である確率と応対不能である確率の少なくともどちらかを算出するステップをさらに含む請求項１に記載の方法。
6. 前記算出するステップが、名前空間内の前記関連する連絡アドレスに関連する追跡規則を前記存在情報にマップして応対可能性インテリジェンスを提供する下位ステップを含む請求項５に記載の方法。
7. 名前空間内の前記関連する連絡アドレスに関連するポリシー規則を前記応対可能性インテリジェンスにマップして、どのような応対可能性インテリジェンスが要求側に提供されるべきかを決定するステップをさらに含む請求項６に記載の方法。
8. 前記マップするステップは、１つまたは複数のディレクトリ・サービスを介して前記要求側に関連する名前空間内のアドレスを同じ名前空間内および／または他の名前空間内の関連するアドレスのリストと比較する下位ステップを含む請求項７に記載の方法。
9. 少なくともある程度、前記エージェント報告に基づいて少なくとも１つのサーバ分類タグを生成するステップをさらに含み、前記マップするステップが、前記少なくとも１つのサーバ分類タグを１つまたは複数のポリシー規則の中で示された１組の分類タグと比較するステップを含む請求項８に記載の方法。
10. 前記少なくとも１つの分類タグが、複数のタグであり、前記複数のタグが、前記ホスト・エンティティの目的、ホスト・エンティティ・タイプ、前記ホスト・エンティティの地政学的位置、前記ホスト・エンティティの機能的位置、前記ホスト・エンティティの空間的位置、前記ホスト・エンティティの動作モード、前記エージェント報告をトリガするイベント、前記ホスト・エンティティの能力、メディア・タイプ、最低限の許容できる連絡優先順位、およびユーザによってカスタマイズされたタグのうち複数を示す請求項９に記載の方法。
11. 第２の存在情報を含む第２のホスト・エンティティに関連する第２のコンテキスト検知エージェントからエージェント報告を受け取るステップと、
    前記第２の存在情報に基づいて前記応対可能性確率を増加させるステップと減少させるステップの少なくともどちらかをさらに含む請求項１に記載の方法。
12. 前記第２のホスト・エンティティが、前記ホスト・エンティティに空間的に近接している請求項１１に記載の方法。
13. 前記少なくとも１つの分類タグが、サーバ分類タグであり、前記存在情報が、少なくとも１つのエージェント分類タグを含み、前記タグを生成するステップが、前記少なくとも１つのエージェント分類タグを分析する下位ステップと、前記少なくとも１つのエージェント分類タグに基づいて前記個人、前記関連するアドレス、および前記名前空間の少なくとも１つにサーバ分類タグを関連付ける下位ステップとを含む請求項２に記載の方法。
14. 前記個人と前記関連するアドレスの少なくともどちらかに関連する存在情報を収集するステップと、
    前記存在情報を変更のために前記個人に提示するステップと、
    前記変更された存在情報を含むエージェント報告を生成するステップと、
    前記エージェント報告を存在サーバに転送するステップとをさらに含む請求項１に記載の方法。
15. 前記関連する連絡アドレスに関連する追跡規則を前記存在情報にマップして応対可能性インテリジェンスを提供するステップと、
    前記関連する連絡アドレスに関連するポリシー規則を前記応対可能性インテリジェンスにマップして、どのような応対可能性インテリジェンスが要求側に提供されるべきかを決定するステップとをさらに含む請求項１に記載の方法。
16. 請求項１に記載のステップを実行するための命令を含むコンピュータ可読メモリ。
17. 請求項１に記載のステップを実行するように動作する論理回路。
18. 連絡先に関連する存在情報を連絡側に提示するための方法であって、
    少なくとも第１の通信モードを有する少なくとも第１の通信デバイス上の少なくとも第１の連絡可能度を算出するステップと、
    少なくとも第２の通信モードを有する少なくとも第２の通信デバイス上の少なくとも第２の連絡可能度を算出するステップであって、
    前記第１の通信モードと前記第２の通信モードが異なるステップと、
    前記連絡者に、少なくとも第１の通信モードおよび前記第２の通信モード、ならびに少なくとも第１の連絡可能度および第２の連絡可能度をそれぞれ提示し、前記少なくとも第１の通信モードと第２の通信モードの間で選択を行うオプションを提示するステップを含む方法。
19. １つまたは複数の名前空間内のアドレスと識別子の少なくともどちらかが提示されている無生物の物体に関する情報を提供するための方法であって、
    アドレスと識別子の前記少なくともどちらか、ならびに前記無生物の物体上の対応する名前空間を受け取るステップと、
    アドレスと識別子の前記少なくともどちらかの少なくとも一部を関連するアドレスのディレクトリにマップするステップと、
    アドレスと識別子の前記少なくともどちらかに対応する連絡アドレスを特定するステップと、
    前記特定された連絡アドレスへの連絡を開始するステップとを含む方法。
    

Images