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