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