JPH11296544A

JPH11296544A - 構造化データ管理システム及び構造化データ管理プログラムを記録したコンピュータ読み取り可能な記録媒体

Info

Publication number: JPH11296544A
Application number: JP10104266A
Authority: JP
Inventors: Nobuhisa Shigemi; 修久重見; Hiroyuki Yamamoto; 博之山本; Gengo Tazaki; 玄吾田崎; Makoto Yoshioka; 誠吉岡; Mitsuhiro Kokubu; 光裕国分
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1998-04-15
Filing date: 1998-04-15
Publication date: 1999-10-29
Anticipated expiration: 2018-04-15
Also published as: JP3912895B2; US6314434B1

Abstract

(57)【要約】【課題】処理対象となる構造化データの変化に柔軟に
対応できるようにする。【解決手段】構造化データ保持手段２は、互いに関連
づけられた複数の構造化データを保持する。この構造化
データは、処理単位となるデータをノードとした木構造
で表現することができる。そして、木構造を構成してい
るノードに対応した処理内容が処理記述として関係付け
られている。構造化データ処理手段３は、入出力手段１
からメッセージを受け取ると、メッセージで指定された
構造化データ３ａの木構造を解析することで対象となる
ノードを特定し、そのノードに関係付けられた処理記述
を実行する。処理記述の実行において、他の構造化デー
タ３ｂ中のノードを指定したメッセージがあれば、該当
する構造化データ３ｂを構造化データ保持手段２から取
得し、そのメッセージに基づく処理を実行する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は構造化された電子デ
ータに関連する処理を行う構造化データ管理システム及
びそのような処理をコンピュータに行わせるための構造
化データ管理プログラムを記録したコンピュータ読み取
り可能な記録媒体に関し、特に複数の構造化データ同士
で関連し合った処理を支援するための構造化データ管理
システム及びそのような処理をコンピュータに行わせる
ための構造化データ管理プログラムを記録したコンピュ
ータ読み取り可能な記録媒体に関する。

【０００２】

【従来の技術】従来、業務処理システムの開発において
は、あまり変化しない定型の業務を対象にしてきた。と
ころが、どのような業務であっても時代の流れによって
必ず変化し、利用者の要求も高度化していく。そのた
め、システムの開発期間が長期にわたると、業務内容を
分析しモデル化した時と、実際にシステムが完成した時
とで、システムへの要求が大幅に異なることになる。

【０００３】また、それらの業務支援システムでは、業
務の変更を考慮していないため、データの保存形式も、
その振舞い（データに関連して行われる処理内容）の記
述も、一緒のシステム機能としてアプリケーションに組
み込まれていた。そのため、業務変更に伴い業務支援シ
ステムが変更され、今まで作成されてきた膨大なデータ
を、新しいデータ形式に変換しなければならなくなるこ
とが多かった。

【０００４】これに対し、ＥＲＰ(Enterprise Resource
Planning ）パッケージと呼ばれる業務統合型ソフトウ
ェアパッケージでは、モデル化された業務内容につい
て、パラメータによって振舞いを変化させることができ
る部品にして用意し、使う側の業務環境に応じて選択あ
るいはパラメータ設定をすることで、容易にシステムを
構築することが可能となっている。

【０００５】

【発明が解決しようとする課題】しかし、従来の業務統
合型ソフトウェアパッケージでは、最初に全ての業務内
容を把握分析し、設定しておかなければならず、ＥＲＰ
に関する相当量の知識と業務内容の把握が必要となり、
システムを運用するまでに時間がかかるという問題点が
あった。そのため、実際にその業務支援システムを使い
ながら、逐一変化する各業務内容に合わせるために変更
や拡張や整理をして、適時的に最適な技術を組み合わせ
て利用者を支援することができなかった。

【０００６】また、部品として用意されているものがい
かに一般的なものであっても、それぞれの業務には固有
な部分がある。そのため、このようなシステムでは、そ
の業務処理システムに業務内容を合わせないといけない
という問題がある。

【０００７】さらに、データモデルは基本部分が固定
で、利用者が定義できる部分は限定される上に、どのデ
ータ項目とどの処理が関連しているのかわからず、デー
タ構造の変更は現実的には不可能である。

【０００８】なお、ワークフローと呼ばれるパッケージ
では、作業を利用者の用途に合わせてモデル化して、作
業の流れを支援することが可能である。ところが、ＥＲ
Ｐ同様最初にほとんど全てを定義しないと実行出来ず、
一旦実行され始めると途中でやり方を変更することは不
可能か、あるいは非常に繁雑な手続きが必要となる。し
かも、ワークフローパッケージの対象とする作業は、組
織活動の一部を支援するに止まり、全般に適用すること
は現実的ではない。

【０００９】また、ＥＲＰとワークフローに共通する問
題として、利用者による業務プロセスや組織の定義がＧ
ＵＩ(Graphical User Interface)を通して行われ、内部
定義の持ち方が隠蔽されているため、利用者の要件を満
たすための拡張、例えば、データ構造を追加したり、他
システムとの連携を図ったりすることが困難であること
が挙げられる。

【００１０】従って、従来は変化の多い非定型業務を支
援するシステムを開発および運用することは出来ず、シ
ステム化されていない隙間の業務を手作業で行ったり、
既存のシステムに存在する情報を有効に利用できないた
め一度入力した情報を何度も入力しなければならないと
いった問題が生じていた。

【００１１】本発明はこのような点に鑑みてなされたも
のであり、処理対象となる構造化データの変化に柔軟に
対応することができる構造化データ管理システムを提供
することを目的とする。

【００１２】また、本発明の他の目的は、構造化データ
に関する処理を、処理対象となる構造化データの変化に
柔軟に対応しながらコンピュータに実行させるための構
造化データ管理プログラムを記録したコンピュータ読み
取り可能な記録媒体を提供することである。

【００１３】

【課題を解決するための手段】本発明では上記課題を解
決するために、構造化された電子データに関連する処理
を行う構造化データ管理システムにおいて、処理単位と
なるデータをノードとした木構造で表現することがで
き、個々のノードに対応した処理内容が処理記述として
関係付けられている構造化データを保持する構造化デー
タ保持手段と、前記構造化データ保持手段に格納された
特定の構造化データ中のノードを指定した処理要求に基
づき、処理対象となる構造化データの木構造を解析する
ことで指定された対象ノードを認識し、前記対象ノード
に関係付けられた処理記述を前記処理要求に従って実行
するとともに、実行内容に応じて他のノードへの処理要
求を発生させる構造化データ処理手段と、を有すること
を特徴とする構造化データ管理システムが提供される。

【００１４】このような構造化データ管理システムによ
れば、特定の構造化データ中のノードを指定した処理要
求が発生すると、前記構造化データ管理システムによ
り、構造化データの木構造を解析することで対象ノード
が特定され、関係付けられた処理記述が実行される。そ
の際、実行内容に応じて他のノードへの処理要求が発生
すると、順次、その処理要求に基づく処置が行われる。

【００１５】このように、構造化データが木構造で表現
可能な形式で表現されており、各ノードに関係付けて処
理記述が設けられているため、構造化データの内容が変
更されても、木構造を解析することで対象ノードを特定
することができ、構造化データの変更に柔軟に対応でき
る。

【００１６】また、上記課題を解決するために、構造化
された電子データに関連する処理を行う構造化データ管
理プログラムを記録したコンピュータ読み取り可能な記
録媒体において、処理単位となるデータをノードとした
木構造で表現することができ、個々のノードに対応した
処理内容が処理記述として関係付けられている構造化デ
ータを保持する構造化データ保持手段、前記構造化デー
タ保持手段に格納された特定の構造化データ中のノード
を指定した処理要求に基づき、処理対象となる構造化デ
ータの木構造を解析することで指定された対象ノードを
認識し、前記対象ノードに関係付けられた処理記述を前
記処理要求に従って実行するとともに、実行内容に応じ
て他のノードへの処理要求を発生させる構造化データ処
理手段、としてコンピュータを機能させることを特徴と
する構造化データ管理プログラムを記録したコンピュー
タ読み取り可能な記録媒体が提供される。

【００１７】

【発明の実施の形態】以下、本発明の実施の形態を図面
を参照して説明する。図１は、本発明の原理構成図であ
る。この構造化データ管理システムは、入出力手段１、
構造化データ保持手段２、及び構造化データ処理手段３
を備える。

【００１８】入出力手段１は、利用者および他システム
とのデータ授受を制御する。構造化データ保持手段２
は、互いに関連づけられた複数の構造化データを保持す
る。この構造化データは、処理単位となるデータをノー
ドとした木構造で表現することができる。そして、木構
造を構成している個々のノードに対応した処理内容が処
理記述として関係付けられている。処理記述は、コンピ
ュータで実行可能な言語で記述されており、必要に応じ
て、他のノードへの処理要求（以後、この処理要求を
「メッセージ」と呼ぶ）が含まれている。この構造化デ
ータ保持手段２は、不揮発性の記憶媒体、例えば磁気記
憶装置などを用いることで、システムの電源が切れた際
にもデータの一貫性を保つことができる。

【００１９】構造化データ処理手段３は、入出力手段１
からメッセージを受け取ると、そのメッセージで指定さ
れた構造化データ３ａを構造化データ保持手段２内から
取得する。そして、メッセージで指定された構造化デー
タ３ａの木構造を解析することで対象となるノードを特
定し、そのノードに関係付けられた処理記述を実行す
る。処理記述の実行において、他のノードに対するメッ
セージがあれば、そのメッセージに基づいて該当するノ
ードの処理記述を実行する。メッセージが他の構造化デ
ータ３ｂ中のノードを指定していれば、該当する構造化
データ３ｂを構造化データ保持手段２から取得し、その
メッセージに基づく処理を実行する。このとき、メッセ
ージの宛先となるノードが存在しない場合には、木構造
を辿ることで、そのメッセージを受け取るべきノードを
特定し、そのノードの処理記述を実行する。

【００２０】このような構成によれば、各ノードはその
ノードに必要な処理のみを記述でき、自木構造あるいは
他木構造をたどりながら、処理を引き継ぐことができ
る。そして、構造が変化した場合には、ノードの位置の
変更だけならば、何も変更しなくても該当するノードを
検出できる。ノードの分離、併合、追加、削除といった
変更が行われた場合には、旧構造と新構造で先祖ノード
を自動または半自動で比較することにより、処理を引き
継ぐべきノードを特定することができる。この場合、最
悪でも根ノードが存在するため、張られたリンクが切れ
ていても処理を中断することなく引き継ぐことができ
る。

【００２１】例えば、メッセージの対象が構造化データ
「組織図」のノードである場合には、新構造においてそ
のノードが存在しなくても、旧構造におけるノードの先
祖ノード（つまり、上位組織）を求めて、新構造におい
て存在することを確認した上で、メッセージの対象を変
更することができる。

【００２２】また、そのような上位ノードにメッセージ
を転送できない場合もある。例えばメッセージの対象が
構造化データ「文書体系」や「部品構成」のノードであ
る場合には、その上位ノードにメッセージを転送して
も、正しく処理が引き継がれるとは考えられない。この
ような構造化データの新構造において、メッセージの対
象となるノードが存在しない場合には、新旧両方のノー
ドをユーザに提示し、メッセージの対象をどのノードに
するかに関する指示の入力や、指示の選択をさせること
で処理を続行させることができる。

【００２３】また、自動処理やユーザの判断に任せられ
ない場合、例えばメッセージの対象が構造化データ「費
目」のノードである場合もある。このような構造化デー
タにおいて、メッセージの対象ノードが存在しない場合
には、そのメッセージ内容を管理者に転送するようにで
きる。

【００２４】従って、本発明では、構造化された電子デ
ータがノード毎に処理記述と関係付けられているため、
振舞い（処理内容）の変更や不具合の修正箇所を容易に
特定することが可能となる。しかも、２つの構造化され
た電子データが関係付けた処理が可能となれば、業務全
般の様々な構造化データを関連付けることで、業務活動
の全般に渡って支援することができる。

【００２５】図２は、業務活動におけるデータ群の関係
付けを示す模式図である。図に示している１つの３角形
が１つの木構造のデータ群を表している。図の例では、
「業務プロセス」、「部品構成」、「費目」、「組織
図」、及び「文書体系」の構造化データ４ａ〜４ｅが示
されている。図中、各構造化データ４ａ〜４ｅを接続し
ている線は、ノード間の関係の束を示している。

【００２６】このように、２つの構造化データ間の関係
付けができれば、その関係付けを様々な業務用の構造化
データ間で行うことで、多数の構造化データを網の目の
ようにして関係付け、それらを統合した処理を行うこと
ができる。すなわち、業務支援システムに必要な組織活
動における互いに関連し合った複数の概念構造を同時に
かつ柔軟な組み合わせで扱える。その結果、業務活動全
般の支援を行うことが可能となる。

【００２７】また、本発明を用いれば、運用中に頻繁に
データ構造が変更される場合においても、その変更に容
易に対処することができる。それには、変更前の旧構造
化データを保存しておき、変更後の構造化データとの間
の関係付けを行う。

【００２８】図３は、構造化データの変更への対応方法
を示す図である。この図は、構造化データが変化する様
子を示している。時刻Ｔ１において存在している構造化
データ５〜７の変化の様子を示している。この例では、
時刻Ｔ１において、「Ａ１」の構造化データ５、「Ｂ
１」の構造化データ６、「Ｃ１」の構造化データ７が、
互いに関連づけられている。「Ａ１」の構造化データ５
には、「ノードＭ」の下位ノードとして「ノードＮ１」
と「ノードＮ２」とがある。

【００２９】ここで、「Ｂ１」の構造化データ６から
「Ａ１」の構造化データ５の「ノードＮ１」を参照して
いるものとする。そして、「ノードＮ１」が削除された
場合を考える。「ノードＮ１」が削除された構造化デー
タ５は、「ノードＭ」の下位構造に「ノードＮ２」のみ
が存在するような「Ａ２」の構造化データ５ａとなる。

【００３０】時刻Ｔ２において、「Ｂ１」の構造化デー
タ６内の処理記述が実行され、「Ａ１」の構造化データ
５の「ノードＮ１」の参照要求が出された場合には、
「Ａ１」の構造化データ５と「Ａ２」の構造化データ５
ａとの関係が既知であれば処理を続けることができる。

【００３１】構造が変化した構造化データ同士の関係に
は、２つの場合がある。１つ目は、「新版−旧版」とい
う関係のみを有する場合である。この場合を「暗黙の関
係」と呼ぶ。２つ目は、新版のノードと旧版のノードの
関係が具体的に明示されている場合である。この場合を
「明確な関係」と呼ぶ。このような、新旧のデータ間の
関係に応じて以下のような処理が行われる。

【００３２】まず、「Ｂ１」の構造化データ６内のノー
ドから「Ａ２」の「ノードＮ１」を参照する（Ｓ１）。
すると、構造化データ処理手段３（図１に示す）は、参
照先が存在しないことを認識し、旧版の「Ａ１」の構造
化データ５を参照する（Ｓ２）。ここで、構造化データ
処理手段３は、明確な関係か暗黙の関係かを判断する。

【００３３】明確な関係がある場合には、明示されてい
る関係に応じた処理を行う。例えば、「Ａ２ではノード
Ｎ１に対応するノードが存在しない」ことが記述されて
いた場合には、構造化データ処理手段３は、ユーザに
「Ａ１」と「Ａ２」との両方を表示して状況を提示し、
指示を仰ぐ。また、「Ａ２内のノードＮ２がノードＮ１
に対応する」ことが記述されていた場合には、構造化デ
ータ処理手段３が自動的に「ノードＮ２」に処理を引き
継がせる（Ｓ３）。

【００３４】暗黙の関係である場合には、「Ａ１」の構
造化データ５を参照し、ノードＮ１の親ノードを調べる
（Ｓ４）。その結果、「ノードＭ」が親ノードであるこ
とが判明する。そこで、新版の「Ａ２」の構造化データ
５ａに「ノードＭ」が存在するか否かを判断する。この
例では「ノードＭ」が存在するため、新版の構造化デー
タ５ａの「ノードＭ」に処理を引き継がせる（Ｓ５）。
このとき、ユーザに対して、処理の引継状況を提示す
る。ユーザは、引継状況を変更したければ、任意の引継
先を指定する。引継先が決まったら、「Ｂ２」の構造化
データ６内の「ノードＮ１」を参照する処理記述の内容
が、引継先を参照する内容に変更され、新たな「Ｂ２」
の構造化データ６ａが生成される。

【００３５】このように、旧版の構造化データを保存し
ておくことにより、新旧間の明示された関係を辿ること
や、新旧間の構造化データを比較することによって、処
理を続けることが可能となる。即ち、一部の構造化デー
タの構造が変化した場合にも、柔軟に対応することがで
きる。上記の例では、単にノードが削除された場合を例
にとって説明したが、ノードが分割された場合や併合さ
れた場合にも同様に処理を引き継がせることができる。

【００３６】なお、暗黙の関係の場合において、参照す
べきノードの親ノードも削除されていた場合には、さら
にその親ノードを調べる。ここで、新旧関係にある構造
化データであれば必ずルートノードは同じであるため、
次々と親ノードを調べていくことで、必ず新版にも存在
するノードが発見される。そのため、どのような変更が
加えられたとしても、処理が途中で中断することはな
い。

【００３７】このような処理は、従来人間が行っていた
論理思考が、構造化データ処理手段３において実行され
ることを意味する。例えば、他の部署に処理を依頼する
場合、担当者が不在であれば上司に依頼するとか、業務
プロセスが変更されたために旧プロセスから後続作業を
類推するといった処理が構造化データ処理手段３によっ
て行われる。

【００３８】また、本発明では、構造化データやその構
造定義、及び構造化データに対する処理記述を基本シス
テム（構造化データ処理手段３の行う処理内容）とは別
に保持し、いつでも自由に変更できるように構成されて
いるため、実際にシステムを運用しながらメンテナンス
を行ったり、業務内容の変更に応じて適宜、振舞い（ノ
ードに関連づけられた処理記述の内容）を変更すること
ができる。例えば、業務の一部分から支援を開始し、段
階的に全般を支援するように、支援範囲を拡大していく
ことができる。

【００３９】さらに、データがツリー構造で表されてい
るため、大まかなツリーで支援を開始し、その後ツリー
構造の末端ノードを細分化し、詳細を徐々に付け加えて
いくことで、段階的にモデル化を行うことが可能とな
る。

【００４０】また、本発明では、構造化されたデータが
ノード毎に処理記述と対応付けられているため、各ノー
ドはそのノードに必要な処理のみを記述でき、振舞いの
変更や不具合の修正個所を容易に特定することができ
る。

【００４１】以下に、本発明の構造化データ管理システ
ムを用いて業務支援を行う場合を例にとり、本発明の実
施の形態を具体的に説明する。図４は、業務支援システ
ムの構成図である。この業務支援システムは、メッセー
ジ転送系としてメッセージ処理部１０とタイマイベント
処理部１１とがある。業務支援処理系として処理エンジ
ン２０、構造化データ管理部２１、及びスクリプトイン
タプリタ２２がある。クライアント環境としてクライア
ント６１および編集ツール６２等の各種ソフトウェアツ
ールがある。

【００４２】システムを動作させるのに必要な記述に
は、業務プロセスモデル３０に関する記述、組織モデル
４０に関する記述、文書体系モデル５０に関する記述、
および処理エンジン２０を動作させるための管理制御用
スクリプト７３が用意されている。これらは、ハードデ
ィスクなどの記録媒体に格納されており、処理エンジン
２０により処理される際には、主記憶装置（半導体メモ
リ）にロードされる。

【００４３】ここで、業務プロセスモデル３０に関する
記述、組織モデル４０に関する記述、及び文書体系モデ
ル５０に関する記述のそれぞれを管理オブジェクトと呼
ぶことにする。各管理オブジェクトは、同様の記述仕様
により構成されており、原理構成図（図１）における構
造化データの記述および処理記述の組に対応している。
管理オブジェクトは、データ構造を定義した文書型定義
３１，４１，５１、文書型定義に従って作成されたイン
スタンス３２，４２，５２及び、文書型定義の要素、若
しくは構造化データのノードに対応する処理記述が記載
されたスクリプト３３，４３，５３からなる。

【００４４】文書型定義３１，４１，５１及びインスタ
ンス３２，４２，５２は、構造化電子文書の世界標準記
述仕様であるＳＧＭＬ(Standard Generalized Markup L
anguage)により記述するものとし、処理記述は、日本語
表現の言語仕様をもつＭＩＰＳ(Micro Post Script) に
より記述するものとしている。ＳＧＭＬとＭＩＰＳとい
う２つの言語仕様を用いるのは、データと処理を明確に
分離する手段として有効なためである。また、ＳＧＭＬ
は文書処理に適しており、文書型定義（ＤＴＤ：Docume
nt Type Definition）と呼ばれるデータモデル記述が構
造を自在かつ容易に表現できる。さらに、文書そのもの
を原理構成図（図１）の構造化データの１つとして取り
あげることでＳＧＭＬ化された文書との整合性がよい。
ＭＩＰＳは、処理を日本語で記述できるため、可読性が
よい。

【００４５】なお、本実施の形態ではＳＧＭＬを用いた
が、同じＤＴＤを定義できるＸＭＬでも構わない。ま
た、スクリプトは、インタプリタ言語であればＭＩＰＳ
以外の言語を用いてもよい。

【００４６】ところで、メッセージには以下のものがあ
る。（１）ユーザによるクライアント６１へのキーボード／
マウス入力に応じて、クライアント６１により処理エン
ジン２０に対して送られるもの。（２）他の系の処理エンジンから電子メールにより送ら
れるもの。（３）設定された時刻になると、タイマイベント処理部
１１より送られるもの。（４）管理オブジェクトのスクリプトから他の管理オブ
ジェクトのスクリプトを呼び出すために送られるもの。

【００４７】ここで、ユーザによるクライアント６１へ
のキーボード／マウス入力に応じたメッセージでは、ク
ライアント６１上のカーソル（あるいはマウスカーソ
ル）の位置情報を元に、メッセージの宛先となるノード
を特定する。

【００４８】メッセージ転送系は、イベントを転送する
ための仕組みであり、メッセージ処理部１０を中心に構
成されている。ここでは、メッセージ転送に電子メール
システムを用いるものとし、メッセージ処理部１０は、
ＳＭＴＰサーバおよびＰＯＰサーバの機能を有してい
る。メッセージ処理部１０は、処理エンジン２０との間
で電子メールによってメッセージ７２をやりとりする。
処理すべきメッセージ７２は、メッセージキュー７１に
蓄えられており、順次処理される。なお、図に示したメ
ッセージ処理部１０の機能は、遠隔地のサーバ間で業務
アクティビティにまたがる通信を実現するために、既存
のインフラを利用するもので、業務支援システムに必要
なイベント情報を転送できる仕組みなら別の手段を用い
てもよい。

【００４９】メッセージキュー７１は、イベントとして
のメッセージを一時的に蓄えるためのはたらきを持つも
のと、イベントをロギングするためのはたらきを持つも
のがある。前者は、個人別や役割に応じたグループ別に
仕分けされており、個人やグループのイベント処理状況
を把握できる。後者は、システムの状態を把握あるいは
管理するための情報として活用される。

【００５０】タイマイベント処理部１１は、主に時刻指
定のイベントを処理エンジン２０からの依頼を受けて発
生させるものである。業務支援処理系は、本実施形態の
基幹部分である。

【００５１】処理エンジン２０は、管理オブジェクトそ
れぞれの定義に基づいて動作実行するもので、業務支援
に直接関係するデータや処理を一切内在しない。処理エ
ンジン２０の処理は、メッセージ処理部１０若しくはク
ライアント６１からのメッセージ７２，７５の入力、若
しくは、タイマイベント処理部１１からのイベントの入
力により開始される。処理の内容によっては、ＨＴＭＬ
(Hyper Text Markup language)で記述されたワークリス
ト７４がクライアント６１へ送られる。この処理エンジ
ン２０は、ＷＷＷ(World Wide Web)サーバ内に構築され
る。このとき、クライアント６１とサーバが同一マシン
上にあっても構わない。

【００５２】構造化データ管理部２１は、処理エンジン
２０の外部の実体である管理オブジェクトの構造化デー
タに関する定義、すなわちＳＧＭＬ文書を読み込む受け
皿で、スクリプトインタプリタ２２からのノード問い合
わせに応じるサービスをし、繁雑な構造管理を提供する
ものである。

【００５３】スクリプトインタプリタ２２は、管理オブ
ジェクトの処理に関する定義、すなわちＭＩＰＳ記述に
よるスクリプトを解釈し実行する。実行される機能に
は、例えば、データベースへのアクセス、他システムと
の連携、構造化データ管理部２１に対してＳＧＭＬイン
スタンスの読み書きを指示するためのものがあり、オペ
レータと呼ばれる。なお、オペレータを組み合わせて別
のオペレータを作成することも可能である。

【００５４】管理制御用スクリプト７３には、以下のも
のがある。第１に、処理エンジンの制御を行うものがあ
る。例えば、管理オブジェクトのＳＧＭＬ文書を構造化
データ管理部２１に読み込んだり、管理オブジェクトの
スクリプトをスクリプトインタプリタ２２に引き渡した
り、管理オブジェクトのスクリプトに関する著作物保護
を行うものなどである。

【００５５】第２に、業務支援システムの管理に関する
メッセージを処理するものがある。例えば、メッセージ
転送系で受けた状態問い合わせに代理応答したり、メッ
セージ転送系で受けた管理オブジェクトの差分データを
差し替えたり、定期的なレポーティングをタイマイベン
ト処理部１１と連動して自動実行するものなどである。
このように、管理オブジェクト（構造化データや処理記
述）を自動的に配信することで、常に最適な実行環境を
保つことが可能である。なお自動配信は、ネットワーク
を介して接続された他のコンピュータに対しても行うこ
とができる。

【００５６】第３に、処理エンジン２０の処理履歴を記
録するものがある。例えば、その処理履歴を集めて処理
の分析をしたり、監査証跡として整理したり、システム
デバッグしたりするためにアプリケーションに対して基
データを提供するものなどである。

【００５７】このような制御のためのスクリプトは、処
理エンジン２０の処理機能として組み込まれていてもよ
い。また、スクリプトのアクセス制御や機密保護／著作
権保護のために管理オブジェクトのスクリプトの暗号化
や電子署名添付を行い、管理制御用スクリプト７３によ
り複合化や電子署名の検証を行うこともできる。処理記
述自身の著作物保護及び機密保護を処理エンジンに組み
込むことで、ソース改変による組織活動上の混乱を回避
することができる。

【００５８】クライアント環境は、利用者とのインタラ
クティブな処理を制御するものであり、クライアント６
１がＧＵＩ部分としてはたらく。クライアント６１は、
具体的にはＷＷＷブラウザの機能である。編集ツール６
２等の各種ソフトウェアツールには、例えば、エディタ
やビューア、表計算ツールや図形編集ツール、他システ
ムのクライアント機能などがある。クライアント６１
は、ユーザや編集ツール６２からの入力に応じて、処理
エンジン２０に対してメッセージを出力する。また、処
理エンジン２０からワークリスト７４が送られてきた
ら、その内容を表示装置の画面に表示する。クライアン
ト６１と編集ツール６２とは、ユーザの利用環境内に設
置されたコンピュータ上に構築されている。

【００５９】このようなシステム構成は、ＭＶＣ(Model
View Controller) アーキテクチャに合致しており、管
理オブジェクトがＭｏｄｅｌに、処理エンジン２０と管
理制御用スクリプト７３がＣｏｎｔｒｏｌｌｅｒに、ク
ライアント環境やメッセージ転送系がＶｉｅｗにそれぞ
れ対応している。

【００６０】さらに別の見方として、処理エンジン２０
を人、管理オブジェクトを人の知識、メールのメッセー
ジを作業指示と見れば、このシステム構成は、従来現実
に行われている人による組織活動上の処理の模倣であ
る。このシステムでは、処理エンジン２０が、利用者の
すべき業務処理の一部を代行する代理人として位置付け
られることがわかる。

【００６１】したがって、人間が持つ概念と同じ概念で
電子データの全体構成や構造と振舞いを持つため、見通
しがよく、頑健でメンテナビリティが向上し、かつ代理
人に知識を与えればそれだけ利用者の負担が軽減される
ため、業務支援を徐々に高めることが可能となる。

【００６２】さらに、図４の業務支援処理系はそのまま
の形態で、クライアント環境のクライアント６１にユー
ザの代理を行わせ、メッセージ転送系のメッセージ処理
部１０には電子メールを擬似的に送るように変更するこ
とで、本業務支援システムのシミュレーションを行うこ
とが可能である。

【００６３】また、別のシミュレーション方法として、
各管理オブジェクトのスクリプトを擬似動作させるよう
に変更することにより、各管理オブジェクトのＤＴＤと
ＳＧＭＬインスタンスを用いてシミュレーションするこ
とも可能である。

【００６４】このように、外部機能の影響を受ける処理
をコンピュータ上で擬似動作させることで、構造化デー
タに関連する処理のシミュレーションを行うことができ
る。これにより、実時間よりも短い時間で処理結果を得
ることができる。

【００６５】図５は、管理オブジェクトを補足説明する
図である。管理オブジェクト３０は、構造定義３１すな
わちＤＴＤと、インスタンス３２すなわちＳＧＭＬイン
スタンスと、スクリプト３３ａ，３３ｂすなわちＭＩＰ
Ｓの関係を示している。

【００６６】スクリプト３３は、原理構成図（図１）の
処理記述に対応するメソッド３３ｃ（オペレータと同
義）の集まりであり、原理構成図のノードにそれぞれ関
係付けられている。ただし、本実施の形態では、構造定
義３１の要素とインスタンス３２の要素にとのそれぞれ
関係付けることができる。すなわち、構造定義３１の要
素にはスクリプト３３ａが関係付けられ、インスタンス
３２には、スクリプト３３ｂが関係付けられる。ここ
で、前者をモデルスペシフィックなメソッド、後者をイ
ンスタンススペシフィックなメソッドと呼ぶことにす
る。

【００６７】このような関係にすることにより、全イン
スタンスの同一種類のノードに共通な処理をモデルスペ
シフィックなメソッドとして共通定義できる。一方、特
定のインスタンスの特定のノードの処理をインスタンス
スペシフィックなメソッドとして固有定義することが可
能となり、処理の意味を明確にし、影響範囲を特定する
ことができる。また、モデルスペシフィックなメソッド
だけを定義することでシステムのデフォルトの動作を与
えることができる。

【００６８】例えば、構造化データ「業務プロセス」に
関係付けたモデルスペシフィックなメソッドにより、ど
のような部署においてもほぼ共通するような支援を用意
しておくことができる。そして、各部署で、その部署特
有の支援を行うようにしたい場合には、インスタンスス
ペシフィックなメソッドを用意すればよい。

【００６９】また、あるＤＴＤに従うＳＧＭＬインスタ
ンスの著作権保護のために、モデルスペシフィックなメ
ソッドとして、ＳＧＭＬインスタンスの要素の属性とし
て電子署名を記入するというオペレータを用意し、その
オペレータと要素を結びつけることにより、それぞれの
作成者の著作権を守ることが可能となる。ある特定のＳ
ＧＭＬインスタンスのみの著作権を保護したい場合に
は、そのＳＧＭＬインスタンスにインスタンススペシフ
ィックなメソッドとして関係付けることで実現できる。

【００７０】さらに本実施の形態では、関係付けを関係
記述３４，３４ａ，３４ｂとしてテーブル形式のデータ
で管理している。関係記述３４ａ，３４ｂには、構造定
義の要素に関係するメソッドや、インスタンスのノード
に関係するメソッドを特定するための情報が登録されさ
れている。

【００７１】図６は、関係記述の内容を示す図である。
スクリプトの処理を単純化するために、関係記述３４
ａ，３４ｂは論理あて先、メッセージ名、メソッド名の
各項目で構成される。これは、全てのノードをオブジェ
クトとみなして、処理の順序が構造を渡り歩く仕組み
を、外部からのトリガー要因としてのメッセージの扱い
と同様の仕組みで実現するためである。ここに、論理あ
て先とは、管理オブジェクト名と、構造化データ管理部
２１にノードを指定するためのロケータ（例えばＸＰｏ
ｉｎｔｅｒ）とを組にしたもので、ノードを特定するた
めの記述である。メッセージ名は、メッセージの種類を
識別するためのもので、その種類によって必要なパラメ
ータは異なる。メソッド名は、スクリプト中の実行すべ
きメソッドを指すものである。メッセージ８０には、論
理あて先、論理発信元、メッセージ名及びメッセージ依
存パラメータの情報が含まれる。

【００７２】なお、関係記述は構造定義やインスタンス
に埋め込まれてもよく、その場合はテーブルを作る必要
はない。次に図７〜図１４までを参照しながら、図４に
示した組織モデル４０、文書体系モデル５０、業務プロ
セスモデル３０の定義内容を具体的に説明する。

【００７３】本実施の形態では、業務プロセスモデルに
ＩＤＥＦ(Integrated Computer-Aided Manufacturing D
efinition Method) ０と呼ばれるモデル化記法を用い、
それをＳＧＭＬで記述することにする。

【００７４】図７は、ＩＤＥＦ０による業務プロセスモ
デルの例を示す図である。凡例に示すように、１つのプ
ロセスはアクティビティとしてボックスで表現され、そ
のボックス９１の左から入るアローが入力情報、上から
入るアローが制御情報、下から入るアローがメカニズム
情報、右から出るアローが出力情報を表す。この基本単
位を階層化とともにつなぎ合わせ、プロセスのフローが
表現できる。この例では、業務プロセス１００の最上位
階層に「設計管理」のアクティビティ１１０があり、第
２階層に「図面の品質管理」のアクティビティ１１１、
「作業のコスト管理」のアクティビティ１１２、及び
「作業の日程管理」のアクティビティ１１３がある。第
２階層の各アクティビティ１１１〜１１３にも、さらに
下位の階層が存在する。

【００７５】図８は、第２階層のアクティビティの内部
構造を示す図である。「図面の品質管理」のアクティビ
ティ１１１の下位階層には、「検図」のアクティビティ
１１１ａと「規格検査」のアクティビティ１１１ｂとが
ある。「作業のコスト管理」のアクティビティ１１２の
下位構造には、「設計方法の標準化・規格化」のアクテ
ィビティ１１２ａと「作業工程の標準化」のアクティビ
ティ１１２ｂとがある。「作業の日程管理」のアクティ
ビティ１１３の下位構造には、「日程計画の作成」のア
クティビティ１１３ａと「進捗度管理」のアクティビテ
ィ１１３ｂとがある。このような具合にアクティビティ
が階層化されている。

【００７６】図９、業務プロセスモデルの構造定義の詳
細を示す図である。ＤＴＤで記述された業務プロセスの
構造定義３１を概念的に示すと、木構造で表すことがで
きる。図中、上段にＤＴＤによる記述内容を示し、下段
に木構造を示している。この場合、「業務プロセス」と
いう抽象的な概念の要素が根ノードとして定義され、そ
の下位に各要素がノードとして定義されている。構造定
義３１ではＩＤＥＦ０の構造を定義しており、ＩＤＥＦ
０でいうメカニズムをここでは「資源」に限定してい
る。そして、ノード３１ａ〜３１ｅに関連づけてオペレ
ータ３３ａａ〜３３ａｅが定義されている。

【００７７】図１０は、「アクティビティ」のノード３
１ａに関連づけられたオペレータ３３ａａと構造定義に
対応して設けられた関係記述３４ａとを示す図ある。こ
の例によると、「アクティビティ」に「作業終了」とい
うメソッド（オペレータ）がモデルスペシフィックに関
係付けられているため、例えば「設計管理」や「作業の
日程管理」など全ての「アクティビティ」ノードに共通
の処理がデフォルトの動作として定義されている。

【００７８】図１１は、業務プロセスモデルのインスタ
ンスの例を示す図である。この図は、設計管理のインス
タンス３２ａを示している。このインスタンス３２ａ
は、ＳＧＭＬによって記述されているが、その内容は木
構造で表すことができる。図中、上段にＳＧＭＬによる
記載内容を示し、下段に木構造を示す。

【００７９】以下同様に、組織図モデルの詳細定義例、
文書体系モデルの詳細定義例を説明する。図１２は、組
織図モデルの構造定義を示す図である。図中、左側にＤ
ＴＤによる記述内容を示し、右側に木構造を示す。この
構造定義４１では、「部」のノードと「課」のノードと
に共通のオペレータ４３ａが関係付けられている。

【００８０】図１３は、組織図モデルの部と課との双方
に関連づけられたオペレータ４３ａと構造定義４１に対
応して設けられた関係記述４４ａとを示す図ある。図に
示す関係記述４４ａのように、要素名「部」、「課」の
双方にメッセージ名「作業通知」、オペレータ「作業通
知」が設定されている。そのため、作業通知のオペレー
タ４３ａは、「部」の要素と「課」の要素との両方に関
係付けられる。

【００８１】図１４は、組織モデルのインスタンスの例
を示す図である。この例では、設計事務所のインスタン
ス４２ａを示している。図中、上段がＳＧＭＬで記述さ
れたインスタンスであり、下段はその木構造である。

【００８２】図１５は、文書体系モデルの構造定義、オ
ペレータ及び関係記述を示す図である。図に示すよう
に、文書体系モデルの構造定義５１の関係記述５４ａと
して、「規格標準文書」の要素には、「文書参照」のオ
ペレータ５３ｂが関連づけられており、「文書体系」の
要素には、「新規文書作成」のオペレータ５３ａが関連
づけられている。

【００８３】図１６は、文書体系モデルのインスタンス
の例を示す図である。この例では、設計文書体系のイン
スタンス５２ａを示している。図中、左側がＳＧＭＬで
記述されたインスタンスであり、右側はその木構造であ
る。

【００８４】次に、図４〜図１６を適宜参照しながら、
実施の形態の動作を説明する。図１７は、処理エンジン
によるメッセージ処理フローを示す図である。これは、
処理エンジンのスクリプトインタプリタが、管理・制御
用スクリプトをローディングした状態で、ユーザ認証処
理やタイマイベント処理など外部からのメッセージを受
け取ることにより、どうメッセージを処理するかをフロ
ーで示したものである。以下、このフローの処理を、図
４の構成を参照しながら説明する。

【００８５】まず、メッセージの論理あて先に記述され
た管理オブジェクトのＤＴＤとインスタンスを構造化デ
ータ管理部２１が読み込む（Ｓ１１）。次に、構造化デ
ータ管理部２１が、データインスタンスと結びついた関
係記述を読み込み、メッセージの論理あて先とメッセー
ジ名から、対応するスクリプトのオペレータ名を調べる
（Ｓ１２）。ここで、エントリがあればステップＳ１４
に進み、エントリがなければステップＳ１３に進む。エ
ントリがなければ、構造化データ管理部２１は、ＤＴＤ
と結びついた関係記述を読み込み、メッセージの論理あ
て先とメッセージ名から、対応するスクリプトのオペレ
ータ名を調べる（Ｓ１３）。スクリプトインタプリタ２
２は、ステップＳ１２かステップＳ１３の処理で調べた
スクリプトのオペレータを読み込み、実行する（Ｓ１
４）。オペレータを実行中に、他の要素に対するメッセ
ージがあれば、そのメッセージを処理するための別のプ
ロセスが生成され、同様の処理が行われる。これら一連
の処理をメッセージがなくなるまで繰り返すことにな
る。

【００８６】このような処理を行うと、このフローでは
インスタンススペシフィックなメソッドを優先し、存在
しなければモデルスペシフィックなメソッドを実行する
ことになる。そのため、デフォルトのノードの振舞いを
モデルスペシフィックとして準備することが可能となっ
ている。なお、このフローは単なる動作原理を示すもの
であり、実際には性能や安全性を考慮したものとなる。

【００８７】図１８は、利用者と処理エンジンの間の対
話処理のフローを示す図である。これは最も容易に実現
できる業務支援例であり、モデルスペシフィックなメソ
ッドによるデフォルトの動作を利用している。なお、こ
の処理は、クライアント６１が、処理エンジン２０との
間で情報交換を行いながら実行する処理である。以下こ
の処理を、図４を参照しながら説明する。

【００８８】まず、ユーザは、クライアント６１（ＷＷ
Ｗブラウザ）を起動し、処理エンジン２０（ＷＷＷサー
バ）に対してログインする（Ｓ２１）。ログインには、
ユーザ名とパスワードの入力が必要である。ログインが
成功すると、処理エンジン２０からクライアント６１へ
ワークリスト７４と呼ばれるユーザに関係するアクティ
ビティ（ここではワークアイテム）の一覧が返される。

【００８９】クライアント６１は、処理エンジン２０か
ら受け取ったワークリスト７４を、ユーザの使用してい
るコンピュータの画面に表示する（Ｓ２２）。ここでは
電子メールで運ばれたメッセージは全て画面上で確認で
きるよう、アクティビティに必要な情報が全て揃ってい
ないものも表示する。ユーザは、表示されたワークアイ
テムから必要な作業を選択する。

【００９０】ユーザがワークアイテムを選択すれば、以
後、デフォルトの業務支援スクリプトが実行される。一
方、ユーザが終了すべき旨の入力を行えば、処理が終了
する。なお、デフォルトの業務支援スクリプトは、モデ
ルスペシフィックとして準備しておく。

【００９１】ユーザが任意のワークアイテムを選択する
と、そのワークアイテムに該当するアクティビティに
「作業内容表示」のメッセージ７５が送られる。このメ
ッセージ７５に応じて、処理エンジン２０において作業
内容表示オペレータが実行される。その結果、クライア
ント６１へ作業内容の情報が送り返される。クライアン
ト６１は、送り返された作業内容の情報を画面に表示す
る（Ｓ２３）。ユーザは、表示された画面の中から、操
作する文書を選択するか、若しくは他の通知を選択す
る。

【００９２】ユーザが文書を選択すると、クライアント
６１は、選択内容に該当するノードに、「文書内容表
示」のような所定のメッセージを送る。そのメッセージ
に応じて、処理エンジン２０が該当するオペレータを実
行する。実行結果が、クライアント６１に返されると、
クライアント６１は、選択された文書の処理に必要な編
集ツール６２を起動する（Ｓ２４）。編集ツール６２
は、別のプロセスとして実行される。編集ツール６２と
しては、ビューア６２ａやエディタ６２ｂなどがある。

【００９３】ユーザは、編集ツール６２での作業を終え
ると、ステップＳ２３におけるアクティビティ表示画面
に戻り、作業が終了した旨の通知の指令する。すると、
クライアント６１は、出力文書完成／未完成通知の選択
画面を表示する（Ｓ２５）。ここで、ユーザが完成を選
択すれば、次のアクティビティに完了が通知される。一
方、未完成を選択した場合には、原則として通知は行わ
れないが、予めスクリプトに記述された一定の条件を満
たしていれば、次のアクティビティに通知することも可
能である。この処理が終了したらステップＳ２２に戻
り、再度ワークアイテムが表示される。以後、ワークア
イテムの表示画面で、終了すべき旨の指令が入力される
まで、ステップＳ２２〜Ｓ２５の処理が繰り返される。
以下に、利用者と処理エンジンの間の対話処理の詳細
を、クライアント６１が表示する画面の例を示しながら
説明する。

【００９４】図１９は、対話処理のために表示される画
面の例を示す図である。まず、ログインの処理（図１８
のステップＳ２１）では、クライアント６１の画面にロ
グイン画面２１０が表示される。ログイン画面には、ユ
ーザ名入力部２１１とパスワード入力部２１２とがあ
る。ユーザは、ユーザ名入力部２１１とパスワード入力
部２１２とに、自己のユーザ名とパスワードとを入力す
る。そして、送信ボタン２１３をマウスでクリック（目
的の位置にマウスポインタを移動し、マウスのボタンを
押す動作）する。これにより、クライアント６１から処
理エンジン２０へユーザ名とパスワードとが送られ、処
理エンジン２０おいて、ユーザ認証が行われる。なお、
ログイン画面２１０には、クリアボタン２１４が設けら
れており、このクリアボタン２１４をマウスでクリック
すると、ユーザ名入力部２１１とパスワード入力部２１
２とに入力された文字列が削除される。

【００９５】処理エンジン２０でユーザ認証が正しく行
われると、ワークリスト７４が返され、その内容が作業
一覧画面２２０としてクライアント６１によって表示さ
れる。図に示す作業一覧画面２２０では、業務プロセス
の「設計管理」のアクティビティ１１０（図７に示す）
の中の、「図面の品質管理」のアクティビティ１１０
（図７に示す）の中の、「検図」のアクティビティ１１
１ａ（図８に示す）などの作業２２１，２２２が表示さ
れている。表示されている作業名２２１，２２２の左側
には、作業に必要な文書が揃っているか否かが、記号に
よって示されている。「○」は作業に必要な文書が揃っ
ていることを示し、「△」は作業に必要な文書が揃って
いないことを示している。

【００９６】画面の下部には、「終了」の文字２２３が
表示されており、この「終了」の文字２２３を選択する
ことで、作業を終了することができる。なお、文字の選
択とは、目的の文字をマウスでクリックすることである
（他の画面においても同様）。

【００９７】ここで、ユーザが「検図」の作業２２１を
選択したとすると、クライアント６１から業務プロセス
の「検図」のアクティビティ１１１ａ（図８に示す）で
表されるノードに「作業内容表示」メッセージが送られ
る。「検図」ノードにはインスタンススペシフィックな
メソッドがないとして、アクティビティ共通のメソッド
である「作業内容表示」オペレータ（図１０の関係記述
３４ａ参照）が実行され、利用者に作業内容が表示され
る（図１８のステップＳ２３）。

【００９８】作業内容表示画面２３０では、入力文書名
表示部２３１、制御文書名表示部２３２、及び出力文書
名表示部２３３に、それぞれ、入力文書、制御文書、出
力文書の名前が表示されている。各表示部には、その文
書が作成済か否かが記号によって表示されている。記号
が「○」であれば作成済であることを示し、「×」であ
れば未作成であることを示す。

【００９９】作業内容表示画面２３０下部には、「別の
人に委任」の文字２３４と、「作業終了／中断」の文字
２３５が表示されている。「別の人に委任」の文字２３
４を選択すれば、作業を別の人へ委任するための処理が
行われる。「作業終了／中断」の文字２３５を選択すれ
ば、図１８のステップＳ２５へ処理が移行する。

【０１００】作業内容表示画面２３０において、ユーザ
が入力文書表示部２３１の「図面」を選択したとする
と、クライアント６１から業務プロセスの「検図」の
「入力名」ノードに「文書内容表示」メッセージが送ら
れる。すると、処理エンジン２０内のスクリプトインタ
プリタ２２において、入力名共通のメソッド「文書内容
表示」オペレータが実行されるとともに、ユーザの使用
している環境でビューアが起動され、当該「図面」の内
容が表示される。なお、アクティビティの遂行には必ず
出力を伴うので、出力文書を作成しないとアクティビテ
ィは完結しない。

【０１０１】ユーザは作業を終えた際、作業内容表示画
面２３０で、「終了」の文字を選択する。すると、クラ
イアント６１により、出力文書完成／未完成通知画面２
４０が表示される。

【０１０２】出力文書完成／未完成通知画面２４０に
は、完成と未完成とのチェックボックス２４１，２４２
があり、ユーザは何れかのチェックボックスを指定す
る。完成のチェックボックス２４１を指定した場合に
は、検図結果のデータの格納先とファイル名を、テキス
トボックス２４３内に入力する。テキストボックス２４
３の右側には、参照ボタン２４４が設けられている。参
照ボタン２４４を押せば、クライアント６１が実行され
ているコンピュータのディレクトリ構造及び、ディレク
トリ内のファイルのリストが画面に表示され、ユーザは
画面内から目的のファイルを選択することができる。選
択したファイルの格納場所と、ファイル名とは、自動的
にテキストボックス２４３内に設定される。画面下部に
は、送信ボタン２４５が設けられており、この送信ボタ
ン２４５を選択すると、完成若しくは未完成の通知が、
クライアント６１から処理エンジン２０へ送られる。

【０１０３】次に、「検図」のアクティビティ１１１ａ
（図８に示す）が行われた後、「規格検査」のアクティ
ビティ１１１ｂ（図８に示す）が行われるまでの一巡の
動作を、関連するオペレータの起動順序に沿って説明す
る。

【０１０４】図２０は、設計管理部の担当者がログイン
した時の処理を示すフローチャートである。以下の処理
をステップ番号に沿って説明する。なお、凡例に示すよ
うに、図中実線の矢印は、スクリプトから送られるメッ
セージに基づく処理の遷移状況を示し、波線の矢印は、
電子メール経由で送られるメッセージに基づく処理の遷
移状況を示し、点線の矢印は、ユーザ入力によるメッセ
ージに基づく処理の遷移状況を示す。また、図２０〜図
２２の処理は、すべて処理エンジン２０によって実行さ
れる。

【０１０５】以下に示すのは、「品質保証課」の課長が
自らの判断で担当者に作業委任して、担当者がアクティ
ビティ「規格検査」を行った場合の例である。［Ｓ３１］業務プロセスの「アクティビティ」ノードの
作業終了オペレータを実行する。作業終了オペレータを
実行することにより、出力ノードへ完成通知メッセージ
が送られる。［Ｓ３２］業務プロセスの「出力」ノードの完成通知オ
ペレータを実行する。完成通知オペレータを実行するこ
とにより、出力名「検図結果」と同じ名前を持つ入力名
ノードへ、完成通知受信メッセージが送られる。［Ｓ３３］業務プロセスの「入力名」ノードの完成通知
受信オペレータを実行する。完成通知受信オペレータを
実行することにより、同じアクティビティの下にある資
源名「品質保証課」と同じ名前を持つ組織図の課ノード
へ、作業通知メッセージが送られる。［Ｓ３４］組織の「課」ノードの作業通知オペレータを
実行する。作業通知オペレータを実行することにより、
課長「鈴木」宛の電子メール経由で、「アクティビテ
ィ」ノードへ開始条件メッセージが送られる。

【０１０６】図２１は、品質保証課の課長がログインし
た時の処理を示すフローチャートである。［Ｓ４１］ワークアイテム（管理・制御用スクリプトを
実行する際の管理オブジェクト名）の「ワークアイテ
ム」ノードのワークアイテム登録オペレータを実行す
る。登録オペレータを実行することにより、電子メール
の受け取り、アクティビティノードの作成が行われ、そ
の後、業務プロセスのアクティビティノードへ開始条件
メッセージが送られる。［Ｓ４２］業務プロセスの「アクティビティ」ノードの
開始条件オペレータを実行する。開始条件オペレータを
実行することにより、アクティビティ実行に必要な文書
が揃っているかが判定され、ワークアイテムのアクティ
ビティノードへ準備完了メッセージが送られる。［Ｓ４３］ワークアイテムの「アクティビティ」ノード
の準備完了オペレータを実行する。この準備完了オペレ
ータを実行することにより、アクティビティノードの属
性や状態の書き換えが行われ、「ワークアイテム」ノー
ドへワークアイテムリスト表示メッセージが送られる。［Ｓ４４］ワークアイテムの「ワークアイテム」ノード
のワークアイテムリスト表示オペレータを実行する。こ
のワークアイテムリスト表示オペレータを実行すること
により、クライアントにワークアイテムのリストが表示
される。［Ｓ４５］業務プロセスの「アクティビティ」ノードの
作業内容表示オペレータを実行する。この作業内容表示
オペレータを実行することにより、クライアントにアク
ティビティの詳細が表示される。［Ｓ４６］業務プロセスの「アクティビティ」ノードの
作業委任オペレータを実行する。この作業委任オペレー
タを実行することにより、担当者の選択の受け付けが行
われ、選択されると、電子メール経由で「アクティビテ
ィ」ノードへ開始条件メッセージが送られる。

【０１０７】図２２は、品質保証課の担当者がログイン
した時の処理を示すフローチャートである。［Ｓ５１］ワークアイテムの「ワークアイテム」ノード
のワークアイテム登録オペレータを実行する。このワー
クアイテム登録オペレータを実行することにより、電子
メールの受け取り、及びアクティビティノードの作成が
行われ、業務プロセスの「アクティビティ」ノードへ開
始条件メッセージが送られる。［Ｓ５２］業務プロセスの「アクティビティ」ノードの
開始条件オペレータを実行する。この開始条件オペレー
タを実行することにより、アクティビティ実行に必要な
文書「品質基準」、「製品コスト基準」、「検図結果」
が揃っているかどうかが判定され、ワークアイテムの
「アクティビティ」ノードへ準備完了メッセージが送ら
れる。［Ｓ５３］ワークアイテムの「アクティビティ」ノード
の準備完了オペレータを実行する。この準備完了オペレ
ータを実行することにより、アクティビティノードの属
性、状態の書き換えが行われ、「ワークアイテム」ノー
ドへワークアイテムリスト表示メッセージが送られる。［Ｓ５４］ワークアイテムの「ワークアイテム」ノード
のワークアイテムリスト表示オペレータを実行する。こ
のワークアイテムリスト表示オペレータを実行すること
により、クライアントにワークアイテムのリストが表示
される。［Ｓ５５］業務プロセスの「アクティビティ」ノードの
作業内容表示オペレータを実行する。作業内容表示オペ
レータを実行することにより、クライアントにアクティ
ビティの詳細が表示される。［Ｓ５６］業務プロセスの「アクティビティ. 入力. 入
力名」ノードの文書内容表示オペレータを実行する。こ
の文書内容表示オペレータを実行することにより、文書
「検図結果」が表示される。［Ｓ５７］業務プロセスの「アクティビティ. 制御. 制
御名」ノードの文書内容表示オペレータを実行する。こ
の文書内容表示オペレータを実行することにより、文書
「品質基準」、「製品コスト基準」が表示される。［Ｓ５８］業務プロセスの「アクティビティ. 出力. 出
力名」ノードの文書作成オペレータを実行する。この文
書作成オペレータを実行することにより、エディタで文
書「設計規格」、「最終図面」の作成が行えるようにな
る。［Ｓ５９］業務プロセスの「アクティビティ」ノードの
作業終了オペレータを実行する。この作業終了オペレー
タを実行することにより、出力タグへ完成通知メッセー
ジが送られる。

【０１０８】図２０〜図２２の処理により、「検図」の
「作業終了」オペレータが起動されてから、業務プロセ
スと組織の木構造をたどりながらメッセージが伝えられ
ているのがわかる。

【０１０９】次に、構造変化時の動作について説明す
る。現実の組織活動では、組織構造、業務プロセス構
造、文書体系や文書体系に組み込まれているルール構造
や仕様書などの文書そのものの構造等は変化し続けてい
る。

【０１１０】図２３は、構造変化イメージを示す図であ
る。この図では、図９から図１６に示した構造から出発
して、組織変更、業務プロセスの詳細化、文書体系定義
と文書体系の変更、業務プロセスが別の業務プロセスに
枝別れするといった、変化の様子を時間軸にそって例示
している。図中、丸の図形で示しているがスクリプトで
あり、四角の図形で示しているのが構造定義であり、三
角の図形で示しているのがインスタンスである。また、
業務プロセスに関するデータを記号「Ｐ」で表し、組織
図に関するデータを記号「Ｏ」で表し、文書体系に関す
るデータを記号「Ｄ」で表している。記号の右肩には、
同じ管理オブジェクトから派生した管理オブジェクトの
識別記号が示されている。また、記号の右下には、その
データの版数が示されている。

【０１１１】図の例では、最初に、「業務プロセス−
Ａ」の管理オブジェクト３１１、「組織図−Ａ」の管理
オブジェクト３２１、「文書体系−Ａ」の管理オブジェ
クト３３１が設けられている。そして、実際に行われて
いる特定の業務に応じて業務プロセスを詳細化し、管理
オブジェクト３１１のスクリプトとインスタンスが変更
され、新たな管理オブジェクト３１２が生成される。ま
た、汎用的な業務に対して、引き続き管理オブジェクト
３１１を使用するために、その複製を作成することで
「業務プロセス−Ｂ」の管理オブジェクト３１３が生成
される。

【０１１２】同様に、社内の組織変更に伴って、「組織
図−Ａ」の管理オブジェクト３１４のスクリプトとイン
スタンスが変更され、新たな管理オブジェクト３１５が
生成される。さらに、「文書体系−Ａ」の管理オブジェ
クト３１６のスクリプト、構造定義、及びインスタンス
が変更され、新たな管理オブジェクト３１７が生成され
る。

【０１１３】以下、構造変化の例を示す。図２４は、組
織図の変更例を示す図である。この組織図の変更例で
は、変更前のインスタンス３３１で「品質保証課」であ
ったノードが、変更後のインスタンス３３２では「品質
保証部」になり、その配下に「第一品質保証課」と「第
二品質保証課」が新設されている。このような場合、事
前に「品質保証課」が現行の業務プロセスで割り当てら
れているアクティビティを業務プロセス構造から検索
し、変更の影響を知ることや、旧ノードとなる「品質保
証課」に固有のメソッドで例えば全てのメッセージを新
ノードに転送しておくようにすれば、旧ノードを誤って
参照されたり、既に旧ノードを論理あて先として発行さ
れているメッセージにも影響することなしに処理が継続
される。

【０１１４】また、事後に手がかりが旧ノード「品質保
証課」しかない処理をする際、その下位ノード例えば課
長ノード「鈴木」をもとに新ノードを検索し、問い合わ
せることが可能となる。

【０１１５】また、新設されたノードに対しては、事前
に一度にメソッドを用意しなくても徐々に追加していく
ことが可能で、急激な環境の変化を緩和することができ
る。このように、組織変更に際してどこにどういう手段
を講じておけばよいかが明確となり、変更は組織モデル
と関連した少しの業務プロセスモデルと文書体系モデル
を変更するだけでよく、この変更作業を支援するツール
を作成してもよい。

【０１１６】業務プロセスを詳細化する場合、図１１の
ＳＧＭＬインスタンスを変更することになる。図２５
は、業務プロセスの変更例を示す図である。この例で
は、変更前のインスタンス３４１において「作業の日程
管理」という大まかに定義していたアクティビティを、
変更後のインスタンス３４２では、「日程計画の作成」
と「進捗度管理」の２つのアクティビティに分解してい
る。このような場合、デフォルトのメソッドで構わない
のなら、インスタンスの変更のみで、変更後の処理が反
映される。もちろん、特有のメソッドを定義してもよ
い。また、既に旧ノードを論理あて先として発行されて
いるメッセージも、上位ノード「作業の日程管理」に、
下位ノードへの転送のための処理を記述しておけば移行
できる。

【０１１７】もし、論理あて先が消滅している場合、旧
業務プロセスモデルを参照して、担当部門を調べて転送
したり、手がかりが全くない場合には、発信元に返送す
るといったサービスを定義しておくことも可能である。

【０１１８】このように、業務プロセスを大雑把に定義
しておいて、段階的に詳細化することができ、また変更
が容易で業務支援に直接反映されるため、変化に追随す
ることができる。

【０１１９】文書体系定義を変更する場合、文書体系に
も影響するため、図１５のＤＴＤと図１６のＳＧＭＬイ
ンスタンスとを変更する必要がある。図２６は、文書体
系の構造定義の変更例を示す図である。この例では、変
更前の構造定義３５１で「規格標準文書」のみから構成
された文書体系定義を整理し、変更後の構造定義３５２
において「規格標準」と「計画」に分類し、さらに内容
に応じたデフォルトのメソッドを定義するため、「設計
標準」や「設計計画」といった詳細分類を行っている。

【０１２０】図２７は、文書体系のインスタンスの変更
例を示す図である。これは、図２６の構造定義の変更に
伴ってインスタンスを変更した場合の例である。この例
では、変更前のインスタンス３６１の木構造が変化し、
変更後のインスタンス３６２では、新たに「設計計画概
要書」や下位に「機構設計計画書」といったノードが追
加されている。このような場合、モデルスペシフィック
なメソッドを準備しなければ、よいサービスを提供でき
ないが、ほとんどの場合、文書体系という概念自体は同
様に残っているので、以前のメソッドを流用することが
可能である。

【０１２１】ところでこのような構造定義の変化に対し
ても、旧文書体系モデルと新文書体系モデルは同一の記
述仕様のため、処理エンジンは同じもので実行可能であ
る。業務プロセスが別の業務プロセスに枝別れ、例えば
分社化や新規プロジェクトの発生や部分プロセスを切り
出すような場合、業務プロセスモデルを複製して、目的
に合った定義に修正すればよい。

【０１２２】図２８は、業務プロセスモデルを再利用す
る場合の例を示す第１の図である。これは、図２５の業
務プロセスのインスタンス変更を行った場合を想定して
いる。ここでは、業務プロセスの構造定義３７１に対応
して設けられたスクリプト３８２では、関連記述３８１
によって、「アクティビティ」のノードに対してモデル
スペシフィックなメソッドが定義されている。このよう
な構造定義３７１の複製を作成することで新たな構造定
義３７２を生成する。

【０１２３】図２９は、業務プロセスモデルを再利用す
る場合の例を示す第２の図である。構造定義の複製を作
ったら、インスタンス３９１の複製も作成し、新たなイ
ンスタンス３９２とする。そして、特定のアクティビテ
ィ「進捗度管理」に関係記述４０１によって関連付けら
れたインスタンススペシフィックなメソッド「作業支
援」オペレータを、スクリプト４０２内に追加定義して
いる。このオペレータは、元の業務プロセスモデルから
引き継いでいるアクティビティに関連付けられたモデル
スペシフィックなメソッド「作業内容表示」オペレータ
を利用した上で、進捗遅れのアクティビティを求め、一
覧にしてクライアントに表示するという固有のサービス
を定義している。このオペレータが起動されるのは、関
係記述にあるように「進捗度管理」という名前をもつア
クティビティ宛に「作業内容表示」というメッセージが
届いたときである。

【０１２４】このように、他のアクティビティに影響な
しに固有のサービスを提供することもでき、元の業務プ
ロセスモデルに類似点が多い場合には、その定義資産を
ほとんど全て活用することが可能となる。さらに、完全
に管理オブジェクトが別になっているため、元の業務プ
ロセスモデルと新しい業務プロセスモデルは全く干渉し
ない上、同じ処理エンジンで実行可能である。

【０１２５】なお、上記の処理機能は、コンピュータに
よって実現することができる。その場合、データ管理シ
ステムが有すべき機能の処理内容は、コンピュータで読
み取り可能な記録媒体に記録されたプログラムに記述し
ておく。そして、このプログラムをコンピュータで実行
することにより、上記処理がコンピュータで実現され
る。コンピュータで読み取り可能な記録媒体としては、
磁気記録装置や半導体メモリ等がある。市場を流通させ
る場合には、ＣＤ−ＲＯＭ(Compact Disk Read Only Me
mory) やフロッピーディスク等の可搬型記録媒体にプロ
グラムを格納して流通させたり、ネットワークを介して
接続されたコンピュータの記憶装置に格納しておき、ネ
ットワークを通じて他のコンピュータに転送することも
できる。コンピュータで実行する際には、コンピュータ
内のハードディスク装置等にプログラムを格納してお
き、メインメモリにロードして実行する。

【０１２６】

【発明の効果】以上説明したように本発明の構造化デー
タ管理システムでは、木構造で表せる構造化データの各
ノードに処理記述を関係付けておき、各ノード毎の処理
記述を実行することで構造化データに関係する処理を実
行するため、構造化データの内容が変更されても、木構
造を解析することで処理対象のノードを特定でき、構造
の変化に容易に対応することができる。

【０１２７】また、本発明の構造化データ管理プログラ
ムを記録したコンピュータ読み取り可能な記録媒体で
は、記録されたプログラムをコンピュータで実行させれ
ば、構造化データの内容の変更に柔軟に対応した処理が
コンピュータによって実現される。

【図面の簡単な説明】

【図１】本発明の原理構成図である。

【図２】業務活動におけるデータ群の関係付けを示す模
式図である。

【図３】構造化データの変更への対応方法を示す図であ
る。

【図４】業務支援システムの構成図である。

【図５】管理オブジェクトを補足説明する図である。

【図６】関係記述の内容を示す図である。

【図７】ＩＤＥＦ０による業務プロセスモデルの例を示
す図である。

【図８】第２階層のアクティビティの内部構造を示す図
である。

【図９】業務プロセスモデルの構造定義の詳細を示す図
である。

【図１０】「アクティビティ」のノードに関連づけられ
たオペレータと構造定義に対応して設けられた関係記述
とを示す図ある。

【図１１】業務プロセスモデルのインスタンスの例を示
す図である。

【図１２】組織図モデルの構造定義を示す図である。

【図１３】組織図モデルの部と課との双方に関連づけら
れたオペレータと構造定義に対応して設けられた関係記
述とを示す図ある。

【図１４】組織図モデルのインスタンスの例を示す図で
ある。

【図１５】文書体系モデルの構造定義、オペレータ及び
関係記述を示す図である。

【図１６】文書体系モデルのインスタンスの例を示す図
である。

【図１７】処理エンジンによるメッセージ処理フローを
示す図である。

【図１８】利用者と処理エンジンの間の対話処理のフロ
ーを示す図である。

【図１９】対話処理のために表示される画面の例を示す
図である。

【図２０】設計管理部の担当者がログインした時の処理
を示すフローチャートである。

【図２１】品質保証課の課長がログインした時の処理を
示すフローチャートである。

【図２２】品質保証課の担当者がログインした時の処理
を示すフローチャートである。

【図２３】構造変化イメージを示す図である。

【図２４】組織図の変更例を示す図である。

【図２５】業務プロセスの変更例を示す図である。

【図２６】文書体系の構造定義の変更例を示す図であ
る。

【図２７】文書体系のインスタンスの変更例を示す図で
ある。

【図２８】業務プロセスモデルを再利用する場合の例を
示す第１の図である。

【図２９】業務プロセスモデルを再利用する場合の例を
示す第２の図である。

【符号の説明】

１入出力手段２構造化データ保持手段３構造化データ処理手段３ａ，３ｂ構造化データ

─────────────────────────────────────────────────────

【手続補正書】

【提出日】平成１０年１０月１６日

【手続補正１】

【補正対象書類名】明細書

【補正対象項目名】００２４

【補正方法】変更

【補正内容】

【００２４】従って、本発明では、構造化された電子デ
ータがノード毎に処理記述と関係付けられているため、
振舞い（処理内容）の変更や不具合の修正箇所を容易に
特定することが可能となる。しかも、２つの構造化され
た電子データを関係付けた処理が可能となれば、業務全
般の様々な構造化データを関連付けることで、業務活動
の全般に渡って支援することができる。

【手続補正２】

【補正対象書類名】明細書

【補正対象項目名】００３４

【補正方法】変更

【補正内容】

【００３４】暗黙の関係である場合には、「Ａ１」の構
造化データ５を参照し、ノードＮ１の親ノードを調べる
（Ｓ４）。その結果、「ノードＭ」が親ノードであるこ
とが判明する。そこで、新版の「Ａ２」の構造化データ
５ａに「ノードＭ」が存在するか否かを判断する。この
例では「ノードＭ」が存在するため、新版の構造化デー
タ５ａの「ノードＭ」に処理を引き継がせる（Ｓ５）。
このとき、ユーザに対して、処理の引継状況を提示す
る。ユーザは、引継状況を変更したければ、任意の引継
先を指定する。引継先が決まったら、「Ｂ１」の構造化
データ６内の「ノードＮ１」を参照する処理記述の内容
が、引継先を参照する内容に変更され、新たな「Ｂ２」
の構造化データ６ａが生成される。

【手続補正３】

【補正対象書類名】明細書

【補正対象項目名】００５７

【補正方法】変更

【補正内容】

【００５７】このような制御のためのスクリプトは、処
理エンジン２０の処理機能として組み込まれていてもよ
い。また、スクリプトのアクセス制御や機密保護／著作
権保護のために管理オブジェクトのスクリプトの暗号化
や電子署名添付を行い、管理制御用スクリプト７３によ
り復号化や電子署名の検証を行うこともできる。処理記
述自身の著作物保護及び機密保護を処理エンジンに組み
込むことで、ソース改変による組織活動上の混乱を回避
することができる。

【手続補正４】

【補正対象書類名】明細書

【補正対象項目名】００６６

【補正方法】変更

【補正内容】

【００６６】スクリプト３３は、原理構成図（図１）の
処理記述に対応するメソッド３３ｃ（オペレータと同
義）の集まりであり、原理構成図のノードにそれぞれ関
係付けられている。ただし、本実施の形態では、構造定
義３１の要素とインスタンス３２の要素とにそれぞれ関
係付けることができる。すなわち、構造定義３１の要素
にはスクリプト３３ａが関係付けられ、インスタンス３
２には、スクリプト３３ｂが関係付けられる。ここで、
前者をモデルスペシフィックなメソッド、後者をインス
タンススペシフィックなメソッドと呼ぶことにする。

【手続補正５】

【補正対象書類名】明細書

【補正対象項目名】００７０

【補正方法】変更

【補正内容】

【００７０】さらに本実施の形態では、関係付けを関係
記述３４，３４ａ，３４ｂとしてテーブル形式のデータ
で管理している。関係記述３４ａ，３４ｂには、構造定
義の要素に関係するメソッドや、インスタンスのノード
に関係するメソッドを特定するための情報が登録されて
いる。

【手続補正６】

【補正対象書類名】明細書

【補正対象項目名】００７６

【補正方法】変更

【補正内容】

【００７６】図９は、業務プロセスモデルの構造定義の
詳細を示す図である。ＤＴＤで記述された業務プロセス
の構造定義３１を概念的に示すと、木構造で表すことが
できる。図中、上段にＤＴＤによる記述内容を示し、下
段に木構造を示している。この場合、「業務プロセス」
という抽象的な概念の要素が根ノードとして定義され、
その下位に各要素がノードとして定義されている。構造
定義３１ではＩＤＥＦ０の構造を定義しており、ＩＤＥ
Ｆ０でいうメカニズムをここでは「資源」に限定してい
る。そして、ノード３１ａ〜３１ｅに関連づけてオペレ
ータ３３ａａ〜３３ａｅが定義されている。

【手続補正７】

【補正対象書類名】明細書

【補正対象項目名】００８５

【補正方法】変更

【補正内容】

【００８５】まず、メッセージの論理あて先に記述され
た管理オブジェクトのＤＴＤとインスタンスを構造化デ
ータ管理部２１が読み込む（Ｓ１１）。次に、構造化デ
ータ管理部２１が、インスタンスと結びついた関係記述
を読み込み、メッセージの論理あて先とメッセージ名か
ら、対応するスクリプトのオペレータ名を調べる（Ｓ１
２）。ここで、エントリがあればステップＳ１４に進
み、エントリがなければステップＳ１３に進む。エント
リがなければ、構造化データ管理部２１は、ＤＴＤと結
びついた関係記述を読み込み、メッセージの論理あて先
とメッセージ名から、対応するスクリプトのオペレータ
名を調べる（Ｓ１３）。スクリプトインタプリタ２２
は、ステップＳ１２かステップＳ１３の処理で調べたス
クリプトのオペレータを読み込み、実行する（Ｓ１
４）。オペレータを実行中に、他の要素に対するメッセ
ージがあれば、そのメッセージを処理するための別のプ
ロセスが生成され、同様の処理が行われる。これら一連
の処理をメッセージがなくなるまで繰り返すことにな
る。

【手続補正８】

【補正対象書類名】明細書

【補正対象項目名】００９５

【補正方法】変更

【補正内容】

【００９５】処理エンジン２０でユーザ認証が正しく行
われると、ワークリスト７４が返され、その内容が作業
一覧画面２２０としてクライアント６１によって表示さ
れる。図に示す作業一覧画面２２０では、業務プロセス
の「設計管理」のアクティビティ１１１（図７に示す）
の中の、「図面の品質管理」のアクティビティ１１０
（図７に示す）の中の、「検図」のアクティビティ１１
１ａ（図８に示す）などの作業２２１，２２２が表示さ
れている。表示されている作業名２２１，２２２の左側
には、作業に必要な文書が揃っているか否かが、記号に
よって示されている。「○」は作業に必要な文書が揃っ
ていることを示し、「△」は作業に必要な文書が揃って
いないことを示している。

【手続補正９】

【補正対象書類名】明細書

【補正対象項目名】０１００

【補正方法】変更

【補正内容】

【０１００】作業内容表示画面２３０において、ユーザ
が入力文書名表示部２３１の「図面」を選択したとする
と、クライアント６１から業務プロセスの「検図」の
「入力名」ノードに「文書内容表示」メッセージが送ら
れる。すると、処理エンジン２０内のスクリプトインタ
プリタ２２において、入力名共通のメソッド「文書内容
表示」オペレータが実行されるとともに、ユーザの使用
している環境でビューアが起動され、当該「図面」の内
容が表示される。なお、アクティビティの遂行には必ず
出力を伴うので、出力文書を作成しないとアクティビテ
ィは完結しない。

【手続補正１０】

【補正対象書類名】明細書

【補正対象項目名】０１０１

【補正方法】変更

【補正内容】

【０１０１】ユーザは作業を終えた際、作業内容表示画
面２３０で、「作業終了/ 中断」の文字を選択する。す
ると、クライアント６１により、出力文書完成／未完成
通知画面２４０が表示される。

【手続補正１１】

【補正対象書類名】明細書

【補正対象項目名】０１０４

【補正方法】変更

【補正内容】

【０１０４】図２０は、設計管理部の担当者がログイン
した時の処理を示すフローチャートである。以下の処理
をステップ番号に沿って説明する。なお、凡例に示すよ
うに、図中実線の矢印は、スクリプトから送られるメッ
セージに基づく処理の遷移状況を示し、破線の矢印は、
電子メール経由で送られるメッセージに基づく処理の遷
移状況を示し、点線の矢印は、ユーザ入力によるメッセ
ージに基づく処理の遷移状況を示す。また、図２０〜図
２２の処理は、すべて処理エンジン２０によって実行さ
れる。

【手続補正１２】

【補正対象書類名】明細書

【補正対象項目名】０１１１

【補正方法】変更

【補正内容】

【０１１１】図の例では、最初に、「業務プロセス−
Ａ」の管理オブジェクト３１１、「組織図−Ａ」の管理
オブジェクト３１４、「文書体系−Ａ」の管理オブジェ
クト３３６が設けられている。そして、実際に行われて
いる特定の業務に応じて業務プロセスを詳細化し、管理
オブジェクト３１１のスクリプトとインスタンスが変更
され、新たな管理オブジェクト３１２が生成される。ま
た、汎用的な業務に対して、引き続き管理オブジェクト
３１１を使用するために、その複製を作成することで
「業務プロセス−Ｂ」の管理オブジェクト３１３が生成
される。

【手続補正１３】

【補正対象書類名】明細書

【補正対象項目名】０１２２

【補正方法】変更

【補正内容】

【０１２２】図２８は、業務プロセスモデルを再利用す
る場合の例を示す第１の図である。これは、図２５の業
務プロセスのインスタンス変更を行った場合を想定して
いる。ここでは、業務プロセスの構造定義３７１に対応
して設けられたスクリプト３８２では、関係記述３８１
によって、「アクティビティ」のノードに対してモデル
スペシフィックなメソッドが定義されている。このよう
な構造定義３７１の複製を作成することで新たな構造定
義３７２を生成する。

【手続補正１４】

【補正対象書類名】明細書

【補正対象項目名】図１０

【補正方法】変更

【補正内容】

【図１０】「アクティビティ」のノードに関連づけられ
たオペレータと構造定義に対応して設けられた関係記述
とを示す図である。

【手続補正１５】

【補正対象書類名】明細書

【補正対象項目名】図１３

【補正方法】変更

【補正内容】

【図１３】組織図モデルの部と課との双方に関連づけら
れたオペレータと構造定義に対応して設けられた関係記
述とを示す図である。

───────────────────────────────────────────────────── フロントページの続き (72)発明者田崎玄吾神奈川県川崎市中原区上小田中４丁目１番１号富士通株式会社内 (72)発明者吉岡誠神奈川県川崎市中原区上小田中４丁目１番１号富士通株式会社内 (72)発明者国分光裕神奈川県川崎市中原区上小田中４丁目１番１号富士通インターナショナルエンジニアリング株式会社内

Claims

【特許請求の範囲】

【請求項１】構造化された電子データに関連する処理
を行う構造化データ管理システムにおいて、処理単位となるデータをノードとした木構造で表現する
ことができ、個々のノードに対応した処理内容が処理記
述として関係付けられている構造化データを保持する構
造化データ保持手段と、前記構造化データ保持手段に格納された特定の構造化デ
ータ中のノードを指定した処理要求に基づき、処理対象
となる構造化データの木構造を解析することで指定され
た対象ノードを認識し、前記対象ノードに関係付けられ
た処理記述を前記処理要求に従って実行するとともに、
実行内容に応じて他のノードへの処理要求を発生させる
構造化データ処理手段と、を有することを特徴とする構造化データ管理システム。
【請求項２】前記構造化データ処理手段は、前記処理
記述の実行内容に応じて、他の構造化データのノードを
指定した処理要求を発生させることを特徴とする請求項
１記載の構造化データ管理システム。
【請求項３】前記構造化データ処理手段は、構造化デ
ータの内容が変更された際には、変更前の構造化データ
と変更後の構造化データとを関係付けて前記構造化デー
タ保持手段内に格納しておき、内容の変更によって存在
しなくなったノードへの処理要求が発生した場合に、前
記変更前の構造化データの木構造と前記変更後の構造化
データの木構造とを解析することで、処理を引き継ぐべ
き前記変更後の構造化データ中のノードを特定すること
を特徴とする請求項１記載の構造化データ管理システ
ム。
【請求項４】前記構造化データ処理手段は、業務プロ
セスに関するデータ構造化データとして取り扱うこと
で、業務支援処理を実行することを特徴とする請求項１
記載の構造化データ管理システム。
【請求項５】前記構造化データ処理手段は、構造化デ
ータ及び処理記述を自動的に配信することを特徴とする
請求項１記載の構造化データ管理システム。
【請求項６】前記構造化データ処理手段は、暗号化技
術を用いて、処理記述の機密を保護していることを特徴
とする請求項１記載の構造化データ管理システム。
【請求項７】前記構造化データ処理手段は、処理記述
の実行に際して、外部機能の影響を受ける処理をコンピ
ュータ上で擬似動作させることで、構造化データに関連
する処理のシミュレーションを行うことを特徴とする請
求項１記載の構造化データ管理システム。
【請求項８】前記構造化データ処理手段は、暗号化技
術を用いて、構造化データの要素毎の機密を保護してい
ることを特徴とする請求項１記載の構造化データ管理シ
ステム。
【請求項９】構造化された電子データに関連する処理
を行う構造化データ管理プログラムを記録したコンピュ
ータ読み取り可能な記録媒体において、処理単位となるデータをノードとした木構造で表現する
ことができ、個々のノードに対応した処理内容が処理記
述として関係付けられている構造化データを保持する構
造化データ保持手段、前記構造化データ保持手段に格納された特定の構造化デ
ータ中のノードを指定した処理要求に基づき、処理対象
となる構造化データの木構造を解析することで指定され
た対象ノードを認識し、前記対象ノードに関係付けられ
た処理記述を前記処理要求に従って実行するとともに、
実行内容に応じて他のノードへの処理要求を発生させる
構造化データ処理手段、としてコンピュータを機能させることを特徴とする構造
化データ管理プログラムを記録したコンピュータ読み取
り可能な記録媒体。