(57)【要約】  本発明は会議運用システムの一部又は全ての機能を含めることにより多数のサイトによる特別会議の開始を直感的にかつ使用しやすくするための方法を開示している。その主要概念は呼出し側が特別会議を求めた場合、選択された参加者を会議に接続するのに必要な資源を自動的に予約することである。
2007534266.tif 000002
【特許請求の範囲】
【請求項１】
招待する参加者と１以上の招待された参加者の間で特別の会議を開始するための、又は、既に開始されている場合、特別会議に１以上の招待された参加者を追加するための方法で、招待した参加者が能力及び記帳のデータベースを有する会議運用システムに接続されていて、かつ、各参加者がそれに関連した少なくとも１個の会議用エンド・ポイントを有し、
ａ）特別会議の開始時に、又は、その特別会議に１以上の招待された参加者を追加するときに１以上の招待された参加者及び（又は）関連エンドポイントを特定する請求を会議運用システムへ伝送を開始すること、
ｂ）運用システム内で請求を受取った時点で、１以上の参加者の関連する会議用エンド・ポイントが現在遊休状態かどうかを能力及び記帳のデータベース内で調査すること、もし、そうなら、
ｉ）  その招待した参加者のエンド・ポイントと１以上の招待された参加者のエンド・ポイントを特別の会議内で自動接続すること、
を特徴とする方法。
【請求項２】
ステップｂ）に、１以上の参加者のエンド・ポイントが特別の会議に参加するのに十分な通信機能を有しているかどうかの調査をさらに含めることを特徴とする請求項１に基づく方法。
【請求項３】
ステップｂ）がさらに以下のサブ・ステップを含むこと、
ｉｉ）招待側のエンド・ポイントと招待された側のエンド・ポイントの状態を能力及び記帳のデータベース内で遊休から使用中に変更すること、特別の会議により占用されたネットワーク資源の状態を更新すること、
を特徴とする請求項１又は２に基づく方法。
【請求項４】
ステップｂ）がさらに以下のサブ・ステップを含むこと、
ｉｉｉ）能力及び記帳のデータベース内のデータに基づいて、及び（又は）事前定義された費用関数を最小限にすることにより、特別会議のためのネットワーク資源の経路を自動的に作成すること、
を特徴とする請求項１、２又は３に基づく方法。
【請求項５】
前記のネットワーク資源が１以上のゲートウエー及び（又は）１以上のＭＣＵであることを特徴とする請求項４に基づく方法。
【請求項６】
ステップｂ）がさらに、１以上の参加者が彼らのそれぞれのエンド・ポイントに出席しているかどうかについて、１以上の参加者のところに組込まれたＩＭアプリケーションと関連させて出席データベースを調査することを含めている、
ことを特徴とする請求項１−５のひとつに基づく方法。
【請求項７】
ＩＭアプリケーションのユーザー・インターフェースを通って１以上の招待された参加者を選択することにより招待側が特別会議を開始することを特徴とする請求項１−６のひとつに基づく方法。
【請求項８】
招待側が、１以上の招待された参加者のエンド・ポイントの電話番号をダイヤルすることにより特別の会議を開始することを特徴とする請求項１−６のひとつに基づく方法。
【請求項９】
招待する参加者と１以上の招待された参加者の間で特別の会議を開始し、又は、既に開始されている場合、その特別の会議に１以上の招待された参加者を追加するためのシステ
ムで、招待する参加者が能力及び記帳のデータベースを有する会議運用システムに接続されていて、各参加者が少なくとも１個所のそれに関連した会議用エンド・ポイントを有していて、
その特別の会議の開始時点に、又は、その特別の会議に１以上の招待された参加者を追加するときに、１以上の招待された参加者及び（又は）関連するエンド・ポイントを特定する請求を会議運用システムに伝送するように構成された開始手段、
その請求を受けた時点で、少なくとも１以上の参加者に関連したエンド・ポイントが現在遊休化しているかどうかについて能力及び記帳のデータベースを調査する会議運用システム内の資源マネージャー、
前記資源マネージャーが１以上の参加者に関連したエンド・ポイントが現在遊休化していることを述べている場合、招待した参加者のエンド・ポイントと１以上の招待された参加者のエンド・ポイントを自動的に接続する会議マネージャー・システム内の接続マネージャー、
を特徴とするシステム。
【請求項１０】
前記資源マネージャーが、１以上の参加者のエンド・ポイントが特別の会議に参加するために十分な通信能力を有しているかどうかについてさらに調査すること、又、十分な通信能力が存在しない場合に前記接続マネージャーがそれ以上は接続しないことを、
を特徴とする請求項９に基づくシステム。
【請求項１１】
前記資源マネージャーがさらに能力及び記帳のデータベース内で、招待側のエンド・ポイントと招待された側のエンド・ポイントの地位を遊休から使用中に変更するように、特別の会議が占用しているネットワーク資源の地位更新により構成されていることを特徴とする請求項９又は１０に基づくシステム。
【請求項１２】
能力及び記帳のデータベース内のデータにより、及び（又は）事前決定された費用関数を最小限にすることにより、特別会議のためのネットワーク資源のルートを自動的に作成するように構成されたルーティング・マネージャー、
を特徴とする請求項９、１０又は１１に基づくシステム。
【請求項１３】
前記ネットワーク資源が１以上のゲートウエー及び（又は）１以上のＭＣＵであることを特徴とする請求項１２に基づくシステム。
【請求項１４】
前記資源マネージャーがさらに、１以上の参加者がその各エンド・ポイントに出席しているかどうかについて、１以上の参加者の所に組込まれたＩＭアプリケーションと関連して出席データベースを調査するように構成されていることを特徴とする請求項９−１３のひとつに基づくシステム。
【請求項１５】
ＩＭアプリケーションのユーザー・インターフェースを通じて、１以上の招待された参加者を選択することにより招待側がその特別の会議を開始できるように調節されることを特徴とする請求項９−１４のひとつに基づくシステム。
【請求項１６】
１以上の招待された参加者のエンド・ポイントの電話番号をダイヤルすることにより、招待側がその特別の会議を開始できるように調節されることを特徴とする請求項９−１４のひとつに基づくシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は音響／画像の会議の開始に関する。
【背景技術】
【０００２】
従来の音響／画像の会議システムは、ＷＡＮ、ＬＡＮ、及び、回線切替えネットワークのような種々のネットワーク上の、及び、ネットワーク間の画像、音響及び（又は）データの実時間の流れを通信しているいくつかのエンド・ポイント（ｅｎｄ  ｐｏｉｎｔ）から成っている。
【０００３】
異なるサイト（ｓｉｔｅ）にあるいくつかの音響／画像会議システムが同じ会議に参加している。非常に頻繁に、視聴覚端末が相互通信を適切に行うために即ち、切替えるために、１以上のＭＣＵ’ｓ（Ｍｕｌｔｉｐｏｉｎｔ  Ｃｏｎｔｒｏｌ  Ｕｎｉｔ：多点制御ユニット）を通じている。
【０００４】
音響／画像の会議には種々の位置と機能と同時に相互操作をする種々の資源と機器が関係している。それゆえ、関連する資源を運用する機能が必要になる。それゆえ、音響／画像の会議システムが多くの場合、運用システムと関連して用いられる。
【０００５】
通常、運用システムは中心的操作を実行し、会議ネットワークを監視するための共通のポータル（ｐｏｒｔａｌ）である。運用システムには、全てのシステムの円滑な運用を図るために、一個所から会議システムの記帳、監視、保守、運用、修理を通常含めている。そのようなシステムは多くの場合ウエッブ・ベース（ｗｅｂ−ｂａｓｅ）であり、それゆえ、ウエッブ・ブラウザ（ｗｅｂ−ｂｒｏｗｓｅｒ）を実行しているワークステーション（ｗｏｒｋｓｔａｔｉｏｎ）からアクセスできる。一点から、コール（ｃａｌｌｓ）を制御し、監視し、スケジュール（ｓｃｈｅｄｕｌｅ）に組込み、又、ＭＣＵ、エンド・ポイント（ｅｎｄ−ｐｏｉｎｔｓ）とゲートウエー（ｇａｔｅｗａｙｓ）を含むテレビ会議のシステムを維持する能力は、ソフトウエア（ｓｏｆｔｗａｒｅ）の更新、コールの制御、ディレクトリー（ｄｉｒｅｃｔｏｒｉｅｓ）の運用と監視のような業務に使われる時間も低減する。
【０００６】
伝統的に、運用システムを用いてスケジュールを組立てたテレビ会議は、招待する参加者のリスト（ｌｉｓｔ）、開始時間、終了時間を用いて事前に計画される。運用システム内の資源スケジューラー（ｓｃｈｅｄｕｌｅｒ）は、ある時点での資源のスケジュール作成及び記帳のために用いられるモジュール（ｍｏｄｕｌｅ）である。その資源スケジュラーによりユーザーは資源の利用を請求できる。そして、請求した時点で利用が許可されるかどうかは、尋ねられた期間に資源が利用可能かどうかによる。資源スケジューラーは、会議室、ネットワーク資源、画像システム等の利用のスケジュール作成のために用いられる。資源スケジューラーは記帳の更新情報の検索に加えて、ＭＣＵ、ゲートウエー、ルーター（ｒｏｕｔｅｒｓ）、エンド・ポイント等の各装置の資源に関する情報を含むデータベース（ｄａｔｅｂａｓｅ）に接続しなければならない。
【０００７】
一例として、ユーザーＡが、ＭＣＵを通じてエンド・ポイントＢ及びＣを用いて、会議のコールのスケジュールを作成する。資源スケジューラーはデータベースに問い合せをして、エンド・ポイントＢ、Ｃ及びＭＣＵの能力を、また、それらが示された期間に利用可能かどうかを調査する。もし、資源がそのＭＣＵに対して既に記帳されていると、残りの利用可能な資源が、会議のコールを行なえるかどうか決定する。もし、十分な資源が残っていれば、会議のコールが記帳される。そして、データベースがその記帳について更新さ
れる。同じ期間内でエンド・ポイントのスケジュール作成の試みを続けることは、それらについて、データベース内で「使用中」としてマーク（ｍａｒｋ）されるので可能ではない。もし、例えば、４件の会議を同時に行うことが可能で、その４件目がＭＣＵを通じることが予約されていれば、同じことがＭＣＵについても言える。
【０００８】
テレビ会議の運用システムには、会議に与えられた開始時刻に招待されている参加者を自動接続し、会議終了時間に参加者全員を切離す接続マネージャー（ｍａｎａｇｅｒ）も含まれる。
【０００９】
さらに、運用システムには、参加するエンド・ポイントの間で自動ルーティング（ｒｏｕｔｉｎｇ）を行うルーティング・マネージャー（ｍａｎａｇｅｒ）が含まれる。ルーティング・マネージャーが、運用システムのデータベースからエンド・ポイント及び利用可能なネットワーク用装置に関する登録と記帳のデータを集める。必要なネットワーク用装置を含むエンド・ポイント間の一組の可能なルート（ｒｏｕｔｅｓ）が前記記帳と登録のデータを用いて作成される。そして、ルーティング・マネージャーは事前定義されたルール（ｒｕｌｅｓ）に基づいて最良のルートを決定する。
【００１０】
最先端の中で、伝統的な会議用運用システムを用いてスケジュールを作成したテレビ会議では、招待された参加者、開始時刻と終了時刻のリスト（ｌｉｓｔ）を用いて事前に計画される。既に述べたように、会議運用システムでは、請求された時間に利用できるテレビ会議用資源を確認し、会議に与えられた開始時刻に招待した参加者を接続し、会議の終了時刻に全参加者を切離す責任を有している。しかしながら、同じ環境で、特別の音響／画像の会議を運用することを試みることにより、一定の新問題に対応する必要がある。特別なテレビ会議に数人の参加者を招待したとき、招待された参加者の何人かが出席できなくなるリスク（ｒｉｓｋ）がある。それにより、他者が使用できたはずのテレビ会議用資源を占用している場合がある。参加者が特別なテレビ会議に出席できないリスクは、計画されたテレビ会議に参加者が出席できないリスクより高くなる。進行中の会議に参加者を追加することにも問題があり、この参加者追加は、他のネットワーク資源に予想される要件により、進行中の会議を切離してしまう。
【００１１】
画像を特別のコミュニケーション・ツール（ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｔｏｏｌ）として画像を用いるユーザーが増加すると共に、そのようなタイプ（ｔｙｐｅ）の会議を運用するテレビ会議運用システムの必要性が増大する。特別のテレビ会議に多くの当事者が関与するとき、厳密な形で資源を運用する必要性が拡大し、実際に使用されない資源が記帳することが無いようにする。
【発明の開示】
【発明が解決しようとする課題】
【００１２】
上記問題を避ける方法とシステムを提供することが本発明の目的である。
【課題を解決するための手段】
【００１３】
添付された独立請求項に定義されている機能がこの方法を特徴付けている。
【００１４】
特に本発明は、招待する参加者と１以上の招待された参加者の間で特別会議を開始する方法を提供する。招待する参加者は能力と記帳のデータベースを有する会議運用システムに接続していて、各参加者はそれに関連して少なくとも１個の会議用エンド・ポイントを有していて、１以上の招待された参加者及び（又は）関連したエンド・ポイントを特定する請求を特別会議の開始時点で会議運用システムへ伝送を開始すること、その運用システム内でその請求を受取った時点で能力と記帳のデータベース内を調査して、少なくとも１以上の参加者に関連する会議用エンド・ポイントが現在遊休化しているかどうかを調査す
ること、もし、そうなら、特別の会議内で招待する参加者のエンド・ポイントと１以上の招待された参加者のエンド・ポイントを自動的に接続することのステップを含む。さらに、本発明はこの方法を実施するシステムも含めている。
【００１５】
本発明をより容易に理解できるようにするために、以下の議論は添付した図面を参照している。
【発明を実施するための最良の形態】
【００１６】
以下で、本発明は好ましい実施例を記述することにより、又、添付図面を参照することにより、論じられている。しかしながら、当業界の技術者であれば、同封した独立請求項内に定義された本発明の範囲内で他の応用及び修正を認識するであろう。
【００１７】
テレビ会議システムの使用を一層拡大するために、特別会議を、伝統的な電話の呼出しをするように、又は、例えば、即時メッセージ送付及び出席のサービス（ｓｅｒｖｉｃｅ）を通して他の人々に接触するときのように、容易にかつ直感的にすべきである。ある人がテレビ会議の機能を用いたいときは、利用可能な資源がある限り、予定されている会議とは無関係に、その人には最小限の準備と努力で音響／画像の会議を即時に与えるべきである。
【００１８】
本発明は、この直感的で、かつ、使いやすい多サイトの特別会議を、会議運用システムの一部又は全ての機能を含めることにより開始できる。主要概念は、特別会議を呼出し側が請求し、招待された参加者が受取ると、会議内の選択された参加者を接続するのに必要な資源を自動的に予約することである。本発明の一実施例では、参加者は招待される。彼らがその招待を受入れると、会議に接続される。もし、請求された参加者数を接続するのに十分な資源が無い場合、そのユーザーはその状況についてのメッセージ（ｍｅｓｓａｇｅ）情報を受取る。そして、招待すべき参加者数を示唆する。もし、そのユーザーが多くの参加者を既存のテレビ会議に招待することを希望すれば、資源マネージャー（ｍａｎａｇｅｒ）が利用可能な資源を計算する。そして、参加者を追加することが可能であるかどうかユーザーに知らせる。
【００１９】
本発明に基づくと、ユーザーが即時呼出しのために１以上の参加者を呼出して、会議運用システムを請求する。そのユーザーは、インスタント・メッセージング・インターフェース（Ｉｎｓｔａｎｔ  Ｍｅｓｓａｇｉｎｇ  （ＩＭ）  Ｉｎｔｅｒｆａｃｅ）内に組込まれたバディ・リスト（ｂｕｄｄｙ  ｌｉｓｔ）内の選択された参加者をクリック（ｃｌｉｃｋ）することにより、呼出しを開始するために、彼／彼女のエンド・ポイントと関連するＩＭ  アプリケーション（ａｐｐｌｉｃａｔｉｏｎ）を用いる。代わりに、ユーザーは、メニュー（ｍｅｎｕ）システムを通じて、彼／彼女のエンド・ポイントから直接に、又は、参加者のシステム番号を連続的にダイヤル（ｄｉａｌｌｉｎｇ）をすることだけにより、呼出しを開始しうる。開始時点で、運用システム内の１以上のモジュール（ｍｏｄｕｌｅ）が請求される、好ましくは、ユーザーがそれについて意識しないで、又は、モジュール内の何かに立脚する必要がある。そして、運用システムが資源を自動的に選択して、記帳する。そして、参加者のエンド・ポイントに関する知識に基づき、運用システムのデータ・ベース内で利用できる情報だけでルーティング（ｒｏｕｔｉｎｇ）を決定する。
【００２０】
本発明の一実施例でのメッセージの流れを図１に示す。招待側が招待される一群を多群による特別会議に招待すると、請求が最初に資源マネージャーに送られる。会議の請求には招待された参加者の識別とこれらの参加者の呼出し能力が含まれる。
【００２１】
そして、資源マネージャーが、その時点で利用可能な資源の計算を開始する。テレビ会議の実施に必要な資源は以下のパラメーターに依存する。
−  参加者数
−  各参加者に必要な帯域
−  呼出しプロトコール（ｐｒｏｔｏｃｏｌ）
−  画像の解像度
−  現在の資源の利用
−  エンド・ポイントの能力についての知識
【００２２】
この情報は運用システムのデータベースに問い合せを伝送することにより提供される。会議に招待された側を追加するために必要な資源が利用可能であれば（招待された側がまだ記帳されず、ＭＣＵ資源が利用可能である等）、データベースに記帳することにより資源の割当が行われ、確認メッセージが、用いられるネットワーク資源を好ましく含めて、資源マネージャーに戻す。そして、資源マネージャーが招待状を送るべきでないと招待側に通知する。他方、十分な資源が利用可能になっていない場合、このことを資源マネージャーに通知する。そして、資源マネージャーが否定コール設定メッセージを、又は、代わりに、受入れるにはどのように請求を変更すべきかを示唆したメッセージを招待側に戻す（例えば、帯域を下げるか、又は、参加者数を減らす）。
【００２３】
前記のように、会議運用システムにはルート・マネージャーも含まれている。そのようなルート・マネージャーには、処理をさらに最適化するために特別会議を自動設定することを含めることができる。そしてルート・マネージャーが事前定義された費用関数に基づいて現在利用可能なネットワーク資源の最適ルートを計算する。そして、このルートは接続マネージャーが会議を接続するときに使用する。
【００２４】
しかしながら、ここで、確認メッセージを受取った時点で請求された資源が利用可能なことを想定すると、資源マネージャーが請求されたコールの接続が進行中であることを招待側に知らせるメッセージを戻す。会議を接続するのに十分な情報（エンド・ポイントのアドレス、ネットワーク資源のアドレス等）を含めた他のメッセージを接続マネージャーに伝送する。メッセージを受取ると、接続マネージャーが招待側と招待された側の両方に、用いられる信号処理プロトコール（ｐｒｏｔｏｃｏｌ）に基づいて、接続請求を送る。招待された側が受取ると、会議が接続される。
【００２５】
一方の又はそれ以上の側が遮断するとき、同様の逆手順を実施する。当事者の一方からの遮断メッセージが接続マネージャーに達すると、用いている信号処理プロトコールに基づいてその当事者を遮断する。そして、メッセージを資源マネージャーに送ってその遮断について知らせる。資源マネージャーがメッセージを翻訳して、情報をデータベースに伝える。さらに、データベースが遮断された当事者の地位を記帳から遊休に割付ける。その遮断により冗長になった他の資源も解除される。
【００２６】
参加者が招待即ち接続の請求を受けるとき、彼らは受入れるか、又は、拒否できる。参加者が拒否すると、招待側に知らせる。そして、招待された参加者が占用するはずだった資源をデータベース内で解除する。
【００２７】
テレビ会議の招待側が、会議開始後に会議に参加者の追加を希望することがある。この場合も、資源マネージャーが、参加者を追加するのに十分な資源があるかどうかを計算し、上記と同じ手順を実行する。ある場合に、会議への参加者を追加することは、他のネットワーク・ユニット（ｎｅｔｗｏｒｋ  ｕｎｉｔ）を通じてコールの経路変更が必要になる。これにより、進行中の会議を一時的に停止することが必要になることがある。これが希望の解決策であるかどうかを招待側が尋ねる。招待側がこの解決策を受入れると、進行中の会議を終了し、新しく招待された参加者による新会議を開始する。招待側がこの解決策を拒否すれば、何も生じない。代わりに、会議を停止するために、第二のネットワーク・ユニットを通じて代わりの接続が提供される。開始後、それから会議を進めるメットワーク・ユニット内で以前に占用していた資源が解除される。新しい参加者を加えたときに、他のネットワーク・ユニットを切替えることには会議を終了する必要がない。
【００２８】
さらに、出席とＩＭを導入することにより、他のユーザーによりコールの開始すること、又は、すでに実施されている会議にユーザーを含めることは、招待するユーザーが、出席又はＩＭのアプリケーションの「バディ・リスト」内に含まれていて、望まれ及び出席している招待されたユーザーのリンク（ｌｉｎｋ）のダブル・クリック（ｄｏｕｂｌｅ  ｃｌｉｃｋ）を行うだけなので、容易かつ直感的である。ＩＭアプリケーションが招待側に組込まれていない場合でも、出席アプリケーションの機能は依然として使用できる。招待された側がＩＭ又は出席のアプリケーションを組込んでいれば、そして、関連する出席データベースが会議運用システムに接続していれば、招待された側の出席情報を用いて、特別会議が行われるかどうかの決定を行なえる。そして、資源マネージャーが出席データベースに、招待された側が現在その関連エンド・ポイントに出席しているかどうかを調査させなければならない。
【図面の簡単な説明】
【００２９】
【図１】本発明の例示的実施例に関係する事項間のメッセージの流れを示す。
【図１】
2007534266.tif 000003
【国際調査報告】
2007534266.tif 000004
2007534266.tif 000005
2007534266.tif 000006