(57)【要約】  本発明は会議の開始、経路設定、スケジュール設定のための方法とシステムを開示している。ダイアルＵＲＬをコール用に独自のプレフィックスを付けて導入する。ユーザーがそのウエッブ・ブラウザ内でそのようなＵＲＬを活性化すると、そのブラウザと関連したコンテント・ハンドラーがＵＲＬのタイプを認識し、ユーザーの好ましいエンド・ポイントと要求されたリソースによりＵＲＬ内で扱われるエンド・ポイントとの間で利用できるコール用経路を決定するために、管理ツールに対して請求を送る。そして、管理ツールがリソースのスケジュール設定を行い、エンド・ポイント間のコールを開始する。本発明は特別なコールと会議をワン・クリックで開始できるようにする。
2007516674.tif 000002
【特許請求の範囲】
【請求項１】
１以上の個別エンド・ポイントとそれぞれ関連している起点ユーザーから１以上の終点ユーザーにコール又は会議の経路設定及び確立を行うための方法で、
独自のダイヤル・プレフィックスを持つＵＲＬ（Ｕｎｉｖｅｒｓａｌ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｉｏｎ）が活性化しているときに、
起点ユーザーと関連している１以上のエンド・ポイントの好ましいひとつと、１以上の終点ユーザーとそれぞれ関連している１以上のエンド・ポイントのそれぞれ好ましいひとつとの間で利用可能なリソースの経路を決定するための管理ツールを請求すること、
前記管理ツール内に含まれる経路設定モジュールにより、起点ユーザーと関連した１以上のエンド・ポイントの前記好ましいひとつと、１以上の終点ユーザーとそれぞれ関連している１以上のエンド・ポイントの前記それぞれ好ましいひとつの間のいくつかの経路を、各エンド・ポイントと前記リソースのためのデータベースに記憶されている能力と接続データに基づいて、決定すること、及び、遅延、帯域及び（又は）信頼性を代表する原価価値を前記いくつかの経路のそれぞれに割当てること、
前記管理ツール内に含まれるスケジュール設定モジュールにより、前記データベース内に記憶された前記リソースの状況データに基づいて、どのリソースが現在及び（又は）近い将来休止するかを前記いくつかの経路について決定すること、及び、前記利用可能な経路として、最低の原価価値を有する経路の中から１経路を選択すること、
起点ユーザーと関連している１以上のエンド・ポイントの前記好ましいひとつから、１以上の終点ユーザーとそれぞれ関連している１以上のエンド・ポイントの前記それぞれの好ましいひとつへの前記決定された利用可能経路を通したコール又は会議を確立すること、
を特徴とする方法。
【請求項２】
前記ＵＲＬ内の前記独自のプレフィックスの後に、終点になる１以上のユーザー又は前記１以上の終点ユーザーとそれぞれ関連している１以上のエンド・ポイントの各識別名があることを特徴とする請求項１に基づく方法。
【請求項３】
前記ＵＲＬ内の前記独自のプレフィックスの後に、終点になる１以上のユーザーのグループ又は前記１以上の終点ユーザーとそれぞれ関連している１以上のエンド・ポイントのグループの各識別名があることを特徴とする請求項１に基づく方法。
【請求項４】
前記スケジュール設定モジュールが、事前定義された期間、前記の利用可能な経路内に含まれるリソースを予約するのに適していて、かつ、コール又は会議が進行すると共にそのリソースを継続的に再予約するのに適していることを特徴とする前記請求項のひとつに基づく方法。
【請求項５】
さらに、コール又は会議を確立するステップが、
前記の決定された利用可能な経路を通って、前記コール又は会議を開始するため、起点ユーザーと関連した１以上のエンド・ポイントの前記好ましいひとつに設定命令を発すること、
を含んでいることを特徴とする前記請求項のひとつに基づく方法。
【請求項６】
起点ユーザーから１以上の各エンド・ポイントとそれぞれが関連している１以上の終点ユーザーへのコール又は会議の経路設定及び確立のためのシステムで、
独自のダイヤル・プレフィックスを持つＵＲＬ（Ｕｎｉｖｅｒｓａｌ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒｓ）、
起点ユーザーと関連している１以上のエンド・ポイントの好ましいひとつと、１以上の終点ユーザーとそれぞれ関連している１以上のエンド・ポイントのそれぞれの好ましい
ひとつの間でいくつかの経路を、各エンド・ポイントと前記リソースのためのデータベース内に記憶された能力と接続のデータに基づいて、決定するのに適していて、さらに、遅延、帯域及び（又は）信頼性を代表する原価価値を前記いくつかの経路のそれぞれに割当てるのに適している経路設定モジュール
前記データベースに記憶された前記リソースの状況データに基づいて、どのリソースが現在及び（又は）近い将来休止するかを前記いくつかのリソースについて決定すること、かつ、好ましい経路として最低の原価価値を有しているものの中からひとつの経路を選択することに適したスケジュール設定モジュール、
起点ユーザーと関連している１以上のエンド・ポイントの前記好ましいひとつから１以上の終点ユーザーとそれぞれ関連している１以上のエンド・ポイントの前記それぞれ好ましいひとつに、前記好ましい経路を通ってコール又は会議を確立するのに適したコール設定モジュール、
を特徴とするシステム。
【請求項７】
前記ＵＲＬ内の前記独自のプレフィックスの後に、終点の１以上のユーザーの又は前記１以上の終点ユーザーとそれぞれ関連している１以上のエンド・ポイントのひとつの各識別名があること、
を特徴とする請求項６に基づくシステム。
【請求項８】
前記ＵＲＬ内の前記独自のプレフィックスの後に、終点の１以上のユーザーのグループ又は前記１以上の終点ユーザーとそれぞれ関連している１以上のエンド・ポイントのグループの識別名があること、
を特徴とする請求項６に基づくシステム。
【請求項９】
前記スケジュール設定モジュールが、さらに、事前定義された期間、前記の利用可能な経路内に含まれるリソースを予約し、かつ、コール又は会議が進行すると共に継続的に再予約するのに適していることを特徴とする前記請求項６−８のひとつに基づくシステム。
【請求項１０】
前記のコール設定モジュールが、さらに、前記の決定された利用可能な経路を通って前記コール又は会議を開始するために、起点ユーザーと関連している１以上のエンド・ポイントの前記好ましいひとつに設定命令を発行するのに適していることを特徴とする請求項６−９のひとつに基づくシステム。
【請求項１１】
前記ＵＲＬが、起点ユーザーと関連している１以上のエンド・ポイントの前記好ましいひとつの中で、又は、コール又は会議に参加していないＰＣ、携帯電話又はＰＤＡの中でのウエッブ・ブラウザ内で生じること特徴とする請求項６−１０のひとつに基づくシステム。
【請求項１２】
前記の経路設定モジュール、コール設定モジュール及びスケジュール設定モジュールが管理ツールに組込まれていることを特徴とする請求項６−１１のひとつに基づくシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は会議の開始、経路設定及びスケジュール（ｓｃｈｅｄｕｌｅ）設定に関する。
【背景技術】
【０００２】
従来の会議システムは、ＷＡＮ、ＬＡＮ、及び回線切替えネットワーク（ｎｅｔｗｏｒｋｓ）のような種々のネットワーク全体及びその間のリアル・タイム（ｒｅａｌ  ｔｉｍｅ）の画像、音響及び（又は）データの流れを連絡させるいくつかのエンド・ポイント（ｅｎｄ  ｐｏｉｎｔ）から成っている。
【０００３】
いくつかの会議システムは種々のサイト（ｓｉｔｅｓ）に駐在していて同じ会議に参加でき、特に頻繁に１以上のＭＣＵ（Ｍｕｌｔｉ  Ｃｏｎｔｒｏｌ  Ｕｎｉｔ、多点制御装置）を通して、視聴覚端末が適切に相互連絡できるために、例えば、切替え機能を実行する。
【０００４】
テレビ会議には、種々の場所と機能で同時に相互動作をする種々のリソース（ｒｅｓｏｕｒｃｅｓ）と機器を含んでいるので、予定通りの又特別の両方のテレビ会議に含まれるリソースを管理する能力を必要としている。言葉を使ったスケジュール又はスケジューラー（ｓｃｈｅｄｕｌｅｒ）も、特別な会合又はコール（ｃａｌｌ）の設定を含めること−そのコールのために全ての必要なリソースを利用できるようにすることも理解すべきである。
【０００５】
それゆえ会議システムは、多くの場合、管理ツール（ｔｏｏｌ）を用意している。その管理ツールにはリソース・スケジューラーを含めても良い。リソース・スケジューラーは、期間内の任意の時点でリソースのスケジュール設定又は予約を行うのに用いるモジュールである。リソース・スケジューラーは任意の時点で、ユーザーがリソースの利用を請求できるようにして、又、その時点で利用を認めるか認めない。リソース・スケジューラーは、会議室、ネットワーク・リソース、画像システム等の使用スケジュールのために、しばしば、用いられている。リソース・スケジュールは、ＭＣＵ、ゲートウエー（ｇａｔｅｗａｙ）、ルーター（ｒｏｕｔｅｒ）、エンド・ポイント等のような全てのアクセス可能なリソースに関する更新情報を含むデータベース（ｄａｔａｂａｓｅ）に接続していなければならない。
【０００６】
リソース・スケジューラーは例えばシステムとリソースを展望すること、ユーザーが予約の作成、編集、予約の抹消をすること、ダイヤル・イン（ｄｉａｌ−ｉｎ）の参加者のために、資源の予約をして、帯域を指定し、ネットワークの設定をすることを認める。さらに、リソース・スケジューラーは自動コール経路設定もサポート（ｓｕｐｐｏｒｔ）できる−ポイント・ツー・ポイント（ｐｏｉｎｔ  ｔｏ  ｐｏｉｎｔ）接続の使用を自動的に選択する、又は、１以上のＭＣＵを含める。リソース・スケジューラーは、通常のウエッブ・ブラウザ（ｗｅｂ  ｂｒｏｗｓｅｒ）以外のユーザー端末に上に追加の設置を必要としないインチュイティブ・ウエッブ・インターフェース（ｉｎｔｕｉｔｉｖｅ  ｗｅｂ  ｉｎｔｅｒｆａｃｅ）により正常に動作する。
【０００７】
特許文献１は、会議の日程作成と実施に接続したプレゼンス（ｐｒｅｓｅｎｃｅ）／インスタント・メッセージング（ＩＭ：  ｉｎｓｔａｎｔ  ｍｅｓｓａｇｉｎｇ）システムを開示している。プレゼンス／ＩＭのアプリケーション（ａｐｐｌｉｃａｔｉｏｎ）は、だれかが又は何かが存在しているかどうかを示すアプリケーションとして知られている。ユーザー端末上ののいわゆる「バディ・リスト（ｂｕｄｄｙ  ｌｉｓｔ）」はリストに加
えられている人々又はシステム（バディ）の存在を示す。そのリストは、「バディ」が存在しているかどうか（コンピューターへの記入、実働、利用可能、休止又は他の状態）を示す。そのプレゼンスの機能は、他の建物、町又は国の中に位置している人々又は対象による存在している感じを作成する。
【０００８】
リソース・スケジューラーにプレゼンスのアプリケーションを接続することにより、最初のユーザーは二番目のユーザーが出席した時に見ることができる（他のことでビジー（ｂｕｓｙ）になっていない）。又、同時に休止している会議システムを第二のユーザーの優先度リストに基づいて選択しうる。このことは、（プレゼンスの情報を無視することにより）不必要なコールを避けられて、かつ、コールの前に代わりの通信による手作業の話合いを必要としなくなるので、これは通常のリソースに新しい特別な可能性を提供する。「バディ・リスト」内の「バディ」のダブル・クリック（ｄｏｕｂｌｅ  ｃｌｉｃｋ）を行うと、例えば、そのバディに関連している最も好ましい休止中のシステムを用いて、その「バディ」へのコールの即時開始を実施できる。
【０００９】
しかしながら、特許文献１では、「バディ・リスト」で既に定義しているユーザーに対してのみコールを行なえる。さらに、本発明はプレゼンス／ＩＭのアプリケーションがユーザー端末に組込まれていることを想定している。
【００１０】
他の問題は人が位置している場合でさえ、人々の位置決定と発見をするのが難しいことである。コールを開始するための必要情報が依然として欠けている（例えば、ダイヤルアウト（ｄｉａｌ  ｏｕｔ）のプレフィックス（ｐｒｅｆｉｘ）、又は、使用すべきゲートウエー−必要な場合−ＭＣＵをゲートウエーとして用いる等である）。
依然として残る他の問題は、従来技術では直接の特別ダイヤリング（ｄｉａｌｌｉｎｇ）には起点側と終点側の両方で同じプロトコール（ｐｒｏｔｏｃｏｌ）を用いる必要があるということである。一例として、ＳＩＰ  ＵＲＬがＳＩＰエンド・ポイント間の特別コールに使用されているが、これは、ＳＩＰとＨ．３２３エンド・ポイント、又は、ＳＩＰとＨ．３２０エンド・ポイントの間でのコールには可能ではない。異なるプロトコールで動作するエンド・ポイント間のコールには１以上の中間ゲートウエーを必要とする。そのリソースは登録すべきであり、ワン・クリック・ダイヤリングを用いた接続でリソースのスケジューリングを行なえる解決策は従来技術では知られていない。
【特許文献１】特許出願書第２００３  ２８５９号明細書
【発明の開示】
【発明が解決しようとする課題】
【００１１】
上記の問題を避ける方法とシステムを提供することが本発明の目的である。
【課題を解決するための手段】
【００１２】
同封された独立請求項に記載された特徴がこの方法とシステムの性格付けをしている。特に、本発明は起点ユーザーから１以上の終点ユーザーへのコール又は会議の経路設定と確立の方法を開示していて、終点ユーザーのそれぞれが１以上の対応するエンド・ポイントに関連している。それにより、独自のダイヤル・プレフィックスを付けたＵＲＬ（Ｕｎｉｖｅｒｓａｌ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒｓ）が活性化した時点で、起点ユーザーに関連した１以上のエンド・ポイントの好ましいひとつと、それぞれが終点ユーザーに関連した１以上のエンド・ポイントの好ましいひとつの間で利用可能な資源の経路を決定することを管理ツールに請求すること、前記管理ツール内に含まれる経路設定モジュールにより、起点ユーザーと関連した１以上のエンド・ポイントの前記好ましいひとつと、１以上の終点ユーザーとそれぞれ関連した１以上のエンド・ポイントのそれぞれ好ましいひとつの間のいくつかの経路を、それぞれのエンド・ポイントと前記リソースに対するデ
ータベース内に記憶された能力と接続のデータに基づいて決定すること、前記いくつかの経路のそれぞれに対して、遅延、帯域及び（又は）信頼性を示す原価価値を割当てること、前記管理ツールに含まれるスケジュール設定モジュールにより、前記データベースに記憶された前記リソースの状態データに基づいて、現在及び（又は）近い将来リソースが休止になる前記いくつかの経路を決定すること、前記利用可能な経路として最低の原価価値を有している経路をそれらの中から選択すること、及び、前記の決定をされた利用可能な経路を通して最低の原価価値を有する経路を選択すること、及び、起点ユーザーと関連している１以上のエンド・ポイントの前記好ましいひとつから、１以上の終点ユーザーとそれぞれ関連している１以上のエンド・ポイントの前記それぞれの好ましいひとつへのコール又は会議を確立することが行われる。
【００１３】
さらに、本発明は上記の方法を実施する通信システムを開示している。
【００１４】
本発明を容易に理解できるようにするため、以下の議論を添付図面で支援している。
【発明を実施するための最良の形態】
【００１５】
以下で、本発明を、好ましい実施例を記載することにより、又、添付図面で支援することにより論じている。しかしながら、当業の技術者であれば、同封した独立請求項で定義されているように、本発明の範囲内で他の適用と変更を実現するだろう。
【００１６】
本発明は、ユーザー端末からの特別な会議のコールを開始するために、通常のウエッブ・ブラウザ内で特別タイプのＵＲＬｓを用いることを示唆している。ネットワーク（典型的にはインターネット）でリソースを特定するために、ＵＲＬｓ（Ｕｎｉｖｅｒｓａｌ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒｓ）を用いている。ＵＲＬｓ  には他と共に、ｆｔｐとｈｔｔｐの位置が存在する。例として、ｈｔｔｐ：／／ｗｗｗ．ｔａｎｄｂｅｒｇ．ｎｅｔ／をクリックすると、ウエッブ・ブラウザはｗｗｗ．ｔａｎｄｂｅｒｇ．ｎｅｔのアドレス（ａｄｒｅｓｓ）を持つサイト（ｓｉｔｅ）に、そのコンテント（ｃｏｎｔｅｎｔ）をＨＴＴＰプロトコール（ｐｒｏｔｏｃｏｌ）を用いてウエッブ・ブラウズの端末にダウンロード（ｄｏｗｎｌｏａｄ）するように請求する。そのコンテントはダウンロード後にスクリーン（ｓｃｒｅｅｎ）に示される。通常、ウエッブ・ブラウザ内のリンク（ｌｉｎｋ）をクリックすると、リンクの特性を決定するために、ＵＲＬを分析するようにコンテント・ハンドラー（ｃｏｎｔｅｎｔ  ｈａｎｄｌｅｒ）に請求する。そして、そのコンテントに基づいて、さらに活動を開始する。それゆえ、ＵＲＬｓを用いて、直接現地に行かなくともローカル・システム（ｌｏｃａｌ  ｓｙｓｔｅｍ）上で一定のサービス又は応用を開始できる。そのようなＵＲＬｓにはそのサービスを用いていることを示すプレフィックスが含まれる。例はｍａｉｌｔｏ−ｌｉｎｋｓで、特定人物へのｅ−メール・メッセージ（ｅ−ｍａｉｌ  ｍｅｓｓａｇｅ）の作成が始まる。ｍａｉｌｔｏ−ｌｉｎｋはｈｔｍｌコード（ｃｏｄｅ）で、典型的に、ハイパーリンク（ｈｙｐｅｒｌｉｎｋ）の属性（ｈｒｅｆ）付きのアンカー・タグ（ａｎｃｈｏｒ  ｔａｇ）＜ａ＞により示され、プレフィックスの“ｍａｉｌｔｏ”を含み、後にコロンとメール・アドレス（ｍａｉｌ−ａｄｒｅｓｓ）が付く。例えば、＜ａ  ｈｒｅｆ＝“ｍａｉｌｔｏ：ｎａｍｅ＠ｄｏｍａｉｎ”＞ｔｅｘｔ＜／ａ＞．
ｍａｉｌｔｏ−のリンクでクリックすると、語句“ｍａｉｌｔｏ”は（メール・アプリケーション（ｍａｉｌ  ａｐｐｌｉｃａｔｉｏｎ）がまだ実行されていない場合、）ｍａｉｌｔｏのリンクを扱うためにウエッブ・ブラウザと関連した初期状態のメール・アプリケーションの起動を行う。そして、ｅ−メールのアドレス領域に挿入された一定のメール・アドレスを付けた新しい空白のｅ−メールを作成する。この方法で、ユーザーはそのｅ−メール受信者のメール・アドレスについて、又は、ウエッブ・ブラウザ又は端末が用いているｅ−メール・アプリケーションの種類について悩む必要がない。
【００１７】
本発明に基づくと、特別の会議用プレフィックスをＵＲＬで用いて、ウエッブ・ブラウザから特別の会議コールを開始する。リンクのタイプ（ｔｙｐｅ）を示すことに加えて、プレフィックスには、開始すべき会議コールの種類に関する情報も好ましく含めるべきである。コール・リンクの例は以下のようにしうる：
ｄｉａｌ−ｈ３２３：００１２１２１２１２０１２＠ｇａｔｅｋｅｅｐｅｒ
ｄｉａｌ−ｈ３２０：＋１  （５５５）  １２３１２３４
ｄｉａｌ−ｓｉｐ：ｕｓｅｒ＠ｃｏｍｐａｎｙ．ｃｏｍ
最初のリンクを参照すると、“Ｄｉａｌ”はダイヤリング・サービスが開始されようとしていることを示している。“ｈ３２３”はその後のアドレスがＨ．３２３アドレスであることを示している。そして、“００１２１２１２１２０１２＠ｇａｔｅｋｅｅｐｅｒ”はコールすべきエンド・ポイントのアドレスであり、与えられたゲートキーパー（ｇａｔｅｋｅｅｐｅｒ）と関連している。ユーザー又はウエッブ・ブラウザ用端末（例えば、ＰＣ、ＰＤＡ又は携帯電話）が好ましい会議用エンド・ポイントを事前に定義している場合、ダイアル・リンク（ｄｉａｌ  ｌｉｎｋ）上でクリックすることは、１件の起点用と１件の終点用のエンド・ポイントを定義する。事前に定義された１件を超える好ましいエンド・ポイントを有している場合、現在休止中で、最も好ましいエンド・ポイントを発進用エンド・ポイントとして選択する。
【００１８】
エンド・ポイント間でコール又は会議を開始するために求められる最小限の利用可能な情報はコールされるべき終点用システムに独自の識別名である。しかしながら会議との関連で、エンド・ポイントの識別名はコールを設定するのに必ずしも十分ではない。ある場合に、例えば、ＩＰの制限、及び、ファイアウォール（ｆｉｒｅｗａｌｌ）／ＮＡＴの障害により、独自の識別名は可能ではない。ゲートウエー、ＭＣＵｓのような中間リソースは、使用する帯域、エンド・ポイントの能力等が、適切な品質で安定した接続をするために、又は、接続を確立できるために、考慮しなければならない。通常、これは、管理ツールのユーザー・インターフェース（ｕｓｅｒ  ｉｎｔｅｒｆａｃｅ）を通じて手作業で行われる。そして、アドミニストレーター（Ａｄｍｉｎｉｓｔｒａｔｏｒ）は参加するエンド・ポイントと利用可能なリソースについての彼の知識に基づいて、スケジュールに基づくコール又は会議に必要なリソースを事前に決定しなければならない。しかしながら、特別会議の場合、リソースの経路設定とスケジュール設定は自動的に行わなければならない。
【００１９】
本発明に基づくと、それゆえ、活性化したＵＲＬｓ内にダイアル・プレフィックスを確認したとき、当事者間のコールのために、経路設定と資源のスケジュール設定を自動的に行うように管理ツールにコンテント・ハンドラーが請求を送る。さらに、経路設定とリソースのスケジュール設定は、例えば、ユーザー端末に組込まれたプレゼンス／ＩＭのアプリケーションを通じてアクセスできるスタンド・アローン（ｓｔａｎｄ  ａｌｏｎｅ）のモジュール（ｍｏｄｕｌｅｓ）のような他のアプリケーションにより実行しうる。しかし、単純化のため、管理ツールの用語は以下のように用いる。
【００２０】
管理ツールがコンテント・ハンドラーから請求を受けたとき、最初のステップは、エンド・ポイントの能力及びゲートウエー及びＭＣＵｓのような他のリソースを記憶しているデータベースから関係するエンド・ポイントについて登録されたデータを集めることである。そして、エンド・ポイントの能力からコールを確立するために必要なリソースを決定する。例として、起点エンド・ポイントがＨ．３２０のエンド・ポイントであり、終点エンド・ポイントがＨ．３２３のエンド・ポイントであれば、中間ゲートウエーを必要とする。さらに、コールが多数のエンド・ポイント間の会議用コールである場合、ＭＣＵが必要になる。そこで、管理ツールが、そのデータベースから集めた能力と接続のデータに基づいて参加エンド・ポイントの間で可能な経路のリストを作成する。経路には、エンド・ポイント間の中間ノード（ｎｏｄｅｓ）及びそれらの間の接続タイプ（ＩＰ、ＩＳＤＮ）
が含まれる。好ましくは、リストは各経路に関する原価に基づいた優先順位で配置される。原価は例えば遅延、帯域、信頼性等を示す一組のネットワーク・パラメーター（ｎｅｔｗｏｒｋ  ｐａｒａｍｅｔｅｒ）から推定される。
【００２１】
このリストはそのリソースが現在利用可能かどうかを考慮していない。管理ツールのスケジュール設定機能がこれを決定できる。スケジューラー・モジュールはその関連している会議用リソースの現在及び将来の状態について常に更新している。この情報も上記のデータベースの記憶能力から分離して、又は、組込んで、データベース内に記憶される。現在利用可能な含まれている全リソースを有していて、優先順位に基づくリストの最上位経路は事前定義された期間内に選択される。スケジューリング・モジュールは、例えば、１０分間の初期設定の期間にリソースを予約して、コールが最小限の期間にリソースにアクセスできるようにする。スケジュールに基づく時間は会議のコールが進行すると共に継続的に延長されることが望ましい。
【００２２】
管理ツールのための最終ステップ（ｓｔｅｐ）では、選択された経路を用いて、コールを実際に開始する。設定手順は、管理ツールによりスケジュール設定をされた他の会議の場合と同様な方法で、起点エンド・ポイントと選択した他のリソースに指令を送ることにより実行される。
【００２３】
上記の事例が１対１の接続を示しているけれども、本発明は１ユーザーにより開始された特別なマルチ・サイト（ｍｕｌｔｉ−ｓｉｔｅ）の会議手順にも適用しうる。そして、ダイアル・リンクには一群の起点用エンド・ポイントを含めてよい。又は、ユーザーがマルチプル（ｍｕｌｔｉｐｌｅ）ダイアル・リンクをクリックして、同じ会議に全員参加を行なえる。本発明は通常のテレビ会議に限定されない。１以上の参加者が会議のエンド・ポイントとしてＰＣ又は他の個人用コンピューター装置を用いたウエッブ参加者になりうる。起点ユーザーがウエッブ参加者である場合、起点エンド・ポイントがウエッブ・ブラウザの端末自体になり、又、好ましいエンド・ポイントを事前定義する必要がない。
【００２４】
ユーザーにとって、本発明は容易で直感的であるように見える。ダイアルＵＲＬはコールの経路設定に必要な全ての情報を暗示的に含むので、ウエッブ・ブラウザ内のリンクで１回クリックするだけで、第二者への又は当事者群へのコールを確立するために十分である。ダイアル・リンクは、例えば、企業又は個人のウエッブ・サイト（ｗｅｂ−ｓｉｔｅ）又はｅ−メールでの接触情報に挿入するのに適当である。
【図面の簡単な説明】
【００２５】
【図１】本発明の実施例に含まれる種々の要素を示すブロック線図である。
【図２】本発明の一側面に基づく方法の各ステップを示すフロー・シートである。
【図１】
2007516674.tif 000003
【図２】
2007516674.tif 000004
【国際調査報告】
2007516674.tif 000005
2007516674.tif 000006
2007516674.tif 000007