(57)【要約】【課題】  ＸＳＬＴや変換規則をＸＭＬファイルの数だけ作成することなく、ＸＭＬファイル間において、異なる構造や記述のＸＭＬへの相互変換が可能なＸＭＬ構造変換プログラムおよび方法を提供することを目的とする。【解決手段】  第１のＸＭＬの構造および記述を解析する解析手段と、解析手段の解析結果に基づき、第１のＸＭＬファイルに対して文字列操作を行うことにより第２のＸＭＬファイルを出力する変換手段とを設けたことを特徴とするＸＭＬ構造変換システムおよび方法を提供する。【選択図】  図１
2005182099.tif 000002
【特許請求の範囲】
【請求項１】
第１のＸＭＬデータに基づいて、前記第１のＸＭＬデータとは異なる構造または記述により構成する第２のＸＭＬデータを生成するＸＭＬ構造変換サーバ・クライアントシステムであって、クライアントシステムは前記第２のＸＭＬデータの種類を利用者が指定するための指定手段を備え、またサーバシステムは前記ＸＭＬ構造変換を行うためのＸＭＬ構造変換モジュールを備え、
前記ＸＭＬ構造変換モジュールは前記第１のＸＭＬデータの構造および記述をそのタグ構造に基づいて解析するとともに、その解析結果に基づき前記第１のＸＭＬデータに対して、前記指定された種類に対応する標準化したタグ構造となるように変換を行い、前記第２のＸＭＬデータを生成する、
ことを特徴とするＸＭＬ構造変換サーバ・クライアントシステム。
【請求項２】
請求項１記載のＸＭＬ構造変換サーバ・クライアントシステムにおいて、前記サーバシステムは前記第２のＸＭＬデータをその種類によって指定されたディレクトリにＸＭＬファイルとして自動保存する保存手段を備えることを特徴とするＸＭＬ構造変換サーバ・クライアントシステム。
【請求項３】
請求項１または２記載のＸＭＬ構造変換サーバ・クライアントシステムにおいて、前記サーバシステムはＸＭＬデータの電子フォームを蓄積する蓄積手段を備え、また前記クライアントシステムは前記電子フォームを利用者が利用するための利用手段を備え、
前記利用者の入力操作に基づいて、前記利用手段は前記蓄積手段に蓄積された入力欄が未記入の前記電子フォームを前記サーバシステムから前記クライアントシステムに入力し、前記未記入の入力欄に必要事項が記入された電子フォームを前記第１のＸＭＬデータとして前記サーバシステムに出力する、
ことを特徴とするＸＭＬ構造変換サーバ・クライアントシステム。
【請求項４】
請求項３記載のＸＭＬ構造変換サーバ・クライアントシステムにおいて、前記電子フォームは前記第２のＸＭＬデータの種類を利用者が指定するための領域を備えることを特徴とするＸＭＬ構造変換サーバ・クライアントシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ある任意の記述仕様のＸＭＬ（Extensible Markup Language）データ（ＸＭＬ文章）を、異なる利用形態に対応した他の記述仕様のＸＭＬデータへ変換するＸＭＬデータの変換システムに関するものである。
【背景技術】
【０００２】
近年、従来の紙帳票と筆記具に代わるシステムとして、電子フォームシステムが登場してきている。電子フォームシステムにおいては、申込書、申請書、その他各種帳票の体裁部分（記入欄、罫線、等）は電子フォームとして、また筆記具を用いて記入欄に記入する内容部分については入力データとして電子化される。そして、その電子化には様々な記述言語（アプリケーション）が利用される。
【０００３】
このような電子フォームを用いた電子フォームシステムは、情報端末上のウェブブラウザ（以下、単にブラウザという）から入力されたデータを、例えば、申請書の場合、入力用、顧客控、企業受付用、登録結果報告用など、様々な体裁の帳票に挿入して使用することが一般的である。ウェブブラウザを使用するために、ＨＴＭＬ（Hypertext Markup Language）を記述言語とする電子フォームシステムがある。
【０００４】
また、近年、インターネット環境の中で異なるプラットフォームやソフトウェア間におけるデータ交換の標準として、ＨＴＭＬから派生したＸＭＬが注目を集め、電子フォームシステムにおいてもＸＭＬの利用が進んでいる。ところが、ＸＭＬデータを出力できると仕様書等において謳っているアプリケーション製品から出力されるＸＭＬデータは、多くのアプリケーション製品によって一定ではなく様々な記述仕様、すなわち様々なＸＭＬ構造（ネスト、ルート要素、名前空間、等）や記述で出力され統一されていない。
【０００５】
そのため、ある任意のアプリケーションで出力されたＸＭＬデータは、そのままでは他のアプリケーションで読み込むことができない。すなわち、ＸＭＬデータを取り扱うことができると謳っているアプリケーションであっても、その利点を十分に生かすことが、現状においては、できない。
【０００６】
そこで、色々な方法を適用してＸＭＬデータの構造および記述を変換することが行われている。その方法の代表的な一例としては、ＸＭＬの変換規則を記述したＸＳＬＴ（Extensible  Stylesheet  Language Transformation）を用いてＸＭＬ間の構造変換を行う方法が知られている。
【０００７】
しかしながら、ＸＳＬＴを用いた変換は、変換元のＸＭＬデータの各要素が変換先のＸＭＬデータにどのように記述されるべきかの規則を列挙するため、同一の入力データを何通りもの帳票体裁に挿入して使用する電子フォームシステムにおいては、入力データと出力体裁の組み合わせの数だけＸＳＬＴの変換規則を作成する必要があり、開発に時間と負荷がかかるという問題がある。
【０００８】
また、予め定められた構造化文書の利用形態に対応した変換規則に従い構造化文書の構造変換を行い、その変換過程の記録を活用することで元の構造化文書への逆変換を可能とする文書構造変換方法および文書構造変換装置がある（例えば、特許文献１参照）。
【０００９】
【特許文献１】特開２００２−３４２３１６号公報
【００１０】
上述の文書構造変換方法および文書構造変換装置は、入力データとなるＸＭＬごとに予め定めるべき変換規則を作成する必要があり、用途や利用目的により適宜異なったタグや属性が配置されているＸＭＬの場合、汎用的な変換規則を作成することは困難であり、ＸＭＬデータの数だけ変換規則を作成しなければならないということで、電子フォームシステムなどにおいては、ＸＳＬＴを用いた変換と同様な問題がある。
【発明の開示】
【発明が解決しようとする課題】
【００１１】
本発明は係る問題を解決するためなされたものであり、その目的とするところは、ＸＭＬデータ間において、異なる構造や記述のＸＭＬへの相互変換が可能なサーバ・クライアントシステムを提供することである。
【課題を解決するための手段】
【００１２】
本発明の請求項１に係るＸＭＬ構造変換サーバ・クライアントシステムは、第１のＸＭＬデータに基づいて、前記第１のＸＭＬデータとは異なる構造または記述により構成する第２のＸＭＬデータを生成するＸＭＬ構造変換サーバ・クライアントシステムであって、クライアントシステムは前記第２のＸＭＬデータの種類を利用者が指定するための指定手段を備え、またサーバシステムは前記ＸＭＬ構造変換を行うためのＸＭＬ構造変換モジュールを備え、前記ＸＭＬ構造変換モジュールは前記第１のＸＭＬデータの構造および記述をそのタグ構造に基づいて解析するとともに、その解析結果に基づき前記第１のＸＭＬデータに対して、前記指定された種類に対応する標準化したタグ構造となるように変換を行い、前記第２のＸＭＬデータを生成するようにしたものである。
また本発明の請求項２に係るＸＭＬ構造変換サーバ・クライアントシステムは、請求項１に係るのＸＭＬ構造変換サーバ・クライアントシステムにおいて、前記サーバシステムは前記第２のＸＭＬデータをその種類によって指定されたディレクトリにＸＭＬファイルとして自動保存する保存手段を備えることを特徴とするＸＭＬ構造変換サーバ・クライアントシステム。
また本発明の請求項３に係るＸＭＬ構造変換サーバ・クライアントシステムは、請求項１または２に係るのＸＭＬ構造変換サーバ・クライアントシステムにおいて、前記サーバシステムはＸＭＬデータの電子フォームを蓄積する蓄積手段を備え、また前記クライアントシステムは前記電子フォームを利用者が利用するための利用手段を備え、前記利用者の入力操作に基づいて、前記利用手段は前記蓄積手段に蓄積された入力欄が未記入の前記電子フォームを前記サーバシステムから前記クライアントシステムに入力し、前記未記入の入力欄に必要事項が記入された電子フォームを前記第１のＸＭＬデータとして前記サーバシステムに出力するようにしたものである。
また本発明の請求項４に係るＸＭＬ構造変換サーバ・クライアントシステムは、請求項３に係るＸＭＬ構造変換サーバ・クライアントシステムにおいて、前記電子フォームは前記第２のＸＭＬデータの種類を利用者が指定するための領域を備えるようにしたものである。
【発明の効果】
【００１３】
本発明の請求項１に係るＸＭＬ構造変換サーバ・クライアントシステムによれば、クライアントシステムが備える指定手段により利用者が第２のＸＭＬデータの種類を指定でき、またサーバシステムが備えるＸＭＬ構造変換モジュールにより第１のＸＭＬデータの構造および記述をその標準化したタグ構造に基づいて解析するとともに、その解析結果に基づき指定された種類に対応する標準化したタグ構造となるように第１のＸＭＬデータの変換が行われ第２のＸＭＬデータが生成される。すなわち、ＸＭＬデータの種類ごとにタグ構造が標準化されており、その構造変換はバッファ内（主メモリ内）のＸＭＬデータに対して行われる。したがって、サーバシステムにおいては種類の異なるＸＭＬデータ間の変換をそのタグ構造に基づいてサーバサイドプログラム（Ｓｅｒｖｒｅｔ等）によって集中的に行うことができる。
また本発明の請求項２に係るＸＭＬ構造変換サーバ・クライアントシステムによれば、前記サーバシステムが備える保存手段により第２のＸＭＬデータがその種類によって指定されたディレクトリにＸＭＬファイルとして自動保存される。すなわち、ＸＭＬ構造変換モジュールにより生成された第２のＸＭＬデータを書込んだファイルが指定箇所に生成される。
また本発明の請求項３に係るＸＭＬ構造変換サーバ・クライアントシステムによれば、サーバシステムが備える蓄積手段にによりＸＭＬデータの電子フォームが蓄積され、またクライアントシステムが備える利用手段によりその電子フォームを利用者が利用できる。そして、利用者の入力操作に基づいて、利用手段が蓄積手段に蓄積された入力欄が未記入の電子フォームをサーバシステムからクライアントシステムに入力し、未記入の入力欄に必要事項が記入された電子フォームを第１のＸＭＬデータとして前記サーバシステムに出力することができる。したがって、クライアントシステムにおいては、それぞれのアプリケーションにおいて分散的に電子フォームの開発設計を行うことができ、どのアプリケーションで作成した電子フォームを用いて生成されたＸＭＬデータであっても、任意の形式に変換を行うことができる。
また本発明の請求項４に係るＸＭＬ構造変換サーバ・クライアントシステムによれば、電子フォームには第２のＸＭＬデータの種類を利用者が指定するための領域が備えられている。したがって、電子フォームにおいて任意のデータへの変換を指示することにより、読み込み側のアプリケーションに応じたＸＭＬデータへ構造変換が行われる。
【発明を実施するための最良の形態】
【００１４】
次に、本発明の実施の形態について図を参照しながら説明する。図１は本発明のＸＭＬ構造変換サーバ・クライアントシステムにおける全体構成を示す絵図である。まず、この図１を参照し、システムの概要を説明する。図１において、１ａ，１ｂ，１ｃはクライアントシステム、２        ａ，２ｂはサーバシステム、２１ａ，２１ｂ，２１ｃはそれぞれＡｐｐ０１，Ａｐｐ０２，Ａｐｐ０３形式の電子フォーム、２２はＸＭＬ構造変換モジュール、２３ａ，２３ｂ，２３ｃはそれぞれＡｐｐ０１，Ａｐｐ０２，Ａｐｐ０３形式のデータが入る指定のディレクトリである。図示しないが、ＸＭＬ構造変換サーバ・クライアントシステムにおけるこれらの部分は通信回線によって接続され相互間のデータ通信が可能に構成されている。
【００１５】
図１に示すように、サーバシステム２ａには蓄積手段が備えられＡｐｐ０１，Ａｐｐ０２，Ａｐｐ０３の各形式の電子フォーム２１ａ，２１ｂ，２１ｃがその蓄積手段に保存されている。またサーバシステム２ｂにはＸＭＬ構造変換モジュール２２が備えられている。サーバシステム２ａとサーバシステム２ｂとは１つのコンピュータシステムからなるサーバシステムであってもよく、別個のコンピュータシステムからなるサーバシステムであってもよい。
【００１６】
この保存されている電子フォーム２１ａ，２１ｂ，２１ｃにおける記入欄は未記入である。すなわち、この保存されている電子フォームにリンクされた入力データは存在しない。保存されている電子フォームは、申込書、申請書、その他各種帳票の体裁部分（記入欄、罫線、等）をＸＭＬによって記述されたものである。
【００１７】
クライアントシステム１ａ，１ｂ，１ｃはサーバシステム２に保存されている電子フォームのうちから、クライアントシステム１ａ，１ｂ，１ｃで動作するアプリケーションに適合し、かつ利用する体裁の電子フォームを入力する。クライアントシステム１ａ，１ｂ，１ｃのディスプレイには電子フォームの画面が表示される。
【００１８】
電子フォームの画面の一例を図２に示す。図２に示す電子フォームには、「郵便番号」「住所」「氏名」「電話番号」「メールアドレス」「備考」の入力欄（入力領域）が設けられている。また、それらとともにＡｐｐ０１，Ａｐｐ０２，Ａｐｐ０３のいずれかの変換形式の１つを選択するチェックボタンと送信を指示するための送信ボタンが設けられている。
【００１９】
クライアントシステム１ａ，１ｂ，１ｃにおいて利用者は電子フォームの入力欄に記入を行うとクライアントシステム１ａ，１ｂ，１ｃで利用したアプリケーションによって種類の異なる入力データが生成される。この生成された入力データは、電子フォームと同様にＸＭＬによって記述されたものである。この電子フォームの入力データと電子フォームの体裁とを融合する処理が行われ、クライアントシステム１ａ，１ｂ，１ｃのディスプレイには入力欄が記入された電子フォームの画面が表示される。
【００２０】
入力欄に対する必要事項の入力を終えると、その電子フォームの画面において、利用者はＡｐｐ０１，Ａｐｐ０２，Ａｐｐ０３のいずれかの変換形式の１つを選択するチェックボタンの１つにチェックを入れる。図２に示す電子フォームにおいては、Ａｐｐ０２にチェックが入っている。さらに利用者は送信を指示するための送信ボタンにマウスカーソルを置いてマウスボタンをクリックする。これによりデータの送信を指示する入力が行われる。送信されるデータには、すくなくとも入力欄への記入によって生成された入力データと変換形式の指示データが含まれている。電子フォームの体裁に係わるデータは省略することができる。
【００２１】
この操作によりサーバシステム２ｂにおけるＸＭＬ構造変換モジュール２１は入力欄の入力データと変換形式の指示データを入力し、指示データによって指示された変換形式で入力データを変換する処理を行う（処理の内容については詳細を後述する）。その処理が終了すると変換後の入力データをその変換形式に対応するディレクトリに出力する。すなわち、Ａｐｐ０１，Ａｐｐ０２，Ａｐｐ０３形式のデータは、それぞれ指定のディレクトリ２２ａ，２２ｂ，２２ｃに出力される。このディレクトリが実際に存在するコンピュータシステムとしては、通信回線に接続された任意のコンピュータシステムとすることができ、サーバシステム２ａ，２ｂ等に限定されない。
【００２２】
次に、サーバシステム２ｂにおけるＸＭＬ構造変換モジュール２１について図３を参照して説明する。ＸＭＬ構造変換モジュールは、利用者（ユーザ）が指定した変換形式に対応する新規ＸＭＬデータのファイルを生成する処理を行う。
図３に示す一例においてＡｐｐ０１は「ＦｏｒｍＦｌｏｗ」（Ｒ）形式であるから、Ａｐｐ０１が指定されたときにはＡｐｐ０１用（ＦｏｒｍＦｌｏｗ用）ファイル生成処理が行われる。Ａｐｐ０１用ファイル生成処理の過程は、図３に示すように、Ｓ１１．入力データの読み込み、Ｓ１２．要素名・属性名・値（内容）の取得、Ｓ１３．記憶領域に新規ＸＭＬデータ書き込み（Ｓ１２で取得したデータをそのまま利用）、Ｓ１４．任意のディレクトリにファイル書き出しの過程からなる。
【００２３】
また図３に示す一例においてＡｐｐ０２は「Ａｃｒｏｂａｔ」（Ｒ）形式であるから、Ａｐｐ０２が指定されたときにはＡｐｐ０２用（Ａｃｒｏｂａｔ用）ファイル生成処理が行われる。Ａｐｐ０２用ファイル生成処理の過程は、図３に示すように、Ｓ２１．入力データの読み込み、Ｓ２２．要素名・属性名・値（内容）の取得、Ｓ２３．記憶領域に新規ＸＭＬ構造定義作成、Ｓ２４．記憶領域に新規ＸＭＬデータ書き込み（Ｓ２２で取得したデータを取捨選択して利用）、Ｓ２５．任意のディレクトリにファイル書き出しの過程からなる。
【００２４】
また図３に示す一例においてＡｐｐ０３は「Ａｐｃｏｏｒｄｉｎａｔｏｒ」（Ｒ）形式であるから、Ａｐｐ０２が指定されたときにはＡｐｐ０２用（Ａｐｃｏｏｒｄｉｎａｔｏｒ用）ファイル生成処理が行われる。Ａｐｐ０３用ファイル生成処理の過程は、図３に示すように、Ｓ３１．入力データの読み込み、Ｓ３２．要素名・属性名・値（内容）の取得、Ｓ３３．記憶領域に新規ＸＭＬ構造定義作成、Ｓ２４．記憶領域に新規ＸＭＬデータ書き込み（Ｓ３２で取得したデータから必要分のみ取り出して利用）、Ｓ２４．任意のディレクトリにファイル書き出しの過程からなる。
【００２５】
このように、ＸＭＬ構造変換モジュール２１は、第１のＸＭＬデータに基づいて、第１のＸＭＬデータとは異なる構造または記述により構成する第２のＸＭＬデータ（新規ＸＭＬデータ）を生成する処理を行うときに、第１のＸＭＬデータから要素名、属性名、値（内容）を読み取って、それぞれをパラメータとして第２のＸＭＬデータに適用する。そして、任意のディレクトリに第２のＸＭＬデータのファイルを書き出す。
【００２６】
次に、上述のサーバシステム２ｂにおけるＸＭＬ構造変換モジュール２１が行う処理について、図４から図７を参照し、Ａｐｐ０１用の入力データをＡｐｐ０２用の入力データに形式変換する具体例を示して説明する。図４は形式変換処理のステップＳ１０１、ステップＳ１０２、および「入力データ」のリストの一例を示す図である。図５は形式変換処理のステップ１０３（前半：要素名・属性名・値（内容）の取得）の一例を示す図である。図６は形式変換処理のステップ１０３（後半：記憶領域に新規ＸＭＬ構造定義作成）の一例を示す図である。図７は「出力データ」のリストの一例、および形式変換処理のステップＳ１０４を示す図である。
【００２７】
まず、図４のＳ１０１において、クライアントシステム１ａ，１ｂ，１ｃにおいて生成した入力データをサーバシステム２ｂにおけるＸＭＬ構造変換モジュール２１がバッファメモリ内（主メモリ内）読み込む。またＳ１０２において、クライアントシステム１ａ，１ｂ，１ｃにおいて利用者（ユーザ）により指定された変換形式を読み込む。
【００２８】
図４において「入力データ」のリストの一例を示したものと同じもの下記に示す。下記と図４に示す「入力データ」のリストにおいて、４行目の「shinsei」および１１行目〜１８行目までは、ブラウザにおいて通常は異なる色の字（たとえば青字）で示される部分である。この部分は利用される電子フォームごとに異なる記述内容となる。
<?xml version="1.0" encoding="UTF-8"?>
<jfxpf:XPF xmlns="http://www.xfa.com/schem/xml-package">
<jfxpf:Package>
<jfxpf:Resource Location="shinsei">
<jfxpf:Link ContentType="application/x-jetform-cft"/>
</jfxpf:Resource>
<jfxpf:Resource Location="default.xml">
<jfxpf:Content ContentType="text/xml" Location="default.xml">
<xfa:Data xmlns:xfa="http://www.xfa.com/schema/xfa-data">
<xfa:DataGroup>
<shinsei>
<zip>1628472</zip>
<address>新宿区榎木町７</address>
<name>大日本太郎</name>
<TEL>03-3513-2000</TEL>
<mail>Dainippon-T@dnp.co.jp</mail>
<other/>
</shinsei>
</xfa:DataGroup>
</xfa:Data>
</jfxpf:Content>
</jfxpf:Resource Location="default.xml">
</jfxpf:Package>
</jfxpf:XPF>
【００２９】
次に、図５のＳ１０３（前半：要素名・属性名・値（内容）の取得）において、Ａｐｐ０２用の変換形式に基づいて、上記の入力データ（ＸＭＬデータ）に対する構造変換を行う。Ｓ１０３（前半）は、図５に示すように、１．〜３．のサブステップから成る。
１．<jfxpf:XPF>の子要素である<jfxpf:Package>の子要素である      <jfxpf:Resource>について属性がLocation="default.xml"である要素の子要素である          <jfxpf:Content >の子要素である<xfa:DataGroup>の第１番目の要素の名前を退避する。退避する際の名前は、ffrootとし、そこにパラメータとして格納する。すなわち、ffroot=shinseiとする。
【００３０】
２．<xfa:DataGroup>の第１番目の要素の子要素を配列として取得し退避する。
退避する際の名前は、ｉを添字として、ffchild[i]とし、要素名を順番にパラメータとして格納する。すなわち、ffchild[0]=zip、ffchild[1]=address、ffchild[2]=name、ffchild[3]=TEL、ffchild[4]=mail、ffchild[5]=otherとする。
【００３１】
３．<xfa:DataGroup>の第１番目の要素の子要素の値（内容）を配列として取得し退避する。退避する際の名前は、ｊを添字として、ffgchild[j]とし、値（内容）を順番にパラメータとして格納する。すなわち、ffgchild[0]=1628472、ffgchild[1]=新宿区榎木町７、ffgchild[2]=大日本太郎、ffgchild[3]=03-3513-2000、ffgchild[4]=Dainippon-T@dnp.co.jp、ffgchild[5]=nullとする。
【００３２】
次に、図６のＳ１０３（後半：記憶領域に新規ＸＭＬ構造定義作成）において、Ａｐｐ０２用の変換形式に基づいて、上記の入力データ（ＸＭＬデータ）に対する構造変換の続きを行う。Ｓ１０３（後半）は、図６に示すように、４．〜６．のサブステップから成る。
４．Ａｐｐ０２（ＰＤＦ：Portable Document Format）形式の構造定義作成。
ルート（親）要素<xfdf xmlns=http://nd.adobe.com/xfdf/xml:space="preserve">を新規にＸＭＬに書込む。
子要素として<fields>を書込む。
さらに、その子要素として<field>を書き込み、その<field>の属性として"name"を書込む。
【００３３】
５．属性"name"の属性値に対して２で退避したffchild[i]を添字の順番に代入する。
６．<field>の子要素として<value>を書込む。
さらに、<value>の値（内容）として、３で退避したffgchild[j] を添字の順番に代入する。
【００３４】
上述のステップＳ１０３における構造変換により出力データ（新規ＸＭＬデータ）を得ることができる。図７において「出力データ」のリストの一例を示したものと同じもの下記に示す。
<?xml version="1.0" encoding="UTF-8"?>
<xfdf xmlns=http://nd.adobe.com/xfdf/xml:space="preserve">
<fields>
<value>1628472</value>
</field>
<field name="address">
<value>新宿区榎木町７</value>
</field>
<field name="name">
<value>大日本太郎</value>
</field>
<field name="TEL">
<value>03-3513-2000</value>
</field>
<field name="mail">
<value>Dainipponn-T@dnp.co.jp</value>
</field>
<field name="other">
<value></value>
</field>
</fields>
</xfdf>
【００３５】
次に、図７のステップＳ１０４において、ＸＭＬ構造変換モジュール２１は出力データ（新規ＸＭＬデータ）を出力ファイルとして任意のディレクトリに生成する。
【図面の簡単な説明】
【００３６】
【図１】本発明のＸＭＬ構造変換サーバ・クライアントシステムにおける全体構成を示す絵図である。
【図２】電子フォームの画面の一例を示す図である。
【図３】サーバシステムにおけるＸＭＬ構造変換モジュールが新規ＸＭＬデータのファイルを生成する処理についての説明図である。
【図４】形式変換処理のステップＳ１０１、ステップＳ１０２、および「入力データ」のリストの一例を示す図である。
【図５】形式変換処理のステップ１０３（前半：要素名・属性名・値（内容）の取得）の一例を示す図である。
【図６】形式変換処理のステップ１０３（後半：記憶領域に新規ＸＭＬ構造定義作成）の一例を示す図である。
【図７】「出力データ」のリストの一例、および形式変換処理のステップＳ１０４を示す図である。
【符号の説明】
【００３７】
１ａ，１ｂ，１ｃ  クライアントシステム、
２ａ，２ｂ  サーバシステム
２１ａ，２１ｂ，２１ｃ  Ａｐｐ０１，Ａｐｐ０２，Ａｐｐ０３形式の電子フォーム
２２  ＸＭＬ構造変換モジュール
２３ａ，２３ｂ，２３ｃ  Ａｐｐ０１，Ａｐｐ０２，Ａｐｐ０３形式のデータが入る指定のディレクトリ
【図１】
2005182099.tif 000003
【図２】
2005182099.tif 000004
【図３】
2005182099.tif 000005
【図４】
2005182099.tif 000006
【図５】
2005182099.tif 000007
【図６】
2005182099.tif 000008
【図７】
2005182099.tif 000009