JPH05197573A

JPH05197573A - タスク指向パラダイムによるタスク管理システム

Info

Publication number: JPH05197573A
Application number: JP4226861A
Authority: JP
Inventors: John R Diamant; ジョン・ロバート・ディアマント; Gary L Thunquest; ギャリー・リー・サンクェスト
Original assignee: Hewlett Packard Co
Current assignee: HP Inc
Priority date: 1991-08-26
Filing date: 1992-08-26
Publication date: 1993-08-06
Also published as: US5530861A

Abstract

(57)【要約】【目的】個人の組織化、プロジェクト管理、プロセス
自動化といった各能力を提供するタスクマネージャを実
現させること。【構成】本発明のタスクマネージャ122（以下ＴＭ）
は個人の組織化、プロジェクト管理、プロセス自動化と
いった各能力を提供する。このＴＭは各個人毎にタスク
階層リストを保持する。各タスク毎に注釈を保持し進行
を追跡することができる。またタスク階層のサブセット
を共用することができる。ＴＭ内の各タスクはクラスに
属しており、各クラスは所定の自動動作及びマニュアル
動作を含む。タスクの実行中に事前定義自動動作がＴＭ
により自動実行される。マニュアル動作はタスクの実行
時に役立つ。ＴＭはメッセージシステムを介してエージ
ェント126、ツール124、及びプロセスエンジン128と通
信する。これらエンティティはＴＭからのタスク情報の
受信及びＴＭの遠隔制御が可能なものである。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、一般に、タスク管理に
関するものであり、特に、タスク管理を行うためのコン
ピュータを基礎とするシステム及び方法に関する。

【０００２】

【従来の技術及び発明が解決しようとする課題】今日、
有限のタスク管理能力を備えたコンピュータ・ベースの
ツールが存在している。これら現存するツールは実質的
には３つに類別できる。

【０００３】第１の類別は、「Lotus Agenda」に代表され
るもので、タスク関連データの管理に備えるものであ
る。この第１の類別に含まれるツールは、実行される実
際の作業又はプロジェクト管理ツールに対してフック(h
ook)を規定しないという点で制限される。例えば、これ
らは時間のかかる実行タスクを自動的に追跡することが
できない。更に、この第１の類別に含まれるツールは、
現在実行中のタスクに基づいて計算環境内で自動的に動
作を開始するためのトリガを備えていないため、制限さ
れたものとなる。

【０００４】第２の類別は、「XPM」及び「Viewpoint」等の
現在市販されている多数のプロジェクト管理ツールに代
表されるものである。この第２の類別に含まれるツール
は、プロジェクト追跡、プロジェクト予測、及び「....
ならどうするか」の分析に備えるものである。しかし、
これら第２の類別のツールは、現在実行中のタスクに基
づいて計算環境内で自動的に動作を開始するためのトリ
ガを備えていないため、制限されたものとなる。また、
それらは、通常は、時間のかかる実行タスクの自動追跡
を行わない。更に、これら第２の類別のツールに入力さ
れたデータは、そのツール自体でしか使用することがで
きない。このようなデータを他のツールによって容易に
移出したり使用したりすることはできない。一般に、こ
れらのシステムは、プロジェクトマネージャの援助は行
うが、タスクを実行するものとはならない。

【０００５】第３の類別は、コロンビヤ大学のMARVELプ
ロジェクトに代表されるものである。コロンビヤ大学の
MARVELプロジェクトは Gail Kaiser、Naser S. Barghou
ti、及び Michael H. Sokolsky によって、「Experience
with Process Modeling inthe Marvel Software Devel
opment Environment Kernel（Marvelソフトウェア開発
環境の中核でのプロセスモデル化に伴う経験）」(23rd A
nnual Hawaii International Conference on System Sc
ience, January 1990, pp.131〜140) で解説されてい
る。この第３の方法では、制約及び設定可能な(enactab
le)構成要素を含むソフトウェアプロセスを記述するた
めに、プロセス記述言語を用いて、比較的精巧なプロセ
スエンジンを使用している。しかし、この第３の類別に
含まれるシステムは、ユーザとの通信に専用機構を使用
している（又は全く使用しない）ので、欠点を有するも
のとなる。事実、このような第３の類別のシステムの多
くは、端末機なしで完全に動作し、従ってユーザとの対
話式通信を行う機構を備えていない。このため、これら
は、マニュアルによるステップを含むプロセスの設定を
不完全にしか取り扱うことができない。

【０００６】

【課題を解決するための手段】本発明のタスクマネージ
ャは、タスクを管理するためのコンピュータベースのシ
ステム及び方法である。タスクマネージャは、ユーザの
作業を組織化したり統合したりするのに役立つ。タスク
マネージャは、複数のプロジェクトについてプロジェク
ト定義を行い（タスクリストの形で）、定義されたタス
クを実際に実行する際に個々のグループを援助する便宜
を提供する。

【０００７】タスクマネージャは、個人の組織化、プロ
ジェクト管理、及びプロセス自動化といった各能力を提
供する。タスクマネージャは、個人により使用される際
に非常に役に立つ。タスクマネージャは、情報の通信を
行う必要があり且つその作業の進行に責任がある人々の
チームが使用する際には更に有用である。

【０００８】タスクマネージャは個人に対するタスクの
階層リストを保持している。各タスク毎に、注釈を保持
し、優先度を設定し、進展を追跡することができる。
又、タスク階層のサブセットを共用してプロジェクトの
幅広いビューを構築し、これにより、効果的なプロジェ
クト管理を行うことが可能となる。グループ作業をサポ
ートするために、タスクは、各個人間で同期化された変
更を維持すると共に、その個人間での共用が可能とな
る。

【０００９】タスクマネージャ内の各タスクはクラスに
属しており、各クラスは、所定の自動動作、マニュアル
動作、及びタスクに関連するデータを含んでいる。タス
クに関連する所定の自動動作は、タスクが実行されてい
る際に、タスクマネージャにより自動的に実行される。
マニュアル動作はタスクの実行時に役立つ。これは、タ
スクの実行中には関連動作（即ち、マニュアル動作）が
利用可能となるためである。ユーザは、自分自身の動作
により自分自身のクラスを定義して、作業状況において
遭遇するタスクの形式をモデル化することができる。

【００１０】タスクマネージャは、メッセージシステム
を介してエージェント、ツール、及びプロセスエンジン
と通信する。エージェント、ツール、及びプロセスエン
ジンは、タスクマネージャからタスク情報を受取ること
が可能であり、またタスクマネージャを遠隔制御するこ
とも可能である。従って、作業の実行に用いられるエン
ティティ（即ち、エージェント、ツール、及びプロセス
エンジン）との双方向通信を可能とすることにより、タ
スクマネージャを複雑なアクティビティの実行に使用す
ることが可能となる。

【００１１】本発明のタスクマネージャには下記の特徴
及び長所がある。

【００１２】本発明は、ユーザとそのタスクとの間の直
接的な対話に備えるものである。従って、本発明はユー
ザのツール及びプロセスをサポートして、タスクとそれ
により作成されたものとの間の追跡を可能とする。

【００１３】本発明は、意味情報を失うことなくタスク
を実行する個人間でのタスクの通信に備えるものであ
る。

【００１４】本発明は、タスククラスを考慮したもので
ある。

【００１５】本発明は、自動動作をタスクに関連づけた
ものであり、その自動動作がタスクを達成し、又タスク
に貢献する。

【００１６】本発明は、タスクのスケジューリング及び
シーケンスのアドバイスに備えるものである。

【００１７】本発明は、タスクの種類の一般化及びタス
クの階層がテキストファイルで予め定義されているタス
クテンプレートをサポートする。ユーザは、スクラッチ
から、又はタスクテンプレートを使用することにより、
タスク及びサブタスクを作成することができる。

【００１８】本発明は、タスク階層を通じて動作の引き
継ぎを提供する。

【００１９】本発明は、タスクに費やされた実時間を蓄
積して、タスクについての完了時間を推定する。

【００２０】本発明は、外部のツール（プロジェクト管
理ツール、レポートジェネレータ、及び電子式アポイン
トメントブック等）と対話して、これらツールが、本発
明のタスクマネージャにより格納されているタスク情報
を使用してレポートを作成し、他の機能を実行すること
ができるようにするものである。

【００２１】本発明は、本発明の機能を遠くから呼び出
すことが可能なメッセージインターフェースに備えるも
のである。

【００２２】本発明は、タスクリストを表示するための
種々のフィルタリングオプションに備えるものである。

【００２３】本発明の別の特徴及び長所の他、本発明の
種々の実施例の構造及び動作が、図面を参照して以下に
詳細に説明する。図面において、類似する参照数字は、
同一の要素又は機能的に同様な要素を示している。

【００２４】

【実施例】

１．概要好適実施例において、本発明のタスクマネージャは、コ
ンピュータプログラム122である。タスクマネージャ122
が動作するコンピュータシステム102を図１に示す。

【００２５】コンピュータシステム102は、種々のハー
ドウェア構成要素108を備えたコンピュータプラットホ
ーム104を備えている。ハードウェア構成要素108は、ラ
ンダムアクセスメモリ(RAM)110、中央処理装置(CPU)11
2、及び入出力インターフェース114を備えている。「Ｘ
ウィンドウシステム」端末116、データ記憶装置118、及
びプリンタ120等の各種周辺装置をコンピュータプラッ
トホーム104に接続することができる。また、データ入
力装置をコンピュータプラットホーム104に接続するこ
ともできる。本発明の好適実施例では、このようなデー
タ入力装置はキーボード及びマウスになる。

【００２６】コンピュータプラットホーム104はまた、
オペレーティングシステム106も備えている。

【００２７】本発明の好適実施例において、コンピュー
タプラットホーム104は、「ヒューレット・パッカード
(HP)9000シリーズの400ワークステーション」である。
オペレーティングシステム106は、「HP-UX」オペレーティ
ングシステムである。タスクマネージャ122はＣ++コン
ピュータプログラム言語で書かれている。本発明では、
メッセージシステムとして「HP SoftBench」プラットホー
ムを使用する。

【００２８】各種コンピュータプログラムはコンピュー
タプラットホーム104上で動作する。これらコンピュー
タプログラムには、本発明のタスクマネージャ122が含
まれる。これらコンピュータプログラムは、ツール12
4、エージェント126、及びプロセスエンジン128も含ん
でいる。

【００２９】ツール124は、エディタ、コンパイラ、及
びデバッガ等のユーザ対話式プログラムである。

【００３０】エージェント126は、それが自律的に動作
することを除き、ツール124と同様のものである。イン
テリジェントメールプログラムは、エージェント126の
一例である。ユーザは、到来する全ての電子メールを監
視し、ソートし、優先順位を決めるようメールプログラ
ムに命令を行うことができる。メールプログラムは、次
いで自律的に動作してユーザの電子メールを処理する。

【００３１】プロセスエンジン128は、プロセスの指定
を可能とするプロセス管理サポートツールを備えてい
る。プロセスエンジン128は、エージェントの集まりと
見なすことができる。プロセスエンジン128は、プロセ
スモデル化言語を翻訳してプロセスを行う。

【００３２】図２は本発明のタスクマネージャ122のア
ーキテクチャ全体を示すものである。同図に示すよう
に、タスクマネージャ122は、オペレータ（人間）201、
プロセスエンジン128、ツール124、及びエージェント12
6と通信することができる。プロセスエンジン128、ツー
ル124、及びエージェント126と通信を行う際、その通信
はメッセージシステム202を介して行われる。ユーザ201
との通信は、ユーザインターフェース302（後述する）
を介して行われる。タスクマネージャ122及びプロセス
エンジン128は共に、永続的タスクデータベース204に直
接アクセスすることができる。

【００３３】メッセージシステム202は、タスクマネー
ジャ122、ツール124、エージェント126、及びプロセス
エンジン128の間でデータ及びコマンドを伝送すること
が可能なあらゆる通信システムを使用して実施すること
ができる。メッセージシステムは、ツール（タスクマネ
ージャ122等）、エージェント、及びプロセスエンジン
が特定の動作について互いに要求を送ることを可能と
し、及びツールが動作の終了を互いに知らせることを可
能にするものでなければならない。メッセージの機能
は、ユーザインターフェースを介して利用可能な最大の
機能に似せるべきである。

【００３４】メッセージシステム202は、例えば、ブロ
ードキャストメッセージサーバ（ＢＭＳ）として実施す
ることができる。ＢＭＳは、本出願人の係属中の特許出
願「Method And Apparatus For Communicating Between
Tools In A Computer AidedSoftware Engineering Sys
tem(コンピュータ援用ソフトウェアエンジニアリングシ
ステムにおけるツール間通信のための方法及び装置）」
（出願番号07/359,309；出願日1989年５月31日)に記載
されており、その全体をここに引用により取入れてあ
る。

【００３５】図２に示したように、タスクマネージャ12
2は永続的タスクデータベース204と対話を行う。永続的
タスクデータベース204はタスク用の補助記憶装置であ
る。

【００３６】本発明によれば、タスクマネージャ122
は、タスクに対するユーザの主インターフェースであ
る。ユーザは、タスクマネージャ122を操作して、タス
クを作成し、実行し、削除する。ユーザによる新タスク
の作成を援助するため、タスクテンプレートの拡張可能
なライブラリが存在する。

【００３７】本発明によれば、ユーザは、特定の動作を
有するタスクを作成することができる。タスクマネージ
ャ122は、タスクに関連する動作を自動的に実行するこ
とにより、ユーザがタスクを実行するのを援助する。例
えば、ユーザが「Write DailyReport（日報を書く）」と
いうタスクを選択した場合、タスクマネージャ122は、
適切なファイルにあるユーザのテキストエディタを自動
的に呼び出すことができる。ユーザが、「Compile Progr
am(プログラムをコンパイルする）」というタスクを選択
した場合には、タスクマネージャ122は、ユーザのコン
パイラを自動的に呼び出すことができる。

【００３８】本発明の上述その他の特徴を以下で更に詳
しく説明する。

【００３９】２．タスク構造タスクは、実行される必要のある作業の一部を表すもの
である。タスクは、事前定義属性及びユーザ定義属性に
より定義される。事前定義属性及びユーザ定義属性は、
タスクが表す作業を集合的にモデル化する。

【００４０】この章では、事前定義属性について説明す
る。各タスクには、事前定義属性が少なくとも含まれて
いる。ユーザ定義属性については以降の章で説明するこ
ととする。

【００４１】2.1 タイトルタスクマネージャ122は、タスクが作成される際に、そ
のタスクにタイトルを自動的に割り当てる。ユーザは、
タスクのタイトルをいつでも変えることができる。タイ
トルは、タスクリスト308（図４参照）に表示され、一
般に、タスクマネージャ122により生成される、人間が
読み得る全てのレポートに使用される。しかし、タイト
ルは、その他の場合には、タスクマネージャ122によっ
て翻訳されることはない（ユーザは適切などんな記述タ
イトルをも自由に使用できる）。

【００４２】2.2 一意名称タスクマネージャ122は、タスクが作成される際にその
タスクに対して一意の名称を自動的に生成する。この一
意名称は、タスクを識別するためにタスクマネージャ12
2が内部的に使用する一意の識別子である。一意名称
は、全体的に一意のものである。従って、一意名称は、
異なるマシンでタスクが共用される場合であっても決し
て変更する必要のないものである。ツール124、エージ
ェント126、及びプロセスエンジン128からのメッセージ
は、その一意名称を使用してタスクを参照する。また、
タスクが他のタスク（階層における親及び子等）を参照
する場合にはいつでも一意名称が使用される。

【００４３】2.3 クラスこの属性はタスクのクラスを識別するものである。タス
クのクラスは、ユーザがタスクを作成する際にユーザに
より選択され、又は、タスクがテンプレートに従って作
成される際にテンプレートにより選択される。本発明に
よれば、タスクのクラスは、複数の動作（方法とも言
う）を備えることができる。同じタスククラスを有する
タスクは、同じ動作（即ち、そのタスククラスについて
定義された動作）を備えている。タスククラスは、それ
が動作を備えていない場合には、一般的なクラスとな
る。タスククラスについて以下で更に説明する。

【００４４】2.4 タイプこの属性は、プロセスのステップの特定のシリーズに対
する名称である。このタイプ属性は、人間により行われ
る作業を定義するための論理機構である。例えば、属性
値「bench_review」は、エンジニアの机または研究所の作
業台で行われるコードの再調査を含む作業に割り当てる
ことができる。上述のクラス属性は、或るタイプを有す
るタスクに動作を割り当てるための実行機構である。従
って、クラスは、動作を各種タスクに関係づける実行機
構である、ということからタイプとクラスとを区別する
ことができる。

【００４５】2.5 タスクの親タスクがサブタスク（即ち、その完了が親タスクの完了
の一部であるタスク）であれば、この属性はその親タス
クに関するものである。

【００４６】2.6 子この属性は、タスクが分解されているサブタスクのリス
トから構成される。

【００４７】2.7 タスク作成器この属性はタスクの作成器を識別するものである。本発
明の好適実施例では、この属性は、ユーザの名称又はタ
スクを作成したエージェント126である。

【００４８】2.8 時間推定この属性は、タスクの完了についての時間の推定であ
る。

【００４９】2.9 実時間この属性は、タスクに関する作業で費やされた実時間で
ある。タスクマネージャ122は、この属性を自動的に更
新する。この属性は、ユーザ毎の実時間と非追跡実時間
との和であり、これを以下に説明する。

【００５０】2.10 非追跡実時間これは、タスクマネージャ122によって追跡されなかっ
たタスクに関して費やされた時間量を示す、ユーザによ
り入力される時間である。この属性は、タスクがタスク
マネージャ122に入れられる前にそのタスクでの作業に
費やされた時間を表すことができる。

【００５１】2.11 ユーザ毎の実時間この属性は、タスクに関する作業に費やされた実時間
（及びタスクマネージャ122により自動的に追跡された
実時間）である。エントリは、タスクに関して作業を行
った各ユーザ毎に維持される。各ユーザにより費やされ
た実時間は共に加算されてユーザのエントリに格納され
る。

【００５２】タスクマネージャ122は、各ユーザ毎にタ
スク時間ログファイルも保持している。タスク時間ログ
ファイルには、タスクの一意名称とそのタスクの実行の
開始時間及び終了時間とを各々が有する一連のエントリ
を含むものである。しかし、タスク時間ログファイル
は、タスクと共には格納されない。

【００５３】2.12 タスク最終期限これは、タスクを完了させる最終期限である。最終期限
は、時間／日付のフォーマットで表される。タスクマネ
ージャ122は、タスク最終期限に近づいて来た場合に警
報を発生させることができる。その代替策としては、ア
ポイントメントカレンダプログラム等のツール124が、
この情報を要求し、受け取ることができる。また、この
属性は、以下に説明するADVISE NEXT TASK（次のタスク
にアドバイスする）機能に利用することができる。

【００５４】2.13 スケジュール時間この属性は、ミーティング等の特定の時間範囲の間に発
生するようにスケジューリングされているタスクについ
て適用される。アポイントメントカレンダプログラム等
のツール124は、この情報を要求してタスクマネージャ1
22から受取ることができる。

【００５５】2.14 作成時間この属性はこのタスクが最初に作成された時間を列挙す
るものである。この情報は、照会／レポート機能を実行
するために、レポートジェネレータ等のツール124によ
り要求し、受け取ることができる。タスクマネージャ12
2により直接使用されることはない。

【００５６】2.15 最終ステータス更新時刻この属性は、このタスクのステータスが最後に変更され
た時刻を列挙するものである。この属性は、タスクの自
動アーカイブに使用される。この属性はまた、タスクの
完了時を判定するのにも使用される。従って、レポート
ジェネレータ等のツール124は、月間概要レポートを作
成するために、この情報を要求し、受け取ることができ
る。

【００５７】2.16 注釈ページこの属性は、注釈ページという名称のリストである。こ
の注釈ページにはどんなテキスト及び／又は図表をも入
れることができ、以下に説明するTASK：NOTES...メニュ
ー項目を介して見ることができる。

【００５８】2.17 優先度数値で表した優先度が各タスクに付与されている。優先
度は、タスクリストウィンドウ308に表示することが可
能であり、一般には、ADVISE NEXT TASK機能（後述す
る）により用いられる。レポートジェネレータ等のツー
ル124は、この情報を要求し、受け取ることもできる。

【００５９】2.18 ステータス各タスクは、ユーザにより割り当てられたステータスを
有することになる。ステータス値には、「完了」、「進
行中」、「新規」、「放棄」がある。この属性の設定時
におけるユーザの柔軟性は、「タスクの全ての子が完了
しない限り、そのタスクに完了のマークをつけることは
できない」といった制約によって制限される。ステータ
スは、タスクリスト表示308のフィルタリングに使用さ
れる。ステータスは、レポートジェネレータが月例レポ
ートを作成する場合等、それらのツール124により要求
され、受け取られ、且つ使用されることができるもので
ある。ステータスは、自動アーカイブを行うために最終
ステータス更新時刻の属性と共に使用される。例えば、
タスクのステータスが「完了」である場合、そのタスク
を永久記憶装置に自動的にアーカイブすることが可能で
あり、そのタスクのステータスは、所定時間の間（最終
ステータス更新時刻で示されるように）更新されないま
まとなる。

【００６０】2.19 Viewed By（参照）この属性は、タスクを参照するためにアクセスしたユー
ザを識別する。この属性はまた、ユーザがタスクに読出
し専用のアクセスをしたか読み書きのアクセスをしたか
を示す。この属性は、場所（後述する）を列挙するもの
である。本発明の好適実施例では、この属性のフォーマ
ットは、ユーザの名称、マシン（電子メールアドレス
等）、アクセスフラグ、及び場所の名称、となる。

【００６１】2.20 オーナこの属性は、タスクについて主に責任を有するユーザを
識別する。これは、一般に、ユーザが、自分自身のタス
クだけを見て、それに基づいてレポートを作成すること
ができるように、タスクに関するフィルタとして使用さ
れる。

【００６２】2.21 受容済みこの属性は、オーナシップが変更されたタスクが新しい
オーナによって受容されているか否かを示すフラグであ
る。

【００６３】2.22 緊急これは、タスクが緊急であるか否かを示すフラグであ
る。これは、タスクリスト308においてインジケータと
して見ることができ、ADVISE NEXT TASK機能（後述す
る）により使用される。これはまた（リスト「行うべき
(to do)」を作成するといった）外部レポート作成にも
使用される。

【００６４】2.23 バージョンこれは、タスクのどのバージョンが最も最近のものであ
るかを判定するのに使用されるシーケンス番号である。
これは、タスクが共用される場合に、旧バージョンのタ
スクを新バージョンのタスクに上書きしないことを確実
にするために、同期化プロトコルにおいて使用される
（後述する）。

【００６５】2.24 格納バージョンタスクが作成される際、タスクマネージャ122のバージ
ョン番号がこの属性に格納される。

【００６６】３．ユーザ定義属性ユーザは、タスクに別の属性を付加することもできる。
これらを以下に示す。ユーザ定義属性は、名称＝数値と
いう形式である。

【００６７】任意数のユーザ定義属性をタスクに付与す
ることができる。

【００６８】事前定義属性及びユーザ定義属性は、ツー
ル124及びエージェント126により、同様にして、設定さ
れ、読み出されることができる。従って、ツール124及
びエージェント126は、タスクの属性を設定し、読み出
すことにより、タスクについての情報の格納を行い、ま
たその情報にアクセスすることができる。

【００６９】ユーザ定義属性は、タスクを見る全ユーザ
により共用することができ、又、唯一のユーザが私有す
ることができる。属性は、デフォルトでは私有であり、
タスクを見る全ユーザにより共用されるよう移出されな
ければならない。

【００７０】ユーザ定義属性は、表示及びレポート作成
を行うのに使用することができる。例えば、タスクは、
タスクがオブジェクトレポートに要約されるべきである
ことを示す属性「オブジェクト＝要約」を有することが
できる。レポートジェネレータ等のツール124は、タス
クマネージャ122が、属性「目標＝要約」を有している
全てのタスクにそれを送ることを要求することができ
る。

【００７１】同様に、所定の属性値を有する全てのタス
クに関する動作（ユーザ定義属性「類別＝システム・管
理」を有するタスクの間で開始されるべき次のタスクを
提案するコマンドADVISE NEXT TASKにおける要求等）を
可能にするためにグループ化を行う目的に属性を適用す
ることができる。

【００７２】４．タスクデータベースタスクは、タスクデータベースに格納され、組織されて
いる。タスクデータベースは、（「ONTOS」、「Objectivit
y」、「PCTE」等の）全(full)データベースアプリケーショ
ンとして、又は（タスクリスト毎のディレクトリ又はタ
スク毎のファイル等）基本ファイルシステムデータベー
スとして実施することができる。タスクデータベース
は、オブジェクト指向データベース、リレーショナルデ
ータベース、又はエンティティ関係データベースとして
実施することができる。このような全データベースアプ
リケーション及び基本ファイルシステムデータベースと
してのタスクデータベースの実施は、当業者には周知の
ことである。

【００７３】タスクデータベースは、中央データベース
に設置することができ、又、各タスクマネージャ122
（同一の又は異なるコンピュータプラットホーム上で動
作するもの）がタスクデータベースのコピーを備えるよ
うに分散させることができる。

【００７４】本発明の好適実施例では、タスクデータベ
ースは、各タスクマネージャ122がタスクデータベース
のサブセットを備えるように分散されている。本発明
は、タスクマネージャ122の間でタスクデータベースの
同期部分を転送する機構を備えている。この機構は、タ
スクマネージャ122間でタスクを共用するのに必要なも
のであり、第９章で詳述する。

【００７５】タスクの属性（事前定義属性及びユーザ定
義属性の双方）は、共用されるか、又は私有される。共
用属性値は、タスクにアクセスする全てのユーザについ
て同じである（アクセスは属性「Viewed By」を介して承
諾される）。私有属性値は、タスクのビュアー(viewer)
毎に異なることが可能である。それ故、共用属性のコピ
ーは、タスクにアクセスする全てのユーザに関連するタ
スクデータベースに格納されなければならない。各ビュ
アーの私有属性は、ビュアー自身のタスクデータベース
に格納されているだけで良い。共用属性値は、全てのビ
ュアーのデータベース間で同期されており、私有属性値
は、それが属するデータベース内にのみ現れる。

【００７６】５．タスククラスユーザは、この章で説明するクラス構造に従ってタスク
クラスを定義することができる。各タスククラスは、複
数の動作に関連づけることが可能なものである。新しい
タスクを作成する際、そのタスクは、事前定義タスクク
ラスのうちの１つとして作成される。それ故、その新し
いタスクは、事前定義タスククラスに関連する動作を有
することになる。

【００７７】クラスの定義は、適切なクラス構築機能の
他にあらゆるフック機能について定義された仮想機能を
も用いて行われるＣ++一般「タスク」クラスのＣ++特殊
化である。（フック機能については後述する。）タスククラス分け機構は、Ｃ++オブジェクトを用いて実
施される。クラス定義は、Ｃ++ソースに格納され、Ｃ++
コンパイラを使用してコンパイルされる。オブジェクト
ファイルは、実行中のタスクマネージャ122に動的にロ
ードすることが可能である。その代わりに、オブジェク
トファイルを全(full)実行可能なタスクマネージャ122
にリンクさせる。現存するクラスを有するタスクテンプ
レート（後述する）で充分なため、プロセスをカスタマ
イズすることを望むユーザの全てが必ずしも新しいタス
ククラスを追加することを必要とするとは限らない。

【００７８】クラス構造は、幾つかの異なる形式の動
作、即ち開始、受信、作成、送信、削除、再開、最終期
限到達、スケジュール日時到達、及びステータス変更、
についてメンバー機能を備えている。これら動作は、そ
れらが各クラス構造に存在するので、事前定義自動動作
と言われる。

【００７９】クラス構造にはマニュアル動作も含まれ
る。マニュアル動作は、ラベル／動作の対の形態を有
し、登録テーブルに置かれる。マニュアル動作はまた、
そのマニュアル動作がタスク階層を介して（即ち、子孫
により）引き継がれているか否かを示すフラグを含む。
登録テーブル内のこれらマニュアル動作は、動作メニュ
ー318（後述する）に対して追加し、またそこからアク
セス可能なものである。

【００８０】動作（事前定義自動動作及びマニュアル動
作の双方）は、Ｃ++における機能又は方法コールとして
指定される。カレントタスクにおけるデータオブジェク
ト（動作により必要とされるもの）にアクセスするため
に、適切なアクセッサ機能を利用することができる。加
えて、system()及びsend_message()という機能が設けら
れている。system()は、「Unix」コマンドである。send_m
essage()は、メッセージシステムを用いる他のツールに
メッセージ（要求／通知）を送るのに使用される。

【００８１】事前定義自動動作及びマニュアル動作は、
その各々のタスククラスの機能及び目的に一致させて作
成される。従って、タスククラスによっては、事前定義
自動動作の幾つかが（又は全部でさえ）全く動作を行わ
ないことがある。また、タスクには、マニュアル動作を
全く含まないものもある。

【００８２】事前定義自動動作について以下の節で説明
する。

【００８３】事前定義自動動作CreateAction（ブール対
話式）は、タスクの作成時にタスクマネージャ122によ
り自動的に呼び出される。ブール対話式フラグは、タス
クがユーザインターフェース302（後述する）を介して
作成されたか、メッセージインターフェースを介して作
成されたかを示す。

【００８４】事前定義自動動作CreateActionは、常にそ
のクラスの実行タスクの一部であるサブタスクを作成す
ることができる。従って、CreatActionは、クラス階層
を作成することができる。例えば、常に２つのサブタス
ク（「実際の出席」及び「旅行のレポートを書く」等）
を備えているタスク「会議に出席する」について、Crea
teActionは、親タスク（即ち「会議に出席する」）が作
成される場合にはいつでもサブタスク（即ち、「実際の
出席器」及び「旅行レポートを書く」）を自動的に作成
することができる。

【００８５】事前定義自動動作EditAction()は、ユーザ
がクラスデータをエディットしたい場合に、タスクマネ
ージャ122により自動的に呼び出される。EditAction()
は、対話ボックスを出現させて、ユーザがTASK/EDIT...
メニュー機能（後述する）を介してアクセス可能なクラ
ス特定属性をエディットすることができるようにするこ
とが可能なものである。

【００８６】事前定義自動動作DeleteAction()は、タス
クの削除時にタスクマネージャ122により自動的に呼び
出される。DeleteAction()は、アポイントメントカレン
ダプログラム等のツール124にメッセージを送ってタス
クが削除されたことをツール124に知らせる機能を備え
ることができる。メッセージを受け取ると、アポイント
メントカレンダプログラムは、そのタスク（ミーティン
グ又は最終期限等）に関して作成されているものがある
場合に、その対応するアラームを除去する。

【００８７】事前定義自動動作ReceiveAction()は、メ
ッセージシステム202を介したタスクの受信時に、タス
クマネージャ122により自動的に呼び出される。例え
ば、タスク「プログラムをコンパイルする」では、Rece
iveAction()は、自動的にプログラムをコンパイルする
機能を備えることができる。

【００８８】事前定義自動動作SendAction()は、メッセ
ージシステム202へのタスクの送信時に、タスクマネー
ジャ122により自動的に呼び出される。タスクには、送
信側がその送信しつつある形式のタスクがどれであるか
を知ることができるようにするために全ての送信動作を
ファイルに記録することを所望するものがあり得る。こ
れは、追跡可能性が重要な或るチェックポイント承認型
タスクに関連づけられる。これらのタスクに対し、Send
Action()は、上述のような記録機能を行う。

【００８９】事前定義自動動作StartAction()は、タス
クの開始時に（即ち、そのタスクが新しい状態で実行さ
れると）、タスクマネージャ122により自動的に呼び出
される。StartAction()は、対応するタスクの実行時
に、エディタを呼び出すことができ、又は、レポートジ
ェネレータ等のツール124にメッセージを送ることがで
きる。

【００９０】事前定義自動動作ResumeAction()は、タス
クの再開時に（即ち、そのタスクが新しいステータスに
なくて実行されると）、タスクマネージャ122により自
動的に呼び出される。ResumeAction()は、一般に、Star
tAction()と同じ機能を備えている。しかし、アクティ
ビティによっては、タスク（欠陥の解決等）が実行され
る最初のときに行う場合だけしか意味を成さないものが
あり得る。このようなアクティビティは、ResumeAction
()によってではなく、StartAction()によって実行され
ることになる。

【００９１】事前定義自動動作DeadlineAction()は、タ
スク最終期限に到達するとタスクマネージャ122により
自動的に呼び出される。タスク最終期限はタスク最終期
限属性に格納されている。DeadlineAction()は、アラー
ムの生成、又は最終期限を処理する新しいタスクの作成
を行うことができる。

【００９２】事前定義自動動作ScheduleAction()は、ス
ケジュールされた開始時間に達した際に、タスクマネー
ジャ122により自動的に呼び出される。スケジュールさ
れた開始時間はスケジュール時間属性に格納される。Sc
heduleAction()はアラームを生成することができる。

【００９３】事前定義自動動作StatusChangeAction()
は、タスクのステータスが変更された際に、タスクマネ
ージャ122により自動的に呼び出される。タスクのステ
ータスはステータス属性に格納される。StatusChangeAc
tion()は、カレントタスクのステータスが「完了」に変
更された際に、他のタスクを開始させることができる。

【００９４】上述のように、これらの事前定義自動動作
は、特定の時刻にタスクマネージャ122により自動的に
実行される。例えば、欠陥を修復するプロセスにおけ
る、欠陥の検査を行うタスクについて考える。StartAct
ion()及びResumeAction()はその特定の欠陥に対する欠
陥レポートを表示するよう動作することができる。

【００９５】本発明はまた、更に２つの事前定義自動動
作をも定義するものである。

【００９６】

【表１】

【００９７】WriteClassData()及びReadClassData()
は、クラス固有データの書き込み及び読み出しを行うた
めに使用される。従って、これらの動作は、タスクにつ
いてのクラス固有ステータス情報を保管するのに使用さ
れる。

【００９８】上述のように、クラス構造はまた、マニュ
アル動作をも備えている。マニュアル動作（これらは登
録テーブル内にある）は、動作メニュー318からアクセ
スすることが可能である。タスクを実行する際、動作メ
ニュー318は、タスクのタスククラスにマニュアル動作
が含まれている場合にのみ利用可能となる。

【００９９】動作メニュー318は、カレントタスクのタ
スククラスについて定義されたマニュアル動作に対応す
るＣ++機能に対応してラベルのリストを表示する。ユー
ザは、動作メニュー318にあるマニュアル動作を選択す
ることによりマニュアル動作を実行することができる。
従って、動作メニュー318は、タスクの処理中にユーザ
が屡々使用する機能（即ち、マニュアル動作）の格納場
所として働くことにより、タスクを処理し易くするもの
である。

【０１００】マニュアル動作と事前定義自動動作との間
の区別は、マニュアル動作が、タスクの実行中にいつで
も（動作メニュー318から）利用することが可能であっ
て、決して自動的に呼び出されることはない、というの
に対し、事前定義自動動作は、特定の時刻にタスクマネ
ージャ122により自動的に呼び出される、ということで
あることに留意されたい。

【０１０１】タスククラス構造の一例を以下の表２から
表５に示す。以下において、CreatAction()、StartActi
on()、EditAction()、ResumeAction()、WriteClassData
()、及びReadClassData()については上述の通りであ
る。RunAction()は、マニュアル動作の一例である。Act
ionTable()は、マニュアル動作用の登録テーブルであ
る。

【０１０２】

【表２】

【０１０３】

【表３】

【０１０４】

【表４】

【０１０５】

【表５】

【０１０６】本発明によれば、タスク動作（事前定義自
動動作及びマニュアル動作の双方）を、クラス固有では
なく、タスク事例(instance)固有とすることができる。
これは、タスク事例にタスク属性値で動作を格納させる
ことにより達成される。タスク事例の実行中には、クラ
ス動作機能は、実行するタスク動作を決定するために、
タスク事例に関連するタスク属性値にアクセスすること
ができる。上述の形式の一般的なタスククラスは、この
ような実施例に必要なタスククラスだけとすることがで
きる。本明細書では、「タスク」及び「タスク事例」と
いう用語は同義語である。

【０１０７】６．テンプレート本発明によれば、ユーザは、タスクを作成するためにテ
ンプレートを使用することができる。テンプレートは、
１つのタスク、又は複数のタスク及びサブタスクの階層
を定義することができる。タスクを作成する際、ユーザ
は、スクラッチからタスクを作ることができ、又、事前
定義タスクテンプレートを選択することができる。従っ
て、本発明のタスクテンプレート機構は、新形式の作成
を容易にする（2.4章を参照）。

【０１０８】テンプレートは、タスク及びサブタスクの
階層記述を含むテキストファイルである。テンプレート
は、多数のタスク属性（上述のもの）についての値を備
えている。タスク属性の他の値は、ユーザが供給しなけ
ればならない。ユーザがテンプレートを選択すると、タ
スクマネージャ122がそのテンプレートを読み出して、
そこに記述されているタスク及びサブタスクを作成す
る。

【０１０９】タスク及びサブタスクの階層を記述するフ
ォーマットはいずれも、その属性を含んでおり、（ツー
ルが、テンプレートを読み出し、それを正しく翻訳し
て、タスクマネージャ122に適切なタスク作成コマンド
を送ることができるように、一定の様式でタスクマネー
ジャ122が実行される限り）テンプレートの実施に使用
することができる。テンプレートを実施する１つの考え
られるフォーマットを説明のため次の表６に示す。

【０１１０】

【表６】

【０１１１】７．ユーザインターフェース本発明のタスクマネージャ122は、ユーザインターフェ
ース302を備えたものである。図４は本発明の好適実施
例によるユーザインターフェース302を示す。

【０１１２】ユーザは、ユーザインターフェース302を
介してタスクにアクセスすることができる。タスクマネ
ージャ122をいつでも利用可能にするタスク管理に必要
な或る１組の動作が存在する。見られているタスクの形
式に固有である１組の動作も存在する。これら動作は、
動作メニュー320（以下で詳述する）を介してユーザが
利用可能なものである。

【０１１３】ユーザインターフェース302には、３つの
主要区域、即ち、メニューバー304、ステータス及び頻
繁動作区域306、及びタスクリスト区域308がある。ユー
ザは、ステータス及び頻繁動作区域306にある機能を使
用して所望のタスクを見つけることにより作業を行う。
所望のタスクは、タスクリスト区域308に表示される。
次にユーザは、タスク上をクリックし、メニューバー30
4から利用可能な機能を使用して、所望のタスクを選択
し、処理する。

【０１１４】ステータス及び頻繁動作区域306には、TIM
E（時間）区域、INTERRUPT TIMER（割り込みタイマ）ボ
タン、TOP（最高レベル）ボタン、PARENT（親）ボタ
ン、BROWSE（検索）ボタン、PREV VIEW（前履歴）ボタ
ン、NEXT VIEW（後履歴）ボタン、TASK（タスク）ラベ
ルがある。

【０１１５】TIME区域は、次のタスクの開始時間として
用いられる時間を表示する。TIME区域はエディット可能
である。これにより、ユーザが、「時計を戻して」、タ
スクが今ではなく過去に開始されたことを指定すること
が可能となる。タスクが一旦開始され又は再開される
と、時間は、どのような値にエディットされて表示され
ているかに関係なく、現在の時間を追跡し始めるように
変わる。TIME区域は、割り込みタイマボタンを押すこと
により凍結させることができる。凍結時間は、タスクを
開始するか又は再開する際の開始時間として使用され
る。この場合には、時間値が変わって現在の時間を再び
追跡し始める。割り込みタイマボタンはトグルであり、
従って割り込みを使用不能にすることができる。TIME区
域で時間を追跡している間、タスクマネージャ122が、
実時間及びユーザ毎の実時間の各属性を更新することに
留意されたい。

【０１１６】TOP、PARENT、BROWSE、PREV VIEW、NEXT V
IEWの各ボタンは、階層タスクリスト内を進むのに使用
される。TOPは、タスクの最高レベルのリストをタスク
リスト区域308に表示させる。PARENTは、表示されてい
るタスクの親タスクを表示させる。BROWSE（これは選択
されるべきタスクを必要とする）は、選択（マウスを使
用してタスク上をダブルクリックすることと等価）され
たタスクのサブタスクを表示する。

【０１１７】「TASK:」ラベルは、現在作業中のタスクの
前にくる。最近修正又は実行されたタスクの履歴は、PR
EV VIEWボタン及びNEXT VIEWボタンを介して入手するこ
とができる。

【０１１８】タスクリスト308は、タスクのリストを備
えている。タスクは、その上をマウスでクリックするこ
とにより選択することができる。タスク上をダブルクリ
ックすると、タスクのサブタスクが表示される（これは
BROWSEと同じである）。

【０１１９】タスクリスト308内の各行は１つのタスク
を表示する。各タスク毎に、タスクを識別するためにタ
スクの属性「タイトル」が表示される。記述の左に注釈
用の区域がある。この注釈は、タスクがサブタスクを有
しているか否か及びタスクが新しいか否か等の情報を伝
える。注釈はまた、タスクのオーナを識別し、及びタス
クのステータスを示す。注釈は、タスクの属性における
情報に基づいて表示される。表示属性の組は、DISPLAY:
PREFERENCESを介して選択される。

【０１２０】ユーザは、メニューバー304を介して機能
を選択して、自分のタスクを維持し、組織化し、処理す
ることができる。メニューバー304により提供される機
能は、メニュー類別、即ち、TASK(タスク)メニュー31
0、NAVIGATE(進行)メニュー312、COMMUNICATE(通信)メ
ニュー314、DISPLAY(表示)メニュー316、ACTONS(動作)
メニュー318、及びHELP(ヘルプ)320にグループ化され
る。HELP320は、他の５つのメニュー類別で提供される
機能の使用に関する情報を提供する。図５は、他の５つ
のメニュー類別及びその各々の機能を示すものである。
これらの機能を以下に説明する。

【０１２１】7.1 TASK(タスク)メニュー TASKメニュー30は、EDIT(エディット)、CREATE(作成)、
DELETE(削除)、UNDELETE(非削除)、ATTRIBUTES(属性)、
NOTES(注釈)、QUIT(終了)といった機能を備えている。
これらの機能については次節で説明する。

【０１２２】EDIT(エディット)機能は、選択されたタス
クの事前定義属性を修正するのに使用される。EDIT機能
を選択すると、タスクマネージャ122が、選択されたタ
スクについての属性を表示する対話ボックスを表示す
る。次いで属性を修正することができる。

【０１２３】CREATE(作成)機能は、新しいタスクを作成
するのに使用される。CREATE機能を選択すると、タスク
マネージャ122が、対話ボックスを表示し、新しいタス
クの作成を可能にする。ユーザは、事前定義テンプレー
トのうちの１つを使用することにより、新しいタスクを
作成することができる。

【０１２４】DELETE(削除)機能は、現在選択されている
タスクの全てを削除するのに使用される。

【０１２５】UNDELETE(非削除)機能は、最後の削除動作
を取り消すのに使用される。

【０１２６】ATTRIBUTES(属性)機能は、選択されたタス
クについてのユーザ定義属性を修正及び／又は作成する
のに使用される。

【０１２７】NOTES(注釈)機能は、注釈（これは属性
「注釈ページ」に格納されている）の作成及び／又は修
正を可能にするものである。

【０１２８】QUIT(離脱)機能は、タスクマネージャ310
を出るのに使用される。

【０１２９】7.2 NAVIGATE(進行)メニュー NAVIGATEメニュー312は、タスクの階層を介して迅速に
進行して特定のタスクを見つけるのに使用される。NAVI
GATEメニューを選択すると、縦続するメニューの階層が
提示される。各メニューレベルは、タスク階層における
レベルに対応する。タスクは（ステータス及び頻繁動作
区域306内のTOP、PARENT、及びBROWSEの各ボタンを押し
て、タスクリスト308を介して順次スクロールさせるの
ではなく）縦続メニューを介して移動させることにより
迅速に見つけ出すことができる。

【０１３０】7.3 COMMUNICATE(通信)メニュー COMMUNICATEメニュー314は、ユーザ間でタスクを共用す
るのに使用される。COMMUNICATEメニュー314におけるSH
ARE TASK（タスク共用）機能により、ユーザは、タスク
及びその子孫についての共用リストを管理することがで
きる（即ち、SHARE TASK機能により、ユーザは、属性
「Viewed By」をエディットすることができる。本発明
によれば、タスクの属性「Viewed By」を変更して、他
のユーザが読み出し又は読み出し／書き込みアクセスを
得るようにすることにより、タスクがユーザ間で共用さ
れる。タスクマネージャ122は、他のタスクマネージャ1
22にタスクを物理的に転送する。これは、その転送がタ
スクを共有するために必要である場合に行われる。タス
クマネージャ間でタスクを転送する機構については９章
で説明することとする。

【０１３１】タスクの実際のオーナシップ（即ち、属性
「オーナシップ」）は、TASKメニュー310におけるEDIT
機能を介して管理される、ということに留意されたい。

【０１３２】7.4 DISPLAY(表示)メニュー DISPLAYメニュー316には、FILTER(フィルタ)、PREFEREN
CES(優先権)、ADVISENEXT TASK(次タスク助言)、NEW TA
SK NOTIFY(新タスク通知)といった機能がある。

【０１３３】FILTER(フィルタ)は、タスクリスト308の
中のタスクを組織化するのに使用される。FILTERを選択
すると、タスクリスト308内にあるタスクに適用するこ
とができるフィルタの複数の形式を列挙する対話ボック
スが表示される。例えば、ユーザは、或るオーナ又は１
組のステータス値を有するタスクだけが表示されるよう
にフィルタを選択することができる。ユーザはまた、フ
ィルタ機能を使用して、タスクリスト308上の表示の深
さを制御する（即ち、一度に表示するタスク階層のレベ
ルを指定する）ことができる。

【０１３４】PREFERENCES(優先権)は、カレントフィル
タを通る各タスク毎にどのタスク属性（オーナ、優先
度、緊急フラグ、実時間、推定時間等）を注釈としてタ
スクリスト区域に表示すべきかを指定するのに使用され
る。

【０１３５】ADVISE NEXT TASK(次タスク助言)は、次に
実行すべきタスクのリストをタスクマネージャ122がユ
ーザに提示することを可能にするために使用される。タ
スクマネージャ122は、タスク属性及びヒューリスティ
ックアルゴリズム（これはユーザにより構成可能であ
る）に基づいてその提示を行う。タスク属性の幾つか
（優先度及び最終期限等）が矛盾している可能性がある
ので、ヒューリスティックアルゴリズムが必要である、
ということに留意されたい。

【０１３６】NEW TASK NOTIFY(新タスク通知)には、使
用可能及び使用不能という２つの設定がある。NEW TASK
NOTIFYが使用可能であれば、新しいタスクがいつ送ら
れてくるかがユーザに通知される。ユーザ以外の誰かが
タスクのオーナシップを或るユーザに変更すると、新し
いタスクはそのユーザに送られる。本発明は、タスクマ
ネージャ間でタスクを物理的に送る機構を備えているこ
とに留意されたい。この機構については９章で説明する
こととする。

【０１３７】7.5 ACTIONS(動作)メニュー上述のように、ACTIONSメニュー318は、実行タスクのタ
スククラスに関連するマニュアル動作を列挙するもので
ある。ユーザは、ACTIONSメニュー318からそれらのマニ
ュアル動作を選択することにより、それを実行すること
ができる。それらのマニュアル動作は、各タスククラス
に固有のものである。

【０１３８】7.6 ポップアップメニューポップアップメニューは、メニューバー304からは利用
できない。ポップアップメニューは、ユーザがタスクビ
ュー区域上でマウスにあるボタンの１つを押すと利用す
ることができる。ポップアップメニューは、ユーザが右
端のマウスボタンを押すと利用可能になる。

【０１３９】ポップアップメニューには、「開始／再
開」、「完了」、「移動選択」、「前移動」、「後移
動」、「下移動」といった機能がある。これらの機能に
ついて以下で説明する。

【０１４０】「開始／再開」は、選択されたタスクにつ
いての実行を開始又は再開させるのに用いられる。タス
クが実行中である場合、その属性「タイトル」がステー
タス区域306内のタスクラベルの脇に置かれ、タスクタ
イマがそのタスクについての時間を累算し始める。累算
時間は、属性「実時間」及び属性「ユーザ毎の実時間」
に格納される。実行のログは、タスク時間ログに格納さ
れる。

【０１４１】「完了」は、タスクに完了とマークするの
に使用される。即ち、属性「ステータス」が「完了」に
変更される。

【０１４２】「移動選択」は、選択されたタスクに、以
下の移動動作のどれかによりタスク階層内で移動される
べきものとマークするのに使用される。

【０１４３】「前移動」は、マークされたタスクを、タ
スク階層内の現在選択されているタスクの前に移動させ
る（即ち、マークされたタスクが年上の兄弟になる）の
に使用される。

【０１４４】「後移動」は、予めマークされたタスク
を、タスク階層内の現在選択されているタスクの後ろに
移動させるのに使用される。

【０１４５】「下移動」は、予めマークされたタスク
を、タスク階層内の現在選択されているタスクの下に移
動させる（即ち、マークされたタスクが現在選択されて
いるタスクの子になる）。

【０１４６】８．タスクマネージャメッセージインター
フェース本発明によれば、ユーザインターフェース302から利用
できる全てのタスクマネージャ動作は、メッセージを介
しても利用できる。従って、プロセスエンジン128、エ
ージェント126、及びレポートジェネレータ等のツール1
24のような非ユーザエンティティ（即ち、ユーザインタ
ーフェースを介してタスクマネージャにアクセスしない
エンティティ）により、タスクマネージャを遠隔制御す
ることができる。メッセージは、メッセージシステム20
2を介して転送される。

【０１４７】エージェントは、ツールと異なり、自律的
なものである。これは、ユーザとの対話は行わない。例
えば、エージェント（プロセスエンジンを介して動作可
能なもの）は、次のようにして実施することができる。

【０１４８】要求「チェックイン」が発生した場合、あ
る測定基準(metric)を介してファイルを実行する。

【０１４９】その測定基準が通用した場合、「チェック
イン」を成功させる。

【０１５０】その測定基準が通用しない場合には、
（「チェックイン」を自動的に実行する完了動作で）フ
ァイルを修復するために、要求者用のタスクを作成す
る。

【０１５１】非ユーザエンティティ及びユーザは、同じ
タスクマネージャで動作することが可能である。その代
替策として、非ユーザエンティティは、それ自体のタス
クマネージャのコピーで動作することが可能である。例
えば、制御サービスエージェントは、欠陥ルーティング
スクリプトのように、どのユーザにも関係しておらず、
従って、それ自体のタスクマネージャを備えるのに適当
である。

【０１５２】図３は、本発明の接続アーキテクチャを示
すもので、エージェント126及びユーザ201が、異なるタ
スクマネージャ122で動作している。ユーザ201及びツー
ル124が、同じタスクマネージャ122Bで動作しているこ
とに留意されたい。

【０１５３】図３の場合には、エージェント126はタス
クマネージャ122Aで動作している。ユーザ201はタスク
マネージャ122Bで動作している。タスクマネージャ122
A,122Bは通信ネットワーク250を介して通信を行う（即
ち、タスクを共用する）。このような通信については９
章で更に説明する。

【０１５４】図３に関して、エージェント及びユーザの
タスクマネージャ122A及び122Bは、同じコンピュータプ
ラットホーム上で動作することが可能であり、又、通信
ネットワークを介して接続されている複数のコンピュー
タプラットホーム上で動作することが可能であることに
留意されたい。その２つの場合について、タスクマネー
ジャ122A,122Bの間でのタスクの通信は、本質的に同じ
である（これについては９章で再び説明する）。

【０１５５】新しいタスクを作ってユーザに送るには、
非ユーザエンティティが、新しいタスクを（TASKメニュ
ー310のCREATE機能を使用して）作成するために、メッ
セージシステム202によりメッセージを介して、そのタ
スクマネージャ（ユーザから分離しているかユーザと共
用されているかに関わらず）にアクセスする。次に、非
ユーザエンティティは、（COMMUNICATEメニュー314に対
応するSHARE TASKメッセージ機能を介して）新しいタス
クをユーザと共用するために、メッセージシステム202
を介してそのタスクマネージャ122にメッセージを送
る。

【０１５６】非ユーザエンティティはまた、メッセージ
システム202を介してそのタスクマネージャ122にメッセ
ージを送ることによりそのタスクマネージャ122からタ
スク情報を受信することも可能である。ユーザは、非ユ
ーザエンティティにより自分のタスクがアクセスされる
ことを望む場合には、自分のタスクを非ユーザエンティ
ティと（属性「Viewed By」を介して）共用しなければ
ならない、ということに留意されたい。

【０１５７】非ユーザエンティティは、このタスク情報
を使用してその作業を行う。例えば、プロジェクト管理
／スケジューリングプログラムは、属性「タスク最終期
限」及び「スケジュール時間」における情報を使用し
て、タスクを完了させるためのスケジュールを作成する
ことができる。レポートジェネレータは、属性「時間推
定」、「実時間」、「ステータス」における情報を使用
して、完了したタスクを実行するのに必要な時間、及び
未完のタスクを完了させるのに残っている時間を含むレ
ポートを作成することができる。

【０１５８】このように、ユーザによりタスクマネージ
ャ122に入れられたタスクデータは、タスクマネージャ1
22のみにより使用されるものではない。むしろ、本発明
のタスクマネージャ122は、非ユーザエンティティ（ツ
ール、エージェント、プロセスエンジン等）が、タスク
データに容易にアクセスし、それを使用することを可能
とするものである。

【０１５９】タスクマネージャ122によりサポートされ
るメッセージを以下に説明する。タスクデータへのメッ
セージのアクセスを制御する属性値が２つある。これら
の属性値は、その対応するタスクと共に、タスクデータ
ベースに格納される。タスクが属性値「アクセス＝否
定」を有する場合、メッセージは、タスク又はそのサブ
タスクのどれにもアクセスすることができない。また、
タスクが属性値「アクセス＝サブタスク否定」を有する
場合には、メッセージは、タスクにアクセスすることは
できるが、そのサブタスクのどれにもアクセスすること
はできない。

【０１６０】下記において、Request（要求）とは、ツ
ール（タスクマネージャ等）の動作を要求するメッセー
ジを指す。その動作は、一般に、ユーザインターフェー
スで利用可能なものである。

【０１６１】Notify（通知）とは、動作が正常終了した
ことを示す、ツールから送られた通知メッセージを指
す。

【０１６２】Failure（失敗）とは、動作の実行に失敗
したことを示す、ツールから送られた通知メッセージを
指す。

【０１６３】下記メッセージはタスク識別リスト（即
ち、属性「一意名称」）を返すものである。要求された
属性を有するタスクが見つかった場合、そのタスクのサ
ブタスクを、前記要求された属性を備えている更に多く
のタスクについて探すべきか否かを、「True/False(真
／偽)」フラグが制御する。

【０１６４】

【表７】

【０１６５】次のメッセージは、全てのタスクの属性
「一意名称」を返すものである。

【０１６６】

【表８】

【０１６７】次のメッセージは、ルートタスクから、又
はその階層内の他のタスクから、タスク階層を返すもの
である。ツリー構造は、parent-task-id（親タスクＩ
Ｄ）の後にその子タスクを列挙し、それを括弧で囲むこ
とにより伝えられる。

【０１６８】

【表９】

【０１６９】次のメッセージは、タスクのデータ属性を
返すものである。このメッセージは、（タスクデータフ
ァイルで見受けられるものと同じ属性名称、即ち「タイ
トル」、「子」等を用いて）所望される属性を列挙し、
その値を返す。クラス固有データの属性を照会すること
も可能である。オプション「-i」は、要求された属性
が、要求されたタスクに存在しない場合に、その属性を
親から引き継ぐことが可能であることを示すものであ
る。

【０１７０】

【表１０】

【０１７１】次のメッセージは、現在実行中のタスクの
ＩＤを返すものである。

【０１７２】

【表１１】

【０１７３】次のメッセージは、現在選択されているタ
スクのＩＤを返すものである。

【０１７４】

【表１２】

【０１７５】次のメッセージは、タスクのデータ属性に
新しい値を設定することを可能にするものである。事前
定義属性及びユーザ定義属性の双方を設定することが可
能である。

【０１７６】

【表１３】

【０１７７】次のメッセージは、新しいタスクにその実
行を開始させるものである。

【０１７８】

【表１４】

【０１７９】次のメッセージは、現存するタスクに注釈
を付加するものである。所定タイトルを有する注釈が既
に存在する場合には、その現存する注釈に新しい注釈が
付加される。「FILE」を使用することにより、所定のファ
イル名からその内容が取り出される。

【０１８０】

【表１５】

【０１８１】次のメッセージは、タスクマネージャを運
用しているユーザの名称を返すものである。

【０１８２】

【表１６】

【０１８３】次のメッセージは、新しいタスクを作成す
るものである。新しいタスクが作成されると、他のタス
クデータの属性を初期設定するために、「Set-Task-Inf
o」を使用することができる。

【０１８４】

【表１７】

【０１８５】次のメッセージは、タスク表示区域内でタ
スクを選択させるものである。

【０１８６】

【表１８】

【０１８７】次のメッセージは、「Edit->TaskDat
a...」ユーザインターフェース対話ボックスを所定タス
クについてポップアップさせるものである。

【０１８８】

【表１９】

【０１８９】次のメッセージは、所定の時間間隔と交差
する全ての実行時間を返すものである。開始時間及び終
了時間は、時間のテキスト記述であり、「time_t」の相
当値を決定するよう構文解析される。

【０１９０】

【表２０】

【０１９１】次のメッセージは、実行の範囲を新しい実
行の組で置き換えるのに使用可能なものである。タスク
に関する実時間は、新しい実行時間を反映している。

【０１９２】

【表２１】

【０１９３】次のメッセージは、タスクに関連する１組
のユーザ定義属性のエクスポートビットをリセットする
のに使用可能なものである。

【０１９４】

【表２２】

【０１９５】次のメッセージは、タスクについての１組
のユーザ定義属性のエクスポートビットを設定するもの
である。エクスポートにより、タスクを共用する全ての
人々に属性値が見えるようになる。それをエクスポート
するために属性が存在する必要はない。

【０１９６】

【表２３】

【０１９７】次のメッセージは、タスクについての１組
のユーザ定義属性を削除するのに使用することができる
ものである。エクスポートされたタスク及びエクスポー
トされないタスクの両者が削除されうる。

【０１９８】

【表２４】

【０１９９】９．タスク共用上述のように、本発明のタスクマネージャ122は、タス
クマネージャ122の間でタスクデータを転送するタスク
共用機構を提供する。タスクマネージャ122は、同じコ
ンピュータプラットホーム上で動作することができる。
その代替策として、タスクマネージャ122を異なるコン
ピュータプラットホームで動作させることもできる。本
発明のタスク共用機構をこの章で説明する。

【０２００】本発明のタスク共用機構は、タスクマネー
ジャ122を使用して各個人間で、またタスクマネージャ1
22を使用しないで各個人間でタスクを共用することを可
能とするものである。これは、電子メール（email）メ
ッセージを使用することにより達成される。タスクマネ
ージャのユーザは、非タスクマネージャのユーザにタス
クを送ることができる。タスクマネージャは、タスクを
電子メールメッセージとして非タスクマネージャのユー
ザに送る。非タスクマネージャのユーザは、タスクマネ
ージャの使用し始めない限り、そのタスクを更新するこ
とができない。ユーザ間でタスクを転送するのに電子メ
ールメッセージが使用されるので、本発明のタスク共用
機構は、ローカルエリアネットワークに限定されること
のない広い区域での共用をサポートすることができる、
ということに留意されたい。

【０２０１】本発明のタスク共用機構は、１組のユーザ
が１つのタスクを共用することを可能にするものであ
る。ユーザは、タスクに対して読み出し専用アクセス又
は読み出し／書き込みアクセスを行うことができる。タ
スクが共用されている間、そのタスクのデータは、タス
クを共用しているものの間で同期されている。一度に２
人以上のユーザによりタスクへ同時更新を行うことを管
理するために、ロッキング機構を使用する。ロッキング
機構は、排他的アクセスを得ることができない場合を除
き、ユーザには見えないものである。この章では、「個
人」及び「ユーザ」という用語は、オペレータ（人間）
及びエージェント126の双方を指していることに留意さ
れたい。

【０２０２】本発明のタスク共用機構は、「ネットワー
クファイルシステム」(ＮＦＳ)を採用している。ＮＦＳ
は、当業者には周知のものであり、公的に入手可能な多
数の文書に記載されている。

【０２０３】広域ネットワークを介したロック操作を単
純にするため、タスクマネージャ122は、読み出し／書
き込みアクセスに幾らかの制限を課す。特に、タスクマ
ネージャ122は、タスクを共用する全てのユーザを「場
所（locale）」に分割する。２人のユーザがＮＦＳを介
してロック収納場所(repository)に同意したものと通信
している場合には、それらのユーザは、同じ場所に存在
し、従って、１つのローカルエリアネットワーク(ＬＡ
Ｎ)上に存在する。場所内において、共用されるタスク
に対して読み出し／書き込みアクセスを行う全てのユー
ザは、周知のＮＦＳシステムコールである「lockf(2)」
システムコールを用いてそのタスクをロックすることが
できる。「lockf(2)」システムコールは、ローカルエリ
アネットワーク内でＮＦＳロックダイモン(daemon)を使
用する。１つの場所の中で共用タスクに一度に読み出し
／書き込みアクセスを行うユーザだけが、タスクをロッ
クすることができる。ユーザの読み出し／書き込みアク
セスが可能となる１つの場所は、タスクのオーナが存在
する場所である。オーナの場所の外で読み出し／書き込
みアクセスを行う全てのユーザは、その各場所における
ユーザにオーナシップが移されるまで、読み出し／書き
込みアクセスを行うことはできない。

【０２０４】個人間でのタスクデータの通信は、全て、
「sendmail」別名（これは各マシンについて特別に作成
することを必要としない標準的な別名である）をマシン
毎に有する構造化電子メールメッセージを用いて、デー
タを受信し、ユーザのタスクデータベースを更新するこ
とにより、行われる。

【０２０５】図３において、タスクマネージャ122A,122
Bは、ネットワーク250を介して接続されている。このよ
うな接続を図６に一層詳細に示す。図６は、ネットワー
ク250（ローカルエリアネットワーク又は広域ネットワ
ーク）を介して接続された２つのマシン（即ち、コンピ
ュータプラットホーム）502A,502Bを示すものである。
マシン502A,502Bは、ＳＭＴＰ（単純メール移送プロト
コル）510,514を使用してネットワーク250に接続されて
いる。マシン502Aは、タスクマネージャ122A上で操作を
行うユーザGaryを有している。タスクマネージャ122A
は、タスクデータベース506Aを備えている。

【０２０６】マシン502Bは、タスクマネージャ122B,122
C上でそれぞれ操作を行うユーザJohn,TWTを有してい
る。タスクマネージャ122B,122Cは、タスクデータベー
ス506B,506Cをそれぞれ備えている。

【０２０７】マシン502A,502Bは、タスクレシーバ508
A、508Bをそれぞれ備えている。

【０２０８】図６に示すシステムでは、一般的な「send
mail」別名は次のとおりである。

【０２０９】

【表２５】

【０２１０】この「sendmail」別名における「task-rec
eiver（タスクレシーバ）」は、各ローカルタスクマネ
ージャプロセス毎に「入力ボックス(inbox)」に書き込み
を行う能力、及び、各ローカルタスクマネージャプロセ
スとの接続を行って、それにその「入力ボックス」を読み
に行くよう命令する能力を有する、「setuid root」プ
ログラムを指す。このように、各マシン502A,502B上で
動作するタスクレシーバ508A,508Bが存在する。タスク
マネージャは、その「入力ボックス」からタスクデータベ
ース506までデータを移動させる。

【０２１１】システムSAのユーザUAがシステムSBのユー
ザUBとタスクを共用する際、ユーザUAのタスクマネージ
ャ122がタスクを共用する人として「UB＠SB」を指定す
る。両ユーザUA,UBが同じマシン上にある場合（UBがシ
ステムSAのローカル別名として既知である場合等）に
は、ユーザUAのタスクマネージャ122はマシンを指定す
る必要はない。むしろ、ユーザUAのタスクマネージャ12
2は、ユーザUBの別名を探し出し、それが「US＠SB」で
あることを判定し、タスクのレシーバを指定する宛先フ
ィールドを用いて「task-manager＠SB」にメールを送
る。

【０２１２】例えば、ユーザTWTがユーザJohnとタスク
を共用したい場合を考える。この場合、ソース及び宛先
は同じマシン502B上にある。次の説明は、ソース及び宛
先が異なるマシン上にある場合にも適用される（電子メ
ールメッセージをネットワーク250を越えて送らなけれ
ばならない場合を除く）ことに留意されたい。

【０２１３】上述のように、タスクを共用するために、
ユーザTWTは、そのタスクマネージャ122CのCOMMUNICATE
メニュー314のSHARE-TASKS機能を使用することになる。
タスクマネージャ122Cは、まず構造化電子メールメッセ
ージにタスクを入れる。次に、タスクマネージャ122C
は、その電子メールメッセージをそのタスクデータベー
ス506Cの「<twt＠hpfcjrd>」からユーザJohnの「<john
＠hpfcjrd>」に送る。「john」は、「hpfcjrd」上に存
在する別名であり、よって、タスクマネージャ122Cは、
電子メールメッセージを「john」に送る。特に、タスク
マネージャ122Cは、ユーザ「john」を探し出して、それが
「john＠hpfcjrd」に対する別名であることを見出す。
タスクマネージャ122Cは、アドレスを「task-manager＠
hpfcjrd」と書き換え、タスクの記述に「Destination
（宛先）：john＠hpfcjrd」を追加し、次いで電子メー
ルメッセージをタスクレシーバ508Bに送る。

【０２１４】「hpfcjrd」にあるタスクレシーバ508B
は、宛先を見て、ユーザJohnがタスクマネージャ122を
走らせているか否かを（Johnのホームディレクトリ又は
他の所定ロケーションにあるタスクリストディレクトリ
を探すことにより）チェックする。ユーザJohnがタスク
マネージャ122を走らせている場合、タスクレシーバ508
Bは、ユーザJohnのタスクマネージャの入力ボックスに
電子メールメッセージを送って、ユーザJohnのタスクマ
ネージャ122Bに（ソケットを経由して）通知を行う。ユ
ーザJohnのタスクマネージャは、新しいデータをデータ
ベースに取り込む。タスクマネージャ122BのDISPLAYメ
ニュー316においてNEW TASK NOTIFYが使用可能である場
合には、タスクマネージャ122Bは、ユーザJohnに新しい
タスクの通知を行う。

【０２１５】ユーザJohnがタスクマネージャ122を走ら
せていなければ、タスクレシーバ508Bは、電子メールメ
ッセージをそのままローカルマシンの「john」に送る。
英語の部分（即ち、タスクのタイトル及び注釈）が最初
に与えられる。次にバー（即ち、セパレータ）及び意味
データがその後に与えられることになる。

【０２１６】表２６に電子メールメッセージの構造を示
す。タスク属性が電子メールメッセージ中に組み込まれ
ていることに留意されたい。また、表２６に示すような
電子メールメッセージを使用してタスクを共用すること
により、タスクの意味情報が保存されることにも留意さ
れたい。

【０２１７】

【表２６】

【０２１８】表２６に示すように、構造化電子メールメ
ッセージ内には空いていないフィールドのみが含まれて
いる。表２６に示すフォーマットは、ファイルを基礎と
するデータベースに使用されるものと同じである。「se
ndmail」は、マシン又はネットワークが利用不可である
場合に自動的に待ち行列を作成する。宛先のタスクマネ
ージャ122が走っていない場合であっても、別名は、依
然として電子メールを処理して、宛先のタスクデータベ
ース506を更新することができる。

【０２１９】共用しているタスクにサブタスクがあれ
ば、そのサブタスクが電子メールメッセージに入れられ
る。タスクマネージャはメッセージを個々のタスクに分
割し、各々を別々に格納する。タスクマネージャ122は
ユーザに知らせユーザにタスクを検査させる責任があ
る。

【０２２０】10．タスクマネージャのシナリオタスクマネージャ122の構造及び動作について、２つの
シナリオを考察することにより、以下で更に説明する。
第１のシナリオでは、タスクマネージャ122はプロセス
エンジン128で動作しない。第２のシナリオでは、タス
クマネージャ122はプロセスエンジン128で動作する。

【０２２１】10.1 プロセスエンジンの無いタスクマネ
ージャの場合第１のシナリオには、コンピュータソフトウェアを開発
することが含まれる。特に、第１のシナリオは、コンピ
ュータソフトウェアのデバッグを容易にするためにソフ
トウェア開発者がタスクマネージャ122をどう使用する
かに重点を置いている。

【０２２２】ソフトウェアの開発者であるJohnは、彼の
オフィスに到着してログインを行う。画面は、彼のタス
クマネージャ122のユーザインターフェース302を表示す
る。Johnは、タスクリスト308をスクロールさせて、
（ポップアップメニュー内の開始／再開機能を用いるこ
とにより）タスク「電子メールを読む」を選択する。タ
スク「電子メールを読む」に関連する「ResumeActio
n()」は、Johnのメールプログラムを自動的に呼び出
す。

【０２２３】Johnは、そのメールプログラムを使用して
彼の電子メールを読む。電子メールを読んでいる間、Jo
hnは、会議でプレゼンテーションを行うよう要求されて
いることを見出す。Johnは、メールプログラムを出て、
ユーザインターフェース302に戻る。

【０２２４】次に、Johnは、TASKメニュー310のCREATE
機能を利用して新しいタスクを作成する。Johnは、スク
ラッチから新しいタスクに入ることができ、又、現存す
るテンプレートを使用することができる。テンプレート
を使用することにより、タスク属性の多くが自動的に充
填されるということに留意されたい。どの属性が自動的
に充填されるかは、テンプレートの主体事項によって決
まる。新しいタスクは、会議でプレゼンテーションを行
うことの許可をJohnのマネージャに要請するものであ
る。会議委員会への回答の最終期限は今日から１週間で
あり、このため、Johnは、属性「最終期限」を会議委員
会への回答の最終期限と同じに設定する。

【０２２５】次に、Johnは、COMMUNICATEメニュー314の
SHARE TASK機能を使用することにより、このタスクを彼
のマネージャと共用し、そのタスクのオーナを彼のマネ
ージャに変更する。

【０２２６】Johnは、次に、タスクリスト308をスクロ
ールダウンさせてタスク「欠陥」を見つける。Johnは、
タスク「欠陥」のサブタスクを表示させるため、マウス
を使用してそのタスク上でダブルクリックを行う（John
は、NAVIGATEメニュー312を使用する、といった他の多
くの方法により、これらサブタスクを表示させることが
できる）。

【０２２７】タスク「欠陥」の各サブタスクは、John
が、調査して解決することを所望する、コンピュータプ
ログラム中の欠陥（即ち、バグ）を表す。

【０２２８】タスク「欠陥」の各サブタスクには６つの
サブ・サブタスクがある。この６つのサブ・サブタスク
を掲げると次のようになる。即ち、「欠陥を検査し、修
復するか否かを決定する」、「欠陥を再現し、隔離す
る」、「コードを修正する」、「単体試験を実行す
る」、「変更したコードを記録する」、「次の統合構造
で欠陥を解決する」といったものである。これらの各サ
ブ・サブタスクは、欠陥サブタスクが完了とマークされ
る前に（その属性「ステータス」に）完了とマークされ
なければならない。

【０２２９】Johnは、タスク「欠陥」の第１のサブタス
ク上でダブルクリックを行って処理を行う。次いで、メ
ニューリスト308が、その選択されたサブタスクの６つ
のサブ・サブタスクを表示する。Johnは、現在の動作と
してサブ・サブタスク「欠陥を検査し、修復するか否か
を決定する」を選択する。タスクマネージャ122は、サ
ブ・サブタスク「欠陥を検査し、修復するか否かを決定
する」に関連する「StartAction()」（又は「ResumeAct
ion()」）を自動的に実行する。この特定の場合におい
て、「StartAction()」は、欠陥レポートを表示するレ
ポートユーティリティ（即ち、ツール124)を呼び出す。
欠陥レポートには、欠陥に関する情報が入っている。欠
陥レポートは、プログラムが或るシーケンスで実行され
る際に生じるアボートが問題であることを示す。このシ
ーケンスが欠陥レポートにおいて文書化される。

【０２３０】タスクマネージャ122が、サブ・サブタス
ク「欠陥を検査し、修復するか否かを決定する」の処理
中にJohnが費やした時間を追跡してきたことに留意され
たい。タスクマネージャ122は、この情報を自動的に使
用して、属性「実時間」及び「ユーザ毎の実時間」を更
新する。

【０２３１】Johnは、次に、彼の現在の動作としてサブ
・サブタスク「欠陥を再現し、隔離する」を選択する。
タスクマネージャ122は、サブ・サブタスク「欠陥を再
現し、隔離する」に関連する「StartAction()」（又は
「ResumeAction()」）を自動的に実行する。この特定の
場合において、「StartAction()」はデバッガを呼び出
す。その代替策として、「StartAction()」は、デバッ
ガを呼び出したいか否か、また呼び出したいのであれ
ば、それを行うために何が実行可能であるか、をJohnに
尋ねることができる。何れの場合も、デバッガが呼び出
され、Johnは欠陥レポート中の指示に従って進む。John
は、デバッガを使用して、欠陥を再現し、アプリケーシ
ョンのアボート時のそのアプリケーションの状態を検査
する。彼は初期設定されていないポインタが存在するこ
とを直ちに理解する。

【０２３２】Johnは、次に、彼の現在の動作として、サ
ブ・サブタスク「コードを修正する」を選択する。タス
クマネージャ122は、サブ・サブタスク「コードを修正
する」に関連する「StartAction()」（又は「ResumeAct
ion()」）を自動的に実行する。この特定の場合におい
て、「StartAction()」は、Johnのエディタを呼び出
す。このエディタを使用して、Johnはコードを修正す
る。

【０２３３】また、Johnがプログラムをコンパイルし、
そのテストを行うことを所望する場合について説明す
る。プログラムをコンパイルするため、Johnは、ACTION
Sメニュー318にアクセスする。ACTIONSメニュー318は、
オプション「コンパイル」を有している。これは、（こ
のシナリオでは）サブタスクが、「コンパイル」を、全
ての子孫により引き継がれるべきマニュアル動作である
と定義したからである。Johnは、ACTIONSメニュー318に
ある「コンパイル」を選択して、プログラムのコンパイ
ルを行う。

【０２３４】新しくコンパイルされたプログラムをテス
トするため、Johnはサブ・サブタスク「欠陥を再現し、
隔離する」を再び選択する。デバッガを使用して、John
は、新しいプログラムが正しく動作していることを確認
する。Johnは、ACTIONSメニュー318から「欠陥を更新す
る」を選択して、欠陥の修復についての記述を欠陥レポ
ートに追加することができる。このシナリオでは、サブ
タスクが、「欠陥を更新する」を、全ての子孫により引
き継がれるべきマニュアル動作であると定義している。

【０２３５】次に、Johnは、彼の現在の動作として、サ
ブ・サブタスク「単体試験を実行する」を選択する。タ
スクマネージャ122は、サブ・サブタスク「単体試験を
実行する」に関連する「StartAction()」（又は「Resum
eAction()」）を自動的に実行する。この特定の場合に
おいて、「StartAction()」は、単体試験が新しいコー
ドで自動的に実行されるように定義されている（実行す
べき特定の単体試験はエディットされたファイルからタ
スクマネージャにより自動的に決定される）。

【０２３６】次に、Johnは、彼の現在の動作として、サ
ブ・サブタスク「変更したコードを記録する」を選択す
る。タスクマネージャ122は、サブ・サブタスク「変更
したコードを記録する」に関連する「StartAction()」
（又は「ResumeAction()」）を自動的に実行する。この
特定の場合において、「StartAction()」は、コードが
バージョン制御システムに自動的に記録されるように定
義されている。

【０２３７】後に、完全なシステム構築が発生し、John
が、修復が他のどんなものにも悪い影響を及ぼさないこ
とを確認した場合、Johnは、彼の現在の動作として、サ
ブ・サブタスク「次の統合構造で欠陥を解決する」を選
択する。タスクマネージャ122は、サブ・サブタスク
「次の統合構造で欠陥を解明する」に関連する「StartA
ction()」（又は「ResumeAction()」）を自動的に実行
する。この特定の場合において、「StartAction()」
は、更新ユーティリティを呼び出す。この更新ユーティ
リティは、当該欠陥を表示し、対話ボックスを解決す
る。タスクマネージャは、幾つかの情報（どのファイル
が修正されたか、及び欠陥を修復するのに費やされた時
間等）を充填し、Johnが、残りの必要な情報を充填して
欠陥を解決する。これにより、彼のサブ・サブタスクが
自動的に完了し、タスクマネージャ122が、親のサブタ
スクのステータスだけでなく、他のサブ・サブタスクの
ステータスをも更新する。

【０２３８】Johnは、彼のタスクリスト308を見て、彼
のマネージャと共用したタスクが完了していることを確
認する（Johnは注釈を見てこれを確認することができ
る）。Johnは、TASKメニュー310のNOTES機能を使用し
て、タスクに付加された注釈を見る。Johnは、彼のマネ
ージャが要求を承認したことを確認する。これで、John
は、元の要求に回答し、彼の参加を確認することができ
る。従って、Johnは、彼のタスクとして「電子メールを
読む」を再び選択して、彼のメールプログラムを呼び出
す。彼はそのメールプログラムを利用して会議委員会に
メッセージを送る。

【０２３９】また、Johnは、新しいタスクを作成して会
議参加のスケジューリングも行う。彼の新しいタスクの
サブタスクは、フォーム充填パッケージ(form-filling
package)に封じ込めたものとして、旅行要求を作成する
ことができる。

【０２４０】後に、Johnは、彼のマネージャに対して目
的レポートを作成する。Johnは、彼のタスクマネージャ
でレポート作成プログラムを実行する。このレポート作
成プログラムは、Johnがレポートプログラムに対して識
別したタスク属性に基づいて、Johnのタスクデータベー
スからタスクを引き出す。レポート作成プログラムは、
結果の章を有するレポートを作成する。その結果の章に
は、各タスク毎の実時間及び残り時間が含まれている。

【０２４１】10.2 プロセスエンジンを有するタスクマ
ネージャ規則ベースの装置（推論エンジンとも言う）は、規則に
従って動作する。例えば、規則は次のようなものとする
ことができる。即ち、「Ｘが発生した場合はＹを行う」
といったものである。規則ベースの装置は、その規則を
実行する場合に、Ｘが発生したか否かを判定する。Ｘが
発生した場合、規則ベースの装置はＹを行うことにな
る。図２に示すように、規則（又はプロセス仕様）は、
プロセス仕様データベース206に格納されている。この
ような規則ベースの装置は、当業者には周知のものであ
る。プロセスエンジン128は、規則ベースの装置として
実施することが可能である。

【０２４２】タスクマネージャ122とプロセスエンジン1
28との組み合わせにより、自動プロセス生成が可能とな
る。第１のシナリオからソフトウェアのデバッグ環境を
考えると、例えば、ユーザが新しい欠陥を（例えば、デ
バッガによるソフトウェアプログラムの試験中に）発見
した場合にはいつでも、ユーザは、（TASKメニュー310
のCREATE機能を使用して）その欠陥に対して新しいタス
クをマニュアルで作成しなければならない、ということ
に留意されたい。しかし、プロセスエンジン128を使用
すれば、そのプロセスエンジン128が、外部の欠陥追跡
システムを監視することができる。新しい欠陥が提示さ
れると、プロセスエンジン128は、その欠陥に対する新
しいタスクを自動的に作成することができる。プロセス
エンジン128は、これを８章で説明したように行う。そ
の場合、プロセスエンジン128は、エージェント126の集
まりのように動作することになる（これは、幾つかの独
立した規則の組み合わせが動作し得るためである）。従
って、この場合の規則は、「新しい欠陥がレポートされ
たら、その欠陥に対する新しいタスクを作成する」とい
うことになる。

【０２４３】動的タスク生成が有用である他の例とし
て、Johnの研究室で使用中の複雑なプロセスを実施する
に当たりJohnを援助することがある（第１のシナリオよ
り）。例えば、一部のコードが変更される毎にその関連
文書も更新されなければならない、ということをプロセ
スが必要とすると仮定する。第１のシナリオによれば、
Johnは、各々の場合に、（例えば、コード開発段階でコ
ードを修正するために）正しいタスクテンプレートを見
つけ出して、そのテンプレートで指定されているとおり
にタスクを実行しなければならない。ここでの問題は、
ソフトウェアのライフサイクルの部分によって、同じタ
スクに対してタスクテンプレートの選択肢が幾つか存在
することがあるということである。彼のプロセスの構成
要素を正しくセットアップする（即ち、正しいテンプレ
ートを選択する）という負担がJohnにかかる。一旦プロ
セスがセットアップされれば、タスクマネージャ122
は、Johnがそのプロセスを管理し、実行し、完了するの
を助ける。しかし、Johnがプロセスをセットアップする
のをプロセスエンジン128が助けることになる。

【０２４４】プロセスエンジン128を使用する主な利点
は、プロセスの記述が容易に修正可能及び宣言可能なも
のになるということである。プロセスエンジン128が無
い場合には、コンピュータ援用プロセスを定義すること
はできるが、それらをハードコードにしてカプセル化し
なければならない。また、タスクの状態を管理するのに
必要なデータ管理サービスを各カプセル化により考案し
直さなければならないことになる（例えば、タスクに関
する履歴情報が意志決定を行うのに必要な場合等）。

【０２４５】しかし、タスクマネージャ122をプロセス
エンジン128と共に動作させるのに修正を加える必要が
ないということに留意されたい。プロセスエンジン128
は、エージェント126がタスクマネージャ122と通信を行
うのと同じ方法でタスクマネージャ122と通信を行う。
従って、タスクマネージャメッセージインターフェース
は、上述のように、タスクマネージャ122が外部エンテ
ィティと共に動作するのに充分な柔軟性を提供する。こ
こで説明したエージェント126及びプロセスエンジン128
は、タスクマネージャ122が共に動作することが可能な
外部エンティティの幾つかを示すものに過ぎない。

【０２４６】本発明の種々な実施例を説明してきたが、
これらは例だけに限って示したもので、本発明を限定す
るものではないことを理解すべきである。従って、本発
明の広さ及び範囲は、上述の模範的な実施例のいずれに
よっても限定されるべきではなく、「特許請求の範囲」
における記載、及びそれと等価なものによってのみ、定
義されるべきである。

【０２４７】なお、本明細書の開示の一部には、著作権
保護を受ける資料が含まれている。著作権所有者は、特
許庁の特許ファイル又は記録に現れる限り、何人による
特許開示のファクシミリ複写に異議を称えるものではな
いが、その他の場合にはあるゆる著作権の権利を留保す
る。

【０２４８】

【発明の効果】本発明は上述のように構成したので、個
人の組織化、プロジェクト管理、プロセス自動化といっ
た各能力を提供するタスクマネージャが実施可能とな
る。

【図面の簡単な説明】

【図１】本発明のタスクマネージャが動作するコンピュ
ータシステムを示すブロック図である。

【図２】本発明のタスクマネージャのアーキテクチャ全
体を示すブロック図である。

【図３】本発明の第１の接続アーキテクチャを示すブロ
ック図である。

【図４】本発明の好適実施例によるユーザインターフェ
ースを示す正面図である。

【図５】本発明の好適実施例による５つのメニュー類別
及びその個々の機能を示す説明図である。

【図６】本発明の第２の接続アーキテクチャを示すブロ
ック図である。

【符号の説明】

122 タスクマネージャ 124 ツール 126 エージェント 128 プロセスエンジン 202 メッセージシステム 204 永続的タスクデータベース 302 ユーザインターフェース

Claims

【特許請求の範囲】

【請求項１】タスクの管理を行うシステムであって、こ
のシステムが、各々がタスク情報を備えた前記タスクの階層を格納する
タスクデータベースと、前記タスクのうちの処理すべき１つを選択する手段を有
し、前記タスクと対話を行う手段と、前記選択されたタスクの処理を容易化する手段と、その処理に基づいて前記タスク情報を自動的に更新する
手段とよりなることを特徴とする、タスク指向パラダイ
ムによるタスク管理システム。