(57)【要約】【課題】ユーザがデバイスを保留にする場合、音楽またはその他の音がマルチパーティー会議電話に流されないように、そのユーザのデバイスに接続された内線上で保留音機能を使用不能にすることができるＰＢＸ（またはネットワークホスト型デバイス）を提供すること。【解決手段】ユーザが外部会議／コラボレーションブリッジによってホストされているマルチパーティー会議電話に参加していることを示す情報（例えば、会議出席中状態）を入手することが可能な、さらにそのユーザがデバイスを保留にする場合、音（例えば、音楽、ラジオ）がマルチパーティー会議電話に流されないように、そのユーザのデバイスに関連する内線上で保留音機能を使用不能にすることがさらに可能な構内電話交換機（ＰＢＸ）（または、ネットワークホスト型デバイス）が本明細書で説明される。【選択図】図１
2007135204.tif 000002
【特許請求の範囲】
【請求項１】
デバイスが保留音機能を自動的に使用不能にすることを可能にする方法であって、
ある人物が、外部会議／コラボレーションブリッジによってホストされているマルチパーティー会議／コラボレーションセッションに参加するために、該デバイスに接続された通信ユニットを使用している可能性があることを示す情報を入手するステップと、
該人物が該通信ユニットを保留にする場合、音がマルチパーティー会議／コラボレーションセッションに流されないように、該通信ユニットと関連するデバイスの内線上で該保留音機能を使用不能にするステップと
を含む、方法。
【請求項２】
該人物がもはや該マルチパーティー会議／コラボレーションセッションに参加していないと決定した後、該デバイスの内線上で該保留音機能を再度使用可能にするステップをさらに含む、請求項１に記載の方法。
【請求項３】
前記入手するステップが、該人物によって呼び出された電話番号または該人物を呼び出すのに使用された電話番号を分析し、次いで該電話番号が該外部会議／コラボレーションブリッジに関連していると決定することによって、該人物が該マルチパーティー会議／コラボレーションセッションに参加していることを該デバイスで推測するステップをさらに含む、請求項１に記載の方法。
【請求項４】
前記入手するステップが、被呼者または発呼者の電話番号を分析し、次いで該電話番号を該人物によって使用される該通信ユニットにマップする該外部会議／コラボレーションブリッジから、該人物が該マルチパーティー会議／コラボレーションセッションに参加していることを示す情報を受信するステップをさらに含む、請求項１に記載の方法。
【請求項５】
前記入手するステップが、該マルチパーティー会議／コラボレーションセッションに参加するために該人物が該通信ユニットを使用している可能性があることを示す会議出席中状態を入手することを出席システムに許可するステップをさらに含む、請求項１に記載の方法。
【請求項６】
前記出席システムが、
会議／コラボレーションコネクタとインターフェースをとり、該マルチパーティー会議／コラボレーションセッションに参加するために該外部会議／コラボレーションブリッジを呼び出すまたは該外部会議／コラボレーションブリッジによって呼び出された当事者の電話番号を示す出席情報を入手する出席サーバと、
該当事者の該電話番号が該人物によって使用される該通信ユニットに関連していると決定し、次いで該人物が該マルチパーティー会議／コラボレーションセッションに参加していることを推測し、該会議出席中状態を設定するルールエンジンと
を含む、請求項５に記載の方法。
【請求項７】
人物に関する出席情報を収集するための出席サーバと、
該出席情報を集約し、集約された出席情報を分析して、外部会議／コラボレーションブリッジによってホストされているマルチパーティー会議／コラボレーションセッションに参加するために該人物がデバイスに接続された通信ユニットを使用している可能性があることを示す会議出席中状態が設定されるべきであるかどうか判定するためのルールエンジンと、
該会議出席中状態を該デバイスに発行するための前記出席サーバであって、該デバイスが次いで、該ユーザが該通信ユニットを保留にする場合、音楽またはその他の音が該マルチパーティー会議／コラボレーションセッションに流されないように、該ユーザに関連する該通信ユニットに結合された内線上で保留音機能を使用不能にする、前記出席サーバと
を含む、出席システム。
【請求項８】
前記出席サーバが、会議／コラボレーションコネクタとインターフェースをとり、該マルチパーティー会議に参加するために、該外部会議／コラボレーションブリッジを呼び出すまたは該外部会議／コラボレーションブリッジによって呼び出された当事者の電話番号を示す出席情報を入手し、
前記ルールエンジンが、該当事者の該電話番号が該人物によって使用される該通信ユニットに関連していると決定し、次いで該人物が該マルチパーティー会議に参加していることを推測して、該会議出席中状態を設定する、
請求項７に記載の出席システム。
【請求項９】
前記出席サーバが、電話コネクタとインターフェースをとり、該人物が特定の電話番号を呼び出すため、または特定の電話番号からの呼出しを受信するために該電話を用いたことを示す出席情報を入手し、
前記ルールエンジンが、その特定の電話番号が該外部会議／コラボレーションブリッジと関連していると決定し、次いで該人物が該マルチパーティー会議／コラボレーションセッションに参加していることを推測し、該会議出席中状態を設定する、
請求項７に記載の出席システム。
【請求項１０】
前記出席サーバが、カレンダコネクタとインターフェースをとり、該人物が特定の時間に該マルチパーティー会議／コラボレーションセッションに参加することが予定されていることを示す出席情報を入手し、
前記ルールエンジンが、これが該マルチパーティー会議／コラボレーションセッションを行うことが予定されている特定の時間であると決定し、次いで該人物が該マルチパーティー会議に参加していることを推測し、該会議出席中状態を設定する、
請求項７に記載の出席システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザが外部会議／コラボレーションブリッジ（ｃｏｎｆｅｒｅｎｃｅ／ｃｏｌｌａｂｏｒａｔｉｏｎ  ｂｒｉｄｇｅ）によってホストされているマルチパーティー会議電話（ｍｕｌｔｉ−ｐａｒｔｙ  ｃｏｎｆｅｒｅｎｃｅ  ｃａｌｌ）に参加している場合、そのユーザのデバイス（例えば、電話）に結合されたその内線のうちの１つに関して自動的に保留音（ｍｕｓｉｃ−ｏｎ−ｈｏｌｄ）機能を使用不能にすることが可能な構内電話交換機（ＰＢＸ）（またはネットワークホスト型デバイス）に関する。ユーザが彼らのデバイスを保留にする場合、音楽またはその他の音がマルチパーティー会議電話に流されないようになるため、これは望ましい。
【背景技術】
【０００２】
ＰＢＸは典型的に、ユーザが彼らの電話を保留にする場合、相手が音楽／ラジオ／企業情報などを聞くように、保留音機能を有する。これはほとんどの状況において結構なことである。しかし、ユーザが外部会議／コラボレーションブリッジによってホストされるマルチパーティー会議電話に参加している場合、この保留音機能には問題がある可能性がある。特に、ユーザが別の電話に出るため、または単にマルチパーティー会議電話から一息つくために彼らの電話を保留にする場合、その他の参加者にとって迷惑なことに、音楽（またはその他の音）が会議ブリッジ上でかかることになる。
【０００３】
今日、会議／コラボレーションブリッジが通話に役立つ会議レッグ（ｃｏｎｆｅｒｅｎｃｅ  ｌｅｇｓ）を検出できる有効音声検出（ｖｏｉｃｅ  ａｃｔｉｖｉｔｙ  ｄｅｔｅｃｔｉｏｎ（ＶＡＤ））システムまたは信号エネルギー検出（ｓｉｇｎａｌ  ｅｎｅｒｇｙ  ｄｅｔｅｃｔｉｏｎ）システムを有する場合、この問題は対処されることが可能である。これにより、ある参加者がもはやマルチパーティー会議電話に参加していない場合、会議／コラボレーションブリッジはどの会議レッグが保留音をかけているか判定することが可能になる。さらに、会議／コラボレーションブリッジがグラフィカルユーザインターフェース（ＧＵＩ）を有する場合、特定の参加者が彼らの電話を保留にしたことにより会議ブリッジに溢れている耳障りな音楽を消すために、グラフィカルユーザインターフェースが会議ホストによって使用されることが可能である。
【非特許文献１】Ｊａｃｋ  Ｊａｃｈｎｅｒ  ｅｔ  ａｌ．，“Ｒｉｃｈ  Ｐｒｅｓｅｎｃｅ：Ａ  Ｎｅｗ  Ｕｓｅｒ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｅｘｐｅｒｉｅｎｃｅ”Ｔｅｃｈｎｏｌｏｇｙ  Ｗｈｉｔｅ  Ｐａｐｅｒ，８  ｐａｇｅｓ，ｃｏｐｙｒｉｇｈｔｅｄ  １ｓｔ  ｑｕａｒｔｅｒ  ２００５．
【非特許文献２】Ｊ．Ｒｏｓｅｎｂｅｒｇ，“Ａ  Ｄａｔａ  Ｍｏｄｅｌ  ｆｏｒ  ｐｒｅｓｅｎｃｅ”，ｄｒａｆｔ−ｉｅｔｆ−ｓｉｍｐｌｅ−ｄａｔａ−ｍｏｄｅｌ−０５（作業中），Ｓｅｐｔｅｍｂｅｒ  ２２，２００５．
【非特許文献３】Ｒｏｓｅｎｂｅｒｇ，Ｊ．，“Ａ  Ｐｒｅｓｅｎｃｅ  Ｅｖｅｎｔ  ｐａｃｋａｇｅ  ｆｏｒ  ｔｈｅ  Ｓｅｓｓｉｏｎ  ｉｎｉｔｉａｔｉｏｎ  ｐｒｏｔｏｃｏｌ（ＳＩＰ）”，ＲＦＣ３８５６，Ａｕｇｕｓｔ  ２００４．
【非特許文献４】Ｈ．Ｓｈｕｌｚｅｒｉｎｅ  ｅｔ  ａｌ．，“ＲＰＩＤ：Ｒｉｃｈ  Ｐｒｅｓｅｎｃｅ  Ｅｘｔｅｎｔｉｏｎｓ  ｔｏ  ｔｈｅ  ｐｒｅｓｅｎｃｅ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｄａｔａ  Ｆｏｒｍａｔ（ＰＩＤＦ）”，ｄｒａｆｔ−ｉｅｔｆ−ｓｉｍｐｌｅ−ｒｐｉｄ−０８，（作業中），Ｊｕｌｙ  １６，２００５．
【非特許文献５】Ｒｏｓｅｎｂｅｒｇ，Ｊ．，“Ｐｒｅｓｅｎｃｅ  Ａｕｔｈｏｒｉｚａｔｉｏｎ  Ｒｕｌｅｓ”，ｄｒａｆｔ−ｉｅｔｆ−ｓｉｍｐｌｅ−ｐｒｅｓｅｎｃｅ−ｒｕｌｅｓ−０３（作業中），Ｊｕｌｙ  ２０，２００５．
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、この解決策は以下を含むいくつかの欠点を有する：（１）加害者（ｏｆｆｅｎｄｉｎｇ  ｐｅｒｓｏｎ）によって使用されている内線が消音されるまでマルチパーティー会議電話は中断される；（２）会議ホストはＧＵＩへのアクセスを有する必要がある；および（３）会議ホストはこの問題に彼らの注意を集中する必要があり、特に、同時に彼らが話している場合または参加している場合、これは非常に混乱を生じる可能性がある。
【０００５】
したがって、この問題を解決する必要が存在し、その解決は本発明によって実行される。
【課題を解決するための手段】
【０００６】
本発明は、ユーザが外部会議／コラボレーションブリッジによってホストされているマルチパーティー会議電話に参加している可能性があるという情報（例えば、会議出席中状態（ｉｎ−ａ−ｃｏｎｆｅｒｅｎｃｅ  ｐｒｅｓｅｎｃｅ  ｓｔａｔｅ））を入手することができ、さらにそのユーザがデバイスを保留にする場合、音楽またはその他の音がマルチパーティー会議電話に流されないように、そのユーザのデバイスに接続された内線上で保留音機能を使用不能にすることができるＰＢＸ（またはネットワークホスト型デバイス）を含む。保留音機能を使用不能にできるように、ＰＢＸ（またはネットワークホスト型デバイス）がこの情報を入手することが可能ないくつかの異なる方法が本明細書で説明される。
【０００７】
添付の図面と共に、以下の詳細な説明を参照することにより、本発明のより完全な理解を得られよう。
【発明を実施するための最良の形態】
【０００８】
図１を参照すると、ＰＢＸ１００の複数のユーザ１０６が外部会議／コラボレーションブリッジ１１４ａによってホストされているマルチパーティー会議電話に参加している場合、そのユーザ１０６のうちの１人に関して保留音機能を使用不能にする時期を知るように、ＰＢＸ１００（またはネットワークホスト型デバイス）が情報を入手することが可能ないくつかの異なる方法を説明するのを助けるために用いられる図が例示されている。本明細書では、本発明を説明するためにＰＢＸ１００が用いられるが、例えば、Ｃｅｎｔｒｅｘ、ＩＰ−Ｃｅｎｔｒｅｘ、固定回線音声スイッチ（ｆｉｘｅｄ  ｌｉｎｅ  ｖｏｉｃｅ  ｓｗｉｔｃｈ）または携帯音声スイッチ（ｍｏｂｉｌｅ  ｖｏｉｃｅ  ｓｗｉｔｃｈ）などのような保留音機能を有するネットワークホスト型デバイスは本発明を実施できることを理解されたい。
【０００９】
ＰＢＸ１００は、人物１０６のデバイス１０４（例えば、会社の電話１０４）に接続された内線１０２に関して保留音を使用不能にすることが可能になる前に、人物１０６が複数のその他の人々１０８および１１０（２つだけが図示されている）と共に、外部会議／コラボレーションブリッジ１１４ａによってホストされている（音声レッグ（ｖｏｉｃｅ  ｌｅｇｓ）１１２として図示されている）マルチパーティー会議電話に参加しているという情報を入手する必要がある。人物１０６がそのデバイス１０４を保留にする場合、音がマルチパーティー会議電話に流されないことになるため、この能力は重要である。ＰＢＸ１００が、人物１０６は外部会議／コラボレーションブリッジ１１４ａによってホストされているマルチパーティー会議電話に参加していることを示すこの情報を入手することが可能ないくつかの方法が存在する。
【００１０】
１つの方法では、ＰＢＸ１００は会議／コラボレーションブリッジ１１４ａからこの情報を直接入手する（オプション＃１として図示）。この場合、ＰＢＸ１００は人物１０６がマルチパーティー会議電話に参加していることを示す情報１１７を会議／コラボレーションブリッジ１１４ａから直接受信する。マルチパーティー会議電話に参加している可能性のある被呼者／発呼者の電話番号を分析し、その電話番号を人物１０６によって使用されているデバイス１０４にマップすることにより、会議／コラボレーションブリッジ１１４ａはこの情報１１７を決定する。この情報１１７を受信すると、ＰＢＸ１００（具体的には、プロセッサ／保留音抑制ユニット１１４ｂ）は、その人物のデバイス１０４に関して保留音機能を使用不能にする。
【００１１】
別の方法では、ＰＢＸ１００は人物１０６が外部会議／コラボレーションブリッジ１１４ａによってホストされているマルチパーティー会議電話に参加している可能性があることを単独で決定する（オプション＃２として図示）。この場合、ＰＢＸ１００は、人物１０６によって呼び出された電話番号または人物１０６を呼び出している電話番号のどちらかを分析し、その電話番号が会議／コラボレーションブリッジ１１４ａに関連すると判断することにより、人物１０６がマルチパーティー会議電話に参加していることを推測する。ＰＢＸ１００（具体的には、プロセッサ／保留音抑制ユニット１１４ｂ）は、次いでその人物のデバイス１０４に関して保留音機能を使用不能にする。
【００１２】
さらに別の方法では、ＰＢＸ１００は出席システム１１８から会議出席中状態１１６の形式でこの情報を入手する（オプション＃３として図示）。この場合、出席システム１１８は人物１０６の活動に関するリアルタイム情報を収集し、収集された情報が、人物１０６が外部会議／コラボレーションブリッジ１１４ａによってホストされているマルチパーティー会議に参加している可能性があることを示す場合、会議出席中状態１１６を設定し、発行する。この方法を可能にするために、ＰＢＸ１００は、会議出席中状態１１６を含む、人物１０６に関する発行された出席情報を入手できるように、人物１０６の監視役となることを出席システム１１８に許可する。出席システム１１８が人物１０６に関するこのリアルタイム情報を収集し、次いで人物１０６が外部会議／コラボレーションブリッジ１１４ａによってホストされているマルチパーティー会議電話に参加していると決定／推測することが可能な多くの異なる方法が存在する。これらの異なる方法のいくつかは、出席システム１１８の基本構造／機能に関する簡単な議論が提供された後で説明される。
【００１３】
図示されたように、出席システム１１８はルールエンジン１２１に接続された出席サーバ１２０を含む。あるいは、出席サーバ１２０はルールエンジン１２１で同じ場所に位置してよい。どちらの場合も、出席サーバ１２０は（例えば）複数のセッションイニシエーションプロトコル（ＳＩＰ）インターフェースを経由して、様々なコネクタ１２２ａ、１２２ｂ・・・１２２ｇに結合され、これらのコネクタは様々なデバイス１１４ａ、１１４ｂ・・・１１４ｇに結合される。この実施例では、コネクタ１２２は会議／コラボレーションコネクタ１２２ａ、電話コネクタ１２２ｂ、カレンダコネクタ１２２ｃ、ＩＭコネクタ１２２ｄ、ＰＣコネクタ１２２ｅ、電子メールコネクタ１２２ｆおよび雑コネクタ１２２ｇを含む。デバイス１１４は、会議／コラボレーションブリッジ１１４ａ、（ＰＢＸ１００内に図示された）プロセッサ／保留音抑制ユニット１１４ｂ、カレンダサーバ１１４ｃ、ＩＭサーバ１１４ｄ、ＰＣ１１４ｅ、電子メールサーバ１１４ｆおよび雑デバイス１１４ｇ（例えば、携帯情報端末（ＰＤＡ）、携帯電話、ＰＣ）を含む。明確にするために、出席システム１１８、様々なコネクタ１２２ａ、１２２ｂ・・・１２２ｇおよび様々なデバイス１１４ａ、１１４ｂ・・・１１４ｇに関して本明細書に与えられている説明は、業界においてよく知られており、本発明を理解するために必要とされないそれらの詳細を省略する。
【００１４】
出席サーバ１２０は人物１０６のリアルタイム活動に関する幅広い情報を収集し、次いでルールエンジン１２１は優先規則／方針に照らしてこの出席情報を集約し、分析し、適切な場合、会議出席中状態１１６を設定する。次いで、出席サーバ１２０はＰＢＸ１００によって受信されることができるように会議出席中状態１１６を発行する。このようにして、ＰＢＸ１００は人物１０６がマルチパーティー会議電話に参加している可能性があることを知る。出席サーバ１２０およびルールエンジン１２１が会議出席中状態１１６を設定する時期を決定できる方法について示すために、いくつかの異なる実施例が次に説明される。
【００１５】
第１の実施例では、出席サーバ１２０は会議／コラボレーションコネクタ１２２ａとインターフェースをとり、会議／コラボレーションブリッジ１１４ａを経由して、マルチパーティー会議電話に参加するために外部会議／コラボレーションブリッジ１１４ａを呼び出した発呼者（または、そのブリッジ１１４ａによって呼び出された被呼者）の電話番号を示す出席情報を入手する。ルールエンジン１２１は（その他の情報に照らして）この情報を分析し、発呼者（または被呼者）の電話番号が人物１０６によって使用されるデバイス１０４と関連していると決定する。ルールエンジン１２１は、次いで人物１０６が外部会議／コラボレーションブリッジ１１４ａによってホストされているマルチパーティー会議電話に参加していることを推測し、会議出席中状態１１６を設定する。出席サーバ１２０は会議出席中状態１１６を発行する。またＰＢＸ１００は、発行された会議出席中状態１１６を受信した後、人物のデバイス１０４に関して保留音機能を使用不能にする。
【００１６】
第２の実施例では、出席サーバ１２０は電話コネクタ１２２ｂとインターフェースをとり、ＰＢＸ１００を経由して、特定の電話番号を呼び出すために、または特定の電話番号からの呼出しを受けるために、人物１０６がデバイス１０４を使用したことを示す出席情報を入手する。ルールエンジン１２１は（その他の情報に照らして）この情報を分析し、この特定の電話番号が外部会議／コラボレーションブリッジ１１４ａと関連していると決定する。ルールエンジン１２１は、次いで人物１０６が外部会議／コラボレーションブリッジ１１４ａによってホストされているマルチパーティー会議／コラボレーション電話に参加していることを推測し、会議出席中状態１１６を設定する。出席サーバ１２０は会議出席中状態１１６を発行する。またＰＢＸ１００は、発行された会議出席中状態１１６を受信した後、人物のデバイス１０４に関して保留音機能を使用不能にする。
【００１７】
第３の実施例では、出席サーバ１２０はカレンダコネクタ１２２ｃとインターフェースをとり、カレンダサーバ１１４ｃを経由して、人物１０６が特定の時間にマルチパーティー会議電話に参加することが予定されていることを示す出席情報を入手する。ルールエンジン１２１は（その他の情報に照らして）この情報を分析し、マルチパーティー会議電話を行うことが予定されている場合、会議出席中状態１１６を設定する。出席サーバ１２０は会議出席中状態１１６を発行する。またＰＢＸ１００は、発行された会議出席中状態１１６を受信した後、その人物のデバイス１０４に関して保留音機能を使用不能にする。
【００１８】
第４の実施例では、出席サーバ１２０はＩＭコネクタ１２２ｄとインターフェースをとり、ＩＭサーバ１１４ｄを経由して、人物１０６が手動で会議出席中状態１１６を設定していることを示す出席情報を入手する。出席サーバ１２０は会議出席中状態１１６を発行する。またＰＢＸ１００は、発行された会議出席中状態１１６を受信した後、その人物のデバイス１０４に関して保留音機能を使用不能にする。
【００１９】
第５の実施例では、出席サーバ１２０はＰＣコネクタ１２２ｅとインターフェースをとり、ＰＣ１１４ｅを経由して、特定の電話番号を呼び出すために人物１０６が自分のＰＣ１１４ｅ内でＧＵＩを用いたことを示す出席情報を入手する。ルールエンジン１２１は（その他の情報に照らして）この情報を分析し、この特定の電話番号が外部会議／コラボレーションブリッジ１１４ａと関連していると決定する。ルールエンジン１２１は、次いで人物１０６が外部会議／コラボレーションブリッジ１１４ａによってホストされたマルチパーティー会議／コラボレーション電話に参加していることを推測し、会議出席中状態１１６を設定する。出席サーバ１２０は会議出席中状態１１６を発行する。またＰＢＸ１００は、発行された会議出席中状態１１６を受信した後、人物のデバイス１０４に関して保留音機能を使用不能にする。
【００２０】
第６の実施例では、出席サーバ１２０は電子メールコネクタ１２２ｆとインターフェースをとり、電子メールサーバ１１４ｆを経由して、彼らが特定の時間にマルチパーティー会議電話に参加することが予定されていることを示す電子メールを人物１０６が受信したおよび／または送信したことを示す出席情報を入手する。ルールエンジン１２１は（その他の情報に照らして）この情報を分析し、マルチパーティー会議電話を行うことが予定されている場合、会議出席中状態１１６を設定する。出席サーバ１２０は会議出席中状態１１６を発行する。またＰＢＸ１００は、発行された会議出席中状態１１６を受信した後、人物のデバイス１０４に関して保留音機能を使用不能にする。
【００２１】
第７の実施例では、出席サーバ１２０は雑コネクタ１２２ｇとインターフェースをとり、雑デバイス１１４ｇ（例えば、ＰＤＡ、携帯電話、ＰＣ）を経由して出席情報を入手する。出席情報は人物１０６がＧＵＩ、キーボード、キーパッド、ポインタ、マウスなどを用いて手動で会議出席中状態１１６を設定していることを示してよい。出席サーバ１２０は会議出席中状態１１６を発行する。またＰＢＸ１００は、発行された会議出席中状態１１６を受信した後、人物のデバイス１０４に関して保留音機能を使用不能にする。
【００２２】
理解できるように、出席サーバ１２０は人物１０６のリアルタイム活動に関して幅広い出席情報を収集してよく、次いでルールエンジン１２１はその情報を分析し、人物１０６が外部会議／コラボレーションブリッジ１１４ａによってホストされているマルチパーティー会議電話に参加している可能性があると決定／推測してよい。もちろん、出席サーバ１２０はまた、上で述べられていないが、人物１０６が外部会議／コラボレーションブリッジ１１４ａによってホストされているマルチパーティー会議電話に参加している可能性があると決定／推測するために、ルールエンジン１２１によって用いられることが可能なその他の種類の出席情報も収集してよい点を理解されたい。
【００２３】
図２を参照すると、ユーザ１０６が外部会議／コラボレーションブリッジ１１４ａによってホストされているマルチパーティー会議電話に参加している場合、ＰＢＸ１００（またはネットワークホスト型デバイス１００）がユーザ１０６に関して保留音機能を自動的に使用不能にすることを可能にするための方法２００の基本ステップの流れ図がある。ステップ２０２から始まり、ＰＢＸ１００（具体的には、プロセッサ／保留音抑制ユニット１１４ｂ）は、外部会議／コラボレーションブリッジ１１４ａによってホストされているマルチパーティー会議／コラボレーションセッションに参加することができるように、人物１０６がＰＢＸの内線１０２に接続されたデバイス１０４（例えば、会社の電話１０４）を使用しているという情報を入手する。上で述べたように、ＰＢＸ１００は会議／コラボレーションブリッジ１１４ａからこの情報を直接入手してよい（オプション＃１を参照）。ＰＢＸ１００はまた、人物１０６が会議／コラボレーションブリッジ１１４ａによってホストされているマルチパーティー会議電話に参加していることを単独で決定してもよい（オプション＃２を参照）。さらに、ＰＢＸ１００は出席システム１１８からこの情報（例えば、会議出席中状態１１６）を入手してよい（オプション＃３を参照）。ステップ２０４で、ＰＢＸ１００（具体的には、プロセッサ／保留音抑制ユニット１１４ｂ）は、この情報を入手した後、人物１０６によって使用されているデバイス１０４に関連している内線１０２に関して保留音機能を使用不能にする。この時点で、人物１０６がデバイス１０４を保留にする場合、音はマルチパーティー会議電話に流されないことになる。ステップ２０６で、ＰＢＸ１００（具体的には、プロセッサ／保留音抑制ユニット１１４ｂ）は、所定の時間が経過した後、または人物１０６がもはやマルチパーティー会議電話に参加していないことが決定された場合、デバイス１０４に関連している内線１０２に関して保留音機能を再度使用可能にする。
【００２４】
以下は、本発明のいくつかの追加的な特徴、利点および用途である。
・本明細書では１人の人物１０６のみが図示され説明されているが、ＰＢＸ１００、出席システム１１８および方法２００は任意の人数を支援し、監視してよい。
・出席システム１１８は、人物１０６がマルチパーティー会議電話に参加しているか否か判定する場合、誤りが生じても大事に至らぬように（ｅｒｒｏｒ  ｏｎ  ｔｈｅ  ｓｉｄｅ  ｏｆ  ｓａｆｅｔｙ）、会議出席中状態１１６を設定するように構成されてよい。ＰＢＸ１００が保留音機能を使用不能にし、かつ人物１０６がマルチパーティー会議に参加していない場合、別の人物が保留状態に置かれている際に音楽を聞かないことになる点を除いては、たとえ悪影響があるとしても、わずかでしかないことがその理由である。
・保留音抑制ユニット１１４ｂはＰＢＸ１００の外部に配置してよい。この場合、保留音抑制ユニット１１４ｂはコンピュータ電話インターフェース（ｃｏｍｐｕｔｅｒ  ｔｅｌｅｐｈｏｎｙ  ｉｎｔｅｒｒａｃｅ（ＣＴＩ））を経由してＰＢＸ１００と通信することになる。この状況は図１に示されていない。
・ＰＢＸ１００は、会議出席中状態１１６に加えて、出席システム１１８からその他の種類の出席情報を入手してよい。しかし、出席システム１１８はどの出席情報がＰＢＸ１００に送られるべきか判定するために用いられる規則／方針を有する場合がある。
・本明細書ではマルチパーティー会議電話に参加するものとして人物１０６が説明されているが、本発明はまた、人物１０６がコラボレーションセッションに参加している場合にも用いられてよい点を理解されたい。
・本発明は以下の文献において議論されている別の発明に関連および結合されてよい：
・２００５年９月２３日に出願され、「Ｔｅｌｅｐｈｏｎｙ／Ｃｏｎｆｅｒｅｎｃｅ  Ａｃｔｉｖｉｔｙ  Ｐｒｅｓｅｎｃｅ  Ｓｔａｔｅ」と題された、米国特許出願第１１／２３３９８７号。
・２００５年１２月１３日に出願され、「Ｓｙｓｔｅｍ  ａｎｄ  Ｍｅｔｈｏｄｓ  ｆｏｒ  ｕｓｉｎｇ  Ｄａｔａ  ａｂｏｕｔ  ｗｈｏ  ｉｓ  ｓｐｅａｋｉｎｇ  ｉｎ  ａ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｃｏｎｆｅｒｅｎｃｅ  ｔｏ  Ｅｎｈａｎｃｅ  Ｂｕｓｉｎｅｓｓ  ｕｓｅ  ｏｆ  Ｔｅｍｐｏｒａｌ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  ｏｆ  Ｔｈｏｓｅ  Ｐａｒｔｉｃｉｐａｔｉｎｇ  ａｎｄ  ｏｆ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｃｏｎｆｅｒｅｎｃｅ  Ａｒｃｈｉｖｅｓ」と題された、米国特許出願第１１／３０２８６０号（整理番号ＡｌｃａｔｅｌＦＩＴ＃１３９４０９）。
【００２５】
これらの文献の内容をこれにより本明細書に援用する。
・外部会議ソリューションプロバイダ（加入者宅内ベースまたはキャリアベース）は、加入者に対する付加価値サービスとして、この会議参加サービスおよびＰＢＸ強化システムを提供することが可能である。例えば、ＡｌｃａｔｅｌのｅＤｉａｌ製品は、本発明に従って強化されることが可能であり、次いでＧＥＴＳのようなＣＴＩコネクタを経由して供給メーカのＰＢＸと結合されることが可能である。
・出席システム１１８の基礎に関するより詳細な説明については、以下の文献が参照される：
・Ｊａｃｋ  Ｊａｃｈｎｅｒ他、「Ｒｉｃｈ  Ｐｒｅｓｅｎｃｅ：  Ａ  Ｎｅｗ  Ｕｓｅｒ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｅｘｐｅｒｉｅｎｃｅ」、Ｔｅｃｈｎｏｌｏｇｙ  Ｗｈｉｔｅ  Ｐａｐｅｒ、８頁、２００５年第１四半期に著作権取得。
・Ｊ．Ｒｏｓｅｎｂｅｒｇ、「Ａ  Ｄａｔａ  Ｍｏｄｅｌ  ｆｏｒ  ｐｒｅｓｅｎｃｅ」、ｄｒａｆｔ−ｉｅｔｆ−ｓｉｍｐｌｅ−ｄａｔａ−ｍｏｄｅｌ−０５（作業中）、２００５年９月２２日。
・Ｒｏｓｅｎｂｅｒｇ，Ｊ．、「Ａ  ｐｒｅｓｅｎｃｅ  Ｅｖｅｎｔ  ｐａｃｋａｇｅ  ｆｏｒ  ｔｈｅ  Ｓｅｓｓｉｏｎ  ｉｎｉｔｉａｔｉｏｎ  ｐｒｏｔｏｃｏｌ（ＳＩＰ）」，ＲＦＣ３８５６、２００４年８月。
・Ｈ．Ｓｈｕｌｚｅｒｉｎｅ他、「ＲＰＩＤ：Ｒｉｃｈ  Ｐｒｅｓｅｎｃｅ  Ｅｘｔｅｎｓｉｏｎｓ  ｔｏ  ｔｈｅ  ｐｒｅｓｅｎｃｅ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｄａｔａ  Ｆｏｒｍａｔ（ＰＩＤＦ）」、ｄｒａｆｔ−ｉｅｔｆ−ｓｉｍｐｌｅ−ｒｐｉｄ−０８（作業中）、２００５年７月１６日。
・Ｒｏｓｅｎｂｅｒｇ，Ｊ．、「Ｐｒｅｓｅｎｃｅ  Ａｕｔｈｏｒｉｚａｔｉｏｎ  Ｒｕｌｅｓ」、ｄｒａｆｔ−ｉｅｔｆ−ｓｉｍｐｌｅ−ｐｒｅｓｅｎｃｅ−ｒｕｌｅｓ−０３（作業中）、２００５年７月２０日。
【００２６】
これらの文献の内容をこれにより本明細書に援用する。
【００２７】
本発明のいくつかの実施形態が添付の図面に例示され、前述の詳細な説明で説明されているが、本発明は開示された実施形態に限定されず、特許請求の範囲に記載され、かつ定義された本発明の精神から逸脱せずに、多くの再構成、変更および置換えが可能である点を理解されたい。
【図面の簡単な説明】
【００２８】
【図１】本発明による、特定のユーザに関して保留音機能を使用不能にする時期を知るように、ＰＢＸ（または、ネットワークホスト型デバイス）が情報を入手することが可能ないくつかの異なる方法を説明するのを助けるために用いられる構成図である。
【図２】本発明による、ＰＢＸ（または、ネットワークホスト型デバイス）が特定のユーザに関して保留音機能を自動的に使用不能にすることを可能にするための方法の基本ステップを例示する流れ図である。
【符号の説明】
【００２９】
１００  ＰＢＸ（またはその他のデバイス）
１０４  デバイス
１０６、１０８、１１０  人物
１１４ａ  会議／コラボレーションブリッジ
１１８  出席システム
１２０  出席サーバ
１２１  ルールエンジン
１２２ａ  会議／コラボレーションコネクタ
１２２ｂ  電話コネクタ
１２２ｃ  カレンダコネクタ
【図１】
2007135204.tif 000003
【図２】
2007135204.tif 000004
【外国語明細書】
2007135204.tif 000005
2007135204.tif 000006
2007135204.tif 000007
2007135204.tif 000008
2007135204.tif 000009
2007135204.tif 000010
2007135204.tif 000011
2007135204.tif 000012
2007135204.tif 000013
2007135204.tif 000014
2007135204.tif 000015
2007135204.tif 000016
2007135204.tif 000017
2007135204.tif 000018
2007135204.tif 000019