JP2001337888A

JP2001337888A - 情報中継装置及び情報中継方法

Info

Publication number: JP2001337888A
Application number: JP2000154873A
Authority: JP
Inventors: Takeshi Fujino; 剛藤野; Tetsuo Kimura; 哲郎木村; Hideki Yoshida; 英樹吉田; Tetsuo Muranaga; 哲郎村永
Original assignee: Toshiba Corp
Current assignee: Toshiba Corp
Priority date: 2000-05-25
Filing date: 2000-05-25
Publication date: 2001-12-07

Abstract

(57)【要約】【課題】キャッシュを有効に活用してデータ中継時に
データの変換を行う情報中継システムの提供。【解決手段】クライアントからの要求に従ってサーバ
からのデータを中継するシステムにおいて、サーバから
データを取得するデータ取得部１１と、取得したデータ
を解析して変換するデータ変換部１２と、解析結果に基
づいて記憶すべきデータを決定すると共に後に返還要求
が来た場合にはその変換に最適なデータを決定するデー
タ記憶・変換戦略決定部１４と、変換したデータを送信
するデータ送信部１６と、解析結果を格納しデータ変換
部からの要求に応じて解析データを提供できるデータ記
憶部１３を備える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、Ｗｅｂサーバから
の情報をＷｅｂクライアントに送信し、利用者に提示す
るＷＷＷシステムについて、とくに情報を変換して中継
する情報中継システムに関する。

【０００２】

【従来の技術】利用者がクライアントから情報を要求
し、それに対してデータサーバが情報を提供する情報ア
クセスシステムとして、広く使われているものにＷＷＷ
（ＷｏｒｌｄＷｉｄｅＷｅｂ）システムがある。Ｗ
ＷＷでは、マルチメディア文書データが相互に関連付け
られており、利用者は文書間リンクをたぐりながら情報
にアクセスする。情報アクセスの際、利用者が使うクラ
イアントからＷｅｂサーバに対してデータを要求する通
信が行われ、これに対してＷｅｂサーバが返答すること
でデータはクライアントに供給される（Ｎ．Ｙｅａｇ
ｅｒｅｔａｌ：ＷｅｂＳｅｒｖｅｒＴｅｃｈｎ
ｏｌｏｇｙ，ＭｏｒｇａｎＫａｕｆｍａｎｎ，邦
訳：Ｗｅｂサーバ完全技術解説、日経ＢＰ社）。

【０００３】クライアントとＷｅｂサーバとはインター
ネットを介して接続するが、その間にプロキシサーバと
呼ばれる通信を中継するシステムを置くことがある。プ
ロキシはクライアントに対してはＷｅｂサーバとして働
き、サーバに対してはクライアントとして動作する。こ
のプロキシによくアクセスするＷｅｂ文書をキャッシュ
したり、プロキシサーバで中継するＷｅｂ文書を変換し
てデータ量を削減することによりＷｅｂアクセスを高速
化したり、Ｗｅｂ文書をクライアントが見やすくしたり
することが一般に行われている。

【０００４】

【発明が解決しようとする課題】上に述べたＷＷＷシス
テムでは、インターネットの接続回線のバンド幅が限定
され、アクセスが速くない場合が多い。たとえばモーバ
イルワーカや家庭のＰＣ利用者が使うのは公衆網であ
る。そのバンド幅は９．６Ｋｂｐｓから６４Ｋｂｐｓで
あり、１０ＭｂｐｓのＬＡＮ接続に比べると１００−１
０００倍遅い。またオフィス内ＬＡＮからインターネッ
ト接続する場合に、インターネット側の回線のバンド幅
が限定される場合もある。たとえばオフィスからインタ
ーネットへの入り口に置いたプロキシサーバまではＬＡ
Ｎ接続だが、インターネットへは専用線接続で６４Ｋｂ
ｐｓから１．５Ｍｂｐｓというバンド幅で、しかも多数
のオフィスユーザで共有されるため、ここがＷｅｂアク
セスのボトルネックになる場合がある。

【０００５】このように、低バンド幅の回線を経由して
Ｗｅｂアクセスすると、情報が利用者に表示されるまで
の待ち時間が長いという問題があった。このような低バ
ンド幅の回線でＷｅｂアクセスを高速化するため、差分
情報を送信する、データを圧縮して送るなどの方法が提
案されている。（Ｈｏｕｓｅｌｅｔａｌ：Ｗｅｂ
Ｅｘｐｒｅｓｓ，ＭｏｂｉＣｏｍ′９６，ｐｐ．１
０８−１１６，Ｌｉｌｊｅｂｅｒｇｅｔａｌ：Ｍ
ｏｗｇｌｉＷＷＷＳｏｆｔｗａｒｅ，ＩＥＥＥ
ＧｌｏｂａｌＩｎｔｅｒｎｅｔ９６，Ｆｏｘｅｔ
ａｌ：ＡｄａｐｔｉｎｇｔｏＮｅｔｗｏｒｋａ
ｎｄＣｌｉｅｎｔＶａｒｉａｂｉｌｉｔｙｖｉａ
Ｏｎ−ＤｅｍａｎｄＤｙｎａｍｉｃＤｉｓｔｉｌ
ｌａｔｉｏｎ，ＡＳＰＬＯＳ−ＶＩＩ）。

【０００６】しかし、中継するプロキシでデータを圧縮
したり変換したりする場合、変換、圧縮に、高い計算能
力が必要になり中継するプロキシが必要とするコストが
高くなる。

【０００７】本発明はこの問題に鑑みて提案するもので
あり、Ｗｅｂデータを中継するプロキシにおけるデータ
変換コストを削減し、必要な情報が利用者に提示される
までの待ち時間が短いＷｅｂシステムを提供することを
目的とする。

【０００８】

【課題を解決するための手段】本発明は、クライアント
からの要求に従って、クライアントからの要求とサーバ
からのデータを中継する情報中継システムであって、サ
ーバからデータを取得するデータ取得部と、取得したデ
ータを解析、変換するデータ変換部と、解析結果に基づ
いて解析過程、解析結果、変換途中、変換後のどのデー
タを記憶し変換に利用するかを決定する、データ記憶・
変換戦略決定部と、変換したデータを送信するデータ送
信部と、データを格納し、データ変換部からの要求に応
じてそれらのデータを提供できるデータ記憶部を備え、
前記データ記憶部はデータ記憶・変換戦略決定部の決定
に基づき、解析過程、解析結果、変換途中、変換後のデ
ータを格納することができ、必要とされる上記データを
データ変換部に提供することができ、記憶した後で、記
憶したデータに対する変換要求が来た時に、データ記憶
・変換戦略決定部の決定に従って変換に最適なデータを
提供することで、高速で低コストでの変換を可能にする
ことを特徴とする。

【０００９】上記情報中継システムには、利用者が変換
結果を指定できる構成があってもよい。さらに利用者が
変換を拒否できる構成があってもよい。

【００１０】本発明によるＷｅｂアクセスでは、情報中
継システムが以前取得した情報を利用者がクライアント
から要求した時に、情報中継システムの負荷を削減し同
時に利用者の待ち時間を減らすことができる。さらに変
換を拒否すれば元々の情報も中継システムから取得する
ことができる。

【００１１】

【発明の実施の形態】まず、本発明の実施形態の概要に
ついて説明する。

【００１２】図１は、この発明のシステム構成を示して
いる。この発明は、情報を提供するＷｅｂサーバからの
情報を解析して記憶し中継する情報中継システム１０に
関わるものであり、Ｗｅｂサーバから情報を取得するデ
ータ取得部１１、取得したデータを解析、変換するデー
タ変換部１２、取得したデータを記憶、保持するデータ
記憶部１３、記憶するデータと変換方法、変換に最適な
データを決定するデータ記憶・変換戦略決定部１４、利
用者の変換指示を記憶するユーザ情報管理部１５、変換
されたデータを送信するデータ送信部１６から構成され
る。

【００１３】図２は図１に基づく本発明の一実施例に関
わるシステム構成であり、情報中継システム２０が、Ｗ
ｅｂプロキシサーバ２１に組み込まれた構成を示してい
る。Ｗｅｂブラウザ２２の利用者は、家庭のＰＣユーザ
であったり、モーバイルワーカであったりする。一般に
利用者は、インターネットサービスプロバイダ２３に公
衆網経由でアクセスし、そこからＷｅｂプロキシ２１を
介してインターネット２４にアクセスする。Ｗｅｂブラ
ウザ２２から情報を要求することにより、インターネッ
ト２４につながったＷｅｂサーバ２５から、情報の提供
を受ける。

【００１４】Ｗｅｂブラウザ２２とインターネットサー
ビスプロバイダ２３との接続は電話網であり、そのバン
ド幅は９．６Ｋｂｐｓから６４Ｋｂｐｓと、１０Ｍｂｐ
ｓのＬＡＮ接続に比べると１００−１０００倍遅い。こ
のような低バンド幅の回線を経由してＷｅｂアクセスす
る際に、情報中継システム２０がデータを記憶し、変換
することで必要な情報が利用者に提示されるまでの待ち
時間を短くする。

【００１５】図４は図１に基づく発明の別の実施例に関
わるシステム構成を示したものであり、情報中継システ
ム４０が、Ｗｅｂサーバ４１に組み込まれた構成を示し
ている。図２と同様に、利用者はインターネットサービ
スプロバイダ４３に公衆網経由でアクセスし、そこから
インターネット４４にアクセスする。Ｗｅｂブラウザ４
２から情報を要求することにより、インターネット４４
につながったＷｅｂサーバ４１から、情報の提供を受け
る。

【００１６】Ｗｅｂブラウザ４２とインターネットサー
ビスプロバイダ４３との接続は電話網であり、そのバン
ド幅は９．６Ｋｂｐｓから６４Ｋｂｐｓと、１０Ｍｂｐ
ｓのＬＡＮ接続に比べると１００−１０００倍遅い。こ
のような低バンド幅の回線を経由してＷｅｂアクセスす
る際に、情報中継システム４０がデータを記憶し、変換
することで必要な情報が利用者に提示されるまでの待ち
時間を短くする。

【００１７】図６にはさらに別の実施例を示す。ここに
示すように、一つの計算機上にＷｅｂサーバと、本発明
を組み込んだＷｅｂプロキシサーバが同居していてもよ
い。この構成によれば、既存のＷｅｂサーバに変更を加
えずに、Ｗｅｂプロキシサーバを導入するだけで、本発
明を利用することが可能となる。

【００１８】また図７のように本発明を組み込んだＷｅ
ｂプロキシサーバをインターネットの中に配置し、利用
者はインターネットの中に存在するＷｅｂプロキシサー
バにＷｅｂブラウザとＷｅｂサーバとの通信を中継させ
る構成もある。

【００１９】また図８のように本発明を組み込んだＷｅ
ｂプロキシサーバを多段に組み合わせて連携させる構成
もある。

【００２０】以下には、本発明の実施例について詳細に
説明する。

【００２１】図１、図２に示した例に基づき、Ｗｅｂプ
ロキシに組み込んだ情報中継システムについて説明す
る。

【００２２】まず、ＪＰＥＧ画像の変換に関して説明す
る。ＩＳＯ／ＩＥＣのＪＴＣ１／ＳＣ２９／ＷＧ１０と
ＣＣＩＴＴのＳＧＶＩＩＩ／ＣＣＩＣとの共同作業部会
（ＪＰＥＧ：ＪｏｉｎｔＰｈｏｔｏｇｒａｐｈｉｃ
ＥｘｐｅｒｔｓＧｒｏｕｐ）が策定したカラー静止画
像の高能率圧縮方式を、その共同作業部会の名前を取っ
てＪＰＥＧと呼ぶ。ＪＰＥＧには非可逆符号化のＤＣＴ
（離散コサイン変換）方式と、可逆符号化の差分ＰＣＭ
方式とがあるが、高い圧縮率が必要な場合にはＤＣＴ方
式が用いられることが多く、Ｗｅｂ上のデータとして用
いられるのもＤＣＴ方式である。このＤＣＴ方式の基本
アルゴリズムを図１０に示す。（遠藤俊明：カラー静止
画像の国際標準符号化方式−ＪＰＥＧアルゴリズム−、
テレビ誌、Ｖｏｌ．４６Ｎｏ．８（１９９２））図１
０によれば、ＪＰＥＧでは入力画像を符号化する過程で
ＤＣＴ、量子化、ジグザグスキャン、ハフマン符号化を
行い圧縮画像を得る。画像を再生する時には逆に、ハフ
マン複合化、二次元化、逆量子化、逆ＤＣＴを行う。符
合・復号過程の量子化・逆量子化に用いる量子化テーブ
ルは同一のものを用いる必要があり、ＪＰＥＧ画像のヘ
ッダに格納されている。

【００２３】符号化過程の量子化はＪＰＥＧの画質を大
きく左右し、量子化テーブルを変更することにより、画
像データの圧縮率と画質を調整することができる。一般
に量子化とは、ある幅の数値を一つの代表値で置き換え
ることを言い、各係数の取り得る値を限定し情報量を削
減する。ＪＰＥＧでは、量子化によって人間の目に画質
の劣化がわかりにくい画像の高周波成分を切り捨ててい
る。高周波成分をどの程度切り捨てるかを指定するのが
量子化テーブルで、画像の品質を最高にする場合は高周
波成分を切り捨てない量子化テーブルを指定すれば良い
が、これではデータ量が大きくなる。逆に、データ量を
減らすにはＪＰＥＧ画像の画質を下げて圧縮率を上げれ
ば良く、高周波成分の多くを切り捨てる量子化テーブル
を指定して符号化すれば良い。

【００２４】ＪＰＥＧ画像を変換して画質を下げデータ
量を削減するためには、図１１に示すようにＪＰＥＧ画
像データをハフマン復号化、二次元化、逆量子化まで復
号し、高周波成分を切り捨てる量子化テーブルを用いて
量子化、ジグザグスキャン、ハフマン符号化して新しい
ＪＰＥＧ画像を作成すれば良い。

【００２５】また、ＪＰＥＧから全く違う他のフォーマ
ットの画像に変換するには、原画まで戻す必要がある。
ＪＰＥＧ画像データをハフマン復号化、二次元化、逆量
子化、逆ＤＣＴ、ブロック合成して原画像まで戻し、新
たに符号化して他のフォーマットに変換することができ
る（図１２参照）。

【００２６】図３は、図２の実施例におけるＷｅｂプロ
キシサーバの構成を示している。Ｗｅｂプロキシサーバ
３０１は、本発明の情報中継システム３００、上流のシ
ステム（Ｗｅｂサーバもしくは別のＷｅｂプロキシサー
バ）と接続する上流通信部３０２、下流のシステム（Ｗ
ｅｂブラウザもしくは別のＷｅｂプロキシサーバ）と接
続する下流通信部３０３から構成される。ここではより
おおもとのＷｅｂサーバに近い方を上流、Ｗｅｂブラウ
ザに近い方を下流としている。

【００２７】下流通信部３０３は、下流のシステムから
情報取得要求を受け取り、情報中継システム３００のデ
ータ取得部３０４から上流通信部３０２を介して、上流
のシステムにデータ取得要求を送信する。データ取得部
３０４が、上流システムからのデータを受け取り、デー
タ変換部３０５で解析する。解析結果をもとにデータ記
憶・変換戦略決定部３０７が記憶するデータを決定し、
その決定に従ってデータ記憶部３０６に０個以上の解析
結果が記憶される。例えば、データがＪＰＥＧ画像デー
タだった場合、データ記憶・変換戦略決定部３０７が図
１３のようなリストを用いて、オリジナルデータ（ＪＰ
ＥＧ）、ハフマン復号化の結果、二次元化の結果、逆量
子化の結果、逆ＤＣＴの結果、ブロック合成の結果（原
画像）の各段階の解析結果を記憶するように決定し、取
得したデータから複数の解析結果をデータ記憶部３０６
に記憶する。同時に解析結果はデータ記憶・変換戦略決
定部３０７の決定にもとづきデータ変換部３０５で変換
され、データ送信部３０８を経て、下流通信部３０３を
介して、下流のシステムに送信される。

【００２８】例えば、ＪＰＥＧ画像の画質を落としてデ
ータ量を削減する変換を指定された場合、図１４のよう
なリストを用いて逆量子化の結果が画質変換のための解
析データとして使用され、データ変換部３０５で新しい
量子化テーブルを用いて量子化、ジグザグスキャン、ハ
フマン符号化が行われ、下流に送信される。さらにＪＰ
ＥＧではない他のフォーマット（例えばＧＩＦ）が指定
された場合には、原画像がフォーマット変換のための解
析データとして使用され、データ変換部３０５で変換さ
れ、下流に送信される。

【００２９】データ記憶・変換戦略決定部３０７は、デ
ータ解析結果と情報取得要求に含まれる変換指定を参照
して変換戦略を決定する。さらにデータ記憶・変換戦略
決定部３０７は、データ解析結果と変換戦略記憶部３１
０に格納されたルールを参照して、変換戦略を決定する
場合もある。さらにデータ記憶・変換戦略決定部３０７
は、データ解析結果とプロキシの動作設定を格納するプ
ロキシ設定記憶部３１１の設定情報を参照して変換戦略
を決定する場合もある。さらにデータ記憶・変換戦略決
定部３０７は、データ解析結果とユーザ情報管理部３０
９で管理しているユーザ毎の変換指定を参照して変換戦
略を決定する場合もある。変換戦略記憶部とユーザ情報
管理部は必須ではない。

【００３０】下流のシステムから受け取った情報取得要
求が、データ記憶部３０６に記憶されている情報を要求
するものだった場合、データ記憶・変換戦略決定部３０
７は記憶されている解析結果の中から変換に最適な解析
結果を決定し、データ記憶部３０６からデータを取出さ
れてデータ変換部３０５で変換され、データ送信部３０
８を経て、下流通信部３０２を介して下流のシステムに
送信される。

【００３１】図９に、本実施例のＷｅｂプロキシサーバ
３０１の動作フローを示す。Ｗｅｂプロキシサーバはま
ず初期化を行った後、下流および上流からのデータ通信
待ち、およびシステム管理者からの入力待ちの状態に入
る。管理者から終了要求が来た場合は終了処理を行って
終了する。管理者からの入力がプロキシサーバの設定変
更指示の場合、設定を変更して、再び通信・入力待ち状
態に入る。

【００３２】下流からのデータがある場合、それがプロ
キシの設定変更指示であれば、プロキシサーバの設定を
変更して、通信・入力待ち状態に戻る。そうでなけれ
ば、下流からのデータ取得要求が、データ記憶・変換戦
略決定部でデータ記憶部に記憶してあるデータに対して
のものかどうかチェックされる。

【００３３】同じものでなければ上流へ転送する。同じ
であれば、データ記憶・変換戦略決定部に問い合わせ、
その決定にしたがってデータ記憶部からデータを取出
し、データ変換部でデータを変換する。変換したデータ
をデータ送信部から下流通信部を介して下流に送信す
る。

【００３４】上流からのデータがある場合、応答データ
を受信、データ変換部で解析する。データ変換部での解
析結果に基づいて、データ記憶・変換戦略決定部に問い
合わせ、データ記憶部へデータをキャッシュする。キャ
ッシュするのと並行して、データ記憶・変換戦略決定部
の決定にしたがってデータ変換が行われる。

【００３５】変換されたデータは、データ送信部から下
流通信部を介して下流へ送信される。

【００３６】次にＸＭＬ（ＥｘｔｅｎｓｉｂｌｅＭａ
ｒｋｕｐＬａｎｇｕａｇｅ）の処理に関して説明す
る。ＸＭＬは、Ｗ３Ｃ（ＷｏｌｄＷｉｄｅＷｅｂ
Ｃｏｎｓｏｒｔｉｕｍ）のＸＭＬワーキング・グループ
が制定した拡張可能なマーク付け言語である。Ｗｅｂ上
での情報作成にはＨＴＭＬ（ＨｙｐｅｒＴｅｘｔＭ
ａｒｋｕｐＬａｎｇｕａｇｅ）が用いられてきたが、
Ｗｅｂがビジネスにも使われるようになってＸＭＬも使
われるようになっている。ＨＴＭＬでは、定められたマ
ークを使ってＷｅｂページ上に情報を作成することにな
るが、ＸＭＬでは固有のマークを自分で定義できる。こ
のため、プログラムを利用して情報を抽出・編集した
り、情報の再利用や異なる用途への活用がしやすくなっ
ている。

【００３７】図１６に示したのがＸＭＬ記述である。そ
してこの記述される情報の構造が図１７である。

【００３８】図１６の＜ｂｏｄｙ＞、＜／ｂｏｄｙ＞、
＜ｔｉｔｌｅ＞、＜／ｔｉｔｌｅ＞などがマーク（タグ
とも呼ばれる）で、ＸＭＬでは全てのタグがバランスが
とれている必要があり、開始タグと終了タグの両方を持
つ必要がある。図１６の例では＜ｂｏｄｙ＞が開始タグ
であり、＜／ｂｏｄｙ＞が終了タグである。さらに、Ｘ
ＭＬでは各要素は正しくネストしなくてはならない、な
どの規則がある。これらの規則はＷ３Ｃ勧告ＸＭＬ１．
０に詳しいが、すべてのＸＭＬ文書はこれらの規則に従
った「整形式（ｗｅｌｌ−ｆｏｒｍｅｄ）」でなければ
ならない。

【００３９】ＸＭＬ文書を利用（変換）する場合、整形
式であるかどうかをチェックして、文書構造を解析す
る。図３の実施例で取得したデータがＸＭＬ文書だった
場合は、データ変換部３０５で解析し、データ記憶・変
換戦略決定部３０７の決定に従って、ＸＭＬとして整形
式であるかどうか、文書をパーズした木構造などをデー
タ記憶部３０６に記憶する。並行して、データ記憶・変
換戦略決定部３０７の決定に従っデータ変換部３０５で
パーズされた木構造から、新たな文書に変換され、デー
タ送信部３０８を経て、下流通信部３０３を介して下流
のシステムに送信される。

【００４０】下流のシステムから受け取った情報取得要
求が、データ記憶部３０６に記憶されている情報を要求
するものだった場合、データ記憶・変換戦略決定部３０
７は記憶されている解析結果の中から解析結果を指示
し、データ変換部３０５は整形式であることを確認し、
パーズされている木構造から新たなデータ（文書）を作
成する。データはデータ送信部３０８を経て、下流通信
部３０２を介して下流のシステムに送信される。

【００４１】次に図１、図４に示した本発明の別の実施
例、すなわちＷｅｂサーバに組み込んだ情報中継システ
ムについて説明する。

【００４２】図５は、図４の実施例におけるＷｅｂサー
バの構成を示している。Ｗｅｂサーバ５０１は、本発明
の情報中継システム５００、Ｗｅｂサーバ部５０２、下
流のシステム（ＷｅｂブラウザもしくはＷｅｂプロキシ
サーバ）と接続する下流通信部５０３から構成される。

【００４３】下流通信部５０３は、下流のシステムから
情報取得要求を受け取り、情報中継システム５００のデ
ータ取得部５０４からＷｅｂサーバ部５０２へデータ取
得要求を送る。データ取得部５０４が、Ｗｅｂサーバ部
５０２からのデータを受け取り、データ変換部５０５で
解析する。解析結果をもとにデータ記憶・変換戦略決定
部５０７が記憶するデータを決定し、その決定に従って
データ記憶部５０６に０個以上の解析結果が記憶され
る。例えば、データがＪＰＥＧ画像データだった場合、
データ記憶・変換戦略決定部５０７が図１３もしくは図
１５のようなリストを用いて、各段階の解析結果を記憶
するように決定し、取得したデータから複数の解析結果
をデータ記憶部５０６に記憶する。同時に解析結果はデ
ータ記憶・変換戦略決定部５０７の指示にもとづきデー
タ変換部５０５で変換され、データ送信部５０８を経
て、下流通信部５０３を介して、下流のシステムに送信
される。

【００４４】変換に関しては前述した図３の実施例で示
したように、ＪＰＥＧ画像の画質を落としてデータ量を
削減する変換、ＪＰＥＧではない他のフォーマットに変
換、などと同様に、データ記憶・変換戦略決定部は、デ
ータ解析結果と情報取得要求に含まれる変換指定を参照
して変換戦略を決定する。さらにデータ記憶・変換戦略
決定部は、データ解析結果と変換戦略記憶部に格納され
たルールを参照して、変換戦略を決定する場合もある。
さらにデータ記憶・変換戦略決定部は、データ解析結果
とプロキシの動作設定を格納するプロキシ設定記憶部の
設定情報を参照して変換戦略を決定する場合もある。さ
らにデータ記憶・変換戦略決定部は、データ解析結果と
ユーザ情報管理部で管理しているユーザ毎の変換指定を
参照して変換戦略を決定する場合もある。変換戦略記憶
部とユーザ情報管理部は必須ではない。

【００４５】下流のシステムから受け取った情報取得要
求が、データ記憶部に記憶されている情報を要求するも
のだった場合、データ記憶・変換戦略決定部は記憶され
ている解析結果の中から変換に最適な解析結果を決定
し、データ変換部で変換し、データ送信部を経て、下流
通信部を介して下流のシステムに送信する。

【００４６】図１８に、本実施例のＷｅｂサーバ５０１
の動作フローを示す。Ｗｅｂサーバはまず初期化を行っ
た後、下流からのデータ通信待ちおよびシステム管理者
からの入力待ちの状態に入る。

【００４７】管理者から終了要求が来た場合は終了処理
を行って終了する。管理者からの入力がサーバの設定変
更指示の場合、設定を変更して、再び通信・入力待ち状
態に入る。

【００４８】下流からのデータがある場合、それがプロ
キシの設定変更指示であれば、サーバの設定を変更し
て、通信・入力待ち状態に戻る。そうでなければ、下流
からのデータ取得要求が、データ記憶・変換戦略決定部
でデータ記憶部に記憶してあるデータに対してのものか
どうかチェックされる。

【００４９】同じものでなければサーバ部からデータを
取得する。取得したデータをデータ変換部で解析し、解
析結果に基づいてデータ記憶・変換戦略決定部に問い合
わせ、その決定にしたがってデータ記憶部にデータをキ
ャッシュする。キャッシュするのと並行して、データ記
憶・変換戦略決定部の決定にしたがってデータ変換が行
われる。変換されたデータは、データ送信部から下流通
信部を介して下流へ送信される。

【００５０】同じであれば、データ記憶・変換戦略決定
部に問い合わせ、その決定にしたがってデータ記憶部か
らデータを取出し、データ変換部でデータを変換する。
変換したデータをデータ送信部から下流通信部を介して
下流に送信する。

【００５１】以上の例では、Ｗｅｂプロキシサーバに本
発明を組み込んだ実施例、およびＷｅｂサーバに本発明
を組み込んだ実施例を説明したが、図６のような一つの
計算機上にＷｅｂサーバと本発明を組み込んだＷｅｂプ
ロキシサーバが同居する構成もある。

【００５２】

【発明の効果】以上説明したようにこの発明によれば、
利用者がクライアントから要求した情報を再利用し、同
じデータを容易に変換して利用者に提供することがで
き、変換にかかる計算コストを削減できる。さらに変換
時間を削減できるため、利用者の待ち時間を削減するこ
ともできる。

【図面の簡単な説明】

【図１】本発明の一実施例の構成を示すブロック図。

【図２】本発明の別の実施例の構成を示すブロック図。

【図３】本発明の別の実施例の構成を示すブロック図。

【図４】本発明の別の実施例の構成を示すブロック図。

【図５】本発明の別の実施例の構成を示すブロック図。

【図６】本発明の別の実施例の構成を示すブロック図。

【図７】本発明の別の実施例の構成を示すブロック図。

【図８】本発明の別の実施例の構成を示すブロック図。

【図９】本発明の一実施例のＷｅｂプロキシサーバの動
作フロー図。

【図１０】本発明の一実施例におけるデータ内容を示す
ブロック図。

【図１１】本発明の一実施例におけるデータ内容を示す
ブロック図。

【図１２】本発明の一実施例におけるデータ内容を示す
ブロック図。

【図１３】本発明の一実施例のデータ記憶戦略ルールを
示す図。

【図１４】本発明の一実施例のデータ変換戦略ルールを
示す図。

【図１５】本発明の一実施例のデータ記憶戦略ルールを
示す図。

【図１６】本発明の一実施例におけるデータ内容を示す
図。

【図１７】本発明の一実施例のデータ内容で表現される
文書の構造を示すブロック図。

【図１８】本発明の一実施例のＷｅｂサーバの動作フロ
ー図。

【符号の説明】

１０：情報中継システム１１：データ取得部１２：データ変換部１３：データ記憶部１４：データ記憶・変換戦略決定部１５：ユーザ情報管理部１６：データ送信部

───────────────────────────────────────────────────── フロントページの続き (72)発明者吉田英樹神奈川県川崎市幸区小向東芝町１番地株式会社東芝研究開発センター内 (72)発明者村永哲郎東京都港区芝浦一丁目１番１号株式会社東芝本社事務所内Ｆターム(参考） 5B082 FA12 GA02 5K034 AA14 DD03 FF01 FF11 HH04 HH06 HH17 HH61 HH63

Claims

【特許請求の範囲】

【請求項１】クライアントからの要求に従ってサーバ
からのデータをクライアントに中継する情報中継装置に
おいて、サーバからデータを取得するデータ取得手段
と、取得したデータを解析して変換するデータ変換手段
と、変換したデータを送信するデータ送信手段と、前記
データ変換手段による解析過程、解析結果、変換途中、
変換後の少なくともいずれかのデータを複数記憶するデ
ータ記憶手段とを備え、前記データ変換手段は、前記デ
ータ記憶手段に記憶された複数のデータのいずれかを利
用して変換を行う手段を含むことを特徴とする情報中継
装置。
【請求項２】利用者の変換指定を保持するユーザ情報
管理手段を更に備え、前記データ変換手段は、該ユーザ
情報管理手段に保持された情報に従って変換を行うこと
を特徴とする請求項１に記載の情報中継装置。
【請求項３】クライアントからの要求に従ってサーバ
からのデータをクライアントに中継する情報中継方法に
おいて、サーバからデータを取得し、取得したデータを
解析して変換し、この結果に基づいて解析過程、解析結
果、変換途中、変換後のどのデータを後の変換に利用す
るために記憶するかを決定し、この記憶を行った後に前
記変換したデータに対する変換要求を受けた場合に、前
記記憶したうちのどのデータを当該変換要求について利
用すべきかを決定し、この決定したデータを利用して変
換したデータをクライアントへ送信することを特徴とす
る情報中継方法。