JP2021179994A - ページリソースを取得する方法、装置、電子機器、及び読み取り可能な記憶媒体 - Google Patents

Abstract

【課題】本出願は、ウェブページ処理技術の分野に関するページリソースを取得する方法、装置、電子機器、及び読み取り可能な記憶媒体を開示する。【解決手段】本出願がページリソースを取得する時に用いられる実現態様は、第１の機器によって送信されたページ要求を受信し、第２の機器に第１の情報を送信し、前記第１の情報は、前記ページ要求に対応するページリソースが存在か否かを照会するために用いられ、第２の機器によって送信された前記ページリソースが存在することを示す第２の情報を受信したことに応答して、第１の機器に前記ページリソースを含む第３の情報を送信する。本出願は、ページリソースの応答速度と応答効率を向上させ、ウェブサイトサービス側の動作圧力を低減し、ウェブサイトサービス側の動作の安定性を確保することができる。【選択図】図１

Description

本出願は、インターネット技術の分野に関し、特に、ウェブページ処理技術の分野でページリソースを取得する方法、装置、電子機器、及び読み取り可能な記憶媒体に関する。

インターネット上のウェブページは、ユーザが情報を取得、伝達及び処理する方式を大幅に充実することができ、ウェブページは、ウェブサイトを構成する基本的な情報単位である。従来技術では、ユーザがウェブサイトのウェブページを閲覧する時、通常、静的ページを直接アクセスするか、又はクラウドからページ静的キャッシュを読み出す方式を使用する。その中、静的ページを直接アクセスしてページリソースを取得する時、要求されたページリソースに対応する静的ページがない場合、ユーザにページリソースが存在しない情報を返すことができ、ウェブサイトの利用可能性を低減し、クラウドからページ静的キャッシュを読み出してページリソースを取得する時、ユーザが送信する各ページ要求は、すべてウェブサイトサービス側に転送して処理する必要があり、ウェブサイトサービス側の計算リソースが浪費になり、ページリソースの応答速度を低減させる。

本出願が技術的問題を解決するために使用する技術案は、ページリソースを取得する方法を提供し、第１の機器によって送信されたページ要求を受信するステップと、第２の機器に第１の情報を送信するステップであって、前記第１の情報は、前記ページ要求に対応するページリソースが存在か否かを照会するために用いられるステップと、第２の機器によって送信された前記ページリソースが存在することを示す第２の情報を受信したことに応答して、第１の機器に前記ページリソースを含む第３の情報を送信するステップと、を含む。本出願は、ページリソースの応答速度と応答効率を向上させ、ウェブサイトサービス側の動作圧力を低減し、ウェブサイトサービス側の動作の安定性を確保することができる。

本出願の好ましい実施例によれば、前記方法は、第２の機器によって送信された前記ページリソースが存在することを示す第２の情報が受信されなかった場合、ウェブサイトサービス側に第４の情報を送信するステップであって、前記第４の情報は、前記ページ要求に対応するページリソースを生成するために用いられるステップと、ウェブサイトサービス側によって送信されたページリソースを生成するための第５の情報を受信したことに応答して、第１の機器に当該ページリソースを含む第６の情報を送信し、当該ページリソースを第２の機器にキャッシュするステップと、をさらに含む。本ステップは、第２の機器に対応するページリソースが存在しない場合に発生されるユーザにページリソースを返すことができない問題を回避し、ユーザのページ要求にすべて応答できることを確保することができる。

本出願の好ましい実施例によれば、前記第２の機器に第１の情報を送信するステップは、前記ページ要求を解析し、ページ識別情報を取得するステップと、第２の機器に前記ページ識別情報を送信して、第２の機器に前記ページ識別情報に対応するページリソースが存在するか否かを照会するために用いられるステップと、を含む。本ステップは、ページリソースの取得の精度を向上させることができる。

本出願の好ましい実施例によれば、前記ウェブサイトサービス側にページリソースを生成するためのビジネスロジックコードが予め記憶されている。

本出願の好ましい実施例によれば、当該ページリソースを第２の機器にキャッシュした後、当該ページリソースの第２の機器におけるキャッシュ有効期間を設置するステップをさらに含む。本ステップは、第２の機器のストレージリソースを節約し、ページリソース取得の柔軟性を向上させることができる。

本出願が技術的問題を解決するために使用する技術案は、ページリソースを取得する装置を提供し、第１の機器によって送信されたページ要求を受信するための受信ユニットと、第２の機器に第１の情報を送信するための送信ユニットであって、前記第１の情報は、前記ページ要求に対応するページリソースが存在か否かを照会するために用いられる送信ユニットと、第２の機器によって送信された前記ページリソースが存在することを示す第２の情報を受信したことに応答して、第１の機器に前記ページリソースを含む第３の情報を送信するための応答ユニットと、を含む。

本出願の好ましい実施例によれば、前記応答ユニットは、さらに、第２の機器によって送信された前記ページリソースが存在することを示す第２の情報が受信されなかった場合、ウェブサイトサービス側に第４の情報を送信し、前記第４の情報は、前記ページ要求に対応するページリソースを生成するために用いられ、ウェブサイトサービス側によって送信されたページリソースを生成するための第５の情報を受信したことに応答して、第１の機器に当該ページリソースを含む第６の情報を送信し、当該ページリソースを第２の機器にキャッシュすることを実行するために用いられる。

本出願の好ましい実施例によれば、前記送信ユニットが第２の機器に第１の情報を送信する時、具体的には、前記ページ要求を解析し、ページ識別情報を取得し、第２の機器に前記ページ識別情報を送信して、第２の機器に前記ページ識別情報に対応するページリソースが存在するか否かを照会するために用いられることを実行する。

本出願の好ましい実施例によれば、前記ウェブサイトサービス側にページリソースを生成するためのビジネスロジックコードが予め記憶されている。

本出願の好ましい実施例によれば、前記応答ユニット当該ページリソースを第２の機器にキャッシュした後、さらに、当該ページリソースの第２の機器におけるキャッシュ有効期間を設置することを実行する。

上記の出願の一つの実施例は、以下のような利点又は有益な効果を有する。本出願は、ページリソースの応答速度と応答効率を向上させ、ウェブサイトサービス側の動作圧力を低減し、ウェブサイトサービス側の動作の安定性を確保することができる。まず、第２の機器でページ要求に対応するページリソースを照会し、次に、第２の機器に対応するページリソースが存在しない場合に、ウェブサイトサービス側からページリソースを再生成する技術的手段を使用するので、従来技術においてユーザが送信するページ要求がすべてウェブサイトサービス側を介して処理する必要があることによってウェブサイトサービス側の計算リソースが浪費になり、ページリソースの応答速度を低減させる技術的問題を克服することによって、ページリソースの応答速度と応答効率を向上させ、ウェブサイトサービス側の動作圧力を低減し、ウェブサイトサービス側の動作の安定性を確保することができる技術的効果を実現する。

上記選択可能な方式が有する他の効果は、以下で具体的な実施例を併せて説明する。

図面は、本出願をより良く理解するためのものであり、本出願を限定しない。
本出願の第１の実施例により提供されるページリソースを取得する方法のフローチャートである。 本出願の第２の実施例により提供されるページリソースを取得するアーキテクチャ図である。 本出願の第３の実施例により提供されるページリソースを取得する装置の構成図である。 本出願の実施例のページリソースを取得する方法を実現するための電子機器のブロック図である。

以下、図面に基づいて、本出願の例示的な実施例を説明する。理解を容易にするために、本出願の実施例の様々な詳細が含まれており、それらは単なる例示と見なされるべきである。従って、当業者は、本出願の範囲及び精神から逸脱することなく、本明細書に記載の実施形態に対して様々な変更及び修正を行うことができることを認識するはずである。同様に、簡明のために、以下の説明では、よく知られた機能と構造の説明は省略される。

図１は本出願の第１の実施例により提供されるページリソースを取得する方法のフローチャートである。図１に示すように、前記方法は、以下のステップを含む。
Ｓ１０１では、第１の機器によって送信されたページ要求を受信する。

本出願の実施例の実行主体はＷｅｂサーバであり、ページ要求を処理してユーザに対応する内容を提供し、すなわちＷｅｂサーバがユーザが送信した一つのＨＴＴＰ要求を受信した後、クライアントに一つのＨＴＭＬページを返すような一つのＨＴＴＰ応答を返すことができる。

本ステップでは、Ｗｅｂサーバは、第１の機器によって送信されたページ要求を受信し、当該ページ要求は、ユーザが第１の機器を介してウェブページを閲覧する時、ウェブページが属するウェブサイトのＷｅｂサーバに送信する対応するページリソースを取得するための要求である。その中、本ステップにおけるＷｅｂサーバが受信するページ要求は、ユーザが第１の機器を介して送信したＨＴＴＰ要求である。

好ましくは、本出願の実施例におけるＷｅｂサーバはＮｇｉｎｘサーバである。Ｎｇｉｎｘサーバは一つの高性能のＨＴＴＰ及びリバースプロキシサーバであってもよく、一つのＩＭＡＰ／ＰＯＰ３／ＳＭＴＰサーバであってもよく、メモリ占有が少なく、安定性が高く、同時実行性が高く、モジュールライブラリが豊富である特徴を有する。本出願の実施例におけるＷｅｂサーバは、Ａｐａｃｈｅサーバのような他のタイプのサーバであってもよいことを理解されたい。

Ｓ１０２では、第２の機器に第１の情報を送信し、前記第１の情報は、前記ページ要求に対応するページリソースが存在か否かを照会するために用いられる。

ステップＳ１０１が第１の機器によって送信されたページ要求を受信した後、本ステップのＷｅｂサーバは、第２の機器に第１の情報を送信して、第２の機器がページ要求に対応するページリソースが存在するか否かを照会するために用いられる。

その中、本出願の実施例における第２の機器はキャッシュサーバであり、当該キャッシュサーバに異なるページ要求に対応するページリソースがキャッシュされており、キャッシュされたページリソースは静的ページに属する。好ましくは、本出願の実施例における第２の機器は、Ｍｅｍｃａｃｈｅｄサーバである。Ｍｅｍｃａｃｈｅｄサーバは、分散型メモリメモリキャッシュサーバであり、それはデータをメモリに記憶し、使用が簡単で、メモリ利用率が高く、性能が高いという特徴をある。本出願の実施例における第２の機器は、ＲｅｄｉＳサーバのような他のタイプのキャッシュサーバであってもよいことを理解されたい。

本出願の実施例は、キャッシュサーバを配置する時、ウェブサイトに含まれるページリソースの数に基づいて、スタンドアロン配置の技術案又はクラスタ配置の技術案を選択して、キャッシュサーバ内のストレージリソースの有効的な利用を確保することができることを理解されたい。

つまり、本ステップのＷｅｂサーバは、ページ要求に対応するページリソースを取得する時、まず、第２の機器から予めキャッシュされたページリソースを照会し、毎回ページ要求を受信した後にすべてウェブサイトサービス側に転送して処理する必要がある問題を回避し、ウェブサイトサービス側の計算リソースを節約し、ウェブサイトサービス側の動作圧力を低減し、ページリソースの応答効率と応答速度を向上させることができる。

具体的には、本ステップでは、第２の機器に第１の情報を送信する時、以下の方式を使用することができる。クライアントによって送信されたページ要求を解析し、ページ識別情報を取得し、ページ識別情報は、一つのページリソースを一意に識別するために用いられ、ページリソースのＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ、ユニフォームリソースロケータ）、ページリソースのURI（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ、ユニフォームリソース識別子）などを含むことができ、第２の機器に解析されたページ識別情報を送信して、第２の機器に当該ページ識別情報に対応するページリソースが存在するか否かを照会するために用いられる。つまり、本ステップでは、取得されたページ識別情報をｋｅｙとし、第２の機器内の当該ｋｅｙに対応するｖａｌｕｅを照会して、ページ要求に対応するページリソースとすることによって、ページリソースの取得の精度を向上させる。

本出願の実施例におけるＷｅｂサーバがＮｇｉｎｘサーバであり、第２の機器がＭｅｍｃａｃｈｅｄサーバである場合、Ｎｇｉｎｘサーバをコンパイルしてインストールする時、Ｍｅｍｃａｃｈｅｄを追加して拡張する方式によって、ＮｇｉｎｘサーバにＭｅｍｃａｃｈｅｄモジュールを予め配置して、ＮｇｉｎｘサーバがＭｅｍｃａｃｈｅｄモジュールを介してＭｅｃａｃｈｅｄサーバをアクセスして、予めキャッシュされたページリソースを照会することができる。Ｍｅｍｃａｃｈｅｄモジュールは、メモリを直接に照会する方式を使用してＭｅｍｃａｃｈｅｄサーバ内のキャッシュデータを取得するため、照会速度が非常に速くなり、ページリソースの応答速度を有効的に向上させることを理解されたい。

Ｓ１０３では、第２の機器によって送信された前記ページリソースが存在することを示す第２の情報を受信したことに応答して、第１の機器に前記ページリソースを含む第３の情報を送信する。

ステップＳ１０２では、第２の機器に第１の情報を送信した後、本ステップのＷｅｂサーバは、第２の機器によって送信されたページ要求に対応するページリソースが存在することを示す第２の情報を受信したことに応答して、第１の機器に当該ページリソースを含む第３の情報を送信する。

つまり、第２の機器で照会してページ要求に対応するページリソースを取得した場合、第２の機器は、Ｗｅｂサーバに第２の情報を送信し、Ｗｅｂサーバは当該第２の情報を受信した後、第１の機器に照会されたページリソースを送信して、ユーザのページ要求がウェブサイトサービス側を介して処理する必要がなく、直接にユーザにページリソースを迅速に応答することによって、ウェブサイトサービス側の計算リソースを節約することができる。

本ステップが第２の機器によって送信されたページリソースが存在することを示す第２の情報を受信できなかった場合、すなわち第２の機器にページ要求に対応するページリソースが存在しない場合、例えば、現在のページリソースが最初のアクセス又は現在のページリソースがキャッシュサーバからクリアされた場合、本ステップは、Ｗｅｂサーバがウェブサイトサービス側に第４の情報を送信するステップであって、送信された第４の情報は、ウェブサイトサービス側がページ要求に対応するページリソースを生成するために用いられ、当該第４の情報にページ要求が含まれるステップと、ウェブサイトサービス側によって送信されたページリソースを生成するための第５の情報を受信したことに応答して、第１の機器に当該ページリソースを含む第６の情報を送信し、当該ページリソースを第２の機器にキャッシュするステップと、をさらに含むことができる。

したがって、本ステップでは、第２の機器から予めキャッシュされたページリソースを取得できなかった場合、ウェブサイトサービス側がページ要求に基づいて生成されたページリソースを取得し、第１の機器にページリソースを返すことができない問題を回避し、ユーザのページ要求にすべて応答できることを確保することができる。

その中、本ステップのＷｅｂサーバがウェブサイトサービス側に第４の情報を送信する時、予め配置されたコードに基づいて第４の情報をウェブサイトサービス側のビジネスロジック層に直接に転送して、予め書き込まれコードを実行してページリソースの生成を行うことができる。

具体的には、本出願の実施例のウェブサイトサービス側では、ページリソースを生成するためのビジネスロジックコードが予め記憶されている。Ｗｅｂサーバによって送信された第４の情報を受信した後、ウェブサイトサービス側内のビジネスロジックコードは動作を開始し、データベース照会、アップストリームおよびダウンストリームサービス呼び出し、異常状況判断などのような、一連のデータ取得及びロジック判断の操作を実行した後、取得されたさまざまなデータを組み合わせて、第４の情報に含まれるページ要求に対応するページリソースを生成する。

ウェブサイトサービス側がページリソースを生成した後、Ｗｅｂサーバにページリソースを生成するための第５の情報を送信して、Ｗｅｂサーバが第１の機器に生成されたページリソースを含む第６の情報を送信とともに、さらに、当該ページリソースを第２の機器にキャッシュすることができて、他のユーザが当該ページリソースの閲覧を再要求する時、直接に第２の機器から取得することができ、再度にウェブサイトサービス側を介してビジネスロジックコードを実行する必要がなく取得することができる。

第２の機器のストレージリソースが限られているため、第２の機器内のストレージリソースの浪費を回避し、ページリソース取得の柔軟性を向上させるために、本ステップがページリソースを第２の機器にキャッシュする時、ページリソースの第２の機器におけるキャッシュ有効期間を設置して、キャッシュされたページリソースが有効期間に達した後、第２の機器から自動的にクリアするようにするステップを含むことができる。

その中、本ステップは、ページリソースのタイプ、名前などのようなページリソースの属性情報に基づいて、異なるページリソースに対して異なるキャッシュ有効期間を設置してもよいし、異なるページリソースに対して同じキャッシュ有効期間を設置してもよい。

本出願によって開示された上記内容を利用して、Ｗｅｂサーバは、まず、第２の機器でページ要求に対応するページリソースを照会し、次に、第２の機器に対応するページリソースが存在しない場合に、再度にウェブサイトサービス側でページリソースの生成を行って、ユーザが送信するページ要求がすべてウェブサイトサービス側を介して処理する必要がなく、ウェブサイトサービス側の動作圧力を低減し、ウェブサイトサービス側の動作の安定性を向上させ、ユーザが送信するページ要求が基本的にすべてキャッシュサーバに予めキャッシュされたページリソースにヒットされることができ、ページリソースの応答速度と応答効率をさらに向上させる。

図２は本出願の第２の実施例により提供されるページリソースを取得するアーキテクチャ図である。図２に示すように、第１の機器、Ｗｅｂサーバ、第２の機器、及びウェブサイトサービス側を含み、ユーザが第１の機器を介してＷｅｂサーバにページ要求を送信した後、Ｗｅｂサーバは、まず、第２の機器から当該ページ要求に対応するページリソースが存在するか否かを照会し、存在する場合、取得されたページリソースを第１の機器に直接送信し、存在しない場合、ページ要求をウェブサイトサービス側に転送し、ウェブサイトサービス側によって生成されたページリソースを取得し、それを第１の機器に送信するとともに、第２の機器にキャッシュする。

図３は本出願の第３の実施例により提供されるページリソースを取得する装置の構成図である。図３に示すように、前記装置は、Ｗｅｂサーバに位置し、受信ユニット３０１、送信ユニット３０２、及び応答ユニット３０３を含む。

受信ユニット３０１は、第１の機器によって送信されたページ要求を受信するために用いられる。

受信ユニット３０１は、第１の機器によって送信されたページ要求を受信するために用いられ、当該ページ要求は、ユーザ第１の機器を介してウェブページを閲覧する時、ウェブページが属するウェブサイトのＷｅｂサーバに送信する対応するページリソースを取得するための要求である。その中、受信ユニット３０１によって受信されたページ要求は、ユーザが第１の機器を介して送信したＨＴＴＰ要求である。

送信ユニット３０２は、第２の機器に第１の情報を送信するために用いられ、前記第１の情報は、前記ページ要求に対応するページリソースが存在か否かを照会するために用いられる。

受信ユニット３０１が第１の機器によって送信されたページ要求を受信した後、送信ユニット３０２は、第２の機器に第１の情報を送信して、第２の機器がページ要求に対応するページリソースが存在するか否かを照会するために用いられる。

具体的には、送信ユニット３０２が第２の機器に第１の情報を送信する時、クライアントによって送信されたページ要求を解析し、ページ識別情報を取得し、第２の機器に解析されたページ識別情報を送信して、第２の機器に当該ページ識別情報に対応するページリソースが存在するか否かを照会するために用いられる方式を使用することができる。

応答ユニット３０３は、第２の機器によって送信された前記ページリソースが存在することを示す第２の情報を受信したことに応答して、第１の機器に前記ページリソースを含む第３の情報を送信するために用いられる。

送信ユニット３０２が第２の機器に第１の情報を送信した後、応答ユニット３０３は、第２の機器によって送信されたページ要求に対応するページリソースが存在することを示す第２の情報を受信したことに応答して、第１の機器に当該ページリソースを含む第３の情報を送信する。

応答ユニット３０３が第２の機器によって送信されたページリソースが存在することを示す第２の情報を受信できなかった場合、応答ユニット３０３は、ウェブサイトサービス側に第４の情報を送信し、送信された第４の情報はページ要求に対応するページリソースを生成するために用いられ、当該第４の情報にページ要求が含まれ、ウェブサイトサービス側によって送信されたページリソースを生成するための第５の情報を受信したことに応答して、第１の機器に当該ページリソースを含む第６の情報を送信し、当該ページリソースを第２の機器にキャッシュすることをさらに含むことができる。

したがって、応答ユニット３０３が第２の機器から予めキャッシュされたページリソースを取得できなかった場合、ウェブサイトサービス側がページ要求に基づいて生成されたページリソースを取得し、第１の機器にページリソースを返すことができない問題を回避し、ユーザのページ要求にすべて応答できることを確保することができる。

その中、応答ユニット３０３が第４の情報を送信する時、予め配置されたコードに基づいてページ要求を含む第４の情報をウェブサイトサービス側のビジネスロジック層に直接に転送して、予め書き込まれコードを実行してページリソースの生成を行うことができる。

ウェブサイトサービス側がページリソースを生成した後、応答ユニット３０３が第１の機器に生成されたページリソースを含む第６の情報を送信とともに、さらに、ページリソースを第２の機器にキャッシュすることができて、他のユーザが当該ページリソースの閲覧を再要求する時、直接に第２の機器から取得することができ、再度にウェブサイトサービス側を介してビジネスロジックコードを実行する必要がなく取得することができる。

第２の機器のストレージリソースが限られているため、第２の機器内のストレージリソースの浪費を回避し、ページリソース取得の柔軟性を向上させるために、応答ユニット３０３がページリソースを第２の機器にキャッシュする時、ページリソースの第２の機器におけるキャッシュ有効期間を設置して、キャッシュされたページリソースが有効期間に達した後、第２の機器から自動的にクリアするようにすることを含むことができる。

その中、応答ユニット３０３は、ページリソースのタイプ、名前などのようなページリソースの属性情報に基づいて、異なるページリソースに対して異なるキャッシュ有効期間を設置してもよいし、異なるページリソースに対して同じキャッシュ有効期間を設置してもよい。

本出願の実施例によれば、本出願は、電子機器及びコンピュータ読み取り可能な記憶媒体をさらに提供する。

図４に示すように、それは本出願の実施例に係るページリソースを取得する方法の電子機器のブロック図である。電子機器は、ラップトップコンピュータ、デスクトップコンピュータ、ワークステーション、パーソナルデジタルアシスタント、サーバ、ブレードサーバ、大型コンピュータ、及び他の適切なコンピュータなどの様々な形式のデジタルコンピュータを表すことを目的とする。電子機器は、パーソナルデジタル処理、携帯電話、スマートフォン、ウェアラブルデバイス、他の同様のコンピューティングデバイスなどの様々な形式のモバイルデバイスを表すこともできる。本明細書で示されるコンポーネント、それらの接続と関係、及びそれらの機能は単なる例であり、本明細書の説明及び／又は要求される本出願の実現を制限することを意図したものではない。

図４に示すように、当該電子機器は、一つ又は複数のプロセッサ４０１と、メモリ４０２と、高速インターフェースと低速インターフェースを含む各コンポーネントを接続するためのインターフェースと、を含む。各コンポーネントは、異なるバスで相互に接続され、共通のマザーボードに取り付けられるか、又は必要に基づいて他の方式で取り付けることができる。プロセッサは、外部入力／出力装置（インターフェースに結合されたディスプレイデバイスなど）にＧＵＩの図形情報をディスプレイするためにメモリに記憶されている命令を含む、電子機器内に実行される命令を処理することができる。他の実施方式では、必要であれば、複数のプロセッサ及び／又は複数のバスを、複数のメモリと複数のメモリとともに使用することができる。同様に、複数の電子機器を接続することができ、各電子機器は、部分的な必要な操作（例えば、サーバアレイ、ブレードサーバ、又はマルチプロセッサシステムとする）を提供することができる。図４では、一つのプロセッサ４０１を例とする。

メモリ４０２は、本出願により提供される非一時的なコンピュータ読み取り可能な記憶媒体である。その中、前記メモリには、少なくとも一つのプロセッサによって実行される命令を記憶して、前記少なくとも一つのプロセッサが本出願により提供されるページリソースを取得する方法を実行することができるようにする。本出願の非一時的なコンピュータ読み取り可能な記憶媒体は、コンピュータが本出願により提供されるページリソースを取得する方法を実行するためのコンピュータ命令を記憶する。

メモリ４０２は、非一時的なコンピュータ読み取り可能な記憶媒体として、本出願の実施例におけるページリソースを取得する方法に対応するプログラム命令／モジュール（例えば、図３に示す受信ユニット３０１、送信ユニット３０２、及び応答ユニット３０３）ように、非一時的なソフトウェアプログラム、非一時的なコンピュータ実行可能なプログラム及びモジュールを記憶するために用いられる。プロセッサ４０１は、メモリ４０２に記憶されている非一時的なソフトウェアプログラム、命令及びモジュールを実行することによって、サーバの様々な機能アプリケーション及びデータ処理を実行し、すなわち上記の方法の実施例におけるページリソースを取得する方法を実現する。

メモリ４０２は、ストレージプログラム領域とストレージデータ領域とを含むことができ、その中、ストレージプログラム領域は、オペレーティングシステム、少なくとも一つの機能に必要なアプリケーションプログラムを記憶することができ、ストレージデータ領域は、ページリソースを取得する方法に基づく電子機器の使用によって作成されたデータなどを記憶することができる。また、メモリ４０２は、高速ランダム存取メモリを含むことができ、非一時的なメモリをさらに含むことができ、例えば、少なくとも一つのディスクストレージデバイス、フラッシュメモリデバイス、又は他の非一時的なソリッドステートストレージデバイスである。いくつかの実施例では、メモリ４０２は、プロセッサ４０１に対して遠隔に設置されたメモリを含むことができ、これらの遠隔メモリは、ネットワークを介してページリソースを取得する方法の電子機器に接続されることができる。上記のネットワークの例は、インターネット、イントラネット、ローカルエリアネットワーク、モバイル通信ネットワーク、及びその組み合わせを含むが、これらに限定しない。

ページリソースを取得する方法の電子機器は、入力装置４０３と出力装置４０４とをさらに含むことができる。プロセッサ４０１、メモリ４０２、入力装置４０３、及び出力装置４０４は、バス又は他の方式を介して接続することができ、図４では、バスを介して接続することを例とする。

入力装置４０３は、入力された数字又は文字情報を受信することができ、及びページリソースを取得する方法の電子機器のユーザ設置及び機能制御に関するキー信号入力を生成することができ、例えば、タッチスクリーン、キーパッド、マウス、トラックパッド、タッチパッド、指示杆、一つ又は複数のマウスボタン、トラックボール、ジョイスティックなどの入力装置である。出力装置４０４は、ディスプレイデバイス、補助照明デバイス（例えば、ＬＥＤ）、及び触覚フィードバックデバイス（例えば、振動モータ）などを含むことができる。当該ディスプレイデバイスは、液晶ディスプレイ（ＬＣＤ）、発光ダイオード（ＬＥＤ）ディスプレイ、及びプラズマディスプレイを含むことができるが、これらに限定しない。いくつかの実施方式では、ディスプレイデバイスは、タッチスクリーンであってもよい。

本明細書で説明されるシステムと技術の様々な実施方式は、デジタル電子回路システム、集積回路システム、特定用途向けＡＳIＣ（特定用途向け集積回路）、コンピュータハードウェア、ファームウェア、ソフトウェア、及び／又はそれらの組み合わせで実現することができる。これらの様々な実施方式は、一つ又は複数のコンピュータプログラムで実施されることを含むことができ、当該一つ又は複数のコンピュータプログラムは、少なくとも一つのプログラマブルプロセッサを含むプログラム可能なシステムで実行及び／又は解釈されることができ、当該プログラマブルプロセッサは、特定用途向け又は汎用プログラマブルプロセッサであってもよく、ストレージシステム、少なくとも一つの入力装置、及び少なくとも一つの出力装置からデータ及び命令を受信し、データ及び命令を当該ストレージシステム、当該少なくとも一つの入力装置、及び当該少なくとも一つの出力装置に伝送することができる。

これらのコンピューティングプログラム（プログラム、ソフトウェア、ソフトウェアアプリケーション、又はコードとも呼ばれる）は、プログラマブルプロセッサの機械命令、高レベルのプロセス及び／又はオブジェクト指向プログラミング言語、及び／又はアセンブリ／機械言語でこれらのコンピューティングプログラムを実施することを含む。本明細書に使用されるように、用語「機械読み取り可能な媒体」及び「コンピュータ読み取り可能な媒体」は、機械命令及び／又はデータをプログラマブルプロセッサに提供するために使用される任意のコンピュータプログラム製品、機器、及び／又は装置（例えば、磁気ディスク、光ディスク、メモリ、プログラマブルロジックデバイス（ＰＬＤ））を指し、機械読み取り可能な信号である機械命令を受信する機械読み取り可能な媒体を含む。用語「機械読み取り可能な信号」は、機械命令及び／又はデータをプログラマブルプロセッサに提供するための任意の信号を指す。

ユーザとのインタラクションを提供するために、コンピュータ上でここで説明されているシステム及び技術を実施することができ、当該コンピュータは、ユーザに情報を表示するためのディスプレイ装置（例えば、ＣＲＴ（陰極線管）又はＬＣＤ（液晶ディスプレイ）モニタ）と、キーボード及びポインティングデバイス（例えば、マウス又はトラックボール）とを有し、ユーザは、当該キーボード及び当該ポインティングデバイスによって入力をコンピュータに提供することができる。他の種類の装置は、ユーザとのインタラクションを提供するために用いられることもでき、例えば、ユーザに提供されるフィードバックは、任意の形式のセンシングフィードバック（例えば、視覚フィードバック、聴覚フィードバック、又は触覚フィードバック）であってもよく、任意の形式（音響入力と、音声入力と、触覚入力とを含む）でユーザからの入力を受信することができる。

ここで説明されるシステム及び技術は、バックエンドコンポーネントを含むコンピューティングシステム（例えば、データサーバとする）、又はミドルウェアコンポーネントを含むコンピューティングシステム（例えば、アプリケーションサーバー）、又はフロントエンドコンポーネントを含むコンピューティングシステム（例えば、グラフィカルユーザインタフェース又はウェブブラウザを有するユーザコンピュータ、ユーザは、当該グラフィカルユーザインタフェース又は当該ウェブブラウザによってここで説明されるシステム及び技術の実施方式とインタラクションする）、又はこのようなバックエンドコンポーネントと、ミドルウェアコンポーネントと、フロントエンドコンポーネントの任意の組み合わせを含むコンピューティングシステムで実施することができる。任意の形式又は媒体のデジタルデータ通信（例えば、通信ネットワーク）によってシステムのコンポーネントを相互に接続されることができる。通信ネットワークの例は、ローカルエリアネットワーク（ＬＡＮ）と、ワイドエリアネットワーク（ＷＡＮ）と、インターネットとを含む。

コンピュータシステムは、クライアントとサーバとを含むことができる。クライアントとサーバは、一般に、互いに離れており、通常に通信ネットワークを介してインタラクションする。対応するコンピュータ上で実行され、互いにクライアント-サーバ関係を有するコンピュータプログラムによってクライアントとサーバとの関係が生成される。

本出願の実施例の技術案によれば、Ｗｅｂサーバは、まず、第２の機器でページ要求に対応するページリソースを照会し、次に、第２の機器に対応するページリソースが存在しない場合に、再度にウェブサイトサービス側でページリソースの生成を行って、ユーザが送信するページ要求がすべてウェブサイトサービス側を介して処理する必要がなく、ウェブサイトサービス側の動作圧力を低減し、ウェブサイトサービス側の動作の安定性を向上させ、ユーザが送信するページ要求が基本的にすべてキャッシュサーバに予めキャッシュされたページリソースにヒットされることができ、ページリソースの応答速度と応答効率をさらに向上させる。

上記に示される様々な形式のフローを使用して、ステップを並べ替え、追加、又は削除することができることを理解されたい。例えば、本出願に記載されている各ステップは、並列に実行されてもよいし、順次的に実行されてもよいし、異なる順序で実行されてもよいが、本出願で開示されている技術案が所望の結果を実現することができれば、本明細書では限定されない。

上記の具体的な実施方式は、本出願に対する保護範囲の制限を構成するものではない。当業者は、設計要求と他の要因に基づいて、様々な修正、組み合わせ、サブコンビネーション、及び代替を行うことができる。任意の本出願の精神と原則内で行われる修正、同等の置換、及び改善などは、いずれも本出願の保護範囲内に含まれなければならない。

Claims (13)

1. ページリソースを取得する方法であって、
   第１の機器によって送信されたページ要求を受信するステップと、
   第２の機器に第１の情報を送信するステップであって、前記第１の情報は、前記ページ要求に対応するページリソースが存在か否かを照会するために用いられるステップと、
   第２の機器によって送信された前記ページリソースが存在することを示す第２の情報を受信したことに応答して、第１の機器に前記ページリソースを含む第３の情報を送信するステップと、を含む、
   ページリソースを取得する方法。
2. 前記方法は、
   第２の機器によって送信された前記ページリソースが存在することを示す第２の情報が受信されなかった場合、ウェブサイトサービス側に第４の情報を送信するステップであって、前記第４の情報は、前記ページ要求に対応するページリソースを生成するために用いられるステップと、
   ウェブサイトサービス側によって送信されたページリソースを生成するための第５の情報を受信したことに応答して、第１の機器に当該ページリソースを含む第６の情報を送信し、当該ページリソースを第２の機器にキャッシュするステップと、をさらに含む、
   請求項１に記載のページリソースを取得する方法。
3. 前記第２の機器に第１の情報を送信するステップは、
   前記ページ要求を解析し、ページ識別情報を取得するステップと、
   第２の機器に前記ページ識別情報に対応するページリソースが存在するか否かを照会するように、第２の機器に前記ページ識別情報を送信するステップと、を含む、
   請求項１に記載のページリソースを取得する方法。
4. 前記ウェブサイトサービス側にページリソースを生成するためのビジネスロジックコードが予め記憶されている、
   請求項２に記載のページリソースを取得する方法。
5. 当該ページリソースを第２の機器にキャッシュしたステップの後に、
   当該ページリソースの第２の機器におけるキャッシュ有効期間を設置するステップをさらに含む、
   請求項２に記載のページリソースを取得する方法。
6. ページリソースを取得する装置であって、
   第１の機器によって送信されたページ要求を受信するための受信ユニットと、
   第２の機器に第１の情報を送信するための送信ユニットであって、前記第１の情報は、前記ページ要求に対応するページリソースが存在か否かを照会するために用いられる送信ユニットと、
   第２の機器によって送信された前記ページリソースが存在することを示す第２の情報を受信したことに応答して、第１の機器に前記ページリソースを含む第３の情報を送信するための応答ユニットと、を含む、
   ページリソースを取得する装置。
7. 前記応答ユニットは、さらに、
   第２の機器によって送信された前記ページリソースが存在することを示す第２の情報が受信されなかった場合、ウェブサイトサービス側に第４の情報を送信し、前記第４の情報は、前記ページ要求に対応するページリソースを生成するために用いられ、
   ウェブサイトサービス側によって送信されたページリソースを生成するための第５の情報を受信したことに応答して、第１の機器に当該ページリソースを含む第６の情報を送信し、当該ページリソースを第２の機器にキャッシュすることを実行するために用いられる、
   請求項６に記載のページリソースを取得する装置。
8. 前記送信ユニットは、第２の機器に第１の情報を送信する時、
   前記ページ要求を解析し、ページ識別情報を取得し、
   第２の機器に前記ページ識別情報に対応するページリソースが存在するか否かを照会するように、第２の機器に前記ページ識別情報を送信する、
   請求項６に記載のページリソースを取得する装置。
9. 前記ウェブサイトサービス側にページリソースを生成するためのビジネスロジックコードが予め記憶されている、
   請求項７に記載のページリソースを取得する装置。
10. 前記応答ユニットは、当該ページリソースを第２の機器にキャッシュした後、
    当該ページリソースの第２の機器におけるキャッシュ有効期間を設置することをさらに実行する、
    請求項７に記載のページリソースを取得する装置。
11. 電子機器であって、
    少なくとも一つのプロセッサと、
    前記少なくとも一つのプロセッサに通信接続されたメモリと、を備え、
    前記メモリに前記少なくとも一つのプロセッサにより実行可能な命令が記憶されており、前記命令が前記少なくとも一つのプロセッサにより実行されると、前記少なくとも一つのプロセッサが請求項１〜５のいずれかの一つに記載の方法を実行する、
    電子機器。
12. コンピュータ命令が記憶されている非一時的なコンピュータ読み取り可能な記憶媒体であって、前記コンピュータ命令は、コンピュータに請求項１〜５のいずれかの一つに記載の方法を実行させる、
    非一時的なコンピュータ読み取り可能な記憶媒体。
13. コンピュータに請求項１〜５のいずれかの一つに記載の方法を実行させる、コンピュータプログラム。

Images