(57)【特許請求の範囲】
【請求項１】
ユーザ装置により実行される方法であって、
ネットワークを介してアクセス可能であるウェブサイトのコンテンツにアクセスすることと、
前記ウェブサイトを表示する言語で記載された内容を解析することと、
前記言語の前記解析に少なくとも一部基づき、前記言語で記載された前記内容に含まれるデータユニフォームリソース識別子（ＵＲＩ）から前記データＵＲＩが格納する前記ウェブサイトのメディアコンテンツの先頭部分を取得することであって、前記データＵＲＩは、前記ウェブサイトの前記メディアコンテンツの解像度を持つ複数の層のうち解像度のより低い層、または前記ウェブサイトの前記メディアコンテンツのデータサイズを持つ複数の層のうちデータサイズのより小さい層を表示する、ことと、
前記言語の前記解析に少なくとも一部基づき、前記データＵＲＩを前記言語で記載された内容から取得することと、
前記データＵＲＩに少なくとも一部基づき、前記メディアコンテンツの少なくとも残りの部分を取得することと、を含み、
前記メディアコンテンツの前記残りの部分を取得するためのオフセットとして、前記先頭部分のサイズが利用され、ブラウザまたはサーバが前記オフセットを使用不可能な場合は、前記メディアコンテンツの全てが転送される、方法。
【請求項２】
前記言語がハイパーテキストマークアップ言語を含む、請求項１に記載の方法。
【請求項３】
前記ネットワークがインターネットまたはイントラネットのうちの１つを含む、請求項１に記載の方法。
【請求項４】
前記メディアコンテンツが画像を含む、請求項１に記載の方法。
【請求項５】
前記画像がプログレッシブ画像を含む、請求項４に記載の方法。
【請求項６】
前記メディアコンテンツがビデオコンテンツおよび音声コンテンツのうちの少なくとも１つを含む、請求項１に記載の方法。
【請求項７】
ネットワークを介してアクセス可能であるウェブサイトのコンテンツにアクセスし、
前記ウェブサイトを表示する言語で記載された内容を解析し、
前記言語の前記解析に少なくとも一部基づき、前記言語で記載された前記内容に含まれるデータユニフォームリソース識別子（ＵＲＩ）から前記データＵＲＩが格納する前記ウェブサイトのメディアコンテンツの先頭部分を取得し、
前記言語の前記解析に少なくとも一部基づき、前記データＵＲＩを前記言語で記載された内容から取得し、前記データＵＲＩに少なくとも一部基づき、前記メディアコンテンツの少なくとも残りの部分を取得し、
前記メディアコンテンツの前記少なくとも残りの部分を取得するためのオフセットとして、前記先頭部分のサイズを利用し、ブラウザまたはサーバが前記オフセットを使用不可能な場合は、前記メディアコンテンツの全てが転送されるように動作可能な、コンピュータシステムを備え、
前記データＵＲＩは、前記ウェブサイトの前記メディアコンテンツの解像度を持つ複数の層のうち解像度のより低い層、または前記ウェブサイトの前記メディアコンテンツのデータサイズを持つ複数の層のうちデータサイズのより小さい層を表示する、システム。
【請求項８】
前記言語がハイパーテキストマークアップ言語を含む、請求項７に記載のシステム。
【請求項９】
前記メディアコンテンツが画像を含む、請求項７に記載のシステム。
【請求項１０】
前記画像がプログレッシブ画像を含む、請求項９に記載のシステム。
【請求項１１】
前記メディアコンテンツがビデオコンテンツおよび音声コンテンツのうちの少なくとも１つを含む、請求項７に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
本特許出願は、その全体が参照としてここに組み込まれ、２０１２年９月２４日に出願された米国特許出願第１３／６２５，６６７号、発明の名称「Ｐｒｏｇｒｅｓｓｉｖｅ  Ｉｍａｇｅ  Ｒｅｎｄｅｒｉｎｇ  Ｕｔｉｌｉｚｉｎｇ  Ｄａｔａ  ＵＲＩ  Ｅｎｈａｎｃｅｍｅｎｔｓ」に対する優先権を主張する。
【背景技術】
【０００２】
例えば、インターネットなどのネットワークへのアクセスが増加し続けると、帯域幅を効果的に利用しながら性能を改善する要求も増加する。例えば、ネットワークを介してネットワークサイトにアクセスする際、このネットワークサイトでロードするページの速度により、改善された体験がユーザに提供される。ネットワークを介する種々のネットワークサイトでのページのダウンロードは、このページのテキストおよびメディアコンテンツにより、ページを素早く適切にレイアウトできないことで妨げられることもある。更に、ユーザは、種々のネットワークサイト上のページにしばしばアクセスしても、このページ内のメディアコンテンツにほとんどまたは全く興味を持たないであろう。したがって、種々のページで高品質および／または高解像度メディアコンテンツを提供することは、このようなユーザにとって帯域幅の浪費であり得る。
【図面の簡単な説明】
【０００３】
発明を実施するための形態は、付随の図を参照して記載される。この図の中で、参照番号の最も左の数字は、参照番号が最初に現れる図面を特定する。異なる図面内で同一参照番号を使用することは、同様のまたは同一の項目または特徴を表示する。
【図１】ネットワーク上でネットワークサイトにアクセスするための環境の例を概略的に図示する。
【図２】ネットワークサイトからユーザ装置にメディアコンテンツを提供するための処理を図示する。
【図３】ネットワークサイトからメディアコンテンツを受信するための処理を図示する。
【発明を実施するための形態】
【０００４】
本開示は、例えば、インターネット、イントラネット等のネットワーク上でウェブサイトなどのネットワークサイトにアクセスするためのアーキテクチャおよび手段を記述する。ここで、このネットワークサイトをユーザの装置に表示する言語は、このネットワークサイトのページ用のメディアコンテンツの一部を含む。したがって、このネットワークサイト用の言語は、一般的に、ハイパーテキストマークアップ言語（ＨＴＭＬ）の形式であり、ここに埋め込まれるデータユニフォームリソース識別子（ＵＲＩ）を含む。ＨＴＭＬは、ウェブページを表示する主マークアップ言語および、例えば、ウェブブラウザなどのアプリケーションを介して表示可能な他の情報である。
【０００５】
本開示に従って、バイナリアイテムがＨＴＭＬにまた含まれるため、ウェブブラウザなどのユーザのアプリケーションは、メディアコンテンツのダウンロードを終了する。統合モデリング言語（ＵＭＬ）のアイテムは、ソフトウェア開発処理またはシステムの配置および動作で使用、または作成される１つの物理的な情報の仕様である。アイテムの例は、モデルファイル、ソースファイル、スクリプト、バイナリ実行ファイル、データベースシステムの表、開発成果物、ワード処理文書、メール通報など、を含む。したがって、例として、ユーザは、コンピューティング装置のウェブブラウザを介してインターネット上のウェブサイトにアクセスする。そのウェブサイトの最初のページがそのコンピューティング装置にダウンロードされると、その最初のページのメディアコンテンツの先頭部分、例えば、画像が、そのＨＴＭＬに埋め込まれたデータＵＲＩを介してそのユーザのコンピューティング装置のウェブブラウザに提供される。メディアコンテンツの先頭部分は、例えば、テキストなどのそのページの他の部分と共にそのユーザに表示される。これにより、そのウェブブラウザがそのウェブサイトのページをより素早くレイアウトを可能にし、したがって、改善されたページロード体験およびページロード時間をそのユーザに提供できる。そのウェブブラウザは、その画像の残りの部分をダウンロードでき、そのＨＴＭＬまたはそのページ内のバイナリアイテムに基づきその画像のより高い品質および／またはより高い定義バージョンを提供できる。
【０００６】
例えば、ＪＰＥＧおよびＰＮＧなどの多くの画像フォーマットは、最初に画像のより低い解像度の「層」をロードし、詳細のレベルが段階的にダウンロードされるなかで、画像化される細部のレベルを改善していくことになる「プログレッシブ」モードを含む。例えば、１００ＫプログレッシブＪＰＥＧでは、ウェブブラウザは、画像データのその最初の２〜３Ｋのみをダウンロードして（最初の層）の低品質バージョンを描画できる。したがって、本開示に従って、プログレッシブ画像は、その画像の先頭部分を提供するために、そのウェブサイト用にそのＨＴＭＬ内に埋め込まれる最初の数層で利用される。
【０００７】
本開示に従って、そのメディアコンテンツの先頭部分は、そのウェブブラウザに提供されることもある。例えば、このユーザは、そのページに配置するメディアコンテンツ内で任意の興味または要求を持つことはない場合がある。例えば、画像は、そのユーザの興味を引かない場合があり、したがって、その画像の先頭部分は、そのウェブブラウザに提供する必要があるすべてであることもある。前述のように、本開示に従って、そのデータＵＲＩから提供される画像のこのような先頭部分は、より低い解像度および／またはより低い品質であることも一般的にあり、したがって、そのユーザが、例えば、その画像のズームを企図またはいくつかの他の目的のためにその画像を選択するなどの、いくつかの一種のトリガを実行しなければ、そのウェブブラウザは、その画像のダウンロードを完了することはできない場合があり、したがって、その画像のより良い品質、より高い解像度バージョンを提供できない場合がある。ユーザは、例えば、より良い品質でメディアコンテンツを視たいという要求、そのコンピューティング装置の性能、帯域幅問題、データ制限などの、因子に基づき、そのメディアコンテンツのダウンロードの完了を自動的に提供または無視できるように、そのウェブブラウザ内で優先傾向をさらに設定できる。
【０００８】
本開示に従って、プロキシサーバなどのサーバは、ユーザがそのプロキシサーバを介してネットワークサイトに最初にアクセスすると、ネットワークサイトからキャッシュ可能なメディアコンテンツを取得することもある。そのプロキシサーバは、そのユーザのウェブブラウザがそのプロキシサーバを介してそのネットワークサイトに接続すると、そのメディアコンテンツの先頭部分をそのユーザに提供できる。そのプロキシサーバは、そのＨＴＭＬに含まれるバイナリアイテムに基づきその全メディアコンテンツを取得して、そのユーザの優先傾向に基づき、その全メディアコンテンツをそのユーザに提供することもあるが、全メディアコンテンツをそのユーザに提供するかに関係なく、そのプロキシサーバのキャッシュ内にそのメディアコンテンツを記憶することもまたある。他のユーザが続いてそのプロキシサーバを介してそのネットワークサイトにアクセスすると、そのプロキシサーバは、そのネットワークサイトのＨＴＭＬ内のデータＵＲＩを介してそのメディアコンテンツの最初のコンテンツを提供でき、その次のユーザの優先傾向に依り、そのプロキシサーバ内のキャッシュからその次のユーザにそのメディアコンテンツの残りの部分をまた提供でき、その結果、その次のユーザに対しページロード性能を改善できる。
【０００９】
アーキテクチャ例
図１は、例えば、インターネット、イントラネット等などのネットワーク上で、ウェブサイトなどのネットワークサイトにアクセスする前述の方法を実装する環境１００を図示する。ここで、ユーザ装置またはユーザ機器がネットワークサイトに表示またはネットワークサイトにアクセスするための言語は、ネットワークサイトのページ用のメディアコンテンツの一部を含む。したがって、図１の環境は、複数のユーザ装置（ＵＥ）１０２（１）、１０２（２）、．．．、１０２（Ｍ）を含む。ＵＥ１０２は、例えば、デスクトップコンピュータ、ラップトップコンピュータ、携帯情報端末、ノートブック、携帯電話等を含むこともある。ＵＥ１０２のこのリストは、これらに限定されないことを意味する。
【００１０】
環境１００は、１つまたは複数のサーバ１０４（１）、１０４（２）、．．．、１０４（Ｎ）として表される複数のコンピューティング装置またはホストを含み、それらは、リソースおよび機能性の両方をまた含むこともある。ＵＥ１０２は、サーバ１０４に接続し、例えば、インターネットまたはイントラネットなどのネットワーク１０６を介してこれと通信できる。サーバ１０４は、ネットワークサイトをホスティングすることによりネットワークサイトプロバイダの役割をするように一般的に構築される。１つまたは複数のサーバ１０４は、プロキシサーバの役割をすることもある。プロキシサーバは、他のサーバからリソースを求めるＵＥからの要求を中継する役割を一般的にするサーバ（コンピュータシステムまたはアプリケーション）である。ＵＥは、異なるサーバから利用可能なファイル、接続、ウェブページ、または他のリソースなどのいくつかのサービス要求をそのプロキシサーバに接続する。図１の環境例１００で、サーバ１０４（２）は、サーバ１０４（３）、１０４（４）、．．．、１０４（Ｏ）と通信するプロキシサーバの役割として図示される。
【００１１】
更に、ネットワークアクセス可能なコンピューティングプラットフォームは（図示されない）、しばしば、「クラウドコンピューティングプラットフォーム」または「クラウドコンピューティング環境」と称され、ネットワークサイトをホスティングすることでネットワークサイトプロバイダの役割をするように構築されることもある。このようなネットワークアクセス可能なコンピューティングプラットフォームは、１つまたは複数のサーバ１０４を含むこともあり、サーバ１０４ではなく、またはサーバ１０４に含まれる他の形式のコンピューティング装置を利用することもある。
【００１２】
環境１００内のホストとしてサービス提供に利用可能なコンピューティング装置は、専用のサーバ、共用サーバ、仮想サーバ、サーバスライス、処理装置、処理装置周期、などの形式であることもある。図１は、そのコンピューティング装置をサーバ１０４の形式で図示するが、これは、これに限定することを意味せず、したがって、平易さおよび明確さのために単純に提示される。１つまたは複数のサーバ１０４は、１つまたは複数のプロキシサーバを含めて、ネットワークアクセス可能なコンピューティングプラットフォーム内に含めることができる。
【００１３】
図示されるように、サーバ１０４（一般的にサーバ１０４ａとして表される）は、１つまたは複数の処理装置１０８およびメモリ１１０を一般的に含み、任意の種類のコンピュータ読取り可能な記憶媒体を含むこともあり、１つまたは複数のアプリケーション１１２を記憶することもある。メモリ１１０は、１つまたは複数のハードディスク装置１１４の形式であることもあり、例えば、キャッシュ１１６などの他の形式のメモリをまた含むこともある。アプリケーション１１２は、ホスティングネットワークサイトと関連付けられる種々の機能の実行に利用されることもあり、そのネットワークサイトと関連付けられる種々のコンテンツを提供することもある。サーバ１０４ａは、通信接続、入出力Ｉ／Ｏとインターフェイスなどのコンピューティング装置内で典型的に見られる１つまたは複数の他の構成要素をまた含むこともある。サーバ１０４ａは、１つまたは複数の電力バス１１８および１つまたは複数の電源１２０をまた一般的に含む。
【００１４】
図示されるように、ＵＥ１０２（ＵＥ１０２ａとして一般的に表される）は、１つまたは複数の処理装置１２２およびメモリ１２４を一般的に含み、これらは、任意の種類のコンピュータ読取り可能な記憶媒体を含むこともあり、１つまたは複数のアプリケーション１２６を記憶することもある。メモリ１２４は、１つまたは複数のハードディスク装置１２８の形式であることもあり、他の形式のメモリをまた含むこともある。アプリケーション１２６は、ネットワークサイトへのアクセス、およびネットワークサイトと関連付けられる種々のコンテンツを受信する種々の機能の実行に利用されることもある。したがって、一般的に、アプリケーション１２６の１つは、典型的に、ウェブブラウザなどのブラウザの形式である。ＵＥ１０２ａは、通信接続、入出力Ｉ／Ｏとインターフェイスなどのコンピューティング装置内で典型的に見られる１つまたは複数の他の構成要素をまた含むこともある。ＵＥ１０２ａは、１つまたは複数の電力バス１３０および１つまたは複数の電源１３２をまた一般的に含む。
【００１５】
ＵＥ１０２は、ユーザが、例えば、ウェブブラウザを介してインターネットまたはイントラネットなどのネットワーク１０６にアクセスすることに利用される。ネットワーク１０６は、ＵＥ１０２を介してユーザにコンテンツを提供するための種々のネットワークサイトを含む１つまたは複数のサーバ１０４にアクセスすることに利用される。コンテンツは、これに限定されないが、テキスト、画像、ビデオ、音響等を含めることができる。したがって、既知のように、ユーザは、ＵＥ１０２を利用して、ウェブページ、ウェブサイト、および／または内部のページならびにイントラネットなどの内部のシステムのネットワークサイトにアクセスするために、ネットワーク１０６を介してサーバ１０４にアクセスする。
【００１６】
そのブラウザは、１つまたは複数のサーバ１０４によりブラウザの機能の１つまたは複数、すべてのものを実行するような方法でまた実装できる。このようなブラウザは、分割アーキテクチャを使用し、それにより、処理の一部は、１つまたは複数のサーバ１０４上で実行され、その処理の一部は、ＵＥ１０２により実行される。したがって、サーバ１０４内のアプリケーション１１２の１つおよびＵＥ１０２内のアプリケーション１２６の１つは、そのようなブラウザを含むこともある。
【００１７】
操作例
本開示に従って、ネットワークサイト用の言語は、一般的に、ＨＴＭＬの形式であり、そこに直接に埋め込まれるデータＵＲＩを含む。更に、バイナリアイテムは、そのＨＴＭＬ内にまた含まれる。データＵＲＩアーキテクチャは、位置、すなわち、ＵＲＩを介してそのバイナリデータを参照する代わりに、ＨＴＭＬ内に直接バイナリデータの包含させることができる。例えば、ネットワークサイトに小さいＪＰＥＧを含めると仮定すると、そのネットワークサイトにそのＪＰＥＧを含める従来の方法は、そのバイナリアイテムの位置、例えば、ｉｍｇ  ｓｒｃ＝’／ｔｉｎｙ＿ｉｍａｇｅ．ｊｐｇ’を参照することである。前述のように、統一モデリング言語（ＵＭＬ）内のアイテムは、ソフトウェア開発処理、またはシステムの配置および動作により使用または作成される１つの物理的な情報の仕様である。このアイテムの例は、モデルファイル、ソースファイル、スクリプト、およびバイナリ実行ファイル、データベースシステム内の表、開発成果物、またはワード処理文書、メールメッセージを含む。
【００１８】
データＵＲＩにより、ｂａｓｅ６４で符号化された文字列として、例えば、ｉｍｇ  ｉｒｃ＝’ｄａｔａ：ｉｍａｇｅ／ｊｐｅｇ；ｂａｓｅ６４，［ｂａｓｅ−６４−ｂｉｎａｒｙ−ｃｏｎｔｅｎｔ−ｈｅｒｅ］’として、その実際のバイナリコンテンツを含めることができる。データＵＲＩは、バイナリデータのテキスト符号化をする必要があるが、その画像自身用に別個のハイパーテキスト転送プロトコル（ＨＴＴＰ）要求を作成すべきことを回避できる。
【００１９】
例えば、ＪＰＥＧおよびＰＮＧなどの多くの画像フォーマットは、最初に画像のより低い解像度の「層」をロードし、細部のレベルが段階的にダウンロードされるなかで、画像化される細部のレベルを改善していく「プログレッシブ」モードを含む。具体的には、単純または「ベースライン」ＪＰＥＧファイルは、その画像の１つの最上部から最下部までの走査として記憶される。プログレッシブＪＰＥＧは、そのファイルを一連の走査に分割する。その第１走査は、大変低い品質設定と同等に、その画像を表示するため、大変少ない空間を占める。次の走査は、その画像の品質を次第に改善する。各走査は、既に提供されたデータに付加するため、合計記憶域仕様は、その最終走査と同じ品質のベースラインＪＰＥＧ画像とおおよそ同じである。すなわち、プログレッシブＪＰＥＧは、より複雑な順位への同じデータの再配置である。したがって、１００ＫプログレッシブＪＰＥＧにより、ウェブブラウザは、画像データの最初の２〜３Ｋのみをダウンロードすることにより（最初の層）の低品質バージョンを画像化できる。
【００２０】
本開示に従って、その最初の数ＫＢは、プログレッシブ画像の細部の最初の数層をおそらく表し、そのＨＴＭＬに直接埋め込まれるデータＵＲＩに含まれる。ＵＲＩは、そのＨＴＭＬにまた含まれるため、そのウェブブラウザは、その他の画像をダウンロード完了するためにその画像を配置するネットワークサイトに到達できる。そのＨＴＭＬは、その画像の残りを転送開始するオフセットをまた含むこともある。例えば、そのＨＴＭＬは、
ｉｍｇ  ｓｒｃ＝’／ｂｉｇ＿ｉｍａｇｅ．ｊｐｇ’  ｘ−ｓｒｃ＝’ｄａｔａ：ｉｍａｇｅ／ｊｐｅｇ；ｂａｓｅ６４，［ｌｏｗ−ｒｅｓ−ｆｉｒｓｔ−ｌａｙｅｒ−ｂａｓｅ６４−ｅｎｃｏｄｅｄ］’であることもある。
【００２１】
この「ｓｒｃ」属性は、完全に通常のプログレッシブＪＰＥＧを参照することに使用される。したがって、そのウェブブラウザがデータＵＲＩを支援しない、および／またはそのデータＵＲＩ内のデータに問題がある場合でも、全画像が、正常に表示され得る。更に、そのデータＵＲＩ自身のＪＰＥＧ画像の最初の数ＫＢ（ヘッダおよび最初の接続層）は、その「ｘ−ｓｒｃ」属性に含まれる。そのウェブブラウザは、これをインラインで復号でき、「ｓｒｃ」属性を使用せずに低解像度層を即座に表示できる。また、そのブラウザは、データＵＲＩから復号されるバイト数を計算でき、「ｓｒｃ」（／ｂｉｇ−ｉｍａｇｅ．ｊｐｇ）用の残りのデータを転送開始するオフセットとしてこれを使用する。これは、そのブラウザが、そのデータＵＲＩを介して既に所有しない「ｂｉｇ−ｉｍａｇｅ．ｊｐｇ」のバイトのみをダウンロードすることを可能にする。そのネットワークサイトを配置するブラウザまたはサーバが、転送用のオフセットを使用不可能なら、その全画像を、（いくつかの冗長構成により）転送でき、最初のバイトを無視できる。属性名「ｓｒｃ」の使用が単なる例であり、その属性の名前が異なることがあることに留意されたい。したがって、属性名前「ｓｒｃ」の使用は、これのみに限定されない。
【００２２】
したがって、データＵＲＩにデータの最初の数千バイトを埋め込むことは、ブラウザが、ネットワークサイトへの最初のアクセス時に、そのレイアウト作業を完全に（すなわち、画像のサイズを計算することによって）完了することを可能にし、非常に迅速にユーザに見るものを提供するが、依然としていずれの冗長構成も無しにフル解像度画像を転送することを可能にする。その全画像にＵＲＩを含めることで、これらの方法は、バイトオフセットを持つＨＴＴＰ要求を支援しないサーバと同様に、データＵＲＩを支援しないブラウズと後方互換性がある。これらの方法は、プロキシサーバがＨＴＭＬを実行中に書き直すことに使用できるため、知的ＨＴＴＰプロキシサーバに含めることができる。更に、画像に対して本開示を記述してきたが、この方法は、例えば、ビデオコンテンツ、および／または音響コンテンツなどの他の形式のメディアコンテンツに使用されることもある。
【００２３】
本開示に従って、そのメディアコンテンツの先頭部分のみが、そのブラウザに提供されることもある。例えば、ユーザは、そのページに配置するメディアコンテンツで任意の興味または要求を持たない場合がある。例として、画像は、ユーザの興味を引かない場合があり、したがって、その画像の先頭部分は、そのブラウザで取得する必要があるすべてであることもある。前述のように、本開示に従って、そのデータＵＲＩから提供される画像のこのような先頭部分は、より低い解像度および／またはより低い品質であることも一般的である。それに応じて、そのユーザは、例えば、より多くの画像またはその画像のより良い品質バージョンを受信する要求を示すために、その画像のズームインまたはいくつかの他の目的用にその画像の選択を企てるなどの、いくつかの一種の「トリガ」を実行することもある。このようなトリガに応答して、そのブラウザは、その画像のダウンロードを完了することもあるため、その画像のより良い品質、より高い解像度バージョンを提供することもある。そのユーザは、例えば、より良い品質でメディアコンテンツを視たいという要求、ＵＥ１０２の性能、帯域幅問題、データ制限等などの、因子に基づき、メディアコンテンツのダウンロードを自動的に無視または完了することを可能にする優先傾向をそのブラウザ内にまた設定できる。そのメディアコンテンツの残りの部分は、規定量の時間後にそのユーザに自動的に提供されることができる。更に、発見的モデルに基づき、そのメディアコンテンツの残りの部分は、そのユーザに自動的に提供されることも可能である。その発見的モデルは、例えば、ユーザ優先傾向、複数のユーザの間での人気、（即ち、メディアコンテンツが複数ユーザに人気がある）等に基づくこともある。そのメディアコンテンツは、例えば、画像、ビデオコンテンツおよび／または音響コンテンツを含めることもできる。
【００２４】
本開示に従って、プロキシサーバ１０４などのサーバ１０４は、ユーザが、ＵＥ１０２により、そのプロキシサーバ１０４を介してネットワークサイトに最初にアクセスすると、ネットワークサイトからキャッシュ可能なメディアコンテンツを取得することもある。そのプロキシサーバ１０４は、ＵＥのブラウザがそのプロキシサーバ１０４を介してそのネットワークサイトに接続すると、そのメディアコンテンツの先頭部分をＵＥ１０２に提供できる。そのプロキシサーバ１０４は、そのネットワークサイトのＨＴＭＬ内のバイナリアイテムに基づき、全メディアコンテンツを取得し、そのブラウザ内で設定したユーザの優先傾向に基づき、または全メディアコンテンツを望むという意思表示をユーザが提供することに基づき、全メディアコンテンツをＵＥ１０２に提供することもある。そのプロキシサーバ１０４は、全メディアコンテンツをＵＥ１０２に提供するかに関係なく、そのプロキシサーバ１０４のキャッシュ１１６内にそのメディアコンテンツをまた記憶することもある。他のユーザが、ＵＥ１０２を介して、そのプロキシサーバ１０４を介してそのネットワークサイトに続いてアクセスする場合、そのプロキシサーバは、そのネットワークサイトのＨＴＭＬ内のデータＵＲＩを介してそのメディアコンテンツの初期コンテンツを提供でき、また、次のユーザの優先傾向に依り、そのプロキシサーバ１０４内のキャッシュ１１６からその次のユーザにそのメディアコンテンツの残りの部分を提供でき、その結果、その次のユーザに対しページロード性能を改善する。そのメディアコンテンツは、例えば、画像、ビデオコンテンツおよび／または音響コンテンツを含めることができる。
【００２５】
キャッシュ１１６に記憶されるメディアコンテンツが画像なら、そのプロキシサーバ１０４は、プログレッシブＪＰＥＧ形式にその画像を符号変換でき、そのキャッシュ１１６に符号変換した画像を挿入し直せる。次のユーザが符号変換した画像を要求すると、そのプロキシサーバ１０４は、プログレッシブＪＰＥＧの最初の数ＫＢまたは層をその次のユーザに送ることができる。そのプログレッシブＪＰＥＧの最初の数ＫＢまたは層は、そのプログレッシブＪＰＥＧの最初の数ＫＢまたは層を要求したユーザに直接送信されることもできる。プロキシサーバ１０４は、最終ＪＰＥＧを形成する画像のより高い品質走査をその次のユーザに流し始めることができる。このやり方で、ユーザは、その画像のより高い品質バージョンを次第に受信する。
【００２６】
更に、次のユーザがそのキャッシュ１１６に記憶される符号変換画像を取得したネットワークサイトにアクセスすると、そのプロキシサーバ１０４は、データＵＲＩとしてプログレッシブＪＰＥＧの最初の数ＫＢまたは層をそのネットワークサイトのＨＴＭＬに埋め込み、埋め込みデータＵＲＩを持つＨＴＭＬをその次のユーザ転送することもある。そのプロキシサーバ１０４は、最終ＪＰＥＧを形成する画像のより高い品質走査をその次のユーザに流し始めることができる。このやり方で、ユーザは、その画像のより高い品質バージョンを次第に受信する。
【００２７】
処理例
図２、３は、１つまたは複数の処理装置により１つまたは複数のステップを実装されることもある実例的な処理の流れ図である。これらの処理（いたる所で記述される他の処理と同様に）は、論理流れ図として図示され、その各動作は、ハードウェア、ソフトウェア、またはこれらの組合せに部分的にまたは全体的に実装できる一連の操作を表す。ソフトウェアとの関連で、これらの動作は、１つまたは複数の有形のコンピュータ読取り可能な記憶媒体に記憶されるコンピュータ実行可能な命令を表し、１つまたは複数の処理装置により実行される時に、その列挙した動作を実行する。一般的に、コンピュータ実行可能な命令は、特定の機能を実行または特定の抽象データ型を実装するルーチン、プログラム、対象物、構成要素、データ構造、などを含む。その動作を記述する順序は、制限と解釈されることを意図するものでなく、任意の数のこの記述される動作は、この処理を実装する際に、任意の順序でおよび／または並列に組み合せることができる。更に、そのアーキテクチャおよびここで記述される手段は、サーバおよびユーザ装置に対して記述されるが、そのアーキテクチャおよび手段は、処理装置および他の環境内の処理コアならびにコンピューティング装置に等しく適用できる。
【００２８】
図２は、ネットワークサイトからユーザ装置、例えば、ＵＥ１０２にメディアコンテンツを提供する方法２００を図示する。２０２で、メディアコンテンツは、ネットワークを介してアクセス可能なネットワークサイトでの表示用に提供される。２０４で、そのメディアコンテンツの先頭部分は、そのネットワークサイトを表示する言語内に埋め込まれる。２０６で、ユニフォームリソース識別子（ＵＲＩ）は、そのメディアコンテンツを含むサイトを表示する言語内に埋め込まれる。そのＵＲＩは、そのネットワーク内のメディアコンテンツの位置を示す。２０８で、そのメディアコンテンツの先頭部分およびそのＵＲＩを含む言語は、そのメディアコンテンツを含むネットワークサイトをそのユーザ装置に表示するためのユーザ装置に提供される。
【００２９】
図３は、ネットワークサイトからユーザ装置、例えば、ＵＥ１０２にメディアコンテンツを受信する方法３００を図示する。３０２で、ネットワークを介してアクセス可能なネットワークサイトのコンテンツにアクセスされる。３０４で、そのネットワークサイトを表示する言語が処理される。３０６で、その言語の処理に少なくとも一部基づき、メディアコンテンツの先頭部分は、その言語から取得される。
【００３０】
本開示の種々の実施形態は、続く付記を考慮して記述できる。
付記１．
ネットワークを介してアクセス可能なネットワークサイトで表示用にメディアコンテンツを提供することと、
ネットワークサイトを表示するためのハイパーテキストマークアップ言語（ＨＴＭＬ）内にメディアコンテンツの先頭部分を埋め込むことと、
メディアコンテンツを含むネットワークサイトを表示するためのＨＴＭＬ内にユニフォームリソース識別子（ＵＲＩ）であって、ネットワーク内のメディアコンテンツの位置を示すＵＲＩを埋め込むことと、
メディアコンテンツを含むネットワークサイトをユーザ装置に表示するため、ユーザ装置に、メディアコンテンツの先頭部分およびＵＲＩを含むＨＴＭＬを提供することと、を含む、方法。
付記２．
アクセス可能なネットワークサイトで表示するためのメディアコンテンツを提供することが、画像を提供する、ことを含む、付記１に記載の方法。
付記３．
画像がプログレッシブ画像を含む、付記２に記載の方法。
付記４．
ネットワークサイトで表示するためのメディアコンテンツを提供することが、ビデオコンテンツおよび音響コンテンツのうちの少なくとも１つを提供すること、を含む、付記１に記載の方法。
付記５．
ネットワークを介してアクセス可能なネットワークサイトのコンテンツを表示する言語内にメディアコンテンツの先頭部分を埋め込むことと、
ネットワークサイトのコンテンツを表示する言語内に、ネットワーク内のメディアコンテンツの位置を示すユニフォームリソース識別子（ＵＲＩ）を埋め込むことと、
コンテンツをユーザ装置に表示するため、ユーザ装置に、メディアコンテンツの先頭部分およびＵＲＩを含む言語を提供することと、を含む動作を、処理装置で実行される時に処理装置に実行させる、コンピュータ実行可能な命令を記憶するコンピュータ読取り可能媒体。
付記６．
言語がハイパーテキストマークアップ言語を含む、付記５に記載のコンピュータ読取り可能媒体。
付記７．
ネットワークがインターネットまたはイントラネットのうちの１つを含む、付記５に記載のコンピュータ読取り可能媒体。
付記８．
メディアコンテンツが画像を含む、付記５に記載のコンピュータ読取り可能媒体。
付記９．
画像がプログレッシブ画像を含む、付記８に記載のコンピュータ読取り可能媒体。
付記１０．
メディアコンテンツがビデオコンテンツおよび音響コンテンツのうち少なくとも１つを含む、付記５に記載のコンピュータ読取り可能媒体。
付記１１．
ネットワークを介してアクセス可能なネットワークサイトでコンテンツにアクセスすることと、ネットワークサイトを示す言語を処理することと、
言語の処理に少なくとも一部基づき、言語からメディアコンテンツの先頭部分を取得することと、を含む、方法。
付記１２．
言語の処理に少なくとも一部基づき、ネットワーク内のメディアコンテンツの位置を示す言語からユニフォームリソース識別子（ＵＲＩ）を取得することと、
ＵＲＩに少なくとも一部基づき、メディアコンテンツの少なくとも残りの部分を取得することと、を更に含む、付記１１に記載の方法。
付記１３．
メディアコンテンツの残りの部分を取得するオフセットとして先頭部分のサイズを利用することを更に含む、付記１３に記載の方法。
付記１４．
言語がハイパーテキストマークアップ言語を含む、付記１１に記載の方法。
付記１５．
ネットワークがインターネットまたはイントラネットのうちの１つを含む、付記１１に記載の方法。
付記１６．
メディアコンテンツが画像を含む、付記１１に記載の方法。
付記１７．
画像がプログレッシブ画像を含む、付記１６に記載の方法。
付記１８．
メディアコンテンツがビデオコンテンツおよび音響コンテンツのうちの少なくとも１つを含む、付記１１に記載の方法。
付記１９．
ネットワークを介してアクセス可能なネットワークサイトのコンテンツにアクセスすることと、
ネットワークサイトを表示する言語を処理することと、
言語の処理に少なくとも一部基づき、言語からメディアコンテンツの先頭部分を取得することと、を含む動作を、処理装置で実行される時に処理装置に実行させる、コンピュータ実行可能な命令を記憶するコンピュータ読取り可能媒体。
付記２０．
言語の処理に少なくとも一部基づき、ネットワーク内のメディアコンテンツの位置を示す言語からユニフォームリソース識別子（ＵＲＩ）を取得することと、
ＵＲＩに少なくとも一部基づき、メディアコンテンツの少なくとも残りの部分を取得することと、を更に動作に含む、請求項１９に記載のコンピュータ読取り可能。
付記２１．
メディアコンテンツの少なくとも残りの部分を取得するためのオフセットとして先頭部分のサイズを利用することを、動作に更に含む、付記２０に記載のコンピュータ読取り可能媒体。
付記２２．
言語がハイパーテキストマークアップ言語を含む、付記１９に記載のコンピュータ読取り可能媒体。
付記２３．
ネットワークがインターネットまたはイントラネットのうちの１つを含む、付記１９に記載のコンピュータ読取り可能媒体。
付記２４．
メディアコンテンツが画像を含む、付記１９に記載のコンピュータ読取り可能媒体。
付記２５．
画像がプログレッシブ画像を含む、付記２４に記載のコンピュータ読取り可能媒体。
付記２６．
メディアコンテンツがビデオコンテンツおよび音響コンテンツのうちの少なくとも１つを含む、付記１９に記載のコンピュータ読取り可能媒体コンピュータ読取り可能媒体。
【００３１】
結論
本対象事項を構造特徴に特定の言語および／または方法論的な動作で記述してきたが、添付の特許請求の範囲で定められる本対象事項は、記述した特定の特徴または動作に必ずしも限定されないと理解されるべきである。むしろ、この特定の特徴および動作は、この特許請求の範囲を実装する典型的な形式として公開される。
【図１】
0006262742.tif 000002
【図２】
0006262742.tif 000003
【図３】
0006262742.tif 000004