JP2003242321A - プロジェクト情報処理装置及びコンピュータ・ソフトウエア - Google Patents

Abstract

(57)【要約】 【課題】 プロジェクトにおけるタスクと、タスクの実
施に関連する情報の管理を統合的に支援するプロジェク
ト情報処理装置及びコンピュータ・ソフトウエアを提案
する。 【解決手段】 プロジェクトを構成するタスクに関連す
るドキュメントを表す記号１２３を表示するタスク領域
１２を画面に表示する機能と、タスク領域１２に表示さ
れたドキュメントを表す記号１２５への操作指示を受け
てドキュメントの作業を行う機能とを有するプロジェク
ト情報処理装置であって、タスク領域１２は、ドキュメ
ントを表す記号１２３を表す記号を表示する一般作業領
域１２１と出力作業領域１２２とからなり、出力作業領
域１２２は、領域内にドキュメントを表す記号１２６を
移動操作させると対応付けられたプロジェクトを構成す
る他のタスクのタスク領域にドキュメントを表す記号を
表示する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、建設や開発のプロ
ジェクトや日常業務におけるワークフローの管理を円滑
ならしめるのための情報システムに関連し、プロジェク
トやワークフローの実施に関連する各種情報の管理や交
換を支援するための機能とそのユーザインタフェースの
方式、これを実現するシステム及びこれを実現する装置
に関する。

【０００２】なお、本明細書で言うプロジェクト管理と
は、１つ以上の業務（タスク）の実施に関連する情報を
適切に管理・加工・提供することを指しており、これに
よりタスクの実施を円滑ならしめることを目的とする。

【０００３】また、タスクの実施に関連する情報とは、
例えばタスクの実施に必要な人員や機材、コストなどの
リソース情報、作業時間や開始・終了予定時刻などの時
間的情報、実施にあたって参照すべき文書（ドキュメン
ト）やデータ、インターネットにおけるホームページの
アドレスに対応するＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏ
ｕｒｃｅ Ｌｏｃａｔｏｒ）などの関連情報、実施の目
的や手順、他のタスクとの順序関係、タスクに関連する
リスクの情報などが含まれる。

【０００４】また本明細書で言うプロジェクト管理は、
プラントの建設やソフトウェアの開発プロジェクトばか
りでなく、日常的な業務の実施管理、特に定型的な業務
の連鎖であるワークフローの管理と言ったより広い概念
を含む。

【０００５】

【従来の技術】従来からプロジェクト管理のための方式
やシステムは数々提案されており、特に本発明の主眼で
あるプロジェクトにおけるドキュメントに管理に着目す
ると、例えば（１）特開平１１−２８２９１８号公報に
ある「文書管理方式及び装置及びコンピュータ読み取り
可能な記憶媒体」、（２）特開平１０−２１４１１３号
公報にある「掲示板型データベースを用いた業務処理シ
ステム」、（３）特開２０００−１８７６９５号公報に
ある「ワークフロー管理システム」、（４）特開平１１
−３５３３６９号公報にある「リソース・スケジュール
を表示及び編集するための方法およびシステム」などが
挙げられる。

【０００６】（１）特開平１１−２８２９１８号公報
は、工程表にドキュメントを時系列配置して表示し、工
業製品の設計・製造プロジェクトにおける文書管理を効
率化するものである。

【０００７】（２）特開平１０−２１４１１３号公報
は、仮想的な掲示板を用いて業務プロセスに関連する文
書の受け渡しを効率化し、作業効率を向上することを図
るものである。

【０００８】（３）特開２０００−１８７６９５号公報
は、ワークフローのクライアントに仮想的な業務の受付
箱という記憶領域を設けて業務の引き渡しと類似業務の
検索を容易化するものである。

【０００９】（４）特開平１１−３５３３６９号公報
は、プロジェクト管理に関連してリソース・スケジュー
ルを適切に管理するためのユーザインタフェースを提案
している。

【００１０】さらに、プロジェクト管理のための統合的
なソフトウェアとしては、米国マイクロソフト社のソフ
ト製品「Ｍｉｃｒｏｓｏｆｔ Ｐｒｏｊｅｃｔ」が良く
知られている。

【００１１】

【発明が解決しようとする課題】従来のプロジェクト管
理システムの問題点としては、下記のようなものが挙げ
られる。 （１）課題１：タスクとドキュメントの管理 従来のプロジェクト管理システムは、プロジェクト内の
タスクの「スケジュール」や「リソース」などの管理に
重点が置かれた管理者向けのツールと位置付けられてお
り、タスクの「実施」すなわち現場の実施者を直接的に
支援するツールという意識は薄かった。

【００１２】典型的には、タスクの実施に関連するドキ
ュメント類は、タスクのスケジュール管理システムとは
別のシステムで管理されていた。例えば、Ｍｉｃｒｏｓ
ｏｆｔ Ｐｒｏｊｅｃｔにおいては、システムの機能は
複数のタスクのスケジュール管理とリソース管理が中心
であり、各タスクに関連するドキュメント類は、個々の
タスクのプロパティの一つとして関連付けられるが、こ
れらのドキュメント類の交換、保存、加工などのドキュ
メントに対する処理はユーザが手作業で行う必要があっ
た。

【００１３】例えば、ユーザは特定のタスクのプロパテ
ィの一つとして所望のドキュメントを登録することはで
きる。しかし、このドキュメントを加工したい場合に
は、通常はこれを自分のコンピュータの特定のフォルダ
にダウンロードし、ここで加工するといったユーザの措
置が必要となる。このため、ダウンロード後のドキュメ
ントのバージョン管理が煩雑で、特に複数のタスクをユ
ーザが実施しようとした場合に、ユーザはどれがオリジ
ナルでどれがコピーであるか、また最終提出版はどれか
といったことが分からなくなってしまうという問題点が
ある。

【００１４】またドキュメントを格納するフォルダの名
称やその場所の管理はユーザまかせであるため、過去に
利用したフォルダの名称や場所を忘れたり、どのフォル
ダがどのタスクに関連するドキュメントを格納している
のかが分からなくなったり、ファイルの整理を行う際に
誤って必要なフォルダを削除してしまうといった問題点
もある。

【００１５】（２）課題２：関連情報との統合化 さらに、個々のタスクの実施目的や期限、ドキュメント
の作成手順、作成にあたって参照すべきデータなどの関
連情報は、作成すべきドキュメントとは別のデータやフ
ァイルであるため、ユーザは人為的にこれらの関連情報
をドキュメントと関連付けて管理する必要がある。この
ため管理に手間がかかり間違いも多くなるという問題点
がある。

【００１６】（３）課題３：タスク間の連携 また、プロジェクトを実施する過程で、複数のタスク間
でドキュメントを受け渡し、内容の照査、承認、編集な
どを行う場合がある。このようなドキュメントとは例え
ば、各種の報告書や契約書、設計図、発注書類等々であ
る。従来、あるタスクにおいて作成したドキュメントを
別タスクの実施者に送りたい場合には、該ドキュメント
をＦＤやＭＯなどの電子媒体に複写して渡す、メールに
添付して送付する、ドキュメントを保存するフォルダを
ネットワーク上に公開してダウンロードしてもらうとい
ったユーザの介在が必要となり、使い勝手が悪いという
問題があった。さらに、受け取ったドキュメントがどの
タスクに対応するのかをユーザが判断して管理する必要
があり、このための手間がかかるという問題点もあっ
た。

【００１７】これに対して、上記のようなドキュメント
の回覧に重点を置いたプロジェクト管理のためのツール
として、例えば「ここまできたワークフロー管理システ
ム（速水治夫、情報処理学会誌Ｖｏｌ．３９、Ｎｏ．１
１、ｐｐ．１１６０−１１６５、１９９８）」に記載さ
れたワークフローシステムがある。

【００１８】しかし、こられの手法ではタスクとドキュ
メント等の関連情報を統合的に管理し、同時にタスク間
のデータ連携を実現することは困難であった。

【００１９】本発明は、上記のような問題点を踏まえた
ものであり、その目的は、プロジェクトにおけるタスク
と、タスクの実施に関連する情報の管理を統合的に支援
するプロジェクト情報処理装置及びコンピュータ・ソフ
トウエアを提供することにある。

【００２０】

【課題を解決するための手段】上記課題を解決するため
に、本発明によるプロジェクト管理方式は、１つ以上の
タスクから構成されるプロジェクトにおいて、前記プロ
ジェクト内の任意のタスクに、該タスクに関連するデー
タやファイルを表す記号（以下、「アイコン」と呼称す
る）を表示する第１の表示領域と第２の表示領域を対応
付ける。前記第１の表示領域においてユーザは前記デー
タやファイルの複写、加工、削除などを実行する。ま
た、前記第２の表示領域には前記プロジェクト内の別の
タスクを対応付け、前記タスクの第１の表示領域に表示
された前記ファイルを表す記号を、該タスクの第２の表
示領域に移動させることにより、該第２の表示領域に対
応付けられた別のタスクの第１の表示領域に、前記ファ
イルを表す記号を追加表示する。

【００２１】即ち、本発明は、プロジェクトを構成する
少なくとも１つのタスクに関連するドキュメントを表す
記号及びタスク作業を表す記号を表示するタスク領域を
画面に表示する機能と、該タスク領域に表示されたドキ
ュメントを表す記号への操作指示を受けて該ドキュメン
トの作業を行う機能とを有するプロジェクト情報処理装
置であって、前記タスク領域は、タスクのドキュメント
を表す記号及び出力作業以外のタスク作業を表す記号を
表示する一般作業領域と出力作業領域とからなり、該出
力作業領域は、領域内にドキュメントを表す記号を移動
操作させると対応付けられたプロジェクトを構成する他
のタスクのタスク領域に該ドキュメントを表す記号を表
示するプロジェクト情報処理装置である。

【００２２】また、本発明は、前記タスク領域は、移動
操作された記号のドキュメントの修正履歴を表示し、対
応付けられた出力先を表示するプロジェクト情報処理装
置である。

【００２３】そして、本発明は、前記一般作業領域及び
出力作業領域に表示されたドキュメントを表す記号の操
作指示を受けて、該ドキュメントのオープン、編集、保
存、複写、削除を可能とする機能を有するプロジェクト
情報処理装置である。

【００２４】更に、本発明は、前記一般作業領域におい
て所定の操作指示を受けて、新規ドキュメント及びこれ
を表す記号を作成する機能を有するプロジェクト情報処
理装置である。

【００２５】また、本発明は、前記出力作業領域に移動
したファイルを、この領域に対してあらかじめ指定され
たアドレス、フォルダ、データベースに転送する機能を
有するプロジェクト情報処理装置である。

【００２６】そして、本発明は、前記一般作業領域は、
参照専用のドキュメントを表す記号を表示する参照専用
領域と、それ以外のドキュメントを表す記号を表示する
通常使用領域とを有するプロジェクト情報処理装置であ
る。

【００２７】更に、本発明は、前記タスクの実施の手順
に関するガイダンスを表示するための独立したガイダン
ス表示領域を有するプロジェクト情報処理装置である。

【００２８】また、本発明は、前記タスクの実施に当た
って参照すべきファイル、データベースやホームページ
へのリンク先記号を表示する表示領域を有するプロジェ
クト情報処理装置である。

【００２９】そして、本発明は、プロジェクト内のタス
クをガントチャートやアローダイアグラムなどの工程表
として表示し、該工程表上で任意のタスクを選択するこ
とにより、該タスクに対応付けられた一般作業領域及び
出力作業領域を表示する機能を有するプロジェクト情報
処理装置である。

【００３０】更に、本発明は、タスクに関係するドキュ
メントやアイコン、表示領域のデータと、該データ操作
のための関数を、ひとまとめにしたオブジェクトデータ
として配布する機能を有するプロジェクト情報処理装置
である。

【００３１】また、本発明は、前記配布されたオブジェ
クトデータについての作業の開始により、該オブジェク
トデータを配布したプロジェクト情報処理装置に作業開
始を通知する機能を有するプロジェクト情報処理装置で
ある。

【００３２】そして、本発明は、プロジェクトを構成す
る少なくとも１つのタスクに関連するドキュメントを表
す記号及びタスク作業を表す記号を表示するタスク領域
を画面に表示する機能と、該タスク領域に表示されたド
キュメントを表す記号への操作指示を受けて該ドキュメ
ントの作業を行う機能とを有するプロジェクト情報処理
装置に使用されるコンピュータ・ソフトウエアであっ
て、前記タスク領域は、タスクのドキュメントを表す記
号及び出力作業以外のタスク作業を表す記号を表示する
一般作業領域と出力作業領域とからなり、該出力作業領
域は、領域内にドキュメントを表す記号を移動操作させ
ると対応付けられたプロジェクトを構成する他のタスク
のタスク領域に該ドキュメントを表す記号を表示するこ
とをコンピュータに実現させるプログラムからなるコン
ピュータ・ソフトウエアである。

【００３３】本発明により、（１）タスクと関連ドキュ
メント類を対応付けて管理できる。即ち、タスクと関連
付けられた第１の表示領域において、ユーザは該タスク
に関連するドキュメントに対する処理ができる。例え
ば、第１の表示領域に該タスクに関連するファイルのア
イコンが置かれている場合を想定すると、所定の手順に
従って本アイコンに対応するファイルを開き、内容の編
集を行うこと、本アイコンを複写してファイルのコピー
を作成すること、本アイコンを消去することによりファ
イルを削除すること、本アイコンの名称を変更すること
によりファイルの名称を変更することなどのファイル操
作が可能である。これによりユーザは、タスクに関連し
たファイルを第１の表示領域で一元的に管理することが
でき、従来ユーザがファイルの自主管理していた場合の
ように、どのフォルダがどのタスクに関連するドキュメ
ントを格納しているのかが分からなくなったり、フォル
ダそのものの場所がわからなくなったり、誤ってフォル
ダを削除してしまうといった管理上の煩雑さや、それに
起因する事故を軽減できる。

【００３４】本発明により、（２）タスクに関連する情
報を一元管理することができる。すなわち、加工対象と
なるドキュメント類に限らず、タスクに関連する情報、
例えばタスクの実施に必要な人員や機材、コストなどの
リソース情報、作業時間や開始・終了予定時刻などの時
間的情報、実施にあたって参照すべき文書（ドキュメン
ト）やデータ、インターネットにおけるホームページの
アドレスに対応するＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏ
ｕｒｃｅ Ｌｏｃａｔｏｒ）などの関連情報、実施の目
的や手順、他のタスクとの順序関係、タスクに関連する
リスクの情報などに対応するアイコンを、前記第１の表
示領域に表示する。これにより、タスクと関連情報とを
対応付けて一元的に管理できるため、従来ユーザが抱え
ていた関連情報とドキュメントとの関連付け管理の手間
がかかり間違いも多くなるという課題を軽減できる。

【００３５】本発明によれば、（３）タスク間のドキュ
メントの受け渡しが容易である。例えばタスクＡに対応
付けられた第１の表示領域で作成したドキュメントの最
終版を、該タスクの第２の表示領域に移動させることに
より、これを該第２の表示領域に対応付けられた別のタ
スクＢの第１の表示領域に自動的に送付することができ
る。これによりユーザは、タスク間のドキュメント交換
を統合的なインタフェースで実施することができ、使い
勝手が向上する。

【００３６】

【発明の実施の形態】本発明の実施の形態を説明する。
本発明のプロジェクト情報処理装置の実施例について、
図１〜図２２を用いて説明する。図１は、実施例１のプ
ロジェクト管理・支援システムの提供する画面の例の説
明図である。図２は、実施例１のプロジェクト管理・支
援システムの機能構成の説明図である。図３は、実施例
１のプロジェクト管理・支援システムにおけるタスクデ
ータの例の説明図である。図４は、実施例１のプロジェ
クト管理・支援システムにおけるワークパッケージデー
タの例の説明図である。図５は、実施例１のプロジェク
ト管理・支援システムの機能構成の別の例の説明図であ
る。図６は、実施例１のプロジェクト管理・支援システ
ムにおけるワークパッケージデスクトップの操作例の説
明図である。図７は、実施例１のプロジェクト管理・支
援システムにおけるワークパッケージデータの例の説明
図である。図８は、実施例１のプロジェクト管理・支援
システムにおける処理フローの一例の説明図である。図
９は、実施例１のプロジェクト管理・支援システムにお
けるワークパッケージデータの例の説明図である。図１
０は、実施例１のプロジェクト管理・支援システムにお
けるプロジェクト管理画面の別の例の説明図である。図
１１は、実施例２のプロジェクト管理・支援システムの
機能構成の説明図である。図１２は、実施例２のプロジ
ェクト管理・支援システムにおける接続者情報の一例の
説明図である。図１３は、実施例２のプロジェクト管理
・支援システムにおける処理フローの一例の説明図であ
る。図１４は、実施例２のプロジェクト管理・支援シス
テムにおける複数ユーザ間の連携の例の説明図である。
図１５は、実施例２のプロジェクト管理・支援システム
におけるドキュメント処理のコマンドリストの一例の説
明図である。図１６は、実施例２のプロジェクト管理・
支援システムにおけるワークパッケージデスクトップの
例の説明図である。図１７は、実施例２のプロジェクト
管理・支援システムにおけるワークパッケージデスクト
ップのクラス構成の一例の説明図である。図１８は、実
施例３の実施例２のプロジェクト管理・支援システムを
使用するプロジェクト管理事業モデルの例の説明図であ
る。図１９は、実施例４のプロジェクト管理システムに
おける機能構成の説明図である。図２０は、実施例４の
プロジェクト管理システムにおけるＴｏ−Ｄｏリストデ
ータの一例の説明図である。図２１は、実施例４のプロ
ジェクト管理システムにおけるＴｏ−Ｄｏリストデータ
の別の例の説明図である。図２２は、実施例２のプロジ
ェクト管理・支援システムにおけるワークパッケージデ
ータの別の例の説明図である。

【００３７】実施例１を説明する。本実施例は、プロジ
ェクト情報処理装置の１つであるプロジェクト管理・実
施を支援するシステムの例であり、プロジェクトを構成
する少なくとも１つのタスクに関連するドキュメントを
表す記号及びタスク作業を表す記号を表示するタスク領
域を画面に表示する機能と、タスク領域に表示されたド
キュメントを表す記号への操作指示を受けてドキュメン
トの作業を行う機能とを有しており、そして、タスク領
域は、タスクのドキュメントを表す記号及び出力作業以
外のタスク作業を表す記号を表示する一般作業領域と出
力作業領域とからなり、出力作業領域は、領域内にドキ
ュメントを表す記号を移動操作させると対応付けられた
プロジェクトを構成する他のタスクのタスク領域に該ド
キュメントを表す記号を表示する。

【００３８】本実施例のプロジェクト管理・実施支援シ
ステムの提供する画面の例を図１に示す。図１は本実施
例の中心的な役割を果たす２つのウィンドウを説明する
図である。以下では説明の簡単のため、これらのウィン
ドウをプロジェクトウィンドウ１１とワークパッケージ
ウィンドウ１２と呼称する。なお図中、破線はユーザ操
作によるドキュメントや画面の遷移、一点鎖線は自動処
理によるドキュメントの遷移の様子を説明するための補
助線である。

【００３９】はじめに、ユーザのディスプレイ１にはプ
ロジェクトウィンドウ１１が表示される。プロジェクト
ウィンドウ１１は管理対象プロジェクトのタスクが一覧
できるウィンドウであり、少なくともタスクの名称の一
覧表を表示し、好適には時間軸に沿ってタスクに対応す
る矩形１１１〜１１３を配置したガントチャート図また
はネットワーク図が表示される。

【００４０】図１では画面横軸に時間軸１１４を取った
ガントチャート形式で、３つのタスク（実施時期の早い
順にタスクＡ、タスクＢ、タスクＣ）の関係を表してい
る。また、図１においてタスク間をつなぐ矢印は、タス
クＡが終わるとタスクＢを、タスクＢが終わるとタスク
Ｃを実施する、というタスクの実施順序関係を表してい
る。なお、プロジェクトウィンドウ１１としては公知の
プロジェクト管理図を表示できれば良く、図１の実施例
の表示形式には限定されるものではない。

【００４１】図１において、ユーザがタスクＢに対応す
る矩形１１２を指定すると、タスクＢに対応するワーク
パッケージウィンドウ１２が表示される。より具体的に
は、例えばユーザがマウスカーソルで前記矩形１１２を
ダブルクリックする、シングルクリックして矩形１１２
を選択した後キーボードからＥｎｔｅｒボタンを押下す
るといった指定方法が考えられるが、矩形１１２に対応
するワークパッケージウィンドウ１２を開くという動作
が特定できる他の方法で代替可能である。

【００４２】さらに、任意のタスクのワークパッケージ
ウィンドウを開く際に、該タスクの実施権限の認証を行
えば、システムの情報セキュリティを高めることができ
る。権限認証処理についてはパスワードやＩＤカードを
用いる方法の他、既存の手段を用いれば良く、本発明で
は特に限定しない。

【００４３】本実施例において、ワークパッケージウィ
ンドウ１２の内部はさらに、ワークエリア（一般作業領
域）１２１と出力エリア（出力作業領域）１２２とに分
かれている。ワークエリア１２１は対応するタスクに関
連するドキュメント類をユーザが管理・操作するための
エリアであり、ユーザはこのエリアにおいて少なくとも
前記ドキュメント類の新規作成、オープン、編集、複
写、保存、および削除の操作が可能である。

【００４４】図１では、タスクＢのワークパッケージウ
ィンドウ１２のワークエリア１２１には、当初「Ｖｅ
ｒ．０」という名称を持つドキュメントのアイコン１２
３が与えられている。ユーザが前出したタスクＢに対応
する矩形１１２を指定したのと同様の方法で、アイコン
１２３を指定することにより、アイコン１２３に対応す
るドキュメントを開き、内容の参照、編集、保存等を行
うことが可能である。ウィンドウ１３は、アイコン１２
３に対応するドキュメントとして、米国マイクロソフト
社の表計算ソフトＥｘｃｅｌで作成した住所録を開いた
例である。このように、タスクに関連するドキュメント
は、必ずしも本特許による提案システム専用のソフトウ
ェアで作成されている必要はなく、一般の商用ソフトウ
ェアで作成されているものでもかまわない。これにより
タスクとドキュメントとを対応付けて管理することがで
き、タスク管理の使い勝手が向上する。

【００４５】またワークエリア１２１に置かれるドキュ
メントは、必ずしもこのエリアにおいて新規作成された
ものである必要はなく、外部のドキュメントの保存場所
から一般的なコピー操作でコピーされてきたものであっ
ても良い。さらに、ワークエリア１２１には複数のある
いは複数種類のドキュメントを同時に置くこともでき
る。

【００４６】図１の実施例では、ドキュメント「Ｖｅ
ｒ．０」を改訂して「Ｖｅｒ．１」という名称で保存
し、これをさらに改訂して「Ｖｅｒ．２」という名称で
保存した様子を示している。これにより、ワークエリア
１２１には、「Ｖｅｒ．０」という名称を持つドキュメ
ントのアイコン１２３の他に、「Ｖｅｒ．１」という名
称を持つドキュメントのアイコン１２４と、「Ｖｅｒ．
２」という名称を持つドキュメントのアイコン１２５と
が表示される。

【００４７】また、図１では直感的な見易さを重視して
ドキュメントをアイコンという形式で表示しているが、
他の表現方法を用いても良い。例えば、ドキュメントの
名称と作成時刻や容量などを表形式で表示することも可
能である。この場合、アイコン表示と比較して、ドキュ
メントに関するより多くの情報を表示できるというメリ
ットがある。さらにドキュメントを名前順、作成時刻
順、容量順などに並べ替えることができると、ドキュメ
ント管理上さらに好適である。

【００４８】次に、ワークパッケージウィンドウ１２の
出力エリア１２２について説明する。本実施例において
出力エリア１２２とは、当該タスクで作成したドキュメ
ントを所定の別タスクに対して送付する機能を持ったエ
リアである。

【００４９】図１の実施例においては、ワークエリア１
２１で作成したドキュメント「Ｖｅｒ．２」を最終提出
版として、タスクＢ（矩形１１２）の次のタスクである
タスクＣ（矩形１１３）に送付する場合について説明す
る。

【００５０】ここでユーザは、ワークエリア１２１にあ
る「Ｖｅｒ．２」という名称を持つドキュメントのアイ
コン１２５を指定し、これを出力エリア１２２に移動さ
せる。より具体的には、アイコン１２５をドラッグ＆ド
ロップと呼ばれるマウスカーソル操作で移動させる、あ
るいはアイコン１２５をシングルクリックした後に、
「出力エリアへの移動」に対応するコマンドを入力す
る、といった操作方法が考えられるが、アイコン１２５
の出力エリア１２２への移動という動作が特定できる他
の方法で代替可能である。

【００５１】上記方法によってアイコン１２５が出力エ
リア１２２に移動されると、本実施例によるシステム
は、アイコン１２５に対応するドキュメント「Ｖｅｒ．
２」をタスクＣに自動的に送付する。すなわち、ドキュ
メント「Ｖｅｒ．２」に対応するアイコン１２６が、タ
スクＣに対応するワークパッケージウィンドウのワーク
エリアに追加表示され（図示せず）、ここでタスクＢの
ワークエリア１２１で「Ｖｅｒ．０」に対して行ったの
と同様に、「Ｖｅｒ．２」のオープン、編集、保存、複
写、削除、並べ替えなどの操作ができるようになる。

【００５２】立ち戻って、タスクＢのワークエリア１２
１にアイコン１２３として表示されていたドキュメント
「Ｖｅｒ．０」は、このエリアにおいて新規作成された
り、外部のドキュメントの保存場所からコピーされてき
たものでなくても良く、タスクＢの先行タスクであるタ
スクＡ（矩形１１１）から受け渡されたドキュメントで
あってもかまわない。

【００５３】本実施例により、ユーザは特定のタスクに
関連するドキュメントの管理（作成、編集、保存、削
除）をワークエリアという一元的な表示領域内で実施で
きると同時に、ドキュメントの別タスクへの受け渡し
を、該ドキュメントを出力エリアに移動するという操作
のみで実施できるため、タスクに関連するドキュメント
管理の効率を向上することができる。

【００５４】実施例１のシステムの機能構成を説明す
る。図２に第１の実施例によるプロジェクト管理・実施
支援システム２の機能構成を示す。プロジェクト管理・
実施支援システム２は、コンピュータ等からなり、タス
ク管理部２１、ワークパッケージ（ＷＰ）管理部２２及
びユーザインタフェース（ＵＩ）管理部２３という３つ
の機能部と、タスクデータベース（ＤＢ）２４、ワーク
パッケージデータベース（ＷＰＤＢ）２５及び関連情報
データベース（ＤＢ）２６という３つのデータベースか
ら構成される。

【００５５】タスク管理部２１は、プロジェクト内の個
々のタスクの名称や実施時期などに関するデータを管理
する部分であり、データの実体はタスクＤＢ２４に記憶
される。

【００５６】ワークパッケージ管理部２２は、個々のタ
スクに対応するワークパッケージに関わるデータを管理
する部分であり、データの実体はＷＰＤＢ２５と関連情
報ＤＢ２６に記憶される。

【００５７】ユーザインタフェース管理部２３は、タス
ク管理部２１やワークパッケージ管理部２２が管理する
情報を表示用データに加工して表示装置３１に表示し、
またユーザ４が入力装置３２を介して入力したデータを
加工してタスク管理部２１またはワークパッケージ管理
部２２に振り分ける機能を有する。

【００５８】以下では個々の処理部とデータベースの詳
細について説明する。データ構成（タスクＤＢ２４）を
説明する。図３にタスクＤＢ２４に記憶されるタスクデ
ータ５１のデータ構造の一例を示す。本例において個々
のタスクは、タスク名５１１、実施者５１２、開始予定
時刻５１３、終了予定時刻５１４、ワークパッケージ名
５１５、後続タスク名５１６という属性項目を持つ。

【００５９】図３のタスクデータ５１において、例えば
タスクＡの実施者は田中一郎、タスクＡの開始予定時刻
は２００１年９月１日の午前８時で終了予定時刻が翌９
月２日の午後５時であること、さらに、タスクＡに対応
するワークパッケージの名称がＷＰ０１であること、後
続タスクがタスクＢであることが示されている。ここで
実施者５１２や後続タスク名５１６は複数個設定されて
いても良い。

【００６０】これらのデータは、少なくとも図１におけ
るプロジェクトウィンドウ１１を表示するために必要な
情報を含み、これ以外にタスクの実施者、対応するワー
クパッケージの名称などの情報を含んでいる。

【００６１】またタスクデータ５１には、図３に示した
属性項目の他に、例えばタスクの種類や重要度、実施に
必要とされるリソースの種類や量、表示のための色や線
種、表示順序を示す番号など、タスクに固有の属性項目
を追加することもできる。

【００６２】タスク管理部２１が管理する図３のタスク
情報に基づいて、ユーザインタフェース管理部２３はプ
ロジェクトウィンドウの表示用データを作成し、表示装
置３１に表示する。

【００６３】データ構成（ＷＰＤＢ２５）を説明する。
図４は、ＷＰＤＢ２５に記憶される（ワークパッケージ
ＷＰ０２に対応する）ワークパッケージデータ５２のデ
ータ構造の一例を示す。本例において個々のワークパッ
ケージは、ワークパッケージ名５２１、エリア種別５２
２、ドキュメント名５２３、ドキュメントの実体の保存
場所５２４、ドキュメントの状態５２５という属性項目
を持つ。

【００６４】なお、図３からわかるようにワークパッケ
ージＷＰ０２は、タスクＢに対応するワークパッケージ
であり、さらにワークパッケージデータ５２の表す内容
は、図１に示すワークパッケージウィンドウ１２に対応
するものである。

【００６５】これらのデータは、どのワークパッケージ
にどのドキュメント等の関連情報が関わっているかを示
すための情報であり、この目的に沿うなら図４に示した
以外のデータ構造が用いられても良い。

【００６６】図４は、ワークパッケージＷＰ０２にはエ
リア種別５２２としてワークエリアと出力エリアがあ
り、このワークエリアにはドキュメント名欄５２３にあ
るように、「Ｖｅｒ．０」「Ｖｅｒ．１」「Ｖｅｒ．
２」という名の３つのドキュメントが、また出力エリア
には「Ｖｅｒ．２−１」という名のドキュメントが含ま
れることを表している。またドキュメントの保存場所欄
５２４には、個々のドキュメントの実体あるいは保存場
所を表す論理名、すなわち図２における関連情報ＤＢ２
６の論理的な場所が記述されている。例えば、ドキュメ
ント「Ｖｅｒ．０」という名称のドキュメントの実体
は、「Ｃ：￥Ｐｒｏｊｅｃｔ０１￥Ｔａｓｋ−Ｂ￥Ｖｅ
ｒ．０．ｄｏｃ」である。これは「コンピュータの記憶
装置のうちＣという論理名を持つドライブにあるフォル
ダＰｒｏｊｅｃｔ０１下のサブフォルダＴａｓｋ−Ｂに
あるＶｅｒ．０．ｄｏｃという論理名を持つドキュメン
ト」を表している。

【００６７】ここでは良く知られているマイクロソフト
社のオペレーティングシステムにおけるドキュメントの
論理名の表記法を例として用いているが、同じ目的を持
つ別の表記法で記述しても良い。

【００６８】また、論理的に識別できるならば、図５に
示すように関係情報ＤＢ２６の実体はネットワーク３０
ｂを介して利用可能な形式で分散配置されていてもかま
わない。ドキュメントの実体がネットワーク上で分散配
置されている場合、プロジェクト管理・実施支援システ
ム２ｂの内部（ローカル）に記憶装置を持たなくて済む
ので、システム装置が簡略化される。また、関連情報デ
ータベース３６１ｂ、３６２ｂを他のプロジェクト管理
・実施支援システム３ｃと共有することにより、データ
の一元化が可能になり、データを最新に保つといった運
用が効率的に行えるようになる。

【００６９】同様の目的のために、タスクＤＢ２４ｂお
よびワークパッケージＤＢ２５ｂも、論理的に一元管理
できる形式で、その実体がネットワーク上で分散配置さ
れていても良い。

【００７０】また図４における状態欄５２５には各行に
対応するドキュメントの管理状態が記述されている。こ
こでは、「Ｒ／Ｗ」は対応するドキュメントが読み書き
（Ｒｅａｄ／Ｗｒｉｔｅ）可能であることを、「Ｒ」は
読み取り（Ｒｅａｄ）のみ可能であることを表してい
る。ここではワークエリアから出力エリアに移動したド
キュメントは、最終版であるものとして改訂不可である
というポリシーを想定している。その他、読み取り、書
きこみ権限に関する詳細な情報を追加することも可能で
あるが、この方式については本発明では限定しない。

【００７１】図２のユーザインタフェース管理部２３
は、図４のワークパッケージデータ５２に基づいて、図
１のワークパッケージウィンドウ１２を描画する。すな
わち、ワークエリア１２１にドキュメント名「Ｖｅｒ．
０」「Ｖｅｒ．１」「Ｖｅｒ．２」に対応するアイコン
１２３〜１２５を、出力エリア１２２にドキュメント名
「Ｖｅｒ．２−１」に対応するアイコン１２６を描画す
る。

【００７２】アイコンの操作に伴う処理を説明する。次
に、ユーザがワークパッケージウィンドウ上にあるアイ
コンの操作を行った場合のシステムの処理を説明するた
めに図６及び図７を用いる。図６はワークエリア１２１
ｄに３つのアイコン１２３ｄ〜１２５ｄ及び出力エリア
１２２ｄにアイコン１２６ｄを持つワークパッケージウ
ィンドウ１２ｄ及びアイコン１２３ｄのウィンドウ１３
ｄの画面を示す図であり、図７は図６に対応するワーク
パッケージデータ５２ｄを示している。

【００７３】ここで例えばユーザがワークエリア１２１
ｄ上で「Ｖｅｒ．０」のアイコン１２３ｄをダブルクリ
ックした場合、ユーザインタフェース管理部２３はこの
ことをワークパッケージ管理部２２に伝える。ワークパ
ッケージ管理部２２は、図７のワークパッケージデータ
５２ｄを参照し、ワークエリアの「Ｖｅｒ．０」に対応
するドキュメントの保存場所が「Ｃ：￥Ｐｒｏｊｅｃｔ
０１￥Ｔａｓｋ−Ｂ￥Ｖｅｒ．０．ｄｏｃ」であること
を認識して、このドキュメントを開く操作を実施する。
より具体的にはオペレーティングシステムに対し、
「Ｃ：￥Ｐｒｏｊｅｃｔ０１￥Ｔａｓｋ−Ｂ￥Ｖｅｒ．
０．ｄｏｃ」を開くことを要求するコマンドを発行す
る。結果として、「Ｖｅｒ．０」に対応する画面１３ｄ
が開かれる。本実施例では、画面１３ｄが開かれた後の
編集・更新操作については、各々のアプリケーションに
依存するものとする。

【００７４】次にユーザがワークエリア１２１ｄ上で
「Ｖｅｒ．２」のアイコン１２５ｄを出力エリア１２２
ｄのアイコン１２６ｄの位置にドラッグ＆ドロップした
場合の処理について説明する。図８はこの場合の処理手
順のフロー図である。図中、実線矢印は処理の流れを、
点線矢印はデータの流れを表している。図中、ステップ
Ｓ８０４はタスク管理部２１、ステップＳ８０２及びＳ
８０５はワークパッケージ管理部２２、ステップＳ８０
１、Ｓ８０３及びＳ８０６はユーザインタフェース管理
部２３における処理を示している。

【００７５】まずドラッグ＆ドロップ操作が実施される
と、ユーザインタフェース管理部２３はこのことを認識
し、ワークパッケージ管理部２２に伝える（ステップＳ
８０１）。ワークパッケージ管理部２２は、ＷＰＤＢ２
５に記憶されている当該タスクのワークパッケージデー
タ５２ｄを参照し、ワークエリアの「Ｖｅｒ．２」に対
応するドキュメントの保存場所が「Ｃ：￥Ｐｒｏｊｅｃ
ｔ０１￥Ｔａｓｋ−Ｂ￥Ｖｅｒ．２．ｄｏｃ」であるこ
とを認識し、このコピーを作成してドキュメントの保存
場所欄５２４ｄに「Ｃ：￥Ｐｒｏｊｅｃｔ０１￥Ｔａｓ
ｋ−Ｂ￥Ｖｅｒ．２−１．ｄｏｃ」として保存する。同
時にドキュメント名５２３ｄを「Ｖｅｒ．２」、状態５
２５ｄを「Ｒ」としてドキュメントの改変が不可である
ものとする（ステップＳ８０２）。以上の処理により、
図７のワークパッケージデータは図４のワークパッケー
ジデータに変更される。またユーザインタフェース管理
部２３はワークパッケージデータの変更に伴って、ワー
クパッケージウィンドウを再描画し（ステップＳ８０
３）、最終的に図１のワークパッケージウィンドウ１２
の画面がユーザに提示される。

【００７６】続いて、当該プロジェクトのワークパッケ
ージデータの変更をトリガとして、出力エリアに移動さ
れたドキュメントの次タスクへの送付処理が実施され
る。まず、当該プロジェクトのタスクデータベース２４
に記憶されているタスクデータ５１を参照して、タスク
Ｂの後続タスクがタスクＣであること、さらにタスクＣ
に対応するワークパッケージ名がＷＰ０３であることを
抽出する（ステップＳ８０４）。次に、ワークパッケー
ジデータベース２５に記憶されているＷＰ０３に対応す
るワークパッケージデータ５２ｅ（図９参照）のワーク
エリアのドキュメント名欄５２３ｅに、本実施例で移動
の対象となっているドキュメントの名称「Ｖｅｒ．２−
１」を、ドキュメントの保存場所欄５２４ｅに「Ｃ：￥
Ｐｒｏｊｅｃｔ０１￥Ｔａｓｋ−Ｂ￥Ｖｅｒ．２−１．
ｄｏｃ」を、状態欄５２５ｅに「Ｒ／Ｗ」を書き込む
（ステップＳ８０５）。最後に、タスクＣのワークパッ
ケージウィンドウが開かれている場合には、書き換えら
れたワークパッケージデータ５２ｅに基づいて、ワーク
エリアに、「Ｖｅｒ．２−１」という名称を持つドキュ
メントのアイコンを描画する（ステップＳ８０６）。

【００７７】これにより、ユーザは出力エリアにドキュ
メントのアイコンをドラッグ＆ドロップするだけで適切
なタスクにドキュメントを受け渡すことが可能であり、
ドキュメントの回覧に要する手間を削減することができ
る。

【００７８】また、タスクＣの画面が開いていない場合
にはステップＳ８０６の処理として、タスクＣに対応す
るワークパッケージデスクトップを自動的に開いたり、
このことを画面や音あるいは点滅ライトなどの手段を用
いてユーザに通知することも考えられる。これにより、
ドキュメントの受け渡しが発生したこと、また関連する
タスクが何であるかといった情報を、ユーザが即座に認
識できるというメリットがある。

【００７９】以上の処理の結果、最終的に得られる画面
の例を図１０に示す。図１０は、タスクＢのワークパッ
ケージデスクトップ１ｆにおいて、「Ｖｅｒ．２」のア
イコン１２５ｆをワークエリア１２１ｆから出力エリア
１２２ｆにドラッグ＆ドロップすることにより、タスク
Ｃのワークパッケージデスクトップ１３ｆ、およびワー
ニングダイアログ１４ｆが自動的に開いた様子を表して
いる。また、タスクＣのワークエリア１３１ｆには「Ｖ
ｅｒ．２−１」のアイコン１３１ｆが表示されている
が、このドキュメントの実体と、出力エリア１２２ｆの
「Ｖｅｒ．２−１」のアイコン１２６ｆに対応するドキ
ュメントの実体はともに「Ｃ：￥Ｐｒｏｊｅｃｔ０１￥
Ｔａｓｋ−Ｂ￥Ｖｅｒ．２−１．ｄｏｃ」であり同じで
ある。

【００８０】以上の実施例で説明したように、本発明に
よるプロジェクト管理・実施支援システムは、タスクに
関連するドキュメント類の作成、編集、複写、削除等の
操作を、タスクに対応付けられたワークパッケージデス
クトップウィンドウの中で実行することが可能であり、
ドキュメント管理の使い勝手を向上できる。また、関連
するタスク間でのドキュメント類の受け渡しをドラッグ
＆ドロップ操作で容易に実行することができる。

【００８１】実施例２を説明する．本実施例は、複数の
ユーザ／タスク間の連携の例であり、以下説明する。図
１１に、本実施例によるプロジェクト管理・実施支援シ
ステム２ｇの機能構成を示す。本実施例では、ネットワ
ーク３０ｇを介して、複数のユーザ（図１１では４ｇ、
４ｈの２名としている）がユーザインタフェース管理部
２３ｇに接続する場合を想定している。ネットワーク３
０ｇの具体的な実現手段については、例えばＲＳ２３２
Ｃなどの専用ケーブル、専用ＬＡＮ、インターネットな
どが考えられるが、ここでは特に限定しない。

【００８２】本構成により、複数のユーザが異なる場所
で同時にプロジェクト、タスク、およびワークパッケー
ジの情報を共有できるというメリットがある。

【００８３】さらに、ユーザインタフェース管理部２３
ｇにユーザ管理機能を持たせることにより、任意のタス
クのワークパッケージデスクトップを、該タスクに関係
するユーザのみに開示することができる。

【００８４】図１１の接続者情報データベース（ＤＢ）
２７ｇは、ネットワーク３０ｇを介して誰がユーザイン
タフェース管理部２３ｇに接続しているかを管理するた
めのデータを記憶している。

【００８５】図１２に接続者情報ＤＢ２７ｇに記憶して
いる接続者情報５３ｇの一例を示す。ここで接続ポート
番号欄５３１ｇはユーザが接続するための論理的なデー
タポート番号を、接続者欄５３２ｇは接続しているユー
ザ名を、接続開始時刻欄５３３ｇはユーザが接続を開始
した時刻を、接続端末番号欄５３４ｇはユーザが接続に
使用している端末の番号を記述している。図１２では例
えば、接続ポート番号１に、田中一郎氏が、２００１年
９月１日７時０分に、１３３．１４４．１５５．２とい
う番号を持つ接続端末から接続を開始したということが
分かる。また接続者情報５３ｇに載っていないユーザ
は、現在接続していないということを表している。

【００８６】図１３には、ユーザインタフェース管理部
２３ｇにおける複数ユーザ管理のための処理フローを示
す。ここでは、図８のステップＳ８０５以降の処理手順
について説明してある。すなわち、ステップＳ８０５で
次タスク（ここではタスクＣ）のワークパッケージデー
タが更新されると、これをトリガとしてステップＳ９０
２でタスクＤＢ２４ｇから該タスクの実施者名を抽出す
る。ここでは、図３のタスクデータ５１から、タスクＣ
の実施者名として「渡辺三郎」が得られる。次にステッ
プＳ９０３において、前記実施者名「渡辺三郎」と接続
者情報データベース２７ｇに記憶された接続者情報５３
ｇとを比較検査し、「渡辺三郎」が接続ポート番号３
に、２００１年９月５日１１時０分に、１３３．１４
４．１５５．３という番号を持つ接続端末から接続を開
始し、現在も接続中であることが分かる。接続中である
場合にはステップＳ９０４において該タスクに対応する
ワークパッケージデスクトップを更新する、あるいはワ
ークパッケージが開かれていない場合には、これを自動
的に開くという処理を実施する。

【００８７】なお接続者名更新処理Ｓ９０１は、任意の
ユーザがユーザインタフェース管理部２３ｇにネットワ
ーク３０ｇ経由で接続してきた場合に、該ユーザの認証
を行い、認証された場合に接続者情報５３ｇを更新する
処理である。認証処理については既存の認証手段を用い
れば良く、本発明では特に限定しない。

【００８８】以上の処理の結果、図１４に示すように、
ユーザ４ｇ（鈴木二郎氏）がタスクＢのワークパッケー
ジデスクトップ１２ｇの出力エリア１２２ｇに「Ｖｅ
ｒ．２−１」のアイコン１２６ｇを置くことにより、そ
の情報がネットワーク３０ｇとプロジェクト管理・実施
支援システム２ｇを経由して、タスクＣの実施者である
ユーザ４ｈ（渡辺三郎氏）が開いているタスクＣのワー
クパッケージデスクトップ１２ｈのワークエリア上に、
「Ｖｅｒ．２−１」のアイコン１２３ｈが自動的に表示
される。

【００８９】これにより任意のタスクのワークパッケー
ジデスクトップでタスクの実施者が処理したドキュメン
トを、次のタスクの実施者に自動的に配布することが可
能になり、複数ユーザ間の業務連携を円滑に行うことが
可能になる。

【００９０】出力エリアの出力先設定を説明する。上記
実施例では、論理的に一元化されたタスクデータベース
およびワークパッケージデータベースを介してタスク間
のドキュメントの受け渡しを行っていた。しかし本発明
ではタスク間でドキュメントの受け渡しを行う方法につ
いては特に限定しない。例えばメールやピア・ツー・ピ
アでのメッセージング手段を用いてドキュメントの受け
渡しを行っても良い。例えばメールを用いる場合、出力
エリアにはあらかじめどのタスクの実施者あるいは擬人
化されたタスクに対してドキュメントを送付すれば良い
かを表すメールアドレスが対応付けられる。図８のステ
ップＳ８０４ではタスクＤＢ２４から前記メールアドレ
スが取り出され、タスク実施者により作成されたドキュ
メントが該メールアドレスに対して送付される。ステッ
プＳ８０５で次タスクは前記ドキュメントをメールで受
け取り、対応するワークパッケージデータを更新すると
いった操作を行うことになる。

【００９１】メールやピア・ツー・ピアでのメッセージ
ング手段を用いてドキュメントの受け渡しを行うことに
より、オンラインで常時接続できないネットワーク環境
下で本発明を実施することができる。

【００９２】また、ワークパッケージデスクトップで作
成されたドキュメントは、次タスクに送られるばかりで
なく、所定の記憶場所（例えば電子掲示板や共有フォル
ダなど）に置いたり（投稿したり）、所定の個人に対し
てメールやファックスで送付することが求められるもの
もある。このために、ドキュメントに対する処理を出力
エリアに対応付けて設定できることが望ましい。

【００９３】図１５に出力エリアに対応付けて設定する
ドキュメントに対する処理コマンドのリスト５４ｇの一
例を示す。処理コマンドリスト５４ｇには処理コマンド
の整理番号を示すＮｏ．欄５４１ｇ、ドキュメントに対
する処理コマンド名を記述するオペレータ欄５４２ｇ、
およびコマンドで処理される変数値を記述するオペラン
ド欄５４３ｇがある。

【００９４】処理コマンドリスト５４ｇにおいて、例え
ばオペレータ「Ｓｅｎｄ＿ｔｏ＿Ｔａｓｋ」はオペラン
ドで指定したタスク「タスクＤ」のワークエリアにドキ
ュメントを自動送付すること、オペレータ「Ｐｕｔ＿ｔ
ｏ＿Ｆｏｌｄｅｒ」はオペランドで指定した共有フォル
ダ「Ｃ：￥Ｄａｔａ￥Ｃｏｍｍｏｎ」にドキュメントを
出力すること、オペレータ「Ｕｐｌｏａｄ＿ｔｏ＿Ｓｅ
ｒｖｅｒ」はオペランドで指定した電子掲示板「ｈｔｔ
ｐ：／／ｗｗｗ．ｘｘｘ．ｃｏ．ｊｐ／ｘｘｘ．ｈｔｍ
ｌ／」にドキュメントを出力すること、オペレータ「Ｓ
ｅｎｄ＿ｂｙ＿Ｍａｉｌ」はオペランドで指定したメー
ルアドレス「Ｔａｎａｋａ＠ｘｘｘ．ｃｏ．ｊｐ」にド
キュメントを送付すること、オペレータ「Ｓｅｎｄ＿ｂ
ｙ＿Ｆａｘ」はオペランドで指定したファックス番号
「０２９−２８３−ＸＸＸＸ」にドキュメントを出力す
ることを表している。また複数の処理コマンドを１つの
出力エリアに対応付けることもできる。この場合、複数
箇所への同時送付といった処理を自動化することができ
る。

【００９５】図２２にワークパッケージデータベース２
５に記憶されるワークパッケージデータの（図４とは別
の表現による）実施例を示す。図２２は、ＷＰ０２とい
う名称をもつワークパッケージのデータ構造を示してい
る。

【００９６】図中、データ要素５６１ｇは、このワーク
パッケッジの名称が「ＷＰ０２」であることを示してい
る。またデータ要素５６１ｇは、データ要素５６２１ｇ
とデータ要素５６２２ｇと論理的に接続されており、す
なわち、ＷＰ０２は、「ワークエリア」という名称で
「ＷＯＲＫ」という種別のエリアと、「出力エリア」と
いう名称で「ＯＵＴＰＵＴ」という種別のエリアの２つ
を有する。エリアの種別は、このエリアがどういう働き
を持つかを示しており、ユーザによってあらかじめ設定
される。この例では「ＷＯＲＫ」とは対応するエリアが
作業用のエリアであることを、「ＯＵＴＰＵＴ」は対応
するエリアが出力作業用のエリアであることを表す。

【００９７】また同様に、「ワークエリア」には、「Ｖ
ｅｒ．０」「Ｖｅｒ．１」「Ｖｅｒ．２」という名称を
持つ３つのドキュメントアイコンが論理的に接続されて
おり、さらに、「出力エリア」には「Ｖｅｒ．２−１」
という名称を持つドキュメントアイコンが論理的に接続
されることがわかる。ここでデータ項目の意味は、図４
と同じである。

【００９８】さらに、「出力エリア」には「Ｓｅｎｄ＿
ｂｙ＿Ｍａｉｌ」というオペレータ５６７ｇと「Ｔａｎ
ａｋａ＠ｘｘｘ．ｃｏ．ｊｐ」というオペランド５６８
ｇとが論理的に接続され対応付けられている。これは図
１４で説明したように、「出力エリア」に置かれたドキ
ュメントが、本発明によるシステムによって自動的にコ
ピーされ、メールに添付されて、メールアドレス「Ｔａ
ｎａｋａ＠ｘｘｘ．ｃｏ．ｊｐ」に自動的に送信される
ことを表している。

【００９９】以上説明したように、図１４に示したよう
な処理コマンドをワークパッケージの出力エリアに対応
付けることで、ドキュメントに対する多様な処理を設定
することができる。

【０１００】これらの処理コマンドをワークパッケージ
の出力エリアに対応付けることで、ドキュメントに対す
る多様な処理を設定することができる。

【０１０１】様々な表示エリアを説明する。実施例１で
はワークパッケージウィンドウは、ワークエリアと出力
エリアのみを有していたが、タスクを実行する上ではよ
り詳細な機能別に分けられたエリアを用いる方が使い勝
手が向上する場合がある。

【０１０２】図１６は、ある提案書を作成するというタ
スクに対応する様々な表示エリアを持つワークパッケー
ジウィンドウ１２ｉの例である。当該タスクでは、ワー
クパッケージウィンドウ１２ｉ上で、参照情報エリア１
２１ｉのファイルやホームページの情報を参照しなが
ら、入力エリア１２２ｉに送付されてきた提案応募リス
トとテンプレートエリア１２３ｉに公開された提案書フ
ォーマットを、ワークエリア１２６ｉにドラッグ＆ドロ
ップして編集し、また同時に該エリアにおいてメモを作
成し、最終的にこれらのドキュメント類を出力エリア
（１）１２７ｉおよび出力エリア（２）１２８ｉに出力
する、という操作を行っている。

【０１０３】参照情報エリア１２１ｉは本タスクを実施
する場合に参照のためだけに使われるファイルやインタ
ーネットのホームページ、データベースビュー等に対応
するアイコンが表示される。入力エリア１２２ｉには他
のタスクまたはメール等から送付された本タスクでの加
工対象となるドキュメントに対応するアイコンが表示さ
れる。すなわち、このエリアのドキュメントは本タスク
実施開始のトリガとなるものである。またテンプレート
エリア１２３ｉには規定のファイルフォーマットなど、
所定の場所にあらかじめ記憶され公開されているドキュ
メントに対応するアイコンが表示される。参照情報エリ
ア１２１ｉおよびテンプレートエリア１２３ｉに置かれ
るアイコンに対応するドキュメントの実体の記憶場所
は、該エリアに対して直接的あるいは間接的に対応付け
られて記憶される。以上により、ユーザはドキュメント
が参照のみであるか、他のタスク等から送られてきた加
工対象であるか、定型的なフォーマットであるか等を容
易に認識することができる。

【０１０４】さらにここでは、これら３つのエリア１２
１ｉ〜１２３ｉ内でアイコンの新規作成、複製、削除は
できないものとしている。ユーザはこれらのアイコンに
対応するドキュメントを改変したい場合には、これをワ
ークエリア１２６ｉにドラッグ＆ドロップして複製して
からこのエリア内で行う。これによりユーザはオリジナ
ルのドキュメントを誤って改変することがなくなる。

【０１０５】別の言い方をすると、図１６のワークパッ
ケージデスクトップ１２ｉでは、図１におけるワークエ
リア１２を、本実施例では参照情報エリア１２１ｉ、入
力エリア１２２ｉ、テンプレートエリア１２３ｉ、およ
びワークエリア１２６ｉに機能的に分割していると言え
る。従って、例えば参照情報エリア１２１ｉとテンプレ
ートエリア１２３ｉとを一つの表示エリアにまとめると
いった形で統合を行っても良い。

【０１０６】次にガイダンスエリア１２４ｉは、当該タ
スクを実施するための具体的な手順やアドバイス、ワー
クフロー図等が記述されるエリアである。表示内容は、
当該タスクに直接的あるいは間接的に関連付けられて記
憶される。これにより、ユーザは当該タスクでどのよう
な業務をどのように実施すれば良いかが容易に理解する
ことができる。

【０１０７】スケジュールエリア１２５ｉには、当該タ
スクに関連する時間情報、すなわち実施期限、着手時
刻、完了予定時刻、経過時間、完了までの残り時間等が
表示される。時間情報は例えば図３のタスクデータ５１
の開始予定時刻５１３や終了予定時刻５１４および現在
時刻に基づいて計算され表示される。これにより、ユー
ザは当該タスクに関連する時間情報を容易に確認するこ
とができ、タスク管理上有効である。

【０１０８】図１における出力エリア１２２は出力先に
応じて複数のエリアに分割することができる。例えば、
図１６のワークパッケージデスクトップ１２ｉでは２つ
の出力エリアを有しており、出力エリア（１）１２７ｉ
には共有フォルダへの書きこみコマンドを、出力エリア
（２）１２８ｉには次のタスクへの送付コマンドをあら
かじめ対応付けることができる。これにより、ユーザは
複数の適切な相手に対してドキュメントの受け渡しを容
易に行うことができる。

【０１０９】ワークパッケージとしての配布を説明す
る。本発明において、個々のタスクおよびワークパッケ
ージに関連するデータと、該データに対する操作（メソ
ッド）をカプセル化して、一つのオブジェクトデータと
して配布することも可能である。

【０１１０】図１７に図１６のワークパッケージデスク
トップ１２ｉに対応するクラス構成の一例を示す。本図
において、タスククラス６１はタスク名や後続タスク名
などタスク固有のデータをクラス変数として持つ最上位
クラスである。

【０１１１】ワークパッケージクラス６２はワークパッ
ケージデスクトップの表示属性に関する変数や操作メソ
ッドをカプセル化している。

【０１１２】入力エリアクラス６２１は、少なくとも当
該エリアに表示されるアイコンに対応するドキュメント
のデータまたはドキュメントの実体へのリンクデータ等
をクラス変数に持ち、アイコンの表示やドキュメントの
オープン複製操作に関するメソッドを有する。

【０１１３】同様に参照エリアクラス６２２およびテン
プレートエリアクラス６２３も、少なくとも各々のエリ
アに表示されるアイコンに対応するドキュメントのデー
タまたはドキュメントの実体へのリンクデータ等をクラ
ス変数に持ち、アイコンの表示やドキュメントのオープ
ン、複製操作に関するメソッドを有する。

【０１１４】ワークエリアクラス６２４は少なくとも当
該エリアに表示されるアイコンに対応するドキュメント
のデータまたはドキュメントの実体へのリンクデータ等
をクラス変数に持ち、アイコンの表示やドキュメントの
オープン、新規作成、複製、編集、保存、削除等の操作
に関するメソッドを有する。

【０１１５】出力エリア（１）６２５クラスおよび出力
エリア（２）６２６クラスは少なくとも当該エリアに表
示されるアイコンに対応するドキュメントのデータまた
はドキュメントの実体へのリンクデータ、およびドキュ
メントの配布処理に関するコマンド等をクラス変数に持
ち、アイコンの表示やドキュメントのオープン等の操
作、および当該エリアにドラッグ＆ドロップされたドキ
ュメントを適切なタスク、個人、記憶場所等に対して送
付するためのメソッドを有する。

【０１１６】ガイダンスエリアクラス６２７は、当該タ
スク実施のためのガイダンスデータをクラス変数に持
ち、ガイダンスをテキストや図を用いて表示し操作する
ためのメソッドを有する。

【０１１７】スケジュールエリアクラス６２８は、当該
タスクの時間管理に関わるデータをクラス変数に持ち、
これをテキストや図を用いて表示し操作するためのメソ
ッドを有する。

【０１１８】以上のように、タスクおよびワークパッケ
ージに関連するデータおよびメソッドを図１７のような
クラス構成６でカプセル化し、これを実体化したオブジ
ェクトデータを作成することにより、例えばこれをメー
ルで任意のユーザに対して配布し、当該ユーザがこのオ
ブジェクトを開いて図１５のワークパッケージデスクト
ップ１２ｉを表示し、この表示画面上で所定の手順に従
ってドキュメントの作成などの業務を実施し、成果物を
所定のタスク、個人、記憶場所等に対して自動的に送付
することができる。

【０１１９】これにより、ワークパッケージというタス
クの実施に必要なデータおよび操作がひとまとまりとな
ったデータ単位（オブジェクト）で、任意のユーザに対
してタスクを配布することが可能になり、プロジェクト
管理者にとってはタスク実施の指示と分担管理、実施管
理が容易になり、またタスク実施者にとってはタスク実
施に必要な情報が揃っているため業務効率が向上する。

【０１２０】また、上述したようなワークパッケージオ
ブジェクトの定義は、図２２に示すようなデータを設定
することで行われるが、この際に、例えば図２２のデー
タ構造をコンピュータの画面上に表示して、ユーザがこ
の画面を用いてデータを設定するといったように、ビジ
ュアルなインタフェースを用いてワークパッケージデー
タの定義支援が行われることが望ましい。これによりワ
ークパッケージの定義を効率的に行うことが可能にな
る。

【０１２１】実施例３を説明する。本実施例は、図１８
に示すように、プロジェクト管理・実施支援システムを
用いるプロジェクト管理事業モデルのビジネスモデルで
ある。

【０１２２】図１８において、プロジェクト管理会社７
２ｊは、例えばビル建設の発注者７１ｊからビル建設プ
ロジェクトの管理業務を請け負う。プロジェクト管理会
社７２ｊは例えば建設会社７３ｊと協力してプロジェク
ト計画を作成する。この過程で本発明におけるタスクお
よびワークパッケージのデータを作成し、プロジェクト
管理システム７２１ｊ及びＤＢに記憶し管理する。ここ
のタスクおよびワークパッケージは、少なくとも建設プ
ロジェクトに関わる建設会社７３ｊ、設備会社７４ｊ、
機器メーカ７５ｊ、ガス会社７６ｊ、電話会社７７ｊ、
電力会社７８ｊという単位で定義される。

【０１２３】プロジェクトが開始されると、プロジェク
トに関連する会社７３ｊ〜７８ｊは各々が有する端末か
らネットワーク７９ｊを介してプロジェクト管理会社７
２ｊの管理支援システム７２１ｊに接続し、各々に割り
当てられたタスクを実施する。プロジェクト管理会社７
２ｊは本発明によるプロジェクト管理・実施支援システ
ムを用いて進捗状況を管理し、発注者に報告し、必要に
応じて計画の見直しを実施するという業務を行う。ま
た、必要に応じてタスクの実施のフォローを行う。ま
た、予定外に発生したタスクについては、このタスクの
実施のためのワークパッケージデータオブジェクトを作
成して、適切な会社に対し送付するといった作業を行
う。

【０１２４】プロジェクト管理会社７２ｊは、発注者７
１ｊまたは関連会社７３ｊ〜７８ｊの１つ以上からプロ
ジェクトの管理費を収入として受け取る。あるいは発注
者７１ｊからビル建設を一括請負し、関連会社７３ｊ〜
７８ｊに対して業務を発注する。この場合、関連会社７
３ｊ〜７８ｊに対する入札条件として、本システムの利
用を義務付けることも可能である。

【０１２５】このような事業モデルに基づいてプロジェ
クトの管理データを一元化し、複数タスクを適切に連携
し、進捗を管理することにより、プロジェクト管理コス
トの削減と同時に、プロジェクトの効率を上げることが
可能になる。

【０１２６】実施例４を説明する。本実施例において
は、Ｔｏ−Ｄｏリストとの連携を説明する。図１９に本
発明によるプロジェクト管理システムの別の例の機能構
成を示す。において、プロジェクト管理システム８ｋは
タスク／ワークパッケージ管理システム８３ｋ（例えば
図１１の２ｇに相当する）にＴｏ−Ｄｏリスト管理機能
８２ｋを付加したものである。Ｔｏ−Ｄｏリスト管理機
能８２ｋは、タスク／ワークパッケージ管理システム８
３ｋで作成された１つ以上のワークパッケージデータオ
ブジェクトが、どこに配布され（またはどこから配布を
受け）、それらがどういう状態にあるかをＴｏ−Ｄｏリ
ストの形式で管理する。Ｔｏ−ＤｏリストデータはＴｏ
−Ｄｏリストデータベース８１ｋに記憶される。

【０１２７】ここで言うＴｏ−Ｄｏリストには、タスク
／ワークパッケージ管理システム８３ｋを用いるユーザ
が別のユーザに配布した、あるいは別のユーザから配布
されたワークパッケージの一覧と、その実施状態を含む
関連情報が記述される。

【０１２８】概略的に処理の流れを説明すると、例え
ば、ユーザ４ｋがタスク／ワークパッケージ管理システ
ム８３ｋを用いてワークパッケージデータオブジェクト
を作成し、これをＴｏ−Ｄｏリスト管理機能８２ｋを介
し、ネットワーク３０ｋを経由して、当該ワークパッケ
ージの実施者であるユーザ４ｌが操作するプロジェクト
管理システム８ｌに配布したものとする。この場合、ワ
ークパッケージデータオブジェクトの「配布元」はユー
ザ（木村久司）４ｋで「配布先」はユーザ（田中一郎）
４ｌということになる。

【０１２９】次にＴｏ−Ｄｏリスト管理機能８２ｌは、
ユーザ（木村久司）４ｋから配布されたワークパッケー
ジデータオブジェクトの内容を解析して、Ｔｏ−Ｄｏリ
ストデータベース８１ｌに記憶されたＴｏ−Ｄｏリスト
データを更新する。ユーザ（田中一郎）４ｌは、ユーザ
（木村久司）４ｋから配布されたワークパッケージを、
タスク／ワークパッケージ管理システム８３ｌを用いて
これを実施する。

【０１３０】ワークパッケージの実施状態（未着手、実
施中、完了などの状態）は、ワークパッケージの実施状
態が変更された際に、ネットワーク３０ｋを介してプロ
ジェクト管理システム８ｋとプロジェクト管理システム
８ｌ間で情報交換され、各々のプロジェクト管理システ
ムは各々が管理するＴｏ−Ｄｏリストデータを更新す
る。

【０１３１】Ｔｏ−Ｄｏリストデータベース８１ｋに記
憶されるＴｏ−Ｄｏリストデータの一例を図２０に示
す。図２０のＴｏ−Ｄｏリストデータには、ユーザ（木
村久司）４ｋが配布したワークパッケージの情報が示さ
れており、例えば、ＷＰ０１２という名称を持つワーク
パッケージデータオブジェクトは「田中一郎」氏（ユー
ザ４ｌ）に配布され、配布時刻が２００１年９月１日の
１２時２２分であって、回答期限が２００１年９月２０
日の１７時００分であり、かつ当該ワークパッケージの
実施状況が「完了」であることが分かる。

【０１３２】一方、Ｔｏ−Ｄｏリストデータベース８１
ｌに記憶されたＴｏ−Ｄｏリストデータの一例を図２１
に示す。図２１のＴｏ−Ｄｏリストデータは、ユーザ
（田中一郎）４ｌが受け取ったワークパッケージの情報
が示されており、本図において、ＷＰ０１２という名称
を持つワークパッケージデータオブジェクトは「大村久
司」氏（ユーザ４ｋ）から配布され、配布時刻が２００
１年９月１日の１２時２２分であって、回答期限が２０
０１年９月２０日の１７時００分であり、かつ当該ワー
クパッケージの実施状況が「完了」であることが分か
り、すなわち、ＷＰ０１２のデータは、プロジェクト管
理システム８ｋと同８ｌとの間で、同期が取られている
ことが理解できる。

【０１３３】また、本実施例では、ワークパッケージデ
ータオブジェクトの配布元は図２０に示すＴｏ−Ｄｏリ
ストを、配布先は図２１に示すＴｏ−Ｄｏリストを管理
するものとしたが、Ｔｏ−Ｄｏリストの各行（レコー
ド）に配信か受信かを示すフラグを持たせることによ
り、１つのリストで管理することもできる。さらに、図
２０と図２１の両方にＷＰ０１２の送受信に関わるレコ
ードが存在するのは論理的に冗長であり、例えば全シス
テムで配信側、あるいは受信側いずれか一方のＴｏ−Ｄ
ｏリストのみを用いても上記の機能は実現できる。

【０１３４】このように、本発明によるプロジェクト管
理システムとＴｏ−Ｄｏリスト管理機能とを組み合わせ
ることにより、どのワークパッケージを誰が実施し、ど
ういう作業状態にあるかを、全体で共有することがで
き、作業管理の効率を向上することができる。

【０１３５】以上実施例で説明したように、本発明によ
れば、複数のタスクから成るプロジェクトにおける個々
のタスク管理と、タスクに関連するドキュメントや関連
情報の管理と、タスク間のコミュニケーション（情報交
換）の管理を統合的に実施することが可能であり、プロ
ジェクトの管理と実施を円滑に支援することができる。

【０１３６】なお、実施例ではプロジェクト情報処理装
置で説明したが、プロジェクトを構成する少なくとも１
つのタスクに関連するドキュメントを表す記号及びタス
ク作業を表す記号を表示するタスク領域を画面に表示す
る機能と、該タスク領域に表示されたドキュメントを表
す記号への操作指示を受けて該ドキュメントの作業を行
う機能とを有するプロジェクト情報処理装置に使用され
るコンピュータ・ソフトウエアであって、前記タスク領
域は、タスクのドキュメントを表す記号及び出力作業以
外のタスク作業を表す記号を表示する一般作業領域と出
力作業領域とからなり、該出力作業領域は、領域内にド
キュメントを表す記号を移動操作させると対応付けられ
たプロジェクトを構成する他のタスクのタスク領域に該
ドキュメントを表す記号を表示することをコンピュータ
に実現させるプログラム又はこのプログラムを格納した
記録媒体（例えば、ＣＤ−ＲＯＭ）を使用することによ
り、コンピュータをプロジェクト情報処理装置とするこ
とができる。

【０１３７】

【発明の効果】本発明によれば、プロジェクトにおける
タスクと、タスクの実施に関連する情報の管理を統合的
に支援するプロジェクト情報処理装置を得ることができ
る。

【図面の簡単な説明】

【図１】実施例１のプロジェクト管理・支援システムの
提供する画面の例の説明図。

【図２】実施例１のプロジェクト管理・支援システムの
機能構成の説明図。

【図３】実施例１のプロジェクト管理・支援システムに
おけるタスクデータの例の説明図。

【図４】実施例１のプロジェクト管理・支援システムに
おけるワークパッケージデータの例の説明図。

【図５】実施例１のプロジェクト管理・支援システムの
機能構成の別の例の説明図。

【図６】実施例１のプロジェクト管理・支援システムに
おけるワークパッケージデスクトップの操作例の説明
図。

【図７】実施例１のプロジェクト管理・支援システムに
おけるワークパッケージデータの例の説明図。

【図８】実施例１のプロジェクト管理・支援システムに
おける処理フローの一例の説明図。

【図９】実施例１のプロジェクト管理・支援システムに
おけるワークパッケージデータの例の説明図。

【図１０】実施例１のプロジェクト管理・支援システム
におけるプロジェクト管理画面の別の例の説明図。

【図１１】実施例２のプロジェクト管理・支援システム
の機能構成の説明図。

【図１２】実施例２のプロジェクト管理・支援システム
における接続者情報の一例の説明図。

【図１３】実施例２のプロジェクト管理・支援システム
における処理フローの一例の説明図。

【図１４】実施例２のプロジェクト管理・支援システム
における複数ユーザ間の連携の例の説明図。

【図１５】実施例２のプロジェクト管理・支援システム
におけるドキュメント処理のコマンドリストの一例の説
明図。

【図１６】実施例２のプロジェクト管理・支援システム
におけるワークパッケージデスクトップの例の説明図。

【図１７】実施例２のプロジェクト管理・支援システム
におけるワークパッケージデスクトップのクラス構成の
一例の説明図。

【図１８】実施例３の実施例２のプロジェクト管理・支
援システムを使用するプロジェクト管理事業モデルの例
の説明図。

【図１９】実施例４のプロジェクト管理システムにおけ
る機能構成の説明図。

【図２０】実施例４のプロジェクト管理システムにおけ
るＴｏ−Ｄｏリストデータの一例の説明図。

【図２１】実施例４のプロジェクト管理システムにおけ
るＴｏ−Ｄｏリストデータの別の例の説明図。

【図２２】実施例２のプロジェクト管理・支援システム
におけるワークパッケージデータの別の例の説明図。

【符号の説明】

１ ディスプレイ １１ プロジェクトウィンドウ １１１〜１１３ 矩形タスク １１４ 時間軸 １２ ワークパッケージウィンドウ １２１ ワークエリア １２２ 出力エリア １２３〜１２６ アイコン １３ ウィンドウ ２ プロジェクト管理・実施支援システム ２１ タスク管理部 ２２ ワークパッケージ管理部 ２３ ユーザインタフェース管理部 ２４ タスクＤＢ ２５ ワークパッケージＤＢ ２６ 関連情報ＤＢ ３０ ネットワーク ３１ 表示装置 ３２ 入力装置 ３６１、３６２ 関連情報ＤＢ ４ ユーザ ５１ タスクデータ ５１１ タスク名 ５１２ 実施者 ５１３ 開始予定時刻 ５１４ 終了予定時刻 ５１５ ワークパッケージ名 ５１６ 後続タスク名 ５２ ワークパッケージデータ ５２１ ワークパッケージ名 ５２２ エリア名 ５２３ ドキュメント名 ５２４ 保存場所 ５２５ ドキュメント状態 ５３ 接続者情報 ５３１ 接続ポート番号 ５３２ 接続者 ５３３ 接続開始時刻 ５３４ 接続端末番号 ５４ 処理コマンドリスト ５４１ Ｎｏ． ５４２ オペレータ ５４３ オペランド ５５ Ｔｏ−Ｄｏリストデータ ５５１ ワークパッケージ名 ５５２ 配布先 ５５３配布時刻 ５５４ 期限 ５５５ 状態 ５６１ｇ ワークパッケージ名 ５６２１ｇ、５６２２ｇ エリア名 ５６３１ｇ、５６３２ｇ エリア種別 ５６４ｇ ドキュメント名 ５６５ｇ ドキュメントの保存場所 ５６６ｇ 状態 ５６７ｇ オペレータ ５６８ｇ オペラント ６ クラス構成図 ６１ タスククラス ６２ ワークパッケージクラス ６２１ 入力エリアクラス ６２２ 参照エリアクラス ６２３ テンプレートエリアクラス ６２４ ワークエリアクラス ６２５ 出力エリア（１）クラス ６２６ 出力エリア（２）クラス ６２７ ガイダンスエリアクラス ６２８ スケジュールエリアクラス ７１ 発注者 ７２ プロジェクト管理会社 ７２１ プロジェクト管理システム ７３ 建設会社 ７４ 設備会社 ７５ 機器メーカ ７６ ガス会社 ７７ 電話会社 ７８ 電力会社 ８ プロジェクト管理システム ８１ Ｔｏ−ＤｏリストＤＢ ８２ Ｔｏ−Ｄｏリスト管理機能 ８３ タスク／ＷＰ管理システム

───────────────────────────────────────────────────── フロントページの続き (72)発明者 横田 毅 茨城県日立市大みか町七丁目１番１号 株 式会社日立製作所日立研究所内 (72)発明者 荒木 憲司 茨城県日立市大みか町七丁目１番１号 株 式会社日立製作所日立研究所内 Ｆターム(参考） 5E501 AC13 BA02 BA03 CA03 CB02 CB09 DA17 EA01 EB11 EB13 EB17 EB18 FA06 FA13 FA14

Claims (12)

【特許請求の範囲】
1. 【請求項１】 プロジェクトを構成する少なくとも１つ
   のタスクに関連するドキュメントを表す記号及びタスク
   作業を表す記号を表示するタスク領域を画面に表示する
   機能と、該タスク領域に表示されたドキュメントを表す
   記号への操作指示を受けて該ドキュメントの作業を行う
   機能とを有するプロジェクト情報処理装置であって、 前記タスク領域は、タスクのドキュメントを表す記号及
   び出力作業以外のタスク作業を表す記号を表示する一般
   作業領域と出力作業領域とからなり、該出力作業領域
   は、領域内にドキュメントを表す記号を移動操作させる
   と対応付けられたプロジェクトを構成する他のタスクの
   タスク領域に該ドキュメントを表す記号を表示すること
   を特徴とするプロジェクト情報処理装置。
2. 【請求項２】 請求項１記載のプロジェクト情報処理装
   置において、 前記タスク領域は、移動操作された記号のドキュメント
   の修正履歴を表示し、対応付けられた出力先を表示する
   ことを特徴とするプロジェクト情報処理装置。
3. 【請求項３】 請求項１又は２に記載のプロジェクト情
   報処理装置において、 前記一般作業領域及び出力作業領域に表示されたドキュ
   メントを表す記号の操作指示を受けて、該ドキュメント
   のオープン、編集、保存、複写、削除を可能とする機能
   を有することを特徴とするプロジェクト情報処理装置。
4. 【請求項４】 請求項１〜３のいずれか１項に記載のプ
   ロジェクト情報処理装置において、 前記一般作業領域において所定の操作指示を受けて、新
   規ドキュメント及びこれを表す記号を作成する機能を有
   することを特徴とするプロジェクト情報処理装置。
5. 【請求項５】 請求項１〜４のいずれか１項に記載のプ
   ロジェクト情報処理装置において、 前記出力作業領域に移動したファイルを、この領域に対
   してあらかじめ指定されたアドレス、フォルダ、データ
   ベースに転送する機能を有することを特徴とするプロジ
   ェクト情報処理装置。
6. 【請求項６】 請求項１〜５のいずれか１項に記載のプ
   ロジェクト情報処理装置において、 前記一般作業領域は、参照専用のドキュメントを表す記
   号を表示する参照専用領域と、それ以外のドキュメント
   を表す記号を表示する通常使用領域とを有することを特
   徴とするプロジェクト情報処理装置。
7. 【請求項７】 請求項１〜６のいずれか１項に記載のプ
   ロジェクト情報処理装置において、 前記タスクの実施の手順に関するガイダンスを表示する
   ための独立したガイダンス表示領域を有することを特徴
   とするプロジェクト情報処理装置。
8. 【請求項８】 請求項１〜７のいずれか１項に記載のプ
   ロジェクト情報処理装置において、 前記タスクの実施に当たって参照すべきファイル、デー
   タベースやホームページへのリンク先記号を表示する表
   示領域を有することを特徴とするプロジェクト情報処理
   装置。
9. 【請求項９】 請求項１〜８のいずれか１項に記載のプ
   ロジェクト情報処理装置において、 プロジェクト内のタスクをガントチャートやアローダイ
   アグラムなどの工程表として表示し、該工程表上で任意
   のタスクを選択することにより、該タスクに対応付けら
   れた一般作業領域及び出力作業領域を表示する機能を有
   することを特徴とするプロジェクト情報処理装置。
10. 【請求項１０】 請求項１〜９のいずれか１項に記載の
    プロジェクト情報処理装置において、 タスクに関係するドキュメントやアイコン、表示領域の
    データと、該データ操作のための関数を、ひとまとめに
    したオブジェクトデータとして配布する機能を有するこ
    とを特徴とするプロジェクト情報処理装置。
11. 【請求項１１】 請求項１０記載のプロジェクト情報処
    理装置において、 前記配布されたオブジェクトデータについての作業の開
    始により、該オブジェクトデータを配布したプロジェク
    ト情報処理装置に作業開始を通知する機能を有すること
    を特徴とするプロジェクト情報処理装置。
12. 【請求項１２】 プロジェクトを構成する少なくとも１
    つのタスクに関連するドキュメントを表す記号及びタス
    ク作業を表す記号を表示するタスク領域を画面に表示す
    る機能と、該タスク領域に表示されたドキュメントを表
    す記号への操作指示を受けて該ドキュメントの作業を行
    う機能とを有するプロジェクト情報処理装置に使用され
    るコンピュータ・ソフトウエアであって、 前記タスク領域は、タスクのドキュメントを表す記号及
    び出力作業以外のタスク作業を表す記号を表示する一般
    作業領域と出力作業領域とからなり、該出力作業領域
    は、領域内にドキュメントを表す記号を移動操作させる
    と対応付けられたプロジェクトを構成する他のタスクの
    タスク領域に該ドキュメントを表す記号を表示すること
    をコンピュータに実現させるプログラムからなるコンピ
    ュータ・ソフトウエア。