JP2010141417A

JP2010141417A - スケジューラサーバ、プログラム、会議システム及びスケジューリング方法

Info

Publication number: JP2010141417A
Application number: JP2008313418A
Authority: JP
Inventors: Tomoya Kudo; 智也工藤; Hidero Matsuoka; 秀朗松岡; Toshiya Hida; 敏也日田
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2008-12-09
Filing date: 2008-12-09
Publication date: 2010-06-24
Anticipated expiration: 2028-12-09
Also published as: JP5153600B2

Abstract

【課題】会議の参加者のスケジュールを調整して、遠隔会議を容易に開催することのできる技術を提供すること。
【解決手段】利用者端末１７０Ａより、会議を行う日時等の予約情報をスケジューラサーバ１１０で受信し、スケジューラサーバ１１０は、会議を行う日時にリソースの空きがあるか否かの回答を会議サーバ１３０より取得し、リソースに空きがある場合には、会議を行う日時に空いている会議室を特定し、会議の参加者が利用する利用者端末１７０Ｂより参加の可否の回答を取得する。スケジューラサーバ１１０は、会議に参加できる参加者の人数が、予め選択された条件に合致する場合には会議を開催するスケジュールを会議サーバ１３０に設定する。
【選択図】図１

Description

本発明は、遠隔会議のスケジュールを管理する技術に関する。

複数の場所で会議を行うことのできるＴＶ会議システム（ビデオ会議システム、映像会議システム）は、昨今、移動経費削減のために、遠隔地に拠点を有する企業において導入され、活用されている。

一般的に、ＴＶ会議システムの利用者は、会議の参加者との間でスケジュールを確認して調整し、利用する会議室のスケジュールを確認して調整し、ＴＶ会議サーバ（ＭＣＵ：多地点制御装置）のリソースの空き状況を確認して調整するといった事前調査を行う必要がある。

例えば、特許文献１に記載の技術では、会議に参加する参加者が使用する利用者端末のグループウェアにおいて、電子メールを介して会議の開催通知等を行うことで、会議のための事前調査ができるようにされている。

特開２００５−１０９９２２号公報

特許文献１に記載の技術では、利用者端末において電子メールを介して開催通知等を送受信することができるようにされているが、利用者、会議室及びＴＶ会議サーバの何れか一つでもスケジュールが合わずに会議が設定できない場合には、調整を初めからやり直さなければならず、不便であった。

そこで、本発明は、会議の参加者のスケジュールを調整して、ＴＶ会議を容易に開催することのできる技術を提供することを目的とする。

以上の課題を解決するため、本発明は、会議サーバのリソースと、会議室の空き状況と、参加者のスケジュールと、から、会議を開催することできる日時及び会議を行う会議室を特定することのできる技術を提供する。

例えば、本発明は、複数の端末を用いて遠隔会議を行うために、当該複数の端末に含まれる一の端末から受信した映像及び音声データの少なくとも何れか一方を、当該複数の端末に含まれる他の端末に転送する会議サーバでの会議のスケジュールを管理するスケジューラサーバであって、会議、当該会議の開催日時、当該会議で使用する会議室、を特定する会議スケジュール情報と、会議室、当該会議室の場所、および、当該会議室の収容人数、を特定する会議室情報と、前記会議システムの利用者を特定する利用者情報と、を記憶する記憶部と、制御部と、を備え、前記制御部は、前記利用者より、会議を開催する希望日時と、会議を開催する場所と、当該場所にある会議室の収容人数と、会議に参加する参加者と、会議を実施するための参加者の人数に関する実施決定条件と、を特定する予約情報の入力を受け付ける処理と、送受信部を介して、前記希望日時を特定した問い合わせを前記会議サーバに送信し、前記会議サーバより前記希望日時に会議の開催が可能か否かの回答を受信する処理と、前記会議スケジュール情報より、前記希望日時に使用している会議室を特定し、特定した会議室以外に、予約情報で特定されている会議を開催する場所及び当該場所にある会議室の収容人数を満たす他の会議室があるか否かを前記会議室情報より判断する処理と、前記会議サーバより会議の開催が可能との回答を受信し、かつ、前記希望日時に使用している会議室以外で、予約情報で特定されている会議を開催する場所及び当該場所にある会議室の収容人数を満たす他の会議室があると判断した場合に、予約可能と判断する処理と、予約可能と判断した場合に、前記参加者より、前記希望日時に会議に参加が可能か否かと、会議に参加する場所と、の入力を受け付ける処理と、前記希望日時に会議に参加可能と入力した参加者の数が前記実施決定条件を満たし、かつ、前記希望日時に会議に参加可能と入力した参加者が参加する場所毎の参加者の数が、当該場所にある会議室の収容人数を超過していない場合には、前記予約情報で予約された会議の開催が可能と判断する処理と、前記予約情報で予約された会議の開催が可能と判断した場合に、前記予約情報で予約された会議を開催するための開催情報を前記会議サーバに登録する処理と、を行うこと、を特徴とする。

以上のように、本発明によれば、会議の参加者のスケジュールを調整して、ＴＶ会議を容易に開催することのできる技術を提供することができる。

図１は、本発明の一実施形態である会議システム１００の概略図である。図示するように、会議システム１００は、スケジューラサーバ１１０と、複数の会議クライアント端末１５０Ａ、１５０Ｂ、・・・（特に各々を区別しない場合には、会議クライアント端末１５０という）と、複数の利用者端末１７０Ａ、１７０Ｂ、・・・（特に各々を区別しない場合には、利用者端末１７０という）と、を備え、これらはネットワーク１８０を介して相互に情報を送受信することができるようにされている。

図２は、スケジューラサーバ１１０の概略図である。図示するように、スケジューラサーバ１１０は、記憶部１１１と、制御部１１６と、入力部１２２と、出力部１２３と、通信部１２４と、を備える。

記憶部１１１は、会議スケジュール情報記憶領域１１２と、会議室情報記憶領域１１３と、利用者情報記憶領域１１４と、を備える。

会議スケジュール情報記憶領域１１２には、会議システム１００において開催する会議の開催日時、開催場所等を含むスケジュールを特定する会議スケジュール情報が記憶される。例えば、本実施形態においては、図３（会議スケジュール情報テーブル１１２ａの概略図）に示すような会議スケジュール情報テーブル１１２ａが記憶される。

会議スケジュール情報テーブル１１２ａは、会議ＩＤ欄１１２ｂと、予約ＩＤ欄１１２ｃと、開催年月日欄１１２ｄと、開始時間欄１１２ｅと、終了時間欄１１２ｆと、参加者欄１１２ｇと、開催場所欄１１２ｈと、会議実施決定条件欄１１２ｎと、回答期限欄１１２ｏと、事前開催通知欄１１２ｐと、を有する。

会議ＩＤ欄１１２ｂには、会議システム１００で開催する会議を特定する情報が格納される。ここで、会議を特定する情報として、各々の会議を一意に識別するための識別情報である会議ＩＤが格納される。

予約ＩＤ欄１１２ｃには、会議ＩＤ欄１１２ｂで特定される会議を設定する際の各々の候補を特定する情報が格納される。ここで、候補を特定する情報として、後述する会議予約処理部１１８において入力部１２２を介して入力された予約候補の希望順序の高いものから順に１から自然数を割り振り、割り振られた自然数の値を予約ＩＤ欄１１２ｃに格納するようにしている。

開催年月日欄１１２ｄには、会議ＩＤ欄１１２ｂ及び予約ＩＤ欄１１２ｃで特定される会議（候補）の開催年月日を特定する情報が格納される。

開始時間欄１１２ｅには、会議ＩＤ欄１１２ｂ及び予約ＩＤ欄１１２ｃで特定される会議（候補）の開始時間を特定する情報が格納される。

終了時間欄１１２ｆには、会議ＩＤ欄１１２ｂ及び予約ＩＤ欄１１２ｃで特定される会議（候補）の終了時間を特定する情報が格納される。

参加者欄１１２ｇには、会議ＩＤ欄１１２ｂで特定される会議の参加予定者を特定する情報が格納される。ここでは、会議の参加予定者を特定する情報として、会議システム１００を利用する各々の利用者を一意に識別するための識別情報である利用者ＩＤが格納される。

開催場所欄１１２ｈには、会議ＩＤ欄１１２ｂ及び予約ＩＤ欄１１２ｃで特定される会議（候補）を行う場所（会議室）を特定する情報が格納される。

ここで、本実施形態においては、開催場所欄１１２ｈは、会議ＩＤ欄１１２ｂ及び予約ＩＤ欄１１２ｃで特定される会議（候補）を行う場所（会議室）の数ｎ（ｎは１以上の自然数）に応じて、第一開催場所欄１１２ｉ_１、第二開催場所欄１１２ｉ_２、・・・、第ｎ開催場所欄１１２ｉ_ｎを有する。

そして、各々の第ｉ開催場所欄１１２ｉ_ｉは、場所欄１１２ｊ_ｉ、人数欄１１２ｋ_ｉ、ＴＶ有無欄１１２ｌ_ｉ、会議室ＩＤ欄１１２ｍ_ｉを有する（ここで、ｉは１≦ｉ≦ｎなる自然数）。

場所欄１１２ｊ_ｉには、第ｉ開催場所欄１１２ｉ_ｉで特定される場所（会議室）が設けられている建物の場所を特定する情報が格納される。

人数欄１１２ｋ_ｉには、第ｉ開催場所欄１１２ｉ_ｉで特定される場所（会議室）に要求される収容人数を特定する情報が格納される。

ＴＶ有無欄１１２ｌ_ｉには、第ｉ開催場所欄１１２ｉ_ｉで特定される場所（会議室）に会議クライアント端末１５０が設置されていることを要求するか否かを特定する情報が格納される。ここでは、「有」の文字列が格納されている場合には、会議クライアント端末１５０の設置が要求されているものとし、ＴＶ有無欄１１２ｌ_ｉが「無」の場合は、ＴＶ会議用の会議クライアント端末１５０の設置を必要とするものではなく、映像のない音声会議用の会議クライアント端末の設置が要求されているものとする。

ＴＶ有無欄１１２ｌ_ｉは、開催する会議に映像を必要とするか否かを求めるものであり、映像要否欄と称してもよい。

会議室ＩＤ欄１１２ｍ_ｉには、場所欄１１２ｊ_ｉ、人数欄１１２ｋ_ｉ、ＴＶ有無欄１１２ｌ_ｉ及び会議室ＩＤ欄１１２ｍ_ｉで特定される場所、人数及び会議クライアント端末１５０の設置の有無といった要求を満たす会議室を特定する情報が格納される。ここでは、会議室を特定する情報として各々の会議室を一意に特定するための会議室ＩＤが格納される。

会議実施決定条件欄１１２ｎには、会議を開催（実施）するための条件を特定する情報が格納される。ここでは、条件を特定する情報として、「全員一致」、「必須一致」又は「多数決」を特定する情報が格納される。

回答期限欄１１２ｏには、会議の参加者からの参加回答の回答期限を特定する情報が格納される。ここでは、回答期限を特定する情報として、「１日以内」、「３日以内」、「１週間以内」又は「１０日以内」を特定する情報が格納される。

事前開催通知欄１１２ｐには、会議の参加者に会議の事前開催通知を行うか否か、および、事前開催通知の方法、を特定する情報が入力される。ここでは、事前開催通知を行うか否か、および、事前開催通知の方法、を特定する情報として、「前日メールにて」、「当日メールにて」又は「なし」を特定する情報が格納される。

図２に戻り、会議室情報記憶領域１１３には、会議システム１００で利用可能な会議室と、当該会議室の設備と、を特定する会議室情報が記憶される。例えば、本実施形態においては、図４（会議室情報テーブル１１３ａの概略図）に示すような会議室情報テーブル１１３ａが記憶される。

会議室情報テーブル１１３ａは、会議室ＩＤ欄１１３ｂと、場所欄１１３ｃと、収容人数欄１１３ｄと、会議クライアント端末の有無欄１１３ｅと、アドレス欄１１３ｆと、を有する。

会議室ＩＤ欄１１３ｂには、会議システム１００で利用可能な会議室を特定する情報が格納される。ここでは、会議室を特定する情報として各々の会議室を一意に特定するための会議室ＩＤが格納される。

場所欄１１３ｃには、会議室ＩＤ欄１１３ｂで特定される会議室が設けられている建物の場所を特定する情報が格納される。

収容人数欄１１３ｄには、会議室ＩＤ欄１１３ｂで特定される会議室が収容することのできる人数を特定する情報が格納される。

会議クライアント端末の有無欄１１３ｅには、会議室ＩＤ欄１１３ｂで特定される会議室に会議クライアント端末１５０が設置されているか否かを特定する情報が格納される。ここでは、「有」の文字列が格納されている場合には、会議クライアント端末１５０が設置されているものとし、「無」の文字列が格納されている場合には、音声会議用の会議クライアント端末が設置されているものとする。

アドレス欄１１３ｆには、会議室ＩＤ欄１１３ｂで特定される会議室に会議クライアント端末１５０が設置されている場合に、設置されている会議クライアント端末１５０の通信アドレスを特定する情報が格納される。

図２に戻り、利用者情報記憶領域１１４には、会議システム１００を利用する利用者と、当該利用者の通信アドレスと、を特定する利用者情報が記憶される。例えば、本実施形態においては、図５（利用者情報テーブル１１４ａの概略図）に示すような利用者情報テーブル１１４ａが記憶される。

利用者情報テーブル１１４ａは、利用者ＩＤ欄１１４ｂと、利用者氏名欄１１４ｃと、メールアドレス欄１１４ｄと、を有する。

利用者ＩＤ欄１１４ｂには、会議システム１００を利用する利用者を特定する情報が格納される。ここでは、利用者を特定する情報として、各々の利用者を一意に識別するための識別情報である利用者ＩＤが格納される。

利用者氏名欄１１４ｃには、利用者ＩＤ欄１１４ｂで特定される利用者の氏名を特定する情報が格納される。

メールアドレス欄１１４ｄには、利用者ＩＤ欄１１４ｂで特定される利用者が使用する利用者端末１７０のメールアドレスを特定する情報が格納される。

図２に戻り、制御部１１６は、全体制御部１１７と、会議予約処理部１１８と、会議設定処理部１１９と、呼制御部１２０と、を備える。

全体制御部１１７は、スケジューラサーバ１１０での処理の全体を制御する。

会議予約処理部１１８は、通信部１２４を介して、利用者端末１７０との間で、会議を開催するための予約処理を行う。

会議設定処理部１１９は、会議予約処理部１１８で予約された会議の開催情報を生成し、通信部１２４を介して、会議サーバ１３０に設定する処理を行う。

呼制御部１２０は、会議予約処理部１１８で予約された会議の開始時間までに、当該会議で使用する会議クライアント端末１５０に呼制御を行い、これらの会議クライアント端末１５０間での通信を可能にする処理を行う。

入力部１２２は、情報の入力を受け付ける。

出力部１２３は、情報を出力する。

通信部１２４は、ネットワーク１８０を介して情報を送受信する。

以上に記載したスケジューラサーバ１１０は、例えば、図６（コンピュータ９００の概略図）に示すような、ＣＰＵ（Central Processing Unit）９０１と、メモリ９０２と、ＨＤＤ（Hard Disk Drive）等の外部記憶装置９０３と、ＣＤ（Compact Disk）やＤＶＤ（Digital Versatile Disk）等の可搬性を有する記憶媒体９０４に対し情報の読み出し及び書き込みを行う読書装置９０５と、キーボードやマウスなどの入力装置９０６と、ディスプレイなどの出力装置９０７と、通信ネットワークに接続するためのＮＩＣ（Network Interface Card）等の通信装置９０８と、を備えた一般的なコンピュータ９００で実現できる。

例えば、記憶部１１１は、ＣＰＵ９０１がメモリ９０２又は外部記憶装置９０３を利用することにより実現可能であり、制御部１１６は、外部記憶装置９０３に記憶されている所定のプログラムをメモリ９０２にロードしてＣＰＵ９０１で実行することで実現可能であり、入力部１２２は、ＣＰＵ９０１が入力装置９０６を利用することで実現可能であり、出力部１２３は、ＣＰＵ９０１が出力装置９０７を利用することで実現可能であり、通信部１２４は、ＣＰＵ９０１が通信装置９０８を利用することで実現可能である。

この所定のプログラムは、読書装置９０５を介して記憶媒体９０４から、あるいは、通信装置９０８を介してネットワークから、外部記憶装置９０３にダウンロードされ、それから、メモリ９０２上にロードされてＣＰＵ９０１により実行されるようにしてもよい。また、読書装置９０５を介して記憶媒体９０４から、あるいは、通信装置９０８を介してネットワークから、メモリ９０２上に直接ロードされ、ＣＰＵ９０１により実行されるようにしてもよい。

図７は、会議サーバ１３０の概略図である。図示するように、会議サーバ１３０は、記憶部１３１と、制御部１３４と、入力部１３９と、出力部１４０と、通信部１４１と、を備える。

記憶部１３１は、会議設定情報記憶領域１３２を備える。

会議設定情報記憶領域１３２には、会議システム１００において開催される会議と、当該会議において会議サーバ１３０がデータの送受信を行う送受信先と、を特定する会議設定情報が記憶される。例えば、本実施形態においては、図８（会議設定情報テーブル１３２ａの概略図）に示すような会議設定情報テーブル１３２ａが記憶される。

会議設定情報テーブル１３２ａは、会議ＩＤ欄１３２ｂと、開催年月日欄１３２ｃと、開始時間欄１３２ｄと、終了時間欄１３２ｅと、アドレス欄１３２ｆと、を有する。

会議ＩＤ欄１３２ｂには、会議システム１００で開催する会議を特定する情報が格納される。ここで、会議を特定する情報として、各々の会議を一意に識別するための識別情報である会議ＩＤが格納される。

開催年月日欄１３２ｃには、会議ＩＤ欄１３２ｂで特定される会議の開催年月日を特定する情報が格納される。

開始時間欄１３２ｄには、会議ＩＤ欄１３２ｂで特定される会議の開始時間を特定する情報が格納される。

終了時間欄１３２ｅには、会議ＩＤ欄１３２ｂで特定される会議の終了時間を特定する情報が格納される。

アドレス欄１３２ｆには、会議ＩＤ欄１３２ｂで特定される会議で使用される会議クライアント端末１５０の通信アドレスを特定する情報が格納される。

なお、会議設定情報テーブル１３２ａの各々のレコードは、スケジューラサーバ１１０から送信されてきた会議の開催情報を格納したものである。

図７に戻り、制御部１３４は、全体制御部１３５と、会議管理部１３６と、ルーティング処理部１３７と、を備える。

全体制御部１３５は、会議サーバでの処理の全体を制御する。

会議管理部１３６は、会議設定情報記憶領域１３２に記憶されている会議設定情報テーブル１３２ａの管理を行う。例えば、本実施形態においては、スケジューラサーバ１１０から送信されてきた会議の開催情報を会議設定情報テーブル１３２ａの各々のレコードに格納する。

また、会議管理部１３６は、スケジューラサーバ１１０より、年月日時間を特定したリソースの問い合わせを受信すると、特定されている年月日時間に設定されている会議の数を会議設定情報テーブル１３２ａより集計し、予め定められた会議数に達している場合には設定不可（リソース不足）の応答を、予め定められた会議数に達していない場合には設定可能（リソースの空き有り）の応答を、通信部１４１を介して送信する処理を行う。

ルーティング処理部１３７は、会議設定情報記憶領域１３２に記憶されている会議設定情報テーブル１３２ａに従って、設定されている会議の会議クライアント端末１５０から受信したデータを、当該会議で使用されている他の会議クライアント端末１５０に転送する処理を行う。

入力部１３９は、情報の入力を受け付ける。

出力部１４０は、情報を出力する。

通信部１４１は、ネットワーク１８０を介した情報の送受信を行う。

以上に記載した会議サーバ１３０は、例えば、図６に示すような一般的なコンピュータ９００で実現できる。

例えば、記憶部１３１は、ＣＰＵ９０１がメモリ９０２又は外部記憶装置９０３を利用することにより実現可能であり、制御部１３４は、外部記憶装置９０３に記憶されている所定のプログラムをメモリ９０２にロードしてＣＰＵ９０１で実行することで実現可能であり、入力部１３９は、ＣＰＵ９０１が入力装置９０６を利用することで実現可能であり、出力部１４０は、ＣＰＵ９０１が出力装置９０７を利用することで実現可能であり、通信部１４１は、ＣＰＵ９０１が通信装置９０８を利用することで実現可能である。

図９は、会議クライアント端末１５０の概略図である。図示するように、会議クライアント端末１５０は、記憶部１５１と、制御部１５３と、撮像部１５９と、集音部１６０と、入力部１６１と、映像出力部１６２と、音声出力部１６３と、通信部１６４と、を備える。

記憶部１５１には、会議クライアント端末１５０で処理を行うために必要な情報が格納される。例えば、本実施形態においては、会議サーバ１３０との間で送受信するデータや、会議サーバ１３０の通信アドレス等が記憶される。

制御部１５３は、全体制御部１５４と、通信制御部１５５と、映像合成部１５６と、音声合成部１５７と、を備える。

全体制御部１５４は、会議クライアント端末１５０での処理の全体を制御する。

例えば、本実施形態においては、全体制御部１５４は、会議を設定するための発呼メッセージを受信すると、応答メッセージを返信することで、呼を確立する処理を行う。

さらに、本実施形態においては、全体制御部１５４は、後述する撮像部１５９及び集音部１６０を介して得られた映像データ及び音声データを通信制御部１５５に出力する処理を行う。

また、全体制御部１５４は、映像合成部１５６又は音声合成１５７で合成された映像又は音声を、映像出力部１６２又は音声出力部１６３に出力する処理を行う。

通信制御部１５５は、通信部１６４を介した情報の送受信を行う。

また、通信制御部１５５は、それぞれの送信元から送信されてきた映像データを映像合成部１５６に出力し、それぞれの送信元から送信されてきた音声データを音声合成部１５７に出力する。

なお、本実施形態においては、通信制御部１５５は、全体制御部１５４より出力された映像データ及び音声データの各々のデータを各々別の送信データとして会議サーバ１３０に送信する。

映像合成部１５６は、通信制御部１５５から得られた映像データを合成する。映像データの合成は、一つの画面を特定の領域に区分して、特定の送信元から送信されてきた映像データを予め定められた領域に嵌め込めばよいが、このような態様に限定されず、例えば、複数の映像データの一部又は全部を重ね合わせる等により行ってもよい。

音声合成部１５７は、通信制御部１５５から得られた音声データを合成する。ここで、音声データを合成する技術については、既存の技術を使用すればよいため、詳細な説明は省略する。

撮像部１５９は、映像を撮像する。なお、撮像された映像は、映像データとして、全体制御部１５４に出力される。

集音部１６０は、音声を集音する。なお、集音された音声は、音声データとして、全体制御部１５４に出力される。

入力部１６１は、情報の入力を受け付ける。

映像出力部１６２は、映像データを出力する。

音声出力部１６３は、音声データを出力する。

通信部１６４は、ネットワーク１８０を介した情報の送受信を行う。

以上に記載した会議クライアント端末１５０は、例えば、図６に示すような一般的なコンピュータ９００に、ビデオカメラ装置等の撮像装置（図示せず）、マイク等の集音装置（図示せず）、スピーカ等の音声出力装置（図示せず）、を備えることで実現できる。

例えば、記憶部１５１は、ＣＰＵ９０１がメモリ９０２又は外部記憶装置９０３を利用することにより実現可能であり、制御部１５３は、外部記憶装置９０３に記憶されている所定のプログラムをメモリ９０２にロードしてＣＰＵ９０１で実行することで実現可能であり、撮像部１５９は、ＣＰＵ９０１が撮像装置を利用することにより実現可能であり、集音部１６０は、ＣＰＵ９０１が集音装置を利用することにより実現可能であり、入力部１６１は、ＣＰＵ９０１が入力装置９０６を利用することにより実現可能であり、映像出力部１６２は、ＣＰＵ９０１が出力装置９０７を利用することにより実現可能であり、音声出力部１６３は、ＣＰＵ９０１が音声出力装置を利用することにより実現可能であり、通信部１６４は、ＣＰＵ９０１が通信装置９０８を利用することで実現可能である。

利用者端末１７０は、例えば、図６に示すような一般的なコンピュータを用いてればよい為、詳細な説明を省略する。

図１０は、会議システム１００での処理を示すシーケンス図である。

本シーケンスでは、利用者端末１７０Ａの利用者Ａが招集者となって、他の利用者端末１７０Ｂ〜１７０Ｇの利用者Ｂ〜Ｇを参加者として会議を設定する際の処理を示す。

まず、利用者Ａが、利用者端末１７０Ａの入力部を介して、会議を開催する指示の入力を行うことにより、会議開催要求が利用者端末１７０Ａからスケジューラサーバ１１０に送信される（Ｓ１０）。

本実施形態においては、例えば、利用者Ａは、スケジューラサーバ１１０が提供するウェブサイトにアクセスして、予め定められたページの予め定められたボタンの入力（会議開催要求の指示入力）を、入力部を介して行うことにより、会議開催要求がスケジューラサーバ１１０に送信される。

このような会議開催要求を受信したスケジューラサーバ１１０では、会議予約処理部１１８が、会議の予約を入力する為の予約入力画面を利用者端末１７０Ａに送信する（Ｓ１１）。

例えば、会議予約処理部１１８は、図１１（予約入力画面１８１の概略図）に示すような予約入力画面１８１を利用者端末１７０Ａに送信する。利用者端末１７０Ａでは、出力部に受信した予約入力画面１８１を表示して、入力部を介して利用者Ａより予約情報の入力を受け付ける。

図示するように、予約入力画面１８１は、会議希望日時指定領域１８１ａと、会議室選択領域１８１ｅと、参加者選択領域１８１ｉと、アテンドメニュー領域１８１ｌと、を有する。

そして、本実施形態においては、会議希望日時指定領域１８１ａには、第一希望入力領域１８１ｂと、第二希望入力領域１８１ｃと、第三希望入力領域１８１ｄと、を備え、それぞれの入力領域において、会議の設定を希望する開始年月日時間及び終了年月日時間を希望順に入力することができるようにされている。

会議室選択領域１８１ｅには、場所数入力領域１８１ｆが設けられており、場所数入力領域１８１ｆにおいていわゆるプルダウンメニューから選択された会議場所の数に応じて（ここでは、場所数として「２」が入力されたものとして説明する）、第一開催場所入力領域１８１ｇと、第二開催場所入力領域１８１ｈと、が設けられている。

即ち、場所数入力領域１８１ｆで第ｎ個（ｎは自然数）が選択されると、第一開催場所入力領域〜第ｎ開催場所入力領域が会議室選択領域１８１ｅに現れて、入力可能にされる。

そして、各々の開催場所欄には、会議を行う場所をプルダウンメニューから選択することのできる場所入力領域と、場所入力領域で特定される場所で参加する人数をプルダウンメニューから選択することのできる人数入力領域と、開催する会議において映像を必要とするか否かをチェックすることで示すＴＶ使用チェック領域と、が設けられている。

参加者選択領域１８１ｉには、人数入力領域１８１ｊが設けられており、人数入力領域１８１ｊにおいていわゆるプルダウンメニューから選択された参加人数に応じて（ここでは、参加人数として「７」が入力されたものとして説明する）、参加者リスト入力領域１８１ｋに入力された人数分の参加者名入力領域が現れて、入力可能にされる。

そして、各々の参加者名入力領域には、利用者情報記憶領域１１４に記憶されている利用者情報テーブル１１４ａの利用者氏名欄１１４ｃに格納されている利用者の氏名をプルダウンメニューから選択できるようにされており、また、参加を必須とする意思をチェックすることで示す必須チェック領域が隣接する位置に設けられている。

アテンドメニュー領域１８１ｌには、会議実施決定条件入力領域１８１ｍと、回答期限入力領域１８１ｎと、事前開催通知入力領域１８１ｏと、が設けられている。

会議実施決定条件入力領域１８１ｍには、会議を開催（実施）するための条件を特定する情報が入力される。ここで、本実施形態においては、いわゆるプルダウンメニューにより「全員一致」、「必須一致」又は「多数決」の中から条件を選択するようになっているが、このような態様に限定されるわけではない。

ここで、「全員一致」が選択された場合には、参加者選択領域１８１ｉの参加者名入力領域に入力された全員が参加可能な日時がある場合に、会議が開催（実施）可能と判断される。なお、開催可能な日時が複数ある場合には、会議希望日時指定領域１８１ａの希望順に従えばよい。

また、「必須一致」が選択された場合には、参加者選択領域１８１ｉの参加者名入力領域に入力された者のうち、必須チェック領域にチェックが入れられた全員が参加可能な日時がある場合に、会議が開催（実施）可能と判断される。なお、開催可能な日時が複数ある場合には、会議希望日時指定領域１８１ａの希望順に従えばよい。

また、「多数決」が選択された場合には、参加者選択領域１８１ｉの参加者名入力領域に入力された者のうち、過半数よりも多い人数が参加可能な日時がある場合に、会議が開催（実施）可能と判断される。なお、開催可能な日時が複数ある場合には、会議希望日時指定領域１８１ａの希望順に従えばよい。

回答期限入力領域１８１ｎには、参加者選択領域１８１ｉの参加者名入力領域に入力された者からの回答期限を特定する情報が入力される。例えば、本実施形態においては、いわゆるプルダウンメニューにおいて、「１日以内」「３日以内」、「１週間以内」又は「１０日以内」から選択することができるようにされているがこのような態様に限定されるわけではない。

事前開催通知入力領域１８１ｏには、会議を開催（実施）することが決定された場合に、当該会議の参加者に会議の事前開催通知の有無、及び、事前開催通知の方法を特定する情報が入力される。例えば、本実施形態においては、いわゆるプルダウンメニューにおいて、「前日メールにて」、「当日メールにて」又は「なし」から選択することができるようにされているが、このような態様に限定されるわけではない。

図１０に戻り、会議希望日時指定領域１８１ａと、会議室選択領域１８１ｅと、参加者選択領域１８１ｉと、アテンドメニュー領域１８１ｌと、に必要な情報が入力され（Ｓ１２）、ＯＫ（送信）入力領域１８１ｐを選択した実行指示が入力部を介して入力されると、予約入力画面１８１で入力された予約情報が、通信部を介して、スケジューラサーバ１１０に送信される（Ｓ１３）。

予約情報を受信したスケジューラサーバ１１０では、会議予約処理部１１８が、受信した予約情報の第一希望から第三希望の開催日時（開始年月日時及び終了年月日時）を特定したリソース問い合わせを生成し、通信部１２４を介して、会議サーバ１３０に送信する（Ｓ１４）。

このようなリソース問い合わせを受信した会議サーバ１３０では、会議管理部１３６が、受信したリソース問い合わせで特定されている第一希望から第三希望の開催日時の各々に設定されている会議の数を会議設定情報テーブル１３２ａより集計し、予め定められた会議数に達している場合には設定不可の回答を、予め定められた会議数に達していない場合には設定可能の回答を、第一希望から第三希望の各々について特定した応答メッセージを生成し、通信部１４１を介してスケジューラサーバ１１０に返信する（Ｓ１５）。

次に、スケジューラサーバ１１０の会議予約処理部１１８は、受信した予約情報の第一希望から第三希望の開催日時（開始年月日時及び終了年月日時）の各々について、既に、設定又は予約されている会議を会議スケジュール情報テーブル１１２ａから特定し、特定した会議で使用する会議室以外に、予約情報で特定されている場所、収容人数及びＴＶ会議（会議クライアント端末１５０）の有無に合致する会議室があるか否かを会議室情報テーブル１１３ａより判断する。

そして、会議予約処理部１１８は、ステップＳ１５の応答、および、会議室情報テーブル１１３ａを介した判断により、予約の可否を判断する（Ｓ１６）。

例えば、会議予約処理部１１８は、ステップＳ１５の応答で、第一希望日時〜第三希望日時の全てにおいて会議サーバ１３０のリソースに空きがあり（会議を設定可能の回答があり）、かつ、第一希望日時〜第三希望日時の全てにおいて予約情報で特定されている場所、収容人数及びＴＶ会議（会議クライアント端末１５０）の有無に合致する会議室がある場合には、予約可能と判断して、利用者端末１７０Ａに対して正常応答の状況通知を行い、これらの一つでも満たさない者がある場合には、予約不可と判断して、満たさない事項を特定したエラー応答の状況通知を行う。

ここでは、第二希望日時の第一開催場所に空いている会議室がなかったものとしてエラー応答の状況通知が利用者端末１７０Ａに通知されるものとする（Ｓ１７）。

例えば、会議予約処理部１１８は、図１２（エラー応答の状況通知１８２の概略図）に示すようなエラー応答の状況通知１８２を利用者端末１７０Ａに送信し、利用者端末１７０Ａでは、出力部に受信したエラー応答の状況通知１８２を表示する。

そして、利用者端末１７０Ａの利用者Ａが、入力部を介して、エラー応答の状況通知１８２に設けられた予約情報の修正指示入力領域１８２ａを指定した実行指示を入力すると、会議予約処理部１１８は、図１３（予約受付結果画面１８３の概略図）に示すような予約受付結果画面１８３を利用者端末１７０Ａに送信する。利用者端末１７０Ａでは、出力部に受信した予約受付結果画面１８３を表示して、入力部を介して利用者Ａより予約情報の修正要求の入力を受け付ける。

図示するように、予約受付結果画面１８３は、予約入力画面１８１と同様に、会議希望日時指定領域１８３ａと、会議室選択領域１８３ｅと、参加者選択領域１８３ｉと、アテンドメニュー領域１８３ｌと、を有する。

予約受付結果画面１８３では、予約可能と判断することのできなかった希望日時（ここでは、第二希望日時）に対応する領域を他と区別することのできる表示方法で表示するようにしている（ここでは、第二希望日時に対応する領域に特定の色（例えば、赤）を付しているがこのような態様に限定されない）。

そして、利用者端末１７０Ａの利用者Ａが、入力部を介して、予約可能と判断することのできなかった希望日時に対応する領域を指定した実行指示の入力を行うと、会議予約処理部１１８は、図１４（他候補支援画面１８４の概略図）に示すような他候補支援画面１８４を利用者端末１７０Ａに送信し、利用者端末１７０Ａでは、出力部に受信した他候補支援画面１８４を表示する。

図示するように、他候補支援画面１８４は、他日時選択支援領域１８４ａと、他会議室選択支援領域１８４ｂと、を有する。

他日時選択支援領域１８４ａには、第一希望日時〜第三希望日時で特定された日時以外で、エラーとなった日にちの前後の特定の期間（例えば、３日間、一週間等）において、会議サーバ１３０のリソースに空きがあり（会議を設定可能の回答があり）、かつ、予約情報で特定されている場所、収容人数及びＴＶ会議（会議クライアント端末１５０）の有無に合致する会議室がある時間帯の候補が表示される。

なお、この候補については、会議予約処理部１１８が、第一希望日時〜第三希望日時で特定された日時以外で、エラーとなった日にちの前後の特定の期間（例えば、３日間、一週間等）における時間帯（エラーとなった時間と同じ長さの時間）を順番に選択し、ステップＳ１４及びステップＳ１５と同様の処理を行うことにより特定可能である。

また、他会議室選択支援領域１８４ｂには、エラーとなった日時において、予約情報により特定されている場所で空いている会議室がある場合には、空いている会議室の場所、収容人数及びＴＶ会議（会議クライアント端末１５０）の有無を特定する情報が選択する会議室の候補として表示される。

なお、他会議室選択支援領域１８４ｂは、予約情報で特定されている場所、収容人数及びＴＶ会議（会議クライアント端末１５０）の有無に合致する会議室がない場合に表示され、複数の場所で予約情報に合致する会議室がない場合には、他会議室選択支援領域１８４ｂが複数表示される。

図１０に戻り、利用者端末１７０Ａの利用者Ａが、入力部を介して、他日時選択支援領域１８４ａに表示されている他日時の候補、または、他会議室選択支援領域１８４ｂに表示されている他の会議室の候補、の何れかを選択して（Ｓ１８）、入力部を介して、ＯＫ（送信）入力領域１８４ｃを選択した実行指示を入力すると、選択された情報が修正情報としてスケジューラサーバ１１０に送信される（Ｓ１９）。

なお、図１３において、利用者端末１７０Ａの利用者Ａが、予約可能と判断することのできなかった希望日時に対応する領域を指定した実行指示の入力を行わずに、ＯＫ（送信）入力領域１８３ｐを選択した実行指示の入力を行うと、修正する日時や会議室を特定する情報が格納されていない修正情報がスケジューラサーバ１１０に送信される（この場合には、エラーとなった日時をキャンセルすることを意味するものとする）。

修正情報を受信したスケジューラサーバ１１０では、会議予約処理部１１８が、一意となるように会議ＩＤを生成して、ステップＳ１６で予約可能と判断された希望日時、受信した修正情報で日時又は会議室が特定された修正後の希望日時、に対応する情報を会議スケジュール情報テーブル１１２ａの対応する欄に格納する（Ｓ２０）。

ここで、会議スケジュール情報テーブル１１２ａの予約ＩＤ欄１１２ｃには、希望日時に対応する値が、即ち、予約入力画面１８１において、第一希望入力領域１８１ｂに入力された日時に対応するレコードには「１」の値が、第二希望入力領域１８１ｃに入力された日時に対応するレコードには「２」の値が、第三希望入力領域１８１ｄに入力された日時に対応するレコードには「３」の値が、格納される。

また、会議室ＩＤ欄１１２ｍ_ｉには、予約情報により特定されている場所、収容人数及びＴＶ会議（会議クライアント端末１５０）の有無を満たす会議室のうち、任意に選択された会議室の会議室ＩＤが格納される。

次に、会議予約処理部１１８は、利用者端末１７０Ａに対して正常応答の状況通知を行う（Ｓ１７）。正常応答の状況通知については、例えば、図１５（正常応答の状況通知１８５の概略図）に示すような正常応答の状況通知１８５を用いればよい。

次に、会議予約処理部１１８は、予約情報により特定されている参加者のメールアドレスを、利用者情報記憶領域１１４に記憶されている利用者情報テーブル１１４ａより特定し、特定したメールアドレスで特定されるクライアント端末１７０Ａ〜１７０Ｇに会議の開催案内を送信する（Ｓ２２、Ｓ２３）。

ステップＳ２２、Ｓ２３で送信する開催案内としては、例えば、図１６（開催案内１８６の概略図）に示すような開催案内１８６を用いればよい。

そして、このような開催案内を受信した利用者端末１７０Ａ〜１７０Ｇでは、出力部に開催案内１８６を表示し、利用者端末１７０の利用者が、入力部を介して、開催案内１８６に設けられている回答要求入力領域１８６ａを指定した実行指示を入力すると、会議予約処理部１１８は、図１７（参加回答画面１８７の概略図）に示すような参加回答画面１８７を利用者端末１７０Ａ〜１７０Ｇに送信する。利用者端末１７０Ａ〜１７０Ｇでは、出力部に受信した参加回答画面１８７を表示して、入力部を介して利用者Ａ〜Ｇより参加回答の入力を受け付ける（Ｓ２４、Ｓ２５）。

図示するように、参加回答画面１８７は、会議参加可能回答領域１８７ａと、会議室選択領域１８７ｂと、を有する。

会議参加可能回答領域１８７ａでは、利用者端末１７０Ａ〜１７０Ｇの利用者Ａ〜Ｇは、入力部を介して、会議に参加することのできる日時の右側に設けられているチェックボックスにチェックを入れることで、当該日時の会議に参加できることを示すことができる。なお、会議参加可能回答領域１８７ａでは、複数の日時にチェックを入れることができ、チェックを入れない場合には、これらの日時に会議に参加することができないことを示すことになる。

会議室選択領域１８７ｂでは、利用者端末１７０の利用者は、入力部を介して、会議に参加することのできる場所の右側に設けられているチェックボックスにチェックを入れることで、当該場所で会議に参加できることを示すことができる。

そして、利用者端末１７０Ａ〜１７０Ｇの利用者Ａ〜Ｇは、会議参加可能回答領域１８７ａ及び会議室選択領域１８７ｂの該当する領域に必要なチェックを入れて（チェックを入れないで）、ＯＫ（送信）入力領域１８７ｐを選択した実行指示の入力を行うと、チェックされた項目を特定する参加回答情報がスケジューラサーバ１１０に送信される（Ｓ２６、Ｓ２７）。

会議に参加する利用者Ａ〜Ｇの全員より参加回答情報を受信したスケジューラサーバ１１０では、参加回答情報で特定された参加日時と、参加場所と、を集計することにより、予約情報で特定される会議実施決定条件を満たし、かつ、各々の場所での会議室の収容人数を満たすか否かにより会議の開催が可能か否かを判定する（Ｓ２８）。

そして、会議予約処理部１１８は、ステップＳ２８において、会議を開催することができるか否かの判断に応じて、開催できない場合の参加者回答状況通知、または、開催できる場合の参加者回答状況通知、を会議の招集者である利用者Ａの利用者端末１７０Ａに送信する（Ｓ２９）。

例えば、会議予約処理部１１８は、ステップＳ２８において、会議を開催することができないと判断した場合には、図１８（開催できない場合の参加者回答状況通知１８８の概略図）に示すような開催できない場合の参加者回答状況通知１８８を会議の招集者である利用者Ａの利用者端末１７０Ａに送信する。

そして、このような開催できない場合の参加者回答状況通知１８８を受信した利用者端末１７０Ａでは、出力部に開催できない場合の参加者回答状況通知１８８を表示し、利用者端末１７０Ａの利用者Ａが、入力部を介して、開催できない場合の参加者回答状況通知１８８に設けられている回答集計結果表示要求入力領域１８８ａを指定した実行指示を入力すると、会議予約処理部１１８は、図１９（開催できない場合の回答集計結果画面１８９の概略図）に示すような開催できない場合の回答集計結果画面１８９を利用者端末１７０Ａに送信する。利用者端末１７０Ａでは、出力部に受信した開催できない場合の回答集計結果画面１８９を表示する。

図示するように、開催できない場合の回答集計結果画面１８９は、会議希望日時指定領域１８９ａと、会議室選択領域１８９ｅと、参加者選択領域１８９ｉと、アテンドメニュー領域１８９ｌと、を有し、それぞれの領域には、予約入力画面１８１における、会議希望日時指定領域１８１ａと、会議室選択領域１８１ｅと、参加者選択領域１８１ｉと、アテンドメニュー領域１８１ｌと、において入力（選択）された事項が表示される。

なお、会議室選択領域１８９ｅには、予約入力画面１８１の会議室選択領域１８１ｅで入力された条件を満たす会議室のうち、会議予約処理部１１８で選択された会議室の会議室ＩＤも表示されている。

そして、開催できない場合の回答集計結果画面１８９は、初期状態では、会議希望日時指定領域１８９ａのうち、参加できないと回答した利用者の数が最も少なかった会議希望日時（参加できないと回答した利用者の数が同数の場合には、希望順）に対応する部分が他と区別可能な表示が行われており（ここでは、特定の色彩を付しているものとする）、さらに、参加者選択領域１８９ｉのうち、会議希望日時指定領域１８９ａで識別されている日時に参加できないと回答した利用者に対応する部分が他と区別可能な表示が行われている（ここでは、特定の色彩を付しているものとする）。

なお、開催できない場合の回答集計結果画面１８９では、会議希望日時指定領域１８９ａのうち、特定の希望日時を含む一定の領域を入力部で指定すると、参加者選択領域１８９ｉのうち、当該特定の希望日時において、参加できないと回答した利用者に対応する部分が他と区別可能な表示が行われるものとする（ここでは、特定の色彩を付すものとする）。これらの表示制御は、会議予約処理部１１８が行う。

また、図示してはいないが、会議室が収容人数を満たさないことで開催できないと判断された場合には、会議室選択領域１８１ｅにおいて、収容人数を満たさないと判断された開催場所に対応する部分が他と区別可能な表示が行われるようにすればよい。

さらに、利用者端末１７０Ａの利用者Ａが、開催できない場合の回答集計結果画面１８９においてＯＫ（送信）入力領域１８９ｐを選択した実行指示の入力を行うと、処理を終了することを特定する応答情報がスケジューラサーバ１１０に送信され、本シーケンスは終了する。一方、やり直し（送信）入力領域１８９ｑを選択した実行指示の入力を行うと、予約をやり直すことを特定する応答情報がスケジューラサーバ１１０に送信され、ステップＳ１１からやり直すことができるようになる。

一方、会議予約処理部１１８は、ステップＳ２８において、会議を開催することができると判断した場合には、図２０（開催できる場合の参加者回答状況通知１９０の概略図）に示すような開催できる場合の参加者回答状況通知１９０を会議の招集者である利用者Ａの利用者端末１７０Ａに送信する。

そして、このような開催できる場合の参加者回答状況通知１９０を受信した利用者端末１７０Ａでは、出力部に開催できる参加者回答状況通知１９０を表示する。

ここで、図２０に示す開催できる場合の参加者回答状況通知１９０では、会議を開催する日時と、会議で使用する会議室と、事前通知の有無又は事前通知の方法と、が特定されている。

そして、利用者端末１７０Ａの利用者Ａが、入力部を介して、開催できる場合の参加者回答状況通知１９０に設けられている回答集計結果表示要求入力領域１９０ａを指定した実行指示を入力すると、会議予約処理部１１８は、図２１（開催できる場合の回答集計結果画面１９１の概略図）に示すような開催できる場合の回答集計結果画面１９１を利用者端末１７０Ａに送信する。利用者端末１７０Ａでは、出力部に受信した開催できる場合の回答集計結果画面１９１を表示する。

図示するように、開催できる場合の回答集計結果画面１９１は、会議希望日時指定領域１９１ａと、会議室選択領域１９１ｅと、参加者選択領域１９１ｉと、アテンドメニュー領域１９１ｌと、を有し、それぞれの領域には、予約入力画面１８１における、会議希望日時指定領域１８１ａと、会議室選択領域１８１ｅと、参加者選択領域１８１ｉと、アテンドメニュー領域１８１ｌと、において入力（選択）された事項が表示される。

ここで、会議希望日時指定領域１９１ａにおいて、会議を開催できると判断された日時のうち、希望順の最も高いものが、他と区別可能な表示が行われている（ここでは、特定の色彩を付しているものとする）。

そして、会議室選択領域１９１ｅには、会議を開催できると判断された日時のうち、希望順の最も高いものにおいて会議を開催する際に、会議予約処理部１１８で使用することが選択された会議室の会議室ＩＤが表示される。

なお、開催できる場合の回答集計結果画面１９１では、会議希望日時指定領域１９１ａのうち、特定の希望日時を含む一定の領域を入力部で指定すると、当該特定の希望日時において会議を行うとした際に、選択された会議室の会議室ＩＤが会議室選択領域１９１ｅに表示され、当該特定の希望日時において、参加できないと回答した利用者がいる場合には、当該利用者に対応する部分が他と区別可能な表示が行われるものとする（ここでは、特定の色彩を付すものとする）。

また、利用者端末１７０Ａの利用者Ａが、会議希望日時指定領域１９１ａにおいて会議を行う日時（開催可能なもの）を入力部で指定して、ＯＫ（送信）入力領域１９１ｐを選択した実行指示の入力を行うと、会議希望日時指定領域１９１ａにおいて選択された日時を特定する応答情報がスケジューラサーバ１１０に送信される（Ｓ３０）。

このような応答情報を受信したスケジューラサーバ１１０では、応答情報に含まれる日時以外の日時に対応するレコード（会議ＩＤが同じもの）を、会議スケジュール情報テーブル１１２ａより削除することで、予約を確定する（Ｓ３１）。

そして、会議設定処理部１１８は、予約が確定したレコードの会議ＩＤ欄１１２ｂ、開催年月日欄１１２ｄ、開始時間欄１１２ｅ、終了時間欄１１２ｆに格納されている情報を抽出するとともに、会議室ＩＤ欄１１２ｍ_ｉに格納されている会議室ＩＤに対応する会議クライアント端末１５０の通信アドレスを会議室情報テーブル１１３ａより抽出し、抽出したこれらの情報を開催情報として、会議サーバ１３０に送信する（Ｓ３２）。

このような開催情報を受信した会議サーバ１３０では、会議管理部１３６が、会議設定情報テーブル１３２ａに新たなレコードを生成して、受信した開催情報に含まれる情報を対応する欄に格納する（Ｓ３３）。

次に、スケジューラサーバ１１０の会議予約処理部１１８は、会議スケジュール情報テーブル１１２ａよりステップＳ３１で予約が確定したレコードの参加者欄１１２ｇに格納されている参加者ＩＤに対応するメールアドレスを利用者情報テーブル１１４ａより取得し、取得したメールアドレスで特定される利用者端末１７０Ａ〜１７０Ｇに、会議を開催する日時と、会議で使用する会議室と、事前通知の有無又は事前通知の方法と、を特定した会議の開催通知を送信する（Ｓ３４、Ｓ３５）。

また、スケジューラサーバ１１０の会議予約処理部１１８は、会議スケジュール情報テーブル１１２ａの開催年月日欄１１２ｄと、事前開催通知欄１１２ｐと、により事前開催通知日になったと判断した場合には（Ｓ３６）、会議スケジュール情報テーブル１１２ａの参加者欄１１２ｇに格納されている参加者ＩＤに対応するメールアドレスを利用者情報テーブル１１４ａより取得し、取得したメールアドレスで特定される利用者端末１７０Ａ〜１７０Ｂに、会議を開催する日時と、会議で使用する会議室と、事前通知の有無又は事前通知の方法と、を特定した会議の事前通知を送信する（Ｓ３７、Ｓ３８）。

そして、スケジューラサーバ１１０の呼制御部１２０は、会議スケジュール情報テーブル１１２ａの開催年月日欄１１２ｄ及び開始時間欄１１２ｅより、会議の開始時間から予め定められた時間前になったと判断した場合には（Ｓ３９）、会議室ＩＤ欄１１２ｍ_ｉで特定される会議室ＩＤに対応する通信アドレスを会議室情報テーブル１１３ａより取得して、取得した通信アドレスに呼制御を行い、これらの通信アドレスで特定される会議クライアント端末１５０同士での通信を可能にする（Ｓ４０、Ｓ４１）。

図２２、図２３は、スケジューラサーバ１１０での処理を示すフローチャートである。

まず、スケジューラサーバ１１０は、通信部１２４を介して、利用者端末１７０より会議開催要求を受信すると（Ｓ５０でＹｅｓ）、会議予約処理部１１８が、図１１に示すような予約入力画面１８１を、会議開催要求を送信してきた利用者端末１７０に送信する（Ｓ５１）。

次に、会議予約処理部１１８は、予約入力画面１８１を介して、会議の希望日時、会議室の条件、参加者、および、会議を設定するための条件等のアテンドメニューの入力を受け付けると（Ｓ５２でＹｅｓ）、会議予約処理部１１８は、入力された会議の希望日時を特定したリソース問い合わせを生成し、通信部１２４を介して、会議サーバ１３０に送信し、その応答を受け付けることで、リソースの確認を行う（Ｓ５３）。ここで、会議サーバ１３０からは、第一希望から第三希望の開催日時の各々につき、会議の設定が可能か否かを特定した応答メッセージが返信されてくるものとする。

次に、会議予約処理部１１８は、予約入力画面１８１を介して入力を受け付けた第一希望から第三希望の開催日時（開始年月日時及び終了年月日時）の各々について、既に、設定又は予約されている会議を会議スケジュール情報テーブル１１２ａから特定し、特定した会議で使用する会議室以外に、入力を受け付けた日時、場所、収容人数及びＴＶ会議（会議クライアント端末１５０）の有無に合致する会議室があるか否かを会議室情報テーブル１１３ａより判断する。

そして、会議予約処理部１１８は、ステップＳ５３での確認と、会議室情報テーブル１１３ａを介した判断と、により予約の可否を判断する（Ｓ５４）。そして、会議予約処理部１１８は、予約が可能ではないと判断した場合には（Ｓ５４でＮｏ）、ステップＳ５５に進み、予約が可能と判断した場合には（Ｓ５４でＹｅｓ）、ステップＳ６１に進む。

ステップＳ５５では、会議予約処理部１１８は、図１２に示すような予約エラーを示す状況通知１８２を利用者端末１７０に送信する。

そして、会議予約処理部１１８は、利用者端末１７０から、ＯＫ指示の入力を受け付けた場合には（Ｓ５６でＹｅｓ）、ステップＳ６１に進み、一方、利用者端末１７０から、予約の修正指示を受け付けると（Ｓ５７でＹｅｓ）、ステップＳ５８に進む。

ステップＳ５８では、会議予約処理部１１８は、予約の修正候補を特定する。

例えば、会議予約処理部１１８は、会議サーバ１３０のリソース不足、または、会議室の空きがない、と判断された希望日時の前後の特定の期間において、会議サーバ１３０のリソースに空きがあり（ステップＳ５３と同様にリソースの確認を行い特定）、かつ、予約入力画面１８１を介して入力された場所、収容人数及びＴＶ会議（会議クライアント端末１５０）の有無に合致する会議室がある時間帯の候補を特定することで、他日時候補を特定し、また、会議室の空きがない、と判断された希望日時において使用されておらず、予約入力画面１８１を介して入力された収容人数が異なる他の会議室を会議室情報テーブル１１３ａより特定することで他会議室候補を特定する。

そして、会議予約処理部１１８は、上述のようにして特定した他日時候補及び他会議室候補の少なくとも何れか一方を特定した図１４に示すような他候補支援画面１８４を利用者端末１７０に送信する（Ｓ５９）。

そして、会議予約処理部１１８は、他候補支援画面１８４を介して修正候補の選択が入力されると（Ｓ６０でＹｅｓ）、ステップＳ６１に進む。

ステップＳ６１では、会議予約処理部１１８が、一意となるように会議ＩＤを生成して、ステップＳ５４で予約可能と判断された希望日時、および、ステップＳ６０で入力された修正後の希望日時に対応する情報（開催年月日、開始時間、終了時間、参加者、開催場所の条件、会議実施決定条件、回答期限及び事前開催通知）を会議スケジュール情報テーブル１１２ａの対応する欄に格納する。ここで、会議スケジュール情報テーブル１１２ａの予約ＩＤ欄１１２ｃには、希望日時に対応する値が、即ち、予約入力画面１８１において、第一希望入力領域１８１ｂに入力された日時に対応するレコードには「１」の値が、第二希望入力領域１８１ｃに入力された日時に対応するレコードには「２」の値が、第三希望入力領域１８１ｄに入力された日時に対応するレコードには「３」の値が、格納される。また、会議室ＩＤ欄１１２ｍ_ｎには、予約情報により特定されている場所、収容人数及びＴＶ会議（会議クライアント端末１５０）の有無を満たす会議室のうち、任意に選択された会議室の会議室ＩＤが格納される。

次に、会議予約処理部１１８は、会議開催要求を送信してきた利用者端末１７０に対して、図１５に示すような正常応答の状況通知１８５を送信する（Ｓ６２）。

次に、会議予約処理部１１８は、予約入力画面１８１を介して入力された参加者のメールアドレスを、利用者情報テーブル１１４ａより特定し、特定したメールアドレスに図１６に示すような会議の開催案内１８６を送信する（Ｓ６３）。

そして、会議予約処理部１１８は、利用者端末１７０より、回答要求を受信すると（Ｓ６４でＹｅｓ）、回答要求を送信してきた利用者端末１７０に、図１７に示すような参加回答画面１８７を送信する（Ｓ６５）。

そして、会議予約処理部１１８は、参加回答画面１８７を介して、参加可能日時及び参加可能場所を特定した参加回答を受信すると（Ｓ６６でＹｅｓ）、全ての参加者より参加回答が得られたか否かを判断し（Ｓ６７）、全ての参加者より参加回答が得られた場合には（ステップＳ６７でＹｅｓ）、図２３のステップＳ６８に進み、全ての参加者より参加回答が得られていない場合には（ステップＳ６７でＮｏ）、ステップＳ６４に戻り処理を繰り返す。

図２３のステップＳ６８では、会議予約処理部１１８は、全ての参加者より得られた参加回答に基づいて、会議を開催することができるか否かを判断する（Ｓ６８）。そして、会議を開催することができない場合には（ステップＳ６８でＮｏ）、ステップＳ６９に進み、会議を開催することができる場合には（ステップＳ６８でＹｅｓ）、ステップＳ７５に進む。

ここで、ステップＳ６８では、会議予約処理部１１８は、全ての参加者より得られた参加可能日時と、参加場所と、を集計し、予約入力画面１８１を介して入力された会議実施決定条件及び各々の場所での会議室の収容人数を満たす場合には、会議の開催が可能と判定する。

ステップＳ６９では、会議予約処理部１１８は、図１８に示すような開催できない場合の参加者回答状況通知１８８を会議の招集者である利用者の利用者端末１７０（ステップＳ５０で会議開催要求を送信してきた利用者端末１７０）に送信する。

そして、会議予約処理部１１８は、利用者端末１７０より、回答集計結果表示要求を受信すると（Ｓ７０でＹｅｓ）、図１９に示すような開催できない場合の回答集計結果画面１８９を利用者端末１７０に送信する（Ｓ７１）。

次に、会議予約処理部１１８は、利用者端末１７０から応答を受信すると（Ｓ７２でＹｅｓ）、受信した応答がやり直しを特定するものであるか否かを判断し（Ｓ７３）、やり直しを特定するものである場合には（ステップＳ７３でＹｅｓ）、ステップＳ５１に戻り処理を繰り返し、やり直しを特定するものではない場合には（ステップＳ７３でＮｏ）、ステップＳ６１で会議スケジュール情報テーブル１１２ａに格納したレコードを削除して（Ｓ７４）、処理を終了する。

一方、ステップＳ７５では、会議予約処理部１１８は、図２０に示すような開催できる場合の参加者回答状況通知１９０を会議の招集者である利用者の利用者端末１７０（ステップＳ５０で会議開催要求を送信してきた利用者端末１７０）に送信する。

そして、会議予約処理部１１８は、会議予約処理部１１８は、利用者端末１７０から応答を受信すると（Ｓ７８でＹｅｓ）、受信した応答に含まれる日時以外の日時に対応するレコードを、会議スケジュール情報テーブル１１２ａより削除することで、予約を確定する（Ｓ７９）。

次に、会議設定処理部１１８は、予約が確定したレコードの会議ＩＤ欄１１２ｂ、開催年月日欄１１２ｄ、開始時間欄１１２ｅ、終了時間欄１１２ｆに格納されている情報を抽出するとともに、会議室ＩＤ欄１１２ｍ_ｎに格納されている会議室ＩＤに対応する会議クライアント端末１５０の通信アドレスを会議室情報テーブル１１３ａより抽出し、抽出したこれらの情報を開催情報として、会議サーバ１３０に送信する（Ｓ８０）。

次に、会議予約処理部１１８は、会議スケジュール情報テーブル１１２ａよりステップＳ７９で予約が確定したレコードの参加者欄１１２ｇに格納されている参加者ＩＤに対応するメールアドレスを利用者情報テーブル１１４ａより取得し、取得したメールアドレスに、会議を開催する日時と、会議で使用する会議室と、事前通知の有無又は事前通知の方法と、を特定した会議の開催通知を送信する（Ｓ８１）。

また、会議予約処理部１１８は、会議スケジュール情報テーブル１１２ａの開催年月日欄１１２ｄと、事前開催通知欄１１２ｐと、により事前開催通知日になった判断した場合には、会議スケジュール情報テーブル１１２ａの参加者欄１１２ｇに格納されている参加者ＩＤに対応するメールアドレスを利用者情報テーブル１１４ａより取得し、取得したメールアドレスに、会議を開催する日時と、会議で使用する会議室と、事前通知の有無又は事前通知の方法と、を特定した会議の事前通知を送信する（Ｓ８２）。

そして、呼制御部１２０は、会議スケジュール情報テーブル１１２ａの開催年月日欄１１２ｄ及び開始時間欄１１２ｅより、会議の開始時間から予め定められた時間前になったと判断した場合には、会議室ＩＤ欄１１２ｍ_ｉで特定される会議室ＩＤに対応する通信アドレスを会議室情報テーブル１１３ａより取得して、取得した通信アドレスに呼制御を行い、これらの通信アドレスで特定される会議クライアント端末１５０同士での通信を可能にする（Ｓ８３）。

以上に記載した実施形態においては、図１０のステップＳ２８及び図２３のステップＳ６８において、会議予約処理部１１８は、全ての参加者より得られた参加可能日時と、参加場所と、を集計し、予約入力画面１８１を介して入力された会議実施決定条件及び各々の場所での会議室の収容人数を満たす場合には、会議の開催が可能と判定しているが、このような態様に限定されず、例えば、回答の集計結果で、会議室の収容人数を超えている場合でも、会議の開催が可能と判断するようにしてもよい。この場合には、各々の会議室毎又は全ての会議室に超過可能な人数を定めておき、この超過可能な人数の範囲内であれば、会議の開催が可能と判断するようにしてもよい。

また、回答の集計結果で、会議室の収容人数を超えている場合には、会議予約処理部１１８が、会議スケジュール情報テーブル１１２ａ及び会議室情報テーブル１１３ａより、希望日時において使用されていない会議室であって、回答した参加者を収納可能な会議室を候補として特定し、図１９に示す画面上で、特定した候補から会議室を変更して、会議の開催が可能となるようにすることもできる。

本発明は、２地点（拠点）間で開催される会議を用いて説明を行ったが、２地点に限定されるものではない。

また、会議開催に関するスケジューリング機能に関しては、会議サーバや会議クライアント端末が不要の単地点（１拠点）での会議にも利用可能である。

会議システムの概略図。スケジューラサーバの概略図。会議スケジュール情報テーブルの概略図。会議室情報テーブルの概略図。利用者情報テーブルの概略図。コンピュータの概略図。会議サーバの概略図。会議設定情報テーブルの概略図。会議クライアント端末の概略図。会議システムでの処理を示すシーケンス図。予約入力画面の概略図。エラー応答の状況通知の概略図。予約受付結果画面の概略図。他候補支援画面の概略図。正常応答の状況通知の概略図。開催案内の概略図。参加回答画面の概略図。開催できない場合の参加者回答状況通知の概略図。開催できない場合の回答集計結果画面の概略図。開催できる場合の参加者回答状況通知の概略図。開催できる場合の回答集計結果画面の概略図。スケジューラサーバでの処理を示すフローチャート。スケジューラサーバでの処理を示すフローチャート。

符号の説明

１００会議システム
１１０スケジューラサーバ
１１１記憶部
１１２会議スケジュール情報記憶領域
１１３会議室情報記憶領域
１１４利用者情報記憶領域
１１６制御部
１１７全体制御部
１１８会議予約処理部
１１９会議設定処理部
１２０呼制御部
１２２入力部
１２３出力部
１２４通信部
１３０会議サーバ
１３１記憶部
１３２会議設定情報記憶領域
１３４制御部
１３５全体制御部
１３６会議管理部
１３７ルーティング処理部
１５０会議クライアント端末
１５１記憶部
１５３制御部
１５４全体制御部
１５５通信制御部
１５６映像合成部
１５７音声合成部
１５９撮像部
１６０集音部
１６２映像出力部
１６３音声出力部

Claims

複数の端末を用いて遠隔会議を行うために、当該複数の端末に含まれる一の端末から受信した映像及び音声データの少なくとも何れか一方を、当該複数の端末に含まれる他の端末に転送する会議サーバでの会議のスケジュールを管理するスケジューラサーバであって、
会議、当該会議の開催日時、当該会議で使用する会議室、を特定する会議スケジュール情報と、
会議室、当該会議室の場所、および、当該会議室の収容人数、を特定する会議室情報と、
前記会議システムの利用者を特定する利用者情報と、
を記憶する記憶部と、制御部と、を備え、
前記制御部は、
前記利用者より、会議を開催する希望日時と、会議を開催する場所と、当該場所にある会議室の収容人数と、会議に参加する参加者と、会議を実施するための参加者の人数に関する実施決定条件と、を特定する予約情報の入力を受け付ける処理と、
前記希望日時を特定した問い合わせを前記会議サーバに送信し、前記会議サーバより前記希望日時に会議の開催が可能か否かの回答を受信する処理と、
前記会議スケジュール情報より、前記希望日時に使用している会議室を特定し、特定した会議室以外に、予約情報で特定されている会議を開催する場所及び当該場所にある会議室の収容人数を満たす他の会議室があるか否かを前記会議室情報より判断する処理と、
前記会議サーバより会議の開催が可能との回答を受信し、かつ、前記希望日時に使用している会議室以外で、予約情報で特定されている会議を開催する場所及び当該場所にある会議室の収容人数を満たす他の会議室があると判断した場合に、予約可能と判断する処理と、
予約可能と判断した場合に、前記参加者より、前記希望日時に会議に参加が可能か否かと、会議に参加する場所と、の入力を受け付ける処理と、
前記希望日時に会議に参加可能と入力した参加者の数が前記実施決定条件を満たし、かつ、前記希望日時に会議に参加可能と入力した参加者が参加する場所毎の参加者の数が、当該場所にある会議室の収容人数を超過していない場合には、前記予約情報で予約された会議の開催が可能と判断する処理と、
前記予約情報で予約された会議の開催が可能と判断した場合に、前記予約情報で予約された会議を開催するための開催情報を前記会議サーバに登録する処理と、を行うこと、
を特徴とするスケジューラサーバ。
請求項１に記載のスケジューラサーバであって、
前記制御部は、
予約可能と判断できない場合には、前記希望日時から特定の期間において、前記会議サーバが会議の開催が可能と判断し、かつ、前記スケジュール情報より、予約情報で特定されている会議を開催する場所及び当該場所にある会議室の収容人数を満たす他の会議室がある時間帯を特定した他日時候補から、前記予約情報を入力した前記利用者に会議を行う他の候補日時の選択を受け付ける処理と、
選択された他の候補日時を、前記予約情報で特定される希望日時と入れ替えて、会議を行う希望日時とする処理と、を行うことで、予約可能と判断すること、
を特徴とするスケジューラサーバ。
請求項１又は２に記載のスケジューラサーバであって、
前記制御部は、
予約可能と判断できない場合には、前記会議スケジュール情報より、前記希望日時に使用している会議室以外に、予約情報で特定されている会議を開催する場所を満たす他の会議室及び当該他の会議室の収容人数を特定した他会議室候補から、前記予約情報を入力した前記利用者に会議を行う他の候補会議室の選択を受け付ける処理と、
選択された他の候補会議室を、前記予約情報で特定される会議を開催する場所及び当該場所にある会議室の収容人数を満たす会議室とする処理と、を行うことで、予約可能と判断すること、
を特徴とするスケジューラサーバ。
請求項１から３の何れか一項に記載のスケジューラサーバであって、
前記制御部は、
前記参加者の全員より、前記希望日時に会議に参加が可能か否かと、会議に参加する場所と、の入力を受け付けた場合には、前記希望日時毎に、当該希望日時に会議に参加することができないと入力した参加者を特定する情報を、前記予約情報を入力した利用者の利用者端末に出力する処理を行うこと、
を特徴とするスケジューラサーバ。
コンピュータを、複数の端末を用いて遠隔会議を行うために、当該複数の端末に含まれる一の端末から受信した映像及び音声データの少なくとも何れか一方を、当該複数の端末に含まれる他の端末に転送する会議サーバでの会議のスケジュールを管理するスケジューラサーバとして機能させるプログラムであって、
前記コンピュータを、
会議、当該会議の開催日時、当該会議で使用する会議室、を特定する会議スケジュール情報と、
会議室、当該会議室の場所、および、当該会議室の収容人数、を特定する会議室情報と、
前記会議システムの利用者を特定する利用者情報と、
を記憶する記憶手段、制御手段、として機能させ、
前記制御手段に、
前記利用者より、会議を開催する希望日時と、会議を開催する場所と、当該場所にある会議室の収容人数と、会議に参加する参加者と、会議を実施するための参加者の人数に関する実施決定条件と、を特定する予約情報の入力を受け付ける処理と、
前記希望日時を特定した問い合わせを前記会議サーバに送信し、前記会議サーバより前記希望日時に会議の開催が可能か否かの回答を受信する処理と、
前記会議スケジュール情報より、前記希望日時に使用している会議室を特定し、特定した会議室以外に、予約情報で特定されている会議を開催する場所及び当該場所にある会議室の収容人数を満たす他の会議室があるか否かを前記会議室情報より判断する処理と、
前記会議サーバより会議の開催が可能との回答を受信し、かつ、前記希望日時に使用している会議室以外で、予約情報で特定されている会議を開催する場所及び当該場所にある会議室の収容人数を満たす他の会議室があると判断した場合に、予約可能と判断する処理と、
予約可能と判断した場合に、前記参加者より、前記希望日時に会議に参加が可能か否かと、会議に参加する場所と、の入力を受け付ける処理と、
前記希望日時に会議に参加可能と入力した参加者の数が前記実施決定条件を満たし、かつ、前記希望日時に会議に参加可能と入力した参加者が参加する場所毎の参加者の数が、当該場所にある会議室の収容人数を超過していない場合には、前記予約情報で予約された会議の開催が可能と判断する処理と、
前記予約情報で予約された会議の開催が可能と判断した場合に、前記予約情報で予約された会議を開催するための開催情報を前記会議サーバに登録する処理と、を行わせること、
を特徴とするプログラム。
複数の端末を用いて遠隔会議を行うために、当該複数の端末に含まれる一の端末から受信した映像及び音声データの少なくとも何れか一方を、当該複数の端末に含まれる他の端末に転送する会議サーバと、当該会議サーバでの会議のスケジュールを管理するスケジューラサーバと、当該会議に参加する利用者の利用者端末と、を備える会議システムであって、
前記スケジューラサーバは、
会議、当該会議の開催日時、当該会議で使用する会議室、を特定する会議スケジュール情報と、
会議室、当該会議室の場所、および、当該会議室の収容人数、を特定する会議室情報と、
前記会議システムの利用者を特定する利用者情報と、
を記憶する記憶部と、制御部と、を備え、
前記スケジューラサーバの制御部は、
前記利用者端末より、会議を開催する希望日時と、会議を開催する場所と、当該場所にある会議室の収容人数と、会議に参加する参加者と、会議を実施するための参加者の人数に関する実施決定条件と、を特定する予約情報の入力を受け付ける処理と、
前記希望日時を特定した問い合わせを前記会議サーバに送信し、前記会議サーバより前記希望日時に会議の開催が可能か否かの回答を受信する処理と、
前記会議スケジュール情報より、前記希望日時に使用している会議室を特定し、特定した会議室以外に、予約情報で特定されている会議を開催する場所及び当該場所にある会議室の収容人数を満たす他の会議室があるか否かを前記会議室情報より判断する処理と、
前記会議サーバより会議の開催が可能との回答を受信し、かつ、前記希望日時に使用している会議室以外で、予約情報で特定されている会議を開催する場所及び当該場所にある会議室の収容人数を満たす他の会議室があると判断した場合に、予約可能と判断する処理と、
予約可能と判断した場合に、前記参加者の利用者端末より、前記希望日時に会議に参加が可能か否かと、会議に参加する場所と、の入力を受け付ける処理と、
前記希望日時に会議に参加可能と入力した参加者の数が前記実施決定条件を満たし、かつ、前記希望日時に会議に参加可能と入力した参加者が参加する場所毎の参加者の数が、当該場所にある会議室の収容人数を超過していない場合には、前記予約情報で予約された会議の開催が可能と判断する処理と、
前記予約情報で予約された会議の開催が可能と判断した場合に、前記予約情報で予約された会議を開催するための開催情報を前記会議サーバに登録する処理と、を行うこと、
を特徴とする会議システム。
会議、当該会議の開催日時、当該会議で使用する会議室、を特定する会議スケジュール情報と、
会議室、当該会議室の場所、および、当該会議室の収容人数、を特定する会議室情報と、
前記会議システムの利用者を特定する利用者情報と、
を記憶する記憶部と、制御部と、を備えるスケジューリングサーバが、複数の端末を用いて遠隔会議を行うために、当該複数の端末に含まれる一の端末から受信した映像及び音声データの少なくとも何れか一方を、当該複数の端末に含まれる他の端末に転送する会議サーバでの会議のスケジュールを生成するスケジューリング方法であって、
前記スケジューラサーバの制御部が、前記利用者より、会議を開催する希望日時と、会議を開催する場所と、当該場所にある会議室の収容人数と、会議に参加する参加者と、会議を実施するための参加者の人数に関する実施決定条件と、を特定する予約情報の入力を受け付ける処理を行う過程と、
前記スケジューラサーバの制御部が、前記希望日時を特定した問い合わせを前記会議サーバに送信し、前記会議サーバより前記希望日時に会議の開催が可能か否かの回答を受信する処理を行う過程と、
前記スケジューラサーバの制御部が、前記会議スケジュール情報より、前記希望日時に使用している会議室を特定し、特定した会議室以外に、予約情報で特定されている会議を開催する場所及び当該場所にある会議室の収容人数を満たす他の会議室があるか否かを前記会議室情報より判断する処理を行う過程と、
前記スケジューラサーバの制御部が、前記会議サーバより会議の開催が可能との回答を受信し、かつ、前記希望日時に使用している会議室以外で、予約情報で特定されている会議を開催する場所及び当該場所にある会議室の収容人数を満たす他の会議室があると判断した場合に、予約可能と判断する処理を行う過程と、
前記スケジューラサーバの制御部が、予約可能と判断した場合に、前記参加者より、前記希望日時に会議に参加が可能か否かと、会議に参加する場所と、の入力を受け付ける処理を行う過程と、
前記スケジューラサーバの制御部が、前記希望日時に会議に参加可能と入力した参加者の数が前記実施決定条件を満たし、かつ、前記希望日時に会議に参加可能と入力した参加者が参加する場所毎の参加者の数が、当該場所にある会議室の収容人数を超過していない場合には、前記予約情報で予約された会議の開催が可能と判断する処理を行う過程と、
前記スケジューラサーバの制御部が、前記予約情報で予約された会議の開催が可能と判断した場合に、前記予約情報で予約された会議を開催するための開催情報を前記会議サーバに登録する処理を行う過程と、を有すること、
を特徴とするスケジューリング方法。