(57)【要約】【課題】ユーザによるスケジュールの設定を効率的に支援する。【解決手段】スケジュール管理装置２３は、条件を表わす情報の入力を受付ける入力装置４と、日および時のいずれかに対応付けられた情報を受信するネットワークインターフェース６と、日および時のいずれかに対応付けられた情報、ならびに条件を表わす情報のいずれかを記憶する記憶装置１およびメモリ２と、ネットワークインターフェース６が受信した情報に基づく条件を含む、複数の条件が満たされる日を特定し、かつ条件が満たされる日を表わす情報が、予め定められた形態で表示されるように、表示装置５を制御するＣＰＵ３と、情報を表示する表示装置５とを含む。【選択図】        図２
2005055964.tif 000002
【特許請求の範囲】
【請求項１】
条件を表わす情報の入力を受付けるための第１の受付手段と、
日および時のいずれかに対応付けられた情報を受信するための受信手段と、
前記日および時のいずれかに対応付けられた情報、ならびに前記条件を表わす情報のいずれかを記憶するための記憶手段と、
前記受信手段が受信した情報に対応する条件を含む、複数の条件が満たされる日を特定するための第１の特定手段と、
情報を表示するための表示手段と、
前記条件が満たされる日を表わす情報が、予め定められた形態で表示されるように、前記表示手段を制御するための第１の制御手段とを含む、スケジュール管理装置。
【請求項２】
前記第１の制御手段は、前記第１の受付手段に前記条件を表わす情報が受付られるたびに、前記条件が満たされる日が表示されるように、前記表示手段を制御するための手段を含む、請求項１に記載のスケジュール管理装置。
【請求項３】
前記第１の受付手段が受付ける情報は、複数の条件の組合せを表わす情報を含む、請求項１または２に記載のスケジュール管理装置。
【請求項４】
前記複数の条件の組合せを表わす情報は、前記組合せの名称を特定する情報を含む、請求項３に記載のスケジュール管理装置。
【請求項５】
前記スケジュール管理装置は、
前記第１の特定手段が特定した日とは異なる日について、前記複数の条件のうち不足する条件を特定するための第２の特定手段と、
前記不足する条件が特定された日を表わす情報が表示されるように、前記表示手段を制御するための第２の制御手段と、
前記不足する条件を特定された日のいずれかの指定を受付けるための第２の受付手段と、
前記第２の受付手段が指定を受付けた指定日について、前記不足する条件を表わす情報が表示されるように、前記表示手段を制御するための第３の制御手段とをさらに含む、請求項１から４のいずれかに記載のスケジュール管理装置。
【請求項６】
前記スケジュール管理装置は、前記複数の条件を、前記指定日について不足する条件とは異なる条件に限定するための限定手段をさらに含む、請求項５に記載のスケジュール管理装置。
【請求項７】
前記第１の制御手段は、前記限定手段によって条件が限定された時以降にのみ前記第１の特定手段によって特定された予備日が、前記予備日に特有の形態で表示されるように、前記表示手段を制御するための手段を含む、請求項６に記載のスケジュール管理装置。
【請求項８】
条件を表わす情報の入力を受付けるための第１の受付手段と、
日および時のいずれかに対応付けられた情報を受信するための受信手段と、
前記日および時のいずれかに対応付けられた情報、ならびに前記条件を表わす情報のいずれかを記憶するための記憶手段と、
情報を表示するための表示手段と、
前記受信手段が受信した情報に基づいて、前記表示手段を制御するための制御手段とを含む、スケジュール管理装置の動作方法であって、
前記制御手段が、
前記受信手段が受信した情報に対応する条件を含む、複数の条件が満たされる日を特定する第１の特定ステップと、
前記条件が満たされる日を表わす情報が、予め定められた形態で表示されるように、前記表示手段を制御する第１の制御ステップとを実行する、スケジュール管理装置の動作方法。
【請求項９】
条件を表わす情報の入力を受付ける第１の受付ステップと、
日および時のいずれかに対応付けられた情報を受信する受信ステップと、
前記日および時のいずれかに対応付けられた情報、ならびに前記条件を表わす情報のいずれかを記憶する記憶ステップと、
前記受信ステップにおいて受信された情報に基づく条件を含む、複数の条件が満たされる日を特定する第１の特定ステップと、
情報を表示する表示ステップと、
前記条件が満たされる日を表わす情報が、予め定められた形態で表示されるように、前記表示ステップを制御する第１の制御ステップとを含む各ステップをコンピュータに実行させるためのスケジュール管理プログラム。
【請求項１０】
条件を表わす情報の入力を受付ける第１の受付ステップと、
日および時のいずれかに対応付けられた情報を受信する受信ステップと、
前記日および時のいずれかに対応付けられた情報、ならびに前記条件を表わす情報のいずれかを記憶する記憶ステップと、
前記受信ステップにおいて受信された情報に基づく条件を含む、複数の条件が満たされる日を特定する第１の特定ステップと、
情報を表示する表示ステップと、
前記条件が満たされる日を表わす情報が、予め定められた形態で表示されるように、前記表示ステップを制御する第１の制御ステップとを含む各ステップをコンピュータに実行させるためのスケジュール管理プログラムを記録したコンピュータ読取り可能な記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、スケジュール管理装置、スケジュール管理装置の動作方法、スケジュール管理プログラム、およびスケジュール管理プログラムを記録したコンピュータ読取り可能な記録媒体に関し、特に、スケジュールの決定を支援するスケジュール管理装置、スケジュール管理装置の動作方法、スケジュール管理プログラム、およびスケジュール管理プログラムを記録したコンピュータ読取り可能な記録媒体に関する。
【０００２】
【従来の技術】
スケジュールを設定する際、さまざまな条件を考慮して最適な日程を決定する必要がある。たとえば、ネットワークなどを利用して収集した情報に基づいて最適なスケジュールを特定するなどの手法が用いられている。
【０００３】
具体的には、特許文献１には、参加者のスケジュールや利用する会場の予約状況から開催日時を決定するシステムが開示されている。また、特許文献２には、道路や交通機関の状況、および旅行施設が利用可能な日時から旅行計画策定を支援するシステムが開示されている。
【０００４】
【特許文献１】
特開平５−１８１８６７号公報
【０００５】
【特許文献２】
特開平８−１０６４９２号公報
【０００６】
【発明が解決しようとする課題】
しかしながら、特許文献１に開示されているような、参加者のスケジュールや利用する会場の予約状況から開催日時を決定する場合には、条件が多くなると候補日の決定が困難になるという問題がある。その理由は、たとえば参加者のスケジュールや利用する会場の予約状況といった、一元的な条件それぞれごとに候補日を提示するためである。またこの場合には、条件を満たす日がなかったとき、次善の日を探すことが困難という問題もある。
【０００７】
また、特許文献２に開示されているような、道路交通状況や旅行施設の利用可能日時から旅行計画策定を支援する場合にも、複数の条件を考慮してスケジュールの設定を支援することは困難であるという問題がある。この場合、単に予測時刻に基づいて施設を利用できるか否かを判断するに過ぎないためである。
【０００８】
本発明は上述の問題点を解決するためになされたものであって、その目的は、複数の条件の制約を受ける場合でも、ユーザによるスケジュールの設定を効率的に支援できるスケジュール管理装置、スケジュール管理装置の動作方法、スケジュール管理プログラム、およびスケジュール管理プログラムを記録したコンピュータ読取り可能な記録媒体を提供することにある。
【０００９】
【課題を解決するための手段】
上記目的を達成するために、本発明のある局面にしたがうと、スケジュール管理装置は、条件を表わす情報の入力を受付けるための第１の受付手段と、日および時のいずれかに対応付けられた情報を受信するための受信手段と、日および時のいずれかに対応付けられた情報、ならびに条件を表わす情報のいずれかを記憶するための記憶手段と、受信手段が受信した情報に対応する条件を含む、複数の条件が満たされる日を特定するための第１の特定手段と、情報を表示するための表示手段と、条件が満たされる日を表わす情報が、予め定められた形態で表示されるように、表示手段を制御するための第１の制御手段とを含む。
【００１０】
すなわち、第１の受付手段は、条件を表わす情報の入力を受付ける。受信手段は、日および時のいずれかに対応付けられた情報を受信する。記憶手段は、日および時のいずれかに対応付けられた情報、ならびに条件を表わす情報のいずれかを記憶する。第１の特定手段は、受信手段が受信した情報に対応する条件を含む、複数の条件が満たされる日を特定する。表示手段は、情報を表示する。これにより、第１の制御手段は、条件が満たされる日を表わす情報が、予め定められた形態で表示されるように、表示手段を制御する。その結果、複数の条件の制約を受ける場合でも、ユーザによるスケジュールの設定を効率的に支援できるスケジュール管理装置を提供することができる。
【００１１】
また、上述の第１の制御手段は、第１の受付手段に条件を表わす情報が受付られるたびに、条件が満たされる日が表示されるように、表示手段を制御するための手段を含むことが望ましい。
【００１２】
すなわち、第１の制御手段は、条件を表わす情報が受付られるたびに、条件が満たされる日を表示されるように表示手段を制御できる。これにより、ユーザはより早く条件が満たされる日を知ることができる。その結果、複数の条件の制約を受ける場合でも、ユーザによるスケジュールの設定をより速くかつ効率的に支援できるスケジュール管理装置を提供することができる。
【００１３】
また、上述の第１の受付手段が受付ける情報は、複数の条件の組合せを表わす情報を含むことが望ましい。
【００１４】
すなわち、第１の特定手段は、組合せを表わす情報によって表わされる、複数の条件が満たされる日を特定できる。これにより、ユーザは複雑な条件の制約を受ける場合でも、効率的に条件が満たされる日を知ることができる。その結果、複雑な条件の制約を受ける場合でも、ユーザによるスケジュールの設定を効率的に支援できるスケジュール管理装置を提供することができる。
【００１５】
もしくは、上述の複数の条件の組合せを表わす情報は、組合せの名称を特定する情報を含むことが望ましい。
【００１６】
すなわち、第１の特定手段は、組合せの名称によって定められる、複数の条件が満たされる日を特定できる。これにより、ユーザは、頻繁に使用される、複雑な条件の制約を受ける場合でも、より効率的に条件が満たされる日を知ることができる。その結果、頻繁に使用される、複雑な条件の制約を受ける場合でも、ユーザによるスケジュールの設定を効率的に支援できるスケジュール管理装置を提供することができる。
【００１７】
また、上述のスケジュール管理装置は、第１の特定手段が特定した日とは異なる日について、複数の条件のうち不足する条件を特定するための第２の特定手段と、不足する条件が特定された日を表わす情報が表示されるように、表示手段を制御するための第２の制御手段と、不足する条件を特定された日のいずれかの指定を受付けるための第２の受付手段と、第２の受付手段が指定を受付けた指定日について、不足する条件を表わす情報が表示されるように、表示手段を制御するための第３の制御手段とをさらに含むことが望ましい。
【００１８】
すなわち、第２の特定手段は、第１の特定手段が特定した日とは異なる日について、複数の条件のうち不足する条件を特定できる。第２の制御手段は、不足する条件が特定された日を表わす情報が表示されるように、表示手段を制御できる。第２の受付手段は、不足する条件を特定された日のいずれかの指定を受付ける。これにより、第３の制御手段は、指定日について、不足する条件を表わす情報が表示されるように、表示手段を制御できる。不足する条件が表示されるので、ユーザは条件の適否を容易に知ることができる。その結果、複数の条件の制約を受ける場合でも、ユーザが条件の適否を容易に知ることができ、かつユーザによるスケジュールの設定を効率的に支援できるスケジュール管理装置を提供することができる。
【００１９】
もしくは、上述のスケジュール管理装置は、複数の条件を、指定日について不足する条件とは異なる条件に限定するための限定手段をさらに含むことが望ましい。
【００２０】
すなわち、限定手段は、複数の条件を、指定日について不足する条件とは異なる条件に限定できる。第１の特定手段は、限定された条件が満足される日を特定できる。これにより、ユーザは限定された条件を満足される日を容易に知ることができる。その結果、複数の条件の制約を受ける場合でも、ユーザが条件の適否を容易に知ることができ、かつユーザによる比較的適切なスケジュールの設定を効率的に支援できるスケジュール管理装置を提供することができる。
【００２１】
もしくは、上述の第１の制御手段は、限定手段によって条件が限定された時以降にのみ第１の特定手段によって特定された予備日が、予備日に特有の形態で表示されるように、表示手段を制御するための手段を含むことが望ましい。
【００２２】
すなわち、予備日は、予備日に特有の形態で表示される。これにより、ユーザは条件を限定することがもたらす変化を直感的に知ることができる。その結果、複数の条件の制約を受ける場合でも、ユーザが条件の適否を直感的に知ることができ、かつユーザによるスケジュールの設定を効率的に支援できるスケジュール管理装置を提供することができる。
【００２３】
本発明の他の局面にしたがうと、スケジュール管理装置の動作方法は、条件を表わす情報の入力を受付けるための第１の受付手段と、日および時のいずれかに対応付けられた情報を受信するための受信手段と、日および時のいずれかに対応付けられた情報、ならびに条件を表わす情報のいずれかを記憶するための記憶手段と、情報を表示するための表示手段と、受信手段が受信した情報に基づいて、表示手段を制御するための制御手段とを含む、スケジュール管理装置の動作方法である。スケジュール管理装置の動作方法において、制御手段は、受信手段が受信した情報に対応する条件を含む、複数の条件が満たされる日を特定する第１の特定ステップと、条件が満たされる日を表わす情報が、予め定められた形態で表示されるように、表示手段を制御する第１の制御ステップとを実行する。
【００２４】
すなわち、複数の条件の制約を受ける場合でも、ユーザによるスケジュールの設定を効率的に支援できるスケジュール管理装置の動作方法を提供することができる。
【００２５】
本発明の他の局面にしたがうと、スケジュール管理プログラムは、条件を表わす情報の入力を受付ける第１の受付ステップと、日および時のいずれかに対応付けられた情報を受信する受信ステップと、日および時のいずれかに対応付けられた情報、ならびに条件を表わす情報のいずれかを記憶する記憶ステップと、受信ステップにおいて受信された情報に基づく条件を含む、複数の条件が満たされる日を特定する第１の特定ステップと、情報を表示する表示ステップと、条件が満たされる日を表わす情報が、予め定められた形態で表示されるように、表示ステップを制御する第１の制御ステップとを含む各ステップをコンピュータに実行させる。
【００２６】
すなわち、複数の条件の制約を受ける場合でも、ユーザによるスケジュールの設定を効率的に支援できるスケジュール管理プログラムを提供することができる。
【００２７】
本発明の他の局面にしたがうと、記録媒体は、条件を表わす情報の入力を受付ける第１の受付ステップと、日および時のいずれかに対応付けられた情報を受信する受信ステップと、日および時のいずれかに対応付けられた情報、ならびに条件を表わす情報のいずれかを記憶する記憶ステップと、受信ステップにおいて受信された情報に基づく条件を含む、複数の条件が満たされる日を特定する第１の特定ステップと、情報を表示する表示ステップと、条件が満たされる日を表わす情報が、予め定められた形態で表示されるように、表示ステップを制御する第１の制御ステップとを含む各ステップをコンピュータに実行させるためのスケジュール管理プログラムを記録した、コンピュータ読取り可能な記録媒体である。
【００２８】
すなわち、複数の条件の制約を受ける場合でも、ユーザによるスケジュールの設定を効率的に支援できるスケジュール管理プログラムを記録したコンピュータ読取り可能な記録媒体を提供することができる。
【００２９】
【発明の実施の形態】
以下、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同一である。したがって、それらについての詳細な説明は繰返さない。
【００３０】
＜第１の実施の形態＞
以下、本発明の第１の実施の形態に係るスケジュール管理装置について説明する。
【００３１】
図１を参照して、本実施の形態に係るネットワーク構造は、グループスケジュールサーバ２０と、天候サーバ２１と、交通サーバ２２と、スケジュール管理装置２３と、資源サーバ２４と、ネットワーク２６とを含む。グループスケジュールサーバ２０は、他のメンバーのスケジュールデータを提供する。スケジュールデータとは、個人のスケジュールを表わすデータである。本実施の形態において、スケジュールデータとは、日時を表わす情報と予定を表わす情報とが１つのセットになった、少なくとも１セットのデータのグループをいう。グループスケジュールサーバ２０は、スケジュール管理装置２３のユーザのスケジュールデータを他のメンバーに提供するサーバでもある。天候サーバ２１は、スケジュールを決定する条件となる、天候の情報を提供する。交通サーバ２２は、スケジュールを決定する条件となる、交通の情報を提供する。スケジュール管理装置２３は、ユーザのスケジュールを管理する。資源サーバ２４は、スケジュールを決定する条件となる資源（本実施の形態においては、会議室をはじめとする各種設備の予約状況をいう。）の情報を提供する。ネットワーク２６は上述のサーバなどを接続する。
【００３２】
図２を参照して、本実施の形態に係るスケジュール管理装置２３は、記憶装置１と、メモリ２と、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）３と、入力装置４と、表示装置５と、ネットワークインターフェース６と、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ  Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）駆動装置７とを含む。記憶装置１はスケジュールデータや、スケジュールデータのタイプと条件を結びつけるテーブルや、ネットワーク２６に関する情報を記憶するために使われる。ネットワーク２６が利用できないとき、記憶装置１はネットワーク２６に関する情報をキャッシュとして記憶する。メモリ２はＣＰＵ３の処理において計算の途中経過などを記憶するために使われる。ＣＰＵ３はスケジュールデータの検索処理や、ネットワークから得られた条件からスケジュールの候補日を算出したりするために使われる。ＣＰＵ３はスケジュール管理装置２３の各ブロックを制御するためにも使われる。入力装置４はスケジュールデータの入力や、新しいスケジュールを入れる日を探すための条件を入力するために使われる。入力装置４は、各種の指示を入力するためにも使われる。本実施の形態において、入力装置４にはキーボードおよびマウス（いずれも図示せず）が含まれる。表示装置５は、スケジュールデータや、新しいスケジュールを入れる候補日などの、情報を表示する。ネットワークインターフェース６は天候や交通状況、および他の人のスケジュール情報を得るために使われる受信装置である。これらの情報はすべて日時に対応付けられた情報である。したがってネットワークインターフェース６は日および時のいずれかに対応付けられた情報を受信する装置といえる。ＣＤ−ＲＯＭ駆動装置７は、ＣＤ−ＲＯＭ１０を装着する。
【００３３】
スケジュール管理装置２３は、コンピュータハードウェアと、ＣＰＵ３により実行されるソフトウェアとにより実現される。一般的にこうしたソフトウェアは、ＣＤ−ＲＯＭ１０などの記録媒体に格納されて流通し、ＣＤ−ＲＯＭ駆動装置７などにより記録媒体から読取られて記憶装置１に一旦格納される。さらに記憶装置１から読出されて、ＣＰＵ３により実行される。図２に示したコンピュータのハードウェア自体は一般的なものである。したがって、本発明の最も本質的な部分は、ＣＤ−ＲＯＭ１０などの記録媒体に記録されたソフトウェアである。なお、図２に示したコンピュータ自体の動作は周知であるので、ここではその詳細な説明は繰返さない。
【００３４】
なお、いうまでもなく、スケジュール管理装置２３の形態は、図１〜図２に示される具体例に限定されるものではない。すなわち、図１〜図２に記載されない他の機能が備えられていてもよいし、図１〜図２に記載されている機能の必ずしもすべてが備えられていなくても構わない。たとえば、メモリ２はスケジュール管理装置２３に含まれていなくてもよく、その場合、スケジュール管理装置２３は、情報をすべて記憶装置１に記憶させる。
【００３５】
図３を参照して、スケジュール管理装置２３で実行されるプログラムは、スケジュールの決定に関し、以下のような制御構造を有する。
【００３６】
ステップ６０（以下、ステップをＳと略す）にて、ＣＰＵ３は、入力装置４から、条件を表わす情報の入力を受付ける。ＣＰＵ３は、記憶装置１およびメモリ２に、受付けた条件を表わす情報を記憶させる。なおＣＰＵ３は、原則としてこの条件をメモリ２に記憶させる。条件の情報量がメモリ２の容量を上回った場合に、ＣＰＵ３は、余剰分を記憶装置１に記憶させる。Ｓ６２にて、ＣＰＵ３は、スケジュールの設定日をメモリ２に記憶させる。以下、メモリ２に記憶された日を「対象日」と称する。Ｓ６４にて、ＣＰＵ３は、ネットワークインターフェース６を用いて、グループスケジュールサーバ２０、天候サーバ２１、交通サーバ２２および資源サーバ２４から情報を受信する。受信した情報は、いずれも日および時のいずれかに対応付けられた情報である。すなわちネットワークインターフェース６は、日および時のいずれかに対応付けられた情報を受信する。ＣＰＵ３は、受信した情報をメモリ２に記憶させる。
【００３７】
Ｓ６６にて、ＣＰＵ３は、候補日を設定する。この処理は、図４のＳ８０〜Ｓ８８の各ステップに相当する。ＣＰＵ３は、この処理により、ネットワークインターフェース６が受信した情報に対応する条件を含む、複数の条件が満たされる日を特定する。Ｓ６８にて、ＣＰＵ３は、入力装置４が指示を受付けるのを待受ける。
【００３８】
Ｓ７０にて、ＣＰＵ３は、入力装置４が受付けた指示が条件の変更か否かを判断する。条件の変更と判断した場合には（Ｓ７０にてＹＥＳ）、処理はＳ６０へと移される。もしそうでないと（Ｓ７０にてＮＯ）、処理はＳ７２へと移される。
【００３９】
Ｓ７２にて、ＣＰＵ３は、入力された候補日を予定日として設定する。具体的には、ＣＰＵ３は、記憶装置１に記憶されたスケジュールデータのうち、指定された日のデータを、予定がある旨の内容に書換える。ＣＰＵ３は、書換えられたスケジュールデータを、ネットワークインターフェース６を用いてグループスケジュールサーバ２０に送信する。
【００４０】
図４を参照して、スケジュール管理装置２３で実行されるプログラムは、候補日の設定に関し、以下のような制御構造を有する。
【００４１】
Ｓ８０にて、ＣＰＵ３は、対象日が入力装置４から入力された条件に合致する期間内および曜日であるか否かを判断する。条件に合致する期間内および曜日であると判断した場合（Ｓ８０にてＹＥＳ）、処理はＳ８２へと移される。もしそうでないと（Ｓ８０にてＮＯ）、処理はＳ６８へと移される。
【００４２】
Ｓ８２にて、ＣＰＵ３は、天候サーバ２１から受信した情報を参照することにより、対象日のうち、入力装置４から入力された条件で与えられた時間（対象時間）の降水確率が条件を満たすか否かを判断する。条件を満たすと判断した場合（Ｓ８２にてＹＥＳ）、処理はＳ８４へと移される。もしそうでないと（Ｓ８２にてＮＯ）、処理はＳ８８へと移される。
【００４３】
Ｓ８４にて、ＣＰＵ３は、記憶装置１に記憶されたスケジュールデータを参照することにより、対象時間に他のスケジュールが入っているか否かを判断する。他のスケジュールが入っていると判断した場合（Ｓ８４にてＹＥＳ）、処理はＳ８８へと移される。もしそうでないと（Ｓ８４にてＮＯ）、処理はＳ８６へと移される。Ｓ８６にて、ＣＰＵ３は、対象日を、条件が満たされる日（候補日）に設定する。具体的には、ＣＰＵ３は記憶装置１のスケジュールデータのうち、その日に対応する部分に候補日である旨の情報を追加する。併せてＣＰＵ３は、条件が満たされる日（候補日）を表わす情報が、予め定められた形態で表示されるように、表示装置５を制御する。すなわちＣＰＵ３は、表示装置５を制御して、予め定められた形態で、候補日を表示させる。候補日を表示させる場合、さまざまな表示形態が考えられる。たとえば表示装置５にカレンダーを表示させ、候補日をそれ以外の非候補日よりも明るい色で塗りつぶしてもよい。本実施の形態の場合、ＣＰＵ３は、表示装置５にカレンダーを表示させ、候補日の部分のみを淡いグレーで塗りつぶす。Ｓ８８にて、ＣＰＵ３は、メモリ２に記憶された対象日を表わす情報を、対象日の次の日を表わす内容に書換える。これにより対象日は、次の日に進められる。
【００４４】
以上のような構造およびフローチャートに基づく、スケジュール管理装置２３の動作について説明する。
【００４５】
ＣＰＵ３は、入力装置４から、ユーザが新しいスケジュールを設定するための複数の条件を表わす情報の入力を受付ける（Ｓ６０）。図５を参照して、そのときの表示装置５の画面を説明する。表示装置５には、条件を指定するメニューが表示されている。本実施の形態の場合、そのメニューには、スケジュールを設定する日（設定日）からどのくらいの期間を検索対象とするか選択する期間メニュー３０、曜日に関する条件を指定する曜日メニュー３１、時間に関する条件を指定する時間メニュー３２、および天候に関する条件を指定する天候メニュー３３が含まれる。本実施の形態の場合、それぞれのメニューは、条件を素早く指定できるように、予め選択候補を持っている。たとえば、期間メニュー３０であれば、「今週中」、「今月中」、「来月中」、および「今期中」が選択候補である。曜日メニュー３１であれば、「平日」、「休日」、および「日曜日から土曜」が選択候補である。時間メニュー３２であれば、「終日」、「午前中」、「午後」、および「夜」が選択候補である。天候メニュー３３の場合、降水確率を直接キー入力できる。なお、天候メニュー３３に入力する条件として、最低および最高気温、湿度といったデータであってもよいが、本実施の形態においては、降水確率のみをその条件とする。図６を参照して、本実施の形態における選択候補の選択方法を説明する。ユーザが各メニューに表示された三角形をマウス（図示せず）でクリックすると、表示装置５に表示される選択候補が変化する。図６（Ａ）〜図６（Ｄ）は、それぞれ期間メニュー３０について三角形をクリックした場合の表示内容の変化を表わす図である。希望する条件が表示されるまで、ユーザがマウスをクリックすると、ＣＰＵ３はマウスがクリックされた回数を計数し（この回数は図示しない確定キーの操作により確定することとする。）、その回数に応じた条件が入力されたとみなす。
【００４６】
条件の入力が受付けられると、ＣＰＵ３は、設定日をメモリ２に記憶させる（Ｓ６２）。設定日が記憶されると、ＣＰＵ３は、ネットワークインターフェース６を用いて、グループスケジュールサーバ２０、天候サーバ２１、交通サーバ２２、および資源サーバ２４から情報を受信する（Ｓ６４）。情報が受信されると、ＣＰＵ３は、対象日が入力装置４から入力された条件に合致する期間内および曜日であるか否かを判断する（Ｓ８０）。入力された条件に合致する期間内および曜日と判断された場合（Ｓ８０にてＹＥＳ）、ＣＰＵ３は、天候サーバ２１から受信した情報を参照することにより、対象日のうち、天候メニュー３３で指定された条件を満足するか否か、すなわち対象時間の降水確率が条件を満たすか否かを判断する（Ｓ８２）。条件が満たされる場合（Ｓ８２にてＹＥＳ）、ＣＰＵ３は、記憶装置１に記憶されたスケジュールデータを参照することにより、対象時間に他のスケジュールが入っているか否かを判断する（Ｓ８４）。他のスケジュールが入れられていない場合（Ｓ８４にてＮＯ）、ＣＰＵ３は、対象日を候補日とする（Ｓ８６）。対象日が候補日とされると、ＣＰＵ３は対象日を次の日に進める（Ｓ８８）。対象日が次の日に進められると、Ｓ８０〜Ｓ８２の処理を繰返し、ＣＰＵ３は、再び対象時間に他のスケジュールが入っているか否かを判断する（Ｓ８４）。他のスケジュールが入れられている場合（Ｓ８４にてＹＥＳ）、ＣＰＵ３は対象日を次の日に進める（Ｓ８８）。対象日が次の日に進められると、ＣＰＵ３はＳ８０〜Ｓ８８の処理を繰返す。図７を参照して、その処理を繰返した結果、候補日が表示された画面の例を示す。その処理が繰返され、対象日が期間外となると（Ｓ８０にてＮＯ）、ＣＰＵ３は、入力装置４が指示を受付けるのを待受ける（Ｓ６８）。指示が受付けられると、ＣＰＵ３は、入力装置４が受付けた指示が条件の変更か否かを判断する（Ｓ７０）。この場合、指示は条件の変更であるとする（Ｓ７０にてＹＥＳ）。ユーザは、候補日が得られない場合や条件を変更したい場合に、条件を変更する旨の指示を入力できる。図８を参照して、本実施の形態における条件の変更方法を説明する。表示装置５に候補日が表示された時点でも、表示装置５には前述の各メニューが表示されている。ユーザは上述したマウスを操作して、条件を変更しようとするメニューの三角形をクリックする。三角形がクリックされると、図６（Ａ）〜図６（Ｄ）と同様にメニューが変更されるので、ユーザは自らが希望する条件が表示されるまで三角形をクリックする。その後ユーザが図示しない確定キーを操作すると、ＣＰＵ３は、その段階で表示された条件が入力されたとみなし、複数の条件を表す情報の入力を受付ける（Ｓ６０）。条件が入力されると、Ｓ６２〜Ｓ６６の処理を経て、表示装置５に新たな候補日が表示される。これにより、ＣＰＵ３は、入力装置４に条件を表わす情報が受付られるたびに、その条件が満たされる日が表示されるように、表示装置５を制御することとなる。図９を参照して、このときの候補日の表示例を説明する。図９（Ａ）は、候補日が切換えられる前の表示例である。図９（Ｂ）は、候補日が切換えられた後の表示例である。
【００４７】
候補日が切換えられると、ＣＰＵ３は、入力装置４が指示を受付けるのを待受ける（Ｓ６８）。指示が受付けられると、ＣＰＵ３は入力装置４が受付けた指示が条件の変更か否か判断する（Ｓ７０）。この場合、指示は予定日の設定であるとする。この場合、ユーザはマウスを用いて表示装置５に表示された候補日のいずれかをクリックする。このクリックにより、ＣＰＵ３はクリックされた候補日を予定日に設定する旨の指示があったとみなす。したがって指示は条件の変更ではないので（Ｓ７０にてＮＯ）、ＣＰＵ３は、入力された候補日を予定日として設定する（Ｓ７２）。
【００４８】
以上のようにして、本実施の形態に係るスケジュール管理装置２３は、各種サーバから受信した情報に基づいて、カレンダー上で候補日を表示できる。各種サーバから受信した情報には、天気予報の情報も含まれる。このスケジュール管理装置２３は、ユーザが把握しやすいように候補日を表示できる。ユーザはそれらの候補日から予定日を設定できる。その結果、複数の条件の制約を受ける場合でも、ユーザによるスケジュールの設定を効率的に支援できるスケジュール管理装置を提供することができる。
【００４９】
なお、記憶装置１およびメモリ２は、日および時のいずれかに対応付けられた情報、ならびに条件を表わす情報のいずれかのみを記憶してもよい。これらの情報のうち片方を得た時、直ちに上述の処理を実施するのであれば、その情報を記憶しておく必要性は特にないからである。
【００５０】
また、ネックワークインターフェース６が受信する情報は、たとえば天候に関する条件といった、１つの条件についての情報のみを受信するものであってもよい。その場合でも、ＣＰＵ３は、上述の動作と同様にして、ユーザのスケジュールに関する条件と受信した情報に関する条件との複数の条件が満たされる候補日を特定できるからである。
【００５１】
＜第２の実施の形態＞
以下、本発明の第２の実施の形態に係るスケジュール管理装置２３について説明する。
【００５２】
本実施の形態に係るスケジュール管理装置２３は、記憶装置１に、条件の「タイプ」とその「タイプ」に対応する複数の条件とを結びつけるデータのテーブルを記憶する。「タイプ」とは、これら複数の条件の組合せを表わす。「タイプ名」とは、個々の「タイプ」の名称である。ＣＰＵ３は、このテーブルに基づいて「タイプ」に含まれた条件を特定する。図１０を参照して、記憶装置１に記憶された「タイプ」の内容を説明する。本実施の形態に係る記憶装置１に記憶された「タイプ」のタイプ名は、「定例会議」、「フィールドテスト」、および「東京支社ミーティング」である。個々の「タイプ」は、天候、参加者、および交通状況に関する条件のいずれかを含む。たとえば「定例会議」の場合、天候および交通状況の条件は特に特定されない。参加者のスケジュールの空き状況は条件として指定されている。「フィールドテスト」の場合、天候のみが条件として指定されている。「東京支社ミーティング」の場合、東京へ行くための交通状況が条件として指定されている。本実施の形態における交通状況とは、特定の交通機関の運行の有無およびその交通機関に空席があるか否かを表わす。なお、その他のハードウェア構成は前述の第１の実施の形態と同じである。それらについての機能も同じである。したがって、それらについての詳細な説明はここでは繰返さない。
【００５３】
図１１を参照して、スケジュール管理装置２３で実行されるプログラムは、スケジュールの決定に関し、以下のような制御構造を有する。なお、図１１に示すフローチャートの中で、前述の図３に示した処理は同じステップ番号を付してある。それらの処理も同じである。したがって、それらについての詳細な説明はここでは繰返さない。
【００５４】
Ｓ９０にて、ＣＰＵ３は、入力装置４からスケジュールのタイプ名の入力を受付ける。Ｓ９２にて、ＣＰＵ３は、受付けられたタイプ名が新規設定か否か判断する。新規設定と判断した場合には（Ｓ９２にてＹＥＳ）、処理はＳ９４へと移される。もしそうでないと（Ｓ９２にてＮＯ）、処理はＳ６２へと移される。Ｓ９４にて、ＣＰＵ３は、表示装置５を用いて設定画面を表示させる。Ｓ９６にて、ＣＰＵ３は入力装置４から新しいタイプの入力を受付ける。ＣＰＵ３は受付けた情報を記憶装置１に記憶させる。Ｓ９８にて、ＣＰＵ３は候補日を設定する。
この処理は、図１２で説明するＳ８０〜Ｓ１０４の処理に該当する。
【００５５】
図１２を参照して、スケジュール管理装置２３で実行されるプログラムは、候補日の設定に関し、以下のような制御構造を有する。なお、図１２に示すフローチャートの中で、前述の図４に示した処理は同じステップ番号を付してある。それらの処理も同じである。したがって、それらについての詳細な説明はここでは繰返さない。
【００５６】
Ｓ１００にて、ＣＰＵ３は、対象時間に不在者がいるか否かを判断する。具体的には、ＣＰＵ３は参加者のスケジュールデータのうち、対象時間の部分に予定を表わす情報が含まれているか否かを判断する。参加者のスケジュールデータはグループスケジュールサーバ２０から受信する。不在者がいると判断した場合（Ｓ１００にてＹＥＳ）、処理はＳ８８へと移される。もしそうでないと（Ｓ１００にてＮＯ）、処理はＳ１０２へと移される。
【００５７】
Ｓ１０２にて、ＣＰＵ３は、対象日の交通状況が、「タイプ」によって指定された条件を満たすか否かを判断する。具体的には、ＣＰＵ３は交通サーバ２２から受信した情報に、タイプ名によって特定される交通機関の運行がある旨の情報と空席がある旨の情報とが存在するか否かを判断する。交通状況が条件を満たすと判断した場合（Ｓ１０２にてＹＥＳ）、処理はＳ８４へと移される。もしそうでないと（Ｓ１０２にてＮＯ）、処理はＳ８８へと移される。
【００５８】
以上のような構造およびフローチャートに基づき、スケジュール管理装置２３の動作について説明する。
【００５９】
［既存の「タイプ」を選択する場合］
ＣＰＵ３は、入力装置４からスケジュールのタイプ名の入力を受付ける（Ｓ９０）。図１３を参照して、本実施の形態におけるタイプ名の入力方法を説明する。図１３は、表示装置５に表示されたメニューである。ユーザはマウスを操作して「定例会議」の右横にある三角形をクリックできる。三角形がクリックされると、表示装置５に表示されたメニュー４０の内容は「定例会議」から「フィールドテスト」および「当局者ミーティング」に順次変化する。ユーザは自らが望む「タイプ」が表示されるまで三角形をクリックできる。ＣＰＵ３は、図示しない確定キーが押されるまでにマウスがクリックされた回数を数え、その回数に対応するタイプ名を受付けたものとみなす。これにより、入力装置４は、複数の条件の組合わせの名称を特定する情報、ひいては複数の条件の組合せを表す情報を受付けたことになる。
【００６０】
タイプ名が受付けられると、ＣＰＵ３は、受付けたタイプ名が新規設定か否かを判断する（Ｓ９２）。この場合、受付けたタイプ名は新規設定ではないので（Ｓ９２にてＮＯ）、Ｓ６２〜Ｓ７２の処理を経て、予定日が設定される。
【００６１】
［「タイプ」の新規設定の場合］
タイプ名が受付けられると、ＣＰＵ３は、受付けられたタイプ名が新規設定か否かを判断する（Ｓ９２）。図１４に、この時の表示装置５のメニュー４０を示す。メニュー４０には「新規設定」が表示されている。この場合、受付けられたタイプ名は「新規設定」なので（Ｓ９２にてＹＥＳ）、ＣＰＵ３は表示装置５を用いて設定画面を表示させる（Ｓ９４）。図１５を参照して、表示装置５に表示された設定画面は、タイプ名を表示する欄４２と、天候に関する条件を表示する欄４４と、参加者に関する条件を表示する欄４６と、交通状況に関する条件を表示する欄４８とを含む。ユーザは、マウスを用いて各欄に表示された三角形をクリックすることにより、自らが希望する条件を表示させることができる。ユーザが望む条件が表示されるまでマウスがクリックされることにより、ユーザが望む条件が入力される。タイプ名および交通状況についてはキーボードを用いてユーザが入力しようとする内容を直接キー入力する。図示しない確定キーが押されると、条件は確定する。
【００６２】
条件が確定すると、ＣＰＵ３は入力装置４から新しいタイプの入力を受付ける。すなわち確定した条件をタイプ名とともに受付ける。ＣＰＵ３は受付けた情報を記憶装置１に記憶させる（Ｓ９６）。
【００６３】
情報が記憶装置１に記憶されると、Ｓ６２〜Ｓ７２の処理を経て、その条件に合致する予定日が設定される。
【００６４】
以上のようにして、本実施の形態に係るスケジュール管理装置２３は、スケジュールのタイプ名を入力することにより、より効率的に予定日を設定できる。その結果、複数の条件の制約を受ける場合でも、ユーザによるスケジュールの設定を効率的に支援できるスケジュール管理装置を提供することができる。
【００６５】
＜第３の実施の形態＞
以下、本発明の第３の実施の形態に係るスケジュール管理装置について説明する。
【００６６】
本実施の形態に係るスケジュール管理装置２３のＣＰＵ３は、メモリ２に記憶された情報に基づいて「タイプ」が表わす条件を特定する。メモリ２の情報は、記憶装置１に記憶された情報が複写されたものである。メモリ２には、「タイプ」に含まれた条件のほか、後述する事項ごとに値を記憶する領域が確保されている。その領域には、「１」または「０」の値が記憶される。本実施の形態において、その領域を「フラグ」と称する。本実施の形態におけるフラグは、「降水率」、「不在者」、「交通状況」、および「ダブルブッキング」についてのフラグである。以降の説明において、「フラグが立つ」とはフラグに記憶された値が「１」であることを意味する。「フラグが立たない」とはフラグに記憶された値が「０」であることを意味する。メモリ２には、不在者の名前を記憶する領域も設けられている。なお、その他のハードウェア構成は前述の第２の実施の形態と同じである。それらについての機能も同じである。したがって、それらについての詳細な説明はここでは繰返さない。
【００６７】
図１６を参照して、スケジュール管理装置２３で実行されるプログラムは、補正値の記憶に関し、以下のような制御構造を有する。なお、図１６に示すフローチャートの中で、前述の図３および図１１に示した処理は同じステップ番号を付してある。それらの処理も同じである。したがって、それらについての詳細な説明はここでは繰返さない。
【００６８】
Ｓ１１０にて、ＣＰＵ３は入力装置４からタイプ名の入力を受付ける。「タイプ」の入力が受付けられると、ＣＰＵ３はその「タイプ」の条件を表わす情報を、記憶装置１からメモリ２に複写する。ＣＰＵ３はメモリ２に記憶された情報に基づき「タイプ」の内容を特定する。
【００６９】
Ｓ１１１にて、ＣＰＵ３は、候補日を設定する。この処理は、図１７で説明するＳ８０〜Ｓ１４２の処理に該当する。ただし、「予備日」のフラグが立っている場合、ＣＰＵ３は、候補日を設定し終えた後に、このフラグを立っていない状態に変更する。
【００７０】
Ｓ１１２にて、ＣＰＵ３は「予備日」のフラグが立っているか否かを判断する。「予備日」のフラグが立っていると判断した場合には（Ｓ１１２にてＹＥＳ）、処理はＳ１１０へと移される。もしそうでないと（Ｓ１１２にてＮＯ）、処理はＳ１１４へと移される。Ｓ１１４にて、ＣＰＵ３は、入力装置４が受付けた指示が非候補日の指定か否かを判断する。この判断があるので、本実施の形態に係る入力装置４は、「不足する条件を特定された日」のいずれかについて指定を受付けることができる。非候補日の指定と判断した場合には（Ｓ１１４にてＹＥＳ）、処理はＳ１１６へと移される。もしそうでないと（Ｓ１１４にてＮＯ）、処理はＳ７２へと移される。
【００７１】
Ｓ１１６にて、ＣＰＵ３は、表示装置５を制御して、指定された非候補日（「指定日」と称する。）のそばに非候補日となった理由（候補日として設定されるために不足する条件）を表示させる。具体的にはＣＰＵ３はまずフラグの値を調べ、値が「１」となっているフラグを特定する。次にＣＰＵ３は、特定されたフラグに応じた文字を表示装置５に表示させる。フラグの種類が「不在者」の場合、その不在者の名前も併せて表示する。このようにしてＣＰＵ３は、入力装置４が指定を受付けた指定日について、不足する条件を表わす情報が表示されるように、表示装置５を制御する。
【００７２】
Ｓ１１８にて、ＣＰＵ３は、入力装置４が指示を受付けるのを待つ。Ｓ１２０にて、ＣＰＵ３は、入力された指示が条件を限定する旨の指示か否かを判断する。条件を限定する旨の指示と判断した場合には（Ｓ１２０にてＹＥＳ）、処理はＳ１２２へと移される。もしそうでないと（Ｓ１２０にてＮＯ）、処理はＳ１１２へと移される。Ｓ１２２にて、ＣＰＵ３は「予備日」のフラグを立てる。Ｓ１２４にて、ＣＰＵ３は、メモリ２からＳ１１６にて表示された理由に対応する条件の情報を削除する。これにより、ＣＰＵ３は、複数の条件を、指定日について不足する条件とは異なる条件に限定する。すなわち指定日について不足する条件を、複数の条件から除外する。
【００７３】
図１７を参照して、スケジュール管理装置２３で実行されるプログラムは、候補日の設定に関し、以下のような制御構造を有する。なお、図１７に示すフローチャートの中で、前述の図４および図１２に示した処理は同じステップ番号を付してある。それらの処理も同じである。したがって、それらについての詳細な説明はここでは繰返さない。
【００７４】
Ｓ１３０にて、ＣＰＵ３は、「予備日」のフラグが立ち、かつ対象日が未だ候補日として設定されていないか否かを判断する。フラグが立ち、かつ対象日が未だ候補日として設定されていないと判断した場合（Ｓ１３０にてＹＥＳ）、処理はＳ１３２へと移される。もしそうでないと（Ｓ１３０にてＮＯ）、処理はＳ８６へと移される。
【００７５】
Ｓ１３２にて、ＣＰＵ３は、対象日を予備日に設定する。具体的には、ＣＰＵ３は記憶装置１のスケジュールデータのうち、その日に対応する部分に予備日である旨の情報を追加する。あわせてＣＰＵ３は、表示装置５に、予備日に特有の形態で対象日の日付を表示させる。「予備日に特有の形態」の具体的な内容は特に特定されるものではない。本実施の形態の場合における「予備日に特有の形態」は日付を濃いグレーで表示することであるとする。これにより、ＣＰＵ３は、ＣＰＵ３自身によって条件が限定された時以降にのみＣＰＵ３自身によって特定された予備日が、予備日に特有の形態で表示されるように、表示装置５を制御できる。Ｓ１３４にて、ＣＰＵ３は、「降水率」のフラグを立てる。併せてＣＰＵ３は、表示装置５を制御して、この対象日を表示させる。Ｓ１３６にて、ＣＰＵ３は、グループスケジュールサーバ２０から受信したデータを参照することにより、不在者を特定する。Ｓ１３８にて、ＣＰＵ３は、「不在者」のフラグを立てる。併せてＣＰＵ３は、表示装置５を制御して、この対象日を表示させる。Ｓ１４０にて、ＣＰＵ３は「交通状況」のフラグを立てる。併せてＣＰＵ３は、表示装置５を制御して、この対象日を表示させる。Ｓ１４２にて、ＣＰＵ３は、「ダブルブッキング」のフラグを立てる。併せてＣＰＵ３は、表示装置５を制御して、この対象日を表示させる。
【００７６】
以上のような構造およびフローチャートに基づく、スケジュール管理装置２３の動作について説明する。
【００７７】
ＣＰＵ３は、入力装置４からタイプ名の入力を受付ける（Ｓ１１０）。タイプ名の入力が受付けられると、Ｓ９２〜Ｓ８２の処理を経て、降水確率が条件を満たさないと判断した場合に（Ｓ８２にてＮＯ）、ＣＰＵ３は「降水率」のフラグを立てる。併せてＣＰＵ３は、表示装置５を制御して、この対象日を表示させる（Ｓ１３４）。
【００７８】
フラグが立てられると、Ｓ８８〜Ｓ８２の処理を繰返し、ＣＰＵ３は対象時間に不在者がいるか否か判断する（Ｓ１００）。対象時間に不在者がいると判断した場合（Ｓ１００にてＹＥＳ）、ＣＰＵ３はグループスケジュールサーバ２０から受信したデータを参照して不在者を特定する（Ｓ１３６）。不在者が特定されると、ＣＰＵ３は「不在者」のフラグを立てる。併せてＣＰＵ３は、表示装置５を制御して、この対象日を表示させる（Ｓ１３８）。
【００７９】
フラグが立てられると、Ｓ８８〜Ｓ１００の処理を繰返した後に、ＣＰＵ３は交通状況が条件を満たすか否か判断する（Ｓ１０２）。交通状況が条件を満たさないと判断した場合（Ｓ１０２にてＮＯ）、ＣＰＵ３は「交通状況」のフラグを立てる。併せてＣＰＵ３は、表示装置５を制御して、この対象日を表示させる（Ｓ１４０）。
【００８０】
フラグが立てられると、Ｓ８８〜Ｓ８４の処理を経て、他のスケジュールが入っていると判断した場合（Ｓ８４にてＹＥＳ）、ＣＰＵ３は「ダブルブッキング」のフラグを立てる。併せてＣＰＵ３は、表示装置５を制御して、この対象日を表示させる（Ｓ１４２）。これらの動作により、ＣＰＵ３は、候補日を設定するとともに、ＣＰＵ３自身が特定した日とは異なる日について、複数の条件のうち不足する条件を特定する。さらにＣＰＵ３は、不足する条件が特定された日を表わす情報が表示されるように、表示装置５を制御する。
【００８１】
フラグが立てられると、Ｓ８８〜Ｓ８４の処理を経て、ＣＰＵ３は、「予備日」のフラグが立ち、かつ対象日が未だ候補日として設定されていないか否か判断する（Ｓ１３０）。「予備日」のフラグが立ち、かつ対象日が未だ候補日として設定されていない場合（Ｓ１３０にてＹＥＳ）、ＣＰＵ３は、対象日を予備日に設定する（Ｓ１３２）。
【００８２】
候補日および予備日が設定されると、Ｓ６８の処理を経て、ＣＰＵ３は、「予備日」のフラグが立っているか否かを判断する（Ｓ１１２）。「予備日」のフラグが立っていると判断した場合（Ｓ１１２にてＹＥＳ）、ＣＰＵ３は再びタイプ名の入力を受付ける（Ｓ１１０）。タイプ名が受付けられると、Ｓ１１０〜Ｓ６８の処理を経て、ＣＰＵ３は再び「予備日」のフラグが立っているか否かを判断する（Ｓ１１２）。「予備日」のフラグが立っていないと判断した場合（Ｓ１１２にてＮＯ）、ＣＰＵ３は、入力装置４が受付けた指示が非候補日の指定か否かを判断する（Ｓ１１４）。非候補日の指定と判断した場合（Ｓ１１４にてＹＥＳ）、ＣＰＵ３は指定日のそばに非候補日となった理由を表示させる（Ｓ１１６）。図１８を参照して、本実施の形態において、指示日のそばに非候補日である理由が表示された場合の表示装置５の内容を示す。この場合、参加すべきメンバーである山田氏が参加できないことが非候補日である理由とわかる。その理由が複数ある場合、表示される理由も複数となる。これにより、ＣＰＵ３は、候補となっていない日を指定し、その理由を表示させることができる。
【００８３】
理由が表示されると、ＣＰＵ３は、入力装置４が指示を受付けるのを待つ（Ｓ１１８）。指示が受付けられると、ＣＰＵ３は、再び入力装置４が受付けた指示が「タイプ」で特定された条件の緩和および変更のいずれかか否か、すなわち受付けられた指示が条件を限定する旨の指示か否かを判断する（Ｓ１２０）。条件を限定する旨の指示と判断した場合には（Ｓ１２０にてＹＥＳ）、ＣＰＵ３は「予備日」のフラグを立てる（Ｓ１２２）。フラグが立てられると、ＣＰＵ３は、メモリ２からＳ１１６にて表示された理由に対応する条件の情報を削除する（Ｓ１２４）。その情報が削除されると、Ｓ１１２〜Ｓ６８の処理を経て、表示装置に候補日および予備日が表示される。図１９を参照して、候補日および予備日が表示装置５に表示された場合の画面の例を示す。候補日は淡いグレーで、予備日は濃いグレーで表示されている。
【００８４】
以上のようにして、本実施の形態に係るスケジュール管理装置２３は、候補日を特定する条件を限定して次善の日（予備日）を表示することができる。また、このスケジュール管理装置２３は、条件を満たさない日についてその理由を表示することができる。さらに、このスケジュール管理装置２３は、その理由として表示された条件を緩和することにより、容易に予備日を設定できる。その上、このスケジュール管理装置２３は、予備日となった日に対して候補日とは異なる表示をすることにより、その条件の緩和がどのような変化をもたらしたか直感的にわかる。その結果、複数の条件の制約を受ける場合でも、ユーザによるスケジュールの設定を効率的に支援できるスケジュール管理装置を提供することができる。
【００８５】
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【００８６】
【発明の効果】
本発明に係るスケジュール管理装置、スケジュール管理装置の動作方法、スケジュール管理プログラム、およびスケジュール管理プログラムを記録したコンピュータ読取り可能な記録媒体は、ユーザが効率的に適切なスケジュールを設定できる。
【図面の簡単な説明】
【図１】本発明の第１の実施の形態に係るネットワーク構造の概念図である。
【図２】本発明の第１の実施の形態に係るスケジュール管理装置の制御ブロック図である。
【図３】本発明の第１の実施の形態に係るスケジュールの決定処理の制御の手順を示すフローチャートである。
【図４】本発明の第１の実施の形態に係る候補日の設定処理の制御の手順を示すフローチャートである。
【図５】本発明の第１の実施の形態に係る表示装置の、条件を指定する際の画面を示す図である。
【図６】本発明の第１の実施の形態に係る条件の入力方法を示す図である。
【図７】本発明の第１の実施の形態に係る表示装置の、候補日を提示する画面の図である。
【図８】本発明の第１の実施の形態に係る条件の変更を説明する図である。
【図９】本発明の第１の実施の形態に係る表示装置に表示された予定日が切換えられる状況を説明する図である。
【図１０】本発明の第２の実施の形態に係る記憶装置に記憶された「タイプ」と複数の条件との関係を表わす図である。
【図１１】本発明の第２の実施の形態に係るスケジュールの決定処理の制御の手順を示すフローチャートである。
【図１２】本発明の第２の実施の形態に係る候補日の設定処理の制御の手順を示すフローチャートである。
【図１３】本発明の第２の実施の形態に係る「タイプ」を指定する画面の図である。
【図１４】本発明の第２の実施の形態に係る「タイプ」の新規設定を選択する画面の図である。
【図１５】本発明の第２の実施の形態に係る「タイプ」の新規設定方法を説明する図である。
【図１６】本発明の第３の実施の形態に係るスケジュールの決定処理の制御の手順を示すフローチャートである。
【図１７】本発明の第３の実施の形態に係る候補日の設定処理の制御の手順を示すフローチャートである。
【図１８】本発明の第３の実施の形態に係る、非候補日となった理由が表示された画面の図である。
【図１９】本発明の第３の実施の形態に係る予備日を、候補日とは別の方法で表示する画面の図である。
【符号の説明】
１  記憶装置、２  メモリ、３  ＣＰＵ、４  入力装置、５  表示装置、６  ネットワークインターフェース、２０  グループスケジュールサーバ、２１  天候サーバ、２２  交通サーバ、２３  スケジュール管理装置、２４  資源サーバ、２６  ネットワーク。
【図１】
2005055964.tif 000003
【図２】
2005055964.tif 000004
【図３】
2005055964.tif 000005
【図４】
2005055964.tif 000006
【図５】
2005055964.tif 000007
【図６】
2005055964.tif 000008
【図７】
2005055964.tif 000009
【図８】
2005055964.tif 000010
【図９】
2005055964.tif 000011
【図１０】
2005055964.tif 000012
【図１１】
2005055964.tif 000013
【図１２】
2005055964.tif 000014
【図１３】
2005055964.tif 000015
【図１４】
2005055964.tif 000016
【図１５】
2005055964.tif 000017
【図１６】
2005055964.tif 000018
【図１７】
2005055964.tif 000019
【図１８】
2005055964.tif 000020
【図１９】
2005055964.tif 000021