特許 6015546 情報処理装置、情報処理方法、プログラム

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

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

(11)【特許番号】6015546

(24)【登録日】2016年10月7日

(45)【発行日】2016年10月26日

(54)【発明の名称】情報処理装置、情報処理方法、プログラム

(51)【国際特許分類】

   G06F 17/30 20060101AFI20161013BHJP

   G06F 12/00 20060101ALI20161013BHJP

【ＦＩ】

   G06F17/30 210D

   G06F17/30 140

   G06F12/00 546A

【請求項の数】6

【全頁数】20

(21)【出願番号】特願2013-96079(P2013-96079)

(22)【出願日】2013年4月30日

(65)【公開番号】特開2014-219708(P2014-219708A)

(43)【公開日】2014年11月20日

【審査請求日】2015年5月12日

(73)【特許権者】

【識別番号】390002761

【氏名又は名称】キヤノンマーケティングジャパン株式会社

(73)【特許権者】

【識別番号】592135203

【氏名又は名称】キヤノンＩＴソリューションズ株式会社

(74)【代理人】

【識別番号】100189751

【弁理士】

【氏名又は名称】木村 友輔

(74)【代理人】

【識別番号】100188938

【弁理士】

【氏名又は名称】榛葉 加奈子

(72)【発明者】

【氏名】松田 雄介

【審査官】 小太刀 慶明

(56)【参考文献】

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

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

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

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

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

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

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

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

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

Ｇ０６Ｆ １７／３０

Ｇ０６Ｆ １２／００

Ｇ０６Ｆ ２１／５６

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

【請求項1】

ウェブページへのアクセスを制御する情報処理装置であって、
ユーザにより指定されたウェブページの構造情報を取得するウェブページ取得手段と、
ウェブページの構造情報とウェブページのカテゴリとを対応付けた第１の情報と、フィッシング警告対象のカテゴリを示す第２の情報とを記憶する記憶手段と、
前記ウェブページ取得手段により取得したウェブページの構造情報と前記第１の情報とに基づき、当該ウェブページのカテゴリを判定するカテゴリ判定手段と、
前記カテゴリ判定手段により判定されたカテゴリが前記フィッシング警告対象のカテゴリである場合、当該ウェブページがフィッシングサイトである旨の通知をする通知手段と、
を備えることを特徴とする情報処理装置。

【請求項2】

前記記憶手段は、さらに、前記カテゴリと当該カテゴリのウェブページへのアクセス制御内容とを対応付けた第３の情報とを記憶することを特徴とし、
前記カテゴリ判定手段により判定されたカテゴリと前記第３の情報とに基づき、当該ウェブページへのアクセスを制御するアクセス制御手段と、
を備えることを特徴とする請求項１に記載の情報処理装置。

【請求項3】

前記記憶手段は、さらに、ウェブページのＵＲＬと、当該ＵＲＬにより識別されるウェブページのカテゴリとを対応付けた第４の情報を記憶することを特徴とし、
前記カテゴリ判定手段は、前記ユーザにより指定されたウェブページのＵＲＬが前記記憶手段に記憶されている場合には、当該ＵＲＬに対応付けて記憶されたカテゴリを当該ウェブページのカテゴリと判定し、前記ユーザにより指定されたウェブページのＵＲＬが前記記憶手段に記憶されてない場合には、当該ウェブページの構造情報に基づき、当該ウェブページのカテゴリを判定することを特徴とする請求項２に記載の情報処理装置。

【請求項4】

前記ウェブページの構造情報は、ウェブページのＤＯＭツリーから抽出される特徴量であることを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。

【請求項5】

ウェブページの構造情報とウェブページのカテゴリとを対応付けた第１の情報と、フィッシング警告対象のカテゴリを示す第２の情報とを記憶する記憶手段を備える情報処理装置における情報処理方法であって、
前記情報処理装置のウェブページ取得手段が、ユーザにより指定されたウェブページの構造情報を取得するウェブページ取得工程と、
前記情報処理装置のカテゴリ判定手段が、前記ウェブページ取得工程により取得したウェブページの構造情報と前記第１の情報とに基づき、当該ウェブページのカテゴリを判定するカテゴリ判定工程と、
前記情報処理装置の通知手段が、前記カテゴリ判定工程により判定されたカテゴリが前記フィッシング警告対象のカテゴリである場合、当該ウェブページがフィッシングサイトである旨の通知をする通知工程と、
を備えることを特徴とする情報処理方法。

【請求項6】

ウェブページの構造情報とウェブページのカテゴリとを対応付けた第１の情報と、フィッシング警告対象のカテゴリを示す第２の情報とを記憶する記憶手段を備える情報処理装置において実行可能なプログラムであって、
前記情報処理装置を、
ユーザにより指定されたウェブページの構造情報を取得するウェブページ取得手段と、
前記ウェブページ取得手段により取得したウェブページの構造情報と前記第１の情報とに基づき、当該ウェブページのカテゴリを判定するカテゴリ判定手段と、
前記カテゴリ判定手段により判定されたカテゴリが前記フィッシング警告対象のカテゴリである場合、当該ウェブページがフィッシングサイトである旨の通知をする通知手段として機能させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ウェブフィルタリングシステムにおけるＵＲＬデータベースの構築技術に関する。

【背景技術】

【0002】

多くの企業においては、社員が業務とは無関係のウェブページを閲覧することを禁じるため、ウェブフィルタリングシステムを導入している。このウェブフィルタリングシステムは、例えば閲覧を許可するウェブページのＵＲＬを登録しておくホワイトリスト方式や、閲覧を禁止するウェブページのＵＲＬを登録しておくブラックリスト方式が採用されている。また、ＵＲＬをカテゴリ分けし、カテゴリ単位で許可／禁止を設定することもある。

【0003】

このように、ウェブフィルタリングシステムにおいては、ＵＲＬや、ＵＲＬとカテゴリの関係を記録するためのＵＲＬデータベースを用いていることが一般的である。

【0004】

しかし、ＵＲＬデータベースとのマッチングをすることで閲覧の許可／禁止をするのみでは、日々増加するウェブページに適切に対応することができない。また、頻繁にＵＲＬデータベースを更新しようとすると、維持コストが高くなってしまう。

【0005】

そこで、日々増加するウェブページを適切に分類し、フィルタリングに応用する手法が求められている。

【先行技術文献】

【特許文献】

【0006】

【特許文献1】特開２０１１−１４１６０３号公報

【発明の開示】

【発明が解決しようとする課題】

【0007】

特許文献１には、処理対象の文書情報から、タグ要素の使用数に基づく特徴量を抽出し、抽出された特徴量に基づき、処理対象の文書についてカテゴリ分類をする技術が記載されている。

【0008】

しかし、特許文献１においては、ウェブページの構造情報については考慮されておらず、適切なカテゴリ分類が出来ない場合が生じる。

【0009】

そこで、本発明では、ウェブページの構造情報を用いたウェブフィルタリングシステムを提供することを目的とする。

【課題を解決するための手段】

【0010】

本発明は、ウェブページの構造情報とカテゴリとが対応付けて記憶され、ウェブページへのアクセスを制御する情報処理装置であって、ユーザにより指定されたウェブページを取得するウェブページ取得手段と、前記ウェブページ取得手段により取得したウェブページの構造情報を用いて、当該ウェブページのカテゴリを判定するカテゴリ判定手段と、前記カテゴリ判定手段により判定されたカテゴリに基づき、当該ウェブページへのアクセスを制御するアクセス制御手段と、
を備えることを特徴とする。

【0011】

また、本発明は、ウェブページの構造情報とカテゴリとが対応付けて記憶され、ウェブページへのアクセスを制御する情報処理装置における情報処理方法であって、前記情報処理装置のウェブページ取得手段が、ユーザにより指定されたウェブページを取得するウェブページ取得工程と、前記情報処理装置のカテゴリ判定手段が、前記ウェブページ取得工程により取得したウェブページの構造情報を用いて、当該ウェブページのカテゴリを判定するカテゴリ判定工程と、前記情報処理装置のアクセス制御手段が、前記カテゴリ判定工程により判定されたカテゴリに基づき、当該ウェブページへのアクセスを制御するアクセス制御工程と、を備えることを特徴とする。

【0012】

また、本発明は、ウェブページの構造情報とカテゴリとが対応付けて記憶され、ウェブページへのアクセスを制御する情報処理装置において実行されるプログラムであって、前記情報処理装置を、ユーザにより指定されたウェブページを取得するウェブページ取得手段と、前記ウェブページ取得手段により取得したウェブページの構造情報を用いて、当該ウェブページのカテゴリを判定するカテゴリ判定手段と、前記カテゴリ判定手段により判定されたカテゴリに基づき、当該ウェブページへのアクセスを制御するアクセス制御手段として機能させることを特徴とする。

【発明の効果】

【0013】

本発明によれば、ウェブページの構造情報を利用して、ウェブページのカテゴリ分類を行うことが可能となる。これにより、タグの前後関係や親子関係が特徴量に反映され、ウェブページをより高い精度で分類することが可能となる。また、ウェブページ全体だけでなく、ウェブページの一部分に対するフィルタリングが可能となる。また、フィッシングサイトのように他のウェブページと構造を似せたウェブページに対しても適切なフィルタリングが可能となる。

【図面の簡単な説明】

【0014】

【図1】本発明のシステム構成の一例を示すシステム構成図である。

【図2】ＵＲＬデータベースサーバ１０１及びページ解析・学習サーバ１０２及びプロキシサーバ１０３の機能構成を示す図である

【図3】ページ解析・学習サーバ１０２における教師モデル作成・更新処理を示すフローチャートである

【図4】ページ解析・学習サーバ１０２における、リンク関係による候補ＵＲＬの追加処理を示すフローチャートである

【図5】プロキシサーバ１０３におけるフィルタリング処理を示すフローチャートである

【図6】ＵＲＬデータベースサーバ１０１における候補ＵＲＬの確定処理を示すフローチャートである

【図7】候補ＵＲＬ管理画面の一例を示す図である

【図8】ＵＲＬデータベースサーバ１０１において、管理者から確定ＵＲＬに対する操作があった場合の処理を示すフローチャートである。

【図9】確定ＵＲＬ管理画面の一例を示す図である。

【図10】プロキシサーバ１０３における部分フィルタリング処理を示すフローチャートである

【図11】ウェブページの一部分のみをフィルタリングした場合に、クライアントＰＣ１０４に表示される画面の一例を示した図である

【図12】プロキシサーバ１０３におけるフィッシング警告処理を示すフローチャートである

【図13】ＵＲＬデータベースの構成を示す図である。

【図14】ウェブページのＤＯＭツリーの一例を示す図である。

【図15】ＤＯＭツリーの特徴量の抽出について模式的に説明した図である

【図16】ＵＲＬデータベースサーバ１０１、ページ解析・学習サーバ１０２、プロキシサーバ１０３、クライアントＰＣ１０４のハードウエア構成を示す図である

【図17】フィルタリングルールデータベースの一例を示す図である

【図18】フィッシング警告対象カテゴリデータベースの一例を示す図である。

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

【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】

操作種別が追加である場合（ステップＳ８０１の追加）、確定ＵＲＬ管理画面において管理者から入力されたＵＲＬとカテゴリの情報を取得する（ステップＳ８０８）。

【0103】

次に、該ＵＲＬとカテゴリ情報に基づき、確定ＵＲＬテーブルに新しいエントリを追加する（ステップＳ８０９）。

【0104】

そして、教師モデル更新処理を再構築なしで実行し（ステップＳ８０７）、本フローチャートに示す処理を終了する。
図９は確定ＵＲＬ管理画面の一例を示す図である。

【0105】

管理者により各確定ＵＲＬに対応する削除ボタン９０４が押下されることで、確定ＵＲＬテーブルから該エントリが削除される。また、確定ＵＲＬリスト９０２から確定ＵＲＬを１つまたは複数選択し、削除ボタン９０５が押下されることで、複数の確定ＵＲＬを削除することも可能である。

【0106】

管理者は各確定ＵＲＬに対応するカテゴリリスト９０３からカテゴリを選択することで該エントリのカテゴリを変更することが可能である。

【0107】

追加ボタン９０６が押下されることで、追加ダイアログ９０７が表示される。管理者は追加ダイアログ９０７にＵＲＬとカテゴリを入力し、追加ボタン９１０を押下することで、確定ＵＲＬの追加を行う。具体的には、管理者はＵＲＬ入力ボックス９０８に追加対象のＵＲＬを入力し、カテゴリリスト９０９からカテゴリを選択する。追加ボタン９１０を押下することで、確定ＵＲＬの追加処理が実行される。

【0108】

また、キャンセルボタン９１１が押下されると、追加処理なしで追加ダイアログが終了する。

【0109】

次に図１０を用いてプロキシサーバ１０３における部分フィルタリング処理について説明する。

【0110】

本発明ではウェブページの構造情報であるＤＯＭツリーとして解析することによって、ツリーの一部分に対してカテゴリを推定することも可能である。その応用として、ウェブページ全体だけでなく、ウェブページの一部分のみをフィルタリングすることができる（図１１）。

【0111】

図１０に示す処理は、プロキシサーバ１０３のＣＰＵ１６０１が所定のプログラムを読み出して実行する処理である。

【0112】

まず、クライアントＰＣ１０４によって要求されたウェブページのＤＯＭツリーを解析する（ステップＳ１００１）。

【0113】

次に、ｈｔｍｌノードを根とした部分木（すなわち、ＤＯＭツリー全体）を入力として部分木カテゴリ解析を実行する（ステップＳ１００２）。
以下、部分木カテゴリ分析処理の詳細について説明する。

【0114】

部分木カテゴリ解析では、まず、入力された部分木と教師データベースの情報から、ウェブページのカテゴリを推定する（ステップＳ１００３）。

【0115】

フィルタリングルールを参照し、ステップＳ１００３で推定されたカテゴリが遮断対象であるかどうかを判断する（ステップＳ１００４）。

【0116】

遮断対象であると判断された場合（ステップＳ１００５のＹｅｓ）、該部分木の表示内容を遮断された旨で書き換え（ステップＳ１００８）、部分木カテゴリ解析処理を終了する。

【0117】

遮断対象であると判断されなかった場合（ステップＳ１００５のＮｏ）、該部分木の根ノードに子ノードがあるかどうか判断する（ステップＳ１００６）。

【0118】

子ノードがある場合（ステップＳ１００６のＹｅｓ）、すべての子ノードに対してそれぞれ部分木カテゴリ解析を行う（ステップＳ１００７）。ステップＳ１００７の処理の詳細は、ステップＳ１００２の処理と同様（ステップＳ１００３〜Ｓ１００８）である。

【0119】

子ノードがない場合（ステップＳ１００６のＮｏ）、部分木カテゴリ解析を終了する。

【0120】

図１１は、ウェブページの一部分のみをフィルタリングした場合に、クライアントＰＣ１０４に表示される画面の一例を示した図である。部分木ごとにフィルタリング処理が実行されるため、図１１のように、ウェブページのうち正常に表示される部分（通常コンテンツ）と、フィルタリング処理の結果、遮断され、表示されない部分（不適切コンテンツ）とが混在している状況となる。

【0121】

次に図１２を用いてプロキシサーバ１０３におけるフィッシング警告処理について説明する。

【0122】

本発明では確定ＵＲＬテーブルに記載されていないＵＲＬに対しても、候補ＵＲＬテーブルやＤＯＭツリーの解析によってカテゴリを推定できる。これにより、フィルタリングルールデータベースにフィッシング警告対象の項目を追加することで、フィッシング詐欺の疑いのあるページに対して警告を発することが可能になる。例えば、既存の銀行のウェブページのＵＲＬを登録した銀行というカテゴリのある確定ＵＲＬテーブルに対して、あるウェブページのＵＲＬが確定ＵＲＬテーブルに記載されていないにもかかわらず、カテゴリが銀行であると推定されるような場合、該ページは銀行のウェブページによく似せたフィッシング詐欺目的のページである可能性があると判断できる。

【0123】

図１２に示す処理は、プロキシサーバ１０３のＣＰＵ１６０１が所定のプログラムを読み出して実行する処理である。

【0124】

まず、クライアントＰＣ１０４によって要求されたウェブページに対して、図５に記載のフィルタリング処理を実行する（ステップＳ１２０１）。

【0125】

次にステップＳ１２０１の処理により特定される当該要求されたウェブページのカテゴリが、フィッシング警告対象であるかどうかを判断する（ステップＳ１２０２）。

【0126】

フィッシング警告対象のカテゴリについては、図１８に示すように予め管理者に設定され、所定の記憶領域に記憶されているものとする。
また、フィルタリングルールデータベース（図１７）の一項目として、フィッシング警告対象のカテゴリである旨のフラグを立てる等により、登録してもよい。

【0127】

フィッシング警告対象でない場合（ステップＳ１２０２のＮｏ）、本フローチャートの処理を終了する。

【0128】

フィッシング警告対象である場合（ステップＳ１２０２のＹｅｓ）、当該ウェブページのＵＲＬが確定ＵＲＬテーブルに含まれているかどうかを判断する（ステップＳ１２０３）。

【0129】

確定ＵＲＬテーブルに含まれる場合（ステップＳ１２０３のＹｅｓ）、本フローチャートの処理を終了する。すなわち、確定ＵＲＬテーブルに含まれている場合には、当該ＵＲＬが示すウェブページに対して、適切なアクセス制御が可能な状態であるといえる。そのため、フィッシングサイトであればアクセス制御の結果、遮断される。そのため、この場合には警告を出す必要はないといえる。

【0130】

確定ＵＲＬテーブルに含まれない場合（ステップＳ１２０３のＮｏ）、クライアントＰＣに警告を表示し（ステップＳ１２０４）、本フローチャートの処理を終了する。
すなわち、確定ＵＲＬテーブルに登録されていないため、当該ウェブページの構造情報から特定されるカテゴリがアクセス許可するカテゴリであれば、フィッシングサイトであっても、クライアントＰＣに当該ページが表示されてしまう。そこで、フィッシングサイトである可能性がある旨の警告を出す必要が生じる。

【0131】

図１３はＵＲＬデータベースの構成を示す図である。
図１３に示すように、確定ＵＲＬテーブル２０２は、ＵＲＬ１３０１、カテゴリ情報１３０２、処理済みマーク１３０３等から構成される。同じＵＲＬに複数のカテゴリを割り当ててもよい。

【0132】

候補ＵＲＬテーブル２０３は、ＵＲＬ１３０４、カテゴリ１３０５、クラスタ識別子１３０６、ソースコード１３０７、プレビュー画像１３０８等から構成される。
図１４は、ウェブページの構造を表現したＤＯＭツリーの一例である。「ｈｔｍｌ」をルートノードとして、ｈｔｍｌタグをノードとして枝分かれしている。

【0133】

図１６は、ＵＲＬデータベースサーバ１０１、ページ解析・学習サーバ１０２、プロキシサーバ１０３、クライアントＰＣ１０４のハードウエア構成を示す図である。

【0134】

図１６において、２０１はＣＰＵで、システムバス１６０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ１６０３あるいは外部メモリ１６１１には、ＣＰＵ１６０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ ／ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な各種プログラム等が記憶されている。

【0135】

１６０２はＲＡＭで、ＣＰＵ１６０１の主メモリ、ワークエリア等として機能する。ＣＰＵ１６０１は、処理の実行に際して必要なプログラム等をＲＯＭ１６０３あるいは外部メモリ１６１１からＲＡＭ１６０２にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。

【0136】

また、１６０５は入力コントローラで、入力装置１６０９等からの入力を制御する。１６０６はビデオコントローラで、液晶ディスプレイ等のディスプレイ装置１６１０への表示を制御する。なお、ディスプレイ装置は、液晶ディスプレイに限られず、ＣＲＴディスプレイなどであっても良い。これらは必要に応じてクライアントが使用するものである。

【0137】

１６０７はメモリコントローラで、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶するハードディスク（ＨＤ）や、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ１６１１へのアクセスを制御する。

【0138】

１６０８は通信Ｉ／Ｆコントローラで、ネットワーク（例えば、図１に示したＬＡＮ１０５）を介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。

【0139】

なお、ＣＰＵ１６０１は、例えばＲＡＭ１６０２内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ装置１６１０上での表示を可能としている。また、ＣＰＵ１６０１は、ディスプレイ装置１６１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。

【0140】

ハードウエア上で動作する各種プログラムは、外部メモリ１６１１に記録されており、必要に応じてＲＡＭ１６０２にロードされることによりＣＰＵ１６０１によって実行されるものである。

【0141】

なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。

【0142】

また、本発明におけるプログラムは、図３〜図６、図８、図１０、図１２の処理をコンピュータに実行させるプログラムである。なお、本発明におけるプログラムは、図３〜図６、図８、図１０、図１２の各処理ごとのプログラムであってもよい。

【0143】

以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読み出し、実行することによっても本発明の目的が達成されることは言うまでもない。

【0144】

この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記録した記録媒体は本発明を構成することになる。

【0145】

プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク等を用いることが出来る。

【0146】

また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

【0147】

さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

【0148】

また、本発明は、複数の機器から構成されるシステムに適用しても、ひとつの機器から成る装置に適用しても良い。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

【0149】

さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。

【符号の説明】

【0150】

１０１ ＵＲＬデータベースサーバ
１０２ ページ解析・学習サーバ
１０３ プロキシサーバ
１０４ クライアントＰＣ
１０５ ＬＡＮ
１０６ インターネット

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】