特許 6109944 強化されたプレゼンス・ステータス

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6109944

(24)【登録日】2017年3月17日

(45)【発行日】2017年4月5日

(54)【発明の名称】強化されたプレゼンス・ステータス

(51)【国際特許分類】

   H04M 3/42 20060101AFI20170327BHJP

   H04M 3/54 20060101ALI20170327BHJP

   H04M 3/00 20060101ALI20170327BHJP

【ＦＩ】

   H04M3/42 U

   H04M3/54

   H04M3/00 B

【請求項の数】6

【全頁数】13

(21)【出願番号】特願2015-536041(P2015-536041)

(86)(22)【出願日】2013年9月17日

(65)【公表番号】特表2015-532555(P2015-532555A)

(43)【公表日】2015年11月9日

(86)【国際出願番号】EP2013069306

(87)【国際公開番号】WO2014056685

(87)【国際公開日】20140417

【審査請求日】2015年6月2日

(31)【優先権主張番号】12306224.2

(32)【優先日】2012年10月8日

(33)【優先権主張国】EP

(73)【特許権者】

【識別番号】391030332

【氏名又は名称】アルカテル−ルーセント

(74)【代理人】

【識別番号】100094112

【弁理士】

【氏名又は名称】岡部 讓

(74)【代理人】

【識別番号】100106183

【弁理士】

【氏名又は名称】吉澤 弘司

(74)【代理人】

【識別番号】100114915

【弁理士】

【氏名又は名称】三村 治彦

(74)【代理人】

【識別番号】100120363

【弁理士】

【氏名又は名称】久保田 智樹

(74)【代理人】

【識別番号】100125139

【弁理士】

【氏名又は名称】岡部 洋

(72)【発明者】

【氏名】ソローキン，ロマン

【審査官】 山岸 登

(56)【参考文献】

【文献】 特開２０１２−０９０１６１（ＪＰ，Ａ）

【文献】 特開２００７−１５０４４２（ＪＰ，Ａ）

【文献】 特開２００５−１９０２８７（ＪＰ，Ａ）

【文献】 米国特許出願公開第２００９／０２８０７８９（ＵＳ，Ａ１）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｍ ３／００

３／１６− ３／２０

３／３８− ３／５８

７／００− ７／１６

１１／００−１１／１０

(57)【特許請求の範囲】

【請求項1】

連絡先リストの中のユーザのプレゼンス・ステータスを前記ユーザに関連するコール・ルーティング規則を用いて強化するための方法であって、前記プレゼンス・ステータスは、通信のための、連絡先ユーザと呼ばれる前記ユーザについての応対可能性を示しており、またアプリケーション・ユーザと呼ばれるユーザによって所有される通信デバイス（ＣＤ）において実施されるアプリケーション（ＵＣＡ）に対してプレゼンス・サーバ（ＰＳ）によって配信されており、前記方法は、前記プレゼンス・サーバ（ＰＳ）において、以下のステップ、すなわち、
前記連絡先ユーザの識別子（ＩｄＣＵ）を含む要求（Ｒｅｑ）を前記連絡先ユーザのコール・ルーティング規則を管理するコール・サーバ（ＣＳ）に対して送信するステップ（Ｓ３）と、
コール・サーバ（ＣＳ）から応答（Ｒｅｐ）を受信するステップ（Ｓ５）であって、該応答（Ｒｅｐ）が前記連絡先ユーザのルーティング・ステータス（ＲＳ）を含んでおり、該コール・サーバ（ＣＳ）が前記識別子（ＩｄＣＵ）にそれぞれ対応して記憶されるコール・ルーティング規則（ＲＲ）を決定しており、且つ、該コール・サーバ（ＣＳ）が各連絡先ユーザについてのルーティング・ステータス（ＲＳ）を生成するためにコール・ルーティング規則（ＲＲ）を解釈する、受信するステップ（Ｓ５）と、
前記アプリケーション（ＵＣＡ）が、連絡先ユーザの前記ルーティング・ステータス（ＲＳ）を表示するために、各連絡先ユーザについての前記ルーティング・ステータス（ＲＳ）を含むメッセージ（Ｍｅｓ）を前記通信デバイス（ＣＤ）に対して送信するステップ（Ｓ６）と、
前記コール・サーバ（ＣＳ）によって提供されることになっており、また前記連絡先ユーザの前記識別子（ＩｄＣＵ）に関連するイベントに予約するステップ（Ｓ７）と、
少なくとも１人の連絡先ユーザの前記コール・ルーティング規則（ＲＲ）における変更に関連したイベントが起こるときに、前記コール・サーバから通知（Ｎｏｔ）を受信するステップ（Ｓ８）と、
を含む、方法。

【請求項2】

以下のステップ、すなわち、
前記イベントに関連したアップデート要求（ＲｅｑＵ）を前記コール・サーバ（ＣＳ）に対して送信するステップ（Ｓ９）と、
前記連絡先ユーザの前記識別子（ＩｄＣＵ）に関連する、前記連絡先ユーザの前記ルーティング・ステータス（ＲＳ）を含むアップデート応答（ＲｅｓＵ）を前記コール・サーバ（ＣＳ）から受信するステップ（Ｓ１０）と、
前記連絡先ユーザの前記識別子（ＩｄＣＵ）に関連する、前記連絡先ユーザの前記ルーティング・ステータス（ＲＳ）を含むアップデート・メッセージ（ＭｅｓＵ）を前記通信デバイス（ＣＤ）に対して送信するステップ（Ｓ１１）と、
をさらに含む、請求項１に記載の方法。

【請求項3】

前記通知（Ｎｏｔ）と、前記アップデート要求とは、前記連絡先ユーザの前記識別子（ＩｄＣＵ）を含んでいる、請求項２に記載の方法。

【請求項4】

前記通知（Ｎｏｔ）と、前記アップデート要求とは、前記イベントの識別子（ＩｄＥ）を含んでいる、請求項２に記載の方法。

【請求項5】

連絡先リストの中のユーザのプレゼンス・ステータスを前記ユーザに関連するコール・ルーティング規則を用いて強化するためのプレゼンス・サーバ（ＰＳ）であって、前記プレゼンス・ステータスは、通信のための、連絡先ユーザと呼ばれる前記ユーザについての応対可能性を示しており、またアプリケーション・ユーザと呼ばれるユーザによって所有される通信デバイス（ＣＤ）において実施されるアプリケーション（ＵＣＡ）に対して前記プレゼンス・サーバ（ＰＳ）によって配信されており、前記プレゼンス・サーバ（ＰＳ）は、
前記連絡先ユーザの識別子（ＩｄＣＵ）を含む要求（Ｒｅｑ）を前記連絡先ユーザのコール・ルーティング規則を管理するコール・サーバ（ＣＳ）に対して送信するためのインターフェース（ＩＮＴｎ）と、
コール・サーバ（ＣＳ）から応答（Ｒｅｓ）を受信するためのインターフェース（ＩＮＴｎ）であって、該応答（Ｒｅｓ）が前記連絡先ユーザのルーティング・ステータス（ＲＳ）を含んでおり、該コール・サーバ（ＣＳ）が前記識別子（ＩｄＣＵ）にそれぞれ対応して記憶されるコール・ルーティング規則（ＲＲ）を決定しており、且つ、該コール・サーバ（ＣＳ）が各連絡先ユーザについてのルーティング・ステータスを生成するためにコール・ルーティング規則（ＲＲ）を解釈する、インターフェース（ＩＮＴｎ）と、
前記アプリケーション（ＵＣＡ）が、連絡先ユーザの前記ルーティング・ステータス（ＲＳ）を表示するために、各連絡先ユーザについての前記ルーティング・ステータス（ＲＳ）を含むメッセージ（Ｍｅｓ）を前記通信デバイス（ＣＤ）に対して送信するためのインターフェース（ＩＮＴｃ）と、
前記コール・サーバ（ＣＳ）によって提供されることになっており、また前記連絡先ユーザの前記識別子（ＩｄＣＵ）に関連するイベントに予約するためのインターフェース（ＩＮＴｎ）と、
少なくとも１人の連絡先ユーザの前記コール・ルーティング規則（ＲＲ）における変更に関連したイベントが起こるときに、前記コール・サーバから通知（Ｎｏｔ）を受信するためのインターフェース（ＩＮＴｎ）と、
を備えている、プレゼンス・サーバ（ＰＳ）。

【請求項6】

連絡先リストの中のユーザのプレゼンス・ステータスを前記ユーザに関連するコール・ルーティング規則を用いて強化するためのプレゼンス・サーバ（ＰＳ）において実行されるように適合されたコンピュータ・プログラムであって、前記プレゼンス・ステータスは、通信のための、連絡先ユーザと呼ばれる前記ユーザについての応対可能性を示しており、またアプリケーション・ユーザと呼ばれるユーザによって所有される通信デバイス（ＣＤ）において実施されるアプリケーション（ＵＣＡ）に対してプレゼンス・サーバ（ＰＳ）によって配信されており、前記プログラムは、前記プログラムが、前記プレゼンス・サーバにおいて実行されるときに、以下のステップ、すなわち、
前記連絡先ユーザの識別子（ＩｄＣＵ）を含む要求（Ｒｅｑ）を前記連絡先ユーザのコール・ルーティング規則を管理するコール・サーバ（ＣＳ）に対して送信するステップ（Ｓ３）と、
コール・サーバ（ＣＳ）から応答（Ｒｅｐ）を受信するステップ（Ｓ５）であって、該応答（Ｒｅｐ）が前記連絡先ユーザのルーティング・ステータス（ＲＳ）を含んでおり、該コール・サーバ（ＣＳ）が前記識別子（ＩｄＣＵ）にそれぞれ対応して記憶されるコール・ルーティング規則（ＲＲ）を決定しており、且つ、該コール・サーバ（ＣＳ）が各連絡先ユーザについてのルーティング・ステータス（ＲＳ）を生成するためにコール・ルーティング規則（ＲＲ）を解釈する、受信するステップ（Ｓ５）と、
前記アプリケーション（ＵＣＡ）が連絡先ユーザの前記ルーティング・ステータス（ＲＳ）を表示するために、各連絡先ユーザについての前記ルーティング・ステータス（ＲＳ）を含むメッセージ（Ｍｅｓ）を前記通信デバイス（ＣＤ）に対して送信するステップ（Ｓ６）と、
前記コール・サーバ（ＣＳ）によって提供されることになっており、また前記連絡先ユーザの前記識別子（ＩｄＣＵ）に関連するイベントに予約するステップ（Ｓ７）と、
少なくとも１人の連絡先ユーザの前記コール・ルーティング規則（ＲＲ）における変更に関連したイベントが起こるときに、前記コール・サーバから通知（Ｎｏｔ）を受信するステップ（Ｓ８）と、
を実行する命令を含む、コンピュータ・プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、一般に統合通信の技術に関し、またより詳細には、ユーザのルーティング状態と、プレゼンス状態とを処理するシステムに関する。

【背景技術】

【0002】

ユーザＡが、会議に出席しようとしていることを想定したとき、この期間の間、ユーザＡは、すべての着信コールをユーザＢに対して転送するようにユーザＡのオフィス電話を構成する。その１０分後に、ユーザＣが、ユーザＡに電話する。「即時転送」ルーティング規則が、アクティブであるように設定されているので、そのときにはユーザＣは、ユーザＢに対して転送される。しかし、ユーザＣは、ユーザＢと話すことを望まないこともあり、またユーザＣは、彼が実際にコールを行う前に、ユーザＣのコールのルーティングの結果を知ることの方を好むであろう。それにより、ユーザＣは、すぐにコールを行い、また別のユーザに対して転送されるべきか、あるいはユーザＡが、会議から戻り、またユーザＡ自身がコールに応答することができるようになるまで待つべきかを決定することができるようになるであろう。

【0003】

同じ問題が、他のタイプのコール・ルーティング、すなわち、ボイス・メールに対して転送すること、ユーザが、家で仕事を行う場合に、ユーザの家の電話に対してコールを提示することなどとともに存在する。すべてのこれらの場合において、どのようにしてコールがシステムによってルーティングされて適切な決定を行うことになるか、について呼び出し側が知ることは、有用になるであろう。

【0004】

コール確立の前に、呼び出されるべきユーザのルーティング・ポリシーを自動的に検出すべき必要性が、存在している。

【0005】

したがって、上記で参照された要求（単数または複数）および／または他の要求に対処する、新しい、かつ／または改善されたシステムおよび／または方法が、開示される。

【発明の概要】

【発明が解決しようとする課題】

【0006】

この概要は、本発明の主題に関連した概念を導入するために、提供されている。この概要は、特許請求の範囲の主題の不可欠な特徴を識別することも意図してはおらず、また特許請求の範囲の主題の範囲を決定し、または限定する際に使用することも意図してはいない。

【課題を解決するための手段】

【0007】

一実施形態に従って、連絡先リストの中のユーザのプレゼンス・ステータスを前記ユーザに関連するコール・ルーティング規則を用いて強化するための方法が提供され、そのプレゼンス・ステータスは、通信のための、連絡先ユーザと呼ばれる前記ユーザについての応対可能性（ａｖａｉｌａｂｉｌｉｔｙ）を示しており、またアプリケーション・ユーザと呼ばれるユーザによって所有される通信デバイスにおいて実施されるアプリケーションに対してプレゼンス・サーバによって配信されており、前記方法は、プレゼンス・サーバにおいて、以下のステップ、すなわち、
前記連絡先ユーザの識別子を含む要求を前記連絡先ユーザのコール・ルーティング規則を管理するコール・サーバに対して送信するステップと、
コール・サーバから応答を受信するステップであって、該応答が前記連絡先ユーザのルーティング・ステータスを含んでおり、該コール・サーバが識別子にそれぞれ対応して記憶されたコール・ルーティング規則を決定しており、且つ、該コール・サーバが各連絡先ユーザについてのルーティング・ステータスを生成するためのコール・ルーティング規則を解釈している、受信するステップと、
アプリケーションが、連絡先ユーザのルーティング・ステータスを表示するために、各連絡先ユーザについてのルーティング・ステータスを含むメッセージを通信デバイスに対して送信するステップと、
を含む。

【0008】

本発明は、有益となるように、前記アプリケーション・ユーザのような呼び出し側に対して、どのようにしてコールが、前記連絡先ユーザのような、呼び出される側のコール・ルーティング規則によってルーティングされることになるかを知る可能性を提供する。それにより、呼び出し側は、例えば、ボイス・メールを呼び出し、またボイス・メールに対して転送されるように、あるいは呼び出される側が、コールを取ることができるまで待つように、それに応じてその振る舞いを調整することができるようになる。

【0009】

一実施形態においては、本方法は、以下のステップ、すなわち、
コール・サーバによって提供されることになっており、また連絡先ユーザの識別子に関連するイベントに予約するステップと、
少なくとも１人の連絡先ユーザのコール・ルーティング規則における変更に関連したイベントが起こるときに、コール・サーバから通知を受信するステップと、
前記イベントに関連したアップデート要求をコール・サーバに対して送信するステップと、
連絡先ユーザの識別子に関連する、連絡先ユーザのルーティング・ステータスを含むアップデート応答を、コール・サーバから受信するステップと、
連絡先ユーザの識別子に関連する、連絡先ユーザのルーティング・ステータスを含むアップデート・メッセージを、通信デバイスに対して送信するステップと、
をさらに含む。

【0010】

一実施形態においては、通知と、アップデート要求とは、前記連絡先ユーザの識別子を含んでいる。

【0011】

一実施形態においては、通知と、アップデート要求とは、前記イベントの識別子を含んでいる。

【0012】

本発明のさらなる目的は、連絡先リストの中のユーザのプレゼンス・ステータスを前記ユーザに関連するコール・ルーティング規則を用いて強化するためのプレゼンス・サーバであり、そのプレゼンス・ステータスは、通信のための、連絡先ユーザと呼ばれる前記ユーザについての応対可能性を示しており、またアプリケーション・ユーザと呼ばれるユーザによって所有される通信デバイスにおいて実施されるアプリケーションに対してプレゼンス・サーバによって配信されており、プレゼンス・サーバは、
前記連絡先ユーザの識別子を含む要求を前記連絡先ユーザのコール・ルーティング規則を管理するコール・サーバに対して送信するためのインターフェースと、
コール・サーバから応答を受信するためのインターフェースであって、該応答が前記連絡先ユーザのルーティング・ステータスを含んでおり、該コール・サーバが前記識別子にそれぞれ対応して記憶されるコール・ルーティング規則を決定しており、且つ、該コール・サーバが各連絡先ユーザについてのルーティング・ステータスを生成するためにコール・ルーティング規則を解釈している、インターフェースと、
アプリケーションが連絡先ユーザのルーティング・ステータスを表示するために、各連絡先ユーザについてのルーティング・ステータスを含むメッセージを通信デバイスに対して送信するためのインターフェースと、
を備えている。

【0013】

本発明は、さらに、連絡先リストの中のユーザのプレゼンス・ステータスを前記ユーザに関連するコール・ルーティング規則を用いて強化するためのプレゼンス・サーバにおいて実行されるように適合されたコンピュータ・プログラムに関し、前記プログラムは、プログラムが、前記サーバにおいて実行されるときに、本発明の方法のステップを実行する命令を含んでいる。

【0014】

本発明のいくつかの実施形態が、次に、例としてのみ、また添付図面を参照して、説明される。

【図面の簡単な説明】

【0015】

【図1】本発明の一実施形態による通信システムの概略的ブロック図である。

【図2】本発明の一実施形態による、電気通信ネットワークにおいてコール・ルーティング・ステータスを用いてプレゼンス・ステータスを強化するための方法を実行するために実行されるステップを示すフローチャートである。

【図3】本発明の一実施形態による、コール・ルーティング・ステータスを用いて強化されるプレゼンス・ステータスを表示するアプリケーションの一例を示す図である。

【発明を実施するための形態】

【0016】

同じ参照番号は、すべての図面の上で、同じ要素、または同じタイプの要素を表すものである。

【0017】

図面および以下の説明は、本発明の特定の例示の実施形態を示すものである。それゆえに、当業者なら、本明細書において、明示的に説明されても、または示されてもいないが、本発明の原理を実施し、また本発明の範囲内に含まれる様々な構成を工夫することができるようになることが、理解されるであろう。さらに、本明細書において、説明されるどのような例も、本発明の原理を理解する際に役に立つことを意図しており、またそのような具体的に列挙された例および状態だけに限定することのないように解釈されるべきである。結果として、本発明は、以下で説明される特定の実施形態または例だけに限定されないが、特許請求の範囲と、それらの均等物（ｅｑｕｉｖａｌｅｎｔｓ）によって限定される。

【0018】

図１を参照すると、通信システムは、電気通信ネットワーク（ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ ｎｅｔｗｏｒｋ）ＴＮを通してそれらの間で通信することができる、プレゼンス・サーバ（ｐｒｅｓｅｎｃｅ ｓｅｒｖｅｒ）ＰＳと、コール・サーバ（ｃａｌｌ ｓｅｒｖｅｒ）ＣＳと、通信デバイス（ｃｏｍｍｕｎｉｃａｔｉｏｎ ｄｅｖｉｃｅ）ＣＤとを備えている。

【0019】

電気通信ネットワークＴＮは、有線ネットワークもしくはワイヤレス・ネットワーク、または有線ネットワークとワイヤレス・ネットワークとの組合せとすることができる。

【0020】

電気通信ネットワークＴＮは、パケット・ネットワーク、例えば、インターネットやイントラネットなどのＩＰ（「インターネット・プロトコル」）高速ネットワーク、またはさらに会社特有の私的ネットワークであることができる。

【0021】

電気通信ネットワークＴＮは、公衆ネットワークまたは私的ネットワーク（企業の中の、または自宅の）のいずれかとすることができる。

【0022】

各通信デバイスは、モバイル端末または固定端末とすることができる。

【0023】

モバイル端末としては、通信デバイスは、無線通信モバイル端末とすることができる。例えば、通信デバイスは、モバイル電話であり、または通信する携帯型個人情報端末（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）ＰＤＡであり、あるいはスマートフォン（ＳｍａｒｔＰｈｏｎｅ）のようなインテリジェント電話である。

【0024】

別の例では、通信デバイスは、ＷＬＡＮ（ワイヤレス・ローカル・エリア・ネットワーク（Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ））や規格８０２．１ｘに準拠するなどの限定範囲、またはプロトコルＷｉＭＡＸ（ワールド・ワイド・インターオペラビリティ・マイクロ波アクセス（Ｗｏｒｌｄ Ｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ））に従った中距離の公衆ワイヤレス・ネットワークの基地局に接続される。

【0025】

別の例では、通信デバイスは、フェムト基地局を通して無線アクセス・ネットワークにチャネルによって接続されたセルラー方式モバイル無線通信端末である。

【0026】

固定端末としては、通信デバイスは、パケット・ネットワークＰＴに接続されたタイプｘＤＳＬ（デジタル加入者線（Ｄｉｇｉｔａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｌｉｎｅ））またはＩＳＤＮ（統合デジタル通信網サービス（Ｉｎｔｅｇｒａｔｅｄ Ｓｅｒｖｉｃｅｓ Ｄｉｇｉｔａｌ Ｎｅｔｗｏｒｋ Ｓｅｒｖｉｃｅｓ））のリンクにモデムを経由して直接に接続されたパーソナル・コンピュータとすることができ、あるいはＳＩＰベースのプロトコルまたは独占所有権のあるプロトコルを使用したＩＰ電話とすることができる。

【0027】

通信デバイスＣＤは、電気通信ネットワークＴＮと、またとりわけプレゼンス・サーバＰＳと、また別の通信デバイスと通信することができる統合通信アプリケーション（ｕｎｉｆｉｅｄ ｃｏｍｍｕｎｉｃａｔｉｏｎ ａｐｐｌｉｃａｔｉｏｎ）ＵＣＡを備えており、また異なる種類の通信のためのプロトコルと、符号化／復号化アルゴリズムとを実施している。

【0028】

統合通信アプリケーションＵＣＡは、プレゼンス・サーバＰＳから受信される、ユーザのプレゼンス情報を活用して、そのようなユーザのプレゼンス・ステータスを表示する。

【0029】

プレゼンス・ステータスは、リアル・タイムの対話型通信システムを経由して通信を受信すべきユーザの応対可能性の表示を含んでいることが仮定される。例えば、「不在（ａｗａｙ）」というプレゼンス・ステータスは、オンラインであるが、ある期間にわたってアイドル状態である（例えば、マウス操作またはキーボード操作のない）ユーザのことを意味している。

【0030】

プレゼンス情報は、ユーザのプレゼンス・ステータスを含んでおり、またユーザのアクティビティの記述、ユーザのアイデンティティがリアル・タイムの対話型通信システムの中で使用されているデバイスの上でアイドル状態である期間の開始時刻を示すタイムスタンプ、ユーザがデバイスを利用している場所のタイプ、および／またはデバイスの地理的ロケーションを含むこともできることが、仮定される。

【0031】

統合通信アプリケーションＵＣＡは、ユーザのための仲間リストまたは連絡先リストを含むデータ・ストレージを管理する。統合通信アプリケーションＵＣＡは、ユーザが、インスタント・メッセージングなど、リアル・タイムの対話型通信システムを経由して通信することができる連絡先（すなわち、他のユーザ）を識別する仲間リストを表示する。

【0032】

プレゼンス・サーバＰＳは、ユーザ応対可能性に関するリアル・タイムのプレゼンス情報を集約し、またプレゼンス・サーバにログインされ、また接続されるユーザに対して情報を配信する。

【0033】

プレゼンス・サーバＰＳは、通信デバイスと通信するためのクライアント・インターフェース（ｃｌｉｅｎｔ ｉｎｔｅｒｆａｃｅ）ＩＮＴｃを備えており、またユーザ応対可能性に関するプレゼンス情報を彼らに配信する。

【0034】

プレゼンス・サーバＰＳは、コール・サーバＣＳと通信するためのネットワーク・インターフェース（ｎｅｔｗｏｒｋ ｉｎｔｅｒｆａｃｅ）ＩＮＴｎを備えている。ネットワーク・インターフェースＩＮＴｎは、コール・サーバＣＳに問い合わせを行って、ユーザに帰せられるコール・ルーティング規則を取り出す。ネットワーク・インターフェースＩＮＴｎは、ユーザのコール・ルーティング規則における変更に対応する任意のイベントを受信し、そのイベントは、コール・サーバＣＳによって提供されている。

【0035】

プレゼンス・サーバＰＳは、ユーザが、互いのプレゼンス・ステータスに書き込むのと同様に、彼らのプレゼンス・ステータスを公開することを可能にするプレゼンス・サービスを管理する。プレゼンス・サーバＰＳは、互いのクライアント・デバイスの間で各ユーザについてのプレゼンス・ステータスを受信し、また送信する。プレゼンス・サーバのクライアント・インターフェースＩＮＴｃは、データベースを動的に管理し、そこでは、与えられたユーザの識別子ＩｄＵは、前記与えられたユーザの仲間リストの中の連絡先である他のユーザの識別子ＩｄＣＵに対応して記憶される。

【0036】

コール・サーバＣＳは、コール・ルーティング・サービスを提供し、またいくつかの通信デバイスを所有するユーザについてのコールのルーティングを取り扱う。

【0037】

コール・サーバＣＳは、プレゼンス・サーバＰＳと通信し、またプレゼンス・サーバＰＳにユーザのコール・ルーティング規則を提供するためのアップデート・インターフェースＩＮＴｕを備えている。

【0038】

コール・サーバＣＳは、ユーザの識別子ＩｄＣＵに対応して記憶されるコール・ルーティング規則ＲＲを含むデータベースＤＢを管理する。

【0039】

例えば、コール・サーバは、（コール・サーバそれ自体を備えているシステムにおいて）任意の内部ルーティング、（サード・パーティ・アプリケーションのような）外部ルーティング、一般的設定（例えば、「すべての着信コールは、ボイス・メールに転送される」）、個人的設定（「ユーザＡからのコールだけが、ボイス・メールに転送される」）を考慮に入れる。コール・サーバにより、ユーザは、プロトコル、ネットワークおよび端末の選択により、どのようにして着信コールが送信されるべきかを選択することができるようになる。ユーザは、「応対可能（ａｖａｉｌａｂｌｅ）」、「オフィスにいる」、「家にいる」などユーザが彼自身を見出すことができる状況に対応するコンテキストを規定するように求められる可能性がある。ある与えられた時刻において、コンテキストは、コール・ルーティング・サービスのユーザのおのおのについてアクティブである。例えば、コンテキストのアクティブ化は、場合によっては、これらのコンテキストのアクティブ化期間が、指定されている個人的な時間スケジュールに関連してユーザによって手動的に、または自動的に行われる可能性がある。

【0040】

特定の例示の実施形態においては、通信デバイスＣＤと、プレゼンス・サーバＰＳと、コール・サーバＣＳとの間の通信は、プロトコルＸＭＰＰ（拡張可能なメッセージング・プロトコルおよびプレゼンス・プロトコル（Ｅｘｔｅｎｓｉｂｌｅ Ｍｅｓｓａｇｉｎｇ ａｎｄ Ｐｒｅｓｅｎｃｅ Ｐｒｏｔｏｃｏｌ））やＳＩＭＰＬＥプロトコル（インスタント・メッセージングおよびプレゼンス活用拡張のためのセッション開始プロトコル（Ｓｅｓｓｉｏｎ ｉｎｉｔｉａｔｉｏｎ ｐｒｏｔｏｃｏｌ ｆｏｒ Ｉｎｓｔａｎｔ Ｍｅｓｓａｇｉｎｇ ａｎｄ Ｐｒｅｓｅｎｃｅ Ｌｅｖｅｒａｇｉｎｇ Ｅｘｔｅｎｓｉｏｎｓ））などのプロトコルに基づいたものとすることができる。

【0041】

図２を参照すると、本発明の一実施形態によるコール・ルーティング・ステータスを用いてプレゼンス・ステータスを強化するための方法は、通信システムの内部で自動的に実行されるステップＳ１からＳ１１を含む。

【0042】

ステップＳ１において、通信デバイスＣＤのユーザは、プレゼンス・サーバＰＳとの接続を確立し、またユーザの連絡先である他のユーザを指定する仲間リストを表示する統合通信アプリケーションＵＣＡを起動する。プレゼンス・サーバＰＳは、例えば、ログインとパスワードとを伴う認証を用いて、アプリケーションＵＣＡの認可されたユーザを識別し、またユーザの識別子ＩｄＵを取り出す。

【0043】

以下で明確にするために、アプリケーションＵＣＡのユーザは、アプリケーション・ユーザと呼ばれ、またアプリケーション・ユーザの仲間リストの中のユーザは、連絡先ユーザと呼ばれる。

【0044】

ステップＳ２において、プレゼンス・サーバＰＳのクライアント・インターフェースＩＮＴｃは、アプリケーション・ユーザに関連する１組の連絡先ユーザ、すなわち、統合通信アプリケーションにおける、ユーザの仲間リストの中にある１組のユーザを決定する。この目的を達成するために、プレゼンス・サーバＰＳは、アプリケーション・ユーザの識別子ＩｄＵに関連する各連絡先ユーザの識別子ＩｄＣＵを決定する。

【0045】

ステップＳ３において、プレゼンス・サーバＰＳは、連絡先ユーザの組に関連するコール・ルーティング規則を取り出すために、コール・サーバに問い合わせを行う。

【0046】

プレゼンス・サーバＰＳのネットワーク・インターフェースＩＮＴｎは、要求Ｒｅｑをコール・サーバＣＳに対して送信し、その要求は、連絡先ユーザの識別子ＩｄＣＵを含んでいる。

【0047】

ステップＳ４において、コール・サーバＣＳのアップデート・インターフェースＩＮＴｕは、データベースＤＢの中の識別子ＩｄＣＵに対応してそれぞれ記憶されるコール・ルーティング規則ＲＲを決定する。

【0048】

アップデート・インターフェースＩＮＴｕは、各連絡先ユーザのコール・ルーティング規則ＲＲを解釈して、各連絡先ユーザについてのルーティング・ステータスＲＳを生成する。

【0049】

ステップＳ５において、コール・サーバＣＳのアップデート・インターフェースＩＮＴｕは、応答Ｒｅｐをプレゼンス・サーバＰＳに対して送信し、その応答は、連絡先ユーザの識別子ＩｄＣＵにそれぞれ関連する、連絡先ユーザのルーティング・ステータスＲＳを含んでいる。

【0050】

ステップＳ６において、プレゼンス・サーバＰＳのクライアント・インターフェースＩＮＴｃは、メッセージＭｅｓを通信デバイスＣＤに対して送信し、そのメッセージは、連絡先ユーザの識別子ＩｄＣＵにそれぞれ関連する、連絡先ユーザのルーティング・ステータスＲＳを含んでいる。メッセージはまた、連絡先ユーザのルーティング・ステータスと結合された、連絡先ユーザのプレゼンス・ステータスを含むこともできる。

【0051】

統合通信アプリケーションＵＣＡは、仲間リストの中の連絡先ユーザのルーティング・ステータスＲＳを表示する。

【0052】

ステップＳ７において、プレゼンス・サーバＰＳは、コール・サーバＣＳによって提供されることになっており、また連絡先ユーザの識別子ＩｄＣＵに関連づけられたイベントに予約する。

【0053】

予約されたイベントは、連絡先ユーザのコール・ルーティング規則ＲＲにおけるどのような変更にも関連している。これらのイベントの目的は、連絡先ユーザのコール・ルーティング規則ＲＲにおけるどのような変更についても警告を行い、またプレゼンス・サーバＰＳをアップデートすることである。

【0054】

ステップＳ８において、与えられた連絡先ユーザのコール・ルーティング規則ＲＲにおけるある変更に関連したイベントが起こるときに、コール・サーバＣＳのアップデート・インターフェースＩＮＴｕは、通知Ｎｏｔをプレゼンス・サーバＰＳに対して送信し、その通知は、前記連絡先ユーザの少なくとも識別子ＩｄＣＵを含んでいる。

【0055】

ステップＳ９において、プレゼンス・サーバＰＳのネットワーク・インターフェースＩＮＴｎは、アップデート要求ＲｅｑＵをコール・サーバＣＳに対して送信し、そのアップデート要求は、連絡先ユーザの識別子ＩｄＣＵを含んでいる。

【0056】

変形案においては、イベントは、イベント識別子ＩｄＥに関連づけられ、また前記イベント識別子は、連絡先ユーザの識別子ＩｄＣＵの代わりにステップＳ８およびＳ９の間に交換されるメッセージの中に含まれる。

【0057】

ステップＳ１０において、コール・サーバＣＳのアップデート・インターフェースＩＮＴｕは、連絡先ユーザのコール・ルーティング規則ＲＲにおける変更を解釈し、また前記連絡先ユーザについての新しいルーティング・ステータスＲＳを生成する。コール・サーバＣＳのアップデート・インターフェースＩＮＴｕは、アップデート応答ＲｅｐＵをプレゼンス・サーバＰＳに対して送信し、そのアップデート応答は、連絡先ユーザの識別子ＩｄＣＵに関連する、連絡先ユーザのルーティング・ステータスＲＳを含んでいる。

【0058】

ステップＳ１１において、プレゼンス・サーバＰＳは、アップデート・メッセージＭｅｓＵを通信デバイスＣＤに対して送信し、そのアップデート・メッセージは、連絡先ユーザの識別子ＩｄＣＵに関連する、連絡先ユーザのルーティング・ステータスＲＳを含んでいる。統合通信アプリケーションＵＣＡは、仲間リストの中の連絡先ユーザのルーティング・ステータスＲＳを表示する。

【0059】

図３は、仲間の電話プレゼンス、すなわち、仲間のコール・ルーティング・ステータスを用いて強化されるプレゼンス・ステータスを表示する統合通信アプリケーション（ＵＣアプリケーション）を表している。例えば、アリス（Ａｌｉｃｅ）は、家におり、またモバイル電話について自由に利用できる状態であり（ｆｒｅｅ ｏｎ ｍｏｂｉｌｅ ｐｈｏｎｅ）、ボブ（Ｂｏｂ）は、仕事中であり、卓上電話について自由に利用できる状態であり（ｆｒｅｅ ｏｎ ｄｅｓｋ ｐｈｏｎｅ）、またキャロル（Ｃａｒｏｌ）は、システムにログインしておらず、応対可能でない。アプリケーションは、異なる電話ステータスを意味するカラー・アイコンを表示するように構成されている可能性がある。

【0060】

以下のセクションは、アリスと、ボブと、キャロルとの仲間であり、すべてのこれらの３人のユーザについてのプレゼンス・ステータスを見ることができるユーザの通信デバイスの上で実行される統合通信アプリケーションの一例を示すものである。

【0061】

プレゼンス・サーバと、コール・サーバとは、統合通信システムの形成部分として考えられることもあり、また図２を参照して説明される方法は、実行されるエミュレーションが、統合通信システムであるコールに一致させられることもある。

【0062】

３人のユーザ、すなわち、アリスと、ボブと、キャロルとについての就業日の一部分について考えてみよう。

【0063】

８：００−アリスは、家にいる。すべての彼女の仕事上のコールは、彼女のモバイル電話にルーティングされる。すべての彼女の仲間は、彼らの統合通信アプリケーションにおいて、アリスの電話ステータス、すなわち、「モバイル電話について自由に利用できる状態である」と見なす。ボブは、すでに仕事中であり、すべての彼の仲間は、彼らの統合通信アプリケーションにおいて、ボブの電話ステータス、すなわち、「卓上電話について自由に利用できる状態である」と見なす。キャロルは、家にいて、また彼女は、統合通信アプリケーションにログインしておらず、それで、すべての彼女の仲間は、彼女のステータスを「応対可能でない状態」と見なす。図３の上に、前記ユーザの統合通信アプリケーションが示されている。

【0064】

９：００−アリスは、仕事場に到着し、また彼女の固定卓上電話上で着信コールを受けるように、彼女のルーティング設定を変更する。アリスの仲間は、彼女のコール・ルーティング規則における変更について通知される。次いで、統合通信システムは、アリスに対する仲間からのコールをエミュレートし、またその結果を使用して、彼女の仲間に対して、アリスの電話ステータス（「卓上電話について自由に利用できる状態である」）を提示する。

【0065】

９：３０−アリスは、ある会議に出席する必要がある。彼女は、すべての着信コールをボイス・メールに転送するように、彼女のコール・ルーティング規則を構成する。仲間は、再び通知を受け、彼らからのコールは、再びエミュレートされ、また新しいステータス、すなわち、「コールは、ボイス・メールに対して転送される」ステータスは、彼らに提示される。

【0066】

１０：００−アリスの仲間であるキャロルは、仕事場に到着し、またアリスと何かを議論したいと思う。キャロルは、統合通信システムにログインする。システムは、キャロルからすべての彼女の仲間へのコールをエミュレートし、またキャロルからアリスへのコールについてのエミュレーションの結果（「コールは、ボイス・メールに転送される」）を含めて、それらのコールの結果を提示する。キャロルは、アリスと直接に話すために、アリスが、彼女の電話でアクセス可能になるまで、待つことを決定する。

【0067】

ここで説明される本発明は、コール・ルーティング・ステータスを用いてプレゼンス・ステータスを強化するための方法およびサーバに関する。一実施形態においては、本発明の方法のステップは、本発明によるプレゼンス・サーバＰＳなどのサーバに組み込まれるコンピュータ・プログラムの命令によって決定される。プログラムは、前記プログラムが、データ処理デバイスのプロセッサにおいて、実行され、次いで、そのオペレーションが、プログラムの実行によって制御されるときに、本発明による方法のステップを実行するプログラム命令を含んでいる。

【0068】

結果として、本発明は、本発明を実施するように適合された、コンピュータ・プログラム、とりわけ、データ処理デバイスによって読み取り可能な情報媒体の上の、または情報媒体におけるコンピュータ・プログラムにも適用される。そのプログラムは、どのようなプログラミング言語を使用することもでき、またソース・コード、オブジェクト・コード、または部分的にコンパイルされた形式など、ソース・コードとオブジェクト・コードとの間の中間コードの形式のものであり、あるいは本発明による方法を実施するための他の望ましい任意の形式のものとすることができる。

【0069】

情報媒体は、プログラムを記憶することができる任意のエンティティまたはデバイスとすることができる。例えば、媒体は、ＲＯＭ、例えば、ＣＤ ＲＯＭもしくはマイクロエレクトロニクス回路ＲＯＭ、またはＵＳＢキー、あるいは磁気記録手段、例えば、ディスケット（フロッピー・ディスク）もしくはハードディスクなど、本発明によるコンピュータ・プログラムが記録されるストレージ手段または記録媒体を含むことができる。

【図1】

【図2】

【図3】