(57)【特許請求の範囲】
【請求項１】
（Ａ）通信網ノードで、通信セッションへの参加招待を受領するステップと、
（Ｂ）プロセッサが、受領者が前記通信セッションを受け入れ可能か否かを決定するステップと、
前記（Ｂ）ステップは、前記受領者の受信機器のソフトウエア・アプリケーション・コンポーネントの使用の特徴に基づいて実行され、
前記受領者が前記通信セッションを受け入れ可能である決定された時に、
（Ｃ）複数の受領候補者の中から、前記参加招待を受け入れる受領者を選択するステップと、
（Ｄ）前記参加招待を前記通信網ノードから前記ステップ（Ｃ）で選択された受領者の通信端末に転送するステップと、
前記（Ｄ）ステップは、前記受領者の受信機器のソフトウエア・アプリケーションに関連するＵＲＩに依存して行われ、
を有する
ことを特徴とする方法。
【請求項２】
前記（Ｄ）ステップは、前記通信端末のプロセッサ、メモリ、キャッシュ・メモリ、ビデオ・アダプタのいずれかの１つの使用の尺度に依存して行われる
ことを特徴とする請求項１記載の方法。
【請求項３】
（Ｅ）前記通信網ノードで、複数の受領候補者群の中から、前記通信セッションの受領者を選択するステップと
を更に有し、
前記参加招待は、前記ステップ（Ｅ）で選択された受領者に転送される
ことを特徴とする請求項１記載の方法。
【請求項４】
前記使用の尺度は、メモリへのアクセスの頻度、プロセッサのキャッシュ・ミス・レート（processor cash miss rate）、ビデオ・カードの温度のいずれかである
ことを特徴とする請求項２記載の方法。
【請求項５】
前記（Ｄ）ステップは、前記通信網ノードのリソースの使用の尺度に依存して行われ、
前記前記通信網ノードは、前記通信端末との関連性を有し、前記関連性は前記通信網ノードのテーブルに記憶されている
ことを特徴とする請求項１−４のいずれかに記載の方法。
【請求項６】
（Ｅ）前記通信網ノードで、前記使用の尺度に依存して、前記通信セッションの受領者を選択するステップと
を更に有し、
前記参加招待は、前記ステップ（Ｄ）で選択された受領者に転送される
ことを特性とする請求項１又は２記載の方法。
【請求項７】
前記使用の尺度は、メモリへのアクセスの頻度、プロセッサのキャッシュ・ミス・レート（processor cash miss rate）のいずれかである
ことを特性とする請求項６記載の方法。
【請求項８】
（Ａ）通信網ノードで、通信セッションへの参加招待を受領するステップと、
（Ｂ）前記通信網ノードで、第１受領候補者と第２受領候補者を含む群から、前記参加招待の受領者を選択するステップと
前記（Ｂ）ステップは、前記第１受領候補者のアベイラビリティと前記第２受領候補者のそれとを比較することに基づいて行われ、
（Ｃ）前記参加招待を、前記通信網ノードから前記ステップ（Ｂ）で選択された受領者に転送するステップと
を有し、
前記第１受領候補者のアベイラビリティは、前記第１受領候補者による第１ソフトウエア・アプリケーションの使用の特性に基づいて決定され、
前記第２受領候補者のアベイラビリティは、前記第２受領候補者による第２ソフトウエア・アプリケーションの使用の特性に基づいて決定される
ことを特徴とする方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信に関し、特にアベイラビリティの検出に関する。
【背景技術】
【０００２】
本明細書において、用語「アベイラビリティ」とは、ユーザが通信セッションの参加招待を受け入れることができるか否かに関する。例えば、ユーザは、電話ラインがビジーの時には、電話の呼びを受けることができない（アベイラブルではない）。
【０００３】
インスタント・メッセージにおいては、ユーザは、ユーザのオンラン状態がビジーに設定されている場合には、アベイラブルではない。この場合、オンライン状態は、手動で、「Change Online Status」メニューで設定される。これは、インスタントメッセージのクライアントが通常利用できるものである。
【０００４】
通信機器は、このアベイラビリティ情報を用いて通信を受け入れるか否か、ユーザに通信を知らせるか否か、通信を表示するか否かを、決定する。本出願において、アベイラビリティの検出は、通信チャネルの利用、あるいは通信セッションにユーザが参加する意思のないことを表示するかのいずれかを反映する。
【０００５】
従来のアベイラビリティの検出には少なくとも４つの欠点がある。第１の欠点は、ユーザのアベイラビリティは、ユーザのプリファレンス（好み）のみを表し、ユーザのアベイラビリティが第三者のプリファレンスを反映する必要があることを考慮していない。例えば通信する両者が雇用関係にある場合には、従業員と経営者の両方が、従業員の手が空いている（アベイアラブルである）か否かを知ることができるのが望ましい。第２の欠点として、ユーザはオンライン状態を手動でリセットするのをしばしば忘れることがあり、ある人のオンラインス状態は、その人のアベイラビリティを実際に反映しているか否かを知ることは困難である。これらの欠点を解決して堅牢な通信機器を提供する必要がある。
【０００６】
第３の欠点として、現在のアベイラビリティの検出は、アクセスが制限されていることである。一般的に企業のファイアウォールは、企業が保護するべきネットワーク内のプレゼンス・サーバへの問い合わせをブロックするよう構成されている。プレゼンス・サーバへの通信を通すようファイアウォールを構築することは、企業内ネットワークへの別の攻撃の場を提供することになる。この為現在の所企業は、外部のものに対し内部のプレゼンス・サーバへのアクセスを提供してない。その結果、内部でアベイラビリティのプレゼンス情報は、企業内ネットワークの外にいる第三者と共有することはできない。その為第三者が、アベイラビリティ情報を得ることができ、かつ企業内ネットワークのセキュリティを損なわないような方法を提供することが必要である。
【０００７】
第４の点として、現在のアベイラビリティ検出技術は互換性が制限されている。プレゼンス・サーバは、特殊な通信プロトコル、例えばJabberで動作する。プレゼンス・サーバに接続しようとする人は、プレゼンス・サーバのプロトコルをサポートするクライアント・アプリケーションを持たなければならない。さもないとその人は、プレゼンス・サーバと情報を交換することができない。ユーザが、どのプロトコルがプレゼンス・サーバで使用されているかを追跡することは面倒なことである。その為、特殊な通信プロトコルとは独立したアベイラビリティ情報を分配する必要がある。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
本発明は上記した従来技術の欠点を解決する。本発明の方法は、ユーザのアベイラビリティを、（１）通信端末又は（２）前記通信端末に関連するコンピュータ装置、（３）前記の組み合わせに基づいて、決定する。
【課題を解決するための手段】
【０００９】
具体的には、本発明は、通信網ノードがユーザのアベイラビリティを以下に基づいて決定する方法である。
（１）コンピュータ装置上で動くソフトウエア・アプリケーションの使用の特性。
（２）通信端末上で動くソフトウエア（ソフトとも称する）のフューチャの使用の特性。
（３）コンピュータ装置のリソースの使用の特性。
（４）端末のリソースの使用の特性。
（５）センサ入力。
（６）インカミングの参加招待の特性。
（７）上記の（１）−（６）のいずれかの組み合わせ
【００１０】
交換機が、通信セッションへの参加招待を受領すると、通信網ノードは、以下の内の１つを用いてユーザのアベイラビリティの決定を使用する。
（１）参加招待を特定の受領者に転送すること。
（２）参加招待を拒絶すること。
（３）参加招待の受領者の群の中から選択すること。
（４）この明細書に開示された他のアクションを取ること。
【００１１】
本発明により、通信網ノードは、ユーザのアベイラビリティ情報に基づいて来入する通信セッションの参加招待を取り扱う。
【００１２】
本発明の一実施例においては、交換機は、コンピュータ装置上で動くソフトウエア・アプリケーションの利用の特性に従って、ユーザのアベイラビリティを決定する。ユーザが手が空いている（アベイラブル）と見なされると、交換機は、参加招待をそのユーザの通信端末に転送する。それ以外は、交換機は、そのユーザに対する参加招待を拒否する。交換機が入ってくる参加招待を拒否すると、交換機は、以下の内の１つのアクションを採る。
（１）ビジー信号を送信する。
（２）ユーザの手が空いてないことを示すメッセージを送信する。
（３）ユーザが電話をホールド中であることを示すメッセージを送信する。
（４）ハングアップする。
（５）本発明により指定された他のアクションを採る。
【００１３】
本明細書において、コンピュータ装置と通信端末は、互いに関係しない異なる２つのデバイスである。しかし２つの装置（コンピュータ装置と通信端末）の間には、交換機が理解している関係がある。例えば、２つの装置は、同じ場所にあり、同一のユーザに割り当てられ、関連する交換機のポートに接続され、シーケンシャルな識別子を有する。同じ場所にあるとは、卓上の電話機の受話器と卓上コンピュータが同一のオフィス内にあることを意味する。交換機が、装置間の関連性を追跡する方法は、以下で議論する。
【００１４】
「ソフトウエア・アプリケーションのユーザの特性を利用することに加えて、第１実施例は、どの様な特性がユーザの手が空いていることを示すかを指示するようなアベイラビリティ・ポリシー・ルール使用する。簡単に説明すると、「ソフトウエア・アプリケーションの使用の特性」とは、特殊のソフトウエア・アプリケーションが使用されるような方法に関連する情報のアイテムで定義される。「アベイラビリティ・ポリシー」とは、ユーザが通信に参加できる時を決定するようなルールの組として定義される。
【００１５】
この第１実施例の一例においては、本発明は、ウエブ・ブラウザが訪問したウエブサイトに基づいて、アベイラビリティを決定する。本発明の実施例によれば、ウエブサイトは、ウエブブラウザの使用者が通信セッションの参加招待を受け入れるか否かの手がかりとして機能する。例えば、ユーザが、娯楽用のウエブサイト（Movies.com TM）を開いているとすると、これは、ユーザは個人的な娯楽のために通信端末を利用しており、ユーザの仕事関係ではないことを示す。この例のアベイラビリティ・ポリシーによれば、ユーザが、Movies.com を開いていることが分かると、ユーザは通信への参加ができると見なされる。
【００１６】
この第１実施例の第２の例によれば、本発明は、キーワードを特定する。このキーワードは、ユーザのデスクトップ・パソコン上で編集用に開いているドキュメントにタイプされるものである。この実施例によれば、キーワードは、ユーザが通信に参加できるか否かを決定するベースとして機能する。
オープンドキュメントがインターネットのスラング（例えばＬＯＬ）を含んでいる場合には、これはユーザが個人的な会話であり、仕事関係ではないことを示すことになる。かくして、この実施例のアベイラビリティ・ポリシーによれば、インターネットのスラングがドキュメント中に特定されると、ユーザは通信に参加できると見なされる。
【００１７】
一般的に、上記の例のポリシーは、ユーザが仕事関係に関与していない時に、手が空いていると見なす。しかしこのポリシーの背景にある理屈は、従業員の生産性を増加させるが、本発明は、特定のポリシーに限定されるものではない。本発明が実行しようとするポリシーは、本発明のユーザのニーズにより決定される。
【００１８】
本発明の第２実施例においては、交換機は、ユーザのアベイラビリティを、ソフトウエア・アプリケーションのコンポーネントの利用の特性に従って、決定する。ソフトウエア・アプリケーションは通信端末で動く。ユーザの手が空いている（アベイラブルである）と見なされると、交換機は、来入した参加招待を通信端末に転送する。それ以外は、交換機は、通信端末に向けられた参加招待を拒絶する。
【００１９】
本明細書において、「ソフトウエア・アプリケーション・コンポーネント」とは、ソフトウエア・アプリケーションのユーザに対し機能性を提供するソフトウエア・アプリケーションの一部である。ソフトウエア・アプリケーション・コンポーネントは、元となるアプリケーションで実行可能なコードで定義される。様々なソフトウエア・アプリケーション・コンポーネントが実行可能なコードを共有する。２つのコンポーネントが別々の機能を提供する場合は、１つのコンポーネントの実行可能なコードは、他のコンポーネントの実行可能なコードと完全には同一ではない。同一のソフトウエア・アプリケーションの２つのコンポーネントは、即ちマシーンで実行可能なコードあるいはハイレベルのプログラミング・ランゲージ・コードのいずれか、コード内の少なくとも１つのラインが異ならなければならない。
【００２０】
この第２実施例によれば、本発明は、使用されているあるいはこれまで使用されてきた特定のアプリケーション・コンポーネントを特定する。この情報は、ユーザが通信に参加できるか否かを決定するベースとして機能する。例えばウエブ・ブラウザは、ウエブ・カンファレンシング・コンポーネントと、アニメーション・コンポーネントを含む。ウエブ・カンファレンシング・コンポーネントは、ユーザが会社のウエブ・カンファレンスに参加できるようなプラグ・インである。この様なカンファレンスは、必ずビジネス関係である。アニメーションコンポーネントにより、ユーザは、Youtube.com（商標）上の画像を見ることができる。アニメーション・コンポーネントが使用されていると、ブラウザが走っている端末のユーザは、Youtube.comを見て、個人的な娯楽ビデオを見ている可能性が高い。従ってこの実施例のアベイラビリティ・ポリシーによれば、ユーザは通信には参加できないと見なされる。
【００２１】
本発明の第３の実施例によると、交換機は、ユーザのアベイラビリティを、リソースの使用の特性に従って決定する。ユーザの手が空いていると見なされると、交換機は、来入した参加招待をユーザの通信端末に転送する。それ以外は、交換機は、この通信端末に向けられた参加招待を拒絶する。
【００２２】
本明細書において、「リソースの使用の特性」は、以下の１つに関連する情報として定義される。
（１）被監視装置の特定のハードウエア・コンポーネントあるいは周辺機器が使用されているか否か、
（２）被監視装置のハードウエア・コンポーネントの負荷率又は利用率、
（３）被監視装置に接続された周辺機器（プリンター、スキャナー、マイク、ハンドセット等）の負荷率又は利用率、ただし、被監視装置は、ユーザの通信端末又はこの通信端末に関連するコンピュータ装置のいずれかである。
【００２３】
この第３の実施例の第１の例においては、本発明は、アベイラビリティをキーストロークの速度に基づいて決定する。この実施例のアベイラビリティ・ポリシーによれば、通信セッションへの参加を促す参加招待は、ユーザのキーストロークの速度が所定の時間当たりのしきい値を越えている時には拒絶される。このポリシーの原理は、ユーザのタイプの速度が速い場合には、ユーザは文書の作成中に完全に注力しており、来入する通信により仕事を妨げられたくないことを望んでいると見なす。
【００２４】
この第３の実施例の第２の例においては、本発明は、アベイラビリティをキャッシュ・ミス・レート（cache miss rate）に基づいて決定する。この実施例のアベイラビリティ・ポリシーによれば、通信セッションへの参加招待は、キャッシュ・ミス・レートが、アベイラビリティ・ポリシーで規定されたキャッシュ・ミス・レートに似ている場合には拒絶される。
このキャッシュ・ミス・レートは、通信端末のユーザが関連するアクティビティの種類に関する情報を提供する。例えば、ユーザが多くのキャッシュ・ミスを発生する時には、ユーザは大きなデータセット（例、大きなスプレッドシート）の操作に関与している可能性が高い。この例においては、ユーザがスプレッドシートの仕事に関与していると示されると、ユーザは来入する通信に参加しないと見なされる。
第１実施例のポリシーと同様に、この実施例のルールは、従業員の生産性を向上する。これは、コンピュータ・リソースの利用が、生産的なアクティビティに関与していることを示す場合には、人は妨害されないことを確保することにより、行われる。
【００２５】
本発明の第４の実施例においては、交換機はユーザのアベイラビリティを、通信セッションへ参加を促す参加招待の特性に従って決定する。ユーザの手が空いていると見なされると、交換機は、参加招待を通信端末に転送する。それ以外は、交換機は、通信端末に向けられた参加招待を拒絶する。
【００２６】
本明細書のおいて、「通信セッションへの参加招待の特性」は、以下の内の１つで規定される。
（１）通信セッションを開始するユーザに関する情報、
（２）通信セッションのトピックス、
（３）通信セッションの予測継続時間、
（４）通信セッションの優先度。
【００２７】
本発明の第５の実施例によれば、交換機は、通信セッションへの参加招待の受領者を、その受領者のアベイラビリティに基づいて、選択する。受領者は、複数の受領者を含む群（プール）から選択される。受領者を選択するために、交換機は、受領者のアベイラビリティを決定し、最もアベイラビリティの（参加招待を受けることができる）可能性のある受領者を選択する。アベイラビリティの決定は、第１から第４の実施例で記載された方法で従って、形成される。
【００２８】
更にある実施例において、交換機は、受領者をルーティング・ポリシーに従って、選択する。本明細書において「ルーティングポリシー」は、通信セッションへの参加招待のルーティングを決定するルールとして、定義される。ルーティング・ポリシーの使用は、本明細書で更に議論する。
【００２９】
本発明は、従来技術の欠点を以下の４つの方法で解決する。
第１の方法は、中央集権的な方法でアベイラビリティを調整する。ユーザの手が空いているか否かを決定するアベイラビリティ・ポリシーの使用により、経営者は、従業員が来入する呼びを受けられるか否かについての入力を持つ。言い換えると、アベイラビリティ・ポリシーの使用により、本発明は、第三者のプリファレンスを反映するようなユーザのアベイラビリティを決定できる。
【００３０】
第２の方法によれば、アベイラビリティのユーザによる手動設定に依存することはない。この実施例において、ユーザのアベイラビリティは、自動的に即ちアベイラビリティ・ポリシーにより、ソフトウエア・アプリケーションの使用の特性により、あるいはその他により、決定される。その為、ユーザが、自分のアベイラビリティ状態の更新をしなくても、アベイラビリティの決定の精度に影響を与えることはない。
【００３１】
第３の方法においては、本発明の一実施例は、企業内ネットワークにより得られるプレゼンス情報のアクセスの可能性を増やす。この実施例においては、プレゼンス情報は、アクセス可能な電話ネットワークに接続される交換機で分配されている。この交換機は、アベイラビリティ情報を、電話ネットワークを介して接続されているユーザに与える。かくして、企業内ネットワーク内で集められたプレゼンス情報は、企業内ネットワークのファイヤウォールを再構築することなく、公衆へ向けることができる。
【００３２】
第４の方法においては、本発明の一実施例は、従来公知のプレゼンス・サーバを介してインターオペラビリティを向上させる。この実施例は、アベイラビリティ情報を、音声又はテキストメッセージの形態で、電話ネットワークを介して送信する。メッセージを受領すると、ユーザは、そのコンテンツを自分の通信端末で見ることができる。言い換えると、メッセージの受領者は、特定のクライアント・アプリケーションを使用する必要はない。このアプリケーションは、従来のプレゼンス・サーバに接触している場合には、受領者が必要とするものである。
【図面の簡単な説明】
【００３３】
【図１】本発明の一実施例のコンポーネントのブロック図。
【図２】本発明の一実施例のコンポーネントのブロック図。
【図３】本発明の実施例の動作に関連するタスクを実行するフローチャート図。
【図４】タスク３２０の実行に関連するサブタスクを実行するフローチャート図。
【図５】タスク３３０の実行に関連するサブタスクを実行するフローチャート図。
【図６】タスク３４０の実行に関連するサブタスクを実行するフローチャート図。
【図７】タスク３５０の実行に関連するサブタスクを実行するフローチャート図。
【図８】タスク３６０の実行に関連するサブタスクを実行するフローチャート図。
【図９】タスク８２０の実行に関連するサブタスクを実行するフローチャート図。
【図１０】タスク８２０の実行に関連するサブタスクを実行するフローチャート図。
【図１１】タスク８３０の実行に関連するサブタスクを実行するフローチャート図。
【図１２】タスク８４０の実行に関連するサブタスクを実行するフローチャート図。
【図１３】タスク３８０の実行に関連するサブタスクを実行するフローチャート図。
【図１４】本発明の実施例の動作に関連するタスクを実行するフローチャート図。
【図１５】タスク１４５０の実行に関連するサブタスクを実行するフローチャート図。
【発明を実施するための形態】
【００３４】
図１において、この実施例は、端末１１０と通信網１２０と交換機１７０とポリシー・サーバ１４０とセンサ１５０−ｉと通信端末１３０−ｉとコンピュータ装置１６０−ｉを含む。ここでｉは１−４のいずれかである。
【００３５】
端末１１０は電話の受話器である。本発明の一実施例によれば、端末１１０は音声と画像の通信ができる。本明細書を参考にすることにより、端末１１０が音声のみのものも当業者は実施できる。更に端末１１０が別のコンピュータ装置（例えばソフトフォン、携帯電話、双方向無線、形態デジタルアシスタント等）でもよい。
【００３６】
通信網１２０は、信号を、端末１１０と交換機１７０とコンピュータ装置１６０−ｉとポリシー・サーバ１４０の間で送信する。本発明によれば、通信網１２０は、インターネットである。更に通信網１２０は、あらゆるタイプの通信ネットワークでもよい。例えば、ＬＡＮ、公衆交換電話ネットワーク、ＳＯＮＥＴ、ＡＴＭ、携帯電話ネットワーク等である。
【００３７】
コンピュータ装置１６０−ｉは、デスクトップ・コンピュータであり、様々なアプリケーション（例、メディアプレーヤ、ワードプロセッサ、スプレットシート・ソフトウエア等）を実行する。本発明の一実施例によれば、コンピュータ装置１６０−ｉはデスクトップコンピュータであるが、コンピュータ装置１６０−ｉは、あらゆる種類のコンピュータ装置、例えば携帯電話、パーソナルデジタルアシスタント、スマートフォン等でもよい。コンピュータ装置１６０−ｉを図２を参照して更に説明する。
【００３８】
通信端末１３０−ｉは通信端末である。本発明の一実施例によれば、通信端末１３０−ｉは、音声と画像を伴う電話の呼びを実行できる。通信端末１３０−ｉは、音声機能のみを実行する通信端末でもよい。更に通信端末１３０−ｉは、あらゆるタイプのコンピュータ装置、例えば携帯電話、双方向無線、ポータブル・デジタル・アシスタント、電話の受話器等でもよい。
【００３９】
ポリシー・サーバ１４０は、アベイラビリティのポリシールールやルーティングのポリシールールを記憶するサーバである。本発明によれば、交換機１７０は、ポリシールールをポリシー・サーバ１４０から受領する。交換機１７０は、ポリシールールを他のソース（例通信端末１３０−ｉ）から受領することもできる。更に本発明によれば、ポリシー・サーバ１４０に記憶されたポリシールールは、通信端末１３０−ｉのユーザにより特定／指定される。アベイラビリティのポリシールールは、ネットワーク・アドミニストレータ、あるいはアベイラビリティ・ディテクタ２４７の設計者により特定される。ポリシー・サーバ１４０は、アベイラビリティのポリシールールとルーティングのポリシールールの両方を記憶する。しかしポリシー・サーバ１４０は、アベイラビリティのポリシールールとルーティングのポリシールールの一方のみを記憶するものでもよい。
【００４０】
センサ１５０−ｉは、データを通信端末１３０−ｉに与える複数のセンサである。本発明の一実施例によれば、センサ１５０−ｉは、３個のセンサの集合体である。センサ１５０−ｉは、あらゆる数のセンサ、例えば１個，２個，５個，１０個，１５個のセンサを有してもよい。更にセンサ１５０−ｉは、コンピュータ装置１６０−ｉに接続される。センサ１５０−ｉは図２を参照して詳述する。
【００４１】
交換機１７０はネットワーク交換機である。本発明によれば、交換機１７０は、通信網１２０を通信端末１３０−ｉとコンピュータ装置１６０−ｉに接続する。本発明の交換機１７０は、通信端末１３０−ｉを電話ネットワーク（例、ＰＳＴＮ）に接続し、更にコンピュータ装置１６０−ｉをデータネットワーク（例、インターネット又はＬＡＮ）に接続する。本発明によれば、交換機１７０は、他の種類のネットワーク・ノード（例ブリッジゲートウェイ、無線ゲートウェイ、無線ブリッジ等）でもよい。
【００４２】
本発明の一実施例によれば、コンピュータ装置１６０−１は、通信端末１３０−１に関連付けられている。具体的にはこの関連性は、コンピュータ装置を通信端末に関連付けるテーブル（表）により維持される。本発明の一実施例によれば、このテーブルは、デバイスのメディア・アクセス・コントロール（ＭＡＣ）番号に関連する。本発明の他の変形例においては、このテーブルは、装置のあらゆるタイプの識別子（ユーザ割り当てされたデバイスの名、ＩＰアドレス、ネットワークアドレス等）に関連する。更に装置の間の関連性は、装置が接続される交換機上のポート間の関連性から取り出されたものである（即ちテーブルは、特定の装置に関連するのではなく、交換機１７０のポート番号に関連する。）
【００４３】
本発明の一実施例によれば、テーブルは、交換機１７０内に記憶される。他の実施例においては、テーブルはあらゆる場所に記憶される。例えばコンピュータ装置１６０，ポリシー・サーバ１４０，通信端末１３０−１に記憶される。
【００４４】
図２の実施例は、センサ１５０−ｉと、通信端末１３０−ｉと、コンピュータ装置１６０−ｉと、交換機１７０と、温度センサ２５１と、動きセンサ２５２と、カメラ２５３と、ハードウエア２３１と、システム・ソフト２３２と、端末モニタ２３５と、モニタ・クライアント２４５と、アベイラビリティ・ディテクタ２４７と、ハードウエア２６１と、システム・ソフト２６１と、コンピュータ装置モニタ２６５を含む。
【００４５】
通信端末１３０−ｉは、ハードウエア２３１と、システム・ソフト２３２と、コンピュータ装置監視クライアント２４５と、アベイラビリティ・ディテクタ２４７を含む。
【００４６】
ハードウエア２３１は、電子構成部品であり、通信端末１３０−ｉ、プロセッサ（シングル・コア又はマルチ・コア）、メモリ、トランシーバ、ネットワーク・インタフェース、ディスプレイ、サウンド・インターフェース、ビデオ・インターフェース等を含む。
ハードウエア２３１は、システム・ソフトとアプリケーションを実行できる。本発明の一実施例おいては、ハードウエア２３１は、コンピュータ装置監視クライアント２４５と、システム・ソフト２３２を実行する。
【００４７】
システム・ソフト２３２は、ハードウエア２３１で実行されるオペレーテング・システム（ＯＳ）である。
【００４８】
端末モニタ２３５は、通信端末１３０−ｉに関する情報を得るソフトである。本発明の一実施例おいては、端末モニタ２３５は、以下の機能の少なくとも１つを実行する。
ｉ．通信端末１３０−ｉ上で動くソフトウエア・アプリケーションのコンポーネントの使用の特性を得る。
ｉｉ．通信端末１３０−ｉのリソースの使用の尺度を得る。
【００４９】
モニタ・クライアント２４５はコンピュータ装置モニタ２６５に接続され、以下のものの少なくとも１つに関する情報を得るソフトである。即ち
コンピュータ装置１６０−ｉ上で動くソフトウエア・アプリケーションコンポーネントの使用の特性、
コンピュータ装置１６０−ｉのリソースの使用の尺度、
コンピュータ装置１６０−ｉ上で動くアプリケーションの使用の特性。
更にモニタ・クライアント２４５は、端末モニタ２３５に接続され、以下の内の少なくとも１つに関する情報得る。即ち
通信端末１３０−ｉ上で動くソフトウエア・アプリケーションのコンポーネントの使用の特性、
通信端末１３０−ｉのリソースの使用の尺度、
通信端末１３０−ｉ上で動くアプリケーションの使用の特性、
同時にモニタ・クライアント２４５は、センサ１５０−ｉから情報を得ることができる。
【００５０】
アベイラビリティ・ディテクタ２４７は、端末１３０−１のユーザが通信セッションに参加できるか否かを決定するソフトである。アベイラビリティ・ディテクタ２４７の動作を図７−１３に更に議論する。
【００５１】
受領者セレクタ２４９は、通信セッションの参加招待の受領者を選択するソフトである。受領者セレクタ２４９の動作を図１５で更に議論する。
【００５２】
コンピュータ装置１６０−ｉは、ハードウエア２６１と、システム・ソフト２６２と、コンピュータ装置モニタ２６５を含む。
【００５３】
ハードウエア２６１は、電子構成部品であり、コンピュータ装置１６０−ｉ、プロセッサ（シングル・コア又はマルチ・コア）、メモリ、トランシーバ、ネットワーク・インタフェース、ディスプレイ、サウンド・インターフェース、ビデオ・インターフェース等を含む。
ハードウエア２６１は、システム・ソフトとアプリケーションを実行できる。本発明の一実施例おいては、ハードウエア２６１は、コンピュータ装置モニタ２６５と、システム・ソフト２６２を実行する。
【００５４】
システム・ソフト２６２は、ハードウエア２６１で実行されるオペレーテング・システム（ＯＳ）である。
【００５５】
コンピュータ装置モニタ２６５は、コンピュータ装置１６０−ｉに関する情報を得るソフトである。本発明の一実施例おいては、コンピュータ装置モニタ２６５は、以下の機能の少なくとも１つを実行する。
ｉ．コンピュータ装置１６０−ｉ上で動くソフトウエア・アプリケーションのコンポーネントの使用の特性を得る。
ｉｉ．コンピュータ装置１６０−ｉのリソースの使用の尺度を得る。
【００５６】
コンピュータ装置モニタ２６５の動作の詳細は図４で更に議論する。
【００５７】
センサ１５０−ｉは、温度センサ２５１と、動きセンサ２５２と、カメラ２５３とを有する。
【００５８】
温度センサ２５１は温度センサである。
【００５９】
動きセンサ２５２は動きセンサである。本発明の一実施例によれば、動きセンサ２５２は、赤外線（ＩＲ）技術を用いた電子モーションディテクタである。他の実施例においては、他のセンサ、例えば超音波、マイクロウエーブ、ホール効果（hall effect）センサ等も用いることができる。
【００６０】
カメラ２５３はビデオカメラである。他の実施例においては、カメラ２５３は、静止画カメラでもよい。
【００６１】
図３は、本発明の一実施例の動作に関連するタスクを実行するフローチャートを表すが、これは単なる一実施例であり、図３に示したタスクを実行すること、タスクを別の順番で実施すること、そのタスクの一部を省いて実施すること、タスクを同時に実施すること等は、本明細書を参照することにより、当業者は容易に実施できる。
【００６２】
タスク３１０において、交換機１７０は、通信セッションへの参加招待を受領する。この参加招待は、端末１１０から送信され、通信端末１３０−１に向けられる。本発明の一実施例によれば、通信セッションは電話の通話である。当業者は、本明細書を参照することにより、他のタイプの通信セッション、例え、ば画像を伴う通話、チャットの会話、電話会議等も容易に実現可能である。
【００６３】
タスク３１５において、アベイラビリティ・ディテクタ２４７は、コンピュータ装置１６０−１上で動くソフトウエア・アプリケーションの使用の特性を得る。本発明の一実施例においては、この特性は、コンピュータ装置モニタ２６５により得られ、その後モニタ・クライアント２４５に送られ、モニタ・クライアント２４５が、それをアベイラビリティ・ディテクタ２４７に転送する。アベイラビリティ・ディテクタ２４７は、ソフトウエア・アプリケーションの使用の特性を得るが、アベイラビリティ・ディテクタ２４７がソフトウエア・アプリケーションの使用の特性を受領する方法は、本明細書を参照することにより、容易に実現できる。タスク３１５は図４で更に議論する。
【００６４】
タスク３２０において、アベイラビリティ・ディテクタ２４７は、コンピュータ装置１６０−１のリソースの使用の尺度を得る。本発明の一実施例によれば、この尺度は、コンピュータ装置モニタ２６５により得られ、その後モニタ・クライアント２４５に転送され、モニタ・クライアント２４５が、それをアベイラビリティ・ディテクタ２４７に転送する。タスク３２０は、図５で更に議論する。
【００６５】
タスク３２５において、通信端末１３０−１は、センサ１５０−１から入力を受領する。タスク３２５は図６で更に議論する。
【００６６】
タスク３３０において、アベイラビリティ・ディテクタ２４７は、通信端末１３０−１上で動くソフトウエア・アプリケーションの使用の特性を得る。本発明の一実施例によれば、この特性は、端末モニタ２３５により得られ、その後、モニタ・クライアント２４５に送られ、モニタ・クライアント２４５が、それをアベイラビリティ・ディテクタ２４７に送る。アベイラビリティ・ディテクタ２４７はソフトウエア・アプリケーションの使用の特性を得るが、アベイラビリティ・ディテクタ２４７が、本明細書を参照することにより、ソフトウエア・アプリケーションのコンポーネントの使用の特性を受領することも可能である。タスク３３０はタスク３１５で説明した方法で実行される。
【００６７】
タスク３３５において、アベイラビリティ・ディテクタ２４７は、通信端末１３０−１のリソースの使用の特性を得る。本発明の一実施例によれば、この特性は、端末モニタ２３５により得られ、その後、モニタ・クライアント２４５に送られ、モニタ・クライアント２４５が、それをアベイラビリティ・ディテクタ２４７に送る。タスク３３５はタスク３２０で説明した方法で実行される。
【００６８】
タスク３４０において、交換機１７０は、通信セッションへの参加招待の特性を決定する。タスク３４０は図７で更に議論する。
【００６９】
タスク３４５において、交換機１７０は、通信端末１３０−１のユーザ、通信セッションへの参加が可能か否かを決定する。タスク３４５は図８で更に議論する。
【００７０】
タスク３５０において、交換機１７０は、公知の方法で、通信セッションへの参加招待に対する応答を送る。この応答は、交換機１７０が通信端末１３０−１のユーザが参加招待を受領できないと決定した時に、端末１１０に送られる。本発明の一実施例によれば、この応答は、拒絶応答である。当業者は、本明細書を参照することにより、受信者により採られた動作を特定するようなメッセージを端末１１０に送ることもできる。そのメッセージの一例は、コールバック、別の通信媒体の使用を示す。当業者は、本明細書を参照することにより、更なるメッセージが通信セッションに関連する情報の表示を含むようにすることもできる。例えば、好ましい通信媒体（音声、テキスト等）、通信セッションを実行する好ましい別の時間等を示すこともできる。
【００７１】
更なる変形例をして、本明細書を参照することにより、交換機１７０が呼びを受領し、受領者をホールド状態にしておく実施例も実施できる。受領者をホールド状態に置いておく時間は、アベイラビリティのポリシールールに従って、決定される。更なる実施例において、本発明は、相手がホールド状態におかれたことを示すメッセージを受領者に送信するよう構成することもできる。
【００７２】
タスク３５５において、交換機１７０は、無効シーケンス（override sequence）を実行する。この無効シーケンスは、交換機１７０が通信セッションへの参加招待を拒絶した時に実行される。無効シーケンスを実行した場合、端末１１０のユーザには、パスワードを入力するオプションが与えられ、これにより、交換機１７０の決定をくつがえし、交換機１７０が、参加招待を通信端末１３０−１に送るようにさせる。タスク３５５は図１３で以下議論する。
【００７３】
タスク３６０において、交換機１７０は、通信セッションへの参加招待を通信端末１３０−１に転送する。タスク３６０は、交換機１７０が、タスク３４５において、通信端末１３０−１のユーザがアベラブルの場合に実行される。更に、タスク３６０は、タスク３５５における無効シーケンスの実行の結果として、実行される。
【００７４】
図４は、タスク３１５の実行に関連するサブタスクのフローチャートを表す。図４に示したサブタスクを実行すること、タスクを別の順番で実施すること、そのタスクの一部を省いて実施すること、タスクを同時に実施すること、タスクの一部を省略すること等は、本明細書を参照することにより、当業者は容易に実施できる。
【００７５】
タスク４１０において、コンピュータ装置モニタ２６５は、コンピュータ装置１６０−１上で実行されるソフトウエア・アプリケーションのＩＤを決定する。本発明によれば、コンピュータ装置モニタ２６５は、ソフトウエア・アプリケーションのＩＤを、コンピュータ装置１６０−１のＯＳにより記録されたログ・ファイルを検査することにより、決定する。コンピュータ装置モニタ２６５がアプリケーションのＩＤを決定する別の手段を用いる他の実施例も、本明細書を参照することにより、当業者は容易に想到できる。本発明の第１の変形例においては、コンピュータ装置モニタ２６５は、活性状態のプロセスを特定し、このプロセスに関連する情報（例、プロセス名、このプロセスに関連するファイル）を特定のアプリケーションにマッチさせる（比較する）。
【００７６】
本発明の第２の実施例において、コンピュータ装置モニタ２６５は、リソースの使用のパターンを特定し、特定のアプリケーションに関連すると考えられるパターンとマッチさせる。例えば「８５％のＣＰＵ利用率と８５％のメモリ利用率」パターンは、コンピュータゲームに関連する。「２５％のＣＰＵ利用率と６０％のキャッシュ・ミス・レート」のパターンは、スプレッドシートのプロセッサに関連する。リソースの使用のパターンを認識し、特定のソフトウエア・アプリケーションに関連付ける方法は、当業者に公知である。
【００７７】
タスク４１０において、本発明の実施例は、使用中のソフトウエア・アプリケーションを特定する。ソフトウエア・アプリケーションの代わりに、ソフトウエア・アプリケーションコンポーネントを特定する他の実施例も当業者は想到できる。例えば本発明の第３の実施例において、端末モニタ２３５は、通信端末１３０上で実行されているソフトウエア・アプリケーションコンポーネントのＩＤを決定する。この第３の実施例によれば、ソフトウエア・アプリケーションは電話のアプリケーションであり、電話のコンポーネントと、インスタントメッセージのコンポーネントを含む。
【００７８】
本発明の第３の実施例によれば、端末モニタ２３５は、電話のアプリケーションのどのコンポーネントが使用されているかを、そのアプリケーションに記録されているログファイルを検査することにより、決定する。他の実施例として、端末モニタ２３５はどのアプリケーションのコンポーネントが使用されているかを決定する別の手段を用いることもできる。本発明の他の実施例においては、端末モニタ２３５は、アクティブなプロセスを特定し、そのプロセスに関する情報（例、プロセス名とプロセスに関連するファイル）を、特定のアプリケーションのコンポーネントにマッチさせることもできる。
【００７９】
本発明の第４の実施例においては、端末モニタ２３５は、リソースの使用のパターンを特定し、特定のアプリケーションのコンポーネントに関連すると思われるパターンにこれらのパターンをマッチさせる。例えば「２５％のＣＰＵ利用率」は、電話のアプリケーションのインスタント・メッセンジャーのコンポーネントに関連する。「５０％のＣＰＵ使用率」は、そのアプリケーションの電話のコンポーネントに関連する。当業者は、リソースの使用のパターンを認識し、それを特定のソフトウエアのコンポーネントに関連付けることができる。
【００８０】
タスク４２０において、コンピュータ装置モニタ２６５は、ファイル中のキーワードの存在を決定する。このファイルは、コンピュータ装置１６０−１上で実行されているソフトウエア・アプリケーションにより、開かれたものである。本発明の一実施例おいては、ソフトウエア・アプリケーションはワードプロセッサであり、オープンファイルはテキスト・ドキュメントである。本明細書を参照することにより、ソフトウエア・アプリケーションは、ファイルを開くことのできる他のソフトウエア・アプリケーション（メディアプレイヤー、別のテキストエディタ、ファイル圧縮ツール等）でもよい。更にオープンファイルは、他のファイル（ＭＰ３、ＭＰＥＧ、ＪＰＥＧ等）でもよい。
【００８１】
本発明の一実施例によれば、コンピュータ装置モニタ２６５は、ロック（キー）を有するドキュメントを探し出し、そのコンテンツをスキャンして、キーワードの存在を得る。本発明の他の実施例においては、コンピュータ装置モニタ２６５は、他の手段で開かれたドキュメントを探し出してもよい。例えば、ソフトウエア・アプリケーションにより行われたシステムコールのモニタリング、アプリケーションによりどのファイルが開かれたかを示すアプリケーション・ログファイルの検査。本発明の他の実施例においては、ファイルはメディア・ファイルであり、コンピュータ装置モニタ２６５は、音声認識技術（又は文字／イメージ認識技術）を用いて、どのキーワードがファイル中に存在するかを決定することもできる。
【００８２】
タスク４３０において、コンピュータ装置モニタ２６５は、ソフトウエア・アプリケーションが接続されている（あるいはされていた）アドレスを特定する。このアドレスは、インターネットのドメインネームであるが、本発明の他の実施例においては、唯一無二の識別子は、あらゆる種類の識別子（例、ＩＰアドレス、ＳＩＰのＵＲＩ（uniform reslurce identifiler）等）でもよい。更に、ソフトウエア・アプリケーションはインターネットブラウザであるが、本発明の他の実施例おいては、ソフトウエア・アプリケーションはあらゆる種類のソフトウエア・アプリケーション（例、ＦＴＰクライアント、ストリーミング・メディア・プレイヤー、サーバ、チャット、クライアント、ｅメール・クライアント等）でもよい。本発明の他の実施例おいては、アドレスは、インターネットブラウザにより記録されたログ・ファイルを検査することにより、決定できる。本発明の他の実施例おいては、このアドレスは、別の手段、例えばネットワークトラフィックを検査することによりあるいはコンピュータ装置１６０−１上のクッキーあるいは他のトークンの記憶装置をモニタすることによっても、特定することができる。
【００８３】
図５は、タスク３２０の実行に関連するサブタスクのフローチャートを表す。図５に示したサブタスクを実行すること、タスクを別の順番で実施すること、そのタスクの一部を省いて実施すること、タスクを同時に実施すること、タスクの一部を省略すること等は、本明細書を参照することにより、当業者は容易に実施できる。
【００８４】
図５に関する議論は、コンピュータ装置１６０−１のリソースの使用の尺度に付いて記載している。各リソースの使用の尺度は、この実施例においては、４秒ごとに取られた５個のサンプルからなる。しかし当業者は、あらゆるサンプル数（例えば１，２，３，５，１００，１５０個）に、変更することもできる。個々のサンプルは、あらゆる時間ウィンドウ（即ち個々のサンプルに対するデータが集められる期間）で、取る（集める）ことができる。例えば、１秒間、２秒間、３秒間、３０秒間、１分間、１５分間、１時間の時間ウインドウで集めることができる。更に異なるサンプルの間の期間は、あらゆる長さ（例えば１秒、１０秒、１分、１０分等）でもよい。更にサンプルの数、個々のサンプルが取られた時間、サンプル間の期間等も、様々なリソースに対する使用頻度で異なる。
【００８５】
タスク５１０において、コンピュータ装置のモニタは、コンピュータ装置１６０−１のキーストロークの速度の測定値を得る。キーストロークの速度とは、コンピュータ装置１６０−１のユーザがコンピュータ装置のキーボードのキーを叩く速度である。キーストロークな、例えば１分当たり４０回等である。
【００８６】
タスク５２０において、コンピュータ装置モニタ２６５は、コンピュータ装置１６０−１用のメモリアクセス頻度の測定値を得る。本発明の一実施例においては、端末がコンピュータ装置１６０−１の永続的用装置から要求する頻度を測定する。しかし本明細書を参照することにより、端末が別の測定値、例えばページ・ホールド・レート（page fault rate ）、ランダム・アクセスメモリの書き込みレートを用いることもできる。
【００８７】
タスク５３０において、コンピュータ装置モニタ２６５は、コンピュータ装置１６０−１のプロセッサのキャッシュミスレート（cash miss rate）の測定値を得る。
【００８８】
タスク５４０において、コンピュータ装置モニタ２６５は、周辺機器がコンピュータ装置１６０−１により使用されているか否かを決定する。本明細書を参照することにより本発明の他の実施例、例えば別の周辺機器の使用を検知することも、本発明の変形例に含まれる。例えば、プリンター、スライドプレゼンテーションリモートコントロール装置、マイクロフォン、オーディオスピーカ、ビデオカメラ、ハンドフォン等である。
【００８９】
タスク５５０において、コンピュータ装置モニタ２６５は、コンピュータ装置１６０−１の更なるハードウエア・リソースの使用の尺度（測定値）を得る。この実施例によれば、コンピュータ装置モニタ２６５は、プロセッサの温度、ビデオカード（又はＧＰＵ）の温度、ビデオカードメモリの使用、ビデオカード３Ｄのアクセレーションが使用されているか否か、サウンドアダプタの周囲のサウンド機能が使用されているか否か、サウンドアダプタの利用、プロセッサの温度等を決定する。
【００９０】
図６は、タスク３２５の実行に関連するサブタスクのフローチャートを表す。図６に示したサブタスクを実行すること、タスクを別の順番で実施すること、そのタスクの一部を省いて実施すること、タスクを同時に実施すること、タスクの一部を省略すること等は、本明細書を参照することにより、当業者は容易に実施できる。
【００９１】
図６に関する議論は、様々なセンサーからの測定値に付いて記載している。各測定値は、この実施例においては、４秒ごとに取られた５個のサンプルからなる。しかし当業者は、あらゆるサンプル数（例えば１，２，３，５，１００，１５０個）に、変更することもできる。個々のサンプルは、あらゆる時間ウィンドウ（即ち個々のサンプルに対するデータが集められる期間）で、取る（集める）ことができる。例えば、１秒間、２秒間、３秒間、３０秒間、１分間、１５分間、１時間の時間ウインドウで集めることができる。更に異なるサンプルの間の期間は、あらゆる長さ（例えば１秒、１０秒、１分、１０分等）でもよい。更にサンプルの数、個々のサンプルが取られた時間、サンプル間の期間等も、様々なセンサーに対する測定値で異なる。
【００９２】
タスク６１０において、アベイラビリティ・ディテクタ２４７は、温度センサ２５１から温度測定値を得る。タスク６１０の実行方法は、当業者に公知である。
【００９３】
タスク６２０において、アベイラビリティ・ディテクタ２４７は、動きセンサ２５２から測定値を得る。
【００９４】
タスク６３０において、アベイラビリティ・ディテクタ２４７は、カメラ２５３からの入力を得る。この実施例においては、カメラ入力は、ユーザがカメラの見える範囲に立っているか否かを決定する。本発明の変形例として、アベイラビリティ・ディテクタ２４７は、画像認識技術、例えば顔面表情認識技術、注視方向認識技術等を適用することもできる。
【００９５】
タスク６４０において、アベイラビリティ・ディテクタ２４７は、更なるセンサからの入力を得る。例えばアプライアンス・センサ（即ち特定のアプライアンス、例えば台所のストーブに火が入っているか否かを検知するセンサ）、大気圧センサ、湿度センサ、圧力センサ、生理学パラメータ等を用いることもできる。
【００９６】
図７は、タスク３４０の実行に関連するサブタスクのフローチャートを表す。図７に示したサブタスクを実行すること、タスクを別の順番で実施すること、そのタスクの一部を省いて実施すること、タスクを同時に実施すること、タスクの一部を省略すること等は、本明細書を参照することにより、当業者は容易に実施できる。
【００９７】
タスク７１０において、アベイラビリティ・ディテクタ２４７は、通信セッションを介したユーザに関する情報を得る。この実施例によれば、アベイラビリティ・ディテクタ２４７は、通信セッションが開始された端末のエンドポイント識別子を決定する。本明細書を参照することにより、本発明の他の実施例、例えば、アベイラビリティ・ディテクタ２４７が、電話の呼びを発した人のＩＤを特定することを、識別技術発呼者ＩＤ技術を用いて、あるいは電話帳の逆引き電話番号帳を用いて、行うこともできる。
【００９８】
本明細書を参照することにより、本発明の他の実施例において、アベイラビリティ・ディテクタ２４７が、通信セッションを開始した人に関する更なる情報を決定することもできる。例えば、会社内の地位（例ＣＥＯ、部門長）、性別、年齢、雇用状態、社会保障番号等である。本発明の他の実施例では、この付加的情報は、端末１１０のエンドポイントの識別子に基づいたサーチキーで、データベースをサーチすることによっても、得られる。本発明の更なる実施例は、更なる情報は、参加招待そのものの中に、あるいはアベイラビリティ・ディテクタ２４７で受領した別個のメッセージ内に含まれてもよい。
【００９９】
本発明の他の実施例では、通信セッションを開始したユーザと、通信セッションへの参加招待が向けられた端末のユーザとの関係（例、発呼者は通信端末１３０−１のユーザの上司である、発呼者は端末２３２−１のユーザの親戚である）が、通信端末１３０−１で検討され、得られる、あるいは決定される。本発明の他の実施例おいては、関連情報は、交換機１７０が、通信セッションへの参加招待と共に、受領する。本発明の他の実施例おいては、発呼者と通信端末１３０−１のユーザとの間の関係は、発呼者のＩＤ情報からも、発呼者とユーザを関連付ける表（従業員記録、家族記録）からも得られる。
【０１００】
タスク７２０において、アベイラビリティ・ディテクタ２４７は、通信セッションの予測継続時間を決定する。アベイラビリティ・ディテクタ２４７は、通信セッションへの参加招待が送られた端末（例、通信端末１３０−１）と端末１１０との間の過去の通信セッションの継続時間に関する情報のコールログをサーチし、参加招待を受領した通信セッションの予測継続時間を計算する。本発明の一実施例によれば、予測継続時間は、Ｎ個の最近の通信セッションの平均値である。ここでＮは整数である。
【０１０１】
更に本発明の他の実施例においては、予測継続時間は、参加招待に含まれている。（例、ＡＮＩフィールドのコンテンツ又はそれと等価コンテンツが上書きされる）。更に本発明の他の実施例においては、予測継続時間は、参加招待とは別のメッセージ内で、通信端末１３０−１で受領される。
【０１０２】
タスク７３０において、アベイラビリティ・ディテクタ２４７は、通信セッションのトピックスを決定する。この実施例によれば、トピックスの表示は、参加招待に含まれている。（例えばＡＮＩフィールドのコンテンツあるいはその等価コンテンツが上書きされる）。本発明の変形例においては、トピックスの表示は、参加招待とは別のメッセージで、受領することもできる。
【０１０３】
タスク７４０において、アベイラビリティ・ディテクタ２４７は、通信セッションの優先レートを決定する。本発明の一実施例おいては、これらの優先レートの１つは、「重要」、「特に重要」、「重要ではない」の内の１つである。本明細書を参照することにより、可能な優先レートの項目は、これよりも大きくてもあるいは小さくてもよい。
【０１０４】
本発明の一実施例によれば、優先レートの表示は、参加招待に含まれる。（例えばＡＮＩフィールドのコンテンツあるいはその等価コンテンツが上書きされる）。本発明の他の実施例においては、優先レートの表示は、参加招待とは別のメッセージで受領してもよい。更に本発明の変形例においては、重要な優先レートは、アベイラビリティ・ディテクタ２４７により、タスク７１０−７３０で受領した情報に基づいて決定できる。（例えば、会社のＣＥＯが電話した場合には、優先レートは「特に重要」となり、トピックスが会計の場合には、優先レートは単に「重要」となる）。
【０１０５】
図８は、タスク３４５の実行に関連するサブタスクのフローチャートを表す。図８に示したサブタスクを実行すること、タスクを別の順番で実施すること、そのタスクの一部を省いて実施すること、タスクを同時に実施すること、タスクの一部を省略すること等は、本明細書を参照することにより、当業者は容易に実施できる。
【０１０６】
タスク８１０において、アベイラビリティ・ディテクタ２４７は、サーバ１５０からアベイラビリティ・ポリシーを受領する。前述したように本明細書において、用語「アベイラビリティ・ポリシー」は、ユーザが通信に出られる時を決定するルールの１つである。この実施例においては、このアベイラビリティ・ポリシーは、ＸＭＬファイルで受領される。本発明の他の実施例においては、アベイラビリティ・ポリシーは、別の形態、例えばテキストファイル、番号の並び等で表現することもできる。本発明の実施例によれば、アベイラビリティ・ポリシーは、サーバから得られる。本明細書を参照することにより、このアベイラビリティ・ポリシーを、通信端末１３０−１に記憶しておくこともできる。
【０１０７】
具体的には、タスク８１０において、本発明は、ユーザがアベラブルである時を決定する４個のルールを含むアベイラビリティ・ポリシーを受領する。これらの４個のポリシーは、以下の通りである。
ｉ：ユーザが最近開けたウエブサイトに割り当てられたアベイラビリティ・スコアの重み付けされた和が５５以下の時には、ユーザはアベイラブルではない。
ｉｉ：ユーザのキーストロークの速度の最近の５個のサンプル値の重み付けされた和が１３０を越えた場合には、ユーザはアベイラブルではない。
ｉｉｉ：ユーザの事務所の温度が５５Ｆ（２５Ｃ）以下の場合には、ユーザはアベイラブルではない。
ｉｖ：会社のＣＥＯが電話してきた場合には、ユーザはアベイラブルである。
【０１０８】
本発明の一実施例によれば、アベイラビリティ・ポリシーのルールは、ユーザが通信セッションへの参加招待を受け入れることができるか否かを決定する。本発明の他の実施例においては、本明細書を参照することにより、アベイラビリティ・ポリシーのルールは、他の方法でも特定することができる。例えば、代わりの通信媒体、代わりの発呼時間、受信者（far-end party）がホールドにされている時間等を、用いることもできる。
【０１０９】
本発明の他の実施例によれば、アベイラビリティ・ポリシールールを用いて、ユーザがアベイラブルな通信媒体を選択することもできる。このルールは、コンピュータ装置１６０−１又は通信端末１３０−１で実行されているソフトウエア・アプリケーションの使用の特性と、コンピュータ装置１６０−１又は通信端末１３０−１のリソースの使用の程度と、通信端末１３０−１で実行されているソフトウエア・アプリケーション・コンポーネントの特性と、センサからの入力と、参加招待の特性に基づく。このルールの一例は以下のものを含む。
ｉ．コンピュータ装置１６０−１のユーザのキーストロークの速度が毎分８０文字を越えた場合には、テキストが好ましい通信媒体であると受信者（fa-end aprty）に通知する。
ｉｉ．ユーザがアベイラビリティ・ディテクタ２４７上で動く電話のアプリケーションのチャット・コンポーネントを使用している場合には、音声が好ましい通信媒体であることを受信者（fa-end aprty）に通知する。
【０１１０】
本発明の他の実施例においては、通信セッションへの参加招待が受け入れられているがホールド状態に置かれている場合には、通信セッションがアイドル状態にある期間は、アベイラビリティ・ポリシー・ルールによって、決められる。この他の実施例のアベイラビリティ・ポリシー・ルールは、コンピュータ装置１６０−１又は通信端末１３０−１で実行されるソフトウエア・アプリケーションの使用の特性、コンピュータ装置１６０−１又は通信端末１３０−１のリソースの使用の程度、通信端末１３０−１で実行されるソフトウエア・アプリケーション・コンポーネントの特性、センサからの入力、参加招待の特性を含む。これらのアベイラビリティ・ルールは、以下のものを含む。
ｉ．測定されたキーストロークの速度が毎分５０と８０の間の場合には、通信セッションをｎ分間ホールド状態に保持する。
ｉｉ．キーストロークの速度がしきい値（例５０）以下になるまで、この通信セッションをホールド状態に保持する。
ｉｉｉ．センサからの入力がしきい値以下になるまで、この通信セッションをホールド状態に保持する。（例えば、モーションセンサが、ユーザが集中的な動きを停止したことを示す場合）。
ｉｖ．コンピュータ装置１６０−１のユーザが特定のソフトウエア・アプリケーションの使用を停止するまで、通信セッションをホールド状態に保持する。
【０１１１】
本明細書を参照することにより、本発明の他の実施例では、タスク３３０−３６０は、繰り返し実行されるが、この繰り返しは、受信者がホールド状態にされた後、アベイラビリティ・ディテクタ２４７が、ユーザはホールド状態から外れるべきであるとする条件が満たされたと決定するまで、行われる。
【０１１２】
本発明の他の実施例においては、交換機１７０は、端末１１０からの通信セッションへの参加招待を最初は拒絶するが、通信端末１３０−１がアベイラブルになるまでタスク２３０−２６０を繰り返し実行し続ける。これはアベイラビリティ・ポリシー・ルールに従って行われる。ユーザがアベイラブルになった時には、交換機１７０は、新たな通信セッションを開始し、通信端末１３０−１を端末１１０に接続する。
【０１１３】
本発明の他の実施例においては、タスク２３０−２６０は、ユーザのキーストロークの回数がしきい値（毎分５０回）以下になるまで、実行される。この実施例おいては、アベイラビリティ・ポリシー・ルールは、ユーザのキーストロークの速度が毎分５０回以下になった場合には、ユーザはアベイラブルであることを、示す。かくして、ユーザのキーストロークの速度がしきい値以下になった時には、交換機１７０は、新たな通信セッションを開始し、通信端末１３０−１を端末１１０に接続する。
【０１１４】
本発明の他の実施例においては、アベイラビリティ・ポリシー・ルールを用いて、受信者が電話をする別の時間を決定する。このルールは、コンピュータ装置１６０−１又は通信端末１３０−１で実行されるソフトウエア・アプリケーションの使用の特性、コンピュータ装置１６０−１又は通信端末１３０−１のリソースの使用の程度、通信端末１３０−１で実行されるソフトウエア・アプリケーション・コンポーネントの特性、センサからの入力、参加招待の特性を含む。これらのアベイラビリティ・ルールは、以下のものを含む。
ｉ．キャッシュミスレート（cash miss rate）が５０％を越えた場合には、受信者に９０分以内にコールバックするように、依頼する。
ｉｉ．マルチメディア・プレイヤー・アプリケーションのムービー・プレイヤー・コンポーネントが用いられている場合には、受信者に対し、所定の期間（例えば１２０分）内に電話することを要求する。
【０１１５】
本発明の他の実施例によれば、コールバックの時間は、アベイラビリティを決定するのに使用されるポリシー・ルールで与えられる。本明細書を参照することにより、コールバック時間は、交換機１７０，通信端末１３０−１，１３０−２，１３０−３，１３０−４，ポリシー・サーバ１４０（例、カレンダー・アプリケーションに記憶されている情報）上のデータ・エントリとして記憶されている予約情報によって、決定してもよい。
【０１１６】
本発明の一実施例によれば、アベイラビリティ・ポリシー・ルールは、通信セッションを受領した時間又は通信セッションの媒体に対しては、無関係（neutral）である。本明細書を参照することにより、本発明の他の実施例、例えばアベイラビリティ・ルールを通信セッションへの参加招待を受領した時間又は通信セッションの媒体に依存するように、変更することもできる。この様なルールの一例は、次の通りである。
ｉ．通信セッションへの参加招待を所定時間内に受領した場合には、ユーザはアベイラブルではない。
ｉｉ．通信セッションの媒体がテキストの場合には、ユーザはアベイラブルである。
ｉｉｉ．通信セッションの媒体が音声の場合には、ユーザはアベイラブルではない。
【０１１７】
タスク８２０において、アベイラビリティ・ディテクタ２４７は、第１ルールをタスク３２０で得られた情報に適用する。この第１ルールは、最近のウエブサイトの訪問に依存するが、変形例として第１ルールは、タスク３１５又は３３０で受領した情報の種類（例、ソフトウエアの特定のコンポーネントの使用又はキーワードの存在）にも依存することができる。タスク８２０は図９，１０で以下議論する。
【０１１８】
タスク８３０において、アベイラビリティ・ディテクタ２４７は、第２ルールをタスク３２０で得られた情報に適用する。この第２ルールは、キーストロークの速度に依存するが、変形例として第２ルールは、タスク３２０又は３３５で受領した情報の種類（例、メモリ・アクセス・レートの測定値、キャッシュミスレートの測定値、周辺装置が使用されているか否かの情報）にも依存することができる。タスク８３０は図１１で以下議論する。
【０１１９】
タスク８４０において、アベイラビリティ・ディテクタ２４７は、第３ルールをタスク３２５で得られた情報に適用する。この第３ルールは、事務所の温度に依存するが、変形例として第３ルールは、タスク３２５で集めらた情報の種類（例、動きセンサ入力、カメラ入力）にも依存することができる。タスク８４０は図１２で以下議論する。
【０１２０】
タスク８５０において、アベイラビリティ・ディテクタ２４７は、第４のルールをタスク３４０で得られた情報に適用する。このルールによれば、通信セッションを開始したユーザが会社のＣＥＯの場合には、アベイラビリティ・ディテクタ２４７は、この参加招待を受け入れる。この第４のルールは会社内の発呼者の地位に依存するが、本発明の変形例として、第４のルールは、タスク３４０で得られた情報に依存させることができる。このルールは、以下を含む。
ｉ．参加招待の優先順位が「特に重要」の場合には、ユーザは常にアベイラブルである。
ｉｉ．通信セッションの予測継続時間が所定のしきい値（例、５分）以下の場合には、ユーザは常にアベイラブルである。
本発明の変形例として、このルールは、発呼者と通信端末１３０−１のユーザとの間の関係（タスク７１０で決定される）に依存する。このルールは以下を含む。
ｉ．ユーザの親戚が電話した場合には、ユーザは常にアベイラブルである。
ｉｉ．ユーザの会社の上司の誰かが電話したときには、ユーザは常にアベイラブルである。
【０１２１】
図９は、タスク８２０の実行に関連するサブタスクのフローチャートを表す。図９に示したサブタスクを実行すること、タスクを別の順番で実施すること、そのタスクの一部を省いて実施すること、タスクを同時に実施すること、タスクの一部を省略すること等は、本明細書を参照することにより、当業者は容易に実施できる。
【０１２２】
タスク９１０−９３０で、アベイラビリティ・ディテクタ２４７は、タスク８１０で受け取った第１ポリシ・ルールを適用する。この第１ポリシ・ルールは、ユーザが最近開いたウエブサイトに割り当てられたアベイラビリティ・スコアの重み付けの和が、５５未満の場合には、ユーザはアベイラブルではないことを、示す。アベイラビリティ・ポリシ・ルールは、キーストロークのレートに依存してもよい。他の実施例として、本明細書を参照することにより、アベイラビリティ・ポリシ・ルールが、タスク３１５と３３０で得られた情報に依存するように構成することもできる。
【０１２３】
アベイラビリティ・スコアは、通信端末１３０−１のユーザが通信に参加できるか否かを決定するために用いられる。本発明の実施例においては、アベイラビリティ・スコアは、タスク８１０で受領したポリシーの表示（例、ＸＭＬファイル）の中に含まれる。当業者は、本明細書を参照することにより、アベイラビリティ・スコアが、通信端末１３０−１に記憶されるかあるいはリモートのサーバに記憶されるような変形例を容易に想到できる。
【０１２４】
タスク９１０において、アベイラビリティ・ディテクタ２４７は、特性をアベイラビリティスコアとマッチさせる。更に本発明の第１実施例によれば、以下のアベイラビリティのスコアの組が、コンピュータ装置１６０−１が開いたＵＲＩに対し利用できる。
表１：ＵＲＩに割り当てられたアベイラビリティ・スコア
ＵＲＩ                                      アベイラビリティ・スコア
Movies.com TM                                10
Bloomberg.com TM                              40
Internal_document_repository                      85
【０１２５】
アベイラビリティ・スコアは、通信端末１３０−１のユーザが招待を受け入れる為に、アベイラブルでない可能性を示す。本発明の一実施例によれば、アベイラビリティ・スコアの大きさは、ユーザがタスク３１０で受領した招待に応答する（アベイラブルになる）確率に反比例する。更に本発明の一実施例によれば、Movies.com TMは、低いアベイラビリティ・スコアが割り当てられている。低いスコアの割り当ての理由は、Movies.com TMは、個人的な娯楽と通常見なされるウエブサイトだからである。これに対しinternal document repositoryは、仕事で必ず使われるドキュメント・ストレージ領域である。ユーザがdocument repositoryを開いている（訪問している）場合には、ユーザは会社の仕事を実行している確率が高い。この為inteunal document repositoryには、高いアベイラビリティ・スコアが割り当てられる。
【０１２６】
本発明の他の実施例によれば、以下のアベイラビリティ・スコアが、編集用に開かれたドキュメントに見出されるキーワードに割り当てられる。
表２：キーワードに割り当てられたアベイラビリティ・スコア
キーワード                                      アベイラビリティ・スコア
LOL                                              15
fiscal year                                          40
project deadline                                     85
【０１２７】
本発明の第２実施例によれば、用語「ＬＯＬ」は、低い優先スコアが割り当てられる。ＬＯＬはlaughing out loudの略語であり、インターネットのスラングの通常のエレメントである。この用語がドキュメント（文書）中に表れる場合は、通信端末１３０−１のユーザは個人的な会話に関わっている可能性が高い。従って、キーワードＬＯＬには、低い優先度しか割り当てられない。
【０１２８】
この第２実施例においては、以下の２種類のドキュメントが、アベイラビリティ・ディテクタ２４７によりキーワードを探すためのスキャンがされる。
ｉ．編集するために通信端末１３０−１のユーザにより開けられたドキュメント、
ｉｉ．ユーザとソフトウエア・アプリケーションとの相互作用の結果として、編集用のソフトウエア・アプリケーションにより開けられたドキュメント、
例えば、インスタントメッセージをユーザが送信した結果として（ユーザは知らずに）開けられたメッセージログである。
しかし、本明細書を参照することにより、２種類のドキュメントの内の一方のみをスキャンする他の実施例も構成することができる。
【０１２９】
タスク９２０において、アベイラビリティ・ディテクタ２４７は、タスク９１０で特定されたアベイラビリティ・スコアの和を計算する。本明細書を参照することにより、アベイラビリティ・ディテクタ２４７が、別の数、例えばスコアの重み付け平均値、単純平均値、他のスコアを計算する他の実施例も構成することができる。
【０１３０】
タスク９３０において、アベイラビリティ・ディテクタ２４７は、計算された和をタスク８１０で受領したポリシーで規定される所定の範囲と比較する。一実施例においては、和が５５以下の場合、通信端末１３０−１のユーザは、通信セッションへの参加招待を受け入れる（アベイラブルである）ことができる。
【０１３１】
図１０は、タスク８２０の実行に関連するサブタスクのフローチャートを表す。図１０に示したサブタスクを実行すること、タスクを別の順番で実施すること、そのタスクの一部を省いて実施すること、タスクを同時に実施すること、タスクの一部を省略すること等は、本明細書を参照することにより、当業者は容易に実施できる。
【０１３２】
タスク１０１０と１０２０において、アベイラビリティ・ディテクタ２４７は、ポリシ・ルールを適用する。このポリシ・ルールは、ユーザが開いた「ビジネス」のグループからのウエブサイトの数が、「個人的な娯楽」のグループからのウエブサイトの数以上の場合には、ユーザは、アベイラブルではないと決める。
【０１３３】
この実施例によれば、訪問された（開かれた）ウエブサイトは、グループに分けられる。このグループの定義は、タスク８１０で受領したポリシーに含まれる（ＸＭＬファイル）。しかし、本明細書を参照することにより、グループの定義が、通信端末１３０−１に記憶されているあるいはリモートのサーバに記憶されている他の変形例も構成することもできる。
【０１３４】
タスク１０１０において、アベイラビリティ・ディテクタ２４７は、コンピュータ装置１６０−１上で実行しているインターネット・ブラウザにより最近開かれた最後の３個のウエブサイトに対しグループを決定する。この３つのウエブサイトは、Movies.com TMと、Bloomberg.com TMと、internal document repositoryである。
この実施例に対するグループの定義を以下に示す。
表３：ウエブサイトグループの定義
ビジネスのウエブサイト        娯楽用ウエブサイト      ニュースのウエブサイト
Internal document repository     Youtube.com TM           Bloomberg.com TM
Corporation web site           Movies.com TM            Cnn.com TM
A client web site              Netflix.com TM            News.com TM
Another client's website        Cinema.com TM            bbc.com TM
【０１３５】
本明細書を参照することにより、別の定義のグループを構成する他の実施例も当業者は構成することができる。
【０１３６】
タスク１０２０において、アベイラビリティ・ディテクタ２４７は、ポリシ・ルールを適用するか否かを決定する。 Movies.com TMは、娯楽グループに属し、internal document repositoryはビジネスグループに属し、Bloomberg.com TMは仕事用にも娯楽用にも属さないために、ユーザが開いたビジネス用のウエブサイトの数は、娯楽用のウエブサイトの数以上である。その為、この実施例のアベイラビリティポリシ・ルールにより、ユーザは通信セッションに参加できる（アベイラブルである）と見なされる。
【０１３７】
図１１は、タスク８３０の実行に関連するサブタスクのフローチャートを表す。図１１に示したサブタスクを実行すること、タスクを別の順番で実施すること、そのタスクの一部を省いて実施すること、タスクを同時に実施すること、タスクの一部を省略すること等は、本明細書を参照することにより、当業者は容易に実施できる。
【０１３８】
タスク１１１０−１１３０において、アベイラビリティ・ディテクタ２４７は、タスク８１０で受領した第２のポリシ・ルールを、タスク３２０で受領した情報に適用する。第２のポリシ・ルールは、ユーザのキーストロークの速度の最も最近の５つのサンプルの重み付きの和が通信端末１３０を越えた場合には、ユーザは手が空いていないと決定する。
【０１３９】
タスク１１１０において、アベイラビリティ・ディテクタ２４７は、コンピュータ装置１６０−１のリソースの使用の尺度（頻度）のサンプルに重み付けをする。これはタスク３２０で得られたものである。この実施例においては、アベイラビリティ・ディテクタ２４７は、キーボード上のキーが押された速度（即ちキーストロークの速度）の測定値を受領する。アベイラビリティ・ディテクタ２４７は、以下の表の最初の２つの列に含まれるデータ・サンプルを受領する。
表４：キーストロークのサンプルとそれに対応する重み付けの値
サンプル
（キーストローク／分）    ４５      ８０        ５５        ３２        ６５
サンプルが採られた時間    ｔ０        ｔ１        ｔ２          ｔ３        ｔ４
重み係数                  １      ．８５      ．７５      ．６０      ．４５
【０１４０】
この実施例のよれば各サンプルには、重み付け係数が乗算されて、このサンプルの重み付けされた値が得られる。サンプルはそれらが取り出された時間に従って、重み付けされる。最新のサンプルは重み付けされる比率が低い、これらの適宜重み付けされた値は、当業者には公知である。更にサンプルを重み付けしない他の実施例も、本明細書を参照することにより、当業者は容易に実施できる。
【０１４１】
タスク１通信網１２０において、アベイラビリティ・ディテクタ２４７は、重み付けされたサンプルの和を計算する。
【０１４２】
タスク１１３０において、アベイラビリティ・ディテクタ２４７は、この計算された和を、タスク８１０で受領したポリシー中で定義される所定の範囲にマッチさせ（比較す）る。この実施例によれば、ポリシーは、重み付けされたキーストロークの速度のサンプルの和が通信端末１３０未満の場合には、通信端末１３０−１のユーザは、通信セッションへの参加招待を受け入れることができる（アベイラブルである）と見なす。このポリシーは、複数のキーストロークのレートサンプルに基づくが、このポリシーは、本明細書を参照することにより、１個のサンプルに依存させる（例、キーストロークの速度が毎分８０以上の場合にはユーザはアベイラブルでないとする）、サンプルの重み付けされた平均値に依存させる、このサンプルの他の組み合わせに依存させるような他の実施例も構成できる。
【０１４３】
この実施例のポリシ・ルールは、キーストロークの速度に依存しているが、本明細書を参照することにより、アベイラビリティのポリシ・ルールが、タスク３２０と３３５で測定された他のリソースの使用（例えばキーストロークの速度とキャッシュ・ミス・レートの両方）に依存させる他の実施例も構成することができる。このポリシ・ルールの一例は次の通りである
ｉ．キャッシュミスレートが５０％を越えた時には、ユーザはアベイラブルではない。
ｉｉ．永続的記憶装置への読み込みリクエストが過去１分間に１０回未満の場合には、ユーザはアベイラブルである。
ｉｉｉ．コンピュータ装置１６０−１へ接続されたスキャナが、通信セッションへの参加招待を受領した時に用いられている場合には、ユーザはアベイラブルではない。
【０１４４】
本明細書を参照することにより、アベイラブルである範囲あるいはアベイラブルでない範囲がここに示した実施例とは異なる他の実施例も容易に想到できる。アベイラビリティの値をこの範囲に割り当てる方法も当業者は容易に想到できる。更に第３の範囲を特定し、アベイラビリティの和が第３の範囲に入った時に、通信端末１３０−１から端末１１０に、端末１１０に対し所定の時間（例、３０分）内にコールバックするよう依頼するメッセージを送ることもできる。
【０１４５】
図１２は、タスク８４０の実行に関連するサブタスクのフローチャートを表す。図１２に示したサブタスクを実行すること、タスクを別の順番で実施すること、そのタスクの一部を省いて実施すること、タスクを同時に実施すること、タスクの一部を省略して実施すること等は、本明細書を参照することにより、当業者は容易に実施できる。
【０１４６】
タスク１２１０−１２３０において、アベイラビリティ・ディテクタ２４７は、タスク８１０で受領した第３のポリシ・ルールをタスク３２５で受領した情報に適用する。この第３のポリシ・ルールは、ユーザの事務所の温度が２５Ｃ以下の場合には、ユーザはアベイラブルではないと決定する。
【０１４７】
タスク１２１０において、アベイラビリティ・ディテクタ２４７は、タスク２４０で受領したセンサ入力を処理する。この実施例によれば、アベイラビリティ・ディテクタ２４７は、タスク２３７で受領したセンサデータをデジタル化し（アナログ信号で受領した場合）、それを正規化する。この実施例によれば、温度センサからの入力を処理するが、本明細書を参照することにより、他のセンサ（例、動きセンサ、生化学センサ、湿度センサ等）からの入力も同様に処理する他の実施例も構成できる。
【０１４８】
本発明の他の実施例によれば、アベイラビリティ・ディテクタ２４７は、タスク６３０で受領したカメラ入力を処理し、ユーザのモードを決定する。具体的には、端末は顔認証機構を採用するモード・ディテクタを使用する。本明細書を参照することにより、生理学センサ（ＥＣＧとＥＣＧ）からの入力を用いて、通信端末１３０−１のユーザのモードを評価する他の実施例も想到できる。
【０１４９】
タスク１２２０において、アベイラビリティ・ディテクタ２４７は、タスク３２５で受領した温度センサからの入力が、温度が２５Ｃ以下であることを示すか否かを決定する。
【０１５０】
本発明の他の実施例によれば、アベイラビリティ・ディテクタ２４７は、モード検出からの結果を、ユーザのモードをそのアベイラビリティに関連付けるポリシーに、適用する。更に本発明の他の実施例によれば、このポリシーは、参加招待は、モード検出が通信端末１３０−１のユーザが肯定的なモードにいると結論できる時のみ、受け入れられる。
【０１５１】
図１３は、タスク３５５の実行に関連するサブタスクのフローチャートを表す。図１３に示したサブタスクを実行すること、タスクを別の順番で実施すること、そのタスクの一部を省いて実施すること、タスクを同時に実施すること、タスクの一部を省略して実施すること等は、本明細書を参照することにより、当業者は容易に実施できる。
【０１５２】
タスク１３１０において、交換機１７０は、端末１１０からのストリングを受領する。この実施例によれば、ストリングは英数字であるが、本明細書を参照することにより、ストリングをあらゆる種類の文字（数字）等で構成する他の実施例も想到できる。
【０１５３】
タスク１３２０において、アベイラビリティ・ディテクタ２４７は、この受領したストリングを交換機１７０に記憶されている第２のストリングと比較する。この２つのストリングが一致した場合には、アベイラビリティ・ディテクタ２４７により、交換機１７０は参加招待を通信端末１３０−ｉに送る。本明細書を参照することにより、ストリングをリモートのサーバに記憶し交換機１７０に記憶しない他の実施例も想到できる。第２のストリングをタスク８１０で受領したポリシーで特定する他の実施例も構成できる。更にタスク８１０で受領したポリシーが、アベイラビリティ・ディテクタ２４７が、この２つのストリングが一致する場合でさえ呼びを受け入れるか否かを、提供する他の実施例も構成できる（即ちポリシーは、本発明の拒否コンポーネントがイネーブルされるか否かを提供する）。
【０１５４】
図１４は、本発明の実施例の操作に関連する各タスクの実行をするフローチャートである。
【０１５５】
タスク１４１０において、交換機１７０は、端末１１０からの通信セッションへの参加招待を受領する。
【０１５６】
タスク１４１５において、受領者セレクタ２４９は、コンピュータ装置１６０−１で動くソフトウエア・アプリケーションの使用の特性を得る。この実施例によれば、受領者セレクタ２４９は、ソフトウエア・アプリケーションの使用の特性を受領する。本明細書を参照することにより、受領者セレクタ２４９が、ソフトウエア・アプリケーションコンポーネントの使用の特性を受領する他の実施例も構成できる。この特性は、コンピュータ装置モニタ２６５により得られ、その後モニタ・クライアント２４５に送られ、このモニタ・クライアント２４５が、それを受領者セレクタ２４９に送る他の構成も実施できる。
【０１５７】
タスク１４２０において、受領者セレクタ２４９は、コンピュータ装置１６０−１のリソースの使用の尺度（測定値）を得る。この実施例によれば、この尺度は、コンピュータ装置モニタ２６５により計算され、モニタ・クライアント２４５に送られ、このモニタ・クライアント２４５が更に受領者セレクタ２４９に送る。
【０１５８】
タスク１４２５において、通信端末１３０−１はセンサ１５０−１からの入力を受領する。タスク１４２５はタスク３２５と同一である。
【０１５９】
タスク１４３０において、受領者セレクタ２４９は、通信端末１３０−１で走るソフトウエア・アプリケーション使用の特性を得る。この実施例によれば、受領者セレクタ２４９は、ソフトウエア・アプリケーションの使用の特性を受領するが、本明細書を参照することにより、受領者セレクタ２４９が、ソフトウエア・アプリケーションのコンポーネントの使用の特性を受領する他の実施例も可能である。一実施例によれば、この特性は、端末モニタ２３５により得られ、その後モニタ・クライアント２４５に送られ、モニタ・クライアント２４５が更に受領者セレクタ２４９に送る。タスク１４３０とタスク３３０は同一である。
【０１６０】
タスク１４３５において、受領者セレクタ２４９は、通信端末１３０−１のリソースの使用の尺度を得る。一実施例によればこの尺度は、端末モニタ２３５により得られ、モニタ・クライアント２４５に送られ、このモニタ・クライアント２４５が、それを受領者セレクタ２４９に送る。タスク１４３５とタスク３３５は同一である。
【０１６１】
タスク１４４０において、受領者セレクタ２４９は、タスク１４１０−１４３５が通信端末１３０−１の全てに対し、交換機１７０が接続されているコンピュータ装置１６０−１の全てに対し、実行されるか否かを決定する。タスクが、全てのデバイスに対し実行されると、アベイラビリティ・ディテクタ２４７は、タスク１４４５を実行する。それ以外は、タスク１４１５−１４３５が再び実行される。この実施例によれば、交換機１７０に接続される全てのデバイスに関する情報が得られるが、本明細書を参照することにより、交換機１７０に接続される全てサブセットに関する情報が得られる他の実施例も想到できる。
【０１６２】
タスク１４４５において、受領者セレクタ２４９は、通信セッションへの参加招待の特性を受領する。タスク１４１５はタスク３４０と同一である。
【０１６３】
タスク１４５０において、受領者セレクタ２４９は、通信セッションへの参加招待に対する受取人を選択する。この受領者は、ポリシー・サーバ１４０から取り出したルーティングポリシーに従って選択される。タスク１４５０を図１５を参照して更に説明する。
【０１６４】
タスク１４５５において、受領者セレクタ２４９は、参加招待を選択された受領者に送る。
【０１６５】
図１５は、タスク１４５０の実行に関連するサブタスクのフローチャートを表す。図１５に示したサブタスクを実行すること、タスクを別の順番で実施すること、そのタスクの一部を省いて実施すること、タスクを同時に実施すること、タスクの一部を省略して実施すること等は、本明細書を参照することにより、当業者は容易に実施できる。
【０１６６】
タスク１５１０において、受領者セレクタ２４９は、センサ１５０から「ルーティング・ポリシー」を受領する。本明細書において「ルーティング・ポリシー」とは、通信セッションの参加招待を如何にルーティングするかを決定するルールの組として定義される。この実施例によれば、このルーティング・ポリシーはＸＭＬファイルで受領されるが、このルーティングポリシーは、本明細書を参照することにより、別の表現形態、例えばテキストファイル、番号のシーケンス等で表示する別の方法も当業者は想到できる。この実施例によれば、ルーティングポリシーは、サーバから得られるが、本明細書を参照することにより、このルーティングポリシーを交換機１７０又は通信端末１３０−１に記憶しておく他の実施例も構成できる。
【０１６７】
具体的には、タスク１５１０において、本発明は、通信セッションへの参加招待の受領者を如何に選択するかの４個のルールを含むルーティングポリシーを受領する。
ｉ．ユーザが最近開いたウエブサイトに割り当てられたアベイラビリティ・スコアの重み付けの和が最高のユーザを選択する。
ｉｉ．キーストロークの速度が最低なユーザを選択する。
ｉｉｉ．自分の席から最も動かないユーザを選択する。
ｉｖ．最高のランクのユーザを選択する。
【０１６８】
タスク１５２０において、受領者セレクタ２４９は、第１のルールをタスク１４１５で受領した情報に適用する。第１ルールは、最近に開いたウエブサイトに依存するが、第１ルールは、本明細書を参照することにより、タスク１４１５又は１４３０で受領した別のタイプの情報に依存させる方法（ソフトウエアの適宜のコンポーネントの使用又はキーワードの存在）に依存させることもできる。タスク１５２０は、タスク８２０で議論した方法で実行される。
【０１６９】
タスク１５３０において、受領者セレクタ２４９は、第２のルールをタスク１４２０で得た情報に適用する。第２のルールはキーストロークの強さに依存するが、本明細書を参照することにより、第２のルールをタスク１４２０又は１４３５で受領した情報の種類に依存させる他の方法も構成できる。例えばメモリアクセスレートの尺度、キャッシュミスレート、周辺機器が使用されているか否かの情報等に依存させることもできる。タスク１５３０はタスク８３０で議論した方法で実行される。
【０１７０】
タスク１５４０において、受領者セレクタ２４９は、第３のルールを、タスク１４２５で受領した情報に適用する。第３のルールは、動きセンサから得られた情報に依存するが、本明細書を参照することにより、第３のルールをタスク３４０で集められた他の情報（例えば、温度センサ入力、カメラ入力等である）に依存させる他の方法も構成できる。タスク１５４０はタスク８４０で議論した方法で実行できる。
【０１７１】
タスク１５５０において、受領者セレクタ２４９は、第４のルールをタスク３４０で得られた情報に適用する。このルールによれば、通信端末１３０−ｉのユーザの中で最高のランクのユーザが選択される。例えば通信端末１３０−１のユーザが会社のプロジェクト・マネージャであり、通信端末１３０−２のユーザがその会社の部門長の場合には、後者が選択される。第４のルールは会社内の発呼者の地位に依存するが、本明細書を参照することにより、第４のルールをタスク１４３５で得られた情報に依存する他の方法も構成できる。タスク１５５０はタスク８５０で議論された方法で実行される。
【０１７２】
以上説明した装置又はその変形例は、本明細書を参照することにより、当業者は容易に実現できる。
以上の説明は、本発明の一実施例に関するもので、この技術分野の当業者であれば、本発明の種々の変形例を考え得るが、それらはいずれも本発明の技術的範囲に包含される。特許請求の範囲の構成要素の後に記載した括弧内の番号は、図面の部品番号に対応し、発明の容易なる理解の為に付したものであり、発明を限定的に解釈するために用いてはならない。また、同一番号でも明細書と特許請求の範囲の部品名は必ずしも同一ではない。これは上記した理由による。用語「又は」に関して、例えば「Ａ又はＢ」は、「Ａのみ」、「Ｂのみ」ならず、「ＡとＢの両方」を選択することも含む。特に記載のない限り、装置又は手段の数は、単数か複数かを問わない。
【符号の説明】
【０１７３】
１１０  端末
１２０  通信網
１３０  通信端末
１４０  ポリシー・サーバ
１５０  センサ
１６０  コンピュータ装置
１７０  交換機
２３１  ハードウエア
２３２  システム・ソフト
２３５  端末モニタ
２４５  モニタ・クライアント
２４７  アベイラビリティ・ディテクタ
２４９  受領者セレクタ
２５１  温度センサ
２５２  動きセンサ
２５３  カメラ
２６１  ハードウエア
２６２  システム・ソフト
２６５  コンピュータ装置モニタ
図３
３１０：通信網ノードで通信セッションへの参加招待を受領する
３１５：コンピュータ装置上で走るソフトウエア・アプリケーションの使用の特性を得る
３２０：コンピュータ装置のリソースの使用の尺度を得る
３２５：センサから入力を受領する
３３０：通信端末上で走るソフトウエア・アプリケーションのコンポーネントの使用の特性を得る
３３５：通信端末のリソースの使用の尺度を得る。
３４０：参加招待の特性を決定する
３４５：通信端末の使用が可能か否かを決定する
３５０：通信のユーザがアベイラブルでない時に、参加招待の送信者にメッセージを送る
３５５：上書きシーケンスを実行する
３６０：参加招待を通信端末に転送する
図４
４１０：現在使用されている特別なソフトウエア特性のＩＤを決定する
４２０：ソフトウエア・アプリケーションにより開かれたファイル内にキーワードの存在を決定する
４３０：ソフトウエア・アプリケーションが接続されるアドレスを決定する
図５
５１０：キーワードの強度の測定値を得る
５２０：メモリ・アクセスの周期の測定値を得る
５３０：キャッシュ・ミス・レートの測定値を得る
５４０：周辺機器が使用されているか否の指示を得る
５５０：追加的リソースの使用の測定値を得る
図６
６１０：温度センサから入力を得る
６２０：動きセンサから入力を得る
６３０：カメラから入力を得る
６４０：追加的センサから入力を得る
図７
７１０：通信セッションを開始したユーザの情報を決定する
７２０：予測継続時間を決定する
７３０：通信セッションのトピックスを決定する
７４０：通信セッションの優先順位を決定する
図８
８１０：サーバ１５０からのアベイラビリティ・ポリシーを決定する
８２０：ソフトウエア・アプリケーションの使用の特性に関する情報をアベイラビリティ・ポリシーに適用する
８３０：リソースの使用の測定値をアベイラビリティ・ポリシーに適用する
８４０：センサの測定値をアベイラビリティ・ポリシーに適用する
８５０：参加招待の特性の情報をアベイラビリティ・ポリシーに適用する
図９
９１０：各特性とアベイラビリティのスコアとマッチさせる
９２０：アベイラビリティのスコアを加算する
９３０：アベイラビリティのスコアの和をアベイラビリティ・ポリシー内で特定された範囲と比較する
図１０
１０１０：ユーザが開いた各ウエブサイトとグループとをマッチさせる
１０２０：ポリシー・ルールが適用されるか否かを決定する
図１１
１１１０：測定値のサンプルに重み付けをする
１１２０：重み付けされたサンプルを加算する
１１３０：その和とアベイラビリティ・ポリシー内で特定された範囲を比較する
図１２
１２１０：センサの入力を処理する
１２２０：アベイラビリティ・ポリシーのルールが適合したか否かを決定する
図１３
１３１０：通信端末でストリングを受領する
１３２０：ストリングの受領に応答して、参加招待を通信端末に転送する
図１４
１４１０：交換機で通信セッションの参加招待を受領する
１４１５：コンピュータ装置上で走るソフトウエア・アプリケーションの使用の特性を得る
１４２０：コンピュータ装置のリソースの使用の測定値を得る
１４２５：センサから入力を得る
１４３０：通信端末上で走るソフトウエア・アプリケーションの使用の特性を得る
１４３５：通信端末のリソースの使用の測定値を得る
１４４０：複数の端末のコンピュータ装置に対し繰り返されたタスク３１５−３３５を有する
１４４５：参加招待の特性を決定する
１４５０：参加招待の受領者を選択する
１４５５：参加招待を選択された受領者の通信端末に転送する
図１５
１５１０：サーバ１５０からのルーティング・ポリシーを受領する
１５２０：ソフトウエア・アプリケーションの使用の特性の情報をルーティング・ポリシーに適用する
１５３０：リソースの使用の測定値をルーティング・ポリシーに適用する
１５４０：センサの測定値をルーティング・ポリシーに適用する
１５５０：参加招待の特性に関する情報をルーティング・ポリシーに適用する
【図１】
0005669820.tif 000002
【図２】
0005669820.tif 000003
【図３】
0005669820.tif 000004
【図４】
0005669820.tif 000005
【図５】
0005669820.tif 000006
【図６】
0005669820.tif 000007
【図７】
0005669820.tif 000008
【図８】
0005669820.tif 000009
【図９】
0005669820.tif 000010
【図１０】
0005669820.tif 000011
【図１１】
0005669820.tif 000012
【図１２】
0005669820.tif 000013
【図１３】
0005669820.tif 000014
【図１４】
0005669820.tif 000015
【図１５】
0005669820.tif 000016