JP2006172453A - 文書中の変更を追跡するための方法およびシステム - Google Patents

Abstract

【課題】プロジェクト管理ソフトウェアアプリケーションに関連付けられた文書中の変更を追跡する。
【解決手段】変更リストトラッキングメカニズムが、文書中で修正された値の記録を必要とする機能をサポートする。サポート機能の例には、複数アンドゥ、報告生成、監査ロギングが含まれる。変更リストトラッキングメカニズムは、オブジェクトコンテナおよび変更リストを含む。各オブジェクトコンテナは、文書のプロパティに関連付けられたオブジェクトを含む。固有の修正を通知してもらいたいユーザは、特定のオブジェクトコンテナ中の固有のオブジェクトプロパティになされた修正を追跡するように変更リストを作成する。変更リスト中で識別されるプロパティ値は、文書にアクセスする任意のユーザによって修正されることがある。対応するオブジェクトコンテナが修正に関する情報を変更リストに提供する。ユーザは識別され、修正についての通知を受ける。
【選択図】図４

Description

本発明は、プロジェクト管理ソフトウェアアプリケーションに関連付けられた文書中の変更を追跡するための方法およびシステムを対象とする。

プロジェクト管理ソフトウェアは、プロジェクトの立案、スケジューリング、追跡、分析を補助するためのツールを提供する。多くの組織が、プロジェクト管理ソフトウェアに依拠して、プロジェクトの作業負荷を管理し、生産性を向上させ、作業品質を高めている。プロジェクト管理ソフトウェアは、プロジェクトを完成し、結果を最大化し、中央でワークフローを把握する合理化された方法を提供する。プロジェクト管理者は、効率的にプロジェクトの時間およびコストを推定し、プロジェクトの予算および期限を管理することによって、利益を得る。

多くのプロジェクトタスクは他のタスクに依存しており、例えばあるタスクに修正を加えると、他のタスクに影響することがある。プロジェクト文書に対する修正はファイルに保存されるが、このファイルは貴重なメモリ空間を占有する。修正のリストを必要とする機能はこのファイルにアクセスしなければならず、これには時間がかかる可能性がある。このような機能の例には、多くの異なるユーザによって行われた文書への修正を元に戻すことや、修正されたデータを反映するように報告を再生成することが含まれる。

本発明は、プロジェクト管理ソフトウェアアプリケーションに関連付けられた文書中の変更を追跡するための方法およびシステムを対象とする。

変更リストトラッキングメカニズムが、プロジェクト文書中で修正された値の記録を必要とする機能をサポートする。例えば、システムをプロジェクト文書の前のバージョンに戻すことのできるように、複数アンドゥ機能がイネーブルにされる。報告機能は、報告全体が再生成されることなく、プロジェクト文書に対する修正が自動的に報告中で更新されるようにする。監査ロギング機能は、プロジェクト文書に対する固有の修正を、この修正を行った特定のユーザに関連付ける。プロジェクト文書は、異なるユーザ間で共有される任意の文書とすることができる。

変更リストトラッキングメカニズムは、オブジェクトコンテナおよび変更リストを含む。各オブジェクトコンテナは、プロジェクト文書のプロパティに関連付けられるオブジェクトを含む。文書に対する固有の変更を通知してもらいたいユーザは、特定のオブジェクトコンテナ中の固有のオブジェクトプロパティになされた修正を追跡する変更リストを作成する。変更リスト番号によって、ユーザを変更リストに関連付けることができる。

変更リスト中で識別されるプロパティ値は、プロジェクト文書にアクセスするいずれかのユーザによって修正されることがある。対応するオブジェクトコンテナが、修正に関する情報を変更リストに提供する。修正情報は、修正、追加、および／または削除されたオブジェクトを含むことができる。修正情報はまた、変更されたプロパティのプロパティ識別子を含むこともできる。要求元ユーザは、変更リスト番号を用いて識別され、修正についての通知を受ける。次いで変更リストはクリアすることができ、このサイクルは文書に対する後続の修正について繰り返される。

修正情報は、イネーブルにされる機能に応じて、異なる仕方で処理される。複数アンドゥ機能の場合は、変更リストからの修正データはアンドゥバッファに格納される。報告機能の場合は、変更リスト中の修正データを使用して報告が更新される。監査ロギング機能の場合は、変更リストからデータを修正したユーザを識別することによって、ログ動作が行われる。

変更リストトラッキングメカニズムが、プロジェクト管理ソフトウェアアプリケーションの文書中で修正された値の記録を必要とする機能をサポートする。例えば、システムをプロジェクト文書の前のバージョンに戻すことのできるように、複数アンドゥ機能がイネーブルにされる。報告機能は、報告全体が再生成されることなく、プロジェクト文書に対する修正が自動的に報告中で更新されるようにする。監査ロギング機能は、プロジェクト文書に対する固有の修正を、この修正を行った特定のユーザに関連付ける。

変更リストトラッキングメカニズムは、オブジェクトコンテナおよび変更リストを含む。各オブジェクトコンテナは、プロジェクト文書のプロパティに関連付けられるオブジェクトを含む。プロジェクト文書に対する固有の変更を通知してもらいたい要求元ユーザは、特定のオブジェクトコンテナ中の固有のオブジェクトプロパティにされた修正を追跡する変更リストを作成する。変更リスト中で識別されるプロパティ値は、プロジェクト文書にアクセスするいずれかのユーザによって修正されることがある。対応するオブジェクトコンテナが、修正に関する情報を変更リストに提供する。次いで、要求元ユーザが識別され、修正について通知される。

（例示的な動作環境）
図１を参照すると、本発明を実施するためのシステムの一例は、コンピューティングデバイス１００などのコンピューティングデバイスを含む。コンピューティングデバイス１００は、クライアント、サーバ、モバイルデバイスとして、またはネットワークベースの共同システム中でデータと対話するその他の任意のコンピューティングデバイスとして構成することができる。非常に基本的な構成では、コンピューティングデバイス１００は通常、少なくとも１つの処理ユニット１０２と、システムメモリ１０４とを含む。コンピューティングデバイスの厳密な構成およびタイプに応じて、システムメモリ１０４は、揮発性（ＲＡＭなど）、不揮発性（ＲＯＭやフラッシュメモリなど）、またはこの２つの何らかの組合せとすることができる。システムメモリ１０４は通常、オペレーティングシステム１０５および１つまたは複数のアプリケーション１０６を含み、またプログラムデータ１０７を含むこともある。下記で詳細に述べる変更リストトラッキングメカニズム１０８は、アプリケーション１０６内に実装される。

コンピューティングデバイス１００は、追加の機能または機構を有することもできる。例えばコンピューティングデバイス１００は、例えば磁気ディスクや光ディスクやテープなど、追加のデータ記憶デバイス（リムーバブルおよび／または非リムーバブル）を含むこともできる。図１では、このような追加の記憶装置は、リムーバブルストレージ１０９および非リムーバブルストレージ１１０によって示されている。コンピュータ記憶媒体には、コンピュータ可読命令、データ構造、プログラムモジュール、またはその他のデータなど、情報のストレージのための任意の方法または技術で実装された、揮発性および不揮発性、リムーバブルおよび非リムーバブルの媒体を含むことができる。システムメモリ１０４、リムーバブルストレージ１０９、非リムーバブルストレージ１１０はすべて、コンピュータ記憶媒体の例である。コンピュータ記憶媒体には、限定しないがＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリまたはその他のメモリ技術、ＣＤ−ＲＯＭ、ディジタル多用途ディスク（ＤＶＤ）またはその他の光ストレージ、磁気カセット、磁気テープ、磁気ディスクストレージまたはその他の磁気記憶デバイスが含まれ、あるいは、所望の情報を記憶するのに使用できコンピューティングデバイス１００によってアクセスできるその他の任意の媒体が含まれる。このようなコンピュータ記憶媒体はどれも、デバイス１００の一部とすることができる。コンピューティングデバイス１００は、キーボード、マウス、ペン、音声入力デバイス、タッチ入力デバイスなどの入力デバイス１１２を有することもできる。また、表示装置、スピーカ、プリンタなどの出力デバイス１１４も含まれ得る。

コンピューティングデバイス１００はまた、デバイスがネットワークなどを介して他のコンピューティングデバイス１１８と通信できるようにするための通信接続１１６を含む。ネットワークには、ローカルエリアネットワークおよびワイドエリアネットワーク、ならびにその他の大規模ネットワークが含まれ、限定しないがこれらにはイントラネットおよびエクストラネットが含まれる。通信接続１１６は、通信媒体の一例である。通信媒体は通常、コンピュータ可読命令、データ構造、プログラムモジュール、またはその他のデータによって、搬送波やその他のトランスポート機構などの変調データ信号中に具体化することができ、任意の情報伝達媒体がこれに含まれる。用語「変調データ信号」は、情報を信号中に符号化するようにその特性の１つまたは複数を設定または変更した信号を意味する。限定ではなく例として、通信媒体には、有線ネットワークや直接有線接続などの有線媒体と、音響、無線周波数、赤外線などの無線媒体およびその他の無線媒体とが含まれる。本明細書で使用されるコンピュータ可読媒体という用語は、記憶媒体と通信媒体の両方を含む。

（プロジェクト管理ソフトウェアアプリケーションでの文書に対する変更の追跡）
図２に、プロジェクト管理ソフトウェアアプリケーションでの文書に対する変更を追跡するためのシステムのブロック図を示す。このシステムは、クライアント２００、２０２、２０４と、サーバ２１０と、データストア２２０とを含む。クライアント２００、２０２、２０４およびデータストア２２０は、サーバ２１０に結合されている。データストア２２０は、プロジェクト文書２２２および変更リストトラッキングメカニズム２２４を含む。プロジェクト文書２２２は、クライアント２００、２０２、２０４の間で共有されるプロジェクト管理ソフトウェアアプリケーションで使用される任意の文書とすることができる。変更リストトラッキングメカニズム２２４は、プロジェクト文書２２２中のデータになされた修正を記録する。

一実施形態では、プロジェクト文書２２２はプロジェクトスケジュールである。典型的なプロジェクトスケジュールには、タスク、リソース、割当て、リンク、カレンダの組合せが含まれる。タスクは、行われるべき作業である。リソースは、タスクに割り当てられた人である。割当ては、タスクをリソースにマップする。リンクは、２つ以上のタスク間の関係を定義する。カレンダは、リソースの作業時間を定義する。プロジェクトスケジュールは、可能な限り最短の期間でタスクが完了されるように作成することができる。

変更リストトラッキングメカニズム２２４は、プロジェクト文書２２２中で修正された値の記録を必要とする機能をサポートするように構成される。変更リストトラッキングメカニズム２２４はまた、この機能のためのメモリ消費を低減する。例えば、クライアント２００、２０２、２０４のいずれかのユーザが、プロジェクト文書２２２中の値を修正することがある。修正された値のすべては、変更リストトラッキングメカニズム２２４中に記録される。プロジェクト管理者は、変更リストトラッキングメカニズム２２４を利用して、修正された値のすべてを元に戻すことができる（すなわち複数アンドゥ機能）。変更リストトラッキングメカニズム２２４はまた、ユーザがプロジェクトスケジュールに影響を与えずにプロジェクト文書２２２中の一連のタスクを並べ替えられるようにする。

変更リストトラッキングメカニズム２２４はまた、報告生成および監査ロギングをイネーブルにする機能をサポートすることもできる。報告は、プロジェクト管理データに直接にリンクさせることができる。プロジェクト文書２２２中のデータに対する変更は、報告全体を再生成する必要なく、報告中で自動的に更新される。監査ロギング機能は、プロジェクト文書２２２に対する特定の修正を担っているユーザに関する情報を提供する。

図３に、変更リストトラッキングメカニズムのブロック図を示す。変更リストトラッキングメカニズム３００は、オブジェクトコンテナ３１０、３１２、３１４と、変更リスト３３０、３３２、３３４、３３６、３３８、３４０とを含む。オブジェクトコンテナ３１０、３１２、３１４は、オブジェクト３２０、３２２、３２４を含む。オブジェクト３２０、３２２、３２４は、プロジェクト管理ソフトウェアアプリケーション中のプロジェクト文書のプロパティに関連付けられる。関連付けられたプロパティの例には、固有のタスクの開始／終了日、タスクの存続期間、タスク完了の期限、タスクに割り当てられたリソースが含まれる。異なるオブジェクトを、異なるオブジェクトコンテナ内で分類することができる。オブジェクトコンテナ３１０、３１２、３１４は、固有の変更リストに関連付けられる。例えば、オブジェクトコンテナ３１０は、変更リスト３３０、３３２に関連付けられる。

各変更リスト３３０〜３４０は、関連付けられたオブジェクトコンテナ３１０、３１２、３１４中のオブジェクト３２０、３２２、３２４に対する修正を記録して、修正によって影響を受けるかもしれない機能をイネーブルにする。例えば、システムをプロジェクト文書の前のバージョンに戻すことのできるように、複数アンドゥ機能がイネーブルにされる。報告機能は、報告全体が再生成されることなく、プロジェクト文書に対する修正が自動的に報告中で更新されるようにする。監査ロギング機能は、プロジェクト文書に対する固有の修正を、この修正を行ったユーザに関連付ける。修正には、タスクの並べ替え、移動、削除、またはプロジェクトスケジュールへの追加が含まれ得る。変更の正確な記録が維持されるように、変更リスト中の情報は、特定の順序で提供される。

変更リストは、オブジェクトコンテナ中のあらゆるオブジェクトになされたあらゆる修正を必ずしも記録するわけではない。文書に対する固有の変更について通知してもらいたいユーザは、特定のオブジェクトコンテナ中のオブジェクトの固有の１つまたは複数のプロパティになされた修正を追跡するために、変更リストを確立する。このように、変更リスト３３０〜３４０は、固有の目的に役立つように適合させることができる。

例えば、要求元ユーザ３５０は、変更リスト３３０を確立して、オブジェクトコンテナ３１０中のオブジェクト１１およびオブジェクト１２になされた修正を追跡することができる。オブジェクトコンテナ３１０は、特定のタスクに関連付けられたすべてのイベントに対応することができる。オブジェクト１１は、特定のタスクに関連付けられた開始日に対応し、オブジェクト１２は、特定のタスクに関連付けられた完了日に対応することができる。オブジェクト１１またはオブジェクト１２の値が修正されたとき、オブジェクトコンテナ３１０は、修正に関する情報を変更リスト３３０に提供する。例えば、プロジェクト管理者が、対応するオブジェクトの値を修正することによって、タスクの予想完了日を延期することがある。オブジェクトコンテナ３１０は、修正された完了日に関する情報を変更リスト３３０に転送する。要求元ユーザ３５０（すなわち、タスクの完了日に対する変更についての通知を受けることを要求したユーザ）は、この日付変更についての通知を受ける。次いで変更リスト３３０はクリアすることができ、このサイクルはオブジェクト１１またはオブジェクト１２に対する後続の修正について繰り返される。

１人以上のユーザが、同じ修正情報を要求する場合もある。例えば、３人の異なるユーザが、タスクの開始および／または完了日が修正されたときに通知を受けたい場合がある。各ユーザは、変更リスト番号によって、同じ変更リストに割り当てられる。変更リストが修正に関する情報をオブジェクトコンテナから受け取ったとき、この変更リスト番号によって識別されるすべての要求元ユーザが修正について通知される。

１つ以上の変更リストが各オブジェクトコンテナに関連付けられて、オブジェクトに関連付けられた異なるプロパティまたはグループを追跡することができる。ユーザは変更リストを確立して、異なる修正情報の集まりを必要とする種々の機能をイネーブルにするために、固有のプロパティを追跡することができる。例えば、プロジェクト報告を生成するために修正情報を収集することは、複数アンドゥ機能のための修正情報を得ることとは異なるプロセスである。

修正情報は、イネーブルにされる機能に応じて、異なる仕方で処理される。複数アンドゥ機能の場合は、変更リストからの修正データはアンドゥバッファに格納される。報告機能の場合は、変更リスト中の修正データを使用して報告が更新される。監査ロギング機能の場合は、変更リストからデータを修正したユーザを識別することによって、ログ動作が行われる。

図４に、プロジェクト管理ソフトウェアアプリケーションの文書において変更を追跡するためのプロセスを示す動作上の流れ図を示す。プロセスは開始ブロックで始まり、文書がコンピューティングデバイスのメモリにロードされる。一実施形態では、文書は、異なるユーザ間で共有されるプロジェクトスケジュールである。

ブロック４００に移り、文書に対する固有の修正について通知してもらいたいユーザによって、変更リストが作成される。ユーザは、変更リスト番号によって変更リストに関連付けられる。変更リストは、特定のオブジェクトコンテナに関連付けられる。変更リストは、オブジェクトコンテナ中のオブジェクトのプロパティまたはグループの修正を追跡するように確立される。オブジェクトは、文書の要素に関連付けられる。追跡するプロパティの例には、固有のタスクの開始／終了日、タスクの持続期間、タスク完了の期限、タスクに割り当てられたリソースが含まれる。

判定ブロック４１０に進み、変更リスト中で識別されるプロパティの値のいずれかが修正されたかどうかの判定がなされる。修正は、文書にアクセスするユーザのいずれかによってなされ得る。修正には、情報の並べ替え、移動、置換、削除、または文書への追加が含まれ得る。変更リスト中で識別されるプロパティ値に修正がなされていない場合は、処理は終了ブロックで終了する。変更リスト中で識別されるプロパティ値に修正がなされた場合は、処理はブロック４２０で継続する。

ブロック４２０に進み、オブジェクトコンテナは、関連付けられた変更リストに修正情報を提供する。修正情報は、修正、追加、および／または削除されたオブジェクトを含むことができる。修正情報はまた、変更されたプロパティのプロパティ識別子を含むこともできる。

ブロック４３０に移行し、対応する規則に従って、修正情報によって機能がイネーブルにされる。複数アンドゥ機能の場合は、変更リストからの修正データはアンドゥバッファに格納される。報告機能の場合は、変更リスト中の修正データを使用して報告が更新される。監査ロギング機能の場合は、変更リストからデータを修正したユーザを識別することによって、ログ動作が行われる。

ブロック４４０に継続し、要求元ユーザは修正について通知される。一実施形態では、要求元ユーザは、変更リスト番号を用いて識別され突き止められる。ブロック４５０に移り、変更リストはクリアされる。次いで、処理は終了ブロックで終了する。

図５に、プロジェクト管理ソフトウェアアプリケーションに関連付けられた文書に対する変更を追跡するプロセスのソフトウェアコード例を示す。ユーザは、アプリケーションプログラムインタフェースをコールして、プロジェクトアレイ中で指定されたオブジェクトになされた修正をモニタする変更リストを作成することができる。変更リスト作成メソッドが成功した場合は、変更リストを要求したユーザにＩＣｈａｎｇｅＬｉｓｔインタフェース５００へのポインタが提供される。要求元ユーザは、要求された変更リストを識別する変更リスト番号に関連付けられる。ＣｌｅａｒＣｈａｎｇｅｓ（）５１０がコールされて、変更リストに関連付けられるすべてのオブジェクトについてのプロパティ識別子のすべてがクリアされる。次いで、変更リストに対応するオブジェクトに関連付けられるプロパティに対して、任意の数のユーザによって修正が加えられる。例えば、プロジェクト管理者が、タスクの完了日を延期することができる。

ＧｅｔＣｈａｎｇｅｄＨｅｌｅｍｓ（）５２０は、変更リストがクリアされてから変更された任意のプロパティ識別子を返す。ＧｅｔＮｅｗＨｅｌｅｍｓ（）５３０は、変更リストがクリアされてから文書中で作成された任意の新しい要素を返す。ＧｅｔＤｅｌｅｔｅｄＨｅｌｅｍｓ（）５４０は、変更リストがクリアされてから文書から削除された任意の要素を返す。ＧｅｔＣｈａｎｇｅｄＰｉｄＣｏｕｎｔ（）５５０は、変更リストがクリアされてから変更された文書中のプロパティの数を返す。ＧｅｔＣｈａｎｇｅｄＰｉｄｓ（）５６０は、変更されたプロパティ識別子の数を返す。ＨａｓＰｉｄＢｅｅｎＣｈａｎｇｅｄ（）５７０は、変更リストがクリアされてからプロパティが文書中で変更された場合に真を返す。

以上の仕様、例、データは、本発明の構成の製造および使用に関する完全な記述を提供する。本発明の趣旨および範囲を逸脱することなく本発明の多くの実施形態をなすことができるので、本発明は、添付の特許請求の範囲にある。

本発明の例示的な一実施形態により使用することのできるコンピューティングデバイスを示す図である。 本発明による、プロジェクト管理ソフトウェアアプリケーションの文書中の変更を追跡するためのシステムのブロック図である。 本発明による、変更リストトラッキングメカニズムのブロック図である。 本発明による、プロジェクト管理ソフトウェアアプリケーションの文書中の変更を追跡するためのプロセスを示す動作上の流れ図である。 本発明による、プロジェクト管理ソフトウェアアプリケーションの文書中の変更を追跡するプロセスの例示的なソフトウェアコードを示す図である。

符号の説明

１００ コンピューティングデバイス
１０２ 処理ユニット
１０４ システムメモリ
１０５ オペレーティングシステム
１０６ アプリケーション
１０７ プログラムデータ
１０８ 変更リストトラッキングメカニズム
１０９ リムーバブルストレージ
１１０ 非リムーバブルストレージ
１１２ 入力デバイス
１１４ 出力デバイス
１１６ 通信接続
１１８ 他のコンピューティングデバイス
２００〜２０４ クライアント
２１０ サーバ
２２０ データストア
２２２ プロジェクト文書
２２４ 変更リストトラッキングメカニズム
３００ 変更リストトラッキングメカニズム
３１０〜３１４ オブジェクトコンテナ
３２０〜３２４ オブジェクト
３３０〜３４０ 変更リスト
３５０ 要求ユーザ

Claims (20)

1. 文書に対する修正を追跡するためのコンピュータ実施方法であって、
   前記文書に含まれるオブジェクトに関連付けられる変更リストを作成することと、
   前記オブジェクトが修正されたときを判定することと、
   前記修正されたオブジェクトに関連付けられる情報を前記変更リスト中に記録することと、
   前記オブジェクトが修正されたことをユーザに通知することと
   を備えることを特徴とする方法。
2. 変更リスト番号によって前記ユーザを前記変更リストに関連付けることをさらに備えることを特徴とする請求項１に記載のコンピュータ実施方法。
3. 前記変更リストをオブジェクトコンテナに関連付けることをさらに備え、前記オブジェクトコンテナは、前記オブジェクトを備えることを特徴とする請求項１に記載のコンピュータ実施方法。
4. 前記変更リスト中で前記オブジェクトのプロパティを識別することをさらに備え、前記オブジェクトが修正されたときを判定することは、前記プロパティが修正されたときを判定することをさらに備えることを特徴とする請求項１に記載のコンピュータ実施方法。
5. 前記修正されたオブジェクトに関連付けられる前記情報をアンドゥバッファに格納して、複数アンドゥ機能をイネーブルにすることをさらに備えることを特徴とする請求項１に記載のコンピュータ実施方法。
6. 前記修正されたオブジェクトに関連付けられる前記情報を使用して、報告を更新することをさらに備えることを特徴とする請求項１に記載のコンピュータ実施方法。
7. 前記修正されたオブジェクトに関連付けられる前記情報を用いて、前記オブジェクトを修正したユーザを識別することをさらに備えることを特徴とする請求項１に記載のコンピュータ実施方法。
8. 文書になされた修正を追跡するためのシステムであって、
   前記文書のプロパティに対応するオブジェクトを備えたオブジェクトコンテナと、
   前記オブジェクトコンテナに関連付けられた変更リストであって、前記オブジェクトコンテナは、前記プロパティが修正されたときに、前記オブジェクトに関連付けられた情報を前記変更リストに提供して、前記修正されたプロパティに関連付けられた機能をイネーブルにする変更リストと
   を備えたことを特徴とするシステム。
9. 前記オブジェクトはタスクであり、前記プロパティは、開始日、終了日、存続期間、期限、リソースのうちの少なくとも１つであることを特徴とする請求項８に記載のシステム。
10. 前記機能は、前記修正されたプロパティを含まない前のバージョンに前記文書を戻す複数アンドゥ機能であることを特徴とする請求項８に記載のシステム。
11. 前記機能は、前記修正されたプロパティを報告に実装する報告ジェネレータであることを特徴とする請求項８に記載のシステム。
12. 前記機能は、前記修正されたプロパティに関連付けられたユーザを識別する監査ロギング機能であることを特徴とする請求項８に記載のシステム。
13. 前記プロパティは、並べ替え、移動、削除、追加のうちの少なくとも１つを行うことによって修正されることを特徴とする請求項８に記載のシステム。
14. 前記変更リストは、前記プロパティが修正されたときにユーザが通知を受けるように、前記ユーザによって確立されることを特徴とする請求項８に記載のシステム。
15. 前記変更リストは、前記ユーザが通知を受けた後でクリアされることを特徴とする請求項１４に記載のシステム。
16. 前記ユーザは、変更リスト番号によって前記変更リストに関連付けられることを特徴とする請求項１４に記載のシステム。
17. 前記文書は、プロジェクト管理ソフトウェアアプリケーションに関連付けられたプロジェクト文書であることを特徴とする請求項８に記載のシステム。
18. 文書中の修正を追跡するためのコンピュータ実行可能命令を有するコンピュータ可読媒体であって、
    前記文書に関連付けられるオブジェクトのプロパティに対する修正を追跡するように構成された変更リストを作成することであって、前記変更リストはユーザによって作成されることと、
    前記オブジェクトを備えるオブジェクトコンテナに前記変更リストを関連付けることと、
    前記プロパティが修正されたときを判定することと、
    前記修正されたプロパティに関連付けられる情報を前記オブジェクトコンテナから前記変更リストに提供することと、
    前記プロパティが修正されたことを前記ユーザに通知することと
    を備えたことを特徴とするコンピュータ可読媒体。
19. 前記修正されたプロパティに関連付けられる前記情報に基づいて機能をイネーブルにすることをさらに備えたことを特徴とする請求項１８に記載のコンピュータ可読媒体。
20. 前記機能は、複数アンドゥ機能、報告生成機能、監査ロギング機能のうちの少なくとも１つであることを特徴とする請求項１９に記載のコンピュータ可読媒体。
    

Images