JPWO2004079586A1 - マークアップ言語の処理を最適に行なうことのできるデータ変換方法 - Google Patents

Abstract

コンバータ（０１０２）は、マークアップ言語で記載された記述タグデータより、当該記述タグデータに含まれるタグ名を表わす文字列、属性を表わす文字列、および属性値を表わす文字列を抽出し、その文字列よりも短い他の文字列に変換する。ビューワ（０１０４）は、コンバータ（０１０２）よりネットワーク（０１０３）を介して、変換されたタグデータであって、元の記述タグデータよりもデータ量の少ない変換タグデータを取得し、ビューワ本体（０１０５）において変換タグデータに基づいて表示データを作成して、表示装置（０１０６）で表示する。

Description

本発明は、データ変換方法、データ表示方法、データ変換装置、およびデータ表示装置に関し、特に、マークアップ言語の処理を最適に行なうことのできるデータ変換方法、データ表示方法、データ変換装置、およびデータ表示装置に関する。

現在、テキスト中に各種機能情報を、予め定められた書式で挿入して文書を表現する方式であるマークアップ言語が注目されている。
このようなマークアップ言語は、様々な形式が策定され、それら形式を用いた様々なアプリケーションがパーソナルコンピュータ、携帯電話、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ）をはじめとした情報機器を中心に様々な機器に実装され用いられている。マークアップ言語は、通常、制御に用いるタグに、その機能が容易に連想できるように名前を付けて用いる。
現在、インターネットのウェブサイトをはじめ、マークアップ言語のようなタグ形式のデータを用いたシステムは、概ね、図３０に示されるような構成である。すなわち、マークアップ言語で記載されたオリジナル文書データ（以下記述タグデータ）をネットワーク３４０２等を介して受取り、ビューワ３４０３に伝達するシステムである。
ビューワ３４０３は、ビューワ本体３４０４と表示装置３４０５とを含んで構成されており、ビューワ本体３４０４は、記述タグデータを受取り、表示データを表示装置３４０５に出力する。
さらに、ビューワ本体３４０４は、図３１に示されるように、記述タグデータを格納する記述タグデータバッファ３５０４と、記述タグデータから表示データを作成するためのパージング（解析）処理を行なうパージング処理部３５０５と、内部データを格納する内部データバッファ３５０６と、表示データの作成を行なう表示データ作成処理部３５０７と、表示データを格納する表示データバッファ３５０８とを含んで構成され、図３２に示されるような処理を実行する。
図３２を参照して、ビューワ本体３４０４では、入力された記述タグデータを記述タグデータバッファ３５０４に格納し（Ｓ９０１）、パージング処理部３５０５で、当該記述タグデータから表示データを作成するためのパージング処理を行なう（Ｓ９０３）。ここでは、記述タグデータに含まれるタグに付けられたタグ名、タグ名と共に付けられた属性名、および属性名に対応した属性値により実行する処理を切替えて、記述タグデータから表示データを作成するための解析を行なっていく。たとえば、図３３に示すように、ｈｔｍｌタグに対応して処理Ｆ１を実行して記述タグデータの解析処理を行なう。また、ｂｏｄｙタグに対応して処理Ｆ４を実行し、そのｂｏｄｙタグ内に属性ｂｇｃｏｌｏｒがあればその属性に対応して処理Ｆ４１を実行して記述タグデータの解析処理を行なう。また、ｈ２タグに対応して処理Ｆ９を実行し、そのｈ２タグ内に属性ａｌｉｇｎがあればその属性に対応して処理Ｆ９１を実行し、さらにその属性値がｃｅｎｔｅｒであれば、その属性値に対応して処理Ｆ９１１を実行して記述タグデータの解析処理を行なう。
そして、このような表示データを作成するためのパージング（解析）結果を内部データとして、内部データバッファ３５０６に格納する（Ｓ９０５）。
次に、表示データ作成処理部３５０７で、内部データを基に表示データを作成し（Ｓ９０７）、作成した表示データを表示データバッファ３５０８に格納して（Ｓ９０９）、表示装置３４０５に出力する。
マークアップ言語は、上述のように、通常、制御に用いるタグにその機能が容易に連想できるように名前を付けて用いられるため、人間がテキストエディタを用いてコンテンツデータの作成や変更を容易に行なうことができる利点を備えている。しかし、その反面、タグ名がデータ的に冗長になる。そのため、次の２つの問題がある。
（１）データ量が大きい。（特に、近年のコンテンツの複雑化により、制御タグの使用頻度は増加する傾向にあり、それに伴いデータの冗長性も大きくなる傾向にある。）
（２）データにアクセスするのに必要な処理量が大きい。（マークアップ言語は、上述のようにタグに基づいてデータのアクセスを行なう。そのため、データアクセス中にタグの検索処理は頻繁に行なわれる。タグが必要以上の文字長になっているため、検索対象の文字長が大きく、処理量も大きくなる。）
これら２つの問題は、特にデータ記憶容量が小さく、処理能力が低い携帯機器での快適な利用を妨げる。
上述のデータ量が大きいという問題を解決する技術として、特開２０００−７６１５５号公報は、マークアップ言語の１つであるＨＴＭＬ（Ｈｙｐｅｒｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）言語で表現されたデータを圧縮するＨＴＭＬドキュメント圧縮・展開・表示方法を開示している。特開２０００−７６１５５号公報は、ＨＴＭＬ言語に＜ｃｏｍｐｒｅｓｓ＞という新たなタグを導入し、データを任意の圧縮方式で圧縮して＜ｃｏｍｐｒｅｓｓ＞タグから＜／ｃｏｍｐｒｅｓｓ＞タグまでの間に配置することにより、データ全体の冗長性を低下させ、データ量を削減することのできるＨＴＭＬドキュメントの圧縮方法を開示している。
特開２０００−７６１５５号公報に示されるような技術を用いると、たとえば、図３４に示すようなオリジナル文書データ（以下記述タグデータ）は、圧縮後、図３５に示す圧縮タグデータに変換される。
また、特開２００２−３１２２７８号公報で開示されている技術の中に、形式の異なるＨＴＭＬ文書に対応するためにタグを変換する技術が含まれている。
しかしながら、特開２０００−７６１５５号公報で開示されている技術を用いると、データ量を削減することによりデータ格納と転送との効率性は向上するが、図３５に示されるように、＜ｃｏｍｐｒｅｓｓ＞タグから＜／ｃｏｍｐｒｅｓｓ＞タグまでの間は圧縮形式のデータになっているため、この箇所の復号処理を行なわなければ、元の記述タグデータの内容を取得することができないという問題がある。すなわち、閲覧時に必ず復号処理が追加されることになり、処理量は大幅に増加してしまうという問題がある。
したがって、特開２０００−７６１５５号公報で開示されている技術を用いると、データ量が大きいという第１の問題は解決されるものの、第２の問題であるデータにアクセスするのに必要な処理量が大きい点は、逆に復号処理の分だけ助長されてしまう。
また、複数のコンテンツ中から、特定の情報を含んだコンテンツを取出す時にキーワード検索がよく用いられるが、特開２０００−７６１５５号公報で開示されている技術を用いてコンテンツの圧縮が行なわれた場合には、コンテンツを取出すときにも復号処理が必要となり、検索時間が大幅に増加してしまうという問題がある。また、汎用的なテキスト検索プログラムが使用できないという問題もある。
また、特開２００２−３１２２７８号公報で開示されているタグの変換は、単にビューワが解釈可能な形式への置換えであり、データ量の削減や処理量の低下には結びつかないという問題もある。
本発明は、このような問題に鑑みてなされたものであって、データ量の削減と、データアクセスに必要な処理量の低下との両方を同時に実現して、マークアップ言語の処理を最適に行なうことのできるデータ変換方法、データ表示方法、データ変換装置、およびデータ表示装置を提供することを目的とする。

上記目的を達成するために、本発明のある局面に従うと、データ変換方法は、マークアップ言語で記述された第１のデータから、第１のデータに含まれるタグ名を表わす文字列と属性名を表わす文字列と属性値を表わす文字列との少なくとも１つの文字列を抽出する抽出ステップと、第１のデータから抽出された文字列を、抽出された文字列よりもデータ量の小さな他の文字列に変換して、第２のデータを生成する生成ステップとを備える。
本発明の他の局面に従うと、データ表示方法は、マークアップ言語で記述された第１のデータに含まれるタグ名を表わす文字列と属性名を表わす文字列と属性値を表わす文字列との少なくとも１つの文字列が、他の文字列に変換されて生成された第２のデータを取得する取得ステップと、第２のデータに含まれる変換された他の文字列に対応した解析処理を実行して、第１のデータを表示するための解析を行なう解析ステップとを備える。
本発明のさらに他の局面に従うと、データ変換装置は、マークアップ言語で記述された第１のデータから、第１のデータに含まれるタグ名を表わす文字列と属性名を表わす文字列と属性値を表わす文字列との少なくとも１つの文字列を抽出する抽出部と、第１のデータから抽出された文字列を、抽出された文字列よりもデータ量の小さな他の文字列に変換して、第２のデータを生成する生成部とを備える。
本発明のさらに他の局面に従うと、データ表示装置は、マークアップ言語で記述された第１のデータに含まれるタグ名を表わす文字列と属性名を表わす文字列と属性値を表わす文字列との少なくとも１つの文字列が、他の文字列に変換されて生成された第２のデータを取得する取得部と、第２のデータに含まれる変換された他の文字列に対応した解析処理を実行して、第１のデータを表示するための解析を行なう解析部とを備える。

第１図は、第１の実施の形態における電子情報表示システム０１０１の構成の具体例と、当該システムにおけるデータの流れとを示す図である。
第２図は、コンバータ０１０２の構成の具体例を示す図である。
第３図は、コンバータ０１０２における処理の流れを示すフローチャートである。
第４図は、ステップＳ１０３で実行される記述タグデータの変換処理を示すフローチャートである。
第５図は、タグ変換ルールの具体例を示す図である。
第６図は、タグ変換テーブルの具体例を示す図である。
第７図は、変換タグデータの具体例を示す図である。
第８図は、変形例におけるコンバータ０１０２ａの構成の具体例を示す図である。
第９図は、コンバータ０１０２ａにおける処理の流れを示すフローチャートである。
第１０図は、変換タグ警告メッセージの具体例を示す図である。
第１１図は、ステップＳ３１３で実行されるタグ逆変換処理を示すフローチャートである。
第１２図は、逆変換テーブルの具体例を示す図である。
第１３図は、記述タグ警告メッセージの具体例を示す図である。
第１４図は、ビューワ本体０１０５の構成の具体例を示す図である。
第１５図は、ビューワ本体０１０５における処理の流れを示すフローチャートである。
第１６図は、変換タグデータに含まれる変換後の文字列とパージング処理部１４０５で実行する処理との対応の具体例を示す図である。
第１７図は、第２の実施の形態にかかる電子情報表示システム１７０１の構成の具体例と、当該システムにおけるデータの流れとを示す図である。
第１８図は、コンバータ１７０２の構成の具体例を示す図である。
第１９図は、コンバータ１７０２における処理の流れを示すフローチャートである。
第２０図は、タグ情報カウントデータの具体例を示す図である。
第２１図は、変換ルールの具体例を示す図である。
第２２図は、タグ変換テーブルの具体例を示す図である。
第２３図は、変換タグデータの具体例を示す図である。
第２４図は、ステップＳ６０３で実行されるタグ関連情報のカウント処理を示すフローチャートである。
第２５図は、内部コンバータ１７０５の構成の具体例を示す図である。
第２６図は、内部コンバータ１７０５における処理の流れを示すフローチャートである。
第２７図は、ビューワ用タグ変換テーブルの具体例を示す図である。
第２８図は、内部タグ変換テーブルの具体例を示す図である。
第２９図は、変換ルールの具体例を示す図である。
第３０図は、従来の電子情報表示システムの構成の具体例を示す図である。
第３１図は、従来のビューワ本体３４０４の構成の具体例を示す図である。
第３２図は、従来のビューワ本体３４０４における処理を示すフローチャートである。
第３３図は、記述タグデータに含まれる所定の文字列とパージング処理部３５０５で実行する処理との対応の具体例を示す図である。
第３４図は、記述タグデータの具体例を示す図である。
第３５図は、圧縮タグデータの具体例を示す図である。
第３６図は、第１の実施の形態の変形例における電子情報表示システム０１０１ａの構成の具体例と、当該システムにおけるデータの流れとを示す図である。

以下に、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品および構成要素には同一の符号を付してある。それらの名称および機能も同じである。したがってそれらについての詳細な説明は繰返さない。
［第１の実施の形態］
第１の実施の形態にかかる電子情報表示システム（以下、システムという）０１０１は、マークアップ言語で記述されたオリジナル文書データである記述タグデータの低容量化を行なうと共に、閲覧時にビューワの処理量を低減することを主な特徴とする。
図１を参照して、第１の実施の形態にかかるシステム０１０１は、ネットワーク０１０３で接続されたコンバータ０１０２とビューワ０１０４とを含んで構成される。
ネットワーク０１０３は、インターネットなどの公衆回線を介したネットワークであってもよいし、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等の専用回線を介したネットワークであってもよい。また、有線通信に限定されず、無線通信によるネットワークであってもよい。なお、本実施の形態においては、コンバータ０１０２とビューワ０１０４とのデータのやり取りはネットワーク０１０３を介したデータのやり取りであるものとして述べるが、ネットワーク０１０３を介したデータのやり取りに替えて、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｃ−Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）やＦＤ（Ｆｌｅｘｉｂｌｅ Ｄｉｓｋ）などの記録媒体であるメディアを介したデータのやり取りであってもよいし、内部メモリを介したデータのやり取りであってもよい。
コンバータ０１０２は、記述タグデータのタグ情報を変換し、データ容量を削減した変換タグデータを作成する。そして、コンバータ０１０２は、変換タグデータを、ネットワーク０１０３を介してビューワ０１０４に入力する。
ビューワ０１０４は、ビューワ本体０１０５と表示装置０１０６とを含んで構成される。ビューワ本体０１０５は、ネットワーク０１０３を介して受信した変換タグデータを読取り、表示装置０１０６に表示データを出力する。表示装置０１０６は、表示データを表示する。
なお、本システム０１０１は、全体のシステムとして処理を行なうだけでなく、コンバータ０１０２、あるいはビューワ本体０１０５が単体で処理を行なうこともできる。
次に、図１に示されるコンバータ０１０２についてより詳細に説明する。
コンバータ０１０２は、記述タグデータに含まれるタグ名、属性名、および属性値を表わす文字列を、所定の変換ルールに従って他の文字列に変換し、変換された他の文字列を含む変換タグデータを生成する。
図２を参照して、コンバータ０１０２は、記述タグデータの入力を受付ける記述タグデータ入力装置０４０１とコンバータ本体０４０２とを含んで構成され、記述タグデータ入力装置０４０１で入力された記述タグデータをコンバータ本体０４０２で変換して、ネットワーク０１０３に変換タグデータを出力する。
さらに、コンバータ本体０４０２は、入力された記述タグデータを記憶する記述タグデータバッファ０４０４と、記述タグデータから変換タグデータへの変換処理を行なうタグ変換処理部０４０５と、タグ変換処理部０４０５で変換された変換タグデータを記憶する変換タグデータバッファ０４０６とを含んで構成される。
記述タグデータバッファ０４０４および変換タグデータバッファ０４０６は、フラッシュメモリやハードディスク等のＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）によって実現される。
タグ変換処理部０４０５は、たとえばそれぞれ独立した回路によって実現される。また、たとえばコンピュータ等の演算処理回路によって実現される仮想回路によって実現されてもよい。
次に、コンバータ０１０２における処理の流れを、図３のフローチャートを用いて説明する。図３のフローチャートに示される処理は、コンバータ０１０２に含まれるＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）（図示せず）がＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）などの記憶装置（図示せず）に記憶されているプログラムを読出して実行し、図２に示される各部を機能させることで実現される。
図３を参照して、始めに、コンバータ０１０２は、記述タグデータ入力装置０４０１から入力された記述タグデータを、コンバータ本体０４０２の記述タグデータバッファ０４０４に格納する（Ｓ１０１）。
次に、タグ変換処理部０４０５において、記述タグデータバッファ０４０４に格納されている記述タグデータを読取り、記述タグデータに対して変換処理を実行して変換タグデータを生成する（Ｓ１０３）。ここでの記述タグデータの変換処理については、後にサブルーチンを挙げて詳細な説明を行なう。
そして、コンバータ０１０２は、タグ変換処理部０４０５から出力された変換タグデータを変換タグデータバッファ０４０６に格納し（Ｓ１０５）、処理を終了する。
次に、上述のステップＳ１０３で実行される記述タグデータの変換処理について、図４のフローチャートを用いて詳細に説明する。なお、図４のフローチャートの説明において、分かりやすくするため、図３４に示される記述タグデータを図５に示されるタグ変換ルールに従って変換する処理であるものとする。図５に示されるように、タグ変換ルールは、記述タグデータに含まれるタグ名や属性名などを表わす文字列を他の文字列に変換するルールであって、変換前の文字列よりもデータ量の少ない（短い）文字列で変換するよう規定されていることを特徴とする。もちろん、記述タグデータは前述の定義通りマークアップ言語で記述されたものであれば他の形態のデータであってもよく、タグ変換ルールも図５に示されるルールに限定されず自由に設定することができる。
なお、タグ変換ルールにおいては、図５にも示されるように、たとえば、変換後にａとなるものは、ｈｔｍｌタグ、ｂｏｄｙタグのｂｇｃｏｌｏｒ属性、ｈ１タグのａｌｉｇｎ属性、およびｆｏｎｔタグのｓｉｚｅ属性など多数存在する。しかしながら、変換後の文字列が上述の文字ａなどのように同じ文字列であっても、変換後の文字列がタグ名を表わす文字列なのか、また、どのタグの属性名を表わす文字列なのか、またどのタグの属性名に対する属性値を表わす文字列なのかにより、一意に識別可能になっている。
それは、一般的に、タグが、タグ名、属性名、および属性値の順に構成されており、属性値は必ず属性名に対応してタグ内に配置され、属性名は必ずタグ名に対応してタグ内に配置されているからである。すなわち、タグ名、属性名、および属性値はその順で階層的に構成されており、「＜Ａ Ｂ＝Ｃ Ｄ＞」、「＜／Ａ Ｂ＝Ｃ Ｄ＞」、「＜Ａ Ｂ＝Ｃ Ｄ／＞」のような構成である（Ａ，Ｂ，Ｃ，Ｄはそれぞれ複数の文字からなる文字列であってもよい）。Ａはタグ名を示し、Ｂ，Ｄはタグ名Ａの属性名を示し、Ｃはタグ名Ａの属性名Ｂの属性値を示す。ＢとＤとの違いは、属性名を持つか持たないかである。１つのタグ内にタグ名Ａは１つ存在し、Ｂ，Ｄに相当する属性名は任意の数（０でもよく、それぞれの属性名は相異なる）存在する（Ｂ，Ｄの順序は任意でよい）。Ｃ，Ｂは１つのセットとして１つのタグ内に存在する。なお、ここでの「タグ内の文字列の配置」は、文字列の数をも含む概念であり、文字列の配置の他の例として、タグ内の文字列の配置が「＜Ａ Ｂ＞」である場合には、文字列Ａはタグ名、文字列Ｂは属性名を表わすことがその配置から識別できる。さらに、文字列の配置の他の例として、タグ内の文字列の配置が「＜Ａ＞」である場合には、文字列Ａはタグ名を表わすことがその配置から識別できる。言換えれば、タグ名、属性名、および属性値の各階層において変換後の文字列として同一の文字列が重複しなければ、異なる階層において変換後の文字列として同一の文字列が重複しても、その変換後の文字列はタグ名を表わす文字列なのか、属性名を表わす文字列なのか、属性値を表わす文字列なのかが識別可能である。
このように、変換後の文字列が、タグ名を表わす文字列なのか、属性名を表わす文字列なのか、属性値を表わす文字列なのかがそのタグ内の配置によって識別可能である場合には、変換前の異なったタグ名や属性名などに、変換後の文字列として同じ文字列を割当てることが好ましい。変換前の異なったタグ名や属性名などに、変換後の文字列として同じ文字列を割当てることにより、変換タグデータの文字列の出現頻度の偏りを大きくすることができ、変換後の変換タグデータの容量を、さらにハフマン符号化やＺｉｐ等の任意の圧縮方式で圧縮を行なった場合の圧縮効果を高めることができる。
図４を参照して、始めに、タグ変換処理部０４０５において、記述タグデータバッファ０４０４に格納されている記述タグデータに含まれるすべてのタグについて、後述する置換処理が終了しているか否かを判定する（Ｓ２０１）。そして、置換処理が終了していないタグが存在する場合には（Ｓ２０１でＮＯ）、当該記述タグデータより置換処理が行なわれていないタグが抽出される（Ｓ２０３）。ステップＳ２０３で抽出されるものは、タグ名とタグの属性名と属性値との少なくとも１つを含むタグ全体であって、たとえば、記述タグデータが、ＸＭＬ（Ｅｘｔｅｓｉｂｌｅ Ｈｙｐｅｒｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）方式やＨＴＭＬ（Ｈｙｐｅｒｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）方式などで記述されている場合には、「＜」または「＜／」と「＞」または「／＞」とに囲まれた記述が抽出される。
次に、ステップＳ２０３で抽出されたタグ〈注釈：単数〉に含まれるタグ名を表わす文字列が、タグ変換テーブルを用いて置換えられる（Ｓ２０５）。ステップＳ２０５で用いられるタグ変換テーブルは、タグ変換ルールをテーブル化したものであって、タグ変換ルールが図５に示されるような場合には、タグ変換テーブルは図６に示されるテーブルとなる。
図６を参照して、変換テーブルはカンマで変換前の名前と変換後の名前とを区切っており、たとえば、変換テーブルの記述「ｈｔｍｌ，ａ」は、タグ名「ｈｔｍｌ」を文字列「ａ」に置換えることを意味する。また、変換テーブルの記述「ｇ．ｓｉｚｅ，ａ」は、ｇタグのｓｉｚｅ属性を属性名ａに置換えることを意味する。また、変換テーブルの記述「ｉ．ａ．ｃｅｎｔｅｒ，ａ」は、ｉタグのａ属性に対する属性値ｃｅｎｔｅｒを属性値ａに置換えることを意味する。なお、変換テーブルは、変換前後が対応つけられるものであればどのような方式でもよい。
ステップＳ２０５でのタグ名を表わす文字列の置換えは、図６に示されるような変換テーブルを用いて行なわれるもので、ステップＳ２０３で抽出されたタグ名の中から、変換テーブルのカンマの前の文字列と一致するタグ名を表わす文字列を検索し、その文字列を変換テーブルのカンマの後の文字列に変換する処理である。
次に、ステップＳ２０３で抽出されたタグ〈注釈：単数〉のすべての属性について、上述の置換え処理が終了しているかを判定する（Ｓ２０７）。そして、変換処理が終了していない属性を含むタグが存在する場合には（Ｓ２０７でＮＯ）、ステップＳ２０３で抽出されたタグ〈注釈：単数〉より、置換え処理が終了していない属性を抽出する（Ｓ２０９）。
次に、ステップＳ２０９で抽出されたタグの属性の属性名を表わす文字列を、上述のステップＳ２０５の処理と同様に、タグ変換テーブルを用いて置換える（Ｓ２１１）。さらに、ステップＳ２０９で抽出されたタグの属性に対する属性値を表わす文字列も、上述のステップＳ２０５の処理と同様に、タグ変換テーブルを用いて置換える（Ｓ２１３）。ステップＳ２１１あるいはステップＳ２１３での置換えもまた、ステップＳ２０９で抽出されたタグの属性の中から、変換テーブルのカンマの前の文字列と一致する属性名あるいは属性値を検索し、そのタグ名を変換テーブルのカンマの後の属性名あるいは属性値に変換する処理である。
上述のステップＳ２０９〜Ｓ２１３の置換処理を、ステップＳ２０３で抽出されたタグ〈注釈：単数〉に含まれるすべての属性が置換えられるまで実行し（Ｓ２０７でＹＥＳ）、記述タグデータバッファ０４０４に格納されている記述タグデータに含まれるすべてのタグについて上述の置換処理が終了すると（Ｓ２０１でＹＥＳ）、本処理を終了して、図３に示されるメインルーチンに処理を戻す。
本実施の形態におけるコンバータ０１０２がこのような変換処理を実行することによって、図３４に示される記述タグデータが、図７に示されるタグデータに変換される。すなわち、図３４に示される記述タグデータと、図７に示される変換タグデータとを比較すると、変換タグデータは、記述タグデータに含まれるタグ名を表わす文字列、属性名を表わす文字列、および属性値を表わす文字列が、それよりも短い文字列に変換されることによって文書の冗長性が減少され、データ量が削減している。また、記述タグデータに含まれるタグに関する情報量が削減されてデータ全体の容量が小さくなるため、ネットワーク０１０３などを介したデータ転送を高速に行なうことができる。また、ネットワーク０１０３を介した通信に替えてメディアを介したやり取りを行なう際、メディアの容量に限りのある場合であっても、多くのコンテンツなどのデータを格納することができる。
さらに、マークアップ言語は、タグに基づいてデータのアクセスを実行させる言語であり、マークアップ言語を解読してデータにアクセスを行なう際には、タグ名や属性の検索処理は頻繁に行なわれる。そのため、本実施の形態におけるコンバータ０１０２において上述の置換えがなされることによって、マークアップ言語に含まれる大半（もしくはすべて）のタグ名、属性名を表わす文字列の文字数が短くなり、これらを検索する処理量を減らすことになる。その結果、全体として、データへのアクセス処理量も減らすことができ、処理速度を速めることができる。
すなわち、本実施の形態におけるコンバータ０１０２で上述の処理が実行されることで、データ量の削減と、データアクセスに必要な処理量の低下との両方を同時に実現することが可能になる。
（変形例）
コンバータ０１０２で記述タグデータを変換タグデータに変換する際にコンバータ０１０２の使用者に知らせるべき問題や注意があった場合、コンバータ０１０２は、コンバータ使用者に対してその内容を伝えるメッセージを示す必要がある。そこで、次に、変形例として、上述の図２に示されるコンバータ０１０２の構成に対して、コンバータ０１０２の使用者に対して警告表示を行なう機能を追加したコンバータ０１０２ａについて説明する。図３６を参照して、第１の実施の形態の変形例にかかるシステム０１０１ａは、ネットワーク１７０３で接続されたコンバータ０１０２ａとビューワ０１０４とを含んで構成される。
なお、変形例におけるコンバータ０１０２ａは、そのメッセージを出すタイミングがコンバータ０１０２ａ内部ですでに記述タグデータのタグ名等を表わす文字列の変換を行なった後であっても、メッセージの内容は、変換前の記述タグデータのタグ名等を表わす文字列を用いて出力する。これによりコンバータ０１０２ａの使用者は、容易にメッセージの内容を理解することができる。
具体的には、対応しているビューワ０１０４の機種Ａの処理能力が低く、コンテンツの容量がある一定容量（たとえば５００ＢＹＴＥ）を越えると、表示動作が大幅に遅くなる場合、変形例におけるコンバータ０１０２ａは、作成されたコンテンツである変換タグデータが、ビューワ０１０４の機種Ａでの使用に支障をきたす容量（５００ＢＹＴＥ超）である場合に、警告としてコンバータ０１０２ａの使用者にその旨を伝える。また、コンバータ０１０２ａの使用者が記述タグデータを見直す際に役立つように、ビューワ０１０４の機種Ａで表示可能な容量は、どの記述タグデータのどの位置までかを知らせることが好ましい。このようなメッセージの具体例については、後に図を挙げて詳細に説明する。
図８を参照して、変形例におけるコンバータ０１０２ａは、記述タグデータの入力を受付ける記述タグデータ入力装置０８０１とコンバータ本体０８０２と警告表示装置０８０３とを含んで構成される。記述タグデータ入力装置０８０１は、図２に示される記述タグデータ入力装置０４０１と同様のものであり、記述タグデータ入力装置０８０１で入力された記述タグデータをコンバータ本体０８０２で変換して、ネットワーク０１０３に変換タグデータを出力する。また、警告表示装置０８０３に記述タグ警告メッセージを出力する。
さらに、コンバータ本体０８０２は、入力された記述タグデータを記憶する記述タグデータバッファ０８０５と、記述タグデータから変換タグデータへの変換処理を行なうタグ変換処理部０８０６と、タグ変換処理部０８０６で変換された変換タグデータを記憶する変換タグデータバッファ０８０７と、ビューワ０１０４で表示可能な容量などの警告条件を記憶する警告条件記憶部０８１３と、変換タグデータの容量をチェックするサイズチェック処理部０８０８と、変換タグ警告メッセージを作成する変換タグ警告メッセージ作成処理部０８０９と、変換タグ警告メッセージ作成処理部０８０９で作成された変換タグ警告メッセージを記憶する変換タグ警告メッセージバッファ０８１０と、変換タグ警告メッセージを記述タグ警告メッセージに変換するタグ逆変換処理部０８１１と、タグ逆変換処理部０８１１で作成された記述タグ警告メッセージを記憶する記述タグ警告メッセージバッファ０８１２とを含んで構成される。
記憶タグデータバッファ０８０５、変換タグデータバッファ０８０７、変換タグ警告メッセージバッファ０８１０、記述タグ警告メッセージバッファ０８１２、および警告条件記憶部０８１３は、フラッシュメモリやハードディスク等のＲＡＭによって実現される。
タグ変換処理部０８０６、サイズチェック処理部０８０８、変換タグ警告メッセージ作成処理部０８０９、タグ逆変換処理部０８１１は、たとえばそれぞれ独立した回路によって実現される。また、たとえばコンピュータ等の演算処理回路によって実現される仮想回路によって実現されてもよい。
なお、記述タグデータバッファ０８０５、タグ変換処理部０８０６、および変換タグデータバッファ０８０７は、図２に示される記述タグデータバッファ０４０４、タグ変換処理部０４０５、および変換タグデータバッファ０４０６と同様である。
次に、コンバータ０１０２ａにおける処理の流れを、図９のフローチャートを用いて説明する。図９のフローチャートに示される処理もまた、コンバータ０１０２ａに含まれるＣＰＵ（図示せず）がＲＯＭなどの記憶装置（図示せず）に記憶されているプログラムを読出して実行し、図８に示される各部を機能させることで実現される。なお、図９のステップＳ３０１〜Ｓ３０５は、上述の図４に示されるフローチャートのステップＳ１０１〜Ｓ１０５と同じ処理を表わしているため、ここでは、ステップＳ３０７以降の処理について説明する。
図９を参照して、サイズチェック処理部０８０８は、警告条件記憶部０８１３を参照して、変換タグデータバッファ０８０７に格納された変換タグデータが、ビューワ０１０４の機種Ａで表示可能な容量（５００ＢＹＴＥ以下）であるか否かを判定する（Ｓ３０７）。
ステップＳ３０７での判定の結果、変換タグデータが、ビューワ０１０４の機種Ａで表示可能な容量（５００ＢＹＴＥ以下）である場合には（Ｓ３０７でＹＥＳ）、当該処理を終了する。
一方、ステップＳ３０７での判定の結果、変換タグデータが、ビューワ０１０４の機種Ａで表示不可能な容量（５００ＢＹＴＥ以上）である場合には（Ｓ３０７でＮＯ）、変換タグ警告メッセージ作成処理部０８０９で、変換タグ警告メッセージの作成を行なう（Ｓ３０９）。ステップＳ３０９で作成される変換タグ警告メッセージの具体例を図１０に示す。図１０を参照して、変換タグ警告メッセージは、メッセージの内容（範囲Ａ）と、変換タグデータ内の参照位置を示す表示（範囲Ｂ）とを含む。なお、図１０では、範囲Ｂに、変換タグデータの先頭から５００ＢＹＴＥの位置から前１００ＢＹＴＥ分をコピーしたものが参照位置として表示されている変換タグ警告メッセージが示されている。
次に、ステップＳ３０９で作成された変換タグ警告メッセージを、変換タグ警告メッセージバッファ０８１０に格納する（Ｓ３１１）。
次に、タグ逆変換処理部０８１１で、変換タグ警告メッセージバッファ０８１０に格納された変換タグ警告メッセージを記述タグ警告メッセージに変換し（Ｓ３１３）、変換された記述タグ警告メッセージを記述タグ警告メッセージバッファ０８１２に格納する（Ｓ３１５）。なお、ステップＳ３１３における変換タグ警告メッセージの変換処理（タグ逆変換処理）については、後にサブルーチンを挙げて詳細な説明を行なう。
さらに、記述タグ警告メッセージバッファ０８１２に格納された記述タグ警告メッセージを、コンバータ本体０８０２から警告表示装置０８０３に出力し（Ｓ３１７）、本処理を終了する。
次に、上述のステップＳ３１３で実行されるタグ逆変換処理について、図１１のフローチャートを用いて詳細に説明する。
図１１を参照して、始めに、タグ逆変換処理部０８１１において、変換タグ警告メッセージバッファ０８１０に格納されている変換タグ警告メッセージに含まれるすべてのタグについて、後述する置換処理が終了しているか否かが判定される（Ｓ４０１）。そして、置換処理が終了していないタグが存在する場合には（Ｓ４０１でＮＯ）、当該変換タグ警告メッセージより置換処理が行なわれていないタグが抽出される（Ｓ４０３）。
さらに、ステップＳ４０３で抽出されたタグ〈注釈：単数〉のすべての属性について、後述する置換え処理が終了しているかが判定される（Ｓ４０５）。そして、変換処理が終了していない属性が存在する場合には（Ｓ４０５でＮＯ）、ステップＳ４０３で抽出されたタグより、置換え処理が終了していない属性が抽出され（Ｓ４０７）、その属性値を表わす文字列および属性名を表わす文字列が逆変換テーブルを用いて置換えられる（Ｓ４０９，Ｓ４１１）。ステップＳ４０９あるいはＳ４１１で用いられる逆変換テーブルは、タグ変換ルールの逆変換をテーブル化したものであって、タグ変換ルールが図５に示されるような場合には、逆変換テーブルは、図１２に示されるテーブルとなる。
図１２を参照して、逆変換テーブルはカンマで変換前の名前と変換後の名前とを区切っており、たとえば、逆変換テーブルの記述「ａ，ｈｔｍｌ」はタグ名を表わす文字列「ａ」をタグ名を表わす文字列「ｈｔｍｌ」に置換えることを意味する。また、逆変換テーブルの記述「ｈ．ａ，ｓｉｚｅ］は、ｈタグの属性ａをｓｉｚｅ属性に置換えることを意味する。また、逆変換テーブルの記述「ｉ．ａ．ａ，ｃｅｎｔｅｒ」は、ｉタグの属性ａに対する属性値ａを属性値ｃｅｎｔｅｒに置換えることを意味する。
上述のステップＳ４０９，Ｓ４１１では、図１２に示されるような逆変換テーブルが用いられて、変換タグ警告メッセージから抽出された置換処理をされていないタグに含まれる属性値を表わす文字列および属性名を表わす文字列が置換えられる。なお、その詳細な方法については、上述のステップＳ１０３で実行される記述タグデータの変換処理でのタグ変換テーブルを用いた置換処理と同様である。
上述のステップＳ４０７〜Ｓ４１１の置換処理が、ステップＳ４０３で抽出されたタグ〈注釈：単数〉のすべての属性が置換えられるまで実行されると（Ｓ４０５でＹＥＳ）、次に、ステップＳ４０３で抽出されたタグのタグ名を表わす文字列が、同様の逆タグ変換テーブルを用いて置換えられる（Ｓ４１３）。
その後、ステップＳ４０１へ処理を戻し、変換タグ警告メッセージバッファ０８１０に格納されている変換タグ警告メッセージに含まれるすべてのタグについて、上述の置換処理が終了していることが確認されると（Ｓ４０１でＹＥＳ）、本処理を終了して、図９に示されるメインルーチンに処理を戻す。
なお、上述の逆変換処理で、図１０に示される変換タグ警告メッセージが変換された場合の、記述タグ警告メッセージの具体例を図１３に示す。図１３を参照して、記述タグ警告メッセージは、メッセージの内容（範囲Ａ）と、変換前の記述タグデータ内の参照位置を示す表示（範囲Ｂ）とを含む。
図１３に示されるような記述タグ警告メッセージが警告表示装置０８０３に表示されることで、コンバータ０１０２ａの使用者は容易にその内容を理解でき、そのメッセージの内容により、入力した記述タグデータを見直し、書換えることもできる。
なお、上述の例においては、コンバータ０１０２ａからビューワ０１０４の機種Ａの表示能力に基づいた警告を発する場合の具体例を示したが、メッセージの内容はビューワ０１０４の表示能力に限定されず、その他の条件でなされてもよい。その場合、警告条件記憶部０８１３は警告内容に応じた警告条件を記憶し、サイズチェック処理部０８０８は警告条件記憶部０８１３に記憶されている警告条件を参照して、変換タグデータが警告条件に合致するか否かをチェックする。なお、警告条件は警告条件記憶部０８１３に記憶されている形態に限定されず、たとえばビューワ０１０４の表示能力など他の装置に関する条件である場合には、必要に応じてその他の装置から取得する形態であってもよい。
次に、図１に示されるビューワ０１０４に含まれるビューワ本体０１０５についてより詳細に説明する。
図１４に、本実施の形態におけるビューワ本体０１０５の構成の具体例を示す。ビューワ本体０１０５は、ネットワーク０１０３を介してコンバータ０１０２から変換タグデータを受取り、表示装置０１０６に表示データを出力する。
図１４を参照して、ビューワ本体０１０５は、変換タグデータを格納する変換タグデータバッファ１４０４と、変換タグデータの表示データを作成するためのパージング（解析）処理を行なうパージング処理部１４０５と、内部データを格納する内部データバッファ１４０６と、パージング処理部１４０５における解析結果に基づいて表示データの作成を行なう表示データ作成処理部１４０７と、表示データを格納する表示データバッファ１４０８とを含んで構成される。
変換タグデータバッファ１４０４、内部データバッファ１４０６、および表示データバッファ１４０８は、フラッシュメモリやハードディスク等のＲＡＭによって実現される。
パージング処理部１４０５、および表示データ作成処理部１４０７は、たとえばそれぞれ独立した回路によって実現される。また、たとえばコンピュータ等の演算処理回路によって実現される仮想回路によって実現されてもよい。
次に、ビューワ本体０１０５における処理の流れを、図１５のフローチャートを用いて説明する。図１５のフローチャートに示される処理は、ビューワ本体０１０５に含まれるＣＰＵ（図示せず）がＲＯＭなどの記憶装置（図示せず）に記憶されているプログラムを読出して実行し、図１４に示される各部を機能させることで実現される。
図１５を参照して、始めに、ビューワ本体０１０５は、入力された変換タグデータを、変換タグデータバッファ１４０４に格納する（Ｓ５０１）。
次に、パージング処理部１４０５で、変換タグデータバッファ１４０４に格納した変換タグデータから表示データを作成するためのパージング（解析）処理を行なう（Ｓ５０３）。ステップＳ５０３においては、変換タグデータに含まれる変換後のタグ名、属性名、および属性値を表わす文字列に基づいて、実行する処理を切替えて、変換タグデータから表示データを作成するための解析を行なっていく。より具体的には、たとえば、図１６に示される対応に応じて処理を実行する場合、変換タグデータに含まれるａタグに対応して処理Ｆ１を実行する。また、変換タグデータに含まれるｄタグに対応して処理Ｆ４を実行し、さらにそのｄタグに含まれる属性ａに対応して処理Ｆ４１を実行する。また、変換タグデータに含まれるｉタグに対応して処理Ｆ９を実行し、さらにそのｉタグに含まれる属性ａに対応して処理Ｆ９１を実行し、さらにその属性ａに対する属性値ａに対応して処理Ｆ９１１を実行する。
そして、ステップＳ５０３での表示データを作成するためのパージング結果を、内部データとして内部データバッファ１４０６に格納する（Ｓ５０５）。
次に、表示データ作成処理部１４０７で、内部データバッファ１４０６に格納した内部データを基に、表示データを作成する（Ｓ５０７）。ステップＳ５０７における表示データの作成方法については、一般的なビューワで行なわれている方法であって、本発明において限定されるものではない。
そして、ステップＳ５０７で作成された表示データは、表示データバッファ１４０８に格納される（Ｓ５０９）。以上で本処理を終了する。
この、表示データバッファ１４０８に格納された表示データが表示装置０１０６に出力されることで、表示装置０１０６に変換タグデータに基づいたコンテンツなどが表示される。
このように、本実施の形態におけるビューワ本体０１０５では、コンバータ０１０２で変換されて情報量が減った（この場合文字数が減った）変換タグデータを表示させるための処理を行なうため、必要とするメモリ量を削減できる。さらに、ビューワ本体０１０５でも、上述の変換された文字列に基づいたパージング処理を行なうため、変換タグデータから少ない文字数の文字列で表わされたタグ名、属性名、および属性値を検索する。すなわち、パージング処理における検索文字数を減少しているため、高速な処理が可能になる。
また、上述のビューワ本体０１０５は、先述の一般的なビューワ本体のパージング処理部でパージング処理を行なう際の検索文字列であるタグ名、属性名、および属性値を表わす文字列を、変換後の文字列に変更するだけで実現できるため、従来のビューワ本体の構成を変更することなく容易に構築することができる。
［第２の実施の形態］
図１７を参照して、第２の実施の形態にかかるシステム１７０１もまた、ネットワーク１７０３で接続されたコンバータ１７０２とビューワ１７０４とを含んで構成される。
ネットワーク１７０３は、インターネットなどの公衆回線を介したネットワークであってもよいし、ＬＡＮ等の専用回線を介したネットワークであってもよい。また、有線通信に限定されず、無線通信によるネットワークであってもよい。なお、本実施の形態においても、コンバータ１７０２とビューワ１７０４とのデータのやり取りはネットワーク１７０３を介したデータのやり取りであるものとして述べるが、ネットワーク１７０３を介したデータのやり取りに替えて、メディアを介したデータのやり取りであってもよいし、内部メモリを介したデータのやり取りであってもよい。
また、ビューワ１７０４は、変換タグデータとタグ変換テーブルとから、ビューワ本体１７０６が解釈できる内部変換タグデータを作成する内部コンバータ１７０５と、内部変換タグデータを解釈し、表示装置１７０７に表示データを渡すビューワ本体１７０６と、表示装置１７０７とを含んで構成される。
図１に示される第１の実施の形態にかかるシステム０１０１において、コンバータ０１０２とビューア本体０１０５とに同じタグ変換テーブルを内蔵させてタグ変換ルールを固定しているのに対して、図１７に示される第２の実施の形態にかかるシステム１７０１においては、コンバータ１７０２からビューワ１７０４にタグ変換テーブルを渡すことにより、コンテンツごとに動的にタグ変換ルールを設定することができる。
図１８を参照して、コンバータ１７０２は、記述タグデータの入力を受付ける記述タグデータ入力装置１８０１とコンバータ本体１８０２とを含んで構成され、記述タグデータ入力装置１８０１で入力された記述タグデータをコンバータ本体１８０２で変換して、ネットワーク１７０３に変換タグデータと変換に用いたタグ変換テーブルとを出力する。
さらに、コンバータ本体１８０２は、記述タグデータを記憶する記述タグデータバッファ１８０４と、記述タグデータ内のタグ関連情報の出現頻度をカウントするタグ関連情報カウンタ１８０５と、タグ関連情報カウントデータを記憶するタグ関連情報カウントデータバッファ１８０６と、タグ変換テーブルを作成するタグ変換テーブル作成処理部１８０７と、タグ変換テーブルを記憶するタグ変換テーブルバッファ１８０８と、タグ変換処理を行ない変換タグデータを作成するタグ変換処理部１８０９と、変換タグデータを格納する変換タグデータバッファ１８１０とを含んで構成される。
記述タグデータバッファ１８０４、タグ関連情報カウントデータバッファ１８０６、タグ変換テーブルバッファ１８０８、および変換タグデータバッファ１８１０は、フラッシュメモリやハードディスク等のＲＡＭによって実現される。
タグ関連情報カウンタ１８０５、タグ変換テーブル作成処理部１８０７、およびタグ変換処理部１８０９は、たとえばそれぞれ独立した回路によって実現される。また、たとえばコンピュータ等の演算処理回路によって実現される仮想回路によって実現されてもよい。
次に、コンバータ１７０２における処理の流れを、図１９のフローチャートを用いて説明する。図１９のフローチャートに示される処理は、コンバータ１７０２に含まれるＣＰＵ（図示せず）がＲＯＭなどの記憶装置（図示せず）に記憶されているプログラムを読出して実行し、図１８に示される各部を機能させることで実現される。
図１９を参照して、始めに、コンバータ１７０２は、記述タグデータ入力装置１８０１から入力された記述タグデータを、コンバータ本体１８０２の記述タグデータバッファ１８０４に格納する（Ｓ６０１）。
次に、タグ関連情報カウンタ１８０５で、記述タグデータバッファ１８０４に格納された記述タグデータに含まれるタグ関連情報をカウントする（Ｓ６０３）。ここでは、タグ関連情報として、記述タグデータにおけるタグ名を表わす文字列、属性を表わす文字列、および属性値を表わす文字列の出現回数がそれぞれカウントされる。記述タグデータが図３４に示される記述タグデータである場合、ステップＳ６０３では、図２０に示されるようなタグ情報カウントデータが取得される。なお、ステップＳ６０３におけるタグ関連情報のカウント処理については、後にサブルーチン挙げて詳細に説明する。そして、ステップＳ６０３で得られたタグ情報カウントデータをタグ情報カウントデータバッファ１８０６に格納する（Ｓ６０５）。
次に、タグ関連情報テーブル作成処理部１８０７で、タグ情報カウントデータバッファ１８０６に格納されたタグ関連情報カウントデータに基づいてタグ変換テーブルを作成する（Ｓ６０７）。ステップＳ６０７におけるタグ変換テーブルの作成処理は、以下の方法で実行される。
すなわち、タグ情報カウントデータを参照して、各タグ名を表わす文字列に対して、記述タグデータにおける出現回数の多い順に、ａから順にアルファベット順に変換後の文字列を割当て、タグ変換テーブルを作成する。また、各タグに含まれる属性名を表わす文字列に対しても、それぞれ出現回数の多い順に同様にアルファベットを割当て、タグ変換テーブルを作成する。さらに、各タグの各属性名に対する属性値を表わす文字列に対しても、それぞれ出現回数の多い順に同様にアルファベットを割当て、タグ変換テーブルを作成する。
たとえば、ステップＳ６０７において、図２０に示されたタグ関連情報カウントデータに基づいてタグ変換テーブルを作成した場合、図２１に示されるような変換ルールができる。このような変換ルールをテーブル化すると、たとえば図２２に示されるようなタグ変換テーブルとなる。なお、図２２に示されるようなタグ変換テーブルのデータ構造は、第１の実施の形態におけるコンバータ０１０２で用いられたタグ変換テーブルのデータ構造と同じである。
そして、ステップＳ６０７で得られたタグ変換テーブルがタグ変換テーブルバッファ１８０８に格納される（Ｓ６０９）。
次に、タグ変換処理部１８０９で、タグ変換テーブルバッファ１８０８に格納されたタグ変換テーブルと、記述タグデータバッファ１８０４に格納された記述タグデータとを用いてタグ変換処理を行ない、変換タグデータを作成する（Ｓ６１１）。なお、記述タグデータが図３４に示される記述タグデータである場合、ステップＳ６１１では、図２３に示される変換タグデータが作成される。
そして、ステップＳ６１１で作成された変換タグデータが変換タグデータバッファ１８１０に格納され（Ｓ６１３）、処理を終了する。
コンバータ０１０２は、この変換タグデータバッファ１８１０に格納された変換タグデータと、タグ変換テーブルバッファ１８０８に格納されたタグ変換テーブルとをネットワーク１７０３を介してビューワ１７０４に出力する。
次に、上述のステップＳ６０３で実行されるタグ関連情報のカウント処理について、図２４のフローチャートを用いて詳細に説明する。タグ関連情報のカウント処理では、記述タグデータにおける各タグ名を表わす文字列の出現回数、各タグの各属性を表わす文字列の出現回数、および各タグの各属性に対する各属性値を表わす文字列の出現回数をそれぞれカウントする。
図２４を参照して、始めに、タグ変換処理部１８０９において、記述タグデータバッファ１８０４に格納されている記述タグデータに含まれるすべてのタグについて、後述するカウント処理が終了しているか否かを判定する（Ｓ７０１）。そして、カウント処理が終了していないタグが存在する場合には（Ｓ７０１でＮＯ）、当該記述タグデータよりカウント処理が行なわれていないタグを抽出する（Ｓ７０３）。
次に、ステップＳ７０３で抽出したタグ〈注釈：単数〉のタグ名を表わす文字列について、カウント処理が行なわれる（Ｓ７０５）。ステップＳ７０５では、ステップＳ７０３で抽出したタグのタグ名を表わす文字列が、当該記述タグデータにおいて初めて出現したタグ名を表わす文字列であれば、そのタグ名を表わす文字列のカウンタ変数を生成して初期化し１にする処理が行なわれる。また、当該タグ名を表わす文字列が初めて出現した文字列でなければ、そのタグ名を表わす文字列のカウンタ変数を１インクリメントする処理が行なわれる。
次に、ステップＳ７０３で抽出されたタグ内のすべての属性について、上述のカウント処理が終了しているかが判定される（Ｓ７０７）。そして、ステップＳ７０３で抽出されたタグ内にカウント処理が終了していない属性が存在する場合には（Ｓ７０７でＮＯ）、ステップＳ７０３で抽出されたタグより、カウント処理が終了していない属性が抽出される（Ｓ７０９）。
次に、ステップＳ７０９で抽出されたタグの属性名を表わす文字列に対して、上述のステップＳ７０５の処理と同様に、カウント処理が行なわれる（Ｓ７１１）。ステップＳ７１１では、抽出された属性名を表わす文字列がそのタグ名のタグにおいて初めて出現した属性名を表わす文字列であれば、そのタグ名のその属性名を表わす文字列のカウンタ変数を生成して初期化し１にする処理が行なわれる。また、抽出された属性名を表わす文字列がそのタグ名当該タグ名のタグにおいて初めて出現した属性名を表わす文字列でなければ、そのタグ名のその属性名を表わす文字列のカウンタ変数を１インクリメントする処理が行なわれる。
さらに、ステップＳ７０９で抽出されたタグの属性に対する属性値についてもカウント処理が行なわれる（Ｓ７１３）。ステップＳ７１３では、属性値について、所定の属性値（たとえば、ｈ２タグのａｌｉｇｎ属性に対する属性値）である場合のみ、当該属性値を表わす文字列がカウント処理の対象（変換対象）とされる。これは、属性値の形態が任意の文字列などであって自由度が高いために、記述タグデータ内に同じ属性値が複数回出現しにくく、属性値を表わす文字列を変換することによる容量の削減効果があまり見込めないという実情によるものである。そのため、変換処理の負荷を軽くする観点より、属性値については、複数回出現する可能性の高いものに限定してカウント処理の対象（変換対象）とすることが好ましい。もちろん、このような限定を無くしてすべての属性値を表わす文字列に対してカウント処理が行なわれてもかまわない。
そこで、ステップＳ７１３では、抽出された属性の属性値がカウント処理対象の所定の属性値である場合に当該属性値を表わす文字列についてカウント処理が行なわれる。その際、そのタグ名のその属性名に対する属性値を表わす文字列が、そのタグ名のその属性名に対する属性値として初めて出現した文字列であれば、そのタグ名のその属性に対するその属性値を表わす文字列のカウンタ変数を生成して初期化し１にする処理が行なわれる。また、そのタグ名のその属性名に対する属性値を表わす文字列が、そのタグ名のその属性名に対する属性値として初めて出現した文字列でなければ、そのカウンタ変数を１インクリメントする処理が行なわれる。
上述のステップＳ７０９〜Ｓ７１３のカウント処理が、ステップＳ７０３で抽出されたタグに含まれる属性がカウントされるまで実行され（Ｓ７０７でＹＥＳ）、記述タグデータバッファ１８０４に格納されている記述タグデータに含まれるすべてのタグについて上述のカウント処理が終了すると（Ｓ７０１でＹＥＳ）、本処理を終了して、図１９に示されるメインルーチンに処理を戻す。
上述のカウント処理が実行されることによって、記述タグデータが図３４に示される記述タグデータである場合、図２０に示されるタグ情報カウントデータが得られる。
以上のように、本実施の形態におけるコンバータ１７０１では、記述タグデータでのタグ名を表わす文字列、属性名を表わす文字列、および属性値を表わす文字列の出現頻度によりタグ変換テーブルを決定することを特徴としている。そのため、変換タグデータの文字列の出現頻度の偏りが第１の実施の形態におけるコンバータ０１０２で用いられているタグ変換テーブルの文字列の出現頻度の偏りよりさらに大きくなり、変換タグデータをハフマン符号化やＺｉｐ方式等の圧縮方式で圧縮したときの効果が、第１の実施の形態のコンバータ０１０２で記述タグデータを変換した場合より更に大きくなる。
なお、上述の例においては、タグ変換テーブルで変換後の文字列としてアルファベット順に割当てるものとしているが、この割当て順序および文字は自由に選んでもよい。また、この割当てを記述タグデータの文書（タグ以外の箇所）で用いられる文字列の頻度の高い順に割当てるものとすることでさらに大きな効果が得られる。
次に、図１７に示されるビューワ１７０４に含まれる内部コンバータ１７０５の構成の具体例を図２５に示す。なお、ビューワ１７０４に含まれるビューワ本体１７０６と表示装置１７０７とは、それぞれ第１の実施の形態のビューワ本体０１０５と表示装置０１０６と同等のものでよい。
図２５を参照して、内部コンバータ１７０５は、ネットワーク１７０３を介して、コンバータ１７０２から変換タグデータとタグ変換テーブルとを受取り、ビューワ本体１７０６に内部変換タグデータを出力する。
内部コンバータ１７０５は、受取った変換タグデータを格納する変換タグデータバッファ２５０４と、受取ったタグ変換テーブルを格納するタグ変数テーブルバッファ２５０５と、内部タグ変換テーブルを作成する内部タグ変換テーブル作成処理部２５０６と、内部タグ変換テーブルを格納する内部タグ変換テーブルバッファ２５０７と、内部タグ変換データを作成する内部タグ変換処理部２５０８と、内部変換タグデータを格納する内部変換タグデータバッファ２５０９と、記述タグデータをビューワ本体１７０６で解釈可能なタグデータに変換するためのタグ変換テーブル（ビューワ本体１７０６で前提となっているタグ変換テーブル）をビューワ本体１７０６に対応付けて記憶するビューワ本体タグ変換テーブル記憶部２５０３とを含んで構成される。
変換タグデータバッファ２５０４、タグ変換テーブルバッファ２５０５、内部タグ変換テーブルバッファ２５０７、内部変換タグデータバッファ２５０９、およびビューワ本体タグ変換テーブル記憶部２５０３は、フラッシュメモリやハードディスク等のＲＡＭによって実現される。
内部タグ変換テーブル作成処理部２５０６、および内部タグ変換処理部２５０８は、たとえばそれぞれ独立した回路によって実現される。また、たとえばコンピュータ等の演算処理回路によって実現される仮想回路によって実現されてもよい。
次に、内部コンバータ１７０５における処理の流れを、図２６のフローチャートを用いて説明する。図２６のフローチャートに示される処理は、内部コンバータ１７０５に含まれるＣＰＵ（図示せず）がＲＯＭなどの記憶装置（図示せず）に記憶されているプログラムを読出して実行し、図２５に示される各部を機能させることで実現される。
図２６を参照して、始めに、内部コンバータ１７０５は、ネットワーク１７０３を介してコンバータ１７０２から受取った変換タグデータを変換タグデータバッファ２５０４に、タグ変換テーブルをタグ変換テーブルバッファ２５０５に、それぞれ格納する（Ｓ８０１）。
次に、内部タグ変換テーブル作成処理部２５０６で、変換タグデータバッファ２５０４に格納された変換タグデータを内部変換タグデータに変換するために必要な内部タグ変換テーブルを作成する（Ｓ８０３）。
ここで、ビューワ本体１７０６は第１の実施の形態におけるビューワ本体０１０５と同等のものであるとすると、ビューワ本体１７０６で解釈できるデータは、記述タグデータを図６に示されるようなタグ変換テーブル（以下、この変換テーブルをビューワ用タグ変換テーブルという）を用いて変換して得られる変換データである。しかし、本ビューワ１７０４が受取った変換タグデータは、図２２に示されるようなタグ関連情報カウントデータに基づいてコンバータ１７０２において当該記述タグデータに対して動的に作成されたタグ変換テーブル（以下、受信タグ変換テーブルという）を用いて変換して得られるタグデータである。そのため、このままではビューワ本体１７０６は解釈できない形式である。そこで、ステップＳ８０３において、内部コンバータ１７０５は、受信した、タグ変換テーブルで変換された変換タグデータを、内部変換タグデータにさらに変換するために必要な内部タグ変換テーブルを作成する。なお、内部変換タグデータとは、元の記述タグデータをビューワ用タグ変換テーブルを用いて変換したものに相当する。なお、このような、ビューワ用タグ変換テーブルは、ビューワ本体１７０６に対応付けられてビューワ本体タグ変換テーブル記憶部２５０３に記憶されている。あるいは、必要に応じてビューワ本体１７０６から取得してもよい。
そこで、ステップＳ８０３では、ビューワ本体タグ変換テーブル記憶部２５０３に記憶されているビューワ用変換テーブルと、コンバータ１７０２から受取った受信変換テーブルとに基づいて、内部タグ変換テーブルが作成される。
ステップＳ８０３での、具体的な内部タグ変換テーブルの作成方法は、ビューワ用タグ変換テーブルが図６に示されるタグ変換テーブル、受信タグ変換テーブルが図２２に示されるタグ変換テーブルである場合、以下のようになる。
すなわち、まず、図６に示されるのビューワ用タグ変換テーブルのカンマの左側に示される、変換後のタグ名および属性名を表わす文字列を、変換前のタグ名および属性名を表わす文字列に置換える。この、置換えられたビューワ用タグ変換テーブルの具体例を、図２７に示す。
そして、図２７に示される置換えられたビューワ用タグ変換テーブルの、カンマの左側に示されるタグ名、属性名、および属性値を表わす文字列が、図２２に示される受信タグ変換テーブルで変換されることで、図２８に示される内部タグ変換テーブルが生成される。
次に、ステップＳ８０３で作成された内部タグ変換テーブルが、内部タグ変換テーブルバッファ２５０７に格納される（Ｓ８０５）。
次に、内部タグ変換処理部２５０８で、変換タグデータバッファ２５０４に格納された変換タグデータを、内部タグ変換テーブルバッファ２５０７に格納された内部タグ変換テーブルを用いて変換する（Ｓ８０７）。ステップＳ８０７において、変換タグデータが図２３に示される変換タグデータ、内部タグ変換テーブルが図２８に示される内部タグ変換テーブルである場合、変換ルールは図２９に示される変換ルールとなる。この変換ルールに従って図２３に示される変換タグデータを変換した変換結果である内部変換タグデータは、図７に示されるタグデータとなる。
そして、変換結果が内部変換タグデータとして内部変換タグデータバッファ２５０９に格納され（Ｓ８０９）、本処理を終了する。
内部コンバータ１７０５が、このようにして得られた内部変換タグデータをビューワ本体１７０６に渡すことで、ビューワ本体１７０６において第１の実施の形態において説明された処理と同様の処理が行なわれて解釈される。
ビューワ１７０４に含まれる内部コンバータ１７０５が上述の処理を行なうことで、コンバータ１７０２における変換形式がビューワ本体１７０６で解釈できない形式であっても、コンバータ１７０２から受信した変換タグデータを内部コンバータ１７０５がビューワ本体１７０６が解釈できる形式の内部変換タグデータに変換することにより、表示装置１７０７にて表示を行なうことができる。
さらに、上述のコンバータが行なうデータ変換方法、およびビューワが行なうデータ表示方法を、プログラムとして提供することもできる。このようなプログラムは、コンピュータに付属するフレキシブルディスク、ＣＤ−ＲＯＭ、ＲＯＭ、ＲＡＭおよびメモリカードなどのコンピュータ読取り可能な記録媒体にて記録させて、プログラム製品として提供することもできる。あるいは、コンピュータに内蔵するハードディスクなどの記録媒体にて記録させて、プログラムを提供することもできる。また、ネットワークを介したダウンロードによって、プログラムを提供することもできる。
提供されるプログラム製品は、ハードディスクなどのプログラム格納部にインストールされて実行される。なお、プログラム製品は、プログラム自体と、プログラムが記録された記録媒体とを含む。
なお、今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて請求の範囲によって示され、請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

以上のように、この発明によれば、マークアップ言語の処理を最適に行なうことができるため、データ量の削減と、データアクセスに必要な処理量の低下との両方を同時に実現して、マークアップ言語の処理を最適に行なうことのできるデータ変換方法、データ表示方法、データ変換装置、およびデータ表示装置に有利に適用することができる。

【０００４】
データにアクセスするのに必要な処理量が大きい点は、逆に復号処理の分だけ助長されてしまう。
また、複数のコンテンツ中から、特定の情報を含んだコンテンツを取出す時にキーワード検索がよく用いられるが、特開２０００−７６１５５号公報で開示されている技術を用いてコンテンツの圧縮が行なわれた場合には、コンテンツを取出すときにも復号処理が必要となり、検索時間が大幅に増加してしまうという問題がある。また、汎用的なテキスト検索プログラムが使用できないという問題もある。
また、特開２００２−３１２２７８号公報で開示されているタグの変換は、単にビューワが解釈可能な形式への置換えであり、データ量の削減や処理量の低下には結びつかないという問題もある。
本発明は、このような問題に鑑みてなされたものであって、データ量の削減と、データアクセスに必要な処理量の低下との両方を同時に実現して、マークアップ言語の処理を最適に行なうことのできるデータ変換方法、データ表示方法、データ変換装置、およびデータ表示装置を提供することを目的とする。
【発明の開示】
上記目的を達成するために、本発明のある局面に従うと、データ変換方法は、マークアップ言語で記述された第１のデータから、第１のデータに含まれるタグ名を表わす文字列と属性名を表わす文字列と属性値を表わす文字列との少なくとも１つの文字列を抽出する抽出ステップと、第１のデータから抽出された文字列を、抽出された文字列よりもデータ量の小さな他の文字列に変換して、第２のデータを生成する生成ステップと、生成された第２のデータが所定の条件を満たすか否かを判定する判定ステップと、判定結果に応じて、メッセージを出力する出力ステップとを備え、出力するメッセージの中で、第１のデータの内容が参照して出力される。
本発明の他の局面に従うと、データ表示方法は、マークアップ言語で記述された第１のデータに含まれるタグ名を表わす文字列と属性名を表わす文字列と属性値を表わす文字列との少なくとも１つの文字列が、他の文字列に変換されて生成された第２のデータを取得する取得ステップと、第２のデータに含まれる変換された他の文字列に対応した解析処理を実行して、第１のデータを表示するための解析を行う解析ステップとを備える。

【０００５】
本発明のさらに他の局面に従うと、データ変換装置は、マークアップ言語で記述された第１のデータから、第１のデータに含まれるタグ名を表わす文字列と属性名を表わす文字列と属性値を表わす文字列との少なくとも１つの文字列を抽出する抽出部と、第１のデータから抽出された文字列を、抽出された文字列よりもデータ量の小さな他の文字列に変換して、第２のデータを生成する生成部と、生成された第２のデータが所定の条件を満たすか否かを判定する判定部と、判定結果に応じて、メッセージを出力する出力部とを備え、出力部は、メッセージの中で第１のデータの内容を参照して出力する。
本発明のさらに他の局面に従うと、データ表示装置は、マークアップ言語で記述された第１のデータに含まれるタグ名を表わす文字列と属性名を表わす文字列と属性値を表わす文字列との少なくとも１つの文字列が、他の文字列に変換されて生成された第２のデータを取得する取得部と、第２のデータに含まれる変換された他の文字列に対応した解析処理を実行して、第１のデータを表示するための解析を行なう解析部とを備える。
【図面の簡単な説明】
第１図は、第１の実施の形態における電子情報表示システム０１０１の構成の具体例と、当該システムにおけるデータの流れとを示す図である。
第２図は、コンバータ０１０２の構成の具体例を示す図である。
第３図は、コンバータ０１０２における処理の流れを示すフローチャートである。
第４図は、ステップＳ１０３で実行される記述タグデータの変換処理を示すフローチャートである。
第５図は、タグ変換ルールの具体例を示す図である。
第６図は、タグ変換テーブルの具体例を示す図である。
第７図は、変換タグデータの具体例を示す図である。
第８図は、変形例におけるコンバータ０１０２ａの構成の具体例を示す図である。
第９図は、コンバータ０１０２ａにおける処理の流れを示すフローチャートである。
第１０図は、変換タグ警告メッセージの具体例を示す図である。

本発明は、データ変換方法、データ表示方法、データ変換装置、およびデータ表示装置に関し、特に、マークアップ言語の処理を最適に行なうことのできるデータ変換方法、データ表示方法、データ変換装置、およびデータ表示装置に関する。

現在、テキスト中に各種機能情報を、予め定められた書式で挿入して文書を表現する方式であるマークアップ言語が注目されている。

このようなマークアップ言語は、様々な形式が策定され、それら形式を用いた様々なアプリケーションがパーソナルコンピュータ、携帯電話、ＰＤＡ（Personal Digital Assistants）をはじめとした情報機器を中心に様々な機器に実装され用いられている。マークアップ言語は、通常、制御に用いるタグに、その機能が容易に連想できるように名前を付けて用いる。

現在、インターネットのウェブサイトをはじめ、マークアップ言語のようなタグ形式のデータを用いたシステムは、概ね、図３０に示されるような構成である。すなわち、マークアップ言語で記載されたオリジナル文書データ（以下記述タグデータ）をネットワーク３４０２等を介して受取り、ビューワ３４０３に伝達するシステムである。

ビューワ３４０３は、ビューワ本体３４０４と表示装置３４０５とを含んで構成されており、ビューワ本体３４０４は、記述タグデータを受取り、表示データを表示装置３４０５に出力する。

さらに、ビューワ本体３４０４は、図３１に示されるように、記述タグデータを格納する記述タグデータバッファ３５０４と、記述タグデータから表示データを作成するためのパージング（解析）処理を行なうパージング処理部３５０５と、内部データを格納する内部データバッファ３５０６と、表示データの作成を行なう表示データ作成処理部３５０７と、表示データを格納する表示データバッファ３５０８とを含んで構成され、図３２に示されるような処理を実行する。

図３２を参照して、ビューワ本体３４０４では、入力された記述タグデータを記述タグデータバッファ３５０４に格納し（Ｓ９０１）、パージング処理部３５０５で、当該記述タグデータから表示データを作成するためのパージング処理を行なう（Ｓ９０３）。ここでは、記述タグデータに含まれるタグに付けられたタグ名、タグ名と共に付けられた属性名、および属性名に対応した属性値により実行する処理を切替えて、記述タグデータから表示データを作成するための解析を行なっていく。たとえば、図３３に示すように、ｈｔｍｌタグに対応して処理Ｆ１を実行して記述タグデータの解析処理を行なう。また、ｂｏｄｙタグに対応して処理Ｆ４を実行し、そのｂｏｄｙタグ内に属性ｂｇｃｏｌｏｒがあればその属性に対応して処理Ｆ４１を実行して記述タグデータの解析処理を行なう。また、ｈ２タグに対応して処理Ｆ９を実行し、そのｈ２タグ内に属性ａｌｉｇｎがあればその属性に対応して処理Ｆ９１を実行し、さらにその属性値がｃｅｎｔｅｒであれば、その属性値に対応して処理Ｆ９１１を実行して記述タグデータの解析処理を行なう。

そして、このような表示データを作成するためのパージング（解析）結果を内部データとして、内部データバッファ３５０６に格納する（Ｓ９０５）。

次に、表示データ作成処理部３５０７で、内部データを基に表示データを作成し（Ｓ９０７）、作成した表示データを表示データバッファ３５０８に格納して（Ｓ９０９）、表示装置３４０５に出力する。

マークアップ言語は、上述のように、通常、制御に用いるタグにその機能が容易に連想できるように名前を付けて用いられるため、人間がテキストエディタを用いてコンテンツデータの作成や変更を容易に行なうことができる利点を備えている。しかし、その反面、タグ名がデータ的に冗長になる。そのため、次の２つの問題がある。
（１）データ量が大きい。（特に、近年のコンテンツの複雑化により、制御タグの使用頻度は増加する傾向にあり、それに伴いデータの冗長性も大きくなる傾向にある。）
（２）データにアクセスするのに必要な処理量が大きい。（マークアップ言語は、上述のようにタグに基づいてデータのアクセスを行なう。そのため、データアクセス中にタグの検索処理は頻繁に行なわれる。タグが必要以上の文字長になっているため、検索対象の文字長が大きく、処理量も大きくなる。）
これら２つの問題は、特にデータ記憶容量が小さく、処理能力が低い携帯機器での快適な利用を妨げる。

上述のデータ量が大きいという問題を解決する技術として、特開２０００−７６１５５号公報は、マークアップ言語の１つであるＨＴＭＬ（Hypertext Markup Language）言語で表現されたデータを圧縮するＨＴＭＬドキュメント圧縮・展開・表示方法を開示している。特開２０００−７６１５５号公報は、ＨＴＭＬ言語に＜ｃｏｍｐｒｅｓｓ＞という新たなタグを導入し、データを任意の圧縮方式で圧縮して＜ｃｏｍｐｒｅｓｓ＞タグから＜／ｃｏｍｐｒｅｓｓ＞タグまでの間に配置することにより、データ全体の冗長性を低下させ、データ量を削減することのできるＨＴＭＬドキュメントの圧縮方法を開示している。

特開２０００−７６１５５号公報に示されるような技術を用いると、たとえば、図３４に示すようなオリジナル文書データ（以下記述タグデータ）は、圧縮後、図３５に示す圧縮タグデータに変換される。

また、特開２００２−３１２２７８号公報で開示されている技術の中に、形式の異なるＨＴＭＬ文書に対応するためにタグを変換する技術が含まれている。
特開２０００−７６１５５号公報 特開２０００−７６１５５号公報

しかしながら、特開２０００−７６１５５号公報で開示されている技術を用いると、データ量を削減することによりデータ格納と転送との効率性は向上するが、図３５に示されるように、＜ｃｏｍｐｒｅｓｓ＞タグから＜／ｃｏｍｐｒｅｓｓ＞タグまでの間は圧縮形式のデータになっているため、この箇所の復号処理を行なわなければ、元の記述タグデータの内容を取得することができないという問題がある。すなわち、閲覧時に必ず復号処理が追加されることになり、処理量は大幅に増加してしまうという問題がある。

したがって、特開２０００−７６１５５号公報で開示されている技術を用いると、データ量が大きいという第１の問題は解決されるものの、第２の問題であるデータにアクセスするのに必要な処理量が大きい点は、逆に復号処理の分だけ助長されてしまう。

また、複数のコンテンツ中から、特定の情報を含んだコンテンツを取出す時にキーワード検索がよく用いられるが、特開２０００−７６１５５号公報で開示されている技術を用いてコンテンツの圧縮が行なわれた場合には、コンテンツを取出すときにも復号処理が必要となり、検索時間が大幅に増加してしまうという問題がある。また、汎用的なテキスト検索プログラムが使用できないという問題もある。

また、特開２００２−３１２２７８号公報で開示されているタグの変換は、単にビューワが解釈可能な形式への置換えであり、データ量の削減や処理量の低下には結びつかないという問題もある。

本発明は、このような問題に鑑みてなされたものであって、データ量の削減と、データアクセスに必要な処理量の低下との両方を同時に実現して、マークアップ言語の処理を最適に行なうことのできるデータ変換方法、データ表示方法、データ変換装置、およびデータ表示装置を提供することを目的とする。

上記目的を達成するために、本発明のある局面に従うと、データ変換方法は、マークアップ言語で記述された第１のデータから、第１のデータに含まれるタグ名を表わす文字列と属性名を表わす文字列と属性値を表わす文字列との少なくとも１つの文字列を抽出する抽出ステップと、第１のデータから抽出された文字列を、抽出された文字列よりもデータ量の小さな他の文字列に変換して、第２のデータを生成する生成ステップと、生成された第２のデータが所定の条件を満たすか否かを判定する判定ステップと、判定結果に応じて、メッセージを出力する出力ステップとを備え、出力するメッセージの中で、第１のデータの内容が参照して出力される。

本発明の他の局面に従うと、データ表示方法は、マークアップ言語で記述された第１のデータに含まれるタグ名を表わす文字列と属性名を表わす文字列と属性値を表わす文字列との少なくとも１つの文字列が、他の文字列に変換されて生成された第２のデータを取得する取得ステップと、第２のデータに含まれる変換された他の文字列に対応した解析処理を実行して、第１のデータを表示するための解析を行なう解析ステップとを備える。

本発明のさらに他の局面に従うと、データ変換装置は、マークアップ言語で記述された第１のデータから、第１のデータに含まれるタグ名を表わす文字列と属性名を表わす文字列と属性値を表わす文字列との少なくとも１つの文字列を抽出する抽出部と、第１のデータから抽出された文字列を、抽出された文字列よりもデータ量の小さな他の文字列に変換して、第２のデータを生成する生成部と、生成された第２のデータが所定の条件を満たすか否かを判定する判定部と、判定結果に応じて、メッセージを出力する出力部とを備え、出力部は、メッセージの中で第１のデータの内容を参照して出力する。

本発明のさらに他の局面に従うと、データ表示装置は、マークアップ言語で記述された第１のデータに含まれるタグ名を表わす文字列と属性名を表わす文字列と属性値を表わす文字列との少なくとも１つの文字列が、他の文字列に変換されて生成された第２のデータを取得する取得部と、第２のデータに含まれる変換された他の文字列に対応した解析処理を実行して、第１のデータを表示するための解析を行なう解析部とを備える。

以下に、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品および構成要素には同一の符号を付してある。それらの名称および機能も同じである。したがってそれらについての詳細な説明は繰返さない。

［第１の実施の形態］
第１の実施の形態にかかる電子情報表示システム（以下、システムという）０１０１は、マークアップ言語で記述されたオリジナル文書データである記述タグデータの低容量化を行なうと共に、閲覧時にビューワの処理量を低減することを主な特徴とする。

図１を参照して、第１の実施の形態にかかるシステム０１０１は、ネットワーク０１０３で接続されたコンバータ０１０２とビューワ０１０４とを含んで構成される。

ネットワーク０１０３は、インターネットなどの公衆回線を介したネットワークであってもよいし、ＬＡＮ（Local Area Network）等の専用回線を介したネットワークであってもよい。また、有線通信に限定されず、無線通信によるネットワークであってもよい。なお、本実施の形態においては、コンバータ０１０２とビューワ０１０４とのデータのやり取りはネットワーク０１０３を介したデータのやり取りであるものとして述べるが、ネットワーク０１０３を介したデータのやり取りに替えて、ＣＤ−ＲＯＭ（Compact Disc-Read Only Memory）やＦＤ（Flexible Disk）などの記録媒体であるメディアを介したデータのやり取りであってもよいし、内部メモリを介したデータのやり取りであってもよい。

コンバータ０１０２は、記述タグデータのタグ情報を変換し、データ容量を削減した変換タグデータを作成する。そして、コンバータ０１０２は、変換タグデータを、ネットワーク０１０３を介してビューワ０１０４に入力する。

ビューワ０１０４は、ビューワ本体０１０５と表示装置０１０６とを含んで構成される。ビューワ本体０１０５は、ネットワーク０１０３を介して受信した変換タグデータを読取り、表示装置０１０６に表示データを出力する。表示装置０１０６は、表示データを表示する。

なお、本システム０１０１は、全体のシステムとして処理を行なうだけでなく、コンバータ０１０２、あるいはビューワ本体０１０５が単体で処理を行なうこともできる。

次に、図１に示されるコンバータ０１０２についてより詳細に説明する。
コンバータ０１０２は、記述タグデータに含まれるタグ名、属性名、および属性値を表わす文字列を、所定の変換ルールに従って他の文字列に変換し、変換された他の文字列を含む変換タグデータを生成する。

図２を参照して、コンバータ０１０２は、記述タグデータの入力を受付ける記述タグデータ入力装置０４０１とコンバータ本体０４０２とを含んで構成され、記述タグデータ入力装置０４０１で入力された記述タグデータをコンバータ本体０４０２で変換して、ネットワーク０１０３に変換タグデータを出力する。

さらに、コンバータ本体０４０２は、入力された記述タグデータを記憶する記述タグデータバッファ０４０４と、記述タグデータから変換タグデータへの変換処理を行なうタグ変換処理部０４０５と、タグ変換処理部０４０５で変換された変換タグデータを記憶する変換タグデータバッファ０４０６とを含んで構成される。

記述タグデータバッファ０４０４および変換タグデータバッファ０４０６は、フラッシュメモリやハードディスク等のＲＡＭ（Random Access Memory）によって実現される。

タグ変換処理部０４０５は、たとえばそれぞれ独立した回路によって実現される。また、たとえばコンピュータ等の演算処理回路によって実現される仮想回路によって実現されてもよい。

次に、コンバータ０１０２における処理の流れを、図３のフローチャートを用いて説明する。図３のフローチャートに示される処理は、コンバータ０１０２に含まれるＣＰＵ（Central Processing Unit）（図示せず）がＲＯＭ（Read Only Memory）などの記憶装置（図示せず）に記憶されているプログラムを読出して実行し、図２に示される各部を機能させることで実現される。

図３を参照して、始めに、コンバータ０１０２は、記述タグデータ入力装置０４０１から入力された記述タグデータを、コンバータ本体０４０２の記述タグデータバッファ０４０４に格納する（Ｓ１０１）。

次に、タグ変換処理部０４０５において、記述タグデータバッファ０４０４に格納されている記述タグデータを読取り、記述タグデータに対して変換処理を実行して変換タグデータを生成する（Ｓ１０３）。ここでの記述タグデータの変換処理については、後にサブルーチンを挙げて詳細な説明を行なう。

そして、コンバータ０１０２は、タグ変換処理部０４０５から出力された変換タグデータを変換タグデータバッファ０４０６に格納し（Ｓ１０５）、処理を終了する。

次に、上述のステップＳ１０３で実行される記述タグデータの変換処理について、図４のフローチャートを用いて詳細に説明する。なお、図４のフローチャートの説明において、分かりやすくするため、図３４に示される記述タグデータを図５に示されるタグ変換ルールに従って変換する処理であるものとする。図５に示されるように、タグ変換ルールは、記述タグデータに含まれるタグ名や属性名などを表わす文字列を他の文字列に変換するルールであって、変換前の文字列よりもデータ量の少ない（短い）文字列で変換するよう規定されていることを特徴とする。もちろん、記述タグデータは前述の定義通りマークアップ言語で記述されたものであれば他の形態のデータであってもよく、タグ変換ルールも図５に示されるルールに限定されず自由に設定することができる。

なお、タグ変換ルールにおいては、図５にも示されるように、たとえば、変換後にａとなるものは、ｈｔｍｌタグ、ｂｏｄｙタグのｂｇｃｏｌｏｒ属性、ｈ１タグのａｌｉｇｎ属性、およびｆｏｎｔタグのｓｉｚｅ属性など多数存在する。しかしながら、変換後の文字列が上述の文字ａなどのように同じ文字列であっても、変換後の文字列がタグ名を表わす文字列なのか、また、どのタグの属性名を表わす文字列なのか、またどのタグの属性名に対する属性値を表わす文字列なのかにより、一意に識別可能になっている。

それは、一般的に、タグが、タグ名、属性名、および属性値の順に構成されており、属性値は必ず属性名に対応してタグ内に配置され、属性名は必ずタグ名に対応してタグ内に配置されているからである。すなわち、タグ名、属性名、および属性値はその順で階層的に構成されており、「＜Ａ Ｂ＝Ｃ Ｄ＞」、「＜／Ａ Ｂ＝Ｃ Ｄ＞」、「＜Ａ Ｂ＝Ｃ Ｄ／＞」のような構成である（Ａ，Ｂ，Ｃ，Ｄはそれぞれ複数の文字からなる文字列であってもよい）。Ａはタグ名を示し、Ｂ，Ｄはタグ名Ａの属性名を示し、Ｃはタグ名Ａの属性名Ｂの属性値を示す。ＢとＤとの違いは、属性名を持つか持たないかである。１つのタグ内にタグ名Ａは１つ存在し、Ｂ，Ｄに相当する属性名は任意の数（０でもよく、それぞれの属性名は相異なる）存在する（Ｂ，Ｄの順序は任意でよい）。Ｃ，Ｂは１つのセットとして１つのタグ内に存在する。なお、ここでの「タグ内の文字列の配置」は、文字列の数をも含む概念であり、文字列の配置の他の例として、タグ内の文字列の配置が「＜Ａ Ｂ＞」である場合には、文字列Ａはタグ名、文字列Ｂは属性名を表わすことがその配置から識別できる。さらに、文字列の配置の他の例として、タグ内の文字列の配置が「＜Ａ＞」である場合には、文字列Ａはタグ名を表わすことがその配置から識別できる。言換えれば、タグ名、属性名、および属性値の各階層において変換後の文字列として同一の文字列が重複しなければ、異なる階層において変換後の文字列として同一の文字列が重複しても、その変換後の文字列はタグ名を表わす文字列なのか、属性名を表わす文字列なのか、属性値を表わす文字列なのかが識別可能である。

このように、変換後の文字列が、タグ名を表わす文字列なのか、属性名を表わす文字列なのか、属性値を表わす文字列なのかがそのタグ内の配置によって識別可能である場合には、変換前の異なったタグ名や属性名などに、変換後の文字列として同じ文字列を割当てることが好ましい。変換前の異なったタグ名や属性名などに、変換後の文字列として同じ文字列を割当てることにより、変換タグデータの文字列の出現頻度の偏りを大きくすることができ、変換後の変換タグデータの容量を、さらにハフマン符号化やＺｉｐ等の任意の圧縮方式で圧縮を行なった場合の圧縮効果を高めることができる。

図４を参照して、始めに、タグ変換処理部０４０５において、記述タグデータバッファ０４０４に格納されている記述タグデータに含まれるすべてのタグについて、後述する置換処理が終了しているか否かを判定する（Ｓ２０１）。そして、置換処理が終了していないタグが存在する場合には（Ｓ２０１でＮＯ）、当該記述タグデータより置換処理が行なわれていないタグが抽出される（Ｓ２０３）。ステップＳ２０３で抽出されるものは、タグ名とタグの属性名と属性値との少なくとも１つを含むタグ全体であって、たとえば、記述タグデータが、ＸＭＬ（Extesible Hypertext Markup Language）方式やＨＴＭＬ（Hypertext Markup Language）方式などで記述されている場合には、「＜」または「＜／」と「＞」または「／＞」とに囲まれた記述が抽出される。

次に、ステップＳ２０３で抽出されたタグに含まれるタグ名を表わす文字列が、タグ変換テーブルを用いて置換えられる（Ｓ２０５）。ステップＳ２０５で用いられるタグ変換テーブルは、タグ変換ルールをテーブル化したものであって、タグ変換ルールが図５に示されるような場合には、タグ変換テーブルは図６に示されるテーブルとなる。

図６を参照して、変換テーブルはカンマで変換前の名前と変換後の名前とを区切っており、たとえば、変換テーブルの記述「ｈｔｍｌ，ａ」は、タグ名「ｈｔｍｌ」を文字列「ａ」に置換えることを意味する。また、変換テーブルの記述「ｇ．ｓｉｚｅ，ａ」は、ｇタグのｓｉｚｅ属性を属性名ａに置換えることを意味する。また、変換テーブルの記述「ｉ．ａ．ｃｅｎｔｅｒ，ａ」は、ｉタグのａ属性に対する属性値ｃｅｎｔｅｒを属性値ａに置換えることを意味する。なお、変換テーブルは、変換前後が対応つけられるものであればどのような方式でもよい。

ステップＳ２０５でのタグ名を表わす文字列の置換えは、図６に示されるような変換テーブルを用いて行なわれるもので、ステップＳ２０３で抽出されたタグ名の中から、変換テーブルのカンマの前の文字列と一致するタグ名を表わす文字列を検索し、その文字列を変換テーブルのカンマの後の文字列に変換する処理である。

次に、ステップＳ２０３で抽出されたタグのすべての属性について、上述の置換え処理が終了しているかを判定する（Ｓ２０７）。そして、変換処理が終了していない属性を含むタグが存在する場合には（Ｓ２０７でＮＯ）、ステップＳ２０３で抽出されたタグより、置換え処理が終了していない属性を抽出する（Ｓ２０９）。

次に、ステップＳ２０９で抽出されたタグの属性の属性名を表わす文字列を、上述のステップＳ２０５の処理と同様に、タグ変換テーブルを用いて置換える（Ｓ２１１）。さらに、ステップＳ２０９で抽出されたタグの属性に対する属性値を表わす文字列も、上述のステップＳ２０５の処理と同様に、タグ変換テーブルを用いて置換える（Ｓ２１３）。ステップＳ２１１あるいはステップＳ２１３での置換えもまた、ステップＳ２０９で抽出されたタグの属性の中から、変換テーブルのカンマの前の文字列と一致する属性名あるいは属性値を検索し、そのタグ名を変換テーブルのカンマの後の属性名あるいは属性値に変換する処理である。

上述のステップＳ２０９〜Ｓ２１３の置換処理を、ステップＳ２０３で抽出されたタグに含まれるすべての属性が置換えられるまで実行し（Ｓ２０７でＹＥＳ）、記述タグデータバッファ０４０４に格納されている記述タグデータに含まれるすべてのタグについて上述の置換処理が終了すると（Ｓ２０１でＹＥＳ）、本処理を終了して、図３に示されるメインルーチンに処理を戻す。

本実施の形態におけるコンバータ０１０２がこのような変換処理を実行することによって、図３４に示される記述タグデータが、図７に示されるタグデータに変換される。すなわち、図３４に示される記述タグデータと、図７に示される変換タグデータとを比較すると、変換タグデータは、記述タグデータに含まれるタグ名を表わす文字列、属性名を表わす文字列、および属性値を表わす文字列が、それよりも短い文字列に変換されることによって文書の冗長性が減少され、データ量が削減している。また、記述タグデータに含まれるタグに関する情報量が削減されてデータ全体の容量が小さくなるため、ネットワーク０１０３などを介したデータ転送を高速に行なうことができる。また、ネットワーク０１０３を介した通信に替えてメディアを介したやり取りを行なう際、メディアの容量に限りのある場合であっても、多くのコンテンツなどのデータを格納することができる。

さらに、マークアップ言語は、タグに基づいてデータのアクセスを実行させる言語であり、マークアップ言語を解読してデータにアクセスを行なう際には、タグ名や属性の検索処理は頻繁に行なわれる。そのため、本実施の形態におけるコンバータ０１０２において上述の置換えがなされることによって、マークアップ言語に含まれる大半（もしくはすべて）のタグ名、属性名を表わす文字列の文字数が短くなり、これらを検索する処理量を減らすことになる。その結果、全体として、データへのアクセス処理量も減らすことができ、処理速度を速めることができる。

すなわち、本実施の形態におけるコンバータ０１０２で上述の処理が実行されることで、データ量の削減と、データアクセスに必要な処理量の低下との両方を同時に実現することが可能になる。

（変形例）
コンバータ０１０２で記述タグデータを変換タグデータに変換する際にコンバータ０１０２の使用者に知らせるべき問題や注意があった場合、コンバータ０１０２は、コンバータ使用者に対してその内容を伝えるメッセージを示す必要がある。そこで、次に、変形例として、上述の図２に示されるコンバータ０１０２の構成に対して、コンバータ０１０２の使用者に対して警告表示を行なう機能を追加したコンバータ０１０２ａについて説明する。図３６を参照して、第１の実施の形態の変形例にかかるシステム０１０１ａは、ネットワーク１７０３で接続されたコンバータ０１０２ａとビューワ０１０４とを含んで構成される。

なお、変形例におけるコンバータ０１０２ａは、そのメッセージを出すタイミングがコンバータ０１０２ａ内部ですでに記述タグデータのタグ名等を表わす文字列の変換を行なった後であっても、メッセージの内容は、変換前の記述タグデータのタグ名等を表わす文字列を用いて出力する。これによりコンバータ０１０２ａの使用者は、容易にメッセージの内容を理解することができる。

具体的には、対応しているビューワ０１０４の機種Ａの処理能力が低く、コンテンツの容量がある一定容量（たとえば５００ＢＹＴＥ）を越えると、表示動作が大幅に遅くなる場合、変形例におけるコンバータ０１０２ａは、作成されたコンテンツである変換タグデータが、ビューワ０１０４の機種Ａでの使用に支障をきたす容量（５００ＢＹＴＥ超）である場合に、警告としてコンバータ０１０２ａの使用者にその旨を伝える。また、コンバータ０１０２ａの使用者が記述タグデータを見直す際に役立つように、ビューワ０１０４の機種Ａで表示可能な容量は、どの記述タグデータのどの位置までかを知らせることが好ましい。このようなメッセージの具体例については、後に図を挙げて詳細に説明する。

図８を参照して、変形例におけるコンバータ０１０２ａは、記述タグデータの入力を受付ける記述タグデータ入力装置０８０１とコンバータ本体０８０２と警告表示装置０８０３とを含んで構成される。記述タグデータ入力装置０８０１は、図２に示される記述タグデータ入力装置０４０１と同様のものであり、記述タグデータ入力装置０８０１で入力された記述タグデータをコンバータ本体０８０２で変換して、ネットワーク０１０３に変換タグデータを出力する。また、警告表示装置０８０３に記述タグ警告メッセージを出力する。

さらに、コンバータ本体０８０２は、入力された記述タグデータを記憶する記述タグデータバッファ０８０５と、記述タグデータから変換タグデータへの変換処理を行なうタグ変換処理部０８０６と、タグ変換処理部０８０６で変換された変換タグデータを記憶する変換タグデータバッファ０８０７と、ビューワ０１０４で表示可能な容量などの警告条件を記憶する警告条件記憶部０８１３と、変換タグデータの容量をチェックするサイズチェック処理部０８０８と、変換タグ警告メッセージを作成する変換タグ警告メッセージ作成処理部０８０９と、変換タグ警告メッセージ作成処理部０８０９で作成された変換タグ警告メッセージを記憶する変換タグ警告メッセージバッファ０８１０と、変換タグ警告メッセージを記述タグ警告メッセージに変換するタグ逆変換処理部０８１１と、タグ逆変換処理部０８１１で作成された記述タグ警告メッセージを記憶する記述タグ警告メッセージバッファ０８１２とを含んで構成される。

記述タグデータバッファ０８０５、変換タグデータバッファ０８０７、変換タグ警告メッセージバッファ０８１０、記述タグ警告メッセージバッファ０８１２、および警告条件記憶部０８１３は、フラッシュメモリやハードディスク等のＲＡＭによって実現される。

タグ変換処理部０８０６、サイズチェック処理部０８０８、変換タグ警告メッセージ作成処理部０８０９、タグ逆変換処理部０８１１は、たとえばそれぞれ独立した回路によって実現される。また、たとえばコンピュータ等の演算処理回路によって実現される仮想回路によって実現されてもよい。

なお、記述タグデータバッファ０８０５、タグ変換処理部０８０６、および変換タグデータバッファ０８０７は、図２に示される記述タグデータバッファ０４０４、タグ変換処理部０４０５、および変換タグデータバッファ０４０６と同様である。

次に、コンバータ０１０２ａにおける処理の流れを、図９のフローチャートを用いて説明する。図９のフローチャートに示される処理もまた、コンバータ０１０２ａに含まれるＣＰＵ（図示せず）がＲＯＭなどの記憶装置（図示せず）に記憶されているプログラムを読出して実行し、図８に示される各部を機能させることで実現される。なお、図９のステップＳ３０１〜Ｓ３０５は、上述の図４に示されるフローチャートのステップＳ１０１〜Ｓ１０５と同じ処理を表わしているため、ここでは、ステップＳ３０７以降の処理について説明する。

図９を参照して、サイズチェック処理部０８０８は、警告条件記憶部０８１３を参照して、変換タグデータバッファ０８０７に格納された変換タグデータが、ビューワ０１０４の機種Ａで表示可能な容量（５００ＢＹＴＥ以下）であるか否かを判定する（Ｓ３０７）。

ステップＳ３０７での判定の結果、変換タグデータが、ビューワ０１０４の機種Ａで表示可能な容量（５００ＢＹＴＥ以下）である場合には（Ｓ３０７でＹＥＳ）、当該処理を終了する。

一方、ステップＳ３０７での判定の結果、変換タグデータが、ビューワ０１０４の機種Ａで表示不可能な容量（５００ＢＹＴＥ以上）である場合には（Ｓ３０７でＮＯ）、変換タグ警告メッセージ作成処理部０８０９で、変換タグ警告メッセージの作成を行なう（Ｓ３０９）。ステップＳ３０９で作成される変換タグ警告メッセージの具体例を図１０に示す。図１０を参照して、変換タグ警告メッセージは、メッセージの内容（範囲Ａ）と、変換タグデータ内の参照位置を示す表示（範囲Ｂ）とを含む。なお、図１０では、範囲Ｂに、変換タグデータの先頭から５００ＢＹＴＥの位置から前１００ＢＹＴＥ分をコピーしたものが参照位置として表示されている変換タグ警告メッセージが示されている。

次に、ステップＳ３０９で作成された変換タグ警告メッセージを、変換タグ警告メッセージバッファ０８１０に格納する（Ｓ３１１）。

次に、タグ逆変換処理部０８１１で、変換タグ警告メッセージバッファ０８１０に格納された変換タグ警告メッセージを記述タグ警告メッセージに変換し（Ｓ３１３）、変換された記述タグ警告メッセージを記述タグ警告メッセージバッファ０８１２に格納する（Ｓ３１５）。なお、ステップＳ３１３における変換タグ警告メッセージの変換処理（タグ逆変換処理）については、後にサブルーチンを挙げて詳細な説明を行なう。

さらに、記述タグ警告メッセージバッファ０８１２に格納された記述タグ警告メッセージを、コンバータ本体０８０２から警告表示装置０８０３に出力し（Ｓ３１７）、本処理を終了する。

次に、上述のステップＳ３１３で実行されるタグ逆変換処理について、図１１のフローチャートを用いて詳細に説明する。

図１１を参照して、始めに、タグ逆変換処理部０８１１において、変換タグ警告メッセージバッファ０８１０に格納されている変換タグ警告メッセージに含まれるすべてのタグについて、後述する置換処理が終了しているか否かが判定される（Ｓ４０１）。そして、置換処理が終了していないタグが存在する場合には（Ｓ４０１でＮＯ）、当該変換タグ警告メッセージより置換処理が行なわれていないタグが抽出される（Ｓ４０３）。

さらに、ステップＳ４０３で抽出されたタグのすべての属性について、後述する置換え処理が終了しているかが判定される（Ｓ４０５）。そして、変換処理が終了していない属性が存在する場合には（Ｓ４０５でＮＯ）、ステップＳ４０３で抽出されたタグより、置換え処理が終了していない属性が抽出され（Ｓ４０７）、その属性値を表わす文字列および属性名を表わす文字列が逆変換テーブルを用いて置換えられる（Ｓ４０９，Ｓ４１１）。ステップＳ４０９あるいはＳ４１１で用いられる逆変換テーブルは、タグ変換ルールの逆変換をテーブル化したものであって、タグ変換ルールが図５に示されるような場合には、逆変換テーブルは、図１２に示されるテーブルとなる。

図１２を参照して、逆変換テーブルはカンマで変換前の名前と変換後の名前とを区切っており、たとえば、逆変換テーブルの記述「ａ，ｈｔｍｌ」はタグ名を表わす文字列「ａ」をタグ名を表わす文字列「ｈｔｍｌ」に置換えることを意味する。また、逆変換テーブルの記述「ｈ．ａ，ｓｉｚｅ］は、ｈタグの属性ａをｓｉｚｅ属性に置換えることを意味する。また、逆変換テーブルの記述「ｉ．ａ．ａ，ｃｅｎｔｅｒ」は、ｉタグの属性ａに対する属性値ａを属性値ｃｅｎｔｅｒに置換えることを意味する。

上述のステップＳ４０９，Ｓ４１１では、図１２に示されるような逆変換テーブルが用いられて、変換タグ警告メッセージから抽出された置換処理をされていないタグに含まれる属性値を表わす文字列および属性名を表わす文字列が置換えられる。なお、その詳細な方法については、上述のステップＳ１０３で実行される記述タグデータの変換処理でのタグ変換テーブルを用いた置換処理と同様である。

上述のステップＳ４０７〜Ｓ４１１の置換処理が、ステップＳ４０３で抽出されたタグのすべての属性が置換えられるまで実行されると（Ｓ４０５でＹＥＳ）、次に、ステップＳ４０３で抽出されたタグのタグ名を表わす文字列が、同様の逆タグ変換テーブルを用いて置換えられる（Ｓ４１３）。

その後、ステップＳ４０１へ処理を戻し、変換タグ警告メッセージバッファ０８１０に格納されている変換タグ警告メッセージに含まれるすべてのタグについて、上述の置換処理が終了していることが確認されると（Ｓ４０１でＹＥＳ）、本処理を終了して、図９に示されるメインルーチンに処理を戻す。

なお、上述の逆変換処理で、図１０に示される変換タグ警告メッセージが変換された場合の、記述タグ警告メッセージの具体例を図１３に示す。図１３を参照して、記述タグ警告メッセージは、メッセージの内容（範囲Ａ）と、変換前の記述タグデータ内の参照位置を示す表示（範囲Ｂ）とを含む。

図１３に示されるような記述タグ警告メッセージが警告表示装置０８０３に表示されることで、コンバータ０１０２ａの使用者は容易にその内容を理解でき、そのメッセージの内容により、入力した記述タグデータを見直し、書換えることもできる。

なお、上述の例においては、コンバータ０１０２ａからビューワ０１０４の機種Ａの表示能力に基づいた警告を発する場合の具体例を示したが、メッセージの内容はビューワ０１０４の表示能力に限定されず、その他の条件でなされてもよい。その場合、警告条件記憶部０８１３は警告内容に応じた警告条件を記憶し、サイズチェック処理部０８０８は警告条件記憶部０８１３に記憶されている警告条件を参照して、変換タグデータが警告条件に合致するか否かをチェックする。なお、警告条件は警告条件記憶部０８１３に記憶されている形態に限定されず、たとえばビューワ０１０４の表示能力など他の装置に関する条件である場合には、必要に応じてその他の装置から取得する形態であってもよい。

次に、図１に示されるビューワ０１０４に含まれるビューワ本体０１０５についてより詳細に説明する。

図１４に、本実施の形態におけるビューワ本体０１０５の構成の具体例を示す。ビューワ本体０１０５は、ネットワーク０１０３を介してコンバータ０１０２から変換タグデータを受取り、表示装置０１０６に表示データを出力する。

図１４を参照して、ビューワ本体０１０５は、変換タグデータを格納する変換タグデータバッファ１４０４と、変換タグデータの表示データを作成するためのパージング（解析）処理を行なうパージング処理部１４０５と、内部データを格納する内部データバッファ１４０６と、パージング処理部１４０５における解析結果に基づいて表示データの作成を行なう表示データ作成処理部１４０７と、表示データを格納する表示データバッファ１４０８とを含んで構成される。

変換タグデータバッファ１４０４、内部データバッファ１４０６、および表示データバッファ１４０８は、フラッシュメモリやハードディスク等のＲＡＭによって実現される。

パージング処理部１４０５、および表示データ作成処理部１４０７は、たとえばそれぞれ独立した回路によって実現される。また、たとえばコンピュータ等の演算処理回路によって実現される仮想回路によって実現されてもよい。

次に、ビューワ本体０１０５における処理の流れを、図１５のフローチャートを用いて説明する。図１５のフローチャートに示される処理は、ビューワ本体０１０５に含まれるＣＰＵ（図示せず）がＲＯＭなどの記憶装置（図示せず）に記憶されているプログラムを読出して実行し、図１４に示される各部を機能させることで実現される。

図１５を参照して、始めに、ビューワ本体０１０５は、入力された変換タグデータを、変換タグデータバッファ１４０４に格納する（Ｓ５０１）。

次に、パージング処理部１４０５で、変換タグデータバッファ１４０４に格納した変換タグデータから表示データを作成するためのパージング（解析）処理を行なう（Ｓ５０３）。ステップＳ５０３においては、変換タグデータに含まれる変換後のタグ名、属性名、および属性値を表わす文字列に基づいて、実行する処理を切替えて、変換タグデータから表示データを作成するための解析を行なっていく。より具体的には、たとえば、図１６に示される対応に応じて処理を実行する場合、変換タグデータに含まれるａタグに対応して処理Ｆ１を実行する。また、変換タグデータに含まれるｄタグに対応して処理Ｆ４を実行し、さらにそのｄタグに含まれる属性ａに対応して処理Ｆ４１を実行する。また、変換タグデータに含まれるｉタグに対応して処理Ｆ９を実行し、さらにそのｉタグに含まれる属性ａに対応して処理Ｆ９１を実行し、さらにその属性ａに対する属性値ａに対応して処理Ｆ９１１を実行する。

そして、ステップＳ５０３での表示データを作成するためのパージング結果を、内部データとして内部データバッファ１４０６に格納する（Ｓ５０５）。

次に、表示データ作成処理部１４０７で、内部データバッファ１４０６に格納した内部データを基に、表示データを作成する（Ｓ５０７）。ステップＳ５０７における表示データの作成方法については、一般的なビューワで行なわれている方法であって、本発明において限定されるものではない。

そして、ステップＳ５０７で作成された表示データは、表示データバッファ１４０８に格納される（Ｓ５０９）。以上で本処理を終了する。

この、表示データバッファ１４０８に格納された表示データが表示装置０１０６に出力されることで、表示装置０１０６に変換タグデータに基づいたコンテンツなどが表示される。

このように、本実施の形態におけるビューワ本体０１０５では、コンバータ０１０２で変換されて情報量が減った（この場合文字数が減った）変換タグデータを表示させるための処理を行なうため、必要とするメモリ量を削減できる。さらに、ビューワ本体０１０５でも、上述の変換された文字列に基づいたパージング処理を行なうため、変換タグデータから少ない文字数の文字列で表わされたタグ名、属性名、および属性値を検索する。すなわち、パージング処理における検索文字数を減少しているため、高速な処理が可能になる。

また、上述のビューワ本体０１０５は、先述の一般的なビューワ本体のパージング処理部でパージング処理を行なう際の検索文字列であるタグ名、属性名、および属性値を表わす文字列を、変換後の文字列に変更するだけで実現できるため、従来のビューワ本体の構成を変更することなく容易に構築することができる。

［第２の実施の形態］
図１７を参照して、第２の実施の形態にかかるシステム１７０１もまた、ネットワーク１７０３で接続されたコンバータ１７０２とビューワ１７０４とを含んで構成される。

ネットワーク１７０３は、インターネットなどの公衆回線を介したネットワークであってもよいし、ＬＡＮ等の専用回線を介したネットワークであってもよい。また、有線通信に限定されず、無線通信によるネットワークであってもよい。なお、本実施の形態においても、コンバータ１７０２とビューワ１７０４とのデータのやり取りはネットワーク１７０３を介したデータのやり取りであるものとして述べるが、ネットワーク１７０３を介したデータのやり取りに替えて、メディアを介したデータのやり取りであってもよいし、内部メモリを介したデータのやり取りであってもよい。

また、ビューワ１７０４は、変換タグデータとタグ変換テーブルとから、ビューワ本体１７０６が解釈できる内部変換タグデータを作成する内部コンバータ１７０５と、内部変換タグデータを解釈し、表示装置１７０７に表示データを渡すビューワ本体１７０６と、表示装置１７０７とを含んで構成される。

図１に示される第１の実施の形態にかかるシステム０１０１において、コンバータ０１０２とビューア本体０１０５とに同じタグ変換テーブルを内蔵させてタグ変換ルールを固定しているのに対して、図１７に示される第２の実施の形態にかかるシステム１７０１においては、コンバータ１７０２からビューワ１７０４にタグ変換テーブルを渡すことにより、コンテンツごとに動的にタグ変換ルールを設定することができる。

図１８を参照して、コンバータ１７０２は、記述タグデータの入力を受付ける記述タグデータ入力装置１８０１とコンバータ本体１８０２とを含んで構成され、記述タグデータ入力装置１８０１で入力された記述タグデータをコンバータ本体１８０２で変換して、ネットワーク１７０３に変換タグデータと変換に用いたタグ変換テーブルとを出力する。

さらに、コンバータ本体１８０２は、記述タグデータを記憶する記述タグデータバッファ１８０４と、記述タグデータ内のタグ関連情報の出現頻度をカウントするタグ関連情報カウンタ１８０５と、タグ関連情報カウントデータを記憶するタグ関連情報カウントデータバッファ１８０６と、タグ変換テーブルを作成するタグ変換テーブル作成処理部１８０７と、タグ変換テーブルを記憶するタグ変換テーブルバッファ１８０８と、タグ変換処理を行ない変換タグデータを作成するタグ変換処理部１８０９と、変換タグデータを格納する変換タグデータバッファ１８１０とを含んで構成される。

記述タグデータバッファ１８０４、タグ関連情報カウントデータバッファ１８０６、タグ変換テーブルバッファ１８０８、および変換タグデータバッファ１８１０は、フラッシュメモリやハードディスク等のＲＡＭによって実現される。

タグ関連情報カウンタ１８０５、タグ変換テーブル作成処理部１８０７、およびタグ変換処理部１８０９は、たとえばそれぞれ独立した回路によって実現される。また、たとえばコンピュータ等の演算処理回路によって実現される仮想回路によって実現されてもよい。

次に、コンバータ１７０２における処理の流れを、図１９のフローチャートを用いて説明する。図１９のフローチャートに示される処理は、コンバータ１７０２に含まれるＣＰＵ（図示せず）がＲＯＭなどの記憶装置（図示せず）に記憶されているプログラムを読出して実行し、図１８に示される各部を機能させることで実現される。

図１９を参照して、始めに、コンバータ１７０２は、記述タグデータ入力装置１８０１から入力された記述タグデータを、コンバータ本体１８０２の記述タグデータバッファ１８０４に格納する（Ｓ６０１）。

次に、タグ関連情報カウンタ１８０５で、記述タグデータバッファ１８０４に格納された記述タグデータに含まれるタグ関連情報をカウントする（Ｓ６０３）。ここでは、タグ関連情報として、記述タグデータにおけるタグ名を表わす文字列、属性を表わす文字列、および属性値を表わす文字列の出現回数がそれぞれカウントされる。記述タグデータが図３４に示される記述タグデータである場合、ステップＳ６０３では、図２０に示されるようなタグ情報カウントデータが取得される。なお、ステップＳ６０３におけるタグ関連情報のカウント処理については、後にサブルーチン挙げて詳細に説明する。そして、ステップＳ６０３で得られたタグ情報カウントデータをタグ情報カウントデータバッファ１８０６に格納する（Ｓ６０５）。

次に、タグ関連情報テーブル作成処理部１８０７で、タグ情報カウントデータバッファ１８０６に格納されたタグ関連情報カウントデータに基づいてタグ変換テーブルを作成する（Ｓ６０７）。ステップＳ６０７におけるタグ変換テーブルの作成処理は、以下の方法で実行される。

すなわち、タグ情報カウントデータを参照して、各タグ名を表わす文字列に対して、記述タグデータにおける出現回数の多い順に、ａから順にアルファベット順に変換後の文字列を割当て、タグ変換テーブルを作成する。また、各タグに含まれる属性名を表わす文字列に対しても、それぞれ出現回数の多い順に同様にアルファベットを割当て、タグ変換テーブルを作成する。さらに、各タグの各属性名に対する属性値を表わす文字列に対しても、それぞれ出現回数の多い順に同様にアルファベットを割当て、タグ変換テーブルを作成する。

たとえば、ステップＳ６０７において、図２０に示されたタグ関連情報カウントデータに基づいてタグ変換テーブルを作成した場合、図２１に示されるような変換ルールができる。このような変換ルールをテーブル化すると、たとえば図２２に示されるようなタグ変換テーブルとなる。なお、図２２に示されるようなタグ変換テーブルのデータ構造は、第１の実施の形態におけるコンバータ０１０２で用いられたタグ変換テーブルのデータ構造と同じである。

そして、ステップＳ６０７で得られたタグ変換テーブルがタグ変換テーブルバッファ１８０８に格納される（Ｓ６０９）。

次に、タグ変換処理部１８０９で、タグ変換テーブルバッファ１８０８に格納されたタグ変換テーブルと、記述タグデータバッファ１８０４に格納された記述タグデータとを用いてタグ変換処理を行ない、変換タグデータを作成する（Ｓ６１１）。なお、記述タグデータが図３４に示される記述タグデータである場合、ステップＳ６１１では、図２３に示される変換タグデータが作成される。

そして、ステップＳ６１１で作成された変換タグデータが変換タグデータバッファ１８１０に格納され（Ｓ６１３）、処理を終了する。

コンバータ０１０２は、この変換タグデータバッファ１８１０に格納された変換タグデータと、タグ変換テーブルバッファ１８０８に格納されたタグ変換テーブルとをネットワーク１７０３を介してビューワ１７０４に出力する。

次に、上述のステップＳ６０３で実行されるタグ関連情報のカウント処理について、図２４のフローチャートを用いて詳細に説明する。タグ関連情報のカウント処理では、記述タグデータにおける各タグ名を表わす文字列の出現回数、各タグの各属性を表わす文字列の出現回数、および各タグの各属性に対する各属性値を表わす文字列の出現回数をそれぞれカウントする。

図２４を参照して、始めに、タグ変換処理部１８０９において、記述タグデータバッファ１８０４に格納されている記述タグデータに含まれるすべてのタグについて、後述するカウント処理が終了しているか否かを判定する（Ｓ７０１）。そして、カウント処理が終了していないタグが存在する場合には（Ｓ７０１でＮＯ）、当該記述タグデータよりカウント処理が行なわれていないタグを抽出する（Ｓ７０３）。

次に、ステップＳ７０３で抽出したタグのタグ名を表わす文字列について、カウント処理が行なわれる（Ｓ７０５）。ステップＳ７０５では、ステップＳ７０３で抽出したタグのタグ名を表わす文字列が、当該記述タグデータにおいて初めて出現したタグ名を表わす文字列であれば、そのタグ名を表わす文字列のカウンタ変数を生成して初期化し１にする処理が行なわれる。また、当該タグ名を表わす文字列が初めて出現した文字列でなければ、そのタグ名を表わす文字列のカウンタ変数を１インクリメントする処理が行なわれる。

次に、ステップＳ７０３で抽出されたタグ内のすべての属性について、上述のカウント処理が終了しているかが判定される（Ｓ７０７）。そして、ステップＳ７０３で抽出されたタグ内にカウント処理が終了していない属性が存在する場合には（Ｓ７０７でＮＯ）、ステップＳ７０３で抽出されたタグより、カウント処理が終了していない属性が抽出される（Ｓ７０９）。

次に、ステップＳ７０９で抽出されたタグの属性名を表わす文字列に対して、上述のステップＳ７０５の処理と同様に、カウント処理が行なわれる（Ｓ７１１）。ステップＳ７１１では、抽出された属性名を表わす文字列がそのタグ名のタグにおいて初めて出現した属性名を表わす文字列であれば、そのタグ名のその属性名を表わす文字列のカウンタ変数を生成して初期化し１にする処理が行なわれる。また、抽出された属性名を表わす文字列がそのタグ名当該タグ名のタグにおいて初めて出現した属性名を表わす文字列でなければ、そのタグ名のその属性名を表わす文字列のカウンタ変数を１インクリメントする処理が行なわれる。

さらに、ステップＳ７０９で抽出されたタグの属性に対する属性値についてもカウント処理が行なわれる（Ｓ７１３）。ステップＳ７１３では、属性値について、所定の属性値（たとえば、ｈ２タグのａｌｉｇｎ属性に対する属性値）である場合のみ、当該属性値を表わす文字列がカウント処理の対象（変換対象）とされる。これは、属性値の形態が任意の文字列などであって自由度が高いために、記述タグデータ内に同じ属性値が複数回出現しにくく、属性値を表わす文字列を変換することによる容量の削減効果があまり見込めないという実情によるものである。そのため、変換処理の負荷を軽くする観点より、属性値については、複数回出現する可能性の高いものに限定してカウント処理の対象（変換対象）とすることが好ましい。もちろん、このような限定を無くしてすべての属性値を表わす文字列に対してカウント処理が行なわれてもかまわない。

そこで、ステップＳ７１３では、抽出された属性の属性値がカウント処理対象の所定の属性値である場合に当該属性値を表わす文字列についてカウント処理が行なわれる。その際、そのタグ名のその属性名に対する属性値を表わす文字列が、そのタグ名のその属性名に対する属性値として初めて出現した文字列であれば、そのタグ名のその属性に対するその属性値を表わす文字列のカウンタ変数を生成して初期化し１にする処理が行なわれる。また、そのタグ名のその属性名に対する属性値を表わす文字列が、そのタグ名のその属性名に対する属性値として初めて出現した文字列でなければ、そのカウンタ変数を１インクリメントする処理が行なわれる。

上述のステップＳ７０９〜Ｓ７１３のカウント処理が、ステップＳ７０３で抽出されたタグに含まれる属性がカウントされるまで実行され（Ｓ７０７でＹＥＳ）、記述タグデータバッファ１８０４に格納されている記述タグデータに含まれるすべてのタグについて上述のカウント処理が終了すると（Ｓ７０１でＹＥＳ）、本処理を終了して、図１９に示されるメインルーチンに処理を戻す。

上述のカウント処理が実行されることによって、記述タグデータが図３４に示される記述タグデータである場合、図２０に示されるタグ情報カウントデータが得られる。

以上のように、本実施の形態におけるコンバータ１７０１では、記述タグデータでのタグ名を表わす文字列、属性名を表わす文字列、および属性値を表わす文字列の出現頻度によりタグ変換テーブルを決定することを特徴としている。そのため、変換タグデータの文字列の出現頻度の偏りが第１の実施の形態におけるコンバータ０１０２で用いられているタグ変換テーブルの文字列の出現頻度の偏りよりさらに大きくなり、変換タグデータをハフマン符号化やＺｉｐ方式等の圧縮方式で圧縮したときの効果が、第１の実施の形態のコンバータ０１０２で記述タグデータを変換した場合より更に大きくなる。

なお、上述の例においては、タグ変換テーブルで変換後の文字列としてアルファベット順に割当てるものとしているが、この割当て順序および文字は自由に選んでもよい。また、この割当てを記述タグデータの文書（タグ以外の箇所）で用いられる文字列の頻度の高い順に割当てるものとすることでさらに大きな効果が得られる。

次に、図１７に示されるビューワ１７０４に含まれる内部コンバータ１７０５の構成の具体例を図２５に示す。なお、ビューワ１７０４に含まれるビューワ本体１７０６と表示装置１７０７とは、それぞれ第１の実施の形態のビューワ本体０１０５と表示装置０１０６と同等のものでよい。

図２５を参照して、内部コンバータ１７０５は、ネットワーク１７０３を介して、コンバータ１７０２から変換タグデータとタグ変換テーブルとを受取り、ビューワ本体１７０６に内部変換タグデータを出力する。

内部コンバータ１７０５は、受取った変換タグデータを格納する変換タグデータバッファ２５０４と、受取ったタグ変換テーブルを格納するタグ変数テーブルバッファ２５０５と、内部タグ変換テーブルを作成する内部タグ変換テーブル作成処理部２５０６と、内部タグ変換テーブルを格納する内部タグ変換テーブルバッファ２５０７と、内部タグ変換データを作成する内部タグ変換処理部２５０８と、内部変換タグデータを格納する内部変換タグデータバッファ２５０９と、記述タグデータをビューワ本体１７０６で解釈可能なタグデータに変換するためのタグ変換テーブル（ビューワ本体１７０６で前提となっているタグ変換テーブル）をビューワ本体１７０６に対応付けて記憶するビューワ本体タグ変換テーブル記憶部２５０３とを含んで構成される。

変換タグデータバッファ２５０４、タグ変換テーブルバッファ２５０５、内部タグ変換テーブルバッファ２５０７、内部変換タグデータバッファ２５０９、およびビューワ本体タグ変換テーブル記憶部２５０３は、フラッシュメモリやハードディスク等のＲＡＭによって実現される。

内部タグ変換テーブル作成処理部２５０６、および内部タグ変換処理部２５０８は、たとえばそれぞれ独立した回路によって実現される。また、たとえばコンピュータ等の演算処理回路によって実現される仮想回路によって実現されてもよい。

次に、内部コンバータ１７０５における処理の流れを、図２６のフローチャートを用いて説明する。図２６のフローチャートに示される処理は、内部コンバータ１７０５に含まれるＣＰＵ（図示せず）がＲＯＭなどの記憶装置（図示せず）に記憶されているプログラムを読出して実行し、図２５に示される各部を機能させることで実現される。

図２６を参照して、始めに、内部コンバータ１７０５は、ネットワーク１７０３を介してコンバータ１７０２から受取った変換タグデータを変換タグデータバッファ２５０４に、タグ変換テーブルをタグ変換テーブルバッファ２５０５に、それぞれ格納する（Ｓ８０１）。

次に、内部タグ変換テーブル作成処理部２５０６で、変換タグデータバッファ２５０４に格納された変換タグデータを内部変換タグデータに変換するために必要な内部タグ変換テーブルを作成する（Ｓ８０３）。

ここで、ビューワ本体１７０６は第１の実施の形態におけるビューワ本体０１０５と同等のものであるとすると、ビューワ本体１７０６で解釈できるデータは、記述タグデータを図６に示されるようなタグ変換テーブル（以下、この変換テーブルをビューワ用タグ変換テーブルという）を用いて変換して得られる変換データである。しかし、本ビューワ１７０４が受取った変換タグデータは、図２２に示されるようなタグ関連情報カウントデータに基づいてコンバータ１７０２において当該記述タグデータに対して動的に作成されたタグ変換テーブル（以下、受信タグ変換テーブルという）を用いて変換して得られるタグデータである。そのため、このままではビューワ本体１７０６は解釈できない形式である。そこで、ステップＳ８０３において、内部コンバータ１７０５は、受信した、タグ変換テーブルで変換された変換タグデータを、内部変換タグデータにさらに変換するために必要な内部タグ変換テーブルを作成する。なお、内部変換タグデータとは、元の記述タグデータをビューワ用タグ変換テーブルを用いて変換したものに相当する。なお、このような、ビューワ用タグ変換テーブルは、ビューワ本体１７０６に対応付けられてビューワ本体タグ変換テーブル記憶部２５０３に記憶されている。あるいは、必要に応じてビューワ本体１７０６から取得してもよい。

そこで、ステップＳ８０３では、ビューワ本体タグ変換テーブル記憶部２５０３に記憶されているビューワ用変換テーブルと、コンバータ１７０２から受取った受信変換テーブルとに基づいて、内部タグ変換テーブルが作成される。

ステップＳ８０３での、具体的な内部タグ変換テーブルの作成方法は、ビューワ用タグ変換テーブルが図６に示されるタグ変換テーブル、受信タグ変換テーブルが図２２に示されるタグ変換テーブルである場合、以下のようになる。

すなわち、まず、図６に示されるのビューワ用タグ変換テーブルのカンマの左側に示される、変換後のタグ名および属性名を表わす文字列を、変換前のタグ名および属性名を表わす文字列に置換える。この、置換えられたビューワ用タグ変換テーブルの具体例を、図２７に示す。

そして、図２７に示される置換えられたビューワ用タグ変換テーブルの、カンマの左側に示されるタグ名、属性名、および属性値を表わす文字列が、図２２に示される受信タグ変換テーブルで変換されることで、図２８に示される内部タグ変換テーブルが生成される。

次に、ステップＳ８０３で作成された内部タグ変換テーブルが、内部タグ変換テーブルバッファ２５０７に格納される（Ｓ８０５）。

次に、内部タグ変換処理部２５０８で、変換タグデータバッファ２５０４に格納された変換タグデータを、内部タグ変換テーブルバッファ２５０７に格納された内部タグ変換テーブルを用いて変換する（Ｓ８０７）。ステップＳ８０７において、変換タグデータが図２３に示される変換タグデータ、内部タグ変換テーブルが図２８に示される内部タグ変換テーブルである場合、変換ルールは図２９に示される変換ルールとなる。この変換ルールに従って図２３に示される変換タグデータを変換した変換結果である内部変換タグデータは、図７に示されるタグデータとなる。

そして、変換結果が内部変換タグデータとして内部変換タグデータバッファ２５０９に格納され（Ｓ８０９）、本処理を終了する。

内部コンバータ１７０５が、このようにして得られた内部変換タグデータをビューワ本体１７０６に渡すことで、ビューワ本体１７０６において第１の実施の形態において説明された処理と同様の処理が行なわれて解釈される。

ビューワ１７０４に含まれる内部コンバータ１７０５が上述の処理を行なうことで、コンバータ１７０２における変換形式がビューワ本体１７０６で解釈できない形式であっても、コンバータ１７０２から受信した変換タグデータを内部コンバータ１７０５がビューワ本体１７０６が解釈できる形式の内部変換タグデータに変換することにより、表示装置１７０７にて表示を行なうことができる。

さらに、上述のコンバータが行なうデータ変換方法、およびビューワが行なうデータ表示方法を、プログラムとして提供することもできる。このようなプログラムは、コンピュータに付属するフレキシブルディスク、ＣＤ−ＲＯＭ、ＲＯＭ、ＲＡＭおよびメモリカードなどのコンピュータ読取り可能な記録媒体にて記録させて、プログラム製品として提供することもできる。あるいは、コンピュータに内蔵するハードディスクなどの記録媒体にて記録させて、プログラムを提供することもできる。また、ネットワークを介したダウンロードによって、プログラムを提供することもできる。

提供されるプログラム製品は、ハードディスクなどのプログラム格納部にインストールされて実行される。なお、プログラム製品は、プログラム自体と、プログラムが記録された記録媒体とを含む。

なお、今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて請求の範囲によって示され、請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

以上のように、この発明によれば、マークアップ言語の処理を最適に行なうことができるため、データ量の削減と、データアクセスに必要な処理量の低下との両方を同時に実現して、マークアップ言語の処理を最適に行なうことのできるデータ変換方法、データ表示方法、データ変換装置、およびデータ表示装置に有利に適用することができる。

第１の実施の形態における電子情報表示システム０１０１の構成の具体例と、当該システムにおけるデータの流れとを示す図である。 コンバータ０１０２の構成の具体例を示す図である。 コンバータ０１０２における処理の流れを示すフローチャートである。 ステップＳ１０３で実行される記述タグデータの変換処理を示すフローチャートである。 タグ変換ルールの具体例を示す図である。 タグ変換テーブルの具体例を示す図である。 変換タグデータの具体例を示す図である。 変形例におけるコンバータ０１０２ａの構成の具体例を示す図である。 コンバータ０１０２ａにおける処理の流れを示すフローチャートである。 変換タグ警告メッセージの具体例を示す図である。 ステップＳ３１３で実行されるタグ逆変換処理を示すフローチャートである。 逆変換テーブルの具体例を示す図である。 記述タグ警告メッセージの具体例を示す図である。 ビューワ本体０１０５の構成の具体例を示す図である。 ビューワ本体０１０５における処理の流れを示すフローチャートである。 変換タグデータに含まれる変換後の文字列とパージング処理部１４０５で実行する処理との対応の具体例を示す図である。 第２の実施の形態にかかる電子情報表示システム１７０１の構成の具体例と、当該システムにおけるデータの流れとを示す図である。 コンバータ１７０２の構成の具体例を示す図である。 コンバータ１７０２における処理の流れを示すフローチャートである。 タグ情報カウントデータの具体例を示す図である。 変換ルールの具体例を示す図である。 タグ変換テーブルの具体例を示す図である。 変換タグデータの具体例を示す図である。 ステップＳ６０３で実行されるタグ関連情報のカウント処理を示すフローチャートである。 内部コンバータ１７０５の構成の具体例を示す図である。 内部コンバータ１７０５における処理の流れを示すフローチャートである。 ビューワ用タグ変換テーブルの具体例を示す図である。 内部タグ変換テーブルの具体例を示す図である。 変換ルールの具体例を示す図である。 従来の電子情報表示システムの構成の具体例を示す図である。 従来のビューワ本体３４０４の構成の具体例を示す図である。 従来のビューワ本体３４０４における処理を示すフローチャートである。 記述タグデータに含まれる所定の文字列とパージング処理部３５０５で実行する処理との対応の具体例を示す図である。 記述タグデータの具体例を示す図である。 圧縮タグデータの具体例を示す図である。 第１の実施の形態の変形例における電子情報表示システム０１０１ａの構成の具体例と、当該システムにおけるデータの流れとを示す図である。

Claims (12)

1. マークアップ言語で記述された第１のデータから、前記第１のデータに含まれるタグ名を表わす文字列と属性名を表わす文字列と属性値を表わす文字列との少なくとも１つの文字列を抽出する抽出ステップ（Ｓ２０３，Ｓ２０９）と、
   前記第１のデータから抽出された文字列を、前記抽出された文字列よりもデータ量の小さな他の文字列に変換して、第２のデータを生成する生成ステップ（Ｓ２０５，Ｓ２１１，Ｓ２１３）とを備える、データ変換方法。
2. 前記生成ステップは、前記抽出された文字列と他の抽出された文字列とが、そのタグ内の配置に基づいて識別可能である場合に、前記抽出された文字列と前記他の抽出された文字列とを同一の前記他の文字列に変換する、請求の範囲第１項に記載のデータ変換方法。
3. 前記第１のデータに含まれるタグ名を表わす文字列と属性を表わす文字列名と属性値を表わす文字列との少なくとも１つの文字列について、前記第１のデータにおける出現頻度に基づいて、前記生成ステップで変換する際に用いる前記他の文字列を決定する決定ステップ（Ｓ２０５，Ｓ２１１，Ｓ２１３）をさらに備える、請求の範囲第１項に記載のデータ変換方法。
4. 前記生成された第２のデータが所定の条件を満たすか否かを判定する判定ステップ（Ｓ３０７）と、
   前記判定結果に応じて、メッセージを出力する出力ステップ（Ｓ３１７）とをさらに備え、
   前記出力するメッセージは、その中で前記第１のデータの内容を参照する、請求の範囲第１項に記載のデータ変換方法。
5. マークアップ言語で記述された第１のデータに含まれるタグ名を表わす文字列と属性名を表わす文字列と属性値を表わす文字列との少なくとも１つの文字列が、他の文字列に変換されて生成された第２のデータを取得する取得ステップ（Ｓ５０１）と、
   前記第２のデータに含まれる前記変換された他の文字列に対応した解析処理を実行して、前記第１のデータを表示するための解析を行なう解析ステップ（Ｓ５０３）とを備える、データ表示方法。
6. 前記取得ステップは、前記第２のデータと共に、前記第１のデータに含まれる、タグ名を表わす文字列と属性名を表わす文字列と属性値を表わす文字列とのいずれか１つの文字列と前記他の文字列との対応を示す情報とを取得し、
   前記解析ステップは、取得した前記対応を示す情報に基づいて前記他の文字列に対応した解析処理を実行して、前記第１のデータを表示するための解析を行なう、請求の範囲第５項に記載のデータ表示方法。
7. マークアップ言語で記述された第１のデータから、前記第１のデータに含まれるタグ名を表わす文字列と属性名を表わす文字列と属性値を表わす文字列との少なくとも１つの文字列を抽出する抽出部（０４０５）と、
   前記第１のデータから抽出された文字列を、前記抽出された文字列よりもデータ量の小さな他の文字列に変換して、第２のデータを生成する生成部（０４０５）とを備える、データ変換装置。
8. 前記生成部は、前記抽出された文字列と他の抽出された文字列とが、そのタグ内の配置に基づいて識別可能である場合に、前記抽出された文字列と前記他の抽出された文字列とを同一の前記他の文字列に変換する、請求の範囲第７項に記載のデータ変換装置。
9. 前記第１のデータに含まれるタグ名を表わす文字列と属性を表わす文字列名と属性値を表わす文字列との少なくとも１つの文字列について、前記第１のデータにおける出現頻度に基づいて、前記生成手段で変換する際に用いる前記他の文字列を決定する決定部（０４０５）をさらに備える、請求の範囲第７項に記載のデータ変換装置。
10. 前記生成された第２のデータが所定の条件を満たすか否かを判定する判定部（０８０８）と、
    前記判定結果に応じて、メッセージを出力する出力部（０８０３）とをさらに備え、
    前記出力するメッセージは、その中で前記第１のデータの内容を参照する、請求の範囲第７項に記載のデータ変換装置。
11. マークアップ言語で記述された第１のデータに含まれるタグ名を表わす文字列と属性名を表わす文字列と属性値を表わす文字列との少なくとも１つの文字列が、他の文字列に変換されて生成された第２のデータを取得する取得部（１４０４）と、
    前記第２のデータに含まれる前記変換された他の文字列に対応した解析処理を実行して、前記第１のデータを表示するための解析を行なう解析部（１４０５）とを備える、データ表示装置。
12. 前記取得部は、前記第２のデータと共に、前記第１のデータに含まれるタグ名を表わす文字列と属性名を表わす文字列と属性値を表わす文字列とのいずれか１つの文字列と前記他の文字列との対応を示す情報とを取得し、
    前記解析部は、取得した前記対応を示す情報に基づいて前記他の文字列に対応した解析処理を実行して、前記第１のデータを表示するための解析を行なう、請求の範囲第１１項に記載のデータ表示装置。

Images