JP2000285006A - 情報取得制御装置及び情報取得制御方法 - Google Patents

Abstract

(57)【要約】 【課題】 低バンド幅の回線を有効に活用して必要な情
報が利用者に提示されるまでの待ち時間が短くなるよう
なデータ取得を行う情報取得制御装置を提供すること。 【解決手段】 利用者側からの要求に基づいてＷｅｂサ
ーバ側からＨＴＭＬ文書を取得する情報取得制御装置に
おいて、データ取得部１１によりＷｅｂサーバ側からＨ
ＴＭＬ文書を取得し、データ解析部１３によりＨＴＭＬ
文書を解析し、データ戦略決定部１４により解析結果に
基づいて次の取得候補となるデータ、例えばリンク先の
ＨＴＭＬ文書、インラインイメージ等のデータ型を予測
し、この予測結果に基づいて該次の取得候補となるデー
タについて全部分を取得するか、先頭フレーム等の一部
分を取得するか、取得しないかを決定し、データ取得部
１１は、決定に従ってＨＴＭＬ文書やインラインイメー
ジ等を取得する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、サーバ側からの情
報をクライアント側に送信し、利用者に提示させるＷＷ
Ｗシステムにおいてデータ取得戦略を決定する情報取得
制御装置及び情報取得制御方法に関する。

【０００２】

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

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

【０００４】

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

【０００５】このように、低バンド幅の回線を経由して
Ｗｅｂアクセスすると、情報が利用者に表示されるまで
の待ち時間が長くなるという問題がある。また、このよ
うな低バンド幅の回線で、Ｗｅｂアクセスを高速化する
ために画像を送らないという設定をする方法があるが、
画像を全く送らないのでは利用者に情報が十分に伝わら
ないなどの問題がある。

【０００６】本発明は、上記事情を考慮してなされたも
ので、低バンド幅の回線を有効に活用して、必要な情報
が利用者に提示されるまでの待ち時間が短くなるような
データ取得を行う情報取得制御装置及び情報取得制御方
法を提供することを目的とする。

【０００７】

【課題を解決するための手段】本発明（請求項１）に係
る情報取得制御装置は、サーバ装置に対する取得要求を
送信して所望の構造化文書を取得する取得手段と、前記
取得手段により取得された前記構造化文書を解析する解
析手段と、前記解析手段の解析結果に基づいて次の取得
候補となるデータのデータ型を予測する予測手段と、前
記予測手段で予測されたデータ型に基づいて、次の取得
候補となる前記データの取得を行うか否かを決定する決
定手段とを具備したことを特徴とする。

【０００８】サーバ装置は、例えば、Ｗｅｂサーバであ
る。構造化文書は、例えば、ＨＴＭＬ（Ｈｙｐｅｒ Ｔ
ｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）で記述され
るデータである。次の取得候補となるデータには、例え
ば、取得された構造化文書中おいて関連付けられている
リンク先の他の構造化文書、インラインイメージ等のイ
ンライン情報がある。構造化文書のプリフェッチを行う
場合には、リンク先の他の構造化文書をプリフェッチす
る。また、複数段のプリフェッチを行う場合には、プリ
フェッチしたリンク先の構造化文書をも上記解析対象と
して、上記解析・決定、そして取得を行う。また、構造
化文書のプリフェッチを行う際に、インライン情報はプ
リフェッチしない、あるいは最終段の構造化文書のプリ
フェッチを行う際には、タイトルのみをプリフェッチす
るなどの制御も可能である。

【０００９】好ましくは、前記決定手段は、前記構造化
文書に含まれる、前記データの記述形式を示すタグ情
報、前記データの記録場所を示す場所情報、または前記
データに関連するコメント情報の少なくとも一つに基づ
いて前記データ型を予測するようにしてもよい。データ
型は、例えば、ＨＴＭＬページ、動的に生成されるコン
テンツ、静止画像（例えば、ｇｉｆ画像）、音データ
（例えば、ＭＰＥＧ）、映像データ（例えば、ＭＰＥ
Ｇ）、プログラム（例えば、Ｊａｖａプログラム）、な
どである。また、例えば、背景画像、小さい画像、画像
が多いページ、広告画像など、何らかの評価を含んでも
よい。データの記述形式を示すタグ情報に基づいた予測
は例えば「ＡＰＰＬＥＴタグならばＪａｖａプログラム
である」等であり、データの記録場所を示す場所情報に
基づいた予測は例えば「ＵＲＬ／ファイル名の拡張子
が．ｈｔｍならばＨＴＭＬページである」等）であり、
データに関連するコメント情報に基づいた予測は例えば
「周囲のコメント文より広告用と予測されるデータであ
るならば広告画像である」等である。

【００１０】好ましくは、前記決定手段は、次の取得候
補となる前記データの取得を決定する際には、前記デー
タの取得形態を決定するするようにしてもよい。データ
の取得形態は、例えば、大きく分けて、そのデータを通
常通り全部取得する形態と、そのデータの一部のみを取
得する形態とがある。また、後者には、文字データのみ
取得する形態、コメント情報のみ取得する形態、そのデ
ータの前半部のみ取得する形態、動画像データの先頭フ
レームのみ取得する形態など、データ型に応じて様々な
方法が考えられる。

【００１１】好ましくは、前記決定手段は、次の取得候
補となる前記データが、画像データ、音データまたは映
像データである場合には、前記データの一部のみを取得
することを決定するようにしてもよい。

【００１２】好ましくは、所定のデータに関する所定の
取得形態を示す取得形態ルール群を記憶する第１の記憶
手段をさらに具備し、前記決定手段は、前記予測手段で
予測されたデータ型に基づいて、次の取得候補となる前
記データの取得を行うか否かを決定し、前記データを取
得する場合には、その取得形態を決定するようにしても
よい。上記のルールは、例えば、ｉｆ…ｔｈｅｎ…ルー
ルである。

【００１３】好ましくは、所定のデータに関して、取得
の可否を示す取得可否ルール群を記憶する第２の記憶手
段をさらに具備し、前記決定手段は、前記予測手段で予
測されたデータ型と前記取得可否ルール群に基づいて、
次の取得候補となる前記データの取得を行うか否かを決
定し、前記データを取得する場合には、その取得形態を
決定するようにしてもよい。上記の取得可否ルール群
は、例えば、ブラウザ設定情報である。

【００１４】好ましくは、前記サーバ装置から取得した
データをキャッシュするためのデータ記憶手段を更に備
えるようにしてもよい。

【００１５】好ましくは、前記サーバから次の取得候補
となる前記データの取得を行う代りに、該データの代替
となるデータを生成して出力するデータ変換手段をさら
に具備するようにしてもよい。

【００１６】また、本発明は、クライアント装置からの
要求に基づいてサーバ装置から構造化文書を取得すると
ともに、この取得された構造化文書内の記述により関連
付けられている他の構造化文書およびこの取得された構
造化文書内の記述により指定されているインライン情報
を所定の取得形態で取得する情報取得制御システムであ
って、クライアント装置からの要求に基づいてサーバ装
置から構造化文書を取得する手段と、取得された構造化
文書のうちから解析対象とされた構造化文書中おいて他
の構造化文書を関連付けている記述およびインライン情
報を指定している記述に関して解析を行う手段と、前記
記述に関する解析の結果に基づいて、次の取得候補とな
る他の構造化文書およびインライン情報の各々につい
て、取得するか否かおよび取得する場合における取得形
態を決定する手段と、前記決定に基づいて前記他の構造
化文書および前記インライン情報に関する取得を行う手
段とを備えたことを特徴とする。

【００１７】なお、本発明は、上記の情報取得制御シス
テムに相当する機能を組み込んだブラウザとしても、上
記の情報取得制御システムに相当する機能を組み込んだ
プロキシサーバとしても成立する。例えば、上記したい
ずれかの情報取得制御システムと、利用者との対話を司
る入出力手段とを備え、利用者からの要求に基づいて取
得した構造化文書の次のデータの取得戦略を、前記情報
取得制御システムが決定するようにしたブラウザとして
も本発明は成立する。また、この場合に、利用者から指
定される設定情報を保持するブラウザ設定記憶手段を更
に備え、前記ブラウザ設定記憶手段に保持された既定の
動作属性に基づいて、次のデータの取得戦略を前記情報
取得制御システムが決定するようにしてもよい。また、
例えば、上記したいずれかの情報取得制御システムと、
上流のサーバおよび下流のサーバとの通信を行う通信手
段とを備え、クライアント装置とサーバ装置との間のデ
ータを中継し、取得した構造化文書の次のデータの取得
戦略を、前記情報取得制御システムが決定するようにし
たプロキシサーバとしても本発明は成立する。また、こ
の場合に、設定情報を保持するプロキシ設定記憶手段を
更に備え、前記プロキシ設定記憶手段に保持された既定
の動作属性に基づいて、次のデータの取得戦略を前記情
報取得制御システムが決定するようにしてもよい。

【００１８】なお、装置／システムに係る本発明は方法
に係る発明としても成立する。

【００１９】本発明（請求項８）に係る情報取得制御方
法は、サーバ装置に対する取得要求を送信して所望の構
造化文書を取得し、取得された前記構造化文書を解析
し、前記解析結果に基づいて次の取得候補となるデータ
のデータ型を予測し、前記予測されたデータ型に基づい
て、次の取得候補となる前記データの取得を行うか否か
を決定することを特徴とする。

【００２０】また、装置または方法に係る本発明は、コ
ンピュータに当該発明に相当する手順を実行させるため
の（あるいはコンピュータを当該発明に相当する手段と
して機能させるための、あるいはコンピュータに当該発
明に相当する機能を実現させるための）プログラムを記
録したコンピュータ読取り可能な記録媒体としても成立
する。

【００２１】本発明によれば、データ取得をデータ形式
に基づいてきめ細かく制御することができるので、利用
者が要求した構造化文書の概要が表示等されるまでの待
ち時間を減らすことができる（なお、内容や設定によっ
て構造化文書全体が表示されることもある）。また、概
要情報で内容が理解できなかったときに改めて全データ
を取得することができるため、利用者にとって不要なデ
ータで通信回線を浪費することがなく（通信トラフィッ
ク量を増やすことがなく）、限られた回線のバンド幅を
有効に活用することができる。また、効果的なプリフェ
ッチも可能とする。

【００２２】

【発明の実施の形態】以下、図面を参照しながら発明の
実施の形態を説明する。

【００２３】図１に、本発明の実施の形態に係る情報取
制御システムの基本的な構成例を示す。

【００２４】本情報取得制御システム１０は、Ｗｅｂサ
ーバから情報を取得するデータ取得部１１、取得したデ
ータを記憶・保持するデータ記憶部１２、取得したデー
タの構文解析を行うデータ解析部１３、データ解析の結
果をもとにデータ取得戦略を決めるデータ取得戦略決定
部１４、戦略決定に必要なルール（取得形態ルール群）
を記憶する戦略記憶部１５を備えている。また、データ
解析部１３の利用者の側に、取得されたデータに適宜変
換を施すデータ変換部をさらに備えることもある。

【００２５】本情報取得制御システム１０は、詳しくは
後述するように、利用者側から指定された情報（Ｗｅｂ
ページのデータの全部、または一部（例えばインライン
データは取得しない設定がなされている場合におけるイ
ンラインデータを除いた部分）、からなる情報）がデー
タ記憶部１２に存在しない場合に該情報を該当するＷｅ
ｂサーバから取得して利用者側に出力する機能と、利用
者側から指定された情報がデータ記憶部１２に存在する
場合に該データ記憶部１２から読み出した該情報を利用
者側に出力する機能と、取得した情報に関連する関連情
報（例えば、取得したページのリンク先のページ、リン
ク先ページからリンクするページ、…、あるいは各ペー
ジのインラインイメージ、など）のうちの所定のものを
所定のデータ形態（例えば、全データそのまま、情報量
を削減した形態、など）で該当するＷｅｂサーバから取
得してデータ記憶部１２に記憶・保持する機能を持ち、
特にどのような関連情報取得を行うかについての情報取
得戦略をユーザの指定やデータの属性を考慮しつつきめ
細かく決定する機能を有するものである。

【００２６】また、本情報取得制御システム１０は、取
得要求された情報をデータ解析部１３を介して利用者側
に出力する際に、データ変換部によって該情報の一部を
変換したものとして出力することも可能である。例え
ば、ＷｅｂページのデータのうちインラインデータはＷ
ｅｂサーバから取得せずに、用意しておいたあるいは生
成した代替画像を該インラインデータとして出力するこ
とも可能である。

【００２７】以下では、図１の情報取得制御システムを
Ｗｅｂブラウザに組み込んだ実施形態（図２）、該情報
取得制御システムをＷｅｂプロキシサーバに組み込んだ
実施形態（図１８）、その他のバリエーションに（一つ
の計算機上に「既存のＷｅｂブラウザ」と「該情報取得
制御システムを組み込んだＷｅｂプロキシサーバ」とを
搭載する実施形態（図２１）、該情報取得制御システム
を組み込んだＷｅｂプロキシサーバを多段に組み合わせ
て連携させる実施形態（図２２）、該情報取得制御シス
テムを組み込んだＷｅｂブラウザと該情報取得制御シス
テムを組み込んだＷｅｂプロキシとを連携させる実施形
態（図２３）、など）ついて説明する。

【００２８】まず、図１の情報取得制御システムをＷｅ
ｂブラウザに組み込んだ実施形態について説明する。

【００２９】図２に、この場合のＷｅｂブラウザからＷ
ｅｂサーバまでのネットワーク構成の一例を示す。図２
では、情報取得制御システム２０がＷｅｂブラウザ２１
に組み込まれた構成を示している。

【００３０】Ｗｅｂブラウザ２１の利用者は、例えば、
家庭のＰＣユーザやモーバイルワーカなどである。一般
に利用者は、インターネットサービスプロバイダ２２に
公衆網経由でアクセスし、そこからインターネット２３
にアクセスする。Ｗｅｂブラウザ２１から情報を要求す
ることにより、インターネット２３につながったＷｅｂ
サーバ２４から、情報の提供を受ける。

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

【００３２】最初に、Ｗｅｂブラウザでの基本的なＨＴ
ＭＬの処理に関して説明する。

【００３３】Ｗｅｂの情報はＨＴＭＬ（Ｈｙｐｅｒ Ｔ
ｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）で記述され
る。

【００３４】図３に、ＨＴＭＬで記述された情報（構造
化文書）の一例を示す。

【００３５】図４に、図３の情報の構造を示す。この構
造化文書には、２つのページへのリンク（＜Ａ ＨＲＥ
Ｆ…＞の部分）と、１つのインラインイメージの指定
（＜ＩＭＧ ＳＲＣ…＞の部分）とが記述されている。

【００３６】図３の文書をＷｅｂサーバから取得して、
Ｗｅｂブラウザで表示すると、図５に示すようになる。

【００３７】まず、図５の表示例において、「ＨＴＭＬ
例」の表示文字列は図３の＜ＴＩＴＬＥ＞．．．＜／
ＴＩＴＬＥ＞のタグで指定されたものであり、「リン
ク」と「インラインイメージ」の表示文字列は＜Ｈ１
＞．．．＜／Ｈ１＞のタグで指定されたものである。

【００３８】次に、リンクについて説明する。

【００３９】図３の文書における＜Ａ ＨＲＥＦ＝“ｈ
ｔｔｐ：／／ｗｗｗ．ｘｘｘ．ｃｏｍ／”＞フレッシュ
アイ＜／Ａ＞という記述（タグ）は、別の文書へのリン
クとなっている。これは、図５に示すように、ブラウザ
での表示上、「フレッシュアイ」という文字列にアンダ
ーラインがついて、次の文書へのリンクであることが示
される。ここを利用者がマウスでクリックなどすること
により、Ｗｅｂブラウザが次の文書データを要求して取
得し、それを表示することになる。

【００４０】このように利用者の指示に従って取得すべ
き次の情報を示す「リンク情報」を指定するタグ記述と
しては、 ・リンク＜Ａ ＨＲＥＦ＝“ｈｔｔｐ：／／ｗｗｗ．ｘｘｘ．ｃｏｍ／”＞． ．．＜／Ａ＞ ・クリッカブルマップ（ＡＲＥＡ ＨＲＥＦ＝“．．．”＞ ・フォーム＜ＦＯＲＭ ＡＣＴＩＯＮ＝“．．．／ｃｇｉ−ｂｉｎ／ｐｅｒｌ ．ｐｌ” ＭＥＴＨＯＤ＝“ｐｏｓｔ”＞ などがある。

【００４１】次に、インラインイメージについて説明す
る。

【００４２】図３の文書における＜ＩＭＧ ＳＲＣ＝
“ｆｕｊｉｓａｎ＿ｔｈ．ｊｐｇ”ＷＩＤＴＨ＝．．．
＞というタグは、その文書内に埋め込まれる画像、すな
わちインラインイメージを示している。Ｗｅｂブラウザ
は、ＨＴＭＬ解析中にこのタグを見つけると、タグ中の
ＳＲＣ属性に示された画像データを取得して、それを表
示する。前述の文書へのリンクとの相違は、利用者がク
リック等の選択操作をしなくても、Ｗｅｂブラウザがデ
ータの取得要求を出すところにある。

【００４３】また、この＜ＩＭＧ ＳＲＣ＝“ｆｕｊｉ
ｓａｎ＿ｔｈ．ｊｐｇ” ＷＩＤＴＨ＝．．．ＡＬＴ＝
“富士山”＞というタグには、ＡＬＴ属性が指定されて
いる。このＡＬＴ属性は、ＳＲＣで示された画像が取得
できなかった場合に、代りにこのＡＬＴ属性で示された
文字列、この例では「富士山」という文字列、を表示せ
よという指定である。

【００４４】また、ブラウザに画像を取得するかしない
かの設定が可能な場合に、ブラウザが「画像を取得しな
い」設定になっていた場合は、画像の取得要求を出さず
に代りに、ＡＬＴ属性で示された文字列を表示する。図
６に、ＡＬＴ属性で指定された文字列「富士山」が、イ
ンラインイメージの代りに表示されている例を示す。

【００４５】このように、元のページ中で指定されたデ
ータを取得して、元のページの表示と同時に提示（表
示、再生等）される「インライン情報」を指定するタグ
記述としては、 ・インライン画像（イメージ）の指定 ＜ＩＭＧ ＳＲＣ＝“ｆｕｊｉｓａｎ＿ｔｈ．ｊｐｇ” ＷＩＤＴＨ＝．．． ＡＬＴ＝“富士山”＞ ・背景画像の指定 ＜ＢＯＤＹ ＢＡＣＫＧＲＯＵＮＤ＝“ｉｍａｇｅ．ｇｉｆ” ＢＧＣＯＬＯ Ｒ＝．．．＞ ＜ＢＯＤＹ ＳＴＹＬＥ＝“ｂａｃｋｇｏｕｎｄ：ｕｒｌ（ｉｍａｇｅ．ｇｉ ｆ）”＞ ・インラインムービーなどの動画・映像情報の指定 ＜ＩＭＧ ＤＹＮＳＲＣ＝“ｍｏｖｉｅ．ａｖｉ”＞ ＜ＯＢＪＥＣＴ ＣＬＡＳＳＩＤ＝．．．＞＜ＰＡＲＡＭ ＮＡＭＥ＝“ＳＲ Ｃ” ＶＡＬＵＥ＝“ｍｏｖｉｅ．ｄｃｒ”＞＜／ＯＢＪＥＣＴ＞ ＜ＥＭＢＥＤ ＳＲＣ＝“ｍｏｖｉｅ．ｍｏｖ”＞ ・フレーム情報の指定 ＜ＦＲＡＭＥ ＳＲＣ＝“．．．”＞ ＜ＩＦＲＡＭＥ ＳＲＣ＝“．．．”＞ ・音や音楽情報の指定 ＜ＢＧＳＯＵＮＤ ＳＲＣ＝“ｍｕｓｉｃ．ｍｉｄ”＞ ＜ＯＢＪＥＣＴ ＣＬＡＳＳＩＤ＝．．．＞＜ＰＡＲＡＭ ＮＡＭＥ＝“ＳＲ Ｃ” ＶＡＬＵＥ＝“ｍｕｓｉｃ．ｒａ”＞＜／ＯＢＪＥＣＴ＞ ＜ＥＭＢＥＤ ＳＲＣ＝“ｍｕｓｉｃ．ａｕ”＞ ・３次元画像情報の指定 ＜ＥＭＢＥＤ ＳＲＣ＝“３Ｄ．ｗｒｌ”＞ ・プログラムの指定 ＜ＡＰＰＬＥＴ ＣＯＤＥ＝“ｊａｖａ．ｃｌａｓｓ” ＣＯＤＥＢＡＳＥ＝ “ｈｔｔｐ：／／．．．” ＡＬＴ＝．．．＞＜／ＡＰＰＬＥＴ＞ ＜ＯＢＪＥＣＴ ＣＬＡＳＳＩＤ＝．．．ＮＡＭＥ＝“ｈｔｔｐ：／／．．． ”＞＜／ＯＢＪＥＣＴ＞ などがある。

【００４６】次に、図２の情報取得制御システム２０／
Ｗｅｂブラウザ２１をより詳しく説明する。

【００４７】図７に、図２の情報取得制御システム２０
／Ｗｅｂブラウザ２１の内部構成例を示す。

【００４８】Ｗｅｂブラウザ２１は、利用者との対話を
司る入出力部３２を持ち、ここから利用者の情報取得要
求を入力、データ取得部３３を介してＷｅｂサーバにデ
ータ取得要求を送信する。

【００４９】データ取得部３３が、Ｗｅｂサーバからの
データを受け取り、データ記憶部３４に格納する。同時
にそのデータは、データ解析部３５を経て入出力部３２
に渡される。

【００５０】入出力部３２は、受け取ったＨＴＭＬデー
タを解析し、指定されたレイアウトにしたがって、利用
者にそのページを提示する。本実施形態では、データ解
析部３５の結果如何では、受け取ったＨＴＭＬデータを
データ変換部３６で変換してから、入出力部３２に渡し
て表示するが、データ変換部３６は必須ではない。

【００５１】一方、データ解析部３４での解析結果をも
とに、データ取得戦略決定部３７は、次に要求すべきデ
ータの取得戦略を決定する。その際、戦略記憶部３８に
格納されたルール（取得形態ルール群）を参照して取得
戦略を決定する。さらに、データ取得戦略決定部３７
は、ブラウザの動作設定（取得可否ルール群）を格納す
るブラウザ設定記憶部３９の設定情報を参照してデータ
取得戦略を決定する場合もある。

【００５２】図８に、本情報取得制御システム／Ｗｅｂ
ブラウザの動作フローの一例を示す。

【００５３】Ｗｅｂブラウザ２１は、まず、初期化を行
った後（ステップＳ１３０１）、利用者からの入力また
はＷｅｂサーバからの受信データを待つ状態に入る（ス
テップＳ１３０２）。

【００５４】ここで利用者からの入力があると、それが
終了要求であるならば（ステップＳ１３０３）、終了処
理を行って終了する（ステップＳ１３０４）。利用者か
らの入力がブラウザの設定変更を支持するものであるな
らば（ステップＳ１３０５）、設定変更を行って（ステ
ップＳ１３０６）、再び入力・通信待ち状態に入る（ス
テップＳ１３０２）。

【００５５】利用者からの入力がＷｅｂサーバへデータ
を要求するものであるならば（ステップＳ１３０７）、
Ｗｅｂサーバへのデータ取得要求をデータ取得部３３か
ら該当するＷｅｂサーバへ送信して（ステップＳ１３０
８）、再び入力・通信待ち状態に入る（ステップＳ１３
０２）。

【００５６】利用者からの要求に応じてデータ取得要求
を送信した結果、Ｗｅｂサーバからデータが来たなら
ば、データ取得部３３はそれを受信し（ステップＳ１３
０９）、データ記憶部３３へキャッシュする（ステップ
Ｓ１３１０）。そして、このデータをデータ解析部３４
で解析する（ステップＳ１３１１）。

【００５７】データ解析部３４から上記データをブラウ
ザの入出力部３２へ渡してデータを表示し（ステップＳ
１３１２）、Ｗｅｂブラウザ２１は入力・通信待ち状態
に入る（ステップＳ１３０２）。また、データが表示さ
れるのと並行して、データ解析部３４からデータ取得戦
略決定部３７へデータ解析結果を渡し、データ取得戦略
決定部３７は、データ解析結果に基づいて、次のデータ
取得に関する判断を行う（ステップＳ１３１３）。

【００５８】なお、データ取得戦略決定部３７により決
定されたデータ取得戦略（例えば、どのようなデータを
どのように取得するかを示す情報）はデータ取得部３３
に渡され、データ取得部３３は決定されたデータ取得戦
略に基づいてデータの取得を行う。また、どの程度のリ
ンク関係の階層までデータ取得戦略を及ぼすかによっ
て、データ取得戦略に基づいて取得されたデータがさら
に上記処理の対象になることもある。

【００５９】図９に、利用者によって指定されるＷｅｂ
ブラウザの設定情報（取得可否ルール群）の例を示す。

【００６０】ＬＡＮと比べて遅い回線でＷｅｂアクセス
をする場合、データ量が大きくなりがちな画像、音、映
像、プログラムなどの情報についてはその転送に時間が
かかるので、例えばリンク先のページにデータ量の大き
な画像が含まれている場合には「リンクを示す文字列」
をクリックしてからそのページの表示が完了するまでに
かなりの時間を要することになる。

【００６１】しかし、情報取得の目的等によっては、そ
れら情報を取得しないあるいはそれら情報をデータ量を
削減した形で取得することにより、表示速度の方を優先
させたいこともある。

【００６２】本実施形態では、利用者は、データ量が大
きくなりがちな情報の種類毎に、「取得するか否か」、
また「取得するとしたら全部か一部分だけか」といった
設定を行うようにしている。また、利用者が表示ページ
を閲覧等している間に、次に利用者が閲覧すると予測さ
れるデータ、つまり表示ページに含まれるリンク先のペ
ージを「プリフェッチするかどうか」、プリフェッチす
るとしたら「何段分プリフェッチするか」を指定するよ
うにしている。これらの情報は入出力部３２を介してブ
ラウザ設定記憶部３９に保持される。

【００６３】利用者はこれらの情報を対話操作時に随時
指定することができる。したがって、画像などの情報を
取得しなかった、あるいは取得しても一部だけであった
場合に、そのデータ概要が理解できなかったならば、全
データを取得する設定に戻して、もう一度情報を取得す
ることができる。あるいは、ある情報を取得しなかっ
た、あるいは取得しても一部だけであった場合に、該情
報についてのみ全データを取得して提示する機能を設け
るようにしてもよい。この場合、利用者はコマンド選択
等によりこの機能を指定することにより、Ｗｅｂブラウ
ザの設定情報を変更せずに、該情報の全データを取得さ
せて閲覧等することができる。

【００６４】図１０に、本情報取得制御システム／Ｗｅ
ｂブラウザが扱うデータ構造の一例を示す。このデータ
構造は、データ取得部３３が取得したページを、データ
解析部３５が解析した結果を示すものであり、データ取
得戦略決定部３７はこのデータ構造を参照して処理を行
うことで、次のデータを取得すべきかどうかなどのデー
タ取得戦略を決定する。

【００６５】図１０（ａ）は、本情報取得制御システム
が処理中のページの集合を、リストの形で保持するもの
である。現在ブラウザで表示されているページがポイン
タで押さえられている。処理の最中に新たに取得された
ページは、このリストに付加される。一方、処理が終了
したページはこのリストから外される。

【００６６】図１０（ｂ）は、処理中のページを表すデ
ータ構造であり、そのページの記述言語（この例ではペ
ージがＨＴＭＬで記述されていることを示している）、
そのページのタイトル、そのページに含まれるインライ
ン情報の数とインライン情報のリスト、そのページに含
まれるリンク情報の数とリンク情報のリストが保持され
る。

【００６７】図１０（ｃ）は、処理中のページに含まれ
るインライン情報のリストである。各リストの要素に
は、インライン情報のＵＲＬ（Ｕｎｉｖｅｒｓａｌ Ｒ
ｅｓｏｕｒｃｅ Ｌｏｃａｔｅｒ）またはファイル名、
その拡張子、拡張子から推定されるインライン情報のデ
ータ型（例えば、画像、音、映像等）、ＡＬＴ属性とし
て指定されたインライン情報の代りに提示すべき文字列
（指定されていなければ空）、インライン情報の幅・高
さが保持される。

【００６８】図１０（ｄ）は、処理中のページに含まれ
るリンク情報のリストである。各リストの要素は、図１
０（ｃ）のインライン情報と同じ情報が保持される。た
だし、幅・高さが把握できなければそれらは空となる。

【００６９】図１０（ｅ）は、データ取得戦略決定部３
７が現在処理を行っている情報へのポインタが保持され
る。すなわち、図１０（ｃ）のインライン情報や図１０
（ｄ）のリンク情報が指定される。

【００７０】なお、図１０のデータ構造例ではリストを
使って複数のデータを扱ったが、データの集合を扱える
ものであるならば、配列や表、キューなどのデータ構造
を用いても構わない。

【００７１】図１１に、データ解析部３５の動作フロー
の一例を示す。この処理は図８の手順のうちのステップ
Ｓ１３１１を詳細化したものである。

【００７２】現在解析している取得データが、ＨＴＭＬ
ページであるかどうか判断し（ステップＳ１６０１）、
ＨＴＭＬページでないならばそのデータをブラウザの入
出力部３２へ転送し（ステップＳ１６０２）、提示す
る。ＨＴＭＬページであるならば、これをデータ取得戦
略決定部３７が処理すべきページとして、図１０（ａ）
のリストに追加する（ステップＳ１６０３）。そして、
このページのデータをブラウザの入出力部３２へ転送し
（ステップＳ１６０４）、表示する。それと並行して、
このページの構文解析を行い（ステップＳ１６０５）、
その結果構成された図１０に示すような解析結果を、デ
ータ取得戦略決定部３７へ転送する（ステップＳ１６０
６）。

【００７３】なお、プリフェッチしたＨＴＭＬページの
うち解析対象としないもの（例えば、ｎ段プリフェッチ
する場合のｎ段目のＨＴＭＬページ）はデータ記憶部３
４に格納されるだけでありデータ取得部３３からデータ
解析部３５に渡されないが、プリフェッチしたＨＴＭＬ
ページのうち解析対象とするもの（例えば、ｎ段プリフ
ェッチする場合の２〜ｎ−１段目のＨＴＭＬページ）は
データ解析部３５に渡されるので、データ解析部３５は
そのようなＨＴＭＬページを入出力部３２へ転送せず
に、解析のみ行うようにする。

【００７４】図１２および図１３に、データ取得戦略決
定部３７の動作フローの一例を示す。この処理は図８の
手順のうちのステップＳ１３１３を詳細化したものであ
る。

【００７５】データ取得戦略決定部３７は、ブラウザ設
定情報を読む（ステップＳ１７０１）。そして、図１０
（ａ）のリストを参照し、データ取得戦略を決めるべき
ページがあるかどうか判断する（ステップＳ１７０
２）。もしないならば、この処理は終了する。もしある
ならば、このページに含まれるインライン情報について
それぞれのデータ取得戦略を決定する（ステップＳ１７
０３）。

【００７６】データ取得戦略決定部３７は、戦略記憶部
３８に格納されたルールと、図９に示すようなブラウザ
設定記憶部３９に格納されたブラウザ設定情報を参照し
て、次のデータを取得すべきか否か、取得するのならど
ういう方策で取得するか、について戦略を決定する（ス
テップＳ１７０３）。

【００７７】インライン情報のデータを取得すべきであ
るならば（ステップＳ１７０４）、データ取得戦略決定
部３７が決めた取得方法にしたがって、データ取得部３
３がデータを取得し（ステップＳ１７０５）、得られた
データをブラウザの入出力部３２へ転送し（ステップＳ
１７０６）、表示する。

【００７８】インライン情報を取得しないと判断したら
なば（ステップＳ１７０４）、その代替となるデータを
生成するか判断する（ステップＳ１７０７）。もし代替
データを生成するならば、データ変換部３６にて代替デ
ータを生成し（ステップＳ１７０８）、そのデータを入
出力部３２に転送し（ステップＳ１７０９）、表示す
る。他に処理すべきインランイ情報があるならば（ステ
ップＳ１７１０）、そのすべてを処理し終わるまで繰り
返す。

【００７９】インライン情報の処理が終了すると、次に
リンク情報の処理に移る。まず、ブラウザの設定がプリ
フェッチをする設定になっているか判定し（ステップＳ
１７１１）、ブリフェッチしないのであればリンク情報
の処理をせずに、次のページの処理に移り（ステップＳ
１７０２）、処理すべきページがなくなるまで繰り返
す。

【００８０】ブリフェッチする設定になっていれば（ス
テップＳ１７１１）、戦略記憶部３８に格納されたルー
ルを参照して、リンク情報で示される次のデータをプリ
フェッチすべきか判定する（ステップＳ１７１２）。プ
リフェッチすべきであるならば（ステップＳ１７１
３）、データ取得部３３がプリフェッチを行い（Ｖ１７
１４）、取得したページをデータ記憶部３４に格納する
と同時にそのページがプリフェッチの最終段でなければ
そのページを処理すべきページとして図１０（ａ）のリ
ストに追加する（ステップＳ１７１５）。

【００８１】そして、他のリンク情報についても同様に
処理を行い（ステップＳ１７１６）、なくなるまで繰り
返す。

【００８２】すべてのリンク情報についての処理が終了
したら、このページを処理済として図１０（ａ）のリス
トから外し（ステップＳ１７１７）、次のページの処理
へ移る（ステップＳ１７０２）。

【００８３】ここでは、インライン情報の取得と、リン
ク情報のプリフェッチとを分離して処理しているが、同
様の扱いをすることも可能である。また、ページを全部
解析し終わってからデータ取得の戦略を決めるのではな
く、ページを解析すると同時に戦略を決定していくよう
な処理も可能である。

【００８４】なお、上記処理において、あるページ中に
そのページ自身に対するリンクが存在したり、複数段の
プリフェッチを行うときに同じ内容のリンクが複数のペ
ージ中に存在するような場合には、無駄な解析やプリフ
ェッチを行わないように、解析対象となるリンクの数を
最小にするようにしてもよい。

【００８５】図１４〜図１７に、戦略記憶部３８に格納
されるルール（取得形態ルール群）の例を示す。図１４
および図１５は、次のデータ型（データ内容）を推測す
るルールの例で、図１４（ａ）はＨＴＭＬページに関連
するもの、図１４（ｂ）は動的に生成されるコンテンツ
に関連するもの、図１４（ｃ）は背景に関連するもの、
図１４（ｄ）は画像の大小、多少に関連するもの、図１
４（ｅ）は公告画像に関連するもの、図１５はマルチメ
ディアデータのデータ型（種類）に関連するものであ
る。図１６は、次のデータを取得するかどうかの判断ル
ールの例で、（ａ）はブラウザ設定に関連するもの、
（ｂ）は動的コンテンツに関連するもの、図１６（ｃ）
はコンテンツの重要度に関連するものである。図１７
は、データ取得方法を決定するルールの例である。

【００８６】ここでは大きく、次のデータ型（データ内
容）を推測するルール群（図１４（ａ）〜（ｅ）および
図１５）、次のデータを取得するかどうかを判断するル
ール群（図１５）、次のデータを取得する場合の取得方
法を決定するルール群（図１６）にわかれている。

【００８７】データ取得戦略決定部３７は、現在処理中
のページに対し、これらのルールを照合し、照合したル
ールに基づいてデータ型を推測し、データ型とルール群
および／またはブラウザ設定とをもとにしてデータを取
得するか否かおよび取得する場合における取得方法（取
得形態）を導き出す。データ型は、例えば、データの記
述形式を示すタグ情報（例えば、ＡＰＰＬＥＴタグなら
ばＪａｖａプログラムである、等）や、データの記録場
所を指定する記述（例えば、ＵＲＬ／ファイル名の拡張
子が．ｈｔｍならばＨＴＭＬページである、等）、デー
タに関連するコメント部分の記述（例えば、周囲のコメ
ント文より広告用と予測されるデータであるならば広告
画像である、等）をもとに予測することができる。

【００８８】例えば、データを指定する文字列に“ｇｉ
ｆ”が含まれる場合、ＧＩＦ画像であると判断し、また
その幅と高さが指定値より大きければ、大きいＧＩＦ画
像ということで、前半部分やコメント部分のみを取得す
るといった戦略を導き出す。

【００８９】なお、ここではルールの優先度などを用い
ていないが、データの推測など正しくない場合もあるの
で、そのようなルールは照合しても適用する優先度を下
げるなどの機構を導入することも可能である。

【００９０】また、上記の照合において、判断結果（ｔ
ｈｅｎの部分）が同一でない複数のルールが一致したと
きには、例えば、ルールに付した優先順位により採用す
るルールを決定する、あるいはＡＮＤの数を多く含むル
ールを採用する、などの選択処理を行えばよい。

【００９１】また、一致するルールがなかったときに
は、各判断の段階ごとに、扱い方を定めておけばよい。
例えば、次のデータ型（データ内容）を推測するルール
群または次のデータを取得するかどうかを判断するルー
ル群に一致するルールがなかったときには該データを取
得しないと決定し、次のデータを取得する場合の取得方
法を決定するルール群に一致するルールがなかったとき
にはブラウザ設定が「全部」となっていれば全部取得す
ると決定し、「一部」または「取得しない」となってい
る場合には取得しないと決定する、などである。

【００９２】また、ブラウザ設定を考慮しないルールが
存在する場合に、ブラウザ設定が「全部」または「取得
しない」となっており、上記照合では「画像の前半部の
み取得する」というようなブラウザ設定と矛盾する結果
がでたときのために、ブラウザ設定を優先させるか、照
合結果を優先させるかを定めておくか、あるいは取得す
る情報量の少ない方を優先させるか、あるいは取得する
情報量の多い方を優先させるかを定めておいてもよい。
また、利用者がこの設定を行うようにしてもよい。

【００９３】あるいは、全てのルールについてブラウザ
設定を考慮するようにしてもよい。例えば、全てのルー
ルについて、その条件部にブラウザ設定のパラメータを
使用するか、あるいはそのルールに到達するまでに、ブ
ラウザ設定のパラメータを使用した上位のルールを経由
させるなどすればよい。

【００９４】また、ブラウザ設定で「全部」と設定され
ている場合には全部を取得すると決定し、ブラウザ設定
で「取得しない」と設定されている場合には取得しない
と決定し、ブラウザ設定で「一部」と設定されている場
合にのみルールを照合するようにしてもよい。

【００９５】また、ブラウザ設定記憶部３９を設けず
に、ルールの照合のみでデータ取得戦略を決定する構成
も考えられる。

【００９６】もちろん、上記の例のようなルールベース
ではなく、手続き的プログラムなど、他の仕組みにより
決定するようにしてもよい。

【００９７】次に、図１の情報取得制御システムをＷｅ
ｂプロキシサーバに組み込んだ実施形態について説明す
る。

【００９８】図１８に、この場合のＷｅｂブラウザから
Ｗｅｂサーバまでのネットワーク構成の一例を示す。図
１８では、情報取得制御システム４０がＷｅｂプロキシ
サーバ４１に組み込まれた構成を示している。

【００９９】例えば、オフィスのイントラネット等に接
続されたＰＣ上のＷｅｂブラウザ４２から、Ｗｅｂプロ
キシサーバ４１を経由してインターネット４３にアクセ
スし、Ｗｅｂサーバ４４から情報の提供を受ける場合
が、この例に該当する。

【０１００】Ｗｅｂブラウザ４２とＷｅｂプロキシサー
バ４１との接続はＬＡＮ（１０Ｍｂｐｓ）であり、イン
ターネット４３への接続は専用線であって６４Ｋｂｐｓ
から１．５Ｍｂｐｓであるので、このイントラネット等
からインターネット４３との接続の部分がＷｅｂアクセ
スのボトルネックになる可能性が高い。そこで、Ｗｅｂ
プロキシサーバ４１に組み込まれた情報取得制御システ
ム４０が、遅い回線でのＷｅｂアクセスでのデータ取得
を制御することで、必要な情報がＷｅｂブラウザ４２の
利用者に提示されるまでの待ち時間を短くする。

【０１０１】図１９に、図１８の情報取得制御システム
４０を組み込んだＷｅｂプロキシサーバ４１の内部構成
例を示す。

【０１０２】この情報取得制御／Ｗｅｂプロキシサーバ
は、基本的には図７と同様であるので、以下では相違す
る点を中心に説明する。

【０１０３】Ｗｅｂプロキシサーバ４１は、本情報取得
制御システム４０、上流システム（Ｗｅｂサーバもしく
は別のＷｅｂプロキシサーバ）と接続する上流通信部５
２、下流のシステム（Ｗｅｂブラウザもしくは別のＷｅ
ｂプロキシサーバ）と接続する下流通信部５３、Ｗｅｂ
プロキシサーバの動作設定を格納するプロキシ設定記憶
部５１０から構成される。ここでは、よりおおもとのＷ
ｅｂサーバに近い方を上流、Ｗｅｂブラウザに近い方を
下流としている。なお、プロキシ設定記憶部５１０は図
７のブラウザ設定記憶部３９に対応するもので、前述と
同様、プロキシ設定記憶部５１０を設けない構成も可能
である。また、データ変換部５７も必須ではない。

【０１０４】下流通信部５３は、下流のシステムから情
報取得要求を受け取り、情報取得制御システム４０のデ
ータ取得部５４から上流通信部５２を介して、上流のシ
ステムにデータ取得要求を送信する。データ取得部５４
が、上流システムからのデータを受け取り、データ記憶
部５５に格納する。同時にそのデータは、データ解析部
５６を経て、下流通信部５３を介して、受け取ったＨＴ
ＭＬデータを下流のシステムに送信する。

【０１０５】また、データ変換部５７を備える場合、デ
ータ解析部５６の結果如何では、受け取ったＨＴＭＬデ
ータをデータ変換部５７で変換してから、下流システム
に送信する。

【０１０６】データ解析部５６での解析結果をもとに、
データ取得戦略決定部５８は、次に要求すべきデータの
取得戦略を決める。この際、戦略記憶部５９に格納され
たルールを参照して、取得戦略は決められる。さらに、
データ取得戦略決定部５８は、Ｗｅｂプロキシサーバの
動作設定を格納するプロキシ設定記憶部５１０の設定情
報を参照して、データ取得戦略を決める場合もある。な
お、Ｗｅｂプロキシサーバの動作設定は、システム管理
者が行うか、および／または下流のシステムから転送さ
れてきた情報に基づいて行う。

【０１０７】図２０に、Ｗｅｂプロキシサーバ４１の動
作フローの一例を示す。

【０１０８】Ｗｅｂプロキシサーバは、まず、初期化を
行った後（ステップＳ１９０１）、下流／上流からのデ
ータ通信待ち、およびシステム管理者からの入力待ちの
状態に入る（ステップＳ１９０２）。

【０１０９】管理者から終了要求がきた場合、終了処理
を行って終了する（ステップＳ１９０３，Ｓ１９０
４）。管理者からの入力がプロキシサーバの設定変更指
示の場合は、設定を変更して（ステップＳ１９０５）、
再び通信・入力待ち状態に入る（ステップＳ１９０
２）。

【０１１０】下流からのデータがある場合、それがプロ
キシの設定変更指示であれば（ステップＳ１９０６）、
プロキシサーバの設定を変更して（ステップＳ１９０
７）、通信・入力待ち状態に戻る（ステップＳ１９０
２）。そうでなければ、下流からのデータ取得要求を上
流へ転送する（ステップＳ１９０８）。

【０１１１】上流からのデータがある場合、応答データ
を受信し（ステップＳ１９０９）、データ記憶部５５に
キャッシュする（ステップＳ１９１０）。そして、この
データをデータ解析部５６で解析する（ステップＳ１９
１１）。データ解析部５６はデータを下流へ送信すると
（ステップＳ１９１２）、再び送信・入力待ち状態に戻
る（ステップＳ１９０２）。下流へのデータ送信と並行
して、データ解析結果に基づいてデータ取得戦略決定部
５８が、次のデータ取得に関して判断を行う（ステップ
Ｓ１９１３）。

【０１１２】なお、Ｗｅｂプロキシサーバが解析結果の
処理等で使用するためのデータ構造については先の実施
形態（図１０参照）と同様である。また、データ解析部
５６の動作フロー（図２０の手順のうちのステップＳ１
９１１を詳細化したもの）は例えば図１１と同様でよ
い。また、データ取得戦略決定部５８の動作フロー（図
２０の手順のうちのステップＳ１９１３を詳細化したも
の）は例えば図１２／図１３と同様でよい。また、戦略
決定記憶部５９に保持されるルールの例は先の実施形態
（図１４〜図１７参照）と同様である。また、プロキシ
設定記憶部５１０に設定されるプロキシ設定情報の例も
図９と同様である。

【０１１３】なお、本実施形態では、通常、下流はマル
チクライアントであるが、下流クライアントごとに対応
する処理を行うこと、例えば、プロキシ設定を下流のＷ
ｅｂブラウザもしくはＷｅｂプロキシサーバごとに記憶
し適用するなどの処理を行うことも可能である。

【０１１４】以上の例では、図１の情報取得制御システ
ムをＷｅｂブラウザに組み込んだ実施形態、および該情
報取得制御システムをＷｅｂプロキシサーバに組み込ん
だ実施形態について説明したが、図２１に示すように、
一つの計算機上に「既存の（該情報取得制御システムを
組み込んでいない）Ｗｅｂブラウザ」と「該情報取得制
御システムを組み込んだＷｅｂプロキシサーバ」とを搭
載する構成も可能である。

【０１１５】なお、図２１の情報取得制御システム６０
／Ｗｅｂプロキシサーバ６３は、図１８〜図２０で説明
したものと基本的には同様である（ただし、前者は下流
のシングルクライアントのみに対応すればよい）。

【０１１６】図２１に示す構成によれば、本発明を適用
したＷｅｂプロキシサーバを導入するればよいので、既
存のＷｅｂブラウザに変更を加えないですむという利点
がある。

【０１１７】また、図２２のように、情報取得制御シス
テム７２，７４を組み込んだＷｅｂプロキシサーバ７
３，７５を多段に組み合わせて連携する構成もある。ま
た、図２３のように、情報取得制御システム８０を組み
込んだＷｅｂブラウザ８１と、情報取得制御システム８
２を組み込んだＷｅｂプロキシ８３とを連携させる構成
もある。なお、図２２および図２３の情報取得制御シス
テムを組み込んだＷｅｂプロキシサーバは図１８〜図２
０で説明したものと基本的には同様であり、図２３の情
報取得制御システムを組み込んだＷｅｂブラウザは図２
以降で説明したものと基本的には同様である。

【０１１８】なお、Ｗｅｂプロキシサーバとブラウザと
の違いは、ブラウザが個人利用のアプリケーションであ
るのに対し、プロキシサーバの場合は、そのクライアン
トとなるシステム（ブラウザ群あるいは下流のプロキシ
群）共通のサーバとなることである。したがって、プロ
キシサーバが上位より取得し、そのキャッシュに入るデ
ータには公用性もしくは共有性がある。戦略決定記憶部
に保持されるルールについても、そのプロキシサーバの
クライアントとなるシステムに共通に適用されるため、
ルールは下位システム共通のものである必要がある。

【０１１９】また、利用者毎の要求を、一時的にプロキ
シが有効化するようなことも考えられる。その場合、プ
ロキシサーバに持たせる共通の取得戦略はそのままに、
利用者の要求毎にデータの取得戦略を変更することがで
きる。

【０１２０】また、本情報取得制御システムを組み込ん
だブラウザと本情報取得制御システムを組み込んだプロ
キシの連携、本情報取得制御システムを組み込んだ組み
込んだプロキシどうしの連携という形態では、本情報取
得制御システム間の通信プロトコルを独自拡張すること
ができる。これにより、例えば利用者毎にデータの取得
戦略を変えるが取得した一部のデータをプロキシのキャ
ッシュには入れない、といった制御を効率的に行うこと
が可能となる。

【０１２１】さらに、これまでの各実施形態を組み合わ
せた構成も可能である。例えば、多段のＷｅｂプロキシ
サーバとＷｅｂブラウザのいずれにも情報取得制御シス
テムを組み込んで、それらを連携させる構成もある。ま
た、システム中に、情報取得制御システムを組み込んだ
Ｗｅｂブラウザと組み込んでいないＷｅｂブラウザが混
在したり、情報取得制御システムを組み込んだＷｅｂプ
ロキシサーバと組み込んでいないＷｅｂプロキシサーバ
が混在することも可能である。

【０１２２】なお、低バンド幅の回線でのデータ量を減
らすために差分情報を送信するあるいはデータを圧縮し
て送るなどの方法が提案されており、また利用者がブラ
ウザであるページを読んでいる間に次にアクセスすると
予測されるページのデータをプリフェッチしておくこと
でＷｅｂアクセスの応答時間を短くする方法も提案され
ている（例えば、Ｈｏｕｓｅｌ ｅｔ ａｌ：Ｗｅｂ
Ｅｘｐｒｅｓｓ，Ｍｏｂｉ Ｃｏｍ９６，ｐｐ．１０８
−１１６，Ｌｉｌｊｅｂｅｒｇ ｅｔ ａｌ：Ｍｏｗｇ
ｌｉ ＷＷＷ Ｓｏｆｔｗａｒｅ，ＩＥＥＥ Ｇｌｏｂ
ａｌ Ｉｎｔｅｒｎｅｔ９６，Ｆｏｘ ｅｔ ａｌ：Ａ
ｄａｐｔｉｎｇ ｔｏ Ｎｅｔｗｏｒｋａｎｄ Ｃｌｉ
ｅｎｔ Ｖａｒｉａｂｉｌｉｔｙ ｖｉａ Ｏｎ−Ｄｅ
ｍａｎｄ Ｄｙｎａｍｉｃ Ｄｉｓｔｉｌｌａｔｉｏ
ｎ，ＡＳＰＬＯＳ−ＶＩＩ）が、本実施形態はこれらの
方法と併用可能である。

【０１２３】また、以上では、ＨＴＭＬにより記述され
た構造化文書やＷＷＷを例にとって説明したが、それ以
外の記述言語や情報配信システムにも適用可能である。

【０１２４】なお、以上の各機能は、ソフトウェアとし
ても実現可能である。

【０１２５】また、本実施形態は、コンピュータに所定
の手段を実行させるための（あるいはコンピュータを所
定の手段として機能させるための、あるいはコンピュー
タに所定の機能を実現させるための）プログラムを記録
したコンピュータ読取り可能な記録媒体としても実施す
ることもできる。

【０１２６】本発明は、上述した実施の形態に限定され
るものではなく、その技術的範囲において種々変形して
実施することができる。

【０１２７】

【発明の効果】本発明によれば、データ取得をデータ形
式に基づいてきめ細かく制御することができるので、利
用者が要求した構造化文書の概要が表示等されるまでの
待ち時間を減らすことができる。また、限られた回線の
バンド幅を有効に活用することができる。

【図面の簡単な説明】

【図１】本発明の一実施形態に係る情報取得制御システ
ムの構成例を示すブロック図

【図２】システム構成の一例を示す図

【図３】データの内容の一例を示す図

【図４】構造化文書について説明するための図

【図５】データ内容の表示例を示す図

【図６】データ内容の表示例を示す図

【図７】Ｗｅｂブラウザの構成例を示す図

【図８】Ｗｅｂブラウザの動作フローの一例を示すフロ
ーチャート

【図９】Ｗｅｂブラウザの設定情報の一例を示す図

【図１０】データ解析内容を示すデータ構造図

【図１１】データ解析の動作フローの一例を示すフロー
チャート

【図１２】データ取得戦略決定解析の動作フローの一例
を示すフローチャート

【図１３】データ取得戦略決定解析の動作フローの一例
を示すフローチャート

【図１４】データ取得戦略ルールの一例を示す図

【図１５】データ取得戦略ルールの一例を示す図

【図１６】データ取得戦略ルールの一例を示す図

【図１７】データ取得戦略ルールの一例を示す図

【図１８】システム構成の一例を示す図

【図１９】Ｗｅｂプロキシサーバの構成例を示す図

【図２０】Ｗｅｂプロキシサーバの一例を示すフローチ
ャート

【図２１】システム構成の一例を示す図

【図２２】システム構成の一例を示す図

【図２３】システム構成の一例を示す図

【符号の説明】

１０，２０，４０，６０，７２，７４，８０，８２…情
報取得制御システム １１，３３，５４…データ取得部 １２，３４，５５…データ記憶部 １３，３５，５６…データ解析部 １４，３７，５８…データ取得戦略決定部 １５，３８，５９…戦略記憶部 ３６，５７…データ変換部 ３２…入出力部 ３９…ブラウザ設定記憶部 ５２…上流通信部 ５３…下流通信部 ５１０…プロシキ設定記憶部 ２１，４２，６１，７１，８１，８３…Ｗｅｂブラウザ ４１，６２，７３，７５，８２…Ｗｅｂプロキシサーバ ２４，４４，６５，７３，８５…Ｗｅｂサーバ ２２，６３…インターネットサービスプロバイダ ２３，４３，６４，７６，８４…インターネット

───────────────────────────────────────────────────── フロントページの続き (72)発明者 伊藤 清司 神奈川県川崎市幸区小向東芝町１番地 株 式会社東芝研究開発センター内 (72)発明者 木村 哲郎 神奈川県川崎市幸区小向東芝町１番地 株 式会社東芝研究開発センター内 Ｆターム(参考） 5B082 FA03 FA12 GA08 GC02 GC04 HA05 5B089 GA11 GA21 GB04 HA01 JA22 JA24 JB02 JB03 JB04 JB05 KA05 KC48 KH00 LB14

Claims (8)

【特許請求の範囲】
1. 【請求項１】サーバ装置に対する取得要求を送信して所
   望の構造化文書を取得する取得手段と、 前記取得手段により取得された前記構造化文書を解析す
   る解析手段と、 前記解析手段の解析結果に基づいて次の取得候補となる
   データのデータ型を予測する予測手段と、 前記予測手段で予測されたデータ型に基づいて、次の取
   得候補となる前記データの取得を行うか否かを決定する
   決定手段とを具備したことを特徴とする情報取得制御装
   置。
2. 【請求項２】前記決定手段は、前記構造化文書に含まれ
   る、前記データの記述形式を示すタグ情報、前記データ
   の記録場所を示す場所情報、または前記データに関連す
   るコメント情報の少なくとも一つに基づいて前記データ
   型を予測することを特徴とする請求項１に記載の情報取
   得制御装置。
3. 【請求項３】前記決定手段は、次の取得候補となる前記
   データの取得を決定する際には、前記データの取得形態
   を決定することを特徴とする請求項１または２に記載の
   情報取得制御装置。
4. 【請求項４】前記決定手段は、次の取得候補となる前記
   データが、画像データ、音データまたは映像データであ
   る場合には、前記データの一部のみを取得することを決
   定することを特徴とする請求項１または２に記載の情報
   取得制御装置。
5. 【請求項５】所定のデータに関する所定の取得形態を示
   す取得形態ルール群を記憶する第１の記憶手段をさらに
   具備し、 前記決定手段は、前記予測手段で予測されたデータ型に
   基づいて、次の取得候補となる前記データの取得を行う
   か否かを決定し、前記データを取得する場合には、その
   取得形態を決定することを特徴とする請求項１に記載の
   情報取得制御装置。
6. 【請求項６】所定のデータに関して、取得の可否を示す
   取得可否ルール群を記憶する第２の記憶手段をさらに具
   備し、 前記決定手段は、前記予測手段で予測されたデータ型と
   前記取得可否ルール群に基づいて、次の取得候補となる
   前記データの取得を行うか否かを決定し、前記データを
   取得する場合には、その取得形態を決定することを特徴
   とする請求項５に記載の情報取得制御装置。
7. 【請求項７】前記サーバから次の取得候補となる前記デ
   ータの取得を行う代りに、該データの代替となるデータ
   を生成して出力するデータ変換手段をさらに具備したこ
   とを特徴とする請求項１に記載の情報取得制御装置。
8. 【請求項８】サーバ装置に対する取得要求を送信して所
   望の構造化文書を取得し、 取得された前記構造化文書を解析し、 前記解析結果に基づいて次の取得候補となるデータのデ
   ータ型を予測し、 前記予測されたデータ型に基づいて、次の取得候補とな
   る前記データの取得を行うか否かを決定することを特徴
   とする情報取得制御方法。