JP5063218B2 - 精通度を追跡する情報のストレージおよび検索のシステムを含むインターネット・プロトコル電話技術アーキテクチャ - Google Patents

Description

本発明は、一般に通信システムに関し、詳細にはスイッチベースの企業通信システムに関する。

本出願は、この参照により本明細書に組み込まれているＣｈａｖｅｚ等に対する同じ名称の２００６年、６月３０日に出願の米国仮出願第６０／８１７，９７１号の恩典を主張するものである。

モバイル電話ネットワークと、静的電話ネットワークと、ＩＰネットワークの収束は、ユーザのための無数の通信オプションを提供する。ある人が他の個人に連絡を取ろうと努める場合、その人は、２〜３の例を挙げると電子メールまたはｅ−メール、インスタント・メッセージング、有線電話または無線電話、パーソナル・コンピュータ、ページャ、携帯型個人情報端末すなわちＰＤＡ、および統合メッセージング・システムすなわちＵＭシステムによってそのように行うことができる。そのように多数のオプションがあるので、所与の時点においてどのオプションが、所望の個人または被接触者に連絡を取る最も高い可能性を発呼者にもたらすことになるかを決定することは、もし不可能ではないとしても難しい。試行錯誤および推測作業が、その被接触者に連絡を取るために使用される典型的な技法であり、これは、少なからず発呼者の側に時間の浪費とフラストレーションをもたらす。

様々な試みが、ある人の存在と連絡可能性を一時的に追跡し、それによってその人に連絡を取る最大の可能性を接触者にもたらすことができる存在連絡可能性システム（presence and availability system）を実現するために行われてきている。これは、一般的にその人に関連する通信デバイスから情報を収集することによって成し遂げられる。そのようなシステムにより、さらに一般的に連絡を取られるべきその連絡可能性の定義、および／または接触者のグループと、その接触者もしくは接触者のグループがどのようにして彼らに連絡を取ることができるかについての定義をその人が行うことを可能にすることができる。これは、その人が接触者のアクセス制御設定を構成できるようにすることにより、成し遂げることができる。理解されるように接触者は、被接触者の連絡可能性に関する情報を閲覧し、その情報を使用して、通信を開始または継続することができるか否か、またどのようにして通信を開始または継続することができるかを決定することができる。

最近では、（データ・ネットワーク・マルチメディア会議と電話技術についての簡単な信号方式／アプリケーション層プロトコルである）セッション開始プロトコルすなわちＳＩＰが、メディアに独立な信号方式と存在連絡可能性システムの実装をスムーズに実行するために開発されてきている。他のプロトコルも、存在の概念を同様にサポートすることができるが、ＳＩＰは、本発明のための例証の基礎を実現する。ＳＩＰにおいては、終端システムおよびプロキシ・サーバは、コール転送、被接触者および接触者の番号配信（ここで番号は、従来のＵＲＬフォーマットなど任意の命名スキームとすることができる）、個人移動性（被接触者が端末を変更するときでさえ、単一の位置に独立なアドレスの下の被接触者に到達する能力）、端末タイプのネゴシエーションおよび選択（例えば、接触者には、被接触者にどのようにして到達するかについての選択肢を与えることができる）、端末機能ネゴシエーション、発呼者および被呼者の認証、盲目的コール転送および監視下のコール転送、複数パーティの会議への招待などのサービスを提供することができる。

これらの様々なサービスを提供するために、ＳＩＰは、比較的簡単なメッセージ・システムを使用する。連絡は、（接触者のコーデックの好みを伴う）「ＩＮＶＩＴＥ」メッセージと、（被接触者のコーデックの好みを伴う）「ＯＫ」メッセージとを経由して開始される。様々なソフトウェア・エンティティ、すなわち現在の時刻における所与のユーザのアドレスのマップを維持する登録機関と、コール経路指定、何らかのセッション管理、ユーザ認証、リダイレクト機能、およびメディア・ゲートウェイへの経路指定を実施するプロキシと、転送機能のサブセットを実施するリダイレクト・サーバと、ユーザ・プロファイルを保持し加入者登録を実現するＳＩＰロケーション・サーバとが、参加することができる。「登録」とは、それによって、ユーザがオンラインになり、または既存の登録に課金する必要があるたびに、ユーザの通信デバイスが、ネットワークに登録し、いくつかの異なる判断基準に基づいて連絡を経路指定するための情報を指定する個々のプロファイルが保持されるメカニズムである。

存在認識通信システムの出現を伴う場合でさえ、通信システムを使用して他の次元における存在認識を実現する必要性が増大している。一例として、多数の企業組織、特に極めて大きな組織は、必ずしも全部ではないとしても、その組織の従業員の大きなパーセンテージについての専門技術の分野およびレベル、ならびに知識のすべてについて必ずしも理解していない。

例えば、証券会社（brokerage firm）など大きな金融会社の場合には、従業員エージェントは、クライアントが会社ＸＹＺに投資すべきかどうかについて５分以内に回答を求めるある重要なクライアントからのコールを受信することもある。そのクライアントが５分以内に投資できない場合、株価は上昇する可能性があり、クライアントはさらに多額のお金が必要となり、クライアントの収益を低減させる一方でクライアントのリスクを増大させる可能性がある。そのエージェントが、会社ＸＹＺについて何も知らないか、またはほとんど知らない場合には、そのエージェントは、速やかにウェブ検索を実施し、または会社ＸＹＺについての関連情報について他の従業員に質問し、あるいはその両方を行うことだけに限られる（これは、せいぜい行き当たりばったりの提案にすぎない）。大部分の場合には、これらのリソースは、クライアントにとって使用可能なものと同じリソースである。どのようなアドバイスがクライアントに対して与えられたとしても、それは、その金融会社の使用可能な精通するリソースによって提供され得る最上のアドバイスにはならない可能性が高い。最上のアドバイスを提供するのに失敗する理由は、金融会社が、そのクライアントにとって関心のあるトピックに対するその従業員の現在の精通度についての、中央の従業員アクセス可能なデータベースによって実施されるような認識をほとんど有していないことである。
米国仮出願第６０／８１７，９７１号 米国特許第６１９２１２２号 米国特許第６１７３０５３号 米国特許第６１６３６０７号 米国特許第５９８２８７３号 米国特許第５９０５７９３号 米国特許第５８２８７４７号 米国特許第５２０６９０３号

これらの必要性および他の必要性は、本発明の様々な実施形態および構成によって対処される。本発明は、一般に選択された人々のグループの精通度を追跡し決定するアーキテクチャおよび方法を対象としている。本明細書中で使用されるように、「精通度（fluency）」は、所与のタスクまたはアクティビティを実施するに際しての所与の主題内容、および／または選択されたトピックを伴う所与の主題における知識、技能、熟練度、熟知度、または専門知識のレベルまたは程度のことを意味する。

本発明の第１の実施形態においては、選択されたリソースおよび／または内容を識別するための、
（ａ）選択された内容について伝達者／加入者による通信を解析するステップと、
（ｂ）その選択された内容がその通信中に存在するときに、通信および／または伝達者／加入者に関連し、通信に関連するタイミング情報を反映する重み付けされた値を決定するステップと、
（ｃ）その後に、その重み付けされた値を使用して通信の所在を見出し、または選択された内容に精通しているとしてその伝達者／加入者を識別し、あるいはその両方を行うステップと
を含む方法が実現される。

一実施形態においては、重み付けされた値が使用されて通信の記憶された表現に関連するタグを重み付けする。換言すれば、通信の新しさが、所与のブール探索照会に対する異なる記憶された通信表現の関連性の程度をランク付けする際の重み付けファクタのうちの１つとして使用される。

他の構成においては、重み付けされた値が使用されて、選択された内容に関係または関連するトピックにおける伝達者の精通度のレベルを決定する。
他の一実施形態においては、企業ネットワークを動作させる、
（ａ）（電子メール、インスタント・メッセージング、および／またはチャット・セッションなどの音声、ビデオ、またはデータの形態とすることができる）加入者の他の人との通信を記録するステップであって、音声通信が行われる時刻に時間的に近接して音声通信が記録されているステップと、
（ｂ）通信の後での検索と取り出しのために通信の記憶された表現をタグ付けするステップであって、それらのタグが、通信の内容および通信のコンテキストを記述しているステップと、
（ｃ）検索要求が受信されるときに、それらのタグを使用してその検索要求と適合した通信の所在を見出すステップと、
（ｄ）通信が検索要求と適合するときに、要求者に可聴的および／または可視的にその通信を供給するステップと
を含む方法が実現される。

本発明は、デスクトップ・クライアントが、そのユーザが精通しているトピックを決定し、新しさに基づいた重みを含めて様々な重みをそれらのトピックに与える新しいインターネット・プロトコル電話技術アーキテクチャを実現することができる。本発明はまた、この情報を中央ディレクトリにエクスポートすることもでき、それ故に最新のトピックに精通するユーザに対するリアル・タイム・アクセスが可能である。（電子メール、インスタント・メッセージングおよび／またはチャット・セッションなど、音声、ビデオ、およびデータ・ストリームを含めて）すべての通信ストリームが、記憶され、アーカイブされ、コンテキストによりタグ付けされ、将来の検索のために使用可能であることが好ましい。次いで、豊富なデスクトップ・クライアントは、トピック・ディレクトリに対するアクセスをユーザにもたらすことができ、そのトピックに精通する重み付けされたユーザと、それらのユーザの存在状態と、それらのユーザに個別に、順次に、または同時に自動的に連絡を取る機能とを戻すことができる。試みられるセッションには、要求者によって優先順位が割り当てられる。受信者に連絡が取られるとき、それは、要求者と、受信者に連絡が取られている理由（例えば、トピック）と、連絡先の優先順位に関する情報を含んでいる。

本発明は、特定の構成に応じて、いくつかの利点をもたらすことができる。本発明は、重み付けを含めてユーザのディレクトリとユーザのトピックにおける精通度をリアル・タイムで自動生成しアップデートする機能を実現することができる。本発明は、ユーザが、最新関連性コンポーネント（recency relevancy component）を含めて、あるトピックに精通する人々のリストを求めて照会する機能を提供することができる。本発明は、ユーザが、戻されたすべての人々の存在状態を指し示し、個別であれ、順次であれ、あるいは同時であれ、それらのユーザに連絡を取る豊富なメカニズムを提供する、そのような照会に対する応答を受信する能力を実現することができる。本発明は、それが会議であってもなくても、未解決のセッション、トピック、発信者、優先順位のコンテキストについての豊富な情報をその受信者に提供することができる。本発明は、あらゆるコールについて必要とされる基本サービスとして音声レコーディングを提供することができる。本発明は、情報管理システムにおいてよく知られている関連性のスコア（relevance scoring）を使用して音声アーカイブに対するセキュリティ保護されたアクセスを実現することができる。本発明は、データからタグを分離し、それが強制する規則に対するすべての検索をアクセス・エージェントが認証することを必要とすることにより、低コスト接続のためのＩＰ接続と、低コスト・ストレージのためのＤＶＲ技術と、速やかな正しい情報アクセス、セキュリティ保護されたアクセスのための関連性エンジン（relevance engine）とをうまく利用することができる。

これらの利点および他の利点は、本明細書中に含まれる１つ（または複数）の本発明の開示から明らかになろう。
本明細書中で使用されるように、「少なくとも１つ」と、「１つまたは複数」と、「および／または」は、動作において論理積的（conjunctive）でも論理和的（disjunctive）でもある拡張可能な表現である。例えば、表現「Ａ、ＢおよびＣのうちの少なくとも１つ」と、「Ａ、Ｂ、またはＣのうちの少なくとも１つ」と、「Ａ、ＢおよびＣのうちの１つまたは複数」と、「Ａ、Ｂ、またはＣのうちの１つまたは複数」と、「Ａ、Ｂ、および／またはＣ」のそれぞれは、Ａ単独、Ｂ単独、Ｃ単独、ＡとＢと一緒、ＡとＣと一緒、ＢとＣと一緒、またはＡとＢとＣと一緒を意味する。

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

システム・アーキテクチャの概要
本発明の第１の実施形態によれば、第１および第２の企業ＬＡＮ（Local Area Networkローカル・エリア・ネットワーク）１００および１０４と存在サービス１１４とが、１つまたは複数のＷＡＮ（Wide Area private and/or public Network(s)ワイド・エリア専用および／または公衆ネットワーク）１０８によって相互接続される。第１および第２のＬＡＮ１００および１０４は、それぞれ第１および第２の企業施設１１２および１１６に対応する。

第１の企業施設１１２は、ＬＡＮ１００によって相互接続された第１、第２、...第ｎの通信デバイス１２０ａ〜ｎと、ゲートウェイ１２４とを含んでいる。第１の企業施設１１２は、用途に応じて、着信する連絡および発信される連絡を制御し、経路指定し、構成するスイッチおよび／またはサーバ（図示せず）など、他のコンポーネントを含むことができる。

第２の企業施設１１６は、ゲートウェイ１２４と、キー・データベース１３０を保持し、それにアクセスするアーカイバル・サーバ１２８と、セキュリティ・アクセス制御データベース（security and access control database）１３２と、タグ・データベース１３４と、メタ・データ・データベース１３６と、アーカイバル・データベース１３８と、加入者データベース１４０と、メッセージング・サーバ１４２と、電子メール・サーバ１４４と、インスタント・メッセージング・サーバ１４６と、第１、第２、...第ｊの通信デバイス１４８ａ〜ｊと、第１、第２、...第ｍの通信デバイス１５０ａ〜ｍと、スイッチ／サーバ１５２と、他のサーバ１５４とを含んでいる。それらの２つの企業ネットワークは、（例えばビジネス・ツー・ビジネス関係に従事する）２つの異なる企業を、あるいは同じ企業の２つのサイトを構成してもよい。

企業によって動作させられてもよく、または動作させられなくてもよい存在サービス１１４は、存在サーバ１１８と、関連する存在情報データベース１２２を含んでいる。存在サーバ１１８と、存在情報データベース１２２は、加入者の存在および／または連絡可能性を一括して追跡し、要求する通信デバイスに対して選択された企業加入者に関係する現在の存在情報を提供する。

本明細書中で使用されるように、「加入者」は、企業ネットワークによってサービスされ、企業ネットワークに登録し、または加入し、あるいはそうでなければ提携している人を意味し、「存在情報」は、今度は人またはアイデンティティに関連する、通信デバイスなど、ネットワーク・ノードおよび／またはエンドポイント・デバイスに関連する任意の情報を意味する。存在情報の例は、登録情報と、そのエンドポイント・デバイスのアクセス可能性に関する情報と、エンドポイントの電話番号またはアドレスと、その人によるエンドポイント・デバイスの使用の新しさと、ネットワーク・コンポーネントに対するその人による認証の新しさと、エンドポイント・デバイスの地理的位置と、メディアのタイプと、フォーマット言語と、現在使用可能な通信デバイスのセッションおよび通信の機能と、その人の好み（例えば、特定のタイプの連絡のために、または指定された事実に基づくシナリオの下で連絡を取られるべき通信デバイスなど連絡モードの好みまたはプロファイル）と、連絡時間の好みと、その人がそれについては連絡されることを望まない主題など、許容不可能な連絡タイプおよび／または主題と、その人がそれについて連絡されることを望む主題など、許容可能な連絡タイプおよび／または主題とを含んでいる。存在情報は、ユーザ構成可能とすることができ、すなわちユーザは、ユーザにアクセスすることができる通信およびメッセージのデバイスの数およびタイプを構成して、指定された事実に基づく状況において着信する接触者に提示される通信およびメッセージングのオプションを定義する異なるプロファイルを定義することができる。事前に定義されたことを識別することにより、システムは、適切なプロファイルを検索し、それに従うことができる。

１つ（または複数）のＷＡＮは、パケット交換であれ回路交換であれ、どのような分散ネットワークにもすることができる。一構成においては、ＷＡＮ１０８は、公衆交換電話網（Public Switch Telephone Network）すなわちＰＳＴＮなどの回路交換網と、インターネットなどのパケット交換網とを含んでいる。他の構成においては、ＷＡＮ１０８は、インターネットなど、ただ１つまたは複数のパケット交換網を含んでいる。

ゲートウェイ１２４は、対応するＬＡＮへの入口とそのＬＡＮからの出口を制御するための適切な任意のデバイスとすることができる。ゲートウェイは、対応する企業施設中の他のコンポーネントとＷＡＮ１０８との間に論理的に配置されて、適切なスイッチ／サーバと第２のネットワークの間を通過する通信を処理する。ゲートウェイ１２４は、一般的にＷＡＮから対応するＬＡＮへ、また逆も同様に電気信号を阻止し、方向づけ、コードおよびプロトコルの変換を実現する電子リピータ機能を含んでいる。さらに、ゲートウェイは、ネットワーク・アドレス変換など、様々なセキュリティ機能を実施し、セキュリティ保護されたトンネルをセットアップし使用して、仮想専用ネットワーク機能を実現することができる。一部のプロトコルにおいては、ゲートウェイは、会議を他のネットワーク、通信プロトコル、およびマルチメディア・フォーマットへとブリッジする。適切なゲートウェイの例は、Ａｖａｙａ Ｉｎｃ．のＧ７００（商標）、Ｇ６５０（商標）、Ｇ３５０（商標）、ＭＣＣ／ＳＣＣ（商標）メディア・ゲートウェイと、Ａｃｍｅ ＰａｃｋｅｔのＮｅｔ−Ｎｅｔ４０００セッション・ボーダー・コントローラを含んでいる。

第１、第２、...第ｎの通信デバイス１２０ａ〜ｎと、第１、第２、...第ｊの通信デバイス１４８ａ〜ｊは、ＩＰハードフォン（例えば、Ａｖａｙａ Ｉｎｃ．の４６００シリーズＩＰ Ｐｈｏｎｅ（商標））、ＩＰソフトフォン（例えば、Ａｖａｙａ Ｉｎｃ．のＩＰ Ｓｏｆｔｐｈｏｎｅ（商標）、携帯型個人情報端末すなわちＰＤＡ、パーソナル・コンピュータすなわちＰＣ、ラップトップ、パケットベースのＨ．３２０ビデオ電話と会議ユニット、パケットベースの音声メッセージングおよび応答のユニット、ピア・ツー・ピアベースの通信デバイス、パケットベースの従来のコンピュータ電話技術付属物などのパケット交換局または通信デバイスであることが好ましい。適切なデバイスの例は、Ａｖａｙａ Ｉｎｃ．の４６１０（商標）、４６２１ＳＷ（商標）、および９６２０（商標）ＩＰ電話である。

第１、第２、...第ｎの通信デバイス１５０ａ〜ｍは、回路交換デバイスおよび／またはＴＤＭデバイスであることが好ましい。理解されるように、局１３６および１４０は通常、局からの電子信号をＴＤＭバス（図示せず）上に配置されるようにするＴｉｐリング・インターフェースにプラグインされる。各局は、その制御するスイッチ／サーバ上への１組の内部（直接内部ダイヤル）拡張のうちの１つに対応する。制御するスイッチ／サーバは、従来のようにして着信する連絡をこれらの拡張へと方向づけ、発信される連絡をこれらの拡張から受信することができる。局１３６および１４０は、例えば有線電話および無線電話と、ＰＤＡと、Ｈ３２０ビデオ電話および会議のユニットと、音声メッセージングおよび応答のユニットと、従来のコンピュータ電話技術付属物とを含むことができる。適切なデバイスの例は、Ａｖａｙａ Ｉｎｃ．の３００１０（商標）デジタル電話、２４１０（商標）デジタル電話、２４２０（商標）デジタル電話である。図に示されてはいないが、第１の企業施設１１２は、用途に応じて回路交換デバイスまたはＴＤＭ通信デバイスを含むこともできる。

通信デバイスの様々な組は、その企業の内部にある。理解されるように、その企業は、さらに加入者および非加入者の外部通信デバイスと通信を行うことができる。「外部の」通信デバイスは、企業のスイッチ／サーバによって制御されない（例えば、スイッチ／サーバによるサービスを受ける内線電話をもたない）が、「内部の」デバイスは、企業のスイッチ／サーバによって制御される。

第１および第２の企業施設１１２および１１６中における通信デバイスは本来、ストリームの２人以上の消費者に対してＩＰメディアをストリームすることをサポートすることができる。それらのデバイスは、そのデバイス（例えば、ポイント・ツー・ポイント）中において、またはゲートウェイ１２４によってローカルに制御することができ、あるいはスイッチ／サーバ１５２中において、通信コントローラ１６２によってリモートに制御することもできる。それらの通信デバイスがローカルに制御されるときに、ローカル通信コントローラは、メディア・ストリームが、アーカイバルのための特定のアドレスに送信されるべきことを指定する、他の通信コントローラからの命令を受信することをサポートすべきである。他の通信コントローラが関与していない場合には、ローカル通信コントローラは、メディア・ストリームをアーカイバル・アドレスに送信することをサポートすべきである。

アーカイバル・サーバ１２８は、様々な関連するデータベースを維持し、それにアクセスする。様々なデータベースの機能および内容については、以下でより詳細に説明される。

メッセージング・サーバ１４２と、電子メール・サーバ１４４と、インスタント・メッセージング・サーバ１４６は、特定のサービスを企業加入者に対して提供するアプリケーション・サーバである。理解されるように、メッセージング・サーバ１４２は、加入者ごとのボイスメール・データ構造を保持し、それにより、加入者は接触者からの音声メッセージを受信することができるようになる。電子メール・サーバ１４４は、電子メール機能を加入者に提供する。またインスタント・メッセージング・サーバ１４６は、インスタント・メッセージング機能を加入者に提供する。

スイッチ／サーバ１５２は、企業ネットワークにおいて着信するボイス・オーバーＩＰ（Voice over IP）すなわちＶｏＩＰや電話呼び出しなどの通信を方向づける。本明細書中で使用されるような用語「スイッチ」、「サーバ」および「スイッチおよび／またはサーバ」は、ＰＢＸ、ＡＣＤ、企業スイッチ、企業サーバ、または他のタイプの電気通信システムのスイッチまたはサーバ、ならびにメディア・サーバ、コンピュータ、付属物など他のタイプのプロセッサベースの通信制御デバイスを含むように理解されるべきである。スイッチ／（メディア）サーバは、１つまたは複数の通信デバイスに対して連絡を方向づけるための任意のアーキテクチャとすることができる。例証として図１のスイッチ／サーバ１５２は、そのすべてがこの参照により本明細書に組み込まれている米国特許第６１９２１２２号、第６１７３０５３号、第６１６３６０７号、第５９８２８７３号、第５９０５７９３号、第５８２８７４７号、および第５２０６９０３号に開示された加入者−施設の装置、Ａｖａｙａ Ｉｎｃ．のＤｅｆｉｎｉｔｙ（商標）ＰＢＸ（Private-Branch Exchange構内交換機）ベースのＡＣＤシステム、ＭｕｌｔｉＶａｎｔａｇｅ（商標）ＰＢＸ、ＣＲＭ Ｃｅｎｔｒａｌ２０００Ｓｅｒｖｅｒ（商標）、Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｍａｎａｇｅｒ（商標）、Ｓ８３００（商標）メディア・サーバ、ＳＩＰ Ｅｎａｂｌｅｄ Ｓｅｒｖｉｃｅ（商標）、および／またはＡｖａｙａ Ｉｎｔｅｒａｃｔｉｏｎ Ｃｅｎｔｅｒ（商標）とすることができる。スイッチ／サーバ１５２は一般的に、従来、外部通信リンクに対するインターフェースと、通信スイッチング機構と、サービス回路（例えば、トーン・ジェネレータ、アナウンスメント回路など）と、制御プログラムおよびデータを記憶するためのメモリと、それらの記憶された制御プログラムを実行して諸インターフェースおよびその機構を制御し、自動的連絡配信機能を実現するためのプロセッサ（すなわち、コンピュータ）とを含む蓄積プログラム制御システムである。例示の制御プログラムは、着信する連絡および発信される連絡を方向づけ、制御し、構成する通信コントローラ１６２と、複数のパーティの電話会議をセットアップし構成する会議コントローラ１６４と、共通セッションに含まれる複数のエンドポイントからの複数のメディア・ストリームをアーカイバル・サーバ１２８に供給する集約エンティティ（aggregation entity）１６６を含んでいる。スイッチ／サーバは、関連する企業内部通信デバイスにサービスを提供するネットワーク・インターフェース・カードを備える。

スイッチ／サーバ１５２は、（例えば、主要レート・インターフェース、基本レート・インターフェース、インターネット・プロトコル、Ｈ．３２３、およびＳＩＰトランクとすることができる）複数のトランク（図示せず）を経由して、ＷＡＮ１０８に対して共通に接続され、またそれぞれ１つ（または複数）のリンク１５６および１５８を経由してそれぞれ第１、第２、...第Ｊの局１４８ａ〜ｊおよび第１、第２、...第Ｍの局１５０ａ〜ｍに対して共通に接続される。

他のサーバ１５４は、その用途に応じて様々なサーバを含むことができる。例えば、他のサーバ１５４は、セッション開始プロトコル（Session Initiation Protocol）すなわちＳＩＰ、またはＨ．３２３プロトコルの下で名前解決を実施するプロキシ・サーバと、ドメイン命名システム（Domain Naming System）リゾルバすなわちＤＮＳリゾルバとしての役割を果たすドメイン命名サーバと、実行可能なイメージ情報や構成情報などのファイル転送をルータ、スイッチ、通信デバイス、および他のコンポーネントに対して引き起こすＴＦＴＰサーバ３３４と、ファックス・サーバと、アドレス解決を解決するためのＥＮＵＭサーバと、ネットワーク・ハンドオーバおよびマルチ・ネットワーク・ドメイン・ハンドリングを処理する移動性サーバを含むことができる。

本発明は、スイッチ／サーバと局との間および／または第１のスイッチ／サーバと第２のスイッチ／サーバとの間のどのような特定のタイプの情報トランスポートの媒体またはプロトコルも必要としないこと、すなわち本発明は、所望の任意のタイプのトランスポート媒体、ならびに異なるタイプのトランスポート媒体の組合せを用いて実装することができることに留意されたい。

好ましい実施形態は、クライアント・サーバ・アーキテクチャに関して説明されるが、本発明の原理は、他のネットワーク・アーキテクチャにも適用されることを理解されたい。例えば、本発明は、セッション開始プロトコルによって思い描かれるネットワークなどのピア・ツー・ピア・ネットワークに対して適用される。クライアント・サーバのモデルまたはパラダイムにおいては、ネットワーク・サービスと、それらのサービスにアクセスするためにエンド・ユーザによって使用されるプログラムが説明される。クライアント側は、ネットワークからサービスを要求するためのインターフェースをユーザに提供し、サーバ側は、サービスについてのユーザ要求を受入れ、ユーザに対してトランスペアレントなサービスを提供する責任がある。ピア・ツー・ピアのモデルまたはパラダイムと対照的に、各ネットワーク化ホストは、アプリケーション・プログラムのクライアント部分もサーバ部分も実行する。さらに、本発明は、特定のＩＰＴ（Internet Protocol Telephonyインターネット・プロトコル電話技術）プロトコルを必要とせず、例えばＱＳＩＧ、Ｈ．３２３、およびそれらの組合せを使用して実装することができる。さらに、本発明は、パケット交換網または回路交換網の存在を必要としてはいない。

ユーザ・エージェント
各通信デバイス１２０、１２８および１５０は、対応するユーザ・エージェント１６０を含んでいる。エージェント１６０は、対応する通信デバイスを使用して加入者によって実施されるアクティビティを追跡し、どのトピックにおいて加入者が精通しているかを決定し、加入者に所望の情報を提供する。その情報は、選択されたトピックにおいて精通している他の加入者のリストと、リストアップされた各加入者についてのそれぞれの存在情報を含むことができる。追跡されたアクティビティは、１つまたは複数の他のパーティとの通信やドキュメントの作成など、どのような選択されたアクティビティに関連したものとすることもできる。例えば、ユーザ・エージェント１６０は、送信された電子メールと、送信されたインスタント・メッセージと、送信されたライブの音声通信と、送信された音声メッセージと、レビュー、作成および／または編集されたドキュメントと、ウェブ・ブラウジング・セッションと、通信の他の任意の形態とを検査することができ、ここで通信の内容は、電子的に識別することができる。その検査は、そのそれぞれが、精通度の分野またはトピックに関連づけられる、選択されたキーワードまたはキーワードの集まりを使用して実施される。キーワードは、ユーザおよび／または企業によって選択することができる。次いでエージェント１６０は、識別されたキーワードの出現に重み付けし、識別されたキーワードに関連するトピックにおける対応する加入者の精通度レベルをアップデートする。その１つ（または複数）のアップデートされた精通度レベルは、以下で詳細に説明されるように、加入者データベース１４０に記憶するためにリアル・タイムまたはほぼリアル・タイムでアーカイバル・サーバ１２８に対して提供される。キーワードの出現に適用される重み付けは、キーワードの出現の頻度と、検査される情報体の幅の広さ（例えば、その人は、どれだけ多くの異なる人々にキーワードまたはキーワードの組に関して対応しているか）と、（例えば、それらが行われる通信の）出現の新しさと、キーワードが加入者を起源とするか、または他を起源とするかどうかについてと、アクティビティに関連した情報のコンテキスト（例えば、顧客対他の従業員を伴う通信）と、使用される通信メディアのタイプ（例えば、通信が、音声であるか、またはテキストであるか）と、順序関係のレベル（例えば、第１、第２、...第ｎの順序関係を使用して、キーワードの関連度を説明する）と、情報を生成するアクティビティのタイプ（例えば、アクティビティが通信セッションであるか、またはワード・プロセッシング・セッションであるか）と、要求者の好み（例えば、要求者が進んで通信を行いたい人か、またはあまり通信を行いたくない人かなど）と、所在が見出される人の好み（例えば、進んで取りたいと思うコールのタイプ、その人がコールを取るのに必要とされる緊急性のレベル、その人が進んで通信を行いたい、またはあまり通信を行いたくない接触者など）とを含めて、いくつかのファクタに基づくものとすることができる。このリストは、トピックにおけるユーザの精通度を決定するために使用することができる情報タイプについて網羅したものではない。

ユーザ・エージェント１６０のユーティリティが図５に示され、この図は、１つまたは複数の選択されたトピックに精通する従業員のリストについての加入者の照会に応じて対応する加入者に対してエージェントによって提供されるディスプレイを示している。ディスプレイ５００は、いくつかのフィールドを含んでいる。精通度ランク付けフィールド５０４ａ〜ｄは、選択された１つ（または複数）のトピックにおける他者に対するその人の精通度ランク付け（あるいは代わりに精通度レベルまたはスコア）に基づいて識別された人のうちのそれぞれをランク付けし、名前フィールド５０８ａ〜ｄは、識別子（例えば、図５に示されるような名前）を提供し、現行ステータス・フィールド５１０ａ〜ｄは、対応する人についての現在の存在および連絡可能性（例えば、最新の存在情報）を提供し（「連絡可能（available）」は、その人が現在連絡可能であることを意味し、「連絡不可能」は、その人が現在連絡不可能または接触不可能であることを意味する）、連絡アイコン５１２ａ〜ｄは、そのアイコンをクリックすることにより加入者が対応する人と連絡を取ることを可能にし（「コンタクト・ミー（contact me連絡して下さい）」アイコンは、現在の連絡を開始するが、「コンタクト・ミー・レイタ（contact me later後で連絡して下さい）」アイコンは、後でスケジュールされた時刻に連絡を開始する）、コンファレンス・ミー（conference me電話会議をお願いします）フィールド５１６ａ〜ｄは、（ボックスをチェックすることにより）加入者が、加入者によって選択された幾人かの人と電話会議をセットアップしたいかどうかを示し、連絡順序フィールド５２０ａ〜ｄは、その人が連絡されるべき順序を示し、主題フィールド５２４は、連絡の主題を示し（例えば、「ＡＣＭＥセール」に関連しているとして示され、これについては、通常精通度リストの背後の検索照会から導き出される）、重要性フィールド５２８は、連絡の重要性または緊急性を示している。照会によって戻されるすべての人は、該当するフィールドのカラム上のすべてのボタンを選択についてクリックすることにより選択することができる。

加入者は、対応するコンタクト・ミー・アイコン５１２をクリックすることにより一度に１つずつ、順次連絡アイコン（contact sequentially icon）５３２をクリックすることにより順次に、または同時連絡アイコン（contact concurrently icon）５３６をクリックすることにより同時に選択された人と連絡を取ることができる。

第１のオプションに関しては、加入者が、（ジョン・スミス、ジョン・ドゥー、およびメアリー・スミスに対応する）アイコン５１２ａおよびｃ〜ｄのうちの１つをクリックするとき、加入者にその人と今連絡を取るか、または後になってスケジュールされた時刻に連絡を取るかについてのオプションを与えるドロップ・ダウン・メニューが現れる。後になっての場合、加入者は、ドロップ・ダウン・メニューに連絡についての所望の時刻を入力し、ユーザ・エージェント１６０は、存在情報データベース１２２と連絡を取って、その時刻が許容可能かどうかを判定する。許容可能な場合、ユーザ・エージェント１６０は、加入者の電子カレンダと選択された人の電子カレンダ上で対応するエントリを自動的に生成する。許容可能でない場合には、ユーザ・エージェント１６０は、加入者に許容可能な連絡時刻を提供し、加入者に異なる適合する時刻を選択するように頼む。許容可能な時刻が選択された後に、ユーザ・エージェント１６０は、加入者の電子カレンダと選択された人の電子カレンダ中において適切なエントリを生成する。（ジョン・ハンコックに対応する）コンタクト・ミー・レイタ・アイコン５１２ｂが現れ、加入者によって選択されるときには、加入者に連絡についての時刻をリストアップするように頼むドロップ・ダウン・メニューが現れる。そのポイントからは、さらなる諸ステップは、前述のステップと同じである。

第２のオプションに関しては、加入者は、連絡されるべきメンバについての連絡順序フィールド５２０ａ〜ｄのそれぞれに順序値を入力することによりそのリストの複数のメンバと順次に連絡を取ろうとすることができる。値を入力しないということは、その人が連絡されなくなることを意味する。したがって、加入者が、フィールド５２０ａに「１」の値を、フィールド５２０ｄに「２」の値を、またフィールド５２０ｃに「４」の値を入力し、次いで順次連絡アイコン５３２をクリックする場合、エージェント１６０は、第１にジョン・スミスに、第２にメアリー・スミスに、また第３にジョン・ドゥーへの連絡を開始する。それらの連絡は、第１の人が回答することが連絡シーケンスを停止するように構成することができる。したがって、ジョン・スミスが回答できずメアリー・スミスが回答する場合、ジョン・ドゥーは、連絡を受けないはずである。代わりに、それらの連絡は、第１の人が連絡を受け、成功しない場合または成功する場合にも、その連絡が終了された後に第２の人が連絡を受け、以下同様となるように構成することもできる。

第３で最後のオプションに関しては、加入者は、会議を行うべき、リストのメンバのうちの選択されたメンバについてのフィールド５１６ａ〜ｄをクリックし、アイコン５３６をクリックすることにより、そのリストの複数のメンバに同時に連絡をしようとすることができる。次いでエージェント１６０は、選択された人々のそれぞれと連絡を取ろうとすることにより、電話会議を開始することになる。その電話会議は、回答するこれらの選択されたメンバと共にのみ完了し、あるいは選択されたメンバよりも少ないメンバが回答する場合に終了することができる。

選択されるときに、重要性フィールド５２８は、様々なカテゴリの緊急性をリストアップするドロップ・ダウン・メニューを有する。例えば、そのドロップ・ダウン・メニューは、緊急性／重要性の増大順に「ルーチン」オプション、「情報がある」オプション、「重要な」オプション、「必須の」オプション、および「緊急事態」オプションという諸オプションを含むことができる。

このフィールド５２８を使用して、リストアップされた人々に対する連絡にフィルタをかけることができる。存在情報は、選択された時刻に選択された人々からの着信連絡を受信し、他からの着信連絡を受信しないようにする加入者の許可を含むことができる。これらの許可は、さらに着信連絡の緊急性のレベルに応じて条件付けすることができる。例えば、加入者は、第１のパーティからの着信連絡は、それがルーチンまたは情報がある場合に拒絶されるが、それが重要または必須である場合には受け入れられることをあらかじめ決定することができる。さらに、緊急性のレベルを使用して、それにより加入者が連絡を受けることができる異なるタイプの通信デバイス／様式の数を拡張することができる。例えば、加入者は、ＸとＹの時刻中に、第１のパーティからの着信連絡は、特定の通信デバイス（例えば、机上電話であり、モバイル電話ではない）に対して、特定の通信様式（例えば、音声コールであり、インスタント・メッセージングではない）によって方向づけられる必要があることをあらかじめ決定することができる。第１のパーティからの着信連絡が重要または必須であるときに、加入者は、第１のパーティからの着信音声連絡が、モバイル電話上で受け入れられ、またその連絡は、インスタント・メッセージングによって行うこともできることをあらかじめ決定することができる。

図５に示されてはいないが、加入者は、さらに連絡のモードを選択することもできる。例えば、さらなる連絡様式フィールドの組をディスプレイ５００に含めることができる。加入者が、特定のリストアップされた人に対応する特定のフィールドを選択するとき、様々な通信モード（例えば、電子メール、インスタント・メッセージング、ライブ音声回路交換、ライブ音声パケット交換（またはＶｏＩＰ）など）をリストアップするドロップ・ダウン・メニューが、現れる。次いで、加入者は、フィールドを満たすオプションのうちの１つを選択することができる。これは、順次連絡について使用される人ごとに行うことができる。換言すれば、加入者は、同じまたは異なる通信様式によって各人に連絡を取ることを選択することができる。

リストアップされた人が、他の加入者からの着信を受信するとき、その人の通信デバイスのユーザ・エージェント１６０は、その人に対して、可視的および／または可聴的に、接触者加入者のアイデンティティと、その人が連絡を受けている理由（例えば、主題フィールド５２４の内容）と、その連絡の優先順位（例えば、重要性フィールド５２８の内容）を提供する。受信者についてのユーザ・エージェントは、接触者加入者の優先順位、トピック、またはアイデンティティに基づいてプログラム・ステップを解釈することができる。それらのプログラム・ステップは、例えばメッセージング・サーバ１４２に対して、または（連絡を受ける通信デバイスを含めて、またはそれとは異なって、あるいはその両方を含めて）１つまたは複数の選択された通信デバイスに対して自動的にその連絡をリダイレクトすること、特別なリング・パターンまたはトーンを使用して、着信コールを通知すること、存在サーバ１１８から受信される存在情報におけるユーザの好みを入れ替えること、発信者からの要求されたセッションと、戻されるべき応答のタイプを示すポップアップ・ウィンドウを作成すること、および優先順位および／またはユーザの好みに基づいてコールに自動的に応答することを含んでいる。

ユーザは、「拒絶コール」アイコンをクリックすることによりコールを取ることを拒絶することにより簡単にそのようなユーザの好みを作成することができる。ユーザ・エージェント１６０は、この優先順位もしくはより低いレベルを有し、またはこの人からの、あるいはその両方のこのコール・タイプは、将来受け入れられないことになるというユーザの好みを自動的に作成することになる。代わりに、この情報は、負の重み付けファクタとして使用することもできる。

ユーザ・エージェント１６０は、様々な方法で実装することができる。方法には、音声ポータル駆動アプリケーションを含めて、シック・クライアント・ソフトウェア・アプリケーション、シン・クライアント・ブラウザベース・アプリケーション、または他のウェブ・サービス指向アプリケーションが含まれる。それは、サーブレットやアプレットなど、ＩＰハードフォン（IP Hardphone）中の埋込機能、あるいはそのような通信デバイスに対するプッシュされたアプリケーションとすることができる。加入者がアクセス可能なアプリケーション・アクセス方法のそれぞれは、アーカイバル・サーバ・コンポーネントの１つ（または複数）のウェブ・サーバベース・アプリケーションと対話することになる。ウェブ・サーバベース・アプリケーションは、メタ・データおよびアーカイブ・ファイルを様々なリポジトリ（またはデータベース）から読み出し／それに書き込むのに必要なＣＧＩ（Common Gateway Interfaceコモン・ゲートウェイ・インターフェース）スクリプトを用いて、標準のＨＴＴＰプロトコルを経由して任意数のリモート・アプリケーションからアクセス可能であると想定される。

アーカイバル・サーバ
アーカイバル・サーバ１２８は、いくつかの計算コンポーネントを含んでいる。これらのコンポーネントは、トピック・ユーザ・エージェント（topical user agent）１６８と、キー生成記憶検索エージェント１７０と、ユーザ認証エージェント１７２と、アーカイバル・タグ付けモジュール１７４と、メディア・アーカイバル・モジュール１７６と、アーカイバル検索モジュール１７８とを含んでいる。

トピック・ユーザ・エージェント１６８は、加入者データベース１４０中において精通度レベルと他のデータ構造を管理し、これらにアクセスする。加入者データベース１４０は、加入者ごとに、１つまたは複数のユーザ名、ユーザの肩書き、ユーザの住所、ユーザ通信デバイス識別子、ユーザ個人金融情報、加入者選択キーワード、１つ（または複数）の加入者精通度レベル、および関連するトピック分野を含み得る１組のデータ構造を含んでいる。各加入者は、いくつかの異なるトピックについてのいくつかの精通度レベルを有することができる。すなわち換言すれば、各加入者は、トピックごとに別々の精通度レベルを有する。トピック・ユーザ・エージェント１６８は、各通信デバイスにおけるユーザ・エージェント１６０と対話して、加入者ごとにアップデートされた精通度レベルを受信し、それに応じて加入者の対応するデータ構造をアップデートし、また選択されたトピックについての、ユーザ・エージェントから受信される照会に応じて人々およびそれらの人々の存在情報のリストを取り出す。

キー生成記憶検索エージェント１７０は、暗号化された形式で選択された情報を記憶するためのキーを生成する。それらのキーは、通常は記憶された内容に対するポインタであり、キー・データベース１３０に記憶され、記憶されたアーカイブに対するインデックスを形成するように構成される。それらのキーは、固有であることが好ましい。それらのキーは、アーカイバル・サーバ１２８によって生成されるものとして示されるが、それらのキーは、通信コントローラ１６２によって生成することもできる。

ユーザ認証エージェント１７２は、セキュリティ・アクセス制御データベース１３２中の加入者プロファイルを使用して加入者を認証し、正常に認証される場合には、どの記憶された情報（例えば、タグ、メタ・データ、およびアーカイブ）に加入者は、アクセスすることが認可されるかを決定する。認可は、ユーザ名、個人識別番号、デジタル証明書、対称キー、非対称キーなどを含めて適切な任意の技法によって行うことができる。

メディア・アーカイバル・モジュール１７６は、アーカイバル・データベース１３８に、アクティビティに関連した、あるいはアーカイブの情報またはデータを記憶する。このような情報またはデータは、通信のすべてまたは選択された部分と、ドキュメントのすべてまたは選択された部分を含んでいる。一実装形態においては、音声ストリーム（およびビデオ・ストリーム）が、記憶され、アーカイブされ、タグ付けされ、将来の検索のために使用可能である。モジュール１７６は、（好ましくは暗号化された形式または暗号文の）メディア・ストリームを受信し、ＤＶＲなどのメディア中で一般に使用されるマス・ストレージ技術を使用してメディア・ストリームを記憶する。メディア・ストリームは、キー・データベース１３０中のキーを使用してアーカイバル・データベース１３８中だけでインデックスされることが好ましい。そのメディアは、暗号化された形式で記憶され、コンテキストに関する情報は有していない。

アーカイブは、ＭＰＥＧ／ＭＰ３、マイクロソフト・コーポレーションのウィンドウズ（登録商標）メディア・ファイル、アップル社のＩＰＯＤ（商標）についてのフォーマット、オーディオ・ファイル・フォーマットおよび／またはビデオ・ファイル・フォーマット、およびデジタル・ストレージまたは通信についてのメディアを圧縮するための他の任意の手段を含めて任意数のフォーマットでアーカイバル・データベース１３８に記憶することができる。代わりに、アーカイバル・データベース１３８は、インデックス・スキームを有するフラットなファイル／ディレクトリ構造（例えば、加入者識別子（例えば、電子アドレス）に基づいたインデックス・ファイルまたはディレクトリの構造、タイムスタンプ、あるいは加入者または他のエンティティによるレコーディング時に指定される固有の識別子）とすることもできる。

アーカイバル・タグ付けモジュール１７４は、データ・タグと固有のアーカイバル・キーを受信し、アーカイブされた情報についての検索および関連性のタグを生成する。本明細書中で使用されるように、タグは、アーカイブされた情報を記述する１タイプのメタ・データである。理解されるように、「メタ・データ」は、データ・オブジェクトを記述するデータである。タグは、一般的には対応する記憶された情報がどのように解釈されるべきかを示すファイルまたはデータ構造に挿入されるコードまたはキャラクタの組である。タグは、通常はＸＭＬ（eXtensible MarkUp Language拡張マークアップ言語）または他の何らかのマークアップ言語の形式になっている。タグ付けモジュール１７４は、データベースに対する、または特定のアーカイブのサブセットおよび関連するメタ・データに対するユーザの許可の構成を可能にし、このタグ付けモジュールにより、ユーザは、タイムスタンプ、レコーディング長など、修正不可能な特定のメタ・データ・エレメントを検索し、閲覧することができるようになり、ユーザは、特定のアーカイブ・インデックス・エントリに関連するメタ・データの一部分となる、特定のカンマで区切られたタグの組を入力することができるようになり、ユーザは、修正可能な特定のデータ・エレメント（例えば、以前に入力されたタグ）を検索し、閲覧し、アップデートし、また任意数のアーカイブ・ファイルに対してユーザまたはユーザ・グループによって指定されるすべてのタグの固有のサブセットを表す、（以下で説明される）タグ・クラウドとも称されるタグのインデックスを保持することができるようになる。

データ・タグは、パーティ（例えば、通信に対するパーティのアイデンティティ（名前および／または電子アドレス）など）、時間（例えば、通信に関連するタイムスタンプ（例えば、時刻および／または日付）、通信の存続時間など）、アクティビティのレコーディングの形式（例えば、レコーディングの形式、レコーディングに関連する識別子（例えば、加入者によって提供される固有の識別子）など）、アクティビティ・コンテキスト（例えば、通信の理由、論じられるトピック（例えば、ユーザ・エージェント１６０によって識別されるキーワード）、（例えば、その対応する通信デバイスの計算動作を監視することにより、ユーザ・エージェント１６０によって決定されるような）会話の以前、以後、および／または最中における各パーティのアクティビティ、およびスレッディング（threading）（記録されたアクティビティが以前のアクティビティに関係していたかどうか））などに関連したアクティビティのメタ・データ記述を含んでいる。データ・タグは、他の計算コンポーネント、通信のテキスト、および／または１人（または複数人）の加入者から取得することができる。加入者から受信されるときは、タグは、１タイプのメタ・タグである。

検索および関連性のタグは、メタ・データから生成される。アーカイバル・タグ付けモジュール１７４は通常、データ・タグを改良しフィルタをかけて検索および関連性のタグを生成するエンジンを含んでいる。検索および関連性のタグ生成において使用されるファクタは、選択された企業タグの組（例えば、企業管理者によって選択されるタグ）と、通信のタイプと、通信のコンテキストと、通信のタイムスタンプと、順序関係のレベル（例えば、第１、第２、...第ｎの順序関係を使用してタグの関連性の程度を記述する）とトピックの頻度と、トピックについての通信の幅と、トピックの通信の新しさとを含んでいる。企業タグは、検索エンジンに対してコヒーレンスを提供するために企業管理者によって義務づけられたタグである。例えば、データ・タグは、企業タグにマッピングされて、同じトピックに対して言及する複数のタグを回避する。所与のトピックについての検索用語が標準であるので、これは、トピックの検索精度を高める。ユーザは、企業タグによってまだ実施されていない情報についてのユーザの検索においてトピックを入力するので、本システムは、自動的により多くの企業タグをそれ自体のために構築することになる。この場合に、本システムは、照会のトピックに基づいて新しい企業タグを生成し、複数のトピックが入力された場合に、それらのトピックの間のｎ次の関係を構築し、将来のアップデートおよびスキャニングのために１つ（または複数）のトピックについての速やかにスキャン可能なインデックスを生成することになる。一構成においては、ユーザ・エージェント１６０は、トピック検索ウィンドウから、加入者がそこから使用されるべき１つまたは複数の検索用語を選択することができる検索および関連性のタグのリストを加入者に対して提供する。検索および関連性のタグは、タグ・データベース１３４に記憶されるが、データ・タグなど他のメタ・データは、メタ・データ・データベース１３６に記憶される。

タグは、任意のキーワードまたはキーワードの組とすることができ、データ・タグは、書面テキストとして、またはアナログ・デジタル変換器とＳＴＴ（Speech-To-Textスピーチ・ツー・テキスト）変換を使用して書面テキストに変換された話し言葉として取り込むことができる。さらに、（例えば、タイムスタンプや参加者識別子など）一部のデータ・タグは、タグとして自動的に取り込むことができる。指摘されるように、加入者は、既存または所定の（例えば企業）タグのリストを提示されることが可能であり、既存のリストから１つまたは複数を選択することができる。既存または所定のタグのリストは、図８に示されるタイプの１タイプの「タグ・クラウド」である。図８中において、加入者は、アーカイブされている通信に関連して、「Ｔａｇ」、「Ｃｌｏｕｄｓ」、「Ｉ」、「Ｄｏｎ’ｔ」、「Ｇｅｔ」、「Ｐｒｅｓｉｄｅｎｔ Ｂｕｓｈ」および「Ｉｔ」を含めて、いくつかのタグを強調表示している。加入者により選択され、または入力されたデータ・タグについては、加入者は、加入者の１つ（または複数）のデータ・タグ選択を取り込むことができるインターフェースにリンクされた、音声を取り込むことができるデバイス（例えば、マイクロフォン）、キーボード、あるいはマウスまたは他のポインティング・デバイスのどれかにアクセスする必要がある。インターフェースは、例えばスピーチ・レコーディング／認識エンジン、ウェブ・ブラウザ、および他のソフトウェア・アプリケーションとすることができる。次いで、データ・タグは、そのメディアと実質的に同時にアーカイバル・サーバに移送される。

一構成においては、加入者は、ＨＴＴＰ（HyperText Transfer Protocolハイパーテキスト転送プロトコル）を経由して加入者に対してアーカイバル・タグ付けモジュール１７４によって提供されるＨＴＭＬウェブ・ページに局所的に実行されるＨＴＭＬブラウザを経由してアクセスすることになる。表示されるページは、メタ・データを表示する機能を実現し、以上で指摘されるようにユーザがメタ・データ・エレメントについての値を入力することを可能にするはずである。

代わりに、会話それ自体のうちに、加入者と対話する（例えば、レコーディングおよびデジタル化を開始／制御／停止する）ことに責任を負うアプリケーションは、加入者の通信リンクを経由して加入者が、１組のデータ・タグを発話し、音声認識エンジンを介して発話されたデータ・タグを実行するように促すことができ、他のメタ・データ値と一緒にメタ・データ・データベース１３６に対して結果として生じるデータ・タグを渡す。これは、コール・レコーディング・アプリケーション（call recording application）にコール時レコーディング終了催促アクティビティ（prompt-upon-call-recording-termination activity）を組み込み、２つの場所のうちの一方にスピーチ・ツー・テキスト機能を統合することを必要とするはずである。コール・レコーディング・アプリケーションは、データ・タグを解析し解釈し、それらをメタ・データの追加アイテムとしてアーカイバル・タグ付けモジュール１７４に渡し、あるいはデジタル化された１組の発話されたデータ・タグをタグ付けモジュール１７４に渡し、それにより、タグ付けモジュール１７４は、オーディオ・ストリームをキーワードへと処理し、それらのキーワードをテキストに変換し、関連するメタ・データの一部分としてそれらを記憶することができるようになる。

アーカイバル検索モジュール１７８は、アーカイブ、メタ・データ、検索および関連性のタグ、または選択されたトピックにおける精通する人々であってもよい記憶された情報についての加入者からの検索照会を受信し、対応するデータベースにおける検索を実施し、加入者に対するプレゼンテーションのために、要求する通信デバイスに対して所在が見出された情報を戻す。換言すれば、モジュール１７８は、インデックスを検索することができるメタ・データ・フィールドのリストをユーザに提示し、タグ・クラウド（例えば、そのユーザが許可を有する可能なすべての固有のタグの集まり）をユーザに提示し、モジュール１７８により、ユーザは、メタ・データ値を指定し、またはユーザのタグ・クラウドから１つまたは複数のタグを選択し、そのメタ・データまたはタグ・エレメントがユーザによって指定されるものと一致するすべてのアーカイブのリストをインデックスから検索することができるようになり、ユーザは、ユーザがリポジトリから検索し、そのユーザに対する伝送／再生のために指定されたアーカイブを検索する１つまたは複数の特定のアーカイブを識別することができるようになる。例えば、モジュール１７８は、検索照会を受信し、それに応じてアーカイブされたメディアに関連するタグの関連性に基づいて、該当する照会を満たす潜在的なアーカイブされたメディアのリストを生成することができる。検索されたアーカイブされたメディアは、電話コールとして再生し、またはアーカイバル検索モジュール１７８に強制される好みおよび許可に基づいて加入者に対して送信されたファイルとして表示される。検索メカニズムは、ウェブベース、音声ベース、テキストベースのもの、または他の何らかの手段によるものとすることができる。

簡単な構成においては、レコーディングの開始−停止を制御することになる会話における１つのパーティが存在することになると想定される。実装形態に応じて、アーカイバル・タグ付けモジュール１７４とアーカイバル検索モジュール１７８は、それにより、１つまたは複数のパーティが、固有のデータ・タグおよび個別化されたデータ・タグに従って特定のアーカイブにタグ付けすることができるようになるアーカイブにユーザベースの許可と個別化された（ユーザベースの）インデックスを有することになることが可能である。換言すれば、アーカイブされたメディアは、異なる加入者に対応する２つの異なるデータ・タグの組を有することになる。どちらの加入者も、個別化されたタグまたは共用される（企業）タグのどちらかに基づいて、メタ・データ・フィールド中で指定されるデータ・タグに基づいてそのアーカイブを後で検索することができる。

理解されるように、メディア処理およびストレージを処理する企業には、複数のメディア・アーカイバル・サーバが存在することもある。アーカイバル・データベース１３８は、数テラバイトの記憶容量を有することが好ましい。様々なデータベース１３０、１３２、１３４、１３６、１３８および１４０は、リレーショナル・データベース・アーキテクチャ、オブジェクト指向データベース・アーキテクチャに従って、あるいは他のタイプのデータベース・アーキテクチャによってアクセスするためにそれらのデータを構成することができる。さらに、データ・リポジトリまたはストレージは、単にその中のデータが順序づけられ、または順序づけられていなくてもよい１つまたは複数のデータ・ファイルの集まりであってもよい。

アーキテクチャの動作説明
アーキテクチャの動作について次に説明することにする。説明されるべき第１の動作は、メディアをアーカイブするプロセスである。
図７は、２つのエンティティの間の音声コールなどのリアル・タイム通信セッションをセットアップするためのプロセスを示している。以下で説明されるように、１つのセッションが企業内の１加入者から行われるとき、通信コントローラ１６２は、そのセッションに対するパーティに対して、他方のパーティに対してだけでなく、アーカイバル・サーバ１２８に対してもそのパーティの各メディア・ストリームを送信するように指示する。

ステップ７００において、通信コントローラ１６２は、加入者の通信デバイス１２０、１４８、または１５０から連絡セットアップ要求を受信する。
ステップ７０４において、コントローラ１６２は、内部または外部の被接触者（または被呼者）の通信デバイスに信号を伝えて連絡をセットアップする。
ステップ７０８において、接触者の通信デバイスと被接触者の通信デバイスとの間の通信チャネルがセットアップされる。理解されるように、各通信デバイスの観点から、諸チャネルは、発信メディア・ストリーム・チャネルと着信メディア・ストリーム・チャネルとを含んでいる。
ステップ７１２において、コントローラ１６２は、接触者の通信デバイスに被接触者の通信デバイスにもアーカイバル・サーバ１２８にもその発信メディア・ストリームを送信するように指示する。
ステップ７１６において、コントローラ１６２は、被接触者の通信デバイスに接触者の通信デバイスにもアーカイバル・サーバ１２８にもその発信メディア・ストリームを送信するように指示する。

その連絡が進行している間、通信デバイスのそれぞれは、アーカイブするためにその発信メディア・ストリームをアーカイバル・サーバ１２８に転送する。
オプションのステップ７２０において、連絡が完了すると、連絡に関与する各通信デバイスのユーザ・エージェント１６０は、必要に応じて接触者および被接触者に連絡に関するメタ・データを提供するように促す。プロンプトは、例えば音声、ウェブ・ポップアップ、または（ユーザ・エージェント１６０などによる）通信デバイス上のディスプレイであってもよい。ユーザ・エージェント１６０などのインテリジェント・エージェントは、同様な連絡に対する以前の応答を使用して適切なメタ・データを作成して、接触者または被接触者のために動作することができる。メタ・データは、連絡のコンテキストおよび／または主題を含むことができる。以上で指摘されるように、メタ・データは、様々なシステム・コンポーネントからのユーザ入力なしに、１つ（または複数）のメディア・ストリームのデジタル化されたテキストを検索するキーワードを解析することにより、収集することができる。

ステップ７２４において、メタ・データは、メディア・ストリームにタグ付けし、それをアーカイブするためにアーカイバル・サーバ１２８に提供される。
判断ダイヤモンド７２８において、コントローラは、さらなる連絡セットアップ要求が受信されているかどうかを判定する。受信されている場合、コントローラはステップ７０４に戻り、ステップ７０４から開始されるプロセスを反復する。受信されていない場合には、コントローラは、さらなる連絡セットアップ要求の受信を待つ。
次に、アーカイブ・タグ付けプロセスについて、図３を参照して、説明することにする。

ステップ３００において、アーカイブされるべき１つ（または複数）のメディア・ストリームまたは他のアクティビティ情報が、アーカイバル・サーバ１２８によって受信される。
ステップ３０４において、メタ・データが、アクティビティ情報に関連するパーティの通信デバイスのユーザ・エージェント１６０から受信される。
ステップ３１２において、情報は、１つまたは複数のキーを用いて暗号化され、インデックスされる。

ステップ３１６において、サーバ１２８は、解析されたアクティビティ情報および他のメタ・データならびにキーから、連絡についての検索および関連性のタグを作成する。このステップは、通常、アクティビティ情報の解析を行うこと、および諸キーワードまたはキーワードの組の解析された情報中において識別することを必要とする。諸キーワードは、一般にデータ・タグ、検索および関連性のタグ、キー、および他のメタ・データに関連し、これらから導き出される。指摘されるように、諸キーワードは、企業またはユーザにより選択され、あるいはニューラル・ネットワークなどの人工知能によって自動的に生成される。

一構成においては、加入者は、ユーザ認証エージェント１７２による正常な認証の後にアーカイバル・タグ付けモジュール１７４から適切なインデックス、タグ、および他のメタ・データを受信し、アクティビティ情報を解析し説明する際にアーカイバル・タグ付けモジュール１７４によって使用するために受信されたメタ・データをアップデートする。

ステップ３２０において、検索および関連性のタグは、アーカイブされる情報の将来の検索のためにさらに改良される。これは、ユーザ入力、（アーカイブされる情報のタイプに基づいて変化し得る）使用されるべき検索メカニズムを定義する規則、システム管理者により設定されるポリシーに基づいて行われ、またトピックに対する要求についての以前の照会によって行われる。

ステップ３２４において、キーは、キー・データベース１３０に記憶され、アーカイバル・データまたはアクティビティ情報は、アーカイバル・データベース１３８に記憶され、メタ・データは、メタ・データ・データベース１３６に記憶され、検索および関連性のタグは、他の関連した記憶される内容に対する適切なポインタまたはリンクと一緒にタグ・データベース１３４に記憶される。様々なタイプのデータを記憶する際に、タグおよびキーは通常、セキュリティの理由のためにアーカイバル・データから切り離される。別の言い方をすれば、アーカイブされるデータ中にはメタ・データおよびキーへと戻るリンクが存在しない。しかし、メタ・データおよびキーから対応するアーカイブされるデータへのリンクまたはポインタは存在する。さらに、アーカイバル・データは、対応するメタ・データを記憶するために使用されるデータベース／サーバ対とは異なるデータベース／サーバ対に記憶されることが好ましい。

図２は、精通度の決定のためのトピック情報を収集し解析する際におけるユーザ・エージェント１６０の動作を説明している。

ステップ２００において、ユーザ・エージェント１６０は、精通度の解析をトリガする刺激を検出する。その刺激は、通信デバイスの電源投入、キーまたはボタンのアクティブ化、音声コマンドの受信、音声コールの開始、インスタント・メッセージまたは電子メールに対するテキスト応答の送信、アプリケーション（例えば、ワード・プロセッシング・アプリケーションまたはスプレッドシート・アプリケーション）の開始、ドキュメントの作成および修正、電子メールの作成、インスタント・メッセージング・セッションの開始、ならびにメディア・ストリーム（音声、ビデオ、テキスト、ウェブなど）の確立であってもよい。

ステップ２０４において、ユーザ・エージェント１６０は、それに応じてトピック情報を収集する。どのような情報がトピック情報であるかは、アプリケーションおよび／または検出される刺激のタイプに依存する。トピック情報は、アクティビティ情報とそれに関連するメタ・データとを含んでいてもよい。トピック情報は、メタ・データそれ自体にすぎないこともある。

ステップ２０８において、ユーザ・エージェント１６０は、トピック情報を解析して精通度トピックの組を決定する。これは、一般的にトピック情報におけるキーワードまたはキーワードの組のインスタンスを識別することにより行われる。それらのキーワードまたはキーワードの組は、企業により選択され、または以前のトピック照会に基づいてシステムにより学習される対応する精通度トピックの組にマッピングされる。

ステップ２１２において、ユーザ・エージェント１６０は、トピック情報中において識別される識別されたキーワードまたはキーワードの組のそれぞれに重みを割り当てる。次いでユーザ・エージェントは、キーワードまたはキーワードの組を対応する精通度トピックに対してマッピングする。次いで関連するトピックにおける精通度の値またはレベルは、トピックに対応する識別されたキーワードまたはキーワードの組に割り当てられる重み付け値によって調整される。一変形形態においては、精通度レベルに寄与する長い間に識別される様々なキーワードまたはキーワードの組は、年齢（age）を考慮して重み付け変更され、全体の精通度レベルは、様々な識別されたキーワードまたはキーワードの組の年齢を考慮して再計算される。

ステップ２１６において、ユーザ・エージェント１６０は、重み付けされた精通度トピックをアーカイバル・サーバ１２８に対して送信する。
一変形形態においては、ユーザ・エージェント１６０は、単にトピック情報を収集し、その情報をアーカイバル・サーバ１２８へと転送する。トピック・ユーザ・エージェント１６８は、収集されたトピック情報中におけるキーワードまたはキーワードの組を識別し、精通度レベルを決定する。
次に精通度リスト、アーカイブされた情報、およびメタ・データの検索について説明することにする。

図４は、精通度リストを受信するために使用されるプロセスを示している。
ステップ４００において、ユーザ・エージェント１６０は、精通度決定のための照会を受信する。その照会は通常、１つまたは複数のトピックを含み、１つ（または複数）の選択されたトピックに精通する人々を要求する。

ステップ４０４において、ユーザ・エージェント１６０は、精通度要求を生成し、その要求をアーカイバル・サーバ１２８へと送信する。
それに応じて、トピック・ユーザ・エージェント１６８は、加入者データベース１４０にアクセスし、そのトピックにおいて少なくともしきい値の精通度レベルを有する加入者のリストを検索する。一変形形態においては、トピック・ユーザ・エージェント１６８は、アーカイバル検索モジュールを要求して、トピックの出現を求めてメタ・データ・データベース１３６、タグ・データベース１３４、および／またはアーカイバル・データベース１３８など、他のデータベースを検索する。

トピックが、頻繁に使用される精通度トピックに対する関係をもたないという状況もしばしば存在することになる。例えば、トピックは、最近数時間内に起こったイベントに関連している可能性がある。このような状況においては、リストアップされたトピックにおける精通度レベルが、どの加入者についてもまだ計算されていないので、トピック・ユーザ・エージェント１６８は、加入者データベース１４０から否定的な応答を得ることもある。そのイベントにおいては、エージェント１６８は、他の関連するソースに可能性のあるヒットを求めてさらに照会を行うことになる。それらの結果が戻されるときに、そのレベルは、どのようなユーザ・エージェント１６０によっても以前に決定されていない可能性があるので、エージェント１６８は、トピックについての精通度レベルを決定する必要があることもある。決定された精通度レベルは、適切な人のプロファイルの下で記憶されるべき加入者データベース１４０に送信され、加入者に提示するために要求するユーザ・エージェント１６０に戻される。この理由のために、ユーザ・エージェント１６０またはトピック・ユーザ・エージェント１６８が、これまでにはまだ出合ったことのないトピックについての（後でタグ付けするための）トピックのエントリを一時的に作成することが有利である。これらの一時的なトピックのエントリは、（任意の企業タグを作成することができる前に）非常に最近になってのみ、関連するようになったトピックについての情報を得る機能を可能にする。トピックについての照会が行われ、あるいはシステムの管理者がそのように指示する場合には、次いでそのトピックは、企業タグについてその一時的なトピックのエントリを経由してすでに作成されている初期エントリに関連づけることができる。

ステップ４１２において、ユーザ・エージェント１６０は、結果を受信し、オプションとして加入者の好みに基づいてそれらの結果にフィルタをかける。例えば、加入者は、ある種の個人が常にリストから除外されること、またはより高いしきい値の精通度レベルを有する人々だけが提示されることを明確に要求することができる。

ユーザ・エージェント１６０は、照会から戻された情報を使用して、存在サーバ１２２から戻された個人についての存在情報を要求することになる。代替的な（また好ましい）実施形態においては、トピック・ユーザ・エージェント１６８は、存在サーバ１２２から存在情報を収集し、ユーザ・エージェント１６０に戻される結果にそれを含めることになる。

ステップ４１６において、結果は、図５と同様なグラフィック・ディスプレイを使用して、あるいは図５の情報を供給する音声認識を有する可聴インターフェースを使用して加入者に提示される。

判断ダイヤモンド４２０において、ユーザ・エージェント１６０は、連絡が１つまたは複数のリストアップされた精通するリソースに対して開始されるべきかどうかを判定する。開始されるべき場合には、その連絡は、ステップ４２４において開始される。開始されるべきでない場合またはステップ４２４の後には、ユーザ・エージェント１６０は、ステップ４００へと戻り、次のユーザ照会を待つ。個人が要求された照会について連絡を受けるときには、それらの個人には、要求についての理由（トピック）と、セッションを開始する人（名前、番号、ＩＤなど）と、要求についての指し示された優先順位と、セッションが複数のパーティによる会議の要求の一部分であるかどうかが提示されることになる。オプションとして、通信セッションが受け入れられるときに、そのセッションについての追加情報、またはアプリケーションに対するプログラムによるアクセスを提供するためのアプレットもしくはサーブレット、あるいは共用される使用のための他の補足的なデータまたは動作は、（共用されまたは論じられるべきファイルなど）セッション内の要求の発信者によって配信することができる。（発信者、優先順位、トピックなど）そのようなセッションが要求されるときに、ユーザに提示される任意の情報に基づいて、受信者は、そのような要求されたセッションの配置についての以前に示されたプログラム規則を有することができることに留意することも重要である。このような要求の事前に示されたプログラムによる配置が存在しない場合、受信者は、将来の要求の配置のために構成を設定する機能を含めて、セッションを受入れ、または拒絶する前に配置について促すことができる。
最後に、記憶された内容にアクセスするためのプロセスが、図６を参照して説明される。

プロセスを説明するのに先立って、検索メカニズムを理解することが重要である。アーカイバル検索システムは、大量の内容を電子的に検索するためのどのようなシステムを使用することもできる。例えば、検索システムは、Ｇｏｏｇｌｅ（商標）、Ｙａｈｏｏ（商標）、Ｏｖｅｒｔｕｒｅ（商標）、Ｉｎｋｔｏｍｉ（商標）、ＬｏｏｋＳｍａｒｔ（商標）、ＦｉｎｄＷｈａｔ（商標）、ＡｓｋＪｅｅｖｅｓ．ｃｏｍ（商標）、ＡｌｔａＶｉｓｔａ（商標）など、ウェブ検索エンジンによって使用される技法のうちの任意のものを使用することができる。理解されるように、検索システムは、スパイダ技法およびウェブ・クローリング技法を使用して、アーカイバル・データベース中において見出されるワードのリストを構築することができる。

より有用な結果をもたらすためには、アーカイバル検索モジュールまたは検索エンジンは、対応する内容に対する単なるタグおよびポインタを超えるものを記憶することが好ましい。検索モジュール１７８は、タグが対応する内容中に現れる回数を記憶することができる。これらの技法においては、使用されるタグだけでなく、どこにタグと、タグに関連する内容のタイムスタンプが見出されるかも考慮することができる。それらのタグが、ドキュメントの最上部近くに、サブヘッディングに、リンクに、メタ・タグに、またはドキュメントのタイトル中に現れるので、またタグが、以前の内容とは対照的により最新の内容中に現れるので、そのエンジンは、タグに割り当てられる値を増大させながら、各エントリに重みを割り当てることができる。従来のインターネット検索エンジンとは違って、検索モジュール１７８は、あまり新しくない内容に比べてもっと最新の内容にもっと重く重み付けし、あるいは時間に基づいた重み付けシステム、または一時的な重み付けシステムを使用する。検索エンジンによって記憶される追加情報要素の正確な組合せとは無関係に、記憶される検索内容は、ストレージ空間を節約するために符号化されることが好ましい。

情報が圧縮された後に、その情報は、インデックス化のための準備ができている。１つのインデックスは、単一の目的を有する。すなわちインデックスにより、情報はできるだけ速やかに見出すことができるようになる。インデックスを構築するための非常に少ない方法しか存在しないが、最も有効な方法のうちの１つは、ハッシュ・テーブルを構築することである。ハッシングにおいては、各ワードに数値を添えるある方式が適用される。その方式は、所定数の分割にまたがってエントリを一様に分散させるように設計される。この数値の分散は、アルファベットにまたがるワードの分散とは異なり、これは、ハッシュ・テーブルの有効性の鍵である。ハッシュ・テーブルは、実際のデータに対するポインタと一緒にハッシュ化された数字を含み、これは、最も有効に記憶することを可能にするどのような方法でもソートすることができる。有効なインデックス付けと有効なストレージの組合せにより、ユーザが複雑な検索を作成するときでさえ、速やかに結果を得ることが可能になる。インデックスを介しての検索は、照会を構築し検索エンジンを介してその照会をサブミットするユーザに関与する。その照会は、全く簡単なもの、すなわち最小限単一ワードとすることができる。より複雑な照会を構築することが、検索の用語を改良し拡張することができるようにするブール演算子の使用と共に可能になる。例示のブール演算子は、「ａｎｄ」、「ｏｒ」、「ｆｏｌｌｏｗｅｄ ｂｙ」、「ｎｏｔ」、「ｎｅａｒ」、および引用符を含んでいる。演算子が存在しない場合、検索エンジンは、ワードのリストが、最大の初期の重みを有する最初のワードと最後のワードを用いて（関係順序を推論する）関連したトピックを実施するものと想定する。

内容が要求者に提示されるときに、内容は、見出された各アイテムに割り当てられ、あるいはそうでなければ関連する重み付け値に基づいて重み付けされる。一般に、より最近になってタイムスタンプされたアイテムは、あまり最近でないときにタイムスタンプされたアイテムの前に提示されることになり、要求された照会のより多くの出現を有する内容は、あまり多くない出現を有する内容よりも、より重い重み付けが行われる。照会がトピックに精通する個人を見出すことに基づいているときには、その出現は、ある個人が１つの次元におけるトピックについて通信を行った出現回数と、その個人が他の次元におけるトピックについて通信を行った人々の数と、さらに他の次元におけるトピックの通信の新しさと、その個人が他の次元における主題についての（または主題を含む）ドキュメントを書いているかどうかと、該当する個人に関連する１つ（または複数）の元のトピックに関連したｎ次のトピックの重みに関連していることに留意されたい。その個人に戻されるべき結果を提供するメトリック（metric）は、説明されたすべての次元から導き出された重みを使用して決定される。このメトリックは、企業が決定することができ、あるいは照会を行うユーザがカスタマイズすることができる。

これを念頭に置いて、アーカイバル検索モジュール１７８は、ステップ６００においてセキュリティ保護された検索照会を受信する。要求された内容に応じて、要求者は、認証される必要があることもある。内容は、アーカイブされたデータだけでなく、タグおよび他のメタ・データとすることもできる。

認証が要求されるときに、ステップ６０４において、ユーザ認証エージェント１７２は、当業者に知られている技法を使用して要求者を認証する。
判断ダイヤモンド６０８において、検索モジュール１７８は、要求者が正常に認証されているかどうか、および／またはたとえ正常に認証されているとしても、要求された内容を受信することが認可されているかどうかを判定する。要求者が、正常に認証されないとき、または要求者が、要求された内容を受信することを認可されていないときには、ステップ６１６において、検索モジュール１７８は、検索照会を拒絶する。要求者が、正常に認証されるとき、また要求者が、要求された内容を受信することが認可されるときには、ステップ６１２において、検索モジュール１７８は、もしあれば所在が見出された内容についての１つ（または複数）のキー、ならびに所在が見出された内容それ自体の検索を実施し取り出す。

所在が見出された内容の識別子が、要求者に提供される。要求者は、どの内容が提供されるべきかを選択することができる。
ステップ６２０において、ユーザが要求し所在が見出された内容は、暗号文から平文へと暗号解読される。

ステップ６２４において、暗号解読された内容は、セキュリティ保護されたセッションまたはセキュリティ保護されていないセッションにおいて要求者に提供される。
一構成においては、要求者は、先ずタグ、例えば要求者のタグ・クラウドにアクセスし、タグおよび他のメタ・データ値に基づいてブール検索用語を選択する。次いで要求者は、実際のアーカイブされた内容を求めて検索する。その内容は、ブラウザベースのインターフェース（例えば、ウェブ・ページ中の埋込みウィンドウズ（登録商標）・メディア・ファイル）を経由してユーザに提示されるストリーミング・メディアを含めて、様々な方法を使用して要求者に対して使用可能にされ、または提供され、あるいはその両方が行われ、ネイティブ・フォーマットにおいてダウンロード（例えば、ＭＰ３プレーヤへのファイルのポッドキャスティング（Podcasting）またはダウンローディング）するために使用可能にされ、（例えば、電話を経由した音声メールの検索とユーザに対する再生と同様にして）他のメディア可能なプラットフォームを経由してアクセス可能にされる。

本発明のいくつかの変形形態および修正形態を使用することができる。他を提供せずに本発明の一部の特徴を提供することも可能なはずである。
例えば、一代替実施形態においては、精通度レベルの決定は、ユーザ・エージェント１６０ではなくてアーカイバル・サーバ１２８によって実施される。この構成においては、データ・タグではなくて、検索および関連性のタグを使用して、所与の追跡されたアクティビティについて、（タグと同義語の）トピック・キーワードと、対応するトピックについての加入者の精通度レベルをアップデートするためにサーバ１２８によって重み付けされたトピック・キーワードの出現を識別する。

他の代替実施形態においては、通信セッションに対する各通信デバイスにその通信デバイスの各発信メディア・ストリームをアーカイバル・サーバ１２８に送信するように指示するのではなくて、通信コントローラが、メディア・ストリームを複製し、それらのメディア・ストリームをサーバ１２８に対して送信する。

さらに他の実施形態においては、集約エンティティ１６６などの集約エンティティは、それらのメディア・ストリームを集約し、それらをサーバ１２８へと送信する。これは、通信コントローラが、通信セッションに対する各通信デバイスにそれらの各発信メディア・ストリームをアーカイバル・サーバ１２８に対して送信するように指示する代わりに行われる。

さらに他の実施形態においては、精通度レベルは、連絡センタにおけるスキル・レベルと同義語である。別の言い方をすれば、本発明は、エージェントの毎日のアクティビティと顧客の対話に基づいてエージェントのスキル・レベルをリアル・タイムにアップデートすることを実現する方法を提供することができる。

さらに他の実施形態においては、それだけには限定されないが、特定用途向け集積回路すなわちＡＳＩＣ、プログラマブル・ロジック・アレイ、および他のハードウェア・デバイスを含めて専用のハードウェア実装形態を、本明細書中で説明される方法を実装するために同様に構築することができる。さらに、それだけには限定されないが、分散処理もしくはコンポーネント／オブジェクト分散処理、並列処理、または仮想機械処理を含めて、代替ソフトウェア実装形態を、本明細書中で説明される方法を実装するために構築することもできる。

本発明のソフトウェア実装形態は、オプションとしてディスクまたはテープのような磁気媒体、ディスクのような光磁気媒体または光媒体、１つまたは複数の読取り専用（不揮発性）メモリを収容するメモリ・カードまたは他のパッケージのようなソリッド・ステート媒体など有形のストレージ媒体上に記憶されることについても述べておくべきである。電子メールあるいは他の自己完結した情報アーカイブまたはアーカイブの組に対するデジタル・ファイル添付は、有形のストレージ媒体と同等の配信媒体と考えられる。したがって、本発明は、本発明のソフトウェア実装形態が記憶される有形のストレージ媒体または配信媒体と、従来技術で理解される等価物および後継媒体とを含むことが考えられる。

本発明は、個々の規格およびプロトコルに関して実施形態中で実装されるコンポーネントおよび機能について説明しているが、本発明は、そのような規格およびプロトコルだけには限定されない。本明細書中で述べられていない他の同様な規格およびプロトコルも存在しており、本発明に含まれるものと考えられる。さらに、本明細書中で述べられる規格およびプロトコルと、本明細書中で述べられていない他の同様な規格およびプロトコルとは、基本的に同じ機能を有するより高速のまたはより効果的な等価物によって定期的に取って代わられる。同じ機能を有するそのような交換用の規格およびプロトコルは、本発明に含められる等価物と考えられる。

本発明は、様々な実施形態において、様々な実施形態、部分的な組合せ、およびそのサブセットを含めて本明細書中で実質的に示され説明されるようなコンポーネント、方法、プロセス、システム、および／または装置を含んでいる。当業者なら、本開示を理解した後にどのようにして本発明を作製し使用するかを理解されよう。本発明は、様々な実施形態において、例えば性能を改善し、簡単さを実現し、かつ／または実装形態のコストを低減するための以前のデバイスまたはプロセス中で使用されていてもよいようなアイテムのない場合を含めて、本明細書中で、あるいはその様々な実施形態中で示され、かつ／または説明されていないアイテムのない場合にデバイスおよびプロセスを提供することを含んでいる。

本発明の前述の説明は、例示および説明の目的で提示されてきている。前述の説明は、本発明を本明細書中に開示された１つまたは複数の形態だけに限定することを意図してはいない。例えば前述の詳細な説明においては、本発明の様々な特徴が、本開示を簡素にする目的で１つまたは複数の実施形態中に一緒にグループ分けされている。この開示の方法は、請求された本発明が、各請求項に明確に列挙されるよりも多くの特徴を必要とするという意図を示すものと解釈されるべきではない。もっと正確に言えば、添付の特許請求の範囲が示すように、発明の態様は、前述の単一の開示された実施形態のすべての特徴よりも少ないものの中に存在する。したがって、添付の特許請求の範囲は、これによりこの詳細な説明中に組み込まれており、各請求項は、本発明の別の好ましい一実施形態として独立している。

さらに、本発明の説明は、１つまたは複数の実施形態、ならびにある種の変形形態および修正形態の説明を含んでいるが、他の変形形態および修正形態は、例えば本開示を理解した後には、当業者の熟練および知識の範囲内にある可能性があるので、本発明の範囲内に含まれる。このような代替の、交換可能な、かつ／または等価な構造、機能、範囲またはステップが、本明細書中に開示されていようとなかろうと、またどのような特許化可能な主題にも公然と取り組むことを意図せずに、請求されているものに対する代替の、交換可能な、かつ／または等価な構造、機能、範囲、またはステップを含めて、代替的実施形態を許可される範囲まで含める権利を取得することが意図されている。

本発明の一実施形態による通信アーキテクチャのブロック図である。 本発明の一実施形態によるユーザ・エージェントの動作を示すフロー・チャートである。 本発明の一実施形態によるアーカイバル・サーバの動作を示すフロー・チャートである。 本発明の一実施形態によるユーザ・エージェントの動作を示すフロー・チャートである。 本発明の一実施形態によるユーザ・エージェントによる加入者ディスプレイのスクリーン・ショットである。 本発明の一実施形態によるアーカイバル・サーバの動作を示すフロー・チャートである。 本発明の一実施形態による通信コントローラの動作を示すフロー・チャートである。 本発明の一実施形態による１組のタグを示す図である。

Claims (11)

1. 伝達者または通信を識別する方法であって、
   前記通信の内容を識別するために伝達者によって通信を解析するステップと、
   前記内容が前記通信中に存在するときに、前記通信および前記伝達者のうちの少なくとも一方に関連する重み付けされた値を決定するステップを含み、前記重み付けされた値は、前記通信に関連するタイミング情報を反映し、さらに、
   その後に、前記重み付けされた値に基づいて、前記内容に精通しているとして前記伝達者を識別するステップ、あるいは、その後に、前記重み付けされた値に基づいて、第２の通信に関連する前記通信を検索するステップ、を含む方法。
2. 前記通信の少なくとも一部分の所在が見出され、前記内容がタグであり、前記重み付けされた値が前記通信に関連するタイムスタンプに関連し、前記重み付けされた値が、前記内容が前記通信中で使用される回数と前記通信中の前記内容の使用のコンテキストとのうちの少なくとも一方を反映し、要求者が、前記内容に精通する幾人かの個人を要求し、前記伝達者が精通しているとして識別され、前記内容がトピックに対応しており、前記重み付けされた値を使用してトピックにおける精通度レベルを決定する、請求項１に記載の方法。
3. 前記重み付けされた値はさらに、前記内容の複数の出現頻度と、通信を行ったパーティ数に基づいた前記内容の幅の広さと、前記内容が前記伝達者によって開始されたかどうかと、前記通信の前記コンテキストと、通信のタイプと、前記内容に関連する順序関係のレベルと、要求者の好みと、伝達者の好みと、前記伝達者が前記トピックを含むドキュメントを執筆したかどうかと、前記内容とｎ次の関係を有することが決定されたトピックの前記伝達者に関連する重みとを反映し、前記方法がさらに、
   前記トピックに精通する人々のリストを前記要求者に提供するステップをさらに含み、前記リストは、前記伝達者を含み、リストアップされた人々のそれぞれに連絡を取るオプションを含み、そして、前記人々の精通度の相対的レベルに基づいて前記リストアップされた人々を順序づける、請求項２に記載の方法。
4. 前記要求者が、指定された順序および／または同時に、前記リストアップされた人々に自動的に連絡を取ることを選択することができ、前記リストが、前記リストアップされた人々のそれぞれに関連する存在情報をさらに含み、前記要求者が緊急性のレベルを指定し、前記方法がさらに、
   リストアップされた人の要求者による選択に応じて、前記選択された人に連絡を取るステップと、
   前記要求者による関与なしに、前記要求者のアイデンティティと、前記連絡についての理由と、前記連絡の前記緊急性のレベルとを、前記選択された人に対して提供するステップとをさらに含む、請求項３に記載の方法。
5. 要求者が、前記内容に関連したいくつかの通信を要求し、前記方法がさらに、
   前記通信を以前に記憶するステップと、
   前記記憶された通信をタグ付けするステップとを含み、前記タグが、前記伝達者の複数のアイデンティティと、前記通信の内容と、前記通信に関連する時刻と、前記表現の形式と、前記通信のコンテキストとを記述し、さらに、
   前記記憶された通信を前記要求者に提供するステップを含み、前記タグは、記憶されるときに、前記記憶された通信から切り離され、前記通信が、前記通信の記憶されたロケーションに関連するキーを使用して暗号文に記憶される、請求項２に記載の方法。
6. 他の伝達者との関連する通信セッション中に、記憶するためのアーカイバル・サーバへ前記通信を転送するステップをさらに含み、前記緊急性のレベルを使用して、前記連絡を受信することになる前記選択された人を決定する、請求項３に記載の方法。
7. 請求項１のステップを実施するプロセッサ実行可能命令を含むコンピュータ読取り可能媒体。
8. 複数の加入者に関連する複数の通信デバイスと、
   ２またはそれ以上の加入者の間または加入者と他のパーティとの間における通信を記憶するように動作可能なアーカイバル・サーバと、
   モジュールとを含み、前記モジュールが、
   前記通信の内容を識別するために加入者による通信を解析し、そして、
   前記内容が前記通信中に存在するときに、前記通信および加入者のうちの少なくとも一方に関連する重み付けされた値を決定する、ように動作可能であり、前記値が、前記通信に関連するタイミング情報を反映し、前記アーカイバル・サーバが、その後に前記重み付けされた値を使用して、第２の通信に関連する前記通信を検索する、および／または、前記内容に精通しているとして前記加入者を識別する、ネットワーク。
9. 前記通信の少なくとも一部分の所在が見出され、前記内容がタグであり、前記重み付けされた値が前記通信に関連するタイムスタンプに関連し、前記重み付けされた値がさらに、前記内容が前記通信中で使用される回数と前記通信中の前記内容の使用のコンテキストとのうちの少なくとも一方を反映し、要求者が、前記内容に精通する幾人かの加入者を要求し、前記加入者が精通しているとして識別され、前記内容がトピックに対応し、前記重み付けされた値を使用して前記トピックにおける精通度レベルを決定し、前記重み付けされた値がさらに、前記内容の複数の出現頻度と、通信が行われるパーティ数に基づいた前記内容の幅の広さと、前記内容が前記加入者によって開始されたかどうかと、前記通信の前記コンテキストと、通信のタイプと、前記内容に関連する順序関係のレベルと、要求者の好みと、加入者の好みと、前記加入者が前記トピックを含むドキュメントを執筆したかどうかと、前記内容とｎ次の関係を有することが決定されたトピックの前記加入者に関連する重みとを反映する、請求項８に記載のネットワーク。
10. 前記モジュールがさらに、前記トピックに精通する人々のリストを前記要求者に提供するよう動作可能であり、前記リストは、前記加入者を含み、リストアップされた加入者のそれぞれに連絡を取るオプションを含み、前記加入者の精通度の相対的なレベルに基づいて前記リストアップされた加入者を順序づけ、前記ネットワークが企業ネットワークであり、前記リストが、前記リストアップされた加入者のそれぞれに関連する存在情報をさらに含み、前記要求者が緊急性のレベルを指定し、前記モジュールがさらに、リストアップされた加入者の要求者による選択に応じて、前記選択された加入者と連絡を取り、前記要求者による関与なしに、前記要求者のアイデンティティと、前記連絡についての理由と、前記連絡の前記緊急性のレベルとを、前記選択された加入者に対して提供するように動作可能であり、前記要求者が、電話会議において、指定される順序および／または同時に、前記リストアップされた加入者と自動的に連絡を取るように選択することができる、請求項９に記載のネットワーク。
11. 要求者が、前記内容に関連したいくつかの通信を要求し、前記アーカイバル・サーバが、前記通信が行われている間に前記通信の表現を記憶し、前記通信の前記表現に、前記加入者の複数のアイデンティティと、前記通信の内容と、前記通信に関連する時刻と、前記表現の形式と、前記通信のコンテキストとを記述するタグをタグ付けし、そして、前記要求者に前記表現を提供するように動作可能であり、前記タグは、記憶されるときに前記記憶される表現から切り離され、前記表現が、前記表現の記憶されるロケーションに関連するキーを使用して暗号文に記憶される、請求項８に記載のネットワーク。
    

Images