JP2013016209A - ウェブページの表示方法およびシステム - Google Patents

Abstract

【課題】ウェブページの表示方法およびウェブページの表示システムを提供する。
【解決手段】クライアントがサーバから返信したウェブページ表示データを含むデータブロックを受け取った場合に、データブロック識別子および当該データブロック識別子と前記データブロックとの対応関係を保存し、クライアントは、検索しようとするデータブロック識別子を利用して、前記データブロック識別子が自身に保存されているか否かを判断し、保存されている場合、前記対応関係に基づき、該当データブロック識別子に対応するデータブロックを取得し、前記データブロックにおけるウェブページ表示データをウェブページ上に表示する。
【選択図】図１

Description

本発明は、ＩＰネットワーク技術分野に属し、特にウェブページの表示方法およびシステムに関する。

本出願は、２００６年１２月１４日、中国特許局に出願された出願番号２００６１０１６５８９５．Ｘ号、発明の名称を「ウェブページの表示方法およびシステム」とする中国特許出願の優先権を主張し、そのすべての内容は、引用により本出願に結びついている。

従来技術において、例えば非同期ジャバスクリプト（Ｊａｖａｓｃｒｉｐｔ）（登録商標）拡張可能なマーク付け言語（Ａｓｙｎｃｈｒｏｎｏｕｓ ＪａｖａＳｃｒｉｐｔ ａｎｄ ｘｍｌ，Ａｊａｘ）リクエスト技術は、サーバと非同期通信する機能を提供し、ユーザがブラウザでさらに自然に閲覧できるようにするものである。Ａｊａｘの核となっているものは、非同期リクエストをサポートするＪａｖａｓｃｒｉｐｔデータリクエストオブジェクト（ＸＭＬＨｔｔｐＲｅｑｕｅｓｔ）であり、前記オブジェクトは、インターネットエクスプローラ・バージョン５（Ｉｎｔｅｒｎｅｔ Ｅｘｐｌｏｒｅｒ ５）において初めて導入された。ＸＭＬＨｔｔｐＲｅｑｕｅｓｔは、クライアントでＪａｖａｓｃｒｉｐｔを利用してサーバにリクエストを出し、レスポンスを処理することができ、ユーザを輻輳させない。

クライアントからでユーザが、あるウェブサイトにアクセスするため、ブラウザのアドレスバーに統一資源位置（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ，ＵＲＬ）指定子を入力する場合、クライアントが自身に保存された記録ファイル（ｃｏｏｋｉｅ）の中からリクエスト構成情報を取得し、前記リクエスト構成情報を含むデータリクエストをサーバに送信する。サーバは、前記データリクエストを受け取った後、前記データリクエストを解析し、データソースの中からリクエストデータを取得し、リクエストデータを拡張可能なマーク付け言語（Ｅｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）フォーマットにカプセル化してから、クライアントに送信する。クライアントは、サーバが発信したＸＭＬフォーマットのリクエストデータを受け取った後、カプセル化を解除し、リクエストデータを取得する。その後、クライアントは、関連するＪａｖａＳｃｒｉｐｔコードを実行し、取得したリクエストデータを現在のウェブページに表示させる。

ユーザがウェブページを操作することにより、ユーザ端末がサーバから新しいデータを取得する必要がある場合、ユーザ端末はｃｏｏｋｉｅの中のリクエスト構成情報を更新し、データリクエストを送信することを介して、サーバから新しいデータを取得し、ウェブページに表示する。ユーザがウェブページを閉じ、次にこのページを再び開く場合に、クライアントが自身に保存されたｃｏｏｋｉｅの中から更新済みのリクエスト構成情報を取得し、前記更新リクエスト構成情報を含むデータリクエストをサーバに送信することにより、このウェブページのコンテンツを表示するためのデータを取得した後、ウェブページの全コンテンツを表示する。

ユーザが、現在のウェブページから別のウェブページに切替し、クライアントが再び、別のウェブページから元のウェブページに戻る場合に、ウェブページのコンテンツを表示するために、クライアントは再度サーバにリンクを確立し、このウェブページのコンテンツを表示するためのデータをサーバから取得する必要がある。ユーザが現在のウェブページを更新する場合に、ウェブページの全コンテンツを再び表示するためには、クライアントは、このウェブページのコンテンツを表示するためのデータをサーバから再び取得する必要がある。

Ａｊａｘなどの従来技術の主な欠点は、下記の通りであり、
１．クライアントがデータを取得するたびにサーバから取得する必要があり、サーバの負担が大きくなり、多くのネットワーク帯域リソースが消耗されると同時に、データを表示する速度も遅くなる。
２．サーバから送信された異なるリクエストデータをクライアントが受け取った場合に、ローカルで事前に保存されていた異なるＪａｖａＳｃｒｉｐｔコードの実行を介して、リクエストデータをウェブページにおいて対応する位置に表示する必要があり、これは、クライアントに対する作業負担が大きくなる。
３．サーバは、クライアントがリクエストしたデータを拡張可能なマーク付け言語（ＸＭＬ）フォーマットにカプセル化してから、クライアントに送信し、クライアントは、サーバが発信したＸＭＬフォーマットのリクエストデータを受け取った後、カプセル化を解除しなければ、リクエストデータを取得することができず、データに対してＸＭＬフォーマットのカプセル化およびカプセル化の解除を行う場合に、大量のロードリソースが消費される。

本発明は、従来技術において存在する、クライアントがデータを取得するたびにサーバから取得する必要があり、サーバの負荷が大きくなり、多くのネットワーク帯域リソースが消耗されるという問題を解決するウェブページの表示方法およびシステムを提供する。

本発明で提供するウェブページの表示方法は、
Ａ．クライアントがサーバから返信したウェブページ表示データを含むデータブロックを受け取った場合に、データブロック識別子および前記データブロック識別子と前記データブロックとの対応関係を保存するステップと、
Ｂ．クライアントが、検索しようとするデータブロック識別子を利用して、前記データブロック識別子が自身に保存されているか否かを判断し、保存されている場合、前記対応関係に基づき、前記データブロック識別子に対応するデータブロックを取得し、前記データブロックにおけるウェブページ表示データをウェブページに表示するステップと、
を含む。

ステップＢにおける前記データブロックが実行可能コードである場合、クライアントは前記実行可能コードを実行することによって、前記データブロックにおけるウェブページ表示データをウェブページに表示する。

ステップＡにおいて、前記データブロック識別子および前記データブロック識別子と前記データブロックとの対応関係をダイナミックキャッシュに保存する。

ステップＡにおいては、さらにウェブページ識別子および当該ウェブページ識別子と前記データブロックとの対応関係を保存し、前記方法は、
クライアントがユーザからのウェブページ識別子を含むログインリクエストを受け取った場合に、前記ウェブページ識別子が自身に保存されているか否かを判断し、保存されている場合、前記対応関係に基づき、前記データブロック識別子に対応するデータブロックを取得し、前記データブロックにおけるウェブページ表示データをウェブページに表示するステップ、
をさらに含む。

前記データブロック識別子が自身に保存されていない場合、前記データブロック識別子に対応するデータブロックをサーバから取得し、前記データブロックにおけるウェブページ表示データをウェブページに表示する。

前記ウェブページ識別子が自身に保存されていない場合、当該ウェブページ識別子に対応するデータブロックをサーバから取得し、前記データブロックにおけるウェブページ表示データを前記ウェブページに表示する。

前記方法は、
クライアントのブラウザが閉じられた後、前記の保存されたデータブロック識別子および前記データブロック識別子と前記データブロックとの対応関係をクリアするステップ、
をさらに含む。

前記方法は、
クライアントのブラウザが閉じられた後、前記の保存されたデータブロック識別子、前記データブロック識別子と前記データブロックとの対応関係、ウェブページ識別子および前記ウェブページ識別子と前記データブロックとの対応関係をクリアするステップ、
をさらに含む。

本発明で提供するウェブページの表示システムは、
サーバが返信したウェブページ表示データを含むデータブロックを受け取った場合に、データブロック識別子および前記データブロック識別子と前記データブロックとの対応関係を保存し、検索しようとするデータブロック識別子を利用して、前記データブロック識別子が自身に保存されているか否かを判断し、保存されている場合、前記対応関係に基づき、前記データブロック識別子に対応するデータブロックを取得し、前記データブロックにおけるウェブページ表示データをウェブページに表示するクライアントと、
前記クライアントに前記データを提供するサーバと、
を含む。

前記クライアントは、
サーバが返信したウェブページ表示データを含むデータブロックを受け取り、データブロック識別子および当該データブロック識別子と前記データブロックとの対応関係をキャッシュ部に保存する受信部と、
検索しようとするデータブロック識別子を利用して、キャッシュ部において前記データブロック識別子を検索し、見つけられた場合、前記対応関係に基づき、前記データブロック識別子に対応するデータブロックを取得し、前記データブロックにおけるウェブページ表示データをウェブページに表示するブラウザと、
前記データブロック識別子および当該データブロック識別子と前記データブロックとの対応関係を格納するキャッシュ部と、
を含む。

前記ブラウザは、
前記データブロックが実行可能コードである場合、前記実行可能コードの実行を介して、前記データブロックにおけるウェブページ表示データをウェブページに表示する表示部、
を含む。

前記受信部は、ウェブページ識別子および当該ウェブページ識別子と前記データブロックとの対応関係をキャッシュ部に保存するためにさらに用いられ、
前記ブラウザは、
ユーザからのウェブページ識別子を含むログインリクエストを受け取り、キャッシュ部において前記ウェブページ識別子を検索し、見つけられた場合、前記対応関係に基づき、前記ウェブページ識別子に対応するデータブロックを取得し、前記データブロックにおけるウェブページ表示データをウェブページに表示するためにさらに用いられる。

前記ブラウザは、前記データブロック識別子が見つけられなかった場合、サーバから前記データブロック識別子に対応するデータブロックを取得し、前記データブロックにおけるウェブページ表示データをウェブページに表示するためにさらに用いられる。

前記ブラウザは、前記ウェブページ識別子が見つけられなかった場合、サーバから前記ウェブページ識別子に対応するデータブロックを取得し、前記データブロックにおけるウェブページ表示データをウェブページに表示するためにさらに用いられる。

前記クライアントは、
ブラウザが閉じられた後、キャッシュ部に保存されたデータブロック識別子および当該データブロック識別子と前記データブロックとの対応関係をクリアする第１削除部、
をさらに含む。

前記クライアントは、
ブラウザが閉じられた後、キャッシュ部に保存されたデータブロック識別子、当該データブロック識別子と前記データブロックとの対応関係、ウェブページ識別子および当該ウェブページ識別子と前記データブロックとの対応関係をクリアする第２削除部、
をさらに含む。

本発明において、サーバが返信したウェブページ表示データを含むデータブロックをクライアントが受け取った場合に、データブロック識別子および当該データブロック識別子と前記データブロックとの対応関係を保存し、クライアントは、データの取得を必要とする場合に、検索しようとするデータブロック識別子を利用して、先ず前記データブロック識別子が自身に保存されているか否かを判断し、保存されている場合、前記対応関係に基づき、当該データブロック識別子に対応するデータブロックをローカルで取得し、前記データブロック識別子が自身に保存されていない場合にのみ、サーバから前記データブロックを取得する必要があり、サーバに対する「オンデマンドリクエスト」を真に達成することにより、サーバの負担を大幅に軽減し、ネットワーク帯域リソースを節約し、クライアントのウェブページ表示速度を向上させる。

データブロック識別子および当該データブロック識別子と前記データブロックとの対応関係クライアントをダイナミックキャッシュに保存する場合、これらのキャッシュの個数およびサイズは、プログラマが自ら定義することができ、上限はクライアントのメモリ容量により決定し、そのため、キャッシュのサイズを非常に大きく定義することができ、これによって、前記キャッシュに保存したデータを利用して、非常に高いアクセスヒット率を達成することができる。サーバの大きな負荷を軽減することができ、多くのネットワーク帯域リソースを節約することができる。

また、サーバが返信したウェブページ表示データを含むデータブロックが実行可能コードである場合、サーバおよびクライアントは、リクエストデータに対し、ＸＭＬフォーマットのカプセル化およびカプセル化の解除を行う必要がなく、大量のロードリソースおよび時間リソースを節約することができる。クライアントは、前記実行可能コードを直接実行してページを表示するため、ページ表示に用いる大量の実行可能コードをローカルで事前に保存する必要がなく、クライアントの負荷が大幅に軽減される。

本発明における方法のフローチャートである。 本発明におけるシステム構造概要図である。

本発明は、ウェブページの表示方法を提供し、具体的な実現には、以下のステップを含み、
ステップ１０１：クライアントがサーバにデータリクエストを送信し、サーバがデータブロックを返信し、
クライアントのユーザが、あるウェブサイトにアクセスするため、ブラウザのアドレスバーにＵＲＬを入力すると、自身に保存されたｃｏｏｋｉｅの中からクライアントがリクエスト構成情報を取得し、前記リクエスト構成情報を含むデータリクエストをサーバに送信する。サーバは、前記データリクエストを受け取った後、前記データリクエストを解析し、データソースの中からリクエストデータを取得し、クライアントがリクエストしたウェブページ表示データを含むデータブロックをクライアントに送信し、互換性と効率を考慮し、このデータブロックは、ＪａｖａＳｃｒｉｐｔオブジェクトで実現する実行可能コードとすることができ、
ステップ１０２：クライアントがサーバから返信したデータブロックを受け取った場合、前記データブロック、データブロック識別子および当該データブロック識別子と前記データブロックとの対応関係を保存し、
クライアントは、サーバから送信したデータブロックを受け取った後、ブラウザのキャッシュに保存する。前記データブロックが実行可能コードである場合、クライアントは、この実行可能コードを実行することによって、前記データブロックにおけるウェブページ表示データをウェブページ上に表示する。前記データブロックがＸＭＬフォーマットのデータにカプセル化されている場合、クライアントは、前記ＸＭＬフォーマットのデータのカプセル化を解除し、ローカルで事前に保存した対応する実行可能コードを実行することによって、前記データブロックにおけるウェブページ表示データをウェブページに表示する。

ここで、ブラウザのキャッシュは、ダイナミックの形式を利用して実現することができ、データを蓄積する時には、例えば動的配列、キューなどの、一定のデータ構造による行うことである。また、前記キャッシュは、ブラウザプロセスに基づくデータ格納スペースであり、すなわち、現在のブラウザプロセスが終了していない限り、つまり現在のウェブページを表示するブラウザが閉じられない限り、前記キャッシュの中に保存されたデータは存在し続ける。

また、キャッシュの容量は、アプリケーションのサイズおよびヒット率の程度に基づき自由に設定することができ、キャッシュの容量を非常に大きく定義することができ、その上限値はクライアントのメモリサイズである。

ステップ１０３：クライアントがデータを取得する必要がある場合、検索しようとするデータブロック識別子を利用し、前記データブロック識別子が自身に保存されているか否かを判断する。前記データブロック識別子が自身に保存されている場合、ステップ１０４を実行し、保存されていない場合、ステップ１０５を実行する。

ステップ１０４：前記データブロック識別子が自身に保存されている場合、前記対応関係に基づき、前記データブロック識別子に対応するデータブロックを取得し、前記データブロックの中のウェブページ表示データをウェブページ上に表示し、
クライアントは、ウェブページのコンテンツの表示に用いるデータを取得する必要がある場合、先ず自身に保存されたデータブロックの中で必要なデータを検索し、例えば、
ユーザが現在のウェブページを操作するため、クライアントが新しいデータを取得する必要がある場合、先ずブラウザのキャッシュの中で、検索しようとするデータブロック識別子を利用し、前記データブロック識別子を検索し、見つけられた場合、ユーザが必要とするデータブロックがキャッシュの中に保存されていることを意味し、クライアントはステップ１０２において保存した対応関係に基づき、前記データブロック識別子に対応するデータブロックを取得し、前記データブロックにおけるウェブページ表示データを現在のウェブページ上に表示する。検索挙動全体が一定のデータ構造によるため、クライアントのメモリの中で行われるものであり、その速度および効率は、従来の意味におけるサーバにリクエストしてデータを取得するものとは比べものにならない。必要なデータブロックが検索されると、ブラウザが解析し、前記データブロックを実行し、データブロックのコンテンツをページ上に表示する。

好ましくは、データブロック識別子および当該データブロック識別子と前記データブロックとの対応関係をステップ１０２において保存すると同時に、ウェブページ識別子および当該ウェブページ識別子と前記データブロックとの対応関係をさらに保存する。ブラウザのキャッシュの中に保存することもでき、１つのウェブページ識別子が複数のデータブロックに対応することができ、前記ウェブページ識別子はＵＲＬのフォーマットを採用することができる。

ユーザが、現在のウェブページから別のウェブページに切替し、また別のウェブページから元のウェブページに戻る場合に、すなわちこのウェブページのウェブページ識別子を含むログインリクエストをクライアントが受け取った場合に、前記ウェブページ識別子が自身に保存されているか否かを判断し、保存されている場合は、前記対応関係に基づき、前記ウェブ識別子に対応するデータブロックを取得し、前記データブロックにおけるウェブページ表示データを前記ウェブページ上に表示する。このプロセスにおいて、クライアントはサーバとのリンクを再び確立してサーバからデータを取得する必要はなく、サーバの負荷を大幅に減らし、ネットワーク帯域リソースの消耗が低減されると同時に、データ表示の速度も速める。前記ウェブ識別子がクライアント自身に保存されていない場合、前記ウェブ識別子に対応するデータブロックをサーバから取得し、前記データブロックの中のウェブページ表示データを前記ウェブページ上に表示する。

同様に、ユーザが現在のウェブページを更新する場合にも、クライアントは再びサーバからデータを取得する必要がなく、ブラウザのキャッシュの中から、このウェブページのウェブページ識別子に対応するデータブロックを取得し、前記データブロックの中のウェブページ表示データをこのウェブページ上に表示するだけでよい。

ステップ１０５：前記データブロック識別子が自身に保存されていない場合、前記データブロック識別子に対応するデータブロックをサーバから取得し、前記データブロックの中のウェブページ表示データをウェブページ上に表示し、
ステップ１０３において、前記データブロック識別子が自身に保存されていないとクライアントが判断した場合、不可避的にサーバにデータリクエストを送信し、クライアントがサーバから必要とする一定の形式のデータブロックを返信し、また、ここにおけるフォーマットの本質はプロトコルであり、どの種のドキュメントタイプかは特に指定せず、唯一の要求は、クライアントとサーバがコンセンサスを得て、正確に識別し解析できることである。Ａｊａｘにおいては、通常、ＸＭＬであると考えられ、実際の操作において、ＸＭＬフォーマットの解決に大量のリソースが消耗されることを考慮すると、良い方式ではなく、返信されたデータはクライアントで使用されるからには、ＪａｖａＳｃｒｉｐｔを介してそれをオブジェクト化することが理想的な選択である。次に述べる内容は、ブラウザが解決の実行、ページの表示の責任を負うことである。

クライアントは、データの表示と同時に、サーバから送信した新規データおよびデータブロック識別子、当該データブロック識別子と前記データブロックとの対応関係をキャッシュの中に保存し、次回のリクエストで使用できるようにし、その後、ｃｏｏｋｉｅの中のリクエスト構成情報を更新し、前記データのリクエストに用いるリクエスト構成情報をｃｏｏｋｉｅの中に保存する。ユーザがブラウザを閉じると、このウェブページを次に再び開いた場合に、自身に保存したｃｏｏｋｉｅの中からクライアントが更新後のリクエスト構成情報を取得し、前記リクエスト構成情報を含むデータリクエストをサーバに送信することによって、前記ウェブページ表示データを含むデータブロックを取得した後、ウェブページのコンテンツを表示する。

また、ブラウザが閉じられない限り、ブラウザのダイナミックキャッシュの中に保存されたデータは存在し続け、現在のウェブページから次のウェブページにユーザが移動する場合に、次のウェブページにおいて表示を必要とするデータの中に、現在のウェブページと同じ部分がある場合、次のウェブページを表示する場合に、クライアントはブラウザのダイナミックキャッシュの中にすでに保存されたデータを再利用し、クライアントの性能を高めることができる。

キャッシュの容量の制限のため、クライアントのブラウザが閉じられると、前記ブラウザのキャッシュの中のデータがクリアされ、次にブラウザが開いた場合に使用できるようにする必要がある。

図２に示すように、本発明は、ウェブページの表示システムをさらに提供し、前記システムは、クライアント２０１と、サーバ２０２とを含み、クライアント２０１は、サーバが返信したウェブページ表示データを含むデータブロックを受け取った場合に、データブロック識別子および当該データブロック識別子と前記データブロックとの対応関係を保存するために用いられ、検索しようとするデータブロック識別子を利用して、前記データブロック識別子が自身に保存されているか否かを判断し、保存されている場合、前記対応関係に基づき、当該データブロック識別子に対応するデータブロックを取得し、前記データブロックにおけるウェブページ表示データをウェブページ上に表示し、サーバ２０２は、前記クライアントに前記データブロックを提供するために用いられる。

クライアント２０１は、受信部２０１１と、ブラウザ２０１２と、キャッシュ部２０１３とを含み、受信部２０１１は、サーバが返信したウェブページ表示データを含むデータブロックを受け取り、データブロック識別子および当該データブロック識別子と前記データブロックとの対応関係をキャッシュ部に保存するために用いられ、ブラウザ２０１２は、検索しようとするデータブロック識別子を利用して、キャッシュ部において前記データブロック識別子を検索し、見つけられた場合、前記対応関係に基づき、前記データブロック識別子に対応するデータブロックを取得し、前記データブロックにおけるウェブページ表示データをウェブページ上に表示するために用いられ、キャッシュ部２０１３は、前記データブロック識別子および当該データブロック識別子と前記データブロックとの対応関係を格納するために用いられる。

ブラウザ２０１２は、前記データブロックが実行可能コードである場合、前記実行可能コードを実行することによって、前記データブロックにおけるウェブページ表示データをウェブページ上に表示する表示部２０１２１を含む。

受信部２０１１は、ウェブページ識別子および当該ウェブページ識別子と前記データブロックとの対応関係をキャッシュ部に保存するためにさらに用いられ、ブラウザ２０１２は、ユーザからのウェブページ識別子を含むログインリクエストを受け取り、キャッシュ部において前記ウェブページ識別子を検索し、見つけられた場合、前記対応関係に基づき、前記ウェブページ識別子に対応するデータブロックを取得し、前記データブロックにおけるウェブページ表示データをウェブページ上に表示するためにさらに用いられる。

ブラウザ２０１２は、前記データブロック識別子が見つけられなかった場合、サーバから前記データブロック識別子に対応するデータブロックを取得し、前記データブロックにおけるウェブページ表示データをウェブページ上に表示するためにさらに用いられる。前記ウェブページ識別子が見つけられなかった場合、サーバから前記ウェブページ識別子に対応するデータブロックを取得し、前記データブロックにおけるウェブページ表示データをウェブページ上に表示する。

クライアント２０１は、第１削除部２０１４と、第２削除部２０１５とをさらに含み、第１削除部２０１４は、ブラウザが閉じられた後、キャッシュ部に保存されたデータブロック識別子および当該データブロック識別子と前記データブロックとの対応関係をクリアするために用いられ、第２削除部２０１５は、ブラウザが閉じられた後、キャッシュ部に保存されたデータブロック識別子、当該データブロック識別子と前記データブロックとの対応関係、ウェブページ識別子および当該ウェブページ識別子と前記データブロックとの対応関係をクリアするために用いられる。

本分野の当業者は、本発明の主旨および範囲を逸脱せずに、本発明に対し各種の修正および変更を行うことができる。本発明のこれらの修正および変更が本発明の特許請求の範囲および同等の技術の範囲内に属する場合、本発明はこれらの修正および変更も含む。

Claims (16)

1. ウェブページ表示方法であって、
   Ａ．クライアントがサーバから返信したウェブページ表示データを含むデータブロックを受け取った場合に、データブロック識別子および当該データブロック識別子と前記データブロックとの対応関係を保存するステップであって、前記ウェブページ表示データはウェブページに関連付けられたデータの一部である前記データブロックに含まれる保存するステップと、
   Ｂ．クライアントが、検索しようとするデータブロック識別子を利用して、前記データブロック識別子が自身に保存されているか否かを判断し、保存されている場合、前記対応関係に基づき、当該データブロック識別子に対応するデータブロックを取得し、当該データブロックにおけるウェブページ表示データをウェブページ上に表示するステップと、
   を備え、
   ユーザが前記クライアントで現在表示される前記ウェブページから次のウェブページに移動したとき、前記次のウェブページで表示される必要のあるデータが前記現在表示されるウェブページの同じ部分を含む場合に、前記クライアントは、前記次のウェブページを表示するときに、以前記録されたデータブロックを使用する
   ことを特徴とする方法。
2. ステップＢにおける前記データブロックが実行可能コードである場合、クライアントは該実行可能コードを実行することによって、当該データブロックにおけるウェブページ表示データをウェブページ上に表示することを特徴とする請求項１に記載の方法。
3. ステップＡにおいて、前記データブロック識別子および当該データブロック識別子と前記データブロックとの対応関係をダイナミックキャッシュに保存することを特徴とする請求項１に記載の方法。
4. ステップＡにおいて、ウェブページ識別子および当該ウェブページ識別子と前記データブロックとの対応関係をさらに保存し、
   クライアントがユーザからのウェブページ識別子を含むログインリクエストを受け取った場合に、前記ウェブページ識別子が自身に保存されているか否かを判断し、保存されている場合、前記対応関係に基づき、当該データブロック識別子に対応するデータブロックを取得し、当該データブロックにおけるウェブページ表示データをウェブページ上に表示するステップ、
   をさらに備えることを特徴とする請求項１に記載の方法。
5. 前記データブロック識別子がクライアント自身に保存されていない場合、サーバから当該データブロック識別子に対応するデータブロックを取得し、当該データブロックにおけるウェブページ表示データをウェブページ上に表示することを特徴とする請求項１に記載の方法。
6. 前記ウェブページ識別子がクライアント自身に保存されていない場合、サーバから当該ウェブページ識別子に対応するデータブロックを取得し、当該データブロックにおけるウェブページ表示データを前記ウェブページ上に表示することを特徴とする請求項４に記載の方法。
7. クライアントのブラウザが閉じられた後、前記の保存されたデータブロック識別子および当該データブロック識別子と前記データブロックとの対応関係をクリアするステップ、
   をさらに備えることを特徴とする請求項１に記載の方法。
8. クライアントのブラウザが閉じられた後、前記の保存されたデータブロック識別子、当該データブロック識別子と前記データブロックとの対応関係、ウェブページ識別子および当該ウェブページ識別子と前記データブロックとの対応関係をクリアするステップ、
   をさらに備えることを特徴とする請求項４に記載の方法。
9. ウェブページの表示システムであって、
   サーバが返信したウェブページ表示データを含むデータブロックを受け取った場合に、データブロック識別子および当該データブロック識別子と前記データブロックとの対応関係を保存し、検索しようとするデータブロック識別子を利用して、前記データブロック識別子が自身に保存されているか否かを判断し、保存されている場合、前記対応関係に基づき、当該データブロック識別子に対応するデータブロックを取得し、当該データブロックにおけるウェブページ表示データをウェブページ上に表示し、ユーザが前記クライアントで現在表示される前記ウェブページから次のウェブページに移動したとき、前記次のウェブページで表示される必要のあるデータが前記現在表示されるウェブページの同じ部分を含む場合に、前記クライアントは、前記次のウェブページを表示するときに、以前記録されたデータブロックを使用するクライアントと、
   前記クライアントに前記データを提供するサーバと、
   を備えることを特徴とするシステム。
10. 前記クライアントは、
    サーバが返信したウェブページ表示データを含むデータブロックを受け取り、データブロック識別子および当該データブロック識別子と前記データブロックとの対応関係をキャッシュ部に保存する受信部と、
    検索しようとするデータブロック識別子を利用して、キャッシュ部において前記データブロック識別子を検索し、見つけられた場合、前記対応関係に基づき、当該データブロック識別子に対応するデータブロックを取得し、当該データブロックにおけるウェブページ表示データをウェブページ上に表示するブラウザと、
    前記データブロック識別子および当該データブロック識別子と前記データブロックとの対応関係を格納するキャッシュ部と、
    を備えることを特徴とする請求項９に記載のシステム。
11. 前記ブラウザは、
    前記データブロックが実行可能コードである場合、該実行可能コードの実行を介して、当該データブロックにおけるウェブページ表示データをウェブページ上に表示する表示部、
    を備えることを特徴とする請求項１０に記載のシステム。
12. 前記受信部は、ウェブページ識別子および当該ウェブページ識別子と前記データブロックとの対応関係をキャッシュ部に保存するためにさらに用いられる
    前記ブラウザは、
    ユーザからのウェブページ識別子を含むログインリクエストを受け取り、キャッシュ部において前記ウェブページ識別子を検索し、見つけられた場合、前記対応関係に基づき、前記ウェブページ識別子に対応するデータブロックを取得し、当該データブロックにおけるウェブページ表示データをウェブページ上に表示するためにさらに用いられることを特徴とする請求項１０に記載のシステム。
13. 前記ブラウザは、前記データブロック識別子が見つけられなかった場合、サーバから当該データブロック識別子に対応するデータブロックを取得し、当該データブロックにおけるウェブページ表示データをウェブページ上に表示するためにさらに用いられることを特徴とする請求項１０に記載のシステム。
14. 前記ブラウザは、前記ウェブページ識別子が見つけられなかった場合、サーバから当該ウェブページ識別子に対応するデータブロックを取得し、当該データブロックにおけるウェブページ表示データをウェブページ上に表示するためにさらに用いられることを特徴とする請求項１２に記載のシステム。
15. 前記クライアントは、
    ブラウザが閉じられた後、キャッシュ部に保存されたデータブロック識別子および当該データブロック識別子と前記データブロックとの対応関係をクリアする第１削除部、
    をさらに備えることを特徴とする請求項１０に記載のシステム。
16. 前記クライアントは、
    ブラウザが閉じられた後、キャッシュ部に保存されたデータブロック識別子、当該データブロック識別子と前記データブロックとの対応関係、ウェブページ識別子および当該ウェブページ識別子と前記データブロックとの対応関係をクリアする第２削除部、
    をさらに備えることを特徴とする請求項１２に記載のシステム。

Images