(57)【特許請求の範囲】
【請求項１】
ネットワーク・サーバからアクセスすることができ、フォームをベースとするフォーマット・ハイパーテキスト文書により表示することができる情報データであって、前記フォーマット・ハイパーテキスト文書の専用フォーム・フィールドに記入することにより供給される前記情報データを、ネットワーク・クライアントにおいて処理する方法であって、  前記ネットワーク・サーバから送られてきたハイパーテキスト文書およびプログラム・コンポーネントを受信するステップと、
最初はそのフォーム・フィールドに記入される情報データを含んでいない前記ハイパーテキスト文書を表示するステップと、
前記ハイパーテキスト文書の表示の結果として前記ネットワーク・クライアントのユーザに提示されたユーザ・インタフェースを通してユーザから情報に対する要求を入手し、前記要求された情報データを入手するために前記プログラム・コンポーネントを呼び出すステップと、
前記ハイパーテキスト文書の適当な前記フォーム・フィールドに入手した前記情報データを記入し、前記情報データがその中に含まれている前記ハイパーテキスト文書を表示するステップと、
前記情報データの少なくともある部分を修正するために前記ユーザ・インタフェースを使用して前記ユーザにより修正された、前記フォーム・フィールド内に含まれている情報データの前記少なくともある部分を自動的に検索し、前記プログラム・コンポーネントに割り当てられているバッファ・メモリに前記修正された情報データの前記少なくともある部分を記憶するために前記プログラム・コンポーネントを呼び出すステップと、
前記修正された情報データの前記少なくともある部分の検索とは独立して、前記ユーザ・インタフェースを通して前記ユーザが行った動作に応じて、前記修正した情報データの前記少なくともある部分を前記ネットワーク・サーバにアップロードするために前記プログラム・コンポーネントを呼び出すステップと、
を含む方法。
【請求項２】
前記情報データを含んでいない前記ハイパーテキスト文書を表示する前記ステップの前にユーザの認証ステップを行い、前記ネットワーク・サーバへのユーザの接続が受け入れられる場合には、前記表示するステップを実行する、請求項１に記載の方法。
【請求項３】
前記ハイパーテキスト文書がＨＴＭＬ文書であり、前記フォーム・フィールドの内容が、適当なタグによりＨＴＭＬ文書で参照されているスクリプト・プログラムにより管理されていて、該スクリプト・プログラムが、ユーザが要求した情報データの入手をトリガするための前記プログラム・コンポーネントの呼出し、前記フォーム・フィールドからの修正した情報データの前記少なくともある部分の自動検索、前記バッファ・メモリへの前記修正した情報データの前記少なくともある部分の一時的な記憶のための前記プログラム・コンポーネントの呼出し、および前に記憶した修正した情報データの前記少なくともある部分のアップロードをトリガするための前記プログラム・コンポーネントの呼出しを実行する、請求項１〜２に記載の方法。
【請求項４】
前記ユーザからの情報に対する要求を入手する前記ステップが、
前記ユーザ・インタフェースによりユーザが入力した探索対象の情報の種類を定義する選択データを検索するために、前記スクリプト・プログラムを使用するサブステップと、  前記ネットワーク・サーバに前記選択データを送信するために、それに応じて、前記サーバから、選択した情報の種類に対応する記録識別リストを受信するために、また、前記識別リストを前記バッファ・メモリに記憶するために前記プログラム・コンポーネントを使用するサブステップと、
前記記録識別リスト内で識別した現在の記録に関する情報データを検索するために前記プログラム・コンポーネントを呼び出すために前記スクリプト・プログラムを使用するサブステップとを含む、請求項３に記載の方法。
【請求項５】
前記ＨＴＭＬ文書が、少なくとも２つのフレームを含み、前記スクリプト・プログラムおよび前記プログラム・コンポーネントが２つの異なるフレーム内のＨＴＭＬ文書で参照される、請求項３または４に記載の方法。
【請求項６】
前記スクリプト・プログラムがＪａｖａＳｃｒｉｐｔ（Ｒ）プログラムである、請求項３、４、または５に記載の方法。
【請求項７】
前記プログラム・コンポーネントが、前記ＨＴＭＬ文書で適当なタグにより参照されるＪａｖａアプレットである、請求項３〜６のいずれか１項に記載の方法。
【請求項８】
前記ハイパーテキスト文書および／または前記情報データが、ＨＴＴＰプロトコルにより前記ネットワーク・サーバからダウンロードまたは前記ネットワーク・サーバへアップロードされる、請求項１〜７のいずれか１項に記載の方法。
【請求項９】
ネットワーク・サーバからアクセスすることができ、フォームをベースとするフォーマット・ハイパーテキスト文書により表示することができる情報データであって、前記フォーマット・ハイパーテキスト文書の専用フォーム・フィールドに記入することにより供給される前記情報データを処理するコンピュータであって、
中央処理装置と、
ブラウザを記憶するメモリと、
ネットワークに接続するためのネットワーク接続デバイスとを含み、
前記メモリは、前記中央処理装置による前記ブラウザの実行をとおして前記ネットワーク接続デバイスを介して前記ネットワーク・サーバから受信した、ハイパーテキスト文書およびプログラム・コンポーネントとを更に記憶するとともに、前記プログラム・コンポーネントに割り当てられているバッファ・メモリを含み、
前記ブラウザが、前記ハイパーテキスト文書をロードすることにより、スクリプト・プログラムが実行され、
前記スクリプト・プログラムは、そのフォーム・フィールドに記入される情報データを含んでいない前記ハイパーテキスト文書を前記コンピュータのスクリーンに表示し、表示した結果として前記コンピュータのユーザに提示されたユーザ・インタフェースを通して前記ユーザから情報に対する要求を入手し、前記プログラム・コンポーネントを呼び出して要求された情報データを入手し、前記入手した情報データが適当な前記フォーム・フィールドに記入された、前記ハイパーテキスト文書を前記スクリーンに表示し、前記情報データの少なくともある部分を修正するために前記ユーザ・インタフェースを使用して前記ユーザにより変更された、前記フォーム・フィールド内に含まれている情報データの前記少なくともある部分を自動的に検索し、前記バッファ・メモリに前記修正された情報データの前記少なくともある部分を記憶するために、前記プログラム・コンポーネントを呼び出し、
前記プログラム・コンポーネントは、前記中央処理装置により実行され、修正された情報データの前記少なくともある部分の検索とは独立して、前記ユーザ・インタフェースを通して前記ユーザが行った動作に応じて、前記修正した情報データの前記少なくともある部分を前記ネットワーク接続デバイスを介して前記ネットワーク・サーバにアップロードする、
コンピュータ・システム。
【請求項１０】
コンピュータ・システムによりロードされ、実行された場合に、請求項１〜８のいずれか１項に記載の情報データを要求するための方法を実行するためのソフトウェア・コード部分を含むコンピュータ・プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、概して、クライアント−サーバ・コンピュータ・ネットワークでの情報の交換に関する。特に、本発明は、ネットワーク・クライアントから、ネットワーク・サーバからアクセスすることができ、またフォームをベースとするハイパーテキスト文書により表示することができる情報データを要求するための方法に関する。本発明は、またこのような方法を実行するためのシステムに関する。
【０００２】
【従来の技術】
クライアント−サーバ・コンピュータ・ネットワークは周知のものである。クライアント−サーバ・コンピュータ・ネットワークの最も顕著な例はインターネットである。インターネットは、別々の異質のコンピュータ・システムのユーザが、組織的および地理的境界を横切って相互に通信することができるネットワークの集合体である。インターネット上での情報の交換は、クライアント−サーバ・アーキテクチャに基づく従来のネットワーク・ルールにより行われる。
【０００３】
インターネットは、ＴＣＰ／ＩＰ（送信制御プロトコル／インターネット・プロトコル）と呼ばれるパケット交換プロトコルを使用する。全インターネット・アクセスは、通常、５つの重要な機能、すなわち、ｅメール（電子メール）、Ｔｅｌｎｅｔによるインターネット接続コンピュータへのログオン、ＦＴＰ（ファイル転送プロトコル）によるインターネット接続コンピュータからのファイルの転送、ディスカッション・グループへのアクセス、および種々の情報リサーチ・ツール、特に、ワールド・ワイド・ウェブ（ＷＷＷまたはＷｅｂ）の使用を含む。
【０００４】
本発明は、特に、ワールド・ワイド・ウェブに関する。ワールド・ワイド・ウェブは、インターネットを通して入手できる情報の収集を行うハイパーテキストをベースとする情報サービスである。ワールド・ワイド・ウェブを使用することにより、ウェブ・ブラウザ・クライアントは、任意のアクセス可能なウェブ・サーバから情報にアクセスすることができ、また、複数の媒体のタイプをサポートする。ワールド・ワイド・ウェブは、また組み込みハイパーテキスト・リンクにより他のソフトウェアを呼び出すために使用することもできる。ＨＴＭＬ（ハイパーテキスト・マークアップ言語）は、静的テキスト文書を記述するために使用され、ウェブ・ブラウザは、本質的には、ＨＴＭＬインタープリタである。ＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）は、基本的には、ユーザに、あるものが位置する場所（アドレス）ばかりでなく、それが何であるかを知らせるネットワーク上の位置である。ＵＲＬアドレスの基本的な形は、そのリソースにアクセスするために必要なインターネット・サービス、それが位置するコンピュータ、および探しているものを発見するのに十分な詳細なデータを識別するｓｅｒｖｉｃｅ：／／ｈｏｓｔｎａｍｅ／ｐａｔｈである。所与のウェブ・ページに関連する情報を見つけるためには、所与のウェブ・ページ上に埋め込まれているハイパーテキスト・リンクを使用することができる。あるウェブ・ページ内のハイパーテキスト・リンクをクリックすることにより、ユーザは、他の関連するウェブ・ページを表示することができるし、関連するプログラムを呼び出すこともできる。
【０００５】
現在では、ウェブを通してナビゲートすることによりウェブ・サーバを通してアクセスすることができる遠隔データベースのような異なるアーキテクチャのプラットフォームと接続して通信することもできる。通常、遠隔データベース内に記憶しているデータは、通常、ＨＴＭＬフォームと呼ばれるフォームをベースとするフォーマットＨＴＭＬ文書によりウェブ・クライアント（例えば、ウェブ・ブラウザ）に接続しているユーザに提示される。ＨＴＭＬフォームの場合には、探索されるデータ、すなわち、「動的データ」は、ＨＴＭＬフォームの専用フィールド内に位置する。クライアント側では、ＨＴＭＬ文書は、クライアント・ウェブ・ブラウザにより解釈され、データを提示するＧＵＩ（グラフィカル・ユーザ・インタフェース）がユーザに表示される。
【０００６】
通常のプロセスによれば、ウェブ・クライアントに接続しているユーザからの要求を定義するデータを収集するために入力ＨＴＭＬフォームが使用される。次に、要求データは、ＣＧＩプログラム（共通ゲートウェイ・インタフェース）、または要求されたデータを供給する役割を果たすデータベース・アプリケーション・プログラムをインタフェースするサーブレット・プログラムのようなウェブ・サーバ内の言語独立インタフェース・プログラムに送られる。サーバ・インタフェース・プログラムは、最後に、フォーム・フィールド内に位置する要求されたデータを含む出力ＨＴＭＬフォームを作成し、それをウェブ・クライアントに送る。
【０００７】
それ故、サーバ側においては、探索されるデータ、すなわち、「動的」または「有用な」データがその記憶位置から検索され、次に、静的データ、すなわち、ＨＴＭＬフォームをベースとするフォーマット文書の「テンプレート」または「マスク」データとマージされ、最後に、全文書がウェブ・クライアントに送られる。
【０００８】
【発明が解決しようとする課題】
しかし、上記プロセスは、特に、例えば、問合わせ毎に静的データはそのまま変化しないが、動的データだけが変化する場合に、すなわち、データの提示方法が変化しない場合に、応答時間が長くなるという欠点、およびインターネット・トラヒック・オーバーヘッドが発生するという欠点がある。
【０００９】
さらに、通常のプロセスによれば、クライアント側のユーザが、表示されたＧＵＩを通して新しい情報の問合わせをしたい場合に、同じデータベース問合わせセッション中に要求された新しいデータがユーザによりすでに発見され、入手された場合でも、新たな要求がＨＴＭＬフォームにより生成され、全文書がウェブ・サーバに送られる。これにより、また、応答時間が長くなり、インターネット・トラヒック・オーバーヘッドが発生する。
【００１０】
さらに、ユーザが、ＨＴＭＬフォームにより現在表示されているあるデータを更新したい場合には、ユーザは、通常、表示されているＨＴＭＬフォームのあるフィールド、すなわち、現在表示されているウェブ・ページの値を変更することによりこれらのデータを修正する。修正を確認するために、全ＨＴＭＬフォームがウェブ・サーバに送られる。表示されているウェブ・ページが、データベース内に記憶しているデータ記録の一部である場合には、同じデータ記録の他の部分を修正するために、ユーザは、同じデータ記録のその部分をダウンロードするよう新たな要求を行わなければならない。この場合も、後者の動作は、応答時間および発生するインターネット・トラヒック・オーバーヘッドの点で効果的ではない。さらに、ユーザにとってこれは便利なものではない。
【００１１】
それ故、本発明の主な目的は、ウェブ・クライアントから情報にアクセスするための従来技術の方法の上記欠点を克服することである。
【００１２】
【課題を解決するための手段】
上記および他の目的は、１つの態様においては、ネットワーク・クライアントから、ネットワーク・サーバを通してアクセスすることができ、フォームをベースとするフォーマット・ハイパーテキスト文書により表示することができる情報データを要求するための方法を提供することにより、本発明により達成することができる。そうすることにより、情報データは、ハイパーテキスト文書の専用フォーム・フィールドに記入することにより供給される。本発明の方法は、下記のステップ、すなわち、
−ネットワーク・クライアントのところで、ネットワーク・サーバから送られてきたハイパーテキスト文書、およびプログラム・コンポーネントを受信するステップと、
−最初はそのフォーム・フィールドに記入されている情報データを含んでいないハイパーテキスト文書を表示するステップと、
−ハイパーテキスト文書の表示の結果としてユーザに提示されたユーザ・インタフェースを通してネットワーク・クライアントのユーザからの情報に対する要求を入手し、要求された情報データを入手するためにプログラム・コンポーネントを呼び出すステップと、
−要求された情報データが、ネットワーク・クライアントのプログラム・コンポーネントに割り当てられているバッファ・メモリにすでに記憶されているかどうかの判断を行った場合に、バッファ・メモリから検索することにより要求されたデータを入手するか、またはそれらのデータをネットワーク・サーバからダウンロードするステップと、
−ハイパーテキスト文書の適当なフォーム・フィールドに入手した情報データを記入し、その中に含まれている要求された情報データと一緒にハイパーテキスト文書を表示するステップとを含む。
【００１３】
すでに簡単に説明したような情報データに対するクライアントの要求を実行するための本発明の方法を使用すれば、クライアントとサーバとの間のネットワーク・トラヒックを大幅に削減することができる。このような削減は、一方では、ユーザに表示される（ＨＴＭＬ）フォーム（すなわち、静的データまたはマスク・データ）の管理をデータベースから入手したデータ（すなわち、動的データ）からハッキリと分離することにより、また、他方では、クライアントマシンでプログラム・コンポーネントにより制御される動的データを一時的に記憶することにより達成される。さらに、特にクライアントマシン内（バッファ・メモリ内）に局所的にダウンロードしたデータを一次的に記憶することにより、クライアントマシン内でデータを探す際の応答時間がかなり短縮される。その上、探索する情報データを要求するために使用するクライアント・ブラウザは完全に標準的なものである。すなわち、本発明を実施するために適応させる必要もなければ、構成する必要もない。
【００１４】
本発明の有利な特徴により、ユーザは、ユーザ・インタフェースを使用して対応するフォーム・フィールドの内容を変更することにより、ユーザに提示される情報データの少なくともある部分を修正することができる。本発明の方法は、さらに、下記のステップ、すなわち、
−フォーム・フィールド内に含まれる修正した情報データの少なくともある部分を自動的に検索し、バッファ・メモリに修正した情報データの少なくともある部分を記憶するためにプログラム・コンポーネントを呼び出すステップと、
−修正した情報データの少なくともある部分の検索とは独立して、ユーザ・インタフェースを通してユーザが行った動作に応じて、修正した情報データの少なくともある部分をネットワーク・サーバにアップロードするためにプログラム・コンポーネントを呼び出すステップとを含む。
【００１５】
１つの有利な機能は、修正した情報データの検索とは独立してユーザの（確認）動作が行われることである。すなわち、ユーザは、他のデータ記録を探索でき、データベースの参照セッションの終わりに１つまたはそれ以上の記録に対して行われた修正を「実行すること」を決定することができる。
【００１６】
本発明の好ましい実施形態の場合には、ハイパーテキスト文書は、フォーム・フィールドの内容が適当なタグによりＨＴＭＬ文書で参照されているスクリプト・プログラムにより管理されているＨＴＭＬ文書である。スクリプト・プログラムは、ユーザが要求した情報データのダウンロードをトリガするためのプログラム・コンポーネントの呼出し、フォーム・フィールドからの修正した情報データの少なくともある部分の検索、およびバッファ・メモリへの修正した情報データの少なくともある部分の一時的な記憶のためのプログラム・コンポーネントの呼出し、および前に記憶した修正した情報データの少なくともある部分のアップロードをトリガするためのプログラム・コンポーネントの呼出しを非常に確実に行う。
【００１７】
本発明の好ましい実施形態の場合には、いわゆるスクリプト・プログラムは、ＪａｖａＳｃｒｉｐｔプログラムであり、いわゆるプログラム・コンポーネントは、適当なタグによりＨＴＭＬ文書で参照されるＪａｖａアプレットである。
【００１８】
本発明のもう１つの重要で有利な機能は、ＨＴＭＬフォームとネットワーク・クライアントに接続しているユーザとの間の相互作用を管理するスクリプト・プログラム（好ましい実施形態のＪａｖａＳｃｒｉｐｔプログラム）と、ユーザに提示されるＨＴＭＬフォームと遠方のサーバとの間の相互作用を制御するプログラム・コンポーネント（アプレット）との間の「カップリング」である。より詳細に説明すると、（アプレット）プログラム・コンポーネントは、ネットワーク・クライアントでそれに割り当てられていて、主として、クライアントにダウンロードされた、またはクライアントからサーバにアップロードされるデータを一時的に記憶するために、それ故、キャッシュ・メモリとしての働きをするバッファ・メモリを備える。
【００１９】
他の態様によれば、本発明は、すでに簡単に説明したように、情報を要求するための方法を実行することができる手段を備えるコンピュータ・システムに関する。
【００２０】
本発明は、また、コンピュータ・プログラムがコンピュータにロードされ、コンピュータにより実行された場合に、すでに簡単に説明した方法を実行するためのソフトウェア・コード部分を含むコンピュータ・プログラムに関する。本発明は、さらに、コンピュータが使用することができる媒体上に記憶しているコンピュータ・プログラムに関する。上記コンピュータ・プログラムは、コンピュータに、すでに簡単に説明した情報を要求するための方法を実行させるためのコンピュータ可読プログラム手段を備える。
【００２１】
このコンピュータ・システム、このコンピュータ・プログラム、このコンピュータ・プログラムの利点は、すでに簡単に説明した方法の利点と同じものである。本発明の他の特徴および利点については以下に説明する。
【００２２】
添付の図面の実施形態は、例示としてのものであって、本発明を制限するものではない。
【００２３】
数枚の図面を通して類似の参照番号は対応する部材を示す。
【００２４】
【発明の実施の形態】
下記の定義は、本発明をよりよく理解するのに役に立つ。
【００２５】
ＡＰＰＬＥＴ  −  ＨＴＭＬページ内に埋め込むことができる短いＪａｖａプログラム。アプレットは、ファイルおよび直列デバイス（モデム、プリンタ等）のようなローカル・コンピュータ上のある種のリソースにアクセスできないという点、およびネットワークを通して大部分の他のコンピュータと通信できないという点で完全なＪａｖａアプリケーションとは異なる。現在のルールは、アプレットは、アプレットが送信されたコンピュータに対してだけインターネット接続を行うことができると規定している。
【００２６】
ブラウザ  −  種々のタイプのインターネット・リソースを見るために使用されるクライアント・ソフトウェア・プログラム。
【００２７】
クライアント  −  サーバ・ソフトウェア・プログラム、または多くの場合、非常に遠距離の他のコンピュータと連絡し、データを入手するために使用されるコンピュータまたはソフトウェア・パッケージ。各クライアント・プログラムは、１つまたはそれ以上の特定のタイプのサーバ・プログラムと協力して動作するように設計されていて、各サーバは特定のタイプのクライアントを要求する。ウェブ・ブラウザは、特定のタイプのクライアントである。
【００２８】
ＣＧＩ  −  共通ゲートウェイ・インタフェースは、ワールド・ワイド・ウェブ・サーバ上で稼動しているプログラムに対するインタフェースを提供する。最も普通の使用方法は、動的戻りフォームを含む入力フォームとして使用することである。ＣＧＩ−ＢＩＮは、多くの場合、特定のＣＧＩプログラムがサーバ上に位置するディレクトリである。
【００２９】
ＧＵＩ  −  タイプしたコマンドとは反対の図形コマンドによりコンピュータ・ユーザとアプリケーションとの間で相互作用ができるようにするグラフィカル・ユーザ・インタフェース。
【００３０】
ＨＴＭＬ  −  統合画像表示を行う標準ＡＳＣＩＩテキスト文書内に簡単なコマンドを埋め込むことができるようにするハイパーテキスト・マークアップ言語。ＨＴＭＬは、ユーザがテキストのサイズおよび流れを指定でき、音声および画像を統合でき、リンクを生成でき、会話型フォームを生成することができるインターネット・アプリケーションおよびＷＷＷアプリケーションで使用される。
【００３１】
ＨＴＴＰ  −  インターネットを通してハイパーテキスト・ファイルを移動することができるハイパーテキスト・トランスポート・プロトコル。ＨＴＴＰは、一方では、ＨＴＴＰクライアント・プログラムを必要とし、他方では、ＨＴＴＰサーバ・プログラムを必要とする。ＨＴＴＰは、ＷＷＷで使用される最も重要なプロトコルである。
【００３２】
イントラネット  −  公衆インターネット上に位置するソフトウェアと同じタイプのソフトウェアを使用する会社または組織内のプライベート・ネットワーク。インターネットが普及するにつれて、インターネット上で使用される多くのツールがプライベート・ネットワークで使用されている。例えば、多くの会社が、従業員だけが利用できるウェブ・サーバを有する。
【００３３】
ＪＡＶＡ（Ｒ）  −  Ｊａｖａ（商標）は、インターネットを通してコンピュータに安全にダウンロードすることができ、コンピュータまたはファイルに対するウイルスまたは他の害を心配しないで直ちに使用することができるプログラムを書くために特に設計されたサンマイクロシステムズ社が開発したネットワーク指向のプログラミング言語である。短いＪａｖａプログラム（アプレット）を使用することにより、ウェブ・ページは、アニメーション、計算機および他の高度なトリックのような機能を含むことができる。
【００３４】
ＪＡＶＡＳＣＲＩＰＴ  −  数行のＪａｖａ（Ｒ）コードをＨＴＭＬスクリプトに挿入することができるスクリプト言語。マイクロソフト社のバージョンは、Ｊｓｃｒｉｐｔ（商標）と呼ばれる。
【００３５】
ＳＥＲＶＬＥＴ  −  サーブレットは、クライアントの要求に応答するためのサーバ・アプリケーションで稼動するＪａｖａコードのモジュールである（それ故、クライアント側の「アプレット」と同じように、「サーブレット」と呼ばれる）。サーブレットは、特定のクライアント−サーバ・プロトコル向けのものではなく、ＨＴＴＰと一緒に最も広く使用されている。「サーブレット」という用語は、多くの場合、「ＨＴＴＰサーブレット」の意味で使用される。サーブレットは、非常に容易に移植することができるＪａｖａ言語で書かれていて、標準フレームワークをサポートするので、サーブレットは、独立して、サーバおよびオペレーティング・システムで高度のサーバ拡張を生成する手段を提供する。サーブレットは、ＣＧＩプログラムの代わりにますます盛んに使用されてきている。
【００３６】
本発明の目的は、クライアント−サーバ・ネットワーク環境でネットワーク・クライアントから情報データを要求するための方法を提供することである。要求された情報データには、例えば、データベース・サーバのようなネットワーク・サーバからアクセスすることができ、フォームをベースとするフォーマット・ハイパーテキスト文書によりユーザに表示される。すなわち、ハイパーテキスト文書が表示された場合、データは、あるフォームのポピュレイティング・フィールドとしてユーザに提示される。そのデータが、通常、表示されたフォームによりユーザに表示されるこのようなデータベース・アプリケーションは、例えば、バンキング・データベース・アプリケーションおよび人的資源データベース・アプリケーションを含む。
【００３７】
図面、特に、図１を参照しながら、本発明のネットワーク・クライアントから情報データを要求するための方法の主要なステップについて説明する。ネットワーク・クライアントは、通常、コンピュータのようなクライアントマシンである。
【００３８】
図１に示す方法は、ステップ１１からスタートするが、このステップにおいて、クライアントマシンに接続しているユーザは、ネットワーク・サーバのホームページに対して要求を行う。この場合のネットワーク・サーバは、サーバマシンに局所的に記憶されているデータベース、またはサーバマシンを通してアクセスすることができるデータベースに記憶している情報を供給するデータベース・サーバである。すなわち、後者の場合、データベースには、サーバマシンが接続しているローカル・エリア・ネットワーク（ＬＡＮ）、またはイントラネットのようなプライベート・ネットワークを通してアクセスすることができる。
【００３９】
ユーザは、本明細書では「ＵＲＬ（サーバ）」と呼ぶ、対応するＵＲＬへクライアントマシン上で稼動しているウェブ・ブラウザを「ポインティング」することによりサーバ・ホームページにアクセスする。ボックス１１内に示すように、「ＵＲＬ（サーバ）」は、本明細書においては、「ＦＲＡＭＥＳＥＴ．ＨＴＭ」と呼ぶハイパーテキスト文書をポイントする。実際には、このハイパーテキスト文書は、ＨＴＭＬ文書である。
【００４０】
ステップ１３において、クライアントは、サーバが送信したＨＴＭＬ文書を受信する。次に、ＨＴＭＬ文書は、クライアント・ウェブ・ブラウザによりロードされる。すでに説明したように、ロードされたＨＴＭＬ文書は、フォームをベースとするハイパーテキスト文書であるので、それにより表示される情報データは、文書内の専用ＨＴＭＬフォーム・フィールドに記入することにより供給される。
【００４１】
本発明によれば、ＨＴＭＬフォーム・フィールドの内容は、スクリプト・プログラム、すなわち、適当なタグにより、ＨＴＭＬ文書「ＦＲＡＭＥＳＥＴ．ＨＴＭ」で参照されるスクリプト言語プログラムにより管理される。本発明の好ましい実施形態の場合には、このスクリプト・プログラムはＪａｖａＳｃｒｉｐｔプログラムである。
【００４２】
さらに詳細に説明すると、スクリプト・プログラムは、ユーザが要求した情報データのダウンロードをトリガするためのプログラム・コンポーネントの呼出し、フォーム・フィールドからの修正した情報データの自動検索、および上記プログラム・コンポーネントに関連するバッファ・メモリに修正した情報データを一時的に記憶するためのプログラム・コンポーネントの呼出し、前に記憶した修正した情報データのアップロードをトリガするためのプログラム・コンポーネントの呼出しを特に確実に実行する。
【００４３】
本発明の好ましい実施形態の場合には、ＨＴＭＬ文書「ＦＲＡＭＥＳＥＴ．ＨＴＭ」は、少なくとも２つのフレームを含む。この目的のために、文書「ＦＲＡＭＥＳＥＴ．ＨＴＭ」は、通常、適当な下記のＨＴＭＬタグを含む。
【００４４】
＜ＦＲＡＭＥＳＥＴ  ．．．＞および＜／ＦＲＡＭＥＳＥＴ＞
【００４５】
上記フレームのうちの一方の内容は、「ＵＲＬ（フレーム１）」と呼ばれるＵＲＬに関連し、本明細書においては、「ＡＰＰＬＥＴ．ＨＴＭ」と呼ばれるＨＴＭＬ文書をポイントする。もう一方は、「ＢＯＲＤＥＲ．ＨＴＭ」と呼ばれるＨＴＭＬ文書をポイントしている、「ＵＲＬ（フレーム２）」と呼ばれるＵＲＬに関連する。ＨＴＭＬ文書「ＦＲＡＭＥＳＥＴ．ＨＴＭ」内に含まれる下記のＨＴＭＬタグは、ＨＴＭＬ文書でのフレームの定義の原則を示す。
【００４６】
＜ＦＲＡＭＥＳＥＴ＞
＜ＦＲＡＭＥ  ＳＲＣ＝“．．．／ＡＰＰＬＥＴ．ＨＴＭ”ｈｅｉｇｈｔ＝０＞
＜ＦＲＡＭＥ  ＳＲＣ＝“．．．／ＢＯＲＤＥＲ．ＨＴＭ”＞
＜／「ＦＲＡＭＥＳＥＴ＞
【００４７】
ＨＴＭＬ文書「ＡＰＰＬＥＴ．ＨＴＭ」は、本発明の好ましい実施形態の場合には、「アプレット」と呼ぶ短いＪａｖａプログラムである、プログラム・コンポーネントの適当なＨＴＭＬタグが実行する参照を含む。Ｊａｖａアプレットは、＜ＡＰＰＬＥＴ＞タグによりＨＴＭＬ文書内に挿入される。
【００４８】
一方、ＨＴＭＬ文書「ＢＯＲＤＥＲ．ＨＴＭ」は、適当なタグにより参照される上記ＪａｖａＳｃｒｉｐｔプログラムを含む。ＪａｖａＳｃｒｉｐｔコードは、以下のタグ：＜ＳＣＲＩＰＴ  ＬＡＮＧＵＡＧＥ＝“ＪａｖａＳｃｒｉｐｔ”＞の助けにより挿入される。
【００４９】
図１に戻って説明すると、ステップ１３において、ＨＴＭＬ文書「ＦＲＡＭＥＳＥＴ．ＨＴＭ」がロードされ、ＪａｖａＳｃｒｉｐｔスクリプト・プログラムが実行され、後続のステップ３１において、上記ＨＴＭＬ文書が表示スクリーン上でユーザに表示される。すなわち、ＨＴＭＬフォームが表示される。上記フォームは、ＨＴＭＬ文書「ＢＯＲＤＥＲ．ＨＴＭ」に対応するフレームにより表示され、その中に含まれるスクリプト・プログラムにより管理される。一方、ＨＴＭＬ文書「ＡＰＰＬＥＴ．ＨＴＭ」に対応するフレームは、すでに説明したように、属性“ｈｅｉｇｈｔ”を０に設定することにより隠される。
【００５０】
本発明によれば、ユーザに表示されるフォームは、そのフィールドが空白の状態で最初表示される。すなわち、フィールドは情報データを含まない。
【００５１】
図６は、本発明の好ましい実施形態の２つのフレーム内へのスクリーンのレイアウトを示す。図６は、本明細書においては、ブラウザのスクリーンと呼ぶクライアント・コンピュータ上のコンピュータ・スクリーンを示す。ブラウザのスクリーンは、ペアレント（ｐａｒｅｎｔ）、最初のフレーム、すなわち、ＨＴＭＬ文書「ＦＲＡＭＥＳＥＴ．ＨＴＭ」により２つのフレームに分割される。「ＢＯＲＤＥＲ．ＨＴＭ」フレームと呼ぶ大きい方のフレームＦ２は、フィールドが、ユーザが要求した情報データを表示するために使用されるＨＴＭＬフォームを含む。上記フレームＦ２の上には、「ＡＰＰＬＥＴ．ＨＴＭ」フレームと呼ぶもう１つのフレームＦ１が位置する。フレームＦ１は隠されている、すなわち、ユーザは見ることができない。しかし、アプレット・プログラム・コンポーネントをデバッギングするために、適当なある種のＨＴＭＬタグ（例えば、０とは異なる“ｈｅｉｇｈｔ”）を設定することによりこのフレームを見えるようにすることができる。すでに説明したように、表示されたＨＴＭＬフォームのフィールド内容は、文書「ＢＯＲＤＥＲ．ＨＴＭ」に含まれるＪａｖａＳｃｒｉｐｔプログラムにより制御される。
【００５２】
図１に戻って説明すると、ステップ４１において、情報に対する要求が、クライアント・コンピュータのユーザから入手される。この情報要求は、ＨＴＭＬ文書「ＢＯＲＤＥＲ．ＨＴＭ」の表示の結果としてユーザに提示されるＧＵＩ（グラフィカル・ユーザ・インタフェース）により定義される。通常、ユーザは、スクリーン上に表示される図形項目をマウスでクリックすることにより、見つけたい情報を定義している選択データを入力する。ユーザが選択データを入力するや否や、ステップ４３において、これらの項目が、（Ｊａｖａ）スクリプト・プログラムの特定のコードを稼動することにより検索され、アプレット・プログラム・コンポーネントが呼び出される。より詳細に説明すると、要求した情報データを入手するために、アプレット・コンポーネントの（オブジェクト指向プログラミングで意味するように）予め定義した方法が呼び出される。
【００５３】
本発明によれば、クライアント・コンピュータ上で稼動している場合には、バッファ・メモリは、アプレット・プログラム・コンポーネントに割り当てられる。このバッファ・メモリは、遠隔データベースからダウンロードされた、またはデータベースにアップロードされる更新されたデータを一時的に記憶するためのキャッシュ・メモリとして機能する。
【００５４】
後続のステップ５１は、ユーザが要求した情報データが、アプレット・コンポーネントに関連するバッファ・メモリ内にすでに記憶されているかどうかの判断が行われる判断ステップである。例えば、同じサーバ接続セッション中に、これらのデータがユーザによりすでに探索済みである場合には、要求された情報はすでにバッファ・メモリに記憶されている。
【００５５】
ステップ５７に示すように、要求された情報がバッファ・メモリにすでに記憶されている場合には、要求された情報が、アプレット・コンポーネントによりバッファ・メモリから検索され、ＪａｖａＳｃｒｉｐｔプログラムに戻される。
【００５６】
逆に、要求された情報をバッファ・メモリ内で発見できなかった場合には、要求された情報は、サーバからダウンロードされる。この目的のために、ステップ５３において、アプレット・コンポーネントは、サーバへの情報データに対する要求の送信をトリガする。情報要求は、サーバにより受信され、処理される。サーバは、要求された情報データをネットワークを通してクライアント・ブラウザに送信する。
【００５７】
ステップ５５に示すように、サーバが送信した情報データは、クライアント・ブラウザ内のアプレット・コンポーネントにより受信される。次に、ステップに５７おいて、アプレット・コンポーネントは、入手した情報データをＪａｖａＳｃｒｉｐｔプログラムに返送する。
【００５８】
最後に、ステップ５９において、ＪａｖａＳｃｒｉｐｔプログラムの制御の下で、表示されたＨＴＭＬフォームの適当なフィールドに入手した情報データが書き込まれ、その結果、ユーザは自分が要求した情報を見ることができる。
【００５９】
本発明の好ましい実施形態によれば、クライアントマシンとサーバマシンとの間のデータ、すなわち、ユーザが要求し、更新したハイパーテキスト文書および情報データの送信（ダウンロードまたはアップロード）は、ＨＴＴＰプロトコルにより行われる。
【００６０】
図２〜図５を参照しながら、本発明の好ましい実施形態のネットワーク・クライアントから情報データを要求するための方法についてより詳細に説明する。フローチャートであるこれらの図面においては、図示の方法のステップのいくつかは、図１のところですでに説明したステップと同じであるので、これ以上説明しない。
【００６１】
図２は、本発明の好ましい実施形態のクライアント・ブラウザをネットワーク・サーバに接続し（図１のステップ１１〜３１）、ＨＴＭＬフォームを入手し、表示するプロセスの詳細図である。
【００６２】
図３〜図４は、本発明の好ましい実施形態による、サーバから探索対象の情報データを定義し、入手するためのプロセス（図１のステップ４１〜ステップ５９）である。
【００６３】
図５は、ユーザに現在表示されている情報データを更新するためのプロセスの詳細図である。
【００６４】
最初に、図２について説明すると、最初のステップ１１および１３は、図１のものと同じものであり、図１のところですでに説明したので説明を省略する。
【００６５】
図２の次のステップ２０は、サーバからサービスを受けているデータベースにアクセスするユーザの権利をチェックするための認証ステップである。ステップ２０は、サブステップ２０１〜２１５を含む。
【００６６】
ステップ１３において、ＨＴＭＬ文書（ＦＲＡＭＥＳＥＴ．ＨＴＭ）が、クライアント・ブラウザにロードされた後で、認証ステップ２０がサブステップ２０１からスタートするが、このサブステップにおいては、（ＪａｖａＳｃｒｉｐｔ）スクリプト・プログラムが生成したログイン・ウィンドウがユーザに対してスクリーン上に表示される。
【００６７】
後続のステップ（２０３）においては、ユーザは、自分のユーザＩＤ（ユーザ識別）および自分のパスワードのようなログイン・データを入力し、例えば、表示されているボタンをクリックして確認または取り消しを行う。ユーザが取り消した場合（判断ステップ２０５で「はい」に分岐した場合）は、ユーザはサーバ・ホームページから抜け出し、プロセスは終了する。逆に、ユーザが確認した場合には、次のステップ（２０７）において、スクリプト・プログラムは、ユーザが入力したログイン・データを検索し、これらログイン・データを入力パラメータとして含むアプレット・コンポーネントの方法を呼び出す。
【００６８】
ステップ２０９において、アプレット・コンポーネントは、サーバがユーザの認証を行うことができるように、ＨＴＴＰ要求（ポスト要求）によりサーバにログイン・データを送信する。次のステップ２１１において、サーバは、アプレット・プログラム・コンポーネントに応答（ＨＴＴＰ応答）を送信する。上記応答（ＨＴＴＰ応答）は、ユーザの認証の結果を含む。次に、アプレット・コンポーネントは、受信した認証応答をＪａｖａＳｃｒｉｐｔプログラムに返送する（ステップ２１３）。
【００６９】
判断ステップ２１５において、ＪａｖａＳｃｒｉｐｔプログラムは、認証応答を評価する。ユーザが識別されなかった場合には、そのフィールドがクリアされた状態でログイン・ウィンドウが再び表示され、適当なメッセージがユーザに表示される。逆に、ユーザが識別された場合には、すなわち、接続が受け入れられた場合には、認証ステップ（２０）が終了し、次のステップ３１において、文書ＢＯＲＤＥＲ．ＨＴＭから発生したＨＴＭＬフォームが，すべての情報データ専用フィールドが空白の状態で表示される。
【００７０】
本発明の情報を要求するための方法は、（接続点Ａを通して）図３に進む。
【００７１】
図３のステップ４０１において、ユーザは、探索対象の情報の種類を定義するための選択データを入力するようにプロンプトされる。情報の種類は、例えば、人的資源データベース・アプリケーション内に位置していて、従業員の所与のグループに関連する記録（「記録」（ｒｅｃｏｒｄ）は、「一件書類」（ｄｏｓｓｉｅｒ）とも呼ばれる）の集合体は、所与の会社内に位置する。この場合、「情報の種類」（ｃａｔｅｇｏｒｙ  ｏｆ  ｉｎｆｏｒｍａｔｉｏｎ）の代わりに、「一件書類全体」（ｐｏｐｕｌａｔｉｏｎ  ｏｆ  ｄｏｓｓｉｅｒｓ）という用語を使用することもできる。
【００７２】
上記データベースは、一般的に、階層構造になっているので、ユーザに対して、スクリーン上に、データベースの構成を示す図形による組織ツリーを表示することができ、ユーザはツリーの特定のブランチまたはリーフをクリックすることにより自分が探索したい情報の種類を選択することができる。
【００７３】
ステップ４０３において、グラフィカル・ユーザ・インタフェースを制御するＪａｖａＳｃｒｉｐｔプログラムが、ユーザが入力した選択データを検索し、これらの検索した選択データを入力パラメータとして含む（アプレット・プログラム・コンポーネントの）アプレット方法を呼び出す。
【００７４】
ステップ４０５において、アプレット・コンポーネントは、ＨＴＴＰ要求によりサーバに選択データを送信する。ネットワーク・サーバは、例えば、１つまたはそれ以上のサーブレットまたはＣＧＩモジュールにより周知の方法でデータベースと通信することにより選択データを処理する（サーブレットおよびＣＧＩモジュールの上記定義参照）。クライアントが送信した選択データに応じて、サーバは、選択した情報分類に対応する記録識別リストを作成する。例えば、人的資源データベース・アプリケーションの上記例の場合には、この記録識別リストは、アルファベット順の名前のリストであってもよいし、または単に対応する記録を識別する順番に並べた数字のリストであってもよい。次に、サーバは、クライアントに識別リストを送信する。
【００７５】
ステップ４０７において、クライアント・ブラウザにおいては、アプレット・コンポーネントが、記録識別リストを受信し、それをその関連バッファ・メモリに記憶する。次に、ステップ４０９において、リスト内で識別された第１の記録が、現在の記録として設定される。すなわち、その記録が、最初に表示される記録になる。
【００７６】
後続のステップ４１１において、アプレット・プログラムは、ＪａｖａＳｃｒｉｐｔプログラムに戻り、このＪａｖａＳｃｒｉｐｔプログラムは、ステップ４１３において、現在の記録を識別し、現在の記録に関連する情報データを検索するためにアプレット・コンポーネントを呼び戻す。次に、プロセスは、接続、点Ｃを通して、図４のステップ５１に進む。
【００７７】
図４の場合、ステップ５１〜５９は、図１に示す類似のステップと同じものである。それ故、より詳細に知りたい場合には、図１のこれらのステップの上記説明を参照されたい。
【００７８】
ステップ５９で、表示フォームのフィールドにユーザが要求した情報データの書込みが行われた後で、後続のステップ６０１において、表示されたユーザ・インタフェースを通してユーザが行ったある動作待ち、すなわち、コマンド待ちになる。ユーザの動作は検出され、グラフィカル・ユーザ・インタフェースを制御し、管理するＪａｖａＳｃｒｉｐｔプログラムにより処理される。
【００７９】
判断ステップ６０３〜６１１に示すように、ユーザの行った動作としては、下記のものがある。
−新しいページ、すなわち、現在表示されている情報データに関するもっと多くの情報の要求（ステップ６０３）
−情報、例えば、人的資源データベースの場合には、同じ会社組織単位の他の従業員に関する情報の新しい記録の要求（ステップ６０５）
−情報、例えば、人的資源データベースの場合には、他の会社組織単位の従業員に関する情報の新しい分類の要求（ステップ６０７）
−例えば、人的資源データベースの場合には、特定の従業員に関する一件書類のような現在表示されている記録のあるデータの修正（更新）の要求（ステップ６０９）
−プログラム・アプリケーションからの抜け出しの要求（ステップ６１１）
【００８０】
図４に示すように、検出した動作が、新しいページに対する要求である場合には（ステップ６０３の「はい」の場合には）、要求されたページがすでにバッファ・メモリに記憶されているかどうかの判断が行われ（ステップ５１）、プロセスは、それに従って、すでに説明したように継続して行われる（図１のステップ５１〜５９）。
【００８１】
検出した動作が新しい記録に対する要求であると判断された場合には（ステップ６０５の「はい」の場合には）、再びステップ５１に戻り、要求の記録が、バッファ・メモリ内にすでに記憶されているかどうかがチェックされる。
【００８２】
検出した動作が、新しい分類の要求である場合には（ステップ６０７の「はい」の場合には）、（接続点Ｂを通して）再び図３のステップ４０３に戻り、図３のところですでに説明したように、アプレット・コンポーネントを通してサーバに要求が送信される（ステップ４０３および以降のステップ）。
【００８３】
動作が更新の要求であると判断された場合には、接続点Ｄを通して図５のステップ７０１に進み、更新プロセスが行われる（以下に詳細に説明する）。
【００８４】
最後に、検出した動作が抜け出し要求であると判断された場合には（ステップ６１１の「はい」の場合には）、プログラムは終了し、データベース・サーバへの接続が終了する。図２のステップ１１から再び新しいデータベース接続がスタートする。
【００８５】
図４の実施形態に示すように、ユーザが行った動作が上記動作（６０３〜６１１）のどれにも対応しない場合には、ステップ６０１は、再び新しいユーザの動作の待機状態に戻り、スクリーン上に適当なエラー・メッセージが同時に表示される。
【００８６】
図５を参照しながら、ユーザに提示されているＨＴＭＬフォームのフィールドにより表示されている情報データの更新のプロセスについて詳細に説明する。
【００８７】
更新プロセスは、ステップ７０１からスタートするが、このステップ７０１においては、スクリプト・プログラムが、表示されているＨＴＭＬフォームのフィールドに位置する情報データの中のあるものがすでに修正済みであることを検出する。その結果、スクリプト・プログラムは、修正したデータを検索し、入力パラメータとして修正したデータを含むアプレット・コンポーネントの方法を呼び出す。後続のステップ７０３において、アプレット・コンポーネントは、バッファ・メモリに修正したデータを（一時的に）記憶する。次に、ユーザは、同じ分類の他の記録からデータを探すことができる。
【００８８】
ステップ７０５において、他の情報分類を探索するための要求を行う前に、またはプログラム・アプリケーションから抜け出すことを決心する前に、ユーザが選択した瞬間に、例えば、その更新確認機能専用のボタンのクリックのようなユーザ・インタフェースを通して動作を行うことにより、すでに入力した修正を確認することができる。（「実行」動作とも呼ぶ）更新確認動作に応じて、スクリプト・プログラムは、確認動作を処理し、サーバに更新命令を送信するためにアプレット・コンポーネントの所定の方法を呼び出す。アプレット・コンポーネントは、データベース内でどのデータを更新するのか、また、どの値で更新するのかを判断することができる。何故なら、アプレット・コンポーネントは、すでに説明したように、バッファ・メモリに修正したデータを一時的に記憶するからである（ステップ７０３）。
【００８９】
後続のステップ７０９において、アプレット・コンポーネントは、データベース内の対応する記録の更新を意図する修正データを含むサーバ（ＨＴＴＰポスト要求）に更新要求を送信する。次に、アプレット・コンポーネントは、サーバの応答に対して待機状態になる。
【００９０】
サーバは、受信した修正データによりデータベース内の更新対象の記録の修正を行う。この目的のために、サーバは、すでに説明したように、サーブレットまたはＣＧＩプログラムのような１つまたはそれ以上のアプリケーション・プログラム・インタフェースによりデータベースと通信する。データベース内で「ターゲット」記録が更新されると、サーバは、クライアント・コンピュータに更新応答（ＨＴＴＰ応答メッセージ）を送信する。
【００９１】
ステップ７１１では、クライアント・コンピュータにおいては、アプレット・コンポーネントが、更新応答を受信し、この応答をＪａｖａＳｃｒｉｐｔプログラムに返送する。
【００９２】
最後に、ステップ７１３において、ＪａｖａＳｃｒｉｐｔプログラムが、ユーザに情報データ更新手順の結果を知らせる適当なメッセージ信号の表示をトリガにより消去する。次に、ＪａｖａＳｃｒｉｐｔプログラムは、さらなるユーザの動作を待機するために、接続点Ｅを通して図４のステップ６０１に戻り、プロセスが、すでに説明したように継続して行われる。
【００９３】
それ故、要するに、本発明によれば、ネットワーク・クライアント・ユーザは、対応するＨＴＭＬフォームのフィールドの内容を変更することにより、ユーザに提示されている情報データの中の少なくともある部分を修正することができる。最初に、フォーム・フィールド内に含まれている修正した情報が自動的に検索され（ステップ７０１）、バッファ・メモリに修正した情報データを記憶するために、アプレット・コンポーネントが呼び出される（ステップ７０１，７０３）。次に、ユーザ・インタフェースにより、ユーザが行った動作（確認動作）に応じて、修正した情報データをネットワーク・サーバにアップロードするために（ステップ７０９）、プログラム・コンポーネント（アプレット）が呼び出される（ステップ７０５）。１つの有利な機能は、修正した情報データの検索とは独立してユーザ確認動作が行われることである。すなわち、ユーザは、他のデータ記録を探して、データベース探索セッションの終わりに、１つまたはそれ以上の記録に対して行われた修正の「実行」を決定することができる。
【００９４】
本発明の他の重要で有利な機能は、ＨＴＭＬフォームとネットワーク・クライアントの接続しているユーザとの間の相互作用を管理するスクリプト・プログラム（好ましい実施形態の場合には、ＪａｖａＳｃｒｉｐｔプログラム）と、ユーザに提示されているＨＴＭＬフォームと遠方のサーバとの間の相互作用を制御するプログラム・コンポーネント（アプレット）との間の「カップリング」である。より詳細に説明すると、プログラム・コンポーネントは、ネットワーク・クライアント内でそれに割り当てられていて、主として、クライアントにダウンロードされた、またはクライアントからサーバにアップロードされるデータを一時的に記憶するために、それ故、キャッシュ・メモリとしての働きをするバッファ・メモリを備える。
【００９５】
上記情報データに対するクライアント要求を行うための方法により、クライアントとサーバとの間のネットワーク・トラヒックを大幅に削減することができる。このような削減は、一方では、ユーザに表示される（ＨＴＭＬ）フォーム（すなわち、静的データまたはマスク・データ）の管理をデータベースからのデータ（すなわち、動的データ）からハッキリと分離することにより、また、他方では、クライアントマシンでプログラム・コンポーネントにより制御される動的データを一時的に記憶することにより達成される。さらに、特にクライアントマシン（バッファ・メモリ）に局所的にダウンロードしたデータを一次的に記憶することにより、クライアントマシン内でデータを探す際の応答時間がかなり短縮される。
【００９６】
図７について説明すると、この図は、本発明によるクライアント−サーバ通信ネットワークを通してウェブ・サーバと通信するウェブ・クライアントを示すブロック図である。
【００９７】
ネットワーク１は、少なくとも１台のクライアント・コンピュータ８０（以後、ネットワーク・クライアントまたはクライアントマシンとも呼ぶ）と、少なくとも１台のサーバ・コンピュータ９０（以後、ネットワーク・サーバまたはサーバマシンとも呼ぶ）とを含む。クライアント・コンピュータ８０およびサーバ・コンピュータ９０は、送信チャネル２により接続している。上記送信チャネルとしては、任意の有線または無線送信チャネルを使用することができる。
【００９８】
クライアント・コンピュータ８０は、（一次および／または二次）メモリ８６に接続している中央処理装置（ＣＰＵ）８４を含む標準コンピュータである。メモリ８６は、ウェブ・ブラウザ８６１を含む多数のコンピュータ・プログラムを記憶している。ウェブ・ブラウザ８６１としては、当業者であれば周知のタイプのものを使用することができる。当業者であれば周知のように、ブラウザは、遠隔地のサーバ・コンピュータ９０と通信し、該コンピュータから受信した情報を視覚的に提示するために使用される。クライアント・コンピュータ８０は、標準ネットワーク接続デバイス８２を通してネットワーク通信を確立する。
【００９９】
図に示すように、クライアント・メモリ８６は、図６のところですでに説明したように、アプレット・プログラム・コンポーネント８６２、文書「ＡＰＰＬＥＴ．ＨＴＭ」および「ＢＯＲＤＥＲ．ＨＴＭ」を含むＨＴＭＬ文書「ＦＲＡＭＥＳＥＴ．ＨＴＭ」８６４を記憶している。メモリ８６は、また、すでに説明したように、アプレット・コンポーネント８６２が使用するメモリ・バッファとして機能するメモリ領域８６３を含む。アプレット・コンポーネントおよび「ＦＲＡＭＥＳＥＴ．ＨＴＭ」文書は、図１のところですでに説明したように、ユーザがウェブ・サーバ（９６１）のホームページに対して要求を行った後で、サーバ・コンピュータ９０のメモリ９６からクライアント・コンピュータ８０にダウンロード済みである。
【０１００】
サーバ・コンピュータ９０は、ネットワーク接続デバイス９２、ＣＰＵ９４、および（一次および／または二次）メモリ９６を含む標準サーバ・コンピュータ・コンポーネントを含む。メモリ９６は、本発明に関連する処理を行うための一組のコンピュータ・プログラムを記憶している。メモリ９６は、ウェブ・サーバ９６１を記憶している。ウェブ・サーバ９６１としては、当業者であれば周知のタイプのものを使用することができる。メモリ９６は、また、ウェブ・サーバ９６１とサーバ・コンピュータ９０がアクセスすることができるデータベース・サーバ３との間でインタフェースとして機能する少なくとも１つのサーブレット・コンポーネント９６２を記憶している。サーブレット・コンポーネント９６２は、本発明によるクライアントの要求を行うための方法を実行するように設計されている。メモリ９６は、また、ＨＴＭＬ文書およびアプレット・コンポーネントの元のコード９６３，９６４も記憶している。ウェブ・サーバ９６１は、ＨＴＭＬ文書「ＦＲＡＭＥＳＥＴ．ＨＴＭ」のコピー８６４、およびアプレット・プログラムの一例８６２をクライアント・コンピュータ８０に送信し、クライアント・ウェブ・ブラウザ８６１からの他の要求を処理する。
【０１０１】
データベース・サーバ３は、サーバ・コンピュータ９０に局所的に取り付けることもできるし、内蔵させることもできるし、または他のネットワーク接続を通して、またネットワーク接続デバイス９２を通して、例えば、ローカル・エリア・ネットワーク（ＬＡＮ）にアクセスできるようにすることもできる。
【０１０２】
当業者であれば、本発明の特許請求の範囲から逸脱することなしに、本発明を種々に変更することができることを理解することができるだろう。より詳細に説明すると、本発明は、インターネットおよびワールド・ワイド・ウェブに限定されるものではなく、また、インターネットで通常使用されている通信プロトコルおよび規格を使用している任意のネットワークにも適用される。
【図面の簡単な説明】
【図１】  本発明のネットワーク・クライアントから情報データを要求するための方法の主要なステップを示すフローチャートである。
【図２】  本発明の好ましい実施形態のネットワーク・クライアントから情報データを要求するための方法のより詳細なフローチャートである。
【図３】  本発明の好ましい実施形態のネットワーク・クライアントから情報データを要求するための方法のより詳細なフローチャートである。
【図４】  本発明の好ましい実施形態のネットワーク・クライアントから情報データを要求するための方法のより詳細なフローチャートである。
【図５】  本発明の好ましい実施形態のネットワーク・クライアントから情報データを要求するための方法のより詳細なフローチャートである。
【図６】  本発明の好ましい実施形態の２つのフレーム内へのスクリーンのレイアウトを示す図面である。
【図７】  本発明のクライアント−サーバ通信ネットワークを通してウェブ・サーバと通信するウェブ・クライアントを示すブロック図である。
【図１】
0004594586.tif 000002
【図２】
0004594586.tif 000003
【図３】
0004594586.tif 000004
【図４】
0004594586.tif 000005
【図５】
0004594586.tif 000006
【図６】
0004594586.tif 000007
【図７】
0004594586.tif 000008