"ウェブブラウザ上でXML拡張スタイルシート言語文書を作成する方法であって、前記ウェブブラウザから入力されたデータを受け取るステップと、あらかじめ格納されたソースXML文書を複製するステップであって、前記ソースXML文書は所定の構造を有し、前記構造に応じた所定のソースデータを含むステップと、前記受け取った入力データによる前記複製されたXML文書に含まれる前記ソースデータを置換するステップと、前記置換するステップによって得られたXML文書を新規XML文書として格納するステップと、を備えることを特徴とする方法。あらかじめ格納された前記ソースXML文書は、HTMLハイパーテキストマークアップ言語文書から変換され格納されることを特徴とする、請求項1に記載の方法。前記ウェブブラウザから前記データを受け取る前記ステップによって受け取られた前記データは、少なくとも前記データが入力されるためのフォーム入力構造を含むウェブページを利用して送信されることを特徴とする、請求項1に記載の方法。前記受け取られた入力データによる前記複製されたXML文書に含まれる前記ソースデータを置換する前記ステップは、前記ソースXML文書の構造にアクセスすることが可能であり、データ値を設定することが可能なDOM文書オブジェクトモデルファイルを用いて行われ、前記DOMファイルはあらかじめ前記ソースXML文書から作成され、格納されていることを特徴とする、請求項1に記載の方法。第二の階層構造にある文書を用いて送信されるデータを使用して、第一の階層構造に文書を自動的に作成するためのソースを作成する方法であって、前記第一の準備段階の階層構造内の文書と、前記第一の準備段階の階層構造内の前記文書に関連する準備段階のスタイルシート文書とを、前記第二の階層構造内の元文書から自動的に作成するステップと、前記第一の階層構造内の前記文書と前記準備段階のスタイルシート文書を相互的にマッピングすることにより、前記第一の階層構造内の文書と前記第一の階層構造内の前記文書に関連したスタイルシート文書を許可するステップと、前記第一の階層構造内の前記文書からタイプ定義と妥当性確認手段を自動的に作成するステップであって、前記第一の階層構造内の前記文書に関連する前記タイプ定義と妥当性確認手段は、前記第一の階層構造内の前記文書のデータタイプを定義することが可能であり、データタイプの妥当性を確認することが可能であるステップと、前記第一の階層構造内の前記文書からデータ値設定手段を自動的に作成するステップであって、前記データ値設定手段は前記文書の前記第一の階層構造のデータ値にアクセス、設定することが可能であり、前記データ値設定手段は前記第一の階層構造内の前記文書に関連しているステップと、前記スタイルシート文書、前記タイプ定義と妥当性確認文書から挿入するための前記第二の階層構造内の文書を自動的に作成するステップであって、挿入するための前記文書は前記第一の階層構造内の新規文書が入力データを前記データ値設定文書に送信することによって作成されることを可能とするステップと、を備えることを特徴とする方法。前記方法はさらに前記第二の階層構造内の元文書を作成し、開き、編集するステップを備えることを特徴とする、請求項5に記載の方法。前記方法はさらに挿入のために前記第二の階層構造内の前記文書から更新するための前記第二の階層構造内の文書を自動的に作成するステップであり、更新のための前記文書は前記第一の階層構造内の前記新規文書の前記データが修正されることを可能とするステップを備えることを特徴とする、請求項5に記載の方法。前記第一の階層構造内の前記文書はXML文書であり、前記スタイルシート文書はXSL文書であり、前記タイプ定義と妥当性確認手段はDTDまたはスキーマ文書であり、前記データ値設定手段はサーバサイドのスクリプトページとして構成されたDOMであることを特徴とする、請求項5に記載の方法。挿入のための前記第二の階層構造内の前記文書は少なくともフォーム入力部を有するHTML文書であることを特徴とする、請求項5に記載の方法。前記方法はさらに、前記第一の階層構造内に新規文書を自動的に作成するための前記ソース手段を前記サーバーに更新するステップを備えることを特徴とする、請求項5に記載の方法。プログラムが記録されたコンピュータ可読の記録媒体で、前記請求項1から11のいずれかに記載の方法によるそれぞれのステップを実行することによって、前記プログラムは自動的にウェブブラウザ上で構造を与えられたXML文書を作成するためのコンピュータプログラムに対する命令を備えることを特徴とする記録以下、本発明の好適な実施態様を添付の図面を用いて詳しく説明する。本発明によれば、図式的に、概念的に、図2にXML文書の作成の20の工程を示す。本発明によれば、ユーザー22は、例えば、インターネットに接続したコンピュータ上で実行するウェブブラウザに表されているウェブページに、ウェブフォーム24を使い、データを入力し、提出してもよい。入力データは、ウェブ上のHTTPプロトコルを介して、サーバーコンピュータへと送信される。送信された入力データは、サーバーコンピュータに実行するプログラムである、ベースXMLエンジン26に配信される。それから、エンジン26は、入力データを含むXML文書28を自動作成する。本発明の好適な実施態様によれば、ユーザーが入力データを含むXML文書28を自動作成するエンジン26は、ユーザーのコンピュータに接続することができるウェブサーバーコピュータ、すなわち、インターネットを通して、実行されるソフトウェアプログラムとして実施される。しかし、本発明によれば、エンジン26は、この用途だけに限られてはいない。例えば、エンジン26は、ユーザーのコンピュータで実行されるローカルソフトウェアとして、あるいは、LAN手段でユーザーのコンピュータに接続する異なるコンピュータで実行されるローカルソフトウェアとして、実施される。さらに、エンジン26の一部、もしくはすべての部分は、ハードウェアとして、実施される。本発明では、XML文書を自動で作成するためにエンジン26は、事前に保存されたソースファイルをコピーすることによって、新しい文書を生成するテクニックにより、下記に詳細を示したように特徴付けられる。事前に保存されたソースファイルは、ソースファイルを自動作成するツール手段として作成される、また、ツールも本発明によれば、供給される。ソースファイルは、構造とデータを与えるXML文書、ウェブブラウザ上のXML文書を記すスタイルであるXSLファイル、XML文書のデータタイプの定義と妥当性をチェックするためのDTDまたはスキーマ、XML文書の構造にアクセスし、データ値を設定するDOMファイルを含むことができる。従って、本発明によるXML文書作成の方法は、ソースに基づき、ソースを作成し、XML文書を作成する、2つの工程によって、特徴付けられる。ソースの自動作成のためのツールと、XML文書を自動作成するためのエンジンの全体の作業工程と本発明の最適な実施態様により供給されたシステム200は、略ブロック図として、図3に示される。本発明の最適な実施態様によれば、システム200は、ユーザー22にデータを入力させるためのユーザコンピュータシステム270、例えば、インターネット24を介して、システム270に接続できるサーバーコンピュータシステム250、インターネットのような専用のネットワーク、もしくは、直接接続のネットワーク202を介して、サーバーコンピュータシステム250に接続できるソースメーカー210のコンピュータ230を備えている。本発明によれば、それぞれのコンピュータ230、250、もしくは270には、ハードウェアとして、ツール232、エンジン26と、作成、保存、生成できるソースファイルが、例えば、本体、デスクトップコンピュータ、ラップトップコンピュータ、パームトップコンピュータなどのネットワークに接続できるコンピュータシステムとして備わっていると解釈される。このようなシステムの詳しいハードウェアの構造は、その分野でよく知られているので、その詳細な説明は、ここでは省略する。本発明によれば、XML文書作成の方法では、ソースファイル233を、ソース作成ツール232を用いて初めに作成する。好ましくは、ソースメーカー210は、プログラミングの知識をもつ者が適任であるが、コンピュータの知識を持たない一般のユーザーが、練習後、ソースメーカー210のように実行できるようになることが下記でよく理解されるであろう。本発明例えば、特に、韓国のソウルにある3Ksoftから市販されているDreamXMLTOOLのよれば、供給されているツール232を用いて、ソースファイル233は、以下、詳細を示されている工程により作成できる。ソースファイル233には、XMLファイル234、XSLファイル235、DTD/スキーマファイル236、DOMファイル237など、上記で説明されているものを含む。ソースファイル234、235、236、あるいは、237では、エンジン26を用いて、XML文書作成の工程で使用され、一般のユーザー22が簡単にアクセスできないものとして、つまり透過的に存在することになる。ツール232は、また、ウェブフォーム構造以下、ウェブフォームとして、単に参照されるかもしれないを持つ、ウェブページを作成できる。作成できるウェブフォームは、ユーザー22が新しいXML文書を作成したものを挿入するためのウェブフォーム238、ユーザー22がすでに作成されたXML文書のデータを修正したものを更新するためのウェブフォーム239を含む。ツール232は、インターネット、LAN、もしくは、専用ネットワーク202を介して、サーバー250に作成ソースファイル233を更新するための機能を持つので、さらに供給されるかもしれない。更新されたソースファイルは、フォーム保管所252に234、235、236、237、238、239の1セットとして、保存される。ソースファイルがXML文書作成のための準備工程で作成、保存された後、ユーザー22が、望まれるXML文書を生成するためのウェブブラウザ270を介してサーバー250までアクセスするかもしれない。サーバー250は、様々なXML文書作成のためにデータを入力するためのウェブフォーム238へのひも付けをユーザー22に与えるかもしれない。例えば、サーバー250は、それぞれが、データを入力するために複数のウェブフォーム238にそれぞれ接続する、ひも付けを含むウェブページを供給することができる。ウェブフォーム238は、たとえば、雇用申請のための履歴書の作成のためのウェブフォーム、ある会社から商品を購入するための注文書の作成のためのウェブフォーム、ある団体事務所での移転による住所変更通知書の作成のためのウェブフォームなど、それぞれのフォームが異なるかもしれない。ユーザー22は、個人のブラウザ24のウェブフォームを記すために好ましい文書に対応するウェブフォームへのひも付けにクリックするかもしれない。ユーザー22は、ウェブフォーム238に要求されているように、ウェブフォーム238を介してデータを入力する。ユーザーによって入力されるデータは、たとえば、名前、生年月日を示すための数字データなどのテキストデータ、写真などの画像データのように、ウェブフォーム構造を用いて、入力できるどんなタイプのデータにも使うことができる。すべての必修のデータを入力したユーザー22は、ウェブフォームファイル238をサーバー250に提出する。XML文書の自動作成のためのエンジン26特に、たとえば、韓国のソウルにある3Ksoftで市販されているBaseXMLEngineは、サーバー250で運営され、提出された入力データを受取る。エンジン26は、DOMファイル237を用いて、XMLファイル234で入力データにより、ソースデータを置換できる。置換されたファイルは、新しいXMLファイル28として作成され、作成ファイルは、後日用いるためにXML貯蔵庫254に保存することができる。本発明によれば、XML文書作成の方法では、ユーザーは、DBやXSLTなどの違うフォーマットを通じて置換工程を行わないで、ウェブフォームを使い、事前に保存したXMLファイル、DOMファイルなどを用いながら、直接、XMLファイルを作成できる。本発明では、この後に、ユーザー22によって入力されたデータは、ソースXMLファイルの構造を確認され、そのデータ確認は、ウェブフォーム構造によって保証することができるものとして入力される。また、本発明では、ユーザー22は、ソースXMLファイルと同じ構造を持つが、違うデータを持つXML文書のコピーを作成できる。これは、ソースXMLファイルのデータ構造に応じたデータ値によってソースデータを置換するために使われるDOMファイルにより保証される。上記に説明されたように、本発明によるXML文書作成の方法は、ソースXML文書と同じ構造を持つが、違う内容を持つXML文書のコピーを作成することである。このように、その方法は、XML文書を複製するための方法として、参照することができる。図4は、本発明によれば、XML文書を作成し、複製するための概念を示すための工程、システム200を示すものである。図4に示されているように、ソースメーカー210は、ツール232を用い、サーバーのフォーム貯蔵庫252にソースファイル233の一組を作成し、保存する。ソースファイル233は、ソースメーカー210に、たとえば、XML文書として、オフラインの文書30である、契約文書32を作成させる。ソースメーカー210は、同じような方法で、注文書34を作成するソースファイルの一組を作り、サーバーへと更新する。ソースメーカー210は、また、同じような方法で、雇用文書36を作成するソースファイルの一組を作り、サーバーへと更新する。したがって、本発明によれば、ソースメーカー210が一度だけソースファイルを一組作成すれば、それぞれの好ましいファイルが文書として、十分である。ユーザー22は、ウェブブラウザ24上に契約書32のXML文書を作成するためのウェブフォーム238を示さなければならない。ユーザー22は、それから、ウェブフォーム238に要求されているデータを入力し、サーバーへ文書を提出しなければならない。サーバーの中のXML文書の自動作成のためにエンジン26は、新しいXMLファイル42の契約書複製作成のために提出された入力データによるソース契約書のXMLファイル234にあるデータを置換する。同様の方法で、他のユーザーも、自身のデータを入力することにより、個々の契約書42のXMLファイルを自動作成する。好ましいタイプのXML文書を作成するために、ユーザー22に要求される唯一のことは、対応するウェブフォーム238は、更新し、フォーム貯蔵庫252図4に示されている例の、注文書44のXML文書、雇用文書46のXML文書のようなXML文書40が存在する限り、何れ文書を作成するにもウェブブラウザ上のウェブフォーム構造に必要とされるデータを入力し、提出するだけである。上記に説明されている発明によれば、ユーザー22は、いずれのソースメーカーにより既に作成されたXML文書作成のウェブフォームがある必須条件上に、簡単に、単純に、いつでもどこでも、知識なしに、XML文書を生成できる。以下、上記で説明されるように、ソースファイルの自動作成のためのツール232により実施される工程や、XML文書の自動作成のためのエンジン26の工程は、図で示すことにより、さらに詳しく説明される。図5は、図式的に、ソースファイルを自動作成するためのツール232のステップを示す。図5に示されているように、ソースファイルを自動作成するためのツール232で作るソースファイル作成の工程300は、準備段階のXML文書と、XML文書を作成するためのオリジナル文書としてHTMLファイルの基になる準備段階のXSL文書を作成するためのステップ310を備えている。作成された準備段階のXML文書は、ステップ320で、ソースメーカーによりファイナルソースXMLとソースXSLファイルを結果的にもたらされた、作成準備されたXSL文書にマッピングされている。ソースメーカーの選択によるが、DTDファイルおよび/またはスキーマファイルは、ソースXMLとソースXSLを基として、ステップ330に作成される。さらに、ソースXMLファイルに基づいてDOMファイルは、ステップ340に自動作成される。この場合、DOMファイルは、サーバー側のスクリプトページであるASP-DOMまたはJSP-DOMファイルとして、作成される。挿入のためのウェブフォームファイル、すなわち、HTMLファイルは、ステップ350にソースXSLファイルの基として自動作成される。更新のためのウェブフォームファイル、すなわち、HTMLファイルは、挿入のためのウェブフォームファイルを基として、ステップ370に自動作成される。図6から8にある、オリジナルHTMLファイルから準備段階のXMLファイルと準備段階のXSLファイルを作成するステップ310は、フローチャートと実例のためのプログラムコードで更に詳しく説明される。ステップ310に示されているように、変換するためのオリジナルHTMLファイルは、ステップ311に初めに作成され、開かれる。オリジナルHTMLファイルは、発明により供給されたソースファイルを自動作成するツールを用いて新しく作成され、また、違うソフトウェアを用いてすでに作成されたファイルであるかもしれない。また、ソースHTMLファイルは、ワープロ自身が持つ固有のフォーマットを持つ文書ファイルから、HTMLファイルまであらゆるワープロにより、変換され、結果的にファイルされる。さらに、オリジナルのHTMLファイルは、他のソースを起源とする異なるHTMLファイルであるかもしれない。図8で示される例では、sample.htmlAは、オリジナルHTMLファイルの例として、表されている。ファイルAを基にして、準備段階のXMLファイルBと準備段階のXSLファイルCが作成され得る。初めに、準備段階のXMLファイルは、ステップ312で空のXMLファイルを作成する。ここで言う、空のXMLファイルとは、実例となるコードsample.xmlとして図8に示されているように、基本的に、予め決定された構造を持つが、特定のデータを持たないXMLファイルを意味する。準備段階のXSLファイルは、ステップ33にオリジナルHTMLファイルから生成されている。変換工程の間、エラーが起こると、ステップ314でチェックされるので、ソースメーカーは、ステップ315でエラーを修正することができる。結果として生ずる準備段階のXMLファイルと準備段階のXSLファイルは、ステップ316と317で、以下のそれに続く工程のために、保存される。オリジナルHTMLファイルを準備段階のXSLファイルに変換させるステップ313は、更に詳しく、図7で示される。初めに、空のXSLファイルが、ステップ3131に作成される。それから、準備段階のXSLファイルのヘッタは、ステップ3132の作成された空のXSLファイルに挿入される。XSLファイルのヘッタの特定コードは、図8にsample.xslとしてCに説明されている。発明は、発明の範囲内に及び、当業者により作り出された実例と様々な改良および変動に限定されないものであることをしるすべきである。初めから最後まで、ソースHTMLファイルの内容は、ステップ3133で読め、変換できる。更に詳細としてステップ3133を説明するために、一行は初めにステップ3134で読み込める。ステップ3135では、読み込みラインがコメント部分であるかどうか、すなわち、実際に、コーディングのために役立つ部分でない、説明としてだけのメモであるかどうかをチェックする。もし、YESであれば、工程は、次のラインを読み込むように進む。もし、NOであれば、対応するラインは、ステップ3136のJava登録商標スクリプトであるかどうか、再びチェックされる。もし、YESであれば、工程は、次のラインを読み込むように進む。もし、NOであれば、そのラインは、ステップ3137で示されるように、変換され、結果として、作成したXSLファイルに加えられる。示された変換の工程が、説明だけであり、もし、適当であれば、当業者が容易に追加の変換もしくは代わりに使える変換工程が適応されるかを理解できるであろう。上記に示されているように一行の変換が終わる時、同じ工程が最終行まで繰り返される。ソースHTMLファイルの変換が完了した時、既定のXSLの下の部分は結果として、図8のsample.xslの一例として示されたように、ステップ3138の結果として生成されるXSLファイルに加えられる。さらに詳細として、図9と10に示されているように、ソースメーカーは、作成された準備段階のXMLファイルを準備段階のXSLファイルと相互にマップするので、ファイナルソースXMLファイルとファイナルソースXSLファイルは、ステップ320で作成される。ステップ321では、初めにソースメーカーは、表示されたウィンド上の準備段階のXSLファイルのなかのコードからマップされる部分を選ぶ。ここで、新しい文書の内容に対応するようにマップされた部分は、対応する文書の内容とは異なるであろう。たとえば、図10のsample.xslC’の内容のalとblとして示されている部分は、マップされる部分である。alとblの部分は、sample.xmlB’a2とb2に対応するように、それぞれマップされていて、alとblの部分は、a4のような既定の内容により、置換される。図9に示されているマッピング工程によると、ソースメーカーは、ステップ322のマッピングウィンドウを開くマッピングコマンドを入力する。ユーザーは、たとえば、ステップ323にあるal部分にあるような選択され、マップされた部分をマッピングすることにより、たとえば、root/Main/item1のようなXMLファイルを作成するためのタグ名を入力し、提出する。XMLファイルB’で、項目1は、‘root’の要素の‘Main’要素の中に新しく作られ、a2の部分は、挿入される。同時に、XSLファイルに対応する部分、すなわち、alの部分は、ステップ325の<xsl:value-ofselect=’root/Main/iteml’>により、置換される。従って、1つのマッピング工程は、完了する。それは、ステップ326で、ほかの部分がマッピングされているかどうか、チェックされる。もし、YESであれば、たとえば、b1の部分のような次の選択された部分のために同様の方法で、マッピングを実行する。マッピングが完了したとき、結果として作成したXMLファイルとXSLファイルは、ステップ327とステップ328で、後の工程のためにソースファイルとして保存される。前述のステップを通して、例えば、以下のオリジナルHTMLファイルであるソースコード1に示される、以下のコードを有するsample.htmlについては、ソースコード2に示される以下のコードを有するsample.xmlのXMLソースファイルが作成される。また、ソースコード3に示される以下のコードを有するsample.xslのXSLソースファイルも作成される。<ソースコード1><ソースコード2><ソースコード3>図11および12には、作成されたXMLソースファイルからDTD実体参照宣言ファイル、および/または、スキーマファイルを自動的に作成するステップ330および332が示される。ステップ331では、ソースメーカーがXMLソースファイルを開く。ステップ332では、自動的にDTDファイル、および/または、スキーマファイルを作成するためのコマンドを入力するか、または対応するアイコンをクリックすることにより、ソースメーカーは開かれたXMLソースファイルに対応するDTDファイル、および/または、スキーマファイルを作成することができる。続いてステップ333では、作成されたファイルにエラーがないかどうかがチェックされる。エラーが見つかった場合、ステップ334において、ソースメーカーが直接エラーの修正することができ、修正され、完成されたファイルは、のちにステップ335において使用するソースファイルの一部として保存される。ソースメーカーがXMLソースファイルを開き、続いてスキーマファイルが作成されるよう指示するコマンドを入力するとき、図12に示される自動的にスキーマファイルを作成するステップは、自動的にソースファイルを作成するツールによって順次実行される。本発明では、DTDとスキームファイルは、自動的にXML文書を作成するためのソースファイルに必ずしも含まれないため、必要でない場合は除外することができる。次に、図12を参照しながらさらに詳しくステップ332について説明する。まず、ステップ3321において、空のスキーマファイルが作成される。続いてステップ3322では、自動的にソースファイルを作成するツールが、開かれたXMLソース文書の構造を読み取る。この際、XMLドキュメントの構造は、基礎から最終構造まで、ステップ3323において、ひとつの構造ごとに読み取られる。ここでは、ひとつの構造はひとつの要素をさす。ステップ3324では、ひとつの構造が読み取られるとき、対応する構造が日付であるかどうかがチェックされる。そうであれば、その構造は、ステップ3325において文字列データ形式を示すコードに変換される、そうでない場合は、ステップ3326において、文字列データ形式を示すコードに変換される。変換されたスキーマの一部はステップ3327において、すでに作成された空のスキーマファイルに書き込まれ、書き込みによって作成された最終的なスキーマファイルは、ステップ3328で保存される。そのように作成されたスキーマの一部を示すリンクコードは、続いてステップ3329において、XMLソースファイルのルートに書き込まれる。前述のとおり作成されたDTDソースファイルとソーススキーマファイルの具体例としては、上記のsample.xml.のためのソースコード4に示される以下のコンテンツを有するようにスキーマファイルが自動的に作成される。<ソースコード4>DTDファイルは、sample.xml.の構造に応じて、ソースコード5に示される以下のコンテンツとともに自動的に作成される。<ソースコード5>図13および14には、DOM文書オブジェクトモデルソースファイルを自動的に作成するステップ340がより詳細に示される。本発明においては、DOMファイルは、XMLソース文書の構造にユーザーのデータ入力を書き込み、同じ構造上に異なるデータを有する新しいXML文書を自動的に作成する役割を果たす。ステップ340については、ソースメーカーが希望するXMLファイルをステップ341において開き、ステップ342において希望するDOMモードを選択することができる。例えば、作成されたDOMファイルが実行されるサーバーの環境によって、ASP-DOMモードとJSP-DOMモードのうちの一つを選択することが可能である。本発明では、モードのタイプはASPアクティブサーバーページとJSPJava登録商標サーバーページに限定されない。技術的にすでに知られている、あるいは将来開発される可能性のある全てのサーバー環境を含み、DOMが本発明に従って実行することのできるあらゆる環境が使用できる点が注目される。モード選択後、ステップ343において、ソースメーカーはDOMファイルを作成するコマンドを入力するか、あるいは対応する機能を持つアイコンをクリックし、自動的にDOMを作成する。続いて、ステップ344において、自動的に作成されたDOMソースファイルのエラーがチェックされる。エラーが見つかった場合、ステップ345において修正され、修正され、完成されたDOMソースファイルはステップ346において、のちの使用に備え保存される。自動的にソースファイルを作成するツールを用いてXMLソースファイルからDOMファイルを自動的に作成するステップ343は、図14でされに詳細に図解される。空のDOMファイルは、最初ステップ3431において作成される。開かれたXMLソース文書の構造はステップ3432において読み取られる。この際、ステップ3433において、構造は最初の行から最後の行まで、ひとつの構造ごとに読み取られる。ステップ3434においては、読み取られた構造が日付部分であるかどうかがチェックされる。読み取られた構造は、日付データ、あるいは日付以外のデータに分類される。日付データは、ステップ3435において、日付形式を示すコードに変換され、日付以外のデータは、ステップ3436において、文字列形式を示すコードに変換される。そのように変換されたデータのコードをあらかじめ作成された空のDOMファイルに書き込むことで、ステップ3437においてDOMソースファイルが作成される。ソースコード6に示される以下の例は、sample.aspであり、上記のsample.xml.から作成されたASP-DOMファイルのソースの例である。<ソースコード6>図15から17においては、書き込みのためのウェブフォームを作成し、それにより、ユーザーがウェブブラウザを用いて、XML文書を作成するための入力データを提示するプロセス350がより詳細に示される。書き込みのためのウェブフォームファイルは、すでに詳細に説明したマッピングステップ320において作成されたXSLソースファイルから作成することができる。図15においてステップ350について示されたように、書き込みのためのウェブフォームを作成するステップ351においては、ソースメーカーが、本発明により提供される、自動的にソースファイルを作成するためのツールプログラムを使用して、これから作成されるウェブフォームを用いて作られる希望するXMLソースファイルに対応するXSLソースファイルを開く。ステップ352では、対応するスキーマファイルがあるかどうかがチェックされる。ない場合は、ステップ353において、のちに図16を参考により詳しく述べられるステップを通して、書き込みのためのウェブフォームファイルを自動的に作成するよう、ツールを操作することができる。ステップ357では、作成されたウェブフォームファイルにエラーがないかチェックされ、エラーがある場合、続いてステップ355において、ソースメーカーにより修正される。完成した書き込みのためのウェブフォームファイルは、ステップ359においてのちの使用に備えて保存される。さらに、ステップ352において、対応するスキーマファイルがあると確定された場合、ツールがステップ361において関連するスキーマファイルを開く。ツールは開いたステップ362においてスキーマファイルを読み取り、ステップ363において、のちに図17を参考により詳細に説明されるステップを通して、自動的に書き込みのためのウェブフォームファイルを作成することができる。ステップ366において、ツールはソースメーカーに対し、作成されたウェブフォームファイルにエラーがないかどうかチェックすることを承認する。もしエラーがある場合は、ソースメーカーがステップ367において修正することができる。ステップ368において、完成したウェブフォームファイルはのちの使用のために保存される。図16を参考に、スキーマファイルがない場合に、ツールが自動的に書き込みようのウェブフォームファイルを作成するステップ353について説明する。ステップ353が始まると、ステップ3530において、空のHTMLファイルが作成される。ツールが前のステップ351において開かれたXSLファイルを、ステップ3531において、最初の行から最後の行まで一行ごとに読み取る。ステップ3532において、一行を読み取っているとき、対応する部分がJAVA登録商標スクリプトであるかどうかがステップ3533においてチェックされる。そうである場合、つまり、JAVA登録商標スクリプトである場合、次の行を読み取るプロセスが続行される。そうでない場合つまり、JAVA登録商標スクリプトでない場合、ステップ3544および3546において、それ以下がチェックされる。チェックの結果により、ステップ3535,3537および3538において、適切なカンバセーションが適用される。ステップ3539においては、上記で変換された部分をすでに作成された空のHTMLファイルに書き込むことにより、書き込みようのウェブフォームファイルが作成される。図17を参照して、スキーマファイルがある場合に、書き込みのためのウェブフォームファイルを自動的に作成するステップ363について説明する。ステップ363が始まると、ツールはステップ3631において空のHTMLファイルを作成する。続いてステップ351で開かれたXSLファイルを、ステップ3632において最初の行から最後の行まで1行ごとに読み取る。読み取った部分がJAVA登録商標スクリプトであるかどうかがステップ3634でチェックされ、また開かれたスキームファイルにおいて定義された内容に一致するかどうかがステップ3635、3637,3639,3641,3643、3645および3647においてチェックされる。チェックの結果により、ステップ3636、3638、3640、3642、3644、3646、3648および3649において適切なカンバセーションが適用される。ステップ3650においては、そのように変換されたコードが、書き込み用のウェブフォームファイルを作成するために、前のステップ3631において作成された空のHTMLファイルに書き込まれる。ここでは、カンバセーションプロセスにおいて開かれて使用されたスキーマファイルは、上記で図11および12を参考に説明したステップ330を通して作成されたファイルでもよく、あるいはウェブフォームを定義している照会された外部のファイルであることが望ましい。図18および19では、スキーマファイルにおいて定義され作成されたウェブフォームファイルに示される可能性のあるウェブフォームのタイプをいくつか記した。図18および19に示されるように、ウェブフォームはどのようなタイプもありうる。これは、例えば、短いテキストを入力する際のテキスト書き込みウェブフォーム、長いテキストを入力する際のテキスト範囲ウェブフォーム、パスワードなどのセキュリティーが必要なデータを入力する際のパスワード入力ウェブフォーム、ファイルを添付する際のファイル入力ウェブフォーム、設定された複数のデータから一つを選択する際のコンボボックスウェブフォームなど、一般的に知られている全てのウェブフォームを含む。さらに、本発明により使用することのできるウェブフォームは、ユーザー定義ウェブフォームを含む。ユーザー定義ウェブフォームとは、ユーザーによって定義されたコンポーネントを使用するウェブフォームを意味する。このとき、ユーザーはソースメーカーである可能性がある。ユーザー定義ウェブフォームには、例えば、カレンダーを検索したり、日付を選択したりする際のデータ入力ウェブフォーム、住所を入力し、入力した住所に対応する郵便番号を検索する際の郵便番号検索ウェブフォームなどの含むことができる。そのようなユーザー定義ウェブフォームを実行するために、ユーザー定義機能に関連する書き込み用のウェブフォームを作成することは、ユーザー定義のコンポーネント機能およびユーザー定義のGIF画像を表示するための呼び出しボタンがあらかじめサーバーに保存されるときなどに可能である。図18および19に示されるように、そのようなユーザー定義ウェブフォームを使用する際のルールは、例えばデータ選択ウェブフォームが‘kkkuser_userdefinedname’と定義される。例えば、データ選択ウェブフォームがkkkuser_calendarと指定され、郵便番号検索ウェブフォームがkkkuser_postcodeと指定された場合、以下の表1に示す要素が使用される。それらのウェブフォームがスキーマファイルで設定されている場合、ソースコードは本発明によるツールによって容易にひとつずつ作成することができる。ウェブフォームを設定しているスキーマファイルは、下記のソースコード7にkkk_schema.xsdなどの名前に示されるソースコードを有するように作成するとこができる<ソースコード7>この例において、kkk_schema.xsdはソースコード4に示されるように、スキーマファイルを作成するステップによって作成されたファイル内のリンクとして挿入される。上記に記載されているように、挿入用ウェブフォームファイルを自動的に作成するプロセスを通じて作成された挿入用ウェブフォームファイルは、HTML文書として作成されることが可能である。例えば、挿入用ウェブフォームファイルはソースコード8に示される以下のソースコードを有するsample.htmとして作成することが可能である。<ソースコード8>ソースコード8に示される挿入用ウェブフォームは、図20に示されるようなウィンドとしてユーザーのウェブブラウザ上に表示することが可能である。実施例は簡単な説明を目的とした簡易な例にすぎず、本発明は実施例のみに限定されないことを留意されたい。図21と22は更新用ウェブフォームファイルを作成するステップ370を詳細に示している。更新用ウェブフォームファイルはユーザーがウェブブラウザ上に既に作成された対応するXML文書内のデータを修正することを可能とする。更新用ウェブフォームファイルは、基本的に挿入用ウェブフォームファイルに類似している。第一にステップ370が開始された際、必要なソースXMLファイルとソースXMLファイルに対応した挿入用ウェブフォームがステップ371と372で開かれる。その際、データ値は開かれたXMLファイルの構造から読み込まれ、更新用ウェブフォームファイルはステップ373において自動的に作成される。ステップ375でエラーは作成された更新用ウェブフォームファイル内でチェックされる。ファイル内にエラーがあった場合、それらはステップ376で訂正される。完成した更新用ウェブフォームはステップ377で後の使用のために格納することができる。完成した更新用ウェブフォームファイルのソースコード例をソースコード9に示す。<ソースコード9>更新用ウェブフォームファイルを自動的に作成するステップ373は、図22を参照に以下、より詳細に記載される。ステップ373が開始した際、XMLファイルの構造を読み込むステップがステップ3731で開始する。XMLファイルの構造が最初の構造から最終構造まで、一つ一つの構造に基づき、ステップ3732と3733で読み込まれる。ステップ3734において、読み込まれた構造はそれが何であるか、例えばそれが主要素であるかどうかということを認識される。対応する構造の値は、ステップ3735で変数に挿入され計算され、次いで計算された部分は、ステップ3736でJava登録商標スクリプト機能に挿入される。その際、結果はステップ3737で更新用ウェブフォームファイルを作成するために空のHTML文書に挿入される。以上に記載された本発明による方法によって、例えばXMLファイル、XSLファイル、DTD/スキーマファイル、DOMファイル、挿入用ウェブフォームファイル、更新用ウェブフォームファイルといったソールファイルを元のHTML文書から作成することが可能である。前述のソースファイルを自動的に作成するステップの全て、または少なくとも一部は自動的にソースファイルを作成するツールDreamXMLツールによって行うことができ、そのツールには、例えばローカルコンピュータでツールが実行できるようにソフトウェアプログラムを含んでいる。ツールはさらにローカルネットワークやインターネットを含む広域ネットワークを介し、ウェブサーバコンピュータに作成されたファイルを更新するための機能を有している。さらに、ツールはHTML文書を修正する、新規HTML文書を作成する、または異なった形式の文書をHTML文書に変換する機能も備えている。このようにして、本発明による前述のツールによってXML文書を作成するための準備段階のプロセスは完了する。ソースファイルがウェブサーバコンピュータに更新される一方で、ユーザーはXML文書として必要となる文書を簡単に作成するために、ウェブサーバによって提供されるウェブフォームの中から必要なウェブフォームを選択する。図23はサーバー内でプロセス400が実行される際に、このようなXML文書を作成するプロセス400を詳細に示す。プロセス400は、サーバー内で実行されるプログラムである可能性があるエンジンを介して行われる。XML文書を作成する際、上に示すように、ユーザーはまずウェブブラウザで必要なデータを入力するウェブフォームを選択し、そしてウェブフォーム内に必要なデータを入力する。入力されたデータは、ウェブフォーム内にある送信ボタンをクリックした際にサーバーへ送信される。ユーザーによって入力されるデータがサーバーに送信される際、図23に示されるXML文書を作成するプロセス400が開始する。エンジンはまずステップ410でウェブフォームからのデータを受け取り、変数を宣言し、ステップ420で送信されたデータを宣言された変数へ格納する。ステップ430でエンジンは、サーバー内で挿入用ウェブフォームに対応するソースXMLファイルを開き、ウェブフォームは入力データを送信するためにユーザーによって使用される。ステップ440で、エンジンは対応するDOMファイルを使用し、ソースXMLファイルの構造を読み込む。この場合、ステップ450と460で構造は第一構造から最終構造までを一つ一つの構造に基づいて読み込まれる。一つの構造を読み終えると、エンジンはステップ470で対応する構造に適合する変数値を検索し、ステップ480で検索した値を対応する構造の値として格納する。エンジンは、ステップ490で新規に作成されたXML文書のように計算された構造値を有するXMLファイルを格納する。上記プロセスによって、ユーザーによって入力されたデータは、既に格納されたソースXMLファイルから複製された構造へ挿入され、その結果ソースXMLファイルと同じ構造を有するが異なったデータを有する新規XMLファイルを複製、生成することが可能である。図24は本発明によりXML文書を作成する際に生じる、異なったファイル/文書間の関係500を図式的に示す。本発明によると、元のHTML文書510は、自動的にファイル522と523を作成するステップ571と572を通して準備段階のXMLファイル522と準備段階のXSLファイル523に関連している。二つのファイル522と523は、ソースメーカーによってマッピングプロセス573を通じて変換するよう、ソースXMLファイル532とXSLファイル534へと変換される。ソースXMLファイル532は、DOMファイル538とスキーマ/DTDファイル536を自動的に作成するステップ575と574に関連している。この場合、ウェブフォーム入力構造があらかじめ定義されたものであるスキーマファイル537が既に格納されている可能性がある。ソースXSLファイル534は、ウェブフォームファイル542を自動的に作成するステップ576を通して挿入用ウェブフォームファイル542と関連している。更新用ウェブフォームファイル544は、自動作成ステップ577を通して挿入用ウェブフォームファイル542と関連している。ステップ590でユーザーは挿入用ウェブフォームファイル542で必要なデータを入力し、そのデータはDOMファイル538とソースXMLファイル532に基づき、サーバー内のエンジンBaseXMLエンジンによって新規XMLファイル560として作成される。ステップ580で更新用ウェブフォームファイル544は、上記の記載のように作成された新規XMLファイル内のエラーを訂正し、訂正されたXMLファイル550を作成するためにユーザーによって使用さる。以上に、本発明は添付された図面を参照に特定の実施例をもって説明されたが、本発明の精神と範囲は実施例にのみ限定されないということを留意されたい。例えば、本発明によるXML文書を自動的に作成する方法は、サーバーとクライアントを備えるネットワーク上、すなわちTCP/IPやHTTPプロトコルを使用した通信ネットワーク上で実行することが可能であるということが記載されている。しかし、本発明はそのようなネットワーク上でのみ実行する必要があるというわけではない。本発明による自動ソース作成ツールと自動XML文書作成、複製プロセスは、すべてのユーザーがアクセスできるローカルコンピュータまたは複数のコンピュータが互いに接続しているローカルエリアネットワークにおいて実行可能なソフトウェアの集合体として実行することが可能である。本発明による方法を実行するためのツールのソフトウェアプログラムとエンジンは、CD-ROMディスク、DVD-ROMディスク、RAM、ROM、フロッピー登録商標ディスク、ハードディスク、光磁気ディスク、光記録媒体等のコンピュータ可読媒体に格納することが可能で、コンピュータにインストールされたマイクロプロセッサによって読み込み、実行することが可能である。さらに、ここに図示され記載されたソースファイルを自動的に作成するためのステップは、例示的なものであり、本発明の精神を限定するものではない。必要な場合、上述の本発明の精神に基づき、以下の請求項に請求されている本発明の範囲を逸脱しない範囲で種々変更可能であることは当業者なら容易に想像できるであろうことを留意されたい。それゆえ、本発明の保護範囲は上記に開示された特定の実施例によってではなく、以下の請求項によって解釈されるべきであることを留意されたい。"