(57)【要約】【課題】コンテンツのダイナミックな作成、リンク、および構築を管理するシステムまたは方法を提供すること。【解決手段】ＤＣＡＭシステムは、効率的で自動化された処理を使用して、ダイナミックコンテンツを定義、作成、変更、リンク、再使用、妥当性検査、分解、および構築する手段を提供する。本発明は、アプリケーションおよびその下に存在するデータベースを含むダイナミックコンテンツアセンブリシステムは、リソース間の関係情報の作成、変換、管理をサポートするための、および、これらの関係に基づいてコンテンツのダイナミックな構築を可能にするための方法を備える。【選択図】図１
2010191996.tif 000002
【特許請求の範囲】
【請求項１】
本願明細書に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は概して、電子コンテンツを作成、リンク、構築するシステムに関する。より詳細には、異なるソースからコンテンツをダイナミックに構築するシステムおよび方法に関する。
【背景技術】
【０００２】
今日のコンテンツ発行環境では、Ｍｉｃｒｏｓｏｆｔ  Ｗｏｒｄ、ウェブエディタ（例えばＡｒｂｏｒｔｅｘｔの  Ｃｏｎｔｒｉｂｕｔｏｒ）、および拡張可能マークアップ言語（ＸＭＬ）エディタ（例えばＡｒｂｏｔｅｘｔのＥｐｉｃ  Ｅｄｉｔｏｒ）など様々なエディタを使用してコンテンツの生成および編集を行うことができる。同様に、このコンテンツを、印刷、ポータブル文書フォーマット（ＰＤＦ）、様々な形式のハイパーテキストマークアップ言語（ＨＴＭＬ）、無線マークアップ言語（ＷＭＬ）、ポストスクリプト（ＰｏｓｔＳｃｒｉｐｔ）を含む様々な出力メディアフォーマットへ発行することが可能である。またさらに、ＨＴＭＬ−Ｈｅｌｐ、ＭＳ  Ｒｅａｄｅｒのようなコンパイルされたフォーマット、パーソナルデジタルアシスタント（ＰＤＡ）用フォーマット、携帯電話用フォーマットにコンテンツを発行することもできる。
【０００３】
様々なフォーマットからの文書の構築は困難である。文書は、多数の異なる文書片を多数の相互文書リンクと共に構築しなければならない。現在のところ、レポジトリ内で文書およびそのコンポーネントを保存する作業を複数のベンダーが扱っているが、文書コンポオーネントおよび関連するリンクの別の文書コンポーネントへのダイナミックな構築を自動化する必要がある。現在、この構築は、広範囲にわたる特別なケースのプログラミングを要する手間のかかる方法で行われている。
【０００４】
複数のメディアフォーマット、読者、複合文書、およびバージョンにかかるダイナミックコンテンツアセンブリの複雑性は、複数文書の作成、コンテンツのカットアンドペースト、または新規に作成される情報全てに要求される追加のレビューを設けるための情報の完全な作成し直しといった手動処理にて行った場合、コスト高となる。
【０００５】
したがって、当技術分野において、コンテンツのダイナミックな作成、リンク、および構築を管理するシステムまたは方法が必要である。
【発明の概要】
【課題を解決するための手段】
【０００６】
本発明は、複数のリンクタイプの定義、作成、変更、保存、再使用、妥当性検査、分解、交換をサポートするよう設計されている。各リンクまたはリンク集合体に複数の読者を定義することができる。各リンクまたはリンク集合体は複数のメディアに適した出力分解フィルタを設けることができる。各リンクまたはリンク集合体は、所与のメディアフォーマットのコンテキスト、読者、複合文書使用、および文書または副文書コンポーネントバージョンについて妥当性検査を行うことができる。
【０００７】
複数の実施形態を開示しているが、当業者には、以降の詳細な記述から、本発明のこれ以外の実施形態が明白となるだろう。やはり明白となるように、本発明の精神および範囲から逸脱しない限り、本発明は様々な明瞭な局面において変更が可能である。したがって、図面および詳細な記述は本質的に例証的と考慮され、規制的と考慮されるものではない。
（項目１）
文書内のコンテンツのダイナミックな構築を管理する方法であって、該方法が、
少なくとも１つのリンクを見つけるために文書をパースすることと、
少なくとも１つのリンクをＤＣＡＭレポジトリに対して分解し、その結果、リンクがコンテンツに対して分解されることと、
該コンテンツに対して分解されたリンクを該文書内に構築すること
を含む、方法。
（項目２）
上記リンクの分解時に、該リンクをプロファイルすることをさらに含む、項目１に記載の方法。
（項目３）
データ併合クエリの処理を有することをさらに含む、項目１に記載の方法。
（項目４）
少なくとも１つのリンクのリンクタイプを決定することをさらに含む、項目１に記載の方法。
（項目５）
上記リンクがナビゲーションリンクである場合に、更新されたマークアップが上記文書内に挿入される、項目４に記載の方法。
（項目６）
上記リンクがコンテンツの嵌め込みである場合に、上記方法がさらに上記コンテンツを前期文書内に嵌め込む、項目４に記載の方法。
（項目７）
コンテンツのダイナミックな構築を管理する方法であって、該方法が、
アクセスポイントを決定し、該アクセスポイントがダイナミックコンテンツアセンブリ要求を呼び出すことと、
アセンブリのために該アクセスポイントから複数のコンテンツのうち１つを選択することと、
該コンテンツを、規則に基づいてダイナミックに構築することと、
該ダイナミックに構築したコンテンツが該アクセスポイントから利用可能であることと
を含む、方法。
（項目８）
上記アクセスポイントが関係アークの開始点である、項目７に記載の方法。
（項目９）
コンテンツモジュール間、およびコンテンツモジュール内でリンクの作成を管理する方法であって、該方法が、
第１、第２エンドポイントを決定することであって、該第１エンドポイントが関係アークの開始であり、該第２エンドポイントが関係アークの終了であることと、
関係アークを作成することと、
適当な読者に対して該関係アークを表示することと、
該読者に基づく関係アークをダイナミックに分解することと
を含む、方法。
（項目１０）
上記エンドポイントを決定することと、および上記関係アークを作成することが、
規則に基づいて、使用可能なエンドポイントを決定することと、
規則に基づいて、各々の使用可能なエンドポイントに関するメタデータを記録することと、
文書またはシステム内で使用の該エンドポイントの妥当性を検査することと、
をさらに含む、項目９に記載の方法。
（項目１１）
上記エンドポイントを発見するためのナビゲーション機構を使用して、使用可能なエンドポイントが発見される、項目１０に記載の方法。
（項目１２）
文書をダイナミックに構築する方法であって、該方法が、
対象をアセンブリ規則に入力することと、
対象を指すリンクを入力することと、
このリンクをコンテンツ内に分解することと
を含む、方法。
（項目１３）
ダイナミックなコンテンツアセンブリを管理するシステムであって、該システムが、
サーバアプリケーションと結合したデータベースを有するサーバ層であって、該データベースがリンク情報を有するサーバ層と、
ユーザによるリンクの作成、削除、管理を可能にするクライアント層と、
該サーバ層と該クライアント層の間で通信する伝送層と
をさらに備える、システム。
（項目１４）
上記サーバアプリケーションが、該データベースと相互作用する論理回路を備える、項目１３に記載のシステム。
（項目１５）
上記伝送層がＳＯＡＰ伝送層である、項目１３に記載のシステム。
【図面の簡単な説明】
【０００８】
【図１】本発明の或る実施形態によるＡｒｂｏｒｔｅｘｔ  ＤＣＡＭシステムのＤＣＡＭステップの概観を示す。
【図２】ＤＣＡＭシステムの構造の第１実施形態を示す。
【図３】ＤＣＡＭシステムの構造の第２実施形態を示す。
【図４】本発明の或る実施形態によるサーバ線図の線図を示す。
【図５】本発明の或る実施形態によるデータベースによって実現されるスキーマを示す。
【図６】本発明の或る実施形態によるクライアントエクステンションズの線図を示す。
【図７】本発明の或る実施形態によるカレント文書へのリンクを選択した場合のリンクの挿入ダイアログの画面ショットを示す。
【図８】本発明の或る実施形態によるレポジトリへのリンクを選択した場合のリンクの挿入ダイアログの画面ショットを示す。
【図９】本発明の或る実施形態によるウェブオブジェクトへのリンクを選択した場合のリンクの挿入ダイアログの画面ショットを示す。
【図１０】本発明の或る実施形態によるリンク特性の変更ダイアログの画面ショットを示す。
【図１１】本発明の或る実施形態によるリンクエクスプローラダイアログの画面ショットを示す。
【図１２】本発明の或る実施形態によるプロファイルの適用ダイアログの画面ショットを示す。
【図１３】本発明の或る実施形態によるプロファイルグループの適用ダイアログの画面ショットを示す。
【図１４】本発明の或る実施形態による検索ダイアログの画面ショットを示す。
【図１５】本発明の或る実施形態によるリンクベース・エクスポートダイアログの画面ショットを示す。
【図１６】本発明の或る実施形態によるプロファイルフィルタ・ダイアログの画面ショットを示す。
【図１７】本発明の或る実施形態によるプロファイルフィルタグループ・ダイアログの画面ショットを示す。
【図１８】本発明の或る実施形態によるリンク定義の作成の線図を示す。
【図１９】本発明の或る実施形態によるリンク定義の作成の線図を示す。
【図２０】本発明の或る実施形態によるリンク定義の作成の線図を示す。
【図２１】本発明の或る実施形態によるＩＤ／ＩＤＲＥＦリンク作成の線図を示す。
【図２２】本発明の或る実施形態による内部リンク実行の線図を示す。
【図２３】本発明の或る実施形態による要素ＩＤ化の線図を示す。
【図２４】本発明の或る実施形態によるリンクリファレンス挿入の線図を示す。
【図２５】本発明の或る実施形態によるアウトバウンドリンク作成の線図を示す。
【図２６】本発明の或る実施形態による開始リソースのブラウズ／選択の線図を示す。
【図２７】本発明の或る実施形態による終了リソースのブラウズ／選択の線図を示す。
【図２８】本発明の或る実施形態によるリンクレポジトリリファレンス挿入の線図を示す。
【図２９】本発明の或る実施形態によるリンクレポジトリリファレンス挿入の線図を示す。
【図３０】本発明の或る実施形態によるＤＣＡＭシステムによる構成の線図を示す。
【図３１】本発明の或る実施形態によるリンク分解フィルタの機能を示す。
【図３２】本発明の或る実施形態によるリンク、データ併合、プロファイルの構成コンポーネントを示す。
【図３３】本発明の或る実施形態による構成コンポーネントを示す。
【図３４】本発明の或る実施形態によるデータ併合を使用した文書内へのデータの挿入の全体の流れを示す。
【発明を実施するための形態】
【０００９】
本発明は、コンテンツのリンクおよび構築をダイナミックに管理することができる。ダイナミックコンテンツアセンブリ管理または“ＤＣＡＭ”は、概して作成、コンテンツリソースとコンテンツのダイナミック構築の間の関係情報の変換および管理を、これらの関係に基づいてサポートし、可能にする処理である。したがって、一般的に、ＤＣＡＭシステムは、効率的で自動化された処理を使用して、ダイナミックコンテンツを定義、作成、変更、リンク、再使用、妥当性検査、分解、および構築する手段を提供する。
【００１０】
ダイナミックコンテンツアセンブリ（ＤＣＡ）は、多くの機能エリアに分割することが可能であり、これらの機能エリアには、ハイパーリンクのような横断点の嵌め込み、或るソースから別のソースへのコンテンツの嵌め込み、望ましいデータ形式における表示へのコンテンツの変換、コンテンツの特定部分の対象読者のようなメタ情報に基づくコンテンツのフィルタリング、および望ましいスタイルでの表示へのコンテンツの変換などが含まれる。
【００１１】
本発明のＤＣＡＭシステム（またはリンク管理システム）は、リソース間の関係情報を作成、変換、管理をサポートするアプリケーションおよびその下に存在するデータベースである。リンクは、以下に示す複数の目的を満たすべく役立つ；
例えばウェブ文書におけるハイパーリンクのような関連するコンテンツに対する横断点を表示する。
【００１２】
或るリソースのテキストコンテンツを別のリソース内の特定の場所に嵌め込む。例えば、企業概要を別個に保存し、複数のページで参照により使用することができる。
【００１３】
或るリソースの画像を別のリソース内の特定の場所に嵌め込む。例えば、ハイパーテキストマークアップ言語（ＨＴＭＬ）ページとは別に保存され、複数のページにおいて参照により使用することが可能なＨＴＭＬページ内のロゴまたはグラフィックが挙げられる。
【００１４】
外部アプリケーションからコンテンツを嵌め込む。例えば、製品データ管理システムから製品仕様をその製品のマーケティングデータシートへ嵌め込むことを含む。
【００１５】
関連する情報の集合体を、複数の関連するコンテンツで示す。例えば、小売商が、特定の製品の購入者に対して関連する情報の集合体を提供する。
【００１６】
複数のビューをサポートするシングルソースの作成を可能にするコンテンツを読者に表示する。例えば、文書を読み、エキスパートビューとビギナービューの間で決定を行っている人物により、構造記述ではなく修復記述を必要とする親文書により、または英語版ではなくスペイン語版を必要とする発行処理により、ビューを動作させることができる；
本発明により、これらの関係またはリンクに基づいた、コンテンツのダイナミックな構築が可能になる。
【００１７】
ここで使用しているリンクという用語は一般的な意味を有し、ハイパーリンクを含むだけでなく“ｆｉｌｅｒｅｆ”を「含み」、またはこれ以外の、テキストまたはコンテンツを文書中に嵌め込む任意の手段を含む。したがって、ＤＣＡＭシステムにおけるリンク管理の概念は全てのタイプのダイナミックコンテンツ構築管理をサポートする。
【００１８】
一般に、拡張可能なマークアップ言語（ＸＭＬ）は、ダイナミックコンテンツの簡略化された処理を可能にする、コンテンツ、メタデータ、リンク、クエリ、変換、および構成情報を表すための、有用であり、人間とマシンによる読み取りが可能であり、標準化された構文を提供する。文書コンテンツ（散文）をＸＭＬとしてそのまま作成するか、または所有アプリケーションからＸＭＬへ変換することができる。多数のデータベースから直接得たデータを含む、様々なソフトウェアアプリケーションからのデータはＸＭＬとしてアクセスできる。ＸＭＬリンキング言語（Ｘｌｉｎｋ）、ＸＭＬパス言語（ＸＰａｔｈ）、拡張可能なスタイルシート言語（ＸＳＬ）のようなＷ３Ｃ基準をレベレージングすることで、アプリケーションプログラマおよびユーザが標準のアプリケーション相互交換可能な構文を使用できるようになる。
【００１９】
今日のコンテンツ発行環境では、印刷、ポータブル文書フォーマット（ＰＤＦ）、異なるウェブサイト、場所、言語を含む複数のＨＴＭＬ形式、ＨＴＭＬ−ＨｅｌｐおよびＭＳ
Ｒｅａｄｅｒのようなコンパイルされたフォーマット、パームデバイス用フォーマット、携帯電話用フォーマットにてコンテンツを発行する、および／または、パートナーおよび顧客とＸＭＬのようなソースフォーマットにてコンテンツを交換することが必要かもしれない。各媒体タイプは、ダイナミックコンテンツを表示する独自の機能的性能を備えている。例えば、印刷文書に「“ハンドブック”の１３章、段落１２も参照のこと」のようなナビゲーションリンクが記述されている一方で、ＨＴＭＬファイルには「さらに情報を入手せよ」という文句が嵌め込まれた別のＨＴＭＬファイルの特定の段落へのハイパーリンクが設けられているかもしれない。
【００２０】
各メディアフォーマットについて、そのフォーマット固有の「リンク」を表示する必要がある。例えば、ＨＴＭＬでは、＜ａ  ｈｒｅｆ＝“ｈｔｔｐ：ｗｗｗ．ａｒｂｏｒｔｅｘｔ．ｃｏｍ”＞のような単純なアンカータグでリンクを定義することができる。しかし、より複雑なリンクでは、Ｊａｖａ（登録商標）Ｓｃｒｉｐｔのようなスクリプティング言語を使用したダイナミックＨＴＭＬが必要となる可能性がある。印刷文書では、同一の相互参照が「Ａｒｂｏｒｔｅｘｔ，Ｉｎｃ．までお問い合わせ下さい」あるいは「ｗｗｗ．ａｒｂｏｒｔｅｘｔ．ｃｏｍにてＡｒｂｏｒｔｅｘｔ，Ｉｎｃｏｒｐｏｒａｔｅｄのウェブサイトを参照」と記載されている。
【００２１】
リンクが複雑性を増すに従い（一対多、多対多、リング、その他）、複数の発行媒体についてリンクを作成し、その妥当性について検査し、分解する機能を手動で行うことが非常に困難になる。ＤＣＡＭシステムにより、各メディアフォーマットについてリンクを適切に分解することが可能となる。
【００２２】
本発明のＤＣＡＭシステムを使用して、シンプルリンク（アウトバウンドリンクまたはナビゲーションリンクとも呼ぶ）、インバウンドリンク、グラフィックリンク、拡張リンク、タクソノミーリンク、オブジェクト対オブジェクトリンク、他のアプリケーションと共に使用するリンク、アプリケーションが横断手段を決定するリンク、サードパーティリンク、関連情報リンク、およびメディアオブジェクトリンクなどの、いくつかのタイプのリンクを管理できる。
【００２３】
シンプルリンクは、ローカルおよびリモートの厳密に２つのリソースに関連しており、この場合アークは前者から後者へ進む。そのため、シンプルリンクは常にアウトバウンドリンク（リンク要素から離れる）である。アウトバウンドリンクは、オブジェクト内の明確な場所がそのオブジェクト外部を参照する場合に使用される。このタイプのリンクを使用して、リンクのプロファイリングが分解を決定する。反対に、リンクのアークがリモートリソースにて開始し、ローカルリソースにて終了する場合、リンクはインバウンドである。インバウンドリンク関係はリンクマネージャ内で全体的に維持される。グラフィックリンクは、オブジェクト内の明確な場所がプロファイリングに基づいて異なるグラフィックを参照する場合に使用される。このタイプのリンクを用いて、リンクのプロファイリングが分解を決定する。拡張リンクは任意数のリソースを関連付ける。関与するリソースは、リモートとローカルの任意の組み合わせであってよい。タクソノミーリンクは、サブジェクトタクソノミーを有する情報と関連する。タクソノミーリンクは、トピックを、サブジェクトおよびサブジェクトのカテゴリと関連付けするのに用いられる。これにより、心筋梗塞のような特定サブジェクト、心臓疾患のような一般サブジェクトの両方について、適切なトピックの向上した検索を行うことが可能になる。サードパーティリンクは、開始リソースも終了リソースもローカルでないリンクである。関連情報リンクは、オブジェクトが別のオブジェクトを明確に参照しないが、関係は存在するという場合に使用される。このタイプのリンクは、リンクレポジトリ内で全体的に維持されるサードパーティアークである。提供されるリンクは、所与のリソースに関連している。メディアオブジェクトリンクは、多くの場合コンテンツセンシティブリンクである。分解は、文書依存型、出力依存型、または言語依存型であってよい。
【００２４】
ＸＭＬは、文書管理を、副文書レベルのコンポーネントの階層的集合体としてさらに簡略化する。これらの集合体は多くの場合「複合文書」と呼ばれる。例えば、料理本は２０種類のレシピ章で構成されているが、各々のレシピ章は個別に記憶されている。所与のレシピ章を多数の本において使用することができる。複数のコンテキストにおいて再使用できる副文書コンポーネント内におけるリンクの作成および管理は困難である。これらの文書およびコンポーネントは、コンテンツ管理システムにおいて管理する場合、さらにバージョン化される可能性がある。本発明は、異なる文書コンテキストおよび異なる文書バージョンについてリンクの管理および分解を可能にするべく使用できるＤＣＡＭシステムを提供する。
【００２５】
さらに、本発明のＤＣＡＭシステムは、異なる読者を対象とした文書の交互のビューを発行するべく使用できる。例えば、或るカタログは、顧客、パートナー、および従業員のための異なる価格を含むことができる。カタログは北アメリカ、ヨーロッパ、アジアについてそれぞれ異なっていてよく、また、印刷されたものとウェブフォーマットのものとで異なっていてよい。これら全てのコンテキスト内でリンクを機能させるのに、しばしば文書コンテンツの手動処理および冗長コピーが行われる。本発明により、所与の読者の要望に合う、コンテンツのダイナミックな構築が可能になる。
【００２６】
文書は、作者によって作成されたテキストコンテンツ、およびデータベースアプリケーションに対して実行したクエリから導出したデータベースコンテンツの組み合わせであってよい。本発明は、ＤＣＡＭシステムを提供する上で、データベースから導出されたコンテンツを、テキストコンテンツの管理と同じ方法で管理する機構を提供する。これにより、データベースから導出したコンテンツを、異なる読者についてプロファイルし、異なる出力メディアフォーマットについて適切に発行することができる。
【００２７】
本発明は、再使用、再目的、およびダイナミックな構築をサポートする。これには、出力を感知するリンキングのようなマルチチャネル発行、コンテキストセンシティブリンキングのような情報の再利用、包含およびデータ併合のようなダイナミックコンテンツ、およびウェブサービスのようなコンテンツ供給チェーンが含まれる。本発明を使用したリンク管理の実施にはいくつかの恩典がある。シングルリンクは、異なる出力分解で管理することができ、これにより、マルチチャネル発行のための簡略化したサポートが提供される。さらに、シングルリンクを、異なるコンテンツに基づく異なる分解で管理することができる。これにより、コンテキストセンシティブリンクによるビジネスデータの複写ではなく、テンプレートベースのオーサリングと再使用が可能になる。リンクされたコンテンツは、コンテキストに基づいてダイナミックに包括され、さらに、コンテンツの包括または参照を行える。ウェブサービスインターフェースは企業全体にわたる情報交換をサポートし、およびシンプルオブジェクト・アクセスプロトコル（ＳＯＡＰ）アプリケーションプログラム・インターフェース（ＡＰＩ）（以降でより完全に説明する）がリンクレポジトリを操作するために提供される。
【００２８】
リンクマネージャは、オブジェクト内部、オブジェクト間、バージョン間、発行サイクル間、供給チェーン間においてコンポーネントまたはリンク関係を管理する。
【００２９】
図１は、ＤＣＡＭ（またはリンク管理）システムの或る実施形態のＤＣＡステップの概観を示す。ダイナミックコンテンツ処理を実行するために、ＤＣＡＭシステムは、各処理に関する構成情報を管理および解釈する必要がある。図１に見られるように、ダイナミックコンテンツ処理は、ブロック１０にて、文書のパースを要求することにより開始する。この要求は、関係アーク（上述）のエンドポイントのようなアクセスポイントを決定することにより開始する。関係アークのエンドポイントは、この関係アークの開始または終了のいずれであってもよい。文書がパースされると、ブロック１２にてリンクが見つかる。ブロック１４にて、リンク分解の最中に、このリンクに関する追加のデータが取り出される。例えば、リンクプロファイリング（以降でより完全に説明している）を実行することができる。ブロック１６にて、リンクタイプがチェックされる。リンクがナビゲーションリンクである場合、ブロック１８にて、更新されたマークアップが追加データに基づいて挿入される。リンクがナビゲーションリンクでない場合には、ブロック２０にて、このリンクがコンテンツまたはグラフィックの単純な嵌め込みであるか否かが判断される。リンリンクがコンテンツまたはグラフィックの単純な嵌め込みである場合、ブロック２２にて、実際に嵌め込まれたオペレーションが実行される。リンクがコンテンツまたはグラフィックの単純に嵌め込みでない場合には、ブロック２４にて、リンクタイプは構築オペレーションであり、ブロック２６にて、実際の複合アセンブリオペレーションが実行される。これにより、リンクのコンテンツが、規則に基づいてダイナミックに構築される。構築オペレーションが実行されると、アクセスポイントからリンクのコンテンツを使用できるようになる。さらに本発明のＤＣＡＭシステムにより、データ併合（以降でより完全に説明）を用いて、外部データソースへの参照を採用することが可能になり、この場合、この参照が定期的に分解される。
【００３０】
上記にて説明したように、コンテンツのダイナミック構築の管理には、関係アークまたはリンクのアクセスポイントまたはエンドポイントの決定が関与する。アークは、ダイナミックな構築のためにアクセスポイントからコンテンツへと繋がっている。したがって、例えばハイパーリンクはＵＲＬへ繋がる。アークの到達先であるコンテンツは規則に基づいて検査することができる。適切な関係が確認されると、アクセスポイントからのコンテンツの使用が可能になる。
【００３１】
図２は、例証的ＤＣＡＭクライアントアプリケーションとＤＣＡＭサーバアプリケーションの間の構造を示す。図示の構造を使用して、ＤＣＡＭクライアントアプリケーションとＤＣＡＭサーバアプリケーションの間で通信が可能になる。図示のＤＣＡＭクライアントアプリケーションはエピックエディタ（Ｅｐｉｃ  Ｅｄｉｔｏｒ）４０である。当然ながら、別のＤＣＡＭクライアントアプリケーションを使用することもできる。１組のＤＣＡＭクライアントエクステンションズ（ＤＣＡＭ  Ｃｌｉａｎｔ  Ｅｘｔｅｎｓｉｏｎｓ）３０により、クライアントアプリケーションに追加のユーザインターフェースとプログラミングロジックが提供される。ＤＣＡＭレポジトリ（ＤＣＡＭ  Ｒｅｐｏｓｉｔｏｒｙ）４８がエピックＥコンテンツエンジン（Ｅｐｉｃ  Ｅ−Ｃｏｎｔｅｎｔ  Ｅｎｇｉｎｅ）６４、リレーショナルデータベース（Ｒｅｌａｔｉｏｎａｌ  Ｄａｔａｂａｓｅ）６５、ＤＣＡＭサーバエクステンションズ６３（ＤＣＡＭ  Ｓｅｒｖｅｒ  Ｅｘｔｅｎｓｉｏｎｓ）６３、およびＳＯＡＰトランスポートレイヤ（ＳＯＡＰ  Ｔｒａｎｓｐｏｒｔ  Ｌａｙｅｒ）３４を含む。ＤＣＡＭレポジトリ４８との相互作用を必要とするオペレーションは、最初にクライアントＳＯＡＰトランスポートレイヤ３４を呼ぶ。この通信は、ＤＣＡＭレポジトリ４８内部で対応するＳＯＡＰトランスポートレイヤ３４と通信する。次に、この相互作用が、エピックＥコンテンツエンジン６４を拡張するＤＣＡＭサーバエクステンションズ６３によって処理される。これら同一のエクステンションズ６３は、リレーショナルデータベース６５を使用して、情報の長期記録および取り出しを実行する。
【００３２】
概して、リンク管理アプリケーションは、特定の機能を実行する。一般に、これらの機能は、リンク情報を作成、変更、除去、保存、動作の構成、妥当性検査、分解、さらに別のアプリケーションと交換するための手段を含むアプリケーションを必要とする。図２に、本発明の第１実施形態によるＤＣＡＭシステムの構造を示す。図３に、本発明によるＤＣＡＭシステムの別の構築の線図を示す。図示にあるように、リンク管理アプリケーションの機能を効率的に実行するために、ＤＣＡＭシステムは、エピックエディタ・オーサリング・ユーザインターフェース４０、ＤＣＡレポジトリ・オーサリング・ユーザインターフェース４２、ＤＣＡコンフィギュレーション４４、コンフィギュレーションインターフェース４６、ＤＣＡレポジトリ４８、ＤＣＡレポジトリ・アドミニストレータ・インターフェース５０、ＤＣＡレポジトリＳＤＫ５２、リンクベース５４、ＤＣＡレゾルバ５６、ＤＣＡレソルバＳＤＫ５８、ＤＣＡバリデータ６０を含む。以下に、図示された本実施形態におけるこれらのコンポーネントの各々について説明する。これらの記述は例証的であることを意図するものであり、限定的であることを意図するものではない。
【００３３】
エピックエディタ・オーサリング・ユーザインターフェース４０は、エピックエディタ環境内で使用するためのユーザインターフェースである。これは、リンク情報を作成、変更、除去および管理するためのインターフェースである。一般に、編集環境内で権限保有者によって実行されたオペレーションは、このインターフェースを介して露呈される。
【００３４】
ＤＣＡレポジトリ・オーサリング・ユーザインターフェース４２は、リンクレポジトリ内にリンク情報を直接作成、変更、除去、管理するユーザインターフェースである。また一般に、この環境内で権限保有者によって実行されたオペレーションは、このインターフェースを介して露呈される。
【００３５】
ＤＣＡコンフィギュレーション４４は、特定データモデルに基づいたＤＣＡシステムのための構成情報である。このアプリケーションはカスタマイズではなく構成に焦点を置いている。したがって、この構成に抽象できるものは全てそうである。
【００３６】
コンフィギュレーション・インターフェース４６は、データモデルに基づいて、ＤＣＡシステムのための構成情報を入力および変更を行うための単純なユーザインターフェースである。
【００３７】
ＤＣＡレポジトリ４８は、リンク情報の保存、検索、および取り出しを行うためのデータベースアプリケーションである。ＤＣＡレポジトリ・アドミニストレータ・ユーザインターフェース５０は、ＤＣＡレポジトリ４８上でＩＴ管理機能を実行するためのユーザインターフェースである。ＤＣＡレポジトリＳＤＫ５２は、ＤＣＡレポジトリ４８とプログラム的に通信するための文書化されたアプリケーションプログラムインターフェース（ＡＰＩ）である。
【００３８】
リンクベース５４はＸリンク・コンプライアント・リンクベースＸＭＬ文書である。これらの文書は、ＤＣＡレポジトリ４８の各部分をエクスポートする、または変更をＤＣＡレポジトリ４８内へインポートするために使用できる。
【００３９】
ＤＣＡレゾルバ５６はコンテンツパイプライン内でリンク情報を分解するためのフィルタである。ＤＣＡレゾルバＳＤＫ５８は、ＤＣＡレゾルバ５６で使用するＪａｖａ（登録商標）方法（またはその他）を文書化したＡＰＩである。
【００４０】
ＤＣＡバリデータ６０は、リンク情報の妥当性を検査するための妥当性検査プログラムである。
【００４１】
ＤＣＡサーバは、文書の外部からリンク情報を管理しながら、実リンクを、あたかもこれが単独で文書内に存在しているかのように維持するよう設計されたシステムである。ＤＣＡサーバは、遅延バインディングリンキングを様々なフォーマットにて提供する。これを使用することで、発行時にリンクを様々なリンク構文にフォーマット化することができる。ＤＣＡシステムは、３つの主要なコンポ―ネット、すなわちサーバ層、伝送層、クライアント層を備える。
【００４２】
ＤＣＡシステムの設計は柔軟であり、任意のデータベースへの結合を可能にする。特定の実施形態では、ＤＣＡシステムの設計全てにおいて使用される言語はＪａｖａ（登録商標）である。このシステムは、オラクルプラットホーム用に構成することができる。あるいは、これ以外の任意のリレーショナルデータベースプラットホームを使用することもできる。
【００４３】
別の言い方で説明すると、ＤＣＡＭシステムは、サーバ層、伝送層、クライアント層を含んでいる。
【００４４】
ＤＣＡＭシステムのサーバ層はサーバアプリケーションに結合するデータベースを有する。サーバアプリケーションは、データベースと相互作用するために必要な論理を含んでおり、また完全なＡＰＩを露呈させる。全てのデータベースアクセスはサーバＡＰＩを介して実行される。サーバコンポーネントはＤＣＡシステムの中心である。サーバコンポーネントは、システム内の全てのリンク情報の記録および管理を担当する。さらにサーバコンポーネントは、サーバとインターフェースするための単純な方法を提供することに加え、データベースバインディング、データベースオブジェクトを表すクラス、コンポーネントどうしを接続するためのＡＰＩを備えている。
【００４５】
図４にサーバ線図を提供する。図に示すように、ＸＭＬテキスト６１が構成パイプライン６２に入力される。サーバコンポーネントは、機能性を追加するために、サーバエクステンションズ６３を使用するカスタムアプリケーションを書き込むことによってカスタマイズすることができる。さらに、サーバエクステンションズ６３は、データベースオブジェクトおよびそれに対応する集合体のクラスのプログラム的な表示である複数のクラスを提供する。サーバエクステンションズ６３は、エピックＥコンテンツエンジン６４と関連データベース６５に繋ぐことができる。次に、情報を印刷出力６６、ウェブ出力６７、または他の出力６９として出力することができる。
【００４６】
或る実施形態では、サーバコンポーネントは、ＳＱＬコンプライアントデータベースの最上部に構築される。図５は、リンク情報を正確に保存するべくデータベースによって実現されるスキーマを示す。このデータベーススキーマは、リンク、リソース、リソースの対、ホルダ、およびこれらに関連する特性およびメタデータを保存および管理するのに必要なテーブルと関係を含む。
【００４７】
リンクテーブル７０はシステム内の全てのリンクを含んでいる。各リンクは、１つまたはそれ以上のタイトルを含み（多言語サポートを備えているため）、またこれに関連するメタデータ特性を備えていてよい。ｌｉｎｋ＿ｍｅｔａｄａｔａテーブル７２はリンクに関連したメタデータ特性のリストを含んでいる。ｌｉｎｋ＿ｔｉｔｌｅテーブル７４は、各々のリンクにつき１つまたはそれ以上の名称を含んでいる。やはりリンクは、それぞれ異なる言語で定義された複数のタイトルを備えることができる。ｌｉｎｋ＿ｆｏｌｄｅｒｓテーブル７６は、リンクを分類および等級付けするために使用するホルダの階層的リストを含んでいる。ｌｉｎｋ＿ｆｏｌｄｅｒ＿ｍｅｔａｄａｔａテーブル７８は、リンクホルダに関連したメタデータ特性を含んでいる。ｌｉｎｋ＿ｆｏｌｄｅｒ＿ｔｉｔｌｅテーブル８０は、各リンクホルダに直接関連したタイトルを含んでいる。それぞれ異なる言語の複数のタイトルを指定することができる。
【００４８】
リソーステーブル８２は、レポジトリ内のリソースのリストを含んでいる。指定可能なオブジェクト（文書、要素、その他）の各々は、このテーブル内に指定されたリソース定義を設けている。リソースは、ＵＲＩによって指定されることができ、また、ＵＲＩを保存する際にそのコンポーネント原子に分割される。トップレベル文書として考慮されるリソースは全てｉｓＤｏｃｕｍｅｎｔフラグの組を備えている。ｒｅｓｏｕｒｃｅ＿ｍｅｔａｄａｔａテーブル８４は、リソースに関連したメタデータ特性を備えている。ｒｅｓｏｕｒｃｅ＿ｔｉｔｌｅテーブル８６は、各々のリソースに直接関連したタイトルを含む。それぞれ異なる言語における複数のタイトルを指定することができる。ｒｅｓｏｕｒｃｅ＿ｆｏｌｄｅｒｓテーブル８８は、リソースホルダに関連したメタデータ特性を含む。ｒｅｓｏｕｒｃｅ＿ｆｏｌｄｅｒ＿ｔｉｔｌｅテーブル９０は、各リソースホルダに直接関連したタイトルを含む。それぞれ異なる言語における複数のタイトルを指定することができる。ｒｅｓｏｕｒｃｅ＿ｐａｉｒｓテーブル９２は、システム内の全てのリソースの組のリストを含んでいる。リソースの対は、ロールおよび横断制約に関する情報と、開始および終了リソース（両方ともリソーステーブルに関連している）とを備えるリンクのコンポーネントである。リソースの対は、その使用を探索するために、プロファイルに関連していてよい。リソースの対はリンクと結合しており、また、リンクを削除すると、その削除がそのリソースの対にカスケードされる。特性テーブル９４は、分解時間にてマークアップ内に配置される各リソースの対（例えばグラフィックサイズ等）に関連したＸＭＬ属性のリストを維持する。
【００４９】
プロファイルテーブル９６は、システム内に定義されたプロファイルを含む。プロファイルは、各々の文書型に基づいて定義され、また、複数の文書型にかけてスパンすることができる。プロファイルは、参照時にリソースの対の使用および範囲を設定する適用可能性属性値である。ｒｅｓｏｕｒｃｅ＿ｐａｉｒ＿ｐｒｏｆｉｌｅ＿ｘｒｅｆテーブル９８は、プロファイルのリソースの対の関係を含む。リソースの対は、所望する限りの多数のプロファイルと関連することができる。ｎａｍｅｄ＿ｐｒｏｆｉｌｅｓテーブル１００はプロファイルへの名称のマッピングを含んでいる。これは、プロファイルのグループまたは分類を作成するために使用できる。さらに、ｌｉｎｋ＿ｆｏｌｄｅｒ＿ｍｅｔａｄａｔａテーブル１０６、ｌｉｎｋ＿ｆｏｌｄｅｒｓテーブル１０８、ｌｉｎｋ＿ｔｉｔｌｅテーブル１１０、ｌｉｎｋ＿ｆｏｌｄｅｒ＿ｔｉｔｌｅテーブル１１２も示している。
【００５０】
構成テーブル１０４を、ＤＣＡＭサーバに関連したシステム構成情報を備えて提供することも可能である。
【００５１】
ＤＣＡＭシステムの伝送層は、クライアント層とサーバ層の間に通信リンクを提供する。伝送層は、クライアント／サーバ通信を促進する。
【００５２】
伝送要求のためのフォーマットはＳＯＡＰ（シンプルオブジェクトアクセスプロトコル）である。そのため或る実施形態では、伝送層をＳＯＡＰ伝送層と呼んでいる。各々のＳＯＡＰ要求は、トランザクション境界と考慮される。あるいは、伝送指向言語（例えばＥＪＢ、ＲＭＩ、およびＣＯＲＢＡ）は、オブジェクトマーシャリングを実行するために使用できる。図６は、図２の拡大図であり、伝送層３４とＤＣＡＭクライアントエクステンションズ３０の間の関係を示している。図示の実施形態では、伝送層３４は、クライアント／サーバ通信を可能にするために使用されるＳＯＡＰアウェア実現である。ＳＯＡＰの単純な性質のために、全てのトランザクションがＨＴＴＰ（ハイパーテキスト転送プロトコル）を介して生じる。ユーザインターフェースコード１１５は、スクリプティングＡＰＩ  １１６および／またはアプリケーションＡＰＩ  １１７を通過する。コード１１５がスクリプティングＡＰＩ  １１６、アプリケーションＡＰＩ  １１７に入力される前に、ＤＣＡＭクライアントエクステンションズ３０が適用される。次に、スクリプティングＡＰＩ  １１６とアプリケーションＡＰＩ  １１７が、サービスインターフェース１１８、さらに最終的に伝送層３４を介してコード１１５を出力する。
【００５３】
伝送層が、要求を解釈し、トランザクションを原子的に実行し、これらの結果を戻すことにより、ユーザセッションおよびトランザクションを管理する。各オペレーションは、命令に沿って１つまたはそれ以上のデータ転送オブジェクトを作成し、オブジェクトと命令をＳＯＡＰ要求で包囲して送信し、結果ゼロ、またはこれ以上のデータ転送オブジェクトとして戻る命令を処理し、ＳＯＡＰ応答に包囲されたオペレーションの結果を戻すことで実行される。クライアント層は、リンクを作成、削除および管理する上でユーザが必要とする全てのものを含んでいる。クライアント側での実現の或る実施形態には、エピックカスタマイゼーション（メニューアイテム、フック、その他）、ユーザインターフェース、およびサーバへの直接アクセスを提供するクライアントＡＰＩを含んでいる。クライアントＡＰＩは、伝送層との通信を促進する。サーバへの通話はトランザクション内で実行される。クライアントコンポーネントは、トランザクションの作成／提出に必要な全てのクラスを含んでおり、また、これらの結果をサーバ側のオブジェクトを表すクラスの形式で受信する。図６に示すように、クライアントＡＰＩは２つのＡＰＩ、オブジェクトアウェアでないスクリプティング言語からの使用に適したスクリプティングＡＰＩ  １１６、オブジェクトアウェアである言語からの使用に適したアプリケーションＡＰＩ  １１７を備えている。
【００５４】
図７〜図１６は、ユーザインターフェース細部の特定の実施形態を示す。これらの図面は、本発明の例証のみを目的としたものであり、限定を目的としたものではない。
【００５５】
図７は、本発明の或る実施形態によるカレント文書からリンクを挿入するためのリンクの挿入ダイアログ１２０の画面ショットを示す。対象（単数または複数）選択ボックス１２２により、ユーザは、ＤＣＡＭレポジトリ、カレント文書、またはウェブから対象を選択できるようになる。図７にカレント文書選択を示す。カレント文書対象テーブル１２６は、カレント文書内の使用可能な対象を表示する。ユーザは任意の対象を選択することができる。選択した対象テーブル１２８は選択された対象のリストを表示する。ディスプレイボタン１３０により、ユーザは、選択した対象テーブル１２８内に表示するフィールドを選択することができる。挿入ボタン１３４により、ユーザは、カーソル場所にてカレント文書内にリンクリファレンスを挿入できるようになる。変更ボタン１３６がリンク特性の変更ダイアログ（図１０を参照）をラウンチし、これによりユーザがリンクの属性を更新できるようになる。
【００５６】
図８は、本発明の或る実施形態によるＤＣＡＭレポジトリからリンクを挿入するための、リンクの挿入ダイアログ１２０の画面ショットを示す。リンク名フィールド１２４により、ユーザは、人間が読むことができる名称をリンクに指定することができる。対象（単数または複数）選択ボックス１２２により、ユーザは、ＤＣＡＭレポジトリ、カレント文書、またはウェブから対象を選択することができる。ＤＣＡＭレポジトリ選択は図８中に示されている。ＤＣＡＭ対象テーブル１４４は、ＤＣＡＭレポジトリ内における使用可能な対象のツリー制御であり、ユーザはレポジトリから既存のリンクを選択することができる。選択した対象テーブル１２８は選択された対象をリストアップする。ディスプレイボタン１３０により、ユーザは、選択した対象テーブル１２８内に表示するフィールドを選択することができる。変更ボタン１３６がリンク特性の変更ダイアログ（図１０を参照）をラウンチし、これによりユーザはリンクの属性を更新できるようになる。
【００５７】
図９は、本発明の或る実施形態による、ウェブからリンクを挿入するための、リンクの挿入ダイアログ１５１の画面ショットを示す。リンク名フィールド１２４によって、ユーザは人間が読むことができる名称をリンクに指定できる。対象（単数または複数）選択ボックス１２２により、ユーザは、ＤＣＡＭレポジトリ、カレント文書、またはウェブから対象を選択できる。ウェブの選択を図９に示す。ウェブ対象名フィールド１５４により、ユーザは人間が読むことができる名称を対象に指定できる。ウェブ対象ＵＲＬフィールド１５５により、ユーザは、対象のリソースを探し出すためにＵＲＬを指定できるようになる。ブラウズボタン１５６を使用すると、ＵＲＬフィールド１５５に、選択した場所が入力される。ブラウズボタン１５６はウェブブラウザをラウンチし、現在選択されているページのＵＲＬをＵＲＬフィールド１５５内のブラウザ内に記録する。選択した対象テーブル１２８は、選択された対象をリストアップする。ディスプレイボタン１３０により、ユーザは、選択した対象テーブル１２８内に表示するフィールドを選択できるようになる。変更ボタン１９がリンク特性の変更ダイアログ（図１０を参照）をラウンチし、これによりユーザはリンクの属性を更新できるようになる。
【００５８】
図１０は、リンク特性の変更ダイアログ２１０の画面ショットを示す。このダイアログにより、ユーザは、リンクに関連した任意の特性を変更できるようになる。ソースラベルフィールド２１２により、ユーザはソースリソースにラベルを指定できる。対象名フィールド２１４は、対象リソースの名称を表示する。対象ロケータフィールド２１６が、対象リソースのロケータを表示する。対象ＸＭＬ  ＩＤフィールド２１８は、対象リソースのＸＭＬ  ＩＤを表示する。対象ラベルフィールド２２０により、ユーザは対象リソースのラベルを設定できる。対象を参照ラジオボタン２２２またはコンテンツを含むラジオボタン２２４は各々、分解時におけるリンクの取り扱いを指定する。対象を参照２２２を選択した場合、リンク分解時に、対象のマークアップテンプレートを使用してコンテンツへのリンクが作成される。コンテンツを含む２２４を選択した場合は、リンクの分解時に、対象リソースがリンクの場所に含められる。マークアップコンボボックス２２６により、ユーザは、リンクで示されたリンクマークアップのタイプを選択できる。このリストには、文書タイプＤＣＦファイル内に指定されたリンクタグを入力できる。プロファイルボタン２２８は、プロファイルの適用ダイアログ（図１２を参照）をラウンチし、これによりユーザはプロファイルをリンクに適用できる。
【００５９】
図１１は、ＤＣＡＭエクスプローラダイアログ２４０の画面ショットを示す。ＤＣＡＭエクスプローラにより、対象自動登録と、ユーザ定義のホルダ作成が可能になる。ユーザはリンク、リソース、およびデータ併合コンポーネントを選択できる。したがって、ダイアログにより、ユーザは、ファイルシステム上でファイルを管理するのと同様の方法でリンクの管理を行うことができる。
【００６０】
ユーザは、グループをプロファイルする能力を得ることができる。これにより、ユーザは、毎回選択を行う代わりに、プロファイルの選択を保存し、これに名称を指定し、後にこれを、名称を付けたプロファイルグループを選択することで、オブジェクトに適用することができる。ユーザはさらに、毎回選択を行う代わりに、プロファイルの選択を保存し、これに名称を指定し、後にこれを、名称を付けたプロファイルフィルタを選択することで、分解目的で使用する（例えば図１中のブロック１４）プロファイルを指定する際に使用できる。編集処理の最中に、プロファイル値をダイナミックに追加することができる。ユーザは特定の要素を定義することにより、個々のプロファイルに対する出入りを規制することができる。ユーザは、単純にマークアップを属性化する代わりに、プロファイリングについて要素マークアップを定義できる。さらに、ユーザはプロファイル値が現れる特定の順序を定義できる。
【００６１】
階層的プロファイルを提供することで、ユーザは、抑制ノードの選択に基づいて、プロファイルのグループをオブジェクトに同時に適用することができる。一般に、プロファイルはリーフレベルにて適用される。ラジオプロファイルを設けることもできる。ラジオプロファイルは、１つの選択のみが許可される、相互に許容可能なプロファイルである。プロファイリングは抑制を介して行われる。抑制は、シングルプロファイル値が他のより低いレベルのプロファイル（例えば、「秘密、機密扱いの、機密扱いでない」を含む「最高機密」）を含む概念である。さらに、名称を付けたプロファイルを使用し（プロファイルグループおよびプロファイルフィルタ）、特定の要素に対する出入りのプロファイルを規制し、また論理表示（ＡＮＤ、ＯＲ、ＮＯＴ、ＥＱＵＡＬ、ＸＯＲ）をプロファイルフィルタに含めることができる。
【００６２】
図１２に、プロファイルの適用ダイアログ２５０の画面ショットを示す。ダイアログ２５０により、新規のプロファイル値の追加、プロファイル選択の名称指定および保存、階層的およびラジオ選択プロファイルのサポートが可能になる。プロファイルの適用ツリー制御２５２は、ツリー制御として表されるプロファイル値を示す。ユーザは、チェックボックスまたはラジオボタンにより、適用するプロファイルを選択できる。個別プロファイルの適用ラジオ制御２５４を選択すると、個々のプロファイルが表示される。プロファイルグループの適用ラジオ制御２５６を選択すると、プロファイルグループが表示される。ＯＫボタン２５８は、ツリー制御内で選択されたプロファイル値を適合可能なマークアップに適用する。
【００６３】
図１３は、要素プロファイルの更新ダイアログ２７２の画面ショットを示す。このダイアログにより、ユーザは、要素プロファイルを更新するために、個々のプロファイルを選択するか、または名称が付いたプロファイルグループを選択することができる。ツリー制御２７４は、プロファイルグループで表されるプロファイル値を示す。ユーザは、プロファイルグループを選択すると同時に、リストアップされた全ての値を適用することができる。個別プロファイルの適用ラジオボタン２７５、プロファイルグループの適用ラジオボタン２７６の各々により、ユーザは更新するプロファイルを選択できる。個別プロファイルの適用ラジオボタン２７５を選択すると、個々のファイルが表示される。プロファイルグループの適用ラジオボタン２７６を選択すると、プロファイルグループが表示される。ＯＫボタン２７６は、プロファイルグループによって表されるプロファイル値を適用可能なマークアップに適用する。
【００６４】
ＤＣＡＭリンクの検索ダイアログ２８０の画面ショットを図１４に示す。このダイアログ２８０により、ユーザは、リンク自体、そのリソースの対、これらリソースの対の開始および終了リソースの特性に基づいて、リンクを検索することができる。リンクおよびリソースの対の特性はリンク特性タブ２８２上にリストアップされる。ソースリソース特性はソース特性タブ２８４上にリストアップされる。対象リソース特性は対象特性タブ２８６上にリストアップされる。進化したパラメータタプ２８８により、ユーザは、リソースの組に属するユーザ定義によるもの、またはリンク、リソースの対、リソース（例えばＤＣＡＭキー）の可視性のより低い特性のいずれかであってよい、追加の検索基準を指定することができる。参照された／含まれたフィールド２９０を除く殆どのパラメータにより、ユーザは、入力した値をデータベース内の値で検査する方法を検討するオペレータを指定することができる。これらのオペレータには、同様（オブジェクト内の値は所与の値を含む）、よりも高い（オブジェクト内の値は所与の値よりも高い）、よりも低い（オブジェクト内の値は所与の値よりも低い）、等しい（オブジェクト内の値は所与の値と等しい）が含まれる。検索結果が戻ってくると、これらがＤＣＡＭエクスプローラダイアログ（図１１を参照）内の検索結果ホルダ内に表示される。
【００６５】
リンクベース・エクスポートダイアログ３００の画面ショットを図１５に示す。このダイアログにより、ユーザは、リソースの対、ソース、および対象リソースを含むカレント文書内の全てのＤＣＡＭリンクについてデータをエクスポートすることができる。リンクデータを含んだＸＭＬファイルはリンクベースと呼ばれる。一般に、リンクベースは表示名、カスタムメタデータ、ＸＭＬ  ＩＤ、ＵＲＬを含んでいる。これをダウンストリームの処理または組織へ送り、リンク情報をＤＣＡＭ外部で使用できるようにすることができる。ダウンストリームアプリケーションは、特定フォーマットのリンクデータを必要とし、また、複数のリンクベーステンプレートを異なるフォーマットについてインストールすることができる。名前を付けて保存制御３０１、これに関連するブラウズボタン３０２が出力リンクベースファイル名を指定する。スタイルシート・ドロップダウンリスト３０３と関連するブラウズボタン３０４が、リンクベースの作成にどのＸＳＬスタイルシートを使用するかを決定する。スタイルシートは、リンクベースのフォーマットを決定する。特定の実施形態では、スタイルシート・ドロップダウンリスト３０３は、リンクベースエクスポートに使用できる文書タイプ用のＸＳＬのリストで埋められている。文書型ディレクトリ内の全ての．ｘｓｌファイルが検査され、その“ＣｏｍｐｏｓｉｔｉｏｎＴｙｐｅ”リスト内に「リンクベース」を含んでいるものが表示される。一般に、“ＣｏｍｐｏｓｉｔｉｏｎＴｙｐｅ”はＸＳＬファイルの開始時点付近のＰＩにて指定される。ブラウズボタン３０４により、ユーザは、「リンクベース」が“ＣｏｍｐｏｓｉｔｉｏｎＴｙｐｅ”リスト内に存在するか否かにかかわらず、任意のＸＳＬスタイルシートを選択できる。さらに、やはり特定の実施形態において、エピックが、リンクフィルタ（非ＤＣＡＭマークアップをふるい分ける）、リンク分解フィルタ（データベースからリンクデータを取り出す）、および選択されたスタイルシート用のフィルタを含む構成パイプラインを設定する。リンクベース・エクスポート・スタイルシートを使用して、基準のＤＣＡＭリンクマークアップを所望のリンクベースマークアップに変換することができる。
【００６６】
図１６に、プロファイルフィルタ・ダイアログ３０８の画面ショットを示す。ダイアログ３０８は、分解中にプロファイルを設定するために使用される。全ての値におけるデフォルト仮定が共に論理的にＡＮＤ化される。より複雑な論理表現を使用するために、ユーザはフィルタグループボタン３１０を選択する。フィルタグループボタン３１０はプロファイルフィルタグループ・ダイアログをラウンチする（図２９を参照）。
【００６７】
図１７にプロファイルフィルタグループ・ダイアログ３１２を示す。このダイアログ３１２により、ユーザは、プロファイルを設定するために、事前に定義されている名称付きのプロファイルフィルタ・グループを選択できる。これらのプロファイルフィルタ・グループは、論理積、論理和、論理不等価、論理等価、および論理否定のような複雑な論理表現をサポートする。
【００６８】
図１８〜図２９に示すように、リンク定義は手動または自動で作成できる。オブジェクトをリンクレポジトリと共に登録する場合に、そのオブジェクト内の、ＩＤ化された任意の要素は、対象と呼ばれる特別タイプのリンク定義をユーザインターフェース内で自動作成することができる。ＤＣＦは、どの要素を自動的にＩＤ化するか、また、どの属性または要素コンテンツを、リンク対象の名称として使用するかを定義することができる。ＩＤとして使用する属性はＤＣＦファイルと共に登録される。この方法で構成した場合、アプリケーションが、別の権限保有者が後に使用できるように、リンク対象をレポジトリと共に自動登録する。
【００６９】
図１８は、リンク定義作成の基本線図を提供する。図１９は、リンクの作成をさらに詳細に示している。図に示すように、これは「自動登録」を使用して行うことができる。平分登録した文書が設定されていない場合には、文書中のリソースをユーザインターフェースレベルに設定する必要がある。この時点で、または文書登録済みフラグが設定されている場合、自動登録フラグは正であると判断される。「いいえ」の場合は最終状態に到達する。「はい」の場合は、ユーザインターフェースレベルにおける次のステップでは文書を移動させる。次に、エバーリンクタイプの要素のためのレポジトリ内でリンク定義が作成される。クライアントコード内において、全てのリンクとリソースの対をレポジトリに委任する。伝送層内で、バッチ作成リンクが実行される。サーバコード内で、全てのリンクおよびリソースの対がデータベース内に作成され、作成されたリンクのＩＤが戻される。ユーザインターフェースレベルにおける次のステップでは、リンクマークアップを“＜ａｔｉｄｃａｍｍ：ｌｉｎｋ＞”のようなタグと共に封入する。次に、ＤＣＦ構成ファイルを介してリンク名が決定され、最終段階に到達する。
【００７０】
図２０は、リンク定義の作成の線図を示す。ここでは単純にリンクに名称を付け、レポジトリ内にリンクを記録する。あるいは、リソースの対についてのリンク定義の作成には、参照開始リソースの設定、参照終了リソースの設定、プロファイルの設定、および別の属性値の設定が関わっている。次に、リンクはレポジトリ内に記録される。
【００７１】
図２１は、ＩＤ／ＩＤＲＥＦリンク作成の線図を示す。第１ステップは内部リンクを行うことである。次に、リソース情報を記録する。その後、リンク定義を作成し、リンクリファレンスを挿入する。図２２は、内部リンクの線図である。要素が既にＩＤ化されている場合には、リストからＩＤラベルが選択される。要素が未だＩＤ化されていない場合には、ユーザが要素をＩＤ化する。図２３は要素のＩＤ化の線図である。第１ステップはオブジェクトを開くことである。次に、ユーザは要素のブラウズ／選択を行う。ＩＤが自動生成される。次に、ユーザは要素のＩＤ属性を生成されたＩＤに設定する。その後、このＩＤがラベル化される。図２４はリンクリファレンスの挿入を線図化したものである。第１ステップでは、開始リソースをリンクと共に登録する。次のステップでは、リンクリファレンスをオブジェクト内に挿入する。
【００７２】
図２５は、アウトバウンドリンクの作成を示す線図である。第１ステップでは、終了リソースのブラウズ／選択を行う。次のステップではリンク定義を作成する。最後に、リンクリファレンスが挿入される。
【００７３】
図２６は、開始リソースのブラウズ／選択を行う線図である。第１ステップは、オブジェクトのブラウズ／選択である。リンクがオブジェクト内部のものである場合、次のステップは内部リンクを行うことである。内部リンクの完了後、またはリンクがオブジェクト外部のものである場合には、次のステップはリソース情報の記録である。図２７は、終了リソースのブラウズ／選択を線図化したものである。第１ステップは、オブジェクトのブラウズ／選択である。リンクがオブジェクト内部のものである場合、次のステップは内部リンクを行うことである。内部リンクの完了後、またはリンクが外部のものである場合には、次のステップはリソース情報を記録することである。
【００７４】
図２８は、リンクレポジトリリファレンスの挿入を示す線図である。ファイルリンクリファレンスがリンクレポジトリに挿入される。ＣＭＳリンクリファレンスがリンクレポジトリに挿入される。ウェブリンクリファレンスがリンクレポジトリに挿入される。リンクレポジトリリファレンスがリンクレポジトリに挿入される。線図で見ると、リンクレポジトリリファレンスはリンク権限保有者とオブジェクト権限保有者の間に位置する。図２９はさらに、リンクレポジトリリファレンスの挿入を線図的に示す。第１ステップは、リンクレポジトリのブラウズである。次に、リンクが選択される。最後に、リンクリファレンスが挿入される。
【００７５】
図３０は、図１の代案であり、ＤＣＡＭシステムの構成をより詳細に示している。構成はＸＭＬ文書４００から開始し、ブロック４１０にてＥ３サーバ４０２へ送信される。Ｅ３サーバ４０２は文書をパースし（図１、ブロック１０）、ブロック４１２にて、これらをコンテンツパイプライン４０４へ送信する。コンテンツ内にリンクが見つかると（図１、ブロック１２）、ブロック４１４にて、リンクがＤＣＡＭレゾルバ４０６へ送信される。リンクがＤＣＡＭレポジトリに対して分解され（図１、ブロック１４）、ブロック４１６にて、分解されたリンクがコンテンツパイプライン４０４へ送り戻される。データ併合クエリもデータ併合データ保存４０８に対して処理される。コンテンツパイプラインが継続し、図示の実施形態におけるＨＴＭＬのような構成された文書が得られる。
【００７６】
図３１にリンク分解フィルタ３４０の機能を示す。オブジェクト処理からのＳＡＸイベントがリンクレゾルバフィルタ３４０に入力される。ＳＡＸイベントをマークアップするために、リファレンスリンクが変換される。その後、ＳＡＸイベントがリンク処理から出力される。
【００７７】
クライアントコンポーネントを使用するために、アプリケーションが、アプリケーションＡＰＩ内のｅｓｔａｂｌｉｓｈＣｌｉｅｎｔＳｅｓｓｉｏｎ（）方法を呼び出す。この呼び出しは伝送層への接続を開始し、これがサーバへの作成セッション要求へ送られる。ユーザが認証されるとセッションが作成される。クライアントセッションオブジェクトが作成されたら、ユーザのアクションはサービスインターフェースへの通話を生成する。このインターフェースは、ＳＯＡＰ要求を生成し、これを伝送層へ送信し、伝送層がサーバを介してトランザクションを処理する。これが完了すると、サーバは、全ての結果を含んだＳＯＡＰ文書を送り戻す。
【００７８】
図３２は、リンク、データ併合、プロファイルのための構成コンポーネントを示す。顧客は、リンクおよびデータ併合に関する多数の異なる要望を持っているため、これらの機能は高度に設定可能になっている。図３３は、構成コンポーネントの一般的な性質を示す。ＸＳＬスタイルシートを用いてマークアップ分解が構成され、ＸＭＬファイルを使用して対象の自動識別が構成され（リソース定義）、データベースクエリとパラメータの両方がデータ併合、およびプロファイルの構成を扱う。
【００７９】
本発明によるデータ併合により、別個のデータストアからのコンテンツを含むことが可能になる。データ併合は、文書内の外部データソースへのリファレンスの編入、およびこれらリファレンスの定期的な分解である。何らかの外部データへの参照をクエリと呼ぶ。クエリ宣言、クエリ宣言への参照、および１つまたはそれ以上のクエリ結果の更新という、３つのオーサリングステージを識別することができる。名称の付いた宣言は再使用可能であり、つまり多数回参照することができる。クエリ宣言には作成時に名称が付与され、またその場所はその範囲を定義する。名称は範囲毎に一意でなければならない。名称のないクエリ宣言は再使用不能である。宣言のポイントは唯一のリファレンスである。クエリ結果はクエリリファレンスの場所に現れる。結果の挿入は、リファレンス挿入時、またはクエリへのリファレンスの更新時毎に行われる。
【００８０】
クエリ宣言は、外部データソースを参照する必要があり、これはクエリ定義と呼ばれる。クエリ定義は、ＵＩコンポーネントとフォーマル定義を備える。ＵＩコンポーネントは、クエリ定義の名称、クエリへ送られるべきパラメータ、クエリが名称／値の対の文書コンテンツを戻すか否か、そして文書コンテンツが戻された場合における、クイックコンテンツ検査のための表示最高レベルタグを含む。クエリ定義の名称は、文書のクエリ宣言をクエリ定義とリンクさせる。フォーマル定義は、ソースステージ、１つまたはそれ以上の変換ステージ、ステージを付加する順序の記述、そして各ステージのための実パラメータへのＵＩパラメータのマッピングを含む。ソースステージは、文書オブジェクトモジュール（ＤＯＭ）ノードを生成する任意のプログラムであってよい。実ソースはデータベース、ファイル、ＵＲＬ、または何らかの外部処理であってよい。プログラムは、恐らく値の対を表すための何らかの単純なマークアップを使用して、この結果をノードとして表す責任を有する。変換ステージはＤＯＭノードを入力として取り、新規のＤＯＭノードを出力として生成する。
【００８１】
データ併合フレームワークが柔軟性および拡張性のために設計される。これは、データ取得および処理を行うために、モデル・ビュー・コントローラ（ＭＶＣ）設計パラダイムを適合し、パイプライン構造を使用する。ＭＶＣパラダイムはユーザインターフェースからビジネス論理を分離し、両側を別個に変更できるようにする。パイプラインにより、コンポーネントを容易に再使用することができる。図３４は、文書へのデータ挿入の全体の流れを示す。この線図は、ＤＯＭサーバ３５０、データ併合コントローラ３５２、クエリ３５４の３つの主要なコンポーネントを示している。ＤＯＭサーバ３５０はユーザから入力を受け、結果を表示する。データ併合コントローラ３５２はユーザ入力を解釈し、この情報をクエリ３５４へ、またクエリから送る。クエリ３５４は、コントローラ３５２により提供された情報を処理する。ユーザがｉｎｓｅｒｔ＿ｑｕｅｒｙコマンドまたはｕｐｄａｔｅ＿ｑｕｅｒｙコマンドを発行する際に、データ併合コントローラ３５２が、ユーザ入力およびカレント文書インスタンスに基づいて１組のパラメータを構成し、次に、実行のためにクエリ３５４を選択する。クエリが戻ってくると、データ併合コントローラ３５２によってノードがＤＯＭサーバ３５０内に挿入される。
【００８２】
ＤＯＭサーバ３５０は、相互作用モード時にＤｏｍインスタンスの操作とＤＯＭインスタンスの表示が可能なプログラムを参照する。データ併合コントローラ３５２は、ＤＯＭ  ＡＰＩで構築されたヘルパー機能から成るプログラムである。これはユーザからの要求を受信し、この要求をクエリに配布し、その後、結果を文書中に挿入する。さらに、データフィールドの変更および取り出しの更新に責任を負う。クエリ３５４は、１つのソース、ゼロまたはそれ以上のトランスフォーマを備える。ソースはＤＯＭノードを生成できるコンポーネントである。トランスフォーマは、既存のノードを入力として取り、変更したノードを出力として戻す。クエリ処理はＤＯＭノード（要素、文書片、または文書であってよい）を生成し、これをデータ併合コントローラへ戻す。クエリ内のコンポーネントどうしがＤＯＭノードを介して通信する。一般に、クエリは３つのコンポーネント、つまりＳＱＬクエリ、変換、ＸＰａｔｈを備えている。クエリ処理がデータベースからデータを取り出し、結果を何らかのＸＬＴ変換を用いて変換する。結果を戻す前に、関心のあるコンポーネントのみを取り出すべく、ＸＰａｔｈフィルタが適用される。クエリ処理には変換のシーケンスが関与する。
【００８３】
好ましい実施形態を参照しながら本発明について記述してきたが、当業者は、本発明の精神および範囲から逸脱しない限り、形態および細部に変更を加えられることを理解するだろう。
【図１】
2010191996.tif 000003
【図２】
2010191996.tif 000004
【図３】
2010191996.tif 000005
【図４】
2010191996.tif 000006
【図５】
2010191996.tif 000007
【図６】
2010191996.tif 000008
【図７】
2010191996.tif 000009
【図８】
2010191996.tif 000010
【図９】
2010191996.tif 000011
【図１０】
2010191996.tif 000012
【図１１】
2010191996.tif 000013
【図１２】
2010191996.tif 000014
【図１３】
2010191996.tif 000015
【図１４】
2010191996.tif 000016
【図１５】
2010191996.tif 000017
【図１６】
2010191996.tif 000018
【図１７】
2010191996.tif 000019
【図１８】
2010191996.tif 000020
【図１９】
2010191996.tif 000021
【図２０】
2010191996.tif 000022
【図２１】
2010191996.tif 000023
【図２２】
2010191996.tif 000024
【図２３】
2010191996.tif 000025
【図２４】
2010191996.tif 000026
【図２５】
2010191996.tif 000027
【図２６】
2010191996.tif 000028
【図２７】
2010191996.tif 000029
【図２８】
2010191996.tif 000030
【図２９】
2010191996.tif 000031
【図３０】
2010191996.tif 000032
【図３１】
2010191996.tif 000033
【図３２】
2010191996.tif 000034
【図３３】
2010191996.tif 000035
【図３４】
2010191996.tif 000036