(57)【要約】メタタグ情報を用いる拡張可能スタイルシートのデザインのための方法および装置について開示する。デザインされたスタイルシートは、種々のプレゼンテーションおよび情報交換をサポートするために、コンテンツ指向マークアップ言語ファイルを目的のファイルに変換するためのものである。本発明の１つの特徴にしたがって、データ処理機構は目的のファイルにメタタグ宣言を挿入することから開始し、メタタグ情報は目的のファイルにおける動的対象とソースファイルとの間の情報に関係する。メタタグ情報をもつ目的のファイルは、次いで、１つまたはそれ以上の拡張可能スタイルシートに変換される。
2004529427.tif 000002
【特許請求の範囲】
【請求項１】
拡張可能スタイルシートを生成するための方法であって：
第１マークアップ言語の状態で目的のファイルを受け取る段階；
第２マークアップ言語の状態で少なくとも１つのソースファイルを受け取る段階；
目的のファイルにおいて動的対象を識別する段階；
目的のファイルにおける各々の動的対象をメタタグにより少なくとも１つのソースファイルにおける要素に関連付ける段階；
各々の動的対象をメタタグで置き換える段階；並びに
目的のファイルに関する拡張可能スタイルシートを生成する段階；
から構成されることを特徴とする方法。
【請求項２】
請求項１に記載の方法であって、第１マークアップ言語の状態でターゲットファイルを受け取る前記段階は、所望の方法で目的のファイルを表示することが可能であるオーサリングツールにおける目的のファイルを表示する手順から構成される、ことを特徴とする方法。
【請求項３】
請求項２に記載の方法であって、目的のファイルは静的コンテンツと動的対象とを含む、ことを特徴とする方法。
【請求項４】
請求項３に記載の方法であって、第１マークアップ言語は、Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ（ＨＴＭＬ）、Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ（ＸＭＬ）、Ｓｔａｎｄａｒｄ  Ｇｅｎｅｒａｌｉｚｅｄ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ（ＳＧＭＬ）またはＷｉｒｅｌｅｓｓ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ（ＷＭＬ）からなる群から選択される、ことを特徴とする方法。
【請求項５】
請求項５に記載の方法であって、第２マークアップ言語は、Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ（ＨＴＭＬ）、Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ（ＸＭＬ）、Ｓｔａｎｄａｒｄ  Ｇｅｎｅｒａｌｉｚｅｄ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ（ＳＧＭＬ）またはＷｉｒｅｌｅｓｓ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ（ＷＭＬ）からなる群から選択される、ことを特徴とする方法。
【請求項６】
請求項３に記載の方法であって、目的のファイルのプレゼンテーションを表示する手順からさらに構成され、プレゼンテーションは静的コンテンツと多くの動的対象を含む、ことを特徴とする方法。
【請求項７】
請求項６に記載の方法であって、第２マークアップ言語の状態で少なくとも１つのソースファイルを受け取る前記段階は：
文書型定義（ＤＴＤ）を含む定義ファイルを受け取る手順；
定義ファイルにおける少なくとも１つの定義を動的対象の１つと関連付ける手順；並びに
目的のファイルからツリー構造を生成する手順であって、そのツリーはノードを含み、各々のノードは表示されるプレゼンテーションにおける動的対象の１つに対応する、手順；
から構成される、ことを特徴とする方法。
【請求項８】
請求項７に記載の方法であって、メタタグのための情報を決定するためにツリー構造を全検索する手順からさらに構成される、ことを特徴とする方法。
【請求項９】
請求項８に記載の方法であって、目的のファイルに関する拡張可能スタイルシートを生成する前記段階は第３マークアップ言語の状態で結果として得られるファイルを生成する手順から構成され、結果として得られるファイルは、少なくとも宣言を含む情報セグメントとメタタグのための情報を含む、ことを特徴とする方法。
【請求項１０】
請求項９に記載の方法であって、目的のファイルは拡張可能スタイルシートと共に少なくとも１つのソースファイルを表示することにより表示されることができる、ことを特徴とする方法。
【請求項１１】
拡張可能スタイルシートを生成するための方法であって：
マークアップ言語の状態で目的のファイルを受け取る段階であって、目的のファイルは複数の動的対象を含む、段階；
構造ツリーを受け取る段階であって、構造ツリーの各々のノードは目的のファイルにおける動的対象の１つに対応する、段階；
目的のファイルにおける各々の動的対象をメタタグにより少なくとも１つのソースファイルにおける要素に関連付ける段階；並びに
目的のファイルに関する拡張可能スタイルシートを生成する段階；
から構成されることを特徴とする方法。
【請求項１２】
請求項１１に記載の方法であって、第１マークアップ言語の状態でターゲットファイルを受け取る前記段階は、所望の方法で目的のファイルを表示することが可能であるオーサリングツールにおける目的のファイルを表示する手順から構成される、ことを特徴とする方法。
【請求項１３】
請求項１２に記載の方法であって、各々の動的対象は構造ツリーにおいて提供される１つまたはそれ以上のソースファイルにおいて対応する要素と関連付けられる、ことを特徴とする方法。
【請求項１４】
請求項１３に記載の方法であって、マークアップ言語は、Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ（ＨＴＭＬ）、Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ（ＸＭＬ）、Ｓｔａｎｄａｒｄ  Ｇｅｎｅｒａｌｉｚｅｄ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ（ＳＧＭＬ）またはＷｉｒｅｌｅｓｓ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ（ＷＭＬ）からなる群から選択される、ことを特徴とする方法。
【請求項１５】
請求項１４に記載の方法であって、構造ツリーは、Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ（ＨＴＭＬ）、Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ（ＸＭＬ）、Ｓｔａｎｄａｒｄ  Ｇｅｎｅｒａｌｉｚｅｄ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ（ＳＧＭＬ）またはＷｉｒｅｌｅｓｓ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ（ＷＭＬ）からなる群から選択されるマークアップ言語を用いて構築される、ことを特徴とする方法。
【請求項１６】
請求項１１に記載の方法であって、目的のファイルにおける動的対象の各々を要素と関連付ける前記段階は：
各々の動的対象を構造ツリーにおけるノードの１つと関連付ける手順；並びに
メタタグのための関連情報を得るために構造ツリーを全検索する手順であって、関連情報は各々の動的対象と少なくとも１つのソースファイルにおける要素との間の関連性を含む、手順；
から構成される、ことを特徴とする方法。
【請求項１７】
請求項１１に記載の方法であって、目的のファイルにおける動的対象の各々を要素と関連付ける前記段階は：
構造ツリーにおけるノードの１つに各々の動的対象をコピーする手順；並びに
各々の動的対象のメタタグのための関連情報を得るために構造ツリーを全検索する手順であって、関連情報は各々の動的対象と少なくとも１つのソースファイルにおける要素との関連性を含む、手順；
から構成される、ことを特徴とする方法。
【請求項１８】
請求項１１に記載の方法であって、目的のファイルにおける各々の動的対象を要素と関連付ける前記段階は：
構造ツリーにおけるノードの１つにより少なくとも１つのソースファイルから各々の動的対象にその要素をコピーする手順；並びに
各々の動的対象のメタタグのための関連情報を得るために構造ツリーを全検索する手順であって、関連情報は各々の動的対象と少なくとも１つのソースファイルにおける要素との関連性を含む、手順；
から構成される、ことを特徴とする方法。
【請求項１９】
拡張可能スタイルシートを生成するための方法であって：
第１マークアップ言語における目的のファイルを受け取る段階であって、目的のファイルは複数の動的対象を含み、少なくとも２つの動的対象は第２マークアップ言語の状態でソースファイルにおける要素に関連される、段階；
ソースファイルを含む１つまたはそれ以上のソースファイルに対応する構造ツリーを提供する段階であって、構造ツリーの各々のノードは目的のファイルの動的対象の１つに関連する、段階；
構造ツリーにより動的対象を複数のメタタグによるソースファイルと関連付ける段階；
ソースファイルにおける同じ要素に関連する少なくとも２つの動的対象のための対応するメタタグを識別する段階であって、対応するメタタグは異なる識別子によりラベリングされている、段階；並びに
目的のファイルに関する拡張可能スタイルシートを生成する段階；
から構成されることを特徴とする方法。
【請求項２０】
請求項１９に記載の方法であって、第１マークアップ言語は、Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ（ＨＴＭＬ）、Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ（ＸＭＬ）、Ｓｔａｎｄａｒｄ  Ｇｅｎｅｒａｌｉｚｅｄ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ（ＳＧＭＬ）またはＷｉｒｅｌｅｓｓ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ（ＷＭＬ）からなる群から選択される、ことを特徴とする方法。
【請求項２１】
請求項２０に記載の方法であって、第２マークアップ言語は、Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ（ＨＴＭＬ）、Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ（ＸＭＬ）、Ｓｔａｎｄａｒｄ  Ｇｅｎｅｒａｌｉｚｅｄ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ（ＳＧＭＬ）またはＷｉｒｅｌｅｓｓ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ（ＷＭＬ）からなる群から選択される、ことを特徴とする方法。
【請求項２２】
請求項１９に記載の方法であって、構造ツリーにより動的対象を複数のメタタグによるソースファイルとそれぞれ関連付ける前記段階は：
各々の動的対象をメタタグの１つと置き換える段階；並びに
各々のメタタグのための関連情報を得るために構造ツリーを全検索する段階であって、関連情報は各々の動的対象と少なくとも１つのソースファイルにおける要素との間の関連性を含む、段階；
から構成される、ことを特徴とする方法。
【請求項２３】
請求項１９に記載の方法であって、構造ツリーにより動的対象を複数のメタタグによるソースファイルとそれぞれ関連付ける前記段階は：
各々の動的対象を構造ツリーにおけるノードの１つにコピーする段階；並びに
各々のメタタグのための関連情報を得るために構造ツリーを全検索する段階であって、関連情報は各々の動的対象と少なくとも１つのソースファイルにおける要素との間の関連性を含む、段階；
から構成される、ことを特徴とする方法。
【請求項２４】
請求項１９に記載の方法であって、少なくとも２つの動的対象のための対応するメタタグを識別する前記段階は、対応するメタタグのための各々の宣言において異なる識別子を挿入する手順から構成される、ことを特徴とする方法。
【請求項２５】
請求項２４に記載の方法であって、異なる識別子は、数字、文字、テキストおよびアルファニューメリックシンボルからなる群から選択される、ことを特徴とする方法。
【請求項２６】
拡張可能スタイルシートを生成するための装置であって：
表示スクリーン；
オーサリングツールとして文字列コードのための第１メモリ；
ソフトウェアモジュールとして文字列コードのための第２メモリ；並びに
第１マークアップ言語における目的のファイルにオーサリングツールを実行するために命令されるときに、第１メモリおよび第２メモリに結合され、表示スクリーンにおいて出力プレゼンテーションとして目的のファイルを表示させるようにするプロセッサであって、出力プレゼンテーションは複数の動的対象を含み、各々の動的対象は第２マークアップ言語における１つまたはそれ以上のソースファイルにおける要素の１つに関係し、次いでソースファイルに関係する構造ツリーが検索され、構造ツリーの各々のノードは目的のファイルにおける動的対象の１つに対応する、プロセッサ；
から構成され、
ソフトウェアモジュールは、各々の動的対象をメタタグにより１つまたはそれ以上のソースファイルに要素の１つと関連付け、メタタグのための関連情報を得るために構造ツリーを全検索し、そして、目的のファイルに関する拡張可能スタイルシートを生成するオペレーションを実施するためのプロセスにより実行される；
ことを特徴とする装置。
【請求項２７】
請求項２６に記載の装置であって、第１マークアップ言語は、Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ（ＨＴＭＬ）、Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ（ＸＭＬ）、Ｓｔａｎｄａｒｄ  Ｇｅｎｅｒａｌｉｚｅｄ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ（ＳＧＭＬ）またはＷｉｒｅｌｅｓｓ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ（ＷＭＬ）からなる群から選択される、ことを特徴とする方法。
【請求項２８】
請求項２７に記載の装置であって、第２マークアップ言語は、Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ（ＨＴＭＬ）、Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ（ＸＭＬ）、Ｓｔａｎｄａｒｄ  Ｇｅｎｅｒａｌｉｚｅｄ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ（ＳＧＭＬ）またはＷｉｒｅｌｅｓｓ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ（ＷＭＬ）からなる群から選択される、ことを特徴とする方法。
【請求項２９】
拡調可能スタイルシートを生成するための計算装置において実行される少なくともコンピュータプログラムコードを含むコンピュータ読み取り可能媒体であって：
第１マークアップ言語における目的のファイルを受け取るためのプログラムコード；
第２マークアップ言語における少なくとも１つのソースファイルを受け取るためのプログラムコード；
目的のファイルにおいて動的対象を識別するためのプログラムコード；
メタタグによりターゲットファイルにおける各々の動的対象を少なくとも１つのソースファイルにおける要素と関連付けるためのプログラムコード；
各々の動的対象をメタタグと置き換えるためのプログラムコード；並びに
目的のファイルに関する拡張可能スタイルシートを生成するためのプログラムコード；
から構成されることを特徴とするコンピュータ読み取り可能媒体。
【請求項３０】
請求項２９に記載のコンピュータ読み取り可能媒体であって、第１マークアップ言語における目的のファイルを受け取るためのプログラムコードは、所望の方法で目的のファイルを表示することが可能であるオーサリングツールにおける目的のファイルを表示するためのプログラムコードから構成される、ことを特徴とするコンピュータ読み取り可能媒体。
【請求項３１】
拡張可能スタイルシートを生成するための計算装置において実行される少なくともコンピュータプログラムコードを含むコンピュータ読み取り可能媒体であって：
マークアップ言語における目的のファイルを受け取るためのプログラムコードであって、目的のファイルは複数の動的対象を含む、プログラムコード；
構造ツリーを受け取るためのプログラムコードであって、構造ツリーの各々のノードは目的のファイルにおける動的対象の１つに対応する、プログラムコード；
メタタグにより目的のファイルにおける各々の動的対象を少なくとも１つのソースファイルにおける要素と関連付けるためのプログラムコード；並びに
目的のファイルに関する拡張可能スタイルシートを生成するためのプログラムコード；
から構成される、ことを特徴とするコンピュータ読み取り可能媒体。
【請求項３２】
請求項３１に記載のコンピュータ読み取り可能媒体であって、マークアップ言語における目的のファイルを受け取るためのプログラムコードは所定の方法で目的のファイルを表示することが可能であるオーサリングツールにおける目的のファイルを表示するためのプログラムコードから構成される、ことを特徴とするコンピュータ読み取り可能媒体。
【請求項３３】
請求項３２に記載のコンピュータ読み取り可能媒体であって、各々の動的対象は構造ツリーの１つまたはそれ以上のソースファイルにおける対応する要素と関連付けられる、ことを特徴とするコンピュータ読み取り可能媒体。
【請求項３４】
拡張可能スタイルシートを生成するための計算装置において実行される少なくともコンピュータプログラムコードを含むコンピュータ読み取り可能媒体であって：
マークアップ言語における目的のファイルを受け取るためのプログラムコードであって、目的のファイルは複数の動的対象を含み、少なくとも２つの動的対象は第２マークアップ言語のソースファイルにおける要素に関係する、プログラムコード；
ソースファイルを含む１つまたはそれ以上のソースファイルに対応する構造ツリーを提供するためのプログラムコードであって、構造ツリーの各々のノードは目的のファイルにおける動的対象の１つに対応する、プログラムコード；
構造ツリーにより動的対象を複数のメタタグによるソースファイルとそれぞれ関連付けるためのプログラムコード；
ソースファイルにおける同じ要素に関係する少なくとも２つの動的対象のための対応するメタタグを識別するためのプログラムコードであって、対応するメタタグは異なる識別子によりラベリングされる、プログラムコード；並びに
目的のファイルに関する拡張可能スタイルシートを生成するためのプログラムコード；
から構成されることを特徴とするコンピュータ読み取り可能媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、文書処理と電子出版システムの分野に関し、さらに詳しくは、拡張可能スタイルシートをデザインするための技術に関する。
【背景技術】
【０００２】
インターネットは、世界中の相互接続されたコンピュータの急激に成長する通信ネットワークである。同時に、そのような接続された何百万台のコンピュータは、いつでもどこからでも何れかの接続されたコンピュータにより簡単にアクセスすることが可能である巨大なハイパーリンクされた情報の宝庫を形成している。毎年または毎日、この巨大な宝庫に追加され、作成される何百万というウェブページを用いて、プレゼンテーション、データシートまたはパンフレットのような文書を、インターネットにおいて他のアプリケーションまたはデバイスに対してプレゼンテーション可能でありまたはそれらによりアクセス可能であるフォーマットに即座にしかも簡単に変換することについての途方もなく大きい要求がある。
【０００３】
ウェブブラウジングアプリケーション（例えば、ブラウザ）に表現可能である好適なフォーマットは、Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ（ＨＴＭＬ）、Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ（ＸＭＬ）、Ｓｔａｎｄａｒｄ  Ｇｅｎｅｒａｌｉｚｅｄ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ（ＳＧＭＬ）またはＷｉｒｅｌｅｓｓ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ（ＷＭＬ）のようなマークアップ言語の状態であることは周知のことである。ウェブブラウジングアプリケーションのために構成され、編集され、または管理されるファイルまたは文書は、一般に、構造化ファイルまたは文書と呼ばれている。構造化文書の中の、ＸＭＬまたはＳＧＭＬのようなコンテンツ指向の構造化文書は、文書型定義（ＤＴＤ）またはスキームからの何らかのマークアップタグをサポートすることが可能である一方、ＨＴＭＬまたはＷＭＬにおけるプレゼンテーション文書は固定されたマークアップタグのセットのみをサポートすることができる。
【０００４】
特定の依頼媒体についての適切なスタイル変換を用いてコンテンツ思考の構造化文書を動的に変換することに対する要求は、情報の交換および記憶のための新しいパラダイムを開いた。例えば、ウェブサイトにおけるコンテンツは、ＸＭＬフォーマットで記憶される。デスクトップコンピュータにおけるウェブブラウザ（例えば、ＮｅｔｓｃａｐｅまたはＩｎｔｅｒｎｅｔ  Ｅｘｐｌｏｒｅｒ（ＩＥ））がウェブサイトに情報フォームを要求する場合、ウェブサイトは、好適には、ＸＭＬにおけるコンテンツをＨＴＭＬにおけるコンテンツに変換し、その後、変換されたファイルをブラスザに送り戻す。ポータブルデバイス（例えば、ＰＤＡまたはインターネット使用可能携帯電話）が同じウェブサイトからマイクロブラウザにより情報を要求する場合、ウェブサイトは、好適には、ＸＭＬにおけるコンテンツをＷＭＬにおける変換コンテンツに変換し、その変換ファイルをマイクロブラウザに送り戻す。さらに、ウェブサイトはまた、ウェブサイト間で情報を交換するために、インターネットＸＭＬを他のタイプのＸＭＬに変換することができる。
【０００５】
上記の種々の発行情報交換のための例における１つの要求は、ＸＭＬから種々のフォーマットへの適切な変換である。
【発明の開示】
【課題を解決するための手段】
【０００６】
このセクションは、本発明の幾つかの特徴をようやくすることを目的とし、幾つかの好適な実施形態を簡単に紹介するものである。このセクションの目的を不明瞭にすることを回避するために、簡潔または省略な表現を用いることとする。そのような簡潔または省略な表現は、本発明の範囲を限定することを意図するものではない。
【０００７】
本発明は、ソースＸＭＬファイルを目的のファイルに転送するための拡張可能スタイルシート（ＸＳＬ）をデザインするためにメタタグの情報の使用に関する。本発明の１つの特徴にしたがって目的のファイルが（例えば、ブラウザまたはオーサリングツールにおいて）表示されるとき、出力プレゼンテーションはピクチャ、文章、一群の言葉のような数多くのオブジェクトを含む。ソースオブジェクトに対する何らかの変化が目的のファイルにおいて動的に反映されるように、これらのオブジェクトがソースファイルにおけるオブジェクトまたはソース要素にそれぞれリンクされる意味において、一部のオブジェクトは動的である。挿入された各々のメタタグは、ソースファイルにおける対応するソースオブジェクトに対する関係を特定する。本発明の特徴の１つとして、実行および応用に依存して、メタタグを設ける独特の方法が提供される。
【０００８】
一旦、メタタグが目的のファイルにおいて生成されると、変換モジュールは、目的のファイルに関して、結果的にＸＳＬファイルを自動的に生成する。変換モジュールはメタタグを調査し、その後目的のファイルのためにＸＳＬを生成する。
【０００９】
本発明は、方法、システム、ソフトウェアプロダクトまたは他のフォームとして実行される。本発明の１つの実施形態にしたがうと、本発明は方法である。この方法は、ソースＸＭＬのための文書方定義（ＤＴＤ）を含む定義ファイルを受信し、目的のファイルのためのオーサリングツールに対するクリップボード、ドラッグアンドドロップ機能またはＯＬＥデータ転送機能によりその定義からメタタグ情報をエクスポートする。ソースメタタグ情報と共に組み込まれた目的のファイルは、ＸＳＬファイルにさらに変換される。１つの実施形態において、メタタグ情報はソースＸＭＬファイルまたはスキーマファイルからエクスポートされる。他の実施形態において、メタタグ情報は、目的のファイルのオーサリングツールにおいて直接タイピングすることにより生成される。それにも拘らず、ＸＳＬファイルは、ソースファイルとの連合関係を含む少なくとも１つのメタタグを含む目的のファイルから生成される。
【００１０】
前述の内容と共に、オブジェクト、利点および優位性は、以下の詳細な説明と参照図により示される実施形態を結果的にもたらす本発明を実施することにより、実現される。
【００１１】
本発明の上記のおよび他の特徴、側面並びに優位性は、以下の詳細な説明、本発明の請求項および添付図面によりさらに理解されることであろう。
【発明を実施するための最良の形態】
【００１２】
以下の本発明の詳細な説明において、本発明の全体的な理解を提供するために、多くの特定な詳細内容を提供している。しかしながら、本発明はそれらの特定な詳細内容がなくても実施可能であることは、当業者には明白なことであろう。他の例において、周知の方法、手法、構成要素および回路は、本発明の特徴を不必要に分かり難くすることを回避するために、それらの詳細について説明しないこととする。その詳細な説明の多くは、ネットワークに結合されたデータ処理装置のオペレーションに直接的にまたは間接的に似ている方法、ロジックブロック、処理および他の象徴的な表現について、提供されている。これらのプロセスの説明および表現は、他業者に本発明の内容を最も効果的に伝えるために、当業者により用いられることを意味している。
【００１３】
ここで、“一実施形態”または“実施形態”に言及するに、実施形態に関連して説明される特定の特徴、構造または特性が本発明の少なくとも１つの実施形態に含まれることが可能であることを意味している。この明細書における種々の箇所で“一実施形態において”の表現が現れるが、すべてにおいて同じ実施形態を参照する必要はなく、また、他の実施形態を除く互いに分離したまたは代わりになる実施形態ではない。さらに、本発明の１つまたはそれ以上の実施形態を表すプロセスフローチャートまたは図におけるブロックの順序は、何らかの特定の順序を示すものでもなく、また、本発明の何らかの限定を意味するものでもない。
【００１４】
ここで図を参照するに、同様の参照番号は、幾つかの図を通して、同様の部分を意味するものとする。図１Ａは、本発明が好適な実施形態にしたがって実施することが可能である基本的システムを示している。プロダクト説明、機能リストおよび価格表のような情報を含むコンテンツ志向文書は、コンピュータ１００において実行されるオーサリングツールを用いて生成されることが可能である。好適には、これらの文書はＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）を使用している。ＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）は、共通の情報フォーマットを生成する柔軟性のある方法であり、ワールドワイドウェブ、インターネット等に関するフォーマットおよびデータの両方を共有する。ＸＭＬは、ＨＴＭＬと異なり、マークアップ記号は制限がなく、自己定義型であるため、“拡張可能”である。ＸＭＬは、実際には、Ｓｔａｎｄａｒｄ  Ｇｅｎａｒａｌｉｚｅｄ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ、すなわち文書構造の作成の仕方についての標準より単純で簡単に使えるものである。
【００１５】
これらの文書を種々のプレゼンテーションに変換するための拡張可能スタイルシート（または、ＸＳＬ）は、本発明を実行する一実施形態の実行可能バージョンを用いてロードされるサーバステーションまたはデスクトップコンピュータとすることが可能である、コンピューティング装置１０２において生成されることが可能である。
【００１６】
１つの設定において、コンピュータ１００とコンピューティング装置１０２は切り離すことができないものであり、ＷＭＬまたはＨＴＭＬのようなマークアップ言語のフォーマットにおけるコンテンツを最終的に表す文書変換プロセスを実行する。１つのアプリケーションにおいて、ＸＭＬにおいて表されるコンテンツ指向文書とＸＭＬにおける変換は、ｗｗｗ（ワールドワイドウェブ）サイトと一般に呼ばれるものに対応するサービスサーバ１０４に対するネットワーク１１０により利用可能となる。
【００１７】
１つの状況において、ユーザは、閲覧アプリケーションを操作し、サービスサーバ１０４においてファイルにアクセスするためにネットワーク１０８に連結されるデスクトップコンピュータを用いる。これらのリクエストされたＸＭＬファイルは、適切なＸＳＬファイルによりＨＴＭＬファイルに変換され、デスクトップコンピュータに送り戻される。他の状況においては、ユーザは、ＷＡＰ閲覧アプリケーションを操作し、サービスサーバ１０４においてファイルにアクセスするためのデータネットワーク１０８（恐らく、ワイアレスネットワークによる）に結合されるＰＤＡ１１０を用いる。これらのリクエストされたＸＭＬファイルは適切なＸＳＬファイルによりＷＭＬファイルに変換され、ＰＤＡに送り戻される。
【００１８】
以下で説明するように、本発明はインターネットアプリケーションに限定されない。本発明は、ＸＭＬファイルをＨＴＭＬファイルにオフラインで変換するために、ユーザがＸＳＬファイルを生成する個々のコンピュータにおいて実行されることが可能である。コンテンツとプレゼンテーションは分離されているため、ユーザは、異なるルックアンドフィールのためのＸＳＬファイルの他のセットを簡単に生成することができる。
【００１９】
図１Ｂは、本発明が実行されることが可能であるシステム１１８の内部構成ブロックを示している。システム１１８はクライアント装置（例えば、コンピュータ１００、１０２または１０６）またはサーバ装置（例えば、サーバ１０４）に対応することが可能である。図１Ｂｎｉ示すように、システム１０８は、データバス１２０とデバイスインタフェース１２４に連結される中央演算処理装置（ＣＰＵ）１２２を含む。ＣＰＵ１２２は、同期された動作のためにデータバス１２０に結合されたすべての装置およびインタフェースを管理するために特定の命令を実行し、デバイスインタフェース１２４は、コンユータ１０２のような外部装置に結合されることが可能であり、それ故、それからの文書は、データバスに１２０によりメモリまたは記憶装置に受信される。また、表示インタフェース１２６、ネットワークインタフェース１２８、プリンタインタフェース１３０およびフォロッピーディスクインタフェース１３８はデータバス１２０に連結される。一般に、本発明の一実施形態の実行可能バージョンは、フロッピー（登録商標）ディスクドライブインタフェース１３８、ネットワークインタフェース１２８、デバイスインタフェース１２４またはデータバス１２０に結合された他のインタフェースによりメモリ（例えば、１３２、１３４または１３６）にロードされる。
【００２０】
ランダムアクセスメモリ（ＲＡＭ）のようなメインメモリ１３２はまた、ＣＰＵ１２２に命令を提供し且つデータおよび他の命令のために記憶装置１３６にアクセスするためにデータバス１２０に結合される。特に、本発明のコンパイルされ且つリンクされたバージョンのような記憶されたアプリケーションプログラム命令を実行するとき、ＣＰＵ１２２は、本発明により検討した結果を得るためにデータを操作するようにする。ＲＯＭ（読み出し専用メモリ）１３４は、キーボード１４０、表示装置１２６およびポインティング装置１４２がある場合、それらのための基本的な入力／出力オペレーションシステム（ＢＩＯＳ）のような不変命令シーケンスを記憶するために備えられる。
【００２１】
本発明の１つの実施形態にしたがって、ＸＭＬのようなコンテンツ指向文書は、文書要素を定義するために文書型定義（ＤＴＤ）またはスキーマを用いて開始する。図２Ａは、文書が文書要素の構造に分解される  “レシピ型”文書のためのＤＴＤ２００の例を示している。特定の文書要素２０２は、他の文書要素と属性を含むことが可能である。文書要素２０４の他の例は、解析特性データのみを含む。図２Ｂは、ＸＭＬファイルの例を示し、情報は、図２Ａに与えられるような文書型定義（ＤＴＤ）において定義された解析データ要素の状態で示される。
【００２２】
ＸＭＬファイルは、拡張可能スタイルシート（ＸＳＬ）を用いて種々のプレゼンテーションに変換されることができる。ＸＭＬファイル２０６をＨＴＭＬファイルに変換するＸＳＬファイルの例を図３Ａに示している。特に、ブロック３０２は、ＸＳＬファイルがタグ“文書”に適合するとき、ソースＸＭＬファイルから目標ＨＴＭＬファイルまでどのように値を割り当てるかを示すときに、トップレベルの＜ｈｔｍｌ＞タグが生成されることを示し、ブロック３０４は、ソースＭＸＬファイルから目標ＨＴＭＬファイルまで値をどのように割り当てるかを示している。閲覧アプリケーション（例えば、Ｍｉｃｒｏｓｏｆｔ  Ｉｎｔｅｒｎｅｔ  Ｅｘｐｌｏｒｅｒ）から結果的に得られるＨＴＭＬの対応するスクリーンショットを図３Ｂに示している。
【００２３】
ＸＭＬファイル２０６をＷＭＬファイルに変換するＸＳＬファイルの他の例を図３Ｃに示している。特に、ブロック３１４は、ＸＳＬファイルがルート要素に適合するとき、トップレベルの＜ｗｍｌ＞タグが生成されることを示し、ブロック３１２は、ソースＸＭＬから目標ＷＭＬファイルまで“タイトル”値をどのように割り当てるかを示し、そして、ブロック３１６は、ソースＸＭＬファイルから目標ＷＭＬファイルまで“オリジネート”要素の“名前”属性をどのように割り当てるかを示している。
【００２４】
ＸＭＬファイルを種々のプレゼンテーションに変換すること以外に、ＸＳＬファイルはまた、異なるＤＴＤまたはスキーマを用いて、ＸＭＬファイルを他のＸＭＬファイルに変換することができる。このタイプの変換の主な理由は、異なるシステム間の情報交換のためのものである。図３Ｄは、ＸＭＬファイルをレシピファイルのリストの他のＸＭＬファイルに変換するＸＳＬファイルの例を示している。特に、ブロック３２０は、ＸＳＬファイルが“文書”要素”に適合するとき、トップレベルの＜ｒｅｃｉｐｅ−ｔｙｐｅ−ｌｉｓｔ＞タグが生成されることを示し、ブロック３２２は、目標ＸＭＬファイルにおいて＜ｒｅｃｉｐｅ−ｔｙｔｌｅ＞タグにソースＸＭＬファイルにおける各々の“タイトル”値をどのように割り当てるかを示している。
【００２５】
上記のＸＳＬの例から、ＸＳＬファイルは、ソースＸＭＬファイルからおよび／またはソースＸＭＬのＤＴＤまたはスキーマファイルにより情報を関連付けるために、目標ファイル（例えば、ＨＴＭＬ、ＷＭＬ、またはＸＭＬ）と＜ｘｓｌ：＞タグの組み合わせである。本発明は、ＸＳＬファイルをデザインするための技術に関連する。本発明の一実施形態にしたがって、オーサリングツールを用いる。オーソリングツールは、ＨＴＭＬのためにはフロントページ、ＷＭＬのためにはＩｎｔａｖａ  Ｇｒａｖｉｔｙ  Ｐｒｏｆｅｓｓｉｏｎａｌ、ＸＭＬのためにはＸＭＬエディタとすることが可能である。これらのＷＹＳ／ＷＹＧオーサリングツールの１つを用いて、ユーザは、ＸＭＬエディタを用いて出力プレゼンテーションまたは目標ファイルのルックアンドフィールをデザインすることができ、ユーザは、同時係属の米国特許出願公開第０９／７５４，９６９号明細書に詳細に説明されている、ソース対象（例えば、文書要素）間の階層的関係を示す目標ＸＭＬツリーをデザインすることができる。次に、ユーザは、目標ファイルのためのオーサリングツールに、対応するソース情報を指定するメタタグ情報を挿入することができる。メタタグ情報を伴う目標ファイルは、目標ファイルまたはプレゼンテーションに関連する結果として得られるＸＳＬファイルを自動的に生成するＸＳＬ変換モジュールにロードされる。
【００２６】
図４Ａは、フロントページにおける挿入メタタグ情報を用いて目標ＨＴＭＬファイルの例を示している。例えば、オリジナルの対象“青トウガラシサルサ”はｄｏｃｕｍｅｎｔ／ｒｅｃｉｐｅ／ｔｉｔｌｅのメタタグｘｃ＿ｘｓｌｔにより置き換えられる。特に、このＨＴＭＬファイルは、“タイトル（Ｔｉｔｌｅ）”、“出所（Ｆｒｏｍ）”、“構成要素（Ｉｎｇｒｅｄｉｅｎｔ）”．．．のような静的テキストの組み合わせ、およびソースＸＭＬファイルからの動的情報であって、動的対象はメタタグの状態で表され、この例では、宣言｛ｘｃ＿ｘｓｌｔ．．．｝を含む。本発明の一実施形態にしたがって、ソースＸＭＬファイルにおけるソース対象および／または関連ＸＳＬアクションを指定するために、１つのアイテムは“ｖａｌｕｅ＿ｏｆ”のようなユーザ指定オペレーションのためのものであり、他の１つは“ｄｏｃｕｍｅｎｅｔ／ｒｅｃｉｐｅ／ｔｉｔｌｅ”のようなパス情報のためのものであるような少なくとも２つのアイテムがある。さらに、フォントサイズ、カラー、スタイル、メタタグ宣言の周囲のようなテキストの装飾はまた、変換中に、動的情報に伝播する。図４Ｂは、変換後にレシピタイトルリストについてのＸＳＬファイル３１８を生成するＸＭＬエディタにおける挿入メタタグ情報を伴う他の例の目的のＸＭＬファイルを示している。本発明の詳細な説明をさらに円滑にするために、ＨＴＭＬに基づく例をここで提供するが、本発明に対して制限として解釈されるべきものではない。当業者は、ここにおける例および説明により他のマークアップ言語に容易に適用可能であることを理解するであろう。ＸＭＬに変換されるべきＨＴＭＬにおける所定の目標ファイルのために、Ｍｉｃｒｏｓｏｆｔ  Ｉｎｔｅｒｎｅｔ  ＥｘｐｌｏｒｅｒのようなブラウザまたはテキストエディタによりＨＴＭＬにおける目標ファイルを開くことが可能である。ＨＴＭＬファイルは、ブラウザ（すなわち、Ｉｎｔｅｒｎｅｔ  Ｅｘｐｌｏｒｅｒ）においてみるとき、ＨＴＭＬファイルのコンテンツばかりでなく、ＨＴＭＬファイルのルックアンドフィールを説明するためのＨＴＭＬにおいて定義されたタグの固定セットを含むことを示すことができる。
【００２７】
一旦、ＨＴＭＬファイルはブラウザにより開かれると、ユーザは、ここで、１６１７Ａ  Ｓ．Ｍａｉｎ  Ｓｔｒｅｅｔ，Ｍｉｌｐｉｔａｓ，ＣＡ  ９５０３５のビジネス住所をもつＸＭＬＣｉｔｉｅｓ社製のＸＤＴＤエディタのようなＸＭＬユーティリティを開くことができ、図５Ａｎｉ示すようなＤＴＤを生成することができる。ＤＴＤプール４４０において、ユーザは、新しい要素、新しいエンティティ、新しい表記法、新しいＰＩおよび新しいコメントを生成することができ、それらの一部はブラウザにおいて表示される対象に直接関連されることができる。図５Ｂは、ＸＤＴＤエディタを用いてＨＴＭＬファイルのためのＸＭＬファイルのＤＴＤを生成する例を示し、生成されたＤＴＤの拡張視野４５１、要素のためのデータノードを伴うＸＭＬツリー４５３の拡張視野と生成されたＤＴＤに基づいてＸＭＬ要素を生成する例４５２、および要素のための属性ノードを含む。
【００２８】
一旦、ＸＭＬツリーが生成されると、ユーザは、図５Ａの対象４６１のようなＨＴＭＬデータコンテンツの一部をコピーすることができ、クリップボード、ドラッグアンドドロップ機構またはＯＬＥデータ転送機構を介してＸＭＬツリーにタイトル要素のデータとしてそれを挿入することができる。ＨＴＭＬデータの他の部分を、同様の方法でＸＭＬツリーに挿入することができる。
【００２９】
ＨＴＭＬファイルにおけるそれぞれ必要なコンテンツまたは対象がＸＤＴＤエディタにおけるＸＭＬツリーに挿入された後、ユーザは、図５ＣのようなＸＭＬファイルを生成することができる。本発明の１つの特徴にしたがって、ＸＭＬファイルおよび／または対応するＤＴＤファイルが与えられる場合、ＸＳＬファイルは、ソースファイルとしてのＸＭＬファイルのためのＨＴＭＬファイルに表現されるルックアンドフィールを反映させるために生成されることが可能である。ＨＴＭＬの場合と異なり、ＸＭＬの要素名は固有のプレゼンテーションセマンティクスを有しない。スタイルシートがないことにより、プロセッサ（即ち、Ｍｉｃｒｏｓｏｆｔ  Ｉｎｔｅｒｎｅｔ  Ｅｘｐｌｏｒｅｒ）は、画一的に文字列以外のＸＭＬ文書のコンテンツのレンダリング方法を知っている可能性がない。
【００３０】
ＤＴＤとＸＭＬツリーとを用いることと出力プレゼンテーションからＸＭＬソースを生成するさらなる詳細は米国特許出願公開第０９／７５４，９６９号明細書に記載されている。
【００３１】
ある特性においては、ＸＳＬは、ＸＭＬ構文を用いるスタイルシートをかくための語彙と包括的なモデルを提供する。また、ＸＳＬファイルを生成するために、モジュールを生成する自動ＸＳＬを本発明において検討する。本発明の一実施形態にしたがって、メタタグは、ソースファイル（例えば、ＸＭＬファイル）におけるそれぞれの要素またはソース対象を目的のファイル（例えば、ＨＴＭＬファイル）における特定の動的対象と関連させるために用いられる。メタタグまたはメタタグ情報は、ここでは、ソースファイルにおける特定要素とのその結び付き、およびソースファイルの他の要素に関する要素の関係についての情報を含むソースファイル（例えば、ＸＭＬ文書）からの何れかの情報を意味する。例えば、図５Ｄに示すようなデータノード４７６のためのメタタグは｛ｘｃ＿ｘｓｌｔ：ｄｏｃｕｍｅｎｔ／ｒｅｃｉｐｅ／ｔｉｔｌｅ｝であって、ｄｏｃｕｍｅｎｔ／ｒｅｃｉｐｅ／ｔｉｔｌｅはデータノードの位置を親ノードとの関係、即ち、ＸＭＬ文書の他の要素を伴うタイトルノードを示す。例えば、関連するメタタグ情報は、ＸＭＬファイルにおける｛ｘｃ＿ｘｓｌｔ：ｄｏｃｕｍｅｎｔ／ｒｅｃｉｐｅ／ｔｉｔｌｅ｝のｄｏｃｕｍｅｎｔ／ｒｅｃｉｐｅ／ｔｉｔｌｅのようなメタタグ情報４７６を調べるために用いられることが可能であるため、図５Ｄの参照番号４７１により参照することができる。それに代えて、メタタグ情報は、＜ｘｓｌ：ｖａｌｕｅ−ｏｆ&#9586;＞のような少なくとも１つのユーザ指定オペレーションを含む。
【００３２】
本発明の一実施形態において、ＸＭＬファイルは、コンピュータメモリに記憶され且つＷｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ  Ｃｏｎｓｏｒｔｉｕｍ（Ｗ３）のＤｏｃｕｍｅｎｔ  Ｏｂｊｅｃｔ  Ｍｏｄｅ（ＤＯＭ）ＣｏｒｅとしてＸＭＬパーサーを用いてメタタグのために調べられることができ、ｐａｒｅｎｔＮｏｄｅ（）、ｎｅｘｔＳｉｂｌｉｎｇ（）、ｃｈｉｌｄＮｏｄｅｓ（）、ｇｅｔＮｏｄｅＮａｍｅ（）、ｎｏｄｅＮａｍｅ（）およびｎｏｄｅＶａｌｕｅ（）のようなＡＰＩを用いる。
【００３３】
ノード対象の階層としてＸＭＬファイルを用いる場合、図５Ｄの符号番号４７６は、ＤＯＭツリーのルート要素におけるＤＯＭパーサーポインタを位置付けることによりメタタグ情報を得るために関連するメタタグ情報として用いられることが可能であり、｛ｘｃ＿ｘｓｌｔ：ｄｏｃｕｍｅｎｔ｝として分離メモリにおけるルート要素の名前を確認し且つ記憶するためにｎｏｄｅＮａｍｅ（）を用い、ノード値をメタタグ情報４７６と比較するためにｎｏｄｅＶａｌｕｅ（）を用いる。上記方法を再帰的に用いることにより、ｎｏｄｅＶａｌｕｅ（）が図５Ｄの参照符号４７１に等しいとき、再帰ループを停止するために関連するメタタグ情報４７１を用いる間に、｛ｘｃ＿ｘｓｌｔ：ｄｏｃｕｍｅｎｔ／ｒｅｃｉｐｅ／ｔｉｔｌｅ｝のようなメタタグ情報４７６を得ることができる。
【００３４】
同様に、ユーザは、逆の再帰方法を用いて、図５Ｄに示した４７５、４７２および４７３のためにメタタグ情報を得ることができる。したがって、ユーザは、関連メタタグ情報を含むすべてのデータノードを見つけることができ、続いて、ＤＯＭパーサーのｐａｒｅｎｔＮｏｄｅ（）ＡＰＩを用いることによりメタタグ情報を構築することができる一方、｛ｘｃ＿ｘｓｌｔ：ｔｉｔｌｅ｝から｛ｘｃ＿ｘｓｌｔ：ｒｅｃｉｐｅ／ｔｉｔｌｅ｝へおよび｛ｘｃ＿ｘｓｌｔ：ｒｅｃｉｐｅ／ｔｉｔｌｅ｝から｛ｘｃ＿ｘｓｌｔ：ｄｏｃｕｍｅｎｔ／ｒｅｃｉｐｅ／ｔｉｔｌｅ｝へのようにメタタグ情報をそれぞれ結び付ける。本発明の他の実施形態において、ｎｏｄｅＶａｌｕｅ（）が関連メタタグ情報に等しい場合に構築するそのメタタグ情報のための名前を再帰することからｎｅｘｔＳｉｂｌｉｎｇ（）を用いてＤＯＭパーサーポインタが要素ノードをスキップするように、追加条件と共に同じ再起法を用いることにより、ユーザはまた、メタタグ情報４７６、４７２および４７３を得ることができる。したがって、図４７５、４７２，４７３は、それらのメタタグ情報が関連により構築されるため、メタタグ情報を関連させることとなる。
【００３５】
ユーザは、挿入されたメタタグ情報および／または関連メタタグ情報を用いてＷＹＳＩＷＹＧオーサリングツールにおいて目的のプレゼンテーションのルックアンドフィールをさらにデザインすることが可能である。メタタグ情報および／または関連メタタグ情報をもつターゲットファイルは、ＷＹＳＩＷＹＧオーサリングツールにおける目的のプレゼンテーションのルックアンドフィールに適合する結果として得られるＸＳＬファイルを自動的に生成するＸＳＬコンバータにロードされる。本発明の一実施形態において、目的のファイルが関連メタタグ情報を含む場合、関連メタタグ情報は、対応する目的のファイルの関連メタタグ情報に含まれＸＭＬ文書のメタタグ情報を見つけるために用いられることができ、ＸＳＬファイル生成プロセスの間に目的のファイルの関連メタタグ情報をＸＭＬ文書のメタタグ情報で置き換えることができる。
【００３６】
本発明の一実施形態にしたがって、簡単なＸＳＬの自動変換が、次のような方法でなされることが可能である。メタタグ情報と関連またタグ情報をもつＨＴＭＬファイルは、ウェブブラウザにより見られるとき、ＨＴＭＬファイルのルックアンドフィールを保存する間に、ＸＭＬ標準にしたがってそのプレゼンテーションフォーマットのために先ずチェックされ、編集される。ＨＴＭＬファイルにもたらされることが可能である変化は、すべてのタグが別個の開始および終了成分を有し、空の要素は正しくフォーマットされ、すべての属性値は見積もられ、そしてすべてのタグは正しくネストされる。一旦、フォーマットを確認するためにＨＴＭＬファイルについて必要な変化がなされると、ＸＭＬ標準はコンパイルされ、次いで、ＨＴＭＬファイルは、ＤＯＭ  ＣｏｒｅとしてＷｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ  ｃｏｎｓｏｒｔｉｕｍ（Ｗ３）により定義されるように、ＸＭＬパーサーによりコンピュータメモリにロードされることができる。
【００３７】
一旦、ＨＴＭＬファイルがノード対象の階層としてＤＯＭパーサーによりユーザのコンピュータメモリにロードされると、先ず、ＨＴＭＬ文書データノード値と属性ノード値を分子するためにＤＯＭパーサーのＡＰＩを用いることができる。ＨＴＭＬファイルが関連メタタグ結合を含む場合、関連メタタグ情報を適合させることを含む関連ＤＴＤファイルをもつ／もたないＸＭＬファイルをそのメタタグ情報を決定するために用いることができる。一旦、メタタグ情報がＸＭＬファイルから決定されると、関連メタタグ情報は見つけられたメタタグ情報により置き換えられる。
【００３８】
コンピュータメモリにロードされたＨＴＭＬ文書のすべてのメタタグ情報は、メタタグ情報が｛ｘｃ＿ｘｓｌｔ：ｄｏｃｕｍｅｎｔ／ｒｅｃｉｐｅ／ｔｉｔｌｅ｝である場合、＜ｘｓｌ：ｖａｌｕｅ−ｏｆ  ｓｅｌｅｃｔ＝“ｄｏｃｕｍｅｎｔ／ｒｅｃｉｐｅ／ｔｉｔｌｅ”＞として置き換えられるように、さらに操作される。メタタグ情報がＨＴＭＬ文書における属性ノードの値である場合、メタタグ情報は＜ｘｓｌ：ｖａｌｕｅ−ｏｆ  ｓｅｌｅｃｔ＝“ｄｏｃｕｍｅｎｔ／ｒｅｃｉｐｅ／ｉｍａｇｅ／＠ｉｍｇ”＞として置き換えられることができる。メタタグ情報とＸＭＬパーサーにおけるＨＴＭＬ文書の構造は、何れかのＸＳＬ要素のユーザの選択をサポートすることができるように、さらに変化されることが可能である。
【００３９】
ＸＳＬ宣言の後、＜？ｘｍｌ  ｖｅｒｓｉｏｎ＝‘１．０’ｅｎｃｏｄｉｎｇ＝‘ＩＳＯ−８８５９−１’ｓｔａｎｄａｌｏｎｅ＝‘ｙｅｓ’？＞＜ｘｓｌ：ｓｔｙｌｅｓｈｅｅｔ  ｖｅｒｓｉｏｎ＝“１．０”ｘｍｌｎｓ：ｘｓｌ＝“ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／１９９９／ＸＳＬ／Ｔｒａｎｓｆｏｒｍ”＞＜ｘｓｌ：ｔｅｍｐｌａｔｅ  ｍａｔｃｈ＝“１”＞をまた加えることが可能であるとき、ＸＳＬの宣言は、ＸＭＬパーサーＡＰＩ（ＤＯＭ  Ｃｏｒｅ）を用いて解析ＨＴＭＬのはじめに加えられ、解析ＨＴＭＬ文書を有効なＸＳＬＴ文書として変換し且つＸＳＬＴ文書を有効なＸＬＳファイルとして出力するためにＸＭＬパーサーのＡＰＩを用いて解析ＨＴＭＬ文書の終わりに＜／ｘｓｌ：ｔｅｍｐｌａｔｅ＞＜／ｘｓｌ：ｓｔｙｌｓｈｅｅｔ＞が加えられる。
【００４０】
簡単なＸＳＬ／ＸＳＬＴファイル生成のための本発明の他の実施形態において、ユーザは、ＸＭＬＣｉｔｉｔｅｓのＸＤＴＤエディタのインポートユーティリティを用いることによってＸＭＬファイルをインポートすることにより開始することができ、ＷＹＳＩＷＹＧオーサリングツールにクリップボード、ドラッグアンドドロップ機構またはＯＬＥデータ転送機構によりＸＭＬファイルの関連メタタグ情報またはメタタグ情報を挿入することにより新しいＨＴＭＬファイルを劇的に生成することができる。
【００４１】
図６Ａは、フロントページに挿入されたメタタグ情報をもつ目的のＨＴＭＬファイルの例を示している。特に、このＨＴＭＬファイルは、“タイトル（Ｔｉｔｌｅ）”、“出所（Ｆｒｏｍ）”、“構成要素（Ｉｎｇｒｅｄｉｅｎｔ）”．．．のような静的テキストと、ソースＸＭＬファイルからの動的な情報または対象の組み合わせである。そして、動的情報は、この例において宣言｛ｘｃ＿ｘｓｌｔ．．．｝によって含まれ、関連ＸＳＬ動作および／またはソースＸＭＬタグを特定するために“ｖａｌｕｅ−ｏｆ  ｄｏｃｕｍｅｎｔ／ｒｅｃｉｐｅ／ｔｉｔｌｅ”のような特定の値がその宣言内にある、メタタグの状態で表される。他の例においては、メタタグは、関連ＸＳＬ動作および／またはソースＸＭＬタグを特定する他のテキスト文字列とすることが可能である。さらに、メタタグ宣言の周囲のフォントサイズ、カラーおよびスタイルはまた、変換中に動的情報に伝播される。
【００４２】
図６Ｂは、フロントページにおける挿入メタタグと関連メタタグをもつ目的のＨＴＭＬファイルの例を示している。特に、このＨＴＭＬファイルは、“タイトル（Ｔｉｔｌｅ）”、“出所（Ｆｒｏｍ）”、“構成要素（Ｉｎｇｒｅｄｉｅｎｔ）”のような静的テキストとソースＸＭＬファイルからの動的情報との組み合わせである。そして、この例において、動的情報は、メタタグ即ち｛ｘｃ＿ｘｌｓ  ｆｏｒ−ｅａｃｈ｝と、関連ＸＳＬ動作および／またはソースＸＭＬタグを指定するために図６Ｃに与えられているようにメタタグ関連ファイルに間接的による関連メタタグとの状態で表される。他の例においては、関連メタタグは、関連ＸＳＬ動作および／またはソースＸＭＬタグを独特に指定するメタタグ識別子として他のテキスト文字列とすることができる。関連メタタグを用いることにより特別なマッピングを必要とするが、関連メタタグは、フロントページのようなＷＹＳＩＷＹＧオーサリング環境において非常に重要である最終プレゼンテーションのルックアンドフィールを表すことができる。
【００４３】
目的のオーサリングツールにおけるメタタグ情報を挿入する幾つかの方法がある。その１つの方法においては、メタタグは、オーサリングツールにおいてメタタグ宣言を直接タイプすることにより挿入される。他の方法においては、メタタグは、ＸＭＬ／ＤＴＤ／スキーマエディタからオーサリングツールに、クリップボード、ドラッグアンドドロップ機構またはＯＬＥデータ転送機構により挿入されることができる。
【００４４】
図７Ａは、メタタグ情報をもつターゲットファイルがオーサリングツールにより生成され、コンバータ７０６によりＸＳＬファイルに変換されるデータ処理装置７００のブロック図を示している。そして、メタタグ情報は、メタタグ宣言を直接タイピングすることにより、またはＸＭＬ／ＤＴＤ／スキーマエディタ７０２からのクリップボード、ドラッグアンドドロップ機構またはＯＬＥデータ転送機構により、オーサリングツールにおいて挿入される。
【００４５】
図７Ｂは、本発明の一実施形態にしたがった拡張可能スタイルシートの生成のフローチャート７１０を示している。段階７１２において、目的のファイルが受け取られる。上記のように、目的のファイルは、表示装置（例えば、デスクトップコンピュータまたは携帯装置）における表示のために生成されたプレゼンテーションである。例えば、ＨＴＭＬファイルにおける目的のファイルは、デスクトップコンピュータにおいて動いているＩｎｔｅｒｎｅｔ  Ｅｘｐｌｏｒｅｒにおける表示のためにフロントページを用いて生成された。目的のファイルが表示されることにより、対応するＤＴＤファイルと共に、対応する１つまたはそれ以上のソースファイル（例えば、ＸＭＬファイル）は、拡張可能スタイルシートの生成を促進するために段階７１４においてロードされる。続いて、表示された目的のファイルにおける動的対象は段階７１６において確認され、各々の動的対象はソースファイルにおけるソース要素またはソース対象に対応する。方法に依存して、動的対象は、ユーザによりマニュアルで確認され、または目的のファイルの生成において表示される。
【００４６】
段階７１８において、各々のメタタグは、１つの動的対象に関して決定される。本発明の一実施形態にしたがって、各々の動的対象は、メタタグまたはメタタグに含まれるパス情報により置き換えられる。他の実施形態にしたがって、各々の動的対象はＸＭＬファイルおよび／またはＤＴＤファイルにより提供されるＸＭＬツリーにおける対応するノードにおいてドラッグされる（図５Ｄ参照）。ノードにおいて動的対象をドラッグすることにより、ソースファイルにおける動的対象と対応する要素との間の関係が確立されることができる。
【００４７】
段階７２０において、各々のメタタグのためのタグ情報は、例えば、ＸＭＬツリーを全検索することにより決定され、ここでは、ＸＭＬツリーにおける各々のノードが各々のメタタグのためのそれぞれの関連情報を有していることが仮定される。団塊７２２における結果として、スタイルシートが生成され、それは目的のファイルに対応している。特に、スタイルシートはたのマークアップ言語のファイルの状態で表される。そのファイルはそれぞれ宣言を含み、各々は１つのメタタグのためのものである。
【００４８】
特定の目的のファイルにおいては、ソースファイルにおける同じ要素に関する動的対象がある。対応するメタタグの確認におけるあり得る曖昧性を回避するために、メタタグを確認するための機構がそれぞれに提供される。
【００４９】
図８Ａは、ルート要素として＜ｒｏｏｔ／＞を用いてＸＭＬにおけるファイルを示す。ＸＭＬファイルは、＜ｘｓｌ：ｖａｌｕｅ  ｏｆ  ｓｅｌｅｃｔ＝“ｒｏｏｔ／ｂｏｏｋ［２］／ｎａｍｅ／ｔｅｘｔ（）”／＞を＜ｘｓｌ：ｖａｌｕｅ  ｏｆ  ｓｅｌｅｃｔ＝“ｒｏｏｔ／ｂｏｏｋ［１］／ｎａｍｅ／ｔｅｘｔ（）”／＞として識別されることができるＸＳＬＴ表記法を用いるところでは２つの要素を含む。
【００５０】
このとき、ＸＭＬファイルのデータおよび属性は、タグ＜ｘｓｌ：“ｖａｌｕｅ  ｏｆ  ｓｅｌｅｃｔ＝”／＞が置かれるべきところの位置を識別するためにＸＭＬファイルのデータおよび属性を用いることができるところでＸＳＬＴを生成するためにＨＴＭＬファイルを後に用いることができるように、ＨＴＭＬファイルにおいて設定されることができる。例えば、８１２は、図８Ａにおける＜ｔｉｔｌｅ／＞要素のデータとして設定される。本発明の一実施形態にしたがって、ユーザは、ＨＴＭＬ文書の“Ｃ＋＋Ｐｒｏｇｒａｍｍｉｎｇ”が＜ｘｓｌ：ｖａｌｕｅ  ｏｆ  ｓｅｌｅｃｔ＝”ｒｏｏｔ／ｂｏｏｋ［１］／ｎａｍｅ／ｔｅｘｔ（）“／＞で置き換えられることが可能であるように、図８ＡのＸＭＬ文書と図８ＢのＨＴＭＬ文書との間の文字列のマッチングを用いることができる。
【００５１】
しかしながら、２つの特異な識別可能である要素は、図８Ｂに示すように、１つのＨＴＭＬ要素のタグ即ち＜ｐｌ＞のデータとして設定されることができる。“Ｃ＋＋Ｐｒｏｇｒａｍｍｉｎｇ，Ｖｉｓｕａｌ  Ｃ＋＋５”５２１は＜ｐｌ＞要素のデータとして表される。ＤＯＭを用いる場合、“Ｃ＋＋Ｐｒｏｇｒａｍｍｉｎｇ，Ｖｉｓｕａｌ  Ｃ＋＋５”５２１は＜ｐｌ＞要素の１つのテキストデータとして表される。正確な文字列のマッチングにより、ＸＭＬファイルが“Ｃ＋＋Ｐｒｏｇｒａｍｍｉｎｇ，Ｖｉｓｕａｌ  Ｃ＋＋５”ではなく“Ｃ＋＋Ｐｒｏｇｒａｍｍｉｎｇ”、“Ｍｉｃｈａｅｌ  Ｋｉｍ”，Ｖｉｓｕａｌ  Ｃ＋＋および“Ｉｖｏｒ  Ｈｏｒｔｏｎ”を含む一方、所望のマッチングが＜ｐ＞＜ｘｓｌ：ｖａｌｕｅ  ｏｆ  ｓｅｌｅｃｔ＝“ｒｏｏｔ／ｂｏｏｋ［１］／ｎａｍｅ／ｔｅｘｔ（）”／＞、＜ｘｓｌ：ｖａｌｕｅ  ｏｆ  ｓｅｌｅｃｔ＝“ｒｏｏｔ／ｂｏｏｋ［２］／ｎａｍｅ／ｔｅｘｔ（）”／＞であるとき、図８Ａにおける何れかのＸＭＬのデータまたは属性との正確なマッチングを見つけられない。
【００５２】
本発明における１つの特徴は、各々のＸＭＬデータまたは属性が情報またはメタタグ情報に関する情報へのリンクを含む別のメモリにおけるすべてのＸＭＬ
データおよび属性を記憶することである。メタタグ情報は、メタタグ情報が＜ｘｓｌ：ｖａｌｕｅ  ｏｆ  ｓｅｌｅｃｔ“”＞における選択のための正確な属性値にアドレスするために十分であるように、親要素と親要素のルート要素との関係についての情報を含む。ＸＭＬ文書のデータおよび属性とそれらの対応するメタタグ情報は、データまたは属性が昇順または降順でアクセスされることが可能であるように、所定の順序で記憶される。
【００５３】
本発明の一実施形態にしたがって、ＸＭＬ文書のデータまたは属性を含むＨＴＭＬ文書が受け取られる。このとき、所定の方法が、ＨＴＭＬ文書のデータを識別するために開始され、その方法により、データがＸＭＬデータのセットまたは別のメモリに記憶された属性と比較される。次いで、この方法は、最も大きいマッチング性のＸＭＬデータまたは属性がＨＴＭＬデータに含まれるかどうかを決定するために文字列の長さの順序になるように別のメモリに記憶されたデータまたは属性と、そのデータを比較し且つ識別する。
【００５４】
図８Ｃは、分解ＸＭＬテキストデータをもつ要素を含むＨＴＭＬ文書の例を示している。図８Ｃは、図８Ａのテキストデータ“Ｃ＋＋Ｐｒｏｇｒａｍｍｉｎｇ”５００を含む要素５３０＜ｐｌ＞を示している。しかしながら、テキストデータは、“Ｃ＋＋”が  ここで＜ｐｌ＞  要素５３０の子供である＜ｂｌ＞  要素の子供であり、“Ｐｒｏｇｒａｍｍｉｎｇ”が＜ｐｌ＞  要素の子供であるように、２つの別個のテキストデータにさらに分解される。５３１と５３２の両方は＜ｐｌ＞  要素に属すことに留意する必要がある。
【００５５】
ＨＴＭＬ要素における関連メタタグ情報としての分解テキストデータのために、本発明の一実施形態にしたがって、５３１と５３２の両方が５３０である＜ｐ＞  要素に属す事実を利用する。本発明のソフトウェアの実行により、５３０の子供要素の第１テキストデータ５３１が得られ、それは別のメモリに入れられる。次いで、本発明の好適な実施形態のソフトウェアの実行により、５３０の次の連続的な子供要素として次のテキストデータ５３２が得られ、別のメモリに５３０の次に５３２を記憶する。所定の要素のための子供要素の子供または次の子供要素がもはや見つからなくなった後に、好適な発明のソフトウェアの実行により、例えば、結び付けられた５３１および５３２をマッチングするためのＸＭＬテキストデータまたは属性が調べられる。マッチング性が見つけられたとき、５３０の全体的コンテンツは、後に＜ｘｓｌ：ｖａｌｕｅ  ｏｆ  ｓｅｌｅｃｔ＝“ｒｏｏｔ／ｂｏｏｋ［１］／ｎａｍｅ／ｔｅｘｔ（）”／＞として置き換えられる５００のメタタグ情報と置き換えられる。
【００５６】
コンピュータメモリにロードされたＨＴＭＬ文書のすべてのメタタグ情報を用いると、すべてのメタタグ情報は、メタタグ情報が｛ｘｃ＿ｘｓｌｔ：ｄｏｃｕｍｅｎｔ／ｒｅｃｉｐｅ／ｔｉｔｌｅ｝である場合、それは＜ｘｓｌ：ｖａｌｕｅ−ｏｆ  ｓｅｌｅｃｔ＝“ｄｏｃｕｍｅｎｔ／ｒｅｃｉｐｅ／ｔｉｔｌｅ”／＞として置き換えられる。メタタグ情報が４７５におけるようにＨＴＭＬ文書において属性ノードの値である場合、メタタグ情報は＜ｘｓｌ：ｖａｌｕｅ−ｏｆ  ｓｅｌｅｃｔ＝“ｄｏｃｕｍｅｎｔ／ｒｅｃｉｐｅ／ｉｍａｇｅ／＠ｉｍｇ”＞として置き換えられる。メタタグ情報とＸＭＬパーサーにおけるＨＴＭＬ文書の構造は、それが何れかのＸＳＬＴ要素のユーザの選択をサポートできるように、さらに変化されることができる。
【００５７】
図９は、ソースファイルにおける同じ要素に関する動的対象の処理についてのフローチャートを示し、図８Ａ乃至８Ｃに結び付けて理解されることが可能である。９０２において、目的のファイルが受け取られる。上記のように、目的のファイルは、装置（例えば、デスクトップコンピュータまたは携帯装置）における表示のために生成されるプレゼンテーションである。例えば、ＨＴＭＬファイルのける目的のファイルは、デスクトップコンピュータで動くＩｎｔｅｒｎｅｔ  Ｅｘｐｌｏｒｅｒにおける表示のためのフロントページを用いて生成された。表示された目的のファイルを用いて、対応するＤＴＤファイルと共に対応する１つまたはそれ以上のソースファイル（例えば、ＸＭＬファイル）が拡張可能スタイルシートの生成を容易にするために９０４においてロードされる。次いで、表示された目的のファイルにおける動的対象は９０６において識別され、各々の動的対象はソースファイルにおけるソース要素または対象に対応する。実施の仕方に依存して、動的対象は、目的のファイルの生成において表示されるかまたはユーザによりマニュアル的に識別されることが可能である。
【００５８】
段階９０８において、識別される動的対象の何れかがソースファイルにおいて同じ要素に関係しているかどうかが決定される。ソースファイルにおける同じ要素を何れの動的対象にも関係しない場合、プロセスは９１２に移行する。何れか２つの動的対象がソースファイルにおいて同じ要素に関係する場合、プロセス９００は９１０に移行し、これらの動的対象はそれぞれにラベリングされる。本発明の一実施形態にしたがって、これらの動的対象は出現により数字でラベリングされ、それらをラベリングするために用いられる識別子はスタイルシートの生成を容易にすることができる。これらの動的対象がラベリングされた後、プロセス９００は９１２に移行する。
【００５９】
何れの場合においても、各々のメタタグは１つの動的対象に関して決定される。本発明の一実施形態にしたがって、各々の動的対象は、メタタグに含まれるメタタグ情報またはパス情報により置き換えられる。本発明の他の実施形態にしたがって、各々の動的対象は、ＸＭＬファイルおよび／またはＤＴＤファイルにより提供されるＸＭＬツリーにおける対応するノードにドラッグされる（図５Ｄ参照）。ノードに動的対象をドラッグすることにより、動的対象とソースファイルにおける対象要素との間の関連が確立されることができる。
【００６０】
９１４において、例えば、ＸＭＬツリーを全探索することにより、各々のメタタグのための情報が決定され、ＸＭＬツリーにおける各々のノードは各々のメタタグのための関連情報をそれぞれ有しているとここでは仮定される。特に、スタイルシートは、他のマークアップ言語におけるファイルの状態で表される。そのファイルはそれぞれ宣言を含み、各々の宣言はメタタグの１つのためのものである。
【００６１】
本発明は、ソースＸＭＬファイルを目的のファイルに転送するための拡張可能スタイルシート（ＸＳＬ）をデザインするためのメタタグ情報を用いることに関する。本発明には、数多くの利点、特徴および優位点がある。それらの１つは、ソースファイルにおける対応する要素に対する目的のファイルにおける複数の動的対象の間の関連情報または関係に関連するメタタグを用いることである。他の利点、特徴および優位点については、当業者には容易に理解できるところである。
【００６２】
本発明は、ある程度の特殊性を伴って、十分詳細に説明してきた。本発明の実施形態の開示は例のみを通じて開示し、請求項に記載したように本発明の主旨と範囲から逸脱することなく、複数の部分の組み合わせおよび構成における数多くの変化を実施することが可能である。したがって、本発明の範囲は、以上の実施形態の説明というよりむしろ同時提出の請求項により規定されるものである。
【図面の簡単な説明】
【００６３】
【図１Ａ】好適な実施形態にしたがって本発明を実行することが可能である基本的なシステム構成を示す図である。
【図１Ｂ】本発明において意図した所望の結果を達成するために本発明を実行するシステムの内部構成ブロックを示す図である。
【図２Ａ】レシピタイプの文書のための文書型定義（ＤＴＤ）の例を示す図である。
【図２Ｂ】図２Ａの文書型定義（ＤＴＤ）に基づく拡張可能マークアップ言語（ＸＭＬ）を示す図である。
【図３Ａ】図２ＢにおけるＸＭＬファイルをＨＴＭＬファイルに転送する拡張可能スタイルシート言語（ＸＳＬ）を示す図である。
【図３Ｂ】図３Ａの転送されたＨＴＭＬファイルのスクリーンショットを示す図である。
【図３Ｃ】図２ＢにおけるＸＭＬファイルをＷＭＬに転送するＸＳＬファイルを示す図である。
【図３Ｄ】図２ＢにおけるＸＭＬファイルを他のＷＭＬに転送するＸＳＬファイルを示す図である。
【図４Ａ】挿入されたメタタグ情報を伴う目的のＨＴＭＬのスクリーンショットを示す図である。
【図４Ｂ】挿入されたメタタグ情報を伴う目的のＸＭＬのスクリーンショットを示す図である。
【図５Ａ】ドラッグアンドドロップ機構によりメタタグ情報をエクスポートするＸＭＬ／ＤＴＤ／スキームエディタ（ＸＤＴＤ）と共に目的のファイルの出力表示を示す図である。
【図５Ｂ】ＸＤＴＤエディタを用いるＨＴＭＬファイルのためのＸＭＬファイルのＤＴＤを生成の例を示し、生成されたＤＴＤの拡張視野、生成されたＤＴＤと要素のためのデータノードをもつＸＭＬツリーの拡張視野に基づいて生成されるＸＭＬ要素の例、および要素の属性ノードを含む図である。
【図５Ｃ】対応するＸＭＬファイルを示す図である。
【図５Ｄ】ＸＭＬファイルのためのツリー構造におけるデータノード（対応するメタタグのための）を示す図である。
【図６Ａ】フロントページにおける挿入メタタグ情報をもつ目的のＨＴＭＬファイルの例を示す図であって、このＨＴＭＬファイルは、“タイトル（Ｔｉｔｌｅ）”、“出所（Ｆｒｏｍ）”、“構成要素（Ｉｎｇｒｅｄｉｅｎｔ）”等のような静的テキストおよびソースＸＭＬファイルからの動的情報または対象の組み合わせである、図である。
【図６Ｂ】フロントページに挿入メタタグおよび関連メタタグ情報をもつ目的のＨＴＭＬファイルの例を示す図である。
【図６Ｃ】関連付けＸＳＬ動作および／またはソースＸＫＬタグを指定するために、メタタグによりそれぞれ表される動的対象を含むメタタグ関連付けファイルであって、各々のメタタグは｛ｘｃ＿ｘｓｌ  ｆｏｒ−ｅａｃｈ｝から開始する図を示す。
【図７Ａ】メタタグ情報をもつ目的のファイルはオーサリングツールにより生成され且つコンバータによりＸＳＬファイルに変換されるデータ処理装置のブロック図を示す図である。
【図７Ｂ】本発明の実施形態にしたがった拡張可能スタイルシートを生成するフローチャートである。
【図８Ａ】ルート要素として＜ｒｏｏｔ／＞をもつＸＭＬにおけるファイルを示す図である。
【図８Ｂ】図８Ａのファイルに関する対応するＨＴＭＬ文書を示す図である。
【図８Ｃ】分解されたＸＭＬテキストデータをもつ要素を含むＨＴＭＬ文書の例を示す図である。
【図９】ソースファイルにおける同じ要素に関係し且つ図８Ａ乃至８Ｃに結び付けて理解することが可能である動的対象の処理についてのフローチャートである。
【図１Ａ】
2004529427.tif 000003
【図１Ｂ】
2004529427.tif 000004
【図７Ａ】
2004529427.tif 000005
【図７Ｂ】
2004529427.tif 000006
【図９】
2004529427.tif 000007
【国際公開パンフレット】
2004529427.tif 000008
2004529427.tif 000009
2004529427.tif 000010
2004529427.tif 000011
2004529427.tif 000012
2004529427.tif 000013
2004529427.tif 000014
2004529427.tif 000015
2004529427.tif 000016
2004529427.tif 000017
2004529427.tif 000018
2004529427.tif 000019
2004529427.tif 000020
2004529427.tif 000021
2004529427.tif 000022
2004529427.tif 000023
2004529427.tif 000024
2004529427.tif 000025
2004529427.tif 000026
2004529427.tif 000027
2004529427.tif 000028
2004529427.tif 000029
2004529427.tif 000030
2004529427.tif 000031
2004529427.tif 000032
2004529427.tif 000033
2004529427.tif 000034
2004529427.tif 000035
2004529427.tif 000036
2004529427.tif 000037
2004529427.tif 000038
2004529427.tif 000039
2004529427.tif 000040
2004529427.tif 000041
2004529427.tif 000042
2004529427.tif 000043
2004529427.tif 000044
2004529427.tif 000045
2004529427.tif 000046
2004529427.tif 000047
2004529427.tif 000048
2004529427.tif 000049
2004529427.tif 000050
2004529427.tif 000051
2004529427.tif 000052
2004529427.tif 000053
2004529427.tif 000054
【国際公開パンフレット（コレクトバージョン）】
2004529427.tif 000055
2004529427.tif 000056
【国際調査報告】
2004529427.tif 000057
2004529427.tif 000058
2004529427.tif 000059