JP2011238263A - 情報処理装置、情報処理方法、及びコンピュータプログラム - Google Patents

Abstract

【課題】 ＵＲＬフィルタリングの解除を行う期間を無期限とせず、一定の期間にのみＵＲＬフィルタリングルールでは許可されない情報資源への接続を許可することを可能とする。
【解決手段】 ＵＲＬフィルタリングルール等の中継制御ルールを無効化するための有効期限付きのパスワードを用意する。そして、中継制御ルールを適用した中継制御により、サーバ装置へのＨＴＴＰ通信の中継を拒否した場合に、当該適用されたフィルタリングルールを解除するためのパスワードを入力するための画面を送信する。そして、画面を介して入力されたパスワードが有効期限内である場合に、当該中継制御ルールを解除し、サーバ装置へのアクセスを許可する。
【選択図】 図１２

Description

本発明は、内部ネットワークの端末装置とインターネット等の外部ネットワーク上のホームページ等の情報資源を提供するサーバ装置等との間の通信の中継制御を行う技術に関する。

ネットワーク技術の発展によって、情報のやりとりが非常に簡便に、且つ効率良く行うことが可能になっている。例えば、会議に使用する資料を電子メールに添付して参加者に前もって送付したりすることが、手間も煩わしさもなく行うことが可能になっている。ただ、このようにネットワーク技術が発達し、情報のやりとりが容易に行われるようになった反面、重要な機密情報が簡単に外部に流出してしまう、また、外部からコンピュータウィルス等の有害情報が流入してしまうという危険性の度合いも増してきている。

そこで、企業等では、業務とは直接関係ない情報を提供しているサーバへのアクセスを禁止する等の対策を講じている。例えば、特定のＵＲＬに対するアクセスを禁止する通信制御であるＵＲＬフィルタリングを行うコンピュータ機器を導入し、アクセスが許可されないＵＲＬに対するリクエストを当該ＵＲＬが示す情報資源を提供する外部サーバに転送しないことで、当該ＵＲＬが示す情報資源にアクセスできないようにしている。

ＵＲＬフィルタリングを行う場合には、アクセスを許可するＵＲＬのリストであるホワイトリストや、アクセスを禁止するＵＲＬのリストであるブラックリストを作成し、それらに対する制御を、つまりは、ホワイトリストに登録されているＵＲＬに対するリクエストはその通信を中継し、ブラックリストに登録されているＵＲＬに対するリクエストは、その通信を中継しないといった制御を行うことになる。

例えば、特許文献１には、ＵＲＬフィルタリングに関し、ホワイトリストの登録編集を行うことを容易にする発明が開示されている。この発明によれば管理者がＵＲＬフィルタ設定を行うことを容易にしている。また、ＵＲＬフィルタリングによる通信制御では、全てのユーザの要求を満たすルールを作成するのは困難であるので、例えば、ＵＲＬフィルタリングルールに関係なく、例えば予め指定されたパスワードを入力させることでフィルタリングを解除し、ブラックリストに登録されているＵＲＬに対しても接続を許可する等の機能を有しているＵＲＬフィルタリングアプリケーション等もある。

特開２００９−２７７１５６号公報

先にも述べたように、ＵＲＬフィルタリングによるインターネット上の情報資源へのアクセス制御を行う場合、全てのユーザが満足いくルールを作成することは、ほぼ不可能といってよい。しかし、特定のパスワードで全てのＵＲＬフィルタリングを解除してしまうのでは、パスワードが流出してしまうと、ＵＲＬフィルタリングがそもそも意味をなさなくなってしまう。

特に、企業内でのＵＲＬフィルタリングにおいては、フィルタリングルールを適用するとアクセスすることができない、業務に必要と思われる情報を得られるホームページ等の情報資源に一定期間アクセスを許可し、その間に情報を入手できる機会を与えれば良く、フィルタリングルールの解除状態を継続する必要性は低い。

そこで、本発明は、上記した課題に鑑み、ＵＲＬフィルタリングの解除を行う期間を無期限とせず、一定の期間にのみＵＲＬフィルタリングルールでは許可されない情報資源への接続を許可することを可能とする情報処理装置、情報処理方法、及びコンピュータプログラムを提供することを目的とする。

上記した目的を達成するために、本発明の情報処理装置は以下の構成を備える。即ち、端末装置と、外部のサーバ装置との間の通信を中継制御するための中継制御ルール、及び当該中継制御ルールを解除するための有効期限が設定されたパスワードを記憶する記憶手段を備え、前記端末装置と前記外部サーバとの間の通信の中継制御を行う情報処理装置であって、前記端末装置と前記外部のサーバ装置との間で送受信されるＨＴＴＰデータを取得する第１の取得手段と、前記第１の取得手段で取得したＨＴＴＰデータに対して前記中継制御ルールを適用することにより、当該ＨＴＴＰデータの中継を許可するか否かを判断する第１の判断手段と、前記第１の判断手段で中継を拒否すると判断した後に、前記端末装置に対して、前記中継制御ルールを解除するためのパスワード入力欄を備える画面情報を送信する送信手段と、前記端末装置において、前記画面情報を介して入力されたパスワードを取得する第２の取得手段と、前記第２のパスワードが前記記憶手段に記憶され、且つ当該パスワードが有効期限内であるかを判断する第２の判断手段と、前記第２の判断手段で前記第２の取得手段で取得したパスワードが前記記憶手段に記憶され、且つ当該パスワードが有効期限内であると判断した場合に、解除エントリを生成する生成手段と、前記第１の判断手段で、中継を許可しないと判断されたＨＴＴＰデータに対応する解除エントリが生成されている場合に、前記第１の判断手段で中継しないと判断された通信を中継するように制御する制御手段とを備える。

また、上記した目的を達成するために、本発明の情報処理方法は以下の構成を備える。即ち、端末装置と、外部のサーバ装置との間の通信を中継制御するための中継制御ルール、及び当該中継制御ルールを解除するための有効期限が設定されたパスワードを記憶する記憶装置を備え、前記端末装置と前記外部サーバとの間の通信の中継制御を行う情報処理装置によって行われる情報処理方法であって、前記端末装置と前記外部のサーバ装置との間で送受信されるＨＴＴＰデータを取得する第１の取得工程と、前記第１の取得工程で取得したＨＴＴＰデータに対して前記中継制御ルールを適用することにより、当該ＨＴＴＰデータの中継を許可するか否かを判断する第１の判断工程と、前記第１の判断工程で中継を拒否すると判断した後に、前記端末装置に対して、前記中継制御ルールを解除するためのパスワード入力欄を備える画面情報を送信する送信工程と、前記端末装置において、前記画面情報を介して入力されたパスワードを取得する第２の取得工程と、前記第２のパスワードが前記記憶装置に記憶され、且つ当該パスワードが有効期限内であるかを判断する第２の判断工程と、前記第２の判断工程で前記第２の取得工程で取得したパスワードが前記記憶装置に記憶され、且つ当該パスワードが有効期限内であると判断した場合に、解除エントリを生成する生成工程と、前記第１の判断工程で、中継を許可しないと判断されたＨＴＴＰデータに対応する解除エントリが生成されている場合に、前記第１の判断工程で中継しないと判断された通信を中継するように制御する制御工程とを備える。

また、上記した目的を達成するために、本発明のコンピュータプログラムは以下の構成を備える。即ち、端末装置と、外部のサーバ装置との間の通信を中継制御するための中継制御ルール、及び当該中継制御ルールを解除するための有効期限が設定されたパスワードを記憶する記憶手段を備えるコンピュータを、前記端末装置と前記外部サーバとの間の通信の中継制御を行う情報処理装置として機能させるためのコンピュータプログラムであって、前記コンピュータを、前記端末装置と前記外部のサーバ装置との間で送受信されるＨＴＴＰデータを取得する第１の取得手段と、前記第１の取得手段で取得したＨＴＴＰデータに対して前記中継制御ルールを適用することにより、当該ＨＴＴＰデータの中継を許可するか否かを判断する第１の判断手段と、前記第１の判断手段で中継を拒否すると判断した後に、前記端末装置に対して、前記中継制御ルールを解除するためのパスワード入力欄を備える画面情報を送信する送信手段と、前記端末装置において、前記画面情報を介して入力されたパスワードを取得する第２の取得手段と、前記第２のパスワードが前記記憶手段に記憶され、且つ当該パスワードが有効期限内であるかを判断する第２の判断手段と、前記第２の判断手段で前記第２の取得手段で取得したパスワードが前記記憶手段に記憶され、且つ当該パスワードが有効期限内であると判断した場合に、解除エントリを生成する生成手段と、前記第１の判断手段で、中継を許可しないと判断されたＨＴＴＰデータに対応する解除エントリが生成されている場合に、前記第１の判断手段で中継しないと判断された通信を中継するように制御する制御手段として機能させる。

本発明によれば、ＵＲＬフィルタリングの解除を行う期間を無期限とせず、特定のユーザに対してある一定の期間にのみＵＲＬフィルタリングルールでは許可されない情報資源への接続を許可することを可能とする情報処理装置、情報処理方法、及びコンピュータプログラムを提供することが可能となる。

本発明の実施形態に係る、情報処理システムのシステム構成の一例を示す図である。 図１のプロキシサーバ１０１に適用可能な情報処理装置のハードウェア構成の一例を示す図である。 図１のプロキシサーバ１０１の機能構成の一例を示す図である。 図１のプロキシサーバ１０１により行われる処理の概要を示すフローチャートである。 図４のステップＳ４０２の中継制御ルール設定処理の詳細を示すフローチャートである。 図４のステップＳ４０４のアクセスブロック解除パスワード設定処理の詳細を示すフローチャートである。 図４のステップＳ４０６のプロキシ処理の詳細を示すフローチャートである。 図４のステップＳ４０８のアクセスブロック解除パスワード判定処理の詳細を示すフローチャートである。 図４のステップＳ４１０のアクセスブロック・禁止解除申請登録処理の詳細を示すフローチャートである。 図４のステップＳ４１２のアクセスブロック・禁止解除申請判定処理の詳細を示すフローチャートである。 図７のステップＳ７０７の中継制御ルール適用処理の詳細を示すフローチャートである。 図７のステップＳ７０９のパスワードによる解除判定処理の詳細を示すフローチャートである。 図７のステップＳ７１１の承認による解除判定処理の詳細を示すフローチャートである。 図３の中継制御ルールＤＢ（データベース）３１１の構成の一例を示す図である。 図３のアクセスブロック解除パスワードＤＢ（データベース）３１２の構成の一例を示す図である。 図３のアクセスブロック・アクセス禁止解除申請ＤＢ（データベース）３１３の構成の一例を示す図である。 図３のアクセスブロック・アクセス禁止解除エントリＤＢ（データベース）３１４の構成の一例を示す図である。 クライアントＰＣ１０２の表示部に表示される中継制御ルール一覧画面１８００の構成の一例を示す図である。 クライアントＰＣ１０２の表示部に表示される中継制御ルール詳細画面１９００の構成の一例を示す図である。 クライアントＰＣ１０２の表示部に表示される中継制御ルール移動画面２０００の構成の一例を示す図である。 クライアントＰＣ１０２の表示部に表示されるアクセスブロック解除パスワード一覧画面２１００の構成の一例を示す図である。 クライアントＰＣ１０２の表示部に表示されるアクセスブロック解除パスワード詳細画面２２００の構成の一例を示す図である。 クライアントＰＣ１０２の表示部に表示されるアクセスブロック画面２３００の構成の一例を示す図である。 クライアントＰＣ１０２の表示部に表示されるアクセスブロック解除申請画面２４００の構成の一例を示す図である。 クライアントＰＣ１０２の表示部に表示されるアクセスブロック・アクセス禁止解除申請一覧画面２５００の構成の一例を示す図である。 クライアントＰＣ１０２の表示部に表示されるアクセスブロック・アクセス禁止解除申請詳細画面２６００の構成の一例を示す図である。 クライアントＰＣ１０２の表示部に表示されるアクセス禁止画面２７００の構成の一例を示す図である。

以下、図面を参照して、本発明に係る情報処理システムの実施の形態について説明する。図１は、本発明に係る情報処理システムのシステム構成の一例を示す図である。図１に示す如く本実施形態に係る情報処理システムは、プロキシサーバ１０１、クライアントＰＣ１０２−１乃至１０２−３（以後、まとめて「クライアントＰＣ１０２」とする）、ＬＡＮ１０３、広域ネットワーク１０４、ウェブサーバ１０５−１乃至１０５−３（以後、まとめて「ウェブサーバ１０５」とする）を備えている。以下、本発明の情報処理システムを構成する各装置について説明する。

プロキシサーバ１０１は、本発明の情報処理装置として機能する装置であり、クライアントＰＣ１０２とウェブサーバ１０５との間のデータ通信を中継する。また、プロキシサーバ１０１は、後述する中継制御ルールに従って、クライアントＰＣ１０２からウェブサーバ１０５に対して送信されるデータの中継を許可する（中継する）／拒否する（中継しない）、ウェブサーバ１０５からクライアントＰＣ１０２に対して送信されたデータの中継を許可する／拒否するといったデータの通信制御（中継制御）を行う機能や、当該中継制御ルールの登録、修正、削除等を行うために用いられる各種の設定ページの提供するウェブサーバ機能を有している。

クライアントＰＣ１０２は、ウェブサーバ１０５が提供する各種のサービス（ホームページの閲覧等）を利用するユーザが使用する端末装置である。ＬＡＮ１０３は、プロキシサーバ１０１、クライアントＰＣ１０２を相互にデータ通信可能に接続するネットワークである。

ウェブサーバ１０５は、各種のウェブサービスを提供するサービス事業者により設置されるサーバ装置である。ここで提供されるサービスとしては、例えばホームページの閲覧サービスや、商品の販売サービス、航空券やホテル等の予約サービス等があるが、これに限定されない。プロキシサーバ１０１とウェブサーバ１０５は、インターネット等の広域ネットワーク１０４を介して、相互にデータ通信可能に接続されている。以上が本発明の情報処理システム構成の一例の説明である。

次に図２を参照して、図１のプロキシサーバ１０１に適用可能な情報処理装置のハードウェアの構成の一例を説明する。

図中、ＣＰＵ２０１は、システムバス２０４に接続される後述の各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０３あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Basic Input / Output System）やオペレーティングシステムプログラム（以下、ＯＳ）や、プロキシサーバ１０１に後述する各種の処理を実行させるために必要な各種プログラムやデータ等が記憶されている。ＲＡＭ２０２は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。

ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＡＭ２０２にロードして、プログラムを実行することで後述する各種処理を実現するものである。また、入力コントローラ（入力Ｃ）２０５は、キーボードやポインティングデバイス等で構成される入力装置２０９からの入力を制御する。ビデオコントローラ（ＶＣ）２０６は、ディスプレイ装置２１０等の表示装置への表示を制御する。ディスプレイ装置２１０は、例えばＣＲＴディスプレイや液晶ディスプレイ等で構成される。

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

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

なお、ＣＰＵ２０１は、例えばＲＡＭ２０２内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ装置２１０上での表示を可能としている。また、ＣＰＵ２０１は、ディスプレイ装置２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。以上が、プロキシサーバ１０１に適用可能な情報処理装置のハードウェア構成の説明であるが、後述する各種の処理を実行可能であれば、必ずしも図２に記載のハードウェア構成を有していなくとも構わないことは言うまでもない。

次に、図３を参照して、図１のプロキシサーバ１０１の機能構成について説明する。図３に示す通り、プロキシサーバ１０１は、中継制御ルール設定部３０１、アクセスブロック解除パスワード設定部３０２、プロキシ処理部３０３、アクセスブロック解除パスワード判定部３０４、アクセスブロック・アクセス禁止解除申請登録部３０５、アクセスブロック・アクセス禁止解除申請判定部３０６を備えている。

中継制御ルール設定部３０１は、後述する中継制御ルール設定処理を行う機能部である。アクセスブロック解除パスワード設定部３０２は、後述するアクセスブロック解除パスワード設定処理を行うための機能部である。

プロキシ処理部３０３は、後述するプロキシ処理を行う機能部である。アクセスブロック解除パスワード判定部３０４は後述するアクセスブロック解除パスワード判定処理を行う機能部である。アクセスブロック・アクセス禁止解除申請登録部３０５は後述するアクセスブロック・アクセス禁止解除申請登録処理を行う機能部である。アクセスブロック・アクセス禁止解除申請判定部３０６は後述するアクセスブロック・アクセス禁止解除申請判定処理を行う機能部である。

また、プロキシサーバ１０１は、後述する各種処理を行う際に用いるデータを記憶する中継制御ルールＤＢ３１１、アクセスブロック解除パスワードＤＢ３１２、アクセスブロック・アクセス禁止解除申請ＤＢ３１３、アクセスブロック・アクセス禁止解除エントリＤＢ３１４を備えている。

ここで、図１４、図１５、図１６、及び図１７を参照して、図３の中継制御ルールＤＢ３１１、アクセスブロック解除パスワードＤＢ３１２、アクセスブロック・アクセス禁止解除申請ＤＢ３１３、及びアクセスブロック・アクセス禁止解除エントリＤＢ３１４のデータ構成について説明する。

図１４は、図３の中継制御ルールＤＢ３１１のデータ構成の一例を示す図である。図１４に示すように、中継制御ルールＤＢ３１１には、クライアントＰＣ１０２からウェブサーバ１０５に送信されるデータ（リクエストデータ）の中継制御に用いられるリクエストルールを記憶したリクエストルールテーブル１４００と、クライアントＰＣ１０２から送信されたリクエストデータに応じて、ウェブサーバ１０５から当該クライアントＰＣ１０２に送信されるデータ（レスポンスデータ）の中継制御に用いられるレスポンスルールを記憶したレスポンスルールテーブル１４１０とを備えている。

リクエストルールテーブル１４００には、そのデータ項目として、ＩＤ１４０１、説明１４０２、ＵＲＬ１４０３、カテゴリ１４０４、キーワード１４０５、ＭＩＭＥタイプ１４０６、サイズ１４０７、サイズ条件１４０８、動作１４０９が設定されている。

ＩＤ１４０１には、リクエストルールを一意に識別するための識別情報が登録される。説明１４０２には、当該ルールの説明として、後述する図１９のルール詳細入力画面１９００の説明入力欄１９０２に入力された情報が登録される。ＵＲＬ１４０３には、当該ルールを適用するＵＲＬ条件が登録される。カテゴリ１４０４には、当該ルールが適用されるウェブサービスのカテゴリが登録される。それぞれのウェブサーバ１０５が提供するウェブサービスがどのカテゴリ（例えばショッッピングサイトや旅行サイト、掲示板、ウェブメール等）に属すかを示す情報は、不図示のカテゴリＤＢに登録されている。尚、ＵＲＬ１４０３、カテゴリ１４０４のいずれにも情報が登録されていない場合には、全てのウェブサーバ１０５に対する通信に適用される中継制御ルールであることを示す。

キーワード１４０５には、当該ルールを適用するキーワード条件が登録される。ウェブサーバ１０５に送信されるリクエストデータに含まれるキーワードの条件に登録されている文字列が含まれる場合には、本ルールの適用対象となる。ＭＩＭＥタイプ１４０６には、ＭＩＭＥタイプ条件が登録される。ウェブサーバ１０５に送信されるデータに、当該ＭＩＭＥタイプ条件に該当するファイルが含まれている場合に、そのリクエストデータの通信に対して本ルールが適用される。例えば、ＪＰＥＧファイルを含むリクエストデータの通信に対して適用するリクエストルールには、このＭＩＭＥタイプ１４０６にｉｍａｇｅ／ｊｐｅｇが登録される。

サイズ１４０７には、送信されるデータサイズの閾値条件が、サイズ条件１４０８には、以上、以下、未満等の合致条件が登録される。例えば、データサイズが１ＭＢ以上のデータ通信に適用するリクエストルールには、サイズ１４０７、サイズ条件１４０８にそれぞれ、「１ＭＢ」、「以上」が登録される。

動作１４０９には、ＵＲＬ１４０３からサイズ条件１０８までの設定された条件に合致したデータ通信に対して行う処理が登録される。「中継」が登録されている場合には、ルールに合致したリクエストデータを指定されたウェブサーバ１０５に中継する（中継を許可）。「ブロック」が登録されている場合には、当該リクエストデータをウェブサーバに中継せず（中継を拒否）、図２３に示すアクセスブロック画面２３００をクライアントＰＣ１０２に対して返信する。「禁止」が登録されている場合には、当該リクエストデータをウェブサーバ１０５に中継せず（中継を拒否）、図２７に示すアクセス禁止画面２７００をクライアントＰＣ１０２に対して返信する。

レスポンスルール１４１０も、リクエストルール１４０１と同様のデータ項目を有して構成されているので、詳細な説明は割愛する。尚、本説明では、リクエストルール１４００とレスポンスルール１４１０とを異なるデータテーブルで管理する例を説明したが、これに限らず、例えば、ルールＩＤで特定される中継制御ルールが、リクエストルール、レスポンスルールのいずれであるかを示す情報を登録するデータ項目を設定し、そのデータ項目に設定された値を参照することで当該中継制御ルールがリクエストルールであるか、それともレスポンスルールであるかを特定可能な形で１つのデータテーブルで管理しても勿論構わない。

図１５は、図３のアクセスブロック解除パスワードＤＢ３１２のデータ構成の一例を示す図である。図１５に示すように、アクセスブロック解除パスワードＤＢ３１２には、そのデータ項目として、ＩＤ１５０１、説明１５０２、パスワード１５０３、解除時間１５０４、有効期間１５０５が設定されている。

ＩＤ１５０１には、アクセスブロック解除パスワードデータを一意に識別するための識別情報が登録される。説明１５０２には、当該アクセスブロック解除パスワードデータの説明として、後述する図２２に示すアクセスブロック解除パスワード詳細画面２２００の説明入力欄２２０２に入力された情報が登録される。パスワード１５０３には、中継制御ルールを一時的に解除するために用いられるパスワード情報が登録される。

尚、本実施形態の説明では、中継制御ルールを「解除（無効化）」するとは、中継制御ルールに「ブロック」「禁止」が設定されている（即ち中継を許可しない）場合でもその中継制御ルールに合致したデータ通信を「中継」するデータ中継制御をプロキシサーバ１０１実行させることを意味する。

例えば、後述するアクセスブロック画面２３００の解除パスワード入力欄２３０２に適用ルール表示欄２３０１に表示されている中継制御ルールを解除するためのパスワード１５０３を入力し、解除ボタン２３０３を押下指示することで、プロキシサーバ１０１にアクセスブロック画面２３００の適用ルール表示欄２３０１に表示された中継制御ルールの解除を指示することができる。

解除時間１５０４には、解除時間が登録される。一度アクセスブロック解除パスワードを用いて、ある中継制御ルール（ルール１とする。このルール１の動作１４０９若しくは１４１９には「ブロック」が設定されている。）を解除し、ウェブサーバ１０５に対してアクセスした後に、解除時間に登録されている時間が経過後、再度ルール１の条件で中継がブロックされるウェブサーバ１０５に対してアクセスしようとすると、プロキシサーバ１０１は当該リクエストを中継せず、再度アクセスブロック画面２３００をクライアントＰＣ１０２に対して返信することになる。

有効期間１５０５には、ブロック解除パスワードデータの有効期間情報が登録される。尚、アクセスブロック解除パスワードＤＢについては、例えば、無効ルールＩＤを示すデータ項目を追加して特定のルールのみ解除する（ルールの特定が行われない場合には全てのルールを解除する）ようにしても構わない。データ項目にユーザを特定するためのデータ項目を追加して、当該パスワードを有効に使用できるユーザのみがそのパスワードを使用して中継制御ルールを解除できるようにしても良い（ユーザが特定されない場合には全てのユーザに対して有効）ことは言うまでもない。

図１６は、図３のアクセスブロック・アクセス禁止解除申請ＤＢ３１３のデータ構成の一例を示す図である。図１６に示すように、アクセスブロック・アクセス禁止解除申請ＤＢ３１３には、そのデータ項目として、ＩＤ１６０１、申請日時１６０２、認証名１６０３、ＩＰアドレス１６０４、ルール種類１６０５、ルールＩＤ１６０６、申請理由１６０７が設定されている。

ＩＤ１６０１には、アクセスブロック・アクセス禁止解除申請データを一意に識別するための識別情報が登録される。申請日時１６０２には、当該アクセスブロック・アクセス禁止解除申請データが登録された日時情報が登録される。認証名１６０３には、当該アクセスブロック・アクセス禁止解除申請データの申請を指示したユーザの認証名が登録される。ＩＰアドレスには、当該アクセスブロック・アクセス禁止解除申請を行った際に用いられたクライアントＰＣ１０２のＩＰアドレスが登録される。

ルール種類１６０５には解除対象とする中継制御ルールの種類（リクエストルール、レスポンスルール）が登録される。ルールＩＤ１６０６には、解除対象とする中継制御ルールのＩＤが登録される。１６０７には、解除を行う申請理由が登録される。

図１７は、アクセスブロック・アクセス禁止解除エントリＤＢ３１４のデータ構成の一例を示す図である。図１７に示すように、アクセスブロック・アクセス禁止解除エントリＤＢ３１４には、クライアントＰＣ１０２とウェブサーバ１０５との間のデータの中継制御に用いられる、パスワードによる解除エントリテーブル１７００と承認による解除エントリテーブル１７１０とを備えている。これらはいずれも、プロキシサーバ１０１による中継制御ルールを用いたデータの中継制御では、クライアントＰＣ１０２からウェブサーバ１０５（若しくは、ウェブサーバ１０５からクライアントＰＣ１０２）への送信がブロック、若しくは禁止されるデータの通信を、一時的に例外的に中継する（通信を許可する）ために用いられるデータである。

まず、パスワードによる解除エントリテーブル１７００のデータ構成について説明する。パスワードによる解除エントリデータは、後述する図４のステップＳ４０８のアクセスブロック解除パスワード判定処理（詳細は図８）で、パスワードが有効であると判断した場合に作成される解除エントリデータである。図１７に示す通り、パスワードによる解除エントリテーブル１７００には、そのデータ項目として、認証名１７０１、ＩＰアドレス１７０２、エントリ失効時間１７０３が設定されている。

認証名１７０１には、当該パスワードによる解除エントリが適用されるユーザの認証名が登録される。プロキシサーバ１０１が、プロキシ認証を行っている場合に、認証名１７０１に情報が登録される。ＩＰアドレス１７０２には、当該パスワードによる解除エントリが適用されるクライアントＰＣ１０２のＩＰアドレスが登録される。認証名１７０１が登録されている場合には、この項目にはデータを登録する必要はない。エントリ失効時刻１７０３には、当該パスワードによる解除エントリデータが失効する日時情報が登録される。

次に、承認による解除エントリテーブル１７１０のデータ構成について説明する。承認による解除エントリデータは、後述する図４のステップＳ４１２のアクセスブロック・アクセス禁止申請判定処理（詳細は図１０）で、管理者に解除申請が承認された場合に作成される解除エントリデータである。図１７に示す通り、承認による解除エントリテーブル１７１０には、ＩＤ１７１１、承認名１７１２、ＩＰアドレス１７１３、ルール種類１７１４、ルールＩＤ１７１５、解除時間１７１６が設定されている。

ＩＤ１７１１には、承認による解除エントリデータを一意に識別するための識別情報が登録される。認証名１７１２には、当該承認による解除エントリが適用されるユーザの認証名が登録される。プロキシサーバ１０１が、プロキシ認証を行っている場合に、認証名１７１２に情報が登録される。ＩＰアドレス１７１３には、当該承認による解除エントリが適用されるクライアントＰＣ１０２のＩＰアドレスが登録される。認証名１７１２が登録されている場合には、この項目にはデータを登録する必要はない。

ルール種類１７１４には、リクエストルール、レスポンスルールのルール種別を示す情報が登録される。ルールＩＤ１７１５には、ルールＩＤが登録される。このルール種類１７１４及びルールＩＤ１７１５に登録されている情報をもとに、解除（無効化）する中継制御ルールが特定されることになる。解除期間１７１６には、ルール種類１７１４及びルールＩＤ１７１５とで特定される中継制御ルールの解除期間を示す日時情報が登録される。

以上、図１４〜図１７を用いて説明した各種データの変更処理や、各種データを用いてプロキシサーバ１０１が行うデータ中継制御処理の詳細については、後述する。

次に、図４を参照して、図１のプロキシサーバ１０１のＣＰＵ２０１により行われる処理の概要について説明する。図４に示す処理をＣＰＵ２０１に行わせるために用いられるプログラムは外部メモリ２１１に記憶されており、ＣＰＵ２０１は、必要に応じて当該プログラムをＲＡＭ２０２にロードし、その制御に従って本処理を行うことになる。

本発明のプロキシサーバ１０１は、図３に示した中継制御ルール記憶部３０１が行う中継制御ルール設定処理、アクセスブロック解除パスワード設定部３０２が行うアクセスブロック解除パスワード設定処理、プロキシ部３０３によって行われるプロキシ処理、アクセスブロック解除パスワード判定部３０４によって行われるアクセスブロック解除パスワード判定処理、アクセスブロック・アクセス禁止解除申請登録部３０５により行われるアクセスブロック・アクセス禁止解除申請登録処理、アクセスブロック・アクセス禁止解除申請判定部３０６によって行われるアクセスブロック・アクセス禁止解除申請判定処理、それぞれの処理要求をクライアントＰＣ１０２より受け付けた場合に、図３に示す各機能部による処理を行う。

ステップＳ４０１では、ＣＰＵ２０１は、クライアントＰＣ１０２から中継制御ルールの設定要求を受け付けたかを判断する。この中継制御ルールの設定要求は、クライアントＰＣ１０２が、プロキシサーバ１０１がクライアントＰＣ１０２に提供するウェブページのうち、中継制御ルール設定のためのウェブページにアクセスすることで、プロキシサーバ１０１に対して行うことになる。

ＣＰＵ２０１は、中継制御ルールの設定要求を受け付けたと判断した場合には（ステップＳ４０１でＹＥＳ）、処理をステップＳ４０２に進め、中継制御ルール設定処理を行う。この中継制御ルール設定処理では、クライアントＰＣ１０２とウェブサーバ１０５との間で行われるデータ通信の中継制御を行う際に用いる中継制御ルールの追加登録、変更、削除等を行う。詳細については、図５を参照して後述する。

ステップＳ４０３では、ＣＰＵ２０１は、クライアントＰＣ１０２からアクセスブロック解除パスワードの設定要求を受け付けたかを判断する。アクセスブロック解除パスワードの設定要求は、クライアントＰＣ１０２が、プロキシサーバ１０１がクライアントＰＣ１０２に提供するウェブページのうち、アクセスブロック解除パスワード設定のためのウェブページにアクセスすることで、プロキシサーバ１０１に対して行うことになる。

ＣＰＵ２０１は、アクセスブロック解除パスワードの設定要求を受け付けたと判断した場合には（ステップＳ４０３でＹＥＳ）、処理をステップＳ４０４に進め、アクセスブロック解除パスワードの設定処理を行う（ステップＳ４０４）。このアクセスブロック解除パスワードの設定処理では、通常の中継制御ルールを適用した中継制御処理では中継がブロックされる通信を一時的に中継させるためのパスワードの設定処理を行う。この処理の詳細については図６を参照して後述する。

ステップＳ４０５では、ＣＰＵ２０１は、プロキシ処理の要求を受け付けたかを判断する。ＣＰＵ２０１は、クライアントＰＣ１０２からウェブサーバ１０５に対しての送信されたリクエストデータを取得した場合や、クライアントＰＣ１０２からのデータ通信に応じて、ウェブサーバ１０５からクライアントＰＣ１０２に返送されたレスポンスデータを取得した場合に、このプロキシ要求を受け付けたと判断する。

ＣＰＵ２０１は、プロキシ処理の要求を受け付けたと判断した場合に（ステップＳ４０５でＹＥＳ）、処理をステップＳ４０６に進め、プロキシ処理を行う。このプロキシ処理では、プロキシサーバ１０１のＣＰＵ２０１は、中継制御ルール３１１に従ったデータの中継制御を行う。この処理の詳細については、図７を参照して後述する。

ステップＳ４０７では、ＣＰＵ２０１は、クライアントＰＣ１０２よりアクセスブロック解除パスワードを受け付けたかを判断する。ステップＳ６０６のプロキシ処理の結果に応じてクライアントＰＣ１０２に送信され、クライアントＰＣ１０２のディスプレイ装置に表示されるアクセスブロック画面２３００解除ボタン２３００の押下指示を受け付けることで、クライアントＰＣ１０２が解除パスワード入力欄２３０２に入力された情報をアクセスブロック解除パスワードとして、プロキシサーバ１０１に対して送信する。

ＣＰＵ２０１は、アクセスブロック解除パスワードを受け付けた（受信した）と判断した場合に（ステップＳ４０７でＹＥＳ）、処理をステップＳ４０８に進め、アクセスブロック解除パスワード判定処理を行う。この処理の詳細については、図８を参照して後述する。

ステップＳ４０９では、ＣＰＵ２０１は、アクセスブロック・アクセス禁止解除申請を受け付けたかを判断する。ステップＳ６０６のプロキシ処理の結果に応じてクライアントＰＣ１０２に送信され、クライアントＰＣ１０２のディスプレイ措置に表示されるアクセスブロック画面２３００中のアクセスブロック解除申請要求アンカー２３０４に対するクリック指示、アクセス禁止画面２７００中のアクセス禁止解除申請要求アンカー２７０２に対するクリック指示を受け付けることで行われる、クライアントＰＣ１０２によるプロキシサーバ１０１が提供するアクセスブロック・アクセス禁止解除申請を行うためのページへのアクセスを受け付けた場合に、ＣＰＵ２０１は、アクセスブロック・アクセス禁止解除申請を受け付けたと判断することになる。

ＣＰＵ２０１は、アクセスブロック・アクセス禁止解除申請を受け付けたと判断した場合には（ステップＳ４０９でＹＥＳ）、処理をステップＳ４１０に進め、アクセスブロック・アクセス禁止解除申請登録処理を行う。この処理の詳細については、図９を参照して後述する。

ステップＳ４１１では、ＣＰＵ２０１は、アクセスブロック・アクセス禁止解除申請判定要求を受け付けたかを判断する。アクセスブロック・アクセス禁止解除申請判定要求は、ステップＳ４１０で申請登録されたアクセスブロック・アクセス禁止解除申請に対する承認／否認の処理を行うためのウェブページに対して、クライアントＰＣ１０２からのアクセスを受け付けた場合に、ＣＰＵ２０１は、アクセスブロック・アクセス禁止解除申請判定要求を受け付けたと判断することになる。

ＣＰＵ２０１は、アクセスブロック・アクセス禁止解除申請判定要求を受け付けたと判断した場合には（ステップＳ４１１でＹＥＳ）、処理をステップＳ４１２に進め、アクセスブロック・アクセス禁止解除申請判定処理を行う。この処理の詳細については、図１０を参照して後述する。

そして、以上の処理を終了指示の入力を受け付ける（ステップＳ４１３でＹＥＳと判断する）まで行うことになる。以上が、本発明のプロキシサーバ１０１が行う処理の概要である。

次に、図５を参照して、図４のステップＳ４０２の中継制御ルール設定処理の詳細について説明する。この処理では、ＣＰＵ２０１は、ＣＰＵ２０１を中継制御ルール設定部３０１として機能させるためのプログラムの制御に従って、後述するプロキシ処理でのデータの中継制御に使用する中継制御ルールを編集し、中継制御ルールＤＢ（データベース）３１１を更新する処理を行う。

まず、ＣＰＵ２０１は、後述する中継制御ルール一覧画面１８００を表示させるための情報である、中継制御ルール一覧画面情報を作成し、クライアントＰＣ１０２に対して送信する（ステップＳ５０１）。この中継制御ルール一覧画面情報を受信したクライアントＰＣ１０２は、例えば、ブラウザアプリケーションの制御に従い、表示部に図１８に示す中継制御ルール一覧画面１８００を表示することになる。

ここで図１８を参照して、中継制御ルール一覧画面１８００の構成について説明する。図１８は、プロキシサーバ１０１より中継制御ルール一覧画面情報を受信したクライアントＰＣ１０２の表示部に表示される中継制御ルール一覧画面の構成の一例を示す図である。

図１８に示すように、中継制御ルール一覧画面１８００には、中継ルール制御ルール種別（リクエストルール、レスポンスルール）ごとの、一覧表示部（リクエストルール一覧表示部１８１０、レスポンスルール一覧表示部１８２０）が設定されている。それぞれの一覧表示部には、その中継制御ルールデータの詳細データの表示部として、ＩＤ１８０１、説明１８０２、動作１８０３が設定されており、さらに、操作ボタン表示部１８０４には、各中継制御ルールデータの更新、削除、移動、追加を行うための更新ボタン１８０５−１、１８０５−２、削除ボタン１８０６−１、１８０６−２、移動ボタン１８０７−１、１８０７−２追加ボタン１８０８−１、１８０８−２が設定されている。

ＩＤ１８０１は、中継制御ルールのＩＤを表示するための表示部である。このＩＤ１８０１に表示されるデータは、図１４の中継制御ルールＤＢ３１１のＩＤ１４０１（若しくはＩＤ１４１１）に登録されている。説明１８０２は、中継制御ルールの説明を表示するための表示部である。この説明１８０２に表示されるデータは、図１４の中継制御ルール３１１の説明１４０２（若しくは説明１４１２）に登録されている。動作１８０３は、当該ルールに合致したデータに対してプロキシサーバ１０１が行う処理を表示する表示部である。この動作１８０３に表示されるデータは、図１４の中継制御ルール３１１の動作１４０９（若しくは動作１４１９）に登録されている。

更新ボタン１８０５−１、１８０５−２は、プロキシサーバ１０１に対して、当該中継制御ルールデータの詳細設定変更要求を送信するために用いられるコントロールである。削除ボタン１８０６−１、１８０６−２は、プロキシサーバ１０１に対して、当該中継制御ルールデータの削除要求を送信するために用いられるコントロールである。

移動ボタン１８０７−１、１８０７−２は、プロキシサーバ１０１に対して、中継制御ルールデータの移動（優先度の変更）の要求を送信するために用いられるコントロールである。追加ボタン１８０８−１、１８０８−２は、新規の中継制御ルールの登録のために、プロキシサーバに中継制御ルールの追加要求を送信するためのコントロールである。以上が、図１８に示す中継制御ルール一覧画面の構成の説明である。

図５の説明に戻る。クライアントＰＣ１０２に中継制御ルール一覧画面１８００を表示させるための画面情報を送信後、ＣＰＵ２０１は、クライアントＰＣ１０２よりリクエストルールの詳細設定要求を受け付けたかを判断する（ステップＳ５０２）。リクエストルールの詳細設定要求は、図１８の更新ボタン１８０５−１、若しくは追加ボタン１８０８−１の押下指示をクライアントＰＣ１０２が受け付けた場合に、プロキシサーバ１０１に対して発行される。

ＣＰＵ２０１は、リクエストルールの詳細設定要求を受け付けたと判断した場合には（ステップＳ５０２でＹＥＳ）、クライアントＰＣ１０２に対して、図１９に示す中継制御ルール詳細画面１９００を表示させるための画面情報を送信する（ステップＳ５０３）。尚、更新ボタン１８０５−１の押下を受け付けたことで、クライアントＰＣ１０２がプロキシサーバ１０１に対してこの要求を行った場合には、更新対象となるリクエストルールの詳細を含んだ画面情報を作成し、クライアントＰＣ１０２に対して送信することになる。

ここで図１９を参照して、中継制御ルール詳細画面１９００の構成について説明する。図１９は、プロキシサーバ１０１より中継制御ルール詳細画面情報を受信したクライアントＰＣ１０２の表示部に表示される中継制御ルール詳細画面１９００の構成の一例を示す図である。

中継制御ルール詳細画面１９００には、種類表示部１９０１、ＩＤ表示部１９０２、説明入力欄１９０３、ＵＲＬ条件（ＵＲＬ、カテゴリ）指定部１９０４、ＵＲＬ入力欄１９０５、カテゴリ選択部１９０６、キーワード条件入力欄１９０７、ＭＩＭＥタイプ条件入力欄１９０８、サイズ閾値入力欄１９０９、サイズ条件指定部１９１０、動作指定部１９１１、更新ボタン１９１２、キャンセルボタン１９１３が設定されている。

種類表示部１９０１は、中継制御ルールの種類、即ち、リクエストルール、レスポンスルールを表示するための表示部である。ここでリクエストルールと表示されている場合には図１４のリクエストルールテーブル１４００に、レスポンスルールと表示されている場合にはレスポンスルールテーブル１４１０に作成される中継制御ルールが登録されることになる。

ＩＤ表示部１９０２は、中継制御ルールを一意に識別するための識別情報を表示するための表示部である。このＩＤ表示部１９０２に表示されるデータが図１４に示す中継制御ルールＤＢ３１１のＩＤ１４０１（若しくはＩＤ１４１１）に登録される。説明入力欄１９０３は、中継制御ルールの説明を入力するための入力欄であり、この説明入力欄１９０３に入力された情報が、中継制御ルールＤＢ３１１の説明１４０２（若しくは説明１４１２）に登録される。

ＵＲＬ条件（ＵＲＬ、カテゴリ）指定部１９０４はＵＲＬ条件として、ＵＲＬ入力を有効にするか、それともカテゴリ選択を有効にするかを指定する指定部である。この指定部で、ＵＲＬが指定された場合には、後述するＵＲＬ入力欄１９０５が有効となり、ＵＲＬの入力が可能となる。カテゴリが指定された場合には、後述するカテゴリ選択部１９０６が有効となり、ウェブサービスのカテゴリの指定が可能となる。

ＵＲＬ入力欄１９０５は、ウェブサーバのＵＲＬを入力する入力欄である。このＵＲＬ入力欄１９０５に入力された情報が図１４に示す中継制御ルールＤＢ３１１のＵＲＬ１４０３（若しくはＵＲＬ１４１３）に登録される。このＵＲＬで特定されるウェブサーバ１０５に対するデータ通信（若しくはウェブサーバ１０５からのデータ通信）に対して、プロキシサーバ１０１はこの中継制御ルールを用いた中継制御処理を行うことになる。

カテゴリ指定部１９０６は、ウェブサーバが提供するサービスのカテゴリを指定する指定部である。このカテゴリ指定部１９０６で指定された情報が、図１４に示す中継制御ルールＤＢ３１１のカテゴリ１４０４（若しくは１４１４）に登録される。指定されたサービスカテゴリに分類されたウェブサーバ１０５に対するデータ通信（若しくはウェブサーバ１０５からのデータ通信）に対して、プロキシサーバ１０１はこの中継制御ルールを用いた中継制御処理を行うことになる。

キーワード入力欄１９０７は、キーワードを入力する入力欄である。このキーワード入力欄１９０７に入力された情報が、中継制御ルールＤＢ３１１のキーワード１４０５（若しくはキーワード１４１５）に登録される。このキーワードを送信データに含むデータ通信に対して、プロキシサーバ１０１はこの中継制御ルールを用いた中継制御処理を行うことになる。

ＭＩＭＥタイプ入力欄１９０８は、ＭＩＭＥタイプを入力する入力欄である。このＭＩＭＥタイプ入力欄１９０８に入力された情報が、中継制御ルールＤＢ３１１のＭＩＭＥタイプ１４０６（若しくはＭＩＭＥタイプ１４１６）に登録される。このＭＩＭＥタイプで特定されるファイルタイプのデータを含むデータ通信に対して、プロキシサーバ１０１はこの中継制御ルールを用いた中継制御処理を行うことになる。

サイズ閾値入力欄１９０９は、サイズの閾値を入力する入力欄である。このサイズ閾値入力欄１９０９に入力された情報が、中継制御ルール３１１のサイズ１４０７（若しくはサイズ１４０７）に登録される。サイズ条件指定部１９１０はサイズの条件（以上、以下等）を指定する指定部である。このサイズ条件指定部１９１０で指定された情報が、中継制御ルール３１１のサイズ条件１４０８（若しくはサイズ条件１４１８）に登録される。データサイズが、サイズ閾値入力欄１９０９に入力された情報と、サイズ条件指定部１９１０での指定とから導出される条件に合致した場合に、プロキシサーバ１０１はこの中継制御ルールを用いた中継制御処理を行うことになる。

動作指定部１９１１は、作成した中継制御ルールに合致した場合に、プロキシサーバ１０１に行わせる処理を指定する指定部である。この動作指定部１９１１で指定された情報が中継制御ルールＤＢ３１１の動作１４０９（若しくは動作１４１９）に登録される。

更新ボタン１９１２は、プロキシサーバ１０１に対して、この中継制御ルール詳細画面１９００を介して入力された情報で中継制御ルールＤＢ３１１を更新する（追加、変更）するための更新情報を送信するために用いられるコントロールである。キャンセルボタン１９１３は、この中継制御ルール詳細画面１９００を介しての中継制御ルールの更新処理をキャンセルするために用いられるコントロールである。以上が図１９の中継制御ルール詳細画面１９００の説明である。

本発明では、このような形で中継制御ルールをＨＴＴＰリクエストデータに適用する中継制御ルールであるリクエストルールとＨＴＴＰレスポンスデータに適用するレスポンスルールとに、異なる中継制御ルールを設定することが可能となる。よって、それぞれのデータの特性に応じた中継制御ルールの作成が可能となる。また、外部にデータを送信する際のセキュリティポリシーと外部からデータを取得する際のセキュリティポリシーとが異なる場合でも、それぞれのセキュリティポリシーに合わせた形で中継制御ルールを作成することが可能となる。

図５の説明に戻る。ＣＰＵ２０１は、ステップＳ５０４で、クライアントＰＣ１０２からリクエストルール移動要求を受け付けたかを判断する。このリクエストルール移動要求は、中継制御ルール一覧画面１８００の移動ボタン１８０７−１が押下された場合に、クライアントＰＣ１０２が、プロキシサーバ１０１に対して発行する。

ＣＰＵ２０１は、リクエストルール移動要求を受け付けたと判断した場合には（ステップＳ５０４でＹＥＳ）、クライアントＰＣ１０２に対して、図２０に示す中継制御ルール移動画面２０００を表示させるための画面情報を送信する（ステップＳ５０５）。

ここで図２０を参照して、中継制御ルール移動画面２０００の構成について説明する。図２０は、プロキシサーバ１０１から中継制御ルール移動画面情報を受信したクライアントＰＣ１０２の表示部に表示される中継制御ルール移動画面の構成の一例を示す図である。

ルール移動画面２０００には、中継制御ルール種別表示欄２００１、ルール移動先入力欄２００２、ルール移動先指定部２００３、移動ボタン２００４、キャンセルボタン２００５が設定されている。

中継制御ルール種別表示欄２００１には、リクエストルール、レスポンスルール何れかのルール種別が表示される。ルール移動先入力欄２００２は移動対象となる中継制御ルールをどの中継制御ルールの位置に移動させるかの中継制御ルール指定の入力を行う入力欄である。ルール移動先指定部２００３は、ルール移動先入力欄２００２に入力された中継制御ルールのどの位置（上、下）に移動させるかを指定する指定欄である。移動ボタン２００４は、移動対象のルールをルール移動先入力欄２００２及びルール移動先指定部２００３への入力情報で特定される位置に移動させる処理を行わせるための更新情報をプロキシサーバ１０１に対して送信するために用いられるコントロールである。キャンセルボタン２００５は、この画面を介しての中継制御ルールの移動処理をキャンセルするために用いられるコントロールである。

尚、この中継制御ルールの移動処理によって、中継制御の処理対象となるデータに対して適用する中継制御ルールの優先順位を変更することが可能となる。以上が図２０の中継制御ルール移動画面２０００の説明である。

図５の説明に戻る。ＣＰＵ２０１は、ステップＳ５０６でレスポンスルールの詳細設定要求を受け付けたかを判断する。レスポンスルールの詳細設定要求は、図１８の更新ボタン１８０５−２、若しくは追加ボタン１８０８−２の押下指示をクライアントＰＣ１０２が受け付けた場合に、プロキシサーバ１０１に対して発行される。

ＣＰＵ２０１は、レスポンスルールの詳細設定要求を受け付けたと判断した場合には（ステップＳ５０６でＹＥＳ）、クライアントＰＣ１０２に対して、図１９に示す中継制御ルール詳細画面１９００を表示させるための画面情報を送信する（ステップＳ５０７）。尚、更新ボタン１８０５−２の押下を受け付けたことで、クライアントＰＣ１０２がプロキシサーバ１０１に対してこの要求を行った場合には、更新対処となるレスポンスルールの詳細を含んだ画面情報を作成し、クライアントＰＣ１０２に対して送信することになる。

ステップＳ５０８で、ＣＰＵ２０１は、クライアントＰＣ１０２からレスポンスルールの移動要求を受け付けたかを判断する。このレスポンスルール移動要求は、中継制御ルール一覧画面面１８００の移動ボタン１８０７−２が押下された場合に、クライアントＰＣ１０２が、プロキシサーバ１０１に対して発行する。

ＣＰＵ２０１は、レスポンスルール移動要求を受け付けたと判断した場合には（ステップＳ５０８でＹＥＳ）、クライアントＰＣ１０２に対して、図２０に示す中継制御ルール移動画面２０００を表示させるための画面情報を送信する（ステップＳ５０９）。

そして、その後、ステップＳ５１０において、ＣＰＵ２０１は、クライアントＰＣ１０２から、中継制御ルールＤＢ３１１の更新情報を受け付けたかを判断する。クライアントＰＣ１０２から送信される中継制御ルールＤＢ３１１の更新情報としては、中継制御ルール一覧画面１８００の削除ボタン１８０６−１、若しくは削除ボタン１８０６−２の押下を受け付けることでクライアントＰＣ１０２が送信する中継制御ルール削除のための更新情報、ルール詳細画面１９００の更新ボタン１９１２の押下を受け付けることで送信される中継制御ルールの追加、変更の更新情報、移動画面２０００の移動ボタン２００４の押下を受けることで送信する中継制御ルールの移動の更新情報などがある。

クライアントＰＣ１０２からの更新情報を受け付けた（ステップＳ５１０でＹＥＳ）とプロキシサーバ１０１のＣＰＵ２０１が判断した場合には、受信した更新情報に従って、中継制御ルールＤＢ３１１を更新し（ステップＳ５１１）、更新後の中継制御ルールを含む中継制御ルール一覧画面１８００をクライアントＰＣ１０２に対して送信する（ステップＳ５１２）。以上が、図４のステップＳ４０２の中継制御ルール設定処理の詳細である。

次に、図６を参照して、図４のステップＳ４０４のアクセスブロック解除パスワード設定処理の詳細について説明する。ＣＰＵ２０１は、ＣＰＵ２０１をアクセスブロック解除パスワード設定部３０２として機能させるためのプログラムの制御に従って、この処理を行う。

まず、ＣＰＵ２０１は、後述するアクセスブロック解除パスワード一覧画面２１００を表示させるための情報であるアクセスブロック解除パスワード一覧画面情報を作成し、クライアントＰＣ１０２に対して送信する。このアクセスブロック解除パスワード一覧画面情報を受信したクライアントＰＣ１０２は、例えばブラウザアプリケーションの制御に従い、表示部にアクセスブロック解除パスワード一覧画面２１００を表示することになる。

ここで、図２１を参照して、アクセスブロック解除パスワード一覧画面２１００の構成について説明する。図２１はプロキシサーバ１０１よりアクセスブロック解除パスワード一覧画面情報を受信したクライアントＰＣ１０２の表示部に表示されるアクセスブロック解除パスワード一覧画面の一例を示す図である。

図２１に示すように、アクセスブロック解除パスワード一覧画面２１００には、アクセスブロック解除パスワードデータの詳細データの表示部として、ＩＤ２１０１、説明２１０２、有効期間２１０３が設定されており、さらに操作ボタン表示部２１０４には、アクセスブロック解除パスワードデータの更新、削除、追加を行うための更新ボタン２１０５、削除ボタン２１０６、追加ボタン２１０７が設定されている。

ＩＤ２１０１は、アクセスブロック解除パスワードのＩＤを表示するための表示部である。このＩＤ２１０１に表示されるデータは、図１５のアクセスブロック解除パスワードＤＢ３１２のＩＤ１５０１に登録されている。説明２１０２は、アクセスブロック解除パスワードの説明を表示するための表示部である。この説明２１０２に表示されるデータは、アクセスブロック解除パスワードＤＢ３１２の説明１５０２に登録されている。有効期間２１０３は、アクセスブロック解除パスワードの有効期間を表示するための表示部である。この有効期間２１０３に表示されるデータは、アクセスブロック解除パスワードＤＢ３１２の有効期間１５０３に登録されている。

更新ボタン２１０５は、プロキシサーバ１０１に対して、アクセスブロック解除パスワードの設定要求を行うために用いられるコントロールである。削除ボタン２１０６は、プロキシサーバ１０１に対して、アクセスブロック解除パスワードの削除要求を示す更新情報を送信するために用いられるコントロールである。追加ボタン２１０７は、新規のアクセスブロック解除パスワード登録のために、プロキシサーバにアクセスブロック解除パスワードの詳細設定要求を行うために用いられるコントロールである。以上が図２１のアクセスブロック解除パスワード一覧画面２１００の構成の説明である。

図６の説明に戻る。クライアントＰＣ１０２にアクセスブロック解除パスワード一覧画面を表示させるための画面情報を送信後、ＣＰＵ２０１は、クライアントＰＣ１０２よりアクセスブロック解除パスワードの詳細設定要求を受け付けたかを判断する（ステップＳ６０２）。アクセスブロック解除パスワードの詳細設定要求は、図２１の更新ボタン２１０５、若しくは追加ボタン２１０７の押下指示をクライアントＰＣ１０２が受け付けた場合に、プロキシサーバ１０１に対して発行される。

ＣＰＵ２０１は、アクセスブロック解除パスワードの詳細設定要求を受け付けたと判断した場合には（ステップＳ６０２でＹＥＳ）、クライアントＰＣ１０２に対して、図２２に示すアクセスブロック解除パスワード詳細画面２２００を表示させるための画面情報を送信する（ステップＳ６０３）。尚、更新ボタン２１０５の押下を受け付けたことで、クライアントＰＣ１０２がプロキシサーバ１０１にこの要求を行った場合には、更新対象となるアクセスブロック解除パスワードの詳細を含んだ画面情報を作成し、クライアントＰＣ１０２に対して送信することになる。

ここで、図２２を参照して、アクセスブロック解除パスワード詳細画面２２００について説明する。図２２はプロキシサーバ１０１よりアクセスブロック解除パスワード詳細画面情報を受信したクライアントＰＣ１０２の表示部に表示されるアクセスブロック解除パスワード詳細画面２２００の構成の一例を示す図である。

アクセスブロック解除パスワード詳細画面２２００には、ＩＤ表示部２２０１、説明入力欄２２０２、パスワード入力欄２２０３、解除時間入力欄２２０４、有効期間指定部２２０５、有効期間入力欄２２０６、更新ボタン２２０７、キャンセルボタン２２０８が設定されている。

ＩＤ表示部２２０１は、アクセスブロック解除パスワードを一意に識別するための識別情報を表示するための表示部である。このＩＤ表示部２２０１に表示されるデータが図１５に示すアクセスブロック解除パスワードＤＢ３１２のＩＤ１５０１に登録される。説明入力欄２２０２は、アクセスブロック解除パスワードの説明を入力するための入力欄であり、この説明入力欄２２０２に入力された情報が、アクセスブロック解除パスワードＤＢ３１２の説明１５０２に登録される。

パスワード入力欄２２０３はアクセスブロック解除パスワードを入力するための入力欄であり、このパスワード入力欄２２０３に入力された情報がアクセスブロック解除パスワードＤＢ３１２のパスワード１５０３に登録される。解除時間入力欄１５０４は、アクセスブロック解除パスワードによる中継制御ルールが解除される時間を入力するための入力欄であり、この解除時間入力欄１５０４に入力された情報が、アクセスブロック解除パスワードＤＢ３１２の解除時間１５０４に登録される。

有効期間指定部２２０５は、アクセスブロック解除パスワードの有効期間を指定するための指定部であり、「有効期間指定なし（無制限）」が指定された場合には、有効期間を無期限として、「有効期間あり」が指定された場合には、有効期間入力欄２２０６を有効にし、有効期間の入力を受け付ける。有効期間入力欄２２０６はアクセスブロック解除パスワードの有効期間を入力する入力欄である。ここでは「いつから」「いつまで」という形で、情報の入力を受け付けることになる。「いつから」「いつまで」のいずれか一方を入力しなくても構わない。そしてこの有効期間指定部２２０５、有効期間入力欄２２０６への入力により決定される有効期間が、アクセスブロック解除パスワードＤＢ３１２の有効期間１５０５に設定される。

更新ボタン２２０７は、プロキシサーバ１０１に対して、この画面を介して入力された情報でアクセスブロック解除パスワードＤＢ３１２を更新する（追加、変更）ための更新情報を送信するために用いられるコントロールである。キャンセルボタン２２０８は、この画面を介してのアクセスブロック解除パスワードの更新処理をキャンセルするために用いられるコントロールである。以上が図２２のアクセスブロック解除パスワード詳細画面２２００の説明である。

図６の説明に戻る。ＣＰＵ２０１は、ステップＳ６０４において、クライアントＰＣ１０２から、アクセスブロック解除パスワードＤＢ３１２の更新情報を受け付けたかを判断する。クライアントＰＣ１０２から送信されるアクセスブロック解除パスワードＤＢ３１２の更新情報としては、アクセスブロック解除パスワード一覧画面２１００の削除ボタン２１０６、の押下を受け付けることでクライアントＰＣ１０２が送信するアクセスブロック解除パスワード削除のための更新情報、アクセスブロック解除パスワード詳細画面２２００の更新ボタン２２０７の押下を受け付けることで送信されるアクセスブロック解除パスワードの追加、変更の更新情報などがある。

クライアントＰＣ１０２からの更新情報を受け付けた（ステップＳ６０４でＹＥＳ）とプロキシサーバ１０１のＣＰＵ２０１が判断した場合には、受信した更新情報に従って、アクセスブロック解除パスワードＤＢ３１２を更新し（ステップＳ６０５）、更新後のアクセスブロック解除パスワードを含むアクセスブロック解除パスワード一覧画面２１００をクライアントＰＣ１０２に対して送信する（ステップＳ６０６）。以上が、図４のステップＳ４０４のアクセスブロック解除パスワード設定処理の詳細である。

次に、図７を参照して、図４のステップＳ４０６のプロキシ処理の詳細について説明する。ＣＰＵ２０１は、ＣＰＵ２０１をプロキシ処理部３０３として機能させるためのプログラムの制御に従って、この処理を行う。

ＣＰＵ２０１は、ネットワーク（ＬＡＮ１０３、広域ネットワーク１０４）を介してデータを受信すると（ステップＳ７０１）、そのデータがクライアントＰＣ１０２からウェブサーバ１０５に対して送信されたデータ（ＨＴＴＰリクエスト）であるか、それとも、クライアントＰＣ１０２からのＨＴＴＰリクエストに応じて、ウェブサーバ１０５から当該クライアントＰＣ１０２対して送信されたデータ（ＨＴＴＰレスポンス）であるかを判断する（ステップＳ７０２）。

ＨＴＴＰリクエストであると判断した場合には（ステップＳ７０２で「リクエスト」）、処理をステップＳ７０３に進め、ＨＴＴＰリクエストデータに含まれるリクエストヘッダーの解析（ステップＳ７０３）、リクエストボディの解析（ステップＳ７０４）を行う。これらの処理で、ステップＳ７０１で取得したＨＴＴＰリクエストが、どのユーザ（クライアントＰＣ１０２）により送信指示されたものなのか、どのウェブサーバ１０５に対して送信されたものなのか、ＨＴＴＰリクエストデータのサイズ、ウェブサーバ１０５に対して送信される情報、ファイル、当該ファイルの種類、等を取得することになる。

一方、ＨＴＴＰレスポンスであると判断した場合には（ステップＳ７０２で「レスポンス」）、処理をステップＳ７０５に進め、ＨＴＴＰレスポンスデータに含まれるレスポンスヘッダーの解析（ステップＳ７０５）、レスポンスボディの解析（ステップＳ７０６）を行う。ステップＳ７０５、Ｓ７０６の処理は、ステップＳ７０２、Ｓ７０３の処理と略同様である。

その後、ステップＳ７０４、もしくはＳ７０６の処理が終了すると、ステップＳ７０３、Ｓ７０４、若しくはステップＳ７０５、７０６で取得した各種の情報をもとに、中継制御ルールの適用処理を行う（ステップＳ７０７）。この処理の詳細については、図１１を参照して説明する。

図１１は、図７のステップＳ７０７の中継制御ルール適用処理の詳細を示すフローチャートである。

ＣＰＵ２０１は、ステップＳ１１０１において、中継制御ルールＤＢ３１１に記憶されている中継制御ルールのうち、ステップＳ７０１で取得したＨＴＴＰデータにまだ適用していない中継制御ルールがあるかを判断する。この判断処理で未適用の中継制御ルールがあると判断した場合には（ステップＳ１１０１でＹＥＳ）、処理をステップＳ１１０２に進め、中継制御ルールの種別（リクエスト、レスポンス）、適用優先度に従い、次に当該送信データに適用する中継制御ルールを決定し、その中継制御ルールを取得する。ここで、プロキシサーバはステップＳ７０１で取得したＨＴＴＰデータがＨＴＴＰリクエストである場合には、リクエストルールを、ＨＴＴＰレスポンスである場合にはレスポンスルールを適用して中継制御を行う。

そして、処理対象のＨＴＴＰデータがステップＳ１１０２で取得した中継制御ルールのＵＲＬ１４０３からサイズ条件１４０８（若しくはＵＲＬ１４１３からサイズ条件１４１８）に登録されている条件に合致しているかを判断する（ステップＳ１１０３）。条件に合致していると判断した場合には（ステップＳ１１０３でＹＥＳ）、ステップＳ１１０４に処理を進め、当該中継制御ルールの動作１４０９（若しくは動作１４１９）に登録された処理を実行すると判定する。

一方、ステップＳ１１０３で合致しない（ＮＯ）と判断した場合には、ＣＰＵ２０１は処理をステップＳ１１０１に進め、未適用の中継制御ルールがまだあるかを判定する。そして、まだ残っていると判断した場合にはステップＳ１１０２からの処理を行うことになる。ステップＳ１１０１で未適用のルールはない（ＮＯ）と判断した場合には、処理をステップＳ１１０５に進め、デフォルト動作を実行すると判定する。本発明では、デフォルト動作、つまり、全ての中継制御ルールに合致しなかった場合の動作として予め「中継」、「ブロック」、「禁止」の何れかが設定されている。以上が図７のステップＳ７０７の中継制御ルール適用処理の詳細である。

図７の説明に戻る。ステップＳ７０７の中継制御ルール適用処理が終了後、中継制御ルール適用処理において、ステップＳ７０１で取得したデータ（ＨＴＴＰデータ）を中継すると判定した場合には（ステップＳ７０８でＹＥＳ）、処理をステップＳ７１４に進める。一方、中継ではない（ＮＯ：つまりはブロックもしくは禁止）と判定した場合には、処理をステップＳ７０９に進め、パスワードによる解除判定処理を行う。このステップＳ７０９の処理では、アクセスブロック解除パスワードにより、ステップＳ７０９で適用された中継制御ルールが解除（無効化）されているかを判定することになる。この処理の詳細については、図１２を参照して後述する。

ステップＳ７０９で、適用された中継制御ルールがアクセスブロック解除パスワードで解除されたと判定した場合には（ステップＳ７１０でＹＥＳ）、処理をステップＳ７１３に進め、ステップＳ７０１で取得したＨＴＴＰデータに対する動作を中継と設定する。

一方、ステップＳ７１０でパスワードによる解除は行われていないと判定した場合には（ステップＳ７１０でＮＯ）、ステップＳ７１１に処理を進め、承認よるアクセス禁止解除処理が行われているかを判定する。このステップＳ７１１の処理では、予め行っているアクセス禁止解除申請に対する承認により、ステップＳ７０７の中継制御ルール適用処理で適用された中継制御ルールが解除（無効化）されているかを判断することになる。この処理の詳細については、図１３を参照して後述する。

ステップＳ７１１の承認による解除判定処理で、承認によるアクセス禁止解除が行われていると判定した場合には（ステップＳ７１２でＹＥＳ）、処理をステップＳ７１３に進め、ステップＳ７０１で取得したＨＴＴＰデータに対する動作を中継と設定する。一方、解除が行われていないと判定した場合には（ステップＳ７１２でＮＯ）、処理をステップＳ７１４に進める。

そして、ステップＳ７１４において、ＣＰＵ２０１は、ステップＳ７０７の中継ルール適用処理でＨＴＴＰデータに適用した中継制御ルールに設定された動作、若しくはステップＳ７１３で設定された動作（中継）を、当該ＨＴＴＰデータに対して実行する。

実行する動作が中継の場合には、ステップＳ７０１で取得したＨＴＴＰデータを、指定された宛先に対して中継する処理を行う。実行する動作が「ブロック」の場合には、ステップＳ７０１で取得したデータがＨＴＴＰリクエストである場合には、当該ＨＴＴＰリクエストを送信したクライアントＰＣ１０２に対して、ＨＴＴＰレスポンスである場合には、当該ＨＴＴＰレスポンスの送信先であるクライアントＰＣ１０２に対して、図２３のアクセスブロック画面２３００をクライアントＰＣ１０２の表示部に表示させるためのアクセスブロック画面情報を送信する。

実行する動作が「禁止」の場合には、ステップＳ７０１で取得したデータがＨＴＴＰリクエストである場合には、当該ＨＴＴＰリクエストを送信したクライアントＰＣ１０２に対して、ＨＴＴＰレスポンスである場合には、当該ＨＴＴＰレスポンスの送信先であるクライアントＰＣ１０２に対して、図２７に示すアクセス禁止画面２７００をクライアントＰＣ１０２の表示部に表示させるためのアクセス禁止画面情報を送信する。以上が、図４のステップＳ４０６のプロキシ処理の詳細である。

この処理を行うことで、本発明では、予め得設定された中継制御ルールに従ったデータの中継制御を行うことができるとともに、通常はアクセスが禁止されるウェブサーバ１０５に対しても、アクセスブロック解除パスワードやアクセス禁止解除申請に対する承認により、アクセスを許可することが可能となるなど、柔軟なデータの中継制御が可能となる。また、内部（クライアントＰＣ１０２）から外部（ウェブサーバ１０５）に送信されるデータだけでなく外部から内部に送信されるデータに対しても、中継制御ルールに規定されたルールを用いての通信制御を行うことが可能となる。これにより、例えば、データサイズや、添付ファイルデータの一致だけでなく、それらを複合させた中継制御ルールを作成することが可能となる。また、それら外部からの通信に適用されるレスポンスルールを、当該ルールを適用するウェブサーバを特定した形で（ＵＲＬ指定、カテゴリ指定）作成することも可能であるため、例えば、ウェブサーバが提供するサービスに応じた中継制御処理を行うことも可能となる。

次に、図２３を参照して、アクセスブロック画面２３００の構成について説明する。図２３は、プロキシサーバ１０１によるプロキシ処理の結果、データ通信のブロック動作が行われた際にプロキシサーバ１０１から送信されるアクセスブロック画面情報を受信したクライアントＰＣ１０２の表示部に表示されるアクセスブロック画面の構成の一例を示す図である。

図２３に示すように、アクセスブロック画面２３００には、適用中継制御ルール表示部２３０１、解除パスワード入力欄２３０２、解除ボタン２３０３、及びブロック解除申請要求アンカー２３０４が設定されている。

適用中継制御ルール表示部２３０１は、データ通信に適用された中継制御ルールの情報を表示する表示部である。例えば、中継制御ルールのＩＤ１４０１（若しくは１４１１）、説明（１４０２（若しくは１４１２）等が表示される。

アクセスブロック解除パスワード入力欄２３０２は、中継制御ルール表示部２３０１に表示されている中継制御ルールを解除（無効化）するためのパスワードを入力する入力欄である。解除ボタン２３０３は、アクセスブロック解除パスワード入力欄２３０２に入力されたパスワードをプロキシサーバ１０１に送信するために用いられるボタンである。この解除ボタン２３０３の押下を受け付けると、クライアントＰＣ１０２は、アクセスブロック解除パスワードをプロキシサーバに対して送信する。アクセスブロック解除パスワードを受け付けたプロキシサーバ１０１は、アクセスブロック解除パスワードを受け付けた（図４のステップＳ４０７でＹＥＳ）と判断して、アクセスブロック解除パスワード判定処理（ステップＳ４０８）を行うことになる。

アクセスブロック解除申請要求アンカー２３０４は、プロキシサーバ１０１に対してアクセスブロック解除申請を行うために用いられるアンカーである。このアクセスブロック解除申請を受け付けたプロキシサーバ１０１は、アクセスブロック・アクセス禁止解除申請を受け付けたと判断して（図４のステップＳ４０９でＹＥＳ）、アクセスブロック・アクセス禁止解除申請登録処理（ステップＳ４１０）を行うことになる。以上が図２３のアクセスブロック解除画面２３００の説明である。

次に、図２７を参照して、アクセス禁止画面２７００の構成について説明する。図２７は、プロキシサーバ１０１によるプロキシ処理の結果、データ通信の禁止動作が行われた際にプロキシサーバ１０１から送信されるアクセス禁止画面情報を受信したクライアントＰＣ１０２の表示部に表示されるアクセス禁止画面の構成の一例を示す図である。

図２７に示すように、アクセス禁止画面２７００には、適用中継制御ルール表示部２７０１、及びアクセス禁止解除申請要求アンカー２７０２が設定されている。

適用中継制御ルール表示部２７０１は、データ通信に適用された中継制御ルールの情報を表示する表示部である。例えば、中継制御ルールのＩＤ１４０１（若しくは１４１１）、説明（１４０２（若しくは１４１２）等が表示される。

アクセス禁止解除申請要求アンカー２７０２は、プロキシサーバ１０１に対してアクセス禁止解除申請を行うために用いられるアンカーである。このアクセス禁止解除申請を受け付けたプロキシサーバ１０１は、アクセス禁止解除申請を受け付けたと判断して（図４のステップＳ４０９でＹＥＳ）、アクセスブロック・アクセス禁止解除申請登録処理（ステップＳ４１０）を行うことになる。以上が図２７のアクセス禁止画面２７００の説明である。

次に、図８を参照して、クライアントＰＣ１０２からアクセスブロック解除パスワードを受信した場合にプロキシサーバ１０１が行う、アクセスブロック解除パスワード判定処理（図４のステップＳ４０８）の詳細について説明する。ＣＰＵ２０１は、ＣＰＵ２０１をアクセスブロック解除パスワード判定部３０４して機能させるためのプログラムの制御に従って、本処理を行う。

まず、ＣＰＵ２０１は、クライアントＰＣ１０２からアクセスブロック解除パスワードとして送信されたデータと、アクセスブロック解除パスワードＤＢ３１２に登録されているアクセスブロック解除パスワードデータとを照合することで、受信したパスワードが正しいかを判断する（ステップＳ８０１）。

ＣＰＵ２０１が、クライアントＰＣ１０２からブロック解除パスワードとして送信されたデータがブロック解除パスワードとして正しいと判断した場合には（ステップＳ８０１でＹＥＳ）、処理をステップＳ８０２に進める。そして、アクセスブロック解除パスワードの有効期間１５０５とその時点の時刻とを照合し、アクセスブロック解除パスワードデータが有効期間内かを判断する。ステップＳ８０２の判断処理で、クライアントＰＣ１０２から受信したアクセスブロック解除パスワードが有効期間内であると判断した場合には、次に、当該アクセスブロック解除パスワードの送信指示を行ったクライアントＰＣ１０２を操作するユーザのプロキシ認証が行われているかを判断する（ステップＳ８０３）。この際に、プロキシサーバ１０１の設定でプロキシ認証を行うに設定されている場合は、クライアントＰＣ１０２からプロキシサーバ１０１に対して送信されるＨＴＴＰリクエストのＨＴＴＰヘッダーに設定されているＰｒｏｘｙ−Ａｕｔｈｏｒｉｚａｔｉｏｎフィールドから認証名を取得して、その認証名を用いてプロキシ認証が行われているかを判断することになる。

プロキシ認証が行われていると判断した場合には（ステップＳ８０３でＹＥＳ）、パスワードによる解除エントリテーブル１７００に新規のエントリ（データ）を追加して、その認証名１７０１にＨＴＴＰヘッダーより取得した認証情報を設定する（ステップＳ８０４）一方、プロキシ認証が行われていないと判断した場合には（ステップＳ８０４でＮＯ）、パスワードによる解除エントリテーブル１７００に新規のエントリを追加して、クライアント装置のＩＰアドレスをＩＰアドレス１７０２に設定する（ステップＳ８０５）。

そして、ステップＳ８０４若しくはＳ８０５で追加されたエントリ失効時間１７０３に、アクセスブロック解除パスワードを受信した時刻と、当該アクセスブロック解除パスワードに設定されている解除時間１５０４とから算出される失効時間を登録する（ステップＳ８０６）。そして、その後、プロキシサーバのプロキシ処理によりブロックされたＨＴＴＰヘッダーのリクエストＵＲＬに設定されていたＵＲＬ情報（当該通信でアクセスしようとしたウェブサーバ１０５のＵＲＬ）をＨＴＴＰヘッダーのＬｏｃａｔｉｏｎに設定し、リダイレクト応答をクライアントＰＣ１０２に送信する（ステップＳ８０７）。このリダイレクト応答を受信したクライアントＰＣ１０２は、ブラウザアプリケーションの制御により、Ｌｏｃａｔｉｏｎに設定されたＵＲＬに対してＨＴＴＰデータの送信を行うことになる。

このリダイレクト受信に応じてクライアントＰＣ１０２が送信するＨＴＴＰデータの通信制御について説明する。プロキシサーバ１０１は、クライアントＰＣ１０２より、リダイレクト応答に応じて行われるＨＴＴＰデータを受信する（図４のステップＳ４０５でＹＥＳと判断する）と、図４のステップＳ４０６のプロキシ処理を行うことになる。このプロキシ処理の詳細処理を示す図７のステップＳ７０７の中継制御ルール適用処理では、このＨＴＴＰデータに先立って行われた当該ウェブサーバ１０５へのＨＴＴＰデータ送信に対して適用されたルールが再度適用され、このＨＴＴＰデータの通信をブロックするという判定をプロキシサーバ１０１は行うことになる。よって、その後の図７のステップＳ７０８の判断処理でＮＯと判断し、パスワードによる解除判定処理（ステップＳ７０９）が行われる。

ここで、図１２を参照して、図７のステップＳ７０９のパスワードによる解除判定処理について説明する。図１２は図７のステップＳ７０９のパスワードによる解除判定処理の詳細を示すフローチャートである。

ＣＰＵ２０１は、ステップＳ７０１で受信したＨＴＴＰデータにプロキシ認証情報が含まれているかを判断する（ステップＳ１２０１）。含まれていると判断した場合には（ステップＳ１２０１でＹＥＳ）、パスワードによる解除エントリテーブル１７００に、認証情報（認証名が一致するパスワードによる解除エントリがあるかを判断する（ステップＳ１２０２）。一方、ＣＰＵ２０１がＨＴＴＰデータにプロキシ認証情報が含まれていないと判断した場合には（ステップＳ１２０１でＮＯ）、処理をステップＳ１２０３に進め、ＩＰアドレスが一致するパスワードによる解除エントリがあるかを判断する（ステップＳ１２０３）。

ステップＳ１２０２、ステップＳ１２０３の判断処理において、一致するパスワードによる解除エントリがあると判断した場合には、当該パスワードによる解除エントリが有効であるか、即ち、パスワードによる解除エントリの失効時刻に設定されている時刻を経過していないかを判断することになる（ステップＳ１２０４）。パスワードによる解除エントリが有効であると判断した場合には、パスワード入力による解除中と判定する。

ステップＳ１２０２、Ｓ１２０３の判断処理で、一致するパスワードによる解除エントリがないと判断した場合、ステップＳ１２０４の判断処理で、パスワードによる解除エントリが失効したと判断した場合には、処理をステップＳ１２０６に進め、パスワード入力による解除は行われていない（未解除）と判定する。以上が図７のステップＳ７１１のパスワードによる解除判定処理の詳細な説明である。

リダイレクト受信によりウェブサーバ１０５に対しての通信が行われた場合には、既に、パスワードによる解除エントリテーブル１７００に以前に通信の中継を拒否された中継制御ルールを無効化するためのパスワードによる解除エントリが登録されていることになるので、それ以前にデータの中継を拒否されたウェブサーバ１０５に対してアクセスすることが可能となり、クライアントＰＣ１０２は当該ウェブサーバ１０５が提供するサービスを享受することが可能となる。また、従来の解除パスワードとは異なり、パスワードの有効期間を設定できるので、長期間にわたるウェブサーバ１０５への例外的なアクセスを防ぐことが可能となる。

次に、図９を参照して、クライアントＰＣ１０２からアクセスブロック・アクセス禁止解除申請を受け付けた場合にプロキシサーバ１０１が行うアクセスブロック・アクセス禁止解除申請登録処理について説明する。図２３のアクセスブロック画面２３００に含まれるアクセスブロック解除申請要求アンカー２３０４に対してクリック指示を受け付けた場合、図２７のアクセス禁止画面２７００に含まれる禁止解除申請要求アンカー２７０２に対してクリック指示を受け付けた場合に、クライアントＰＣ１０２は、このアクセスブロック・アクセス禁止解除申請をプロキシサーバに対して要求する。ＣＰＵ２０１は、ＣＰＵ２０１をアクセスブロック・禁止解除申請受付部３０５として機能させるためのプログラムの制御に従って、本処理を行うことになる。

ＣＰＵ２０１は、まず、クライアントＰＣ１０２に対して、図２４に示すアクセスブロック解除申請画面２４００を表示部に表示させるためのブロック解除申請画面情報を送信する（ステップＳ９０１）。このアクセスブロック解除申請画面情報には、プロキシサーバ１０１のプロキシ処理により通信を禁止された際に適用された中継制御ルールを特定するための情報（ルール種別とルールＩＤ）が含まれている。中継制御ルールを特定するための情報は、例えば、<input type="hidden" name="id"
value="6a549df2f6b371bf45eadd9027d91d6a">といったように、プロキシサーバ１０１で適用したルール種類とルールIDとそれに割り当てるユーザに推測不可能なランダムなIDをプロキシサーバで管理しておき、ブロック解除申請画面情報にはランダムなIDを記載しておく。そしてクライアントＰＣ１０２からアクセスブロック解除申請画面を介して送信指示されたランダムなIDを用いて、どのルールが適用されたかを認識可能にしておくことが望ましい。クライアントＰＣ１０２ではこのアクセスブロック解除申請画面情報を受信すると、ブラウザアプリケーションの機能により、表示部にアクセスブロック解除申請画面２４００を表示する。

図２４は、プロキシサーバ１０１よりアクセスブロック解除申請画面情報を受信したクライアントＰＣ１０２の表示部に表示されるアクセスブロック解除申請画面の構成の一例を示す図である。図２４に示すように、アクセスブロック解除申請画面には、アクセスブロック解除申請理由入力欄２４０１、申請ボタン２４０２、キャンセルボタン２４０３が設定されている。

アクセスブロック解除申請理由入力欄２４０１は、アクセスブロック解除の申請理由を入力するための入力欄である。ここに入力された情報が、図１６に示すアクセスブロック・アクセス禁止解除申請ＤＢ３１３の申請理由１６０７に登録される。申請ボタン２４０２は、プロキシサーバ１０１に対して、アクセスブロック解除申請を送信するに用いられるコントロールである。クライアントＰＣ１０２は、この申請ボタン２４０２の押下を受け付けると、申請理由入力欄２４０１に入力された申請理由データと、アクセスブロック解除申請画面情報に含まれる、中継制御ルールを特定するための情報とをプロキシサーバ１０１に送信することで、アクセスブロック解除申請を行うことになる。キャンセルボタン２４０３は本画面により処理を終了するために用いるコントロールである。以上が図２４のアクセスブロック解除申請画面２４００の説明である。尚、アクセス禁止解除の申請に用いられるアクセス禁止解除申請画面はこのアクセスブロック解除申請画面と同様の構成であるので、詳細な説明は割愛する。

図９の説明に戻る。アクセスブロック解除申請画面情報をクライアントＰＣ１０２に送信後、クライアントＰＣ１０２からアクセスブロック解除申請情報の入力を受け付けると（ステップＳ９０２でＹＥＳ）、アクセスブロック・アクセス禁止解除申請ＤＢ３１３に新たなデータを追加し、受信した情報に従って、各データ項目を登録する（ステップＳ９０３）。以上が、図４のステップＳ４１０のアクセスブロック・アクセス禁止解除処理の詳細である。尚、ここではアクセスブロック解除申請を例に本処理の説明を行ったが、アクセス禁止解除申請についても略同様である。この処理を終えると、この申請に対する承認権限を有するユーザ（承認者）に電子メール等で承認要求の通知を行うことになる。

次に、図１０を参照して、図４のステップＳ４１２のアクセスブロック・アクセス解除申請判定処理の詳細について説明する。ＣＰＵ２０１は、ＣＰＵ２０１をアクセスブロック・アクセス禁止解除申請判定処理部３０６として機能させるためのプログラムの制御に従って、本処理を行う。

クライアントＰＣ１０２から、アクセスブロック・アクセス禁止解除申請判定要求を受け付けると（図４のステップＳ４１１でＹＥＳと判断）、図２５のアクセスブロック・アクセス禁止解除申請一覧画面２５００をクライアントＰＣ１０２の表示部に表示させるためのアクセスブロック・アクセス禁止解除申請一覧画面情報をクライアントＰＣ１０２に対して送信する（ステップＳ１００１）。尚、このアクセスブロック・アクセス禁止解除申請一覧画面情報には、当該クライアントＰＣ１０２を使用するユーザが承認すべき、アクセスブロック・アクセス禁止解除申請ＤＢ３１３中の申請データが含まれている。

ここで、図２５を参照して、アクセスブロック・アクセス禁止解除申請一覧画面２５００の構成について説明する。図２５は、プロキシサーバ１０１よりアクセスブロック・アクセス禁止解除申請画面情報を受信したクライアントＰＣ１０２の表示部に表示されるアクセスブロック・アクセス禁止解除申請画面の一例を示す図である。

図２５に示すように、アクセスブロック・アクセス禁止解除申請一覧画面には、各アクセスブロック・アクセス禁止解除申請データの詳細データの表示部として、ＩＤ２５０１、申請日時２５０２、認証名２５０３、ＩＰアドレス２５０４、適用ルール２５０５が設定されており、さらに操作ボタン表示部２５０６には、アクセスブロック・アクセス禁止解除申請に対する判定（承認／否認）を入力するためにアクセスブロック・アクセス禁止解除申請詳細画面２６００を要求するための判定ボタン２５０７が設定されている。

ＩＤ２５０１は、アクセスブロック・アクセス禁止解除申請データのＩＤを表示するための表示部である。このＩＤ２５０１に表示されるデータは、アクセスブロック・アクセス禁止解除申請ＤＢ３１３のＩＤ１６０１に登録されている。申請日時２５０２はアクセスブロック・アクセス禁止解除申請が行われた時刻を表示するための表示部である。この申請日時２５０２に表示されるデータは、アクセスブロック・アクセス禁止解除申請ＤＢ３１３の申請日時１６０２に登録されている。認証名２５０３は、アクセスブロック・
アクセス禁止解除申請を行ったユーザの認証名が表示される表示欄である。この認証名２５０３に表示されるデータは、アクセスブロック・アクセス禁止解除申請ＤＢ３１３の認証名１６０３に登録されている。ＩＰアドレス２５０４は、アクセスブロック・アクセス禁止解除申請を行う際に用いられたクライアントＰＣ１０２のＩＰアドレスが表示される表示欄である。このＩＰアドレス２５０４に表示されるデータは、アクセスブロック・アクセス禁止解除申請ＤＢ３１３のＩＰアドレス１６０４に登録されている。適用ルール表示欄１６０５は、この申請による解除を行いたい中継制御ルールの情報を表示するための表示欄である。この表示欄には、ブロック解除申請ＤＢ３１３のルール種類１６０５、及びルールＩＤ１６０６に登録されている情報から特定される中継制御ルールの情報（例えばＩＤ１４０１、説明１４０２等）が表示される。

判定ボタン２５０７の押下指示を受け付けると、クライアントＰＣ１０２はプロキシサーバ１０１に対して判定要求を行うことになる。以上が、図２５のアクセスブロック・アクセス禁止解除申請一覧画面の説明である。

図１０の説明に戻る。アクセスブロック・アクセス禁止解除申請一覧画面情報をクライアントＰＣ１０２に送信後、クライアントＰＣ１０２から判定要求を受け付けたかを判断する（ステップＳ１００２）。判定要求を受け付けたと判断した場合には、判定対象となるアクセスブロック解除申請データ若しくはアクセス禁止解除申請データを含むアクセスブロック・アクセス禁止解除申請詳細画面２６００を表示させるためのアクセスブロック・アクセス禁止解除申請詳細画面情報をクライアントＰＣ１０２に対して送信する（ステップＳ１００３）。

ここで、図２６を参照してアクセスブロック・アクセス禁止解除申請詳細画面２６００の構成について説明する。図２６はアクセスブロック・アクセス禁止解除申請詳細画面情報を受信したクライアントＰＣ１０２の表示部に表示されるアクセスブロック・アクセス禁止解除申請詳細画面の構成の一例を示す図である。

図２６に示すように、アクセスブロック・アクセス禁止解除申請詳細画面２６００には、申請データ詳細表示部２６０１、確認ボタン２６０２、送信メセージ入力欄２６０３、解除時間入力欄２６０４、承認ボタン２６０５、否認ボタン２６０６、及びキャンセルボタン２６０７が設定されている。

申請データ詳細表示部２６０１は、承認／否認の判定対象とするアクセスブロック・アクセス禁止解除申請データの詳細を表示する表示部である。確認ボタン２６０２は、適用ルールとされた中継制御ルールの詳細を確認するためのコントロールである。このボタンの押下指示を受け付けると、クライアントＰＣ１０２はプロキシサーバ１０１に対して、適用ルールの詳細を表示するための不図示中継制御ルール詳細画面を表示するための画面情報を要求する。画面情報をプロキシサーバ１０１から取得すると、クライアントＰＣ１０２は表示部に不図示の中継制御ルール詳細画面を表示する。これにより、アクセスブロック・アクセス禁止解除申請の承認を行うユーザは、適用ルールの詳細を確認したうえで承認／否認の入力指示を行うことが可能となる。なお、申請データ表示部２６０１の所属やユーザ名は認証名もしくはＩＰアドレスをキーとして不図示のユーザ情報テーブルから取得して表示する。

送信メッセージ入力欄２６０３は、判定結果送信メールに記載するコメントを入力するための入力欄である。解除時間入力欄２６０４は、この画面の適用ルール表示箇所に表示されている中継制御ルールを解除する時間を入力するための入力欄である。図２６に示すように、時間を開始時刻（「いつから」）と終了時刻（「いつまで」）という形で入力することが可能である。解除時間入力欄２６０４に対する入力がなされなかった場合には、解除期間は無期限とされる。

承認ボタン２６０５は、プロキシサーバ１０１に対して「承認」の判定情報を送信するために用いられるコントロールである。承認ボタン２６０５の押下指示を受け付けると、クライアントＰＣ１０２は、ＩＤ、送信メッセージ入力欄２６０３に入力された情報、解除時間入力欄２６０４に入力された情報をプロキシサーバ１０１に対して送信する。なお、アクセスブロック解除申請に対して承認を行った場合には、パスワードによる解除を行うか、それとも承認による解除を行うかと決定することになる。パスワードによる解除を行うと決定した場合には、プロキシサーバ１０１から当該申請を行ったユーザに対して電子メール等でアクセスブロック解除パスワードが送信されることになる。その際にはプロキシサーバ１０１のＣＰＵ２０１は、管理者の指示に従い新たに作成されたアクセスブロック解除パスワード若しくは、既に登録されているアクセスブロック解除パスワードのうち管理者の指示に従い選択されたアクセスブロック解除パスワードを送信する。また、プロキシサーバ１０１のＣＰＵ２０１がランダムな数値を生成し、それをパスワードをアクアセスブロック解除パスワードＤＢ３１２に登録し、そのパスワードを電子メールで送信する方法を用いても勿論構わない。アクセスブロック解除申請に対して承認による解除を選択した場合、及びアクセス禁止解除申請に対して承認を行った場合には、承認による解除エントリテーブルに解除エントリを追加する。

否認ボタン２６０６は、プロキシサーバ１０１に対して「否認」の判定情報を送信するために用いられるコントロールである。否認ボタン２６０６の押下指示を受け付けると、クライアントＰＣ１０２は、ＩＤ、送信メッセージ入力欄２６０３に入力された情報をプロキシサーバ１０１に対して送信する。

キャンセルボタン２６０７は、本画面を介しての判定処理を終了するために用いられるコントロールである。以上が、図２６のアクセスブロック・アクセス禁止解除申請詳細画面２６００の説明である。

図１０の説明に戻る。ブロック解除申請詳細画面２６００を表示させるための画面情報を送信後、クライアント装置１０２から判定情報を受信したかを判断する（ステップＳ１００４）。判定情報を受信したと判断した場合には（ステップＳ１００４でＹＥＳ）、ステップＳ１００５に処理を進め、判定結果が承認であるかを判断する。判定結果が承認であると判断した場合には承認による解除エントリテーブル１７１０に新たなエントリ（データ）の追加、または、申請者に対するアクセスブロック解除パスワードの送信を行う。承認による解除エントリテーブル１７１０に新たなエントリ（データ）の追加する際には、クライアントＰＣ１０２から判定情報として受信した情報（例えば解除期間情報等）を新たなエントリに登録する（ステップＳ１００６）。

ステップＳ１００６の終了後、若しくはステップＳ１００５で否認（ＮＯ）と判断した場合には、処理をステップＳ１００７に進め、電子メール送信等の方法で、承認者による判定結果を申請を行ったユーザ（申請者）対して通知する（判定通知メール送信：ステップＳ１００７）。その後、判定情報を受け付けたアクセスブロック解除申請データまたはアクセス禁止解除申請データを、アクセスブロック・アクセス禁止解除申請ＤＢ３１３から削除する（ステップＳ１００８）。そして上記の処理をステップＳ１００９で終了指示を受け付けたと判断するまで繰り返すことになる。以上が図４のステップＳ４１２のアクセスブロック・アクセス禁止解除申請判定処理の詳細である。

次に、クライアントＰＣ１０２からあるウェブサーバ１０５（ウェブサーバ１とする）に対してのＨＴＴＰデータ通信がプロキシサーバ１０１によるプロキシ処理の結果、動作が「禁止」と設定されている中継制御ルール（中継制御ルール１）に合致した後に（つまりは中継が拒否された）、アクセスブロック・アクセス禁止解除申請を行い承認された場合に、当該ウェブサーバ１に対して再度クライアントＰＣ１０２からＨＴＴＰデータ通信を行う場合に行われるプロキシサーバ１０１により行われるプロキシ処理について説明する。

クライアントＰＣ１０２からウェブサーバ１に対するデータ通信を取得すると、プロキシサーバ１０１は図４のステップＳ４０６のプロキシ処理を行う。ここでは、送信が禁止された際と同様、中継制御ルール１の適用処理が行われるため、図７のステップＳ７０９で中継制御ルール適用の結果の動作が禁止と判定される。よって、ステップＳ７１０の処理では、ＮＯと判断され、ステップＳ７１１のパスワードによる解除判定処理を行う。しかしこの場合には、動作がブロックとされた後に解除パスワードを入力することでルールを無効化するものではないので、ステップＳ７１１での処理の結果は未解除と判定される。

よって、ステップＳ７１２の判断処理で、ＣＰＵ２０１はＮＯと判断し、処理をステップＳ７１３に進め、承認による解除判定処理を行うことになる。この承認による解除判定処理の詳細について、図１３を参照して説明する。

図１３は、図７のステップＳ７１３の承認による解除判定処理の詳細を示すフローチャートである。まず、ＣＰＵ２０１は、図７のステップＳ７０１で取得したデータがプロキシ認証情報を含むデータかを判断する（ステップＳ１３０１）。そして、プロキシ認証情報があると判断した場合には（ステップＳ１３０１でＹＥＳ）処理をステップＳ１３０２に進め、承認による解除エントリテーブル１７１０にステップＳ７０１で取得したデータに含まれる認証名と同一の認証名１７１２を有するエントリ（データ）があるかを判断する。一方、ステップＳ１３０１でＮＯと判断した場合には、ステップＳ１３０３に処理を進め、承認による解除エントリテーブル１７１０に、ステップＳ７０１で受信したデータ（ＨＴＴＰデータ）を送信したクライアントＰＣ１０２のＩＰアドレスと同一のＩＰアドレス１７１３を有するエントリ（データ）があるかを判断する。

ステップＳ１３０２、ステップＳ１３０３の判断処理で、エントリがある（ＹＥＳ）と判断した場合には、処理をステップＳ１３０４に進め、ルール種類（リクエストルール、レスポンスルール）が一致するかを判断する。一致すると判断した場合には（ステップＳ１３０４でＹＥＳ）、ステップＳ１３０５に処理を進め、そのルールＩＤが中継制御ルール適用処理で適用された中継制御ルールのＩＤと一致するかを判断する。一致すると判断した場合には（ステップＳ１３０５でＹＥＳ）、当該承認による解除エントリが有効であるかを有効期間情報に設定された情報とその時点での時刻情報とから判断する（ステップＳ１３０６）。エントリが有効であると判断した場合には（ステップＳ１３０６でＹＥＳ）、ＣＰＵ２０１は、承認による解除中であると判定する（ステップＳ１３０７）。

ステップＳ１３０２、Ｓ１３０３、ステップＳ１３０４、ステップＳ１３０５及びステップＳ１３０６の何れかの判断処理でＮＯと判断した場合には、処理をステップＳ１３０８に進め、未解除であると判定する。以上が図７のステップＳ７１３の承認による解除判定処理の詳細である。

アクセス禁止解除申請が承認されたことにより、クライアントＰＣ１０２に対して中継制御ルール１を解除する解除エントリが承認による解除エントリテーブル１７１０に登録されているので、図７のステップＳ７１３では、承認による解除が行われたと判定することになり、その後のステップＳ７１４の判断処理でＹＥＳと判断することになる。これにより、ＣＰＵ２０１は処理をステップＳ７１５に移すことになるので、ステップＳ７０９で「禁止」と判定された動作が「中継」に変更されることになる。そのため、このクライアントＰＣ１０２からウェブサーバ１に対するデータ通信は中継制御ルール１にもかかわらず中継されることになる。これにより、プロキシサーバ１０１により柔軟なデータ通信制御を行わせることが可能となる。

また、本実施例では、承認により中継制御ルールを解除するという例を説明したが、これに限らず、承認解除エントリにユーザ（若しくはクライアントＰＣ１０２）を示す情報（送信元を示す情報）と、ウェブサーバ１０５のＵＲＬ情報（送信先の情報）とが対応する承認解除エントリを作成し、ある中継制御ルールに合致して中継が禁止されたデータ通信であっても、当該承認解除エントリエントリに合致している場合には中継を許可するような中継制御をおこなっても勿論構わない。

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

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

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

本発明を上記記録媒体に適用する場合、その記録媒体には、先に説明したフローチャートに対応するプログラムコードが格納されることになる。

１０１ プロキシサーバ
１０２−１、１０２−２、１０２−３ クライアントＰＣ
１０３ ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）
１０４ 広域ネットワーク
１０５−１、１０５−２、１０５−３ ウェブサーバ
２０１ ＣＰＵ
２０２ ＲＡＭ
２０３ ＲＯＭ
２０４ システムバス
２０５ 入力コントローラ
２０６ ビデオコントローラ
２０７ メモリコントローラ
２０８ 通信Ｉ／Ｆコントローラ
２０９ 入力装置
２１０ ディスプレイ装置２１０
２１１ 外部メモリ

そこで、本発明は、上記した課題に鑑み、本来は接続が許可されない情報資源への接続許可期間を無期限とせず、一定の期間にのみ当該情報資源への接続を許可することを可能とする情報処理装置、情報処理方法、及びコンピュータプログラムを提供することを目的とする。

上記した目的を達成するために、本発明の情報処理装置は以下の構成を備える。即ち、端末装置とサーバ装置との間で通信される通信データの中継制御に用いられるエントリ情報を生成する情報処理装置であって、前記通信データの中継を許可するためのエントリ情報の生成に用いるパスワード情報を記憶する記憶手段と、前記端末装置より送信されたパスワードを受信する受信手段と、前記受信手段が受信したパスワードに対応するパスワード情報を用いて前記エントリ情報を生成する生成手段と、を備え、前記パスワード情報には、前記エントリ情報の有効期限の設定に用いられる解除時間設定情報が含まれ、前記生成手段は、前記解除時間設定情報に従った有効期限情報が設定された前記エントリ情報を生成することを特徴とする。

上記した目的を達成するために、本発明の情報処理方法は以下の構成を備える。即ち、端末装置とサーバ装置との間で通信される通信データ通信データの中継を許可するためのエントリ情報の生成に用いるパスワード情報を記憶する記憶装置を備え、前記パスワード情報を用いて前記エントリ情報を生成する情報処理装置によって行われる情報処理方法であって、前記端末装置より送信されたパスワードを受信する受信工程と、前記受信工程で受信したパスワードに対応するパスワード情報を用いて前記エントリ情報を生成する生成工程と、を備え、前記パスワード情報には、前記エントリ情報の有効期限の設定に用いられる解除時間設定情報が含まれ、前記生成工程では、前記解除時間設定情報に従った有効期限情報が設定された前記エントリ情報を生成することを特徴とする。

上記した目的を達成するために、本発明のコンピュータプログラムは以下の構成を備える、即ち、端末装置とサーバ装置との間で通信される通信データ通信データの中継を許可するためのエントリ情報の生成に用いるパスワード情報を記憶する記憶装置を備え、前記パスワード情報を用いて前記エントリ情報を生成する情報処理装置を、前記端末装置より送信されたパスワードを受信する受信手段と、前記受信工程で受信したパスワードに対応するパスワード情報を用いて前記エントリ情報を生成する生成手段として機能させ、前記パスワード情報には、前記エントリ情報の有効期限の設定に用いられる解除時間設定情報が含まれ、前記生成手段は、前記解除時間設定情報に従った有効期限情報が設定された前記エントリ情報を生成することを特徴とする。

本発明によれば、本来は接続が許可されない情報資源への接続許可期間を無期限とせず、ある一定の期間にのみ当該情報資源への接続を許可することを可能とする情報処理装置、情報処理方法、及びコンピュータプログラムを提供することが可能となる。

ルール種類１６０５には解除対象とする中継制御ルールの種類（リクエストルール、レスポンスルール）が登録される。ルールＩＤ１６０６には、解除対象とする中継制御ルールのＩＤが登録される。申請理由１６０７には、解除を行う申請理由が登録される。

図１８に示すように、中継制御ルール一覧画面１８００には、中継ルール制御ルール種別（リクエストルール、レスポンスルール）ごとの、一覧表示部（リクエストルール一覧表示部１８１０、レスポンスルール一覧表示部１８２０）が設定されている。それぞれの一覧表示部には、その中継制御ルールデータの詳細データの表示部として、ＩＤ１８０１、説明１８０２、動作１８０３が設定されており、さらに、操作ボタン表示部１８０４には、各中継制御ルールデータの更新、削除、移動、追加を行うための更新ボタン１８０５−１、１８０５−２、削除ボタン１８０６−１、１８０６−２、移動ボタン１８０７−１、１８０７−２、追加ボタン１８０８−１、１８０８−２が設定されている。

パスワード入力欄２２０３はアクセスブロック解除パスワードを入力するための入力欄であり、このパスワード入力欄２２０３に入力された情報がアクセスブロック解除パスワードＤＢ３１２のパスワード１５０３に登録される。解除時間入力欄２２０４は、アクセスブロック解除パスワードによる中継制御ルールが解除される時間を入力するための入力欄であり、この解除時間入力欄１５０４に入力された情報が、アクセスブロック解除パスワードＤＢ３１２の解除時間１５０４に登録される。

プロキシ認証が行われていると判断した場合には（ステップＳ８０３でＹＥＳ）、パスワードによる解除エントリテーブル１７００に新規のエントリ（データ）を追加して、その認証名１７０１にＨＴＴＰヘッダーより取得した認証情報を設定する（ステップＳ８０４）一方、プロキシ認証が行われていないと判断した場合には（ステップＳ８０４でＮＯ）、パスワードによる解除エントリテーブル１７００に新規のエントリを追加して、クライアントＰＣ１０２のＩＰアドレスをＩＰアドレス１７０２に設定する（ステップＳ８０５）。

図１０の説明に戻る。ブロック解除申請詳細画面２６００を表示させるための画面情報を送信後、クライアントＰＣ１０２から判定情報を受信したかを判断する（ステップＳ１００４）。判定情報を受信したと判断した場合には（ステップＳ１００４でＹＥＳ）、ステップＳ１００５に処理を進め、判定結果が承認であるかを判断する。判定結果が承認であると判断した場合には承認による解除エントリテーブル１７１０に新たなエントリ（データ）の追加、または、申請者に対するアクセスブロック解除パスワードの送信を行う。承認による解除エントリテーブル１７１０に新たなエントリ（データ）の追加する際には、クライアントＰＣ１０２から判定情報として受信した情報（例えば解除期間情報等）を新たなエントリに登録する（ステップＳ１００６）。

Claims (5)

1. 端末装置と、外部のサーバ装置との間の通信を中継制御するための中継制御ルール、及び当該中継制御ルールを解除するための有効期限が設定されたパスワードを記憶する記憶手段を備え、前記端末装置と前記外部サーバとの間の通信の中継制御を行う情報処理装置であって、
   前記端末装置と前記外部のサーバ装置との間で送受信されるＨＴＴＰデータを取得する第１の取得手段と、
   前記第１の取得手段で取得したＨＴＴＰデータに対して前記中継制御ルールを適用することにより、当該ＨＴＴＰデータの中継を許可するか否かを判断する第１の判断手段と、
   前記第１の判断手段で中継を拒否すると判断した後に、前記端末装置に対して、前記中継制御ルールを解除するためのパスワード入力欄を備える画面情報を送信する送信手段と、
   前記端末装置において、前記画面情報を介して入力されたパスワードを取得する第２の取得手段と、
   前記第２のパスワードが前記記憶手段に記憶され、且つ当該パスワードが有効期限内であるかを判断する第２の判断手段と、
   前記第２の判断手段で前記第２の取得手段で取得したパスワードが前記記憶手段に記憶され、且つ当該パスワードが有効期限内であると判断した場合に、解除エントリを生成する生成手段と、
   前記第１の判断手段で、中継を許可しないと判断されたＨＴＴＰデータに対応する解除エントリが生成されている場合に、前記第１の判断手段で中継しないと判断された通信を中継するように制御する制御手段と
   を備えることを特徴とする情報処理装置。
2. 前記記憶手段は、さらに、前記パスワードと、当該パスワードを端末装置から受け付けた場合に前記生成手段で生成する解除エントリの有効期間情報と、をさらに対応付けて記憶し、
   前記生成手段は、前記記憶手段に記憶されている有効期間情報に従って、前記解除エントリの失効時間を設定し、
   前記制御手段は、前記解除エントリの失効時間を経過していないと判断した場合に、前記第１の判断手段で中継しないと判断されたＨＴＴＰデータを中継するように制御する
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記制御手段は、前記端末装置に対して、前記第１の判断手段で中継を許可しないと判断した前記外部のサーバ装置にアクセスさせるためのリダイレクト情報を含むＨＴＴＰレスポンスを送信し、該ＨＴＴＰレスポンスに応じて前記端末装置から前記外部のサーバ装置へ送信されたＨＴＴＰリクエストを中継させるよう制御すること
   を特徴とする請求項１または２に記載の情報処理装置。
4. 端末装置と、外部のサーバ装置との間の通信を中継制御するための中継制御ルール、及び当該中継制御ルールを解除するための有効期限が設定されたパスワードを記憶する記憶装置を備え、前記端末装置と前記外部サーバとの間の通信の中継制御を行う情報処理装置によって行われる情報処理方法であって、
   前記端末装置と前記外部のサーバ装置との間で送受信されるＨＴＴＰデータを取得する第１の取得工程と、
   前記第１の取得工程で取得したＨＴＴＰデータに対して前記中継制御ルールを適用することにより、当該ＨＴＴＰデータの中継を許可するか否かを判断する第１の判断工程と、
   前記第１の判断工程で中継を拒否すると判断した後に、前記端末装置に対して、前記中継制御ルールを解除するためのパスワード入力欄を備える画面情報を送信する送信工程と、
   前記端末装置において、前記画面情報を介して入力されたパスワードを取得する第２の取得工程と、
   前記第２のパスワードが前記記憶装置に記憶され、且つ当該パスワードが有効期限内であるかを判断する第２の判断工程と、
   前記第２の判断工程で前記第２の取得工程で取得したパスワードが前記記憶装置に記憶され、且つ当該パスワードが有効期限内であると判断した場合に、解除エントリを生成する生成工程と、
   前記第１の判断工程で、中継を許可しないと判断されたＨＴＴＰデータに対応する解除エントリが生成されている場合に、前記第１の判断工程で中継しないと判断された通信を中継するように制御する制御工程と
   を備えることを特徴とする情報処理方法。
5. 端末装置と、外部のサーバ装置との間の通信を中継制御するための中継制御ルール、及び当該中継制御ルールを解除するための有効期限が設定されたパスワードを記憶する記憶手段を備えるコンピュータを、前記端末装置と前記外部サーバとの間の通信の中継制御を行う情報処理装置として機能させるためのコンピュータプログラムであって、
   前記コンピュータを、
   前記端末装置と前記外部のサーバ装置との間で送受信されるＨＴＴＰデータを取得する第１の取得手段と、
   前記第１の取得手段で取得したＨＴＴＰデータに対して前記中継制御ルールを適用することにより、当該ＨＴＴＰデータの中継を許可するか否かを判断する第１の判断手段と、
   前記第１の判断手段で中継を拒否すると判断した後に、前記端末装置に対して、前記中継制御ルールを解除するためのパスワード入力欄を備える画面情報を送信する送信手段と、
   前記端末装置において、前記画面情報を介して入力されたパスワードを取得する第２の取得手段と、
   前記第２のパスワードが前記記憶手段に記憶され、且つ当該パスワードが有効期限内であるかを判断する第２の判断手段と、
   前記第２の判断手段で前記第２の取得手段で取得したパスワードが前記記憶手段に記憶され、且つ当該パスワードが有効期限内であると判断した場合に、解除エントリを生成する生成手段と、
   前記第１の判断手段で、中継を許可しないと判断されたＨＴＴＰデータに対応する解除エントリが生成されている場合に、前記第１の判断手段で中継しないと判断された通信を中継するように制御する制御手段
   として機能させることを特徴とするコンピュータプログラム。

Images