(57)【要約】      （修正有）【課題】ウェブブラウザ上でＸＭＬ文書を作成する方法を提供する。【解決手段】ウェブブラウザから入力されるデータを受信するステップ、前もって保管されていたソースＸＭＬ文書を複製するステップ、定義済みの構造および決定済みのソースデータを含む前記ソースＸＭＬ文書に含まれていた前記ソースデータを置換するステップ、上記の置換ステップで作成された前記ＸＭＬ文書を新規ＸＭＬ文書として保管するステップを含む。一般ユーザーが、特定のＸＭＬエディタを使用せず、現在広く使用されているウェブブラウザだけを使用して、履歴書、商業契約書、公務文書などの指定フォームのＸＭＬ文書を容易に作成する。【選択図】図３
2011253548.tif 000002
【特許請求の範囲】
【請求項１】
ウェブブラウザ上でＸＭＬ（拡張スタイルシート言語）文書を作成する方法であって、
前記ウェブブラウザから入力されたデータを受け取るステップと、
あらかじめ格納されたソースＸＭＬ文書を複製するステップであって、前記ソースＸＭＬ文書は所定の構造を有し、前記構造に応じた所定のソースデータを含むステップと、
前記受け取った入力データによる前記複製されたＸＭＬ文書に含まれる前記ソースデータを置換するステップと、
前記置換するステップによって得られたＸＭＬ文書を新規ＸＭＬ文書として格納するステップと、
を備えることを特徴とする方法。
【請求項２】
あらかじめ格納された前記ソースＸＭＬ文書は、ＨＴＭＬ（ハイパーテキストマークアップ言語）文書から変換され格納されることを特徴とする、請求項１に記載の方法。
【請求項３】
前記ウェブブラウザから前記データを受け取る前記ステップによって受け取られた前記データは、少なくとも前記データが入力されるためのフォーム入力構造を含むウェブページを利用して送信されることを特徴とする、請求項１に記載の方法。
【請求項４】
前記受け取られた入力データによる前記複製されたＸＭＬ文書に含まれる前記ソースデータを置換する前記ステップは、前記ソースＸＭＬ文書の構造にアクセスすることが可能であり、データ値を設定することが可能なＤＯＭ（文書オブジェクトモデル）ファイルを用いて行われ、前記ＤＯＭファイルはあらかじめ前記ソースＸＭＬ文書から作成され、格納されていることを特徴とする、請求項１に記載の方法。
【請求項５】
第二の階層構造にある文書を用いて送信されるデータを使用して、第一の階層構造に文書を自動的に作成するためのソースを作成する方法であって、
前記第一の準備段階の階層構造内の文書と、前記第一の準備段階の階層構造内の前記文書に関連する準備段階のスタイルシート文書とを、前記第二の階層構造内の元文書から自動的に作成するステップと、
前記第一の階層構造内の前記文書と前記準備段階のスタイルシート文書を相互的にマッピングすることにより、前記第一の階層構造内の文書と前記第一の階層構造内の前記文書に関連したスタイルシート文書を許可するステップと、
前記第一の階層構造内の前記文書からタイプ定義と妥当性確認手段を自動的に作成するステップであって、前記第一の階層構造内の前記文書に関連する前記タイプ定義と妥当性確認手段は、前記第一の階層構造内の前記文書のデータタイプを定義することが可能であり、データタイプの妥当性を確認することが可能であるステップと、
前記第一の階層構造内の前記文書からデータ値設定手段を自動的に作成するステップであって、前記データ値設定手段は前記文書の前記第一の階層構造のデータ値にアクセス、設定することが可能であり、前記データ値設定手段は前記第一の階層構造内の前記文書に関連しているステップと、
前記スタイルシート文書、前記タイプ定義と妥当性確認文書から挿入するための前記第二の階層構造内の文書を自動的に作成するステップであって、挿入するための前記文書は前記第一の階層構造内の新規文書が入力データを前記データ値設定文書に送信することによって作成されることを可能とするステップと、
を備えることを特徴とする方法。
【請求項６】
前記方法はさらに前記第二の階層構造内の元文書を作成し、開き、編集するステップを備えることを特徴とする、請求項５に記載の方法。
【請求項７】
前記方法はさらに挿入のために前記第二の階層構造内の前記文書から更新するための前記第二の階層構造内の文書を自動的に作成するステップであり、更新のための前記文書は前記第一の階層構造内の前記新規文書の前記データが修正されることを可能とするステップを備えることを特徴とする、請求項５に記載の方法。
【請求項８】
前記第一の階層構造内の前記文書はＸＭＬ文書であり、
前記スタイルシート文書はＸＳＬ文書であり、
前記タイプ定義と妥当性確認手段はＤＴＤまたはスキーマ文書であり、
前記データ値設定手段はサーバサイドのスクリプトページとして構成されたＤＯＭであることを特徴とする、請求項５に記載の方法。
【請求項９】
挿入のための前記第二の階層構造内の前記文書は少なくともフォーム入力部を有するＨＴＭＬ文書であることを特徴とする、請求項５に記載の方法。
【請求項１０】
前記方法はさらに、前記第一の階層構造内に新規文書を自動的に作成するための前記ソース手段を前記サーバーに更新するステップを備えることを特徴とする、請求項５に記載の方法。
【請求項１１】
プログラムが記録されたコンピュータ可読の記録媒体で、前記請求項１から１１のいずれかに記載の方法によるそれぞれのステップを実行することによって、前記プログラムは自動的にウェブブラウザ上で構造を与えられたＸＭＬ文書を作成するためのコンピュータプログラムに対する命令を備えることを特徴とする記録
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般的にウェブブラウザ上でＸＭＬ文書を作成する方法に関連し、さらに特定すると、ユーザーが、ウェブブラウザを使用して、履歴書、商業契約書、公務文書など定義済みの公式フォームのＸＭＬ文書を容易に作成できる方法に関連する。
【背景技術】
【０００２】
近年、ＴＣＰ／ＩＰ（通信制御プロトコル／インターネットプロトコル）を使用するインターネットの発展に伴い、多数のサーバーコンピュータやクライアントコンピュータが単独のネットワークとして一緒に接続されている。インターネットにより、ユーザーは、家庭や職場のパソコン、また携帯型コンピュータの手段により、多量の情報を作成または生成、転送および受信できる。
【０００３】
ユーザーは、Ｎｅｔｓｃａｐｅ、Ｎａｖｉｇａｔｏｒ、またはＭｉｃｒｏｓｏｆｔのＩｎｔｅｒｎｅｔ Ｅｘｐｌｏｒｅｒなどのウェブブラウザを使用して、ＷＷＷ（ワールドワイドウェブ；ウェブ）サーバーコンピュータにより操作されるウェブサイトにアクセスできる。さらに、前記ウェブサイトにより提供される情報検索、地域活動、取引など、さまざまなサービスが提供されている。この場合、データは、典型的に、ＨＴＴＰ（ハイパーテキスト通信プロトコル）を使用して、サーバーコンピュータから、クライアントコンピュータのウェブブラウザへ転送される。ウェブブラウザへ転送されたデータは、ウェブページと呼ばれ、典型的にはＨＴＭＬ（ハイパーテキストマークアップ言語）文書である。
【０００４】
ＨＴＭＬは、ウェブページを作成するために広く使用されているマークアップ言語であり、一般ユーザーが容易に理解でき、利用できるという特典がある。さらに、市販されているＨＴＭＬ文書エディタを使用し、多数の複雑なコンテンツを持つＨＴＭＬ文書が容易に生成、編集される。このように、プログラミングの特別な知識を持たない一般ユーザーにより容易に作成および編集されるＨＴＭＬ文書が、現在のウェブの成功の最も重要な理由であると考えられている。しかしながら、ＨＴＭＬの欠点の１つは、ＨＴＭＬはフォーマットやレイアウトの表現言語であり、データ記述言語ではないということである。従って、ＨＴＭＬを使用して文書を容易に作成およびフォーマットすることは可能であるが、ＨＴＭＬ文書を別のタイプの文書として再利用することには限界があり、ＨＴＭＬ文書のコンテンツ内の有用な情報を検索することは非常に困難である。さらに、ＨＴＭＬは定義済みの要素（例えば、＜ＨＴＭＬ＞、＜ＢＯＤＹ＞、＜ＴＡＢＬＥ＞など）を使用するので、表現できる文書タイプも限定される。
【０００５】
このようなＨＴＭＬの限界を克服する解決策として、ＸＭＬ（拡張マークアップ言語）が提案されてきた。ＸＭＬは、１９９９年にＷ３Ｃ（ワールドワイドウェブコンソーシアム）によりデータ交換の標準として採用され、拡張性、互換性、情報の構造などに関してさまざまな特典を持つため、次世代のインターネット言語として注目されてきた。
【０００６】
しかしながら、ＸＭＬが登場してからかなりの時間が経過したにもかかわらず、現在のウェブページのほとんどは、実際にはＸＭＬではなくまだＨＴＭＬベースである。これには多くの理由があるが、特に、ＸＭＬは一般ユーザーにとっては容易に学習し自由に使用するには複雑すぎるからである。
【０００７】
既存の文書をＸＭＬ文書に変換するためのエディタやＸＭＬ文書を生成するためのエディタなど、一般ユーザーがＸＭＬ文書を使用できるように、いくつかのＸＭＬエディタがこれまでに提案されてきた。例えば、ＨＴＭＬ文書の編集や生成のための従来のワープロであるＭＳ Ｗｏｒｄ文書、ＨＷＰ文書などは、ＨＴＭＬ、ＭＳ Ｗｏｒｄ、ＨＷＰなどのフォーマットの文書を、対応するＸＭＬ文書に変換するための追加機能を持つことができる。ＸＭＬ文書を編集するためのエディタとして知られている例は、Ｍｉｃｒｏｓｏｆｔ Ｃｏｒｐｏｒａｔｉｏｎ（２００３年１２月２５日発行）によるＵＳ特許２００３／０２３７０４８、表題「Ｗｏｒｄ Ｐｒｏｃｅｓｓｏｒ Ｆｏｒ Ｆｒｅｅｓｔｙｌｅ Ｅｄｉｔｉｎｇ ｏｆ Ｗｅｌｌ−Ｆｏｒｍｅｄ ＸＭＬ Ｄｏｃｕｍｅｎｔ」に見られる。また、図１は、ＸＭＬ文書を作成する従来の処理１０を図解で示す。図１に示されるように、例えば、ウェブブラウザ上で実行可能な構成要素を使用するＸＭＬ ＳｐｙのようなＸＭＬエディタ１１は、オーストリア、ウィーンにあるＡｌｔｏｖａから市販されている。また、知られている。さらに、独立で実行可能なプログラムとして実行されるＩｎｆｏＰａｔｈのようなＸＭＬエディタ１２は、Ｍｉｃｒｏｓｏｆｔ Ｃｏｒｐｏｒａｔｉｏｎから市販されていることが知られている。
【０００８】
ＸＭＬ文書を作成するためのこのような従来のエディタによれば、ＸＭＬ文書１９は、ユーザーにより入力されるデータで最終的に作成される。しかしながら、このような従来のエディタを使用すると、ユーザーにより入力されたデータは、変換しないとＸＭＬ文書を作成するために使用できない。エディタ１１または１２からユーザーにより入力されたデータは、専用フォーマット（例えば、ＸＳＮ）１３またはスキーマ（．ＸＳＤ）１５を経由して変換されるか、データベース（ＤＢ）１７に保存される。その後、データは、ＸＳＬＴ（拡張スタイルシート言語変換）１８のような別の変換プログラムで最終的に望ましいＸＭＬ文書１９を作成するために使用される。
【０００９】
このように、ＸＭＬ文書を作成する従来のエディタは、ＸＭＬ文書を作成するために、中間手順として、またはユーザーにより入力されたデータの変換として、プログラミングまたはハードコーディングが必要である。それぞれの中間処理のためのプログラミングやハードコーディングは、開発時間や費用がかなりかかる。さらに、１つのＸＭＬ文書を１つのＸＳＬ文書に一致させることにより、最終のＸＭＬ文書はプログラミング、ハードコーディング、変換などによって作成される。従って、先行技術のエディタでは、オフライン使用のためのさまざまなフォーマットの文書を作成するために、それぞれのＸＭＬ文書を作成するプログラミングやハードコーディングがそれぞれの文書に必要であるので、プログラミングの知識のない一般ユーザーにとっては非常に困難な作業である。
【００１０】
従って、追加の開発コストやメンテナンスコストを最小限に抑えるやり方でオフラインで使用するフォームのようにさまざまなフォーマットでＸＭＬ文書を作成するための、さらに、プログラム言語の知識のないユーザーが容易にＸＭＬ文書を生成できるエディタに対する必要性が存在してきた。
【発明の概要】
【００１１】
本発明の一般的な目的は、ＸＭＬ文書を作成するための先行技術の方法に存在する前記問題を解決するために、追加の利点を持つＸＭＬ文書を作成するための新しい方法を提供することである。
【００１２】
本発明の特定の目的は、いわゆる３Ａ（どこでも、いつでも、だれでも）概念に従い、ＸＭＬ文書を作成する方法を提供することである。前記方法により、プログラミング知識のない一般ユーザーでもインターネットのＨＴＴＰプロトコルを使用してウェブブラウザ環境でＸＭＬ文書を容易に作成することが可能である。
【００１３】
本発明のまだ別の特定の目的は、ウェブブラウザ上で実行されるウェブフォームを使用して、Ｗ３Ｃにより採用されたＸＭＬ標準仕様に従いＸＭＬ文書を作成する方法を提供することである。前記方法は、最小の追加開発費用および／またはメンテナンス費用を実現する。
【００１４】
本発明のまだ別の特定の目的は、ＸＭＬ文書の作成方法を構成することにより、例えば、履歴書、商業契約書、公務文書などの公式フォームのＸＭＬ文書を作成する方法を提供することである。前記ＸＭＬ文書の作成方法は、一定のフォームに作成される希望の文書用にソースファイルとしてＸＭＬ文書を最初に一度だけ作成する第一のプロセスと、同じ構造を持つ複製された文書として多数のＸＭＬ文書を自動的に作成するために、前記第一のプロセスのように作成された１つのソースファイルの構造に、ウェブブラウザからユーザーにより入力されたデータを挿入するための第二のプロセスを含む。
【００１５】
本発明のまだ別の特定の目的は、異なるフォーマットに変更せずにＸＭＬ文書を自動的に作成する方法、つまり、３Ａ（いつでも、どこでも、だれでも）の概念に基づき、プログラミングまたはハードコーディングを追加せずに、ユーザーがデータをウェブブラウザ上のウェブフォームにデータを入力して、データを送信すると、できるだけ早く、入力されたデータのためのデータベースの保存プロセス、またはＸＳＬＴ手段による変換プロセスを提供することである。
【００１６】
前記目的を実現するために、本発明の側面によれば、ウェブブラウザ上でＸＭＬ文書を作成する方法が提供される。前記方法は、ウェブブラウザから入力されるデータを受信するステップ、前もって保存されていたソースＸＭＬ（拡張スタイルシート言語）、つまり、定義済み構造を持ち、前記構造に従う決定済みソースデータを含むソースＸＭＬ文書を複製するステップ、前記受信した入力データにより前記複製されたＸＭＬ文書に含まれていたソースデータを置換するステップ、および、前記置換ステップで置換したＸＭＬ文書を新しいＸＭＬ文書として保存するステップを含む。
【００１７】
ここで、前もって保存されていたソースＸＭＬ文書は、ハイパーテキストマークアップ言語（ＨＴＭＬ）文書から変換されて、保存される。さらに、ウェブブラウザからデータを受信するステップで受信したデータは、データの入力が可能な少なくとも１つのフォーム入力構造のあるウェブページの手段により送信することができる。さらに、受信した入力データにより複製されたＸＭＬ文書に含まれていたソースデータを置換するステップは、ソースＸＭＬ文書の構造にアクセスでき、データ値を設定できるＤＯＭ（文書ブジェクトモデル）ファイルの手段により実行される。この場合、ＤＯＭファイルは、ソースＸＭＬ文書から前もって作成され保存されていることが好ましい。
【００１８】
本発明の別の側面では、ソースを作成する方法は、第二の階層構造の文書の手段により転送されたデータを使用して、第一の階層構造の新しい文書を自動的に作成するために提供される。前記方法は、第二の階層構造にある本来の文書から、第一の準備段階の階層構造で文書および前記第一の準備段階の階層構造の前記文書に関連付けられた準備段階のスタイルシート文書を自動的に作成するステップ、前記第一の準備段階の階層構造と前記準備段階のスタイルシート文書を相互にマッピングすることにより、第一の階層構造にある文書および第一の階層構造にある前記文書に関連づけられたスタイルシート文書が作成されることを許可するステップ、前記第一の階層構造にある前記文書からタイプ定義および妥当性検証手段を自動的に作成するステップ（前記タイプ定義および妥当性検証手段は、前記第一の階層構造にある前記文書に関連づけられており、第一の階層構造にある前記文書のデータタイプを定義できるとともに、その妥当性を検証できる）、前記第一の階層構造にある前記文書からデータ値設定手段を自動的に作成するステップ（前記データ値設定手段は、前記第一の階層構造にある前記文書に関連づけられており、前記第一の階層構造にある前記文書のデータ値にアクセスおよび設定できる）、および、前記スタイルシート文書および前記タイプ定義および妥当性検証文書から挿入するための第二の階層構造にある文書を自動的に作成するステップ（挿入するための前記文書により、前記第一の階層構造にある新しい文書が、入力データをデータ値設定文書に送信することにより作成できる）を持つ。
【００１９】
前記方法は、さらに、第二の階層構造にある本来の文書を作成する、開く、または編集するステップを持つことができる。その上に、前記方法は、さらに、挿入するための文書から更新するために第二の階層構造にある文書を自動的に作成する方法を持つことができる。更新するための前記文書は、第一の階層構造にある新しい文書のデータを変更する。本発明の好ましい実施例では、第一の階層構造にある文書はＸＭＬ文書である。スタイルシート文書はＸＳＬ文書である。タイプ定義および妥当性検証手段はＤＴＤまたはスキーマ文書である。さらに、データ値設定手段はサーバーサイドスクリプトページのようにＤＯＭ埋め込み型である。その上、挿入するための第二の階層構造にある文書は、少なくとも１つのフォーム入力部分を持つＨＴＭＬ文書であることが好ましい。また、前記方法は、さらに、第一の階層構造にある新しい文書を作成するためのソース手段をサーバーにアップロードするためのステップを持つことができる。
【００２０】
本発明の別の側面では、プログラムが記録されるコンピュータ読み取り可能な記録媒体が提供される。記録媒体に記録されるプログラムは、前記方法の各ステップを実行することにより、ウェブブラウザ上の指定の構造を持つＸＭＬ文書を自動的に作成するコンピュータプログラムのための命令を持つことができる。
【図面の簡単な説明】
【００２１】
本発明のこれらおよびその他の特徴、側面、および利点は、添付の図面を参照しながら、以下の説明により明らかにされる。以下の図面が添付される。
【図１】ＸＭＬ文書を作成する先行技術の処理を図解して示す。
【図２】本発明の１つの実施例に従い、ＸＭＬ文書を作成するプロセスを図解で示す。
【図３】図２のプロセスを説明する概念ブロックを詳細に示す。
【図４】図２のプロセスを説明する概念ブロックを詳細に示す。
【図５】本発明の１つの実施例に従い、ＸＭＬ文書を自動的に作成する方法においてソース手段を作成するためのツールのプロセスのそれぞれのステップを詳細に説明するフローチャートを示す。
【図６】本発明の１つの実施例に従い、ＸＭＬ文書を自動的に作成する方法においてソース手段を作成するためのツールのプロセスのそれぞれのステップを詳細に説明するフローチャートを示す。
【図７】本発明の１つの実施例に従い、ＸＭＬ文書を自動的に作成する方法においてソース手段を作成するためのツールのプロセスのそれぞれのステップを詳細に説明するフローチャートを示す。
【図８】本発明の１つの実施例に従い、ＸＭＬ文書を自動的に作成する方法においてソース手段を作成するためのツールのプロセスのそれぞれのステップを詳細に説明するフローチャートを示す。
【図９】本発明の１つの実施例に従い、ＸＭＬ文書を自動的に作成する方法においてソース手段を作成するためのツールのプロセスのそれぞれのステップを詳細に説明するフローチャートを示す。
【図１０】本発明の１つの実施例に従い、ＸＭＬ文書を自動的に作成する方法においてソース手段を作成するためのツールのプロセスのそれぞれのステップを詳細に説明するフローチャートを示す。
【図１１】本発明の１つの実施例に従い、ＸＭＬ文書を自動的に作成する方法においてソース手段を作成するためのツールのプロセスのそれぞれのステップを詳細に説明するフローチャートを示す。
【図１２】本発明の１つの実施例に従い、ＸＭＬ文書を自動的に作成する方法においてソース手段を作成するためのツールのプロセスのそれぞれのステップを詳細に説明するフローチャートを示す。
【図１３】本発明の１つの実施例に従い、ＸＭＬ文書を自動的に作成する方法においてソース手段を作成するためのツールのプロセスのそれぞれのステップを詳細に説明するフローチャートを示す。
【図１４】本発明の１つの実施例に従い、ＸＭＬ文書を自動的に作成する方法においてソース手段を作成するためのツールのプロセスのそれぞれのステップを詳細に説明するフローチャートを示す。
【図１５】本発明の１つの実施例に従い、ＸＭＬ文書を自動的に作成する方法においてソース手段を作成するためのツールのプロセスのそれぞれのステップを詳細に説明するフローチャートを示す。
【図１６】本発明の１つの実施例に従い、ＸＭＬ文書を自動的に作成する方法においてソース手段を作成するためのツールのプロセスのそれぞれのステップを詳細に説明するフローチャートを示す。
【図１７】本発明の１つの実施例に従い、ＸＭＬ文書を自動的に作成する方法においてソース手段を作成するためのツールのプロセスのそれぞれのステップを詳細に説明するフローチャートを示す。
【図１８】本発明の１つの実施例に従い、ＸＭＬ文書を自動的に作成する方法においてソース手段を作成するためのツールのプロセスのそれぞれのステップを詳細に説明するフローチャートを示す。
【図１９】本発明の１つの実施例に従い、ＸＭＬ文書を自動的に作成する方法においてソース手段を作成するためのツールのプロセスのそれぞれのステップを詳細に説明するフローチャートを示す。
【図２０】本発明の１つの実施例に従い、ＸＭＬ文書を自動的に作成する方法においてソース手段を作成するためのツールのプロセスのそれぞれのステップを詳細に説明するフローチャートを示す。
【図２１】本発明の１つの実施例に従い、ＸＭＬ文書を自動的に作成する方法においてソース手段を作成するためのツールのプロセスのそれぞれのステップを詳細に説明するフローチャートを示す。
【図２２】本発明の１つの実施例に従い、ＸＭＬ文書を自動的に作成する方法においてソース手段を作成するためのツールのプロセスのそれぞれのステップを詳細に説明するフローチャートを示す。
【図２３】本発明の１つの実施例に従い、ＸＭＬ文書を自動的に作成する方法においてウェブを使用するユーザーにより転送されたデータを使用して、ＸＭＬ文書を自動的に作成するためのエンジンのプロセスを詳細に説明するためのフローチャートである。
【図２４】本発明の１つの実施例に従い、ＸＭＬ文書を自動的に作成する方法における各ステップにおいてＸＭＬ文書を作成する全体的なステップを図説するための概念的フローチャートを示す。
【発明を実施するための形態】
【００２２】
以下、本発明の好適な実施態様を添付の図面を用いて詳しく説明する。
【００２３】
本発明によれば、図式的に、概念的に、図２にＸＭＬ文書の作成の２０の工程を示す。本発明によれば、ユーザー２２は、例えば、インターネットに接続したコンピュータ上で実行するウェブブラウザに表されているウェブページに、ウェブフォーム２４を使い、データを入力し、提出してもよい。入力データは、ウェブ上のＨＴＴＰプロトコルを介して、サーバーコンピュータへと送信される。送信された入力データは、サーバーコンピュータに実行するプログラムである、ベースＸＭＬエンジン２６に配信される。それから、エンジン２６は、入力データを含むＸＭＬ文書２８を自動作成する。
【００２４】
本発明の好適な実施態様によれば、ユーザーが入力データを含むＸＭＬ文書２８を自動作成するエンジン２６は、ユーザーのコンピュータに接続することができるウェブサーバーコピュータ、すなわち、インターネットを通して、実行されるソフトウェアプログラムとして実施される。しかし、本発明によれば、エンジン２６は、この用途だけに限られてはいない。例えば、エンジン２６は、ユーザーのコンピュータで実行されるローカルソフトウェアとして、あるいは、ＬＡＮ手段でユーザーのコンピュータに接続する異なるコンピュータで実行されるローカルソフトウェアとして、実施される。さらに、エンジン２６の一部、もしくはすべての部分は、ハードウェアとして、実施される。
【００２５】
本発明では、ＸＭＬ文書を自動で作成するためにエンジン２６は、事前に保存されたソースファイルをコピーすることによって、新しい文書を生成するテクニックにより、下記に詳細を示したように特徴付けられる。事前に保存されたソースファイルは、ソースファイルを自動作成するツール手段として作成される、また、ツールも本発明によれば、供給される。ソースファイルは、構造とデータを与えるＸＭＬ文書、ウェブブラウザ上のＸＭＬ文書を記すスタイルであるＸＳＬファイル、ＸＭＬ文書のデータタイプの定義と妥当性をチェックするためのＤＴＤまたはスキーマ、ＸＭＬ文書の構造にアクセスし、データ値を設定するＤＯＭファイルを含むことができる。従って、本発明によるＸＭＬ文書作成の方法は、ソースに基づき、ソースを作成し、ＸＭＬ文書を作成する、２つの工程によって、特徴付けられる。
【００２６】
ソースの自動作成のためのツールと、ＸＭＬ文書を自動作成するためのエンジンの全体の作業工程と本発明の最適な実施態様により供給されたシステム２００は、略ブロック図として、図３に示される。本発明の最適な実施態様によれば、システム２００は、ユーザー２２にデータを入力させるためのユーザコンピュータシステム２７０、例えば、インターネット２４を介して、システム２７０に接続できるサーバーコンピュータシステム２５０、インターネットのような専用のネットワーク、もしくは、直接接続のネットワーク２０２を介して、サーバーコンピュータシステム２５０に接続できるソースメーカー２１０のコンピュータ２３０を備えている。本発明によれば、それぞれのコンピュータ２３０、２５０、もしくは２７０には、ハードウェアとして、ツール２３２、エンジン２６と、作成、保存、生成できるソースファイルが、例えば、本体、デスクトップコンピュータ、ラップトップコンピュータ、パームトップコンピュータなどのネットワークに接続できるコンピュータシステムとして備わっていると解釈される。このようなシステムの詳しいハードウェアの構造は、その分野でよく知られているので、その詳細な説明は、ここでは省略する。
【００２７】
本発明によれば、ＸＭＬ文書作成の方法では、ソースファイル２３３を、ソース作成ツール２３２を用いて初めに作成する。好ましくは、ソースメーカー２１０は、プログラミングの知識をもつ者が適任であるが、コンピュータの知識を持たない一般のユーザーが、練習後、ソースメーカー２１０のように実行できるようになることが下記でよく理解されるであろう。
【００２８】
本発明（例えば、特に、韓国のソウルにある３Ｋｓｏｆｔから市販されている「ＤｒｅａｍＸＭＬ ＴＯＯＬ？」）のよれば、供給されているツール２３２を用いて、ソースファイル２３３は、以下、詳細を示されている工程により作成できる。ソースファイル２３３には、ＸＭＬファイル２３４、ＸＳＬファイル２３５、ＤＴＤ／スキーマファイル２３６、ＤＯＭファイル２３７など、上記で説明されているものを含む。ソースファイル２３４、２３５、２３６、あるいは、２３７では、エンジン２６を用いて、ＸＭＬ文書作成の工程で使用され、一般のユーザー２２が簡単にアクセスできないものとして、つまり透過的に存在することになる。ツール２３２は、また、ウェブフォーム構造（以下、「ウェブフォーム」として、単に参照されるかもしれない）を持つ、ウェブページを作成できる。作成できるウェブフォームは、ユーザー２２が新しいＸＭＬ文書を作成したものを挿入するためのウェブフォーム２３８、ユーザー２２がすでに作成されたＸＭＬ文書のデータを修正したものを更新するためのウェブフォーム２３９を含む。
【００２９】
ツール２３２は、インターネット、ＬＡＮ、もしくは、専用ネットワーク２０２を介して、サーバー２５０に作成ソースファイル２３３を更新するための機能を持つので、さらに供給されるかもしれない。更新されたソースファイルは、フォーム保管所２５２に２３４、２３５、２３６、２３７、２３８、２３９の１セットとして、保存される。ソースファイルがＸＭＬ文書作成のための準備工程で作成、保存された後、ユーザー２２が、望まれるＸＭＬ文書を生成するためのウェブブラウザ２７０を介してサーバー２５０までアクセスするかもしれない。
【００３０】
サーバー２５０は、様々なＸＭＬ文書作成のためにデータを入力するためのウェブフォーム２３８へのひも付けをユーザー２２に与えるかもしれない。例えば、サーバー２５０は、それぞれが、データを入力するために複数のウェブフォーム２３８にそれぞれ接続する、ひも付けを含むウェブページを供給することができる。ウェブフォーム２３８は、たとえば、雇用申請のための履歴書の作成のためのウェブフォーム、ある会社から商品を購入するための注文書の作成のためのウェブフォーム、ある団体事務所での移転による住所変更通知書の作成のためのウェブフォームなど、それぞれのフォームが異なるかもしれない。ユーザー２２は、個人のブラウザ２４のウェブフォームを記すために好ましい文書に対応するウェブフォームへのひも付けにクリックするかもしれない。
【００３１】
ユーザー２２は、ウェブフォーム２３８に要求されているように、ウェブフォーム２３８を介してデータを入力する。ユーザーによって入力されるデータは、たとえば、名前、生年月日を示すための数字データなどのテキストデータ、写真などの画像データのように、ウェブフォーム構造を用いて、入力できるどんなタイプのデータにも使うことができる。すべての必修のデータを入力したユーザー２２は、ウェブフォームファイル２３８をサーバー２５０に提出する。ＸＭＬ文書の自動作成のためのエンジン２６（特に、たとえば、韓国のソウルにある３Ｋｓｏｆｔで市販されている「ＢａｓｅＸＭＬ Ｅｎｇｉｎｅ？」）は、サーバー２５０で運営され、提出された入力データを受取る。エンジン２６は、ＤＯＭファイル２３７を用いて、ＸＭＬファイル２３４で入力データにより、ソースデータを置換できる。置換されたファイルは、新しいＸＭＬファイル２８として作成され、作成ファイルは、後日用いるためにＸＭＬ貯蔵庫２５４に保存することができる。
【００３２】
本発明によれば、ＸＭＬ文書作成の方法では、ユーザーは、ＤＢやＸＳＬＴなどの違うフォーマットを通じて置換工程を行わないで、ウェブフォームを使い、事前に保存したＸＭＬファイル、ＤＯＭファイルなどを用いながら、直接、ＸＭＬファイルを作成できる。本発明では、この後に、ユーザー２２によって入力されたデータは、ソースＸＭＬファイルの構造を確認され、そのデータ確認は、ウェブフォーム構造によって保証することができるものとして入力される。また、本発明では、ユーザー２２は、ソースＸＭＬファイルと同じ構造を持つが、違うデータを持つＸＭＬ文書のコピーを作成できる。これは、ソースＸＭＬファイルのデータ構造に応じたデータ値によってソースデータを置換するために使われるＤＯＭファイルにより保証される。
【００３３】
上記に説明されたように、本発明によるＸＭＬ文書作成の方法は、ソースＸＭＬ文書と同じ構造を持つが、違う内容を持つＸＭＬ文書のコピーを作成することである。このように、その方法は、ＸＭＬ文書を複製するための方法として、参照することができる。図４は、本発明によれば、ＸＭＬ文書を作成し、複製するための概念を示すための工程、システム２００を示すものである。図４に示されているように、ソースメーカー２１０は、ツール２３２を用い、サーバーのフォーム貯蔵庫２５２にソースファイル２３３の一組を作成し、保存する。ソースファイル２３３は、ソースメーカー２１０に、たとえば、ＸＭＬ文書として、オフラインの文書３０である、契約文書３２を作成させる。ソースメーカー２１０は、同じような方法で、注文書３４を作成するソースファイルの一組を作り、サーバーへと更新する。ソースメーカー２１０は、また、同じような方法で、雇用文書３６を作成するソースファイルの一組を作り、サーバーへと更新する。したがって、本発明によれば、ソースメーカー２１０が一度だけソースファイルを一組作成すれば、それぞれの好ましいファイルが文書として、十分である。
【００３４】
ユーザー２２は、ウェブブラウザ２４上に契約書３２のＸＭＬ文書を作成するためのウェブフォーム２３８を示さなければならない。ユーザー２２は、それから、ウェブフォーム２３８に要求されているデータを入力し、サーバーへ文書を提出しなければならない。サーバーの中のＸＭＬ文書の自動作成のためにエンジン２６は、新しいＸＭＬファイル４２の契約書複製作成のために提出された入力データによるソース契約書のＸＭＬファイル２３４にあるデータを置換する。同様の方法で、他のユーザーも、自身のデータを入力することにより、個々の契約書４２のＸＭＬファイルを自動作成する。好ましいタイプのＸＭＬ文書を作成するために、ユーザー２２に要求される唯一のことは、対応するウェブフォーム２３８は、更新し、フォーム貯蔵庫２５２（図４に示されている例の、注文書４４のＸＭＬ文書、雇用文書４６のＸＭＬ文書のようなＸＭＬ文書４０）が存在する限り、何れ文書を作成するにもウェブブラウザ上のウェブフォーム構造に必要とされるデータを入力し、提出するだけである。
【００３５】
上記に説明されている発明によれば、ユーザー２２は、いずれのソースメーカーにより既に作成されたＸＭＬ文書作成のウェブフォームがある必須条件上に、簡単に、単純に、いつでもどこでも、知識なしに、ＸＭＬ文書を生成できる。
【００３６】
以下、上記で説明されるように、ソースファイルの自動作成のためのツール２３２により実施される工程や、ＸＭＬ文書の自動作成のためのエンジン２６の工程は、図で示すことにより、さらに詳しく説明される。
【００３７】
図５は、図式的に、ソースファイルを自動作成するためのツール２３２のステップを示す。図５に示されているように、ソースファイルを自動作成するためのツール２３２で作るソースファイル作成の工程３００は、準備段階のＸＭＬ文書と、ＸＭＬ文書を作成するためのオリジナル文書としてＨＴＭＬファイルの基になる準備段階のＸＳＬ文書を作成するためのステップ３１０を備えている。作成された準備段階のＸＭＬ文書は、ステップ３２０で、ソースメーカーによりファイナルソースＸＭＬとソースＸＳＬファイルを結果的にもたらされた、作成準備されたＸＳＬ文書にマッピングされている。ソースメーカーの選択によるが、ＤＴＤファイルおよび／またはスキーマファイルは、ソースＸＭＬとソースＸＳＬを基として、ステップ３３０に作成される。さらに、ソースＸＭＬファイルに基づいてＤＯＭファイルは、ステップ３４０に自動作成される。この場合、ＤＯＭファイルは、サーバー側のスクリプトページであるＡＳＰ−ＤＯＭまたはＪＳＰ−ＤＯＭファイルとして、作成される。挿入のためのウェブフォームファイル、すなわち、ＨＴＭＬファイルは、ステップ３５０にソースＸＳＬファイルの基として自動作成される。更新のためのウェブフォームファイル、すなわち、ＨＴＭＬファイルは、挿入のためのウェブフォームファイルを基として、ステップ３７０に自動作成される。
【００３８】
図６から８にある、オリジナルＨＴＭＬファイルから準備段階のＸＭＬファイルと準備段階のＸＳＬファイルを作成するステップ３１０は、フローチャートと実例のためのプログラムコードで更に詳しく説明される。ステップ３１０に示されているように、変換するためのオリジナルＨＴＭＬファイルは、ステップ３１１に初めに作成され、開かれる。オリジナルＨＴＭＬファイルは、発明により供給されたソースファイルを自動作成するツールを用いて新しく作成され、また、違うソフトウェアを用いてすでに作成されたファイルであるかもしれない。また、ソースＨＴＭＬファイルは、ワープロ自身が持つ固有のフォーマットを持つ文書ファイルから、ＨＴＭＬファイルまであらゆるワープロにより、変換され、結果的にファイルされる。さらに、オリジナルのＨＴＭＬファイルは、他のソースを起源とする異なるＨＴＭＬファイルであるかもしれない。図８で示される例では、「ｓａｍｐｌｅ．ｈｔｍｌ（Ａ）」は、オリジナルＨＴＭＬファイルの例として、表されている。ファイルＡを基にして、準備段階のＸＭＬファイルＢと準備段階のＸＳＬファイルＣが作成され得る。初めに、準備段階のＸＭＬファイルは、ステップ３１２で空のＸＭＬファイルを作成する。ここで言う、「空の」ＸＭＬファイルとは、実例となるコード「ｓａｍｐｌｅ．ｘｍｌ」として図８に示されているように、基本的に、予め決定された構造を持つが、特定のデータを持たないＸＭＬファイルを意味する。準備段階のＸＳＬファイルは、ステップ３３にオリジナルＨＴＭＬファイルから生成されている。変換工程の間、エラーが起こると、ステップ３１４でチェックされるので、ソースメーカーは、ステップ３１５でエラーを修正することができる。結果として生ずる準備段階のＸＭＬファイルと準備段階のＸＳＬファイルは、ステップ３１６と３１７で、以下のそれに続く工程のために、保存される。
【００３９】
オリジナルＨＴＭＬファイルを準備段階のＸＳＬファイルに」変換させるステップ３１３は、更に詳しく、図７で示される。初めに、空のＸＳＬファイルが、ステップ３１３１に作成される。それから、準備段階のＸＳＬファイルのヘッタは、ステップ３１３２の作成された空のＸＳＬファイルに挿入される。ＸＳＬファイルのヘッタの特定コードは、図８にｓａｍｐｌｅ．ｘｓｌとしてＣに説明されている。発明は、発明の範囲内に及び、当業者により作り出された実例と様々な改良および変動に限定されないものであることをしるすべきである。初めから最後まで、ソースＨＴＭＬファイルの内容は、ステップ３１３３で読め、変換できる。更に詳細としてステップ３１３３を説明するために、一行は初めにステップ３１３４で読み込める。ステップ３１３５では、読み込みラインがコメント部分であるかどうか、すなわち、実際に、コーディングのために役立つ部分でない、説明としてだけのメモであるかどうかをチェックする。もし、ＹＥＳであれば、工程は、次のラインを読み込むように進む。もし、ＮＯであれば、対応するラインは、ステップ３１３６のＪａｖａ（登録商標）スクリプトであるかどうか、再びチェックされる。もし、ＹＥＳであれば、工程は、次のラインを読み込むように進む。もし、ＮＯであれば、そのラインは、ステップ３１３７で示されるように、変換され、結果として、作成したＸＳＬファイルに加えられる。示された変換の工程が、説明だけであり、もし、適当であれば、当業者が容易に追加の変換もしくは代わりに使える変換工程が適応されるかを理解できるであろう。上記に示されているように一行の変換が終わる時、同じ工程が最終行まで繰り返される。ソースＨＴＭＬファイルの変換が完了した時、既定のＸＳＬの下の部分は結果として、図８のｓａｍｐｌｅ．ｘｓｌの一例として示されたように、ステップ３１３８の結果として生成されるＸＳＬファイルに加えられる。
【００４０】
さらに詳細として、図９と１０に示されているように、ソースメーカーは、作成された準備段階のＸＭＬファイルを準備段階のＸＳＬファイルと相互にマップするので、ファイナルソースＸＭＬファイルとファイナルソースＸＳＬファイルは、ステップ３２０で作成される。ステップ３２１では、初めにソースメーカーは、表示されたウィンド上の準備段階のＸＳＬファイルのなかのコードからマップされる部分を選ぶ。ここで、新しい文書の内容に対応するようにマップされた部分は、対応する文書の内容とは異なるであろう。たとえば、図１０のｓａｍｐｌｅ．ｘｓｌ（Ｃ’）の内容のａｌとｂｌとして示されている部分は、マップされる部分である。ａｌとｂｌの部分は、ｓａｍｐｌｅ．ｘｍｌ（Ｂ’）ａ２とｂ２に対応するように、それぞれマップされていて、ａｌとｂｌの部分は、ａ４のような既定の内容により、置換される。図９に示されているマッピング工程によると、ソースメーカーは、ステップ３２２のマッピングウィンドウを開くマッピングコマンドを入力する。ユーザーは、たとえば、ステップ３２３にあるａｌ部分にあるような選択され、マップされた部分をマッピングすることにより、たとえば、ｒｏｏｔ／Ｍａｉｎ／ｉｔｅｍ１のようなＸＭＬファイルを作成するためのタグ名を入力し、提出する。ＸＭＬファイルＢ’で、項目１は、‘ｒｏｏｔ’の要素の‘Ｍａｉｎ’要素の中に新しく作られ、ａ２の部分は、挿入される。同時に、ＸＳＬファイルに対応する部分、すなわち、ａｌの部分は、ステップ３２５の＜ｘｓｌ：ｖａｌｕｅ−ｏｆ ｓｅｌｅｃｔ＝’ｒｏｏｔ／Ｍａｉｎ／ｉｔｅｍｌ’＞により、置換される。従って、１つのマッピング工程は、完了する。それは、ステップ３２６で、ほかの部分がマッピングされているかどうか、チェックされる。もし、ＹＥＳであれば、たとえば、ｂ１の部分のような次の選択された部分のために同様の方法で、マッピングを実行する。マッピングが完了したとき、結果として作成したＸＭＬファイルとＸＳＬファイルは、ステップ３２７とステップ３２８で、後の工程のためにソースファイルとして保存される。
【００４１】
前述のステップを通して、例えば、以下のオリジナルＨＴＭＬファイルであるソースコード１に示される、以下のコードを有するｓａｍｐｌｅ．ｈｔｍｌについては、ソースコード２に示される以下のコードを有するｓａｍｐｌｅ．ｘｍｌのＸＭＬソースファイルが作成される。また、ソースコード３に示される以下のコードを有するｓａｍｐｌｅ．ｘｓｌのＸＳＬソースファイルも作成される。
【００４２】
＜ソースコード１＞
【００４３】
【数１】
2011253548.tif 000003
【００４４】
＜ソースコード２＞
【００４５】
【数２】
2011253548.tif 000004
【００４６】
＜ソースコード３＞
【００４７】
【数３】
2011253548.tif 000005
【００４８】
図１１および１２には、作成されたＸＭＬソースファイルからＤＴＤ（実体参照宣言）ファイル、および／または、スキーマファイルを自動的に作成するステップ３３０および３３２が示される。ステップ３３１では、ソースメーカーがＸＭＬソースファイルを開く。ステップ３３２では、自動的にＤＴＤファイル、および／または、スキーマファイルを作成するためのコマンドを入力するか、または対応するアイコンをクリックすることにより、ソースメーカーは開かれたＸＭＬソースファイルに対応するＤＴＤファイル、および／または、スキーマファイルを作成することができる。続いてステップ３３３では、作成されたファイルにエラーがないかどうかがチェックされる。エラーが見つかった場合、ステップ３３４において、ソースメーカーが直接エラーの修正することができ、修正され、完成されたファイルは、のちにステップ３３５において使用するソースファイルの一部として保存される。
【００４９】
ソースメーカーがＸＭＬソースファイルを開き、続いてスキーマファイルが作成されるよう指示するコマンドを入力するとき、図１２に示される自動的にスキーマファイルを作成するステップは、自動的にソースファイルを作成するツールによって順次実行される。本発明では、ＤＴＤとスキームファイルは、自動的にＸＭＬ文書を作成するためのソースファイルに必ずしも含まれないため、必要でない場合は除外することができる。次に、図１２を参照しながらさらに詳しくステップ３３２について説明する。まず、ステップ３３２１において、空のスキーマファイルが作成される。続いてステップ３３２２では、自動的にソースファイルを作成するツールが、開かれたＸＭＬソース文書の構造を読み取る。この際、ＸＭＬドキュメントの構造は、基礎から最終構造まで、ステップ３３２３において、ひとつの構造ごとに読み取られる。ここでは、ひとつの構造はひとつの要素をさす。ステップ３３２４では、ひとつの構造が読み取られるとき、対応する構造が日付であるかどうかがチェックされる。そうであれば、その構造は、ステップ３３２５において文字列データ形式を示すコードに変換される、そうでない場合は、ステップ３３２６において、文字列データ形式を示すコードに変換される。変換されたスキーマの一部はステップ３３２７において、すでに作成された空のスキーマファイルに書き込まれ、書き込みによって作成された最終的なスキーマファイルは、ステップ３３２８で保存される。そのように作成されたスキーマの一部を示すリンクコードは、続いてステップ３３２９において、ＸＭＬソースファイルのルートに書き込まれる。
【００５０】
前述のとおり作成されたＤＴＤソースファイルとソース・スキーマファイルの具体例としては、上記のｓａｍｐｌｅ．ｘｍｌ．のためのソースコード４に示される以下のコンテンツを有するようにスキーマファイルが自動的に作成される。
【００５１】
＜ソースコード４＞
【００５２】
【数４】
2011253548.tif 000006
【００５３】
ＤＴＤファイルは、ｓａｍｐｌｅ．ｘｍｌ．の構造に応じて、ソースコード５に示される以下のコンテンツとともに自動的に作成される。
【００５４】
＜ソースコード５＞
【００５５】
【数５】
2011253548.tif 000007
【００５６】
図１３および１４には、ＤＯＭ（文書オブジェクトモデル）ソースファイルを自動的に作成するステップ３４０がより詳細に示される。本発明においては、ＤＯＭファイルは、ＸＭＬソース文書の構造にユーザーのデータ入力を書き込み、同じ構造上に異なるデータを有する新しいＸＭＬ文書を自動的に作成する役割を果たす。ステップ３４０については、ソースメーカーが希望するＸＭＬファイルをステップ３４１において開き、ステップ３４２において希望するＤＯＭモードを選択することができる。例えば、作成されたＤＯＭファイルが実行されるサーバーの環境によって、ＡＳＰ−ＤＯＭモードとＪＳＰ−ＤＯＭモードのうちの一つを選択することが可能である。本発明では、モードのタイプはＡＳＰ（アクティブ・サーバー・ページ）とＪＳＰ（Ｊａｖａ（登録商標）サーバー・ページ）に限定されない。技術的にすでに知られている、あるいは将来開発される可能性のある全てのサーバー環境を含み、ＤＯＭが本発明に従って実行することのできるあらゆる環境が使用できる点が注目される。
【００５７】
モード選択後、ステップ３４３において、ソースメーカーはＤＯＭファイルを作成するコマンドを入力するか、あるいは対応する機能を持つアイコンをクリックし、自動的にＤＯＭを作成する。続いて、ステップ３４４において、自動的に作成されたＤＯＭソースファイルのエラーがチェックされる。エラーが見つかった場合、ステップ３４５において修正され、修正され、完成されたＤＯＭソースファイルはステップ３４６において、のちの使用に備え保存される。自動的にソースファイルを作成するツールを用いてＸＭＬソースファイルからＤＯＭファイルを自動的に作成するステップ３４３は、図１４でされに詳細に図解される。空のＤＯＭファイルは、最初ステップ３４３１において作成される。開かれたＸＭＬソース文書の構造はステップ３４３２において読み取られる。この際、ステップ３４３３において、構造は最初の行から最後の行まで、ひとつの構造ごとに読み取られる。ステップ３４３４においては、読み取られた構造が日付部分であるかどうかがチェックされる。読み取られた構造は、日付データ、あるいは日付以外のデータに分類される。日付データは、ステップ３４３５において、日付形式を示すコードに変換され、日付以外のデータは、ステップ３４３６において、文字列形式を示すコードに変換される。そのように変換されたデータのコードをあらかじめ作成された空のＤＯＭファイルに書き込むことで、ステップ３４３７においてＤＯＭソースファイルが作成される。ソースコード６に示される以下の例は、ｓａｍｐｌｅ．ａｓｐであり、上記のｓａｍｐｌｅ．ｘｍｌ．から作成されたＡＳＰ−ＤＯＭファイルのソースの例である。
【００５８】
＜ソースコード６＞
【００５９】
【数６】
2011253548.tif 000008
【００６０】
図１５から１７においては、書き込みのためのウェブフォームを作成し、それにより、ユーザーがウェブブラウザを用いて、ＸＭＬ文書を作成するための入力データを提示するプロセス３５０がより詳細に示される。書き込みのためのウェブフォームファイルは、すでに詳細に説明したマッピングステップ３２０において作成されたＸＳＬソースファイルから作成することができる。図１５においてステップ３５０について示されたように、書き込みのためのウェブフォームを作成するステップ３５１においては、ソースメーカーが、本発明により提供される、自動的にソースファイルを作成するためのツールプログラムを使用して、これから作成されるウェブフォームを用いて作られる希望するＸＭＬソースファイルに対応するＸＳＬソースファイルを開く。ステップ３５２では、対応するスキーマファイルがあるかどうかがチェックされる。ない場合は、ステップ３５３において、のちに図１６を参考により詳しく述べられるステップを通して、書き込みのためのウェブフォームファイルを自動的に作成するよう、ツールを操作することができる。ステップ３５７では、作成されたウェブフォームファイルにエラーがないかチェックされ、エラーがある場合、続いてステップ３５５において、ソースメーカーにより修正される。完成した書き込みのためのウェブフォームファイルは、ステップ３５９においてのちの使用に備えて保存される。
【００６１】
さらに、ステップ３５２において、対応するスキーマファイルがあると確定された場合、ツールがステップ３６１において関連するスキーマファイルを開く。ツールは開いたステップ３６２においてスキーマファイルを読み取り、ステップ３６３において、のちに図１７を参考により詳細に説明されるステップを通して、自動的に書き込みのためのウェブフォームファイルを作成することができる。ステップ３６６において、ツールはソースメーカーに対し、作成されたウェブフォームファイルにエラーがないかどうかチェックすることを承認する。もしエラーがある場合は、ソースメーカーがステップ３６７において修正することができる。ステップ３６８において、完成したウェブフォームファイルはのちの使用のために保存される。
【００６２】
図１６を参考に、スキーマファイルがない場合に、ツールが自動的に書き込みようのウェブフォームファイルを作成するステップ３５３について説明する。ステップ３５３が始まると、ステップ３５３０において、空のＨＴＭＬファイルが作成される。ツールが前のステップ３５１において開かれたＸＳＬファイルを、ステップ３５３１において、最初の行から最後の行まで一行ごとに読み取る。ステップ３５３２において、一行を読み取っているとき、対応する部分がＪＡＶＡ（登録商標）スクリプトであるかどうかがステップ３５３３においてチェックされる。そうである場合、（つまり、ＪＡＶＡ（登録商標）スクリプトである場合）、次の行を読み取るプロセスが続行される。そうでない場合（つまり、ＪＡＶＡ（登録商標）スクリプトでない場合）、ステップ３５４４および３５４６において、それ以下がチェックされる。チェックの結果により、ステップ３５３５，３５３７および３５３８において、適切なカンバセーションが適用される。ステップ３５３９においては、上記で変換された部分をすでに作成された空のＨＴＭＬファイルに書き込むことにより、書き込みようのウェブフォームファイルが作成される。
【００６３】
図１７を参照して、スキーマファイルがある場合に、書き込みのためのウェブフォームファイルを自動的に作成するステップ３６３について説明する。ステップ３６３が始まると、ツールはステップ３６３１において空のＨＴＭＬファイルを作成する。続いてステップ３５１で開かれたＸＳＬファイルを、ステップ３６３２において最初の行から最後の行まで１行ごとに読み取る。読み取った部分がＪＡＶＡ（登録商標）スクリプトであるかどうかがステップ３６３４でチェックされ、また開かれたスキームファイルにおいて定義された内容に一致するかどうかがステップ３６３５、３６３７，３６３９，３６４１，３６４３、３６４５および３６４７においてチェックされる。チェックの結果により、ステップ３６３６、３６３８、３６４０、３６４２、３６４４、３６４６、３６４８および３６４９において適切なカンバセーションが適用される。ステップ３６５０においては、そのように変換されたコードが、書き込み用のウェブフォームファイルを作成するために、前のステップ３６３１において作成された空のＨＴＭＬファイルに書き込まれる。
【００６４】
ここでは、カンバセーションプロセスにおいて開かれて使用されたスキーマファイルは、上記で図１１および１２を参考に説明したステップ３３０を通して作成されたファイルでもよく、あるいはウェブフォームを定義している照会された外部のファイルであることが望ましい。図１８および１９では、スキーマファイルにおいて定義され作成されたウェブフォームファイルに示される可能性のあるウェブフォームのタイプをいくつか記した。図１８および１９に示されるように、ウェブフォームはどのようなタイプもありうる。これは、例えば、短いテキストを入力する際の「テキスト書き込みウェブフォーム」、長いテキストを入力する際の「テキスト範囲ウェブフォーム」、パスワードなどのセキュリティーが必要なデータを入力する際の「パスワード入力ウェブフォーム」、ファイルを添付する際の「ファイル入力ウェブフォーム」、設定された複数のデータから一つを選択する際の「コンボボックスウェブフォーム」など、一般的に知られている全てのウェブフォームを含む。
【００６５】
さらに、本発明により使用することのできるウェブフォームは、ユーザー定義ウェブフォームを含む。「ユーザー定義ウェブフォーム」とは、ユーザーによって定義されたコンポーネントを使用するウェブフォームを意味する。このとき、ユーザーはソースメーカーである可能性がある。「ユーザー定義ウェブフォーム」には、例えば、カレンダーを検索したり、日付を選択したりする際の「データ入力ウェブフォーム」、住所を入力し、入力した住所に対応する郵便番号を検索する際の「郵便番号検索ウェブフォーム」などの含むことができる。そのような「ユーザー定義ウェブフォーム」を実行するために、ユーザー定義機能に関連する書き込み用のウェブフォームを作成することは、ユーザー定義のコンポーネント機能およびユーザー定義のＧＩＦ（画像を表示するための呼び出しボタン）があらかじめサーバーに保存されるときなどに可能である。図１８および１９に示されるように、そのようなユーザー定義ウェブフォームを使用する際のルールは、例えばデータ選択ウェブフォームが‘ｋｋｋｕｓｅｒ＿ｕｓｅｒｄｅｆｉｎｅｄｎａｍｅ’と定義される。例えば、データ選択ウェブフォームがｋｋｋｕｓｅｒ＿ｃａｌｅｎｄａｒと指定され、郵便番号検索ウェブフォームがｋｋｋｕｓｅｒ＿ｐｏｓｔｃｏｄｅと指定された場合、以下の表１に示す要素が使用される。
【００６６】
【表１】
2011253548.tif 000009
【００６７】
それらのウェブフォームがスキーマファイルで設定されている場合、ソースコードは本発明によるツールによって容易にひとつずつ作成することができる。ウェブフォームを設定しているスキーマファイルは、下記のソースコード７にｋｋｋ＿ｓｃｈｅｍａ．ｘｓｄなどの名前に示されるソースコードを有するように作成するとこができる
＜ソースコード７＞
【００６８】
【数７】
2011253548.tif 000010
【００６９】
この例において、ｋｋｋ＿ｓｃｈｅｍａ．ｘｓｄはソースコード４に示されるように、スキーマファイルを作成するステップによって作成されたファイル内のリンクとして挿入される。
【００７０】
上記に記載されているように、挿入用ウェブフォームファイルを自動的に作成するプロセスを通じて作成された挿入用ウェブフォームファイルは、ＨＴＭＬ文書として作成されることが可能である。例えば、挿入用ウェブフォームファイルはソースコード８に示される以下のソースコードを有するｓａｍｐｌｅ．ｈｔｍとして作成することが可能である。
【００７１】
＜ソースコード８＞
【００７２】
【数８】
2011253548.tif 000011
【００７３】
ソースコード８に示される挿入用ウェブフォームは、図２０に示されるようなウィンドとしてユーザーのウェブブラウザ上に表示することが可能である。実施例は簡単な説明を目的とした簡易な例にすぎず、本発明は実施例のみに限定されないことを留意されたい。
【００７４】
図２１と２２は更新用ウェブフォームファイルを作成するステップ３７０を詳細に示している。更新用ウェブフォームファイルはユーザーがウェブブラウザ上に既に作成された対応するＸＭＬ文書内のデータを修正することを可能とする。更新用ウェブフォームファイルは、基本的に挿入用ウェブフォームファイルに類似している。第一にステップ３７０が開始された際、必要なソースＸＭＬファイルとソースＸＭＬファイルに対応した挿入用ウェブフォームがステップ３７１と３７２で開かれる。その際、データ値は開かれたＸＭＬファイルの構造から読み込まれ、更新用ウェブフォームファイルはステップ３７３において自動的に作成される。ステップ３７５でエラーは作成された更新用ウェブフォームファイル内でチェックされる。ファイル内にエラーがあった場合、それらはステップ３７６で訂正される。完成した更新用ウェブフォームはステップ３７７で後の使用のために格納することができる。完成した更新用ウェブフォームファイルのソースコード例をソースコード９に示す。
【００７５】
＜ソースコード９＞
【００７６】
【数９】
2011253548.tif 000012
【００７７】
更新用ウェブフォームファイルを自動的に作成するステップ３７３は、図２２を参照に以下、より詳細に記載される。ステップ３７３が開始した際、ＸＭＬファイルの構造を読み込むステップがステップ３７３１で開始する。ＸＭＬファイルの構造が最初の構造から最終構造まで、一つ一つの構造に基づき、ステップ３７３２と３７３３で読み込まれる。ステップ３７３４において、読み込まれた構造はそれが何であるか、例えばそれが主要素であるかどうかということを認識される。対応する構造の値は、ステップ３７３５で変数に挿入され計算され、次いで計算された部分は、ステップ３７３６でＪａｖａ（登録商標）スクリプト機能に挿入される。その際、結果はステップ３７３７で更新用ウェブフォームファイルを作成するために空のＨＴＭＬ文書に挿入される。
【００７８】
以上に記載された本発明による方法によって、例えばＸＭＬファイル、ＸＳＬファイル、ＤＴＤ／スキーマファイル、ＤＯＭファイル、挿入用ウェブフォームファイル、更新用ウェブフォームファイルといったソールファイルを元のＨＴＭＬ文書から作成することが可能である。前述のソースファイルを自動的に作成するステップの全て、または少なくとも一部は自動的にソースファイルを作成するツール（「ＤｒｅａｍＸＭＬツール」）によって行うことができ、そのツールには、例えばローカルコンピュータでツールが実行できるようにソフトウェアプログラムを含んでいる。ツールはさらにローカルネットワークやインターネットを含む広域ネットワークを介し、ウェブサーバコンピュータに作成されたファイルを更新するための機能を有している。さらに、ツールはＨＴＭＬ文書を修正する、新規ＨＴＭＬ文書を作成する、または異なった形式の文書をＨＴＭＬ文書に変換する機能も備えている。このようにして、本発明による前述のツールによってＸＭＬ文書を作成するための準備段階のプロセスは完了する。
【００７９】
ソースファイルがウェブサーバコンピュータに更新される一方で、ユーザーはＸＭＬ文書として必要となる文書を簡単に作成するために、ウェブサーバによって提供されるウェブフォームの中から必要なウェブフォームを選択する。図２３はサーバー内でプロセス４００が実行される際に、このようなＸＭＬ文書を作成するプロセス４００を詳細に示す。プロセス４００は、サーバー内で実行されるプログラムである可能性があるエンジンを介して行われる。ＸＭＬ文書を作成する際、上に示すように、ユーザーはまずウェブブラウザで必要なデータを入力するウェブフォームを選択し、そしてウェブフォーム内に必要なデータを入力する。入力されたデータは、ウェブフォーム内にある送信ボタンをクリックした際にサーバーへ送信される。
【００８０】
ユーザーによって入力されるデータがサーバーに送信される際、図２３に示されるＸＭＬ文書を作成するプロセス４００が開始する。エンジンはまずステップ４１０でウェブフォームからのデータを受け取り、変数を宣言し、ステップ４２０で送信されたデータを宣言された変数へ格納する。ステップ４３０でエンジンは、サーバー内で挿入用ウェブフォームに対応するソースＸＭＬファイルを開き、ウェブフォームは入力データを送信するためにユーザーによって使用される。ステップ４４０で、エンジンは対応するＤＯＭファイルを使用し、ソースＸＭＬファイルの構造を読み込む。この場合、ステップ４５０と４６０で構造は第一構造から最終構造までを一つ一つの構造に基づいて読み込まれる。一つの構造を読み終えると、エンジンはステップ４７０で対応する構造に適合する変数値を検索し、ステップ４８０で検索した値を対応する構造の値として格納する。エンジンは、ステップ４９０で新規に作成されたＸＭＬ文書のように計算された構造値を有するＸＭＬファイルを格納する。
【００８１】
上記プロセスによって、ユーザーによって入力されたデータは、既に格納されたソースＸＭＬファイルから複製された構造へ挿入され、その結果ソースＸＭＬファイルと同じ構造を有するが異なったデータを有する新規ＸＭＬファイルを複製、生成することが可能である。
【００８２】
図２４は本発明によりＸＭＬ文書を作成する際に生じる、異なったファイル／文書間の関係５００を図式的に示す。本発明によると、元のＨＴＭＬ文書５１０は、自動的にファイル５２２と５２３を作成するステップ５７１と５７２を通して準備段階のＸＭＬファイル５２２と準備段階のＸＳＬファイル５２３に関連している。二つのファイル５２２と５２３は、ソースメーカーによってマッピングプロセス５７３を通じて変換するよう、ソースＸＭＬファイル５３２とＸＳＬファイル５３４へと変換される。ソースＸＭＬファイル５３２は、ＤＯＭファイル５３８とスキーマ／ＤＴＤファイル５３６を自動的に作成するステップ５７５と５７４に関連している。この場合、ウェブフォーム入力構造があらかじめ定義されたものであるスキーマファイル５３７が既に格納されている可能性がある。ソースＸＳＬファイル５３４は、ウェブフォームファイル５４２を自動的に作成するステップ５７６を通して挿入用ウェブフォームファイル５４２と関連している。更新用ウェブフォームファイル５４４は、自動作成ステップ５７７を通して挿入用ウェブフォームファイル５４２と関連している。ステップ５９０でユーザーは挿入用ウェブフォームファイル５４２で必要なデータを入力し、そのデータはＤＯＭファイル５３８とソースＸＭＬファイル５３２に基づき、サーバー内のエンジン（ＢａｓｅＸＭＬエンジン）によって新規ＸＭＬファイル５６０として作成される。ステップ５８０で更新用ウェブフォームファイル５４４は、上記の記載のように作成された新規ＸＭＬファイル内のエラーを訂正し、訂正されたＸＭＬファイル５５０を作成するためにユーザーによって使用さる。
【００８３】
以上に、本発明は添付された図面を参照に特定の実施例をもって説明されたが、本発明の精神と範囲は実施例にのみ限定されないということを留意されたい。例えば、本発明によるＸＭＬ文書を自動的に作成する方法は、サーバーとクライアントを備えるネットワーク上、すなわちＴＣＰ／ＩＰやＨＴＴＰプロトコルを使用した通信ネットワーク上で実行することが可能であるということが記載されている。しかし、本発明はそのようなネットワーク上でのみ実行する必要があるというわけではない。本発明による自動ソース作成ツールと自動ＸＭＬ文書作成、複製プロセスは、すべてのユーザーがアクセスできるローカルコンピュータまたは複数のコンピュータが互いに接続しているローカルエリアネットワークにおいて実行可能なソフトウェアの集合体として実行することが可能である。
【００８４】
本発明による方法を実行するためのツールのソフトウェアプログラムとエンジンは、ＣＤ−ＲＯＭディスク、ＤＶＤ−ＲＯＭディスク、ＲＡＭ、ＲＯＭ、フロッピー（登録商標）ディスク、ハードディスク、光磁気ディスク、光記録媒体等のコンピュータ可読媒体に格納することが可能で、コンピュータにインストールされたマイクロプロセッサによって読み込み、実行することが可能である。
【００８５】
さらに、ここに図示され記載されたソースファイルを自動的に作成するためのステップは、例示的なものであり、本発明の精神を限定するものではない。必要な場合、上述の本発明の精神に基づき、以下の請求項に請求されている本発明の範囲を逸脱しない範囲で種々変更可能であることは当業者なら容易に想像できるであろうことを留意されたい。それゆえ、本発明の保護範囲は上記に開示された特定の実施例によってではなく、以下の請求項によって解釈されるべきであることを留意されたい。
【図１】
2011253548.tif 000013
【図２】
2011253548.tif 000014
【図３】
2011253548.tif 000015
【図４】
2011253548.tif 000016
【図５】
2011253548.tif 000017
【図６】
2011253548.tif 000018
【図７】
2011253548.tif 000019
【図８】
2011253548.tif 000020
【図９】
2011253548.tif 000021
【図１０】
2011253548.tif 000022
【図１１】
2011253548.tif 000023
【図１２】
2011253548.tif 000024
【図１３】
2011253548.tif 000025
【図１４】
2011253548.tif 000026
【図１５】
2011253548.tif 000027
【図１６】
2011253548.tif 000028
【図１７】
2011253548.tif 000029
【図１８】
2011253548.tif 000030
【図１９】
2011253548.tif 000031
【図２０】
2011253548.tif 000032
【図２１】
2011253548.tif 000033
【図２２】
2011253548.tif 000034
【図２３】
2011253548.tif 000035
【図２４】
2011253548.tif 000036
【手続補正書】
【提出日】平成23年8月15日(2011.8.15)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＸＭＬ文書を生成する方法に関するもので、特に履歴書、商取引契約書、または公文書などの予め決定されている整形化された構造を有するＸＭＬ文書を、一般ユーザーがウェブブラウザ（ｗｅｂ−ｂｒｏｗｓｅｒ）を用いて簡便に生成できるようにした方法に関するものである。
【背景技術】
【０００２】
近年、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）を通信プロトコルとして使用するインターネットの登場によって、多数のサーバーコンピュータと多数のクライアントコンピュータが一つのネットワークとして連結されている。このようなインターネットを通じて一般ユーザーは会社や家庭に備えられたコンピュータ、または携帯用コンピュータを使用して多くの情報を作り出して送受信することができる。
【０００３】
ユーザーは、例えばＮｅｔｓｃａｐｅ、ＮａｖｉｇａｔｏｒまたはＭｉｃｒｏｓｏｆｔ、Ｉｎｔｅｒｎｅｔ  Ｅｘｐｌｏｒｏｒのようなウェブブラウザを用いて、ＷＷＷ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ）サーバーコンピュータが運営するウェブサイトに接続することができ、前記ウェブサイトを通じて提供される検索、コミュニティ活動、商取引活動などの各種サービスの提供を受けることができる。この場合、一般的にデータはサーバーコンピュータからクライアントコンピュータのウェブブラウザにＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）を用いて送信される。ウェブブラウザに送信されたデータは、ウェプページと呼ばれ、通常ＨＴＭＬ（Ｈｙｐｅｒｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｄｕａｇｅ）  文書を含む。
【０００４】
ＨＴＭＬは、ウェプページを作成するのに広く使用されているマークアップ言語であり、一般人が容易に理解することができるという長所を有する。さらに商業的に容易に求めることができるＨＴＭＬ文書エディタを使えば、複雑で多くの内容を有したＨＴＭＬ文書を容易に作成して編集することができる。このように、ＨＴＭＬ文書を専門的なプログラミング知識がない一般ユーザーが容易に編集して作り上げることができるという事実は、現在のウェブの成功原因の中で最も重要な要因と考えられている。しかし、ＨＴＭＬの重要な短所の一つは、ＨＴＭＬはフォーマットとレイアウトのための表現言語であってデータを記述するための言語ではないという点である。したがって、ＨＴＭＬを用いて容易に文書を作成してフォーマットすることができるが、ＨＴＭＬ文書を異なるタイプの文書として再使用しようとする時及びＨＴＭＬ文書の内容を検索しようとする時には限界がある。さらに、ＨＴＭＬは予め定義されたエレメント（例えば＜ＨＴＭＬ＞、＜ＢＯＤＹ＞、＜ＴＡＢＬＥ＞など）を用いているので、表現することができる文書タイプも限定されている。
【０００５】
このようなＨＴＭＬの限界を克服する解決策の一つとして、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）が提案されている。このようなＸＭＬは、１９９９年にＷ３Ｃ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ  Ｃｏｎｓｏｒｔｉｕｍ）によってデータ交換のための標準として採択され、さらに例えばＸＭＬが有している拡張性、互換性、情報の構造化が可能であるという点等の多くの長所によって、次世代インターネット言語として注目されている。
【０００６】
しかし、ＸＭＬが登場してからかなりの時間が経過した今も相変らずウェプページの大部分はＸＭＬを基盤しているのではなくＨＴＭＬを基盤しているのが現実である。これにはさまざまな原因があるが、なによりもＸＭＬは一般ユーザーが容易に学んで自由に使用するには、とても複雑であるということに起因する。
【０００７】
従来、一般ユーザーが使用できるようにするためのＸＭＬエディタ技術が多く提案されているが、それには既存の文書をＸＭＬ文書に変換させる技術とＸＭＬ文書を作成するためのＸＭＬエディタ技術がある。例えば、従来のＨＴＭＬ、ＷＯＲＤ、ＨＷＰなどの文書を作成するためのワープロは、付加機能としてＨＴＭＬ、ＷＯＲＤ、ＨＷＰなどの文書をＸＭＬ文書に変換させる機能を有している。一方、従来ＸＭＬ文書を編集するためのエディタの例には、Ｍｉｃｒｏｓｏｆｔ  Ｃｏｒｐｏｒａｔｉｏｎの特許公開番号ＵＳ２００３／０２３７０４８号（公開日２００３年１２月２５日）で、名称が「Ｗｏｒｄ  Ｐｒｏｃｅｓｓｏｒ  Ｆｏｒ  Ｆｒｅｅｓｔｙｌｅ  Ｅｄｉｔｉｎｇ  ｏｆ  Ｗｅｌｌ−ＦｏｒｍｅｄＸＭＬＤｏｃｕｍｅｎｔｓ」である公開公報に開示されたことがある。また図１には、従来のＸＭＬ文書生成方式（１０）を図式的に示している。図に示したように従来、例えばオーストリアのヴィエンナ所在のＡｌｔｏｖａ社から商業的に購買可能なＸＭＬＳｐｙのような、ウェブブラウザ上で実行されるコンポーネントを使用するＸＭＬエディタ（１１）が知られている。また例えば、Ｍｉｃｒｏｓｏｆｔ社から商業的に購買可能なＩｎｆｏＰａｔｈのような、独立的なＥＸＥプログラムとして実行されるＸＭＬエディタ（１２）が知られている。
【０００８】
このような既存のＸＭＬ文書生成のためのエディタ技術によれば、ユーザーが入力したデータによって最終的にＸＭＬ文書（１９）が生成される。ところが、このような従来の技術によると、ユーザーの入力したデータがそのままＸＭＬ文書として生成することができない。ユーザーが、エディタ（１１、１２）を通じて入力したデータは、ＥＸＥプログラム自体が有したフォーマット（例えば、．ＸＳＮ）（１３）やスキーマ（．ＸＳＤ）（１５）を通じて変換されたり、またはデータベース（ＤＢ）（１７）に保存される。その後、別途の変換プログラムすなわちＸＳＬＴ（ｅＸｔｅｎｓｉｂｌｅ  Ｓｔｙｌｅｓｈｅｅｔ  Ｌａｎｇｕａｇｅ  Ｔｒａｎｓｆｏｒｍａｔｉｏｎｓ）（１８）によって初めて所望するＸＭＬ文書（１９）が生成され得る。
【０００９】
このように、従来のＸＭＬ文書生成技術によると、ユーザーの入力したデータが中間保存や変換過程を経てはじめてＸＭＬ文書として生成さ得るので、それぞれの中間過程のためのプログラミングやハードコーディングが必要で、これはすなわち開発時間と費用が多くかかるということを意味する。のみならず一つのＸＭＬと一つのＸＳＬ文書を１：１で対応させてプログラミング、ハードコーディング、変換などを通じて最終ＸＭＬ文書を生成する。これによって、従来技術によれば、多数のオフライン上で使用されている各種の多様な様式を有する文書をそれぞれのＸＭＬ文書として生成しようとすると、それぞれの文書に対してそれぞれプログラミング、ハードコーディングが必要になって、結果的にプログラミング知識がない一般ユーザーが使用するにはとても複雑で面倒な文書作成作業になるしかない。
【００１０】
したがって、プログラミングに対する知識がない一般ユーザーであっても容易に作成することができ、かつ追加開発費用や維持補修費用を最小限にできる方式で様々な様式を有するオフライン上の文書をＸＭＬ文書として生成する技術に対する必要性が提示されてきた。
【発明の概要】
【００１１】
本発明は、従来のＸＭＬ文書生成技術が有する問題点を解決して、追加的な長所をさらに有する新しいＸＭＬ文書生成方法などを提供しようとするものである。
【００１２】
本発明の具体的な目的は、いわゆる３Ａ（Ａｎｙｗｈｅｒｅ、Ａｎｙｔｉｍｅ、Ａｎｙ  Ｕｓｅｒ）概念にしたがってＸＭＬ文書を生成する方法であって、プログラミングに対する知識がない一般ユーザーでも容易に作成できるようにした、インターネットのＨＴＴＰプロトコルを用いるウェブブラウザ環境でＸＭＬ文書を生成することができる方法などを提供しようとするものである。
【００１３】
本発明の別の具体的な目的は、追加開発費用や維持補修費用を最小限にすることができるようにした、ウェブブラウザで実行されるウェブフォームを用いてＷ３Ｃで採択するＸＭＬ標準スペックによってＸＭＬ文書を生成する方法などを提供しようとするものである。
【００１４】
本発明のまた別の具体的な目的は、ＸＭＬ文書生成過程を、特定様式の生成しようと所望の文書に対して最初に一度だけソースファイルとしてＸＭＬ文書を生成する第一過程と、一般ユーザーがウェブブラウザ上で入力するデータをこのように生成されている一つのソースファイルの構造に挿入して複製文書としてのＸＭＬ文書を数えきれないくらい自動で生成できるようにする第二過程とで構成することによって、例えば履歴書、商取引契約書、公文書などの整形化された様式を有したＸＭＬ文書生成が容易になされるようにする方法などを提供しようとするものである。
【００１５】
また、本発明のまた別の具体的な目的は、いつでもどこでも誰でも、別途のプログラミングやハードコーディングなしに、ユーザーがウェブブラウザ上のウェブフォームにデータを入力して提出（ｓｕｂｍｉｔ）する瞬間に、入力データが異なるフォーマットを通じたりＤＢに保存される過程及びＸＳＬＴによる変換過程なしに、直接ＸＭＬ文書として自動生成され得るようにする方法を提供しようとするものである。
【００１６】
上述した目的を達成するために、本発明の一態様にしたがってウェブブラウザ上でＸＭＬ文書を生成する方法が提供される。前記方法は：ウェブブラウザから入力データを受信する工程と；予め保存されているソースＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ  Ｓｔｙｌｅｓｈｅｅｔ  Ｌａｎｇｕａｇｅ）文書を複製する工程であって、前記ソースＸＭＬ文書は予め決定された構造及び前記構造によって予め決定されたソースデータが含まれている、ソースＸＭＬ文書を複製する工程と；前記複製されたＸＭＬ文書に含まれているソースデータを前記受信された入力データに置換する工程と；前記置換工程で生成されるＸＭＬ文書を新しいＸＭＬ文書として保存する工程とを含むことができる。
【００１７】
ここで、前記予め保存されているソースＸＭＬ文書は、ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）文書から変換されて保存される。一方、前記ウェブブラウザからデータを受信する工程で受信されるデータは、少なくとも一つのデータ入力が可能なフォーム入力構造を含むウェブページによって送信され得る。さらに、前記複製されたＸＭＬ文書に含まれているソースデータを前記受信された入力データに置換する工程は、前記ソースＸＭＬ文書の構造にアクセスしてそのデータ値を設定することができるＤＯＭ（Ｄｏｃｕｍｅｎｔ  Ｏｂｊｅｔ  Ｍｏｄｅｌ）ファイルを通じて遂行され、ここで前記ＤＯＭファイルは前記ソースＸＭＬ文書から予め生成されて保存されていることが好ましい。
【００１８】
本発明の別の態様にしたがって、第二の階層的構造の文書によって送信されたデータを用いて新しい第一の階層的構造の文書を自動生成するためのソースを生成する方法が提供される。前記方法は：第二の階層的構造の元の文書から、予備的な第一の階層的構造の文書及び前記予備的な第一の階層的構造の文書と関連した予備的なスタイルシート文書を、自動生成する工程と；前記予備的な第一の階層的構造の文書及び前記予備的なスタイルシート文書を互いにマッピングすることで、第一の階層的構造の文書及び第一の階層的構造の文書と関連したスタイルシート文書を、生成するように許容する工程と；前記第一の階層的構造の文書から、前記第一の階層的構造の文書と関連してまた前記第一の階層的構造の文書のデータタイプを定義してその有効性を検証することができるタイプ定義及び有効性検証手段を、自動生成する工程と；前記第一の階層的構造の文書から、前記第一の階層的構造の文書と関連してまた前記第一の階層的構造の文書の構造にアクセスしてそのデータ値を設定することができるデータ値設定手段を自動生成する工程と；前記スタイルシート文書と前記タイプ定義及び有効性検証文書から、前記データ値設定文書に入力データを送信して新しい第一の階層的構造の文書を生成するようにする作成用第二の階層的構造の文書を、自動生成する工程を含むことができる。
【００１９】
ここで、第二の階層的構造の元の文書を生成するか開くかまたは編集する工程をさらに含むことができる。さらに、前記作成用第二の階層的構造の文書から、前記新しい第一の階層的構造の文書のデータを修正できるようにする修正用第二の階層的構造の文書を自動生成する工程をさらに含むことができる。本発明の好ましい実施例において、前記第一の階層的構造の文書はＸＭＬ文書であり、前記スタイルシート文書はＸＳＬ文書で、前記タイプ定義及び有効性検証手段はＤＴＤまたはスキーマ文書であり、前記データ値設定手段はサーバー側スクリプトとして構成されたＤＯＭである。さらに前記作成用第二の階層的構造の文書は、少なくとも一つのフォーム入力部分を具備するＨＴＭＬ文書であることが好ましい。また前記方法は、前記生成された新しい第一の階層的構造の文書を自動生成させることができるようにする手段をサーバーにアップロードする工程をさらに含むことができる。
【００２０】
また本発明の別の態様にしたがってプログラムを記録したコンピュータ判読可能な記録媒体が提供される。前記記録媒体に記録される前記プログラムは、前記で言及している方法の各工程を遂行するようにすることで、ウェブブラウザ上で決定された構造を有するＸＭＬ文書を自動で生成するように許容するコンピュータプログラム命令語を含むことができる。
【図面の簡単な説明】
【００２１】
本発明の前記特徴及び異なる長所は、以下で添付された図面を参照して具体的に本発明を説明することによって明確に理解されるであろう。
【図１】図１は従来のＸＭＬ文書生成過程を簡単に示した概路図。
【図２】図２は本発明の一実施例によるＸＭＬ文書を生成する過程を簡単に示した概路図。
【図３】図３及び図４は図２の過程をより詳細に説明するための概念的なブロック図。
【図４】図３及び図４は図２の過程をより詳細に説明するための概念的なブロック図。
【図５】図５ないし図２２は本発明の一実施例によるＸＭＬ文書を自動で生成する方法の中でソース手段を生成させるツールにおける作業を各工程別に詳細に説明するための流れ図。
【図６】図６ないし図２２は本発明の一実施例によるＸＭＬ文書を自動で生成する方法の中でソース手段を生成させるツールにおける作業を各工程別に詳細に説明するための流れ図。
【図７】図７ないし図２２は本発明の一実施例によるＸＭＬ文書を自動で生成する方法の中でソース手段を生成させるツールにおける作業を各工程別に詳細に説明するための流れ図。
【図８】図８ないし図２２は本発明の一実施例によるＸＭＬ文書を自動で生成する方法の中でソース手段を生成させるツールにおける作業を各工程別に詳細に説明するための流れ図。
【図９】図９ないし図２２は本発明の一実施例によるＸＭＬ文書を自動で生成する方法の中でソース手段を生成させるツールにおける作業を各工程別に詳細に説明するための流れ図。
【図１０】図１０ないし図２２は本発明の一実施例によるＸＭＬ文書を自動で生成する方法の中でソース手段を生成させるツールにおける作業を各工程別に詳細に説明するための流れ図。
【図１１】図１１ないし図２２は本発明の一実施例によるＸＭＬ文書を自動で生成する方法の中でソース手段を生成させるツールにおける作業を各工程別に詳細に説明するための流れ図。
【図１２】図１２ないし図２２は本発明の一実施例によるＸＭＬ文書を自動で生成する方法の中でソース手段を生成させるツールにおける作業を各工程別に詳細に説明するための流れ図。
【図１３】図１３ないし図２２は本発明の一実施例によるＸＭＬ文書を自動で生成する方法の中でソース手段を生成させるツールにおける作業を各工程別に詳細に説明するための流れ図。
【図１４】図１４ないし図２２は本発明の一実施例によるＸＭＬ文書を自動で生成する方法の中でソース手段を生成させるツールにおける作業を各工程別に詳細に説明するための流れ図。
【図１５】図１５ないし図２２は本発明の一実施例によるＸＭＬ文書を自動で生成する方法の中でソース手段を生成させるツールにおける作業を各工程別に詳細に説明するための流れ図。
【図１６】図１６ないし図２２は本発明の一実施例によるＸＭＬ文書を自動で生成する方法の中でソース手段を生成させるツールにおける作業を各工程別に詳細に説明するための流れ図。
【図１７】図１６ないし図２２は本発明の一実施例によるＸＭＬ文書を自動で生成する方法の中でソース手段を生成させるツールにおける作業を各工程別に詳細に説明するための流れ図。
【図１８】図１６ないし図２２は本発明の一実施例によるＸＭＬ文書を自動で生成する方法の中でソース手段を生成させるツールにおける作業を各工程別に詳細に説明するための流れ図。
【図１９】図１９ないし図２２は本発明の一実施例によるＸＭＬ文書を自動で生成する方法の中でソース手段を生成させるツールにおける作業を各工程別に詳細に説明するための流れ図。
【図２０】図２０ないし図２２は本発明の一実施例によるＸＭＬ文書を自動で生成する方法の中でソース手段を生成させるツールにおける作業を各工程別に詳細に説明するための流れ図。
【図２１】図２１ないし図２２は本発明の一実施例によるＸＭＬ文書を自動で生成する方法の中でソース手段を生成させるツールにおける作業を各工程別に詳細に説明するための流れ図。
【図２２】図２２は本発明の一実施例によるＸＭＬ文書を自動で生成する方法の中でソース手段を生成させるツールにおける作業を各工程別に詳細に説明するための流れ図。
【図２３】図２３は本発明の一実施例によるＸＭＬ文書を自動で生成する方法の中でユーザーがウェブフォームを用いて送ったデータを用いてＸＭＬ文書を自動で生成させるエンジンでの作業を詳しく説明するための流れ図。
【図２４】図２４は本発明の一実施例によるＸＭＬ文書を自動で生成する方法において各工程別に生成される文書の生成工程を全体的に示すための概念的な流れ図。
【発明を実施するための形態】
【００２２】
以下、本発明の実施態様を添付の図面を用いて詳しく説明する。
【００２３】
図２には、本発明によるＸＭＬ文書生成過程（２０）が概念的に簡略に示されている。本発明にしたがってユーザー（２２）は、例えばインターネットに接続されている自分のコンピュータで実行されるウェブブラウザ上に表示されるウェプページ内のウェブフォーム（２４）を用いて、データを入力して提出することができる。入力データは、ウェブ上にＨＴＴＰプロトコルによってサーバーコンピュータに送信され得る。送信された入力データは、サーバーコンピュータで実行中のプログラムであるベースＸＭＬエンジン（２６）に伝達することができる。エンジン（２６）は、格納データを含むＸＭＬ文書（２８）を自動で生成することができる。
【００２４】
ユーザーがウェブフォームを用いて入力したデータを含むＸＭＬ文書２８を自動で生成するためのエンジン（２６）は、本発明の好ましい一実施例によって、インターネットを通じてユーザーのコンピュータすなわちクライアントに連結することができるウェブサーバーコンピュータで実行されるソフトウェアプログラムとして構成される。しかし、本発明によるエンジン（２６）が、必ずこれにのみ限定される必要はない。例えば、エンジン（２６）はユーザーのコンピュータ上で実行されるローカルソフトウェアプログラムとして存在することができ、またはユーザーのコンピュータとＬＡＮによって連結されている他のコンピュータで実行されるローカルソフトウェアプログラムとして存在することもできる。さらに前記エンジン（２６）の一部または全部が、ハードウェアとして構成することもできる。
【００２５】
本発明において、ＸＭＬ文書を自動で生成させるエンジン（２６）は、下記で詳しく説明するように、予め保存されているソースファイルを複製する技術を用いるという特徴を有する。前記予め保存されているソースファイルは、やはり本発明によって提供される、ソースファイル自動生成ツールによって生成され得る。ソースファイルとしては、決定された構造及びデータを有するＸＭＬ文書、前記ＸＭＬ文書をウェブブラウザ上にディスプレイするための様式であるＸＳＬファイル、前記ＸＭＬ文書のデータタイプの定義及び有効性検査のためのＤＴＤまたはスキーマファイル、前記ＸＭＬ文書の構造をアクセスしてデータ値をセッティングすることができるＤＯＭファイルを含む。このように本発明によるＸＭＬ文書生成過程は、ソース生成過程と前記ソースに基づくＸＭＬ文書生成過程の二つ過程を含むという特徴がある。
【００２６】
本発明の好ましい一実施例によって提供されるソースファイル自動生成ツール及びＸＭＬ文書自動生成エンジンの全体的な作動過程及びシステム（２００）が図３に概略的なブロック図として示されている。本発明の好ましい実施例による全体システム（２００）は、ユーザー（２２）が用いてデータを入力するためのユーザーのコンピュータシステム（２７０）と、このシステム２７０に例えばインターネット（２０４）を通じて連結され得るサーバーコンピュータシステム（２５０）、そしてサーバーシステム（２５０）にインターネット、専用回線またはその他の直接連結方式（２０２）で連結され得るソース作成者（２１０）のコンピュータ（２３０）を含んで構成することができる。本発明によるツール（２３２）とエンジン（２６）そして付随する各ソースファイルが生成されて保存されて実行されるハードウェアとしての各コンピュータシステム（２３０、２５０、２７０）は、例えばメインフレーム、デスクトップコンピュータ、ノート型パソコン、パームトップコンピュータなどのようにネットワークに連結することができるコンピュータシステムであると考えることができる。このようなシステムの具体的なハードウェア構成に対しては、当該技術分野でよく知られているので、ここでは詳しい説明を省略する。
【００２７】
本発明によるＸＭＬ文書生成方法において、まずソース生成ツール（２３２）によってソースファイル（２３３）が生成されなければならない。ソース作成者（２１０）は、プログラミング知識を少し有したユーザーであることが好ましいが、演習過程を少し経れば、プログラミング知識がない一般ユーザーも充分にソース作成者（２１０）としての役割ができるということが、下記で明確になるであろう。
【００２８】
本発明によって提供されるツール（２３２）（例えば、大韓民国ソウル所在の３ＫＳｏｆｔ社で提供する「ＤｒｅａｍＸＭＬ  ＴＯＯＬ」等）によって、下記で詳細に説明される過程を経て、ソースファイル（２３３）が生成され得る。ソースファイル（２３３）には上で言及したような、ＸＭＬファイル（２３４）、ＸＳＬファイル（２３５）、ＤＴＤ／スキーマファイル（２３６）、ＤＯＭファイル（２３７）などが含まれる。このようなソースファイル（２３４、２３５、２３６、２３７）は、エンジン（２６）によってＸＭＬ文書生成過程で使用されるためのものであり、一般ユーザー２２には接近できないように、すなわち透明に存在する。前記ツール（２３２）はまた、ウェブフォーム構造を有したウェプページ（以下単純に「ウェブフォーム」とする）を生成する。生成され得るウェブフォームには、ユーザー２２が新しいＸＭＬ文書を作成するための入力用（Ｉｎｓｅｒｔ）ウェブフォーム（２３８）と、すでに作成されているＸＭＬ文書のデータを修正するための修正用（Ｕｐｄａｔｅ）ウェブフォーム（２３９）が含まれる。
【００２９】
前記ツール（２３２）にはまた、生成されたソースファイル（２３３）を例えばインターネットやＬＡＮまたは専用回線（２０２）を通じてサーバー（２５０）にアップロードできる機能をさらに有することができる。アップロードされたソースファイルは、フォーム保存所（Ｆｏｒｍ  Ｒｅｐｏｓｉｔｏｒｙ）（２５２）に一つのセット（２３４’、２３５’、２３６、２３７’  ２３８’、２３９’）として保存される。このようにＸＭＬ作成のための予備過程としてソースファイルが作られて保存された後、ユーザー２２は所望するＸＭＬ文書を作成するためにウェブブラウザ２７０を通じてサーバー２５０に接続することができる。
【００３０】
サーバー（２５０）は、ユーザー（２２）に多様なＸＭＬ文書作成のための入力用ウェブフォーム（２３８’）に対するリンクを提供することができる。例えばサーバー（２５０）は、多数の入力用ウェブフォーム（２３８’）それぞれと連結することができるリンクを含むウェプページをユーザー（２２）に提供することができる。ウェブフォーム（２３８’）には、入社志願のための履歴書を作成するためのウェブフォーム、企業間商品購買要請書を作成するためのウェブフォーム、また役場などで使用する転入申告書を作成するためのウェブフォームなど、多様に提供することができる。ユーザー（２２）は、所望する文書に対応するウェブフォームのリンクをクリックすることで該当のウェブフォームが自分のブラウザー（２４）上にディスプレイされるようにできる。
【００３１】
ウェブフォーム（２３８’）を通じてユーザー（２２）は、前記ウェブフォーム（２３８’）で要求するデータを入力することができる。ユーザー（２２）が入力することができるデータとしては、例えば、姓名のようなテキスト形式のデータ、生年月日のような年度を表わす数字形式のデータ、写真イメージのようなイメージデータなどのように、ウェブフォーム構造によって入力することができる多様なデータ形態が含まれ得る。要求されるデータをすべて入力したユーザー２２は、ウェブフォームファイル（２３８’）をサーバー（２５０）に提出（ｓｕｂｍｉｔ）する。そうすると、サーバー（２５０）で動作中のＸＭＬ文書自動生成エンジン（２６）（例えば、大韓民国ソウル所在の３ＫＳｏｆｔが提供する「ＢａｓｅＸＭＬ  Ｅｎｇｉｎｅ」等）が提出された入力データを受信して、ＤＯＭファイル（２３７’）を用いてＸＭＬファイル（２３４’）で入力データのみを置換することができる。置換されたファイルは、新しいＸＭＬファイル（２８）として生成され、生成されたファイルは追って使用するためにＸＭＬ保存所（２５４）に保存され得る。
【００３２】
このように本発明によるＸＭＬ文書生成技術によると、ユーザーがウェブフォームを用いて入力するデータを用いて、異なるフォーマットやＤＢ及びＸＳＬＴによる変換過程なしに、予め保存されているＸＭＬファイルとＤＯＭファイルなどを通じて直接ＸＭＬファイルを生成することができる。そのために本発明において、ユーザーの入力したデータは、ソースＸＭＬファイルの構造に適合するデータとして入力され、これはウェブフォーム構造によって保障され得る。また本発明において、ユーザーは、ソースＸＭＬと同一な構造を有するがデータのみが異なる一種の複製ＸＭＬ文書を作成しようとする目的を有し、これはソースＸＭＬファイルのデータ構造にしたがってデータ値を置換する役割をするＤＯＭファイルによって保障され得る。
【００３３】
このように本発明によるＸＭＬ文書生成方法は、原本ＸＭＬ文書と構造は同じだが内容が異なる複製されたＸＭＬ文書を生成する技術、すなわちＸＭＬ文書複製技術であるとみることができる。図４にはこのようなＸＭＬ文書複製概念を示す本発明によるＸＭＬ文書生成過程及びシステム（２００）が示されている。図に示したように、ソース作成者（２１０）が、例えばオフライン文書（３０）中の一つである契約書（３２）をＸＭＬ文書で作成できるようにするソースファイル（２３３）をツール（２３２）を用いて作ってサーバーのフォーム保存所（２５２）にアップロードすることができる。ソース作成者（２１０）は、類似の方式で、注文書（３４）を作成するためのソースファイルを作ってサーバーにアップロードさせることができる。類似の方式で入社願書（３６）を作成するためのソースファイルを作ってサーバーにアップロードさせることができる。このように、本発明によって、ソース作成者（２１０）は、所望する様式の文書それぞれに対して単に一回のみソースファイル生成作業だけをすれば十分である。
【００３４】
一般ユーザー（２２）は、契約書（３２）ＸＭＬ文書を作成するためのウェブフォーム（２３８’）をウェブブラウザ（２４）上に表示することができる。ユーザー（２２）は、ウェブフォーム（２３８’）によって要求されるデータを入力してサーバーに提出することができる。サーバーのＸＭＬ文書自動生成エンジン（２６）は、提出された入力データを原本契約書ＸＭＬファイル（２３４）のデータと置換することで新しい複製契約書ＸＭＬファイル（４２）を生成する。同じ方式で異なるユーザーも自分に合った入力データを通じて自分のみの契約書ＸＭＬファイル（４２）を自動で生成できる。類似に、所望する種類のＸＭＬ文書作成のために、ユーザー（２２）はフォーム保存所（２５２）にアップロードされているウェブフォーム（２３８’）が存在するものならどのような文書｛図面の例では、注文書ＸＭＬ文書（４４）、入社願書ＸＭＬ文書（４６）のようなＸＭＬ文書（４０）｝であっても、単にウェブフォーム構造によって要求されるデータをウェブブラウザ上で入力して提出することで十分である。
【００３５】
このような本発明によると、ユーザー（２２）は、誰かがすでに作っておいた構造のＸＭＬ文書を作成するためのウェブフォームが存在することを前提条件として、いつでもどこでも何らのプログラミング知識がなくても簡単かつ容易に所望するＸＭＬ文書が作成できるようになる。
【００３６】
以下では、前記言及しているソースファイル自動生成ツール２３２とＸＭＬ文書自動生成エンジン（２６）によって遂行される過程を図を参照してさらに詳しく説明する。
【００３７】
図５には、ソースファイル自動生成ツール（２３２）による過程が概略的に示されている。図のように、ソースファイル自動生成ツール（２３２）によって成り立ち得るソースファイル生成工程（３００）には、まず、ＸＭＬ文書作成のための原本になる任意のＨＴＭＬファイルを基に予備的なＸＭＬとＸＳＬ文書として生成する工程（３１０）が含まれる。その後、生成された予備的なＸＭＬとＸＳＬ文書を、例えばソース作成者が、マッピングすることで最終的なソースＸＭＬ及びソースＸＳＬファイルが生成される工程（３２０）が成り立ち得る。ソース作成者の選択によって、前記ソースＸＭＬ及びソースＸＳＬファイルを基にＤＴＤファイル及び／またはスキーマファイルが自動で生成（３３０）され得る。一方、ソースＸＭＬファイルを基にＤＯＭファイルが自動で生成（３４０）され得る。この場合ＤＯＭファイルは、サーバー側スクリプトであるＡＳＰ−ＤＯＭまたはＪＳＰ−ＤＯＭファイルとして生成され得る。その後、ソースＸＳＬファイルを基に入力用ウェブフォームファイルすなわちＨＴＭＬファイルが自動で生成（３５０）され得、入力用ウェブフォームファイルを基に修正用ウェブフォームファイルすなわちＨＴＭＬファイルが自動で生成（３７０）され得る。
【００３８】
図６ないし図８には原本ＨＴＭＬファイルから予備的なＸＭＬファイル及び予備的なＸＳＬファイルが生成される工程（３１０）をさらに詳細に示す流れ図及び例示的なプログラムコードが示される。図に示された工程（３１０）において、まず変換する原本ＨＴＭＬファイルを生成またはオープンする（３１１）。原本ＨＴＭＬファイルは、本発明によって提供されるソースファイル自動生成ツールによって新たに作成されること可能で、すでに異なるソフトウェアによって作成されているファイルであるかも可能である。また、原本ＨＴＭＬファイルは、異なるワープロによってそのワープロ自体のフォーマットを有した文書ファイルからＨＴＭＬフォーマットに変換された結果物でもかまわない。さらに前記原本ＨＴＭＬファイルは、その他任意のソースに由来する他のＨＴＭＬファイルであってもかまわない。図８に示された例では「ｓａｍｐｌｅ．ｈｔｍｌ」（Ａ）を原本ＨＴＭＬの例として示している。このファイル（Ａ）を基に予備的なＸＭＬファイル（Ｂ）と予備的なＸＳＬファイル（Ｃ）が生成される。ここで、予備的なＸＭＬファイルは、空のＸＭＬファイルとして生成される（３１２）。ここで「空の」ＸＭＬファイルとすることで、図８の例示的なコード（ｓａｍｐｌｅ．ｘｍｌ）として示しているように、基本的に予め決定されている構造を有するが具体的なデータがないファイル状態であることを指称する。予備的なＸＳＬファイルは、原本ＨＴＭＬファイルから生成される（３１３）。その後、変換過程で生じる間違いをチェック（３１４）して、ソース作成者が修正（３１５）できるようにする。結果的に作られた予備的なＸＭＬファイル及び予備的なＸＳＬファイルは、以後継続する作業のために保存され得る（３１６、３１７）。
【００３９】
原本ＨＴＭＬファイルから予備的なＸＳＬファイルへの変換工程（３１３）は、図７によってさらに詳細に示されている。まず、空のＸＳＬファイルを生成する（３１３１）。その後、生成された空のＸＳＬファイルに予め決定されているＸＳＬヘッダー部分を挿入する（３１３２）。ＸＳＬヘッダーの具体的なコーディングは、図８のｓａｍｐｌｅ．ｘｓｌで具体的な例を見ることができる。本発明が示された例にのみ限定されるのではないことは当然のことであり、当業者が考えられる多様な変形と修正も本発明の範囲に含まれることを指摘しておく。その後、原本ＨＴＭＬファイルの内容を最初の行から最後の行まで１行ずつ読んで変換する（３１３３）。この工程（３１３３）をさらに詳細にみると、まず１行を読む（３１３４）。読んだ行がＣｏｍｍｅｎｔ部分なのかどうかすなわち実際に有用なコーディング部分ではなく、説明のための注釈に過ぎないのかをチェックする（３１３５）。肯定の場合には、次の行を読む工程に移り、否定の場合には該当の行が再びジャバスクリプト部分であるかどうかをチェックする（３１３６）。肯定の場合は次の行に移り、否定の場合にはブロック（３１３７）で例示したように変換して、前記生成されたＸＳＬファイルに追加させる。図に示された変換規則は単に例示に過ぎず、適切な場合に追加的な変換規則または代案的な変換規則が存在し得るという点を当業者なら容易に理解するであろう。このように１行が変換されると、最後の行に至るまで同じ過程が反復される。原本ＨＴＭＬの変換が完了すると、その結果として生成されるＸＳＬファイルに、図８のｓａｍｐｌｅ．ｘｓｌで一例を見られるように、予め決定されているＸＳＬ  Ｂｏｔｔｏｍ部分を追加する（３１３８）。
【００４０】
このように生成された予備的なＸＭＬファイルと予備的なＸＳＬファイルを、ソース作成者が、図９及び図１０にさらに詳しく示されたように互いにマッピングさせることで、最終的なソースＸＭＬファイルと最終的なソースＸＳＬファイルが生成され得る（３２０）。この工程（３２０）で、まずソース作成者は画面上で予備ＸＳＬファイルのコードの中でマッピングする部分を選択する（３２１）。ここで、マッピングする部分というのは、該当文書の内容の中で新たに作られる文書に変化するデータ部分に該当する。例えば、図１０でｓａｍｐｌｅ．ｘｓｌ（Ｃ’）の内容の中でａ１、ｂ１で表示された部分がそのようなマッピングされる部分である。ａ１、ｂ１部分は、ｓａｍｐｌｅ．ｘｍｌ（Ｂ’）の対応する部分ａ２、ｂ２にそれぞれマッピングされて、ａ１、ｂ１部分はａ４のような内容で置換される。このようなマッピング過程をもう少し詳細にみると、ソース作成者がマッピング命令語を入力すればマッピングウインドウが開かれる（３２２）、ユーザーは選択されたマッピングされた部分、例えばａ１部分をマッピングさせてＸＭＬファイル内に生成するＴａｇ名、例えば、ｒｏｏｔ／Ｍａｉｎ／ｉｔｅｍ１を入力してＳｕｂｍｉｔする（３２３）。そうすると、ＸＭＬファイル（Ｂ’）にはｒｏｏｔエレメント内のＭａｉｎエレメント内にｉｔｅｍ１というエレメントが新たに作られて、ａ２部分のような項目が挿入される。これと同時にＸＳＬファイルの該当の部分、すなわちａ１部分は、＜ｘｓｌ：ｖａｌｕｅ−ｏｆ  ｓｅｌｅｃｔ＝”ｒｏｏｔ／Ｍａｉｎ／ｉｔｅｍ１”＞に置換される（３２５）。このようにして一つのマッピング過程が完了する。その後、異なるマッピングする部分があれば（３２６）、次の選択部分例えばｂ１部分に対して類似の方式でマッピングが成り立つことができる。マッピングが完了すると、結果として生成されたＸＭＬファイルとＸＳＬファイルは、ソースファイルとして以後の過程のために保存することができる（３２７、３２８）。
【００４１】
以上で説明された工程によって、例えば、原本ＨＴＭＬファイルである次のようなコードを有するｓａｍｐｌｅ．ｈｔｍｌ、すなわち
＜ソースコード１＞
【００４２】
【数１】
2011253548.tif 000037
【００４３】
に対して、次のようなコードを有するソースＸＭＬファイルであるｓａｍｐｌｅ．ｘｍｌ、すなわち
＜ソースコード２＞
【００４４】
【数２】
2011253548.tif 000038
【００４５】
が生成されて、次のようなコードを有するソースＸＳＬファイルであるｓａｍｐｌｅ．ｘｓｌ、すなわち
＜ソースコード３＞
【００４６】
【数３】
2011253548.tif 000039
【００４７】
が生成され得る。
【００４８】
図１１及び図１２には、生成されたソースＸＭＬファイルからＤＴＤ（Ｄｏｃｕｍｅｎｔ  Ｔｙｐｅ  Ｄｅｆｉｎｉｔｉｏｎ）ファイル及び／またはスキーマファイルを自動生成する工程が示されている。この工程で、ソース作成者はソースＸＭＬファイルをオープン（３３１）する。ソース作成者は、ＤＴＤ及び／またはスキーマファイルを自動生成するようにする命令語を入力するかまたは対応するアイコンをクリックすることで、オープンされたソースＸＭＬファイルに対応するＤＴＤファイル及び／またはスキーマファイルを生成することができる（３３２）。その後、生成されたファイルにエラーがあるかどうかをチェック（３３３）して、ソース作成者が直接コードを修正して（３３４）、完成されたファイルはソースファイルとして追って利用するために保存される（３３５）。
【００４９】
ソース作成者がソースＸＭＬファイルをオープンした後、スキーマファイルを生成するように指示する命令語を入力すると、ソースファイル自動生成ツールによって、図１２に示されたスキーマファイル自動生成工程が順次に実行され得る。ＤＴＤ、スキーマファイルは、本発明によるＸＭＬ文書自動生成のためのソースファイルに必ず含まれなければならないのではなく、場合によって省略することもできる。本工程（３３２）で、まず空のスキーマファイルが生成される（３３２１）。その後、ソースファイル自動生成ツールは、オープンされたソースＸＭＬ文書の構造を読む（３３２２）。ここで、ＸＭＬ文書構造のｒｏｏｔから一つの構造ずつ終りまで読む（３３２３）。ここで、一つの構造というのは、一つのエレメント（ｅｌｅｍｅｎｔ）を意味する。一つの構造を読んだ時、該当の構造が日付なのかどうかをチェック（３３２４）して、肯定の場合には日付データ形式を示すコードに変換して（３３２５）、そうではない場合にはストリングデータ形成を示すコードに変換する（３３２６）。変換されたスキーマ部分を生成されている空のスキーマファイルに挿入して（３３２７）、その結果生成される最終スキーマファイルを保存する（３３２８）。その後、このように生成されたスキーマ部分を示すリンクコードをソースＸＭＬファイルのｒｏｏｔに挿入する（３３２９）。
【００５０】
このようにして生成されたソースＤＴＤファイル及び生成されたソーススキーマファイルの具体的な例を挙げると、前記ｓａｍｐｌｅ．ｘｍｌに対して、スキーマファイルは次のような内容を有するように自動生成される。
【００５１】
＜ソースコード４＞
【００５２】
【数４】
2011253548.tif 000040
【００５３】
ＤＴＤファイルは、ｓａｍｐｌｅ．ｘｍｌの構造によって自動で次のような内容に生成される。
【００５４】
＜ソースコード５＞
【００５５】
【数５】
2011253548.tif 000041
【００５６】
図１３及び図１４には、ソースＤＯＭ（Ｄｏｃｕｍｅｎｔ  Ｏｂｊｅｃｔ  Ｍｏｄｅｌ）ファイルを自動生成する工程（３４０）がさらに詳しく示されている。本発明において、ＤＯＭファイルはソースＸＭＬ文書の構造にユーザーが入力するデータを満たして、同一構造の異なるデータを有した新しいＸＭＬ文書を自動生成する役割をするようになる。この工程（３４０）で、ソース作成者は所望するソースＸＭＬファイルをオープンして（３４１）、所望するＤＯＭモードを選択することができる（３４２）。例えば、生成されるＤＯＭが実行されるサーバー環境によってＡＳＰ−ＤＯＭモード、ＪＳＰ−ＤＯＭモードの中でいずれか一つを選択することができる。本発明においてこのようなモードの種類が、単にＡＳＰ（Ａｃｔｉｖｅ  Ｓｅｒｖｅｒ  Ｐａｇｅｓ）、ＪＳＰ（Ｊａｖａ  Ｓｅｒｖｅｒ  Ｐａｇｅｓ）にのみ制限される必要はない。本発明によるＤＯＭが実行され得る環境なら、該当の分野で知られているか、これから開発され得るすべての種類のサーバー環境が考慮され得ることは当然である。
【００５７】
ソース作成者はモード選択の後、ＤＯＭファイルを生成する命令語を入力するかまたは対応する機能のアイコンをクリックすることで、ＤＯＭファイルが自動に生成されるようにできる（３４３）。その後、自動生成されたソースＤＯＭファイルのエラーをチェックして（３４４）、エラーがある場合修正し（３４５）、完成されたソースＤＯＭファイルを追って使用するために保存することができる（３４６）。ソース自動生成ツールによってソースＤＯＭファイルがソースＸＭＬファイルから自動生成される過程（３４３）は、図１４にさらに詳細に示されている。まず、空のＤＯＭファイルを生成する（３４３１）。オープンされたソースＸＭＬ文書の構造を読む（３４３２）。この場合、最初の行から最後の行まで読むようになるが（３４３３）、一構造単位で読む。読んだ構造が日付部分なのかどうかをチェック（３４３４）し、日付の場合（３４３５）と日付ではない場合（３４３６）に分けてｄａｔｅ形式またはｓｔｒｉｎｇ形式を指定するコードに変換する。このように変換された部分を以前に生成された空のＤＯＭファイルの中に挿入（３４３７）することで、ソースＤＯＭファイルを完成することができる。下記に示した例は、前記ｓａｍｐｌｅ．ｘｍｌファイルから生成されたＡＳＰ−ＤＯＭファイルのソースの一例であるｓａｍｐｌｅ．ａｓｐである。
【００５８】
＜ソースコード６＞
【００５９】
【数６】
2011253548.tif 000042
【００６０】
図１５ないし図１７には一般ユーザーがウェブブラウザを用いてＸＭＬ文書作成のための入力データを提出する入力用ウェブフォームを生成する過程（３５０）が詳しく示されている。入力用ウェブフォームファイルは、上で詳しく説明したマッピング工程（３２０）で生成されているソースＸＳＬファイルから生成することができる。入力用ウェブフォーム生成工程（３５０）で、ソース作成者は、本発明によって提供されるソース自動生成ツールプログラムを用いて、ウェブフォームによって作られることを所望するソースＸＭＬファイルと対応するソースＸＳＬファイルをオープンする（３５１）。対応するスキーマファイルがあるかどうかをチェック（３５２）し、存在しない場合には、下記の図１６を参照してさらに詳しく説明される工程を通じて、入力用ウェブフォームファイルを自動生成（３５３）するようにツールを操作することができる。生成されたウェブフォームファイルにエラーがあるのかどうかをチェック（３５７）して、エラーがあればソース作成者が修正することができる（３５５）。完成された入力用ウェブフォームファイルは以後の使用のために保存（３５９）され得る。
【００６１】
一方、工程（３５２）で対応するスキーマファイルが存在すると判定された場合には、前記ツールは該当のスキーマファイルをオープンする（３６１）。ツールはオープンされたスキーマファイルを読んで（３６２）、下記の図１７を参照してさらに詳しく説明される工程を通じて、入力用ウェブフォームファイルを自動で生成（３６３）できる。ツールはソース作成者にとって、生成されたウェブフォームファイルにエラーがあるのかどうかをチェック（３６６）できるようにし、エラーが存在する場合はウェブフォームファイルを修正（３６７）できるようにする。完成されたウェブフォームファイルは追って使用するために保存（３６８）され得る。
【００６２】
図１６を参照して、スキーマファイルがない場合、入力用ウェブフォームファイルをツールが自動で生成する工程（３５３）を説明する。工程（３５３）が始まると、空のＨＴＭＬファイルが生成される（３５３０）。ツールは以前の工程（３５１）でオープンされているＸＳＬファイルをはじめから終りまで行単位で読む（３５３１）。１行を読めば（３５３２）、該当の部分がジャバスクリプト部分なのかどうかをチェック（３５３３）する。ジャバスクリプトの場合（ｙｅｓ）には無視して次の行を読む。ジャバスクリプトではない場合（ｎｏ）にはその次の事項をチェックして（３５３４、３５３６）、チェック結果によって適切に変換（３５３５、３５３７、３５３８）できる。すでに生成されている空のＨＴＭＬファイルに上で変換された部分を挿入（３５３９）することで、入力用ウェブフォームファイルが生成され得る。
【００６３】
図１７を参照して、スキーマファイルがある場合、入力用ウェブフォームファイルをツールが自動で生成する工程（３６３）を説明する。工程（３６３）が始まると、ツールは空のＨＴＭＬファイルを生成する（３６３１）。その後、以前の工程（３５１）でオープンされているＸＳＬファイルを最初の行から最後の行まで１行ずつ読む（３６３２、３６３３）。読まれた部分に対して、例えばジャバスクリプト部分なのかどうか（３６３４）、オープンされたスキーマファイルの中で定義されている事項それぞれと一致するのかどうか（３６３５、３６３７、３６３９、３６４１、３６４３、３６４５、３６４７）をチェックして、その結果によって適切に変換（３６３６、３６３８、３６４２、３６４４、３６４６、３６４８、３６４９）する。このように変換されたコードを以前の工程（３６３１）で生成された空のＨＴＭＬファイル内に挿入（３６５０）することで、入力用ウェブフォームファイルが生成され得る。
【００６４】
ここでオープンされて変換過程で使用されるスキーマファイルは、前記図１１及び図１２を参照して説明した工程（３３０）によって生成されたファイルであり得、好ましくは別個にウェブフォームを定義して参照するようにした外部ファイルであり得る。図１８及び図１９には、スキーマファイルで定義していてまた生成されたウェブフォームファイルで示すことができるウェブフォームの種類中の一部を示している。図に示したように、ウェブフォームの種類には短くテキストを入力することができる「テキスト入力ウェブフォーム」、大量のテキストを入力することができる「テキスト領域ウェブフォーム」、パスワードのように保安が必要なデータを入力することができる「パスワード入力ウェブフォーム」、ファイルを添付することができる「ファイル入力ウェブフォーム」、予め定義されている多数のデータの中で一つを選択することができる「コンボボックスウェブフォーム」などのように既存に知られている任意のウェブフォームをすべて含むことができる。
【００６５】
さらに、本発明によって使用することができるウェブフォームには、ユーザーが定義したウェブフォームが含まれ得る。「ユーザー定義ウェブフォーム」は、ソース作成者であり得るユーザーが任意に定義したコンポーネントをウェブフォームとして使用するものである。「ユーザー定義ウェブフォーム」には、例えば暦を捜して日付を選択するようにする「日付入力ウェブフォーム」、郵便番号を入力して入力された郵便番号に対応する住所を捜すようにする「郵便番号捜しウェブフォーム」などを含むことができる。このような「ユーザー定義ウェブフォーム」を具現するため、例えばユーザー定義コンポーネント関数とユーザー定義ＧＩＦ（ディスプレイされる呼び出しボタンイメージ）を予めサーバーに保存した状態でユーザー定義関数を連結した入力用ウェブフォームファイルを生成することができる。図１８及び図１９に例示されているように、このようなユーザー定義ウェブフォームを使用する規則は、例えば、’ｋｋｋｕｓｅｒ＿ユーザー定義名’で定義することができる。例えば日付選択ウェブフォームをｋｋｋｕｓｅｒ＿ｃａｌｅｎｄａｒにして、郵便番号捜しウェブフォームをｋｋｋｕｓｅｒ＿ｐｏｓｔｃｏｄｅとする場合、次の表  １に例示されたエレメントが使用できる。
【００６６】
【表１】
2011253548.tif 000043
【００６７】
このようなウェブフォームがスキーマファイルで予め定義されている場合、容易に本発明によるツールによって１：１で対応してソースコードを生成することができる。ウェブフォームを予め定義しているスキーマファイルは、例えば、ｋｋｋ＿ｓｃｈｅｍａ．ｘｓｄの名称で次のような、すなわち
＜ソースコード７＞
【００６８】
【数７】
2011253548.tif 000044
【００６９】
のようなソースコードを有するように作ることができる。本例でこのｋｋｋ＿ｓｃｈｅｍａ．ｘｓｄは、前記ソースコード４で見られるように、スキーマファイル生成工程によって生成されたファイル内にリンクとして挿入されている。
【００７０】
以上で説明された入力用ウェブフォームファイル自動生成過程によって生成される、入力用ウェブフォームファイルは、ＨＴＭＬ文書として生成され得る。例えば、下記のようなソースコードを有するｓａｍｐｌｅ．ｈｔｍとして入力用ウェブフォームファイルが生成され得る。
【００７１】
＜ソースコード８＞
【００７２】
【数８】
2011253548.tif 000045
【００７３】
ソースコード８のような入力用ウェブフォームは、図２０に示されているような画面で、ユーザーのウェブブラウザ上でディスプレイされ得る。図示例は、説明を簡単にするために最も簡単に例えたものに過ぎず、本発明が図示された例にのみ限定されるのではないということは勿論である。
【００７４】
図２１及び図２２には、修正用ウェブフォームファイルを生成する工程（３７０）を詳細に示している。修正用ウェブフォームファイルは、ユーザーに対して、すでに作成されている対応するＸＭＬ文書のデータをウェブブラウザ上で修正するようにさせるための手段である。修正用ウェブフォームファイルは、基本的に入力用ウェブフォームファイルと類似している。まず、工程が始まれば、所望するソースＸＭＬファイルとそれに対応する入力用ウェブフォームがオープン（３７１、３７２）され得る。その後、オープンされたＸＭＬファイルの構造でデータ値が判読されて、修正用ウェブフォームファイルが自動生成（３７３）され得る。その後、生成された修正用ウェブフォームファイルのエラーをチェック（３７５）し、エラーがある場合は修正（３７６）できる。完成された修正用ウェブフォームファイルは以後の使用のために保存（３７７）され得る。完成された修正用ウェブフォームファイルのソースコードの例を下記に示す。
【００７５】
＜ソースコード９＞
【００７６】
【数９】
2011253548.tif 000046
【００７７】
自動生成（３７３）過程は、図２３を参照してさらに詳しく説明される。工程（３７３）が始まると、ＸＭＬファイルの構造を読む過程が始まる（３７３１）。ＸＭＬファイルの構造ははじめから終わりまで構造単位で読む（３７３２、３７３３）、  読んだ構造が何か、例えばＭａｉｎなのかどうかをチェック（３７３４）して、該当の構造の値を変数に入れて計算（３７３５）し、計算された部分はジャバスクリプト関数に入れる（３７３６）。その結果を空のＨＴＭＬ文書に挿入（３７３７）して修正用ウェブフォームファイルを生成することができる。
【００７８】
以上で説明したような本発明による方法によって、一つの原本ＨＴＭＬ文書から、ＸＭＬファイル、ＸＳＬファイル、ＤＴＤ／スキーマファイル、ＤＯＭファイル、入力用ウェブフォーム、修正用ウェブフォームのようなソースファイルが、自動に生成され得る。このようなソースファイル自動生成過程のすべてまたは少なくとも一部は、例えばローカルコンピュータ上で実行されるようにソフトウェアプログラム命令語を含む一つのソースファイル自動生成ツール（ＤｒｅａｍＸＭＬ  ＴＯＯＬ）によって具現することができる。前記ツールは、生成されたソースファイルをローカルネットワークまたは広域ネットワークを通じてウェブサーバーコンピュータにアップロードする機能を追加で有することができる。さらに前記ツールは、原本ＨＴＭＬ文書を修正するか新たに作成するかまたは異なるフォーマットの文書からＨＴＭＬ文書に変換させる機能をさらに有することができる。このように前記ツールにより本発明にしたがってＸＭＬ文書作成のための準備過程を完了することができる。
【００７９】
ソースファイルがウェブサーバーコンピュータにアップロードされた状態で、一般ユーザーはウェブブラウザを用いてウェブサーバーが提供するウェブフォームの中で所望するウェブフォームを選択して、所望する文書をＸＭＬ文書として容易に作成することができる。図２３には、このようなＸＭＬ文書作成過程がサーバー側で実行される過程（４００）として詳細に示されている。この過程（４００）は、サーバー側で実行されるエンジンによって遂行され得る。ＸＭＬ文書生成過程において、すでに言及されたように、まずユーザーがウェブブラウザを用いて入力用ウェブフォームを選択した後、ウェブフォームによって要求されるデータを入力する。入力されたデータは、ユーザーがウェブフォームに添付されているｓｕｂｍｉｔボタンをクリックする時、サーバー側に送信される。
【００８０】
ユーザーから入力データがサーバー側に送信されてくると、図２３に示されたＸＭＬ文書生成過程（４００）が開始され得る。エンジンはまず、ウェブフォームからデータを受けて変数を宣言し（４１０）、宣言された変数に送信されてきたデータ値を保存する（４２０）。その次に、サーバーにある原本ＸＭＬファイルすなわちユーザーが入力データを送るのに用いた入力用ウェブフォームと対応するソース  ＸＭＬファイルをオープンする（４３０）。原本ＸＭＬファイルの構造を対応するＤＯＭファイルを用いて読む（４４０）。この場合、初めの構造から一構造ずつ最後の構造まで読む（４５０、４６０）。一構造を読むと該当の構造に当たる変数値を捜して（４７０）、捜した値を該当の構造の値として保存する（４８０）。このように計算された構造値を有するＸＭＬファイルを新たに生成されたＸＭＬ文書として保存する（４９０）。
【００８１】
このような方式にしたがって、ユーザーの入力したデータはすでに保存されていた原本ＸＭＬファイルから複製された構造内に挿入することができ、これによって原本ＸＭＬファイルと構造は同一であるがデータが互いに異なる新しいＸＭＬ文書が複製−生成され得る。
【００８２】
図２４は、本発明によるＸＭＬ文書生成過程に関与する様々なファイルの互いに関連した関係（５００）を示した概路図である。本発明によって、原本ＨＴＭＬ文書（５１０）は、自動生成工程（５７１、５７２）を通じて予備的なＸＭＬファイル（５２２）と予備的なＸＳＬファイル（５２３）と関連する。二つのファイル（５２２、５２３）は、ソース作成者によるマッピング過程（５７３）を経て完成されたソースＸＭＬファイル（５３２）とソースＸＳＬファイル（５３４）に変換される。ソースＸＭＬファイル（５３２）は、ＤＯＭファイル（５３８）及びスキーマ／ＤＴＤファイル（５３６）を自動生成する過程（５７５、５７４）に関与する。ここで、ウェブフォーム形式を予め定義しておいたスキーマファイル（５３７）が予め保存されていることがあり得る。ソースＸＳＬファイル（５３４）は、入力用ウェブフォームファイル（５４２）を自動生成する工程（５７４）によって前記ファイル（５４２）と関連する。修正用ウェブフォームファイル（５４４）は、入力用ウェブフォームファイル（５４２）と自動生成過程（５７７）によって関連する。ユーザーは、入力用ウェブフォームファイル（５４２）を用いて要求されたデータを入力して、このデータはサーバー側エンジン（ＢａｓｅＸＭＬ  Ｅｎｇｉｎｅ）によってＤＯＭファイル（５３８）とソースＸＭＬファイル（５３２）などを基にして新しいＸＭＬファイル（５６０）として生成され得る（５９０）。修正用ウェブフォーム（５４４）は、このように作られた新しいＸＭＬファイルを修正して修正されたＸＭＬファイル（５５０）を生成（５８０）するためにユーザーによって利用され得る。
【００８３】
以上で、本発明を添付された図を参照して具体的な実施例として説明したが、本発明の思想が記述された例にのみ限定されるのではない。例えば、前記で本発明がサーバーとクライアントからなるネットワーク上で、すなわちＴＣＰ／ＩＰ及びＨＴＴＰプロトコルを使用する通信ネットワーク上で具現されるＸＭＬ文書自動生成方法として説明されたが、本発明がこのようなネットワーク上でのみ具現され得るものとして限定する必要はない。本発明によって提供されるソース自動生成ツール及びＸＭＬ文書自動生成または複製技術は、任意のユーザーが接続可能な一つのローカルコンピュータ上で、または何台かのコンピュータが連結されているローカルネットワーク上で、実行され得る一つのパッケージソフトウェアとして具現することもできる。
【００８４】
一方、本発明による方法を具現する前記ツール及びエンジンとしてのソフトウェアプログラムは、コンピュータで読める媒体、例えばＣＤ−ＲＯＭディスク、ＤＶＤ  ロム（ＲｅａｄＯｎｌｙＭｅｍｏｒｙ）ディスク、ＲＡＭ、ＲＯＭ、フロッピー、ハードディスク、光ディスク、光記録媒体などのような記録媒体に保存されて、コンピュータに内蔵しているマイクロプロセッサーによって判読されて実行され得る。
【００８５】
さらに図に示されて説明されたソースファイル自動生成規則は、単に例示的なものに過ぎず、本発明の思想を限定しようとする意図は全くない。当業者なら本発明の思想を基に場合によってさまざまな変形及び修正事項を容易に考案し出すことができる。このように当業者なら本発明の開示された内容を参照して、本発明の特許請求範囲で請求する本発明の範囲を逸脱せずに、さまざまな変形と修正を容易に考え出すことができる。したがって、本発明の保護範囲は、開示された具体的な実施例によってではなく、特許請求範囲によってのみ解釈されなければならないことを指摘しておく。
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
端末装置のウエブブラウザにて入力されたデータに基づいて、新たなＸＭＬ文書を生成する装置であって、
ＨＴＭＬ文書を変換して生成され、所定の構造を有し、当該所定の構造にしたがった所定のソースデータを含むソースＸＭＬ文書を記録する記録部と、
前記端末装置のウエブブラウザからの要求に応じて、少なくとも一つのデータ入力が可能なウエブページを送信する送信手段と、
前記ウエブページを表示する前記端末装置において入力されたデータを受信する受信手段と、
前記記録部に記録されたソースＸＭＬ文書を複製する複製手段と、
前記複製されたソースＸＭＬ文書に含まれるソースデータを、前記受信した入力データにて置き換える置換手段と、
前記置換手段による置き換えによって得られた前記ＸＭＬ文書を、新たなＸＭＬ文書として保存する保存手段と、
を備えたウェブブラウザ上での入力に基づいて新たなＸＭＬ文書を生成する装置。
【請求項２】
ＨＴＭＬ文書を変換して生成され、所定の構造を有し、当該所定の構造にしたがった所定のソースデータを含むソースＸＭＬ文書を記録する記録部を有するコンピュータによって、ウェブブラウザ上での入力に基づいて新たなＸＭＬ文書を生成する装置を実現するためのプログラムであって、前記コンピュータを、
端末装置のウエブブラウザからの要求に応じて、少なくとも一つのデータ入力が可能なウエブページを送信する送信手段と、
前記ウエブページを表示する前記端末装置において入力されたデータを受信する受信手段と、
前記記録部に記録されたソースＸＭＬ文書を複製する複製手段と、
前記複製されたソースＸＭＬ文書に含まれるソースデータを、前記受信した入力データにて置き換える置換手段と、
前記置換手段による置き換えによって得られた前記ＸＭＬ文書を、新たなＸＭＬ文書として保存する保存手段と、
して機能させるためのプログラム。
【請求項３】
請求項１の装置または請求項２のプログラムにおいて、
前記記録部には、前記ソースＸＭＬ文書の所定の構造にアクセス可能であり、データ値をセットアップ可能なＤＯＭファイルが記録されており、
前記置換手段は、前記ＤＯＭファイルを用いて置き換えを行うことを特徴とする装置またはプログラム。
【請求項４】
ウェブブラウザ上で第一の階層構造の文書を生成するためのソースを生成する装置であって、
第二の階層構造の元文書のデータに基づいて、第一の階層構造の文書およびスタイルシート文書を生成する手段と、
前記第一の階層構造の文書に関連づけられ、前記第一の階層構造の文書のデータ型を定義し、データ型の有効性を検証するための型定義・妥当性検証文書を、前記第一の階層構造の文書から生成する手段と、
前記第一の階層構造の文書に関連づけられ、前記文書の第一の階層構造のデータ値にアクセスして設定するためのデータ値設定文書を、前記第一の階層構造の文書から生成する手段と、
前記データ値設定文書に与えられた入力データに基づいて新たな第一の階層構造の文書を生成するためのソースである第二の階層構造の挿入用文書を、前記スタイルシート文書および型定義・妥当性検証文書に基づいて生成する手段と、
を備えた装置。
【請求項５】
コンピュータによって、ウェブブラウザ上で第一の階層構造の文書を生成するためのソースを生成する装置を実現するためのプログラムであって、前記コンピュータを、
第二の階層構造の元文書のデータに基づいて、第一の階層構造の文書およびスタイルシート文書を生成する手段と、
前記第一の階層構造の文書に関連づけられ、前記第一の階層構造の文書のデータ型を定義し、データ型の有効性を検証するための型定義・妥当性検証文書を、
前記第一の階層構造の文書から生成する手段と、
前記第一の階層構造の文書に関連づけられ、前記文書の第一の階層構造のデータ値にアクセスして設定するためのデータ値設定文書を、前記第一の階層構造の文書から生成する手段と、
前記データ値設定文書に与えられた入力データに基づいて新たな第一の階層構造の文書を生成するためのソースである第二の階層構造の挿入用文書を、前記スタイルシート文書および型定義・妥当性検証文書に基づいて生成する手段と、
して機能させるためのプログラム。
【請求項６】
請求項４の装置または請求項５のプログラムにおいて、
前記第一の階層構造の文書はＸＭＬ文書であり、
前記スタイルシート文書はＸＳＬ文書であり、
前記型定義・妥当性検証文書はＤＴＤ文書またはスキーマ文書であり、
前記データ値設定文書はＤＯＭ文書であり、
前記第二の階層構造の挿入用文書は、少なくとも一つのフォーム入力部分を備えるＨＴＭＬ文書であることを特徴とする装置またはプログラム。
【請求項７】
端末装置からの要求に応じて、ウェブブラウザ上で新たなＸＭＬ文書をコンピュータが生成する方法であって、
ＨＴＭＬ文書を変換して生成され、所定の構造を有し、当該所定の構造にしたがった所定のソースデータを含むソースＸＭＬ文書を、コンピュータが記録するステップと、
コンピュータが、前記端末装置のウェブブラウザから 少なくとも一つのデータ入力が可能なフォーム入力構造を含むウェブページによって入力データを受信するステップと、
コンピュータが、前記記録部に記録されたソースＸＭＬ文書を複製するステップと、
コンピュータが、前記複製されたソースＸＭＬ文書に含まれるソースデータを、前記受信した入力データから置き換えるステップと、
コンピュータが、前記置き換え手段による置き換えによって得られた前記ＸＭＬ文書を、新たなＸＭＬ文書として保存するステップと、
を備えたウェブブラウザ上で新たなＸＭＬ文書を生成する方法。
【請求項８】
請求項７の方法において、
前記記録部には、前記ソースＸＭＬ文書の所定の構造にアクセス可能であり、
データ値をセットアップ可能なＤＯＭファイルが記録されており、
前記置換ステップにおいて、コンピュータは、前記ＤＯＭファイルを用いて置き換えを行うことを特徴とする方法。
【請求項９】
ウェブブラウザ上で第一の階層構造の文書を生成するためのソースを、コンピュータが生成する方法であって、
コンピュータが、第二の階層構造の元文書のデータに基づいて、第一の階層構造の文書およびスタイルシート文書を生成するステップと、
コンピュータが、前記第一の階層構造の文書に関連づけられ、前記第一の階層構造の文書のデータ型を定義し、データ型の有効性を検証するための型定義・妥当性検証文書を、前記第一の階層構造の文書から生成するステップと、
コンピュータが、前記第一の階層構造の文書に関連づけられ、前記文書の第一の階層構造のデータ値にアクセスして設定するためのデータ値設定文書を、前記第一の階層構造の文書から生成するステップと、
コンピュータが、前記データ値設定文書に与えられた入力データに基づいて新たな第一の階層構造の文書を生成するためのソースである第二の階層構造の挿入用文書を、前記スタイルシート文書および型定義・妥当性検証文書に基づいて生成するステップと、
を備えた方法。
【請求項１０】
請求項９の方法において、
前記第一の階層構造の文書はＸＭＬ文書であり、
前記スタイルシート文書はＸＳＬ文書であり、
前記型定義・妥当性検証文書はＤＴＤ文書またはスキーマ文書であり、
前記データ値設定文書はＤＯＭ文書であり、
前記第二の階層構造の挿入用文書は、少なくとも一つのフォーム入力部分を備えるＨＴＭＬ文書であることをあることを特徴とする方法。