データベース14に記憶されておりオペレータ識別子と関連して実行される作業項目10の処理を制御する方法を実現するコンピュータプログラムとデータ構造とが記録されているコンピュータ読取可能な媒体を有するシステム16であって、前記データベースは、それぞれが前記オペレータ識別子と関連付けられている複数の組織によって用いられるシステムにおいて、前記方法は、前記複数の組織の中の対応する1つとそれぞれが関連付けられている複数の組織識別子をメモリ37に記憶するステップと、前記複数の組織識別子の中の1つとそれぞれが関連付けられており、作業項目を処理するための規則を定義する複数の定義的データ項目を前記メモリ39に記憶するステップと、新たな定義的データ項目を記憶すべきかどうかを、前記新たな定義的データ項目と関連付けられている組織識別子に基づいて、判断するステップと、前記定義的データ項目によって特定される規則に従って作業項目を処理するステップと、を含むことを特徴とするシステム。データベース14に記憶されており組織と関連付けられているオペレータ識別子と関連して実行される作業項目10の処理を制御する方法を実現するコンピュータプログラムとデータ構造とが記録されているコンピュータ読取可能な媒体を有するシステム16であって、前記方法は、前記作業項目を処理する際に用いることができそれぞれが規則の組と関連付けられている複数のノードを定義する情報を、メモリ175に記憶するステップと、選択されたノードの間の組織上の関係を定義して前記作業項目の処理を制御するプログラマブルなデータ構造を前記メモリ73に記憶するステップと、前記ノードの間の組織上の関係を提供して、前記オペレータ識別子の中の1つと関連して前記作業項目の中の1つの処理の変更を制御するステップと、このプロセスの少なくとも2つのノードの間での前記作業項目のフローを、このプロセスのそれぞれの対応するノードと関連付けられた規則の組に従って制御するプロセスであって、前記ノードの間の組織上の関係と適合的であるプロセスを実行するステップと、を含むことを特徴とするシステム。データベース14に記憶されておりオペレータ識別子との関連で実行される作業項目10へのアクセスを定義データに従って制御する方法を実現するコンピュータプログラムとデータ構造とが記録されているコンピュータ読取可能な媒体を有するシステム16であって、前記方法は、ネットワークされたエントリを有するネットワークされたデータ構造を第1のメモリに記憶するステップであって、前記ネットワークされたデータ構造は作業項目の操作のためのノードを有する組織に対応し、前記組織は階層的に構成されており、それぞれのネットワークされたエントリは前記ノードの中の1つに対応する、ステップと、前記作業項目を操作するステップのシーケンスを特定するプロセステーブルを第2のメモリに記憶するステップと、第1のノードと関連付けされた第1の定義的データ項目を第3のメモリに記憶するステップであって、前記第1のノードは前記ネットワークされたエントリの中の第1のエントリに対応し、前記第1のネットワークされたエントリは前記ネットワークされたデータ構造において前記ネットワークされたエントリの部分集合を定義し、前記部分集合は前記第1のネットワークされたエントリと前記第1のネットワークされたエントリに従属するすべてのネットワークされたエントリとから構成される、ステップと、第2のノードと関連付けされた第2の定義的データ項目を第4のメモリに記憶する要求を受け取るステップであって、前記第2の項目は前記第1の項目に依存しており、前記第2のノードは前記シーケンスにおける前記ステップの中の1つに対応し、前記第2のノードは前記ネットワークされたデータ構造における前記ネットワークされたエントリの中の第2のネットワークされたエントリに対応する、ステップと、前記第2のネットワークされたエントリが前記第1のネットワークされたエントリによって定義されたネットワークされたエントリの前記部分集合に属するかどうかを判断するステップと、前記判断の結論に基づいて、前記第2の定義的データ項目を前記第4のメモリに記憶し、前記第2の定義的データ項目に従って作業項目へのアクセスを制御するステップと、を含むことを特徴とするシステム。本発明のこれ以外の特徴及び効果は、本発明それ自体と共に、以下の詳細な説明を次の添付の図面と共に参照することによって、更に容易に明らかになるはずである。次に図1を参照すると、作業項目workitem10へのアクセス又は作業項目10の処理を制御する図2-4の方法を実行するようにプログラムされているコンピュータシステム16が、示されている。作業項目10は、ある組織に属するオペレータ図示せずによって後に実行されるために、作業項目10のデータベース14に記憶されている。オペレータは、1人の人間が例であるが、実際には、複数の人間であったり、1つ又は複数の自動化されたオペレータコンピュータプログラムでもありうる。データベース14は、複数の組織、ここでは、ある組織の下位にある複数の組織によって用いられる。しかし、これらの組織は、相互に組織的に関係していることは必要ないことを理解すべきである。複数の組織が、データベース14や、データベース14に関連する何らかの計算リソースを、単に共有していることもある。図10に示されているプロセス581、582、583などの、作業項目10を操作するプロセスにおけるそれぞれのステップは、下位組織部分組織、suborganizationに割り当てられた1又は複数のオペレータによって、それぞれの下位組織において実行される。この方法には、下位組織識別子ORGIDをメモリ部分37図5に記憶することが含まれる。下位組織識別子ORGIDのそれぞれには、下位組織、ここでは、図5に示されているような部門すなわち、DIV1、DIV2、DIV3などの中の対応する1つが関連付けされている。別のメモリ部分39図6は、複数の定義的データ項目ルール56、68、72などを記憶するが、これらの複数の定義的データ項目のそれぞれには、図6に示されているように、下位組織識別子ORGIDの中の対応する1つが関連付けされている。定義的データ項目のそれぞれが、作業項目へのアクセス又は作業項目の処理を制御する。別のメモリ部分41図7が、データ構造を記憶するが、組織のオペレータOPIDのそれぞれには、下位組織識別子ORGIDの中の1つが、図7に示されているように、関連付けされている。組織のオペレータのそれぞれオペレータA1、01などは、メモリ部分41に記憶されているデータ構造がオペレータの中のその1人をメモリ部分39における定義的データ項目と関連付けされたのと同じ下位組織識別子と関連付けする場合にだけ、定義的データ項目例えば、ルール56又は68へのアクセスが提供される、又は、定義的データ項目によって、影響される。例えば、オペレータ01は、1としてORGIDによって識別された組織に属するすなわち、メモリ部分37から、オペレータ01は、DIV1に属する。このように、メモリ部分39から、オペレータ01には、定義的データ項目56、68、72、75へのアクセスが提供される、又は、定義的データ項目56、68、72、75によって影響されるが、メモリ部分37、DIV2からORGID2と関連付けされている定義的データ項目771については、そうはいえない。更に詳しくは、作業項目10は、複数のコンピュータステーション12の中の1つにおいて複数のオペレータの中の1人図示せずによって後に実行されるように、作業項目10のデータベース14に記憶される。作業項目10のデータベース14は、オラクルOracle登録商標社によるピラミッドPyramid登録商標データベースシステムのバージョン7.2を用いて実現することができる。コンピュータシステム16は、8つの中央処理装置と2ギガバイトの高速アクセスメモリとを有するピラミッドPyramid登録商標ナイルNILE登録商標コンピュータを含みうる。そして、データセンターオペレーティングシステムDcosxなどのオペレーティングシステムが、コンピュータシステム16上で動く。コンピュータシステム16は、また、ワークフロー管理システムを提供するのに用いられるキーとなる機能を提供するワークフローアプリケーションプログラム20を動かしている。ワークフロー管理システムの例としては、例えば、WorkflowManagementCoalitionTerminologyGlossaryIssue20におけるワークフロー管理連合WorkflowManagementCoalitionによって説明されているものがある。これは、本出願において援用する。コンピュータステーションのそれぞれは、マイクロソフトMicrosoft登録商標社のウィンドウズWindows登録商標3.1、95、NT登録商標などのオペレーティングシステムを動かしているパーソナルコンピュータでありうる。コンピュータシステム16とコンピュータステーション12とは、TCP/IPプロトコルを用いているコンピュータネットワークによって提供されるネットワーク接続などの双方向データ接続バス18を介して、相互に接続されている。図2-4を再び参照すると、作業項目10は、データベース14に記憶される。メモリ部分37図5は、ここでは部門1DIV1である第1の下位組織42図8を、ここでは144である第1の識別子と関連させ、また、ここでは部門2DIV2である第2の下位組織46図8を、ここでは247である第2の識別子と関連させる組織データ構造40を記憶するステップ310。メモリ部分39図6は、複数の定義的データ項目後で説明されるのそれぞれを識別子の1つと関連させる別のデータ構造を記憶する。これは、例えば、ルール56を、DIV142に対応する第1の識別子ORGID1と関連させるなどであるステップ320。メモリ部分41図7は、オペレータ/管理者を識別子44、47の一方と関連付けするオペレータ/管理者データ構造50を記憶するステップ330。このようにして、例えば、メモリ部分41から、ログインIDであるA1を有するオペレータOPIDA1は、ORGID1と関連付けされた管理者として、従って、メモリ部分37からは、DIV1の42と関連付けされた管理者として指示される。図7に示されているように、OPIDである02は、そのオペレータ/管理者が、ORGID2と関連付けされたオペレータであることを、従って、メモリ部分37からは、DIV2の46と関連付けされたオペレータであることを、指示する。それぞれのオペレータ/管理者以下では単にオペレータと称するは、オペレータのデータ構造50が、そのオペレータを定義的データ項目の中の1つ例えば、ルール56と関連付けされたのと同じ識別子すなわち、第1の識別子44と関連付ける場合にだけ、定義的データ項目の中の1つ例えば、ルール56へのアクセスが提供される、又は、定義的データ項目の中のその1つによって影響されるステップ340。例えば、オペレータ01は、メモリ部分41から、ORGID1と関連付けされる。メモリ37からは、ORGID1は、DIV1の42と関連付けされる。このように、メモリ部分39からは、オペレータ01は、DIV1におけるすべてのメンバーと共に、ルール56、68、72、74、75によって定義された作業項目10を処理することができる。ここでは、ルール56は、新たな口座申請を定義し、ルール68は、新たな口座の承認を定義している。従って、オペレータ01は、新たな口座申請と新たな口座の承認とを扱うことができる。他方で、オペレータ02とDIV2に属する他のすべてのオペレータとは、ルール77に従って作業を処理することができる。これは、これらのオペレータが、DIV2である46の中にいるからである。追加的な下位組織であるDIV3やDIV4が組織に加わる際には、単に、追加的なORGIDが、ここでは、新たな下位組織DIV3及びDIV4のためのORGID3やORGID4が、メモリ部分37に追加されるに過ぎないということに注意すべきである。そして、オペレータが追加されると、メモリ部分41は、OP3やOP4などのこれらの新たなオペレータを、新たな下位組織に関連付けする。新たな下位組織に対するルールは、容易に、メモリ部分39における追加、削除、修正が可能である。ある下位組織が組織から削除される場合、組織がルールを変更することを望む場合、更には、組織がオペレータを追加、削除又は変更することを望む場合には、メモリ部分37、41、39の中の1つ又は複数に適切な変更を行うだけであることにも、注意すべきである。3つのメモリ部分37、41、39を用いることにより、作業項目へのアクセス又は作業項目の処理を制御する際の融通性を増大させることが可能となる。更に詳しくは、再び図8を参照すると、それぞれの下位組織42、46は、ネットワークされたエントリを有するネットワークされたデータ構造を有していることに注意すべきである。ここでは、それぞれがツリーtreeエントリを有するツリーデータ構造である。ツリーデータ構造は、作業項目を操作するためのノードA-Lを有する組織、ここでは下位組織に対応する。組織、ここでは下位組織は、階層的に構成されており、それぞれのツリーエントリが、ノードの1つに対応する。ノードA-Lは、作業項目を処理するのに用いられるステップに対応し、例えば、下位組織の中の部門departments、又は、1つの部門の中の人を表すことがある。例えば、ノードが部門である場合には、ノードE及びFによって表される部門は、ノードBによって表されている部門に報告を行い、ノードBによって表される部門は、ノードAによって表される部門に報告を行う。ノードが1つの部門の中の人である場合には、ノードE及びFによって表される人は、ノードBによって表されている人に報告を行い、ノードBによって表される人は、ノードAによって表される部門の長managerに報告を行う。ネットワークされたデータ構造、ここでは、ツリーデータ構造65は、別のメモリ部分73に記憶された組織データ構造64の中に現れる図9。そして、ノードA-Iは、ORGID1すなわち、DIV1の42に属するものとして示され、ノードJ-Lは、ORGID2すなわち、DIV2の46に属するものとして示されている。更に、ノードB、C及びDは、ノードAに従属するものとして示され、ノードE及びFは、ノードBに従属するものとして示され、ノードG及びHは、ノードCに従属するものとして示され、ノード1は、ノードDに従属するものとして示され、ノードL及びKは、ノードJに従属するものとして示されている。作業項目を操作するステップのシーケンスを特定するプロセステーブル図10は、別のメモリ部分図示せずに記憶される。1つのプロセス581によって、作業項目が、ノードAからノードBに、更には、ノードCに移動される。別のプロセス582によって、作業項目が、ノードBからノードAに、更には、ノードIに移動される。そして、第3のプロセス583によって、作業項目が、ノートEからノードFに、更には、ノードCに移動される。メモリ部分41図7は、ノードと関連付けされた定義的データ項目ここでは、オペレータを記憶する。従って、この例では、OPIDA1は、ノードBと関連付けされ、OPO1は、ノードKと関連付けされる等である。動作に関しては、例えばノードCなどの1つのノードと関連付けされた提案されている定義的データ項目ここではルールをメモリ部分39図6に記憶させ、作業項目がノードBによって処理された後で、その作業項目をノードCに転送させるという要求が受け取られる場合を考える。更に、作業項目を定義する別の定義的データ項目が、ノードBに関連付けされていることも仮定する。ノードCはノードBには従属しないから、提案されている定義的データ項目を記憶するという要求作業項目がノードBによって処理された後で、この作業項目をノードCに転送させるというものは、無効である。その理由は、そのような要求は、メモリ部分73図9において確立されている階層構造に違反するからである。従って、システムは、この無効である要求されている定義的データ項目が、メモリ部分39に記憶されることを許さない。ワークフローシステムがセットアップされる、又は、定義される時点で、メモリ部分39においては、アクセス及び処理制御が確立されており、作業項目がシステムの中を進むにつれてそれらの作業項目を個別的にチェックするというのではないから、この方法によれば、階層的な組織が、記憶のための受け取られる定義的データに制限を加えることによって、作業項目へのアクセス又は作業項目の処理を容易に制御することが可能になる。従って、アクセス及び処理制御は、作業項目を操作するワークフローシステムをセットアップする時点でそのような制御を組織が確立することを可能にすることによって、堅固なものとなる。これは、作業項目がシステムの中を進行するにつれて、事後的にそれぞれの作業項目をチェックするのとは異なっている。再び図6を参照すると、定義的データ項目ルール56、68などは、ノードに関する情報、すなわち、ASSOCIATEDNODE関連ノードを含みうる。従って、例えば定義的データ項目56は、関連ノードとして、ノードAを含む。図11を参照すると、システムは、作業項目を処理するのに用いることができるノード521-52nのレパートリ目録を記憶する。既に述べたように、ノード521-52nは、それぞれが、1つのプロセスにおける1つのステップに対応する。ここでは、示されているように、ノード521-52nは、ノードA-Lにそれぞれ対応する。例を挙げると、例示的なプロセス581では、プロセスステップのシーケンスは、ノードAすなわちノード521、ノードBすなわちノード522、ノードCすなわちノード521の順になる。例示的なプロセス582では、プロセスステップは、ノードBすなわちノード522、ノードAすなわちノード521、ノードlすなわちノード5212の順になる。同じノード、ここではノードBが、複数のプロセスにおいて用いられていることに注意すべきである。従って、例示的なプロセス583では、プロセスは、シーケンシャルに、ノードE、F、Cの順になるが、ノードCは、プロセス581でも用いられている。更に、ノード521-52nのそれぞれに対して、オペレータのデータ構造50図7が、オペレータを、別のメモリ部分175図6に記憶されたノードのデータ構造60におけるノード521-52nと関連付けされたのと同じ識別子ORGIDと関連付けするときにのみ、オペレータは、プロセス581-583の1つにおいてノード521-52nを用いることができる。ノードデータ構造60図6を図8と比較する際には、ノードデータ構造60は、図8に示されている組織上の関係を複写するように構成されていることに注意すべきである。更に、ノードデータ構造60図6は、ノードEを第1の識別子44ORGID1、ここでは、識別を行う部門であるDIV1の42図8と関係付けているので、ノードEをそのように用いることは、オペレータのデータ構造50図7がオペレータを第1の識別子ORGID1DIV142と関連付けする場合にのみ、可能である。従って、図7を参照すると、そのような使用は、オペレータAdmin1及びOper1の場合にだけ可能である。例えば、DIV246の中のオペレータ02は、DIV142の中のノードA-Iのどれとも関連させることはできないし、DIV142の中のノードA-Iのどれかによって表されるプロセスステップを実行することもできない。更に、DIV246の中のオペレータ02は、ノードJ、K及び/又はLと関連付けすることができない。定義的データ項目は、作業項目10に対する表示特性図示せずを特定するルール56図6などのルールを含みうる。例えば、作業項目10は、新たな口座申請accountapplicationに関するものであったり、関係する金額、口座番号、口座名義人、作業項目の状態の指示者、期限などの情報を提供する様々なフィールドを有しうる。この場合には、ルール56は、口座番号と名義人の氏名とが、予め定義されたコードの組に従って、オペレータのコンピュータステーション12のディスプレイスクリーン上に表示されるべきであると特定する。しかし、ルール56は、ORGID1と関連しているので、オペレータのデータ構造50がオペレータをルール56と関連付けされたのと同じ識別子と関連付けるのでなければ、作業項目10をオペレータに表示するのには用いることはできないすなわち、オペレータが、ORGID1、DIV142の中にいるときにだけ、可能である。例えば、ルールのデータ構造48は、ルール56を、第1の下位組織DIV142図5と関連付けされたORGID1と関連させるので、オペレータのデータ構造50がオペレータをORGID1DIV144識別子と関連付ける場合にだけ、オペレータは、自分のコンピュータステーション12のスクリーン上で、作業項目10を見ることができる。この場合にも、このような関連付けassociationは、オペレータAdmin及びOper1の場合に存在する。定義的データ項目が、ノード又はルール情報に加えて、又は、その代わりに他の情報を含む場合には、ノード521-52nについて上述した内容が、やはり妥当する。ここでいう他の情報には、例えば、ノード521-52nの中の1つと関連するキュー図示せずの特性に関する情報が含まれる。キューは、ノード521-52nの中の1つとの関係で実行するのが適切である作業項目10をトラッキングするのに用いられる。例えば、ノードJ5210が購入注文を承認する責任を負っている部門を表す場合には、キューは、ノードJ5210と関連するか、又は、その部門による承認を待っている購入注文作業項目のリストを保有する。別の例では、他の情報には、これらに制限されるのではないが、項目タイプコード、状態コード、値グループを含む1つ又は複数のセットアップ要素図示せずに関する情報を含みうる。それぞれのセットアップ要素は、ワークフローシステムの管理者によって、オペレータがどのように表示された作業項目10と相互作用するかを定義するのに用いられる。例えば、管理者は、6つの状態コード例えば、提出済、進行中、承認待機中、承認否定、承認付与済、終了などを特定して、ワークフローシステムにおける作業項目10の1つの進行を指示することができるが、値グループの1つを用いて、オペレータの1人が6つの中の3つだけの間から選択を行うように制限することもできる。更に詳しくは、図8を参照すると、アクセス制御が、既に述べたように、下位組織42、46の間にだけでなく、第1及び第2の下位組織42、46のそれぞれの内部においても、提供される。上述したように、作業項目10はデータベース14に記憶されるステップ400。メモリ部分175図6は、ノード52を定義するノードデータ構造60などの情報を記憶し、メモリ部分73は、ノード52の中の第1のノードとノード52の中の第2のノードとの間の組織上の関係を定義する構造65などのプログラムされたデータ構造を記憶する。このプログラムされたデータ構造は、次に、ノードの間の組織上の関係を提供して、オペレータの1人による、作業項目10へのアクセス又は作業項目10の処理を制御するのに用いられる。既に述べたように、オペレータのデータ構造50では、オペレータには、ノード521-52nの中の1つと関連している。例えば、オペレータOper1の場合には、オペレータには、ノードE525が関連している。図8に示されているように、ノードE525は、作業項目10を操作するプロセス58の中の1つにおける、ステップの中の1つに対応する。ここでは、プロセス583の中のノード524特にEと関連するステップである。既に論じたルールのような定義的データ項目は、下位組織42、46の一方だけでなく、ノード521-52nの中の1つにも関連している。例えば、ルールのデータ構造48においては、ルールRule1は、ノードAと関連している。既に述べたように、定義的データ項目は、作業項目10のための表示特性を特定するルール、オペレータの特性に関する情報、それ以外の情報を含みうる。ここでいるそれ以外の情報とは、ノード521-52nの中の第1のノードと関連するキューの特性に関する情報を含む。図4に示されている特定の例示的なステップでは、組織の階層的データ構造64は、ツリーエントリ66A-Iを有するツリーデータ構造65を記憶するステップ500ツリーデータ構造65は、第1の下位組織42に対応する。下位組織42は、階層的な構造を有しており、それぞれのツリーエントリ-66A-Iは、第1の下位組織42におけるノードA-I521-52nの中の1つに対応する。プロセステーブル69は、プロセス583の1つにおけるステップのシーケンスE-F-C5475を特定しているステップ510。ノードB522に関連する新たな口座承認ルール68も記憶されるステップ520。この新たな口座承認ルール68は、新たな口座承認項目図示せずがオペレータのスクリーン62の上にどのように表示されるかを定義する。ノートB522は、ツリーエントリ66Bに対応する。図9に示されているように、エントリ66Bは、ツリーデータ構造65におけるツリーエントリ66A-66Iの部分集合70を定義する。この部分集合70は、エントリ66Bと、エントリ66Bに従属するすべてのエントリすなわち、エントリ66E、66Fとから構成される。図8は、部分集合70がDIV1の一部にどのように対応するかを示している。提案された新たなルール72を記憶する要求が、受け取られる。ルールRule156は、新たな口座申請作業項目がノードEにおいてどのように扱われるかを定義する。新たな口座申請作業項目が完全である場合にだけ実行されるが、提案されている新たなルール72は、この新たな口座申請作業項目を、ノードEからノードFに転送し、更に、新たな口座承認作業項目をノードFに提供するように構成されている。このような転送は、別のオペレータ図示せずが、完全な新たな口座申請を検討し、新たな口座承認作業項目を記入することを可能にする意図を有している。従って、新たなルールは、新たな口座承認ルール68に依存し、プロセス583におけるステップFに対応している。新たなルール72は、情報をノートFに転送するように構成されているので、ノードFに関係付けされており、このノートFは、ツリーデータ構造65におけるエントリ66Fに対応する。エントリ66Fが部分集合70に属するのかどうかが判断されるステップ540。実際に、エントリ66Fは、部分集合70に属しており、肯定的な結論を生じる。この判断の肯定的な結論に基づいて、新たなルール72が、記憶されるステップ550。別の例では、提案されているルールRule474に関係する別の要求が受け取られる。提案されているルール74はノードCと関連しており、他のオペレータが新たな口座承認作業項目における承認を指示する場合には、新たな口座申請をノードCに転送することを意図している。従って、上述した新たなルール72のように、提案されているルール74もまた、新たな口座承認ルール68に依存しており、ルール68は、既に述べたように、エントリ66B、66E、66Fを含む部分集合に関係している。結果として、提案されているルール74は、記憶されない。この理由は、提案されているルールは、部分集合70に含まれていないエントリ66Cに対応するノードCと関連しているからである。提案されているルール74が記憶されるようにするためには、2つの変更の中の少なくともー方がなされなければならない。2つの変更の第1のものでは、提案されているルール74は、新たな口座申請を、ノードCではなく、ノード521-52nの中の1つに、ここでは、ノードB522、E525又はF526に、転送させるように変更される。ノードB522、E525又はF526は、部分集合70のエントリ66B、66E又は66Fに対応している。この第1の変更によって、提案されているルール74が、ノードB522、E525又はF526と関連することが可能になる。2つの変更の中の第2のものでは、部分集合70は、エントリ66Cを含むより大きな部分集合によって代替される。第1の下位組織42の場合には、このより大きな部分集合は、エントリ66Aによって定義され、実際には、第1の下位組織42DIV1の全体を含む。より大きな部分集合を取得するためには、新たなロ座承認ルール68が、メモリ部分39において、ノードBではなくノードAと関係付けされる。ここで用いられているように、メモリ部分メモリ部分37、39、41、175、73などのそれぞれは、他から物理的に分離しているメモリ部分を表すことがあるし、又は、コンピュータシステム16のメモリ全体すなわち、すべてのメモリ記憶装置の中の論理部分alogicalsectionを表すこともある。ここで用いられているメモリ部分37、39、41、175、73のそれぞれは、任意のタイプのデータ記憶媒体で構成することができ、実際には、揮発性データ記憶媒体と不揮発性データ記憶媒体とを含む、複数のタイプのデータ記憶媒体から構成することができる。このデータ記憶媒体のタイプには、以下のものに限定されることは意味しないが、半導体メモリ例えば、ダイナミックRAM、スタティックRAM、磁気メモリ例えば、磁気テープ、ハードディスク、フロッピディスク、光学メモリ例えば、CD-ROM、そして、磁気光学メモリ例えば、書き込み可能な光ディスクなどが含まれる。この技術すなわち、上述した方法は、ハードウェア又はソフトウェアにおいて、又は、その両方の組合せにおいて、実現することができる。好ましくは、この技術は、プロセッサと、プロセッサによって読み取り可能な記憶媒体揮発性及び不揮発性メモリ及び/又は記憶素子を含むと、少なくとも1つの入力装置と、少なくとも1つの出力装置とをそれぞれが含むプログラマブルなコンピュータ上で実行されるコンピュータプログラムにおいて実現される。プログラムコードは、入力装置を用いて入力されたデータに対して適用され、上述の方法が実行されて、出力情報が生じる。出力情報は、1つ又は複数の出力装置に与えられる。それぞれのプログラムは、好ましくは、コンピュータシステムと通信する、高級な手順的procedural又はオブジェクト指向のプログラミング言語において実現される。しかし、望むのであれば、プログラムを、アセンブリ又はマシン言語において実現することも可能である。いずれの場合にも、言語は、コンパイルされた又は解釈された言語である。このようなコンピュータプログラムは、好ましくは、それぞれが、記憶媒体又は装置例えば、ROM又は磁気ディスケットの上に記憶される。この記憶媒体又は装置は、コンピュータを構成し及び動作させる汎用又は専用のプログラマブルなコンピュータによって読み取り可能であり、そのようなコンピュータによって読み取られると、この文書に記載されている手順が実行される。このシステムは、また、コンピュータプログラムを用いて構成されている、コンピュータ読み取り可能な記憶媒体としても考えることができる。その場合には、記憶媒体は、コンピュータを特定の所定の態様で動作させるように構成されている。これ以外の実施例でも、次に掲げる[請求の範囲]の範囲内に含まれる。例えば、下位組織42、44の一方は単に階層的ではなく、行列指向matrixorientedなものとすることによって、ノード52の中の少なくとも1つが、ノード52の中の他の複数のノードに直接的に従属するようにすることもできる。更に、オペレータが定義的データ項目にアクセスを有する、又は、定義的データ項目によって影響されるかどうかは、ノート521-51nの1つが部分集合70に属するエントリ66B、66E又は66Fの中の1つに対応するかどうかには依存しない。そうではなく、そのようなアクセスは、ノード52の中の1つの水平的な位置に依存することがある。例えば、第1の下位組織42では、この水平的な位置決めによって、ノード52は、3つのカテゴリに分割される。すなわち、1ノードA、2ノードB、C、D3ノードE、F、G、H、Iである。このような場合には、オペレータが特定の定義的データ項目にアクセスを有するかどうか、又は、特定の定義的データ項目によって影響されるかどうかは、オペレータとその特定の定義的データ項目とが同じカテゴリと関連しているかどうかに依存する。更に、ネットワークされたデータ構造は、ツリーデータ構造ではなく、上述した階層的なものとは異なる構成のノードを反映する、別のタイプのデータ構造でもよい。更に、識別子は、上述したものと同じ組織の複数の下位組織のワークフローを論理的に分離する際に用いられるものには限定されない。識別子は、また、複数の完全に独立した組織のワークフローを論理的に分離するのに用いることもできる。例えば、識別子を用いると、ワークフローサービスビジネスは、単一のコンピュータシステムによってサポートされる単一の作業項目データベースを用いて、複数の企業が共有されているのではなく、実際には、相互に全く無関係である場合でも、これらの複数の企業のワークフローを管理することもできる。