JP2006333446A - プレゼンス機能を備えたコールハンティンググループ - Google Patents

Abstract

【課題】プレゼンス情報を使用して、コールハンティンググループの中の有効な端末を識別するためのプレゼンス機能を備えたコールハンティンググループを提供すること。
【解決手段】プレゼンス機能を備えたコールハンティンググループとの通信セッションを求める要求を受信するうえで、コールサーバはプレゼンス機能を備えたコールハンティンググループを形成する端末グループの中の各端末のプレゼンス情報、およびプレゼンス機能を備えたコールハンティンググループの中の端末に関連する各プレゼンティティのプレゼンス情報を複数のプレゼンスの情報源からプレゼンス情報を集めるプレゼンスシステムから取り出す。コールサーバは、コールハンティンググループ内の有効なプレゼンティティ、および有効なプレゼンティティに関連する有効な端末を識別するためにプレゼンス情報を使用し、有効な端末のうちの１つに通信セッションを向かわせる。
【選択図】図１

Description

本出願は、２００５年５月３日に出願された米国仮出願第６０／６７７，１７７号の優先権を主張するものである。

本発明は一般にプレゼンスに基づく通信システムに関し、より詳細にはプレゼンス機能を備えた（ｐｒｅｓｅｎｃｅ ｅｎａｂｌｅｄ）コールハンティンググループを提供することに関する。

現在、構内交換機（ＰＢＸ）およびクラス５スイッチによって提供される一般的なコール機能は、「コールハンティンググループ」機能である。ハンティンググループは通常、複数の構成員を含み、その各々は着信が送信されてもよい１つまたは複数の端末（例えば携帯電話、卓上電話、ＰＤＡ、コンピュータ端末等）を有する。例えば、ハンティンググループは顧客サービス、情報技術（ＩＴ）および管理サポートなどの会社内の異なる組織のグループに関連していてもよい。しかしながら、ハンティンググループはまた、複数の端末を持った単一の構成員を含んでもよい。

ハンティンググループ機能は、特定の型のコールスケジューリングを使用して、ＰＢＸまたはクラス５スイッチで受信される着信をハンティンググループの中の端末の１つに送信することを可能にする。様々なコールスケジューリングのオプションは交替制コールスケジューリング、連続コールスケジューリングおよび一斉送信コールスケジューリングを含む。交替制コールスケジューリングは、呼び出しを受信することができる空いている端末が識別されるまで、ハントグループ内の端末を連続的に交替で呼び出す。連続コールスケジューリングは、空いている端末を識別するために端末の優先リスト（すなわち所定の端末の順序）を使用する。有効な端末がない場合、連続的な端末呼び出しが繰り返されるか、または呼び出しが音声メールセンターに転送されてもよい。一斉送信コールスケジューリングは、グループ内の各端末を同時に呼び出し、呼び出しに応えた最初の端末に呼び出しを送信する。呼び出しが接続されない場合、呼び出しは待ち行列に置かれ、端末が呼び出しを処理できるようになったときに、呼び出しは空いている端末の方へ切り換えられる。
Ｊ．Ｒｏｓｅｎｂｅｒｇ他「ＳＩＰ：Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ」、ＲＦＣ：３２６１、２００２年６月 Ａ．Ｒｏａｃｈ他「Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ（ＳＩＰ）−Ｓｐｅｃｉｆｉｃ Ｅｖｅｎｔ Ｎｏｔｉｆｉｃａｔｉｏｎ」、ＲＦＣ：３２６５、２００２年６月

しかしながら、ハンティンググループの構成員が「自分の机から離れている」、「会議中である」「別の端末または回線を使用中である」場合か、またはその他の場合に呼び出しに応答できないとき、使用する特定の型のコールスケジューリングに従って、呼び出しに応答することができない構成員の端末は一定の時間が経過するまで依然として呼び出されていることがある。端末が不必要に呼び出されることで、ネットワーク資源は効率良く使用されず、呼び出しの経路選択に過大な遅れが生じる。顧客サービスおよびその他サービスに関連するグループなどの多くの企業のグループにとって、応答時間は全体的な効率性と顧客満足度を評価するうえで重要な要素である。

したがって、コールハンティンググループ内で有効な端末を識別し、着信をコールハンティンググループの有効な端末に向かわせるハンティンググループ機能が必要とされる。

本発明の実施形態は、プレゼンス機能を備えたコールハンティンググループを提供するためのコールサーバを提供する。コールサーバは複数のプレゼンスの情報源から、プレゼンス機能を備えたコールハンティンググループを形成する端末グループ内の端末の有効性、およびプレゼンス機能を備えたコールハンティンググループの中の端末に関連するプレゼンティティ（ｐｒｅｓｅｎｔｉｔｉｅｓ）グループ内のプレゼンティティの有効性を示すプレゼンス情報を集めるプレゼンスシステムへのインタフェースを含む。インタフェースは、プレゼンス機能を備えたコールハンティンググループに関連するプレゼンティティおよび端末のプレゼンス情報を抽出し、コールプロセッサにプレゼンス情報を提供する。コールプロセッサはさらに、プレゼンス機能を備えたコールハンティンググループとの通信セッションを求める要求を受信し、プレゼンス情報からプレゼンティティグループ内の有効なプレゼンティティを識別し、プレゼンス情報から有効なプレゼンティティに関連する端末グループ内の有効な端末を識別して、少なくとも１つの有効な端末に通信セッションを向かわせる。

本発明の実施形態はさらに、プレゼンティティグループに関連する端末グループから形成されたプレゼンス機能を備えたコールハンティンググループを提供するための通信システムを提供する。通信システムは複数のプレゼンスの情報源から、端末グループ内の端末の有効性、およびプレゼンティティグループ内のプレゼンティティの有効性を示すプレゼンス情報を集めるためのプレゼンスサーバを含む。通信システムはさらに、プレゼンス機能を備えたコールハンティンググループとの通信セッションを求める要求を受信するためのコールサーバを含む。コールサーバは、プレゼンスサーバからプレゼンティティグループ内のプレゼンティティおよび端末グループ内の端末のプレゼンス情報を取り出し、プレゼンス情報からプレゼンティティグループ内の有効なプレゼンティティを識別し、プレゼンス情報から有効なプレゼンティティに関連する端末グループ内の有効な端末を識別して、少なくとも１つの有効な端末に通信セッションを向かわせる。

１つの実施形態で、プレゼンスサーバはさらに、プレゼンティティおよび／または端末の各々のための優先情報を保持する。コールサーバに与えられるプレゼンス情報は、優先情報を使用してフィルタをかけられる。

本発明の実施形態はさらに、プレゼンス機能を備えたコールハンティンググループに通信セッションを向かわせるための方法を提供する。この方法は、プレゼンス機能を備えたコールハンティンググループとの通信セッションを求める要求を受信するステップと、複数のプレゼンスの情報源から集められた、プレゼンス機能を備えたコールハンティンググループを形成する端末グループ内の端末の有効性、および端末グループに関連するプレゼンティティグループ内のプレゼンティティの有効性を示すプレゼンス情報を取り出すステップとを含む。この方法はさらに、プレゼンス情報からプレゼンティティグループ内の有効なプレゼンティティを識別するステップと、プレゼンス情報から有効なプレゼンティティに関連する端末グループ内の有効な端末を識別するステップと、有効な端末のうちの選択された１つに通信セッションを向かわせるステップとを含む。

添付の図面と合わせて以下の詳細な説明を参照することによって、本発明をより完全に理解することができよう。

図１を参照すると、本発明の様々な実施形態を実行することができる例示的なプレゼンスシステム１００が示されている。プレゼンスシステム１００はプレゼンティティ１１０、およびプレゼンティティ１１０に関連する１つまたは複数の端末１２０を含む。プレゼンティティ１１０は呼び出される側を表し、呼び出される側のプレゼンスステータスについてのプレゼンス情報をプレゼンスシステム１００に提供する。各端末１２０は、通信ネットワーク１３０を介して送信および／または受信の通信が可能な物理的な通信デバイスである。そのような端末１２０の例は卓上電話１２０ａ、ラップトップコンピュータ１２０ｂ、パーソナルコンピュータ１２０ｃ、携帯電話１２０ｄおよび携帯情報端末（ＰＤＡ）１２０ｅを含むが、これらに限定されるわけではない。図１で、通信ネットワーク１３０は（例えば回路スイッチもしくはパケットスイッチの音声またはデータ）メディアが送信されてもよい任意の型のネットワークを表す。例えば、通信ネットワーク１３０は公衆交換電話網（ＰＳＴＮ）、公衆陸上移動網（ＰＬＭＮ）、１つまたは複数の専用の構内通信網（ＬＡＮ）、インターネットおよび／またはその他の任意の型のネットワークもしくはネットワークの組合せを含むことが可能である。

プレゼンスシステム１００はさらに、プレゼンティティ１１０の１つまたは複数のプレゼンスユーザエージェント１４０（ＰＵＡ）、プレゼンスエージェント（ＰＡ）１５０、プレゼンスサーバ１６０、および１つまたは複数のウォッチャ１７０を含む。ＰＵＡ１４０は、プレゼンティティ１１０のプレゼンス情報を操作し、提供することができる。図１に、各端末１２０のための別個のＰＵＡ１４０が示されている。しかしながら、別の実施形態で、ＰＵＡ１４０の個数は端末１２０の個数ならびに型、端末１２０によって支持されるアプリケーションおよびシステム構成に基づいて変化してもよいことを理解されたい。各ＰＵＡ１４０は、プレゼンティティ１１０の全体的なプレゼンス情報の構成要素をそれぞれが生成する電話方式のアプリケーションを表す。典型的に、ＰＵＡ１４０はプレゼンスステータスの変化が生じた場合にプレゼンス情報を生成する。プレゼンスステータスの変化の例は端末１２０の入切、端末１２０からの登録の変更、および端末１２０でのインスタントメッセージングのステータスの変化を含むが、これらに限定されるわけではない。例として、プレゼンティティが電話をかけるか、または電話に応答する場合、電話アプリケーションはプレゼンティティのプレゼンスステータスを「電話中」と設定するようにプレゼンスサーバに通知する。

ＰＵＡ１４０の各々からのプレゼンス情報は、１つまたは複数のプレゼンスエージェント（ＰＡ）１５０によって収集される。明快であるために、図１では１つのＰＡ１５０のみが示されている。しかしながら、別の実施形態で、各々がプレゼンティティ１１０について現時点でアクティブである全体のサブスクリプション（ウォッチャ１７０からのプレゼンス情報の要求）の部分集合のもととなる、プレゼンティティ１１０のための複数のＰＡ１５０があることが可能であることを理解されたい。さらに、ＰＡ１５０はカレンダー／スケジューラアプリケーション５０（例えばＭｉｃｒｏｓｏｆｔ Ｅｘｃｈａｎｇｅ Ｓｅｒｖｅｒ（登録商標）、ＩＢＭ Ｌｏｔｕｓ Ｎｏｔｅｓ（登録商標）、Ｍｅｅｔｉｎｇ Ｍａｋｅｒ（登録商標）またはその他の同種のアプリケーション）およびプレゼンス情報のその他の情報源６０（例えばインスタントメッセージングアプリケーション）からプレゼンス情報を収集する。例えば、プレゼンティティにカレンダーで午前１０時から午後１２時まで予定された会議がある場合、カレンダー／スケジューラアプリケーション５０は午前１０時にプレゼンティティのプレゼンスステータスを「会議中」と設定するようにＰＡ１５０に通知する。

ＰＡ１５０はプレゼンティティ１１０について、各々の情報源（例えばＰＵＡ１４０、カレンダー５０およびその他の情報源６０）からプレゼンス情報を集め、現時点の完全なプレゼンス情報を保持する。プレゼンス情報１８０は、例えばプレゼンティティの有効性、プレゼンティティの現時点の行動、プレゼンティティの位置する場所の現地時間、プレゼンティティの現時点の位置、ならびにアクティブの端末および／またはアクティブの端末で実行中のアプリケーションの現時点のステータスを示す。ＰＡ１５０はさらに、プレゼンティティ１１０のプレゼンスサービスを受ける１人または複数のウォッチャ１７０（呼び出し側または通信セッションの開始者）にプレゼンス情報を提供するために使用可能である。

さらに、プレゼンスサーバ１６０はプレゼンスシステム１００のプレゼンティティ１１０およびウォッチャ１７０のために優先情報１９０（例えば端末の優先順位）を格納する。例えば、優先情報１９０は各ウォッチャ１７０についてプレゼンティティ１１０によって設定されるプレゼンティティの優先情報（例えばプライバシーフィルタ）と、プレゼンティティ１１０について各ウォッチャ１７０によって設定されるウォッチャの優先情報（例えばウォッチャフィルタ）との両方を含むことが可能である。優先情報１９０は、プライバシー関連事項、優先順位についての要求、管理者の方針およびセキュリティーについての考慮事項に対応するために、ウォッチャ１７０に提供されるプレゼンティティ１１０のプレゼンス情報１８０にフィルタをかけるように機能する。

プレゼンスサーバ１６０は、ＰＡ１５０か、またはウォッチャ１７０からの要求をＰＡ１５０に転送するためのプロキシサーバのいずれかとして動作が可能である物理的エンティティである。プレゼンスサーバ１６０は、複数のプレゼンティティ１１０およびウォッチャ１７０についてのプレゼンス情報１８０および優先情報１９０を格納する。したがってＰＡ１５０は、プレゼンスサーバ１６０と組み合わせることで、ＰＵＡ１４０からプレゼンティティ１１０のプレゼンス情報を受信し、プレゼンス情報を求めるウォッチャ１７０の要求を受信してプレゼンス情報をウォッチャ１７０に提供するために使用可能である。ＰＡ１５０として機能する場合、プレゼンスサーバ１６０はまた、ＰＵＡ１４０と一緒に配置されることが可能である。

プレゼンスシステム１００は、プレゼンスサービスをプレゼンティティ１１０およびウォッチャ１７０に提供するためにプレゼンスプロトコルを使用する。プレゼンスシステム１００の中で使用されてもよいプレゼンスプロトコルの例は、それぞれ本明細書に援用するＪ．Ｒｏｓｅｎｂｅｒｇ他「ＳＩＰ：Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ」、ＲＦＣ：３２６１、２００２年６月、およびＡ．Ｒｏａｃｈ他「Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ（ＳＩＰ）−Ｓｐｅｃｉｆｉｃ Ｅｖｅｎｔ Ｎｏｔｉｆｉｃａｔｉｏｎ」、ＲＦＣ：３２６５、２００２年６月で説明されているようなセッション開始プロトコル（ＳＩＰ）である。ＳＩＰは、（音声、テキストおよび／またはマルチメディアの）通信セッションを生成、変更および終了するために使用されるアプリケーション層制御プロトコルである。ＳＩＰはリアルタイム伝送プロトコル（ＲＴＰ）、リアルタイムストリーミングプロトコル（ＲＳＴＰ）、セッション記述プロトコル（ＳＤＰ）、国際電気通信連合電気通信標準化部門（「ＩＴＵ−Ｔ」）のＨ．２６３規格（映像ＣＯＤＥＣ）、Ｇ．７１１およびＧ．７２９規格（音声ＣＯＤＥＣ）、ならびにその他もしくはさらなる規格またはプロトコルなどの、その他のプロトコルと使用されることができる。当然のことながら、その他またはさらなるプロトコルおよび構成が使用されてもよい。

ＳＩＰネットワークは、ネットワーク上の任意のユーザからの要求を、ユーザの登録状態を保持するサーバに転送することができる。したがって、ＳＩＰネットワークによって呼び出し側（ウォッチャ）は、特定の呼び出される側（プレゼンティティ１１０）に関するプレゼンス情報が、プレゼンティティ１１０についてのプレゼンス情報を保持するプレゼンスサーバ１６０に転送されるように求める「サブスクライブ」要求を送信することができる。動作中、プレゼンスサーバ１６０およびＰＡ１５０は、効率を上げるためにＳＩＰプロキシ／レジストラと一緒に配置されてもよい。

次に図２を参照すると、本発明の実施形態によるプレゼンス機能を備えたコールハンティンググループを提供するための例示的な通信システム２００が示されている。図２で、呼び出し側２４０はハンティンググループ２０５との通信セッション（例えばリアルタイムまたは非リアルタイムの音声、テキストおよびマルチメディア（映像）通信セッション）を求める要求を、通信ネットワーク２５０（例えばＰＳＴＮ、ＰＬＭＮ、ＬＡＮ、インターネット等）を通してコールサーバ２２０に送信する。コールサーバ２２０は回路スイッチ、ルータ、ゲートウェイまたは（音声、データ等の）メディアを転送する、および／または１つの型のネットワークから得られるフォーマットを別の型のネットワークから得られるフォーマットへとメディアを変換するその他の切換デバイスなどの任意のデバイスを含む。例えば、コールサーバ２２０は構内交換機（ＰＢＸ）またはクラス５スイッチであってもよい。

要求の受信に応答して、コールサーバ２２０はハンティンググループ２０５を形成する端末２１０ａ、２１０ｂ、２１０ｃ．．．２１０Ｎのグループを識別し、ハンティンググループ２０５の中の端末２１０ａ、２１０ｂ、２１０ｃ．．．２１０Ｎのうちの１つまたは複数に関連する各プレゼンティティ（ユーザ）に関連するプレゼンス情報１８０、およびハンティンググループ２０５の中の各端末２１０ａ、２１０ｂ、２１０ｃ．．．２１０Ｎに関連するプレゼンス情報１８０を取り出すために、インタフェース２３０を経由してプレゼンスサーバ１６０にアクセスする。１つの実施形態で、各端末２１０ａ、２１０ｂ、２１０ｃ．．．２１０Ｎは異なるプレゼンティティに関連している。別の実施形態で、コールハンティンググループ２０５内の端末２１０ａ、２１０ｂ、２１０ｃ．．．２１０Ｎの全ては単一のプレゼンティティに関連している。さらに別の実施形態で、各端末２１０ａ、２１０ｂ、２１０ｃ．．．２１０Ｎが単一のプレゼンティティだけに関連するように、端末２１０ａ、２１０ｂ、２１０ｃ．．．２１０Ｎのうちの２つ以上は単一のプレゼンティティに関連し、残りの端末２１０ａ、２１０ｂ、２１０ｃ．．．２１０Ｎは１つまたは複数のプレゼンティティに関連している。

インタフェース２３０は、プレゼンスサーバ１６０へプレゼンス情報を求める要求を作成し、プレゼンスサーバ１６０からのプレゼンス情報をコールサーバ２２０に提供する。インタフェース２３０は、コールサーバ２２０とプレゼンスサーバ１６０との間を仲介する（ｉｎｔｅｒｆａｃｉｎｇ）ための任意のハードウェア、ソフトウェア、ファームウェア、またはそれらの組合せを含む。例えば、インタフェース２３０は命令を実行する１つまたは複数のプロセッサと、プロセッサによって使用される命令およびデータを格納する１つまたは複数のメモリを含むことができる。プロセッサは一般に汎用コンピュータを駆動するデバイスであると理解される。しかしながら、マイクロコントローラ、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙｓ）もしくは特定用途向け集積回路（ＡＳＩＣ）、またはそれらの組合せなどのその他のプロセッサデバイスが同様に使用されることが可能で、本明細書で説明する利益および利点を達成できることに留意されたい。

１つの実施形態で、インタフェース２３０はプレゼンスサーバ１６０内に含まれる。別の実施形態で、インタフェース２３０は、プレゼンスサーバ１６０にアクセスすることができる独立型のシステムである。さらなる実施形態で、インタフェース２３０は、コールサーバ２２０などの電話方式サーバ内に含まれる。例えば、インタフェース２３０はコールサーバ２２０上で動作するアプリケーションであってもよい。

プレゼンスサーバ１６０は、ハンティンググループ２０５内の端末２１０ａ、２１０ｂ、２１０ｃ．．．２１０Ｎに関連する各プレゼンティティのプレゼンス情報１８０を集め、各端末２１０ａ、２１０ｂ、２１０ｃ．．．２１０Ｎのプレゼンス情報１８０を集め、集められたプレゼンティティのプレゼンス情報１８０、集められた端末のプレゼンス情報１８０、および一部の実施形態での関連の優先情報１９０をコールサーバ２２０へ送り返す。別の実施形態で、プレゼンスサーバ１６０は優先情報１９０を使用して各プレゼンティティおよび／または端末のプレゼンス情報１８０にフィルタをかけ、集められてフィルタをかけられたプレゼンティティおよび／または端末のプレゼンス情報１８０をコールサーバ２２０に送り返す。コールサーバ２２０は、コールハンティンググループ２０５内の端末２１０ａ、２１０ｂ、２１０ｃ．．．２１０Ｎのうちの１つまたは複数に関連する各プレゼンティティの現時点のプレゼンス状態を判定するために、プレゼンスサーバ１６０から戻されたプレゼンティティのプレゼンス情報１８０を処理する。各プレゼンティティの現時点のプレゼンス状態から、コールサーバ２２０は要求される通信セッションに使用することのできる１つまたは複数の有効なプレゼンティティを識別する。続いて、コールサーバ２２０は有効なプレゼンティティに関連する各端末２１０ａ、２１０ｂ、２１０ｃ．．．２１０Ｎのプレゼンス状態を判定し、通信セッションを受信するために１つの有効なプレゼンティティに関連する１つの有効な端末２１０ａ、２１０ｂ、２１０ｃ．．．２１０Ｎを選択する。

各プレゼンティティおよびそれらに関連する端末２１０ａ、２１０ｂ、２１０ｃ．．．２１０Ｎの現時点のプレゼンス状態は同様に判定されるため、本明細書では端末２１０ａおよび端末２１０ａに関連するプレゼンティティのプレゼンス状態の判定のみを説明する。端末２１０ａに関連するプレゼンティティの現時点のプレゼンス状態を判定するために、コールサーバ２２０は、要求されるメディア型で要求される通信セッションについて、端末２１０ａに関連するプレゼンティティのメディアステータスおよび有効性を最初に判定する。プレゼンティティが要求されるメディア型で要求される通信セッションに対して有効である場合、次いでコールサーバ２２０は要求されるメディア型で要求される通信セッションについて、特定の端末２１０ａのメディアステータスおよび有効性を判定する。「メディアステータス」という用語は本明細書で使用される際、任意の個別の場合の事例で以下の状態、すなわち非アクティブ、アクティブ、使用中、ビジーのうちのただ１つのものを指す。さらに、「有効性」という用語は本明細書で使用される際、任意の個別の場合の事例で以下の状態、すなわち有効、無効のうちのただ１つのものを指す。

さらに詳細には、プレゼンス情報１８０、端末２１０ａを含めるプレゼンティティに関連する各端末によって支持されるメディア型を識別する情報、プレゼンティティに関連する各端末上で動作する各アプリケーションによって支持されるメディア型を識別する情報は、プレゼンティティのメディア型の機能を達成するために使用される。例えば、プレゼンス情報１８０はプレゼンティティによって使用されるリアルタイムの音声通信セッションの現時点の数、プレゼンティティによって使用されるリアルタイムのマルチメディア通信セッションの現時点の数、およびプレゼンティティによって使用されるリアルタイムのテキスト通信セッションの現時点の数を含むことができる。さらに別の実施形態で、プレゼンス情報１８０は会議、昼食で外出中、自動車の運転、音声通信セッション中等の計画された行動の開始／終了のうえで、メディア型のメディアステータスを更新するための行動ごとのメディアステータスの対応付け（ｍａｐｐｉｎｇ）を含むことができる。例えば、端末２１０ａに関連するプレゼンティティは、プレゼンティティが会議中であることをプレゼンティティのカレンダーが示している場合、プレゼンティティの任意の端末またはプレゼンティティの特定の端末（例えば端末２１０ａ）上で有効なメディア型がないか、またはあるメディア型のみが有効であることを指定する優先データをプレゼンスシステムに入力してもよい。

例示的な実施形態で、コールサーバ２２０は要求されるメディア型での端末２１０ａに関連するプレゼンティティの現時点のメディアステータスと、プレゼンティティによって支持されるメディア型ごとの対話の最大数をプレゼンスシステムに指定する優先情報１９０とを比較する。別の実施形態で、プレゼンスサーバ１６０はこの比較を実行する。特定のメディア型についての対話の最大数は、特定のメディアステータスがビジー状態に入るまでにプレゼンティティが扱うことのできるリアルタイムの対話の最大数を示す。対話の最大数はユーザ／プレゼンティティにより、その人の優先規則の一部として指定される。優先情報１９０の中で指定される対話の最大数は、プレゼンティティが支持することのできる対話の実際の最大数と同じでなくてもよい。例えば、プレゼンティティは、各々が３つのＩＭ通信セッション、２つの音声通信セッションおよび１つのマルチメディア通信セッションを支持することができる、２つの端末を有していてもよい。しかしながら、プレゼンティティは同時に行われるＩＭ通信セッションの数を（各端末ごとに１つとして）２つに限定し、プレゼンティティがいずれかの端末で音声通信セッションを行っている間、任意のマルチメディア通信セッションがプレゼンティティの任意の端末に転送されることを防ぐように優先情報１９０を設定してもよい。

プレゼンスサーバ１６０によって提供される優先情報１９０中の対話の最大数およびプレゼンス情報１８０から、コールサーバ２２０は要求されるメディア型で要求されるリアルタイムの通信セッションについて、プレゼンティティのメディアステータス（非アクティブ、アクティブ、使用中またはビジー）および有効性（有効または無効）を判定する。各メディア型について、非アクティブとは、ユーザ／プレゼンティティがこの特定のメディア型との対話を処理する準備ができていないということを意味する。例えば、非アクティブ状態は、プレゼンティティが特定のメディア型を支持することができる任意のデバイスを使用してネットワークにログオンしていない場合に適用される。さらに、要求されるメディア型を支持し、かつ呼び出し側２４０によって指定される他のどの基準をも満たすプレゼンティティのアクティブのデバイスは現時点で存在しないという結論によって、非アクティブ状態が生じることもある。アクティブ状態は、ユーザ／プレゼンティティがこの特定のメディア型との対話を処理する準備ができているということを示す。例えば、アクティブ状態は、特定のメディア型を支持するプレゼンティティの端末の少なくとも１つがネットワークにログオンしている場合に適用される。

各メディア型について、使用中状態はプレゼンティティがこの特定のメディア型を使用して１つまたは複数の通信セッションに参加しているということをコールサーバ２２０に通知する。しかしながら、プレゼンティティはなおも、１つまたは複数の端末上で同じメディア型でさらなる対話を処理することができる。各メディア型について、ビジー状態はプレゼンティティがいかなる端末上でもそのメディア型でいかなる通信セッションも行うことができないことを示す。例えば、資源（例えば通信チャネル）の限界、プレゼンティティの能力（例えば特定のメディア型についての対話が最大数に達した場合）の限界、またはプレゼンティティのカレンダーが、プレゼンティティが会議中、出張中、外出中等であることを示す場合に特定のメディア型が無効であることを指定する優先条件によってビジー状態が生じることもある。

要求されるメディア型でのプレゼンティティのメディアステータスが「非アクティブ」または「ビジー」である場合、コールサーバ２２０はそのプレゼンティティに関連するいかなる端末も、要求される通信セッションについて無効であると判定する。したがって、コールハンティンググループ２０５内にあるそのプレゼンティティに関連する端末２１０ａおよび他のいかなる端末も、着信する通信セッションについて無効であるとみなされる。しかしながら、プレゼンティティのメディアステータスが「アクティブ」または「使用中」である場合、コールサーバ２２０はプレゼンティティが通信セッションについて現時点で有効であると判定する。コールサーバ２２０がプレゼンティティは有効であると判定する場合、コールサーバ２２０は次に、コールハンティンググループ２０５内にあるプレゼンティティに関連する各端末のメディアステータスおよび有効性を判定する。

コールサーバ２２０は、要求されるメディア型でのプレゼンティティの特定の端末２１０ａの現時点のメディアステータスと、端末２１０ａによって支持されるメディア型ごとの対話の最大数を指定する優先情報１９０とを再度比較することができる。例えば、端末２１０ａは無制限のテキスト（例えばＩＭ）通信セッション、２つの音声通信セッションおよび１つのマルチメディア通信セッションを同時に支持することが可能であってもよいが、プレゼンティティはＩＭ通信セッションの数を２つに、音声通信セッションの数を１つに限定し、端末２１０ａ上で音声通信を行っている間はいかなるマルチメディア通信セッションも遮断するように、その優先情報１９０を設定してもよい。

プレゼンスサーバ１６０によって提供される優先情報１９０の中の対話の最大数およびプレゼンス情報１８０から、コールサーバ２２０は、要求されるメディア型で要求されるリアルタイムの通信セッションについて、端末２１０ａのメディアステータス（非アクティブ、アクティブ、使用中またはビジー）および有効性（有効または無効）を判定する。各メディア型について、非アクティブとは、端末２１０ａがこの特定のメディア型との対話を処理する準備ができていないということを意味する。アクティブ状態とは、端末２１０がこの特定のメディア型との対話を処理することが可能であり、その準備ができていることを示す。使用中状態は、端末２１０ａがこの特定のメディア型を使用して、１つまたは複数の通信セッションに参加していることをコールサーバ２２０に通知する。しかしながら、端末２１０ａはなおも、同じメディア型とのさらなる対話を処理することが可能であり（すなわち要求されるメディア型の中で、この端末２１０への更なる通信チャネルが存在しているということ）、優先情報１９０がこのメディア型のさらなる対話を妨げることはない。ビジー状態とは、端末２１０ａがそのメディア型とのさらなる通信セッションのいかなるものも行うことができない（すなわち要求されるメディア型の中で、端末２１０ａへの有効な通信チャネルはこれ以上存在しないということ）を示す。

要求されるメディア型での端末２１０ａのメディアステータスが「非アクティブ」または「ビジー」の場合、コールサーバ２２０は端末２１０ａが要求される通信セッションについて「無効」であると判定する。しかしながら、端末２１０ａのメディアステータスが「アクティブ」または「使用中」である場合、コールサーバ２２０は端末２１０ａが通信セッションについて有効であると判定する。最終的に、コールサーバ２２０が端末２１０ａに関連するプレゼンティティと端末２１０ａとの両方が通信セッションにてついて現時点で有効であることを示す場合、コールサーバ２２０はコールハンティンググループ２０５の中の有効な端末のリストに端末２１０ａを含める。

有効な端末のリストから、コールサーバ２２０は特定の型（例えば交替制、連続、あるいは一斉送信）のコールスケジューリングを使用して、有効な端末２１０ａ、２１０ｂ、２１０ｃ．．．２１０Ｎのうちの１つに通信セッションを向かわせることに着手する。例えば、コールハンティンググループ２０５内の全ての端末２１０ａ、２１０ｂ、２１０ｃ．．．２１０Ｎおよび関連のプレゼンティティが有効であるとすると、コールサーバ２２０は端末２１０ａ、２１０ｂ、２１０ｃ．．．２１０Ｎのうちの１つが呼び出しに応答するまで、端末２１０ａ、２１０ｂ、２１０ｃ．．．２１０Ｎを交替で呼び出す交替制コールスケジューリングを使用することができる。別の例として、コールサーバ２２０は端末２１０ａ、２１０ｂ、２１０ｃ．．．２１０Ｎのうちの１つが呼び出しに応答するまで、所定の端末の順序に基づいて端末２１０ａ、２１０ｂ、２１０ｃ．．．２１０Ｎを呼び出す連続コールスケジューリングを使用することができる。さらなる例として、コールサーバ２２０はグループ２０５内の各端末２１０ａ、２１０ｂ、２１０ｃ．．．２１０Ｎを同時に呼び出し、最初に呼び出しに応答した端末に呼び出しを向かわせる一斉送信コールスケジューリングを使用することができる。

図３は本発明の実施形態による、プレゼンス機能を備えたコールハンティンググループを提供するためのコールサーバ２２０の例示的な構成要素を示す構成図である。コールサーバ２２０はコールプロセッサ３００、端末インタフェース３４０、トランクインタフェース３５０およびプレゼンスインタフェース２３０を含む。コールプロセッサ３００はさらにスイッチコントローラ３３０を含み、音声メール３２０、コールハンティング３２２およびその他のサービス３２４などの、様々なコールサービス３１０を提供する。

スイッチコントローラ３３０は、端末インタフェース３４０、トランクインタフェース３５０およびプレゼンスインタフェース２３０の間のメッセージおよび通信セッションの転送を制御する。例えば、トランクインタフェース３５０を経由して着信するコールハンティンググループへの通信セッションを受信するうえで、スイッチコントローラ３３０はハンティンググループ内の端末およびハンティンググループ内の端末に関連するプレゼンティティを識別するために、コールハンティングサービス３２２にアクセスする。スイッチコントローラ３３０は次いで、識別されたプレゼンティティおよび端末に関するプレゼンス情報をプレゼンスサーバに対して求める要求を構成する、端末のアイデンティティおよび関連のプレゼンティティのアイデンティティをプレゼンスインタフェース２３０に提供する。プレゼンスインタフェース２３０が、要求したプレゼンス情報をプレゼンスサーバから受信する場合、プレゼンスインタフェース２３０は受信したプレゼンス情報をスイッチコントローラ３３０に提供する。

スイッチコントローラ３３０は次いで、コールハンティンググループの中の有効なプレゼンティティ、および有効なプレゼンティティに関連する有効な端末を識別するためにプレゼンス情報を使用するコールハンティングサービス３２２に、受信したプレゼンス情報を提供する。コールハンティングサービス３２２はさらに、有効なプレゼンティティに関連する有効な端末の端末アイデンティティ（例えばＰＢＸ内線）を、端末インタフェース３４０を経由する有効な端末の呼び出しに使用するためにスイッチコントローラ３３０に提供する。スイッチコントローラ３３０は、（例えば一斉送信コールスケジューリングを使用して）有効なプレゼンティティに関連する全ての有効な端末を同時に呼び出すことも可能であり、または（例えば交替制または連続コールスケジューリングを使用して）有効なプレゼンティティに関連する有効な端末を連続して呼び出してもよい。端末が応答する場合、スイッチコントローラ３３０は端末インタフェース３４０を通してこれを検出し、トランクインタフェース３５０および端末インタフェース３４０を経由する通信セッションのために資源（例えば予備トランク、チャネルおよび／または帯域幅の資源）を配分する。

トランクインタフェース３５０、端末インタフェース３４０およびスイッチコントローラ３３０は、それぞれ任意のハードウェア、ソフトウェア、ファームウェアまたはこれらの組合せを含む。例として、スイッチコントローラ３３０は命令を実行する１つまたは複数のプロセッサ、およびプロセッサによって使用される命令およびデータを格納する１つまたは複数のメモリを含むこともできる。さらに、コールプロセッサ３００はコールサービス３１０およびスイッチコントローラ３３０を実行することが可能であり、マイクロコントローラ、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）もしくは特定用途向け集積回路（ＡＳＩＣ）、またはそれらの組合せなどの、１つまたは複数のプロセシングデバイスを含む。

図４は、本発明の実施形態により、プレゼンス機能を備えたコールハンティンググループに通信セッションを向かわせる例示的なプロセス４００を示す流れ図である。ブロック４１０で、プレゼンス機能を備えたコールハンティンググループとの通信セッションを求める要求が受信される。ブロック４２０で、コールハンティンググループ内の端末グループ、およびコールハンティンググループの中の端末に関連するプレゼンティティグループが識別される。ブロック４３０で、プレゼンティティグループの中の各プレゼンティティについてのプレゼンス情報、および端末グループの中の各端末についてのプレゼンス情報が取り出される。例示的な実施形態で、プレゼンス情報は様々なプレゼンスの情報源（例えば電話方式、カレンダーおよびその他の情報源）から集められる。ブロック４４０でプレゼンティティグループの中の有効なプレゼンティティがプレゼンス情報から識別され、ブロック４５０で識別された有効なプレゼンティティに関連する端末グループの中の有効な端末がプレゼンス情報から識別される。ブロック４６０で、通信セッションは識別された有効な端末のうちの少なくとも１つに向けられる。

ブロック４７０で、通信セッションが有効な端末で応答される場合、ブロック４８０で通信セッションの応答する端末との接続が確立される。しかしながら、ブロック４７０で、通信セッションが有効な端末で応答されない場合、それまでに通信セッションの向けられていない他の有効な端末があるかどうかがブロック４９０で判定される。もし有効な端末があれば（４９０のＹ（ＹＥＳ）の枝路）、通信セッションはブロック４６０で有効な端末の別の１つに向けられる。有効な端末がなければ（４９０のＮ（ＮＯ）の枝路）、ブロック４９５で通信セッションのためのコール処理が与えられる。例えば、通信セッションは、音声メールに転送されるか、保留とされるか、ビジー信号を与えられるか、再度有効な端末を呼び出すために待ち行列に戻されるか、またはその他の適用可能なコール処理機能を用いて処理されることができる。

当業者には理解されるように、本出願で説明された革新的な概念は広範な応用例を介して改良し、変更を加えることが可能である。したがって、特許の主題の範囲はここで論じた特定の例示的な教示のいかなるものにも限定されることはなく、特許請求の範囲によって定義される。

本発明の実施形態による例示的なプレゼンスシステムを示す図である。 本発明の実施形態による、プレゼンス機能を備えたコールハンティンググループを提供するための例示的な通信システムを示す図である。 本発明の実施形態による、プレゼンス機能を備えたコールハンティンググループを提供するためのコールサーバの例示的な構成要素を示す構成図である。 本発明の実施形態による、プレゼンス機能を備えたコールハンティンググループに通信セッションを向かわせる例示的なプロセスを示す流れ図である。

符号の説明

５０ カレンダー／スケジューラアプリケーション
６０ その他の情報源
１００ プレゼンスシステム
１１０ プレゼンティティ
１２０ 端末
１２０ａ 卓上電話
１２０ｂ ラップトップコンピュータ
１２０ｃ パーソナルコンピュータ
１２０ｄ 携帯電話
１２０ｅ 携帯情報端末（ＰＤＡ）
１３０ 通信ネットワーク
１４０ プレゼンスユーザエージェント（ＰＵＡ）
１５０ プレゼンスエージェント（ＰＡ）
１６０ プレゼンスサーバ
１７０ ウォッチャ
１８０ プレゼンス情報
１９０ 優先情報
２００ 通信システム
２０５ ハンティンググループ
２１０ａ、２１０ｂ、２１０ｃ．．．２１０Ｎ 端末
２２０ コールサーバ
２３０ インタフェース
２４０ 呼び出し側
２５０ 通信ネットワーク
３００ コールプロセッサ
３１０ コールサービス
３２０ 音声メール
３２２ コールハンティング
３２４ その他のサービス
３３０ スイッチコントローラ
３４０ 端末インタフェース
３５０ トランクインタフェース
４００ プロセス

Claims (10)

1. プレゼンス機能を備えたコールハンティンググループを提供するためのコールサーバであって、
   複数のプレゼンスの情報源から、前記プレゼンス機能を備えたコールハンティンググループを形成する端末グループ内の端末の有効性、および前記プレゼンス機能を備えたコールハンティンググループの中の前記端末に関連するプレゼンティティグループ内のプレゼンティティの有効性を示すプレゼンス情報を集めるプレゼンスシステムへのインタフェースであって、前記プレゼンス機能を備えたコールハンティンググループに関連する前記プレゼンティティおよび前記端末の前記プレゼンス情報を抽出するように使用可能なインタフェースと、
   前記プレゼンス機能を備えたコールハンティンググループとの通信セッションを求める要求を受信するために接続されたコールプロセッサであって、前記プレゼンス情報から、前記プレゼンス機能を備えたコールハンティンググループに関連する前記プレゼンティティグループ内の前記プレゼンティティのうちの有効なものと、前記有効なプレゼンティティに関連する前記端末グループ内の前記端末のうちの有効なものとを識別するように使用可能であって、前記有効な端末のうちの少なくとも１つに前記通信セッションを向けるようにさらに使用可能なコールプロセッサとを含むコールサーバ。
2. 前記端末グループ内の前記端末の各々は、前記プレゼンティティの別個の１つに関連する請求項１に記載のコールサーバ。
3. 前記通信セッションはリアルタイム通信セッションか、または非リアルタイム通信セッションである請求項１に記載のコールサーバ。
4. 前記通信セッションのメディアは音声、テキストまたはマルチメディアを含む請求項３に記載のコールサーバ。
5. 前記インタフェースによって受信される前記プレゼンス情報は、前記プレゼンティティグループ内の前記プレゼンティティ、および前記端末グループ内の前記端末に関連する優先情報を使用してフィルタをかけられる請求項１に記載のコールサーバ。
6. プレゼンス機能を備えたコールハンティンググループに通信セッションを向ける方法であって、
   前記プレゼンス機能を備えたコールハンティンググループとの通信セッションを求める要求を受信するステップと、
   複数のプレゼンスの情報源から集められた、前記プレゼンス機能を備えたコールハンティンググループを形成する端末グループ内の端末の有効性、および前記端末グループに関連するプレゼンティティグループ内のプレゼンティティの有効性を示すプレゼンス情報を取り出すステップと、
   前記プレゼンス情報から、前記プレゼンティティグループ内の前記プレゼンティティのうちの有効なものを識別するステップと、
   前記プレゼンス情報から、前記有効なプレゼンティティに関連する前記端末グループ内の有効な端末を識別するステップと、
   前記有効な端末のうちの選択された１つに前記通信セッションを向けるステップとを含む方法。
7. 前記有効な端末のうちの前記選択された１つが無効であることに応答して、前記有効な端末のうちから追加するものがあるかどうかを判定するステップと、
   前記有効な端末のうちから前記追加するもののうちの１つに前記通信セッションを向けるステップとをさらに含む請求項６に記載の方法。
8. 前記有効な端末のうちの各々が無効であることに応答して、前記通信セッションにコール処理を提供するステップをさらに含む請求項７に記載の方法。
9. 前記有効な端末のうちの前記選択された１つが有効であることに応答して、前記通信セッションのために前記有効な端末のうちの前記選択された１つとの接続を確立するステップをさらに含む請求項６に記載の方法。
10. 前記プレゼンス情報を取り出す前記ステップは、前記端末グループに関連する前記プレゼンティティについてのスケジューリング情報、および前記端末グループの中の前記端末の各々についてのステータスを識別するステータス情報を受信するステップをさらに含む請求項６に記載の方法。

Images