JPH0683835A - スケジュール管理支援装置 - Google Patents

Abstract

(57)【要約】 【目的】 本発明は、納期を忘れることなく、着実に作
業できる環境を提供する。 【構成】 本発明は、作業担当者ごとに、担当作業につ
いて締切期日、提示優先順位、進捗状況、表示形態など
の情報を記憶するスケジュール・テーブルと、スケジュ
ール・テーブルに締切期日、提示優先順位、進捗状況、
表示形態などの情報を入力する入力部と、スケジュール
・テーブルに記憶された締切期日までの残り時間と進捗
状況に応じて、作業の提示優先順位を変更するスケジュ
ール調整部と、スケジュール・テーブルに記憶された提
示優先順位に応じて、表示サイズ、形態、表示位置など
の表示形態を変更する表示調整部と、スケジュール・テ
ーブルに記憶された表示形態に応じて表示を行う表示制
御部と、スケジュール・テーブル、スケジュール調整
部、表示調整部、表示制御部の間のデータ交換を管理す
るスケジュール管理部とを持つ。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明はスケジュール管理支援装
置に関する。

【０００２】

【従来の技術】パーソナルコンピュータやワークステー
ションで使うスケジュール管理のアプリケーション・ソ
フトウェアでは、会議や作業終了の予定時刻や期日を登
録しておく方式になっている。登録された時刻や期日に
なると、登録した会議名や作業内容などがメッセージと
して表示し、さらに警告音などを発し、ユーザに知らせ
る。資料などの準備の必要ない会議であれば、警告音を
聞いてから、会議に出席しても、ぎりぎりで間に合うか
もしれない。しかし、資料の準備が必要な会議の場合、
あるいは期日までに終わらせねばならない作業の場合に
は、締切期日になって警告されても、間に合わない。

【０００３】大規模なプロジェクトでは、ＰＥＲＴ図な
どの管理手法により、工程ごとに厳格に管理を行ってい
る。この手法は、プロジェクト管理者のためのものであ
る。担当者のレベルでは、このようなＰＥＲＴ図で管理
されるような大規模プロジェクト以外の種々の書類作成
があり、すべてＰＥＲＴ図で一括して管理しきれない。
プロジェクトのようなメインの仕事は常に納期厳守を年
頭に作業をするので、優先的に作業するが、プロジェク
ト以外の書類作成や、プロジェクトの仕事でも、気の進
まない仕事は、後回しになり、なかなか期日までに作業
しきれないことが多い。このような作業に対して、前記
のスケジュール管理アプリケーション・ソウトウェアな
どから、期日になって警告音が発せられても、遅すぎ
る。

【０００４】以上のような不具合を解決するために、期
日まで定期的に、例えば一日一回、期日指定で登録され
ている作業のリスト（ｗｈａｔ ｔｏ ｄｏ ｌｉｓ
ｔ）を提示するようにしたアプリケーション・ソフトウ
ェアがある。定期的に警告されるので、期日まで警告し
ないスケジュール管理アプリケーション・ソフトウェア
より、納期厳守の可能性は上がる。

【０００５】しかし、一過性なので、プログラムのデバ
ッグ作業や、あるいはゲームなどに夢中になっている
と、警告されたときだけ、やらねばいけないと思うが、
時間が経つと警告されたことを忘れてしまう傾向にあ
る。また、レポートの提出などあまりやりたくない作業
の場合には、警告が発せられても、無視してしまう可能
性も高い。つまり単に警告を発するだけで、作業の遂行
を強制する手段がなかった。

【０００６】

【発明が解決しようとする課題】納期厳守のための警告
が一過性であるため、無視されたり、時間が経つと忘れ
たりしてしまう。

【０００７】

【課題を解決するための手段】本発明は、作業担当者ご
とに、担当作業について締切期日、提示優先順位、進捗
状況、表示形態などの情報を記憶するスケジュール・テ
ーブルと、スケジュール・テーブルに締切期日、提示優
先順位、進捗状況、表示形態などの情報を入力する入力
部と、スケジュール・テーブルに記憶された締切期日ま
での残り時間と進捗状況に応じて、作業の提示優先順位
を変更するスケジュール調整部と、スケジュール・テー
ブルに記憶された提示優先順位に応じて、表示サイズ、
形態、表示位置などの表示形態を変更する表示調整部
と、スケジュール・テーブルに記憶された表示形態に応
じて表示を行う表示制御部と、スケジュール・テーブ
ル、スケジュール調整部、表示調整部、表示制御部の間
のデータ交換を管理するスケジュール管理部とを持つ。

【０００８】

【作用】本発明では、締切期日、進捗状況等から作業状
況の緊急性を自動的に画面上に表示するので、ユーザ
は、締切表示されている作業から順番に片付けて行けば
良く、スケジュール表を覗いて他の作業を心配する必要
がない。又、優先度に応じて、作業が提示されるので、
見ただけで、どの作業から片付けねばならないかがわる
ので、毎日の仕事のスケジュールリングに費やす時間が
節約できる。

【０００９】

【実施例】以下、図面に沿って本発明の一実施例につい
て説明する。

【００１０】図１は、本発明の概略構成を示すものであ
る。スケジュールの入力・変更などを行ったり、作業遂
行に必要な入力を行ったり、作業の選択などを行ったり
するための、キーボードやマウスなどの入力デバイスか
らなる入力部２と、図２に示したようなデータ構造で担
当者別に作業毎に締切期日、提示優先順位、進捗状況、
表示形態などの情報を入力制御８を介し記憶するスケジ
ュール・テーブル１と、スケジュール・テーブル１に記
憶された締切期日までの残り時間と進捗状況に応じて、
作業の提示優先順位を決定あるいは変更するスケジュー
ル調整部３と、スケジュール調整部３により変更あるい
は入力部２より入力された提示優先順位に基づいて、ス
ケジュール・テーブルに記憶されている、例えば図３の
様な形式で記憶されている表示形態を変更するための表
示調整部４と、表示調整部４により調整あるいは前記入
力部より入力された表示形態に基づいて、ウインドウや
アイコンなどの表示を制御する表示制御部６と、表示制
御部６により生成されたイメージを表示するためのＣＲ
Ｔディスプレイなどからなる出力部７とからなる。また
入力制御部８、スケジュール調整部３、表示調整部４、
表示制御部６は情報管理部５を構成する。又、メモリ１
３には作成された作業データ（ファイル等）が記憶され
る。図４は、図３の表示形態に対応した出力部５の表示
例である。

【００１１】図２は、例えば１９９２年２月２７日時点
でのスケジュール・テーブルの一例を示している。図２
の第１行目は、このスケジュール・テーブルの持ち主を
示している。この例では、ログイン名（コンピュータ上
での名前）がＤｏｉのユーザのスケジュール・テーブル
であることを示している。第３行目から第８行目まで
は、作業番号１の作業の内容を示している。作業の名称
が「ＣＧ報告書」、締切期日が１９９２年２月２８日
で、現在の提示優先順位が１である。括弧内は、初期
（ユーザにより入力された値）の優先順位を示してお
り、ユーザは、２の優先順位を与えている。実際の進捗
状況は、ファイル〜doi/CG/Doc/cg report.docに格納
されていることが、第７行目に示されている。表示形態
のファイルは、デフォルトでホームディレクトリの .vi
ewファイルが参照され、その表示形態ファイルに格納さ
れている１番目の表示データであることが８行目に示さ
れている。表示形態ファイルを .viewファイル以外にし
たければ、ファイル指定を別途行えば、その旨がスケジ
ュールファイルに例えば、図５の第２行目の様に記入さ
れ、.view doi ファイルが .viewファイルのかわりに
参照される。

【００１２】図２の第１０行目から第１５行目は作業２
の内容、第１７行目から第２２行目は、作業３の内容を
示している。作業３の現在の提示優先順位は、０になっ
ている。これは、作業が完了して提示する必要がなくな
ったことを示している。また、進捗状況は〜doi/CG/src
/shadow というディレクトリに存在していることが示さ
れている。

【００１３】図３は表示形態ファイルの一例である。第
１行目から第１１行目までは、表示形態１の内容を示し
ている。第１行目は、識別番号、第２行目は、表示の種
別。この場合は、ウィンドウであり、他に第１５行目に
示すようにアイコンがある。第３，４行目は、表示する
ウィンドウなり、アイコンの左上隅の画面上でのＸ座標
値、Ｙ座標値を示す。形が第１８行目に示すように、ハ
ート型など、矩形でない場合には、外接する矩形の左上
隅の座標値で示すことにする。第５行目は、表示するウ
ィンドウなり、アイコンの形を示している。標準の矩形
以外にハート型、ひし形、涙型などいろいろの形が可能
である。第６，７行目は、表示するウィンドウやアイコ
ンの大きさ（幅と縦の長さ）を示している。矩形でない
場合には、外接する矩形の大きさで代用する点は、配置
位置と同様である。第８行目は、ウィンドウやアイコン
に表示するデフォルトの文字の種類、第９行目は文字サ
イズを設定している。これらは、ユーザが中に表示する
文書や図表などに対して、別途指示をしない限り、ある
いはウィンドウやアイコンで動くアプリケーションが別
個に指示を行わない限り、有効である。第１０行目はウ
ィンドウやアイコンの背景色、第１１行目は文字色を指
示している。図３の例では、表示できる色が２５６色で
あることを想定した指定となっているが、フルカラー１
６７７万色に対して、指定することもできる。

【００１４】図４は、図２と図３に対応する表示例であ
る。右下のウィンドウは作業番号１の作業を表示し、そ
の上方のアイコンは、作業番号２の作業を表示してい
る。電子メール用のツールボックスなど定常的に表示さ
れるアイコンがある場合もあるが、ここでは、分かりや
すくするため、画面上には、スケジュール・テーブルに
対応したものだけが表示されているとする。表示制御部
６は、図２のスケジュール・テーブルの提示優先順位を
探索して、提示優先順位の高い順に提示を行う。図２の
例では、作業番号１が提示優先順位が１なので、まず表
示され（つまり図４のウィンドウが最初に出てくる）、
つぎに提示優先順位が２の作業番号２に対応するアイコ
ンが表示される。提示優先順位が０の作業番号３は、ス
ケジュール・テーブルにデータはあるが、順位が０なの
で、表示されない。

【００１５】作業１のラベルは、図２の第４行目にある
ように「ＣＧ報告書」となっているので、図４のウィン
ドウのラベルは、「ＣＧ報告書」となっている。作業１
の表示形態は、図２の第８行目にあるように１を参照し
ているので、図３の .viewファイルの１の表示形態が参
照され、（１１５，１７８）（図３第３，４行）を左上
欄とした矩形（図３第５行）の幅１８０（図３第６行）
で縦３１０（図３第７行）の大きさのウィンドウ（図３
第２行）が図４のように開かれる。同様に作業２の表示
形態は、２（図２第１５行目）となっているので、図３
の .viewファイルの２の表示形態が参照され、幅５０縦
６０のハート型のアイコンが（１５０，５０）の位置に
表示される。

【００１６】次にスケジュール調整部３の動作について
説明する。図６は、１９９２年２月１５日時点のユーザ
Ｄｏｉのスケジュール・テーブルの例である。図２のス
ケジュール・テーブルとは作業番号２の作業が存在しな
いこと、作業番号１の提示優先順位が２で、作業番号３
の提示優先順位が１の点が異なっている。

【００１７】ユーザは、電子メールや電話などで来た依
頼や作業指令に従って、例えば図７に示したようなグラ
フィカル・ユーザ・インタフェースを用いて、入力部２
のキーボードや音声認識により、入力を行う。図７へ入
力されたデータは、それぞれ該当項目に格納される。１
９９２年２月２２日の時点で、図６のスケジュール・テ
ーブルに対し、図７に示すように、「マルチチメディア
の本」の作業が新たに入力されたとする。スケジュール
調整部３での提示優先順位の変更は、図８乃至図１０に
示すような流れに沿って行われる。

【００１８】スケジュール調整部３は、図７に示したよ
うな形式でスケジュール・テーブル２のデータが新たに
入力されたとき、あるいはスケジュール・テーブル２の
データが変更されたとき、あるいはユーザの使用するシ
ステムの立ちあげ時やユーザが予め設定してあるスケジ
ュール・チェック時になったときに、スケジュールの調
整を開始する（ステップａ）。

【００１９】まずスケジュール・テーブル２を探索し、
現在時と締切期日との差が負あるいは０のものを探索
し、探索した結果を集合Ｎ０として格納する。同様に残
り日数が１日のものを集合Ｎ１に、２日のものをＮ２
に、３日のものをＮ３に、４日のものをＮ４に、５日の
ものをＮ５に、６日のものをＮ６に格納する。７日以上
のものは、Ｎ７に格納する（ステップｂ）。第６図の例
では、 Ｎ１に作業番号３ Ｎ６に作業番号１ Ｎ７に作業番号２ が格納される。

【００２０】次に提示優先順位の初期値と現在値に沿っ
て探索を行う（ステップｃ）。作業番号３は、初期の提
示優先順位が１で現在値が１なので、Ｐ１１に格納され
る。作業番号１は、初期の提示優先順位が２で、現在値
が２なので、Ｐ２２に格納される。作業番号２は、初期
の提示優先順位が２で、現在値は、まだ決まっていない
ので、Ｐ５５に格納される。

【００２１】以降のステップから、優先順位の変更には
いる。ステップｄでは、既に締切期日がきている作業の
探索を行う。締切期日が来ているものは、ステップｂで
集合Ｎ０に既に格納されている。このうち、作業が完了
しているもの、即ち現在の優先順位が０のものは除く必
要があるので、集合Ｎ０と集合Ｐｊｋ（ｋは０でない）
との積集合をとり、集合Ｓとする。今の例では、Ｓは空
なので、ステップｄの結果は、ｎｏなのでステップｆの
処理に移るが、Ｓが空でなければ、ステップｅの処理を
実行する。

【００２２】つまり、集合Ｓに格納されている作業は、
締切期日が来ているにもかかわらず、作業が終了してい
ないので、その提示優先順位は、Ｓ（Ｓｐｅｃｉａｌ）
となるようスケジュール・テーブルの値を書き換える。
この優先順位を持つ作業が終了しない限り、他の作業が
できないことになる。その表示例については、後に説明
する。ステップｆでは、締切まで、１−３日しか残って
いないで、提示優先順位の初期値が１のもので、作業が
完了していないものを求める。

【００２３】

【数１】

【００２４】Ｎ１に作業番号３が格納されており、Ｐ１
１に作業番号３が格納されており、他Ｎ２，Ｎ３やＰ１
２，Ｐ１３，Ｐ１４，Ｐ１５は空なので、Ｔには、作業
番号３の作業が格納される。ステップｆの結果は、今の
場合ｙｅｓなので、次のステップｇに処理が移る。ｎｏ
の場合には、ステップｈに処理が移る。

【００２５】ステップｇでは、集合Ｔに格納されている
作業の提示優先順位の現在値を１になるようスケジュー
ル・テーブルの値を書き換える。従って、作業番号３の
提示優先順位は、１になる。ステップｈでは、提示優先
順位の初期値が１で、締切までの日数が４日，５日，６
日であるもので、作業が完了していないものを求める。

【００２６】

【数２】

【００２７】今の例では、Ｎ４，Ｎ５，Ｎ６は空集合な
ので、集合Ｕも空であるので、ステップｊに処理が移
る。集合Ｕが空集合でない場合には、ステップｉの処理
を行う。ステップｉでは、集合Ｕの提示優先順位の現在
値が２になるようにスケジュール・テーブルを書き換え
る。ステップｊでは、提示優先順位の初期値が１以外の
もので、締切期日まで残り１日か２日のもので、作業が
完了していないものを求める。

【００２８】

【数３】

【００２９】今の例では、Ｎ１に作業番号３が格納され
ているが、Ｐ２２には、作業番号１と２が格納されてい
るので、積集合Ｖは空になる。ステップｋで集合Ｖの作
業の提示優先順位の現在値が１になるようにスケジュー
ル・テーブルを書き換える。ステップｌでは、提示優先
順位の初期値が１以外のもので、締切期日まで残り３日
か４日，５日，６日のもので、作業が完了していないも
のを求める。

【００３０】

【数４】

【００３１】今の例では、Ｎ６に作業番号１が格納さ
れ、Ｐ２２に作業番号１が格納されているので、集合Ｗ
に作業番号１が格納される。ステップｍで、作業番号１
の提示優先順位の現在値を初期値に２になるようスケジ
ュール・テーブルを書き換える。ステップｎでは締切期
日が７日以上のもので作業が完了していないものを探索
する。

【００３２】

【数５】

【００３３】今の例では、Ｎ７に作業番号２が格納さ
れ、Ｐ２５に作業番号２が格納されているので、集合Ｘ
には、作業番号２が格納される。ステップ０で、作業番
号２の提示優先順位の現在値を初期値に１を加えた３に
なるようスケジュールテーブルを書き換える。以上の処
理の結果は、図１１のようになる。

【００３４】次に表示調整部４は、スケジュール・テー
ブルの提示優先順位の現在値を参照しながら、表示形態
の値を書き換えていく。表示調整部４は、例えば、優先
順位の現在値をそのまま表示形態の値としてスケジュー
ル・テーブルを書き換える。従って作業番号１の表示形
態は、２となり、作業番号３の表示形態は１となるの
で、実質的には、書換は、起こらない。作業番号２に関
しては、新しく入力された項目なので、図１１では、表
示形態の値は、空欄となっている。表示調整部４は、提
示優先順位の値３が .viewファイルにないので、３に最
も近い値２を書き込む。

【００３５】提示優先順位の値がＳのものに対して、表
示調整部４は、表示形態をＳとする。Ｓとなっている場
合には、図３の .viewファイルのＳの表示形態を参照し
て、表示制御部６は、表示を行う。この場合、全画面を
覆うウィンドウ（図３の例では、幅７００で縦４００に
なっているが、対象の画面の大きさにあわせて変える）
が表示される。このウィンドウは、特殊なウィンドウ
（図３で＊印がついているのは作業終了まで終えること
のできないウィンドウであることを示す）で、通常のウ
ィンドウでは上部のメニューバーを入力部１より指示す
ると、他のウィンドウを前面にもってきたり、ウィンド
ウ自体を終了したりできる。しかし、この特殊ウィンド
ウでは、図１２に例を示すように上部のメニューバーを
指示しても、「手前に出す」と「再表示」「作業終了通
知」のメニューしか選択できないようになっている。作
業が終了した旨を「作業終了通知」のメニューにより、
上司あるいは監督者に通知し、ＯＫ承認をもらうと、そ
の作業の提示優先順位が０になり、ようやく特殊なウィ
ンドウから解放される。ユーザの上司、あるいは監督者
は、ユーザのスケジュール・テーブルの提示優先順位を
Ｓに書換、特殊ウィンドウの表示を強制することも可能
である。

【００３６】図１３はスケジュール調整部の一例を示
し、優先順位算出部１０１、期日データ格納部１０２及
びファイルボリューム検索部１０３からなる。期日デー
タ格納部１０２は入力された期日データが格納され算出
部１０１にこのデータが送られる。ファイルボリューム
検索部は図２に示された例えば「ｃｇ ｒｅｐｏｒｔ．
ｄｏｃ」のメモリ内部の大きさを検索し、このデータを
算出部１０１に送る。算出部１０１ではこれらのデータ
から予め定められたルールに沿って優先順位を算出す
る。

【００３７】本実施例のスケジュール調整部３は、提示
優先順位と締切期日までの残り日数と作業完了かいなか
のみを条件に、提示優先順位の変更を行う例であるが、
必ずしも、これに限定されるものではない。例えば、作
業の進捗度合いを別途入力あるいは判断できる方式を導
入し、進捗度合いと締切期日までの残り日数、提示優先
順位により判断するようにすることも可能である。

【００３８】また、図３の表示形態では、ウィンドウの
背景色を無地の単色に想定した例となっているが、必ず
しも、これに限定されるものでなく、作業の監督者の顔
写真へのポインタをデータとして指定することも可能で
ある。さらに進捗度合いが良ければ、顔写真を好きなキ
ャラクタに変えられるが、進捗度合いが悪いと、定期的
に作業監督者の顔写真に入れ替わり、次第に険しい表情
に変化させるなどの時系列のデータが入ったファイルへ
のポインタをデータとする事も可能である。本発明は、
提示優先順位に応じて、作業終了が必須の作業が終了し
ないと、他の作業に以降できないことを逸脱しない範囲
で変形・応用が可能である。

【００３９】

【発明の効果】本発明は、提示優先順位が非常に高くな
ると、つまり締切になった作業は、それを終わらない限
り他の作業に移行できないので、作業の納期を確実に守
ることができる。

【図面の簡単な説明】

【図１】 実施例の概略構成図

【図２】 実施例中のスケジュール・テーブルの格納例
を示す図

【図３】 実施例中の表示形態の格納例を示す図

【図４】 実施例中の画面表示例を示す図

【図５】 実施例中のスケジュール・テーブルの別の格
納例と示す図

【図６】 実施例中のスケジュール・テーブルの別の格
納例と示す図

【図７】 実施例中の画面表示例を示す図

【図８】 実施例中のスケジュール調整部の処理の流れ
を示す第の１図

【図９】 実施例中のスケジュール調整部の処理の流れ
を示す第の２図

【図１０】 実施例中のスケジュール調整部の処理の流
れを示す第の３図

【図１１】 実施例中のスケジュール・テーブルの別の
格納例

【図１２】 画面表示例を示す図

【図１３】 スケジュール調整部の一例を示す図

【符号の説明】

１ スケジュール・テーブル ２ 入力部 ５ 情報管理部 ７ 出力部 １３ メモリ

Claims (3)

【特許請求の範囲】
1. 【請求項１】 作業担当者ごとに、担当作業について締
   切期日、提示優先順位、進捗状況、表示形態などの情報
   を記憶するスケジュール・テーブルと、 このスケジュール・テーブルに種々の情報を入力する入
   力部と、 前記スケジュール・テーブルに記憶された締切期日まで
   の残り時間と進捗状況に応じて、作業の提示優先順位を
   決定するスケジュール調整部と、 このスケジュール調整部によって決定された提示優先順
   位に応じて、表示形態を決定する表示調整部と、 この表示調整部によって決定された表示形態に応じて表
   示を行う表示制御部とを具備することを特徴とするスケ
   ジュール管理支援装置。
2. 【請求項２】 表示調整部は表示のサイズ、あるいは
   形、あるいは配置、あるいは順序などの表示形態を変更
   することを特徴とする請求項１記載のスケジュール管理
   支援装置。
3. 【請求項３】 表示調整部は作業の遂行を強制するよう
   な表示形態に変更することを特徴とする請求項１記載の
   スケジュール管理支援装置。