特許 5792198 ユーザの閲覧履歴に基づくＵＲＬフィルタリング

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】5792198

(24)【登録日】2015年8月14日

(45)【発行日】2015年10月7日

(54)【発明の名称】ユーザの閲覧履歴に基づくＵＲＬフィルタリング

(51)【国際特許分類】

   G06F 13/00 20060101AFI20150917BHJP

【ＦＩ】

   G06F13/00 540R

   G06F13/00 510A

【請求項の数】15

【全頁数】18

(21)【出願番号】特願2012-551171(P2012-551171)

(86)(22)【出願日】2010年12月31日

(65)【公表番号】特表2013-518343(P2013-518343A)

(43)【公表日】2013年5月20日

(86)【国際出願番号】US2010062662

(87)【国際公開番号】WO2011093985

(87)【国際公開日】20110804

【審査請求日】2013年12月11日

(31)【優先権主張番号】12/695,770

(32)【優先日】2010年1月28日

(33)【優先権主張国】US

(73)【特許権者】

【識別番号】314015767

【氏名又は名称】マイクロソフト テクノロジー ライセンシング，エルエルシー

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(74)【代理人】

【識別番号】100091214

【弁理士】

【氏名又は名称】大貫 進介

(72)【発明者】

【氏名】イリナ コーリニッチ

(72)【発明者】

【氏名】ラム ヴィスワナサン

(72)【発明者】

【氏名】ハンス アンデルセン

【審査官】 木村 雅也

(56)【参考文献】

【文献】 特開２００３−１５０４８２（ＪＰ，Ａ）

【文献】 特開２００１−２８２７９７（ＪＰ，Ａ）

【文献】 特開２００５−０７１３５９（ＪＰ，Ａ）

【文献】 特表２００８−５４５１７７（ＪＰ，Ａ）

【文献】 特表２０１１−５２７０４６（ＪＰ，Ａ）

【文献】 米国特許出願公開第２００９／０２８２４７６（ＵＳ，Ａ１）

【文献】 米国特許出願公開第２００７／００７３６６０（ＵＳ，Ａ１）

【文献】 米国特許出願公開第２００９／０３２８２０９（ＵＳ，Ａ１）

【文献】 米国特許第０５９９６０１１（ＵＳ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ １３／００

(57)【特許請求の範囲】

【請求項1】

コンピュータシステムにおいて、ＵＲＬに関連するコンテンツへのアクセスを制御するように、コンピュータ・プロセッサ上で実行される方法であって、
ユーザ採点ポリシを受け取るステップと、
ＵＲＬアクセス・ポリシを受け取るステップと、
第１のＵＲＬを含むＵＲＬ要求をユーザから受け取るステップと、
前記第１のＵＲＬをＵＲＬレピュテーション・サービスに送信するステップと、
前記第１のＵＲＬのＵＲＬスコアを、前記ＵＲＬレピュテーション・サービスから受け取るステップであって、前記ＵＲＬスコアは、前記ＵＲＬに関連するコンテンツが複数の分類を持ち、かつ更に相反する分類、前記ＵＲＬアクセス・ポリシで閲覧されることが好ましいとされた前記関連するコンテンツに対する１つ以上の分類、前記ＵＲＬアクセス・ポリシで閲覧されることが好ましくないとされた前記関連するコンテンツに対する1つ以上の他の分類を含むことを示す、ステップと、
前記ユーザに対するユーザ・スコアにアクセスするステップであって、前記ユーザ・スコアは、前記ユーザの閲覧履歴に基づいて、前記ユーザの過去の閲覧の振舞いを纏める、ステップと、
前記ユーザ・スコアを前記ＵＲＬスコアと比較することによって、前記ユーザの過去の閲覧の振舞いに基づいて、前記第１のＵＲＬへのアクセスを制御するステップと、
を含むことを特徴とする方法。

【請求項2】

前記ユーザ・スコアを、
前記複数の分類のうち少なくとも一部に対して、前記ユーザ採点ポリシを適用することによって前記ユーザのユーザ分類スコアを更新するステップと、
前記ユーザ・スコアを複数の前記ユーザ分類スコアに基づいて更新するステップとによって計算することを特徴とする請求項１に記載の方法。

【請求項3】

前記ユーザ採点ポリシが前記複数の分類ごとの分類因子を含むステップと、
更新するユーザ分類スコアを決定するために、前記分類因子に前記ユーザ分類スコアの総和を加えるステップと、
をさらに含むことを特徴とする請求項２に記載の方法。

【請求項4】

前記ユーザ・スコアを、所定の期間ＵＲＬ要求の分析に基づいて決定することを特徴とする請求項３に記載の方法。

【請求項5】

前記所定の期間が２時間未満であることを特徴とする請求項４に記載の方法。

【請求項6】

前記ユーザ・スコアを継続的に更新することを特徴とする請求項３に記載の方法。

【請求項7】

前記ユーザ・スコアを、前記ユーザ採点ポリシを前記複数の分類の各々に適用することで前記ユーザ・スコアを更新することによって計算し、前記ユーザ採点ポリシが、前記複数の分類の各々がそれにより前記ユーザ・スコアを変更できる因子を含むことを特徴とする請求項１に記載の方法。

【請求項8】

前記ユーザ・スコアを指数加重移動平均計算により調整することを特徴とする請求項７に記載の方法。

【請求項9】

前記ＵＲＬアクセス・ポリシが、前記第１のＵＲＬに対する採点アルゴリズムを含むことを特徴とする請求項１に記載の方法。

【請求項10】

前記ユーザの過去の閲覧の振舞いに基づいて、前記第１のＵＲＬへのアクセスを制御するステップは、
前記ユーザ・スコアから、前記第１のＵＲＬに関する前記ユーザの閲覧意図を推論するステップであって、前記推論された閲覧意図は：前記ＵＲＬアクセス・ポリシで閲覧されることが好ましいとされた分類、又は前記ＵＲＬアクセス・ポリシで閲覧されることが好ましくないとされた分類、のうちの一つに興味を示している、ステップと；
前記推論された閲覧意図が前記ＵＲＬアクセス・ポリシで閲覧されることが好ましいとされた前記分類に興味を示しているときに、前記第１のＵＲＬへのアクセスを許可すること、又は、前記推論された閲覧意図が前記ＵＲＬアクセス・ポリシで閲覧されることが好ましくないとされた前記他の分類に興味を示しているとき、前記第１のＵＲＬへのアクセスを禁止すること、の一つによって、前記第１のＵＲＬへのアクセスを制御するステップと、
を有する請求項１記載の方法。

【請求項11】

プロセッサと；
システムメモリと；
ＵＲＬアクセス・ポリシ及びユーザ採点ポリシが格納された1つ以上のコンピュータ記憶装置と；
通信ストリームを介してＵＲＬ要求を特定するＵＲＬ検出機構と、
ＵＲＬレピュテーション・エンジンであって、
前記ＵＲＬ要求の少なくとも一部をＵＲＬレピュテーション・サービスに送信し、
前記ＵＲＬ要求に対する分類を受け取り、前記分類は、複数のクラスを含み、かつ更に相反するクラス、前記ＵＲＬアクセス・ポリシで閲覧されることが好ましいとされた前記複数のクラスの少なくとも1つのクラス、前記ＵＲＬアクセス・ポリシで閲覧されることが好ましくないとされた前記複数のクラスの少なくとも１つの他のクラス、互いに相反する前記少なくとも１つのクラス及び前記少なくとも１つの他のクラスを含む、
ＵＲＬレピュテーション・エンジンと、
アクセスコントロールエンジンであって、前記アクセスコントロールエンジンは、
ユーザに対するユーザ・スコアにアクセスし、前記ユーザ・スコアは、前記ユーザの閲覧履歴に基づいて、前記ユーザの閲覧の振舞いを纏め、
前記分類と前記ユーザ・スコアとを比較することによって前記ユーザの閲覧の振舞いに基づいてＵＲＬへのアクセスを制御し、第１のアルゴリズムに基づく前記アクセスの制御は、前記ＵＲＬアクセス・ポリシに少なくとも部分的に定義される、
アクセスコントロールエンジンと、
前記分類をもとに前記ユーザ・スコアを更新するユーザ・スコア・エンジンであって、第２のアルゴリズムに基づく前記更新は、前記ユーザ採点ポリシで少なくとも部分的に定義される、ユーザ・スコア・エンジンと、
を備えることを特徴とするシステム。

【請求項12】

前記ＵＲＬ検出機構がネットワーク接続を監視するサービスであることを特徴とする請求項１１に記載のシステム。

【請求項13】

当該システムは、クライアント装置に配置されたことを特徴とする請求項１２に記載のシステム。

【請求項14】

当該システムは、ローカル・エリア・ネットワーク内のサーバ装置に配置され、前記ＵＲＬ要求が前記ローカル・エリア・ネットワーク内のクライアント装置により生成されることを特徴とする請求項１２に記載のシステム。

【請求項15】

コンピュータシステムにおいて、ＵＲＬに関連するコンテンツへのアクセスを制御するように、コンピュータ・プロセッサ上で実行される方法であって、
ユーザ採点ポリシを受け取るステップと、
ＵＲＬアクセス・ポリシを受け取るステップと、
ネットワーク接続を経由して第１のＵＲＬ要求を検出するステップであって、前記第１のＵＲＬ要求は第1のＵＲＬを含む、ステップと、
前記第１のＵＲＬ要求がユーザの動作によって生成されたと判定するステップと、
前記第１のＵＲＬをＵＲＬレピュテーション・サービスに送信するステップと、
前記第１のＵＲＬのＵＲＬスコアを、前記ＵＲＬレピュテーション・サービスから受け取るステップであって、前記ＵＲＬスコアは、前記ＵＲＬに関連するコンテンツが少なくとも1つの他の分類と相反する少なくとも１つの疑わしい分類を持ち、前記少なくとも１つの疑わしい分類は、前記ＵＲＬアクセス・ポリシで閲覧されることが好ましいとされ、前記少なくとも１つの他の分類は、前記ＵＲＬアクセス・ポリシで閲覧されることが好ましくないとされることを示す、ステップと、
前記ユーザに対するユーザ・スコアにアクセスするステップであって、前記ユーザ・スコアは、前記ユーザの閲覧履歴に基づいて、前記ユーザの過去の閲覧の振舞いを纏める、ステップと、
前記ユーザ・スコアを前記ＵＲＬスコアと比較することによって、前記ユーザの過去の閲覧の振舞いに基づいて、前記ＵＲＬアクセス・ポリシに従って、前記第１のＵＲＬへのアクセスを制御するステップと、
を含むことを特徴とする方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ユーザの閲覧履歴に基づくＵＲＬフィルタリングに関する。

【背景技術】

【0002】

ウェブサイトや他のネットワーク・リソースには、それらに関連する様々な脅威がある。例えば、コンピュータ・システムに感染しうるマルウェア、アドウェア、ウイルス、または他の有害なコンポーネントを有するウェブサイトがある。他のネットワーク・リソースには、自宅ネットワークまたは企業ネットワークのような特定のネットワークに不適切であろうポルノ、広告、または他の情報が存在しうる。

【0003】

ウェブサイトのコンテンツ分類は、そのサイトのレピュテーションとして知られているかもしれない。レピュテーションには、ポルノ・サイトまたはギャンブル・サイトのように、何らかの場面でアクセスをブロックするために使用できる分類を含めることができる。他のレピュテーションには、そのサイトへのアクセスを許可するために使用できる良いレピュテーションがありうる。

【0004】

幾つかのケースでは、ウェブサイトに複数の分類が存在しうる。例えば、或るウェブサイトを「旅行」、「健康」、および「ショッピング」と分類できるかもしれない。この場合、ポリシにより、「旅行」と分類されたサイトにはアクセスを許可するが、「ショッピング」サイトへのアクセスは拒否して、当該サイトを疑わしいサイトとすることができる。なぜならば、一部のコンテンツは許可できるがその他のコンテンツは許可できないからである。

【発明の概要】

【0005】

ＵＲＬ監視システムでは、ユーザの閲覧履歴を使用して当該ユーザのスコアを生成することができる。当該スコアを使用してＵＲＬへのアクセスを許可または拒否することができる。当該スコアを使用して、閲覧時のユーザの意図を表現し、当該意図に基づいて、相反する分類を有するＵＲＬへのアクセスをユーザに許可することができる。当該スコアを信頼性スコアとして使用してもよく、その結果、責任を持って閲覧するユーザは時間とともに自己のスコアを増大させ、無責任にまたは不適切に閲覧するユーザは自己のスコアを減少させることとなろう。当該スコアをユーザのクライアント装置で、エッジ・デバイスで、またはネットワーク内の他の装置で、計算し保持してもよい。

【0006】

本「発明の概要」は、後の「発明を実施するための形態」でさらに説明する概念から選択して簡潔な形で説明するために記載したものである。本「発明の概要」は特許請求する主題の主要な特徴または本質的な特徴を特定しようとするものではなく、特許請求する主題の範囲を限定するために使用しようとするものでもない。

【図面の簡単な説明】

【0007】

【図1】ＵＲＬ監視システムが動作しうるネットワーク環境を示す１実施形態の図である。

【図2】ＵＲＬアクセスを監視し制御する方法を示す１実施形態の流れ図である。

【図3】ユーザ・スコアを更新する方法を示す１実施形態の流れ図である。

【図4】ユーザ・スコアを更新する第２の方法を示す１実施形態の流れ図である。

【発明を実施するための形態】

【0008】

ＵＲＬ監視システムは、ユーザの履歴に基づいてウェブサイトまたは他のＵＲＬへのアクセスを許可または拒否することができる。ユーザの履歴を、ユーザが時間とともに訪問したＵＲＬの分類に基づいてスコアの形で収集してもよい。それぞれの訪問したＵＲＬには１つまたは複数の分類があってもよく、ユーザの履歴を、ＵＲＬの各分類に基づいて値を加えるかまたは減ずることによって纏めてもよい。

【0009】

スコアを短期間ベースで計算してユーザの現在の意図を特定してもよい。例えば、ユーザの数分間の閲覧履歴を使用して、ユーザの意図を推論してもよく、ユーザの現在の意図と同一の分類を有するウェブサイトへのアクセスを許可してもよい。

【0010】

スコアを長期間ベースで計算してインターネット閲覧ポリシに対するユーザの順守を反映してもよく、当該スコアにより、当該ポリシを定義した企業の観点からユーザの一般的な信頼度を反映してもよい。疑わしい分類を有するウェブサイトを閲覧することを、信頼度が高いユーザに許可してもよく、信頼度スコアが低いユーザには許可しなくともよい。

【0011】

ＵＲＬ監視システムは、どのようにユーザのスコアを計算できるか、ならびにＵＲＬへのアクセスを許可または拒否するための基準を定義できる、１組のポリシを有してもよい。ＵＲＬ監視システムは、クライアント装置で、エッジ・デバイスで、または少なくとも部分的にクラウド・ベースのシステム内で、動作してもよい。幾つかの実施形態では、ＵＲＬ監視システムのコンポーネントの一部を様々な装置においてもよい。多くの場合、ＵＲＬ監視システムはユーザが訪問しうる特定のサイトを追跡せず、分類スコアまたは分類スコアのサマリ統計（ｓｕｍｍａｒｙ ｓｔａｔｉｓｔｉｃｓ）のみを追跡してプライバシの問題を排除してもよい。

【0012】

本明細書および特許請求の範囲にわたって、「ＵＲＬ」という用語はユニフォーム・リソース・ロケータ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）のことをいう。類似の用語には、ＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）、ＵＲＮ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｎａｍｅ）、「ウェブサイト」、「サイト」、「ネットワーク・アドレス」、および他の用語がある。「ＵＲＬ」という用語を用いて要求アドレスを表す。当該要求アドレスに対し、レピュテーション・サービスが分類を提供することができる。一般に、ＵＲＬは、リモート装置から要求しうるウェブサイト、ウェブ・サービス、アプリケーション、または他の情報であってもよい。

【0013】

本明細書では、同一の参照番号は添付図面の説明にわたって同一の要素を表す。

【0014】

要素を「接続する」または「結合する」というとき、当該要素を互いと直接に接続もしくは結合することができ、または、１つもしくは複数の介在要素が存在してもよい。対照的に、要素を「直接に接続する」または「直接に結合する」というとき、介在要素は存在しない。

【0015】

本発明を装置、システム、方法、および／またはコンピュータ・プログラム製品として具体化してもよい。したがって、本発明の一部または全部を、ハードウェアでおよび／またはソフトウェア（ファームウェア、常駐ソフトウェア、マイクロコード、状態機械、ゲート・アレイ等を含む）で具体化してもよい。さらに、本発明が、命令実行システムでもしくはそれと関連して使用するために媒体で具現化したコンピュータ利用可能またはコンピュータ読取可能なプログラム・コードを有する、コンピュータ利用可能またはコンピュータ読取可能な記憶媒体上のコンピュータ・プログラム製品の形をとってもよい。本明細書の文脈では、コンピュータ利用可能またはコンピュータ読取可能な媒体は、命令実行システム、機器、もしくは装置でまたはそれらと関連して使用するためのプログラムを含み、格納し、通信し、伝播し、または転送できる任意の媒体であってもよい。

【0016】

コンピュータ利用可能またはコンピュータ読取可能な媒体は、例えば、電子、磁気、光、電磁気、赤外線、もしくは半導体のシステム、機器、装置、または伝播媒体であってもよいが、これらに限らない。限定ではなく例として、コンピュータ読取可能媒体はコンピュータ記憶媒体および通信媒体を備えてもよい。

【0017】

コンピュータ記憶媒体には、コンピュータ読取可能命令、データ構造、プログラム・モジュール、または他のデータのような情報を記憶するための任意の方法または技術で実装した、揮発性および不揮発性の媒体、取外し可能および取外し不能な媒体が含まれる。コンピュータ記憶媒体には、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュ・メモリもしくは他のメモリ技術、ＣＤ−ＲＯＭ、ＤＶＤ（ｄｉｇｉｔａｌ ｖｅｒｓａｔｉｌｅ ｄｉｓｋ）もしくは他の光記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置もしくは他の磁気記憶装置、または所望の情報の記憶に使用でき命令実行システムによりアクセス可能な他の任意の媒体が含まれるがこれらに限らない。コンピュータ利用可能またはコンピュータ読取可能な媒体が、プログラムが印刷された紙または他の適切な媒体でありうることに留意されたい。なぜならば、プログラムを、例えば当該紙または他の適切な媒体を光学的にスキャンして電気的に取得し、次いで必要ならばコンパイルし、解釈し、あるいは適切に処理して、コンピュータ・メモリに格納することができるからである。

【0018】

通信媒体は一般に、コンピュータ読取可能命令、データ構造、プログラム・モジュール、または他のデータを、搬送波または他の伝送機構のような変調データ信号で具現化し、任意の情報伝達媒体を含む。「変調データ信号」という用語は、１つまたは複数のその特性集合を有するかまたはその信号内の情報をエンコードするように変化した信号を意味する。限定ではなく例として、通信媒体には、有線ネットワークまたは直接配線接続のような有線媒体、ならびに、音響、ＲＦ、赤外線、および他の無線媒体のような無線媒体が含まれる。上記の任意の組合せもまた、コンピュータ読取可能媒体の範囲に含まれるべきである。

【0019】

本発明をコンピュータ実行可能命令の一般的なコンテキストで具体化する場合、実施形態は、１つまたは複数のシステム、コンピュータ、または他の装置により実行されるプログラム・モジュールを備えてもよい。一般に、プログラム・モジュールは、特定のタスクを実施するかまたは特定の抽象データ型を実装するルーチン、プログラム、オブジェクト、コンポーネント、データ構造等を含む。一般に、プログラム・モジュールの機能を、様々な実施形態において必要に応じて組み合わせるか、または、分散させてもよい。

【0020】

図１は、１実施形態１００の図であり、ＵＲＬへのアクセスを許可または拒否するためのシステムを示す。実施形態１００は、ユーザのスコアを更新して様々なＵＲＬを閲覧するときの信頼性および意図を推論できるシステムの簡単な例である。

【0021】

図１は、システムの機能的なコンポーネントを示す。幾つかのケースでは、コンポーネントが、ハードウェア・コンポーネント、ソフトウェア・コンポーネント、またはハードウェアとソフトウェアとの組合せであってもよい。コンポーネントの一部がアプリケーション・レベルのソフトウェアであってもよく、その他のコンポーネントがオペレーティング・システム・レベルのコンポーネントであってもよい。幾つかのケースでは、或るコンポーネントの別のコンポーネントに対する接続が近接接続であってもよく、この場合、複数のコンポーネントが単一のハードウェア・プラットフォームで動作している。他のケースでは、当該接続を、長距離に跨るネットワーク接続を介して構成してもよい。各実施形態では、説明した機能を実現するための様々なハードウェア、ソフトウェア、および相互接続アーキテクチャを使用してもよい。

【0022】

実施形態１００はネットワーク環境の１例を表す。当該ネットワーク環境においては、ユーザの閲覧履歴を用いて当該ユーザがＵＲＬにアクセスできるか否かを判定することができる。当該ユーザの履歴により、ユーザを信頼できユーザが一般的な閲覧ポリシを順守しているかを示してもよく、１つのセッションにおけるユーザの意図を示してもよい。

【0023】

多くの場合、ＵＲＬには幾つかのクラスを含む分類が存在することがある。当該クラスうちの一部をアクセス・ポリシによって許可してもよく、当該クラスの一部を当該アクセス・ポリシにより拒否してもよい。ユーザがかかるＵＲＬに遭遇すると、好ましい閲覧履歴を有するユーザには、好ましいクラスおよび好ましくないクラスの両方を含みうるＵＲＬへのアクセスを許可することができる。好ましい閲覧履歴を有さない別のユーザには、当該ＵＲＬへのアクセスを許可することはできない。

【0024】

ユーザの閲覧履歴をユーザ・スコアとして表してもよい。訪問した各ＵＲＬで当該スコアを更新してもよく、短期間におけるユーザの意図を反映するために、または、長期間におけるユーザの信頼性全体として、当該スコアを用いてもよい。

【0025】

短期間の指標として、幾つかの「良い」ＵＲＬを訪問したユーザは「良い」クラスのＵＲＬを検索または閲覧していると仮定してもよく、「良い」クラスおよび「悪い」クラスの両方を含む次のＵＲＬを訪問したとき、当該ユーザに疑わしきは罰せずの利益を与え、当該ＵＲＬへのアクセスを許可してもよい。

【0026】

例えば、企業のアクセス・ポリシにより、ユーザが「旅行」と分類されたサイトを閲覧できるが「ショッピング」と分類されたサイトは閲覧できないと仮定する。この企業のポリシは、勤務時間中に従業員がショッピングをしてオンラインで購入することを制限しようとするものかもしれない。ユーザが、「旅行」および「ショッピング」の両方で分類されたサイトを訪問しようとすると、アクセス・ポリシにより「旅行」は許可するが「ショッピング」は拒否してもよく、したがって、ユーザの直近の閲覧履歴が当該サイトへのアクセスを許可または拒否する上での要因となりうる。

【0027】

当該例を続けると、「旅行」および「ショッピング」の両方で分類されたサイトを閲覧しようとする数分前に「旅行」サイトを訪問したユーザは当該サイトを訪問できるとしてもよい。なぜならば、当該ユーザが「ショッピング」よりも「旅行」に関心があると当該ユーザの意図を推論できるからである。「旅行」および「ショッピング」の両方で分類されたサイトを訪問する前に「ショッピング」サイトを閲覧しようとして失敗した別のユーザには当該サイトを訪問できないようにしてもよい。なぜならば、当該ユーザの動作において「ショッピング」サイトを訪問する意図が推論されるからである。

【0028】

幾つかの実施形態では、ユーザの短期間の閲覧履歴を使用して、責任を持って従順にインターネットのリソースを使用するユーザの意図を推論してもよい。かかる実施形態では、１つのセッションまたは短期間のユーザの閲覧履歴を１つのユーザ・スコアに纏めてもよい。ユーザ・スコアを使用して、アクセス・ポリシに従って、疑わしいまたは相反する分類を有するＵＲＬへのアクセスを許可または拒否してもよい。

【0029】

長期間の指標として、従業員の閲覧履歴を、多数の閲覧セッションにわたって持続し何日間または何ヶ月、何年にもわたって持続しうる１つのユーザ・スコアに纏めてもよい。この長期間の指標により、企業のアクセス・ポリシに対するユーザの順守を推論し、当該指標を、従業員が責任を持ってインターネットのリソースを使用するにつれて形成してもよい。自己のユーザ・スコアを十分に高いレベルまで増大させた従業員は、疑わしいまたは相反する分類を有するＵＲＬを閲覧できるとしてもよく、新入社員または責任あると示されなかった者にはアクセス権限を付与しなくてもよい。

【0030】

１つの使用シナリオでは、ユーザ・スコアを、新入社員の教育支援または試用的な監視として使用してもよい。新入社員には十分に低いデフォルトのユーザ・スコアを与えてもよく、それにより新入社員は、そのサイトがさらに「良い」分類を有しているとしても、望ましくない分類がないサイトに対してのみアクセスすることができる。時間とともに、新入社員は「良い」サイトのみ閲覧することができ、自己のスコアを増大させて、自己の責任ある振舞いを反映することができる。スコアが増大すると、時には「悪い」と分類されうるサイトを含めて、ユーザはインターネットにより広くアクセスできるようになる。

【0031】

一部の従業員は、ウェブサイトまたは電子メール内の広告をクリックする、またはフィッシング・メールに応答する習慣があるかもしれない。かかる習慣により、従業員のユーザ・スコアが時間とともに非常に低くなってしまうかもしれない。ユーザ・スコア・システムにより、かかる悪い習慣を回避し、企業のアクセス・ポリシと整合するサイトを閲覧するように、かかる従業員を教育することができる。従業員が問題あるウェブサイトの閲覧を回避すると、当該従業員のユーザ・スコアは増大し、インターネットにもっとアクセスできるようになる。

【0032】

ユーザ・スコアには、幾つかの異なる実施形態が存在しうる。１実施形態では、ユーザ・スコアが、訪問した各ＵＲＬで修正できる単一の値であってもよい。かかる実施形態では、スコアを残りのＵＲＬに対して計算し、当該スコアを過去のユーザ・スコアに加えて最新のユーザ・スコアを生成してもよい。

【0033】

各ＵＲＬのレピュテーションが複数の分類を含みうるので、ユーザ・スコアのポリシにより、当該ＵＲＬの分類ごとに式または重みスケールを定義してもよい。当該式または重みスケールを使用してＵＲＬのサマリ・スコアを計算してもよい。

【0034】

例えば、ユ−ザ・スコアのポリシにより、「良い」分類に正の値を与え、「悪い」分類に負の値を与えてもよい。特定のＵＲＬの値を総和してクラスの数で除すことにより、当該ＵＲＬの「平均」スコアを計算してもよい。当該スコアは正または負の値でありうる。かかる実施形態により、幾つかの「良い」クラスを他のクラスより高く評価し、幾つかの「悪い」クラスを他のクラスよりも厳しく評価してもよい。

【0035】

かかる１つの実施形態では、単一のスコアをＵＲＬ分類から計算してもよく、単純移動平均、累積移動平均、加重移動平均、指数加重移動平均、または他のスコア更新技法を使用してもよい。比較的短期間について求めた移動平均は短期間の指標に対して有用な予測因子であり、長期間について求めた移動平均は長期間の指標に対して有用な予測因子でありうる。

【0036】

別の実施形態では、ユーザ・スコアを、ＵＲＬレピュテーション・サービスが提供できる多数のクラスごとに別々に保持してもよい。例えば、ＵＲＬレピュテーション・サービスが返すクラスごとに数値を更新してもよい。ユーザは、「旅行」、「ショッピング」、「ポルノ」、「フィッシング」、「趣味」、「ソーシャル・ネットワーキング」、「宗教」、「政治」、または多数の分類のうち何れかのようなクラスごとに最新の値を有してもよい。複数の分類を含むＵＲＬが要求される度に、個々のクラスに対して各値を更新し、次いで、様々な分類に対して記憶した値全てからサマリ統計またはユーザ・スコアを計算してもよい。

【0037】

ユーザ・スコアを更新するための別の方法の例を、本明細書で後に提示する実施形態３００および４００に見出すことができる。

【0038】

ユーザ・スコアと無関係にアクセスが許可されない幾つかのクラスが存在しうる。例えば、既知のフィッシング・サイト、既知のマルウェアを伴うサイト、ポルノ、または他の分類を、ユーザ・スコアと無関係に禁止してもよい。あまり望ましくないが禁止されるクラスではない他のサイト、例えば上の例では「ショッピング」のサイトを、ユーザ・スコアが高いユーザに許可してもよい。

【0039】

実施形態１００はＵＲＬレピュテーション・サービスが動作できる環境を示す。装置１０２は、ハードウェア・コンポーネント１０４およびソフトウェア・コンポーネント１０６を有するとして示されている。図示した装置１０２は、ユーザが様々なＵＲＬにアクセスすることでインターネット上のリソースにアクセスできる汎用装置であってもよい。

【0040】

装置１０２は、デスクトップ・コンピュータ、ラップトップ・コンピュータ、サーバ・コンピュータ、または他の装置のような汎用コンピュータであってもよい。幾つかのケースでは、装置１０２が、携帯電話、ハンドヘルド・スキャナ、ノートブック・コンピュータ、または他の装置のようなポータブル装置であってもよい。装置１０２が、ネットワーク機器、ゲーム・コンソール、または他の装置であってもよい。

【0041】

ハードウェア・コンポーネント１０４が、プロセッサ１０８、ランダム・アクセス・メモリ１１０、および不揮発性記憶装置１１２を備えてもよい。ハードウェア・コンポーネント１０４が、ネットワーク・インタフェース１１４およびユーザ・インタフェース１１６を備えてもよい。

【0042】

ソフトウェア・コンポーネント１０６が、１つまたは複数のアプリケーション１３０を実行できるオペレーティング・システム１１８を備えてもよい。ユーザはアプリケーション１３０を動作させて様々なＵＲＬにアクセスすることができる。かかるアプリケーションのうち典型的な種類のものは、例えば、ウェブ・ブラウザであろう。

【0043】

装置１０２は、ユーザのスコアおよびＵＲＬのレピュテーション分類に基づいて様々なＵＲＬへのアクセスを許可または拒否することができる。装置１０２は、ＵＲＬ要求の検出およびＵＲＬ分類の処理を装置１０２によって実施できる例を示す。幾つかの実施形態では、ＵＲＬ要求の検出およびＵＲＬ分類の処理の一部を他の装置によって実施してもよい。

【0044】

オペレーティング・システム１１８がネットワーク・スタック１２０を備えてもよい。ネットワーク・スタック１２０は、ネットワーク接続を介して通信するために使用されるコンポーネントを表現することができる。ＵＲＬ検出器１２２をネットワーク・スタック１２０に追加してもよい。ＵＲＬ検出器１２２が、ＵＲＬ要求がユーザによって生成されたことを検出し、当該ＵＲＬをＵＲＬレピュテーション・エンジン１２４に移してもよい。ＵＲＬレピュテーション・エンジン１２４は、当該ＵＲＬをＵＲＬレピュテーション・サービス１４４に送信し、当該ＵＲＬに関する１組の分類を受け取ることができる。

【0045】

ＵＲＬ検出器１２２はネットワーク・トラフィックを監視して、ネットワーク・ストリームを介して行われたＵＲＬ要求を特定することができる。多くの場合、ＵＲＬ検出器１２２は、装置１０２のどのユーザが要求を開始したかを判定することができ、その結果、特定のユーザ・スコアを更新することができる。ＵＲＬ検出器１２２はまた、様々なアプリケーション１３０のうちどれがＵＲＬ要求を生成したかを判定することができる。

【0046】

ＵＲＬ検出器１２２を用いる諸実施形態では、１人のユーザに対して、ＵＲＬ要求を複数のアプリケーション１３０から取得し、１つのアプリケーションでの行動に限らず、ユーザの行動全てに基づいてユーザ・スコアを更新できてもよい。ＵＲＬ検出器１２２を用いる諸実施形態では、ＵＲＬ検出器１２２をオペレーティング・システム環境内にインストールするインストール機構を備えてもよい。

【0047】

他の実施形態では、様々な機構を用いてＵＲＬ要求を検出してもよい。例えば、アプリケーション１３０が、アプリケーション１３０に追加できＵＲＬ要求を特定できるプラグイン１３１を備えてもよい。プラグイン１３１はＵＲＬレピュテーション・エンジン１２４およびアクセス制御エンジン１２６と対話して、ＵＲＬレピュテーション情報を収集し、要求されたＵＲＬへのアクセスを許可するか否かを判定してもよい。

【0048】

ＵＲＬ検出器１２２を用いる諸実施形態では、ユーザがそれにより様々なＵＲＬ監視コンポーネントを回避できる機構を何ら許可することなく、１つの装置からの全てのＵＲＬアクセスを管理できてもよい。幾つかの装置では、多くの様々なアプリケーション１３０がＵＲＬ要求を送信し、リモート・ウェブサイトからの情報を表示することができる。かかる多くのアクセスではウェブ・ブラウザを使用しているかもしれないが、ワード・プロセッシング・プログラム、スブレッドシート、電子メール・クライアント、および他のアプリケーションのような他のアプリケーションが、ＵＲＬを検索しＵＲＬの内容を表示するための機能を備えているかもしれない。場合によっては、これらのアプリケーションがウェブ閲覧機能も有していることがある。

【0049】

プラグイン１３１を使用してＵＲＬ要求を検出する諸実施形態は、ユーザの動作を短期間追跡してユーザの意図を推論できる諸実施形態において有用でありうる。なぜならば、プラグイン１３１が１つのアプリケーションに対して１つの閲覧セッションから情報を収集できるからである。例えば、プラグイン１３１が、タブ・ブラウザ内の１つのタブの動作からユーザの意図を推論できてもよい。例えば、ＵＲＬ検出器１２２が、複数の閲覧セッションおよびＵＲＬ要求を複数のアプリケーションから集約してもよく、アプリケーションを区別または１つのブラウザのタブ・セッションを区別できてもできなくてもよい。

【0050】

ＵＲＬレピュテーション・エンジン１２４がＵＲＬを受け取り、ＵＲＬレピュテーション・サービス１４４と通信してＵＲＬの分類を決定してもよい。各ＵＲＬレピュテーション・サービスがＵＲＬ分類を様々なやり方で決定してもよい。一般に、ＵＲＬレピュテーション・サービス１４４は、ＵＲＬを受け取って１組の分類を返すことができる。当該１組の分類に基づいて、アクセス制御エンジン１２６がアクセス・ポリシ１３２を用いて分類を評価してもよい。ＵＲＬレピュテーション・サービス１４４がアクセスを許可または拒否するのではなく、単にＵＲＬに関する情報を提供して、当該ＵＲＬをどのように処理するかを局所的に決定できるようにしてもよい。

【0051】

アクセス・ポリシ１３２が、実装形態ごとおよびユーザごとに異なってもよい。夫々のケースでは、アクセス・ポリシ１３２により、分類に何らかの値を割り当てて、当該分類に対する「良さ」または「悪さ」の値を決定してもよい。例えば、幾つかの実施形態では、「宗教」の分類を「悪い」と考え、他の実施形態では、「宗教」の分類を「良い」と考えてもよい。さらに他の実施形態では、「宗教」の分類を「中間」と考えてもよい。

【0052】

アクセス・ポリシ１３２により、管理者が適合するとみなすように、様々な環境で様々な種類のＵＲＬを扱うことができるようにしてもよい。子供が装置１０２を使用するかもしれない自宅の環境では、親は、他の環境では許可または推奨されうる幾つかのクラスのＵＲＬを禁止したいかもしれない。

【0053】

ＵＲＬレピュテーション・サービス１４４が提供する分類は、想到しうる任意の種類の分類であってもよい。多くのＵＲＬレピュテーション・サービスが、フィッシング・サイト、マルウェアを含みうるサイト等のような、潜在的なセキュリティ問題を示すクラスを提供してもよい。幾つかのＵＲＬレピュテーション・サービスが、ソーシャル・ネットワーキング、デート、ショッピングのような、かかるサイトにアクセスしたときに従業員の生産性が減少しうる、潜在的な労働者の生産性問題を示すクラスを含んでもよい。さらに他のＵＲＬレピュテーション・サービスが、エンジニアリング、コンピュータ・サイエンス、医薬、ビジネス管理、または他のクラスのような、ＵＲＬの話題内容に関するクラスを含んでもよい。幾つかのＵＲＬレピュテーション・サービスが少数のクラスのみを提供してもよいし、他のＵＲＬレピュテーション・サービスがＵＲＬを、場合によってはクラス階層で構成される、無数のクラスからなる範疇に分類してもよい。

【0054】

アクセス制御エンジン１２６が、アクセス・ポリシ１３２を適用した後にＵＲＬ分類に基づいてＵＲＬへのアクセスを許可または拒否してもよい。別の諸実施形態では、様々な機構を用いてアクセスを許可または拒否してもよい。１実施形態では、アクセス制御エンジン１２６が、通信をＵＲＬ自体に送信する前にＵＲＬ要求が拒否されると判定してもよい。かかる実施形態では、アクセス制御エンジン１２６が、アクセスが拒否されたことを示すＵＲＬ要求に対する応答メッセージを生成し、当該応答を、当該ＵＲＬ要求が送信された通信チャネル上で送信してもよい。当該アクセス制御エンジンがＵＲＬへのアクセスを許可する場合、外向きのＵＲＬ要求がＵＲＬ１７４に送信され、応答を要求側のアプリケーションによって受け取ってもよい。

【0055】

別の実施形態では、ＵＲＬ要求がＵＲＬ１７４に送信されている間に、ＵＲＬレピュテーション・エンジン１２４がＵＲＬを受け取ってもよい。当該ＵＲＬがユーザにアクセスされうる前に、ＵＲＬレピュテーション・エンジン１２４が分類データを収集し、レピュテーション情報をアクセス制御エンジン１２６に渡してもよく、ＵＲＬ１７４から受け取った情報を、アクセス制御エンジン１２６がアクセスを許可するまでキャッシュしてもよい。上記２つの実施形態の違いは、ＵＲＬへのアクセス許可がＵＲＬ要求をＵＲＬ１７４に送信する前に判定されるか否かである。これらの実施形態の間では、１番目の実施形態では帯域幅を保存できるが応答時間が犠牲となり、２番目の実施形態では応答時間を向上できるが帯域幅が犠牲となる、ということがトレードオフとなろう。

【0056】

ＵＲＬレピュテーション・エンジン１２４はＵＲＬ分類情報をユーザ・スコア・エンジン１３４に提供してもよい。ユーザ・スコア・エンジン１３４はユーザ・スコア・ポリシ１３６を用いてユーザ・スコア１２８を更新してもよい。ユーザ・スコア１２８を使用して、ＵＲＬへのアクセスを許可するか否かを判定してもよい。

【0057】

ユーザ・スコア１２８は、ＵＲＬへのアクセスを許可または拒否するためにアクセス制御エンジン１２６が使用する要素であってもよい。スコアが高いユーザにはアクセスを許可してもよく、スコアが低いユーザには同じＵＲＬへのアクセスを拒否してもよい。スコアが高いユーザがアクセス・ポリシ１３２を順守していると推論し、したがって他のユーザよりも信頼できるとしてもよい。

【0058】

ユーザ・スコア・ポリシ１３６は、ユーザ・スコア１２８を計算し更新するために使用できる式、アルゴリズム、または様々なパラメータを含んでもよい。当該式には、分類の一般的な「良さ」または「悪さ」を示す加算器、重み因子、重要度因子、または他の機構を含めてもよく、当該式により、ユーザが「良い」サイトを訪問したときにユーザ・スコア１２８を上げ、ユーザが「悪い」サイトを訪問したときにユーザ・スコア１２８を下げてもよい。

【0059】

多くの実施形態では、ユーザ・スコア・ポリシ１３６は、アクセスが許可されるクラスもユーザ・スコアを上げうるという点でアクセス制御ポリシ１３２と同様であるかもしれない。しかし、幾つかの実施形態では、別の因子をアクセス制御ポリシに関してユーザ・スコアの計算に適用してもよい。例えば、拒否されたクラスに対する相対的な重要度または順位でアクセス制御ポリシを定義してもよく、未定義の他のクラスへのアクセスを許可してもよい。対応するユーザ・スコア・ポリシが、「悪い」と考えられるクラスと「良い」と考えられるクラスの両方に関する因子を有してもよい。

【0060】

ユーザ・スコア１２８がユーザの閲覧履歴を反映してもよいが、ユーザが訪問したサイトそのものを含まなくてもよい。ユーザのプライバシに配慮するように、各サイトをサイトそのものではなくスコアのみとして表現してもよい。管理者のような別の者は、ユーザの閲覧履歴をユーザ・スコア１２８から判定することはできず、ユーザがユーザ・スコア・ポリシ１３６で定義した閲覧規則をどの程度良く順守しているかを判断できるのみであってもよい。

【0061】

装置１０２をローカル・エリア・ネットワーク１３８に接続してもよい。ローカル・エリア・ネットワーク１３８をゲートウェイ１４０に接続して、広域ネットワーク１４２へ接続してもよい。

【0062】

装置１０２が、１つの装置がＵＲＬの検出、ＵＲＬレピュテーション・サービスからのＵＲＬ分類の決定、ユーザ・スコアの更新、ならびに、分類およびユーザ・スコアに基づくＵＲＬへのアクセスの許可または拒否といった機能を実施できる１実施形態を表してもよい。

【0063】

幾つかの実施形態では、ＵＲＬ監視システムの特定のコンポーネントをゲートウェイ１４０またはプロキシ１６０に含めてもよい。これらの他の構成が一部の機能をローカル・エリア・ネットワーク１３８内部で集中的に実施してもよく、装置１０２のようなクライアント装置に様々なコンポーネントをインストールする必要なしに動作可能であってもよい。かかる実施形態では、多数のクライアント１６８に対してＵＲＬ監視サービスを集中的に実施してもよく、速度を向上させ帯域幅を狭めうるキャッシングまたは他の機能を有してもよく、マルウェア・スキャニングのような様々なセキュリティ監視機能を提供してもよい。

【0064】

ゲートウェイ１４０は、ローカル・エリア・ネットワーク１３８を広域ネットワーク１４２と接続する装置であってもよい。広域ネットワーク１４２はインターネットまたは他の広域ネットワークであってもよい。ゲートウェイ装置１４０が「エッジ」デバイスであってもよい。

【0065】

プロキシ１６０が、広域ネットワーク１４２への全てのネットワーク・トラフィックがそれを通って流れうる装置であってもよい。プロキシを使用して、セキュリティ上の理由から内部ネットワーク・アドレスを不明瞭化したり、キャッシングを用いてネットワーク・アクセスの速度を上げたり、内向きおよび外向きの通信をスキャンしてマルウェアを探索してもよく、または、他の目的でプロキシを使用してもよい。幾つかの実施形態では、ゲートウェイ１４０が、プロキシに関して説明したのと同じ機能のうち多くまたは全てを実施してもよい。

【0066】

ＵＲＬ検出器１５４をゲートウェイ１４０にインストールしてもよい。ＵＲＬ検出器１５４は装置１０２のＵＲＬ検出器１２２と同様に動作してもよく、この場合、ＵＲＬ検出器１５４がネットワーク・スタックの一部であり、ネットワーク通信ストリーム上のＵＲＬ要求を特定してもよい。ＵＲＬ検出器１５４がＵＲＬ要求を特定すると、ＵＲＬレピュテーション・エンジン１５６がＵＲＬをＵＲＬレピュテーション・サービス１４４に送信し、ＵＲＬ分類を受け取ることができる。アクセス制御エンジン１５８はユーザ・スコアに基づいてＵＲＬへのアクセスを許可または拒否することができる。

【0067】

ゲートウェイ１４０と同様に、プロキシ１６０がＵＲＬ検出器１６２、ＵＲＬレピュテーション・エンジン１６４、およびアクセス制御エンジン１６６を備えて同様な機能を実施してもよい。多くの実施形態では、様々なＵＲＬ監視機能をプロキシ１６０またはゲートウェイ１４０の何れかに展開させてもよいが、一般に両方には展開させない。本明細書および特許請求の範囲の目的で、ゲートウェイ１４０に属するＵＲＬ監視動作をプロキシ１６０に適用してもよい。

【0068】

アクセス制御エンジン１５８または１６６を装置１０２から離れて配置する実施形態では、当該アクセス制御エンジンがユーザ・スコアを使用してＵＲＬへのアクセスを許可または拒否するか否かを判定してもよい。幾つかの実施形態では、装置１０２がユーザ・スコア１２８を含んでもよく、アクセス制御エンジン１５８または１６６がユーザ・スコア１２８を装置１０２に要求してもよい。他の実施形態では、ドメイン・サーバ１７６がユーザ・アカウント１７８を含み、ユーザ・アカウント１７８がユーザ・スコアを含んでもよい。

【0069】

ユーザ・スコアをユーザの装置１０２から離れて配置する実施形態では、ユーザ・スコアを、ドメイン・サーバ１７６上のユーザ・アカウント・データベースのような安全なデータベースに配置してもよい。多くの実施形態では、ユーザが訪問した特定のサイトに対する参照をユーザ・スコアが何ら含まずサマリ統計のみを含む場合であっても、ユーザ・スコアを個人情報と捉えてもよい。

【0070】

ポリシ・サーバ１４６をローカル・エリア・ネットワーク１３８に接続してもよく、ローカル・エリア・ネットワークにわたってアクセス・ポリシおよびユーザ・スコア・ポリシを生成し、修正し、配信してもよい。ポリシ・サーバ１４６はポリシ・エンジン１４８を備えてもよい。当該ポリシ・エンジン１４８が、アクセス・ポリシ１５０およびユーザ・スコア・ポリシ１５２を生成し、当該ポリシを、装置１０２を含めて様々なクライアント１６８に配布してもよい。

【0071】

アクセス・ポリシ１５０およびユーザ・スコア・ポリシ１５２を、ローカル・エリア・ネットワーク１３８の全ユーザに適用される一般的なポリシとして構成してもよい。幾つかの実施形態では、複数の異なる組のポリシを用いてもよい。例えば、第１の組のポリシを、ドメイン・サーバ１７６に対して認証するユーザに適用し、第２の組のポリシをゲストまたは未認証のユーザに適用してもよい。別の例では、幾つかの組のポリシをユーザ・グループに適用し、或る組のポリシが製造現場でアクセスできる装置に適用され、別の組のポリシがコール・センタ内の装置に適用され、第３の組のポリシが技術開発部門および管理部門内の装置に適用されるようにしてもよい。

【0072】

幾つかの実施形態では、ＵＲＬ監視サービスの一部をローカル・エリア・ネットワーク１３８の外で提供してもよい。例えば、ポリシ・サーバ１７０またはプロキシ１７２に広域ネットワーク１４２を通してアクセスしてもよい。

【0073】

図２は、ＵＲＬアクセスを監視し制御する方法を示す実施形態２００の流れ図である。実施形態２００は、実施形態１００で説明したような様々なＵＲＬ監視コンポーネントにより実施できるステップの簡単な例である。

【0074】

他の実施形態では、別の並び、より多くまたはより少ないステップ、および別の術語または用語を用いて同様な機能を実現してもよい。幾つかの実施形態では、様々な動作または様々な組の動作を他の動作と並列に、同期的または非同期的に実施してもよい。ここで選択したステップは、幾つかの動作原理を簡潔に示すために選んだものである。

【0075】

実施形態２００は、ＵＲＬの分類およびユーザ・スコアに基づいてＵＲＬへのアクセスを許可または拒否するために使用できるプロセスの１例である。ユーザ・スコアを更新し、ユーザ・スコアを使用して、所定のアクセス・ポリシに対する長期的な順守を示すこと、ならびに特定の閲覧セッション中の短期的なユーザの意図を示すことができる。

【0076】

ブロック２０２で、ＵＲＬアクセス・ポリシを受け取ることができる。ブロック２０４で、ユーザ採点ポリシを受け取ることができる。アクセス・ポリシを、例えば、ポリシ・サーバのような別の装置から受け取ってもよい。

【0077】

アクセス・ポリシにより、ＵＲＬ分類に基づいてＵＲＬへのアクセスを許可または拒否するのに使用できるパラメータを定義してもよい。アクセス・ポリシを、ＵＲＬへのアクセスの判定に用いられるアルゴリズム、式、または他の機構により使用してもよい。多くの場合、アクセス・ポリシにより、ＵＲＬを採点する方法、およびＵＲＬスコアをユーザ・スコアと比較してＵＲＬへのアクセスを判定する方法を定義してもよい。

【0078】

ＵＲＬを採点するための１実施形態では、ＵＲＬの分類ごとに様々な重み因子を適用してもよい。当該重み因子を平均してＵＲＬのスコアを決定してもよい。当該ＵＲＬのスコアをユーザ・スコアと比較するために、乗算器を使用してもよい。かかる実施形態は、機構の１例にすぎない。

【0079】

ブロック２０６でＵＲＬ要求を検出することができる。

【0080】

ブロック２０８で、ＵＲＬがユーザによって生成されたか否かを判定するための分析を実施することができる。ＵＲＬがユーザによって生成されなかった場合は、ブロック２１０で当該ＵＲＬを無視してもよい。

【0081】

多くのウェブサイトでは、或るＵＲＬへの呼出しの結果、より多くのＵＲＬが呼び出されることがある。例えば、１つのＵＲＬで１つのウェブサイトのページを呼び出すと、そのウェブ・ページを多種多様なサーバからのコンテンツで埋めるために様々な広告サーバまたは他のウェブサイトに問い合わせることになりうる。

【0082】

ブロック２０８での分析により、ＵＲＬ呼出しが、例えば第１のウェブサイトにより呼び出されたかまたはリンクされたウェブサイトではなく、ユーザが訪問する特定のウェブサイトを選択した結果であるかどうかを判定してもよい。かかる分析では、ＵＲＬ監視をユーザが呼び出した元のＵＲＬのみに適用してもよく、元のＵＲＬがリンクするか呼び出しうるＵＲＬの全てを分析しなくともよい。これは、例えば、ＵＲＬが、第１のＵＲＬがロードされるたびに変化しうる広告の呼出しを行い、ユーザ・スコアに悪影響を及ぼしうる場合に有用である可能性があり、当該ＵＲＬが閲覧されるか否かは無関係である。

【0083】

ブロック２１２でＵＲＬをＵＲＬレピュテーション・サービスに送信することができ、ブロック２１４でＵＲＬ分類を受け取ることができる。

【0084】

ブロック２１６で、ＵＲＬ分類をＵＲＬアクセス・ポリシごとに分析することができる。多くの場合、ＵＲＬアクセス・ポリシにより、アクセス・ポリシで定義したパラメータに基づいてＵＲＬのスコアまたは評価を生成してもよい。

【0085】

ブロック２１８で、ＵＲＬ分類を用いて、ユーザ採点ポリシごとにユーザ・スコアを更新することもできる。ユーザ・スコアを更新する２つの例を、後に本明細書で提示する実施形態３００および４００で説明する。

【0086】

ブロック２２０で、ユーザ・スコアおよびＵＲＬスコアに基づいて、ＵＲＬへのアクセスを許可または拒否する判定を行うことができる。ブロック２２０でＵＲＬを許可する場合、ブロック２２２でユーザにアクセスを許可することができる。ブロック２２０でＵＲＬを許可しない場合は、ブロック２２４でＵＲＬの受信を停止し、ブロック２２６で置換メッセージをユーザのアプリケーションに送信することができる。

【0087】

図３は、ユーザ・スコアを更新する方法を示す実施形態３００の流れ図である。実施形態３００は、ユーザ・スコアを計算または更新するために実施できるステップの簡単な例であり、ＵＲＬ分類ごとに別々のスコアが保持される。

【0088】

他の実施形態では、別の並び、より多くまたはより少ないステップ、および別の術語または用語を用いて同様な機能を実現してもよい。幾つかの実施形態では、様々な動作または様々な組の動作を他の動作と並列に、同期的または非同期的に実施してもよい。ここで選択したステップは、幾つかの動作原理を簡潔に示すために選んだものである。

【0089】

実施形態３００は、ＵＲＬレピュテーション・サービスから受け取った１組のＵＲＬ分類に基づいてユーザ・スコアを更新する方法を示す。本実施形態は、スコアが別々のＵＲＬのクラスに対して保持されるユーザ・スコアを示す。かかる実施形態では、各ユーザ・スコアが、ユーザの閲覧履歴に基づく様々なＵＲＬのクラスの各々に関連する独立な値を含んでもよい。１つのユーザ・スコアをユーザ分類のスコアから計算してもよい。

【0090】

ブロック３０２で、ＵＲＬレピュテーションの各クラスを分析することができる。ブロック３０２のクラスごとに、ブロック３０４で当該クラスの加算器を決定し、ブロック３０６で当該加算器を最新のクラスの値に加えることができる。ブロック３０８で、更新したユーザ・クラスの値に基づいて、式を使用してユーザ・スコア全体を計算することができる。

【0091】

ブロック３０４の加算器をユーザ採点ポリシで定義してもよい。幾つかの実施形態では、「良い」分類を有する幾つかのクラスが加算器として正の値を有してもよく、「悪い」分類を有する幾つかのクラスが負の加算器を有してもよい。その正味の効果は、「良い」サイトを訪問した結果ユーザ・スコアが増大し、「悪い」サイトを訪問した結果ユーザ・スコアが減少することとなる。

【0092】

１つのＵＲＬに対して複数の分類に遭遇する幾つかの実施形態では、加算器を分類の総数で除してもよい。

【0093】

加算器により、幾つかの分類がユーザ・スコアに対して他の分類よりも高い重みを有することができる。例えば、「ショッピング」サイトに−１の重みを与え、ポルノ・サイトに−１００の重みを与えてもよい。かかる例では、ショッピング・サイトは好ましいサイトではないが、ポルノ・サイトは桁違いに悪いと考えることができる。かかる実施形態では、ユーザ・スコアが最新のクラス値の全ての単純和であってもよい。

【0094】

幾つかの実施形態では、単にブロック３０４で用いた加算器が最新のクラス値を増加させ、正または負の値を有さなくともよい。かかる実施形態では、ブロック３０８の式が、正または負の重み値を適用して、更新するユーザ・スコアを計算してもよい。

【0095】

図４は、ユーザ・スコアを計算する第２の方法を示す実施形態４００の流れ図である。実施形態４００はユーザ・スコアを計算または更新するために実施できるステップの簡単な例であり、ユーザ・スコアに対して１つの値が保持される。

【0096】

他の実施形態では、別の並び、より多くまたはより少ないステップ、および別の術語または用語を用いて同様な機能を実現してもよい。幾つかの実施形態では、様々な動作または様々な組の動作を他の動作と並列に、同期的または非同期的に実施してもよい。ここで選択したステップは、幾つかの動作原理を簡潔に示すために選んだものである。

【0097】

実施形態４００は、ＵＲＬレピュテーション・サービスから受け取った１組のＵＲＬ分類に基づいてユーザ・スコアを更新する第２の方法を示す。本実施形態は、各分類に対して値が保持される実施形態３００と対照的に、ユーザ・スコアに対して１つの値が保持されるユーザ・スコアを示す。実施形態４００は、例えば、ＵＲＬ分類の範疇が非常に広い場合に有用でありうる。

【0098】

ブロック４０２でＵＲＬレピュテーションの各クラスを分析することができる。ブロック４０４で、クラスごとに当該クラスの加算器を決定することができる。ブロック４０６で、当該加算器をＵＲＬレピュテーション内のクラス数で除し、ブロック４０８で、当該結果をユーザ・スコアに加えることができる。

【0099】

実施形態４００は、クラスごとに加算器を決定し、クラスの総数で除して、平均的な加算器に基づいてユーザ・スコアが調整されるようにする。

【0100】

ブロック４０４の加算器が、正および負の値の両方を有してもよい。正の値はユーザ・スコアを上げ、負の値はユーザ・スコアを下げてもよい。多くの実施形態では、加算器が様々な分類で相違し、ユーザ・スコア全体に対する分類の相対的な重要性を反映してもよい。

【0101】

幾つかの実施形態では、単純移動平均、指数加重移動平均、または他の移動平均計算のような移動平均計算を使用して、更新するユーザ・スコアを計算してもよい。

【0102】

本発明に関する以上の説明は、例示および説明の目的で提示したものであり、包括的であると意図したものではなく、本発明を開示した厳密な形態に限定しようするものでもなく、上記の教示事項に照らして他の修正および変形が可能である。実施形態は、本発明の原理およびその実践的な応用例を最も良く説明し、それにより、考えられる特定の使用に応じて当業者が本発明を様々な実施形態および様々な修正物で利用できるようにするために選択し説明したものである。先行技術により限定されない限り、添付の特許請求の範囲が他の代替的な諸実施形態を含むと解釈すべきである。

【図1】

【図2】

【図3】

【図4】