JP2022033110A - フィルタリング装置、フィルタリング方法、フィルタリングプログラム、及びフィルタリングシステム - Google Patents

Abstract

【課題】サーバ等を用いたフィルタリング方法において、フィルタリング対象のウェブサイトの設定に対して暫定的に変更を加える例外措置を、効率的で的確に実施することが可能なフィルタリング技術を提供する。【解決手段】フィルタリングの対象となるウェブサイトを設定する基本フィルタリング情報を記憶する基本フィルタリング情報記憶部と、利用者が接続対象に加えたい例外ウェブサイトを申請するためのチケットに関連するチケット情報を管理するチケット情報管理部と、チケット情報を記憶するチケット情報記憶部と、基本フィルタリング情報及びチケット情報を用いてフィルタリングを行うフィルタリング処理部とを備え、チケット情報管理部が、管理者からのチケット発行要求により、チケットを生成、発行し、チケット情報を出力するチケット発行処理部と、例外ウェブサイトの所在情報をチケット情報記憶部に出力する例外ウェブサイト登録部とを具備する。【選択図】図６

Description

本発明は、インターネット等のネットワークを介してのパソコン等の端末装置からウェブサイトへの接続を調節するフィルタリング技術に関する。

近年、教育現場では「教育の情報化」の流れが進んでおり、ＩＣＴ（Information and Communication Technology（情報通信技術））の発達に伴い、益々その流れが加速しており、小学校等でもパソコンやタブレット等の情報機器を使用した授業が行われている。

通常、情報機器は、インターネット等のネットワークを介して、様々なウェブサイトに接続し、利用者は様々な情報を閲覧することができる。このような情報の中には、子供や青少年にとって不適切な情報や授業では不必要な情報等となるものがあるので、子供や青少年がそのような情報を閲覧できないように、情報機器から接続できるウェブサイトを制限するフィルタリング（Ｗｅｂフィルタリング、ＵＲＬフィルタリング等と呼ばれることがある）が必要となる。

フィルタリングは、教育現場に限らず、会社内や家庭内での情報機器によるウェブサイトへの接続でも以前より利用されている。即ち、社員による業務に関係がないウェブサイトへの接続を規制したり、子供にふさわしくないウェブサイトへの接続を規制したりするために、フィルタリングが行われている。

フィルタリングの実現方法としては、情報機器にフィルタリング機能を搭載する方法の他に、フィルタリング機能を搭載したサーバ等を用いる方法（以下、「サーバ型フィルタリング方法」とする）がある。サーバ型フィルタリング方法の場合、サーバが管理対象とする全ての情報機器に対して一律にフィルタリングを実現することができるので、フィルタリングの対象とするウェブサイトの更新を一括して実施できる等のメリットがある。サーバ型フィルタリング方法では、プロキシサーバ等のように情報機器とウェブサイトの間に位置して両者間でのデータの送受信を制御するサーバにフィルタリング機能を搭載する方法や、情報機器とウェブサイト間でのデータの送受信には直接関与せずにフィルタリング機能に特化したサーバによる方法等がある。携帯電話キャリア等の通信事業者やプロバイダが提供しているフィルタリングサービスやファイヤウォールを使用した社内ＬＡＮ（Local Area Network）でのフィルタリングでは前者の方法を使用しており、後者の方法の使用例としては、例えば特開２０００－２２２３２３号公報（特許文献１）に記載のウェブフィルタリングシステムが挙げられる。特許文献１記載のシステムは、インターネット上に配されたフィルタリングサーバを備え、プロキシサーバを介してクライアントコンピュータからＵＲＬ（Uniform Resource Locator）への接続が要求されると、その要求に対してフィルタリングサーバにより接続の可否を判断する。

このように、サーバ型フィルタリング方法は、管理対象の情報機器に一律にフィルタリングを実現するので、フィルタリング対象のウェブサイトの設定が効率的に行える半面、一部の情報機器に対する個別設定を容易に行えない等の柔軟性に乏しい点がある。教育現場でも、通常は接続を規制しても問題ないが、特別授業等で接続が必要なウェブサイトが出てくる場合等があるが、サーバ型フィルタリング方法を使用する特許文献１記載のシステム等では、それに対応するのが難しい。この問題を解決すべく、フィルタリング対象のウェブサイトの設定に対して暫定的に変更を加える例外措置による対応策が、特開２０１０－１１７８７４号公報（特許文献２）や特開２０１１－１３８２２８号公報（特許文献３）等で提案されている。

特許文献２では、被保護者がウェブアクセスを行った際に、保護者によりリアルタイムな設定変更を可能にするＵＲＬフィルタリングシステムが開示されている。特許文献２のシステムは、アクセスが禁止されているサイトに被保護者用端末装置がアクセスしたい場合、アクセス規制解除要求をフィルタリングサーバに送信し、フィルタリングサーバは保護者用端末装置に解除要求内容を送信し、保護者用端末装置は解除の可否を判断し、判断結果をフィルタリングサーバに伝える。そして、解除可の場合、当該被保護者が当該サイトにアクセスできるように、フィルタリングサーバによりフィルタリングの設定が行われる。

特許文献３では、ＵＲＬフィルタリングの解除を行う期間を無制限とせず、特定のユーザに対して、ある一定の期間だけ、ＵＲＬフィルタリングルールでは許可されない情報資源への接続を許可することを可能とする情報処理装置が開示されている。特許文献３の情報処理装置は、端末装置と外部のサーバ装置の間の通信に対して中継制御ルールを適用してフィルタリングを行っており、中継を許可されない場合に、端末装置から中継制御ルールの解除要求を受けて、解除期間を設定した解除エントリを作成し、中継制御ルールと解除エントリに基づいてフィルタリングを行う。この解除エントリは、解除要求が、有効なパスワードを使用して発行されたものの場合、又は管理者に解除申請を承認されたものの場合に、作成される。

特開２０００－２２２３２３号公報 特開２０１０－１１７８７４号公報 特開２０１１－１３８２２８号公報

しかしながら、特許文献２のシステムでは、アクセス規制を解除するためには保護者用端末装置による判断を受ける必要があるので、迅速に対応することができないことがあり、早急なアクセス規制の解除が難しい場合がある。特許文献３の情報処理装置では、管理者による解除申請の承認により解除エントリを作成する場合には特許文献２のシステムと同様の問題があり、パスワードを使用して解除エントリを作成する場合には、際限なく解除エントリを作成されてしまうおそれがある。

本発明は上述のような事情よりなされたものであり、本発明の目的は、サーバ型フィルタリング方法において、通常使用されるフィルタリング対象のウェブサイトの設定に対して暫定的に変更を加える例外措置を、効率的で的確に実施することが可能なフィルタリング装置、フィルタリング方法、フィルタリングプログラム、及びフィルタリングシステムを提供することにある。

本発明は、利用者によるウェブサイトへの接続に対してフィルタリングを行うフィルタリング装置に関し、本発明の上記目的は、前記フィルタリングの対象となるウェブサイトを設定するための基本情報である基本フィルタリング情報を記憶する基本フィルタリング情報記憶部と、少なくとも前記利用者が接続対象に加えたい例外ウェブサイトを申請するためのチケットに関連する情報であるチケット情報を管理するチケット情報管理部と、前記チケット情報を記憶するチケット情報記憶部と、前記基本フィルタリング情報記憶部内の前記基本フィルタリング情報及び前記チケット情報記憶部内の前記チケット情報を用いて、前記フィルタリングを行うフィルタリング処理部と、を備え、前記チケット情報管理部が、管理者からの前記チケットの発行の要求を受けて、前記チケットを生成し、前記利用者に前記チケットを発行すると共に、前記チケットの内容を前記チケット情報として前記チケット情報記憶部に出力するチケット発行処理部と、前記チケットを介して前記例外ウェブサイトの所在情報を入力し、前記所在情報を前記チケット情報の１つとして前記チケット情報記憶部に出力する例外ウェブサイト登録部と、を具備することにより達成される。

また、本発明は、利用者によるウェブサイトへの接続に対してフィルタリングを行うフィルタリング方法に関し、本発明の上記目的は、少なくとも前記利用者が接続対象に加えたい例外ウェブサイトを申請するためのチケットに関連する情報であるチケット情報を管理するチケット情報管理ステップと、前記チケット情報をチケット情報記憶部に記憶するチケット情報記憶ステップと、前記フィルタリングの対象となるウェブサイトを設定するための基本情報である基本フィルタリング情報を記憶する基本フィルタリング情報記憶部内の前記基本フィルタリング情報及び前記チケット情報記憶部内の前記チケット情報を用いて、前記フィルタリングを行うフィルタリング処理ステップと、を有し、前記チケット情報管理ステップが、管理者からの前記チケットの発行の要求を受けて、前記チケットを生成し、前記利用者に前記チケットを発行すると共に、前記チケットの内容を前記チケット情報として前記チケット情報記憶部に出力するチケット発行処理ステップと、前記チケットを介して前記例外ウェブサイトの所在情報を入力し、前記所在情報を前記チケット情報の１つとして前記チケット情報記憶部に出力する例外ウェブサイト登録ステップと、を有することにより達成される。

さらに、本発明の上記目的は、上記のフィルタリング方法を実行させるためのフィルタリングプログラムにより達成される。

また、本発明は、利用者が使用する利用者用端末装置と、管理者が使用する管理者用端末装置と、前記利用者用端末装置からのウェブサイトへの接続に対してフィルタリングを行うフィルタリング装置と、を備えるフィルタリングシステムに関し、本発明の上記目的は、前記フィルタリング装置が、前記フィルタリングの対象となるウェブサイトを設定するための基本情報である基本フィルタリング情報を記憶する基本フィルタリング情報記憶部と、少なくとも前記利用者が接続対象に加えたい例外ウェブサイトを申請するためのチケットに関連する情報であるチケット情報を管理するチケット情報管理部と、前記チケット情報を記憶するチケット情報記憶部と、前記基本フィルタリング情報記憶部内の前記基本フィルタリング情報及び前記チケット情報記憶部内の前記チケット情報を用いて、前記フィルタリングを行うフィルタリング処理部と、を備え、前記チケット情報管理部が、前記管理者用端末装置からの前記チケットの発行の要求を受けて、前記チケットを生成し、前記利用者用端末装置に前記チケットを発行すると共に、前記チケットの内容を前記チケット情報として前記チケット情報記憶部に出力するチケット発行処理部と、前記チケットを介して前記例外ウェブサイトの所在情報を入力し、前記所在情報を前記チケット情報の１つとして前記チケット情報記憶部に出力する例外ウェブサイト登録部と、を具備することにより達成される。

本発明のフィルタリング装置、フィルタリング方法、フィルタリングプログラム、及びフィルタリングシステムによれば、管理者からの要求により事前に発行されるチケットにより例外ウェブサイトを申請するので、申請時に管理者による承認が必要なく、申請できるのは発行されたチケットの数だけであり、効率的で的確な例外措置を実現することができる。

本発明に係るフィルタリングシステム（第1実施形態）の構成例を示す図である。 チケットに関連する動作の手順例の概要を示すシーケンス図である。 例外ウェブサイト削除処理での動作の手順例の概要を示すシーケンス図である。 チケット情報表示処理での動作の手順例の概要を示すシーケンス図である。 フィルタリング処理での動作の手順例の概要を示すシーケンス図である。 サーバの構成例（第１実施形態）を示すブロック図である。 属性記憶部内の各テーブルの例を示すイメージ図である。 チケット情報記憶部内の各テーブルの例を示すイメージ図である。 基本フィルタリング情報記憶部内の各テーブルの例を示すイメージ図である。 チケット発行処理でのサーバの動作例を示すフローチャートである。 例外ウェブサイト登録処理でのサーバの動作例を示すフローチャートである。 例外ウェブサイト削除処理及びチケット削除処理でのサーバの動作例を示すフローチャートである。 チケット情報表示処理でのサーバの動作例を示すフローチャートである。 フィルタリング処理でのサーバの動作例（第１実施形態）を示すフローチャートである。 管理者用端末の構成例を示すブロック図である。 チケット情報を表示する管理者用端末の画面の一部の例を示す図である。 例外ウェブサイト削除処理及びチケット削除処理での管理者用端末の動作例を示すフローチャートである。 教員用端末の構成例を示すブロック図である。 チケット情報を表示する教員用端末の画面の一部の例を示す図である。 学生用端末の構成例を示すブロック図である。 フィルタリング処理での学生用端末の動作例を示すフローチャートである。 サーバの構成例（第２実施形態）を示すブロック図である。 タイミング管理テーブルの例を示すイメージ図である。 フィルタリング処理でのサーバの動作例（第２実施形態）を示すフローチャートである。

本発明では、インターネット等のネットワークを介してウェブサイトに接続する情報機器に対して、接続可能なウェブサイトを選別するフィルタリングを、ネットワーク上に配されたサーバ等にて行うサーバ型フィルタリング方法において、事前に発行されるチケットを使用して、フィルタリングの対象となるウェブサイトに例外を設ける。なお、通常、ウェブサイトはウェブページの集まりのことを指しているが、以下では、ウェブページを含めてウェブサイトと呼ぶことがあり、更にウェブサイトを提供するサーバの意味でウェブサイトと呼ぶことがある。

サーバはフィルタリング装置として機能し、サーバ型フィルタリング方法を実施するために、フィルタリングの対象となるウェブサイトを特定するための情報（基本フィルタリング情報）を有している。フィルタリングの方式には、ＵＲＬ等のウェブサイトの所在情報に基づいてフィルタリングを行うＷｅｂフィルタリング（ＵＲＬフィルタリングと呼ばれることもある）と、ウェブサイトの内容に基づいたリアルタイムな判断によりフィルタリングを行う動的コンテンツフィルタリング（単にコンテンツフィルタリングと呼ばれることもある）があり、更に、Ｗｅｂフィルタリングには、アクセス（接続）を許可するウェブサイトの一覧を予め登録し、登録されたウェブサイト以外にはアクセスさせないホワイトリスト方式、ブロック（規制）するウェブサイトの一覧を予め登録し、登録されたウェブサイトにはアクセスさせないブラックリスト方式、ウェブサイトをカテゴリに分類し、カテゴリを選択することによりフィルタリングを行うカテゴリフィルタリング方式、ウェブサイトを一定の基準で評価し、その情報を基にブロックする対象を決めるレイティング方式がある。本発明はいずれの方式にも適用可能であり、基本フィルタリング情報として、ホワイトリスト方式の場合はアクセスを許可するウェブサイト一覧、ブラックリスト方式の場合はブロックするウェブサイト一覧、カテゴリフィルタリング方式の場合はウェブサイトとカテゴリの対応関係及び選択されたカテゴリ一覧、レイティング方式の場合はウェブサイトの評価情報を使用し、動的コンテンツフィルタリングの場合は判断の基となるキーワード等の判断条件を使用する。

チケットは、基本フィルタリング情報によるフィルタリングでは接続不可となるウェブサイトを、例外的に接続可能として欲しいときに使用する。チケットは、フィルタリングのサービスを享受する利用者を管理する管理者によって、サーバに対して発行が要求される。チケットの発行先は利用者であるが、特定の利用者だけにチケットを発行することも可能である。例えば、教育現場の場合、管理者は校長やシステム管理者とし、特定の利用者は教員とし、利用者は学生とする。チケットの発行を要求できるのを管理者のみとすることにより、チケットの適切な運用を図ることができる。

チケットの発行を受けた利用者は、例外的に接続可能として欲しいウェブサイト（例外ウェブサイト）の所在場所を示すＵＲＬ等の所在情報をチケットに盛り込んで、サーバに送信する。チケットを受信したサーバは、チケットで申請された例外ウェブサイトへの接続を可能とする。例外ウェブサイトへの接続が可能となるのは、チケットを送信した利用者としても良いが、特定の利用者が送信する場合等では、その特定の利用者が取り纏めている複数の利用者としても良い。例えば、特定の利用者が教員の場合、その教員が担任している学生全員に対して、例外ウェブサイトへの接続が可能としても良い。

各チケットで申請可能な例外ウェブサイトの件数には上限が設けられており、各チケットに有効期限を設定することも可能である。チケットに有効期限を設定した場合、チケットを受信したサーバは、そのチケットに基づく例外ウェブサイトへの接続を可能とするのは有効期限までとする。サーバは、チケットを受信した時点で有効期限を過ぎていたら、そのチケットを無効としても良い。また、申請された例外ウェブサイトへの接続を管理者が不可とすることも可能である。サーバがチケットを受信したら、その旨を管理者に知らせることにより、チケットで申請された例外ウェブサイトへの接続可否を管理者が判断できるようにする。これにより、チケットの不適切な使用を抑制することができる。

このように、本発明では、基本フィルタリング情報に加えて、チケットを使用してフィルタリングを行うことにより、例外的に接続可能とするウェブサイトを設定することができる。また、チケットを事前に発行し、チケットを発行された利用者は直接サーバにチケットを送信できるので、管理者等の承認を受ける工数をかけずに例外ウェブサイトを申請することができる。

なお、本発明は、上述のフィルタリングを行うサーバをフィルタリング装置として実現しても良いし、サーバ（フィルタリング装置）、管理者が使用する端末装置（管理者用端末装置）及び利用者が使用する端末装置（利用者用端末装置）を備えるフィルタリングシステムとして実現しても良い。

以下に、本発明の実施の形態を、図面を参照して説明する。

図１に、本発明に係るフィルタリング装置を備えるフィルタリングシステムの構成例（第１実施形態）を示す。本実施形態のフィルタリングシステム１は、教員現場における学生によるウェブサイトへの接続に対してフィルタリングを行うシステムであり、利用者である学生が使用する学生用端末５、特定の利用者である教員が使用する教員用端末（特定利用者用端末装置）４、管理者である校長やシステム管理者が使用する管理者用端末３、及びフィルタリング装置として機能するサーバ２を備え、それらが、インターネット等で構成されるネットワーク６を介して接続される。また、ネットワーク６には様々なウェブサイト（図示せず）が繋がっている。なお、学生用端末５、教員用端末４及び管理者用端末３を使用する者は一意に決まっていなくても良く、学生、教員及び管理者が同じ端末を使用しても良い。学生、教員及び管理者には他者と区別するために各人に識別番号（ＩＤ）が付与されており、この識別番号により使用者を区別すると共に、その使用者が学生、教員及び管理者のいずれかであるかがわかるようになっているので、学生、教員及び管理者が同じ端末を使用することができる。例えば、先頭の数字が「１」の識別番号は学生の識別番号（以下、「学生ＩＤ」とする）、先頭の数字が「２」の識別番号は教員の識別番号（以下、「教員ＩＤ」とする）、先頭の数字が「３」の識別番号は管理者の識別番号（以下、「管理者ＩＤ」とする）として、学生、教員及び管理者を区別する。学生ＩＤ、教員ＩＤ及び管理者ＩＤとして番号や記号を使用する以外に、学生名、教員名及び管理者名を使用しても良い。なお、学生、教員及び管理者が端末を使用する際に、なりすまし等を防止してセキュリティを強化するために、パスワード等の入力による認証を行うようにしても良い。

学生は複数のグループ、例えばクラス単位のグループに分けられており、教員が１つ以上のグループを担当する。即ち、教員は自分が担当する各グループの学生の学習状況に合わせて例外ウェブサイトを申請するために、グループ単位でチケットを使用する。各グループには、他のグループと区別するための識別番号（以下、「グループＩＤ」とする）が付与されている。

チケットは、管理者から管理者用端末３を使用してサーバ２に対して発行を要求され、サーバ２は、教員用端末４にチケットを送信することにより、教員にチケットを発行する。管理者は、チケットの発行を要求する際、そのチケットが適用されるグループを特定し、特定されたグループを担当する教員にチケットが発行される。１つのグループに対して、複数のチケットを適用することも可能である。サーバ２は、発行するチケットに対して識別番号（以下、「チケットＩＤ」とする）を付与して、教員用端末４に送信する。なお、チケットの発行を教員用端末４に対してではなく、学生用端末５に対して行うようにしても良い。この場合、例外ウェブサイトの申請も学生用端末５から行われることになる。また、管理者は１名でも複数名でも良く、複数名の場合、各管理者が管理する教員を分けるようにしても良い。

各チケットには管理者により有効期限が設定され、チケットにて申請された例外ウェブサイトへの接続が可能なのは有効期限内だけであり、有効期限を過ぎると接続できなくなる。また、有効期限が切れたチケットは、サーバ２に受理されない。１つのチケットで複数の例外ウェブサイトを申請することが可能であるが、申請できる例外ウェブサイトの件数に対して、管理者によりチケット毎に上限（以下、「例外上限値」とする）が設定される。申請された例外ウェブサイトの総数が上限を超えない限り、教員はチケットを繰り返し使用することができるが、上限を超えた場合、その時点で使用されたチケットは無効として扱われる。サーバ２は、申請された例外ウェブサイトに関する情報（以下、「例外ウェブサイト情報」とする）それぞれに対して識別番号（以下、「例外ウェブサイトＩＤ」とする）を付与して管理する。なお、チケットを適切に運用できる場合等では、有効期限及び／又は例外上限値を設定しなくても良い。

サーバ２は、学生用端末５からのウェブサイトへの接続に対して、カテゴリフィルタリング方式により、フィルタリングを行う。サーバ２は、基本フィルタリング情報として、ウェブサイトを分類したカテゴリとウェブサイトとの対応関係及び接続を規制するカテゴリ（以下、「規制カテゴリ」とする）を列挙したカテゴリ一覧（以下、「規制カテゴリ一覧」とする）を使用し、更に例外ウェブサイト情報を含むチケットに関する情報（チケット情報）を使用して、フィルタリングを行う。規制カテゴリ一覧は複数用意されており、グループによって、適用する規制カテゴリ一覧が決まっている。サーバ２は、各規制カテゴリ一覧に対して識別番号（以下、「規制カテゴリＩＤ」とする）を付与して管理する。なお、規制カテゴリではなく、接続を許容するカテゴリを列挙するようにしても良い。即ち、規制カテゴリ一覧を使用する場合は、規制カテゴリに分類されるウェブサイトへの接続が規制されるが、接続を許容するカテゴリを列挙する場合は、列挙されたカテゴリに分類されるウェブサイト以外のウェブサイトへの接続が規制される。

サーバ２は、管理者用端末３からのチケット発行の要求に従って、教員用端末４に対してチケットを発行し、発行したチケットによる教員用端末４からの例外ウェブサイトの申請を受理する。また、管理者用端末３からの要求に従って、チケットにより申請された例外ウェブサイトへの接続を不可とするために、チケット情報の削除等を行う。更に、管理者用端末３及び教員用端末４からの要求に応じて、記憶しているチケット情報を各端末に提供する。

サーバ２として、汎用の装置を使用し、サーバ２に搭載された専用のアプリケーション（アプリケーションプログラム）、または、専用のアプリケーションと汎用のアプリケーションの組み合わせ等により、上記のことを行う。サーバ２として、汎用の装置ではなく、専用装置を使用しても良い。また、サーバ２をシステム毎に用意するのではなく、サーバ２の機能をクラウドサービスとして提供しても良い。サーバ２の詳細については、後述する。

管理者用端末３、教員用端末４及び学生用端末５は、パソコン、タブレット、スマートフォン等の通信機能を有する汎用の情報機器で構成されており、各端末に搭載された専用のアプリケーション、または、専用のアプリケーションと汎用のアプリケーションの組み合わせ等により、後述の機能を実行する。管理者用端末３、教員用端末４及び学生用端末５として、汎用の情報機器ではなく、専用機器を使用しても良い。また、各端末が実行する機能の一部を、サーバ２へのウェブアクセスで実現しても良い。

管理者用端末３は、サーバ２に対して、教員用端末４へのチケットの発行を要求する。また、サーバ２に対して、チケット情報の削除や提供等を要求する。教員用端末４は、発行されたチケットを用いて、サーバ２に対して例外ウェブサイトを申請する。また、サーバ２に対して、チケット情報の提供等を要求する。学生用端末５は、ネットワーク６に繋がっているウェブサイトへの接続を、その接続に対するサーバ２による可否判定に基づいて行なう。管理者用端末３、教員用端末４及び学生用端末５の詳細については、後述する。

このように構成されるフィルタリングシステム１において、サーバ２と管理者用端末３、教員用端末４及び学生用端末５との間でのデータの送受信を中心とした動作手順について、その概要を説明する。

図２は、フィルタリングシステム１でのチケットに関連する動作の手順例の概要を示すシーケンス図である。チケットに関連する処理としては、チケットを発行する処理（以下、「チケット発行処理」とする）、チケットにより例外ウェブサイトを申請して登録する処理（以下、「例外ウェブサイト登録処理」とする）、登録された例外ウェブサイト情報を削除する処理（以下、「例外ウェブサイト削除処理」とする）、記憶されているチケット情報を削除する処理（以下、「チケット削除処理」とする）、チケット情報を表示する処理（以下、「チケット情報表示処理」とする）、及び基本フィルタリング情報及びチケット情報によりフィルタリングを行う処理（以下、「フィルタリング処理」とする）がある。なお、フィルタリングを行うためには、サーバ２に対して、基本フィルタリング情報の登録、学生ＩＤ、教員ＩＤ及び管理者ＩＤに関連する情報の登録、グループＩＤに関連する情報の登録等が必要であるが、これらは事前にサーバ２に記憶されているとする。また、学生、教員及び管理者に対して認証を行う場合、各端末が最初にサーバ２に接続する際に認証が実施されているものとする。更に、各処理では、サーバ３に各処理の実行を要求するために、管理者用端末３、教員用端末４又は学生用端末５が要求信号をサーバ３に対して送信することがあるが、その動作の説明は省略する。

まず、チケット発行処理での動作手順の概要について説明する。図２（Ａ）は、チケット発行処理での動作手順例を示すシーケンス図である。

チケットの発行を要求する管理者の管理者用端末３は、管理者ＩＤの入力に続き、有効期限、例外上限値及びそのチケットが適用されるグループのグループＩＤ（以下、この３つを総称して「チケット設定情報」とする）を入力し、サーバ２に送信する（ステップＳ１）。サーバ２は、有効期限、例外上限値及びグループＩＤを設定したチケットを生成して、受信したグループＩＤのグループを担当する教員を特定し、その教員の教員用端末４にチケットを発行する（ステップＳ２）。また、サーバ２は、送信したチケットに関する情報をチケット情報の一部として記憶する。その後、チケットを発行したことを知らせる通知（以下、「チケット発行通知」とする）を、発行を要求した管理者用端末３に送信する。なお、受信したグループＩＤが存在しない等のエラーが発生した場合、サーバ２はチケットを送信せずに、エラーが発生したことをチケット発行通知として管理者用端末３に送信する。

例外ウェブサイト登録処理での動作手順の概要について説明する。図２（Ｂ）は、例外ウェブサイト登録処理での動作手順例を示すシーケンス図である。

チケットを使用する教員の教員用端末４は、教員ＩＤの入力に続き、接続を希望する例外ウェブサイトのＵＲＬ等の所在情報を入力し、チケットＩＤと共に、それらをサーバ２に送信する（ステップＳ３）。サーバ２は、受信したチケットＩＤを基に、チケットの有効期限及び例外上限値を確認する。有効期限が切れてなく、かつ、申請された例外ウェブサイトの総数（累積数）が上限値を超えていない場合、受信した例外ウェブサイトの所在情報を例外ウェブサイト情報の一部として記憶し、例外ウェブサイトを登録したことを、受信結果として、チケットを送信した教員用端末４に送信する。有効期限が切れている場合又は例外ウェブサイトの総数が上限値を超えている場合、そのことを受信結果として教員用端末４に送信する。また、例外ウェブサイトを登録した場合、サーバ２は、管理者用端末３に、例外ウェブサイトの所在情報を含めた登録内容を送信する（ステップＳ４）。なお、受信したチケットＩＤが存在しない等のエラーを受信結果として送信しても良い。また、サーバ２から教員用端末４に受信結果を送信する必要がない場合等では、教員用端末４からサーバ２への教員ＩＤの送信は不要である。

例外ウェブサイト削除処理での動作手順の概要について説明する。図３（Ａ）は、例外ウェブサイト削除処理での動作手順例を示すシーケンス図である。

サーバ２に登録された例外ウェブサイト情報の削除を要求できるのは管理者用端末３だけである。管理者は、例外ウェブサイト登録処理においてサーバ２から送信される登録内容や後述のチケット情報表示処理において表示されるチケット情報を管理者用端末３で確認し、登録された例外ウェブサイトへの接続が不適切であると判断した場合等に、その例外ウェブサイト情報の削除を要求する。例外ウェブサイト情報の削除を要求する管理者用端末３は、管理者ＩＤ及び削除する例外ウェブサイト情報の例外ウェブサイトＩＤをサーバ２に送信する（ステップＳ５）。サーバ２は、受信した例外ウェブサイトＩＤに対応する例外ウェブサイト情報を削除し、その削除結果を、削除を要求した管理者用端末３に送信する。なお、受信した例外ウェブサイトＩＤが存在しない等のエラーを削除結果として送信しても良い。

チケット削除処理での動作手順の概要について説明する。図３（Ｂ）は、チケット削除処理での動作手順例を示すシーケンス図である。

サーバ２に記憶されたチケット情報の削除を要求できるのも管理者用端末３だけである。管理者がチケット情報の削除を要求するのは、例えばグループ内でチケットが不正に利用された場合等である。チケット情報の削除を要求する管理者用端末３は、管理者ＩＤ及び削除するチケット情報のチケットＩＤをサーバ２に送信する（ステップＳ６）。サーバ２は、受信したチケットＩＤに対応するチケット情報を削除し、その削除結果を、削除を要求した管理者用端末３に送信する。なお、受信したチケットＩＤが存在しない等のエラーを削除結果として送信しても良い。

チケット情報表示処理での動作手順の概要について説明する。図４は、チケット情報表示処理での動作手順例を示すシーケンス図である。チケット情報を表示するための要求は、管理者用端末３及び教員用端末４からなされ、サーバ２は、受信するＩＤが管理者ＩＤか教員ＩＤのどちらであるかを判定することにより、どちらの端末からの要求かを判断する。図４（Ａ）は、管理者用端末３からの要求によるチケット情報表示処理での動作手順例を示すシーケンス図であり、図４（Ｂ）は、教員用端末４からの要求によるチケット情報表示処理での動作手順例を示すシーケンス図である。

管理者は全てのチケット情報を閲覧することができ、管理者用端末３は、サーバ２に対して、管理者ＩＤを送信する（ステップＳ７）。サーバ２は、管理者用端末３からの要求であることを管理者ＩＤにより判断し、全てのチケット情報を、要求した管理者用端末３に送信する。管理者用端末３は、受信したチケット情報を表示する。

教員は担当するグループのチケット情報のみを閲覧することができ、教員用端末４は、サーバ２に対して、教員ＩＤを送信する（ステップＳ８）。サーバ２は、教員用端末４からの要求であることを教員ＩＤにより判断し、その教員ＩＤの教員が担当するグループを確認し、確認されたグループに適用されるチケット情報を、要求した教員用端末４に送信する。教員用端末４は、受信したチケット情報を表示する。

フィルタリング処理での動作手順の概要について説明する。図５は、フィルタリング処理での動作手順例を示すシーケンス図である。

学生用端末５は、ネットワーク６に繋がるウェブサイトに接続するために、そのウェブサイトの所在情報を出力する。所在情報を基にウェブサイトに対して接続が要求されると共に、所在情報は学生ＩＤと共にサーバ２に受信される（ステップＳ９）。サーバ２は、学生ＩＤを基にその学生が属するグループを特定し、そのグループに適用される基本フィルタリング情報及びチケット情報に基づいて、受信した所在情報のウェブサイトに学生用端末５が接続可能か否かを判定し、判定結果を学生用端末５に送信する。学生用端末５はウェブサイトからのデータを受信し（ステップＳ１０）、判定結果が接続可の場合、そのデータを表示する。判定結果が接続不可の場合、データは表示せず、そのウェブサイトへの接続が規制されていることを示すメッセージ等を表示する。

なお、チケット削除処理及び例外ウェブサイト削除処理を教員用端末４も要求できるようにしても良い。この場合、教員用端末４は管理者用端末３の動作と同じ動作を行うことになる。また、各端末間でのデータの送受信では管理者ＩＤや教員ＩＤ等の識別番号を使用しているが、識別番号の代わりにアクセストークンを使用しても良い。アクセストークンは、ウェブサービスにおいて広く使用されており、ウェブサービスを利用するために、認証局がユーザを認証するために払い出す認証情報のことである。認証局とは、ユーザを認証する情報を保持し、ユーザを認証することができるウェブサーバのことであり、サーバ２がその役割を果たすことになる。

各部の詳細について説明する。なお、図２～図５を参照しての動作手順の概要説明の場合と同様に、管理者用端末３、教員用端末４又は学生用端末５とサーバ３間での上記の各処理を実行するための要求信号の送受信については、説明を省略する。

まず、サーバ２の詳細について説明する。

図６は、サーバ２の構成例を示すブロック図である。サーバ２として汎用の装置を使用しており、図６には、本実施形態に関わる構成要素のみを示している。このことは、汎用の情報機器を使用する後述の管理者用端末３、教員用端末４及び学生用端末５の構成例を示す図１５、図１８及び図２０においても同様である。

サーバ２は、チケット発行処理部２１、例外ウェブサイト登録部２２、削除処理部２３、チケット情報出力部２４、フィルタリング処理部２５、属性記憶部２６、チケット情報記憶部２７及び基本フィルタリング情報記憶部２８を備える。チケット発行処理部２１はチケット発行処理に、例外ウェブサイト登録部２２は例外ウェブサイト登録処理に、削除処理部２３は例外ウェブサイト削除処理及びチケット削除処理に、チケット情報出力部２４はチケット情報表示処理に、フィルタリング処理部２５はフィルタリング処理にそれぞれ関係する。チケット発行処理部２１、例外ウェブサイト登録部２２（及び削除処理部２３）により、チケット情報管理部を構成する。

属性記憶部２６は、管理者、教員、グループ及び学生の属性を管理するために使用される、管理者管理テーブル２６１、教員管理テーブル２６２、グループ管理テーブル２６３及び学生管理テーブル２６４を記憶する。

管理者管理テーブル２６１は管理者の属性を管理するためのテーブルであり、図７（Ａ）に管理者管理テーブル２６１の例を示す。管理者管理テーブル２６１には、管理者の管理者ＩＤ、電子メールアドレスやＩＰアドレス等のアドレス情報及び管理者名が対応付けて格納されている。管理者ＩＤは先頭が「３」で始まる番号となっており、これにより教員ＩＤ及び学生ＩＤと区別することができる。図７（Ａ）では管理者は１名となっているが、管理者は複数名でも良く、その場合、全ての管理者の属性が管理者管理テーブル２６１に格納される。なお、管理者が管理者用端末３を使用する際に認証を行う場合、パスワード等を管理者管理テーブル２６１に格納しても良く、その他の管理者の属性を格納しても良い。また、アドレス情報としてＩＰアドレスを格納する場合、管理者用端末３が最初にサーバ２にデータを送信する際に、そのデータにＩＰアドレスを添付して、サーバ２がそのＩＰアドレスを取り出して、管理者用管理テーブルに格納するようにしても良い。後述の教員管理テーブル２６２及び学生管理テーブル２６４内のアドレス情報においても、ＩＰアドレスを格納する場合は、同様の方法で格納するようにしても良い。

教員管理テーブル２６２は教員の属性を管理するためのテーブルであり、図７（Ｂ）に教員管理テーブル２６２の例を示す。教員管理テーブル２６２には、教員の教員ＩＤ、電子メールアドレスやＩＰアドレス等のアドレス情報及び教員名が対応付けて格納されている。教員ＩＤは先頭が「２」で始まる番号となっており、これにより管理者ＩＤ及び学生ＩＤと区別することができる。管理者が複数名で、管理者によって管理する教員を分ける場合、各教員の管理者の管理者ＩＤ等を教員管理テーブル２６２に格納する。なお、教員が教員用端末４を使用する際に認証を行う場合、パスワード等を教員管理テーブル２６２に格納しても良く、その他の教員の属性を格納しても良い。

グループ管理テーブル２６３はグループの属性を管理するためのテーブルであり、図７（Ｃ）にグループ管理テーブル２６３の例を示す。グループ管理テーブル２６３には、グループＩＤ、そのグループを担当する教員の教員ＩＤ、そのグループに適用される規制カテゴリ一覧の規制カテゴリＩＤ及びグループ名が対応付けて格納されている。グループＩＤは、他の種類の識別番号（ＩＤ）と区別がつくようにする必要はないが、サーバ２では、先頭に「Ｇ」を付けることにより、区別がつくようにしている。

学生管理テーブル２６４は学生の属性を管理するためのテーブルであり、図７（Ｄ）に学生管理テーブル２６４の例を示す。学生管理テーブル２６４には、学生の学生ＩＤ、その学生が属するグループのグループＩＤ、電子メールアドレスやＩＰアドレス等のアドレス情報及び学生名が対応付けて格納されている。学生ＩＤは先頭が「１」で始まる番号となっており、これにより管理者ＩＤ及び教員ＩＤと区別することができる。なお、学生が学生用端末４を使用する際に認証を行う場合、パスワード等を学生管理テーブル２６４に格納しても良く、その他の学生の属性を格納しても良い。

チケット情報記憶部２７は、サーバ２より発行され、フィルタリングで使用されるチケットに関するチケット情報を記憶する。チケット情報は、チケット管理テーブル２７１及び例外ウェブサイト管理テーブル２７２として記憶される。

チケット管理テーブル２７１は、チケットに設定される条件や情報（以下、これらを総称して「チケット基本情報」とする）を管理するためのテーブルであるが、例外ウェブサイト情報は例外ウェブサイト管理テーブル２７２で管理されるので、格納されない。図８（Ａ）にチケット管理テーブル２７１の例を示す。チケット管理テーブル２７１には、発行されるチケットのチケットＩＤ、そのチケットが適用されるグループのグループＩＤ、チケットの有効期限、そのチケットで申請できる例外ウェブサイト数の上限である例外上限値、そのチケットを発行された教員に関する教員情報、そのチケットの発行を要求した管理者に関する管理者情報及びそのチケット情報が削除されたか否かを示す削除フラグが対応付けて格納されている。チケットＩＤは、例外ウェブサイトＩＤと区別がつくように、先頭に「Ｃ」を付けた番号とする。教員情報として教員ＩＤ等が格納され、管理者情報として管理者ＩＤ等が格納される。削除フラグは０又は１の値を取り、「０」はそのチケット情報が削除されていないことを示し、「１」はそのチケット情報が削除されていることを示す。削除フラグの初期値は０である。なお、チケットＩＤとして、ソフトウェア上でオブジェクトを一意に識別するための識別子であるＵＵＩＤ（Universally Unique Identifier）を使用しても良い。

例外ウェブサイト管理テーブル２７２は、チケットで申請される例外ウェブサイトに関する例外ウェブサイト情報を管理するためのテーブルであり、図８（Ｂ）に例外ウェブサイト管理テーブル２７２の例を示す。例外ウェブサイト管理テーブル２７２には、申請される例外ウェブサイトの例外ウェブサイトＩＤ、その例外ウェブサイトの申請に使用されるチケットのチケットＩＤ、その例外ウェブサイトの所在情報、その例外ウェブサイトに関するサイト情報及びその例外ウェブサイト情報が削除されたか否かを示す削除フラグが対応付けて格納されている。例外ウェブサイトＩＤは、チケットＩＤと区別がつくように、先頭に「Ｓ」を付けた番号とする。所在情報としてはＵＲＬ等が格納される。サイト情報としてはその例外ウェブサイトのタイトルやカテゴリ等が格納される。削除フラグは、チケット管理テーブル２７１中の削除フラグと同様に０又は１の値を取り、「０」はその例外ウェブサイト情報が削除されていないことを示し、「１」はその例外ウェブサイト情報が削除されていることを示す。削除フラグの初期値は０である。なお、例外ウェブサイトＩＤとして、チケットＩＤと同様に、ＵＵＩＤを使用しても良い。

基本フィルタリング情報記憶部２８は、フィルタリングで使用される基本フィルタリング情報を記憶する。基本フィルタリング情報は、カテゴリテーブル２８１及び規制カテゴリ管理テーブル２８２として記憶されている。

カテゴリテーブル２８１は、ネットワーク６に繋がるウェブサイトを予め定義したカテゴリに分類し、そのウェブサイトの所在情報とカテゴリを対応付けたテーブルである。カテゴリは各ウェブサイトの内容を一般常識や社会通念に基づいて客観的に分類した場合の分類名に相当し、カテゴリとして、例えば、「語学」、「ショッピング」、「スポーツ」、「趣味」、「ゲーム」、「アダルト」、「出会い」、「広告」等がある。図９（Ａ）にカテゴリテーブル２８１の例を示す。カテゴリテーブル２８１には、ウェブサイトの所在情報とそのウェブサイトのカテゴリが対応付けて格納されている。

規制カテゴリ管理テーブル２８２は、学生用端末５からの接続を規制するカテゴリを列挙した規制カテゴリ一覧に対応したテーブルであり、図９（Ｂ）に規制カテゴリ管理テーブル２８２の例を示す。規制カテゴリ管理テーブル２８２には、規制カテゴリ一覧に対する識別番号である規制カテゴリＩＤとその規制カテゴリ一覧に含まれる規制カテゴリが対応付けて格納されている。規制カテゴリＩＤは、他の種類の識別番号（ＩＤ）と区別がつくようにする必要はないが、サーバ２では、先頭に「Ｒ」を付けることにより、区別がつくようにしている。

チケット発行処理部２１は、管理者用端末３からのチケット発行要求に対応して、チケット発行処理を実行する。

チケット発行処理部２１は、管理者用端末３から送信される管理者ＩＤ ＩＤｍ１を入力し、更に、管理者用端末３から送信されるチケット設定情報（有効期限、例外上限値及びグループＩＤ）Ｉｃｓを入力する。そして、新たなチケットＣｋｔを生成し、そのチケットＣｋｔに対するチケットＩＤを決定し、チケットＣｋｔにチケットＩＤ及びチケット設定情報Ｉｃｓを盛り込む。また、チケット発行処理部２１は、チケット設定情報Ｉｃｓ中のグループＩＤを用いて、このグループを担当する教員の教員ＩＤを、属性記憶部２６に記憶されているグループ管理テーブル２６３から特定し、教員ＩＤ ＩＤｔ１を取得する。そして、チケット発行処理部２１は、属性記憶部２６に記憶されている教員管理テーブル２６２から教員ＩＤ ＩＤｔ１に対応する教員のアドレス情報Ｉｔａ１を特定し、それを基に教員用端末４にチケットＣｋｔを発行する。チケットＣｋｔはウェブページとして生成され、教員用端末４には、そのウェブページのＵＲＬが送信される。教員用端末４は、送信されたＵＲＬを基に、ウェブページとして生成されたチケットＣｋｔにアクセス（取得）して、チケットを使用する。なお、チケットＣｋｔをファイル等の他の形式で生成しても良い。

チケット発行処理部２１は、チケットＣｋｔに盛り込んだチケットＩＤ、グループＩＤ、有効期限及び例外上限値を、チケット基本情報Ｉｃｂとして、チケット情報記憶部２７に記憶されているチケット管理テーブル２７１に格納する。そして、チケットを発行したことを管理者用端末３に知らせるために、属性記憶部２６に記憶されている管理者管理テーブル２６１から管理者ＩＤ ＩＤｍ１に対応する管理者のアドレス情報Ｉｍａ１を特定し、それを基に管理者用端末３にチケット発行通知Ｎｃｐを送信する。チケット発行通知Ｎｃｐにチケット基本情報Ｉｃｂを含ませても良い。また、チケット発行処理においてエラーが発生した場合、例えば入力したグループＩＤがグループ管理テーブル２６３に存在しない場合等に、エラーが発生したことをチケット発行通知Ｎｃｐとして管理者用端末３に送信する。その際、エラーの内容をチケット発行通知Ｎｃｐに含めても良い。

なお、チケット発行処理部２１は、教員ＩＤ ＩＤｔ１に対応する教員に関する情報を、教員管理テーブル２６２や外部からの入力等により取得し、チケット管理テーブル２７１内の教員情報に格納することも可能である。また、管理者ＩＤ ＩＤｍ１に対応する管理者に関する情報を、管理者管理テーブル２６１や外部からの入力等により取得し、チケット管理テーブル２７１内の管理者情報に格納することも可能である。

例外ウェブサイト登録部２２は、チケットによる教員用端末４からの例外ウェブサイトの申請に対応して、例外ウェブサイト登録処理を実行する。

例外ウェブサイト登録部２２は、教員用端末４から送信される教員ＩＤ ＩＤｔ２を入力し、更に、チケットＣｋｔを用いて教員用端末４から送信されるチケットＩＤ ＩＤｃｋ１及び例外ウェブサイトの所在情報（以下、「例外所在情報」とする）Ｉｅａ１を入力する。なお、例外所在情報Ｉｅａ１は複数の例外ウェブサイトの所在情報を含んでも良い。

例外ウェブサイト登録部２２は、チケットＩＤ ＩＤｃｋ１を用いて、このチケットに設定してある有効期限Ｄｖｄ１及び例外上限値Ｖｕｌを、チケット情報記憶部２７に記憶されているチケット管理テーブル２７１から特定する。例外ウェブサイト登録部２２は、チケットＩＤ ＩＤｃｋ１を入力した時点が有効期限Ｄｖｄ１を過ぎておらず、かつ、例外所在情報Ｉｅａ１を加えての申請された例外ウェブサイトの累積数が例外上限値Ｖｕｌを超えていない場合、例外所在情報Ｉｅａ１に対する例外ウェブサイトＩＤを決定し、例外ウェブサイトＩＤ、チケットＩＤ ＩＤｃｋ１及び例外所在情報Ｉｅａ１を例外ウェブサイト情報Ｉｅｓとして、チケット情報記憶部２７に記憶されている例外ウェブサイト管理テーブル２７２に格納する。そして、属性記憶部２６に記憶されている教員管理テーブル２６２から教員ＩＤ ＩＤｔ２に対応する教員のアドレス情報Ｉｔａ２を特定し、それを基に、例外ウェブサイト情報Ｉｅｓを格納したことを、受信結果Ｒｒｃとして教員用端末４に送信する。有効期限Ｄｖｄ１を過ぎている、又は、例外ウェブサイトの累積数が例外上限値Ｖｕｌを超えている場合、その内容を示す受信結果Ｒｒｃを教員用端末４に送信する。なお、教員ＩＤ ＩＤｔ２を、チケットＩＤ ＩＤｃｋ１を基に、チケット管理テーブル２７１及びグループ管理テーブル２６３を用いて特定しても良い。この場合、教員ＩＤ ＩＤｔ２の入力は不要となる。また、教員用端末４に受信結果Ｒｒｃを送信する必要がない場合も教員ＩＤ ＩＤｔ２の入力は不要である。

例外ウェブサイト情報Ｉｅｓを格納した場合、例外ウェブサイト登録部２２は、例外所在情報Ｉｅａ１やチケットＩＤ ＩＤｃｋ１に対応するグループＩＤのグループ名等を登録情報Ｉｒｇとして管理者用端末３に送信する。登録情報Ｉｒｇはメールとして管理者用端末３に送信しても良く、その際は属性記憶部２６に記憶されている管理者管理テーブル２６１内のアドレス情報を使用する。また、例外ウェブサイト登録部２２は、例外所在情報Ｉｅａ１に対応する例外ウェブサイトに関する例外ウェブサイト情報Ｉｅｓ以外の情報を、カテゴリテーブル２８１や外部からの入力或いは例外ウェブサイトへのアクセス等により取得し、例外ウェブサイト管理テーブル２７２のサイト情報に格納することも可能である。

例外ウェブサイト登録処理においてエラーが発生した場合、例えば入力したチケットＩＤ ＩＤｃｋ１がチケット管理テーブル２７１に存在しない場合等に、エラーが発生したことを受信結果Ｒｒｃとして教員用端末４に送信する。その際、エラーの内容を受信結果Ｒｒｃに含めても良い。

削除処理部２３は、管理者用端末３の要求に応じて、例外ウェブサイト削除処理及びチケット削除処理を実行する。

削除処理部２３は、管理者用端末３から送信される管理者ＩＤ ＩＤｍ２を入力する。そして、例外ウェブサイトＩＤ ＩＤｅｓ又はチケットＩＤ ＩＤｃｋ２を入力し、例外ウェブサイトＩＤ ＩＤｅｓを入力した場合は例外ウェブサイト削除処理を実行し、チケットＩＤ ＩＤｃｋ２を入力した場合はチケット削除処理を実行する。

例外ウェブサイト削除処理では、削除処理部２３は、例外ウェブサイトＩＤ ＩＤｅｓに対応する例外ウェブサイト情報の削除を論理削除で実行する。論理削除とすることにより、削除された例外ウェブサイト情報を復活させたい場合、その例外ウェブサイト情報を最初から生成し直す必要がなくなる。削除処理部２３は、チケット情報記憶部２７に記憶されている例外ウェブサイト管理テーブル２７２において、例外ウェブサイトＩＤ ＩＤｅｓに対応する削除フラグに、その例外ウェブサイト情報が削除されていることを示す「１」を格納するために、値が１の削除フラグＦｄｌをチケット情報記憶部２７に出力する。

チケット削除処理では、削除処理部２３は、チケットＩＤ ＩＤｃｋ２に対応するチケット情報を、例外ウェブサイト削除処理と同様に、論理削除する。削除処理部２３は、チケット情報記憶部２７に記憶されているチケット管理テーブル２７１において、チケットＩＤ ＩＤｃｋ２に対応する削除フラグに、そのチケット情報が削除されていることを示す「１」を格納するために、値が１の削除フラグＦｄｌをチケット情報記憶部２７に出力する。

例外ウェブサイト情報又はチケット情報を削除したら、削除処理部２３は、削除したことを管理者用端末３に知らせるために、属性記憶部２６に記憶されている管理者管理テーブル２６１から管理者ＩＤ ＩＤｍ２に対応する管理者のアドレス情報Ｉｍａ２を特定し、それを基に管理者用端末３に削除結果Ｒｄｌを送信する。

なお、例外ウェブサイト情報及び／又はチケット情報の削除を、論理削除ではなく、物理削除で実行しても良い。また、例外ウェブサイト情報を削除した場合、例外ウェブサイト登録部２２での例外ウェブサイト処理で使用される、申請された例外ウェブサイトの累積数から、削除した例外ウェブサイト情報の数を差し引いても良い。

チケット情報出力部２４は、管理者用端末３又は教員用端末４と協調してチケット情報表示処理を実行するために、管理者用端末３又は教員用端末４の要求に応じて、チケット情報を出力する。

チケット情報出力部２４は、管理者用端末３から送信される管理者ＩＤ ＩＤｍ３又は教員用端末４から送信される教員ＩＤ ＩＤｔ３を入力する。

チケット情報出力部２４は、管理者ＩＤ ＩＤｍ３を入力した場合、チケット情報記憶部２７に記憶されている管理テーブル２７１に格納されている全てのチケット基本情報及び例外ウェブサイト管理テーブル２７２に格納されている全ての例外ウェブサイト情報を取得し、チケット情報Ｉｃｋ１として入力する。チケット情報Ｉｃｋ１は、チケット情報出力部２４が属性記憶部２６に記憶されている管理者管理テーブル２６１から管理者ＩＤ ＩＤｍ３に対応する管理者のアドレス情報Ｉｍａ３を特定し、それを基に管理者用端末３に送信される。

チケット情報出力部２４は、教員ＩＤ ＩＤｔ３を入力した場合、属性記憶部２６に記憶されているグループ管理テーブル２６３から教員ＩＤ ＩＤｔ３に対応する教員が担当するグループのグループＩＤ ＩＤｇ１を特定する。そして、チケット情報記憶部２７に記憶されているチケット管理テーブル２７１からグループＩＤ ＩＤｇ１に対応するグループに適用されるチケットのチケットＩＤ ＩＤｃｋ３を特定すると共に、そのチケットのチケット基本情報を取得する。更に、例外ウェブサイト管理テーブルからチケットＩＤ ＩＤｃｋ３に対応するチケットで申請された例外ウェブサイト情報を取得し、取得したチケット基本情報と共に、チケット情報Ｉｃｋ２として入力する。チケット情報Ｉｃｋ２は、チケット情報出力部２４が属性記憶部２６に記憶されている教員管理テーブル２６２から教員ＩＤ ＩＤｔ３に対応する教員のアドレス情報Ｉｔａ３を特定し、それを基に教員用端末４に送信される。教員ＩＤ ＩＤｔ３に対応する教員が複数のグループを担当している場合、担当しているグループに適用される全てのチケットのチケット情報がチケット情報Ｉｃｋ２として送信される。

チケット情報出力部２４は、チケット管理テーブル２７１において削除フラグが１（削除されている）であるチケット基本情報及び例外ウェブサイト管理テーブル２７２において削除フラグが１（削除されている）である例外ウェブサイト情報もチケット情報Ｉｃｋ１及びＩｃｋ２に含めるが、削除された情報は含めないようにしても良い。

なお、管理者用端末３に全てのチケット情報を送信するのではなく、教員単位、グループ単位又はチケット単位で選択されたチケット情報のみを送信するようにしても良い。この場合、選択するための情報は管理者用端末３から送信される。同様に、教員用端末４に、担当する全グループのチケット情報を送信するのではなく、グループ単位又はチケット単位で選択されたチケット情報のみを送信するようにしても良い。この場合、選択するための情報は教員用端末４から送信される。

フィルタリング処理部２５は、学生用端末５からのウェブサイトへの接続に対して、学生用端末５と協調してフィルタリング処理を実行するために、接続の可否を判定する。

フィルタリング処理部２５は、学生用端末５から送信される学生ＩＤ ＩＤｓを入力し、更に学生用端末５が接続するウェブサイトの所在情報Ｉａｄを入力する。フィルタリング処理部２５は、基本フィルタリング情報記憶部２８に記憶されているカテゴリテーブル２８１から所在情報Ｉａｄが属するカテゴリＣｔｇを特定する。また、属性記憶部２６に記憶されている学生管理テーブル２６４から学生ＩＤ ＩＤｓに対応する学生が属するグループのグループＩＤ ＩＤｇ２を特定する。そして、属性記憶部２６に記憶されているグループ管理テーブル２６３からグループＩＤ ＩＤｇ２に対応するグループに適用される規制カテゴリ一覧の規制カテゴリＩＤ ＩＤｒｃを特定し、規制カテゴリＩＤ ＩＤｒｃに対応する規制カテゴリ一覧を基本フィルタリング情報記憶部２８に記憶されている規制カテゴリ管理テーブル２８２より取得し、規制カテゴリ情報Ｉｒｃとして入力する。また、フィルタリング処理部２５は、チケット情報記憶部２８に記憶されているチケット管理テーブル２７１からグループＩＤ ＩＤｇ２に対応するグループに適用されるチケットの中で情報が削除されていない（削除フラグが０）チケットのチケットＩＤ ＩＤｃｋ４及び有効期限Ｄｖｄ２を特定する。そして、所在情報Ｉａｄを入力した時点が有効期限Ｄｖｄ２を過ぎていない場合、例外ウェブサイト管理テーブル２７２からチケットＩＤ ＩＤｃｋ４に対応するチケットで申請された例外ウェブサイトの中で情報が削除されていない（削除フラグが０）例外ウェブサイトの所在情報を取得し、例外所在情報Ｉｅａ２として入力する。有効期限Ｄｖｄ２を過ぎている場合、例外所在情報Ｉｅａ２は入力しない。

フィルタリング処理部２５は、カテゴリＣｔｇ及び所在情報Ｉａｄを基に、規制カテゴリ情報Ｉｒｃ及び例外所在情報Ｉｅａ２を用いて、学生用端末５のウェブサイトへの接続の可否を判定する。即ち、カテゴリＣｔｇが規制カテゴリ情報Ｉｒｃに含まれていない、又は、所在情報Ｉａｄが例外所在情報Ｉｅａ２に含まれている場合、ウェブサイトへの接続可とし、そうでない場合、ウェブサイトへの接続不可と判定する。そして、フィルタリング処理部２５は、属性記憶部２６に記憶されている学生管理テーブル２６４から学生ＩＤ ＩＤｓに対応する学生のアドレス情報Ｉｓａを特定し、それを基に、判定結果Ｒｊｄを学生用端末５に送信する。

このようなサーバ２の構成において、各処理でのサーバ２の動作例を図１０～１４のフローチャートを参照して説明する。なお、各処理においてエラーが発生した場合の動作の説明は省略する。

まず、チケット発行処理での動作例について説明する。図１０は、その動作例を示すフローチャートである。

チケット発行処理部２１は、管理者ＩＤ ＩＤｍ１及びチケット設定情報Ｉｃｓを入力する（ステップＳ２０）。そして、新たなチケットＣｋｔを生成し、チケットＩＤを決定し、チケットＣｋｔにチケットＩＤ及びチケット設定情報Ｉｃｓを盛り込む（ステップＳ２１）。その後、チケット発行処理部２１は、グループ管理テーブル２６３及び教員管理テーブル２６２を用いて、チケット設定情報Ｉｃｓ中のグループＩＤから教員のアドレス情報Ｉｔａ１を特定し（ステップＳ２２）、教員用端末４にチケットＣｋｔを発行する（ステップＳ２３）。チケットＣｋｔ発行後、チケットＣｋｔに盛り込んだ情報をチケット基本情報Ｉｃｂとしてチケット管理テーブル２７１に格納する（ステップＳ２４）。また、管理者管理テーブル２６１を用いて、管理者ＩＤ ＩＤｍ１に対するアドレス情報Ｉｍａ１を特定し、管理者用端末３にチケット発行通知Ｎｃｐを送信する（ステップＳ２５）。

次に、例外ウェブサイト登録処理での動作例について説明する。図１１は、その動作例を示すフローチャートである。

例外ウェブサイト登録部２２は、教員ＩＤ ＩＤｔ２、チケットＩＤ ＩＤｃｋ１及び例外所在情報Ｉｅａ１を入力する（ステップＳ３０）。例外ウェブサイト登録部２２は、チケット管理テーブル２７１を用いて、チケットＩＤ ＩＤｃｋ１から有効期限Ｄｖｄ１及び例外上限値Ｖｕｌを特定する（ステップＳ３１）。有効期限Ｄｖｄ１を過ぎておらず、かつ、例外ウェブサイトの累積数が例外上限値Ｖｕｌを超えていない場合（ステップＳ３２）、例外所在情報Ｉｅａ１に対する例外ウェブサイトＩＤを決定し、例外ウェブサイト情報Ｉｅｓを例外ウェブサイト管理テーブル２７２に格納し（ステップＳ３３）、格納したことを示す受信結果Ｒｒｃを生成し（ステップＳ３４）、更に、登録情報Ｉｒｇを管理者用端末３に送信する（ステップＳ３５）。そうではない場合（ステップＳ３２）、その内容を示す受信結果Ｒｒｃを生成する（ステップＳ３６）。そして、例外ウェブサイト登録部２２は、教員管理テーブル２６２を用いて教員ＩＤ ＩＤｔ２に対するアドレス情報Ｉｔａ２を特定し、教員用端末４に受信結果Ｒｒｃを送信する（ステップＳ３７）。

例外ウェブサイト削除処理及びチケット削除処理での動作例について説明する。図１２は、その動作例を示すフローチャートである。

削除処理部２３は、管理者ＩＤ ＩＤｍ２を入力する（ステップＳ４０）。次に入力するのが例外ウェブサイトＩＤ ＩＤｅｓの場合（ステップＳ４１）、削除処理部２３は、値が１の削除フラグＦｄｌを、例外ウェブサイト管理テーブル２７２での例外ウェブサイトＩＤ ＩＤｅｓに対応する削除フラグに格納する（ステップＳ４２）。次に入力するのがチケットＩＤ ＩＤｃｋ２の場合（ステップＳ４１）、削除処理部２３は、値が１の削除フラグＦｄｌを、チケット管理テーブル２７１でのチケットＩＤ ＩＤｃｋ２に対応する削除フラグに格納する（ステップＳ４３）。そして、削除処理部２３は、管理者管理テーブル２６１を用いて管理者ＩＤ ＩＤｍ２に対するアドレス情報Ｉｍａ２を特定し、管理者用端末３に削除結果Ｒｄｌを送信する（ステップＳ４４）。

チケット情報表示処理での動作例について説明する。図１３は、その動作例を示すフローチャートである。

チケット情報出力部２４は識別番号（ＩＤ）を入力し、入力したのが管理者ＩＤ ＩＤｍ３の場合（ステップＳ５０）、チケット情報出力部２４は、チケット情報記憶部２７内の全てのチケット情報Ｉｃｋ１を取得し、管理者管理テーブル２６１を用いて管理者ＩＤ ＩＤｍ３に対するアドレス情報Ｉｍａ３を特定し、管理者用端末３に送信する（ステップＳ５１）。入力したのが教員ＩＤ ＩＤｔ３の場合（ステップＳ５０）、チケット情報出力部２４は、グループ管理テーブル２６３を用いて教員ＩＤ ＩＤｔ３からグループＩＤ ＩＤｇ１を特定し（ステップＳ５２）、チケット管理テーブル２７１を用いてグループＩＤ ＩＤｇ１からチケットＩＤ ＩＤｃｋ３を特定すると共に（ステップＳ５３）、チケット基本情報を取得する。更に、チケット情報出力部２４は、例外ウェブサイト管理テーブルを用いてチケットＩＤ ＩＤｃｋ３から例外ウェブサイト情報を取得する。そして、教員管理テーブル２６２を用いて教員ＩＤ ＩＤｔ３に対するアドレス情報Ｉｔａ３を特定し、取得したチケット基本情報及び例外ウェブサイト情報を、チケット情報Ｉｃｋ２として教員用端末４に送信する（ステップＳ５４）。

フィルタリング処理での動作例について説明する。図１４は、その動作例を示すフローチャートである。

フィルタリング処理部２５は、学生ＩＤ ＩＤｓ及び所在情報Ｉａｄを入力する（ステップＳ６０）。フィルタリング処理部２５は、カテゴリテーブル２８１を用いて、所在情報Ｉａｄが属するカテゴリＣｔｇを特定する（ステップＳ６１）。また、学生管理テーブル２６４を用いて学生ＩＤ ＩＤｓからグループＩＤ ＩＤｇ２及びアドレス情報Ｉｓａを特定し（ステップＳ６２）、グループ管理テーブル２６３を用いてグループＩＤ ＩＤｇ２から規制カテゴリＩＤ ＩＤｒｃを特定し（ステップＳ６３）、規制カテゴリ管理テーブル２８２を用いて規制カテゴリＩＤ ＩＤｒｃから規制カテゴリ情報Ｉｒｃを取得する（ステップＳ６４）。そして、カテゴリＣｔｇが規制カテゴリ情報Ｉｒｃに含まれていない場合（ステップＳ６５）、アドレス情報Ｉｓａを基に、接続可とした判定結果Ｒｊｄを学生用端末５に送信する（ステップＳ６６）。カテゴリＣｔｇが規制カテゴリ情報Ｉｒｃに含まれている場合（ステップＳ６５）、フィルタリング処理部２５は、チケット管理テーブル２７１を用いてグループＩＤ ＩＤｇ２からチケットＩＤ ＩＤｃｋ４及び有効期限Ｄｖｄ２を特定する（ステップＳ６７）。この際、削除フラグが１のチケット情報は除く。そして、有効期限Ｄｖｄ２を過ぎていない場合（ステップＳ６８）、例外ウェブサイト管理テーブル２７２を用いてチケットＩＤ ＩＤｃｋ４から例外所在情報Ｉｅａ２を取得する（ステップＳ６９）。この際、削除フラグが１の例外ウェブサイト情報は除く。所在情報Ｉａｄが例外所在情報Ｉｅａ２に含まれている場合（ステップＳ７０）、アドレス情報Ｉｓａを基に、接続可とした判定結果Ｒｊｄを学生用端末５に送信する（ステップＳ６６）。一方、所在情報Ｉａｄが例外所在情報Ｉｅａ２に含まれていない場合（ステップＳ７０）、又は、有効期限Ｄｖｄ２を過ぎている場合（ステップＳ６８）、アドレス情報Ｉｓａを基に、接続不可とした判定結果Ｒｊｄを学生用端末５に送信する（ステップＳ７１）。

なお、本実施形態では、削除処理部２３は例外ウェブサイト削除処理及びチケット削除処理を実行するが、各処理で別の構成要素を設けるようにしても良い。この場合、削除処理部２３における入力するＩＤによる条件判定（ステップＳ４１）は不要となり、削除フラグの格納（ステップＳ４２及びＳ４３）を別々の構成要素で実行することになる。同様に、チケット情報出力部２４は、管理者用端末３及び教員用端末４の両方の要求に応じて、チケット情報を出力するが、管理者用端末３からの要求と教員用端末４からの要求に対して別の構成要素を設けるようにしても良い。この場合、チケット情報出力部２４における入力するＩＤによる条件判定（ステップＳ５０）は不要となり、チケット情報送信までの処理（ステップＳ５１及びＳ５２～５４）を別々の構成要素で実行することになる。

管理者用端末３の詳細について説明する。

図１５は、管理者用端末３の構成例を示すブロック図である。管理者用端末３は、チケット発行要求部３１、削除要求部３２及びチケット情報表示部３３を備える。チケット発行要求部３１はチケット発行処理に、削除要求部３２は例外ウェブサイト削除処理及びチケット削除処理に、チケット情報表示部３３はチケット情報表示処理にそれぞれ関係する。なお、例外ウェブサイト登録処理において、サーバ２から送信される登録情報Ｉｒｇは、汎用のメールシステムを使用して、メールとして送信されるので、詳細な説明を省略する。

チケット発行要求部３１は、チケット発行処理において、管理者用端末３が有する入力機能（キーボード、タッチパネル等）により入力される管理者ＩＤ ＩＤｍ及びチケット設定情報（有効期限、例外上限値及びグループＩＤ）Ｉｃｓを入力する。例えば、管理者用端末３が有する表示機能（ディスプレイ等）を使用して表示される、ログイン画面から管理者ＩＤ ＩＤｍを、入力欄を設けた入力画面からチケット設定情報Ｉｃｓを入力する。チケット発行要求部３１は、入力された管理者ＩＤ ＩＤｍを管理者ＩＤ ＩＤｍ１として、チケット設定情報Ｉｃｓと共にサーバ２に送信する。そして、サーバ２から送信されるチケット発行通知Ｎｃｐを受信し、その内容を管理者用端末３が有する表示機能を使用して表示する。

削除要求部３２は、管理者ＩＤ ＩＤｍと、管理者用端末３が有する入力機能により入力される、例外ウェブサイト削除処理では例外ウェブサイトＩＤ ＩＤｅｓを、チケット削除処理ではチケットＩＤ ＩＤｃｋ２を入力する。入力された管理者ＩＤ ＩＤｍは管理者ＩＤ ＩＤｍ２として、例外ウェブサイトＩＤ ＩＤｅｓ及びチケットＩＤ ＩＤｃｋ２はそのままサーバ２に送信される。そして、サーバ２から送信される削除結果Ｒｄｌを受信し、その内容を管理者用端末３が有する表示機能を使用して表示する。なお、例外ウェブサイトＩＤとその例外ウェブサイトの所在情報を対応付けた情報を保持し、例外ウェブサイトＩＤ ＩＤｅｓを入力する代わりに所在情報を入力し、その所在情報から例外ウェブサイトＩＤ ＩＤｅｓに変換して、サーバ２に送信しても良い。また、発行を要求したチケットに連続した数字であるチケット番号を割り当て、チケット番号とチケットＩＤの対応表を保持し、チケットＩＤ ＩＤｃｋ２を入力する代わりにチケット番号を入力し、そのチケット番号からチケットＩＤ ＩＤｃｋ２に変換して、サーバ２に送信しても良い。

チケット情報表示部３３は、チケット情報表示処理において、管理者ＩＤ ＩＤｍを入力し、管理者ＩＤ ＩＤｍ３としてサーバ２に送信する。そして、サーバ２から送信されるチケット情報Ｉｃｋ１を受信し、その内容を管理者用端末３が有する表示機能を使用して表示する。チケット情報Ｉｃｋ１の表示例を図１６に示す。図１６において、「チケットＮｏ．」欄にチケット番号、「グループ名」欄にそのチケットを適用されるグループ名、「教員名」欄にそのグループを担当する教員名、「有効期限」欄にそのチケットの有効期限、「上限」欄にそのチケットの例外上限値、「例外ウェブサイト」欄にそのチケットにより申請された例外ウェブサイトの所在情報をそれぞれ表示している。グループ名はグループ管理テーブル２６３を、教員名は教員管理テーブル２６２を、有効期限及び例外上限値はチケット管理テーブル２７１を、所在情報は例外ウェブサイト管理テーブル２７２をそれぞれ参照して取得される。

このような管理者用端末３の構成において、例外ウェブサイト削除処理及びチケット削除処理での管理者用端末３の動作例を図１７のフローチャートを参照して説明する。なお、チケット発行処理及びチケット情報表示処理での管理者用端末３の動作例は上述の通りであるから、説明を省略する。

削除要求部３２は、管理者ＩＤ ＩＤｍを入力する（ステップＳ８０）。次に入力するのが例外ウェブサイトＩＤ ＩＤｅｓの場合（ステップＳ８１）、削除要求部３２は、例外ウェブサイトＩＤ ＩＤｅｓを、管理者ＩＤ ＩＤｍ（ＩＤｍ２）と共に、サーバ２に送信する（ステップＳ８２）。次に入力するのがチケットＩＤ ＩＤｃｋ２の場合（ステップＳ８１）、削除要求部３２は、チケットＩＤ ＩＤｃｋ２を、管理者ＩＤ ＩＤｍ（ＩＤｍ２）と共に、サーバ２に送信する（ステップＳ８３）。そして、サーバ２から送信される削除結果Ｒｄｌを受信したら（ステップＳ８４）、その内容を表示する（ステップＳ８５）。

なお、削除要求部３２は例外ウェブサイト削除処理及びチケット削除処理に関係するが、サーバ２の削除処理部２３と同様に、各処理で別の構成要素を設けるようにしても良い。この場合、削除要求部３２における入力するＩＤによる条件判定（ステップＳ８１）は不要となり、サーバ２への送信（ステップＳ８２及びＳ８３）を別々の構成要素で実行することになる。

教員用端末４の詳細について説明する。

図１８は、教員用端末４の構成例を示すブロック図である。教員用端末４は例外ウェブサイト登録要求部４１及びチケット情報表示部４２を備える。例外ウェブサイト登録要求部４１は例外ウェブサイト登録処理に、チケット情報表示部４２はチケット情報表示処理にそれぞれ関係する。なお、チケット発行処理において、教員用端末４はサーバ２から送信されるチケットＣｋｔのウェブページのＵＲＬを受信する処理を行うのみであるから、詳細な説明を省略する。

例外ウェブサイト登録要求部４１は、例外ウェブサイト登録処理において、ウェブページとして生成されたチケットＣｋｔにアクセスして、教員用端末４が有する表示機能を使用してチケットＣｋｔを表示し、教員用端末４が有する入力機能により入力される教員ＩＤ ＩＤｔ、チケットＩＤ ＩＤｃｋ１及び例外所在情報Ｉｅａ１を入力する。チケットＩＤ ＩＤｃｋ１の代わりに、上述のチケット番号を入力し、そのチケット番号からチケットＩＤ ＩＤｃｋ１に変換しても良い。例外ウェブサイト登録要求部４１は、入力された教員ＩＤ ＩＤｔを教員ＩＤ ＩＤｔ２として、チケットＩＤｃｋ１及び例外所在情報Ｉｅａ１と共にサーバ２に送信する。そして、サーバ２から送信される受信結果Ｒｒｃを受信し、その内容を教員用端末４が有する表示機能を使用して表示する。なお、受信結果Ｒｒｃを受信する必要がない場合等では、教員ＩＤの入力及びサーバ２への送信は不要である。

チケット情報表示部４２は、チケット情報表示処理において、教員ＩＤ ＩＤｔを入力し、教員ＩＤ ＩＤｔ３としてサーバ２に送信する。そして、サーバ２から送信されるチケット情報Ｉｃｋ２を受信し、その内容を教員用端末４が有する表示機能を使用して表示する。チケット情報Ｉｃｋ２の表示例を図１９に示す。教員は自分に発行されたチケットの情報のみ入手することができるので、図１６に示される管理者用端末３で表示されるチケット情報と比べると、「教員名」欄が省略されている。

このような構成の教員用端末４の動作例は、上述の通りである。

学生用端末５の詳細について説明する。

図２０は、学生用端末５の構成例を示すブロック図である。学生用端末５は、フィルタリング処理に関係するウェブサイト接続部５１を備える。

ウェブサイト接続部５１は、フィルタリング処理において、学生用端末５が有する入力機能により入力される学生ＩＤ ＩＤｓ及び接続するウェブサイトの所在情報Ｉａｄを入力する。ウェブサイト接続部５１は、入力された学生ＩＤ ＩＤｓ及び所在情報Ｉａｄをサーバ２に送信する。そして、サーバ２から送信される判定結果Ｒｊｄを受信する。判定結果Ｒｊｄが接続可の場合、ウェブサイトから送信されるデータＤｔｓを、学生用端末５が有する表示機能を使用して表示する。判定結果Ｒｊｄが接続不可の場合、ウェブサイトから送信されるデータは表示せず、接続不可であることを示すメッセージ等を表示する。

このような学生用端末５の構成において、フィルタリング処理での管理者用端末３の動作例を図２１のフローチャートを参照して説明する。

ウェブサイト接続部５１は、学生ＩＤ ＩＤｓ及び所在情報Ｉａｄを入力し、サーバ２に送信する（ステップＳ９０）。次に、ウェブサイトから送信されるデータＤｔｓを受信する（ステップＳ９１）。そして、サーバ２から送信される判定結果Ｒｊｄを受信したら（ステップＳ９２）、その内容を確認する（ステップＳ９３）。ウェブサイト接続部５１は、判定結果Ｒｊｄが接続可の場合、受信したデータＤｔｓを表示し（ステップＳ９４）、判定結果Ｒｊｄが接続不可の場合、接続不可であることを示すメッセージ等を表示する（ステップＳ９５）。

本発明の他の実施形態について説明する。

第１実施形態のフィルタリングシステム１では、学生用端末５からのウェブサイトへの接続に対するフィルタリングにおいて、常時同じ基本フィルタリング情報を使用するが、基本フィルタリング情報を使用するタイミング、例えば曜日や時間帯等を設定することも可能である。タイミングはグループ毎に設定することができ、各グループに適用される規制カテゴリ一覧にタイミングを設定する。これにより、グループ毎に曜日や時間帯によって異なる規制カテゴリ一覧を使用することが可能となり、授業、家庭学習、夜間アクセス等の利用シーンに応じて適切なフィルタリングが行うことができる。なお、使用するタイミングではなく、使用しないタイミングを設定しても良い。

基本フィルタリング情報に対してタイミングを設定する場合のサーバの構成例（第２実施形態）を図２２に示す。第２実施形態でのサーバ２Ａは、図６に示される第１実施形態でのサーバ２と比較すると、基本フィルタリング情報記憶部２８が基本フィルタリング情報記憶部２８Ａに、フィルタリング処理部２５がフィルタリング処理部２５Ａに変わっており、その他の構成要素は同じである。サーバ２Ａでのフィルタリングでは、各グループに対して、曜日及び時間帯によって異なる規制カテゴリ一覧を使用することができる。

基本フィルタリング情報記憶部２８Ａは、カテゴリテーブル２８１及び規制カテゴリ管理テーブル２８２に加えて、タイミング管理テーブル２８３を記憶している。

タイミング管理テーブル２８３は、各グループに適用される規制カテゴリ一覧を使用する曜日及び時間帯を定義したテーブルである。図２３にタイミング管理テーブル２８３の例を示す。タイミング管理テーブル２８３には、設定される各タイミングに対して付与される識別番号（以下、「タイミングＩＤ」とする）、タイミングを規定する曜日、開始時間及び終了時間、規制カテゴリ一覧を適用するグループのグループＩＤ、並びに適用する規制カテゴリ一覧の規制カテゴリＩＤが対応付けて格納されている（以下、各タイミングＩＤに対応するこれらの情報を総称して「タイミング情報」とする）。曜日として日曜～土曜の他に平日、休日等も設定できる。開始時間及び終了時間がない終日を設定するには、開始時間に０：００を、終了時間に２４：００を設定する以外に、開始時間及び終了時間に何も設定しない又は初期値のままとすることで終日とすることも可能である。各グループにおいて、タイミング管理テーブル２８３で定義されていないタイミングでは、属性記憶部２６に記憶されているグループ管理テーブル２６３に格納されている規制カテゴリＩＤに対応する規制カテゴリ一覧を適用する。

フィルタリング処理部２５Ａは、フィルタリング処理部２５と同様に、学生用端末５からのウェブサイトへの接続に対して、接続の可否を判定するフィルタリング処理を実行するが、フィルタリング処理において、基本フィルタリング情報記憶部２８Ａに記憶されているタイミング管理テーブル２８３も使用する。

タイミング管理テーブル２８３の使用方法は以下の通りである。

フィルタリング処理部２５Ａは、入力した学生ＩＤ ＩＤｓに対応する学生が属するグループのグループＩＤ ＩＤｇ２を学生管理テーブル２６４から特定したら、タイミング管理テーブル２８３からグループＩＤ ＩＤｇ２に対応するタイミング情報Ｉｔｍを特定する。そして、学生用端末５のウェブサイトへの接続の可否の判定に使用する規制カテゴリ情報Ｉｒｃとして、所在情報Ｉａｄを入力した時点がタイミング情報Ｉｔｍ内のタイミングに含まれる場合はタイミング情報Ｉｔｍ内の規定カテゴリＩＤに対応する規制カテゴリ一覧を使用し、含まれない場合はグループ管理テーブル２６３から特定される規制カテゴリＩＤに対応する規制カテゴリ一覧を使用する。

サーバ２Ａの動作は、第１実施形態のサーバ２の動作例において、フィルタリング処理部２５Ａによるフィルタリング処理での動作が異なるだけである。そのフィルタリング処理での動作例を図２４のフローチャートを参照して説明する。なお、タイミング管理テーブル２８３は、予め基本フィルタリング情報記憶部２８Ａに記憶されているものとする。

フィルタリング処理部２５Ａは、図１４に示されるサーバ２におけるフィルタリング処理での動作例中のステップＳ６０～Ｓ６２の動作を行う。その後、ステップＳ６２にて特定されたグループＩＤ ＩＤｇ２からタイミング管理テーブル２８３を用いてタイミング情報Ｉｔｍを取得する（ステップＳ６２Ａ）。そして、所在情報Ｉａｄを入力した時点がタイミング情報Ｉｔｍ中の曜日、開始時間及び終了時間で規定されるタイミングに属する場合（ステップＳ６２Ｂ）、タイミング情報Ｉｔｍ中のそのタイミングに対応する規制カテゴリＩＤ ＩＤｒｃを特定する（ステップＳ６２Ｃ）。属さない場合は（ステップＳ６２Ｂ）、グループ管理テーブル２６３を用いてグループＩＤ ＩＤｇ２から規制カテゴリＩＤ ＩＤｒｃを特定する（ステップＳ６３）。その後、規制カテゴリ管理テーブル２８２を用いて規制カテゴリＩＤ ＩＤｒｃから規制カテゴリ情報Ｉｒｃを取得するステップＳ６４以降の動作を実行する。

なお、サーバ２Ａでは基本フィルタリング情報に対してタイミングを設定しているが、チケット情報に対してもタイミングを設定して良い。この場合、チケット情報全体ではなく、チケット情報に含まれる個々の例外ウェブサイト情報に対してタイミングを設定しても良い。

上述の実施形態（第１及び第２実施形態）では、規制カテゴリ一覧及びチケット情報はグループ単位で適用されるが、学生単位や教員単位で適用しても良く、全学生に対して共通の規制カテゴリ一覧及びチケット情報を適用しても良い。また、教員用端末４からのウェブサイトへの接続に対してもフィルタリングを行っても良い。この場合、その教員が担当する任意のグループに適用される規制カテゴリ一覧及びチケット情報を適用するか、教員用の規制カテゴリ一覧及びチケット情報を生成するか等で対応する。

上述の実施形態は教員現場における学生によるウェブサイトへの接続に対してフィルタリングを行うシステムとなっているが、本発明は教育現場でのフィルタリングに限らず、会社内や家庭内等でのフィルタリングにも適用可能である。また、サーバ２及び２Ａは１つの組織（例えば学校）を対象としたフィルタリングを行っているが、複数の組織を対象としても良い。この場合、各組織でのフィルタリングに使用されるデータを区別するために、各組織に識別番号（ＩＤ）を付与し、管理者管理テーブル２６１、教員管理テーブル２６２、規制カテゴリ管理テーブル２８２等に、その識別番号を盛り込む。また、サーバ２及び２Ａは、フィルタリング処理において、学生用端末５からのウェブサイトへの接続の可否の判定のみを行っているが、サーバ２及び２Ａがプロキシサーバのような機能も担い、学生用端末５がサーバ２及び２Ａを介してウェブサイトに接続する構成としても良い。この場合、サーバ２及び２Ａは接続の可否判定を行い、その結果に従ってウェブサイトのデータを学生用端末５に送信するか否かを決定する。

上述の実施形態は、属性記憶部２６、チケット情報記憶部２７並びに基本フィルタリング情報記憶部２８及び２８Ａをメモリとして、それ以外の構成要素の処理を、上述のようにプログラムとして実現することにより、コンピュータとメモリの構成で実現可能である。各構成要素は専用ＩＣ（Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等のハードウェアでも実現可能である。また、上述の実施形態はシステム又は装置としての形態で説明されているが、本発明は、方法又はプログラムとしての形態を取ることも可能である。

なお、本発明は上記形態に限定されるものではなく、本発明の要旨を逸脱しない範囲で種々の変形が可能である。

１ フィルタリングシステム
２、２Ａ サーバ
３ 管理者用端末
４ 教員用端末
５ 学生用端末
６ ネットワーク
２１ チケット発行処理部
２２ 例外ウェブサイト登録部
２３ 削除処理部
２４ チケット情報出力部
２５、２５Ａ フィルタリング処理部
２６ 属性記憶部
２７ チケット情報記憶部
２８、２８Ａ 基本フィルタリング情報記憶部
３１ チケット発行要求部
３２ 削除要求部
３３、４２ チケット情報表示部
４１ 例外ウェブサイト登録要求部
５１ ウェブサイト接続部
２６１ 管理者管理テーブル
２６２ 教員管理テーブル
２６３ グループ管理テーブル
２６４ 学生管理テーブル
２７１ チケット管理テーブル
２７２ 例外ウェブサイト管理テーブル
２８１ カテゴリテーブル
２８２ 規制カテゴリ管理テーブル
２８３ タイミング管理テーブル

Claims (12)

1. 利用者によるウェブサイトへの接続に対してフィルタリングを行うフィルタリング装置であって、
   前記フィルタリングの対象となるウェブサイトを設定するための基本情報である基本フィルタリング情報を記憶する基本フィルタリング情報記憶部と、
   少なくとも前記利用者が接続対象に加えたい例外ウェブサイトを申請するためのチケットに関連する情報であるチケット情報を管理するチケット情報管理部と、
   前記チケット情報を記憶するチケット情報記憶部と、
   前記基本フィルタリング情報記憶部内の前記基本フィルタリング情報及び前記チケット情報記憶部内の前記チケット情報を用いて、前記フィルタリングを行うフィルタリング処理部と、を備え、
   前記チケット情報管理部が、
   管理者からの前記チケットの発行の要求を受けて、前記チケットを生成し、前記利用者に前記チケットを発行すると共に、前記チケットの内容を前記チケット情報として前記チケット情報記憶部に出力するチケット発行処理部と、
   前記チケットを介して前記例外ウェブサイトの所在情報を入力し、前記所在情報を前記チケット情報の１つとして前記チケット情報記憶部に出力する例外ウェブサイト登録部と、を具備することを特徴とするフィルタリング装置。
2. 前記チケット発行処理部が、有効期限を設定した前記チケットを生成し、前記有効期限も前記チケット情報の１つとして前記チケット情報記憶部に出力し、
   前記フィルタリング処理部が、前記フィルタリングにおいて、前記有効期限が切れている前記チケット情報は用いない請求項１に記載のフィルタリング装置。
3. 前記チケット発行処理部が、特定の前記利用者のみに前記チケットを発行する請求項１又は２に記載のフィルタリング装置。
4. 前記利用者が複数のグループに分けられており、
   前記基本フィルタリング情報及び前記チケット情報のうちの少なくとも１つは前記グループ毎に割り当てられ、
   前記フィルタリング処理部が、前記ウェブサイトへの接続を行う前記利用者が属する前記グループに対応する前記基本フィルタリング情報及び前記チケット情報を用いて、前記フィルタリングを行う請求項１乃至３のいずれかに記載のフィルタリング装置。
5. 前記チケット情報管理部が、
   前記チケット情報記憶部に記憶されている前記チケット情報中の少なくとも前記所在情報を削除する削除処理部を更に具備する請求項１乃至４のいずれかに記載のフィルタリング装置。
6. 前記ウェブサイトが予め定められた複数のカテゴリに分類されており、
   前記基本フィルタリング情報記憶部が、前記基本フィルタリング情報として、前記ウェブサイトと前記カテゴリの対応関係と、前記フィルタリングの対象となるカテゴリの情報を記憶する請求項１乃至５のいずれかに記載のフィルタリング装置。
7. 前記基本フィルタリング情報及び前記チケット情報のうちの少なくとも１つに対して、前記フィルタリングにおいて使用される又は使用されないタイミングが設定されており、
   前記フィルタリング処理部が、前記設定されたタイミングに応じて前記基本フィルタリング情報及び前記チケット情報を用いて、前記フィルタリングを行う請求項１乃至６のいずれかに記載のフィルタリング装置。
8. 利用者によるウェブサイトへの接続に対してフィルタリングを行うフィルタリング方法であって、
   少なくとも前記利用者が接続対象に加えたい例外ウェブサイトを申請するためのチケットに関連する情報であるチケット情報を管理するチケット情報管理ステップと、
   前記チケット情報をチケット情報記憶部に記憶するチケット情報記憶ステップと、
   前記フィルタリングの対象となるウェブサイトを設定するための基本情報である基本フィルタリング情報を記憶する基本フィルタリング情報記憶部内の前記基本フィルタリング情報及び前記チケット情報記憶部内の前記チケット情報を用いて、前記フィルタリングを行うフィルタリング処理ステップと、を有し、
   前記チケット情報管理ステップが、
   管理者からの前記チケットの発行の要求を受けて、前記チケットを生成し、前記利用者に前記チケットを発行すると共に、前記チケットの内容を前記チケット情報として前記チケット情報記憶部に出力するチケット発行処理ステップと、
   前記チケットを介して前記例外ウェブサイトの所在情報を入力し、前記所在情報を前記チケット情報の１つとして前記チケット情報記憶部に出力する例外ウェブサイト登録ステップと、を有することを特徴とするフィルタリング方法。
9. コンピュータに、請求項８記載のフィルタリング方法を実行させるためのフィルタリングプログラム。
10. 利用者が使用する利用者用端末装置と、管理者が使用する管理者用端末装置と、前記利用者用端末装置からのウェブサイトへの接続に対してフィルタリングを行うフィルタリング装置と、を備えるフィルタリングシステムであって、
    前記フィルタリング装置が、
    前記フィルタリングの対象となるウェブサイトを設定するための基本情報である基本フィルタリング情報を記憶する基本フィルタリング情報記憶部と、
    少なくとも前記利用者が接続対象に加えたい例外ウェブサイトを申請するためのチケットに関連する情報であるチケット情報を管理するチケット情報管理部と、
    前記チケット情報を記憶するチケット情報記憶部と、
    前記基本フィルタリング情報記憶部内の前記基本フィルタリング情報及び前記チケット情報記憶部内の前記チケット情報を用いて、前記フィルタリングを行うフィルタリング処理部と、を備え、
    前記チケット情報管理部が、
    前記管理者用端末装置からの前記チケットの発行の要求を受けて、前記チケットを生成し、前記利用者用端末装置に前記チケットを発行すると共に、前記チケットの内容を前記チケット情報として前記チケット情報記憶部に出力するチケット発行処理部と、
    前記チケットを介して前記例外ウェブサイトの所在情報を入力し、前記所在情報を前記チケット情報の１つとして前記チケット情報記憶部に出力する例外ウェブサイト登録部と、を具備することを特徴とするフィルタリングシステム。
11. 特定の前記利用者が使用する特定利用者用端末装置を更に備え、
    前記フィルタリング装置の前記チケット発行処理部が、前記特定利用者用端末装置のみに前記チケットを発行する請求項１０に記載のフィルタリングシステム。
12. 前記フィルタリング装置の前記チケット情報管理部が、
    前記チケット情報記憶部に記憶されている前記チケット情報中の少なくとも前記所在情報を、前記管理者用端末装置からの要求に応じて削除する削除処理部を更に具備する請求項１０又は１１に記載のフィルタリングシステム。
    

Images