JPH11296541A

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

Info

Publication number: JPH11296541A
Application number: JP10102271A
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-14
Filing date: 1998-04-14
Publication date: 1999-10-29
Also published as: US6279006B1

Abstract

(57)【要約】【課題】論理的構造の定義を容易に変更でき、且つ、
定義された構造に適合するデータに記述されるセマンテ
ィクスが構造を定義した人の意図通りとなるようにす
る。【解決手段】内容モデル１１は、内容記述１２の内部
構造を定義する。内容記述１２は、内容モデル１１に準
じ、管理データを記述する。動作記述１３は、内容モデ
ル１１と結び付けられて、内容記述１２内のデータの構
造に応じて、内容記述１２内のデータを操作する。この
動作記述１３は内容モデル１１において定義される構造
の各要素のセマンティクスを定義するために機能する。
動作記述実行手段２１は、内容モデル１１と結び付いて
いる動作記述１３を実行する。構造管理手段２２は、内
容モデル１１に従った内容記述１２の構造を検証・管理
する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は構造化された電子デ
ータの作成を支援する構造化データ管理システム及び構
造化データ管理プログラムを記録したコンピュータ読み
取り可能な記録媒体に関し、特に変化の多い非定型業務
に利用するための電子データの作成を支援する構造化デ
ータ管理システム及び構造化データ管理プログラムを記
録したコンピュータ読み取り可能な記録媒体に関する。

【０００２】

【従来の技術】従来、文書などの電子的なデータを扱う
場合には、内容の論理的構造に合わせてデータを構造化
させることが行われている。これは、構造化していない
文書では、電子的に再利用するのが困難だからである。
例えば、構造化されていない文書から内容の一部分を抜
きだして見出しを作成したり、他の文書に引用したりす
るには、複雑な解析処理が必要である。

【０００３】ところが、電子データを構造化しそのデー
タを扱うシステムを作成しても、その構造が固定である
と、データ構造を変更する度にシステムも変更しなけれ
ばならない。また、古いデータをその新しいシステムで
も使用できるようにするため、古いデータの形式の構造
を新しい構造に変換するか、新しいシステムで新旧両方
の構造に対処できるようにするということがなされてき
た。その例は、ＨＴＭＬ(Hyper Text Markup language)
とウェブブラウザに見ることができる。以前のＨＴＭＬ
では使用されていたタグが、新しいＨＴＭＬでは使用さ
れなくなったり、独自のタグを定義しているウェブブラ
ウザが存在したりする。

【０００４】このように、データの構造を変える度にシ
ステムを変更していたのでは、データ構造を変える際の
手間が多すぎる。その一方で、企業内の業務形態は随時
変化しており、それに応じて業務で取り扱うデータ構造
も変化させる必要がある。そこで、データ構造を自由に
変更できるようにするために、各データが適合している
べき論理的構造を定義するための手段が提供されてい
る。その例を以下に説明する。

【０００５】文書を処理対象とする場合には、ＳＧＭＬ
(Standard Generalized Markup Language)／ＸＭＬ(eXt
ensible Markup Language)を用いることができる。ＳＧ
ＭＬはＩＳＯ８８７９、ＪＩＳＸ４１５１に規定され
ている文書記述のための規格である。ＸＭＬはWorld Wi
de Web Consortium のＳＧＭＬワーキンググループによ
り制定された、ＳＧＭＬ規格のサブセット規格である。
ＳＧＭＬやＸＭＬでは、文書型定義（ＤＴＤ：Document
Type Definition）という文書の論理的構造を定義する
ための記述手法がある。ＳＧＭＬ／ＸＭＬでは文書の論
理的構造とレイアウトを分離しており、文書内のタグに
よりその論理的構造が明確に示されているので、コンピ
ュータで処理を行いやすく、大量のデータを管理するこ
とが容易になる。

【０００６】リレーショナルデータベースを処理対象と
する場合には、ＳＱＬ(StructuredQuery Language) を
用いることができる。ＳＱＬはＪＩＳＸ３００５に規
定されている、リレーショナルデータベースの定義や問
い合わせに使用されるデータベース言語である。このＳ
ＱＬにより、リレーショナルデータベースのスキーマを
定義する。スキーマは、構造を定義するものであり、構
造化文書の文書型定義に相当する。

【０００７】このように、データの論理的構造を定義す
る手法を用意しておくことで、大量のデータを電子的に
処理し、絶えず変化する要求に応じてデータの論理的構
造を変更することが可能となる。

【０００８】

【発明が解決しようとする課題】しかし、そのような手
法が用意されているＳＧＭＬでも、論理的構造を定義す
る人と文書の内容を作成する人とが異なると、そこに記
述される文書のセマンティクス（情報の意味）が統一で
きないという問題が生じる。一般に構造を定義する人よ
りも文書を作成する人の方がはるかに多いため、この問
題はしばしば発生する。そのため、構造を定義した人の
意図したように文書が作成されないということが生じて
いる。

【０００９】その解決策として、ＳＧＭＬの要素名を曖
昧さのない言葉で付けるようにしたり、ＳＧＭＬのタグ
について、その要素にはどのような記述を書くのかの説
明文を曖昧さのない文章で記述するといったことが行わ
れている。しかし、このような方法を用いても完全に曖
昧性を無くすことはできず、またそれにかかる時間や労
力が膨大なものとなる。

【００１０】また、ＳＱＬでは、リレーショナルデータ
ベースのスキーマ定義において各カラムのセマンティク
スを定義するために型（例えば、数型、文字列型、日時
型）が、用意してあり、各カラムにどのような型の内容
が記入されるかを定義する。しかし、ＳＱＬは、あらか
じめ用意されている型によって限定された範囲でしか内
容を定義することができない。例えば、日時でも、休日
を除く過去の日時しか書いてはならないといった詳細な
内容を指定した項目を定義することができない。

【００１１】なお、文書のセマンティクスが統一できな
いという問題に対する別の解決策として、Ｄｙｎａｍｉ
ｃＨＴＭＬを用いることも考えられる。Ｄｙｎａｍｉｃ
ＨＴＭＬは、ＨＴＭＬ文書とスクリプトを結び付けて、
ＨＴＭＬ文書を活用する記述手法である。具体的には、
ＨＴＭＬ文書の記述の中にスクリプトを埋め込むことに
より、ＨＴＭＬ文書の一部を動的に生成したり、インタ
ラクティブなＨＴＭＬ文書を作成する。そこで、要素の
記入部分にスクリプトを埋め込んでおき、そのスクリプ
トでセマンティクスの動作内容を定義しておけば、曖昧
さのない記述のみを受け付けることができる。

【００１２】ただし、ＤｙｎａｍｉｃＨＴＭＬのよう
に、ＨＴＭＬ文書とスクリプトのような複数の表現方法
が同一ＨＴＭＬ文書内に混在して記述されていると、Ｈ
ＴＭＬ文書もスクリプトも読み辛く、それらを修正する
際の作業能率の悪化を招いてしまう。また、各ＨＴＭＬ
文書に共通のサービスを記述するために、別ファイルに
スクリプトを書いて、各ＨＴＭＬ文書のスクリプトから
そのファイルを読み込むこともできるが、そのスクリプ
トがＨＴＭＬ文書のどういった場面でどういう使われ方
をしているのかわからないので、すべてのＨＴＭＬ文書
への影響を考えなければメンテナンスできない。また、
ＤｙｎａｍｉｃＨＴＭＬでは、スクリプトがＨＴＭＬ文
書内に散らばって記述され、しかも、それらは関連を持
っているため、一部分を直す場合であっても、スクリプ
ト全体への影響を考慮しなければならない。

【００１３】本発明はこのような点に鑑みてなされたも
のであり、論理的構造の定義を容易に変更でき、且つ、
定義された構造に適合するデータに記述されるセマンテ
ィクスが構造を定義した人の意図通りとなるように電子
データを作成させることができる構造化データ管理シス
テムを提供することを目的とする。

【００１４】また、本発明の他の目的は、論理的構造の
定義を容易に変更でき、且つ、定義された構造に適合す
るデータに記述されるセマンティクスが構造を定義した
人の意図通りとなるように電子データを作成させるよう
な処理をコンピュータに行わせることができる構造化デ
ータ管理プログラムを記録したコンピュータ読み取り可
能な記録媒体に関する。

【００１５】

【課題を解決するための手段】本発明では上記課題を解
決するために、構造化された電子データの処理を行う構
造化データ管理システムにおいて、管理すべきデータの
構造を定義した内容モデル１１、前記内容モデル１１に
準じて管理すべきデータを記述した内容記述１２、及び
前記内容モデル１１と関係付けられ、前記内容記述１２
内のデータに対応した処理内容が記述された動作記述１
３で構成された管理オブジェクト１０ａ，１０ｂを保持
する管理オブジェクト保持手段１０と、前記管理オブジ
ェクト１０ａ，１０ｂに対する要求を受け取ると、前記
管理オブジェクト１０ａ，１０ｂを解釈して前記動作記
述１３に従った処理を行うとともに、前記内容記述１２
が前記内容モデル１１の定義から外れないように監視す
る監視処理手段２０と、を有することを特徴とする構造
化データ管理システムが提供される。

【００１６】このような構造化データ管理システムによ
れば、内容モデル１１に準じて作成される内容記述のデ
ータのセマンティクスを動作記述１３において定義して
おけば、前記内容記述を操作する処理命令が入力された
際においても、構造を定義した者の意図に合ったセマン
ティクスのデータのみが入力される。また、内容記述１
２と、その内容モデル１１のデータに対応する処理内容
が記述された動作記述１３とが、別々に設けられている
ため、その内容の認識が容易である。さらに、管理オブ
ジェクト１０ａ，１０ｂの内容を変更することで論理構
造を変更できる。

【００１７】また、上記課題を解決するために、構造化
された電子データの処理を行う構造化データ管理プログ
ラムを記録したコンピュータ読み取り可能な記録媒体に
おいて、管理すべきデータの構造を定義した内容モデ
ル、前記内容モデルに準じて管理すべきデータを記述し
た内容記述、及び前記内容モデルと関係付けられ、前記
内容記述内のデータに対応した処理内容が記述された動
作記述で構成された管理オブジェクトを保持する管理オ
ブジェクト保持手段、前記管理オブジェクトに対する要
求を受け取ると、前記管理オブジェクトを解釈して前記
動作記述に従った処理を行うとともに、前記内容記述が
前記内容モデルの定義から外れないように監視する監視
処理手段、としてコンピュータを機能させることを特徴
とする構造化データ管理プログラムを記録したコンピュ
ータ読み取り可能な記録媒体が提供される。

【００１８】このような記録媒体に記録された構造化デ
ータ管理プログラムをコンピュータで実行すれば、上記
本発明に係る構造化データ管理システムがコンピュータ
によって実現される。

【００１９】

【発明の実施の形態】以下、本発明の実施の形態を図面
を参照して説明する。図１は、本発明の原理構成図であ
る。本発明は、管理オブジェクト保持手段１０と監視処
理手段２０とからなる。

【００２０】管理オブジェクト保持手段１０は、複数の
管理オブジェクト１０ａ，１０ｂを保持している。管理
オブジェクト１０ａ，１０ｂは、内容モデル１１、内容
記述１２、及び動作記述１３を一括して管理するために
概念的にまとめたものである。内容モデル１１は、管理
したいデータの記述である内容記述１２の、内部構造を
定義するものである。内容記述１２は、内容モデル１１
に準じ、管理データを記述するものである。動作記述１
３は、内容記述１２内のデータの振舞い（そのデータに
関連した処理）を記述するものであり、内容モデル１１
あるいは内容記述１２と結び付けられて、内容記述１２
内のデータの構造に応じて、内容記述１２内のデータを
操作するものである。この動作記述１３は内容モデル１
１において定義される構造の各要素のセマンティクスを
定義するため、また、その各要素に付随したサービスを
行うために機能する。さらに動作記述１３は内容記述１
２における各要素に付随した、その内容記述に特有のサ
ービスも行う。

【００２１】監視処理手段２０は、ユーザまたは他のシ
ステムから管理オブジェクトに対する要求に応じて、動
作記述実行手段２１と構造管理手段２２を呼び出すもの
である。動作記述実行手段２１は、ＧＵＩ(Graphical U
ser Interface)や他システムから受けとったメッセージ
情報をもとに、メッセージの指示対象である内容モデル
１１と、あるいは内容記述１２と結び付いている動作記
述１３を求めて読み込み、解釈し実行する。構造管理手
段２２は、内容モデル１１を解釈し、内容モデル１１に
従った内容記述１２の構造を検証・管理する。

【００２２】この構造化データ処理装置では、管理対象
としての電子データに対し、利用者によるルール定義
（動作記述１３）とそのルールに基づいて動作する処理
系（監視処理手段２０）が切り離されている。このと
き、ルール定義である動作記述１３を可読性のある単一
の言語（スクリプト言語）を用いて表現する。また、デ
ータを構造化して、その構造定義である内容モデル１１
と実際のデータの記述である内容記述１２を切り離し、
単一の表現形式で記述し、かつ、構造の各要素に記述す
るセマンティクスやサービスを定義する仕組みと、利用
者と内容記述１２のインタラクション定義を容易に実現
する仕組みを、内容モデル１１と動作記述１３とを関連
付けるか、あるいは内容記述１２と動作記述１３とを関
連付けることにより実現している。これにより、人間系
に依存した内容記述１２と機械処理系に依存した動作記
述１３とのそれぞれの保守をリアルタイムに行うことが
できる。

【００２３】次に、本発明を用いることによる効果を、
具体例をあげて説明する。まず、本発明を用いると、セ
マンティクスの定義の曖昧さを排除することができる。

【００２４】図２は、セマンティクスの定義の曖昧さの
排除手段について説明する図である。図中上段に、従来
のＳＧＭＬ／ＸＭＬを用いた場合の定義の曖昧さの排除
手段を示し、下段に、本発明を用いた場合の定義の曖昧
さの排除手段を示している。

【００２５】従来のＳＧＭＬ／ＸＭＬでは、セマンティ
クス定義の曖昧さを排除するために、内容モデル５０１
において、曖昧さのない要素名（タグ名）を付けてい
た。また、なるべく曖昧さのないようなコメント（説明
文）の追加により、統一したセマンティクスの入力を促
していた。例えば、「氏名」という要素に対して、「名
字」と「名前」というようなコメントを追加している。
しかし、このようにしても曖昧さは残り、しかも、拘束
力がないため、誤ったデータが入力されても、それをチ
ェックすることができない。

【００２６】一方、本発明では、内容モデル１１ａにお
ける構造の各要素に対する内容記述のデータのセマンテ
ィクス定義、および、入力支援するサービスを、スクリ
プトにより動作記述１３ａ〜１３ｄとして用意し、内容
モデル１１ａの各要素、あるいは、内容記述の各要素と
結びつけている。そのため、要素に対応した動作記述に
より、その要素の入力支援を行えば、データ作成者がデ
ータ構造の各要素に何を書くところなのかを理解でき
る。また、動作記述実行手段２１により、データのセマ
ンティクスが記述する構造の各要素に適した内容である
かを自動で検証したり、記入する内容を一覧に表示しユ
ーザに選択させるといった支援を行うことができる。そ
の結果、電子データ作成において人為的な間違いがなく
なる。

【００２７】また、本発明を用いると、セマンティクス
の多重定義よる弊害がなくなる。すなわち、従来のＳＧ
ＭＬ／ＸＭＬやＳＱＬでは、定義された各要素のセマン
ティクスを検証する処理をアプリケーション毎に実装し
ている。そのため、検証処理の内容が異なることによ
り、アプリケーション毎にセマンティクスが異なり、セ
マンティクスを変更しようとすると全てのアプリケーシ
ョンを変更しなければならない。

【００２８】図３は、セマンティクスの多重定義につい
て説明する図である。図中左側に従来のＳＱＬによるセ
マンティクスの定義を示しており、右側に本発明による
セマンティクスの定義を示している。

【００２９】図に示すように、従来のＲＤＢＭＳ(Relat
ional DataBase Management System) では、ＲＤＢＭＳ
内で型によるスキーマ定義５１４を行い、さらに、アプ
リケーションプログラム５１１〜５１３上で、セマンテ
ィクスが定義されていた。このとき、場合によっては、
アプリケーションプログラムの作成者が意識せずにセマ
ンティクスの定義が組み込まれる場合もある。

【００３０】一方、本発明では、内容モデル１１と動作
記述１３を結びつけ、動作記述内でセマンティクスを定
義している。そして、これらを１つの管理オブジェクト
として監視処理手段２０が解釈するため、個別のアプリ
ケーションが独自にセマンティクス定義の処理を組み込
む必要がなくなる。その結果、セマンティクスを変更す
る際には動作記述の内容を変更すればよく、全てのアプ
リケーションを変更する必要はない。

【００３１】また、本発明を用いれば、文書構造に関す
る部分と動作記述との内容が理解しやすくなる。例え
ば、オンラインでの商品注文の発注書作成支援を行う場
合を考える。

【００３２】図４は、ＤｙｎａｍｉｃＨＴＭＬによる発
注書作成用文書の例を示す図である。このように、構造
化文書のある要素に動作記述を関連づけることは、Ｄｙ
ｎａｍｉｃＨＴＭＬ５２０においても可能である。

【００３３】図５は、発注書作成支援画面の例を示す図
である。これは、図４のＤｙｎａｍｉｃＨＴＭＬ５２０
が実行された際にユーザの表示装置に表示される画面を
示している。この例では、発注書作成支援画面の表示要
求を受けると、サービス時間内か否かを判断される。サ
ービス時間外であれば、その旨のアナウンスを表示する
画面５３１が表示され、サービス時間内であれば発注書
作成画面５３２が表示される。発注書作成画面５３２に
は、「所属」、「氏名」、及び「個数」の入力項目が設
けられている。これらの入力項目に必要事項を入力し
「発注」のボタンを押すことで、発注書作成指令が出さ
れる。このとき、入力された項目のセマンティクスが検
証され、適合していなければ、正しい入力を促すための
画面５３３が表示され、適合していれば商品を注文する
旨のメッセージが書かれた画面５３４が表示される。

【００３４】このようにして、ＤｙｎａｍｉｃＨＴＭＬ
５２０によって、セマンティクスの曖昧さをなくすこと
もできるが、図４に示すように、ＤｙｎａｍｉｃＨＴＭ
Ｌ５２０では、ＨＴＭＬとスクリプトとの複数の表現方
法が、同一文書内に入れ子構造で混在して記述されてい
る。そのため、ＨＴＭＬ文書の内容もスクリプトの内容
も読み取りづらいものとなっていた。

【００３５】そこで、本発明を用いて同様の発注書作成
支援を行うには、次のような管理オブジェクトを作成す
る。図６は、本発明の発注書作成用管理オブジェクトの
例を示す図である。図に示すように、注文の文書型を定
義した内容モデル１１ｂ、その内容モデル１１ｂに従っ
た文書構造の内容記述１２ａ、及び内容モデル１１ｂ内
の要素に関連づけられた動作記述１３ｅ〜１３ｊを管理
オブジェクトとして用いる。動作記述１３ｅ〜１３ｊに
は、各要素に対する内容記述のデータのセマンティクス
定義、及び入力支援サービスの内容が、スクリプトで記
述されている。そして、監視処理手段で適宜スクリプト
が実行されることで、所望の発注書を示す内容記述１２
ｂが得られる。

【００３６】このように、データと、データの振舞いと
が分離されていることにより、一連の記述内に、複数の
表現形式が混在することがない。そのため、データやス
クリプトが読みやすくなり、メンテナンスが容易とな
る。これは、文書の記述量が増大した際に特に効果が現
れる。

【００３７】図７は、データとスクリプトとの関係を示
す図である。図中左側に、ＤｙｎａｍｉｃＨＴＭＬ５４
１を示し、右側に本発明の管理オブジェクトを示してい
る。ＤｙｎａｍｉｃＨＴＭＬ５４１では、ＨＴＭＬによ
る記述とスクリプトによる記述とが混在しており、どの
スクリプトがどのＨＴＭＬを操作しているのかが不明確
である（対応関係を図中では点線で示しているが、実際
には対応関係を示す特別な情報は存在しない）。一方、
本発明の管理オブジェクトでは、内容モデル１１ｃに対
応付けられた動作記述１３ｋの各スクリプト（オペレー
タともいう）が、内容モデル１１ｃの各要素に明確に対
応付けられている。同様に、内容記述１２ｃに対応付け
られた動作記述１３ｍの各スクリプトが、内容記述１２
ｃの各要素に明確に対応付けられている。なお、動作記
述１３ｍからの内容記述１２ｃの操作は、例えば、Ｘpo
inter などのロケータ記述を用いて構造管理手段に指示
を出すことによって実現できる。

【００３８】このようにして、内容モデルによって定義
される構造、あるいは内容記述の構造と動作記述の結び
付きがはっきりし、内容モデルや動作記述の変動が他に
影響する範囲が明確になる。

【００３９】また、本発明では内容モデル１１と動作記
述１３を結びつけたことにより、同じ内容モデル１１に
従った多数の内容記述１２に対する共通のサービスを記
述できる。従来、同じ構造を持つデータに共通のサービ
スは、システムにハードコーディングされ組み込まれて
いた。そのため、データの構造に変更が生じたり、その
変更により共通のサービスを変更しなければならない時
にシステムを作り直さなければならなかった。本発明に
よれば、同じ構造を持つデータに共通なサービスも、動
作記述１３として監視処理手段２０の外にあるため、容
易に変更することができる。さらに、動作記述１３は内
容モデル１１内の各要素と結び付いており、その動作記
述１３は他の動作記述とは関係がないため、全ての動作
記述を考慮しなくても、一部分を変更することができ
る。そのため、作業の分担も容易に行うことができ、メ
ンテナンス性が向上する。

【００４０】また、本発明では内容記述１２と動作記述
１３を結びつけたことにより、インスタンスに特有のサ
ービスを動作記述１３として用意し使用することができ
る。これにより、内容モデル１１と結びつく共通サービ
スの動作記述１３でなく、内容記述１２に特有なサービ
スを用意することができる。そうすることにより、同じ
内容モデル１１である他の内容記述１２に対するサービ
スに影響せずに動作記述１３を変更することができる。

【００４１】さらに、本発明では、内容モデル１１にお
ける構造の各要素に対する内容記述１２のデータのセマ
ンティクス定義や、入力支援するサービスを監視処理手
段２０内にハードコーディングして持つのではなく、動
作記述１３としてスクリプト言語で記述できるようにし
た。これにより、処理の内容をユーザが容易に理解する
ことができ、ユーザが独自にサービス定義をすることが
できる。また、メンテナンス作業にかかる時間を少なく
できる。また、内容記述１２と動作記述１３を別々にす
ることにより、ＤｙｎａｍｉｃＨＴＭＬのように同じフ
ァイル内に複数の言語が混在して存在することがなく、
メンテナンスの際混乱することがなく、サービス内容の
変化に応じて、短時間でその振舞いを変更でき、対象が
変化の多い環境でのシステム、例えば非定型業務を支援
することができる。

【００４２】また、本発明では、内容モデル１１と内容
記述１２と動作記述１３を論理的に一括して扱うことに
より環境の変更によってユーザの要求が変化し、内容モ
デル１１の構造定義や動作記述１３の振舞いを変更する
ことになっても、既存の内容記述１２は既存の内容モデ
ル１１と動作記述１３によって支援することができる。
また、監視処理手段２０が配布先に存在すれば、管理オ
ブジェクト１０ａ，１０ｂをその括りで配布することが
可能になる。

【００４３】また、本発明では、内容記述１２の構造が
内容モデル１１によって定義されているかどうかを管理
する構造管理手段２２と、内容記述１２に対するサービ
スやセマンティクスの検証を行う動作記述１３を処理す
る動作記述実行手段２１を、処理として分けたことによ
り、動作記述１３内で内容記述１２を書きかえる際に内
容モデル１１に従ってデータを整形して出力するように
書かなくてもよくなる。また、内容記述１２の読み込み
の際に、動作記述１３には、構造を指定して各要素のデ
ータを読み込むように記述することができ、構造に関す
る複雑な処理を記述しなくてすむ。

【００４４】図８は、ＳＧＭＬインスタンスの内容を取
得するスクリプトの比較例を示す図である。この例で
は、図に示したような内容モデル１１ｄに従って作成さ
れた内容記述１２ｄから作成日時を抜き出すためのスク
リプトを示している。

【００４５】構造解析手段を用いない場合のスクリプト
５５０では、内容記述１２ｄの構造を解析しつつ、目的
のデータにたどり着けるように、非常に長い処理手順を
記述しなければならない。

【００４６】一方、構造解析手段を用いた場合のスクリ
プト１３ｎでは、内容記述１２ｄの構造に関する複雑な
処理を記述せずに、目的の情報を簡単に指定する事がで
きる。この場合、内容記述１２ｄの構造解析は、構造管
理手段２２が行う。

【００４７】また、監視処理手段２０と管理オブジェク
ト保持手段１０を分け、データ自身およびその構造定義
と振舞いの記述を管理オブジェクトとして管理オブジェ
クト保持手段１０に保持し、処理内容の変更に影響され
ないスクリプト実行処理やデータの構造定義や内容を管
理する部分を監視処理手段２０とし、本システムにおけ
る振舞いの内容を、ユーザの要求に依存する部分と依存
しない部分に明確に分けた。そのため、ユーザの要求に
従い変更される部分と、要求によって変更されることが
ない処理が明確に区別でき、ユーザの要求を早急にシス
テムに反映させることができる。また、監視処理手段２
０は同一アーキテクチャで様々な管理オブジェクトを管
理することが可能となる。

【００４８】このような本発明の構造化データ管理シス
テムを、企業内の業務に関するデータ処理を支援するた
めの業務支援システムに適用することで、様々な業務の
効率化を図ることができる。以下に、本発明を適用した
業務支援システムについて説明する。

【００４９】図９は、業務支援システムの構成図であ
る。これは、構造化された電子文書を対象とした業務支
援システム１００を示している。業務支援システム１０
０は、管理オブジェクト１１０、監視処理部１２０及び
ＳＧＭＬエディタ１３１で構成されている。

【００５０】管理対象である電子文書は、管理オブジェ
クト１１０として管理される。管理オブジェクト１１０
は、データ型定義（ＤＴＤ）１１１、ＳＧＭＬインスタ
ンス１１２、ＭＩＰＳスクリプト１１３、及び関係記述
１１４ａ，１１４ｂからなる。

【００５１】電子文書は、構造化電子文書の世界標準記
述仕様であるＳＧＭＬにより構造化して記述されてい
る。原理説明図（図１) での内容モデル１１がＳＧＭＬ
仕様のＤＴＤ１１１に相当し、内容記述１２がＳＧＭＬ
インスタンス１１２に相当する。

【００５２】ＭＩＰＳスクリプト１１３は、原理説明図
（図１）における動作記述１３に相当し、ＭＩＰＳ言語
(Micro Post Script) で記述されたスクリプトである。
ＭＩＰＳ言語は、スクリプトを利用する人や修正する人
が、どのような処理を行うスクリプトなのかを理解しや
すいように日本語表現の言語仕様を持つスクリプト言語
である。

【００５３】ＭＩＰＳスクリプト１１３を構成する動作
実行命令であるオペレータの種類には、例えば、管理オ
ブジェクト１１０読み込み時に実行される開始オペレー
タ、終了時に実行される終了オペレータ、及び、ＳＧＭ
Ｌインスタンス１１２の要素に対応する処理を行うため
のオペレータを用意するものとする。要素に対応する処
理を行うためのオペレータは、ＤＴＤ１１１の要素に関
する定義と関係付けられるものと、特定のＳＧＭＬイン
スタンス１１２の要素に関係付けられるものとがある。
ＭＩＰＳスクリプト１１３に記述される内容は、例え
ば、ＳＧＭＬインスタンス１１２の作成や修正及び表
示、データベース３００へのアクセス、他システム１３
１の起動や終了である。これにより、例えば、人の情報
を蓄えているデータベースにアクセスして、人の名前や
所属部署を記入する際の間違いをなくすことができる。

【００５４】関係記述１１４ａ，１１４ｂは、ＳＧＭＬ
の要素名、メッセージ名、オペレータ名の３項の組から
なるテーブルである。人や他システムがＳＧＭＬインス
タンス１１２の要素に対してメッセージを送ると、関係
記述１１４ａ，１１４ｂにより、その要素名とメッセー
ジに対応するＭＩＰＳスクリプト１１３内のオペレータ
が特定される。そして、特定されたオペレータがＭＩＰ
Ｓインタプリタ１２１で実行される。

【００５５】ここで、関係記述１１４ａは、ＤＴＤ１１
１に対する関係記述であり、関係記述１１４ｂは、ＳＧ
ＭＬインスタンス１１２に対する関係記述である。ＤＴ
Ｄ１１１に対しての関係記述１１４ａは、そのＤＴＤ１
１１に従うＳＧＭＬインスタンス１１２に共通して利用
され、その要素のセマンティクスを定義するオペレータ
と結び付ける働きをする。ＳＧＭＬインスタンス１１２
に対する関係記述１１４ｂは、そのＳＧＭＬインスタン
ス１１２のある要素に特有のオペレータを定義したいと
きに、その要素とオペレータを結び付ける働きをする。

【００５６】関係記述１１４ａ，１１４ｂは３項組でな
くても要素名とオペレータ名が関係付けてあればよい。
例えば要素名とオペレータ名のペアからなるテーブルと
し、ＳＧＭＬインスタンス１１２の要素をマウスクリッ
クすると、その要素と結び付いているオペレータの一覧
を表示してユーザに選択させるようにしてもよい。ま
た、関係記述１１４ａ，１１４ｂは１つのＤＴＤ１１１
や１つのＳＧＭＬインスタンス１１２に対して１つに限
るものではない。例えば、文書作成、レビュー、承認、
保管、配布、更新、参照といった、目的や担当者に応じ
た関係記述１１４ａ，１１４ｂを複数用意してもよい。

【００５７】監視処理部１２０は、ＭＩＰＳインタープ
リタ１２１とオブジェクトマネージャ１２２とを有して
おり、それらを制御する。ＭＩＰＳインタープリタ１２
１は、原理説明図（図１）の動作記述実行手段２１に相
当する。すなわち、ユーザがＳＧＭＬエディタ１３１を
用いてＳＧＭＬインスタンス１１２の要素に対するメッ
セージを入力すると、ＭＩＰＳインタープリタ１２１が
関係記述１１４ａ，１１４ｂを解釈し、受け取ったメッ
セージに対して実行すべきＭＩＰＳスクリプト１１３の
オペレータを選択する。そして、ＭＩＰＳインタープリ
タ１２１が選択したオペレータを解釈し、実行する。そ
のため、ＭＩＰＳインタープリタ１２１は、ＭＩＰＳス
クリプト１１３を解釈実行するために必要な機能を備え
ている。例えば、データベース３００へのアクセス機
能、他システムとの連携機能、ＳＧＭＬを管理している
オブジェクトマネージャ１２２に対してＳＧＭＬインス
タンス１１２の読み書きを指示するための機能がある。

【００５８】オブジェクトマネージャ１２２は、原理説
明図（図１）の構造管理手段２２に相当し、ＤＴＤ１１
１を解釈し、ＳＧＭＬインスタンス１１２がＤＴＤ１１
１に定義されている構造に従っているか検証し、ＭＩＰ
Ｓインタープリタ１１３からのＳＧＭＬインスタンス１
１２変更指示に応じて、ＤＴＤ１１１に定義されている
構造を守りながら変更を行う。また、ＳＧＭＬインスタ
ンス１１２読み込みのために、構造を指定して各要素の
文書を読み込みができる機能をＭＩＰＳインタープリタ
１２１に提供する。

【００５９】ＳＧＭＬエディタ１３１は、監視処理部１
２０へ入力すべき情報の入力環境をユーザに提供する。
具体的には、監視処理部１２０から受け取ったＳＧＭＬ
インスタンスや各種メッセージを、ユーザが使用してい
る表示装置の画面に表示したり、入力装置からのユーザ
入力を受け付け、受け付けた情報を監視処理部１２０に
渡す。

【００６０】処理対象となる構造化文書は、データベー
ス３００に格納されている。データベース３００には、
様々な種類のデータが格納されている。例えば、ＲＤＢ
(Relational DataBase) ３１０、ＣＳＶ(Comma Separat
ed Value) ファイル３２０、文書ファイル３３０などで
ある。

【００６１】図１０は、業務支援システムの処理の流れ
を示す図である。処理の流れの概略は、まず、監視処理
部１２０が管理オブジェクト１１０を読み込む（Ｓ１
０）。次に、ＳＧＭＬエディタ１３１が、文書の内容を
表示する（Ｓ２０）。そして、ユーザがＳＧＭＬエディ
タ１３１に対して指示を入力する（Ｓ３０）。その入力
内容は、ＳＧＭＬエディタ１３１によって監視処理部１
２０に送られる。すると、入力内容に応じて、監視処理
部１２０がＭＩＰＳスクリプト１１３を実行する（Ｓ５
０）。以上の処理が繰り返し行われる。

【００６２】続いて、それぞれの処理の詳細を説明す
る。監視処理部１２０が管理オブジェクト１１０を読み
込む処理（Ｓ１０）は、まず、オブジェクトマネージャ
１２２がＳＧＭＬのＤＴＤ１１１とＳＧＭＬインスタン
ス１１２を読み込み、ＳＧＭＬインスタンス１１２がそ
のＤＴＤ１１１で定義されている構造に従っているか検
証する（Ｓ１１）。次にＭＩＰＳインタープリタ１２１
が、ＭＩＰＳスクリプト１１３の開始オペレータを読み
込み実行する（Ｓ１２）。開始オペレータを実行するこ
とにより、監視処理部１２０において以下のことが行わ
れる。まず、データベース３００にアクセスして情報収
集し、その情報に基づいてＳＧＭＬインスタンス１１２
を書き変える。次に、ＳＧＭＬエディタ１３１にＳＧＭ
Ｌインスタンス１１２の内容を送り、ディスプレイ上に
ＳＧＭＬインスタンス１１２を表示させる。

【００６３】ＳＧＭＬエディタ１３１は、監視処理部１
２０から送られたＳＧＭＬインスタンス１１２の内容を
表示装置の画面に表示する（Ｓ２０）。次に、ユーザが
ＳＧＭＬエディタ１３１上で、カーソルを移動し文字を
入力したり、マウスクリックしたりする（Ｓ３０）と、
ＳＧＭＬエディタ１３１はどのＳＧＭＬの要素（タグ）
に対してどのようなイベントが行われたかを監視処理部
１２０に送る（Ｓ４０）。

【００６４】監視処理部１２０ではＭＩＰＳインタプリ
タ１２１が、ＳＧＭＬエディタ１３１から送られた要素
名とイベントの種類( キーボードのコード、マウスのク
リック、ダブルクリック等) の情報を元に関係記述１１
４ａ、１１４ｂから、該当するＭＩＰＳスクリプト１１
３のオペレータ名を調べ（Ｓ５１）、実行する（Ｓ５
２）。その際、まずＳＧＭＬインスタンス用の関係記述
１１４ｂを調べ、そのテーブルに該当する項目が存在す
れば、そのオペレータを実行する。存在しなかった場合
は、ＤＴＤ用の関係記述１１４ａを調べ、そのテーブル
に該当する項目が存在すれば、そのオペレータを実行す
る。どちらにも存在しなかった場合には何も行わない。

【００６５】ＭＩＰＳスクリプト１１３には、ＳＧＭＬ
インスタンス１１２の変更、ＳＧＭＬインスタンス１１
２が要素に応じた内容の記述になっているかの検証、他
の管理オブジェクト１１０内のＳＧＭＬインスタンス１
１２の表示、他の管理オブジェクト１１０の呼び出し、
データベース３００とのやりとり、他システムの実行、
終了オペレータの呼び出しが記述されている。他の管理
オブジェクトが呼び出されると、別のプロセスとして同
様の処理手順が並行して行われる。また、終了オペレー
タの呼び出しが行われると、ＭＩＰＳインタプリタ１２
１が終了オペレータを読み込み実行する（Ｓ５３）。

【００６６】このように、ＤＴＤ１１１とＭＩＰＳスク
リプト１１３を関連づけることにより、文書に記述され
るセマンティクスを定義することが可能となる。すなわ
ち、ＳＧＭＬ仕様では、ＳＧＭＬインスタンス１１２に
記述される文書の構造を定義する手法は用意されている
が、その文書に記述されるセマンティクスを定義する手
法は用意されていない。そのため、ＤＴＤ１１１作成に
おいて、構造の要素名を決定する際に曖昧性のない単語
を選ぶことや、その要素がどのような意味を表している
かを説明するための文書を曖昧さなく記述することに、
労力がかかっていた。

【００６７】そこで、本発明に係る業務支援システムで
は、文書に記述されるセマンティクスを定義する手法と
して、文書の構造の各要素に対して、記述を支援するＭ
ＩＰＳスクリプト１１３を用意する。そのスクリプトに
より、文書の構造とともにその構造の各要素に記述され
るセマンティクスを定義することができ、また、情報の
検索や入力支援等のサービスを提供することができる。

【００６８】図１１は、文書作成日を記入するスクリプ
トの例を示す図である。このように、文書の作成日を記
入する要素に対して、作成している日付を求めてそこの
要素内に記入するためのＭＩＰＳスクリプト１１３ａを
用意することにより、作成日の要素の中に文書を作成し
ている日付が間違いなく記入されることが保証される。
また、作成者が記入しなくても、作成の日付が自動的に
記入されるため、作成にかかる手間が省ける。

【００６９】また、文書の構造を管理する専用のオブジ
ェクトマネージャ１２２を用意したことにより、データ
のモデルとデータの処理が明確に分離され、データのモ
デルに関する記述をスクリプトに書かなくてよくなる。
例えば、データの構造を守るように内容を整形して出力
する記述をスクリプトに書く必要がなくなる。

【００７０】また、オブジェクトマネージャ１２２が構
造を指定して各要素の文書を読み込みができる機能を提
供していることにより、ＳＧＭＬインスタンス１１２か
ら内容を読み込む際に、ＳＧＭＬインスタンス１１２の
文頭から要素名の検索を繰り返すようなスクリプトを書
く必要がなくなる。

【００７１】以下に、会議の議事録を作成する場合を例
にとり、業務支援システムの処理を、図１０に示したス
テップ番号を用いて具体的に説明する。図１２は、議事
録作成用のＤＴＤとＳＧＭＬインスタンスの例を示す図
である。

【００７２】まず、監視処理部１２０が、図に示すよう
な「議事録」文書を扱う管理オブジェクトを読み込む
（Ｓ１０）。具体的には、オブジェクトマネージャ１２
２が、ＤＴＤ１１１ｃとＳＧＭＬインスタンス１１２ｃ
とを読み込み、ＳＧＭＬインスタンス１１２ｃの構造を
検証する（Ｓ１１）。構造が正しいことが確認される
と、開始オペレータが実行される（Ｓ１２）。

【００７３】図１３は、議事録作成用の動作記述の例を
示す図である。図に示したＭＩＰＳスクリプト１１３ｃ
では、開始オペレータとして、会議室予約データベース
を検索し、その情報を元に会議開催日時、開催場所を、
それぞれの書くべき構造のところに自動で記入する処理
が記述されている。

【００７４】図１４は、開始オペレータ実行後の表示内
容を示す図である。開始オペレータが実行された結果、
ＳＧＭＬエディタ１３１のＳＧＭＬビュー１３１ａに
は、会議開催日時と開催場所とが記入された状態で、Ｓ
ＧＭＬインスタンス１１２ｃの内容が表示される（Ｓ２
０）。

【００７５】ユーザが、このＳＧＭＬビュー１３１ａの
画面内の「４．出席者」の位置にマウスポインタを移動
し、マウスのボタンをクリックする（Ｓ３０）と、要素
名「出席者」、イベント「クリック」という情報がＳＧ
ＭＬエディタ１３１から監視処理部１２０へ送られる。

【００７６】すると、管理処理部１２０のＭＩＰＳイン
タプリタ１２１が、ＳＧＭＬエディタ１３１からの情報
に該当するＭＩＰＳスクリプトを関係記述から調べる
（Ｓ５１）。

【００７７】図１５は、ＤＴＤと動作記述との間の関係
記述の例を示す図である。この関係記述１１４ｃでは、
要素名「出席者」の「クリック」のイベントに対して、
出席者入力オペレータが対応付けられている。そこで、
ＭＩＰＳインタプリタ１２１が、出席者入力オペレータ
を読み込み、実行する（Ｓ５２）。

【００７８】図１３の例では、出席者入力オペレータと
して、人事データベースを検索し、その情報をダイアロ
グに表示し、そこから選択させて、選択された人の名前
と所属と電子メールアドレスを、それぞれの書くべき構
造のところに自動で記入するという処理が記述されてい
る。

【００７９】図１６は、出席者入力用のダイアログを示
す図である。ユーザは、画面に表示されたダイアログ１
３１ｂの中から、該当する者を選択すればよい。出席者
の選択が終了したら、ＭＩＰＳインタプリタ１２１によ
って、ＳＧＭＬインスタンス１１２ｃの所定の位置に出
席者の情報が追加される。

【００８０】図１７は、出席者の情報が追加されたＳＧ
ＭＬインスタンスを示す図である。このＳＧＭＬインス
タンス１１２ｄでは、「出席者」のタグの下に「人」の
タグが設けられ、ユーザが選択した者に関する情報が記
載されている。

【００８１】このように、出席者の要素と人事データベ
ースとを結び付けておき、データの選択のみで出席者の
入力を行えるようにしたことにより、出席者を記入する
ことが容易になり、しかも文字の入力ミスなどといった
人為的なミスがなくなる。

【００８２】また、ＳＧＭＬインスタンスの内容を、他
システムである文書校正システムで校正した後、出席者
に記入されている人の電子メールアドレスに送るという
処理を、終了オペレータとして記述しておくことで、議
事録作成後に、校正、配布するという処理を支援でき
る。

【００８３】さらに、ＳＧＭＬインスタンスの要素の属
性として電子署名を記入するというオペレータを用意
し、そのオペレータと要素を結び付けることにより、そ
れぞれの作成者の著作権を守ることが可能になる。

【００８４】上述の実施の形態では、文書のみを対象と
しているが、例えば、業務プロセス、組織体系、文書体
系などの複数種類の情報を管理オブジェクトとして持つ
ことにより、より柔軟で動的に支援を変更できる業務支
援システムを作成することが可能である。以下に、管理
オブジェクトとして組織図を扱った例について説明す
る。

【００８５】図１８は、組織図を扱った管理オブジェク
トの例を示す図である。組織図のＤＴＤ２１０に対し
て、組織図共通の動作記述としてＭＩＰＳスクリプト２
３０が設けられており、これらは組織図共通の関係記述
２４１によって対応関係が定義されている。また、ＤＴ
Ｄ２１０の定義に従った複数のＳＧＭＬインスタンス２
２１，２２２が設けられている。

【００８６】ＭＩＰＳスクリプト２３０の内容には、例
えば、連絡事項をその部署の長に電子メールで送信する
ように記述されている。この記述は、「連絡事項送信」
オペレータとして、ＤＴＤ２１０における部と課のタグ
に結び付けるよう関係記述２４１に記述されている。こ
うすることにより、このＤＴＤ２１０に従って記述され
たそれぞれの組織の内容記述において、部や課をマウス
クリックすると、メッセージを入力するよう促される。
そして、メッセージを記入するとそれぞれの部長や課長
にメッセージが電子メールで送られる。このように、全
ての部署に対する基本的なサービスが提供できる。

【００８７】また、共通のサービスではなく、その部署
特有のサービスに変更したい場合には、その部署毎のＳ
ＧＭＬインスタンスに対して動作記述を関連づければよ
い。それは、ＳＧＭＬインスタンスの特定の要素に対す
る動作記述が存在していれば、その動作記述がＤＴＤに
対応する動作記述よりも優先されるからである。

【００８８】図１９は、「○○事業部」のＳＧＭＬイン
スタンスに付随したＭＩＰＳスクリプトの例を示す図で
ある。「○○事業部」の組織図を示すＳＧＭＬインスタ
ンス２２１に対応する動作記述としてＭＩＰＳスクリプ
ト２３１が設けられている。そして、ＳＧＭＬインスタ
ンス２２１とＭＩＰＳスクリプト２３１との関係が、関
係記述２４２によって定義付けられている。

【００８９】このようにオペレータを記述し、そのＳＧ
ＭＬインスタンスに付随する関係記述において、部のタ
グと結び付けることで、○○事業所設計管理部への報告
が、部長ではなく秘書宛に送られるようになる。

【００９０】また、共通のサービスを行ったうえで別の
処理を追加することもできる。その例を以下に示す。図
２０は、「××事業部」のＳＧＭＬインスタンスに付随
したＭＩＰＳスクリプトの例を示す図である。「××事
業部」の組織図を示すＳＧＭＬインスタンス２２２に対
応する動作記述としてＭＩＰＳスクリプト２３２が設け
られている。そして、ＳＧＭＬインスタンス２２２とＭ
ＩＰＳスクリプト２３２との関係が、関係記述２４３に
よって定義付けられている。これにより、××事業所品
質保証部第一品質保証課への報告は、課長だけではなく
部長にも送られるようになる。

【００９１】このように、課長宛だけでなくその上司で
ある部長宛にも電子メールを送るように変更する場合に
は、新しく記述するオペレータから共通のオペレータを
呼び出すことにより実現することができる。

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

【００９３】

【発明の効果】以上説明したように本発明の構造化デー
タ管理システムでは、構造化された電子データに記述さ
れるセマンティクスを動作記述により定義でき、構造の
各要素のセマンティクスが統一され、電子データを効率
的に処理することが可能となる。また、内容記述と動作
記述とが個別に存在していることにより、データと、シ
ステムの振舞いとが分離されているため、記述内容の理
解が容易となり、内容の変更時の作業効率が向上する。

【００９４】また、本発明の構造化データ管理プログラ
ムを記録したコンピュータ読み取り可能な記録媒体で
は、記録された構造化データ管理プログラムをコンピュ
ータに実行させることで、構造化された電子データに記
述されるセマンティクスを動作記述により定義し、構造
の各要素のセマンティクスが統一された電子データの効
率的な処理を、コンピュータに行わせることができる。

【図面の簡単な説明】

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

【図２】セマンティクスの定義の曖昧さの排除手段につ
いて説明する図である。

【図３】セマンティクスの多重定義について説明する図
である。

【図４】ＤｙｎａｍｉｃＨＴＭＬによる発注書作成用文
書の例を示す図である。

【図５】発注書作成支援画面の例を示す図である。

【図６】本発明の発注書作成用管理オブジェクトの例を
示す図である。

【図７】データとスクリプトとの関係を示す図である。

【図８】ＳＧＭＬインスタンスの内容を取得するスクリ
プトの比較例を示す図である。

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

【図１０】業務支援システムの処理の流れを示す図であ
る。

【図１１】文書作成日を記入するスクリプトの例を示す
図である。

【図１２】議事録作成用のＤＴＤとＳＧＭＬインスタン
スの例を示す図である。

【図１３】議事録作成用の動作記述の例を示す図であ
る。

【図１４】開始オペレータ実行後の表示内容を示す図で
ある。

【図１５】ＤＴＤと動作記述との間の関係記述の例を示
す図である。

【図１６】出席者入力用のダイアログを示す図である。

【図１７】出席者の情報が追加されたＳＧＭＬインスタ
ンスを示す図である。

【図１８】組織図を扱った管理オブジェクトの例を示す
図である。

【図１９】「○○事業部」のＳＧＭＬインスタンスに付
随したＭＩＰＳスクリプトの例を示す図である。

【図２０】「××事業部」のＳＧＭＬインスタンスに付
随したＭＩＰＳスクリプトの例を示す図である。

【符号の説明】

１０管理オブジェクト保持手段１０ａ，１０ｂ管理オブジェクト１１内容モデル１２内容記述１３動作記述２０監視処理手段２１動作記述実行手段２２構造管理手段

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

Claims

【特許請求の範囲】

【請求項１】構造化された電子データの処理を行う構
造化データ管理システムにおいて、管理すべきデータの構造を定義した内容モデル、前記内
容モデルに準じて管理すべきデータを記述した内容記
述、及び前記内容モデルと関係付けられ、前記内容記述
内のデータに対応した処理内容が記述された動作記述で
構成された管理オブジェクトを保持する管理オブジェク
ト保持手段と、前記管理オブジェクトに対する要求を受け取ると、前記
管理オブジェクトを解釈して前記動作記述に従った処理
を行うとともに、前記内容記述が前記内容モデルの定義
から外れないように監視する監視処理手段と、を有することを特徴とする構造化データ管理システム。
【請求項２】前記監視処理手段は、前記管理オブジェ
クトの処理指令をもとに、指示対象である前記内容モデ
ルと結び付いている前記動作記述を読み込み、読み込ん
だ前記動作記述を解釈し実行する動作記述実行手段と、
前記内容モデルを解釈し、前記内容モデルに従った前記
内容記述の構造を検証するとともに、前記動作記述実行
手段により前記内容記述の操作指令があれば、前記内容
モデルに適合した構造となるように、前記内容記述を操
作する構造管理手段と、を有することを特徴とする請求
項１記載の構造化データ管理システム。
【請求項３】前記管理オブジェクト保持手段に保持さ
れた前記動作記述は、スクリプト言語で記述されている
ことを特徴とする請求項１記載の構造化データ管理シス
テム。
【請求項４】前記管理オブジェクト保持手段に保持さ
れた前記動作記述は、前記内容モデルと関係付けられて
おり、前記内容モデルに準じて作成された全ての前記内
容記述のデータに対応する処理内容が記述された内容モ
デル対応動作記述と、前記内容モデルに準じて作成され
た特定の内容記述と関係付けられており、特定の内容記
述のデータに対応する処理内容が記述された内容記述対
応動作記述とで構成されることを特徴とする請求項１記
載の構造化データ管理システム。
【請求項５】前記管理処理手段は、特定のデータに対
して前記内容モデル対応動作記述による処理と、前記内
容記述対応動作記述による処理とが存在した場合には、
前記内容記述対応動作記述による処理を優先して実行す
ることを特徴とする請求項４記載の構造化データ管理シ
ステム。
【請求項６】前記管理オブジェクト保持手段に保持さ
れた前記動作記述は、前記内容記述のデータのセマンテ
ィクスを定義していることを特徴とする請求項１記載の
構造化データ管理システム。
【請求項７】前記管理オブジェクト保持手段に保持さ
れた前記動作記述は、前記内容記述のデータに応じて行
われるべきサービスの内容が記述されていることを特徴
とする請求項１記載の構造化データ管理システム。
【請求項８】前記管理オブジェクト保持手段に保持さ
れた前記動作記述は、前記内容モデルを構成する要素に
対応した処理を記述することで、前記内容記述内の個々
のデータに対応する処理を定義していることを特徴とす
る請求項１記載の構造化データ管理システム。
【請求項９】構造化された電子データの処理を行う構
造化データ管理プログラムを記録したコンピュータ読み
取り可能な記録媒体において、管理すべきデータの構造を定義した内容モデル、前記内
容モデルに準じて管理すべきデータを記述した内容記
述、及び前記内容モデルと関係付けられ、前記内容記述
内のデータに対応した処理内容が記述された動作記述で
構成された管理オブジェクトを保持する管理オブジェク
ト保持手段、前記管理オブジェクトに対する要求を受け取ると、前記
管理オブジェクトを解釈して前記動作記述に従った処理
を行うとともに、前記内容記述が前記内容モデルの定義
から外れないように監視する監視処理手段、としてコンピュータを機能させることを特徴とする構造
化データ管理プログラムを記録したコンピュータ読み取
り可能な記録媒体。