(57)【要約】【課題】  正当なアクセス権限を有していない不特定第三者によるアクセスを排除し、また、イントラネット内に存在するコンテンツサーバのホスト名をインターネット上に通すことを避ける。【解決手段】  認証処理部１２の認証処理によりクライアント端末１のアクセス権限が認められた場合、そのクライアント端末１から端末固有の端末情報を収集する一方、イントラネット６に接続されているコンテンツサーバを識別する仮サーバＩＤを作成して、その仮サーバＩＤをクライアント端末１に送信し、クライアント端末１から仮サーバＩＤと端末情報を含むアクセスリクエストを受信すると、仮サーバＩＤに対応するコンテンツサーバにアクセスリクエストを転送する。【選択図】        図１
2005303530.tif 000002
【特許請求の範囲】
【請求項１】
クライアント端末からアクセスを受けると、そのクライアント端末に対する認証処理を実施する認証処理手段と、上記認証処理手段の認証処理によりクライアント端末のアクセス権限が認められた場合、そのクライアント端末から端末固有の端末情報を収集する一方、内部ネットワークに接続されているコンテンツサーバを識別する仮サーバＩＤを作成して、その仮サーバＩＤを上記クライアント端末に送信する初期設定手段と、上記クライアント端末から仮サーバＩＤと端末情報を含むアクセスリクエストを受信すると、そのアクセスリクエストに含まれている端末情報と上記初期設定手段により収集された端末情報が一致していれば、その仮サーバＩＤに対応するコンテンツサーバにアクセスリクエストを転送するリクエスト転送手段と、上記コンテンツサーバからコンテンツを受信すると、そのコンテンツを上記クライアント端末に返信するコンテンツ返信手段とを備えたアクセス中継装置。
【請求項２】
初期設定手段は、クライアント端末から端末情報を収集する際、エージェントソフトを上記クライアント端末にインストールし、そのクライアント端末内のエージェントソフトとネゴシエーションを実施して、その端末情報の種類を設定することを特徴とする請求項１記載のアクセス中継装置。
【請求項３】
初期設定手段は、クライアントからコンテンツサーバに対するアクセス要求を受けると、仮サーバＩＤと端末情報を含むアクセスリクエストを生成する機能を備えているエージェントソフトをクライアント端末にインストールすることを特徴とする請求項２記載のアクセス中継装置。
【請求項４】
初期設定手段によりインストールされたエージェントソフトは、アクセスリクエストを生成する際、自己が生成したアクセスリクエストであることを示すフラグを当該アクセスリクエスト内に含めることを特徴とする請求項３記載のアクセス中継装置。
【請求項５】
初期設定手段は、同一のコンテンツサーバであっても、クライアント端末毎に異なる仮サーバＩＤを作成することを特徴とする請求項１記載のアクセス中継装置。
【請求項６】
初期設定手段は、同一のクライアント端末が同一のコンテンツサーバに対してリクエストを発信する場合であっても、アクセス日時が異なれば、異なる仮サーバＩＤを作成することを特徴とする請求項５記載のアクセス中継装置。
【請求項７】
初期設定手段は、仮サーバＩＤの有効期限を設定し、その有効期限が切れると仮サーバＩＤを更新することを特徴とする請求項１記載のアクセス中継装置。
【請求項８】
初期設定手段は内部ネットワークに接続されているコンテンツサーバの中に、クライアント端末がアクセス可能なコンテンツサーバが存在しない場合、当該システムに対する正規のアカウントの代わりに一時的なアクセスを許可するための仮アカウントを作成して、その仮アカウントを上記クライアント端末に送信し、リクエスト転送手段は上記クライアント端末から仮アカウントと端末情報を含むアクセスリクエストを受信すると、そのアクセスリクエストに含まれている端末情報と上記初期設定手段により収集された端末情報が一致していれば、その仮アカウントに対応するコンテンツサーバにアクセスリクエストを転送することを特徴とする請求項１記載のアクセス中継装置。
【請求項９】
初期設定手段は内部ネットワークに接続されているコンテンツサーバの中に、クライアント端末がアクセス可能なコンテンツサーバと、一時的なアクセスを許可するコンテンツサーバとが混在する場合、仮サーバＩＤの他に、一時的なアクセスを許可するための仮アカウントを作成して、その仮サーバＩＤと仮アカウントを上記クライアント端末に送信し、リクエスト転送手段は上記クライアント端末から仮アカウントと端末情報を含むアクセスリクエストを受信すると、そのアクセスリクエストに含まれている端末情報と上記初期設定手段により収集された端末情報が一致していれば、その仮アカウントに対応するコンテンツサーバにアクセスリクエストを転送することを特徴とする請求項１記載のアクセス中継装置。
【請求項１０】
リクエスト転送手段は、クライアント端末から仮サーバＩＤと端末情報の他に、前回のアクセス情報を含むアクセスリクエストを受信すると、そのアクセスリクエストに含まれている端末情報と初期設定手段により収集された端末情報が一致しており、かつ、前回のアクセス情報が正当であれば、その仮サーバＩＤに対応するコンテンツサーバにアクセスリクエストを転送することを特徴とする請求項１記載のアクセス中継装置。
【請求項１１】
リクエスト転送手段は、アクセスリクエストをコンテンツサーバに転送する際、そのコンテンツサーバに対するクライアントの認証情報を上記コンテンツサーバに送信することを特徴とする請求項１記載のアクセス中継装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、例えば、イントラネットなどの内部ネットワークに接続されているコンテンツサーバに対するアクセスを中継するアクセス中継装置に関するものである。
【背景技術】
【０００２】
従来は、アクセス中継装置に相当するパケット通信装置がクライアント端末と接続され、クライアント端末がインターネットやイントラネットなどに接続されているコンテンツサーバにアクセスする場合、宛先アドレスを示すＵＲＬをパケット通信装置に送信する。
パケット通信装置は、クライアント端末からＵＲＬを受信すると、そのＵＲＬが示す宛先アドレスがイントラネットのアドレスであるか、グローバルアドレスであるかを判断する。
【０００３】
パケット通信装置は、ＵＲＬが示す宛先アドレスがイントラネットのアドレスであれば、イントラネット内のネームサーバにアドレス解決を要求し、ＵＲＬが示す宛先アドレスがグローバルアドレスであれば、インターネットのネームサーバにアドレス解決を要求する。
これにより、クライアント端末は、自らアドレス解決を行うことなく、インターネットやイントラネットなどに接続されているコンテンツサーバにアクセスすることが可能になる（例えば、特許文献１参照）。
【０００４】
【特許文献１】特開２００２−２０８９６４号公報（段落番号［００１５］から［００１９］、図１）
【発明の開示】
【発明が解決しようとする課題】
【０００５】
従来のアクセス中継装置は以上のように構成されているので、ＵＲＬが示す宛先アドレスがイントラネットのアドレスであれば、イントラネット内のネームサーバにアドレス解決を要求し、ＵＲＬが示す宛先アドレスがグローバルアドレスであれば、インターネットのネームサーバにアドレス解決を要求することができる。しかし、インターネット上に存在するクライアント端末が、イントラネット内に存在するコンテンツサーバに対してアクセスする場合、上記のアドレス解決を行うには、イントラネット内の全てのコンテンツサーバのアドレスをインターネット上に公開しなければならない。また、全てのコンテンツサーバのアドレスがインターネット上に公開されていても、当該アドレスがインターネット上でやり取りされるため、イントラネット内のコンテンツサーバのアドレスがインターネット上で盗まれてしまう危険性がある課題があった。なお、イントラネット内のコンテンツサーバのアドレスがインターネット上で盗まれる危険性を回避する手段として、インターネットＶＰＮが存在するが、専用のＶＰＮ装置が必要であり、またＶＰＮ装置の両側（クライアント側とコンテンツサーバ側）で暗号化処理が行われるため、通信負荷が過大になる。またインターネットＶＰＮは、データを暗号化する技術なので、受信側のサーバのＩＰアドレスやホスト名を、一定時間おきに次々に置き換えることによって隠蔽するものではない。また万一データの暗号化が解かれた場合、内部のアドレスが盗聴者に知れることになる。
また、サーバのＩＰを別のものに隠蔽するやり方として、負荷分散装置をコンテンツサーバの前面に置く方式があるが、この方式は同じコンテンツサーバを複数のマシンに複製してそれらの間で負荷分散を行う技術であり、結果的にイントラネット内のコンテンツサーバのＩＰやホスト名をかくすことは可能だが、そのサーバ数は通常数個に限定され、しかもそれらは同じ内容のコンテンツサーバである必要がある。
【０００６】
この発明は上記のような課題を解決するためになされたもので、正当なアクセス権限を有していない不特定第三者によるアクセスを排除することができるアクセス中継装置を得ることを目的とする。
【課題を解決するための手段】
【０００７】
この発明に係るアクセス中継装置は、認証処理手段の認証処理によりクライアント端末のアクセス権限が認められた場合、そのクライアント端末から端末固有の端末情報を収集する一方、内部ネットワークに接続されているコンテンツサーバを識別する仮サーバＩＤを作成して、その仮サーバＩＤをクライアント端末に送信する初期設定手段を設け、そのクライアント端末から仮サーバＩＤと端末情報を含むアクセスリクエストを受信すると、そのアクセスリクエストに含まれている端末情報と初期設定手段により収集された端末情報が一致していれば、その仮サーバＩＤに対応するコンテンツサーバにアクセスリクエストを転送するようにしたものである。
【発明の効果】
【０００８】
この発明によれば、認証処理手段の認証処理によりクライアント端末のアクセス権限が認められた場合、そのクライアント端末から端末固有の端末情報を収集する一方、内部ネットワークに接続されているコンテンツサーバを識別する仮サーバＩＤを作成して、その仮サーバＩＤをクライアント端末に送信する初期設定手段を設け、そのクライアント端末から仮サーバＩＤと端末情報を含むアクセスリクエストを受信すると、そのアクセスリクエストに含まれている端末情報と初期設定手段により収集された端末情報が一致していれば、その仮サーバＩＤに対応するコンテンツサーバにアクセスリクエストを転送するように構成したので、正当なアクセス権限を有していない不特定第三者によるアクセスを排除することができる効果がある。
【発明を実施するための最良の形態】
【０００９】
実施の形態１．
図１はこの発明の実施の形態１によるアクセス中継装置が適用されるＷＥＢシステムを示す構成図であり、図において、クライアント端末１はクライアントが利用する例えばパーソナルコンピュータなどの端末であり、外部ネットワークであるインターネット２への接続機能を備えている。クライアント端末１はインターネット２を通じてアクセス中継装置４にアクセスして、そのアクセス中継装置４からサーバリスト（サーバリストは、例えば、クライアント端末１がアクセス可能なイントラネット６内のコンテンツサーバ７，８の一覧表、そのコンテンツサーバ７，８を識別する仮サーバＩＤ、その仮サーバＩＤの有効期限などを格納している）を受信する一方、イントラネット６内のコンテンツサーバ７，８にアクセスする際、そのサーバリストに格納されている仮サーバＩＤを含むアクセスリクエストをインターネット２を通じてアクセス中継装置４に送信する。
【００１０】
ファイアウォール３はインターネット２とイントラネット６間に設置され、イントラネット６に接続されているコンテンツサーバ７，８やアクセス中継装置４等に対する不正な攻撃を阻止する機能を備えている。
アクセス中継装置４は例えばファイアウォール３のＤＭＺ（ＤｅＭｉｔａｒｉｚｅｄ  Ｚｏｎｅ）領域に設置され、クライアント端末１からインターネット２を通じてアクセスを受けると、そのクライアント端末１に対する認証処理を実施し、そのクライアント端末１が自己（アクセス中継装置４）に対するアクセス権限を有していれば、そのクライアント端末１から端末固有の端末情報を収集する一方、サーバリストをクライアント端末１に送信する。また、クライアント端末１からインターネット２を通じて仮サーバＩＤと端末情報を含むアクセスリクエストを受信すると、そのアクセスリクエストに含まれている端末情報とクライアント端末１から先に収集した端末情報が一致していれば、その仮サーバＩＤに対応するコンテンツサーバ（例えば、コンテンツサーバ７）にアクセスリクエストを転送し、そのコンテンツサーバ７からコンテンツを受信すると、そのコンテンツをクライアント端末１に返信する。
【００１１】
ユーザ管理ＤＢ５はアクセス中継装置４と同一ネットワークセグメント上に配置され、アクセス中継装置４により作成された仮サーバＩＤ、その仮サーバＩＤの有効期限、クライアント端末１のアクセス許可期間、クライアント端末１の端末情報等を管理している。
コンテンツサーバ７，８は内部ネットワークであるイントラネット６に接続され、コンテンツを管理しているコンピュータであり、アクセス中継装置４からアクセスリクエストが転送されると、コンテンツをアクセス中継装置４に返信する。
管理者端末９はアクセス中継装置４の管理者が使用するパーソナルコンピュータなどの端末である。メールサーバ１０は例えば仮アカウントに関するメールを配信するサーバである。
【００１２】
図２はこの発明の実施の形態１によるアクセス中継装置を示す構成図であり、図において、インターネットＩ／Ｆ部１１はインターネット２に対する接続機能を備えており、クライアント端末１やユーザ管理ＤＢ５と各種の情報やデータを送受信するデータ通信装置を搭載している。
認証処理部１２はインターネットＩ／Ｆ部１１がクライアント端末１からアクセスを受けると、そのクライアント端末１に対する認証処理を実施して、クライアント端末１が自己（アクセス中継装置４）に対するアクセス権限を有しているか否かを判断する。なお、認証処理部１２は認証処理手段を構成している。
【００１３】
エージェントソフトインストール部１３は認証処理部１２の認証処理によりクライアント端末１のアクセス権限が認められた場合、インターネットＩ／Ｆ部１１を介して、エージェントソフトをクライアント端末１にダウンロードしてインストールする。端末情報収集部１４はクライアント端末１にインストールされたエージェントソフトとネゴシエーションを実施して、クライアント端末１から収集する端末情報（例えば、クライアント端末１のレジストリ情報、ＬＡＮカード情報、ファイル情報、フォルダ構成情報、ソフトウェアのインストール状況、インストールされているソフトウェアの設定情報など）の種類を設定し、クライアント端末１からインターネットＩ／Ｆ部１１を介して端末固有の端末情報を収集する。
【００１４】
サーバリスト送信部１５はイントラネット６に接続されているコンテンツサーバ７，８を識別する仮サーバＩＤを作成して、その仮サーバＩＤなどを含むサーバリスト（サーバリストは、例えば、クライアント端末１がアクセス可能なイントラネット６内のコンテンツサーバ７，８の一覧表、そのコンテンツサーバ７，８を識別する仮サーバＩＤ、その仮サーバＩＤの有効期限などを格納している）をインターネットＩ／Ｆ部１１を介してクライアント端末１に送信するとともに、そのサーバリストなどをユーザ管理ＤＢ５に登録する。
なお、エージェントソフトインストール部１３、端末情報収集部１４及びサーバリスト送信部１５から初期設定手段が構成されている。
【００１５】
リクエスト転送部１６はインターネットＩ／Ｆ部１１がクライアント端末１から仮サーバＩＤと端末情報を含むアクセスリクエストを受信すると、そのアクセスリクエストに含まれている端末情報がユーザ管理ＤＢ５に管理されている端末情報と一致していれば、イントラネットＩ／Ｆ部１７を介して、その仮サーバＩＤに対応するコンテンツサーバ（例えば、コンテンツサーバ７）にアクセスリクエストを転送する。なお、リクエスト転送部１６はリクエスト転送手段を構成している。
【００１６】
イントラネットＩ／Ｆ部１７はイントラネット６に対する接続機能を備えており、コンテンツサーバ７，８と各種の情報やデータを送受信するデータ通信装置を搭載している。
コンテンツ返信部１８はイントラネットＩ／Ｆ部１７がコンテンツサーバ（リクエスト転送部１６からアクセスリクエストが転送されたコンテンツサーバ）からコンテンツを受信すると、インターネットＩ／Ｆ部１１を介して、そのコンテンツをクライアント端末１に返信する。なお、コンテンツ返信部１８はコンテンツ返信手段を構成している。
【００１７】
なお、アクセス中継装置４の構成要素である認証処理部１２、エージェントソフトインストール部１３、端末情報収集部１４、サーバリスト送信部１５、リクエスト転送部１６及びコンテンツ返信部１８は、例えば、ＣＰＵなどの情報処理機能を備えたＩＣ集積回路を用いて個々に構成してもよいが、アクセス中継装置４がコンピュータから構成されている場合には、エージェントソフトインストール部１３、端末情報収集部１４、サーバリスト送信部１５、リクエスト転送部１６及びコンテンツ返信部１８の処理内容が記述されているプログラムをメモリに格納し、そのコンピュータのＣＰＵが当該プログラムを実行するようにしてもよい。
図３はクライアント端末とアクセス中継装置とコンテンツサーバ間のやり取りを示すシーケンス図である。図４はこの発明の実施の形態１によるアクセス中継装置の処理内容を示すフローチャートである。
【００１８】
次に動作について説明する。
エージェントソフトがインストールされていないクライアント端末１がアクセス中継装置４に最初にアクセスする場合について説明する。
クライアントは、クライアント端末１を操作して、アクセス中継装置４のＵＲＬ（インターネットに公開されているグローバルアドレス）を指定する。
クライアント端末１は、クライアントにより指定されたＵＲＬをインターネット２に出力することにより、インターネット２を通じてアクセス中継装置４にアクセスする（図３のステップＳＱ１、図４のステップＳＴ１）。
【００１９】
アクセス中継装置４の認証処理部１２は、インターネットＩ／Ｆ部１１がクライアント端末１からアクセスを受けると、そのアクセスが初めてのアクセスであれば（図４のステップＳＴ２）、ログインページの画面情報をクライアント端末１に返信する（図３のステップＳＱ２）。
クライアントは、アクセス中継装置４のログインページがクライアント端末１のディスプレイに表示されると、そのログインページ上で認証情報（例えば、ユーザＩＤ、パスワード）を入力する。
【００２０】
クライアント端末１は、クライアントによる認証情報の入力操作が完了すると、その認証情報をアクセス中継装置４に送信する（ステップＳＱ３）。
ただし、クライアント端末１が予めアクセス中継装置４からディジタル証明書やＵＳＢトークンなどの認証情報をインストールしている場合、最初のアクセスの際に当該クライアントの認証情報が自動的に送信されるので、クライアントによる認証情報の入力操作は不要である。
【００２１】
アクセス中継装置４の認証処理部１２は、インターネットＩ／Ｆ部１１がクライアント端末１から認証情報を受信すると、クライアント端末１に対する認証処理を実施する。
即ち、その認証情報と同一の認証情報がユーザ管理ＤＢ５に登録されていれば、クライアント端末１が自己（アクセス中継装置４）に対するアクセス権限を有していると判断し、その認証情報と同一の認証情報がユーザ管理ＤＢ５に登録されていなければ、クライアント端末１が自己（アクセス中継装置４）に対するアクセス権限を有していないと判断する。
【００２２】
アクセス中継装置４の認証処理部１２は、クライアント端末１がアクセス権限を有していないと判断する場合、インターネットＩ／Ｆ部１１を介して、アクセスを許可しない旨を示すメッセージをクライアント端末１に送信する。
一方、クライアント端末１がアクセス権限を有していると判断する場合、コンテンツサーバ７，８に対するアクセスを希望する場合には、エージェントソフトをダウンロードしてインストールする必要がある旨を示すメッセージをクライアント端末１に送信する（ステップＳＱ４）。
【００２３】
アクセス中継装置４のエージェントソフトインストール部１３は、インターネットＩ／Ｆ部１１がクライアント端末１からエージェントソフトのダウンロード要求を受信すると（ステップＳＱ５）、インターネットＩ／Ｆ部１１を介して、エージェントソフトをクライアント端末１にダウンロードしてインストールする（図３のステップＳＱ６、図４のステップＳＴ３）。
クライアント端末１に対するエージェントソフトのインストールが完了すると、アクセス中継装置４の端末情報収集部１４は、クライアント端末１にインストールされたエージェントソフトとネゴシエーションを実施して、クライアント端末１から収集する端末情報の種類や、その端末情報の送信タイミングなどの取り決めを行う（図３のステップＳＱ７、図４のステップＳＴ４）。その取り決め情報は、エージェントソフトの動作パラメータとして設定される。
【００２４】
ここで、端末情報としては、例えば、クライアント端末１のレジストリ情報、ＬＡＮカード情報（例えば、ＭＡＣアドレス、ＩＰアドレス）、ファイル情報（例えば、ＯＳのインストールスタンプ、特定ファイルのサイズ）、フォルダ構成情報（例えば、どのドライブに如何なる名前のフォルダが存在するかを示す情報）、ソフトウェアのインストール状況、インストールされているソフトウェアの設定情報（例えば、メールソフトに設定されているアドレス）などがあるが、クライアント端末１から収集可能な固有の端末情報であれば、これらに限るものではない。
一例としては、ネゴシエーションの際、アクセス中継装置４がクライアント端末１上に所定のフォルダやファイルを作成する。ここで作成されるフォルダやファイルの名称は、特殊な長い名前のものであり、かつ、階層構造も深い位置に作るようにする。
以降のアクセスにおいて、このフォルダとファイルが存在するか否かによりチェックを行うため、第三者が特殊の名称のフォルダやファイルを偽造することは困難であり、成りすましを防止することができる。
【００２５】
アクセス中継装置４の端末情報収集部１４は、クライアント端末１から収集する端末情報の種類が決まると、クライアント端末１からインターネットＩ／Ｆ部１１を介して端末固有の端末情報を収集する（ステップＳＱ８）。
なお、端末情報収集部１４は、クライアント端末１から収集した端末情報をユーザ管理ＤＢ５に登録する。
【００２６】
アクセス中継装置４のサーバリスト送信部１５は、クライアント端末１から送信された認証情報を参照して、イントラネット６に接続されているコンテンツサーバのうち、クライアント端末１がアクセス可能なイントラネット６内のコンテンツサーバを検索する。例えば、アクセス可能なイントラネット６内のサーバがコンテンツサーバ７，８であれば、アクセス可能なサーバがコンテンツサーバ７，８であることを示す一覧表であるサーバリストを作成する。
また、サーバリスト送信部１５は、コンテンツサーバ７，８を識別する仮サーバＩＤを作成し、その仮サーバＩＤ、その仮サーバＩＤの有効期限、アクセス許可期間を上記サーバリストに挿入する。
【００２７】
ただし、サーバリスト送信部１５がコンテンツサーバ７，８を識別する仮サーバＩＤを作成するに際して、クライアント端末１毎に異なる仮サーバＩＤを作成する。即ち、同一のコンテンツサーバを識別する仮サーバＩＤであっても、アクセスを希望しているクライアント端末１が異なれば、異なる仮サーバＩＤを作成する。
また、同一のクライアント端末１であっても、アクセス日時が異なれば、異なる仮サーバＩＤを作成する。
【００２８】
アクセス中継装置４のサーバリスト送信部１５は、仮サーバＩＤを含むサーバリストを作成すると、インターネットＩ／Ｆ部１１を介して、そのサーバリストをクライアント端末１に送信する（ステップＳＱ９）。
また、サーバリスト送信部１５は、そのサーバリストをユーザ管理ＤＢ５に登録する。
ここで、図５はコンテンツサーバの本来のＵＲＬや仮サーバＩＤなどを示す説明図である。
【００２９】
次に、エージェントソフトがインストールされているクライアント端末１がアクセス中継装置４を介してコンテンツサーバにアクセスする場合について説明する。
クライアント端末１にインストールされたエージェントソフトは、クライアント端末１の起動時に常駐プロセスとして自動起動され（エージェントソフトは、クライアントが手動で停止させることもできる）、起動時あるいは定期的に、イントラネット６に接続されているコンテンツサーバに変更があるか否かを調査する（例えば、クライアント端末１がアクセス可能なコンテンツサーバが追加されているか否かや、コンテンツサーバのホスト名が変更されているか否かなどを調査する）。その調査は、エージェントソフトがアクセス中継装置４と情報交換を実施することにより行う。仮に変更がある場合には、アクセス中継装置４から先に送信されて保存しているクライアント端末１内のサーバリストを更新する。
【００３０】
クライアントは、クライアント端末１を操作して、アクセスを希望するコンテンツサーバをブラウザ上で指定する。
例えば、クライアントがコンテンツサーバ７を指定する場合、次のようなＵＲＬをブラウザ上で入力する。
ｈｔｔｐ：／／コンテンツサーバ７のサーバ名／フォルダ名／〜
【００３１】
クライアント端末１にインストールされたエージェントソフトは、クライアントがブラウザ上でＵＲＬを入力すると、サーバリストを参照して、そのＵＲＬがイントラネット６内のサーバを指定しているか否かを判断する。
エージェントソフトは、そのＵＲＬがイントラネット６内のサーバを指定していない場合、そのＵＲＬをそのままインターネット２に転送するが、そのＵＲＬがイントラネット６内のサーバを指定しており、かつ、アクセス可能なコンテンツサーバ７，８のＵＲＬである場合、そのＵＲＬを変更する。
【００３２】
即ち、エージェントソフトは、アクセスを希望しているコンテンツサーバがコンテンツサーバ７である場合、下記に示すように、アクセス中継装置４のサーバ名に、コンテンツサーバ７の仮サーバＩＤを付加した形式のＵＲＬに変更する。
ｈｔｔｐ：／／アクセス中継装置４のサーバ名／コンテンツサーバ７の仮サーバＩＤ／フォルダ名／〜
【００３３】
また、エージェントソフトは、コンテンツサーバ７の仮サーバＩＤを付加した形式のＵＲＬに変更すると、そのＵＲＬを含むアクセスリクエスト中にクライアント端末１の端末情報（予め、アクセス中継装置４の端末情報収集部１４と取り決めた端末情報）を付加するとともに、エージェントソフトが作成したものであることを示すフラグ（以下、エージェントフラグという）を付加し、その端末情報等を付加したアクセスリクエストをインターネット２に転送する（ステップＳＱ１０）。
ここで、図６はクライアント端末から送信されるアクセスリクエストのパケット構成例を示す説明図である。
【００３４】
アクセス中継装置４のＵＲＬやＩＰアドレスは、インターネット２上で公開されているので、インターネット２上で名前解決され、アクセス中継装置４までアクセスリクエストが到達する。
なお、不特定第三者が、コンテンツサーバ７のサーバ名を直接指定するＵＲＬをインターネット２に転送しても、コンテンツサーバ７のＩＰアドレスはインターネット上に公開されていないので、コンテンツサーバ７にアクセスすることができない。また、アクセス中継装置４へのアクセスを試みても、アクセス中継装置４のトップページまでは到達できるが、そこでの初期認証に失敗するので、イントラネット内へアクセスすることができない。
【００３５】
アクセス中継装置４のリクエスト転送部１６は、インターネットＩ／Ｆ部１１がクライアント端末１から仮サーバＩＤと端末情報とエージェントフラグを含むアクセスリクエストを受信すると（ステップＳＴ５）、そのアクセスリクエストが正当なリクエストであるかを判定するため（ステップＳＴ６）、そのアクセスリクエストから端末情報を取り出して、その端末情報と同一の端末情報がユーザ管理ＤＢ５に登録されているか否かを判断する。
リクエスト転送部１６は、アクセスリクエストに含まれている端末情報と同一の端末情報がユーザ管理ＤＢ５に登録されていない場合、あるいは、アクセスリクエストにエージェントフラグが含まれていない場合、クライアント端末１からのアクセスを拒否するが、同一の端末情報がユーザ管理ＤＢ５に登録されており、かつ、アクセスリクエストにエージェントフラグが含まれている場合、アクセスリクエストから仮サーバＩＤを取り出し、その仮サーバＩＤと同一の仮サーバＩＤがユーザ管理ＤＢ５に登録されているか否かを判断する。
【００３６】
リクエスト転送部１６は、アクセスリクエストに含まれている仮サーバＩＤと同一の仮サーバＩＤがユーザ管理ＤＢ５に登録されていない場合、クライアント端末１からのアクセスを拒否するが、同一の仮サーバＩＤがユーザ管理ＤＢ５に登録されている場合、アクセスリクエストに含まれている仮サーバＩＤに対応するコンテンツサーバ７のサーバ名やＩＰアドレスを含むＵＲＬを作成し（ステップＳＴ７）、イントラネットＩ／Ｆ部１７を介して、そのＵＲＬをアクセスリクエストとして、コンテンツサーバ７に転送する（図３のステップＳＱ１１、図４のステップＳＴ８）。
ここでは、アクセスリクエストが正当なリクエストでない場合、直ちに、クライアント端末１からのアクセスを拒否しているが、端末情報等の再送をクライアント端末１のエージェントソフトに要求し（ステップＳＴ１０）、そのクライアント端末１のエージェントソフトから再送された端末情報等を参照しても正当なリクエストであることが認められないとき、クライアント端末１からのアクセスを拒否するようにしてもよい（ステップＳＴ１１）。
【００３７】
コンテンツサーバ７は、アクセス中継装置４からイントラネット６を通じてアクセスリクエストが転送されると、コンテンツをアクセス中継装置４に返信する（ステップＳＱ１２）。
アクセス中継装置４のコンテンツ返信部１８は、イントラネットＩ／Ｆ部１７がコンテンツサーバ７からコンテンツを受信すると、そのコンテンツを必要に応じて暗号化し、インターネットＩ／Ｆ部１１を介して、そのコンテンツをクライアント端末２に返信する（図３のステップＳＱ１３、図４のステップＳＴ９）。
【００３８】
これにより、クライアント端末１のエージェントソフトがインターネット２を通じてアクセス中継装置４からコンテンツを受信すると、そのコンテンツをブラウザに転送する。
クライアント端末１のブラウザは、そのコンテンツをクライアント端末１のディスプレイに表示する。
【００３９】
以上で明らかなように、この実施の形態１によれば、認証処理部１２の認証処理によりクライアント端末１のアクセス権限が認められた場合、そのクライアント端末１から端末固有の端末情報を収集する一方、イントラネット６に接続されているコンテンツサーバを識別する仮サーバＩＤを作成して、その仮サーバＩＤをクライアント端末１に送信し、そのクライアント端末１からインターネット２を通じて仮サーバＩＤと端末情報を含むアクセスリクエストを受信すると、そのアクセスリクエストに含まれている端末情報と先に収集した端末情報が一致していれば、その仮サーバＩＤに対応するコンテンツサーバにアクセスリクエストを転送するように構成したので、正当なアクセス権限を有していない不特定第三者によるアクセスを排除することができる効果を奏する。
【００４０】
また、この実施の形態１によれば、クライアント端末１から端末情報を収集する際、エージェントソフトをクライアント端末１にインストールし、そのクライアント端末１内のエージェントソフトとネゴシエーションを実施して、その端末情報の種類を設定するように構成したので、クライアント端末１から収集することが可能な固有の端末情報を自動的に検索して収集することができる効果を奏する。
【００４１】
また、この実施の形態１によれば、クライアントからコンテンツサーバに対するアクセス要求を受けると、仮サーバＩＤと端末情報を含むアクセスリクエストを生成する機能を備えているエージェントソフトをクライアント端末１にインストールするように構成したので、インターネット２上にコンテンツサーバのＵＲＬが漏洩するのを防止することができる効果を奏する。
【００４２】
さらに、この実施の形態１によれば、クライアント端末１にインストールされたエージェントソフトがアクセスリクエストを生成する際、エージェントフラグを当該アクセスリクエスト内に含めるように構成したので、仮に、有効な仮サーバＩＤや端末情報が盗聴されても、盗聴者のクライアント端末１から送信されたアクセスリクエスト内にエージェントフラグが含まれていなければ（盗聴者のクライアント端末１には、エージェントフラグをアクセスリクエスト内に含めるエージェントソフトがインストールされていないので、盗聴者のクライアント端末１から送信されるアクセスリクエスト内にはエージェントフラグが含まれない）、不正なアクセスリクエストであることを確認することができる効果を奏する。
【００４３】
また、この実施の形態１によれば、同一のコンテンツサーバであっても、クライアント端末毎に異なる仮サーバＩＤを作成するように構成したので、仮にインターネット２上でアクセスリクエストが盗まれても、盗聴者はそのアクセスリクエストを恒久的に使うことができなくなる効果を奏する。
【００４４】
また、この実施の形態１によれば、同一のクライアント端末であっても、アクセス日時毎に異なる仮サーバＩＤを作成するように構成したので、仮にインターネット２上でアクセスリクエストが盗まれても、盗聴者はそのアクセスリクエストを恒久的に使うことができなくなる効果を奏する。
【００４５】
なお、あるコンテンツサーバから別のコンテンツサーバに対するリンクが絶対パスで記述されており、そのコンテンツサーバのホスト名がインターネット２上で公開されていない場合、通常、そのままの形ではそのリンクを辿ることができない。しかし、この実施の形態１では、イントラネット６に接続されているコンテンツサーバの一覧表と、そのコンテンツサーバの仮サーバＩＤとが事前にクライアント端末１のサーバリストの中に登録されているので、コンテンツサーバに対するアクセス権限を有していれば、あるコンテンツサーバから別のコンテンツサーバに対するリンクを貼ることができる。
【００４６】
実施の形態２．
上記実施の形態１では、アクセス中継装置４のサーバリスト送信部１５が仮サーバＩＤを作成して、クライアントがその仮サーバＩＤをサーバリクエストに挿入する際、その仮サーバＩＤの有効期限を設定し、その仮サーバＩＤの有効期限もサーバリクエストに挿入するものについて示したが、アクセス中継装置４のサーバリスト送信部１５が仮サーバＩＤの有効期限を管理し、一定時間が経過して仮サーバＩＤの有効期限が切れると仮サーバＩＤを更新して、更新後の仮サーバＩＤをクライアント端末１とユーザ管理ＤＢ５に送信するようにしてもよい。
【００４７】
これにより、仮サーバＩＤが盗聴されても、盗聴者が恒久的に仮サーバＩＤを使うことができなくなる効果を奏する。
なお、仮サーバＩＤの更新処理は、アクセス中継装置４のサーバリスト送信部１５とクライアント端末１にインストールされているエージェントソフトの間で、バックグラウンドで実行されるが、仮サーバＩＤの有効期限切れが近いことを示すメッセージを出力させる等して、クライアントが手動で実施するようにしてもよい。
【００４８】
実施の形態３．
上記実施の形態１，２では、クライアント端末１が仮サーバＩＤと端末情報とエージェントフラグを含むアクセスリクエストをアクセス中継装置４に送信するものについて示したが、クライアント端末１が更に前回のアクセス情報（例えば、前回アクセス時の仮サーバＩＤ、アクセス時間など）をアクセスリクエストに含めてアクセス中継装置４に送信するようにしてもよい。
【００４９】
アクセス中継装置４のリクエスト転送部１６は、前回のアクセス情報を含むアクセスリクエストを受信すると、そのアクセスリクエストに含まれている前回のアクセス情報と、ユーザ管理ＤＢ５に管理されている前回のアクセス情報とを比較して、一致していれば、そのアクセス情報の正当性を認定する。
リクエスト転送部１６は、前回のアクセス情報の正当性が認められることを、アクセスリクエストの転送条件の一つに加え、前回のアクセス情報の正当性が認められるとき、アクセスリクエストをコンテンツサーバに転送するようにする。
これにより、上記実施の形態１，２よりも、更に不特定第三者による不正なアクセスを厳格に排除することができる効果を奏する。
【００５０】
実施の形態４．
上記実施の形態１〜３では、コンテンツサーバ７がアクセス中継装置４からアクセスリクエストが転送されると、コンテンツをアクセス中継装置４に返信するものについて示したが、コンテンツサーバ７が自己（コンテンツサーバ７）に対する認証情報（例えば、ユーザＩＤ、パスワード）の送信を要求するようにしてもよい。
この場合、アクセス中継装置４が認証情報の送信要求をクライアント端末１に送信し、クライアント端末１から送信された認証情報をコンテンツサーバ７に転送する。
そして、コンテンツサーバ７は、その認証情報を参照して、クライアント端末１が自己（コンテンツサーバ７）に対するアクセス権限を有していることが判明すれば、コンテンツをアクセス中継装置４に返信するようにする。
【００５１】
これにより、上記実施の形態１〜３よりも、更に不特定第三者による不正なアクセスを厳格に排除することができるが、クライアント端末１がコンテンツサーバ７にアクセスする度に、認証情報をコンテンツサーバ７に送信して認証処理を受ける必要があり、クライアントの操作が面倒である。
【００５２】
そこで、この実施の形態４では、アクセス中継装置４の端末情報収集部１４がクライアント端末１のエージェントソフトとネゴシエーションを実施して端末情報を収集する際、コンテンツサーバ７に対する認証情報をクライアント端末１にダウンロードする。
一方、クライアント端末１のエージェントソフトは、アクセスリクエストをアクセス中継装置４に送信する際、先にダウンロードされたコンテンツサーバ７に対する認証情報をアクセスリクエストに含めてアクセス中継装置４に送信する。
【００５３】
そして、アクセス中継装置４のリクエスト転送部１６は、コンテンツサーバ７に対する認証情報を含むアクセスリクエストをコンテンツサーバ７に転送する。
これにより、コンテンツサーバ７は、アクセス中継装置４からアクセスリクエストが転送されたとき、認証情報の送信要求をアクセス中継装置４に送信することなく、クライアント端末１が自己（コンテンツサーバ７）に対するアクセス権限を有しているか否かを判断することができる効果を奏する。
【００５４】
なお、この実施の形態４では、アクセス中継装置４のリクエスト転送部１６がクライアント端末１から送信されたアクセスリクエストに含まれている認証情報をコンテンツサーバ７に転送するものについて示したが、アクセス中継装置４のリクエスト転送部１６がクライアント端末１からアクセスリクエストを受信すると、ユーザ管理ＤＢ５からコンテンツサーバ７に対する認証情報を取得し、その認証情報をコンテンツサーバ７に転送するようにしてもよい。
【００５５】
実施の形態５．
上記実施の形態１〜４では、特に言及していないが、クライアント端末１がエージェントソフトをダウンロードしてインストールした後、そのエージェントソフトを紛失したりデータ破損などで同ソフトが使用出来なくなったりした場合、クライアントは、中継サーバ管理者に連絡して、ダウンロード完了情報のリセットを依頼する。
その後、クライアントがクライアント端末１を操作して、再度、アクセス中継装置４のＵＲＬを直接指定し、上記実施の形態１と同様の方法で、初期認証を再度やり直すことにより、再度エージェントソフトやサーバリストのダウンロードを受けることができる。
【００５６】
また、クライアント端末１の端末情報に変更が生じると、アクセス中継装置４のリクエスト転送部１６が端末情報の食い違いを検出するため、そのままでは、クライアント端末１からのアクセスを不正アクセスとして認識する。
そこで、クライアント端末１の端末情報に変更が生じると、クライアント端末１の起動時あるいは定期的に、エージェントソフトが端末情報のチェックを実施し、その端末情報に変更が生じていれば、その端末情報をアクセス中継装置４に報告するようにする。
あるいは、アクセス中継装置４が端末情報の食い違いを検出したとき、クライアント端末１に警告メッセージを送信して端末情報の更新を求めるようにする。これにより、クライアントは、所定の操作を行えば、更新後の端末情報をアクセス中継装置４に送信することができる。
【００５７】
上記実施の形態１〜４では、クライアント端末１がアクセス中継装置４に最初にアクセスする際に、アクセス中継装置４に対する認証情報の入力を促すものについて示したが、アクセス中継装置４の認証処理部１２が、最初のアクセス時だけでなく定期的に認証情報の入力を促すようにしてもよい。
これにより、仮サーバＩＤが盗聴されても、盗聴者はアクセス中継装置４に対する認証情報を知らないので、盗聴者によるアクセスを排除することができる効果を奏する。
【００５８】
実施の形態６．
上記実施の形態１〜５では、クライアント端末１がアクセス可能なイントラネット６内のコンテンツサーバ７，８を示す一覧表の他、そのコンテンツサーバ７，８を識別する仮サーバＩＤなどを含むサーバリストをクライアント端末１に送信するものについて示したが、クライアント端末１がアクセス可能なイントラネット６内のコンテンツサーバが存在しないが、一時的なアクセスであれば、そのアクセスを許可するコンテンツサーバが存在する場合がある。
このような場合、アクセス中継装置４は、コンテンツサーバの本来のシステムアカウントの代わりに一時的なアクセスを許可するための仮アカウントを作成して、その仮アカウントを含むサーバリストをクライアント端末１に送信し、クライアント端末１からインターネット２を通じて仮アカウントと端末情報を含むアクセスリクエストを受信すると、そのアクセスリクエストに含まれている端末情報と先に収集した端末情報が一致していれば、その仮アカウントに対応するコンテンツサーバにアクセスリクエストを転送するようにする。
【００５９】
具体的には次の通りであるが、この実施の形態６は、アクセス可能なイントラネット６内のコンテンツサーバを有しない全くの外部ユーザが、一時的にイントラネット６にアクセスする必要がある場合に有効である。
図７はこの発明の実施の形態６によるアクセス中継装置の処理内容を示すフローチャートである。
【００６０】
エージェントソフトがインストールされていない全くの外部ユーザの端末（クライアント端末１）がアクセス中継装置４に最初にアクセスする場合について説明する。
外部ユーザは、クライアント端末１を操作して、アクセス中継装置４のＵＲＬ（インターネットに公開されているグローバルアドレス）を指定する。
クライアント端末１は、外部ユーザにより指定されたＵＲＬをインターネット２に出力することにより、インターネット２を通じてアクセス中継装置４にアクセスする（ステップＳＴ２１）。
【００６１】
これにより、クライアント端末１のディスプレイには、アクセス中継装置４のトップページが表示され、この中に「仮アカウント」によるアクセスを許可しているコンテンツサーバの一覧が表示されている。外部ユーザは、その一覧の中から、アクセスを希望するコンテンツサーバを選択する（ステップＳＴ２２）。
外部ユーザがアクセスを希望するコンテンツサーバを選択すると、外部ユーザが個人情報を入力するための画面がクライアント端末１のディスプレイに表示され、その画面上で個人情報（例えば、住所、氏名、電話番号、電子メールアドレス、性別、年齢など）を入力する（ステップＳＴ２３）。
クライアント端末１は、外部ユーザによる個人情報の入力操作が完了すると、その個人情報をアクセス中継装置４に送信する。
【００６２】
アクセス中継装置４の認証処理部１２は、インターネットＩ／Ｆ部１１がクライアント端末１から個人情報を受信すると、その個人情報を参照して、その正当性を調査する。
例えば、外部ユーザにより入力された電子メールアドレスに対して、アクセス中継装置４が自動的にテストメールを送信する（ステップＳＴ２４）。そして、正しく返信が戻ってきた場合に、当該外部ユーザの実在を確認する（ステップＳＴ２５）。また、アクセス中継装置４の管理者が外部ユーザにより入力された電話番号に対して、実際に電話をかけ、本人の実在を確認するようにしてもよい。
【００６３】
外部ユーザの実在を確認し、アクセス中継装置４の管理者がテストメールの返信内容を見て外部ユーザに仮アカウントを作成してもよいと判断すると（ステップＳＴ２６）、アクセス中継装置４の管理画面上で所定の操作を行う（ステップＳＴ２７）。
この操作の後、アクセスを要求した外部ユーザに対してメールが送信され（ステップＳＴ２８）、再度、アクセス中継装置４に対するアクセスを要求する。このとき、上記のメールには、アクセス中継装置４に対する認証情報が記されているので、この認証情報を使用してアクセス中継装置４に対する認証を受ける（ステップＳＴ２９）。これにより、アクセス中継装置４の認証が完了するので、上記実施の形態１と同様に、エージェントソフトやサーバリストをダウンロードする。
【００６４】
ただし、この実施の形態６では、一時的なアクセスを許可するだけであるため、上記実施の形態１と異なり、クライアント端末１にインストールするエージェントソフトは、一定期間が経過すると、強制的にクライアント端末１からアンインストールされるものとする。
【００６５】
クライアント端末１に対するエージェントソフトのインストールが完了すると、アクセス中継装置４の端末情報収集部１４は、上記実施の形態１と同様に、クライアント端末１にインストールされたエージェントソフトとネゴシエーションを実施して、クライアント端末１から収集する端末情報の種類や、その端末情報の送信タイミングなどの取り決めを行う。
【００６６】
アクセス中継装置４の端末情報収集部１４は、クライアント端末１から収集する端末情報の種類が決まると、上記実施の形態１と同様に、クライアント端末１からインターネットＩ／Ｆ部１１を介して端末固有の端末情報を収集する。
なお、端末情報収集部１４は、クライアント端末１から収集した端末情報をユーザ管理ＤＢ５に登録する。
【００６７】
アクセス中継装置４のサーバリスト送信部１５は、クライアントの個人情報を参照して、イントラネット６に接続されているコンテンツサーバのうち、クライアント端末１に一時的なアクセスを許可するコンテンツサーバを検索する。例えば、一時的なアクセスを許可するサーバがコンテンツサーバ７，８であれば、一時的なアクセスを許可するサーバがコンテンツサーバ７，８であることを示す一覧表であるサーバリストを作成する。
また、サーバリスト送信部１５は、コンテンツサーバ７，８を識別する仮サーバＩＤを作成し、その仮サーバＩＤや、その仮サーバＩＤの有効期限などを上記サーバリストに挿入する。
【００６８】
上記プロセスが終了すると、アクセス中継装置４が仮アカウントの作成を開始する。
仮アカウントは、事前に管理者が設定しているアカウント作成キーの他、クライアント端末１のアクセス日時やＭＡＣアドレスなどに基づいて作成する。
したがって、同一のコンテンツサーバを識別する仮アカウントであっても、アクセスを希望しているクライアント端末１が異なれば、異なる仮アカウントを作成する。
また、同一のクライアント端末１であっても、アクセス日時が異なれば、異なる仮アカウントを作成する。
なお、仮アカウントは有効期限が切れた場合、エージェントソフトと同様に強制的に無効化される。また、仮サーバＩＤも、上記実施の形態１における仮サーバＩＤのように何度も更新されることはない。
【００６９】
アクセス中継装置４のサーバリスト送信部１５は、仮サーバＩＤと仮アカウントを含むサーバリストを作成すると、インターネットＩ／Ｆ部１１を介して、そのサーバリストをクライアント端末１に送信する。
また、サーバリスト送信部１５は、そのサーバリストをユーザ管理ＤＢ５に登録する。
【００７０】
次に、エージェントソフトがインストールされているクライアント端末１がアクセス中継装置４を介してコンテンツサーバにアクセスする場合について説明する。
クライアント端末１にインストールされたエージェントソフトは、上記実施の形態１と同様に、クライアント端末１の起動時に常駐プロセスとして自動起動され、起動時あるいは定期的に、イントラネット６に接続されているコンテンツサーバに変更があるか否かを調査する（例えば、クライアント端末１に一時的なアクセスを許可するコンテンツサーバが追加されているか否かや、コンテンツサーバのホスト名が変更されているか否かなどを調査する）。その調査の結果、変更がある場合には、アクセス中継装置４から先に送信されて保存しているクライアント端末１内のサーバリストを更新する。
【００７１】
外部ユーザは、クライアント端末１を操作して、アクセスを希望するコンテンツサーバをブラウザ上で指定する。
例えば、クライアントがコンテンツサーバ７を指定する場合、次のようなＵＲＬをブラウザ上で入力する。なお、ブラウザ上で指定するＵＲＬは、上記の個人情報の入力後にアクセス中継装置４の管理者から自動送信されるメール中に記されているので、この文字列を入力する。
ｈｔｔｐ：／／コンテンツサーバ７のサーバ名／フォルダ名／〜
【００７２】
クライアント端末１にインストールされたエージェントソフトは、クライアントがブラウザ上でＵＲＬを入力すると、上記実施の形態１と同様に、サーバリストを参照して、そのＵＲＬがイントラネット６内のサーバを指定しているか否かを判断する。
エージェントソフトは、そのＵＲＬがイントラネット６内のサーバを指定していない場合、そのＵＲＬをそのままインターネット２に転送するが、そのＵＲＬがイントラネット６内のサーバを指定しており、かつ、一時的なアクセスを許可するコンテンツサーバ７，８のＵＲＬである場合、そのＵＲＬを変更する。
【００７３】
即ち、エージェントソフトは、アクセスを希望しているコンテンツサーバがコンテンツサーバ７である場合、下記に示すように、アクセス中継装置４のサーバ名に、コンテンツサーバ７の仮サーバＩＤを付加した形式のＵＲＬに変更する。
ｈｔｔｐ：／／アクセス中継装置４のサーバ名／コンテンツサーバ７の仮サーバＩＤ／フォルダ名／〜
【００７４】
また、エージェントソフトは、コンテンツサーバ７の仮サーバＩＤを付加した形式のＵＲＬに変更すると、そのＵＲＬにクライアント端末１の端末情報（予め、アクセス中継装置４の端末情報収集部１４と取り決めた端末情報）を付加するとともに、エージェントソフトが作成したものであることを示すエージェントフラグを付加し、その端末情報等を付加したＵＲＬをアクセスリクエストとして、インターネット２に転送する。
【００７５】
アクセス中継装置４のＵＲＬやＩＰアドレスは、インターネット２上で公開されているので、インターネット２上で名前解決され、アクセス中継装置４までアクセスリクエストが到達する。
なお、不特定第三者が、コンテンツサーバ７のサーバ名を直接指定するＵＲＬをインターネット２に転送しても、コンテンツサーバ７のＩＰアドレスはインターネット上に公開されていないので、コンテンツサーバ７にアクセスすることができない。また、アクセス中継装置４へのアクセスを試みても、アクセス中継装置４のトップページまでは到達できるが、そこでの初期認証に失敗するので、イントラネット内へアクセスすることができない。
【００７６】
アクセス中継装置４のリクエスト転送部１６は、インターネットＩ／Ｆ部１１がクライアント端末１から仮サーバＩＤと仮アカウントと端末情報とエージェントフラグを含むアクセスリクエストを受信すると、そのアクセスリクエストから端末情報を取り出し、その端末情報と同一の端末情報がユーザ管理ＤＢ５に登録されているか否かを判断する。
リクエスト転送部１６は、アクセスリクエストに含まれている端末情報と同一の端末情報がユーザ管理ＤＢ５に登録されていない場合、あるいは、アクセスリクエストにエージェントフラグが含まれていない場合、クライアント端末１からのアクセスを拒否するが、同一の端末情報がユーザ管理ＤＢ５に登録されており、かつ、アクセスリクエストにエージェントフラグが含まれている場合、アクセスリクエストから仮サーバＩＤと仮アカウントを取り出し、その値と同一の仮サーバＩＤと仮アカウントがユーザ管理ＤＢ５に登録されているか否かを判断する。
【００７７】
リクエスト転送部１６は、アクセスリクエストに含まれている仮サーバＩＤ及び仮アカウントと同一の値がユーザ管理ＤＢ５に登録されていない場合、クライアント端末１からのアクセスを拒否するが、同一の仮サーバＩＤと仮アカウントがユーザ管理ＤＢ５に登録されている場合、アクセスリクエストに含まれている仮サーバＩＤに対応するコンテンツサーバ７のサーバ名やＩＰアドレスを含むＵＲＬを作成し、イントラネットＩ／Ｆ部１７を介して、そのＵＲＬをアクセスリクエストとして、コンテンツサーバ７に転送する。
【００７８】
コンテンツサーバ７は、アクセス中継装置４からイントラネット６を通じてアクセスリクエストが転送されると、コンテンツをアクセス中継装置４に返信する。
アクセス中継装置４のコンテンツ返信部１８は、イントラネットＩ／Ｆ部１７がコンテンツサーバ７からコンテンツを受信すると、そのコンテンツを必要に応じて暗号化し、インターネットＩ／Ｆ部１１を介して、そのコンテンツをクライアント端末２に返信する。
【００７９】
これにより、クライアント端末１のエージェントソフトがインターネット２を通じてアクセス中継装置４からコンテンツを受信すると、そのコンテンツをブラウザに転送する。
クライアント端末１のブラウザは、そのコンテンツをクライアント端末１のディスプレイに表示する。
【００８０】
以上で明らかなように、この実施の形態６によれば、あるコンテンツサーバの正規のアカウントの代わりに一時的なアクセスを許可するための仮アカウントを作成して、その仮アカウントを含むサーバリストをクライアント端末１に送信し、クライアント端末１からインターネット２を通じて仮サーバＩＤと仮アカウントと端末情報を含むアクセスリクエストを受信すると、そのアクセスリクエストに含まれている端末情報と先に収集した端末情報が一致していれば、その仮アカウントに対応するコンテンツサーバにアクセスリクエストを転送するように構成したので、アクセス可能なイントラネット６内のコンテンツサーバを有しない全くの外部ユーザに対して、一時的なアクセスを許可することができる効果を奏する。
【００８１】
また、ここで作成する仮アカウントは、アカウント作成キーと呼ばれる一意キーを元に自動生成し、かつ、その有効期間も限られたものであるため、コンテンツサーバの管理者は、当該サーバに利用申請がある度に、外部ユーザの固定アカウントを作成する必要がなくなる。したがって、アカウント管理の負荷が軽くなり、また、セキュリティホールになる余地も小さくなる。
【００８２】
実施の形態７．
上記実施の形態６では、クライアント端末１がアクセス可能なイントラネット６内のコンテンツサーバが存在しないが、一時的なアクセスを許可するコンテンツサーバが存在する場合、アクセス中継装置４があるコンテンツサーバの正規のアカウントの代わりに一時的なアクセスを許可するための仮アカウントを作成して、その仮アカウントと仮サーバＩＤを含むサーバリストをクライアント端末１に送信するものについて示したが、イントラネット６に接続されているコンテンツサーバの中に、クライアント端末１がアクセス可能なコンテンツサーバと、一時的なアクセスを許可するコンテンツサーバとが混在している場合、仮サーバＩＤと仮アカウントを作成して、その仮サーバＩＤと仮アカウントを含むサーバリストをクライアント端末１に送信するようにしてもよい。
【００８３】
具体的には次の通りである。
クライアントが上記実施の形態１と同様にして、アクセス中継装置４のログインページ上で認証情報を入力して、その認証情報をアクセス中継装置４に送信すると、アクセス中継装置４のサーバリスト送信部１５が、その認証情報を参照して、イントラネット６に接続されているコンテンツサーバのうち、クライアント端末１がアクセス可能なイントラネット６内のコンテンツサーバを検索する。
【００８４】
サーバリスト送信部１５は、例えば、コンテンツサーバ７がアクセス可能なサーバであれば、アクセス可能なサーバがコンテンツサーバ７であることを示す一覧表を作成するが、残りのコンテンツサーバ８が一時的なアクセスを許可するサーバであれば、一時的なアクセスを許可するサーバがコンテンツサーバ８であることを示す一覧表を作成し、それらの一覧表をサーバリストに含めるようにする。
【００８５】
また、サーバリスト送信部１５は、コンテンツサーバ７を識別する仮サーバＩＤを作成するとともに、コンテンツサーバ８を識別する仮サーバＩＤと仮アカウントを作成し、その仮サーバＩＤと仮アカウントをサーバリストに含めるようにする。
そして、サーバリスト送信部１５は、インターネットＩ／Ｆ部１１を介して、そのサーバリストをクライアント端末１に送信する。
【００８６】
クライント端末１がコンテンツサーバ７にアクセスするときは上記実施の形態１と同様にしてアクセスし、クライント端末１がコンテンツサーバ８にアクセスするときは上記実施の形態６と同様にしてアクセスするので、詳細な動作の説明は省略する。
【００８７】
以上で明らかなように、この実施の形態７によれば、イントラネット６に接続されているコンテンツサーバの中に、クライアント端末１がアクセス可能なコンテンツサーバと、一時的なアクセスを許可するコンテンツサーバとが混在している場合、仮サーバＩＤと仮アカウントを作成して、その仮サーバＩＤと仮アカウントを含むサーバリストをクライアント端末１に送信するように構成したので、アクセス可能なコンテンツサーバを有するクライアント端末１は、一時的なアクセスを許可するコンテンツサーバにも一時的にアクセスすることができる効果を奏する。
【図面の簡単な説明】
【００８８】
【図１】この発明の実施の形態１によるアクセス中継装置が適用されるＷＥＢシステムを示す構成図である。
【図２】この発明の実施の形態１によるアクセス中継装置を示す構成図である。
【図３】クライアント端末とアクセス中継装置とコンテンツサーバ間のやり取りを示すシーケンス図である。
【図４】この発明の実施の形態１によるアクセス中継装置の処理内容を示すフローチャートである。
【図５】コンテンツサーバの本来のＵＲＬや仮サーバＩＤなどを示す説明図である。
【図６】クライアント端末から送信されるアクセスリクエストのパケット構成例を示す説明図である。
【図７】この発明の実施の形態６によるアクセス中継装置の処理内容を示すフローチャートである。
【符号の説明】
【００８９】
１  クライアント端末、２  インターネット（外部ネットワーク）、３  ファイアウォール、４  アクセス中継装置、５  ユーザ管理ＤＢ、６  イントラネット（内部ネットワーク）、７  コンテンツサーバ、８  コンテンツサーバ、９  アクセス中継装置の管理者端末、１０  メールサーバ、１１  インターネットＩ／Ｆ部、１２  認証処理部（認証処理手段）、１３  エージェントソフトインストール部（初期設定手段）、１４  端末情報収集部（初期設定手段）、１５  サーバリスト送信部（初期設定手段）、１６  リクエスト転送部（リクエスト転送手段）、１７  イントラネットＩ／Ｆ部、１８  コンテンツ返信部（コンテンツ返信手段）。
【図１】
2005303530.tif 000003
【図２】
2005303530.tif 000004
【図３】
2005303530.tif 000005
【図４】
2005303530.tif 000006
【図５】
2005303530.tif 000007
【図６】
2005303530.tif 000008
【図７】
2005303530.tif 000009