JP2003330789A - Ｗｅｂページ再表示システム及びプログラム - Google Patents

Abstract

(57)【要約】 【課題】 再訪問Ｗｅｂページの最新ページ表示に関し
て、ユーザの表示待ち時間を短縮する。 【解決手段】 データ処理装置と表示装置と入力装置と
を備え、ネットワークにより関連付けされたウェブサー
バにアクセスして取得した関連する複数のＷｅｂページ
を切り替えて表示装置に再表示させることができるＷｅ
ｂページ再表示システムであって、過去にアクセスした
アクセス日時をＷｅｂページ毎に記録するアクセス履歴
テーブルと、表示装置に第１Ｗｅｂページを表示させた
際にアクセス日時の直近の時刻にアクセスした履歴を有
する第２Ｗｅｂページをアクセス履歴テーブルから求
め、求められた第２Ｗｅｂページの内容を先読みするペ
ージ先読み部と、ページ先読み部により先読みされた第
２Ｗｅｂページの内容を格納するページデータキャッシ
ュとを有する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、Ｗｅｂページ（ウ
ェブページ）のアクセス履歴に基づく既訪問Ｗｅｂペー
ジを再表示させる際のユーザ側での待ち時間を短縮する
技術に関する。

【０００２】

【従来の技術】コンピュータシステム上で動作し、ネッ
トワーク経由で関連付けされるサーバ上のＷｅｂページ
を表示させるためにＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗ
ｅｂ）ブラウザソフトウエアが用いられる。コンピュー
タには、ディスプレイなどの表示装置と、キーボード又
はマウスなどの入力装置とが設けられている。表示装置
に表示されたＷｅｂページにおいて、ユーザが入力装置
により直接ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ
Ｌｏｃａｔｏｒ）を入力した時点、またはブックマー
クなどにより予め記録されたＵＲＬを選択した時点、ま
たはＷｅｂページに貼り付けられているリンクを選択す
ると、ネットワークを経由して選択されたＷｅｂページ
の内容を取得し対象となるＷｅｂページが表示される。

【０００３】

【発明が解決しようとする課題】例えば、ネットワーク
の帯域幅の制限などにより、目的とするＷｅｂページを
表示するまでのユーザの待ち時間が長くなるという問題
がある。この問題を解決する技術の例として、特開平１
１−２４９８２号公報に記載されている技術がある。こ
の技術では、Ｗｅｂページごとのリンクの選択頻度を計
測し蓄積しておく。そして、過去にアクセス頻度の高か
ったＷｅｂページを予め先読みすることによりユーザ待
ち時間が短縮する。

【０００４】しかしながら、特開平１１−２４９８２号
公報に記載の技術は、あるＷｅｂページにリンクされた
Ｗｅｂページのうちで、アクセス頻度の高さによりＷｅ
ｂページの優先順位を決め、優先順位の高いＷｅｂペー
ジを先読みする技術であるが、先読みするための具体的
条件が記載されておらず、先読み対象範囲も全体と記載
されている。

【０００５】従って、先読みの精度に問題があるため、
実際にはユーザの要望を完全に満足させるものではなか
った。また、バックグラウンドで先読みする場合におい
て、先読み対象範囲が多くなれば高いＣＰＵ処理性能を
必要とし、機器の価格に影響する上に、一般的な操作や
他のアプリケーション処理などにも影響を与えるという
問題がある。本発明は、ユーザが次に表示する可能性の
高いＷｅｂページ（範囲）をより高い精度で予測し、ユ
ーザの操作性や他のアプリケーションへの影響を極力少
なくして、最新Ｗｅｂページを速やかに表示することを
目的とする。

【０００６】

【課題を解決するための手段】本発明の一観点によれ
ば、データ処理装置と表示装置と入力装置とを備え、ネ
ットワークにより関連付けされたウェブサーバにアクセ
スして取得した関連する複数のＷｅｂページを切り替え
て前記表示装置に再表示させることができるＷｅｂペー
ジ再表示システムであって、過去にアクセスしたアクセ
ス日時をＷｅｂページ毎に記録するアクセス履歴テーブ
ルと、前記表示装置に第１Ｗｅｂページを表示させた際
に前記アクセス日時の直近の時刻にアクセスした履歴を
有する第２Ｗｅｂページを前記アクセス履歴テーブルか
ら求め、求められた前記第２Ｗｅｂページの内容を先読
みするページ先読み部と、該ページ先読み部により先読
みされた前記第２Ｗｅｂページの内容を格納するページ
データキャッシュとを有するＷｅｂページ再表示システ
ムが提供される。

【０００７】前記アクセス履歴テーブルは、さらにアク
セス頻度をＷｅｂページ毎に記録し、前記ページ先読み
部は、前記アクセス日時と前記アクセス頻度とに基づい
て先読みする第２Ｗｅｂページを求めるのが好ましい。

【０００８】さらに、前記ページ先読み部は、前記デー
タ処理装置における処理の余裕を考慮して先読みする第
２Ｗｅｂページの容量を決めるのが好ましい。尚、第２
Ｗｅｂページは、１ページ分とは限らず、また、複数の
異なるＷｅｂページをも含む。例えば直近のＷｅｂペー
ジから順次複数のＷｅｂページを選択したり、或いはア
クセス頻度をも考慮して先読みの優先順位を決めても良
い。さらに、新たなＷｅｂページ（ＵＲＬ）選択に際し
て、前記アクセス履歴テーブルの内容を更新するアクセ
ス履歴更新部を有するのが好ましい。

【０００９】上記システムによれば、そのＷｅｂページ
と関連が深く、次に表示する可能性の高いＷｅｂページ
を精度良く推測し、短時間で表示されることができる。
過去にアクセスしたＷｅｂページ毎にそのアクセス日時
を記録しておき、そのアクセス日時に近い時刻にアクセ
スしたＷｅｂページを検索し、さらにアクセス頻度をも
考慮して、先読みする優先順位を決定するためである。

【００１０】さらに、データ処理装置による処理の余
裕、例えばＣＰＵ占有状態を考慮して先読みするＷｅｂ
ページの範囲を決定することにより、ＣＰＵに対する負
担を軽減し、ユーザ操作や他のソフトウェアに対する影
響を極力抑えて先読みを行うことができる。

【００１１】

【発明の実施の形態】本明細書において、ブラウザと
は、インターネット上のサーバにアクセスするためのソ
フトウェアを指す。ウェブブラウザとは、ウェブコンテ
ンツをブラウズするソフトウェアを指す。これらのブラ
ウザは、一般的にはコンピュータにインストールされ、
コンピュータを用いてユーザがインターネットを介して
サーバ上のホームページなどのウェブを閲覧するために
用いられる。

【００１２】本発明の実施の形態について説明する前
に、発明者が行った考察について、図９を参照して説明
する。ユーザが過去の近い時刻に表示したＷｅｂページ
は、元のＷｅｂページとの関連性が高いと推定される。
例えば、元の第１のＷｅｂページと第１のＷｅｂページ
から訪問した別の第２のＷｅｂページとの関連性の高さ
は、第１のＷｅｂページと第２のＷｅｂページとのそれ
ぞれの表示時刻の差が小さいほど高いと推定されること
に発明者は思い当たった。このようなアクセス日時情報
に加えて、アクセス頻度の高さも考慮に入れて、Ｗｅｂ
ページを優先して先読みすることにより、既に訪問した
Ｗｅｂページを再表示させる際のユーザ待ち時間を短縮
することができると考えた。

【００１３】図９は、あるリンク構造を複数持ったＷｅ
ｂページの相関例を示す図である。例えば図９に示すＷ
ｅｂページにおいて、ＵＲＬ１群とＵＲＬ２群とは、分
野Ａに関係するＷｅｂページ群であり、ＵＲＬ３群は、
分野Ｂに関係するＷｅｂページ群である。図９に示す関
係を有する場合に、ユーザが、ある日時には分野Ａを閲
覧し、また別の日時には分野Ｂを閲覧することを仮定す
る。通常、分野Ａにおいては、以下の手順でＷｅｂブラ
ウジングが行われる。

【００１４】まず始めに、ＵＲＬ１の表示が行われ（
で示す）、次に、このページから順次リンクを辿ってＵ
ＲＬ１２の表示が行われ（で示す）、さらにＵＲＬ１
２１の表示が行われる（で示される）とする。その
後、ブックマークまたはＵＲＬの直接入力により、ＵＲ
Ｌ２が表示され（で示す）、さらに、このＷｅｂペー
ジからリンクをたどってＵＲＬ２２が表示されるとする
（で示す）。

【００１５】一方、分野ＢではまずＵＲＬ３が表示され
（で示す）、このページからリンクをたどって、ＵＲ
Ｌ３１やＵＲＬ３２が表示されるものとする。１つの分
野内のみのブラウジングについて考えると、上記特開平
１１−２４９８２号公報に記載の方式では、先読み処理
の優先順位は、いずれかのＵＲＬを再度表示した段階ま
でのアクセス頻度により決められる。

【００１６】発明者は、このような場合において、例え
ば、上記からまでの手順後に、さらにＵＲＬ１２１
（）を表示した段階で、アクセス日時の近さによって
先読み優先順位を決め、それに基づいて優先順位が高い
Ｗｅｂページと判断されたＵＲＬ２（）又はＵＲＬ２
２（）の先読み処理を開始することを考え付いた。

【００１７】さらに、分野Ａと分野ＢにまたがるＷｅｂ
ブラウジング処理においては、例えば、ある時期にＵＲ
Ｌ３以下のＷｅｂページを頻繁にアクセスした場合であ
って、分野ＡのＷｅｂブラウジングを開始（例えばＵＲ
Ｌ１２（）を表す）した際に、上記特開平１１−２４
９８２号公報に記載の技術では、アクセス頻度のみを優
先順位に反映させるため、以前のアクセス頻度が高いＵ
ＲＬ３以下のＷｅｂページが先読みされ、ＵＲＬ１やＵ
ＲＬ２以下のＷｅｂページの先読みは優先順位が低くな
る。このような場合においても、アクセス頻度のみを考
慮するのではなく上述のアクセス日時をも考慮に入れて
先読みの優先順位を決定することにより、ＵＲＬ３以下
のＷｅｂページの優先順位を高くしすぎることなく、Ｕ
ＲＬ１（）とＵＲＬ２（）のいずれかのＷｅｂペー
ジ先読み処理が優先して行われるようにすることを思い
付いた。

【００１８】さらに、アクセス日時をも考慮すると、ブ
ックマークで選択されたＷｅｂページや直接ＵＲＬを入
力して表示したＷｅｂページなど階層構造を持たない場
合でも、実際には特にユーザにとって関連性のあるＷｅ
ｂページについても先読みすることができる。加えて、
あるユーザが複数の分野にまたがってＷｅｂブラウザソ
フトウエアを使う場合、例えば、日や時間帯によってあ
る分野Ａについて訪問することが多くても、他の日や時
間帯によっては、分野Ａはほとんど必要ではなく分野Ｂ
のみを訪問する場合などにもユーザの特性に合わせて対
応が可能である。

【００１９】以下、上記考察に基づいて、本発明の一実
施の形態によるＷｅｂページ再表示技術について図面を
参照して説明する。図１は、本発明の一実施の形態によ
る情報処理装置の構成を示す機能ブロック図である。図
１に示すように、本発明の一実施の形態による情報処理
装置は、マウスやキーボードなどの入力装置２１０と、
中央処理装置（ＣＰＵ）などを含みプログラム制御によ
り動作するデータ処理装置１００と、磁気ディスクなど
の記録装置２３０と、ディスプレイなどの表示装置２２
０と、を含む。

【００２０】データ処理装置１００は、入力装置２１０
からの入力信号の処理を行う入力処理部１１０と、Ｗｅ
ｂページを構成する例えばＨＴＭＬ（Hyper Text Marku
p Language）文書をロードするぺージロード部１２０
と、ロードされたデータを画面に表示するページ表示部
１３０と、Ｗｅｂページ毎のリンクＵＲＬ（Uniform Re
source Locator）と、アクセス日時と、アクセス頻度
と、先読み優先順位との関係を過去の履歴に基づいて作
成し例えば表などのデータベースとして保持するアクセ
ス履歴テーブル１７０と、ユーザがＵＲＬを選択した時
に対応するエントリを更新するアクセス履歴更新部１４
０と、選択されたＵＲＬ及び前記アクセス履歴テーブル
１７０に基づいて次に選択される可能性の高いＵＲＬを
決定し、そのＵＲＬのデータ先読みを行うページ先読み
部１５０と、先読みされたページデータを格納するペー
ジデータキャッシュ１６０と、を含む。ページ先読み部
１５０は、さらにＣＰＵ占有状態などのデータ処理状況
をも考慮してデータの先読みを行うように構成されてい
ても良い。

【００２１】図２は、アクセス履歴テーブル１７０の構
成例を示す図である。アクセス履歴テーブル１７０は、
ｎ個のＷｅｂページに対してAH0とAH1からAHｎまでとの
計（ｎ＋１）個のテーブルを保持する。各テーブルは、
対応するＷｅｂページにおけるリンク先のＵＲＬと、過
去のアクセス日時Tｘｘと、アクセス頻度Fｘｘと、先読
み優先順位Pｘｘとを保持する。

【００２２】最初にアクセスされたＷｅｂページ、又は
ブックマークによりアクセスされたＷｅｂページ、又は
ＵＲＬを直接入力することによりアクセスされたＷｅｂ
ページに対応するＵＲＬで、既に作成されているいかな
るアクセス履歴テーブルにも存在しないエントリは、新
しいエントリ（ＵＲＬ）として、アクセス日時Tｘｘと
アクセス頻度Fｘｘと先読み優先順位PｘｘとともにAH０
に新たに格納される。また、これらのＷｅｂページから
リンクされるそれぞれのＷｅｂページに対応するＵＲＬ
は、対応するアクセス日時Tｘｘとアクセス頻度Fｘｘと
先読み優先順位Pｘｘとともに、AH０から階層的にAH1、
AH2、・・・AHnにそれぞれ格納される。

【００２３】図３は、ページデータキャッシュ１６０の
構成例を示す図である。ページデータキャッシュ１６０
は、ページデータそのものを格納するキャッシュ領域１
６０ａと、キャッシュ領域に格納されているＵＲＬを保
持するキャッシュリスト１６０ｂとに分割されている。

【００２４】キャッシュ領域１６０は、過去にロードし
たデータを保持する通常キャッシュ領域１６０ａ−１
と、先読みを行ってロードされたデータを保持する先読
みキャッシュ領域１６０ａ−２とに分割されている。キ
ャッシュリスト１６０ｂは、通常キャッシュ領域１６０
ａ−１に格納されているページデータに対応するＵＲＬ
（j個）と先読みキャッシュ領域１０６ａ−２に格納さ
れているページデータに対応するＵＲＬ（k個）とを、
それぞれ各ページデータの最終更新日時D1〜Dj及びD1〜
Dkとともに保持している。

【００２５】図１に示すアクセス履歴更新部１４０は、
ユーザがＵＲＬを選択した場合に、アクセス履歴テーブ
ル１７０のうち、対応するエントリのアクセス日時Tｘ
ｘとアクセス頻度Fｘｘとを更新する。ページ先読み部
１５０は、アクセス履歴テーブル１７０に基づいて、次
に選択される可能性が高いＵＲＬを予測し、予測された
ＵＲＬ中のそれぞれのＵＲＬの先読み優先順位を決定
し、さらに好ましくは、ＣＰＵ占有状態等を調べてどの
ページをどの程度先まで先読みするかを決定する。次い
で、決定された先読み対象ページに関して、バックグラ
ウンドにおいてデータの先読みを行い、ページデータキ
ャッシュ１６０中に、先読みしたページデータを格納す
る。

【００２６】本発明の実施の形態によるＷｅｂページ再
表示システムにおいて、ユーザがＷＷＷブラウザソフト
ウエアによりＷｅｂページの表示を行った場合の処理に
ついて以下に説明する。本実施の形態によるＷｅｂペー
ジ再表示システムの処理は、例えば、表示されたＷｅｂ
ページに含まれているリンク中で、過去のアクセス頻度
の高いリンク先と、過去にそのＷｅｂページにアクセス
した時刻に近い時刻においてアクセスした他のＷｅｂペ
ージとの少なくともいずれか一方、に基づいて優先順位
を付し、優先順位に基づいてどのＷｅｂページを先読み
するかを決定し、バックグラウンドで該当するＷｅｂペ
ージをサーバから先読みし、先読みしたデータをキャッ
シュ内に格納するものである。過去のアクセス頻度の高
いリンク先と、過去にそのＷｅｂページにアクセスした
時刻に近い時刻においてアクセスした他のＷｅｂページ
とに重み付けを行って、優先順位を決めても良い。

【００２７】以下に、本システムの処理内容について図
４から図８までを参照して説明する。まず、入力装置２
１０による入力イベントを検出すると、データ処理部１
００が処理を開始する。

【００２８】図４から図８までは、データ処理部１００
における行われる処理の流れを示すフローチャート図で
ある。図４は、本発明の一実施の形態によるＷｅｂペー
ジ再表示システムにおいて、入力イベントによりＷｅｂ
ページの表示が行われる際の処理の流れを示す。図１及
び図４を参照して説明すると、Ｗｅｂページが表示され
た場合、まず、アクセス履歴テーブル１７０内に該当す
るテーブルが既に存在するか否かを検査する（ステップ
３１０）。ステップ３１０の判定の結果、テーブルが存
在しなければ、アクセス履歴テーブル１７０内に新規テ
ーブルを作成する（ステップ３３０）。テーブルが既に
存在する場合は、テーブル内の各ＵＲＬのアクセス日時
とアクセス頻度とを考慮し、先読みするＷｅｂページを
決定し（ステップ３２０）、先読み処理を行う（ステッ
プ１５０）。その後、該当ページに対応するアクセス履
歴テーブルのエントリのアクセス日時とアクセス頻度と
を更新する（ステップ１４０）。

【００２９】図５は、図４のステップ３２０における先
読みページ決定のための処理の詳細を示すフローチャー
ト図である。まず、アクセス日時とアクセス頻度とか
ら、各ページの先読み優先順位を決め、その優先順位を
アクセス履歴テーブルに設定する（ステップ３２１）。
ここで、アクセス日時を第１の分類キーとし、アクセス
頻度を第２の分類キーとして、これらに基づいて先読み
すべきページの優先度を決める。これらのエントリ中に
おける所定のページ数やデータ量等ごとに、優先度１、
２、…と優先順位を決める。

【００３０】次いで、例えば、データ処理装置１００中
の中央処理装置ＣＰＵの占有状態を調べ、ＣＰＵの空き
状態（処理に余裕があるか否か）を調べ（ステップ３２
２）、空きが十分であれば、その空き状態に応じて先読
みを行うページ数を多くする（ステップ３２３）。ＣＰ
Ｕ占有状態の空きが少なければ、先読みを行うページ数
を少なくする（ステップ３２４）。尚、ＣＰＵの占有状
態に基づく先読みページ数の増減の調整は必要に応じて
任意に行えば良い。

【００３１】図６は、図４に示すステップ３３０におけ
るアクセス履歴テーブル作成処理の流れを示すフローチ
ャート図である。まず始めに、表示させた対象ページ内
に他のＵＲＬへのリンクが存在するか否かを検査する
（ステップ３３１）。リンクが存在しない場合は、アク
セス履歴テーブル作成処理を終了する。

【００３２】一方、表示させた対象ページ内に他のＵＲ
Ｌへのリンクが存在する場合（ステップ３３１のＹＥＳ
の分岐で示す）は、アクセス履歴テーブル１７０（図
１）に新規テーブルを作成し、リンク先のＵＲＬエント
リを作成する（ステップ３３２）。次に、当該ページ内
の全てのリンクがテーブルに追加されたか否かを検査し
（ステップ３３３）、リンクが残っていれば次のリンク
に関する処理を行う（ステップ３３４）。リンクが残っ
ていなければ、アクセス履歴テーブル作成処理を終了す
る。

【００３３】図７は、図４のステップ１４０におけるア
クセス履歴テーブル更新処理の流れを示すフローチャー
ト図である。まず始めに、表示された当該ページに対応
するＵＲＬエントリがアクセス履歴テーブル１７０に存
在するかどうか検査し（ステップ１４１）、存在しない
場合はそのＵＲＬのエントリを追加する（ステップ１４
２）。次に該当するエントリのアクセス日時とアクセス
頻度とを更新する（ステップ１４３）。表示された当該
ページに対応するＵＲＬエントリがアクセス履歴テーブ
ル１７０に存在すれば（ステップ１４１）、そのＵＲＬ
のエントリを追加せずにステップ１４３に進み該当する
エントリのアクセス日時とアクセス頻度とを更新する。

【００３４】図８は、図４のステップ１５０のページ先
読み処理の流れを示すフローチャート図である。まず始
めに、対象ＵＲＬのページデータが、既に通常キャッシ
ュ領域１６０ａ−１（図３）に存在するか否かを検査し
（ステップ１５１）、存在する場合にはサーバ上のデー
タと通常キャッシュ領域１６０ａ−１内のデータとの、
それぞれの最終更新日時を比較する（ステップ１５
２）。

【００３５】通常キャッシュ領域１６０ａ−１内にペー
ジデータが存在しないか、或いは、通常キャッシュ領域
１６０ａ−１内のデータがサーバ上のデータより古い場
合には、対象ＵＲＬのページデータが先読みキャッシュ
領域１６０ａ−２内に既に存在するか否かを検査し（ス
テップ１５３）、対象ＵＲＬのページデータが先読みキ
ャッシュ領域１６０ａ−２内に既に存在する場合には、
サーバ上のデータと最終更新日時とを比較する（ステッ
プ１５４）。

【００３６】通常キャッシュ領域１６０ａ−１と先読み
キャッシュ１６０ａ−２とのいずれにもページデータが
存在しないか、或いは、通常キャッシュ領域１６０ａ−
１と先読みキャッシュ１６０ａ−２とのいずれのデータ
もサーバ上のデータよりも古い場合には、ページデータ
キャッシュ１６０の先読みキャッシュリストに対象ＵＲ
Ｌのエントリを追加し、ページデータを読込み先読みキ
ャッシュ領域１６０ａ−２に格納する（ステップ１５
５）。

【００３７】次に、アクセス履歴テーブル１７０内の先
読みすべきページが全てロードされたか否かを検査し
（ステップ１５６）、ロードが完了していれば処理を終
了する。ロードが完了していなければ、先読みキャッシ
ュ領域１６０ａ−２内に空き領域があるか否かを検査し
（ステップ１５７）、空き領域がある場合には、次に優
先順位が高いエントリを検索し（ステップ１５８）、ス
テップ１５１の通常キャッシュの検査に戻る。先読みキ
ャッシュ領域１６０ａ−２内に空き領域がなければ、ペ
ージ先読み処理を終了する。

【００３８】以上、説明したように、本実施の形態によ
るＷｅｂページ再表示システムによれば、Ｗｅｂブラウ
ザソフトウエアにより、あるＷｅｂページを表示した場
合に、そのＷｅｂページと関連が深く、次に表示する可
能性の高いＷｅｂページを精度良く推測し、短時間で表
示されることができる。過去にアクセスしたＷｅｂペー
ジ毎にそのアクセス日時を記録しておき、そのアクセス
日時に近い時刻にアクセスしたＷｅｂページを検索し、
さらにアクセス頻度をも考慮して、先読みする優先順位
を決定するためである。

【００３９】さらに、ＣＰＵ占有状態を考慮して先読み
するＷｅｂページの範囲を決定することにより、ＣＰＵ
に対する負担を軽減し、ユーザ操作や他のソフトウェア
に対する影響を極力抑えて先読みを行うことができる。
以上、実施の形態に沿って本発明を説明したが、本発明
はこれらに制限されるものではない。その他、種々の変
更、改良、組み合わせが可能なことは当業者に自明であ
ろう。

【００４０】

【発明の効果】以上、説明したように、本発明によるＷ
ｅｂページ再表示システムによれば、あるＷｅｂページ
を表示した場合に、そのＷｅｂページと関連が深く、続
いて表示する可能性の高いＷｅｂページを精度良く推測
し、高速に表示させることができる。さらに、ＣＰＵ占
有状態を考慮すれば、ユーザ操作や他のソフトウエアに
対する影響を極力抑えて先読みを行うことができる。

【図面の簡単な説明】

【図１】本発明の一実施の形態によるＷｅｂページ再表
示システムの構成を示す機能ブロック図である。

【図２】本発明の一実施の形態によるＷｅｂページ再表
示システムにおけるアクセス履歴テーブルの構成例を示
す図である。

【図３】本発明の一実施の形態によるＷｅｂページ再表
示システムにおけるページデータキャッシュの構成例を
示す図である。

【図４】本発明の一実施の形態によるＷｅｂページ再表
示システムにおけるデータ処理部の処理の流れを示すフ
ロ−チャ−ト図である。

【図５】図４の先読みページ決定処理の流れを示すフロ
−チャ−ト図である。

【図６】図４のアクセス履歴テーブル作成処理の流れを
示すフロ−チャ−ト図である。

【図７】図４のアクセス履歴更新に関する処理の流れを
示すフロ−チャ−ト図である。

【図８】図４のページ先読み処理の流れを示すフロ−チ
ャ−ト図である。

【図９】本発明の原理を説明するために用いるＷｅｂペ
ージの相関図である。

【符号の説明】

１００…データ処理装置、１１０…入力処理部、１２０
…ページロード部、１３０…ページ表示部、１４０…ア
クセス履歴更新部、１５０…ページ先読み部、１６０…
ページデータキャッシュ、１７０…アクセス履歴テーブ
ル、２１０…入力装置、２２０…表示装置、２３０…記
録装置。

Claims (6)

【特許請求の範囲】
1. 【請求項１】 データ処理装置と表示装置とを備え、ネ
   ットワークにより関連付けされたウェブサーバにアクセ
   スして取得した関連する複数のＷｅｂページを切り替え
   て前記表示装置に再表示させることができるＷｅｂペー
   ジ再表示システムであって、 過去にアクセスしたアクセス日時をＷｅｂページ毎に記
   録するアクセス履歴テーブルと、 前記表示装置に第１Ｗｅｂページを表示させた際に前記
   アクセス日時の直近の時刻にアクセスした履歴を有する
   第２Ｗｅｂページを前記アクセス履歴テーブルから求
   め、求められた前記第２Ｗｅｂページの内容を先読みす
   るページ先読み部と、 該ページ先読み部により先読みされた前記第２Ｗｅｂペ
   ージの内容を格納するページデータキャッシュとを有す
   るＷｅｂページ再表示システム。
2. 【請求項２】 前記アクセス履歴テーブルは、さらにア
   クセス頻度をＷｅｂページ毎に記録し、 前記ページ先読み部は、前記アクセス日時と前記アクセ
   ス頻度とに基づいて先読みする第２Ｗｅｂページを求め
   ることを特徴とする請求項１に記載のＷｅｂページ再表
   示システム。
3. 【請求項３】 さらに、前記ページ先読み部は、前記デ
   ータ処理装置における処理の余裕を考慮して先読みする
   第２Ｗｅｂページの容量を決めることを特徴とする請求
   項１又は２に記載のＷｅｂページ再表示システム。
4. 【請求項４】 さらに、新たなＷｅｂページの選択に際
   して、前記アクセス履歴テーブルの内容を更新するアク
   セス履歴更新部を有する請求項１から３までのいずれか
   １項に記載のＷｅｂページ再表示システム。
5. 【請求項５】 データ処理装置と表示装置とを備え、ネ
   ットワークにより関連付けされたウェブサーバにアクセ
   スして取得した関連する複数のＷｅｂページを切り替え
   て前記表示装置に再表示させることができるＷｅｂペー
   ジ再表示方法であって、 過去にアクセスしたアクセス日時をＷｅｂページ毎に記
   録するステップと、 前記表示装置に第１Ｗｅｂページを表示させた際に前記
   アクセス日時の直近の時刻にアクセスした履歴を有する
   第２Ｗｅｂページを前記アクセス履歴テーブルから求
   め、求められた前記第２Ｗｅｂページの内容を先読みす
   るステップと、 先読みされる前記第２Ｗｅｂページの内容をページデー
   タキャッシュに格納するステップとを有するＷｅｂペー
   ジ再表示方法。
6. 【請求項６】 コンピュータに、ネットワークにより関
   連付けされたウェブサーバにアクセスして取得した関連
   する複数のＷｅｂページを切り替えて再表示させること
   ができるプログラムであって、 過去にアクセスしたアクセス日時をＷｅｂページ毎に記
   録する手順と、 第１Ｗｅｂページを表示させた際に前記アクセス日時の
   直近の時刻にアクセスした履歴を有する第２Ｗｅｂペー
   ジを前記アクセス履歴テーブルにより求め、求められた
   前記第２Ｗｅｂページの内容を先読みする手順と、 前記第２Ｗｅｂページの内容をページデータキャッシュ
   に格納する手順とをコンピュータに行わせるプログラ
   ム。