JP2007034571A - 文書処理プログラム、文書処理方法 - Google Patents

Abstract

【課題】 動的ページ文書の開発効率および保守効率を向上させることが可能な文書処理を提供する。
【解決手段】 ＨＴＭＬ記述８０とＪａｖａ言語等の汎用プログラミング言語記述９０および出力式９１が混在したＪＳＰ等の動的ページ文書に対して、コメント識別情報８５ａが埋め込まれた特殊コメントノード８５にて、汎用プログラミング言語記述９０の部分をコメントアウトし、出力式９１の“<”、“>”をＨＴＭＬ記述８０のエスケープ文字列８４（“&lt;”、“&gt;”）に変換した編集後雛形ＨＴＭＬ文書６２とし、整形式のＸＭＬ文書を前提とするＸＭＬパーサを備えたエディタ等で編集した後に、変更部分を復元して動的ページ文書に戻す。汎用プログラミング言語記述９０によるロジックと、ＨＴＭＬ記述８０によるデザインを分離した動的ページ文書の開発や保守管理が可能になる。
【選択図】図１２

Description

本発明は、文書処理プログラム、文書処理方法、コンピュータ読み取り可能な記録媒体に関し、特に、Ｗｅｂアプリケーションの開発工程等における文書処理技術に適用して有効な技術に関する。

近年では、たとえば、Ｊａｖａ（登録商標）言語等に代表されるプラットフォームに依存しない汎用プログラミング言語をＨＴＭＬ（Hyper Text Markup Language）文書内に埋め込んだ動的ページ文書（たとえば、ＪＳＰ（Java Server Pages）、ＡＳＰ（Active Server Pages）等）をサーバ側に配置し、Ｗｅｂクライアントの要求に応じて、このＨＴＭＬ文書内に埋め込まれた汎用プログラミング言語をサーバ側で実行することで動的にＨＴＭＬ文書を生成し、生成されたＨＴＭＬ文書をＷｅｂクライアント側に送信することで、様々なＷｅｂアプリケーションを実現することが行われている。

このような動的ページ文書技術によれば、サーバ側の実行結果は通常のＨＴＭＬ形式になるため、クライアント側のＷｅｂブラウザに特殊な機能を組みこむことなく様々なＷｅｂアプリケーションを比較的容易に構築できる。

ところで、ＨＴＭＬ文書は、テキスト情報の中にタグを埋め込むことで表示体裁（デザイン）を制御するものであり、特殊なプログラミング等の知識がないユーザでも所望の表示体裁を有するＨＴＭＬ文書を手軽に作成することが可能である。また、ワードプロセッサを操作するような簡易な操作でＨＴＭＬ文書を作成可能な様々な編集ソフトウェアも市場に出回っている。

一方、動的ページ文書に埋め込まれる汎用プログラミング言語の取り扱いにはプログラミングの知識が必要である。このため、動的ページ文書の作成は、プログラミングの知識を有する専門の技術者が行うことが一般的である。

このように、ＪＳＰなどの技術を用いた動的ページ文書のデザイン担当者はプログラミングのスキルを持ち合わせていないことが多いため動的ページ文書のカスタマイズができず、プログラミングを行った担当者が、その都度、個別要件に応じて修正しなければならない。

また、ＨＴＭＬの記述と汎用プログラミング言語の記述が混在した動的ページ文書では、デザインの変更作業のために動的ページ文書をそのままＷｅｂブラウザ等の閲覧ソフトウェアや編集ソフトウェアに表示しても、汎用プログラミング言語の記述がノイズとなり、表示状態が乱れてデザインを的確に確認できない。

従って、動的ページ文書技術を用いたＷｅｂアプリケーションの開発や保守には熟練した技術者がソースコードレベルで行う必要があり、開発効率が低いという技術的課題がある。

たとえば、プログラミング担当者とデザイン担当者が協同で作成したベースとなる動的ページ文書のデザインなどを要件に応じて修正したい場合、デザインを修正する担当者は、プログラミングスキルを持ち合わせていない場合が多いため、動的ページ文書に記述されているデザインを修正することが難しい。

動的ページ文書の開発では、汎用プログラミング言語で組み込まれたロジックが共通で、出力されるＨＴＭＬ文書の表示体裁（デザイン）が異なる多様や動的ページ文書を作成する場合、そのすべての作成にプログラミングに精通した技術者が関わる必要があり、開発コストも増加する。

すなわち、従来技術の場合には、デザインとロジックのプログラミングの作業を分離することが困難であり、動的ページ文書の開発効率や保守効率の向上は困難である。
一方、ＨＴＭＬ文書や動的ページ文書を様々なアプリケーションソフトウェア間で交換するために、汎用性の高いＸＭＬ（Extensive Markup Language）文書を媒介とすることが行われている。この場合、アプリケーションソフトウェアでＸＭＬ文書を扱う場合には、直接にＸＭＬ文書を読むのではなく、変換時に、ＸＭＬ文書が文法に照らして正確に記述されているかどうかを同時に検証するＸＭＬパーサ（たとえば、ＤＯＭ（Document Object Model）、ＳＡＸ(The Simple API for XML)、ＸＳＬＴ（Stylesheet Language Transformation））を介するのが一般的になっている。

ところで、ＤＯＭ、ＳＡＸ、ＸＳＬＴなどのＸＭＬパーサでは、いわゆる整形式（Ｗｅｌｌ−Ｆｏｒｍｅｄ）のＸＭＬ文書の入力を必須とする。このため、動的ページ文書に埋め込まれた汎用プログラミング言語の出力式が１つの終了していないＨＴＭＬタグ内に存在している場合(例えば、<a href="test.jsp?id=<%= id%>">戻る</a>)、整形式のＸＭＬ文書とならないため、目的の文書形式に変換できない。

この問題の対策としては、ＸＭＬの予約語や特殊文字を通常のデータとしてパーサに認識させるための仕組みであるＣＤＡＴＡセクションを使用することが考えられる。すなわち、ＣＤＡＴＡセクションを使用し、<![CDATA[<a href="test.jsp?id=<%= id%>">戻る</a>]]>とすることで解決できる。

しかし、何らかの条件のためにＣＤＡＴＡセクションが使用できない場合には、動的ページ文書内に埋め込まれた汎用プログラミング言語の記述がＸＭＬパーサの障害になる、という技術的課題を克服できない。

なお、特許文献１には、ＸＭＬ文書等の構造化文書をパーサで解析する過程で、解析結果の木構造の葉要素の情報を、当該葉要素の親要素の属性として当該親要素の開始タグ内に移動させることで、構造化文書の特徴を損なうことなくタグ部分の圧縮し、構造化文書の圧縮率の向上を図る技術が開示されているが、上述のような技術的課題の認識は見られない。

また、特許文献２には、名称マッピングメソッドと値取得メソッドを持った出力クラスを継承した業務クラス群を生成し、かつ、ＨＴＭＬ文書内に値取得用の各種動的埋め込みを施すことで、埋め込み済みＨＴＭＬ文書から、出力クラスの値取得メソッドを使用して動的値取得を可能としたＪＳＰの自動生成を行う技術が開示されている。しかし、生成された後のＪＳＰの変更等における上述の技術的課題は認識されていない。
特開２００１−６７３４８号公報 特開２００３−３１６５７５号公報

本発明の目的は、動的ページ文書の開発効率および保守効率を向上させることが可能な文書処理を提供することにある。
本発明の他の目的は、第１言語および第２言語が混在した文書を、第３言語を媒介として的確に変換することが可能な文書処理技術を提供することにある。

本発明の第１の観点は、第１言語の記述と第２言語の記述とが混在する文書をコンピュータに処理させる文書処理プログラムであって、
前記第２言語の前記記述を、識別情報を付加した状態で前記第１言語の注釈に変換する第１処理、
前記第２言語の前記記述を、前記第１言語で定義されたエスケープ文字列に変換する第２処理、
の少なくとも一つをコンピュータに実行させる文書処理プログラムを提供する。

本発明の第２の観点は、第１言語の記述と第２言語の記述とが混在する文書をコンピュータに処理させる文書処理プログラムであって、
識別情報を付加した状態で前記第１言語の注釈の中に埋め込まれている前記第２言語の前記記述を前記第２言語の前記記述に復元する第３処理、
前記第１言語で定義されたエスケープ文字列に変換されている前記第２言語の前記記述を変換前の状態に復元する第４処理、
前記第１言語の前記記述を第３言語の記述に変換する第５処理、
の少なくとも一つをコンピュータに実行させる文書処理プログラムを提供する。

本発明の第３の観点は、第１言語の記述と第２言語の記述とが混在する文書を処理する文書処理方法であって、
前記第２言語の前記記述を識別情報を付加した状態で前記第１言語の注釈に変換する第１処理、および前記第２言語の前記記述を前記第１言語で定義されたエスケープ文字列に変換する第２処理の少なくとも一方の処理を実行する第１ステップと、
前記識別情報を付加した状態で前記第１言語の注釈の中に埋め込まれている前記第２言語の前記記述を前記第２言語の前記記述に復元する第３処理、
前記第１言語で定義されたエスケープ文字列に変換されている前記第２言語の前記記述を復元する第４処理、
第１言語の前記記述を、第３言語の記述に変換する第５処理、
の少なくとも一つを実行する第２ステップと、
を含む文書処理方法を提供する。

本発明の第４の観点は、第１言語の記述と第２言語の記述とが混在する文書をコンピュータに処理させる文書処理プログラムであって、
前記第２言語の前記記述を、識別情報を付加した状態で前記第１言語の注釈に変換する第１処理、
前記第２言語の前記記述を、前記第１言語で定義されたエスケープ文字列に変換する第２処理、
の少なくとも一つをコンピュータに実行させる文書処理プログラムが格納されたコンピュータ読み取り可能な記録媒体を提供する。

上記した本発明によれば、たとえば、第１および第２言語の記述が混在した動的ページ文書において、第１言語の記述内に混在する第２言語の記述を、第１言語の注釈に変換することで、たとえば第１言語であるＨＴＭＬの記述の表示や編集作業において、たとえば汎用プログラミング言語等の第２言語の記述を全く意識する必要がなくなる。

また、たとえば第１言語の記述の表示体裁に影響する第２言語の記述を、第１言語のエスケープ文字列に変換することで、第１言語の表示体裁の乱れを防いで、的確な表示体裁の作成や変更処理を行うことができる。

すなわち、動的ページ文書の作成や変更において、第１言語で実現されるデザインと、第２言語で実現されるロジックを確実に分離でき、プログラミングの知識のないユーザでも、容易に動的ページ文書のデザインの変更が可能になり、動的ページ文書の開発効率および保守効率を向上させることが可能となる。

また、第２言語の記述を、第１言語の注釈に変換する際に、識別情報を付加しているので、たとえば、第１言語の記述の作成や変更後に、的確に第２言語の記述を復活させることが可能になる。

また、第１および第２言語の記述が混在した動的ページ文書を、第１言語の仕様を包含する第３言語を媒介として別の文書に変換する場合に、第３言語の文法解析に第２言語の記述が影響することが防止され、第１言語および第２言語が混在した文書を、第３言語を媒介として的確に変換することが可能となる。

本発明によれば、動的ページ文書の開発効率および保守効率を向上させることが可能となる。
また、第１言語および第２言語が混在した文書を、第３言語を媒介として的確に変換することが可能となる。

以下、図面を参照しながら、本発明の実施の形態について詳細に説明する。
図１、図２、図３は、本発明の一実施の形態である文書処理技術の作用の一例を示すフローチャート、図４は、本実施の形態の文書処理技術を実施する情報処理システムの構成の一例を示す概念図、図５は、本実施の形態の情報処理システムを構成するサーバ装置の構成の一例を示すブロック図である。

図４に例示されるように、本実施の形態の情報処理システムは、サーバ装置１０、保守端末３０、クライアント装置４０および外部システム５０と、これらを接続するインターネットやＬＡＮ等の図示しない情報ネットワークを含んでいる。

図５に例示されるように、本実施の形態のサーバ装置１０は、一例として、中央処理装置１０ａ、主記憶１０ｂ、記憶装置１０ｃ、ネットワークインタフェース１０ｄ、バス１０ｅを備えている。

中央処理装置１０ａは、主記憶１０ｂに格納されたソフトウェアを実行することで後述のような情報処理を行う。
主記憶１０ｂは、中央処理装置１０ａがアクセスするソフトウェアやデータを記憶する。

記憶装置１０ｃは、たとえば、半導体メモリや、ディスク記憶装置等の不揮発性の記憶媒体で構成され、ファイル１２等の情報が格納される。
ネットワークインタフェース１０ｄは、サーバ装置１０と、保守端末３０、クライアント装置４０、外部システム５０との間におけるネットワーク接続の制御インタフェースを提供する。

バス１０ｅは、中央処理装置１０ａからネットワークインタフェース１０ｄの各構成要素を相互に接続する情報伝送路である。
本実施の形態の場合、主記憶１０ｂには、Ｗｅｂコンテナ１１、ファイル１２、ビジネスロジック１３、Ｗｅｂアプリケーション開発システム２０が実装されており、これらのソフトウェアを中央処理装置１０ａが実行することで、後述の各種フローチャート等に例示される処理が実行される。

すなわち、Ｗｅｂコンテナ１１は、Ｗｅｂサーバとして機能するソフトウェアであり、ファイル１２に格納されているＪＳＰ等の後述の動的ページ文書（後述のオリジナル動的ページ文書６０）等から生成されるＳｅｒｖｌｅｔ等のプログラムを実行することで、必要なＷｅｂアプリケーションを実現する。

ビジネスロジック１３は、たとえばデータベースシステム等からなる外部システム５０とＷｅｂコンテナ１１との間に介在し、両者間の情報の授受を制御する。
このファイル１２には、後述のオリジナル動的ページ文書６０、雛形ＨＴＭＬ文書６１、編集後雛形ＨＴＭＬ文書６２、整形後雛形ＨＴＭＬ文書６３、復元後動的ページ文書６４や、Ｗｅｂコンテナ１１が必要とする情報を記憶する。

本実施の形態の場合、ファイル１２に格納されたオリジナル動的ページ文書６０は、Ｗｅｂアプリケーション開発システム２０によって、開発や保守が行われる。
Ｗｅｂアプリケーション開発システム２０は、雛形ＨＴＭＬ文書化プログラム２１、動的ページ文書復元プログラム２２、マークアップ言語整形プログラム２３、ＨＴＭＬ編集プログラム２４、ＸＳＬＴプロセッサ２５、ＸＳＬＴスタイルシート２６等のソフトウェアを含んでいる。

このＷｅｂアプリケーション開発システム２０は、サーバ装置１０に図示しない情報ネットワークを介してアクセスする保守端末３０によって操作される。
この保守端末３０には、ディスプレイ３１ａやキーボード３１ｂ等のユーザインタフェースと、Ｗｅｂブラウザ３２等のソフトウェアが実装されている。

そして、システム管理者は、保守端末３０を操作することでＷｅｂアプリケーション開発システム２０を制御し、Ｗｅｂコンテナ１１を介してファイル１２にアクセスすることで、オリジナル動的ページ文書６０等のＷｅｂアプリケーションの開発や保守管理を行う。

雛形ＨＴＭＬ文書化プログラム２１は、たとえば、後述のように、ＨＴＭＬ文書のＨＴＭＬ記述８０の中に混在したＪＳＰ等の汎用プログラミング言語記述９０をＨＴＭＬ記述８０の特殊コメントノード８５に変換する機能、汎用プログラミング言語記述９０に混在した出力式９１の特定の文字列をエスケープ文字列８４に変換する機能を備えている。

逆に、動的ページ文書復元プログラム２２は、ＨＴＭＬ記述８０の中で雛形ＨＴＭＬ文書化プログラム２１によって変換された部分を元の状態に復元する動作を行う。
マークアップ言語整形プログラム２３は、後述のように、ＨＴＭＬ記述８０に含まれる開始タグ８２しかもたない空要素タグを、たとえばＸＭＬの様式に適合する状態に整形する処理等を行う。

ＨＴＭＬ編集プログラム２４は、ＨＴＭＬ記述８０を含むオリジナル動的ページ文書６０等を編集するソフトウェアである。なお、本実施の形態では、ＨＴＭＬ編集プログラム２４は、ＸＭＬパーサを備えており、ＸＭＬ形式に準拠した文書を取り扱う。

ＸＳＬＴプロセッサ２５は、ＸＳＬＴスタイルシート２６に記述された定義に基づいて、ＸＭＬ形式に準拠した文書を、ＸＳＬＴ（XML Stylesheet Language Transformation :ＸＭＬスタイル言語）によって、所望の表示態様やフォーマットの文書に変換する処理を行う。

ＸＳＬＴスタイルシート２６は、ＸＳＬＴプロセッサ２５が用いるＸＳＬＴの各種定義が記述されている。
クライアント装置４０は、ディスプレイ４１ａやキーボード４１ｂ等のユーザインタフェースを備えているとともに、Ｗｅｂブラウザ４２等のソフトウェアが実装されており、サーバ装置１０のＷｅｂコンテナ１１に対して所望の要求を行い、それに対して応答されたＨＴＭＬ文書やＸＭＬ文書の表示を行うことで、たとえば外部システム５０に実装されたデータベースシステムの検索等の業務処理を行う。

以下、本実施の形態の作用の一例について説明する。
まず、図４に例示された情報処理システムの一般的な動作を説明する。クライアント装置４０から要求を受けたサーバ装置１０のＷｅｂコンテナ１１は、オリジナル動的ページ文書６０等の動的ページ文書を実行することで、たとえば、ビジネスロジック１３を介して外部システム５０から得た情報を含むＨＴＭＬ文書あるいはＸＭＬ文書をその都度、動的に生成し、生成した文書をクライアント装置４０に送信する。

クライアント装置４０のＷｅｂブラウザ４２は、受信したＨＴＭＬ文書を表示することで、外部システム５０から得た情報をユーザに表示する。
図６は、このように利用されるオリジナル動的ページ文書６０のデータ形式の一例を示す説明図であり、図７は、オリジナル動的ページ文書６０の内容の一例を示す説明図である。なお、図７では、参照の便宜のために左端側に行番号を付している。以下、文書の内容（ソースコード）を例示する他の図も同様である。

図６の定義テーブル１４は、ノード名１４ａ、型１４ｂ、値１４ｃの情報が対応付けて設定されている。ノード名１４ａは、要素ノード８１ａ、属性ノード８１ｂ、テキストノード８１ｃ、コメントノード８１ｄが登録されている。なお、本実施の形態の場合、コメントノード８１ｄには、後述の特殊コメントノード８５も含まれている。

図７に例示されるオリジナル動的ページ文書６０は、図６の定義テーブル１４で定義され、開始タグ８２、終了タグ８３等を用いて記述された要素ノード８１ａ、属性ノード８１ｂ、テキストノード８１ｃ、コメントノード８１ｄ等を含むＨＴＭＬ記述８０と、Ｊａｖａ言語等で記述された汎用プログラミング言語記述９０とが混在している。

たとえば、図７に例示されるオリジナル動的ページ文書６０においては、行番号３〜５、行番号１９〜２７、行番号３１、行番号３３〜３５、行番号４１が汎用プログラミング言語記述９０である。

また、行番号２９、３１、４０では、ＨＴＭＬ記述８０の属性ノード８１ｂの行中に、汎用プログラミング言語記述９０の出力式９１が混在している。
このオリジナル動的ページ文書６０を実行して生成されたＨＴＭＬ文書が、図８に例示されるオリジナル出力ＨＴＭＬ文書６０−１である。また、このオリジナル出力ＨＴＭＬ文書６０−１をクライアント装置４０のＷｅｂブラウザ４２で表示すると、図９の表示状態となる。

すなわち、このオリジナル動的ページ文書６０の汎用プログラミング言語記述９０では、行番号２５〜３４のループによって、変数“ｉ”にループ回数が代入され、この値が“詳細”という文字列と連結されて“ｖａｌｕｅ”という変数に代入され、出力式９１でＨＴＭＬ記述８０として出力され（行番号２９）、行番号２６で“ｃｏｎｔｅｎｔ”という変数に順次代入された文字列（この場合、“ＡＡＡ”、“ＢＢＢ”、“ＣＣＣ”）が、行番号３１の出力式９１で、ＨＴＭＬ記述８０として出力される。

このようにしてオリジナル動的ページ文書６０から動的に生成されたＨＴＭＬ文書がオリジナル出力ＨＴＭＬ文書６０−１である。
このような、オリジナル動的ページ文書６０において、汎用プログラミング言語記述９０によるロジックを維持したまま、ＨＴＭＬ編集プログラム２４を用いてＨＴＭＬ記述８０の部分を変更して表示体裁を変更したり、修正したりする場合、ＨＴＭＬ編集プログラム２４のＸＭＬパーサによる解析処理において、汎用プログラミング言語記述９０の部分がエラーと判定されたり、ＨＴＭＬ記述８０による表示体裁が乱されたりする。

そこで、本実施の形態では、オリジナル動的ページ文書６０の編集の前後に、雛形ＨＴＭＬ文書化プログラム２１および動的ページ文書復元プログラム２２を用いてオリジナル動的ページ文書６０を処理することで、以下のようにして、汎用プログラミング言語記述９０のＨＴＭＬレベルでの無害化（整形式化）、および復元を行う。

すなわち、図１に例示されるように、たとえばＨＴＭＬ記述８０および汎用プログラミング言語記述９０の知識を有する技術者によってオリジナル動的ページ文書６０を作成し（ステップ１０１）、ファイル１２に格納する（ステップ１０２）。

通常は、このオリジナル動的ページ文書６０のままで使用する（上述の図８、図９）が、ＨＴＭＬ記述８０部分の変更が必要な場合は、本実施の形態では、以下のように処理して、図１０に例示される雛形ＨＴＭＬ文書６１を生成し（ステップ１０３）、ファイル１２に格納する（ステップ１０４）。

すなわち、まず、雛形ＨＴＭＬ文書化プログラム２１を用いて、ベースとなるオリジナル動的ページ文書６０に含まれる汎用プログラミング言語記述９０（プログラムコード）の部分をＨＴＭＬ記述８０の特殊コメントノード８５で囲む。この特殊コメントノード８５には、コメント識別情報８５ａ（この場合、“ＳＱＤＷ”という文字列）が埋め込まれており、通常のコメントノード８１ｄとは区別することが可能になっている。

さらに、雛形ＨＴＭＬ文書化プログラム２１では、出力式９１の“＜”、“＞”の各々を、ＨＴＭＬ記述８０のエスケープ文字列８４（“＆ｌｔ；”、“＆ｇｔ；”）に変換する。

この雛形ＨＴＭＬ文書化プログラム２１の処理が図２のフローチャートに示されている。すなわち、雛形ＨＴＭＬ文書化プログラム２１は、入力されるオリジナル動的ページ文書６０を、図６のデータ形式に基づいて解析し（ステップ２０１）、出力式９１以外の汎用プログラミング言語記述９０を特殊コメントノード８５に変換し（ステップ２０２）、さらに出力式９１の有無を判別し（ステップ２０３）、出力式９１が見いだされた場合には、出力式９１中の“＜”、“＞”の各々を、ＨＴＭＬ記述８０のエスケープ文字列８４（“＆ｌｔ；”、“＆ｇｔ；”）に変換し（ステップ２０４）、雛形ＨＴＭＬ文書６１として出力する（ステップ２０５）。この雛形ＨＴＭＬ文書化プログラム２１の処理により、雛形ＨＴＭＬ文書６１は、ＸＭＬレベルで整形式となっている。

こうして得られた雛形ＨＴＭＬ文書６１を、保守端末３０からＨＴＭＬ編集プログラム２４で編集する（ステップ１０５）。このとき、ＨＴＭＬ編集プログラム２４の起動時に内蔵されたＸＭＬパーサ等による雛形ＨＴＭＬ文書６１の解析が実行されるが、本実施の形態の場合には、上述のように、ＨＴＭＬ記述８０の中に混在する汎用プログラミング言語記述９０は、特殊コメントノード８５やエスケープ文字列８４によって無害化され、整形式となっているため、解析エラー等の障害は生じない。

また、汎用プログラミング言語記述９０の出力式９１の“＜”、“＞”をエスケープ文字列８４の変換していることにより、当該出力式９１の表示態様を損なわずに編集できる。

すなわち、図１１は、このＨＴＭＬ編集プログラム２４による雛形ＨＴＭＬ文書６１の編集において、図１０の雛形ＨＴＭＬ文書６１を保守端末３０のＷｅｂブラウザ３２に表示した状態を示している。

出力式９１の“＜”、“＞”をエスケープ文字列８４に変換していることにより、出力式９１の文字列が、当該出力式９１による表示データ部分にそのまま表示されるため、実際の表示位置や表示内容を類推でき編集がしやすくなる。

図１２は、雛形ＨＴＭＬ文書６１に実際に変更を加えた結果である編集後雛形ＨＴＭＬ文書６２の内容を示している。この図１２の例では、行番号４０の行の先頭に“●”の文字８６を付加し、さらに、行番号４２の位置に、画面上に水平線８７ａを表示するための空要素タグ８７である“＜ｈｒ＞”が付加されている。

これにより、変更後の編集後雛形ＨＴＭＬ文書６２の表示状態は、図１３のようになり、“●”の文字８６と、水平線８７ａが表示される。このように、汎用プログラミング言語記述９０の混在に影響されることなく、ＨＴＭＬ記述８０の変更後の表示状態を的確に確認することができる。

このような編集が終わると、本実施の形態の場合には、マークアップ言語整形プログラム２３にて、編集後雛形ＨＴＭＬ文書６２に含まれている空要素タグ等の整形を行い（ステップ１０６）、ＸＭＬ形式の整形後雛形ＨＴＭＬ文書６３として出力する（ステップ１０７）。

すなわち、ＸＭＬでは、“＜ｂｒ＞”（改行）、“＜ｈｒ＞”（水平線）等の空要素タグ８７はエラーとなるため、図１４の行番号３９、４０、４３に例示されるように、それぞれ、“＜ｂｒ ／＞”、および“＜ｈｒ ／＞”のように、後端の“＞”の前に空白“ ”と“／”を挿入するように整形する。 この整形後の図１４の整形後雛形ＨＴＭＬ文書６３を保守端末３０のＷｅｂブラウザ３２で表示すると図１５のようになる。

その後、整形後雛形ＨＴＭＬ文書６３を動的ページ文書復元プログラム２２で、特殊コメントノード８５に変換されていた汎用プログラミング言語記述９０を復元する処理、およびエスケープ文字列８４に変換されていた汎用プログラミング言語記述９０の“＜”、“＞”を復元する処理を実行することにより（ステップ１０８）、図１６に例示されるような復元後動的ページ文書６４を得る（ステップ１０９）。

すなわち、図３のフローチャートに例示されるように、動的ページ文書復元プログラム２２は、出力先となるＨＴＭＬファイル（復元後動的ページ文書６４）を準備する（ステップ３０１）。そして、図６に定義されたようなノードに基づいて、入力される整形後雛形ＨＴＭＬ文書６３を解析し（ステップ３０２）、ノードの読み込みが完了するまで（ステップ３０３）、コメントノードか否か判別し（ステップ３０４）、ＨＴＭＬのコメントノードでないデータならば、さらに当該ノードにエスケープ文字列８４に変換された出力式９１を含むか否かを判別し（ステップ３０８）、出力式９１を含まない場合には、そのまま復元後動的ページ文書６４に出力してステップ３０２に戻る（ステップ３１０）。ステップ３０８でエスケープ文字列８４に変換された出力式９１を含むと判定された場合には、エスケープ文字列８４を元の“＜”、“＞”に戻した後に復元後動的ページ文書６４に出力してステップ３０２に戻る（ステップ３０９）。

ステップ３０４でコメントノードであると判定された場合は、さらに、特殊コメントノード８５か否か（コメント識別情報８５ａである“ＳＱＤＷ”の文字列を含むか否か）判別し（ステップ３０５）、特殊コメントノード８５でない場合は、そのまま復元後動的ページ文書６４に出力してステップ３０２に戻る（ステップ３１１）。ステップ３０５で特殊コメントノード８５と判定された場合は、特殊コメントノード８５を取り除いて、当該特殊コメントノード８５に埋め込まれていた汎用プログラミング言語記述９０を復元した後に復元後動的ページ文書６４に出力してステップ３０２に戻る（ステップ３０６）。一方、上述のステップ３０３でノードの読み込みが終わったと判定された場合には復元後動的ページ文書６４を閉じる（ステップ３０７）。

そして、この復元後動的ページ文書６４をＷｅｂコンテナ１１にて実行すると、図１７に例示されるような復元後出力ＨＴＭＬ文書６４−１が得られる。この復元後出力ＨＴＭＬ文書６４−１において、行番号１７−２０、行番号２２−２５、行番号２７−３０は、復元後動的ページ文書６４における行番号１９−３４の汎用プログラミング言語記述９０を実行することで動的に生成されたものである。

そして、この図１７の復元後出力ＨＴＭＬ文書６４−１を、クライアント装置４０に送信してＷｅｂブラウザ４２で実行すると、図１８に例示される画面が、クライアント装置４０のディスプレイ４１ａに表示される。

このように、本実施の形態では、ＨＴＭＬ記述８０とＪａｖａ言語等の汎用プログラミング言語記述９０が混在するオリジナル動的ページ文書６０の編集に際して、汎用プログラミング言語記述９０をＨＴＭＬ文書の特殊コメントノード８５に変換して得られた雛形ＨＴＭＬ文書６１を編集するので、たとえば、雛形ＨＴＭＬ文書６１の編集に用いられるＨＴＭＬ編集プログラム２４に備えられたＸＭＬパーサ等の構文チェックにおいて、ＨＴＭＬ記述８０に混在する汎用プログラミング言語記述９０が障害となることが確実に回避され、雛形ＨＴＭＬ文書６１のＨＴＭＬ文書レベルでのスムーズな編集／変更処理が可能になる。

さらに、雛形ＨＴＭＬ文書６１では、汎用プログラミング言語記述９０の出力式に含まれる“＜”、“＞”が、ＨＴＭＬ文書のエスケープ文字列８４に置換されているので、雛形ＨＴＭＬ文書６１に含まれるＨＴＭＬ記述８０の編集に際して、表示状態が乱れることがなくなるとともに、出力式９１によるデータの表示位置に、当該出力式９１がそのまま表示されるので、たとえば図１１のように、出力式９１による出力位置を確認しながら的確な表示態様の変更や編集を行うことができる。

そして、雛形ＨＴＭＬ文書６１の編集完了後に得られた編集後雛形ＨＴＭＬ文書６２を、マークアップ言語整形プログラム２３にて処理することで整形後雛形ＨＴＭＬ文書６３を生成し、さらに、整形後雛形ＨＴＭＬ文書６３を動的ページ文書復元プログラム２２にて処理することで、整形後雛形ＨＴＭＬ文書６３のＨＴＭＬ記述８０における特殊コメントノード８５およびエスケープ文字列８４の部分を復元して復元後動的ページ文書６４とするので、汎用プログラミング言語記述９０のロジックを意識することなく、オリジナル動的ページ文書６０から、ＨＴＭＬ文書レベルでの表示体裁を変更した復元後動的ページ文書６４を得ることができる。

すなわち、オリジナル動的ページ文書６０から、汎用プログラミング言語記述９０によるロジックが共通で、ＨＴＭＬ記述８０による表示体裁が異なる多様な復元後動的ページ文書６４を、汎用プログラミング言語記述９０の知識を必要とすることなく作成することが可能である。

たとえば、プログラム担当者が汎用プログラミング言語記述９０を受け持ち、デザイン担当者がＨＴＭＬ記述８０を受け持って作成したオリジナル動的ページ文書６０を、デザイン担当者がプログラム（汎用プログラミング言語記述９０）をあまり意識しないでＨＴＭＬ記述８０によるデザインの修正を行って、復元後動的ページ文書６４として保存することが可能になる。

このように、本実施の形態によれば、オリジナル動的ページ文書６０から、汎用プログラミング言語記述９０（すなわちロジック）の変更のない雛形ＨＴＭＬ文書６１を生成し、この雛形ＨＴＭＬ文書６１をもとに、プログラミングの知識のないデザイン担当者等が、簡便にデザインなどカスタマイズし、複数種の整形後雛形ＨＴＭＬ文書６３を要件にあった目的毎に別々に作成できる。

また、デザインの一部分だけを変更したいときも、作成された復元後動的ページ文書６４を一つずつ修正するのではなく、雛形ＨＴＭＬ文書６１だけを修正することによってコーディング量を減らすことができる。

また、マークアップ言語整形プログラム２３により、ＸＭＬに適合した整形を施すことで、オリジナル動的ページ文書６０を作成するときにＸＭＬ形式を意識せずにデザイン部分のタグを記述することができ、作業効率が良くなる。

さらに、汎用プログラミング言語記述９０等のプログラムコードが雛形ＨＴＭＬ文書６１内にあっても、ＨＴＭＬでの特殊コメントノード８５にてコメントアウトをしているので、汎用プログラミング言語記述９０による表示の乱れがなく、直感的にプレビューとして中身を確認することができ、デザインの修正がしやすくなる。

なお、出力式９１の整形式化のため、本実施の形態のようなエスケープ文字列８４の代わりにＣＤＡＴＡセクションを使用した場合には、ＣＤＡＴＡセクションに囲まれた領域のＨＴＭＬ記述８０が非表示となるため、表示状態を確認しながらＨＴＭＬ記述８０の変更（編集）を行うことは困難であり、本実施の形態のような利点は得られない。

上述のマークアップ言語整形プログラム２３による処理は、雛形ＨＴＭＬ文書化プログラム２１および動的ページ文書復元プログラム２２の各々の処理に対して任意の順序で実行してよい。

次に、図１９以下を参照して、本実施の形態の変形例について説明する。ＨＴＭＬの言語仕様を包摂するＸＭＬに準拠したＸＭＬ文書を、様々な文書に出力する技術としてＸＳＬＴ（XML Stylesheet Language Transformations）が知られている。このＸＳＬＴ技術は、動的ページ文書にも適用でき、入力データをＸＭＬパーサでチェックするため、ＨＴＭＬ記述８０に混在した汎用プログラミング言語記述９０に起因する上述のようなＸＭＬパーサでの障害が懸念され、予め整形式に変換しておく必要がある。

そこで、以下の例では、本実施の形態のＷｅｂアプリケーション開発システム２０において、ＸＳＬＴプロセッサ２５を用いて動的ページ文書を変換する際に、ＸＳＬＴの前後において、上述の雛形ＨＴＭＬ文書化プログラム２１による前処理、動的ページ文書復元プログラム２２、マークアップ言語整形プログラム２３による後処理を行う場合について説明する。

図１９は、Ｗｅｂアプリケーション開発システム２０におけるＸＳＬＴプロセッサ２５によるＸＳＬＴ処理の一例を示す概念図である。
この例では、図２０に例示されるようなＸＳＬＴスタイルシート２６を用いて、図２１に例示されるようなオリジナル動的ページ文書７０を、最終的に変換後動的ページ文書７２に変換する例を示している。

オリジナル動的ページ文書７０は、図２２に例示されるような、エラーメッセージを表示するオリジナル出力ＨＴＭＬ文書７０−１を動的に生成するものである。図２３は、このオリジナル出力ＨＴＭＬ文書７０−１のクライアント装置４０におけるＷｅｂブラウザ４２での表示状態を示している。

すなわち、図２１のオリジナル動的ページ文書７０では、行番号３、行番号１１−１３が汎用プログラミング言語記述９０であり、それ以外がＨＴＭＬ記述８０である。なお、行番号１４のＨＴＭＬ記述８０には、出力式９１が埋め込まれている。

このオリジナル動的ページ文書７０の例では、サーバにエラーが発生してオリジナル動的ページ文書７０が実行されると、行番号８のエラーメッセージを表示出力するとともに、行番号１２の汎用プログラミング言語記述９０で変数“ｐａｒａｍ”に得られた情報を、行番号１４で示される戻りのリンク先として動的に出力するものである。

このオリジナル動的ページ文書７０の基本動作に対して、ＸＳＬＴスタイルシート２６では、オリジナル動的ページ文書７０内のエラーメッセージ中に“サーバ”の文字列が検出された場合には、行番号５のタイトルの“エラー”の前に“サーバ”の文字列を追加し（ＸＳＬＴスタイルシート２６の行番号２８−３０）、さらに、行番号８のエラーメッセージを赤色で表示するように（ＸＳＬＴスタイルシート２６の行番号３２−３５）、内容を書き換えて出力する定義が設定されている。

本実施の形態では、このようなＸＳＬＴスタイルシート２６に基づくＸＳＬＴプロセッサ２５による変換に先立って、雛形ＨＴＭＬ文書化プログラム２１にて、汎用プログラミング言語記述９０の部分を特殊コメントノード８５にてコメント化するとともに、出力式９１を、エスケープ文字列８４に変換する処理を行う。この変換結果が図２４に示される正規化テキスト文書７１である。

そして、この正規化テキスト文書７１に対してＸＳＬＴスタイルシート２６に基づく上述の変換処理を実行し、さらに動的ページ文書復元プログラム２２で復元処理（特殊コメントノード８５の解除およびエスケープ文字列８４の復元）を行った結果が図２５の変換後動的ページ文書７２である。この変換後動的ページ文書７２では、タイトル部分が“サーバエラー”に変更され、行番号７のエラーメッセージの表示部分には赤色表示の色指定が追加されている。また、行番号１０のように、戻り先のリンクがトップ画面に変更されている。

そして、この変換後動的ページ文書７２をＷｅｂコンテナ１１で実行すると、図２６に例示されるような変換後出力ＨＴＭＬ文書７２−１が動的に生成され、この変換後出力ＨＴＭＬ文書７２−１がクライアント装置４０に送信されることで、クライアント装置４０のＷｅｂブラウザ４２は、ディスプレイ４１ａに、図２７に例示されるエラー表示を行う。

このように、上述の図１９以下の変形例の場合には、ＸＳＬＴプロセッサ２５のような入力系にＸＭＬパーサを備えた処理系にオリジナル動的ページ文書７０のようなＨＴＭＬ記述８０と汎用プログラミング言語記述９０が混在した文書を処理させる場合にも、変換エラー等を生じることなく、的確な変換結果が得られる、という利点がある。
なお、本発明は、上述の実施の形態に例示した構成に限らず、その趣旨を逸脱しない範囲で種々変更可能であることは言うまでもない。

（付記１）
第１言語の記述と第２言語の記述とが混在する文書をコンピュータに処理させる文書処理プログラムであって、
前記第２言語の前記記述を、識別情報を付加した状態で前記第１言語の注釈に変換する第１処理、
前記第２言語の前記記述を、前記第１言語で定義されたエスケープ文字列に変換する第２処理、
の少なくとも一つをコンピュータに実行させることを特徴とする文書処理プログラム。
（付記２）
付記１記載の文書処理プログラムにおいて、
前記第１言語はＨＴＭＬ（Hyper Text Markup Language）であり、前記第２言語は汎用プログラミング言語であり、前記文書は動的ページ文書であることを特徴とする文書処理プログラム。
（付記３）
第１言語の記述と第２言語の記述とが混在する文書をコンピュータに処理させる文書処理プログラムであって、
識別情報を付加した状態で前記第１言語の注釈の中に埋め込まれている前記第２言語の前記記述を前記第２言語の前記記述に復元する第３処理、
前記第１言語で定義されたエスケープ文字列に変換されている前記第２言語の前記記述を変換前の状態に復元する第４処理、
の少なくとも一つをコンピュータに実行させることを特徴とする文書処理プログラム。
（付記４）
付記３記載の文書処理プログラムにおいて、
さらに、前記第１言語の前記記述を第３言語の記述に変換する第５処理をコンピュータに実行させ、
前記第１言語はＨＴＭＬ（Hyper Text Markup Language）であり、前記第２言語は汎用プログラミング言語であり、前記第３言語はＸＭＬ（Extensive Markup Language）であり、前記文書は動的ページ文書であることを特徴とする文書処理プログラム。
（付記５）
付記３記載の文書処理プログラムにおいて、
前記第３処理および前記第４処理の少なくとも一つをコンピュータに実行させた後に、前記第１言語の前記記述を第３言語の記述に変換する第５処理をコンピュータに実行させることを特徴とする文書処理プログラム。
（付記６）
第１言語の記述と第２言語の記述とが混在する文書を処理する文書処理方法であって、
前記第２言語の前記記述を識別情報を付加した状態で前記第１言語の注釈に変換する第１処理、および前記第２言語の前記記述を前記第１言語で定義されたエスケープ文字列に変換する第２処理の少なくとも一方の処理を実行する第１ステップと、
前記識別情報を付加した状態で前記第１言語の注釈の中に埋め込まれている前記第２言語の前記記述を前記第２言語の前記記述に復元する第３処理、
前記第１言語で定義されたエスケープ文字列に変換されている前記第２言語の前記記述を復元する第４処理、
第１言語の前記記述を、第３言語の記述に変換する第５処理、
の少なくとも一つを実行する第２ステップと、
を含むことを特徴とする文書処理方法。
（付記７）
付記６記載の文書処理方法において、
前記第１ステップと前記第２ステップとの間に、前記第１言語の前記記述を変更することで、前記第１言語の前記記述にて実現される前記文書の表示態様を変更する第３ステップを実行することを特徴とする文書処理方法。
（付記８）
付記６記載の文書処理方法において、
前記第１言語はＨＴＭＬ（Hyper Text Markup Language）であり、前記第２言語は汎用プログラミング言語であり、前記第３言語はＸＭＬ（Extensive Markup Language）であり、前記文書は動的ページ文書であることを特徴とする文書処理方法。
（付記９）
第１言語の記述と第２言語の記述とが混在する文書をコンピュータに処理させる文書処理プログラムであって、
前記第２言語の前記記述を、識別情報を付加した状態で前記第１言語の注釈に変換する第１処理、
前記第２言語の前記記述を、前記第１言語で定義されたエスケープ文字列に変換する第２処理、
の少なくとも一つをコンピュータに実行させる文書処理プログラムが格納されたことを特徴とするコンピュータ読み取り可能な記録媒体。
（付記１０）
付記９記載の記録媒体において、
さらに、前記文書処理プログラムは、
識別情報を付加した状態で前記第１言語の注釈の中に埋め込まれている前記第２言語の前記記述を前記第２言語の前記記述に復元する第３処理、
前記第１言語で定義されたエスケープ文字列に変換されている前記第２言語の前記記述を変換前の状態に復元する第４処理、
第１言語の前記記述を第３言語の記述に変換する第５処理、
の少なくとも一つを前記コンピュータに実行させることを特徴とするコンピュータ読み取り可能な記録媒体。
（付記１１）
付記９記載の記録媒体において、
前記第１言語はＨＴＭＬ（Hyper Text Markup Language）であり、前記第２言語は汎用プログラミング言語であり、前記第３言語はＸＭＬ（Extensive Markup Language）であり、前記文書は動的ページ文書であることを特徴とするコンピュータ読み取り可能な記録媒体。

本発明の一実施の形態である文書処理技術の作用の一例を示すフローチャートである。 本発明の一実施の形態である文書処理技術の作用の一例を示すフローチャートである。 本発明の一実施の形態である文書処理技術の作用の一例を示すフローチャートである。 本発明の一実施の形態である文書処理技術を実施する情報処理システムの構成の一例を示す概念図である。 本発明の一実施の形態である情報処理システムを構成するサーバ装置の構成の一例を示すブロック図である。 本発明の一実施の形態である文書処理技術で用いられる動的ページ文書のデータ形式の一例を示す説明図である。 本発明の一実施の形態である文書処理技術の処理対象のオリジナル動的ページ文書の内容の一例を示す説明図である。 オリジナル動的ページ文書の実行結果として得られるＨＴＭＬ文書の内容例を示す説明図である。 オリジナル動的ページ文書の実行結果として得られるＨＴＭＬ文書の表示結果を示す説明図である。 オリジナル動的ページ文書から得られた雛形ＨＴＭＬ文書の内容例を示す説明図である。 雛形ＨＴＭＬ文書の表示状態を示す説明図である。 オリジナル動的ページ文書から得られた雛形ＨＴＭＬ文書のデザイン変更後の内容例を示す説明図である。 デザイン変更後の雛形ＨＴＭＬ文書の表示状態を示す説明図である。 デザイン変更後の雛形ＨＴＭＬ文書をＸＭＬ文書に整形した例を示す説明図である。 デザイン変更後にＸＭＬ文書に整形した雛形ＨＴＭＬ文書の表示状態を示す説明図である。 デザイン変更後に最終的に出力された動的ページ文書の内容を示す説明図である。 最終的に出力された動的ページ文書の実行結果として得られたＨＴＭＬ文書の内容例を示す説明図である。 最終的に出力された動的ページ文書の実行結果として得られたＨＴＭＬ文書の表示状態を示す説明図である。 本発明の一実施の形態である文書処理技術の変形例を示す概念図である。 本発明の実施の形態の変形例で用いられるＸＳＬＴスタイルシートの一例を示す説明図である。 ＸＳＬＴの入力となるオリジナル動的ページ文書の内容例を示す説明図である。 ＸＳＬＴの入力となるオリジナル動的ページ文書を実行して得られるＨＴＭＬ文書の内容例を示す説明図である。 ＸＳＬＴの入力となるオリジナル動的ページ文書を実行して得られるＨＴＭＬ文書の表示状態を示す説明図である。 ＸＭＬの整形式の文書に変換されたオリジナル動的ページ文書の内容を示す説明図である。 ＸＳＬＴで変換された動的ページ文書の内容を示す説明図である。 ＸＳＬＴで変換された動的ページ文書の実行結果として得られたＨＴＭＬ文書の内容を示す説明図である。 ＸＳＬＴで変換された動的ページ文書の実行結果として得られたＨＴＭＬ文書の表示状態を示す説明図である。

符号の説明

１０ サーバ装置
１０ａ 中央処理装置
１０ｂ 主記憶
１０ｃ 記憶装置
１０ｄ ネットワークインタフェース
１０ｅ バス
１１ Ｗｅｂコンテナ
１２ ファイル
１３ ビジネスロジック
１４ 定義テーブル
１４ａ ノード名
１４ｂ 型
１４ｃ 値
２０ Ｗｅｂアプリケーション開発システム
２１ 雛形ＨＴＭＬ文書化プログラム
２２ 動的ページ文書復元プログラム
２３ マークアップ言語整形プログラム
２４ ＨＴＭＬ編集プログラム
２５ ＸＳＬＴプロセッサ
２６ ＸＳＬＴスタイルシート
３０ 保守端末
３１ａ ディスプレイ
３１ｂ キーボード
３２ Ｗｅｂブラウザ
４０ クライアント装置
４１ａ ディスプレイ
４１ｂ キーボード
４２ Ｗｅｂブラウザ
５０ 外部システム
６０ オリジナル動的ページ文書
６０−１ オリジナル出力ＨＴＭＬ文書
６１ 雛形ＨＴＭＬ文書
６２ 編集後雛形ＨＴＭＬ文書
６３ 整形後雛形ＨＴＭＬ文書
６４ 復元後動的ページ文書
６４−１ 復元後出力ＨＴＭＬ文書
７０ オリジナル動的ページ文書
７０−１ オリジナル出力ＨＴＭＬ文書
７１ 正規化テキスト文書
７２ 変換後動的ページ文書
７２−１ 変換後出力ＨＴＭＬ文書
８０ ＨＴＭＬ記述
８１ａ 要素ノード
８１ｂ 属性ノード
８１ｃ テキストノード
８１ｄ コメントノード
８２ 開始タグ
８３ 終了タグ
８４ エスケープ文字列
８５ 特殊コメントノード
８５ａ コメント識別情報
８６ 文字
８７ 空要素タグ
８７ａ 水平線
９０ 汎用プログラミング言語記述
９１ 出力式

Claims (5)

1. 第１言語の記述と第２言語の記述とが混在する文書をコンピュータに処理させる文書処理プログラムであって、
   前記第２言語の前記記述を、識別情報を付加した状態で前記第１言語の注釈に変換する第１処理、
   前記第２言語の前記記述を、前記第１言語で定義されたエスケープ文字列に変換する第２処理、
   の少なくとも一つをコンピュータに実行させることを特徴とする文書処理プログラム。
2. 請求項１記載の文書処理プログラムにおいて、
   前記第１言語はＨＴＭＬ（Hyper Text Markup Language）であり、前記第２言語は汎用プログラミング言語であり、前記文書は動的ページ文書であることを特徴とする文書処理プログラム。
3. 第１言語の記述と第２言語の記述とが混在する文書をコンピュータに処理させる文書処理プログラムであって、
   識別情報を付加した状態で前記第１言語の注釈の中に埋め込まれている前記第２言語の前記記述を前記第２言語の前記記述に復元する第３処理、
   前記第１言語で定義されたエスケープ文字列に変換されている前記第２言語の前記記述を変換前の状態に復元する第４処理、
   の少なくとも一つをコンピュータに実行させることを特徴とする文書処理プログラム。
4. 請求項３記載の文書処理プログラムにおいて、
   さらに、前記第１言語の前記記述を第３言語の記述に変換する第５処理をコンピュータに実行させ、
   前記第１言語はＨＴＭＬ（Hyper Text Markup Language）であり、前記第２言語は汎用プログラミング言語であり、前記第３言語はＸＭＬ（Extensive Markup Language）であり、前記文書は動的ページ文書であることを特徴とする文書処理プログラム。
5. 第１言語の記述と第２言語の記述とが混在する文書を処理する文書処理方法であって、
   前記第２言語の前記記述を識別情報を付加した状態で前記第１言語の注釈に変換する第１処理、および前記第２言語の前記記述を前記第１言語で定義されたエスケープ文字列に変換する第２処理の少なくとも一方の処理を実行する第１ステップと、
   前記識別情報を付加した状態で前記第１言語の注釈の中に埋め込まれている前記第２言語の前記記述を前記第２言語の前記記述に復元する第３処理、
   前記第１言語で定義されたエスケープ文字列に変換されている前記第２言語の前記記述を復元する第４処理、
   第１言語の前記記述を、第３言語の記述に変換する第５処理、
   の少なくとも一つを実行する第２ステップと、
   を含むことを特徴とする文書処理方法。