(57)【要約】  コンテンツ・キャッシングおよび伝送方法およびそのシステムが開示されている。本方法では、クライアント・サイドは、新しいページを表示すべきときに、クライアントがキャッシュした識別子のみをサーバに戻し、サーバは、識別子に基づいてコンテンツ・キューのコンテンツを直接取得して、クライアントに、識別子に対応するコンテンツを、順序付けおよび計算を繰り返して行なう必要なく表示させる。そのため、トラフィックおよびキャッシング資源が節約され、クライアントとサーバとの間で伝送されるデータが減り、閲覧速度に関連するユーザ経験が改善され、ユーザ数の増加に直面したときの拡張が容易になる。
2017535847.tif 000002
【特許請求の範囲】
【請求項１】
１つ以上のコンピューティング・デバイスによって実施される方法であって、複数個のコンテンツを含むコンテンツ・キューを取得することと、前記コンテンツ・キューに含まれるＭ個のコンテンツの識別子をクライアントに送信して、前記クライアントに前記Ｍ個のコンテンツの前記識別子を記憶させることであって、Ｍは所定の整数である、前記記憶させることと、前記クライアントからＮ個の識別子を受信することであって、前記Ｎ個の識別子は、前記クライアントにおいて表示すべきＮ個の新しいコンテンツの新しいページに応じて、前記クライアントによって選択され、Ｎ＜Ｍである、前記受信することと、前記Ｎ個の新しいコンテンツを、少なくとも部分的に前記受信したＮ個の識別子に基づいて取得することと、前記Ｎ個の新しいコンテンツを前記クライアントに戻して表示させることと、を含む前記方法。
【請求項２】
前記クライアントからリクエストを受信することと、前記クライアントの前記リクエストに従って前記コンテンツ・キューを取得することであって、前記複数個のコンテンツは、前記クライアントのユーザがフォローするアカウントのコンテンツを含む、前記取得することと、をさらに含む請求項１に記載の方法。
【請求項３】
前記コンテンツ・キュー内の前記複数個のコンテンツを、前記複数個のコンテンツの対応する識別子に従って順序付けることと、前記順序付けたコンテンツ・キューから前記Ｍ個のコンテンツを選択することと、前記クライアントに送信するために前記Ｍ個のコンテンツの前記識別子を取り出すことと、をさらに含む請求項１に記載の方法。
【請求項４】
前記対応する識別子は前記複数個のコンテンツの対応する公開時間を含む請求項３に記載の方法。
【請求項５】
前記コンテンツ・キュー内のＬ個の新しいコンテンツの識別子を前記クライアントに送信して、前記クライアントに前記Ｌ個の新しいコンテンツの前記識別子を記憶させ、前記クライアントに前記Ｍ個のコンテンツ以外のコンテンツを表示させることであって、Ｌは１以上の整数である、前記表示させることをさらに含む請求項１に記載の方法。
【請求項６】
前記コンテンツ・キューを取得することを、前記クライアントが前記コンテンツ・キューのコンテンツを初めてリクエストすることに応じてかまたはキャッシュ無効化の場合に行なう請求項１に記載の方法。
【請求項７】
前記キャッシュ無効化は、前記クライアントが前記Ｍ個のコンテンツを更新すること、前記クライアントがユーザ・アカウントを変えること、または前記クライアントが前記クライアントのユーザがフォローする１つ以上のアカウントを変えることの１つ以上を含む請求項６に記載の方法。
【請求項８】
前記コンテンツ・キューは少なくとも１個のコンテンツを含み、各コンテンツは対応する識別子および対応する値を含み、前記対応する識別子は前記コンテンツ・キュー内で一意である請求項１に記載の方法。
【請求項９】
実行可能命令を記憶する１つ以上のコンピュータ可読媒体であって、前記実行可能命令は、１つ以上のプロセッサによって実行されると、前記１つ以上のプロセッサに、コンテンツ・キューを取得し、前記コンテンツ・キュー内のＭ個のコンテンツの識別子をクライアントに送信して、前記クライアントが、Ｎ個の新しいコンテンツの新しいページを表示する前に、前記Ｍ個のコンテンツの前記識別子を記憶して前記Ｍ個の識別子からＮ個の識別子を選択できるようにすることであって、Ｎ＜Ｍである、前記選択できるようにすることと、前記クライアントから前記Ｎ個の識別子を受信することと、前記受信したＮ個の識別子に従って前記Ｎ個の新しいコンテンツを取得して、前記Ｎ個の新しいコンテンツを前記クライアントに戻して表示させることと、を含む行為を実行させる、前記１つ以上のコンピュータ可読媒体。
【請求項１０】
前記行為はさらに、前記クライアントからリクエストを受信することと、前記クライアント・サイドの前記リクエストに従って前記コンテンツ・キューを取得することであって、前記コンテンツ・キューは、前記クライアントのユーザがフォローする１つ以上のアカウントの複数個のコンテンツを含む、前記取得することと、を含む請求項９に記載の１つ以上のコンピュータ可読媒体。
【請求項１１】
前記行為はさらに、前記コンテンツ・キュー内の前記１つ以上のアカウントの前記複数個のコンテンツを、前記複数個のコンテンツの対応する識別子に従って順序付けることと、前記順序付けたコンテンツ・キューから前記Ｍ個のコンテンツを選択することと、前記クライアントに送信するために前記Ｍ個のコンテンツの前記識別子を取り出すことと、を含む請求項１０に記載の１つ以上のコンピュータ可読媒体。
【請求項１２】
前記Ｍ個のコンテンツの前記識別子は、前記Ｍ個のコンテンツの対応する公開時間を含む請求項１１に記載の１つ以上のコンピュータ可読媒体。
【請求項１３】
前記行為は、前記コンテンツ・キュー内のＬ個の新しいコンテンツの識別子を前記クライアントに送信して、前記クライアントに前記Ｌ個の新しいコンテンツの前記識別子を記憶させ、前記クライアントに前記Ｍ個のコンテンツ以外のコンテンツを表示させることであって、Ｌは１以上の整数である、前記表示させることをさらに含む請求項９に記載の１つ以上のコンピュータ可読媒体。
【請求項１４】
前記コンテンツ・キューを取得することを、前記クライアントが前記コンテンツ・キューのコンテンツを初めてリクエストすることに応じてかまたはキャッシュ無効化の場合に行なう請求項９に記載の１つ以上のコンピュータ可読媒体。
【請求項１５】
前記キャッシュ無効化は、前記クライアントが前記Ｍ個のコンテンツを更新すること、前記クライアントがユーザ・アカウントを変えること、または前記クライアントが前記クライアントのユーザがフォローする１つ以上のアカウントを変えることの１つ以上を含む請求項１４に記載の１つ以上のコンピュータ可読媒体。
【請求項１６】
前記コンテンツ・キューは少なくとも１個のコンテンツを含み、各コンテンツは対応する識別子および対応する値を含み、前記対応する識別子は前記コンテンツ・キュー内で一意である請求項９に記載の１つ以上のコンピュータ可読媒体。
【請求項１７】
装置であって、１つ以上のプロセッサと、メモリと、前記メモリ内に記憶された第１の送信モジュールであって、前記１つ以上のプロセッサによって実行可能であって、コンテンツ・キューを取得することと、前記コンテンツ・キュー内のＭ個のコンテンツの識別子をクライアントに送信して、前記クライアントが、Ｎ個の新しいコンテンツの新しいページを表示する前に、前記Ｍ個のコンテンツの前記識別子を記憶して前記Ｍ個の識別子からＮ個の識別子を選択できるようにすることであって、Ｎ＜Ｍである、前記選択できるようにすることと、を行なう前記第１の送信モジュールと、前記クライアントから前記Ｎ個の識別子を受信し、前記受信したＮ個の識別子に従って前記Ｎ個の新しいコンテンツを取得し、前記Ｎ個の新しいコンテンツを前記クライアントに戻して表示させるフィードバック・モジュールと、を含む装置。
【請求項１８】
前記第１の送信モジュールは、前記クライアントからリクエストを受信するように構成された受信サブ・モジュールと、前記クライアントの前記リクエストに従って前記コンテンツ・キューを取得するように構成された収集サブ・モジュールであって、前記コンテンツ・キューは前記クライアントのユーザがフォローする１つ以上のアカウントの複数個のコンテンツを含む、前記収集サブ・モジュールと、前記複数個のコンテンツの対応する識別子に従って前記コンテンツ・キュー内の前記複数個のコンテンツを順序付けるように構成されたランク付けサブ・モジュールと、前記順序付けたコンテンツ・キューから前記Ｍ個のコンテンツを選択して、前記クライアントに送信するために前記Ｍ個のコンテンツの前記識別子を取り出すように構成された取り出しサブ・モジュールと、を含む請求項１７に記載の装置。
【請求項１９】
前記対応する識別子は前記複数個のコンテンツの対応する公開時間を含む請求項１８に記載の装置。
【請求項２０】
前記第１の送信モジュールは前記コンテンツ・キューを取得することを、前記クライアントが前記コンテンツ・キューのコンテンツを初めてリクエストすることに応じてかまたはキャッシュ無効化の場合に行ない、前記キャッシュ無効化は、前記クライアントが前記Ｍ個のコンテンツを更新すること、前記クライアントがユーザ・アカウントを変えること、または前記クライアントが前記クライアントのユーザがフォローする１つ以上のアカウントを変えることの１つ以上を含む請求項１７に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
本出願は中国特許出願２０１４１０６０５６４７．７号（２０１４年１０月３０日に出願）、発明の名称「Ｍｅｔｈｏｄ  ａｎｄ  Ｓｙｓｔｅｍ  ｏｆ  Ｃｏｎｔｅｎｔ  Ｃａｃｈｉｎｇ  ａｎｄ  Ｔｒａｎｓｍｉｓｓｉｏｎ」に対する外国優先権を主張する。なおこの文献は、本明細書において参照によりその全体として取り入れられている。
【０００２】
本開示は、データ・キャッシングおよび伝送技術に関し、詳細にはコンテンツ・キャッシングおよび伝送の方法およびシステムに関する。
【背景技術】
【０００３】
通常、インターネット社会システムでは、ユーザはＸ数の公共アカウントをフォローする場合があり、各公共アカウントはＹ個のコンテンツを公開する場合がある。タイムラインが、ユーザがフォローするアカウントの動的ストリームまたはコンテンツ・ストリームに対応する。動的ストリームまたはコンテンツ・ストリームは、状態たとえば時間に従って順序付けられ、統合された後にストリーム様の形態で表示される。これはページのスクロール・ダウンもサポートする。タイムラインにおいてフォローした公共アカウントが公開するコンテンツ・データをユーザがリクエストすると、サーバは複数のＫ／Ｖキャッシュ・サービス・クラスタからデータを取得して、全体でＸ*Ｙ個のコンテンツを処理し、タイムラインが表示するように最新のＭ個のコンテンツ・データを選択する必要がある。クライアント・エンドからのリクエストを受信する度に、サーバは、Ｎ個のコンテンツを含む１つのページのみを戻す。ユーザ数は一般的に途方もなく多いため、各ユーザがフォローするアカウントの対応するリストは異なり、対応するタイムラインを生成するコンテンツ・キューは異なり、これらのタイムラインのコンテンツ・キューをキャッシュするには比較的大きな記憶領域が必要である。そのため、これらのコンテンツ・キューのデータをサーバのキャッシュに記憶することはできない。
【０００４】
タイムラインのデータは一般的にキャッシュされないため、ユーザがタイムラインのデータをリクエストする度に、サーバは次のプロセスを実行する必要がある。「ユーザがフォローするアカウントのリストを取得する→ユーザがフォローするアカウントが送信するコンテンツ・キューのコンテンツ（すなわち、Ｘ*Ｙ個のコンテンツ）を取得する→タイムラインに従ってＸ*Ｙ個のコンテンツを順序付ける→タイムラインのコンテンツの完全なリアル・タイム・データを取得する」。その結果、中央演算処理装置（ＣＰＵ）による順序付けまたはキャッシングに対して高いオーバーヘッドとなる。
【発明の概要】
【０００５】
この概要は、コンセプトの選択を簡単な形で導入するために示しており、コンセプトは後に発明を実施するための形態でさらに述べる。この概要は、クレームに記載された対象のすべての重要な特徴または本質的な特徴を特定することは意図しておらず、またクレームに記載された対象の範囲の決定を助けるものとして単独で用いることも意図していない。用語「技術」は、たとえば、上述の文脈によっておよび本開示の全体に渡って許可されるデバイス（複数可）、システム（複数可）、方法（複数可）、および／またはコンピュータ可読命令を指す場合がある。
【０００６】
本開示によって、コンテンツをキャッシュおよび伝送して、伝送およびキャッシング資源を保存し、ユーザの閲覧速度を向上させ、拡張を促進する方法およびシステムが提供される。
【０００７】
前述の技術的な問題を解決するために、本開示の実施態様ではコンテンツ・キャッシングおよび伝送方法を開示する。コンテンツ・キューは少なくとも１個のコンテンツを含み、各コンテンツは識別子および値を含み、識別子はコンテンツ・キュー内で一意である。例示的な方法の実施態様では、サーバはコンテンツ・キューを取得して、コンテンツ・キュー内のＭ個（Ｍは所定の整数）のコンテンツの識別子をクライアントに送信する。クライアントは受信したＭ個の識別子をキャッシュする。クライアントがＮ個の新しいコンテンツの新しいページを表示する必要があるときには、クライアントはキャッシュしたＭ個の識別子からＮ個（Ｎ＜Ｍ）の識別子を選択して、選択したＮ個の識別子をサーバに送信する。サーバは、受信したＮ個の識別子に基づいて対応するＮ個の新しいコンテンツを取得し、対応するＮ個の新しいコンテンツをクライアントに戻して表示させる。
【０００８】
本開示の実施態様はさらに、コンテンツ・キャッシングおよび伝送システムを開示している。ここでは、コンテンツ・キューは少なくとも１個のコンテンツを含み、各コンテンツは識別子および値を含み、識別子はコンテンツ・キュー内で一意である。実施態様では、システムはサーバとクライアントとを含んでいても良い。
【０００９】
実施態様では、サーバは、コンテンツ・キューを取得して、コンテンツ・キュー内のＭ個（Ｍは所定の整数）のコンテンツの識別子をクライアントに送信する第１の送信モジュールと、クライアントから受信したＮ個の識別子に基づいて対応するＮ個の新しいコンテンツを取得し、対応するＮ個の新しいコンテンツをクライアントに戻して表示させるフィードバック・モジュールと、を含んでいても良い。
【００１０】
実施態様では、クライアント・サイドは、サーバから受信したＭ個の識別子をキャッシュするキャッシング・モジュールと、Ｎ個（Ｎ＜Ｍ）の新しいコンテンツの新しいページを表示すべきときにキャッシュしたＭ個の識別子からＮ個の識別子を選択する選択モジュールと、選択したＮ個の識別子をサーバに送信する第２の送信モジュールと、を含んでいても良い。
【００１１】
本開示の実施態様はさらに、コンテンツ・キャッシングおよび伝送方法を開示している。ここでは、コンテンツ・キューは少なくとも１個のコンテンツを含み、各コンテンツは識別子および値を含み、識別子はコンテンツ・キュー内で一意である。例示的な方法の実施態様では、サーバは、コンテンツ・キューを取得し、コンテンツ・キュー内のＭ個のコンテンツの識別子をクライアントに送信して、クライアントが、受信したＭ個の識別子をキャッシュし、Ｎ個の新しいコンテンツの新しいページを表示する必要があるときにキャッシュしたＭ個の識別子からＮ個の識別子を選択し、選択したＮ個の識別子をサーバに送信することができるようにしている。Ｍは所定の整数で、Ｎ＜Ｍである。サーバは、受信したＮ個の識別子に基づいて対応するＮ個の新しいコンテンツを取得し、対応するＮ個の新しいコンテンツをクライアントに戻して表示させる。
【００１２】
本開示の実施態様はさらに、コンテンツ・キャッシングおよび伝送方法を開示している。ここでは、コンテンツ・キューは少なくとも１個のコンテンツを含み、各コンテンツは識別子および値を含み、識別子はコンテンツ・キュー内で一意である。例示的な方法の実施態様では、クライアントは、サーバがコンテンツ・キューから取得したＭ個のコンテンツのＭ個の識別子を受信してキャッシュする。Ｍは所定の整数である。Ｎ個（Ｎ＜Ｍ）の新しいコンテンツの新しいページを表示する必要があるときに、クライアントはキャッシュしたＭ個の識別子からＮ個の識別子を選択する。クライアントは選択したＮ個の識別子をサーバに送信して、サーバが、受信したＮ個の識別子に基づいて対応するＮ個の新しいコンテンツを取得し、対応するＮ個の新しいコンテンツをクライアントに戻して表示させることができるようにしている。
【００１３】
本開示の実施態様はさらに、コンテンツ・キャッシングおよび伝送システムを開示している。ここでは、コンテンツ・キューは少なくとも１個のコンテンツを含み、各コンテンツは識別子および値を含み、識別子はコンテンツ・キュー内で一意である。実施態様では、システムはサーバを含んでいても良い。実施態様では、サーバは、第１の送信モジュールであって、コンテンツ・キューを取得し、コンテンツ・キュー内のＭ個のコンテンツの識別子をクライアントに送信して、クライアント・サイドが、受信したＭ個の識別子をキャッシュし、Ｎ個の新しいコンテンツの新しいページを表示する必要があるときにキャッシュしたＭ個の識別子からＮ個の識別子を選択し、選択したＮ個の識別子をサーバに送信することができるように構成された第１の送信モジュール（Ｍは所定の整数、Ｎ＜Ｍ）と、フィードバック・モジュールであって、クライアントから受信したＮ個の識別子に基づいて対応するＮ個の新しいコンテンツを取得し、対応するＮ個の新しいコンテンツをクライアントに戻して表示させるように構成されたフィードバック・モジュールと、を含んでいても良い。
【００１４】
本開示の実施態様はさらに、コンテンツ・キャッシングおよび伝送システムを開示している。ここでは、コンテンツ・キューは少なくとも１個のコンテンツを含み、各コンテンツは識別子および値を含み、識別子はコンテンツ・キュー内で一意である。実施態様では、システムはクライアントを含んでいても良い。クライアント・サイドは、キャッシング・モジュールであって、サーバがコンテンツ・キューから取得したＭ個のコンテンツのＭ個（Ｍは所定の整数）の識別子を受信してキャッシュするように構成されたキャッシング・モジュールと、選択モジュールであって、Ｎ個（Ｎ＜Ｍ）の新しいコンテンツの新しいページを表示する必要があるときにキャッシュしたＭ個の識別子からＮ個の識別子を選択するように構成された選択モジュールと、第２の送信モジュールであって、選択したＮ個の識別子をサーバに送信して、サーバが、受信したＮ個の識別子に基づいて対応するＮ個の新しいコンテンツを取得し、対応するＮ個の新しいコンテンツをクライアントに戻して表示させるようにするように構成された第２の送信モジュールと、を含んでいても良い。
【００１５】
既存の技術と比較して、本開示の実施態様には以下の違いおよび効果がある。
【００１６】
本開示では、新しいページを表示する必要があるときに、クライアントが必要とするのは、クライアントがキャッシュした対応する識別子をサーバに戻すことだけである。サーバは、識別子に基づいてコンテンツ・キューのコンテンツを直接取得して、クライアントが順序付けおよび計算を繰り返す必要なく表示できるようにしても良い。その結果、伝送およびキャッシング資源が節約され、クライアントとサーバとの間で伝送されるデータが減り、閲覧速度の点でユーザ経験が改善され、ユーザ数の増加に応じて拡張することが容易になる。
【００１７】
さらに、コンテンツ・キューのコンテンツから最小量の識別情報を取り出して、クライアントにおいてこの情報をキャッシュすれば、サーバが資源圧力を共有することを支援することができる。
【００１８】
さらに、顧客の要求に応じて、異なるタイプのコンテンツ・キューを取得しても良い。
【図面の簡単な説明】
【００１９】
【図１】本開示の第１の実施形態によるコンテンツ・キャッシングおよび伝送方法のフローチャートである。
【図２】本開示の第１の実施形態によるコンテンツ・キャッシングおよび伝送方法において識別子を送信するフローチャートである。
【図３】本開示の第２の実施形態によるクライアントとサーバとの間のやり取りのフローチャートである。
【図４】本開示の第２の実施形態によるクライアントとサーバとの間のやり取りのフローチャートである。
【図５】本開示の第３の実施形態によるコンテンツ・キャッシングおよび伝送システムの構造図である。
【図６】本開示の第３の実施形態によるコンテンツ・キャッシングおよび伝送システムにおける第１の送信モジュールの構造図である。
【図７】図３〜５においてより詳細に記載した装置例の構造図である。
【発明を実施するための形態】
【００２０】
本明細書では読者による本開示の理解を容易にするために多くの技術的詳細を示している。しかしながら、当業者であれば分かるように、本開示の添付の請求項に記載する技術的解決法はこれらの技術的詳細がなくても実施することができ、また本明細書で説明する各実施態様に対する種々の変形および変更に基づいて技術的解決法を実施することができる。
【００２１】
本開示の目的、技術的解決法、および優位性を明らかにするために、本明細書では本開示の実施形態を添付図面を参照して説明する。
【００２２】
ユーザがコンテンツ・キューをリフレッシュするプロセスの間、コンテンツの順序が基本的に安定であるというのは注目に値する。したがって、このコンテンツ・キューの主要な情報をキャッシュするための解決方法が求められている。コンテンツ・キューの主要な情報はサイズとしては非常に小さく、サーバの外側に記憶する方が良い場合がある。ユーザがページをスクロール・ダウンするときに、サーバは主要な情報に基づいてコンテンツを直接戻すため、コンピューティングおよび記憶資源が節約される。詳細には、処理および単純化されたユーザ個別化データをＡＰＰ内部で完全にキャッシュして、ワイヤレス・アプリケーションの特性と組み合わせるときにサーバが資源に対する圧力を共有することを支援しても良い。
【００２３】
したがって、コンテンツ・キュー内のＭ個の最新のコンテンツの識別子をクライアントにおいてキャッシュする。ページをスクロール・ダウンするプロセスでは、クライアントはＮ個の識別子をローカルに選択して、実際に表示すべきコンテンツの新しいページを取得するようにサーバにリクエストする。サーバは、選択したＮ個の識別子に基づいてキャッシュからＮ個のコンテンツのページを直接取得するため、トラフィックおよびキャッシュに関連する資源が節約され、さらに順序付けおよび計算を繰り返すことが回避される。
【００２４】
本開示の第１の実施形態はコンテンツ・キャッシングおよび伝送方法に関係づけられる。図１は、コンテンツ・キャッシングおよび伝送方法のフローチャートである。コンテンツ・キューは少なくとも１個のコンテンツを含んでいる。各コンテンツは識別子および値を含み、識別子はコンテンツ・キュー内で一意である。当然のことながら、コンテンツ・キューは典型的にリストである。本開示の種々の実施態様で記載される値は一般的にデータであり、具体的に数値に言及してはいない。値は、たとえば、数値、文字列、文字、日付、時間、ブール値、またはデータ構造などであっても良い。
【００２５】
図１に示すように、本方法は以下の方法ブロックを含んでいても良い。
【００２６】
Ｓ１０１では、サーバはコンテンツ・キューを取得して、コンテンツ・キュー内のＭ個（Ｍは所定の整数）のコンテンツの識別子をクライアントに送信する。典型的な実施形態では、Ｍは全般的に、コンテンツ・キュー内の表示すべきコンテンツの最大数である。コンテンツ・キュー全体は、多数個のコンテンツを有していても良い。たとえば、数千個のコンテンツ、または数万個のコンテンツでさえある。しかしながら、ユーザは全般的に、そんなに多数個のコンテンツは読まず、通常は数ダースまたは数百個の最新のコンテンツを読む。Ｍは１００、２５０、４８８などであっても良い。たとえば、調査の結果、ほとんどのユーザは電子商取引アプリケーションにおいて多くても数百個のコンテンツを読むことが分かっており、Ｍはこの時点では５００であっても良い。
【００２７】
加えて、識別子を予めコンテンツ・キュー内の対応するコンテンツに割り当てておいても良いことが理解される。識別子はコンテンツ・キュー内の対応するコンテンツを一意にマッピングする。
【００２８】
代替的な実施態様として、サーバは、クライアントがコンテンツ・キューのコンテンツを初めてリクエストしたときに（関連するキャッシュが無効にされたときかまたは任意の他の時間に）コンテンツ・キューを取得して、コンテンツ・キュー内のＭ個のコンテンツの識別子をクライアントに送信する。キャッシュ無効化としては、クライアントがＭ個のコンテンツを更新するか、ユーザ・アカウントを変えるか、またはフォローしたすべてのアカウントを変えるなどの状況を挙げても良い。
【００２９】
Ｓ１０２では、クライアントは受信したＭ個の識別子をキャッシュする。実施態様では、キャッシュしたＭ個の識別子を対応する時間に従って順序付けても良く、またこのように表示された対応するコンテンツを時間に従って順序付けても良い。当然のことながら、キャッシュしたＭ個の識別子を、本開示の他の実施態様におけるユーザ要求（たとえば、対応する返答数、対応するページ・ビュー量など）に従って他の情報に基づいて順序付けても良い。
【００３０】
典型的な実施形態では、クライアントとしては移動端末上のアプリケーション（ＡＰＰ）を挙げても良い。別の実施形態では、クライアントとしてはデスクトップ・コンピュータ上のソフトウェアを挙げても良い。いくつかのアプリケーション・シナリオでは、クライアントとしては代替的に、専用の特殊用途の端末などを挙げても良い。
【００３１】
Ｓ１０３では、クライアントは、Ｎ個（Ｎ＜Ｍ）の新しいコンテンツの新しいページを表示する必要があるときに、キャッシュしたＭ個の識別子からＮ個の識別子を選択する。クライアントは、現在ページに表示される対応するコンテンツ（たとえば、現在ページ内の最初もしくは最後のコンテンツ、または現在ページ内の任意のコンテンツ）に基づいてＮ個の識別子を選択しても良いことが理解される。
【００３２】
Ｓ１０４では、クライアントは選択したＮ個の識別子をサーバに送信する。
【００３３】
Ｓ１０５では、サーバは、受信したＮ個の識別子に基づいて対応するＮ個の新しいコンテンツを取得して、対応するＮ個の新しいコンテンツをクライアントに戻して表示させる。
【００３４】
プロセスはその後終了する。
【００３５】
この実施形態では、新しいページを表示する必要があるときに、クライアントが必要とするのは、クライアントがキャッシュした対応する識別子をサーバに戻すことだけである。サーバは、識別子に基づいてコンテンツ・キューのコンテンツを直接取得して、クライアントが順序付けおよび計算を繰り返して行なう必要なく表示できるようにしても良い。その結果、伝送およびキャッシング資源が節約され、クライアントとサーバとの間で伝送されるデータが減り、閲覧速度の点でユーザ経験が改善され、ユーザ数の増加に応じて拡張することが容易になる。
【００３６】
典型的な実施態様では、Ｓ１０１は、図２に示すような以下の方法サブ・ブロックを含んでいても良い。
【００３７】
Ｓ２０１では、サーバはクライアントからリクエストを受信する。
【００３８】
Ｓ２０２では、サーバは、クライアントのリクエストに従ってコンテンツ・キューを取得する。コンテンツ・キューは、クライアントがフォローするすべてのアカウントのコンテンツを含んでいる。
【００３９】
Ｓ２０３では、サーバはコンテンツ・キュー内のコンテンツを識別子に従って順序付ける。実施態様では、識別子はコンテンツの対応する公開時間に対応する。明らかに、当然のことながら、本開示の他の実施態様におけるコンテンツ・キューのコンテンツ内の他の情報に従ってコンテンツを順序付けても良い。例としては、ユーザ要求に従って異なるタイプのコンテンツ・キューを取得するための、コンテンツについての対応するページ・ビュー量または対応する返答数などが挙げられる。
【００４０】
加えて、当然のことながら、順序付けはユーザ要求に従って昇順であっても良いしまたは降順であっても良い。
【００４１】
Ｓ２０４では、サーバは、順序付けられたコンテンツ・キューからＭ個のコンテンツを選択して、選択したＭ個のコンテンツの対応する識別子を、クライアントに送信するために取り出す。次のことが理解される。すなわち、順序付けられたコンテンツ・キューのキャッシュされたコンテンツ内の最初もしくは最後のＭ個のコンテンツを選択しても良いし、または本開示の種々の実施態様における要求に従って、ある範囲におけるコンテンツ・キュー内の最初もしくは最後のＭ個のコンテンツを選択しても良い。
【００４２】
プロセスはその後終了する。
【００４３】
コンテンツ・キューのコンテンツから最小量の識別情報を取り出して、クライアントにおいてこの情報をキャッシュすれば、サーバが資源圧力を共有することを支援することができる。
【００４４】
Ｓ１０１には他の実施態様があっても良い。たとえば、いくつかのシナリオではクライアントからのリクエストは必要でなくても良く、サーバはコンテンツ・キュー内のＭ個のコンテンツの識別子をクライアントに直接プッシュしても良い。
【００４５】
本開示の第２の実施形態はコンテンツ・キャッシングおよび伝送方法に関係づけられる。第２の実施形態は、第１の実施形態からの変形または付加を含んでいる。
【００４６】
実施態様では、本方法はさらに、以下の方法ブロックを含んでいても良い。
【００４７】
クライアントがＭ個のコンテンツ以外のコンテンツを表示する必要があるときは、サーバはコンテンツ・キューを取得してコンテンツ・キュー内のＬ個（Ｌは所定の整数）の新しいコンテンツの識別子をクライアントに送信する。Ｌはクライアントが選択しても良く、その結果、コンテンツを実際の要求に応じて戻しても良いことが理解される。
【００４８】
クライアントは、受信したＬ個の識別子をキャッシュして、新しいページを表示する。
【００４９】
前述の方法について、タイムラインおよびＡＰＰを用いて以下に詳細に説明する。タイムラインは、ユーザがフォローするアカウントの動的ストリームまたはコンテンツ・ストリームに対応する。動的ストリームまたはコンテンツ・ストリームは、状態たとえば時間に従って順序付けられ、統合された後にストリーム様の形態で表示される。これはページのスクロール・ダウンもサポートする。タイムラインは普通、多くて数百個のコンテンツを表示し、各ページは一般的に数十個のコンテンツを表示するだけである。言い換えれば、クライアントは、クライアントがリクエストをサーバに伝送する度に、単一ページのタイムラインとして数十個のコンテンツ・データを取得するだけの場合がある。ユーザがスクロール・ダウンを続けて、より多くのタイムラインデータを閲覧する場合、クライアントは、次のページのデータを取得するようにリクエストをサーバに送信する。この動作がスクロール・ダウンである。
【００５０】
図３は、初めてリクエストしたときかまたはキャッシュ無効化の場合に、クライアントとサーバとの間のやり取りを例示するフローチャートである。図３に示すように、クライアントがタイムラインの第１のページをリクエストしたときかまたはキャッシュ無効化の場合に（Ｓ３０１）、サーバは、ユーザがフォローするすべてのアカウントのキャッシュされたデータをＫ／Ｖ記憶装置から取得し（Ｓ３０２）、順序付けられた識別子に従ってＭ個のコンテンツを選択し（Ｓ３０３）、第１のページのＮ個のコンテンツを選択して、クライアントに戻すためのタイムラインデータを形成し（Ｓ３０４）、さらにまた、表示すべき最大数のＭ個の識別子を戻す（Ｓ３０５）。当然のことながら、Ｍはコンテンツ・キュー内の表示すべきコンテンツの最大数に限定されず、他の所定の整数であっても良い。加えて、本開示の他の実施態様において、サーバは、Ｍ個の識別子をクライアントに他の任意の時間（リクエストが最初に形成される時間にもキャッシュが無効にされる時間にも限定されない）に送信しても良いことが理解される。
【００５１】
クライアントのＡＰＰにおいてキャッシュされたＭ個の識別子は、以下のような状況において無効にされる。
・リフレッシュ：キーをクリックするかまたは最新のタイムラインを取得する。
・データ変更：フォローすべき新しいアカウントをユーザが付加するかまたは削除する。
・ログ・アウト：現在ログイン中のユーザＡがアカウントをログ・アウトして、その後に別のアカウントＢを用いてログインするときに、ＡおよびＢの識別情報間の分離を確実にする必要がある。またはそのユーザがログ・アウトした後にユーザの識別情報を削除する。
【００５２】
当然のことながら、前述の状況に加えて、Ｍ個の識別子を変えさせるどんな状況もキャッシュ無効化に至る。
【００５３】
図４は、ほとんどのリクエストに対するクライアントとサーバとの間のやり取りを例示するフローチャートである。図４に示すように、タイムラインのスクロール・ダウンが要求されたときに、クライアントは、現在ページの最後のコンテンツの情報に基づいて、次ページのＮ個の識別子をＡＰＰがキャッシュした識別子から遮断し（Ｓ４０１）、サーバにＮ個の識別子に対応するデータを戻すようにリクエストする（Ｓ４０２）。サーバは、識別子に従ってＫ／Ｖ記憶装置からＮ個のコンテンツを直接取得してタイムライン・コンテンツ・キューを形成し（Ｓ４０３）、Ｎ個のコンテンツをクライアントに戻す（Ｓ４０４）。ほとんどのスクロール・ダウン・リクエストをこのように戻しても良く、サーバは、毎回すべてのデータを取得してデータを順序付けて戻す必要はない。本開示の他の実施態様において、現在ページ内の最初のコンテンツまたは任意のコンテンツに基づいてＮ個の識別子を、ページをスクロール・ダウンするときに、遮断しても良いことが理解される。
【００５４】
図３および図４のプロセス間の比較から直感的に分かるように、この解決方法で最適化されるほとんどのタイムラインは、図３の「フォローしたアカウントのリストを取得する」から「タイムラインを順序付ける」までのプロセスが免除され、その結果、イントラネット・トラフィック、コンピューティングおよび記憶資源が節約される。
【００５５】
前述したタイムラインおよびＡＰＰは単に例であり、コンテンツ・キャッシングおよび伝送の方法を他のタイプのコンテンツ・キューおよびクライアントに適用しても良く、必要に応じて、対応する調整をある方法ブロックに対して行なっても良い。これは、タイムラインをＡＰＰ上でキャッシュおよび伝送する前述のプロセスに限定されない。
【００５６】
本開示の方法の実施形態は、ソフトウェア、ハードウェア、ファームウェアなどの形態で実施しても良い。本開示を実施する形態がソフトウェアであるか、ハードウェアであるか、またはファームウェアであるかにかかわらず、命令コードを、任意のタイプのコンピュータ・アクセス可能な記憶デバイス（たとえば、永続的または変更可能、揮発性または不揮発性、固体または非固体、固定または交換可能な媒体など）に記憶しても良い。さらに、記憶デバイスは、たとえば以下であっても良い。プログラマブル・アレイ・ロジック（「ＰＡＬ」）、ランダム・アクセス・メモリ（「ＲＡＭ」）、プログラマブル読み出し専用メモリ（「ＰＲＯＭ」）、読み取り専用メモリ（「ＲＯＭ」）、電気的消去可能プログラマブルＲＯＭ（「ＥＥＰＲＯＭ」）、磁気ディスク、光ディスク、デジタル多用途ディスク（「ＤＶＤ」）など。
【００５７】
本開示の第３の実施形態は、コンテンツ・キャッシングおよび伝送システムに関係づけられる。図５は、コンテンツ・キャッシングおよび伝送システム５００の構造図である。コンテンツ・キューは少なくとも１個のコンテンツを含み、各コンテンツは識別子および値を含み、識別子はコンテンツ・キュー内で一意である。図５に示すように、システム５００はサーバ５０２とクライアント５０４とを含んでいる。
【００５８】
実施態様では、サーバ５０２は、コンテンツ・キューを取得して、コンテンツ・キュー内のＭ個（Ｍは所定の整数）のコンテンツの識別子をクライアント５０４に送信するように構成された第１の送信モジュール５０６と、クライアント５０４から受信したＮ個の識別子に基づいて対応するＮ個の新しいコンテンツを取得して、対応するＮ個の新しいコンテンツをクライアント５０４に戻して表示させるように構成されたフィードバック・モジュール５０８と、を含んでいても良い。
【００５９】
代替的な実施態様として、クライアント５０４がコンテンツ・キューのコンテンツを初めてリクエストするときかまたはキャッシュ無効化の場合に、サーバ５０２の第１の送信モジュール５０６はコンテンツ・キューを取得しても良く、そして、コンテンツ・キュー内のＭ個のコンテンツの識別子をクライアント５０４に送信する。実施態様では、キャッシュ無効化としては、クライアント５０４がＭ個のコンテンツを更新するか、ユーザ・アカウントを変えるか、またはフォローしたすべてのアカウントを変えるなどの状況を挙げても良い。
【００６０】
クライアント５０４は、サーバ５０２から受信したＭ個の識別子をキャッシュするように構成されたキャッシング・モジュール５１０と、Ｎ個の新しいコンテンツの新しいページを表示すべきときに、キャッシュしたＭ個の識別子からＮ個（Ｎ＜Ｍ）の識別子を選択するように構成された選択モジュール５１２と、選択したＮ個の識別子をサーバ５０２に送信するように構成された第２の送信モジュール５１４と、を含んでいても良い。
【００６１】
このシステム実施形態において、新しいページを表示する必要があるときに、クライアントが必要とするのは、クライアントがキャッシュした対応する識別子をサーバに戻すことだけである。サーバは、識別子に基づいてコンテンツ・キューのコンテンツを直接取得して、クライアントが順序付けおよび計算を繰り返す必要なく表示できるようにしても良い。その結果、伝送およびキャッシング資源が節約され、クライアントとサーバとの間で伝送されるデータが減り、閲覧速度の点でユーザ経験が改善され、ユーザ数の増加に応じて拡張することが容易になる。
【００６２】
図６に示すように、サーバ５０２の第１の送信モジュール５０６は以下のサブ・モジュールを含んでいても良い。クライアント５０４からのリクエストを受信するように構成された受信サブ・モジュール６０２。クライアント５０４のリクエストに従ってコンテンツ・キューを取得するように構成された収集サブ・モジュール６０４であって、コンテンツ・キューはクライアント５０４がフォローするすべてのアカウントのコンテンツを含む収集サブ・モジュール６０４。コンテンツ・キュー内のコンテンツを対応する識別子に従って順序付けるように構成された順序付けサブ・モジュール６０６。順序付けられたコンテンツ・キューからＭ個のコンテンツを選択し、選択したＭ個のコンテンツの対応する識別子を、クライアント５０４に送信するために、取り出すように構成された取り出しサブ・モジュール６０８。
【００６３】
実施態様では、識別子はコンテンツの対応する公開時間に対応する。明らかに、本開示の他の実施態様におけるコンテンツ・キューのコンテンツ内の他の情報に従ってコンテンツを順序付けても良いことが理解される。例としては、ユーザ要求に従って異なるタイプのコンテンツ・キューを取得するための、コンテンツについての対応するページ・ビュー量または対応する返答数などが挙げられる。
【００６４】
コンテンツ・キャッシングおよび伝送システムは、コンテンツ・キューのコンテンツから最小量の識別情報を取り出して、クライアントにおいてこの情報をキャッシュすれば、サーバが資源圧力を共有することを支援することができる。
【００６５】
第１の実施形態は、本実施形態に対応する方法の実施態様であり、本実施形態は第１の実施形態と組み合わせて実施することができる。第１の実施形態で説明した関連する技術的詳細は、本実施形態でもやはり効果的であり、冗長性を避けるために本明細書では繰り返して説明することはしない。対応して、本実施形態で説明した関連する技術的詳細は、第１の実施形態にも適用できる。
【００６６】
本開示の第４の実施形態は、コンテンツ・キャッシングおよび伝送システムに関係づけられる。第４の実施形態は、第３の実施形態からの多くの変形または付加を含んでいる。
【００６７】
サーバ５０２の第１の送信モジュール５０６はさらに、コンテンツ・キューを取得して、クライアント５０４がＭ個のコンテンツ以外のコンテンツを表示する必要があるときにコンテンツ・キュー内のＬ個（Ｌは所定の整数）の新しいコンテンツの識別子をクライアント５０４に送信するように構成されている。Ｌはクライアント５０４が選択しても良く、その結果、対応するコンテンツを実際の要求に応じて戻しても良いことが理解される。クライアント５０４のキャッシング・モジュール５１０はさらに、新しいページを表示するために、受信したＬ識別子をキャッシュするように構成されている。
【００６８】
第２の実施形態は、本実施形態に対応する方法の実施態様であり、本実施形態は第２の実施形態と組み合わせて実施することができる。第２の実施形態で説明した関連する技術的詳細は、本実施形態でもやはり効果的であり、冗長性を避けるために本明細書では繰り返して説明することはしない。対応して、本実施形態で説明した関連する技術的詳細は、第２の実施形態にも適用できる。
【００６９】
本開示の第５の実施形態は、コンテンツ・キャッシングおよび伝送方法に関係づけられている。図１は、コンテンツ・キャッシングおよび伝送方法のフローチャートである。コンテンツ・キューは少なくとも１個のコンテンツを含み、各コンテンツは識別子および値を含み、識別子はコンテンツ・キュー内で一意である。図１に示すように、本方法は以下の方法ブロックを含んでいても良い。
【００７０】
Ｓ１０１において、サーバは、コンテンツ・キューを取得して、コンテンツ・キュー内のＭ個のコンテンツの識別子をクライアントに送信する。その結果、クライアントは、受信したＭ個の識別子をキャッシュし（Ｓ１０２）、Ｎ個の新しいコンテンツの新しいページを表示すべきときに、キャッシュしたＭ個の識別子からＮ個の識別子を選択し（Ｓ１０３）、選択したＮ個の識別子をサーバに送信する場合がある（Ｓ１０４）。なお、Ｍは所定の整数であり、Ｎ＜Ｍである。
【００７１】
Ｓ１０５では、サーバは、受信したＮ個の識別子に従って対応するＮ個の新しいコンテンツを取得して、対応するＮ個の新しいコンテンツをクライアントに戻して表示させる。
【００７２】
後にプロセスは終了する。
【００７３】
本実施形態は、サーバで実施する第１の実施形態または第２の実施形態の方法の実施態様に対応し、本実施形態は、第１の実施形態または第２の実施形態と組み合わせて実施することができる。第１の実施形態または第２の実施形態で述べた関連する技術的詳細は本実施形態でもやはり効果的であり、冗長性を避けるために本明細書では繰り返して説明することはしない。対応して、本実施形態で述べた関連する技術的詳細は、第１の実施形態または第２の実施形態にも適用できる。
【００７４】
本開示の第６の実施形態は、コンテンツ・キャッシングおよび伝送方法に関係づけられている。図１は、コンテンツ・キャッシングおよび伝送方法のフローチャートである。コンテンツ・キューは少なくとも１個のコンテンツを含み、各コンテンツは識別子および値を含み、識別子はコンテンツ・キュー内で一意である。図１に示すように、本方法は以下の方法ブロックを含んでいても良い。
【００７５】
Ｓ１０２では、クライアントは、サーバから、サーバが取得したＭ個（Ｍは所定の整数）のコンテンツ・キュー内のＭ個のコンテンツの識別子を受信してキャッシュする。
【００７６】
Ｓ１０３では、クライアントは、Ｎ個（Ｎ＜Ｍ）の新しいコンテンツの新しいページを表示すべきときに、キャッシュしたＭ個の識別子からＮ個の識別子を選択する。
【００７７】
Ｓ１０４では、クライアントは、選択したＮ個の識別子をサーバに送信して、サーバが、受信したＮ個の識別子に従って対応するＮ個の新しいコンテンツを取得し、対応するＮ個の新しいコンテンツをクライアントに戻して表示させるようにする。
【００７８】
後にプロセスは終了する。
【００７９】
本実施形態は、クライアントで実施する第１の実施形態または第２の実施形態の方法の実施態様に対応し、本実施形態は第１の実施形態または第２の実施形態と組み合わせて実施することができる。第１の実施形態または第２の実施形態で述べた関連する技術的詳細は、本実施形態でもやはり効果的であり、冗長性を避けるために本明細書では繰り返して説明することはしない。対応して、本実施形態で述べた関連する技術的詳細は、第１の実施形態または第２の実施形態にも適用できる。
【００８０】
本開示の第７の実施形態は、コンテンツ・キャッシングおよび伝送システムに関係づけられている。図５は、コンテンツ・キャッシングおよび伝送システム５００の構造図である。コンテンツ・キューは少なくとも１個のコンテンツを含み、各コンテンツは識別子および値を含み、識別子はコンテンツ・キュー内で一意である。システム５００はサーバ５０２を含んでいる。
【００８１】
図５に示すように、サーバ５０２は、第１の送信モジュール５０６であって、コンテンツ・キューを取得して、コンテンツ・キュー内のＭ個のコンテンツの識別子をクライアント５０４に送信して、クライアント５０４が、受信したＭ個の識別子をキャッシュし、Ｎ個の新しいコンテンツの新しいページを表示する必要があるときに、キャッシュしたＭ個の識別子からＮ個の識別子を選択し、選択したＮ個の識別子をサーバ５０２に送信することができるように構成された第１の送信モジュール５０６（Ｍは所定の整数、Ｎ＜Ｍ）と、フィードバック・モジュール５０８であって、クライアント５０４から受信したＮ個の識別子に従って対応するＮ個の新しいコンテンツを取得し、対応するＮ個の新しいコンテンツをクライアント５０４に戻して表示させるように構成されたフィードバック・モジュール５０８と、を含んでいる。
【００８２】
第５の実施形態は、本実施形態に対応する方法の実施態様であり、本実施形態は第５の実施形態と組み合わせて実施することができる。第５の実施形態で説明した関連する技術的詳細は、本実施形態でもやはり効果的であり、冗長性を避けるために本明細書では繰り返して説明することはしない。対応して、本実施形態で説明した関連する技術的詳細は、第５の実施形態にも適用できる。
【００８３】
本開示の第８の実施形態は、コンテンツ・キャッシングおよび伝送システムに関係づけられている。図５は、コンテンツ・キャッシングおよび伝送システム５００の構造図である。コンテンツ・キューは少なくとも１個のコンテンツを含み、各コンテンツは識別子および値を含み、識別子はコンテンツ・キュー内で一意である。システム５００はクライアント５０４を含んでいる。
【００８４】
図５に示すように、クライアント５０４は、キャッシング・モジュール５１０であって、サーバ５０２が取得したコンテンツ・キュー内のＭ個のコンテンツのＭ個（Ｍは所定の整数）の識別子をサーバ５０２から受信してキャッシュするように構成されたキャッシング・モジュール５１０と、選択モジュール５１２であって、Ｎ個（Ｎ＜Ｍ）の新しいコンテンツの新しいページを表示すべきときに、キャッシュしたＭ個の識別子からＮ個の識別子を選択するように構成された選択モジュール５１２と、第２の送信モジュール５１４であって、選択したＮ個の識別子をサーバ５０２に送信して、サーバ５０２が、受信したＮ個の識別子に従って対応するＮ個の新しいコンテンツを取得し、対応するＮ個の新しいコンテンツをクライアント５０４に戻して表示させるように構成された第２の送信モジュール５１４と、を含んでいる。
【００８５】
第６の実施形態は、本実施形態に対応する方法の実施態様であり、本実施形態は第５の実施形態と組み合わせて実施することができる。第６の実施形態で説明した関連する技術的詳細は、本実施形態でもやはり効果的であり、冗長性を避けるために本明細書では繰り返して説明することはしない。対応して、本実施形態で説明した関連する技術的詳細は、第６の実施形態にも適用できる。
【００８６】
図７に示すのは装置例７００であり、たとえば図３〜５においてより詳細に説明したシステム５００、サーバ５０２、およびクライアント５０４である。実施態様では、装置７００は１つ以上のコンピューティング・デバイスを含んでいても良い。実施態様では、装置７００は、限定することなく、１つ以上のプロセッサ７０２、入出力インターフェース７０４、ネットワーク・インターフェース７０６、およびメモリ７０８を含んでいても良い。
【００８７】
メモリ７０８は、コンピュータ可読媒体の形態を含んでいても良い。たとえば、非永久記憶装置デバイス、ランダム・アクセス・メモリ（ＲＡＭ）および／または不揮発性内部記憶装置、たとえば読み取り専用メモリ（ＲＯＭ）またはフラッシュＲＡＭである。メモリ７０８はコンピュータ可読媒体の例である。
【００８８】
コンピュータ可読媒体としては、永続的または非永続的タイプ、リムーバブルまたは非リムーバブル媒体（任意の方法または技術を用いて情報を記憶することを実現しても良い）を挙げてもよい。情報は、コンピュータ可読命令、データ構造、プログラム・モジュール、または他のデータを含んでいても良い。コンピュータ記憶媒体の例としては、限定することなく、以下が挙げられる。相変化メモリ（ＰＲＡＭ）、スタティック・ランダム・アクセス・メモリ（ＳＲＡＭ）、ダイナミック・ランダム・アクセス・メモリ（ＤＲＡＭ）、他のタイプのランダム・アクセス・メモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、電気的に消去可能プログラマブル読み取り専用メモリ（ＥＥＰＲＯＭ）、クィック・フラッシュ・メモリもしくは他の内部記憶技術、コンパクト・ディスク読み取り専用メモリ（ＣＤ−ＲＯＭ）、デジタル多用途ディスク（ＤＶＤ）もしくは他の光記憶装置、磁気カセット・テープ、磁気ディスク記憶もしくは他の磁気記憶装置、または任意の他の非伝送媒体。これらを用いて、コンピューティング・デバイスがアクセスしても良い情報を記憶しても良い。本明細書で規定するように、コンピュータ可読媒体には一時的な媒体（たとえば変調データ信号および搬送波）は含まれない。
【００８９】
メモリ７０８は、プログラム・モジュール７１０とプログラム・データ７１２とを含んでいても良い。どのシステム、サーバ、またはクライアントに装置７００が対応または参照するかに応じて、プログラム・モジュール７１０は、前述したように、１つ以上のモジュール、回路および／またはコンポーネントなどを含んでいても良い。これらのモジュール、回路および／またはコンポーネントの詳細は前述の説明で見つけることができ、したがって本明細書では重複して説明することはしない。
【００９０】
簡単に言えば、本開示のコンテンツ・キャッシングおよび伝送方法およびそのシステムには以下の優位性がある。（１）最小データ・ボリュームの識別情報が、大規模データ・ボリュームの個別データ（従来はサーバ内でキャッシュされる）から取り出されて、各ログ・イン・ユーザのクライアントにおいて創造的にキャッシュされる。（２）クライアントは、欠落しているデータを明確に認識しており、それを取得するようにサーバにリクエストを送信する。そのため、クライアントとサーバとの間で伝送されるデータが減る。（３）イントラネット・トラフィック、記憶装置、およびサーバに対するコンピューティング圧力が著しく低減される。そのため、ユーザ数が増加する傾向に応じて拡張することが容易になる。（４）新しいページを閲覧する速度に関連するユーザ経験が非常に拡大される。
【００９１】
なお、本開示の装置実施態様で説明した種々のモジュールは論理モジュールである。物理的には、論理モジュールは、物理モジュール、または物理モジュールのコンポーネントであっても良く、複数の物理モジュールの組み合わせを用いて実施しても良い。これらの論理モジュールの物理的実装態様自体は最も重要なことではないが、これらの論理モジュールが実施する機能の組み合わせは、本開示で述べる技術的な問題を解決する鍵である。加えて、本開示の画期的な部分を強調するために、本開示の装置実施態様では、本開示で述べた技術的な問題に密接には関連していないモジュール（複数可）を導入してはいないが、装置実施態様には他のモジュールがないと示しているわけではない。
【００９２】
なお、本明細書で記載する関係語（たとえば「第１の」および「第２の」など）を単独で用いて、ある存在または動作を別の存在または動作から区別することを、必ずしもこのような関係の任意の存在を必要とすることも意味することも、またこれらの存在または動作間で実際に順序付けることもなく行なっている。また、用語たとえば「ｃｏｍｐｒｉｓｅ（含む）」、「ｉｎｃｌｕｄｅ（含む）」およびこれらの任意の他の変形は、非排他的包含に及ぶことが意図されている。一連の要素を含むプロセス、方法、生産物、またはデバイスは、これらの要素を含むだけでなく、明示的には列記されていない他の要素も含んでいるか、またはさらにプロセス、方法、生産物、またはデバイスにすでに存在している要素も含んでいる。さらなる限定を伴わない状態で、語句「ｉｎｃｌｕｄｅ（含む）ａ／ａｎ…」によって規定される要素は、任意の他の同様の要素がプロセス、方法、生産物、またはデバイス内に存在することを排除するものではない。
【００９３】
本開示のある典型的な実施形態を用いて本開示を例示および記載しているが、当業者であれば分かるように、本開示の趣旨および範囲から逸脱することなく、これらの実施形態の形態および詳細に種々の変更を施しても良い。
【図１】
2017535847.tif 000003
【図２】
2017535847.tif 000004
【図３】
2017535847.tif 000005
【図４】
2017535847.tif 000006
【図５】
2017535847.tif 000007
【図６】
2017535847.tif 000008
【図７】
2017535847.tif 000009
【国際調査報告】
2017535847.tif 000010