(57)【要約】【課題】スケジュールを調整する参加予定者側の装置の処理の無駄を低減させたスケジュール調整システム、スケジュール調整装置、スケジュール調整プログラムを提供すること。【解決手段】予定イベントに参加可能か否かを各端末に問い合わせる回答依頼を、まず、一部の参加予定者の端末に送信する（Ｓ２５５）。そして、回答依頼を送信した全ての端末から、参加可能との回答を受信した場合にのみ（Ｓ２６５：Ｙｅｓ）、残りの参加予定者（Ｓ２７０：Ｎｏ）に回答依頼を送信する処理（Ｓ２８５，Ｓ２５５）を実行する。そして全ての参加予定者から参加可能との回答を受信した場合に（Ｓ２６５：Ｙｅｓ，Ｓ２７０：Ｙｅｓ）、スケジュール調整結果を成功とし（Ｓ２７５）、各参加予定者の端末にスケジュール調整結果を通知する。【選択図】図７
2009054140.tif 000002
【特許請求の範囲】
【請求項１】
スケジュールを調整するスケジュール調整装置と、前記スケジュール調整装置に接続された複数の端末とを備えたスケジュール調整システムであって、
前記スケジュール調整装置は、
イベントが開催される期間を指定する情報である予定期間情報と参加予定者とを含む、イベント開催条件を入力する入力手段と、
前記入力手段により前記イベント開催条件が入力されたことに応じて、複数の前記参加予定者の中から一部の参加予定者を第一所定条件に従って取得し、取得された参加予定者と対応付けられた端末に、前記イベント開催条件により指定されるイベントである予定イベントに参加可能か否かに関する回答依頼を送信する第一回答依頼送信制御手段と
を備え、
前記端末は、
前記端末の使用者の個人スケジュールを記憶する個人スケジュール記憶手段と、
前記スケジュール調整装置から前記回答依頼を受信した場合、前記予定イベントに参加可能か否かを前記個人スケジュールに基づき判断し、その判断結果を回答として前記スケジュール調整装置に送信する回答送信制御手段と
を備え、
前記スケジュール調整装置はさらに、
前記入力手段により入力された参加予定者のうち、前記回答依頼を送信していない端末がある場合、かつ、既に前記回答依頼を送信している全ての前記端末から、前記予定イベントに参加可能であるとの前記回答を受信した場合に、前記回答依頼を送信していない端末に対応する参加予定者の一部又は全部を前記第一所定条件に従って取得し、取得された参加予定者に対応する端末に前記回答依頼を送信する第二回答依頼送信制御手段と、
前記入力手段により入力された全ての参加予定者に対応する前記端末から、前記予定イベントに参加可能であるとの回答を受信した場合に、前記予定イベントを前記個人スケジュール記憶手段に記憶させる記憶指示を、当該端末に送信する調整結果送信手段とを備え、
前記端末はさらに、前記記憶指示を受信した場合に、前記予定イベントを前記個人スケジュール記憶手段に登録するスケジュール登録手段を備えることを特徴とするスケジュール調整システム。
【請求項２】
前記第一所定条件は、複数の前記参加予定者の中から一人の参加予定者を取得する条件を含むことを特徴とする請求項１に記載のスケジュール調整システム。
【請求項３】
前記スケジュール調整装置は、前記参加予定者に対応する前記端末が、過去に前記回答依頼に対して参加不可能と回答した割合を示す拒否率を第二所定条件に基づき取得する拒否率取得手段を備え、
前記第一所定条件は、前記拒否率取得手段により取得された前記拒否率が高い前記端末に対応する参加予定者を優先して取得する条件を含むことを特徴とする請求項１又は２に記載のスケジュール調整システム。
【請求項４】
前記第二所定条件は、前記予定イベントの前記予定期間及び前記予定期間に対応する曜日である予定曜日の少なくともいずれか一方に対応する条件であり、
前記拒否率は、所定の長さの期間又は曜日毎に算出されていることを特徴とする請求項３に記載のスケジュール調整システム。
【請求項５】
前記拒否率取得手段は、前記予定イベントの前記予定期間及び前記予定曜日の少なくともいずれか一方に対応する前記拒否率を取得できない端末がある場合には、前記端末に対応する前記拒否率として、前記端末の拒否率の平均値を取得することを特徴とする請求項４に記載のスケジュール調整システム。
【請求項６】
前記拒否率取得手段は、前記拒否率を取得できない端末がある場合には、前記端末の拒否率として、他の端末の前記拒否率の平均値を取得することを特徴とする請求項３乃至５のいずれかに記載のスケジュール調整システム。
【請求項７】
前記第二回答依頼送信制御手段は、既に前記回答依頼を送信している全ての前記端末から前記回答を受信していなくても、既に受信した全ての前記回答の内容が参加可能であり、かつ、前記回答依頼を送信している前記端末のうち、前記回答を受信していない端末が所定の端末である場合には、前記回答依頼を送信していない端末に対応する参加予定者の一部又は全部を前記第一所定条件に従って取得し、取得された参加予定者に対応する端末に前記回答依頼を送信することを特徴とする請求項１乃至６のいずれかに記載のスケジュール調整システム。
【請求項８】
スケジュールを調整するスケジュール調整装置であって、
イベントが開催される期間を指定する情報である予定期間情報と参加予定者とを含む、イベント開催条件を入力する入力手段と、
前記入力手段により前記イベント開催条件が入力されたことに応じて、複数の前記参加予定者の中から一部の参加予定者を第一所定条件に従って取得し、取得された参加予定者と対応付けられた端末に、前記イベント開催条件により指定されるイベントである予定イベントに参加可能か否かに関する回答依頼を送信する第一回答依頼送信制御手段と、
前記入力手段により入力された参加予定者のうち、前記回答依頼を送信していない端末がある場合、かつ、既に前記回答依頼を送信している全ての前記端末から、前記予定イベントに参加可能であるとの回答を受信した場合に、前記回答依頼を送信していない端末に対応する参加予定者の一部又は全部を前記第一所定条件に従って取得し、取得された参加予定者に対応する端末に前記回答依頼を送信する第二回答依頼送信制御手段と、
前記入力手段により入力された全ての参加予定者に対応する前記端末から、前記予定イベントに参加可能であるとの回答を受信した場合に、前記予定イベントを前記個人スケジュール記憶手段に記憶させる記憶指示を、当該端末に送信する調整結果送信手段と
を備えることを特徴とするスケジュール調整装置。
【請求項９】
請求項８に記載のスケジュール調整装置の各種処理手段としてコンピュータを機能させるためのスケジュール調整プログラム。 
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はイベントの開催スケジュールを調整するスケジュール調整装置、スケジュール調整装置とそのスケジュール調整装置に接続された複数の端末とを備えたスケジュール調整システム、及びスケジュール調整プログラムに関する。
【背景技術】
【０００２】
従来、ＰＣ等の端末を複数備えた分散ネットワークシステム上で稼働するスケジュール調整システムが知られている。このスケジュール調整システムでは、個人のスケジュールをその個人が使用する端末で管理し、それらを端末間で相互に参照することにより、各端末の使用者がイベントに参加可能か否かを検索する。そして、各端末の使用者がイベントに参加可能であるか否かを総合的に勘案して、スケジュールの調整や登録処理を実行する。
【０００３】
このようなスケジュールの調整としては、例えば、参加予定者の都合の程度を考慮したスケジュールの調整処理を実行するスケジュール調整方法、通信装置及びスケジュール調整システムが提案されている（特許文献１参照）。
【特許文献１】特開２００４−２５９０３２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１記載のスケジュール調整方法では、開催者側の通信装置は、会合候補情報を含んだ照会メッセージを生成して、その照会メッセージを全ての参加予定者側の通信装置に対して一括して送信する。照会メッセージを受信した参加予定者側の通信装置は、照会メッセージ情報内の会合候補情報毎に、会合候補情報により特定される会合に参加可能であるか否かを判定し、出欠の回答を主催者側の通信装置へ返信する。この場合、主催者側の通信装置は、１つの会合候補情報に対応する、全ての参加予定者側の通信装置からの回答が参加可能である旨の回答であった場合には、その会合候補情報により特定される会合の開催を確定する。しかし、１つでも参加不可能である旨の回答を受信した場合には、会合の開催を決定することができない。この場合、参加が可能である旨の回答を送信した参加予定者側の端末で行われた、参加可能であるか否かの判定の処理は無駄になる。
【０００５】
本発明は、上述した問題点を解決するためになされたものであり、スケジュールを調整する参加予定者側の装置の処理の無駄を低減させたスケジュール調整システム、スケジュール調整装置、及びスケジュール調整プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するため、請求項１に係る発明のスケジュール調整システムは、スケジュールを調整するスケジュール調整装置と、前記スケジュール調整装置に接続された複数の端末とを備えたスケジュール調整システムであって、前記スケジュール調整装置は、イベントが開催される期間を指定する情報である予定期間情報と参加予定者とを含む、イベント開催条件を入力する入力手段と、前記入力手段により前記イベント開催条件が入力されたことに応じて、複数の前記参加予定者の中から一部の参加予定者を第一所定条件に従って取得し、取得された参加予定者と対応付けられた端末に、前記イベント開催条件により指定されるイベントである予定イベントに参加可能か否かに関する回答依頼を送信する第一回答依頼送信制御手段とを備え、前記端末は、前記端末の使用者の個人スケジュールを記憶する個人スケジュール記憶手段と、前記スケジュール調整装置から前記回答依頼を受信した場合、前記予定イベントに参加可能か否かを前記個人スケジュールに基づき判断し、その判断結果を回答として前記スケジュール調整装置に送信する回答送信制御手段とを備え、前記スケジュール調整装置はさらに、前記入力手段により入力された参加予定者のうち、前記回答依頼を送信していない端末がある場合、かつ、既に前記回答依頼を送信している全ての前記端末から、前記予定イベントに参加可能であるとの前記回答を受信した場合に、前記回答依頼を送信していない端末に対応する参加予定者の一部又は全部を前記第一所定条件に従って取得し、取得された参加予定者に対応する端末に前記回答依頼を送信する第二回答依頼送信制御手段と、前記入力手段により入力された全ての参加予定者に対応する前記端末から、前記予定イベントに参加可能であるとの回答を受信した場合に、前記予定イベントを前記個人スケジュール記憶手段に記憶させる記憶指示を、当該端末に送信する調整結果送信手段とを備え、前記端末はさらに、前記記憶指示を受信した場合に、前記予定イベントを前記個人スケジュール記憶手段に登録するスケジュール登録手段を備えている。
【０００７】
また、請求項２に係る発明のスケジュール調整システムは、請求項１に記載の発明の構成に加え、前記第一所定条件は、複数の前記参加予定者の中から一人の参加予定者を取得する条件を含むことを特徴とする。
【０００８】
また、請求項３に係る発明のスケジュール調整システムは、請求項１又は２に記載の発明の構成に加え、前記スケジュール調整装置は、前記参加予定者に対応する前記端末が、過去に前記回答依頼に対して参加不可能と回答した割合を示す拒否率を第二所定条件に基づき取得する拒否率取得手段を備え、  前記第一所定条件は、前記拒否率取得手段により取得された前記拒否率が高い前記端末に対応する参加予定者を優先して取得する条件を含むことを特徴とする。
【０００９】
また、請求項４に係る発明のスケジュール調整システムは、請求項３に記載の発明の構成に加え、前記第二所定条件は、前記予定イベントの前記予定期間及び前記予定期間に対応する曜日である予定曜日の少なくともいずれか一方に対応する条件であり、前記拒否率は、所定の長さの期間又は曜日毎に算出されていることを特徴とする。
【００１０】
また、請求項５に係る発明のスケジュール調整システムは、請求項４に記載の発明の構成に加え、前記拒否率取得手段は、前記予定イベントの前記予定期間及び前記予定曜日の少なくともいずれか一方に対応する前記拒否率を取得できない端末がある場合には、前記端末に対応する前記拒否率として、前記端末の拒否率の平均値を取得することを特徴とする。
【００１１】
また、請求項６に係る発明のスケジュール調整システムは、請求項３乃至５のいずれかに記載の発明の構成に加え、前記拒否率取得手段は、前記拒否率を取得できない端末がある場合には、前記端末の拒否率として、他の端末の前記拒否率の平均値を取得することを特徴とする。
【００１２】
また、請求項７に係る発明のスケジュール調整システムは、請求項１乃至６のいずれかに記載の発明の構成に加え、前記第二回答依頼送信制御手段は、既に前記回答依頼を送信している全ての前記端末から前記回答を受信していなくても、既に受信した全ての前記回答の内容が参加可能であり、かつ、前記回答依頼を送信している前記端末のうち、前記回答を受信していない端末が所定の端末である場合には、前記回答依頼を送信していない端末に対応する参加予定者の一部又は全部を前記第一所定条件に従って取得し、取得された参加予定者に対応する端末に前記回答依頼を送信することを特徴とする。
【００１３】
また、請求項８に係る発明のスケジュール調整装置は、スケジュールを調整するスケジュール調整装置であって、イベントが開催される期間を指定する情報である予定期間情報と参加予定者とを含む、イベント開催条件を入力する入力手段と、前記入力手段により前記イベント開催条件が入力されたことに応じて、複数の前記参加予定者の中から一部の参加予定者を第一所定条件に従って取得し、取得された参加予定者と対応付けられた端末に、前記イベント開催条件により指定されるイベントである予定イベントに参加可能か否かに関する回答依頼を送信する第一回答依頼送信制御手段と、前記入力手段により入力された参加予定者のうち、前記回答依頼を送信していない端末がある場合、かつ、既に前記回答依頼を送信している全ての前記端末から、前記予定イベントに参加可能であるとの回答を受信した場合に、前記回答依頼を送信していない端末に対応する参加予定者の一部又は全部を前記第一所定条件に従って取得し、取得された参加予定者に対応する端末に前記回答依頼を送信する第二回答依頼送信制御手段と、前記入力手段により入力された全ての参加予定者に対応する前記端末から、前記予定イベントに参加可能であるとの回答を受信した場合に、前記予定イベントを前記個人スケジュール記憶手段に記憶させる記憶指示を、当該端末に送信する調整結果送信手段と
を備えている。
【００１４】
また、請求項９に係る発明のスケジュール調整プログラムは、請求項８に記載のスケジュール調整装置の各種処理手段としてコンピュータを機能させることを特徴とする。
【発明の効果】
【００１５】
請求項１に係る発明のスケジュール調整システムによれば、予定イベントに参加可能か否かを各端末に問い合わせる回答依頼を、まず、一部の参加予定者に送信する。そして、回答依頼を送信した全ての端末から、参加可能との回答を受信した場合にのみ、残りの参加予定者に回答依頼を送信する処理を実行する。即ち、回答依頼を送信したいずれかの端末から、参加不可能との回答を受信した場合には、回答依頼を送信していない端末があった場合にも、その端末に回答依頼を送信する処理を実行しない。回答依頼を送信したいずれかの端末から、参加不可能との回答を受信した場合には、イベントをスケジュールに登録させることができないため、新たに回答依頼を送信する処理は無駄な処理になるからである。このため本発明によれば、従来のように１度に全ての参加予定者に対して回答依頼を送信した場合に発生する、参加予定者を使用者とする端末、及びスケジュール調整装置における処理の無駄を低減させることができる。
【００１６】
また、請求項２に係る発明のスケジュール調整システムによれば、請求項１に記載の発明の効果に加え、回答依頼を１つの端末ずつ送信しているので、１度に全ての参加予定者に対して回答依頼を送信した場合に発生する無駄をさらに低減させることができる。
【００１７】
また、請求項３に係る発明のスケジュール調整システムによれば、請求項１又は２に記載の発明の効果に加え、一般に、回答依頼に対して参加不可能と回答する率である拒否率が高い参加予定者は、新たなスケジュール調整時にも不可能と回答する確率が高いと予想される。これに対し、本発明では、過去のスケジュール調整時において、拒否率が高い参加予定者の端末に優先して、回答依頼を送信している。このため、回答依頼を送信する順序が遅い参加予定者から、参加不可能との回答を受信する確率を低減させることができ、スケジュールを効率的に調整することができる。
【００１８】
また、請求項４に係る発明のスケジュール調整システムによれば、請求項３に記載の発明の効果に加え、時間帯や曜日毎に拒否率が異なる場合であっても、それらを考慮して拒否率を取得することができる。したがって、回答依頼を送信する順序が遅い参加予定者から、参加不可能との回答を受信する確率をさらに低減させることができ、スケジュールを効率的に調整することができる。
【００１９】
また、請求項５に係る発明のスケジュール調整システムによれば、請求項４に記載の発明の効果に加え、予定イベントの予定期間及び予定曜日の少なくともいずれか一方に対応する拒否率が取得できない場合には、その端末に対応する拒否率として、その端末の拒否率の平均値を取得している。このため、端末に対応する拒否率を取得できないという不具合が発生する虞を回避することができる他、拒否率を用いて回答依頼を送信する順序を確実に決定することができる。
【００２０】
また、請求項６に係る発明のスケジュール調整システムによれば、請求項３乃至５のいずれかに記載の発明の効果に加え、拒否率を取得できない端末がある場合には、その端末の拒否率として、他の端末の拒否率の平均値を取得している。このため、端末に対応する拒否率を取得できないという不具合が発生する虞を回避することができ、拒否率を用いて回答依頼を送信する順序を確実に決定することができる。
【００２１】
参加予定者の端末の不具合等により、回答依頼を送信してからすぐには回答を得られない場合がある。このような場合、回答が得られるまで待っていては、スケジュールを調整するための処理が滞ってしまう。これに対し、請求項７に係る発明のスケジュール調整システムによれば、請求項１乃至６のいずれかに記載の発明の効果に加え、所定の場合には、回答依頼を送信していない端末に回答依頼を送信する。所定の場合は、既に受信した全ての回答の内容が参加可能であり、かつ、回答依頼を送信している端末のうち、回答を受信していない端末が所定の端末である場合である。これにより回答依頼を送信する処理は、既に回答依頼を送信している全ての端末から回答を得ていない場合にも行われる。したがって、参加が可能である旨の回答を送信した参加予定者側の端末で行われた、参加可能であるか否かの判定の処理は無駄になる可能性を低減させたいという要望と、スケジュールを調整する処理を迅速に行うという要望との双方を満たすことができる。
【００２２】
また、請求項８に係る発明のスケジュール調整装置によれば、予定イベントに参加可能か否かを各端末に問い合わせる回答依頼を、まず、一部の参加予定者に送信する。そして、回答依頼を送信した全ての端末から、参加可能との回答を受信した場合にのみ、残りの参加予定者に回答依頼を送信する処理を実行する。即ち、回答依頼を送信したいずれかの端末から、参加不可能との回答を受信した場合には、回答依頼を送信していない端末があった場合にも、その端末に回答依頼を送信する処理を実行しない。このため本発明によれば、従来のように、１度に全ての参加予定者に対して回答依頼を送信した場合に発生する無駄を低減させることができる。
【００２３】
また、請求項９に係る発明のスケジュール調整プログラムによれば、コンピュータに実行させることにより請求項８に記載のスケジュール調整装置の各種処理手段としての作用効果を奏することができる。
【発明を実施するための最良の形態】
【００２４】
以下、本発明を適用した一例として、第１及び第２の実施形態について、図面を参照して順に説明する。まず第１の実施形態のスケジュール調整システム１００の構成の概略について説明する。図１は、複数の端末１をネットワークで接続したスケジュール調整システム１００のシステム構成を示す構成図である。
【００２５】
図１に示すように、第１の実施形態のスケジュール調整システム１００は、複数の端末１（端末Ａ，Ｂ，Ｃ，Ｄ）を備えている。端末Ａ及び端末ＢはＬＡＮ２により相互に接続され、端末Ｃ及び端末ＤはＬＡＮ２により相互に接続されている。そして、２つのＬＡＮ２がさらに広域通信網（ＷＡＮ）３で接続されている。各端末１（端末Ａ〜Ｄ）は、汎用のコンピュータであり、本発明のスケジュール調整装置、及び端末としての機能を有している。
【００２６】
次に、端末１の電気的構成について図２を参照して説明する。図２は、端末１の電気的構成を示す概念図である。図２に示すように、端末１は、端末１の主制御を司るＣＰＵ１０を備えている。そして、ＣＰＵ１０には、各種プログラムや設定値等を記憶したＲＯＭ１１と、各種のデータを一時的に記憶するＲＡＭ１２と、データの受け渡しの仲介を行うＩ／Ｏインタフェイス１４とが接続されている。Ｉ／Ｏインタフェイス１４には、ハードディスク装置３０が接続されている。そのハードディスク装置３０は、スケジュールデータベース３１，プログラム記憶エリア３２，及びその他の情報記憶エリア３５を備えている。スケジュールデータベース３１は、端末１の使用者の個人スケジュールを記憶し、プログラム記憶エリア３２は、端末１において実行される各種プログラムを記憶する。また、その他の情報記憶エリア３５は、端末１において各種プログラムを実行するのに必要な端末１と使用者との対応関係や設定値等が記憶されている。尚、端末１に、ＥＥＰＲＯＭや、フラッシュメモリ等の他の記憶手段を設け、そこに各種情報を記憶してもよい。
【００２７】
また、Ｉ／Ｏインタフェイス１４には、出力機器２２を制御する出力制御部１６，及び入力機器２３を制御する入力制御部１７が接続されている。第１の実施形態の出力機器２２は、液晶ディスプレイ等の表示機器である。また入力機器２３として、マウス等のポインティングデバイス、キーボード、タッチパネル、音声入力機器等が用いられる。さらに、Ｉ／Ｏインタフェイス１４には、通信機器としてＬＡＮコントローラ１５が接続され、このＬＡＮコントローラ１５はルータ等の通信制御機器４０に接続して、ＬＡＮ２内の他の端末１やＷＡＮ３を介した他の端末１との送受信を実行する。端末１が、本発明のスケジュール調整装置として機能する場合には、ＬＡＮコントローラ１５は、ＬＡＮ２内の他の端末１やＷＡＮ３を介して、他の端末１にイベントに参加可能か否かを問い合わせる回答依頼を送信する。一方、端末１が、本発明の端末として機能する場合には、ＬＡＮコントローラ１５は、ＬＡＮ２内の他の端末１やＷＡＮ３を介して、他の端末１に回答依頼に応じてイベントに参加可能か否かの回答を送信する。このように、ＬＡＮコントローラ１５は、回答依頼送信手段及び回答送信手段に相当する。
【００２８】
次に、上記構成を有する端末１において、スケジュールを調整する処理について説明する。具体例として、図１に示す端末Ａの使用者がＸ社のＡ部長（使用者Ａ）、端末Ｂの使用者がＸ社のＢ課長（使用者Ｂ）、端末Ｃの使用者がＹ社のＣさん（使用者Ｃ）、端末Ｄの使用者がＹ社のＤさん（使用者Ｄ）である場合について説明する。また、使用者Ｄが端末Ｄを操作して、使用者Ａ〜Ｄを参加予定者とする予定イベントのスケジュールを調整する場合について説明する。図３は、端末１のスケジュールデータベース３１に記憶されたスケジュールの一部に基づき作成したスケジュール表の一例である。図４は、端末１のメイン処理のフローチャートであり、図５は、イベント開催条件を入力する画面の例示する説明図であり、図６は、図４に示すメイン処理において実行されるスケジュール調整処理の流れを示すフローチャートである。図７は、図６に示すスケジュール調整処理において実行されるスケジュール空き状況問合せ処理の流れを示すフローチャートであり、図８は、図４に示すメイン処理において実行される回答依頼受付処理の流れを示すフローチャートである。尚、図４，図６〜図８のフローチャートに示す各処理を実行させるプログラムは、ハードディスク装置３０のプログラム記憶エリア３２に記憶されており、図２に示すＣＰＵ１０が実行する。
【００２９】
まず、ハードディスク装置３０が備えるスケジュールデータベース３１に記憶されている個人スケジュールについて、図３を参照して説明する。第１の実施形態の端末１は、端末１の使用者の個人スケジュールをスケジュールデータベース３１に記憶している。スケジュールデータベース３１には、イベントが開催される期間である予定期間を指定する情報としてのイベントの開始日時及び予定時間のほか、イベントの会場、参加予定者、重要度がイベント毎に記憶される。スケジュールデータベース３１に記憶される情報は、イベントの予定期間を指定する情報を含んでいればよく、その他の情報は適宜設定可能である。また、イベントの予定期間を指定する情報として、第１の実施形態の場合の他、イベントの開始日時及び終了日時を記憶してもよい。Ａ部長が使用する端末１のスケジュールデータベース３１に記憶されている個人スケジュールに基づき、２００７年１０月７日〜２００７年１０月１３日のスケジュールを抽出した場合には、図３に示すようなスケジュールテーブル３１０を作成できる。
【００３０】
次に、図４を参照して使用者Ｄの端末１において実行されるスケジュール調整処理のメイン処理について説明する。端末１の起動に応じてメイン処理が開始されると、まず、入力機器２３が操作されることにより、スケジュールを調整するための処理を開始する指示が入力されたか否かを判断する（Ｓ５）。開始指示が入力されていない場合（Ｓ５：Ｎｏ）の処理は後述する。一方、開始指示が入力された場合には（Ｓ５：Ｙｅｓ）、端末１が本発明のスケジュール調整装置として機能した場合の処理を実行する。具体的には、イベント開催条件を入力するための入力画面を出力機器２２に出力する（Ｓ１０）。第１の実施形態では、入力画面として図５に示す画面２００を出力機器２２に出力する。
【００３１】
ここで、図５を参照して、画面２００について説明する。図５に示すように、画面２００は、端末１の使用者がスケジュール調整装置として機能することを指示することにより出力機器２２に出力される。画面２００には、イベントの名称を入力するイベント名称欄２０１，イベントを設定したい時間帯を入力する調整日時欄２０２，及びイベントの所要時間を入力する予定時間欄２０３が設けられている。また画面２００には、イベントに参加して欲しい人を入力するための、参加予定者選択欄２０４，参加予定者追加ボタン２０５，及び参加予定者表示欄２０６，並びにイベントの重要度を設定する重要度欄２０７が設けられている。画面２００におけるイベント開催条件の入力は、予定期間情報として調整日時欄２０２及び予定時間欄２０３，並びに参加予定者の入力が必須となっている。また画面２００には、スケジュールの調整を開始させる調整開始ボタン２１１，及びスケジュールを調整するための処理を中断するキャンセルボタン２１２が設けられている。さらに、画面２００には、スケジュールを調整するための処理の進捗状況（処理実行率）を表示する進捗状況表示欄２２１，結果を表示する調整結果欄２２２が設けられている。調整開始ボタン２１１が選択されると、別途実行されるプログラムにより、スケジュールを調整するための処理の進捗状況が監視され、進捗状況表示欄２２１が随時更新される。
【００３２】
引き続き図４を参照して、端末１において実行されるスケジュール調整処理のメイン処理について説明する。画面２００にイベント開催条件を入力した後、入力機器２３が操作されることにより、調整開始ボタン２１１が選択されると（Ｓ１５：Ｙｅｓ）、イベント開催条件に基づきスケジュールを調整するスケジュール調整処理を実行する（Ｓ２０）。このスケジュール調整処理の詳細については図６を参照して後述する。一方、入力機器２３が操作されることにより、キャンセルボタン２１２が選択されると（Ｓ１５：Ｎｏ，Ｓ２５：Ｙｅｓ）、スケジュール調整処理を実行せず、後述するＳ５０の処理を行う。そして、調整開始ボタン２１１，及びキャンセルボタン２１２のいずれも選択されない場合には（Ｓ１５：Ｎｏ，Ｓ２５：Ｎｏ）、いずれかのボタン２１１，２１２が選択されるまで待機する。
【００３３】
Ｓ５の処理において、開始指示が入力されていない場合には（Ｓ５：Ｎｏ）、端末１が本発明の端末として機能した場合の処理を実行する。具体的には、他の端末１から送信された回答依頼を新たに受信したか否かを判断する（Ｓ３０）。回答依頼は、他の端末１において実行されたスケジュール調整処理において、使用者Ｄが参加予定者として指定された場合に、使用者Ｄが使用する端末Ｄに送信される。回答依頼を受信した場合には（Ｓ３０：Ｙｅｓ）、スケジュールデータベース３１を参照して、その回答依頼により指定されるイベントに参加可能か否かを回答する回答依頼受付処理を実行する（Ｓ３５）。回答依頼受付処理の詳細は、図８を参照して後述する。
【００３４】
一方、回答依頼は受信していないが（Ｓ３０：Ｎｏ）、予定イベントをスケジュールデータベース３１に登録することを指示する記憶指示を受信した場合には（Ｓ４０：Ｙｅｓ）、続いて、その予定イベントをスケジュールデータベース３１に登録する（Ｓ４５）。記憶指示は、他の端末１において実行されたスケジュール調整処理において、スケジュールの調整に成功した場合に、その端末１から送信される。回答依頼も、記憶指示も受信していない場合には（Ｓ３０：Ｎｏ，Ｓ４０：Ｎｏ）、続いてシステム終了の指示があるか否かを判断する（Ｓ５０）。システム終了の指示がない場合には（Ｓ５０：Ｎｏ）、Ｓ５に戻り処理を繰り返す。一方、システム終了の指示がある場合には（Ｓ５０：Ｙｅｓ）、メイン処理を終了する。
【００３５】
以上のように、図２に示すＣＰＵ１０は、端末１のメイン処理を実行する。次に、図４に示すメイン処理において実行されるスケジュール調整処理について、図６を参照して説明する。図６に示すように、まず、画面２００に入力されたイベント開催条件を取得する（Ｓ１００）。具体例では、図５に例示した画面２００から、イベント名称として「開発進捗状況報告会議」を取得し、調整日時として「２００７年１０月１０日１３時０分から２００７年１０月１０日１７時０分まで」を取得する。また予定時間として「２時間」を取得し、参加予定者として「Ｘ社Ａ部長、Ｘ社Ｂ課長、Ｙ社Ｃさん、及びＹ社Ｄさん」をそれぞれ取得し、重要度として「若干重要」を取得する。
【００３６】
続いて、Ｓ１００において取得した参加予定者が使用する端末１を特定する。端末１と、端末１の使用者との対応関係は、ハードディスク装置３０に記憶されている。具体例では、使用者Ａの端末１として図１に示す端末Ａが、使用者Ｂの端末１として端末Ｂが、使用者Ｃの端末１として端末Ｃが、使用者Ｄの端末１として端末Ｄがそれぞれ特定される。そして、イベント開催条件で指定されるイベントに参加するための回答依頼を送信する際の、送信順序である端末順序を決定する（Ｓ１１０）。端末順序の決定方法は任意の順序決定方法を採用可能であり、第１の実施形態では、乱数を用いてランダムに決定するものとする。そして、具体例では、端末順序として端末Ａ，端末Ｄ，端末Ｃ，端末Ｂの順に決定されたものとする。
【００３７】
続いて、イベントの予定期間を設定する（Ｓ１２０）。第１の実施形態では、予定時間により指定された長さの予定期間を、調整日時により指定した期間内において設定している。そして、Ｓ１２０では、調整日時の始期を予定期間の始期とし、調整日時の始期から予定時間経過後を予定期間の終期としている。具体例では、図５に示すように、調整日時として「２００７年１０月１０日１３時０分から２００７年１０月１０日１７時０分まで」、予定時間として「２時間」が設定されている。よって、予定期間として、「２００７年１０月１０日１３時０分から２００７年１０月１０日１５時０分まで」が設定される。
【００３８】
続いて、Ｓ１１０において決定した端末順序に従って、参加予定者に回答依頼を送信し、スケジュールを調整するスケジュール空き状況問合せ処理を実行する（Ｓ１８０）。このスケジュール空き状況問合せ処理の詳細を、図７を参照して説明する。図７に示すように、スケジュール空き状況問合せ処理ではまず、端末１を端末順序に従って順に読み出すためのカウンタｉに１をセットして、ＲＡＭ１２に記憶する（Ｓ２５０）。続いて、端末順序ｉ番目の端末１を取得し、取得した端末１に回答依頼を送信する（Ｓ２５５）。第１の実施形態では１つの端末１ずつに、回答依頼を送信している。これに対し、参加予定者の総人数未満の複数の端末１に、回答依頼を送信する場合には、端末順序に従ってその複数個の端末１を取得し、取得した端末１に回答依頼を送信すればよい。回答依頼には、少なくともイベントの予定期間を特定する情報、及び回答依頼を送信する端末１の識別情報が含まれる。具体例において１番目の端末１に回答依頼を送信する場合、予定期間「２００７年１０月１０日１３時０分から２００７年１０月１０日１５時０分まで」と、回答依頼送信端末「端末Ｄ」とを端末Ａに送信する。回答依頼を受信した端末Ａでは、回答依頼により予定期間が指定されるイベントに参加可能か否かを判断し、その判断結果を端末Ｄに送信する処理が実行される。この端末１において回答依頼を受信した場合の処理は、図８を参照して後述する。
【００３９】
続いて、Ｓ２５５において回答依頼を送信したｉ番目の端末１から送信された回答を受信するまで待機し（Ｓ２６０：Ｎｏ）、回答を受信すると（Ｓ２６０：Ｙｅｓ）、Ｓ２６０において受信した回答の内容が「参加可能」であるか否かを判断する（Ｓ２６５）。回答の内容が「参加不可能」であった場合には（Ｓ２６５：Ｎｏ）、スケジュール調整結果に「不成功」をセットし、ＲＡＭ１２に記憶する（Ｓ２８０）。第１の実施形態では、参加予定者のうち１人でもイベントに参加できない場合には、スケジュールを設定しないようにしている。このため、いずれかの参加予定者から、イベントに参加不可能との回答を受信した時点で、スケジュール調整結果に「不成功」と設定する。
【００４０】
一方、回答の内容が「参加可能」であった場合には（Ｓ２６５：Ｙｅｓ）、続いて、カウンタｉは参加予定者の総人数Ｍと等しいか否かを判断する（Ｓ２７０）。カウンタｉが参加予定者の総人数Ｍと等しくはない場合には（Ｓ２７０：Ｎｏ）、続いて、次の端末順序の端末１に回答依頼を送信するための処理として、カウンタｉを１増加（インクリメント）させ、ＲＡＭ１２に記憶する（Ｓ２８５）。続いてＳ２５５に戻り処理を繰り返す。一方、カウンタｉは参加予定者の総人数Ｍと等しい場合には（Ｓ２７０：Ｙｅｓ）、続いて、スケジュール調整結果に「成功」をセットし、ＲＡＭ１２に記憶する（Ｓ２７５）。この処理は、全ての参加予定者から、イベントに参加可能との回答を受信した場合の処理である。Ｓ２７５又はＳ２８０に続いて、スケジュール空き状況問合せ処理を終了し、図６のスケジュール調整処理に戻る。
【００４１】
引き続き、図６を参照してスケジュール調整処理について説明する。スケジュール空き状況問合せ処理（Ｓ１８０）に続いて、ＲＡＭ１２を参照し、スケジュール調整結果が「成功」であるか否かを判断する（Ｓ１９０）。スケジュール調整結果が「成功」である場合には（Ｓ１９０：Ｙｅｓ）、続いて、参加予定者の端末１に、イベント開催条件により指定されるイベントを、各端末１のスケジュールデータベース３１に登録することを指示する記憶指示を送信する（Ｓ１９５）。記憶指示には、少なくとも予定イベントの予定期間が含まれ、その他必要に応じて、イベント名称、参加予定者、重要度等が含まれる。図４のメイン処理のＳ４０において前述したように、この記憶指示を受信した参加予定者の端末１では、イベント開催条件により指定されるイベントを、各端末１のスケジュールデータベース３１に登録する処理が実行される（図４のＳ４５）。続いて、ＲＡＭ１２を参照して、出力機器２２に出力されている画面２００の調整結果欄２２２に、スケジュールの調整に成功した旨の表示と予定期間とを出力する（Ｓ２１０）。
【００４２】
一方、スケジュール調整結果が「不成功」である場合には（Ｓ１９０：Ｎｏ）、予定期間を１時間遅した場合、調整日時により指定される期間内に収まるか否かを判断する（Ｓ２００）。前述のように第１の実施形態では、予定時間により指定された長さの予定期間を、調整日時により指定した期間内において設定している。スケジュール調整結果が「不成功」である場合には（Ｓ１９０：Ｎｏ）、予定期間を１時間遅く設定することができるかを判断する（Ｓ２００）。そして、予定期間を１時間遅くした場合に調整日時により指定される期間内に収まれば（Ｓ２００：Ｙｅｓ）、予定期間を１時間遅くし（Ｓ２０５）、Ｓ１８０に戻り再度スケジュール空き状況問合せ処理を行う。
【００４３】
具体例において、予定期間が「２００７年１０月１０日１３時０分から２００７年１０月１０日１５時０分まで」である場合、その予定期間を１時間遅くした新たな予定期間は「２００７年１０月１０日１４時０分から２００７年１０月１０日１６時０分まで」となる。よって新たな予定期間は、調整時間「２００７年１０月１０日１３時０分から２００７年１０月１０日１７時０分まで」に収まるので（Ｓ２００：Ｙｅｓ）、予定期間を新たな予定期間に変更する（Ｓ２０５）。一方、予定期間が「２００７年１０月１０日１５時０分から２００７年１０月１０日１７時０分まで」である場合、その予定期間１時間遅くした新たな予定期間は「２００７年１０月１０日１６時０分から２００７年１０月１０日１８時０分まで」となる。よって、新たな予定期間は、調整時間「２００７年１０月１０日１３時０分から２００７年１０月１０日１７時０分まで」に収まらないので（Ｓ２００：Ｎｏ）、予定期間を変更しない。そして、出力機器２２に出力されている画面２００にスケジュールを調整できなかったこと旨を調整結果欄２２２に出力する（Ｓ２１０）。Ｓ２１０に続いてスケジュール調整処理を終了し、図４に示すメイン処理に戻る。
【００４４】
以上のように、図２に示すＣＰＵ１０は、図６に示すスケジュール調整処理を実行する。次に、図４のメイン処理において実行される回答依頼受付処理を、図８を参照して説明する。図８に示すように、回答依頼受付処理ではまず、図４のＳ３０において受信した回答依頼に含まれる予定期間を取得する（Ｓ４００）。回答依頼に含まれる予定期間として「２００７年１０月１０日１３時０分から２００７年１０月１０日１５時０分まで」を取得したものとする。続いて、スケジュールデータベース３１に記憶されている個人スケジュールのうち、Ｓ４００において取得した予定期間のスケジュールを参照する（Ｓ４０５）。続いて、Ｓ４００において取得した予定期間にスケジュールが登録されているか否かを判断する（Ｓ４１０）。スケジュールデータベース３１に、図３に示すようなスケジュールが登録されている場合、予定期間「２００７年１０月１０日１３時０分から２００７年１０月１０日１５時０分まで」には、既にスケジュールが登録されている（Ｓ４１０：Ｎｏ）。よって、予定期間に開催されるイベントに参加不可能として、回答依頼を送信した端末１に回答を送信する（Ｓ４２０）。一方、Ｓ４００において取得した予定期間にスケジュールが登録されていない場合には（Ｓ４１０：Ｙｅｓ）、予定期間に開催されるイベントに参加可能として、回答依頼を送信した端末１に回答を送信する（Ｓ４１５）。Ｓ４１５又はＳ４２０に続いて、回答依頼受付処理を終了し、図４のメイン処理に戻る。
【００４５】
以上のように、図２に示すＣＰＵ１０は、図８に示す回答依頼受付を実行する。尚、以上詳述したスケジュール調整システム１００において、イベントが開催される期間を指定する予定期間情報及び参加予定者を含む、イベント開催条件を入力するための、図１に示す入力機器２３は、本発明の入力手段に相当する。また、端末１の使用者の個人スケジュールを記憶する、図２に示すハードディスク装置３０のスケジュールデータベース３１は、本発明の個人スケジュール記憶手段に相当する。また図７に示すスケジュール空き状況問合せ処理において、入力機器２３が操作され図５の画面２００にイベント開催条件が入力されたことに応じて、複数の参加予定者の端末１の中から、端末順序に従って１台の端末１を取得し（Ｓ２５５）、取得された端末１に、イベント開催条件により指定される予定イベントに参加可能か否かに関する回答依頼を送信する、図２に示すＣＰＵ１０は、本発明の第一回答依頼送信制御手段として機能する。図４に示すメイン処理において、回答依頼を受信した場合（Ｓ３０：Ｙｅｓ）、図８の回答依頼受付処理において、予定イベントに参加可能か否かを個人スケジュールに基づき判断し（図８のＳ４１０）、その判断結果を回答として回答依頼を送信した端末１に送信する（Ｓ４１５，Ｓ４２０）、図２に示すＣＰＵ１０は、回答送信制御手段として機能する。
【００４６】
図７のスケジュール空き状況問合せ処理において、入力機器２３が操作されることにより指定された参加予定者のうち、回答依頼を送信していない参加予定者がいる場合（Ｓ２７０：Ｎｏ）、かつ、既に回答依頼を送信している全ての端末１から、予定イベントに参加可能であるとの回答を受信した場合に（Ｓ２６５：Ｙｅｓ）、回答依頼を送信していない参加予定者に対応する端末１の一部又は全部を１ずつ取得し、取得された端末１に回答依頼を送信する（Ｓ２５５）、図２に示すＣＰＵ１０は、本発明の第二回答依頼送信制御手段として機能する。図６のスケジュール調整処理において、入力機器２３が操作されることにより指定された全ての参加予定者に対応する端末１から、予定イベントに参加可能であるとの回答を受信した場合に（Ｓ１９０：Ｙｅｓ）、予定イベントを参加予定者に対応する端末１のスケジュールデータベース３１に記憶させる記憶指示を、その端末１に送信する、図２に示すＣＰＵ１０は、本発明の調整結果送信手段として機能する。図４のメイン処理において、記憶指示を受信した場合に（Ｓ４０：Ｙｅｓ）、予定イベントをスケジュールデータベース３１に登録する（Ｓ４５）、図２に示すＣＰＵ１０は、本発明のスケジュール登録手段として機能する。
【００４７】
ところで、上記第１の実施形態では、乱数を用いてランダムに決定した端末順序に従って、参加予定者に対応する端末１に回答依頼を送信するようにしていた。しかし、次の第２の実施形態のように、回答依頼に対して参加不可能と回答した割合を示す拒否率の高い順に端末順序を決定してもよい。以下、第２の実施形態のスケジュール調整システム１００の構成、及び実行される処理について説明する。
【００４８】
まず第２の実施形態のスケジュール調整システムは、端末１が備えるハードディスク装置３０に記憶されているＤＢが第１の実施形態のスケジュール調整システム１００と異なり、その他は同様である。よって、第１の実施形態のスケジュール調整システム１００と同様の構成については説明を省略し、以下、第１の実施形態のスケジュール調整システム１００と異なる端末１の電気的構成について、図９〜図１１を参照して説明する。図９は、第２の実施形態の端末１の電気的構成を示す概念図であり、図１０は、回答履歴データベース３３に記憶されている回答履歴を例示するための説明図であり、図１１は、拒否率データベース３４に記憶されている拒否率を例示するための説明図である。
【００４９】
図９に示すように、第２の実施形態の端末１は、ハードディスク装置３０に記憶されているデータベースが異なり、他は同様である。このハードディスク装置３０には、スケジュールデータベース３１，プログラム記憶エリア３２，及びその他の情報記憶エリア３５の他、回答履歴データベース３３及び拒否率データベース３４を備えている。
【００５０】
回答履歴データベース３３は、端末１が送信した回答依頼に対する回答の内容を記憶する。第２の実施形態の回答履歴データベース３３は、図１０のテーブル３２０に示すように、主催者の端末１が受信した回答の内容と、回答を受信した日付（年月日）とを、回答を送信した端末の使用者毎、予定期間に対応する単位時間毎（１時間毎）、予定期間に対応する曜日である予定曜日毎に分類して記憶している。テーブル３２０において、「可」は回答の内容が「参加可能」であったことを示し、「否」は回答の内容が「参加不可能」であったことを示す。また、テーブル３２０において、「−」は、回答が得られていないことを示す。
【００５１】
拒否率データベース３４は、回答履歴データベース３３に記憶されている回答のうち、内容が「参加不可能（否）」である回答の割合である拒否率（％）を記憶する。第２の実施形態の拒否率データベース３４は、図１１のテーブル３３０に示すように、拒否率を、回答を送信した端末１の使用者毎、予定期間に対応する単位時間毎（１時間毎）、予定期間に対応する曜日毎に分類して記憶している。図１１のテーブル３３０において、単位時間毎の拒否率は、単位時間の開始時刻と対応付けて記憶されており、例えば、「１３：００」に対応する欄には、１３：００〜１４：００の１時間に対応する拒否率が記憶されている。さらに、拒否率データベース３４は、端末１の使用者毎の拒否率の平均値、及び拒否率データベース３４に記憶されている全使用者の拒否率の平均値を記憶している。テーブル３３０において、「−」は、拒否率が得られていないことを示す。尚、端末１に、ＥＥＰＲＯＭや、フラッシュメモリ等の他の記憶手段を設け、その記憶手段を回答履歴記憶手段、又は拒否率記憶手段としてもよい。
【００５２】
次に、第２の実施形態の端末１において実行されるメイン処理について説明する。第２の実施形態のメイン処理は、図示しないが、スケジュール調整処理以外の処理において図４に示す第１の実施形態のメイン処理と同様である。第１の実施形態と同様な処理については説明を省略し、以下、第１の実施形態と異なるスケジュール調整処理について、図１２〜図１５を参照して説明する。図１２は、メイン処理において実行されるスケジュール調整処理の流れを示すフローチャートであり、図１３は、図１２のスケジュール調整処理において実行される拒否率取得処理の流れを示すフローチャートである。図１４は、図１２のスケジュール調整処理において実行されるスケジュール空き状況問合せ処理の流れを示すフローチャートであり、図１５は、図１４のスケジュール空き状況問合せ処理において実行される拒否率データベース更新処理の流れを示すフローチャートである。尚、図１２〜図１５のフローチャートに示す各処理を実行させるプログラムは、図９のプログラム記憶エリア３２に記憶されており、図９に示すＣＰＵ１０が実行する。
【００５３】
図１２において、図６に示す第１の実施形態のスケジュール調整処理において実行される処理と、同様な処理を実行する場合には、同じステップ番号を付与している。図１２に示すように、第２の実施形態のスケジュール調整処理は、Ｓ１１０の処理に替えてＳ１５０，Ｓ１５５，Ｓ１６０，及びＳ１７０の処理を行い、Ｓ１８０の処理に替えてＳ１８５の処理を行う点において、第１の実施形態のスケジュール調整処理と異なる。第１の実施形態のスケジュール調整処理と同様な処理は説明を省略し、以下、第１の実施形態のスケジュール調整処理と異なるＳ１５０，Ｓ１５５，Ｓ１６０，Ｓ１７０，及びＳ１８５について説明する。
【００５４】
Ｓ１５０において、参加予定者の総人数Ｍが所定数Ｔ以上か否かを判断する（Ｓ１５０）。この処理は、参加予定者の総人数Ｍに応じて、端末順序の決定方法を変える為の処理である。所定数Ｔは、１以上の自然数が適宜設定され、ハードディスク装置３０に予め記憶されている。第２の実施形態の所定数Ｔは８である。具体例では、参加予定者は４人である（Ｓ１５０：Ｎｏ）。よって、端末順序を、乱数を用いて無作為に決定する（Ｓ１７０）。一方、参加予定者の総人数Ｍが１０人である場合には（Ｓ１５０：Ｙｅｓ）、続いて、参加予定者全員の拒否率を取得する拒否率取得処理（Ｓ１５５）を実行する。この拒否率取得処理を、図１３を参照して説明する。図１３に示すように、まず、参加予定者を順に読み出すためのカウンタｊに１をセットし、ＲＡＭ１２に記憶する（Ｓ５００）。第２の実施形態では、画面２００に入力された順に参加予定者が読み出されるものとする。前述の具体例では、使用者Ａ，使用者Ｂ，使用者Ｃ，使用者Ｄの順に読み出される。
【００５５】
続いて、ＣＰＵ１０は、拒否率データベース３４を参照して、ｊ番目の参加予定者について、予定期間に対応する単位時間、曜日の拒否率が記憶されているか否かを判断する（Ｓ５０５）。ＣＰＵ１０は、まず、予定曜日を特定する。予定期間「２００７年１０月１０日１３時０分から２００７年１０月１０日１５時０分まで」である場合、２００７年１０月１０日は水曜日である。ＣＰＵ１０は、図１１のテーブル３３０において、ｊ番目の参加予定者の拒否率のうち、曜日が水曜日、かつ時間が１３時及び１４時の欄を参照する。１番目の使用者Ａの場合には、水曜日の１３時の拒否率として１０（％）、水曜日の１４時の拒否率として２０（％）がそれぞれ記憶されている（Ｓ５０５：Ｙｅｓ，Ｓ５１０：Ｙｅｓ）。ＣＰＵ１０は、複数の拒否率のうち、最も高い拒否率２０（％）を使用者Ａの拒否率として取得し、ＲＡＭ１２に記憶する（Ｓ５１５）。予定期間内に参加予定者が参加できない期間がある場合には、予定イベントに参加不可能との回答を得ることになる。そのため、第２の実施形態では、ＣＰＵ１０は、予定期間に対応する拒否率が複数ある場合、最も高い拒否率を取得している。一方、２番目（ｊ＝２）の使用者Ｂの場合には、水曜日の１３時の拒否率は記憶されていないが、水曜日の１４時の拒否率として１０（％）が記憶されている（Ｓ５０５：Ｙｅｓ，Ｓ５１０：Ｎｏ）。よって、ＣＰＵ１０は、使用者Ｂの拒否率として１０（％）を取得し、ＲＡＭ１２に記憶する（Ｓ５２０）。
【００５６】
３番目（ｊ＝３）の使用者Ｃの場合には、水曜日の１３時及び水曜日の１４時の拒否率が記憶されておらず（Ｓ５０５：Ｎｏ）、使用者Ｃの平均値も記憶されていない（Ｓ５２５：Ｎｏ）。よって、使用者Ｃの拒否率として、拒否率データベースに記憶されている端末１の使用者全体の拒否率の平均値２０．２（％）を取得する（Ｓ５３５）。一方、４番目（ｊ＝４）の使用者Ｄの場合には、水曜日の１３時及び水曜日の１４時の拒否率が記憶されていないが（Ｓ５０５：Ｎｏ）、使用者Ｄの平均値は記憶されている（Ｓ５２５：Ｙｅｓ）。よって、使用者Ｄの拒否率として、拒否率データベースに記憶されている使用者Ｄの平均値２０．５を取得する（Ｓ５３０）。
【００５７】
Ｓ５１５，Ｓ５２０，Ｓ５３０，又はＳ５３５に続いて、ＲＡＭ１２を参照して、カウンタｊが参加予定者の総人数Ｍと等しいか否かを判断する（Ｓ５４０）。カウンタｊが参加予定者の総人数Ｍと等しくない場合には（Ｓ５４０：Ｎｏ）、次の順序の参加予定者の拒否率を取得するための処理として、カウンタｊを１増加（インクリメント）させ、ＲＡＭ１２に記憶する（Ｓ５４５）。そしてＳ５０５に戻り処理を繰り返す。一方、カウンタｊが参加予定者の総人数Ｍと等しい場合には（Ｓ５４０：Ｙｅｓ）、拒否率取得処理を終了し、図１２に示す第２の実施形態のスケジュール調整処理に戻る。
【００５８】
引き続き、図１２を参照して第２の実施形態のスケジュール調整処理について説明する。Ｓ１５５に続いて、ＲＡＭ１２を参照し、端末順序を拒否率の高い順と決定する。具体例では、端末順序を、拒否率２０．５（％）の使用者Ｄ，拒否率２０．２（％）の使用者Ｃ，拒否率２０（％）の使用者Ａ，拒否率１０（％）の使用者Ｂの順に端末順序を決定する。このように端末順序を決定することにより、スケジュール空き状況問合せ処理（Ｓ１８５）では、拒否率が高い参加予定者の端末に優先して、回答依頼を送信することになる。よって、回答依頼を送信する順序が遅い参加予定者から、参加不可能との回答を受信する確率を低減させることができ、スケジュールを効率的に調整することができる。続いて、スケジュール空き状況問合せ処理を行う（Ｓ１８５）。このスケジュール空き状況問合せ処理を図１４を参照して説明する。
【００５９】
図１４において、図７に示す第１の実施形態のスケジュール空き状況問合せ処理において実行される処理と、同様な処理を実行する場合には、同じステップ番号を付与している。図１４に示すように、第２の実施形態のスケジュール空き状況問合せ処理は、Ｓ２６３において、第１の実施形態のスケジュール空き状況問合せ処理と異なる。第１の実施形態のスケジュール空き状況問合せ処理と同様な処理は説明を省略し、以下、第１の実施形態のスケジュール空き状況問合せ処理と異なるＳ２６３について説明する。
【００６０】
Ｓ２６３では、Ｓ２６０において受信した回答に基づき、拒否率データベース３４を更新する拒否率データベース更新処理を実行する（Ｓ２６３）。この拒否率データベース更新処理を、図１５を参照して説明する。図１５に示すように、まず、回答履歴データベース３３に、Ｓ２６０において受信した回答を登録する（Ｓ３００）。前述のように、第２の実施形態では、端末１が受信した回答の内容を、回答を送信した端末の使用者毎、単位時間（１時間）毎、曜日毎に分類して回答履歴データベース３３に記憶している。回答依頼に含まれる予定期間「２００７年１０月１０日１３時０分から２００７年１０月１０日１５時０分まで」に対して、使用者Ａから参加不可能との回答を受信した場合を想定する。この場合には、使用者Ａの回答履歴である図１０に示すテーブル３２０において、水曜日の１３時及び水曜日の１４時の欄に、回答を受信した日付、及び回答が参加不可能であったことを示す「否」を登録する（Ｓ３００）。
【００６１】
続いて、拒否率の更新の対象となる項目のうち、拒否率の更新を終えていない回答履歴を取得する（Ｓ３０５）。拒否率の更新の対象となる項目は、Ｓ３００において回答を新たに登録した参加予定者の拒否率のうち、回答を新たに登録した単位時間及び曜日の拒否率、及びその参加予定者の拒否率の平均値、並びに拒否率データベース３４に記憶されている全使用者の拒否率の平均値である。続いて、Ｓ３０５において取得された回答履歴に基づき、拒否率を計算し（Ｓ３１０）、拒否率データベース３４を更新する（Ｓ３１５）。拒否率（％）は、Ｓ３０５において取得した回答のうち、参加不可能と回答したことを示す「否」とされた回答の数を、Ｓ３０５において取得した全回答数で除して求める。続いて、拒否率の更新の対象となる全ての項目について拒否率の更新が終了していない場合には（Ｓ３２０：Ｎｏ）、Ｓ３０５に戻り処理を繰り返す。全ての項目について拒否率の更新が終了しているか否かは、例えば、更新済みであるか否かを示すフラグを設定して判断する。一方、拒否率の更新の対象となる全ての項目について拒否率の更新が終了した場合には（Ｓ３２０：Ｙｅｓ）、続いて拒否率データベース更新処理を終了し、図１４のスケジュール空き状況問合せ処理に戻る。
【００６２】
以上のように、図９に示すＣＰＵ１０は、第２の実施形態のメイン処理を実行する。尚、図１３の拒否率取得処理において、参加予定者に対応する端末が、過去に回答依頼に対して参加不可能と回答した割合を示す、単位時間毎、曜日毎の拒否率を取得する（Ｓ５１５，Ｓ５２０）、図９に示すＣＰＵ１０は、本発明の拒否率取得手段として機能する。また、予定イベントの予定期間及び予定期間により指定される曜日に対応する拒否率を取得できない場合（Ｓ５０５：Ｎｏ）には、その端末に対応する拒否率として、その端末の拒否率の平均値を取得する（Ｓ５３０）、図９に示すＣＰＵ１０は、本発明の拒否率取得手段として機能する。また、拒否率を取得できない端末がある場合には（Ｓ５０５：Ｎｏ，Ｓ５２５：Ｎｏ）、その端末の拒否率として、他の端末の拒否率の平均値を取得する（Ｓ５３５）、図９に示すＣＰＵ１０は、本発明の拒否率取得手段として機能する。
【００６３】
以上詳述した第１及び第２の実施形態のスケジュール調整システムでは、主催者の端末１のＣＰＵ１０は、予定イベントに参加可能か否かを各端末に問い合わせる回答依頼を、まず、一人の参加予定者の端末１に送信する。そして、回答依頼を送信した端末１から、参加可能との回答を受信した場合にのみ、ＣＰＵ１０は、次の参加予定者の端末１に回答依頼を送信する処理を繰り返し実行する。即ち、回答依頼を送信した参加予定者の端末１から、参加不可能との回答を受信した場合には、ＣＰＵ１０は、回答依頼を送信していない参加予定者の端末１がある場合にも、残りの参加予定者の端末１に回答依頼を送信する処理を実行しない。回答依頼を送信したいずれかの端末１から、参加不可能との回答を受信した場合には、予定イベントをスケジュールに登録させることができないため、新たに回答依頼を送信する処理は無駄な処理になるからである。このため、従来のように１度に全ての参加予定者に対応する端末に回答依頼を送信した場合に発生する、参加予定者を使用者とする端末１，及び回答依頼を送信した端末１における処理の無駄を低減させることができる。
【００６４】
一般に、回答依頼に対して参加不可能と回答した率が高い参加予定者は、新たなスケジュール調整時にも参加不可能と回答する確率が高いと予想される。第２の実施形態のスケジュール調整システムでは、主催者の端末１のＣＰＵ１０は、参加予定者の端末１が、過去のスケジュール調整時において、参加不可能と回答した率である拒否率を取得する。ＣＰＵ１０は、拒否率が高い参加予定者の端末１順に端末順序を定めている。ＣＰＵ１０は、その端末順序に従って、拒否率の高い参加予定者の端末１に、回答依頼を優先して送信している。このため、主催者の端末１が、回答依頼を送信する順序が遅い参加予定者の端末１から、参加不可能との回答を受信する確率を低減させることができ、スケジュールを効率的に調整することができる。さらに、第２の実施形態の拒否率は時間帯毎や曜日毎に求めた拒否率である。よって、時間帯や曜日毎に拒否率が異なる場合であっても、それらを考慮して拒否率を取得することができる。
【００６５】
また第２の実施形態のスケジュール調整システムでは、主催者の端末１は、参加予定者の端末１に関して、予定イベントの予定期間により指定される単位時間及び予定期間により指定される曜日に対応する拒否率を取得できない場合には、その端末１に対応する拒否率として、その端末１の拒否率の平均値を取得している。このため、参加予定者の端末１に対応する拒否率を取得できないという不具合が発生する虞を回避することができる他、拒否率を用いて回答依頼を送信する順序を確実に決定することができる。
【００６６】
また第２の実施形態のスケジュール調整システムでは、主催者の端末１は、拒否率を取得できない端末１がある場合には、その端末１の拒否率として、他の端末１の拒否率の平均値を取得している。このため、参加予定者の端末１に対応する拒否率を取得できないという不具合が発生する虞を回避することができ、拒否率を用いて回答依頼を送信する順序を確実に決定することができる。
【００６７】
尚、本発明は、以上詳述した実施形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更を加えてもよい。例えば、次の（１）〜（１０）に示すような変形を適宜加えてもよい。
【００６８】
（１）上記実施形態では、端末１が本発明のスケジュール調整装置及び端末としての機能を有していたが、スケジュール調整装置と端末とを別々に設けてもよい。
【００６９】
（２）上記実施形態では、第一所定条件の１つとして、回答依頼を１つの端末ずつ送信する条件を採用していたがこれに限定されない。例えば、参加予定者の総人数Ｍ未満であれば、２以上の所定数、又はランダムに決定した数等任意の数の端末に回答依頼を送信する条件を定めてもよい。また、第一所定条件として、送信回数に応じて異なる条件に基づき回答依頼を送信する条件を定めてもよい。
【００７０】
（３）第一所定条件の１つとして定める端末順序の決定方法は、上記実施形態の場合に限定されない。例えば、端末順序を参加予定者の役職順、参加予定者と対応付けられたＩＤ順、イベント開催条件を入力した端末１の使用者が指定した順等、任意の方法を採用可能である。
【００７１】
（４）上記実施形態では、図７又は図１２に示すＳ２５５において複数の端末１の中から１台の端末１を取得することにより、複数の参加予定者の中から１人の参加予定者を間接的に取得し、取得した端末１に回答依頼を送信していたが、これに限定されない。例えば、Ｓ２５５において、複数の参加予定者の中から１人（所定数）の参加予定者を取得し、取得した参加予定者に対応する端末１に回答依頼を送信してもよい。
【００７２】
（５）第２の実施形態では、第二所定条件の１つとして、端末１の使用者毎、曜日毎、単位時間毎に記憶された拒否率から、予定期間に対応する条件を採用していたが、拒否率の記憶方式及び拒否率の取得方法はこれに限定されない。例えば、時間や曜日で分類することなく端末１の使用者毎に拒否率を記憶し、端末１に対応する拒否率として予定期間に関わりなくその端末１の使用者の拒否率を取得してもよい。この場合には、拒否率を時間や曜日毎に分類して記憶する際の処理と、予定期間に対応する拒否率を取得する処理とが不要になる。また、拒否率を所定期間で分類する場合、所定期間の長さは適宜変更可能である。例えば、予定期間が３０分単位で設定される場合、３０分毎に区切った単位時間毎に拒否率を求めてもよい。この場合には、予定期間に対応する拒否率を確実に取得できる。また例えば、所定期間として午前と午後とに区切ってもよいし、所定期間として１月を上旬、中旬、下旬の３つに区切ってもよい。
【００７３】
（６）第２の実施形態では、第二所定条件の１つとして、図１３に示す拒否率取得処理において、予定期間に対応する拒否率が複数ある場合（Ｓ５１０：Ｙｅｓ）、最も高い拒否率を取得する（Ｓ５１５）条件を採用していたが、これに限定されない。例えば、予定期間に対応する拒否率が複数ある場合、その平均値を取得してもよい。
【００７４】
（７）第２の実施形態では、図１３に示す拒否率取得処理において、予定期間に対応する拒否率がない場合（Ｓ５０５：Ｎｏ）、その端末１の拒否率の平均値が登録されていれば（Ｓ５２５：Ｙｅｓ）、その平均値を取得していたが（Ｓ５３０）、これに限定されない。例えば、予定期間に対応する拒否率がない場合（Ｓ５０５：Ｎｏ）、所定値を取得してもよい。また例えば、その端末１の拒否率のうち、予定期間と同じ曜日の拒否率の平均値等、所定条件を満たす拒否率の平均値を取得してもよい。この場合には、予定期間により指定する条件と近い条件の拒否率を取得することができる。同様に、予定期間に対応する拒否率が登録されておらず（Ｓ５０５：Ｎｏ）、その端末１の拒否率の平均値も登録されていない場合に（Ｓ５２５：Ｎｏ）、次のように拒否率を取得してもよい。例えば、所定値を取得してもよいし、拒否率データベース３４に登録されている全端末１のうち、拒否率取得対象の端末１の所有者と属性（会社、役職等）が同じ等、所定条件を満たす端末１の拒否率の平均値を取得してもよい。
【００７５】
（８）上記実施形態では、イベント開催条件を入力した端末１の使用者が参加予定者に入っている場合、イベント開催条件を入力した端末１にも回答依頼を送信するようにしていたが、これに限定されない。例えば、イベント開催条件を入力した端末１の使用者が参加予定者に入っている場合、まず、スケジュールデータベース３１を参照して、その使用者がイベントに参加可能か否かを判断してもよい。この場合、回答依頼の送信を指示した参加予定者が参加可能である場合にのみ、他の端末１に回答依頼を送信する。他の端末１に回答依頼を送信した後、回答依頼の送信を指示した参加予定者が参加不可能との回答を得ることがない。このため、参加が可能である旨の回答を送信した参加予定者側の端末１で行われた、参加可能であるか否かの判定の処理は無駄になる虞を低減させることができる。
【００７６】
（９）第２の実施形態では、回答履歴と拒否率とが、回答依頼を送信した端末１に記憶されている。この方法では、同じ端末１から回答依頼が送信された場合の回答履歴と拒否率とを、容易な処理により得ることができるという利点がある。これに対し、（９−１）に例示するように、他の端末１が回答依頼を送信した場合についても回答履歴と拒否率とを取得してもよい。また、（９−２）に例示するように、回答履歴と拒否率とを、端末１とは別体に設けたサーバに記憶してもよい。
【００７７】
（９−１）例えば、所定期間毎に、新たに受信した回答履歴を端末１間で送受信し、回答履歴及び拒否率を更新してもよい。この場合には、新たな構成を追加することなく、他の端末１から回答依頼を送信した場合の回答履歴と拒否率とを取得することができる。
【００７８】
（９−２）回答履歴及び拒否率を、端末１とは別体にも受けたサーバに記憶してもよい。この場合のスケジュール調整システムの構成を図１６及び図１７を参照して説明する。図１６は、変形例に係るスケジュール調整システム１５０の構成を示す構成図であり、図１７は、サーバ４の電気的構成を示す概念図である。図１６に示すように、変形例のスケジュール調整システム１５０は、ＬＡＮ２及びＷＡＮ３を介して相互に接続された端末１に加え、サーバ４を備える。このサーバ４は通信制御機器４０に接続され、さらにその通信制御機器４０はＷＡＮ３に接続されている。変形例のスケジュール調整システム１５０が備える端末１は、第１の実施形態の端末１の構成と同様であるので説明を省略し、サーバ４の電気的構成を、図１７を参照して説明する。
【００７９】
図１７に示すように、端末１は、端末１の主制御を司るＣＰＵ１１０を備えている。そして、ＣＰＵ１１０には、各種プログラムや設定値等を記憶したＲＯＭ１１１と、各種のデータを一時的に記憶するＲＡＭ１１２と、データの受け渡しの仲介を行うＩ／Ｏインタフェイス１１４とが接続されている。Ｉ／Ｏインタフェイス１１４には、ハードディスク装置１３０が接続されている。そして、そのハードディスク装置１３０は、プログラム記憶エリア１３１，回答履歴データベース１３２，拒否率データベース１３３及びその他の情報の記憶エリア１３４を備えている。尚、サーバ４に、ＥＥＰＲＯＭや、フラッシュメモリ等の他の記憶手段を設け、そこに各種情報を記憶してもよい。
【００８０】
また、Ｉ／Ｏインタフェイス１４には、通信機器１１５が接続され、この通信機器１１５はルータ等の通信制御機器４０に接続して、ＷＡＮ３を介した他の端末１との送受信を実行する。この通信手段としての通信機器１１５は、端末１から送信された拒否率送信依頼を受信したり、拒否率送信依頼に応じて取得した拒否率を、その端末１に送信したりする。
【００８１】
各端末１において受信した回答は、例えば、次のような処理によりサーバ４に送信され、回答履歴データベース１３２，又は拒否率データベース１３３に記憶される。図１４に示すスケジュール空き状況問合せ処理のＳ２６３に替えて、受信した回答をサーバ４に送信する処理を実行する。または、回答依頼を受信した端末１において実行される図８の回答依頼受付処理のＳ４１５，Ｓ４２０において、回答依頼を送信した端末１に加え、サーバ４に回答を送信してもよい。一方、サーバ４では、回答を受信したことに応じて、図１５に示す拒否率データベース更新処理と同様の処理を行う。図１２に示すスケジュール調整処理では、例えば、次のような処理を行うようにすればよい。Ｓ１５５に替えて、予定期間と参加予定者とを指定した拒否率送信依頼をサーバ４に送信する処理を行う。拒否率送信依頼を受信したサーバ４では、図１１に示す拒否率取得処理と同様な処理を行い、各参加予定者に対応する拒否率を、拒否率送信依頼を送信した端末１に送信する処理を行う。そして、端末１において実行されるＳ１６０では、サーバ４から送信された参加予定者の拒否率が高い順位端末順序を決定する。
【００８２】
この変形例によれば、各端末１において回答履歴や拒否率を記憶することや、（９−１）の場合のように端末１間で回答の送受信をすることなく、各端末１において取得される回答に基づく拒否率が得られる。
【００８３】
（１０）第２の実施形態及び変形例（９−２）では、回答履歴データベースと、拒否率データベースとの双方を記憶するようにしていたが、これに限定されない。例えば、拒否率データベースを記憶せず、拒否率取得処理を行う毎に、回答履歴データベースを参照して拒否率を計算してもよい。ただし、スケジュールを調整するための処理を迅速に行う観点から、スケジュール調整システムは拒否率データベースを備えることが望ましい。
【００８４】
（１１）上記実施形態では、スケジュール空き状況問合せ処理において、既に回答依頼を送信している全ての端末から、予定イベントに参加可能であるとの回答を受信した場合に、回答依頼を送信していない参加予定者に回答依頼を送信していた。しかし、回答依頼を受信する側の端末の電源が入っていない場合等、何らかの理由により、回答依頼に対する回答をすぐには送信できない場合が想定される。このような場合に、その端末からの回答を待っていては、スケジュールを調整するための処理が止まってしまう。このため、所定の場合には、既に回答依頼を送信している全ての端末から回答を得ていなくても、次の端末順序の端末に回答依頼を送信してもよい。所定の場合とは、既に受信した全ての前記回答の内容が参加可能であり、かつ、前記回答依頼を送信している前記端末のうち、前記回答を受信していない端末が所定の端末である場合である。そして、所定の端末として、例えば、回答依頼を送信してから所定時間が経過した端末、拒否率が所定値よりも低い端末、回答依頼が一斉に送信された複数の端末の内の１つである端末が挙げられる。ただし、所定の端末として、回答依頼が一斉に送信された複数の端末の内の１つである端末を定める場合、回答依頼が一斉に送信された複数の端末の内、一部の端末からの回答は既に受信されている条件がさらに加わる。
【００８５】
以下、所定の端末１として、回答依頼が送信されてから所定時間が経過し、かつ、拒否率が所定値よりも低い端末１を定めた場合の、スケジュール空き状況問合せ処理を、図１８を参照して説明する。図１８に示す変形例（１１）のスケジュール空き状況問合せ処理は、第１及び第２の実施形態と同様のスケジュール調整処理（第１実施形態は図６、第２実施形態は図１２）において実行される。図１８では、図１４に示す第２の実施形態のスケジュール空き状況問合せ処理と同様な処理が行われる場合には、同じステップ番号が付与されている。図１８に示すように、変形例（１１）のスケジュール空き状況問合せ処理は、Ｓ２５７，Ｓ２６１，Ｓ２６２，Ｓ２６６，Ｓ２７１，Ｓ２７２，及びＳ２７３が実行される点で、図１４に示す第２の実施形態のスケジュール空き状況問合せ処理と異なる。以下、第２の実施形態のスケジュール空き状況問合せ処理と同様な処理については、説明を省略又は簡略化し、第２の実施形態のスケジュール空き状況問合せ処理と異なる処理を中心に説明する。
【００８６】
Ｓ２５５において、ＣＰＵ１０は、ｉ番目の端末１に回答依頼を送信した後（Ｓ２５５）、タイマをスタートさせる（Ｓ２５７）。タイマは、Ｓ２５５において回答依頼が送信されてからの経過時間を計測する。続いて、ＣＰＵ１０は、ｉ番目の端末１から回答を受信していない場合（Ｓ２６０：Ｎｏ）、Ｓ２５７においてタイマをスタートさせてから所定時間が経過していなければ（Ｓ２６１：Ｎｏ）、Ｓ２６０に戻り処理を繰り返す。所定時間は、回答依頼を送信してから回答を受信するまでに要する平均的な時間、スケジュール調整に要する時間等を考慮して予め適宜設定され、その他の情報記憶エリア３５に記憶されている。一方、Ｓ２５７においてタイマをスタートさせてから所定時間が経過している場合（Ｓ２６１：Ｙｅｓ）、ＣＰＵ１０は、ｉ番目の端末に対応する拒否率を取得し、取得した拒否率が所定値より小さいか否かを判断する（Ｓ２６２）。所定値は、ｉ番目の端末１から参加可能との回答が得られると期待できる率と、スケジュール調整に要する時間等を考慮して予め適宜設定され、その他の情報記憶エリア３５に記憶されている。ｉ番目の端末１の拒否率が所定値よりも小さい場合には（Ｓ２６２：Ｙｅｓ）、ＣＰＵ１０は、カウンタｉが参加予定者の総人数Ｍと等しいか否かを判断する（Ｓ２７０）。カウンタｉが参加予定者の総人数Ｍと等しくはない場合には（Ｓ２７０：Ｎｏ）、ＣＰＵ１０は、スケジュールの調整を迅速に進めるために、次の端末順序の端末１に回答依頼を送信する（Ｓ２８５，Ｓ２５５）。Ｓ２６２で、拒否率が、所定値以上である場合には（Ｓ２６２：Ｎｏ）、ＣＰＵ１０は、Ｓ２６０に戻り、回答を待つ。
【００８７】
Ｓ２６０において回答を受信した場合には（Ｓ２６０：Ｙｅｓ）、回答を送信した端末に対応する拒否率データベースを更新する（Ｓ２６３）。Ｓ２６０において受信した回答の内容が参加可能である場合（Ｓ２６５：Ｙｅｓ）、Ｓ２６０において受信した回答がｉ番目の端末から送信された回答であるかを判断する（Ｓ２６６）。Ｓ２６０では、ｉ番目の端末からの回答と、回答依頼を送信してから所定時間を経過し（Ｓ２６１：Ｙｅｓ）、拒否率が所定値よりも小さい（Ｓ２６２：Ｙｅｓ）端末とからの回答を受信することになる。よって、Ｓ２６０において受信した回答が、ｉ番目の端末から送信された回答ではない場合（Ｓ２６６：Ｎｏ）、Ｓ２６１に進む。この処理は、ｉ番目の端末に回答依頼を送信してから所定時間内は、ｉ番目の端末からの回答を受け付けるための処理である。
【００８８】
一方、Ｓ２６０において受信した回答がｉ番目の端末から送信された回答である場合（Ｓ２６６：Ｙｅｓ）、カウンタｉが参加予定者の総人数Ｍと等しいか否かを判断する（Ｓ２７０）そして、カウンタｉが参加予定者の総人数Ｍと等しい場合には（Ｓ２７０：Ｙｅｓ）、既に受信した回答がＭ個あるか否かを判断する（Ｓ２７１）。回答がＭ個ではない場合（Ｓ２７１：Ｎｏ）、回答を未受信の端末からの回答を受け付ける回答受信処理を行う（Ｓ２７２）。この処理は、回答依頼を送信した全ての端末から参加可能との回答を得た場合に、スケジュール調整に成功したと判定するための処理である。この回答受信処理では、回答を受信するまで待機するＳ２６０、及び拒否率データベースを更新するＳ２６３と同様の処理を行う。そして、Ｓ２７２で受信した回答が参加可能である場合（Ｓ２７３：Ｙｅｓ）、Ｓ２７１に戻り、処理を繰り返す。そして、Ｓ２７１において回答がＭ個取得されている場合（Ｓ２７１：Ｙｅｓ）、スケジュール調整結果を成功とする（Ｓ２７５）。一方、Ｓ２７２で受信した回答が参加不可能である場合（Ｓ２７３：Ｎｏ）、スケジュール調整結果を不成功とする（Ｓ２８０）。Ｓ２７５又はＳ２８０に続いて、スケジュール空き状況問合せ処理を終了し、図６のスケジュール調整処理に戻る。以上のように、図２に示すＣＰＵ１０は、所定の端末として、回答依頼を送信してから所定時間が経過し、かつ、拒否率が所定値よりも低い端末を定めた場合の、スケジュール空き状況問合せ処理を実行する。
【００８９】
上記変形例によれば、回答依頼を送信してから所定時間経過した場合（Ｓ２６１：Ｙｅｓ）、その端末の拒否率が所定値よりも小さければ（Ｓ２６２：Ｙｅｓ）、次の端末順序の端末に回答を送信する。所定時間内に回答を得なかった端末からは、その端末の拒否率に基づき参加可能との回答得られると期待される。一方、回答依頼を送信してから所定時間経過した場合でも（Ｓ２６１：Ｙｅｓ）、その端末の拒否率が所定値以上であれば（Ｓ２６２：Ｎｏ）、回答を受信するまで待機する。このような処理を行うのは、次の端末順序の端末に回答依頼を送信した場合に参加予定者側の端末１で行われた処理が無駄になってしまう可能性が、許容範囲を超えるからである。この許容範囲は、拒否率と比較する所定値により規定される。このような処理を行うことにより、参加が可能である旨の回答を送信した参加予定者側の端末１で行われた、参加可能であるか否かの判定の処理は無駄になる可能性を低減させたいという要望を満たすことができる。同時に、スケジュールを調整する処理を迅速に行うという要望を満たすことができる。尚、上記変形例では、回答を得られない端末がある場合、回答を得るまで待機するようにしていたが（Ｓ２７２）、所定時間内に回答を得られない端末がある場合に、回答を受信するのを待たずに、そのスケジュール調整結果を不成功と設定してもよい。このようにすれば、回答依頼を送信してから所定時間以内に、スケジュールの調整に成功したか否かを確実に判定することができる。また、所定の端末として、回答依頼を送信してから所定時間が経過し、かつ、拒否率が所定値よりも低い端末を定めた場合について説明したが、これに限定されない。例えば、所定の端末として、回答依頼を送信してから所定時間が経過した端末、又は、拒否率が所定値よりも低い端末を定めてもよい。
【図面の簡単な説明】
【００９０】
【図１】複数の端末１をネットワークで接続したスケジュール調整システム１００のシステム構成を示す構成図である。
【図２】端末１の電気的構成を示す概念図である。
【図３】端末１のスケジュールデータベース３１に記憶されたスケジュールの一部に基づき作成したスケジュール表の一例である。
【図４】端末１のメイン処理のフローチャートである。
【図５】イベント開催条件を入力する画面の例示する説明図である。
【図６】図４に示すメイン処理において実行されるスケジュール調整処理の流れを示すフローチャートである。
【図７】図６に示すスケジュール調整処理において実行されるスケジュール空き状況問合せ処理の流れを示すフローチャートである。
【図８】図４に示すメイン処理において実行される回答依頼受付処理の流れを示すフローチャートである。
【図９】第２の実施形態の端末１の電気的構成を示す概念図である。
【図１０】回答履歴データベース３３に記憶されている回答履歴を例示するための説明図である。
【図１１】拒否率データベース３４に記憶されている拒否率を例示するための説明図である。
【図１２】メイン処理において実行されるスケジュール調整処理の流れを示すフローチャートである。
【図１３】図１２のスケジュール調整処理において実行される拒否率取得処理の流れを示すフローチャートである。
【図１４】図１２のスケジュール調整処理において実行されるスケジュール空き状況問合せ処理の流れを示すフローチャートである。
【図１５】図１４のスケジュール空き状況問合せ処理において実行される拒否率データベース更新処理の流れを示すフローチャートである。
【図１６】変形例に係るスケジュール調整システム１５０の構成を示す構成図である。
【図１７】サーバ４の電気的構成を示す概念図である。
【図１８】図６に示すスケジュール調整処理において実行されるスケジュール空き状況問合せ処理の流れを示すフローチャートである。
【符号の説明】
【００９１】
１    端末
４    サーバ
１０，１１０    ＣＰＵ
１１，１１１    ＲＯＭ
１２，１１２    ＲＡＭ
１５    ＬＡＮコントローラ
３０，１３０    ハードディスク装置
３１    スケジュールデータベース
３３，１３２    回答履歴データベース
４０    通信制御機器
１００，１５０    スケジュール調整システム
１１５    通信機器
【図１】
2009054140.tif 000003
【図２】
2009054140.tif 000004
【図３】
2009054140.tif 000005
【図４】
2009054140.tif 000006
【図５】
2009054140.tif 000007
【図６】
2009054140.tif 000008
【図７】
2009054140.tif 000009
【図８】
2009054140.tif 000010
【図９】
2009054140.tif 000011
【図１０】
2009054140.tif 000012
【図１１】
2009054140.tif 000013
【図１２】
2009054140.tif 000014
【図１３】
2009054140.tif 000015
【図１４】
2009054140.tif 000016
【図１５】
2009054140.tif 000017
【図１６】
2009054140.tif 000018
【図１７】
2009054140.tif 000019
【図１８】
2009054140.tif 000020