JP2015528606A - ウェブページアクセス要求に対する応答の方法および装置 - Google Patents

Abstract

本開示はウェブページアクセスを制御するための技術を提供する。これらの技術は、コンピューティング装置によって、ウェブページを訪問するための要求を受け取ることができる。コンピューティング装置は、次にウェブページの識別子および／またはウェブページのウェブページ要素の識別子を取得することができる。コンピューティング装置はまた、ウェブページの識別子および／またはウェブページ要素の識別子に基づいて、事前設定されたリソース割当データベースから対応するリソース要件を取得することができる。コンピューティング装置は、次にリソース要件が現在のリソース割当より大きいかどうかを決定することができる。決定に応じて、コンピューティング装置は、所定の規則に基づいてウェブページコンテンツを生成して返送することができる。

Description

本発明は、ウェブページアクセス要求に対する応答の方法および装置に関する。

関連特許出願の相互参照
本出願は、２０１２年８月２８日に出願された「Ｍｅｔｈｏｄ ａｎｄ Ａｐｐａｒａｔｕｓ ｏｆ Ｒｅｓｐｏｎｄｉｎｇ ｔｏ Ｗｅｂｐａｇｅ Ａｃｃｅｓｓ Ｒｅｑｕｅｓｔ」と題する中国特許出願第２０１２１０３１１７３４．２号に対して優先権を主張するものであり、該特許出願は、その全体が参照により本明細書に組み込まれる。

本開示はインターネット技術に関し、より具体的にはウェブページを訪問するための要求に対する応答のための技術に関する。

ユーザーはウェブサイトが提供する様々なサービスにアクセスするためにウェブページを訪問する。例えば、ユーザーは、携帯電話アカウントをリチャージするためにウェブページを訪問することがある。ウェブページは、リチャージリンク、出金サービスリンク、および／または取引リンクに関連するアイコンを含むことがある。ユーザーがリンクをクリックすると、ウェブページのための訪問要求が生成され、クライアント端末、即ちユーザーコンピューティング装置からサーバー端末、即ちサーバーに送信される。したがって、サーバーはリンクに対応するウェブページコンテンツをフェッチして、そのコンテンツをクライアント端末に返すことができる。

ウェブサイトに関連するサーバーは、ウェブサイトまたはウェブサイトの任意の特定のサービスがハッカーによる攻撃を受けた場合、圧力下に置かれおよび／または制御を失うことがある。例えば、サーバーが常時要求を受け取っていて要求の数が膨大になると、サーバーは誤動作して、クラッシュすることもある。別の例として、攻撃によってデータが失われると、ウェブサイトは取引を失って、金銭的損害を被る可能性がある。

通常の解決方法はサーバーをオフにすることである。しかしながらこれは、システム全体（例えば、サーバー）がシャットダウンされ、攻撃の影響を受けていない他のサービスも一般のユーザーが利用できなくなるため、問題を引き起こす。

したがって、ウェブページに関連する特定のサービスが、例えば、特定のサービスへのハッカーの攻撃によって利用できないときに、ウェブページを訪問する要求に応答する必要がある。

本開示は、ウェブページに関連する特定のサービスが、例えば、ハッカー攻撃によって利用できないときに、ウェブページを訪問する要求に応答するための方法および／またはシステムを提供する。

上記の課題を解決するために、本開示はウェブページを訪問する要求に応答するための方法を提供する。この方法は、コンピューティング装置によって、ウェブページへの訪問を要求する訪問要求を受け取ることを含むことができる。コンピューティング装置は、ウェブページの識別子（ＩＤ）および／またはウェブページのウェブページ要素のＩＤを取得することができる。コンピューティング装置はまた、ウェブページのＩＤおよび／またはウェブページ要素のＩＤに基づいて、事前設定されたリソース割当データベースから対応するリソース要件を取得することができる。コンピューティング装置は、リソース要件が現在のリソース割当より大きいかどうかを決定することができる。コンピューティング装置は、リソース要件が現在のリソース割当より大きいとき、所定の規則に基づいてウェブページコンテンツを生成して、返送することができる。

いくつかの実施形態において、リソース要件またはリソース割当は、所定の期間中に受け取られた要求の数、ネットワークフロー量、ハードディスクの入力／出力の量、データベースのトラフィックの量、またはコンピューティング装置に関連するＣＰＵ使用量のうちの少なくとも１つを含むことができる。

いくつかの実施形態において、ウェブページのＩＤはウェブページのユニフォームリソースロケータ（ＵＲＬ）アドレスである。これらの例では、リソース割当データベースは保存されて、ウェブページのＵＲＬアドレスとリソース要件との間の相関を含むことができる。コンピューティング装置は、訪問要求のＵＲＬアドレスを取得することができる。

いくつかの実施形態において、リソース割当データベースは保存されて、ウェブページ要素の属性値とリソース要件との間の相関を含むことができる。これらの例では、コンピューティング装置は、訪問要求に基づいて対応するハイパーテキストマークアップ言語（ＨＴＭＬ）テキストを取得することができる。次に、コンピューティング装置は、個々のウェブページ要素の対応する属性値を得るためにドキュメントオブジェクトモデル（ＤＯＭ）ツリーのシーケンスに基づいて、ＨＴＭＬテキストの個々のウェブページ要素を順次解析することができる。

いくつかの実施形態において、コンピューティング装置は、個々のウェブページ要素の属性値をリソース割当データベースのウェブページ要素の属性値と比較して、比較に基づいてウェブページ要素に対応するリソース要件を取得することができる。

いくつかの実施形態において、コンピューティング装置は、一時的に使用不能のプロンプトメッセージを示すＨＴＭＬテキストを生成して、クライアント端末に返送して表示させることができる、または、コンピューティング装置は、待機のプロンプトメッセージを示すＨＴＭＬテキストを生成して、クライアント端末に返送して表示させることができる。

いくつかの実施形態において、コンピューティング装置は、ウェブページに対応するＨＴＭＬテキストでウェブページ要素の属性を「無効」または「表示」に設定する、またはウェブページ要素の表示コンテンツを一時的に使用不能のプロンプトメッセージと交換することができる。次に、コンピューティング装置は、ウェブページのリソース要件が現在のリソース割当より大きいという決定に応じて、設定または交換されたＨＴＭＬテキストをウェブページ表示のためにクライアント返送することができる。

いくつかの実施形態において、コンピューティング装置は、さらにリソース要件が現在のリソース割当より大きくないときに、要求されているウェブページに対応するＨＴＭＬテキストを返送することができる。いくつかの実施形態において、この方法は、さらにリソース割当を設定または変更することができる。

いくつかの実施形態において、本開示は、またウェブページを訪問するための要求に応答するためのシステムを提供する。このシステムは、受取モジュール、ＩＤモジュール、リソースモジュール、決定モジュール、および第１の返送モジュールを含むことができる。受取モジュールは、ウェブページ訪問要求を受け取るように構成することができる。ＩＤモジュールは、ウェブページＩＤおよび／またはウェブページのウェブページ要素ＩＤを取得するように構成することができる。リソースモジュールは、ウェブページＩＤおよび／またはウェブページ要素ＩＤに基づいて事前設定されたリソース割当データベースからリソース要件の対応する量を取得するように構成することができる。決定モジュールは、リソース要件が現在のリソース割当より大きいかどうかを決定し、リソース要件が現在のリソース割当より大きい場合に実行を第１の返送モジュールに転送するように構成することができる。第１の返送モジュールは、所定の規則に基づいてウェブページコンテンツを生成するように構成することができる。

本開示は、１つ以上の以下の利点を有し得る。本開示において、ウェブページを訪問するための訪問要求を受け取った後、ウェブページのＵＲＬまたはウェブページ要素ＩＤに基づいて事前設定されたリソース割当データベースから対応するリソース要件をフェッチすることができる。現在のリソース割当がリソース要件を満たすことができない場合（例えば、現在のサーバーがウェブページまたはウェブページ要素に対応するサービスを支援できない）、待機ウェブページを生成する、またはサービスが一時的に使用不能であることを示すプロンプトメッセージに返すことができる。これにより、ウェブページがハッカーによる攻撃を受けているときにサーバーは過負荷になることがなくて、他のサーバープロセスは影響を受けることがなく、したがってサービスプロバイダへの金銭的損害を回避できる。

この発明の概要は、特許請求される主題のあらゆる主要な特徴または重要な特徴を確認することは意図されておらず、特許請求される主題の範囲を決定する上での支援として単独に用いられることも意図されていない。

発明を実施するための形態は、添付されている図面を参照して説明される。異なる図面における同じ参照番号の使用は、類似または同一の項目を示す。
ウェブページアクセスを制御するための例示プロセスのフローチャートである。 ウェブページアクセスを制御するための例示プロセスの別のフローチャートである。 ウェブページアクセスの制御を可能にする例示的コンピューティングアーキテクチャの概略図である。 ウェブページアクセスの制御を可能にする例示的コンピューティングアーキテクチャの概略図である。

図１はウェブページアクセスを制御するための例示プロセスのフローチャートである。プロセス１００は、１つ以上のオペレーションを行うためにウェブページスクリプトがロードされたブラウザに関連するコンピューティング装置（例えば、サーバー）によって実装され得る。１０２で、コンピューティング装置は、ウェブページへの訪問を要求する訪問要求を受け取ることができる。例えば、ユーザーがウェブサイトのサービスへの訪問を要求することを意図するとき、ユーザーはアドレスの入力フィールドにウェブサイトサービスのＵＲＬアドレスを入力する、またはウェブページのサービスのリンクをクリックする。すると、ブラウザはユーザーのクリックまたは入力されたＵＲＬアドレスに基づいて訪問要求を生成し、訪問要求をコンピューティング装置に送る。

１０４で、コンピューティング装置はウェブページの識別子（ＩＤ）および／またはウェブページのウェブページ要素のＩＤを受け取ることができる。ユーザーが要求するウェブページは、ウェブサイトの特定のサービスであることができ、他のウェブページ要素への複数のリンクを含むことができる。したがって、ユーザーが要求するウェブページに関して、コンピューティング装置は、ウェブページを表示すべきか否かを決定することができる。ウェブページを表示すべきでないと決定されると、ユーザーはサービスを訪問することができない。また、コンピューティング装置は、ウェブページに含まれる個々のウェブページ要素を表示すべきであるかについても決定することができる。いくつかの実施形態では、ウェブページを表示すべきかどうかを決定するために、ウェブページのＩＤが取得され得る。あるいは、個々のウェブページ要素を表示すべきかどうかを決定するために、ウェブページ要素のＩＤを取得することができる。いくつかの例では、コンピューティング装置は、ウェブページを表示すべきかどうかを事前に決定することができる。表示することを決定すると、コンピューティング装置は、さらにウェブページの個々のウェブページ要素を表示すべきかどうかを決定することができる。

いくつかの実施形態において、ウェブページのＩＤはウェブページのユニフォームリソースロケータ（ＵＲＬ）アドレスである。これらの例では、コンピューティング装置は、訪問要求内のＵＲＬアドレスを取得することができる。

いくつかの実施形態において、コンピューティング装置は、訪問要求に基づいて対応するＨＴＭＬテキストを取得して、個々のウェブページ要素の対応する属性値を得るためにＤＯＭツリーのシーケンスに基づいてＨＴＭＬテキストの個々のウェブページ要素を順次解析することができる。

いくつかの実施形態において、ウェブページＩＤは、ウェブページから取得され得るウェブページのＵＲＬアドレスであり得る。ウェブページ要素は、ウェブページ内に含まれるテキスト、画像、オーディオ、アニメーション、ビデオなどの様々なものを含んでよい。全てのウェブページ要素の組織形態は、実例のアルゴリズム（１）によって例示できる。

アルゴリズム（１）
＜ｈｔｍｌ＞
＜ｈｅａｄ＞
＜／ｈｅａｄ＞
＜ｂｏｄｙ＞
＜ｉｎｐｕｔ ｔｙｐｅ＝”ｓｕｂｍｉｔ” ｎａｍｅ＝”ｘｘｘｑｕｅｒｙｂｕｔｔｏｎ＿１”／＞
＜ａ ｈｒｅｆ＝”ｘｘｘ．ａｌｉｐａｙ．ｃｏｍ”ｎａｍｅ＝”ｘｘｘｓｅｒｖｃｉｅ＿１”／＞
＜／ｂｏｄｙ＞
＜／ｈｔｍｌ＞

いくつかの実施形態において、＜ｈｅａｄ＞の個々のタグはウェブページ要素としてみなすことができる。個々のウェブページ要素はそれぞれ対応する属性値、例えば、名称、ＩＤ、タイプなどを有する。ウェブページへの訪問を要求する訪問要求を受け取った後、コンピューティング装置はＨＴＭＬテキストを取得して、個々のウェブページ要素の対応する属性値を得るためにＤＯＭツリーのシーケンスに基づいて、個々のウェブページ要素を順次解析することができる。上記の例では、ウェブページ要素の名称をｘｘｘｑｕｅｒｙｂｕｔｔｏｎ＿１として得て、ウェブページ要素のタイプは「ｓｕｂｍｉｔ」であるように解析される。

１０６で、コンピューティング装置は、ウェブページのＩＤおよび／またはウェブページ要素のＩＤに基づいて事前設定されたリソース割当データベースから対応するリソース要件を取得することができる。

いくつかの実施形態において、リソース要件は、所定の期間中に受け取られる要求の数、ネットワークフロー量、ハードディスクの入力／出力の量、データベースのトラフィックの量、またはコンピューティング装置に関連するＣＰＵ使用量のうちの少なくとも１つを選択することによって得ることができる。

いくつかの実施形態において、ウェブページのＵＲＬアドレスとリソース要件との間の相関はリソース割当データベースで事前設定される。例えば、サーバーに対して、単位時間当たりＡウェブページを開くことを要求する１００件の要求がある。いくつかの実施形態において、ウェブページ要素の属性値とリソース要件との間の相関は事前設定される。例えば、特定のビデオを開くことが要求されるとき、現在のＣＰＵ使用率に関する要件は７０％未満である。これは、リソース要件が７０％であることを示す。

いくつかの実施形態において、コンピューティング装置は、個々のウェブページ要素の属性値をリソース割当データベースのウェブページ要素の属性値と比較し、比較に基づいてウェブページ要素に対応するリソース要件を取得することができる。

いくつかの実施形態において、個々のウェブページ要素の属性値を取得することができる。リソース割当データベースに関連する比較のプロセスで、コンピューティング装置は、個々のウェブページ要素の属性値をリソース割当データベースのウェブページ要素の属性値と比較することができ、このように、比較に基づいてウェブページ要素に対応するリソース要件を取得することができる。

１０８で、コンピューティング装置は、リソース要件が現在のリソース割当より大きいかどうかを決定することができ、リソース要件が現在のリソース割当より大きい場合、オペレーションは次に１１０に進む。

リソース割当および／またはリソース要件は、所定の期間中に受け取られた要求の数、ネットワークフロー量、ハードディスクの入力／出力の量、データベースのトラフィックの量、またはコンピューティング装置に関連するＣＰＵ使用量のうちの少なくとも１つを含むことができる。リソース割当は、事前設定され得る、または現在のリソース状態から取得され得る。例えば、現在のＣＰＵ使用率は８０％である。特定のウェブページまたは特定のウェブページ要素に基づくリソース要件が現在のリソース割当より大きい場合、現在のリソースはウェブページまたはウェブページ要素の要件を満たすことができない。例えば、携帯電話のためのリチャージサービスで、ＣＰＵ使用率が７０％未満であることが要求されてＣＰＵ使用率の事前設定されたリソース割当が８０％の場合、サービスを利用できない可能性がある。例えば、ＣＰＵ使用率が７０％未満であることが要求されて現在のＣＰＵ使用率が８０％として検出される場合、サービスを利用できない可能性がある。

１１０で、コンピューティング装置は、所定の規則に基づいてウェブページコンテンツを生成して、返送することができる。いくつかの実施形態において、ウェブページＩＤはＵＲＬアドレスを含むことができる。これらの例では、コンピューティング装置は、一時的に使用不能のプロンプトメッセージを示すＨＴＭＬテキストを生成し、クライアント端末に返送して表示させることができる。いくつかの例では、コンピューティング装置は、待機のプロンプトメッセージを示すＨＴＭＬテキストを生成し、クライアント端末に返送して表示させることができる。

いくつかの実施形態において、現在のウェブページ割当リソースが特定のウェブページを訪問するためのリソース割当の要件を満たすことができない場合、コンピューティング装置は、一時的に使用不能のプロンプトメッセージを示すＨＴＭＬテキストを生成することができる。プロンプトメッセージはウェブページが一時的に使用不能であることを示す。いくつかの例では、ブラウザは、ＨＴＭＬテキストに基づいてそれを解釈して、プロンプトメッセージを含むウェブページを生成することができる。いくつかの例では、ブラウザは、待機のメッセージを含むウェブページを生成して、そのメッセージを表示させることができる。テキストは、待機時間が所定の値に達するときに現在のリソース割当がウェブページのリソース要件より大きいかどうかを再決定するように構成されたタイマーモジュールを含んでもよい。現在のリソース割当がウェブページのリソース要件より大きい場合、コンピューティング装置は、ウェブページアドレスに対応するＨＴＭＬテキストを生成することができる。

いくつかの実施形態において、ウェブページのＩＤはウェブページ要素のＩＤを含む。いくつかの例では、コンピューティング装置は、現在のリソース割当より大きいリソース要件を持つウェブページ要素に関して、ウェブページ要素の属性を「無効」または「表示」に設定することができる。いくつかの例では、コンピューティング装置は、一時的に使用不能のプロンプトメッセージを表示させることができる。

いくつかの実施形態において、コンピューティング装置は、設定または交換されたＨＴＭＬテキストをウェブページ表示のためにクライアントに返送することができる。

ウェブページのレンダリング時、現在のウェブ割当リソースがウェブページ要素のリソース割当の要件を満たすことができない場合、ウェブページのウェブページ要素を表示させないことができる。いくつかの実施形態において、個々のウェブページ要素の属性は、「無効」または「表示」に設定することができる。これらの例では、ウェブページ要素の属性は、ウェブページ要素の表示を停止するためにウェブページの対応するＨＴＭＬテキストによってウェブページ要素の属性は「無効」に設定される。いくつかの実施形態において、ウェブページ要素の属性は、ウェブページ要素を表示しないように「無効」または「不能」に設定することができる。いくつかの実施形態において、異なるタイプのウェブページ要素は、異なるハンドラを呼び出すことによって設定することができる。例えば、ｄｉｖとしてｃｌａｓｓを持つウェブページ要素に対応するハンドラは、ｄｏｃｕｍｅｎｔ．ｇｅｔＥｌｅｍｅｎｔＢｙＩｄ（“ｔｙｐｅｄｉｖ１”）、ｓｔｙｌｅ．ｖｉｓｉｂｉｌｉｔｙ＝“ｖｉｓｉｂｌｅ”である。ウェブページ要素を閉じる必要があるかどうかの決定では、ウェブページ要素のタイプに対応するハンドラは、ウェブページ要素を閉じるためにさらに判定されて使用され得る。次に、処理対象のＨＴＭＬテキストは、解釈のためにブラウザに送ることができ、ウェブページ要素はウェブページに表示されない。

いくつかの実施形態において、ウェブページ要素に対応する表示コンテンツは、プロンプトメッセージと交換することができる。これらの例では、メッセージは、例えばサービスが一時的に使用不能であることをユーザーに通知して、ウェブページ上のウェブページ要素の対応する位置に表示させることができる。

ユーザーが訪問するウェブページに関して、本開示は、ウェブページまたはウェブページ要素のリソース要件が現在のリソース割当より大きいかどうかを決定する。リソース要件が現在のリソース割当より大きくない場合、現在のリソースは、ウェブページまたはウェブページ要素の表示プロセスを支援することができない可能性がある。次に、サーバーが過負荷になることを回避するために表示を終了させることができる、またはメッセージを返すことができる。このように、ウェブページがハッカーによる攻撃を受けているとき、ウェブページに関連するウェブページサービスの他の訪問要求および他の訪問に影響することを回避できる。その間、本開示はサービスプロバイダへの金銭的損害も回避することができる。

図２は、ウェブページアクセスを制御するための例示プロセスの別のフローチャートである。プロセス２００は、１つ以上のオペレーションを行うためにウェブページスクリプトがロードされたブラウザに関連するコンピューティング装置（例えば、サーバー）によって実装され得る。

２０２で、コンピューティング装置は、ウェブページへの訪問を要求する訪問要求を受け取ることができる。

２０４で、コンピューティング装置は、ウェブページのＩＤおよび／またはウェブページのウェブページ要素のＩＤを受け取ることができる。

２０６で、コンピューティング装置は、ウェブページのＩＤおよび／またはウェブページ要素のＩＤに基づいて事前設定されたリソース割当データベースから対応するリソース要件を取得することができる。

２０８で、コンピューティング装置は、リソース要件が現在のリソース割当より大きいかどうかを決定できる。プロセス２００は、リソース要件が現在のリソース割当より大きい場合にオペレーション２１０に進むことができる。プロセス２００は、リソース要件が現在のリソース割当よりも大きくない場合に２１２に進むことができる。

２１０で、コンピューティング装置は、応答の返しとして所定の規則に基づいてウェブページコンテンツを生成することができる。

２１２で、コンピューティング装置は、訪問を要求されているウェブページに対応するＨＴＭＬテキストに返すことができる。

いくつかの実施形態において、ウェブページまたはウェブページ要素は、リソース要件がウェブページまたはウェブページ要素の訪問要求を満足できる場合に適切に表示されるように取得することができる。これらの例では、ウェブページに対応するＨＴＭＬテキストをユーザーの訪問要求に基づいて取得することができ、プロセスを返すことができる。

２１４で、コンピューティング装置は、リソース割当を設定または変更することができる。いくつかの実施形態において、リソース割当を事前設定することができて、リソース割当の量を変更することができる。

いくつかの実施形態において、事前設定されたリソース割当データベースからの対応するリソース要件は、ウェブページへの訪問を要求する訪問要求を受け取った後に、ウェブページのＩＤおよび／またはウェブページ要素のＩＤに基づいて取得することができる。現在のリソース割当がリソース要件を満足できない場合、コンピューティング装置は、ウェブページまたはウェブページ要素のサービスを支援できない。次に、要求されたサービスが使用不能であることを通知するために待機ウェブページを生成することができる。これによって、ウェブページをホストするウェブサイトがハッカーの攻撃を受けるとき、コンピューティング装置が過負荷になることを回避して、他のサービスに関連する他の訪問要求に影響することを防ぐことができる。その間、本開示は、サービスプロバイダへの金銭的損害を回避することもできる。

本発明の方法の実施形態に関して、説明を簡単にするために一連のオペレーションの組合せとして解説する。しかしながら、当業者は、本発明がオペレーションの順番に限定されないことを理解すべきである。本発明に基づいて、いくつかのオペレーションは、他のシーケンスで実行されてもよく、または同時に実行されてもよい。さらに、明細書に記述されている実施形態は一実施形態に過ぎず、記述されているオペレーションとモジュールは、本開示に全てが必要であることではないことを当業者は理解すべきである。

図３および４は、ウェブページアクセスの制御を可能にする例示的コンピューティングアーキテクチャの概略図である。図３は、コンピューティング装置３００の図である。１つの構成例では、コンピューティング装置３００は、１つ以上のプロセッサ３０２、入力／出力インターフェース３０４、ネットワークインターフェース３０６、およびメモリ３０８を含む。

メモリ３０８は、ランダムアクセスメモリ（ＲＡＭ）などの揮発性メモリおよび／またはリードオンリメモリ（ＲＯＭ）などの不揮発性メモリまたはフラッシュＲＡＭの形態のコンピュータ可読媒体を含むことができる。メモリ３０８は、コンピュータ可読媒体の一例である。

コンピュータ可読媒体には、コンピュータ可読命令、データ構造、プログラムモジュール、または他のデータ等の情報を格納するための任意の方法または技術で実装される揮発性および不揮発性の、取り外し可能および取り外し不可能な媒体が含まれる。コンピュータ記憶媒体の例は、限定されないが、相変化メモリ（ＰＲＡＭ）、スタティックランダムアクセスメモリ（ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、他のタイプのランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、電気的消去可能プログラマブルリードオンリメモリ（ＥＥＰＲＯＭ）、フラッシュメモリまたは他のメモリ技術、コンパクトディスクリードオンリメモリ（ＣＤ−ＲＯＭ）、デジタル多用途ディスク（ＤＶＤ）または他の光学式記憶、磁気カセット、磁気テープ、磁気ディスク記憶または他の磁気記憶装置、またはコンピューティング装置によってアクセスのための情報を記憶するために使用され得る任意の他の非伝送媒体を含む。本明細書で定義されるように、コンピュータ可読媒体には、変調データ信号および搬送波等の一過性媒体は含まれない。

メモリ３０８を詳細に見ると、メモリ３０８は、受取モジュール３１０、ＩＤモジュール３１２、リソースモジュール３１４、決定モジュール３１６および第１の返送モジュール３１８を含むことができる。受取モジュール３１０は、ウェブページ訪問要求を受け取るように構成することができる。ＩＤモジュール３１２は、ウェブページＩＤおよび／またはウェブページのウェブページ要素ＩＤを受け取るように構成することができる。リソースモジュール３１４は、ウェブページＩＤおよび／またはウェブページ要素ＩＤに基づいて、事前設定されたリソース割当データベースからリソース要件の対応する量を取得するように構成することができる。決定モジュール３１６は、リソース要件が現在のリソース割当より大きいかどうかを決定するように構成することができる。第１の返送モジュール３１８は、リソース要件が現在のリソース割当より大きい場合にウェブページコンテンツを生成して、返送することができる。

いくつかの実施形態において、リソース要件および／またはリソース割当は、所定の期間中に受け取られた要求の数、ネットワークフロー量、ハードディスクの入力／出力の量、データベースのトラフィックの量、またはコンピューティング装置に関連するＣＰＵ使用量のうちの少なくとも１つを選択することによって得ることができる。

いくつかの実施形態において、ウェブページのＩＤはＵＲＬアドレスであってよい。リソース割当データベースは、ＵＲＬアドレスとリソース要件との間の相関を含むことができる。これらの例では、ＩＤモジュールは、訪問要求からウェブページアドレスＵＲＬを取得するように構成されたサブモジュールを含むことができる。

いくつかの実施形態において、リソース割当データベースは、ウェブページ要素の属性値とリソース要件との間の相関を含む。これらの例では、ＩＤモジュールは、個々のウェブページ要素の対応する属性値を得るために、訪問要求に基づいて対応するＨＴＭＬテキストを取得するように構成されたサブモジュールと、ＤＯＭツリーのシーケンスに基づいてＨＴＭＬテキストの個々のウェブページ要素を順次解析するように構成された別のサブモジュールを含むことができる。

いくつかの実施形態において、リソースモジュール３１４は、個々のウェブページ要素の属性値をリソース割当データベースのウェブページ要素の属性値と比較して、比較に応じてウェブページ要素に対応するリソース要件を取得するように構成されたサブモジュールを含むことができる。

いくつかの実施形態において、第１の返送モジュールは、一時的に使用不能のプロンプトメッセージを含むＨＴＭＬテキストを生成して、クライアント端末に返送して表示させるように構成された第１のサブモジュールと、および／または待機ウェブページに対応するＨＴＭＬテキストを生成して、クライアント端末に返して表示させるように構成された第２のサブモジュールを含むことができる。

いくつかの実施形態において、第１の返送モジュールは、ウェブページに対応するＨＴＭＬテキストでウェブページ要素の属性を「無効」または「表示」に設定する、または、現在のリソース割当より大きいリソース要件を持つウェブページ要素に関する一時的に使用不能のプロンプトメッセージをウェブページ要素の表示コンテンツと交換するように構成された設定サブモジュールを含むことができる。いくつかの例では、第１の返送モジュールは、他に設定または交換されたＨＴＭＬテキストをクライアント端末に返送して、ウェブページを表示させるように構成された第３のサブモジュールを含むことができる。

いくつかの実施形態において、メモリ３０８は、他に第２のモジュール４０２とリソース割当設定モジュール４０４を含むことができる。第２の返送モジュール４０２は、決定結果が「否」であることを決定モジュールが決定した場合に訪問要求に対応するＨＴＭＬテキストに返信するように構成することができる。リソース割当設定モジュール４０４は、リソース割当を設定、または変更するように構成することができる。

コンピューティング装置３００の実施形態は、図１および２に例示された方法の前述の実施形態に同様に対応するので、機器の実施形態に関する関連の説明は、前述の説明を参照することができる。

本開示は、パーソナルコンピュータ、サーバーコンピュータ、ハンドヘルド型装置、携帯型装置、タブレット装置、マルチプロセッサシステム、マイクロプロセッサ上のシステムベース、セットトップボックス、プログラム可能電子消費者装置、ネットワークＰＣ、小型コンピュータ、メインフレームコンピュータのうちの任意の１つを含む分散型コンピューティング環境などのコンピューティングシステムに関する様々な種類の一般的または特定の環境または構成で使用することができる。

本開示は、プログラムモジュールなどのコンピュータ実行命令によって実行可能である一般的テキストとして実装することができる。いくつかの実施形態において、プログラムモジュールは、ルーチン、プログラム、オブジェクト、要素、および特定のタスクを実行するためのデータ構造または特定の抽象データ型を実装するデータ構造を含むことができる。本開示は、また分散型コンピューティング環境に実装することができる。そのような分散型コンピューティング環境では、ジョブは通信ネットワークを介して接続された遠隔処理装置によって実行される。分散型コンピューティング環境では、プログラムモジュールは、記憶装置を含むローカルまたは遠隔コンピュータ記憶媒体に保存することができる。

本明細書で使用する場合、用語「備える」「備えている」またはそれらの任意の他の変形は、非排他的包含をカバーすることを意図しており、したがって、プロセス、方法、物品、またはシステム／機器は、一連の要素を含むが、それらの要素を含むだけではなく、明示的に記載されていない、またはそのようなプロセス、方法、物品、またはシステム／機器に固有である他の要素を含むことができる。「・・を備える」「・・を持つ」「・・を含む」および「・・を含有する」によって記述される要素は、限定されずに、要素をそれぞれ備える、持つ、含む、および含有するプロセス、方法、物品、または機器内の付加的同一要素の存在を排除しない。

本発明のウェブページ訪問要求のための方法およびウェブページ訪問要求のための応答システムを、上記のように詳細に説明した。この文書は、本発明の原理および実装を解説するために特定の実施形態を採用した。上記の解説は、本開示の方法および１つ以上の核心概念の理解を補助することのみを意図する。また、一般的当業者は、本発明の概念に基づいて特定の実施形態および適用範囲に変更を加えることが可能である。したがって、本明細書の内容は本発明を限定するものとして理解されるべきではない。

Claims (20)

1. コンピューティング装置によって、ウェブページへのアクセスのための要求を受け取ることと、
   前記ウェブページの識別子（ＩＤ）を取得することと、
   事前設定されたリソース割当データベースに基づいて前記ウェブページの前記ＩＤに対応する割り当てられたリソースの量を決定することと、
   前記要求に関連する要求されたリソースの量を決定することと、
   前記割り当てられたリソースの前記量が前記要求されたリソースの前記量よりも大きいかどうかの決定に応じて、所定の規則に基づいてウェブページコンテンツを生成して返送することと、を含む、ウェブページアクセスを制御するためのコンピュータ実装方法。
2. 前記ウェブページの前記ＩＤが前記ウェブページのウェブページ要素のＩＤを含む、請求項１に記載のコンピュータ実装方法。
3. 前記割り当てられたリソースが、所定の期間中に受け取られた要求の数、ネットワークフロー量、ハードディスクの入力／出力の量、データベースのトラフィックの量、または前記コンピューティング装置に関連するＣＰＵ使用量のうちの少なくとも１つを含む、請求項１に記載のコンピュータ実装方法。
4. 前記ウェブページの前記ＩＤが前記ウェブページのユニフォームリソースロケータ（ＵＲＬ）アドレスであり、前記事前設定されたリソース割当データベースが前記ウェブページの前記ＵＲＬアドレスと前記要求されたリソースとの間の相関を含む、請求項１に記載のコンピュータ実装方法。
5. 前記ウェブページの前記ＩＤを取得することが前記要求内の前記ＵＲＬアドレスの取得を含む、請求項４に記載のコンピュータ実装方法。
6. 前記事前設定されたリソース割当データベースが前記ウェブページのウェブページ要素の属性値と要求されたリソースの属性値との間の相関を含む、請求項１に記載のコンピュータ実装方法。
7. 前記ウェブページの前記ＩＤを取得することが、
   前記要求に基づいて対応するハイパーテキストマークアップ言語（ＨＴＭＬ）テキストを取得することと、
   前記ウェブページ要素の前記属性値を得るために、ドキュメントオブジェクトモデル（ＤＯＭ）ツリーのシーケンスに基づいて前記対応するＨＴＭＬテキストの個々のウェブページ要素を順次解析することと、を含む、請求項６に記載のコンピュータ実装方法。
8. 前記事前設定されたリソース割当データベースに基づいて前記ウェブページの前記ＩＤに対応する前記割り当てられたリソースの量を決定すること、
   前記ウェブページ要素のウェブページ要素の属性値と前記要求されたリソースの属性値とを比較すること、
   該比較に基づいて前記要求リソースの属性値に対応する前記割り当てられたリソースの量を決定すること、である、請求項６に記載のコンピュータ実装方法。
9. 前記割り当てられたリソースの量が前記要求されたリソースの量より大きいかどうかの決定に応じて、前記所定の規則に基づいてウェブページコンテンツを生成して返送することが、
   前記割り当てられたリソースの量が前記要求されたリソースの量より大きくないという決定に応じて、前記ウェブページの前記ウェブページ要素の属性を無効にすることを含む、請求項６に記載のコンピュータ実装方法。
10. 前記割り当てられたリソースの量が前記要求されたリソースの量より大きいかどうかの決定に応じて、前記所定の規則に基づいてウェブページコンテンツを生成して返送することが、
    前記割り当てられたリソースの量が前記要求されたリソースの量より大きいという決定に応じて、前記ウェブページコンテンツを生成して表示させることを含む、請求項６に記載のコンピュータ実装方法。
11. 前記割り当てられたリソースの量を設定または変更することをさらに含む、請求項１に記載のコンピュータ実装方法。
12. １つ以上のプロセッサと、
    前記１つ以上のプロセッサが実行可能である複数の構成要素を維持するメモリと、を備え、
    前記複数の構成要素が、
    ウェブページへのアクセスのための要求を受け取るように構成された受取モジュールと、
    前記ウェブページのＩＤを取得するように構成された識別子（ＩＤ）モジュールと、
    事前設定されたリソース割当データベースに基づいて、前記ウェブページの前記ＩＤに対応する割り当てられたリソースの量を決定するように構成されたリソースモジュールと、
    前記要求に関連する要求されたリソースの量を決定するように構成された決定モジュールと、
    前記割り当てられたリソースの量が前記要求されたリソースの量より大きいかどうかの決定に応じて、所定の規則に基づいてウェブページコンテンツを生成して返送するように構成される返送モジュールと、を備える、ウェブページを訪問するための要求に応答するためのコンピューティングシステム。
13. 前記ウェブページの前記ＩＤが前記ウェブページのウェブページ要素のＩＤを含む、請求項１２に記載のシステム。
14. 前記割り当てられたリソースが、所定の期間中に受け取られた要求の数、ネットワークフロー量、ハードディスクの入力／出力の量、データベースのトラフィックの量、または前記システムに関連するＣＰＵ使用量のうちの少なくとも１つを含む、請求項１２に記載のシステム。
15. 前記ウェブページの前記ＩＤが前記ウェブページのユニフォームリソースロケータ（ＵＲＬ）アドレスであり、前記事前設定リソース割当データベースが前記ウェブページの前記ＵＲＬアドレスと前記要求されたリソースとの間の相関を含む、請求項１２に記載のシステム。
16. コンピュータ実行可能な命令を保存する１つ以上のコンピュータ可読媒体であって、前記コンピュータ実行可能な命令は、１つ以上のプロセッサによって実行されると、前記１つ以上のプロセッサに命令して、
    ウェブページへのアクセスのための要求を受け取ることと、
    前記ウェブページの識別子（ＩＤ）を取得することと、
    事前設定されたリソース割当データベースに基づいて、前記ウェブページの前記ＩＤに対応する割り当てられたリソースの量を決定することと、
    前記要求に関連する要求されたリソースの量を決定することと、
    前記割り当てられたリソースの前記量が前記要求されたリソースの前記量より大きいかどうかの決定に応じて、所定の規則に基づいてウェブページコンテンツを生成して返送することと、を含む行為を行わせる、１つ以上のコンピュータ可読媒体。
17. 前記事前設定されたリソース割当データベースが、前記ウェブページのウェブページ要素の属性値と要求されたリソースの属性値との間の相関を含む、請求項１６に記載の１つ以上のコンピュータ可読媒体。
18. 前記事前設定されたリソース割当データベースに基づいて前記ウェブページの前記ＩＤに対応する前記割り当てられたリソースの量を決定すること、
    前記ウェブページ要素のウェブページ要素の属性値と前記要求されたリソースの属性値とを比較することと、
    該比較に基づいて前記要求リソースの属性値に対応する前記割り当てられたリソースの量を決定することと、である、請求項１７に記載の１つ以上のコンピュータ可読媒体。
19. 前記割り当てられたリソースの量が前記要求されたリソースの量より大きいかどうかの決定に応じて、前記所定の規則に基づいてウェブページコンテンツを生成して返送することが、
    前記割り当てられたリソースの量が前記要求されたリソースの量より大きくないという決定に応じて、前記ウェブページの前記ウェブページ要素の属性を無効にすることを含む、請求項１７に記載の１つ以上のコンピュータ可読媒体。
20. 前記割り当てられたリソースの量が前記要求されたリソースの量より大きいかどうかの決定に応じて、前記所定の規則に基づいてウェブページコンテンツを生成して返送することが、
    前記割り当てられたリソースの量が前記要求されたリソースの量より大きいという決定に応じて、前記ウェブページコンテンツを生成して表示させることを含む、請求項１７に記載の１つ以上のコンピュータ可読媒体。