JP2004511852A - ネットワークデータの転送高速化システム及び方法 - Google Patents

Abstract

コンピュータネットワーキングのための、システム、方法、及びデバイス。本発明の一つの実施例によると、前記方法は、描画可能な及び描画不可能なデータを有するウェブリソースの要求を遠隔クライアントから受信することを含む。前記方法は、さらに前記要求されたウェブリソースからの前記描画不可能なデータの少なくとも一部をフィルタすることを含み、それによって修正されたウェブリソースを生成する。前記方法は、また、前記修正されたウェブリソースを前記遠隔クライアントへ送信することを含む。描画不可能なデータは、余白、コメント、ハードリターン、メタタグ、キーワード、又はブラウザによってウェブページを提示するのに用いられないその他のデータを含み得る。
【選択図】図１

Description

【０００１】
【発明の属する技術分野】本発明は一般的にコンピュータネットワーク上のデータ伝送に関するものであり、更に詳細に言えば、コンピュータネットワーク上のウェブリソースの伝送の高速化に関するものである。
【０００２】
【従来の技術及び発明が解決しようとする課題】
インターネットは、最近、爆発的な成長を経験してきている。ワールドワイドウェブの出現は、世界中の何百万人ものユーザが、テキスト、グラフィックス、ビデオ、そして音声を有するウェブページを、家で、職場で、あるいは無線デバイスを介して遠隔地にいながら、簡易にダウンロードすることを可能にしてきた。これらのウェブページはしばしばサイズが大きく、それゆえにダウンロードするのに長い時間を要し、ユーザにとって遅延及び欲求不満の原因となっている。遅延はしばしばユーザが要求したウェブページを諦め、他のウェブページに移ってしまう原因となり、収益の損失及び損害を多くの商業ウェブサイトにもたらす結果となる。
【０００３】
ウェブページのダウンロードの遅延の原因には多くの要因がある。サーバでは、大量のページの要求はサーバの許容能力を超え、要求に対する応答なし又は遅い応答の原因となる。コンピュータネットワーク内で、ネットワークの輻輳及び限られた帯域幅はデータ伝送の遅延の原因となり得る。特に、問題となるのは多くのホームユーザと彼らのインターネットサービスプロバイダとの間のいわゆる「最後のマイル」である。ほとんどのインターネットユーザにとって、最後のマイルは、大抵、５６Ｋボーか又はより遅いスピードで動作するように構成される電話モデムによる接続である。これらのユーザにとって、大きなウェブページをダウンロードするには苦痛を感じるほど長い時間が掛かる。
【０００４】
遅延を減らし、ユーザに対してより快適な体験を提供するために、コンピュータネットワーク上のデータ伝送を高速化するシステム及び方法を提供することは望ましいことである。
【０００５】
【課題を解決するための手段】
コンピュータネットワーキングのための、システム、方法、及びデバイスが提供される。前記方法は通常遠隔クライアントからウェブリソースの要求を受信するとともに、その要求されたウェブリソースに対応するオリジナルウェブリソースを取得することを含む。前記方法は、通常、オリジナルウェブリソースよりも小さいファイルサイズであるサイズが最適化されたウェブリソースを形成するため、オリジナルウェブリソースの少なくとも一部を処理することをさらに含む。前記方法は、また、通常遠隔クライアントへサイズが最適化されたウェブリソースを送信するとともに、遠隔クライアントに、サイズが最適化されたオリジナルウェブリソースの少なくとも一部を、オリジナルの無修正の状態で送信することを含む。ウェブリソースは、画像データ、ウェブページソースデータ、又はその他のウェブリソースであってもよい。
【０００６】
本発明のもう一つの態様によれば、前記方法は、遠隔クライアントから、ウェブリソースの要求を受信することを含む。ウェブリソースは、通常、描画可能な及び描画不可能なデータを含む。前記方法は、さらに、要求されたウェブリソースから描画不可能なデータの少なくとも一部をフィルタすることによって修正されたウェブリソースを生成することを含む。前記方法は、また、修正されたウェブリソースを遠隔クライアントへ送信することを含む。描画不可能なデータは、余白、コメント、ハードリターン、メタタグ、キーワード、又はブラウザによってウェブページを提示するのに使用されないその他のデータを含み得る。
【０００７】
本発明のもう一つの態様によれば、前記方法は、遠隔クライアントからウェブリソースの要求を受信するとともに、要求されたウェブリソースに基づいて修正されたウェブリソースを実時間で生成することを含む。修正されたウェブリソースは、通常、要求されたウェブリソースより小さいサイズである。前記方法は、修正されたウェブリソースを遠隔クライアントへ送信することをさらに含む。
【０００８】
前記デバイスは、通常、ウェブサーバと遠隔クライアントとを有するコンピュータネットワーク上で利用される。遠隔クライアントは、コンピュータネットワークを介して、ウェブサーバからウェブリソースをダウンロードするように構成される。デバイスは、通常、遠隔クライアントからウェブリソースの要求を受信し、それに応じて、ウェブサーバから要求されたウェブリソースを取得するように構成されるコントローラを含む。コントローラは、さらに、コンピュータネットワークを介してウェブサーバから遠隔クライアントへのウェブリソースの伝送を実時間で高速化するように構成される。要求されたウェブリソースは、描画不可能なデータを含み、コントローラは描画不可能なデータの少なくとも一部をフィルタで除去することによってコンピュータネットワークを介する遠隔クライアントへのウェブリソースの伝送を高速化するように構成され得る。
【０００９】
本発明のもう一つの態様によれば、前記デバイスは、コンピュータネットワーク上で、遠隔クライアントからウェブリソースの要求を受信し、関連するウェブサーバからウェブリソースを取得し、ウェブリソースを実時間で圧縮し、圧縮されたウェブリソースを遠隔クライアントへ送信するように構成されるコントローラを含む。
【００１０】
前記システムは、通常コンピュータネットワークを介してウェブサーバからウェブリソースをダウンロードするように構成されたコンピュータネットワーク、ウェブサーバ、遠隔クライアントを含む。前記システムは、さらに、通常コンピュータネットワーク上でウェブサーバと遠隔クライアントとの間に位置付けられた高速化デバイスを含む。この高速化デバイスは、ウェブサーバから遠隔クライアントへのウェブリソースの伝送を高速化するように構成される。このウェブリソースは、ウェブページソースデータ、画像データ、又はその他のファイルであり得る。高速化デバイスは、通常、ウェブページソースデータからの描画不可能なデータの少なくとも一部をフィルタすることによってウェブページソースデータの伝送を高速化する。高速化デバイスは、通常、画像データのより小さいバージョンを生成し、そのより小さいバージョンを遠隔クライアントへ送信することによって、画像データの伝送を高速化する。画像データのオリジナルバージョンは、より小さいバージョンの後に遠隔クライアントへ送信し得る。ウェブソースは、また、伝送の前に高速化デバイスによって圧縮し得る。
【００１１】
【発明の実施の形態】
図１をまず参照すれば、本発明の一つの実施例に準じるコンピュータネットワーキングシステムが１０で概して示されている。システム１０は、通常コンピュータ１６を介してサーバ１４からデータをダウンロードするように構成される複数の遠隔クライアント１２を有している。遠隔クライアント１２は，通常、パーソナルコンピュータ（ＰＣｓ）、携帯情報端末（ＰＤＡｓ）、ウェブ使用可能な無線電話、メインフレームコンピュータ等の演算デバイスである。
【００１２】
システム１０は、さらに、それぞれの遠隔クライアント１２とサーバ１４との間に位置する高速化デバイス１８を有する。高速化デバイス１８は、サーバ１４と遠隔クライアント１２との間のデータの伝送を高速化するように構成される。高速化デバイス１８は、あるいは、本明細書においてネットワーキングデバイス１８と呼ばれる。
【００１３】
通常、高速化デバイス１８は、コンピュータネットワーク１６にリンクされるスタンドアロンの電気器具である。本発明の別の実施例によると、システム１０はサーバ１４’に一体化される高速化デバイス１８’を有し得る。高速化デバイス１８は、示されているように、一対一の関係又は一対多の関係でサーバ１４に接続され得る。一つの高速化デバイス１８がいくつかのサーバ１４とリンクされるときは、遠隔クライアント１２からの要求を多くのサーバ１４に分配する機能を果たし、それによって、それぞれのサーバに課せられた負担をほぼ均等化する。
【００１４】
通常、高速化デバイス１８は、構内ネットワーク（ＬＡＮｓ）２０を介して１４に接続され、インターネットのような、通常広域ネットワーク（ＷＡＮ）であるコンピュータネットワーク１６を介して、遠隔クライアント１２に接続される。遠隔クライアント１２は、ブロードバンド接続２４を介して、又は、インターネットサービスプロバイダ（ＩＳＰ）２２を介して、直接ＷＡＮ １６に接続され得る。通常、遠隔クライアント１２及びＩＳＰ ２２は公衆交換電話網（ＰＳＴＮ）２６に通じたモデム接続を介してリンクされる。ＰＳＴＮモデム接続２６の通常の通信速度は略５６Ｋビット毎秒（ｂｐｓ）かそれ以下であるが、一方、直接ブロードバンド接続２４の通常の通信速度は約２５６Ｋｂｐｓと１０Ｍｂｐｓ との間であり、それ以上であり得る。
【００１５】
遠隔サーバ２８は、コンピュータネットワーク１６を介して、遠隔クライアント１２に追加のデータを提供するために設けられ得る。このデータは本文では遠隔より提供されるコンテントとして参照され、ウェブサーバ１４と遠隔サーバ２８とが異なるコンテントプロバイダによって運用されている場合は、本明細書ではサードパーティのコンテントとして参照され得る。遠隔より提供されるコンテントは図１５と１６に４２で示されている。通常、遠隔サーバ２８は、遠隔クライアント１２に広告を提供するように構成される広告サーバ２８である。広告に付け加えて、遠隔に提供されるコンテントは、ニュース、気象、株式市況等のその他の実質的にはどのようなタイプの情報であってもよいし、グラフィックス、テキスト、画像、ビデオ、及び／又は、音声を含み得る。遠隔サーバ２８の機能はさらに後述されるだろう。
【００１６】
サーバ１４， ２８は、通常、図１４の３０で示されるように、遠隔クライアント１２により実行されるブラウザプログラム３４にウェブリソースを提供するウェブサーバ１４， ２８である。模範的なブラウザプログラム３４はカリフォルニア州サンタクララにあるネットスケープコミュニケーションズ社から市販されているネットスケープブラウザと、ワシントン州レッドモンドにあるマイクロソフト社から市販されているインターネットエクスプローラとを含む。ウェブサーバ及びブラウザは、通常、ハイパーテキスト転送プロトコル（ＨＴＴＰ）を利用して通信する。ウェブリソースはウェブページソースデータ３２、画像データ３３、音声データ、ビデオデータ、グラフィックスデータ、ジャバスクリプトアプレットのような埋め込みコード、スタイルシート、又は実質的にはユニフォームリソースインジケータ（ＵＲＩ）を介してブラウザが利用でき解釈できるその他のどのようなリソースでもよい。
【００１７】
図２においては、本発明に準じたコンピュータネットワーキングシステムのもう一つの実施例が１０’ で示されている。コンピュータネットワーキングシステム１０’は、通常、図１の高速化デバイス１８に対して上述されているように同じ場所に位置付けられているサーバ側高速化デバイス１８ａを有する。コンピュータネットワーキングシステム１０’は、また通常、コンピュータネットワーク１６と個々の遠隔クライアント１２との間に位置付けられている遠隔クライアント側高速化デバイス１８ｂを有する。通常、高速化デバイス１８ｂは、ダイアルアップＩＳＰ ２２ａに又はブロードバンドＩＳＰ ２２ｂに位置付けされている。
【００１８】
図２内で示されている実施例では、高速化デバイス１８ａ， １８ｂは、後述する方法で機能し、またバイナリプロトコルを利用して相互に通信する付加的な能力を有し、それによって、ＨＴＴＰのような標準ＡＳＣＩＩプロトコルを用いるのを回避し、ウェブリソースの伝送に必要なビット数を減らしている。付け加えて言えば、高速化デバイス１８ａ， １８ｂは、インターネットプロトコール（ＩＰ）レベルの接続を確立する能力、及び伝送制御プロトコル（ＴＣＰ）を利用せずにバイナリプロトコルで通信する能力を有する。ＴＣＰは、ハンドシェイク、及び、貴重な時間を必要とし、そして全般的なデータ伝送速度を減速するその他の処理を含む。故に、ＴＣＰの使用を回避することはデータが転送される速度を効果的に向上させる。最後に、高速化デバイス１８ａ， １８ｂは、相互に持続的な接続を確立する能力を有する。持続的な接続とは、一度確立されると常にオープンの状態を維持するソケット上のネットワーク接続のことである。接続をオープンにしておくことにより、高速化デバイスはソケットをオープンに及びクローズドにすることに関連する繰り返しのタスクを回避し、それによって、貴重な時間をセーブするとともに全般的なデータ伝送速度を向上させる。
【００１９】
図１４を参照すれば、ウェブリソース３０は、通常、ウェブページソースデータ３２と関連する画像データ３３とを含む。ウェブリソース３０は、また、ビデオファイル、音声ファイル、グラフィックアニメーションファイル、ジャバスクリプトアプレット及びカスケードスタイルシート（ＣＳＳ）等のような埋め込みコードファイル等のその他のタイプのファイルを含む。ウェブページソースデータ３２は、通常、ハイパーテキストマークアップ言語（ＨＴＭＬ）のようなマークアップ言語を利用して符号化されるが、一方、画像データ３４は、通常、ＪＰＥＧ、ＧＩＦ、又はアニメーションＧＩＦ画像形式のような標準画像形式で符号化される。その他の適切なファイル形式がウェブページソースデータ及び画像データに利用でき得ることは理解されるであろう。
【００２０】
ウェブページソースデータ３２は、描画可能（ｒｅｎｄｅｒａｂｌｅ）なデータ３６と描画不可能（ｎｏｎ−ｒｅｎｄｅｒａｂｌｅ）なデータ３８とを含む。描画可能なデータ３６とは、ブラウザ３４がウェブリソース３０を利用してウェブページ４０を描画するとき解釈するように構成されるデータである。即ち、描画可能なデータ３６とは、ウェブページ４０の対話式機能のみならず、ウェブページ４０の視覚的及び聴覚的なコンテント並びに配置を提示する方法に影響を与えるデータである。描画可能なデータ３６は、テキスト、画像、配置、及び形式の指示、背景の色、ハイパーリンク、グラフィックアニメーション、音声などを含むが、これらに限定されるものではない。
【００２１】
描画不可能なデータ３８とは、ウェブページ４０の視覚的若しくは聴覚的なコンテント、配置、又は対話式機能に影響を与える方法では解釈されないデータである。例えば、余白、ハードリターン、コメント、メタタグ、キーワード等は描画不可能なデータの例である。描画不可能なデータ３８は、また、遠隔クライアント１２上のブラウザ３４が解釈するようには構成されていないＨＴＭＬのタグのような形式の指示も含む。画像データ３３は作者、表題、コメント、そして生成日のデータのような描画不可能なデータも含み得る。
【００２２】
以下で詳述するように、高速化デバイス１８は、通常、ウェブリソースの修正されサイズが最適化されたバージョン３０ａを生成するようにウェブリソース３０を処理することにより、サーバ１４から遠隔クライアント１２へのウェブリソース３０の伝送を高速化するように構成される。サイズが最適化されたバージョン３０ａは、オリジナルのウェブリソース３０よりもファイルサイズが小さく、故に、コンピュータネットワーク１６を介して転送するのにより少ない時間で済む。
【００２３】
ウェブリソース３０がウェブページソースデータ３２を有する場合では、オリジナルウェブリソース３０のサイズが最適化されたバージョン３０ａは、通常、オリジナルウェブページソースデータ３２から描画不可能なデータ３８の少なくとも一部をフィルタすることによって生成されるフィルタされたウェブページソースデータ３２ａを有する。ウェブリソース３０が画像データ３３を含む場合では、オリジナルデータのサイズが最適化されたバージョン３０ａは、後述するように、画像データの画像パラメータを変更することにより、及び／又は、画像データの形式を修正することにより生成される画像データのより小さなバージョン３３ａを含み得る。
【００２４】
今度は図１５及び１６を参照すると、ウェブリソース３０に基づいてブラウザ３４によって描画されたウェブページが４０で示されている。ウェブページ４０は、通常、見出し４４、インライン画像４６、及びテキスト４８等と同様に、遠隔サーバ２８によって提供される遠隔から提供されるコンテント４２を含む。ウェブページ４０のテキスト及び形式設定は、タグとしても参照される形式設定指示とウェブページソースデータ３２内に含まれるテキストデータとによって決定される。ウェブページ４０の最終的な視覚的及び聴覚的な提示は、通常、高速化デバイス１８がウェブページソースデータ３２から描画不可能なデータ３８の全て、又は一部をフィルタすることによって変更されないことは理解されるであろう。
【００２５】
ウェブページソースデータ３２は、図１７内の３６ｇで示されるように、遠隔から提供されるコンテント４２のため、遠隔サーバ２８へのハイパーリンクを含んでいる。ハイパーリンク３６ｇは、通常、ユニフォームリソースロケータ（ＵＲＬ）を含み、遠隔サーバ２８からの遠隔から提供されるコンテントの画像データを要求するようにブラウザ３４に指示する。ウェブページソースデータ３２は、また、図１７内の３６ｉ及び図１８内の３６ｋで示されるように、インライン画像４６へのハイパーリンクを含んでいる。ハイパーリンク３６ｉは、ウェブサーバ１４からのインライン画像４６に対応する画像データ３３を要求するようにブラウザ３４に指示する。
【００２６】
後述するように、本発明の一つの実施例によると、画像データをブラウザが要求すると、高速化デバイスは、サイズが最適化されたインライン画像４６ａとして提供されている画像データのより小さなバージョン３３ａを送信するように構成される。サイズが最適化されたインライン画像４６ａが表示された後、ウェブサーバは、通常、画像データのオリジナル無修正バージョン３３を要求するようにブラウザ３４に指示する。画像データのオリジナルバージョン３３は、最終的には、ブラウザ３４を介してオリジナル無修正インライン画像４６として表示される。通常、ウェブサーバはウェブページ４０のウェブページソースデータ３２内にスクリプト（通常、ジャバスクリプト）又はその他の実行可能なコードを埋め込むことにより、画像データのオリジナルバージョン３３をダウンロードするようにブラウザに指示する。このスクリプトはブラウザメモリ内のウェブページを書き換えるように構成されており、その結果、画像データのより小さいバージョン３３ａを指すのに用いられるリンク３６ｋが、画像データのオリジナルバージョン３３を指すのに用いられるリンク３６ｍと交換される。
【００２７】
ウェブページ４０にアクセスするため、遠隔クライアント１２のユーザは、通常、ＩＳＰ ２２を介してコンピュータネットワーク１６への接続を確立し、そして、ウェブサーバ１４によって提供されている所望のウェブページ４０のユニフォームリソースロケータ（ＵＲＬ）をブラウザ３４に入力する。ブラウザ３４は、通常、その所望のウェブページを提供するためにウェブサーバ１４に要求を送信する。通常、高速化デバイスはそのウェブサーバのＵＲＬの中に含まれるＩＰアドレスで位置付けられている。高速化デバイス１８は、後述するように、ウェブサーバ１４へ送信された要求を受信及び処理し、ウェブサーバ１４から遠隔クライアント１２へのウェブリソース３０の伝送を高速化するように構成される。
【００２８】
図３に示されるように、高速化デバイス１８は、バス５６によってリンクされる、メモリ５２を有するコントローラ５０と中央処理装置（ＣＰＵ）５４とを有する。高速化デバイス１８は、また通常、通信プログラム６０とキャシュ６２とを有する大容量記憶装置５８を有する。通信プログラム６０は、図６から図１３に示され、そして、後述する方法で、遠隔クライアント１２からのウェブリソース３０の要求を処理するように構成される。キャシュ６２は、遠隔クライアント１２によって前に要求されたウェブページソースデータ３２、フィルタされたウェブページソースデータ３２ａ、及び画像データ３３， ３３ａのようなウェブリソース３０を格納するように構成される。
【００２９】
高速化デバイス１８は、通常、バス５６と、コンピュータネットワーク１６への外部ネットワークコネクションとに接続されているネットワークインターフェイス６４もまた含む。ネットワークインターフェイス６４は、高速化デバイス１８がコンピュータネットワーク１６を介してデータを送信及び受信することを可能にする。適切なネットワークインターフェイスの一つの例は、オレゴン州のヒルズボロにあるインテル社から市販されているインテルイーサネットプロ１００である。高速化デバイス１８は、また、図１０から図１２で詳細に後述する方法で、実時間で画像データ３３のより小さいバージョン３３ａを生成するように構成されるデジタル信号処理装置（ＤＳＰ）６６を有し得る。ＤＳＰ ６６として用いるのに適切な市販されている例は、テキサス州ダラスにあるテキサスインスツルメント社から市販されているテキサスインスツルメント６５０１／６５０３デジタル信号処理装置である。
【００３０】
図４に、本発明に準ずる高速化デバイスのもう一つの実施例が、概して１８’’で示されている。高速化デバイス１８’’は、通常、単一集積回路基板６８を有する。この集積回路基板は、ネットワークインターフェイス７２、メモリ７４、ＣＰＵ ７６、特定用途向け集積回路（ＡＳＩＣ）７８、大容量記憶装置８０を収納している。ＡＳＩＣ ７８は、通常、通信プログラム６０を含み、一方、大容量記憶装置８０は、通常、上述されているキャッシュ６２を含む。高速化デバイス１８， １８’’の実施例は、スタンドアロンのネットワーク装置１８であり得るし、又は、図１内の１８で示されるようにウェブサーバ１４と一体化され得る。ＡＳＩＣ ７８、ＣＰＵ ７６、及びメモリ７４は、後述する方法で、ウェブリソースの要求を処理するよう構成されるコントローラ８２を形成する。
【００３１】
図６には、本発明に準じた高速化デバイスのさらにもう一つの実施例が概して１８’’’で示されている。高速化デバイス１８’’’は、通常、バス９４によって相互にリンクするとともに、ＲＡＭ ８８、不揮発性メモリ９０、及びネットワークインターフェイス９２とリンクする複数の補助処理ＣＰＵｓ ８４， ８６を有する。構成部品８４から９４は、通常、回路基板９６に取り付けられる。不揮発性メモリは、通常、フラッシュメモリ又はＲＯＭのような半導体メモリであり、上述されている通信プログラム６０を含む。Ｒａｍ ８８は、ＣＰＵｓ が後述する方法でウェブの要求を処理するとき、データの一時的な格納場所としてＣＰＵｓ ８４， ８６に用意されている。代案として、大容量記憶装置及びキャッシュは含み得るが、高速化デバイス１８’’’は、通常、大容量記憶装置又はキャッシュを含まない。構成部品８４， ８６， ８８ 及び９０とは、後述する方法でウェブリソースの要求を処理するように構成されるコントローラを形成する。
【００３２】
今度は図６を参照すると、本発明の一つの実施例による方法が、概して１００で示されている。方法１００は、通常、１０２で、ウェブリソース３０の要求を高速化デバイス１０２で待機（ｌｉｓｔｅｎｉｎｇ）することを含む。前記方法は、１０４で、通常、遠隔クライアントのブラウザ１２からのウェブリソース３０の要求を受信することを含む。通常、その要求は、遠隔クライアントのブラウザ１２から遠隔クライアントのブラウザがウェブサーバ１４に関連付けているＩＰアドレスへ送信されるが、それは実際には付随する高速化デバイス１８に割り当てられたものである。前記要求は、通常、高速化デバイス１８で受信される。
【００３３】
前記方法は、さらに１０６で、ウェブサーバ１４から要求されたウェブリソースに対応するオリジナルウェブリソースを取得することを含む。通常、オリジナルウェブリソースは高速化デバイス１８によって取得される。あるいは、高速化デバイス１８は、要求されたウェブリソースがキャッシュされているかどうかを判定し、そして、キャッシュ６２から要求されたウェブリソースを取得してもよい。
【００３４】
１０８で、前記方法は、通常、高速化デバイス１８でオリジナルウェブリソース３０の少なくとも一部を処理することを含み、その結果、前記オリジナルウェブリソース３０よりも小さいファイルサイズである、サイズが最適化されたウェブリソース３０ａを形成する。通常、ウェブリソース３０は、図７及び図８内に示されるステップでそのファイルのタイプに基づいて処理される。
【００３５】
１１０で、前記方法は、さらに、遠隔クライアント１２にサイズが最適化されたウェブリソース３０ａを送信することを含む。通常、サイズが最適化されたウェブリソース３０ａは、高速化デバイス１８から、コンピュータネットワーク１６を介して、要求をしている遠隔クライアント１２へ送信される。前記サイズが最適化されたウェブページは遠隔クライアント１２よって受信され、そして、遠隔クライアント１２に関係する表示部１２ａ上で表示される。
【００３６】
１１２で、前記方法は、さらに、オリジナルの無修正な状態で、サイズが最適化されたオリジナルのウェブリソース３０の少なくとも一部を、遠隔クライアントへ送信することを含む。故に、方法１００は、オリジナルの無修正な状態で、オリジナルウェブリソース３０の全てを高速化デバイス１８から遠隔クライアント１２へ送信することを含んでもよいし、又は、オリジナルの無修正な状態で、オリジナルウェブリソース３０の一部だけを送信することを含んでもよい。本発明の一つの実施例によれば、ウェブリソース３０はウェブページソースデータ３２及び画像データ３３を含み得るし、１１２で、前記方法は、オリジナルの無修正な状態で、オリジナル画像データ３３だけを送信することを含み得る。
【００３７】
今度は図７及び８を参照すると、図６の方法１００が非常に詳細に示されている。方法１００は、通常、上述されているように、１０２で待機し、１０４でウェブリソース３０の要求を受信し、１０６で要求されたウェブリソース３０を取得することを含む。１０５では、前記方法は遠隔クライアントのハードウエア構成を判定することを含む。ハードウエア構成とは、通常、表示部１２ａの解像度とともに表示部１２ａによってサポートされている色数のことである。ハードウエア構成は、通常、ウェブページソースデータ内の埋め込みファイルを送信することにより検査でき、このファイルは、次の通信でハードウエア構成をウェブサーバへ送信するようにブラウザに指示するように構成される。ハードウエア構成は、後述するように、遠隔クライアント１２へ送信される画像データの最適な画像データ形式を判定するのに利用され得る。
【００３８】
ウェブリソース３０を処理するステップが詳細に図７から図１１内に１０８で示されている。ウェブリソース処理１０８は、通常、１１４で、遠隔クライアントのブラウザタイプ及び／又はブラウザが解釈可能なファイルタイプを判定することを含む。通常、遠隔クライアントのブラウザは、上述されているネットスケープブラウザ若しくはインターネットエクスプローラブラウザのどちらかか、又はこれら二つのブラウザの一つに互換性のあるブラウザかである。勿論、その他のブラウザタイプもまた検出され得ることは理解されるであろう。遠隔クライアントのブラウザタイプは、ステップ１２４及び１２８でデータを圧縮するための圧縮アルゴリズムを決定するのに用いられる。ブラウザが解釈可能なファイルタイプは、通常、遠隔クライアント１２から要求ヘッダで送信され、ＧＺＩＰ、ＤＥＦＬＡＴＥ、ＷＡＶＥＬＥＴ圧縮、及びその他のファイル形式のようなファイルタイプを含み得る。
【００３９】
ウェブリソース処理１０８は、また通常、１１６で、ウェブリソース３０のコンテントタイプを判定することも含む。通常、ウェブリソースは、ＨＴＭＬのようなウェブページソースデータ３２であるか、又は画像データ３３である。前記方法は、通常、ｈｔｍｌ、ｊｐｇ、ｇｉｆ等のようなファイルの拡張子を検査することによりウェブリソースのコンテントタイプを判定する。
【００４０】
１１８で、ウェブリソース３０のコンテントタイプがウェブリソース３０は画像データ３３であることを示している場合、方法１００は図８のステップ１３２に進み、ウェブリソース３０のコンテントタイプがウェブリソースはウェブページソースデータ３２であることを示している場合、方法１００はステップ１２２に進む。
【００４１】
１２２で、処理１０８は、さらに、ウェブページソースデータ３２をフィルタすることを含み、それによってオリジナルウェブページソースデータ３２より小さなサイズの修正されたウェブページソースデータ３２ａを生成する。修正されたウェブページソースデータ３２ａは、また、本明細書においてフィルタされたウェブページソースデータ３２ａとしても参照される。通常、前記方法は、要求を受信した後で、及びフィルタされたウェブページソースデータが遠隔クライアント１２へ送信される前に、ウェブページソースデータ３２を実時間でフィルタすることを含む。
【００４２】
通常、ウェブページソースデータをフィルタすることは、ウェブページソースデータ３２から描画不可能なデータ３８の少なくとも一部をフィルタすることにより達成される。本発明の一つの実施例では、描画不可能なデータ３８の全てがウェブページソースデータ３２からフィルタされる。別の選択としては、前記描画不可能なデータの一部だけが前記ウェブページソースデータからフィルタされる。
【００４３】
通常、描画不可能なデータは図９に示されるプロセスによってフィルタされる。１４６では、フィルタステップ１２２は、通常、ウェブページソースデータから余白をフィルタするサブステップを含む。ここで用いられているように、項目「余白」はスペース、タブ、及び図１７内の３８ｂと３８ｃで示されているように、ウェブページ４０に描画されないウェブページソースデータ３２の中のその他のキャラクタを参照している。
【００４４】
１４８で、フィルタステップ１２２は、通常、ウェブページソースデータ３２からコメントをフィルタするサブステップを含む。コメントは図１７内の３８ｈで示されている型式でウェブページソースデータ３２に現れる。
【００４５】
１５０で、フィルタステップ１２２は、通常、ウェブページソースデータ３２から、図１７内の３８ａで示されるように、ハードリターンをフィルタするサブステップを含んでいる。ＨＴＭＬでは、リターン又はパラグラフタグは、ファイル内でハードリターンを入力するようにブラウザ３４に指示するのに用いられる。しかし、ＡＳＣＩＩでは、リターンはキャリッジリターンキャラクタ（ＣＲ）及び／又はラインフィードキャラクタ（ＬＦ）のどちらかで達成される。通常、ＣＲ及びＬＦのＡＳＣＩＩキャラクタはブラウザ３４によって描画されない。故に、これらのキャラクタのどちらか一方又は両方がウェブページソースデータ３２からフィルタされる。本発明の一つの実施例では、前記方法は、二つの連続したＣＲＬＦキャラクタの組み合わせの内、第二番目だけをフィルタし除外することを含む。故に、ウェブページソースデータ３２内にＣＲＬＦ　ＣＲＬＦが現れるときは、その第２番目のＣＲＬＦがフィルタで除外され、第１番目は修正されたウェブページソースデータ３２ａ内にそのまま残っている。ブラウザタイプ間の型式の相違によって、前記方法は、ステップ１１４で検出されたブラウザタイプに基づいた方法でハードリターンを削除することも含み得る。
【００４６】
１５２で、フィルタステップ１２２は、通常、図１７内の３８ｄで示されるように、メタタグをフィルタするサブステップを含んでいる。メタタグ３８ｄとは、ウェブページ４０を分類し指標を付けるためにインターネットの検索エンジンによって用いられるキーワード３８ｇを含むタグのことである。これらのメタタグ３８ｄ及びそこに含まれるキーワード３８ｇはブラウザ３４によって描画されず、故に通常、ウェブページソースデータ３２からフィルタされ除去される。作者及びメタタグ３８ｄ内のその他のデータもまたフィルタされ除去され得る。
【００４７】
１５４で、フィルタステップ１２２は、タグを小文字で書き換えることによりタグをフィルタすることを含んでいる。タグを小文字で書き換えることは、ＧＺＩＰ又はＤＥＦＬＡＴＥのような方法で圧縮した後画像データのサイズを減少させる傾向がある。故に、タグを小文字で書き換えることは、オリジナルウェブページソースデータ３２よりも小さなファイルサイズを有するフィルタされたウェブページソースデータ３２ａを得る結果となる。
【００４８】
さらに、１２２でウェブページソースファイルをフィルタすることは描画可能なデータをより少ない損失でフィルタすることを含み得る。例えば、前記方法は、ウェブページソースデータから描画可能なデータの一部をフィルタし、その描画可能なデータの一部を、サイズが小さくその交換される描画可能なデータと描画可能性の点において等価な代替の描画可能なデータと交換することを含み得る。描画可能性の点において等価なデータとは、ブラウザ３４によって視覚的に、聴覚的に、及び対話式的に同一の方法で解釈されるデータのことである。描画可能性の点において等価なデータに置き換える一つの例は、一セットの形式設定命令を等価のスタイルシートと置き換えるということである。故に、ここでは、ウェブページソースデータ３２内で、一セットの形式設定命令をスタイルシートに置き換えることを含み得る。
【００４９】
図７に戻ると、ひとたびフィルタされたウェブページソースデータ３２ａが生ずると、方法１００はステップ１２４に戻り、そこで、フィルタされたウェブページソースデータ３２ａは高速化デバイスにて実時間で圧縮される。ステップ１１４から検出されたブラウザタイプがインターネットエクスプローラである場合、フィルタされたウェブページソースデータ３２ａは、通常、ＧＺＩＰ圧縮アルゴリズムを用いて圧縮される。もし、ステップ１１４から検出されたブラウザタイプがネットスケープである場合、フィルタされたウェブページソースデータ３２ａは、通常、ＤＥＦＬＡＴＥ圧縮アルゴリズムを用いて圧縮される。あるいは、前記方法は、１１４で、ＧＺＩＰ、ＤＥＦＬＡＴＥ、又はその他の圧縮アルゴリズムがブラウザで解釈可能なファイルタイプなのかを検出することを含み得る。
【００５０】
１２６で、前記方法は、ブラウザ３４を介して、表示するために、圧縮されフィルタされたウェブページソースデータ３２ａを高速化デバイス１８から遠隔クライアント１２へ送信することをさらに含む。前記方法は、また、自動的に又はユーザからの要求に応じてのどちらかで、圧縮されフィルタされたウェブページソースデータ３２ａを遠隔クライアントのブラウザへ送信した後、オリジナルウェブページソースデータ３２をそのブラウザへ送信することも含む。
【００５１】
１２０で、ウェブリソース３０がウェブページソースデータ３２ではないと判定された場合、１００は、通常、上述されているように、ブラウザタイプ又はブラウザが解釈可能なファイル形式に基づいて選択された圧縮アルゴリズムを用いて、実時間で、オリジナルの無修正な状態でウェブソース３０を圧縮することを含む。１３０では、前記方法は、コンピュータネットワーク１６を介して、圧縮されたオリジナルのウェブソース３０を遠隔クライアント１２へ送信することをさらに含む。
【００５２】
１１８で、ウェブソース３０が画像データ３３であると判定された場合、方法１００は、通常、１３２で、画像データのより小さいバージョン３３ａがキャッシュ６２上でキャッシュされているかどうか判定する。画像データのより小さいバージョン３３ａが既にキャッシュ６２上に格納されている場合、前記方法は、キャッシュ６２からその小さいバージョン３３ａを検索し、１３４で、ブラウザ３４を介して、ウェブページ４０上により小さい画像４６ａとして表示するため、より小さいバージョン３３ａを遠隔クライアント１２へ送信することを含む。ステップ１３４は図６のステップ１１０を達成する一つの模範的な方法である。
【００５３】
１３６では、前記方法は、通常、ブラウザ３４にオリジナル画像データ３３を要求するように指示することを含む。通常、これはウェブページソースデータ３２内のハイパーリンクを書き換えるか又は取り替えることにより達成される。そのハイパーリンクは、図１８内の３６ｋで書き換える前が、又は図１９内の３６ｍで書き換えた後が示されている。書き換える前に、ハイパーリンク３６ｋは画像データのより小さなバージョン３３ａを指し、書き換えた後に、ハイパーリンク３６ｍはオリジナル画像データ３３を指す。ハイパーリンクの書き換えはブラウザ３４に画像データ３３のオリジナルバージョンを要求するように指示する。
【００５４】
この要求に応じて、前記方法は、１３８で、遠隔クライアント１２に画像データ３３のオリジナル無修正バージョンを送信することを含む。遠隔クライアント１２上のブラウザ３４はウェブページ４０ａ上にオリジナル無修正画像４６としてオリジナル画像データを表示する。後述するステップ１３８及びステップ１４０は図６内のステップ１１２を達成する二つの例示的な方法である。ステップ１３８から、前記方法は、通常、図７内のステップ１０２において、新しいウェブリソースの要求の待機に戻る。
【００５５】
ステップ１３２で、画像データのより小さなバージョン３３ａがキャッシュされていないと判定された場合、方法１００は、通常１４０遠隔クライアント１２上のブラウザ３４に、オリジナル画像データ３３を送信することを含む。ブラウザ３４はウェブページ上に画像４６としてオリジナル画像データ３３を表示する。故に、高速化デバイス１８が特定の画像データ３３の要求に出会う最初のときには、通常、その画像データのより小さなバージョン３３ａを最初に送信することなく、前記画像データが該画像データを要求している遠隔クライアントへ送信される。これは、本発明の好適な実施例の一つによると、遠隔クライアント１２に要求された画像データを提供する際の待ち時間を減らすために、画像処理は実時間で実行されないからである。
【００５６】
あるいは、本発明のもう一つのより好適な実施例によると、画像データ３３は高速化デバイス１８のＤＳＰ ６６によって実時間で処理され得る。本発明のこの実施例によると、画像データのより小さなバージョン３３ａは実時間で生成され遠隔クライアント１２へ送信され、その後少したって、オリジナル画像データ３３が遠隔クライアント１２へ送信される。
【００５７】
オリジナル画像データが１４０で送信された後、前記方法は、１４２で、オリジナル画像データ３３のより小さいバージョン３３ａを生成し、１４４で、キャッシュ６２上でそのより小さいバージョン３３ａをキャッシュすることを含む。その小さなバージョン３３ａをキャッシュしたあと、前記方法は、その後、図７内の１０２で、新しいウェブリソースへの要求を待機する状態に戻る。
【００５８】
図１０に示されているように、画像データのより小さいバージョン３３ａを生成するステップは、通常１５６で、一つ又はそれ以上の画像パラメータを判定することで達成される。画像パラメータは、色数、色の類似性、ファイルサイズ、解像度、又はその他の画像パラメータを含み得る。１５８で、前記方法は、通常、１１４で判定されたブラウザが解釈できるデータ形式、１０５で判定された遠隔クライアント１２のハードウエア構成、及び１５６で判定された画像パラメータに基づいて、画像データの最適なデータ形式を選択することを含む。例えば、もしユーザの表示部１２ａが２５６色だけで表示するように構成されていて、オリジナル画像データ３３が何百万色も含む場合、本方法はその画像データのファイル形式を２５６色ファイル形式に変換し、より小さなバージョン３３ａとして遠隔クライアントに２５６色画像を送信するように構成される。この例によって、画像ファイルのより小さなバージョン３３ａは損失のより少ない圧縮の方法で生成され得ることは理解されるであろう。即ち、そのユーザのハードウエア構成が、オリジナル画像４６の色又は解像度を十分に表示するように構成されていないために、より小さな画像４６ａは、遠隔クライアント１２にはオリジナル画像４６と同一に見えることになる。
【００５９】
１６０では、前記方法は、さらに、画像データがすでに最適なファイル形式で格納されているかどうか判定することを含む。もしそうならば、前記方法は図１１に進む。もしそうでなければ、前記方法は、１６２で、最適なデータ形式にオリジナル画像データの形式を修正することをさらに含む。故に、高速化デバイス１８は、例えば、ＪＰＥＧのような一つの形式で画像データを受信し、要求している遠隔クライアント１２に画像を送信する前に、ＧＩＦのようなもう一つの最適な形式に画像データを変換するように構成される。この変換は、ＤＳＰにより実時間で実行され得るし、又は、将来の要求のために最適の形式で画像ファイルをキャッシュするとともに、現在要求している遠隔クライアント１２に無修正の形式で画像ファイルを送信することによってオフラインで実行し得る。
【００６０】
図１１に示されているように、画像データのより小さなバージョン３３ａを生成するステップ１４２は、通常１６８で、オリジナルデータ３３がアニメーション（アニメーションＧＩＦファイルのような）であるかどうか判定し、もしそうならば、１７０でその画像のフレームを抽出することによってさらに達成される。実質的にはいかなる適切なフレームでも抽出され得るが、通常、第１番目のフレームが抽出される。第１番目のフレームは、それから、画像データのより小さなバージョン３３ａとしてキャッシュされる。第１番目のフレームは、後述するように、色数を減らすか又は第１番目のフレームに関連する品質パラメータを減らすことによりサイズをさらに減少することができる。
【００６１】
１７２では、前記方法は、さらに、オリジナル画像データ３３がＪＰＥＧ形式であるかどうか判定することを含む。もしそうならば、前記方法は、さらに１７４で、ＪＰＥＧ画像３３に関連する品質パラメータを減少することを含む。これは、ＪＰＥＧ画像３３の全体としてのファイルサイズを減少させる。結果としての画像データは、画像データ３３のより小さなバージョン３３ａとしてキャッシュされる。
【００６２】
１７６では、前記方法は、さらに、オリジナル画像データ３３がＧＩＦ形式であるかどうか判定することを含む。もしそうならば、前記方法は、さらに１７８で、ＧＩＦ画像データの色数を減らすことを含む。これは、ＧＩＦ画像３３の全体としてのファイルサイズを減少させる。結果としての画像データは画像データ３３のより小さなバージョン３３ａとしてキャッシュされる。
【００６３】
今度は図１２を参照すると、本発明のもう一つの実施例による画像データの伝送のための方法が、概して２００で示されている。方法２００は、通常２０２で、ウェブリソース３０への遠隔クライアント１２からの要求を待機することを含む。方法２００内のその他の全てのステップと同様に、２０２での待機は、通常、上述されているように、高速化デバイス１８によって実行される。２０４では、前記方法は、通常、遠隔クライアント１２上のブラウザ３４からオリジナル画像データ３３の要求を受信することを含む。
【００６４】
２０６では、前記方法は、通常、オリジナル画像データ３３又は関連するより小さなバージョン３３ａがキャッシュ６２上でキャッシュされているかどうか判定する。もしそうでなければ、前記方法は２０８に進み、そこでは前記方法はウェブサーバ１４から要求されたオリジナル画像データ３３を取得することを含む。
【００６５】
２１０では、前記方法は、さらに、画像データ３３のより小さなバージョン３３ａを生成することを含む。通常、これは、２１１で，画像データを最適な形式に修正し、２１２でアニメーション画像データのフレームを抽出し、２１４で画像データに関連する品質パラメータを減らし、及び／又は、２１６で画像データに関連する色数を減らすことによって達成される。これらのステップは詳細に上述されている。
【００６６】
２１８では、前記方法は、通常、ウェブページ４０上により小さな画像４６ａとして表示するため、遠隔クライアント１２のブラウザ３４に画像データ３３のより小さなバージョン３３ａを送信することを含む。前記方法は、また、上述されているように、通常ハイパーリンクを書き換えることによって、画像データのオリジナルバージョン３３を要求するようにブラウザ３４に指示することも含む。２２０では、前記方法は、通常、ウェブページ４０ａ内にオリジナル画像４６として表示するために、ブラウザ３４に画像データのオリジナルバージョン３３を送信することを含む。
【００６７】
あるいは、方法２００は、２０８でウェブサーバ１４からオリジナル画像を取得してからすぐ、２２０でそのオリジナル画像を遠隔クライアント１２へ送信することに直接進み得るし、そうすることにより高速化デバイス１８での待ち処理時間を減少させ得る。この実施例においては、前記方法は、通常、２２０でオリジナル画像３３が遠隔クライアント１２へ送信された後、ステップ２１８に準じてより小さいバージョン３３ａを生成し、キャッシュ６２上でそのより小さなバージョン３３ａをキャッシュすることを含む。この方法はその後２０２で待機に戻る。
【００６８】
２０６で、オリジナル画像３３とステップ２１０に準じて前に生成された画像の関連するより小さいバージョン３３ａとがキャッシュされていると判定された場合、前記方法は、通常、ステップ２２２でそのキャッシュからオリジナル及びより小さなバージョン３３、３３ａを検索し、ステップ２１８、２２０でオリジナル及びより小さなバージョン３３、３３ａを遠隔クライアント１２へ送信することをさらに含む。前記方法はその後２０２で待機に戻る。
【００６９】
今度は図１３を参照すると、本発明のもう一つの実施例に準ずるウェブページソースデータを伝送する方法が、３００で概して示されている。方法３００は、通常３０２で、遠隔クライアント１２からのウェブページソースデータ３２の要求を待機することを含む。方法３００の全てのその他のステップと同様に待機ステップは、通常、上述されているように、高速化デバイス１８によって実行される。
【００７０】
３０４では、前記方法は、通常、遠隔クライアント１２上のブラウザ３４からＨＴＭＬファイルのようなウェブページソースデータ３２の要求を受信することを含む。３０６では、前記方法は、さらに、関連するウェブサーバ１４から要求したウェブページソースデータ３２を取得することをさらに含む。そのウェブページソースデータは、また、それがキャッシュ６２上に格納されている静止ウェブページソースデータである場合、そこから取得され得る。
【００７１】
通常、ウェブページソースデータ３２は上述されているように描画可能なデータ３６及び描画不可能なデータ３８を有している。３０６では、前記方法は、通常、そのウェブページソースデータから描画不可能なデータ３８の少なくとも一部をフィルタし、それによってそのオリジナルウェブページソースデータの修正されフィルタされたバージョン３２ａを生成することを含む。修正されたウェブページソースデータ３２ａはオリジナルウェブページソースデータ３２よりファイルサイズが小さい。
【００７２】
通常、３０８でフィルタすることは、一つ又はそれ以上のフィルタサブステップ３１０−３１６によって達成される。３１０では、前記方法は、上述されているように、ウェブページソースデータ３２から余白をフィルタすることを含み得る。３１２では、前記方法は、上述されているように、そのウェブページソースデータからコメントをフィルタすることを含み得る。３１４では、前記方法は、上述されているように、そのウェブページソースデータからハードリターンをフィルタすることを含み得る。３１６では、前記方法は、上述されているように、タグを小文字で書き換えることによりそのウェブページソースデータからそのタグをフィルタすることを含み得る。さらに、前記方法は、ブラウザ３４が解釈できないＨＴＭＬタグのような描画不可能なコマンドをフィルタすることを含み得る。
【００７３】
３１８では、前記方法は、通常、遠隔クライアント１２上のブラウザ３４に、修正されフィルタされたウェブページソースデータ３２ａを送信することを含む。前記方法は、また、その修正されたウェブページソースデータ３２ａを送信する前に、修正されたウェブページソースデータ３２ａを圧縮することを含み得る。修正されたウェブページソースデータを圧縮するのに用いられる圧縮アルゴリズムは、上述されているように、検出されたブラウザタイプ及び／又はブラウザが解釈可能なデータ形式に基づいて選択され得る。
【００７４】
ブラウザ３４は、ウェブページ４０として修正されたウェブページソースデータ３２ａを表示するように構成される。ブラウザ３４を介する修正されたウェブページソースデータ３２ａの視覚的及び聴覚的な提示は、通常、ブラウザ３４を介するオリジナルウェブページソースデータ３２の視覚的及び聴覚的な提示と同一である。即ち、二つのファイル３２、３２ａは、ブラウザ３４のユーザにとっては、同じように見え、聞こえ、対話する。
【００７５】
今度は図１７を参照すると、オリジナルウェブページソースデータの一つの例が３２で概して示されている。通常、ウェブページソースデータ３２はＨＴＭＬ形式であり、そして静止ファイルであり得るし、また、動的に出力され得る。ウェブページソースデータ３２は、通常、上述されているように、描画可能なデータ３６及び描画不可能なデータ３８を含む。描画可能なデータ３６は、通常、ＨＴＭＬタグ３６ａ、ＨＥＡＤタグ３６ｂ、ＴＩＴＬＥタグ３６ｃ、ＢＯＤＹタグ３６ｄ、ＣＥＮＴＥＲタグ３６ｅ、アンカ（Ａ）タグ３６ｆ、画像（ＩＭＧ）タグ３６ｇ、３６ｉ、及び見出し（Ｈ１）タグ３６ｈのような言語と形式とに関連したＨＴＭＬタグを含む。描画可能なデータ３６は、また、テキストデータ３６ｊ及びリンクされた画像データを含む。画像タグ３６ｉは画像データのオリジナルバージョン３３へのハイパーリンクである。
【００７６】
描画不可能なデータ３８は、通常、ハードリターン３８ａ並びにタブ３８ｂ及びスペース３８ｃのような余白を含む。描画不可能なデータ３８は、さらに、作者パラメータ３６ｅとコンテントパラメータ３６ｆとのようなパラメータを有するメタタグ３６ｄを含む。コンテントパラメータ３６ｆは、通常、ウェブページ４０を分類し指標を付けるために検索エンジンによって用いられるキーワード３６ｇを含む。描画不可能なデータ３６は、さらに、コメント３６ｈを含む。いかなる及び／又は全ての描画不可能なデータ３６は、本発明の実施例に準じて、ウェブページソースデータ３２からフィルタで除去され得る。
【００７７】
図１８は、画像データ３３のより小さなバージョン３３ａへのハイパーリンク３６ｋを伴うフィルタされたウェブページソースデータ３２ａを示している。余白、ハードリターン、メタタグ（作者及びコンテントに関連するキーワードを含む）、及びコメントは取り除かれている。ブラウザ３４は、遠隔クライアント１２上にウェブページ４０（より小さな画像４６ａを有する）を表示するようにウェブページソースデータ３２ａを解釈する。ウェブページソースデータ３２ａは、該ウェブページソースデータからフィルタされる描画不可能なデータを有しており、より小さい画像ファイル３３ａへのハイパーリンクを有するので、ウェブページソースデータ３２よりもダウンロードするのにより少ない時間で済む。故に、ユーザは従来の方法を使うよりも本明細書で記載されている伝送方法を用いるほうが、ウェブページ４０をより早く見ることができる。
【００７８】
図１９は、オリジナル画像データ３３へのハイパーリンク３６ｍを伴う、フィルタされたウェブページソースデータ３２ａ’を示している。通常、埋め込みコード（通常アプレット）は、上述されているように、ウェブページソースデータ３２に挿入され、３２ａ’で示される形式に、フィルタされたウェブページソースデータ３２ａをブラウザ３４に書き換えさせる。ブラウザ３４はウェブページソースデータ３２ａ’を解釈し、ウェブページ４０ａを遠隔クライアント１２上に表示する。故に、ウェブページ４０を迅速にダウンロードできるという恩恵を有し、そのうえユーザは、最終的に、画像データ３３のオリジナルバージョン４６を見ることができる。
【００７９】
ここまで記載された発明は、遅延を減少するとともに、ユーザにより快適な体験を提供するために、コンピュータネットワーク上でのデータの伝送を高速化するのに利用され得る。
【００８０】
本発明は、特に、前記のより好ましい実施例を引用して示されるとともに記載されてきたが、当業者は、特許請求の範囲で定義されるように、本発明の精神及び範疇を逸脱することなく、多くの変更がその中に加えられることは理解できるであろう。本発明の内容は本明細書で記載されている全ての新規であり及び非自明である要素の組み合わせを含むことは理解されるべきであり、特許請求の範囲は、本願又は後の出願における、いかなる新規であり及び非自明である要素の組み合わせに対してにでも提示され得る。前記の実施例は例示であり、単一の特徴又は要素は、本願又は後の出願で主張され得る全ての可能な組み合わせに対して絶対不可欠なものではない。特許請求の範囲に「一つの」若しくは「第１番目の」要素、又は、それに相当することが記載されている場合では、そのような特許請求の範囲は、一つ又はそれ以上のそのような要素が、二つ又はそれ以上のそのような要素について要求も除外もせず、組み入れられていることを含むと理解されるべきである。
【図面の簡単な説明】
【図１】
本発明の一つの実施例に準じたネットワークデータ高速化システムの概略図である。
【図２】
本発明のもう一つの実施例に準じたネットワークデータ高速化システムの概略図である。
【図３】
本発明の一つの実施例に準じたネットワークデータ高速化デバイスの概略図である。
【図４】
本発明のもう一つの実施例に準じたネットワークデータ高速化デバイスの概略図である。
【図５】
本発明のさらにもう一つの実施例に準じたネットワークデータ高速化デバイスの概略図である。
【図６】
本発明の一つの実施例に準じたコンピュータネットワーキングの方法のフローチャートである。
【図７】
本発明のもう一つの実施例に準じたコンピュータネットワーキングの方法のフローチャートである。
【図８】
図７のフローチャートの続きである。
【図９】
図７に示されているウェブページソースデータをフィルタするステップを達成するための方法の一つの実施例のフローチャートである。
【図１０】
図８に示されている画像データのより小さなバージョンを生成するステップを達成するための方法の一つの実施例のフローチャートである。
【図１１】
図１０のフローチャートの続きである。
【図１２】
本発明の一つの実施例に準じた、コンピュータネットワーク上で画像データを転送する方法のフローチャートである。
【図１３】
本発明の一つの実施例に準じた、コンピュータネットワーク上でウェブページソースデータを転送する方法のフローチャートである。
【図１４】
本発明の一つの実施例に準じたデータフローの概略図である。
【図１５】
本発明の一つの実施例に準じたウェブページであり、画像データのより小さなバージョンとともに示されている。
【図１６】
図１５の画像データのオリジナル無修正バージョンとともに示されている図１５のウェブページである。
【図１７】
オリジナルウェブページソースデータのリストである。
【図１８】
本発明の一つの実施例に準じてフィルタされた、インライン画像のより小さなバージョンへのハイパーリンクを含むフィルタされたウェブページソースデータのリストである。
【図１９】
インライン画像のオリジナルバージョンへのハイパーリンクを含むように書き換えられている図１８のフィルタされたウェブページソースデータのリストである。
【符号の説明】
１０　コンピュータネットワーキングシステム
１２　遠隔クライアント
１４、２８　サーバ
１６　コンピュータネットワーク（ＷＡＮｓ）
１８　高速化デバイス
２０　構内ネットワーク（ＬＡＮｓ）
２２　インターネットサービスプロバイダ（ＩＳＰ）
２４　ブロードバンド
２６　公衆交換電話網（ＰＳＴＮ）
３０　ウェブリソース
３２　ウェブページソースデータ
３３　画像データ
３４　ブラウザプログラム
３６　描画不可能なデータ（ｒｅｎｄｅｒａｂｌｅ）
３８　描画可能なデータ（ｎｏｎ−ｒｅｄｅｒａｂｌｅ）
４０　ウェブページ
４２　提供されるコンテント
４４　見出し
４６　インライン画像
４８　テキスト
５４， ７６， ８４， ８６　中央処理装置（ＣＰＵ）
５６　バス
５８， ８０　大容量記憶装置
６０　通信プログラム
６２　キャッシュ
６４， ７２， ９２　ネットワークインターフェイス
６６　デジタル信号処理装置（ＤＳＰ）
６８　単一集積回路基板
７４， ９０　メモリ
７８　特定用途向け集積回路（ＡＳＩＣ）
８２　コントローラ
８８　ＲＡＭ
１００， ２００， ３００　方法

Claims (102)

1. 遠隔クライアントからウェブリソースの要求を受信し、
   該要求されたウェブリソースに対応するオリジナルウェブリソースを取得し、
   該オリジナルウェブリソースよりも小さいファイルサイズであるサイズが最適化されたウェブリソースを形成するため、前記オリジナルウェブリソースの少なくとも一部を処理し、
   前記遠隔クライアントへ該サイズが最適化されたウェブリソースを送信し、
   オリジナルの無修正な状態で、前記遠隔クライアントに、前記サイズが最適化されたオリジナルウェブリソースの前記少なくとも一部を送信すること
   を含むコンピュータネットワーキング方法。
2. 前記ウェブリソースが画像データである請求項１に記載の方法。
3. 前記画像データの最適な画像データ形式を判定することをさらに含む請求項２に記載の方法。
4. ブラウザが解釈可能なファイル形式を判定し、該ブラウザが解釈可能なファイル形式の少なくとも一部に基づいて前記最適な画像データ形式を選択することをさらに含む請求項３に記載の方法。
5. 画像パラメータを判定し、該画像パラメータの少なくとも一部に基づいて前記最適な画像データ形式を選択することをさらに含む請求項３に記載の方法。
6. 前記画像パラメータが、色数、色の類似性、及びファイルサイズからなるグループから選択される請求項５に記載の方法。
7. オリジナルの前記画像データ形式を前記最適なデータ形式に修正することをさらに含む請求項３に記載の方法。
8. 前記オリジナルウェブリソースの少なくとも一部の処理が、前記画像データのより小さいバージョンを生成することを含む請求項２に記載の方法。
9. 前記画像データのより小さいバージョンの生成が、ＪＰＥＧ形式の画像データの品質パラメータを減少させることを含む請求項８に記載の方法。
10. 前記画像データのより小さいバージョンの生成が、ＧＩＦ形式の画像データの色数を減少させることを含む請求項８に記載の方法。
11. 前記画像データがアニメーションである請求項８に記載の方法。
12. 前記アニメーション画像データのより小さいバージョンの生成が、前記アニメーション画像データのフレームを抽出することを含む請求項１１に記載の方法。
13. 前記抽出されたフレームがＧＩＦ形式であり、より小さいバージョンの生成が第１番目のフレームの色数を減少させること含む請求項１２に記載の方法。
14. 前記画像データのより小さいバージョンを生成した後、前記画像データのより小さいバージョンがキャッシュされることを含む請求項１に記載の方法。
15. 前記遠隔クライアントに無修正の前記オリジナルウェブリソースを要求するように指示することをさらに含む請求項１に記載の方法。
16. 前記遠隔クライアントに無修正の前記オリジナルウェブリソースを要求するように指示することが、無修正の前記オリジナルウェブリソースへのハイパーリンクを含めるようにウェブページソースデータを書き直すことによって達成される請求項１に記載の方法。
17. 前記ウェブリソースがウェブページソースデータである請求項１に記載の方法。
18. 前記オリジナルウェブリソースの少なくとも一部の処理が、ウェブページソースをフィルタすることによって修正されたウェブページソースデータをより小さいサイズで生成することを含む請求項１７に記載の方法
19. 前記ウェブページソースデータが描画不可能なデータを含み、フィルタすることが前記ウェブページソースデータの該描画不可能なデータの少なくとも一部をフィルタすることを含む請求項１８に記載の方法。
20. 前記描画不可能なデータが、前記遠隔クライアントが解釈できない、余白、コメント、ハードリターン、キーワード、メタタグ、及びコマンドからなるグループから選択される請求項１９に記載の方法、
21. 前記ウェブページソースデータをフィルタすることが、小文字でタグを書き換えることによりタグをフィルタすることを含む請求項２０に記載の方法。
22. 前記修正されたウェブページソースデータを生成した後、前記修正されたウェブページソースデータがキャッシュされる請求項２０に記載の方法。
23. 遠隔クライアントからウェブリソースの要求を受信することが、コンピュータネットワークを介して、遠隔クライアントのブラウザから要求を受信することを含む請求項１に記載の方法。
24. 前記コンピュータネットワークがＷＡＮである請求項２３に記載の方法。
25. ＷＡＮがインターネットである請求項２４に記載の方法。
26. 前記要求されたウェブリソースに対応するオリジナルウェブリソースを取得することが、ウェブサーバから該オリジナルウェブリソースを要求し受信することを含む請求項２５に記載の方法。
27. オリジナルウェブリソースがＬＡＮを介して前記ウェブサーバから受信される請求項２６に記載の方法。
28. 前記要求されたウェブリソースに対応するオリジナルウェブリソースを取得することが、キャッシュから前記オリジナルウェブリソースを検索することを含む請求項２７に記載の方法。
29. 前記オリジナルウェブリソースの少なくとも一部を処理することが、実時間で前記ウェブリソースを圧縮することを含む請求項１に記載の方法。
30. ブラウザが解釈可能なデータ形式を検出し、該検出されたブラウザが解釈可能なデータ形式に基づいて圧縮アルゴリズムを選択することをさらに含む請求項２９に記載の方法。
31. 前記ウェブリソースを圧縮することが、ＧＺＩＰ圧縮アルゴリズムを用いて圧縮することを含む請求項２９に記載の方法。
32. 前記ウェブリソースを圧縮することが、ＤＥＦＬＡＴＥ圧縮アルゴリズムを用いて圧縮することを含む請求項２９に記載の方法。
33. コンピュータネットワークで使用する方法であって、該方法が
    遠隔クライアントから、描画可能な及び描画不可能なデータを含むウェブリソースの要求を受信し、
    前記要求されたウェブリソースから描画不可能なデータの少なくとも一部をフィルタすることによって修正されたウェブリソースを生成し、
    前記修正されたウェブリソースを前記遠隔クライアントへ送信すること
    を含むコンピュータネットワークで使用する方法。
34. 前記遠隔クライアントがブラウザを有し、前記描画不可能なデータが該ブラウザによって描画できない請求項３３に記載の方法。
35. 前記ウェブリソースが画像データである請求項３３に記載の方法。
36. 前記ウェブリソースがウェブページソースデータである請求項３３に記載の方法。
37. 前記描画不可能なデータのフィルタされた部分が余白を含む請求項３５に記載の方法。
38. 前記描画不可能なデータのフィルタされた部分がコメントを含む請求項３５に記載の方法。
39. 前記描画不可能なデータのフィルタされた部分がハードリターンを含む請求項３５に記載の方法。
40. 前記描画不可能なデータのフィルタされた部分がメタタグを含む請求項３５に記載の方法。
41. 前記描画不可能なデータのフィルタされた部分が、検索エンジンが解釈可能なように構成されたキーボードを含む請求項３５に記載の方法。
42. フィルタすることが、小文字でタグを書き換えることによって前記ウェブページソースデータの該タグをフィルタすることをさらに含む請求項３５に記載の方法。
43. フィルタすることが、前記遠隔クライアントが解釈するように構成されていない描画可能なデータをフィルタすることを含む請求項３５に記載の方法。
44. 前記遠隔クライアント上で実行されるブラウザのブラウザタイプを検出し、
    該ブラウザが解釈するように構成されていないＨＴＭＬタグを判定し、
    該解釈されないＨＴＭＬタグをフィルタすること
    をさらに含む請求項４３に記載の方法。
45. 前記ウェブページソースデータから前記描画可能なデータの一部をフィルタし、前記描画可能なデータの一部を、サイズが小さく、前記描画可能なデータと描画可能という点において等価な代替の描画可能なデータと置き換えることをさらに含む請求項３５に記載の方法。
46. 前記代替の描画可能なデータがスタイルシートを含む請求項３５に記載の方法。
47. 前記要求されたウェブリソースのオリジナルでフィルタされていないバージョンを、前記遠隔クライアントへ送信することをさらに含む請求項３３に記載の方法。
48. 前記要求されたウェブリソースの前記オリジナルでフィルタされていないバージョンを、前記オリジナルでフィルタされていないバージョンに対する遠隔クライアントからの後の要求に応じて、前記遠隔クライアントへ送信することを含む請求項５１に記載の方法。
49. 前記遠隔クライアントへ送信する前に、前記修正されたウェブリソースを圧縮することを含む請求項３３に記載の方法。
50. 前記修正されたウェブリソースが、損失のより少ない圧縮を用いて圧縮される請求項４９に記載の方法。
51. コンピュータネットワークで使用する方法であって、該方法が、
    遠隔クライアントからウェブリソースの要求を受信し、
    該要求されたウェブリソースに基づいて前記要求されたウェブリソースより小さいサイズである修正されたウェブリソースを実時間で生成し、
    該修正されたウェブリソースを前記遠隔クライアントへ送信すること
    を含むコンピュータネットワークで使用する方法。
52. 前記要求が高速化デバイスで受信される請求項５１に記載の方法。
53. 前記高速化デバイスがＬＡＮを介して関連するウェブサーバにリンクされ、に前記修正されたウェブリソースを生成する前に前記ウェブリソースを前記ウェブサーバからプロキシサーバへ転送することを含む請求項５１に記載の方法。
54. 前記ウェブリソースがウェブページソースデータである請求項５１に記載の方法。
55. 前記ウェブリソースが画像データである請求項５１に記載の方法。
56. 前記遠隔クライアントに前記要求されたウェブリソースのオリジナル無修正バージョンを送信することをさらに含む請求項５１に記載の方法。
57. 前記要求されたウェブページの前記オリジナル無修正バージョンが、前記オリジナル無修正バージョンに対する前記遠隔クライアントからの後の要求に応じて、前記遠隔クライアントへ送信される請求項５１に記載の方法。
58. 遠隔クライアントが、コンピュータネットワークを介して、ウェブサーバからウェブリソースをダウンロードするように構成されており、該ウェブサーバと該遠隔クライアントとを有するコンピュータネットワーク上で利用されるネットワーキングデバイスであって、該デバイスは、
    前記遠隔クライアントから前記ウェブリソースの要求を受信し、それに応じて前記ウェブサーバから前記要求されたウェブリソースを取得し、前記コンピュータネットワークを介して前記ウェブサーバから前記遠隔クライアントへの前記ウェブリソースの伝送を実時間で高速化するように構成されるコントローラを有するネットワーキングデバイス。
59. 前記コントローラが、ＡＳＩＣ上に格納されたネットワーク通信プログラムロジックを有する請求項５８に記載のネットワーキングデバイス。
60. 前記コントローラが、メモリに接続されたＣＰＵと、メモリに格納され前記ＣＰＵで実行可能なネットワーク通信プログラムとを有する請求項５８に記載のネットワーキングデバイス。
61. 前記要求されたウェブリソースが描画不可能なデータを含むウェブページソースデータを有しており、前記コントローラが該描画不可能なデータの少なくとも一部をフィルタで除去することによって前記コンピュータネットワークを介する前記遠隔クライアントへの前記ウェブページソースデータの伝送を高速化する請求項５８に記載のネットワーキングデバイス。
62. 前記コントローラが、前記遠隔クライアントへ前記フィルタされたウェブページソースデータの送信後、前記遠隔クライアントへ前記ウェブページソースデータのオリジナルでフィルタされていないバージョンを送信するようにさらに構成される請求項６１に記載のネットワーキングデバイス。
63. 前記要求されたウェブリソースが画像データを含んでおり、前記コントローラが該画像データのより小さいバージョンを生成することによって前記コンピュータネットワークを介して前記ウェブリソースの前記遠隔クライアントへの伝送を高速化するように構成されている請求項６２に記載のネットワーキングデバイス。
64. 前記コントローラが、前記遠隔クライアントへ前記画像データのより小さいバージョンを送信した後、前記画像データのオリジナル無修正バージョンを前記遠隔クライアントへ送信するようにさらに構成される請求項６３に記載のネットワーキングデバイス。
65. コンピュータネットワーキング内で利用するシステムであって、該システムが、
    コンピュータネットワークと、
    ウェブサーバと、
    前記コンピュータネットワークを介して前記ウェブサーバからウェブリソースをダウンロードするように構成される遠隔クライアントと、
    前記ウェブサーバから前記遠隔クライアントへの前記ウェブリソースの伝送を高速化するように構成され、前記コンピュータネットワーク上で前記ウェブサーバと前記遠隔クライアントとの間に位置付けられる高速化デバイスと
    を含むシステム。
66. 前記高速化デバイスが、前記遠隔クライアントから要求されたウェブリソースの要求を受信するように構成され、前記ウェブサーバ又はキャッシュから該要求されたウェブリソースを取得するようにさらに構成される請求項６５に記載のシステム。
67. 前記ウェブサーバと前記高速化デバイスとがＬＡＮを介して接続される請求項６５に記載のシステム。
68. 前記コンピュータネットワークがＷＡＮである請求項６５に記載のシステム。
69. ＷＡＮがインターネットである請求項６７に記載のシステム。
70. 前記遠隔クライアントが前記ウェブサーバからウェブリソースをダウンロードするように構成されるウェブブラウザを含む請求項６５に記載のシステム。
71. 前記高速化デバイスが、前記オリジナルウェブリソースよりも小さいファイルサイズを有するサイズが最適化されたウェブリソースを形成するために、前記オリジナルウェブリソースの少なくとも一部を処理することによって伝送を高速化するように構成される請求項６５に記載のシステム。
72. 前記オリジナルウェブリソースの少なくとも一部が画像データである請求項７１に記載のシステム。
73. 前記高速化デバイスが前記画像データの最適な画像データ形式を判定するように構成される請求項７２に記載のシステム。
74. 前記高速化デバイスが、ブラウザが解釈可能なファイル形式を判定し、該ブラウザが解釈可能なファイル形式の少なくとも一部に基づいて前記最適な画像データ形式を選択するように構成された請求項７３に記載のシステム。
75. 前記高速化デバイスが、画像パラメータを判定し、該画像パラメータの少なくとも一部に基づいて前記最適な画像データを選択するようにさらに構成される請求項７３に記載のシステム。
76. 前記画像パラメータが、前記画像データの色数、色の類似性、及びファイルサイズからなるグループから選択される請求項７５に記載のシステム。
77. 前記高速化デバイスが、前記オリジナル画像データ形式を前記最適なデータ形式に修正するようにさらに構成される請求項７３に記載のシステム。
78. 前記高速化デバイスが、前記画像データのより小さいバージョンを生成することによって前記サイズが最適化されたウェブリソースを形成するように構成される請求項７２に記載のシステム。
79. 前記画像データがＪＰＥＧファイルであり、前記高速化デバイスが該ＪＰＥＧファイルの品質パラメータを減少させるように構成される請求項７８に記載のシステム。
80. 前記画像データがＧＩＦファイルであり、前記高速化デバイスが該ＧＩＦファイルの多数の色を減少させるように構成される請求項７８に記載のシステム。
81. 前記画像がアニメーションであり、前記高速化デバイスが該アニメーション画像データからフレームを抽出するように構成される請求項７８に記載のシステム。
82. 前記抽出されたフレームが、前記アニメーションン画像データの第１番目のフレームである請求項８１に記載のシステム。
83. 前記アニメーション画像データが、アニメーションＧＩＦ画像であり、前記高速化デバイスが前記第１番目のフレーム内の色数を減少させることによって前記アニメーション画像データのより小さいバージョンを生成するように構成される請求項８２に記載のシステム。
84. 前記高速化デバイスが、前記画像データのより小さいバージョンをキャッシュするように構成される請求項７８に記載のシステム。
85. 前記高速化デバイスが、前記遠隔クライアントに前記画像データのより小さいバージョンを送信後、前記遠隔クライアントに前記画像データのオリジナル無修正バージョンを送信するように構成される請求項７８に記載のシステム。
86. 前記ウェブリソースの少なくとも一部が、ウェブページソースデータであり、該ウェブページソースデータが描画可能なデータと描画不可能なデータとを含む請求項７１に記載のシステム。
87. 前記高速化デバイスが、前記描画不可能なデータの少なくとも一部をフィルタすることによって前記オリジナルウェブページソースデータより小さいサイズの修正されたウェブページソースデータを生成するように構成される請求項８１に記載のシステム。
88. 前記描画不可能なデータのフィルタされた部分が余白を含む請求項８７に記載のシステム。
89. 前記描画不可能なデータのフィルタされた部分がコメントを含む請求項８７に記載のシステム。
90. 前記描画不可能なデータのフィルタされた部分がハードリターンを含む請求項８７に記載のシステム。
91. 前記描画不可能なデータのフィルタされた部分がメタタグを含む請求項８７に記載のシステム。
92. 前記描画不可能なデータのフィルタされた部分が検索エンジンによって解釈されるように構成されるキーワードを含む請求項８７に記載のシステム。
93. 前記高速化デバイスが、小文字で前記ウェブページソースデータのタグを書き換えることによってタグをフィルタするように構成される請求項８７に記載のシステム。
94. 前記高速化デバイスが、前記修正されたウェブページソースデータをキャッシュするように構成される請求項８７に記載のシステム。
95. 前記高速化デバイスが、前記修正されたウェブページソースデータを送信後、前記遠隔クライアントに前記ウェブページソースデータのオリジナル無修正バージョンを送信するように構成される請求項８７に記載のシステム。
96. 前記高速化デバイスが、前記遠隔クライアントに伝送する前に、前記ウェブリソースを実時間で圧縮するように構成される請求項６５に記載のシステム。
97. 遠隔クライアントによって実行されるブラウザとウェブサーバとを接続するコンピュータネットワーク上で、データを転送するのに利用されるデバイスであって、
    該デバイスは、
    通信プログラムを実行するように構成されるコントローラを有しており、
    該通信プログラムが、
    前記遠隔クライアントからウェブリソースの要求を受信し、
    前記ウェブサーバから該ウェブリソースを取得し、
    実時間で該ウェブリソースを圧縮し、
    該圧縮されたウェブリソースを前記遠隔クライアントへ送信するように構成されるデバイス。
98. 前記通信プログラムが、前記ウェブリソースの前記要求を読み取り、ブラウザが解釈できる圧縮形式を判定するように構成される請求項９７に記載のデバイス。
99. 前記コントローラが、前記ブラウザが解釈できる圧縮形式を用いて、前記ウェブリソースを圧縮するように構成される請求項９８に記載のデバイス。
100. 前記コントローラにリンクされるネットワークインターフェイスをさらに有する請求項９７に記載のデバイス。
101. 前記ネットワークインターフェイスがＬＡＮを介して前記ウェブサーバに接続するように構成される請求項１００に記載のデバイス。
102. 前記ネットワークインターフェイスがＷＡＮを介して前記遠隔クライアントに接続するように構成される請求項１００に記載のデバイス。

Images