(57)【要約】ＵＲＬ監視システムでは、ユーザの閲覧履歴を使用して当該ユーザのスコアを生成することができる。当該スコアを使用してＵＲＬへのアクセスを許可または拒否することができる。当該スコアを使用して、閲覧時のユーザの意図を表現し、当該意図に基づいて、相反する分類を有するＵＲＬへのアクセスをユーザに許可することができる。当該スコアを信頼性スコアとして使用してもよく、その結果、責任を持って閲覧するユーザは時間とともに自己のスコアを増大させ、無責任にまたは不適切に閲覧するユーザは自己のスコアを減少させることとなろう。当該スコアをユーザのクライアント装置で、エッジ・デバイスで、またはネットワーク内の他の装置で、計算し保持してもよい。
2013518343.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータ・プロセッサ上で実行される方法であって、
ユーザ採点ポリシを受け取るステップと、
ＵＲＬアクセス・ポリシを受け取るステップと、
第１のＵＲＬを含むＵＲＬ要求を第１のユーザから受け取るステップと、
前記第１のＵＲＬをＵＲＬレピュテーション・サービスに送信し、前記第１のＵＲＬに適用可能な複数のクラスを含む、前記第１のＵＲＬの第１の分類を、前記ＵＲＬレピュテーション・サービスから受け取るステップと、
前記ユーザ採点ポリシにおいて少なくとも部分的に定義されたように、前記第１のユーザのユーザ・スコアを前記複数の分類の各々および最新のユーザ・スコアに基づいて更新するステップと、
前記ユーザ・スコアを前記第１のＵＲＬ分類と比較した結果に基づいて、前記第１のＵＲＬへのアクセスを許可するステップと
を含むことを特徴とする方法。
【請求項２】
前記ユーザ・スコアを、
前記複数の分類のうち少なくとも一部に対して、前記ユーザ採点ポリシを適用することによって前記第１のユーザのユーザ分類スコアを更新するステップと、
前記ユーザ・スコアを複数の前記ユーザ分類スコアに基づいて更新するステップと
によって計算することを特徴とする請求項１に記載の方法。
【請求項３】
前記ユーザ採点ポリシが前記複数のクラスごとの分類因子を含むステップと、
前記分類因子を前記ユーザ分類スコアで総和して、更新するユーザ分類スコアを決定するステップと
をさらに含むことを特徴とする請求項２に記載の方法。
【請求項４】
前記ユーザ・スコアを、所定の期間ＵＲＬ要求を分析した結果に基づいて決定することを特徴とする請求項３に記載の方法。
【請求項５】
前記所定の期間が２時間未満であることを特徴とする請求項４に記載の方法。
【請求項６】
前記ユーザ・スコアを継続的に更新することを特徴とする請求項３に記載の方法。
【請求項７】
前記ユーザ・スコアを、前記ユーザ採点ポリシを前記複数のクラスの各々に適用して前記ユーザ・スコアを調整することで前記ユーザ・スコアを更新することによって計算し、前記ユーザ採点ポリシが、前記複数のクラスの各々がそれにより前記ユーザ・スコアを変更できる因子を含むことを特徴とする請求項１に記載の方法。
【請求項８】
前記ユーザ・スコアを指数加重移動平均計算により調整することを特徴とする請求項７に記載の方法。
【請求項９】
前記ＵＲＬアクセス・ポリシが、前記第１のＵＲＬに対する採点アルゴリズムを含むことを特徴とする請求項１に記載の方法。
【請求項１０】
前記第１のＵＲＬがユーザ動作により開始されたと判定するステップと、
第２のＵＲＬを受け取るステップと、
前記第２のＵＲＬが前記第１のＵＲＬのコンテンツ内に含まれていたと判定し、前記ユーザ・スコアを前記第２のＵＲＬに基づいて更新しないステップと
をさらに含むことを特徴とする請求項１に記載の方法。
【請求項１１】
前記第１のＵＲＬを含むＵＲＬ要求を第２のユーザから受け取るステップと、
前記第２のユーザの第２のユーザ・スコアを決定するステップと、
前記第２のユーザ・スコアを前記第１のＵＲＬ分類と比較した結果に基づいて前記第１のＵＲＬへのアクセスを拒否するステップと
をさらに含むことを特徴とする請求項１に記載の方法。
【請求項１２】
通信ストリームを介してＵＲＬ要求を特定するＵＲＬ検出機構と、
前記ＵＲＬ要求の少なくとも一部をＵＲＬレピュテーション・サービスに送信し、複数のクラスを含む前記ＵＲＬ要求に対する分類を受け取る、ＵＲＬレピュテーション・エンジンと、
ＵＲＬアクセス・ポリシと、
前記ＵＲＬアクセス・ポリシで少なくとも部分的に定義された第１のアルゴリズムに基づいて、前記分類および最新のユーザ・スコアをもとにＵＲＬへのアクセスを許可する、アクセス制御エンジンと、
ユーザ採点ポリシと、
前記ユーザ採点ポリシで少なくとも部分的に定義された第２のアルゴリズムに基づいて、前記分類をもとに前記最新のユーザ・スコアを更新するユーザ・スコア・エンジンと
を備えることを特徴とするシステム。
【請求項１３】
前記ＵＲＬ検出機構がネットワーク接続を監視するサービスであることを特徴とする請求項１２に記載のシステム。
【請求項１４】
クライアント装置に配置されたことを特徴とする請求項１３に記載のシステム。
【請求項１５】
ローカル・エリア・ネットワーク内のサーバ装置に配置され、前記ＵＲＬ要求が前記ローカル・エリア・ネットワーク内のクライアント装置により生成されることを特徴とする請求項１３に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザの閲覧履歴に基づくＵＲＬフィルタリングに関する。
【背景技術】
【０００２】
ウェブサイトや他のネットワーク・リソースには、それらに関連する様々な脅威がある。例えば、コンピュータ・システムに感染しうるマルウェア、アドウェア、ウイルス、または他の有害なコンポーネントを有するウェブサイトがある。他のネットワーク・リソースには、自宅ネットワークまたは企業ネットワークのような特定のネットワークに不適切であろうポルノ、広告、または他の情報が存在しうる。
【０００３】
ウェブサイトのコンテンツ分類は、そのサイトのレピュテーションとして知られているかもしれない。レピュテーションには、ポルノ・サイトまたはギャンブル・サイトのように、何らかの場面でアクセスをブロックするために使用できる分類を含めることができる。他のレピュテーションには、そのサイトへのアクセスを許可するために使用できる良いレピュテーションがありうる。
【０００４】
幾つかのケースでは、ウェブサイトに複数の分類が存在しうる。例えば、或るウェブサイトを「旅行」、「健康」、および「ショッピング」と分類できるかもしれない。この場合、ポリシにより、「旅行」と分類されたサイトにはアクセスを許可するが、「ショッピング」サイトへのアクセスは拒否して、当該サイトを疑わしいサイトとすることができる。なぜならば、一部のコンテンツは許可できるがその他のコンテンツは許可できないからである。
【発明の概要】
【０００５】
ＵＲＬ監視システムでは、ユーザの閲覧履歴を使用して当該ユーザのスコアを生成することができる。当該スコアを使用してＵＲＬへのアクセスを許可または拒否することができる。当該スコアを使用して、閲覧時のユーザの意図を表現し、当該意図に基づいて、相反する分類を有するＵＲＬへのアクセスをユーザに許可することができる。当該スコアを信頼性スコアとして使用してもよく、その結果、責任を持って閲覧するユーザは時間とともに自己のスコアを増大させ、無責任にまたは不適切に閲覧するユーザは自己のスコアを減少させることとなろう。当該スコアをユーザのクライアント装置で、エッジ・デバイスで、またはネットワーク内の他の装置で、計算し保持してもよい。
【０００６】
本「発明の概要」は、後の「発明を実施するための形態」でさらに説明する概念から選択して簡潔な形で説明するために記載したものである。本「発明の概要」は特許請求する主題の主要な特徴または本質的な特徴を特定しようとするものではなく、特許請求する主題の範囲を限定するために使用しようとするものでもない。
【図面の簡単な説明】
【０００７】
【図１】ＵＲＬ監視システムが動作しうるネットワーク環境を示す１実施形態の図である。
【図２】ＵＲＬアクセスを監視し制御する方法を示す１実施形態の流れ図である。
【図３】ユーザ・スコアを更新する方法を示す１実施形態の流れ図である。
【図４】ユーザ・スコアを更新する第２の方法を示す１実施形態の流れ図である。
【発明を実施するための形態】
【０００８】
ＵＲＬ監視システムは、ユーザの履歴に基づいてウェブサイトまたは他のＵＲＬへのアクセスを許可または拒否することができる。ユーザの履歴を、ユーザが時間とともに訪問したＵＲＬの分類に基づいてスコアの形で収集してもよい。それぞれの訪問したＵＲＬには１つまたは複数の分類があってもよく、ユーザの履歴を、ＵＲＬの各分類に基づいて値を加えるかまたは減ずることによって纏めてもよい。
【０００９】
スコアを短期間ベースで計算してユーザの現在の意図を特定してもよい。例えば、ユーザの数分間の閲覧履歴を使用して、ユーザの意図を推論してもよく、ユーザの現在の意図と同一の分類を有するウェブサイトへのアクセスを許可してもよい。
【００１０】
スコアを長期間ベースで計算してインターネット閲覧ポリシに対するユーザの順守を反映してもよく、当該スコアにより、当該ポリシを定義した企業の観点からユーザの一般的な信頼度を反映してもよい。疑わしい分類を有するウェブサイトを閲覧することを、信頼度が高いユーザに許可してもよく、信頼度スコアが低いユーザには許可しなくともよい。
【００１１】
ＵＲＬ監視システムは、どのようにユーザのスコアを計算できるか、ならびにＵＲＬへのアクセスを許可または拒否するための基準を定義できる、１組のポリシを有してもよい。ＵＲＬ監視システムは、クライアント装置で、エッジ・デバイスで、または少なくとも部分的にクラウド・ベースのシステム内で、動作してもよい。幾つかの実施形態では、ＵＲＬ監視システムのコンポーネントの一部を様々な装置においてもよい。多くの場合、ＵＲＬ監視システムはユーザが訪問しうる特定のサイトを追跡せず、分類スコアまたは分類スコアのサマリ統計（ｓｕｍｍａｒｙ  ｓｔａｔｉｓｔｉｃｓ）のみを追跡してプライバシの問題を排除してもよい。
【００１２】
本明細書および特許請求の範囲にわたって、「ＵＲＬ」という用語はユニフォーム・リソース・ロケータ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）のことをいう。類似の用語には、ＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）、ＵＲＮ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｎａｍｅ）、「ウェブサイト」、「サイト」、「ネットワーク・アドレス」、および他の用語がある。「ＵＲＬ」という用語を用いて要求アドレスを表す。当該要求アドレスに対し、レピュテーション・サービスが分類を提供することができる。一般に、ＵＲＬは、リモート装置から要求しうるウェブサイト、ウェブ・サービス、アプリケーション、または他の情報であってもよい。
【００１３】
本明細書では、同一の参照番号は添付図面の説明にわたって同一の要素を表す。
【００１４】
要素を「接続する」または「結合する」というとき、当該要素を互いと直接に接続もしくは結合することができ、または、１つもしくは複数の介在要素が存在してもよい。対照的に、要素を「直接に接続する」または「直接に結合する」というとき、介在要素は存在しない。
【００１５】
本発明を装置、システム、方法、および／またはコンピュータ・プログラム製品として具体化してもよい。したがって、本発明の一部または全部を、ハードウェアでおよび／またはソフトウェア（ファームウェア、常駐ソフトウェア、マイクロコード、状態機械、ゲート・アレイ等を含む）で具体化してもよい。さらに、本発明が、命令実行システムでもしくはそれと関連して使用するために媒体で具現化したコンピュータ利用可能またはコンピュータ読取可能なプログラム・コードを有する、コンピュータ利用可能またはコンピュータ読取可能な記憶媒体上のコンピュータ・プログラム製品の形をとってもよい。本明細書の文脈では、コンピュータ利用可能またはコンピュータ読取可能な媒体は、命令実行システム、機器、もしくは装置でまたはそれらと関連して使用するためのプログラムを含み、格納し、通信し、伝播し、または転送できる任意の媒体であってもよい。
【００１６】
コンピュータ利用可能またはコンピュータ読取可能な媒体は、例えば、電子、磁気、光、電磁気、赤外線、もしくは半導体のシステム、機器、装置、または伝播媒体であってもよいが、これらに限らない。限定ではなく例として、コンピュータ読取可能媒体はコンピュータ記憶媒体および通信媒体を備えてもよい。
【００１７】
コンピュータ記憶媒体には、コンピュータ読取可能命令、データ構造、プログラム・モジュール、または他のデータのような情報を記憶するための任意の方法または技術で実装した、揮発性および不揮発性の媒体、取外し可能および取外し不能な媒体が含まれる。コンピュータ記憶媒体には、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュ・メモリもしくは他のメモリ技術、ＣＤ−ＲＯＭ、ＤＶＤ（ｄｉｇｉｔａｌ  ｖｅｒｓａｔｉｌｅ  ｄｉｓｋ）もしくは他の光記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置もしくは他の磁気記憶装置、または所望の情報の記憶に使用でき命令実行システムによりアクセス可能な他の任意の媒体が含まれるがこれらに限らない。コンピュータ利用可能またはコンピュータ読取可能な媒体が、プログラムが印刷された紙または他の適切な媒体でありうることに留意されたい。なぜならば、プログラムを、例えば当該紙または他の適切な媒体を光学的にスキャンして電気的に取得し、次いで必要ならばコンパイルし、解釈し、あるいは適切に処理して、コンピュータ・メモリに格納することができるからである。
【００１８】
通信媒体は一般に、コンピュータ読取可能命令、データ構造、プログラム・モジュール、または他のデータを、搬送波または他の伝送機構のような変調データ信号で具現化し、任意の情報伝達媒体を含む。「変調データ信号」という用語は、１つまたは複数のその特性集合を有するかまたはその信号内の情報をエンコードするように変化した信号を意味する。限定ではなく例として、通信媒体には、有線ネットワークまたは直接配線接続のような有線媒体、ならびに、音響、ＲＦ、赤外線、および他の無線媒体のような無線媒体が含まれる。上記の任意の組合せもまた、コンピュータ読取可能媒体の範囲に含まれるべきである。
【００１９】
本発明をコンピュータ実行可能命令の一般的なコンテキストで具体化する場合、実施形態は、１つまたは複数のシステム、コンピュータ、または他の装置により実行されるプログラム・モジュールを備えてもよい。一般に、プログラム・モジュールは、特定のタスクを実施するかまたは特定の抽象データ型を実装するルーチン、プログラム、オブジェクト、コンポーネント、データ構造等を含む。一般に、プログラム・モジュールの機能を、様々な実施形態において必要に応じて組み合わせるか、または、分散させてもよい。
【００２０】
図１は、１実施形態１００の図であり、ＵＲＬへのアクセスを許可または拒否するためのシステムを示す。実施形態１００は、ユーザのスコアを更新して様々なＵＲＬを閲覧するときの信頼性および意図を推論できるシステムの簡単な例である。
【００２１】
図１は、システムの機能的なコンポーネントを示す。幾つかのケースでは、コンポーネントが、ハードウェア・コンポーネント、ソフトウェア・コンポーネント、またはハードウェアとソフトウェアとの組合せであってもよい。コンポーネントの一部がアプリケーション・レベルのソフトウェアであってもよく、その他のコンポーネントがオペレーティング・システム・レベルのコンポーネントであってもよい。幾つかのケースでは、或るコンポーネントの別のコンポーネントに対する接続が近接接続であってもよく、この場合、複数のコンポーネントが単一のハードウェア・プラットフォームで動作している。他のケースでは、当該接続を、長距離に跨るネットワーク接続を介して構成してもよい。各実施形態では、説明した機能を実現するための様々なハードウェア、ソフトウェア、および相互接続アーキテクチャを使用してもよい。
【００２２】
実施形態１００はネットワーク環境の１例を表す。当該ネットワーク環境においては、ユーザの閲覧履歴を用いて当該ユーザがＵＲＬにアクセスできるか否かを判定することができる。当該ユーザの履歴により、ユーザを信頼できユーザが一般的な閲覧ポリシを順守しているかを示してもよく、１つのセッションにおけるユーザの意図を示してもよい。
【００２３】
多くの場合、ＵＲＬには幾つかのクラスを含む分類が存在することがある。当該クラスうちの一部をアクセス・ポリシによって許可してもよく、当該クラスの一部を当該アクセス・ポリシにより拒否してもよい。ユーザがかかるＵＲＬに遭遇すると、好ましい閲覧履歴を有するユーザには、好ましいクラスおよび好ましくないクラスの両方を含みうるＵＲＬへのアクセスを許可することができる。好ましい閲覧履歴を有さない別のユーザには、当該ＵＲＬへのアクセスを許可することはできない。
【００２４】
ユーザの閲覧履歴をユーザ・スコアとして表してもよい。訪問した各ＵＲＬで当該スコアを更新してもよく、短期間におけるユーザの意図を反映するために、または、長期間におけるユーザの信頼性全体として、当該スコアを用いてもよい。
【００２５】
短期間の指標として、幾つかの「良い」ＵＲＬを訪問したユーザは「良い」クラスのＵＲＬを検索または閲覧していると仮定してもよく、「良い」クラスおよび「悪い」クラスの両方を含む次のＵＲＬを訪問したとき、当該ユーザに疑わしきは罰せずの利益を与え、当該ＵＲＬへのアクセスを許可してもよい。
【００２６】
例えば、企業のアクセス・ポリシにより、ユーザが「旅行」と分類されたサイトを閲覧できるが「ショッピング」と分類されたサイトは閲覧できないと仮定する。この企業のポリシは、勤務時間中に従業員がショッピングをしてオンラインで購入することを制限しようとするものかもしれない。ユーザが、「旅行」および「ショッピング」の両方で分類されたサイトを訪問しようとすると、アクセス・ポリシにより「旅行」は許可するが「ショッピング」は拒否してもよく、したがって、ユーザの直近の閲覧履歴が当該サイトへのアクセスを許可または拒否する上での要因となりうる。
【００２７】
当該例を続けると、「旅行」および「ショッピング」の両方で分類されたサイトを閲覧しようとする数分前に「旅行」サイトを訪問したユーザは当該サイトを訪問できるとしてもよい。なぜならば、当該ユーザが「ショッピング」よりも「旅行」に関心があると当該ユーザの意図を推論できるからである。「旅行」および「ショッピング」の両方で分類されたサイトを訪問する前に「ショッピング」サイトを閲覧しようとして失敗した別のユーザには当該サイトを訪問できないようにしてもよい。なぜならば、当該ユーザの動作において「ショッピング」サイトを訪問する意図が推論されるからである。
【００２８】
幾つかの実施形態では、ユーザの短期間の閲覧履歴を使用して、責任を持って従順にインターネットのリソースを使用するユーザの意図を推論してもよい。かかる実施形態では、１つのセッションまたは短期間のユーザの閲覧履歴を１つのユーザ・スコアに纏めてもよい。ユーザ・スコアを使用して、アクセス・ポリシに従って、疑わしいまたは相反する分類を有するＵＲＬへのアクセスを許可または拒否してもよい。
【００２９】
長期間の指標として、従業員の閲覧履歴を、多数の閲覧セッションにわたって持続し何日間または何ヶ月、何年にもわたって持続しうる１つのユーザ・スコアに纏めてもよい。この長期間の指標により、企業のアクセス・ポリシに対するユーザの順守を推論し、当該指標を、従業員が責任を持ってインターネットのリソースを使用するにつれて形成してもよい。自己のユーザ・スコアを十分に高いレベルまで増大させた従業員は、疑わしいまたは相反する分類を有するＵＲＬを閲覧できるとしてもよく、新入社員または責任あると示されなかった者にはアクセス権限を付与しなくてもよい。
【００３０】
１つの使用シナリオでは、ユーザ・スコアを、新入社員の教育支援または試用的な監視として使用してもよい。新入社員には十分に低いデフォルトのユーザ・スコアを与えてもよく、それにより新入社員は、そのサイトがさらに「良い」分類を有しているとしても、望ましくない分類がないサイトに対してのみアクセスすることができる。時間とともに、新入社員は「良い」サイトのみ閲覧することができ、自己のスコアを増大させて、自己の責任ある振舞いを反映することができる。スコアが増大すると、時には「悪い」と分類されうるサイトを含めて、ユーザはインターネットにより広くアクセスできるようになる。
【００３１】
一部の従業員は、ウェブサイトまたは電子メール内の広告をクリックする、またはフィッシング・メールに応答する習慣があるかもしれない。かかる習慣により、従業員のユーザ・スコアが時間とともに非常に低くなってしまうかもしれない。ユーザ・スコア・システムにより、かかる悪い習慣を回避し、企業のアクセス・ポリシと整合するサイトを閲覧するように、かかる従業員を教育することができる。従業員が問題あるウェブサイトの閲覧を回避すると、当該従業員のユーザ・スコアは増大し、インターネットにもっとアクセスできるようになる。
【００３２】
ユーザ・スコアには、幾つかの異なる実施形態が存在しうる。１実施形態では、ユーザ・スコアが、訪問した各ＵＲＬで修正できる単一の値であってもよい。かかる実施形態では、スコアを残りのＵＲＬに対して計算し、当該スコアを過去のユーザ・スコアに加えて最新のユーザ・スコアを生成してもよい。
【００３３】
各ＵＲＬのレピュテーションが複数の分類を含みうるので、ユーザ・スコアのポリシにより、当該ＵＲＬの分類ごとに式または重みスケールを定義してもよい。当該式または重みスケールを使用してＵＲＬのサマリ・スコアを計算してもよい。
【００３４】
例えば、ユ−ザ・スコアのポリシにより、「良い」分類に正の値を与え、「悪い」分類に負の値を与えてもよい。特定のＵＲＬの値を総和してクラスの数で除すことにより、当該ＵＲＬの「平均」スコアを計算してもよい。当該スコアは正または負の値でありうる。かかる実施形態により、幾つかの「良い」クラスを他のクラスより高く評価し、幾つかの「悪い」クラスを他のクラスよりも厳しく評価してもよい。
【００３５】
かかる１つの実施形態では、単一のスコアをＵＲＬ分類から計算してもよく、単純移動平均、累積移動平均、加重移動平均、指数加重移動平均、または他のスコア更新技法を使用してもよい。比較的短期間について求めた移動平均は短期間の指標に対して有用な予測因子であり、長期間について求めた移動平均は長期間の指標に対して有用な予測因子でありうる。
【００３６】
別の実施形態では、ユーザ・スコアを、ＵＲＬレピュテーション・サービスが提供できる多数のクラスごとに別々に保持してもよい。例えば、ＵＲＬレピュテーション・サービスが返すクラスごとに数値を更新してもよい。ユーザは、「旅行」、「ショッピング」、「ポルノ」、「フィッシング」、「趣味」、「ソーシャル・ネットワーキング」、「宗教」、「政治」、または多数の分類のうち何れかのようなクラスごとに最新の値を有してもよい。複数の分類を含むＵＲＬが要求される度に、個々のクラスに対して各値を更新し、次いで、様々な分類に対して記憶した値全てからサマリ統計またはユーザ・スコアを計算してもよい。
【００３７】
ユーザ・スコアを更新するための別の方法の例を、本明細書で後に提示する実施形態３００および４００に見出すことができる。
【００３８】
ユーザ・スコアと無関係にアクセスが許可されない幾つかのクラスが存在しうる。例えば、既知のフィッシング・サイト、既知のマルウェアを伴うサイト、ポルノ、または他の分類を、ユーザ・スコアと無関係に禁止してもよい。あまり望ましくないが禁止されるクラスではない他のサイト、例えば上の例では「ショッピング」のサイトを、ユーザ・スコアが高いユーザに許可してもよい。
【００３９】
実施形態１００はＵＲＬレピュテーション・サービスが動作できる環境を示す。装置１０２は、ハードウェア・コンポーネント１０４およびソフトウェア・コンポーネント１０６を有するとして示されている。図示した装置１０２は、ユーザが様々なＵＲＬにアクセスすることでインターネット上のリソースにアクセスできる汎用装置であってもよい。
【００４０】
装置１０２は、デスクトップ・コンピュータ、ラップトップ・コンピュータ、サーバ・コンピュータ、または他の装置のような汎用コンピュータであってもよい。幾つかのケースでは、装置１０２が、携帯電話、ハンドヘルド・スキャナ、ノートブック・コンピュータ、または他の装置のようなポータブル装置であってもよい。装置１０２が、ネットワーク機器、ゲーム・コンソール、または他の装置であってもよい。
【００４１】
ハードウェア・コンポーネント１０４が、プロセッサ１０８、ランダム・アクセス・メモリ１１０、および不揮発性記憶装置１１２を備えてもよい。ハードウェア・コンポーネント１０４が、ネットワーク・インタフェース１１４およびユーザ・インタフェース１１６を備えてもよい。
【００４２】
ソフトウェア・コンポーネント１０６が、１つまたは複数のアプリケーション１３０を実行できるオペレーティング・システム１１８を備えてもよい。ユーザはアプリケーション１３０を動作させて様々なＵＲＬにアクセスすることができる。かかるアプリケーションのうち典型的な種類のものは、例えば、ウェブ・ブラウザであろう。
【００４３】
装置１０２は、ユーザのスコアおよびＵＲＬのレピュテーション分類に基づいて様々なＵＲＬへのアクセスを許可または拒否することができる。装置１０２は、ＵＲＬ要求の検出およびＵＲＬ分類の処理を装置１０２によって実施できる例を示す。幾つかの実施形態では、ＵＲＬ要求の検出およびＵＲＬ分類の処理の一部を他の装置によって実施してもよい。
【００４４】
オペレーティング・システム１１８がネットワーク・スタック１２０を備えてもよい。ネットワーク・スタック１２０は、ネットワーク接続を介して通信するために使用されるコンポーネントを表現することができる。ＵＲＬ検出器１２２をネットワーク・スタック１２０に追加してもよい。ＵＲＬ検出器１２２が、ＵＲＬ要求がユーザによって生成されたことを検出し、当該ＵＲＬをＵＲＬレピュテーション・エンジン１２４に移してもよい。ＵＲＬレピュテーション・エンジン１２４は、当該ＵＲＬをＵＲＬレピュテーション・サービス１４４に送信し、当該ＵＲＬに関する１組の分類を受け取ることができる。
【００４５】
ＵＲＬ検出器１２２はネットワーク・トラフィックを監視して、ネットワーク・ストリームを介して行われたＵＲＬ要求を特定することができる。多くの場合、ＵＲＬ検出器１２２は、装置１０２のどのユーザが要求を開始したかを判定することができ、その結果、特定のユーザ・スコアを更新することができる。ＵＲＬ検出器１２２はまた、様々なアプリケーション１３０のうちどれがＵＲＬ要求を生成したかを判定することができる。
【００４６】
ＵＲＬ検出器１２２を用いる諸実施形態では、１人のユーザに対して、ＵＲＬ要求を複数のアプリケーション１３０から取得し、１つのアプリケーションでの行動に限らず、ユーザの行動全てに基づいてユーザ・スコアを更新できてもよい。ＵＲＬ検出器１２２を用いる諸実施形態では、ＵＲＬ検出器１２２をオペレーティング・システム環境内にインストールするインストール機構を備えてもよい。
【００４７】
他の実施形態では、様々な機構を用いてＵＲＬ要求を検出してもよい。例えば、アプリケーション１３０が、アプリケーション１３０に追加できＵＲＬ要求を特定できるプラグイン１３１を備えてもよい。プラグイン１３１はＵＲＬレピュテーション・エンジン１２４およびアクセス制御エンジン１２６と対話して、ＵＲＬレピュテーション情報を収集し、要求されたＵＲＬへのアクセスを許可するか否かを判定してもよい。
【００４８】
ＵＲＬ検出器１２２を用いる諸実施形態では、ユーザがそれにより様々なＵＲＬ監視コンポーネントを回避できる機構を何ら許可することなく、１つの装置からの全てのＵＲＬアクセスを管理できてもよい。幾つかの装置では、多くの様々なアプリケーション１３０がＵＲＬ要求を送信し、リモート・ウェブサイトからの情報を表示することができる。かかる多くのアクセスではウェブ・ブラウザを使用しているかもしれないが、ワード・プロセッシング・プログラム、スブレッドシート、電子メール・クライアント、および他のアプリケーションのような他のアプリケーションが、ＵＲＬを検索しＵＲＬの内容を表示するための機能を備えているかもしれない。場合によっては、これらのアプリケーションがウェブ閲覧機能も有していることがある。
【００４９】
プラグイン１３１を使用してＵＲＬ要求を検出する諸実施形態は、ユーザの動作を短期間追跡してユーザの意図を推論できる諸実施形態において有用でありうる。なぜならば、プラグイン１３１が１つのアプリケーションに対して１つの閲覧セッションから情報を収集できるからである。例えば、プラグイン１３１が、タブ・ブラウザ内の１つのタブの動作からユーザの意図を推論できてもよい。例えば、ＵＲＬ検出器１２２が、複数の閲覧セッションおよびＵＲＬ要求を複数のアプリケーションから集約してもよく、アプリケーションを区別または１つのブラウザのタブ・セッションを区別できてもできなくてもよい。
【００５０】
ＵＲＬレピュテーション・エンジン１２４がＵＲＬを受け取り、ＵＲＬレピュテーション・サービス１４４と通信してＵＲＬの分類を決定してもよい。各ＵＲＬレピュテーション・サービスがＵＲＬ分類を様々なやり方で決定してもよい。一般に、ＵＲＬレピュテーション・サービス１４４は、ＵＲＬを受け取って１組の分類を返すことができる。当該１組の分類に基づいて、アクセス制御エンジン１２６がアクセス・ポリシ１３２を用いて分類を評価してもよい。ＵＲＬレピュテーション・サービス１４４がアクセスを許可または拒否するのではなく、単にＵＲＬに関する情報を提供して、当該ＵＲＬをどのように処理するかを局所的に決定できるようにしてもよい。
【００５１】
アクセス・ポリシ１３２が、実装形態ごとおよびユーザごとに異なってもよい。夫々のケースでは、アクセス・ポリシ１３２により、分類に何らかの値を割り当てて、当該分類に対する「良さ」または「悪さ」の値を決定してもよい。例えば、幾つかの実施形態では、「宗教」の分類を「悪い」と考え、他の実施形態では、「宗教」の分類を「良い」と考えてもよい。さらに他の実施形態では、「宗教」の分類を「中間」と考えてもよい。
【００５２】
アクセス・ポリシ１３２により、管理者が適合するとみなすように、様々な環境で様々な種類のＵＲＬを扱うことができるようにしてもよい。子供が装置１０２を使用するかもしれない自宅の環境では、親は、他の環境では許可または推奨されうる幾つかのクラスのＵＲＬを禁止したいかもしれない。
【００５３】
ＵＲＬレピュテーション・サービス１４４が提供する分類は、想到しうる任意の種類の分類であってもよい。多くのＵＲＬレピュテーション・サービスが、フィッシング・サイト、マルウェアを含みうるサイト等のような、潜在的なセキュリティ問題を示すクラスを提供してもよい。幾つかのＵＲＬレピュテーション・サービスが、ソーシャル・ネットワーキング、デート、ショッピングのような、かかるサイトにアクセスしたときに従業員の生産性が減少しうる、潜在的な労働者の生産性問題を示すクラスを含んでもよい。さらに他のＵＲＬレピュテーション・サービスが、エンジニアリング、コンピュータ・サイエンス、医薬、ビジネス管理、または他のクラスのような、ＵＲＬの話題内容に関するクラスを含んでもよい。幾つかのＵＲＬレピュテーション・サービスが少数のクラスのみを提供してもよいし、他のＵＲＬレピュテーション・サービスがＵＲＬを、場合によってはクラス階層で構成される、無数のクラスからなる範疇に分類してもよい。
【００５４】
アクセス制御エンジン１２６が、アクセス・ポリシ１３２を適用した後にＵＲＬ分類に基づいてＵＲＬへのアクセスを許可または拒否してもよい。別の諸実施形態では、様々な機構を用いてアクセスを許可または拒否してもよい。１実施形態では、アクセス制御エンジン１２６が、通信をＵＲＬ自体に送信する前にＵＲＬ要求が拒否されると判定してもよい。かかる実施形態では、アクセス制御エンジン１２６が、アクセスが拒否されたことを示すＵＲＬ要求に対する応答メッセージを生成し、当該応答を、当該ＵＲＬ要求が送信された通信チャネル上で送信してもよい。当該アクセス制御エンジンがＵＲＬへのアクセスを許可する場合、外向きのＵＲＬ要求がＵＲＬ１７４に送信され、応答を要求側のアプリケーションによって受け取ってもよい。
【００５５】
別の実施形態では、ＵＲＬ要求がＵＲＬ１７４に送信されている間に、ＵＲＬレピュテーション・エンジン１２４がＵＲＬを受け取ってもよい。当該ＵＲＬがユーザにアクセスされうる前に、ＵＲＬレピュテーション・エンジン１２４が分類データを収集し、レピュテーション情報をアクセス制御エンジン１２６に渡してもよく、ＵＲＬ１７４から受け取った情報を、アクセス制御エンジン１２６がアクセスを許可するまでキャッシュしてもよい。上記２つの実施形態の違いは、ＵＲＬへのアクセス許可がＵＲＬ要求をＵＲＬ１７４に送信する前に判定されるか否かである。これらの実施形態の間では、１番目の実施形態では帯域幅を保存できるが応答時間が犠牲となり、２番目の実施形態では応答時間を向上できるが帯域幅が犠牲となる、ということがトレードオフとなろう。
【００５６】
ＵＲＬレピュテーション・エンジン１２４はＵＲＬ分類情報をユーザ・スコア・エンジン１３４に提供してもよい。ユーザ・スコア・エンジン１３４はユーザ・スコア・ポリシ１３６を用いてユーザ・スコア１２８を更新してもよい。ユーザ・スコア１２８を使用して、ＵＲＬへのアクセスを許可するか否かを判定してもよい。
【００５７】
ユーザ・スコア１２８は、ＵＲＬへのアクセスを許可または拒否するためにアクセス制御エンジン１２６が使用する要素であってもよい。スコアが高いユーザにはアクセスを許可してもよく、スコアが低いユーザには同じＵＲＬへのアクセスを拒否してもよい。スコアが高いユーザがアクセス・ポリシ１３２を順守していると推論し、したがって他のユーザよりも信頼できるとしてもよい。
【００５８】
ユーザ・スコア・ポリシ１３６は、ユーザ・スコア１２８を計算し更新するために使用できる式、アルゴリズム、または様々なパラメータを含んでもよい。当該式には、分類の一般的な「良さ」または「悪さ」を示す加算器、重み因子、重要度因子、または他の機構を含めてもよく、当該式により、ユーザが「良い」サイトを訪問したときにユーザ・スコア１２８を上げ、ユーザが「悪い」サイトを訪問したときにユーザ・スコア１２８を下げてもよい。
【００５９】
多くの実施形態では、ユーザ・スコア・ポリシ１３６は、アクセスが許可されるクラスもユーザ・スコアを上げうるという点でアクセス制御ポリシ１３２と同様であるかもしれない。しかし、幾つかの実施形態では、別の因子をアクセス制御ポリシに関してユーザ・スコアの計算に適用してもよい。例えば、拒否されたクラスに対する相対的な重要度または順位でアクセス制御ポリシを定義してもよく、未定義の他のクラスへのアクセスを許可してもよい。対応するユーザ・スコア・ポリシが、「悪い」と考えられるクラスと「良い」と考えられるクラスの両方に関する因子を有してもよい。
【００６０】
ユーザ・スコア１２８がユーザの閲覧履歴を反映してもよいが、ユーザが訪問したサイトそのものを含まなくてもよい。ユーザのプライバシに配慮するように、各サイトをサイトそのものではなくスコアのみとして表現してもよい。管理者のような別の者は、ユーザの閲覧履歴をユーザ・スコア１２８から判定することはできず、ユーザがユーザ・スコア・ポリシ１３６で定義した閲覧規則をどの程度良く順守しているかを判断できるのみであってもよい。
【００６１】
装置１０２をローカル・エリア・ネットワーク１３８に接続してもよい。ローカル・エリア・ネットワーク１３８をゲートウェイ１４０に接続して、広域ネットワーク１４２へ接続してもよい。
【００６２】
装置１０２が、１つの装置がＵＲＬの検出、ＵＲＬレピュテーション・サービスからのＵＲＬ分類の決定、ユーザ・スコアの更新、ならびに、分類およびユーザ・スコアに基づくＵＲＬへのアクセスの許可または拒否といった機能を実施できる１実施形態を表してもよい。
【００６３】
幾つかの実施形態では、ＵＲＬ監視システムの特定のコンポーネントをゲートウェイ１４０またはプロキシ１６０に含めてもよい。これらの他の構成が一部の機能をローカル・エリア・ネットワーク１３８内部で集中的に実施してもよく、装置１０２のようなクライアント装置に様々なコンポーネントをインストールする必要なしに動作可能であってもよい。かかる実施形態では、多数のクライアント１６８に対してＵＲＬ監視サービスを集中的に実施してもよく、速度を向上させ帯域幅を狭めうるキャッシングまたは他の機能を有してもよく、マルウェア・スキャニングのような様々なセキュリティ監視機能を提供してもよい。
【００６４】
ゲートウェイ１４０は、ローカル・エリア・ネットワーク１３８を広域ネットワーク１４２と接続する装置であってもよい。広域ネットワーク１４２はインターネットまたは他の広域ネットワークであってもよい。ゲートウェイ装置１４０が「エッジ」デバイスであってもよい。
【００６５】
プロキシ１６０が、広域ネットワーク１４２への全てのネットワーク・トラフィックがそれを通って流れうる装置であってもよい。プロキシを使用して、セキュリティ上の理由から内部ネットワーク・アドレスを不明瞭化したり、キャッシングを用いてネットワーク・アクセスの速度を上げたり、内向きおよび外向きの通信をスキャンしてマルウェアを探索してもよく、または、他の目的でプロキシを使用してもよい。幾つかの実施形態では、ゲートウェイ１４０が、プロキシに関して説明したのと同じ機能のうち多くまたは全てを実施してもよい。
【００６６】
ＵＲＬ検出器１５４をゲートウェイ１４０にインストールしてもよい。ＵＲＬ検出器１５４は装置１０２のＵＲＬ検出器１２２と同様に動作してもよく、この場合、ＵＲＬ検出器１５４がネットワーク・スタックの一部であり、ネットワーク通信ストリーム上のＵＲＬ要求を特定してもよい。ＵＲＬ検出器１５４がＵＲＬ要求を特定すると、ＵＲＬレピュテーション・エンジン１５６がＵＲＬをＵＲＬレピュテーション・サービス１４４に送信し、ＵＲＬ分類を受け取ることができる。アクセス制御エンジン１５８はユーザ・スコアに基づいてＵＲＬへのアクセスを許可または拒否することができる。
【００６７】
ゲートウェイ１４０と同様に、プロキシ１６０がＵＲＬ検出器１６２、ＵＲＬレピュテーション・エンジン１６４、およびアクセス制御エンジン１６６を備えて同様な機能を実施してもよい。多くの実施形態では、様々なＵＲＬ監視機能をプロキシ１６０またはゲートウェイ１４０の何れかに展開させてもよいが、一般に両方には展開させない。本明細書および特許請求の範囲の目的で、ゲートウェイ１４０に属するＵＲＬ監視動作をプロキシ１６０に適用してもよい。
【００６８】
アクセス制御エンジン１５８または１６６を装置１０２から離れて配置する実施形態では、当該アクセス制御エンジンがユーザ・スコアを使用してＵＲＬへのアクセスを許可または拒否するか否かを判定してもよい。幾つかの実施形態では、装置１０２がユーザ・スコア１２８を含んでもよく、アクセス制御エンジン１５８または１６６がユーザ・スコア１２８を装置１０２に要求してもよい。他の実施形態では、ドメイン・サーバ１７６がユーザ・アカウント１７８を含み、ユーザ・アカウント１７８がユーザ・スコアを含んでもよい。
【００６９】
ユーザ・スコアをユーザの装置１０２から離れて配置する実施形態では、ユーザ・スコアを、ドメイン・サーバ１７６上のユーザ・アカウント・データベースのような安全なデータベースに配置してもよい。多くの実施形態では、ユーザが訪問した特定のサイトに対する参照をユーザ・スコアが何ら含まずサマリ統計のみを含む場合であっても、ユーザ・スコアを個人情報と捉えてもよい。
【００７０】
ポリシ・サーバ１４６をローカル・エリア・ネットワーク１３８に接続してもよく、ローカル・エリア・ネットワークにわたってアクセス・ポリシおよびユーザ・スコア・ポリシを生成し、修正し、配信してもよい。ポリシ・サーバ１４６はポリシ・エンジン１４８を備えてもよい。当該ポリシ・エンジン１４８が、アクセス・ポリシ１５０およびユーザ・スコア・ポリシ１５２を生成し、当該ポリシを、装置１０２を含めて様々なクライアント１６８に配布してもよい。
【００７１】
アクセス・ポリシ１５０およびユーザ・スコア・ポリシ１５２を、ローカル・エリア・ネットワーク１３８の全ユーザに適用される一般的なポリシとして構成してもよい。幾つかの実施形態では、複数の異なる組のポリシを用いてもよい。例えば、第１の組のポリシを、ドメイン・サーバ１７６に対して認証するユーザに適用し、第２の組のポリシをゲストまたは未認証のユーザに適用してもよい。別の例では、幾つかの組のポリシをユーザ・グループに適用し、或る組のポリシが製造現場でアクセスできる装置に適用され、別の組のポリシがコール・センタ内の装置に適用され、第３の組のポリシが技術開発部門および管理部門内の装置に適用されるようにしてもよい。
【００７２】
幾つかの実施形態では、ＵＲＬ監視サービスの一部をローカル・エリア・ネットワーク１３８の外で提供してもよい。例えば、ポリシ・サーバ１７０またはプロキシ１７２に広域ネットワーク１４２を通してアクセスしてもよい。
【００７３】
図２は、ＵＲＬアクセスを監視し制御する方法を示す実施形態２００の流れ図である。実施形態２００は、実施形態１００で説明したような様々なＵＲＬ監視コンポーネントにより実施できるステップの簡単な例である。
【００７４】
他の実施形態では、別の並び、より多くまたはより少ないステップ、および別の術語または用語を用いて同様な機能を実現してもよい。幾つかの実施形態では、様々な動作または様々な組の動作を他の動作と並列に、同期的または非同期的に実施してもよい。ここで選択したステップは、幾つかの動作原理を簡潔に示すために選んだものである。
【００７５】
実施形態２００は、ＵＲＬの分類およびユーザ・スコアに基づいてＵＲＬへのアクセスを許可または拒否するために使用できるプロセスの１例である。ユーザ・スコアを更新し、ユーザ・スコアを使用して、所定のアクセス・ポリシに対する長期的な順守を示すこと、ならびに特定の閲覧セッション中の短期的なユーザの意図を示すことができる。
【００７６】
ブロック２０２で、ＵＲＬアクセス・ポリシを受け取ることができる。ブロック２０４で、ユーザ採点ポリシを受け取ることができる。アクセス・ポリシを、例えば、ポリシ・サーバのような別の装置から受け取ってもよい。
【００７７】
アクセス・ポリシにより、ＵＲＬ分類に基づいてＵＲＬへのアクセスを許可または拒否するのに使用できるパラメータを定義してもよい。アクセス・ポリシを、ＵＲＬへのアクセスの判定に用いられるアルゴリズム、式、または他の機構により使用してもよい。多くの場合、アクセス・ポリシにより、ＵＲＬを採点する方法、およびＵＲＬスコアをユーザ・スコアと比較してＵＲＬへのアクセスを判定する方法を定義してもよい。
【００７８】
ＵＲＬを採点するための１実施形態では、ＵＲＬの分類ごとに様々な重み因子を適用してもよい。当該重み因子を平均してＵＲＬのスコアを決定してもよい。当該ＵＲＬのスコアをユーザ・スコアと比較するために、乗算器を使用してもよい。かかる実施形態は、機構の１例にすぎない。
【００７９】
ブロック２０６でＵＲＬ要求を検出することができる。
【００８０】
ブロック２０８で、ＵＲＬがユーザによって生成されたか否かを判定するための分析を実施することができる。ＵＲＬがユーザによって生成されなかった場合は、ブロック２１０で当該ＵＲＬを無視してもよい。
【００８１】
多くのウェブサイトでは、或るＵＲＬへの呼出しの結果、より多くのＵＲＬが呼び出されることがある。例えば、１つのＵＲＬで１つのウェブサイトのページを呼び出すと、そのウェブ・ページを多種多様なサーバからのコンテンツで埋めるために様々な広告サーバまたは他のウェブサイトに問い合わせることになりうる。
【００８２】
ブロック２０８での分析により、ＵＲＬ呼出しが、例えば第１のウェブサイトにより呼び出されたかまたはリンクされたウェブサイトではなく、ユーザが訪問する特定のウェブサイトを選択した結果であるかどうかを判定してもよい。かかる分析では、ＵＲＬ監視をユーザが呼び出した元のＵＲＬのみに適用してもよく、元のＵＲＬがリンクするか呼び出しうるＵＲＬの全てを分析しなくともよい。これは、例えば、ＵＲＬが、第１のＵＲＬがロードされるたびに変化しうる広告の呼出しを行い、ユーザ・スコアに悪影響を及ぼしうる場合に有用である可能性があり、当該ＵＲＬが閲覧されるか否かは無関係である。
【００８３】
ブロック２１２でＵＲＬをＵＲＬレピュテーション・サービスに送信することができ、ブロック２１４でＵＲＬ分類を受け取ることができる。
【００８４】
ブロック２１６で、ＵＲＬ分類をＵＲＬアクセス・ポリシごとに分析することができる。多くの場合、ＵＲＬアクセス・ポリシにより、アクセス・ポリシで定義したパラメータに基づいてＵＲＬのスコアまたは評価を生成してもよい。
【００８５】
ブロック２１８で、ＵＲＬ分類を用いて、ユーザ採点ポリシごとにユーザ・スコアを更新することもできる。ユーザ・スコアを更新する２つの例を、後に本明細書で提示する実施形態３００および４００で説明する。
【００８６】
ブロック２２０で、ユーザ・スコアおよびＵＲＬスコアに基づいて、ＵＲＬへのアクセスを許可または拒否する判定を行うことができる。ブロック２２０でＵＲＬを許可する場合、ブロック２２２でユーザにアクセスを許可することができる。ブロック２２０でＵＲＬを許可しない場合は、ブロック２２４でＵＲＬの受信を停止し、ブロック２２６で置換メッセージをユーザのアプリケーションに送信することができる。
【００８７】
図３は、ユーザ・スコアを更新する方法を示す実施形態３００の流れ図である。実施形態３００は、ユーザ・スコアを計算または更新するために実施できるステップの簡単な例であり、ＵＲＬ分類ごとに別々のスコアが保持される。
【００８８】
他の実施形態では、別の並び、より多くまたはより少ないステップ、および別の術語または用語を用いて同様な機能を実現してもよい。幾つかの実施形態では、様々な動作または様々な組の動作を他の動作と並列に、同期的または非同期的に実施してもよい。ここで選択したステップは、幾つかの動作原理を簡潔に示すために選んだものである。
【００８９】
実施形態３００は、ＵＲＬレピュテーション・サービスから受け取った１組のＵＲＬ分類に基づいてユーザ・スコアを更新する方法を示す。本実施形態は、スコアが別々のＵＲＬのクラスに対して保持されるユーザ・スコアを示す。かかる実施形態では、各ユーザ・スコアが、ユーザの閲覧履歴に基づく様々なＵＲＬのクラスの各々に関連する独立な値を含んでもよい。１つのユーザ・スコアをユーザ分類のスコアから計算してもよい。
【００９０】
ブロック３０２で、ＵＲＬレピュテーションの各クラスを分析することができる。ブロック３０２のクラスごとに、ブロック３０４で当該クラスの加算器を決定し、ブロック３０６で当該加算器を最新のクラスの値に加えることができる。ブロック３０８で、更新したユーザ・クラスの値に基づいて、式を使用してユーザ・スコア全体を計算することができる。
【００９１】
ブロック３０４の加算器をユーザ採点ポリシで定義してもよい。幾つかの実施形態では、「良い」分類を有する幾つかのクラスが加算器として正の値を有してもよく、「悪い」分類を有する幾つかのクラスが負の加算器を有してもよい。その正味の効果は、「良い」サイトを訪問した結果ユーザ・スコアが増大し、「悪い」サイトを訪問した結果ユーザ・スコアが減少することとなる。
【００９２】
１つのＵＲＬに対して複数の分類に遭遇する幾つかの実施形態では、加算器を分類の総数で除してもよい。
【００９３】
加算器により、幾つかの分類がユーザ・スコアに対して他の分類よりも高い重みを有することができる。例えば、「ショッピング」サイトに−１の重みを与え、ポルノ・サイトに−１００の重みを与えてもよい。かかる例では、ショッピング・サイトは好ましいサイトではないが、ポルノ・サイトは桁違いに悪いと考えることができる。かかる実施形態では、ユーザ・スコアが最新のクラス値の全ての単純和であってもよい。
【００９４】
幾つかの実施形態では、単にブロック３０４で用いた加算器が最新のクラス値を増加させ、正または負の値を有さなくともよい。かかる実施形態では、ブロック３０８の式が、正または負の重み値を適用して、更新するユーザ・スコアを計算してもよい。
【００９５】
図４は、ユーザ・スコアを計算する第２の方法を示す実施形態４００の流れ図である。実施形態４００はユーザ・スコアを計算または更新するために実施できるステップの簡単な例であり、ユーザ・スコアに対して１つの値が保持される。
【００９６】
他の実施形態では、別の並び、より多くまたはより少ないステップ、および別の術語または用語を用いて同様な機能を実現してもよい。幾つかの実施形態では、様々な動作または様々な組の動作を他の動作と並列に、同期的または非同期的に実施してもよい。ここで選択したステップは、幾つかの動作原理を簡潔に示すために選んだものである。
【００９７】
実施形態４００は、ＵＲＬレピュテーション・サービスから受け取った１組のＵＲＬ分類に基づいてユーザ・スコアを更新する第２の方法を示す。本実施形態は、各分類に対して値が保持される実施形態３００と対照的に、ユーザ・スコアに対して１つの値が保持されるユーザ・スコアを示す。実施形態４００は、例えば、ＵＲＬ分類の範疇が非常に広い場合に有用でありうる。
【００９８】
ブロック４０２でＵＲＬレピュテーションの各クラスを分析することができる。ブロック４０４で、クラスごとに当該クラスの加算器を決定することができる。ブロック４０６で、当該加算器をＵＲＬレピュテーション内のクラス数で除し、ブロック４０８で、当該結果をユーザ・スコアに加えることができる。
【００９９】
実施形態４００は、クラスごとに加算器を決定し、クラスの総数で除して、平均的な加算器に基づいてユーザ・スコアが調整されるようにする。
【０１００】
ブロック４０４の加算器が、正および負の値の両方を有してもよい。正の値はユーザ・スコアを上げ、負の値はユーザ・スコアを下げてもよい。多くの実施形態では、加算器が様々な分類で相違し、ユーザ・スコア全体に対する分類の相対的な重要性を反映してもよい。
【０１０１】
幾つかの実施形態では、単純移動平均、指数加重移動平均、または他の移動平均計算のような移動平均計算を使用して、更新するユーザ・スコアを計算してもよい。
【０１０２】
本発明に関する以上の説明は、例示および説明の目的で提示したものであり、包括的であると意図したものではなく、本発明を開示した厳密な形態に限定しようするものでもなく、上記の教示事項に照らして他の修正および変形が可能である。実施形態は、本発明の原理およびその実践的な応用例を最も良く説明し、それにより、考えられる特定の使用に応じて当業者が本発明を様々な実施形態および様々な修正物で利用できるようにするために選択し説明したものである。先行技術により限定されない限り、添付の特許請求の範囲が他の代替的な諸実施形態を含むと解釈すべきである。
【図１】
2013518343.tif 000003
【図２】
2013518343.tif 000004
【図３】
2013518343.tif 000005
【図４】
2013518343.tif 000006
【国際調査報告】
2013518343.tif 000007
2013518343.tif 000008