JP2015043583A

JP2015043583A - 連携エージェント

Info

Publication number: JP2015043583A
Application number: JP2014194508A
Authority: JP
Inventors: ステファンホワィノット; Whynot Stephen; ジョンエイチヨアクム、; H Yoakum John; トニーマック・コーマック、; Tony Mccormack
Original assignee: Rockstar Consortium US LP
Current assignee: Rockstar Consortium US LP
Priority date: 2008-12-29
Filing date: 2014-09-24
Publication date: 2015-03-05
Also published as: BRPI0923823A2; CA2745472A1; KR20110100244A; EP2382745A1; RU2011131697A; JP2012514367A; US20100169418A1; EP2382745A4; US8060563B2; US20120036194A1; WO2010076629A1

Abstract

【課題】ユーザに代わってリアルタイム通信を管理および支援する装置及び方法を提供する。
【解決手段】ユーザのためにリアルタイム通信を支援する連携エージェントは、都合や場所や在席等ユーザに関する情報を取得するためのカンファレンスブリッジとも呼ばれるブリッジ、及びコンテクスト情報インターフェイスを備えている。連携エージェントはユーザに関するコールをユーザデバイスよりむしろネットワークのカンファレンスブリッジへ繋ぎ止める。ユーザは１以上のエンドユーザデバイスを介して連携エージェントとインターフェイスすることができる。連携エージェントは関連するユーザ間の通信を支援するために他の連携エージェントとインターフェイスする。連携エージェントは他の連携エージェントから関連するユーザと会話ができる時間に対するリクエストを受け取る。
【選択図】図１

Description

この発明は一般的には通信に関し、特に、ユーザに代わってリアルタイム通信を管理する連携エージェントに関する。

テレフォンコール、テキストメッセージ、インスタントメッセージング（ＩＭ）メッセージのようなリアルタイム通信の管理には時間がかかり、苛立たしく思うこともある。ビジネス環境の下では、個人はリアルタイム通信に対してできる限り早く応答したいとの思いにたびたび駆られるものの、別の相手との通信中のためにそうすることができない場合がある。例えば、ある個人がカンファレンスコールに参加してワークフォンを使っている時、そのワークフォンの第２回線にコールが入ったことを喚起される場合がある。発信者の電話番号を見る以外その個人にはなす術がない。発信者は次にその個人の携帯電話へ電話をかけようとし、その個人への連絡が同様にできない場合には、その個人へテキストメッセージやインスタントメッセージを送ろうとするかもしれない。その個人はその発信者が連絡を取ろうとするたびにその試みが分かるが、カンファレンスコールを打ち切る以外に発信者と連絡を取ることができない。カンファレンスコールが終了してその個人は複数のボイスメッセージングシステムにコンタクトして発信者がメッセージを残しているかどうかやその電話の目的を確認することになる。その個人は、もしそのことをその個人が知っていたらならばカンファレンスコールの参加を止めて発信者からのコール受け入れていたであろうとの理由から、発信者がその個人と緊急に連絡をとる必要があったことを後になって初めて知ることになる。

ビジネス環境はしばしば個人の都合、在席、又は場所を確認するために有効な１以上の情報ソースを備えている。例えば、大抵のビジネス環境では、従業員が会議のスケジュールを決めたり、経過を記録するために電子カレンダーを使うことができる。特定の会議について、電子カレンダーはその会議の日時、会議の参加者、会議の実際の場所、その会議に関連するダイアルイン情報等の情報を備えている。ビジネス環境はインスタントメッセージングを介して従業員が互いに通信し合うことを可能にし、インスタントメッセージングは個々の従業員の都合や通信する意思の状態を示すのに使われるプレゼンスインジケータのような特徴を備えることができる。これらの情報ソースの特徴は同じアプリケーションの他のユーザが見ることができるが、音声通信や他のリアルタイム通信を管理するリアルタイムアプリケーションには通常使われない。しかし、そのような情報は個人と個人の通信を確立し支援するのに大いに価値がある。例えば、先に述べた例において、発信者が個人の電子カレンダーにアクセスできるサービスを使うことができたら、その発信者はその個人に連絡が取れそうな別の時間を判定できたかもしれない。別の方法として、もしその発信者が個人に関する在席情報に基づいて個人がオフィスに在席することを示すサービスを使えたならば、その発信者は個人のオフィスへ単に歩いて行けたかもしれない。一般的に、もし知的エージェントが１以上の情報ソースの中で個人について維持される情報に基づいてその個人のリアルタイム通信の管理を支援できれば、今日のビジネス環境において極めて有効である。

本発明はユーザに代わってリアルタイム通信を管理する連携エージェントに関する。連携エージェントは、都合や場所や在席等ユーザに関する情報を取得するためのカンファレンスブリッジとも呼ばれるブリッジ、及びコンテクスト情報インターフェイスを備えている。連携エージェントはユーザに関するコールをユーザデバイスよりむしろネットワークのカンファレンスブリッジへ繋ぎ止める。ユーザは１以上のエンドユーザデバイスを介して連携エージェントとインターフェイスすることができる。連携エージェントは関連するユーザ間の通信を支援するために他の連携エージェントとインターフェイスすることができる。例えば、連携エージェントは他の連携エージェントから関連するユーザと会話ができる時間に対するリクエストを受け取ることができる。

本発明の一の実施形態によれば、連携エージェントはユーザの命令を受信するための音声認識処理装置を備える。連携エージェントはさらにテキスト音声変換処理、音声生成又は記録メッセージの再生を介して、ユーザや他のユーザと通信する能力を備える。連携エージェントはユーザに関するカンファレンスブリッジとユーザデバイス、及び他のユーザに関連する他のカンファレンスブリッジとの間の通信セッションを確立する。連携エージェントはカンファレンスブリッジに関連する多数の通信セッションをミックスすることができ、あるいは他の通信セッションから特定の通信セッションを分離しておくこともできる。連携エージェントは、各ソースが他のソースに関連する音声を聞くことを防止する一方多数のソースから音声信号をユーザへ配信することができる。

本発明の一の実施形態に従って、連携エージェントはコンテクスト情報インターフェイスを介しユーザに関連するカレンダーから会議情報を取得する。連携エージェントは会議情報を使ってユーザが出席する差し迫った会議や既存の会議をユーザに喚起することができる。連携エージェントはさらに会議情報に基づいて別のユーザに関連する別のカンファレンスブリッジへユーザを自動的に接続することができ、ユーザからの指示がなくとも、彼らが他のカンファレンスブリッジに参加したことをユーザに示すことができる。

本発明の他の実施形態によれば、連携エージェントはユーザのカンファレンスブリッジと第２ユーザのカンファレンスブリッジとの間の通信セッションを確立するために第２ユーザからリクエストを受け取ることができる。連携エージェントはコンテクスト情報インターフェイスを介して取得した会議情報からユーザがリクエストの時間又はその付近でスケジュールされた会議があること、及び第２ユーザがその会議の出席者であることを判定することができる。連携エージェントは会議情報及び第２ユーザの識別に基づいて第１ユーザのカンファレンスブリッジと第２ユーザのカンファレンスブリッジとの間の通信セッションを自動的に確立することができる。

本発明のさらに別の実施形態によれば、連携エージェントは、第２のユーザが第１のユーザと通信できるために、ユーザのカンファレンスブリッジと第２のユーザの第２カンファレンスブリッジとの間で第１の通信セッションを確立するリクエストを受け取ることができる。連携エージェントは第１のユーザが在席してなく出張中であると判定する。連携エージェントはユーザのカンファレンスブリッジ間の第２の通信セッションを確立することに成功し、第２のユーザがユーザと話をしたいことを表示する。ユーザからの表示を受取って、連携エージェントは第１通信セッションと第２通信セッション間の通信を可能にする一方、ユーザのディレクトリー番号を秘密状態に保持する。

添付の図面を参照して以下の好ましい実施形態の詳細な記載を読むならば、当業者は本発明の範囲を理解し、その追加の特徴を理解するであろう。

この明細書に組み込まれてその一部を形成する添付図面は、本発明のいくつかの特徴を図示し、その記載と共に本発明の原理を説明する役割を果たす。

本発明の一の実施形態に係る複数の連携エージェントを図示するブロック図である。図１の連携エージェントを極めて詳細に図示するブロック図である。個々のユーザのために、通信を管理する２つの連携エージェントを図示するブロック図である。本発明の一の実施形態に係るユーザのためにリアルタイム通信を支援する連携エージェントを説明するフローチャートである。本発明の一の実施形態に係るユーザのためにリアルタイム通信を支援する連携エージェントを説明するフローチャートである。本発明の他の実施形態に従って、ユーザのためにリアルタイム通信を支援する連携エージェントを説明するフローチャートである。本発明のさらに他の実施形態に従ってユーザのためにリアルタイム通信を支援する連携エージェントを説明するフローチャートである。本発明のさらに他の実施形態に従ってユーザのためにリアルタイム通信を支援する連携エージェントを説明するフローチャートである。

以下に示す実施形態は当業者が本発明を実施するために必要な情報を開示し、本発明を実施するうえでのベストモードを説明する。添付の図面を参照して以下の説明を読むことにより、当業者は本発明の概念を理解し、ここに特に言及しないこれら概念の適用を認識するであろう。これらの概念及び適用は開示の範囲に入り、添付のクレームの範囲に入ることが理解されるべきである。

本発明はテレフォンコール、インスタントメッセージング（ＩＭ）メッセージ、テキストメッセージ（例えば、ショートメッセージサービス（ＳＭＳ）メッセージ）、のようなリアルタイム及び略リアルタイム通信が、以下連携エージェントと呼ぶインテリジェントコントローラによってユーザのために管理されることを可能にし、連携エージェントは他の連携エージェントと連携して動作し、個々のユーザ間の通信を簡単にし、管理し、容易にする。個々に説明する発明は主としてビジネス環境の中で適用され、ビジネス環境の背景の中で議論されるが、当業者は本発明の適用を他の環境に適用することを認識するとともに、本発明はビジネス環境での使用に限定されることはない。

図１は本発明の一の実施形態に係る複数の連携エージェントを図示するブロック図である。複数の連携エージェント１０は通信リンク１４を介してネットワーク１２へ接続される。ネットワーク１２は有線、無線技術の組合せを含み、連携エージェント１０間の通信を可能にするＴｒａｎｓｍｉｓｓｉｏｎＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌ／ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ（ＴＣＰ／ＩＰ）又はＳｅｑｕｅｎｃｅＰａｃｋｅｔＥｘｃｈａｎｇｅ／ＩｎｔｅｒｎｅｔｗｏｒｋＰａｃｋｅｔＥｘｃｈａｎｇｅ（ＳＰＸ／ＩＰＸ）のようなデータ伝送技術を使うことができる。例えば、ネットワーク１２はインターネットを含み又は民間企業ネットワークを含むことができる。ネットワーク１２は、共に接続されて異なる企業に関する多数の連携エージェント１０間の通信を可能にする多数の民間企業ネットワークのような、ネットワークの組合せも含むことができる。通信リンク１４はイーサネット、ブロードバンドケーブル、又はＤｉｇｉｔａｌＳｕｂｓｃｒｉｂｅｒＬｉｎｅ（ＤＳＬ）ライン，ＷｉＦｉ等を含む有線又は無線アクセスリンクのような適当なアクセス通信リンクを含むことができる。各連携エージェント１０は関連するユーザ１６を有し、連携エージェント１０は個々のユーザ１６に代わって通信を管理する。連携エージェント１０は関連のコンテクスト情報１８を使い以下に詳しく説明するように、個々のユーザ１６に代わって意志決定し、あるいは個々のユーザ１６を見つける。標準の又は従来のメッセージングプロトコルを使うメッセージングや所定のリクエストを介して連携エージェント１０は互いに通信できる。特に、各連携エージェント１０はユーザ１６に関連するコールを繋ぎ止めるためのカンファレンスブリッジ２０を備えている。各連携エージェント１０は、有線、コードレス、又はセルラーテレフォン、携帯情報端末（ＰＤＡ）、コンピュータ等の１以上のユーザデバイスと通信ができ、ユーザ１６との通信を提供する。

図２は図１に示す連携エージェントをより詳しく説明するブロック図である。連携エージェント１０は、好ましくは連携エージェント１０が各ユーザ１６からの命令を受信することを可能にする音声処理技術にインターフェイスするように構成される音声処理インターフェイス２４を備える。音声処理技術は連携エージェント１０と一体化されても良いし、単体の音声認識処理装置であっても良い。もし単体であるとすれば、音声処理インターフェイス２４は連携エージェント１０の開始に応じて各連携エージェント１０に対し音声認識チャネルを充てることができ、またはオンデマンドベースで音声認識チャネルを提供することができる。オンデマンドアプリケーションで音声認識処理を使う一例として、米国出願その全体がこの出願に組み込まれる、２００８年１２月２２日に出願された発明の名称が“関連する発話を検出する方法とシステム（ＭＥＴＨＯＤＡＮＤＳＹＳＴＥＭＦＯＲＤＥＴＥＣＴＩＮＧＡＲＥＬＥＶＡＮＴＵＴＴＥＲＡＮＣＥ）”である米国特許出願番号１２／３４１，２４６を参照されたい。本発明の一の実施形態にかかる音声処理インターフェイスはユーザ１６がハンドフリーベースで直観的な自然の振る舞いで連携エージェント１０と通信することを可能にする。連携エージェント１０はさらに、好ましくはテキスト音声変換能力を備え、ユーザ１６に代わって別のユーザ１６に対して予め記録されたメッセージを再生したり、メッセージを生成する能力を有し、あるいは命令や支援を各ユーザ１６へ提供する能力を有する。

連携エージェント１０は、ここに説明する機能性を実行するのに適した命令を含むメモリー２８に記憶される１以上のプログラムを実行することができる通常の又は独自のオペレーティングシステムを含む制御システム２６を備えている。本発明の一の実施形態に従って、連携エージェント１０はメディアアプリケーションサーバーを含んでいる。連携エージェント１０は在席情報３０、場所情報３２、又はカレンダー情報３４を備えることができるコンテクスト情報１８へインターフェイスする。在席情報３０はユーザ１６の在席状態を表示し、又はユーザ１６の在席状態を暗示する適切な情報を含むことができる。例えば、多くのＩＭアプリケーションはユーザが“都合が良い”、“多忙”、”ランチ休憩中”といった在席情報を示すことを可能にする。連携エージェント１０は各ＩＭアプリケーションと通信してＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ（ＳＩＰ），ＥｘｔｅｎｓｉｂｌｅＭｅｓｓａｇｉｎｇａｎｄＰｒｅｓｅｎｃｅＰｒｏｔｏｃｏｌ（ＸＭＰＰ）等のような適切なプロトコルを介してそのような在席情報を取得できる。別の方法では、連携エージェント１０は他の情報を通して在席を推測することができる。例えば、ユーザデバイス２２がオフフック状態では、連携エージェント１０はそのユーザ１６の在席状態は“多忙”であると推測することができる。

場所情報３２はユーザ１６の場所を特定又は暗示する情報を備えることができる。例えば、連携エージェント１０はユーザ１６と関連するＧｌｏｂａｌＰｏｓｉｔｉｏｎｉｎｇＳｙｓｔｅｍ（ＧＰＳ）装置とインターフェイスするか、当業者に知られているセルラーフォンの三角測量技術を通して場所を判定できる。別の方法では、ある企業では、従業員にＲａｄｉｏＦｒｅｑｕｅｎｃｙＩｄｅｎｔｉｆｉｃａｔｉｏｎ（ＲＦＩＤ）タグを提供して従業員の物理的場所をモニターし、その情報を中央のデータベースに供給するか、ユーザ１６により使われる装置を同様な方法によりモニターする。あるいは、ユーザ１６が彼らが“オフィスにいるのか”、“家にいるのか”、“車の中か”、と言ったことを示す場所を設定しても良い。

カレンダー情報３４はユーザ１６の各電子カレンダー又は別の行動トラッキングメカニズムに関連する情報を含む。電子カレンダーは他の利用者１６との会議をリザーブするために今日広く使われている。ＭｉｃｒｏｓｏｆｔＯｕｔｌｏｏｋ等の電子カレンダーはユーザ１６が十分な権限を伴って会議リクエストを交換したり、要求に応じて他のユーザ１６の電子カレンダーの時間帯を予約することを可能にする。会議リクエストは、通常、会議の出席者、会議に関わる場所やダイアルイン情報、会議の開始時刻、予測終了時刻等の情報を備える。カレンダー情報３４は、ＭｉｃｒｏｓｏｆｔＯｕｔｌｏｏｋＡｐｐｌｉｃａｔｉｏｎＰｒｏｇｒａｍｍｉｎｇＩｎｔｅｒｆａｃｅ（ＭＡＰＩ），ＧｏｏｇｌｅＣａｌｅｎｄａｒＡＰＩ，又は標準ｉＣａｌカレンダーインターフェイスのような各カレンダープロバイダによって提供される適当なアプリケーションプログラミングインターフェイスを使って連携エージェント１０により取得することができる。在席情報３０、場所情報３２、及びカレンダー情報３４が説明のために切り離して図２に示されているが、各在席情報３０、場所情報３２、及びカレンダー情報３４がコンテクスト情報１８を構成し、同様のコンテクスト情報１８が１以上の在席情報３０、場所情報３２、及びカレンダー情報３４から構成することができる。例えば、連携エージェント１０はカレンダー情報３４を取得することでユーザ１６が会議に関与するかどうかを調べて在席や都合を推測することができる。

本発明により使われるコンテクスト情報の例としてカレンダー、在席、場所情報を挙げたが、当業者は本発明がこれらに限定されないことを理解するであろう。各ユーザ１６の都合を判別するために、連携エージェント１０にとってアクセスできるいかなるタイプのコンテクスト情報も利用される。例えば、連携エージェント１０は連携エージェント１０によりアクセスされるユーザ１６のセルラーテレフォンに関連するプロファイル情報を使うことができるし、また例えば、ユーザ１６が勤務時間内か勤務時間外かを特定する電子記録を使うことができる。

連携エージェント１０はＣａｌｌＣｏｎｔｒｏｌＥｘｔｅｎｓｉｂｌｅＭａｒｋｕｐＬａｎｇｕａｇｅ（ＣＣＸＭＬ），ＭｅｄｉａＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌ（ＭＲＣＰ），ＭｅｄｉａＳｅｒｖｅｒＣｏｎｔｒｏｌ（ｍｅｄｉａｃｔｒｌ）等のような１以上の適切なプロトコルを介してカンファレンスブリッジ２０にインターフェイスし制御する。連携エージェント１０はユーザ１６に関連する通信セッションに対するアンカーポイントとしてカンファレンスブリッジ２０を使う。カンファレンスブリッジ２０はミキサーを備え、カンファレンスブリッジ２０に結合された特定の通信セッションがカンファレンスブリッジ２０に結合された他の通信セッションに望み通りに結合されることを可能にする。例えば、第１の通信セッションはユーザデバイス１６とカンファレンスブリッジ２０との間に存在し、第２の通信セッションはカンファレンスブリッジ２０と別のユーザ１６に関連する別のカンファレンスブリッジ２０との間に存在しても良い。第１、第２の通信セッションは結合されてユーザ１６が相互に会話することを可能にする。連携エージェント１０はカレンダー情報３４から取得した会議が５分後に始まることを判定することができる。連携エージェント１０は第１の通信セッションを使ってユーザ１６に差し迫った会議について音声信号を第２の通信セッションに供給することなく知らせることができ、結果として他のユーザ１６は第１のユーザ１６が差し迫った会議の音声によるリマインダを受取ったことに気付かない。

カンファレンスブリッジ２０のミキシングの特徴の別の例は、特定ユーザ１６があるユーザ１６の音声信号を聞けるが別のユーザ１６の音声信号を聞くことができない能力を備える。例えば、第１ユーザ１６は９：００ａｍ−１０：００ａｍの間ユーザ１６の第１グループとカンファレンスブリッジ２０により第１のカンファレンスコールを組織し、１０：００ａｍ−１１：００ａｍの間ユーザ１６の第２グループとカンファレンスブリッジ２０により第２のカンファレンスコールを組織したと想定する。第１のカンファレンスコールが終了する前の９：５５ａｍに、ユーザ１６の第２グループの第３のユーザ１６が１０：００ａｍに始まる第２のカンファレンスコールのカンファレンスブリッジ２０に参加する。しかし、第３のユーザ１６は第１のカンファレンスコールの出席者ではないので、カンファレンスブリッジ２０はユーザ１６の第１グループに関連する通信セッションからの音声信号を第２のカンファレンスコールを待機する第３のユーザ１６へは提供しない。カンファレンスブリッジ２０は、カンファレンスブリッジ２０に関連する第１のユーザ１６へ第３のユーザ１６がカンファレンスブリッジに参加し１０：００ａｍのコールを待機することを通知する。カンファレンスブリッジ２０は第１のユーザ１６が第３のユーザを歓迎して第３のユーザ１６に対してコールがもうすぐ始まることをアドバイスする一方、同時にユーザ１６の第２グループが第１のユーザ１６と第３のユーザ１６とのディスカッションを聞くことを妨げる。

コールをカンファレンスブリッジ２０へ繋いでおくことはここに示すようないくつかの格別な特徴を提供する。例えば、もしユーザ１６が会話の途中でワークフォンからセルラーフォンへ切り替える必要があると判断すれば、ユーザ１６がカンファレンスブリッジ２０に参加する通信セッションを介して現在会話中である個人又は複数の個人はリダイヤルする必要はなく、不便さはない。ユーザ１６はセルフォンとカンファレンスブリッジ２０間に新たな通信セッションを確立しさえすれば良い。新たな通信セッションはユーザ１６がカンファレンスブリッジ２０又は連携エージェント１０に関連する電話番号をダイヤルすることにより開始でき、又はユーザ１６に関連するセルフォンへコールを開始するように連携エージェント１０に依頼することにより開始される。

図３は各ユーザに代わって通信を管理する２つの連携エージェントを図示するブロック図である。図３は連携エージェント１０が各ユーザ１６のためにリアルタイム通信を管理し支援することができるいくつかの方法を説明するために使われる。図３はさらに図４−７と組み合わせて特定の実施形態を図示するために使われる。図３は連携エージェント１０Ａ及び連携エージェント１０Ｂを図示するが、連携エージェント１０Ａ、連携エージェント１０Ｂは集合的に連携エージェント１０として表わされ、その中で特定の連携エージェント１０Ａ又は連携エージェント１０Ｂは議論されない。各連携エージェント１０は好ましくは各ユーザ１６へ向かうリアルタイム通信に対するルーティングポイントである。これは例えば、電話機を各連携エージェント１０に関連する電話番号へ送り、ＩＭメッセージを各ＩＭアプリケーションから各連携エージェント１０に関連するアドレスへネットワークの特徴を用いて、又は当業者に既知の他のメカニズムを介して送ることにより管理される。そのような構成は特定のユーザ１６による使用のために連携エージェント１０を立ち上げる時に、ユーザ１６又は管理者により管理される。

連携エージェント１０はＩＭやテキストメッセージのようなテキスト通信を受取って、ユーザ１６に関連するコンテクスト情報１８に基づいてユーザ１６にそれらを提供する。例えば、ユーザ１６がオフィスから車で帰宅中に連携エージェント１０がユーザ１６へのＩＭメッセージを受信したと想定する。連携エージェント１０はコンテクスト情報１８を取得してユーザ１６がもうオフィスにはいないことを判定する。連携エージェント１０はカンファレンスブリッジ２０を使って、ユーザ１６のセルフォンを介してユーザ１６への連絡を試みることができる。ユーザ１６はセルフォンに応答すると想定すれば、連携エージェント１０は予め記録したメッセージをユーザ１６へ送り、“ＩＭメッセージが入った”と伝えることができる。連携エージェント１０はカンファレンスブリッジ２０とユーザデバイス２２との間の通信セッションを音声処理インターフェイス２４に連結する。ユーザ１６は“メッセージを読んで下さい”と話す。音声処理インターフェイス２４はコマンドの“読んで下さい”を検知してこの情報を連携エージェント１０へ伝える。連携エージェント１０はテキストから音声への変換処理を使ってＩＭメッセージをユーザ１６に対して読む。ユーザ１６は“ＩＭを送ってください。メッセージをありがとう。同意します”と応答する。連携エージェント１０は音声処理インターフェイス２４を介してコマンドを認識してＩＭメッセージを作成送信し、音声からテキストへの変換処理を使って“メッセージをありがとう。同意します”の音声をテキストフォーマットへ変換する。連携エージェント１０はその後“メッセージをありがとう。同意します”と言うＩＭメッセージに応答する。

連携エージェント１０Ａは必要に応じてユーザ１６Ａに代わって連携エージェント１０Ｂと通信することができる。例えば、連携エージェント１０Ｂはカンファレンスブリッジ２０Ａとカンファレンスブリッジ２０Ｂとの間でユーザ１６Ｂがユーザ１６Ａと会話することを可能にする音声通信セッションを開くリクエストを開始する。しかし、連携エージェント１０Ａはユーザ１６Ａが現在電話中であると判定し、カレンダー情報３４Ａからユーザ１６Ａは３：００ＰＭまでは会議であるが、３：００ＰＭにユーザ１６Ｂと話ができると判定する。連携エージェント１０Ａはユーザ１６Ａは都合が悪いが、３：００ＰＭにユーザ１６Ａはユーザ１６Ｂと話ができるとのメッセージをユーザ１６Ｂへ送ることができる。連携エージェント１０Ｂはユーザ１６Ｂが３：００ＰＭに都合が良いかどうかを判定することができ、もしそうであれば、連携エージェント１０Ａと会議を確認し、各連携エージェント１０Ａ、連携エージェント１０Ｂは３：００ＰＭの会議を記録するように各カレンダーを更新できる。各連携エージェント１０は、連携エージェント１０が特定の基準に基づいて、いかにリアルタイム通信を管理又は容易にするかに影響を及ぼすことができるルール、又はフィルタを有する。例えば、先の例で、ユーザ１６Ｂがユーザ１６Ａのマネージャであると想定する。ユーザ１６Ａはユーザ１６Ａへコンタクトするユーザ１６Ｂのどのような試みでも、もしユーザ１６Ａがユーザデバイス２２に向かっていればユーザ１６Ａへ通信されることを規定するルールを設定しても良い。この例では、連携エージェント１０Ａはユーザ１６Ｂがユーザ１６Ａへコンタクトしていることをカンファレンスブリッジ２０Ａを介して“囁いたりして”ユーザ１６Ａへ連絡しても良い。この囁きはユーザ１６Ａが現在係属しているコールの他の参加者によって聞かれることはない。ユーザ１６Ａは彼の存在がそのコールに必要ではないと判断し、そのコールの参加を終了して、連携エージェント１０Ａに対しカンファレンスブリッジ２０Ａとカンファレンスブリッジ２０Ｂとの間の通信セッションを確立し、ユーザ１６Ｂがユーザ１６Ａと通信できるように指示することができる。

連携エージェント１０は好ましくは常にユーザ１６に代わって実行する。従って連携エージェント１０はたとえ勤務時間外であっても将来の会議を調整するか、個々のリアルタイム通信に関連する基準に基づいてユーザ１６にコンタクトを試みるかいずれかをユーザ１６に代わって判定することができる。

図４は本発明の一の実施形態に係る、ユーザのためにリアルタイム通信を支援する連携エージェントを説明するフローチャートである。図４は図３との組み合わせで説明する。ユーザ１６Ａがユーザ１６Ｂとの通信を希望すると想定する。ユーザ１６Ａは第１通信セッション３６Ａを介してカンファレンスブリッジ２０Ａへ結合するユーザデバイス２２Ａへコマンド又はホットワードを発する。好ましくは本発明の一の実施形態に従って、第１通信セッション３６Ａを介してユーザ１６Ａは通常の勤務時間はカンファレンスブリッジ２０Ａへ結合されたままとなり、連携エージェント１０Ａはリアルタイム通信を受けることによりユーザデバイス２２Ａを介してユーザ１６Ａと通信ができる。例えば、ユーザ１６Ａが毎朝オフィスに到着すると、彼はワークテレフォンを使って各連携エージェント１０Ａに関連する電話番号へダイアルインしてワークテレフォンと連携エージェント１０Ａとの間の通信セッションを確立する。ユーザ１６Ａがワークテレフォンを１日中連携エージェント１０Ａに接続しっぱなしにしておき、ワークテレフォンのスピーカフォン機能、ハンドフリースピーキング機能を有効にすることにより、ユーザ１６Ａは連携エージェント１０Ａと電話機の近くで話をするだけで通信ができ、同様にワークテレフォンのそばにいる時連携エージェント１０Ａにより提供される情報を聞くことができる。

連携エージェント１０Ａはユーザ１６Ａからのコマンドを認識し、ユーザ１６Ａへ特定コマンドを促す。ユーザ１６Ａは名前でユーザ１６Ｂを特定することによりユーザ１６Ｂとコンタクトする要望を表す（ステップ１００）。連携エージェント１０Ａはユーザ１６Ａに関連するコンタクトリストからユーザ１６Ｂの名前をサーチする（ステップ１０２）。連携エージェント１０Ａがコンタクトリストの中にユーザ１６Ｂの名前を見つけることができない場合（ステップ１０４）、連携エージェント１０ＡはＬｉｇｈｔｗｅｉｇｈｔＤｉｒｅｃｔｏｒｙＡｃｃｅｓｓＰｒｏｔｏｃｏｌ（ＬＤＡＰ）のようなエンタープライズワイドディレクトリーを参照しても良い（ステップ１０６）。連携エージェント１０Ａがユーザ１６Ｂの名前に類似する又は同一の多数の名前を見つけたと想定する（ステップ１０８）。連携エージェント１０Ａは第１通信セッション３６Ａを介してユーザ１６Ａへ、例えばユーザ１６Ｂのラストネームを聞くなどして曖昧さを解消するための問合せのメッセージを送ることができる（ステップ１１０）。ユーザ１６Ａはユーザ１６Ｂのフルネームを示し、曖昧さを解消する。連携エージェント１０Ａはユーザの公的なプロファイルを記憶するように構成されたデータベースから連携エージェント１０Ｂに関する連携エージェントプロファイルを引き出すか又は抽出することができる（ステップ１１２）。連携エージェント１０Ａは、例えば、当業者に既知のディレクトリールックアップの中のユーザ１６Ｂのアイデンティティーを使って連携エージェント１０Ｂのアドレスを取得することができる。連携エージェント１０Ａは連携エージェント１０Ｂに対してクエリーアベイラビリティーリクエストを発信する（ステップ１１４）。

連携エージェント１０Ａは、在席情報３０Ｂ，場所情報３２Ｂ，又はカレンダー情報３４Ｂの１以上の情報を含む連携エージェント１０Ｂからのリクエストを受け取る（ステップ１１６）。提供された情報から、もし連携エージェント１０Ａがユーザ１６Ｂが通信が可能と判定すれば、連携エージェント１０Ａは連携エージェント１０Ｂに対してオーソライズコミュニケーションリクエストを発信できる（ステップ１１８）。連携エージェント１０Ｂは、ユーザ１６Ａに関する１以上のルールをレビューして、例えば、ユーザ１６Ｂにコンタクトしてユーザ１６Ｂがユーザ１６Ａとの通信を望むかどうかを判定する。連携エージェント１０Ｂが、ユーザ１６Ｂがユーザ１６Ａと話をすることを望むと判定したと想定する。従って、連携エージェント１０Ｂは音声チャネルが望ましい通信メカニズムであることを示してユーザ１６Ａとの会話了解を表すレスポンスを発信する（ステップ１２０）。連携エージェント１０Ａ、１０Ｂはカンファレンスブリッジ２０Ａとカンファレンスブリッジ２０Ｂとの間に通信セッション３６Ｃを開始してユーザ１６Ａがカンファレンスブリッジ２０Ａ、２０Ｂ及び通信セッション３６Ａ、３６Ｂ、３６Ｃを介して通信することを可能にする（ステップ１２２）。

図５は本発明の他の実施形態に従って、連携エージェントがユーザのためにリアルタイム通信を支援することを説明するフローチャートである。この実施例では、ユーザ１６Ａはユーザ１６Ｂと通信することを望むが、ユーザ１６Ｂはユーザ１６Ａに知れることなく旅行中であると想定する。ステップ２００から２０８は図４で説明したステップ１００からステップ１１６と同じであるので、ここでは繰り返さない。しかし、この実施例では、連携エージェント１０Ｂからのレスポンスはユーザ１６Ｂがオフィスを不在にして旅行中であることを示し、ドゥノットディスターブフラグがリセットされ、ユーザ１６Ｂは可能であればコンタクトされることを示している（ステップ２１０）。連携エージェント１０Ａはオーソライズコミュニケーションリクエストを連携エージェント１０Ｂへ発信する（ステップ２１２）。連携エージェント１０Ｂはコンテクスト情報１８Ｂに基づいてユーザ１６Ｂが不在して旅行中であると判定してユーザ１６Ｂの１以上のユーザデバイス２２Ｂを介してユーザ１６Ｂへのコンタクトを試みる（ステップ２１４）。特に、連携エージェント１０Ｂは、ユーザ１６Ｂに関するセルフォン番号等の個人情報を連携エージェント１０Ａへ伝えることなくユーザ１６Ｂにコンタクトするように試みる。

連携エージェント１０Ｂはカンファレンスブリッジ２０Ｂとユーザ１６Ｂのユーザデバイス２２Ｂとの間に通信セッション３６Ｂを確立できると想定する。連携エージェント１０Ｂは連携エージェント１０Ａへカンファレンスブリッジ２０Ａとカンファレンスブリッジ２０Ｂ間に通信セッション３６Ｃを確立するように通知して、ユーザ１６Ａがユーザ１６Ｂと会話ができるようにする（ステップ２１６）。別の方法として、もしユーザ１６Ｂが連携エージェント１０Ｂによって連絡が取れない場合、連携エージェント１０Ｂは連携エージェント１０Ａに対してユーザ１６Ｂへは現在連絡ができないことを通知できる（ステップ２１８）。この時、連携エージェント１０Ａ、１０Ｂは、ＦｉｎｄＦｒｅｅＭｅｅｔｉｎｇ，ＲｅｓｅｒｖｅＭｅｅｔｉｎｇ，ＮｏｔｉｆｙＷｈｅｎＡｖａｉｌａｂｌｅ，又はＬｅａｖｅＶｏｉｃｅＭｅｓｓａｇｅリクエストのような１以上のリクエストを交換することができる。ＦｉｎｄＦｒｅｅＭｅｅｔｉｎｇ及びＲｅｓｅｒｖｅＭｅｅｔｉｎｇリクエストは、カレンダー情報を取得してユーザ１６Ａ、ユーザ１６Ｂ両方が会議ができる時間を調整し、ユーザ１６Ａ、ユーザ１６Ｂの各カレンダーに調整した時間をリザーブするために連携エージェント１０Ａ、１０Ｂによって使われる。ＮｏｔｉｆｙＷｈｅｎＡｖａｉｌａｂｌｅリクエストはユーザ１６Ｂのコンテクスト情報１８Ｂがユーザ１６Ｂが在席して連絡が取れることを知らせる時、連携エージェント１０Ｂが連携エージェント１０Ａへ知らせるように通知するために使うことができる。通知があると、連携エージェント１０Ａはユーザ１６Ａに対してユーザ１６Ｂが在席して連絡が取れることを知らせ、ユーザ１６Ａは再度ユーザ１６Ｂへのコンタクトを試みることができる。ＬｅａｖｅＶｏｉｃｅＭｅｓｓａｇｅリクエストはユーザ１６Ａがユーザ１６Ｂへボイスメールメッセージを残すことができるように使われる。

図６は本発明の他の実施例に従って、ユーザのためにリアルタイム通信を支援する連携エージェントを説明するフローチャートである。連携エージェント１０Ａはユーザ１６Ａがカレンダー情報３４Ａから取得したコンテクスト情報１８Ａに基づいて差し迫った会議があることを判定する（ステップ）。連携エージェント１０Ａはユーザ１６Ａが別のユーザ１６と通信中であることを判定する。連携エージェント１０Ａは第１通信セッション３６Ａを介してユーザデバイス２２Ａを使ってユーザ１６Ａへ差し迫った会議があることのリマインダ−を囁く（ステップ３０２）。“囁き”により、ユーザ１６Ａは連携エージェント１０Ａからのリマインダ−を受け取るが、ユーザ１６Ａとのコール中の他の参加者にはこのリマインダーが聞こえない。

連携エージェント１０Ａはその後連携エージェント１０Ｂからカンファレンスブリッジ２０Ａとカンファレンスブリッジ２０Ｂとの間で通信セッションを確立するリクエストを受け取る（ステップ３０４）。連携エージェント１０Ａはカレンダー情報３４Ａから会議情報を取得する（ステップ３０６）。連携エージェント１０Ａはユーザ１６Ｂが差し迫った会議の参加者であると判定する（ステップ３０８）。連携エージェント１０Ａはカンファレンスブリッジ２０Ａとカンファレンスブリッジ２０Ｂとの間で通信セッションを確立し、ユーザ１６Ｂが会議時間に会議に参加できるようにする（ステップ３１０）。連携エージェント１０Ａはさらに、第１通信セッション３６Ａを介してユーザ１６Ａへユーザ１６Ｂがカンファレンスブリッジ２０Ａに参加したことを囁く（ステップ３１２）。

図７は本発明のさらに他の実施形態に従ってユーザのためにリアルタイム通信を支援することを説明するフローチャートである。連携エージェント１０Ａは連携エージェント１０Ｂからカンファレンスブリッジ２０Ａとカンファレンスブリッジ２０Ｂとの間で通信セッションを確立して、ユーザ１６Ｂがユーザ１６Ａと会話することを可能にするリクエストを受け取る（ステップ４００）。連携エージェント１０Ａはコンテクスト情報１８Ａに基づいて、ユーザ１６Ａがユーザ１６Ｂと通信ができることを判定する（ステップ４０２）。しかしながら、連携エージェント１０Ａは、ユーザ１６Ｂとの会話を可能にする通信セッションを確立する前に、ユーザ１６Ａからの実際の確認を必要とするルールが存在することを判定する。ルールは各連携エージェント１０がアクセス可能な記憶装置又はメモリーに維持されている。発信者や日時等のような様々な基準に基づいて各ユーザ１６によってルールは設定される。連携エージェント１０Ａは、通信セッション３６Ａを介してユーザ１６Ａに対してユーザ１６Ｂを特定する（ステップ４０４）。

ユーザ１６Ａは連携エージェント１０Ａへコマンドを開始し、ユーザ１６Ｂからコールの特徴等の追加情報を要求する（ステップ４０６）。連携エージェント１０Ａはカンファレンスブリッジ２０Ａとカンファレンスブリッジ２０Ｂ間に通信セッション３６Ｃを確立して（ステップ４０８）、通信セッション３６Ｃを介してユーザ１６Ａからユーザ１６Ｂへ質問を行う（ステップ４１０）。リクエストに対してユーザ１６Ｂが応答し、連携エージェント１０Ａがユーザ１６Ｂからの音声信号を第１通信セッション３６Ａへ提供し、ユーザ１６Ａがユーザ１６Ｂからのレスポンスを聞くことができる（ステップ４１２）。ユーザ１６Ａはユーザ１６Ｂとの会話について連携エージェント１０Ａへ了解を通知する（ステップ４１４）。連携エージェント１０Ａは通信セッション３６Ａ及び通信セッション３６Ｃ間の通信を可能にし、ユーザ１６Ａがユーザ１６Ｂと会話できるようにする（ステップ４１６）。

本発明の他の実施形態に従って、連携エージェント１０Ａは、ユーザ１６Ａが複数のカンファレンスコールを同時にモニターすることを可能にする。説明のために、ユーザ１６Ａがカンファレンスブリッジ２０Ａを介して第１のカンファレンスコールに参加していると想定する。第１カンファレンスコールは９：００ａｍから１１：００ａｍにスケジュールされていると想定する。ユーザ１６Ａはさらに１０：００ａｍから１１：００ａｍまでスケジュールされる第２のカンファレンスコールに出席予定であると想定する。１０：００ａｍになると、連携エージェント１０Ａは第２のカンファレンスコールをホストするカンファレンスブリッジ２０との通信セッションを開始する。連携エージェント１０Ａはユーザ１６Ａに対し、彼が第２のカンファレンスコールに参加したことを通知し、第１のカンファレンスコールの外へ向かう音声を消音し、第１のカンファレンスコールの参加者にはユーザ１６Ａの声が聞こえないようにし、第２のカンファレンスコール上で双方向の音声を可能にして、ユーザ１６Ａが彼の在席を第２のカンファレンスコールの参加者へ示すことができる。ユーザ１６Ａはその後連携エージェント１０Ａへコマンドを発信し、第２のカンファレンスコールをモニターし、連携エージェント１０Ａは第１のカンファレンスコールに対して再度双方向の通信を可能にし、第２のカンファレンスコールに対して外向きの音声を禁止するので第２のカンファレンスコールの出席者がユーザ１６Ａや第１のカンファレンスコールを聞くことができない。ユーザ１６Ａは今や第１のカンファレンスコールにフルに参加する一方、同時に第２のカンファレンスコールをモニターすることができる。さらに、第２カンファレンスコールでされた発言に対し回答する必要があるとユーザ１６Ａが決定したと想定する。ユーザ１６Ａは連携エージェント１０Ａへコマンドを発信し、それに応じて、連携エージェント１０Ａは第１カンファレンスコールに関連する外向きの音声を禁止し、第２カンファレンスコールと双方向の音声を可能にする。ユーザ１６Ａは第２カンファレンスコールの参加者へ話をし、ユーザ１６Ａが第２カンファレンスコールにフルに参加する一方で同時に第１カンファレンスコールに関する音声を継続して聞くことができるが、第１カンファレンスコールの参加者はユーザ１６Ａの話を聞くことができない。

もし望むならば、連携エージェント１０Ａは予め録音したメッセージをユーザ１６Ａがアクティブからパッシブの参加へ移ることに応じていずれかのカンファレンスコールへ発信することができる。例えば、ユーザ１６Ａが第２カンファレンスコールの参加者と話をする希望を指示する時、連携エージェント１０Ａは第１カンファレンスコールの参加者へユーザ１６Ａが一時的にカンファレンスコールから離れることを示すメッセージを再生しても良い。ユーザ１６Ａが第１カンファレンスコールのフルの参加へ戻る時、連携エージェント１０Ａは別の予め録音したメッセージを第１カンファレンスコールの参加者へ発信してユーザ１６Ａがカンファレンスコールへ復帰したことを伝える。

当業者は本発明の好ましい実施形態に対する改良や変更を認識するであろう。そのような改良や変更の全てはここに開示する概念の範囲及び以下の特許請求範囲に含まれると考えられる。

Claims

カンファレンスブリッジと、
ユーザに関するコンテクスト情報を取得するように構成されたコンテクスト情報インターフェイスと、
リクエストを受信して前記カンファレンスブリッジと第１の通信セッションを確立し、前記第１の通信セッションに関連する発信者のアイデンティティーを判定し、前記発信者のアイデンティティーと前記コンテクスト情報に基づいて前記カンファレンスブリッジと前記第１の通信セッションを確立するように構成された制御システムと、
を含む前記ユーザに関する第１の連携エージェントを含む装置。
前記制御システムは前記発信者に関連する第２の連携エージェントから前記第１の通信セッションに関連する前記発信者のアイデンティティーを受信するようにさらに構成され、前記コンテクスト情報は前記ユーザとスケジュールされた会議を記載し、前記会議の参加者数を特定する会議情報を含み、前記制御システムは前記発信者が前記会議の参加者であると判定するように構成されたことを特徴とする請求項１に記載の装置。
前記制御システムは前記カンファレンスブリッジ及び前記ユーザに関連するユーザデバイスとの第２の通信セッションを確立するように構成され、前記第２の通信セッションを介して前記ユーザへ前記会議の存在についての音声による指示を提供するように構成されたことを特徴とする請求項２に記載の装置。
前記制御システムは前記カンファレンスブリッジと前記第１の通信セッションが確立されたことを示す音声による指示を前記第２の通信セッションを介して前記ユーザへ提供するようにさらに構成されたことを特徴とする請求項３に記載の装置。
第１の連携エージェントに関連する第１のカンファレンスブリッジと第２の連携エージェントに関連する第２のカンファレンスブリッジとの間に通信セッションを確立するために、第２のユーザに関連する前記第２の連携エージェントから第１のユーザに関連する前記第１の連携エージェントによってリクエストを受け取り、
前記第２のユーザを特定する情報を受け取り、
前記リクエストがある時前記第１のユーザに関連するコンテクスト情報を取得し、
前記コンテクスト情報に基づいて前記第１のカンファレンスブリッジと前記第２のカンファレンスブリッジとの間で第１の通信セッションを確立すること、を含む通信方法。
前記コンテクスト情報は会議を特定し前記第２のユーザが前記会議の参加者であることを示すカレンダー情報を含むことを特徴とする請求項５に記載の方法。
前記第１のユーザに関連するユーザデバイスと前記第１のカンファレンスブリッジ間に第２の通信セッションを確立し、前記第１のユーザへ前記第１の通信セッションが確立されたことを知らせることをさらに含むことを特徴とする請求項５に記載の方法。
前記コンテクスト情報は前記リクエスト受けた時前記第１のユーザには会議がないことを確認するカレンダー情報を含むことを特徴とする請求項５に記載の方法。
前記第２のユーザに関するルールを判定することをさらに含み、前記コンテクスト情報に基づいて前記第１のカンファレンスブリッジと前記第２のカンファレンスブリッジ間に前記第１の通信セッションを確立することは、前記コンテクスト情報と前記ルールに基づいて前記第１のカンファレンスブリッジと前記第２のカンファレンスブリッジ間に前記第１の通信セッションを確立することを含むことを特徴とする請求項８に記載の方法。
第１のユーザに関連する第１のユーザデバイスと前記第１のユーザに関連する第１のカンファレンスブリッジとの間の第１の通信セッションを確立し、
第２のユーザに関連する第２のカンファレンスブリッジと前記第１のカンファレンスブリッジとの間に第２の通信セッションを確立するために、第２の連携エージェントからリクエストを第１の連携エージェントによって受け取り、
前記第２の連携エージェントから前記第２のユーザに関連する情報を受け取り、
前記第１の通信セッションを介して前記第２のユーザに関するアイデンティティーを前記第１のユーザへ通知し、
前記第１の通信セッションを介して前記第１のユーザからレスポンスを受け取り、
前記第１のカンファレンスブリッジと前記第２のカンファレンスブリッジとの間に前記レスポンスに基づいて前記第２の通信セッションを確立すること、
を含む通信セッションを確立する方法。
前記レスポンスを受け取ることは、前記第１のユーザから指示を受けて前記第２の通信セッションを確立することをさらに含むことを特徴とする請求項１０に記載の方法。
前記第１のユーザからの前記レスポンスは前記第２のユーザに関連する情報を求めるリクエストであり、前記レスポンスに基づいて前記第１のカンファレンスブリッジと前記第２のカンファレンスブリッジ間の前記第２の通信セッションを確立することは、前記第１のカンファレンスブリッジと前記第２のカンファレンスブリッジ間の前記第２の通信セッションを確立し、前記リクエストに基づいて前記第２の通信セッションを介して前記第２のユーザからの情報に対するリクエストを開始し、前記第２の通信セッションを介して情報を受け取り、前記情報を前記第１のユーザへ提供し、前記第１のユーザから指示を受けて前記第１の通信セッションと前記第２の通信セッションの間に通信を確立し、前記第１の通信セッションと前記第２の通信セッションの間に前記指示に基づく通信を確立することを含むことを特徴とする請求項１０に記載の方法。
前記第２のユーザから前記第１のユーザへ前記情報を提供することは前記第２の通信セッションから受け取った音声信号を前記第１の通信セッションを介して前記第１のユーザへ提供することを含むことを特徴とする請求項１２に記載の方法。
第３のユーザに関連する第３のカンファレンスブリッジと前記第１のユーザに関連する前記第１のカンファレンスブリッジ間に第３の通信セッションを確立することをさらに含み、前記第１の通信セッションと前記第３の通信セッションは前記第１のカンファレンスブリッジを介して通信可能に結合されて前記第１のユーザと前記第３のユーザとが会話することを可能にし、前記第２のユーザに関連する前記アイデンティティーを前記第１の通信セッションを介して前記第１のユーザへ通知することは、前記第３の通信セッションを介して前記アイデンティティーを前記第３のユーザへ通知することなく、前記第２のユーザに関連する前記アイデンティティーを前記第１の通信セッションを介して前記第１のユーザへ通知することをさらに含むことを特徴とする請求項１０に記載の方法。
第３のユーザに関連する第３のカンファレンスブリッジと前記第１のカンファレンスブリッジとの間に第３の通信セッションを確立するために、前記第１の連携エージェントが第３の連携エージェントからリクエストを受け取り、
前記第１のカンファレンスブリッジと前記第３のカンファレンスブリッジとの間に前記第３の通信セッションを確立し、
前記第１の通信セッション及び前記第２の通信セッションに関連する音声信号が前記第３の通信セッションへ提供されることを禁止することを、さらに含むことを特徴とする請求項１０に記載の方法。
第１の連携エージェントにより第１のユーザに関連する第１ユーザデバイスと前記第１のユーザに関連するカンファレンスブリッジとの間に第１の通信セッションを確立し、
前記第１のユーザに関連する電子カレンダーからアポイントメント情報を取得し、
前記アポイントメント情報に基づいて前記第１のユーザが所定の時間のカンファレンスコールに参加する予定であることを判定し、
前記カンファレンスブリッジと略所定時刻の前記カンファレンスコールに関連する第２カンファレンスブリッジとの間に第２の通信セッションを自動的に確立すること、
を含むコールを管理する方法。
第２の連携エージェントに前記第１のユーザに関連する情報を提供することをさらに含む請求項１６に記載の方法。
前記第２のカンファレンスブリッジに関連するディレクトリー番号が前記アポイントメント情報から判定されることを特徴とする請求項１６に記載の方法。