(57)【要約】【課題】ウェブサーバ内に記憶されているコンテンツデータのうち、アクセス不許可とするコンテンツデータの設定を容易に行うことができるアクセス制御装置を提供する。【解決手段】アクセス許可対象の構造化文書データのＵＲＬを予めコンテンツリストデータベースに記憶している。アクセス制御装置は、コンテンツ配信要求が示すＵＲＬが、コンテンツリストデータベースに記録されているかを判定する。そして、アクセス制御装置は、配信要求が示すＵＲＬが、コンテンツリストデータベースに記録されていると判定した場合に、当該ＵＲＬに基づいて配信要求の対象となる構造化文書データを取得する。そして、アクセス制御装置は、取得した構造化文書データの構文解析を行い、構造化文書データ内に記述されたリンク先のコンテンツデータのＵＲＬを抽出し、該抽出したリンク先のコンテンツデータのＵＲＬを、コンテンツリストデータベースに登録する。【選択図】図１
2010191874.tif 000002
【特許請求の範囲】
【請求項１】
構造化文書によって記述された構造化文書データであって、アクセス許可対象の構造化文書データのアクセス先識別情報を予め記憶するアクセス許可対象記憶手段と、
前記構造化文書データの配信要求の受信に基づいて、当該配信要求が示すアクセス先識別情報が、前記アクセス許可対象記憶手段に記録されているかを判定するアクセス可否判定手段と、
前記配信要求が示すアクセス先識別情報が、前記アクセス許可対象記憶手段に記録されていると判定した場合に、当該アクセス先識別情報に基づいて前記配信要求の対象となる前記構造化文書データを取得する構造化文書データ取得手段と、
前記取得した構造化文書データの構文解析を行う構文解析手段と、
前記構文解析に基づいて、前記構造化文書データ内に記述されたコンテンツデータのアクセス先識別情報を抽出するアクセス先追加情報抽出手段と、
前記抽出したコンテンツデータのアクセス先識別情報を、前記アクセス許可対象記憶手段に登録するアクセス先識別情報登録手段と、
を備えることを特徴とするアクセス制御装置。
【請求項２】
前記構造化文書データ取得手段は、前記配信要求の対象となる前記構造化文書データを取得できない場合には、前記アクセス許可対象記憶手段に記録されていると判定した、前記配信要求が示すアクセス先識別情報を、前記アクセス許可対象記憶手段から削除するアクセス先識別情報削除手段と、
を備えることを特徴とする請求項１に記載のアクセス制御装置。
【請求項３】
前記構造化文書データ取得手段は、前記配信要求が示すアクセス先識別情報が、前記アクセス許可対象記憶手段に記録されていると判定した場合に、当該アクセス先識別情報を格納した前記取得要求を、構造化文書データ配信装置へ送信し、その結果、当該構造化文書データ配信装置から出力された構造化文書データを取得する
ことを特徴とする請求項１または請求項２に記載のアクセス制御装置。
【請求項４】
前記構造化文書データを記憶する構造化文書データ記憶手段と、
前記構造化文書データのアクセス先識別情報を格納した取得要求に基づいて前記構造化文書データを前記構造化文書データ記憶手段から読み取って出力する構造化文書データ出力手段と、
前記構造化文書データ取得手段は、前記配信要求が示すアクセス先識別情報が、前記アクセス許可対象記憶手段に記録されていると判定した場合に、当該アクセス先識別情報を格納した前記取得要求を出力し、その結果出力された構造化文書データを取得する
ことを特徴とする請求項１または請求項２に記載のアクセス制御装置。
【請求項５】
前記構造化文書データはマークアップ言語のデータであり、
前記アクセス先識別情報登録手段は、前記マークアップ言語によって記述されたデータ内のリンク先のコンテンツデータのＵＲＬを、アクセス先識別情報として前記アクセス許可対象記憶手段に登録する
ことを特徴とする請求項１から請求項４の何れかに記載のアクセス制御装置。
【請求項６】
アクセス制御装置におけるアクセス制御方法であって、
前記アクセス制御装置のアクセス許可対象記憶手段が、構造化文書によって記述された構造化文書データであって、アクセス許可対象の構造化文書データのアクセス先識別情報を予め記憶し、
前記アクセス制御装置のアクセス可否判定手段が、前記構造化文書データの配信要求の受信に基づいて、当該配信要求が示すアクセス先識別情報が、前記アクセス許可対象記憶手段に記録されているかを判定し、
前記アクセス制御装置の構造化文書データ取得手段が、前記配信要求が示すアクセス先識別情報が、前記アクセス許可対象記憶手段に記録されていると判定した場合に、当該アクセス先識別情報に基づいて前記配信要求の対象となる前記構造化文書データを取得し、
前記アクセス制御装置の構文解析手段が、前記取得した構造化文書データの構文解析を行い、
前記アクセス制御装置のアクセス先追加情報抽出手段が、前記構文解析に基づいて、前記構造化文書データ内に記述されたコンテンツデータのアクセス先識別情報を抽出し、
前記アクセス制御装置のアクセス先識別情報登録手段が、前記抽出したコンテンツデータのアクセス先識別情報を、前記アクセス許可対象記憶手段に登録する
ことを特徴とするアクセス制御方法。
【請求項７】
構造化文書によって記述された構造化文書データであって、アクセス許可対象の構造化文書データのアクセス先識別情報を予め記憶するアクセス許可対象記憶手段を備えたアクセス制御装置のコンピュータを、
前記構造化文書データの配信要求の受信に基づいて、当該配信要求が示すアクセス先識別情報が、前記アクセス許可対象記憶手段に記録されているかを判定するアクセス可否判定手段、
前記配信要求が示すアクセス先識別情報が、前記アクセス許可対象記憶手段に記録されていると判定した場合に、当該アクセス先識別情報に基づいて前記配信要求の対象となる前記構造化文書データを取得する構造化文書データ取得手段、
前記取得した構造化文書データの構文解析を行う構文解析手段、
前記構文解析に基づいて、前記構造化文書データ内に記述されたコンテンツデータのアクセス先識別情報を抽出するアクセス先追加情報抽出手段、
前記抽出したコンテンツデータのアクセス先識別情報を、前記アクセス許可対象記憶手段に登録するアクセス先識別情報登録手段、
として機能させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ウェブサーバの記憶する配信対象のコンテンツへのアクセスを制御する、アクセス制御装置及びアクセス制御方法並びにそのプログラムに関する。
【背景技術】
【０００２】
ウェブサーバに備えられた記憶部における、配信対象コンテンツが記憶されている配信対象ディレクトリ配下には、ウェブサーバ管理者や、コンテンツ作成者が、クライアント端末のウェブブラウザに配信することを想定していないコンテンツデータが存在することがある。例えば、過去に配信していたが、コンテンツの示す情報が古くなり、配信の必要がなくなったコンテンツデータなどが存在する。一般的には、ウェブサーバにコンテンツデータを配置する前に、コンテンツ作成者が、あらかじめ手作業で不要なファイルが存在していないかを確認したり、リンク確認用ソフトウェアにより、リンクされていないファイルを確認し、手作業で不必要なコンテンツデータをウェブサーバの配信対照ディレクトリ配下の各ディレクトリから削除したりする。
【０００３】
しかし、配信対象のコンテンツデータにリンクされていない不要なコンテンツデータの手作業による確認の実施は、作業誤りや作業漏れを起こす可能性がある。また、配信対象のコンテンツデータにリンクされていないが、削除はせずに記憶させて置き、配信を行わないファイルが存在する場合も考えられる。たとえば、ウェブサーバのソフトウェアであるApacheが使用する「.htaccess」などは、そのようなファイルのデータである。
【０００４】
また、コンテンツデータが、プログラムコンテンツの場合、ファイルコンテンツとは異なり、ファイルデータとしては存在しないため、リンク確認用プログラムを用いて、配信対象のコンテンツデータにリンクされているかどうかを判定することはできない。よって、不要なプログラムコンテンツの削除は、ウェブサーバ管理者やコンテンツ作成者の負担が大きい。
【０００５】
従って、多くのウェブサーバでは、コンテンツの配信要求を行っているクライアント端末のウェブブラウザにおいて、非表示にしたいコンテンツデータが存在する場合には、アクセス不許可とするコンテンツデータの名前や、複数のコンテンツに適合する表現規則の文字列を、ウェブサーバ内に記憶させた定義ファイルにあらかじめ記述していた。これにより、ウェブサーバは、定義ファイルに記述された文字列に基づいてアクセス不許可と判定したコンテンツデータの配信を、停止するなどの処理を行っていた。
なお、関連する技術として、ユーザがアクセスしたウェブブラウザの情報を記憶しておく技術が特許文献１に開示されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００５−７８３２９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、上述のように、アクセス不許可とするコンテンツデータの名前や、複数のコンテンツに適合する表現規則の文字列を、ウェブサーバ内に記憶させた定義ファイル記述するような仕組みの場合、表現規則の知識を有するウェブサーバ管理者以外の者が、ウェブサーバを管理することが困難となる。
また、コンテンツ作成者とウェブサーバ管理者の認識にずれがあるような場合、コンテンツ作成者が配信したくとも、ウェブサーバ管理者がウェブサーバの定義ファイルにより意図せずに配信を抑制することが考えられる。
また、事前にどのようなコンテンツデータがウェブサーバ上に存在するかを、ウェブサーバ管理者はあらかじめ認識しておかなければならず、また、アクセス不許可としたいコンテンツデータが新たに判明した場合、定義ファイルを修正した上で、ウェブサーバを再起動しなければならないため、ウェブサーバ管理者にとってその作業が負担となってしまう。さらに、どのような名前のコンテンツがアクセス不許可であるかを、ウェブサーバ管理者やコンテンツ作成者は認識しておく必要があり、作業に負担が生じる。
【０００８】
そこでこの発明は、ウェブサーバ内に記憶されているコンテンツデータのうち、アクセス不許可とするコンテンツデータの設定を容易に行うことができるアクセス制御装置及びアクセス制御方法並びにそのプログラムを提供することを目的としている。
【課題を解決するための手段】
【０００９】
上記目的を達成するために、本発明は、構造化文書によって記述された構造化文書データであって、アクセス許可対象の構造化文書データのアクセス先識別情報を予め記憶するアクセス許可対象記憶手段と、前記構造化文書データの配信要求の受信に基づいて、当該配信要求が示すアクセス先識別情報が、前記アクセス許可対象記憶手段に記録されているかを判定するアクセス可否判定手段と、前記配信要求が示すアクセス先識別情報が、前記アクセス許可対象記憶手段に記録されていると判定した場合に、当該アクセス先識別情報に基づいて前記配信要求の対象となる前記構造化文書データを取得する構造化文書データ取得手段と、前記取得した構造化文書データの構文解析を行う構文解析手段と、前記構文解析に基づいて、前記構造化文書データ内に記述されたコンテンツデータのアクセス先識別情報を抽出するアクセス先追加情報抽出手段と、前記抽出したコンテンツデータのアクセス先識別情報を、前記アクセス許可対象記憶手段に登録するアクセス先識別情報登録手段と、を備えることを特徴とするアクセス制御装置である。
【００１０】
また本発明は、アクセス制御装置におけるアクセス制御方法であって、前記アクセス制御装置のアクセス許可対象記憶手段が、構造化文書によって記述された構造化文書データであって、アクセス許可対象の構造化文書データのアクセス先識別情報を予め記憶し、前記アクセス制御装置のアクセス可否判定手段が、前記構造化文書データの配信要求の受信に基づいて、当該配信要求が示すアクセス先識別情報が、前記アクセス許可対象記憶手段に記録されているかを判定し、前記アクセス制御装置の構造化文書データ取得手段が、前記配信要求が示すアクセス先識別情報が、前記アクセス許可対象記憶手段に記録されていると判定した場合に、当該アクセス先識別情報に基づいて前記配信要求の対象となる前記構造化文書データを取得し、前記アクセス制御装置の構文解析手段が、前記取得した構造化文書データの構文解析を行い、前記アクセス制御装置のアクセス先追加情報抽出手段が、前記構文解析に基づいて、前記構造化文書データ内に記述されたコンテンツデータのアクセス先識別情報を抽出し、前記アクセス制御装置のアクセス先識別情報登録手段が、前記抽出したコンテンツデータのアクセス先識別情報を、前記アクセス許可対象記憶手段に登録することを特徴とするアクセス制御方法である。
【００１１】
また本発明は、構造化文書によって記述された構造化文書データであって、アクセス許可対象の構造化文書データのアクセス先識別情報を予め記憶するアクセス許可対象記憶手段を備えたアクセス制御装置のコンピュータを、前記構造化文書データの配信要求の受信に基づいて、当該配信要求が示すアクセス先識別情報が、前記アクセス許可対象記憶手段に記録されているかを判定するアクセス可否判定手段、前記配信要求が示すアクセス先識別情報が、前記アクセス許可対象記憶手段に記録されていると判定した場合に、当該アクセス先識別情報に基づいて前記配信要求の対象となる前記構造化文書データを取得する構造化文書データ取得手段、前記取得した構造化文書データの構文解析を行う構文解析手段、前記構文解析に基づいて、前記構造化文書データ内に記述されたコンテンツデータのアクセス先識別情報を抽出するアクセス先追加情報抽出手段、前記抽出したコンテンツデータのアクセス先識別情報を、前記アクセス許可対象記憶手段に登録するアクセス先識別情報登録手段、として機能させることを特徴とするプログラムである。
【発明の効果】
【００１２】
本発明によれば、ウェブコンテンツ群の最上位であるコンテンツデータから順次リンクしているコンテンツデータのみを、自動的にコンテンツリストデータベース３へ登録することが可能となる。そして、ウェブコンテンツ群の最上位であるコンテンツデータから順次リンクしているどのコンテンツデータからも、リンク先と設定されていない不要なコンテンツデータや、アクセス不可のコンテンツデータへは、コンテンツリストデータベース３へ登録されないため、それらコンテンツデータへのアクセスを自動的に禁止することができることとなる。したがって、アクセス許可とするコンテンツデータや、アクセス不可とするコンテンツデータの情報の全てを、コンテンツデータベース３へ登録する必要が無いため、ウェブサーバ管理者やコンテンツ作成者が、事前にクライアント端末３に表示可能、または非表示のコンテンツデータのコンテンツパスを把握する必要がなくなり、ウェブサーバ管理者やコンテンツ作成者の労力を軽減することができる。また、アクセス可否の設定を定義ファイル（コンテンツリストデータベース３）などに登録する必要が無いため、ウェブサーバ管理者やコンテンツ作成者の労力を軽減することができる。
【図面の簡単な説明】
【００１３】
【図１】実施例１によるアクセス制御装置の構成を示すブロック図である。
【図２】アクセス制御装置の処理フローを示す図である。
【図３】ウェブサーバに格納されたファイルコンテンツの配置位置を示す図である。
【図４】ウェブサーバに格納されたプログラムコンテンツの配置位置を示す図である。
【図５】コンテンツリストデータベースに格納される情報の遷移を説明する図である。
【図６】実施例２によるアクセス制御装置の構成を示すブロック図である。
【図７】実施例３によるアクセス制御装置の構成を示すブロック図である。
【発明を実施するための形態】
【実施例１】
【００１４】
以下、本発明の一実施形態によるアクセス制御装置を図面を参照して説明する。
図１は実施例１によるアクセス制御装置の構成を示すブロック図である。
この図において、符号１はアクセス制御装置である。アクセス制御装置１は、図示するように、ウェブサーバ２、コンテンツリストデータベース３、クライアント端末４、のそれぞれと通信ネットワークを介して接続されている。なお、本実施形態においては、コンテンツリストデータベース３が、アクセス制御装置１の外部の装置である例について示しているが、アクセス制御装置１が内部にコンテンツリストデータベース３を備えるようにしてもよい。そして、本実施形態におけるアクセス制御装置１は、クライアント端末４からのコンテンツデータへのアクセス要求を受け付けるアクセス処理部１１、アクセス要求が示すコンテンツデータへのアクセス可否を判定するアクセス可否判定部１２、コンテンツデータをウェブサーバ２より取得するコンテンツ取得部１３、取得したコンテンツデータの構文解析を行う構文解析部１４、コンテンツデータに記述されているリンク先の他のコンテンツデータの抽出を行うリンク抽出部１５、リンク先の他のコンテンツデータのコンテンツパス（ＵＲＬなど）をコンテンツリストデータベース３へ登録する処理、およびコンテンツパスの情報を削除する処理を行うリンク情報登録・削除部１６、の各処理部を備えている。
【００１５】
そして、本実施形態のアクセス制御装置１は、構造化文書によって記述された構造化文書データであって、アクセス許可対象の構造化文書データのアクセス先識別情報（ＵＲＬなど）を予めコンテンツリストデータベース３に記憶している。そして、アクセス制御装置１は、構造化文書データ（コンテンツデータ）の配信要求の受信に基づいて、当該配信要求が示すアクセス先識別情報が、コンテンツリストデータベース３に記録されているかを判定する。そして、アクセス制御装置１は、配信要求が示すアクセス先識別情報が、コンテンツリストデータベース３に記録されていると判定した場合に、当該アクセス先識別情報に基づいて配信要求の対象となる構造化文書データを取得する。そして、アクセス制御装置１は、取得した構造化文書データの構文解析を行い、構造化文書データ内に記述されたリンク先のコンテンツデータのアクセス先識別情報を抽出し、該抽出したリンク先のコンテンツデータのアクセス先識別情報を、コンテンツリストデータベース３に登録する。
このような処理により、ウェブサーバ内に記憶されているコンテンツデータのうち、アクセス不許可とするコンテンツデータの設定を容易に行うことができる仕組みを提供する。
【００１６】
より具体的には、ウェブサーバ２が配信するコンテンツデータは、構造化文書データであるＨＴＭＬ（HyperText Markup Language）ファイルや、画像ファイルなど、ウェブサーバ２のコンテンツ用ディレクトリ、またはその配下のサブディレクトリに保持しているコンテンツデータであり、そのほか、ファイルコンテンツや、Ｊａｖａ（登録商標）サーブレットなど、ファイルとしては存在しないがプログラムから動的に表示するデータやプログラムコンテンツも含まれる。
【００１７】
そして、アクセス制御装置１の構文解析部１４は、クライアント端末４からのコンテンツデータの配信要求に基づいて、ウェブサーバ２から返された当該のコンテンツのデータがＨＴＭＬ形式であると判定した場合、構文解析を行う。この構文解析は、コンテンツデータをＨＴＭＬタグと、ＨＴＭＬタグの属性、およびＨＴＭＬタグ内のデータに分解し、リンク抽出部１５がリンク先のＵＲＬなどの抽出処理を行うことのできる、木構造などのデータ構造に変換する。リンク抽出部１５は、構文解析部１４から取得した構文解析後のＨＴＭＬの木構造データ探索し、そのＨＴＭＬ内に記述されている他のコンテンツデータをリンク先とするタグの情報を検索する。他のコンテンツデータをリンク先とするタグの情報とは、例えば、アンカータグ（＜Ａ＞）や、イメージタグ（＜ＩＭＧ＞）が挙げられる。そして、リンク抽出部１５は、そのタグで示されるリンク先のコンテンツデータが格納されているウェブサーバ内の保存場所を示す、コンテンツパス（アクセス先識別情報；ＵＲＬなど）の情報を、当該ウェブサーバのコンテンツ用ディレクトリの最上位ディレクトリからの相対パスの形式で作成する。そして、リンク情報登録・削除部１６は、リンク抽出部１５が作成したコンテンツパスの情報を、コンテンツリストデータベース３へ登録する。
【００１８】
そして、アクセス可否判定部１２は、クライアント端末４のブラウザ処理部４１から送信されたコンテンツ配信要求に基づいて、当該配信要求に格納されているコンテンツデータのコンテンツパス（ＵＲＬなど）が、コンテンツリストデータベース３に保存されているかどうかを検索する。そして、コンテンツ配信要求に格納されているコンテンツデータのコンテンツパスが、コンテンツリストデータベース３に保存されている場合、その配信要求をウェブサーバ２転送する。また、アクセス可否判定部１２は、、コンテンツ配信要求に格納されているコンテンツデータのコンテンツパスが、コンテンツリストデータベース３に保存されていない場合には、クライアント端末４のブラウザ処理部４１に対して、コンテンツ配信要求に格納されているコンテンツデータのアクセスは許可されていないことを示すエラー応答を返信する処理を行う。
【００１９】
図２は実施例１によるアクセス制御装置の処理フローを示す図である。
次に、図２を用いて実施例１によるアクセス制御装置１の処理フローについて説明する。
まず、クライアント端末４のブラウザ処理部４１が、コンテンツデータのコンテンツパス（ＵＲＬなど）を格納したコンテンツ要求を送信する。すると、そのコンテンツ配信要求を、アクセス制御装置１のアクセス処理部１１が受信し（ステップＳ１０１）、アクセス可否判定部１２に転送する。アクセス可否判定部１２は、コンテンツ配信要求を受け付けると、当該コンテンツ配信要求のデータから、配信要求されているコンテンツデータのコンテンツパスを読み取り、当該コンテンツパスの情報がコンテンツリストデータベース３に格納されているか検索する（ステップＳ１０２）。
【００２０】
そして、配信要求されているコンテンツデータのコンテンツパスの情報が、コンテンツリストデータベース３内から検索できれば、当該コンテンツデータへアクセス可と判定する。なお、配信要求されているコンテンツデータのコンテンツパスの情報が、コンテンツリストデータベース３内から検索できなければ、アクセスリスト判定部１２は、アクセス処理部１１を介してクライアント端末４へエラー応答を送信する（ステップＳ１０３）。配信要求されているコンテンツデータのコンテンツパスの情報がコンテンツリストデータベース３内から検索できた場合には、アクセス可否判定部１２は、コンテンツ配信要求を、コンテンツ取得部１３へ転送し、コンテンツ取得部１３がそのコンテンツ配信要求をウェブサーバ２へ送信する（ステップＳ１０４）。
【００２１】
次に、ウェブサーバ２のウェブサーバ処理部は、コンテンツ配信要求に格納されているコンテンツパス（ＵＲＬなど）に基づいて、配信するコンテンツデータを特定し、そのコンテンツデータを格納した応答データをアクセス制御装置１へ送信する。本実施形態においては、コンテンツ配信要求の受信後に初回にウェブサーバ２が送信するコンテンツデータは、ＨＴＭＬで記述されたコンテンツデータであるとする。なお、ウェブサーバ２は、コンテンツ配信要求に格納されているコンテンツパスにコンテンツデータが無い場合などにおいては、エラー応答をアクセス制御装置１へ送信する。アクセス制御装置１のコンテンツ取得部１３は、ウェブサーバ２からの応答が正常な応答かを判定し（ステップＳ１０５）、エラー応答であれば、当該エラー応答を、アクセス処理部１１を介してクライアント端末４へ送信する（ステップＳ１０６）。
【００２２】
また、コンテンツ取得部１３は、正常な応答データを受信した場合には、構文解析部１４へ構文解析処理を行うよう指示する。すると、構文解析部１４は、受信した応答データに格納されているコンテンツデータのＨＴＭＬ構文の解析を行う（ステップＳ１０７）。このＨＴＭＬ構文解析は、ウェブサーバ２から受信した応答データ内のコンテンツデータを、ＨＴＭＬで定められたタグに基づいて構文として解析する。解析結果は、ＨＴＭＬタグ単位でまとめられた木構造のデータである。このＨＴＭＬの構文解析には、オープンソースソフトウェア等を使用するようにしてもよい。そして、構文解析が終了すると、リンク抽出部１５が、解析結果のデータから、アンカータグなどの、リンク先のコンテンツへの参照を示すタグを抽出する。
【００２３】
例えば、リンク抽出部１５は、解析結果のデータデータ内において、<A HREF="abcde.html">のようにファイルコンテンツをリンク先のコンテンツデータとして参照していることを示すＨＴＭＬの記述がある場合、その解析結果のデータから、アンカータグを探し、ＨＲＥＦ属性で示された値「abcde.html」を取得する。次に、リンク抽出部１５は、「abcde.html」のコンテンツパスを、ウェブサーバ２のドキュメントルートディレクトリからの絶対パスに変換する。つまり、「abcde.html」は、コンテンツ配信要求に格納されている配信要求のコンテンツデータのコンテンツパスと同一であることがアンカータグの内容で判断できるため、そのコンテンツパスを絶対パスとして取得し、リンク先のコンテンツデータを示す情報として抽出する（ステップＳ１０８）。または、リンク抽出部１５は、<FORM action=“/testap/serviet/TestServlet“>のようにプログラムコンテンツをリンク先として参照していることを示すＨＴＭＬの記載がある場合、その解析結果のデータから、フォームタグを探し、ＡＣＴＩＯＮ属性で示された値「/testap/serviet/TestServlet」を取得する。このパスは、既に絶対パスで示されているため、その記述されたコンテンツパスを、リンク先のコンテンツデータを示す情報として抽出する。
【００２４】
そして、リンク抽出部１５は、抽出したコンテンツパスを、リンク先のコンテンツデータを示す情報として、リンク情報登録・削除部１６へ通知する。そして、リンク情報登録・削除部１６が、リンク抽出部１５の抽出したリンク先のコンテンツデータを示すコンテンツパスを、コンテンツリストデータベース３へ登録する（ステップＳ１０９）。これにより、クライアント端末４のブラウザ処理部４１が配信要求を行ったコンテンツデータ内に記述されている、リンク先の他のコンテンツデータのコンテンツパス（リンク先識別情報）が、コンテンツリストデータベース３に登録される。ここで、ウェブサーバ２から送信されるコンテンツ配信要求に対応する応答データ内のコンテンツデータは、複数のリンク先の他のコンテンツデータを示している場合が考えられる。その場合は、複数のリンク先の他のコンテンツデータのコンテンツパスが、上述のリンク抽出部１５の処理や、リンク情報登録・削除部１６の上述の処理の繰り返しにより、コンテンツリストデータベース３に格納されることとなる。
【００２５】
図３はウェブサーバに格納されたファイルコンテンツの配置位置を示す図である。
図４はウェブサーバに格納されたプログラムコンテンツの配置位置を示す図である。
図５はコンテンツリストデータベースに格納される情報の遷移を説明する図である。
次に、図３〜図５を用いて上述のアクセス制御装置の処理についてより詳細に説明する。
ウェブサーバ２は、ＨＴＭＬのコンテンツデータに記述されているファイルコンテンツやプログラムコンテンツを、図３や図４で示すようなディレクトリ配下にそれぞれ格納している。例えば、図３は、「test1.html」というコンテンツファイルは「/dir1」のディレクトリ配下に格納していることを示している。また、図４は、「test.cgi」というコンテンツプログラムを「/cgi-bin」のディレクトリ配下に格納していることを示している。また、コンテンツリストデータベース３には、図５の応答データ受信前のリストで示すような、コンテンツデータのドキュメントルート直下の「index.html」の情報のみが、初期時に登録されているとする。この応答データ受信前のリストに格納される情報は、予め、ウェブサーバ管理者やコンテンツ作成者が決定したコンテンツのトップページを特定するコンテンツパス（ＵＲＬ）の情報である。なお、「index.html」は通常ウェブサイトのトップページを示すコンテンツファイルの情報である。
【００２６】
そして、アクセス可否判定部１２は、コンテンツ配信要求で示されるコンテンツパスの情報が、コンテンツリストデータベース３に格納されているかを判定する前の段階において、上述のステップＳ１０１の処理により、例えば、「/test.html」を示すコンテンツ配信要求を、クライアント端末４のブラウザ処理部４１から受信したとする。この場合、アクセス可否判定部１２は、ステップＳ１０２の処理において、「/test.html」の情報がコンテンツリストデータベース３に格納されていないと判定し、「/test.html」へのアクセスは不可であるため、エラー応答をクライアント端末４のブラウザ処理部４１へ送信する。また、ステップＳ１０１の処理において、「/index.html」を示すコンテンツ配信要求をクライアント端末４のブラウザ処理部４１から受信したとする。この場合、アクセス可否判定部１２は、ステップＳ１０２の処理において、「/index.html」の情報がコンテンツリストデータベース３に格納されていると判定し、その場合はコンテンツデータへのアクセスが可であるため、受信したコンテンツ配信要求をコンテンツ取得部１３へ転送し、コンテンツ取得部１３が、そのコンテンツ配信要求をウェブサーバ２へ送信する。
【００２７】
次に、上述のステップＳ１０５において、ウェブサーバ２のウェブサーバ処理部よりコンテンツ配信要求に対応する正常な応答データを受信したとする。すると、ステップＳ１０７において、構文解析部１４は応答データ内のコンテンツデータのＨＴＭＬを構文解析し、その結果、そのＨＴＭＬに、リンク先のコンテンツパスの情報として「/dir1/test1.html」，「/images/image1.jpg」，「/testap/servlet/TestServlet」の情報が記述されていることを判定する。この場合、ステップＳ１０８においてリンク抽出部１５は、解析結果のデータから、リンク先のコンテンツへの参照を示すタグに関連付けられて記述されている、「/dir1/test1.html」，「/images/image1.jpg」，「/testap/servlet/TestServlet」の情報を抽出する。そして、ステップＳ１０９においてリンク情報登録・削除部１６が、これら、「/dir1/test1.html」，「/images/image1.jpg」，「/testap/servlet/TestServlet」の情報を、コンテンツリストデータベース３へ登録する。この時のコンテンツリストデータベース３に登録されているコンテンツパスの情報を、図５の応答データ受信後のリストで示す。
【００２８】
そして、次に、新たにクライアント端末４のブラウザ処理部４１からコンテンツ配信要求を受信した場合、アクセス制御装置１のアクセス可否判定部１２は、その新たなコンテンツ配信要求に格納されているコンテンツパスが、コンテンツリストデータベース３に格納されている、「/index.html」，「/dir1/test1.html」，「/images/image1.jpg」，「/testap/servlet/TestServlet」のいずれかと一致するかを判定し、一致すれば、そのコンテンツ配信要求をコンテンツ取得部１３へ転送し、またいずれとも一致しない場合には、エラー応答をクライアント端末４へ返信する。
なお、リンク情報登録・削除部１６は、コンテンツリストデータベース３に登録したコンテンツパスの情報は、例えば、２４時間毎などの一定期間ごとに検査して、数日間など一定期間以上参照されていないコンテンツパスを、コンテンツリストデータベース３から削除するような処理を行うようにしてもよい。
【００２９】
以上、本発明の実施形態について説明したが、上述の処理によれば、あらかじめウェブコンテンツ群の最上位であるコンテンツデータのコンテンツパス（ウェブサーバが配信するウェブページのトップページのＵＲＬなど）のみをコンテンツリストデータベース３に登録しておけば、コンテンツ配信要求を受信するたびに、当該ウェブコンテンツ群の最上位であるコンテンツデータ内にリンク先として記述されているコンテンツデータや、該コンテンツデータ内にリンク先として記述されているコンテンツデータのコンテンツパスだけが、順次、コンテンツリストデータベース３に格納されて行き、自動的に公開対象となる。これにより、ウェブコンテンツ群の最上位であるコンテンツデータから順次リンクしているコンテンツデータのみを、自動的にコンテンツリストデータベース３へ登録することが可能となる。そして、ウェブコンテンツ群の最上位であるコンテンツデータから順次リンクしているどのコンテンツデータからも、リンク先と設定されていない不要なコンテンツデータや、アクセス不可のコンテンツデータへは、コンテンツリストデータベース３へ登録されないため、それらコンテンツデータへのアクセスを自動的に禁止することができることとなる。したがって、アクセス許可とするコンテンツデータや、アクセス不可とするコンテンツデータの情報の全てを、コンテンツデータベース３へ登録する必要が無いため、ウェブサーバ管理者やコンテンツ作成者が、事前にクライアント端末３に表示可能、または非表示のコンテンツデータのコンテンツパスを把握する必要がなくなり、ウェブサーバ管理者やコンテンツ作成者の労力を軽減することができる。また、アクセス可否の設定を定義ファイル（コンテンツリストデータベース３）などに登録する必要が無いため、ウェブサーバ管理者やコンテンツ作成者の労力を軽減することができる。
【実施例２】
【００３０】
図６は実施例２によるアクセス制御装置の構成を示すブロック図である。
次に、図６を用いて実施例２によるアクセス制御装置について説明する。
図６で示すように、実施例２で示すアクセス制御装置１は、ウェブサーバ２の内部にプラグインとして組み込まれる場合の例である。つまり、アクセス制御装置１は、ウェブサーバ２の外部の装置として動作する以外に、ウェブサーバ内の一つの機能として動作するようにしてもよい。
【００３１】
この場合、クライアント端末４のブラウザ処理部４１から送信されたコンテンツ配信要求を、ウェブサーバ２が受信する。そして、ウェブサーバ２は、プラグインを実行し、これにより、ウェブサーバ２内にアクセス制御装置１の機能が構成される。そして、アクセス制御装置１は、コンテンツ配信要求で示されるコンテンツデータのコンテンツパスが、ウェブサーバ２外、またはウェブサーバ２内に備えられたコンテンツリストデータベース３に登録されているか検索する。
【００３２】
そして、コンテンツ配信要求で示されるコンテンツデータのコンテンツパスの情報が、コンテンツリストデータベース３内から検索できれば、当該コンテンツデータへアクセス可と判定する。なお、コンテンツ配信要求で示されるコンテンツデータのコンテンツパスの情報が、コンテンツリストデータベース３内から検索できなければ、アクセスリスト判定部１２は、アクセス処理部１１を介してクライアント端末４へエラー応答を送信する。コンテンツ配信要求で示されるコンテンツデータのコンテンツパスの情報が、コンテンツリストデータベース３内から検索できた場合には、アクセス可否判定部１２は、コンテンツ配信要求を、コンテンツ取得部１３へ転送し、コンテンツ取得部１３がそのコンテンツ配信要求をウェブサーバ２内のウェブサーバ処理部２１へ通知する。
【００３３】
次に、ウェブサーバ２内のウェブサーバ処理部２１は、コンテンツ配信要求に格納されているコンテンツパス（ＵＲＬなど）に基づいて、配信するコンテンツデータを特定し、そのコンテンツデータを格納した応答データを、ウェブサーバ２内のアクセス制御装置１へ送信する。なお、ウェブサーバ２内のウェブサーバ処理部２１は、コンテンツ配信要求に格納されているコンテンツパスにコンテンツデータが無い場合などにおいては、エラー応答をクライアント端末４へ送信する。
【００３４】
また、コンテンツ取得部１３は、コンテンツデータを格納した応答データを、ウェブサーバ２内のウェブサーバ処理部２１より受信した場合、構文解析部１４へ構文解析処理を行うよう指示する。すると、構文解析部１４は、受信した応答データに格納されているコンテンツデータのＨＴＭＬ構文の解析を行う。そして、リンク抽出部１５が、構文解析結果のデータから、リンク先のコンテンツデータのコンテンツパスを抽出する。また、リンク情報登録・削除部１６は、リンク抽出部１５の抽出したリンク先のコンテンツデータを示すコンテンツパスを、コンテンツリストデータベース３へ登録する。以上のように、アクセス制御装置１を、ウェブサーバ２内のプラグインとして、ウェブサーバ２内にその機能を構成することができる。
【実施例３】
【００３５】
図７は実施例３によるアクセス制御装置の構成を示すブロック図である。
次に、図７を用いて実施例３によるアクセス制御装置について説明する。
図７で示すアクセス制御装置１は、図１で示すアクセス制御装置１にエラー処理部１７をさらに保持する場合の例を示している。このエラー処理部１７は、コンテンツ取得部１３がウェブサーバ２よりエラー応答を受信した場合、そのエラー応答が示すエラー種別を読み取る。このエラー種別は、例えば、コンテンツ配信要求内のコンテンツパスで示されるコンテンツデータが存在しないという情報を示している。そしてエラー処理部１７はエラー応答のエラー種別が、コンテンツ配信要求内のコンテンツパスで示されるコンテンツデータが存在しないとい情報を示している場合、当該コンテンツ配信要求に格納されているコンテンツパスを読み取って、そのコンテンツパスの情報を、コンテンツリストデータベース３から削除するよう、リンク情報登録・削除部１６へ指示する。そして、リンク情報登録・削除部１６が、指示されたコンテンツパスの情報を、コンテンツリストデータベース３から削除する。
これにより、コンテンツリストデータベース４に登録されている情報のうち、不要な情報の自動削除を行うことができる。なお、上記実施例２において、プラグインの実行によりウェブサーバ内に構成されるアクセス制御装置に、エラー処理部１７の構成が存在するようにしてもよい。
【００３６】
以上、本発明の実施形態について説明したが、上述のアクセス制御装置、ウェブサーバ、クライアント端末等の各装置は内部に、コンピュータシステムを有している。そして、上述した各処理の過程は、プログラムの形式でコンピュータ読み取り可能な記録媒体に記憶されており、このプログラムをコンピュータが読み出して実行することによって、上記処理が行われる。ここでコンピュータ読み取り可能な記録媒体とは、磁気ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、半導体メモリ等をいう。また、このコンピュータプログラムを通信回線によってコンピュータに配信し、この配信を受けたコンピュータが当該プログラムを実行するようにしても良い。
【００３７】
また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
【符号の説明】
【００３８】
１・・・アクセス制御装置
２・・・ウェブサーバ
３・・・コンテンツリストデータベース（アクセス許可対象記憶手段）
４・・・クライアント端末
１１・・・アクセス処理部
１２・・・アクセス可否判定部（アクセス可否判定手段）
１３・・・コンテンツ取得部（構造化文書データ取得手段）
１４・・・構文解析部（構文解析手段）
１５・・・リンク抽出部（アクセス先追加情報抽出手段）
１６・・・リンク情報登録・削除部（アクセス先識別情報登録手段、アクセス先識別情報削除手段）
１７・・・エラー処理部
４１・・・ブラウザ処理部
【図１】
2010191874.tif 000003
【図２】
2010191874.tif 000004
【図３】
2010191874.tif 000005
【図４】
2010191874.tif 000006
【図５】
2010191874.tif 000007
【図６】
2010191874.tif 000008
【図７】
2010191874.tif 000009