(57)【要約】【課題】システム形態に依存しない汎用的な形でのＸＭＬ文書の処理を可能にすること【解決手段】ＸＭＬ文書処理装置１０に、ＸＭＬ文書をデータ項目の構造に依存しない形で動的にブラウザに表示するＸＭＬ文書ＸＭＬ文書表示手段１２と、ブラウザに表示されたＨＴＭＬデータへの利用者からの入力データに基づいてＸＭＬ文書をデータ項目の構造に依存しない形で動的に作成するＸＭＬ文書作成手段１３と、利用者がブラウザから入力したデータに基づいて既存のＸＭＬ文書をデータ項目の構造に依存しない形で動的に更新するＸＭＬ文書更新手段１３とを備えること。【選択図】　　　　図１
2004110650.tif 000002
【特許請求の範囲】
【請求項１】
ＸＭＬ文書をデータ項目の構造に依存しない形で動的にブラウザに表示するＸＭＬ文書表示手段と、
ブラウザに表示されたＨＴＭＬデータへの利用者からの入力データに基づいてＸＭＬ文書をデータ項目の構造に依存しない形で動的に作成するＸＭＬ文書作成手段と、
利用者がブラウザから入力したデータに基づいて既存のＸＭＬ文書をデータ項目の構造に依存しない形で動的に更新するＸＭＬ文書更新手段と、
を備えたことを特徴とするＸＭＬ文書処理装置。
【請求項２】
ＸＳＬスタイルシートの要素の属性名に対応するＸＭＬ文書の要素名を検索することで、該ＸＭＬ文書のデータをデータ項目の構造に依存しない形で動的にブラウザに表示する機能が設けられたＸＭＬ文書表示手段を備えたことを特徴とするＸＭＬ文書処理装置。
【請求項３】
ＨＴＭＬデータのルート要素を有するＸＭＬデータを作成し、該ＨＴＭＬデータの要素の属性名に対応する要素を前記作成したＸＭＬデータに追加することで、データ項目の構造に依存しない形で動的にＸＭＬ文書を作成する機能が設けられたＸＭＬ文書作成手段を備えたことを特徴とするＸＭＬ文書処理装置。
【請求項４】
ＸＳＬスタイルシートの要素の属性名に対応する利用者がブラウザから入力したデータを有するＸＭＬ文書の要素名を検索し、対応する要素名がある場合には前記既存のＸＭＬ文書における該当する要素の値を更新し、対応する要素名がない場合には前記既存のＸＭＬ文書に前記ＸＳＬスタイルシートの要素に対応する要素を追加することで、データ項目の構造に依存しない形で動的に前記既存のＸＭＬ文書を更新するＸＭＬ文書更新手段を備えたことを特徴とするＸＭＬ文書処理装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ＸＭＬ文書を表示，作成及び更新するＸＭＬ文書処理装置に係り、特にブラウザを用いた形で且つ業務分野に依存しない汎用的な形でのその処理の実現を可能とするＸＭＬ文書処理装置に関する。
【０００２】
【従来の技術】
ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ）は、Ｗｏｒｌｄ　Ｗｉｄｅ　Ｗｅｂコンソーシアムにより勧告されたマークアップ言語であり、現在ウェブ上においてデータ交換等を行う際の標準的な技術となってきている。例えば、このＸＭＬは、ウェブ上で電子申請等を行う際の申請書に利用される。即ち、クライアントは、ブラウザに表示されたＸＭＬ文書とＸＳＬ（ｅＸｔｅｎｓｉｂｌｅ　Ｓｔｙｌｅ　Ｌａｎｇｕａｇｅ）スタイルシートとからなる申請書に所定事項を入力して電子申請を行う。かかる場合、その入力データは、ＸＭＬ文書処理プログラム（ＸＭＬ文書処理装置）によりＸＭＬ文書化され、ＸＭＬデータとして申請の受付先に送られる。ここで、ＸＭＬ文書処理プログラム（ＸＭＬ文書処理装置）によれば、画面上に上記入力データのＸＭＬ文書を表示させることができる。また、このＸＭＬは、送信データの改竄検知や本人性確保を実現する為の電子署名，所謂ＸＭＬ署名としても利用されている。
【０００３】
【特許文献１】
特開２００１−２３６２６１号公報
【０００４】
【発明が解決しようとする課題】
しかしながら、従来のＸＭＬ文書化処理は、個々のシステムに依存した形で実現されており、かかる処理機能を別のシステムにそのまま流用することができない、という不都合があった。即ち、従来のシステムでは、クライアントからの入力データが各項目毎に独立したプログラムでＸＭＬ文書の要素に変換されるので、上記処理機能が入力データの項目の構造に依存してしまう。これが為、その入力データの項目がクライアント側で追加された場合、その追加項目に対応するプログラムを既存のＸＭＬ文書処理プログラムに追加しなければならない。また、出力するＸＭＬ文書の構造を変更する場合にも、そのＸＭＬ文書処理プログラムの変更を行わなければならない。
【０００５】
そこで、本発明は、かかる従来例の有する不都合を改善し、個々のシステムに依存しない汎用的な形でのクライアントからの入力データのＸＭＬ文書化等の処理が可能なＸＭＬ文書処理装置を提供することを、その目的とする。
【０００６】
【課題を解決するための手段】
上記目的を達成する為、本発明では、ＸＭＬ文書処理装置に、ＸＭＬ文書をデータ項目の構造に依存しない形で動的にブラウザに表示するＸＭＬ文書表示手段と、ブラウザに表示されたＨＴＭＬデータへの利用者からの入力データに基づいてＸＭＬ文書をデータ項目の構造に依存しない形で動的に作成するＸＭＬ文書作成手段と、利用者がブラウザから入力したデータに基づいて既存のＸＭＬ文書をデータ項目の構造に依存しない形で動的に更新するＸＭＬ文書更新手段とを備えている。
【０００７】
ここで、前記ＸＭＬ文書表示手段は、ＸＳＬスタイルシートの要素の属性名に対応するＸＭＬ文書の要素名の検索を行うことで、ＸＭＬ文書のデータをデータ項目の構造に依存しない形で動的にブラウザに表示する。
【０００８】
また、前記ＸＭＬ文書作成手段は、前記ＨＴＭＬデータのルート要素を有するＸＭＬデータを作成し、そのＨＴＭＬデータの要素の属性名に対応する要素を前記作成したＸＭＬデータに追加することで、データ項目の構造に依存しない形で動的にＸＭＬ文書を作成する。
【０００９】
また、前記ＸＭＬ文書更新手段は、ＸＳＬスタイルシートの要素の属性名に対応する前記入力データを有するＸＭＬ文書の要素名を検索し、対応する要素名がある場合には前記既存のＸＭＬ文書における該当する要素の値を更新し、対応する要素名がない場合には前記既存のＸＭＬ文書に前記ＸＳＬスタイルシートの要素に対応する要素を追加することで、データ項目の構造に依存しない形で動的に前記既存のＸＭＬ文書を更新する。
【００１０】
更に、上記目的を達成する為、本発明では、上記各手段の内、少なくとも何れか一つの手段のみをＸＭＬ文書処理装置に設けていてもよい。
【００１１】
【発明の実施の形態】
本発明に係るＸＭＬ文書処理装置の一実施形態について図１から図１７に基づいて説明する。
【００１２】
先ず、このＸＭＬ文書処理装置の構成を図１に基づき説明する。この図１の符号１は、本実施形態のＸＭＬ文書処理装置を示す。このＸＭＬ文書処理装置１０には、ＸＭＬ文書処理プログラムによる制御処理手段として、ファイルの種類がＸＭＬファイルなのか、ＨＴＭＬファイルなのかをＭＩＭＥ（Ｍｕｌｔｉｐｕｒｐｏｓｅ　Ｉｎｔｅｒｎｅｔ　Ｍａｉｌ　Ｅｘｔｅｎｓｉｏｎｓ）タイプをチェックすることで判別するファイル種別判定手段１１と、ＸＭＬ文書をデータ項目の構造に依存しない形で動的にブラウザに表示するＸＭＬ文書表示手段１２と、ブラウザから入力されたデータに基づきＸＭＬ文書をデータ項目の構造に依存しない形で動的に作成する機能，及びブラウザから入力されたデータに基づき既存のＸＭＬ文書（例えば記憶手段１４に格納されているＸＭＬ文書）をデータ項目の構造に依存しない形で動的に更新する機能を備えたＸＭＬ文書作成／更新手段１３とが設けられている。
【００１３】
ここで、上記ＸＭＬ文書表示手段１２は、上記ファイル種別判定手段１１の判定によりＸＭＬファイルであると判定された際に、ＸＭＬ文書をデータ項目の構造に依存しない形で動的にブラウザに表示する為の処理機能を備えている。かかる処理機能としては、ＸＭＬ文書をメモリ上にＤＯＭ（Ｄｏｃｕｍｅｎｔ　Ｏｂｊｅｃｔ　Ｍｏｄｅｌ）ツリーとして展開する機能と、ＸＳＬスタイルシートの要素（ここではＩＮＰＵＴ項目のｔｙｐｅ属性がｔｅｘｔのもの）を検索し、検索された要素の属性値とＸＭＬ文書の要素名とのマッチングを行う機能と、マッチングにて対応する要素がある場合に当該要素が空要素であるか否かを判定する機能と、空要素でなければその要素の値をＸＳＬスタイルシートの要素（ここではＩＮＰＵＴ項目のｖａｌｕｅ属性）に代入する機能と、これら各処理機能の処理結果としてＸＭＬ文書をブラウザへ表示する機能とが設けられている。
【００１４】
尚、このＸＭＬ文書表示手段１２は、上記ファイル種別判定手段１１の判定によりＨＴＭＬファイルであると判定された際に、そのＨＴＭＬファイルからなるデータ（後述する実施例においては申請書Ｆ１）をブラウザへ表示する機能も備えている。
【００１５】
また、ＸＭＬ文書作成／更新手段１３におけるＸＭＬ文書の作成及び更新の処理機能としては、上記ファイル種別判定手段１１の判定によりＨＴＭＬファイルであると判定された際に、ブラウザに表示されているＨＴＭＬデータからルート要素のみを持つＸＭＬデータ作成する機能と、ブラウザから入力されたデータを有するＸＭＬデータをメモリ上にＤＯＭツリーとして展開する機能と、ＨＴＭＬデータ又はＸＳＬスタイルシートの要素（ここではＩＮＰＵＴ項目のｔｙｐｅ属性がｔｅｘｔのもの）を検索し、検索された要素の属性値とＤＯＭツリーとして展開したＸＭＬデータの要素名とのマッチングを行う機能と、マッチングにて対応する要素がない場合に当該属性値に対応する要素を既存のＸＭＬ文書に追加する機能と、この追加した要素に又は上記マッチングにて対応する要素がある場合の当該要素に上記ＨＴＭＬデータ又はＸＳＬスタイルシートの要素の値（ここではＩＮＰＵＴ項目のｖａｌｕｅ属性の値）を代入する機能とが設けられている。
【００１６】
以上の如きＸＭＬ文書処理装置１０は、クライアント（以下「申請者」という。）側に設置され、例えば図１に示す如く電子申請を行う際に利用することができる。ここでは電子申請を受け付ける側として申請受付側Ａ及び申請受付側Ｂを例示するが、説明の便宜上、双方が使用する申請書のフォーマットとしては、例えば図２（ａ）に示す申請書Ｆ１の如く同一の申請書サンプルがブラウザに表示されるものを例示する。
【００１７】
本実施形態にあっては、申請受付側Ａ又は申請受付側Ｂが使用する申請書Ｆ１のファイルの種類は夫々ＨＴＭＬファイル，ＸＭＬファイル＋ＸＳＬスタイルシートファイルであり、その何れもＨＴＭＬ形式で記述されている。ここで、ＸＭＬファイル＋ＸＳＬスタイルシートファイルの申請書Ｆ１は、図３（ａ）に示すＸＭＬファイルのＸＭＬ文書ＸＭ１と図４に示すＸＳＬスタイルシートＸＳ１とからなる。
【００１８】
図１に示す如く、各申請受付側Ａ，Ｂには夫々申請受付サーバ２０，３０が設置されており、その夫々に対してＸＭＬ文書処理装置１０がインターネット等のネットワーク４０を介して接続されている。ここで、申請者は、そのＸＭＬ文書処理装置１０を用いて所望の申請受付側の申請受付サーバ２０，３０にアクセスし、何れかの申請受付サーバ２０，３０から申請書Ｆ１のファイルをダウンロードして又は電子メールで取得する。尚、この図１ではＸＭＬ文書処理装置１０とサーバ２０，３０とがネットワーク接続されたものを例示しているが、必ずしもその接続を行う必要はない。例えば、申請者は、申請書Ｆ１のファイルが記録された磁気記録媒体（例えばフレキシブルディスク，ハードディスク，ＣＤ−Ｒ，ＣＤ−ＲＷ，ＤＶＤ−Ｒ又はＤＶＤ−ＲＷ等）を郵送等で受け取り、この磁気記録媒体から申請書をＸＭＬ文書処理装置１０に読み込ませて電子申請を行ってもよい。
【００１９】
次に、本実施形態におけるＸＭＬ文書処理装置１０の処理動作について図５及び図７のフローチャートを用いて説明する。
【００２０】
先ず、申請書を申請受付サーバから取得し、ＸＭＬ文書処理装置１０のブラウザに表示させるまでの処理を図５のフローチャートに基づき説明する。申請者は、インターネットや郵送等の所定の方法で所望の申請書のファイルを取得し（ステップＳＴ１）、これをＸＭＬ文書処理装置１０に読み込ませる。
【００２１】
この読み込まれたファイルについては、ＸＭＬ文書処理装置１０のファイル種別判定手段１１がＭＩＭＥタイプをチェックして、ＸＭＬファイルなのか、ＨＴＭＬファイルなのかを判別する（ステップＳＴ２）。
【００２２】
ここで、ＨＴＭＬファイルであるとの判別結果であれば（即ち申請者が申請受付サーバ２０の申請書Ｆ１のファイルを取得したのであれば）、ＸＭＬ文書表示手段１２は、そのまま図２（ａ）に示す如く申請書Ｆ１をブラウザへ表示する（ステップＳＴ９）。
【００２３】
また、上記ステップＳＴ２にてＸＭＬファイルであるとの判別結果であれば（即ち申請者が申請受付サーバ３０の申請書Ｆ１のファイルを取得したのであれば）、ＸＭＬ文書表示手段１２は、取得したＸＭＬファイル及びＸＳＬスタイルシートファイルに基づいて以下の如き処理を行う。
【００２４】
先ず、このＸＭＬ文書表示手段１２は、取得したＸＭＬファイルの図３（ａ）に示すＸＭＬ文書ＸＭ１をメモリ上に図６（ａ）に示す如きＤＯＭツリーＤ１として展開する（ステップＳＴ３）。また、このＸＭＬ文書表示手段１２は、図４に示すＸＳＬスタイルシートＸＳ１のＩＮＰＵＴ項目の内、ｔｙｐｅ属性がＢＵＴＴＯＮ，ＳＵＢＭＩＴ及びＲＥＳＥＴ以外のものを一つずつ検索する（ステップＳＴ４）。ここでは、このＸＳＬスタイルシートＸＳ１におけるｔｙｐｅ属性がｔｅｘｔのもの、即ち氏名のＩＮＰＵＴ項目，住所のＩＮＰＵＴ項目及び電話番号のＩＮＰＵＴ項目が一つずつ検索される。
【００２５】
上記ステップＳＴ４の検索処理において該当するＩＮＰＵＴ項目が検索されると、ＸＭＬ文書表示手段１２は、このＩＮＰＵＴ項目のｎａｍｅ属性の属性値と、上記ステップＳＴ３にてＤＯＭツリーＤ１として展開したＸＭＬデータの要素名とのマッチングを行う（ステップＳＴ５）。例えば氏名のＩＮＰＵＴ項目が検索された場合は、このＩＮＰＵＴ項目のｎａｍｅ属性（属性値「ｓｉｍｅｉ」）と、図６（ａ）に示すＤＯＭツリーＤ１の要素（要素名「ｓｉｍｅｉ，ａｄｄｒ又はｔｅｌ」）とのマッチングが行われる。
【００２６】
ここで、その属性値に対応する要素がＸＭＬデータ内に存在していれば、次にＸＭＬ文書表示手段１２は、その要素に値（要素の内容）が存在するか否か（即ちその要素が空要素であるか否か）を判定する（ステップＳＴ６）。そして、空要素であるとの判定結果であれば、このＸＭＬ文書表示手段１２は、後述するステップＳＴ８に進む。例えば、上述した氏名のＩＮＰＵＴ項目のｎａｍｅ属性（属性値「ｓｉｍｅｉ」）と、ＤＯＭツリーＤ１の要素（要素名「ｓｉｍｅｉ」）とのマッチングにおいては、これまでの処理が申請受付サーバ３０の申請書Ｆ１に対してのものであるので、空要素との判定となり後述するステップＳＴ８に進む。
【００２７】
また、上記ステップＳＴ６にて空要素でないとの判定結果であれば、ＸＭＬ文書表示手段１２は、その要素の値を当該ＩＮＰＵＴ項目のｖａｌｕｅ属性に代入する（ステップＳＴ７）。例えば、かかる場合に代入処理が行われるものの例としては、図２（ｂ）に示す如く予め氏名欄に「特許　太郎」，住所欄に「東京都×××区」，電話番号欄に「０１−２３４５−６７８９」と入力されている申請書Ｆ２が該当する。この申請書Ｆ２は、図３（ｂ）に示すＸＭＬ文書ＸＭ２と図４に示すＸＳＬスタイルシートＸＳ１からなるものであり、例えば氏名のＩＮＰＵＴ項目が検索された場合には、図６（ｂ）に示すＤＯＭツリーＤ２の要素「ｓｉｍｅｉ」に要素の値「特許　太郎」が存在するので、これが氏名のＩＮＰＵＴ項目のｖａｌｕｅ属性に代入される。かかる場合、後述するステップＳＴ８の如く全てのＩＮＰＵＴ項目に対して処理を繰り返し、ステップＳＴ９において図２（ｂ）に示す申請書Ｆ２及び図３（ｂ）に示すＸＭＬ文書ＸＭ２がブラウザに表示される。
【００２８】
上記ステップＳＴ５のマッチング処理で属性値に対応する要素名が存在しない場合，上記ステップＳＴ６にて空要素との判定結果の場合又は上記ステップＳＴ７の代入処理の後、ＸＭＬ文書表示手段１２は、未処理のＩＮＰＵＴ項目の有無を判定し（ステップＳＴ８）、未処理のＩＮＰＵＴ項目があれば上記ステップＳＴ４に戻り、次のＩＮＰＵＴ項目（例えば住所のＩＮＰＵＴ項目）に対して同様の処理を行う。このＸＭＬ文書表示手段１２は、このステップＳＴ４〜ＳＴ８までの処理を未処理のＩＮＰＵＴ項目がなくなるまで繰り返し、全てに対して処理を終えたらステップＳＴ９において図２（ａ）に示す申請書Ｆ１及び図３（ａ）に示すＸＭＬ文書ＸＭ１をブラウザへ表示する。
【００２９】
尚、以上示した表示処理においては、空要素のＸＭＬ文書の申請書Ｆ１と空要素でないＸＭＬ文書の申請書Ｆ２を分けて例示したが、一つの申請書（ルート要素）において空要素と要素の値を有するものとが混在していてもよい。
【００３０】
次に、ブラウザに表示されている申請書に基づきＸＭＬ文書を作成する又は更新する処理を図７のフローチャートに基づき説明する。尚、本実施形態では申請に際してＸＭＬ署名を行うので、かかる署名処理も踏まえて説明する。
【００３１】
申請者は、申請書に所定の入力事項の入力を終えたら、ＸＭＬ文書処理装置１０の画面上からＸＭＬ署名に使用する非公開鍵を選択し（ステップＳＴ１１）、ブラウザに表示されている所定事項入力済みの申請書（以下「入力済申請書」という。）に対してのＸＭＬ文書の作成／更新指示を行う。かかる指示によりＸＭＬ文書処理装置１０は、ファイル種別判定手段１１により、ＭＩＭＥタイプをチェックすることで、その入力済申請書のファイルの種類がＸＭＬファイルなのか、ＨＴＭＬファイルなのかを判別する（ステップＳＴ１２）。
【００３２】
ＸＭＬ文書作成／更新手段１３は、かかる判定にて、ＨＴＭＬファイルとの判別結果であれば、その入力済申請書（ＨＴＭＬデータ）から入力事項のＸＭＬ文書を作成する。また、ＸＭＬファイルとの判別結果であれば、申請受付サーバ３０から取得したＸＭＬファイル（以下「元ＸＭＬファイル」という。）の更新を行う。即ち、入力済申請書（ＸＭＬデータ）の入力事項を元ＸＭＬファイルのＸＭＬ文書に織り込む。
【００３３】
ここで、上記ＸＭＬ文書作成処理及びＸＭＬ文書更新処理について詳述する。
【００３４】
先ず、ＸＭＬ文書作成処理，即ち上記ステップＳＴ１２における判別結果がＨＴＭＬファイルである場合の処理について説明する。ここでは、ブラウザに表示された図２（ａ）に示す申請書Ｆ１に対して、申請者が氏名欄に「特許　太郎」，住所欄に「東京都×××区」，電話番号欄に「０１−２３４５−６７８９」と入力した入力済申請書、即ち図２（ｂ）に示す申請書Ｆ２がブラウザに表示されている場合の処理を例として説明する。尚、前述したＸＭＬ文書表示処理においては申請書Ｆ２がＸＭＬ文書からなるものとして例示しているが、ここでは説明の便宜上図２（ｂ）に示す申請書Ｆ２をＨＴＭＬデータからなるものとして示す。
【００３５】
図７に示す如く、ＸＭＬ文書作成／更新手段１３は、その入力済申請書（ＨＴＭＬデータ）Ｆ２からルート要素「ｒｅｐｏｒｔ」のみを持つＸＭＬデータ（図８（ａ）に示すＸＭＬ文書）を新規に作成する（ステップＳＴ１３）。尚、ここでは、図８（ａ）に示す如くＸＭＬ宣言等も記述される。
【００３６】
続いて、このＸＭＬ文書作成／更新手段１３は、作成したＸＭＬデータをメモリ上に図１０（ａ）に示すＤＯＭツリーＤ３として展開する（ステップＳＴ１４）。また、このＸＭＬ文書作成／更新手段１３は、入力済申請書Ｆ２のＩＮＰＵＴ項目の内、ｔｙｐｅ属性がＢＵＴＴＯＮ，ＳＵＢＭＩＴ及びＲＥＳＥＴ以外のものを一つずつ検索する（ステップＳＴ１５）。ここでは、ｔｙｐｅ属性がｔｅｘｔのもの、即ち氏名のＩＮＰＵＴ項目，住所のＩＮＰＵＴ項目及び電話番号のＩＮＰＵＴ項目が一つずつ検索される。
【００３７】
そして、見つかったＩＮＰＵＴ項目のｎａｍｅ属性の属性値と、上記ステップＳＴ１４にてＤＯＭツリーＤ３として展開したＸＭＬデータの要素名「ｒｅｐｏｒｔ」とのマッチングを行う（ステップＳＴ１６）。ここでは、例えば氏名のＩＮＰＵＴ項目におけるｎａｍｅ属性（属性値「ｓｉｍｅｉ」）と、ＤＯＭツリーＤ３の要素（要素名「ｒｅｐｏｒｔ」）とのマッチングが行われるので、対応する要素がないと判定されて、図８（ｂ）のＸＭＬ文書ＸＭ４及び図１０（ｂ）のＤＯＭツリーＤ４に示す如く、その属性値「ｓｉｍｅｉ」に対応する要素（要素名「ｓｉｍｅｉ」）をＸＭＬデータに追加する（ステップＳＴ１７）。続いて、ＸＭＬ文書作成／更新手段１３は、その（氏名の）ＩＮＰＵＴ項目のｖａｌｕｅ属性の値「特許　太郎」を、図８（ｃ）のＸＭＬ文書ＸＭ５及び図１０（ｃ）のＤＯＭツリーＤ５に示す如く、上記ステップＳＴ１７にて追加した要素に代入する（ステップＳＴ１８）。
【００３８】
次に、このＸＭＬ文書作成／更新手段１３は、上記入力済申請書Ｆ２の未処理のＩＮＰＵＴ項目の有無を判定して（ステップＳＴ１９）、未処理のＩＮＰＵＴ項目がある場合には上記ステップＳＴ１５〜ＳＴ１９までの処理をそれがなくなるまで繰り返す。即ち、この入力済申請書Ｆ２においては、図８（ｄ）のＸＭＬ文書ＸＭ６及び図１１（ａ）のＤＯＭツリーＤ６，図９（ａ）のＸＭＬ文書ＸＭ７及び図１１（ｂ）のＤＯＭツリーＤ７，図９（ｂ）のＸＭＬ文書ＸＭ８及び図１２（ａ）のＤＯＭツリーＤ８，図９（ｃ）のＸＭＬ文書ＸＭ９及び図１２（ｂ）のＤＯＭツリーＤ９に示す如く、順次、要素の追加と当該要素の値の代入が行われて図９（ｃ）に示すＸＭＬ文書ＸＭ９が作成される。このようにしてＸＭＬ文書ＸＭ９が作成された後、即ち上記ステップＳＴ１９にて未処理のＩＮＰＵＴ項目がない場合、このＸＭＬ文書作成処理を終了する。このようにしてＨＴＭＬデータから作成されたＸＭＬデータは、後述するステップＳＴ２０の処理に渡される。
【００３９】
次に、ＸＭＬ文書更新処理，即ち上記ステップＳＴ１２における判別結果がＸＭＬファイルである場合の処理について説明する。ここでは、申請受付サーバ３０から取得した予め氏名欄に「特許　太郎」，住所欄に「東京都×××区」，電話番号欄に「０１−２３４５−６７８９」との記載例が入力されている図２（ｂ）に示すＸＭＬ形式の申請書Ｆ２に対して、申請者が氏名欄に「明細　次郎」，住所欄に「北海道○○○市」，電話番号欄に「９９９−９９９９」と入力した図１３に示す入力済申請書Ｆ３がブラウザに表示されている場合の処理を例として説明する。
【００４０】
かかる場合は、既に申請書Ｆ２のＸＭＬファイル（即ち元ＸＭＬファイル）及びＸＳＬスタイルシートファイル（以下「元ＸＳＬスタイルシートファイル」という。）が存在しているので、ＸＭＬ文書作成／更新手段１３は、その元ＸＭＬファイルの図１４（ａ）に示すＸＭＬ文書ＸＭ２をメモリ上に図１６（ａ）に示すＤＯＭツリーＤ２として展開する（ステップＳＴ１４）。また、このＸＭＬ文書作成／更新手段１３は、その元ＸＳＬスタイルシートファイルの図４に示すＸＳＬスタイルシートＸＳ１におけるＩＮＰＵＴ項目の内、ｔｙｐｅ属性がＢＵＴＴＯＮ，ＳＵＢＭＩＴ及びＲＥＳＥＴ以外のものを一つずつ検索する（ステップＳＴ１５）。ここでは、ｔｙｐｅ属性がｔｅｘｔのもの、即ち氏名のＩＮＰＵＴ項目，住所のＩＮＰＵＴ項目及び電話番号のＩＮＰＵＴ項目が一つずつ検索される。
【００４１】
続いて、該当するＩＮＰＵＴ項目が検索された際に、このＩＮＰＵＴ項目のｎａｍｅ属性の属性値と、上記ステップＳＴ１４にてＤＯＭツリーＤ２として展開したＸＭＬデータの要素名とのマッチングを行う（ステップＳＴ１６）。ここでは、例えば図４に示す氏名のＩＮＰＵＴ項目におけるｎａｍｅ属性の属性値「ｓｉｍｅｉ」と、ＤＯＭツリーＤ２の要素名「ｓｉｍｅｉ」，「ａｄｄｒ」又は「ｔｅｌ」とのマッチングが行われるので、対応する要素「ｓｉｍｅｉ」があると判定して、図１４（ｂ）のＸＭＬ文書ＸＭ１０及び図１６（ｂ）のＤＯＭツリーＤ１０に示す如く、その属性値「ｓｉｍｅｉ」に対応する要素に当該ＩＮＰＵＴ項目のｖａｌｕｅ属性の値「明細　次郎」を代入する（ステップＳＴ１８）。
【００４２】
次に、このＸＭＬ文書作成／更新手段１３は、上記図４に示すＸＳＬスタイルシートＸＳ１の未処理のＩＮＰＵＴ項目の有無を判定して（ステップＳＴ１９）、未処理のＩＮＰＵＴ項目がある場合には上記ステップＳＴ１５〜ＳＴ１９までの処理をそれがなくなるまで繰り返す。即ち、この入力済申請書Ｆ３（ＸＭＬデータ）においては、図１５（ａ）のＸＭＬ文書ＸＭ１１及び図１７（ａ）のＤＯＭツリーＤ１１，図１５（ｂ）のＸＭＬ文書ＸＭ１２及び図１７（ｂ）のＤＯＭツリーＤ１２に示す如く、順次、要素の値の代入が行われて元ＸＭＬファイルのＸＭＬ文書ＸＭ２が図１５（ｂ）のＸＭＬ文書ＸＭ１２の如く更新される。このようにしてＸＭＬ文書ＸＭ２の更新がされた後、即ち上記ステップＳＴ１９にて未処理のＩＮＰＵＴ項目がない場合、このＸＭＬ文書更新処理を終了する。このようにして更新されたＸＭＬデータは、後述するステップＳＴ２０の処理に渡される。
【００４３】
尚、以上示したＸＭＬ文書更新処理においてはステップＳＴ１６の判定結果として全てのｎａｍｅ属性と要素名とが対応する場合を例示したが、ＸＭＬ形式の申請書に対して申請者が入力項目（ＩＮＰＵＴ項目）を追加や変更した場合は、ステップＳＴ１７の処理を行うことにより、元ＸＭＬ文書を、追加項目の要素が加えられたもの、変更項目に対応して要素が変更されたものとして更新することができる。
【００４４】
上述したＸＭＬ文書作成処理やＸＭＬ文書更新処理を終えると、ＸＭＬ文書作成／更新手段１３は、かかる処理後のＸＭＬ文書に基づきＸＭＬ署名を行い（ステップＳＴ２０）、この署名後のＸＭＬ文書（ＸＭＬファイル）を図１に示す記憶装置１４に格納する（ステップＳＴ２１）。また、そのＸＭＬ署名付きＸＭＬデータをブラウザのフォームにＨＩＤＤＥＮとして保持する（ステップＳＴ２２）。そして、これにより、このＸＭＬ署名付きＸＭＬデータを申請受付サーバ２０，３０に送信することができる。
【００４５】
以上示した本実施形態のＸＭＬ文書処理装置１０は、データ項目の構造に依存していないので、他の異なるシステム，即ちデータ項目の構造が異なる申請書のフォーマットに対しても、ＸＭＬ文書の動的な表示，作成及び変更を行うことができる。更に、申請者が入力データ項目を追加や変更した場合，また出力するＸＭＬ文書の構造を変更する場合でも、データ項目の構造に依存していないことにより、プログラムを変更することなしに、追加・変更内容を動的に反映することが可能となる。
【００４６】
尚、以上示した実施形態では申請者側に設置した専用のＸＭＬ文書処理装置１０として例示しているが、このＸＭＬ文書処理装置１０の上記各手段１１〜１３を実現する為の処理機能を有するプログラムを申請者側の電子計算機等の端末にインストールし、かかる端末によって後述するＸＭＬ文書の作成や更新の処理を行ってもよい。ここで、そのプログラムとしては、ＣＤ−ＲＯＭから読み込んで，又はインターネットを介してダウンロードしてハードディスク等の磁気記録媒体に格納したもの等、種々の態様がある。
【００４７】
また、電子申請を例としたので申請書に対する表示等の処理を例示したが、処理対象は必ずしも申請書に限定するものではない。更に、本実施形態にあっては処理対象となるＸＭＬファイルやＨＴＭＬファイルをサーバから取得しているが、この処理対象は、必ずしもサーバ等から取得したものに限定するものではなく、例えば利用者自身が本装置等を用いて作成したものであってもよい。
【００４８】
【発明の効果】
本発明に係るＸＭＬ文書処理装置によれば、データ項目の構造に依存していないことにより、他の異なるシステム，即ちデータ項目の構造が異なるものに対しても、ＸＭＬ文書の動的な表示，作成及び変更を行うことができる。更に、利用者が入力データ項目を追加したり変更したりする場合，また出力するＸＭＬ文書の構造を変更する場合でも、データ項目の構造に依存していないことにより、プログラムを変更することなしに、追加・変更内容を動的に反映することが可能となる。
【図面の簡単な説明】
【図１】本発明に係るＸＭＬ文書処理装置の一実施形態の構成を示すブロック図である。
【図２】本実施形態においてブラウザに表示されている申請書を例示した図であって、図２（ａ）は入力欄が未入力のもの、図２（ｂ）は入力欄に所定事項が入力されたものを示す図である。
【図３】本実施形態における申請書のＸＭＬ文書を説明する説明図であって、図３（ａ）は図２（ａ）の申請書のＸＭＬ文書を、図３（ｂ）は図２（ｂ）の申請書のＸＭＬ文書を示す図である。
【図４】本実施形態における申請書のＸＳＬスタイルシートを説明する説明図である。
【図５】本実施形態におけるＸＭＬ文書の表示処理を説明するフローチャートである。
【図６】本実施形態におけるＸＭＬ文書をメモリ上に展開したＤＯＭツリーを説明する説明図であって、図６（ａ）は図３（ａ）に示すＸＭＬ文書のＤＯＭツリーを、図６（ｂ）は図３（ｂ）に示すＸＭＬ文書のＤＯＭツリーを示す図である。
【図７】本実施形態におけるＸＭＬ文書の作成処理及び更新処理を説明するフローチャートである。
【図８】本実施形態において作成されるＸＭＬ文書を時系列で例示した図である。
【図９】本実施形態において作成されるＸＭＬ文書を時系列で例示した図であって、図８の続きを示す図である。
【図１０】本実施形態において作成されるＸＭＬ文書のＤＯＭツリーを時系列で例示した図である。
【図１１】本実施形態において作成されるＸＭＬ文書のＤＯＭツリーを時系列で例示した図であって、図１０の続きを示す図である。
【図１２】本実施形態において作成されるＸＭＬ文書のＤＯＭツリーを時系列で例示した図であって、図１１の続きを示す図である。
【図１３】本実施形態においてブラウザに表示されている申請書を例示した図であって、図２（ｂ）の申請書の入力事項を新たにしたものを示す図である。
【図１４】本実施形態において更新されるＸＭＬ文書を時系列で例示した図である。
【図１５】本実施形態において更新されるＸＭＬ文書を時系列で例示した図であって、図１４の続きを示す図である。
【図１６】本実施形態において更新されるＸＭＬ文書のＤＯＭツリーを時系列で例示した図である。
【図１７】本実施形態において更新されるＸＭＬ文書のＤＯＭツリーを時系列で例示した図であって、図１６の続きを示す図である。
【符号の説明】
１０　ＸＭＬ文書処理装置
１１　ファイル種別判定手段
１２　ＸＭＬ文書表示手段
１３　ＸＭＬ文書作成／更新手段
１４　記憶手段
２０，３０　申請受付サーバ
４０　ネットワーク
Ｆ１，Ｆ２，Ｆ３　申請書
ＸＭ１〜ＸＭ１２　ＸＭＬ文書
ＸＳ１　ＸＳＬスタイルシート
Ｄ１〜Ｄ１２　ＤＯＭツリー
【図１】
2004110650.tif 000003
【図２】
2004110650.tif 000004
【図３】
2004110650.tif 000005
【図４】
2004110650.tif 000006
【図５】
2004110650.tif 000007
【図６】
2004110650.tif 000008
【図７】
2004110650.tif 000009
【図８】
2004110650.tif 000010
【図９】
2004110650.tif 000011
【図１０】
2004110650.tif 000012
【図１１】
2004110650.tif 000013
【図１２】
2004110650.tif 000014
【図１３】
2004110650.tif 000015
【図１４】
2004110650.tif 000016
【図１５】
2004110650.tif 000017
【図１６】
2004110650.tif 000018
【図１７】
2004110650.tif 000019