(57)【要約】 【課題】  通信環境において接続の可能性を改善すること。【解決手段】  本発明の方法は、（Ａ）情報収集モジュールにより情報源から情報を収集するステップと、前記情報源は、ブログ、ディスカッションフォーラム、ソシアルネットワーキングサイト、マイクロブログ、ウエブサイトの内の１つを含む、（Ｂ）前記収集された情報の、会話解析、パターン解析、コンテンツ解析、利用パターン解析、入力タイプ解析、時間関連解析、過去の解析、統計解析のいずれかを実行するステップと、（Ｃ）適切なコンタクト・モダリティを予測するステップとを有する。【選択図】  図１
2011045057.tif 000002
【特許請求の範囲】
【請求項１】
通信環境において接続を確立する方法において、
（Ａ）情報収集モジュールにより情報源から情報を収集するステップと、
前記情報源は、ブログ、ディスカッションフォーラム、ソシアルネットワーキングサイト、マイクロブログ、ウエブサイトの内の１つを含む、
（Ｂ）前記収集された情報の、会話解析、パターン解析、コンテンツ解析、利用パターン解析、入力タイプ解析、時間関連解析、過去の解析、統計解析のいずれかを実行するステップと、
（Ｃ）適切なコンタクト・モダリティを予測するステップと
を有する
ことを特徴とする通信環境において接続する方法。
【請求項２】
（Ｄ）コンタクティの前記予測された適切なコンタクト・モダリティに関する情報を、コンタクタに提供し、この収集された情報をフィルター処理するステップ
を更に有する
ことを特徴とする請求項１記載の方法。
【請求項３】
（Ｅ）コンタクティに関連するユーザＩＤを決定するステップ
を更に有する
ことを特徴とする請求項１記載の方法。
【請求項４】
（Ｆ）ルールを、前記予測した適切なコンタクト・モダリティに適用し、前記適切なコンタクト・モダリティを更新するステップ
を更に有する
ことを特徴とする請求項１記載の方法。
【請求項５】
前記適切なコンタクト・モダリティは予測したプレゼンスに基づき、
前記コンタクタには、所定の時間の間、複数の適切なコンタクト・モダリティが提供され、
前記適切なコンタクト・モダリティは、前記ルールと前記コンタクティのＩＤ情報に基づいて、フィルター処理される
ことを特徴とする請求項１記載の方法。
【請求項６】
前記請求項１の各ステップを実行する装置。
【請求項７】
通信環境において改善された接続を提供するシステムにおいて、
（Ａ）情報源から情報を収集する情報収集モジュールと、
前記情報源は、ブログ、ディスカッションフォーラム、ソシアルネットワーキングサイト、マイクロブログ、ウエブサイトの内の１つを含む、
（Ｂ）前記収集された情報の、会話解析、パターン解析、コンテンツ解析、利用パターン解析、入力タイプ解析、時間関連解析、過去の解析、統計解析のいずれかを実行するモジュールと、
（Ｃ）適切なコンタクト・モダリティを予測する予測プレゼンス・モジュールと
を有する
ことを特徴とする通信環境において改善された接続を提供するシステム。
【請求項８】
（Ｄ）コンタクティの前記予測された適切なコンタクト・モダリティに関する情報をコンタクタに提供するステータス認証生成モジュールと、
（Ｅ）コンタクティに関連するユーザＩＤを決定するディスカバリ・モジュールと、      （Ｆ）ルールを、前記予測した適切なコンタクト・モダリティに適用し、前記適切なコンタクト・モダリティを更新するルール・モジュールと
を更に有する
ことを特徴とする請求項７記載のシステム。
【請求項９】
（Ｇ）前記コンタクティのプレゼンスを決定プレゼンス・決定モジュールと、
前記適切なコンタクト・モダリティは、予測されたプレゼンスに基づき、
前記収集された情報は、フィルター処理され、
（Ｈ）会話、ポスト、スレッド、メッセージの交換を解析する人工知能モジュールと
を更に有する
ことを特徴とする請求項７記載のシステム。
【請求項１０】
前記適切なコンタクト・モダリティは予測したプレゼンスに基づき、
前記コンタクタには、所定の時間の間、複数の適切なコンタクト・モダリティが提供され、
前記適切なコンタクト・モダリティは、前記ルールと前記コンタクティのＩＤ情報に基づいて、フィルター処理される
ことを特徴とする請求項７記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信の接続性（コネクティビティ）を改善する方法に関し、特に、ブログ、ディスカッション・フォーラム、ソシアルネットワーキング・サイト、マイクロブログ等を評価して、コンタクティ（被接触者）との通信を確立するために、適切なモダリティを決定する方法に関する。更に、本発明の一実施例では、コンタクト（接触者）が、選択されたモダリティを介して、実際に接触可能となる確率を向上させることを、補助する。
【背景技術】
【０００２】
携帯電話ネットワーク、固定電話ネットワーク、ＩＰネットワーク等の出現により、多数の通信オプションがユーザに提供されている。他人と接触しようとする者は、電子メール即ちＥメール、インスタントメッセージ、有線又は無線の電話、パソコン、ページャ、パーソナルデジタルアシスタント（ＰＤＡ）、統合メッセージシステム（ＵＭシステム）を  利用している。
【０００３】
多くのオプションがある中で、ある時点では、どのオプションが、発呼者が被呼者に接触できる最大の確率を与えるかを決定することは、困難である。試行錯誤や予測技術が、被呼者に接触するのに用いられる一般的な技術であるが、これらは、発呼者に対し時間を浪費させたり、イライラさせたりする。
【０００４】
様々な試みが、プレゼンス・アウエアネス・ネットワーク（presence aware network）を提供するよう、なされている。この方法は、被呼者が通信機器を使用するのを追跡して、被呼者に接触できる最大確率を、コンタクタ（接触者）に提供するものである。他の機構は、プレゼンス情報、例えばカレンダー、曜日等の情報に基づいて、コンタクティ（被接触者）が好むモードを見つけようとするものである。
【０００５】
近年、ＳＩＰ（Session Initiation Protocol）が、これはデーターネットワークのマルチメディアカンファレンシング（例、テレビ会議）と電話に対する簡単なシグナリング／アプリケーションのレイヤプロトコルであるが、開発され、通信ネットワークにおけるプレゼンス・アウエアネス（presence awareness）のあるレベルを提供している。他のプロトコルも、プレゼンスのコンセプトをサポートしているが、ＳＩＰが、この機能をサポートする一般的なベースとなっている。
【０００６】
ＳＩＰにおいては、そのシステムとプロキシ・サーバーは、様々なサービスを提供することができる。例えば、呼びのフォワード（転送）、発呼者と被呼者の（電話）番号の配布（ここでは、（電話）番号は、従来のＵＲＬフォーマットのようなネーミングスキームである）、パーソナルモビリティ（被呼者が端末を変更した場合でも、ロケーションから独立したアドレスの基で、被呼者に達することのできる機能）、端末タイプのネゴシエーションとセレクション（例えば、発呼者には、被呼者に到達する方法についての選択権が与えられる）、携帯電話のアンサリング・サービス、端末機能のネゴシエーション、被呼者と発呼者の認証、未編集又は編集済み呼びの転送、マルチキャスト・カンファレンスへの招待等、サービスが提供される。
【０００７】
これらのサービスを提供するために、ＳＩＰは、簡単なメッセージ・システムを採用している。このシステムは、例えば、ＩＮＶＩＴＥメッセージ（コーラー（発呼者）のコーデック（音声符号化方法）・プリファレンスの付いた）、ＯＫメッセージ（コーリー（被呼者）のコーデック・プリファレンスの付いた）、ＳＩＰの利用、様々なソフトウエア・エンティティ（即ち、現時点であるユーザのアドレスのマップを維持するレジスタ、呼びのルーティングを実行するプロキシー、セッション・マネジメント、ユーザ認証と、リダイレクト機能と、メディア・ゲートウェイへのルーティングと、リダイレクト・サーバー（フォワード機能の一部を実行する）、ＳＩＰロケーション・サーバー（ユーザプロファイルを保持し加入者の登録を提供する））である。「登録（registration）」とは、ユーザの通信機器が、ユーザがオンラインした時と、個人のプロファイルがアクセスされた時に、ネットワーク内に登録されるメカニズムである。これには様々な基準に基づいて、ルーティングする情報を指定する。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
ＳＩＰは、ある程度のプレゼンス・アウエアネスを提供するが、より多くのプレゼンス・アウエアネスがあるのが望ましい。現在実行されているものに関する典型的な問題点は、ライブ・コール（時間差がない）とメッセージングシステム（時間差のある）との間の、人間の通信における通知ギャップ（notification gap）である。
【０００９】
現在のプレゼンス・アウエアネスの実行は、ライブ・コールのシナリオを、極端に限られた範囲に限定している。その特徴は、呼びをメッセージング・システムに着信させる静的ルール、又はメッセージング・システムが呼びを発することを許可することである。例えば、メールボックスのメッセージ待機状態を決定するために、利用者は、メールボックスにログインするか、メールボックスが装置に固有のメッセージ待機ランプ又は他の静的なインディケータの電源を入れるか、のいずれかをしなければならない。これらの機構の両方とも、ユーザあるいはシステムのいずれかに対し、直接的かつ意図的なアクションを必要とする。これは現在のシステムとして一般的である。現在市販されているメッセージングシステムは、メッセージ通知、プレゼンス・データ、現在の呼びコンテキストの基本的かつダイナミックな相関のみが許される。より高級なワークフロー・エンジンと、メールボックスス・テータス通知と共に、よりダイナミックなプレゼンス・データを利用するデーターネットワーク内の協力関係も、現在の通信の範囲内では、厳しい制約を受けている。これらは、又公衆交換電話ネットワークとは、相容れない。
【００１０】
マイクロブログは、ブログの形態を採った受動型のブロードキャスト媒体である。マイクロブログが従来のブログと異なる点は、そのコンテンツは、実際のサイズと収集したファイルサイズの点で、遙かに小さい点である。マイクロブログのエントリーは、ショートセンテンス・フラグメント、あるいはイメージ又は組み込んだビデオ以外を含まない。従来のブログと同様に、マイクロブログを行う人は、様々な範囲のトピックスをポスティングする。例えば簡単な会話「私は何をしているでしょう？」から「外食」といったテーマ迄である。市場のマイクロブログは、ウエブサイト、サービス／製品をプロモートしたり、組織内での協力関係をプロモートする。
【課題を解決するための手段】
【００１１】
あるマイクロブログを行うサービス会社は、プライバシー・セッティング（マイクロブログが誰が読めるかを制御するようユーザが設定できる）のような特徴を提供するか、あるいはウエブベースのインターフェースに加えて、エントリーをパブリッシュする方法を提供する。
【００１２】
ＳＩＰでもユーザに利用可能な様々な通信オプションでも、プレゼンスそのものをモニターすることだけでは、通信に最適なコンタクト・モダリティを決定するために、必ずしも十分な情報を提供できない。それ故、最近のアクティビティの外観（landscape of recent activity ）を生成するより完全な方法が必要とされている。この最近のアクティビティの外観から、より適切なコンタクト・モダリティが決定される、その際、コンタクタ（接触者）がコンタクティ（被接触者）に、その通信モダリティを介して接触できるような対応するソリューションが、提供される。例えば、ベアラーチャネル（bearer channel ）あるいはシードのネットワークが、プレゼンス決定モジュールへの入力として、確立される。この入力は、プレゼンス情報のみならず、ブログ、マイクロブログ、ソシアルネットワークサイト等からのシードも含み、これにより、最新のアクティビティのより完全なピクチャが、最新のシステムにより決定される。この入力方法とルールに基づいて、コンタクタ（接触者）がコンタクティ（被接触者）と接触できるようになる適切なコンタクト・モダリティが決定される。
【００１３】
例えば、ソシアルネットワーキングサイトの使用パターンの統計的解析を、最も成功確率の高いコンタクト・モダリティを予測するプレゼンス情報と組み合わせて、重み付けをする。使用パターンを、コンタクティ（被接触者）の使用、使用頻度、より最新の使用プレファレンスに基づいて、重み付けをして、統計的解析のファクターとする。
【００１４】
更に、ソシアルネットワーキングサイトへの入力の種類を解析して、コンタクト・モダリティの決定を補助する。例えばユーザが、フェースブック（登録商標）上にピクチャーをポスティングし、その作業カレンダーがユーザがオフィスには居ないことを示すと、ユーザは、おそらく休暇中であると決定する。それ故に、この実施例においては、コンタクタ（接触者）とコンタクティ（被接触者）は仕事仲間であるために、コンタクティ（被接触者）に、リアルタイムでないコンタクト・モダリティを介して接触しようとする。その結果、コンタクティ（被接触者）は、レジャー先でＥメールで応答することになる。
【００１５】
他の例として、コンタクティ（被接触者）が丁度ツイート（おしゃべり）している場合には、コンタクティ（被接触者）は一日中複数のインスタント上にツイートしていると見なされ、最も有効なコンタクト・モダリティは、ツイッタ・インターフェースを介することであと決定され、適切なインターフェースが、「コーラー」に対し与えられ、選択されたコンタクト・モダリティを介して、通信が開始される。別の例として、様々なソシアルネットワーキングサイトにおけるパターン・マッチングを評価して、コンタクト・モダリティの決定プロセスを補助してもよい。例えば、ユーザがいつもあるブログを午後８時１５分にポスティングしている場合には、コンタクタ（接触者）は、コンタクティ（被接触者）に午後８時５分に接触するよう、ブログにメッセージを送ると、コンタクティ（被接触者）がそれを見る機会が増える。
【００１６】
情報、例えば最後のアクティビティ、コンテキストベースの解析、コンテンツベースの解析、インターネット上のソシアルネットワークと情報リソースとの一時的な関係を、コンタクト・モダリティ決定のプロセスにファクターとして、入れ込むことができる。更にコントリビューションの数と時間を考慮し、コンタクティ（被接触者）ベースのルールを適切なコンタクト・モダリティを考慮する時に、評価することもできる。
【００１７】
他の例として、パターン・トレンディング、予測プレゼンス決定、会話解析、統計解析を用いて、適切なコンタクト・モダリティを決定するのを補助することもできる。このコンタクト・モダリティの結果を使用して、プレゼンス情報のインジケーター（例えばコンタクティ（被接触者）の予測プレゼンスを反映するアイコン）のみならず、コンタクタ（接触者）とコンタクティ（被接触者）の間の通信を開始するためのベースを得ることもできる。
【００１８】
更なる態様は、複数のロケーションでのユーザのアクティビティをモニターする機能である。例えば、これには、従来のプレゼンス、ソシアルネットワーキングサイト、インターネットベースのウエブサイト又はリソース、イントラネットのウエブページ又はリソース、あるリソースからの適切なコンタクト・モダリティを決定するのを補助する情報をモニターする機能が含まれる。
【００１９】
他の態様は、コンタクティ（被接触者）に関連する「アイデンティティ」を決定することである。「アイデンティティ」は、使用できるリソース内を見ることができる。これを用いて、プレゼンスの決定と予測プレゼンス機能を向上させることができる。例えば、ユーザに関連する従来の情報は、電話番号、Ｅメールアドレス、携帯電話番号等であるが、これらの情報を補足するものは、コンタクティ（被接触者）に関連する他のアイデンティティ、例えば、ユーザＩＤ、ハンドルネーム、ニックネーム、スクリーンネーム、著作者情報等がある。例えばユーザは、複数のウエブサイト（例、ユーザが情報を日頃からポスティングするブログ、ソシアルネットワーキングサイト）に関連する複数のスクリーンネームを有することができる。同様に、コンタクティ（被接触者）は、ユーザが他者と情報を交換するソシアルネットワーキング又はマイクロブログサービスに関連するユーザネームを有することができる。ユーザに関連する現在のアクティビティと過去のアクティビティは、これらのアイデンティティと共に用いて、プレゼンスの予測を補助し、そしてコンタクタ（接触者）がコンタクティ（被接触者）に接触できる機会を増やす。
【００２０】
本発明の一態様は、現在と過去の情報、この情報のダイジェスト版の作成と解析、コンタクティ（被接触者）の行動の予測を補助する最近の動作傾向の探索が可能となる。更に上記のことに加えて、ユーザが日常的に８時から９時の間にソシアルネットワーキングサイト上にポストしたり、ユーザがこの時間帯に個人的なＥメールに応答したり、時に自宅で電話を受けたりすると、コンタクティ（被接触者）は、夕食後リラックスし、個人的なアイテム（例えば趣味、個人的興味等の問題）には興味を示すと見なされる。それ故に、コンタクタ（接触者）が、この時間帯にコンタクティ（被接触者）にコンタクトしようとすると、システムは、適切なコンタクト・モダリティに関し推奨案を提供する。これにより、コンタクティ（被接触者）との通信を確立する可能性が増える。これにより、コンタクタ（接触者）からの通信（呼び）をコンタクティ（被接触者）が知ることになり、それに応答する時間も減らすことができる。
【００２１】
本発明の更なる態様は、コンタクタ（接触者）がコンタクティ（被接触者）と通信するのに適切なコンタクト・モダリティを決定し、コンタクタ（接触者）に適切なインターフェース、ＡＰＩ、ウエブページ等を提供して、コンタクタ（接触者）がコンタクティ（被接触者）との通信を確立することである。一例として、適切なコンタクト・モダリティが携帯電話を介したものであるとすると、コンタクタ（接触者）には、コンタクティ（被接触者）の携帯電話番号が提供される。しかしコンタクティ（被接触者）の携帯電話番号を明らかにしたくない場合には、コンタクティ（被接触者）への電話の呼びは、コンタクタ（接触者）はコンタクティ（被接触者）携帯番号を見ることなく、自動的に開始されることもある。
【００２２】
他の実施例においては、コンタクタ（接触者）には、「宛て先（ｔｏ）」フィールド内のコンタクティ（被接触者）を特定するマイクロブログのＡＰＩが提供される。前の実施例と同様に、この「宛て先」タイプの情報は、ルールに基づいて、コンタクタ（接触者）から明らかにされない。
【００２３】
従って、本発明の一実施例は、適切なコンタクト・モダリティを決定することである。
更なる態様は、ルール、プレゼンス情報、更なる情報資源に従って、適切なコンタクト・モダリティを決定することである。
【００２４】
更なる態様は、資源に対する過去のアクティビティを監視したり解析したりすることである。、資源の一例は、ブログ、ディスカッションフォーラム、ソシアルネットワーキングサイト、マイクロブログ、専用のＡＰＩを有するサイト、一般的にはあらゆる情報である。この様な情報を従来のプレゼンス情報と共に用いて、コンタクティ（被接触者）に対する適切なコンタクト・モダリティを決定する。
更なる態様は、コンタクタ（接触者）に、決定された適切なコンタクト・モダリティを通知することである。
【００２５】
更なる態様は、パターン・トレンディング、コンテキスト解析、統計解析、使用パターン解析、コンテンツ解析、入力タイプ解析、時間関連解析、過去の披瀝の解析を実行して、適切なコンタクト・モダリティの決定を補助することである。
【００２６】
更なる態様は、ユーザから、ユーザに関連するＩＤ、ブログ、ディスカッションフォーラム、ソシアルネットワーキングサイト、マイクロブログ等を組み合わせて用いられるＩＤを検出し要求することである。
【００２７】
本発明の更なる態様は、適切なコンタクト・モダリティが確立された後、アイコン或いは他のインディケータを生成し、コンタクタ（接触者）に提示されることである。このアイコン或いはインディケータは、コンタクティ（被接触者）の適切なコンタクト・モダリティを提示する。例えば、適切なコンタクト・モダリティが電話を介したものである場合には、電話のアイコンが表示され、適切なコンタクト・モダリティがコマーシャルマイクロブログの場合には、特定のマイクロブログロゴが表示され、更に適切なコンタクト・モダリティがＥメールの場合には、Ｅメールを表す封筒のアイコンが提示される。
【００２８】
本発明の態様は、更にコンタクティ（被接触者）の、時間、曜日、ロケーションを追加することである。この情報は、コンタクティ（被接触者）がFoursquare の様なアプリケーション、あるいはモバイルサービスプロバイダが有するロケーションサービスの将来の使用を介して行ったソシアルネットポストから入ってくる。これは、最適なコンタクトメソードをピッキングする式（equation）で、用いることができる。
【図面の簡単な説明】
【００２９】
【図１】通信環境を表す図。
【図２】ユーザのＩＤを組み立てる方法のフローチャート図。
【図３】適切なコンタクト・モダリティを決定する方法のフローチャート図。
【発明を実施するための形態】
【００３０】
本発明の一実施例を通信システムを例に説明する。本発明は、交換機、サーバー、データーベース、通信エンドポイントを用いるシステムを例に説明するが、本発明は特定の通信システムに限定されるものではない。本発明は、接続性を改善するのが適切な通信のアプリケーションで用いられる。
【００３１】
図１に本発明の通信環境１００を示す。通信環境１００は、通信ネットワーク１０を含み、複数の通信デバイスとインターネット情報源等を接続する。
【００３２】
本発明の一実施例においては、通信システムは、ＰＢＸあるいはそれに類似の交換システムを有する。これらのシステムは、電話サービスを、エンティティ例えば交換機に関連する企業、交換機に関連するユーザ（例えば発呼者又は被呼者）に提供する。
交換機は、従来公知の交換システムで、例えばPrivate Automated Branch Exchange(ＰＡＢＸ),Computerized Branch Exchange(ＣＢＸ),Digital Branch Exchange(ＤＢＸ),or Integrated Branch Exchange(ＩＢＸ)を含む。これらの交換機は交換網を含み、複数のエンドポイント例えば呼びの参加者、サーバー、データーベースに関連する通信機器に接続を提供する。交換網は、呼びを様々なエンドポイントに向ける機能、更にプレゼンスに関連する情報を転送する機能、エンドポイント間のカンファレンス機能を提供する。
【００３３】
通信の参加者に関連する通信機器は、パケット交換機又は回路交換機であり、例えばＩＰ電話（ＡＶＡＹＡ社製の９６ｘｘシリーズのＩＰ電話（登録商標））、ＩＰソフトフォン（ＡＶＡＹＡ社製のone-Ｘ communicatorTM）、パーソナルデジタルアシスタント（ＰＤＡ）、パソコン、ラップトップ、ネットブック、タブレット、パケットベースのＨ．３２０ビデオフォン、カンファレンス機器、パケットベースの音声メッセージ、音声メッセージと応答ユニット、パケットベースの従来のコンピュータ電話アジャンクト、従来の有線又は無線の電話を含む。通信の参加者に関連する更なる機器は、コンピュータベースのインターネット・ブラウザ、特定のコンタクト・モダリティに特有のアプリケーションである。この様なアプリケーション（とそれに関連する通信ハードウエア）は、コンピュータ、モバイルコンピューティング、通信機器からのマイクロブロッギングをサポートする。      
【００３４】
図１は通信環境１００を示す。通信環境１００は、コンタクト・アシスタンス・システム１を有し、このコンタクト・アシスタンス・システム１は、ネットワーク１０とリンク５を介して情報源に接続される。情報源の一例は、ブログ１１０，ディッスカッション・フォーラム１２０，ソシアルネットワーキング・サイト１３０，マイクロブログ１４０、専用のＡＩＰを具備するサイト１５０、他の情報源１６０である。これらは、ロケーション情報、プレゼンス情報を有し、更にコンタクティ（被接触者）が居るロケーションにおける日にちと時間を含む。通信環境１００内には、情報収集モジュール２が含まれる。この情報収集モジュール２は、コンタクト・アシスタンス・システム１と、情報源１１０−１６０のいずれかに接続される。
【００３５】
コンタクト・アシスタンス・システム１は、プレゼンス決定モジュール１５と、予測プレゼンス・モジュール２０と、会話解析モジュール２５と、パターン・トレンディング・モジュール３０と、コンテキスト解析モジュール３５と、ディスカバリモジュール４０と、人工知能モジュール４５と、ルール・モジュール５０と、統計解析モジュール５５と、ステータス認証モジュール６０と、コントローラ／プロセッサ６５と、記憶装置７０とを有する。
【００３６】
特定のコンタクティ（被接触者）にコンタクトする適切なモードを決定するのを補助するために、コンタクト・アシスタンス・システム１は、様々な情報或いはアイデンティティを具備する。これは、システムがどのユーザが実際に何をしているかを追跡するのを補助する。プロファイル情報に基づいて、情報収集モジュール２は、ユーザに関連する全てのＩＤを知っている。このＩＤの一例は、ハンドルネーム、ニックネーム、スクリーンネームや他の情報、電話番号、携帯電話番号、Ｅメールアドレス、より一般的には情報を受領したり送信したりするようにユーザが使用できる情報である。これにより、情報収集モジュール２が、情報を収集することができ、かつユーザのＩＤに関連する通信を解析できる。更に、プロファイル情報、披瀝情報（例えばインターネットブラウザから抽出される）、ユーザアクティビティに基づいて、ユーザが情報をポストするあるいは訪れる様々なロケーションも、情報収集モジュール２により同定され、プレゼンスを予測するのを補助する。これに関しては以下    。
【００３７】
プロファイル情報と披瀝情報の間で、情報収集モジュール２は、全てのアドレス、ロケーション、他の情報源を知っていると仮定すると、その情報源での様々な情報が引き出されたり、取り入れられたり、組立たり、収集されたりされる。これらは、全て情報収集モジュール２により行われる。情報収集モジュール２は、フィルタリングを、重複情報、セールス情報等に基づいて、適宜行う。
【００３８】
別の構成として、情報収集モジュール２は、プロアクティブに実行し、発呼者ＩＤ情報、ネットワーク情報、披瀝情報、ブラウシング情報、プロファイル情報等を見て、情報源に関連するユーザＩＤを獲得する。この結果を情報収集モジュール２が用いて、情報源を特定し監視して、ユーザ（コンタクタ（接触者））のアクティビティを得る。
【００３９】
別の構成として、ユーザは、情報源を得るために、自分のユーザＩＤを入力することが要求される。この情報源は、その後情報収集モジュール２により利用される。様々な場所の知識で、ユーザは、様々なアクティビティと共に、情報をポストすると、コンタクト・アシスタンス・システム１は、この情報の使用を開始して、情報源をモニターして、ユーザのより正確なプレゼンスを決定し、そして更により適切なコンタクト・モダリティを決定する。
【００４０】
一実施例によれば、様々な情報資源のフィードが確立される。その際ユーザによりそこにポスティングされた情報は、情報収集モジュール２によりプレゼンス決定モジュール１５と、人工知能モジュール４５と、記憶装置７０に転送される。この情報は、所定の基準に基づいてフィルター処理されて、コンタクト・アシスタンス・システム１が、より正確なプレゼンスとコンタクティ（被接触者）のプレゼンスを決定するのを補助する。この情報が収集されると、この情報の一部は、コンタクト・アシスタンス・システム１内に記憶されて、将来のプレゼンス予測あるいはプレゼンスの解析を容易にする。
【００４１】
より具体的には、様々な情報源からの情報は、以下のモジュールと共に解析される。即ち予測プレゼンス・モジュール２０と、会話解析モジュール２５と、パターン・トレンディング・モジュール３０と、コンテキスト解析モジュール３５と、統計解析モジュール５５と共に解析され、そしてプレゼンスの予測を補助する。
【００４２】
更に具体的には、会話解析モジュール２５は、コンテキスト解析モジュール３５と共に、又人工知能モジュール４５により実行された関連するコンテンツ・アナリス・モジュールと共に、様々な会話、スレッド、ポスト、メッセージ交換を解析して、プレゼンスの予測を補助する。例えば、会話のコンテンツ（あるいは１個のポスト）を解析して、プレゼンスを予測するのを補助するキーワードを探すことができる。例えば、ユーザが、彼らは休暇で出かけることを示唆する。ユーザは、彼らは特定の機能あるいはミーティングに参加していることを示唆する。ユーザは、彼らがオフィスには居ないことを示唆する。ユーザは、彼らがクライアントとのミーティングに行くことを示唆する。より一般的には、将来計画されたアクティビティのあらゆるインディケータ（示唆）は、プレゼンスの予測を補助するために用いられる。これらは、カレンダー情報の解析と組み合わされる。
【００４３】
パターン・トレンディング・モジュール３０は、情報源１１０−１６０からの情報内のパターンあるいはトレンドを探して、プレゼンスの予測を再び補助することができる。例えば、情報のソース又はそのモダリティに関わらず、いつその情報源に対しポストされたか、あるいはその情報源がいつアクセスされたか等は、評価された他の全ての情報、又は実行中のパターン認識あるいはトレンドと共に用いられる。更に、披瀝情報（例えばウエブブラウザに関連するような情報、送信されたＥメール、ポスト等）は、パターン・トレンディング・モジュール３０によるパターントレンディング解析内に含まれて、ユーザがあるアクティビティをいつどこで実行したかのデーターベースを構築する。
【００４４】
更には又上記の事と組み合わせて、使用パターンと解析、入力タイプ解析、コンテンツ解析、時間関係解析が、上記の解析と組み合わされて、プレゼンスの予測を容易にする。入力タイプ解析は、ユーザが様々な情報源と相互作用する資源又は通信機器からのものを含む。一例として、パソコン、ＰＤＡ、タブレットＰＣ、スマートフォン等がディスカバリ・モジュール４０と共に検出されて、ユーザが様々な情報資源といかにインターフェースするかを決定するのを補助する。
【００４５】
時間関係解析により、人工知能モジュール４５は、情報源、資源、エンティティ、パーソン等の間の時間的関係を見て、予測プレゼンス解析を補助する。
【００４６】
コンタクト・アシスタンス・システム１が、データーベース（これは、トレンド情報を提供するのみならず、特定のユーザが様々な情報源例えばブログ、ディスカッションフォーラム、ソシアルネットワークサイト、マイクロブログ等といかに相互作用するかの観察結果を提供する）の展開を開始すると、統計解析モジュール５５は、予測プレゼンス・モジュール２０と協同して、ユーザの将来のプレゼンスを、統計解析に基づいて予測するのを補助する。更にプレゼンス決定モジュール１５と協同して、従来のプレゼンス情報を、予測プレゼンス・モジュール２０と、人工知能モジュール４５と、ルール・モジュール５０により実行される解析に含めて、ユーザのプレゼンスを予測する。これらのトラッキングは、選択的事項であり、コンタクティ（被接触者）による行われたり、行われなかったりする。例えば、「監視」は、はコンタクティ（被接触者）の許可なく実行されることはない。
【００４７】
その後、この予測されたプレゼンスを予測プレゼンス・モジュール２０が用いて、適切なコンタクト・モダリティを決定する。これは、他のエンティティ（発呼者又はコンタクタ（接触者））がユーザ（コンタクティ（被接触者））に接触しようとしていることをコンタクト・アシスタンス・システム１に通知したときに、行われる。この適切なコンタクト・モダリティは、ユーザに関連するあらゆる通信システム、技術、プロトコルを介して行われ、ディスカッションフォーラムに限定されない。あらゆる情報源からのユーザに関連する情報の集積と解析を用いて、プレゼンスを予測するのを補助する。これは、どのコンタクト・モダリティが特定の事象に対し最も効果的かの評価となる。適切なコンタクト・モダリティに対しはこの決定より上位にくるものは、ユーザが定義したルールである。このルールは、どの適切なコンタクト・モダリティが、ユーザのプリファレンスに従って、より適切なコンタクト・モダリティであると明記したルールである。例えば、あるルールでは、ユーザが休暇で出かけている場合に適切なコンタクト・モダリティは、仕事の同僚からユーザに接触するには携帯電話である決定された場合でも、ユーザは、特定の環境内で、携帯電話ではなく、Ｅメール、プライベートメッセージで、通信（接触）するのが適切であると決定される。別の構成として、システムは、様々なコンタクト・モダリティのランキングを、ユーザに通信されるコンタクト先の可能性に基づいて、提供する。
【００４８】
従って、ユーザは、個人プレファレンス、ユーザが有する特殊な情報又は知識に基づいて、あるルールを確立する。このルールは、予測プレゼンス・モジュール２０により決定された適切なコンタクト・モダリティを上書きするあるいは補足するものである。
【００４９】
適切なコンタクト・モダリティを決定すると、コンタクト・アシスターは、コンタクタ（接触者）に、適切なコンタクト・モダリティを通知し、適切なコンタクト・モダリティがどの期間有効であるかの予測を通知する。一例として、ユーザが、特定のソシアルネットワーキングサイトを一週間に２，３回チェックし、そのサイトにアクセスする平均時間を８分間とし、適切なコンタクト・モダリティが、メッセージを特定のソシアルネットワーキングサイトに送信しているコンタクタ（接触者）を介して行われおり、ユーザが５分間ログオンしている場合には、コンタクタ（接触者）には、最大の機会は、特定のソシアルネットワーキングサイトで次の３分間以内にユーザにコンタクトすることである。
【００５０】
この通知は、コンタクタ（接触者）に提供されるが、ステータス認証モジュール６０の協力を持って行われる。例えば、ステータス認証モジュール６０は、ステータス情報（例、適切なコンタクト・モダリティ）を、テキスト、スピーチ、グラフを介して生成し、コンタクタ（接触者）に戻すが、これは、コンタクタ（接触者）がユーザとコンタクトしようとしたと決定した時である。ステータス認証モジュール６０は、従来のプレゼンス通知技術とインターフェースして、適切なコンタクト・モダリティ機能を提供する。
【００５１】
図２は、ユーザが関連する情報源を決定する方法のフローチャートである。Ｓ２００でプロセスが開始し、Ｓ２１０に続く。Ｓ２１０において、ユーザの全てのＩＤが既知か否かの決定が行われる。全てのＩＤが既知の場合には、Ｓ２２０に進む。そこで、ユーザのＩＤ（例、ハンドルネーム、ニックネーム、スクリーンネーム、著者情報、発呼者ＩＤ情報、電話番号）と、ユーザが情報をポストする様々なロケーションのアドレス（ＵＲＬ）が取り出される。その後プロセスは、Ｓ２５０に進む。Ｓ２５０において、様々なユーザＩＤが組み立てられ、ユーザに関連する情報を開発し収集する。その後、プロセスはＳ２９９に移り、そこでプロセス・シーケンスが終了する。
【００５２】
ＩＤが既知でない場合には、プロセスはＳ２３０に移る。Ｓ２３０において、利用可能な情報を解析すべきか否かの決定が行われる。利用可能情報が解析される場合には、プロセスはＳ２４０に移り、そこで、システムは、ユーザから受領した以下の情報を問い合わせる。この情報の一例は、発呼者ＩＤ情報、ネットワーク情報、披瀝情報（ブラウザ披瀝情報）、呼びログ情報、Ｅメール送受信情報、より一般的には通信に関連する情報、ユーザとの間で送受信されるコンタクト・モダリティである。その後プロセスはＳ２５０に移る。
【００５３】
システムが利用可能な情報をＳ２３０で解析しない場合には、プロセスはＳ２６０に移り、そこでユーザに自分のユーザＩＤを問い合わせるか否かの決定がなされる。システムがユーザに問い合わせした場合（Ｙｅｓ）には、プロセスはＳ２７０に移り、そこでユーザは、自分のユーザＩＤを入力するよう要求される。これにより情報源（例えばブログ、ディスカッションフォーラム、ソシアルネットワーキングサイト等で、そのサイトにおけるユーザのアクティビティが追跡できる）を得る。あるいは（Ｎｏの場合）プロセスはＳ２８０に行き、そこで利用可能な情報を用いて、予測プレゼンスの決定を補助する。
【００５４】
図３は、プレゼンスと適切なコンタクト・モダリティの予測方法のフローチャート図である。プロセスはＳ３００で開始し、Ｓ３１０に移る。Ｓ３１０において、ユーザ情報、適宜ウエブサイトは、ソシアルネットワーキングサイトのアドレスと共に、ユーザのプレゼンスを探すために、モニターされる。更に従来のプレゼンスモニター技術は、ＳＩＰあるいは他の通信プロトコルと共に関連して用いられる。次に、Ｓ３２０において、様々な情報源の監視と組み合わせて、この情報源におけるアクティビティをモニターし、フィード内で組み立てられる。このフィードは、適宜Ｓ３３０でフィルター処理される。その後Ｓ３４０において、情報は集められ、それは予測プレゼンスシステム用に提示される。プロセスはその後Ｓ３５０に進む。
【００５５】
Ｓ３５０において、パターン解析、会話解析、統計解析、利用パターン解析、入力タイプ解析、時間関連解析、披瀝解析が、様々な情報フィードから受領した情報の一部について行われる。次にＳ３６０において、Ｓ３５０の結果が従来のプレゼンス情報と共に適宜組み合わされて、プレゼンスと適切なコンタクト・モダリティを予測する。その後Ｓ３７０において、この適切なコンタクト・モダリティが決定され記憶される。その後プロセスはＳ３８０に進む。
【００５６】
Ｓ３８０において、ルールを決定されたコンタクト・モダリティに適用すべきか否かの決定がなされる。ルールを適用する場合には、プロセスはＳ３８２に移り、それ以外はＳ３９０に移る。Ｓ３９０において、コンタクタ（接触者）は、ユーザの適切なコンタクト・モダリティのテキスト、スピーチ、グラフを介して、その適切なコンタクト・モダリティがどの位の期間正確であるかの通知を行う。更に複数の適切なコンタクト・モダリティが、コンタクタ（接触者）に提示され、各コンタクト・モダリティは、ある期間適切なコンタクト・モダリティの表示である。
【００５７】
例えば適切なコンタクト・モダリティはコンタクタ（接触者）に提供される。このコンタクタ（接触者）は、次の２時間の間関連するコンタクト・モダリティを提供する。この種の実行に関しセキュリティーの提示がある場合には、ルールは、個別の詳細なあるいは精巧で適切なコンタクト・モダリティが、発呼者ＩＤを介して決定されたあるいは同様な方法でに決定されたコンタクタ（接触者）のＩＤに基づいて採用される。その後プロセスはＳ３９９に移り、そこでプロセスシーケンスは終了する。
【００５８】
Ｓ３８２において、ルールは決定されたコンタクト・モダリティに適用される。次にＳ３８４において、適切なコンタクト・モダリティは、ルールに基づいて更新され、これにより、決定されたコンタクト・モダリティを上書きしたり補足したりする。かくしてＳ３８６において、コンタクタ（接触者）には、この更新されたあるいはルールで強化された、あるいはルールで変更されたコンタクト・モダリティが通知され、その後プロセスはＳ３９９に移り、そこでプロセスシーケンスは終了する。
【００５９】
ここで議論したフローチャートは、特定のイベントのシーケンスを例に説明するが、本発明の操作に影響を及ぼすことなく、これ等のシーケンスの変更、追加、一部省略も可能である。本発明のシステムと方法は、特殊コンピュータ、プログラムされたマイクロプロセッサ、マイクロコントローラ、ＡＳＩＣ、他の集積回路ＤＳＰ、ハードワイヤド電子素子、論理素子、例えばディスクリートな要素回路、プログラム可能な論理回路、ゲートアレイ、例えばＰＬＤ、ＰＬＡ、ＦＰＧＡ、ＰＡＬ、特殊目的コンピュータ或いは他の手段で実現できる。
他の実施例に於いては、ここに開示された方法は、オブジェクト指向のソフトウエア開発環境を用いたソフトウエアと組み合わせて実現できる。このソフトウエア環境は、様々なコンピュータ又はワークステーションで使用されるポータブルなソースコードを提供する。別の構成として、開示されたシステムは、標準の論理回路又はＶＬＳＩデザインを用いて一部又は全部のハードウエアで実現できる。本発明のシステムを実行するのにハードウエア又はソフトウエアを用いるかは、システムに要求される速度と効率に依存する。特に使用される特定のソフトウエア、ハードウエアのシステム、マイクロプロセッサ又はマイクロコンピュータシステムに依存する。
他の実施例に於いては、開示された方法は、コンピュータで読み取り可能な記憶媒体に記憶されたソフトウエアで実行され、コントローラとメモリとを有するプログラムされた汎用コンピュータ、特殊目的コンピュータ、マイクロプロセッサ等で実施される。これ等の実施例に於いては、本発明のシステムと方法は、パソコンに組み込まれたプログラムで実行できる。例えばアプレット、ＪＡＶＡ、ＣＧＩスクプリト、サーバ或いはコンピュータ、ワークステーションに記録された資源或いは専用の測定システムに組み込まれたルーチン等で実施できる。
【００６０】
以上の説明は、本発明の一実施例に関するもので、この技術分野の当業者であれば、本発明の種々の変形例を考え得るが、それらはいずれも本発明の技術的範囲に包含される。特許請求の範囲の構成要素の後に記載した括弧内の番号は、図面の部品番号に対応し、発明の容易なる理解の為に付したものであり、発明を限定的に解釈するために用いてはならない。また、同一番号でも明細書と特許請求の範囲の部品名は必ずしも同一ではない。これは上記した理由による。用語「又は」に関して、例えば「Ａ又はＢ」は、「Ａのみ」、「Ｂのみ」ならず、「ＡとＢの両方」を選択することも含む。特に記載のない限り、装置又は手段の数は、単数か複数かを問わない。
【符号の説明】
【００６１】
１  コンタクト・アシスタンス・システム
２  情報収集モジュール  
図１でブロック２の左：フィルタリング  右：プロファイル情報
５  リンク
１０  ネットワーク
１５  プレゼンス・決定モジュール
２０  予測プレゼンス・モジュール
２５  会話解析モジュール
３０  パターン・トレンディング・モジュール
３５  コンテキスト解析モジュール
４０  ディスカバリ・モジュール
４５  人工知能モジュール
５０  ルール・モジュール
５５  統計解析モジュール
６０  ステータス認証生成モジュール
６５  コントローラ／プロセッサ
７０  メモリ／記憶装置
１１０  ブログ
１２０  ディスカッション・フォーラム
１３０  ソシアル・ネットワーキング・サイト
１４０  マイクロ・ブログ
１５０  ＡＰＩ付きサイト
１６０  その他
図２
Ｓ２００：開始
Ｓ２１０：ＩＤは既知か？
Ｓ２２０：ユーザのＩＤ（例、ハンドルネーム、ニックネーム、スクリーンネーム、著者の情報と）又は情報が掲示される様々なロケーションのアドレスを受領する
Ｓ２３０：利用可能な情報を解析したか？
Ｓ２４０：発呼者ＩＤ情報、ネットワーク情報、ヒストリー情報をレビューし、ユーザＩＤを得る。
Ｓ２５０：ユーザ情報を組立、これを情報収集モジュールに転送する
Ｓ２６０：ユーザに問い合わせたか？
Ｓ２７０：ユーザに、ソシアルネットワーキング、ブログ等のサイトのユーザＩＤを入力するよう要求する
Ｓ２８０：利用可能な情報を用いる
Ｓ２９９：終了
図３
Ｓ３００：開始
Ｓ３１０：ユーザ情報とウエブサイトのアドレスを用いて、資源のモニターを開始し、ユーザのプレゼンスを決定する助けをする
Ｓ３２０：資源を組み立てフィードにする
Ｓ３３０：フィードをフィルター処理する（選択的事項）
Ｓ３４０：プレゼンスを決定するために情報を収集する
Ｓ３５０：以下のいずれかを実行する。パターントレンディング、コンテキスト解析、統計解析、利用パターン解析、入力タイプ解析、コンテンツ解析、時間関連解析、履歴解析
Ｓ３６０：上記の結果を利用して、従来のプレゼンス情報と共に、プレゼンスとコンタクト・モダリティを予測する
モニターされたプレゼンス情報
Ｓ３７０：適切なコンタクト・モダリティを決定する
Ｓ３８０：ルールを適用するか？
Ｓ３８２：ルールを適用する
Ｓ３８４：ルールに従って適切なコンタクト・モダリティを更新する
Ｓ３８６：コンタクタ（接触者）に、適切なコンタクト・モダリティを通知する
Ｓ３９０：コンタクタ（接触者）に、適切なコンタクト・モダリティを通知する
Ｓ３９９：終了
【図１】
2011045057.tif 000003
【図２】
2011045057.tif 000004
【図３】
2011045057.tif 000005
【外国語明細書】
2011045057000001.pdf