(57)【特許請求の範囲】
【請求項１】
受信した一連のＷｅｂ文書を保存する手段と、保存された前記一連のＷｅｂ文書をトラッキングする手段と、表示グラフィカル・ユニットとを含み、前記表示グラフィカル・ユニットが、保存された前記一連のＷｅｂ文書に対応し且つ前記一連のＷｅｂ文書を表すための一連のマーカ、および前記一連のマーカを順次に操作するユーザ対話手段を含んでいる、データ・プロセッサ制御受信表示ステーションであって、
前記保存する手段が、可変サイズのキャッシュ手段を含み、前記表示グラフィカル・ユニットが、前記キャッシュ手段のサイズを変更するためのキャッシュ・サイズ変更手段をさらに含んでいる、データ・プロセッサ制御受信表示ステーション。
【請求項２】
前記表示グラフィカル・ユニットが、前記キャッシュ手段のサイズに比例するサイズを有するマーカ用空間を含み、前記マーカ用空間のサイズが、前記キャッシュ・サイズ変更手段によって変更される、請求項１に記載のデータ・プロセッサ制御受信表示ステーション。
【請求項３】
前記マーカの１つを選択する手段と、
前記選択する手段に応答して、前記選択されたマーカに対応するＷｅｂ文書を表示する手段と
をさらに含む、請求項１に記載のデータ・プロセッサ制御受信表示ステーション。
【請求項４】
前記選択する手段が、指示手段を含む、請求項３に記載のデータ・プロセッサ制御受信表示ステーション。
【請求項５】
前記選択する手段が、前記ユーザ対話手段を含む、請求項３に記載のデータ・プロセッサ制御受信表示ステーション。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、コンピュータ制御ＧＵＩ（グラフィカル・ユーザ・インターフェース）に関し、詳しくは、ＷＷＷ（ワールド・ワイド・ウェブ）またはインターネット上から受け取った一連のＷｅｂ文書などの、一連のデータ・プロセッサ制御イベントをトラッキングするための対話型コンピュータ制御表示インターフェースの操作性に関するものである。さらに詳細には、本発明は、グラフィカル・インターフェースを介して、受信表示ステーションで、受信されキャッシュされたＷｅｂ文書またはページのトラッキングに関するものである。
【０００２】
【従来の技術】
１９９０年代は、コンシューマ・エレクトロニクス産業およびデータ処理産業の融合による技術革新が目覚しかった。その効果は、何年もの間比較的目立たなかった既知の技術に及んだ。これらの技術の代表的なものが、文書、メディア、およびプログラムの配布に関するインターネットである。エンターテイメントを含むコンシューマ・エレクトロニクス産業およびデータ処理産業の融合は、広帯域の通信配布チャネルならびに学術的および政治的なデータ配布設備として、長年に渡って目立つことなく存在していた、Ｗｅｂまたはインターネットの需要を指数関数的に加速し、そして驚異的な普及を招いた。この普及により、企業および消費者がメディアおよびコンピュータ・プログラムを含むすべてのＷｅｂ文書に直接アクセスできるようになった。Ｗｅｂページは、今や、商業的、学術的、および娯楽的な目的で広く利用される。
【０００３】
加えて、インターネットのようなネットワークを介して利用可能である、膨大な情報量のため、転送された文書のページの表示を受信表示ステーションの表示スクリーン上でできるだけ速く、かつ受信ユーザ側の労力ができるだけ少なくなるように、表示することが重要である。そのため、ユーザがインターネットをアクセスするために使用するインターネット・ブラウザ・プログラムは、受信表示ステーションでのキャッシュ能力を与えられる。
【０００４】
【発明が解決しようとする課題】
ここで、ブラウザおよびキャッシュに関連する問題をよく理解するために、現在のインターネットの背景について簡単に説明しておく。インターネット上でデータをアクセスして配布するために最も一般に使われる方法は、Ｗｅｂ環境を介するものである。Ｗｅｂ環境においては、サーバおよびクライアントがＨＴＴＰを用いてＷｅｂトランザクションを実行する。ＨＴＴＰは、Ｗｅｂ文書に含まれる得る色々なデータ・ファイル（例えば、テキスト、グラフィック・イメージ、音声、動画など）の転送を取り扱うための一般的なプロトコルである。情報は、ユーザへの転送および表示のために、標準的なページ記述言語（ＨＴＭＬ）でフォーマットされる。ＨＴＭＬは、フォーマッティングの他に、開発者がＵＲＬで識別される他のＷｅｂ資源への”ハイパーリンク”を指定することを可能にする。ＵＲＬは、Ｗｅｂページとして知られる情報ユニットを含んでいる、インターネット・サーバへの通信パスを定義する。Ｗｅｂ文書は、いかなる任意のサイズにすることもでき、またテキスト、グラフィックス、メディアおよびコンピュータ・プログラムを含むこともできる。Ｗｅｂ文書は、ＵＲＬ識別子を用いて要求された情報を表すために必要なすべてのファイルを含むこともできる。Ｗｅｂからの検索は、受信（クライアント）表示ステーションによって与えられたＵＲＬを通じて、データの要求を出すためのＨＴＭＬ互換アプリケーション・プログラムである、前述のブラウザで行われる。そのようなデータが検索されると、制御Ｗｅｂブラウザは、アクセスした文書またはページを受信表示ステーションでキャッシュする。ページのキャッシングは、Ｗｅｂからそのような情報を繰り返し検索することなしに、ユーザが繰り返してセッション内の情報を見ることを可能にする。インターネットから検索されたＷｅｂ文書は、受信表示ステーションのローカル・メモリ、通常は、ローカル・ディスク・ドライブおよびローカルＲＡＭに割り当てられたキャッシュ部分にキャッシュされる。ほとんどのインターネット・ブラウザは、入ってくる文書を評価して、受信表示ステーションで文書のキャッシュ用にローカル・ディスク・ドライブ記憶装置およびＲＡＭを割り当てるプログラミング・ルーチンを有する。そのような評価および割り当ては、受け取った文書をサポートするデータのファイルの型およびサイズに部分的に基く。加えて、受け取ったファイルは、しばしば、キャッシュ・サイズの要求を示す制御コードを含み、それは、キャッシュ用にディスク・ドライブ記憶装置およびＲＡＭ部分を割り当てるためにブラウザで使用される。しかしながら、このようなキャッシュ割り当て手順は、ユーザが（ブラウザをセットアップする場合に）キャッシュ用に十分なディスク・ドライブおよびＲＡＭ部分を予約していることを前提とする。例えば、受信Ｗｅｂページで与えられる制御情報を用いるブラウザ・アプリケーションが、文書はｍメガバイトのディスク・スペースおよびｎメガバイトのＲＡＭを有するキャッシュを要求するであろうと、決定したと仮定する。しかしながら、もし、ユーザがブラウザ・アプリケーションをセットアップする場合に、ｎメガバイトのＲＡＭよりも小さいキャッシュを設定していると、利用できるＲＡＭキャッシュが不十分なため、ブラウザが、そのＲＡＭキャッシュに文書をロードすることを試みるとき、その文書はＲＡＭのキャッシュでない部分にロードされることになるであろう。
【０００５】
多くの従来のブラウザ・プログラムは、ユーザがキャッシュ用に予約することを望むＲＡＭの容量およびディスク・ドライブ記憶装置の容量を指定するためのカスタマイズ・オプションを提供している。Ｗｅｂユーザの多くは、コンピュータ技術に精通していないので、そのようなユーザがこのオプションを適切に利用するのは困難であろう。現在のＷｅｂブラウザ・プログラムは、受信したＷｅｂ文書の要求を満たすようにキャッシュ・サイズを調整するために、ユーザに一連の”拡張オプション”ダイアログを提供しているが、そのようなダイアログはＧＵＩを見にくくする。
【０００６】
【課題を解決するための手段】
本発明は、キャッシュされた受信文書に関するキャッシュ・サイズを見て変更するための簡単な手段をユーザに提供するだけではなく、ユーザが一連の受信文書または一連の他のコンピュータ制御イベント（イベント＝コンピュータによりアクセスされた任意の情報）をトラッキングすることを可能にもする、簡単なＧＵＩ表示ユニットをユーザに提供することにより、キャッシュ・サイズ制御問題を解決する。
【０００７】
本発明は、受信Ｗｅｂ文書キャッシュのトラッキング以外の機能も有する。それは、ＧＵＩを有するデータ・プロセッサ制御表示システムへの適用であり、一連のデータ・プロセッサ制御イベントに対応する一連の非記述マーカ（以下単に「マーカ」ともいう）を含む表示グラフィカル・ユニットとの組み合わせにおいて、一連のデータ・プロセッサ制御イベントをトラッキングする手段と、前記一連のマーカを順次に操作するユーザ対話手段とを提供する。前記マーカの１つを選択するための手段、および該手段に応答して、マーカで表されたイベントの記述を表示する手段が提供される。このようにして、各々のイベント（例えば、Ｗｅｂ文書）用の記述またはグラフィックスでＧＵＩが見にくくなるのを防いでいる。これらの記述は、必要に応じて、指定し呼び出すことができる。加えて、イベント自体を必要に応じて、そのような指定手段により呼び出して表示することもできる。
【０００８】
受信Ｗｅｂ文書のキャッシングへの適用においては、本発明は、Ｗｅｂ文書を受信するためのデータ・プロセッサ制御受信表示ステーションを提供する。このステーションは、一連の受信Ｗｅｂ文書を保存する手段と、保存された一連のＷｅｂ文書に対応する一連のマーカおよび前記一連のマーカを順次に操作するためのユーザ対話手段を含んでいる表示グラフィカル・ユニットと協力して、前記保存された一連のＷｅｂ文書をトラッキングする手段とを含んでいる。
【０００９】
キャッシングのための受信表示ステーションは、可変サイズのキャッシュ手段を含み、前記グラフィカル・ユニットは、前記キャッシュ手段のサイズに比例するサイズを有するマーカ用空間を含む対話型キャッシュ・サイズ変更手段をさらに含み、そして、前記キャッシュ・サイズ変更手段は、前記マーカ用空間のサイズを変える。
【００１０】
【発明の実施の形態】
図１を参照すると、受信されキャッシュされた一連のＷｅｂ文書をトラッキングし、キャッシュ・サイズを制御するための本発明の実施で用いる、基本コンピュータ制御ネットワーク受信端末として機能することができる、典型的なデータ・プロセッサ端末が示される。ＣＰＵ（中央処理装置）１０は、システム・バス１２により他の構成要素へ接続される。オペレーティング・システム４１は、ＣＰＵ１０上で実行し、制御を与え、図１の色々な構成要素の機能を調整するために用いられる。オペレーティング・システム４１は、米ＩＢＭ社のＡＩＸ６０００オペレーティング・システムまたはＯＳ／２オペレーティング・システム、米 Microsoft 社の Windows98 または WindowsNT などの既存のものでよい。システムにより制御されるアプリケーション・プログラム４０は、メイン・メモリのＲＡＭ１４に対して読み書きされる。これらのプログラムは、Netscape Communicator 3.0 または 米 Microsoft 社の Internet Explorer のような、通常のＷｅｂブラウザの他に、以下で説明する本発明のプログラムを含む。ＲＯＭ１６は、バス１２を介してＣＰＵ１０に接続され、基本的なコンピュータ機能を制御するＢＩＯＳを含む。ＲＡＭ１４、Ｉ／Ｏアダプタ１８および通信アダプタ３４も、システム・バス１２と接続される。Ｉ／Ｏアダプタ１８は、ディスク記憶装置２０と通信するＳＣＳＩアダプタでもよい。通信アダプタ３４は、バス１２を外部のネットワークに接続することによって、データ処理システムがＬＡＮまたはＷＡＮ（Ｗｅｂまたはインターネットを含む）を介して他の同様なシステムと通信することを可能にする。「Ｗｅｂ」および「インターネット」は、分散ネットワークの説明において同じ意味で用いられる。システム・バス１２には、ユーザ・インターフェース・アダプタ２２およびディスプレイ・アダプタ３６を介して、Ｉ／Ｏ装置も接続される。キーボード２４およびマウス２６は、いずれもユーザ・インターフェース・アダプタ２２を介して、バス１２ヘ接続される。ユーザが本発明に従い、キャッシュされた受信Ｗｅｂ文書をトラッキングし、キャッシュ・サイズを制御するためのプログラムと対話式に関係することができるのは、そのような入力装置を介してである。ディスプレイ・アダプタ３６は、フレーム・バッファ３９を含み、それは、表示スクリーン３８上の各々のピクセルの表示データを持つ記憶装置である。イメージは、モニタ３８に表示するために、Ｄ／Ａ変換器などのような色々な構成要素を介して、フレーム・バッファ３９に保存することができる。前述のＩ／Ｏ装置を用いることにより、ユーザは、キーボード２４またはマウス２６を介してシステムへ情報を入力し、表示装置３８を介してシステムから出力情報を受け取ることができる。システムは、本発明に従ってサイズを変更できるメモリ・キャッシュ５９も含む。このメモリ・キャッシュ５９は、破線の形で示されており、ディスク装置２０の一部４２とＲＡＭ１４の一部４３を含む。
【００１１】
特定の実施形態の詳細へさらに進む前に、本発明に関係する色々な要素および方法を、より一般的な観点から理解することは有用である。本発明の主要点は、Ｗｅｂ文書のような、ネットワーク上を転送される文書に向けられたものであるため、ネットワークおよびその動作原理の理解が有用なものとなる。以下では、本発明が適用可能である、ネットワークを詳細に説明することはしない。本発明が、Ｗｅｂのような、グローバル・ネットワークに適用できることは前述のとおりである。Ｗｅｂ、オブジェクト、およびリンクの詳細については、米Ｓｙｂｅｘ社から１９９６年に出版された  Ｇ．Ｈ．Ｃａｄｙ  他による著書”Ｍａｓｔｅｒｉｎｇ  ｔｈｅ  Ｉｎｔｅｒｎｅｔ”を参照されたい。Ｗｅｂは、コンピュータ技術およびオペレーティング・システムの異機種混合によるグローバル・ネットワークである。オブジェクトは、色々なネットワーク・サーバ・コンピュータを介して、Ｗｅｂの他のオブジェクトへリンクされる。これらのネットワーク・サーバは、Ｗｅｂページ、およびプログラム、アプレットまたはアプリケーションを含む関係文書の配布のような、ネットワークの配布に対する鍵である。ちなみに、Ｗｅｂまたは他のネットワーク上を転送されるデータを示すために用いられる「文書」という用語は、表示可能なテキスト、グラフィックスおよび他のイメージを含むＷｅｂページを含意している。この表示可能な情報は、静止画、動画、またはアニメーション（例えば、アニメ化されたＧＩＦイメージ）であってもよい。
【００１２】
Ｗｅｂ文書は、通常はＨＴＭＬ言語で実装される。ＨＴＭＬは、１９９７年にＳｕｎＳｏｆｔ  Ｐｒｅｓｓ社から出版された  Ｖａｎ  ｄｅｒ  Ｌｉｎｄｅｎ  著の”Ｊｕｓｔ  Ｊａｖａ”、特に、Ｗｅｂページの技法を扱っている第７章（２４９−２６８頁）に詳細に記載されている。また、Ｗｅｂページの作成におけるＨＴＭＬについては、前掲の”Ｍａｓｔｅｒｉｎｇ  ｔｈｅ  Ｉｎｔｅｒｎｅｔ”の、特に６３７−６４２頁に記載されている。加えて、本発明のいくつかの態様は、Ｗｅｂブラウザを含む。ブラウザの一般的な説明は、前掲の”Ｍａｓｔｅｒｉｎｇ  ｔｈｅ  Ｉｎｔｅｒｎｅｔ”の２９１−３１３頁で見ることもできる。
【００１３】
図１に示すコンピュータ・システムとインターネットとの接続は、例えば、図２に示すような形をとる。図２において、コンピュータ５６および表示端末５７は、図１に示したコンピュータ・システムであり、接続５８は、図１に示したネットワーク接続である。ネットワーク・サーバを介するインターネットおよびローカル表示ワークステーション間の典型的な接続が、前掲の”Ｍａｓｔｅｒｉｎｇ  ｔｈｅ  Ｉｎｔｅｒｎｅｔ”の１３６−１４７頁に記載されているが、そのいずれも、本発明で用いるシステムを実装するために使用することができる。図２のシステム実施形態は、ホスト−ダイヤル接続として知られているものの１つである。ネットワーク・アクセス・サーバ５３およびリンク５１を介して、インターネット５０に接続するそのようなホスト−ダイヤル接続は、３０年以上にわたって使用されてきた。サーバ５３は、サービス・プロバイダによって維持される。サーバ５３は、クライアント表示端末５７から、通常のダイアル・アップ電話リンク５８、モデム５４、電話回線５５、およびモデム５２を介してアクセスされる。Ｗｅｂページを表すＨＴＭＬファイルは、サーバ５３から逆方向の経路を介して、コンピュータ５６にダウンロードされ、表示端末５７で表示される。ＨＴＭＬファイルは、リンク５１を介して、インターネット５０からアクセスすることができる。図１では、破線で示されていたキャッシュ５９は、Ｗｅｂページ受信表示に関連するローカル・キャッシュである。全ての標準的なブラウザ・プログラムは、ローカル・キャッシングの機能を備えている。良し悪しはあるが、どのようなキャッシング方法を使うかは本発明では重要ではない。キャッシュ・サイズを制御するための本発明のユーザ対話型グラフィカル・ユニットは、あらゆるタイプの標準ブラウザ・キャッシュで操作可能にすべきである。
【００１４】
次に、図３−６を参照して、本発明の処理用にいくつかの代表的なユーザ・インターフェースについて説明する。最初に受信したＷｅｂページ６０が、ユーザ対話型グラフィカル・ユニット、すなわちアイコン６１と共に図３に示される。アイコン６１は、Ｗｅｂブラウザ・インターフェースで提供されるＷｅｂページ・フレームのファンクション・バーに配置することができる。次に、図４のステップａ−ｈまでを参照して、どのようにして本発明が、受信されてキャッシュされるＷｅｂページをトラッキングするために機能するかを説明する。ステップａでは、アイコン６１が図３の初期位置に示される。アイコン６１は、現行または最初のＷｅｂページを表す押された状態のマーカ６７、後方スクロール・ボタン６５および前方スクロール・ボタン６６を有する。スクロール・ボタン６５および６６は、両方とも不活性すなわち押した位置にあり、いずれの方向にもスクロールさせることができるような、キャッシュされた文書がないことを示す。アイコン６１は、図６に関して後で説明する一組のキャッシュ・サイズ変更ハンドル７４も含む。ステップｂでは、例えば、ステップａのページ中のハイパーリンクをクリックすることにより、ユーザが次のＷｅｂページをアクセスする。結果として、リンクしたＷｅｂページがマーカ６７で表される現行のページとなり、そして、ステップａの前ページがキャッシュされ、マーカ６８により表される。マーカ６８は、当該ページがキャッシュから利用できることを示すために、上昇した状態で表示される。後方スクロール・ボタン６５は、ユーザがボタン６５を押すことにより、マーカ６８へステップを戻すこともできることを示すために、ステップａの押下位置から上昇位置に変えられる。ステップｃのアイコン６１では、次のリンクしたＷｅｂページがアクセスされ、従って、上昇位置のマーカ６８および６９により表された、２つのキャッシュされた前Ｗｅｂページがある。ステップｄでは、マーカ６８、６９および７０で表された３つのＷｅｂページがキャッシュされる。ステップｅでは、ユーザ・マウス制御カーソル７１で後方スクロール・ボタン６５が１度押され、ステップｆのグラフィカル・アイコン６１の配置が結果として生じ、上昇されたマーカ６８によって表される前ページが現行ページになり、図３のページ６０のように表示される。また、マーカ６９および７０で表される２つのページは、依然として、後方にキャッシュされており、マーカ６７で表される１つのページが前方にキャッシュされる。かくして、両方のスクロール・ボタン６５および６６は、スクロールが前方および後方の両方向で行うことができることを示すために上昇される。従って、ステップｇでは、ユーザ・マウス制御カーソル７１で前方スクロール・ボタン６６を１度押すと、ステップｈのグラフィカル・アイコン６１の配置が結果として生じ、ステップｄのアイコンの配置に戻される。
【００１５】
次に、図５を参照して、どのようにグラフィカル制御アイコン６１がキャッシュのサイズおよび充満度を示し、キャッシュ・サイズを変えるために用いられるかの例を説明する。ステップ５ａでは、キャッシュのサイズは、キャッシュ・サイズ変更ハンドル７４の間の空間７３によりグラフィカルに示される。ステップ５ａは、保存された文書を表すマーカ７９がほとんど完全に空間７３を満たしており、キャッシュがいっぱいに近く、拡張されるべきであることを示している。次に、ユーザは、図５のステップ５ｂにダブル・カーソル７２で示したように、キャッシュ・サイズ変更ハンドル７４の一方を対話的にグラブし、ステップ５ｃで示した位置へハンドル７４を動かす。その結果、図５のステップ５ｃおよび５ｄに示すように、空間７３が拡張され、キャッシュ・サイズが増えたことを示す。前述のように、通常のブラウザ・プログラムは、ユーザが入力する数値に基づき、キャッシュを拡張する。本発明のグラフィカル・アイコンは、そのような入力のための対話型グラフィカル・インターフェースを提供する。
【００１６】
図６は、マーカで表されたＷｅｂページまたは順次文書を識別し、次に、識別されたページを復活させるための簡単な処理を示す。ステップ６ａは、マーカ７０がカーソル７１で指示され、それによりページのＵＲＬである識別子７５が表示される。次に、ユーザが、ステップ６ｂにおいてマーカ７０をクリックすると、対応するキャッシュされたページが現行ページになる。この現行ページは、ステップ６ｃにおいて、押し下げられたマーカ６７により表されている。前の現行ページ、すなわちステップ６ａにおいてマーカ６７で表されていたページは、ステップ６ｃに上昇位置のマーカ７８で表されるように、３ステップだけ前方にキャッシュされる。
【００１７】
次に、図７を参照し、本発明に従う処理を説明する。ステップ８０で、最初のＷｅｂページが受信されると、アイコン６１が図４のステップａで示される初期状態にセットされる。次に、ステップ８１で（ハイパーリンクの選択による）次のＷｅｂページの到着が待たれる。もし、ステップ８１からの決定がイエスのときは、ステップ８２に進んで、次のＷｅｂページが選択されて、現行ページとなり、前ページがキャッシュされて、このキャッシュされた前ページを表すために、アイコンにマーカが追加される。次に、ステップ８２の後、またはステップ８１の決定がノーのときは、ステップ８３で、ユーザが別のマーカを選択したかどうかを判断する。もし、ステップ８３の決定がノーならば、ステップ８５で、セッションの終わりかどうかを判断する。もし、イエスならば、セッションを終了する。もし、ノーならば、ブランチ”Ａ”を介して、処理は判断ステップ８１に戻され、次のＷｅｂページを待つ。もし、ステップ８３の決定がイエスなら、ステップ８４へ進んで、選択されたマーカで表されるＷｅｂページまたは文書がホーム文書として表示される（トラッキング・アイコン６１は、例えば、図４のステップｅからｆへのように変化する）。次に、Ｗｅｂページ・キャッシュがその容量いっぱいまで近づいているかどうかの判断を、ステップ８６で行う。もし、ノーならば、処理はステップ８１に戻され、次のＷｅｂページを待つ。もし、ステップ８６の決定がイエスならば、キャッシュはいっぱいに近く、そのときは、例えば、図５のアイコン６１のハンドル７４を介して、ユーザがキャッシュを拡張したかどうかをステップ８７で判断する。もし、ノーならば、セッションがこの時点で完了したと考えられ、終了する。もし、ステップ８７の判断がイエスならば、そのときは、ステップ８８でキャッシュがユーザによって拡張され、キャッシュ記憶容量は図５のハンドル７４の動作量で表される量に比例する量で拡張され、そして、処理はステップ８１に戻され、セッションは続けられる。
【００１８】
図４−６の簡単な例では、それぞれのＷｅｂページを表すマーカは、対応するＷｅｂ文書のサイズに関係なく、アイコン６１では全て同じ幅になるように示されている。従って、Ｗｅｂ文書が占めるキャッシュ記憶域は、文書によってかなり異なることがあるので、マーカ７９の幅を対応する文書のサイズに応じて変化させるようにしてもよい。例えば、前述したように、多くのＷｅｂページは、バイト数で示された文書サイズ情報と共に受信されるが、文書サイズをブラウザにより決定することも可能である。もし、所望すれば、対応する文書サイズに応じて、マーカ７９の幅を変化させるようにルーチンをセットアップすることができる。そのような場合も、マーカ７９がハンドル７４に近づいていることをユーザに示すことができる。
【００１９】
ここで例示した実施形態は、Ｗｅｂ文書のトラッキングを含む。しかしながら、本発明は、いかなるデータ・プロセッサ制御イベントのトラッキングにも適用でき、また、特に、処理コンピュータの処理能力に比べてアクセス時間が遅いトラッキング・コンピュータによりアクセスされるコンピュータ制御イベントのトラッキングに適用できる。そのようなコンピュータ制御イベントは、例えば、低速記憶装置から高速記憶装置へ、テープからディスクへ、ディスクからＲＡＭへ、または拡張データ記憶装置から現行データ記憶装置へ移動されるデータ・イベントである。
【００２０】
本発明の好ましい実装の１つは、オペレーティング・システムに含まれる、プログラミング・ステップ、または、コンピュータの動作中は図１のＲＡＭ１４に存在する命令から成るルーチンである。コンピュータ・システムで要求されるまで、プログラム命令は、別の可読媒体に格納しておくことができる。可読媒体としては、例えば、ディスク・ドライブ２０や、光ディスク、またはフロッピィ・ディスクのような、取り外し可能なメモリなどがある。さらに、本発明のシステムでの使用に先立って、プログラム命令を別のコンピュータのメモリに格納しておき、ユーザが要求したときに、ＬＡＮまたはＷＡＮで転送するようにしてもよい。本発明を制御する処理プログラムは色々な形式のコンピュータ可読媒体の形で配布することができる。
【図面の簡単な説明】
【図１】本発明の実施に使用することができる、データ処理システムのブロック図である。
【図２】本発明の実施に使用することができる、Ｗｅｂ部分の一般的な図である。
【図３】本発明のグラフィカル・ユニットを示す、Ｗｅｂページ・ユーザ・インターフェースの図である。
【図４】本発明のグラフィカル・ユニットの一連の処理ステップを示す図である。
【図５】キャッシュ・サイズを制御するための、本発明のグラフィカル・ユニットの一連の処理ステップを示す図である。
【図６】マーカで表されたＷｅｂページを識別するための、本発明のグラフィカル・ユニットの一連の処理ステップを示す図である。
【図７】本発明の処理のフローチャートである。
【符号の説明】
６０  Ｗｅｂページ
６１  アイコン（ユーザ対話型グラフィカル・ユニット）
６５  後方スクロール・ボタン
６６  前方スクロール・ボタン
６７  マーカ
６８  マーカ
６９  マーカ
７０  マーカ
７１  ユーザ・マウス制御カーソル
７２  ダブル・カーソル
７３  キャッシュ・サイズ変更ハンドル７４の間の空間
７４  キャッシュ・サイズ変更ハンドル
７８  マーカ
７９  マーカ
【図１】
0003595509.tif 000002
【図２】
0003595509.tif 000003
【図３】
0003595509.tif 000004
【図４】
0003595509.tif 000005
【図５】
0003595509.tif 000006
【図６】
0003595509.tif 000007
【図７】
0003595509.tif 000008