JPH1091681A

JPH1091681A - スケジュール表示システム

Info

Publication number: JPH1091681A
Application number: JP26781896A
Authority: JP
Inventors: Koji Kida; 弘司喜田
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 1996-09-18
Filing date: 1996-09-18
Publication date: 1998-04-10

Abstract

(57)【要約】【課題】個人あるいは他人のスケジュールカレンダー
を見て、簡単に忙しさがわかるスケジュール表示を行
う。【解決手段】本発明によるスケジュール表示システム
では、スケジュールデータベースに記憶されているアポ
イントメントとＴｏＤｏ作業をすべて予定どおりに完了
するために、ユーザは何時間働く必要があるのかを日毎
に予測する忙しさ算出手段を備えており、グラフィカル
にこの忙しさを、テキストベースのスケジュール表示と
重ね合わせることで、ユーザの持ち時間が容易にわか
る。また、本発明によるスケジュール表示システムで
は、ネットワークを用いてグループメンバーの忙しさを
集計し、個人の忙しさと同様の方法でグラフィカルにユ
ーザに提示するグループ忙しさ表示手段を備えており、
非公開な作業がある場合であっても、ユーザは、だれが
いつ頃忙しいかを容易に知ることができる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ユーザ個人のスケ
ジュールと、グループメンバーのスケジュールの表示シ
ステム、およびスケジュールの表示が行えるプログラム
の記録媒体に関する。

【０００２】

【従来の技術】スケジューリングは、自分の持ち時間
に、さまざまな仕事を割り振っていくことであり、従っ
て、持ち時間の把握と、なすべき仕事を正確に把握する
必要がある。これら課題を解決する従来の技術として、
特開平５−２３３１８６「月別の予定表表示の提示方
法」（以下、従来技術１）、特開平６−１６１９６６
「データ処理装置および表示制御方法」（以下、従来技
術２）が知られている。

【０００３】従来技術１は、カレンダー上に仕事をテキ
ストで表示するのに加えて、空き時間を日毎にグラフ表
示（以下、ビジーバー）する。図２８に文献１の画面例
を示す。図２８にＲ１、Ｒ２がそれぞれビジーバーであ
り、横軸に時間をとり予定が登録されている時間帯は、
その時間枠を黒く表示する。

【０００４】従来技術２は、同一の時間帯に複数の予定
を入力できるスケジュール管理システムに関する発明で
あり、スケジュールの重複状況を表示する方法が開示さ
れている。図２９に従来技術２の出力画面例を示す。図
２９のＲ３が重複状況を表示する領域であり、横軸に時
間をとり登録されている仕事の開始日から終了日までを
黒のバーで表示する。ユーザはバーの重なりから予定の
重複状況を把握する。

【０００５】これらの、従来技術１および従来技術２に
記載された技術は、個人の作業に関する支援であった。
グループでの作業のスケジューリングは、自分の持ち時
間だけではなく、グループメンバーの持ち時間を把握す
る必要がある。この課題を解決する従来の技術として、
マイクロソフト社のＳｃｈｅｄｕｌｅ＋（米国マイクロ
ソフト社の商標：以下、従来技術３）、ノベル社のＧｒ
ｏｕｐＷｉｓｅ（米国ノベル社の商標：以下、従来技術
４）に開示されている。

【０００６】従来技術３は、ネットワークでファイルを
互いに共有しあい、他のメンバーのスケジュールを参照
できる。ユーザは他のユーザに公開したくない仕事に関
しては、プライベートと呼ばれる属性をセットする。図
３０に従来技術３で他のユーザのスケジュールを参照し
た場合の画面例を示す。図３０のカレンダーにおいて
（プライベート）と書かれている予定が非公開な予定で
あり、非公開な予定は仕事名、作業開始日、作業の分量
といった具体的な仕事の内容は参照できない。

【０００７】従来技術４は、複数のユーザを対象に、仕
事の予定が入っていない時間帯を検索し（以下、ビジー
サーチ機能）、それらを集計して表示する方法が開示さ
れている。図３１に従来技術４のビジーサーチ機能の結
果表示画面例を示す。横軸は時間を意味し、縦軸はユー
ザを意味する。黒い領域が別の予定がすでに登録されて
いることを示している。

【０００８】

【発明が解決しようとする課題】ところで、仕事は大き
く分類して、会議などのように実行時間の決められた仕
事（以下、アポイントメント）と、報告書作成などのよ
うに締切り日だけが決められており、実際に作業を行う
時間が決定されていない仕事（以下、ＴｏＤｏ作業）が
ある。

【０００９】ところが従来技術１、従来技術２、従来技
術４はアポイントメントを対象とし、特にアポイントメ
ントのダブルブッキングを解消するための表示方式であ
る。実際には、アポイントメントが割り与えられていな
い時間帯にもユーザはＴｏＤｏ作業を行っている。前述
した従来技術はすべて、ＴｏＤｏ作業に関しては、締切
り日に仕事名を表示するだけである。つまり、例えば、
報告書の締切りが迫っており会議に参加できない場合で
あっても、持ち時間があるように表示される。従って、
これら従来技術では正確な持ち時間の把握は困難である
といえる。

【００１０】また、他のユーザの持ち時間の把握に関し
ては、従来技術３では、プライベートな作業の具体的な
内容がわからないために、他のユーザの持ち時間が把握
できない。例えば、図３０のカレンダーにおいて、８日
のプライベートな仕事の内容がわからないために、６、
７日の持ち時間を予測できない。このために実行に無理
のある仕事を依頼する可能性がある。

【００１１】以上のように、前述した従来技術は、アポ
イントメントだけではなく、ＴｏＤｏ作業の実行時間も
考慮したユーザの持ち時間の把握を容易にするスケジュ
ール表示方法と、グループメンバーの仕事をすべて見る
ことができるとは限らない状況でのグループメンバーの
持ち時間の把握を容易にするスケジュール表示方法が課
題であり、本発明は、これらの従来の技術の課題を解決
することを目的とする。

【００１２】

【課題を解決するための手段】本発明によるスケジュー
ル表示システムでは、スケジュールデータベースに記憶
されているアポイントメントとＴｏＤｏ作業をすべて予
定どおりに完了するために、ユーザは何時間働く必要が
あるのかを日毎に予測する忙しさ算出手段を備えてお
り、グラフィカルにこの忙しさを、テキストベースのス
ケジュール表示と重ね合わせることで、ユーザの持ち時
間が容易にわかる。例えば、ｘ月ｙ日は、アポイントメ
ントの予定がなく、ｘ月ｙ日に締切り日であるＴｏＤｏ
作業もない場合に、従来のスケジュール表示システムで
はｘ月ｙ日は１日中持ち時間であるように表示されてい
たが、本発明のスケジュール表示システムでは、ｘ月ｙ
日前後の仕事からｘ月ｙ日の忙しさが算出され、ユーザ
へ表示されるために、ユーザは持ち時間を容易に把握す
ることができる。

【００１３】また、本発明によるスケジュール表示シス
テムでは、ネットワークを用いてグループメンバーの忙
しさを集計し、個人の忙しさと同様の方法でグラフィカ
ルにユーザに提示するグループ忙しさ表示手段を備えて
おり、非公開な作業がある場合であっても、ユーザは、
だれがいつ頃忙しいかを容易に知ることができる。例え
ば、ある他のユーザＡがスケジュールを非公開にしてい
る場合、従来のスケジュール表示システムでは、非公開
な仕事の分量や実行開始時期などがわからないためにユ
ーザＡの持ち時間が予測することができなかったが、本
発明では、忙しさが提示されているために容易にわか
る。

【００１４】

【発明の実施の形態】次に、本発明の実施の形態につい
て図面を参照して詳細に説明する。

【００１５】説明にあたり、本発明の実施の形態は三つ
あり、一つ目は、請求項１〜１０、請求項１５に記載し
た発明に対応する発明の実施の形態であり、二つめは、
請求項１１、請求項１２に記載した発明に対応する発明
の実施の形態であり、三つ目は、請求項１３、請求項１
４に記載した発明に対応する発明の実施の形態である。

【００１６】図１を参照して、本発明の第一の実施の形
態によるスケジュール表示システムについて説明する。

【００１７】本発明によるスケジュール表示システム
は、ユーザが入力したスケジュールをスケジュールデー
タベースに記憶し、カレンダー上にスケジュールを表示
するスケジュール管理手段３と、前記スケジュールデー
タベースに記憶された仕事をユーザが予定どおりに完了
するために、１日あたりにユーザが働く必要がある時間
（忙しさ）を推定する忙しさ算出手段２と、前記忙しさ
算出手段が推定した忙しさをユーザにグラフィカルに表
示する忙しさ表示手段１を有する。

【００１８】スケジュールデータの入出力、スケジュー
ルデータベースの管理、ユーザの仕事実行予定日の設定
を行うスケジュール管理手段３の構成を図２に示す。

【００１９】図２のスケジュール管理手段３は、ユーザ
がスケジュールを入力するスケジュール入力手段３３
と、前記スケジュール入力手段３３を用いて入力された
スケジュールを記憶するスケジュールＤＢ３６と、前記
スケジュールＤＢ３６の内容をユーザへカレンダーで表
示するカレンダー表示手段３２と、前記スケジュールＤ
Ｂの仕事をユーザが実行する曜日を記憶しておく曜日設
定テーブル３４と、前記スケジュールＤＢの仕事をユー
ザが実行する日を記憶しておく実行可能性ＤＢ３５と、
前記曜日設定テーブルと前記実行可能性ＤＢとを統合し
て前記スケジュールＤＢの仕事をユーザが実行する日を
算出する実行予定制御手段３１を有する。

【００２０】本例では、スケジュールＤＢで記憶するス
ケジュールデータは次の１から７の項目からなる。１．仕事ＩＤ：新規にスケジュールＤＢ３６に登録され
るときに、スケジュール入出力手段３３がつける識別
子。２．仕事名：ユーザが行う仕事の名前。値は文字列。３．開始予定日：ユーザが仕事を開始する予定の日時。
値は“西暦年／月／日時間：分”のフォーマットで記
述。４．完了予定日：ユーザが仕事を完了する予定の日時。
値は“西暦年／月／日時間：分”のフォーマットで記
述。５．締切り日：仕事の締切り日。値は“西暦年／月／日
時間：分”のフォーマットで記述。６．進捗率：仕事の進み具合を百分率で表す。例えば、
新規の仕事は０％であり、完了した仕事は１００％であ
る。７．全体工数：開始してから完了するまでに、ユーザが
実行にかける予定の時間。値は“時間：分”のフォーマ
ットで記述。

【００２１】図３にスケジュールＤＢ３６の一例を示
す。第１の項目は仕事ＩＤの欄であり、第２の項目は仕
事名の欄であり、第３の項目は開始予定日の欄であり、
第４の項目は完了予定日の欄であり、第５の項目は締切
り日の欄であり、第６の項目は進捗率の欄であり、第７
の欄は全体工数の欄である。

【００２２】例えば、第１行目のスケジュールデータ
は、「仕様書作成という仕事名で、７／３が締切り日で
ある仕事を、６／２９日から開始して、２０時間の時間
をかけて、７／２に完了予定のまだ実行開始をしていな
い仕事」を意味する。

【００２３】曜日設定テーブル３４は、スケジュールＤ
Ｂ３６に登録されている仕事を、ユーザは通常何曜日に
実行するのかを設定するテーブルである。図４に曜日設
定テーブル３４の一例を示す。第１の項目は曜日を意味
し、その値は、‘日’、‘月’、‘火’、‘水’、
‘木’、‘金’、‘土’のいずれかである。第２の項目
は第１の項目の曜日に、ユーザは通常、スケジュールＤ
Ｂ３６に登録されている仕事を実行する場合、値はＴＲ
ＵＥであり、逆に登録されていない場合、値はＦＡＬＳ
Ｅである。曜日設定テーブル３４のレコードは第１の項
目の値が‘日’から‘土’までの７つであり、第２の項
目でそれぞれの曜日の実行可能性をＴＲＵＥか、ＦＡＬ
ＳＥで記憶する。図４の例では、土曜日と日曜日が実行
不可能であり、その他の曜日は実行可能であることを意
味する。

【００２４】実行可能性ＤＢ３５は曜日設定テーブル３
４の設定に従わない、例外的な仕事実行可能性の設定を
記憶する。例えば、図４の例で説明すると、通常、実行
予定ではない日曜日であるにもかかわらず、例外的に実
行する日であると設定したり、逆に実行予定である月曜
日であるにもかかわらず、実行できない日であると設定
する。図５に実行可能性ＤＢ３５の一例を示す。第１の
項目は例外設定を行いたい日の年月日を意味する欄であ
る。第２の項目は第１の項目の値の日の仕事実行可能性
を記憶する欄であり、その値はＴＲＵＥ（実行可能）、
ＦＡＬＳＥ（実行不可能）である。図５の例では、７／
１７、８／１２、８／１３、８／１４は通常は実行可能
な曜日であるが、特に実行不可能日であることをユーザ
が設定したことを意味し、７／２１は通常は実行不可能
な曜日であるが、特に実行可能日であることを意味す
る。

【００２５】実行予定制御手段３１はある年月日ｘを受
け取り、ｘ日に仕事が実行可能であればＴＲＵＥ，実行
不可能であればＦＡＬＳＥを返す関数ｉｓＷｏｒｋ
（ｘ）を公開する。図６にｉｓＷｏｒｋ（ｘ）を算出す
る手順を示す。

【００２６】ステップＳ３１１１：実行可能性ＤＢにお
いて第１欄の値がｘであるレコードを検索ステップＳ３
１１２：もしステップＳ３１１１の検索が成功すれば、
ステップＳ３１１５の手順を実行。もしステップＳ３１
１１の検索に失敗すれば、ステップＳ３１１３以降の手
順を実行する。

【００２７】ステップＳ３１１３：ｘの曜日を求める。
ステップＳ３１１４：曜日設定テーブルにおいて第１欄
の値がステップ４で求めた曜日であるレコードを検索す
る。ステップＳ３１１５：検索結果の第２欄の値をｉｓＷｏ
ｒｋ（ｘ）の値とする。

【００２８】さらに、実行予定制御手段３１は年月日
ｘ，ｙ（ただし、ｘ≦ｙ）を受け取り、ｘ日からｙ日ま
でに実行可能な日の数を返す関数ＷｏｒｋＤａｙｓ
（ｘ，ｙ）を公開する。図７にＷｏｒｋＤａｙｓ（ｘ，
ｙ）を算出する手順を示す。

【００２９】ステップＳ３１２１：変数ｄ＝ｘとし、ｘ
日からｄ日までの実行可能日数を意味する変数ｃを０で
初期化する。ステップＳ３１２２：もし、ｄ＞ｙであれ
ば、ステップＳ３１２６を実行し、もし、ｄ≦ｙであれ
ば、ステップＳ３１２３以下を実行する。ステップＳ３
１２３：もし、ｉｓＷｏｒｋ（ｄ）＝ＴＲＵＥであれ
ば、ステップＳ３１２４を実行し、もし、ｉｓＷｏｒｋ
（ｄ）＝ＦＡＬＳＥであれば、ステップＳ３１２５を実
行する。ステップＳ３１２４：ｃの値を１増加する。ス
テップＳ３１２５：ｄの値を１増加し、Ｓ３１２２に戻
って実行する。ステップＳ３１２６：ｃをＷｏｒｋＤａ
ｙｓ（ｘ，ｙ）の値にする。

【００３０】カレンダー表示手段３２はスケジュールＤ
Ｂ３６に登録されている仕事をカレンダー上に表示し、
さらに、曜日設定テーブル３４が管理している曜日毎の
仕事実行の可能性の設定と、実行可能性ＤＢ３５が管理
している日毎の実行可能性の設定を行う。

【００３１】まず、仕事のカレンダー表示に関して説明
する。図８にカレンダー表示手段３２の画面例であるカ
レンダー３２０を示す。カレンダー３２０は、表示して
いるカレンダーの月をユーザに示す表示年月指定領域３
２３と、カレンダー上の曜日を意味する曜日ボタン３２
１と、スケジュールＤＢ３６に登録されている仕事を表
示する仕事表示領域３２２から構成される。ユーザは表
示年月指定領域３２３に表示したい年月を入力すること
で、カレンダー３２０に表示するカレンダーを切りかえ
る。

【００３２】仕事表示領域３２２の拡大を図９に示す。
仕事表示領域３２２はカレンダー３２０上の日付を意味
する日付ラベル３２２１と、スケジュールＤＢ３６に登
録されている仕事において、日付ラベルで表示された日
が締切り日である仕事を表示する仕事表示領域３２２２
と、ユーザの仕事実行可能性を表示する実行可能性表示
領域３２２３から構成される。仕事表示領域３２２２は
１行に１つの仕事を仕事名で表示し、複数の仕事を表示
する場合の表示位置は上から順に表示する。実行可能性
表示領域３２２３は背景が黒く表示されている日はユー
ザが仕事を実行不可能であることを意味し、白く表示さ
れている日は実行可能であることを示している。例え
ば、７／１７は実行不可能な日であり、７／１８は実行
可能な日である。

【００３３】次に、曜日毎の仕事実行の可能性の設定と
日毎の実行可能性の設定に関して説明する。曜日ボタン
３２１は各曜日の実行可能性の設定を行う。ユーザは実
行可能と設定されている曜日ボタンを押すと、この曜日
は実行不可能に設定され、逆に実行不可能と設定されて
いる曜日ボタンを押すと、この曜日は実行可能に設定さ
れる。例えば、図８のカレンダー３２０の火曜日の曜日
設定ボタンを押すと、火曜日が実行可能日から実行不可
能日に設定が変更され、カレンダー３２０は図１０のカ
レンダー３２０Ａに変更される。ユーザは前記の方法で
実行不可能な曜日の設定を行うと、カレンダー表示手段
３２は、実行不可能な曜日の設定を曜日設定テーブル３
４に記憶する。

【００３４】日毎の実行可能性の設定は、ユーザがマウ
スで実行可能性表示領域３２２３をクリックすることで
行う。クリックされた日が実行可能日であれば実行不可
能日に、実行不可能日であれば実行可能日になる。例え
ば、図８のカレンダー３２０の７／１５をマウスクリッ
クすると、７／１５は実行可能日から実行不可能日に変
更され、カレンダー３２０は図１１のカレンダー３２０
Ｂの表示に変更される。ユーザは前記の方法で実行不可
能な日の設定を行うと、カレンダー表示手段３２は実行
不可能な日の設定を実行可能性ＤＢ３５に記憶する。

【００３５】次に、スケジュールの入力方法に関して説
明する。図１２にスケジュール入出力手段３３の画面例
を示す。スケジュール入出力手段３３は仕事名を入力す
るフィールド３３１と、開始予定日を入力するフィール
ド３３２と、完了予定日を入力するフィールド３３３
と、締切り日を入力するフィールド３３４と進捗率を入
力するフィールド３３５と、全体工数を入力するフィー
ルド３３６と、すべてのフィールドの入力が完了したと
きにユーザが押すＯＫボタン３３７と、入力をキャンセ
ルしスケジュール入出力手段３３の画面を閉じるキャン
セルボタン３３８と、表示している仕事の仕事ＩＤを記
憶しておく仕事ＩＤメモリー３３９から構成される。た
だし、新規の仕事の入力の場合には仕事ＩＤメモリー３
３９の値は０とし、すでにスケジュールＤＢ３６に登録
されている仕事の再入力の場合には仕事ＩＤメモリ３３
９の値はこの仕事の仕事ＩＤとなる。図１２の画面例で
は、「仕様書作成という仕事名で、８／５が締切り日で
ある仕事を、７／２９日から開始して、２０時間の時間
をかけて、８／２に完了予定のまだ実行開始をしていな
い仕事」を入力している例である。ユーザは入力したい
項目にカーソルを移動して、キーボードにより値を入力
する。ユーザはすべての項目を入力し終え、ＯＫボタン
３３７を押すと、スケジュール入出力手段３３は入力さ
れたスケジュールデータを、スケジュールＤＢ３６に記
憶し（以下、データベースセーブと呼ぶ）、カレンダー
表示手段３２の更新を行う。データベースセーブは、仕
事ＩＤメモリー３３９の値が０の時には新規に仕事ＩＤ
を生成してスケジュールＤＢ３６に追加し、仕事ＩＤメ
モリー３３９が０ではない場合には、スケジュールＤＢ
３６から仕事ＩＤが仕事ＩＤメモリー３３９の値と同じ
レコードを検索し、このレコードの値を更新する。

【００３６】次に、忙しさ表示機能に関して説明する。
ここで忙しさ表示機能とは、スケジュールデータベース
に入力されているすべての仕事を完了予定日に完了させ
るために、ユーザが働く必要がある時間を日毎に推定
し、この推定結果をカレンダー上にビジュアルに表示す
る機能である。

【００３７】忙しさ算出手段３は、スケジュールＤＢ３
６の内容から、各日毎の仕事の忙しさを算出する。図１
３にｘ日の忙しさを算出する関数ｕｓｅｒＬｏａｄ
（ｘ）の算出手順を示す。以下では、この手順にそっ
て、図２のスケジュールＤＢ３６における９６／７／１
２の仕事の忙しさの算出方法を説明する。ただし、今日
の年月日は９６／７／４であるとする。

【００３８】ステップＳ２０：ｘ＝“忙しさを算出する
日”とする。本例では、ｘ＝９６／７／１２である。ス
テップＳ２１：以下の１〜３の条件を満たす仕事をスケ
ジュールＤＢ３６から検索することで、ｘ日に実行する
予定である仕事の集合を求める。これを実行予定集合
（ｘ）と呼ぶ。条件１：［開始予定日］≦ｘ条件２：［終了予定日］≧ｘ条件３：［残り工数］＞０スケジュールＤＢ３６の実行予定集合（９６／７／１
２）を｛仕事名１、仕事名２．．．｝の形式で表すと、
｛特許明細、デモデータ作成｝となる。

【００３９】ステップＳ２３：実行予定集合（ｘ）のす
べての仕事に関して、残り工数を以下の式で算出する。

【数１】［残り工数］＝［全体工数］×（１００−［進
捗率］）／１００本例では、特許明細の残り工数＝１５×（１００−０）
／１００＝１５デモデータ作成の残り工数＝４×（１００−０）／１０
０＝４である。

【００４０】ステップＳ２３，Ｓ２４，Ｓ２５：実行予
定集合（ｘ）のすべての仕事に関して、残り実行期間を
以下の式で算出する。

【数２】ｉｆ（［開始予定日］≧［今日］）ｔｈｅｎ
［残り実行期間］＝ＷｏｒｋＤａｙｓ（［完了予定
日］，［開始予定日］）ｉｆ（［開始予定日］＜［今日］）ｔｈｅｎ［残り
実行期間］＝ＷｏｒｋＤａｙｓ（［完了予定日］，［今
日］）ただし、ＷｏｒｋＤａｙｓ（引数１、引数２）とは引数
１から引数２までの期間に、スケジュールＤＢ３６に登
録されている仕事をユーザが実行可能な日数を算出する
関数であり、実行予定制御手段３１で算出する（図
７）。

【００４１】本例では、特許明細の残り実行期間＝Ｗｏ
ｒｋＤａｙｓ（９６／７／１２、９６／７／１０）＝
３、デモデータ作成の残り工数＝ＷｏｒｋＤａｙｓ（９６／
７／１２、９６／７／１１）＝２である。

【００４２】ステップＳ２６：実行予定集合（ｘ）のす
べての仕事に関して、一日平均工数を以下の式で算出す
る。

【数３】［一日平均工数］＝［残り工数］／［残り実行
期間］本例では、特許明細の残り実行期間＝１５：００／３＝
５：００、デモデータ作成の残り工数＝実行期間＝４：
００／２＝２：００となる。

【００４３】ステップＳ２７：ｘ日の仕事の忙しさを以
下の式で算出する。

【数４】ｕｓｅｒＬｏａｄ（ｘ）＝総和｛ｙの［一日平
均工数］｝ただし、ｙ〓実行予定集合（ｘ）適応した結果は、ｕｓｅｒＬｏａｄ（９６／７／１２）
＝５：００＋２：００＝７：００である。

【００４４】忙しさ表示手段１は忙しさ算出手段３が推
定した各日の忙しさをカレンダー３２０上にビジュアル
に表示する。図１４に忙しさ表示の一例を示す。仕事表
示領域３２２２の背景色がその日の忙しさを示してい
る。図１４の例では、背景色が暗いほど忙しいことを意
味し、背景色が明るいほど暇であることを意味する。ま
た、表示モードボタン３２４は通常のカレンダー表示
と、忙しさの表示を切り替えるボタンである。

【００４５】以下にｘ日の仕事表示領域３２２２の背景
Ｃｏｌｏｒを算出する式を示す。ただし、ユーザは表示
ディスプレイの階調（以下、ＤｉｓｐＤｅｐｔｈ）と１
日当りの最大労働時間（以下、ＭａｘＷｏｒｋＴｉｍ
ｅ）をあらかじめユーザが設定しておく。また、階調の
値が小さいほど明るいとする。数５】ｃｏｌｏｒ＝ＭＩＮ（ＭａｘＷｏｒｋＴｉｍｅ，
ｕｓｅｒＬｏａｄ（ｘ））＊ＤｉｓｐＤｅｐｔｈ／Ｍａ
ｘＷｏｒｋＴｉｍｅここで、ＭＩＮ（引数１、引数２）は、引数１と引数２
で大きくない方を返す関数とする。

【００４６】図１５を参照して、本発明の第二の実施の
形態によるスケジュール表示システムについて説明す
る。

【００４７】図１５は図１に、仕事の開始予定日の変更
などを仮に行った場合の仕事の忙しさをシミュレートす
るために、変更前のスケジュールデータを一時的に退避
しておく、シミュレーション管理手段４を追加したもの
になっている。さらに、スケジュール入出力手段３３に
シミュレーション開始のきっかけをユーザが入力するシ
ミュレーションボタン３４０を追加する（図１６）。

【００４８】図１７にシミュレーション中の画面例を示
す。図１７は、１９９６年７月の仕事の忙しさを表示し
たカレンダー（３２０Ｄ）の上に、「デモデータ作成」
という仕事名の仕事と、「特許明細」という仕事名の仕
事をスケジュール入出力手段３３で表示したものである
（それぞれ、３３０Ｂ、３３０Ｃ）。スケジュール入出
力手段３３でスケジュールデータを一時的に変更し、こ
の変更結果がリアルタイムにカレンダー表示手段３２の
忙しさの表示に反映される。従って、ユーザは忙しさの
変化を観察しながら仕事の実行予定の変更を行うことが
できる。以下では、スケジュールＤＢ３６に登録されて
いる仕事に関して、仕事の忙しさをシミュレーションし
ながら、開始予定日を再設定する方法を説明するが、新
規の仕事の開始予定日を入力する場合も同様である。

【００４９】まず、シミュレーション管理手段４の構成
を示した図１８を説明する。シミュレーション管理手段
４はスケジュールＤＢ３６に登録されている仕事を一時
的に記憶するコピーメモリー４１の集まりから構成され
ている。図１８の例ではｎ個のコピーメモリーから構成
されており、従ってｎ個の仕事を同時に記憶できる。ま
た、コピーメモリーの状態は仕事が記憶されていないＡ
ＶＡＩＬＡＢＬＥ状態と仕事が記憶されているＵＳＥＤ
状態を持つ。シミュレーション管理手段は以下の関数を
実行できる。

【００５０】ＢａｃｋＵｐＳｃｈｅｄｕｌｅ（仕事Ｉ
Ｄ）：仕事ＩＤをキーにスケジュールＤＢを検索し、こ
の検索された仕事をＡＶＡＩＬＡＢＬＥなコピーメモリ
ー４１へコピーする。コピーされたコピーメモリ４１は
ＵＳＥＤ状態にする。検索に失敗した場合にはなにもし
ない。検索に成功した場合にはＴＲＵＥを返し、失敗し
た場合にはＦＡＬＳＥを返す。

【００５１】ＲｅｓｔｏｒｅＳｃｈｅｄｕｌｅ（仕事Ｉ
Ｄ）：仕事ＩＤをキーにコピーメモリー４１を検索し、
検索された仕事をスケジュールＤＢにデータベースセー
ブを行う。検索されたコピーメモリー４１はＡＶＡＩＬ
ＡＢＬＥ状態にする。検索に失敗した場合にはなにもし
ない。検索に成功した場合にはＴＲＵＥを返し、失敗し
た場合にはＦＡＬＳＥを返す。

【００５２】ＣｌｅａｒＳｃｈｅｄｕｌｅ（仕事Ｉ
Ｄ）：仕事ＩＤをキーにコピーメモリー４１を検索し、
検索されたコピーメモリー４１をＡＶＡＩＬＡＢＬＥ状
態にする。検索されなかったときにはなにもしない。検
索に成功した場合にはＴＲＵＥを返し、失敗した場合に
はＦＡＬＳＥを返す。

【００５３】図２０に、シミュレーションをする前の状
態を覚えておく手順に関して示す。まず、ユーザは開始
予定日を再設定したい仕事をカレンダー表示手段３２か
ら探し、マウスで仕事表示領域３２２２をクリックする
（Ｓ４１０）。Ｓ４１０でユーザが仕事を選択すると、
シミュレーション管理手段４はロードした仕事のコピー
を記憶しておくためにＢａｃｋＵｐＳｃｈｅｄｕｌｅ
（コピーする仕事の仕事ＩＤ）を実行する。ＢａｃｋＵ
ｐＳｃｈｅｄｕｌｅの値がＴＲＵＥであれば、スケジュ
ール入出力手段３３へユーザが選択した仕事をロードす
る（Ｓ４１４）。もしＢａｃｋＵｐＳｃｈｅｄｕｌｅの
値がＦＡＬＳＥのとき、エラーでこの手順を終了する
（Ｓ４１５）。

【００５４】図２１に、シミュレーションの手順を示
す。ユーザはＳ４１４において、スケジュール入出力手
段３３にロードされた仕事の値を再設定し（Ｓ４２
０）、シミュレーションボタン３４０を押す。スケジュ
ール入出力手段３３はシミュレーションボタン３４０が
押されると、表示されている仕事のデータベースセーブ
を行う（Ｓ４２４）。さらに、スケジュール入出力手段
３３は忙しさ算出手段３に忙しさの再計算を依頼する
（Ｓ４２５）。最後に、カレンダー表示の更新をカレン
ダー表示手段３２に依頼する（Ｓ４２６）。

【００５５】以下、具体的に、図２の２行目の仕事（以
下特許明細）と３行目の仕事（以下デモデータ作
成）を例に説明する。図１９に７／８から７／１２まで
の１週間のカレンダー表示３２０Ｅを示す。７／８から
７／１２までの仕事の忙しさはそれぞれ、５、２、５、
７、７時間である。今、ユーザは特許明細、デモデータ
作成ともに、締切り間際の７／１１と７／１２に仕事が
忙しいのは良くないと考え、シミュレーションによりこ
れら仕事の開始予定日の調整をする。７／９が暇である
ことに注目し、デモデータ作成の開始予定日を７／１１
から７／９に変更する。デモデータ作成の１日平均工数
は７／１１から７／９に開始予定日を変更することによ
って、４／２＝２から４／４＝１に変更されるので、仕
事の忙しさはそれぞれ５、３（２＋１）、６（５＋
１）、６（７−１）、６（７−１）時間となる（カレン
ダー表示３２０Ｆ）。しかし、まだ７／１１と７／１２
は仕事が忙しいことがわかる。そこで特許明細の開始予
定日を７／１０から７／８に変更する。明細書作成の１
日平均工数は１５／３＝５から１５／５＝３に変更され
るため、仕事の忙しさはそれぞれ、８（５＋３）、６
（３＋３）、８（６＋３）、４（６−２）、４（６−
２）となる（カレンダー表示３２０Ｇ）。この例の場
合、ユーザは締切り間際の７／１１と７／１２に余裕を
持たせようとするならば、特許明細は７／８から開始
し、デモデータ作成は７／９から開始すればよく、ただ
し、７／８と７／１０は忙しくなることがわかる。

【００５６】ユーザはシミュレーション結果を見て、仕
事の変更点をスケジュールＤＢ３６に反映させたいとき
には、スケジュール入出力手段３３のＯＫボタン３３７
を押す。ユーザがＯＫボタン３３７を押したとき、スケ
ジュール入出力手段３２は仕事のデータベースセーブを
行う（Ｓ４２２）。スケジュール入出力手段３３はシミ
ュレーション管理手段４へＣｌｅａｒＳｃｈｅｄｕｌｅ
（仕事ＩＤメモリー３３９の値）を依頼することでコピ
ーメモリー４１で記憶していた変更前の状態のバックア
ップを破棄する（Ｓ４２７）。最後に、カレンダー表示
の更新をカレンダー表示手段３２に依頼する（Ｓ４２
８）。変更点を採用せずにもとのままで良い場合には、
ユーザはキャンセルボタン３３８を押す。キャンセルボ
タン３３８が押されると、スケジュール入出力手段３２
はシミュレーション管理手段４へＲｅｓｔｏｒｅＳｃｈ
ｅｄｕｌｅ（仕事ＩＤメモリー３３９の値）を依頼する
ことで、変更前の状態にスケジュールＤＢ３６を戻し、
コピーメモリー４１で記憶していた変更前の状態のバッ
クアップを破棄する（Ｓ４２３）。最後に、カレンダー
表示の更新をカレンダー表示手段３２に依頼する（Ｓ４
２８）。

【００５７】次に、図２２を参照して、本発明の第三の
実施の形態によるスケジュール表示システムについて説
明する。

【００５８】図２２のスケジュール表示システムは、図
２２と同様の構成のスケジュール表示システム複数個を
同時に独立に動作させ、これらスケジュール表示システ
ム間で通信するためのネットワークと、ネットワークを
用いて他のスケジュール管理システムへアクセスするた
めのネットワークアドレスを記憶するアドレス記憶手段
と、前記ネットワークを用いて他のユーザのスケジュー
ルや忙しさを集計し、ユーザへ表示するグループ忙しさ
表示手段を追加したものになっている。また、カレンダ
ー表示手段３２は、グループメンバーの忙しさをユーザ
が見るときに入力するグループ忙しさ表示ボタン３２５
を追加する（図２４）。

【００５９】図２３に利用形態を示す。ユーザ１人につ
き、各ユーザの個人スケジュールを管理するスケジュー
ル表示システムを持つ。図２３の例では、ｎ人（ｎ＝
１、２、．．．．）のユーザに対してｎ個のスケジュー
ル表示システムが存在し、これらが同時に独立に動作す
る。スケジュール表示システムはそれぞれ別のマシーン
で動作しても良いが、そのうちいくつかは、あるいはす
べてが、同一のマシーンで動作しても良い。各スケジュ
ール表示システムはネットワークを用いて接続されてい
る。ここでネットワークは複数のスケジュール管理シス
テムを結合する仮想的なものであり、例えば、オペレー
ティングシステムによって提供されるプロセス間通信機
能でも良い。さらに、スケジュール表示システムはスケ
ジュールＤＢ、実行可能性ＤＢ、曜日設定テーブルを、
ネットワークを用いて他のスケジュール表示システムか
らアクセスできるようにネットワークアドレスを公開す
る。ネットワークアドレスは例えば、“／／マシーン名
／マシーン内のファイル名”の形式で表し、スケジュー
ル表示システムはネットワークアドレスを用いて参照す
ることで、ローカルマシーン内のファイルと同様の操作
が可能であるとする。

【００６０】図２５にアドレス記憶手段７の一例を示
す。第一の項目はユーザの名前を意味する欄であり、第
二の項目はスケジュールＤＢのネットワークアドレスを
意味する欄であり、第三の項目は実行可能性ＤＢのネッ
トワークアドレスを意味する欄であり、第四の項目は曜
日設定ＤＢのネットワークアドレスを意味する欄であ
る。例えば、第一行目は、「ユーザ喜田のスケジュール
ＤＢは／／ＯＢＰＳＥＲＶ／ＨＯＭＥ／ＫＩＤＡ／ＳＣ
Ｈ．ＤＢであり、実行可能性ＤＢは／／ＯＢＰＳＥＲＶ
／ＨＯＭＥ／ＫＩＤＡ／ＥＶＮＴ．ＤＢであり、曜日設
定テーブルは／／ＯＢＰＳＥＲＶＥ／ＨＯＭＥ／ＫＩＤ
Ａ／ＷＥＥＫ．ＤＢである。」ことを示している。

【００６１】ユーザがグループ忙しさ表示ボタン３２５
を押すと、グループ忙しさ表示手段６は、忙しさを表示
したいユーザ名を選択するダイアログであるユーザ選択
画面６１０を開ける。図２６にユーザ選択画面の一例を
示す。グループ忙しさ表示手段６はアドレス記憶手段７
に記憶されているすべてのユーザのユーザ名をユーザリ
スト領域６１１に表示する。参照ユーザ領域６１２は忙
しさを表示するユーザを表している。ユーザはユーザリ
スト領域６１１のユーザ名を選択し参照ユーザ領域６１
２へドラッグすることで、忙しさを表示するユーザを追
加し、逆に、参照ユーザ領域６１２のユーザ名を選択し
ユーザリスト領域６１１へドラッグすることで、忙しさ
を表示するユーザを削除する。ユーザは忙しさの表示を
開始する日を開示日設定領域６１３に入力し、入力ユー
ザがＯＫボタン６１４を押す。

【００６２】グループスケジュール表示手段６は参照ユ
ーザ領域６１２のユーザ名からアドレス記憶手段７を用
いて、スケジュールＤＢのネットワークアドレスを得
て、図９と同様の方法でスケジュールを表示する。図２
７にグループメンバーの忙しさの表示例を示す。横軸は
日時を表し、開始日設定領域６１３に設定した日から１
週間を表示する。２週間目以降はユーザがスクロール操
作をすることで表示する。縦軸はユーザを表しており、
左端にユーザ名を表示する。忙しさの表示は前述した図
１３と同様の手順で算出し背景色の表示を行う。

【００６３】また、本発明においては、以上の述べたよ
うな構成をコンピュータプログラムによって作成し、フ
ロッピーディスクやＣＤ−ＲＯＭに代表される記録媒体
によって記録してもよい。

【００６４】

【発明の効果】本発明によるスケジュール表示システム
では、スケジュールデータベースに記憶されているアポ
イントメントとＴｏＤｏ作業をすべて予定どおりに完了
するために、ユーザは何時間働く必要があるのかを日毎
に予測する忙しさ算出手段を備えており、グラフィカル
にこの忙しさをテキストベースのスケジュール表示と重
ね合わせることで、ユーザの持ち時間が容易にわかると
いう効果がある。例えば、ｘ月ｙ日は、アポイントメン
トの予定がなく、ｘ月ｙ日に締切り日であるＴｏＤｏ作
業もない場合に、従来のスケジュール表示システムでは
ｘ月ｙ日は１日中持ち時間であるように表示されていた
が、本発明のスケジュール表示システムでは、ｘ月ｙ日
前後の仕事からｘ月ｙ日の忙しさが算出され、ユーザへ
表示されるために、ユーザは持ち時間を容易に把握する
ことができる。

【００６５】また、本発明によるスケジュール表示シス
テムは、スケジュールデータの入力や変更を行うと、リ
アルタイムに忙しさを再計算し表示するために、ユーザ
は忙しさを見ながら実行開始時間などの予定を入力する
ことができという効果がある。

【００６６】さらに、本発明によるスケジュール表示シ
ステムでは、ネットワークを用いてグループメンバーの
忙しさを集計し、個人の忙しさと同様の方法でグラフィ
カルにユーザに提示するグループ忙しさ表示手段を備え
ており、非公開な作業がある場合であっても、ユーザ
は、だれがいつ頃忙しいかを容易に知ることができると
いう効果がある。例えば、ある他のユーザＡがスケジュ
ールを非公開にしている場合、従来のスケジュール表示
システムでは、非公開な仕事の分量や実行開始時期など
がわからないためにユーザＡの持ち時間が予測すること
ができなかったが、本発明では、忙しさが提示されてい
るために容易に理解することが可能である。

【図面の簡単な説明】

【図１】本発明の第一の実施の形態の構成を示すブロッ
ク図

【図２】本発明のスケジュール管理手段の構成を示すブ
ロック図

【図３】本発明のスケジュールＤＢの一例を示す図

【図４】本発明の曜日設定テーブルの一例を示す図

【図５】本発明の実行可能性ＤＢの一例を示す図

【図６】本発明の実行予定制御手段の関数ｉｓＷｏｒｋ
の算出手順を示す図

【図７】本発明の実行予定制御手段の関数ＷｏｒｋＤａ
ｙｓの算出手順を示す図

【図８】本発明のカレンダー表示手段の一画面例

【図９】本発明のカレンダー表示手段の仕事表示領域部
分の一画面例

【図１０】本発明のカレンダー表示手段の一画面例

【図１１】本発明のカレンダー表示手段の一画面例

【図１２】本発明のスケジュール入出力手段の一画面例

【図１３】本発明の忙しさ算出手段が算出する関数ｕｓ
ｅｒＬｏａｄ（ｘ）の計算手順の一例

【図１４】本発明のユーザの仕事の忙しさを表示したカ
レンダー表示手段の一画面例

【図１５】本発明の第二の実施の形態の構成を示すブロ
ック図

【図１６】本発明のスケジュール入出力手段の一画面例

【図１７】本発明のスケジュールシミュレーション中の
一画面例

【図１８】本発明のシミュレーション管理手段の構成を
示すブロック図

【図１９】本発明のスケジュールシミュレーション機能
を説明するための図

【図２０】本発明の仕事のバックアップを記憶する手順
を示す図

【図２１】本発明のスケジュールシミュレーション機能
の手順を示す図

【図２２】本発明の第三の実施の形態の構成を示すブロ
ック図

【図２３】本発明の第三の実施の形態の利用形態を示す
図

【図２４】本発明ののカレンダー表示手段の一画面例

【図２５】本発明のアドレス記憶手段の一例を示す図

【図２６】本発明の忙しさを表示するユーザを指定する
ダイアログの一例を示す図

【図２７】本発明のグループ忙しさ表示の一例を示す図

【図２８】従来技術の画面例

【図２９】従来技術の画面例

【図３０】従来技術の画面例

【図３１】従来技術の画面例

【符号の説明】１忙しさ表示手段２忙しさ算出手段３スケジュール管理手段４シミュレーション管理手段５ネットワーク６グループ忙しさ表示手段７アドレス記憶手段３１実行予定制御手段３２カレンダー表示手段３３スケジュール入出力手段３４曜日設定テーブル３５実行可能性ＤＢ３６スケジュールＤＢ４１コピーメモリー３２０，３２０Ａ〜Ｇカレンダー表示手段画面例３２１曜日ボタン３２２仕事表示領域３２３表示年月指定領域３２４表示モードボタン３２５グループ忙しさ表示ボタン３２２１日付ラベル３２２２仕事表示領域３２２３実行可能性表示領域３３０スケジュール入出力手段画面例３３１〜３３６仕事入力フィールド３３７ＯＫボタン３３８キャンセルボタン３３９仕事ＩＤメモリー３４０シミュレーションボタン６１０グループ忙しさ表示手段画面例６１１全ユーザ名リスト６１２参照ユーザ名リスト６１３表示開始日指定欄６１４ＯＫボタンＲ１ビジーバーＲ２ビジーバーＲ３タスクバー

Claims

【特許請求の範囲】

【請求項１】表示画面を有するコンピュータ・システム
を用いて、個人のスケジュールと他ユーザのスケジュー
ルを表示するスケジュール表示システムにおいて、ユーザが入力した仕事のスケジュールをスケジュールデ
ータベースに記憶し、カレンダー上にスケジュールを表
示するスケジュール管理手段と、前記スケジュールデータベースに記憶された仕事をユー
ザが予定どおりに完了するために、１日あたりにユーザ
が働く必要がある時間（忙しさ）を推定する忙しさ算出
手段と、前記忙しさ算出手段が推定した忙しさをユーザにグラフ
ィカルに表示する忙しさ表示手段を有することを特徴と
するスケジュール表示システム。
【請求項２】前記スケジュール管理手段が、ユーザが前
記仕事を実行する曜日と、前記仕事を実行しない曜日を
特定した曜日設定テーブルをさらに備え、前記忙しさ算出手段が、前記曜日設定テーブルを参照し
て忙しさを推定することを特徴とする請求項１に記載の
スケジュール表示システム。
【請求項３】前記曜日設定テーブルの内容を、前記スケ
ジュール管理手段が表示するスケジュールと重ね合わせ
て表示することを特徴とする請求項２に記載のスケジュ
ール表示システム。
【請求項４】前記スケジュール管理手段が表示するスケ
ジュールから、前記曜日設定テーブルが保持している内
容を変更するインタフェースを備えることを特徴とする
請求項２または３に記載のスケジュール表示システム。
【請求項５】前記スケジュール管理手段が、前記スケジ
ュールデータベースに記憶した仕事をユーザが実行する
日を記憶した実行可能性ＤＢをさらに備え、前記忙しさ算出手段が、前記実行可能性ＤＢを参照して
忙しさを推定することを特徴とする請求項１から４のい
ずれか一項に記載のスケジュール表示システム。
【請求項６】前記実行可能性ＤＢの内容を、前記スケジ
ュール管理手段が表示するスケジュールと重ね合わせて
表示することを特徴とする請求項５に記載のスケジュー
ル表示システム。
【請求項７】前記スケジュール管理手段が表示するスケ
ジュールから、前記実行可能性ＤＢが保持している内容
を変更するインタフェースを備えることを特徴とする請
求項５または６に記載のスケジュール表示システム。
【請求項８】前記忙しさ表示手段が提供する忙しさの表
示が、カレンダーの表示を、画面の濃淡によって忙しさ
を表現することによって、グラフィカルにユーザに提示
することを特徴とする請求項１から７のいずれか一項に
記載のスケジュール表示システム。
【請求項９】前記忙しさ表示手段が忙しさをユーザに表
示する際に、前記スケジュール管理手段が表示するスケ
ジュールと重ね合わせて表示することを特徴とする請求
項１から８のいずれか一項に記載のスケジュール表示シ
ステム。
【請求項１０】前記スケジュール管理手段がスケジュー
ルを表示する際に、前記忙しさ表示手段が表示する忙し
さを重ねて表示する手法と、忙しさを重ねないでスケジ
ュールのみを表示する手法とを、ユーザが切り替える手
段を付加したことを特徴とする請求項９に記載のスケジ
ュール表示システム。
【請求項１１】前記スケジュール管理手段がスケジュー
ルデータベースを変更した際に、前記忙しさ算出手段が
自動的に忙しさの再計算を行い、前記忙しさ表示手段が
再計算された忙しさを再描画することを特徴とする請求
項１から１０のいずれか一項に記載のスケジュール表示
システム。
【請求項１２】前記スケジュールデータベースのバック
アップを記憶するシミュレーション管理手段を更に備
え、前記シミュレーション管理手段は、ユーザが前記ス
ケジュールデータベースの値を仮に変更し、前記仮の変
更を基にした忙しさの表示を行うことを特徴とする請求
項１から１１のいずれか一項に記載のスケジュール表示
システム。
【請求項１３】他のユーザのスケジュールを管理してい
る、前記スケジュール表示システムと通信を行うための
ネットワークと、前記ネットワークを用いて、他のユーザの前記スケジュ
ール表示システムへアクセスするためのネットワークア
ドレスを記憶しているアドレス記憶手段と、前記ネットワークと前記アドレス記憶手段を用いて他の
ユーザのスケジュールデータベースへアクセスし、他の
ユーザのスケジュールデータと忙しさをユーザに表示す
るグループ忙しさ表示手段とをさらに備えることを特徴
とする請求項１から１２のいずれか一項に記載のスケジ
ュール表示システム。
【請求項１４】グループ忙しさ表示手段が、複数のユー
ザの忙しさをひとつのカレンダー上に集計して表示する
ことを特徴とする請求項１３に記載のスケジュール表示
システム。
【請求項１５】表示画面を有するコンピュータ・システ
ムを用いて、個人のスケジュールと他ユーザのスケジュ
ールを表示するプログラムを記録したスケジュール表示
プログラムを記録した記録媒体において、ユーザが入力した仕事のスケジュールをスケジュールデ
ータベースに記憶し、カレンダー上にスケジュールを表
示する第１のステップと、前記スケジュールデータベースに記憶された仕事をユー
ザが予定どおりに完了するために、１日あたりにユーザ
が働く必要がある時間（忙しさ）を推定する第２のステ
ップと、前記第２のステップによって推定した忙しさをユーザに
グラフィカルに表示する第３のステップを少なくとも備
えるプログラムを記録したスケジュール表示プログラム
を記録した記録媒体。