JP2005055964A - Schedule management device, operating method of schedule management device, schedule management program and computer-readable recording medium to which schedule management program is recorded - Google Patents

Schedule management device, operating method of schedule management device, schedule management program and computer-readable recording medium to which schedule management program is recorded Download PDF

Info

Publication number
JP2005055964A
JP2005055964A JP2003206086A JP2003206086A JP2005055964A JP 2005055964 A JP2005055964 A JP 2005055964A JP 2003206086 A JP2003206086 A JP 2003206086A JP 2003206086 A JP2003206086 A JP 2003206086A JP 2005055964 A JP2005055964 A JP 2005055964A
Authority
JP
Japan
Prior art keywords
condition
date
information
schedule management
conditions
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
JP2003206086A
Other languages
Japanese (ja)
Inventor
Satoru Miyamoto
哲 宮本
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sharp Corp
Original Assignee
Sharp Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sharp Corp filed Critical Sharp Corp
Priority to JP2003206086A priority Critical patent/JP2005055964A/en
Publication of JP2005055964A publication Critical patent/JP2005055964A/en
Withdrawn legal-status Critical Current

Links

Images

Landscapes

  • Calculators And Similar Devices (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

<P>PROBLEM TO BE SOLVED: To efficiently support a user to set a schedule. <P>SOLUTION: A schedule management device 23 includes an input device 4 which receives the input of information representing conditions, a network interface 6 which receives information correlated with either a date or time, a storage device 1 and a memory 2 which store either the information correlated with either a data or time or the information representing the conditions, a CPU 3 which specifies a date for which a plurality of conditions including the conditions based on the information the network interface 6 receives are satisfied and controls a display device 5 so that the information representing the date for which the conditions are satisfied may be displayed in a preliminarily fixed form, and the display device 5. <P>COPYRIGHT: (C)2005,JPO&NCIPI

Description

【0001】
【発明の属する技術分野】
本発明は、スケジュール管理装置、スケジュール管理装置の動作方法、スケジュール管理プログラム、およびスケジュール管理プログラムを記録したコンピュータ読取り可能な記録媒体に関し、特に、スケジュールの決定を支援するスケジュール管理装置、スケジュール管理装置の動作方法、スケジュール管理プログラム、およびスケジュール管理プログラムを記録したコンピュータ読取り可能な記録媒体に関する。
【0002】
【従来の技術】
スケジュールを設定する際、さまざまな条件を考慮して最適な日程を決定する必要がある。たとえば、ネットワークなどを利用して収集した情報に基づいて最適なスケジュールを特定するなどの手法が用いられている。
【0003】
具体的には、特許文献1には、参加者のスケジュールや利用する会場の予約状況から開催日時を決定するシステムが開示されている。また、特許文献2には、道路や交通機関の状況、および旅行施設が利用可能な日時から旅行計画策定を支援するシステムが開示されている。
【0004】
【特許文献1】
特開平5−181867号公報
【0005】
【特許文献2】
特開平8−106492号公報
【0006】
【発明が解決しようとする課題】
しかしながら、特許文献1に開示されているような、参加者のスケジュールや利用する会場の予約状況から開催日時を決定する場合には、条件が多くなると候補日の決定が困難になるという問題がある。その理由は、たとえば参加者のスケジュールや利用する会場の予約状況といった、一元的な条件それぞれごとに候補日を提示するためである。またこの場合には、条件を満たす日がなかったとき、次善の日を探すことが困難という問題もある。
【0007】
また、特許文献2に開示されているような、道路交通状況や旅行施設の利用可能日時から旅行計画策定を支援する場合にも、複数の条件を考慮してスケジュールの設定を支援することは困難であるという問題がある。この場合、単に予測時刻に基づいて施設を利用できるか否かを判断するに過ぎないためである。
【0008】
本発明は上述の問題点を解決するためになされたものであって、その目的は、複数の条件の制約を受ける場合でも、ユーザによるスケジュールの設定を効率的に支援できるスケジュール管理装置、スケジュール管理装置の動作方法、スケジュール管理プログラム、およびスケジュール管理プログラムを記録したコンピュータ読取り可能な記録媒体を提供することにある。
【0009】
【課題を解決するための手段】
上記目的を達成するために、本発明のある局面にしたがうと、スケジュール管理装置は、条件を表わす情報の入力を受付けるための第1の受付手段と、日および時のいずれかに対応付けられた情報を受信するための受信手段と、日および時のいずれかに対応付けられた情報、ならびに条件を表わす情報のいずれかを記憶するための記憶手段と、受信手段が受信した情報に対応する条件を含む、複数の条件が満たされる日を特定するための第1の特定手段と、情報を表示するための表示手段と、条件が満たされる日を表わす情報が、予め定められた形態で表示されるように、表示手段を制御するための第1の制御手段とを含む。
【0010】
すなわち、第1の受付手段は、条件を表わす情報の入力を受付ける。受信手段は、日および時のいずれかに対応付けられた情報を受信する。記憶手段は、日および時のいずれかに対応付けられた情報、ならびに条件を表わす情報のいずれかを記憶する。第1の特定手段は、受信手段が受信した情報に対応する条件を含む、複数の条件が満たされる日を特定する。表示手段は、情報を表示する。これにより、第1の制御手段は、条件が満たされる日を表わす情報が、予め定められた形態で表示されるように、表示手段を制御する。その結果、複数の条件の制約を受ける場合でも、ユーザによるスケジュールの設定を効率的に支援できるスケジュール管理装置を提供することができる。
【0011】
また、上述の第1の制御手段は、第1の受付手段に条件を表わす情報が受付られるたびに、条件が満たされる日が表示されるように、表示手段を制御するための手段を含むことが望ましい。
【0012】
すなわち、第1の制御手段は、条件を表わす情報が受付られるたびに、条件が満たされる日を表示されるように表示手段を制御できる。これにより、ユーザはより早く条件が満たされる日を知ることができる。その結果、複数の条件の制約を受ける場合でも、ユーザによるスケジュールの設定をより速くかつ効率的に支援できるスケジュール管理装置を提供することができる。
【0013】
また、上述の第1の受付手段が受付ける情報は、複数の条件の組合せを表わす情報を含むことが望ましい。
【0014】
すなわち、第1の特定手段は、組合せを表わす情報によって表わされる、複数の条件が満たされる日を特定できる。これにより、ユーザは複雑な条件の制約を受ける場合でも、効率的に条件が満たされる日を知ることができる。その結果、複雑な条件の制約を受ける場合でも、ユーザによるスケジュールの設定を効率的に支援できるスケジュール管理装置を提供することができる。
【0015】
もしくは、上述の複数の条件の組合せを表わす情報は、組合せの名称を特定する情報を含むことが望ましい。
【0016】
すなわち、第1の特定手段は、組合せの名称によって定められる、複数の条件が満たされる日を特定できる。これにより、ユーザは、頻繁に使用される、複雑な条件の制約を受ける場合でも、より効率的に条件が満たされる日を知ることができる。その結果、頻繁に使用される、複雑な条件の制約を受ける場合でも、ユーザによるスケジュールの設定を効率的に支援できるスケジュール管理装置を提供することができる。
【0017】
また、上述のスケジュール管理装置は、第1の特定手段が特定した日とは異なる日について、複数の条件のうち不足する条件を特定するための第2の特定手段と、不足する条件が特定された日を表わす情報が表示されるように、表示手段を制御するための第2の制御手段と、不足する条件を特定された日のいずれかの指定を受付けるための第2の受付手段と、第2の受付手段が指定を受付けた指定日について、不足する条件を表わす情報が表示されるように、表示手段を制御するための第3の制御手段とをさらに含むことが望ましい。
【0018】
すなわち、第2の特定手段は、第1の特定手段が特定した日とは異なる日について、複数の条件のうち不足する条件を特定できる。第2の制御手段は、不足する条件が特定された日を表わす情報が表示されるように、表示手段を制御できる。第2の受付手段は、不足する条件を特定された日のいずれかの指定を受付ける。これにより、第3の制御手段は、指定日について、不足する条件を表わす情報が表示されるように、表示手段を制御できる。不足する条件が表示されるので、ユーザは条件の適否を容易に知ることができる。その結果、複数の条件の制約を受ける場合でも、ユーザが条件の適否を容易に知ることができ、かつユーザによるスケジュールの設定を効率的に支援できるスケジュール管理装置を提供することができる。
【0019】
もしくは、上述のスケジュール管理装置は、複数の条件を、指定日について不足する条件とは異なる条件に限定するための限定手段をさらに含むことが望ましい。
【0020】
すなわち、限定手段は、複数の条件を、指定日について不足する条件とは異なる条件に限定できる。第1の特定手段は、限定された条件が満足される日を特定できる。これにより、ユーザは限定された条件を満足される日を容易に知ることができる。その結果、複数の条件の制約を受ける場合でも、ユーザが条件の適否を容易に知ることができ、かつユーザによる比較的適切なスケジュールの設定を効率的に支援できるスケジュール管理装置を提供することができる。
【0021】
もしくは、上述の第1の制御手段は、限定手段によって条件が限定された時以降にのみ第1の特定手段によって特定された予備日が、予備日に特有の形態で表示されるように、表示手段を制御するための手段を含むことが望ましい。
【0022】
すなわち、予備日は、予備日に特有の形態で表示される。これにより、ユーザは条件を限定することがもたらす変化を直感的に知ることができる。その結果、複数の条件の制約を受ける場合でも、ユーザが条件の適否を直感的に知ることができ、かつユーザによるスケジュールの設定を効率的に支援できるスケジュール管理装置を提供することができる。
【0023】
本発明の他の局面にしたがうと、スケジュール管理装置の動作方法は、条件を表わす情報の入力を受付けるための第1の受付手段と、日および時のいずれかに対応付けられた情報を受信するための受信手段と、日および時のいずれかに対応付けられた情報、ならびに条件を表わす情報のいずれかを記憶するための記憶手段と、情報を表示するための表示手段と、受信手段が受信した情報に基づいて、表示手段を制御するための制御手段とを含む、スケジュール管理装置の動作方法である。スケジュール管理装置の動作方法において、制御手段は、受信手段が受信した情報に対応する条件を含む、複数の条件が満たされる日を特定する第1の特定ステップと、条件が満たされる日を表わす情報が、予め定められた形態で表示されるように、表示手段を制御する第1の制御ステップとを実行する。
【0024】
すなわち、複数の条件の制約を受ける場合でも、ユーザによるスケジュールの設定を効率的に支援できるスケジュール管理装置の動作方法を提供することができる。
【0025】
本発明の他の局面にしたがうと、スケジュール管理プログラムは、条件を表わす情報の入力を受付ける第1の受付ステップと、日および時のいずれかに対応付けられた情報を受信する受信ステップと、日および時のいずれかに対応付けられた情報、ならびに条件を表わす情報のいずれかを記憶する記憶ステップと、受信ステップにおいて受信された情報に基づく条件を含む、複数の条件が満たされる日を特定する第1の特定ステップと、情報を表示する表示ステップと、条件が満たされる日を表わす情報が、予め定められた形態で表示されるように、表示ステップを制御する第1の制御ステップとを含む各ステップをコンピュータに実行させる。
【0026】
すなわち、複数の条件の制約を受ける場合でも、ユーザによるスケジュールの設定を効率的に支援できるスケジュール管理プログラムを提供することができる。
【0027】
本発明の他の局面にしたがうと、記録媒体は、条件を表わす情報の入力を受付ける第1の受付ステップと、日および時のいずれかに対応付けられた情報を受信する受信ステップと、日および時のいずれかに対応付けられた情報、ならびに条件を表わす情報のいずれかを記憶する記憶ステップと、受信ステップにおいて受信された情報に基づく条件を含む、複数の条件が満たされる日を特定する第1の特定ステップと、情報を表示する表示ステップと、条件が満たされる日を表わす情報が、予め定められた形態で表示されるように、表示ステップを制御する第1の制御ステップとを含む各ステップをコンピュータに実行させるためのスケジュール管理プログラムを記録した、コンピュータ読取り可能な記録媒体である。
【0028】
すなわち、複数の条件の制約を受ける場合でも、ユーザによるスケジュールの設定を効率的に支援できるスケジュール管理プログラムを記録したコンピュータ読取り可能な記録媒体を提供することができる。
【0029】
【発明の実施の形態】
以下、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同一である。したがって、それらについての詳細な説明は繰返さない。
【0030】
<第1の実施の形態>
以下、本発明の第1の実施の形態に係るスケジュール管理装置について説明する。
【0031】
図1を参照して、本実施の形態に係るネットワーク構造は、グループスケジュールサーバ20と、天候サーバ21と、交通サーバ22と、スケジュール管理装置23と、資源サーバ24と、ネットワーク26とを含む。グループスケジュールサーバ20は、他のメンバーのスケジュールデータを提供する。スケジュールデータとは、個人のスケジュールを表わすデータである。本実施の形態において、スケジュールデータとは、日時を表わす情報と予定を表わす情報とが1つのセットになった、少なくとも1セットのデータのグループをいう。グループスケジュールサーバ20は、スケジュール管理装置23のユーザのスケジュールデータを他のメンバーに提供するサーバでもある。天候サーバ21は、スケジュールを決定する条件となる、天候の情報を提供する。交通サーバ22は、スケジュールを決定する条件となる、交通の情報を提供する。スケジュール管理装置23は、ユーザのスケジュールを管理する。資源サーバ24は、スケジュールを決定する条件となる資源(本実施の形態においては、会議室をはじめとする各種設備の予約状況をいう。)の情報を提供する。ネットワーク26は上述のサーバなどを接続する。
【0032】
図2を参照して、本実施の形態に係るスケジュール管理装置23は、記憶装置1と、メモリ2と、CPU(Central Processing Unit)3と、入力装置4と、表示装置5と、ネットワークインターフェース6と、CD−ROM(Compact Disc Read−Only Memory)駆動装置7とを含む。記憶装置1はスケジュールデータや、スケジュールデータのタイプと条件を結びつけるテーブルや、ネットワーク26に関する情報を記憶するために使われる。ネットワーク26が利用できないとき、記憶装置1はネットワーク26に関する情報をキャッシュとして記憶する。メモリ2はCPU3の処理において計算の途中経過などを記憶するために使われる。CPU3はスケジュールデータの検索処理や、ネットワークから得られた条件からスケジュールの候補日を算出したりするために使われる。CPU3はスケジュール管理装置23の各ブロックを制御するためにも使われる。入力装置4はスケジュールデータの入力や、新しいスケジュールを入れる日を探すための条件を入力するために使われる。入力装置4は、各種の指示を入力するためにも使われる。本実施の形態において、入力装置4にはキーボードおよびマウス(いずれも図示せず)が含まれる。表示装置5は、スケジュールデータや、新しいスケジュールを入れる候補日などの、情報を表示する。ネットワークインターフェース6は天候や交通状況、および他の人のスケジュール情報を得るために使われる受信装置である。これらの情報はすべて日時に対応付けられた情報である。したがってネットワークインターフェース6は日および時のいずれかに対応付けられた情報を受信する装置といえる。CD−ROM駆動装置7は、CD−ROM10を装着する。
【0033】
スケジュール管理装置23は、コンピュータハードウェアと、CPU3により実行されるソフトウェアとにより実現される。一般的にこうしたソフトウェアは、CD−ROM10などの記録媒体に格納されて流通し、CD−ROM駆動装置7などにより記録媒体から読取られて記憶装置1に一旦格納される。さらに記憶装置1から読出されて、CPU3により実行される。図2に示したコンピュータのハードウェア自体は一般的なものである。したがって、本発明の最も本質的な部分は、CD−ROM10などの記録媒体に記録されたソフトウェアである。なお、図2に示したコンピュータ自体の動作は周知であるので、ここではその詳細な説明は繰返さない。
【0034】
なお、いうまでもなく、スケジュール管理装置23の形態は、図1〜図2に示される具体例に限定されるものではない。すなわち、図1〜図2に記載されない他の機能が備えられていてもよいし、図1〜図2に記載されている機能の必ずしもすべてが備えられていなくても構わない。たとえば、メモリ2はスケジュール管理装置23に含まれていなくてもよく、その場合、スケジュール管理装置23は、情報をすべて記憶装置1に記憶させる。
【0035】
図3を参照して、スケジュール管理装置23で実行されるプログラムは、スケジュールの決定に関し、以下のような制御構造を有する。
【0036】
ステップ60(以下、ステップをSと略す)にて、CPU3は、入力装置4から、条件を表わす情報の入力を受付ける。CPU3は、記憶装置1およびメモリ2に、受付けた条件を表わす情報を記憶させる。なおCPU3は、原則としてこの条件をメモリ2に記憶させる。条件の情報量がメモリ2の容量を上回った場合に、CPU3は、余剰分を記憶装置1に記憶させる。S62にて、CPU3は、スケジュールの設定日をメモリ2に記憶させる。以下、メモリ2に記憶された日を「対象日」と称する。S64にて、CPU3は、ネットワークインターフェース6を用いて、グループスケジュールサーバ20、天候サーバ21、交通サーバ22および資源サーバ24から情報を受信する。受信した情報は、いずれも日および時のいずれかに対応付けられた情報である。すなわちネットワークインターフェース6は、日および時のいずれかに対応付けられた情報を受信する。CPU3は、受信した情報をメモリ2に記憶させる。
【0037】
S66にて、CPU3は、候補日を設定する。この処理は、図4のS80〜S88の各ステップに相当する。CPU3は、この処理により、ネットワークインターフェース6が受信した情報に対応する条件を含む、複数の条件が満たされる日を特定する。S68にて、CPU3は、入力装置4が指示を受付けるのを待受ける。
【0038】
S70にて、CPU3は、入力装置4が受付けた指示が条件の変更か否かを判断する。条件の変更と判断した場合には(S70にてYES)、処理はS60へと移される。もしそうでないと(S70にてNO)、処理はS72へと移される。
【0039】
S72にて、CPU3は、入力された候補日を予定日として設定する。具体的には、CPU3は、記憶装置1に記憶されたスケジュールデータのうち、指定された日のデータを、予定がある旨の内容に書換える。CPU3は、書換えられたスケジュールデータを、ネットワークインターフェース6を用いてグループスケジュールサーバ20に送信する。
【0040】
図4を参照して、スケジュール管理装置23で実行されるプログラムは、候補日の設定に関し、以下のような制御構造を有する。
【0041】
S80にて、CPU3は、対象日が入力装置4から入力された条件に合致する期間内および曜日であるか否かを判断する。条件に合致する期間内および曜日であると判断した場合(S80にてYES)、処理はS82へと移される。もしそうでないと(S80にてNO)、処理はS68へと移される。
【0042】
S82にて、CPU3は、天候サーバ21から受信した情報を参照することにより、対象日のうち、入力装置4から入力された条件で与えられた時間(対象時間)の降水確率が条件を満たすか否かを判断する。条件を満たすと判断した場合(S82にてYES)、処理はS84へと移される。もしそうでないと(S82にてNO)、処理はS88へと移される。
【0043】
S84にて、CPU3は、記憶装置1に記憶されたスケジュールデータを参照することにより、対象時間に他のスケジュールが入っているか否かを判断する。他のスケジュールが入っていると判断した場合(S84にてYES)、処理はS88へと移される。もしそうでないと(S84にてNO)、処理はS86へと移される。S86にて、CPU3は、対象日を、条件が満たされる日(候補日)に設定する。具体的には、CPU3は記憶装置1のスケジュールデータのうち、その日に対応する部分に候補日である旨の情報を追加する。併せてCPU3は、条件が満たされる日(候補日)を表わす情報が、予め定められた形態で表示されるように、表示装置5を制御する。すなわちCPU3は、表示装置5を制御して、予め定められた形態で、候補日を表示させる。候補日を表示させる場合、さまざまな表示形態が考えられる。たとえば表示装置5にカレンダーを表示させ、候補日をそれ以外の非候補日よりも明るい色で塗りつぶしてもよい。本実施の形態の場合、CPU3は、表示装置5にカレンダーを表示させ、候補日の部分のみを淡いグレーで塗りつぶす。S88にて、CPU3は、メモリ2に記憶された対象日を表わす情報を、対象日の次の日を表わす内容に書換える。これにより対象日は、次の日に進められる。
【0044】
以上のような構造およびフローチャートに基づく、スケジュール管理装置23の動作について説明する。
【0045】
CPU3は、入力装置4から、ユーザが新しいスケジュールを設定するための複数の条件を表わす情報の入力を受付ける(S60)。図5を参照して、そのときの表示装置5の画面を説明する。表示装置5には、条件を指定するメニューが表示されている。本実施の形態の場合、そのメニューには、スケジュールを設定する日(設定日)からどのくらいの期間を検索対象とするか選択する期間メニュー30、曜日に関する条件を指定する曜日メニュー31、時間に関する条件を指定する時間メニュー32、および天候に関する条件を指定する天候メニュー33が含まれる。本実施の形態の場合、それぞれのメニューは、条件を素早く指定できるように、予め選択候補を持っている。たとえば、期間メニュー30であれば、「今週中」、「今月中」、「来月中」、および「今期中」が選択候補である。曜日メニュー31であれば、「平日」、「休日」、および「日曜日から土曜」が選択候補である。時間メニュー32であれば、「終日」、「午前中」、「午後」、および「夜」が選択候補である。天候メニュー33の場合、降水確率を直接キー入力できる。なお、天候メニュー33に入力する条件として、最低および最高気温、湿度といったデータであってもよいが、本実施の形態においては、降水確率のみをその条件とする。図6を参照して、本実施の形態における選択候補の選択方法を説明する。ユーザが各メニューに表示された三角形をマウス(図示せず)でクリックすると、表示装置5に表示される選択候補が変化する。図6(A)〜図6(D)は、それぞれ期間メニュー30について三角形をクリックした場合の表示内容の変化を表わす図である。希望する条件が表示されるまで、ユーザがマウスをクリックすると、CPU3はマウスがクリックされた回数を計数し(この回数は図示しない確定キーの操作により確定することとする。)、その回数に応じた条件が入力されたとみなす。
【0046】
条件の入力が受付けられると、CPU3は、設定日をメモリ2に記憶させる(S62)。設定日が記憶されると、CPU3は、ネットワークインターフェース6を用いて、グループスケジュールサーバ20、天候サーバ21、交通サーバ22、および資源サーバ24から情報を受信する(S64)。情報が受信されると、CPU3は、対象日が入力装置4から入力された条件に合致する期間内および曜日であるか否かを判断する(S80)。入力された条件に合致する期間内および曜日と判断された場合(S80にてYES)、CPU3は、天候サーバ21から受信した情報を参照することにより、対象日のうち、天候メニュー33で指定された条件を満足するか否か、すなわち対象時間の降水確率が条件を満たすか否かを判断する(S82)。条件が満たされる場合(S82にてYES)、CPU3は、記憶装置1に記憶されたスケジュールデータを参照することにより、対象時間に他のスケジュールが入っているか否かを判断する(S84)。他のスケジュールが入れられていない場合(S84にてNO)、CPU3は、対象日を候補日とする(S86)。対象日が候補日とされると、CPU3は対象日を次の日に進める(S88)。対象日が次の日に進められると、S80〜S82の処理を繰返し、CPU3は、再び対象時間に他のスケジュールが入っているか否かを判断する(S84)。他のスケジュールが入れられている場合(S84にてYES)、CPU3は対象日を次の日に進める(S88)。対象日が次の日に進められると、CPU3はS80〜S88の処理を繰返す。図7を参照して、その処理を繰返した結果、候補日が表示された画面の例を示す。その処理が繰返され、対象日が期間外となると(S80にてNO)、CPU3は、入力装置4が指示を受付けるのを待受ける(S68)。指示が受付けられると、CPU3は、入力装置4が受付けた指示が条件の変更か否かを判断する(S70)。この場合、指示は条件の変更であるとする(S70にてYES)。ユーザは、候補日が得られない場合や条件を変更したい場合に、条件を変更する旨の指示を入力できる。図8を参照して、本実施の形態における条件の変更方法を説明する。表示装置5に候補日が表示された時点でも、表示装置5には前述の各メニューが表示されている。ユーザは上述したマウスを操作して、条件を変更しようとするメニューの三角形をクリックする。三角形がクリックされると、図6(A)〜図6(D)と同様にメニューが変更されるので、ユーザは自らが希望する条件が表示されるまで三角形をクリックする。その後ユーザが図示しない確定キーを操作すると、CPU3は、その段階で表示された条件が入力されたとみなし、複数の条件を表す情報の入力を受付ける(S60)。条件が入力されると、S62〜S66の処理を経て、表示装置5に新たな候補日が表示される。これにより、CPU3は、入力装置4に条件を表わす情報が受付られるたびに、その条件が満たされる日が表示されるように、表示装置5を制御することとなる。図9を参照して、このときの候補日の表示例を説明する。図9(A)は、候補日が切換えられる前の表示例である。図9(B)は、候補日が切換えられた後の表示例である。
【0047】
候補日が切換えられると、CPU3は、入力装置4が指示を受付けるのを待受ける(S68)。指示が受付けられると、CPU3は入力装置4が受付けた指示が条件の変更か否か判断する(S70)。この場合、指示は予定日の設定であるとする。この場合、ユーザはマウスを用いて表示装置5に表示された候補日のいずれかをクリックする。このクリックにより、CPU3はクリックされた候補日を予定日に設定する旨の指示があったとみなす。したがって指示は条件の変更ではないので(S70にてNO)、CPU3は、入力された候補日を予定日として設定する(S72)。
【0048】
以上のようにして、本実施の形態に係るスケジュール管理装置23は、各種サーバから受信した情報に基づいて、カレンダー上で候補日を表示できる。各種サーバから受信した情報には、天気予報の情報も含まれる。このスケジュール管理装置23は、ユーザが把握しやすいように候補日を表示できる。ユーザはそれらの候補日から予定日を設定できる。その結果、複数の条件の制約を受ける場合でも、ユーザによるスケジュールの設定を効率的に支援できるスケジュール管理装置を提供することができる。
【0049】
なお、記憶装置1およびメモリ2は、日および時のいずれかに対応付けられた情報、ならびに条件を表わす情報のいずれかのみを記憶してもよい。これらの情報のうち片方を得た時、直ちに上述の処理を実施するのであれば、その情報を記憶しておく必要性は特にないからである。
【0050】
また、ネックワークインターフェース6が受信する情報は、たとえば天候に関する条件といった、1つの条件についての情報のみを受信するものであってもよい。その場合でも、CPU3は、上述の動作と同様にして、ユーザのスケジュールに関する条件と受信した情報に関する条件との複数の条件が満たされる候補日を特定できるからである。
【0051】
<第2の実施の形態>
以下、本発明の第2の実施の形態に係るスケジュール管理装置23について説明する。
【0052】
本実施の形態に係るスケジュール管理装置23は、記憶装置1に、条件の「タイプ」とその「タイプ」に対応する複数の条件とを結びつけるデータのテーブルを記憶する。「タイプ」とは、これら複数の条件の組合せを表わす。「タイプ名」とは、個々の「タイプ」の名称である。CPU3は、このテーブルに基づいて「タイプ」に含まれた条件を特定する。図10を参照して、記憶装置1に記憶された「タイプ」の内容を説明する。本実施の形態に係る記憶装置1に記憶された「タイプ」のタイプ名は、「定例会議」、「フィールドテスト」、および「東京支社ミーティング」である。個々の「タイプ」は、天候、参加者、および交通状況に関する条件のいずれかを含む。たとえば「定例会議」の場合、天候および交通状況の条件は特に特定されない。参加者のスケジュールの空き状況は条件として指定されている。「フィールドテスト」の場合、天候のみが条件として指定されている。「東京支社ミーティング」の場合、東京へ行くための交通状況が条件として指定されている。本実施の形態における交通状況とは、特定の交通機関の運行の有無およびその交通機関に空席があるか否かを表わす。なお、その他のハードウェア構成は前述の第1の実施の形態と同じである。それらについての機能も同じである。したがって、それらについての詳細な説明はここでは繰返さない。
【0053】
図11を参照して、スケジュール管理装置23で実行されるプログラムは、スケジュールの決定に関し、以下のような制御構造を有する。なお、図11に示すフローチャートの中で、前述の図3に示した処理は同じステップ番号を付してある。それらの処理も同じである。したがって、それらについての詳細な説明はここでは繰返さない。
【0054】
S90にて、CPU3は、入力装置4からスケジュールのタイプ名の入力を受付ける。S92にて、CPU3は、受付けられたタイプ名が新規設定か否か判断する。新規設定と判断した場合には(S92にてYES)、処理はS94へと移される。もしそうでないと(S92にてNO)、処理はS62へと移される。S94にて、CPU3は、表示装置5を用いて設定画面を表示させる。S96にて、CPU3は入力装置4から新しいタイプの入力を受付ける。CPU3は受付けた情報を記憶装置1に記憶させる。S98にて、CPU3は候補日を設定する。
この処理は、図12で説明するS80〜S104の処理に該当する。
【0055】
図12を参照して、スケジュール管理装置23で実行されるプログラムは、候補日の設定に関し、以下のような制御構造を有する。なお、図12に示すフローチャートの中で、前述の図4に示した処理は同じステップ番号を付してある。それらの処理も同じである。したがって、それらについての詳細な説明はここでは繰返さない。
【0056】
S100にて、CPU3は、対象時間に不在者がいるか否かを判断する。具体的には、CPU3は参加者のスケジュールデータのうち、対象時間の部分に予定を表わす情報が含まれているか否かを判断する。参加者のスケジュールデータはグループスケジュールサーバ20から受信する。不在者がいると判断した場合(S100にてYES)、処理はS88へと移される。もしそうでないと(S100にてNO)、処理はS102へと移される。
【0057】
S102にて、CPU3は、対象日の交通状況が、「タイプ」によって指定された条件を満たすか否かを判断する。具体的には、CPU3は交通サーバ22から受信した情報に、タイプ名によって特定される交通機関の運行がある旨の情報と空席がある旨の情報とが存在するか否かを判断する。交通状況が条件を満たすと判断した場合(S102にてYES)、処理はS84へと移される。もしそうでないと(S102にてNO)、処理はS88へと移される。
【0058】
以上のような構造およびフローチャートに基づき、スケジュール管理装置23の動作について説明する。
【0059】
[既存の「タイプ」を選択する場合]
CPU3は、入力装置4からスケジュールのタイプ名の入力を受付ける(S90)。図13を参照して、本実施の形態におけるタイプ名の入力方法を説明する。図13は、表示装置5に表示されたメニューである。ユーザはマウスを操作して「定例会議」の右横にある三角形をクリックできる。三角形がクリックされると、表示装置5に表示されたメニュー40の内容は「定例会議」から「フィールドテスト」および「当局者ミーティング」に順次変化する。ユーザは自らが望む「タイプ」が表示されるまで三角形をクリックできる。CPU3は、図示しない確定キーが押されるまでにマウスがクリックされた回数を数え、その回数に対応するタイプ名を受付けたものとみなす。これにより、入力装置4は、複数の条件の組合わせの名称を特定する情報、ひいては複数の条件の組合せを表す情報を受付けたことになる。
【0060】
タイプ名が受付けられると、CPU3は、受付けたタイプ名が新規設定か否かを判断する(S92)。この場合、受付けたタイプ名は新規設定ではないので(S92にてNO)、S62〜S72の処理を経て、予定日が設定される。
【0061】
[「タイプ」の新規設定の場合]
タイプ名が受付けられると、CPU3は、受付けられたタイプ名が新規設定か否かを判断する(S92)。図14に、この時の表示装置5のメニュー40を示す。メニュー40には「新規設定」が表示されている。この場合、受付けられたタイプ名は「新規設定」なので(S92にてYES)、CPU3は表示装置5を用いて設定画面を表示させる(S94)。図15を参照して、表示装置5に表示された設定画面は、タイプ名を表示する欄42と、天候に関する条件を表示する欄44と、参加者に関する条件を表示する欄46と、交通状況に関する条件を表示する欄48とを含む。ユーザは、マウスを用いて各欄に表示された三角形をクリックすることにより、自らが希望する条件を表示させることができる。ユーザが望む条件が表示されるまでマウスがクリックされることにより、ユーザが望む条件が入力される。タイプ名および交通状況についてはキーボードを用いてユーザが入力しようとする内容を直接キー入力する。図示しない確定キーが押されると、条件は確定する。
【0062】
条件が確定すると、CPU3は入力装置4から新しいタイプの入力を受付ける。すなわち確定した条件をタイプ名とともに受付ける。CPU3は受付けた情報を記憶装置1に記憶させる(S96)。
【0063】
情報が記憶装置1に記憶されると、S62〜S72の処理を経て、その条件に合致する予定日が設定される。
【0064】
以上のようにして、本実施の形態に係るスケジュール管理装置23は、スケジュールのタイプ名を入力することにより、より効率的に予定日を設定できる。その結果、複数の条件の制約を受ける場合でも、ユーザによるスケジュールの設定を効率的に支援できるスケジュール管理装置を提供することができる。
【0065】
<第3の実施の形態>
以下、本発明の第3の実施の形態に係るスケジュール管理装置について説明する。
【0066】
本実施の形態に係るスケジュール管理装置23のCPU3は、メモリ2に記憶された情報に基づいて「タイプ」が表わす条件を特定する。メモリ2の情報は、記憶装置1に記憶された情報が複写されたものである。メモリ2には、「タイプ」に含まれた条件のほか、後述する事項ごとに値を記憶する領域が確保されている。その領域には、「1」または「0」の値が記憶される。本実施の形態において、その領域を「フラグ」と称する。本実施の形態におけるフラグは、「降水率」、「不在者」、「交通状況」、および「ダブルブッキング」についてのフラグである。以降の説明において、「フラグが立つ」とはフラグに記憶された値が「1」であることを意味する。「フラグが立たない」とはフラグに記憶された値が「0」であることを意味する。メモリ2には、不在者の名前を記憶する領域も設けられている。なお、その他のハードウェア構成は前述の第2の実施の形態と同じである。それらについての機能も同じである。したがって、それらについての詳細な説明はここでは繰返さない。
【0067】
図16を参照して、スケジュール管理装置23で実行されるプログラムは、補正値の記憶に関し、以下のような制御構造を有する。なお、図16に示すフローチャートの中で、前述の図3および図11に示した処理は同じステップ番号を付してある。それらの処理も同じである。したがって、それらについての詳細な説明はここでは繰返さない。
【0068】
S110にて、CPU3は入力装置4からタイプ名の入力を受付ける。「タイプ」の入力が受付けられると、CPU3はその「タイプ」の条件を表わす情報を、記憶装置1からメモリ2に複写する。CPU3はメモリ2に記憶された情報に基づき「タイプ」の内容を特定する。
【0069】
S111にて、CPU3は、候補日を設定する。この処理は、図17で説明するS80〜S142の処理に該当する。ただし、「予備日」のフラグが立っている場合、CPU3は、候補日を設定し終えた後に、このフラグを立っていない状態に変更する。
【0070】
S112にて、CPU3は「予備日」のフラグが立っているか否かを判断する。「予備日」のフラグが立っていると判断した場合には(S112にてYES)、処理はS110へと移される。もしそうでないと(S112にてNO)、処理はS114へと移される。S114にて、CPU3は、入力装置4が受付けた指示が非候補日の指定か否かを判断する。この判断があるので、本実施の形態に係る入力装置4は、「不足する条件を特定された日」のいずれかについて指定を受付けることができる。非候補日の指定と判断した場合には(S114にてYES)、処理はS116へと移される。もしそうでないと(S114にてNO)、処理はS72へと移される。
【0071】
S116にて、CPU3は、表示装置5を制御して、指定された非候補日(「指定日」と称する。)のそばに非候補日となった理由(候補日として設定されるために不足する条件)を表示させる。具体的にはCPU3はまずフラグの値を調べ、値が「1」となっているフラグを特定する。次にCPU3は、特定されたフラグに応じた文字を表示装置5に表示させる。フラグの種類が「不在者」の場合、その不在者の名前も併せて表示する。このようにしてCPU3は、入力装置4が指定を受付けた指定日について、不足する条件を表わす情報が表示されるように、表示装置5を制御する。
【0072】
S118にて、CPU3は、入力装置4が指示を受付けるのを待つ。S120にて、CPU3は、入力された指示が条件を限定する旨の指示か否かを判断する。条件を限定する旨の指示と判断した場合には(S120にてYES)、処理はS122へと移される。もしそうでないと(S120にてNO)、処理はS112へと移される。S122にて、CPU3は「予備日」のフラグを立てる。S124にて、CPU3は、メモリ2からS116にて表示された理由に対応する条件の情報を削除する。これにより、CPU3は、複数の条件を、指定日について不足する条件とは異なる条件に限定する。すなわち指定日について不足する条件を、複数の条件から除外する。
【0073】
図17を参照して、スケジュール管理装置23で実行されるプログラムは、候補日の設定に関し、以下のような制御構造を有する。なお、図17に示すフローチャートの中で、前述の図4および図12に示した処理は同じステップ番号を付してある。それらの処理も同じである。したがって、それらについての詳細な説明はここでは繰返さない。
【0074】
S130にて、CPU3は、「予備日」のフラグが立ち、かつ対象日が未だ候補日として設定されていないか否かを判断する。フラグが立ち、かつ対象日が未だ候補日として設定されていないと判断した場合(S130にてYES)、処理はS132へと移される。もしそうでないと(S130にてNO)、処理はS86へと移される。
【0075】
S132にて、CPU3は、対象日を予備日に設定する。具体的には、CPU3は記憶装置1のスケジュールデータのうち、その日に対応する部分に予備日である旨の情報を追加する。あわせてCPU3は、表示装置5に、予備日に特有の形態で対象日の日付を表示させる。「予備日に特有の形態」の具体的な内容は特に特定されるものではない。本実施の形態の場合における「予備日に特有の形態」は日付を濃いグレーで表示することであるとする。これにより、CPU3は、CPU3自身によって条件が限定された時以降にのみCPU3自身によって特定された予備日が、予備日に特有の形態で表示されるように、表示装置5を制御できる。S134にて、CPU3は、「降水率」のフラグを立てる。併せてCPU3は、表示装置5を制御して、この対象日を表示させる。S136にて、CPU3は、グループスケジュールサーバ20から受信したデータを参照することにより、不在者を特定する。S138にて、CPU3は、「不在者」のフラグを立てる。併せてCPU3は、表示装置5を制御して、この対象日を表示させる。S140にて、CPU3は「交通状況」のフラグを立てる。併せてCPU3は、表示装置5を制御して、この対象日を表示させる。S142にて、CPU3は、「ダブルブッキング」のフラグを立てる。併せてCPU3は、表示装置5を制御して、この対象日を表示させる。
【0076】
以上のような構造およびフローチャートに基づく、スケジュール管理装置23の動作について説明する。
【0077】
CPU3は、入力装置4からタイプ名の入力を受付ける(S110)。タイプ名の入力が受付けられると、S92〜S82の処理を経て、降水確率が条件を満たさないと判断した場合に(S82にてNO)、CPU3は「降水率」のフラグを立てる。併せてCPU3は、表示装置5を制御して、この対象日を表示させる(S134)。
【0078】
フラグが立てられると、S88〜S82の処理を繰返し、CPU3は対象時間に不在者がいるか否か判断する(S100)。対象時間に不在者がいると判断した場合(S100にてYES)、CPU3はグループスケジュールサーバ20から受信したデータを参照して不在者を特定する(S136)。不在者が特定されると、CPU3は「不在者」のフラグを立てる。併せてCPU3は、表示装置5を制御して、この対象日を表示させる(S138)。
【0079】
フラグが立てられると、S88〜S100の処理を繰返した後に、CPU3は交通状況が条件を満たすか否か判断する(S102)。交通状況が条件を満たさないと判断した場合(S102にてNO)、CPU3は「交通状況」のフラグを立てる。併せてCPU3は、表示装置5を制御して、この対象日を表示させる(S140)。
【0080】
フラグが立てられると、S88〜S84の処理を経て、他のスケジュールが入っていると判断した場合(S84にてYES)、CPU3は「ダブルブッキング」のフラグを立てる。併せてCPU3は、表示装置5を制御して、この対象日を表示させる(S142)。これらの動作により、CPU3は、候補日を設定するとともに、CPU3自身が特定した日とは異なる日について、複数の条件のうち不足する条件を特定する。さらにCPU3は、不足する条件が特定された日を表わす情報が表示されるように、表示装置5を制御する。
【0081】
フラグが立てられると、S88〜S84の処理を経て、CPU3は、「予備日」のフラグが立ち、かつ対象日が未だ候補日として設定されていないか否か判断する(S130)。「予備日」のフラグが立ち、かつ対象日が未だ候補日として設定されていない場合(S130にてYES)、CPU3は、対象日を予備日に設定する(S132)。
【0082】
候補日および予備日が設定されると、S68の処理を経て、CPU3は、「予備日」のフラグが立っているか否かを判断する(S112)。「予備日」のフラグが立っていると判断した場合(S112にてYES)、CPU3は再びタイプ名の入力を受付ける(S110)。タイプ名が受付けられると、S110〜S68の処理を経て、CPU3は再び「予備日」のフラグが立っているか否かを判断する(S112)。「予備日」のフラグが立っていないと判断した場合(S112にてNO)、CPU3は、入力装置4が受付けた指示が非候補日の指定か否かを判断する(S114)。非候補日の指定と判断した場合(S114にてYES)、CPU3は指定日のそばに非候補日となった理由を表示させる(S116)。図18を参照して、本実施の形態において、指示日のそばに非候補日である理由が表示された場合の表示装置5の内容を示す。この場合、参加すべきメンバーである山田氏が参加できないことが非候補日である理由とわかる。その理由が複数ある場合、表示される理由も複数となる。これにより、CPU3は、候補となっていない日を指定し、その理由を表示させることができる。
【0083】
理由が表示されると、CPU3は、入力装置4が指示を受付けるのを待つ(S118)。指示が受付けられると、CPU3は、再び入力装置4が受付けた指示が「タイプ」で特定された条件の緩和および変更のいずれかか否か、すなわち受付けられた指示が条件を限定する旨の指示か否かを判断する(S120)。条件を限定する旨の指示と判断した場合には(S120にてYES)、CPU3は「予備日」のフラグを立てる(S122)。フラグが立てられると、CPU3は、メモリ2からS116にて表示された理由に対応する条件の情報を削除する(S124)。その情報が削除されると、S112〜S68の処理を経て、表示装置に候補日および予備日が表示される。図19を参照して、候補日および予備日が表示装置5に表示された場合の画面の例を示す。候補日は淡いグレーで、予備日は濃いグレーで表示されている。
【0084】
以上のようにして、本実施の形態に係るスケジュール管理装置23は、候補日を特定する条件を限定して次善の日(予備日)を表示することができる。また、このスケジュール管理装置23は、条件を満たさない日についてその理由を表示することができる。さらに、このスケジュール管理装置23は、その理由として表示された条件を緩和することにより、容易に予備日を設定できる。その上、このスケジュール管理装置23は、予備日となった日に対して候補日とは異なる表示をすることにより、その条件の緩和がどのような変化をもたらしたか直感的にわかる。その結果、複数の条件の制約を受ける場合でも、ユーザによるスケジュールの設定を効率的に支援できるスケジュール管理装置を提供することができる。
【0085】
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【0086】
【発明の効果】
本発明に係るスケジュール管理装置、スケジュール管理装置の動作方法、スケジュール管理プログラム、およびスケジュール管理プログラムを記録したコンピュータ読取り可能な記録媒体は、ユーザが効率的に適切なスケジュールを設定できる。
【図面の簡単な説明】
【図1】本発明の第1の実施の形態に係るネットワーク構造の概念図である。
【図2】本発明の第1の実施の形態に係るスケジュール管理装置の制御ブロック図である。
【図3】本発明の第1の実施の形態に係るスケジュールの決定処理の制御の手順を示すフローチャートである。
【図4】本発明の第1の実施の形態に係る候補日の設定処理の制御の手順を示すフローチャートである。
【図5】本発明の第1の実施の形態に係る表示装置の、条件を指定する際の画面を示す図である。
【図6】本発明の第1の実施の形態に係る条件の入力方法を示す図である。
【図7】本発明の第1の実施の形態に係る表示装置の、候補日を提示する画面の図である。
【図8】本発明の第1の実施の形態に係る条件の変更を説明する図である。
【図9】本発明の第1の実施の形態に係る表示装置に表示された予定日が切換えられる状況を説明する図である。
【図10】本発明の第2の実施の形態に係る記憶装置に記憶された「タイプ」と複数の条件との関係を表わす図である。
【図11】本発明の第2の実施の形態に係るスケジュールの決定処理の制御の手順を示すフローチャートである。
【図12】本発明の第2の実施の形態に係る候補日の設定処理の制御の手順を示すフローチャートである。
【図13】本発明の第2の実施の形態に係る「タイプ」を指定する画面の図である。
【図14】本発明の第2の実施の形態に係る「タイプ」の新規設定を選択する画面の図である。
【図15】本発明の第2の実施の形態に係る「タイプ」の新規設定方法を説明する図である。
【図16】本発明の第3の実施の形態に係るスケジュールの決定処理の制御の手順を示すフローチャートである。
【図17】本発明の第3の実施の形態に係る候補日の設定処理の制御の手順を示すフローチャートである。
【図18】本発明の第3の実施の形態に係る、非候補日となった理由が表示された画面の図である。
【図19】本発明の第3の実施の形態に係る予備日を、候補日とは別の方法で表示する画面の図である。
【符号の説明】
1 記憶装置、2 メモリ、3 CPU、4 入力装置、5 表示装置、6 ネットワークインターフェース、20 グループスケジュールサーバ、21 天候サーバ、22 交通サーバ、23 スケジュール管理装置、24 資源サーバ、26 ネットワーク。
[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a schedule management apparatus, an operation method of the schedule management apparatus, a schedule management program, and a computer-readable recording medium on which the schedule management program is recorded, and more particularly, to a schedule management apparatus and schedule management apparatus that support schedule determination. The present invention relates to an operation method, a schedule management program, and a computer-readable recording medium on which the schedule management program is recorded.
[0002]
[Prior art]
When setting a schedule, it is necessary to determine an optimal schedule in consideration of various conditions. For example, a method of specifying an optimal schedule based on information collected using a network or the like is used.
[0003]
Specifically, Patent Document 1 discloses a system that determines the date and time of the event from the schedule of participants and the reservation status of the venue to be used. Patent Document 2 discloses a system that supports travel planning based on the conditions of roads and transportation, and the date and time when travel facilities can be used.
[0004]
[Patent Document 1]
JP-A-5-181867
[0005]
[Patent Document 2]
JP-A-8-106492
[0006]
[Problems to be solved by the invention]
However, when determining the date and time of the event from the schedule of the participants and the reservation status of the venue to be used as disclosed in Patent Document 1, there is a problem that it becomes difficult to determine the candidate date if the conditions increase. . The reason for this is to present candidate dates for each centralized condition such as the schedule of the participants and the reservation status of the venue to be used. In this case, there is also a problem that it is difficult to find the next best day when there is no day that satisfies the condition.
[0007]
In addition, it is difficult to support setting of a schedule in consideration of a plurality of conditions even when supporting travel planning based on road traffic conditions and travel facility availability dates and times as disclosed in Patent Document 2. There is a problem that. In this case, this is because it is merely determined whether or not the facility can be used based on the predicted time.
[0008]
The present invention has been made to solve the above-described problems, and an object of the present invention is to provide a schedule management apparatus and schedule management that can efficiently support a user to set a schedule even when subject to restrictions of a plurality of conditions. An object of the present invention is to provide an apparatus operation method, a schedule management program, and a computer-readable recording medium on which the schedule management program is recorded.
[0009]
[Means for Solving the Problems]
In order to achieve the above object, according to one aspect of the present invention, the schedule management device is associated with a first receiving means for receiving an input of information representing a condition, and one of date and time Receiving means for receiving information, storage means for storing any of the information associated with one of the date and time, and information representing the condition, and a condition corresponding to the information received by the receiving means Including a first specifying means for specifying a day on which a plurality of conditions are satisfied, a display means for displaying information, and information representing the days on which the conditions are satisfied are displayed in a predetermined form. And a first control means for controlling the display means.
[0010]
That is, the first accepting unit accepts input of information representing a condition. The receiving means receives information associated with either day or time. The storage means stores either information associated with either day or time and information representing a condition. The first specifying unit specifies a day on which a plurality of conditions are satisfied, including a condition corresponding to the information received by the receiving unit. The display means displays information. As a result, the first control means controls the display means so that information representing the day on which the condition is satisfied is displayed in a predetermined form. As a result, it is possible to provide a schedule management device that can efficiently support the user's schedule setting even when there are restrictions on a plurality of conditions.
[0011]
The first control means includes a means for controlling the display means so that the day when the condition is satisfied is displayed each time information representing the condition is accepted by the first accepting means. Is desirable.
[0012]
That is, the first control unit can control the display unit so that the day when the condition is satisfied is displayed each time information representing the condition is received. Thereby, the user can know the day when a condition is satisfied earlier. As a result, it is possible to provide a schedule management device that can support the setting of a schedule by a user more quickly and efficiently even when being restricted by a plurality of conditions.
[0013]
Further, it is desirable that the information received by the first receiving means described above includes information representing a combination of a plurality of conditions.
[0014]
That is, the first specifying means can specify a day that satisfies a plurality of conditions represented by information indicating a combination. As a result, even when the user is restricted by a complicated condition, the user can know the day when the condition is satisfied efficiently. As a result, it is possible to provide a schedule management device that can efficiently support the user's schedule setting even when complicated conditions are imposed.
[0015]
Alternatively, it is desirable that the information representing the combination of a plurality of conditions described above includes information for specifying the combination name.
[0016]
That is, the 1st specific means can specify the day defined by the name of a combination and satisfy | filling several conditions. Accordingly, the user can know the day when the condition is satisfied more efficiently even when the user is restricted by the complicated condition that is frequently used. As a result, it is possible to provide a schedule management apparatus that can efficiently support a user to set a schedule even when frequently used and complicated conditions are restricted.
[0017]
In addition, the schedule management device described above specifies the second specifying means for specifying a deficient condition among a plurality of conditions and a deficient condition for a day different from the day specified by the first specifying means. A second control means for controlling the display means so as to display information indicating the day of the day, a second accepting means for accepting designation of any of the days on which the deficient conditions are specified, It is desirable to further include a third control unit for controlling the display unit so that information indicating an insufficiency condition is displayed for the specified date on which the second receiving unit has received the designation.
[0018]
That is, the second specifying unit can specify a deficient condition among a plurality of conditions for a day different from the day specified by the first specifying unit. The second control means can control the display means so that information representing the day on which the insufficient condition is specified is displayed. The second accepting unit accepts designation of any day on which the insufficient condition is specified. Thereby, the 3rd control means can control a display means so that the information showing the insufficient condition may be displayed about a designated day. Since the insufficient condition is displayed, the user can easily know whether the condition is appropriate. As a result, it is possible to provide a schedule management apparatus that allows the user to easily know whether or not the conditions are appropriate even when receiving restrictions from a plurality of conditions, and that can efficiently support the schedule setting by the user.
[0019]
Alternatively, it is desirable that the above-described schedule management device further includes a limiting unit for limiting the plurality of conditions to conditions different from the conditions that are insufficient for the specified date.
[0020]
That is, the limiting means can limit the plurality of conditions to conditions different from the conditions that are insufficient for the specified date. The first specifying means can specify a day when the limited condition is satisfied. Thereby, the user can easily know the day when the limited condition is satisfied. As a result, it is possible to provide a schedule management device that allows a user to easily know whether a condition is appropriate even when subject to a plurality of conditions, and that can efficiently support a relatively appropriate schedule setting by the user. it can.
[0021]
Alternatively, the first control means described above displays so that the reserve date specified by the first specifying means is displayed in a form specific to the reserve date only after the condition is limited by the limiting means. It is desirable to include means for controlling the means.
[0022]
In other words, the spare day is displayed in a form specific to the spare day. Thereby, the user can know intuitively the change brought about by limiting the conditions. As a result, it is possible to provide a schedule management device that allows the user to intuitively know whether or not the condition is appropriate even when receiving restrictions from a plurality of conditions, and that can efficiently support the schedule setting by the user.
[0023]
According to another aspect of the present invention, a method for operating a schedule management device receives first reception means for receiving input of information representing a condition, and information associated with either day or time. Receiving means, storage means for storing any of the information associated with one of the date and time, and information representing the condition, display means for displaying the information, and receiving means And a control means for controlling the display means based on the information obtained. In the operation method of the schedule management apparatus, the control means includes a first specifying step for specifying a day when a plurality of conditions are satisfied, including a condition corresponding to the information received by the receiving means, and information representing a day when the conditions are satisfied Executes a first control step for controlling the display means so that the display means is displayed in a predetermined form.
[0024]
In other words, it is possible to provide an operation method of a schedule management apparatus that can efficiently support setting of a schedule by a user even when a plurality of conditions are imposed.
[0025]
According to another aspect of the present invention, a schedule management program includes a first reception step for receiving input of information representing a condition, a reception step for receiving information associated with either day or time, A day when a plurality of conditions are satisfied, including a storage step for storing any of the information associated with any one of the times and information indicating the conditions, and a condition based on the information received in the receiving step A first specifying step; a display step for displaying information; and a first control step for controlling the display step so that information representing a day when the condition is satisfied is displayed in a predetermined form. Cause each step to be executed by a computer.
[0026]
That is, it is possible to provide a schedule management program that can efficiently support setting of a schedule by a user even when subject to restrictions of a plurality of conditions.
[0027]
According to another aspect of the present invention, the recording medium includes a first receiving step for receiving input of information representing a condition, a receiving step for receiving information associated with either day and time, A first step of identifying a day on which a plurality of conditions are satisfied, including a storage step for storing any of the information associated with any of the times and information representing the conditions, and a condition based on the information received in the receiving step. Each including one specific step, a display step for displaying information, and a first control step for controlling the display step so that information representing a day when the condition is satisfied is displayed in a predetermined form. A computer-readable recording medium on which a schedule management program for causing a computer to execute steps is recorded.
[0028]
That is, it is possible to provide a computer-readable recording medium that records a schedule management program that can efficiently support the setting of a schedule by a user even when subject to a plurality of conditions.
[0029]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, embodiments of the present invention will be described with reference to the drawings. In the following description, the same parts are denoted by the same reference numerals. Their names and functions are also the same. Therefore, detailed description thereof will not be repeated.
[0030]
<First Embodiment>
The schedule management apparatus according to the first embodiment of the present invention will be described below.
[0031]
Referring to FIG. 1, the network structure according to the present embodiment includes a group schedule server 20, a weather server 21, a traffic server 22, a schedule management device 23, a resource server 24, and a network 26. The group schedule server 20 provides schedule data of other members. Schedule data is data representing an individual's schedule. In the present embodiment, schedule data refers to a group of at least one set of data in which information representing date and time and information representing a schedule are combined into one set. The group schedule server 20 is also a server that provides the schedule data of the user of the schedule management device 23 to other members. The weather server 21 provides weather information that is a condition for determining a schedule. The traffic server 22 provides traffic information that is a condition for determining a schedule. The schedule management device 23 manages the user's schedule. The resource server 24 provides information on resources (in this embodiment, the reservation status of various facilities including a conference room) that is a condition for determining a schedule. The network 26 connects the above-described servers and the like.
[0032]
Referring to FIG. 2, the schedule management device 23 according to the present embodiment includes a storage device 1, a memory 2, a CPU (Central Processing Unit) 3, an input device 4, a display device 5, and a network interface 6. And a CD-ROM (Compact Disc Read-Only Memory) driving device 7. The storage device 1 is used for storing schedule data, a table that links schedule data types and conditions, and information about the network 26. When the network 26 cannot be used, the storage device 1 stores information related to the network 26 as a cache. The memory 2 is used for storing the progress of calculation in the processing of the CPU 3. The CPU 3 is used to search for schedule data and to calculate schedule candidate dates from conditions obtained from the network. The CPU 3 is also used to control each block of the schedule management device 23. The input device 4 is used for inputting schedule data and inputting conditions for searching for a date for entering a new schedule. The input device 4 is also used for inputting various instructions. In the present embodiment, the input device 4 includes a keyboard and a mouse (both not shown). The display device 5 displays information such as schedule data and candidate dates for entering a new schedule. The network interface 6 is a receiving device used to obtain weather, traffic conditions, and other person's schedule information. These pieces of information are all information associated with the date and time. Therefore, the network interface 6 can be said to be a device that receives information associated with either day or time. The CD-ROM drive device 7 is loaded with a CD-ROM 10.
[0033]
The schedule management device 23 is realized by computer hardware and software executed by the CPU 3. In general, such software is stored and distributed in a recording medium such as the CD-ROM 10, read from the recording medium by the CD-ROM driving device 7, and the like and temporarily stored in the storage device 1. Further, it is read from the storage device 1 and executed by the CPU 3. The computer hardware itself shown in FIG. 2 is general. Therefore, the most essential part of the present invention is software recorded on a recording medium such as the CD-ROM 10. Since the operation of the computer itself shown in FIG. 2 is well known, detailed description thereof will not be repeated here.
[0034]
Needless to say, the form of the schedule management device 23 is not limited to the specific example shown in FIGS. That is, other functions not shown in FIGS. 1 to 2 may be provided, or not all of the functions shown in FIGS. 1 to 2 may be provided. For example, the memory 2 may not be included in the schedule management device 23, and in this case, the schedule management device 23 stores all information in the storage device 1.
[0035]
Referring to FIG. 3, the program executed by schedule management device 23 has the following control structure for determining a schedule.
[0036]
At step 60 (hereinafter, step is abbreviated as S), CPU 3 accepts input of information representing a condition from input device 4. CPU 3 causes storage device 1 and memory 2 to store information representing the accepted conditions. In principle, the CPU 3 stores this condition in the memory 2. When the information amount of the condition exceeds the capacity of the memory 2, the CPU 3 stores the surplus in the storage device 1. In S62, the CPU 3 stores the set date of the schedule in the memory 2. Hereinafter, the date stored in the memory 2 is referred to as “target date”. At S <b> 64, CPU 3 receives information from group schedule server 20, weather server 21, traffic server 22, and resource server 24 using network interface 6. The received information is information associated with either day or time. That is, the network interface 6 receives information associated with either day or time. The CPU 3 stores the received information in the memory 2.
[0037]
In S66, CPU 3 sets a candidate date. This process corresponds to each step of S80 to S88 in FIG. With this process, the CPU 3 identifies days on which a plurality of conditions are satisfied, including a condition corresponding to information received by the network interface 6. In S68, CPU 3 waits for input device 4 to accept an instruction.
[0038]
In S70, CPU 3 determines whether or not the instruction received by input device 4 is a change in condition. If it is determined that the condition has been changed (YES in S70), the process proceeds to S60. If not (NO in S70), the process proceeds to S72.
[0039]
In S72, CPU 3 sets the input candidate date as a scheduled date. Specifically, the CPU 3 rewrites the data on the designated date among the schedule data stored in the storage device 1 to the content indicating that there is a plan. The CPU 3 transmits the rewritten schedule data to the group schedule server 20 using the network interface 6.
[0040]
Referring to FIG. 4, the program executed by schedule management device 23 has the following control structure for setting candidate dates.
[0041]
In S <b> 80, CPU 3 determines whether or not the target date is within the period and day of the week that match the condition input from input device 4. If it is determined that it is within the period and day of the week that meet the conditions (YES in S80), the process proceeds to S82. If not (NO in S80), the process proceeds to S68.
[0042]
In S82, the CPU 3 refers to the information received from the weather server 21, so that the precipitation probability of the time (target time) given by the condition input from the input device 4 among the target days satisfies the condition. Judge whether or not. If it is determined that the condition is satisfied (YES in S82), the process proceeds to S84. If not (NO in S82), the process proceeds to S88.
[0043]
In S84, the CPU 3 refers to the schedule data stored in the storage device 1 to determine whether another schedule is included in the target time. If it is determined that another schedule is included (YES in S84), the process proceeds to S88. If not (NO in S84), the process proceeds to S86. In S86, CPU 3 sets the target date as a date (candidate date) that satisfies the condition. Specifically, the CPU 3 adds information indicating that it is a candidate date to the portion corresponding to that day in the schedule data of the storage device 1. In addition, the CPU 3 controls the display device 5 so that information representing a day (candidate date) on which the condition is satisfied is displayed in a predetermined form. That is, the CPU 3 controls the display device 5 to display the candidate dates in a predetermined form. When displaying a candidate date, various display forms can be considered. For example, a calendar may be displayed on the display device 5 and the candidate days may be painted in a brighter color than the other non-candidate days. In the case of the present embodiment, the CPU 3 displays a calendar on the display device 5 and paints only the candidate date portion in light gray. At S88, CPU 3 rewrites the information representing the target date stored in memory 2 to the content representing the next day of the target date. As a result, the target date is advanced to the next day.
[0044]
The operation of the schedule management device 23 based on the structure and flowchart as described above will be described.
[0045]
The CPU 3 accepts input of information representing a plurality of conditions for the user to set a new schedule from the input device 4 (S60). The screen of the display device 5 at that time will be described with reference to FIG. The display device 5 displays a menu for specifying conditions. In the case of the present embodiment, the menu includes a period menu 30 for selecting a period to be searched from a date (set date) for setting a schedule, a day of the week menu 31 for specifying a condition for a day of the week, and a condition for a time. Includes a time menu 32 for designating a weather menu 33 and a weather menu 33 for designating weather-related conditions. In the case of this embodiment, each menu has selection candidates in advance so that conditions can be quickly specified. For example, in the period menu 30, “this week”, “this month”, “next month”, and “this term” are selection candidates. For the day of the week menu 31, “weekdays”, “holidays”, and “Sunday to Saturday” are selection candidates. In the case of the time menu 32, “all day”, “morning”, “afternoon”, and “night” are selection candidates. In the case of the weather menu 33, it is possible to directly input the precipitation probability. The condition input to the weather menu 33 may be data such as the minimum, maximum temperature, and humidity, but in this embodiment, only the precipitation probability is set as the condition. With reference to FIG. 6, the selection method of the selection candidate in this Embodiment is demonstrated. When the user clicks the triangle displayed on each menu with a mouse (not shown), the selection candidates displayed on the display device 5 change. FIGS. 6A to 6D are diagrams showing changes in display contents when a triangle is clicked on the period menu 30. When the user clicks the mouse until the desired condition is displayed, the CPU 3 counts the number of times the mouse is clicked (this number is determined by operating a confirmation key not shown), and according to the number. It is considered that the specified condition has been entered.
[0046]
When the input of the condition is accepted, the CPU 3 stores the set date in the memory 2 (S62). When the set date is stored, the CPU 3 receives information from the group schedule server 20, the weather server 21, the traffic server 22, and the resource server 24 using the network interface 6 (S64). When the information is received, the CPU 3 determines whether or not the target date is within the period and day of the week that match the condition input from the input device 4 (S80). If it is determined that the day of the week and the day of the week that match the input condition (YES in S80), CPU 3 is designated in weather menu 33 on the target day by referring to the information received from weather server 21. It is determined whether or not the condition is satisfied, that is, whether or not the precipitation probability of the target time satisfies the condition (S82). If the condition is satisfied (YES in S82), CPU 3 refers to the schedule data stored in storage device 1 to determine whether another schedule is included in the target time (S84). If no other schedule is entered (NO in S84), CPU 3 sets the target date as a candidate date (S86). If the target date is a candidate date, the CPU 3 advances the target date to the next day (S88). When the target date is advanced to the next day, the processing of S80 to S82 is repeated, and the CPU 3 determines again whether another schedule is included in the target time (S84). If another schedule is entered (YES at S84), CPU 3 advances the target day to the next day (S88). When the target date is advanced to the next day, the CPU 3 repeats the processes of S80 to S88. FIG. 7 shows an example of a screen on which candidate dates are displayed as a result of repeating the process. When the process is repeated and the target date is outside the period (NO in S80), CPU 3 waits for input device 4 to accept an instruction (S68). When the instruction is accepted, the CPU 3 determines whether or not the instruction accepted by the input device 4 is a change in condition (S70). In this case, it is assumed that the instruction is a condition change (YES in S70). The user can input an instruction to change the condition when the candidate date is not obtained or when the user wants to change the condition. With reference to FIG. 8, a method of changing conditions in the present embodiment will be described. Even when the candidate date is displayed on the display device 5, the above-described menus are displayed on the display device 5. The user operates the mouse described above, and clicks a menu triangle whose condition is to be changed. When the triangle is clicked, the menu is changed in the same manner as in FIGS. 6A to 6D, so that the user clicks on the triangle until the desired condition is displayed. Thereafter, when the user operates a confirmation key (not shown), the CPU 3 considers that the condition displayed at that stage has been input, and accepts input of information representing a plurality of conditions (S60). When the condition is input, a new candidate date is displayed on the display device 5 through the processing of S62 to S66. Thereby, CPU3 will control the display apparatus 5 so that the day when the conditions are satisfy | filled is displayed whenever the information showing conditions is received by the input device 4. FIG. With reference to FIG. 9, a display example of the candidate date at this time will be described. FIG. 9A is a display example before the candidate dates are switched. FIG. 9B is a display example after the candidate dates are switched.
[0047]
When the candidate date is switched, the CPU 3 waits for the input device 4 to accept an instruction (S68). When the instruction is received, the CPU 3 determines whether or not the instruction received by the input device 4 is a change in condition (S70). In this case, it is assumed that the instruction is a scheduled date setting. In this case, the user clicks one of the candidate dates displayed on the display device 5 using the mouse. By this click, the CPU 3 considers that there has been an instruction to set the clicked candidate date as the scheduled date. Therefore, since the instruction is not a change of conditions (NO in S70), CPU 3 sets the input candidate date as a scheduled date (S72).
[0048]
As described above, the schedule management device 23 according to the present embodiment can display candidate dates on a calendar based on information received from various servers. Information received from various servers includes weather forecast information. The schedule management device 23 can display the candidate date so that the user can easily grasp it. The user can set a scheduled date from those candidate dates. As a result, it is possible to provide a schedule management device that can efficiently support the user's schedule setting even when there are restrictions on a plurality of conditions.
[0049]
Note that the storage device 1 and the memory 2 may store only one of information associated with either day or time and information representing a condition. This is because there is no particular need to store the information if one of the pieces of information is obtained and the above-described processing is immediately performed.
[0050]
Further, the information received by the neckwork interface 6 may receive only information on one condition such as a condition related to the weather. Even in such a case, the CPU 3 can specify candidate dates that satisfy a plurality of conditions including a condition related to the user's schedule and a condition related to the received information in the same manner as the above-described operation.
[0051]
<Second Embodiment>
The schedule management device 23 according to the second embodiment of the present invention will be described below.
[0052]
The schedule management apparatus 23 according to the present embodiment stores, in the storage device 1, a table of data that links a condition “type” and a plurality of conditions corresponding to the “type”. “Type” represents a combination of these plural conditions. The “type name” is the name of each “type”. The CPU 3 specifies the condition included in the “type” based on this table. The contents of “type” stored in the storage device 1 will be described with reference to FIG. The type names of “Type” stored in the storage device 1 according to the present embodiment are “Regular Meeting”, “Field Test”, and “Tokyo Branch Meeting”. Each “type” includes any of the conditions regarding weather, participants, and traffic conditions. For example, in the case of “regular meeting”, the conditions of weather and traffic conditions are not particularly specified. Participant schedule availability is specified as a condition. In the “field test”, only the weather is specified as a condition. In the case of “Tokyo Branch Meeting”, the traffic conditions for going to Tokyo are specified as conditions. The traffic situation in the present embodiment represents the presence or absence of operation of a specific transportation facility and whether or not there is a vacant seat in the transportation facility. Other hardware configurations are the same as those in the first embodiment described above. The function about them is the same. Therefore, detailed description thereof will not be repeated here.
[0053]
Referring to FIG. 11, the program executed by schedule management device 23 has the following control structure for determining the schedule. In the flowchart shown in FIG. 11, the processing shown in FIG. 3 is given the same step number. These processes are the same. Therefore, detailed description thereof will not be repeated here.
[0054]
At S90, CPU 3 accepts input of the schedule type name from input device 4. In S92, CPU 3 determines whether or not the received type name is a new setting. If it is determined that the setting is new (YES in S92), the process proceeds to S94. If not (NO in S92), the process proceeds to S62. In S <b> 94, the CPU 3 displays a setting screen using the display device 5. In S96, CPU 3 accepts a new type of input from input device 4. The CPU 3 stores the received information in the storage device 1. In S98, CPU 3 sets a candidate date.
This process corresponds to the processes of S80 to S104 described in FIG.
[0055]
Referring to FIG. 12, the program executed by schedule management device 23 has the following control structure for setting candidate dates. In the flowchart shown in FIG. 12, the processing shown in FIG. 4 is given the same step number. These processes are the same. Therefore, detailed description thereof will not be repeated here.
[0056]
In S100, CPU 3 determines whether there is an absentee at the target time. Specifically, the CPU 3 determines whether information representing a schedule is included in the target time portion of the schedule data of the participants. Participant schedule data is received from the group schedule server 20. If it is determined that there is an absent person (YES in S100), the process proceeds to S88. If not (NO in S100), the process proceeds to S102.
[0057]
In S102, CPU 3 determines whether or not the traffic situation on the target day satisfies the condition specified by “type”. Specifically, the CPU 3 determines whether the information received from the traffic server 22 includes information indicating that there is a transportation operation specified by the type name and information indicating that there is a vacant seat. If it is determined that the traffic condition satisfies the condition (YES in S102), the process proceeds to S84. If not (NO in S102), the process proceeds to S88.
[0058]
Based on the above structure and flowchart, the operation of the schedule management device 23 will be described.
[0059]
[When selecting an existing "type"]
The CPU 3 accepts the input of the schedule type name from the input device 4 (S90). With reference to FIG. 13, the input method of the type name in this Embodiment is demonstrated. FIG. 13 shows a menu displayed on the display device 5. The user can click the triangle on the right side of “regular meeting” by operating the mouse. When the triangle is clicked, the contents of the menu 40 displayed on the display device 5 are sequentially changed from “regular meeting” to “field test” and “authority officer meeting”. The user can click on the triangle until the desired “type” is displayed. The CPU 3 counts the number of times the mouse has been clicked before a confirmation key (not shown) is pressed, and assumes that the type name corresponding to the number of times is received. As a result, the input device 4 has received information specifying the name of a combination of a plurality of conditions, and thus information indicating a combination of a plurality of conditions.
[0060]
When the type name is accepted, the CPU 3 determines whether or not the accepted type name is a new setting (S92). In this case, since the accepted type name is not a new setting (NO in S92), the scheduled date is set through the processing of S62 to S72.
[0061]
[In case of new setting of [Type]]
When the type name is accepted, the CPU 3 determines whether or not the accepted type name is a new setting (S92). FIG. 14 shows the menu 40 of the display device 5 at this time. The menu 40 displays “New setting”. In this case, since the accepted type name is “new setting” (YES in S92), CPU 3 causes display device 5 to display a setting screen (S94). Referring to FIG. 15, the setting screen displayed on display device 5 includes a column 42 for displaying a type name, a column 44 for displaying conditions regarding weather, a column 46 for displaying conditions regarding participants, and traffic conditions. And a column 48 for displaying a condition regarding the. The user can display the conditions he / she desires by clicking the triangle displayed in each column using the mouse. The condition desired by the user is input by clicking the mouse until the condition desired by the user is displayed. For the type name and traffic situation, the user directly inputs the contents to be input by using the keyboard. When a confirmation key (not shown) is pressed, the condition is confirmed.
[0062]
When the condition is confirmed, the CPU 3 accepts a new type of input from the input device 4. That is, the confirmed condition is accepted together with the type name. The CPU 3 stores the received information in the storage device 1 (S96).
[0063]
When the information is stored in the storage device 1, a scheduled date that matches the conditions is set through the processing of S62 to S72.
[0064]
As described above, the schedule management apparatus 23 according to the present embodiment can set the scheduled date more efficiently by inputting the schedule type name. As a result, it is possible to provide a schedule management device that can efficiently support the user's schedule setting even when there are restrictions on a plurality of conditions.
[0065]
<Third Embodiment>
The schedule management device according to the third embodiment of the present invention will be described below.
[0066]
The CPU 3 of the schedule management device 23 according to the present embodiment specifies the condition represented by “type” based on the information stored in the memory 2. The information in the memory 2 is a copy of the information stored in the storage device 1. In the memory 2, in addition to the conditions included in the “type”, an area for storing a value for each item described later is secured. In that area, a value of “1” or “0” is stored. In the present embodiment, the area is referred to as a “flag”. The flags in the present embodiment are flags for “precipitation rate”, “absent”, “traffic situation”, and “double booking”. In the following description, “the flag is set” means that the value stored in the flag is “1”. “The flag is not raised” means that the value stored in the flag is “0”. The memory 2 is also provided with an area for storing the names of absentees. Other hardware configurations are the same as those in the second embodiment described above. The function about them is the same. Therefore, detailed description thereof will not be repeated here.
[0067]
Referring to FIG. 16, the program executed by schedule management device 23 has the following control structure for storing correction values. In the flowchart shown in FIG. 16, the processes shown in FIGS. 3 and 11 are given the same step numbers. These processes are the same. Therefore, detailed description thereof will not be repeated here.
[0068]
In S110, CPU 3 accepts an input of the type name from input device 4. When the input of “type” is accepted, the CPU 3 copies information representing the condition of “type” from the storage device 1 to the memory 2. The CPU 3 specifies the content of “type” based on the information stored in the memory 2.
[0069]
In S111, CPU 3 sets a candidate date. This process corresponds to the processes of S80 to S142 described in FIG. However, when the flag of “preliminary date” is set, the CPU 3 changes the flag to a state in which the flag is not set after setting the candidate date.
[0070]
In S112, CPU 3 determines whether or not the “preliminary date” flag is set. If it is determined that the “preliminary date” flag is set (YES in S112), the process proceeds to S110. If not (NO in S112), the process proceeds to S114. In S114, CPU 3 determines whether or not the instruction received by input device 4 is the designation of a non-candidate day. Since there is this determination, the input device 4 according to the present embodiment can accept the designation for any of “the date on which the insufficient condition is specified”. If it is determined that a non-candidate date has been designated (YES in S114), the process proceeds to S116. If not (NO in S114), the process proceeds to S72.
[0071]
In S116, CPU 3 controls display device 5 to provide a reason for the non-candidate date beside the designated non-candidate date (referred to as “designated date”) (due to being set as a candidate date, insufficient To display). Specifically, the CPU 3 first checks the value of the flag and identifies the flag whose value is “1”. Next, the CPU 3 causes the display device 5 to display characters according to the specified flag. When the flag type is “absent”, the name of the absentee is also displayed. In this way, the CPU 3 controls the display device 5 so that information indicating the insufficient condition is displayed for the designated date on which the input device 4 has accepted the designation.
[0072]
In S118, CPU 3 waits for input device 4 to accept an instruction. In S120, CPU 3 determines whether or not the input instruction is an instruction to limit the conditions. If it is determined that the instruction is to limit the conditions (YES in S120), the process proceeds to S122. If not (NO in S120), the process proceeds to S112. In S122, the CPU 3 sets a “preliminary date” flag. In S124, the CPU 3 deletes the condition information corresponding to the reason displayed in S116 from the memory 2. Thus, the CPU 3 limits the plurality of conditions to conditions different from the conditions that are insufficient for the specified date. That is, conditions that are insufficient for the specified date are excluded from the plurality of conditions.
[0073]
Referring to FIG. 17, the program executed by schedule management device 23 has the following control structure for setting candidate dates. In the flowchart shown in FIG. 17, the processes shown in FIGS. 4 and 12 are given the same step numbers. These processes are the same. Therefore, detailed description thereof will not be repeated here.
[0074]
In S <b> 130, CPU 3 determines whether the “preliminary date” flag is set and the target date is not yet set as a candidate date. If it is determined that the flag is set and the target date has not yet been set as a candidate date (YES in S130), the process proceeds to S132. If not (NO in S130), the process proceeds to S86.
[0075]
In S132, CPU 3 sets the target date as a backup date. Specifically, the CPU 3 adds information indicating that it is a preliminary day to the portion corresponding to that day in the schedule data of the storage device 1. In addition, the CPU 3 causes the display device 5 to display the date of the target date in a form specific to the spare day. The specific content of “a form peculiar to the spare day” is not particularly specified. In the case of the present embodiment, it is assumed that the “form unique to the preliminary day” is to display the date in dark gray. Thus, the CPU 3 can control the display device 5 so that the spare date specified by the CPU 3 itself is displayed in a form specific to the spare day only after the conditions are limited by the CPU 3 itself. In S134, the CPU 3 sets a “precipitation rate” flag. In addition, the CPU 3 controls the display device 5 to display the target date. At S136, CPU 3 identifies the absentee by referring to the data received from group schedule server 20. In S138, CPU 3 raises the flag “absent”. In addition, the CPU 3 controls the display device 5 to display the target date. At S140, CPU 3 sets a “traffic situation” flag. In addition, the CPU 3 controls the display device 5 to display the target date. In S142, CPU 3 sets a “double booking” flag. In addition, the CPU 3 controls the display device 5 to display the target date.
[0076]
The operation of the schedule management device 23 based on the structure and flowchart as described above will be described.
[0077]
The CPU 3 receives an input of the type name from the input device 4 (S110). When the input of the type name is accepted, the CPU 3 sets a flag of “precipitation rate” when it is determined that the precipitation probability does not satisfy the condition through the processing of S92 to S82 (NO in S82). In addition, the CPU 3 controls the display device 5 to display the target date (S134).
[0078]
When the flag is set, the processing of S88 to S82 is repeated, and the CPU 3 determines whether or not there is an absent person at the target time (S100). When it is determined that there is an absentee at the target time (YES in S100), CPU 3 refers to the data received from group schedule server 20 and identifies the absentee (S136). When the absentee is specified, the CPU 3 sets a flag of “absent”. In addition, the CPU 3 controls the display device 5 to display the target date (S138).
[0079]
When the flag is set, after repeating the processing of S88 to S100, the CPU 3 determines whether or not the traffic condition satisfies the condition (S102). If it is determined that the traffic condition does not satisfy the condition (NO in S102), CPU 3 sets a “traffic condition” flag. In addition, the CPU 3 controls the display device 5 to display the target date (S140).
[0080]
When the flag is set, the CPU 3 sets a “double booking” flag when it is determined through S88 to S84 that there is another schedule (YES in S84). In addition, the CPU 3 controls the display device 5 to display the target date (S142). With these operations, the CPU 3 sets a candidate date and specifies an insufficient condition among a plurality of conditions for a date different from the date specified by the CPU 3 itself. Further, the CPU 3 controls the display device 5 so that information representing the day on which the insufficient condition is specified is displayed.
[0081]
When the flag is set, the CPU 3 determines whether the “preliminary date” flag is set and the target date is not yet set as a candidate date through the processing of S88 to S84 (S130). If the “preliminary date” flag is set and the target date has not yet been set as a candidate date (YES in S130), CPU 3 sets the target date as a preliminary date (S132).
[0082]
When the candidate date and the preliminary date are set, the CPU 3 determines whether or not the “preliminary date” flag is set through the processing of S68 (S112). If it is determined that the “preliminary date” flag is set (YES in S112), CPU 3 accepts the input of the type name again (S110). When the type name is accepted, the CPU 3 determines whether or not the “preliminary date” flag is set again through the processing of S110 to S68 (S112). If it is determined that the “preliminary date” flag is not set (NO in S112), CPU 3 determines whether or not the instruction received by input device 4 is the designation of a non-candidate date (S114). If it is determined that the non-candidate date is designated (YES in S114), CPU 3 displays the reason for the non-candidate date beside the designated date (S116). Referring to FIG. 18, the contents of display device 5 when the reason for the non-candidate date is displayed beside the designated date are shown in the present embodiment. In this case, it can be understood that it is a non-candidate day that Mr. Yamada, a member who should participate, cannot participate. When there are a plurality of reasons, a plurality of reasons are displayed. Thereby, CPU3 can designate the day which is not a candidate and can display the reason.
[0083]
When the reason is displayed, the CPU 3 waits for the input device 4 to accept the instruction (S118). When the instruction is received, the CPU 3 again indicates whether the instruction received by the input device 4 is any of relaxation or change of the condition specified by “type”, that is, the instruction that the received instruction limits the condition. Whether or not (S120). If it is determined that the instruction is to limit the conditions (YES in S120), CPU 3 sets a “preliminary date” flag (S122). When the flag is set, the CPU 3 deletes the condition information corresponding to the reason displayed in S116 from the memory 2 (S124). When the information is deleted, the candidate date and the preliminary date are displayed on the display device through the processing of S112 to S68. With reference to FIG. 19, an example of a screen when a candidate date and a preliminary date are displayed on the display device 5 is shown. The candidate date is displayed in light gray and the preliminary date is displayed in dark gray.
[0084]
As described above, the schedule management device 23 according to the present embodiment can display the next best day (preliminary date) by limiting the conditions for specifying candidate dates. Moreover, this schedule management apparatus 23 can display the reason about the day which does not satisfy | fill conditions. Furthermore, the schedule management device 23 can easily set the reserve date by relaxing the condition displayed as the reason. In addition, the schedule management device 23 intuitively knows what kind of change the relaxation of the condition has caused by displaying a date different from the candidate date on the day that is the preliminary date. As a result, it is possible to provide a schedule management device that can efficiently support the user's schedule setting even when there are restrictions on a plurality of conditions.
[0085]
The embodiment disclosed this time should be considered as illustrative in all points and not restrictive. The scope of the present invention is defined by the terms of the claims, rather than the description above, and is intended to include any modifications within the scope and meaning equivalent to the terms of the claims.
[0086]
【The invention's effect】
The schedule management device, the operation method of the schedule management device, the schedule management program, and the computer-readable recording medium recording the schedule management program according to the present invention allow the user to set an appropriate schedule efficiently.
[Brief description of the drawings]
FIG. 1 is a conceptual diagram of a network structure according to a first embodiment of the present invention.
FIG. 2 is a control block diagram of the schedule management apparatus according to the first embodiment of the present invention.
FIG. 3 is a flowchart showing a control procedure of schedule determination processing according to the first embodiment of the present invention;
FIG. 4 is a flowchart showing a control procedure of candidate date setting processing according to the first embodiment of the present invention.
FIG. 5 is a diagram showing a screen when a condition is specified in the display device according to the first embodiment of the present invention.
FIG. 6 is a diagram showing a condition input method according to the first embodiment of the present invention.
FIG. 7 is a diagram of a screen presenting candidate dates on the display device according to the first embodiment of the present invention.
FIG. 8 is a diagram for explaining a change in conditions according to the first embodiment of the present invention.
FIG. 9 is a diagram illustrating a situation in which a scheduled date displayed on the display device according to the first embodiment of the present invention is switched.
FIG. 10 is a diagram illustrating a relationship between a “type” stored in the storage device according to the second embodiment of the present invention and a plurality of conditions.
FIG. 11 is a flowchart showing a control procedure of schedule determination processing according to the second embodiment of the present invention;
FIG. 12 is a flowchart showing a control procedure of candidate date setting processing according to the second embodiment of the present invention.
FIG. 13 is a diagram of a screen for designating a “type” according to the second exemplary embodiment of the present invention.
FIG. 14 is a diagram of a screen for selecting a new “type” setting according to the second embodiment of the present invention.
FIG. 15 is a diagram for explaining a new “type” setting method according to the second embodiment of the present invention;
FIG. 16 is a flowchart showing a control procedure of schedule determination processing according to the third embodiment of the present invention;
FIG. 17 is a flowchart showing a control procedure for candidate date setting processing according to the third embodiment of the present invention;
FIG. 18 is a diagram showing a screen on which the reason for the non-candidate date is displayed according to the third embodiment of the present invention.
FIG. 19 is a diagram showing a screen for displaying a preliminary date according to the third embodiment of the present invention by a method different from the candidate date.
[Explanation of symbols]
1 storage device, 2 memory, 3 CPU, 4 input device, 5 display device, 6 network interface, 20 group schedule server, 21 weather server, 22 traffic server, 23 schedule management device, 24 resource server, 26 network.

Claims (10)

条件を表わす情報の入力を受付けるための第1の受付手段と、
日および時のいずれかに対応付けられた情報を受信するための受信手段と、
前記日および時のいずれかに対応付けられた情報、ならびに前記条件を表わす情報のいずれかを記憶するための記憶手段と、
前記受信手段が受信した情報に対応する条件を含む、複数の条件が満たされる日を特定するための第1の特定手段と、
情報を表示するための表示手段と、
前記条件が満たされる日を表わす情報が、予め定められた形態で表示されるように、前記表示手段を制御するための第1の制御手段とを含む、スケジュール管理装置。
First accepting means for accepting input of information representing a condition;
Receiving means for receiving information associated with either day or time;
Storage means for storing any of the information associated with any one of the date and time and the information representing the condition;
First specifying means for specifying a date on which a plurality of conditions are satisfied, including a condition corresponding to information received by the receiving means;
Display means for displaying information;
A schedule management apparatus comprising: first control means for controlling the display means so that information representing a day when the condition is satisfied is displayed in a predetermined form.
前記第1の制御手段は、前記第1の受付手段に前記条件を表わす情報が受付られるたびに、前記条件が満たされる日が表示されるように、前記表示手段を制御するための手段を含む、請求項1に記載のスケジュール管理装置。The first control means includes means for controlling the display means so that a date when the condition is satisfied is displayed each time information representing the condition is received by the first receiving means. The schedule management device according to claim 1. 前記第1の受付手段が受付ける情報は、複数の条件の組合せを表わす情報を含む、請求項1または2に記載のスケジュール管理装置。The schedule management apparatus according to claim 1, wherein the information received by the first receiving unit includes information representing a combination of a plurality of conditions. 前記複数の条件の組合せを表わす情報は、前記組合せの名称を特定する情報を含む、請求項3に記載のスケジュール管理装置。The schedule management apparatus according to claim 3, wherein the information representing the combination of the plurality of conditions includes information for specifying a name of the combination. 前記スケジュール管理装置は、
前記第1の特定手段が特定した日とは異なる日について、前記複数の条件のうち不足する条件を特定するための第2の特定手段と、
前記不足する条件が特定された日を表わす情報が表示されるように、前記表示手段を制御するための第2の制御手段と、
前記不足する条件を特定された日のいずれかの指定を受付けるための第2の受付手段と、
前記第2の受付手段が指定を受付けた指定日について、前記不足する条件を表わす情報が表示されるように、前記表示手段を制御するための第3の制御手段とをさらに含む、請求項1から4のいずれかに記載のスケジュール管理装置。
The schedule management device includes:
A second specifying means for specifying an insufficient condition among the plurality of conditions for a day different from the day specified by the first specifying means;
Second control means for controlling the display means so that information representing a day on which the insufficient condition is specified is displayed;
Second accepting means for accepting designation of any of the days on which the insufficient condition is specified;
And a third control means for controlling the display means so that information indicating the insufficient condition is displayed for the designated date on which the second accepting means accepts the designation. 5. The schedule management device according to any one of 4.
前記スケジュール管理装置は、前記複数の条件を、前記指定日について不足する条件とは異なる条件に限定するための限定手段をさらに含む、請求項5に記載のスケジュール管理装置。The schedule management apparatus according to claim 5, further comprising a limiting unit configured to limit the plurality of conditions to conditions different from conditions that are insufficient for the specified date. 前記第1の制御手段は、前記限定手段によって条件が限定された時以降にのみ前記第1の特定手段によって特定された予備日が、前記予備日に特有の形態で表示されるように、前記表示手段を制御するための手段を含む、請求項6に記載のスケジュール管理装置。The first control means is configured so that the preliminary date specified by the first specifying means is displayed in a form unique to the preliminary date only after the condition is limited by the limiting means. The schedule management apparatus according to claim 6, comprising means for controlling the display means. 条件を表わす情報の入力を受付けるための第1の受付手段と、
日および時のいずれかに対応付けられた情報を受信するための受信手段と、
前記日および時のいずれかに対応付けられた情報、ならびに前記条件を表わす情報のいずれかを記憶するための記憶手段と、
情報を表示するための表示手段と、
前記受信手段が受信した情報に基づいて、前記表示手段を制御するための制御手段とを含む、スケジュール管理装置の動作方法であって、
前記制御手段が、
前記受信手段が受信した情報に対応する条件を含む、複数の条件が満たされる日を特定する第1の特定ステップと、
前記条件が満たされる日を表わす情報が、予め定められた形態で表示されるように、前記表示手段を制御する第1の制御ステップとを実行する、スケジュール管理装置の動作方法。
First accepting means for accepting input of information representing a condition;
Receiving means for receiving information associated with either day or time;
Storage means for storing any of the information associated with any one of the date and time and the information representing the condition;
Display means for displaying information;
A control means for controlling the display means based on the information received by the receiving means, and an operation method of the schedule management apparatus,
The control means is
A first specifying step of specifying a date on which a plurality of conditions are satisfied, including a condition corresponding to information received by the receiving means;
The operation method of a schedule management apparatus which performs the 1st control step which controls the said display means so that the information showing the day when the said conditions are satisfy | filled is displayed with a predetermined form.
条件を表わす情報の入力を受付ける第1の受付ステップと、
日および時のいずれかに対応付けられた情報を受信する受信ステップと、
前記日および時のいずれかに対応付けられた情報、ならびに前記条件を表わす情報のいずれかを記憶する記憶ステップと、
前記受信ステップにおいて受信された情報に基づく条件を含む、複数の条件が満たされる日を特定する第1の特定ステップと、
情報を表示する表示ステップと、
前記条件が満たされる日を表わす情報が、予め定められた形態で表示されるように、前記表示ステップを制御する第1の制御ステップとを含む各ステップをコンピュータに実行させるためのスケジュール管理プログラム。
A first accepting step for accepting input of information representing a condition;
A receiving step for receiving information associated with either day or time;
A storage step of storing any of the information associated with any one of the date and time and the information representing the condition;
A first specifying step of specifying a date on which a plurality of conditions are satisfied, including a condition based on information received in the receiving step;
A display step for displaying information;
The schedule management program for making a computer perform each step including the 1st control step which controls the said display step so that the information showing the day when the said conditions are satisfy | filled is displayed in a predetermined form.
条件を表わす情報の入力を受付ける第1の受付ステップと、
日および時のいずれかに対応付けられた情報を受信する受信ステップと、
前記日および時のいずれかに対応付けられた情報、ならびに前記条件を表わす情報のいずれかを記憶する記憶ステップと、
前記受信ステップにおいて受信された情報に基づく条件を含む、複数の条件が満たされる日を特定する第1の特定ステップと、
情報を表示する表示ステップと、
前記条件が満たされる日を表わす情報が、予め定められた形態で表示されるように、前記表示ステップを制御する第1の制御ステップとを含む各ステップをコンピュータに実行させるためのスケジュール管理プログラムを記録したコンピュータ読取り可能な記録媒体。
A first accepting step for accepting input of information representing a condition;
A receiving step for receiving information associated with either day or time;
A storage step of storing any of the information associated with any one of the date and time and the information representing the condition;
A first specifying step of specifying a date on which a plurality of conditions are satisfied, including a condition based on information received in the receiving step;
A display step for displaying information;
A schedule management program for causing a computer to execute each step including a first control step for controlling the display step so that information representing a day when the condition is satisfied is displayed in a predetermined form. A recorded computer-readable recording medium.
JP2003206086A 2003-08-05 2003-08-05 Schedule management device, operating method of schedule management device, schedule management program and computer-readable recording medium to which schedule management program is recorded Withdrawn JP2005055964A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2003206086A JP2005055964A (en) 2003-08-05 2003-08-05 Schedule management device, operating method of schedule management device, schedule management program and computer-readable recording medium to which schedule management program is recorded

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2003206086A JP2005055964A (en) 2003-08-05 2003-08-05 Schedule management device, operating method of schedule management device, schedule management program and computer-readable recording medium to which schedule management program is recorded

Publications (1)

Publication Number Publication Date
JP2005055964A true JP2005055964A (en) 2005-03-03

Family

ID=34363075

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003206086A Withdrawn JP2005055964A (en) 2003-08-05 2003-08-05 Schedule management device, operating method of schedule management device, schedule management program and computer-readable recording medium to which schedule management program is recorded

Country Status (1)

Country Link
JP (1) JP2005055964A (en)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008041413A1 (en) * 2006-09-29 2008-04-10 Brother Kogyo Kabushiki Kaisha Schedule adjusting device and schedule adjusting program
JP2008090520A (en) * 2006-09-29 2008-04-17 Brother Ind Ltd Schedule adjustment device and schedule adjusting program
JP2008145752A (en) * 2006-12-11 2008-06-26 Hitachi Software Eng Co Ltd Digital calendar apparatus
JP2008544419A (en) * 2005-06-28 2008-12-04 マイクロソフト コーポレーション Facilitating automatic meeting scheduling
JP2012163988A (en) * 2011-02-03 2012-08-30 Seiko Epson Corp Schedule management device, schedule management method, and program
JP2016081424A (en) * 2014-10-21 2016-05-16 Necソリューションイノベータ株式会社 Information transmission device, control method, and program

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008544419A (en) * 2005-06-28 2008-12-04 マイクロソフト コーポレーション Facilitating automatic meeting scheduling
US8180663B2 (en) 2005-06-28 2012-05-15 Microsoft Corporation Facilitating automated meeting scheduling
WO2008041413A1 (en) * 2006-09-29 2008-04-10 Brother Kogyo Kabushiki Kaisha Schedule adjusting device and schedule adjusting program
JP2008090520A (en) * 2006-09-29 2008-04-17 Brother Ind Ltd Schedule adjustment device and schedule adjusting program
JP2008145752A (en) * 2006-12-11 2008-06-26 Hitachi Software Eng Co Ltd Digital calendar apparatus
JP2012163988A (en) * 2011-02-03 2012-08-30 Seiko Epson Corp Schedule management device, schedule management method, and program
JP2016081424A (en) * 2014-10-21 2016-05-16 Necソリューションイノベータ株式会社 Information transmission device, control method, and program

Similar Documents

Publication Publication Date Title
US10685015B2 (en) Method and system for providing in-line scheduling in an on-demand service
AU2005202447B2 (en) Hierarchical projects in a computer-enabled project management method and system
US5323314A (en) Method and system for graphic representation of meeting parameters in a data processing system
JP4703917B2 (en) Rental system and rental business support method
US9916552B2 (en) Workflow system and method with skip function
US8606611B1 (en) Scheduling via multiple dimensions including worker, time, and location
JP4416433B2 (en) Method, system, and computer program product for improving the level of automation when scheduling and managing meetings
US7458031B2 (en) System and method for creating customizable nodes in a network diagram
US8849806B2 (en) Method, system and apparatus for efficiently determining priority of data in a database
US11388121B2 (en) Communication management systems and methods
CN100424648C (en) Information processing method, apparatus and system
US20030033164A1 (en) Systems and methods for graphically displaying travel information
US20080244425A1 (en) Calendar horizon view
US20070050228A1 (en) Schedule management
US7716671B2 (en) Method for coordinating a set of related tasks and events by reducing duplicated effort
JP2005055964A (en) Schedule management device, operating method of schedule management device, schedule management program and computer-readable recording medium to which schedule management program is recorded
JP3933562B2 (en) Construction work integrated management system and method
JP6202653B1 (en) Computer system, management method and program
JPH11184912A (en) Schedule adjustment service providing device and storage medium stored with schedule adjustment program
US10997564B2 (en) Electronic change planning manager
KR20170091061A (en) Method and system for providing personalized notification within contents service
JP7402274B1 (en) Reservation system, reservation method, and program
JP7336896B2 (en) Action support program, terminal device and server device
JP2004287554A (en) Electronic settlement process system and program
JPH07192045A (en) Staff arrangement plan preparation expert system

Legal Events

Date Code Title Description
A300 Application deemed to be withdrawn because no request for examination was validly filed

Free format text: JAPANESE INTERMEDIATE CODE: A300

Effective date: 20061107