JP2005018390A - 記述言語変換方法及び実施システム並びに処理プログラム - Google Patents
記述言語変換方法及び実施システム並びに処理プログラム Download PDFInfo
- Publication number
- JP2005018390A JP2005018390A JP2003182076A JP2003182076A JP2005018390A JP 2005018390 A JP2005018390 A JP 2005018390A JP 2003182076 A JP2003182076 A JP 2003182076A JP 2003182076 A JP2003182076 A JP 2003182076A JP 2005018390 A JP2005018390 A JP 2005018390A
- Authority
- JP
- Japan
- Prior art keywords
- tag
- description language
- data
- description
- xml
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Devices For Executing Special Programs (AREA)
- Document Processing Apparatus (AREA)
Abstract
【課題】第１の記述言語の記述部分を第２の記述言語で一意に識別される記述に変換することが可能な技術を提供する。
【解決手段】第１の記述言語で記述された第１のデータを第２の記述言語で記述された第２のデータに変換する記述言語変換方法において、変換対象となる記述部分を一意に識別する為の識別情報を第１の記述言語で記述されたオリジナルデータに付加するステップと、前記識別情報の付加された記述部分を第２の記述言語で記述された第２のデータに変換するステップとを有するものである。
【選択図】 図１
【解決手段】第１の記述言語で記述された第１のデータを第２の記述言語で記述された第２のデータに変換する記述言語変換方法において、変換対象となる記述部分を一意に識別する為の識別情報を第１の記述言語で記述されたオリジナルデータに付加するステップと、前記識別情報の付加された記述部分を第２の記述言語で記述された第２のデータに変換するステップとを有するものである。
【選択図】 図１
Description
【０００１】
【発明の属する技術分野】
本発明は所定の記述言語で記述されたデータを他の記述言語のデータに変換する記述言語変換技術に関するものである。
【０００２】
【従来の技術】
ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）を用いて動的にＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）を作成する方法として、ＸＭＬタグ名称をＨＴＭＬのＩＮＰＵＴタグのＮＡＭＥ属性に設定する方法がある（例えば非特許文献１参照）。
【０００３】
この方法では、ＸＳＬＴ（ｅＸｔｅｎｓｉｂｌｅ Ｓｔｙｌｅｓｈｅｅｔ Ｌａｎｇｕａｇｅ Ｔｒａｎｓｆｏｒｍａｔｉｏｎｓ）スタイルシートを用いてＸＭＬからＨＴＭＬへ変換しており、ＸＳＬＴスタイルシートでは、Ｘｐａｔｈ関数であるｎａｍｅ（）を用いてノード名を取得し、属性値テンプレートであるｘｓｌ：ａｔｔｒｉｂｕｔｅを組み合わせて利用することで、ＨＴＭＬ変換を行う際に、ＨＴＭＬのＮＡＭＥ属性としてＸＭＬタグ名を設定することができる。
【０００４】
また、関連の技術としては、ＸＭＬデータに様々なアプリケーションプログラムで使用する要素や属性を混在させて使うことができる技術として、「名前空間」という規格がある。これは、名前空間接頭辞をタグ名に付けることで、同一名称のタグを一意に扱うことができる様な仕組みである。一般的に、複数のＤＴＤ（Ｄｏｃｕｍｅｎｔ Ｔｙｐｅ Ｄｅｆｉｎｉｔｉｏｎ）を用いる環境において、タグ名の衝突を避ける為の仕組みでもある（例えば非特許文献１参照）。
【０００５】
【非特許文献１】
ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／ＴＲ／ＲＥＣ−ｘｍｌ−ｎａｍｅｓ／「Ｎａｍｅｓｐａｃｅ ｉｎ ＸＭＬ」
【０００６】
【発明が解決しようとする課題】
しかし、上記の様にＨＴＭＬ変換を行う際のＩＮＰＵＴタグのＮＡＭＥ属性としてＸＭＬタグ名を設定する場合、同一のＸＭＬタグ名が他にも存在していると、ＮＡＭＥ属性には同一のものが作成されてしまう為、ＨＴＭＬのフォーム内においてＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）リクエストを送信した際、送信される「ＮＡＭＥ：ＶＡＬＵＥ」形式のデータの区別をすることができない。
【０００７】
従って、上記問題を解決する為には、ＸＭＬ−ＨＴＭＬ変換を行う際に、同一タグが存在するデータについてはフォームを分けて別々にリクエストを発行するか、リクエストを発行する前処理として同一タグの存在するデータについて検索し、それぞれ固有のＮＡＭＥ属性を設定してリクエストを発行する必要がある。
【０００８】
また、上記のＸＭＬの標準規格である「名前空間」を利用する場合では、名前空間宣言の指定やＸＭＬタグ名そのものを変換することになる為、様々な形式（フォーマット）のＸＭＬデータを扱う場合、変換処理を実装するアプリケーションプログラムのコードが複雑になり、個々に変換プログラムを作成する必要がある為、開発コストが増大する。
【０００９】
本発明の目的は上記問題を解決し、第１の記述言語の記述部分を第２の記述言語で一意に識別される記述に変換することが可能な技術を提供することにある。
【００１０】
【課題を解決するための手段】
本発明は、第１の記述言語で記述された第１のデータを第２の記述言語で記述された第２のデータに変換する記述言語変換システムにおいて、変換対象を一意に識別する為の識別情報を付加して第１の記述言語から第２の記述言語への変換を行うものである。
【００１１】
本発明の記述言語変換システムでは、ＸＭＬ等の第１の記述言語で記述された第１のデータであるオリジナルデータについて、タグ定義情報に定義された所定のタグが記述されている記述部分や、タグが記述されている全ての記述部分を変換対象として、それらの記述部分を一意に識別する為の識別情報（ＩＤ）を付加する。
【００１２】
前記ＩＤの付加の際には、当該オリジナルデータの中でユニークとなるコードであるユニークコードを生成した後、そのユニークコードに対して各タグ毎に異なる番号を追加したコードを前記ＩＤとしたり、当該オリジナルデータの中でユニークとなるコードであるユニークコードを各タグ毎に生成して前記ＩＤとし、当該記述部分に付加する。
【００１３】
そして、前記ＩＤの付加されたＸＭＬデータをＨＴＭＬ等の第２の記述言語で記述された第２のデータに変換する際に、前記ＩＤを、第２の記述言語で当該記述部分を一意に識別する為の属性情報、例えばＨＴＭＬのＩＮＰＵＴタグのＮＡＭＥ属性に変換する。
【００１４】
前記の様に本発明では、ＸＭＬからＨＴＭＬへの変換等、第１の記述言語から第２の記述言語への記述言語の変換を行う際に、変換対象を一意に識別する為の識別情報を付加して記述言語の変換を行うので、ＸＭＬデータをＨＴＴＰによって送信した場合のデータの一意性を保証することが可能であり、ＷＥＢブラウザ等より入力されたデータを変換前のＸＭＬデータのタグとマッピングさせることができる。
以上の様に本発明の記述言語変換システムによれば、第１の記述言語の記述部分を第２の記述言語で一意に識別される記述に変換することが可能である。
【００１５】
【発明の実施の形態】
（実施形態１）
以下にユーザが指定した所定のタグにのみＩＤを付加して属性値を設定する実施形態１の記述言語変換システムについて説明する。
【００１６】
図１は本実施形態の記述言語変換システムのシステム構成を示す図である。本実施形態では、クライアントＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）ブラウザ１０００とＸＭＬ−ＨＴＭＬ変換装置１１００とがネットワーク１２００で接続されており、これらとスタンドアロンで機能するタグ識別ＩＤ付加装置１３００とで構成している。なお、これらの装置は、計算機や情報処理装置、またはその様な処理を実施するプログラムやオブジェクトでも良い。
【００１７】
タグ識別ＩＤ付加装置１３００は、ＸＭＬ−ＨＴＭＬ変換を行う際に利用するタグを一意に識別する為のＩＤをオリジナルＸＭＬデータ１３０１に付加する装置であり、同一タグを識別する為に、ユーザが定義したタグ定義情報１３０２を読み込む属性情報読込み部１３０３と、オリジナルＸＭＬデータ１３０１やタグ情報格納装置１３０６と連携し、タグ識別ＩＤを付加したＸＭＬデータ１３０８を生成するタグ識別ＩＤ設定部１３０４と、タグ識別ＩＤ設定部１３０４により生成したＸＭＬデータ１３０８の登録処理を行う付加データ登録部１３０７からなる。
【００１８】
タグ識別ＩＤ付加装置１３００を、前記各処理部として機能させる為のプログラムは、ＣＤ−ＲＯＭ等の記録媒体に記録され磁気ディスク等に格納された後、メモリにロードされて実行されるものとする。なお前記プログラムを記録する記録媒体はＣＤ−ＲＯＭ以外の他の記録媒体でも良い。また前記プログラムを当該記録媒体から情報処理装置にインストールして使用しても良いし、ネットワークを通じて当該記録媒体にアクセスして前記プログラムを使用するものとしても良い。
【００１９】
オリジナルＸＭＬデータ１３０１は、タグ識別ＩＤを付加する前のオリジナルのＸＭＬデータ、すなわちＸＭＬで記述されたデータであり、タグ定義情報１３０２は、同一タグを識別する必要のあるタグをオリジナルＸＭＬデータ１３０１より抽出したタグリストである。
【００２０】
属性情報読込み部１３０３は、タグ定義情報１３０２を行単位に読み込み、タグ識別ＩＤ設定部１３０４にタグ識別ＩＤを付加するタグ名を渡す。
タグ識別ＩＤ設定部１３０４は、オリジナルＸＭＬデータ１３０１を読み込み、属性情報読込み部１３０３にアクセスし、タグ定義情報１３０２を取得し、ユニークコード生成部１３０５より生成したユニークコードにシーケンシャルな正の整数を追加してユニークコードを生成し、オリジナルＸＭＬデータ１３０１に設定する処理を行う。この時使用するユニークコードと現在のシーケンシャル番号（カレントタグＩＤ）をタグ情報格納装置１３０６で保持して管理する。
【００２１】
ユニークコード生成部１３０５は、用いるオリジナルＸＭＬデータ１３０１の中でユニークになるタグ名をユニークコードとして生成する。
タグ情報格納装置１３０６は、タグ識別ＩＤ設定部１３０４において、オリジナルＸＭＬデータ１３０１にユニークコードを設定する際、ユニークコードを保持する為の状態管理データベースである。
付加データ登録部１３０７は、タグ識別ＩＤ設定部１３０４にて生成したタグ識別ＩＤ付きＸＭＬデータ１３０８をＸＭＬ−ＨＴＭＬ変換装置１１００内のＸＭＬデータ登録装置１１０１に登録する処理を行う。
【００２２】
ＸＭＬ−ＨＴＭＬ変換装置１１００は、タグ識別ＩＤ設定部１３０４により生成されたＸＭＬデータ１３０８を保持するＸＭＬデータ登録装置１１０１と、ＸＭＬデータ登録装置１１０１よりＸＭＬデータ１１０２を取得するＸＭＬデータ取得部１１０３と、ＸＭＬデータ取得部１１０３にて取得したＸＭＬデータ１１０２を用いてＨＴＭＬ変換を行うＨＴＭＬ変換部１１０４と、ＨＴＭＬ変換したデータをＨＴＴＰを用いてクライアントＷＷＷブラウザ１０００へ送信する画面表示データ送信部１１０５と、クライアントＷＷＷブラウザ１０００より入力されたデータを受け付ける入力データ取得部１１０６と、入力データ取得部１１０６より受け取ったＨＴＴＰリクエストをＸＭＬデータにマッピングする入力データ編集部１１０７と、マッピングしたＸＭＬデータ１１０９をＸＭＬデータ登録装置へ格納する編集データ登録部１１０８からなる。
【００２３】
ＸＭＬ−ＨＴＭＬ変換装置１１００を、前記各処理部として機能させる為のプログラムは、ＣＤ−ＲＯＭ等の記録媒体に記録され磁気ディスク等に格納された後、メモリにロードされて実行されるものとする。なお前記プログラムを記録する記録媒体はＣＤ−ＲＯＭ以外の他の記録媒体でも良い。また前記プログラムを当該記録媒体から情報処理装置にインストールして使用しても良いし、ネットワークを通じて当該記録媒体にアクセスして前記プログラムを使用するものとしても良い。
【００２４】
ＸＭＬデータ登録装置１１０１は、ＷＥＢアプリケーションプログラムにおいて操作対象となるＸＭＬデータ１１０２の登録／更新を行うデータベースである。
ＸＭＬデータ取得部１１０３は、ＸＭＬデータ登録装置１１０１より、ＸＭＬデータ１１０２を取得する処理を行う。
【００２５】
ＨＴＭＬ変換部１１０４は、ＸＭＬデータ取得部１１０３より取得したＸＭＬデータ１１０２を用いて、タグ識別ＩＤが設定しているタグについて、属性値をＮＡＭＥ属性として設定し、それ以外のタグについては、そのタグ名をＮＡＭＥ属性として設定するＸＭＬ−ＨＴＭＬ変換処理を行う。
【００２６】
画面表示データ送信部１１０５は、ＨＴＭＬ変換部１１０４にて生成したＨＴＭＬデータ１２０１をＨＴＴＰにてクライアントＷＷＷブラウザ１０００へ送信する。
入力データ取得部１１０６は、クライアントＷＷＷブラウザ１０００より入力したリクエストを「ＮＡＭＥ：ＶＡＬＵＥ」形式で受け取る処理を行う。
【００２７】
入力データ編集部１１０７は、入力データ取得部１１０６より受け取ったリクエストを、クライアントＷＷＷブラウザ１０００へ送信前の図１のＸＭＬデータ１１０２にマージする処理を行う。入力データとＸＭＬデータ内のタグとのマッピングを行う際の検索キーは、タグ名による検索とタグ識別ＩＤである”ｘｉｄ”属性とし、ヒットしたタグ名、又はヒットした属性値に対応するＸＭＬタグの値に前記入力データを設定する。
編集データ登録部１１０８は、入力データ編集部１１０７よりマージ処理を行ったＸＭＬデータ１１０９をＸＭＬデータ登録装置１１０１に登録する処理を行う。
【００２８】
図２は本実施形態のオリジナルＸＭＬデータ１３０１の例を示す図である。図２のオリジナルＸＭＬデータ１３０１では、Ｏｒｄｅｒタグをルートタグとして、ｌｉｎｅｎｕｍｂｅｒタグ、ａｄｄｒｅｓｓタグ、ｋｉｎｄタグ、ｐｒｏｄｕｃｔタグの子タグで構成され、ｐｒｏｄｕｃｔタグは、更にｌｉｎｅｎｕｍｂｅｒタグ、ｉｔｅｍタグ、ｍｏｎｅｙタグの親タグとなるＸＭＬデータの例を表している。＜？ｘｍｌ ｖｅｒｓｉｏｎ＝”１．０” ｅｎｃｏｒｄｉｎｇ＝”Ｓｈｉｆｔ＿ＪＩＳ”＞は、ＸＭＬ宣言であり、Ｏｒｄｅｒタグ、ｐｒｏｄｕｃｔタグ以外は、タグ内にタグ以外のテキストデータを持つタグである。
【００２９】
また、クライアントＷＷＷブラウザ１０００に表示する際、ＨＴＭＬのＩＮＰＵＴタグとして変換するＸＭＬタグにおいて、同一タグとなる可能性のあるタグのリストをタグ定義情報１３０２に記述する。
本実施形態では、同一タグが存在するものはタグを識別する為に全てＩＤを付加することとする。この場合、タグ定義情報１３０２は「ｌｉｎｅｎｕｍｂｅｒ、ｐｒｏｄｕｃｔ、ｉｔｅｍ、ｍｏｎｅｙ」の４つのタグが該当することとなる。
【００３０】
図３は本実施形態のタグ情報格納装置１３０６のテーブル構成を示す図である。図３の様にタグ名称３０１には、キー項目であるユニークコードを格納し、カレントタグＩＤ３０２には、同一タグを一意に割り当てる為の補助データとして正の整数値を保持する。
タグ名称３０１に挿入されるユニークコードとは、取り扱うオリジナルＸＭＬデータ１３０１のタグの中でユニークになる値であれば良い。
【００３１】
本実施形態では、世の中で一般的なユニークコード生成ツールを使用して生成した値“２ＣＢＣ７０６Ｂ−２９Ｆ１−４５ｅ２−ＡＢ６Ｄ−９３Ｅ５６３９ＦＤ７Ｆ６”を用いる。このユニークコード生成ツールは、「乱数発生器」「現在の日付と時刻」「利用コンピュータのネットワークアドレス（ネットワークアドレスが無いときは無作為な６バイトが生成される）」等といった情報を元に、世界で唯一つのＩＤを生成するものである。
【００３２】
また、カレントタグＩＤ３０２には、初期値を１として、同一タグがヒットする度にカウントアップしていく値を用いる仕様とする。本実施形態において、カレントタグＩＤ３０２が１０の場合には、図２のオリジナルＸＭＬデータ１３０１にてユニークコード設定処理を９回実施した後の状態を表している。
【００３３】
図７は本実施形態のタグ識別ＩＤ付加装置１３００においてタグ識別ＩＤ属性を付加する処理の処理手順を示すフローチャートである。処理ステップ７０１では、ユニークコード生成部１３０５によりタグを一意に特定する為のユニークコード“２ＣＢＣ７０６Ｂ−２９Ｆ１−４５ｅ２−ＡＢ６Ｄ−９３Ｅ５６３９ＦＤ７Ｆ６”を取得し、分岐７０２へ進む。
【００３４】
分岐７０２では、オリジナルＸＭＬデータ１３０１とタグ名の重複があるかどうかを判定し、重複する場合には、処理ステップ７０１へ進み、再度ユニークコードの取得を行う。重複しない場合には、そのユニークコードを図３のタグ情報格納装置１３０６のタグ名称３０１に格納し、処理ステップ７０３へ進む。
処理ステップ７０３では、タグ定義情報１３０２を行単位に読込む処理を行う。図２のタグ定義情報１３０２では、ｌｉｎｅｎｕｍｂｅｒ，ｐｒｏｄｕｃｔ，ｉｔｅｍ，ｍｏｎｅｙの順で読み込まれる。
【００３５】
分岐７０４では、処理ステップ７０３において、タグ定義情報１３０２が存在し、タグの情報が読み込まれているかどうかの判定を行い、タグの情報が読み込まれている場合には処理ステップ７０５へ進む。また読み込まれたタグの情報が存在しない場合には、タグ識別ＩＤ設定処理を終了する。
処理ステップ７０５では、タグ定義情報１３０２より取得したタグ名をキーとしてオリジナルＸＭＬデータ１３０１を検索する。
【００３６】
分岐７０６では、オリジナルＸＭＬデータ１３０１の中に処理ステップ７０５にて指定したタグがヒットするかどうかの判定を行い、ヒットする場合には処理ステップ７０７へ進む。ヒットしない場合には分岐７０４へ戻り、タグ定義情報１３０２より次の指定タグにおける判定を行う。
処理ステップ７０７では、タグ情報格納装置１３０６よりタグ名称３０１とカレントタグＩＤ３０２を取得する。
【００３７】
処理ステップ７０８では、処理ステップ７０７にて取得したタグ名称３０１の“２ＣＢＣ７０６Ｂ−２９Ｆ１−４５ｅ２−ＡＢ６Ｄ−９３Ｅ５６３９ＦＤ７Ｆ６”と、カレントタグＩＤ３０２の“ｎ（正の整数値、初期値＝１）”を結合させ、オリジナルＸＭＬデータ１３０１の属性値へ設定する為のユニークなタグ識別ＩＤ“２ＣＢＣ７０６Ｂ−２９Ｆ１−４５ｅ２−ＡＢ６Ｄ−９３Ｅ５６３９ＦＤ７Ｆ６＋ｎ（正の整数値、初期値＝１）”を生成する。
【００３８】
処理ステップ７０９では、処理ステップ７０８にて生成したＩＤを属性名”ｘｉｄ”として設定する。このタグ識別ＩＤ名”ｘｉｄ”は、取り扱うＸＭＬデータの属性値としてユニークになる名前であれば良い。
処理ステップ７１０では、図３のタグ情報格納装置１３０６におけるカレントタグＩＤ３０２をカウントアップして格納する。以降、処理ステップ７０６へ進み、同様の処理を繰り返す。
【００３９】
図４は本実施形態のタグ識別ＩＤ設定済みＸＭＬデータ１３０８の例を示す図である。図４に示す様にＸＭＬ文書内にて同一タグとなるタグ名ｌｉｎｅｎｕｍｂｅｒタグ、ｐｒｏｄｕｃｔタグ、ｉｔｅｍタグ、ｍｏｎｅｙタグについてのみ”ｘｉｄ”属性が設定されていることが分かる。
【００４０】
最初のｌｉｎｅｎｕｍｂｅｒタグの”ｘｉｄ”属性を”２ＣＢＣ７０６Ｂ−２９Ｆ１−４５ｅ２−ＡＢ６Ｄ−９３Ｅ５６３９ＦＤ７Ｆ６１”として、次のｌｉｎｅｎｕｍｂｅｒタグの”ｘｉｄ”属性が”２ＣＢＣ７０６Ｂ−２９Ｆ１−４５ｅ２−ＡＢ６Ｄ−９３Ｅ５６３９ＦＤ７Ｆ６２”、その次のｌｉｎｅｎｕｍｂｅｒタグの”ｘｉｄ”属性が”２ＣＢＣ７０６Ｂ−２９Ｆ１−４５ｅ２−ＡＢ６Ｄ−９３Ｅ５６３９ＦＤ７Ｆ６３”の様に、ｌｉｎｅｎｕｍｂｅｒタグが存在する間、”ｘｉｄ”属性にユニークコード（２ＣＢＣ７０６Ｂ−２９Ｆ１−４５ｅ２−ＡＢ６Ｄ−９３Ｅ５６３９ＦＤ７Ｆ６）＋ｎ（正の整数値、初期値＝１）の様にｎをシーケンシャルにカウントアップして設定し、順次ｐｒｏｄｕｃｔタグ、ｉｔｅｍタグ、ｍｏｎｅｙタグと実施する。
【００４１】
その結果、図２のタグ定義情報１３０２の２番目に登場する最初のｐｒｏｄｕｃｔタグの”ｘｉｄ”属性は、”２ＣＢＣ７０６Ｂ−２９Ｆ１−４５ｅ２−ＡＢ６Ｄ−９３Ｅ５６３９ＦＤ７Ｆ６４”、次のｐｒｏｄｕｃｔタグの”ｘｉｄ”属性は、”２ＣＢＣ７０６Ｂ−２９Ｆ１−４５ｅ２−ＡＢ６Ｄ−９３Ｅ５６３９ＦＤ７Ｆ６５”、図２のタグ定義情報１３０２の３番目に登場する最初のｉｔｅｍタグの”ｘｉｄ”属性は、”２ＣＢＣ７０６Ｂ−２９Ｆ１−４５ｅ２−ＡＢ６Ｄ−９３Ｅ５６３９ＦＤ７Ｆ６６”、次のｉｔｅｍタグの”ｘｉｄ”属性は、”２ＣＢＣ７０６Ｂ−２９Ｆ１−４５ｅ２−ＡＢ６Ｄ−９３Ｅ５６３９ＦＤ７Ｆ６７”、図２のタグ定義情報１３０２の４番目に登場する最初のｍｏｎｅｙタグの”ｘｉｄ”属性は”２ＣＢＣ７０６Ｂ−２９Ｆ１−４５ｅ２−ＡＢ６Ｄ−９３Ｅ５６３９ＦＤ７Ｆ６８”、次のｍｏｎｅｙタグの”ｘｉｄ”属性は”２ＣＢＣ７０６Ｂ−２９Ｆ１−４５ｅ２−ＡＢ６Ｄ−９３Ｅ５６３９ＦＤ７Ｆ６９”となる。
【００４２】
図５は本実施形態のＸＭＬデータ登録装置１１０１のテーブル構成を示す図である。図５に示す様にＸＭＬデータ登録装置１１０１では、図１の付加データ登録部１３０７により登録されたタグ識別設定済みＸＭＬデータ５０１を管理している。
【００４３】
図８は本実施形態のＸＭＬ−ＨＴＭＬ変換装置１１００においてタグ識別ＩＤ設定済みＸＭＬデータ１１０２をＸＭＬデータ登録装置１１０１より取得して画面表示する処理の処理手順を示すフローチャートである。処理ステップ８０１では、ＸＭＬデータ取得部１１０３においてＸＭＬデータ登録装置１１０１より図５のＸＭＬデータ５０１を取得する。
【００４４】
分岐８０２では、ＨＴＭＬ変換部１１０４にてＸＭＬデータ５０１中にタグ識別ＩＤ”ｘｉｄ”が存在するかどうかを判断し、存在する場合には処理ステップ８０３へ進み、存在しない場合には処理ステップ８０４へ進む。
【００４５】
処理ステップ８０３では、ＨＴＭＬ変換方法として、”ｘｉｄ”属性をＨＴＭＬのＮＡＭＥ属性として設定する変換を行う。以降、分岐８０２へ進み、ＸＭＬデータ５０１中の”ｘｉｄ”属性が存在する間は処理を実行する。但し、本実施形態では、テキストデータを含まないタグ（ｐｒｏｄｕｃｔタグ）をＩＮＰＵＴタグとしないこととする為、ＮＡＭＥ属性の設定対象となるタグは、ｌｉｎｅｎｕｍｂｅｒタグ、ｉｔｅｍタグ、ｍｏｎｅｙタグとなる。
【００４６】
処理ステップ８０４では、”ｘｉｄ”属性の付いていないタグにおいて、ＩＮＰＵＴタグとなる場合、ＸＭＬのタグ名称をそのままＩＮＰＵＴタグのＮＡＭＥ属性に設定する（ａｄｄｒｅｓｓタグ、ｋｉｎｄタグ）。処理ステップ８０５では、生成したＨＴＭＬデータ１２０１を画面表示データ送信部１１０５においてクライアントＷＷＷブラウザ１０００へ送信する。
【００４７】
図６は本実施形態のＨＴＭＬ変換した場合のコード例と画面イメージ例を示す図である。図６では、ＨＴＭＬ変換したコード例の中に、１つ目のｌｉｎｅｎｕｍｂｅｒタグがｎａｍｅ＝”２ＣＢＣ７０６Ｂ−２９Ｆ１−４５ｅ２−ＡＢ６Ｄ−９３Ｅ５６３９ＦＤ７Ｆ６１”、２つ目のｌｉｎｅｎｕｍｂｅｒタグがｎａｍｅ＝”２ＣＢＣ７０６Ｂ−２９Ｆ１−４５ｅ２−ＡＢ６Ｄ−９３Ｅ５６３９ＦＤ７Ｆ６２”、３つ目のｌｉｎｅｎｕｍｂｅｒタグがｎａｍｅ＝”２ＣＢＣ７０６Ｂ−２９Ｆ１−４５ｅ２−ＡＢ６Ｄ−９３Ｅ５６３９ＦＤ７Ｆ６３”、１つ目のｉｔｅｍタグがｎａｍｅ＝”２ＣＢＣ７０６Ｂ−２９Ｆ１−４５ｅ２−ＡＢ６Ｄ−９３Ｅ５６３９ＦＤ７Ｆ６６”、２つ目のｉｔｅｍタグがｎａｍｅ＝”２ＣＢＣ７０６Ｂ−２９Ｆ１−４５ｅ２−ＡＢ６Ｄ−９３Ｅ５６３９ＦＤ７Ｆ６７”、１つ目のｍｏｎｅｙタグがｎａｍｅ＝”２ＣＢＣ７０６Ｂ−２９Ｆ１−４５ｅ２−ＡＢ６Ｄ−９３Ｅ５６３９ＦＤ７Ｆ６８”、２つ目のｍｏｎｅｙタグがｎａｍｅ＝”２ＣＢＣ７０６Ｂ−２９Ｆ１−４５ｅ２−ＡＢ６Ｄ−９３Ｅ５６３９ＦＤ７Ｆ６９”となる様に、タグの階層構造を無視し、全てのＩＮＰＵＴタグがユニークになる様にＮＡＭＥ属性を割り当てている。
【００４８】
この様にＨＴＭＬ変換を行うことで、図６の画面イメージ６０１の様にｌｉｎｅｎｕｍｂｅｒという入力エリアが複数ある場合でも、どのタグに対する入力データであるかをＸＭＬ−ＨＴＭＬ変換装置１１００において判別可能となる。但し、本実施形態では、”ｘｉｄ”属性が付いているタグでも、データを持たない親タグとなっている場合にはＨＴＭＬ変換を行う際に、ＩＮＰＵＴタグとしない仕様としている（ｐｒｏｄｕｃｔタグ）。
【００４９】
図９は本実施形態のクライアントＷＷＷブラウザ１０００より入力されたデータをＸＭＬ−ＨＴＭＬ変換装置１１００へ送信し、ＸＭＬデータ登録装置１１０１に登録する処理の処理手順を示すフローチャートである。処理ステップ９０１では、クライアントＷＷＷブラウザ１０００より入力されたリクエストをＨＴＴＰにてＸＭＬ−ＨＴＭＬ変換装置１１００へ送信する。
処理ステップ９０２では、ＸＭＬ−ＨＴＭＬ変換装置１１００の入力データ取得部１１０６にてＨＴＴＰリクエストを取得する。
【００５０】
処理ステップ９０３では、処理ステップ９０２にて受け取ったＨＴＴＰリクエストをそれぞれのＸＭＬタグへマッピングする処理を行い、ＸＭＬデータの更新を行ってＸＭＬデータ１１０９を作成する。受け取ったリクエストのＮＡＭＥが、タグ名に存在するものと、ユニークなＩＤを割り当てた”ｘｉｄ”属性の値に存在するものとがあるが、送られてくるＮＡＭＥは全てユニークである為、タグ名称をキーとした検索及び、”ｘｉｄ”属性をキーとした属性値による検索を順次実施することで該当するＸＭＬデータタグへのマッピングが可能となる。
処理ステップ９０４では、処理ステップ９０３にて作成したＸＭＬデータ１１０９をＸＭＬデータ登録装置１１０１に格納する。
【００５１】
この様に、クライアントＷＷＷブラウザ１０００とＸＭＬ−ＨＴＭＬ変換装置１１００間にてＸＭＬデータの属性値を事前に編集することで、異なるＸＭＬデータにおいて同一タグを含む場合においても、ＸＭＬデータ処理を可能とし、様々なＸＭＬデータフォーマットに対応して、ＸＭＬ−ＨＴＭＬ変換装置１１００内のＷＥＢサービスを提供するプログラムを修正することなく、ＷＥＢアプリケーションプログラムを実現することができる。
【００５２】
本実施形態では、タグ属性の設定方法として、ＸＭＬのタグを一意に識別する為に、ユニークコード生成部１３０５より一度だけユニークな値を生成し、その生成したユニークコードにシーケンシャルな番号を加えることでユニークな値とする例について説明したが、毎回ユニークな値をユニークコード生成部１３０５より生成する方法としても良い。
【００５３】
また、同一タグとなる可能性のあるタグのリストをタグ定義情報１３０２に全て記述しているが、ＨＴＭＬ変換を行う際に、ＩＮＰＵＴタグとして生成する可能性のあるタグリストのみをタグ定義情報１３０２に定義する方法としても良い。
【００５４】
以上説明した様に本実施形態の記述言語変換システムによれば、変換対象を一意に識別する為の識別情報を付加して第１の記述言語から第２の記述言語への変換を行うので、第１の記述言語の記述部分を第２の記述言語で一意に識別される記述に変換することが可能である。
【００５５】
（実施形態２）
以下にＸＭＬデータ内の全てのタグにユニークな”ｘｉｄ”属性を割り当てる実施形態２の記述言語変換システムについて説明する。
【００５６】
図１０は本実施形態のＸＭＬデータ内の全てのタグにユニークな属性値を設定する場合のシステム構成を示す図である。本実施形態のタグ識別ＩＤ付加装置α２３００は、ＸＭＬで記述されたタグ識別ＩＤ付加前のオリジナルＸＭＬデータ１３０１を読み込み、ユニークコード生成部１３０５を用いてオリジナルＸＭＬデータ１３０１の全てのタグにユニークコードを属性名”ｘｉｄ”として設定するタグ識別ＩＤ設定部α２３０１と、タグ識別ＩＤ設定済みＸＭＬデータ１３０８をＸＭＬデータ登録装置１１０１へ登録する付加データ登録部１３０７からなる。
【００５７】
タグ識別ＩＤ付加装置α２３００を、前記各処理部として機能させる為のプログラムは、ＣＤ−ＲＯＭ等の記録媒体に記録され磁気ディスク等に格納された後、メモリにロードされて実行されるものとする。なお前記プログラムを記録する記録媒体はＣＤ−ＲＯＭ以外の他の記録媒体でも良い。また前記プログラムを当該記録媒体から情報処理装置にインストールして使用しても良いし、ネットワークを通じて当該記録媒体にアクセスして前記プログラムを使用するものとしても良い。
【００５８】
また本実施形態では、クライアントＷＷＷブラウザ１０００とＸＭＬ−ＨＴＭＬ変換装置１１００がネットワーク１２００で接続されており、この点については図１のシステム構成と相違点は無い。
【００５９】
実施形態１で用いた図１のタグ識別ＩＤ付加装置１３００と比較して、タグ識別ＩＤ付加装置α２３００は、タグ定義情報１３０２と、属性情報読込み部１３０３と、タグ情報格納装置１３０６が除かれ、タグ識別ＩＤ設定部１３０４をタグ識別ＩＤ設定部α２３０１に変更している。
【００６０】
タグ識別ＩＤ設定部α２３０１は、オリジナルＸＭＬデータ１３０１を読み込み、ユニークコード生成部１３０５より取得したユニークコードを全てのタグに設定する処理を行う。図２のオリジナルＸＭＬデータ１３０１を用いる場合には、Ｏｒｄｅｒタグ、ｌｉｎｅｎｕｍｂｅｒタグ、ａｄｄｒｅｓｓタグ、ｋｉｎｄタグ、ｐｒｏｄｕｃｔタグ、ｉｔｅｍタグ、ｍｏｎｅｙタグの様に全てのタグにユニークコードを設定する。また付加データ登録部１３０７の機能は図１の機能と同等であるものとする。
【００６１】
図１０のＸＭＬ−ＨＴＭＬ変換装置１１００は、図１と基本的に同等の機能を有するが、ＨＴＭＬ変換部１１０４においては、ＸＭＬデータ登録装置１１０１より取得したタグ識別ＩＤ設定済みＸＭＬデータ１１０２には、全てのタグに”ｘｉｄ”属性が設定されていることから、ＸＭＬタグをＮＡＭＥ属性に設定する処理は実行されない為、この処理を省いても良い。
また、入力データ編集部１１０７の処理において、ＸＭＬタグ名を検索キーとしたマージ処理も”ｘｉｄ”属性による検索のみでマージ処理を完了することができる為、省いても良い。
【００６２】
この様に、全てのＸＭＬタグにタグ識別ＩＤ”ｘｉｄ”を付加することで、ＸＭＬ−ＨＴＭＬ変換装置１１００におけるＨＴＭＬ生成処理や、ＸＭＬマージ処理では、図１と比較して上述した機能を簡易化させても良い。その他の機能は、実施形態１で用いたものと同様である。
また、図１及び図１０のＸＭＬデータ登録装置１１０１や図１のタグ情報格納装置１３０６はデータベースやファイル等を静的に保持できる装置であれば良い。
【００６３】
図１１は本実施形態のタグ識別ＩＤ付加装置α２３００のオリジナルＸＭＬデータ１３０１にタグ識別ＩＤを付加する処理の処理手順を示すフローチャートである。処理ステップ７５０では、図１０のオリジナルＸＭＬデータ１３０１を読み込み、分岐７５１へ進む。
【００６４】
分岐７５１では、読み込んだオリジナルＸＭＬデータ１３０１にタグが存在するかどうかを判定し、存在する場合には処理ステップ７５２へ進み、存在しない場合には処理を終了する。
【００６５】
処理ステップ７５２では、ユニークコード生成部１３０５よりタグを一意に特定する為のユニークコードの取得を行い、分岐７５３へ進む。
分岐７５３では、取得したユニークコードがオリジナルＸＭＬデータ１３０１のタグと重複しているものが存在するかどうかを判断し、重複するものが一つでも存在する場合には処理ステップ７５２へ進み、ユニークコードの再取得を行う。重複するものが存在しない場合には、ユニークコードを”ｘｉｄ”属性として設定し、分岐７５１へ戻り、次のオリジナルＸＭＬデータ１３０１中のタグに対する判定を行う。
【００６６】
以上説明した様に本実施形態の記述言語変換システムによれば、変換対象を一意に識別する為の識別情報を付加して第１の記述言語から第２の記述言語への変換を行うので、第１の記述言語の記述部分を第２の記述言語で一意に識別される記述に変換することが可能である。
【００６７】
【発明の効果】
本発明によれば、第１の記述言語の記述部分を第２の記述言語で一意に識別される記述に変換することが可能である。
【図面の簡単な説明】
【図１】実施形態１の記述言語変換システムのシステム構成を示す図である。
【図２】実施形態１のオリジナルＸＭＬデータ１３０１の例を示す図である。
【図３】実施形態１のタグ情報格納装置１３０６のテーブル構成を示す図である。
【図４】実施形態１のタグ識別ＩＤ設定済みＸＭＬデータ１３０８の例を示す図である。
【図５】実施形態１のＸＭＬデータ登録装置１１０１のテーブル構成を示す図である。
【図６】実施形態１のＨＴＭＬ変換した場合のコード例と画面イメージ例を示す図である。
【図７】実施形態１のタグ識別ＩＤ付加装置１３００においてタグ識別ＩＤ属性を付加する処理の処理手順を示すフローチャートである。
【図８】実施形態１のＸＭＬ−ＨＴＭＬ変換装置１１００においてタグ識別ＩＤ設定済みＸＭＬデータ１１０２をＸＭＬデータ登録装置１１０１より取得して画面表示する処理の処理手順を示すフローチャートである。
【図９】実施形態１のクライアントＷＷＷブラウザ１０００より入力されたデータをＸＭＬ−ＨＴＭＬ変換装置１１００へ送信し、ＸＭＬデータ登録装置１１０１に登録する処理の処理手順を示すフローチャートである。
【図１０】実施形態２のＸＭＬデータ内の全てのタグにユニークな属性値を設定する場合のシステム構成を示す図である。
【図１１】実施形態２のタグ識別ＩＤ付加装置α２３００のオリジナルＸＭＬデータ１３０１にタグ識別ＩＤを付加する処理の処理手順を示すフローチャートである。
【符号の説明】
１０００…クライアントＷＷＷブラウザ、１１００…ＸＭＬ−ＨＴＭＬ変換装置、１１０１…ＸＭＬデータ登録装置、１１０２…ＸＭＬデータ、１１０３…ＸＭＬデータ取得部、１１０４…ＨＴＭＬ変換部、１１０５…画面表示データ送信部、１１０６…入力データ取得部、１１０７…入力データ編集部、１１０８…編集データ登録部、１１０９…ＸＭＬデータ、１２００…ネットワーク、１２０１…ＨＴＭＬデータ、１３００…タグ識別ＩＤ付加装置、１３０１…オリジナルＸＭＬデータ、１３０２…タグ定義情報、１３０３…属性情報読込み部、１３０４…タグ識別ＩＤ設定部、１３０５…ユニークコード生成部、１３０６…タグ情報格納装置、１３０７…付加データ登録部、１３０８…ＸＭＬデータ、３０１…タグ名称、３０２…カレントタグＩＤ、５０１…ＸＭＬデータ、６０１…画面イメージ、２３００…タグ識別ＩＤ付加装置α、２３０１…タグ識別ＩＤ設定部α。
【発明の属する技術分野】
本発明は所定の記述言語で記述されたデータを他の記述言語のデータに変換する記述言語変換技術に関するものである。
【０００２】
【従来の技術】
ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）を用いて動的にＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）を作成する方法として、ＸＭＬタグ名称をＨＴＭＬのＩＮＰＵＴタグのＮＡＭＥ属性に設定する方法がある（例えば非特許文献１参照）。
【０００３】
この方法では、ＸＳＬＴ（ｅＸｔｅｎｓｉｂｌｅ Ｓｔｙｌｅｓｈｅｅｔ Ｌａｎｇｕａｇｅ Ｔｒａｎｓｆｏｒｍａｔｉｏｎｓ）スタイルシートを用いてＸＭＬからＨＴＭＬへ変換しており、ＸＳＬＴスタイルシートでは、Ｘｐａｔｈ関数であるｎａｍｅ（）を用いてノード名を取得し、属性値テンプレートであるｘｓｌ：ａｔｔｒｉｂｕｔｅを組み合わせて利用することで、ＨＴＭＬ変換を行う際に、ＨＴＭＬのＮＡＭＥ属性としてＸＭＬタグ名を設定することができる。
【０００４】
また、関連の技術としては、ＸＭＬデータに様々なアプリケーションプログラムで使用する要素や属性を混在させて使うことができる技術として、「名前空間」という規格がある。これは、名前空間接頭辞をタグ名に付けることで、同一名称のタグを一意に扱うことができる様な仕組みである。一般的に、複数のＤＴＤ（Ｄｏｃｕｍｅｎｔ Ｔｙｐｅ Ｄｅｆｉｎｉｔｉｏｎ）を用いる環境において、タグ名の衝突を避ける為の仕組みでもある（例えば非特許文献１参照）。
【０００５】
【非特許文献１】
ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／ＴＲ／ＲＥＣ−ｘｍｌ−ｎａｍｅｓ／「Ｎａｍｅｓｐａｃｅ ｉｎ ＸＭＬ」
【０００６】
【発明が解決しようとする課題】
しかし、上記の様にＨＴＭＬ変換を行う際のＩＮＰＵＴタグのＮＡＭＥ属性としてＸＭＬタグ名を設定する場合、同一のＸＭＬタグ名が他にも存在していると、ＮＡＭＥ属性には同一のものが作成されてしまう為、ＨＴＭＬのフォーム内においてＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）リクエストを送信した際、送信される「ＮＡＭＥ：ＶＡＬＵＥ」形式のデータの区別をすることができない。
【０００７】
従って、上記問題を解決する為には、ＸＭＬ−ＨＴＭＬ変換を行う際に、同一タグが存在するデータについてはフォームを分けて別々にリクエストを発行するか、リクエストを発行する前処理として同一タグの存在するデータについて検索し、それぞれ固有のＮＡＭＥ属性を設定してリクエストを発行する必要がある。
【０００８】
また、上記のＸＭＬの標準規格である「名前空間」を利用する場合では、名前空間宣言の指定やＸＭＬタグ名そのものを変換することになる為、様々な形式（フォーマット）のＸＭＬデータを扱う場合、変換処理を実装するアプリケーションプログラムのコードが複雑になり、個々に変換プログラムを作成する必要がある為、開発コストが増大する。
【０００９】
本発明の目的は上記問題を解決し、第１の記述言語の記述部分を第２の記述言語で一意に識別される記述に変換することが可能な技術を提供することにある。
【００１０】
【課題を解決するための手段】
本発明は、第１の記述言語で記述された第１のデータを第２の記述言語で記述された第２のデータに変換する記述言語変換システムにおいて、変換対象を一意に識別する為の識別情報を付加して第１の記述言語から第２の記述言語への変換を行うものである。
【００１１】
本発明の記述言語変換システムでは、ＸＭＬ等の第１の記述言語で記述された第１のデータであるオリジナルデータについて、タグ定義情報に定義された所定のタグが記述されている記述部分や、タグが記述されている全ての記述部分を変換対象として、それらの記述部分を一意に識別する為の識別情報（ＩＤ）を付加する。
【００１２】
前記ＩＤの付加の際には、当該オリジナルデータの中でユニークとなるコードであるユニークコードを生成した後、そのユニークコードに対して各タグ毎に異なる番号を追加したコードを前記ＩＤとしたり、当該オリジナルデータの中でユニークとなるコードであるユニークコードを各タグ毎に生成して前記ＩＤとし、当該記述部分に付加する。
【００１３】
そして、前記ＩＤの付加されたＸＭＬデータをＨＴＭＬ等の第２の記述言語で記述された第２のデータに変換する際に、前記ＩＤを、第２の記述言語で当該記述部分を一意に識別する為の属性情報、例えばＨＴＭＬのＩＮＰＵＴタグのＮＡＭＥ属性に変換する。
【００１４】
前記の様に本発明では、ＸＭＬからＨＴＭＬへの変換等、第１の記述言語から第２の記述言語への記述言語の変換を行う際に、変換対象を一意に識別する為の識別情報を付加して記述言語の変換を行うので、ＸＭＬデータをＨＴＴＰによって送信した場合のデータの一意性を保証することが可能であり、ＷＥＢブラウザ等より入力されたデータを変換前のＸＭＬデータのタグとマッピングさせることができる。
以上の様に本発明の記述言語変換システムによれば、第１の記述言語の記述部分を第２の記述言語で一意に識別される記述に変換することが可能である。
【００１５】
【発明の実施の形態】
（実施形態１）
以下にユーザが指定した所定のタグにのみＩＤを付加して属性値を設定する実施形態１の記述言語変換システムについて説明する。
【００１６】
図１は本実施形態の記述言語変換システムのシステム構成を示す図である。本実施形態では、クライアントＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）ブラウザ１０００とＸＭＬ−ＨＴＭＬ変換装置１１００とがネットワーク１２００で接続されており、これらとスタンドアロンで機能するタグ識別ＩＤ付加装置１３００とで構成している。なお、これらの装置は、計算機や情報処理装置、またはその様な処理を実施するプログラムやオブジェクトでも良い。
【００１７】
タグ識別ＩＤ付加装置１３００は、ＸＭＬ−ＨＴＭＬ変換を行う際に利用するタグを一意に識別する為のＩＤをオリジナルＸＭＬデータ１３０１に付加する装置であり、同一タグを識別する為に、ユーザが定義したタグ定義情報１３０２を読み込む属性情報読込み部１３０３と、オリジナルＸＭＬデータ１３０１やタグ情報格納装置１３０６と連携し、タグ識別ＩＤを付加したＸＭＬデータ１３０８を生成するタグ識別ＩＤ設定部１３０４と、タグ識別ＩＤ設定部１３０４により生成したＸＭＬデータ１３０８の登録処理を行う付加データ登録部１３０７からなる。
【００１８】
タグ識別ＩＤ付加装置１３００を、前記各処理部として機能させる為のプログラムは、ＣＤ−ＲＯＭ等の記録媒体に記録され磁気ディスク等に格納された後、メモリにロードされて実行されるものとする。なお前記プログラムを記録する記録媒体はＣＤ−ＲＯＭ以外の他の記録媒体でも良い。また前記プログラムを当該記録媒体から情報処理装置にインストールして使用しても良いし、ネットワークを通じて当該記録媒体にアクセスして前記プログラムを使用するものとしても良い。
【００１９】
オリジナルＸＭＬデータ１３０１は、タグ識別ＩＤを付加する前のオリジナルのＸＭＬデータ、すなわちＸＭＬで記述されたデータであり、タグ定義情報１３０２は、同一タグを識別する必要のあるタグをオリジナルＸＭＬデータ１３０１より抽出したタグリストである。
【００２０】
属性情報読込み部１３０３は、タグ定義情報１３０２を行単位に読み込み、タグ識別ＩＤ設定部１３０４にタグ識別ＩＤを付加するタグ名を渡す。
タグ識別ＩＤ設定部１３０４は、オリジナルＸＭＬデータ１３０１を読み込み、属性情報読込み部１３０３にアクセスし、タグ定義情報１３０２を取得し、ユニークコード生成部１３０５より生成したユニークコードにシーケンシャルな正の整数を追加してユニークコードを生成し、オリジナルＸＭＬデータ１３０１に設定する処理を行う。この時使用するユニークコードと現在のシーケンシャル番号（カレントタグＩＤ）をタグ情報格納装置１３０６で保持して管理する。
【００２１】
ユニークコード生成部１３０５は、用いるオリジナルＸＭＬデータ１３０１の中でユニークになるタグ名をユニークコードとして生成する。
タグ情報格納装置１３０６は、タグ識別ＩＤ設定部１３０４において、オリジナルＸＭＬデータ１３０１にユニークコードを設定する際、ユニークコードを保持する為の状態管理データベースである。
付加データ登録部１３０７は、タグ識別ＩＤ設定部１３０４にて生成したタグ識別ＩＤ付きＸＭＬデータ１３０８をＸＭＬ−ＨＴＭＬ変換装置１１００内のＸＭＬデータ登録装置１１０１に登録する処理を行う。
【００２２】
ＸＭＬ−ＨＴＭＬ変換装置１１００は、タグ識別ＩＤ設定部１３０４により生成されたＸＭＬデータ１３０８を保持するＸＭＬデータ登録装置１１０１と、ＸＭＬデータ登録装置１１０１よりＸＭＬデータ１１０２を取得するＸＭＬデータ取得部１１０３と、ＸＭＬデータ取得部１１０３にて取得したＸＭＬデータ１１０２を用いてＨＴＭＬ変換を行うＨＴＭＬ変換部１１０４と、ＨＴＭＬ変換したデータをＨＴＴＰを用いてクライアントＷＷＷブラウザ１０００へ送信する画面表示データ送信部１１０５と、クライアントＷＷＷブラウザ１０００より入力されたデータを受け付ける入力データ取得部１１０６と、入力データ取得部１１０６より受け取ったＨＴＴＰリクエストをＸＭＬデータにマッピングする入力データ編集部１１０７と、マッピングしたＸＭＬデータ１１０９をＸＭＬデータ登録装置へ格納する編集データ登録部１１０８からなる。
【００２３】
ＸＭＬ−ＨＴＭＬ変換装置１１００を、前記各処理部として機能させる為のプログラムは、ＣＤ−ＲＯＭ等の記録媒体に記録され磁気ディスク等に格納された後、メモリにロードされて実行されるものとする。なお前記プログラムを記録する記録媒体はＣＤ−ＲＯＭ以外の他の記録媒体でも良い。また前記プログラムを当該記録媒体から情報処理装置にインストールして使用しても良いし、ネットワークを通じて当該記録媒体にアクセスして前記プログラムを使用するものとしても良い。
【００２４】
ＸＭＬデータ登録装置１１０１は、ＷＥＢアプリケーションプログラムにおいて操作対象となるＸＭＬデータ１１０２の登録／更新を行うデータベースである。
ＸＭＬデータ取得部１１０３は、ＸＭＬデータ登録装置１１０１より、ＸＭＬデータ１１０２を取得する処理を行う。
【００２５】
ＨＴＭＬ変換部１１０４は、ＸＭＬデータ取得部１１０３より取得したＸＭＬデータ１１０２を用いて、タグ識別ＩＤが設定しているタグについて、属性値をＮＡＭＥ属性として設定し、それ以外のタグについては、そのタグ名をＮＡＭＥ属性として設定するＸＭＬ−ＨＴＭＬ変換処理を行う。
【００２６】
画面表示データ送信部１１０５は、ＨＴＭＬ変換部１１０４にて生成したＨＴＭＬデータ１２０１をＨＴＴＰにてクライアントＷＷＷブラウザ１０００へ送信する。
入力データ取得部１１０６は、クライアントＷＷＷブラウザ１０００より入力したリクエストを「ＮＡＭＥ：ＶＡＬＵＥ」形式で受け取る処理を行う。
【００２７】
入力データ編集部１１０７は、入力データ取得部１１０６より受け取ったリクエストを、クライアントＷＷＷブラウザ１０００へ送信前の図１のＸＭＬデータ１１０２にマージする処理を行う。入力データとＸＭＬデータ内のタグとのマッピングを行う際の検索キーは、タグ名による検索とタグ識別ＩＤである”ｘｉｄ”属性とし、ヒットしたタグ名、又はヒットした属性値に対応するＸＭＬタグの値に前記入力データを設定する。
編集データ登録部１１０８は、入力データ編集部１１０７よりマージ処理を行ったＸＭＬデータ１１０９をＸＭＬデータ登録装置１１０１に登録する処理を行う。
【００２８】
図２は本実施形態のオリジナルＸＭＬデータ１３０１の例を示す図である。図２のオリジナルＸＭＬデータ１３０１では、Ｏｒｄｅｒタグをルートタグとして、ｌｉｎｅｎｕｍｂｅｒタグ、ａｄｄｒｅｓｓタグ、ｋｉｎｄタグ、ｐｒｏｄｕｃｔタグの子タグで構成され、ｐｒｏｄｕｃｔタグは、更にｌｉｎｅｎｕｍｂｅｒタグ、ｉｔｅｍタグ、ｍｏｎｅｙタグの親タグとなるＸＭＬデータの例を表している。＜？ｘｍｌ ｖｅｒｓｉｏｎ＝”１．０” ｅｎｃｏｒｄｉｎｇ＝”Ｓｈｉｆｔ＿ＪＩＳ”＞は、ＸＭＬ宣言であり、Ｏｒｄｅｒタグ、ｐｒｏｄｕｃｔタグ以外は、タグ内にタグ以外のテキストデータを持つタグである。
【００２９】
また、クライアントＷＷＷブラウザ１０００に表示する際、ＨＴＭＬのＩＮＰＵＴタグとして変換するＸＭＬタグにおいて、同一タグとなる可能性のあるタグのリストをタグ定義情報１３０２に記述する。
本実施形態では、同一タグが存在するものはタグを識別する為に全てＩＤを付加することとする。この場合、タグ定義情報１３０２は「ｌｉｎｅｎｕｍｂｅｒ、ｐｒｏｄｕｃｔ、ｉｔｅｍ、ｍｏｎｅｙ」の４つのタグが該当することとなる。
【００３０】
図３は本実施形態のタグ情報格納装置１３０６のテーブル構成を示す図である。図３の様にタグ名称３０１には、キー項目であるユニークコードを格納し、カレントタグＩＤ３０２には、同一タグを一意に割り当てる為の補助データとして正の整数値を保持する。
タグ名称３０１に挿入されるユニークコードとは、取り扱うオリジナルＸＭＬデータ１３０１のタグの中でユニークになる値であれば良い。
【００３１】
本実施形態では、世の中で一般的なユニークコード生成ツールを使用して生成した値“２ＣＢＣ７０６Ｂ−２９Ｆ１−４５ｅ２−ＡＢ６Ｄ−９３Ｅ５６３９ＦＤ７Ｆ６”を用いる。このユニークコード生成ツールは、「乱数発生器」「現在の日付と時刻」「利用コンピュータのネットワークアドレス（ネットワークアドレスが無いときは無作為な６バイトが生成される）」等といった情報を元に、世界で唯一つのＩＤを生成するものである。
【００３２】
また、カレントタグＩＤ３０２には、初期値を１として、同一タグがヒットする度にカウントアップしていく値を用いる仕様とする。本実施形態において、カレントタグＩＤ３０２が１０の場合には、図２のオリジナルＸＭＬデータ１３０１にてユニークコード設定処理を９回実施した後の状態を表している。
【００３３】
図７は本実施形態のタグ識別ＩＤ付加装置１３００においてタグ識別ＩＤ属性を付加する処理の処理手順を示すフローチャートである。処理ステップ７０１では、ユニークコード生成部１３０５によりタグを一意に特定する為のユニークコード“２ＣＢＣ７０６Ｂ−２９Ｆ１−４５ｅ２−ＡＢ６Ｄ−９３Ｅ５６３９ＦＤ７Ｆ６”を取得し、分岐７０２へ進む。
【００３４】
分岐７０２では、オリジナルＸＭＬデータ１３０１とタグ名の重複があるかどうかを判定し、重複する場合には、処理ステップ７０１へ進み、再度ユニークコードの取得を行う。重複しない場合には、そのユニークコードを図３のタグ情報格納装置１３０６のタグ名称３０１に格納し、処理ステップ７０３へ進む。
処理ステップ７０３では、タグ定義情報１３０２を行単位に読込む処理を行う。図２のタグ定義情報１３０２では、ｌｉｎｅｎｕｍｂｅｒ，ｐｒｏｄｕｃｔ，ｉｔｅｍ，ｍｏｎｅｙの順で読み込まれる。
【００３５】
分岐７０４では、処理ステップ７０３において、タグ定義情報１３０２が存在し、タグの情報が読み込まれているかどうかの判定を行い、タグの情報が読み込まれている場合には処理ステップ７０５へ進む。また読み込まれたタグの情報が存在しない場合には、タグ識別ＩＤ設定処理を終了する。
処理ステップ７０５では、タグ定義情報１３０２より取得したタグ名をキーとしてオリジナルＸＭＬデータ１３０１を検索する。
【００３６】
分岐７０６では、オリジナルＸＭＬデータ１３０１の中に処理ステップ７０５にて指定したタグがヒットするかどうかの判定を行い、ヒットする場合には処理ステップ７０７へ進む。ヒットしない場合には分岐７０４へ戻り、タグ定義情報１３０２より次の指定タグにおける判定を行う。
処理ステップ７０７では、タグ情報格納装置１３０６よりタグ名称３０１とカレントタグＩＤ３０２を取得する。
【００３７】
処理ステップ７０８では、処理ステップ７０７にて取得したタグ名称３０１の“２ＣＢＣ７０６Ｂ−２９Ｆ１−４５ｅ２−ＡＢ６Ｄ−９３Ｅ５６３９ＦＤ７Ｆ６”と、カレントタグＩＤ３０２の“ｎ（正の整数値、初期値＝１）”を結合させ、オリジナルＸＭＬデータ１３０１の属性値へ設定する為のユニークなタグ識別ＩＤ“２ＣＢＣ７０６Ｂ−２９Ｆ１−４５ｅ２−ＡＢ６Ｄ−９３Ｅ５６３９ＦＤ７Ｆ６＋ｎ（正の整数値、初期値＝１）”を生成する。
【００３８】
処理ステップ７０９では、処理ステップ７０８にて生成したＩＤを属性名”ｘｉｄ”として設定する。このタグ識別ＩＤ名”ｘｉｄ”は、取り扱うＸＭＬデータの属性値としてユニークになる名前であれば良い。
処理ステップ７１０では、図３のタグ情報格納装置１３０６におけるカレントタグＩＤ３０２をカウントアップして格納する。以降、処理ステップ７０６へ進み、同様の処理を繰り返す。
【００３９】
図４は本実施形態のタグ識別ＩＤ設定済みＸＭＬデータ１３０８の例を示す図である。図４に示す様にＸＭＬ文書内にて同一タグとなるタグ名ｌｉｎｅｎｕｍｂｅｒタグ、ｐｒｏｄｕｃｔタグ、ｉｔｅｍタグ、ｍｏｎｅｙタグについてのみ”ｘｉｄ”属性が設定されていることが分かる。
【００４０】
最初のｌｉｎｅｎｕｍｂｅｒタグの”ｘｉｄ”属性を”２ＣＢＣ７０６Ｂ−２９Ｆ１−４５ｅ２−ＡＢ６Ｄ−９３Ｅ５６３９ＦＤ７Ｆ６１”として、次のｌｉｎｅｎｕｍｂｅｒタグの”ｘｉｄ”属性が”２ＣＢＣ７０６Ｂ−２９Ｆ１−４５ｅ２−ＡＢ６Ｄ−９３Ｅ５６３９ＦＤ７Ｆ６２”、その次のｌｉｎｅｎｕｍｂｅｒタグの”ｘｉｄ”属性が”２ＣＢＣ７０６Ｂ−２９Ｆ１−４５ｅ２−ＡＢ６Ｄ−９３Ｅ５６３９ＦＤ７Ｆ６３”の様に、ｌｉｎｅｎｕｍｂｅｒタグが存在する間、”ｘｉｄ”属性にユニークコード（２ＣＢＣ７０６Ｂ−２９Ｆ１−４５ｅ２−ＡＢ６Ｄ−９３Ｅ５６３９ＦＤ７Ｆ６）＋ｎ（正の整数値、初期値＝１）の様にｎをシーケンシャルにカウントアップして設定し、順次ｐｒｏｄｕｃｔタグ、ｉｔｅｍタグ、ｍｏｎｅｙタグと実施する。
【００４１】
その結果、図２のタグ定義情報１３０２の２番目に登場する最初のｐｒｏｄｕｃｔタグの”ｘｉｄ”属性は、”２ＣＢＣ７０６Ｂ−２９Ｆ１−４５ｅ２−ＡＢ６Ｄ−９３Ｅ５６３９ＦＤ７Ｆ６４”、次のｐｒｏｄｕｃｔタグの”ｘｉｄ”属性は、”２ＣＢＣ７０６Ｂ−２９Ｆ１−４５ｅ２−ＡＢ６Ｄ−９３Ｅ５６３９ＦＤ７Ｆ６５”、図２のタグ定義情報１３０２の３番目に登場する最初のｉｔｅｍタグの”ｘｉｄ”属性は、”２ＣＢＣ７０６Ｂ−２９Ｆ１−４５ｅ２−ＡＢ６Ｄ−９３Ｅ５６３９ＦＤ７Ｆ６６”、次のｉｔｅｍタグの”ｘｉｄ”属性は、”２ＣＢＣ７０６Ｂ−２９Ｆ１−４５ｅ２−ＡＢ６Ｄ−９３Ｅ５６３９ＦＤ７Ｆ６７”、図２のタグ定義情報１３０２の４番目に登場する最初のｍｏｎｅｙタグの”ｘｉｄ”属性は”２ＣＢＣ７０６Ｂ−２９Ｆ１−４５ｅ２−ＡＢ６Ｄ−９３Ｅ５６３９ＦＤ７Ｆ６８”、次のｍｏｎｅｙタグの”ｘｉｄ”属性は”２ＣＢＣ７０６Ｂ−２９Ｆ１−４５ｅ２−ＡＢ６Ｄ−９３Ｅ５６３９ＦＤ７Ｆ６９”となる。
【００４２】
図５は本実施形態のＸＭＬデータ登録装置１１０１のテーブル構成を示す図である。図５に示す様にＸＭＬデータ登録装置１１０１では、図１の付加データ登録部１３０７により登録されたタグ識別設定済みＸＭＬデータ５０１を管理している。
【００４３】
図８は本実施形態のＸＭＬ−ＨＴＭＬ変換装置１１００においてタグ識別ＩＤ設定済みＸＭＬデータ１１０２をＸＭＬデータ登録装置１１０１より取得して画面表示する処理の処理手順を示すフローチャートである。処理ステップ８０１では、ＸＭＬデータ取得部１１０３においてＸＭＬデータ登録装置１１０１より図５のＸＭＬデータ５０１を取得する。
【００４４】
分岐８０２では、ＨＴＭＬ変換部１１０４にてＸＭＬデータ５０１中にタグ識別ＩＤ”ｘｉｄ”が存在するかどうかを判断し、存在する場合には処理ステップ８０３へ進み、存在しない場合には処理ステップ８０４へ進む。
【００４５】
処理ステップ８０３では、ＨＴＭＬ変換方法として、”ｘｉｄ”属性をＨＴＭＬのＮＡＭＥ属性として設定する変換を行う。以降、分岐８０２へ進み、ＸＭＬデータ５０１中の”ｘｉｄ”属性が存在する間は処理を実行する。但し、本実施形態では、テキストデータを含まないタグ（ｐｒｏｄｕｃｔタグ）をＩＮＰＵＴタグとしないこととする為、ＮＡＭＥ属性の設定対象となるタグは、ｌｉｎｅｎｕｍｂｅｒタグ、ｉｔｅｍタグ、ｍｏｎｅｙタグとなる。
【００４６】
処理ステップ８０４では、”ｘｉｄ”属性の付いていないタグにおいて、ＩＮＰＵＴタグとなる場合、ＸＭＬのタグ名称をそのままＩＮＰＵＴタグのＮＡＭＥ属性に設定する（ａｄｄｒｅｓｓタグ、ｋｉｎｄタグ）。処理ステップ８０５では、生成したＨＴＭＬデータ１２０１を画面表示データ送信部１１０５においてクライアントＷＷＷブラウザ１０００へ送信する。
【００４７】
図６は本実施形態のＨＴＭＬ変換した場合のコード例と画面イメージ例を示す図である。図６では、ＨＴＭＬ変換したコード例の中に、１つ目のｌｉｎｅｎｕｍｂｅｒタグがｎａｍｅ＝”２ＣＢＣ７０６Ｂ−２９Ｆ１−４５ｅ２−ＡＢ６Ｄ−９３Ｅ５６３９ＦＤ７Ｆ６１”、２つ目のｌｉｎｅｎｕｍｂｅｒタグがｎａｍｅ＝”２ＣＢＣ７０６Ｂ−２９Ｆ１−４５ｅ２−ＡＢ６Ｄ−９３Ｅ５６３９ＦＤ７Ｆ６２”、３つ目のｌｉｎｅｎｕｍｂｅｒタグがｎａｍｅ＝”２ＣＢＣ７０６Ｂ−２９Ｆ１−４５ｅ２−ＡＢ６Ｄ−９３Ｅ５６３９ＦＤ７Ｆ６３”、１つ目のｉｔｅｍタグがｎａｍｅ＝”２ＣＢＣ７０６Ｂ−２９Ｆ１−４５ｅ２−ＡＢ６Ｄ−９３Ｅ５６３９ＦＤ７Ｆ６６”、２つ目のｉｔｅｍタグがｎａｍｅ＝”２ＣＢＣ７０６Ｂ−２９Ｆ１−４５ｅ２−ＡＢ６Ｄ−９３Ｅ５６３９ＦＤ７Ｆ６７”、１つ目のｍｏｎｅｙタグがｎａｍｅ＝”２ＣＢＣ７０６Ｂ−２９Ｆ１−４５ｅ２−ＡＢ６Ｄ−９３Ｅ５６３９ＦＤ７Ｆ６８”、２つ目のｍｏｎｅｙタグがｎａｍｅ＝”２ＣＢＣ７０６Ｂ−２９Ｆ１−４５ｅ２−ＡＢ６Ｄ−９３Ｅ５６３９ＦＤ７Ｆ６９”となる様に、タグの階層構造を無視し、全てのＩＮＰＵＴタグがユニークになる様にＮＡＭＥ属性を割り当てている。
【００４８】
この様にＨＴＭＬ変換を行うことで、図６の画面イメージ６０１の様にｌｉｎｅｎｕｍｂｅｒという入力エリアが複数ある場合でも、どのタグに対する入力データであるかをＸＭＬ−ＨＴＭＬ変換装置１１００において判別可能となる。但し、本実施形態では、”ｘｉｄ”属性が付いているタグでも、データを持たない親タグとなっている場合にはＨＴＭＬ変換を行う際に、ＩＮＰＵＴタグとしない仕様としている（ｐｒｏｄｕｃｔタグ）。
【００４９】
図９は本実施形態のクライアントＷＷＷブラウザ１０００より入力されたデータをＸＭＬ−ＨＴＭＬ変換装置１１００へ送信し、ＸＭＬデータ登録装置１１０１に登録する処理の処理手順を示すフローチャートである。処理ステップ９０１では、クライアントＷＷＷブラウザ１０００より入力されたリクエストをＨＴＴＰにてＸＭＬ−ＨＴＭＬ変換装置１１００へ送信する。
処理ステップ９０２では、ＸＭＬ−ＨＴＭＬ変換装置１１００の入力データ取得部１１０６にてＨＴＴＰリクエストを取得する。
【００５０】
処理ステップ９０３では、処理ステップ９０２にて受け取ったＨＴＴＰリクエストをそれぞれのＸＭＬタグへマッピングする処理を行い、ＸＭＬデータの更新を行ってＸＭＬデータ１１０９を作成する。受け取ったリクエストのＮＡＭＥが、タグ名に存在するものと、ユニークなＩＤを割り当てた”ｘｉｄ”属性の値に存在するものとがあるが、送られてくるＮＡＭＥは全てユニークである為、タグ名称をキーとした検索及び、”ｘｉｄ”属性をキーとした属性値による検索を順次実施することで該当するＸＭＬデータタグへのマッピングが可能となる。
処理ステップ９０４では、処理ステップ９０３にて作成したＸＭＬデータ１１０９をＸＭＬデータ登録装置１１０１に格納する。
【００５１】
この様に、クライアントＷＷＷブラウザ１０００とＸＭＬ−ＨＴＭＬ変換装置１１００間にてＸＭＬデータの属性値を事前に編集することで、異なるＸＭＬデータにおいて同一タグを含む場合においても、ＸＭＬデータ処理を可能とし、様々なＸＭＬデータフォーマットに対応して、ＸＭＬ−ＨＴＭＬ変換装置１１００内のＷＥＢサービスを提供するプログラムを修正することなく、ＷＥＢアプリケーションプログラムを実現することができる。
【００５２】
本実施形態では、タグ属性の設定方法として、ＸＭＬのタグを一意に識別する為に、ユニークコード生成部１３０５より一度だけユニークな値を生成し、その生成したユニークコードにシーケンシャルな番号を加えることでユニークな値とする例について説明したが、毎回ユニークな値をユニークコード生成部１３０５より生成する方法としても良い。
【００５３】
また、同一タグとなる可能性のあるタグのリストをタグ定義情報１３０２に全て記述しているが、ＨＴＭＬ変換を行う際に、ＩＮＰＵＴタグとして生成する可能性のあるタグリストのみをタグ定義情報１３０２に定義する方法としても良い。
【００５４】
以上説明した様に本実施形態の記述言語変換システムによれば、変換対象を一意に識別する為の識別情報を付加して第１の記述言語から第２の記述言語への変換を行うので、第１の記述言語の記述部分を第２の記述言語で一意に識別される記述に変換することが可能である。
【００５５】
（実施形態２）
以下にＸＭＬデータ内の全てのタグにユニークな”ｘｉｄ”属性を割り当てる実施形態２の記述言語変換システムについて説明する。
【００５６】
図１０は本実施形態のＸＭＬデータ内の全てのタグにユニークな属性値を設定する場合のシステム構成を示す図である。本実施形態のタグ識別ＩＤ付加装置α２３００は、ＸＭＬで記述されたタグ識別ＩＤ付加前のオリジナルＸＭＬデータ１３０１を読み込み、ユニークコード生成部１３０５を用いてオリジナルＸＭＬデータ１３０１の全てのタグにユニークコードを属性名”ｘｉｄ”として設定するタグ識別ＩＤ設定部α２３０１と、タグ識別ＩＤ設定済みＸＭＬデータ１３０８をＸＭＬデータ登録装置１１０１へ登録する付加データ登録部１３０７からなる。
【００５７】
タグ識別ＩＤ付加装置α２３００を、前記各処理部として機能させる為のプログラムは、ＣＤ−ＲＯＭ等の記録媒体に記録され磁気ディスク等に格納された後、メモリにロードされて実行されるものとする。なお前記プログラムを記録する記録媒体はＣＤ−ＲＯＭ以外の他の記録媒体でも良い。また前記プログラムを当該記録媒体から情報処理装置にインストールして使用しても良いし、ネットワークを通じて当該記録媒体にアクセスして前記プログラムを使用するものとしても良い。
【００５８】
また本実施形態では、クライアントＷＷＷブラウザ１０００とＸＭＬ−ＨＴＭＬ変換装置１１００がネットワーク１２００で接続されており、この点については図１のシステム構成と相違点は無い。
【００５９】
実施形態１で用いた図１のタグ識別ＩＤ付加装置１３００と比較して、タグ識別ＩＤ付加装置α２３００は、タグ定義情報１３０２と、属性情報読込み部１３０３と、タグ情報格納装置１３０６が除かれ、タグ識別ＩＤ設定部１３０４をタグ識別ＩＤ設定部α２３０１に変更している。
【００６０】
タグ識別ＩＤ設定部α２３０１は、オリジナルＸＭＬデータ１３０１を読み込み、ユニークコード生成部１３０５より取得したユニークコードを全てのタグに設定する処理を行う。図２のオリジナルＸＭＬデータ１３０１を用いる場合には、Ｏｒｄｅｒタグ、ｌｉｎｅｎｕｍｂｅｒタグ、ａｄｄｒｅｓｓタグ、ｋｉｎｄタグ、ｐｒｏｄｕｃｔタグ、ｉｔｅｍタグ、ｍｏｎｅｙタグの様に全てのタグにユニークコードを設定する。また付加データ登録部１３０７の機能は図１の機能と同等であるものとする。
【００６１】
図１０のＸＭＬ−ＨＴＭＬ変換装置１１００は、図１と基本的に同等の機能を有するが、ＨＴＭＬ変換部１１０４においては、ＸＭＬデータ登録装置１１０１より取得したタグ識別ＩＤ設定済みＸＭＬデータ１１０２には、全てのタグに”ｘｉｄ”属性が設定されていることから、ＸＭＬタグをＮＡＭＥ属性に設定する処理は実行されない為、この処理を省いても良い。
また、入力データ編集部１１０７の処理において、ＸＭＬタグ名を検索キーとしたマージ処理も”ｘｉｄ”属性による検索のみでマージ処理を完了することができる為、省いても良い。
【００６２】
この様に、全てのＸＭＬタグにタグ識別ＩＤ”ｘｉｄ”を付加することで、ＸＭＬ−ＨＴＭＬ変換装置１１００におけるＨＴＭＬ生成処理や、ＸＭＬマージ処理では、図１と比較して上述した機能を簡易化させても良い。その他の機能は、実施形態１で用いたものと同様である。
また、図１及び図１０のＸＭＬデータ登録装置１１０１や図１のタグ情報格納装置１３０６はデータベースやファイル等を静的に保持できる装置であれば良い。
【００６３】
図１１は本実施形態のタグ識別ＩＤ付加装置α２３００のオリジナルＸＭＬデータ１３０１にタグ識別ＩＤを付加する処理の処理手順を示すフローチャートである。処理ステップ７５０では、図１０のオリジナルＸＭＬデータ１３０１を読み込み、分岐７５１へ進む。
【００６４】
分岐７５１では、読み込んだオリジナルＸＭＬデータ１３０１にタグが存在するかどうかを判定し、存在する場合には処理ステップ７５２へ進み、存在しない場合には処理を終了する。
【００６５】
処理ステップ７５２では、ユニークコード生成部１３０５よりタグを一意に特定する為のユニークコードの取得を行い、分岐７５３へ進む。
分岐７５３では、取得したユニークコードがオリジナルＸＭＬデータ１３０１のタグと重複しているものが存在するかどうかを判断し、重複するものが一つでも存在する場合には処理ステップ７５２へ進み、ユニークコードの再取得を行う。重複するものが存在しない場合には、ユニークコードを”ｘｉｄ”属性として設定し、分岐７５１へ戻り、次のオリジナルＸＭＬデータ１３０１中のタグに対する判定を行う。
【００６６】
以上説明した様に本実施形態の記述言語変換システムによれば、変換対象を一意に識別する為の識別情報を付加して第１の記述言語から第２の記述言語への変換を行うので、第１の記述言語の記述部分を第２の記述言語で一意に識別される記述に変換することが可能である。
【００６７】
【発明の効果】
本発明によれば、第１の記述言語の記述部分を第２の記述言語で一意に識別される記述に変換することが可能である。
【図面の簡単な説明】
【図１】実施形態１の記述言語変換システムのシステム構成を示す図である。
【図２】実施形態１のオリジナルＸＭＬデータ１３０１の例を示す図である。
【図３】実施形態１のタグ情報格納装置１３０６のテーブル構成を示す図である。
【図４】実施形態１のタグ識別ＩＤ設定済みＸＭＬデータ１３０８の例を示す図である。
【図５】実施形態１のＸＭＬデータ登録装置１１０１のテーブル構成を示す図である。
【図６】実施形態１のＨＴＭＬ変換した場合のコード例と画面イメージ例を示す図である。
【図７】実施形態１のタグ識別ＩＤ付加装置１３００においてタグ識別ＩＤ属性を付加する処理の処理手順を示すフローチャートである。
【図８】実施形態１のＸＭＬ−ＨＴＭＬ変換装置１１００においてタグ識別ＩＤ設定済みＸＭＬデータ１１０２をＸＭＬデータ登録装置１１０１より取得して画面表示する処理の処理手順を示すフローチャートである。
【図９】実施形態１のクライアントＷＷＷブラウザ１０００より入力されたデータをＸＭＬ−ＨＴＭＬ変換装置１１００へ送信し、ＸＭＬデータ登録装置１１０１に登録する処理の処理手順を示すフローチャートである。
【図１０】実施形態２のＸＭＬデータ内の全てのタグにユニークな属性値を設定する場合のシステム構成を示す図である。
【図１１】実施形態２のタグ識別ＩＤ付加装置α２３００のオリジナルＸＭＬデータ１３０１にタグ識別ＩＤを付加する処理の処理手順を示すフローチャートである。
【符号の説明】
１０００…クライアントＷＷＷブラウザ、１１００…ＸＭＬ−ＨＴＭＬ変換装置、１１０１…ＸＭＬデータ登録装置、１１０２…ＸＭＬデータ、１１０３…ＸＭＬデータ取得部、１１０４…ＨＴＭＬ変換部、１１０５…画面表示データ送信部、１１０６…入力データ取得部、１１０７…入力データ編集部、１１０８…編集データ登録部、１１０９…ＸＭＬデータ、１２００…ネットワーク、１２０１…ＨＴＭＬデータ、１３００…タグ識別ＩＤ付加装置、１３０１…オリジナルＸＭＬデータ、１３０２…タグ定義情報、１３０３…属性情報読込み部、１３０４…タグ識別ＩＤ設定部、１３０５…ユニークコード生成部、１３０６…タグ情報格納装置、１３０７…付加データ登録部、１３０８…ＸＭＬデータ、３０１…タグ名称、３０２…カレントタグＩＤ、５０１…ＸＭＬデータ、６０１…画面イメージ、２３００…タグ識別ＩＤ付加装置α、２３０１…タグ識別ＩＤ設定部α。
Claims (10)
- 第１の記述言語で記述された第１のデータを第２の記述言語で記述された第２のデータに変換する記述言語変換方法において、
変換対象となる記述部分を一意に識別する為の識別情報を第１の記述言語で記述された第１のデータに付加するステップと、前記識別情報の付加された記述部分を第２の記述言語で記述された第２のデータに変換するステップとを有することを特徴とする記述言語変換方法。 - 所定のタグが記述されている記述部分を変換対象として前記識別情報を付加することを特徴とする請求項１に記載された記述言語変換方法。
- タグ定義情報に定義されたタグを前記所定のタグとすることを特徴とする請求項２に記載された記述言語変換方法。
- タグが記述されている全ての記述部分を変換対象として前記識別情報を付加することを特徴とする請求項１に記載された記述言語変換方法。
- 当該第１のデータの中でユニークとなるコードであるユニークコードに対して各変換対象毎に異なる識別子を追加したコードを前記識別情報として当該記述部分に付加することを特徴とする請求項１乃至請求項４のいずれか１項に記載された記述言語変換方法。
- 当該第１のデータの中でユニークとなるコードであるユニークコードを各変換対象毎に生成し、前記識別情報として当該記述部分に付加することを特徴とする請求項１乃至請求項５のいずれか１項に記載された記述言語変換方法。
- 第２の記述言語で当該記述部分を一意に識別する為の属性情報に前記識別情報を変換することにより、第１の記述言語から第２の記述言語への変換を行うことを特徴とする請求項１乃至請求項６のいずれか１項に記載された記述言語変換方法。
- 前記属性情報は入力データを識別する為の情報であることを特徴とする請求項１乃至請求項７のいずれか１項に記載された記述言語変換方法。
- 第１の記述言語で記述された第１のデータを第２の記述言語で記述された第２のデータに変換する記述言語変換システムにおいて、
変換対象の記述部分を一意に識別する為の識別情報を第１の記述言語で記述された第１のデータに付加する識別情報付加手段と、前記識別情報の付加された記述部分を第２の記述言語で記述された第２のデータに変換する記述言語変換手段とを備えることを特徴とする記述言語変換システム。 - 第１の記述言語で記述された第１のデータを第２の記述言語で記述された第２のデータに変換する記述言語変換システムとしてコンピュータを機能させる為のプログラムにおいて、
変換対象の記述部分を一意に識別する為の識別情報を第１の記述言語で記述された第１のデータに付加する識別情報付加手段と、前記識別情報の付加された記述部分を第２の記述言語で記述された第２のデータに変換する記述言語変換手段としてコンピュータを機能させることを特徴とするプログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003182076A JP2005018390A (ja) | 2003-06-26 | 2003-06-26 | 記述言語変換方法及び実施システム並びに処理プログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003182076A JP2005018390A (ja) | 2003-06-26 | 2003-06-26 | 記述言語変換方法及び実施システム並びに処理プログラム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2005018390A true JP2005018390A (ja) | 2005-01-20 |
Family
ID=34182556
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003182076A Pending JP2005018390A (ja) | 2003-06-26 | 2003-06-26 | 記述言語変換方法及び実施システム並びに処理プログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2005018390A (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007219579A (ja) * | 2006-02-14 | 2007-08-30 | Profield Co Ltd | ドキュメント変換装置、およびプログラム |
| JP2010505194A (ja) * | 2006-09-29 | 2010-02-18 | ヤフー！ インコーポレイテッド | 遠隔デバイス用のコンテンツをレンダリングするためのプラットフォーム |
| JP2017538193A (ja) * | 2014-10-24 | 2017-12-21 | ドロップボックス， インコーポレイテッド | プレビューにおけるネイティブ・ドキュメントのコメントの修正 |
-
2003
- 2003-06-26 JP JP2003182076A patent/JP2005018390A/ja active Pending
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007219579A (ja) * | 2006-02-14 | 2007-08-30 | Profield Co Ltd | ドキュメント変換装置、およびプログラム |
| JP4519081B2 (ja) * | 2006-02-14 | 2010-08-04 | 株式会社プロフィールド | ドキュメント変換装置、およびプログラム |
| JP2010505194A (ja) * | 2006-09-29 | 2010-02-18 | ヤフー！ インコーポレイテッド | 遠隔デバイス用のコンテンツをレンダリングするためのプラットフォーム |
| US10452756B2 (en) | 2006-09-29 | 2019-10-22 | Oath Inc. | Platform for rendering content for a remote device |
| JP2017538193A (ja) * | 2014-10-24 | 2017-12-21 | ドロップボックス， インコーポレイテッド | プレビューにおけるネイティブ・ドキュメントのコメントの修正 |
| US10198406B2 (en) | 2014-10-24 | 2019-02-05 | Dropbox, Inc. | Modifying native document comments in a preview |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7533102B2 (en) | Method and apparatus for converting legacy programming language data structures to schema definitions | |
| JP3946057B2 (ja) | 整合性検査支援方法および整合性検査支援システム | |
| KR101122841B1 (ko) | 중첩된 표로 스키마 없는 데이터 매핑을 위한 시스템과방법 | |
| US7870163B2 (en) | Implementation of backward compatible XML schema evolution in a relational database system | |
| US7089533B2 (en) | Method and system for mapping between markup language document and an object model | |
| US8275779B2 (en) | Data tranformations for applications supporting different data formats | |
| CN102124481A (zh) | 在具有广告的网页中嵌入宏 | |
| US8601001B2 (en) | Selectively structuring a table of contents for accessing a database | |
| US20020184269A1 (en) | Document management systems for and methods of sharing documents | |
| CN101271390A (zh) | 修改xml数据结构的软件、系统和方法 | |
| JP4965014B2 (ja) | コンピュータ通信ネットワークにおけるデータオブジェクトの転送方法および転送装置、起動方法と起動装置 | |
| CN112667240A (zh) | 程序代码转换方法及相关设备 | |
| US8301647B2 (en) | Data tranformations for a source application and multiple target applications supporting different data formats | |
| JP2006512633A (ja) | 中央ＸＭＬ構成ファイルにより分散Ｊａｖａアプリケーションを生成させる方法と装置 | |
| JP2005018390A (ja) | 記述言語変換方法及び実施システム並びに処理プログラム | |
| US8161376B2 (en) | Converting a heterogeneous document | |
| JP5685205B2 (ja) | プログラム、情報処理装置およびアクセス支援方法 | |
| US7801856B2 (en) | Using XML for flexible replication of complex types | |
| JP2975650B2 (ja) | 手続管理装置 | |
| JP4866844B2 (ja) | Ｌｏｂに格納されたｘｍｌ内容の効率的な抽出 | |
| US20100088588A1 (en) | Method and device for processing documents on the basis of enriched schemas and corresponding decoding method and device | |
| JP4057997B2 (ja) | スクリプト付き文書処理装置、文書取得装置、スクリプト付き文書処理システム、スクリプト付き文書処理方法およびその方法をコンピュータに実行させるためのプログラム | |
| JP2006154952A (ja) | 構造化文書処理装置及び構造化文書処理方法、プログラム、記憶媒体 | |
| JP2003162533A (ja) | スキーマ統合変換システム、スキーマ統合変換方法およびスキーマ統合変換用プログラム | |
| KR100586595B1 (ko) | 전자문서 규칙정보를 이용한 수신 매핑 방법 |