JP2005275604A

JP2005275604A - アクセス制御システム及びアクセス制御方法

Info

Publication number: JP2005275604A
Application number: JP2004085391A
Authority: JP
Inventors: Yasutaka Urakawa; 康孝浦川; Masanari Fujita; 将成藤田
Original assignee: NTT Docomo Inc
Current assignee: NTT Docomo Inc
Priority date: 2004-03-23
Filing date: 2004-03-23
Publication date: 2005-10-06
Anticipated expiration: 2024-03-23
Also published as: US8161068B2; DE602005000054D1; US20050216467A1; CN1330130C; EP1598753A2; CN1674531A; JP4296111B2; US20090293105A1; US7725458B2; DE602005000054T2; EP1598753A3; EP1598753B1

Abstract

【課題】端末毎のアクセス制御において、サーバの負担及びサーバの管理者の手間をより軽減する。
【解決手段】アクセス制御システム１は、端末１０と、サイト３０へのアクセス要求を受け付けサイト３０へのアクセスを行うサーバ２０とを含んで構成される。端末１０は、サーバ２０の設定に係らずアクセスできるよう要求するサイトを記載した第１のリスト、及びアクセス要求を禁止するサイトを記載した第２のリストのうち少なくとも一つを保持したアクセス要求制御リスト保持部１２と、上記リストの内容から、アクセス許可識別子の付与、あるいはアクセス要求の禁止の制御を行うアクセス要求制御部１４とを備える。サーバ２０は、アクセス要求受付部２２と、アクセス制御リストを保持したアクセス制御リスト保持部２４と、リストと識別子とを参照してアクセス制御を行うアクセス制御部２６とを備える。
【選択図】図１

Description

本発明は、端末と、ネットワーク上のサイトへのアクセス要求を端末から受け付け当該サイトへのアクセスを行うサーバとを含んで構成されるアクセス制御システム及び当該アクセス制御システムにおけるアクセス制御方法に関する。

現在、インターネットにおいて閲覧可能なコンテンツには、公序良俗に反する内容であるものが少なくない。そのような内容の表示を制御する方法としてW３Ｃ（ワールドワイドウェブコンソーシアム）のthe Platform for Internet Content Selectionによる方法がある。例えば、コンテンツ作成者が、図１１の表で示すような有害レベルに基づいて、作成したコンテンツに対し有害レベル情報を設定する方法である。その具体的設定方法としては、例えば、各ウェブページに“PICS-Label”等のラベルを定義し設定するもの等がある。

また、アクセスを拒否するサイトのＵＲＬ（Uniform Resource Locator）をまとめたブラックリスト、あるいはアクセスを許可するサイトのＵＲＬのみをまとめたホワイトリストによりアクセスを制御する方法もある。

上記のようなアクセス制御は、プロキシサーバ等のアクセス制御装置により行われることが多い。このようなアクセス制御装置により、コンテンツにアクセスしようとする個人毎にアクセス制御を行う技術が提案されている（例えば、下記特許文献１参照）。
特開２００３−４４４４１号公報

しかしながら、アクセス可能なサイトのＵＲＬ、あるいはアクセスするための条件の登録や管理を個人毎に行うこととすると、アクセス制御を行うサーバの負荷、及びサーバの管理者の手間が増大する。

そこで、本発明は、サーバの負担及びサーバの管理者の手間をより軽減することができるアクセス制御システム及びアクセス制御方法を提供することを目的とする。

上記目的を達成するために、本発明に係るアクセス制御システムは、端末と、ネットワーク上のサイトへのアクセス要求を前記端末から受け付け当該サイトへのアクセスを行うサーバとを含んで構成されるアクセス制御システムであって、端末は、サーバの設定に係らずアクセスできるよう要求するサイトを記載した第１のリスト、及びアクセス要求を禁止するサイトを記載した第２のリストのうち少なくとも一つを保持したアクセス要求制御リスト保持手段と、アクセス要求制御リスト保持手段により第１のリストが保持されている場合、アクセス要求が、当該第１のリストに含まれるサイトへのアクセス要求であるか否かを判断し、含まれるものであると判断された場合に当該アクセス要求にアクセス許可識別子を付加すると共に、アクセス要求制御リスト保持手段により第２のリストが保持されている場合、アクセス要求が、当該第２のリストに含まれるサイトへのアクセス要求であるか否かを判断し、含まれるものであると判断された場合に当該アクセス要求を禁止する制御を行うアクセス要求制御手段とを備え、サーバは、端末からのアクセス要求を受け付けるアクセス要求受付手段と、アクセス要求を許可あるいは拒否するサイトを記載したアクセス制御リストを保持したアクセス制御リスト保持手段と、アクセス要求受付手段により受け付けたアクセス要求にアクセス許可識別子が付加されているか否かを判断すると共に、アクセス制御リストを参照して当該アクセス要求を許可あるいは拒否するか否かを判断し、これらの判断結果に基づいて、当該アクセス要求に対応するアクセス制御を行うアクセス制御手段とを備えることを特徴とする。

本発明に係るアクセス制御システムでは、端末が第１のリストに記載されたサイトにアクセス要求を行う際、当該アクセス要求にアクセス許可識別子が付加される。一方、端末が第２のリストに記載されたサイトにアクセス要求を行おうとすると、アクセス要求を禁止する制御が行われる。サーバは、アクセス制御リストを参照して、端末からのアクセス要求の許可あるいは拒否を判断し、また、アクセス要求にアクセス許可識別子が付加されているか否かを判断する。サーバは、これらの判断結果に基づいて、アクセス制御を行う。

このように、サーバでの個別の設定を必要とせず、サーバで一律に設定されたルールに対する例外的なアクセス制御が、端末毎に可能となり、サーバの負担及びサーバの管理者の手間をより軽減することができる。

アクセス制御システムにおいて、より具体的には、アクセス制御手段は、アクセス許可識別子が付加されている場合又はアクセス制御リストによりアクセス可能と判断した場合に、アクセス要求に対応するアクセスを許可する制御を行うこととするのが望ましい。

本発明は、以下に述べるようなアクセス制御方法に係る発明として捉えることもでき、同様の作用及び効果を奏する。

本発明に係るアクセス制御方法は、サーバの設定に係らずアクセスできるよう要求するサイトを記載した第１のリスト、及びアクセス要求を禁止するサイトを記載した第２のリストのうち少なくとも一つを保持した端末と、ネットワーク上のサイトへのアクセス要求を前記端末から受け付け当該サイトへのアクセスを行うと共に、アクセス要求を許可あるいは拒否するサイトを記載したアクセス制御リストを保持したサーバとを含んで構成されるアクセス制御システムにおけるアクセス制御方法であって、端末が、当該端末により前記第１のリストが保持されている場合、アクセス要求が、当該第１のリストに含まれるサイトへのアクセス要求であるか否かを判断し、含まれるものであると判断された場合に当該アクセス要求にアクセス許可識別子を付加すると共に、当該端末により第２のリストが保持されている場合、アクセス要求が、当該第２のリストに含まれるサイトへのアクセス要求であるか否かを判断し、含まれるものであると判断された場合に当該アクセス要求を禁止する制御を行うアクセス要求制御ステップと、サーバが、端末からのアクセス要求を受け付けるアクセス要求受付ステップと、サーバが、アクセス要求受付ステップにおいて受け付けたアクセス要求にアクセス許可識別子が付加されているか否かを判断すると共に、アクセス制御リストを参照して当該アクセス要求を許可あるいは拒否するか否かを判断し、これらの判断結果に基づいて、当該アクセス要求に対応するアクセス制御を行うアクセス制御ステップとを備えることを特徴とする。

アクセス制御方法において、より具体的には、サーバは、アクセス制御ステップにおいて、アクセス許可識別子が付加されている場合又はアクセス制御リストによりアクセス可能と判断した場合に、アクセス要求に対応するアクセスを許可する制御を行うこととするのが望ましい。

本発明によれば、サーバでの個別の設定を必要とせず、サーバで一律に設定されたルールに対する例外的なアクセス制御が、端末毎に可能となり、サーバの負担及びサーバの管理者の手間をより軽減することができる。

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

図１に、本実施形態に係るアクセス制御システム１の構成を示す。アクセス制御システム１は端末１０と、サーバ２０とを含んで構成される。

端末１０は、サーバ２０へアクセス要求を出すことにより、サイト３０へアクセスを行う。端末１０は具体的には、例えば、携帯電話等の移動通信装置であることが好ましい。また、パソコンやＰＤＡ（Personal Digital Assistants）等であってもよい。サーバ２０は、端末１０からのアクセス要求を受け付け、そのアクセス要求に基づき、ネットワークＮを介して、複数のサイト３０へのアクセスを行う。サーバ２０は具体的には、例えば、ＣＰＵやメモリ等からなる情報処理装置等により実現されるのが好ましい。アクセス対象となるサイト３０は具体的には、例えば、様々なコンテンツを提供するＷｅｂサーバ等が該当する。また、ネットワークＮは具体的には、例えば、インターネット網や移動通信網等が該当する。なお、図１には、サーバ２０に接続する端末１０は１つしか描かれていないが、複数存在していることが好ましい。

以下、端末１０及びサーバ２０の構成要素について説明する。端末１０は、アクセス要求制御リスト保持部１２と、アクセス要求制御部１４と、アクセス要求部１６と、アクセス要求結果処理部１８とを備える。

アクセス要求制御リスト保持部１２は、サーバ２０の設定に係らずアクセスできるよう要求するサイト３０を記載した第１のリスト、及びアクセス要求を禁止するサイト３０を記載した第２のリストのうち少なくとも一つを保持している。これらのリストは、ＵＲＬによりサイト３０が特定されていることが好ましい。あるいは、ＵＲＬ以外でも、サイト３０が特定できるものであればよい。これらのリストの詳細については後述する。

アクセス要求制御部１４は、アクセス要求制御リスト保持部１２により保持されたリストを読出し、アクセス要求の制御を行う。具体的な制御内容については、本システムの処理の説明にて、説明する。

アクセス要求部１６は、アクセス要求制御部１４からの制御を受けてサーバ２０に対し、サイト３０へのアクセス要求を行う。このアクセス要求は、具体的には、アクセスを要求する旨の情報をサーバ２０に送信することにより行うのが好ましい。

アクセス要求結果処理部１８は、サーバ２０からアクセス要求に対する結果データを受信し処理を行う。具体的な処理内容については、後述する。

サーバ２０は、アクセス要求受付部２２と、アクセス制御リスト保持部２４と、アクセス制御部２６と、アクセス部２８とを備える。

アクセス要求受付部２２は、端末１０からのアクセス要求を受け付ける。このアクセス要求の受け付けは、具体的には、端末１０から送信された、アクセスを要求する旨の情報を受信することにより行われるのが好ましい。

アクセス制御リスト保持部２４は、受け付けるアクセス要求を許可あるいは拒否するサイト３０を記載したアクセス制御リストを保持している。これらリストは、端末１０で保持されるリストと同様に、ＵＲＬによりサイト３０が特定されていることが好ましい。これらのリストの詳細については後述する。

アクセス制御部２６は、アクセス要求受付部２２により受け付けられたアクセス要求、及びアクセス制御リスト保持部２４により保持されたリストを読出し、アクセス要求の制御を行う。具体的な制御内容については、本システムの処理の説明にて、説明する。

アクセス部２８は、アクセス制御部２６からの制御を受けて所定のサイト３０に対し、ネットワークＮを介してアクセスを行う。

引き続いて、端末１０及びサーバ２０が保持している各リストについて説明する。

サーバ２０のアクセス制御リスト保持部２４が保持した、アクセス要求を許可あるいは拒否するサイトを記載したアクセス制御リストは、任意のサイトがサーバ２０からアクセス可能なサイト、あるいはアクセス不可能なサイトのどちらであるかを判断するためのものである。

アクセス要求を許可するサイトのリストとは、アクセス可能なサイトを記載したリストであり、いわゆるホワイトリストである。ホワイトリストは、例えば、ネットワークＮへの接続を行うサービスを提供する者が、公式のサイトのみにアクセスを許可したい場合等に設定される。

一方、アクセス要求を拒否するサイトのリストとは、アクセス不可能なサイトを記載したリストであり、いわゆるブラックリストである。ブラックリストは、例えば、企業等において、仕事との関係が低いサイト、例えば株式のサイト、アダルトサイト、有料のサイト等に従業員がアクセスするのを禁止する場合等に設定される。ブラックリストに記載されていないサイトには、アクセスをすることができる。なお、ホワイトリストとブラックリストは、設定の矛盾を避けるため、通常どちらか一方のみが設定される。

端末１０のアクセス要求制御リスト保持部１２が保持する第１のリストとは、サーバ２０の設定に係らず、例外的にアクセスを行いたいサイトが記載されたものである。例えば、ホワイトリストで設定された上記の公式のサイト外であっても、学校の連絡や行事等が掲載されたＷｅｂページを閲覧したい場合等に設定されうる（図３で模式的に示すような設定）。また、ブラックリストによりアクセスが拒否されるべきサイトであっても、得意先の情報を得るために必要なＷｅｂページを閲覧したい場合等にも設定されうる（図７で模式的に示すような設定）。

端末１０のアクセス要求制御リスト保持部１２が保持する第２のリストとは、
サーバ２０の設定に係らず、例外的にアクセスを禁止したいサイトが記載されたものである。例えば、ホワイトリストで設定された上記の公式のサイト内であっても、オークションのサイト、ゲームサイト、有料サイトのアクセスを禁止したい場合等に設定されうる（図８で模式的に示すような設定）。また、ブラックリスト外であっても、チャットのサイトへのアクセスを禁止したい場合等にも設定されうる（図１０で模式的に示すような設定）。

端末１０における、これらの例外設定は、例えば、端末１０の表示手段（図示せず）に表示される図２に示すようなインターフェース画面を有するソフトウェア等により設定することが可能である。図２（ａ）は、例外的な許可か禁止かを選択する画面であり、図２（ｂ）及び（ｃ）は、例外を設定するサイトを入力する画面である。

引き続いて、本実施形態におけるアクセス制御システム１により実行される処理を説明する。本実施形態においては、端末１０及びサーバ２０が保持しているリストの設定により、いくつかの態様が考えられる。以下、その態様ごとに処理を説明する。

［第１の態様］
まず、図３に示すように、サーバ２０側でアクセスを許可するサイトが設定されており（図１のアクセス制御リスト保持部２４がホワイトリストを保持している）、端末１０側でサーバ２０の設定に係らずアクセスできるよう要求するサイトが上記のホワイトリストに記載されたサイト以外に設定されている態様を説明する。ここでは、端末１０側で第１のリストに記載されたサイト（サーバ２０の設定に係らずアクセスできるよう要求するサイト）へのアクセス要求をする場合を考える。以下、図４及び図５のフローチャートを参照しながら、処理を説明する。なお、本態様において、端末１０のアクセス要求制御リスト保持部１２は、第２のリストを保持していないものとする。

まず、図４の端末１０における処理のフローチャートを参照しながら説明する。端末１０の使用者により、アクセス要求のための操作等が行われることにより処理が開始される。上記操作が行われると、端末１０にアクセス要求のためのデータが生成される（Ｓ０１）。このアクセス要求のためのデータには、アクセス要求の対象となるサイトを特定する情報、例えばＵＲＬ等が含まれているものとする。

続いて、端末１０では、アクセス要求制御部１４が、アクセス要求制御リスト保持部１２に保持されている第１のリストを読み出す。続いて、アクセス要求制御部１４は、アクセス要求データに含まれるアクセス要求の対象となるサイトを特定する情報、例えばＵＲＬを読出し、そのＵＲＬが、第１のリストに記載されてサイトのものと一致するか否かを判断する（Ｓ０２）。本態様の場合、第１のリストに記載されたサイトへのアクセス要求なので、一致するものと判断される。

一致するものと判断されると、アクセス要求制御部１４は、アクセス要求のデータにアクセス許可識別子を付与する（Ｓ０３）。付加の方法として、具体的には例えば、アクセス要求データのリクエストヘッダフィールトに規定する方法がある。ＨＴＴＰ（Hypertext Transfer Protocol）では、一般的なリクエストヘッダフィールドを規定しており、図６に示すような、その中のユーザエージェントフィールド（User-Agent）は、アクセス要求を行ったユーザエージェントの情報を含む。例えば、このフィールドにアクセス許可識別子として“User-Agent:AccessOK”等の情報を規定する方法がある。なお、アクセス許可識別子は、上記とは別のフィールドを使用して付加してもよい。

続いて、端末１０では、アクセス要求部１６が、アクセス許可識別子が付加されたアクセス要求データをサーバ２０に送信することにより、アクセス要求を行う（Ｓ０５）。

端末１０からアクセス要求がサーバ２０になされると、処理はサーバ２０に移る。以下、図５のサーバ２０における処理のフローチャートを参照しながら説明する。

端末１０からアクセス要求がサーバ２０になされると、サーバ２０では、アクセス要求受付部２２が、アクセス要求を受け付ける（Ｓ１１）。

続いて、アクセス制御部２６では、受け付けたアクセス要求を読出し、アクセス要求にアクセス許可識別子が付加されているか否かを判断する（Ｓ１２）。具体的には例えば、アクセス要求データのユーザエージェントフィールドに“User-Agent:AccessOK”等の情報が規定されているか否かで判断する。本態様では、アクセス要求にはアクセス許可識別子が付加されているので、付加されていると判断される。

付加されていると判断すると、アクセス制御部２６は、当該アクセス要求に対応するアクセスを行うように、アクセス部２８を制御する。制御されたアクセス部２８は、当該アクセス要求に対応するサイト３０に対してアクセスを行う（Ｓ１４）。

アクセスがなされたサイト３０では、アクセスに対応する結果のデータをサーバ２０に対して送信し、アクセス部２８が当該アクセス結果データを受信する（Ｓ１５）。

続いて、アクセス部２８は、受信したアクセス結果データを端末１０に対して配信する（Ｓ１６）。

サーバ２０からのアクセス結果データの送信が端末１０になされると、処理は再度端末１０に移る。以下、再度図４の端末１０における処理のフローチャートを参照しながら説明する。

端末１０では、アクセス要求結果処理部１８が、アクセス結果データをアクセス要求の結果として受信する（Ｓ０６）。続いて、アクセス要求結果処理部１８は、当該受信した結果がアクセス禁止であった旨のアクセス禁止応答であるか否かを判断する（Ｓ０７）。本態様においては、アクセス禁止応答ではないので、アクセス要求結果処理部１８は、端末１０の表示手段に受信したアクセス結果データ、即ちアクセス要求に対応するサイトの内容を表示する（Ｓ０８）。

なお、Ｓ０２においてアクセス要求に対応するサイトが第１のリストに含まれないと判断された場合、アクセス許可識別子が付加されずにアクセス要求がなされることとなる（Ｓ０５）。その場合、サーバ２０の処理は、図５のＳ１２において、アクセス要求にアクセス許可識別子が付加されていないと判断される。その後、サーバ２０では、アクセス制御部２６が、アクセス制御リスト保持部２４により保持されているホワイトリストを読出し、アクセス要求がホワイトリストに含まれるサイトに対するものであるか否かを判断する（Ｓ１３）。

ホワイトリストに含まれているサイトに対するアクセス要求であると判断された場合は、上記のアクセス要求にアクセス許可識別子が付加されていた場合と同様に処理（Ｓ１４〜１６）がなされる。ホワイトリストに含まれているサイトに対するアクセス要求ではないと判断された場合、アクセス制御部２６は、当該アクセス要求はアクセス禁止である旨のアクセス禁止応答のデータを、端末１０に対して送信する（Ｓ１７）。

アクセス禁止応答のデータが送信された端末１０では、アクセス要求結果処理部１８が、図４のＳ０７において、受信した結果がアクセス禁止応答であると判断し、端末１０の表示手段にアクセスが禁止された旨のメッセージの表示を行う（Ｓ０９）。

上記、第１の態様における処理を説明したが、これは、図７に示すように、サーバ２０側でアクセスを拒否するサイトが設定されており（アクセス制御リスト保持部２４がブラックリストを保持している）、端末１０側でサーバ２０の設定に係らずアクセスできるよう要求するサイトが上記のブラックリストに記載されたサイトに設定されている態様でもほぼ同様の処理となる。異なる点は、図５のＳ１３におけるアクセス要求にアクセス許可識別子が付加されていない場合のアクセスが許可されるか否かの判断が、ホワイトリストを用いるかブラックリストを用いるかという点である。

上記説明したように、第１のリストを保持していることにより、サーバ２０での設定に関わらず、端末１０で例外的なアクセス要求を行う制御を行うことができる。

［第２の態様］
次に、図８に示すように、サーバ２０側でアクセスを許可するサイトが設定されており（アクセス制御リスト保持部２４がホワイトリストを保持している）、端末１０側でサーバ２０の設定に係らずアクセス要求を禁止するするサイトが上記のホワイトリストに記載されたサイトに設定されている態様を説明する。ここでは、端末１０側で第２のリストに記載されたサイト（サーバ２０の設定に係らずアクセス要求を禁止するサイト）へのアクセス要求をする場合を考える。以下、図９の端末１０における処理のフローチャートを参照しながら、処理を説明する。なお、本態様において、端末１０のアクセス要求制御リスト保持部１２は、第１のリストを保持していないものとする。

まず、端末１０の使用者により、アクセス要求のための操作等が行われることにより処理が開始される。上記操作が行われると、端末１０にアクセス要求のためのデータが生成される（Ｓ０１）。このアクセス要求のためのデータには、アクセス要求の対象となるサイトを特定する情報、例えばＵＲＬ等が含まれているものとする。

続いて、端末１０では、アクセス要求制御部１４が、アクセス要求制御リスト保持部１２に保持されている第２のリストを読み出す。続いて、アクセス要求制御部１４は、アクセス要求データに含まれるアクセス要求の対象となるサイトを特定する情報、例えばＵＲＬを読出し、そのＵＲＬが、第２のリストに記載されてサイトのものと一致するか否かを判断する（Ｓ０３）。本態様の場合、第２のリストに記載されたサイトへのアクセス要求なので、一致するものと判断される。

一致するものと判断されると、アクセス要求制御部１４は、当該アクセス要求を禁止する制御を、アクセス要求部１６に対して行い、端末１０の表示手段にアクセスが禁止された旨のメッセージの表示を行う（Ｓ０９）。

なお、Ｓ０３においてアクセス要求に対応するサイトが第２のリストに含まれないと判断された場合、サーバ２０に対して、アクセス要求がなされることとなり（Ｓ０５）、第１の態様においてアクセス許可識別子が付加されていないアクセス要求がサーバ２０に対してなされた場合と同様の処理となる。その場合、サーバ２０の処理は、図５のＳ１２において、アクセス要求にアクセス許可識別子が付加されていないと判断される。その後、サーバ２０では、アクセス制御部２６が、アクセス制御リスト保持部２４により保持されているホワイトリストを読出し、アクセス要求がホワイトリストに含まれるサイトに対するものであるか否かを判断する（Ｓ１３）。

ホワイトリストに含まれているサイトに対するアクセス要求であると判断された場合は、上記の第１の態様と同様にサイトへのアクセス処理（Ｓ１４〜１６）がなされる。ホワイトリストに含まれているサイトに対するアクセス要求ではないと判断された場合、アクセス制御部２６は、当該アクセス要求はアクセス禁止である旨のアクセス禁止応答のデータを、端末１０に対して送信する（Ｓ１７）。

アクセス禁止応答のデータが送信された端末１０では、アクセス要求結果処理部１８が、図９のＳ０９において、受信した結果がアクセス禁止応答であると判断し、端末１０の表示手段にアクセスが禁止された旨のメッセージの表示を行う（Ｓ０９）。

上記、第２の態様における処理を説明したが、これは、図１０に示すように、サーバ２０側でアクセスを拒否するサイトが設定されており（アクセス制御リスト保持部２４がブラックリストを保持している）、端末１０側でサーバ２０の設定に係らずアクセス要求を禁止するサイトが上記のブラックリストに記載されたサイト以外に設定されている態様でもほぼ同様の処理となる。異なる点は、図５のＳ１３におけるアクセス要求にアクセス許可識別子が付加されていない場合のアクセスが許可されるか否かの判断が、ホワイトリストを用いるかブラックリストを用いるかという点である。

上記説明したように、第２のリストを保持していることにより、サーバ２０での設定に関わらず、端末１０で例外的なアクセス要求の禁止を行う制御を行うことができる。

上記の実施形態によれば、サーバ２０での個別の設定を必要とせず、サーバ２０で一律に設定されたルールに対する例外的なアクセス制御が、端末１０毎に可能となり、サーバ２０の負担及びサーバ２０の管理者の手間をより軽減することができる。

なお、本実施形態においては、アクセス許可識別子が付されたアクセス要求は、アクセス可能となるようにしている。しかし、アクセスを行うか否かは最終的には、サーバ２０側で判断することとなるので、アクセス許可識別子が付されていたとしてもアクセスを拒否する制御を行うこともできる。

また、上記第１及び第２の態様においては、第１のリスト及び第２のリストのうち一つのリストのみを保持するものとしているが、両方を保持していてもよい。

本発明の実施形態に係るアクセス制御システムの構成を示す図である。実施形態における第１のリスト及び第２のリストを作成するためのインターフェース画面の例である。実施形態の第１の態様における、端末側のリストでアクセス制限が設定されるサイトと、サーバ側でアクセス制限が設定されるサイトの例である。実施形態の第１の態様における端末の処理のフローチャートである。実施形態におけるサーバの処理のフローチャートである。実施形態の第１の態様におけるアクセス要求のリクエストヘッダフィールドの例である。実施形態の第１の態様における、端末側のリストでアクセス制限が設定されるサイトと、サーバ側でアクセス制限が設定されるサイトの別の例である。実施形態の第２の態様における、端末側のリストでアクセス制限が設定されるサイトと、サーバ側でアクセス制限が設定されるサイトの例である。実施形態の第２の態様における端末の処理のフローチャートである。実施形態の第２の態様における、端末側のリストでアクセス制限が設定されるサイトと、サーバ側でアクセス制限が設定されるサイトの別の例である。コンテンツに設定する有害レベルの表の例である。

符号の説明

１…アクセス制御システム、１０…端末、１２…アクセス要求制御リスト保持部、１４…アクセス要求制御部、１６…アクセス要求部、１８…アクセス要求結果処理部、２０…サーバ、２２…アクセス要求受付部、２４…アクセス制御リスト保持部、２６…アクセス制御部、２８…アクセス部、３０…サイト、Ｎ…ネットワーク。

Claims

端末と、ネットワーク上のサイトへのアクセス要求を前記端末から受け付け当該サイトへのアクセスを行うサーバとを含んで構成されるアクセス制御システムであって、
前記端末は、
前記サーバの設定に係らずアクセスできるよう要求するサイトを記載した第１のリスト、及びアクセス要求を禁止するサイトを記載した第２のリストのうち少なくとも一つを保持したアクセス要求制御リスト保持手段と、
前記アクセス要求制御リスト保持手段により前記第１のリストが保持されている場合、前記アクセス要求が、当該第１のリストに含まれるサイトへのアクセス要求であるか否かを判断し、含まれるものであると判断された場合に当該アクセス要求にアクセス許可識別子を付加すると共に、前記アクセス要求制御リスト保持手段により前記第２のリストが保持されている場合、前記アクセス要求が、当該第２のリストに含まれるサイトへのアクセス要求であるか否かを判断し、含まれるものであると判断された場合に当該アクセス要求を禁止する制御を行うアクセス要求制御手段とを備え、
前記サーバは、
前記端末からのアクセス要求を受け付けるアクセス要求受付手段と、
アクセス要求を許可あるいは拒否するサイトを記載したアクセス制御リストを保持したアクセス制御リスト保持手段と、
前記アクセス要求受付手段により受け付けたアクセス要求に前記アクセス許可識別子が付加されているか否かを判断すると共に、前記アクセス制御リストを参照して当該アクセス要求を許可あるいは拒否するか否かを判断し、これらの判断結果に基づいて、当該アクセス要求に対応するアクセス制御を行うアクセス制御手段とを備える
ことを特徴とするアクセス制御システム。
前記アクセス制御手段は、前記アクセス許可識別子が付加されている場合又は前記アクセス制御リストによりアクセス可能と判断した場合に、前記アクセス要求に対応するアクセスを許可する制御を行うことを特徴とする請求項１に記載のアクセス制御システム。
サーバの設定に係らずアクセスできるよう要求するサイトを記載した第１のリスト、及びアクセス要求を禁止するサイトを記載した第２のリストのうち少なくとも一つを保持した端末と、
ネットワーク上のサイトへのアクセス要求を前記端末から受け付け当該サイトへのアクセスを行うと共に、アクセス要求を許可あるいは拒否するサイトを記載したアクセス制御リストを保持したサーバと
を含んで構成されるアクセス制御システムにおけるアクセス制御方法であって、
前記端末が、当該端末により前記第１のリストが保持されている場合、前記アクセス要求が、当該第１のリストに含まれるサイトへのアクセス要求であるか否かを判断し、含まれるものであると判断された場合に当該アクセス要求にアクセス許可識別子を付加すると共に、当該端末により前記第２のリストが保持されている場合、前記アクセス要求が、当該第２のリストに含まれるサイトへのアクセス要求であるか否かを判断し、含まれるものであると判断された場合に当該アクセス要求を禁止する制御を行うアクセス要求制御ステップと、
前記サーバが、前記端末からのアクセス要求を受け付けるアクセス要求受付ステップと、
前記サーバが、前記アクセス要求受付ステップにおいて受け付けたアクセス要求に前記アクセス許可識別子が付加されているか否かを判断すると共に、前記アクセス制御リストを参照して当該アクセス要求を許可あるいは拒否するか否かを判断し、これらの判断結果に基づいて、当該アクセス要求に対応するアクセス制御を行うアクセス制御ステップと
を備えることを特徴とするアクセス制御方法。
前記サーバは、前記アクセス制御ステップにおいて、前記アクセス許可識別子が付加されている場合又は前記アクセス制御リストによりアクセス可能と判断した場合に、前記アクセス要求に対応するアクセスを許可する制御を行うことを特徴とする請求項３に記載のアクセス制御方法。