JP2003504703A - 配布文書の整合性を監視し維持する方法および装置 - Google Patents
配布文書の整合性を監視し維持する方法および装置Info
- Publication number
- JP2003504703A JP2003504703A JP2001505322A JP2001505322A JP2003504703A JP 2003504703 A JP2003504703 A JP 2003504703A JP 2001505322 A JP2001505322 A JP 2001505322A JP 2001505322 A JP2001505322 A JP 2001505322A JP 2003504703 A JP2003504703 A JP 2003504703A
- Authority
- JP
- Japan
- Prior art keywords
- data
- matching
- rule
- document
- link
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 41
- 238000012544 monitoring process Methods 0.000 title claims description 20
- 230000008569 process Effects 0.000 claims abstract description 14
- 238000012545 processing Methods 0.000 claims description 45
- 238000012360 testing method Methods 0.000 claims description 10
- 230000004048 modification Effects 0.000 claims description 4
- 238000012986 modification Methods 0.000 claims description 4
- 230000008859 change Effects 0.000 claims description 3
- 238000012217 deletion Methods 0.000 claims description 3
- 230000037430 deletion Effects 0.000 claims description 3
- 238000002372 labelling Methods 0.000 claims description 3
- 238000004590 computer program Methods 0.000 claims description 2
- 230000001427 coherent effect Effects 0.000 claims 2
- 230000000977 initiatory effect Effects 0.000 claims 1
- 239000007858 starting material Substances 0.000 claims 1
- 238000004891 communication Methods 0.000 abstract description 6
- 238000010586 diagram Methods 0.000 description 91
- 238000013461 design Methods 0.000 description 14
- 230000009471 action Effects 0.000 description 6
- OAICVXFJPJFONN-UHFFFAOYSA-N Phosphorus Chemical compound [P] OAICVXFJPJFONN-UHFFFAOYSA-N 0.000 description 2
- 230000034994 death Effects 0.000 description 2
- 231100000517 death Toxicity 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 229910052698 phosphorus Inorganic materials 0.000 description 2
- 239000011574 phosphorus Substances 0.000 description 2
- 239000004065 semiconductor Substances 0.000 description 2
- 241000270730 Alligator mississippiensis Species 0.000 description 1
- 239000010749 BS 2869 Class C1 Substances 0.000 description 1
- 239000010750 BS 2869 Class C2 Substances 0.000 description 1
- 230000006399 behavior Effects 0.000 description 1
- 230000015572 biosynthetic process Effects 0.000 description 1
- 239000003795 chemical substances by application Substances 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
- 230000008929 regeneration Effects 0.000 description 1
- 238000011069 regeneration method Methods 0.000 description 1
- 230000004044 response Effects 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/93—Document management systems
- G06F16/94—Hypermedia
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99941—Database schema or data structure
- Y10S707/99942—Manipulating data structure, e.g. compression, compaction, compilation
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99941—Database schema or data structure
- Y10S707/99943—Generating database or data structure, e.g. via user interface
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99941—Database schema or data structure
- Y10S707/99944—Object-oriented database structure
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99941—Database schema or data structure
- Y10S707/99944—Object-oriented database structure
- Y10S707/99945—Object-oriented database structure processing
Landscapes
- Engineering & Computer Science (AREA)
- Databases & Information Systems (AREA)
- Theoretical Computer Science (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Data Mining & Analysis (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Document Processing Apparatus (AREA)
- Computer And Data Communications (AREA)
Abstract
(57)【要約】
通信ネットワーク（５）を介して接続された複数の端末（１ー４）を備えるコンピュータネトワークを提供する。各端末（１ー４）には、ＸＭＬソースドキュメント生成用のアプリケーションソフトウエア（１５）が内蔵されている。当該ソフトウエア（１５）を用いて作られたＸＭＬソースドキュメントは、整合チェッカー（１０）が記憶された前記端末の一つ（４）に送られる。次に、この整合チェッカー（１０）は、データソースドキュメント内のデータが前記整合ルール（１４）により規定された整合関係の要件を充足するか否かを識別する出力表現を生成するため、整合ルール（１４）のセットとともにソースドキュメントを処理する。
Description
【発明の詳細な説明】
【０００１】
【技術分野】
この発明は、その内容がＸＭＬ（拡張可能なマークアップ言語）やその他の関
連技術を用いて表現されるような文書などの、重複した関連内容を有する複数文
書の整合性を、監視し維持する方法および装置に関する。 【０００２】 【発明の背景】 複数人または複数人のグループによって、複数の文書を作成することができる
。共通の目的や事象に関係して、異なる２以上の文書が、重複した内容を有した
り、持っていたりすることがある。このような状況において、一つの文書データ
と他の文書データとの間に求められる関係は、これらの関係を定義した一組の整
合性ルールとして明確にされる。 【０００３】 簡単な整合性ルールの一例を示すと、一つの文書のデータが、他の文書にも現
れる場合には、同じ目的、事象に関係しているものとして扱うというものがある
。複数の文書間には、形式についてのより複雑な関係が存在しうる。たとえば、
それぞれ所定の異なる様式の文書にて表わされたデータを含むように意図した、
デザインを詳細に示した複数文書について、このような関係が存在しうる。 【０００４】 新たな文書、文書形式、整合性ルールが任意に追加されるような状況において
、 １組の文書を生成する際に、これら１組の文書が、生成課程でのキーポイントに
関連して、１組の形式整合性ルールのすべての要求を満たしていることを、確実
にすることは難しくなる。これは、特に、１組の文書を作成している際に生じる
。整合性ルールを充足しないような場合も避けられない。したがって、たとえば
、１つの文書に現れたデータが他の文書にも要求されるようなケースにおいて、
データが最初に第１の文書のために入力された場合には、他方の文書には、第１
の文書に対して行われた変更が直ちに反映されない。 【０００５】 配布を行う組織の多数の人によって文書が作成される場合には、文書生成の方
法を、少なくとも１組の文書の整合性を定常的に維持できることが保証された方
法に限定することは、実際的でない。また、大量の文書組のデータを全体的に調
べることは、時間を要し、間違いを生じやすいので、大量の文書組について、形
式的整合関係をとるため、手作業でチェックを行うことは極めて困難なことであ
る。 【０００６】 この発明は、整合要求を満たさないデータが入力される状況を受け入れつつ、
１組の整合性ルールによる形式的整合関係を満たすことが求められるデータを、
監視することのできる手段を提供することを目的とする。 【０００７】 本発明の一側面によると、下記を備えたコンピュータ装置を提供することがで
きる： データを含む第１組の構造化文書を生成する手段、 前記第１組の文書内のデータが充足すべき関係性を定義する１組の整合性ルー
ルを定義する手段、および 第２組の文書のデータが、当該データが前記整合性ルールによって定義される
関係性を充足するか否かを基礎としてリンクされるように、前記第１組のデータ
を含む第２組の文書を生成する手段。 【０００８】 リンクされた１組の文書を生成できる手段を設けることにより、ユーザは、文
書中にデータが現れる文脈において、整合性ルールを充足するデータおよび充足
しないデータの双方を検査することができる。 【０００９】 【発明の開示】 本発明の他の一側面によると、下記を備えたコンピュータ装置を提供すること
ができる： データを含む文書を入力する手段、 前記文書内のデータが充足すべき関係性を定義する１組の整合性ルールを入力
する手段、および 前記整合性ルールによって定義される形式的関係性を充足する前記文書内のデ
ータおよび充足しない前記文書内のデータを確認する整合性リンクを生成する手
段。 【００１０】 本発明の実施形態は、文書および生成された整合性リンクを、様々な方法によ
ってユーザが見ることを可能にする。これは、１組の文書中のデータが、なぜ定
義された１組の関係を充足するのか、あるいは、なぜ充足しないのかについて、
ユーザが確認するための支援となる。 【００１１】 本発明の実施形態を、添付の図面を参照し、例を示すことによって以下に説明
する。 【００１２】 【実施形態】 下記では、この発明を、ソフトウエアシステムによって実現したＸＭＬ（拡張
可能なマークアップ言語）によって説明する。ＸＭＬは、世界ウエブ・コンソー
シアム(W3C)によって標準化されているＳＭＧＬ（基本的一般マークアップ言語
）のサブセットであるデータ記述言語である。ＸＭＬは、ＨＴＭＬ（ハイパー・
テキスト・マークアップ言語）を用いた文書に対して情報をリンクする際や表現
情報をきつく結びつける際の主要な問題を考慮して作成されたものである。 【００１３】 内容、表現情報、リンク情報が全て一つの文書にエンコードされたＨＴＭＬと
比較して、ＸＭＬにおいては、他の文書に対してどのようにリンクされるか、ど
のようにユーザに提示されるかという文書構造を分離することができる。 【００１４】 ＸＭＬにおいては、文書が生成される前に、文書のデータ構造を定義するＤＴ
Ｄ（文書型定義）が生成される。これは、文書およびタグがどのように構成され
るか、どの要素が表示されるのかや、特定型文書の要素間の構造的関係を定義す
る１組のルールを備えている。 【００１５】 書籍のための文書型定義のごく簡単な例は、次のとおりであろう。書籍は、１
以上のページを備えている、各ページは１以上の段落を備えている、各段落は１
以上の文を備えている、おのおのの文は複数の単語を備えており、句点にて終わ
る。データ型書籍の文書は、書籍ＤＴＤによって決定されるようなデータ構造の
例である。 【００１６】 ＸＭＬは、ＸＭＬリンクあるいはＸリンクとして知られている、ＤＴＤによる
データ構造における異なる複数部分を互いにリンクする手段も提供する。Ｘリン
クは、リンクされるべきデータがどこに位置するかという定義を備えている。Ｘ
リンクは、構造化文書のコンピュータファイルについてのデータの位置および、
当該構造化文書内において当該データがどこで見出されるかを定義する。Ｘリン
クの構造は、それ自身がＸＭＬによりＤＴＤにて、２つの部分を含むものとして
定義できる。一つは、ＵＲＬ（統一ソース場所表示）識別子、すなわち、リンク
されるべきデータを含むファイルであり、もう一つは、ＤＴＤの文書構造内にお
いて、リンクが貼られているのはどこかを示すオプションのＸ−ポインタである
。したがって、前記の簡単な書籍ＤＴＤの例による文書のためのＸリンクは、特
定の書籍文書を特定するＵＲＬ識別子と、当該書籍中の特定の単語に対するＸ−
ポインタとを含むことになる。このＸ−ポインタは、どのページの、どの段落の
、どの文であるかと、当該文中においてどこに当該単語が現れるかに関するもの
である。 【００１７】 出力されたＸＭＬ文書の体裁は、ＸＳＬ（拡張可能なスタイル言語）を用いて
定義される。ＸＳＬは、ＸＭＬ文書の内容要素と出力すべき体裁要素の配置を記
述して定義するために用いられる。内容要素から体裁要素への配置を記述するＸ
ＳＬファイルは、ＸＳＬスタイルシートとして知られている。出力を生成するた
めにＸＭＬ文書を処理するＸＳＬスタイルシート処理器を用いて、ＸＳＬスタイ
ルシートによって定義された配置定義を適用して、出力が生成される。異なるＸ
ＳＬスタイルシートを提供するというこの方法により、ＸＭＬ文書を、異なる形
式に変換することが可能となる。したがって、ＸＳＬスタイルシートによって、
ＸＭＬ文書が、たとえばＨＴＭＬ（ハイパーテキスト・マークアップ言語）にお
いて、どのように表示されるかを定義すれば、ＸＭＬ文書を標準のブラウザで見
ることができる。 【００１８】 この発明の実施形態を以下に説明する。図１は、本発明を具体化したコンピュ
ータネットワークのブロック図である。この実施形態では、コンピュータネット
ワークは、通信ネットワーク５を介して接続された複数のコンピュータ端末１，
２，３，４を備えている。各コンピュータ端末１〜４は、ディスプレイ７に接続
されたコンピュータ６を備えている。また、各コンピュータ５には、キーボード
８、マウス９が接続されている。 【００１９】 図１のネットワークにおけるコンピュータ端末４の１つのメモリ内には、この
発明による整合性チェックプログラムが記録されている。整合性チェックプログ
ラム１０は、後に詳述するように、リンクデータ生成部１１、レポート生成部１
２、モニタプログラム１３を備えている。また、コンピュータ６のメモリには、
後述のように、文書中のデータが満たすべき１組の関係性を定義する１組の整合
性ルール１４が記録されている。 さらに、後述のように、プログラムとデータ
（図１には示していない）も、コンピュータ６のメモリに記録されている。 【００２０】 この発明の実施形態では、全ての端末１〜４のコンピュータ６のメモリ内には
、ＵＭＬ（一体化モデル言語）ソフトウエア・デザイン・ダイアグラムのために
、端末１〜４のキーボード８、マウス９を用いて、ＸＭＬ（拡張可能なマークア
ップ言語）ソース文書を生成するためのアプリケーション・ソフトウエア１５が
記録されている。アプリケーション・ソフトウエア１５は、ユーザが、ＵＭＬデ
ザイン文書を生成できるように、また、これらの文書をＸＭＬソース文書の形式
にて、その文書のある端末１〜４のコンピュータ６のメモリに記録できるように
用意されたものである。 【００２１】 この実施形態によれば、ユーザは、各端末１〜４のアプリケーション・ソフト
ウエア１５を用いて、ＵＭＬデザイン・ダイアグラムのために、１組のＸＭＬ文
書を生成する。これらのＸＭＬソース文書は、その後、通信ネットワーク５を介
して、メモリに整合性チェックプログラム１０を記録しているコンピュータ・ネ
ットワークの端末４に送信される。その後、ＸＭＬソース文書は、リンクデータ
生成プログラム１１により、整合性ルール１４にしたがって、１組のＸＭＬ整合
性リンク要素を生成するよう処理される。この１組のＸＭＬ整合性リンクは、整
合性ルール１４によってリンクされたソース文書中にあるデータ間のリンクを示
すものである。ＸＭＬソース文書、ＸＭＬ整合性リンク要素、整合性ルールは、
その後、ＨＴＭＬリンクを含むＨＴＭＬ出力文書を生成するよう、レポート生成
部１２によって処理され、出力文書組内のデータをユーザがナビゲートできるよ
うにしている。これにより、文書内のデータが整合性ルールによる形式的関係性
を充足しているか否かに基づいてリンクされた文書内のデータを見られるように
している。 【００２２】 整合性チェック部１０の処理について、ＵＭＬデザイン文書組の例を示した図
２を参照して説明する。このＵＭＬデザイン文書組は、図１のネットワークにお
ける端末１〜４のコンピュータ６に記録されたアプリケーション・ソフトウエア
１５を使用して生成される。このデザイン文書組の例は、簡単な会議スケジュー
ル・システムのソフトウエア・デザインのための、ビジネス実体クラス図１００
０と会議開催協力図２０００を備えている。 【００２３】 この文書組においては、ビジネス実体クラス図１０００は、設計デザインに基
づいて作成される会議ソフトウエア中のクラスの相互関連を示している。各クラ
スは、データ構造を表している。このデータ構造には、会議スケジュール・ソフ
トウエアを使用する過程において生成される具体的な実際のデータを、満たすこ
とができる。この例におけるクラスは、ユーザクラス１００１、メッセージクラ
ス１００２、会議クラス１００３、場所クラス１００４、日付クラス１００５、
主催者クラス１００６、参加者クラス１００７を備えている。ビジネス実体クラ
ス図１０００は、異なるクラスが互いにどのように関係しているかも示している
。この例においては、ユーザクラス１００１は、各ユーザのためのパスワード、
名前、Ｅメール・アドレスを備えたデータ構造である。参加者１００７、ユーザ
１００６クラスは、ユーザクラス１００１のサブ・クラスであり、同様のデータ
構造を有している。メッセージクラス１００２は、ユーザ間において送られた会
議についてのメッセージに関するメッセージデータのためのデータ構造である。
会議クラス１００３は、会議の名前および状態に関するデータのためのデータ構
造である。このデータは、会議、主催者、１以上の参加者、日付、場所のメッセ
ージに関係している。日付および場所は、それぞれ、会議の日と時間および場所
である。 【００２４】 示された文書組の会議開催協力図２０００は、会議を準備する際に生じるステ
ップおよび相互作用を示す図である。この例による会議開催協力図２０００は、
デザインにしたがったこのソフトウエアを用いて会議が準備された時に相互作用
する特定型のデータの詳細例を示す１組の実例２００１〜２００４を、含んでい
る。この例における実例は、主催者ウインドウ２００１、主催者２００２、会議
２００３、日付２００４を備えている。この例では、主催者ウインドウは、会議
データを生成するものとして用いられる。この会議データは、主催者に送られ、
カレンダーを更新する。 【００２５】 １５のアプリケーション・ソフトウエアを用いて１組のデザイン文書１０００
、２０００を生成し、これら文書に対応するＸＭＬを生成した後、これら文書は
、通信ネットワーク５を介して整合性チェッカー１０に渡される。整合性チェッ
カー１０は、メモリに記録された、生成された文書中のデータ間に要求される関
係を定義した１組の整合性ルール１４に基づいて、整合性リンクを生成すること
ができる。 【００２６】 整合性チェッカーによる処理の例を説明し、ＵＭＬデザイン文書内のデータが
充足しなければならない要求を定義する１つの整合性ルール１４を有する１組の
整合性ルール１４の処理について考察する。検討のために例として示す整合性ル
ールは、次のようなルールである。「全ての場合において、協力図では、同じ名
前のクラス図中にクラスが存在しなければならない」。このルールは、ＵＭＬデ
ザイン文書の形式的要求を定義している。ここでは、データの特定の状態が、協
力図中の特定の型の作用として示されている。すなわち、他のクラスのデータに
対するこのような型の作用のデータが、１組のデザイン文書の中で、どのように
表されるかという一般的な概観を示すものである。 【００２７】 １組の整合性ルールを処理する際、整合性チェッカー１０は、最初にリンクデ
ータ生成部１１を動作させる。このリンクデータ生成部１０は、デザイン文書１
０００、２０００のためのＸＭＬソースから、協力図２０００中の実例２００１
〜２００４に対応する（協力図中２０００中の）全てのデータを、整合性ルール
１４の状態を充足するために要求されるデータとして認定する。リンクデータ生
成部１１は、ビジネス実体クラス図１０００中のクラスに対応する全てのデータ
を、整合性ルールの条件を満たすべき潜在データとして認定する。クラスと実例
に対応するデータを見出す方法については、後で詳しく述べる。１組の認定デー
タは、端末４のコンピュータ６のメモリに記録される。 【００２８】 次に、リンクデータ生成部１１は、ＵＭＬデザイン文書１０００，２０００中
の整合性関係に対応する１組のＸＭＬリンク要素（Ｘリンク）を、整合性ルール
を用いて生成する。これは、リンクデータ生成部１１が、考慮する整合性ルール
に関連する可能性のある各データ片をテストし、このテスト結果に基づいて妥当
なリンク要素を生成することによってなされる。 【００２９】 よって、この例では、リンクデータ生成部１１は、協力図２００中の実例２０
０１〜２００４の全てをテストし、ビジネス実体図１０００中のクラスデータ１
００１〜１００７のどれが同じ名前を持っているかを見出す。協力図２００内の
データがクラス図１０００のデータと合致するごとに、これら２つのデータ片を
特定するようリンク要素が生成され、これらのデータ片が考慮すべき整合性ルー
ルの要求を満たしていることを示すためのリンクが、状態として与えられる。協
力図２０００のデータが合致できない場合には、考慮すべき整合性ルールに整合
しない旨のラベルをデータに付すリンク要素が生成される。 【００３０】 よって、この例においては、下記のＸＭＬリンク要素が生成される。 【００３１】 協力図２０００のデータ クラス図１０００のデータ 状態 主催者ウインドウ例２００１ なし 不整合 主催者例２００２ 主催者クラス１００６ 整合 会議例２００３ 会議クラス１００３ 整合 日付例２００４ 日付クラス１００５ 整合。 【００３２】 次に、ＸＭＬリンク要素、整合性ルール１５、ソース文書は、出力を生成する
ために、レポート生成部１２に送られる。この実施形態では、表示レポート生成
部１２は、スタイルシート生成部と１組の構造ルールから構成される。構造ルー
ルは、ＨＴＭＬ（ハイパーテキストマークアップ言語）文書を生成するために、
スタイルシート処理部を用いて、ＸＭＬソース文書、整合性ルール、ＸＭＬリン
ク要素に適用される。 【００３３】 図３は、図２の１組の文書のための整合性レポートをダイアグラムとして表し
たものである。図３は、１組のリンクされたＨＴＭＬ文書１０００，２０００を
示している。協力図の全ての例において、同じ名前のクラス図中にクラスが存在
しなければならないと言う整合性ルールにしたがって、ＨＴＭＬリンクによって
リンクされた図２の文書１０００，２０００のＨＴＭＬ表現を備えている。 【００３４】 生成された整合性レポート中のリンクは、他のデータに対するＨＴＭＬリンク
を備えている。このＨＴＭＬリンクは出力文書中に現われ、リンクが選択された
時に表示されるリンクによってデータを認識させる。図３において、ＨＴＭＬリ
ンクは、異なる文書中のデータを結ぶ線として示されている。この例では、ＨＴ
ＭＬリンクは、会議開催協力図２０００の主催者例２００２とビジネス実体クラ
ス図１０００の主催者クラス１００６との間のリンク３００１と、会議開催協力
図２０００の会議例２００３とビジネス実体クラス図１０００の主催者クラス１
００３との間のリンク３００２と、会議開催協力図２０００の日付例２００４と
ビジネス実体クラス図１０００の日付クラス１００５との間のリンク３００３と
を備えている。 【００３５】 クラス図のデータにリンクされた協力図のデータの全てについても、ＨＴＭＬ
ラベルが付される。このラベルは、ユーザがリンクされたデータを選択した時に
表示される。また、このデータは、なぜリンクが生成されたのかを示すものであ
る。よって、この例では、リンクされたデータ２００２〜２００４の全てに対し
、ＨＴＭＬラベルが付される。このＨＴＭＬリンクラベルは、協力図における全
ての例について、同じ名前のクラス図が存在しなければならないという整合性ル
ールに、データが合致していることを示すものである。ＨＴＭＬラベルは、ラベ
ルの付されたデータが選択された時に表示されるラベルである。図３において、
データが整合性ルールに合致することを示すＨＴＭＬラベルが、情報を詳述する
吹き出し３００４として示されている。この吹き出しは、ラベルの付されたデー
タが選択された時に現れる。 【００３６】 主催者ウインドウ２００１に関しては、ビジネス実体クラス図１０００のデー
タに対応するクラスが存在せず、リンクは生成されない。しかし、データが整合
性ルールに合致しないことを示すために、当該データには、ＨＴＭＬにて３００
５のラベルが付される。 【００３７】 リンクおよびラベルが貼られた文書組を生成することにより、ユーザは、各文
書の文脈の範囲内においてリンクされたデータを見ることができる。また、この
データは、データがなぜ１組の整合性ルールの条件に合致するのか、あるいは、
しないのかということを認識する助けとなる。 【００３８】 図４は、図２の文書の出力表示を表す他の説明図であり、ここでは、リンク要
素および整合性ルールが、異なるＸＳＬスタイルシートにしたがって処理されて
いる。この例では、出力表示は、整合性レポート４０００を備えている。整合性
レポート４０００は、メモリ中の１組の整合性ルール１４のルールそれぞれのた
めに、ルール識別子４００１、ルールの定義４００２、データのリスト４００３
〜４００６を備えている。リスト４００３〜４００６は、ルールを適用して、デ
ータがルールに合致するか否かを示すラベルおよびリンクを生成する対象である
データのリストである。 【００３９】 したがって、図２の文書のための整合性レポートは、次のものを備えている。
ルール識別子４００１、「協力図における全ての例は、同じ名前のクラス図中に
クラスが存在しなければならない」という当該ルールの定義４００２、会議開催
協力図中の実例２００１〜２００４のそれぞれに対応するデータ組４００３〜４
００６を備えている。データ組４００３〜４００６に対しては、本ルールが適用
され、データ例が、認識データ(identification data)によって認識されたルー
ルの条件と整合しているか否かを示すためのリンクが生成されたかどうかを示す
ラベルが付される。 【００４０】 したがって、この例では、このルールの要件を満足する会議、日付、主催者を
備えたデータ４００３〜４００５には、整合のラベルが付され、主催者ウインド
ウのデータ３００６には、不整合のラベルが付される。 【００４１】 １組の文書中のデータが、どのルールを充足し、どのルールを充足しないかを
詳細に説明する整合性レポートを提供するために、これらの文書がどの程度、１
組の整合性ルールによって定義される整合性関係を充足するかを示す概要である
。 【００４２】 さらに他の例として、レポート生成部１２のＸＭＬスタイルシートは、図３の
リンクされた１組の文書および図４のレポートの双方を生成するためのものとし
て構成してもよい。この場合、レポート生成部は、レポート４０００中のリスト
に現れるデータ４００３〜４００６のアイテムを、ＨＴＭＬリンクを介して、リ
ンクされた文書組中の対応するデータにリンクするように構成することができる
。これにより、ユーザは、なぜ整合性ルールが満たされたか、あるいは、満たさ
れなかったを確認するために、適切な文脈の範囲内において、データおよび概観
レポートの双方を見ることができる。 【００４３】 出力表示を生成すると、次に、出力表示とソース文書との間の対応を崩さない
（維持する）ように確実にする必要がある。これは、モニタプログラム１３によ
って達成される。モニタプログラム１３は、ＸＭＬソース文書の更新コピーを、
コンピュータネットワーク中のコンピュータ端末１〜４のいずれかから入手可能
となったかどうかを決定するために、ＸＭＬソース文書を監視する。文書の更新
を見出した場合には、モニタプログラム１３は、ソース文書が更新されことに対
応して、整合性リンク生成部１１による新たな１組のリンクの生成、およびレポ
ート生成部１２による出力表示を初期化するように構成されている。この方法に
より、一旦出力表示が生成されると、出力表示とソース文書更新との間の対応が
維持される。 【００４４】 本発明による整合性チェッカーをメモリに記録したコンピュータ端末のメモリ
内容の詳細な説明を、図５〜図７を参照して、以下に詳述する。 【００４５】 図５は、図１のコンピュータ装置４のメモリに初期的に記録される整合性チェ
ッカー１０のためのプログラムおよびデータのブロック図である。メモリに初期
的に記録されるプログラムおよびデータ１１〜４０を、以下に説明する。 【００４６】 リンクデータ生成部１１、レポート生成部１２、モニタプログラム１３、デザ
イン文書生成プログラム１５に加えて、メモリには、ＸＭＬエディタ２０が記録
される。ＸＭＬエディタ２０は、ユーザが、ＸＭＬ、ＤＴＤ、ＸＳＬファイルを
生成できるようにする標準ＸＭＬエディタを備えている。ＸＭＬエディタは、ユ
ーザが、ＸＭＬ文書をテキストまたはツリー構造としてディスプレイ７上に表示
できるように、ＤＴＤファイルをテキストまたはツリー構造としてディスプレイ
７条に表示できるように、ＸＳＬスタイルシートをテキストとしてディスプレイ
７上に表示できるように、あるいは、ＸＳＬスタイルシートの処理出力をテキス
トとして表示できるようにインターフェイスも提供する。さらに、ＸＭＬエディ
タは、ＸＭＬ、ＤＴＤ、ＸＳＬファイルのメモリへのロードを制御する。これに
より、キーボード８、マウス９を用いて、これらを編集することができる。 【００４７】 さらにメモリには、整合性ルールのためのデータ構造を定義するデータファイ
ルを備えた整合性ルールＤＴＤ３０が記録される。 【００４８】 図６は、整合性ルールＤＴＤ３０によって定義されるデータ構造のブロック図
である。この整合性ルールＤＴＤ３０は、整合性チェッカ１０を有する図４のコ
ンピュータ装置のメモリに記録される。整合性ルールＤＴＤ３０によって定義さ
れるデータ構造は、次のものを備えている：識別タグ２１、整合性ルールを自然
言語によって記述したテキスト記述２２、以下に述べるルール型２３、１組の文
書中の可能性のある関連要素を特定するためのソースおよび目的要素へのＸ−ポ
インタ２４，２５、ソース要素の実例と目的要素の実例との間の整合性リンクを
確立するために充足すべきルールの条件を表す１以上の条件のセット２６を備え
ている。 【００４９】 図２、３、４に関連して説明した先の整合性ルール例において、このデータ構
造にしたがうデータとして記録された整合性ルールは、次のものを備えている：
たとえば「ルール１」と呼ばれる識別タグ２１、テキスト記述「協力図における
全ての実例は、同じ名前のクラス図中にクラスが存在しなければならない」、ル
ール型２３、実例を示すデータが格納されている協力図のデータ構造の部分に対
するＸ−ポインタ２４、クラスを表すデータが格納されているクラス図のデータ
構造の部分に対するＸ−ポインタ、文書の部分において見出されＸ−ポインタ２
４，２５によって特定されるデータに要求される状態（つまり同一であること）
を備えている。 【００５０】 この発明の実施形態では、以下に述べる整合性関係の３つの異なる型に対応す
るＣＴ、ＣＦ、ＩＦ型ルールの３つのルール型がある。 【００５１】 ＣＴルールは、リンクを考慮する全てのデータ例によって充足されるべき、複
数文書のデータ間の関連を表すルール型である。したがって、ＣＴルールは、２
つの実例の１対のデータによって整合性条件が満たされた時に、２つの実例が整
合する旨をラベル付けし、文書のデータを１組のソース文書中の他の全てのデー
タと比較しても、整合性条件が満たされない時に、データが整合しない旨をラベ
ル付けするためのルールである。 【００５２】 ＣＴ型ルールの例は、協力図中の全ての実例に対してクラスがなければならな
いという、上述の整合性ルールである。これは、協力図中の全てのデータ実例に
は、同一のクラスが無ければならないこと、を要求している。実例のためのクラ
スが存在すれば、協力図中の実例は、対応するクラスとリンクすること、および
整合する旨のラベル付けをすることが求められる。しかし、クラスが存在しない
協力図中の実例があれば、この実例は、整合性ルールを充足しないものとして、
不整合のラベルを付すことが求められる。 【００５３】 第２の型のルールは、存在すべきでない関係性を表すルールの型であるＣＦル
ールである。もし存在すれば、データ実例を整合性実例としてリンクする。よっ
て、ＣＦルールは、２つの要素が整合関係性を充足する場合に、２つの要素をリ
ンクづけるルールである。しかし、整合性条件が充足されない場合には、整合性
リンクは生成されない。 【００５４】 ＵＭＬソフトウエア・デザイン文書のためのＣＦルールの例は、異なるクラス
図の同一名のクラスは同一であると考えられるというものである。クラスが同じ
名前を持っているというこのケースの場合には、これらのクラスは、整合性あり
としてリンクすることが求められる。しかし、１つのクラス図中にのみ存在する
複数クラスの複数実例が存在しうる。このようなクラスの存在は、不整合性が生
じたことを示しておらず、よって、かかる実例が検出された場合、リンクの生成
は求められない。 【００５５】 この実施形態による第３の型のルールは、関連する文書中の実例が充足しては
ならないような関係性を示す型のルールであるＩＦルールである。ＩＦルールは
、２つの実例がこのルールの条件を充足する場合には、２つの実例を不整合であ
るとしてリンク付けするルールである。この条件を充足するデータが存在しない
場合には、データは整合であるとラベル付けされる。 【００５６】 ＵＭＬソフトウエア・デザイン文書のためのＩＦルールの例は、閉じた関係性
である。たとえば、クラス図においてサブクラスＣ２を持つ全てのクラスＣ１に
ついて、Ｃ２は、他の図中のＣ１の上位クラスであってはならないというもので
ある。このようなルールの条件が充足された場合、クラスC１およびC２の２つの
実例は、不整合であるとのリンク付けを求められる。しかし、このルールの条件
が充足されない場合には、クラスC１に、整合である旨をラベルづける必要はな
く、クラスC２の何れの実例ともリンクされない。 【００５７】 ＸＭＬエディタ２０、整合性ルールＤＴＤ３０に加えて、図５に示すように、
メモリには、後で詳述するように、整合性ルールのセットを生成し編集するため
のプログラムである整合性ルールエディタ４０が記録される。リンクデータ生成
部１１、レポート生成部１２、モニタプログラム１３は、それぞれ、図５に別個
に示すような１以上のモジュールを備えている。これらのモジュールについて、
以下に簡単に説明する。 【００５８】 メモリに記録されたリンクデータ生成部１１は、次のものを備えている：与え
られた整合性ルール組に対し、どの文書を処理すべきであるかを選択するための
プログラムである文書統合エディタ５０；および整合性ルールエディタ４０が生
成した整合性ルールに従って、整合性リンク要素を生成するためのプログラムで
ある整合性リンク生成部６０を備えている。 【００５９】 メモリに記録されたレポート生成部１２は、次のものを備えている：出力レポ
ートの表示を決定するためのＸＭＬスタイルシートである出力表現スタイルシー
ト７０；およびＸＭＬ文書組、１組の整合性ルール、１組の整合性リンク要素を
、標準のブラウザを用いて見ることの可能なＨＴＭＬ出力表現１７０を生成する
ために、出力表現スタイルシートにしたがって処理するためのＸＳＬ処理部であ
るスタイルシート生成部８０を備えている。 【００６０】 メモリに記録されたモニタプログラム１３は、整合性レポートを生成するため
に、ＸＭＬソース文書の修正を監視するためのプログラムであるモニタモジュー
ル９０、スタイルシート処理部８０によって生成された出力レポートを、主力レ
ポートが１組のＸＭＬソース文書に加えられた変更に対応するように、更新する
ためのプログラムである整合性マネージャ１００を備えている。 【００６１】 図７は、図５において示したメモリ内に当初記憶されたデータおよびプログラ
ム以外にも、出力表現１７０を生成する過程で生成され、図１に示す整合チェッ
カーを有する装置４のメモリ内に記憶されたデータを示す図である。 【００６２】 メモリ内には、ソースドキュメント（ソース文書）用のデータ構造を識別する
さまざまなソースドキュメントＤＴＤ’ｓ１１０が記憶されている。かかるメモ
リ内には、ソースドキュメントＤＴＤ’ｓ１１０に基づき構造化された複数のソ
ースドキュメント１２０も記憶されている。このソースドキュメント１２０は、
そのために出力表現１７０が生成されたＸＭＬドキュメントを備えている。 【００６３】 これにより、上記の例において、ソースドキュメント１２０は、ＵＭＬ設計用
のＸＭＬソースドキュメント１０００、２０００を有しており、ソースドキュメ
ントＤＴＤ’ｓ１１０は、ビジネスエンテイークラス図１０００およびコラボレ
ーション図２０００用のドキュメントタイプ定義を有している。 【００６４】 また、メモリ内には、ソースドキュメント１２０中のデータにより充足される
べき関係を規定する整合ルール１３のセット；メモリ内に記憶され、生成された
整合ルールに対応するリンクを有するソースドキュメント１２０の選択について
規定するドキュメントユニバース定義１４０；前記ドキュメント内および間のリ
ンクを構成する整合リンクエレメント１５０；ドキュメントユニバース定義１４
０におけるＸＭＬソースドキュメントのコピーのセット１６０；および後に説明
するように、ユーザによって閲覧可能な一組のＨＴＭＬ出力ドキュメントを有す
る出力表現１７０、が記憶されている。 【００６５】 ここで、図８から図１５を参照しつつ、出力表現１７０の生成について説明す
る。図８は、図１に示す本発明による出力表現を生成する場合のコンピュータ装
置４の整合チェッカー１０に関するフローチャートである。 【００６６】 最初に前記装置がセットアップされると、メモリには、図５に示すようなプロ
グラムおよびデータ２０−１００が記憶される。出力表現１７０を生成する最初
のステップとしては、一以上のソースドキュメントＤＴＤ’ｓ１１０が生成され
、又は取り込まれ（Ｓ１）、メモリに保存される。このソースドキュメントＤＴ
Ｄ’ｓは、ＸＭＬエデイタプログラム２０を用い、キーボード８を介してタイプ
を行うことによって生成することができる。これに代え、ＸＭＬエデイタプログ
ラム２０の制御により通信ネットワーク５のいずれかを介してソースドキュメン
トＤＴＤ’ｓ１１０をメモリに取り込むこともできる。 【００６７】 メモリ内にソースドキュメントＤＴＤ’ｓ１１０が記憶された後、さざまな整
合ルール１４が生成され又は取り込まれ（Ｓ２）、メモリに記憶される。整合ル
ールは、通信ネットワーク５を介して取り込み、メモリに記憶することができる
。これに代え、以下で図９および図１０を参照して説明するように、整合ルール
は、整合ルールエデイタ４０を用い、キーボード８を介した入力を行うことによ
っても直接、生成し、メモリに記憶させることが出来る。 【００６８】 図９は、整合ルールを生成する整合ルールエデイタ４０の処理フローチャート
である。最初に整合ルールエデイタ４０が呼び出されると、コンピュータ装置は
、既にメモリに記憶されたいずれの整合ルールの詳細とともに、メモリに現在記
憶しているソースドキュメントＤＴＤ’ｓ１００の詳細をデイスプレイ７上に表
示する（Ｓ２２）。次に、ユーザは、メモリに現在記憶中の整合ルール１４につ
いて追加、削除又は編集のいずれを実行したいのかの選択を求められる。コンピ
ュータにより、ユーザがキーボード又はマウス９を介して削除、追加又は編集の
いずれかの指示を入力したことが検出されると（Ｓ２３）、制御フローは、それ
に基づき変更される。 【００６９】 コンピュータにより、ユーザがキーボード８又はマウス９を介してルールの追
加希望を入力したことが検出されると、ユーザは（Ｓ２４）、メモリに記憶中の
整合ルール１４に追加される新たな整合データの詳細入力を求められる。このこ
とは、図１０を参照して詳しく説明する。 【００７０】 ユーザが、ルールの削除希望を入力したことをコンピュータが検出すると、ユ
ーザは（Ｓ２５）、メモリに記憶中の整合ルール１４のうち削除するルールを選
ぶよう求められ、コンピュータは、選択されたルールをメモリから削除する（Ｓ
２６）。 【００７１】 ユーザが、メモリに記憶中のルールの編集希望を入力したことをコンピュータ
が検出すると（Ｓ２７）、ユーザは、編集対象ルールを選ぶよう求められる（Ｓ
２７）。次に、選択されたルールがメモリから削除され、ルールの詳細が初期入
力として与えられる。このことは、図１０を参照して詳しく説明する。ユーザは
、この後、かかる初期入力の編集を行うことが可能となり、（Ｓ２８）、編集後
のルールがメモリに記憶される。 【００７２】 ルールの追加、削除、又は編集後、メモリに記憶されるルール１４は、それに
応じて更新され、ユーザに対し、かかるルールで良いか否かの判断が求められる
（Ｓ２９）。ユーザが、キーボード８又はマウス９を介して当該ルールが完全で
ある旨の意思表示をした場合、整合ルールエデイタ４０はその機能を停止する。
ユーザが、当該ルールでは完全でない旨の意思表示をした場合、更新された現在
記憶中のルール１４がデイスプレイ上に再度表示され、ユーザは、再びルールの
追加、編集又は削除の選択を求められる。 【００７３】 図１０を参照して行う以下の説明は、図２、図３および図４との関係で述べた
上記の例示ルールを、ユーザが、整合ルールエデイタ４０を用い、どのようにし
て作成したかの例である。図２、図３および図４は、”コラボレーション図中の
各インスタンスについて同名のクラス図が存在していなければならない”という
ＵＭＬで作成された一組のソフトウェア・エンジニアリング書類との関係を規定
する。 【００７４】 ユーザの新たなルールを入力したい旨をコンピュータが、検出すると（Ｓ２３
）、これから作成しようとするルールの自然言語による定義の入力が求められる
。かかる定義は、キーボード８を介してユーザが入力し（Ｓ３０）、ルールの自
然言語による定義として記憶される。この例において、ユーザは、”コラボレー
ション図中の各インスタンス（実例）について同名のクラス図が存在していなけ
ればならない”を入力する。 【００７５】 次に、ユーザは、新しいルールのルール形式の入力を求められる。この例にお
いて、こかかるルールは、一組の書類中のコラボレーション図における全てのイ
ンスタンスに当てはまり、当該データのいずれもがクラス図中の他のデータとリ
ンク出来ない場合、コラボレーション図中のデータは、このルールと整合せず、
したがって、ルールＣＴのタイプおよびこのルールのタイプがルール形式として
入力される（Ｓ３１）。 【００７６】 次に、ユーザは、ＵＭＬコラボレーション図用の表示済ＤＴＤｓから、ＵＭＬ
図用ソースドキュメントのコラボレーション図２０００中のインスタンスを表す
データにより充足されるＤＴＤの一部を選択する。 【００７７】 例えば、かかるデータのためのＵＭＬ ＤＴＤの一部は： root().Child(all,Package).(all, Collaboration Diagram). (all, Collaboration). (all, Instance)である。 【００７８】 かかる選択したデータは、メモリに記憶される。 【００７９】 次に、ユーザは、ＵＭＬクラス図用の表示済DTDから、ＵＭＬクラス図１００
０を表すソースドキュメント中のクラスデータを示すデータにより充足されるDT
Dの一部を選択する（Ｓ３３）。例えば、かかるＤＴＤは： root().Child(all,Package).(all, Class Diagram). (all, Class)と定
義される。 【００８０】 かかる選択データも、メモリに記憶される。 【００８１】 次に、ユーザは、キーボード８を介してルールに関する条件の入力を求められ
る（Ｓ３４）。この例において、ＤＴＤの最初に選択されたデータのインスタン
スとして見つけられるソースドキュメント中のソースドキュメントの一部のデー
タは、属性クラスを有しており、このデータは、二番目に選択されるデータのイ
ンスタンスとして存在するはずのソースドキュメント中のソースドキュメントの
一部のデータ値と同じ値である、ということが条件となる。 【００８２】 次に、コンピュータにより、コンピュータ生成タグ２１、ユーザによって入力
された詳細に対応するルール２２のテキスト記述、入力されたルール形式に対応
するルール形式２３、ユーザによって選択された第一および第二ＤＴＤ部に対応
する一対のＸ−ポインタ２４、２５、ならびにユーザにより入力された条件に相
当する一組の条件２６、を有するＸＭＬで表した整合ルールが生成される（Ｓ３
５）。 【００８３】 整合ルールＤＴＤ３０に基づき、ＸＭＬ表現で生成されたこの例におけるルー
ルは、以下のようなＸＭＬ定義を有する： <Consistency Rule id="rl" type="CT"> <id>rl</rl> <Description> For every instance in a collaboration diagram there must be a cl
ass diagram with the same name. <Description> <Source> <XPointer> root().child(all,Package).(all,CollaborationDiagram). (all,Collaboration).(all,Instance) </XPointer> </Source> <Destination> <XPointer> root().child(all,Package).(all,ClassDiagram).(all,Class) </XPointer> </Destination> <Condition> expsource="origin().attr(CLASS)" op="equal" expdest=origin().attr(NAME)"/> </ConsistencyRule> 上の例において、ルールによって充足される条件は、二つの値を比較し、互い
に同じであるかを判断する簡単なものであったが、＜＞又は≠等の適切な比較動
作も前記条件の一部として機能することが理解されよう。また、データ処理およ
び変数を用いた比較を伴う、より複雑な条件を用いることができること、も理解
されよう。 【００８４】 ソースドキュメントＤＴＤ’ｓ１１０およびＤＴＤ’ｓにより規定されるドキ
ュメントタイプ用の整合ルール１４がメモリに記憶されると、次に、ユーザは、
ＤＴＤ’ｓ１１０によりメモリに規定されるドキュメントタイプに対応するソー
スドキュメントを生成し又は取り込むことを要求される（Ｓ３）。新規ドキュメ
ントの作成は、ＸＭＬエデイタ２０又は他のアプリケーションソフトウエアのい
ずれを用いることでも可能であり、また、既存のＸＭＬドキュメントは、通信ネ
ットワーク５を介してダウンロードすることが可能である。生成され、又は入力
されたＸＭＬソースドキュメント１２０は、全てメモリに記憶される。 【００８５】 かかるソースドキュメント１２０がメモリに記憶された後、次に、ユーザは、
ドキュメントユニバースエデイタ５０を呼び出すことができる。ドキュメントユ
ニバースエデイタ５０が呼び出されると、ユーザは、メモリに記憶されたソース
ドキュメント１２０のリストから、これらのために生成されるべき出力表現１７
０を選択することを求められる。ユーザが、整合リンクを生成したいと考える全
てのドキュメントを選択した場合、ＸＭＬソースドキュメントのコピー１６０は
、それに関連づけられたＤＴＤ’ｓとともに、出力表示１７０を生成する為の基
礎として保存され、メモリにコピーされた被選択ドキュメントのリストがドキュ
メントユニバース定義として保存される。次に、ドキュメントユニバースエデイ
タ５０は、整合リンクジェネレータ６０を呼び出す。 【００８６】 図２、図３及び図４とに関連して述べられた簡単な例において、メモリにダウ
ンロードされたＸＭＬソースドキュメントは、ビジネスエンテイテイークラス図
１０００およびコラボレーション図２０００用のＸＭＬソースドキュメントを有
している。ドキュメントユニバースエデイタ５０は、かかる二つのドキュメント
が選択されると、ユーザがこれらのソースドキュメントの両方を選択出来るよう
にし、ビジネスエンテイテイークラス図１０００用のＸＭＬソースドキュメント
のコピー１６０およびコラボレーション図２０００用のＸＭＬソースドキュメン
トは、それらが関連するＤＴＤ’ｓと一緒に生成され、コピー１６０のリストを
有するドキュメントユニバース定義１４０とともにメモリに記憶される。 【００８７】 メモリにドキュメントユニバース定義１４０が記憶された後、整合リンクエレ
メントを生成するため、整合リンクジェネレータ６０が呼び出される（Ｓ５）。 【００８８】 図１１は、整合リンクジェネレータ６０の処理を示すフローチャートである。
最初に、整合リンクジェネレータ６０は、整合ルール１４の最初のルールを選択
し（Ｓ４０）、メモリに記憶する。ドキュメントユニバース定義１４０に記載さ
れているように、ＸＭＬソースドキュメント１６０の各コピー用に前記最初のル
ールに対応するソースエレメントのセット（Ｘ−ポインタで表されている）が、
決定される（Ｓ４１）。かかる動作は、現在検討中のルール用のソースエレメン
トＸーポインタ表示２４がなされると、ドキュメントユニバース定義１４０中の
各ＸＭＬソースドキュメント１６０のＸＭＬデータ構造を横断するコンピュータ
によってなされる。 【００８９】 上述の例示ルールおよび上記の図２に示したドキュメントの例において、整合
リンクジェネレータ６０は、ビジネスエンテイテイークラス図１０００およびコ
ラボレーション図２０００用のソースエレメントのセットを構築するため、まず
、検討中の整合ルール用にソースエレメントＸ−ポインタ２４を用いる。かかる
ソースエレメントのセットは、コラボレーション図２０００中のオーガナイザ・
ウィンドウ２００１、オーガナイザ・インスタンス２００２、ミーテイング・イ
ンスタンス２００３および日付・インスタンス２００４を示すＸーポインタ表示
を有するソースエレメントのセットである。 【００９０】 次に、整合リンクジェネレータ６０は、デステイネーションエレメントＸ−ポ
インタ表示２５に続いて、ドキュメントユニバース定義１６０中の各ソースデキ
ュメント１６０のＸＭＬデータ構造を横断させるのと同様の方法で現在検討中の
ルール用にデステイネーションエレメントのセットを生成する（Ｓ４２）。 【００９１】 したがって、例示ルールおよび上記の図２に示すドキュメントにおいて、整合
リンクジェネレータ６０は、ビジネスエンテイテイークラス図１０００中のユー
ザクラス１００１、メッセージクラス１００２，ミーテイングクラス１００３、
ロケーションクラス１００４、日付クラス１００５、オーガナイザクラス１００
６、および参加者クラス１００７のデータを示すＸーポインタ表示を有するデイ
ステイネーションエレメントのセットを構築するため、検討中のルール用にデス
テイネーションエレメントＸ−ポインタ表示２５を用い、デイステイネーション
エレメントのセットを生成する。 【００９２】 次に、現在検討中のルールのルール形式が選択され（Ｓ４３）、以下のように
、適切なタイプのリンクが生成される。 【００９３】 ＣＴタイプのルール形式が決定されると、図１２および図１３を参照してその
詳細が説明されるＣＴ整合リンクデータが生成される（Ｓ４４）。ＣＦタイプの
ルール形式が決定されると、図１４を参照してその詳細が説明されるＣＦ整合リ
ンクデータが生成される（Ｓ４５）。ＩＦタイプのルール形式が決定されると、
図１５を参照して詳しく説明するＣＦ整合リンクデータが生成される（Ｓ４６）
。 【００９４】 現在検討中のルールにふさわしい整合リンクが生成され、整合リンクデータ１
５０として記憶されると、次に、整合リンクジェネレータ６０は、検討中のルー
ルが整合ルール１４としてメモリ中に記憶された最後のものであるかどうかの判
断を行う（Ｓ４７）。現在検討中のルールが最後のものでないと判断されると、
次のルールが検討され（Ｓ４８）、新たに検討対象となりうるソースおよびデス
デイステイネーション（目的）データのリストが生成される（Ｓ４１およびＳ４
２）。現在検討中のルールがメモリに記憶された最後の整合ルール１４であると
判断されると、後に詳細を説明するように、整合ルールエデイタ６０は、出力ド
キュメントのセットを生成するため、スタイルシートプロセッサ８０に処理を引
き渡す。 【００９５】 図１２は、ＣＴタイプ整合関係を規定するルールに対応する整合リンクの生成
処理を示すフローチャートである。既に述べたように、ＣＴタイプ整合関係は、
ドキュメントユニバース定義１４０として定義されたドキュメントセット中に存
するデータの全てのインスタンスに当てはまることが求められるものである。 【００９６】 整合リンクジェネレータ６０によってソースエレメントのセットおよびデスデ
イステイネーションエレメントのセットが生成され（Ｓ４１およびＳ４２）、現
在検討中のルール形式がＣＴタイプであると選択されると（Ｓ４３）、次に、整
合リンクジェネレータ６０は、デイステイネーションエレメントのセットが空で
あるかどうか判断する（Ｓ５０）。デイステイネーションエレメントのセットが
空であると判断されると、整合リンクジェネレータ６０は、後に説明する不整合
リンクを生成する（Ｓ５６）。 【００９７】 デイステイネーションエレメントのセットが空でないと判断された場合、整合
リンクジェネレータ６０は、ソースエレメントセット中の最初のエレメントによ
り識別されたデータとデイステイネーションエレメント中の前記最初のエレメン
トを識別するデータとを比較する（Ｓ５１）。かかるデータが現在検討中のルー
ルについての条件２６を充足すると判断された場合、整合リンクが生成され（Ｓ
５２）、メモリに記憶された整合リンクエレメント１５０に追加される。 【００９８】 図１３は、整合リンクジェネレータ６０により生成された整合リンクのデータ
構造のブロック図である。整合リンクは、ソースドキュメント・エレメント２０
０用のロケータ、デイステイネーションドキュメント・エレメント２１０用のロ
ケータ、リンクを生成させる現在検討中のルールを識別するデータ２２０、およ
び整合しているか又は不整合であるかを示す状況データ２３０、を有している。 【００９９】 整合リンクジェネレータ６０が、ソースエレメントから現在検討中のエレメン
トによって識別されたデータおよびデイステイネーションエレメントから検討中
のエレメントにより識別されたデータが現在検討中のＣＴタイプルールの条件２
６の要件を充足する判断すると、整合リンクジェネレータ６０は、ソースエレメ
ントのセットから現在検討中のエレメントのコピー２００、２１０、デイステイ
ネーションエレメント２２０のセットおよびリンクされたデータが識別ルールに
合致しているのでリンクが生成されていることを表す状況データ２３０、を有す
るＸＭＬで表した整合リンクを生成する。 【０１００】 したがって、例えば、整合リンクジェネレータ６０が、整合ルール”コラボレ
ーション図中の各インスタンスについて同名のクラス図が存在していなければな
らない”をテストする場合に、図２のドキュメントに関し、コラボレーション図
２０００中のオーガナイザ・インスタンス２００２は、クラス図中にオーガナイ
ザクラス１００６を有する、と判断した場合、整合リンクジェネレータ６０は、
コラボレーション図２０００のためのＸＭＬソースドキュメント用のＵＲＬおよ
び コラボレーション図２０００中のオーガナイザ・インスタンス２００２を表
すデータを指し示すＸ−ポインタ表示であるところの検討中のソースエレメント
セットからのエレメントデータのコピー２００；ビジネスエンテイテイークラス
図（ビジネス実体クラス図）１０００のためのＸＭＬソースドキュメント用のＵ
ＲＬおよびビジネスエンテイテイークラス図１０００中のオーガナイザ・インス
タンス１００６を表すデータを指し示すＸ−ポインタ表示であるところのデステ
イネーションエレメントからのエレメントのコピー；識別データ２２０として現
在検討中のルール用の識別タグ２１のコピー；および整合リンクに対して整合し
ているとラベル付けする状況データ２３０、を有する整合リンクを生成する。 【０１０１】 整合リンクを生成した後（Ｓ５２）、又はソースドキュメントセットからのエ
レメントおよびデイステイネーションエレメントセットからのエレメントにより
識別されたデータが検討中のルール２６を充足しないと判断された場合、整合リ
ンクジェネレータ６０は、デイステイネーションエレメントセットから現在検討
中のエレメントがそのセット中最後のものであるかを判断する（Ｓ５３）。 【０１０２】 デイステイネーションエレメントセットからのエレメントが、当該デイステイネ
ーションエレメントセット中、最後のものでないと判断されると、整合リンクジ
ェネレータ６０は、ソースドキュメントセットから現在検討中のエレメントによ
って識別されたデータと当該デイステイネーションエレメントセットの次のエレ
メントにより識別されたデータを比較し、必要なら別の整合リンクを生成する（
Ｓ５４，Ｓ５１−Ｓ５３）。 【０１０３】 デイステイネーションエレメントセットから現在検討中のエレメントが、当該
デイステイネーションエレメントセットの最後のものであると判断されると（Ｓ
５３）、整合リンクジェネレータ６０は、デイステイネーションエレメントセッ
ト中の前記エレメントによって識別された各データとソースエレメントセットか
ら現在検討中のエレメントにより識別されたデータを比較する過程で、整合リン
クが生成されたかどうかを判断する（Ｓ５５）。リンクが生成されていない場合
、整合リンクジェネレータ６０は、次にメモリに記憶される整合リンクデータ１
５０に加えられる不整合リンクを生成する（Ｓ５６）。 【０１０４】 整合リンクジェネレータ６０が、ＣＴタイプルール用に不整合リンクを生成し
た場合、ソースエレメントから現在検討中のエレメントのコピー２００、空白(n
ull)エレメント２１０、現在検討中のルールを識別するデータ２２０およびラベ
ル付けされたリンクと整合することによりリンク可能なデータが存在しないため
に不整合リンクが生成されたことを表す状況データ２３０、を有するリンクデー
タが生成される。 【０１０５】 例えば、整合リンクジェネレータ６０により、図２のドキュメントのオーガナ
イザウインドウ２００１がビジネスエンテイテイークラス図１０００中のどのク
ラス図ともリンクされていない、と判断されると、整合リンクジェネレータ６０
は、コラボレーション図２０００のためのＸＭＬソースドキュメント用のＵＲＬ
および コラボレーション図２０００中のオーガナイザウインドウ・インスタン
ス（主催者ウインドウ実例）２００１を表すデータを指し示すＸ−ポインタ表示
であるところの検討中のソースセットからのエレメントのコピー２００；空白(n
ull)エレメント２１０；識別データ２２０として現在検討中のルール用の識別タ
グ２１のコピーおよび整合リンクに対して整合していないとラベル付けする状況
データ２３０、を有する不整合リンクを生成する。 【０１０６】 不整合リンクを生成した後（Ｓ５６）後、又は、ソースエレメントのセットか
ら現在検討中のエレメントにより指し示されたデータ用に整合リンクが生成され
た場合、整合リンクジェネレータ６０は、ソースデータセットから現在検討中の
エレメントが、そのセット中最後のものであるかどうかを判断する（Ｓ５７）。
現在検討中のエレメントが最後のものでない場合、整合リンクジェネレータ６０
は、当該ソースエレメントセットの次のエレメントをデイステイネーションエレ
メントセットの最初のエレメントと比較する（Ｓ５８、Ｓ５０−Ｓ５７）。 【０１０７】 これにより、整合リンクジェネレータ６０は、リンク生成のため、確実にソー
スセット中のエレメントによって識別されたデータおよびデイステイネーション
セット中のエレメントにより識別されたデータの全てのペアリングの可能性を検
討し、検討中のルールの条件を充足するデータが見つかった場合にリンクを生成
する。また、データは、整合リンクを生成させることがないソースセット中で識
別される。 【０１０８】 図１４は、ＣＦタイプ整合関係を規定するルールに対応する整合リンクの生成
動作を示すフローチャートである。既に述べたように、ＣＦタイプ整合関係は、
整合ルール条件を充足するデータが存在すれば、整合リンクの形成が求められる
というものである。しかし、ＣＴタイプ整合関係とは違い、ＣＦタイプ整合関係
を充足するデータが存在しない場合でも、不整合リンクは形成されない。 【０１０９】 ＣＴ又はＣＦタイプ整合ルール条件のいずれかを充足するデータが存在する場
合、整合リンクが生成され、かかるデータが整合ルールの条件を充足する場合に
は、ＣＴタイプ整合ルールの処理と同様の処理を行うＣＦタイプルールに基づく
データ処理が行われる。整合リンクジェネレータ６０による処理におけるＣＴタ
イプ整合ルールとＣＦタイプ整合ルール処理の相違点は、ソースエレメントから
のエレメントによって識別されるデータ用に整合リンクが生成されない場合に現
れるだけである。 【０１１０】 従って、図１４のフローチャートは、以下の点を除いてＣＴタイプ整合ルール
に基づくリンク生成に関する図１２のフローチャートと同じである。すなわち、
ＣＦ整合ルールの場合、整合リンクジェネレータ６０がデステイネーションエレ
メント中にエレメントが存在しないか、検討中のソースエレメントにより識別さ
れたデータ用に整合リンクが生成されない、と判断した場合、整合リンクジェネ
レータ６０は、不整合リンクを生成せず、整合リンクジェネレータは、このステ
ップを省略し（Ｓ５５、Ｓ５６）、ソースセットから検討中のエレメントが当該
ソースセットの最後のエレメントかどうかを判断するステップ（Ｓ５７）に進み
、次に、当該ソースセットの次のエレメントにより識別されたデータとデステイ
ネーションデータによって識別されたデータを比較するステップ又は停止のいず
れかに進む、という点である。 【０１１１】 ＣＴタイプルールの処理と同じ制御フローであるが、検討中のルールの条件２
６を充足しないデータであって、ソースセット中のエレメントにより識別される
ものが存在しない場合に不整合リンクを生成するステップ（Ｓ５５−Ｓ５６）を
省略する制御フローを実行することにより、整合リンクジェネレータ６０は、 整合関係に基いてリンクを生成する。この場合、ドキュメント中のデータは、必
ずしも、かかる整合関係を充足する必要はない。 【０１１２】 図１５は、ＩＦタイプ整合関係を規定するルールに対応する整合リンクの生成
動作を示すフローチャートである。既に述べたように、ＩＦタイプ整合感関係は
、ユニバース定義１４０として定義されたドキュメントセット中に存するデータ
の全てのインスタンスに当てはまることが求められないものである。 【０１１３】 ＩＦタイプ整合ルールの処理は、検討中のルールの条件２６を充足するデータ
が識別されると、かかるデータに対してリンクが生成され、不整合であるとラベ
ル付けされる点を除いてＣＴタイプ整合ルールと同じである。検討中の整合条件
２６を充足するデイステイネーションエレメントのセット中のエレメントにより
識別されるデータがない場合、ソースエレメントセットから検討中のエレメント
によって識別されたデータに整合リンクが生成され、かかるデータは整合してい
るというラベル付がなされる。 【０１１４】 したがって、図１５は、整合リンク（Ｓ５２）又は不整合リンク（Ｓ５４）が
生成されたステップ中で生成されたリンクの内容が入れ替わっているという点を
除いて、図１２と同じである。 【０１１５】 検討中のエレメントによって識別されたデータが検討中のルールの条件２６を
充足する場合（Ｓ５１）、ソースエレメントおよびデイステイネーションエレメ
ントから検討中の一対のエレメント２００、２１０、検討中のルールを識別する
データ２２０、およびリンクされたデータが識別データと整合しないのでリンク
が生成されたことを示す状況データ２３０、を有する不整合リンクが生成される
（Ｓ６０）。 【０１１６】 また、検討中のエレメントが、当該デイステイネーションエレメントセット中
の最後のエレメントであって、ソースセットから現在検討中のエレメントによっ
て識別されたデータ用にまだリンクが生成されていなかった場合（Ｓ５５）、整
合リンクジェネレータ６０は、整合リンクであって整合する旨のラベル付けをす
る状況データ２３０を有するものを生成する（Ｓ６１）。 【０１１７】 整合リンクジェネレータ６０が、メモリに記憶された全ての整合ルール１４用
の整合リンクエレメントであって、ソースドキュメント１６０および整合ルール
１４に関連するものを生成した場合、求められる整合関係の充足に関するデータ
の全てが用意され、ＸＭＬ形式で表される。 【０１１８】 したがって、ソースドキュメント１６０、整合ルール１４、整合リンクエレメ
ント１５０は、出力表現１７０を生成するため（Ｓ６）、ＸＳＬ出力表現スタイ
ルシート７０に基づいてこれらを処理するスタイルシートプロセッサ８０に引き
渡される。このスタイルシートプロセッサ８０は、マイクロソフト社のＭＳＸＳ
Ｌのように、本技術分野で知られているどのようなスタイルシートプロセッサで
あってもよい。この場合、スタイルシートプロセッサは、本技術分野でよく知ら
れているように、ソースドキュメント１６０、整合ルール１４、および整合リン
クエレメント１５０からのデータがどのように表示されるのかを単に識別するだ
けのものであってもよい。 【０１１９】 したがって、例えば、図３の出力表現の場合、スタイルシート７０は、ＵＭＬ
による図面１０００、２０００用のＸＭＬ１６０ソースドキュメントに対応する
ＨＴＭＬドキュメントの適切な部分に対するリンク３００１ー３００３を生成す
るための基礎として全ての整合リンクエレメント１５０を解釈するといったもの
になる。また、スタイルシート７０は、整合リンクエレメントを生成させるルー
ルとして認識されるルール用の自然言語による説明２２を有するＨＴＭＬ表現ラ
ベル３００４、３００５を含むよう構成された。 【０１２０】 本発明の本実施形態に基づいて出力表現１７０が生成された場合、スタイルシ
ートプロセッサ８０により生成された出力表現１７０は、ネットスケープ・ナビ
ゲーター又はマイクソフト・インターネットエクスプローラー等の標準的なブラ
ウザによって閲覧することの出来るＨＴＭＬファイルを有している。 【０１２１】 整合ルール１４のセットおよびドキュメントユニバース用に出力表現が生成さ
れた後、ドキュメントユニバース定義中で参照されたＸＭＬソースドキュメント
に大幅な変更が加えられた場合、出力表現を更新する必要がある。本実施形態に
おいて、出力表現とＸＭＬソースドキュメントのセットとの対応の維持は、ここ
で説明するように、管理モジュール９０および整合マネージャー１００によって
実行されている ソースドキュメント１２０のセットに対応する出力表現１７０を監視し、維持
する監視モジュール９０、整合マネージャー１００の処理動作が、図１６に示さ
れている。 【０１２２】 出力表現１７０の生成後、監視モジュール９０は、メモリに記憶されたソース
ドキュメント１２０が更新されたかどうかを監視するよう構成された（Ｓ７０）
。監視モジュール９０の簡単な実施形態において、かかる監視は、メモリ内のド
キュメント１２０の保存時刻についてのタイムスタンプが更新されたか否かを周
期的にチェックすることにより実現される。この更新を監視することにより、当
該ソースドキュメントの従前のコピーが新たなコピーに置き換えられたことが判
る。監視モジュール９０により更新が検出されると、次に、監視モジュール９０
は、ソースドキュメントのどの部分に変更が加えられたかを検出する。監視モジ
ュール９０がソースドキュメントのどの部分に変更が加えられたかを検出できる
方法の一つとしては、ソースドキュメント１２０と出力表現を生成するために保
存されている前のソースドキュメント１６０のコピー間で相違動作を行う方法が
ある。適切な相違動作としては、ＩＢＭ社のalpha worksによるＸＭＬtree diff ライブラリーがある。 【０１２３】 監視モジュール９０により監視されたソースドキュメント１２０の更新版が、
以前に保存されたソースドキュメントと同じであると識別されると、かかる相違
動作は、更新がなされておらず、それ以降に何らの動作も行われないことを示す
。しかし、監視モジュール９０が変更を検出した場合、以下で説明するように、
監視モジュール９０は、メモリに記憶された出力表現１７０を更新するため整合
マネージャーを呼び出す。 【０１２４】 最初に整合マネージャー１００が呼び出されると、整合マネージャー１００は
、まず、そのドキュメントの前の版と入れ替えるため、更新されたソースドキュ
メントの最新版をコピーする。 【０１２５】 次に、整合マネージャー１００は、更新によって影響を受けたデータが存在す
る場合、整合ルール１４のうちどれが、更新により影響を受けるデータに関連す
るかを確かめるため、修正が加えられた部分のソースドキュメント１２０と、メ
モリに記憶された各整合ルール１４のＸ−ポインタ２４で表されたソースエレメ
ントおよびＸ−ポインタ２５で表されたデイステイネーションエレメントとの比
較を行う（Ｓ７２）。 【０１２６】 監視モジュール９０によって検出された前記更新が、整合リンク生成対象のデ
ータに影響を及ぼすおそれがあると判断されると、整合マネージャー１００は、
メモリに保存している整合リンクデータ１５０を更新するため、整合リンクジェ
ネレータ６０を呼び出す（Ｓ７３）。かかる呼び出しは、ソースドキュメント１
６０更新されたコピーおよび新しい整合リンクエレメントのセットに基づき出力
表現１７０を生成するため、スタイルシートプロセッサ８０を呼び出す前に行わ
れる（Ｓ７４）。どのリンクも更新による影響を受けていないと判断された場合
、整合マネージャー１００は、その動作を停止する。 【０１２７】 これにより、整合ルールのセットを基準としてソースドキュメントのセットを
チェックが厳しくなり(incremental)、出力表現１７０は、ソースドキュメント
のどのような変更をも反映するよう形成される。したがって、生成プロセス内の
キーポイントにおいて、ソースドキュメントが、求められた整合関係を確実に充
足することが可能となる。 【０１２８】 図１７は、整合マネージャー１００が、どの整合ルールが、更新による影響を
受けたかをいかにして判断するのか、および、整合リンクジェネレータ６０に対
し適切な更新済みリンクセット生成するよう指示するか、についての詳細を示す
フローチャートである。 【０１２９】 最初に、整合マネージャー１００が、呼び出されると、当該整合マネージャー
は、ソースドキュメント１２０のうち更新された部分を示すデータと整合リンク
データ１５０との比較を実行する。次に、整合マネージャー１００は、整合リン
クエレメント１５０中の影響を受けたあらゆる整合リンクを削除する（Ｓ８０）
。 【０１３０】 また、整合マネージャー１００は、検討中のドキュメントの更新部分を表すデ
ータとメモリに記憶された各整合ルール１４のソースエレメント２４を順次比較
する（Ｓ８１）。 【０１３１】 整合マネージャー１００により、検討中の整合ルールのソースエレメント２４
が更新済みデータを参照できるようなものであると判断されると、かかる検討中
の整合ルールは、ソースドキュメントに対する修正の影響を受けた可能性のある
ルールであると判断される。次に、整合マネージャー１００は、整合リンクジェ
ネレータ６０がドキュメントユニバース１４０中の全てのドキュメント用のソー
スエレメントのセットを識別した方法と同様の方法で更新済みドキュメントの更
新部分中のデータ用のソースエレメントのセットを生成する（Ｓ８２）。また、
整合マネージャー１００は、整合リンクジェネレータ６０によってデイステイネ
ーションエレメントのセットが生成されるのと同様の方法でドキュメントユニバ
ース中の全てのドキュメント用のデイステイネーションエレメントのセットを生
成する（Ｓ８３）。次に、整合マネージャープログラム１００は、検討中のルー
ルに基づいてソースセット中のエレメントにより識別されたデータとデイステイ
ネーションセットを比較することにより整合リンクのセットを生成するため、整
合リンクジェネレータ６０を呼び出す（Ｓ８４）。かかる整合リンクは、メモリ
に記憶された整合リンクエレメント１５０に加えられる。 【０１３２】 整合マネージャー１００が、ソースドキュメントの更新部分と関連する新しい
整合リンクを生成した後、当該整合マネージャー１００は、現在検討中の整合ル
ールのデイステイネーションエレメント２５のセットが、ソースドキュメント中
の更新されたデータを参照できるものであるか否かを判断する（Ｓ８５）。整合
マネージャー１００により、現在検討中の整合ルールのデイステイネーションエ
レメント２５がソースドキュメント中の更新データを参照できるものであると判
断された場合、当該整合マネージャー１００は、整合リンクジェネレータ６０と
同様の方法で、ドキュメントユニバース１４０中の他の全てのドキュメント用の
ソースエレメントのセットを生成する（Ｓ８６）。さらに、整合マネージャー１
００は、ソースドキュメント中の更新された部分中のデータであって、検討中の
整合リンクのデイステイネーションエレメントによって識別されたデータ用のデ
イステイネーションエレメントのセットを生成するＳ８７。整合マネージャー１
００は、後にメモリに記憶されている整合リンクエレメント１５０に加えられる
ソースセットおよびデイステイネーションセット中のエレメントからエレメント
を識別する比較動作に基づいて整合リンクのセットを生成するため、整合リンク
ジェネレータ６０を呼び出す（Ｓ８８）。 【０１３３】 他の整合リンクが生成された後、整合マネージャーは、現在検討中のルールが
当該ルール１４の最後のものかどうかを判断する（Ｓ８９）。現在検討中のルー
ルが当該ルールの最後のものでないと判断されると、整合マネージャー１００は
、メモリに記憶されている次のルール用にリンクの削除及び再生成プロセスを繰
り返し実行する。 【０１３４】 これにより、整合マネージャーは、ドキュメントの一部の更新に影響を及ぼす
あらゆる整合リンクを削除し、その後全ての整合ルールについてドキュメントの
更新部分用の新しい整合リンクを生成する。次に、整合マネージャー１００は、
ＸＭＬソースドキュメント１６０を変更させるとともに、整合リンク１５０に対
してなされた変更を反映させる更新済み出力表現１７０を生成するため、スタイ
ルシートプロセッサー８０を呼び出す。 【０１３５】 上述の本発明を具現化する配置コンピュータ装置に関する説明においては、整
合チェッカー１が一つしか設けられていなかったが、一以上の整合チェッカーを
コンピュータネットワーク内に設けてもよいことが理解できる。この場合、各コ
ンピュータは、それ自身の出力表現を生成することが可能となる。整合チェッカ
ーを端末内に設けるのではなく、配置コンピュータネットワークのサーバー中に
設けてもよいことも理解することができる。さらに、それぞれのコンピュータ端
末中において、ソースドキュメントの更新を監視する前記各監視プログラム中に
、多数の異なる監視プログラムを設けることができる、ということも理解されよ
う。また、コンピュータネットワーク上に設ける代わりに、本発明の整合チェッ
カーを一つのコンピュータ内に設けるようにしてもよい。 【０１３６】 本発明の前の実施形態においては、整合チェッカーに関し、それぞれが二つの
データの比較動作を伴う三つのタイプのルールを用いることができたが、他のタ
イプのルールも併存させてもよいことが理解されよう。 【０１３７】 特に、ポインターにより識別される一対のデータに基づく比較動作に代わりに
、構造化ドキュメント中の一以上のデータの比較動作を基礎とする基づいたルー
ルも使用可能であることが理解されよう。より複雑なルールをテストするには、
単純な比較動作ではなく、変数を用いた比較動作等の、より複雑な方法の処理を
行うことが必要となる、ということも理解されよう。 【０１３８】 図を参照して説明した本発明の実施形態は、コンピュータ装置およびコンピュ
ータで実行されるプロセスに及んでおり、本発明は、さらに、コンピュータプロ
グラム、特に担体上又は担体中のコンピュータプログラムであって、本発明が実
行可能となるものにも及ぶ。かかるプログラムは、本発明にかかる処理を実現さ
せるため適切に用いることができるのであれば、ソースコード又はオブジェクト
コードまたは他のどのような形式であってもよい。前記担体は、前記プログラム
を運搬可能なものであれば、どのようなエンテイテイー又は装置であってもよい
。 【０１３９】 例えば、当該担体は、ＲＯＭ、ＣＤ ＲＯＭ又は半導体ＲＯＭ又は半導体等の
記憶媒体又は、フレキシブルデイスク又はハードデイスク等の磁気記憶媒体を有
していてもよい。さらに、当該担体は、電線又は光ケーブル、又は無線又は他の
手段を介して搬送可能な電気信号又は光学信号等の送信可能な担体であってもよ
い。 【０１４０】 ケーブル、他の装置又は手段により直接搬送可能な信号によって前記プログラ
ムが実行されると、担体は、かかるケーブル、当該装置又は当該手段により構成
されたことになる。 【０１４１】 その代わりに、担体は、プログラムが組み込まれた集積回路であってもく、か
かる集積回路は、プログラム実行、又は関連する処理の実行に用いるため、調整
されている。 【図面の簡単な説明】 【図１】 図１は、本発明を具体化したコンピュータネットワークのブロック図である。 【図２】 図２は、１組のデザイン化された文書の例であり、整合性レポートを生成しう
るような重複した内容を持っている。 【図３】 図３は、図２の１組のデザイン化された文書について生成された整合性レポー
トの例を示すダイアグラムであり、このデザイン化文書は、整合性ルール例によ
って定義される形式的関係性にしたがってリンクされたデータを持った１組のリ
ンクされた文書を有している。 【図４】 図４は、図２のデザイン化された文書についての整合性レポートの他の例であ
り、この整合性レポートは、整合性ルール例によって定義される形式的関係を充
足するデータおよび充足しないデータを確認するレポートを有している。 【図５】 図５は、図１の装置において、整合性チェッカーを有するメモリのブロック図
であり、当該装置のメモリに予め記録されるプログラムおよびデータを示してい
る。 【図６】 図６は、整合性ルールＤＴＤによって定義される整合性ルールのためのデータ
構造を示すブロック図である。 【図７】 図７は、整合性チェッカーを有する図１の装置によってダウンロードまたは生
成された追加データのブロック図であり、この追加データは、装置のメモリに記
録される。 【図８】 図８は、表示出力の生成を含むステップのフローチャートである。 【図９】 図９は、整合性ルールエディターを用いた１組の整合性ルールの生成を示すフ
ローチャートである。 【図１０】 図１０は、整合性ルールエディターを用いて、１組の整合性ルールに対して整
合性ルールを追加することを含むステップを示すフローチャートである。 【図１１】 図１１は、整合性リンクジェネレーターを用いた整合性リンクの生成を示すフ
ローチャートである。 【図１２】 図１２は、ＣＴ整合性リンクの生成を示すフローチャートである。 【図１３】 図１３は、整合性リンクのデータ構造のブロック図である。 【図１４】 図１４は、ＣＦ整合性リンクの生成を示すフローチャートである。 【図１５】 図１５は、ＩＦ整合性リンクの生成を示すフローチャートである。 【図１６】 図１６は、ウオッチ・ドッグ・プログラム(watch dog program)の処理を示す
フローチャートである。 【図１７】 図１７は、整合性管理プログラムの処理を示すフローチャートである。
連技術を用いて表現されるような文書などの、重複した関連内容を有する複数文
書の整合性を、監視し維持する方法および装置に関する。 【０００２】 【発明の背景】 複数人または複数人のグループによって、複数の文書を作成することができる
。共通の目的や事象に関係して、異なる２以上の文書が、重複した内容を有した
り、持っていたりすることがある。このような状況において、一つの文書データ
と他の文書データとの間に求められる関係は、これらの関係を定義した一組の整
合性ルールとして明確にされる。 【０００３】 簡単な整合性ルールの一例を示すと、一つの文書のデータが、他の文書にも現
れる場合には、同じ目的、事象に関係しているものとして扱うというものがある
。複数の文書間には、形式についてのより複雑な関係が存在しうる。たとえば、
それぞれ所定の異なる様式の文書にて表わされたデータを含むように意図した、
デザインを詳細に示した複数文書について、このような関係が存在しうる。 【０００４】 新たな文書、文書形式、整合性ルールが任意に追加されるような状況において
、 １組の文書を生成する際に、これら１組の文書が、生成課程でのキーポイントに
関連して、１組の形式整合性ルールのすべての要求を満たしていることを、確実
にすることは難しくなる。これは、特に、１組の文書を作成している際に生じる
。整合性ルールを充足しないような場合も避けられない。したがって、たとえば
、１つの文書に現れたデータが他の文書にも要求されるようなケースにおいて、
データが最初に第１の文書のために入力された場合には、他方の文書には、第１
の文書に対して行われた変更が直ちに反映されない。 【０００５】 配布を行う組織の多数の人によって文書が作成される場合には、文書生成の方
法を、少なくとも１組の文書の整合性を定常的に維持できることが保証された方
法に限定することは、実際的でない。また、大量の文書組のデータを全体的に調
べることは、時間を要し、間違いを生じやすいので、大量の文書組について、形
式的整合関係をとるため、手作業でチェックを行うことは極めて困難なことであ
る。 【０００６】 この発明は、整合要求を満たさないデータが入力される状況を受け入れつつ、
１組の整合性ルールによる形式的整合関係を満たすことが求められるデータを、
監視することのできる手段を提供することを目的とする。 【０００７】 本発明の一側面によると、下記を備えたコンピュータ装置を提供することがで
きる： データを含む第１組の構造化文書を生成する手段、 前記第１組の文書内のデータが充足すべき関係性を定義する１組の整合性ルー
ルを定義する手段、および 第２組の文書のデータが、当該データが前記整合性ルールによって定義される
関係性を充足するか否かを基礎としてリンクされるように、前記第１組のデータ
を含む第２組の文書を生成する手段。 【０００８】 リンクされた１組の文書を生成できる手段を設けることにより、ユーザは、文
書中にデータが現れる文脈において、整合性ルールを充足するデータおよび充足
しないデータの双方を検査することができる。 【０００９】 【発明の開示】 本発明の他の一側面によると、下記を備えたコンピュータ装置を提供すること
ができる： データを含む文書を入力する手段、 前記文書内のデータが充足すべき関係性を定義する１組の整合性ルールを入力
する手段、および 前記整合性ルールによって定義される形式的関係性を充足する前記文書内のデ
ータおよび充足しない前記文書内のデータを確認する整合性リンクを生成する手
段。 【００１０】 本発明の実施形態は、文書および生成された整合性リンクを、様々な方法によ
ってユーザが見ることを可能にする。これは、１組の文書中のデータが、なぜ定
義された１組の関係を充足するのか、あるいは、なぜ充足しないのかについて、
ユーザが確認するための支援となる。 【００１１】 本発明の実施形態を、添付の図面を参照し、例を示すことによって以下に説明
する。 【００１２】 【実施形態】 下記では、この発明を、ソフトウエアシステムによって実現したＸＭＬ（拡張
可能なマークアップ言語）によって説明する。ＸＭＬは、世界ウエブ・コンソー
シアム(W3C)によって標準化されているＳＭＧＬ（基本的一般マークアップ言語
）のサブセットであるデータ記述言語である。ＸＭＬは、ＨＴＭＬ（ハイパー・
テキスト・マークアップ言語）を用いた文書に対して情報をリンクする際や表現
情報をきつく結びつける際の主要な問題を考慮して作成されたものである。 【００１３】 内容、表現情報、リンク情報が全て一つの文書にエンコードされたＨＴＭＬと
比較して、ＸＭＬにおいては、他の文書に対してどのようにリンクされるか、ど
のようにユーザに提示されるかという文書構造を分離することができる。 【００１４】 ＸＭＬにおいては、文書が生成される前に、文書のデータ構造を定義するＤＴ
Ｄ（文書型定義）が生成される。これは、文書およびタグがどのように構成され
るか、どの要素が表示されるのかや、特定型文書の要素間の構造的関係を定義す
る１組のルールを備えている。 【００１５】 書籍のための文書型定義のごく簡単な例は、次のとおりであろう。書籍は、１
以上のページを備えている、各ページは１以上の段落を備えている、各段落は１
以上の文を備えている、おのおのの文は複数の単語を備えており、句点にて終わ
る。データ型書籍の文書は、書籍ＤＴＤによって決定されるようなデータ構造の
例である。 【００１６】 ＸＭＬは、ＸＭＬリンクあるいはＸリンクとして知られている、ＤＴＤによる
データ構造における異なる複数部分を互いにリンクする手段も提供する。Ｘリン
クは、リンクされるべきデータがどこに位置するかという定義を備えている。Ｘ
リンクは、構造化文書のコンピュータファイルについてのデータの位置および、
当該構造化文書内において当該データがどこで見出されるかを定義する。Ｘリン
クの構造は、それ自身がＸＭＬによりＤＴＤにて、２つの部分を含むものとして
定義できる。一つは、ＵＲＬ（統一ソース場所表示）識別子、すなわち、リンク
されるべきデータを含むファイルであり、もう一つは、ＤＴＤの文書構造内にお
いて、リンクが貼られているのはどこかを示すオプションのＸ−ポインタである
。したがって、前記の簡単な書籍ＤＴＤの例による文書のためのＸリンクは、特
定の書籍文書を特定するＵＲＬ識別子と、当該書籍中の特定の単語に対するＸ−
ポインタとを含むことになる。このＸ−ポインタは、どのページの、どの段落の
、どの文であるかと、当該文中においてどこに当該単語が現れるかに関するもの
である。 【００１７】 出力されたＸＭＬ文書の体裁は、ＸＳＬ（拡張可能なスタイル言語）を用いて
定義される。ＸＳＬは、ＸＭＬ文書の内容要素と出力すべき体裁要素の配置を記
述して定義するために用いられる。内容要素から体裁要素への配置を記述するＸ
ＳＬファイルは、ＸＳＬスタイルシートとして知られている。出力を生成するた
めにＸＭＬ文書を処理するＸＳＬスタイルシート処理器を用いて、ＸＳＬスタイ
ルシートによって定義された配置定義を適用して、出力が生成される。異なるＸ
ＳＬスタイルシートを提供するというこの方法により、ＸＭＬ文書を、異なる形
式に変換することが可能となる。したがって、ＸＳＬスタイルシートによって、
ＸＭＬ文書が、たとえばＨＴＭＬ（ハイパーテキスト・マークアップ言語）にお
いて、どのように表示されるかを定義すれば、ＸＭＬ文書を標準のブラウザで見
ることができる。 【００１８】 この発明の実施形態を以下に説明する。図１は、本発明を具体化したコンピュ
ータネットワークのブロック図である。この実施形態では、コンピュータネット
ワークは、通信ネットワーク５を介して接続された複数のコンピュータ端末１，
２，３，４を備えている。各コンピュータ端末１〜４は、ディスプレイ７に接続
されたコンピュータ６を備えている。また、各コンピュータ５には、キーボード
８、マウス９が接続されている。 【００１９】 図１のネットワークにおけるコンピュータ端末４の１つのメモリ内には、この
発明による整合性チェックプログラムが記録されている。整合性チェックプログ
ラム１０は、後に詳述するように、リンクデータ生成部１１、レポート生成部１
２、モニタプログラム１３を備えている。また、コンピュータ６のメモリには、
後述のように、文書中のデータが満たすべき１組の関係性を定義する１組の整合
性ルール１４が記録されている。 さらに、後述のように、プログラムとデータ
（図１には示していない）も、コンピュータ６のメモリに記録されている。 【００２０】 この発明の実施形態では、全ての端末１〜４のコンピュータ６のメモリ内には
、ＵＭＬ（一体化モデル言語）ソフトウエア・デザイン・ダイアグラムのために
、端末１〜４のキーボード８、マウス９を用いて、ＸＭＬ（拡張可能なマークア
ップ言語）ソース文書を生成するためのアプリケーション・ソフトウエア１５が
記録されている。アプリケーション・ソフトウエア１５は、ユーザが、ＵＭＬデ
ザイン文書を生成できるように、また、これらの文書をＸＭＬソース文書の形式
にて、その文書のある端末１〜４のコンピュータ６のメモリに記録できるように
用意されたものである。 【００２１】 この実施形態によれば、ユーザは、各端末１〜４のアプリケーション・ソフト
ウエア１５を用いて、ＵＭＬデザイン・ダイアグラムのために、１組のＸＭＬ文
書を生成する。これらのＸＭＬソース文書は、その後、通信ネットワーク５を介
して、メモリに整合性チェックプログラム１０を記録しているコンピュータ・ネ
ットワークの端末４に送信される。その後、ＸＭＬソース文書は、リンクデータ
生成プログラム１１により、整合性ルール１４にしたがって、１組のＸＭＬ整合
性リンク要素を生成するよう処理される。この１組のＸＭＬ整合性リンクは、整
合性ルール１４によってリンクされたソース文書中にあるデータ間のリンクを示
すものである。ＸＭＬソース文書、ＸＭＬ整合性リンク要素、整合性ルールは、
その後、ＨＴＭＬリンクを含むＨＴＭＬ出力文書を生成するよう、レポート生成
部１２によって処理され、出力文書組内のデータをユーザがナビゲートできるよ
うにしている。これにより、文書内のデータが整合性ルールによる形式的関係性
を充足しているか否かに基づいてリンクされた文書内のデータを見られるように
している。 【００２２】 整合性チェック部１０の処理について、ＵＭＬデザイン文書組の例を示した図
２を参照して説明する。このＵＭＬデザイン文書組は、図１のネットワークにお
ける端末１〜４のコンピュータ６に記録されたアプリケーション・ソフトウエア
１５を使用して生成される。このデザイン文書組の例は、簡単な会議スケジュー
ル・システムのソフトウエア・デザインのための、ビジネス実体クラス図１００
０と会議開催協力図２０００を備えている。 【００２３】 この文書組においては、ビジネス実体クラス図１０００は、設計デザインに基
づいて作成される会議ソフトウエア中のクラスの相互関連を示している。各クラ
スは、データ構造を表している。このデータ構造には、会議スケジュール・ソフ
トウエアを使用する過程において生成される具体的な実際のデータを、満たすこ
とができる。この例におけるクラスは、ユーザクラス１００１、メッセージクラ
ス１００２、会議クラス１００３、場所クラス１００４、日付クラス１００５、
主催者クラス１００６、参加者クラス１００７を備えている。ビジネス実体クラ
ス図１０００は、異なるクラスが互いにどのように関係しているかも示している
。この例においては、ユーザクラス１００１は、各ユーザのためのパスワード、
名前、Ｅメール・アドレスを備えたデータ構造である。参加者１００７、ユーザ
１００６クラスは、ユーザクラス１００１のサブ・クラスであり、同様のデータ
構造を有している。メッセージクラス１００２は、ユーザ間において送られた会
議についてのメッセージに関するメッセージデータのためのデータ構造である。
会議クラス１００３は、会議の名前および状態に関するデータのためのデータ構
造である。このデータは、会議、主催者、１以上の参加者、日付、場所のメッセ
ージに関係している。日付および場所は、それぞれ、会議の日と時間および場所
である。 【００２４】 示された文書組の会議開催協力図２０００は、会議を準備する際に生じるステ
ップおよび相互作用を示す図である。この例による会議開催協力図２０００は、
デザインにしたがったこのソフトウエアを用いて会議が準備された時に相互作用
する特定型のデータの詳細例を示す１組の実例２００１〜２００４を、含んでい
る。この例における実例は、主催者ウインドウ２００１、主催者２００２、会議
２００３、日付２００４を備えている。この例では、主催者ウインドウは、会議
データを生成するものとして用いられる。この会議データは、主催者に送られ、
カレンダーを更新する。 【００２５】 １５のアプリケーション・ソフトウエアを用いて１組のデザイン文書１０００
、２０００を生成し、これら文書に対応するＸＭＬを生成した後、これら文書は
、通信ネットワーク５を介して整合性チェッカー１０に渡される。整合性チェッ
カー１０は、メモリに記録された、生成された文書中のデータ間に要求される関
係を定義した１組の整合性ルール１４に基づいて、整合性リンクを生成すること
ができる。 【００２６】 整合性チェッカーによる処理の例を説明し、ＵＭＬデザイン文書内のデータが
充足しなければならない要求を定義する１つの整合性ルール１４を有する１組の
整合性ルール１４の処理について考察する。検討のために例として示す整合性ル
ールは、次のようなルールである。「全ての場合において、協力図では、同じ名
前のクラス図中にクラスが存在しなければならない」。このルールは、ＵＭＬデ
ザイン文書の形式的要求を定義している。ここでは、データの特定の状態が、協
力図中の特定の型の作用として示されている。すなわち、他のクラスのデータに
対するこのような型の作用のデータが、１組のデザイン文書の中で、どのように
表されるかという一般的な概観を示すものである。 【００２７】 １組の整合性ルールを処理する際、整合性チェッカー１０は、最初にリンクデ
ータ生成部１１を動作させる。このリンクデータ生成部１０は、デザイン文書１
０００、２０００のためのＸＭＬソースから、協力図２０００中の実例２００１
〜２００４に対応する（協力図中２０００中の）全てのデータを、整合性ルール
１４の状態を充足するために要求されるデータとして認定する。リンクデータ生
成部１１は、ビジネス実体クラス図１０００中のクラスに対応する全てのデータ
を、整合性ルールの条件を満たすべき潜在データとして認定する。クラスと実例
に対応するデータを見出す方法については、後で詳しく述べる。１組の認定デー
タは、端末４のコンピュータ６のメモリに記録される。 【００２８】 次に、リンクデータ生成部１１は、ＵＭＬデザイン文書１０００，２０００中
の整合性関係に対応する１組のＸＭＬリンク要素（Ｘリンク）を、整合性ルール
を用いて生成する。これは、リンクデータ生成部１１が、考慮する整合性ルール
に関連する可能性のある各データ片をテストし、このテスト結果に基づいて妥当
なリンク要素を生成することによってなされる。 【００２９】 よって、この例では、リンクデータ生成部１１は、協力図２００中の実例２０
０１〜２００４の全てをテストし、ビジネス実体図１０００中のクラスデータ１
００１〜１００７のどれが同じ名前を持っているかを見出す。協力図２００内の
データがクラス図１０００のデータと合致するごとに、これら２つのデータ片を
特定するようリンク要素が生成され、これらのデータ片が考慮すべき整合性ルー
ルの要求を満たしていることを示すためのリンクが、状態として与えられる。協
力図２０００のデータが合致できない場合には、考慮すべき整合性ルールに整合
しない旨のラベルをデータに付すリンク要素が生成される。 【００３０】 よって、この例においては、下記のＸＭＬリンク要素が生成される。 【００３１】 協力図２０００のデータ クラス図１０００のデータ 状態 主催者ウインドウ例２００１ なし 不整合 主催者例２００２ 主催者クラス１００６ 整合 会議例２００３ 会議クラス１００３ 整合 日付例２００４ 日付クラス１００５ 整合。 【００３２】 次に、ＸＭＬリンク要素、整合性ルール１５、ソース文書は、出力を生成する
ために、レポート生成部１２に送られる。この実施形態では、表示レポート生成
部１２は、スタイルシート生成部と１組の構造ルールから構成される。構造ルー
ルは、ＨＴＭＬ（ハイパーテキストマークアップ言語）文書を生成するために、
スタイルシート処理部を用いて、ＸＭＬソース文書、整合性ルール、ＸＭＬリン
ク要素に適用される。 【００３３】 図３は、図２の１組の文書のための整合性レポートをダイアグラムとして表し
たものである。図３は、１組のリンクされたＨＴＭＬ文書１０００，２０００を
示している。協力図の全ての例において、同じ名前のクラス図中にクラスが存在
しなければならないと言う整合性ルールにしたがって、ＨＴＭＬリンクによって
リンクされた図２の文書１０００，２０００のＨＴＭＬ表現を備えている。 【００３４】 生成された整合性レポート中のリンクは、他のデータに対するＨＴＭＬリンク
を備えている。このＨＴＭＬリンクは出力文書中に現われ、リンクが選択された
時に表示されるリンクによってデータを認識させる。図３において、ＨＴＭＬリ
ンクは、異なる文書中のデータを結ぶ線として示されている。この例では、ＨＴ
ＭＬリンクは、会議開催協力図２０００の主催者例２００２とビジネス実体クラ
ス図１０００の主催者クラス１００６との間のリンク３００１と、会議開催協力
図２０００の会議例２００３とビジネス実体クラス図１０００の主催者クラス１
００３との間のリンク３００２と、会議開催協力図２０００の日付例２００４と
ビジネス実体クラス図１０００の日付クラス１００５との間のリンク３００３と
を備えている。 【００３５】 クラス図のデータにリンクされた協力図のデータの全てについても、ＨＴＭＬ
ラベルが付される。このラベルは、ユーザがリンクされたデータを選択した時に
表示される。また、このデータは、なぜリンクが生成されたのかを示すものであ
る。よって、この例では、リンクされたデータ２００２〜２００４の全てに対し
、ＨＴＭＬラベルが付される。このＨＴＭＬリンクラベルは、協力図における全
ての例について、同じ名前のクラス図が存在しなければならないという整合性ル
ールに、データが合致していることを示すものである。ＨＴＭＬラベルは、ラベ
ルの付されたデータが選択された時に表示されるラベルである。図３において、
データが整合性ルールに合致することを示すＨＴＭＬラベルが、情報を詳述する
吹き出し３００４として示されている。この吹き出しは、ラベルの付されたデー
タが選択された時に現れる。 【００３６】 主催者ウインドウ２００１に関しては、ビジネス実体クラス図１０００のデー
タに対応するクラスが存在せず、リンクは生成されない。しかし、データが整合
性ルールに合致しないことを示すために、当該データには、ＨＴＭＬにて３００
５のラベルが付される。 【００３７】 リンクおよびラベルが貼られた文書組を生成することにより、ユーザは、各文
書の文脈の範囲内においてリンクされたデータを見ることができる。また、この
データは、データがなぜ１組の整合性ルールの条件に合致するのか、あるいは、
しないのかということを認識する助けとなる。 【００３８】 図４は、図２の文書の出力表示を表す他の説明図であり、ここでは、リンク要
素および整合性ルールが、異なるＸＳＬスタイルシートにしたがって処理されて
いる。この例では、出力表示は、整合性レポート４０００を備えている。整合性
レポート４０００は、メモリ中の１組の整合性ルール１４のルールそれぞれのた
めに、ルール識別子４００１、ルールの定義４００２、データのリスト４００３
〜４００６を備えている。リスト４００３〜４００６は、ルールを適用して、デ
ータがルールに合致するか否かを示すラベルおよびリンクを生成する対象である
データのリストである。 【００３９】 したがって、図２の文書のための整合性レポートは、次のものを備えている。
ルール識別子４００１、「協力図における全ての例は、同じ名前のクラス図中に
クラスが存在しなければならない」という当該ルールの定義４００２、会議開催
協力図中の実例２００１〜２００４のそれぞれに対応するデータ組４００３〜４
００６を備えている。データ組４００３〜４００６に対しては、本ルールが適用
され、データ例が、認識データ(identification data)によって認識されたルー
ルの条件と整合しているか否かを示すためのリンクが生成されたかどうかを示す
ラベルが付される。 【００４０】 したがって、この例では、このルールの要件を満足する会議、日付、主催者を
備えたデータ４００３〜４００５には、整合のラベルが付され、主催者ウインド
ウのデータ３００６には、不整合のラベルが付される。 【００４１】 １組の文書中のデータが、どのルールを充足し、どのルールを充足しないかを
詳細に説明する整合性レポートを提供するために、これらの文書がどの程度、１
組の整合性ルールによって定義される整合性関係を充足するかを示す概要である
。 【００４２】 さらに他の例として、レポート生成部１２のＸＭＬスタイルシートは、図３の
リンクされた１組の文書および図４のレポートの双方を生成するためのものとし
て構成してもよい。この場合、レポート生成部は、レポート４０００中のリスト
に現れるデータ４００３〜４００６のアイテムを、ＨＴＭＬリンクを介して、リ
ンクされた文書組中の対応するデータにリンクするように構成することができる
。これにより、ユーザは、なぜ整合性ルールが満たされたか、あるいは、満たさ
れなかったを確認するために、適切な文脈の範囲内において、データおよび概観
レポートの双方を見ることができる。 【００４３】 出力表示を生成すると、次に、出力表示とソース文書との間の対応を崩さない
（維持する）ように確実にする必要がある。これは、モニタプログラム１３によ
って達成される。モニタプログラム１３は、ＸＭＬソース文書の更新コピーを、
コンピュータネットワーク中のコンピュータ端末１〜４のいずれかから入手可能
となったかどうかを決定するために、ＸＭＬソース文書を監視する。文書の更新
を見出した場合には、モニタプログラム１３は、ソース文書が更新されことに対
応して、整合性リンク生成部１１による新たな１組のリンクの生成、およびレポ
ート生成部１２による出力表示を初期化するように構成されている。この方法に
より、一旦出力表示が生成されると、出力表示とソース文書更新との間の対応が
維持される。 【００４４】 本発明による整合性チェッカーをメモリに記録したコンピュータ端末のメモリ
内容の詳細な説明を、図５〜図７を参照して、以下に詳述する。 【００４５】 図５は、図１のコンピュータ装置４のメモリに初期的に記録される整合性チェ
ッカー１０のためのプログラムおよびデータのブロック図である。メモリに初期
的に記録されるプログラムおよびデータ１１〜４０を、以下に説明する。 【００４６】 リンクデータ生成部１１、レポート生成部１２、モニタプログラム１３、デザ
イン文書生成プログラム１５に加えて、メモリには、ＸＭＬエディタ２０が記録
される。ＸＭＬエディタ２０は、ユーザが、ＸＭＬ、ＤＴＤ、ＸＳＬファイルを
生成できるようにする標準ＸＭＬエディタを備えている。ＸＭＬエディタは、ユ
ーザが、ＸＭＬ文書をテキストまたはツリー構造としてディスプレイ７上に表示
できるように、ＤＴＤファイルをテキストまたはツリー構造としてディスプレイ
７条に表示できるように、ＸＳＬスタイルシートをテキストとしてディスプレイ
７上に表示できるように、あるいは、ＸＳＬスタイルシートの処理出力をテキス
トとして表示できるようにインターフェイスも提供する。さらに、ＸＭＬエディ
タは、ＸＭＬ、ＤＴＤ、ＸＳＬファイルのメモリへのロードを制御する。これに
より、キーボード８、マウス９を用いて、これらを編集することができる。 【００４７】 さらにメモリには、整合性ルールのためのデータ構造を定義するデータファイ
ルを備えた整合性ルールＤＴＤ３０が記録される。 【００４８】 図６は、整合性ルールＤＴＤ３０によって定義されるデータ構造のブロック図
である。この整合性ルールＤＴＤ３０は、整合性チェッカ１０を有する図４のコ
ンピュータ装置のメモリに記録される。整合性ルールＤＴＤ３０によって定義さ
れるデータ構造は、次のものを備えている：識別タグ２１、整合性ルールを自然
言語によって記述したテキスト記述２２、以下に述べるルール型２３、１組の文
書中の可能性のある関連要素を特定するためのソースおよび目的要素へのＸ−ポ
インタ２４，２５、ソース要素の実例と目的要素の実例との間の整合性リンクを
確立するために充足すべきルールの条件を表す１以上の条件のセット２６を備え
ている。 【００４９】 図２、３、４に関連して説明した先の整合性ルール例において、このデータ構
造にしたがうデータとして記録された整合性ルールは、次のものを備えている：
たとえば「ルール１」と呼ばれる識別タグ２１、テキスト記述「協力図における
全ての実例は、同じ名前のクラス図中にクラスが存在しなければならない」、ル
ール型２３、実例を示すデータが格納されている協力図のデータ構造の部分に対
するＸ−ポインタ２４、クラスを表すデータが格納されているクラス図のデータ
構造の部分に対するＸ−ポインタ、文書の部分において見出されＸ−ポインタ２
４，２５によって特定されるデータに要求される状態（つまり同一であること）
を備えている。 【００５０】 この発明の実施形態では、以下に述べる整合性関係の３つの異なる型に対応す
るＣＴ、ＣＦ、ＩＦ型ルールの３つのルール型がある。 【００５１】 ＣＴルールは、リンクを考慮する全てのデータ例によって充足されるべき、複
数文書のデータ間の関連を表すルール型である。したがって、ＣＴルールは、２
つの実例の１対のデータによって整合性条件が満たされた時に、２つの実例が整
合する旨をラベル付けし、文書のデータを１組のソース文書中の他の全てのデー
タと比較しても、整合性条件が満たされない時に、データが整合しない旨をラベ
ル付けするためのルールである。 【００５２】 ＣＴ型ルールの例は、協力図中の全ての実例に対してクラスがなければならな
いという、上述の整合性ルールである。これは、協力図中の全てのデータ実例に
は、同一のクラスが無ければならないこと、を要求している。実例のためのクラ
スが存在すれば、協力図中の実例は、対応するクラスとリンクすること、および
整合する旨のラベル付けをすることが求められる。しかし、クラスが存在しない
協力図中の実例があれば、この実例は、整合性ルールを充足しないものとして、
不整合のラベルを付すことが求められる。 【００５３】 第２の型のルールは、存在すべきでない関係性を表すルールの型であるＣＦル
ールである。もし存在すれば、データ実例を整合性実例としてリンクする。よっ
て、ＣＦルールは、２つの要素が整合関係性を充足する場合に、２つの要素をリ
ンクづけるルールである。しかし、整合性条件が充足されない場合には、整合性
リンクは生成されない。 【００５４】 ＵＭＬソフトウエア・デザイン文書のためのＣＦルールの例は、異なるクラス
図の同一名のクラスは同一であると考えられるというものである。クラスが同じ
名前を持っているというこのケースの場合には、これらのクラスは、整合性あり
としてリンクすることが求められる。しかし、１つのクラス図中にのみ存在する
複数クラスの複数実例が存在しうる。このようなクラスの存在は、不整合性が生
じたことを示しておらず、よって、かかる実例が検出された場合、リンクの生成
は求められない。 【００５５】 この実施形態による第３の型のルールは、関連する文書中の実例が充足しては
ならないような関係性を示す型のルールであるＩＦルールである。ＩＦルールは
、２つの実例がこのルールの条件を充足する場合には、２つの実例を不整合であ
るとしてリンク付けするルールである。この条件を充足するデータが存在しない
場合には、データは整合であるとラベル付けされる。 【００５６】 ＵＭＬソフトウエア・デザイン文書のためのＩＦルールの例は、閉じた関係性
である。たとえば、クラス図においてサブクラスＣ２を持つ全てのクラスＣ１に
ついて、Ｃ２は、他の図中のＣ１の上位クラスであってはならないというもので
ある。このようなルールの条件が充足された場合、クラスC１およびC２の２つの
実例は、不整合であるとのリンク付けを求められる。しかし、このルールの条件
が充足されない場合には、クラスC１に、整合である旨をラベルづける必要はな
く、クラスC２の何れの実例ともリンクされない。 【００５７】 ＸＭＬエディタ２０、整合性ルールＤＴＤ３０に加えて、図５に示すように、
メモリには、後で詳述するように、整合性ルールのセットを生成し編集するため
のプログラムである整合性ルールエディタ４０が記録される。リンクデータ生成
部１１、レポート生成部１２、モニタプログラム１３は、それぞれ、図５に別個
に示すような１以上のモジュールを備えている。これらのモジュールについて、
以下に簡単に説明する。 【００５８】 メモリに記録されたリンクデータ生成部１１は、次のものを備えている：与え
られた整合性ルール組に対し、どの文書を処理すべきであるかを選択するための
プログラムである文書統合エディタ５０；および整合性ルールエディタ４０が生
成した整合性ルールに従って、整合性リンク要素を生成するためのプログラムで
ある整合性リンク生成部６０を備えている。 【００５９】 メモリに記録されたレポート生成部１２は、次のものを備えている：出力レポ
ートの表示を決定するためのＸＭＬスタイルシートである出力表現スタイルシー
ト７０；およびＸＭＬ文書組、１組の整合性ルール、１組の整合性リンク要素を
、標準のブラウザを用いて見ることの可能なＨＴＭＬ出力表現１７０を生成する
ために、出力表現スタイルシートにしたがって処理するためのＸＳＬ処理部であ
るスタイルシート生成部８０を備えている。 【００６０】 メモリに記録されたモニタプログラム１３は、整合性レポートを生成するため
に、ＸＭＬソース文書の修正を監視するためのプログラムであるモニタモジュー
ル９０、スタイルシート処理部８０によって生成された出力レポートを、主力レ
ポートが１組のＸＭＬソース文書に加えられた変更に対応するように、更新する
ためのプログラムである整合性マネージャ１００を備えている。 【００６１】 図７は、図５において示したメモリ内に当初記憶されたデータおよびプログラ
ム以外にも、出力表現１７０を生成する過程で生成され、図１に示す整合チェッ
カーを有する装置４のメモリ内に記憶されたデータを示す図である。 【００６２】 メモリ内には、ソースドキュメント（ソース文書）用のデータ構造を識別する
さまざまなソースドキュメントＤＴＤ’ｓ１１０が記憶されている。かかるメモ
リ内には、ソースドキュメントＤＴＤ’ｓ１１０に基づき構造化された複数のソ
ースドキュメント１２０も記憶されている。このソースドキュメント１２０は、
そのために出力表現１７０が生成されたＸＭＬドキュメントを備えている。 【００６３】 これにより、上記の例において、ソースドキュメント１２０は、ＵＭＬ設計用
のＸＭＬソースドキュメント１０００、２０００を有しており、ソースドキュメ
ントＤＴＤ’ｓ１１０は、ビジネスエンテイークラス図１０００およびコラボレ
ーション図２０００用のドキュメントタイプ定義を有している。 【００６４】 また、メモリ内には、ソースドキュメント１２０中のデータにより充足される
べき関係を規定する整合ルール１３のセット；メモリ内に記憶され、生成された
整合ルールに対応するリンクを有するソースドキュメント１２０の選択について
規定するドキュメントユニバース定義１４０；前記ドキュメント内および間のリ
ンクを構成する整合リンクエレメント１５０；ドキュメントユニバース定義１４
０におけるＸＭＬソースドキュメントのコピーのセット１６０；および後に説明
するように、ユーザによって閲覧可能な一組のＨＴＭＬ出力ドキュメントを有す
る出力表現１７０、が記憶されている。 【００６５】 ここで、図８から図１５を参照しつつ、出力表現１７０の生成について説明す
る。図８は、図１に示す本発明による出力表現を生成する場合のコンピュータ装
置４の整合チェッカー１０に関するフローチャートである。 【００６６】 最初に前記装置がセットアップされると、メモリには、図５に示すようなプロ
グラムおよびデータ２０−１００が記憶される。出力表現１７０を生成する最初
のステップとしては、一以上のソースドキュメントＤＴＤ’ｓ１１０が生成され
、又は取り込まれ（Ｓ１）、メモリに保存される。このソースドキュメントＤＴ
Ｄ’ｓは、ＸＭＬエデイタプログラム２０を用い、キーボード８を介してタイプ
を行うことによって生成することができる。これに代え、ＸＭＬエデイタプログ
ラム２０の制御により通信ネットワーク５のいずれかを介してソースドキュメン
トＤＴＤ’ｓ１１０をメモリに取り込むこともできる。 【００６７】 メモリ内にソースドキュメントＤＴＤ’ｓ１１０が記憶された後、さざまな整
合ルール１４が生成され又は取り込まれ（Ｓ２）、メモリに記憶される。整合ル
ールは、通信ネットワーク５を介して取り込み、メモリに記憶することができる
。これに代え、以下で図９および図１０を参照して説明するように、整合ルール
は、整合ルールエデイタ４０を用い、キーボード８を介した入力を行うことによ
っても直接、生成し、メモリに記憶させることが出来る。 【００６８】 図９は、整合ルールを生成する整合ルールエデイタ４０の処理フローチャート
である。最初に整合ルールエデイタ４０が呼び出されると、コンピュータ装置は
、既にメモリに記憶されたいずれの整合ルールの詳細とともに、メモリに現在記
憶しているソースドキュメントＤＴＤ’ｓ１００の詳細をデイスプレイ７上に表
示する（Ｓ２２）。次に、ユーザは、メモリに現在記憶中の整合ルール１４につ
いて追加、削除又は編集のいずれを実行したいのかの選択を求められる。コンピ
ュータにより、ユーザがキーボード又はマウス９を介して削除、追加又は編集の
いずれかの指示を入力したことが検出されると（Ｓ２３）、制御フローは、それ
に基づき変更される。 【００６９】 コンピュータにより、ユーザがキーボード８又はマウス９を介してルールの追
加希望を入力したことが検出されると、ユーザは（Ｓ２４）、メモリに記憶中の
整合ルール１４に追加される新たな整合データの詳細入力を求められる。このこ
とは、図１０を参照して詳しく説明する。 【００７０】 ユーザが、ルールの削除希望を入力したことをコンピュータが検出すると、ユ
ーザは（Ｓ２５）、メモリに記憶中の整合ルール１４のうち削除するルールを選
ぶよう求められ、コンピュータは、選択されたルールをメモリから削除する（Ｓ
２６）。 【００７１】 ユーザが、メモリに記憶中のルールの編集希望を入力したことをコンピュータ
が検出すると（Ｓ２７）、ユーザは、編集対象ルールを選ぶよう求められる（Ｓ
２７）。次に、選択されたルールがメモリから削除され、ルールの詳細が初期入
力として与えられる。このことは、図１０を参照して詳しく説明する。ユーザは
、この後、かかる初期入力の編集を行うことが可能となり、（Ｓ２８）、編集後
のルールがメモリに記憶される。 【００７２】 ルールの追加、削除、又は編集後、メモリに記憶されるルール１４は、それに
応じて更新され、ユーザに対し、かかるルールで良いか否かの判断が求められる
（Ｓ２９）。ユーザが、キーボード８又はマウス９を介して当該ルールが完全で
ある旨の意思表示をした場合、整合ルールエデイタ４０はその機能を停止する。
ユーザが、当該ルールでは完全でない旨の意思表示をした場合、更新された現在
記憶中のルール１４がデイスプレイ上に再度表示され、ユーザは、再びルールの
追加、編集又は削除の選択を求められる。 【００７３】 図１０を参照して行う以下の説明は、図２、図３および図４との関係で述べた
上記の例示ルールを、ユーザが、整合ルールエデイタ４０を用い、どのようにし
て作成したかの例である。図２、図３および図４は、”コラボレーション図中の
各インスタンスについて同名のクラス図が存在していなければならない”という
ＵＭＬで作成された一組のソフトウェア・エンジニアリング書類との関係を規定
する。 【００７４】 ユーザの新たなルールを入力したい旨をコンピュータが、検出すると（Ｓ２３
）、これから作成しようとするルールの自然言語による定義の入力が求められる
。かかる定義は、キーボード８を介してユーザが入力し（Ｓ３０）、ルールの自
然言語による定義として記憶される。この例において、ユーザは、”コラボレー
ション図中の各インスタンス（実例）について同名のクラス図が存在していなけ
ればならない”を入力する。 【００７５】 次に、ユーザは、新しいルールのルール形式の入力を求められる。この例にお
いて、こかかるルールは、一組の書類中のコラボレーション図における全てのイ
ンスタンスに当てはまり、当該データのいずれもがクラス図中の他のデータとリ
ンク出来ない場合、コラボレーション図中のデータは、このルールと整合せず、
したがって、ルールＣＴのタイプおよびこのルールのタイプがルール形式として
入力される（Ｓ３１）。 【００７６】 次に、ユーザは、ＵＭＬコラボレーション図用の表示済ＤＴＤｓから、ＵＭＬ
図用ソースドキュメントのコラボレーション図２０００中のインスタンスを表す
データにより充足されるＤＴＤの一部を選択する。 【００７７】 例えば、かかるデータのためのＵＭＬ ＤＴＤの一部は： root().Child(all,Package).(all, Collaboration Diagram). (all, Collaboration). (all, Instance)である。 【００７８】 かかる選択したデータは、メモリに記憶される。 【００７９】 次に、ユーザは、ＵＭＬクラス図用の表示済DTDから、ＵＭＬクラス図１００
０を表すソースドキュメント中のクラスデータを示すデータにより充足されるDT
Dの一部を選択する（Ｓ３３）。例えば、かかるＤＴＤは： root().Child(all,Package).(all, Class Diagram). (all, Class)と定
義される。 【００８０】 かかる選択データも、メモリに記憶される。 【００８１】 次に、ユーザは、キーボード８を介してルールに関する条件の入力を求められ
る（Ｓ３４）。この例において、ＤＴＤの最初に選択されたデータのインスタン
スとして見つけられるソースドキュメント中のソースドキュメントの一部のデー
タは、属性クラスを有しており、このデータは、二番目に選択されるデータのイ
ンスタンスとして存在するはずのソースドキュメント中のソースドキュメントの
一部のデータ値と同じ値である、ということが条件となる。 【００８２】 次に、コンピュータにより、コンピュータ生成タグ２１、ユーザによって入力
された詳細に対応するルール２２のテキスト記述、入力されたルール形式に対応
するルール形式２３、ユーザによって選択された第一および第二ＤＴＤ部に対応
する一対のＸ−ポインタ２４、２５、ならびにユーザにより入力された条件に相
当する一組の条件２６、を有するＸＭＬで表した整合ルールが生成される（Ｓ３
５）。 【００８３】 整合ルールＤＴＤ３０に基づき、ＸＭＬ表現で生成されたこの例におけるルー
ルは、以下のようなＸＭＬ定義を有する： <Consistency Rule id="rl" type="CT"> <id>rl</rl> <Description> For every instance in a collaboration diagram there must be a cl
ass diagram with the same name. <Description> <Source> <XPointer> root().child(all,Package).(all,CollaborationDiagram). (all,Collaboration).(all,Instance) </XPointer> </Source> <Destination> <XPointer> root().child(all,Package).(all,ClassDiagram).(all,Class) </XPointer> </Destination> <Condition> expsource="origin().attr(CLASS)" op="equal" expdest=origin().attr(NAME)"/> </ConsistencyRule> 上の例において、ルールによって充足される条件は、二つの値を比較し、互い
に同じであるかを判断する簡単なものであったが、＜＞又は≠等の適切な比較動
作も前記条件の一部として機能することが理解されよう。また、データ処理およ
び変数を用いた比較を伴う、より複雑な条件を用いることができること、も理解
されよう。 【００８４】 ソースドキュメントＤＴＤ’ｓ１１０およびＤＴＤ’ｓにより規定されるドキ
ュメントタイプ用の整合ルール１４がメモリに記憶されると、次に、ユーザは、
ＤＴＤ’ｓ１１０によりメモリに規定されるドキュメントタイプに対応するソー
スドキュメントを生成し又は取り込むことを要求される（Ｓ３）。新規ドキュメ
ントの作成は、ＸＭＬエデイタ２０又は他のアプリケーションソフトウエアのい
ずれを用いることでも可能であり、また、既存のＸＭＬドキュメントは、通信ネ
ットワーク５を介してダウンロードすることが可能である。生成され、又は入力
されたＸＭＬソースドキュメント１２０は、全てメモリに記憶される。 【００８５】 かかるソースドキュメント１２０がメモリに記憶された後、次に、ユーザは、
ドキュメントユニバースエデイタ５０を呼び出すことができる。ドキュメントユ
ニバースエデイタ５０が呼び出されると、ユーザは、メモリに記憶されたソース
ドキュメント１２０のリストから、これらのために生成されるべき出力表現１７
０を選択することを求められる。ユーザが、整合リンクを生成したいと考える全
てのドキュメントを選択した場合、ＸＭＬソースドキュメントのコピー１６０は
、それに関連づけられたＤＴＤ’ｓとともに、出力表示１７０を生成する為の基
礎として保存され、メモリにコピーされた被選択ドキュメントのリストがドキュ
メントユニバース定義として保存される。次に、ドキュメントユニバースエデイ
タ５０は、整合リンクジェネレータ６０を呼び出す。 【００８６】 図２、図３及び図４とに関連して述べられた簡単な例において、メモリにダウ
ンロードされたＸＭＬソースドキュメントは、ビジネスエンテイテイークラス図
１０００およびコラボレーション図２０００用のＸＭＬソースドキュメントを有
している。ドキュメントユニバースエデイタ５０は、かかる二つのドキュメント
が選択されると、ユーザがこれらのソースドキュメントの両方を選択出来るよう
にし、ビジネスエンテイテイークラス図１０００用のＸＭＬソースドキュメント
のコピー１６０およびコラボレーション図２０００用のＸＭＬソースドキュメン
トは、それらが関連するＤＴＤ’ｓと一緒に生成され、コピー１６０のリストを
有するドキュメントユニバース定義１４０とともにメモリに記憶される。 【００８７】 メモリにドキュメントユニバース定義１４０が記憶された後、整合リンクエレ
メントを生成するため、整合リンクジェネレータ６０が呼び出される（Ｓ５）。 【００８８】 図１１は、整合リンクジェネレータ６０の処理を示すフローチャートである。
最初に、整合リンクジェネレータ６０は、整合ルール１４の最初のルールを選択
し（Ｓ４０）、メモリに記憶する。ドキュメントユニバース定義１４０に記載さ
れているように、ＸＭＬソースドキュメント１６０の各コピー用に前記最初のル
ールに対応するソースエレメントのセット（Ｘ−ポインタで表されている）が、
決定される（Ｓ４１）。かかる動作は、現在検討中のルール用のソースエレメン
トＸーポインタ表示２４がなされると、ドキュメントユニバース定義１４０中の
各ＸＭＬソースドキュメント１６０のＸＭＬデータ構造を横断するコンピュータ
によってなされる。 【００８９】 上述の例示ルールおよび上記の図２に示したドキュメントの例において、整合
リンクジェネレータ６０は、ビジネスエンテイテイークラス図１０００およびコ
ラボレーション図２０００用のソースエレメントのセットを構築するため、まず
、検討中の整合ルール用にソースエレメントＸ−ポインタ２４を用いる。かかる
ソースエレメントのセットは、コラボレーション図２０００中のオーガナイザ・
ウィンドウ２００１、オーガナイザ・インスタンス２００２、ミーテイング・イ
ンスタンス２００３および日付・インスタンス２００４を示すＸーポインタ表示
を有するソースエレメントのセットである。 【００９０】 次に、整合リンクジェネレータ６０は、デステイネーションエレメントＸ−ポ
インタ表示２５に続いて、ドキュメントユニバース定義１６０中の各ソースデキ
ュメント１６０のＸＭＬデータ構造を横断させるのと同様の方法で現在検討中の
ルール用にデステイネーションエレメントのセットを生成する（Ｓ４２）。 【００９１】 したがって、例示ルールおよび上記の図２に示すドキュメントにおいて、整合
リンクジェネレータ６０は、ビジネスエンテイテイークラス図１０００中のユー
ザクラス１００１、メッセージクラス１００２，ミーテイングクラス１００３、
ロケーションクラス１００４、日付クラス１００５、オーガナイザクラス１００
６、および参加者クラス１００７のデータを示すＸーポインタ表示を有するデイ
ステイネーションエレメントのセットを構築するため、検討中のルール用にデス
テイネーションエレメントＸ−ポインタ表示２５を用い、デイステイネーション
エレメントのセットを生成する。 【００９２】 次に、現在検討中のルールのルール形式が選択され（Ｓ４３）、以下のように
、適切なタイプのリンクが生成される。 【００９３】 ＣＴタイプのルール形式が決定されると、図１２および図１３を参照してその
詳細が説明されるＣＴ整合リンクデータが生成される（Ｓ４４）。ＣＦタイプの
ルール形式が決定されると、図１４を参照してその詳細が説明されるＣＦ整合リ
ンクデータが生成される（Ｓ４５）。ＩＦタイプのルール形式が決定されると、
図１５を参照して詳しく説明するＣＦ整合リンクデータが生成される（Ｓ４６）
。 【００９４】 現在検討中のルールにふさわしい整合リンクが生成され、整合リンクデータ１
５０として記憶されると、次に、整合リンクジェネレータ６０は、検討中のルー
ルが整合ルール１４としてメモリ中に記憶された最後のものであるかどうかの判
断を行う（Ｓ４７）。現在検討中のルールが最後のものでないと判断されると、
次のルールが検討され（Ｓ４８）、新たに検討対象となりうるソースおよびデス
デイステイネーション（目的）データのリストが生成される（Ｓ４１およびＳ４
２）。現在検討中のルールがメモリに記憶された最後の整合ルール１４であると
判断されると、後に詳細を説明するように、整合ルールエデイタ６０は、出力ド
キュメントのセットを生成するため、スタイルシートプロセッサ８０に処理を引
き渡す。 【００９５】 図１２は、ＣＴタイプ整合関係を規定するルールに対応する整合リンクの生成
処理を示すフローチャートである。既に述べたように、ＣＴタイプ整合関係は、
ドキュメントユニバース定義１４０として定義されたドキュメントセット中に存
するデータの全てのインスタンスに当てはまることが求められるものである。 【００９６】 整合リンクジェネレータ６０によってソースエレメントのセットおよびデスデ
イステイネーションエレメントのセットが生成され（Ｓ４１およびＳ４２）、現
在検討中のルール形式がＣＴタイプであると選択されると（Ｓ４３）、次に、整
合リンクジェネレータ６０は、デイステイネーションエレメントのセットが空で
あるかどうか判断する（Ｓ５０）。デイステイネーションエレメントのセットが
空であると判断されると、整合リンクジェネレータ６０は、後に説明する不整合
リンクを生成する（Ｓ５６）。 【００９７】 デイステイネーションエレメントのセットが空でないと判断された場合、整合
リンクジェネレータ６０は、ソースエレメントセット中の最初のエレメントによ
り識別されたデータとデイステイネーションエレメント中の前記最初のエレメン
トを識別するデータとを比較する（Ｓ５１）。かかるデータが現在検討中のルー
ルについての条件２６を充足すると判断された場合、整合リンクが生成され（Ｓ
５２）、メモリに記憶された整合リンクエレメント１５０に追加される。 【００９８】 図１３は、整合リンクジェネレータ６０により生成された整合リンクのデータ
構造のブロック図である。整合リンクは、ソースドキュメント・エレメント２０
０用のロケータ、デイステイネーションドキュメント・エレメント２１０用のロ
ケータ、リンクを生成させる現在検討中のルールを識別するデータ２２０、およ
び整合しているか又は不整合であるかを示す状況データ２３０、を有している。 【００９９】 整合リンクジェネレータ６０が、ソースエレメントから現在検討中のエレメン
トによって識別されたデータおよびデイステイネーションエレメントから検討中
のエレメントにより識別されたデータが現在検討中のＣＴタイプルールの条件２
６の要件を充足する判断すると、整合リンクジェネレータ６０は、ソースエレメ
ントのセットから現在検討中のエレメントのコピー２００、２１０、デイステイ
ネーションエレメント２２０のセットおよびリンクされたデータが識別ルールに
合致しているのでリンクが生成されていることを表す状況データ２３０、を有す
るＸＭＬで表した整合リンクを生成する。 【０１００】 したがって、例えば、整合リンクジェネレータ６０が、整合ルール”コラボレ
ーション図中の各インスタンスについて同名のクラス図が存在していなければな
らない”をテストする場合に、図２のドキュメントに関し、コラボレーション図
２０００中のオーガナイザ・インスタンス２００２は、クラス図中にオーガナイ
ザクラス１００６を有する、と判断した場合、整合リンクジェネレータ６０は、
コラボレーション図２０００のためのＸＭＬソースドキュメント用のＵＲＬおよ
び コラボレーション図２０００中のオーガナイザ・インスタンス２００２を表
すデータを指し示すＸ−ポインタ表示であるところの検討中のソースエレメント
セットからのエレメントデータのコピー２００；ビジネスエンテイテイークラス
図（ビジネス実体クラス図）１０００のためのＸＭＬソースドキュメント用のＵ
ＲＬおよびビジネスエンテイテイークラス図１０００中のオーガナイザ・インス
タンス１００６を表すデータを指し示すＸ−ポインタ表示であるところのデステ
イネーションエレメントからのエレメントのコピー；識別データ２２０として現
在検討中のルール用の識別タグ２１のコピー；および整合リンクに対して整合し
ているとラベル付けする状況データ２３０、を有する整合リンクを生成する。 【０１０１】 整合リンクを生成した後（Ｓ５２）、又はソースドキュメントセットからのエ
レメントおよびデイステイネーションエレメントセットからのエレメントにより
識別されたデータが検討中のルール２６を充足しないと判断された場合、整合リ
ンクジェネレータ６０は、デイステイネーションエレメントセットから現在検討
中のエレメントがそのセット中最後のものであるかを判断する（Ｓ５３）。 【０１０２】 デイステイネーションエレメントセットからのエレメントが、当該デイステイネ
ーションエレメントセット中、最後のものでないと判断されると、整合リンクジ
ェネレータ６０は、ソースドキュメントセットから現在検討中のエレメントによ
って識別されたデータと当該デイステイネーションエレメントセットの次のエレ
メントにより識別されたデータを比較し、必要なら別の整合リンクを生成する（
Ｓ５４，Ｓ５１−Ｓ５３）。 【０１０３】 デイステイネーションエレメントセットから現在検討中のエレメントが、当該
デイステイネーションエレメントセットの最後のものであると判断されると（Ｓ
５３）、整合リンクジェネレータ６０は、デイステイネーションエレメントセッ
ト中の前記エレメントによって識別された各データとソースエレメントセットか
ら現在検討中のエレメントにより識別されたデータを比較する過程で、整合リン
クが生成されたかどうかを判断する（Ｓ５５）。リンクが生成されていない場合
、整合リンクジェネレータ６０は、次にメモリに記憶される整合リンクデータ１
５０に加えられる不整合リンクを生成する（Ｓ５６）。 【０１０４】 整合リンクジェネレータ６０が、ＣＴタイプルール用に不整合リンクを生成し
た場合、ソースエレメントから現在検討中のエレメントのコピー２００、空白(n
ull)エレメント２１０、現在検討中のルールを識別するデータ２２０およびラベ
ル付けされたリンクと整合することによりリンク可能なデータが存在しないため
に不整合リンクが生成されたことを表す状況データ２３０、を有するリンクデー
タが生成される。 【０１０５】 例えば、整合リンクジェネレータ６０により、図２のドキュメントのオーガナ
イザウインドウ２００１がビジネスエンテイテイークラス図１０００中のどのク
ラス図ともリンクされていない、と判断されると、整合リンクジェネレータ６０
は、コラボレーション図２０００のためのＸＭＬソースドキュメント用のＵＲＬ
および コラボレーション図２０００中のオーガナイザウインドウ・インスタン
ス（主催者ウインドウ実例）２００１を表すデータを指し示すＸ−ポインタ表示
であるところの検討中のソースセットからのエレメントのコピー２００；空白(n
ull)エレメント２１０；識別データ２２０として現在検討中のルール用の識別タ
グ２１のコピーおよび整合リンクに対して整合していないとラベル付けする状況
データ２３０、を有する不整合リンクを生成する。 【０１０６】 不整合リンクを生成した後（Ｓ５６）後、又は、ソースエレメントのセットか
ら現在検討中のエレメントにより指し示されたデータ用に整合リンクが生成され
た場合、整合リンクジェネレータ６０は、ソースデータセットから現在検討中の
エレメントが、そのセット中最後のものであるかどうかを判断する（Ｓ５７）。
現在検討中のエレメントが最後のものでない場合、整合リンクジェネレータ６０
は、当該ソースエレメントセットの次のエレメントをデイステイネーションエレ
メントセットの最初のエレメントと比較する（Ｓ５８、Ｓ５０−Ｓ５７）。 【０１０７】 これにより、整合リンクジェネレータ６０は、リンク生成のため、確実にソー
スセット中のエレメントによって識別されたデータおよびデイステイネーション
セット中のエレメントにより識別されたデータの全てのペアリングの可能性を検
討し、検討中のルールの条件を充足するデータが見つかった場合にリンクを生成
する。また、データは、整合リンクを生成させることがないソースセット中で識
別される。 【０１０８】 図１４は、ＣＦタイプ整合関係を規定するルールに対応する整合リンクの生成
動作を示すフローチャートである。既に述べたように、ＣＦタイプ整合関係は、
整合ルール条件を充足するデータが存在すれば、整合リンクの形成が求められる
というものである。しかし、ＣＴタイプ整合関係とは違い、ＣＦタイプ整合関係
を充足するデータが存在しない場合でも、不整合リンクは形成されない。 【０１０９】 ＣＴ又はＣＦタイプ整合ルール条件のいずれかを充足するデータが存在する場
合、整合リンクが生成され、かかるデータが整合ルールの条件を充足する場合に
は、ＣＴタイプ整合ルールの処理と同様の処理を行うＣＦタイプルールに基づく
データ処理が行われる。整合リンクジェネレータ６０による処理におけるＣＴタ
イプ整合ルールとＣＦタイプ整合ルール処理の相違点は、ソースエレメントから
のエレメントによって識別されるデータ用に整合リンクが生成されない場合に現
れるだけである。 【０１１０】 従って、図１４のフローチャートは、以下の点を除いてＣＴタイプ整合ルール
に基づくリンク生成に関する図１２のフローチャートと同じである。すなわち、
ＣＦ整合ルールの場合、整合リンクジェネレータ６０がデステイネーションエレ
メント中にエレメントが存在しないか、検討中のソースエレメントにより識別さ
れたデータ用に整合リンクが生成されない、と判断した場合、整合リンクジェネ
レータ６０は、不整合リンクを生成せず、整合リンクジェネレータは、このステ
ップを省略し（Ｓ５５、Ｓ５６）、ソースセットから検討中のエレメントが当該
ソースセットの最後のエレメントかどうかを判断するステップ（Ｓ５７）に進み
、次に、当該ソースセットの次のエレメントにより識別されたデータとデステイ
ネーションデータによって識別されたデータを比較するステップ又は停止のいず
れかに進む、という点である。 【０１１１】 ＣＴタイプルールの処理と同じ制御フローであるが、検討中のルールの条件２
６を充足しないデータであって、ソースセット中のエレメントにより識別される
ものが存在しない場合に不整合リンクを生成するステップ（Ｓ５５−Ｓ５６）を
省略する制御フローを実行することにより、整合リンクジェネレータ６０は、 整合関係に基いてリンクを生成する。この場合、ドキュメント中のデータは、必
ずしも、かかる整合関係を充足する必要はない。 【０１１２】 図１５は、ＩＦタイプ整合関係を規定するルールに対応する整合リンクの生成
動作を示すフローチャートである。既に述べたように、ＩＦタイプ整合感関係は
、ユニバース定義１４０として定義されたドキュメントセット中に存するデータ
の全てのインスタンスに当てはまることが求められないものである。 【０１１３】 ＩＦタイプ整合ルールの処理は、検討中のルールの条件２６を充足するデータ
が識別されると、かかるデータに対してリンクが生成され、不整合であるとラベ
ル付けされる点を除いてＣＴタイプ整合ルールと同じである。検討中の整合条件
２６を充足するデイステイネーションエレメントのセット中のエレメントにより
識別されるデータがない場合、ソースエレメントセットから検討中のエレメント
によって識別されたデータに整合リンクが生成され、かかるデータは整合してい
るというラベル付がなされる。 【０１１４】 したがって、図１５は、整合リンク（Ｓ５２）又は不整合リンク（Ｓ５４）が
生成されたステップ中で生成されたリンクの内容が入れ替わっているという点を
除いて、図１２と同じである。 【０１１５】 検討中のエレメントによって識別されたデータが検討中のルールの条件２６を
充足する場合（Ｓ５１）、ソースエレメントおよびデイステイネーションエレメ
ントから検討中の一対のエレメント２００、２１０、検討中のルールを識別する
データ２２０、およびリンクされたデータが識別データと整合しないのでリンク
が生成されたことを示す状況データ２３０、を有する不整合リンクが生成される
（Ｓ６０）。 【０１１６】 また、検討中のエレメントが、当該デイステイネーションエレメントセット中
の最後のエレメントであって、ソースセットから現在検討中のエレメントによっ
て識別されたデータ用にまだリンクが生成されていなかった場合（Ｓ５５）、整
合リンクジェネレータ６０は、整合リンクであって整合する旨のラベル付けをす
る状況データ２３０を有するものを生成する（Ｓ６１）。 【０１１７】 整合リンクジェネレータ６０が、メモリに記憶された全ての整合ルール１４用
の整合リンクエレメントであって、ソースドキュメント１６０および整合ルール
１４に関連するものを生成した場合、求められる整合関係の充足に関するデータ
の全てが用意され、ＸＭＬ形式で表される。 【０１１８】 したがって、ソースドキュメント１６０、整合ルール１４、整合リンクエレメ
ント１５０は、出力表現１７０を生成するため（Ｓ６）、ＸＳＬ出力表現スタイ
ルシート７０に基づいてこれらを処理するスタイルシートプロセッサ８０に引き
渡される。このスタイルシートプロセッサ８０は、マイクロソフト社のＭＳＸＳ
Ｌのように、本技術分野で知られているどのようなスタイルシートプロセッサで
あってもよい。この場合、スタイルシートプロセッサは、本技術分野でよく知ら
れているように、ソースドキュメント１６０、整合ルール１４、および整合リン
クエレメント１５０からのデータがどのように表示されるのかを単に識別するだ
けのものであってもよい。 【０１１９】 したがって、例えば、図３の出力表現の場合、スタイルシート７０は、ＵＭＬ
による図面１０００、２０００用のＸＭＬ１６０ソースドキュメントに対応する
ＨＴＭＬドキュメントの適切な部分に対するリンク３００１ー３００３を生成す
るための基礎として全ての整合リンクエレメント１５０を解釈するといったもの
になる。また、スタイルシート７０は、整合リンクエレメントを生成させるルー
ルとして認識されるルール用の自然言語による説明２２を有するＨＴＭＬ表現ラ
ベル３００４、３００５を含むよう構成された。 【０１２０】 本発明の本実施形態に基づいて出力表現１７０が生成された場合、スタイルシ
ートプロセッサ８０により生成された出力表現１７０は、ネットスケープ・ナビ
ゲーター又はマイクソフト・インターネットエクスプローラー等の標準的なブラ
ウザによって閲覧することの出来るＨＴＭＬファイルを有している。 【０１２１】 整合ルール１４のセットおよびドキュメントユニバース用に出力表現が生成さ
れた後、ドキュメントユニバース定義中で参照されたＸＭＬソースドキュメント
に大幅な変更が加えられた場合、出力表現を更新する必要がある。本実施形態に
おいて、出力表現とＸＭＬソースドキュメントのセットとの対応の維持は、ここ
で説明するように、管理モジュール９０および整合マネージャー１００によって
実行されている ソースドキュメント１２０のセットに対応する出力表現１７０を監視し、維持
する監視モジュール９０、整合マネージャー１００の処理動作が、図１６に示さ
れている。 【０１２２】 出力表現１７０の生成後、監視モジュール９０は、メモリに記憶されたソース
ドキュメント１２０が更新されたかどうかを監視するよう構成された（Ｓ７０）
。監視モジュール９０の簡単な実施形態において、かかる監視は、メモリ内のド
キュメント１２０の保存時刻についてのタイムスタンプが更新されたか否かを周
期的にチェックすることにより実現される。この更新を監視することにより、当
該ソースドキュメントの従前のコピーが新たなコピーに置き換えられたことが判
る。監視モジュール９０により更新が検出されると、次に、監視モジュール９０
は、ソースドキュメントのどの部分に変更が加えられたかを検出する。監視モジ
ュール９０がソースドキュメントのどの部分に変更が加えられたかを検出できる
方法の一つとしては、ソースドキュメント１２０と出力表現を生成するために保
存されている前のソースドキュメント１６０のコピー間で相違動作を行う方法が
ある。適切な相違動作としては、ＩＢＭ社のalpha worksによるＸＭＬtree diff ライブラリーがある。 【０１２３】 監視モジュール９０により監視されたソースドキュメント１２０の更新版が、
以前に保存されたソースドキュメントと同じであると識別されると、かかる相違
動作は、更新がなされておらず、それ以降に何らの動作も行われないことを示す
。しかし、監視モジュール９０が変更を検出した場合、以下で説明するように、
監視モジュール９０は、メモリに記憶された出力表現１７０を更新するため整合
マネージャーを呼び出す。 【０１２４】 最初に整合マネージャー１００が呼び出されると、整合マネージャー１００は
、まず、そのドキュメントの前の版と入れ替えるため、更新されたソースドキュ
メントの最新版をコピーする。 【０１２５】 次に、整合マネージャー１００は、更新によって影響を受けたデータが存在す
る場合、整合ルール１４のうちどれが、更新により影響を受けるデータに関連す
るかを確かめるため、修正が加えられた部分のソースドキュメント１２０と、メ
モリに記憶された各整合ルール１４のＸ−ポインタ２４で表されたソースエレメ
ントおよびＸ−ポインタ２５で表されたデイステイネーションエレメントとの比
較を行う（Ｓ７２）。 【０１２６】 監視モジュール９０によって検出された前記更新が、整合リンク生成対象のデ
ータに影響を及ぼすおそれがあると判断されると、整合マネージャー１００は、
メモリに保存している整合リンクデータ１５０を更新するため、整合リンクジェ
ネレータ６０を呼び出す（Ｓ７３）。かかる呼び出しは、ソースドキュメント１
６０更新されたコピーおよび新しい整合リンクエレメントのセットに基づき出力
表現１７０を生成するため、スタイルシートプロセッサ８０を呼び出す前に行わ
れる（Ｓ７４）。どのリンクも更新による影響を受けていないと判断された場合
、整合マネージャー１００は、その動作を停止する。 【０１２７】 これにより、整合ルールのセットを基準としてソースドキュメントのセットを
チェックが厳しくなり(incremental)、出力表現１７０は、ソースドキュメント
のどのような変更をも反映するよう形成される。したがって、生成プロセス内の
キーポイントにおいて、ソースドキュメントが、求められた整合関係を確実に充
足することが可能となる。 【０１２８】 図１７は、整合マネージャー１００が、どの整合ルールが、更新による影響を
受けたかをいかにして判断するのか、および、整合リンクジェネレータ６０に対
し適切な更新済みリンクセット生成するよう指示するか、についての詳細を示す
フローチャートである。 【０１２９】 最初に、整合マネージャー１００が、呼び出されると、当該整合マネージャー
は、ソースドキュメント１２０のうち更新された部分を示すデータと整合リンク
データ１５０との比較を実行する。次に、整合マネージャー１００は、整合リン
クエレメント１５０中の影響を受けたあらゆる整合リンクを削除する（Ｓ８０）
。 【０１３０】 また、整合マネージャー１００は、検討中のドキュメントの更新部分を表すデ
ータとメモリに記憶された各整合ルール１４のソースエレメント２４を順次比較
する（Ｓ８１）。 【０１３１】 整合マネージャー１００により、検討中の整合ルールのソースエレメント２４
が更新済みデータを参照できるようなものであると判断されると、かかる検討中
の整合ルールは、ソースドキュメントに対する修正の影響を受けた可能性のある
ルールであると判断される。次に、整合マネージャー１００は、整合リンクジェ
ネレータ６０がドキュメントユニバース１４０中の全てのドキュメント用のソー
スエレメントのセットを識別した方法と同様の方法で更新済みドキュメントの更
新部分中のデータ用のソースエレメントのセットを生成する（Ｓ８２）。また、
整合マネージャー１００は、整合リンクジェネレータ６０によってデイステイネ
ーションエレメントのセットが生成されるのと同様の方法でドキュメントユニバ
ース中の全てのドキュメント用のデイステイネーションエレメントのセットを生
成する（Ｓ８３）。次に、整合マネージャープログラム１００は、検討中のルー
ルに基づいてソースセット中のエレメントにより識別されたデータとデイステイ
ネーションセットを比較することにより整合リンクのセットを生成するため、整
合リンクジェネレータ６０を呼び出す（Ｓ８４）。かかる整合リンクは、メモリ
に記憶された整合リンクエレメント１５０に加えられる。 【０１３２】 整合マネージャー１００が、ソースドキュメントの更新部分と関連する新しい
整合リンクを生成した後、当該整合マネージャー１００は、現在検討中の整合ル
ールのデイステイネーションエレメント２５のセットが、ソースドキュメント中
の更新されたデータを参照できるものであるか否かを判断する（Ｓ８５）。整合
マネージャー１００により、現在検討中の整合ルールのデイステイネーションエ
レメント２５がソースドキュメント中の更新データを参照できるものであると判
断された場合、当該整合マネージャー１００は、整合リンクジェネレータ６０と
同様の方法で、ドキュメントユニバース１４０中の他の全てのドキュメント用の
ソースエレメントのセットを生成する（Ｓ８６）。さらに、整合マネージャー１
００は、ソースドキュメント中の更新された部分中のデータであって、検討中の
整合リンクのデイステイネーションエレメントによって識別されたデータ用のデ
イステイネーションエレメントのセットを生成するＳ８７。整合マネージャー１
００は、後にメモリに記憶されている整合リンクエレメント１５０に加えられる
ソースセットおよびデイステイネーションセット中のエレメントからエレメント
を識別する比較動作に基づいて整合リンクのセットを生成するため、整合リンク
ジェネレータ６０を呼び出す（Ｓ８８）。 【０１３３】 他の整合リンクが生成された後、整合マネージャーは、現在検討中のルールが
当該ルール１４の最後のものかどうかを判断する（Ｓ８９）。現在検討中のルー
ルが当該ルールの最後のものでないと判断されると、整合マネージャー１００は
、メモリに記憶されている次のルール用にリンクの削除及び再生成プロセスを繰
り返し実行する。 【０１３４】 これにより、整合マネージャーは、ドキュメントの一部の更新に影響を及ぼす
あらゆる整合リンクを削除し、その後全ての整合ルールについてドキュメントの
更新部分用の新しい整合リンクを生成する。次に、整合マネージャー１００は、
ＸＭＬソースドキュメント１６０を変更させるとともに、整合リンク１５０に対
してなされた変更を反映させる更新済み出力表現１７０を生成するため、スタイ
ルシートプロセッサー８０を呼び出す。 【０１３５】 上述の本発明を具現化する配置コンピュータ装置に関する説明においては、整
合チェッカー１が一つしか設けられていなかったが、一以上の整合チェッカーを
コンピュータネットワーク内に設けてもよいことが理解できる。この場合、各コ
ンピュータは、それ自身の出力表現を生成することが可能となる。整合チェッカ
ーを端末内に設けるのではなく、配置コンピュータネットワークのサーバー中に
設けてもよいことも理解することができる。さらに、それぞれのコンピュータ端
末中において、ソースドキュメントの更新を監視する前記各監視プログラム中に
、多数の異なる監視プログラムを設けることができる、ということも理解されよ
う。また、コンピュータネットワーク上に設ける代わりに、本発明の整合チェッ
カーを一つのコンピュータ内に設けるようにしてもよい。 【０１３６】 本発明の前の実施形態においては、整合チェッカーに関し、それぞれが二つの
データの比較動作を伴う三つのタイプのルールを用いることができたが、他のタ
イプのルールも併存させてもよいことが理解されよう。 【０１３７】 特に、ポインターにより識別される一対のデータに基づく比較動作に代わりに
、構造化ドキュメント中の一以上のデータの比較動作を基礎とする基づいたルー
ルも使用可能であることが理解されよう。より複雑なルールをテストするには、
単純な比較動作ではなく、変数を用いた比較動作等の、より複雑な方法の処理を
行うことが必要となる、ということも理解されよう。 【０１３８】 図を参照して説明した本発明の実施形態は、コンピュータ装置およびコンピュ
ータで実行されるプロセスに及んでおり、本発明は、さらに、コンピュータプロ
グラム、特に担体上又は担体中のコンピュータプログラムであって、本発明が実
行可能となるものにも及ぶ。かかるプログラムは、本発明にかかる処理を実現さ
せるため適切に用いることができるのであれば、ソースコード又はオブジェクト
コードまたは他のどのような形式であってもよい。前記担体は、前記プログラム
を運搬可能なものであれば、どのようなエンテイテイー又は装置であってもよい
。 【０１３９】 例えば、当該担体は、ＲＯＭ、ＣＤ ＲＯＭ又は半導体ＲＯＭ又は半導体等の
記憶媒体又は、フレキシブルデイスク又はハードデイスク等の磁気記憶媒体を有
していてもよい。さらに、当該担体は、電線又は光ケーブル、又は無線又は他の
手段を介して搬送可能な電気信号又は光学信号等の送信可能な担体であってもよ
い。 【０１４０】 ケーブル、他の装置又は手段により直接搬送可能な信号によって前記プログラ
ムが実行されると、担体は、かかるケーブル、当該装置又は当該手段により構成
されたことになる。 【０１４１】 その代わりに、担体は、プログラムが組み込まれた集積回路であってもく、か
かる集積回路は、プログラム実行、又は関連する処理の実行に用いるため、調整
されている。 【図面の簡単な説明】 【図１】 図１は、本発明を具体化したコンピュータネットワークのブロック図である。 【図２】 図２は、１組のデザイン化された文書の例であり、整合性レポートを生成しう
るような重複した内容を持っている。 【図３】 図３は、図２の１組のデザイン化された文書について生成された整合性レポー
トの例を示すダイアグラムであり、このデザイン化文書は、整合性ルール例によ
って定義される形式的関係性にしたがってリンクされたデータを持った１組のリ
ンクされた文書を有している。 【図４】 図４は、図２のデザイン化された文書についての整合性レポートの他の例であ
り、この整合性レポートは、整合性ルール例によって定義される形式的関係を充
足するデータおよび充足しないデータを確認するレポートを有している。 【図５】 図５は、図１の装置において、整合性チェッカーを有するメモリのブロック図
であり、当該装置のメモリに予め記録されるプログラムおよびデータを示してい
る。 【図６】 図６は、整合性ルールＤＴＤによって定義される整合性ルールのためのデータ
構造を示すブロック図である。 【図７】 図７は、整合性チェッカーを有する図１の装置によってダウンロードまたは生
成された追加データのブロック図であり、この追加データは、装置のメモリに記
録される。 【図８】 図８は、表示出力の生成を含むステップのフローチャートである。 【図９】 図９は、整合性ルールエディターを用いた１組の整合性ルールの生成を示すフ
ローチャートである。 【図１０】 図１０は、整合性ルールエディターを用いて、１組の整合性ルールに対して整
合性ルールを追加することを含むステップを示すフローチャートである。 【図１１】 図１１は、整合性リンクジェネレーターを用いた整合性リンクの生成を示すフ
ローチャートである。 【図１２】 図１２は、ＣＴ整合性リンクの生成を示すフローチャートである。 【図１３】 図１３は、整合性リンクのデータ構造のブロック図である。 【図１４】 図１４は、ＣＦ整合性リンクの生成を示すフローチャートである。 【図１５】 図１５は、ＩＦ整合性リンクの生成を示すフローチャートである。 【図１６】 図１６は、ウオッチ・ドッグ・プログラム(watch dog program)の処理を示す
フローチャートである。 【図１７】 図１７は、整合性管理プログラムの処理を示すフローチャートである。
─────────────────────────────────────────────────────
フロントページの続き
(81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ，
ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，Ｉ
Ｔ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ
，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ，ＭＬ，
ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，Ｋ
Ｅ，ＬＳ，ＭＷ，ＭＺ，ＳＤ，ＳＬ，ＳＺ，ＴＺ，ＵＧ
，ＺＷ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，
ＲＵ，ＴＪ，ＴＭ)，ＡＥ，ＡＧ，ＡＬ，ＡＭ，ＡＴ，
ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，Ｃ
Ｈ，ＣＮ，ＣＲ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＤＭ，ＤＺ
，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＤ，ＧＥ，ＧＨ，ＧＭ，
ＨＲ，ＨＵ，ＩＤ，ＩＬ，ＩＮ，ＩＳ，ＪＰ，ＫＥ，Ｋ
Ｇ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ
，ＬＵ，ＬＶ，ＭＡ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，
ＭＸ，ＭＺ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，Ｓ
Ｄ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ，ＴＭ，ＴＲ
，ＴＴ，ＴＺ，ＵＡ，ＵＧ，ＵＳ，ＵＺ，ＶＮ，ＹＵ，
ＺＡ，ＺＷ
(72)発明者 アンソニー・フィンケルステイン
英国，ＷＣ１Ｅ ６ＢＴ，ロンドン，ガワ
ー ストリート（番地無し），ユニヴァー
シティ カレッジ ロンドン，コンピュー
ター科学学部内
(72)発明者 アーンスト・エルマー
英国，ＷＣ１Ｅ ６ＢＴ，ロンドン，ガワ
ー ストリート（番地無し），ユニヴァー
シティ カレッジ ロンドン，コンピュー
ター科学学部内
(72)発明者 ダニア・スモルコ
英国，ＷＣ１Ｅ ６ＢＴ，ロンドン，ガワ
ー ストリート（番地無し），ユニヴァー
シティ カレッジ ロンドン，コンピュー
ター科学学部内
(72)発明者 ウォルフガング・エマーリッチ
英国，ＷＣ１Ｅ ６ＢＴ，ロンドン，ガワ
ー ストリート（番地無し），ユニヴァー
シティ カレッジ ロンドン，コンピュー
ター科学学部内
Ｆターム(参考） 5B009 NA04 NA06 VA00 VC03
5B082 GA04
Claims (46)
- 【請求項１】 コンピュータ装置内で、構造化ドキュメント中のデータが正式な整合関係セッ
トの条件を充足するか否かを識別する整合リンクデータを生成する方法であって
、 データを含む一以上のセットの構造化ドキュメントを入力するステップ、 そのそれぞれが、所定の構造を有する構造化ドキュメント中のデータにより充
足される関係を規定する一以上のセットの整合ルールを記憶するステップ、およ
び 前記構造化ドキュメントセット中で、データが前記整合ルールによって規定さ
れた前記関係を充足するか否かを識別する前記整合リンクデータを生成するため
、前記構造化ドキュメントおよび前記整合ルールを処理するステップと、を備え
たこと、 を特徴とするもの。 - 【請求項２】 請求項１にかかる方法において、前記整合リンクデータを生成するステップは
、 前記構造化ドキュメントセット中で、データが前記整合ルールのセットにより
規定された前記関係を充足することを識別する整合リンクデータを生成するステ
ップ、を備えたこと、 を特徴とするもの。 - 【請求項３】 請求項１にかかる方法において、前記整合リンクデータを生成するステップは
、 前記構造化ドキュメントセット中で、データが前記整合ルールのセットにより
規定された前記関係を充足しないことを識別する整合リンクデータを生成するス
テップ、を備えたこと、 を特徴とするもの。 - 【請求項４】 請求項１から請求項３のいずれかにかかる方法において、さらに、データを含
む前記入力された構造化ドキュメントから一以上のドキュメントを選択するステ
ップを備え、前記構造化ドキュメントおよび前記整合ルールを処理する前記ステ
ップは、前記選択されたドキュメント中で、データが前記整合ルールのセットに
より規定された前記関係を充足するか否かを識別する整合リンクデータを生成す
るために、前記選択ドキュメントを処理するステップ、を備えたこと、 を特徴とするもの。 - 【請求項５】 先行するいずれかの請求項にかかる方法において、前記整合ルールのセット用
に、整合リンクデータを生成するための前記構造化ドキュメントおよび前記整合
ルールを処理する前記ステップは、 前記構造化ドキュメント中で、データが前記整合ルールによって規定された前
記関係を充足することを識別するステップ、 どの前記データが前記整合ルールによって規定された前記関係を充足するかを
テストするステップ、および 前記判断に基づき、データが所定の整合関係を充足するか否かを識別する整合
リンクデータを生成するステップ、を備えたこと、 を特徴とするもの。 - 【請求項６】 請求項５にかかる方法において、前記整合ルールセット中の各整合ルールは、
データを含む構造化ドキュメント用の所定構造の一部に対する一以上のポインタ
に関連づけられており、前記識別ステップは、前記所定構造に基づいて構造化さ
れたドキュメント中でデータを識別するステップを備えており、前記データは、
前記一以上のポインタにより識別される前記ドキュメントの前記部分中に存在す
ること、 を特徴とするもの。 - 【請求項７】 請求項５又は請求項６にかかる方法において、前記各整合ルールは、ある条件
と関連づけられており、識別データをテストする前記ステップは、前記識別デー
タが、前記整合ルールと関連づけられた前記条件を充足するか否かを判断するス
テップ、を備えたこと、 を特徴とするもの。 - 【請求項８】 請求項７にかかる方法において、前記各整合ル−ルと関連づけられた前記条件
は、前記識別ステップによって識別された前記データを比較する比較動作(compa
ring operation)を備えたこと、 を特徴とするもの。 - 【請求項９】 請求項７又は請求項８にかかる方法において、前記各整合ルールは、第一又は
第二データ生成カテゴリーに関連づけられており、存在するデータのアイテムに
対して前記整合ルールが適用された場合、 前記第一データ生成カテゴリーに関連づけられた整合ルール用には、前記整合
ルールにより規定された条件を充足しないデータのアイテムを識別する整合デー
タが生成され、また、 前記第二データ生成カテゴリーに関連づけられた整合ルール用としては、前記
整合ルールにより規定された条件を充足するデータのアイテムがない場合に整合
データが生成されること、 を特徴とするもの。 - 【請求項１０】 請求項７から請求項９のいずれかにかかる方法において、前記各整合ルールは
、リンク状況カテゴリーと関連づけられており、整合リンクデータを生成する前
記ステップは、さらに、前記整合リンクデータを生成させる整合ルール、および
、前記識別データが前記整合ルールにより規定された前記関係を充足するか否か
を示す状況データを識別するデータを生成するステップを備え、 前記状況データの値は、識別データが、前記整合ルールと関連づけられた前記
条件および前記整合ルールと関連づけられた前記リンクカテゴリを充足するか否
かによって決定されること、 を特徴とするもの。 - 【請求項１１】 先行するいずれかの請求項にかかる方法において、さらに、そのそれぞれが所
定の構造を有する構造化ドキュメント中のデータにより充足される関係を規定す
る一以上の整合ルールのセットを、記憶のため入力するステップ、を備えたこと
、 を特徴とするもの。 - 【請求項１２】 先行するいずれかの請求項にかかる方法において、さらに、前記ドキュメント
のいずれに修正が加えられたかを判断するため、データを含む前記一以上の構造
化ドキュメントセットを監視するステップ、および 前記判断に基づき、別の整合リンクデータを生成するために、前記構造化ドキ
ュメントおよび前記整合ルールの処理を開始するステップ、を備えたこと、 を特徴とするもの。 - 【請求項１３】 請求項１２にかかる方法において、前記監視ステップは、一以上のドキュメン
トセット中のドキュメントのタイムスタンプに修正が加えられたかどうかを判断
するステップを備え、ドキュメントの前記タイムスタンプに修正が加えられた場
合、前記ドキュメント中のデータのどの部分が更新されかを判断するステップ、
を備えたこと、 を特徴とするもの。 - 【請求項１４】 請求項１３にかかる方法において、別の整合リンクデータを生成する前記ステ
ップは、 生成済みの整合リンクデータのうち、どの整合リンクデータが前記構造化ドキ
ュメントの前記識別部分に対する変更により影響を受けたかを判断するステップ
、 前記構造化ドキュメントの前記識別部分に対する前記修正により影響を受けた
生成済みの整合リンクデータのいずれをも削除するステップ、および 前記ドキュメントの前記識別部分中でデータを識別する整合リンクデータを備
えた整合リンクデータを、さらに生成するステップ、を備えたこと、 を特徴とするもの。 - 【請求項１５】 構造化ドキュメント中のデータが、整合ルールセットによって規定された正式
な整合関係セットの要件を充足するか否かを識別する出力表現を生成する方法で
あって、 先行するいずれかの請求項に基づき整合リンクデータを生成するステップ、 出力表現を生成するため、前記整合性リンクデータを処理するステップ、およ
び 前記出力表現を出力するステップ、を備えたこと、 を特徴とするもの。 - 【請求項１６】 請求項１５にかかる方法において、前記整合リンクデータを処理する前記ステ
ップは、リンク済みドキュメントを有する出力表現を生成するため、前記整合リ
ンクデータおよび前記一以上の構造化ドキュメントセットを処理するステップを
備え、前記リンク済みドキュメントセットは、前記構造化データの表現表現であ
るデータを含む一以上のドキュメントを有しており、前記リンク済みドキュメン
トセットの前記データは、前記整合リンクデータに基づいてリンクされており、
これにより、データが整合ルールのセットにより規定された正式な整合関係を充
足するか否かを識別すること、 を特徴とするもの。 - 【請求項１７】 請求項１６にかかる方法において、前記整合リンクデータを処理する前記ステ
ップは、さらに、前記正式な整合要件セットを規定する前記一以上の整合ルール
のセットを処理するステップを備え、前記各整合ルールは、ラベルデータと関連
づけられ、前記出力表現は、さらに、前記整合リンクデータにより識別されたデ
ータをラベル付けするラベルであって、前記整合ルールにより規定される整合ル
ールを充足するか否かを示すものを備えたこと、 を特徴とするもの。 - 【請求項１８】 請求項１７にかかる方法おいて、前記各整合ルールは、前記整合ルールにより
規定される前記整合関係に基づくデータによって充足されるべき前記関係の自然
言語による説明と関連づけられ、前記出力表現中の前記ラベルは、前記自然言語
の説明を含むこと、 を特徴とするもの。 - 【請求項１９】 構造化ドキュメント中のデータが正式な整合関係セットの条件を充足するか否
かを識別する整合リンクデータを生成するコンピュータ装置であって、 データを含む一以上の構造化ドキュメントセットを入力する手段、 そのそれぞれが、所定の構造を有する構造化ドキュメント中のデータによって
充足される関係を規定する一以上の整合ルールのセットを記憶する手段、および 前記構造化ドキュメントセット中で、データが前記整合ルールによって規定さ
れた前記関係を充足するか否かを識別する前記整合リンクデータを生成するため
、前記構造化ドキュメントおよび前記整合ルールを処理する手段、を備えたこと
、 を特徴とするもの。 - 【請求項２０】 請求項１９にかかる装置において、前記構造化ドキュメントおよび前記整合ル
ールを処理する前記手段は、構造化ドキュメントのセット中で、データが前記整
合ルールのセットにより規定された前記関係を充足することを識別する整合リン
クデータを生成するよう構成されたこと、 を特徴とするもの。 - 【請求項２１】 請求項１９又は請求項２０にかかる装置において、前記構造化ドキュメントお
よび前記整合ルールを処理する前記手段は、構造化ドキュメントのセット中で、
データが前記整合ルールのセットにより規定された前記関係を充足しないことを
識別する整合リンクデータを生成するよう構成されたこと、 を特徴とするもの。 - 【請求項２２】 請求項１９から請求項２１のいずれかにかかる装置において、さらに、入力さ
れたデータを含む構造化ドキュメントのセットから一以上のドキュメントを選択
する選択手段を備え、前記構造化ドキュメントおよび前記整合ルールを処理する
前記手段は、前記選択手段によって選択された前記ドキュメント中で、データが
前記整合ルールのセットにより規定された前記関係を充足又するか否かを識別す
る整合リンクデータを生成するよう構成されたこと、 を特徴とするもの。 - 【請求項２３】 請求項１９から請求項２２のいずれかにかかる装置において、前記構造化ドキ
ュメントおよび前記整合ルールを処理する前記手段は、 前記構造化ドキュメント中において、前記整合ルールによって規定された前記
関係を充足するデータを識別する手段、 前記データのいずれが前記整合ルールによって規定された前記関係を充足する
か否かをテストする手段、および 前記判断に基づき、データが所定の整合関係を充足するか否かを識別する整合
リンクデータを生成する手段、を備えたこと、 を特徴とするもの。 - 【請求項２４】 請求項２３にかかる装置において、一以上の整合ルールのセットを記憶する前
記記憶手段は、一以上の整合ルールセットを記憶するよう構成され、前記整合ル
ールセット中の各整合ルールは、データを含む構造化ドキュメント用の所定構造
の一部に対する一以上のポインタに関連づけられており、前記識別手段は、前記
整合ルールに関連づけられたポインタのセットを用いてデータを識別するよう構
成されたこと、 を特徴とするもの。 - 【請求項２５】 請求項２３又は請求項２４にかかる装置において、前記一以上の整合ルールを
記憶する前記手段は、前記各整合ルールが、ある条件に関連づけられている場合
に整合ルールを記憶するよう構成され、前記識別データをテストする前記手段は
、識別データが前記整合ルールと関連づけられた条件を充足するか否かを判断す
ることによりデータをテストするよう構成すること、 を特徴とするもの。 - 【請求項２６】 請求項２５にかかる装置において、前記テスト手段は、識別データを、前記各
整合ルールに関連づけられた比較動作に基づきテストするよう構成されたこと、 を特徴とするもの。 - 【請求項２７】 請求項２５又は請求項２６にかかる装置において、一以上の整合ルールセット
を記憶する前記記憶手段は、そのそれぞれに対し、第一又は第二データ生成カテ
ゴリーが関連づけられた整合ルールセットを記憶するよう構成され、整合リンク
データを生成する前記手段は、前記整合ルールが第一データ生成カテゴリーに関
連づけられるとともに、識別データが前記整合ルールにより規定される関係を充
足すると判断され、前記データにより前記整合ルールに関連づけられた条件を充
足するデータが他に存在しない場合に、整合リンクデータを生成するよう構成さ
れ、整合リンクデータを生成する前記手段は、前記整合ルールが第二データ生成
カテゴリーに関連づけられるとともに、識別データが前記整合ルールにより規定
される関係を充足すると判断され、前記データにより前記整合ルールに関連づけ
られた前記条件を充足するデータが他に存在しない場合に、整合リンクデータを
生成しないよう構成されたこと、 を特徴とするもの。 - 【請求項２８】 請求項２５から請求項２７のいずれかにかかる装置において、一以上の整合ル
ールのセットを記憶する前記手段は、それぞれに関連づけられたリンク状況カテ
ゴリーを有する一以上の整合ルールを記憶するよう構成され、整合リンクデータ
を生成する前記手段は、前記整合リンクデータ、および、前記整合ルールによっ
て規定された前記関係を充足するか否かを示す状況データを生成させる前記整合
ルールを識別するデータを生成するよう構成され、前記状況データの値は、識別
データが、前記整合ルールと関連づけられた前記条件および前記整合ルールと関
連づけられた前記リンクカテゴリを充足したか否かによって決定されること、 を特徴とするもの。 - 【請求項２９】 請求項１９から請求項２８のいずれかにかかる装置において、さらに、前記記
憶手段に記憶させるための一以上の整合ルールのセットを入力する手段、を備え
たこと、 を特徴とするもの。 - 【請求項３０】 請求項１９から請求項２９のいずれかにかかる装置において、さらに、 前記ドキュメントのいずれに修正が加えられたかを判断するため、データを含
む前記一以上の構造化ドキュメントセットを監視する監視手段、および 前記判断に基づき、別の整合リンクデータを生成を開始する開始手段、を備え
たこと、 を特徴とするもの。 - 【請求項３１】 請求項３０にかかる装置において、前記監視手段は、前記一以上のドキュメン
トセット中のドキュメントのタイムスタンプに修正が加えられたかどうかを判断
し、ドキュメントの前記タイムスタンプに修正が加えられた場合、前記ドキュメ
ント中のデータのどの部分が更新されかを判断するよう構成されたこと、 を特徴とするもの。 - 【請求項３２】 請求項３１にかかる装置において、さらに、生成済みの整合リンクデータのう
ち、どの整合リンクデータが前記構造化ドキュメントの前記識別部分に対する変
更により影響を受けたかを判断する判断手段、および 前記構造化ドキュメントの前記識別部分に対する前記修正により影響を受けた
生成済みの整合リンクデータのいずれをも削除する削除手段を備え、 前記構造化ドキュメントおよび前記整合リンクデータを生成するための前記整
合ルールを処理する前記手段は、前記削除手段による前記削除の後、前記ドキュ
メントの前記識別部中のデータを識別する整合リンクデータを有する別の整合リ
ンクデータを生成するよう構成されたこと、 を特徴とするもの。 - 【請求項３３】 構造化ドキュメント中のデータが、整合ルールのセットにより規定された整合
関係セットの要件を充足するか否かを識別する出力表現を生成するコンピュータ
装置であって、 請求項１９から請求項３２に基づき整合リンクデータを生成するコンピュータ
装置、 出力表現を生成するため、前記整合リンクデータを処理する処理手段、および 前記出力表現を出力する出力手段、を備えたこと、 を特徴とするもの。 - 【請求項３４】 請求項３３にかかる装置において、前記処理手段は、前リンク済みドキュメン
トを有する出力表現を生成するため、前記整合リンクデータおよび前記一以上の
構造化ドキュメントセットを処理するよう構成され、前記リンク済みドキュメン
トセットは、前記構造化データの表現形式であるデータを含む一以上のドキュメ
ントを有しており、前記リンク済みドキュメントセットの前記データは、前記整
合リンクデータに基づいてリンクされており、これによりデータが整合ルールの
セットにより規定された正式な整合関係を充足するか否かを識別すること、 を特徴とするもの。 - 【請求項３５】 請求項３３又は請求項３４にかかる装置において、前記処理手段は、前記正式
な整合要件のセットを規定する前記一以上の整合ルールセットを処理するよう構
成され、一以上の整合ルールを記憶する前記手段は、そのそれぞれがラベルデー
タと関連づけられた一以上の整合ルールを記憶するよう構成され、前記処理手段
は、出力表現を生成するよう構成され、この出力表現は、さらに、前記整合リン
クデータにより識別されたデータをラベル付けするラベルであって、前記整合ル
ールにより規定される整合ルールを充足するか否かを示すもの、を有すること、 を特徴とするもの。 - 【請求項３６】 請求項３５にかかる装置において、一以上の整合ルールを記憶する前記手段は
、そのそれぞれに、前記整合ルールにより規定される前記整合関係に基づくデー
タによって充足されるべき前記関係の自然言語による説明が関連づけられた一以
上の整合ルールセットを記憶するよう構成され、前記処理手段は、出力表現を生
成するよう構成され、前記自然言語による説明は、整合ルールセットの要件を充
足するか否かのデータをラベル付けするために用いられること、 を特徴とするもの。 - 【請求項３７】 請求項１９から請求項３２間でのいずれかのコンピュータ装置に用いられる、
所定の構造を有する構造化ドキュメント中のデータによって充足される関係を規
定する整合ルールを生成するコンピュータ装置であって、 データで満たされたドキュメントの前記構造を規定するデータ構造の一以上の
部分を選択する選択手段、および データが所望の関係を充足するか否かを判断するために、それに対し、前記部
分おいて見られる前記所定構造に基づきドキュメント内からどのデータがテスト
されるかの条件を入力する入力手段、を備えたこと、 を特徴とするもの。 - 【請求項３８】 請求項３７にかかる装置において、前記入力手段は、さらに、前記整合ルール
と関連づけられるデータ生成カテゴリーを入力するよう構成され、前記データ生
成カテゴリーは、前記整合ルールの前記条件を充足するデータが存在しない場合
、整合リンクデータが前記ルール用に生成されたか否かを判断すること、 を特徴とするもの。 - 【請求項３９】 請求項３７又は請求項３８にかかる装置において、前記入力手段は、さらに、
リンクデータカテゴリーを入力するよう構成され、前記カテゴリーは、識別デー
タが前記整合ルールに関連づけられた条件を形成するか否かに応じて、前記整合
ルールに基づき生成された整合リンクデータと関連づけられた状況データの値を
決定するものであること、 を特徴とするもの。 - 【請求項４０】 請求項３７から請求項３９のいずれかにかかる装置において、前記入力手段は
、さらに、前記整合ルールにより規定される整合関係の自然言語による説明を入
力するよう構成され、前記自然言語による説明は、出力構成におけるラベルの生
成に用いられるよう構成されたこと、 を特徴とするもの。 - 【請求項４１】 データ担体であって、その内部に、コンピュータ内に、請求項１９から請求項
４０のいずれかにかかる装置を作り出すコンピュータプログラムを記憶させたこ
と、 を特徴とするもの。 - 【請求項４２】 請求項４１にかかるデータ担体であって、コンピュータデイスクを備えたこと
、 を特徴とするもの。 - 【請求項４３】 請求項４２にかかるコンピュータデイスクにおいて、前記コンピュータは、光
磁気又は磁気デイスクを備えたこと、 を特徴とするもの。 - 【請求項４４】 請求項４１にかかるデータ担体であって、インターネットを介して送信される
電気信号を備えたこと、 を特徴とするもの。 - 【請求項４５】 コンピュータ装置内において、構造化ドキュメント中のデータが正式な整合関
係セットの要件を充足するか否かを識別する整合リンクデータを生成する方法で
あって、添付図面のいずれかを参照つつ説明された本明細書中で実質的に説明さ
れたものであること、 を特徴とするもの。 - 【請求項４６】 構造化ドキュメント中のデータが整合ルールのセットにより規定された正式な
整合関係セットの前記要件を充足するか否かを識別する整合リンクを生成する装
置であって、添付図面のいずれかを参照つつ説明された本明細書中で実質的に説
明されたものであること、 を特徴とするもの。
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| GB9914232A GB2351165B (en) | 1999-06-18 | 1999-06-18 | Method and apparatus for monitoring and maintaining the consistency of distributed documents |
| GB9914232.5 | 1999-06-18 | ||
| PCT/GB2000/002336 WO2000079428A2 (en) | 1999-06-18 | 2000-06-15 | Method and apparatus for monitoring and maintaining the consistency of distributed documents |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003504703A true JP2003504703A (ja) | 2003-02-04 |
| JP2003504703A5 JP2003504703A5 (ja) | 2007-08-02 |
Family
ID=10855597
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001505322A Pending JP2003504703A (ja) | 1999-06-18 | 2000-06-15 | 配布文書の整合性を監視し維持する方法および装置 |
Country Status (6)
| Country | Link |
|---|---|
| US (1) | US7143103B1 (ja) |
| EP (1) | EP1221113A2 (ja) |
| JP (1) | JP2003504703A (ja) |
| AU (1) | AU5547300A (ja) |
| GB (1) | GB2351165B (ja) |
| WO (1) | WO2000079428A2 (ja) |
Families Citing this family (24)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| GB2377784B (en) * | 2001-02-12 | 2003-11-05 | Altio Ltd | A presentation server which enables a client device to run a network based application |
| DE10202498A1 (de) * | 2002-01-23 | 2003-07-31 | Siemens Ag | Automatisierungssystem und Verfahren zur Erzeugung einer Dokumentation |
| FR2852117A1 (fr) * | 2003-03-03 | 2004-09-10 | Thales Sa | Procede de developpement automatise avec mise a jour |
| US7415672B1 (en) | 2003-03-24 | 2008-08-19 | Microsoft Corporation | System and method for designing electronic forms |
| US7913159B2 (en) | 2003-03-28 | 2011-03-22 | Microsoft Corporation | System and method for real-time validation of structured data files |
| CA2429095A1 (en) * | 2003-05-16 | 2004-11-16 | Cognos Incorporated | System and method of data modelling |
| US7406660B1 (en) | 2003-08-01 | 2008-07-29 | Microsoft Corporation | Mapping between structured data and a visual surface |
| US20050097516A1 (en) * | 2003-11-05 | 2005-05-05 | Microsoft Corporation | Extensible and dynamically-configurable problem-reporting client |
| US7650512B2 (en) * | 2003-11-18 | 2010-01-19 | Oracle International Corporation | Method of and system for searching unstructured data stored in a database |
| US7600124B2 (en) * | 2003-11-18 | 2009-10-06 | Oracle International Corporation | Method of and system for associating an electronic signature with an electronic record |
| US8782020B2 (en) * | 2003-11-18 | 2014-07-15 | Oracle International Corporation | Method of and system for committing a transaction to database |
| US20050108211A1 (en) * | 2003-11-18 | 2005-05-19 | Oracle International Corporation, A California Corporation | Method of and system for creating queries that operate on unstructured data stored in a database |
| US7694143B2 (en) * | 2003-11-18 | 2010-04-06 | Oracle International Corporation | Method of and system for collecting an electronic signature for an electronic record stored in a database |
| US7966493B2 (en) | 2003-11-18 | 2011-06-21 | Oracle International Corporation | Method of and system for determining if an electronic signature is necessary in order to commit a transaction to a database |
| US7430711B2 (en) * | 2004-02-17 | 2008-09-30 | Microsoft Corporation | Systems and methods for editing XML documents |
| US20050289447A1 (en) * | 2004-06-29 | 2005-12-29 | The Boeing Company | Systems and methods for generating and storing referential links in a database |
| US8006178B2 (en) * | 2005-06-14 | 2011-08-23 | Microsoft Corporation | Markup language stylization |
| US7596747B2 (en) * | 2005-07-27 | 2009-09-29 | Microsoft Corporation | Incrementally parsing style sheets |
| US7657575B2 (en) * | 2005-12-30 | 2010-02-02 | Sap Ag | Sequencing updates to business objects |
| US20070214189A1 (en) * | 2006-03-10 | 2007-09-13 | Motorola, Inc. | System and method for consistency checking in documents |
| CN100383741C (zh) * | 2006-05-11 | 2008-04-23 | 复旦大学 | 面向xml的标记回溯的一致性维护方法 |
| US9880980B2 (en) * | 2007-03-05 | 2018-01-30 | International Business Machines Corporation | Document transformation performance via incremental fragment transformations |
| US8522133B2 (en) * | 2011-06-16 | 2013-08-27 | Microsoft Corporation | Incrementally tokenizing and/or parsing a style sheet |
| US10204088B2 (en) | 2015-04-24 | 2019-02-12 | Veeva Systems Inc. | System and method for content sharing in enterprise content management |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH05342200A (ja) * | 1992-06-09 | 1993-12-24 | Fujitsu Ltd | 文書処理装置 |
| JPH10214265A (ja) * | 1997-01-30 | 1998-08-11 | Mitsubishi Electric Corp | 構造化文書処理装置 |
Family Cites Families (29)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4153931A (en) * | 1973-06-04 | 1979-05-08 | Sigma Systems Inc. | Automatic library control apparatus |
| US4141078A (en) * | 1975-10-14 | 1979-02-20 | Innovated Systems, Inc. | Library circulation control system |
| US5008853A (en) * | 1987-12-02 | 1991-04-16 | Xerox Corporation | Representation of collaborative multi-user activities relative to shared structured data objects in a networked workstation environment |
| US5251315A (en) * | 1990-06-21 | 1993-10-05 | International Business Machines Corporation | Atomic check-in check-out document copy commands partitioned into document interchange architecture system operands |
| EP0462914A3 (en) * | 1990-06-21 | 1993-06-02 | International Business Machines Corporation | A method of creating documents using existing documents |
| US5228980A (en) * | 1991-01-31 | 1993-07-20 | Engelhard Corporation | Fluidized catalytic cracking process employing shell-coated FCC catalysts |
| US5734823A (en) * | 1991-11-04 | 1998-03-31 | Microtome, Inc. | Systems and apparatus for electronic communication and storage of information |
| EP0663090A4 (en) * | 1992-10-01 | 1996-01-17 | Quark Inc | MANAGEMENT AND COORDINATION OF A PUBLICATION SYSTEM. |
| JP2703498B2 (ja) * | 1993-04-30 | 1998-01-26 | インターナショナル・ビジネス・マシーンズ・コーポレイション | バージョン化オブジェクトに対するロッキング機構 |
| EP1047002A3 (en) * | 1993-07-20 | 2002-06-19 | Canon Kabushiki Kaisha | Document processing apparatus and method |
| EP0694835A1 (en) | 1994-07-29 | 1996-01-31 | AT&T Corp. | Integrated software command specification and documentation system |
| US5581753A (en) * | 1994-09-28 | 1996-12-03 | Xerox Corporation | Method for providing session consistency guarantees |
| US5694594A (en) * | 1994-11-14 | 1997-12-02 | Chang; Daniel | System for linking hypermedia data objects in accordance with associations of source and destination data objects and similarity threshold without using keywords or link-difining terms |
| US5715403A (en) * | 1994-11-23 | 1998-02-03 | Xerox Corporation | System for controlling the distribution and use of digital works having attached usage rights where the usage rights are defined by a usage rights grammar |
| US5835758A (en) * | 1995-02-28 | 1998-11-10 | Vidya Technologies, Inc. | Method and system for respresenting and processing physical and conceptual entities |
| US5860007A (en) | 1995-09-29 | 1999-01-12 | Siemens Corporate Research, Inc. | Automated software modification facilitator |
| US5774670A (en) * | 1995-10-06 | 1998-06-30 | Netscape Communications Corporation | Persistent client state in a hypertext transfer protocol based client-server system |
| WO1997034240A1 (en) | 1996-03-15 | 1997-09-18 | University Of Massachusetts | Compact tree for storage and retrieval of structured hypermedia documents |
| ATE253239T1 (de) * | 1996-03-19 | 2003-11-15 | Siebel Systems Inc | Verfahren zur instandhaltung von einer netzwerk von teilweise replizierten datenbanken |
| US5884298A (en) * | 1996-03-29 | 1999-03-16 | Cygnet Storage Solutions, Inc. | Method for accessing and updating a library of optical discs |
| US5933836A (en) * | 1996-05-16 | 1999-08-03 | Lucent Technologies Inc. | Database quality management system |
| GB2316201A (en) * | 1996-08-09 | 1998-02-18 | Wbf Limited | Product improvement using database |
| US6061697A (en) * | 1996-09-11 | 2000-05-09 | Fujitsu Limited | SGML type document managing apparatus and managing method |
| JPH1185750A (ja) * | 1997-07-08 | 1999-03-30 | Hitachi Ltd | 構造化文書処理方法および装置および構造化文書処理プログラムを記録したコンピュータ読み取り可能な記録媒体 |
| JPH1185598A (ja) * | 1997-09-11 | 1999-03-30 | Toshiba Corp | 電子ファイリングシステム、同システムの文書管理方法、及び記録媒体 |
| US5966707A (en) * | 1997-12-02 | 1999-10-12 | International Business Machines Corporation | Method for managing a plurality of data processes residing in heterogeneous data repositories |
| IE980959A1 (en) * | 1998-03-31 | 1999-10-20 | Datapage Ireland Ltd | Document Production |
| US6212530B1 (en) * | 1998-05-12 | 2001-04-03 | Compaq Computer Corporation | Method and apparatus based on relational database design techniques supporting modeling, analysis and automatic hypertext generation for structured document collections |
| US6175834B1 (en) * | 1998-06-24 | 2001-01-16 | Microsoft Corporation | Consistency checker for documents containing japanese text |
-
1999
- 1999-06-18 GB GB9914232A patent/GB2351165B/en not_active Expired - Fee Related
-
2000
- 2000-06-15 AU AU55473/00A patent/AU5547300A/en not_active Abandoned
- 2000-06-15 US US10/009,722 patent/US7143103B1/en not_active Expired - Fee Related
- 2000-06-15 WO PCT/GB2000/002336 patent/WO2000079428A2/en active Application Filing
- 2000-06-15 JP JP2001505322A patent/JP2003504703A/ja active Pending
- 2000-06-15 EP EP20000940552 patent/EP1221113A2/en not_active Withdrawn
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH05342200A (ja) * | 1992-06-09 | 1993-12-24 | Fujitsu Ltd | 文書処理装置 |
| JPH10214265A (ja) * | 1997-01-30 | 1998-08-11 | Mitsubishi Electric Corp | 構造化文書処理装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| AU5547300A (en) | 2001-01-09 |
| WO2000079428A2 (en) | 2000-12-28 |
| GB9914232D0 (en) | 1999-08-18 |
| GB2351165B (en) | 2003-11-05 |
| EP1221113A2 (en) | 2002-07-10 |
| WO2000079428A3 (en) | 2002-05-10 |
| US7143103B1 (en) | 2006-11-28 |
| GB2351165A (en) | 2000-12-20 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2003504703A (ja) | 配布文書の整合性を監視し維持する方法および装置 | |
| US11455459B2 (en) | Collaborative authoring | |
| US11023834B2 (en) | Collaborative design systems, apparatuses, and methods | |
| AU2009251763B2 (en) | Simultaneous collaborative review of a document | |
| US7383320B1 (en) | Method and apparatus for automatically updating website content | |
| US8495658B2 (en) | Adaptive content platform and application integration with the platform | |
| US7237002B1 (en) | System and method for dynamic browser management of web site | |
| US6591278B1 (en) | Project data management system and method | |
| US6594664B1 (en) | System and method for online/offline uninterrupted updating of rooms in collaboration space | |
| US6728762B1 (en) | System and method for browser definition of workflow documents | |
| US6973618B2 (en) | Method and system for importing MS office forms | |
| US20020156808A1 (en) | Method and system for providing task information in a place | |
| US20100235725A1 (en) | Selective display of elements of a schema set | |
| JP2003050964A (ja) | 表計算ウェブサーバシステムおよび表計算ウェブシステム | |
| US20090089739A1 (en) | Intelligent editing of relational models | |
| US20070067370A1 (en) | Information processing apparatus, information displaying apparatus, and information processing method | |
| US9229920B1 (en) | Compound undo/redo manager for mixed model edits | |
| EP1744254A1 (en) | Information management device | |
| US10657152B2 (en) | Synchronization of diagrams and associated structured data | |
| US20030135557A1 (en) | Distributed revision block service | |
| KR100261265B1 (ko) | 웹 문서 저작을 위한 장치 및 그 운용 방법 | |
| EP1744271A1 (en) | Document processing device | |
| WO2006046664A1 (ja) | 時間共有管理装置、文書作成装置、文書閲覧装置、時間共有管理方法、文書作成方法および文書閲覧方法 | |
| US20210133392A1 (en) | System and process for generating an internet application | |
| JP2002229988A (ja) | Ｓｇｍｌ文書管理システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070612 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20070612 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20091026 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20100126 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20100204 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20100705 |