(57)【要約】【課題】複数のリフレッシュ機能インラインを、目に見えるリフレッシュ・ボタン制御部で統合するためのシステムおよび方法を提供すること。【解決手段】ユーザは、実行している作業のタイプに応じてリフレッシュ・モードのタイプを変更したい場合、リフレッシュ・セットアップ・ドロップ・ダウン矢印キーを選択する。ユーザは、手動、手動オーバライド、または自動モードからリフレッシュ・モードを選択することができる。また、ユーザは、プリファレンス・エリアで、手動オーバライドおよび自動モードのための画面リフレッシュ・トリガしきい値を設定することができる。例えば、ユーザは、タスクが完了するまで画面リフレッシュを待つようにトリガを設定することができる。ユーザは、オーバライドおよび自動モードでリフレッシュ・ボタンを押すことによって画面リフレッシュを手動で行うことができる。さらに、複数のリフレッシュ・モード機能を提供する情報処理システムおよびコンピュータ・プログラム製品を開示する。
2004534310.tif 000002
【特許請求の範囲】
【請求項１】
カスタマイズされた画面リフレッシュ機能を提供するための方法であって、
１つまたは複数のカスタマイズ可能なリフレッシュ設定を検索するステップと、
前記カスタマイズ可能なリフレッシュ設定を、関連するシステム・イベント・データと比較するステップと、
前記比較するステップに応答して、表示画面をリフレッシュするステップと
を含む、方法。
【請求項２】
前記カスタマイズ可能なリフレッシュ設定が第１のリフレッシュ・モードに関連付けられ、
前記比較するステップに応答して、前記第１のリフレッシュ・モードから第２のリフレッシュ・モードに変更するステップをさらに含み、
前記変更するステップが、前記第２のリフレッシュ・モードに関連付けられた１つまたは複数のさらなるカスタマイズ可能なリフレッシュ設定を検索するステップをさらに含む、
請求項１に記載の方法。
【請求項３】
前記表示画面によって、前記第１のリフレッシュ・モードに関連付けられた第１のリフレッシュ・アイコンを表示するステップと、
前記変更するステップに応答して、前記表示画面によって、前記第２のリフレッシュ・モードに関連付けられた第２のリフレッシュ・アイコンを表示するステップと
をさらに含む、請求項１または２に記載の方法。
【請求項４】
前記リフレッシュ・モードが手動モード、オーバライド・モード、および自動モードを含むグループから選択される、請求項３に記載の方法。
【請求項５】
少なくとも１つが前記カスタマイズ可能なリフレッシュ設定を含む、１つまたは複数のリフレッシュ・モードを呼び出すステップと、
前記呼び出されたリフレッシュ・モードを識別するリフレッシュ・アイコンを、前記表示画面によって表示するステップと
をさらに含む、請求項３または４に記載の方法。
【請求項６】
前記カスタマイズ可能なリフレッシュ設定の少なくとも１つが、タスクが完了するのを待つこと、時間間隔が経過するのを待つこと、ユーザ非活動期間が経過するのを待つこと、ユーザから変更要求を受け取ること、および前記表示画面上に表示された古いデータの量を測定することを含むグループから選択される、請求項１ないし５のいずれかに記載の方法。
【請求項７】
前記比較するステップに応答して、サーバにリフレッシュ・データを要求するステップと、
前記サーバから前記リフレッシュ・データを受け取るステップとをさらに含み、
前記リフレッシュするステップは、前記表示画面によって前記リフレッシュ・データを表示するステップをさらに含む、
請求項１ないし６のいずれかに記載の方法。
【請求項８】
ユーザから、それぞれが前記カスタマイズ可能なリフレッシュ設定の少なくとも１つに関連付けられている、１つまたは複数のリフレッシュ設定値を受け取るステップと、
前記リフレッシュ設定値をストアするステップと
をさらに含む、請求項１ないし７のいずれかに記載の方法。
【請求項９】
１つまたは複数のプロセッサと、
メモリと、
不揮発性記憶領域と、
表示画面と、
前記表示画面上に表示されるデータに対応する入力を、ユーザから受け取ることができる入力装置と、
前記表示画面のリフレッシュを制御するためのカスタマイズ可能な画面リフレッシュ・ツールとを含み、前記カスタマイズ可能な画面リフレッシュ・ツールは、
１つまたは複数のカスタマイズ可能なリフレッシュ設定を検索する手段と、
前記カスタマイズ可能なリフレッシュ設定を、関連するシステム・イベント・データと比較する手段と、
前記比較する手段に応答して、前記表示画面をリフレッシュする手段とを含む、
情報処理システム。
【請求項１０】
カスタマイズされた画面リフレッシュ機能を提供するためのコンピュータ・プログラム製品であって、前記コンピュータ・プログラム製品は、コンピュータ上で実行されると、
１つまたは複数のカスタマイズ可能なリフレッシュ設定を検索するステップと、
前記カスタマイズ可能なリフレッシュ設定を、関連するシステム・イベント・データと比較するステップと、
前記比較するステップに応答して、表示画面をリフレッシュするステップとをコンピュータに実行させるコンピュータ・プログラム命令を含む、
コンピュータ・プログラム製品。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、フレキシブルなリフレッシュ機能をクライアントに提供するための方法およびシステムに関する。
【背景技術】
【０００２】
コンピュータのユーザ、すなわちクライアントが、自分自身のストレージに含まれる情報だけしか利用しないということはめったにない。クライアントは、今や、互いにネットワーク化され、クライアントとサーバ間で情報を共有している。グローバルな規模では、インターネットによって、世界のあらゆる場所からクライアントがその他のクライアントまたはサーバにアクセスすることができるようになっている。ローカルな規模では、企業または家庭においてクライアントが互いに接続され、ローカル・エリア・ネットワーク（ＬＡＮ）またはイントラネット上でファイルを共有している。
【０００３】
別のコンピュータ・システムのあるクライアントによってアクセスされる情報には、通常、時間依存度のレベルがある。情報によっては、その情報のタイプ、および誰がそれを閲覧しているかに基づいて、きわめて時間依存度が高いものがある。例えば、デイ・トレーダにとっては、株価情報はきわめて時間依存度が高い。デイ・トレーダは、株価の更新が絶えずなされることを望んでいる。しかし、長期的な投資家は、日々の分単位で変化する株価の変動にはさして興味がなく、株価のその日の終値にだけ興味を持っている場合がある。情報の多くのタイプは、ほとんど時間に依存しない。例えば、歴史上の出来事に関する情報はあまり時間に依存せず、ユーザは最新版であることにあまりこだわらないことがある。
【０００４】
リフレッシュ制御部は、リモート・サーバからデータが送られてくる、ネットワーク指向のユーザ・インターフェースを使っているクライアントにとっては有益なコンポーネントである。リフレッシュ制御部は、クライアントを最新の情報に更新し続ける際に有益な役割を果たす。しかし、Lotus Notes（Ｒ）（Lotus Notesは、International Business Machines Corporationの登録商標である）、Internet Explorer（Ｒ）（Internet Explorerはマイクロソフト社の商標である）、Netscape Communicator（Ｒ）（Netscape Communicatorはネットスケープ・コミュニケーション社の登録商標である）などのソフトウェア・プログラム中のリフレッシュ制御部は、本質的には手動による、目立つように表示されるツール・バー・ボタンを含んでいる。
【０００５】
リフレッシュ・ボタンが押されると、クライアントは、何が表示されているか（インターネットのＵＲＬ）に基づいて、サーバに情報を要求する。クライアントは情報を受け取り、画面上に新しい情報を表示する。情報中の変化したものについては、何も比較はなされない。一方、自動画面リフレッシュは、画面が自動的にリフレッシュするため、ユーザにとっては物事が簡単になる。しかし、自動リフレッシュでは、ユーザが制御できないままになり、フラストレーションがたまる原因となり得る。例えば、ユーザが、自動リフレッシュ機能を使って更新される画面を読んでいるとする。リフレッシュが自動的に行われるため、ユーザが表示されているデータを読み終わったかどうかに関係なく、画面は更新される。これではユーザは当惑したままで、リフレッシュが行われる前に読んでいた情報を簡単には見つけられなくなる可能性がある。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
自動リフレッシュ・ユーザ・インターフェースまたは手動リフレッシュ・ユーザ・インターフェースのいずれかを備えることで一応満足できるように思えるかもしれないが、その単純な解決策はどちらも、ユーザにとって常に正しい選択であるわけではない。
【課題を解決するための手段】
【０００７】
第１の態様によれば、本発明は、カスタマイズされた画面リフレッシュ機能を提供するための方法であって、１つまたは複数のカスタマイズ可能なリフレッシュ設定を検索するステップと、カスタマイズ可能なリフレッシュ設定を、関連するシステム・イベント・データと比較するステップと、比較ステップに応答して、表示画面をリフレッシュするステップとを含む方法を提供する。
【０００８】
好ましくは、カスタマイズ可能なリフレッシュ設定が第１のリフレッシュ・モードに関連付けられ、本方法は、比較するステップに応答して、第１のリフレッシュ・モードから第２のリフレッシュ・モードに変更するステップをさらに含み、該変更するステップが、第２のリフレッシュ・モードに関連付けられた１つまたは複数のさらなるカスタマイズ可能なリフレッシュ設定を検索するステップをさらに含む。本方法は、表示画面によって、第１のリフレッシュ・モードに関連付けられた第１のリフレッシュ・アイコンを表示するステップと、変更するステップに応答して、表示画面によって、第２のリフレッシュ・モードに関連付けられた第２のリフレッシュ・アイコンを表示するステップとをさらに含む。
【０００９】
ユーザは、手動モード、オーバライド・モード、および自動モードを含むグループから、リフレッシュ・モードを選択することができる。本方法は、少なくとも１つがカスタマイズ可能なリフレッシュ設定を含む、１つまたは複数のリフレッシュ・モードを呼び出すステップと、呼び出されたリフレッシュ・モードを識別するリフレッシュ・アイコンを、表示画面によって表示するステップとをさらに含む。
【００１０】
好ましい実施形態では、カスタマイズ可能なリフレッシュ設定の少なくとも１つが、タスクが完了するのを待つこと、時間間隔が経過するのを待つこと、ユーザ非活動期間が経過するのを待つこと、ユーザから変更要求を受け取ること、および表示画面上に表示された古いデータの量を測定することを含むグループから選択される。本方法は、比較するステップに応答して、サーバにリフレッシュ・データを要求するステップと、サーバからリフレッシュ・データを受け取るステップとをさらに含み、リフレッシュ・ステップは、表示画面によってリフレッシュ・データを表示するステップをさらに含む。好ましくは、本方法は、ユーザから、それぞれがカスタマイズ可能なリフレッシュ設定の少なくとも１つに関連付けられている、１つまたは複数のリフレッシュ設定値を受け取るステップと、リフレッシュ設定値をストアするステップとをさらに含む。
【００１１】
第２の態様によれば、本発明は、１つまたは複数のプロセッサと、メモリと、不揮発性記憶領域と、表示画面と、表示画面上に表示されるデータに対応する入力を、ユーザから受け取ることができる入力装置と、表示画面のリフレッシュを制御するためのカスタマイズ可能な画面リフレッシュ・ツールとを含み、該カスタマイズ可能な画面リフレッシュ・ツールは１つまたは複数のカスタマイズ可能なリフレッシュ設定を検索する手段と、カスタマイズ可能なリフレッシュ設定を、関連するシステム・イベント・データと比較する手段と、比較する手段に応答して、表示画面をリフレッシュする手段とを含む情報処理システムを提供する。
【００１２】
第３の態様によれば、本発明は、カスタマイズされた画面リフレッシュ機能を提供するためのコンピュータ・プログラム製品であって、コンピュータ・プログラム製品は、コンピュータ上で実行されると、１つまたは複数のカスタマイズ可能なリフレッシュ設定を検索するステップと、カスタマイズ可能なリフレッシュ設定を、関連するシステム・イベント・データと比較するステップと、比較するステップに応答して、表示画面をリフレッシュするステップとをコンピュータに実行させるコンピュータ・プログラム命令を含むコンピュータ・プログラム製品を提供する。
【００１３】
別の態様から見ると、本発明は、画面リフレッシュを提供する方法であって、複数のリフレッシュ・モードを提供するステップと、複数のリフレッシュ・モードのうちの１つまたは複数を呼び出すステップと、複数のリフレッシュ・モードのうちの呼び出した１つまたは複数に関連付けられたリフレッシュ・アイコンを表示するステップとを含む方法を提供する。
【００１４】
本発明の好ましい実施形態においては、ユーザが、素早くかつ容易に、手動、手動オーバライド、および自動リフレッシュ・モードを切り替えるためのインライン・ドロップ・ダウン・メニューが提供され、それによって、ユーザはインターフェースをカスタマイズして、適切なリフレッシュ設定を行うことができる。設定の範囲は、リフレッシュが行われるときをユーザが完全に手動制御する設定から、ユーザが最新の情報を表示させることに関与する必要がない自動制御の設定までにわたることが可能である。
【００１５】
手動モードは、ユーザが画面リフレッシュを制御したい場合に使用する。ユーザがリフレッシュ・ボタンを押すと、クライアントはサーバ（または、その他のクライアント）から最新の情報を検索し、その新しいデータで画面をリフレッシュする。半自動画面リフレッシュにしたい場合には、ユーザは手動オーバライド・モードを選択する。手動オーバライド・モードでは、トリガ・レベルに達するまで、手動モード状態が続く。トリガ・レベルに達すると、自動リフレッシュ・モードに切り替わる。例えば、ユーザが、通常は自動リフレッシュ・モードにしておいて、タスクが完了するまでは画面をリフレッシュさせたくないという場合には、ユーザは手動オーバライド・モードを選択し、タスクが完了するまでは自動リフレッシュ・モードに戻るのを待つように、手動オーバライド・リフレッシュ・トリガを設定する。手動オーバライド・トリガのレベルのその他の例としては、リフレッシュを行う前に特定の時間間隔だけ待つこと、リフレッシュを行う前にユーザ非活動期間だけ待つことなどが挙げられる。
【００１６】
自動リフレッシュ・モードは、ユーザがリフレッシュ・ボタンを手動で押す必要なく、最新の情報を表示させたい場合に使用する。ユーザは、達すると表示が自動的にリフレッシュされる、自動モード・トリガのレベルを設定する。例えば、ユーザが画面リフレッシュに煩わされたくないという場合、あるいは、現在、表示されているものとサーバ上の新しいデータの間に重要な変化がない限り、新しい情報をロードすることで帯域幅を使いたくないという場合がある。ユーザは、自動リフレッシュ・モードを選択して、所定のパーセンテージの情報が変化した場合に画面がリフレッシュされるように自動モード・トリガを設定することができる。
【００１７】
リフレッシュ・メニューには、ユーザが手動オーバライドと自動リフレッシュ・トリガを選択する「プリファレンス」画面を含めることができる。ユーザはどちらのモードについても、１つまたは複数のトリガを設定することができる。
【００１８】
本発明の利点は、手動で自動リフレッシュをオーバライドする機能をユーザに提供することである。本発明の別の利点は、ユーザが画面リフレッシュを制御すること、およびリフレッシュを手動で行うか、自動化するか、または手動オーバライド機能を選択することを可能にする。
【００１９】
本発明を、添付の図面に示すように、ほんの一例としての好ましい実施形態を参照しながら説明する。
【発明を実施するための最良の形態】
【００２０】
図１は、ユーザが手動オーバライド・モードを選択した場合の結果を示す。最初の「スクリーン・ショット」は、様々なアイコンを備えたツールバー１１０を含むウェブ・ブラウザ１００を示す。当業者は、ウェブ・ブラウザ１００が、画面リフレッシュを提供する機能を備えた非ウェブ・ベースのソフトウェア・プログラムとすることができることを理解されよう。例えば、Lotus Notes（Ｒ）ソフトウェアは、共有データを閲覧しているクライアント間で情報を共有できるようにすることを主な目的とした、画面リフレッシュ制御部を備えている。ツールバー１１０にはリフレッシュ・アイコン１２０が含まれており、最上部の画面では、このリフレッシュ・アイコン１２０が、クライアントが手動リフレッシュ・モードであることを表している。手動リフレッシュ・モードとは、ユーザがリフレッシュ・ボタン１２０を押すと、表示エリア１３０が更新されるモードである。
【００２１】
真中の画面は、ユーザがセットアップ・ドロップ・ダウン矢印１２５を選択し（すなわち、キーボード、マウス、またはその他のポインティング・デバイスを使って）、それによってリフレッシュ・メニュー１４０が表示されている状態を示している。リフレッシュ・メニュー１４０には、手動リフレッシュ選択１５０、手動オーバライド選択１６０、自動リフレッシュ選択１７０、およびプリファレンス選択１８０が含まれている。手動リフレッシュ１５０を選択すると、画面リフレッシュをユーザが制御することになり、ユーザがリフレッシュ・アイコンを押した場合に画面リフレッシュが行われる（処理の詳細については図５を参照のこと）。手動オーバライド１６０を選択すると、手動オーバライド・トリガがしきい値に達した場合に画面リフレッシュが行われる。（処理の詳細については図６を参照のこと）。自動リフレッシュ１７０を選択すると、自動リフレッシュ・トリガがしきい値に達した場合にリフレッシュが行われる（処理の詳細については図７を参照のこと）。プリファレンス１８０を選択すると、メニュー７００が表示され（さらなる詳細については図８を参照のこと）、そこでユーザは、手動オーバライドおよび自動リフレッシュ・モードのトリガ・レベルを選択することができる。一実施形態では、プリファレンスの構成を、手動オーバライド・ドロップ・ダウン矢印１６５（手動オーバライド・プリファレンスを表示させるための）または自動リフレッシュ・ドロップ・ダウン矢印１７５（自動リフレッシュ・プリファレンスを表示させるための）を選択することによって表示させることもできる。図１に示す例では、ユーザは手動オーバライド１６０を選択している。三番目の画面は、ツールバー１１０内に手動オーバライド・アイコン１９０が表示されているのを示す。クライアントは、このとき、手動オーバライド・モードになっている。ユーザは、ドロップ・ダウン矢印１２５を選択することによって、また、所望のリフレッシュ・オプションを選択することによって、リフレッシュ・モードまたはリフレッシュ・プリファレンスあるいはその両方を繰り返して変更することができる。
【００２２】
図２は、サーバ・コンピュータにリフレッシュしたデータを要求しているクライアント・コンピュータのシステム図を示す。クライアント・システム２００は、本明細書で説明するリフレッシュ・モードのいずれかを使って、クライアント・システム２００上に表示されているデータをリフレッシュするためにリフレッシュ要求２０５を発行する。リフレッシュ要求２０５は、インターネットなどのコンピュータ・ネットワーク２１０を介してサーバ２２０に送られる。サーバ２２０は、クライアント２００を要求元として識別するコンピュータ・ネットワーク２１０から要求２１５を受け取る。サーバ２２０は、リフレッシュしたデータを作成して、要求されたデータ２２５を、コンピュータ・ネットワーク２１０を介してクライアント２００に返送する。クライアント２００は、コンピュータ・ネットワーク２１０からリフレッシュ・データ２３０を受け取り、その新しいデータを使って、クライアント２００に関連付けられた表示画面をリフレッシュする。さらに、リフレッシュ要求および対応するリフレッシュ・データを使って、画面を更新する必要があるかどうかを判断することができる。例えば、いくつかのリフレッシュ・モードによっては、そのときに表示されているデータのうち所定量のデータが最新ではなくなった場合にのみ画面が更新されるというものがある。このしきい値に達すると新しいデータを使って画面のリフレッシュが行われ、しきい値に達していない場合は、新しいデータは使われず、ユーザは表示画面に表示されている元のデータを見続ける。
【００２３】
図３は、セットアップ処理における様々なモードを示す階層図である。セットアップ処理２５０は、ユーザがリフレッシュ・モード・アイコンから利用可能なセットアップ・ドロップ・ダウン矢印（例えば、図１のドロップ・ダウン矢印１２５を参照のこと）を選択することによって行われる。セットアップ処理のステップについては、後で図４を参照しながらより詳細に説明する。ユーザはいつ画面がリフレッシュされるかを制御したい場合には、手動モード処理２６０を選択する。すると、手動リフレッシュ・モードを使用していることをユーザに知らせる、手動リフレッシュ・モード・アイコンが表示される。ユーザが手動リフレッシュ・モード・アイコンを選択すると、リフレッシュが行われる（処理のさらなる詳細については図５を参照のこと）。一時的に手動リフレッシュ・モードにしたいと思う場合は、ユーザは手動オーバライド処理２７０を選択する。すると、手動オーバライド・リフレッシュ・モードを使用していることをユーザに知らせる、手動オーバライド・アイコンが表示される。ユーザが手動オーバライド・アイコンを選択すると、リフレッシュが行われる（処理のさらなる詳細については図６を参照のこと）。さらに、所定のしきい値に達すると、またはトリガが起動されると、リフレッシュ・モードが自動リフレッシュ・モードに変わる（自動リフレッシュ処理のより詳細な説明については図７を、また、例示の手動オーバライド・トリガについては図８を参照のこと）。自動リフレッシュを望む場合には、ユーザは自動処理２８０を選択する。すると、自動リフレッシュ・モードを使用していることをユーザに知らせる、自動リフレッシュ・アイコンが表示される。ユーザが自動リフレッシュ・アイコンを選択すると、リフレッシュが行われる（処理のさらなる詳細については図７を参照のこと）。さらに、所定のしきい値に達すると、またはトリガが起動されると、自動リフレッシュが行われる（例示の自動リフレッシュ・トリガについては図８を参照のこと）。手動オーバライド・リフレッシュおよび自動リフレッシュ・モードのトリガ・レベルを設定したい場合には、ユーザがプリファレンス処理２９０を選択すると、プリファレンス画面が表示される（例示のプリファレンス画面については図８を参照のこと）。
【００２４】
図４は、どのモードを選択するかを決定するためのセットアップ・プロセスを示す。３００でセットアップ処理が開始し、ここで、ユーザはリフレッシュ・モードを選択する（ステップ３１０）。ユーザが手動リフレッシュ・モードを選択したかどうかについて判断がなされる（決定３２０）。ユーザが手動リフレッシュを選択している場合は、決定３２０は「ＹＥＳ」分岐３２５に分岐し、ここで手動モードが処理される（予め定義されたプロセス３３０。さらなる詳細については図５を参照のこと。）一方、ユーザが手動リフレッシュ・モードを選択しなかった場合には、決定３２０は「ＮＯ」分岐３３５に分岐し、ここで、ユーザが手動オーバライド・モードを選択したかどうかについて判断がなされる（判断３４０）。ユーザが手動オーバライド・モードを選択している場合には、決定３４０は「ＹＥＳ」分岐３４５に分岐し、ここでオーバライド・モードが処理される（予め定義されたプロセス３５０。さらなる詳細については図６を参照のこと）。一方、ユーザが手動オーバライド・モードを選択しなかった場合には、決定３４０は「ＮＯ」分岐３５５に分岐し、ここでユーザが自動リフレッシュ・モードを選択したかどうかについて判断がなされる（決定３６０）。ユーザが自動リフレッシュ・モードを選択している場合には、決定３６０は「ＹＥＳ」分岐３６５に分岐し、ここで自動モードが処理される（予め定義された処理３７０。さらなる詳細については図７を参照のこと）。一方、ユーザが自動モードを選択しなかった場合には、決定３６０は「ＮＯ」分岐３７５に分岐し、ここで、ユーザがプリファレンスを選択したかどうかについて判断がなされ（ステップ３８０）、プリファレンス選択画面が表示されて処理される（予め定義されたプロセス・ブロック３９０。さらなる詳細については図８を参照のこと）。選択された処理が終了すると、３９５でセットアップ・プロセスは終了する。
【００２５】
図５は、画面をリフレッシュして、リフレッシュ・ボタンが押されるのを待っている手動モード・プロセスを示す。４００で手動モード処理が開始し、ここで、リフレッシュ・アイコンが変化して、手動モード・リフレッシュ・アイコンが表示される（ステップ４１０）。クライアント・コンピュータ・システムは、サーバから新しいデータを受け取り（ステップ４２０）、ここで、クライアントの表示画面がその新しいデータでリフレッシュされる（ステップ４３０）。処理は、リフレッシュを要求するため、またはリフレッシュ・モードを変更するために再びリフレッシュ・アイコンが押されるまで待つ（ステップ４４０）。ユーザがリフレッシュ・アイコンを押すと、ユーザがセットアップ・モードを選択したか（図１に示すドロップ・ダウン矢印１２５を押すことによって）、または画面リフレッシュを要求したかについて判断がなされる（決定４５０）。ユーザがセットアップ処理を選択している場合には、決定４５０は「ＹＥＳ」分岐４５５に分岐し、ここで、セットアップ処理が実行される（予め定義された処理４６０。さらなる詳細については図４を参照のこと）。一方、ユーザが画面をリフレッシュすることを望む場合には、決定４５０は「ＮＯ」分岐４７５に分岐し、ここで、クライアント・コンピュータ・システムは、クライアントが使用する新しいデータをサーバから受け取る（ステップ４８０）。受け取ったデータを使って画面がリフレッシュされる（ステップ４９０）。ここで、処理はループバックして（ループ４９５）、リフレッシュ・アイコンが押されるのを待つ。このループは、ユーザがセットアップ処理を要求する（決定４５０が「ＹＥＳ」分岐４５５に分岐する）まで、またはアプリケーションが終了するまで続く。
【００２６】
図６は、どのトリガを設定されているかを判断して、トリガに達した場合には自動リフレッシュ・モードに入る手動オーバライド・モードを示す。５００でオーバライド処理が開始し、ここでリフレッシュ・アイコンを手動オーバライド・アイコンに変化させて、システムが手動オーバライド・モードになったことを表す（ステップ５０５）。手動オーバライド・トリガが、データ・エリアから取得される（ステップ５１０）。これらのプリファレンスは、ユーザがプリファレンス・メニューを使って設定される（例示のプリファレンス・メニューについては図８を参照のこと）。この例では、ユーザは、１つまたは複数のトリガを選択することができる。
【００２７】
ユーザがリフレッシュ・アイコンを選択して、画面データのリフレッシュを要求したかどうかについての判断がなされる（決定５１２）。ユーザがリフレッシュ・アイコンを選択した場合には、決定５１２は「ＹＥＳ」分岐５１４に分岐し、ここで、新しいデータがサーバから検索され（ステップ５１６）、それに応じてユーザの表示画面がリフレッシュされる（ステップ５１８）。次いで、処理はループバックして、次のリフレッシュ要求または次の手動オーバライド・トリガを処理する（ループ５２０）。
【００２８】
一方、ユーザがリフレッシュ・アイコンを選択せず、画面データのリフレッシュを要求しなかった場合には、決定５１２は「ＮＯ」分岐５２２に分岐し、ここで、時間間隔トリガが選択されているかどうかについて判断がなされる（決定５２４）。時間間隔トリガが選択されていない場合には、決定５１５は「ＮＯ」分岐に分岐し、ここで、非活動トリガが選択されているかどうかについて判断がなされる（決定５４０）。一方、時間間隔トリガが選択されている場合には、決定５２４は「ＹＥＳ」分岐５２６に分岐し、ここで、ユーザがプリファレンスで指定した時間間隔が経過したかどうかについて判断がなされる（決定５２８）。その時間間隔が経過していない場合には、決定５２８は「ＮＯ」分岐５３７に分岐し、ここで、非活動トリガが選択されているかどうかについて判断がなされる（決定５４０）。一方、時間間隔が経過した場合には、決定５２８は「ＹＥＳ」分岐５３０に分岐し、ここで、クライアントのシステムは、手動オーバライド・モードを出て、自動リフレッシュ・モードに入り（予め定義されたプロセス５３５。自動リフレッシュ処理の詳細については図７を参照のこと）、５３６で手動オーバライド処理は終了する。
【００２９】
ユーザがユーザ非活動期間をトリガとして選択したかどうかについて判断がなされる（決定５４０）。ユーザ非活動期間が選択されていない場合には、決定５４０は「ＮＯ」分岐５５８に分岐し、ここで、ユーザがタスク完了トリガを選択したかどうかについての判断がなされる（決定５６０）。一方、ユーザ非活動期間が選択されている場合には、決定５４０は「ＹＥＳ」分岐５４２に分岐し、ここで、プリファレンス（またはコンフィギュレーション）データ・エリアに指定されているユーザ非活動時間が経過したかどうかについて判断がなされる（決定５４５）。ユーザ非活動期間が経過していない場合には、決定５４５は「ＮＯ」分岐５４６に分岐し、ここで、タスク完了トリガが選択されているかどうかについて判断がなされる（決定５６０）。一方、ユーザ非活動期間が経過した場合は、決定５４５は「ＹＥＳ」分岐５４８に分岐し、ここで、クライアントのシステムは手動オーバライド・モードを出て、自動リフレッシュ・モードに入り（予め定義されたプロセス５５０。自動リフレッシュ処理の詳細については図７を参照のこと）、５５５で手動オーバライド処理は終了する。
【００３０】
ユーザがタスクの完了をトリガとして選択したかどうかについての判断がなされる（決定５６０）。タスク完了トリガが選択されていない場合には、決定５６０は「ＮＯ」分岐５７８に分岐し、ここで、ユーザがセットアップ処理を要求したかどうかについて判断がなされる（決定５８０）。一方、タスク完了トリガが選択されている場合には、決定５６０は「ＹＥＳ」分岐５６２に分岐し、ここで、ユーザがタスクを終了したかどうかについての判断がなされる（決定５６５）。ユーザがタスクを完了していない場合には、決定５６５は「ＮＯ」分岐５６６に分岐し、ここで、ユーザがセットアップ処理を要求したかどうかについての判断がなされる（決定５８０）。一方、ユーザがタスクを終了した場合には、決定５６５は「ＹＥＳ」分岐５６８に分岐し、ここで、クライアントのシステムは手動オーバライド・モードを出て、自動リフレッシュ・モードに入り（予め定義されたプロセス５７０。自動リフレッシュ処理の詳細については図７を参照のこと）、５７５で手動オーバライド処理は終了する。
【００３１】
ユーザがセットアップ処理を要求したかどうかについての判断がなされる（決定５８０）。セットアップ処理を要求した場合には（すなわち、図１の下向き矢印１２５を押すことによって）、決定５８０は「ＹＥＳ」分岐５８８に分岐し、ここで、セットアップ処理が実行され（予め定義されたプロセス５９０。さらなる詳細については図４を参照のこと）、５９５で手動オーバライド処理は終了する。一方、どのトリガも起動しなかった場合には、システムは手動オーバライド・モードのままであり、決定５８０は「ＮＯ」分岐５８２に分岐し、次のトリガの起動、またはユーザが手動リフレッシュを要求するのを待つ（ステップ５８５）。このループは、トリガが起動するまで、またはアプリケーションが終了するまで続く。
【００３２】
当業者には理解されるように、この手動オーバライド・リフレッシュ処理で使用しているトリガは、使用することができる可能なトリガの非排他的な例として示したものである。さらに、自動処理用として示すさらなるトリガ（重大度トリガ、変化量トリガなど）およびその他のトリガは、図６に示す手動オーバライド・リフレッシュ処理で説明したトリガに追加して、または代えて使用することもできる。
【００３３】
図７は、どのトリガが設定されているかを判断して、トリガの限界に達すると画面をリフレッシュする自動モードを示す。６００で自動リフレッシュ処理が開始し、ここで、リフレッシュ・アイコンが自動リフレッシュ・アイコンに変化するので、ユーザは、システムが自動リフレッシュ・モードで動作していることがわかる（ステップ６０５）。自動リフレッシュ・トリガがデータ・エリアから検索される（ステップ６１０）。これらのトリガは、ユーザが前もってプリファレンス・メニューに設定しておくことができる（プリファレンス・メニューの例については図８を参照のこと）。この例では、ユーザは、１つまたは複数の自動トリガを選択することができる。
【００３４】
ユーザがリフレッシュ・アイコンを選択して、画面データのリフレッシュを要求したかについての判断がなされる（決定６１２）。ユーザがリフレッシュ・アイコンを選択している場合には、決定６１２は「ＹＥＳ」分岐６１４に分岐し、ここで、サーバから新しいデータが検索され（ステップ６１６）、それに応じてユーザの表示画面がリフレッシュされる（ステップ６１８）。次いで、処理はループバックして、次のリフレッシュ要求または次の手動オーバライド・トリガを処理する（ループ６２０）。
【００３５】
一方、ユーザがリフレッシュ・アイコンを選択せず、画面データのリフレッシュを要求しなかった場合には、決定６１２は「ＮＯ」分岐６２２に分岐し、ここで、表示されている画面とサーバ上のデータの間の変化量に基づく自動リフレッシュをユーザが要求したかどうかについての判断がなされる（決定６２４）。変化パーセンテージ・トリガが選択されていない場合には、決定６２４は「ＮＯ」分岐６３８に分岐し、ここで、表示されている画面とサーバの間の変化の重大度に基づくリフレッシュをユーザが望んでいるかどうかについて判断がなされる（決定６４０）。一方、変化パーセンテージ・トリガが選択されている場合には、決定６２４は「ＹＥＳ」分岐６２６に分岐し、ここで、ユーザがプリファレンスに指定した変化パーセンテージに達したかどうかについての判断がなされる（決定６２８）。決定６２８には、サーバに情報を要求して、受け取った情報を、現在、表示画面上に表示されている情報と比較することを含めることができる。変化パーセンテージに達していない場合には、決定６２８は「ＮＯ」分岐６３６に分岐し、ここで、重大度パーセンテージ・トリガが選択されているかどうかについて判断がなされる（決定６４０）。一方、変化パーセンテージに達している場合には、決定６２８は「ＹＥＳ」分岐６２９に分岐し、ここで、クライアント・コンピュータ・システムは、サーバから新しいデータを受け取る（ステップ６３０）。受け取ったデータを使用して画面がリフレッシュされ、変化パーセンテージ・トリガはリセットされる（ステップ６３５）。
【００３６】
表示されている画面と、現在、サーバ上にあるデータの間の変化の重大度に基づくリフレッシュをユーザが望んでいるかどうかについての判断がなされる（決定６４０）。重大度パーセンテージが選択されていない場合には、決定６４０は「ＮＯ」分岐６５８に分岐し、ここで、ユーザがタスク完了トリガを選択したかどうかについての判断がなされる（決定６６０）。一方、重大度パーセンテージが選択されている場合には、決定６４０は「ＹＥＳ」分岐６４２に分岐し、ここで、ユーザがプリファレンスに指定した重大度パーセンテージに達したかどうかについての判断がなされる（決定６４５）。決定６４５にも、サーバに情報を要求して、受け取った情報を、現在、表示画面上に表示されている情報と比較することを含めることができる。重大度パーセンテージに到していない場合には、決定６４５は「ＮＯ」分岐６４６に分岐し、ここで、タスク完了トリガが選択されているかどうかについての判断がなされる（決定６６０）。一方、重大度パーセンテージに達している場合には、決定６４５は「ＹＥＳ」分岐６４８に分岐し、ここで、クライアント・コンピュータ・システムはサーバから新しいデータを受け取る（ステップ６５０）。画面がリフレッシュされ、ユーザ重大度トリガはリセットされる（ステップ６５５）。
【００３７】
ユーザがトリガとしてタスク完了を選択したかどうかについての判断がなされる（決定６６０）。タスク完了トリガが選択されていない場合には、決定６６０は「ＮＯ」分岐６７８に分岐し、ここで、ユーザがセットアップ処理を要求したかどうかについての判断がなされる（決定６８０）。一方、タスク完了トリガが選択されている場合には、決定６６０は「ＹＥＳ」分岐６６２に分岐し、ここで、ユーザがタスクを完了したかどうかについての判断がなされる（決定６６５）。ユーザがタスクを完了していない場合には、決定６６５は「ＮＯ」分岐６６６に分岐し、ここで、ユーザがモードを変更してセットアップに進む決定をしたかどうかについての判断がなされる（決定６８０）。一方、ユーザがタスクを終了した場合には、決定６６５は「ＹＥＳ」分岐６６８に分岐し、ここで、クライアント・コンピュータ・システムはサーバから新しいデータを受け取る（ステップ６７０）。受け取ったデータを使用して、タスク完了トリガがリセットされる（ステップ６７５）。
【００３８】
ユーザがセットアップ処理を要求したかどうかについての判断がなされる（決定６８０）。ユーザがセットアップ処理を要求した場合には、決定６８０は「ＹＥＳ」分岐６８８に分岐し、ここで、セットアップ処理が実行され（予め定義された処理６９０。さらなる詳細については図４を参照のこと）、自動リフレッシュ処理は終了する（６９５に戻る）。一方、ユーザがセットアップ処理を要求しなかった場合には、決定６８０は「ＮＯ」分岐６８２に分岐し、次のトリガが発生するのを、または手動リフレッシュが要求されるのを待ち（ステップ６８５）、ループバックしてそのトリガまたはリフレッシュ要求を処理する。このループは、ユーザがセットアップ処理を要求する（決定６８０が「ＹＥＳ」分岐６８８に分岐する）まで、またはアプリケーションが終了するまで続く。
【００３９】
当業者には理解されるように、この自動リフレッシュ処理で使用しているトリガは、使用することができるトリガの非排他的な例として示したものである。さらに、手動オーバライド処理用として示すさらなるトリガ（時間間隔トリガ、ユーザ非活動トリガなど）およびその他のトリガを、図７に示す自動リフレッシュ処理において説明したトリガに追加して、または代えて使用することもできる。
【００４０】
図８は、プリファレンス画面図、および手動オーバライドおよび自動リフレッシュのためのトリガのオプションを示す。ユーザがリフレッシュ・アイコン・ドロップ・ダウン・ツールバーから「プリファレンス」を選択すると、プリファレンス画面７００が表示される。プリファレンス画面７００を使って、手動オーバライド・モードまたは自動リフレッシュ・モードになるリフレッシュ期間間隔をカスタマイズする。この例では、「手動オーバライドから自動リフレッシュに切り替えるためのトリガ」７１０には３つのオプションがある。ユーザは、これらのオプションから１つまたは複数を選択することができる。最初のオプションでは、ユーザは、行っているタスクが完了するまで待ちたい場合にはチェックボックス７２０を選択する。２番目のオプションでは、ユーザは、画面リフレッシュの時間間隔を指定したい場合にはチェックボックス７３０を選択する。ユーザが入力ボックス７３５に、分単位で時間間隔を入力する。３番目のオプションでは、ユーザは、ある長さの時間、自分が非活動状態である場合に画面リフレッシュが行われることを望む場合には、チェックボックス７４０を選択する。ユーザが入力ボックス７４５に分単位で非活動の時間の長さを入力する。
【００４１】
「自動リフレッシュのためのトリガ」７５０には３つのオプションがある。ユーザは、これらのオプションの１つまたは複数を選択することができる。最初のオプションでは、ユーザは、行っているタスクが完了するまで待ちたい場合にはチェックボックス７６０を選択する。２番目のオプションでは、ユーザは、現在の画面とサーバ上のデータの間の変化の重大度が所定のパーセンテージに達した場合に画面リフレッシュが行われることを望むのであれば、ボックス７７０を選択する。ユーザが入力ボックス７７５に、重大度のパーセンテージを入力する。３番目のオプションでは、ユーザは、現在の画面とサーバ上のデータの間の変化量が所定のパーセンテージに達した場合に画面リフレッシュが行われることを望むのであれば、チェックボックス７８０を選択する。ユーザが入力ボックス７８５に変化量のパーセンテージを入力する。
【００４２】
ユーザは、ＯＫコマンド・ボタン７９０を押して、プリファレンスを入力する。それによってプリファレンスがストアされ、手動オーバライド・プロセスおよび自動リフレッシュ・プロセスによって使用される。当業者には理解されるように、図８に示すトリガは非排他的な例として示したものであり、本明細書に示す処理に使用できるトリガの数やタイプを限定するものでは決してない。
【００４３】
図９は、本明細書に記載のコピー処理を実行することが可能なコンピュータ・システムを簡略化した例である、情報処理システム８０１を示す。コンピュータ・システム８０１は、ホスト・バス８０５に結合されたプロセッサ８００を含む。レベル２（Ｌ２）のキャッシュ・メモリ８１０もホスト・バス８０５に結合されている。ホスト−ＰＣＩブリッジ８１５は、メイン・メモリ８２０に結合され、キャッシュ・メモリおよびメイン・メモリの制御機能を含み、バスを制御して、ＰＣＩバス８２５、プロセッサ８００、Ｌ２キャッシュ８１０、メイン・メモリ８２０、およびホスト・バス８０５の間の転送を処理する。ＰＣＩバス８２５は、例えば、ＬＡＮカード８３０を含む様々なデバイスにインターフェースを提供する。ＰＣＩ−ＩＳＡブリッジ８３５は、バスを制御して、ＰＣＩバス８２５とＩＳＡバス８４０の間の、ユニバーサル・シリアル・バス（ＵＳＢ）機能８４５、ＩＤＥデバイス機能８５０、パワー・マネージメント機能８５５の転送を処理し、リアル・タイム・クロック（ＲＴＣ）、ＤＭＡ制御、割込みサポート、システム管理バス・サポートなどの図示していないその他の機能要素を含むことができる。周辺装置および入出力（Ｉ／Ｏ）装置を、ＩＳＡバス８４０に結合した様々なインターフェース８６０（例えば、パラレル・インターフェース８６２、シリアル・インターフェース８６４、赤外線（ＩＲ）インターフェース８６６、キーボード・インターフェース８６８、マウス・インターフェース８７０、固定ディスク（ＦＤＤ）８７２）に接続することができる。あるいは、多くのＩ／Ｏ装置を、ＩＳＡバス８４０に接続したスーパーＩ／Ｏ制御装置（図示せず）に接続することができる。
【００４４】
ＢＩＯＳ８８０は、ＩＳＡバス８４０に結合され、様々な低レベルのシステム機能およびシステム・ブート機能のために必要なプロセッサ実行可能コードを組み込んでいる。ＢＩＯＳ８８０は、任意のコンピュータ可読媒体にストアすることができ、これには、磁気記憶媒体、光記憶媒体、フラッシュ・メモリ、ランダム・アクセス・メモリ、読取り専用メモリ、および命令を符号化して信号を伝送する通信媒体（例えば、ネットワークの信号）が含まれる。コンピュータ・システム８０１を別のコンピュータ・システムに接続して、ネットワークを介してファイルをコピーするためには、ＬＡＮカード８３０をＰＣＩ−ＩＳＡブリッジ８３５に結合する。同様に、コンピュータ・システム８０１をＩＳＰに接続して、電話回線接続を使ってインターネットに接続するためには、モデム８７５をシリアル・ポート８６４およびＰＣＩ−ＩＳＡブリッジ８３５に接続する。
【００４５】
図９に記載のコンピュータ・システムは本明細書に記載のコピー・プロセスを実行することができるが、このコンピュータ・システムはコンピュータ・システムのほんの一例にすぎない。当業者は、多くのその他のコンピュータ・システム設計も、本明細書に記載のコピー・プロセスを実行することができることを理解されよう。
【図面の簡単な説明】
【００４６】
【図１】ユーザがリフレッシュ・モードを選択した場合の結果を示す。
【図２】サーバ・コンピュータにリフレッシュ・データを要求するクライアント・コンピュータのシステム図である。
【図３】セットアップ処理における様々なモードを示す図である。
【図４】ユーザが選択したモードを判断するためのセットアップ・プロセスに含まれる動作ステップを示す流れ図である。
【図５】リフレッシュ・ボタンが押されると画面をリフレッシュする、手動モードを示す流れ図である。
【図６】どのトリガが設定されているかを判断して、トリガの限界に達すると画面をリフレッシュする、手動オーバライド・モードを示す流れ図である。
【図７】どのトリガが設定されているかを判断して、トリガの限界に達すると画面をリフレッシュする、自動モードを示す流れ図である。
【図８】ユーザが選択した、手動、オーバライド、および自動リフレッシュ・モードについてのトリガ・オプションを示すプリファレンス画面の図である。
【図９】本発明を実施することができる情報処理システムのブロック図である。
【図１】
2004534310.tif 000003
【図２】
2004534310.tif 000004
【図３】
2004534310.tif 000005
【図４】
2004534310.tif 000006
【図５】
2004534310.tif 000007
【図６】
2004534310.tif 000008
【図７】
2004534310.tif 000009
【図８】
2004534310.tif 000010
【図９】
2004534310.tif 000011
【国際公開パンフレット】
2004534310.tif 000012
2004534310.tif 000013
2004534310.tif 000014
2004534310.tif 000015
2004534310.tif 000016
2004534310.tif 000017
2004534310.tif 000018
2004534310.tif 000019
2004534310.tif 000020
2004534310.tif 000021
2004534310.tif 000022
2004534310.tif 000023
2004534310.tif 000024
2004534310.tif 000025
2004534310.tif 000026
2004534310.tif 000027
2004534310.tif 000028
2004534310.tif 000029
2004534310.tif 000030
2004534310.tif 000031
2004534310.tif 000032
2004534310.tif 000033
2004534310.tif 000034
2004534310.tif 000035
2004534310.tif 000036
2004534310.tif 000037
2004534310.tif 000038
【国際公開パンフレット（コレクトバージョン）】
2004534310.tif 000039
2004534310.tif 000040
【手続補正書】
【提出日】平成15年11月5日(2003.11.5)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
表示画面のカスタマイズされたリフレッシュを提供するための方法において、１つまたは複数のカスタマイズ可能なしきい値が１つまたは複数のリフレッシュ・モードと関連付けられ、リフレッシュ・モードが前記表示画面のリフレッシュを制御する方法であって、
第１のリフレッシュ・モードと関連付けられた、第１の１つまたは複数のカスタマイズ可能なしきい値を検索するステップと、
前記第１の１つまたは複数のカスタマイズ可能なしきい値を満たしているかどうかを判断するために、前記第１の１つまたは複数のカスタマイズ可能なしきい値を、関連するシステム・イベント・データと比較するステップと、
前記第１の１つまたは複数のカスタマイズ可能なしきい値を比較するステップの結果がしきい値を満たしている場合に応答して、第２のリフレッシュ・モードに関連付けられた第２の１つまたは複数のカスタマイズ可能なしきい値を検索するステップをさらに含む、前記第１のリフレッシュ・モードから第２のリフレッシュ・モードに変更するステップと、
前記第２の１つまたは複数のカスタマイズ可能なしきい値を満たしているかどうかを判断するために、前記第２の１つまたは複数のカスタマイズ可能なしきい値を、関連するシステム・イベント・データと比較するステップと、
前記第２の１つまたは複数のカスタマイズ可能なしきい値を比較するステップの結果がしきい値を満たしている場合に応答して、前記表示画面をリフレッシュするステップと
を含む、方法。
【請求項２】
前記表示画面によって、前記第１のリフレッシュ・モードに関連付けられた第１のリフレッシュ・アイコンを表示するステップと、
前記変更するステップに応答して、前記表示画面によって、前記第２のリフレッシュ・モードに関連付けられた第２のリフレッシュ・アイコンを表示するステップと
をさらに含む、請求項１に記載の方法。
【請求項３】
前記リフレッシュ・モードが、前記表示画面のリフレッシュが手動制御によって行われる手動モードおよびオーバライド・モードと、前記表示画面のリフレッシュが自動制御によって行われる自動モードとを含むグループから選択される、請求項２に記載の方法。
【請求項４】
前記カスタマイズ可能なしきい値の少なくとも１つが、タスクが完了するのを待つこと、時間間隔が経過するのを待つこと、ユーザ非活動期間が経過するのを待つこと、ユーザから変更要求を受け取ること、および前記表示画面上に表示された古いデータの量を測定することを含むグループから選択される、請求項１ないし３のいずれかに記載の方法。
【請求項５】
前記第２の１つまたは複数のカスタマイズ可能なしきい値を比較するステップに応答して、サーバにリフレッシュ・データを要求するステップと、
前記サーバから前記リフレッシュ・データを受け取るステップとをさらに含み、
前記リフレッシュするステップは、前記表示画面によって前記リフレッシュ・データを表示するステップをさらに含む、
請求項１ないし４のいずれかに記載の方法。
【請求項６】
ユーザから、それぞれが前記１つまたは複数のカスタマイズ可能なしきい値の少なくとも１つに関連付けられている、１つまたは複数のしきい値を受け取るステップと、
前記１つまたは複数のしきい値をストアするステップと
をさらに含む、請求項１ないし５のいずれかに記載の方法。
【請求項７】
１つまたは複数のプロセッサと、
メモリと、
不揮発性記憶領域と、
表示画面と、
前記表示画面上に表示されるデータに対応する入力を、ユーザから受け取ることができる入力装置と、
１つまたは複数のカスタマイズ可能なしきい値が１つまたは複数のリフレッシュ・モードと関連付けられ、リフレッシュ・モードが前記表示画面のリフレッシュを制御する、前記画面をリフレッシュするためのカスタマイズ可能な画面リフレッシュ・ツールとを含み、
前記カスタマイズ可能な画面リフレッシュ・ツールが、
第１のリフレッシュ・モードと関連付けられた１つまたは複数のカスタマイズ可能なしきい値を検索する手段と、
前記第１の１つまたは複数のカスタマイズ可能なしきい値を満たしているかどうかを判断するために、前記第１の１つまたは複数のカスタマイズ可能なしきい値を、関連するシステム・イベント・データと比較する手段と、
前記第１の１つまたは複数のカスタマイズ可能なしきい値を比較する手段に応答して、第２のリフレッシュ・モードに関連付けられた第２の１つまたは複数のカスタマイズ可能なしきい値を検索する手段をさらに含む、前記第１のリフレッシュ・モードから前記第２のリフレッシュ・モードに変更する手段と、
前記第２の１つまたは複数のカスタマイズ可能なしきい値を満たしているかどうかを判断するために、前記第２の１つまたは複数のカスタマイズ可能なしきい値を、関連するシステム・イベント・データと比較する手段と、
前記第２の１つまたは複数のカスタマイズ可能なしきい値を比較する手段に応答して、前記表示画面をリフレッシュする手段とを含む、
情報処理システム。
【請求項８】
カスタマイズされた表示画面のリフレッシュを提供するために、１つまたは複数のカスタマイズ可能なしきい値が１つまたは複数のリフレッシュ・モードと関連付けられ、リフレッシュ・モードが前記表示画面のリフレッシュを制御するコンピュータ・プログラム製品であって、前記コンピュータ・プログラム製品はコンピュータ上で実行されると、
第１のリフレッシュ・モードと関連付けられた、第１の１つまたは複数のカスタマイズ可能なしきい値を検索するステップと、
前記第１の１つまたは複数のカスタマイズ可能なしきい値を満たしているかどうかを判断するために、前記第１の１つまたは複数のカスタマイズ可能なしきい値を、関連するシステム・イベント・データと比較するステップと、
前記第１の１つまたは複数のカスタマイズ可能なしきい値を比較するステップの結果がしきい値を満たしている場合に応答して、第２のリフレッシュ・モードに関連付けられた第２の１つまたは複数のカスタマイズ可能なしきい値を検索するステップをさらに含む、前記第１のリフレッシュ・モードから第２のリフレッシュ・モードに変更するステップと、
前記第２の１つまたは複数のカスタマイズ可能なしきい値を満たしているかどうかを判断するために、前記第２の１つまたは複数のカスタマイズ可能なしきい値を、関連するシステム・イベント・データと比較するステップと、
前記第２の１つまたは複数のスタマイズ可能なしきい値を比較するステップの結果がしきい値を満たしている場合に応答して、前記表示画面をリフレッシュするステップとをコンピュータに実行させるコンピュータ・プログラム命令を含む、
コンピュータ・プログラム製品。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、フレキシブルなリフレッシュ機能をクライアントに提供するための方法およびシステムに関する。
【背景技術】
【０００２】
コンピュータのユーザ、すなわちクライアントが、自分自身のストレージに含まれる情報だけしか利用しないということはめったにない。クライアントは、今や、互いにネットワーク化され、クライアントとサーバ間で情報を共有している。グローバルな規模では、インターネットによって、世界のあらゆる場所からクライアントがその他のクライアントまたはサーバにアクセスすることができるようになっている。ローカルな規模では、企業または家庭においてクライアントが互いに接続され、ローカル・エリア・ネットワーク（ＬＡＮ）またはイントラネット上でファイルを共有している。
【０００３】
別のコンピュータ・システムのあるクライアントによってアクセスされる情報には、通常、時間依存度のレベルがある。情報によっては、その情報のタイプ、および誰がそれを閲覧しているかに基づいて、きわめて時間依存度が高いものがある。例えば、デイ・トレーダにとっては、株価情報はきわめて時間依存度が高い。デイ・トレーダは、株価の更新が絶えずなされることを望んでいる。しかし、長期的な投資家は、日々の分単位で変化する株価の変動にはさして興味がなく、株価のその日の終値にだけ興味を持っている場合がある。情報の多くのタイプは、ほとんど時間に依存しない。例えば、歴史上の出来事に関する情報はあまり時間に依存せず、ユーザは最新版であることにあまりこだわらないことがある。
【０００４】
リフレッシュ制御部は、リモート・サーバからデータが送られてくる、ネットワーク指向のユーザ・インターフェースを使っているクライアントにとっては有益なコンポーネントである。リフレッシュ制御部は、クライアントを最新の情報に更新し続ける際に有益な役割を果たす。しかし、Lotus Notes（Ｒ）（Lotus Notesは、International Business Machines Corporationの登録商標である）、Internet Explorer（Ｒ）（Internet Explorerはマイクロソフト社の商標である）、Netscape Communicator（Ｒ）（Netscape Communicatorはネットスケープ・コミュニケーション社の登録商標である）などのソフトウェア・プログラム中のリフレッシュ制御部は、本質的には手動による、目立つように表示されるツール・バー・ボタンを含んでいる。
【０００５】
リフレッシュ・ボタンが押されると、クライアントは、何が表示されているか（インターネットのＵＲＬ）に基づいて、サーバに情報を要求する。クライアントは情報を受け取り、画面上に新しい情報を表示する。情報中の変化したものについては、何も比較はなされない。一方、自動画面リフレッシュは、画面が自動的にリフレッシュするため、ユーザにとっては物事が簡単になる。しかし、自動リフレッシュでは、ユーザが制御できないままになり、フラストレーションがたまる原因となり得る。例えば、ユーザが、自動リフレッシュ機能を使って更新される画面を読んでいるとする。リフレッシュが自動的に行われるため、ユーザが表示されているデータを読み終わったかどうかに関係なく、画面は更新される。これではユーザは当惑したままで、リフレッシュが行われる前に読んでいた情報を簡単には見つけられなくなる可能性がある。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
自動リフレッシュ・ユーザ・インターフェースまたは手動リフレッシュ・ユーザ・インターフェースのいずれかを備えることで一応満足できるように思えるかもしれないが、その単純な解決策はどちらも、ユーザにとって常に正しい選択であるわけではない。
【課題を解決するための手段】
【０００７】
第１の態様によれば、本発明は、表示画面のカスタマイズされたリフレッシュを提供するための方法において、１つまたは複数のカスタマイズ可能なしきい値が１つまたは複数のリフレッシュ・モードと関連付けられ、リフレッシュ・モードが表示画面のリフレッシュを制御する方法であって、第１のリフレッシュ・モードと関連付けられた、第１の１つまたは複数のカスタマイズ可能なしきい値を検索するステップと、第１の１つまたは複数のカスタマイズ可能なしきい値を満たしているかどうかを判断するために、第１の１つまたは複数のカスタマイズ可能なしきい値を、関連するシステム・イベント・データと比較するステップと、第１の１つまたは複数のカスタマイズ可能なしきい値を比較するステップの結果がしきい値を満たしている場合に応答して、第２のリフレッシュ・モードに関連付けられた第２の１つまたは複数のカスタマイズ可能なしきい値を検索するステップをさらに含む、第１のリフレッシュ・モードから第２のリフレッシュ・モードに変更するステップと、第２の１つまたは複数のカスタマイズ可能なしきい値を満たしているかどうかを判断するために、第２の１つまたは複数のカスタマイズ可能なしきい値を、関連するシステム・イベント・データと比較するステップと、第２の１つまたは複数のカスタマイズ可能なしきい値を比較するステップの結果がしきい値を満たしている場合に応答して、表示画面をリフレッシュするステップとを含む方法を提供する。
【０００８】
本方法は、表示画面によって、第１のリフレッシュ・モードに関連付けられた第１のリフレッシュ・アイコンを表示するステップと、変更するステップに応答して、表示画面によって、第２のリフレッシュ・モードに関連付けられた第２のリフレッシュ・アイコンを表示するステップとをさらに含む。
【０００９】
ユーザは、手動モード、オーバライド・モード、および自動モードを含むグループから、リフレッシュ・モードを選択することができる。好ましくは、本方法は、少なくとも１つがカスタマイズ可能なリフレッシュ設定を含む、１つまたは複数のリフレッシュ・モードを呼び出すステップと、呼び出されたリフレッシュ・モードを識別するリフレッシュ・アイコンを、表示画面によって表示するステップとをさらに含む。
【００１０】
好ましい実施形態では、カスタマイズ可能なリフレッシュ設定の少なくとも１つが、タスクが完了するのを待つこと、時間間隔が経過するのを待つこと、ユーザ非活動期間が経過するのを待つこと、ユーザから変更要求を受け取ること、および表示画面上に表示された古いデータの量を測定することを含むグループから選択される。好ましくは、本方法は、第２の１つまたは複数のカスタマイズ可能なしきい値を比較するステップに応答して、サーバにリフレッシュ・データを要求するステップと、サーバからリフレッシュ・データを受け取るステップとをさらに含み、リフレッシュ・ステップは、表示画面によってリフレッシュ・データを表示するステップをさらに含む。好ましくは、本方法は、ユーザから、それぞれが１つまたは複数のカスタマイズ可能なしきい値の少なくとも１つに関連付けられている１つまたは複数のしきい値を受け取るステップと、１つまたは複数のしきい値をストアするステップとをさらにをさらに含む。
【００１１】
第２の態様によれば、本発明は、１つまたは複数のプロセッサと、メモリと、不揮発性記憶領域と、表示画面と、表示画面上に表示されるデータに対応する入力を、ユーザから受け取ることができる入力装置と、１つまたは複数のカスタマイズ可能なしきい値が１つまたは複数のリフレッシュ・モードと関連付けられ、リフレッシュ・モードが表示画面のリフレッシュを制御する、画面のリフレッシュを制御するためのカスタマイズ可能な画面リフレッシュ・ツールとを含み、画面リフレッシュ・ツールが、第１のリフレッシュ・モードと関連付けられた１つまたは複数のカスタマイズ可能なしきい値を検索する手段と、第１の１つまたは複数のカスタマイズ可能なしきい値を満たしているかどうかを判断するために、第１の１つまたは複数のカスタマイズ可能なしきい値を、関連するシステム・イベント・データと比較する手段と、第１の１つまたは複数のカスタマイズ可能なしきい値を比較する手段に応答して、第２のリフレッシュ・モードに関連付けられた第２の１つまたは複数のカスタマイズ可能なしきい値を検索する手段をさらに含む、第１のリフレッシュ・モードから第２のリフレッシュ・モードに変更するための手段と、第２の１つまたは複数のカスタマイズ可能なしきい値を満たしているかどうかを判断するために、第２の１つまたは複数のカスタマイズ可能なしきい値を、関連するシステム・イベント・データと比較する手段と、第２の１つまたは複数のカスタマイズ可能なしきい値を比較する手段に応答して、表示画面をリフレッシュする手段とを含む、情報処理システムを提供する。
【００１２】
第３の態様によれば、本発明は、カスタマイズされた表示画面のリフレッシュを提供するために、１つまたは複数のカスタマイズ可能なしきい値が１つまたは複数のリフレッシュ・モードと関連付けられ、リフレッシュ・モードが表示画面のリフレッシュを制御するコンピュータ・プログラム製品であって、前記コンピュータ・プログラム製品は、コンピュータ上で実行されると、第１のリフレッシュ・モードと関連付けられた、第１の１つまたは複数のカスタマイズ可能なしきい値を検索するステップと、第１の１つまたは複数のカスタマイズ可能なしきい値を満たしているかどうかを判断するために、第１の１つまたは複数のカスタマイズ可能なしきい値を、関連するシステム・イベント・データと比較するステップと、第１の１つまたは複数のカスタマイズ可能なしきい値を比較するステップの結果がしきい値を満たしている場合に応答して、第２のリフレッシュ・モードに関連付けられた第２の１つまたは複数のカスタマイズ可能なしきい値を検索するステップをさらに含む、第１のリフレッシュ・モードから第２のリフレッシュ・モードに変更するステップと、第２の１つまたは複数のカスタマイズ可能なしきい値を満たしているかどうかを判断するために、第２の１つまたは複数のカスタマイズ可能なしきい値を、関連するシステム・イベント・データと比較するステップと、第２の１つまたは複数のカスタマイズ可能なしきい値を比較するステップの結果がしきい値を満たしている場合に応答して、表示画面をリフレッシュするステップとをコンピュータに実行させるコンピュータ・プログラム命令を含む、コンピュータ・プログラム製品を提供する。
【００１３】
別の態様から見ると、本発明は、画面リフレッシュを提供する方法であって、複数のリフレッシュ・モードを提供するステップと、複数のリフレッシュ・モードのうちの１つまたは複数を呼び出すステップと、複数のリフレッシュ・モードのうちの呼び出した１つまたは複数に関連付けられたリフレッシュ・アイコンを表示するステップとを含む方法を提供する。
【００１４】
本発明の好ましい実施形態においては、ユーザが、素早くかつ容易に、手動、手動オーバライド、および自動リフレッシュ・モードを切り替えるためのインライン・ドロップ・ダウン・メニューが提供され、それによって、ユーザはインターフェースをカスタマイズして、適切なリフレッシュ設定を行うことができる。設定の範囲は、リフレッシュが行われるときをユーザが完全に手動制御する設定から、ユーザが最新の情報を表示させることに関与する必要がない自動制御の設定までにわたることが可能である。
【００１５】
手動モードは、ユーザが画面リフレッシュを制御したい場合に使用する。ユーザがリフレッシュ・ボタンを押すと、クライアントはサーバ（または、その他のクライアント）から最新の情報を検索し、その新しいデータで画面をリフレッシュする。半自動画面リフレッシュにしたい場合には、ユーザは手動オーバライド・モードを選択する。手動オーバライド・モードでは、トリガ・レベルに達するまで、手動モード状態が続く。トリガ・レベルに達すると、自動リフレッシュ・モードに切り替わる。例えば、ユーザが、通常は自動リフレッシュ・モードにしておいて、タスクが完了するまでは画面をリフレッシュさせたくないという場合には、ユーザは手動オーバライド・モードを選択し、タスクが完了するまでは自動リフレッシュ・モードに戻るのを待つように、手動オーバライド・リフレッシュ・トリガを設定する。手動オーバライド・トリガのレベルのその他の例としては、リフレッシュを行う前に特定の時間間隔だけ待つこと、リフレッシュを行う前にユーザ非活動期間だけ待つことなどが挙げられる。
【００１６】
自動リフレッシュ・モードは、ユーザがリフレッシュ・ボタンを手動で押す必要なく、最新の情報を表示させたい場合に使用する。ユーザは、達すると表示が自動的にリフレッシュされる、自動モード・トリガのレベルを設定する。例えば、ユーザが画面リフレッシュに煩わされたくないという場合、あるいは、現在、表示されているものとサーバ上の新しいデータの間に重要な変化がない限り、新しい情報をロードすることで帯域幅を使いたくないという場合がある。ユーザは、自動リフレッシュ・モードを選択して、所定のパーセンテージの情報が変化した場合に画面がリフレッシュされるように自動モード・トリガを設定することができる。
【００１７】
リフレッシュ・メニューには、ユーザが手動オーバライドと自動リフレッシュ・トリガを選択する「プリファレンス」画面を含めることができる。ユーザはどちらのモードについても、１つまたは複数のトリガを設定することができる。
【００１８】
本発明の利点は、手動で自動リフレッシュをオーバライドする機能をユーザに提供することである。本発明の別の利点は、ユーザが画面リフレッシュを制御すること、およびリフレッシュを手動で行うか、自動化するか、または手動オーバライド機能を選択することを可能にする。
【００１９】
本発明を、添付の図面に示すように、ほんの一例としての好ましい実施形態を参照しながら説明する。
【発明を実施するための最良の形態】
【００２０】
図１は、ユーザが手動オーバライド・モードを選択した場合の結果を示す。最初の「スクリーン・ショット」は、様々なアイコンを備えたツールバー１１０を含むウェブ・ブラウザ１００を示す。当業者は、ウェブ・ブラウザ１００が、画面リフレッシュを提供する機能を備えた非ウェブ・ベースのソフトウェア・プログラムとすることができることを理解されよう。例えば、Lotus Notes（Ｒ）ソフトウェアは、共有データを閲覧しているクライアント間で情報を共有できるようにすることを主な目的とした、画面リフレッシュ制御部を備えている。ツールバー１１０にはリフレッシュ・アイコン１２０が含まれており、最上部の画面では、このリフレッシュ・アイコン１２０が、クライアントが手動リフレッシュ・モードであることを表している。手動リフレッシュ・モードとは、ユーザがリフレッシュ・ボタン１２０を押すと、表示エリア１３０が更新されるモードである。
【００２１】
真中の画面は、ユーザがセットアップ・ドロップ・ダウン矢印１２５を選択し（すなわち、キーボード、マウス、またはその他のポインティング・デバイスを使って）、それによってリフレッシュ・メニュー１４０が表示されている状態を示している。リフレッシュ・メニュー１４０には、手動リフレッシュ選択１５０、手動オーバライド選択１６０、自動リフレッシュ選択１７０、およびプリファレンス選択１８０が含まれている。手動リフレッシュ１５０を選択すると、画面リフレッシュをユーザが制御することになり、ユーザがリフレッシュ・アイコンを押した場合に画面リフレッシュが行われる（処理の詳細については図５を参照のこと）。手動オーバライド１６０を選択すると、手動オーバライド・トリガがしきい値に達した場合に画面リフレッシュが行われる。（処理の詳細については図６を参照のこと）。自動リフレッシュ１７０を選択すると、自動リフレッシュ・トリガがしきい値に達した場合にリフレッシュが行われる（処理の詳細については図７を参照のこと）。プリファレンス１８０を選択すると、メニュー７００が表示され（さらなる詳細については図８を参照のこと）、そこでユーザは、手動オーバライドおよび自動リフレッシュ・モードのトリガ・レベルを選択することができる。一実施形態では、プリファレンスの構成を、手動オーバライド・ドロップ・ダウン矢印１６５（手動オーバライド・プリファレンスを表示させるための）または自動リフレッシュ・ドロップ・ダウン矢印１７５（自動リフレッシュ・プリファレンスを表示させるための）を選択することによって表示させることもできる。図１に示す例では、ユーザは手動オーバライド１６０を選択している。三番目の画面は、ツールバー１１０内に手動オーバライド・アイコン１９０が表示されているのを示す。クライアントは、このとき、手動オーバライド・モードになっている。ユーザは、ドロップ・ダウン矢印１２５を選択することによって、また、所望のリフレッシュ・オプションを選択することによって、リフレッシュ・モードまたはリフレッシュ・プリファレンスあるいはその両方を繰り返して変更することができる。
【００２２】
図２は、サーバ・コンピュータにリフレッシュしたデータを要求しているクライアント・コンピュータのシステム図を示す。クライアント・システム２００は、本明細書で説明するリフレッシュ・モードのいずれかを使って、クライアント・システム２００上に表示されているデータをリフレッシュするためにリフレッシュ要求２０５を発行する。リフレッシュ要求２０５は、インターネットなどのコンピュータ・ネットワーク２１０を介してサーバ２２０に送られる。サーバ２２０は、クライアント２００を要求元として識別するコンピュータ・ネットワーク２１０から要求２１５を受け取る。サーバ２２０は、リフレッシュしたデータを作成して、要求されたデータ２２５を、コンピュータ・ネットワーク２１０を介してクライアント２００に返送する。クライアント２００は、コンピュータ・ネットワーク２１０からリフレッシュ・データ２３０を受け取り、その新しいデータを使って、クライアント２００に関連付けられた表示画面をリフレッシュする。さらに、リフレッシュ要求および対応するリフレッシュ・データを使って、画面を更新する必要があるかどうかを判断することができる。例えば、いくつかのリフレッシュ・モードによっては、そのときに表示されているデータのうち所定量のデータが最新ではなくなった場合にのみ画面が更新されるというものがある。このしきい値に達すると新しいデータを使って画面のリフレッシュが行われ、しきい値に達していない場合は、新しいデータは使われず、ユーザは表示画面に表示されている元のデータを見続ける。
【００２３】
図３は、セットアップ処理における様々なモードを示す階層図である。セットアップ処理２５０は、ユーザがリフレッシュ・モード・アイコンから利用可能なセットアップ・ドロップ・ダウン矢印（例えば、図１のドロップ・ダウン矢印１２５を参照のこと）を選択することによって行われる。セットアップ処理のステップについては、後で図４を参照しながらより詳細に説明する。ユーザはいつ画面がリフレッシュされるかを制御したい場合には、手動モード処理２６０を選択する。すると、手動リフレッシュ・モードを使用していることをユーザに知らせる、手動リフレッシュ・モード・アイコンが表示される。ユーザが手動リフレッシュ・モード・アイコンを選択すると、リフレッシュが行われる（処理のさらなる詳細については図５を参照のこと）。一時的に手動リフレッシュ・モードにしたいと思う場合は、ユーザは手動オーバライド処理２７０を選択する。すると、手動オーバライド・リフレッシュ・モードを使用していることをユーザに知らせる、手動オーバライド・アイコンが表示される。ユーザが手動オーバライド・アイコンを選択すると、リフレッシュが行われる（処理のさらなる詳細については図６を参照のこと）。さらに、所定のしきい値に達すると、またはトリガが起動されると、リフレッシュ・モードが自動リフレッシュ・モードに変わる（自動リフレッシュ処理のより詳細な説明については図７を、また、例示の手動オーバライド・トリガについては図８を参照のこと）。自動リフレッシュを望む場合には、ユーザは自動処理２８０を選択する。すると、自動リフレッシュ・モードを使用していることをユーザに知らせる、自動リフレッシュ・アイコンが表示される。ユーザが自動リフレッシュ・アイコンを選択すると、リフレッシュが行われる（処理のさらなる詳細については図７を参照のこと）。さらに、所定のしきい値に達すると、またはトリガが起動されると、自動リフレッシュが行われる（例示の自動リフレッシュ・トリガについては図８を参照のこと）。手動オーバライド・リフレッシュおよび自動リフレッシュ・モードのトリガ・レベルを設定したい場合には、ユーザがプリファレンス処理２９０を選択すると、プリファレンス画面が表示される（例示のプリファレンス画面については図８を参照のこと）。
【００２４】
図４は、どのモードを選択するかを決定するためのセットアップ・プロセスを示す。３００でセットアップ処理が開始し、ここで、ユーザはリフレッシュ・モードを選択する（ステップ３１０）。ユーザが手動リフレッシュ・モードを選択したかどうかについて判断がなされる（決定３２０）。ユーザが手動リフレッシュを選択している場合は、決定３２０は「ＹＥＳ」分岐３２５に分岐し、ここで手動モードが処理される（予め定義されたプロセス３３０。さらなる詳細については図５を参照のこと。）一方、ユーザが手動リフレッシュ・モードを選択しなかった場合には、決定３２０は「ＮＯ」分岐３３５に分岐し、ここで、ユーザが手動オーバライド・モードを選択したかどうかについて判断がなされる（判断３４０）。ユーザが手動オーバライド・モードを選択している場合には、決定３４０は「ＹＥＳ」分岐３４５に分岐し、ここでオーバライド・モードが処理される（予め定義されたプロセス３５０。さらなる詳細については図６を参照のこと）。一方、ユーザが手動オーバライド・モードを選択しなかった場合には、決定３４０は「ＮＯ」分岐３５５に分岐し、ここでユーザが自動リフレッシュ・モードを選択したかどうかについて判断がなされる（決定３６０）。ユーザが自動リフレッシュ・モードを選択している場合には、決定３６０は「ＹＥＳ」分岐３６５に分岐し、ここで自動モードが処理される（予め定義された処理３７０。さらなる詳細については図７を参照のこと）。一方、ユーザが自動モードを選択しなかった場合には、決定３６０は「ＮＯ」分岐３７５に分岐し、ここで、ユーザがプリファレンスを選択したかどうかについて判断がなされ（ステップ３８０）、プリファレンス選択画面が表示されて処理される（予め定義されたプロセス・ブロック３９０。さらなる詳細については図８を参照のこと）。選択された処理が終了すると、３９５でセットアップ・プロセスは終了する。
【００２５】
図５は、画面をリフレッシュして、リフレッシュ・ボタンが押されるのを待っている手動モード・プロセスを示す。４００で手動モード処理が開始し、ここで、リフレッシュ・アイコンが変化して、手動モード・リフレッシュ・アイコンが表示される（ステップ４１０）。クライアント・コンピュータ・システムは、サーバから新しいデータを受け取り（ステップ４２０）、ここで、クライアントの表示画面がその新しいデータでリフレッシュされる（ステップ４３０）。処理は、リフレッシュを要求するため、またはリフレッシュ・モードを変更するために再びリフレッシュ・アイコンが押されるまで待つ（ステップ４４０）。ユーザがリフレッシュ・アイコンを押すと、ユーザがセットアップ・モードを選択したか（図１に示すドロップ・ダウン矢印１２５を押すことによって）、または画面リフレッシュを要求したかについて判断がなされる（決定４５０）。ユーザがセットアップ処理を選択している場合には、決定４５０は「ＹＥＳ」分岐４５５に分岐し、ここで、セットアップ処理が実行される（予め定義された処理４６０。さらなる詳細については図４を参照のこと）。一方、ユーザが画面をリフレッシュすることを望む場合には、決定４５０は「ＮＯ」分岐４７５に分岐し、ここで、クライアント・コンピュータ・システムは、クライアントが使用する新しいデータをサーバから受け取る（ステップ４８０）。受け取ったデータを使って画面がリフレッシュされる（ステップ４９０）。ここで、処理はループバックして（ループ４９５）、リフレッシュ・アイコンが押されるのを待つ。このループは、ユーザがセットアップ処理を要求する（決定４５０が「ＹＥＳ」分岐４５５に分岐する）まで、またはアプリケーションが終了するまで続く。
【００２６】
図６は、どのトリガを設定されているかを判断して、トリガに達した場合には自動リフレッシュ・モードに入る手動オーバライド・モードを示す。５００でオーバライド処理が開始し、ここでリフレッシュ・アイコンを手動オーバライド・アイコンに変化させて、システムが手動オーバライド・モードになったことを表す（ステップ５０５）。手動オーバライド・トリガが、データ・エリアから取得される（ステップ５１０）。これらのプリファレンスは、ユーザがプリファレンス・メニューを使って設定される（例示のプリファレンス・メニューについては図８を参照のこと）。この例では、ユーザは、１つまたは複数のトリガを選択することができる。
【００２７】
ユーザがリフレッシュ・アイコンを選択して、画面データのリフレッシュを要求したかどうかについての判断がなされる（決定５１２）。ユーザがリフレッシュ・アイコンを選択した場合には、決定５１２は「ＹＥＳ」分岐５１４に分岐し、ここで、新しいデータがサーバから検索され（ステップ５１６）、それに応じてユーザの表示画面がリフレッシュされる（ステップ５１８）。次いで、処理はループバックして、次のリフレッシュ要求または次の手動オーバライド・トリガを処理する（ループ５２０）。
【００２８】
一方、ユーザがリフレッシュ・アイコンを選択せず、画面データのリフレッシュを要求しなかった場合には、決定５１２は「ＮＯ」分岐５２２に分岐し、ここで、時間間隔トリガが選択されているかどうかについて判断がなされる（決定５２４）。時間間隔トリガが選択されていない場合には、決定５１５は「ＮＯ」分岐に分岐し、ここで、非活動トリガが選択されているかどうかについて判断がなされる（決定５４０）。一方、時間間隔トリガが選択されている場合には、決定５２４は「ＹＥＳ」分岐５２６に分岐し、ここで、ユーザがプリファレンスで指定した時間間隔が経過したかどうかについて判断がなされる（決定５２８）。その時間間隔が経過していない場合には、決定５２８は「ＮＯ」分岐５３７に分岐し、ここで、非活動トリガが選択されているかどうかについて判断がなされる（決定５４０）。一方、時間間隔が経過した場合には、決定５２８は「ＹＥＳ」分岐５３０に分岐し、ここで、クライアントのシステムは、手動オーバライド・モードを出て、自動リフレッシュ・モードに入り（予め定義されたプロセス５３５。自動リフレッシュ処理の詳細については図７を参照のこと）、５３６で手動オーバライド処理は終了する。
【００２９】
ユーザがユーザ非活動期間をトリガとして選択したかどうかについて判断がなされる（決定５４０）。ユーザ非活動期間が選択されていない場合には、決定５４０は「ＮＯ」分岐５５８に分岐し、ここで、ユーザがタスク完了トリガを選択したかどうかについての判断がなされる（決定５６０）。一方、ユーザ非活動期間が選択されている場合には、決定５４０は「ＹＥＳ」分岐５４２に分岐し、ここで、プリファレンス（またはコンフィギュレーション）データ・エリアに指定されているユーザ非活動時間が経過したかどうかについて判断がなされる（決定５４５）。ユーザ非活動期間が経過していない場合には、決定５４５は「ＮＯ」分岐５４６に分岐し、ここで、タスク完了トリガが選択されているかどうかについて判断がなされる（決定５６０）。一方、ユーザ非活動期間が経過した場合は、決定５４５は「ＹＥＳ」分岐５４８に分岐し、ここで、クライアントのシステムは手動オーバライド・モードを出て、自動リフレッシュ・モードに入り（予め定義されたプロセス５５０。自動リフレッシュ処理の詳細については図７を参照のこと）、５５５で手動オーバライド処理は終了する。
【００３０】
ユーザがタスクの完了をトリガとして選択したかどうかについての判断がなされる（決定５６０）。タスク完了トリガが選択されていない場合には、決定５６０は「ＮＯ」分岐５７８に分岐し、ここで、ユーザがセットアップ処理を要求したかどうかについて判断がなされる（決定５８０）。一方、タスク完了トリガが選択されている場合には、決定５６０は「ＹＥＳ」分岐５６２に分岐し、ここで、ユーザがタスクを終了したかどうかについての判断がなされる（決定５６５）。ユーザがタスクを完了していない場合には、決定５６５は「ＮＯ」分岐５６６に分岐し、ここで、ユーザがセットアップ処理を要求したかどうかについての判断がなされる（決定５８０）。一方、ユーザがタスクを終了した場合には、決定５６５は「ＹＥＳ」分岐５６８に分岐し、ここで、クライアントのシステムは手動オーバライド・モードを出て、自動リフレッシュ・モードに入り（予め定義されたプロセス５７０。自動リフレッシュ処理の詳細については図７を参照のこと）、５７５で手動オーバライド処理は終了する。
【００３１】
ユーザがセットアップ処理を要求したかどうかについての判断がなされる（決定５８０）。セットアップ処理を要求した場合には（すなわち、図１の下向き矢印１２５を押すことによって）、決定５８０は「ＹＥＳ」分岐５８８に分岐し、ここで、セットアップ処理が実行され（予め定義されたプロセス５９０。さらなる詳細については図４を参照のこと）、５９５で手動オーバライド処理は終了する。一方、どのトリガも起動しなかった場合には、システムは手動オーバライド・モードのままであり、決定５８０は「ＮＯ」分岐５８２に分岐し、次のトリガの起動、またはユーザが手動リフレッシュを要求するのを待つ（ステップ５８５）。このループは、トリガが起動するまで、またはアプリケーションが終了するまで続く。
【００３２】
当業者には理解されるように、この手動オーバライド・リフレッシュ処理で使用しているトリガは、使用することができる可能なトリガの非排他的な例として示したものである。さらに、自動処理用として示すさらなるトリガ（重大度トリガ、変化量トリガなど）およびその他のトリガは、図６に示す手動オーバライド・リフレッシュ処理で説明したトリガに追加して、または代えて使用することもできる。
【００３３】
図７は、どのトリガが設定されているかを判断して、トリガの限界に達すると画面をリフレッシュする自動モードを示す。６００で自動リフレッシュ処理が開始し、ここで、リフレッシュ・アイコンが自動リフレッシュ・アイコンに変化するので、ユーザは、システムが自動リフレッシュ・モードで動作していることがわかる（ステップ６０５）。自動リフレッシュ・トリガがデータ・エリアから検索される（ステップ６１０）。これらのトリガは、ユーザが前もってプリファレンス・メニューに設定しておくことができる（プリファレンス・メニューの例については図８を参照のこと）。この例では、ユーザは、１つまたは複数の自動トリガを選択することができる。
【００３４】
ユーザがリフレッシュ・アイコンを選択して、画面データのリフレッシュを要求したかについての判断がなされる（決定６１２）。ユーザがリフレッシュ・アイコンを選択している場合には、決定６１２は「ＹＥＳ」分岐６１４に分岐し、ここで、サーバから新しいデータが検索され（ステップ６１６）、それに応じてユーザの表示画面がリフレッシュされる（ステップ６１８）。次いで、処理はループバックして、次のリフレッシュ要求または次の手動オーバライド・トリガを処理する（ループ６２０）。
【００３５】
一方、ユーザがリフレッシュ・アイコンを選択せず、画面データのリフレッシュを要求しなかった場合には、決定６１２は「ＮＯ」分岐６２２に分岐し、ここで、表示されている画面とサーバ上のデータの間の変化量に基づく自動リフレッシュをユーザが要求したかどうかについての判断がなされる（決定６２４）。変化パーセンテージ・トリガが選択されていない場合には、決定６２４は「ＮＯ」分岐６３８に分岐し、ここで、表示されている画面とサーバの間の変化の重大度に基づくリフレッシュをユーザが望んでいるかどうかについて判断がなされる（決定６４０）。一方、変化パーセンテージ・トリガが選択されている場合には、決定６２４は「ＹＥＳ」分岐６２６に分岐し、ここで、ユーザがプリファレンスに指定した変化パーセンテージに達したかどうかについての判断がなされる（決定６２８）。決定６２８には、サーバに情報を要求して、受け取った情報を、現在、表示画面上に表示されている情報と比較することを含めることができる。変化パーセンテージに達していない場合には、決定６２８は「ＮＯ」分岐６３６に分岐し、ここで、重大度パーセンテージ・トリガが選択されているかどうかについて判断がなされる（決定６４０）。一方、変化パーセンテージに達している場合には、決定６２８は「ＹＥＳ」分岐６２９に分岐し、ここで、クライアント・コンピュータ・システムは、サーバから新しいデータを受け取る（ステップ６３０）。受け取ったデータを使用して画面がリフレッシュされ、変化パーセンテージ・トリガはリセットされる（ステップ６３５）。
【００３６】
表示されている画面と、現在、サーバ上にあるデータの間の変化の重大度に基づくリフレッシュをユーザが望んでいるかどうかについての判断がなされる（決定６４０）。重大度パーセンテージが選択されていない場合には、決定６４０は「ＮＯ」分岐６５８に分岐し、ここで、ユーザがタスク完了トリガを選択したかどうかについての判断がなされる（決定６６０）。一方、重大度パーセンテージが選択されている場合には、決定６４０は「ＹＥＳ」分岐６４２に分岐し、ここで、ユーザがプリファレンスに指定した重大度パーセンテージに達したかどうかについての判断がなされる（決定６４５）。決定６４５にも、サーバに情報を要求して、受け取った情報を、現在、表示画面上に表示されている情報と比較することを含めることができる。重大度パーセンテージに到していない場合には、決定６４５は「ＮＯ」分岐６４６に分岐し、ここで、タスク完了トリガが選択されているかどうかについての判断がなされる（決定６６０）。一方、重大度パーセンテージに達している場合には、決定６４５は「ＹＥＳ」分岐６４８に分岐し、ここで、クライアント・コンピュータ・システムはサーバから新しいデータを受け取る（ステップ６５０）。画面がリフレッシュされ、ユーザ重大度トリガはリセットされる（ステップ６５５）。
【００３７】
ユーザがトリガとしてタスク完了を選択したかどうかについての判断がなされる（決定６６０）。タスク完了トリガが選択されていない場合には、決定６６０は「ＮＯ」分岐６７８に分岐し、ここで、ユーザがセットアップ処理を要求したかどうかについての判断がなされる（決定６８０）。一方、タスク完了トリガが選択されている場合には、決定６６０は「ＹＥＳ」分岐６６２に分岐し、ここで、ユーザがタスクを完了したかどうかについての判断がなされる（決定６６５）。ユーザがタスクを完了していない場合には、決定６６５は「ＮＯ」分岐６６６に分岐し、ここで、ユーザがモードを変更してセットアップに進む決定をしたかどうかについての判断がなされる（決定６８０）。一方、ユーザがタスクを終了した場合には、決定６６５は「ＹＥＳ」分岐６６８に分岐し、ここで、クライアント・コンピュータ・システムはサーバから新しいデータを受け取る（ステップ６７０）。受け取ったデータを使用して、タスク完了トリガがリセットされる（ステップ６７５）。
【００３８】
ユーザがセットアップ処理を要求したかどうかについての判断がなされる（決定６８０）。ユーザがセットアップ処理を要求した場合には、決定６８０は「ＹＥＳ」分岐６８８に分岐し、ここで、セットアップ処理が実行され（予め定義された処理６９０。さらなる詳細については図４を参照のこと）、自動リフレッシュ処理は終了する（６９５に戻る）。一方、ユーザがセットアップ処理を要求しなかった場合には、決定６８０は「ＮＯ」分岐６８２に分岐し、次のトリガが発生するのを、または手動リフレッシュが要求されるのを待ち（ステップ６８５）、ループバックしてそのトリガまたはリフレッシュ要求を処理する。このループは、ユーザがセットアップ処理を要求する（決定６８０が「ＹＥＳ」分岐６８８に分岐する）まで、またはアプリケーションが終了するまで続く。
【００３９】
当業者には理解されるように、この自動リフレッシュ処理で使用しているトリガは、使用することができるトリガの非排他的な例として示したものである。さらに、手動オーバライド処理用として示すさらなるトリガ（時間間隔トリガ、ユーザ非活動トリガなど）およびその他のトリガを、図７に示す自動リフレッシュ処理において説明したトリガに追加して、または代えて使用することもできる。
【００４０】
図８は、プリファレンス画面図、および手動オーバライドおよび自動リフレッシュのためのトリガのオプションを示す。ユーザがリフレッシュ・アイコン・ドロップ・ダウン・ツールバーから「プリファレンス」を選択すると、プリファレンス画面７００が表示される。プリファレンス画面７００を使って、手動オーバライド・モードまたは自動リフレッシュ・モードになるリフレッシュ期間間隔をカスタマイズする。この例では、「手動オーバライドから自動リフレッシュに切り替えるためのトリガ」７１０には３つのオプションがある。ユーザは、これらのオプションから１つまたは複数を選択することができる。最初のオプションでは、ユーザは、行っているタスクが完了するまで待ちたい場合にはチェックボックス７２０を選択する。２番目のオプションでは、ユーザは、画面リフレッシュの時間間隔を指定したい場合にはチェックボックス７３０を選択する。ユーザが入力ボックス７３５に、分単位で時間間隔を入力する。３番目のオプションでは、ユーザは、ある長さの時間、自分が非活動状態である場合に画面リフレッシュが行われることを望む場合には、チェックボックス７４０を選択する。ユーザが入力ボックス７４５に分単位で非活動の時間の長さを入力する。
【００４１】
「自動リフレッシュのためのトリガ」７５０には３つのオプションがある。ユーザは、これらのオプションの１つまたは複数を選択することができる。最初のオプションでは、ユーザは、行っているタスクが完了するまで待ちたい場合にはチェックボックス７６０を選択する。２番目のオプションでは、ユーザは、現在の画面とサーバ上のデータの間の変化の重大度が所定のパーセンテージに達した場合に画面リフレッシュが行われることを望むのであれば、ボックス７７０を選択する。ユーザが入力ボックス７７５に、重大度のパーセンテージを入力する。３番目のオプションでは、ユーザは、現在の画面とサーバ上のデータの間の変化量が所定のパーセンテージに達した場合に画面リフレッシュが行われることを望むのであれば、チェックボックス７８０を選択する。ユーザが入力ボックス７８５に変化量のパーセンテージを入力する。
【００４２】
ユーザは、ＯＫコマンド・ボタン７９０を押して、プリファレンスを入力する。それによってプリファレンスがストアされ、手動オーバライド・プロセスおよび自動リフレッシュ・プロセスによって使用される。当業者には理解されるように、図８に示すトリガは非排他的な例として示したものであり、本明細書に示す処理に使用できるトリガの数やタイプを限定するものでは決してない。
【００４３】
図９は、本明細書に記載のコピー処理を実行することが可能なコンピュータ・システムを簡略化した例である、情報処理システム８０１を示す。コンピュータ・システム８０１は、ホスト・バス８０５に結合されたプロセッサ８００を含む。レベル２（Ｌ２）のキャッシュ・メモリ８１０もホスト・バス８０５に結合されている。ホスト−ＰＣＩブリッジ８１５は、メイン・メモリ８２０に結合され、キャッシュ・メモリおよびメイン・メモリの制御機能を含み、バスを制御して、ＰＣＩバス８２５、プロセッサ８００、Ｌ２キャッシュ８１０、メイン・メモリ８２０、およびホスト・バス８０５の間の転送を処理する。ＰＣＩバス８２５は、例えば、ＬＡＮカード８３０を含む様々なデバイスにインターフェースを提供する。ＰＣＩ−ＩＳＡブリッジ８３５は、バスを制御して、ＰＣＩバス８２５とＩＳＡバス８４０の間の、ユニバーサル・シリアル・バス（ＵＳＢ）機能８４５、ＩＤＥデバイス機能８５０、パワー・マネージメント機能８５５の転送を処理し、リアル・タイム・クロック（ＲＴＣ）、ＤＭＡ制御、割込みサポート、システム管理バス・サポートなどの図示していないその他の機能要素を含むことができる。周辺装置および入出力（Ｉ／Ｏ）装置を、ＩＳＡバス８４０に結合した様々なインターフェース８６０（例えば、パラレル・インターフェース８６２、シリアル・インターフェース８６４、赤外線（ＩＲ）インターフェース８６６、キーボード・インターフェース８６８、マウス・インターフェース８７０、固定ディスク（ＦＤＤ）８７２）に接続することができる。あるいは、多くのＩ／Ｏ装置を、ＩＳＡバス８４０に接続したスーパーＩ／Ｏ制御装置（図示せず）に接続することができる。
【００４４】
ＢＩＯＳ８８０は、ＩＳＡバス８４０に結合され、様々な低レベルのシステム機能およびシステム・ブート機能のために必要なプロセッサ実行可能コードを組み込んでいる。ＢＩＯＳ８８０は、任意のコンピュータ可読媒体にストアすることができ、これには、磁気記憶媒体、光記憶媒体、フラッシュ・メモリ、ランダム・アクセス・メモリ、読取り専用メモリ、および命令を符号化して信号を伝送する通信媒体（例えば、ネットワークの信号）が含まれる。コンピュータ・システム８０１を別のコンピュータ・システムに接続して、ネットワークを介してファイルをコピーするためには、ＬＡＮカード８３０をＰＣＩ−ＩＳＡブリッジ８３５に結合する。同様に、コンピュータ・システム８０１をＩＳＰに接続して、電話回線接続を使ってインターネットに接続するためには、モデム８７５をシリアル・ポート８６４およびＰＣＩ−ＩＳＡブリッジ８３５に接続する。
【００４５】
図９に記載のコンピュータ・システムは本明細書に記載のコピー・プロセスを実行することができるが、このコンピュータ・システムはコンピュータ・システムのほんの一例にすぎない。当業者は、多くのその他のコンピュータ・システム設計も、本明細書に記載のコピー・プロセスを実行することができることを理解されよう。
【図面の簡単な説明】
【００４６】
【図１】ユーザがリフレッシュ・モードを選択した場合の結果を示す。
【図２】サーバ・コンピュータにリフレッシュ・データを要求するクライアント・コンピュータのシステム図である。
【図３】セットアップ処理における様々なモードを示す図である。
【図４】ユーザが選択したモードを判断するためのセットアップ・プロセスに含まれる動作ステップを示す流れ図である。
【図５】リフレッシュ・ボタンが押されると画面をリフレッシュする、手動モードを示す流れ図である。
【図６】どのトリガが設定されているかを判断して、トリガの限界に達すると画面をリフレッシュする、手動オーバライド・モードを示す流れ図である。
【図７】どのトリガが設定されているかを判断して、トリガの限界に達すると画面をリフレッシュする、自動モードを示す流れ図である。
【図８】ユーザが選択した、手動、オーバライド、および自動リフレッシュ・モードについてのトリガ・オプションを示すプリファレンス画面の図である。
【図９】本発明を実施することができる情報処理システムのブロック図である。




【国際調査報告】
2004534310.tif 000041
2004534310.tif 000042
2004534310.tif 000043