JP2002312339A - Ｗｗｗサーバ／クライアントシステム、そのシステムにおける構文解析方法及び構文解析のためのプログラム - Google Patents

Abstract

(57)【要約】 【課題】 クライアント端末において、ＷＷＷサーバか
ら受信したコンテンツを迅速に表示させることができる
ＷＷＷサーバ／クライアントシステム、そのシステムに
おける構文解析方法および構文解析のためのプログラム
を提供する。 【解決手段】 インターネットからコンテンツファイル
を受信するクライアント端末と、コンテンツファイルの
構文解析を行う構文解析装置とを備え、クライアント端
末は、受信したコンテンツファイルを独立して構文解析
が可能な解析データの単位に分割する解析順序定義手段
と、解析データを外部に対して送信する解析データ送信
手段と、外部から受信した解析データの解析結果を単一
のデータに結合する解析結果収集手段とを備え、構文解
析装置は、解析データを受信する解析データ受信手段
と、解析データの構文解析を行うパーサと、解析データ
の解析結果を送信する解析結果送信手段とを備える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ＷＷＷサーバから
受信したコンテンツの構文解析を行うＷＷＷサーバ／ク
ライアントシステム、そのシステムにおける構文解析方
法および構文解析のためのプログラムに関する。

【０００２】

【従来の技術】クライアント端末がＷＷＷサーバからコ
ンテンツを受信し、クライアント端末におけるクライア
ントであるＷｅｂブラウザがコンテンツの構文解析を行
い、コンテンツをＷｅｂブラウザ画面に表示するＷＷＷ
サーバ／クライアントシステムがある。図５は、そのよ
うな従来のＷＷＷサーバ／クライアントシステムの一構
成例を示すブロック図である。

【０００３】図５に示す構成では、クライアント端末１
０ａは、ルータ６０を介してインターネット７０に接続
され、ＷＷＷサーバ４０は、インターネット７０および
磁気ディスク装置５０に接続されている。クライアント
端末１０ａは、パーソナルコンピュータ等の情報処理装
置であり、インターネット７０と接続するためのＷｅｂ
ブラウザ等が予め組み込まれている。

【０００４】クライアント端末１０ａは、画面表示手段
１１、パーサ（構文解析手段）１９、コンテンツ受信手
段１８およびコンテンツ要求手段１７を備えている。画
面表示手段１１、パーサ１９、コンテンツ受信手段１８
およびコンテンツ要求手段１７は、一般にＷｅｂブラウ
ザに組み込まれている。

【０００５】コンテンツ要求手段１７は、インターネッ
ト７０に接続されているＷＷＷサーバ（ＷＷＷサーバ４
０等）に対してコンテンツの取得要求を行い、コンテン
ツ受信手段１８は、インターネット７０からコンテンツ
を受信し、パーサ１９は、そのコンテンツの構文解析を
行い、画面表示手段１１は、パーサ１９での解析結果に
基づいてコンテンツの内容を表示装置（ディスプレイ）
に表示させる。

【０００６】ＷＷＷサーバ４０は、コンテンツ送信手段
４１およびコンテンツ読出手段４２を備えている。コン
テンツ読出手段４２は、磁気ディスク装置５０に記憶さ
れているコンテンツファイル５１内のコンテンツを読み
出す。コンテンツ送信手段４１は、コンテンツ読出手段
４２によって読み出されたコンテンツをインターネット
７０に送信する。

【０００７】次に、図５に示すＷＷＷサーバ／クライア
ントシステムにおける動作について説明する。ここで
は、ユーザがコンテンツファイル５１内のコンテンツを
受信する場合を例にとって説明する。

【０００８】ユーザは、クライアント端末１０ａに組み
込まれているＷｅｂブラウザにおいて、コンテンツファ
イル５１内のコンテンツに対応したＵＲＬを入力する。
コンテンツ要求手段１７は、ユーザによって入力された
ＵＲＬに基づいてＷＷＷサーバ４０にアクセスし、コン
テンツファイル５１内のコンテンツの取得要求を行う。
ＷＷＷサーバ４０は、磁気ディスク装置５０からコンテ
ンツファイル５１内のコンテンツを読み出してクライア
ント端末１０ａに対して送信する。コンテンツファイル
５１は、例えば、ＨＴＭＬ、ＸＭＬ、ＳＧＭＬ形式で記
載されたファイルである。

【０００９】クライアント端末１０ａでは、コンテンツ
受信手段１８は、コンテンツを受信する。パーサ１９
は、コンテンツの構文解析を行い、その解析結果に基づ
いてコンテンツに応じたデータを画面表示手段１１に出
力する。即ち、パーサ１９は、構文解析の結果を画面表
示手段１１に対して出力する。そして、画面表示手段１
１は、パーサ１９からの入力データに基づいてコンテン
ツの内容を表示する。それにより、ユーザは、表示装置
において指定したコンテンツの内容を見ることができ
る。

【００１０】

【発明が解決しようとする課題】しかしながら、図５に
示すＷＷＷサーバ／クライアントシステムでは、クライ
アント端末１０ａに組み込まれているＷｅｂブラウザ
は、コンテンツについて直列的（シリアルで）に構文解
析を行っていた。

【００１１】そのため、クライアント端末１０ａは、マ
シン性能（ＣＰＵの動作周波数等）によっては、コンテ
ンツを受信してからその内容を表示させるまで長い時間
を要することがあった。従って、図５に示すような解析
システムでは、ユーザによるコンテンツの取得要求に対
して、必ずしもユーザが満足するような応答性能を得る
ことができない場合があった。

【００１２】そこで、本発明は、クライアント端末にお
いて、ＷＷＷサーバから受信したコンテンツを迅速に表
示させることができるＷＷＷサーバ／クライアントシス
テム、ＷＷＷサーバ／クライアントシステムにおける構
文解析方法および構文解析のためのプログラムを提供す
ることを目的とする。

【００１３】

【課題を解決するための手段】本発明によるＷＷＷサー
バ／クライアントシステムは、ＷＷＷサーバからコンテ
ンツを受信するクライアント端末と、コンテンツの構文
解析を行う複数の構文解析装置とを備え、クライアント
端末が、コンテンツの構文解析を構文解析装置で並列に
実行させ、その解析結果を収集し単一のデータに結合す
ることを特徴とする。

【００１４】クライアント端末は、コンテンツを独立し
て構文解析が可能な解析データの単位に分割する解析順
序定義手段と、解析データを構文解析装置に対して送信
する解析データ送信手段と、構文解析装置から解析デー
タの解析結果を受信し、その解析結果を単一のデータに
結合する解析結果収集手段とを備えた。このようにすれ
ば、クライアント端末は、コンテンツを解析データに分
割することができ、複数の構文解析装置を用いてその解
析データの構文解析を並列して行わせることができる。

【００１５】解析順序定義手段は、解析データの構文解
析順序を定義し、解析結果収集手段は、構文解析順序に
基づいて解析結果の結合を行う。このようにすれば、ク
ライアント端末は、構文解析装置から受信した解析デー
タを構文解析順序に基づいて単一のデータに結合し、そ
の結合されたデータに基づいてコンテンツの内容を表示
することができる。

【００１６】解析順序定義手段は、コンテンツを構成す
るテキストから、所定のデータ領域の開始を示す開始標
識とデータ領域の終了を示す終了標識とで囲まれた領域
を抽出し、その抽出した領域に対応するテキストデータ
を解析データとして分割する。開始標識および終了標識
は、それぞれ、コンテンツを構成するテキストに含まれ
ている開始タグおよび終了タグである、

【００１７】解析順序定義手段は、開始標識と終了標識
とで囲まれた領域の行数が既定値を越えたか否かを判断
し、その行数が既定値を越えていない場合には、次の開
始標識と終了標識とで囲まれた領域を前の領域に結合さ
せ、その結合領域の行数が既定値を越えた場合に、結合
領域に対応するテキストデータを解析データとして分割
する。既定値は、コンテンツを解析データの単位に分割
する際の最小の行数を示す設定値である。

【００１８】構文解析装置は、負荷状況を計測し、その
負荷情報を送信する負荷情報通知手段を備え、クライア
ント端末は、負荷情報を入手し、その負荷情報に基づい
て解析データをどの構文解析装置に送信するかを決定す
る負荷状況判定手段を備えた。このようにすれば、クラ
イアント端末は、負荷の低い構文解析装置から順に解析
データの送信先を割り当てることができる。なお、各構
文解析装置における負荷情報は、例えば、ＣＰＵ使用
率、メモリ使用率、実行プロセス数等である。

【００１９】本発明によるＷＷＷサーバ／クライアント
システムにおける構文解析方法は、ＷＷＷサーバから受
信したコンテンツを独立して構文解析が可能な解析デー
タの単位に分割するステップと、複数の構文解析装置を
用いて解析データの構文解析を並列で実行させるステッ
プと、各構文解析装置から解析データの解析結果を受信
し、その解析結果を単一のデータに結合するステップと
を有することを特徴とする。

【００２０】本発明による構文解析のためのプログラム
は、コンピュータに、ＷＷＷサーバから受信したコンテ
ンツを独立して構文解析が可能な解析データの単位に分
割させ、解析データの構文解析を外部の構文解析装置で
実行させ、構文解析装置から解析データの解析結果を受
信し、その解析結果を単一のデータに結合させることを
特徴とする。

【００２１】

【発明の実施の形態】以下、本発明による実施の形態に
ついて図面を参照して説明する。図１は、本発明による
ＷＷＷサーバ／クライアントシステムの一構成例を示す
ブロック図である。

【００２２】図１に示す構成では、クライアント端末１
０は、ＬＡＮ等のネットワークを介して構文解析装置２
０および構文解析装置３０に接続され、さらに、ルータ
６０を介してインターネット７０に接続されている。Ｗ
ＷＷサーバ４０は、磁気ディスク装置５０およびインタ
ーネット７０に接続されている。

【００２３】クライアント端末１０は、パーソナルコン
ピュータ等の情報処理装置であり、インターネット７０
と接続するためのＷｅｂブラウザが組み込まれている。
クライアント端末１０は、画面表示手段１１、負荷情報
獲得手段１２、負荷状況判定手段１３、解析結果収集手
段１４、解析データ送信手段１５、解析順序定義手段１
６、コンテンツ要求手段１７およびコンテンツ受信手段
１８を備えている。画面表示手段１１、コンテンツ要求
手段１７およびコンテンツ受信手段１８は、例えば、Ｗ
ｅｂブラウザに組み込まれている。また、負荷情報獲得
手段１２、負荷状況判定手段１３、解析結果収集手段１
４および解析順序定義手段１６は、ソフトウェアによっ
て実現可能である。

【００２４】コンテンツ要求手段１７は、インターネッ
ト７０に接続されているＷＷＷサーバ（ＷＷＷサーバ４
０）に対してコンテンツの取得要求を行い、コンテンツ
受信手段１８は、コンテンツをインターネット７０から
受信する。負荷情報獲得手段１２は、外部処理手段（構
文解析装置２０、構文解析装置３０等）から負荷情報を
受信し、負荷状況判定手段１３は、その負荷情報に基づ
いて構文解析装置２０および構文解析装置３０の負荷状
況を把握する。

【００２５】解析順序定義手段１６は、コンテンツ受信
手段１８で受信されたコンテンツを独立に並行して構文
解析を行うことができる単位に分割して解析データと
し、負荷状況判定手段１３が有する負荷情報に基づいて
解析データの解析順序を定義した解析順序定義ファイル
を作成する。解析データ送信手段１５は、解析データを
構文解析装置２０および構文解析装置３０に対して送信
する。

【００２６】解析結果収集手段１４は、構文解析装置２
０および構文解析装置３０から解析データの解析結果を
受信し、その解析結果を単一のデータに結合する。画面
表示手段１１は、解析結果収集手段１４によって結合さ
れたデータに基づいてコンテンツの内容を図示していな
い表示装置（ディスプレイ等）に表示させる。

【００２７】構文解析装置２０は、パーソナルコンピュ
ータ等の情報処理装置で実現され、負荷情報通知手段２
１、負荷状況計測手段２２、パーサ（構文解析手段）２
３、解析データ受信手段２４および解析結果送信手段２
５を備えている。負荷状況計測手段２２は、構文解析装
置２０の負荷状況を計測し、負荷情報通知手段２１は、
負荷状況を負荷情報としてクライアント端末１０に対し
て送信する。解析データ受信手段２４は、クライアント
端末１０から解析データを受信する。パーサ２３は、解
析データ受信手段２４で受信された解析データの構文解
析を行う。解析結果送信手段２５は、解析データの解析
結果をクライアント端末１０に対して送信する。なお、
負荷情報通知手段２１、負荷状況計測手段２２およびパ
ーサ２３は、ソフトウェアで実現可能である。

【００２８】構文解析装置３０は、構文解析装置２０と
同様な構成であり、負荷情報通知手段３１、負荷状況計
測手段３２、パーサ３３、解析データ受信手段３４およ
び解析結果送信手段３５を備えている。また、図１に
は、２つの構文解析装置２０、３０が示されているが、
より多くの構文解析装置が設けられていることが望まし
い。以下、構文解析装置２０、３０以外の構文解析装置
も存在するとして説明を進める。

【００２９】ＷＷＷサーバ４０は、コンテンツ送信手段
４１およびコンテンツ読出手段４２を備えている。コン
テンツ読出手段４２は、ユーザによって指定されたコン
テンツファイル５１内のコンテンツを磁気ディスク装置
５０から読み出す。コンテンツ送信手段４１は、コンテ
ンツ読出手段４２によって読み出されたコンテンツをイ
ンターネット７０に送信する。なお、図１には１つのコ
ンテンツファイル５１が示されているが、磁気ディスク
装置５０には、多数のコンテンツを定義したコンテンツ
ファイルが格納されている。

【００３０】ここで、クライアント端末１０には、イン
ターネットから受信したコンテンツの構文解析を行わせ
るための構文解析プログラムが組み込まれている。クラ
イアント端末１０は、構文解析プログラムに基づいて動
作し、コンテンツを独立して構文解析が可能な単位に分
割して解析データとし、その解析データの構文解析を外
部の構文解析装置で行わせ、構文解析装置から解析デー
タの解析結果を受信し、解析結果を単一のデータに結合
する。

【００３１】次に、図１に示す解析システムの動作につ
いて説明する。図２は、クライアント端末１０の動作を
説明するためのフローチャートである。ここでは、ユー
ザがコンテンツファイル５１内のコンテンツの取得要求
を行う場合を例に説明する。

【００３２】ユーザは、クライアント端末１０に組み込
まれているＷＷＷブラウザにおいて、「ｈｔｔｐ：//ｗ
ｗｗ．○△．ｃｏ．ｊｐ/△○□．ｈｔｍｌ/」といった
ように、コンテンツファイル５１内のコンテンツに対応
したＵＲＬを入力することによって、コンテンツの取得
要求を行う。コンテンツ要求手段１７は、このようにし
て指定されたコンテンツに対応したＵＲＬを取得する
（ステップＡ１）。

【００３３】コンテンツ要求手段１７は、インターネッ
ト７０に接続されている複数のサーバに問い合わせを行
うことにより、ＷＷＷサーバ４０が存在するか否かを判
断する（ステップＡ２）。ＷＷＷサーバ４０が存在しな
かった場合には、コンテンツ要求手段１７は、ＷＷＷサ
ーバ４０が存在しなかったことを示すエラーメッセージ
を出力し（ステップＡ１４）、クライアント端末１０
は、処理を終了する。

【００３４】ＷＷＷサーバ４０が存在する場合には、コ
ンテンツ要求手段１７は、ＷＷＷサーバ４０に対して問
い合わせを行い、コンテンツの存在の有無を確認する
（ステップＡ３）。コンテンツが存在しない場合には、
コンテンツ要求手段１７は、コンテンツが存在しない旨
のメッセージを出力し（ステップＡ１３）、クライアン
ト端末１０は、処理を終了する。

【００３５】コンテンツが存在する場合には、ＷＷＷサ
ーバ４０では、コンテンツ読出手段４２は、磁気ディス
ク装置５０にアクセスし、コンテンツファイル５１内の
コンテンツを読み出してコンテンツ送信手段４１に対し
て出力する。コンテンツ送信手段４１は、コンテンツを
クライアント端末１０に対して送信する。クライアント
端末１０では、コンテンツ受信手段１８が、ＷＷＷサー
バ４０から送信されたコンテンツを受信する（ステップ
Ａ４）。コンテンツファイル５１は、例えば、ＨＴＭ
Ｌ、ＸＭＬ、ＳＧＭＬ等の記述言語で記述されたファイ
ルである。

【００３６】解析順序定義手段１６は、コンテンツ受信
手段１８で受信されたコンテンツを独立して構文解析が
行うことができる解析データの単位に分割し、各解析デ
ータの構文解析順序を設定した解析順序定義ファイルを
作成する（ステップＡ５）。例えば、コンテンツが解析
データ１、２および３に分割された場合には、解析順序
定義ファイルには、解析データ１、２、３は、それぞ
れ、１番目、２番目、３番目に構文解析がされるべきデ
ータであることを示す情報が設定される。ステップＡ５
の詳細な動作については、後述する。

【００３７】負荷情報獲得手段１２は、構文解析装置２
０、構文解析装置３０およびその他の構文解析装置に対
して負荷情報の取得要求を送信する。構文解析装置２０
では、負荷状況計測手段２２が、構文解析装置２０にお
けるＣＰＵ使用率を負荷状況として計測する。負荷情報
通知手段２１は、計測された負荷状況を負荷情報として
クライアント端末１０に対して送信する。同様に、構文
解析装置３０およびその他の構文解析装置も、自側にお
ける負荷状況を計測し、その計測結果を負荷情報として
クライアント端末１０に対して送信する。クライアント
端末１０では、負荷情報獲得手段１２は、構文解析装置
２０、構文解析装置３０およびその他の構文解析装置か
らの負荷情報を受信し（ステップＡ６）、負荷状況判定
手段１３は、その負荷情報に基づいて構文解析装置２
０、構文解析装置３０およびその他の構文解析装置にお
ける負荷状況を把握する。

【００３８】負荷状況判定手段１３は、負荷情報および
解析順序定義手段１６が有する解析順序定義ファイルに
基づいて、解析データの送信先である構文解析装置を決
定する（ステップＡ７）。このとき、負荷状況判定手段
１３は、解析データの送信先として負荷の低い構文解析
装置から順に割り当てる。例えば、構文解析装置２０、
３０およびその他の構文解析装置（３つあるとする。）
のＣＰＵ使用率が、それぞれ、２０％、４０％、５０
％、６０％、７０％で、コンテンツ５１が解析データＡ
および解析データＢに分割された場合には、負荷状況判
定手段１３は、解析データＡの送信先として構文解析装
置２０を選択し、解析データＢの送信先として構文解析
装置３０を選択する。

【００３９】解析データ送信手段１５は、負荷状況判定
手段１３が有する送信先割り当て情報を参照して、解析
順序定義手段１６で分割された解析データを構文解析装
置２０および構文解析装置３０に対して送信する（ステ
ップＡ８）。解析データ送信手段１５は、送信先割り当
て情報を負荷状況判定手段１３から直接取得してもよい
し、解析順序定義手段１６を介して負荷状況判定手段１
３から取得してもよい。

【００４０】構文解析装置２０では、解析データ受信手
段２４が、クライアント端末１０からの解析データを受
信する。パーサ２３は、解析データ受信手段２４で受信
された解析データの構文解析を行い、その解析結果を解
析結果送信手段２５に対して出力する。解析結果送信手
段２５は、解析データの解析結果をクライアント端末１
０に対して送信する。また、パーサ２３は、解析データ
の構文解析を行った結果、構文エラーを発見したときに
は、エラー情報を解析結果として出力する。同様に、構
文解析装置３０も、クライアント端末１０から受信した
解析データの構文解析を行い、その解析結果をクライア
ント端末１０に対して送信する。

【００４１】クライアント端末１０では、解析結果収集
手段１４は、構文解析装置２０および構文解析装置３０
から解析データの解析結果を受信し、その解析結果を解
析順序定義手段１６が有する解析順序定義ファイルに基
づいて単一のデータに結合する（ステップＡ９）。即
ち、解析結果収集手段１４は、解析結果を単一のデータ
に結合する。

【００４２】解析結果収集手段１４は、単一のデータに
結合するときに、解析結果に構文エラー等のエラーが含
まれているか否かを判断する（ステップＡ１０）。エラ
ーが含まれていた場合には、解析結果収集手段１４は、
構文エラーが含まれていたことを示すエラーメッセージ
を出力し（ステップＡ１２）、クライアント端末１０
は、処理を中止する。一方、エラーが含まれていなかっ
た場合には、解析結果収集手段１４は、画面表示手段１
１に対して結合データを出力し、画面表示手段１１は、
その結合データに基づいてコンテンツの内容を表示装置
に表示する（ステップＡ１１）。

【００４３】なお、クライアント端末１０は、ステップ
Ａ２、Ａ３またはＡ１０でＮｏと判断した場合には、サ
ーバ無しエラー、コンテンツ無しエラー等を示すエラー
メッセージを表示装置に表示させることによって、ユー
ザに、エラー通知を行ってもよい。

【００４４】次に、図２のステップＡ５の動作につい
て、図３に示すフローチャートを用いてさらに詳細に説
明する。コンテンツファイル５１は、ＨＴＭＬ言語等の
形式で記載されているので、テキストファイルの形式で
記載されている。解析順序定義手段１６は、テキストの
各行ごとにタグの有無を検知し、その検知結果に応じて
コンテンツを解析データの単位に分割する。以下、その
動作の詳細について述べる。タグには、データ領域の開
始を示す開始タグ（開始標識）とデータ領域の終了を示
す終了タグ（終了標識）がある。

【００４５】解析順序定義手段１６は、コンテンツファ
イル５１を構成するテキストのライン数を計数するため
のカウンタを０に初期化する（ステップＢ１）。そし
て、解析順序定義手段１６は、テキストの１行を読出
し、その行に開始タグ（＜ｈｅａｄ＞等）が含まれてい
るか否かを判断する（ステップＢ２）。

【００４６】その行に開始タグが含まれている場合に
は、解析順序定義手段１６は、カウンタを加算（１を加
算）し（ステップＢ３）、テキストの次の行を読出し、
その行にステップＢ１での開始タグに対応する終了タグ
が含まれているか否かを判断する（ステップＢ４）。例
えば、ステップＢ２で開始タグとして＜ｈｅａｄ＞が検
出された場合には、解析順序定義手段１６は、その行に
＜ｈｅａｄ＞に対応する終了タグである＜/ｈｅａｄ＞
が含まれているか否かを判断する（ステップＢ４）。終
了タグが含まれていない場合には、解析順序定義手段１
６は、ステップＢ３からの処理を繰り返し実行する。

【００４７】終了タグが含まれているときには、解析順
序定義手段１６は、カウンタが既定値を越えたか否かを
判断する（ステップＢ５）。既定値は、コンテンツを分
割する場合の最小の行数を示し、システム設計者等によ
って予め設定されたものである。既定値は、例えば、１
００行、２００行といったように設定される。カウンタ
が規定値を越えなかった場合には、解析順序定義手段１
６は、次の行からステップＢ３からの処理を繰り返し実
行する。

【００４８】カウンタが規定値を越えた場合には、解析
順序定義手段１６は、カウンタ値が０から現在のカウン
タ値までに相当する行のテキストに相当するテキストデ
ータを解析データとして分割する（ステップＢ６）。そ
して、解析順序定義手段１６は、テキストにおける次の
行を読出し、その行がコンテンツの終端であるか否かを
判断する（ステップＢ７）。終端でなければ、解析順序
定義手段１６は、ステップＢ１からの処理を繰り返し実
行する。終端であれば、解析順序定義手段１６は、解析
順序定義ファイルを作成する（ステップＢ８）。

【００４９】解析順序定義手段１６は、ステップＢ２で
開始タグが含まれていないと判断した場合には、テキス
トにおけるその行がファイルの終端であるか否かを判断
する（ステップＢ９）。ファイルの終端である場合に
は、カウンタ値が０から現在のカウンタ値までに対応す
る行のテキストに相当するテキストデータを解析データ
として分割する（ステップＢ１０）。そして、解析順序
定義手段１６は、解析順序定義ファイルを作成する（ス
テップＢ８）。このように、解析順序定義手段１６は、
コンテンツの全体を解析データに分割した時点で、解析
定義ファイルを作成する。また、解析順序定義手段１６
は、ステップＢ９でファイルの終端でないと判断した場
合には、構文エラーを示すメッセージを出力する（ステ
ップＢ１１）。

【００５０】次に、具体例を用いて本発明による解析シ
ステムの動作について説明する。図４は、本発明による
解析システムの一構成例を示すブロック図である。

【００５１】図４には、クライアント端末１０にＬＡＮ
を介して構文解析装置Ｃ１〜Ｃ５が接続された構成が示
されている。構文解析装置Ｃ１〜Ｃ５は、図１に示す構
文解析装置２０、３０と同様の構成である。磁気ディス
ク装置５０には、コンテンツファイルＢが蓄積されてい
る。

【００５２】コンテンツファイルＢは、ＨＴＭＬ言語等
で記載されたテキストファイルであり、＜ＴＡＧ１＞
（開始タグ）と＜/ＴＡＧ１＞（終了タグ）とで囲まれ
たＴＡＧ１領域、＜ＴＡＧ２＞と＜/ＴＡＧ２＞とで囲
まれたＴＡＧ２領域、＜ＴＡＧ３＞と＜/ＴＡＧ３＞と
で囲まれたＴＡＧ３領域および＜ＴＡＧ４＞と＜/ＴＡ
Ｇ４＞とで囲まれたＴＡＧ４領域から成る。ＴＡＧ１領
域、ＴＡＧ２領域、ＴＡＧ３領域、ＴＡＧ４領域の記述
範囲は、それぞれ、８０行、５０行、１５０行、４０行
であるとする。また、コンテンツファイルＢの内容であ
るコンテンツＢを分割するのに使用される既定値は、１
００行であるとする。なお、コンテンツＢは、ＴＡＧ１
領域、ＴＡＧ２領域、ＴＡＧ３領域、ＴＡＧ４領域の順
で構成されているとする。

【００５３】以下、ユーザが、ホスト（ＷＷＷサーバ４
０、磁気ディスク装置５０）からコンテンツＢを受信す
る場合を例にとって説明する。

【００５４】ユーザは、クライアント端末１０における
ＷＷＷブラウザ上においてコンテンツＢの格納場所を示
すＵＲＬ（例えば、ｈｔｔｐ：//ｗｗｗ．Ａ/ｂ/）を入
力する。クライアント端末１０は、ユーザによって入力
されたＵＲＬに基づいてホストに対してコンテンツＢの
取得要求を行い、ホスト側から送信されたコンテンツＢ
を受信する（ステップＡ１〜Ａ４）。

【００５５】クライアント端末１０は、コンテンツＢを
解析データに分割する（ステップＡ５）。このとき、規
定値が１００行であるので、クライアント端末１０は、
コンテンツＢを、ＴＡＧ１領域とＴＡＧ２領域とを含む
解析データ１（行数１３０行）、ＴＡＧ３領域を含む解
析データ２（行数１５０行）、ＴＡＧ４領域を含む解析
データ３（行数４０行）に分割する。そして、クライア
ント端末１０は、解析順序定義ファイルを作成する（ス
テップＡ５）。この場合、解析順序定義ファイルには、
解析データ１、２、３が、それぞれ、１番目、２番目、
３番目に構文解析がされるべきデータであることを示す
情報が設定されている。

【００５６】クライアント端末１０は、構文解析装置Ｃ
１〜Ｃ５に対して負荷情報の取得要求を送信する。ここ
では、負荷情報として各構文解析装置におけるＣＰＵの
使用率を用いるとする。構文解析装置Ｃ１〜Ｃ５は、自
側における負荷状況を計測し、その負荷情報をクライア
ント端末１０に対して送信する。このとき、構文解析装
置Ｃ１、Ｃ２、Ｃ３、Ｃ４、Ｃ５におけるＣＰＵ使用率
は、それぞれ、４０％、３０％、２０％、５０％、１０
％であるとする。

【００５７】クライアント端末１０は、構文解析装置Ｃ
１〜Ｃ５から送信される負荷情報を受信する（ステップ
Ａ６）。そして、クライアント端末１０は、負荷の低い
構文解析装置から順に解析データ１〜３の転送先を決定
する（ステップＡ７）。この場合、クライアント端末１
０は、解析データ１の転送先を構文解析装置Ｃ５に、解
析データ２の転送先を構文解析装置Ｃ３に、解析データ
３の転送先を構文解析装置Ｃ２に決定する。

【００５８】クライアント端末１０は、解析データ１〜
３をステップＡ７で決定された送信先である構文解析装
置に対して送信する（ステップＡ８）。そして、クライ
アント端末１０は、構文解析装置Ｃ５、Ｃ３、Ｃ２から
解析データ１〜３の解析結果を受信し、その解析結果を
解析順序定義ファイルに基づいて単一のデータに結合
し、その単一データに基づいてコンテンツＢの内容を画
面に表示させる（ステップＡ９〜Ａ１１）。

【００５９】以上のように本実施の形態によれば、クラ
イアント端末１０は、インターネット７０から受信した
コンテンツを独立して構文解析を行うことができる解析
データの単位に分割し、その解析データの構文解析を外
部の構文解析装置（構文解析装置２０、３０等）を用い
て並列で実行し、その解析結果を単一のデータに結合し
てコンテンツの内容を表示装置に表示させる。また、ク
ライアント端末１０は、負荷の低い構文解析装置を優先
的に選択して解析データの構文解析を実行させる。従っ
て、クライアント端末１０は、マシンの性能（ＣＰＵの
動作周波数等）によらず、インターネット７０から複雑
でかつ大容量のコンテンツを受信したとしても、そのコ
ンテンツの内容を迅速に表示することができる。即ち、
クライアント端末１０は、ユーザによるコンテンツの取
得要求に対して十分な応答性能を得ることができる。

【００６０】なお、上記の実施の形態では、負荷状況と
してＣＰＵの使用率が用いられたが、メモリ負荷、プロ
セス数等を負荷状況としてもよい。

【００６１】また、上記の実施の形態では、負荷の低い
構文解析装置から順に解析データの送信先を決定する例
について示したが、特に、情報量が多い解析データから
順に負荷の低い構文解析装置に対して送信されるように
解析データの送信先を決定してもよい。例えば、図４に
示す例では、データ量は、解析データ２＞解析データ１
＞解析データ３の関係にあるので、解析データ２が最も
負荷の低い構文解析装置Ｃ５に、解析データ１が次に負
荷の低い構文解析装置Ｃ３に、解析データ３が３番目に
負荷の低い構文解析装置Ｃ２に送信されるように送信先
を決定してもよい。

【００６２】

【発明の効果】本発明によれば、クライアント端末は、
ＷＷＷサーバから受信したコンテンツの構文解析を外部
の構文解析装置を用いて並列で実行させ、その解析結果
を単一のデータに結合するので、自側のマシン性能の如
何に関らず、大容量で複雑なコンテンツであっても、そ
の内容を迅速に表示することができる。即ち、クライア
ント端末は、ユーザによるコンテンツの取得要求に対し
て十分な応答性能を得ることができる。

【図面の簡単な説明】

【図１】 本発明によるＷＷＷサーバ／クライアントシ
ステムの一構成例を示すブロック図である。

【図２】 クライアント端末１０の動作を説明するため
のフローチャートである。

【図３】 クライアント端末１０の動作を説明するため
のフローチャートである。

【図４】 本発明によるＷＷＷサーバ／クライアントシ
ステムの一構成例を示すブロック図である。

【図５】 従来のＷＷＷサーバ／クライアントシステム
の一構成例を示すブロック図である。

【符号の説明】

１０ クライアント端末 １１ 画面表示手段 １２ 負荷情報獲得手段 １３ 負荷状況判定手段 １４ 解析結果収集手段 １５ 解析データ送信手段 １６ 解析順序定義手段 １７ コンテンツ要求手段 １８ コンテンツ受信手段 ２０ 構文解析装置 ２１ 負荷情報通知手段 ２２ 負荷状況計測手段 ２３ パーサ ２４ 解析データ受信手段 ２５ 解析結果送信手段 ３０ 構文解析装置 ３１ 負荷情報通知手段 ３２ 負荷状況計測手段 ３３ パーサ ３４ 解析データ受信手段 ３５ 解析結果送信手段 ４０ ＷＷＷサーバ ５０ 磁気ディスク装置 ６０ ルータ ７０ インターネット

───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5B045 AA03 BB42 GG04 GG09 5B082 GA06 HA05 5B085 BA07 BC01 BE04 BG07 CA04 CA07

Claims (8)

【特許請求の範囲】
1. 【請求項１】 クライアントが、ＷＷＷサーバからコン
   テンツを受信するＷＷＷサーバ／クライアントシステム
   であって、 ＷＷＷサーバからコンテンツを受信するクライアント端
   末と、 コンテンツの構文解析を行う複数の構文解析装置とを備
   え、 前記クライアント端末は、コンテンツの構文解析を前記
   構文解析装置で並列に実行させ、その解析結果を収集し
   単一のデータに結合することを特徴とするＷＷＷサーバ
   ／クライアントシステム。
2. 【請求項２】 クライアント端末は、 コンテンツを独立して構文解析が可能な解析データの単
   位に分割する解析順序定義手段と、 前記解析データを構文解析装置に対して送信する解析デ
   ータ送信手段と、 構文解析装置から解析データの解析結果を受信し、その
   解析結果を単一のデータに結合する解析結果収集手段と
   を備えた請求項１記載のＷＷＷサーバ／クライアントシ
   ステム。
3. 【請求項３】 解析順序定義手段は、解析データの構文
   解析順序を定義し、 解析結果収集手段は、前記構文解析順序に基づいて解析
   結果の結合を行う請求項２記載のＷＷＷサーバ／クライ
   アントシステム。
4. 【請求項４】 解析順序定義手段は、コンテンツを構成
   するテキストから、所定のデータ領域の開始を示す開始
   標識とデータ領域の終了を示す終了標識とで囲まれた領
   域を抽出し、その抽出した領域に対応するテキストデー
   タを解析データとして分割する請求項２または請求項３
   記載のＷＷＷサーバ／クライアントシステム。
5. 【請求項５】 解析順序定義手段は、開始標識と終了標
   識とで囲まれた領域の行数が既定値を越えたか否かを判
   断し、その行数が既定値を越えていない場合には、次の
   開始標識と終了標識とで囲まれた領域を前の領域に結合
   させ、その結合領域の行数が既定値を越えた場合に、結
   合領域に対応するテキストデータを解析データとして分
   割する請求項４記載のＷＷＷサーバ／クライアントシス
   テム。
6. 【請求項６】 構文解析装置は、負荷状況を計測し、そ
   の負荷情報を送信する負荷情報通知手段を備え、 クライアント端末は、前記負荷情報を入手し、その負荷
   情報に基づいて解析データをどの構文解析装置に送信す
   るかを決定する負荷状況判定手段を備えた請求項２ない
   し請求項５記載のＷＷＷサーバ／クライアントシステ
   ム。
7. 【請求項７】 クライアントがＷＷＷサーバからコンテ
   ンツを受信するＷＷＷサーバ／クライアントシステムに
   おける構文解析方法であって、 ＷＷＷサーバから受信したコンテンツを独立して構文解
   析が可能な解析データの単位に分割するステップと、 複数の構文解析装置を用いて前記解析データの構文解析
   を並列で実行させるステップと、 各構文解析装置から解析データの解析結果を受信し、そ
   の解析結果を単一のデータに結合するステップとを有す
   ることを特徴とするＷＷＷサーバ／クライアントシステ
   ムにおける構文解析方法。
8. 【請求項８】 ＷＷＷサーバから受信したコンテンツの
   構文解析のためのプログラムであって、 コンピュータに、 ＷＷＷサーバから受信したコンテンツを独立して構文解
   析が可能な解析データの単位に分割させ、 解析データの構文解析を外部の構文解析装置で実行さ
   せ、 構文解析装置から解析データの解析結果を受信し、その
   解析結果を単一のデータに結合させることを特徴とする
   構文解析のためのプログラム。