拡張アベイラビリティ検出
【課題】本発明は通信に関し、より詳細には、アベイラビリティ検出拡張アベイラビリティ検出を提供する。
【解決手段】通信端末が、ユーザが通信セッション参加への着信招待に応じることができるかどうかを、（１）ソフトウェアアプリケーションコンポーネントの使用の特性、（２）端末のリソースの使用の特性、（３）センサ入力、（４）着信招待の特性、または（５）上記（１）、（２）、（３）、（４）の任意の組合せに基づいて決定する。
【解決手段】通信端末が、ユーザが通信セッション参加への着信招待に応じることができるかどうかを、（１）ソフトウェアアプリケーションコンポーネントの使用の特性、（２）端末のリソースの使用の特性、（３）センサ入力、（４）着信招待の特性、または（５）上記（１）、（２）、（３）、（４）の任意の組合せに基づいて決定する。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
本出願は、やはり参照により組み込まれている、２００９年３月１６日に出願した米国仮出願第６１／１６０，５７２号、「Ｐｒｅｓｅｎｃｅ Ｂａｓｅｄ ｏｎ ｔｈｅ Ｃｏｎｔｅｘｔ ｏｒ Ｐｅｒｓｏｎａ ｏｆ ｔｈｅ Ｐａｒｔｙ Ｂｅｉｎｇ Ｃｏｎｔａｃｔｅｄ」（整理番号６３０−４６４ｕｓ）の優先権を主張するものである。
【０００２】
本発明は、一般には、通信に関し、より詳細には、アベイラビリティ検出に関する。
【背景技術】
【０００３】
用語「アベイラビリティ」は、通信の文脈では、通信セッション参加を誘う、着信する招待（ｉｎｃｏｍｉｎｇ ｉｎｖｉｔａｔｉｏｎ）にユーザが応じることができるかを指す。たとえば、ユーザは、電話回線が使用中の場合、通話に応じることができないことがある。インスタントメッセージングでは、ユーザのオンライン状態が「使用中」に設定される場合、ユーザは応対不可能である。後者の場合、オンライン状態は、インスタントメッセージングクライアントにおいて一般に使用可能な「オンライン状態変更」メニューを用いて手動で設定される。
【０００４】
通信装置は、着信する通信に応じるかどうか決定し、着信通信についてユーザに知らせ、着信通信を表示し、また他の目的のためにアベイラビリティ情報を使用する。アベイラビリティ検出は、既存のアプリケーションで実施されるように、通信チャネルの使用、またはユーザが通信への参加を明らかに望んでいないことを反映する。
【０００５】
現在、アベイラビリティ検出には、少なくとも２つの欠点がある。第１に、ユーザの「アベイラビリティ」は、ユーザの嗜好だけを反映しており、ユーザのアベイラビリティが第三者の嗜好を反映する必要がある状況については考慮されていない。たとえば、雇用の場では、従業員と雇用者の両方が、従業員が応対可能かどうか決定できることが望ましい。第２に、ユーザは、オンライン状態を手動で再設定するのをしばしば忘れるので、したがって、あるユーザのオンライン状態がそのアベイラビリティを真に反映しているものか知ることは難しい。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
したがって、改良されたより堅牢な通信装置を提供するためにこれらの欠点に対処する方法が求められている。
【課題を解決するための手段】
【０００７】
本発明は、ユーザの仮想と物理の両方の環境に基づいてユーザアベイラビリティを決定する方法を提供することによって従来技術の欠点に対処する。
【０００８】
より具体的には、本発明は、通信端末が、通信セッション参加への着信招待にユーザが応じることができるかどうか以下に基づいて決定する方法のためのものである。
（１）ソフトウェアアプリケーションコンポーネントの使用の特性、または
（２）端末のリソースの使用の特性、または
（３）センサ入力、または
（４）着信する招待の特性、または
（５）（１）、（２）、（３）及び（４）の任意の組合せ。
通信セッション参加の招待が通信端末で受け取られるとき、本発明は、ユーザアベイラビリティを決定する。アベイラビリティ決定に基づいて、本発明は、着信招待を受け、またはそれを拒否する。
【０００９】
さらに、本発明は、諸実施形態の一部では、アベイラビリティポリシーを集中実施するための方法を提供する。本明細書の目的では、用語「アベイラビリティポリシー」は、ユーザがいつ通信に応じることができるか決定する１つまたは複数の規則のセットと定義される。
【００１０】
本発明の第１の実施形態では、ユーザアベイラビリティは、ソフトウェアアプリケーションコンポーネントの使用の特性によって決定される。本明細書の目的では、用語「ソフトウェアアプリケーションコンポーネントの使用の特性」は、特定のソフトウェアアプリケーションコンポーネントが使用されるやり方に関するいずれかの情報アイテムと定義される。こうした特性には、それだけに限定されないが、たとえば、ウェブブラウザが訪問したアドレス、インスタントメッセージ内にあるキーワード、編集するために開かれた文書内のキーワード、使用される特定のソフトウェアアプリケーションコンポーネントの識別情報（ｉｄｅｎｔｉｔｙ）などが含まれる。
【００１１】
本明細書の目的では、「ソフトウェアアプリケーションコンポーネント」は、ソフトウェアアプリケーションのユーザに機能性を提供するソフトウェアアプリケーションの一部である。ソフトウェアアプリケーションコンポーネントは、基礎となるアプリケーション実行可能コードによって定義される。それぞれ異なるソフトウェアアプリケーションコンポーネントが、実行可能コードを共有できる。しかし、２つのコンポーネントがそれぞれ異なる機能性を提供するためのものである場合、あるコンポーネントの実行可能コードは、別のコンポーネントの実行可能コードと完全には同一でない。簡潔に述べると、２つの異なるソフトウェアアプリケーションコンポーネントは、コード（マシン実行可能コードまたは上位レベルのプログラミング言語コード）の少なくとも１つの行においては異なっているに違いない。
【００１２】
第１の実施形態のある場合では、本発明は、ウェブブラウザが訪問した１つまたは複数のウェブサイトに基づいてアベイラビリティを決定する。本発明のこの実施形態によれば、ウェブサイトは、ウェブブラウザのユーザが通信セッションへの招待を受けることができるかどうかの手掛かりとして役立つ。たとえば、ユーザがＭｏｖｉｅｓ．ｃｏｍ（商標）などの娯楽ウェブサイトを訪問する場合、これは、ユーザが通信端末を個人の娯楽用に使用しており、ユーザの仕事には関係ないということを表している。この例のアベイラビリティポリシーによれば、ユーザは、Ｍｏｖｉｅｓ．ｃｏｍ（商標）を訪問中であると見られる場合、通信に参加できると見なされる。
【００１３】
この第１の実施形態の別の場合では、本発明は、ユーザコンピュータ上で編集するために開かれている文書内にタイプされる１つまたは複数のキーワードを識別する。この実施形態によれば、キーワードは、ユーザが通信に参加できるかどうか決定するベースとなる。それだけに限らないが、たとえば、開かれた文書がインターネット俗語を含んでいる場合、ユーザは、仕事に関することではなく、個人の会話に従事していることを表している。したがって、ユーザは、インターネット俗語が文書内で識別される場合、通信に参加できると見なされる。
【００１４】
第１の実施形態の第３の場合では、本発明は、使用される、または使用された特定のアプリケーションコンポーネントを識別する。この情報は、ユーザが通信に参加可能かどうか決定するベースとなる。ウェブブラウザは、それだけに限らないが、たとえば、ウェブ会議コンポーネント及びアニメーションコンポーネントを備えてよい。ウェブ会議コンポーネントは、ユーザが会社のウェブ会議に参加することを可能にするプラグインである。こうした会議は、厳密にビジネスに関連する。アニメーションコンポーネントは、ユーザがＹｏｕｔｕｂｅ．ｃｏｍ（商標）上でビデオを視聴することを可能にする。アニメーションコンポーネントが使用されるとき、ブラウザが実行されている端末のユーザは、個人の娯楽のためにＹｏｕｔｕｂｅ．ｃｏｍ（商標）ビデオの視聴を行っている可能性が最も高い。この例のアベイラビリティポリシーによれば、ユーザは、ウェブ会議コンポーネントが使用されるとき、通信に参加できないと見なされる。
【００１５】
一般に、上記例のポリシーは、ユーザが仕事関連の活動に従事していない場合、ユーザが応対可能であると見なす。ポリシーの論理的根拠は、従業員の生産性の向上であるが、本発明の範囲は、特定の１組のポリシーに限定されない。本発明が実施するポリシーは、本発明のユーザの必要性によって決まる。
【００１６】
本発明の第２の実施形態によれば、端末のリソースの使用の測定値が得られる。本明細書の目的では、用語「端末のリソースの使用の特性は、以下の少なくとも１つに関するいずれかの情報と定義される。（１）端末の特定のハードウェアコンポーネントまたは周辺装置が少しでも使用されるかどうか、及び（２）ハードウェアコンポーネントまたは周辺装置の負荷及び／または利用度。
【００１７】
第２の実施形態のある場合では、本発明は、キー入力速度に基づいてアベイラビリティを決定する。この実施形態のアベイラビリティポリシーによれば、ユーザのキー入力速度が単位時間当たりキー入力の特定の閾値を超える場合、ユーザに対する通信セッション参加のすべての着信招待が断られる。このポリシーの論理的根拠は、ユーザが速くタイプしている場合、ユーザは文書の作成にすべての注意を向けている可能性が最も高く、着信通信によって邪魔されたくないとういうことである。
【００１８】
第２の実施形態の別の場合では、本発明は、キャッシュミス率に基づいてアベイラビリティを決定する。この実施形態のアベイラビリティポリシーによれば、キャッシュミスパターンが、アベイラビリティポリシーに指定されたキャッシュミスパターンに類似する場合、ユーザに対する通信セッション参加のすべての着信招待が断られる。キャッシュミス率は、通信端末のユーザが従事している活動のタイプに関する情報を提供する。たとえば、ユーザは、多くのキャッシュミスを引き起こす場合、大きいスプレッドシートなど、大きいデータセットの操作に従事している可能が高い。この例では、ユーザがスプレッドシートの作業に関与しているということが見受けられる場合、ユーザは着信通信に応対できない。第１の実施形態に関して述べられた例示的なポリシーとまさに同じように、この例の規則は、通信端末ユーザが生産活動に従事していることがリソース使用に表れている場合には通信端末ユーザの邪魔をしないことを保証することによって、従業員生産性の向上を促す。
【００１９】
本発明の第３の例示的な実施形態では、ユーザアベイラビリティは、ユーザの物理的な環境に関する情報に基づいて決定される。第３の実施形態によれば、ユーザアベイラビリティは、センサからの入力に基づいて決定される。センサは、生理センサ、運動センサなどを備える。
【００２０】
第３の実施形態のある場合では、本発明は、ユーザの椅子に置かれる運動センサからの信号を使用する。運動センサは、ユーザが椅子の中でどれくらい移動するか検出する。この実施形態のアベイラビリティポリシーによれば、単位時間当たりの動きの閾値を超えるフィードバックを運動センサが提供する場合、通信セッション参加へのすべての着信招待が断られる。こうした構成の論理的根拠として、ユーザが椅子の中で動かない場合、これは、ユーザが業務遂行に完全に打ち込んでおり、通信に応じたがらない可能性が高いことの表れである。
【００２１】
第３の実施形態の別の場合では、本発明は、温度センサからの入力に基づいてアベイラビリティを決定する。この実施形態のアベイラビリティポリシーによれば、温度が特定の閾値未満に下がったとき、ユーザに対する通信セッション参加へのすべての着信招待が断られる。こうした構成の論理的根拠は、部屋が寒すぎる場合、部屋に誰もいない可能性が高いということである。
【００２２】
本発明の第４の実施形態では、アベイラビリティは、通信セッションの参加への着信招待の特性に基づいて決定される。本開示の目的では、用語「通信セッション参加への招待の特性」は、（１）通信セッションを開始するユーザについての情報、（２）通信セッションのトピック、（３）通信セッションの期待される継続時間、及び（４）通信セッションの優先度ランク付け（ｐｒｉｏｒｉｔｙ ｒａｔｉｎｇ）のうちの少なくとも１つと定義される。
【００２３】
上記の諸実施形態及びその例は、本発明の様々な態様をよりよく示すために提供されていることを理解されたい。それらは、本発明の全範囲を網羅するものでは決してない。以下の開示は、本発明の一部の実施形態の実施例を詳細に教示している。
【図面の簡単な説明】
【００２４】
【図１】本発明の例示的な実施形態の顕著なコンポーネントの概略図である。
【図２】本発明の例示的な実施形態の顕著なコンポーネントの概略図である。
【図３】本発明の例示的な実施形態の動作に関連する顕著なタスクの実行のフローチャートである。
【図４】タスク３２０の実施に関連する顕著なサブタスクの実行のフローチャートである。
【図５】タスク３３０の実施に関連する顕著なサブタスクの実行のフローチャートである。
【図６】タスク３４０の実施に関連する顕著なサブタスクの実行のフローチャートである。
【図７】タスク３５０の実施に関連する顕著なサブタスクの実行のフローチャートである。
【図８】タスク３６０の実施に関連する顕著なサブタスクの実行のフローチャートである。
【図９】タスク８２０の実施に関連する顕著なサブタスクの実行のフローチャートである。
【図１０】本発明の別の例示的な実施形態によって実施される、タスク８２０の実施に関連する顕著なサブタスクの実行のフローチャートである。
【図１１】タスク８３０の実施に関連する顕著なサブタスクの実行のフローチャートである。
【図１２】タスク８４０の実施に関連する顕著なサブタスクの実行のフローチャートである。
【図１３】タスク３８０の実施に関連する顕著なサブタスクの実行のフローチャートである。
【発明を実施するための形態】
【００２５】
図１は、本発明の例示的な実施形態の顕著なコンポーネントの概略図を示している。例示的な実施形態は、端末１１０、通信ネットワーク１２０、ポリシーサーバ１４０、センサ１５０及び端末１３０を備える。
【００２６】
端末１１０は、机上の電話器である。本発明の例示的な実施形態によれば、端末１１０は、音声通信とビデオ通信の両方が可能であるが、本開示を読んだ後、当業者には、端末１１０が音声機能しかもたない本発明の代替実施形態を作成し使用するやり方が明らかになろう。さらに、本開示を読んだ後、当業者には、端末１１０が別の通信装置（たとえばソフトフォン、セルラ電話、双方向ラジオ、携帯情報端末など）である本発明の代替実施形態を作成し使用するやり方が明らかになろう。
【００２７】
通信ネットワーク１２０は、端末１１０、端末１３０及びポリシーサーバ１４０の間で信号を移送する。本発明の例示的な実施形態によれば、通信ネットワーク１２０はインターネットであるが、本開示を読んだ後、当業者には、通信ネットワーク１２０が任意のタイプの通信ネットワーク（たとえばローカルエリアネットワーク、公衆交換電話網、ＳＯＮＥＴ、ＡＴＭ、セルラ網など）である本発明の代替実施形態を作成し使用するやり方が明らかになろう。
【００２８】
端末１３０は、通信端末である。本発明の例示的な実施形態によれば、端末１３０は、音声通話とビデオ通話の両方を行うことができるが、本開示を読んだ後、当業者には、端末１３０が音声機能しかもたない本発明の代替実施形態を作成し使用するやり方が明らかになろう。さらに、本開示を読んだ後、当業者には、端末１３０が任意のタイプの通信装置（たとえば携帯電話、双方向ラジオ、携帯情報端末、机上電話器など）である本発明の代替実施形態を作成し使用するやり方が明らかになろう。
【００２９】
ポリシーサーバ１４０は、アベイラビリティポリシー規則を格納するサーバである。本発明の例示的な実施形態によれば、端末１３０は、ポリシーサーバ１４０からアベイラビリティポリシー規則を受け取る。しかし、本開示を読んだ後、当業者には、端末１３０がアベイラビリティポリシー規則を別のソースから取得する（たとえば、規則が管理者または端末１３０のユーザによって手動で端末上にロードされるなど）本発明の代替実施形態を作成し使用するやり方が明らかになろう。さらに、本発明の例示的な実施形態によれば、ポリシーサーバ１４０に格納されたアベイラビリティポリシー規則は、端末１３０のユーザによって指定されるが、本開示を読んだ後、当業者には、アベイラビリティポリシー規則がネットワーク管理者またはアベイラビリティ検出器２３７の設計者によって指定される本発明の代替実施形態を作成し使用するやり方が明らかになろう。
【００３０】
センサ１５０は、端末１３０にデータを供給することができる複数のセンサである。本発明の例示的な実施形態によればセンサ１５０は３つのセンサの集まりであるが、本開示を読んだ後、当業者には、センサ１５０が任意の数（たとえば、１、２、５、１０、１５など）のセンサを含む本発明の代替実施形態を作成し使用するやり方が明らかになろう。センサ１５０については、図２に関する議論においてさらに述べられる。
【００３１】
図２は、本発明の例示的な実施形態の顕著なコンポーネントの概略図を示している。例示的な実施形態は、センサ１５０、端末１３０、温度センサ２５１、運動センサ２５２、カメラ２５３、ハードウェア２３１、システムソフトウェア２３２、端末モニタ２３６及びアベイラビリティ検出器２３７を備える。
【００３２】
通信端末１３０は、ハードウェア２３１、システムソフトウェア２３２、端末モニタ２３６及びアベイラビリティ検出器２３７を備える。
【００３３】
ハードウェア２３１は、それだけに限らないが、たとえばプロセッサ（単一コアまたはマルチコア）、メモリ、トランシーバ、ネットワークインターフェース、ディスプレイ、音声インターフェース、ビデオインターフェースなどの端末１３０を備える電子部品である。ハードウェア２３１は、システムソフトウェア及び１つまたは複数のアプリケーションを実行できる。本発明の例示的な実施形態によれば、ハードウェア２３１は、端末モニタ２３６及びシステムソフトウェア２３２を実行している。ハードウェア２３１を作成し使用するやり方が当業者には明らかであろう。
【００３４】
システムソフトウェア２３２は、ハードウェア２３１上で実行されているオペレーティングシステムのインスタンスである。
【００３５】
端末モニタ２３６は、端末１３０に関する情報を取得するためのソフトウェアである。本発明の例示的な実施形態によれば、端末モニタ２３６は、以下の２つの機能のうちの少なくとも１つを実施する：
ｉ．端末１３０上で実行されているソフトウェアアプリケーションコンポーネントの使用の１つまたは複数の特性を取得すること。
ｉｉ．端末１３０の１つまたは複数のリソースの使用の測定値を得ること。
端末モニタ２３６の動作については、図３に関する議論においてさらに述べられる。
【００３６】
アベイラビリティ検出器２３７は、端末１３０のユーザが通信セッションに参加できるかどうか決定するためのソフトウェアである。アベイラビリティ検出器２３７の動作については、図７〜１３の議論においてさらに詳細に述べられる。
【００３７】
センサ１５０は、温度センサ２５１、運動センサ２５２及びカメラ２５３を備える。
【００３８】
温度センサ２５１は温度センサである。
【００３９】
運動センサ２５２は運動センサである。本発明の例示的な実施形態によれば、センサ２５２は、赤外線（ＩＲ：ｉｎｆｒａ ｒｅｄ）技術を使用する電子動き検出器である。しかし、本開示を読んだ後、当業者には、他のセンサ（たとえば超音波、マイクロ波、ホール効果など）が使用される本発明の代替実施形態を作成し使用するやり方が明らかになろう。
【００４０】
カメラ２５３はビデオカメラである。しかし、本開示を読んだ後、当業者には、カメラ２５３が静止画カメラである本発明の代替実施形態を作成し使用するやり方が明らかになろう。
【００４１】
図３は、本発明の例示的な実施形態の動作に関連する顕著なタスクの実行のフローチャートを示している。図３に関連するタスクを、表された順序とは異なる順序で実施し、あるいはタスクのうちの１つまたは複数を同時に実施するやり方が、本開示を読んだ後、当業者には明らかになろう。さらに、本開示を読んだ後、当業者には、タスクのうちの１つまたは複数を省略する本発明の代替実施形態を作成し使用するやり方が明らかになろう。
【００４２】
タスク３１０で、端末１３０は、通信セッション参加への招待を受け取る。招待は、端末１１０から送信される。本発明の例示的な実施形態によれば、通信セッションは電話通話である。しかし、本開示を読んだ後、当業者には、通信セッションが、それだけに限らないが、たとえばビデオ通話、チャット会話、電話会議などの他の任意のタイプの通信セッションである本発明の代替実施形態を作成し使用するやり方が明らかになろう。
【００４３】
タスク３２０で、アベイラビリティ検出器２３７は、ソフトウェアアプリケーションコンポーネントの使用の特性を取得する。特性は、端末モニタ２３６から取得される。それだけに限らないが、たとえばＯｕｔｌｏｏｋ（商標）などのソフトウェアアプリケーションは、電子メールクライアント、カレンダ及びタスクスケジューラなど、複数のコンポーネントを提供できる。本発明の例示的な実施形態は、こうした個々のコンポーネントの使用の側面を監視する。タスク３２０については、図４に関する議論においてさらに述べられる。
【００４４】
タスク３３０で、アベイラビリティ検出器２３７は、端末１３０の１つまたは複数のリソースの使用の測定値を得る。測定値は、端末モニタ２３６から得られる。タスク３３０については、図５に関する議論においてさらに述べられる。
【００４５】
タスク３４０で、端末１３０は、センサ１５０からの入力を受け取る。タスク３４０については、図６に関する議論においてさらに述べられる。
【００４６】
タスク３５０で、端末１３０は、通信セッション参加への招待の特性を決定する。タスク３５０については、図７に関する議論においてさらに述べられる。
【００４７】
タスク３６０で、端末１３０は、タスク３１０で受け取られた招待に応じるかどうか決定する。タスク３６０については、図８に関する議論においてさらに述べられる。
【００４８】
タスク３７０で、端末１３０は、よく知られているやり方で、通信セッション参加への招待に対する応答を送信する。本発明の例示的な実施形態によれば、応答は、受入れ、または拒否である。しかし、それだけに限らないが、たとえば後の折返し、別の通信媒体の使用など、遠端の相手（ｆａｒ−ｅｎｄ ｐａｒｔｙ）によって取られる措置を識別するメッセージが端末１１０に送信される本発明の代替実施形態を作成し使用するやり方が、本開示を読んだ後、当業者には明らかになろう。さらに、メッセージが、それだけに限らないが、たとえば、好ましい通信媒体（たとえば音声、テキストなど）、通信セッションを行う好ましい代替の時間など、通信セッションに関する追加の情報の表示を含む本発明の代替実施形態を作成し使用するやり方が、本開示を読んだ後、当業者には明らかになろう。
【００４９】
さらに、本開示を読んだ後、当業者には、端末１３０が呼に応じ、遠端の相手を保留にする本発明の代替実施形態を作成し使用するやり方が明らかになろう。遠端の相手を保留にする時間は、アベイラビリティポリシー規則に従って決定することができる。さらなる実施形態では、本発明は、遠端の相手に、それが保留されていることを知らせるメッセージを送信する。
【００５０】
タスク３８０で、端末１３０は、オーバーライドシーケンスを実行する。オーバーライドシーケンスは、端末１３０が通信セッション参加への招待を断るときに実行される。この場合、端末１１０のユーザには、端末１３０の決定をオーバーライドして、端末１３０に着信招待に応じるよう強制するためにパスワードを入力するオプションが与えられる。タスク３８０については、図１３に関する議論においてさらに述べられる。
【００５１】
図４は、タスク３２０の実施に関連する顕著なサブタスクの実行のフローチャートを示している。図４に関連するタスクを、表された順序とは異なる順序で実施し、あるいはタスクのうちの１つまたは複数を同時に実施するやり方が、本開示を読んだ後、当業者には明らかになろう。さらに、本開示を読んだ後、当業者には、タスクのうちの１つまたは複数を省略する本発明の代替実施形態を作成し使用するやり方が明らかになろう。
【００５２】
タスク４１０で、端末モニタ２３６は、端末１３０上で実行しているソフトウェアアプリケーションコンポーネントの識別情報を決定する。本発明の例示的な実施形態によれば、ソフトウェアアプリケーションは、電話コンポーネント及びインスタントメッセージングコンポーネントを備える電話アプリケーションである。しかし、本開示を読んだ後、当業者には、他の任意のアプリケーション（たとえば文書処理、電子メールクライアントなど）が解析される本発明の代替実施形態を作成し使用するやり方が明らかになろう。端末モニタ２３６は、２つのコンポーネントのどちらが使用されるか決定する。
【００５３】
本発明の例示的な実施形態によれば、端末モニタ２３６は、アプリケーションによって記録されるログファイルを検査することによって、電話アプリケーションのどんなコンポーネントが使用されるか決定する。しかし、本開示を読んだ後、当業者には、端末モニタ２３６がどんなコンポーネントが使用されるか決定するために代替手段を使用する本発明の代替実施形態を作成し使用するやり方が明らかになろう。本発明の一代替実施形態では、端末モニタ２３６は、１つまたは複数のアクティブプロセスを識別し、プロセスに関する情報（たとえばプロセス名、プロセスに関連するファイルなど）を特定のアプリケーションコンポーネントに一致させる。
【００５４】
本発明の別の代替実施形態では、端末モニタ２３６は、リソース消費のパターンを識別し、特定のアプリケーションコンポーネントに関連すると知られているパターンにこれらのパターンを一致させる。それだけに限定されないが、たとえば、「２５％のＣＰＵ使用率」のパターンは、電話アプリケーションのインスタントメッセンジャーコンポーネントに関連付けることができ、「５０％のＣＰＵ使用率」のパターンは、アプリケーションの電話コンポーネントに関連付けることができる。リソース消費パターンを認識し、特定のソフトウェアコンポーネントに関連付けるやり方が、当業者には明らかになろう。
【００５５】
タスク４２０で、端末モニタ２３６は、端末１３０上で実行されているソフトウェアアプリケーションによって開かれているファイル内のキーワードの存在を決定する。本発明の例示的な実施形態によれば、ソフトウェアアプリケーションはワードプロセッサであり、開かれたファイルはテキスト文書である。しかし、ソフトウェアアプリケーションが、ファイルを開くことができる他の任意のソフトウェアアプリケーション（たとえばメディアプレーヤー、別のテキストエディタ、ファイル圧縮ツールなど）である本発明の代替実施形態を作成し使用するやり方が、本開示を読んだ後、当業者には明らかになろう。さらに、本開示を読んだ後、当業者には、開かれたファイルが他の任意のタイプ（たとえばＭＰ３、ＭＰＥＧ、ＪＰＥＧなど）のものである本発明の代替実施形態を作成し使用するやり方が明らかになろう。
【００５６】
本発明の例示的な実施形態によれば、端末モニタ２３６は、ロックがかかっている文書を突き止め、１つまたは複数のキーワードの存在を求めてその内容をスキャンする。しかし、それだけに限らないが、たとえばソフトウェアアプリケーションによって行われるシステム呼を監視すること、アプリケーションによってどんなファイルが開かれているか示すアプリケーションログファイルを検査することなどの代替手段を使用して、端末モニタ２３６が開かれている文書を突き止める本発明の代替実施形態を作成し使用するやり方が、本開示を読んだ後、当業者には明らかになろう。さらに、ファイルがメディアファイルである本発明の代替実施形態では、端末モニタ２３６は、ファイル内にキーワードが存在するかどうか決定するために音声認識（または文字／画像認識）技術を使用する。
【００５７】
タスク４３０で、端末モニタ２３６は、ソフトウェアアプリケーションが接続される（または接続された）アドレスを識別する。アドレスはインターネットドメイン名であるが、本開示を読んだ後、当業者には、ユニフォーム識別子（ＵＲＩ：ｕｎｉｆｏｒｍ ｉｄｅｎｔｉｆｉｅｒ）が任意のタイプの識別子（たとえばインターネットプロトコル（ＩＰ：Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレス、ＳＩＰユニフォームリソース識別子（ＵＲＩ：ｕｎｉｆｏｒｍ ｒｅｓｏｕｒｃｅ ｉｄｅｎｔｉｆｉｅｒ）など）である本発明の代替実施形態を作成し使用するやり方が明らかになろう。さらに、ソフトウェアアプリケーションはインターネットブラウザであるが、本開示を読んだ後、当業者には、ソフトウェアアプリケーションが他の任意のタイプのソフトウェアアプリケーション（たとえばＦＴＰクライアント、ストリーミングメディアプレーヤー、サーバ、チャットクライアント、電子メールクライアントなど）である本発明の代替実施形態を作成し使用するやり方が明らかになろう。本発明の例示的な実施形態によれば、アドレスは、インターネットブラウザによって記録されるログファイルを検査することによって決定される。しかし、それだけに限らないが、たとえばネットワークトラフィックを検査すること、端末１３０上のクッキー及び他のトークンの記憶を監視することなどの代替手段によってアドレスが識別される本発明の代替実施形態を作成し使用するやり方が、本開示を読んだ後、当業者には明らかになろう。
【００５８】
図５は、タスク３３０の実施に関連する顕著なサブタスクの実行のフローチャートを示している。図５に関連するタスクを、表された順序とは異なる順序で実施し、あるいはタスクのうちの１つまたは複数を同時に実施するやり方が、本開示を読んだ後、当業者には明らかになろう。さらに、本開示を読んだ後、当業者には、タスクのうちの１つまたは複数を省略する本発明の代替実施形態を作成し使用するやり方が明らかになろう。
【００５９】
図５に関する議論は、端末１３０のリソース使用の測定値を取ることについて述べている。本発明の例示的な実施形態によれば、それぞれの測定値は、４秒おきに取られた５つのサンプルからなる。しかし、本開示を読んだ後、当業者には、任意の数（たとえば１、２、３、５、１００、１５０など）のサンプルが取られる本発明の代替実施形態を作成し使用するやり方が明らかになろう。それだけに限らないが、たとえば１秒、２秒、３秒、３０秒、１分、１５分、１時間など、任意の時間枠にわたって個々の各サンプルを取ることができる（すなわち、個々のサンプルのデータが収集される期間が変化し得る）こともまた、本開示を読んだ後、当業者には明らかになろう。さらに、それぞれ異なるサンプル間の期間は、任意の長さ（たとえば１秒、１０秒、１分、１０分など）であってよいことが当業者には明らかになろう。さらに、複数のサンプルの組合せ、個々の各サンプルが取られる時間、及び個々のサンプル間の期間は、それぞれ異なるリソースの測定値ごとに異なってよいことが当業者には明らかになろう。
【００６０】
タスク５１０で、端末モニタ２３６は、端末１３０のキー入力速度の測定値を得る。キー入力速度は、端末１３０のユーザが端末のキーボード上のキーを押下する速度（たとえば４０キー／分など）である。
【００６１】
タスク５２０で、端末モニタ２３６は、端末１３０のメモリアクセス頻度の測定値を得る。本発明の例示的な実施形態によれば、端末は、端末１３０の永久記憶装置に情報を要求する頻度を測定する。しかし、それだけに限らないが、たとえばページ誤り率、ランダムアクセスメモリ書込み速度など代替測定値を端末が得る本発明の代替実施形態を作成し使用するやり方が、本開示を読んだ後に、当業者には明らかになろう。
【００６２】
タスク５３０で、端末モニタ２３６は、端末１３０のプロセッサのキャッシュミス率の測定値を得る。本開示を読んだ後、当業者には、キャッシュヒット率が代わりに測定される本発明の代替実施形態を作成し使用するやり方が明らかになろう。
【００６３】
タスク５４０で、端末モニタ２３６は、端末１３０によって周辺装置が使用されるかどうか決定する。例示的な実施形態によれば周辺装置はスキャナであるが、それだけに限らないが、たとえばプリンタ、スライドプレゼンテーションリモコン装置、マイクロホン、ビデオカメラ、オーディオスピーカ、ヘッドホンなどの別の周辺装置の使用が検出される本発明の代替実施形態を作成し使用するやり方が、本開示を読んだ後、当業者には明らかになろう。
【００６４】
タスク５５０で、端末モニタ２３６は、端末１３０の追加ハードウェアリソース使用の測定値を得る。本発明の例示的な実施形態によれば、端末モニタ２３６は、プロセッサ温度、ビデオカード（またはＧＰＵ）温度、ビデオカードメモリの使用、ビデオカード３Ｄアクセラレーションが使用されているかどうか、サウンドアダプタのサラウンドサウンド機能が使用されているかどうか、サウンドアダプタ利用度、プロセッサ温度などを決定する。
【００６５】
図６は、タスク３４０の実施に関連する顕著なサブタスクの実行のフローチャートを示している。図６に関連するタスクを、表された順序とは異なる順序で実施し、あるいはタスクのうちの１つまたは複数を同時に実施するやり方が、本開示を読んだ後、当業者には明らかになろう。さらに、本開示を読んだ後、当業者には、タスクのうちの１つまたは複数を省略する本発明の代替実施形態を作成し使用するやり方が明らかになろう。
【００６６】
図６に関する議論は、様々なセンサからの測定値を取ることについて述べている。本発明の例示的な実施形態によれば、それぞれの測定値は、４秒おきに取られた５つのサンプルからなる。しかし、本開示を読んだ後、当業者には、任意の数（たとえば１、２、３、５、１００、１５０など）のサンプルが取られる本発明の代替実施形態を作成し使用するやり方が明らかになろう。それだけに限らないが、たとえば１秒、２秒、３秒、３０秒、１分、１５分、１時間など、任意の時間枠にわたって個々の各サンプルを取ることができる（すなわち個々のサンプルのデータが収集される期間が変化し得る）こともまた、本開示を読んだ後、当業者には明らかになろう。さらに、それぞれ異なるサンプル間の期間は任意の長さ（たとえば１秒、１０秒、１分、１０分など）であってよいことが、当業者には明らかになろう。さらに、複数のサンプルの組合せ、個々の各サンプルが取られる時間、及び個々のサンプル間の期間は、それぞれ異なるセンサからの測定値ごとに異なってよいことが当業者には明らかになろう。
【００６７】
タスク６１０で、アベイラビリティ検出器２３７は、温度センサ２５１から温度測定値を得る。タスク６１０を実行するやり方が、当業者には明らかになろう。
【００６８】
タスク６２０で、アベイラビリティ検出器２３７は、運動センサ２５２からの測定値を得る。
【００６９】
タスク６３０で、アベイラビリティ検出器２３７は、カメラ２５３からの入力を得る。本発明の例示的な実施形態によれば、カメラ入力は、ユーザがカメラの視覚範囲内に立っているかどうか決定するために使用される。しかし、それだけに限らないが、たとえば顔認識、表情認識及び凝視方向認識などの画像認識技術をアベイラビリティ検出器２３７が適用する本発明の代替実施形態を作成し使用するやり方が、本開示を読んだ後、当業者には明らかになろう。
【００７０】
タスク６４０で、アベイラビリティ検出器２３７は、それだけに限らないが、たとえば器具センサ（すなわちガスレンジなどの特定の器具が動作しているかどうか検出するセンサ）、気圧センサ、湿度センサ、圧力センサ、生理パラメータ（たとえばＥＣＧ、ＥＥＧなど）を測定するセンサなど、追加のセンサからの入力を得る。
【００７１】
図７は、タスク３５０の実施に関連する顕著なサブタスクの実行のフローチャートを示している。図７に関連するタスクを、表された順序とは異なる順序で実施し、あるいはタスクのうちの１つまたは複数を同時に実施するやり方が、本開示を読んだ後、当業者には明らかになろう。さらに、本開示を読んだ後、当業者には、タスクのうちの１つまたは複数を省略する本発明の代替実施形態を作成し使用するやり方が明らかになろう。
【００７２】
タスク７１０で、アベイラビリティ検出器２３７は、通信セッションを開始するユーザに関する情報を得る。本発明の例示的な実施形態によれば、アベイラビリティ検出器２３７は、通信セッションが開始された端末のエンドポイント識別子を決定する。しかし、本開示を読んだ後、当業者には、アベイラビリティ検出器２３７が発信者番号通知サービスなどの識別技術を使用し、または電話帳で電話番号逆引きを行うことによって、電話をかけている人の識別情報を決定する本発明の代替実施形態を作成し使用するやり方が明らかになろう。
【００７３】
アベイラビリティ検出器２３７がそれだけに限らないが、たとえば社内の役職（たとえばＣＥＯ、部長など）、性別、年齢、雇用状態、社会保障番号など、通信セッションを開始する人に関する追加情報を決定する本発明の代替実施形態を作成し使用するやり方もまた、本開示を読んだ後、当業者には明らかになろう。本発明の代替実施形態は、端末１１０のエンドポイント識別子に基づく検索キーを用いたデータベース検索を実施することによって追加情報を得る。しかし、本開示を読んだ後、当業者には、追加の情報が招待自体に含まれ、またはアベイラビリティ検出器２３７によって受け取られる別個のメッセージ内に含まれる本発明のさらなる代替実施形態を作成し使用するやり方が明らかになろう。
【００７４】
さらに、本開示を読んだ後、当業者には、通信セッションを開始するユーザと端末１３０のユーザの関係（たとえば発呼者が端末１３０のユーザの監督者であり、発呼者が端末２３１−１のユーザの親戚であるなど）が得られ、または決定される本発明の代替実施形態を作成し使用するやり方が明らかになろう。本発明の一部の代替実施形態では、関係情報は、通信セッション参加への招待と共に、端末１３０で受け取られる。本発明の他の実施形態では、発呼者と端末１３０のユーザの関係は、発呼者の識別情報、及び発呼者をユーザに関連付けるテーブル（たとえば従業員記録、家族記録など）から導出される。
【００７５】
タスク７２０で、アベイラビリティ検出器２３７は、通信セッションの期待された継続時間を決定する。アベイラビリティ検出器２３７は、端末１３０と端末１１０の間の過去の通信セッションの継続時間に関する情報を求めて通話記録を探索し、招待が受け取られる通信セッションの期待される継続期間を計算する。本発明の例示的な実施形態によれば、期待される継続時間は、ｎを整数として、最も最近のｎ個の通信セッションの平均である。
【００７６】
さらに、本開示を読んだ後、当業者には、期待される継続時間が招待自体に含まれる（たとえばＡＮＩフィールドの内容または等価物が上書きされるなど）本発明の代替実施形態を作成し使用するやり方が明らかになろう。さらに、本開示を読んだ後、当業者には、期待される継続時間が端末１３０上で、招待とは別のメッセージで受け取られる本発明の代替実施形態を作成し使用するやり方が明らかになろう。
【００７７】
タスク７３０で、アベイラビリティ検出器２３７は、通信セッションのトピックを決定する。本発明の例示的な実施形態によれば、トピックの表示は、招待自体に含まれる（たとえばＡＮＩフィールドの内容または等価物が上書きされるなど）。しかし、本開示を読んだ後、当業者には、トピックの表示が、招待とは別のメッセージで受け取られる本発明の代替実施形態を作成し使用するやり方が明らかになろう。
【００７８】
タスク７４０で、アベイラビリティ検出器２３７は、通信セッションの優先度ランク付けを決定する。本発明の例示的な実施形態によれば、３つのランク、「重要」、「非常に重要」及び「重要でない」のうちの１つが選択される。しかし、本開示を読んだ後、当業者には、可能なランク付けの空間がより大きいまたは小さい本発明の代替実施形態を作成し使用するやり方が明らかになろう。
【００７９】
本発明の例示的な実施形態によれば、優先度ランク付けの表示は、招待自体に含まれる（たとえばＡＮＩフィールドの内容または等価物が上書きされるなど）。しかし、本開示を読んだ後、当業者には、優先度ランク付けの表示が、招待とは別のメッセージで受け取られる本発明の代替実施形態を作成し使用するやり方が明らかになろう。さらに、重要度ランク付けがアベイラビリティ検出器２３７によって、タスク７１０から７３０で受け取られた情報に基づいて決定される（たとえばＣＥＯが発呼する場合、優先度ランクは「非常に重要」に設定され、トピックが会計である場合、優先度ランクは「重要」に設定される）本発明の代替実施形態を作成し使用するやり方が、本開示を読んだ後、当業者には明らかになろう。
【００８０】
図８は、タスク３６０の実施に関連する顕著なサブタスクの実行のフローチャートを示している。図８に関連するタスクを、表された順序とは異なる順序で実施し、あるいはタスクのうちの１つまたは複数を同時に実施するやり方が、本開示を読んだ後、当業者には明らかになろう。さらに、本開示を読んだ後、当業者には、タスクのうちの１つまたは複数を省略する本発明の代替実施形態を作成し使用するやり方が明らかになろう。
【００８１】
タスク８１０で、アベイラビリティ検出器２３７は、サーバ１４０からアベイラビリティポリシーを受け取る。上述されたように、本明細書の目的では、用語「アベイラビリティポリシー」は、ユーザがいつ通信に応じられるか決定する１つまたは複数の規則のセットとして定義される。本発明の例示的な実施形態によれば、ポリシーは、拡張可能マークアップ言語（ＸＭＬ：ｅｘｔｅｎｓｉｂｌｅ ｍａｒｋｕｐ ｌａｎｇｕａｇｅ）ファイルで受け取られるが、本開示を読んだ後、当業者には、ポリシーがたとえばテキストファイル、数列などの他の任意の形で表現される本発明の代替実施形態を作成し使用するやり方が明らかになろう。本発明の例示的な実施形態によれば、ポリシーはサーバから得られるが、本開示を読んだ後、当業者には、ポリシーが端末１３０に格納される本発明の代替実施形態を作成し使用するやり方が明らかになろう。
【００８２】
より具体的には、タスク８１０で、本発明は、ユーザが応対可能かどうか決定するための４つの規則を備えるアベイラビリティポリシーを受け取る。これらの規則は以下である。
ｉ．「ユーザが最近訪問したウェブサイトに割り当てられたアベイラビリティスコアの重み付き合計が５５未満である場合、ユーザは応対不可能である」、
ｉｉ．「ユーザのキー入力速度の最も最近の５つのサンプルの重み付き合計が１３０を超える場合、ユーザは応対不可能である」、
ｉｉｉ．「ユーザのオフィスの温度が華氏５５度（５５Ｆ）未満である場合、ユーザは応対不可能である」、及び
ｉｖ．「会社のＣＥＯが発呼する場合、ユーザは応対可能である」。
【００８３】
本発明の例示的な実施形態によれば、アベイラビリティポリシー規則は、ユーザが通信セッション参加への着信招待に応じるかどうか指定する。しかし、それだけに限らないが、たとえば代替通信媒体、代替発呼時間、遠端の相手が保留される時間遅延など、ユーザのアベイラビリティの他の側面をアベイラビリティポリシー規則が指定する本発明の代替実施形態を作成し使用するやり方が、本開示を読んだ後、当業者には明らかになろう。
【００８４】
ユーザが応対可能な好ましい通信媒体を選択するためにアベイラビリティポリシー規則が使用される本発明の代替実施形態では、規則は、ソフトウェアアプリケーションコンポーネントの使用の特性、端末１３０の１つまたは複数のリソースの使用の測定値、１つまたは複数のセンサからの入力、及び招待の特性のうちの１つまたは複数に依存する。こうした規則の例には以下が含まれる。
ｉ．「端末１３０のユーザのキー入力速度が８０文字／分を超える場合、テキストが好ましい通信媒体であることを遠端の相手に通知する」、
ｉｉ．「アベイラビリティ検出器２３７上で実行されている電話アプリケーションのチャットコンポーネントをユーザが使用している場合、音声が好ましい通信媒体であることを遠端の相手に通知する」。
【００８５】
通信セッションに参加する着信招待が受け入れられるが、保留される本発明の代替実施形態では、セッションがアイドル状態に保たれる期間は、１つまたは複数のアベイラビリティポリシー規則に従って決定される。アベイラビリティポリシー規則は、これらの代替実施形態では、ソフトウェアアプリケーションコンポーネントの使用の特性、端末１３０の１つまたは複数のリソースの使用の測定値、１つまたは複数のセンサからの入力、及び招待の特性のうちの１つまたは複数に依存する。こうした規則の例には以下が含まれる。
ｉ．「測定されたキー入力速度が、５０ストローク／分と８０ストローク／分の間にある場合、ｎ分間セッションを保留する」、
ｉｉ．「キー入力が閾値（たとえば５０ストローク）未満になるまで、セッションを保留する」、
ｉｉｉ．「１つまたは複数のセンサからの入力が閾値未満になる（たとえば運動センサが、ユーザが激しい動きを止めたことを示す）までセッションを保留する」、及び
ｉｖ．「端末１３０のユーザが特定ソフトウェアアプリケーションコンポーネントの使用を止めるまで、セッションを保留する」。
【００８６】
遠端の相手が保留された後、ユーザの保留を解除するかどうか決定する条件が満たされたとアベイラビリティ検出器２３７が決定するまでタスク３３０から３６０が繰返し実行される本発明の代替実施形態を作成し使用するやり方が、本開示を読んだ後、当業者には明らかになろう。
【００８７】
さらに、端末１３０が端末１１０からの通信セッション参加への招待を最初断るが、アベイラビリティ規則によって決定されるように端末１３０のユーザが応対可能になるまでタスク３３０から３６０を繰返し実行し続ける本発明の代替実施形態を作成し使用するやり方が、本開示を読んだ後、当業者には明らかになろう。ユーザが応対可能になるとき、端末１３０は、端末１１０との新しい通信セッションを開始する。
【００８８】
本発明の一代替実施形態では、それだけに限らないが、たとえば、ユーザのキー入力の強度が５０キー入力／分など閾値未満になるまで、タスク３３０から３６０が実行される。本発明のこの代替実施形態では、アベイラビリティ規則は、ユーザのキー入力速度が５０キー入力／分未満である場合、ユーザが応対可能であると定める。したがって、ユーザのキー入力速度が閾値未満になるとき、端末１３０は、端末１１０との新しい通信セッションを開始する。
【００８９】
遠端の相手が発呼する代替時間を決定するためにアベイラビリティポリシー規則が使用される本発明の代替実施形態では、規則は、ソフトウェアアプリケーションコンポーネントの使用の特性、端末１３０の１つまたは複数のリソースの使用の測定値、１つまたは複数のセンサからの入力、及び招待の特性のうちの１つまたは複数に依存する。こうした規則の例には以下が含まれる。
ｉ．「キャッシュミス率が５０パーセント（５０％）を超える場合、遠端の相手に９０分後に折り返しするよう求める」、
ｉｉ．「マルチメディアプレーヤーアプリケーションの映画プレーヤーコンポーネントが使用される場合、遠端の相手に所定時間後（たとえば１２０分後）に折り返しするよう求める」。
【００９０】
本発明の代替実施形態によれば、折返し期間は、アベイラビリティを決定するために使用されるポリシー規則に定められる。しかし、本開示を読んだ後、当業者には、端末１３０上に格納された予約情報（たとえばカレンダアプリケーションに格納された情報など）に従って折返し期間が決定される本発明の代替実施形態を作成し使用するやり方が明らかになろう。
【００９１】
本発明の例示的な実施形態によれば、アベイラビリティポリシー規則は、通信セッションが受け取られるとき、または通信セッションの媒体に関しては中立であるが、本開示を読んだ後に、当業者には、通信セッション参加への招待が受け取られるとき、または通信セッションの媒体に規則が依存する本発明の代替実施形態を作成し使用するやり方が明らかになろう。こうした規則の例には以下が含まれる。
ｉ．「通信セッション参加への招待が特定の期間内に受け取られる場合、ユーザは応対不可能である」、
ｉｉ．「通信セッションの媒体がテキストである場合、ユーザは応対可能である」、
ｉｉｉ．「通信セッションの媒体が音声である場合、ユーザは応対不可能である」。
【００９２】
タスク８２０で、アベイラビリティ検出器２３７は、タスク３２０の情報に第１の規則を適用する。第１の規則は最近のウェブサイト訪問に依存するが、本開示を読んだ後、当業者には、タスク３２０で受け取られる任意のタイプの情報（たとえば特定のソフトウェアコンポーネントの使用、キーワードの存在など）に第１の規則が依存する本発明の代替実施形態を作成し使用するやり方が明らかになろう。タスク８２０については、図９及び図１０に関する議論においてさらに述べられる。
【００９３】
タスク８３０で、アベイラビリティ検出器２３７は、タスク３３０で得られた情報に第２の規則を適用する。第２の規則は、キー入力強度測定値に依存するが、第２の規則が、タスク３３０で受け取られる任意のタイプの情報（たとえばメモリアクセス速度、キャッシュミス率、周辺装置が使用されるかどうかの情報など）に依存する本発明の代替実施形態を作成し使用するやり方が、本開示を読んだ後、当業者には明らかになろう。タスク８３０については、図１１に関する議論においてさらに述べられる。
【００９４】
タスク８４０で、アベイラビリティ検出器２３７は、タスク３４０で受け取られる情報に第３の規則を適用する。第３の規則は温度測定値に依存するが、第３の規則が、タスク３４０で収集される任意のタイプの情報（たとえば運動センサ入力、カメラ入力など）に依存する本発明の代替実施形態を作成し使用するやり方が、本開示を読んだ後、当業者には明らかになろう。タスク８４０については、図１２に関する議論においてさらに述べられる。
【００９５】
タスク８５０で、アベイラビリティ検出器２３７は、タスク３５０で得られる情報に第４の規則を適用する。規則によれば、通信セッションを開始したユーザが会社のＣＥＯである場合、アベイラビリティ検出器２３７は招待に応じる。第４の規則は会社内の発呼者の地位に依存するが、第４の規則が、タスク３５０で得られる任意の情報に依存する本発明の代替実施形態を作成し使用するやり方が、本開示を読んだ後、当業者には明らかになろう。こうした代替規則には、それだけに限らないが、たとえば以下が含まれる。
ｉ．「招待の優先度ランク付けが「極めて重要」である場合、ユーザは常に応対可能である」、及び
ｉｉ．「通信セッションの期待される継続時間が所定の閾値（たとえば５分）未満である場合、ユーザは常に応対可能である」。
規則が、タスク７１０で決定される、発呼者と端末１３０のユーザ間の関係に依存する本発明の代替実施形態を作成し使用するやり方もまた、本開示を読んだ後、当業者には明らかになろう。こうした規則には、それだけに限らないが、たとえば、以下が含まれる。
ｉ．「ユーザの親戚が発呼する場合、ユーザは常に応対可能である」、
ｉｉ．「ユーザの会社の上司である誰かが発呼する場合、ユーザは常に応対可能である」。
【００９６】
図９は、タスク８２０の実施に関連する顕著なサブタスクの実行のフローチャートを示している。図９に関連するタスクを、表された順序とは異なる順序で実施し、あるいはタスクのうちの１つまたは複数を同時に実施するやり方が、本開示を読んだ後、当業者には明らかになろう。さらに、本開示を読んだ後、当業者には、タスクのうちの１つまたは複数を省略する本発明の代替実施形態を作成し使用するやり方が明らかになろう。
【００９７】
タスク９１０から９３０で、アベイラビリティ検出器２３７は、タスク８１０で受け取られた第１のポリシー規則を適用する。第１のポリシー規則は、ユーザが最近訪問したウェブサイトに割り当てられたアベイラビリティススコアの重み付き合計が５５未満である場合、ユーザが応対不可能であると定める。
【００９８】
アベイラビリティスコアは、端末１３０のユーザが通信に参加できるかどうか決定する際に使用される数である。しかし、本発明の例示的な実施形態によれば、アベイラビリティスコアは、タスク８１０で受け取られたポリシーの表示（たとえばＸＭＬファイル）に含まれるが、しかし、本開示を読んだ後、当業者には、それだけに限らないが、たとえばアベイラビリティスコアが端末１３０またはリモートサーバに格納される実施形態など、アベイラビリティスコアがアベイラビリティポリシーから分離される本発明の代替実施形態を作成し使用するやり方が容易に認識されよう。
【００９９】
タスク９１０で、アベイラビリティ検出器２３７は、特性をアベイラビリティスコアに一致させる。本発明の第１の例示的な実施形態によれば、以下のアベイラビリティスコアセットは、端末１３０が訪問したユニフォームリソース識別子（ＵＲＩ）に使用可能になる。
【表１】
【０１００】
述べられたように、アベイラビリティスコアは、端末１３０のユーザが着信招待に応じることができない可能性を表すものである。本発明の例示的な実施形態によれば、アベイラビリティスコアの大きさは、タスク３１０で受け取られた招待にユーザが応答できる確率に反比例する。さらに、本発明の例示的な実施形態によれば、「Ｍｏｖｉｅｓ．ｃｏｍ（商標）」には、低いアベイラビリティスコアが割り当てられる。低いスコアを割り当てることの論理的根拠は、Ｍｏｖｉｅｓ．ｃｏｍ（商標）が個人の娯楽用に通常見られるウェブサイトであるということである。対照的に、内部文書レポジトリは、この例示的な実施形態では、厳密にビジネス用である文書記憶位置である。ユーザは、文書レポジトリを訪問している場合、ユーザの仕事に関するタスクの実施に専心している可能性が最も高い。この理由により、内部文書レポジトリには、高いアベイラビリティスコアが割り当てられる。
【０１０１】
本発明の第１の代替実施形態によれば、以下のアベイラビリティスコアが、それぞれ異なるソフトウェアアプリケーションコンポーネントに割り当てられる。
【表２】
【０１０２】
本発明の第１の代替実施形態によれば、Ｓｋｙｐｅ（商標）インスタントメッセンジャーコンポーネントには、低いアベイラビリティスコアが与えられ、Ｏｕｔｌｏｏｋ（商標）カレンダコンポーネントには、高いアベイラビリティスコアが与えられる。この割当ての論理的根拠は、インターネットチャットは仕事のためにではなく、個人的な娯楽のために通常行われるが、カレンダ内に予約を追加及び編集することは、ある人の業務の一環と見なされるということである。
【０１０３】
本発明の第２の代替実施形態によれば、以下のアベイラビリティスコアは、編集するために開かれる文書内に見られるキーワードに割り当てられる。
【表３】
【０１０４】
本発明の第２の実施形態によれば、単語「ＬＯＬ」には、低い優先度スコアが割り当てられる。「ＬＯＬ」は、「ｌａｕｇｈｉｎｇ ｏｕｔ ｌｏｕｄ（大笑い）」の略語であり、インターネット俗語の一般的な要素である。文書内にこの単語がある場合、端末１３０のユーザは、個人の会話に従事している可能性が高い。したがって、キーワード「ＬＯＬ」には、低いアベイラビリティスコアが割り当てられる。
【０１０５】
本発明の第２の代替実施形態によれば、以下の２つのタイプの文書が、アベイラビリティ検出器２３７によってキーワードを求めてスキャンされる。
ｉ．端末１３０のユーザによって、編集するために開かれる文書、及び
ｉｉ．ユーザがインスタントメッセージを、恐らくそれが開いていることをユーザが認識しないで送る結果として開かれるメッセージログなど、ユーザがソフトウェアアプリケーションとの対話する結果、編集のためにソフトウェアアプリケーションによって開かれる文書。
【０１０６】
しかし、本開示を読んだ後、当業者には、２つのタイプの文書のうちの１つだけがスキャンされる本発明の代替実施形態を作成し使用するやり方が明らかになろう。さらに、本開示を読んだ後、当業者には、タスク３２０で得られるソフトウェアアプリケーションのコンポーネントの使用のいずれかの特性をアベイラビリティスコアに一致させる本発明の代替実施形態を作成し使用するやり方が明らかになろう。
【０１０７】
タスク９２０で、アベイラビリティ検出器２３７は、タスク９１０で識別されたアベイラビリティスコアの合計を計算する。それだけに限らないが、たとえば重み付き合計、重み付き平均、スコアの平均など、代替の数をアベイラビリティ検出器２３７が計算する本発明の代替実施形態を作成し使用するやり方が、本開示を読んだ後、当業者には明らかになろう。
【０１０８】
タスク９３０で、アベイラビリティ検出器２３７は、計算された合計を、タスク８１０で受け取られたポリシーに定義された所定範囲に一致させる。本発明の例示的な実施形態によれば、ポリシーは、合計が５５未満である場合、端末１３０のユーザが通信セッション参加への招待に応じることができると定める。
【０１０９】
図１０は、本発明の別の例示的な実施形態によって実施されるタスク８２０の実施に関連した顕著なサブタスクの実行のフローチャートを示している。図１０に関連するタスクを、表された順序とは異なる順序で実施し、あるいはタスクのうちの１つまたは複数を同時に実施するやり方が、本開示を読んだ後、当業者には明らかになろう。さらに、本開示を読んだ後、当業者には、タスクのうちの１つまたは複数を省略する本発明の代替実施形態を作成し使用するやり方が明らかになろう。
【０１１０】
タスク１０１０及び１０２０で、アベイラビリティ検出器２３７は、ポリシー規則を適用する。ポリシー規則は、ユーザが訪問した「ビジネス」グループからのウェブサイトの数が、「個人の娯楽」グループからの訪問されたウェブサイトの数以上である場合、ユーザは応対不可能であると定める。本発明のこの例示的な実施形態によれば、訪問されたウェブサイトは、グループに分類される。本発明の例示的な実施形態によれば、アベイラビリティグループの定義は、タスク８１０で受け取られたポリシー（たとえばＸＭＬファイル）内に含まれるが、しかし、本開示を読んだ後、当業者には、グループ定義が端末１３０またはリモートサーバ内に格納される本発明の代替実施形態を作成し使用するやり方が容易に認識されよう。
【０１１１】
タスク１０１０で、アベイラビリティ検出器２３７は、端末上で実行されるインターネットブラウザが最も最近訪問した最後の３つのウェブサイトのグループを決定する。３つのウェブサイトは、「Ｍｏｖｉｅｓ．ｃｏｍ（商標）」、「Ｂｌｏｏｍｂｅｒｇ．ｃｏｍ（商標）」及び「内部文書レポジトリ」である。本発明の例示的な実施形態のグループ定義は、以下にリストされる。
【表４】
【０１１２】
この開示を読んだ後、当業者には、グループ定義が異なる本発明の代替実施形態を作成し使用するやり方が明らかになろう。この開示を読んだ後、当業者には、グループ定義は、本発明が使用されるアプリケーションに依存することが容易に認識されよう。
【０１１３】
さらに、この開示を読んだ後、当業者には、タスク３２０で取得された任意のタイプの情報がグループに分類される本発明の代替実施形態を作成し使用するやり方が明らかになろう。本発明の一代替実施形態では、それだけに限らないが、たとえば、それぞれ異なるアプリケーションコンポーネントは、以下のやり方で分類される。
【表５】
【０１１４】
タスク１０２０で、アベイラビリティ検出器２３７は、ポリシー規則が適用されるかどうか決定する。Ｍｏｖｉｅｓ．ｃｏｍ（商標）が娯楽グループに属し、内部文書レポジトリがビジネスグループに所属し、Ｂｌｏｏｍｂｅｒｇ．ｃｏｍ（商標）が「ビジネス」及び「娯楽グループ」のいずれにも属さないので、ユーザが訪問した「ビジネス」ウェブサイトの数は、「娯楽」ウェブサイトの数以上である。したがって、この実施形態のアベイラビリティポリシー規則によれば、ユーザは、通信セッションに参加できると見られる。
【０１１５】
図１１は、タスク８３０の実施に関連する顕著なサブタスクの実行のフローチャートを示している。図１１に関連するタスクを、表された順序とは異なる順序で実施し、あるいはタスクのうちの１つまたは複数を同時に実施するやり方が、本開示を読んだ後、当業者には明らかになろう。さらに、本開示を読んだ後、当業者には、タスクのうちの１つまたは複数を省略する本発明の代替実施形態を作成し使用するやり方が明らかになろう。
【０１１６】
タスク１１１０から１１３０で、アベイラビリティ検出器２３７は、タスク８１０で受け取られた第２のポリシー規則を、タスク３３０で受け取られた情報に適用する。第２のポリシー規則は、ユーザのキー入力速度の最も最近の５つのサンプルの重み付き合計が１３０を超える場合、ユーザが応対不可能であると定める。
【０１１７】
タスク１１１０で、アベイラビリティ検出器２３７は、タスク３３０で得られた端末１３０のリソースの使用の測定値のサンプルに重み付けする。本発明の例示的な実施形態によれば、アベイラビリティ検出器２３７は、キーボード上のキーを打つ速度（すなわちキー入力速度）の測定値を受け取る。アベイラビリティ検出器２３７は、表４の最初の２つの行に含まれたデータサンプルを受け取る。
【表６】
【０１１８】
本発明の例示的な実施形態によれば、サンプルの重み付き値を導出するために、各サンプルを重み係数に乗じる。サンプルは、それが取られる時間に従って重み付けされる（たとえば、サンプルが新しくなるにつれて、重みは小さくなる）。適切な重み値を割り当てるやり方が当業者には明らかになろう。さらに、本開示を読んだ後、当業者には、サンプルを重み付けしない本発明の代替実施形態を作成し使用するやり方が明らかになろう。
【０１１９】
タスク１１２０で、アベイラビリティ検出器２３７は、重み付きサンプルの合計を計算する。
【０１２０】
タスク１１３０で、アベイラビリティ検出器２３７は、計算された合計を、タスク８１０で受け取られたポリシーに定義された所定範囲に一致させる。本発明の例示的な実施形態によれば、ポリシーは、重み付きキー入力速度サンプルの合計が１３０未満である場合、端末１３０のユーザが通信セッション参加への招待に応じることができると定める。ポリシーは複数のキー入力速度サンプルに基づくが、本開示を読んだ後、当業者には、ポリシーが単一のサンプルに依存し（たとえば「キー入力速度が８０文字／分を超える場合、ユーザは応対不可能である」）、サンプルの重み付き平均に依存し、またはサンプルの他の任意の組合せに依存する本発明の代替実施形態を作成し使用するやり方が明らかになろう。
【０１２１】
本発明の例示的な実施形態のポリシー規則はキー入力速度に依存するが、使用可能なポリシー規則が、タスク３３０で測定された他のリソース（たとえばキー入力速度とキャッシュミス率の両方など）の使用に依存する本発明の代替実施形態を作成し使用するやり方が当業者には明らかになろう。こうした規則の例は以下である。
ｉ．「キャッシュミス率が５０パーセント（５０％）を超過する場合、ユーザは応対不可能である」、
ｉｉ．「過去１分間に（永久または揮発）メモリへの１０回未満の読出し要求が行われている場合、ユーザは応対可能である」、
ｉｉｉ．「通信セッション参加への招待が受け取られるとき、端末１３０に接続されたスキャナが使用中である場合、ユーザは応対不可能である」。
【０１２２】
本開示を読んだ後、当業者には、応対可能及び応対不可能の範囲が例示的な実施形態とは異なる本発明の代替実施形態を作成し使用するやり方が明らかになろう。本開示を読んだ後、当業者には、どのように値を範囲に割り当てるか明らかになろう。さらに、第３の範囲が指定され、合計が第３の範囲内に入るときに、端末１１０のユーザに所定の期間（たとえば３０分）後に折り返しするように求めるメッセージを端末１３０から端末１１０に送信する本発明の実施形態を作成し使用するやり方が、本開示を読んだ後、当業者には明らかになろう。
【０１２３】
図１２は、タスク８４０の実施に関連する顕著なサブタスクの実行のフローチャートを示している。図１２に関連するタスクを、表された順序とは異なる順序で実施し、あるいはタスクのうちの１つまたは複数を同時に実施するやり方が、本開示を読んだ後、当業者には明らかになろう。さらに、本開示を読んだ後、当業者には、タスクのうちの１つまたは複数を省略する本発明の代替実施形態を作成し使用するやり方が明らかになろう。
【０１２４】
タスク１２１０から１２３０で、アベイラビリティ検出器２３７は、タスク８１０で受け取られた第３のポリシー規則を、タスク３４０で受け取られた情報に適用する。第３のポリシー規則は、ユーザのオフィスの温度が華氏５５度（５５Ｆ）未満である場合、ユーザが応対不可能であると定める。
【０１２５】
タスク１２１０で、アベイラビリティ検出器２３７は、タスク３４０で受け取られたセンサ入力を処理する。本発明の例示的な実施形態によれば、アベイラビリティ検出器２３７は、タスク３４０で受け取られたセンサデータをデジタル化し（アナログ信号が受け取られる場合）、正規化する。本発明の例示的な実施形態によれば温度センサからの入力が処理されるが、他のセンサ（たとえば運動センサ、生理センサ、湿度センサなど）からの入力が同じように処理される本発明の代替実施形態を作成し処理するやり方が、本開示を読んだ後、当業者には明らかになろう。
【０１２６】
本発明の一代替実施形態によれば、アベイラビリティ検出器２３７は、ユーザの気分を決定するために、タスク６３０で受け取られたカメラ入力を処理する。具体的には、端末は、顔認識を使用する気分検出器を使用する。しかし、本開示を読んだ後、当業者には、端末１３０のユーザの気分を評価する際に生理センサ（たとえばＥＣＧ及びＥＥＧ）からの入力も使用される本発明の代替実施形態を作成し使用する方法が明らかになろう。
【０１２７】
タスク１２２０で、アベイラビリティ検出器２３７は、タスク３４０で受け取られた温度センサからの入力が、温度が華氏５５度（５５Ｆ）未満であることを示すかどうか決定する。
【０１２８】
本発明の代替実施形態によれば、アベイラビリティ検出器２３７は、気分検出からの結果を、ユーザの気分をアベイラビリティに関連付けるポリシーに適用する。さらに、本発明の代替実施形態によれば、ポリシーは、端末１３０のユーザが明るい気分であると気分検出が結論付けるときだけ着信招待に応じるべきと定める。
【０１２９】
図１３は、タスク３８０の実施に関連する顕著なサブタスクの実行のフローチャートを示している。図１３に関連するタスクを、表された順序とは異なる順序で実施し、あるいはタスクのうちの１つまたは複数を同時に実施するやり方が、本開示を読んだ後、当業者には明らかになろう。さらに、本開示を読んだ後、当業者には、タスクのうちの１つまたは複数を省略する本発明の代替実施形態を作成し使用するやり方が明らかになろう。
【０１３０】
タスク１３１０で、端末１３０は、端末１１０から文字列を受け取る。本発明の例示的な実施形態によれば、文字列は英数字であるが、本開示を読んだ後、当業者には、文字列は任意のタイプのもの（たとえば数字など）であってよいことが明らかになろう。
【０１３１】
タスク１３２０で、アベイラビリティ検出器２３７は、受け取られた文字列を、端末１３０内に格納される第２の文字列と比較する。２つの文字列が一致する場合、アベイラビリティ検出器２３７は、端末１３０に、タスク３１０で受け取られた招待に応じさせる。本開示を読んだ後、当業者には、文字列が端末１３０内ではなくリモートサーバ内に格納される本発明の代替実施形態を作成し使用するやり方が明らかになろう。さらに、本開示を読んだ後、当業者には、タスク８１０で受け取られたポリシーによって第２の文字列が指定される本発明の代替実施形態を作成し使用するやり方が明らかになろう。さらに、本開示を読んだ後、当業者には、２つの文字列が一致する場合でも、タスク８１０で受け取られたポリシーが、アベイラビリティ検出器２３７が呼に応じるべきかどうか定める（すなわち、ポリシーが、本発明のオーバーライドコンポーネントがイネーブルされるかどうか定める）本発明の代替実施形態を作成し使用するやり方が明らかになろう。
【０１３２】
本開示は例示的な諸実施形態の単なる例を教示するものであり、本開示を読んだ後、当業者によって本発明の多くの変形形態を容易に考案することができ、また本発明の範囲は添付の特許請求の範囲によって定められることを理解されたい。
【技術分野】
【０００１】
関連出願の相互参照
本出願は、やはり参照により組み込まれている、２００９年３月１６日に出願した米国仮出願第６１／１６０，５７２号、「Ｐｒｅｓｅｎｃｅ Ｂａｓｅｄ ｏｎ ｔｈｅ Ｃｏｎｔｅｘｔ ｏｒ Ｐｅｒｓｏｎａ ｏｆ ｔｈｅ Ｐａｒｔｙ Ｂｅｉｎｇ Ｃｏｎｔａｃｔｅｄ」（整理番号６３０−４６４ｕｓ）の優先権を主張するものである。
【０００２】
本発明は、一般には、通信に関し、より詳細には、アベイラビリティ検出に関する。
【背景技術】
【０００３】
用語「アベイラビリティ」は、通信の文脈では、通信セッション参加を誘う、着信する招待（ｉｎｃｏｍｉｎｇ ｉｎｖｉｔａｔｉｏｎ）にユーザが応じることができるかを指す。たとえば、ユーザは、電話回線が使用中の場合、通話に応じることができないことがある。インスタントメッセージングでは、ユーザのオンライン状態が「使用中」に設定される場合、ユーザは応対不可能である。後者の場合、オンライン状態は、インスタントメッセージングクライアントにおいて一般に使用可能な「オンライン状態変更」メニューを用いて手動で設定される。
【０００４】
通信装置は、着信する通信に応じるかどうか決定し、着信通信についてユーザに知らせ、着信通信を表示し、また他の目的のためにアベイラビリティ情報を使用する。アベイラビリティ検出は、既存のアプリケーションで実施されるように、通信チャネルの使用、またはユーザが通信への参加を明らかに望んでいないことを反映する。
【０００５】
現在、アベイラビリティ検出には、少なくとも２つの欠点がある。第１に、ユーザの「アベイラビリティ」は、ユーザの嗜好だけを反映しており、ユーザのアベイラビリティが第三者の嗜好を反映する必要がある状況については考慮されていない。たとえば、雇用の場では、従業員と雇用者の両方が、従業員が応対可能かどうか決定できることが望ましい。第２に、ユーザは、オンライン状態を手動で再設定するのをしばしば忘れるので、したがって、あるユーザのオンライン状態がそのアベイラビリティを真に反映しているものか知ることは難しい。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
したがって、改良されたより堅牢な通信装置を提供するためにこれらの欠点に対処する方法が求められている。
【課題を解決するための手段】
【０００７】
本発明は、ユーザの仮想と物理の両方の環境に基づいてユーザアベイラビリティを決定する方法を提供することによって従来技術の欠点に対処する。
【０００８】
より具体的には、本発明は、通信端末が、通信セッション参加への着信招待にユーザが応じることができるかどうか以下に基づいて決定する方法のためのものである。
（１）ソフトウェアアプリケーションコンポーネントの使用の特性、または
（２）端末のリソースの使用の特性、または
（３）センサ入力、または
（４）着信する招待の特性、または
（５）（１）、（２）、（３）及び（４）の任意の組合せ。
通信セッション参加の招待が通信端末で受け取られるとき、本発明は、ユーザアベイラビリティを決定する。アベイラビリティ決定に基づいて、本発明は、着信招待を受け、またはそれを拒否する。
【０００９】
さらに、本発明は、諸実施形態の一部では、アベイラビリティポリシーを集中実施するための方法を提供する。本明細書の目的では、用語「アベイラビリティポリシー」は、ユーザがいつ通信に応じることができるか決定する１つまたは複数の規則のセットと定義される。
【００１０】
本発明の第１の実施形態では、ユーザアベイラビリティは、ソフトウェアアプリケーションコンポーネントの使用の特性によって決定される。本明細書の目的では、用語「ソフトウェアアプリケーションコンポーネントの使用の特性」は、特定のソフトウェアアプリケーションコンポーネントが使用されるやり方に関するいずれかの情報アイテムと定義される。こうした特性には、それだけに限定されないが、たとえば、ウェブブラウザが訪問したアドレス、インスタントメッセージ内にあるキーワード、編集するために開かれた文書内のキーワード、使用される特定のソフトウェアアプリケーションコンポーネントの識別情報（ｉｄｅｎｔｉｔｙ）などが含まれる。
【００１１】
本明細書の目的では、「ソフトウェアアプリケーションコンポーネント」は、ソフトウェアアプリケーションのユーザに機能性を提供するソフトウェアアプリケーションの一部である。ソフトウェアアプリケーションコンポーネントは、基礎となるアプリケーション実行可能コードによって定義される。それぞれ異なるソフトウェアアプリケーションコンポーネントが、実行可能コードを共有できる。しかし、２つのコンポーネントがそれぞれ異なる機能性を提供するためのものである場合、あるコンポーネントの実行可能コードは、別のコンポーネントの実行可能コードと完全には同一でない。簡潔に述べると、２つの異なるソフトウェアアプリケーションコンポーネントは、コード（マシン実行可能コードまたは上位レベルのプログラミング言語コード）の少なくとも１つの行においては異なっているに違いない。
【００１２】
第１の実施形態のある場合では、本発明は、ウェブブラウザが訪問した１つまたは複数のウェブサイトに基づいてアベイラビリティを決定する。本発明のこの実施形態によれば、ウェブサイトは、ウェブブラウザのユーザが通信セッションへの招待を受けることができるかどうかの手掛かりとして役立つ。たとえば、ユーザがＭｏｖｉｅｓ．ｃｏｍ（商標）などの娯楽ウェブサイトを訪問する場合、これは、ユーザが通信端末を個人の娯楽用に使用しており、ユーザの仕事には関係ないということを表している。この例のアベイラビリティポリシーによれば、ユーザは、Ｍｏｖｉｅｓ．ｃｏｍ（商標）を訪問中であると見られる場合、通信に参加できると見なされる。
【００１３】
この第１の実施形態の別の場合では、本発明は、ユーザコンピュータ上で編集するために開かれている文書内にタイプされる１つまたは複数のキーワードを識別する。この実施形態によれば、キーワードは、ユーザが通信に参加できるかどうか決定するベースとなる。それだけに限らないが、たとえば、開かれた文書がインターネット俗語を含んでいる場合、ユーザは、仕事に関することではなく、個人の会話に従事していることを表している。したがって、ユーザは、インターネット俗語が文書内で識別される場合、通信に参加できると見なされる。
【００１４】
第１の実施形態の第３の場合では、本発明は、使用される、または使用された特定のアプリケーションコンポーネントを識別する。この情報は、ユーザが通信に参加可能かどうか決定するベースとなる。ウェブブラウザは、それだけに限らないが、たとえば、ウェブ会議コンポーネント及びアニメーションコンポーネントを備えてよい。ウェブ会議コンポーネントは、ユーザが会社のウェブ会議に参加することを可能にするプラグインである。こうした会議は、厳密にビジネスに関連する。アニメーションコンポーネントは、ユーザがＹｏｕｔｕｂｅ．ｃｏｍ（商標）上でビデオを視聴することを可能にする。アニメーションコンポーネントが使用されるとき、ブラウザが実行されている端末のユーザは、個人の娯楽のためにＹｏｕｔｕｂｅ．ｃｏｍ（商標）ビデオの視聴を行っている可能性が最も高い。この例のアベイラビリティポリシーによれば、ユーザは、ウェブ会議コンポーネントが使用されるとき、通信に参加できないと見なされる。
【００１５】
一般に、上記例のポリシーは、ユーザが仕事関連の活動に従事していない場合、ユーザが応対可能であると見なす。ポリシーの論理的根拠は、従業員の生産性の向上であるが、本発明の範囲は、特定の１組のポリシーに限定されない。本発明が実施するポリシーは、本発明のユーザの必要性によって決まる。
【００１６】
本発明の第２の実施形態によれば、端末のリソースの使用の測定値が得られる。本明細書の目的では、用語「端末のリソースの使用の特性は、以下の少なくとも１つに関するいずれかの情報と定義される。（１）端末の特定のハードウェアコンポーネントまたは周辺装置が少しでも使用されるかどうか、及び（２）ハードウェアコンポーネントまたは周辺装置の負荷及び／または利用度。
【００１７】
第２の実施形態のある場合では、本発明は、キー入力速度に基づいてアベイラビリティを決定する。この実施形態のアベイラビリティポリシーによれば、ユーザのキー入力速度が単位時間当たりキー入力の特定の閾値を超える場合、ユーザに対する通信セッション参加のすべての着信招待が断られる。このポリシーの論理的根拠は、ユーザが速くタイプしている場合、ユーザは文書の作成にすべての注意を向けている可能性が最も高く、着信通信によって邪魔されたくないとういうことである。
【００１８】
第２の実施形態の別の場合では、本発明は、キャッシュミス率に基づいてアベイラビリティを決定する。この実施形態のアベイラビリティポリシーによれば、キャッシュミスパターンが、アベイラビリティポリシーに指定されたキャッシュミスパターンに類似する場合、ユーザに対する通信セッション参加のすべての着信招待が断られる。キャッシュミス率は、通信端末のユーザが従事している活動のタイプに関する情報を提供する。たとえば、ユーザは、多くのキャッシュミスを引き起こす場合、大きいスプレッドシートなど、大きいデータセットの操作に従事している可能が高い。この例では、ユーザがスプレッドシートの作業に関与しているということが見受けられる場合、ユーザは着信通信に応対できない。第１の実施形態に関して述べられた例示的なポリシーとまさに同じように、この例の規則は、通信端末ユーザが生産活動に従事していることがリソース使用に表れている場合には通信端末ユーザの邪魔をしないことを保証することによって、従業員生産性の向上を促す。
【００１９】
本発明の第３の例示的な実施形態では、ユーザアベイラビリティは、ユーザの物理的な環境に関する情報に基づいて決定される。第３の実施形態によれば、ユーザアベイラビリティは、センサからの入力に基づいて決定される。センサは、生理センサ、運動センサなどを備える。
【００２０】
第３の実施形態のある場合では、本発明は、ユーザの椅子に置かれる運動センサからの信号を使用する。運動センサは、ユーザが椅子の中でどれくらい移動するか検出する。この実施形態のアベイラビリティポリシーによれば、単位時間当たりの動きの閾値を超えるフィードバックを運動センサが提供する場合、通信セッション参加へのすべての着信招待が断られる。こうした構成の論理的根拠として、ユーザが椅子の中で動かない場合、これは、ユーザが業務遂行に完全に打ち込んでおり、通信に応じたがらない可能性が高いことの表れである。
【００２１】
第３の実施形態の別の場合では、本発明は、温度センサからの入力に基づいてアベイラビリティを決定する。この実施形態のアベイラビリティポリシーによれば、温度が特定の閾値未満に下がったとき、ユーザに対する通信セッション参加へのすべての着信招待が断られる。こうした構成の論理的根拠は、部屋が寒すぎる場合、部屋に誰もいない可能性が高いということである。
【００２２】
本発明の第４の実施形態では、アベイラビリティは、通信セッションの参加への着信招待の特性に基づいて決定される。本開示の目的では、用語「通信セッション参加への招待の特性」は、（１）通信セッションを開始するユーザについての情報、（２）通信セッションのトピック、（３）通信セッションの期待される継続時間、及び（４）通信セッションの優先度ランク付け（ｐｒｉｏｒｉｔｙ ｒａｔｉｎｇ）のうちの少なくとも１つと定義される。
【００２３】
上記の諸実施形態及びその例は、本発明の様々な態様をよりよく示すために提供されていることを理解されたい。それらは、本発明の全範囲を網羅するものでは決してない。以下の開示は、本発明の一部の実施形態の実施例を詳細に教示している。
【図面の簡単な説明】
【００２４】
【図１】本発明の例示的な実施形態の顕著なコンポーネントの概略図である。
【図２】本発明の例示的な実施形態の顕著なコンポーネントの概略図である。
【図３】本発明の例示的な実施形態の動作に関連する顕著なタスクの実行のフローチャートである。
【図４】タスク３２０の実施に関連する顕著なサブタスクの実行のフローチャートである。
【図５】タスク３３０の実施に関連する顕著なサブタスクの実行のフローチャートである。
【図６】タスク３４０の実施に関連する顕著なサブタスクの実行のフローチャートである。
【図７】タスク３５０の実施に関連する顕著なサブタスクの実行のフローチャートである。
【図８】タスク３６０の実施に関連する顕著なサブタスクの実行のフローチャートである。
【図９】タスク８２０の実施に関連する顕著なサブタスクの実行のフローチャートである。
【図１０】本発明の別の例示的な実施形態によって実施される、タスク８２０の実施に関連する顕著なサブタスクの実行のフローチャートである。
【図１１】タスク８３０の実施に関連する顕著なサブタスクの実行のフローチャートである。
【図１２】タスク８４０の実施に関連する顕著なサブタスクの実行のフローチャートである。
【図１３】タスク３８０の実施に関連する顕著なサブタスクの実行のフローチャートである。
【発明を実施するための形態】
【００２５】
図１は、本発明の例示的な実施形態の顕著なコンポーネントの概略図を示している。例示的な実施形態は、端末１１０、通信ネットワーク１２０、ポリシーサーバ１４０、センサ１５０及び端末１３０を備える。
【００２６】
端末１１０は、机上の電話器である。本発明の例示的な実施形態によれば、端末１１０は、音声通信とビデオ通信の両方が可能であるが、本開示を読んだ後、当業者には、端末１１０が音声機能しかもたない本発明の代替実施形態を作成し使用するやり方が明らかになろう。さらに、本開示を読んだ後、当業者には、端末１１０が別の通信装置（たとえばソフトフォン、セルラ電話、双方向ラジオ、携帯情報端末など）である本発明の代替実施形態を作成し使用するやり方が明らかになろう。
【００２７】
通信ネットワーク１２０は、端末１１０、端末１３０及びポリシーサーバ１４０の間で信号を移送する。本発明の例示的な実施形態によれば、通信ネットワーク１２０はインターネットであるが、本開示を読んだ後、当業者には、通信ネットワーク１２０が任意のタイプの通信ネットワーク（たとえばローカルエリアネットワーク、公衆交換電話網、ＳＯＮＥＴ、ＡＴＭ、セルラ網など）である本発明の代替実施形態を作成し使用するやり方が明らかになろう。
【００２８】
端末１３０は、通信端末である。本発明の例示的な実施形態によれば、端末１３０は、音声通話とビデオ通話の両方を行うことができるが、本開示を読んだ後、当業者には、端末１３０が音声機能しかもたない本発明の代替実施形態を作成し使用するやり方が明らかになろう。さらに、本開示を読んだ後、当業者には、端末１３０が任意のタイプの通信装置（たとえば携帯電話、双方向ラジオ、携帯情報端末、机上電話器など）である本発明の代替実施形態を作成し使用するやり方が明らかになろう。
【００２９】
ポリシーサーバ１４０は、アベイラビリティポリシー規則を格納するサーバである。本発明の例示的な実施形態によれば、端末１３０は、ポリシーサーバ１４０からアベイラビリティポリシー規則を受け取る。しかし、本開示を読んだ後、当業者には、端末１３０がアベイラビリティポリシー規則を別のソースから取得する（たとえば、規則が管理者または端末１３０のユーザによって手動で端末上にロードされるなど）本発明の代替実施形態を作成し使用するやり方が明らかになろう。さらに、本発明の例示的な実施形態によれば、ポリシーサーバ１４０に格納されたアベイラビリティポリシー規則は、端末１３０のユーザによって指定されるが、本開示を読んだ後、当業者には、アベイラビリティポリシー規則がネットワーク管理者またはアベイラビリティ検出器２３７の設計者によって指定される本発明の代替実施形態を作成し使用するやり方が明らかになろう。
【００３０】
センサ１５０は、端末１３０にデータを供給することができる複数のセンサである。本発明の例示的な実施形態によればセンサ１５０は３つのセンサの集まりであるが、本開示を読んだ後、当業者には、センサ１５０が任意の数（たとえば、１、２、５、１０、１５など）のセンサを含む本発明の代替実施形態を作成し使用するやり方が明らかになろう。センサ１５０については、図２に関する議論においてさらに述べられる。
【００３１】
図２は、本発明の例示的な実施形態の顕著なコンポーネントの概略図を示している。例示的な実施形態は、センサ１５０、端末１３０、温度センサ２５１、運動センサ２５２、カメラ２５３、ハードウェア２３１、システムソフトウェア２３２、端末モニタ２３６及びアベイラビリティ検出器２３７を備える。
【００３２】
通信端末１３０は、ハードウェア２３１、システムソフトウェア２３２、端末モニタ２３６及びアベイラビリティ検出器２３７を備える。
【００３３】
ハードウェア２３１は、それだけに限らないが、たとえばプロセッサ（単一コアまたはマルチコア）、メモリ、トランシーバ、ネットワークインターフェース、ディスプレイ、音声インターフェース、ビデオインターフェースなどの端末１３０を備える電子部品である。ハードウェア２３１は、システムソフトウェア及び１つまたは複数のアプリケーションを実行できる。本発明の例示的な実施形態によれば、ハードウェア２３１は、端末モニタ２３６及びシステムソフトウェア２３２を実行している。ハードウェア２３１を作成し使用するやり方が当業者には明らかであろう。
【００３４】
システムソフトウェア２３２は、ハードウェア２３１上で実行されているオペレーティングシステムのインスタンスである。
【００３５】
端末モニタ２３６は、端末１３０に関する情報を取得するためのソフトウェアである。本発明の例示的な実施形態によれば、端末モニタ２３６は、以下の２つの機能のうちの少なくとも１つを実施する：
ｉ．端末１３０上で実行されているソフトウェアアプリケーションコンポーネントの使用の１つまたは複数の特性を取得すること。
ｉｉ．端末１３０の１つまたは複数のリソースの使用の測定値を得ること。
端末モニタ２３６の動作については、図３に関する議論においてさらに述べられる。
【００３６】
アベイラビリティ検出器２３７は、端末１３０のユーザが通信セッションに参加できるかどうか決定するためのソフトウェアである。アベイラビリティ検出器２３７の動作については、図７〜１３の議論においてさらに詳細に述べられる。
【００３７】
センサ１５０は、温度センサ２５１、運動センサ２５２及びカメラ２５３を備える。
【００３８】
温度センサ２５１は温度センサである。
【００３９】
運動センサ２５２は運動センサである。本発明の例示的な実施形態によれば、センサ２５２は、赤外線（ＩＲ：ｉｎｆｒａ ｒｅｄ）技術を使用する電子動き検出器である。しかし、本開示を読んだ後、当業者には、他のセンサ（たとえば超音波、マイクロ波、ホール効果など）が使用される本発明の代替実施形態を作成し使用するやり方が明らかになろう。
【００４０】
カメラ２５３はビデオカメラである。しかし、本開示を読んだ後、当業者には、カメラ２５３が静止画カメラである本発明の代替実施形態を作成し使用するやり方が明らかになろう。
【００４１】
図３は、本発明の例示的な実施形態の動作に関連する顕著なタスクの実行のフローチャートを示している。図３に関連するタスクを、表された順序とは異なる順序で実施し、あるいはタスクのうちの１つまたは複数を同時に実施するやり方が、本開示を読んだ後、当業者には明らかになろう。さらに、本開示を読んだ後、当業者には、タスクのうちの１つまたは複数を省略する本発明の代替実施形態を作成し使用するやり方が明らかになろう。
【００４２】
タスク３１０で、端末１３０は、通信セッション参加への招待を受け取る。招待は、端末１１０から送信される。本発明の例示的な実施形態によれば、通信セッションは電話通話である。しかし、本開示を読んだ後、当業者には、通信セッションが、それだけに限らないが、たとえばビデオ通話、チャット会話、電話会議などの他の任意のタイプの通信セッションである本発明の代替実施形態を作成し使用するやり方が明らかになろう。
【００４３】
タスク３２０で、アベイラビリティ検出器２３７は、ソフトウェアアプリケーションコンポーネントの使用の特性を取得する。特性は、端末モニタ２３６から取得される。それだけに限らないが、たとえばＯｕｔｌｏｏｋ（商標）などのソフトウェアアプリケーションは、電子メールクライアント、カレンダ及びタスクスケジューラなど、複数のコンポーネントを提供できる。本発明の例示的な実施形態は、こうした個々のコンポーネントの使用の側面を監視する。タスク３２０については、図４に関する議論においてさらに述べられる。
【００４４】
タスク３３０で、アベイラビリティ検出器２３７は、端末１３０の１つまたは複数のリソースの使用の測定値を得る。測定値は、端末モニタ２３６から得られる。タスク３３０については、図５に関する議論においてさらに述べられる。
【００４５】
タスク３４０で、端末１３０は、センサ１５０からの入力を受け取る。タスク３４０については、図６に関する議論においてさらに述べられる。
【００４６】
タスク３５０で、端末１３０は、通信セッション参加への招待の特性を決定する。タスク３５０については、図７に関する議論においてさらに述べられる。
【００４７】
タスク３６０で、端末１３０は、タスク３１０で受け取られた招待に応じるかどうか決定する。タスク３６０については、図８に関する議論においてさらに述べられる。
【００４８】
タスク３７０で、端末１３０は、よく知られているやり方で、通信セッション参加への招待に対する応答を送信する。本発明の例示的な実施形態によれば、応答は、受入れ、または拒否である。しかし、それだけに限らないが、たとえば後の折返し、別の通信媒体の使用など、遠端の相手（ｆａｒ−ｅｎｄ ｐａｒｔｙ）によって取られる措置を識別するメッセージが端末１１０に送信される本発明の代替実施形態を作成し使用するやり方が、本開示を読んだ後、当業者には明らかになろう。さらに、メッセージが、それだけに限らないが、たとえば、好ましい通信媒体（たとえば音声、テキストなど）、通信セッションを行う好ましい代替の時間など、通信セッションに関する追加の情報の表示を含む本発明の代替実施形態を作成し使用するやり方が、本開示を読んだ後、当業者には明らかになろう。
【００４９】
さらに、本開示を読んだ後、当業者には、端末１３０が呼に応じ、遠端の相手を保留にする本発明の代替実施形態を作成し使用するやり方が明らかになろう。遠端の相手を保留にする時間は、アベイラビリティポリシー規則に従って決定することができる。さらなる実施形態では、本発明は、遠端の相手に、それが保留されていることを知らせるメッセージを送信する。
【００５０】
タスク３８０で、端末１３０は、オーバーライドシーケンスを実行する。オーバーライドシーケンスは、端末１３０が通信セッション参加への招待を断るときに実行される。この場合、端末１１０のユーザには、端末１３０の決定をオーバーライドして、端末１３０に着信招待に応じるよう強制するためにパスワードを入力するオプションが与えられる。タスク３８０については、図１３に関する議論においてさらに述べられる。
【００５１】
図４は、タスク３２０の実施に関連する顕著なサブタスクの実行のフローチャートを示している。図４に関連するタスクを、表された順序とは異なる順序で実施し、あるいはタスクのうちの１つまたは複数を同時に実施するやり方が、本開示を読んだ後、当業者には明らかになろう。さらに、本開示を読んだ後、当業者には、タスクのうちの１つまたは複数を省略する本発明の代替実施形態を作成し使用するやり方が明らかになろう。
【００５２】
タスク４１０で、端末モニタ２３６は、端末１３０上で実行しているソフトウェアアプリケーションコンポーネントの識別情報を決定する。本発明の例示的な実施形態によれば、ソフトウェアアプリケーションは、電話コンポーネント及びインスタントメッセージングコンポーネントを備える電話アプリケーションである。しかし、本開示を読んだ後、当業者には、他の任意のアプリケーション（たとえば文書処理、電子メールクライアントなど）が解析される本発明の代替実施形態を作成し使用するやり方が明らかになろう。端末モニタ２３６は、２つのコンポーネントのどちらが使用されるか決定する。
【００５３】
本発明の例示的な実施形態によれば、端末モニタ２３６は、アプリケーションによって記録されるログファイルを検査することによって、電話アプリケーションのどんなコンポーネントが使用されるか決定する。しかし、本開示を読んだ後、当業者には、端末モニタ２３６がどんなコンポーネントが使用されるか決定するために代替手段を使用する本発明の代替実施形態を作成し使用するやり方が明らかになろう。本発明の一代替実施形態では、端末モニタ２３６は、１つまたは複数のアクティブプロセスを識別し、プロセスに関する情報（たとえばプロセス名、プロセスに関連するファイルなど）を特定のアプリケーションコンポーネントに一致させる。
【００５４】
本発明の別の代替実施形態では、端末モニタ２３６は、リソース消費のパターンを識別し、特定のアプリケーションコンポーネントに関連すると知られているパターンにこれらのパターンを一致させる。それだけに限定されないが、たとえば、「２５％のＣＰＵ使用率」のパターンは、電話アプリケーションのインスタントメッセンジャーコンポーネントに関連付けることができ、「５０％のＣＰＵ使用率」のパターンは、アプリケーションの電話コンポーネントに関連付けることができる。リソース消費パターンを認識し、特定のソフトウェアコンポーネントに関連付けるやり方が、当業者には明らかになろう。
【００５５】
タスク４２０で、端末モニタ２３６は、端末１３０上で実行されているソフトウェアアプリケーションによって開かれているファイル内のキーワードの存在を決定する。本発明の例示的な実施形態によれば、ソフトウェアアプリケーションはワードプロセッサであり、開かれたファイルはテキスト文書である。しかし、ソフトウェアアプリケーションが、ファイルを開くことができる他の任意のソフトウェアアプリケーション（たとえばメディアプレーヤー、別のテキストエディタ、ファイル圧縮ツールなど）である本発明の代替実施形態を作成し使用するやり方が、本開示を読んだ後、当業者には明らかになろう。さらに、本開示を読んだ後、当業者には、開かれたファイルが他の任意のタイプ（たとえばＭＰ３、ＭＰＥＧ、ＪＰＥＧなど）のものである本発明の代替実施形態を作成し使用するやり方が明らかになろう。
【００５６】
本発明の例示的な実施形態によれば、端末モニタ２３６は、ロックがかかっている文書を突き止め、１つまたは複数のキーワードの存在を求めてその内容をスキャンする。しかし、それだけに限らないが、たとえばソフトウェアアプリケーションによって行われるシステム呼を監視すること、アプリケーションによってどんなファイルが開かれているか示すアプリケーションログファイルを検査することなどの代替手段を使用して、端末モニタ２３６が開かれている文書を突き止める本発明の代替実施形態を作成し使用するやり方が、本開示を読んだ後、当業者には明らかになろう。さらに、ファイルがメディアファイルである本発明の代替実施形態では、端末モニタ２３６は、ファイル内にキーワードが存在するかどうか決定するために音声認識（または文字／画像認識）技術を使用する。
【００５７】
タスク４３０で、端末モニタ２３６は、ソフトウェアアプリケーションが接続される（または接続された）アドレスを識別する。アドレスはインターネットドメイン名であるが、本開示を読んだ後、当業者には、ユニフォーム識別子（ＵＲＩ：ｕｎｉｆｏｒｍ ｉｄｅｎｔｉｆｉｅｒ）が任意のタイプの識別子（たとえばインターネットプロトコル（ＩＰ：Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレス、ＳＩＰユニフォームリソース識別子（ＵＲＩ：ｕｎｉｆｏｒｍ ｒｅｓｏｕｒｃｅ ｉｄｅｎｔｉｆｉｅｒ）など）である本発明の代替実施形態を作成し使用するやり方が明らかになろう。さらに、ソフトウェアアプリケーションはインターネットブラウザであるが、本開示を読んだ後、当業者には、ソフトウェアアプリケーションが他の任意のタイプのソフトウェアアプリケーション（たとえばＦＴＰクライアント、ストリーミングメディアプレーヤー、サーバ、チャットクライアント、電子メールクライアントなど）である本発明の代替実施形態を作成し使用するやり方が明らかになろう。本発明の例示的な実施形態によれば、アドレスは、インターネットブラウザによって記録されるログファイルを検査することによって決定される。しかし、それだけに限らないが、たとえばネットワークトラフィックを検査すること、端末１３０上のクッキー及び他のトークンの記憶を監視することなどの代替手段によってアドレスが識別される本発明の代替実施形態を作成し使用するやり方が、本開示を読んだ後、当業者には明らかになろう。
【００５８】
図５は、タスク３３０の実施に関連する顕著なサブタスクの実行のフローチャートを示している。図５に関連するタスクを、表された順序とは異なる順序で実施し、あるいはタスクのうちの１つまたは複数を同時に実施するやり方が、本開示を読んだ後、当業者には明らかになろう。さらに、本開示を読んだ後、当業者には、タスクのうちの１つまたは複数を省略する本発明の代替実施形態を作成し使用するやり方が明らかになろう。
【００５９】
図５に関する議論は、端末１３０のリソース使用の測定値を取ることについて述べている。本発明の例示的な実施形態によれば、それぞれの測定値は、４秒おきに取られた５つのサンプルからなる。しかし、本開示を読んだ後、当業者には、任意の数（たとえば１、２、３、５、１００、１５０など）のサンプルが取られる本発明の代替実施形態を作成し使用するやり方が明らかになろう。それだけに限らないが、たとえば１秒、２秒、３秒、３０秒、１分、１５分、１時間など、任意の時間枠にわたって個々の各サンプルを取ることができる（すなわち、個々のサンプルのデータが収集される期間が変化し得る）こともまた、本開示を読んだ後、当業者には明らかになろう。さらに、それぞれ異なるサンプル間の期間は、任意の長さ（たとえば１秒、１０秒、１分、１０分など）であってよいことが当業者には明らかになろう。さらに、複数のサンプルの組合せ、個々の各サンプルが取られる時間、及び個々のサンプル間の期間は、それぞれ異なるリソースの測定値ごとに異なってよいことが当業者には明らかになろう。
【００６０】
タスク５１０で、端末モニタ２３６は、端末１３０のキー入力速度の測定値を得る。キー入力速度は、端末１３０のユーザが端末のキーボード上のキーを押下する速度（たとえば４０キー／分など）である。
【００６１】
タスク５２０で、端末モニタ２３６は、端末１３０のメモリアクセス頻度の測定値を得る。本発明の例示的な実施形態によれば、端末は、端末１３０の永久記憶装置に情報を要求する頻度を測定する。しかし、それだけに限らないが、たとえばページ誤り率、ランダムアクセスメモリ書込み速度など代替測定値を端末が得る本発明の代替実施形態を作成し使用するやり方が、本開示を読んだ後に、当業者には明らかになろう。
【００６２】
タスク５３０で、端末モニタ２３６は、端末１３０のプロセッサのキャッシュミス率の測定値を得る。本開示を読んだ後、当業者には、キャッシュヒット率が代わりに測定される本発明の代替実施形態を作成し使用するやり方が明らかになろう。
【００６３】
タスク５４０で、端末モニタ２３６は、端末１３０によって周辺装置が使用されるかどうか決定する。例示的な実施形態によれば周辺装置はスキャナであるが、それだけに限らないが、たとえばプリンタ、スライドプレゼンテーションリモコン装置、マイクロホン、ビデオカメラ、オーディオスピーカ、ヘッドホンなどの別の周辺装置の使用が検出される本発明の代替実施形態を作成し使用するやり方が、本開示を読んだ後、当業者には明らかになろう。
【００６４】
タスク５５０で、端末モニタ２３６は、端末１３０の追加ハードウェアリソース使用の測定値を得る。本発明の例示的な実施形態によれば、端末モニタ２３６は、プロセッサ温度、ビデオカード（またはＧＰＵ）温度、ビデオカードメモリの使用、ビデオカード３Ｄアクセラレーションが使用されているかどうか、サウンドアダプタのサラウンドサウンド機能が使用されているかどうか、サウンドアダプタ利用度、プロセッサ温度などを決定する。
【００６５】
図６は、タスク３４０の実施に関連する顕著なサブタスクの実行のフローチャートを示している。図６に関連するタスクを、表された順序とは異なる順序で実施し、あるいはタスクのうちの１つまたは複数を同時に実施するやり方が、本開示を読んだ後、当業者には明らかになろう。さらに、本開示を読んだ後、当業者には、タスクのうちの１つまたは複数を省略する本発明の代替実施形態を作成し使用するやり方が明らかになろう。
【００６６】
図６に関する議論は、様々なセンサからの測定値を取ることについて述べている。本発明の例示的な実施形態によれば、それぞれの測定値は、４秒おきに取られた５つのサンプルからなる。しかし、本開示を読んだ後、当業者には、任意の数（たとえば１、２、３、５、１００、１５０など）のサンプルが取られる本発明の代替実施形態を作成し使用するやり方が明らかになろう。それだけに限らないが、たとえば１秒、２秒、３秒、３０秒、１分、１５分、１時間など、任意の時間枠にわたって個々の各サンプルを取ることができる（すなわち個々のサンプルのデータが収集される期間が変化し得る）こともまた、本開示を読んだ後、当業者には明らかになろう。さらに、それぞれ異なるサンプル間の期間は任意の長さ（たとえば１秒、１０秒、１分、１０分など）であってよいことが、当業者には明らかになろう。さらに、複数のサンプルの組合せ、個々の各サンプルが取られる時間、及び個々のサンプル間の期間は、それぞれ異なるセンサからの測定値ごとに異なってよいことが当業者には明らかになろう。
【００６７】
タスク６１０で、アベイラビリティ検出器２３７は、温度センサ２５１から温度測定値を得る。タスク６１０を実行するやり方が、当業者には明らかになろう。
【００６８】
タスク６２０で、アベイラビリティ検出器２３７は、運動センサ２５２からの測定値を得る。
【００６９】
タスク６３０で、アベイラビリティ検出器２３７は、カメラ２５３からの入力を得る。本発明の例示的な実施形態によれば、カメラ入力は、ユーザがカメラの視覚範囲内に立っているかどうか決定するために使用される。しかし、それだけに限らないが、たとえば顔認識、表情認識及び凝視方向認識などの画像認識技術をアベイラビリティ検出器２３７が適用する本発明の代替実施形態を作成し使用するやり方が、本開示を読んだ後、当業者には明らかになろう。
【００７０】
タスク６４０で、アベイラビリティ検出器２３７は、それだけに限らないが、たとえば器具センサ（すなわちガスレンジなどの特定の器具が動作しているかどうか検出するセンサ）、気圧センサ、湿度センサ、圧力センサ、生理パラメータ（たとえばＥＣＧ、ＥＥＧなど）を測定するセンサなど、追加のセンサからの入力を得る。
【００７１】
図７は、タスク３５０の実施に関連する顕著なサブタスクの実行のフローチャートを示している。図７に関連するタスクを、表された順序とは異なる順序で実施し、あるいはタスクのうちの１つまたは複数を同時に実施するやり方が、本開示を読んだ後、当業者には明らかになろう。さらに、本開示を読んだ後、当業者には、タスクのうちの１つまたは複数を省略する本発明の代替実施形態を作成し使用するやり方が明らかになろう。
【００７２】
タスク７１０で、アベイラビリティ検出器２３７は、通信セッションを開始するユーザに関する情報を得る。本発明の例示的な実施形態によれば、アベイラビリティ検出器２３７は、通信セッションが開始された端末のエンドポイント識別子を決定する。しかし、本開示を読んだ後、当業者には、アベイラビリティ検出器２３７が発信者番号通知サービスなどの識別技術を使用し、または電話帳で電話番号逆引きを行うことによって、電話をかけている人の識別情報を決定する本発明の代替実施形態を作成し使用するやり方が明らかになろう。
【００７３】
アベイラビリティ検出器２３７がそれだけに限らないが、たとえば社内の役職（たとえばＣＥＯ、部長など）、性別、年齢、雇用状態、社会保障番号など、通信セッションを開始する人に関する追加情報を決定する本発明の代替実施形態を作成し使用するやり方もまた、本開示を読んだ後、当業者には明らかになろう。本発明の代替実施形態は、端末１１０のエンドポイント識別子に基づく検索キーを用いたデータベース検索を実施することによって追加情報を得る。しかし、本開示を読んだ後、当業者には、追加の情報が招待自体に含まれ、またはアベイラビリティ検出器２３７によって受け取られる別個のメッセージ内に含まれる本発明のさらなる代替実施形態を作成し使用するやり方が明らかになろう。
【００７４】
さらに、本開示を読んだ後、当業者には、通信セッションを開始するユーザと端末１３０のユーザの関係（たとえば発呼者が端末１３０のユーザの監督者であり、発呼者が端末２３１−１のユーザの親戚であるなど）が得られ、または決定される本発明の代替実施形態を作成し使用するやり方が明らかになろう。本発明の一部の代替実施形態では、関係情報は、通信セッション参加への招待と共に、端末１３０で受け取られる。本発明の他の実施形態では、発呼者と端末１３０のユーザの関係は、発呼者の識別情報、及び発呼者をユーザに関連付けるテーブル（たとえば従業員記録、家族記録など）から導出される。
【００７５】
タスク７２０で、アベイラビリティ検出器２３７は、通信セッションの期待された継続時間を決定する。アベイラビリティ検出器２３７は、端末１３０と端末１１０の間の過去の通信セッションの継続時間に関する情報を求めて通話記録を探索し、招待が受け取られる通信セッションの期待される継続期間を計算する。本発明の例示的な実施形態によれば、期待される継続時間は、ｎを整数として、最も最近のｎ個の通信セッションの平均である。
【００７６】
さらに、本開示を読んだ後、当業者には、期待される継続時間が招待自体に含まれる（たとえばＡＮＩフィールドの内容または等価物が上書きされるなど）本発明の代替実施形態を作成し使用するやり方が明らかになろう。さらに、本開示を読んだ後、当業者には、期待される継続時間が端末１３０上で、招待とは別のメッセージで受け取られる本発明の代替実施形態を作成し使用するやり方が明らかになろう。
【００７７】
タスク７３０で、アベイラビリティ検出器２３７は、通信セッションのトピックを決定する。本発明の例示的な実施形態によれば、トピックの表示は、招待自体に含まれる（たとえばＡＮＩフィールドの内容または等価物が上書きされるなど）。しかし、本開示を読んだ後、当業者には、トピックの表示が、招待とは別のメッセージで受け取られる本発明の代替実施形態を作成し使用するやり方が明らかになろう。
【００７８】
タスク７４０で、アベイラビリティ検出器２３７は、通信セッションの優先度ランク付けを決定する。本発明の例示的な実施形態によれば、３つのランク、「重要」、「非常に重要」及び「重要でない」のうちの１つが選択される。しかし、本開示を読んだ後、当業者には、可能なランク付けの空間がより大きいまたは小さい本発明の代替実施形態を作成し使用するやり方が明らかになろう。
【００７９】
本発明の例示的な実施形態によれば、優先度ランク付けの表示は、招待自体に含まれる（たとえばＡＮＩフィールドの内容または等価物が上書きされるなど）。しかし、本開示を読んだ後、当業者には、優先度ランク付けの表示が、招待とは別のメッセージで受け取られる本発明の代替実施形態を作成し使用するやり方が明らかになろう。さらに、重要度ランク付けがアベイラビリティ検出器２３７によって、タスク７１０から７３０で受け取られた情報に基づいて決定される（たとえばＣＥＯが発呼する場合、優先度ランクは「非常に重要」に設定され、トピックが会計である場合、優先度ランクは「重要」に設定される）本発明の代替実施形態を作成し使用するやり方が、本開示を読んだ後、当業者には明らかになろう。
【００８０】
図８は、タスク３６０の実施に関連する顕著なサブタスクの実行のフローチャートを示している。図８に関連するタスクを、表された順序とは異なる順序で実施し、あるいはタスクのうちの１つまたは複数を同時に実施するやり方が、本開示を読んだ後、当業者には明らかになろう。さらに、本開示を読んだ後、当業者には、タスクのうちの１つまたは複数を省略する本発明の代替実施形態を作成し使用するやり方が明らかになろう。
【００８１】
タスク８１０で、アベイラビリティ検出器２３７は、サーバ１４０からアベイラビリティポリシーを受け取る。上述されたように、本明細書の目的では、用語「アベイラビリティポリシー」は、ユーザがいつ通信に応じられるか決定する１つまたは複数の規則のセットとして定義される。本発明の例示的な実施形態によれば、ポリシーは、拡張可能マークアップ言語（ＸＭＬ：ｅｘｔｅｎｓｉｂｌｅ ｍａｒｋｕｐ ｌａｎｇｕａｇｅ）ファイルで受け取られるが、本開示を読んだ後、当業者には、ポリシーがたとえばテキストファイル、数列などの他の任意の形で表現される本発明の代替実施形態を作成し使用するやり方が明らかになろう。本発明の例示的な実施形態によれば、ポリシーはサーバから得られるが、本開示を読んだ後、当業者には、ポリシーが端末１３０に格納される本発明の代替実施形態を作成し使用するやり方が明らかになろう。
【００８２】
より具体的には、タスク８１０で、本発明は、ユーザが応対可能かどうか決定するための４つの規則を備えるアベイラビリティポリシーを受け取る。これらの規則は以下である。
ｉ．「ユーザが最近訪問したウェブサイトに割り当てられたアベイラビリティスコアの重み付き合計が５５未満である場合、ユーザは応対不可能である」、
ｉｉ．「ユーザのキー入力速度の最も最近の５つのサンプルの重み付き合計が１３０を超える場合、ユーザは応対不可能である」、
ｉｉｉ．「ユーザのオフィスの温度が華氏５５度（５５Ｆ）未満である場合、ユーザは応対不可能である」、及び
ｉｖ．「会社のＣＥＯが発呼する場合、ユーザは応対可能である」。
【００８３】
本発明の例示的な実施形態によれば、アベイラビリティポリシー規則は、ユーザが通信セッション参加への着信招待に応じるかどうか指定する。しかし、それだけに限らないが、たとえば代替通信媒体、代替発呼時間、遠端の相手が保留される時間遅延など、ユーザのアベイラビリティの他の側面をアベイラビリティポリシー規則が指定する本発明の代替実施形態を作成し使用するやり方が、本開示を読んだ後、当業者には明らかになろう。
【００８４】
ユーザが応対可能な好ましい通信媒体を選択するためにアベイラビリティポリシー規則が使用される本発明の代替実施形態では、規則は、ソフトウェアアプリケーションコンポーネントの使用の特性、端末１３０の１つまたは複数のリソースの使用の測定値、１つまたは複数のセンサからの入力、及び招待の特性のうちの１つまたは複数に依存する。こうした規則の例には以下が含まれる。
ｉ．「端末１３０のユーザのキー入力速度が８０文字／分を超える場合、テキストが好ましい通信媒体であることを遠端の相手に通知する」、
ｉｉ．「アベイラビリティ検出器２３７上で実行されている電話アプリケーションのチャットコンポーネントをユーザが使用している場合、音声が好ましい通信媒体であることを遠端の相手に通知する」。
【００８５】
通信セッションに参加する着信招待が受け入れられるが、保留される本発明の代替実施形態では、セッションがアイドル状態に保たれる期間は、１つまたは複数のアベイラビリティポリシー規則に従って決定される。アベイラビリティポリシー規則は、これらの代替実施形態では、ソフトウェアアプリケーションコンポーネントの使用の特性、端末１３０の１つまたは複数のリソースの使用の測定値、１つまたは複数のセンサからの入力、及び招待の特性のうちの１つまたは複数に依存する。こうした規則の例には以下が含まれる。
ｉ．「測定されたキー入力速度が、５０ストローク／分と８０ストローク／分の間にある場合、ｎ分間セッションを保留する」、
ｉｉ．「キー入力が閾値（たとえば５０ストローク）未満になるまで、セッションを保留する」、
ｉｉｉ．「１つまたは複数のセンサからの入力が閾値未満になる（たとえば運動センサが、ユーザが激しい動きを止めたことを示す）までセッションを保留する」、及び
ｉｖ．「端末１３０のユーザが特定ソフトウェアアプリケーションコンポーネントの使用を止めるまで、セッションを保留する」。
【００８６】
遠端の相手が保留された後、ユーザの保留を解除するかどうか決定する条件が満たされたとアベイラビリティ検出器２３７が決定するまでタスク３３０から３６０が繰返し実行される本発明の代替実施形態を作成し使用するやり方が、本開示を読んだ後、当業者には明らかになろう。
【００８７】
さらに、端末１３０が端末１１０からの通信セッション参加への招待を最初断るが、アベイラビリティ規則によって決定されるように端末１３０のユーザが応対可能になるまでタスク３３０から３６０を繰返し実行し続ける本発明の代替実施形態を作成し使用するやり方が、本開示を読んだ後、当業者には明らかになろう。ユーザが応対可能になるとき、端末１３０は、端末１１０との新しい通信セッションを開始する。
【００８８】
本発明の一代替実施形態では、それだけに限らないが、たとえば、ユーザのキー入力の強度が５０キー入力／分など閾値未満になるまで、タスク３３０から３６０が実行される。本発明のこの代替実施形態では、アベイラビリティ規則は、ユーザのキー入力速度が５０キー入力／分未満である場合、ユーザが応対可能であると定める。したがって、ユーザのキー入力速度が閾値未満になるとき、端末１３０は、端末１１０との新しい通信セッションを開始する。
【００８９】
遠端の相手が発呼する代替時間を決定するためにアベイラビリティポリシー規則が使用される本発明の代替実施形態では、規則は、ソフトウェアアプリケーションコンポーネントの使用の特性、端末１３０の１つまたは複数のリソースの使用の測定値、１つまたは複数のセンサからの入力、及び招待の特性のうちの１つまたは複数に依存する。こうした規則の例には以下が含まれる。
ｉ．「キャッシュミス率が５０パーセント（５０％）を超える場合、遠端の相手に９０分後に折り返しするよう求める」、
ｉｉ．「マルチメディアプレーヤーアプリケーションの映画プレーヤーコンポーネントが使用される場合、遠端の相手に所定時間後（たとえば１２０分後）に折り返しするよう求める」。
【００９０】
本発明の代替実施形態によれば、折返し期間は、アベイラビリティを決定するために使用されるポリシー規則に定められる。しかし、本開示を読んだ後、当業者には、端末１３０上に格納された予約情報（たとえばカレンダアプリケーションに格納された情報など）に従って折返し期間が決定される本発明の代替実施形態を作成し使用するやり方が明らかになろう。
【００９１】
本発明の例示的な実施形態によれば、アベイラビリティポリシー規則は、通信セッションが受け取られるとき、または通信セッションの媒体に関しては中立であるが、本開示を読んだ後に、当業者には、通信セッション参加への招待が受け取られるとき、または通信セッションの媒体に規則が依存する本発明の代替実施形態を作成し使用するやり方が明らかになろう。こうした規則の例には以下が含まれる。
ｉ．「通信セッション参加への招待が特定の期間内に受け取られる場合、ユーザは応対不可能である」、
ｉｉ．「通信セッションの媒体がテキストである場合、ユーザは応対可能である」、
ｉｉｉ．「通信セッションの媒体が音声である場合、ユーザは応対不可能である」。
【００９２】
タスク８２０で、アベイラビリティ検出器２３７は、タスク３２０の情報に第１の規則を適用する。第１の規則は最近のウェブサイト訪問に依存するが、本開示を読んだ後、当業者には、タスク３２０で受け取られる任意のタイプの情報（たとえば特定のソフトウェアコンポーネントの使用、キーワードの存在など）に第１の規則が依存する本発明の代替実施形態を作成し使用するやり方が明らかになろう。タスク８２０については、図９及び図１０に関する議論においてさらに述べられる。
【００９３】
タスク８３０で、アベイラビリティ検出器２３７は、タスク３３０で得られた情報に第２の規則を適用する。第２の規則は、キー入力強度測定値に依存するが、第２の規則が、タスク３３０で受け取られる任意のタイプの情報（たとえばメモリアクセス速度、キャッシュミス率、周辺装置が使用されるかどうかの情報など）に依存する本発明の代替実施形態を作成し使用するやり方が、本開示を読んだ後、当業者には明らかになろう。タスク８３０については、図１１に関する議論においてさらに述べられる。
【００９４】
タスク８４０で、アベイラビリティ検出器２３７は、タスク３４０で受け取られる情報に第３の規則を適用する。第３の規則は温度測定値に依存するが、第３の規則が、タスク３４０で収集される任意のタイプの情報（たとえば運動センサ入力、カメラ入力など）に依存する本発明の代替実施形態を作成し使用するやり方が、本開示を読んだ後、当業者には明らかになろう。タスク８４０については、図１２に関する議論においてさらに述べられる。
【００９５】
タスク８５０で、アベイラビリティ検出器２３７は、タスク３５０で得られる情報に第４の規則を適用する。規則によれば、通信セッションを開始したユーザが会社のＣＥＯである場合、アベイラビリティ検出器２３７は招待に応じる。第４の規則は会社内の発呼者の地位に依存するが、第４の規則が、タスク３５０で得られる任意の情報に依存する本発明の代替実施形態を作成し使用するやり方が、本開示を読んだ後、当業者には明らかになろう。こうした代替規則には、それだけに限らないが、たとえば以下が含まれる。
ｉ．「招待の優先度ランク付けが「極めて重要」である場合、ユーザは常に応対可能である」、及び
ｉｉ．「通信セッションの期待される継続時間が所定の閾値（たとえば５分）未満である場合、ユーザは常に応対可能である」。
規則が、タスク７１０で決定される、発呼者と端末１３０のユーザ間の関係に依存する本発明の代替実施形態を作成し使用するやり方もまた、本開示を読んだ後、当業者には明らかになろう。こうした規則には、それだけに限らないが、たとえば、以下が含まれる。
ｉ．「ユーザの親戚が発呼する場合、ユーザは常に応対可能である」、
ｉｉ．「ユーザの会社の上司である誰かが発呼する場合、ユーザは常に応対可能である」。
【００９６】
図９は、タスク８２０の実施に関連する顕著なサブタスクの実行のフローチャートを示している。図９に関連するタスクを、表された順序とは異なる順序で実施し、あるいはタスクのうちの１つまたは複数を同時に実施するやり方が、本開示を読んだ後、当業者には明らかになろう。さらに、本開示を読んだ後、当業者には、タスクのうちの１つまたは複数を省略する本発明の代替実施形態を作成し使用するやり方が明らかになろう。
【００９７】
タスク９１０から９３０で、アベイラビリティ検出器２３７は、タスク８１０で受け取られた第１のポリシー規則を適用する。第１のポリシー規則は、ユーザが最近訪問したウェブサイトに割り当てられたアベイラビリティススコアの重み付き合計が５５未満である場合、ユーザが応対不可能であると定める。
【００９８】
アベイラビリティスコアは、端末１３０のユーザが通信に参加できるかどうか決定する際に使用される数である。しかし、本発明の例示的な実施形態によれば、アベイラビリティスコアは、タスク８１０で受け取られたポリシーの表示（たとえばＸＭＬファイル）に含まれるが、しかし、本開示を読んだ後、当業者には、それだけに限らないが、たとえばアベイラビリティスコアが端末１３０またはリモートサーバに格納される実施形態など、アベイラビリティスコアがアベイラビリティポリシーから分離される本発明の代替実施形態を作成し使用するやり方が容易に認識されよう。
【００９９】
タスク９１０で、アベイラビリティ検出器２３７は、特性をアベイラビリティスコアに一致させる。本発明の第１の例示的な実施形態によれば、以下のアベイラビリティスコアセットは、端末１３０が訪問したユニフォームリソース識別子（ＵＲＩ）に使用可能になる。
【表１】
【０１００】
述べられたように、アベイラビリティスコアは、端末１３０のユーザが着信招待に応じることができない可能性を表すものである。本発明の例示的な実施形態によれば、アベイラビリティスコアの大きさは、タスク３１０で受け取られた招待にユーザが応答できる確率に反比例する。さらに、本発明の例示的な実施形態によれば、「Ｍｏｖｉｅｓ．ｃｏｍ（商標）」には、低いアベイラビリティスコアが割り当てられる。低いスコアを割り当てることの論理的根拠は、Ｍｏｖｉｅｓ．ｃｏｍ（商標）が個人の娯楽用に通常見られるウェブサイトであるということである。対照的に、内部文書レポジトリは、この例示的な実施形態では、厳密にビジネス用である文書記憶位置である。ユーザは、文書レポジトリを訪問している場合、ユーザの仕事に関するタスクの実施に専心している可能性が最も高い。この理由により、内部文書レポジトリには、高いアベイラビリティスコアが割り当てられる。
【０１０１】
本発明の第１の代替実施形態によれば、以下のアベイラビリティスコアが、それぞれ異なるソフトウェアアプリケーションコンポーネントに割り当てられる。
【表２】
【０１０２】
本発明の第１の代替実施形態によれば、Ｓｋｙｐｅ（商標）インスタントメッセンジャーコンポーネントには、低いアベイラビリティスコアが与えられ、Ｏｕｔｌｏｏｋ（商標）カレンダコンポーネントには、高いアベイラビリティスコアが与えられる。この割当ての論理的根拠は、インターネットチャットは仕事のためにではなく、個人的な娯楽のために通常行われるが、カレンダ内に予約を追加及び編集することは、ある人の業務の一環と見なされるということである。
【０１０３】
本発明の第２の代替実施形態によれば、以下のアベイラビリティスコアは、編集するために開かれる文書内に見られるキーワードに割り当てられる。
【表３】
【０１０４】
本発明の第２の実施形態によれば、単語「ＬＯＬ」には、低い優先度スコアが割り当てられる。「ＬＯＬ」は、「ｌａｕｇｈｉｎｇ ｏｕｔ ｌｏｕｄ（大笑い）」の略語であり、インターネット俗語の一般的な要素である。文書内にこの単語がある場合、端末１３０のユーザは、個人の会話に従事している可能性が高い。したがって、キーワード「ＬＯＬ」には、低いアベイラビリティスコアが割り当てられる。
【０１０５】
本発明の第２の代替実施形態によれば、以下の２つのタイプの文書が、アベイラビリティ検出器２３７によってキーワードを求めてスキャンされる。
ｉ．端末１３０のユーザによって、編集するために開かれる文書、及び
ｉｉ．ユーザがインスタントメッセージを、恐らくそれが開いていることをユーザが認識しないで送る結果として開かれるメッセージログなど、ユーザがソフトウェアアプリケーションとの対話する結果、編集のためにソフトウェアアプリケーションによって開かれる文書。
【０１０６】
しかし、本開示を読んだ後、当業者には、２つのタイプの文書のうちの１つだけがスキャンされる本発明の代替実施形態を作成し使用するやり方が明らかになろう。さらに、本開示を読んだ後、当業者には、タスク３２０で得られるソフトウェアアプリケーションのコンポーネントの使用のいずれかの特性をアベイラビリティスコアに一致させる本発明の代替実施形態を作成し使用するやり方が明らかになろう。
【０１０７】
タスク９２０で、アベイラビリティ検出器２３７は、タスク９１０で識別されたアベイラビリティスコアの合計を計算する。それだけに限らないが、たとえば重み付き合計、重み付き平均、スコアの平均など、代替の数をアベイラビリティ検出器２３７が計算する本発明の代替実施形態を作成し使用するやり方が、本開示を読んだ後、当業者には明らかになろう。
【０１０８】
タスク９３０で、アベイラビリティ検出器２３７は、計算された合計を、タスク８１０で受け取られたポリシーに定義された所定範囲に一致させる。本発明の例示的な実施形態によれば、ポリシーは、合計が５５未満である場合、端末１３０のユーザが通信セッション参加への招待に応じることができると定める。
【０１０９】
図１０は、本発明の別の例示的な実施形態によって実施されるタスク８２０の実施に関連した顕著なサブタスクの実行のフローチャートを示している。図１０に関連するタスクを、表された順序とは異なる順序で実施し、あるいはタスクのうちの１つまたは複数を同時に実施するやり方が、本開示を読んだ後、当業者には明らかになろう。さらに、本開示を読んだ後、当業者には、タスクのうちの１つまたは複数を省略する本発明の代替実施形態を作成し使用するやり方が明らかになろう。
【０１１０】
タスク１０１０及び１０２０で、アベイラビリティ検出器２３７は、ポリシー規則を適用する。ポリシー規則は、ユーザが訪問した「ビジネス」グループからのウェブサイトの数が、「個人の娯楽」グループからの訪問されたウェブサイトの数以上である場合、ユーザは応対不可能であると定める。本発明のこの例示的な実施形態によれば、訪問されたウェブサイトは、グループに分類される。本発明の例示的な実施形態によれば、アベイラビリティグループの定義は、タスク８１０で受け取られたポリシー（たとえばＸＭＬファイル）内に含まれるが、しかし、本開示を読んだ後、当業者には、グループ定義が端末１３０またはリモートサーバ内に格納される本発明の代替実施形態を作成し使用するやり方が容易に認識されよう。
【０１１１】
タスク１０１０で、アベイラビリティ検出器２３７は、端末上で実行されるインターネットブラウザが最も最近訪問した最後の３つのウェブサイトのグループを決定する。３つのウェブサイトは、「Ｍｏｖｉｅｓ．ｃｏｍ（商標）」、「Ｂｌｏｏｍｂｅｒｇ．ｃｏｍ（商標）」及び「内部文書レポジトリ」である。本発明の例示的な実施形態のグループ定義は、以下にリストされる。
【表４】
【０１１２】
この開示を読んだ後、当業者には、グループ定義が異なる本発明の代替実施形態を作成し使用するやり方が明らかになろう。この開示を読んだ後、当業者には、グループ定義は、本発明が使用されるアプリケーションに依存することが容易に認識されよう。
【０１１３】
さらに、この開示を読んだ後、当業者には、タスク３２０で取得された任意のタイプの情報がグループに分類される本発明の代替実施形態を作成し使用するやり方が明らかになろう。本発明の一代替実施形態では、それだけに限らないが、たとえば、それぞれ異なるアプリケーションコンポーネントは、以下のやり方で分類される。
【表５】
【０１１４】
タスク１０２０で、アベイラビリティ検出器２３７は、ポリシー規則が適用されるかどうか決定する。Ｍｏｖｉｅｓ．ｃｏｍ（商標）が娯楽グループに属し、内部文書レポジトリがビジネスグループに所属し、Ｂｌｏｏｍｂｅｒｇ．ｃｏｍ（商標）が「ビジネス」及び「娯楽グループ」のいずれにも属さないので、ユーザが訪問した「ビジネス」ウェブサイトの数は、「娯楽」ウェブサイトの数以上である。したがって、この実施形態のアベイラビリティポリシー規則によれば、ユーザは、通信セッションに参加できると見られる。
【０１１５】
図１１は、タスク８３０の実施に関連する顕著なサブタスクの実行のフローチャートを示している。図１１に関連するタスクを、表された順序とは異なる順序で実施し、あるいはタスクのうちの１つまたは複数を同時に実施するやり方が、本開示を読んだ後、当業者には明らかになろう。さらに、本開示を読んだ後、当業者には、タスクのうちの１つまたは複数を省略する本発明の代替実施形態を作成し使用するやり方が明らかになろう。
【０１１６】
タスク１１１０から１１３０で、アベイラビリティ検出器２３７は、タスク８１０で受け取られた第２のポリシー規則を、タスク３３０で受け取られた情報に適用する。第２のポリシー規則は、ユーザのキー入力速度の最も最近の５つのサンプルの重み付き合計が１３０を超える場合、ユーザが応対不可能であると定める。
【０１１７】
タスク１１１０で、アベイラビリティ検出器２３７は、タスク３３０で得られた端末１３０のリソースの使用の測定値のサンプルに重み付けする。本発明の例示的な実施形態によれば、アベイラビリティ検出器２３７は、キーボード上のキーを打つ速度（すなわちキー入力速度）の測定値を受け取る。アベイラビリティ検出器２３７は、表４の最初の２つの行に含まれたデータサンプルを受け取る。
【表６】
【０１１８】
本発明の例示的な実施形態によれば、サンプルの重み付き値を導出するために、各サンプルを重み係数に乗じる。サンプルは、それが取られる時間に従って重み付けされる（たとえば、サンプルが新しくなるにつれて、重みは小さくなる）。適切な重み値を割り当てるやり方が当業者には明らかになろう。さらに、本開示を読んだ後、当業者には、サンプルを重み付けしない本発明の代替実施形態を作成し使用するやり方が明らかになろう。
【０１１９】
タスク１１２０で、アベイラビリティ検出器２３７は、重み付きサンプルの合計を計算する。
【０１２０】
タスク１１３０で、アベイラビリティ検出器２３７は、計算された合計を、タスク８１０で受け取られたポリシーに定義された所定範囲に一致させる。本発明の例示的な実施形態によれば、ポリシーは、重み付きキー入力速度サンプルの合計が１３０未満である場合、端末１３０のユーザが通信セッション参加への招待に応じることができると定める。ポリシーは複数のキー入力速度サンプルに基づくが、本開示を読んだ後、当業者には、ポリシーが単一のサンプルに依存し（たとえば「キー入力速度が８０文字／分を超える場合、ユーザは応対不可能である」）、サンプルの重み付き平均に依存し、またはサンプルの他の任意の組合せに依存する本発明の代替実施形態を作成し使用するやり方が明らかになろう。
【０１２１】
本発明の例示的な実施形態のポリシー規則はキー入力速度に依存するが、使用可能なポリシー規則が、タスク３３０で測定された他のリソース（たとえばキー入力速度とキャッシュミス率の両方など）の使用に依存する本発明の代替実施形態を作成し使用するやり方が当業者には明らかになろう。こうした規則の例は以下である。
ｉ．「キャッシュミス率が５０パーセント（５０％）を超過する場合、ユーザは応対不可能である」、
ｉｉ．「過去１分間に（永久または揮発）メモリへの１０回未満の読出し要求が行われている場合、ユーザは応対可能である」、
ｉｉｉ．「通信セッション参加への招待が受け取られるとき、端末１３０に接続されたスキャナが使用中である場合、ユーザは応対不可能である」。
【０１２２】
本開示を読んだ後、当業者には、応対可能及び応対不可能の範囲が例示的な実施形態とは異なる本発明の代替実施形態を作成し使用するやり方が明らかになろう。本開示を読んだ後、当業者には、どのように値を範囲に割り当てるか明らかになろう。さらに、第３の範囲が指定され、合計が第３の範囲内に入るときに、端末１１０のユーザに所定の期間（たとえば３０分）後に折り返しするように求めるメッセージを端末１３０から端末１１０に送信する本発明の実施形態を作成し使用するやり方が、本開示を読んだ後、当業者には明らかになろう。
【０１２３】
図１２は、タスク８４０の実施に関連する顕著なサブタスクの実行のフローチャートを示している。図１２に関連するタスクを、表された順序とは異なる順序で実施し、あるいはタスクのうちの１つまたは複数を同時に実施するやり方が、本開示を読んだ後、当業者には明らかになろう。さらに、本開示を読んだ後、当業者には、タスクのうちの１つまたは複数を省略する本発明の代替実施形態を作成し使用するやり方が明らかになろう。
【０１２４】
タスク１２１０から１２３０で、アベイラビリティ検出器２３７は、タスク８１０で受け取られた第３のポリシー規則を、タスク３４０で受け取られた情報に適用する。第３のポリシー規則は、ユーザのオフィスの温度が華氏５５度（５５Ｆ）未満である場合、ユーザが応対不可能であると定める。
【０１２５】
タスク１２１０で、アベイラビリティ検出器２３７は、タスク３４０で受け取られたセンサ入力を処理する。本発明の例示的な実施形態によれば、アベイラビリティ検出器２３７は、タスク３４０で受け取られたセンサデータをデジタル化し（アナログ信号が受け取られる場合）、正規化する。本発明の例示的な実施形態によれば温度センサからの入力が処理されるが、他のセンサ（たとえば運動センサ、生理センサ、湿度センサなど）からの入力が同じように処理される本発明の代替実施形態を作成し処理するやり方が、本開示を読んだ後、当業者には明らかになろう。
【０１２６】
本発明の一代替実施形態によれば、アベイラビリティ検出器２３７は、ユーザの気分を決定するために、タスク６３０で受け取られたカメラ入力を処理する。具体的には、端末は、顔認識を使用する気分検出器を使用する。しかし、本開示を読んだ後、当業者には、端末１３０のユーザの気分を評価する際に生理センサ（たとえばＥＣＧ及びＥＥＧ）からの入力も使用される本発明の代替実施形態を作成し使用する方法が明らかになろう。
【０１２７】
タスク１２２０で、アベイラビリティ検出器２３７は、タスク３４０で受け取られた温度センサからの入力が、温度が華氏５５度（５５Ｆ）未満であることを示すかどうか決定する。
【０１２８】
本発明の代替実施形態によれば、アベイラビリティ検出器２３７は、気分検出からの結果を、ユーザの気分をアベイラビリティに関連付けるポリシーに適用する。さらに、本発明の代替実施形態によれば、ポリシーは、端末１３０のユーザが明るい気分であると気分検出が結論付けるときだけ着信招待に応じるべきと定める。
【０１２９】
図１３は、タスク３８０の実施に関連する顕著なサブタスクの実行のフローチャートを示している。図１３に関連するタスクを、表された順序とは異なる順序で実施し、あるいはタスクのうちの１つまたは複数を同時に実施するやり方が、本開示を読んだ後、当業者には明らかになろう。さらに、本開示を読んだ後、当業者には、タスクのうちの１つまたは複数を省略する本発明の代替実施形態を作成し使用するやり方が明らかになろう。
【０１３０】
タスク１３１０で、端末１３０は、端末１１０から文字列を受け取る。本発明の例示的な実施形態によれば、文字列は英数字であるが、本開示を読んだ後、当業者には、文字列は任意のタイプのもの（たとえば数字など）であってよいことが明らかになろう。
【０１３１】
タスク１３２０で、アベイラビリティ検出器２３７は、受け取られた文字列を、端末１３０内に格納される第２の文字列と比較する。２つの文字列が一致する場合、アベイラビリティ検出器２３７は、端末１３０に、タスク３１０で受け取られた招待に応じさせる。本開示を読んだ後、当業者には、文字列が端末１３０内ではなくリモートサーバ内に格納される本発明の代替実施形態を作成し使用するやり方が明らかになろう。さらに、本開示を読んだ後、当業者には、タスク８１０で受け取られたポリシーによって第２の文字列が指定される本発明の代替実施形態を作成し使用するやり方が明らかになろう。さらに、本開示を読んだ後、当業者には、２つの文字列が一致する場合でも、タスク８１０で受け取られたポリシーが、アベイラビリティ検出器２３７が呼に応じるべきかどうか定める（すなわち、ポリシーが、本発明のオーバーライドコンポーネントがイネーブルされるかどうか定める）本発明の代替実施形態を作成し使用するやり方が明らかになろう。
【０１３２】
本開示は例示的な諸実施形態の単なる例を教示するものであり、本開示を読んだ後、当業者によって本発明の多くの変形形態を容易に考案することができ、また本発明の範囲は添付の特許請求の範囲によって定められることを理解されたい。
【特許請求の範囲】
【請求項１】
端末で通信セッション参加への招待を受け取ることと、
前記通信セッションについてのユーザアベイラビリティを判断することとを含み、該ユーザアベイラビリティは前記端末の使用の特性に基づき、さらに、
前記ユーザアベイラビリティに基づいて、前記通信セッション参加への前記招待に対し応答を送信することを含む、方法。
【請求項２】
前記端末の前記使用の特性は、前記端末に関連付けられているソフトウェアアプリケーションの使用の態様及び前記端末のリソースの使用の特性のうちの少なくとも一方を含む、請求項１に記載の方法。
【請求項３】
前記ユーザアベイラビリティはさらに前記参加への招待の特性に基づく、請求項１に記載の方法。
【請求項４】
前記ユーザアベイラビリティはさらにセンサ入力に基づく、請求項１に記載の方法。
【請求項５】
前記センサ入力は、運動センサ、温度センサ、器具センサ、圧力センサ、湿度センサ及び気圧センサのうちの少なくとも１つからの入力を含む、請求項４に記載の方法。
【請求項６】
前記センサ入力は、異なるセンサからの複数の測定値を含み、各測定値は可変である時間において取られた複数のサンプルを含む、請求項４に記載の方法。
【請求項７】
前記ユーザアベイラビリティはキー入力速度に基づき、コンピューティング装置において検出されたキー入力速度が単位時間当たりのキー入力の閾値を超えるときに、前記応答は拒否を含む、請求項１に記載の方法。
【請求項８】
前記ユーザアベイラビリティはキャッシュミス率に基づく、請求項１に記載の方法。
【請求項９】
プロセッサと、
命令が記憶されたコンピュータ可読記憶媒体とを備え、該命令は、前記プロセッサによって実行されると、前記プロセッサに、
端末で通信セッション参加への招待を受け取ることと、
前記通信セッションについてのユーザアベイラビリティを判断することとを含み、該ユーザアベイラビリティは前記端末の使用の特性に基づき、さらに、
前記ユーザアベイラビリティに基づいて、前記通信セッション参加への前記招待に対し応答を送信することを含む、方法を実行させる、システム。
【請求項１０】
命令が記憶された非一時的なコンピュータ可読記憶媒体であって、該命令は、プロセッサによって実行されると、該プロセッサに、
端末で通信セッション参加への招待を受け取ることと、
前記通信セッションについてのユーザアベイラビリティを判断することとを含み、該ユーザアベイラビリティは前記端末の使用の特性に基づき、さらに、
前記ユーザアベイラビリティに基づいて、前記通信セッション参加への前記招待に対し応答を送信することを含む、方法を実行させる、非一時的なコンピュータ可読記憶媒体。
【請求項１】
端末で通信セッション参加への招待を受け取ることと、
前記通信セッションについてのユーザアベイラビリティを判断することとを含み、該ユーザアベイラビリティは前記端末の使用の特性に基づき、さらに、
前記ユーザアベイラビリティに基づいて、前記通信セッション参加への前記招待に対し応答を送信することを含む、方法。
【請求項２】
前記端末の前記使用の特性は、前記端末に関連付けられているソフトウェアアプリケーションの使用の態様及び前記端末のリソースの使用の特性のうちの少なくとも一方を含む、請求項１に記載の方法。
【請求項３】
前記ユーザアベイラビリティはさらに前記参加への招待の特性に基づく、請求項１に記載の方法。
【請求項４】
前記ユーザアベイラビリティはさらにセンサ入力に基づく、請求項１に記載の方法。
【請求項５】
前記センサ入力は、運動センサ、温度センサ、器具センサ、圧力センサ、湿度センサ及び気圧センサのうちの少なくとも１つからの入力を含む、請求項４に記載の方法。
【請求項６】
前記センサ入力は、異なるセンサからの複数の測定値を含み、各測定値は可変である時間において取られた複数のサンプルを含む、請求項４に記載の方法。
【請求項７】
前記ユーザアベイラビリティはキー入力速度に基づき、コンピューティング装置において検出されたキー入力速度が単位時間当たりのキー入力の閾値を超えるときに、前記応答は拒否を含む、請求項１に記載の方法。
【請求項８】
前記ユーザアベイラビリティはキャッシュミス率に基づく、請求項１に記載の方法。
【請求項９】
プロセッサと、
命令が記憶されたコンピュータ可読記憶媒体とを備え、該命令は、前記プロセッサによって実行されると、前記プロセッサに、
端末で通信セッション参加への招待を受け取ることと、
前記通信セッションについてのユーザアベイラビリティを判断することとを含み、該ユーザアベイラビリティは前記端末の使用の特性に基づき、さらに、
前記ユーザアベイラビリティに基づいて、前記通信セッション参加への前記招待に対し応答を送信することを含む、方法を実行させる、システム。
【請求項１０】
命令が記憶された非一時的なコンピュータ可読記憶媒体であって、該命令は、プロセッサによって実行されると、該プロセッサに、
端末で通信セッション参加への招待を受け取ることと、
前記通信セッションについてのユーザアベイラビリティを判断することとを含み、該ユーザアベイラビリティは前記端末の使用の特性に基づき、さらに、
前記ユーザアベイラビリティに基づいて、前記通信セッション参加への前記招待に対し応答を送信することを含む、方法を実行させる、非一時的なコンピュータ可読記憶媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【公開番号】特開２０１３−７８１５７（Ｐ２０１３−７８１５７Ａ）
【公開日】平成２５年４月２５日（２０１３．４．２５）
【国際特許分類】
【出願番号】特願２０１３−１５７１６（Ｐ２０１３−１５７１６）
【出願日】平成２５年１月３０日（２０１３．１．３０）
【分割の表示】特願２０１０−５８７７４（Ｐ２０１０−５８７７４）の分割
【原出願日】平成２２年３月１６日（２０１０．３．１６）
【出願人】（５００３１０３３９）アバイア インコーポレーテッド (35)
【Ｆターム（参考）】
【公開日】平成２５年４月２５日（２０１３．４．２５）
【国際特許分類】
【出願日】平成２５年１月３０日（２０１３．１．３０）
【分割の表示】特願２０１０−５８７７４（Ｐ２０１０−５８７７４）の分割
【原出願日】平成２２年３月１６日（２０１０．３．１６）
【出願人】（５００３１０３３９）アバイア インコーポレーテッド (35)
【Ｆターム（参考）】
[ Back to top ]