(57)【要約】  少なくとも１つのサーバ(20)及び少なくとも１つのユーザ装置(50)を有するシステム(10)においてデータ資産をキャッシュする方法が提供される。各装置(50)は、要求されたデータ資産を記憶する複数のキャッシュ(120,130,140)を有するキャッシュ構成(120,130,140)を含む。前記方法は、(a)１つ又は複数のデータ資産が、前記少なくとも１つのサーバ(20)の第１メモリ(30)において記憶され、前記１つ又は複数のデータ資産に対応するデータ定義が、前記少なくとも１つのサーバ(20)の第２メモリ(40)において記憶されるように構成するステップと、(b)前記少なくとも１つのサーバ(20)が、対応する１つ又は複数の要求されたデータ資産を前記少なくとも１つのユーザ装置(50)に戻すことによって、前記少なくとも１つのユーザ装置(50)からの１つ又は複数のデータ要求に応答するように構成するステップとを有する。前記１つ又は複数の要求されたデータ資産は、前記少なくとも１つのユーザ装置(50)において前記１つ又は複数の要求されたデータ資産の記憶及び処理を制御するために、関連付けられたデータ定義を備える前記少なくとも１つのユーザ装置(50)に供給され、前記少なくとも１つのサーバ(20)が、これにより、前記少なくとも１つの装置(50)における前記キャッシュ構成(120,130,140)を少なくとも部分的に制御するように動作可能である方法。
2007503041.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つのサーバ及び少なくとも１つのユーザ装置を有するシステムにおいてデータ資産をキャッシュする方法であって、各装置が、要求されたデータ資産を記憶する複数のキャッシュを有するキャッシュ構成を含み、前記方法は、
（ａ）１つ又は複数のデータ資産が、前記少なくとも１つのサーバの第１メモリにおいて記憶され、前記１つ又は複数のデータ資産に対応するデータ定義が、前記少なくとも１つのサーバの第２メモリにおいて記憶されるように構成するステップと、
（ｂ）前記少なくとも１つのサーバに関して、対応する１つ又は複数の要求されたデータ資産を前記少なくとも１つのユーザ装置に戻すことによって、前記少なくとも１つのユーザ装置からの１つ又は複数のデータ要求に応答するように構成するステップと
を有する方法であって、
前記１つ又は複数の要求されたデータ資産が、前記少なくとも１つのユーザ装置に、前記少なくとも１つのユーザ装置において前記１つ又は複数の要求されたデータ資産の記憶及び処理を制御するための関連付けられたデータ定義と共に供給され、前記少なくとも１つのサーバが、これにより、前記少なくとも１つの装置における前記キャッシュ構成を少なくとも部分的に制御するように動作可能である方法。
【請求項２】
各ユーザ装置における前記複数のキャッシュが、要求された資産及びこれに関連付けされた定義の両方を記憶するように動作可能である、請求項１に記載の方法。
【請求項３】
前記キャッシュ構成のうちの前記複数のキャッシュが、互いに異なる持続時間であるように指定され、対応する適切な前記複数のキャッシュにおける前記１つ又は複数の要求されるデータ資産の記憶を制御するために、前記１つ又は複数の要求されるデータ資産に関連付けられる前記定義が、前記少なくとも１つのユーザ装置内において解釈可能である、請求項１に記載の方法。
【請求項４】
前記少なくとも１つのユーザ装置は、
（ａ）要求を解釈し、前記少なくとも１つのユーザ装置に、対応する１つ又は複数の要求されたデータ資産を受信することを可能にさせるために、これら要求を、前記少なくとも１つのサーバに仕向けるコンテンツ管理手段と、
（ｂ）前記コンテンツ管理手段から受信された前記１つ又は複数の要求されたデータ資産を、前記１つ又は複数の要求されたデータ資産に関連付けられた前記定義に応じて適切な前記複数のキャッシュに仕向けるキャッシュ管理手段と
を含む、請求項１に記載の方法。
【請求項５】
各ユーザ装置に関して、前記複数のキャッシュが、少なくとも１つのリードワンスキャッシュを有し、前記少なくとも１つのリードワンスキャッシュが、１つ又は複数の要求されたデータ資産を記憶し、その後前記少なくとも１つのリードワンスキャッシュから既定の回数だけ前記１つ又は複数の要求された資産を伝達し、前記既定の回数の後に、前記１つ又は複数の要求されたデータ資産が前記少なくとも１つのリードワンスキャッシュから削除されるように構成される、請求項１に記載の方法。
【請求項６】
前記既定の回数が、データ資産削除の前の１回の読み出しに対応する、請求項５に記載の方法。
【請求項７】
各ユーザ装置が、更に、前記少なくとも１つのユーザ装置の少なくとも１つの操作者と前記コンテンツ管理手段及び前記キャッシュ管理手段のうちの少なくとも１つとの間においてインターフェイスするインターフェイス手段を含み、前記インターフェイス手段は、
（ａ）資産データ要求を、後続の処理のために、前記操作者から前記コンテンツ管理手段及び前記キャッシュ管理手段のうちの前記少なくとも１つへ伝達し、
（ｂ）前記キャッシュ構成のうちの少なくとも１つから及び直接に前記少なくとも１つのサーバから取得された前記要求されたデータ資産を前記少なくとも１つの操作者にレンダリング及び提示する、請求項４に記載の方法。
【請求項８】
前記インターフェイス手段が、グラフィックインターフェイスを前記少なくとも１つの操作者に提供するように動作可能である、請求項７に記載の方法。
【請求項９】
前記コンテンツ管理手段及び前記キャッシュ管理手段のうちの少なくとも１つと組み合わせた前記インターフェイス手段が、１つ又は複数の要求された資産に関して、斯様な１つ又は複数の要求された資産を前記少なくとも１つのサーバから探す前に前記キャッシュ構成を検索するように動作可能である、請求項７に記載の方法。
【請求項１０】
前記キャッシュ構成が、前記１つ又は複数の要求された資産に関して初めに検索され、前記キャッシュ構成が前記１つ又は複数の要求資産を欠いている場合に、その後前記少なくとも１つのサーバが検索される、請求項９に記載の方法。
【請求項１１】
前記キャッシュ構成が、時間的に比較的短い持続時間を有するキャッシュから時間的に比較的長い持続時間を有するものへと漸次的に検索される、請求項９に記載の方法。
【請求項１２】
前記キャッシュ構成が、前記少なくとも１つのサーバと通信をするために、１つ又は複数の初期データ資産を、関連付けられたユーザ装置の初期開始において予備ロードされ、前記１つ又は複数の初期データ資産は、前記ユーザ装置が前記少なくとも１つのサーバと通信中である場合上書きされ得る、請求項１に記載の方法。
【請求項１３】
前記１つ又は複数のデータ資産が、関連付けられたユニバーサルリソースロケータ（ＵＲＬ）によって識別される、請求項１に記載の方法。
【請求項１４】
前記システムが、第１段階、第２段階及び第３段階に従い動作可能であり、これらの段階は、
（ａ）前記第１段階が、少なくとも１つのサーバの前記第１メモリ及び前記第２メモリへのデータ資産入力を規定するように構成され、
（ｂ）前記第２段階が、前記少なくとも１つのサーバから少なくとも１つのユーザ装置の前記キャッシュ構成へのコンテンツダウンロードを規定するように構成され、
（ｃ）前記第３段階が、前記少なくとも１つのユーザ装置の前記キャッシュ構成のうちの少なくとも１つから及び前記少なくとも１つのサーバからのコンテンツ取得を規定するように構成する
、請求項１ないし１３の何れか一項に記載の方法。
【請求項１５】
データ資産をキャッシュするシステムであって、当該システムは、少なくとも１つのサーバ及び少なくとも１つのユーザ装置を有し、各装置は、要求されるデータ資産を記憶する複数のキャッシュを有するキャッシュ構成を含み、当該システムは、
（ａ）１つ又は複数のデータ資産を、前記少なくとも１つのサーバの第１メモリにおいて記憶し、前記１つ又は複数のデータ資産に対応するデータ定義を、前記少なくとも１つのサーバの第２メモリにおいて記憶し、
（ｂ）前記少なくとも１つのサーバに関して、対応する１つ又は複数の要求されたデータ資産を前記少なくとも１つのユーザ装置に戻すことによって、前記少なくとも１つのユーザ装置からの１つ又は複数のデータ要求に応答するように構成する
ように動作可能であるように構成され、
前記１つ又は複数の要求されたデータ資産が、前記少なくとも１つのユーザ装置において前記１つ又は複数の要求されたデータ資産の記憶及び処理を制御するために、関連付けられたデータ定義を備える前記少なくとも１つのユーザ装置に供給され、前記少なくとも１つのサーバが、これにより、前記少なくとも１つの装置における前記キャッシュ構成を少なくとも部分的に制御するように動作可能であるシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば動的サーバページ等のデータ資産をキャッシュする方法に関する。本発明は、更に、前記方法に従い機能し得るシステムにも関する。
【背景技術】
【０００２】
サーバに接続された１人又は複数のユーザにコンテンツを提供するように配置されるサーバを有し、例えばインターネット等の最新の通信ネットワークにおいて存在するシステムは周知である。１人又は複数のユーザは、多くの場合、１つ又は複数のサーバに電話接続を介して結合されるパーソナルコンピュータ（ＰＣ）を備える個人である。更に、１人又は複数のユーザは、サーバから情報を得ること、すなわちコンテンツをダウンロードすることが可能である。斯様なコンテンツのダウンロードは、通常、１人又は複数のユーザが、１つ又は複数の検索要求を１つ又は複数のサーバへ送信し、これらサーバから検索結果を受信し、そして前記検索結果から１つ又は複数のサーバにおいて記憶される１つ又は複数の特定のコンテンツ項目を選択することを必要とする。１つ又は複数の特定の項目の識別が予め既知である場合、１人又は複数のユーザは、これら項目に関連付けられるコンテンツを１つ又は複数のサーバから直接要求することが可能である。
【０００３】
コンテンツを検索するために、１つ又は複数のユーザと１つ又は複数のサーバとの間において複雑な一連の相互作用が生じる。例えば、コンテンツの斯様な検索ステップ及び後に続くダウンロードは、多くの場合、かなりの量のメモリが１つ又は複数のユーザの計算機設備において用いられることになる。
【０００４】
本発明者は、１人又は複数のユーザに関連付けられたＰＣが、メモリ容量が比較的制限され、したがって、膨大なダウンロードされたコンテンツページを記憶することが不可能であるような状況において、実際的なデータ扱い問題が発生することを認識していた。斯様な制限されたメモリ容量は、控えめなメモリ容量を備えられた小型携帯型計算装置の場合に特に関係する。
【０００５】
斯様な制限されたユーザ装置メモリ容量の状況は既知である。例えば、米国特許第6,418,544号において、最小クライアント設置面積(foot  print)を用いた現実的な高レベルウェブサーバ・ストレス検査に関するクライアントメタキャッシュの使用を含む方法が開示され、明細書における「設置面積(foot  print)」は、利用可能なクライアントメモリ容量に関連すると解釈されるべきである。ゆえに、米国特許第6,418,544号において、方法、前記方法を利用するシステム及びウェブサーバにおけるストレス検査を向上するための前記方法において用いる計算機読出し可能コードが開示される。前記方法において、クライアントキャッシュの代替形式が用いられ、より現実的で且つ代表的なクライアント要求が、検査処理において発行されるのを可能にし、斯様な代替されたキャッシュは、「メタキャッシュ」として既知である。メタキャッシュの定義は、例えばサーバに送信される応答から通常キャッシュされ得る最小情報サブセットを記憶するキャッシュ構成であり、この最小サブセットは、条件的ハイパーテキストトランスファープロトコル（ＨＴＴＰ）ＧＥＴ要求の構造を可能にするサブセットである。前記方法において、無条件要求と同様に条件要求を現実的にシミュレートするための容量を提供することによって、サーバに適用されるストレスは、実際のオンライン動作の場合においてサーバが経験し得る実際の通信混雑負荷をより表現する。前記方法は、完全なクライアントキャッシュのオーバーヘッドを存在させることなく、斯様なメタキャッシュにおいて記憶される情報量を低減するように構成される。更に、前記方法は、より多くのブラウザが、制限されたメモリ容量を有する特定のワークステーションからシミュレートされることを更に可能にする。
【０００６】
ゆえに、米国特許第6,418,544号から、例えばインターネット型ネットワークの環境において、１つ又は複数のサーバ及びこのサーバに接続された複数のブラウザを提供し、ブラウザがメタキャッシュを備えられることは既知である。
【０００７】
更に、公開された欧州特許出願第1,061,458号において、減らされた形式のウェブページをキャッシュするシステム及び方法が開示される。様々なタイプの低減処理は、斯様な低減されたウェブページを提供する方法により実施可能である。例えば、ウェブページは、例えば、簡素なグラフィック画素スクリーンディスプレイ及び制限されたメモリ容量を設けられる携帯電話において、表示する必要のない又は特定の小面積装置に関してサポートされない要素を含み得る。前記方法において、これら要素は、ウェブページがキャッシュされる前に除去され得、これにより、キャッシュにおいて占有される減らされたページ用のメモリ空間を潜在的に低減し、したがって対応する非低減ウェブページをレンダリング及び表示するのと比較して、視聴用に記憶された減らされたページをレンダリングする場合に必要とされる時間を低減する利益を追加的に与える。更に、前記方法は、テキスト形式のウェブページの代わりに、ウェブページを識別するのに用いられる解析ツリーの記憶も規定する。より更には、上述の欧州特許出願は、斯様な小面積装置において実行されるソフトウェアアプリケーション及びソフトウェアサービスに関するスレンダ格納フレームワーク(slender  containment  framework)の記載も含む。スレンダフレームワークは、低減された形式のウェブページをキャッシュするように動作可能であるウェブブラウザを構成するのに用いられ得、スレンダフレームワークは、携帯電話及びパームトップ計算機のような小面積装置において用いるのに適している。
【０００８】
発明者は、最新の小面積装置が、３段ソフトウェアアプリケーションを用いて実装される場合、過大な通信帯域幅を必要とすることを認識していた。更に、２段ソフトウェアアプリケーションを用いて実装する場合、小面積装置は、機能するために不便な程に大容量のメモリ容量を必要とする傾向がある。本発明者は、３段又は２段ソフトウェアアプリケーションのどちらを用いて実装するにしても、斯様な小面積装置に関して、例えば単に画像情報を表示する場合にある画面から別の画面に切り替わる場合、関連するネットワーク遅延が全ての状況において許容されないことを認識していた。
【０００９】
ゆえに本発明者は、上述の米国特許出願及び欧州特許出願に記載の方法と区別される、メタキャッシュを用いる代替方法を考案した。
【発明の開示】
【発明が解決しようとする課題】
【００１０】
本発明の第１の目的は、ユーザ設備におけるキャッシュを離れたサーバから制御する方法を提供することである。
【００１１】
本発明の第２の目的は、小設置面積装置と連携して効率的に機能するように動作可能な斯様な方法を提供することである。
【課題を解決するための手段】
【００１２】
本発明の第１態様に従うと、少なくとも１つのサーバ及び少なくとも１つのユーザ装置を有するシステムにおいてデータ資産をキャッシュする方法が提供され、各装置は、キャッシュにおいて要求されたデータ資産を記憶する複数のキャッシュを有するキャッシュ構成を含み、前記方法は、
（ａ）１つ又は複数のデータ資産が、前記少なくとも１つのサーバの第１メモリにおいて記憶され、前記１つ又は複数のデータ資産に対応するデータ定義が、前記少なくとも１つのサーバの第２メモリにおいて記憶されるように構成するステップと、
（ｂ）前記少なくとも１つのサーバが、対応する１つ又は複数の要求されたデータ資産を前記少なくとも１つのユーザ装置に戻すことによって、前記少なくとも１つのユーザ装置からの１つ又は複数のデータ要求に応答するように構成するステップと
を有する方法であって、
前記１つ又は複数の要求されたデータ資産が、前記少なくとも１つのユーザ装置において前記１つ又は複数の要求されたデータ資産の記憶及び処理を制御するために、関連付けられたデータ定義を備える前記少なくとも１つのユーザ装置に供給され、前記少なくとも１つのサーバが、これにより、前記少なくとも１つの装置における前記キャッシュ構成を少なくとも部分的に制御するように動作可能である方法である。
【００１３】
本発明は、少なくともサーバのうちの１つからのユーザ装置キャッシュコンテンツの制御を提供することが可能である点において有利である。
【００１４】
本発明は、メモリ容量が制限され、及び／又は通信帯域幅が制限される小設置面積装置において特に利益がある。
【００１５】
好ましくは、当該方法において、各ユーザ装置における前記複数のキャッシュは、要求された資産及びこれに関連付けされた定義の両方を記憶するように動作可能である。前記定義を含むことは、これにより、前記少なくとも１つのサーバが前記少なくとも１つのユーザ装置のキャッシュ構成を制御するのを可能にするので特に所望であり、これにより、前記少なくとも１つのユーザ装置に関して適した形式でデータ資産を提供し、これを効率的に前記キャッシュ構成のより最適な領域に記憶する。
【００１６】
好ましくは、当該方法において、前記キャッシュ構成の前記複数のキャッシュは、互いに異なる持続時間であるように指定され、前記１つ又は複数の要求されるデータ資産に関連付けられる前記定義は、前記１つ又は複数の要求されるデータ資産の記憶を、適切な対応する前記複数のキャッシュにおいて制御するために前記少なくとも１つのユーザ装置内において解釈可能である。前記キャッシュ構成を交互に異なる持続時間キャッシュに区分化することによって、前記少なくとも１つのサーバが、データ資産及び関連付けられた定義をより良く方向付けするすることが可能であり、これにより、前記少なくとも１つのユーザ装置の動作が、より効率的に及びより少ないメモリ容量集中的にのうちの少なくとも１つでレンダリングされる。
【００１７】
好ましくは、当該方法において、前記少なくとも１つのユーザ装置は、
（ａ）要求を解釈し、前記少なくとも１つのユーザ装置に、対応する１つ又は複数の要求されたデータ資産を受信することを可能にさせるために、これら要求を、前記少なくとも１つのサーバに仕向けるコンテンツ管理手段と、
（ｂ）前記コンテンツ管理手段から受信された前記１つ又は複数の要求されたデータ資産を、前記１つ又は複数の要求されたデータ資産に関連付けられた前記定義に応じて適切な前記複数のキャッシュに仕向けるキャッシュ管理手段と
を含む。
【００１８】
有益には、前記コンテンツ管理手段及び前記キャッシュ管理手段のうちの少なくとも１つは、前記少なくとも１つのユーザ装置の計算ハードウェアにおいて実行可能な１つ又は複数のソフトウェアアプリケーションとして実装される。
【００１９】
好ましくは、当該方法において、各ユーザ装置に関して、前記複数のキャッシュは、少なくとも１つのリードワンスキャッシュ(read-once  cache)を有し、前記少なくとも１つのリードワンスキャッシュは、１つ又は複数の要求されたデータ資産を記憶し、その後前記少なくとも１つのリードワンスキャッシュから既定の回数だけ前記１つ又は複数の要求された資産を伝達し、前記既定の回数の後に、前記１つ又は複数の要求されたデータ資産が前記少なくとも１つのリードワンスキャッシュから削除されるように構成される。斯様な削除は、前記ユーザ装置におけるメモリ容量を自由にすることが可能であり、これにより、ユーザ装置が、制限されたメモリ容量を備えられる場合により効率的に動作することを可能にする、又は／及びユーザ装置が、明らかにより広範囲なサーバページを提供することを可能にさせる。より好ましくは、前記既定の回数は、データ資産削除の前の１回の読み出しに対応する。
【００２０】
好ましくは、各ユーザ装置は、更に、前記少なくとも１つのユーザ装置の少なくとも１つの操作者と前記コンテンツ管理手段及び前記キャッシュ管理手段のうちの少なくとも１つとの間においてインターフェイスするインターフェイス手段を含み、前記インターフェイス手段は、
（ａ）資産データ要求を、あとに続く処理のために、前記操作者から前記コンテンツ管理手段及び前記キャッシュ管理手段のうちの前記少なくとも１つへ伝達し、
（ｂ）前記キャッシュ構成のうちの少なくとも１つから及び前記少なくとも１つのサーバから直接に取得された前記要求されたデータ資産を前記少なくとも１つの操作者にレンダリング及び提示する。
【００２１】
有益には、前記インターフェイス手段は、前記ユーザ装置の計算ハードウェアにおいて実行可能な１つ又は複数のソフトウェアアプリケーションとして実装される。より好ましくは、前記インターフェイス手段は、グラフィックインターフェイスを前記少なくとも１つの操作者に提供するように動作可能である。
【００２２】
好ましくは、当該方法において、前記コンテンツ管理手段及び前記キャッシュ管理手段のうちの少なくとも１つと組み合わせた前記インターフェイス手段は、１つ又は複数の要求された資産に関して、斯様な１つ又は複数の要求された資産を前記少なくとも１つのサーバから探す前に前記キャッシュ構成を検索するように動作可能である。斯様な優先方法は、前記少なくとも１つのサーバ及び少なくとも１つのユーザ装置の間における通信帯域幅要件がこれにより潜在的に低減される点において有益である。より好ましくは、当該方法において、前記キャッシュ構成が、前記１つ又は複数の要求された資産に関して初めに検索され、その後、前記キャッシュ構成が前記１つ又は複数の要求資産を欠いている場合に、前記少なくとも１つのサーバが検索される。
【００２３】
好ましくは、当該方法において、前記キャッシュ構成は、時間的に比較的短い持続時間を有するキャッシュから時間的に比較的長い持続時間を有するものへと漸次的に検索される。斯様な検索順序は、より迅速なデータ資産取得を提供することが可能である。
【００２４】
好ましくは、当該方法において、前記キャッシュ構成が、前記少なくとも１つのサーバと通信をするために、１つ又は複数の初期データ資産を、関連付けられたユーザ装置の初期開始において予備ロードされ、前記１つ又は複数の初期データ資産は、前記ユーザ装置が前記少なくとも１つのサーバと通信中である場合上書きされ得る。斯様な事前ロードされた資産の使用は、より適切な開始特性を備えた前記少なくとも１つの装置を該操作者に提供することが可能である。
【００２５】
好ましくは、例えば最新のインターネットとの互換性を保証するために、当該方法において、前記１つ又は複数のデータ資産は、関連付けられたユニバーサルリソースロケータ（ＵＲＬ）によって識別される。
【００２６】
好ましくは、当該方法において、前記システムは、第１、第２及び第３段階に従い動作可能であり、
（ａ）前記第１段階が、少なくとも１つのサーバの前記第１及び第２メモリへのデータ資産入力を規定するように構成され、
（ｂ）前記第２段階が、前記少なくとも１つのサーバから少なくとも１つのユーザ装置の前記キャッシュ構成へのコンテンツダウンロードを規定するように構成され、
（ｃ）前記第３段階が、前記少なくとも１つのユーザ装置の前記キャッシュ構成から及び前記少なくとも１つのサーバからのコンテンツ取得を規定するように構成する。
【００２７】
斯様な別個の段階の使用は、当該方法が、前記少なくとも１つのユーザ装置において、帯域幅要件及び／又はメモリ容量要件を低減するためにより効率的に機能することを可能にすることを実現する。
【００２８】
本発明の第２の態様に従うと、データ資産をキャッシュするシステムが提供され、当該システムは、少なくとも１つのサーバ及び少なくとも１つのユーザ装置を有し、各装置は、要求されるデータ資産を記憶する複数のキャッシュを有するキャッシュ構成を含み、当該システムは、
（ａ）１つ又は複数のデータ資産を、前記少なくとも１つのサーバの第１メモリにおいて記憶し、前記１つ又は複数のデータ資産に対応するデータ定義を、前記少なくとも１つのサーバの第２メモリにおいて記憶し、
（ｂ）前記少なくとも１つのサーバに関して、対応する１つ又は複数の要求されたデータ資産を前記少なくとも１つのユーザ装置に戻すことによって、前記少なくとも１つのユーザ装置からの１つ又は複数のデータ要求に応答するように構成する
ように動作可能であるように構成され、
前記１つ又は複数の要求されたデータ資産が、前記少なくとも１つのユーザ装置において前記１つ又は複数の要求されたデータ資産の記憶及び処理を制御するために、関連付けられたデータ定義を備える前記少なくとも１つのユーザ装置に供給され、前記少なくとも１つのサーバが、これにより、前記少なくとも１つの装置における前記キャッシュ構成を少なくとも部分的に制御するように動作可能であるシステムである。
【００２９】
本発明の機能は、本発明の範囲から逸脱することなく如何なる組合せにおいても組み合わせられ得ることが理解される。
【００３０】
本発明の実施例は、例証のみとして、添付の図面を参照にして、以下に説明される。
【発明を実施するための最良の形態】
【００３１】
本発明を発明するにあたり、本発明者は、例えばインターネットおけるような通信ネットワークにおけるサーバ−ユーザ相互作用を少なくとも部分的に解決することが可能である方法を提供した。当該方法は、ユーザ装置の規定に関する。各々の斯様な装置は、対応するキャッシュを含み、前記キャッシュは、ダウンロードされた基礎的な又はまとめられたのインターフェイス画面コンテンツのセットを有し得る。更に、該キャッシュは、人間操作者による１つ又は複数の入力が満了する場合、関連付けられる人間操作者に失敗メッセージを戻すことがまったく可能でない。キャッシュからの入力は、有益には、関連付けられる満了日付及び時間に関して確認することなく供給される。
【００３２】
本発明の実施例は、図１ないし４を参照にして以下に説明される。
【００３３】
図１において、概して１０で示される通信システムが示される。システム１０は、例えば、ＨＴＴＰデータ、画像データ、ソフトウェアアプリケーション及び他の種類のデータのうちの少なくとも１つを含むデータオブジェクトのような、デジタルデータを通信するように動作可能である。更に、システム１０は、例えばサーバ２０のような、少なくとも１つのサーバを有する。サーバ２０は、資産倉庫30及び資産メタデータ倉庫40を含む。しかし、サーバ２０は、図１に明示的に示されない他の成分を追加的に含み得る。
【００３４】
サーバ２０は、例えば著作者８０のような、１人又は複数の著作者へのインターフェイスをする機能を含む。著作者８０は、例えば、個人ユーザ、商業組織、政府組織、広告代理店及び特定の興味を持つ人々の集まりのうちの少なくとも１つである。更に、著作者８０は、例えばテキスト、画像、データファイル及びソフトウェアアプリケーションのうちの１つ又は複数のようなコンテンツをシステム１０に提供することを望んでいる。１つ又は複数のユーザ装置、すなわちユーザ１ないしユーザｎが存在し、ユーザ装置の数は、パラメータ「n」によって規定され、例えば、関連付けられた人間操作者７０を有するユーザ装置５０が存在する。各ユーザ装置は、図示されるメタキャッシュ６０を含む。ユーザ装置は、例えば無線接続、従来技術の同軸電話線及び／又は広帯域幅光ファイバ接続のうちの少なくとも１つのような関連付けられた双方向通信接続を用いて、例えばサーバ２０のような１つ又は複数のサーバに結合される。
【００３５】
システム１０の動作は、３つの段階に細分化され、すなわち、
（ａ）コンテンツ準備に関わる第１段階と、
（ｂ）コンテンツダウンロードに関わる第２段階と、
（ｃ）コンテンツ取得に関わる第３段階と
である。
【００３６】
第１段階は、例えばサーバ２０のようなサーバにおいてコンテンツを定義するときに実行される。更に、第１段階は、第２及び第３段階とは非類似である関連付けられた存続時間を効果的に有する。
【００３７】
第２及び第３段階は、多くの場合独立して実行される。しかし、第２及び第３段階は、組み合わせて実行され得る。例えば、独立して実行される場合、第２段階は、電子的タイミング機能により開始され得、一方で第３段階は、例えばユーザ装置５０のようなユーザ装置の１つにより常に開始される。反対に、組み合わせて実行される場合、人間操作者７０がユーザ装置５０に情報を要求し、且つ所望のデータオブジェクトすなわち要求された資産がユーザ装置５０のキャッシュ６０において入手可能でない場合、第２段階は自動的に開始され得る。
【００３８】
コンテンツ準備に関わる第１段階は、図２を参照にして更に詳細に以下に説明される。
【００３９】
第１段階において、著作者８０は、画像、音及びテキストのようなユーザインターフェイス資産をデータオブジェクトの形式で準備し、言い換えれば、著作者８０は、１つ又は複数のデータオブジェクトを準備する。その後著作者８０は、ステップＡ１において、これらの資産すなわちデータオブジェクトがサーバ２０に記憶されるように構成するように進める。各資産は、サーバ２０の資産倉庫３０に記憶される。更に、記憶される各資産の１つ又は複数の定義も、ステップＡ２において、サーバ２０の資産メタデータ倉庫４０に入力される。サーバ２０における著作者８０の資産の斯様な記憶において、資産の各々に関連付けられるキャッシュヒントが、追加的に定義され、メタデータ倉庫４０に記憶され、斯様なヒントは、サーバ２０に記憶される各関連付けられた資産に関する予想「有効」時間を考慮に入れることが好ましい。「有効」時間は、以下のように定義され得る。
（ａ）「持続性」：資産が、近い将来において変更されることはない。同様に、１人又は複数のユーザが１つまたは複数の資産にアクセスすることを望む場合に、前記１人又は複数のユーザは、資産がサーバ２０において変更されたか否かを決定するのに「遅い」レートを用いて確認する必要がある。システム１０において、古い資産を有すること、すなわち後に変更され更新されていた資産の古い方のバージョンに対応するオブジェクトデータを有することが、レンダリング及び表示される場合にシステム１０の動作に破滅的な効果を有しないように構成され、すなわちシステム１０は、対応する新しい方のバージョンだけでなく通信される古い方のバージョンの資産を複製することが可能である。
（ｂ）「揮発性」：資産が、システム１０内における動作条件に応答して変更され得る。例えばユーザ装置５０のようなシステム１０のユーザ装置が、資産をサーバ２０からキャッシュ６０にロードする場合、ユーザ５０は、「揮発性」資産に関する詳細を「持続性」資産より迅速にリフレッシュする必要がある。
（ｃ）「リードワンス」：資産は、ユーザ装置において、例えばユーザ装置５０における人間操作者７０に１度のみ示されることとする。斯様な「リードワンス」資産は、例えばエラーメッセージ及び他の類似した一時的情報を表示するのに特に適している。
【００４０】
相互に異なる定義を有する資産は、システム１０において、１つ又は複数のアーカイブファイルにおいて一緒に包装され得る。ユーザの視点からすると、斯様なアーカイブファイルは、分離した個別の資産として現れるが、これらは、資産のキャッシュ記憶の点からは、事実上単一の存在物である。
【００４１】
したがって、第１段階は、著作者からサーバへの資産入力に対応し、斯様な入力は、ステップＡ１においてサーバの資産倉庫３０においてデータコンテンツを入力するステップと、ステップＡ２において資産メタデータ倉庫４０へキャッシュヒント及び「有効」時間を入力するステップを含む。
【００４２】
第２段階は、コンテンツダウンロードに関係し、図３を参照にして以下に説明される。
【００４３】
図３において、資産が、例えばサーバ２０のような１つ又は複数のサーバから、例えばユーザ装置５０及び関連付けられる人間操作者７０のような１つ又は複数のユーザ装置へ転送される方法の３つ例が示される。
【００４４】
各ユーザ装置５０と関連付けられるキャッシュ６０は、持続性キャッシュ１２０、揮発性キャッシュ１３０及びリードワンスキャッシュ１４０に細分化される。更に、各ユーザ装置５０は、図示されるコンテンツ管理ソフトウェア（CONTENT  MANAG.）100及びキャッシュ管理ソフトウェアアプリケーション(CACHE  MANAG.)110を実行するのに十分なメモリ及び関連付けられる計算処理的能力を有する。
【００４５】
第１実施例において、ユーザ装置５０は、ステップＢ１において、サーバ２０から資産情報を入手し、すなわち、ユーザ装置５０のコンテンツマネージャ１００が、例えば人間操作者７０からの要求の受信に応答して動作可能であり、サーバ２０の資産メタデータ倉庫４０へ情報に関する要求を送信する。ユーザ装置５０は、前記要求に応答して１つ又は複数の資産に関する情報を受信する。ステップＢ１は、必要であればユーザ装置５０によって１回又は複数回繰り返され、例えばユーザ装置５０における電子タイマ又は人間操作者７０によるログインは、ステップＢ１が、システム１０内において実行される及び／又は再実行されるようにさせ得る。本発明者によって実際に実行されるシステム１０は、例えばＳＯＡＰメッセージのような最新のＨＴＴＰメッセージを用いる。ステップＢ１において、サーバ２０のサーバメタデータ倉庫４０からの情報は、必要であれば、情報に関する要求を受信するサーバ２０に実質的に瞬時に応答する代わりに、例えばステップＢ２，Ｂ５及びＢ８に対応する後の時点等の後ほどの時点においてユーザ装置５０へ渡され得る。次にステップＢ２において、資産は、関連付けられたキャッシュヒントと一緒にしてコンテンツマネージャ１００へ渡され、その後、ステップＢ３において、コンテンツマネージャ１００は、資産及びヒントをキャッシュマネージャ１１０へ渡す。キャッシュマネージャ１１０は、資産及びヒントを持続的キャッシュ１２０に記憶するために、ステップＢ４においてヒントを翻訳しその中から選択を行うように動作可能である。
【００４６】
第２実施例において、ユーザ装置５０は、ステップＢ１において資産情報をサーバ２０から入手し、すなわちユーザ５０のコンテンツマネージャ１００は、例えば人間操作者７０からの要求の受信に応答して、情報に関する要求をサーバ２０の資産メタデータ倉庫４０へ送信するように動作可能である。ユーザ装置５０は、要求に応答して１つ又は複数の資産に関する情報を受信する。ステップＢ１は、必要である場合、ユーザ装置５０によって１回又は複数回繰り返される。次に、ステップＢ５において、資産は、関連付けられたキャッシュヒントと一緒にしてコンテンツマネージャ１００へ渡され、その後、ステップＢ６において、コンテンツマネージャ１００は、資産及びヒントをキャッシュマネージャ１１０へ渡す。キャッシュマネージャ１１０は、資産及びヒントを揮発性キャッシュ１３０に記憶するために、ヒントを翻訳しその中から選択するように動作可能である。
【００４７】
第３実施例において、ユーザ装置５０は、ステップＢ１において資産情報をサーバ２０から入手し、すなわちユーザ装置５０のコンテンツマネージャ１００は、例えば人間操作者７０からの要求の受信に応答して、情報に関する要求をサーバ２０の資産メタデータ倉庫４０へ送信するように動作可能である。ユーザ装置５０は、要求に応答して１つ又は複数の資産に関する情報を受信する。ステップＢ１は、必要である場合、ユーザ装置５０によって１回又は複数回繰り返される。次に、ステップＢ８において、資産は、関連付けられたキャッシュヒントと一緒にしてコンテンツマネージャ１００へ渡され、その後、ステップＢ９において、コンテンツマネージャ１００は、資産及びヒントをキャッシュマネージャ１１０へ渡す。キャッシュマネージャ１１０は、資産及びヒントをユーザ装置５０のリードワンスキャッシュ１４０に記憶するために、ヒントを翻訳しその中から選択するように動作可能である。
【００４８】
したがって、キャッシュマネージャ１１０は、資産及び関連付けられるヒントを、受信されるヒントの性質に応じて３つのキャッシュ１２０，１３０及び１４０のうちの１つにおいて記憶するように動作可能である。
【００４９】
上述の第３段階は、コンテンツ取得に関し、図４を参照にして以下に説明される。
【００５０】
図４において、ユーザ５０は、ユーザインターフェイス２００を追加的に含んで示される。インターフェイス２００は、ハードウェア及び少なくとも１つのソフトウェアアプリケーションのうちの少なくとも１つでユーザ装置５０の計算ハードウェアにおいて好ましくは実装される。ユーザインターフェイス２００は、キャッシュマネージャ１１０とインターフェイスし、これによりコンテンツをキャッシュ１２０，１３０及び１４０のうちの１つ又は複数から適切に取得するように動作可能である。
【００５１】
キャッシュ１２０、１３０及び１４０内にキャッシュされる資産は、支配的に処理され、例えば、ユーザインターフェイス２００において、人間操作者７０に表示するためにレンダリングされる。しかし、キャッシュ１２０，１３０及び１４０内の資産は、例えばユーザ装置５０内において実行される他のソフトウェアアプリケーションへの入力データとして、ユーザ装置５０における何れの場所においても用いられ得る。
【００５２】
図４において、情報ページを要求する操作者７０が示される。ステップＣ１において、操作者７０は、例えばユーザ装置５０のスクリーンにおいてマウス状のアイコンを適切な図形記号上に動かし、その後ユーザ装置５０の操作者アクセス可能領域において設ける入力キーを押すことによって、ページに関する要求をユーザインターフェイス２００へ送信する。その後ステップＣ２においてユーザインターフェイス２００は、キャッシュマネージャ１１０と通信し、ユーザインターフェイス２００においてページを構築するのに必要なページが、キャッシュ１２０，１３０及び１４０の何れにおいて記憶されるすなわち情報が記憶されるかを識別する。ステップＣ２における取得ステップは、有益には、他のシンタックスも追加的に又は変わりに用いられ得るものの、標準ユニバーサルリソースロケータ（ＵＲＬ）シンタックスに基づいており、斯様なＵＲＬの使用は、サーバ２０からではなく、ユーザ装置５０のキャッシュ１２０，１３０及び１４０からのコンテンツの取得ステップに基づく。キャッシュマネージャ１１０は、資産に関する操作者７０の要求に応答してキャッシュ１２０，１３０及び１４０を検索し、ステップＣ３における、要求された資産の例えば揮発性キャッシュ１３０からの入手へ進む。ステップＣ４において、揮発性キャッシュ１３０は、キャッシュマネージャ１１０への返信として、要求された資産への、例えばＵＲＬのような参照を送信する。その後ステップＣ５において、キャッシュマネージャ１１０は、要求された資産をユーザインターフェイス２００へ転送する。インターフェイス２００は、要求された資産を操作及びレンダリングし、その後ステップＣ６において、要求された資産を操作者７０に表示するように動作可能である。
【００５３】
ステップＣ３ないしＣ１３は、ページがリードワンスキャッシュ１４０から取得される類似の資産取得処理を示す。したがって、ステップＣ７において、操作者７０は、例えば、ユーザ装置５０のスクリーンにおいてマウス状のアイコンを適切な図形記号上に動かし、その後ユーザ装置５０の操作者アクセス可能領域において設ける入力キーを押すことによって、ページに関する要求をユーザインターフェイス２００へ送信する。その後ステップＣ８においてユーザインターフェイス２００は、キャッシュマネージャ１１０と通信し、ユーザインターフェイス２００においてページを構築するのに必要なページが、キャッシュ１２０，１３０及び１４０の何れにおいて記憶されるかすなわち情報が記憶されるかを識別する。ステップＣ８における取得ステップは、同様に、有益には、他のシンタックスも追加的に又は変わりに用いられ得るものの、標準ユニバーサルリソースロケータ（ＵＲＬ）シンタックスに基づいており、斯様なＵＲＬの使用は、サーバ２０からではなく、ユーザ装置５０のキャッシュ１２０，１３０及び１４０からのコンテンツの取得ステップに基づく。キャッシュマネージャ１１０は、資産に関する操作者７０の要求に応答してキャッシュ１２０，１３０及び１４０を検索し、ステップＣ９における、要求された資産の例えばリードワンスキャッシュ１４０からの入手に進む。ステップＣ１０において、リードワンスキャッシュ１４０は、キャッシュマネージャ１１０への返信として、要求された資産への、例えばＵＲＬのような参照を送信する。更に、リードワンスキャッシュ１４０は、ステップＣ１１において、特定のページに対応するデータ資産がステップＣ１０，Ｃ１１においてリードワンスキャッシュ１４０からキャッシュマネージャを介してユーザインターフェイス２００へ送信されると、必要であればキャッシュマネージャ１１０と組み合わせて、前記特定のページをリードワンスキャッシュ１４０から削除するように動作可能である。その後、キャッシュマネージャ１１０は、ステップＣ１２において、要求された資産をユーザインターフェイス２００へ転送する。インターフェイス２００は、要求された資産を操作及びレンダリングし、その後ステップＣ１３において、要求された資産を操作者７０に表示するように動作可能である。
【００５４】
ステップＣ１１は、必要とされる場合、ステップＣ１２の後に実行され得る。
【００５５】
ステップＣ１１が有利であるのは、リードワンスキャッシュ１４０のデータコンテンツが可能な限り小さく維持されるように、キャッシュマネージャ１１０によって取得されるデータ資産が迅速に削除される点においてである。ステップＣ１１が理由により、以前にアクセスされたリードワンスキャッシュ１４０における資産に再アクセスする試みは、所在のない資産という結果になる。
【００５６】
好ましくは、人間操作者７０によって規定される所望の資産に関して検索する場合、キャッシュマネージャ１１０は、所望の資産の予想される存続時間に対応する順序でキャッシュ１２０，１３０及び１４０内で検索するように動作可能であり、検索に対する斯様な解決法は、所望の資産の潜在的により高速な取得になる。例えば、リードワンスキャッシュ１４０が初めに検索され、２番目に揮発性キャッシュ１３０が続き、３番目に持続性キャッシュ１２０が後に続き、そして所望の資産が位置特定されると、キャッシュ１２０，１３０及び１４０における資産に関する検索は終了される。所望の資産は、ＵＲＬ又は同様なラベルによって規定されるのが好ましい。
【００５７】
キャッシュマネージャ１１０がキャッシュ１２０，１３０及び１４０内に所望の資産を位置特定することが可能でない場合、キャッシュマネージャ１１０は、失敗メッセージをユーザインターフェイス２００へ戻すように動作可能である。斯様な失敗メッセージの返送は、例えばサーバ２０から並びに／又はキャッシュ１２０，１３０及び１４０のうちの１つ又は複数から別の資産を取得することによって実行されるのが好ましい。斯様な失敗メッセージに対応するＵＲＬは、既定されていることが好ましい。
【００５８】
システム１０は、ユーザ装置、例えばユーザ装置５０などのキャッシュ１２０，１３０及び１４０のうちの１つ又は複数から特定の資産の予備ロードが、ユーザ装置の起動の間に行われるように実装されることは可能である。斯様な予備ロードは、資産をダウンロードするための例えばサーバ２０などのサーバとの如何なる接触の前に必要とされる資産に関して適用可能であることが好ましい。更に、システム１０は、予備ロードされた資産が、サーバの１つ又は複数との通信が達成されると上書きされ得るように構成されるのが好ましい。
【００５９】
上記において説明された本発明の実施例は、本発明の範囲から逸脱することなく変更することが可能であることを理解され得る。
【００６０】
ユーザ５０及び著作者８０は、資産を作成するために協力し得る。例えば、著作者８０によって提供されるテンプレートは、サーバ２０にユーザ５０に関して個人用に編集された資産を生成するために、ユーザ５０によって提出されたデータと統合され得る。斯様な個人用に編集された資産は、本発明の方法に従いキャッシュされ得る。有益には、サーバ２０は、個人用に編集された資産を１度のみ生成する必要がある。
【００６１】
更に、上記において本発明を記載及び／又は請求するのに用いられる「有する(comprise)」、「含む(include)」、「含む(contain)」、「組み込む(incorporate)」、「有する(have)」及び「(is)」のような表現は、非排他的であるように解釈されるべきであり、斯様な表現は、すなわち明示的に特定されて存在しない他の成分又は項目が存在し得るように解釈されるべきである。更に、単数語の参照も、複数語の参照であるように解釈されるべきであり、逆もまた同様に解釈されるべきである。
【図面の簡単な説明】
【００６２】
【図１】図１は、本発明の方法に従い動作可能なシステムであって、サーバを有し、１つまたは複数の著作者からコンテンツを受信すると共に斯様なコンテンツを１つ又は複数のユーザ装置の要求に応じて前記サーバと通信して伝達するように構成されるシステムの概略図である。
【図２】図２は、図１の著作者が図１のサーバへコンテンツをロードするのに必要とされるステップＡ１からＡ２への概略図である。
【図３】図３は、図１のサーバから図１のユーザ装置のうちへのひとつへコンテンツをダウンロードするステップと関連付けられるステップＢ１ないしＢ１０の概略図である。
【図４】図４は、図１に図示されるシステムを用いてコンテンツを取得する図１のユーザ装置の概略図である。
【図１】
2007503041.tif 000003
【図２】
2007503041.tif 000004
【図３】
2007503041.tif 000005
【図４】
2007503041.tif 000006
【国際調査報告】
2007503041.tif 000007
2007503041.tif 000008
2007503041.tif 000009