【発明の詳細な説明】

【０００１】

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

【０００２】

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

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

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

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

【０００６】

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

【０００７】

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

【０００８】

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

【０００９】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００２３】

【数１】

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

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

【００２６】

【数２】

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

【００２８】

【数３】

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

【００３０】

【数４】

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

【００３２】

【数５】

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

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

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

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

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

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

【００３９】

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

【図面の簡単な説明】

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

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

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

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

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

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

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

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

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

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

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

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

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

【符号の説明】

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