(57)【要約】  【課題】会議の参加者のスケジュールを調整して、遠隔会議を容易に開催することのできる技術を提供すること。  【解決手段】利用者端末１７０Ａより、会議を行う日時等の予約情報をスケジューラサーバ１１０で受信し、スケジューラサーバ１１０は、会議を行う日時にリソースの空きがあるか否かの回答を会議サーバ１３０より取得し、リソースに空きがある場合には、会議を行う日時に空いている会議室を特定し、会議の参加者が利用する利用者端末１７０Ｂより参加の可否の回答を取得する。スケジューラサーバ１１０は、会議に参加できる参加者の人数が、予め選択された条件に合致する場合には会議を開催するスケジュールを会議サーバ１３０に設定する。【選択図】図１
2010141417.tif 000002
【特許請求の範囲】
【請求項１】
複数の端末を用いて遠隔会議を行うために、当該複数の端末に含まれる一の端末から受信した映像及び音声データの少なくとも何れか一方を、当該複数の端末に含まれる他の端末に転送する会議サーバでの会議のスケジュールを管理するスケジューラサーバであって、
会議、当該会議の開催日時、当該会議で使用する会議室、を特定する会議スケジュール情報と、
会議室、当該会議室の場所、および、当該会議室の収容人数、を特定する会議室情報と、
前記会議システムの利用者を特定する利用者情報と、
を記憶する記憶部と、制御部と、を備え、
前記制御部は、
前記利用者より、会議を開催する希望日時と、会議を開催する場所と、当該場所にある会議室の収容人数と、会議に参加する参加者と、会議を実施するための参加者の人数に関する実施決定条件と、を特定する予約情報の入力を受け付ける処理と、
前記希望日時を特定した問い合わせを前記会議サーバに送信し、前記会議サーバより前記希望日時に会議の開催が可能か否かの回答を受信する処理と、
前記会議スケジュール情報より、前記希望日時に使用している会議室を特定し、特定した会議室以外に、予約情報で特定されている会議を開催する場所及び当該場所にある会議室の収容人数を満たす他の会議室があるか否かを前記会議室情報より判断する処理と、
前記会議サーバより会議の開催が可能との回答を受信し、かつ、前記希望日時に使用している会議室以外で、予約情報で特定されている会議を開催する場所及び当該場所にある会議室の収容人数を満たす他の会議室があると判断した場合に、予約可能と判断する処理と、
予約可能と判断した場合に、前記参加者より、前記希望日時に会議に参加が可能か否かと、会議に参加する場所と、の入力を受け付ける処理と、
前記希望日時に会議に参加可能と入力した参加者の数が前記実施決定条件を満たし、かつ、前記希望日時に会議に参加可能と入力した参加者が参加する場所毎の参加者の数が、当該場所にある会議室の収容人数を超過していない場合には、前記予約情報で予約された会議の開催が可能と判断する処理と、
前記予約情報で予約された会議の開催が可能と判断した場合に、前記予約情報で予約された会議を開催するための開催情報を前記会議サーバに登録する処理と、を行うこと、
を特徴とするスケジューラサーバ。
【請求項２】
請求項１に記載のスケジューラサーバであって、
前記制御部は、
予約可能と判断できない場合には、前記希望日時から特定の期間において、前記会議サーバが会議の開催が可能と判断し、かつ、前記スケジュール情報より、予約情報で特定されている会議を開催する場所及び当該場所にある会議室の収容人数を満たす他の会議室がある時間帯を特定した他日時候補から、前記予約情報を入力した前記利用者に会議を行う他の候補日時の選択を受け付ける処理と、
選択された他の候補日時を、前記予約情報で特定される希望日時と入れ替えて、会議を行う希望日時とする処理と、を行うことで、予約可能と判断すること、
を特徴とするスケジューラサーバ。
【請求項３】
請求項１又は２に記載のスケジューラサーバであって、
前記制御部は、
予約可能と判断できない場合には、前記会議スケジュール情報より、前記希望日時に使用している会議室以外に、予約情報で特定されている会議を開催する場所を満たす他の会議室及び当該他の会議室の収容人数を特定した他会議室候補から、前記予約情報を入力した前記利用者に会議を行う他の候補会議室の選択を受け付ける処理と、
選択された他の候補会議室を、前記予約情報で特定される会議を開催する場所及び当該場所にある会議室の収容人数を満たす会議室とする処理と、を行うことで、予約可能と判断すること、
を特徴とするスケジューラサーバ。
【請求項４】
請求項１から３の何れか一項に記載のスケジューラサーバであって、
前記制御部は、
前記参加者の全員より、前記希望日時に会議に参加が可能か否かと、会議に参加する場所と、の入力を受け付けた場合には、前記希望日時毎に、当該希望日時に会議に参加することができないと入力した参加者を特定する情報を、前記予約情報を入力した利用者の利用者端末に出力する処理を行うこと、
を特徴とするスケジューラサーバ。
【請求項５】
コンピュータを、複数の端末を用いて遠隔会議を行うために、当該複数の端末に含まれる一の端末から受信した映像及び音声データの少なくとも何れか一方を、当該複数の端末に含まれる他の端末に転送する会議サーバでの会議のスケジュールを管理するスケジューラサーバとして機能させるプログラムであって、
前記コンピュータを、
会議、当該会議の開催日時、当該会議で使用する会議室、を特定する会議スケジュール情報と、
会議室、当該会議室の場所、および、当該会議室の収容人数、を特定する会議室情報と、
前記会議システムの利用者を特定する利用者情報と、
を記憶する記憶手段、制御手段、として機能させ、
前記制御手段に、
前記利用者より、会議を開催する希望日時と、会議を開催する場所と、当該場所にある会議室の収容人数と、会議に参加する参加者と、会議を実施するための参加者の人数に関する実施決定条件と、を特定する予約情報の入力を受け付ける処理と、
前記希望日時を特定した問い合わせを前記会議サーバに送信し、前記会議サーバより前記希望日時に会議の開催が可能か否かの回答を受信する処理と、
前記会議スケジュール情報より、前記希望日時に使用している会議室を特定し、特定した会議室以外に、予約情報で特定されている会議を開催する場所及び当該場所にある会議室の収容人数を満たす他の会議室があるか否かを前記会議室情報より判断する処理と、
前記会議サーバより会議の開催が可能との回答を受信し、かつ、前記希望日時に使用している会議室以外で、予約情報で特定されている会議を開催する場所及び当該場所にある会議室の収容人数を満たす他の会議室があると判断した場合に、予約可能と判断する処理と、
予約可能と判断した場合に、前記参加者より、前記希望日時に会議に参加が可能か否かと、会議に参加する場所と、の入力を受け付ける処理と、
前記希望日時に会議に参加可能と入力した参加者の数が前記実施決定条件を満たし、かつ、前記希望日時に会議に参加可能と入力した参加者が参加する場所毎の参加者の数が、当該場所にある会議室の収容人数を超過していない場合には、前記予約情報で予約された会議の開催が可能と判断する処理と、
前記予約情報で予約された会議の開催が可能と判断した場合に、前記予約情報で予約された会議を開催するための開催情報を前記会議サーバに登録する処理と、を行わせること、
を特徴とするプログラム。
【請求項６】
複数の端末を用いて遠隔会議を行うために、当該複数の端末に含まれる一の端末から受信した映像及び音声データの少なくとも何れか一方を、当該複数の端末に含まれる他の端末に転送する会議サーバと、当該会議サーバでの会議のスケジュールを管理するスケジューラサーバと、当該会議に参加する利用者の利用者端末と、を備える会議システムであって、
前記スケジューラサーバは、
会議、当該会議の開催日時、当該会議で使用する会議室、を特定する会議スケジュール情報と、
会議室、当該会議室の場所、および、当該会議室の収容人数、を特定する会議室情報と、
前記会議システムの利用者を特定する利用者情報と、
を記憶する記憶部と、制御部と、を備え、
前記スケジューラサーバの制御部は、
前記利用者端末より、会議を開催する希望日時と、会議を開催する場所と、当該場所にある会議室の収容人数と、会議に参加する参加者と、会議を実施するための参加者の人数に関する実施決定条件と、を特定する予約情報の入力を受け付ける処理と、
前記希望日時を特定した問い合わせを前記会議サーバに送信し、前記会議サーバより前記希望日時に会議の開催が可能か否かの回答を受信する処理と、
前記会議スケジュール情報より、前記希望日時に使用している会議室を特定し、特定した会議室以外に、予約情報で特定されている会議を開催する場所及び当該場所にある会議室の収容人数を満たす他の会議室があるか否かを前記会議室情報より判断する処理と、
前記会議サーバより会議の開催が可能との回答を受信し、かつ、前記希望日時に使用している会議室以外で、予約情報で特定されている会議を開催する場所及び当該場所にある会議室の収容人数を満たす他の会議室があると判断した場合に、予約可能と判断する処理と、
予約可能と判断した場合に、前記参加者の利用者端末より、前記希望日時に会議に参加が可能か否かと、会議に参加する場所と、の入力を受け付ける処理と、
前記希望日時に会議に参加可能と入力した参加者の数が前記実施決定条件を満たし、かつ、前記希望日時に会議に参加可能と入力した参加者が参加する場所毎の参加者の数が、当該場所にある会議室の収容人数を超過していない場合には、前記予約情報で予約された会議の開催が可能と判断する処理と、
前記予約情報で予約された会議の開催が可能と判断した場合に、前記予約情報で予約された会議を開催するための開催情報を前記会議サーバに登録する処理と、を行うこと、
を特徴とする会議システム。
【請求項７】
会議、当該会議の開催日時、当該会議で使用する会議室、を特定する会議スケジュール情報と、
会議室、当該会議室の場所、および、当該会議室の収容人数、を特定する会議室情報と、
前記会議システムの利用者を特定する利用者情報と、
を記憶する記憶部と、制御部と、を備えるスケジューリングサーバが、複数の端末を用いて遠隔会議を行うために、当該複数の端末に含まれる一の端末から受信した映像及び音声データの少なくとも何れか一方を、当該複数の端末に含まれる他の端末に転送する会議サーバでの会議のスケジュールを生成するスケジューリング方法であって、
前記スケジューラサーバの制御部が、前記利用者より、会議を開催する希望日時と、会議を開催する場所と、当該場所にある会議室の収容人数と、会議に参加する参加者と、会議を実施するための参加者の人数に関する実施決定条件と、を特定する予約情報の入力を受け付ける処理を行う過程と、
前記スケジューラサーバの制御部が、前記希望日時を特定した問い合わせを前記会議サーバに送信し、前記会議サーバより前記希望日時に会議の開催が可能か否かの回答を受信する処理を行う過程と、
前記スケジューラサーバの制御部が、前記会議スケジュール情報より、前記希望日時に使用している会議室を特定し、特定した会議室以外に、予約情報で特定されている会議を開催する場所及び当該場所にある会議室の収容人数を満たす他の会議室があるか否かを前記会議室情報より判断する処理を行う過程と、
前記スケジューラサーバの制御部が、前記会議サーバより会議の開催が可能との回答を受信し、かつ、前記希望日時に使用している会議室以外で、予約情報で特定されている会議を開催する場所及び当該場所にある会議室の収容人数を満たす他の会議室があると判断した場合に、予約可能と判断する処理を行う過程と、
前記スケジューラサーバの制御部が、予約可能と判断した場合に、前記参加者より、前記希望日時に会議に参加が可能か否かと、会議に参加する場所と、の入力を受け付ける処理を行う過程と、
前記スケジューラサーバの制御部が、前記希望日時に会議に参加可能と入力した参加者の数が前記実施決定条件を満たし、かつ、前記希望日時に会議に参加可能と入力した参加者が参加する場所毎の参加者の数が、当該場所にある会議室の収容人数を超過していない場合には、前記予約情報で予約された会議の開催が可能と判断する処理を行う過程と、
前記スケジューラサーバの制御部が、前記予約情報で予約された会議の開催が可能と判断した場合に、前記予約情報で予約された会議を開催するための開催情報を前記会議サーバに登録する処理を行う過程と、を有すること、
を特徴とするスケジューリング方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、遠隔会議のスケジュールを管理する技術に関する。
【背景技術】
【０００２】
複数の場所で会議を行うことのできるＴＶ会議システム（ビデオ会議システム、映像会議システム）は、昨今、移動経費削減のために、遠隔地に拠点を有する企業において導入され、活用されている。
【０００３】
一般的に、ＴＶ会議システムの利用者は、会議の参加者との間でスケジュールを確認して調整し、利用する会議室のスケジュールを確認して調整し、ＴＶ会議サーバ（ＭＣＵ：多地点制御装置）のリソースの空き状況を確認して調整するといった事前調査を行う必要がある。
【０００４】
例えば、特許文献１に記載の技術では、会議に参加する参加者が使用する利用者端末のグループウェアにおいて、電子メールを介して会議の開催通知等を行うことで、会議のための事前調査ができるようにされている。
【０００５】
【特許文献１】特開２００５−１０９９２２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
特許文献１に記載の技術では、利用者端末において電子メールを介して開催通知等を送受信することができるようにされているが、利用者、会議室及びＴＶ会議サーバの何れか一つでもスケジュールが合わずに会議が設定できない場合には、調整を初めからやり直さなければならず、不便であった。
【０００７】
そこで、本発明は、会議の参加者のスケジュールを調整して、ＴＶ会議を容易に開催することのできる技術を提供することを目的とする。
【課題を解決するための手段】
【０００８】
以上の課題を解決するため、本発明は、会議サーバのリソースと、会議室の空き状況と、参加者のスケジュールと、から、会議を開催することできる日時及び会議を行う会議室を特定することのできる技術を提供する。
【０００９】
例えば、本発明は、複数の端末を用いて遠隔会議を行うために、当該複数の端末に含まれる一の端末から受信した映像及び音声データの少なくとも何れか一方を、当該複数の端末に含まれる他の端末に転送する会議サーバでの会議のスケジュールを管理するスケジューラサーバであって、会議、当該会議の開催日時、当該会議で使用する会議室、を特定する会議スケジュール情報と、会議室、当該会議室の場所、および、当該会議室の収容人数、を特定する会議室情報と、前記会議システムの利用者を特定する利用者情報と、を記憶する記憶部と、制御部と、を備え、前記制御部は、前記利用者より、会議を開催する希望日時と、会議を開催する場所と、当該場所にある会議室の収容人数と、会議に参加する参加者と、会議を実施するための参加者の人数に関する実施決定条件と、を特定する予約情報の入力を受け付ける処理と、送受信部を介して、前記希望日時を特定した問い合わせを前記会議サーバに送信し、前記会議サーバより前記希望日時に会議の開催が可能か否かの回答を受信する処理と、前記会議スケジュール情報より、前記希望日時に使用している会議室を特定し、特定した会議室以外に、予約情報で特定されている会議を開催する場所及び当該場所にある会議室の収容人数を満たす他の会議室があるか否かを前記会議室情報より判断する処理と、前記会議サーバより会議の開催が可能との回答を受信し、かつ、前記希望日時に使用している会議室以外で、予約情報で特定されている会議を開催する場所及び当該場所にある会議室の収容人数を満たす他の会議室があると判断した場合に、予約可能と判断する処理と、予約可能と判断した場合に、前記参加者より、前記希望日時に会議に参加が可能か否かと、会議に参加する場所と、の入力を受け付ける処理と、前記希望日時に会議に参加可能と入力した参加者の数が前記実施決定条件を満たし、かつ、前記希望日時に会議に参加可能と入力した参加者が参加する場所毎の参加者の数が、当該場所にある会議室の収容人数を超過していない場合には、前記予約情報で予約された会議の開催が可能と判断する処理と、前記予約情報で予約された会議の開催が可能と判断した場合に、前記予約情報で予約された会議を開催するための開催情報を前記会議サーバに登録する処理と、を行うこと、を特徴とする。
【発明の効果】
【００１０】
以上のように、本発明によれば、会議の参加者のスケジュールを調整して、ＴＶ会議を容易に開催することのできる技術を提供することができる。
【発明を実施するための最良の形態】
【００１１】
図１は、本発明の一実施形態である会議システム１００の概略図である。図示するように、会議システム１００は、スケジューラサーバ１１０と、複数の会議クライアント端末１５０Ａ、１５０Ｂ、・・・（特に各々を区別しない場合には、会議クライアント端末１５０という）と、複数の利用者端末１７０Ａ、１７０Ｂ、・・・（特に各々を区別しない場合には、利用者端末１７０という）と、を備え、これらはネットワーク１８０を介して相互に情報を送受信することができるようにされている。
【００１２】
図２は、スケジューラサーバ１１０の概略図である。図示するように、スケジューラサーバ１１０は、記憶部１１１と、制御部１１６と、入力部１２２と、出力部１２３と、通信部１２４と、を備える。
【００１３】
記憶部１１１は、会議スケジュール情報記憶領域１１２と、会議室情報記憶領域１１３と、利用者情報記憶領域１１４と、を備える。
【００１４】
会議スケジュール情報記憶領域１１２には、会議システム１００において開催する会議の開催日時、開催場所等を含むスケジュールを特定する会議スケジュール情報が記憶される。例えば、本実施形態においては、図３（会議スケジュール情報テーブル１１２ａの概略図）に示すような会議スケジュール情報テーブル１１２ａが記憶される。
【００１５】
会議スケジュール情報テーブル１１２ａは、会議ＩＤ欄１１２ｂと、予約ＩＤ欄１１２ｃと、開催年月日欄１１２ｄと、開始時間欄１１２ｅと、終了時間欄１１２ｆと、参加者欄１１２ｇと、開催場所欄１１２ｈと、会議実施決定条件欄１１２ｎと、回答期限欄１１２ｏと、事前開催通知欄１１２ｐと、を有する。
【００１６】
会議ＩＤ欄１１２ｂには、会議システム１００で開催する会議を特定する情報が格納される。ここで、会議を特定する情報として、各々の会議を一意に識別するための識別情報である会議ＩＤが格納される。
【００１７】
予約ＩＤ欄１１２ｃには、会議ＩＤ欄１１２ｂで特定される会議を設定する際の各々の候補を特定する情報が格納される。ここで、候補を特定する情報として、後述する会議予約処理部１１８において入力部１２２を介して入力された予約候補の希望順序の高いものから順に１から自然数を割り振り、割り振られた自然数の値を予約ＩＤ欄１１２ｃに格納するようにしている。
【００１８】
開催年月日欄１１２ｄには、会議ＩＤ欄１１２ｂ及び予約ＩＤ欄１１２ｃで特定される会議（候補）の開催年月日を特定する情報が格納される。
【００１９】
開始時間欄１１２ｅには、会議ＩＤ欄１１２ｂ及び予約ＩＤ欄１１２ｃで特定される会議（候補）の開始時間を特定する情報が格納される。
【００２０】
終了時間欄１１２ｆには、会議ＩＤ欄１１２ｂ及び予約ＩＤ欄１１２ｃで特定される会議（候補）の終了時間を特定する情報が格納される。
【００２１】
参加者欄１１２ｇには、会議ＩＤ欄１１２ｂで特定される会議の参加予定者を特定する情報が格納される。ここでは、会議の参加予定者を特定する情報として、会議システム１００を利用する各々の利用者を一意に識別するための識別情報である利用者ＩＤが格納される。
【００２２】
開催場所欄１１２ｈには、会議ＩＤ欄１１２ｂ及び予約ＩＤ欄１１２ｃで特定される会議（候補）を行う場所（会議室）を特定する情報が格納される。
【００２３】
ここで、本実施形態においては、開催場所欄１１２ｈは、会議ＩＤ欄１１２ｂ及び予約ＩＤ欄１１２ｃで特定される会議（候補）を行う場所（会議室）の数ｎ（ｎは１以上の自然数）に応じて、第一開催場所欄１１２ｉ１、第二開催場所欄１１２ｉ２、・・・、第ｎ開催場所欄１１２ｉｎを有する。
【００２４】
そして、各々の第ｉ開催場所欄１１２ｉｉは、場所欄１１２ｊｉ、人数欄１１２ｋｉ、ＴＶ有無欄１１２ｌｉ、会議室ＩＤ欄１１２ｍｉを有する（ここで、ｉは１≦ｉ≦ｎなる自然数）。
【００２５】
場所欄１１２ｊｉには、第ｉ開催場所欄１１２ｉｉで特定される場所（会議室）が設けられている建物の場所を特定する情報が格納される。
【００２６】
人数欄１１２ｋｉには、第ｉ開催場所欄１１２ｉｉで特定される場所（会議室）に要求される収容人数を特定する情報が格納される。
【００２７】
ＴＶ有無欄１１２ｌｉには、第ｉ開催場所欄１１２ｉｉで特定される場所（会議室）に会議クライアント端末１５０が設置されていることを要求するか否かを特定する情報が格納される。ここでは、「有」の文字列が格納されている場合には、会議クライアント端末１５０の設置が要求されているものとし、ＴＶ有無欄１１２ｌｉが「無」の場合は、ＴＶ会議用の会議クライアント端末１５０の設置を必要とするものではなく、映像のない音声会議用の会議クライアント端末の設置が要求されているものとする。
【００２８】
ＴＶ有無欄１１２ｌｉは、開催する会議に映像を必要とするか否かを求めるものであり、映像要否欄と称してもよい。
【００２９】
会議室ＩＤ欄１１２ｍｉには、場所欄１１２ｊｉ、人数欄１１２ｋｉ、ＴＶ有無欄１１２ｌｉ及び会議室ＩＤ欄１１２ｍｉで特定される場所、人数及び会議クライアント端末１５０の設置の有無といった要求を満たす会議室を特定する情報が格納される。ここでは、会議室を特定する情報として各々の会議室を一意に特定するための会議室ＩＤが格納される。
【００３０】
会議実施決定条件欄１１２ｎには、会議を開催（実施）するための条件を特定する情報が格納される。ここでは、条件を特定する情報として、「全員一致」、「必須一致」又は「多数決」を特定する情報が格納される。
【００３１】
回答期限欄１１２ｏには、会議の参加者からの参加回答の回答期限を特定する情報が格納される。ここでは、回答期限を特定する情報として、「１日以内」、「３日以内」、「１週間以内」又は「１０日以内」を特定する情報が格納される。
【００３２】
事前開催通知欄１１２ｐには、会議の参加者に会議の事前開催通知を行うか否か、および、事前開催通知の方法、を特定する情報が入力される。ここでは、事前開催通知を行うか否か、および、事前開催通知の方法、を特定する情報として、「前日メールにて」、「当日メールにて」又は「なし」を特定する情報が格納される。
【００３３】
図２に戻り、会議室情報記憶領域１１３には、会議システム１００で利用可能な会議室と、当該会議室の設備と、を特定する会議室情報が記憶される。例えば、本実施形態においては、図４（会議室情報テーブル１１３ａの概略図）に示すような会議室情報テーブル１１３ａが記憶される。
【００３４】
会議室情報テーブル１１３ａは、会議室ＩＤ欄１１３ｂと、場所欄１１３ｃと、収容人数欄１１３ｄと、会議クライアント端末の有無欄１１３ｅと、アドレス欄１１３ｆと、を有する。
【００３５】
会議室ＩＤ欄１１３ｂには、会議システム１００で利用可能な会議室を特定する情報が格納される。ここでは、会議室を特定する情報として各々の会議室を一意に特定するための会議室ＩＤが格納される。
【００３６】
場所欄１１３ｃには、会議室ＩＤ欄１１３ｂで特定される会議室が設けられている建物の場所を特定する情報が格納される。
【００３７】
収容人数欄１１３ｄには、会議室ＩＤ欄１１３ｂで特定される会議室が収容することのできる人数を特定する情報が格納される。
【００３８】
会議クライアント端末の有無欄１１３ｅには、会議室ＩＤ欄１１３ｂで特定される会議室に会議クライアント端末１５０が設置されているか否かを特定する情報が格納される。ここでは、「有」の文字列が格納されている場合には、会議クライアント端末１５０が設置されているものとし、「無」の文字列が格納されている場合には、音声会議用の会議クライアント端末が設置されているものとする。
【００３９】
アドレス欄１１３ｆには、会議室ＩＤ欄１１３ｂで特定される会議室に会議クライアント端末１５０が設置されている場合に、設置されている会議クライアント端末１５０の通信アドレスを特定する情報が格納される。
【００４０】
図２に戻り、利用者情報記憶領域１１４には、会議システム１００を利用する利用者と、当該利用者の通信アドレスと、を特定する利用者情報が記憶される。例えば、本実施形態においては、図５（利用者情報テーブル１１４ａの概略図）に示すような利用者情報テーブル１１４ａが記憶される。
【００４１】
利用者情報テーブル１１４ａは、利用者ＩＤ欄１１４ｂと、利用者氏名欄１１４ｃと、メールアドレス欄１１４ｄと、を有する。
【００４２】
利用者ＩＤ欄１１４ｂには、会議システム１００を利用する利用者を特定する情報が格納される。ここでは、利用者を特定する情報として、各々の利用者を一意に識別するための識別情報である利用者ＩＤが格納される。
【００４３】
利用者氏名欄１１４ｃには、利用者ＩＤ欄１１４ｂで特定される利用者の氏名を特定する情報が格納される。
【００４４】
メールアドレス欄１１４ｄには、利用者ＩＤ欄１１４ｂで特定される利用者が使用する利用者端末１７０のメールアドレスを特定する情報が格納される。
【００４５】
図２に戻り、制御部１１６は、全体制御部１１７と、会議予約処理部１１８と、会議設定処理部１１９と、呼制御部１２０と、を備える。
【００４６】
全体制御部１１７は、スケジューラサーバ１１０での処理の全体を制御する。
【００４７】
会議予約処理部１１８は、通信部１２４を介して、利用者端末１７０との間で、会議を開催するための予約処理を行う。
【００４８】
会議設定処理部１１９は、会議予約処理部１１８で予約された会議の開催情報を生成し、通信部１２４を介して、会議サーバ１３０に設定する処理を行う。
【００４９】
呼制御部１２０は、会議予約処理部１１８で予約された会議の開始時間までに、当該会議で使用する会議クライアント端末１５０に呼制御を行い、これらの会議クライアント端末１５０間での通信を可能にする処理を行う。
【００５０】
入力部１２２は、情報の入力を受け付ける。
【００５１】
出力部１２３は、情報を出力する。
【００５２】
通信部１２４は、ネットワーク１８０を介して情報を送受信する。
【００５３】
以上に記載したスケジューラサーバ１１０は、例えば、図６（コンピュータ９００の概略図）に示すような、ＣＰＵ（Central Processing Unit）９０１と、メモリ９０２と、ＨＤＤ（Hard Disk Drive）等の外部記憶装置９０３と、ＣＤ（Compact Disk）やＤＶＤ（Digital Versatile Disk）等の可搬性を有する記憶媒体９０４に対し情報の読み出し及び書き込みを行う読書装置９０５と、キーボードやマウスなどの入力装置９０６と、ディスプレイなどの出力装置９０７と、通信ネットワークに接続するためのＮＩＣ（Network Interface Card）等の通信装置９０８と、を備えた一般的なコンピュータ９００で実現できる。
【００５４】
例えば、記憶部１１１は、ＣＰＵ９０１がメモリ９０２又は外部記憶装置９０３を利用することにより実現可能であり、制御部１１６は、外部記憶装置９０３に記憶されている所定のプログラムをメモリ９０２にロードしてＣＰＵ９０１で実行することで実現可能であり、入力部１２２は、ＣＰＵ９０１が入力装置９０６を利用することで実現可能であり、出力部１２３は、ＣＰＵ９０１が出力装置９０７を利用することで実現可能であり、通信部１２４は、ＣＰＵ９０１が通信装置９０８を利用することで実現可能である。
【００５５】
この所定のプログラムは、読書装置９０５を介して記憶媒体９０４から、あるいは、通信装置９０８を介してネットワークから、外部記憶装置９０３にダウンロードされ、それから、メモリ９０２上にロードされてＣＰＵ９０１により実行されるようにしてもよい。また、読書装置９０５を介して記憶媒体９０４から、あるいは、通信装置９０８を介してネットワークから、メモリ９０２上に直接ロードされ、ＣＰＵ９０１により実行されるようにしてもよい。
【００５６】
図７は、会議サーバ１３０の概略図である。図示するように、会議サーバ１３０は、記憶部１３１と、制御部１３４と、入力部１３９と、出力部１４０と、通信部１４１と、を備える。
【００５７】
記憶部１３１は、会議設定情報記憶領域１３２を備える。
【００５８】
会議設定情報記憶領域１３２には、会議システム１００において開催される会議と、当該会議において会議サーバ１３０がデータの送受信を行う送受信先と、を特定する会議設定情報が記憶される。例えば、本実施形態においては、図８（会議設定情報テーブル１３２ａの概略図）に示すような会議設定情報テーブル１３２ａが記憶される。
【００５９】
会議設定情報テーブル１３２ａは、会議ＩＤ欄１３２ｂと、開催年月日欄１３２ｃと、開始時間欄１３２ｄと、終了時間欄１３２ｅと、アドレス欄１３２ｆと、を有する。
【００６０】
会議ＩＤ欄１３２ｂには、会議システム１００で開催する会議を特定する情報が格納される。ここで、会議を特定する情報として、各々の会議を一意に識別するための識別情報である会議ＩＤが格納される。
【００６１】
開催年月日欄１３２ｃには、会議ＩＤ欄１３２ｂで特定される会議の開催年月日を特定する情報が格納される。
【００６２】
開始時間欄１３２ｄには、会議ＩＤ欄１３２ｂで特定される会議の開始時間を特定する情報が格納される。
【００６３】
終了時間欄１３２ｅには、会議ＩＤ欄１３２ｂで特定される会議の終了時間を特定する情報が格納される。
【００６４】
アドレス欄１３２ｆには、会議ＩＤ欄１３２ｂで特定される会議で使用される会議クライアント端末１５０の通信アドレスを特定する情報が格納される。
【００６５】
なお、会議設定情報テーブル１３２ａの各々のレコードは、スケジューラサーバ１１０から送信されてきた会議の開催情報を格納したものである。
【００６６】
図７に戻り、制御部１３４は、全体制御部１３５と、会議管理部１３６と、ルーティング処理部１３７と、を備える。
【００６７】
全体制御部１３５は、会議サーバでの処理の全体を制御する。
【００６８】
会議管理部１３６は、会議設定情報記憶領域１３２に記憶されている会議設定情報テーブル１３２ａの管理を行う。例えば、本実施形態においては、スケジューラサーバ１１０から送信されてきた会議の開催情報を会議設定情報テーブル１３２ａの各々のレコードに格納する。
【００６９】
また、会議管理部１３６は、スケジューラサーバ１１０より、年月日時間を特定したリソースの問い合わせを受信すると、特定されている年月日時間に設定されている会議の数を会議設定情報テーブル１３２ａより集計し、予め定められた会議数に達している場合には設定不可（リソース不足）の応答を、予め定められた会議数に達していない場合には設定可能（リソースの空き有り）の応答を、通信部１４１を介して送信する処理を行う。
【００７０】
ルーティング処理部１３７は、会議設定情報記憶領域１３２に記憶されている会議設定情報テーブル１３２ａに従って、設定されている会議の会議クライアント端末１５０から受信したデータを、当該会議で使用されている他の会議クライアント端末１５０に転送する処理を行う。
【００７１】
入力部１３９は、情報の入力を受け付ける。
【００７２】
出力部１４０は、情報を出力する。
【００７３】
通信部１４１は、ネットワーク１８０を介した情報の送受信を行う。
【００７４】
以上に記載した会議サーバ１３０は、例えば、図６に示すような一般的なコンピュータ９００で実現できる。
【００７５】
例えば、記憶部１３１は、ＣＰＵ９０１がメモリ９０２又は外部記憶装置９０３を利用することにより実現可能であり、制御部１３４は、外部記憶装置９０３に記憶されている所定のプログラムをメモリ９０２にロードしてＣＰＵ９０１で実行することで実現可能であり、入力部１３９は、ＣＰＵ９０１が入力装置９０６を利用することで実現可能であり、出力部１４０は、ＣＰＵ９０１が出力装置９０７を利用することで実現可能であり、通信部１４１は、ＣＰＵ９０１が通信装置９０８を利用することで実現可能である。
【００７６】
この所定のプログラムは、読書装置９０５を介して記憶媒体９０４から、あるいは、通信装置９０８を介してネットワークから、外部記憶装置９０３にダウンロードされ、それから、メモリ９０２上にロードされてＣＰＵ９０１により実行されるようにしてもよい。また、読書装置９０５を介して記憶媒体９０４から、あるいは、通信装置９０８を介してネットワークから、メモリ９０２上に直接ロードされ、ＣＰＵ９０１により実行されるようにしてもよい。
【００７７】
図９は、会議クライアント端末１５０の概略図である。図示するように、会議クライアント端末１５０は、記憶部１５１と、制御部１５３と、撮像部１５９と、集音部１６０と、入力部１６１と、映像出力部１６２と、音声出力部１６３と、通信部１６４と、を備える。
【００７８】
記憶部１５１には、会議クライアント端末１５０で処理を行うために必要な情報が格納される。例えば、本実施形態においては、会議サーバ１３０との間で送受信するデータや、会議サーバ１３０の通信アドレス等が記憶される。
【００７９】
制御部１５３は、全体制御部１５４と、通信制御部１５５と、映像合成部１５６と、音声合成部１５７と、を備える。
【００８０】
全体制御部１５４は、会議クライアント端末１５０での処理の全体を制御する。
【００８１】
例えば、本実施形態においては、全体制御部１５４は、会議を設定するための発呼メッセージを受信すると、応答メッセージを返信することで、呼を確立する処理を行う。
【００８２】
さらに、本実施形態においては、全体制御部１５４は、後述する撮像部１５９及び集音部１６０を介して得られた映像データ及び音声データを通信制御部１５５に出力する処理を行う。
【００８３】
また、全体制御部１５４は、映像合成部１５６又は音声合成１５７で合成された映像又は音声を、映像出力部１６２又は音声出力部１６３に出力する処理を行う。
【００８４】
通信制御部１５５は、通信部１６４を介した情報の送受信を行う。
【００８５】
また、通信制御部１５５は、それぞれの送信元から送信されてきた映像データを映像合成部１５６に出力し、それぞれの送信元から送信されてきた音声データを音声合成部１５７に出力する。
【００８６】
なお、本実施形態においては、通信制御部１５５は、全体制御部１５４より出力された映像データ及び音声データの各々のデータを各々別の送信データとして会議サーバ１３０に送信する。
【００８７】
映像合成部１５６は、通信制御部１５５から得られた映像データを合成する。映像データの合成は、一つの画面を特定の領域に区分して、特定の送信元から送信されてきた映像データを予め定められた領域に嵌め込めばよいが、このような態様に限定されず、例えば、複数の映像データの一部又は全部を重ね合わせる等により行ってもよい。
【００８８】
音声合成部１５７は、通信制御部１５５から得られた音声データを合成する。ここで、音声データを合成する技術については、既存の技術を使用すればよいため、詳細な説明は省略する。
【００８９】
撮像部１５９は、映像を撮像する。なお、撮像された映像は、映像データとして、全体制御部１５４に出力される。
【００９０】
集音部１６０は、音声を集音する。なお、集音された音声は、音声データとして、全体制御部１５４に出力される。
【００９１】
入力部１６１は、情報の入力を受け付ける。
【００９２】
映像出力部１６２は、映像データを出力する。
【００９３】
音声出力部１６３は、音声データを出力する。
【００９４】
通信部１６４は、ネットワーク１８０を介した情報の送受信を行う。
【００９５】
以上に記載した会議クライアント端末１５０は、例えば、図６に示すような一般的なコンピュータ９００に、ビデオカメラ装置等の撮像装置（図示せず）、マイク等の集音装置（図示せず）、スピーカ等の音声出力装置（図示せず）、を備えることで実現できる。
【００９６】
例えば、記憶部１５１は、ＣＰＵ９０１がメモリ９０２又は外部記憶装置９０３を利用することにより実現可能であり、制御部１５３は、外部記憶装置９０３に記憶されている所定のプログラムをメモリ９０２にロードしてＣＰＵ９０１で実行することで実現可能であり、撮像部１５９は、ＣＰＵ９０１が撮像装置を利用することにより実現可能であり、集音部１６０は、ＣＰＵ９０１が集音装置を利用することにより実現可能であり、入力部１６１は、ＣＰＵ９０１が入力装置９０６を利用することにより実現可能であり、映像出力部１６２は、ＣＰＵ９０１が出力装置９０７を利用することにより実現可能であり、音声出力部１６３は、ＣＰＵ９０１が音声出力装置を利用することにより実現可能であり、通信部１６４は、ＣＰＵ９０１が通信装置９０８を利用することで実現可能である。
【００９７】
この所定のプログラムは、読書装置９０５を介して記憶媒体９０４から、あるいは、通信装置９０８を介してネットワークから、外部記憶装置９０３にダウンロードされ、それから、メモリ９０２上にロードされてＣＰＵ９０１により実行されるようにしてもよい。また、読書装置９０５を介して記憶媒体９０４から、あるいは、通信装置９０８を介してネットワークから、メモリ９０２上に直接ロードされ、ＣＰＵ９０１により実行されるようにしてもよい。
【００９８】
利用者端末１７０は、例えば、図６に示すような一般的なコンピュータを用いてればよい為、詳細な説明を省略する。
【００９９】
図１０は、会議システム１００での処理を示すシーケンス図である。
【０１００】
本シーケンスでは、利用者端末１７０Ａの利用者Ａが招集者となって、他の利用者端末１７０Ｂ〜１７０Ｇの利用者Ｂ〜Ｇを参加者として会議を設定する際の処理を示す。
【０１０１】
まず、利用者Ａが、利用者端末１７０Ａの入力部を介して、会議を開催する指示の入力を行うことにより、会議開催要求が利用者端末１７０Ａからスケジューラサーバ１１０に送信される（Ｓ１０）。
【０１０２】
本実施形態においては、例えば、利用者Ａは、スケジューラサーバ１１０が提供するウェブサイトにアクセスして、予め定められたページの予め定められたボタンの入力（会議開催要求の指示入力）を、入力部を介して行うことにより、会議開催要求がスケジューラサーバ１１０に送信される。
【０１０３】
このような会議開催要求を受信したスケジューラサーバ１１０では、会議予約処理部１１８が、会議の予約を入力する為の予約入力画面を利用者端末１７０Ａに送信する（Ｓ１１）。
【０１０４】
例えば、会議予約処理部１１８は、図１１（予約入力画面１８１の概略図）に示すような予約入力画面１８１を利用者端末１７０Ａに送信する。利用者端末１７０Ａでは、出力部に受信した予約入力画面１８１を表示して、入力部を介して利用者Ａより予約情報の入力を受け付ける。
【０１０５】
図示するように、予約入力画面１８１は、会議希望日時指定領域１８１ａと、会議室選択領域１８１ｅと、参加者選択領域１８１ｉと、アテンドメニュー領域１８１ｌと、を有する。
【０１０６】
そして、本実施形態においては、会議希望日時指定領域１８１ａには、第一希望入力領域１８１ｂと、第二希望入力領域１８１ｃと、第三希望入力領域１８１ｄと、を備え、それぞれの入力領域において、会議の設定を希望する開始年月日時間及び終了年月日時間を希望順に入力することができるようにされている。
【０１０７】
会議室選択領域１８１ｅには、場所数入力領域１８１ｆが設けられており、場所数入力領域１８１ｆにおいていわゆるプルダウンメニューから選択された会議場所の数に応じて（ここでは、場所数として「２」が入力されたものとして説明する）、第一開催場所入力領域１８１ｇと、第二開催場所入力領域１８１ｈと、が設けられている。
【０１０８】
即ち、場所数入力領域１８１ｆで第ｎ個（ｎは自然数）が選択されると、第一開催場所入力領域〜第ｎ開催場所入力領域が会議室選択領域１８１ｅに現れて、入力可能にされる。
【０１０９】
そして、各々の開催場所欄には、会議を行う場所をプルダウンメニューから選択することのできる場所入力領域と、場所入力領域で特定される場所で参加する人数をプルダウンメニューから選択することのできる人数入力領域と、開催する会議において映像を必要とするか否かをチェックすることで示すＴＶ使用チェック領域と、が設けられている。
【０１１０】
参加者選択領域１８１ｉには、人数入力領域１８１ｊが設けられており、人数入力領域１８１ｊにおいていわゆるプルダウンメニューから選択された参加人数に応じて（ここでは、参加人数として「７」が入力されたものとして説明する）、参加者リスト入力領域１８１ｋに入力された人数分の参加者名入力領域が現れて、入力可能にされる。
【０１１１】
そして、各々の参加者名入力領域には、利用者情報記憶領域１１４に記憶されている利用者情報テーブル１１４ａの利用者氏名欄１１４ｃに格納されている利用者の氏名をプルダウンメニューから選択できるようにされており、また、参加を必須とする意思をチェックすることで示す必須チェック領域が隣接する位置に設けられている。
【０１１２】
アテンドメニュー領域１８１ｌには、会議実施決定条件入力領域１８１ｍと、回答期限入力領域１８１ｎと、事前開催通知入力領域１８１ｏと、が設けられている。
【０１１３】
会議実施決定条件入力領域１８１ｍには、会議を開催（実施）するための条件を特定する情報が入力される。ここで、本実施形態においては、いわゆるプルダウンメニューにより「全員一致」、「必須一致」又は「多数決」の中から条件を選択するようになっているが、このような態様に限定されるわけではない。
【０１１４】
ここで、「全員一致」が選択された場合には、参加者選択領域１８１ｉの参加者名入力領域に入力された全員が参加可能な日時がある場合に、会議が開催（実施）可能と判断される。なお、開催可能な日時が複数ある場合には、会議希望日時指定領域１８１ａの希望順に従えばよい。
【０１１５】
また、「必須一致」が選択された場合には、参加者選択領域１８１ｉの参加者名入力領域に入力された者のうち、必須チェック領域にチェックが入れられた全員が参加可能な日時がある場合に、会議が開催（実施）可能と判断される。なお、開催可能な日時が複数ある場合には、会議希望日時指定領域１８１ａの希望順に従えばよい。
【０１１６】
また、「多数決」が選択された場合には、参加者選択領域１８１ｉの参加者名入力領域に入力された者のうち、過半数よりも多い人数が参加可能な日時がある場合に、会議が開催（実施）可能と判断される。なお、開催可能な日時が複数ある場合には、会議希望日時指定領域１８１ａの希望順に従えばよい。
【０１１７】
回答期限入力領域１８１ｎには、参加者選択領域１８１ｉの参加者名入力領域に入力された者からの回答期限を特定する情報が入力される。例えば、本実施形態においては、いわゆるプルダウンメニューにおいて、「１日以内」「３日以内」、「１週間以内」又は「１０日以内」から選択することができるようにされているがこのような態様に限定されるわけではない。
【０１１８】
事前開催通知入力領域１８１ｏには、会議を開催（実施）することが決定された場合に、当該会議の参加者に会議の事前開催通知の有無、及び、事前開催通知の方法を特定する情報が入力される。例えば、本実施形態においては、いわゆるプルダウンメニューにおいて、「前日メールにて」、「当日メールにて」又は「なし」から選択することができるようにされているが、このような態様に限定されるわけではない。
【０１１９】
図１０に戻り、会議希望日時指定領域１８１ａと、会議室選択領域１８１ｅと、参加者選択領域１８１ｉと、アテンドメニュー領域１８１ｌと、に必要な情報が入力され（Ｓ１２）、ＯＫ（送信）入力領域１８１ｐを選択した実行指示が入力部を介して入力されると、予約入力画面１８１で入力された予約情報が、通信部を介して、スケジューラサーバ１１０に送信される（Ｓ１３）。
【０１２０】
予約情報を受信したスケジューラサーバ１１０では、会議予約処理部１１８が、受信した予約情報の第一希望から第三希望の開催日時（開始年月日時及び終了年月日時）を特定したリソース問い合わせを生成し、通信部１２４を介して、会議サーバ１３０に送信する（Ｓ１４）。
【０１２１】
このようなリソース問い合わせを受信した会議サーバ１３０では、会議管理部１３６が、受信したリソース問い合わせで特定されている第一希望から第三希望の開催日時の各々に設定されている会議の数を会議設定情報テーブル１３２ａより集計し、予め定められた会議数に達している場合には設定不可の回答を、予め定められた会議数に達していない場合には設定可能の回答を、第一希望から第三希望の各々について特定した応答メッセージを生成し、通信部１４１を介してスケジューラサーバ１１０に返信する（Ｓ１５）。
【０１２２】
次に、スケジューラサーバ１１０の会議予約処理部１１８は、受信した予約情報の第一希望から第三希望の開催日時（開始年月日時及び終了年月日時）の各々について、既に、設定又は予約されている会議を会議スケジュール情報テーブル１１２ａから特定し、特定した会議で使用する会議室以外に、予約情報で特定されている場所、収容人数及びＴＶ会議（会議クライアント端末１５０）の有無に合致する会議室があるか否かを会議室情報テーブル１１３ａより判断する。
【０１２３】
そして、会議予約処理部１１８は、ステップＳ１５の応答、および、会議室情報テーブル１１３ａを介した判断により、予約の可否を判断する（Ｓ１６）。
【０１２４】
例えば、会議予約処理部１１８は、ステップＳ１５の応答で、第一希望日時〜第三希望日時の全てにおいて会議サーバ１３０のリソースに空きがあり（会議を設定可能の回答があり）、かつ、第一希望日時〜第三希望日時の全てにおいて予約情報で特定されている場所、収容人数及びＴＶ会議（会議クライアント端末１５０）の有無に合致する会議室がある場合には、予約可能と判断して、利用者端末１７０Ａに対して正常応答の状況通知を行い、これらの一つでも満たさない者がある場合には、予約不可と判断して、満たさない事項を特定したエラー応答の状況通知を行う。
【０１２５】
ここでは、第二希望日時の第一開催場所に空いている会議室がなかったものとしてエラー応答の状況通知が利用者端末１７０Ａに通知されるものとする（Ｓ１７）。
【０１２６】
例えば、会議予約処理部１１８は、図１２（エラー応答の状況通知１８２の概略図）に示すようなエラー応答の状況通知１８２を利用者端末１７０Ａに送信し、利用者端末１７０Ａでは、出力部に受信したエラー応答の状況通知１８２を表示する。
【０１２７】
そして、利用者端末１７０Ａの利用者Ａが、入力部を介して、エラー応答の状況通知１８２に設けられた予約情報の修正指示入力領域１８２ａを指定した実行指示を入力すると、会議予約処理部１１８は、図１３（予約受付結果画面１８３の概略図）に示すような予約受付結果画面１８３を利用者端末１７０Ａに送信する。利用者端末１７０Ａでは、出力部に受信した予約受付結果画面１８３を表示して、入力部を介して利用者Ａより予約情報の修正要求の入力を受け付ける。
【０１２８】
図示するように、予約受付結果画面１８３は、予約入力画面１８１と同様に、会議希望日時指定領域１８３ａと、会議室選択領域１８３ｅと、参加者選択領域１８３ｉと、アテンドメニュー領域１８３ｌと、を有する。
【０１２９】
予約受付結果画面１８３では、予約可能と判断することのできなかった希望日時（ここでは、第二希望日時）に対応する領域を他と区別することのできる表示方法で表示するようにしている（ここでは、第二希望日時に対応する領域に特定の色（例えば、赤）を付しているがこのような態様に限定されない）。
【０１３０】
そして、利用者端末１７０Ａの利用者Ａが、入力部を介して、予約可能と判断することのできなかった希望日時に対応する領域を指定した実行指示の入力を行うと、会議予約処理部１１８は、図１４（他候補支援画面１８４の概略図）に示すような他候補支援画面１８４を利用者端末１７０Ａに送信し、利用者端末１７０Ａでは、出力部に受信した他候補支援画面１８４を表示する。
【０１３１】
図示するように、他候補支援画面１８４は、他日時選択支援領域１８４ａと、他会議室選択支援領域１８４ｂと、を有する。
【０１３２】
他日時選択支援領域１８４ａには、第一希望日時〜第三希望日時で特定された日時以外で、エラーとなった日にちの前後の特定の期間（例えば、３日間、一週間等）において、会議サーバ１３０のリソースに空きがあり（会議を設定可能の回答があり）、かつ、予約情報で特定されている場所、収容人数及びＴＶ会議（会議クライアント端末１５０）の有無に合致する会議室がある時間帯の候補が表示される。
【０１３３】
なお、この候補については、会議予約処理部１１８が、第一希望日時〜第三希望日時で特定された日時以外で、エラーとなった日にちの前後の特定の期間（例えば、３日間、一週間等）における時間帯（エラーとなった時間と同じ長さの時間）を順番に選択し、ステップＳ１４及びステップＳ１５と同様の処理を行うことにより特定可能である。
【０１３４】
また、他会議室選択支援領域１８４ｂには、エラーとなった日時において、予約情報により特定されている場所で空いている会議室がある場合には、空いている会議室の場所、収容人数及びＴＶ会議（会議クライアント端末１５０）の有無を特定する情報が選択する会議室の候補として表示される。
【０１３５】
なお、他会議室選択支援領域１８４ｂは、予約情報で特定されている場所、収容人数及びＴＶ会議（会議クライアント端末１５０）の有無に合致する会議室がない場合に表示され、複数の場所で予約情報に合致する会議室がない場合には、他会議室選択支援領域１８４ｂが複数表示される。
【０１３６】
図１０に戻り、利用者端末１７０Ａの利用者Ａが、入力部を介して、他日時選択支援領域１８４ａに表示されている他日時の候補、または、他会議室選択支援領域１８４ｂに表示されている他の会議室の候補、の何れかを選択して（Ｓ１８）、入力部を介して、ＯＫ（送信）入力領域１８４ｃを選択した実行指示を入力すると、選択された情報が修正情報としてスケジューラサーバ１１０に送信される（Ｓ１９）。
【０１３７】
なお、図１３において、利用者端末１７０Ａの利用者Ａが、予約可能と判断することのできなかった希望日時に対応する領域を指定した実行指示の入力を行わずに、ＯＫ（送信）入力領域１８３ｐを選択した実行指示の入力を行うと、修正する日時や会議室を特定する情報が格納されていない修正情報がスケジューラサーバ１１０に送信される（この場合には、エラーとなった日時をキャンセルすることを意味するものとする）。
【０１３８】
修正情報を受信したスケジューラサーバ１１０では、会議予約処理部１１８が、一意となるように会議ＩＤを生成して、ステップＳ１６で予約可能と判断された希望日時、受信した修正情報で日時又は会議室が特定された修正後の希望日時、に対応する情報を会議スケジュール情報テーブル１１２ａの対応する欄に格納する（Ｓ２０）。
【０１３９】
ここで、会議スケジュール情報テーブル１１２ａの予約ＩＤ欄１１２ｃには、希望日時に対応する値が、即ち、予約入力画面１８１において、第一希望入力領域１８１ｂに入力された日時に対応するレコードには「１」の値が、第二希望入力領域１８１ｃに入力された日時に対応するレコードには「２」の値が、第三希望入力領域１８１ｄに入力された日時に対応するレコードには「３」の値が、格納される。
【０１４０】
また、会議室ＩＤ欄１１２ｍｉには、予約情報により特定されている場所、収容人数及びＴＶ会議（会議クライアント端末１５０）の有無を満たす会議室のうち、任意に選択された会議室の会議室ＩＤが格納される。
【０１４１】
次に、会議予約処理部１１８は、利用者端末１７０Ａに対して正常応答の状況通知を行う（Ｓ１７）。正常応答の状況通知については、例えば、図１５（正常応答の状況通知１８５の概略図）に示すような正常応答の状況通知１８５を用いればよい。
【０１４２】
次に、会議予約処理部１１８は、予約情報により特定されている参加者のメールアドレスを、利用者情報記憶領域１１４に記憶されている利用者情報テーブル１１４ａより特定し、特定したメールアドレスで特定されるクライアント端末１７０Ａ〜１７０Ｇに会議の開催案内を送信する（Ｓ２２、Ｓ２３）。
【０１４３】
ステップＳ２２、Ｓ２３で送信する開催案内としては、例えば、図１６（開催案内１８６の概略図）に示すような開催案内１８６を用いればよい。
【０１４４】
そして、このような開催案内を受信した利用者端末１７０Ａ〜１７０Ｇでは、出力部に開催案内１８６を表示し、利用者端末１７０の利用者が、入力部を介して、開催案内１８６に設けられている回答要求入力領域１８６ａを指定した実行指示を入力すると、会議予約処理部１１８は、図１７（参加回答画面１８７の概略図）に示すような参加回答画面１８７を利用者端末１７０Ａ〜１７０Ｇに送信する。利用者端末１７０Ａ〜１７０Ｇでは、出力部に受信した参加回答画面１８７を表示して、入力部を介して利用者Ａ〜Ｇより参加回答の入力を受け付ける（Ｓ２４、Ｓ２５）。
【０１４５】
図示するように、参加回答画面１８７は、会議参加可能回答領域１８７ａと、会議室選択領域１８７ｂと、を有する。
【０１４６】
会議参加可能回答領域１８７ａでは、利用者端末１７０Ａ〜１７０Ｇの利用者Ａ〜Ｇは、入力部を介して、会議に参加することのできる日時の右側に設けられているチェックボックスにチェックを入れることで、当該日時の会議に参加できることを示すことができる。なお、会議参加可能回答領域１８７ａでは、複数の日時にチェックを入れることができ、チェックを入れない場合には、これらの日時に会議に参加することができないことを示すことになる。
【０１４７】
会議室選択領域１８７ｂでは、利用者端末１７０の利用者は、入力部を介して、会議に参加することのできる場所の右側に設けられているチェックボックスにチェックを入れることで、当該場所で会議に参加できることを示すことができる。
【０１４８】
そして、利用者端末１７０Ａ〜１７０Ｇの利用者Ａ〜Ｇは、会議参加可能回答領域１８７ａ及び会議室選択領域１８７ｂの該当する領域に必要なチェックを入れて（チェックを入れないで）、ＯＫ（送信）入力領域１８７ｐを選択した実行指示の入力を行うと、チェックされた項目を特定する参加回答情報がスケジューラサーバ１１０に送信される（Ｓ２６、Ｓ２７）。
【０１４９】
会議に参加する利用者Ａ〜Ｇの全員より参加回答情報を受信したスケジューラサーバ１１０では、参加回答情報で特定された参加日時と、参加場所と、を集計することにより、予約情報で特定される会議実施決定条件を満たし、かつ、各々の場所での会議室の収容人数を満たすか否かにより会議の開催が可能か否かを判定する（Ｓ２８）。
【０１５０】
そして、会議予約処理部１１８は、ステップＳ２８において、会議を開催することができるか否かの判断に応じて、開催できない場合の参加者回答状況通知、または、開催できる場合の参加者回答状況通知、を会議の招集者である利用者Ａの利用者端末１７０Ａに送信する（Ｓ２９）。
【０１５１】
例えば、会議予約処理部１１８は、ステップＳ２８において、会議を開催することができないと判断した場合には、図１８（開催できない場合の参加者回答状況通知１８８の概略図）に示すような開催できない場合の参加者回答状況通知１８８を会議の招集者である利用者Ａの利用者端末１７０Ａに送信する。
【０１５２】
そして、このような開催できない場合の参加者回答状況通知１８８を受信した利用者端末１７０Ａでは、出力部に開催できない場合の参加者回答状況通知１８８を表示し、利用者端末１７０Ａの利用者Ａが、入力部を介して、開催できない場合の参加者回答状況通知１８８に設けられている回答集計結果表示要求入力領域１８８ａを指定した実行指示を入力すると、会議予約処理部１１８は、図１９（開催できない場合の回答集計結果画面１８９の概略図）に示すような開催できない場合の回答集計結果画面１８９を利用者端末１７０Ａに送信する。利用者端末１７０Ａでは、出力部に受信した開催できない場合の回答集計結果画面１８９を表示する。
【０１５３】
図示するように、開催できない場合の回答集計結果画面１８９は、会議希望日時指定領域１８９ａと、会議室選択領域１８９ｅと、参加者選択領域１８９ｉと、アテンドメニュー領域１８９ｌと、を有し、それぞれの領域には、予約入力画面１８１における、会議希望日時指定領域１８１ａと、会議室選択領域１８１ｅと、参加者選択領域１８１ｉと、アテンドメニュー領域１８１ｌと、において入力（選択）された事項が表示される。
【０１５４】
なお、会議室選択領域１８９ｅには、予約入力画面１８１の会議室選択領域１８１ｅで入力された条件を満たす会議室のうち、会議予約処理部１１８で選択された会議室の会議室ＩＤも表示されている。
【０１５５】
そして、開催できない場合の回答集計結果画面１８９は、初期状態では、会議希望日時指定領域１８９ａのうち、参加できないと回答した利用者の数が最も少なかった会議希望日時（参加できないと回答した利用者の数が同数の場合には、希望順）に対応する部分が他と区別可能な表示が行われており（ここでは、特定の色彩を付しているものとする）、さらに、参加者選択領域１８９ｉのうち、会議希望日時指定領域１８９ａで識別されている日時に参加できないと回答した利用者に対応する部分が他と区別可能な表示が行われている（ここでは、特定の色彩を付しているものとする）。
【０１５６】
なお、開催できない場合の回答集計結果画面１８９では、会議希望日時指定領域１８９ａのうち、特定の希望日時を含む一定の領域を入力部で指定すると、参加者選択領域１８９ｉのうち、当該特定の希望日時において、参加できないと回答した利用者に対応する部分が他と区別可能な表示が行われるものとする（ここでは、特定の色彩を付すものとする）。これらの表示制御は、会議予約処理部１１８が行う。
【０１５７】
また、図示してはいないが、会議室が収容人数を満たさないことで開催できないと判断された場合には、会議室選択領域１８１ｅにおいて、収容人数を満たさないと判断された開催場所に対応する部分が他と区別可能な表示が行われるようにすればよい。
【０１５８】
さらに、利用者端末１７０Ａの利用者Ａが、開催できない場合の回答集計結果画面１８９においてＯＫ（送信）入力領域１８９ｐを選択した実行指示の入力を行うと、処理を終了することを特定する応答情報がスケジューラサーバ１１０に送信され、本シーケンスは終了する。一方、やり直し（送信）入力領域１８９ｑを選択した実行指示の入力を行うと、予約をやり直すことを特定する応答情報がスケジューラサーバ１１０に送信され、ステップＳ１１からやり直すことができるようになる。
【０１５９】
一方、会議予約処理部１１８は、ステップＳ２８において、会議を開催することができると判断した場合には、図２０（開催できる場合の参加者回答状況通知１９０の概略図）に示すような開催できる場合の参加者回答状況通知１９０を会議の招集者である利用者Ａの利用者端末１７０Ａに送信する。
【０１６０】
そして、このような開催できる場合の参加者回答状況通知１９０を受信した利用者端末１７０Ａでは、出力部に開催できる参加者回答状況通知１９０を表示する。
【０１６１】
ここで、図２０に示す開催できる場合の参加者回答状況通知１９０では、会議を開催する日時と、会議で使用する会議室と、事前通知の有無又は事前通知の方法と、が特定されている。
【０１６２】
そして、利用者端末１７０Ａの利用者Ａが、入力部を介して、開催できる場合の参加者回答状況通知１９０に設けられている回答集計結果表示要求入力領域１９０ａを指定した実行指示を入力すると、会議予約処理部１１８は、図２１（開催できる場合の回答集計結果画面１９１の概略図）に示すような開催できる場合の回答集計結果画面１９１を利用者端末１７０Ａに送信する。利用者端末１７０Ａでは、出力部に受信した開催できる場合の回答集計結果画面１９１を表示する。
【０１６３】
図示するように、開催できる場合の回答集計結果画面１９１は、会議希望日時指定領域１９１ａと、会議室選択領域１９１ｅと、参加者選択領域１９１ｉと、アテンドメニュー領域１９１ｌと、を有し、それぞれの領域には、予約入力画面１８１における、会議希望日時指定領域１８１ａと、会議室選択領域１８１ｅと、参加者選択領域１８１ｉと、アテンドメニュー領域１８１ｌと、において入力（選択）された事項が表示される。
【０１６４】
ここで、会議希望日時指定領域１９１ａにおいて、会議を開催できると判断された日時のうち、希望順の最も高いものが、他と区別可能な表示が行われている（ここでは、特定の色彩を付しているものとする）。
【０１６５】
そして、会議室選択領域１９１ｅには、会議を開催できると判断された日時のうち、希望順の最も高いものにおいて会議を開催する際に、会議予約処理部１１８で使用することが選択された会議室の会議室ＩＤが表示される。
【０１６６】
なお、開催できる場合の回答集計結果画面１９１では、会議希望日時指定領域１９１ａのうち、特定の希望日時を含む一定の領域を入力部で指定すると、当該特定の希望日時において会議を行うとした際に、選択された会議室の会議室ＩＤが会議室選択領域１９１ｅに表示され、当該特定の希望日時において、参加できないと回答した利用者がいる場合には、当該利用者に対応する部分が他と区別可能な表示が行われるものとする（ここでは、特定の色彩を付すものとする）。
【０１６７】
また、利用者端末１７０Ａの利用者Ａが、会議希望日時指定領域１９１ａにおいて会議を行う日時（開催可能なもの）を入力部で指定して、ＯＫ（送信）入力領域１９１ｐを選択した実行指示の入力を行うと、会議希望日時指定領域１９１ａにおいて選択された日時を特定する応答情報がスケジューラサーバ１１０に送信される（Ｓ３０）。
【０１６８】
このような応答情報を受信したスケジューラサーバ１１０では、応答情報に含まれる日時以外の日時に対応するレコード（会議ＩＤが同じもの）を、会議スケジュール情報テーブル１１２ａより削除することで、予約を確定する（Ｓ３１）。
【０１６９】
そして、会議設定処理部１１８は、予約が確定したレコードの会議ＩＤ欄１１２ｂ、開催年月日欄１１２ｄ、開始時間欄１１２ｅ、終了時間欄１１２ｆに格納されている情報を抽出するとともに、会議室ＩＤ欄１１２ｍｉに格納されている会議室ＩＤに対応する会議クライアント端末１５０の通信アドレスを会議室情報テーブル１１３ａより抽出し、抽出したこれらの情報を開催情報として、会議サーバ１３０に送信する（Ｓ３２）。
【０１７０】
このような開催情報を受信した会議サーバ１３０では、会議管理部１３６が、会議設定情報テーブル１３２ａに新たなレコードを生成して、受信した開催情報に含まれる情報を対応する欄に格納する（Ｓ３３）。
【０１７１】
次に、スケジューラサーバ１１０の会議予約処理部１１８は、会議スケジュール情報テーブル１１２ａよりステップＳ３１で予約が確定したレコードの参加者欄１１２ｇに格納されている参加者ＩＤに対応するメールアドレスを利用者情報テーブル１１４ａより取得し、取得したメールアドレスで特定される利用者端末１７０Ａ〜１７０Ｇに、会議を開催する日時と、会議で使用する会議室と、事前通知の有無又は事前通知の方法と、を特定した会議の開催通知を送信する（Ｓ３４、Ｓ３５）。
【０１７２】
また、スケジューラサーバ１１０の会議予約処理部１１８は、会議スケジュール情報テーブル１１２ａの開催年月日欄１１２ｄと、事前開催通知欄１１２ｐと、により事前開催通知日になったと判断した場合には（Ｓ３６）、会議スケジュール情報テーブル１１２ａの参加者欄１１２ｇに格納されている参加者ＩＤに対応するメールアドレスを利用者情報テーブル１１４ａより取得し、取得したメールアドレスで特定される利用者端末１７０Ａ〜１７０Ｂに、会議を開催する日時と、会議で使用する会議室と、事前通知の有無又は事前通知の方法と、を特定した会議の事前通知を送信する（Ｓ３７、Ｓ３８）。
【０１７３】
そして、スケジューラサーバ１１０の呼制御部１２０は、会議スケジュール情報テーブル１１２ａの開催年月日欄１１２ｄ及び開始時間欄１１２ｅより、会議の開始時間から予め定められた時間前になったと判断した場合には（Ｓ３９）、会議室ＩＤ欄１１２ｍｉで特定される会議室ＩＤに対応する通信アドレスを会議室情報テーブル１１３ａより取得して、取得した通信アドレスに呼制御を行い、これらの通信アドレスで特定される会議クライアント端末１５０同士での通信を可能にする（Ｓ４０、Ｓ４１）。
【０１７４】
図２２、図２３は、スケジューラサーバ１１０での処理を示すフローチャートである。
【０１７５】
まず、スケジューラサーバ１１０は、通信部１２４を介して、利用者端末１７０より会議開催要求を受信すると（Ｓ５０でＹｅｓ）、会議予約処理部１１８が、図１１に示すような予約入力画面１８１を、会議開催要求を送信してきた利用者端末１７０に送信する（Ｓ５１）。
【０１７６】
次に、会議予約処理部１１８は、予約入力画面１８１を介して、会議の希望日時、会議室の条件、参加者、および、会議を設定するための条件等のアテンドメニューの入力を受け付けると（Ｓ５２でＹｅｓ）、会議予約処理部１１８は、入力された会議の希望日時を特定したリソース問い合わせを生成し、通信部１２４を介して、会議サーバ１３０に送信し、その応答を受け付けることで、リソースの確認を行う（Ｓ５３）。ここで、会議サーバ１３０からは、第一希望から第三希望の開催日時の各々につき、会議の設定が可能か否かを特定した応答メッセージが返信されてくるものとする。
【０１７７】
次に、会議予約処理部１１８は、予約入力画面１８１を介して入力を受け付けた第一希望から第三希望の開催日時（開始年月日時及び終了年月日時）の各々について、既に、設定又は予約されている会議を会議スケジュール情報テーブル１１２ａから特定し、特定した会議で使用する会議室以外に、入力を受け付けた日時、場所、収容人数及びＴＶ会議（会議クライアント端末１５０）の有無に合致する会議室があるか否かを会議室情報テーブル１１３ａより判断する。
【０１７８】
そして、会議予約処理部１１８は、ステップＳ５３での確認と、会議室情報テーブル１１３ａを介した判断と、により予約の可否を判断する（Ｓ５４）。そして、会議予約処理部１１８は、予約が可能ではないと判断した場合には（Ｓ５４でＮｏ）、ステップＳ５５に進み、予約が可能と判断した場合には（Ｓ５４でＹｅｓ）、ステップＳ６１に進む。
【０１７９】
ステップＳ５５では、会議予約処理部１１８は、図１２に示すような予約エラーを示す状況通知１８２を利用者端末１７０に送信する。
【０１８０】
そして、会議予約処理部１１８は、利用者端末１７０から、ＯＫ指示の入力を受け付けた場合には（Ｓ５６でＹｅｓ）、ステップＳ６１に進み、一方、利用者端末１７０から、予約の修正指示を受け付けると（Ｓ５７でＹｅｓ）、ステップＳ５８に進む。
【０１８１】
ステップＳ５８では、会議予約処理部１１８は、予約の修正候補を特定する。
【０１８２】
例えば、会議予約処理部１１８は、会議サーバ１３０のリソース不足、または、会議室の空きがない、と判断された希望日時の前後の特定の期間において、会議サーバ１３０のリソースに空きがあり（ステップＳ５３と同様にリソースの確認を行い特定）、かつ、予約入力画面１８１を介して入力された場所、収容人数及びＴＶ会議（会議クライアント端末１５０）の有無に合致する会議室がある時間帯の候補を特定することで、他日時候補を特定し、また、会議室の空きがない、と判断された希望日時において使用されておらず、予約入力画面１８１を介して入力された収容人数が異なる他の会議室を会議室情報テーブル１１３ａより特定することで他会議室候補を特定する。
【０１８３】
そして、会議予約処理部１１８は、上述のようにして特定した他日時候補及び他会議室候補の少なくとも何れか一方を特定した図１４に示すような他候補支援画面１８４を利用者端末１７０に送信する（Ｓ５９）。
【０１８４】
そして、会議予約処理部１１８は、他候補支援画面１８４を介して修正候補の選択が入力されると（Ｓ６０でＹｅｓ）、ステップＳ６１に進む。
【０１８５】
ステップＳ６１では、会議予約処理部１１８が、一意となるように会議ＩＤを生成して、ステップＳ５４で予約可能と判断された希望日時、および、ステップＳ６０で入力された修正後の希望日時に対応する情報（開催年月日、開始時間、終了時間、参加者、開催場所の条件、会議実施決定条件、回答期限及び事前開催通知）を会議スケジュール情報テーブル１１２ａの対応する欄に格納する。ここで、会議スケジュール情報テーブル１１２ａの予約ＩＤ欄１１２ｃには、希望日時に対応する値が、即ち、予約入力画面１８１において、第一希望入力領域１８１ｂに入力された日時に対応するレコードには「１」の値が、第二希望入力領域１８１ｃに入力された日時に対応するレコードには「２」の値が、第三希望入力領域１８１ｄに入力された日時に対応するレコードには「３」の値が、格納される。また、会議室ＩＤ欄１１２ｍｎには、予約情報により特定されている場所、収容人数及びＴＶ会議（会議クライアント端末１５０）の有無を満たす会議室のうち、任意に選択された会議室の会議室ＩＤが格納される。
【０１８６】
次に、会議予約処理部１１８は、会議開催要求を送信してきた利用者端末１７０に対して、図１５に示すような正常応答の状況通知１８５を送信する（Ｓ６２）。
【０１８７】
次に、会議予約処理部１１８は、予約入力画面１８１を介して入力された参加者のメールアドレスを、利用者情報テーブル１１４ａより特定し、特定したメールアドレスに図１６に示すような会議の開催案内１８６を送信する（Ｓ６３）。
【０１８８】
そして、会議予約処理部１１８は、利用者端末１７０より、回答要求を受信すると（Ｓ６４でＹｅｓ）、回答要求を送信してきた利用者端末１７０に、図１７に示すような参加回答画面１８７を送信する（Ｓ６５）。
【０１８９】
そして、会議予約処理部１１８は、参加回答画面１８７を介して、参加可能日時及び参加可能場所を特定した参加回答を受信すると（Ｓ６６でＹｅｓ）、全ての参加者より参加回答が得られたか否かを判断し（Ｓ６７）、全ての参加者より参加回答が得られた場合には（ステップＳ６７でＹｅｓ）、図２３のステップＳ６８に進み、全ての参加者より参加回答が得られていない場合には（ステップＳ６７でＮｏ）、ステップＳ６４に戻り処理を繰り返す。
【０１９０】
図２３のステップＳ６８では、会議予約処理部１１８は、全ての参加者より得られた参加回答に基づいて、会議を開催することができるか否かを判断する（Ｓ６８）。そして、会議を開催することができない場合には（ステップＳ６８でＮｏ）、ステップＳ６９に進み、会議を開催することができる場合には（ステップＳ６８でＹｅｓ）、ステップＳ７５に進む。
【０１９１】
ここで、ステップＳ６８では、会議予約処理部１１８は、全ての参加者より得られた参加可能日時と、参加場所と、を集計し、予約入力画面１８１を介して入力された会議実施決定条件及び各々の場所での会議室の収容人数を満たす場合には、会議の開催が可能と判定する。
【０１９２】
ステップＳ６９では、会議予約処理部１１８は、図１８に示すような開催できない場合の参加者回答状況通知１８８を会議の招集者である利用者の利用者端末１７０（ステップＳ５０で会議開催要求を送信してきた利用者端末１７０）に送信する。
【０１９３】
そして、会議予約処理部１１８は、利用者端末１７０より、回答集計結果表示要求を受信すると（Ｓ７０でＹｅｓ）、図１９に示すような開催できない場合の回答集計結果画面１８９を利用者端末１７０に送信する（Ｓ７１）。
【０１９４】
次に、会議予約処理部１１８は、利用者端末１７０から応答を受信すると（Ｓ７２でＹｅｓ）、受信した応答がやり直しを特定するものであるか否かを判断し（Ｓ７３）、やり直しを特定するものである場合には（ステップＳ７３でＹｅｓ）、ステップＳ５１に戻り処理を繰り返し、やり直しを特定するものではない場合には（ステップＳ７３でＮｏ）、ステップＳ６１で会議スケジュール情報テーブル１１２ａに格納したレコードを削除して（Ｓ７４）、処理を終了する。
【０１９５】
一方、ステップＳ７５では、会議予約処理部１１８は、図２０に示すような開催できる場合の参加者回答状況通知１９０を会議の招集者である利用者の利用者端末１７０（ステップＳ５０で会議開催要求を送信してきた利用者端末１７０）に送信する。
【０１９６】
そして、会議予約処理部１１８は、会議予約処理部１１８は、利用者端末１７０から応答を受信すると（Ｓ７８でＹｅｓ）、受信した応答に含まれる日時以外の日時に対応するレコードを、会議スケジュール情報テーブル１１２ａより削除することで、予約を確定する（Ｓ７９）。
【０１９７】
次に、会議設定処理部１１８は、予約が確定したレコードの会議ＩＤ欄１１２ｂ、開催年月日欄１１２ｄ、開始時間欄１１２ｅ、終了時間欄１１２ｆに格納されている情報を抽出するとともに、会議室ＩＤ欄１１２ｍｎに格納されている会議室ＩＤに対応する会議クライアント端末１５０の通信アドレスを会議室情報テーブル１１３ａより抽出し、抽出したこれらの情報を開催情報として、会議サーバ１３０に送信する（Ｓ８０）。
【０１９８】
次に、会議予約処理部１１８は、会議スケジュール情報テーブル１１２ａよりステップＳ７９で予約が確定したレコードの参加者欄１１２ｇに格納されている参加者ＩＤに対応するメールアドレスを利用者情報テーブル１１４ａより取得し、取得したメールアドレスに、会議を開催する日時と、会議で使用する会議室と、事前通知の有無又は事前通知の方法と、を特定した会議の開催通知を送信する（Ｓ８１）。
【０１９９】
また、会議予約処理部１１８は、会議スケジュール情報テーブル１１２ａの開催年月日欄１１２ｄと、事前開催通知欄１１２ｐと、により事前開催通知日になった判断した場合には、会議スケジュール情報テーブル１１２ａの参加者欄１１２ｇに格納されている参加者ＩＤに対応するメールアドレスを利用者情報テーブル１１４ａより取得し、取得したメールアドレスに、会議を開催する日時と、会議で使用する会議室と、事前通知の有無又は事前通知の方法と、を特定した会議の事前通知を送信する（Ｓ８２）。
【０２００】
そして、呼制御部１２０は、会議スケジュール情報テーブル１１２ａの開催年月日欄１１２ｄ及び開始時間欄１１２ｅより、会議の開始時間から予め定められた時間前になったと判断した場合には、会議室ＩＤ欄１１２ｍｉで特定される会議室ＩＤに対応する通信アドレスを会議室情報テーブル１１３ａより取得して、取得した通信アドレスに呼制御を行い、これらの通信アドレスで特定される会議クライアント端末１５０同士での通信を可能にする（Ｓ８３）。
【０２０１】
以上に記載した実施形態においては、図１０のステップＳ２８及び図２３のステップＳ６８において、会議予約処理部１１８は、全ての参加者より得られた参加可能日時と、参加場所と、を集計し、予約入力画面１８１を介して入力された会議実施決定条件及び各々の場所での会議室の収容人数を満たす場合には、会議の開催が可能と判定しているが、このような態様に限定されず、例えば、回答の集計結果で、会議室の収容人数を超えている場合でも、会議の開催が可能と判断するようにしてもよい。この場合には、各々の会議室毎又は全ての会議室に超過可能な人数を定めておき、この超過可能な人数の範囲内であれば、会議の開催が可能と判断するようにしてもよい。
【０２０２】
また、回答の集計結果で、会議室の収容人数を超えている場合には、会議予約処理部１１８が、会議スケジュール情報テーブル１１２ａ及び会議室情報テーブル１１３ａより、希望日時において使用されていない会議室であって、回答した参加者を収納可能な会議室を候補として特定し、図１９に示す画面上で、特定した候補から会議室を変更して、会議の開催が可能となるようにすることもできる。
【０２０３】
本発明は、２地点（拠点）間で開催される会議を用いて説明を行ったが、２地点に限定されるものではない。
【０２０４】
また、会議開催に関するスケジューリング機能に関しては、会議サーバや会議クライアント端末が不要の単地点（１拠点）での会議にも利用可能である。
【図面の簡単な説明】
【０２０５】
【図１】会議システムの概略図。
【図２】スケジューラサーバの概略図。
【図３】会議スケジュール情報テーブルの概略図。
【図４】会議室情報テーブルの概略図。
【図５】利用者情報テーブルの概略図。
【図６】コンピュータの概略図。
【図７】会議サーバの概略図。
【図８】会議設定情報テーブルの概略図。
【図９】会議クライアント端末の概略図。
【図１０】会議システムでの処理を示すシーケンス図。
【図１１】予約入力画面の概略図。
【図１２】エラー応答の状況通知の概略図。
【図１３】予約受付結果画面の概略図。
【図１４】他候補支援画面の概略図。
【図１５】正常応答の状況通知の概略図。
【図１６】開催案内の概略図。
【図１７】参加回答画面の概略図。
【図１８】開催できない場合の参加者回答状況通知の概略図。
【図１９】開催できない場合の回答集計結果画面の概略図。
【図２０】開催できる場合の参加者回答状況通知の概略図。
【図２１】開催できる場合の回答集計結果画面の概略図。
【図２２】スケジューラサーバでの処理を示すフローチャート。
【図２３】スケジューラサーバでの処理を示すフローチャート。
【符号の説明】
【０２０６】
１００  会議システム
１１０  スケジューラサーバ
１１１  記憶部
１１２  会議スケジュール情報記憶領域
１１３  会議室情報記憶領域
１１４  利用者情報記憶領域
１１６  制御部
１１７  全体制御部
１１８  会議予約処理部
１１９  会議設定処理部
１２０  呼制御部
１２２  入力部
１２３  出力部
１２４  通信部
１３０  会議サーバ
１３１  記憶部
１３２  会議設定情報記憶領域
１３４  制御部
１３５  全体制御部
１３６  会議管理部
１３７  ルーティング処理部
１５０  会議クライアント端末
１５１  記憶部
１５３  制御部
１５４  全体制御部
１５５  通信制御部
１５６  映像合成部
１５７  音声合成部
１５９  撮像部
１６０  集音部
１６２  映像出力部
１６３  音声出力部
【図１】
2010141417.tif 000003
【図２】
2010141417.tif 000004
【図３】
2010141417.tif 000005
【図４】
2010141417.tif 000006
【図５】
2010141417.tif 000007
【図６】
2010141417.tif 000008
【図７】
2010141417.tif 000009
【図８】
2010141417.tif 000010
【図９】
2010141417.tif 000011
【図１０】
2010141417.tif 000012
【図１１】
2010141417.tif 000013
【図１２】
2010141417.tif 000014
【図１３】
2010141417.tif 000015
【図１４】
2010141417.tif 000016
【図１５】
2010141417.tif 000017
【図１６】
2010141417.tif 000018
【図１７】
2010141417.tif 000019
【図１８】
2010141417.tif 000020
【図１９】
2010141417.tif 000021
【図２０】
2010141417.tif 000022
【図２１】
2010141417.tif 000023
【図２２】
2010141417.tif 000024
【図２３】
2010141417.tif 000025