(57)【特許請求の範囲】
【請求項１】
通信リンクもしくはネットワーク（１０７）上でデータ源（１０１，１０５)からデータを取得する方法であって、
該データは、
１以上の更新可能な領域(２０５)を有するグラフィカル要素(２０２)と、
該更新可能な領域(２０５)に対応している１以上の更新可能な要素(２０７)とを備え、
該方法は、
該データ源（１０１，１０５)から該データを要求する段階と、
該グラフィカル要素（２０２）と、少くとも一つの更新可能な要素(２０７)と、表示された該グラフィカル要素（２０２）の該更新可能な領域(２０５)の更新を制御する制御プログラム（２０９）とを受信する段階と、
該グラフィカル要素（２０２）を表示する段階と、
１以上の更新された要素(２０７)を取得する段階と、
該制御プログラム（２０９）の制御の下で、該対応する更新された要素(２０７)を用いて該表示されたグラフィカル要素（２０２）の該更新可能な領域(２０５)を更新する段階とを備え、
該データはさらに、代りのグラフィカルサブ要素（５０３）の少くとも一組を備え、
該更新可能な要素（５１６，５１７ａ、ｂ）は、該グラフィカル要素（５０２）の領域内に表示されることになる該少なくとも一組の代わりのグラフィカルサブ要素（５１３）またはその一つから、少なくとも一つのグラフィカルサブ要素を識別する１以上のサブ要素命令（５１７ａ）を含んでおり、さらに、
該表示されたグラフィカル要素（５０２）の該更新可能な領域（５０５）を更新する段階は、該更新されたサブ要素命令（５１７ａ）に従って、該または各適切なグラフィカルサブ要素（５１３）を該表示されたグラフィカル要素（５０２）の該または各対応する領域内に表示することを含んでいる方法。
【請求項２】
通信リンクもしくはネットワーク（１０７）上でデータ源(１０１，１０５)から宛先装置（１０９ａ−ｅ）へ向けてデータを供給する方法であって、
該データは、
１以上の更新可能な領域（２０５)を有するグラフィカル要素（２０２）と、
該更新可能な領域(２０５)に対応している１以上の更新可能な要素（２０７）とを備え、
該方法は、
該宛先装置（１０９ａ−ｅ）からのデータ要求に応答して、該グラフィカル要素（２０２）と、少くとも一つの更新可能な要素(２０７)と、表示された該グラフィカル要素の該更新可能な領域（２０５）の更新を該更新可能な要素を用いて制御する制御プログラム（２０９）とを送る段階と、
１以上の更新された要素（２０７）を送る段階とを備え、
該データはさらに、代りのグラフィカルサブ要素（５０３）の少くとも一組を備え、
該更新可能な要素（５１６，５１７ａ、ｂ）は、該グラフィカル要素（５０２）の領域内に表示されることになる該少なくとも一組の代わりのグラフィカルサブ要素（５１３）またはその一つから、少なくとも一つのグラフィカルサブ要素を識別する１以上のサブ要素命令（５１７ａ）を含んでおり、さらに、
該表示されたグラフィカル要素（５０２）の該更新可能な領域（５０５）を更新する段階は、該更新されたサブ要素命令（５１７ａ）に従って、該または各適切なグラフィカルサブ要素（５１３）を該表示されたグラフィカル要素（５０２）の該または各対応する領域内に表示することを含んでいる方法。
【請求項３】
請求項１に記載の方法であって、
該更新可能な要素（２０７）はデータ要素（２０７）を含み、また
表示されたグラフィカル要素（２０２）の該更新可能な領域（２０５）を更新する段階は、該データ要素（２０７）を該対応している更新可能な領域（２０５）内に入れることを含んでいる方法。
【請求項４】
通信リンクもしくはネットワーク上でデータを送るためのシステムであって、該システムは該通信リンクもしくはネットワーク（１０７）によって相互接続された第一の装置（１０１，１０５)と第二の装置（１０９ａ−ｅ）とを備えており、
該データは、
１以上の更新可能な領域（２０５）を有するグラフィカル要素と、
該更新可能な領域（２０５）に対応している１以上の更新可能な要素（２０７）と、を備えており、
該第一の装置（１０１，１０５)は、
該第二の装置（１０９ａ−ｅ）からの要求に応答して該第二の装置に向けて該グラフィカル要素（２０２）と、少くとも一つの更新可能な要素（２０７）と、表示された該グラフィカル要素の該更新可能な領域（２０５）の更新を該更新可能な要素（２０７）を用いて制御する制御プログラム（２０９）とを送るように動作可能な手段と、及び
１以上の更新された要素（２０７）を該第二の装置（１０９ａ−ｅ）に向けて更に送るように動作可能な手段と、を備えており、
該第二の装置（１０９ａ−ｅ）は、該第一の装置（１０１，１０５)からデータを要求するように動作可能な手段と、
該第一の装置（１０１，１０５)からデータを受信して、該グラフィカル要素（２０２）を該更新可能な要素（２０７）を用いて表示するように動作可能な手段と、
１以上の更新された要素（２０７）を受信するように動作可能な手段と、及び
該制御プログラムの制御の下で、表示された該グラフィカル要素（２０２）の該更新可能な領域（２０５）を該更新された要素（２０７）を用いて更新するように動作可能な手段と、を備え、
該データはさらに代りのグラフィカルサブ要素の少くとも一組を備え、
該更新可能な要素（５１６，５１７ａ、ｂ）は、該グラフィカル要素の領域内に表示されることになる該少なくとも一組の代わりのグラフィカルサブ要素（５０３）またはその一つから、少なくとも一つのグラフィカルサブ要素（５０３)を識別する１以上のサブ要素命令（５１７ａ）を含んでおり、さらに、
該更新可能な領域（５０５）を更新するように動作可能な該更新手段は、該更新されたサブ要素命令（５１７ａ）に従って、該または各適切なグラフィカルサブ要素（５０３）を該表示されたグラフィカル要素（５０２）の該対応する領域（５０５）内に表示する手段を含んでいるシステム。
【請求項５】
請求項４記載のシステムであって、該更新可能な要素（２０７）は、データ要素（２０７）を含み、
該更新可能な領域（２０５）を更新するように動作可能な該更新手段は、該データ要素を該対応する更新可能な領域内に入れる手段を含んでいるシステム。
【請求項６】
計算機に、請求項１ないし３のいずれか１項記載の方法を実行させるための、もしくは請求項４または５の装置として動作させるための命令を表わしている計算機が読取り可能なコードを有する記憶媒体。
【発明の詳細な説明】
【０００１】
発明の属する技術分野
この発明は通信リンク及び／又は網上での計算機間のデータ転送に関する。とくに、この発明はサーバ計算機からクライアント計算機に向けて、クライアント／サーバ環境でデータを転送することに関係していて、例えばクライアント計算機がウェブブラウザと組合されて使用され、サーバ計算機上に置かれているウェブページを眺めるようにするときの転送に関係している。
【０００２】
従来の技術
ウェブページ内で相互作用（対話）が通常用意される一つのやり方（メカニズム）はＪａｖａと呼ばれるソフトウェアを用いることである。Ｊａｖａはクライアント計算機上に常駐するプログラムシステムを用意することができ、またクライアント計算機上で安全な（セキュリティのある）実行環境（これはＪａｖａ仮想機械ＪＶＭと呼ばれている）を用意することができ、この環境はクライアント計算機の正常の実行環境（例えばウィンドウズ）からは別のものとなっている。大部分のウェブブラウザはＪａｖａと両立性があり（コンパチブルであり）、言い換えると、ブラウザはJava Applet（ジャバアプレット）と呼ばれるダウンロードされたプログラムを実行するためにＪＶＭを用意する機能を有している。ジャバアプレットは数多くの機能を用意しており、その中にはスクリーンアニメーション、その他のディスプレイフィーチャ（特徴）といったものがあり、データディスプレイ、入力、及び潜在的なものを顕在化する“elicitation”についてのオンスクリーン形式とテーブルが含まれている。例えば、あるアプレットは定期的なデータベースへの問合せを実行するために使用されたり、ユーザへの問合せの結果を提示するために使用できたりする。データベースはしばしば変り、しかもユーザに定期的に提示することが求められている共用価格情報を保持することができる。
【０００３】
しかしながら、Ｊａｖａ解決に伴う一つの問題としては、ジャバアプレットを含むウェブページが標準のウェブページよりもダウンロードに一般に長い時間をとることを含んでいる。さらに、ＪＶＭはアプレットを実行できるようになる前の開始に時間をとり、ブラウザを単独で実行するのに必要とされるよりももっと処理パワーを必要とする。こういった欠点は、クライアントと計算機が限られた処理パワーのものであったり、低帯域幅網接続によりサーバ計算機にリンクされているときには一層顕著なものとなる。
【０００４】
Ｊａｖａでのやり方に代るものとして、クライアントプル及び／又はサーバプッシュＣＧＩ技術（Client Pull and/or Server Push CGI rechniques,これについては“CGI Programming on the World Wide Web”by Shishir Gundvaram,O’Reilly & Associate,USA版に詳述されている）を使用することがある。この二つの技術のうちより簡単なものはClient Pullであり、例えばこれはＣＧＩスクリプトとページを関係付けることによって、ウェブページ上で情報についての更新用メカニズムを用意するのに使用できる。ＣＧＩスクリプトはプログラムであり、これがサーバ上に常駐していて、サーバはクライアント計算機からの関係するウェブページについての要求に応答して作業を開始する。ＣＧＩスクリプトが使用されてデータベース問合せを実行し、その結果をウェブページに挿入し、次にこのウェブページが要求しているクライアントに対してダウンロードされる。
【０００５】
クライアントプルとサーバプッシュの技術は、大部分のブラウザが用意するフレームと呼ばれるブラウザフィーチャ（特徴）と組合せることができる。この特徴はブラウザウィンドウが区別できる領域に分割できるようにし、各領域はフレームと呼ばれ、その各々は正常のブラウザウィンドウの性質を持ち合わせている。一つのフレーム内で発生するユーザの相互作用（対話）は他のフレームのユーザの相互作用（対話）と内容との両方について独立とすることができる。フレームは目視可能であったり、あるいは不能であったりすることができ、言い換えると、スクリーン上で表示されたり、されなかったりする。
【０００６】
ウェブページはまたリフレッシュタグと呼ばれる特徴を持つことができて、このタグがページを表示しているブラウザに対して、タグによって定義された所定の間隔でページを繰返しダウンロードするようにさせる。リフレッシュタグはウェブページ上の情報が自動的に更新されるようにすることが可能であり、言い換えると、ユーザの介在なしに眺めている間に自動更新をする。このプロセスは一般に次の段階を有している。
ａ）サーバがページ要求を受領する（この要求はユーザの要求からもたらされる）；
ｂ）サーバは要求されたページと関係しているＣＧＩスクリプトを実行し、恐らくは新データをそのページ内に結果として入れて、次に更新されたページをリフレッシュタグと一緒にそれを要求したクライアントに向けて送る；
ｃ）クライアント計算機は受領したページを表示し、リフレッシュタグに対応しているタイマを始動する；
ｄ）リフレッシュ時間が到来すると、クライアントは自動的にそのページ（もしくは別なもの）についてサーバに対して要求を自動的に繰返して、段階ａでプロセスが再開始される。
【０００７】
技術の第二のものであるサーバプッシュ（Server Push）はクライアントプルと同じようなやり方で動作するが、サーバはクライアントに向けて複数の部分メッセージを出力する点は違っており、このうちの各部分はＣＧＩスクリプトを用いて更新される情報をもつページを含むことができる。ここでもまた、タイマが使用されて、ＣＧＩスクリプトを始動できるし、あるいは代ってスクリプトがページ内で表示されることになるデータが更新されるときに限り実行されるようにできるものとしている。主な違いは、サーバプッシュメカニズムにおけるクライアントとサーバとの間の網接続がそのページについてのクライアント／サーバ相互作用（対話）の期間について開かれたままであることにある。
【０００８】
発明が解決しようとする課題
上述のクライアントプル及びサーバプッシュメカニズムでの一つの問題は、眺められているページが更新される度毎に、そのページが再表示され、したがってページ（もしくはスクリーン）がユーザにとってはフリッカとして見えることである。これがどんな長さの時間についてもページを調べることがユーザにとって心地よくないものとしてしまう。さらに、もしそのページについてのリフレッシュレートが高いと（たとえば、毎２〜３秒であると）、そのときはフリッカ効果はページについて眺めることを制限するとしてもなお心地よくないものとする。フリッカ頻度（フリケンシイ）を減らすために、ページのリフレッシュレートを減らすことはできるが、そのページによって提示されるデータ内の変化がこれに即座に反応しなければならない状態では、実現の可能性はほとんどない。
【０００９】
課題を解決するための手段
この発明の特徴によると、通信リンクもしくは網上でデータ源から宛先装置へ向けてデータを供給する方法が提示されていて、
該データは、
いくつかの更新可能な領域を有するグラヒカル要素と、
該更新可能な領域に対応しているいくつかの更新可能な要素とを備え、
該方法は、
該宛先装置からのデータ要求に応答して、該グラヒカル要素と、少くとも一つの更新可能な要素と、いくつかの制御命令であって表示されたグラヒカル要素の領域の更新を該更新可能な要素を用いて制御するためのものを送る段階と、
いくつかの更新された要素を送る段階とを備えた方法となっている。
【００１０】
表示されることになるページを２ページに分割し、一方を静的として表示し、他方を動的なものとして表示しないということは、変化しているデータすなわち動的なページだけがリフレッシュされるべきことを意味している。また、静的ページ内部のデータだけが再度表示されるから、全体ページの再表示が回避される。こういった特徴はフリッカを減らし、ダウンロードされるべきデータ量を減らし、あるいはクライアント及び／又はサーバ計算機にとって必要とされる処理量を減らすということを一部もしくは全部することにより先行技術のもっていた問題を緩和する。
【００１１】
実施例
添付の図面を参照してこの発明の実施例を以下に記述する。
【００１２】
図１を見ると、サーバ計算機１０１はデータフィード（供給元）１０３を経てデータを供給され、データを処理して、その結果をデータベース１０５に記憶する。データフィード１０３は例えば遠隔通信網から自動的に作られる試験データとか複数の通貨間の交換レートのような経済情報を用意する。いずれの場合もこのデータは比較的頻繁に変化する。
【００１３】
サーバ１０１はまた網１０７に接続されていて、この網はインターネットやイントラネットなどであり、この網に対しては複数のクライアントデバイス１０９も接続されていて、その中にはパーソナルコンピュータ１０９ａ、デジタルテレビジョン１０９ｂ、モバイル電話１０９ｃ、パーソナルディジタルアシスタント１０９ｄあるいはゲームコンソール１０９ｅなどが含まれている。サーバ計算機１０１には適切なサーバソフトウェアが備えられていて、網１０７上で各クライアントデバイス１０９と通信をし、また各クライアントデバイス１０９に対応するソフトウェアを備えていて、それによって網１０７上でサーバ計算機１０１と通信ができるようにしている。
【００１４】
サーバ１０１は、その実施例ではＩＢＭ  ＲＳ／６０００  Ｊ５０計算機であり、インストールされているサーバソフトウェアはハイパーテキストトランスポートプロトコルディーモン（Hyper Text Transport Protocol Daemon:Httpd Apache Software Inc.からのもの）あるいはこれに代ってオラクルウェブサーバ（Oracle Corporationからのもの）である。各クライアントデバイス１０９は適当なウェブブラウザでインストールされている。パーソナルコンピュータ１０９についての場合には、ウェブブラウザはネットスケープ（Netscape Inc.からのもの）もしくはエクスプローラ（Explorer,Microsoft Corp.からのもの）とすることができる。他のクライアントデバイス１０９は適当な形式のクライアントソフトウェアであって、網１０７への接続の方法と特定のデバイスとに依存して網アクセスとブラウジングを提供するようにされたものでインストールされる。
【００１５】
Httpdもしくはオラクルウェブサーバ（ＯＷＳ）ソフトウェアは、サーバ計算機１０１上で実行するときにはファイルをクライアントデバイス１０９に送り、クライアントデバイス１０９の一つで実行しているブラウザからの要求に応答してサーバ１０１上でプログラムを実行することができる。もしこのサーバソフトウェアが平文ファイル（プレインファイル。ウェブページ用に普通に使われているフォーマットであるハイパーテキストマークアップ言語のファイルＨＴＭＬファイルのようなもの）を受領すると、そのときは、サーバソフトウェアはサーバ１０１のディレクトリイシステム内のファイルを一覧（ルックアップ）して、網１０７をまたいでこのファイルを要求元であるブラウザに向けて送る。このようなＨＴＭＬファイルは静的（スタティック）ページと呼ぶことができる。
【００１６】
サーバ１０１はまた、データベース１０５上でサーバデータベース応用を経て問合せのようなサーバ応用ソフトウェアを用いてプロセスを実行するために要求を受取ることもできる。この場合に共通ゲートウェイインターフェース（Common Gateway Interface,(CGI)）と呼ばれるインターフェースメカニズムが使用されて、HttpdもしくはＯＷＳソフトウェアとサーバ応用ソフトウェアとの間の通信の管理にあてている。ＣＧＩメカニズムは到来するプロセス要求からパラメータを採りあげて、それらをサーバ応用ソフトウェアに向けて送り、プロセス要求の結果を要求されているブラウザに向けて戻す。ブラウザに戻された結果は動的なページと呼ばれるが、その理由はページの内容（コンテンツ）が時間とともに変更できることによる。
【００１７】
この実施例では、サーバ１０１はＣＧＩメカニズムを用いてデータベース応用とインターフェースをとり、この応用はデータフィード１０３からの到来するデータを処理し、結果をデータベース１０５内に記憶する。この実施例では、このデータは警報（アラーム）の状態と関係していて、この警報は遠隔通信網内で発生している故障について技術者に警報を送るのに使用される。
【００１８】
図２を見ると、データベース１０５内のデータが二つのページ、すなわち静的なページ２０１と動的なページ２０３を用いてユーザに提示されている。静的なページ２０１はＨＴＭＬとして設定されていて、複数のラベルが付された箱２０５を含んでおり、各箱はブランクとなっている。形式は標準のＨＴＭＬ機能であり、この機能は普通に入力を得るために使用されており、言い換えると、ユーザがサーバ１０１に向けて送り戻すためにデータを入力できるようにするために使用されている。静的なページ２０１はまたスクリプト２０９を含んでいて、この実施例ではこれがJavaScript言語を用いて記述されている（当業者にとって明らかなようにJavaScriptはＪａｖａとは違ったものである）。形式（フォーム）２０２は静的ページ２０１の一部であり、このページは実際にはクライアント上で表示され、スクリプト２０９は表示について意図されてはいないので通常は目視不能（見えない、invisible）となっている。
【００１９】
動的ページ２０３は見ることができない部分を備え、言い換えると、このページはブラウザ上で表示されない。その代りに、動的ページ２０３はデータ構造２０７を備え、そこには複数の要素があって、それらが静的なページ２０１内の形式２０２の箱２０５に対応している。データ構造２０７はこの実施例ではJavaScriptアレイとなっている。
【００２０】
ブラウザが静的なページ２０１をダウンロードするときには、ブラウザは先ず形式２０２を表示してから、次にスクリプト２０９を実行する。スクリプト２０９は動的なページ２０３を見えないフレームの中にロードするようにされていて、そのデータ構造２０７からデータを抽出し、このデータを形式２０２の適当な部分に挿入するようになっている。スクリプト２０９はリフレッシュタグ２１１を含み、それが所定の間隔でリフレッシュされた動的なページ２０３についての要求がサーバ１０１に向けて送られるようにする。サーバ１０１はＣＧＩスクリプト（図示せず）を有していて、これが、ブラウザからの要求に応答して、データベース１０５にアクセスして最新の警報状態データを得るようにし、またそのフレッシュな（新鮮な）データで動的なページ２０３内にアレイ２０７を分布させるようになっている。こういったプロセスは以下で図３と４とを参照して詳述に説明がされる。
【００２１】
図３はページ２０１，２０３の第一の実施例による処理の流れ図であり、警報状態ページ２０１，２０３を眺めることについてのクライアント１０９ユーザの要求に応答してクライアント１０９とサーバ１０１により処理がされる。段階３０１では要求をするユーザに応答して（この要求はユニバーサルリゾースロケータ（ＵＲＬ）をページ２０１，２０３について入力するか、ハイパーリンクを用いるかして行なわれる）、クライアントはサーバ１０１に向う網１０７を経由してリンクを開く。段階３０３では、クライアント１０９は警報状態ページ２０１，２０３についての要求を送る。この要求に応答して、サーバは段階３０５で警報状態ページ２０１，２０３と関係しているＣＧＩスクリプトを実行し、段階３０７ではデータベース１０５からフレッシュデータを受領する。このフレッシュデータは動的なページ２０３のデータ構造２０７内に挿入される（段階３０９）。
【００２２】
段階３１３では、もし段階３０３での要求が全ページについてのものであったとすると（すなわち、静的なページ２０１が含まれているとすると）、そのときは処理は段階３１５へ移り、静的なページ２０１をクライアント２０９に向けて送る。段階３１７では、クライアント１０９は静的なページ２０１をユーザに対してブラウザウィンドウ内で表示する。次に、段階３１９では、サーバは動的なページ２０３をクライアントに向けて送り、そこでは、スクリプト２０９の制御の下で、リフレッシュされたデータを動的なページ２０３から抽出して、それを表示された静的なページ２０１の対応しているフィールド内に挿入する（段階３２１）。
【００２３】
段階３２３では、クライアントはそこで網１０７上でのサーバ１０１に向うリンクを閉じ、段階３２５ではリフレッシュタグ２１１に対応しているタイマを設定する。タイマが進行しているときにユーザが別のページを眺めていなければ、割当てられた時間が経過してしまうと、クライアント１０９は警報状態ページ２０１，２０３が依然として眺められていることをチェックし、もしそうであれば、段階３２７では、そのサーバ１０１に対するリンクを開いて、リフレッシュされた動的なページ２０３を要求する。
【００２４】
この要求に応答して、サーバはＣＧＩスクリプトを段階３０５で再実行し、上述のように段階３０７と３０９とを実行する。段階３１３では、この要求がリフレッシュ要求であるという事実が処理が段階３１９に向けて移動する結果をもたらし、リフレッシュされた動的なページ２０３がクライアントへ送られるようにする。段階３２１では、クライアントは、上述したように動的なページからの新しいリフレッシュしたデータを処理し、段階３２３，３２５，３２７へと続く、静的なページ２０１内でのデータを動的なページ２０３からのデータでリフレッシュするプロセスは、ユーザがクライアント１０９上のブラウザを介して別なページを眺めることを選ぶまで続くことになる。
【００２５】
図４はこの発明の第二の実施例による、クライアント１０９とサーバ１０１によるページ２０１，２０３についての、処理の流れ図を示し、この処理は警報状態ページ２０１，２０３を眺めようとするクライアント１０９ユーザの要求に応じて行なわれる。段階４０１では、要求をするユーザに応答して、クライアント１０９はサーバ１０１に向けた網１０７を経由するリンクを開く。段階４０３では、クライアント１０９は警報状態ページ２０１，２０３についての要求を送る。この要求に応答して、サーバは段階４０５でＣＧＩスクリプトで警報状態ページ２０１，２０３と関係しているものを実行し、段階４０７では、データベース１０５から新鮮な（フレッシュ）データを受領する。フレッシュデータは動的なページ２０３に段階４０９で挿入される。
【００２６】
段階４１３では、もし段階４０３での要求が全ページについてのものであったとすると（すなわち、静的なページ２０１が含まれているとすると）、そのときは処理は段階４１５へ移り、静的なページ２０１をクライアント１０９へ向けて送る。段階４１７では、クライアント１０９は静的なページ２０１をユーザに対してブラウザウィンドウ内で表示する。次に、段階４１９では、サーバは動的なページ２０３をクライアントに向けて送り、そこでは、スクリプト２０９の制御の下で、動的なページ２０３からデータを抽出して、このデータを静的なページ２０１の形式内の適切なフィールド２０５内に挿入する（段階４２１）。
【００２７】
段階４２３では、サーバ１０１はいずれもの更新について、動的なページ２０３のためのデータを監視する。このデータについての更新が検出されると、処理は段階４０５に移り、サーバはＣＧＩスクリプトを再実行して、段階４０７と４０９とを上述のように行なう。言い換えると、リフレッシュタイマにより駆動されるのではなく、この実施例では動的なページ２０３のリフレッシュは表示されることになるデータによって駆動されている。
【００２８】
段階４１３では、動的なページ２０３だけが更新されているという事実がプロセスを段階４１９に進めることになり、またリフレッシュされた動的なページ２０３をクライアント１０９に向けて送ることになる。段階４２１では、クライアント１０９はリフレッシュされたデータを動的なページ２０３から抽出して、それを静的なページ２０１の適切なフィールド２０５内に挿入し、サーバ１０１は上述のように段階４２３，４２５を続ける。動的なページ２０３をリフレッシュするプロセスは、ユーザが、クライアント１０９上のブラウザを経て眺めるために別のページを選ぶまで続くことになる。
【００２９】
図５はこの発明の第三の実施例を示し、ここでは、静的なページ５０１が形式（フォーム）５０２を備えていて、これが上述の形式２０２（図２参照）と同じ形式となっている。さらに加えて、静的なページ５０１は一組のシンボル（記号）５０３を備えていて、これが網内の要素（エレメント）の模式的な表現を与えていて、この網からは監視されている警報が抽出される。各シンボルには二つの状態があり、その各々は看者（ビューワ）に対して網要素の状態を示しており、与えられたシンボルは、例えばある要素についての赤いシンボルは警報状態を表わし、ある要素についての黒いシンボルは正常動作を表わしている。静的なページ５０１はまた対話箱（ダイアログボックス）５０５を含んでいて、これが看者に対してテキストメッセージを用意するために使用され、このメッセージは、例えば、網内で遠隔実施されている試験ルーチンのような課題（タスク）の進捗を記述するものとなっている。
【００３０】
静的なページ５０１はまた、スクリプト５０９と、リフレッシュタグ５１１と、データ５１３とを含んでいる。スクリプト５０９は前に図２、及び３または４を参照して記述したスクリプト２０９と実質的に同じやり方で機能する（その差異は以下に記述する）。データ５１３は二つの部分を備えていて、第一は一組の画像（イメージ）であり、その各々がシンボル５０３の各々についての二つの可能な状態の一方を表わしている。第二の部分は、テキストメッセージの組であり、各組は対話箱５０５についての対話を用意するようにされた順序付けしたシーケンスを形成している。このテキストメッセージの組はあるユーザが知らされることを必要としているすべての課題についての対話を用意するように設計されている。前の実施例と同じように、スクリプト５０９は表示されず、また同じようにこの実施例ではデータ５１３がブラウザによって、以下で述べるような必要があるときまで記憶される。
【００３１】
動的なページ５１５はデータ構造５１７を備え、この構造は形式５０２用のデータ５１６に加えて、対話箱５０５についてのテキストメッセージに関するシンボル５０３と命令５１７ｂとに関係している命令５１７ａを保持している。命令５１７ａはある表示（インジケーション）を用意していて、各シンボルについての二つの可能な表現のうちのどちらが表示（ディスプレイ）されるべきかを示している。命令５１７ｂは対話箱５０５内でどのメッセージシーケンスが次に表示されるべきかを示す表示を用意している。
【００３２】
この実施例では、スクリプト５０９は図３を参照して記述したスクリプトとは次の点で違っている。終局的には形式５０２内で表示されることになるデータベース１０５からデータ５１６を抽出することとともに、命令５１７ａと５１７ｂとがまた抽出されて、動的なページ５１５内に挿入される。ブラウザがデータ５１６を受取るときには、ブラウザは上述の第一と第二の実施例についてと同じやり方がデータ５１６を処理する。ブラウザが命令５１７ａと５１７ｂとを受取るときには、ブラウザはこれらの命令をシンボル５０３と対話箱５０５とにそれぞれ適用する。例えば、一方の命令５１７ａが一つのシンボル５０３が状態を変えるべきことを示しているとすると、（例えば黒から赤へ変えるべきこと、すなわち対応している網要素に故障が示されていると）、そのときはこのスクリプトが静的なページ５０１からの記憶されている画像５１３にアクセスして、命令５１７ａに従って代りの画像を取得して、それを前の画像のところで静的なページ５０１内で表示する。同じように、もし一方の命令５１７ｂが対話箱５０５内で表示されているメッセージのシーケンス内で次のメッセージが表示されるべきことを示しているとすると、そのときはスクリプト５０９はメッセージ５１３の記憶された組から次のメッセージを得ることにより、このメッセージを対話箱５０５内で表示する。
【００３３】
当業者の理解するところであろうが、動的なページ５１５内に挿入されている命令５１７ａ，５１７ｂはシンボル５０３の状態と、対話箱５０５内のテキストとを定義している完全な組とすることができる。これに代って、初期ダウンロードの後に、すなわち静的なページ５０１内でのデータの後のリフレッシュについて、命令５１７ａと５１７ｂとは最小の組とすることができて、言い換えると、状態を変更したシンボルと関係している命令だけを含むものとすることができる。あるいはシーケンスの中での次のメッセージに移行した対話と関係する命令だけを含むものとすることができる。このやり方では、動的なページ５２５を作りまた命令を処理するのに必要とされ処理量が減らされる。
【００３４】
多くのブラウザはフレームと呼ばれる特徴を支持する。これが意味するところは、ブラウザウィンドウが区別できる領域（ディスティンクトエリア、これがフレームと呼ばれる）に分割できて、その各々が正規のブラウザウィンドウの性質を有している。一つのフレーム内で発生するユーザ相互作用（対話）は内容（コンテンツ）と他のフレームとのユーザ相互作用との両方に依存しない独立のものとすることができる。上記の実施例では静的なページ５０１を単一のページとして表示するのに代って、複数のフレームに分けることができる。例えば、シンボル５０３が一つのフレームに表示され、対話箱５０５が他のフレーム内に表示され、形式５０２がさらに別なフレーム内に表示されるようにできる。
【００３５】
当業者は理解できるところであろうが、静的なページ５０１はシンボル５０３なしに、あるいは対話箱５０５なしに配列構成ができる。これに代って、静的なページ５０１は形式（フォーム）５０２なしに配列構成ができる。
【００３６】
第一の実施例における別の追加の特徴として、サーバ１０１には第二のリフレッシュタイマが用意されていて、このタイマが動的なページ２０３のリフレッシュを制御している。第二のタイマは、クライアント１０９上にある第一のタイマよりも短い時間期間を有している。クライアント１０９上の第一のタイマが動的なページ２０３のアップロードをシミュレートするためにだけ使用される（動的なページのリフレッシュは第二の、サーバ側タイマにより今では制御されていることによる）。この特徴は、サーバがデータベース１０５が更新されるよりももっと頻繁にＣＧＩスクリプトを実行しないことを確実にするために使用できるし、あるいはＣＧＩスクリプトが非常に頻繁に使用されて、サーバ１０１の処理能力が効率的に使用されないようにすることを確実にするのに使用できる。
【００３７】
上記の第一と第二の実施例では、リフレッシュタグは静的なページ２０３と関係している。それに代るものとしては、タグが動的なページ２０１と関係することができて、動的なページ２０３がリフレッシュされる度毎にタグ２１１がグライアント１０９もしくはサーバ１０１の制御の下で変化できて、それにより、網１０７をまたいで利用可能とされている帯域幅／伝送レートに依存するようにされる。利用可能な帯域幅は、網１０７上のトラヒック負荷に依存してよいし、あるいはクライアントと網との間の接続のモードに依存してよい。ここでいう網は例えばＰＳＴＮ，ＩＳＤＮ，ＡＤＳＬ，ＧＳＭ（あるいは他のモバイルシステム）である。さらに別な代りのものでは、リフレッシュタグ２１１が動的なページに挿入されているデータに依存したり、所定の関数に従って時間とともに変るものとすることができる。タグはユーザによりまたその制御の下で設定できる。
【００３８】
当業者が理解するように、上記の静的及び動的なページは別なサーバ上で記憶できまた別途作られるようにできる。さらに、静的及び動的なページは中間サーバに向けてアップロードできて、このサーバはページをその表示形式にまとめるようにされていて、そこでクライアント装置がそのページにアクセスして、それを表示することができるようになっている。
【００３９】
当業者が理解するところとなるように、この発明を実施するために使用されるいずれかのあるいはすべてのソフトウェアは各種の伝送及び／又は記憶媒体上に含ませることができ、媒体の例をあげると、フロッピイディスク、ＣＤ−ＲＯＭ、あるいは磁気テープが含まれていて、これによってプログラムはいくつかの汎用計算機上にロードされるようにできるし、また適当な伝送媒体を用いて計算機網上へダウンロードすることができる。
【００４０】
文脈や状況（コンテクスト）が明白に別途要求をするのでなければ、本明細書及び特許請求の範囲で言う単語“comprise（含む、備える）”、“comprising（含んでいる、備えている）”などは排他的とか除外するといった感覚とは反対の概念を包含しており、“including,but not limited to（含んでいるもののそれに限定されない）”の感覚で使用されていることに触れておきたい。
【図面の簡単な説明】
【図１】  インターネットのような網を経由してサーバデバイスに接続された複数のクライアントデバイスを示す模式図。
【図２】  図１のサーバデバイス上に記憶されたページとデータとの図式的に提示であり、図１のクライアントデバイス上で表示されることになる部分を含む図。
【図３】  この発明の第一の実施例による、図２のページの表示と処理とを表わすプロセス図。
【図４】  この発明の第二の実施例による、図２のページの表示と処理とを表わすプロセス図。
【図５】  図１のサーバデバイス上に記憶されたページとデータとの図式的に提示であり、この発明の第三の実施例により、図１のクライアントデバイス上で表示されることになる部分を含む図。
【図１】
0004741153.tif 000002
【図２】
0004741153.tif 000003
【図３】
0004741153.tif 000004
【図４】
0004741153.tif 000005
【図５】
0004741153.tif 000006