(57)【要約】  本発明は、コールに参加するためにユーザーがどのシステムを使うかの自動決定用に１つ以上のシステムをユーザーに接続するための方法を開示する。各ユーザー用のビデオ会議システム及び／又は位置の予め規定されたリストが予め規定され、優先順序で配置される。会合及び／又はビデオ会議を計画する時、該会合／会議に含まれるエンドポイント及び他のリソースの選択時該予め規定されたユーザーリストが斟酌される。該選択過程は、種々のシステム利用可能性、ネットワークリソースそして該会議内の他のシステムを接続するため要するルーターをも考慮する予め規定されたルールにより制御される。本発明は又臨時の会合／会議の計画とセットアップを容易にするためにプレゼンスアプリケーションを導入する。
2007527661.tif 000002
【特許請求の範囲】
【請求項１】
その会議が１人以上のユーザー間の通信用にパケット及び／又は回路の交換網を使う場合の混合メディア会議のリソースを割り当てるための柔軟な方法に於いて、該方法は、第１会議セッションがスタート時刻ｔ１と終了時刻ｔ２を有してｔ１＋θ１＝ｔ２を意味する、θ１と言う第１時間の間該第１会議セションに該会議リソースを配置するが、該配置が行われるのは、ｔ３が同じリソースの１つ以上を使う第２会議スタートアップ時刻である時、ｔ１＋θ１＜ｔ３⇒ｔ１＜ｔ３−θ１の第１スタートアップ条件が充たされ、そして該終了時刻ｔ２がダイナミックにそして自動的に延長可能であるので、従って下記条件、すなわち
ａ）ｔ１＋θ１＝ｔ３⇒ｔ１＝ｔ３−θ１が該第１セションの参加者への該第１セションの終了時刻はｔ３に等しく、又は実質的に等しくセットされるだろうとの通知を意味する、又は
ｂ）ｔ１＋θ１＞ｔ３＞ｔ１⇒ｔ３＞ｔ１＞ｔ３−θ１が該第１セションの参加者への該第１セションの終了時刻はｔ３に等しく、又は実質的に等しくセットされるだろうとの通知を意味する、又は
ｃ）ｔ１＋θ１＜ｔ３⇒ｔ１＜ｔ３−θ１
の１つが充たされた時、リソースは該第１会議用に割り当てられる、という前提に於いてであり、そして該方法は更に
該第２会議との干渉無しに該リソースを該第１会議用に保持するよう繰り返し条件テストがΔｔの周期的繰り返し間隔で会議管理アドミニストレーター又は管理システムにより自動的に実行されることを特徴とする該方法。
【請求項２】
ｔ３のプレゼンスに関して、ｔｃが実時間である様な新パラメーターｔｃが確立され、ｎが正の整数であるとして時刻ｎ・Δｔでの条件テストが表現ｔｃ＋θ１＋Δｔにより与えられ、この表現が、ｔ３より小さいか、ｔ３に等しいか又はｔ３より大きいかに対しテストされねばならず、もし該表現が小さいなら、該第１会議は特別の時間Δｔの間リソースを割り当てられ得て、もし条件ｔｃ＋θ１＋Δｔ≧ｔ３＞ｔｃ＋θ１が充たされるならｔ２＝ｔ３とさせ、該参加者は新固定終了時刻ｔ２を通知され、そしてもしｔｃ＋θ１＋Δｔ＞ｔ３≦ｔｃ＋θ１が充たされるなら該第１会議セションは終了し、該第１会議セションに割り当てられた該リソースは解除され、会議管理システムは更新されることを特徴とする請求項１の方法。
【請求項３】
該周期的繰り返し間隔Δｔが条件：Δｔ→０を充たすことを特徴とする請求項２の方法。
【請求項４】
もし該第１会議セションが終了時刻ｔ２に達する前に前記セションの参加者の一人により終了させられるなら、代わりにもし条件ｔｃ＋θ１＜ｔ３⇒ｔｃ＜ｔ３−θ１が充たされるなら、該第１会議セション用に割り当てられた該リソースは解除され、該会議管理システムは更新されることを特徴とする前記請求項の何れかの方法。
【請求項５】
該第１時間、θ１が会議管理システム、会議管理アドミニストレーターによりセットされるか、又はそれがプリセットされたデフオールト値であることを特徴とする前記請求項の何れかの方法。
【請求項６】
該θ１が初期条件として該ｔｃ又はｔ１に付加されたバッファーであるか、又はそれがプリバッファースタート時刻ｔ３−θ１＝ｔ４を与える第２の計画済み会議のスタート時刻ｔ３の前に付加されるバッファーであり、ｔ１，ｔｃへの該θ１付加、或いはｔ３に対するθ１の引き算、が会議間の何らかの干渉無しに同じリソースを共有する会議リソースの割り当てを保証することを特徴とする請求項２−５の１つの方法。
【請求項７】
該新しい終了時刻、ｔ２が会議管理システム、会議管理アドミニストレーターによりセットされるか、又はそれをプリセットされたデフオールト値とすることが出来ることを特徴とする請求項１又は２の方法。
【請求項８】
該会議管理システム／アドミニストレーターを使って該プリバッファースタート時刻を計算し、かくして条件’プリバッファースタート時刻’＋’バッファー長さ’が該計画済み会議スタート時刻に等しいことを充たすことを特徴とする請求項６の方法。
【請求項９】
該第１会議セションが臨時会議セションであることを特徴とする請求項１，２及び４の何れかの方法。
【請求項１０】
該第２会議セションが計画済み会議セションであることを特徴とする請求項１，２又は６の何れかの方法。
【請求項１１】
該第１会議セションを確立するユーザーが、共通の通知サーバーを共有する他のユーザーの利用可能性を、特定の時間の間のパーソナルコンピュータ、クライアント等の上の何等かの活動があったかどうかをモニターすることにより、モニターすることが出来ることを特徴とする前記請求項の１つの方法。
【請求項１２】
該第１及び／又は第２会議セションがビデオ会議設備を使う会議セションであることを特徴とする前記請求項の１つの方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はオーディオ/ビデオ会議（audio/video conferences）の管理（managing）、計画（scheduling）及び始動（initiating）に関し、特に混合メディア会議リソース（mixed media conference resources）を１つ以上のユーザーの間に割り当てる（allocateing）柔軟な方法に関する。
【背景技術】
【０００２】
従来のオーディオ/ビデオ会議システムはダブリューエイエヌ（WAN）、ラン（LAN）及び回路交換網（circuit switched networks）の様な種々のネットワーク上又はその間で実時間のビデオ、オーディオ及び／又はデータの流れを通信する多数のエンドポイント（end-points）を有する。
【０００３】
種々のサイトに定在する多数のオーディオ／ビデオ会議システムは、オーディオビジュアルターミナルが適当に相互通信することを可能にするために、最も屡々、交換機能（switching functions）を不在で行う１つ以上のエムシーユーエス（MCU's）｛多点制御ユニット（Multipoint Control Unit）｝を通すことにより、該同じ会議に参画（participate）する。
【０００４】
オーディオ／ビデオ会議は、種々の配置と能力で同時に相互操作（interoperating）する種々のリソースと機器を含むので、計画（scheduled）された及び臨時（ad hoc）の両オーディオ／ビデオ会議用に、関与するリソースを管理する能力のニーヅがある。又用語法の計画（schedule）又はスケジューラー（scheduler）は、臨時のコール（call）に使われるリソースが他の会議による干渉を避けるため予約されねばならない時、臨時の会合又はコールのセットアップも含むと理解されるべきである。
【０００５】
オーディオ／ビデオ会議システムは従ってリソ−ススケジューラーと’関連して使われる’ことが多い。リソーススケジューラーは何等かの与えられた時点でリソースを計画する又は予約するため使われるモジュールである。該リソーススケジューラーはユーザーが与えられた時点でリソース利用を要求することを可能にし、そしてその時該利用を許可するか又は許可しないか何れかとする。リソーススケジューラーは会合室、ネットワークリソース、ビデオシステム他の使用を計画するため使われることが多い。該リソーススケジューラーはエムシーユーエス（MCU's）、ゲートウエイ（gateways）、ルーター（routers）、エンドポイント（endpoints）他の様な全てのアクセス可能なリソースに関する更新された情報を有するデータベースに接続されねばならない。
【０００６】
リソーススケジューラーは例えば、システムとリソースの展望を提供し、そのユーザーが予約を創り、編集しそして削除し、ダイヤルイン参加者（dial-in participants）用のリソースを予約しそしてバンド幅とネットワーク設定を指定することを可能にする。該リソーススケジューラーは又自動的コールルーティング及び点から点接続の自動選択又は１つ以上のエムシーユーエスの’使用’をサポートしてもよい。該リソーススケジューラーは、従来のウエブブラウザーの他の、ユーザーターミナルへの何等追加的設置を要しない直感的ウエブインターフエース（intuitive web interface）上で動作してもよい。
【０００７】
全ての主要参加者（major players）は今やこの種の管理ソフトウエアを映像内に持ち込むが、それはあなたにウエブジーユーアイエス（web GUIs）を通して臨時ビデオ会議を管理させる。又全てがあなたに会議を計画させ、幾つかはアウトルック（Outlook）、ロータスノートカレンダー（Lotus Notes calendars）を用いてか又は所有者の解を用いて
動作する。しかしながら、その参加者の誰一人も真の意味で直感的ジーユーアイを用いて臨時のオーディオ／ビデオ会議を提供することはない。普通臨時会議イニシエーター（ad
hoc reference initiator）は求めた参加者が利用可能かどうかを検証（verify）せねばならない。この検証は会議ベンダージーユーアイの他のジーユーアイか、又は電話を使って場所を見出すのが典型的であり、検証の後或る種の管理ソフトウエアを用いて該臨時会議が確立され得る。
【０００８】
もし当該技術で規定される会議施設を使うならば、臨時会議イニシエーターは典型的に、会議機器に関してのみならず会合室に関しても共にリソース割り当てを示すカレンダーを有する、アウトルック、ノーツ他の様な、管理ツールのユーザーに親しまれたジーユーアイを有する。該会議の確立は、会合の計画と同様に多くの特徴を有し、かくして該イニシエーターは、必要なリソースが利用可能かどうかを見出し、望ましい会議参加者がいるかどうかを検証せねばならない。その後、会議コールは、例えば、ジーユーアイ上で招待参加者の電話番号をクリックすることにより会議コールが確立され得る。上記で指摘した様に、これは用語法”臨時に”に対して有する期待と同列にはなく、臨時に、はインスタントメッセージング（instant messaging）｛アイエム（IM）｝又は電話を使う程度に直感的（intuitive）であるべきである。更に、近づく会議（upcoming conference）の場合、該臨時会議の参加者に通知は与えられず、かくして該臨時会議は該参加者に何等通知が与えられずに中断へ強いられ得る。
【０００９】
従来、当該技術では、会議管理システム（Conference Management System）を使って計画されるビデオ会議は、招かれる参加者のリスト、スタート時刻、そして終了時刻を伴って前以て計画される。該会議管理システムは要求時刻用に利用可能ビデオ会議リソースをチェックし、該会議用に与えられたスタート時刻に招待参加者に接続し、そして会議終了時刻に全参加者を遮断する責任がある。同じ環境で臨時のオーディオ／ビデオ会議を管理しようと企てることにより、或る新項目に取り組み必要がある。臨時のオーディオ／ビデオ会議は既知の終了時刻を有しないから、該会議管理システムは問題のオーディオ／ビデオ会議リソース用に終了時刻をセットアップ出来ず、従って何時該リソースがもう１つの会議用に準備完了となるかを予測出来ない。
【００１０】
主な問題の１つは、臨時の会議が如何に長く続くか？である。今日、何等終了時刻を有しない会議を計画するなら、該リソースは該会議が終わるまで全ての近づく計画用にロックされるであろう。これは、会議の終了時刻に関する何らの知識も有しない時は問題である。もし該臨時会議が参加者の一人により固定終了時刻を与えられるか、又は該臨時会議に固定した終了時刻が強いられるなら、その参加者は、該会議が該固定終了時刻に自動的に終了するか、或いは他の近づく会議のために終了させらる時、特にこれが該会議中の何等かの自然な中断（natural break）無しに起こるなら、驚かされるであろう。それらが終了時刻又はスタート時刻の様な時刻制限を設定するニーヅ無しで柔軟であるべきことは臨時の会議の暗黙の特徴である。更に、リソースは容易にアクセス可能であるべきで、それらは他の近づく会議を阻止すべきでなく、他の会議の予約も阻止すべきでない。なお、更に、臨時会議の参加者は計画済み会議の質と予測可能性（quality and predictability）を有すべきであり、従って何等驚くべき中断（interruption）は起こるべきでない。
【００１１】
上記で示した要求を充たす何等かの柔軟なシステムは現在存在しないので、その結果ビデオ会議機器のリソース管理は不足している。経験に基づいて、彼等が利用可能な所要リソースを有することを単に確認するために、人々は必要より長い時間の間ビデオ会議を予約し、かくして彼等の会合が終了した後ビデオ会議リソースを占有する傾向がある。最悪の場合のシナリオでは、使用されない沢山のオーディオ／ビデオ会議施設を有する、一方同時に該設備を要する人々がおり、何故ならば、該管理システムは更新されず、従って例えそれが自由であっても占有されていると示されるからである。かくして、オーディオ／
ビデオ会議リソースのもっと柔軟な使用を可能にする巧みな（sophisticated）解決策のニーヅが存在する。
【発明の開示】
【課題を解決するための手段】
【００１２】
本発明の目的は上記説明の問題を避ける方法を提供することである。
【００１３】
同梱の独立請求項で規定された特徴がこの方法を特徴付ける。
【００１４】
特に本発明は、その会議が１人以上のユーザー間の通信用にパケット−及び／又は回路−交換網（packet- and/or circuit- switched network）を使う場合の混合メディア会議のリソースを割り当てるための柔軟な方法を開示するが、該方法は、第１会議セションがスタート時刻ｔ１と終了時刻ｔ２を有してｔ１＋θ１＝ｔ２を意味するθ１と言う第１時間（first period of time）の間該第１会議セションに該会議リソースを配置するが、該配置が行われるのは、ｔ３が該同じリソースの１つ以上を使う第２会議のスタートアップ時刻である時、ｔ１＋θ１＜ｔ３⇒ｔ１＜ｔ３−θ１の第１スタートアップ条件が充たされ、そして該終了時刻ｔ２がダイナミックにそして自動的に延長可能であるので、従って下記条件、すなわち
ａ）ｔ１＋θ１＝ｔ３⇒ｔ１＝ｔ３−θ１が該第１セションの参加者への該第１セションの終了時刻はｔ３に等しく、又は実質的に等しくセットされるだろうとの通知を意味する、又は
ｂ）ｔ１＋θ１＞ｔ３＞ｔ１⇒ｔ３＞ｔ１＞ｔ３−θ１が該第１セションの参加者への該第１セションの終了時刻はｔ３に等しく、又は実質的に等しくセットされるだろうとの通知を意味するする、又は
ｃ）ｔ１＋θ１＜ｔ３⇒ｔ１＜ｔ３−θ１
の１つが充たされた時、リソースは該第１会議用に割り当てられる、と言う前提（provided that）に於いてであり、そして該方法は更に該第２会議との干渉無しに該リソースを該第１会議用に保持するよう繰り返し条件テスト（repetitive conditional testing）がΔｔの周期的繰り返し間隔で会議管理アドミニストレーター又は管理システムにより自動的に実行されることを指定されている。
【発明を実施するための最良の形態】
【００１５】
下記では、好ましい実施例を説明し、付随する図面を参照することにより本発明が論じられる。しかしながら、当業者は、込められている独立請求項で規定される本発明の範囲内で他の応用と変型を実現するであろう。
【００１６】
本発明の主な目標は、オーディオ／ビデオ会議システムに柔軟性を付加し、従ってこの様なシステムの使用を増やすのみならず該オーディオ／ビデオ会議システムが予約されるが使われない時間を減じることである。
【００１７】
下記では、用語法”混合メディア”は音声データ、静止映像か又はビデオかの何れかの画像データ、何等かの他のデジタルデータの交換又はそれらの何等かの組み合わせ、として理解されるべきである。
【００１８】
ビデオ会議システムのもっと広い使用を達成するためには、遙かにもっと簡単でもっと予測可能な臨時サービスを必要とする。人がビデオ会議設備を使おうと欲する時は何時も、計画済み会議から独立した利用可能なリソースがある限り、彼／彼女はオーディオ／ビデオ会議リソースを与えられねばならない。この課題を達成するためには、多くの問題が解決されねばならず、すなわち、未計画の臨時会議を計画する方法、該臨時会議に関してのみならず、計画より前に終了する計画済み会議又は割り当て時間を超えて延びる計画済
み会議に関しても会議管理システムを更新する方法、被招待参加者が彼等のデスクにいるかどうかを知る方法が、ピ−シー（PC）、電話又は従来のビデオ会議機器で利用出来ることである。インスタントメッセンジャーアップリケーション（instant messenger applications）から、パーソナルコンピュータ、クライアント等上の何等かの活動（activity）があったかどうかを検出することが知られており、従ってプレゼンスの兆候（presence indication）を有しており、かくして第２，第３、第４他の人を招く第１の人は、インスタントメッセンジャーを使って、該第２−第４の人のプレゼンスに関する兆候を有し、従って該第１の人はこれらの兆候に基づいて招待者との臨時のチャッティング（chatting）を確立出来る。チャッテイング内では、関心のある人が利用可能であり、必要なアップリケーションが彼等のコンピュータ等にインストールされている限り、リソース割り当ては滅多に問題にならず、人は電子通信を確立することが出来るが、この様なことはより進歩したオーディオ／ビデオ又はマルチメディア会議での場合ではない。上記で示した様な、解決されねばならぬ多くの問題がある。
−リソースすなわち、人又は他のもの、が何等かの与えられた時刻に利用可能かどうかを示す方法を必要とする。
−特定の時間の間パーソナルコンピュータ、クライアント等上で何等かの活動があるかどうかをモニターすることにより、第１会議セションを確立するユーザーが、共通の通知サ−バーを共有する他のユーザーの利用可能性をモニター出来る、と言う仕様の下で、一人以上のユーザー間の通信用にパケット及び／又は回路交換を利用する混合メディア会議のリソースを割り当てる柔軟な方法を要する。
−計画済み会議と干渉することなく臨時会議を確立出来る方法を要する。
−臨時会議と干渉することなく計画済み会議を確立出来る方法を要する。
−終了した会議から、例えそれらが計画終了時刻の前に終了しても、リソースを解除出来る方法を要する。
−近づく計画済み会議による混乱の前に臨時会議の参加者に通知する方法を要する。
−他の近づく計画済み会議による混乱の前に、参加者に延長された計画済み会議を通知する方法を要する。
【００１９】
上記で指摘され取り組まれるニーヅの全てはタイムバッファー（time buffer）の概念により充たされる。該アイデアは臨時会議用に可成りの量の時間をリザーブ（reserve）するか、又は進行中の、又は計画済みの会議のスタート時刻より早いスタート時刻を与えられたら、該進行中の又は計画済み会議に付加される保護プリバッファー（protection prebuffer）で進行中の会議又は計画済み会議を保護する、そして更に臨時会議の持続時間（duration）を確保する１セットの規則を適用することである。該臨時会議は、どの計画済み会議も該臨時会議と矛盾しない限り、ユーザー用には終了時刻を有するようには見えなくすべきである。
【００２０】
臨時会議に又は何等かの他の会議にタイムバッファーを追加する概念は、本発明によれば、下記数学的表現により表され得る。
【００２１】
本発明による会議セション用の有効なスタートアップ条件の一般的表現は下記である。
【００２２】
（１．１）ｔ１＋θ１＜ｔ３∨ｔ１＋θ１＞ｔ３＞ｔ１
本発明によれば、現在の又は進行中の会議のランタイム条件の一般的表現は下記で与えられ、すなわち該表現は会議をランさせるのに必要な条件を表しており、更にΔｔの繰り返し間隔で条件テストが行われ、従って該条件テストはｎ・Δｔで行われ、ここでｎは正の整数である。
【００２３】
（１．２）ｔｃ＋θ１＋Δｔ＜ｔ３∨ｔｃ＋θ１＋Δｔ＞ｔ３＞ｔｃ
最後に、本発明によれば、進行中の会議セションを終了し、会議管理システムの更新用の
条件の１つを我々は数学的に表現したが、該テストは上記と同じであり、ｎ・Δｔ毎に実行される。
【００２４】
【数１】
2007527661.tif 000003
【００２５】
ここで、
ｔ１：第１の臨時会議セションのスタートする時刻であり、
ｔ２：第１の臨時会議の終了時刻であり、
ｔ３：第２会議セションのスタート時刻であり、
ｔ４：既に確立された又は計画済みの会議に追加されるプリバッファーのスタートする時刻であり、
θ１：プリバッファーの長さであるか、又はそれは計画された終了時刻無しの会議の”プリセット”長さであり、そして
Δｔ：現在にセション用のランタイム条件（run time condition）の条件テスト用の繰り返し間隔（repitition intervals）用の値である。
【実施例１】
【００２６】
図１の示される第１シナリオを参照すると、ユーザーが本発明により会議をスタートすると、該会議は現在の時刻、ｔ１であるスタート時刻と、仮の終了時刻、ｔ２を用いて計画される。更に、該セションの長さはｔ２−ｔ１＝θ１となろう。第１期間の時間Δｔだけ該会議内へ、本発明の管理システムは期間Δｔを用いて終了時刻、ｔ２を延ばすよう企てるであろう。もし該臨時会議の新しい終了時刻、ｔ２と相いれない近づく会議が無ければ、該終了時刻、ｔ２は参加者が警告されることなく動かされるであろう。しかしながら、再び同じ図であるが、今度は第２シナリオを参照して、該新しい終了時刻、ｔ２が近づく計画済み会議と相いれないならば、該新しい終了時刻、ｔ２は該第２会議のスタート時刻、ｔ３にセットされ、該臨時会議の参加者は該会議の終了と該終了時刻、ｔ２と、を通知されるだろう。第１の実施例により臨時会議をスタートアップするための条件は、式（１．１）により充たされるが、しかしながら、この表現の境界条件を解析することにより、（１．１）により与えられる表現の特定の解への特定のアクションを追加することが出来る：
（１．１ａ）ｔ１＋θ１＜ｔ３  （１．１ｂ）ｔ１＋θ１＝ｔ３  （１．１ｃ）ｔ１＋θ１＞ｔ３＞ｔ１
もし（１．１ａ）の条件が充たされれば、新しい会議セションの第１持続時間θ１を有する新しい混合メディア会議用にリソースを割り当てるであろう。もし（１．１ｂ）の条件が充たされれば、そのセションの固定終了時刻がｔ３にセットされる又はｔ３に実質的に等しい、かくして
【００２７】
【数２】
2007527661.tif 000004
【００２８】
の新しい混合メディア会議用にリソースを割り当てるであろう。更に、この新しい会議セションに参加する参加者は該固定終了時刻を通知されるだろう。もし（１．１ｃ）で表明される条件が充たされるなら、（１．１ｂ）が充たされる時と同じアクションが実行されるが、しかしながら、特にもしｔ３とｔ１の間の差が少ないなら、該会議管理システム又は会議管理アドミニストレーターはこの様な会議を拒絶する可能性がある。
【００２９】
新会議セションの確立後、該進行中の会議がより高い又は等しい優先度（priority）を有する他のセション又は既に計画済みの会議と干渉することを防止するためにテストが実行されねばならない。これらのテストは表現（１．２）に従うが、しかしながら、該条件
テストの３つの起こり得る結果の各々はそれ自身のアクションを支配（prevail）する。ｔｃ＋θ１＋Δｔ＜ｔ３の表現が与えられるならば、これは、何れの参加者にも条件テストが行われたことを通知することなく、そのセションの進行を保つ。もし条件ｔｃ＋θ１＋Δｔ＝ｔ３が充たされるなら、セションの固定終了時刻がｔ３にセットされる又は実質的にｔ３に等しく、かくして
【００３０】
【数３】
2007527661.tif 000005
【００３１】
である、該混合メディア会議用にリソースを割り当てる。更に、この会議セションに参加する参加者は該固定終了時刻を通知される。（１．２）から推論される最後の表現はｔｃ＋θ１＋Δｔ＞ｔ３＞ｔｃであり、この条件が充たされる時、該セションの固定終了時刻がｔ３にセットされる又は実質的にｔ３に等しく、かくして
【００３２】
【数４】
2007527661.tif 000006
【００３３】
である、該混合メディア会議用にリソースを割り当てる。更に、この会議セションに参加する参加者は該固定終了時刻を通知されるが、しかしながら、もしｔｃ＋Δｔ≧ｔ３ならば、直ぐに（shortly）そして好ましくは特別のΔｔ時間の前に、それが終了するだろうと該会議に参加する参加者に知らせるであろう。もし該進行中の会議がｔ３にスタートするよう計画済みの会議より高い又は等しい優先度を有するなら、該会議管理システムは該進行中の会議にランタイム優先度（runtime priority）を与え得て、かくして該計画済み会議を拒絶する。
【００３４】
（１．３）として表された、最後の条件は、少なくとももしスタートアップ時刻ｔ３を有するセションがより高い優先度を有するなら、終了させられ、かくして会議リソースを解除して、更に会議管理システムは更新されるだろう。
【００３５】
どちらの会議がより高い優先度を有するかに関しては、この発明にとって何等重要でなく、会議リソース用の階層的優先度システムをサポートするアルゴリズムをセットアップすることは極めて簡単である。本発明により取り組まれている主要アイデアはタイミングバッファー（timing buffers）の使用である。
【実施例２】
【００３６】
同じ結果を達成するもう１つの方法は該臨時会議用にセットされた終了時刻、ｔ２を何等持たないことである。ユーザーが、同じリソースを共有するもう１つの会議が進行中でありながら、会議を計画しようと試みる時、該会議管理システムは、新会議の該会議スタート時刻、ｔ１が臨時会議用のデフオールト期間、θ１よりも、現在の時刻ｔｃに、近くなることを許さない。
【００３７】
もし該臨時会議用の持続時間が近づく計画済み会議と相いれないなら、該臨時会議終了時刻、ｔ２は近づく計画済み会議のスタート時刻にセットされるだろう。該臨時会議の参加者は該終了時刻、ｔ２を警告されるだろう。これは、ｔ２が該会議に設定バッファー時間量より短い持続時間を有させる場合だけ起こるだろう。
【００３８】
２人のユーザー、すなわち臨時会議を確立する第１ユーザーと、計画済み会議を確立しようと企てる第２ユーザー、を含む後者の実際的例が図２で示される。この図から、第２
ユーザーは、進行中の会議が本発明による計画済み会議であろうと、或いは臨時会議であろうと、現に進行している該進行中会議と相いれないスタート時刻を有する計画済み会議を確立出来ないことが分かる。該第２ユーザーは、彼の会議のスタート時刻が、第１セションの長さ用にデフオールト又はプリセット値を現在の時刻に追加されたより後れるか又は等しい時、彼の会議を確立するよう運営する。
【００３９】
実際、この第２実施例は該第１実施例の特殊ケースとして表され得て、そこではΔｔ→０であり、従って我々は連続する条件テスティングを行う。かくして、進行中の会議用のランタイム状況用の表現はより簡単で、より直感的である。本発明の第２実施例による表現は下記の様である。
【００４０】
（１．４）ｔｃ＋θ１＜ｔ３∨ｔｃ＋θ１＞ｔ３＞ｔｃ
この表現は、前の例の様に、３つの条件に帰着し、該３つの各々は同じアクションで充たされるが、例外として
【００４１】
【数５】
2007527661.tif 000007
【００４２】
の状況では該進行中の会議に突然の終了が起こる。しかしながら、この状況は、該臨時のコールが、それが既に会議用に予約されたリソースを使おうと試みるので、その創生時に拒絶される限り、単に理論的に興味があるだけである。
【実施例３】
【００４３】
タイミングバッファーの基本的アイデアを使って、各計画済み会議がそのスタート時刻ｔ１の前にバッファーを有する解決策を想像することが出来る。このバッファーはデフオールトの長さであるか又は適当（eligible）であり、進行中の会議がこのプリバッファーと相いれない時、この進行中の会議の参加者は会議管理システムにより通知されるだろう。この通知は該進行中のセションの参加者に特定の時間内での該セションの終了について知らせ、該時間は該プリバッファーの長さに等しいか又はそれより短い。
【００４４】
上記から明らかな様に、本発明の主な概念の１つはバッファーの追加であり、例え、それが進行中の会議にその終了時刻に追加されるか、或いは該バッファーが計画済み会議スタート時刻から引き算されたそのスタート時刻−プリバッファー、すなわち、その対応する会議より早いスタート時刻を有するバッファー、であっても。基本的アイデアは同じであり、会議を混乱に対し保護することによるオーディオ／ビデオ会議システムへの柔軟性の追加である。
【００４５】
該第３の実施例の実際的でもっと特定的な例が下記で与えられる。
【００４６】
会議で回路交換又はパケット交換網を使用する１人以上のユーザー間の混合メディア通信の確立を含むシナリオは２つの過程の方法として説明されるが、そこでの第１過程は、
始動時刻ｔ１と終了時刻ｔ２を有する第１時間、θ１用に会議リソースを割り当てるための柔軟な方法を具備しており、そこでは該終了時刻ｔ２は同じリソースを使う計画済み会議と干渉せず、そして該終了時刻ｔ２はダイナミックにそして自動的に延長可能であり、
もしｔｃがプリバッファー時刻ｔ３−θ１に達し、該プリバッファー時刻ｔ３−θ１＝ｔ４が、該第１会議セションより高いか又はそれに等しい優先度を有する第２会議スタート時刻、ｔ３の前の時間であるとすれば、第１セションの参加者は近づく第２会議について通知され、新しい終了時刻、ｔ２が進行中の第１セション用に確立される。
【００４７】
事実本発明の第３の実施例は第１の一般的表現と同じ数学的表現で表現され得て、そこではΔｔ→０となり、
ｔ１＋θ１＜ｔ３⇒ｔ１＜ｔ３−θ１
∧
ｔ１＋θ１＝ｔ３⇒ｔ１＝ｔ３−θ１
∧
ｔ１＋θ１＞ｔ３⇒ｔ１＞ｔ３−θ１
なので、かくして会議セションの前又は後にバッファーを持つことは同じ基本的アイデアの２つの側面である。更に、テスティング条件は第２実施例用の様になるであろう。それをより直感的に理解可能にするために、表現（１．４）の再定式化（reformulation）は下記の様に示されるが、
（１．５）ｔｃ＜ｔ３−θ１∨ｔ３＞ｔｃ＞ｔ３−θ１
この表現はｔ３が新しいセションのスタート時刻であり、ｔｃが現在の時刻又は真の時刻、θ１がｔ３の前のバッファーの長さであると見られ得る。会議リソースの割り当て用の条件は第２実施例用と同じであり、更にランタイム条件と終了条件は該第２実施例用に示したそれらと類似（analogue）である。
【００４８】
３つの実施例に関する共通の特徴
第１会議が他の会議と何等矛盾無しに続け得るシナリオでは、ランタイム条件は下記の様である：
第１会議セションは終了時刻ｔ２に達する前及び／又はプリバッファー時間、ｔ３−θ１＝ｔ４に達する前に終了するが、ここで該プリバッファー時間ｔ４は、該第１会議セションより高いかそれと等しい優先度を有する第２会議の第２会議スタート時刻、ｔ３のθ１前の時間であり、代わりに該第１会議セションはｔ１に付加されたバッファー、タイミングアドバンスバッファー（timing advance buffer）がｔ３に達する前に終了するが、ここでｔ３は該第１会議セションと同じ又はそれより高い優先度を有する新しい会議のスターティング時刻であり、その時第１会議セションに割り当てられたリソースは解除され、会議管理システムは更新されるだろう。
【００４９】
利点
益々多くのユーザーが臨時の通信ツールとしてオーディオ／ビデオ会議を使うので、この様な会議の種類を管理する会議管理システムのニーヅが増大する。臨時のコールを行うユーザーは、計画済み会議用の余地を作るために会議管理システムが会議を切断する時突然切断されることが多い。仮の終了時刻のアルゴリズムベースの実時間の延長を使って、ユーザーは何等かの将来スケジュール用のオーディオ／ビデオ会議リソースをブロックすること無しに安全な臨時会議を行うことが出来る。
【００５０】
本発明はユーザーによる使用に最も好適なエンドポイントを決定する方法を導入する。この方法はユーザーの選り好み、システムの利用可能性、他を考慮する。
【００５１】
本発明の第１の側面は、そのシステムが最も良く適合したシステムを自動的に選択するので、会議及び／又は会合の計画時、ユーザー機器の人間的知識のニーヅを減じるが、しかしながら、臨時の会議を計画する時現実の参加者の利用可能性（availability）を知らない問題はなお残る。
【００５２】
本発明は会議サービスを計画し自動的に接続することに関連したプレゼンスシステム（presence system）を導入する第２の側面を有する。プレゼンスアプリケーション（Presence applications）は誰か又は何かが存在するか、又はしないかを示すアプリケーション（applications）として知られている。ユーザーターミナル上のいわゆる”バディリスト（buddy list）”は該リストに追加されて来た人々又はシステム（バディ）のプレゼンスを示す。該リストは該”バディ”が存在するか、又は否か｛コンピュータ上にログ（logged）されている、作動している、利用可能である、空いている、又はもう１つのステイタス（status）｝を示すだろう。該プレゼンス機能は、又他の建物、町又は国に位置する人々又は物と共に、プレゼンスの感触（feeling）を創る。
【００５３】
プレゼンスアプリケーションはインスタントメッセージング（Instant Messaging）｛アイエム（IM）｝アプリケーションと連携して見出されることが多い。これらのアプリケーションは現在の”バディ”間の情報の交換の可能性を追加することによりプレゼンスアプリケーションを拡張する。該情報交換はチャット（chat）、メッセージング（messaging）及び会議（conferencing）の様なアプリケーションを含んでもよい。
【００５４】
プレゼンス及びアイエムのアプリケーションでは該システム内の全クライアントを追跡する中央サーバーがあり、一方該クライアントは該サーバーに彼等自身の状態と位置の情報を提供する。又該サーバーはユーザーログイン（user login）を取り扱い、所有者のプロトコルを用いてそれぞれの”バディリスト”の”バディ”の情報を提供する。しかしながら、該サーバーは該クライアントの”バディ”の接続情報｛アイピー（IP）アドレスとポート番号｝を提供するので、クライアント（”バディ”）間の情報は直接伝送されてもよい。
【００５５】
そのリソーススケジューラーにプレゼンス又はアイエムアプリケーションを接続することにより、第１ユーザーは何時第２ユーザーがいるか（何か他のもので忙しくはない）を見ることが出来るだろうし、同時に、該第２ユーザーの自動的システム選択システムによりアイドルシステムが選択されてもよい。これは、不要なコールが避けられ、該コールの前の代わりの通信を通しての手動の交渉が必要ないので、共通のリソースへの新しい臨時の可能性を提供する。ユーザーのプレゼンスとシステムの入手可能性の両者が１つのインターフエースで示される。
【００５６】
該プレゼンスアプリケーションと該リソーススケジューラーの間の結合は多くの方法で該ユーザーに見えてもよい。最も簡便なものは恐らく該リソーススケジューラーを該アイエム／プレゼンスアプリケーション内へ一体化することか又はその逆である。従って、ユーザーに該ユーザーとシステムの両者のプレゼンスを見ることが出来るようにする。”バディリスト”内の”バディ”のダブルクリックは、該”バディ”に付随する最も好ましい空いたシステムを使って、例えば該”バディ”にセットアップされたコールの緊急始動（immediate initiation）を実行してもよい。更に”バディ”上のクリックは、全てが該リソーススケジューラー内で既に利用可能な機能によるとすれば、会議を構成するコール内にそれらを含むのが好ましい。該リソーススケジューラーは該所有者のプロトコルを使って、プレゼンスアプリケーションからの要求により命令（instructed）されてもよい。代わりに、該リソーススケジューラーで入手可能な会議の特徴の全て又は幾つかは該プレゼンスアプリケーション内にアイエム機能として一体化されてもよい。次いで該普通のスケジューラーインターフエースは該サーバーから最初にダウンロードされたプレゼンスアプリケーションのジーユーアイ（GUI）により置き換えられるであろう。
【００５７】
該プレゼンスアプリケーション、リソーススケジューラー及び優先度設定機構（prioritizing mechanism）は更に、上記で論じたサーバーが図２で図解したリソーススケジューラーの選択手順をサポートするため利用されつつあることに更に一体化されてもよい。一般に、該選択手順が働くために要する情報は配布されねばならない。この様な情報は、システム利用可能性、有資格番号（qualified numbers）、能力、利用コスト（usage cost）、配置そして優先度リストを含んでもよい。この情報は配布された情報のセンター（distributed information center）へ発行される必要がある。本発明によれば、このセンターは、このサーバーが既に該ユーザー又は”バディ”の情報を記憶するので、プレゼンスサーバーであってもよい。該選択手順は次いで、会議をセットアップする時どのシステムを使うか決めるために、該配布されたサーバー内に記憶された情報を利用する。次いでプレゼンスアプリケーションは該サーバー上のシステム情報を保持する責任があるだろう。該プレゼンスアプリケーションは又ユーザーが会議要求を発行する時該サーバーからシステム情報を要求するであろう。該プレゼンスアプリケーションは該サーバーから他の参加者の情報を検索し、この情報を該リソーススケジューラに提供し、該リソーススケジューラーは該プレゼンスアプリケーションからの参加者で該会議を始動するであろう。該リソーススケジューラー、プレゼンスアプリケーションそしてプレゼンスサーバー間の結合は図３で示される。
【００５８】
本発明はコール及び会議の計画作業とセットアップに関連して多くの利点を提供する。１例として、ユーザーはどのシステムに他のユーザーはアクセス出来るかを知る必要がない。優先度設定機構（prioritizing mechanism）により、ユーザーは、与えられた人物と会議を持つ時どのシステムを予約すべきかを知る必要はない。本発明を用いると、該ユーザーがしなければならないことの全てはその人物を選択するこであり、そして該システム自身が、他のリソース利用可能性、システム能力、ユーザーの位置、他に加えて、付随する優先度リストを利用することによりその人物用に使うべき正しいシステムを選択する。
【００５９】
加えて、共通リソースの使用が臨時的な仕方で起こることが多いので、プレゼンスアプリケーション及びインスタントメッセージングの本発明による会議リソース利用可能性との結合は臨時会議を容易にスタートする環境を創るであろう。ユーザーは最早利用可能性について多数のシステムと人をチェックする必要は無く、両立するシステムを有するユーザーが利用可能になるまで唯待ち、”会議”をクリックすることが出来る。
【００６０】
又、プレゼンス及びアイエムの導入により、プレゼンス又はアイエムアプリケーションの”バディリスト”内に含まれる求める及び現在のユーザーのリンクを単にダブルクリックすることが出来るので、もう１人のユーザーとのコールを始動する、又はユーザーを既に確立された会議内に含めることは容易で、直感的である。
【００６１】
本発明をより容易に理解可能にするために、付随する論議は同伴する図面を参照する。
【図面の簡単な説明】
【００６２】
【図１】本発明により臨時に会議する中での２つのシナリオを略図式の方法で図解する。
【図２】本発明による臨時会議の確立用に使う場合を図解する。
【図３】本発明の１側面により計画済み会議を登録するための方法の過程を図解する流れのシートである。
【図４】本発明の１側面により臨時会議をスタートするための方法の過程を図解する流れのシートである。
【図１】
2007527661.tif 000008
【図２】
2007527661.tif 000009
【図３】
2007527661.tif 000010
【図４】
2007527661.tif 000011
【国際調査報告】
2007527661.tif 000012
2007527661.tif 000013