JP6588477B2 - リモート情報クエリの方法及びサーバ - Google Patents

Description

（関連出願の相互参照）
本出願は、２０１４年７月１７日に出願された、「Ｍｅｔｈｏｄ ａｎｄ Ｓｅｒｖｅｒ ｏｆ Ｒｅｍｏｔｅ Ｉｎｆｏｒｍａｔｉｏｎ Ｑｕｅｒｙ」と題する、中国特許出願第２０１４１０３４２５９８．２号に外国優先権を主張し、その全体を参照により本明細書で援用される。

本開示は、通信技術分野に関し、特に、リモート情報クエリの方法及びサーバに関する。

インターネットの急速な発展に伴い、インターネット・ユーザ数は、日々増加する。これらのインターネット・ユーザの１部は、意図的にインターネット・システムにハッキングし、データ盗難のような違法行為に従事する可能性がある。したがって、インターネット・ユーザのセキュリティを分析する問題が浮上する。

既存の技術において、ユーザのセキュリティ分析のために必要な情報は、リモート・クエリ・アプローチを使用してユーザのセキュリティを分析するときにユーザが安全なユーザであるかどうかを判定することで得られる。しかしながら、リモート・クエリ・アプローチ、たとえば、ＲＰＣ（リモート・プロシージャ・コール）、Ｓｏａｐ（シンプル・オブジェクト・アクセス・プロトコル）またはＲｅｓｔ（レプレゼンテーショナル・ステート・トランスファ）などは、ＴＣＰ（トランスミッション・コントロール・プロトコル）／ＨＴＴＰ（ハイパーテキスト・トランスファ・プロトコル）に基づく。ユーザのセキュリティ分析をこれらのプロトコルに基づき実行するときに、クライアント側で対応するソフトウェア・モジュールの開発は、対応するクエリ要求の構築を容易にするために頻繁に必要とされる。またクエリ要求が対象とするコンテンツ・サーバ用の対応するソフトウェア・モジュールの開発は、この構築されたクエリ要求を認識するために必要とされる。端的に言えば、ユーザのセキュリティ分析を実行するときに、既存の技術は、クエリ要求を構築して認識する必要があるため、複雑な認識方法となる。

この発明の概要は、以下の発明を実施するための形態でさらに記述される簡略化された形式で概念の選択を導入するために提供される。この発明の概要は、主張される主題のすべての重要な特徴または本質的な特徴を特定することを意図されず、それは主張される主題の範囲を決定する際の扶助として単独で使用されることも意図されない。用語「技術」は、たとえば、上記の文脈により本開示を通じて許容されるような、デバイス（複数を含む）、システム（複数を含む）、方法（複数を含む）及び／またはコンピュータ可読インストラクションを指すことができる。

本開示の実施形態は、リモート情報クエリの方法及びサーバを提供する。既存のクエリ要求内のクエリ要求のタイプに対応するタイプ識別子を追加することで、ユーザ・セキュリティのより簡単で非常に効率的な認識を実現することができる。

第一態様は、リモート情報クエリの方法を提供し、この方法は、クライアント側から送信されたクエリ要求を受信すること、このクエリ要求のタイプ・フィールドのコンテンツを得ること、タイプ・フィールドのコンテンツに基づきクエリ要求のタイプを得ること、このタイプに対応するタイプ識別子及びプリセットされ承認されたドメイン名システム（ＤＮＳ）のドメイン名をクエリ要求に追加してターゲット・クエリ要求を得ること、このターゲット・クエリ要求をローカルＤＮＳへ送信し、このローカルＤＮＳがターゲット・クエリ要求内のプリセットされ承認されたＤＮＳのドメイン名によりプリセットされ承認されたＤＮＳへターゲット・クエリ要求を送信することを可能にすること、ならびにプリセットされ承認されたＤＮＳからクエリ要求のタイプに対応する応答メッセージを受信することを備える。

第二態様は、受信部、取得部、追加部及び送信部を含む、サーバを提供する。受信部は、クライアント側からのクエリ要求を受信し、このクエリ要求のタイプ・フィールドのコンテンツを得る。取得部は、このタイプ・フィールドのコンテンツに基づきクエリ要求のタイプを取得する。追加部は、取得部により取得されたタイプに対応するタイプ識別子及びプリセットされ承認されたドメイン名システム（ＤＮＳ）のドメイン名をクエリ要求に追加してターゲット・クエリ要求を取得する。送信部は、追加部により取得されたターゲット・クエリ要求をローカルＤＮＳへ送信し、このローカルＤＮＳがターゲット・クエリ要求内のプリセットされ承認されたＤＮＳのドメイン名によりプリセットされ承認されたＤＮＳへターゲット・クエリ要求を送信することを可能にし、プリセットされ承認されたＤＮＳからのクエリ要求のタイプに対応する応答メッセージを受信する。

本開示により提供されたリモート情報クエリの方法及びサーバは、最初にクライアント側から送信されたクエリ要求を得て、プリセットされ承認されたＤＮＳへ送信するために取得されたクエリ要求へプリセットされ承認されたＤＮＳのタイプ識別子及びドメイン名を追加する。最終的に、方法及びサーバは、プリセットされ承認されたＤＮＳにより、このクエリ要求の応答メッセージを返す。したがって、開示された方法は、クエリ要求のタイプに対応するタイプ識別子をＤＮＳプロトコルに基づき既存のクエリ要求に追加するため、ユーザ・セキュリティのより簡単で非常に効率的な認識を達成する。

既存の技術に従うクライアント側によるリモート情報クエリの方法の概略図である。 本開示の第一実施形態に従うリモート情報クエリの方法のフローチャートである。 本開示に従う分散管理システムである。 本開示の第二実施形態に従うサーバの概略図である。 さらに詳細に図４で記述されるような例示的なサーバの構造図である。

より理解しやすく本開示の実施形態の目標、技術的解決策、及び利点を定めるために、本開示の実施形態での技術的解決策は、本開示の実施形態の添付の図面を参照して本明細書で明確かつ完全に記述される。明らかに、記述される実施形態は、本開示の実施形態のすべてではなく１部を表す。いかなる創造的な努力もせずに本開示の実施形態に基づき当業者により取得されるすべての他の実施形態は、本開示の保護範囲に属するものとする。

本開示の実施形態の理解を容易にするために、例示的な実施形態は、図面と併せて本明細書でさらに詳細に説明され記述される。これらの実施形態は、しかしながら、本開示の実施を制限しない。

本開示の実施形態により提供されたリモート情報クエリの方法及びサーバは、電子商取引ユーザのためのセキュリティ分析を実行する状況、特にリモート電子商取引ユーザのためのセキュリティ分析を実行する状況に適用可能である。本開示において、リモート・インターネット・ユーザのセキュリティ分析をＤＮＳ（ドメイン名システム）プロトコルに基づき実行する。このＤＮＳプロトコル自体は、比較的単純なプロトコルであるため、高効率のリモート情報クエリを達成することができる。

図１は、既存の技術でのクライアント側によるリモート情報クエリの方法１００の概略図であり、クライアント側１０２、ローカルＤＮＳ１０４、承認されたＤＮＳ１０６、ＤＮＳ１０８及び第二レベルのＤＮＳ１１０を含む。図１において、クライアント側１０２は、最初にローカルＤＮＳ１０４へクエリ要求を送信する。このクエリ要求は、ＵＲＬ（ユニフォーム・リソース・ロケータ）アドレス、たとえば、「ｗｗｗ．ａｌｉｐａｙ．ｃｏｍ」を含む。このＵＲＬアドレスに対応するＩＰ（インターネット・プロトコル）アドレスが１１０．７５．１４２．１１１であり、クライアント側１０２が初回にこのクエリ要求を送信しない場合に、ローカルＤＮＳ１０４は、「１１０．７５．１４２．１１１」及び「ｗｗｗ．ａｌｉｐａｙ．ｃｏｍ」をクライアント側１０２へ直接返す。「１１０．７５．１４２．１１１」は、クライアント側１０２により送信されたＵＲＬアドレスに対応するＩＰアドレスを表し、「ｗｗｗ．ａｌｉｐａｙ．ｃｏｍ」は、クライアント側１０２により送信されたＵＲＬアドレスのエイリアス名を表す。このＵＲＬアドレスは、この実施例においてエイリアス名がないため、返されるエイリアス名は、ＵＲＬアドレスと同じものである。

ローカルＤＮＳ１０４が初回のためにローカルＤＮＳ１０４へクエリ要求を送信するクライアント側１０２に応答して承認されたＤＮＳ１０６からＩＰアドレスを取得した後に、ＩＰアドレスがローカルにキャッシュされるものであることに留意するべきである。ＴＴＬ（生存時間）が終了した後にローカルＤＮＳ１０４からこのＩＰアドレスを削除する。

上記の実施例からわかるように、既存の技術のローカルＤＮＳ１０２及び承認されたＤＮＳ１０６は、単にクライアント側１０２により送信されたＵＲＬアドレスを解決し、それらに対応するＩＰアドレスを返し、他の情報についてのクエリをサポートしない。たとえば、ユーザと関連したセキュリティ問題を分析するときに、ユーザが位置する場所及びユーザがすでにブラックリストに含まれているかどうかのような情報は、クエリを行われるために必要とされる。

図２は、本開示の第一実施形態によるリモート情報クエリの方法のフローチャートである。図２で示されるように、この方法は、Ｓ２１０でクライアント側により送信されたクエリ要求を受信し、クエリ要求のタイプ・フィールドのコンテンツを得ることを備える。

コンテンツ・サーバは、クエリ要求を受信する、たとえば、ＩＰアドレス「１９２．１６８．２２．１」の位置にクエリを行う要求を受信する。コンテンツ・サーバは、クライアント側及びローカルＤＮＳ間に位置し、クライアント側により送信されたクエリ要求を変更する（クエリ要求のタイプに対応するタイプ識別子を追加するような）ために、及び変更されたクエリ要求をローカルＤＮＳへ送信するために使用される。クエリ要求は、クエリ要求のタイプ・フィールドのコンテンツを含む。実施形態において、クエリ要求のタイプ・フィールドのコンテンツは、ＩＰアドレスが属する位置についてのクエリ、またはＩＰアドレスがブラックリストに含まれるかどうかについてのクエリを含むことができる。この実施例において、クエリ要求のタイプ・フィールドのコンテンツは、ＩＰアドレスが属する位置についてのクエリである。

さらにクエリ要求のタイプ・フィールドのコンテンツが頻繁に変更されないデータ情報についてのクエリ、たとえば、ＸＸ省ＹＹ市ＺＺ区の空気質などについてのクエリを含むことができることに留意するべきである。

Ｓ２２０で、タイプ・フィールドのコンテンツに基づきクエリ要求のタイプを得る。

クエリ要求の特定数のタイプが事前に定められることができることに留意するべきである。たとえば、クエリ要求の１０００タイプは、それぞれｑ₁，ｑ₂，．．．，ｑ₁₀₀₀として表され、事前に定められることができる。クエリ要求のタイプ・フィールドのコンテンツが異なるときに、これらのクエリ要求に対応するタイプは、異なる。たとえば、クエリ要求のタイプ・フィールドのコンテンツはＩＰアドレスが属する位置についてのクエリであるときに、クエリ要求のタイプはｑ₁であることができ、クエリ要求のタイプ・フィールドのコンテンツはＩＰアドレスがブラックリストに含まれるかどうかについてのクエリであるときに、クエリ要求のタイプは、ｑ₂であることができる。同様に、クエリ要求のタイプ・フィールドのコンテンツが頻繁に変更されない他のデータ情報についてのクエリであるときに、クエリ要求のタイプは、３≦ｉ≦１０００のｑ_iであることができる。たとえば、クエリ要求のタイプ・フィールドのコンテンツがＸＸ省ＹＹ市ＺＺ区の空気質であるときに、クエリ要求のタイプは、ｑ₃であることができる。

Ｓ２３０で、このタイプに対応するタイプ識別子及びプリセットされ承認されたＤＮＳのドメイン名をクエリ要求に追加し、ターゲット・クエリ要求を取得する。

本明細書で、プリセットされ承認されたＤＮＳのドメイン名が事前に適用されることに留意する。任意選択で、ドメイン名は、第二レベルのドメイン名、たとえば、「ａｌｉｐａｙ．ｃｏｍ」であってもよい。プリセットされ承認されたＤＮＳは、ドメイン名を含むクエリ要求を解決するために、すなわち、「^*．ａｌｉｐａｙ．ｃｏｍ」についてのすべてのクエリ要求を解決するために使用される。プリセットされ承認されたＤＮＳは、図１で示されるような上記のドメイン名を含むクエリ要求を解決するために承認されたＤＮＳに新規に追加されるモジュールにより形成されることができる。このようにして、本開示のプリセットされ承認されたＤＮＳは、単純な設計及び低い開発コストの利点を有する。

クエリ要求がクライアント側のＩＰアドレスを含むときに、さらに方法のブロックＳ２３０は、逆の順序でＩＰアドレスのすべてのセグメントを配列すること、ならびにそこへ順次にタイプに対応するタイプ識別子及びプリセットされ承認されたＤＮＳのドメイン名を追加してターゲット・クエリ要求を取得することを備えることができる。

たとえば、クエリ要求に含まれたＩＰアドレスが「１９２．１６８．２２．１」である場合に、ＩＰアドレスのすべてのセグメントを配列することが逆の順序で配列された後に、「１．２２．１６８．１９２」を得る。Ｓ２２０で得られたクエリ要求のタイプがｑ₁であり、プリセットされ承認されたＤＮＳのドメイン名が「ａｌｉｐａｙ．ｃｏｍ」である場合に、ｑ₁及びプリセットされ承認されたＤＮＳのドメイン名が「１．２２．１６８．１９２」へ順次追加された後に、得られるターゲット要求は、「１．２２．１６８．１９２．ｑ₁．ａｌｉｐａｙ．ｃｏｍ」である。順次にｑ₂及びプリセットされ承認されたＤＮＳのドメイン名を「１．２２．１６８．１９２」に追加した後にＳ２２０で得られたクエリ要求のタイプがｑ₂である場合に、得られたターゲット要求が「１．２２．１６８．１９２．ｑ₂．ａｌｉｐａｙ．ｃｏｍ」であることを理解することが可能である。

クエリ要求がクライアント側のＩＰアドレスを含まずＵＲＬアドレスのような他のアドレス情報を含むときに、またアドレス情報が逆の順序で配列される必要があることに留意するべきである。さらに、タイプに対応するタイプ識別子及びプリセットされ承認されたＤＮＳのドメイン名は、順次にそこへ追加され、ターゲット・クエリ要求を生成する。たとえば、コンテンツ・サーバにより受信したクエリ要求が浙江省杭州市上城区の空気質についてのクエリに対応する場合に、生成されるターゲット・クエリ要求は、「ｓｈａｎｇｃｈｅｎｇ．ｈｚ．ｚｊ．ｑ₃．ａｌｉｐａｙ．ｃｏｍ」であり、ｑ₃は、クエリ要求のタイプ（空気質についてのクエリ）であり、ｚｊは、浙江省を表し、ｈｚは、杭州市を表し、ｓｈａｎｇｃｈｅｎｇは、上城区を表す。

Ｓ２４０で、ターゲット・クエリ要求をローカルＤＮＳへ送信し、ローカルＤＮＳがターゲット・クエリ要求内のプリセットされ承認されたＤＮＳのドメイン名によりプリセットされ承認されたＤＮＳへターゲット・クエリ要求を送信することを可能にし、プリセットされ承認されたＤＮＳから返されたクエリ要求のタイプに対応する応答メッセージを受信する。

ターゲット・クエリ要求を得ると、コンテンツ・サーバは、ターゲット・クエリ要求をローカルＤＮＳへ送信する。ターゲット・クエリ要求を受信することに応答して、ローカルＤＮＳは、ターゲット・クエリ要求内の「ａｌｉｐａｙ．ｃｏｍ」に基づき再帰／反復モードでプリセットされ承認されたＤＮＳを検索する。あるいは、プリセットされ承認されたＤＮＳのアドレス情報は、ローカルＤＮＳ内に直接記録されることができる。プリセットされ承認されたＤＮＳのドメイン名を含むクエリ要求を受信することに応答して、ローカルＤＮＳは、プリセットされ承認されたＤＮＳへ直接クエリ要求を送信する。

プリセットされ承認されたＤＮＳを検索する再帰／反復モードが既存の技術に属し、本明細書で重複して記述されないことに留意するべきである。

本明細書において、Ｓ２１０でクエリ要求のタイプ・フィールドのコンテンツはＩＰアドレスが属する位置についてのクエリであるときに、応答メッセージはＩＰアドレスの位置を識別する情報を含むことに留意するべきである。Ｓ２１０でクエリ要求のタイプ・フィールドのコンテンツはＩＰアドレスがブラックリストに含まれるかどうかについてのクエリであるときに、応答メッセージは、ＩＰアドレスがブラックリストに含まれるかどうかを識別する情報を含む。同様に、Ｓ２１０でクエリ要求のタイプ・フィールドのコンテンツが頻繁に変更されない他のデータ情報についてのクエリであるときに、応答メッセージは、頻繁に変更されない他のデータ情報に対応する識別情報を含む。

上記の実施例において、クエリ要求のタイプがｑ₁であるときに、ＩＰアドレスが属する位置を識別する情報は、エリアと関連するコードであってもよい。任意選択で、さらに応答メッセージは、サービス・プロバイダ（複数を含む）などのような他の情報を含むことができる。応答メッセージが他の情報を含むときに、応答メッセージは、セグメント、たとえば、「１０．０．０．２５」で表されることができ、最後のセグメントは、ＩＰアドレスが属する位置を識別する情報として指定される。

別の実施例において、クエリ要求のタイプがｑ₂であるときに、ＩＰアドレスがブラックリストに含まれるかどうかを識別する情報は、１桁の数字であってもよい。任意選択で、さらに応答メッセージは、ログイン回数及び犯行回数のような、他の情報を含むことができる。応答メッセージが他の情報を含むときに、応答メッセージは、セグメント、たとえば、「１２７．０．０．１」で表されることができ、最後のセグメントは、ＩＰアドレスがブラックリストに含まれることを識別する情報として指定される。ＩＰアドレスがブラックリストに含まれるときに、最後のセグメントは、１であってもよい。ＩＰアドレスがブラックリストに含まれないときに、最後のセグメントは、０であってもよい。

ローカルＤＮＳがプリセットされ承認されたＤＮＳにより返された応答メッセージを受信した後に、ＩＰアドレス及びＩＰアドレスが属する位置を識別する情報間の対応関係は、ローカルＤＮＳでキャッシュされる。あるいは、ＩＰアドレス及びＩＰアドレスがブラックリストに含まれるかどうかを識別する情報間の対応関係は、ローカルＤＮＳでキャッシュされる。

たとえば、上記の実施例において、クエリ要求内に含まれたＩＰアドレスが「１９２．１６８．２２．１」であり、返された応答メッセージが「１０．０．０．２５」であるときに、ＩＰアドレス及び返された応答メッセージ間の対応関係をキャッシュする。ＴＴＬの終了前に、ローカルＤＮＳが上記のクエリ要求を再度受信し、クエリ要求のタイプがｑ₁であるときに、ローカルＤＮＳは、応答メッセージ「１０．０．０．２５」をクライアント側に直接返す。

本開示において、クライアント側が応答メッセージ内の各セグメントにより表された情報について事前にローカルＤＮＳ及びプリセットされ承認されたＤＮＳとネゴシエートする必要があることに留意するべきである。たとえば、クライアント側は、事前にローカルＤＮＳ及びプリセットされ承認されたＤＮＳとネゴシエートし、応答メッセージ内の最後のセグメントを使用し、ＩＰアドレスが属する位置を識別する情報を表すことができる。その後、ＩＰアドレスの位置を得たい場合に、クライアント側は、ローカルＤＮＳにより返された応答メッセージを受信することに応答して、最後のセグメントの情報を直接解決することができる。実施形態において、クライアント側は、表形式で受信した識別情報により表されたコンテンツを記録することができる。クライアント側により記録された表形式コンテンツの実施例は、以下の

ように与えられる。

上記の実施例において、クライアント側により受信した応答メッセージが「１０．０．０．２５」であるときに、たとえば、最後のセグメント「２５」の情報は、直接解決される、すなわち、ＩＰアドレス「１９２．１６８．２２．１」が属する位置は、上記表にクエリを行うことで「湖北省」であることがわかる。

前述の実施形態で説明されるように、ＩＰアドレスがクエリ要求内で属する位置を取得した後に、セキュリティ分析モジュールまたはソフトウェアは、このＩＰアドレスを使用するインターネット・ユーザ（複数を含む）のセキュリティの分析を実行することができる。たとえば、最初にＩＰアドレス「１９２．１６８．２２．１」が属する取得された位置が「湖北省」であり、３０分後にこのＩＰアドレスが属する位置が「北京」である場合に、このＩＰアドレスは、位置が３０分以内にすぐに変わっているために安全ではないＩＰアドレスとしてリストされる。

最初に本開示により提供されたリモート情報クエリの方法は、クライアント側により送信されたクエリ要求を得て、タイプ識別子及びプリセットされ承認されたＤＮＳのドメイン名を得られたクエリ要求へ追加し、その後プリセットされ承認されたＤＮＳへ送信される。最後に、プリセットされ承認されたＤＮＳは、クエリ要求についての応答メッセージを返す。したがって、開示された方法は、クライアント側の既存のソフトウェア構成環境下で非常に効率的なリモート情報クエリを実装することが可能である。

開示された方法がインターネット・ユーザのセキュリティ分析だけではなく、分散管理システムに適用可能であることに留意するべきである。図３は、本開示により提供された分散管理システム３００を示す。承認されたＤＮＳ３０２は、第一実施形態において提供された、承認されたＤＮＳであってもよい。第一ローカルＤＮＳ３０４は、ＩＰアドレスが属するそれぞれの位置にクエリを行うために応答可能であることができる。第二ローカルＤＮＳ３０６は、ＩＰアドレスのブラックリスト及びホワイトリストにクエリを行うために応答可能であることができる。第三ローカルＤＮＳ３０８は、システム・リソースにクエリを行うために応答可能であることができる。クライアント側により送信されたターゲット・クエリ要求を受信することに応答して、図３で承認されたＤＮＳ３０２は、ターゲット・クエリ要求を分析することでターゲット・クエリ要求のタイプを得る。たとえば、クエリ要求のタイプ・フィールドのコンテンツがＩＰアドレスが属する位置についてのクエリであるときに、クエリ要求を第一ローカルＤＮＳ３０４へ送信する。このようにして、承認されたＤＮＳ３０２の作業負荷を共有することができ、既存の技術のデータベース同期によるリソース消費問題を回避することができる。

リモート情報クエリの前述の方法に対応して、さらに本開示の実施形態は、サーバ４００を提供する。サーバ４００は、第一実施形態で与えられたコンテンツ・サーバであってもよい。図４で示されるように、サーバ４００は、受信部４０１、取得部４０２、追加部４０３及び送信部４０４を含む。

受信部４０１は、クライアント側により送信されたクエリ要求を受信するため、及びクエリ要求のタイプ・フィールドのコンテンツを得るために使用される。

取得部４０２は、タイプ・フィールドのコンテンツに基づきクエリ要求のタイプを得るために使用される。

追加部４０３は、取得部４０２により得られたタイプに対応するタイプ識別子及びプリセットされ承認されたＤＮＳ（ドメイン名システム）のドメイン名をクエリ要求に追加し、ターゲット・クエリ要求を得るために使用される。

送信部４０４は、追加部４０３により得られたターゲット・クエリ要求をローカルＤＮＳへ送信し、ローカルＤＮＳがターゲット・クエリ要求内のプリセットされ承認されたＤＮＳのドメイン名によりプリセットされ承認されたＤＮＳへターゲット・クエリ要求を送信することを可能にするために、及びプリセットされ承認されたＤＮＳからクエリ要求のタイプに対応する応答メッセージを受信するために使用される。

任意選択で、クエリ要求は、クライアント側のＩＰ（インターネット・プロトコル）アドレスを含むことができる。

実施形態において、さらに追加部４０３は、逆の順序でＩＰアドレスのすべてのセグメントを配列するために、ならびにそこへ順次にこのタイプに対応するタイプ識別子及びプリセットされ承認されたＤＮＳのドメイン名を追加してターゲット・クエリ要求を得るために使用される。

任意選択で、クエリ要求のタイプ・フィールドのコンテンツは、ＩＰアドレスが属する位置についてのクエリ、またはＩＰアドレスがブラックリストに含まれるかどうかについてのクエリを含むことができる。

任意選択で、応答メッセージは、ＩＰアドレスが属する位置を識別する情報、またはＩＰアドレスがブラックリストに含まれるかどうかを識別する情報を含む。

任意選択で、さらにサーバ４００は、ＩＰアドレス及びＩＰアドレスがローカルＤＮＳ内で属する位置を識別する情報間の対応関係をキャッシュするために、またはＩＰアドレス及びＩＰアドレスがローカルＤＮＳ内のブラックリストに含まれるかどうかを識別する情報間の対応関係をキャッシュするために使用されるキャッシュ部４０５を含むことができる。

任意選択で、クライアント側は、応答メッセージ内の各セグメントにより表されたそれぞれの情報に基づき事前にローカルＤＮＳ及びプリセットされ承認されたＤＮＳとネゴシエートする。

本開示の第一実施形態により提供された方法は、本開示の第二実施形態により提供されたサーバ４００内に埋め込まれる。そのため、開示されたサーバの動作のプロセスの詳細は、本明細書で繰り返し記述されない。

開示されたサーバは、クライアント側により送信されたクエリ要求を最初に得て、得られたクエリ要求へタイプ識別子及びプリセットされ承認されたＤＮＳのドメイン名を追加し、その後このクエリ要求は、プリセットされ承認されたＤＮＳへ送信される。最後に、プリセットされ承認されたＤＮＳは、クエリ要求についての応答メッセージを返す。そのため、開示された方法は、クライアント側の既存のソフトウェア構成環境下で非常に効率的なリモート情報クエリを実装することが可能である。

さらに当業者は、本開示の開示された実施形態で記述された各実施例のアルゴリズムのオブジェクト及び方法のブロックが電子ハードウェア、コンピュータ・ソフトウェア、またはそれらの組み合わせの形式で実装されることができることを理解するべきである。ハードウェア及びソフトウェアの交換可能性を明確に記述するために、一般的に上記の説明は、機能性の観点から各実施形態の構成及び方法のブロックを記述している。これらの機能性がハードウェアまたはソフトウェアにより実行されるかどうかは、技術的解決策の特定のアプリケーション及び設計の制約条件による。当業者は、各特定のアプリケーション用の記述された機能を実装する異なる方法を使用することができる。しかしながら、このような実装は、本開示の範囲外であるとみなされるべきではない。

本明細書で開示された実施形態に記述された方法またはアルゴリズムの方法のブロックは、プロセッサ（複数を含む）により実行されたハードウェア、ソフトウェア・モジュール（複数を含む）、またはこれらの組み合わせにより実装されることができる。ソフトウェア・モジュール（複数を含む）は、ランダム・アクセス・メモリ（ＲＡＭ）、内部メモリ、読み出し専用メモリ（ＲＯＭ）、電気的にプログラム可能なＲＯＭ、電気的に消去可能でプログラム可能なＲＯＭ、レジスタ、ハード・ディスク、リムーバブル・ディスク、ＣＤ-ＲＯＭ、または当該技術分野で周知の任意の他のストレージ・メディア内で展開されることができる。

たとえば、図５は、より詳細に、図４で記述されるような、例示的なサーバまたは装置５００を示す。実施形態において、装置５００は、１つ以上のプロセッサ（ＣＰＵ）５０２、入力／出力インタフェース５０４、ネットワーク・インタフェース５０６及びメモリ５０８を含むことができる。

メモリ５０８は、揮発性メモリ、ランダム・アクセス・メモリ（ＲＡＭ）、及び／または不揮発性メモリ、たとえば、読み出し専用メモリ（ＲＯＭ）またはフラッシュＲＡＭなどのようなコンピュータ可読媒体の形式を含むことができる。メモリ５０８は、コンピュータ可読媒体の実施例である。

コンピュータ可読媒体は、永久または非永久型、リムーバブルまたは非リムーバブル・メディアを含むことができ、任意の方法または技術を使用して情報のストレージを達成することができる。この情報は、コンピュータ可読コマンド、データ構造、プログラム・モジュールまたは他のデータを含むことができる。コンピュータ・ストレージ・メディアの実施例は、限定されないが、コンピューティング・デバイスによりアクセスされることができる情報を格納するために使用されることができる、相変化メモリ（ＰＲＡＭ）、スタティック・ランダム・アクセス・メモリ（ＳＲＡＭ）、ダイナミック・ランダム・アクセス・メモリ（ＤＲＡＭ）、他のタイプのランダム・アクセス・メモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、電気的に消去可能でプログラム可能な読み出し専用メモリ（ＥＥＰＲＯＭ）、クイック・フラッシュ・メモリ若しくは他の内部ストレージ技術、コンパクト・ディスク読み出し専用メモリ（ＣＤ-ＲＯＭ）、デジタル多目的ディスク（ＤＶＤ）若しくは他の光ストレージ、磁気カセット・テープ、磁気ディスク・ストレージ若しくは他の磁気ストレージ・デバイス、または任意の他の非伝送媒体を含む。本明細書で定められるように、コンピュータ可読媒体は、一時的な媒体、たとえば、変調されたデータ信号及び搬送波を含まない。

実施形態において、メモリ５０８は、プログラム部５１０及びプログラム・データ５１２を含むことができる。プログラム部５１０は、前述の実施形態で記述されるような１つ以上のモジュールを含むことができる。たとえば、プログラム部５１０は、受信部４０１、取得部４０２、追加部４０３、送信部４０４及びキャッシュ部４０５のうちの１つ以上を含むことができる。これらの部の詳細は、前述の実施形態において記述されているため、本明細書で繰り返し記述されない。

前述の例示的な実施は、さらに詳細に本開示の目標、解決策、及び利点を記述する。上記の説明が単に本開示の例示的な実施を表し本開示の保護範囲を限定することを意図されないことを理解するべきである。本開示の趣旨及び原則から逸脱することなく行われた任意の変更形態、均等物置換、改良形態などは、本開示の保護範囲内に含まれるものとする。

Claims (20)

1. １つ以上のコンピューティング・デバイスにより実装された方法において、
   クライアント側により送信されたクエリ要求を受信し、前記クエリ要求のタイプ・フィールドのコンテンツを取得し、
   前記タイプ・フィールドの前記コンテンツに少なくとも部分的に基づき前記クエリ要求のタイプを取得し、
   前記タイプに対応するタイプ識別子及びプリセットされ承認されたドメイン名システム（ＤＮＳ）のドメイン名を前記クエリ要求に追加し、ターゲット・クエリ要求を取得し、
   前記ターゲット・クエリ要求をローカルＤＮＳへ送信し、前記ターゲット・クエリ要求内の前記プリセットされ承認されたＤＮＳの前記ドメイン名により前記ローカルＤＮＳが前記ターゲット・クエリ要求を前記プリセットされ承認されたＤＮＳへ送信することを可能にし、前記プリセットされ承認されたＤＮＳからの前記クエリ要求の前記タイプに対応する応答メッセージを受信する、
   ことを備える、前記方法。
2. 前記クエリ要求は、前記クライアント側のインターネット・プロトコル（ＩＰ）・アドレスを備える、請求項１の前記方法。
3. 前記タイプに対応する前記タイプ識別子及び前記プリセットされ承認されたＤＮＳの前記ドメイン名を前記クエリ要求に追加し、前記ターゲット・クエリ要求を取得することは、
   逆の順序で前記ＩＰアドレスの複数のセグメントを配列し、
   前記タイプに対応する前記タイプ識別子及び前記プリセットされ承認されたＤＮＳの前記ドメイン名を前記逆の順序である前記ＩＰアドレスの前記複数のセグメントへ順次追加し、前記ターゲット・クエリ要求を取得する、
   ことを備える、請求項２の前記方法。
4. 前記クエリ要求の前記タイプ・フィールドの前記コンテンツは、前記ＩＰアドレスが属する位置についてのクエリ、及び前記ＩＰアドレスがブラックリストに含まれるかどうかについてのクエリのうちの１つ以上を備える、請求項２の前記方法。
5. 前記応答メッセージは、前記ＩＰアドレスが属する前記位置を識別する情報、及び前記ＩＰアドレスが前記ブラックリストに含まれるかどうかを識別する情報のうちの１つ以上を備える、請求項４の前記方法。
6. 前記ＩＰアドレスが属する前記位置を識別する前記情報と前記ＩＰアドレスとの対応関係を前記ローカルＤＮＳ内に格納すること、ならびに
   前記ＩＰアドレスが前記ブラックリストに含まれるかどうかを識別する前記情報と前記ＩＰアドレスとの対応関係を前記ローカルＤＮＳ内に格納すること、
   のうちの１つ以上をさらに備える、請求項５の前記方法。
7. 前記クライアント側は、前記応答メッセージ内の各セグメントにより表現されたそれぞれの情報について事前に前記ローカルＤＮＳ及び前記プリセットされ承認されたＤＮＳとネゴシエートする、請求項１の前記方法。
8. １つ以上のプロセッサ、
   メモリ、
   前記メモリ内に格納され、前記１つ以上のプロセッサにより、クライアント側で送信されたクエリ要求を受信すること及び前記クエリ要求のタイプ・フィールドのコンテンツを取得することを実行可能である受信部、
   前記メモリ内に格納され、前記１つ以上のプロセッサにより、前記タイプ・フィールドの前記コンテンツに基づき前記クエリ要求のタイプを得ることを実行可能である取得部、
   前記メモリ内に格納され、前記１つ以上のプロセッサにより、前記取得部で得られた前記タイプに対応するタイプ識別子及びプリセットされ承認されたＤＮＳ（ドメイン名システム）のドメイン名を前記クエリ要求に追加してターゲット・クエリ要求を得ることを実行可能である追加部、ならびに
   前記メモリ内に格納され、前記１つ以上のプロセッサにより、前記追加部で得られた前記ターゲット・クエリ要求をローカルＤＮＳへ送信して前記ローカルＤＮＳが前記ターゲット・クエリ要求内の前記プリセットされ承認されたＤＮＳの前記ドメイン名により前記プリセットされ承認されたＤＮＳへ前記ターゲット・クエリ要求を送信することを可能にすること、及び前記プリセットされ承認されたＤＮＳから前記クエリ要求の前記タイプに対応する応答メッセージを受信することを実行可能である送信部、
   を備える、サーバ。
9. 前記クエリ要求は、前記クライアント側のＩＰ（インターネット・プロトコル）アドレスを含む、請求項８の前記サーバ。
10. 前記追加部は、逆の順序で前記ＩＰアドレスの複数のセグメントを配列するように、ならびに前記タイプに対応する前記タイプ識別子及び前記プリセットされ承認されたＤＮＳの前記ドメイン名を前記逆の順序である前記ＩＰアドレスの前記複数のセグメントに順次追加して前記ターゲット・クエリ要求を得るようにさらに設定される、請求項９の前記サーバ。
11. 前記クエリ要求の前記タイプ・フィールドの前記コンテンツは、前記ＩＰアドレスが属する位置についてのクエリ、及び前記ＩＰアドレスがブラックリストに含まれるかどうかについてのクエリのうちの１つ以上を備える、請求項９の前記サーバ。
12. 前記応答メッセージは、前記ＩＰアドレスが属する前記位置を識別する情報、及び前記ＩＰアドレスが前記ブラックリストに含まれるかどうかを識別する情報のうちの１つ以上を備える、請求項１１の前記サーバ。
13. 前記ＩＰアドレスが属する前記位置を識別する前記情報と前記ＩＰアドレスとの対応関係を前記ローカルＤＮＳ内に、ならび前記ＩＰアドレスが前記ブラックリストに含まれるかどうかを識別する前記情報と前記ＩＰアドレスとの対応関係前記ローカルＤＮＳ内にのうちの１つ以上をキャッシュするキャッシュ部をさらに備える、請求項１２の前記サーバ。
14. 前記クライアント側は、前記応答メッセージ内の各セグメントにより表現されたそれぞれの情報について事前に前記ローカルＤＮＳ及び前記プリセットされ承認されたＤＮＳとネゴシエートする、請求項８の前記サーバ。
15. １つ以上のプロセッサにより実行されるときに、
    クライアント側により送信されたクエリ要求を受信し、前記クエリ要求のタイプ・フィールドのコンテンツを得て、
    前記タイプ・フィールドの前記コンテンツに少なくとも部分的に基づき前記クエリ要求のタイプを得て、
    前記タイプに対応するタイプ識別子及びプリセットされ承認されたドメイン名システム（ＤＮＳ）のドメイン名を前記クエリ要求に追加し、ターゲット・クエリ要求を得て、
    前記ターゲット・クエリ要求をローカルＤＮＳへ送信し、前記ローカルＤＮＳが前記ターゲット・クエリ要求内の前記プリセットされ承認されたＤＮＳの前記ドメイン名により前記プリセットされ承認されたＤＮＳへ前記ターゲット・クエリ要求を送信することを可能にし、前記プリセットされ承認されたＤＮＳから前記クエリ要求の前記タイプに対応する応答メッセージを受信する、
    ことを備える動作を前記１つ以上のプロセッサに実行させる、実行可能なインストラクションを格納する１つ以上のコンピュータ可読媒体。
16. 前記クエリ要求は、前記クライアント側のインターネット・プロトコル（ＩＰ）・アドレスを含む、請求項１５の前記１つ以上のコンピュータ可読媒体。
17. 前記タイプに対応する前記タイプ識別子及び前記プリセットされ承認されたＤＮＳの前記ドメイン名を前記クエリ要求に追加し、前記ターゲット・クエリ要求を得ることは、
    前記ＩＰアドレスの複数のセグメントを逆の順序で配列し、
    前記タイプに対応する前記タイプ識別子及び前記プリセットされ承認されたＤＮＳの前記ドメイン名を前記逆の順序である前記ＩＰアドレスの前記複数のセグメントへ順次追加し、前記ターゲット・クエリ要求を得る、
    ことを備える、請求項１６の前記１つ以上のコンピュータ可読媒体。
18. 前記クエリ要求の前記タイプ・フィールドの前記コンテンツは、前記ＩＰアドレスが属する位置についてのクエリ、及び前記ＩＰアドレスがブラックリストに含まれるかどうかについてのクエリのうちの１つ以上を備える、請求項１６の前記１つ以上のコンピュータ可読媒体。
19. 前記応答メッセージは、前記ＩＰアドレスが属する前記位置を識別する情報、及び前記ＩＰアドレスが前記ブラックリストに含まれるかどうかを識別する情報のうちの１つ以上を備える、請求項１８の前記１つ以上のコンピュータ可読媒体。
20. 前記動作は、
    前記ＩＰアドレスが属する前記位置を識別する前記情報と前記ＩＰアドレスとの対応関係を前記ローカルＤＮＳ内に格納すること、ならびに
    前記ＩＰアドレスが前記ブラックリストに含まれるかどうかを識別する前記情報と前記ＩＰアドレスとの対応関係を前記ローカルＤＮＳ内に格納すること、
    のうちの１つ以上をさらに備える、請求項１９の前記１つ以上のコンピュータ可読媒体。