JP4337309B2

JP4337309B2 - ブラウザ装置

Info

Publication number: JP4337309B2
Application number: JP2002204251A
Authority: JP
Inventors: 好則才田
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 2002-07-12
Filing date: 2002-07-12
Publication date: 2009-09-30
Anticipated expiration: 2022-07-12
Also published as: JP2004046607A

Description

【０００１】
【発明の属する技術分野】
本発明はウェブページを閲覧するためのブラウザ装置に係わり、特に複数のマークアップ言語に対応可能なブラウザ装置に関する。
【０００２】
【従来の技術】
インターネットの進展と共にウェブページの閲覧の要求も大きく変化している。この結果、単に文字や画像が表示されれば良かった初期の時点から、各種の要求が取り入れられてブラウザ（Browser）装置が高度化すると共に、要求の多様化に対応して多くのブラウザ装置が登場している。これに応じて各種のマークアップ言語が提案されている。ここでマークアップ言語とは、テキストにタグを付ける（マークアップする）ことでシステムや文章等の定義付けを行う言語をいう。
【０００３】
マークアップ言語としては、パーソナルコンピュータや携帯電話機に使用されているコンテンツ記述言語が良く知られている。これらのうちの代表的なものはＨＴＭＬ（Hyper Text Markup Language）やＷＭＬ（Wireless Markup Language）である。これらの言語は、コンテンツの書式や、配布形態が異なっている。たとえばＨＴＭＬは配布形態がテキストデータであるのに対して、ＷＭＬではバイナリデータとして配布する。このようにコンテンツの書式や、配布形態の相違から、それぞれのコンテンツ記述言語で記述されたコンテンツを表示するためには、それぞれ対応したブラウザ装置を用意する必要がある。そこで、パーソナルコンピュータのように比較的大容量のメモリを備える装置では、複数のブラウザ用ソフトウェアをインストールしておき、これらを使い分けることが行われている。
【０００４】
しかしながら、ブラウザ装置やマークアップ言語が次々と提案されている昨今では、最新のブラウザ装置を購入しても、その装置に対応しない書式や配布形態のシステムや文章等の定義付けを行う言語が次々と登場し、コンテンツの表示に不都合が発生する場合が生じる。そこで、最新のブラウザ用ソフトウェアを追加してブラウザ装置を常に最新の状態に保ったり、古いブラウザ用ソフトウェアを最新のものに置き換えるといった作業が常に必要となる。また、コンテンツ記述言語の仕様がバージョンアップされる場合にも、これに迅速に対応する必要がある。
【０００５】
更に、携帯電話機のようにそのサイズの制約から、メモリの搭載に大きな制限が存在する装置も多い。このような装置では、多数のアプリケーションを搭載することが困難であり、いずれか１種類のコンテンツ記述言語に対応したブラウザ用ソフトウェアをインストールすることが通常である。この場合には、その１種類のコンテンツ記述言語以外のコンテンツ記述言語で記述されたコンテンツを閲覧することができないという問題がある。
【０００６】
そこで、この通信端末と接続したサーバ側が、通信端末側が対応しているコンテンツ記述言語に合わせて、表示しようとするコンテンツのコンテンツ記述言語を変換することが提案されている。この提案では、変換後のコンテンツをサーバがその通信端末に送信することで、各種のコンテンツの閲覧を可能にしている。
【０００７】
しかしながら、この提案された手法によるとサーバ側がコンテンツ記述言語の変換作業を行う必要があるので、その分だけ処理の負荷がかかるという問題がある。また、このようなサービスを行わないサーバを使用する場合で携帯電話機のようにアプリケーションソフトウェアの入れ換え自体が困難な装置の場合には、そのコンテンツ記述言語に対応させるために通信端末ごと交換を行わなければならなかった。これではユーザ側の負担が増加してしまうという問題がある。
【０００８】
図４は、後者の携帯電話機等の比較的メモリの容量が少ないブラウザ装置についての問題を解決するための提案を示したものである。特開２００１−２９２２７０号公報に開示されたこの提案では、ブラウザ装置としての通信端末１０１が、図示しないインターネット網上のサーバと接続されたネットワークインタフェース部１０２と、ユーザとのインタフェースをとるユーザインタフェース部１０３を備えている。コンテンツ取得部１０４は、ユーザインタフェース部１０３からコンテンツの取得要求を受けると、ネットワークインタフェース部１０２を用いてコンテンツを受信しこれをコンテンツ種別判別部１０５に転送するようになっている。コンテンツ種別判別部１０５はコンテンツの先頭部分を参照して、これがＨＴＭＬあるいはＷＭＬで記述されたものであるかをその固定パターン（マジックナンバ）で判別する。
【０００９】
コンテンツ種別判別部１０５の出力側にはＨＴＭＬパース部１０６とＷＭＬパース部１０７が接続されている。コンテンツ種別判別部１０５は受信したコンテンツがＨＴＭＬで記述されていると判別したときにはこれをＨＴＭＬパース部１０６に転送し、ＷＭＬで記述されたものであると判別したときにはＷＭＬパース部１０７に送出する。ＨＴＭＬパース部１０６は、取得したコンテンツに記述されたＨＴＭＬタグから、文字の大きさ、文字の表示色、文字の配置、画像の表示等の表示属性を解析し、表示部に表示するためのコンテンツの表示情報や動作情報として解釈して、その解釈結果をコンテンツ表示部１０８に送出するようになっている。ＷＭＬパース部１０７は、取得したコンテンツに記述されたＷＭＬトークンを解析し、１画面分の表示データである“カード”単位に文字の大きさ、文字の表示色、文字の配置、画像の表示等の表示属性を含め、表示部に表示するためのコンテンツの表示情報や動作情報として解釈して、その解釈結果をコンテンツ表示部１０８に送出するようになっている。コンテンツ表示部１０８は、これらＨＴＭＬパース部１０６あるいはＷＭＬパース部１０７から受け取った解釈結果に従って文字や画像等の情報を表示するようになっている。
【００１０】
一方、特開２００１−１７５３７７号公報では、現在のブラウザの機能が優れているにもかかわらず、初心者が使いにくいという点に鑑みて、ユーザの要求特性に合ったユーザインタフェースを再構築する技術を開示している。この技術では、アクティブエックスコントロールが画面のある一部分をクリックし、そこに入った指示によって他のファイルやサイトへジャンプできるハイパーテキストマークアップランゲージと所定のブラウザとの相互作用を通じてアクティブブラウザの駆動に必要な情報を設定するようにしている。またアクティブブラウザの駆動に必要なエンジンファイルをサーバからダウンロードしてユーザのコンピュータに設置して駆動するようになっている。この技術によれば、サーバからエンジンファイルの必要なデータをダウンロードして情報を構成した後、アクティブブラウザを駆動させてユーザの要求特性に合うようにウェブブラウザの形態および機能を再構成できるようにしている。
【００１１】
【発明が解決しようとする課題】
このうち後者の特開２００１−１７５３７７号公報では単にユーザインタフェースを改善しようとするものであり、特定のブラウザで表示できなかったマークアップ言語が表示できるようになったものではない。これに対して前者の特開２００１−２９２２７０号公報に開示された提案では、コンテンツがＨＴＭＬで記述されている場合であってもＷＭＬで記述されている場合であっても、その表示部で表示することができる。
【００１２】
しかしながらこの提案では、図４にも示したように予めブラウザ装置にＨＴＭＬパース部１０６とＷＭＬパース部１０７を用意している。これらのパース部１０６、１０７はそれぞれＨＴＭＬあるいはＷＭＬについてのプログラミング言語の構文解析を行う機能を持っている。したがって、ＨＴＭＬあるいはＷＭＬ以外のコンテンツ記述言語を使用したコンテンツに対しては、ブラウザに表示することができない。すなわち、すでに説明した従来技術と同様に新たなマークアップ言語に対処することができないという問題がある。
【００１３】
そこで本発明の目的は、新たなマークアップ言語が出現してもこれに対応してコンテンツを表示することのできるブラウザ装置を提供することにある。
【００１４】
【課題を解決するための手段】
請求項１記載の発明では、（イ）表示の対象となるコンテンツの種別をそのコンテンツを表わしたコンテンツデータの所定位置に存在するデータ列によって判別するコンテンツ種別判別手段と、（ロ）このコンテンツ種別判別手段によって判別された種別のコンテンツを解析するパーサが自装置に備わっているかどうかを、自装置内に搭載されている複数のパーサ及びそれぞれが対応しているコンテンツ種別からなる対応テーブルと、判別されたコンテンツ種別とを比較することで判別するパーサ存在有無判別手段と、（ハ）このパーサ存在有無判別手段が自装置に前記したパーサが存在しないと判別したとき、ネットワークによって接続された装置上にある、複数のパーサ・ソフトウェアモジュールを保持するパーサ格納手段から、判別されたコンテンツ種別を解析可能なパーサを取得するパーサ取得手段と、（ニ）このパーサ取得手段によって取得したパーサを用いて前記したコンテンツを解析し、タグの親子関係を表わしたタグツリーデータを生成するコンテンツ解析手段と、（ホ）このコンテンツ解析手段によって得られたタグツリーデータのツリーの各要素を用いて画面の表示のための表示データを生成する表示用データ生成装置が自装置にすべて備わっているかどうかを判別する表示用データ生成装置存在有無判別手段と、（ヘ）この表示用データ生成装置存在有無判別手段によって、コンテンツの表示に必要な表示用データ生成装置が自装置に備わっていないものがあると判別された場合にはネットワークによって接続された装置上にある、複数の表示用データ生成装置ソフトウェアモジュールを保持する格納手段から、対応するタグツリー要素を処理可能な表示用データ生成装置を取得する表示用データ生成装置取得手段と、（ト）この表示用データ生成装置取得手段によって取得された表示用データ生成装置を少なくとも使用して前記したタグツリーデータから前記した画面の表示のための表示データを生成する表示データ生成手段とをブラウザ装置に具備させる。
【００２６】
【発明の実施の形態】
【００２７】
【実施例】
以下実施例につき本発明を詳細に説明する。
【００２８】
図１は本発明の一実施例におけるブラウザ装置の構成を表わしたものである。このブラウザ装置２０１はクライアント端末２０２の内部に備えられている。クライアント端末２０２はコンテンツを提供するコンテンツサーバ２０３および各種モジュールを提供するモジュール提供用サーバ２０４と接続されている。これらの接続は有線であっても無線であっても構わない。コンテンツサーバ２０３およびモジュール提供用サーバ２０４はインターネット上に配置されているもので、ここでは代表的に１つずつ示しているが、単数である必要はない。
【００２９】
ブラウザ装置２０１の内部には、コンテンツサーバ２０３から提供されたコンテンツの種別を判別するコンテンツ種別判別装置２１１と、このコンテンツ種別判別装置２１１によって判別されたコンテンツの種別に応じて、コンテンツの表示に必要なパーサの選択あるいは取得を行うパーサ選択・取得装置２１２と、第１〜第Ｐのパーサ２１３₁〜２１３_Pを備えている。ここでパーサとは、構文解析ルーチンなどと呼ばれることもあり、ソースコードの単語列から、その文の意味を解釈するものをいう。パーサ選択・取得装置２１２はコンテンツ種別判別装置２１１の判別したコンテンツの種別に対応するパーサがこのブラウザ装置２０１自体に備えられていないことを判別したときには、モジュール提供用サーバ２０４から必要なパーサをダウンロードするようになっている。これにより取得した新たなパーサは、パーサ選択・取得装置２１２に送られる。このため、第１〜第Ｐのパーサ２１３₁〜２１３_Pにおける数値Ｐは、パーサの取得が新たに行われるたびにカウントアップされるようになっており、固定値ではない。
【００３０】
第１〜第Ｐのパーサ２１３₁〜２１３_Pの出力側には、これらいずれかのパーサ２１３によって構文解析されたコンテンツを表示する表示用データを生成するための第１〜第Ｄの表示用データ生成装置２１５₁〜２１５_Dを選択したり、取得するための表示用データ生成装置選択・取得装置２１６が配置されている。表示用データ生成装置選択・取得装置２１６の出力側には第１〜第Ｄの表示用データ生成装置２１５₁〜２１５_Dの入力側が配置されており、これらの出力側にはコンテンツ等の表示を行う表示装置２１７が配置されている。また、表示用データ生成装置選択・取得装置２１６は前記したモジュール提供用サーバ２０４と接続されており、ここから必要な表示用データ生成装置を生成するためのモジュールをダウンロードするようになっている。
【００３１】
なお、本実施例のブラウザ装置２０１はパーソナルコンピュータ等の情報処理端末として構成されたクライアント端末２０２の一部として構成されている。そこで、クライアント端末２０２に搭載された図示しないＣＰＵ（中央処理装置）が、同じく図示しないハードディスク等の記憶媒体に格納された制御用のプログラムを実行することでブラウザ装置２０１の主要部分を機能的に実現している。
【００３２】
このブラウザ装置２０１で所望のコンテンツを閲覧する場合を次に説明する。ユーザは、クライアント端末２０２の図示しない入力装置を使用してコンテンツを閲覧するための操作を行って、所望のコンテンツサーバ２０３にアクセスする。そして、そのコンテンツを表示するためにコンテンツの取得を行うことになる。
【００３３】
図２はブラウザ装置がコンテンツを取得した以後の動作を示したものである。コンテンツを取得すると、図１に示したコンテンツ種別判別装置２１１が取得したコンテンツの種別を判別する（ステップＳ３０１）。コンテンツ種別判別装置２１１は、取得したコンテンツの先頭部分を参照する。従来から、ＨＴＭＬまたはコンパクトＨＴＭＬで記述されたコンテンツを除く他のコンテンツには、そのコンテンツの先頭４バイトに、それぞれ種別ごとに予め決められた固定パターン、いわゆるマジックナンバが配置されている。たとえば、ＷＭＬで記述されたコンテンツの場合、コンテンツの先頭から“０ｘ０００ｘ０２０ｘ０００ｘ７Ｆ”が配置されている。コンテンツ種別判別装置２１１は、取得したコンテンツの先頭の４バイトをコンテンツ種別情報ｍとしてパーサ選択・取得装置２１２に送出する。
【００３４】
パーサ選択・取得装置２１２内には、図１に示すようにコンテンツ種別対応テーブル２２１が配置されている。コンテンツ種別対応テーブル２２１は、このブラウザ装置２０１に備えられている第１〜第Ｐのパーサ２１３₁〜２１３_Pとコンテンツ種別情報ｍの対応をとったテーブルである。パーサ選択・取得装置２１２はこのコンテンツ種別対応テーブル２２１を検索することで、コンテンツの表示に必要なパーサがブラウザ装置２０１に格納されているかどうかを判別する（ステップＳ３０２）。
【００３５】
図３は、コンテンツ種別対応テーブルの一部を表わしたものである。コンテンツ種別対応テーブル２２１には、第１のパーサから順にパーサが登録されており、それぞれに対応してコンテンツ種別情報ｍ₁、ｍ₂、……とそれぞれのパーサの最終使用年月日が書き込まれている。パーサ選択・取得装置２１２はコンテンツ種別情報ｍをキーワードとしてパーサ２１３の検索を行う。
【００３６】
なお、本実施例ではコンテンツ種別対応テーブル２２１に第１〜第Ｐのパーサ２１３₁〜２１３_Pのそれぞれの最終使用年月日を書き込むことにしている。これは、パーサ２１３の総数Ｐが非常に多くなったときにこれを整理する必要が生じたときに役立てるものである。すなわち最終使用年月日が最も古いパーサ２１３を削除することで検索対象を絞り、メモリの節約を図ることができる。一度削除されたパーサ２１３でも、それが必要になったときには本実施例の場合には次に説明するように、モジュール提供用サーバ２０４からパーサモジュールをダウンロードすることができる。
【００３７】
すなわち、図２のステップＳ３０２でパーサ選択・取得装置２１２がコンテンツ種別対応テーブル２２１を検索した結果として対応するパーサ２１３が存在しなかった場合には（Ｎ）、コンテンツの先頭に記された固定パターンに対応するパーサモジュールをモジュール提供用サーバ２０４からダウンロードする（ステップＳ３０３）。そして、これをコンテンツ種別対応テーブル２２１に登録し（ステップＳ３０４）、そのモジュールのパーサ２１３を使用して該当するコンテンツのパース処理を行う（ステップＳ３０５）。パース処理とは、コンテンツの構文解析を行って、タグツリーを生成する処理である。タグツリーのデータ構造の仕様は予め定められており、各パーサ２１３₁〜２１３_Pはその仕様に沿って、コンテンツの中のタグを解釈し、それぞれのタグの親子関係を表わしたタグツリーデータを出力するようになっている。
【００３８】
各パーサ２１３₁〜２１３_Pの出力するタグツリーデータは、モジュール提供用サーバ２０４から新たにダウンロードしたパーサ２１３も含めて、いずれも共通のデータフォーマットに従ったタグツリーデータを出力するようになっている。これにより、パーサ２１３をどれに置き換えても、表示用データ生成装置２１５での表示用データの生成に影響を及ぼすことはない。
【００３９】
このようにしてコンテンツのパース処理が行われたら、次に図１に示した表示用データ生成装置選択・取得装置２１６が第１〜第Ｐのパーサ２１３₁〜２１３_Pのいずれかで生成したタグツリーデータのツリーの各要素を順に読み込む。そして、ブラウザ装置２０１内に既に備わっているそれぞれ異なるタグ専用の処理を行うための第１〜第Ｄの表示用データ生成装置２１５₁〜２１５_Dの中に、そのツリーの要素のタグの処理に必要な装置が存在するかどうかを判別する（ステップＳ３０６）。
【００４０】
そのツリーの要素のタグの処理に必要な装置が存在しない場合には（Ｎ）、モジュール提供用サーバ２０４から、必要な表示用データ生成装置２１５としてのモジュールをダウンロードする（ステップＳ３０７）。ダウンロードした表示用データ生成装置２１５は第１〜第Ｄの表示用データ生成装置２１５₁〜２１５_Dの一部としてブラウザ装置２０１内に格納することで、より多くのツリーの要素に対応できるようになる。
【００４１】
このように、表示用データ生成装置選択・取得装置２１６はタグツリーデータのツリーの各要素の選択がすべて処理が終了するまでは（ステップＳ３０８：Ｎ）、第１〜第Ｄの表示用データ生成装置２１５₁〜２１５_Dの選択と追加的な表示用データ生成装置２１５のダウンロードを繰り返す（ステップＳ３０６〜Ｓ３０８）。
【００４２】
このようにして表示用データ生成装置２１５の選択がすべて終了したら（ステップＳ３０８：Ｙ）、これらの表示用データ生成装置２１５を使用して、現在処理中のタグツリーのツリー要素のタグ情報から、ブラウザ装置２０１が図示しない画面の表示を行うのに必要な表示データの生成が行われる（ステップＳ３０９）。表示データは、画面に表示するテキストやイメージについてのデータと、これらを画面のどの位置に表示するかを示す（ｘ，ｙ）座標等から構成されている。この表示データの形式も、新たにダウンロードされた表示用データ生成装置２１５を含んだ第１〜第Ｄの表示用データ生成装置２１５₁〜２１５_Dで共通のフォーマットとなっている。これにより、第１〜第Ｄの表示用データ生成装置２１５₁〜２１５_Dを適宜選択しながら使用しても、統一的な表示データ生成処理が実行される。
【００４３】
以上の処理で所望のコンテンツについての表示データの生成が行われたら、表示装置２１７（図１）はこの生成された表示データを読み込んでクライアント端末２０２の画面上にコンテンツを表示することになる（ステップＳ３１０）。
【００４４】
なお、本実施例では１つのコンテンツを表示するための表示用データ生成装置２１５をすべて用意して、その後に表示データを生成したが、表示用データ生成装置２１５を順次選択あるいはダウンロードしながら表示データを生成し、１ページ分あるいは１つのコンテンツについての表示データの生成が終了した時点で表示処理を行うようにしてもよい。
【００４５】
以上説明した実施例ではコンテンツサーバ２０３とモジュール提供用サーバ２０４を独立させたが、これらの一部または全部を統合してもよい。たとえば特殊なコンテンツを提供するコンテンツサーバ２０３が、その表示に必要なモジュールを同時に提供する等である。また、本実施例ではモジュール提供用サーバ２０４がパーサ２１３と表示用データ生成装置２１５の２種類のモジュールを提供するようにしたが、これらをそれぞれ別のサーバが提供することも可能である。
【００４６】
また、実施例ではモジュール提供用サーバ２０４の商業的利用について特に説明しなかったが、これを利用する者に課金したり、広告収入を得るといった使用法も可能である。
【００４７】
更に実施例では固定パターン（マジックナンバ）がコンテンツの先頭に記述されているものとして説明したが、コンテンツ中のタグの中に記述されていてもよいし、コンテンツ受信時の通信ヘッダ中等の他のデータ中に記述されていてもよい。これらの場合にも本発明を同様に適用することができる。
【００４９】
【発明の効果】
以上説明したように請求項１記載の発明によれば、コンテンツの表示のために必要なパーサや表示用データ生成装置が欠けているような場合にもネットワークで補うことでコンテンツの表示が可能になる。コンテンツ自体もネットワークで得られる場合が多いので、両者の連携は良好に行うことができ、コンテンツの提供者側も郵送等の特別な配布手段を必要としない実益がある。
【００５２】
また、請求項２記載の発明によれば、パーサ取得手段によって取得したパーサ・ソフトウェアモジュールを再利用可能に蓄積するので、比較的古くなったブラウザ装置であっても、最新のものと同様の機能を果たすことができる。しかもパーサ・ソフトウェアモジュールを再利用可能に蓄積するので、過去にアクセスしたコンテンツと同一種別のコンテンツについては直ちに再生が可能であり、パーサ・ソフトウェアモジュールを提供するサーバ側の負担も軽減させることができる。
【００５３】
更に請求項３記載の発明によれば、表示用データ生成装置取得手段によって取得した表示用データ生成装置ソフトウェアモジュールを再利用可能に蓄積するので、比較的古くなったブラウザ装置であっても、最新のものと同様の機能を果たすことができる。しかも表示用データ生成装置ソフトウェアモジュールを再利用可能に蓄積するので、過去にアクセスしたコンテンツと同一種別のコンテンツについては直ちに再生が可能であり、表示用データ生成装置ソフトウェアモジュールを提供するサーバ側の負担も軽減させることができる。
【図面の簡単な説明】
【図１】本発明の一実施例におけるブラウザ装置の構成を表わしたブロック図である。
【図２】本実施例のブラウザ装置がコンテンツを取得した以後の動作を示した流れ図である。
【図３】本実施例におけるコンテンツ種別対応テーブルの一部を表わした説明図である。
【図４】従来提案されたブラウザ装置を示したブロック図である。
【符号の説明】
２０１ブラウザ装置
２０２クライアント端末
２０３コンテンツサーバ
２０４モジュール提供用サーバ
２１１コンテンツ種別判別装置
２１２パーサ選択・取得装置
２１３パーサ
２１５表示用データ生成装置
２１６表示用データ生成装置選択・取得装置
２１７表示装置
２２１コンテンツ種別対応テーブル

Claims

表示の対象となるコンテンツの種別をそのコンテンツを表わしたコンテンツデータの所定位置に存在するデータ列によって判別するコンテンツ種別判別手段と、
このコンテンツ種別判別手段によって判別された種別のコンテンツを解析するパーサが自装置に備わっているかどうかを、自装置内に搭載されている複数のパーサ及びそれぞれが対応しているコンテンツ種別からなる対応テーブルと、判別されたコンテンツ種別とを比較することで判別するパーサ存在有無判別手段と、
このパーサ存在有無判別手段が自装置に前記パーサが存在しないと判別したとき、ネットワークによって接続された装置上にある、複数のパーサ・ソフトウェアモジュールを保持するパーサ格納手段から、判別されたコンテンツ種別を解析可能なパーサを取得するパーサ取得手段と、
このパーサ取得手段によって取得したパーサを用いて前記コンテンツを解析し、タグの親子関係を表わしたタグツリーデータを生成するコンテンツ解析手段と、
このコンテンツ解析手段によって得られたタグツリーデータのツリーの各要素を用いて画面の表示のための表示データを生成する表示用データ生成装置が自装置にすべて備わっているかどうかを判別する表示用データ生成装置存在有無判別手段と、
この表示用データ生成装置存在有無判別手段によって、コンテンツの表示に必要な表示用データ生成装置が自装置に備わっていないものがあると判別された場合にはネットワークによって接続された装置上にある、複数の表示用データ生成装置ソフトウェアモジュールを保持する格納手段から、対応するタグツリー要素を処理可能な表示用データ生成装置を取得する表示用データ生成装置取得手段と、
この表示用データ生成装置取得手段によって取得された表示用データ生成装置を少なくとも使用して前記タグツリーデータから前記画面の表示のための表示データを生成する表示データ生成手段
とを具備することを特徴とするブラウザ装置。
前記パーサ取得手段によって取得したパーサ・ソフトウェアモジュールを再利用可能に蓄積するパーサ蓄積手段を具備することを特徴とする請求項１記載のブラウザ装置。
前記表示用データ生成装置取得手段によって取得した表示用データ生成装置ソフトウェアモジュールを再利用可能に蓄積する表示用データ生成装置蓄積手段を具備することを特徴とする請求項１記載のブラウザ装置。