JP4389232B2 - Ｗｅｂシステム、サーバ、プロキシサーバ、通信方法及びプログラム - Google Patents

Description

本発明は、アクセスが制限された内部サーバにクライアント端末からインターネットを介してアクセスするためのＷＥＢシステム、サーバ、プロキシサーバ、通信方法及びプログラムに関するものである。

従来、Ｗｅｂブラウザで電子メールを送受信するためのＷｅｂメールシステムでは、ＨＴＴＰ上でアカウント毎にログインからログアウトまでのセッション管理が必要となる。そのために広く利用される方式としてＨＴＴＰクッキーを用いる方式があり、ログイン完了時にサーバがＨＴＴＰクッキーによりセッション識別子を新規発行し、ログアウトまでの間、サーバとクライアント間でセッション識別子を送受信することで個人が自信のアカウントのみ利用できる機能を実現している。

多数のメールアカウントを管理する必要があるメールシステムでは、複数台のサーバにアカウントを分散配置し、全体として単一のメールサーバと同等に動作することが望ましい。その場合、エンドユーザ（メールクライアント）は自信のアカウントを持つサーバからデータを取り出す必要があり、Ｗｅｂメールシステムにおけるそのための手法として、従来、ＨＴＴＰリダイレクトと呼ばれる機能を利用した方式がある。ＨＴＴＰリダイレクトとはサーバからクライアントに指定の宛先への再接続を要求するものであり、リダイレクト要求を受けたクライアントは自動的に指定された宛先に接続を行う。この動作へのエンドユーザの関与は一般的には不要であるため、初めから自身のアカウントを持つサーバに接続しなくても、ＨＴＴＰリダイレクトにより正しいサーバへの自動再接続を行った後、エンドユーザはサーバから自身のメールを取り出すことが可能となる。ＨＴＴＰクッキーによるセッション管理を行うシステムにおいて有効な手法となる。

また一方、近年のＷＷＷの発展により、これまでは例えば一般企業や教育機関内のネットワークといった特定のＬＡＮからのみ利用可能であった内部システムを、インターネットから利用可能とすることが望まれている。

内部Ｗｅｂメールシステムをインターネットから利用する場合、最も単純には内部Ｗｅｂメールサーバ（複数台存在する場合は全てのサーバ）に対してインターネットから接続が可能なようにネットワークシステムを変更することがあるが、内部Ｗｅｂメールサーバ内の機密情報漏洩等のセキュリティ面で問題がある。問題解決のため暗号化を施したＶＰＮシステムを構築することが考えられるが、暗号化ＶＰＮシステムの構築にはコストがかかることが多い。

すなわち、企業内や教育機関等の内部メールシステムをインターネットに公開することはセキュリティ面で問題があるが、暗号化ＶＰＮシステムによるセキュリティの確保はコストがかかることが多い。

これに対し、低コストでセキュリティを確保する方法として、例えば、サーバ側の代理機能を持つ一般的なＨＴＴＰリバースプロキシサーバ（特開２００１−２７３２１１号公報（特許文献１）など）を利用する方法が考えられる。これはリバースプロキシサーバのみをインターネットに公開し、インターネットと内部サーバとの通信をリバースプロキシサーバで中継することで内部システムを隠蔽し、セキュリティを確保する方式である。

まずセッション維持方式として、セッション識別子に対応する内部サーバ識別情報をリバースプロキシサーバが記憶保持し、クライアントから受信したセッション識別子に対応する適切な内部サーバとの中継を行う方式があり、クライアントが（フォワード）プロキシサーバを利用しても問題なく、またインターネットから内部システム情報が隠蔽されるという利点がある。

別の方式として、内部サーバ数と同じ数のホストをインターネット上に用意し、ホスト名の対応付けをリバースプロキシサーバで管理する方式があり、この方式によれば、リバースプロキシ自体の負荷分散構成も容易であるという利点がある。

また、特開２００６−１８７９５号公報（特許文献２）や特表２００５−５３１０５４号公報（特許文献３）のように、ＨＴＴＰクッキーによるセッション識別子自体に内部サーバ識別名を含ませ、リバースプロキシサーバでセッション識別子から内部サーバ名を抽出し、適切な内部サーバへの中継を実現する従来の方式がある。
特開２００１−２７３２１１号公報 特開２００６−１８７９５号公報 特表２００５−５３１０５４号公報

しかし、上記に示したサーバ側の代理機能を持つ一般的なリバースプロキシサーバを利用し、リバースプロキシサーバ経由でＷｅｂメールシステムをインターネットから利用する方式では、内部Ｗｅｂメールシステムが複数サーバ群で構成される単一システムの場合等に運用面で課題があり、例えば、以下のような問題を有していた。

すなわち、従来のセッション維持方式は、セッション識別子と内部サーバ情報が動的に生成されるため、リバースプロキシサーバ自体の負荷分散構成に不向きという問題を有していた。内部サーバ数と同じ数のホストをインターネット上に用意し、ホスト名の対応付けをリバースプロキシサーバで管理する従来の方式は、内部サーバ台数が多い場合にシステム全体の運用管理が煩雑になるという問題や、また、内部サーバの数がインターネットに公開されるため、上記セッション維持方式と比較して内部システムの隠蔽度は劣るという問題を有していた。

さらに、ＨＴＴＰクッキーによるセッション識別子自体に内部サーバ識別名を含ませ、リバースプロキシサーバでセッション識別子から内部サーバ名を抽出し、適切な内部サーバへの中継を実現する従来の方式は、セッション識別子から内部サーバ識別名を取得できないシステムに対しての採用が困難という問題を有していた。

本発明の目的は、内部サーバの隠蔽度を維持しつつ、内部サーバ台数が多い場合にも全体の運用管理が煩雑になることがなく、プロキシサーバの負荷分散構成に適したＷＥＢシステムを提供することである。

本発明の第１のＷＥＢシステムは、アクセスが制限された内部サーバにクライアント端末からインターネットを介してアクセスするためのＷＥＢシステムであって、クライアント端末と内部サーバの間に配置されたプロキシサーバが、クライアント端末からの処理要求に暗黙的に埋め込まれた、内部サーバへのアクセスのために予め付与された所定の内部サーバ識別情報を抽出し、抽出した当該内部サーバ識別情報に基づいて内部サーバを選択し、選択した内部サーバに対して処理要求を送信する手段と、クライアント端末からの認証要求と認証情報を送信した内部サーバからリダイレクト処理要求を受けた場合において、リダイレクト処理要求をクライアント端末へ返却せずに、クライアント端末との接続を保ったまま、リダイレクト処理要求において指定された内部サーバに対し、再度認証要求と認証情報を送信するリダイレクト手段を備える。

より詳細には、内部サーバからからクライアント端末に返却される応答データ、およびクライアント端末から内部サーバに送信される要求データ内にサーバ識別情報を暗黙的に埋め込み、リバースプロキシサーバが、クライアント端末からの要求データ内のサーバ識別情報を抽出し、適切な内部サーバと中継と行うことを特徴とする。

（作用）
上記構成により、クライアント端末が、内部サーバ識別情報を認識することなく、アクセスが制限された内部サーバにインターネットを介してアクセスする。

本発明によれば、インターネットを介したクライアント端末からのアクセスが制限されたサーバを、インターネットを介して安全に利用することができる。

その理由は、クライアント端末が、内部サーバ識別情報を認識することなく、アクセスが制限された内部サーバにインターネットを介してアクセスするため、内部サーバを隠蔽したまま、外部から内部サーバを利用できるからである。

（第１の実施の形態）
本発明による第１の実施の形態を図を用いて詳細に説明する。

（第１の実施の形態の構成）
図１は、本実施の形態によるＷｅｂメールシステムの構成の概略を示すブロック図である。

図１を参照すると、本実施の形態は、クライアント１０１（クライアント１０１ａ〜クライアント１０１ｎ）、負荷分散装置１０２、内部Ｗｅｂメールサーバ１０５〜１０７等、負荷分散装置１０２と内部Ｗｅｂメールサーバ１０５〜１０７等の間に配置されたリバースプロキシサーバ１０３及び１０４等を備える。各クライアントと各サーバはＩＰネットワーク（ネットワーク１０８、１０９）で接続されており、ＴＣＰ／ＩＰによる双方向通信が可能である。

図２は、本実施の形態によるＷｅｂメールシステムのより詳細な構成を示すブロック図である。

図２を参照し、リバースプロキシサーバ１０３又は１０４を介してクライアント１０１ａと内部Ｗｅｂメールサーバ１０５〜１０７との間で通信を行う構成例を中心に以下説明する。なお、クライアント１０１ａのアカウントデータ１０１１ａは、内部Ｗｅｂメールサーバ１０６の記憶手段１０６２内に存在し、他の内部Ｗｅｂメールサーバには存在しない。

クライアント１０１（１０１ａ〜１０１ｎ）は、一般的なＷＥＢブラウザ機能と、ＨＴＴＰクライアント機能を有する通信端末である。

負荷分散装置１０２は、複数のリバースプロキシサーバ（１０３、１０４等）の負荷を考慮して、クライアント１０１からの通信を１台のリバースプロキシサーバへ振り分ける処理を行う機能を有し、一般的なレイヤ４スイッチ装置またはＤＮＳラウンドロビン方式等の手段を用いて当該機能を実施する。

リバースプロキシサーバ１０３，１０４は、リダイレクト処理手段１０３１、１０４１と、サーバ識別情報抽出手段１０３２、１０４２とを備える。

リダイレクト処理手段１０３１、１０４１は、内部ＷｅｂメールサーバからのＨＴＴＰリダイレクト指示をクライアント１０１に返却せず暗黙のうちに処理する機能を有する。

サーバ識別情報抽出手段１０３２、１０４２は、クライアント１０１からの要求データに含まれる内部Ｗｅｂメールサーバを識別するサーバ識別情報を抽出し、抽出したサーバ識別情報に基づいて１台の内部Ｗｅｂメールサーバと中継を行う機能を有する。

内部Ｗｅｂメールサーバ１０５〜１０７は、サーバ識別情報埋込手段１０５１〜１０７１と、クライアント１０１のアカウントデータ、自身の内部Ｗｅｂメールサーバを識別するサーバ識別情報、通信セッションに関するセッション情報、セッション情報に対応するクライアントを識別するクライアントＩＤを記憶する記憶手段１０５２〜１０７２と、認証手段１０５３〜１０７３とを備える。

サーバ識別情報埋込手段１０５１〜１０７１は、認証完了情報等のクライアントに返却する応答データ内に自身のサーバ識別情報の埋め込みを行う機能を有する。この埋め込みにより、クライアント１０１から内部Ｗｅｂメールサーバ１０５〜１０７への要求データ内に暗黙のうちにサーバ識別情報が含まれる。

図３は、本実施の形態による認証完了情報の例を示す図である。

図３を参照すると、本実施の形態による認証完了情報２００は、認証を完了したクライアントを識別するクライアントＩＤと、認証を完了したクライアントとの間のセッション情報と、認証完了情報を発行する内部Ｗｅｂメールサーバを識別するサーバ識別情報とが対応付けられている。

図４は、本実施の形態による記憶手段１０５２〜１０７２のうち、一例として記憶手段１０６２の詳細な構成を示すブロック図である。

図４を参照すると、記憶手段１０６２は、クライアント１０１ａのアカウントデータ１０１１ａと、記憶手段１０６２自身が属する内部Ｗｅｂメールサーバのサーバ識別情報１０６２１と、認証完了情報２００とを格納する。

認証手段１０５３〜１０７３は、クライアント１０１から送られた認証情報が正当であるか否かを確認する機能と、正当な認証情報を送信したクライント１０１のアカウントデータを自身が属する内部Ｗｅｂメールサーバの記憶手段が有するか否かを確認する機能と、処理を要求するクライアント１０１から送られたセッション識別子が正当であるか否かを確認する機能とを有する。

ここで、内部Ｗｅｂメールサーバ１０５〜１０７のハードウェア構成の説明をする。

図５は、本実施の形態によるＷｅｂメールシステムの内部Ｗｅｂメールサーバ１０５〜１０７のハードウェア構成例を示すブロック図である。

図５を参照すると、本発明による内部Ｗｅｂメールサーバ１０５〜１０７は、一般的なコンピュータ装置と同様のハードウェア構成によって実現することができ、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１００１、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等のメインメモリであり、データの作業領域やデータの一時退避領域に用いられる主記憶部１００２、ネットワーク２０００を介してデータの送受信を行う通信制御部１００３、液晶ディスプレイ、プリンタやスピーカ等の提示部１００４、キーボードやマウス等の入力部１００５、周辺機器と接続してデータの送受信を行うインタフェース部１００６、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、磁気ディスク、半導体メモリ等の不揮発性メモリから構成されるハードディスク装置である補助記憶部１００７、本情報処理装置の上記各構成要素を相互に接続するシステムバス１００８等を備えている。

本発明による内部Ｗｅｂメールサーバ１０５〜１０７は、その動作を、内部Ｗｅｂメールサーバ１０５〜１０７内部にそのような機能を実現するプログラムを組み込んだ、ＬＳＩ（Ｌａｒｇｅ Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｉｏｎ）等のハードウェア部品からなる回路部品を実装してハードウェア的に実現することは勿論として、上記した各構成要素の各機能を提供するプログラムを、コンピュータ処理装置上のＣＰＵ１００１で実行することにより、ソフトウェア的に実現することができる。

すなわち、ＣＰＵ１００１は、補助記憶部１００７に格納されているプログラムを、主記憶部１００２にロードして実行し、内部Ｗｅｂメールサーバ１０５〜１０７の動作を制御することにより、上述した各機能をソフトウェア的に実現する。

なお、クライアント１０１やリバースプロキシサーバ１０３及び１０４が上述のような構成を有し、上述した各機能をハードウェア的又はソフトウェア的に実現してもよい。

（第１の実施の形態の動作）
本実施の形態におけるＷｅｂメールシステムの動作について、図６〜図９を用いて説明する。

図６は、本実施の形態のＷｅｂメールシステムにおける接続処理開始時の動作を示すシーケンス図である。

図６を参照すると、始めにクライアント１０１ａは、負荷分散装置１０２によって任意のリバースプロキシサーバ１０３又は１０４に接続し、内部Ｗｅｂメールサーバ１０５〜１０７との通信を開始するための通信開始要求を送信する（ステップＳ１０１）。

接続されたリバースプロキシサーバ１０３又は１０４は、クライアント１０１ａとの接続を保ったまま、任意の内部Ｗｅｂメールサーバ（ここでは、例えば、内部Ｗｅｂメールサーバ１０６）に接続し、通信開始要求を送信する（ステップＳ１０２）。

通信開始要求を送信された送信内部Ｗｅｂメールサーバは、ログインを許可する認証情報を要求するための認証情報要求を、例えば、ログイン画面によってリバースプロキシサーバ１０３又は１０４に返却する（ステップＳ１０３）。

リバースプロキシサーバ１０３又は１０４は、当該ログイン画面の情報をクライアント１０１ａに返却する（ステップＳ１０４）。

図７は、本実施の形態のＷｅｂメールシステムにおける認証時の動作を示すシーケンス図である。

図７を参照すると、クライアント１０１ａでユーザにより認証情報の入力及び入力完了操作が実施される等により、前記負荷分散装置１０２によって任意のリバースプロキシサーバ１０３又は１０４に認証要求と認証情報が送信される（ステップＳ２０１）。

リバースプロキシサーバ１０３又は１０４は、クライアント１０１ａとの接続を保ったまま、任意の内部Ｗｅｂメールサーバ１０５〜１０７に接続し、同様に認証要求と認証情報を送信する（ステップＳ２０２）。

内部Ｗｅｂメールサーバ１０５〜１０７は、認証情報が正当であるか確認し、正当であれば、自身が当該アカウントデータを有するか否かを確認する（ステップＳ２０３）。

内部Ｗｅｂメールサーバ１０５〜１０７は、自身が当該アカウントデータを有さない場合、当該アカウントデータを持つ適切な内部Ｗｅｂメールサーバ１０５〜１０７へのＨＴＴＰリダイレクト指示をリバースプロキシサーバ１０３又は１０４に対して返却し（ステップＳ２０４）、当該アカウントデータを持つ適切な内部Ｗｅｂメールサーバが自身であれば、リダイレクト指示でなく認証完了情報を返却する（後述）。

ＨＴＴＰリダイレクト指示を受信したリバースプロキシサーバ１０３又は１０４は、リダイレクト処理手段１０３１又は１０４１により、クライアント１０１ａとの接続を保ったまま指定のリダイレクトＵＲＬに再接続し、再度認証要求と認証情報を送信する（ステップＳ２０５）。

認証要求と認証情報を受信した内部Ｗｅｂメールサーバ１０６は、認証情報が正当であるか確認し、正当であれば、自身が当該アカウントデータを有するか否かを確認し（ステップＳ２０３）、当該アカウントデータが自身に存在する場合、セッション識別子（セッション情報１０６２２）を新規生成し（ステップＳ２０６）、サーバ識別情報埋込手段１０６１により、当該クライアント１０１ａの認証が完了したことを示す認証完了ＨＴＭＬデータ（認証完了情報）内に自身のサーバ識別情報１０６２１を埋め込む（ステップＳ２０７）。埋め込みは次回クライアント１０１ａからのリクエストに暗黙のうちにサーバ識別情報１０６２１が含まれるよう考慮して行う。具体的には全てのＦＯＲＭ要素内へのＨＩＤＤＥＮ属性を用いたＩＮＰＵＴタグの埋め込みを行う。

サーバ識別情報１０６２１を埋め込まれた認証完了情報は、セッション識別子（セッション情報１０６２２）と共にリバースプロキシサーバ１０３又は１０４に返却され（ステップＳ２０８）、そのままクライアント１０１ａに返却される（ステップＳ２０９）。

図８は、本実施の形態のＷｅｂメールシステムにおけるログイン後の処理動作を示すシーケンス図である。

ユーザ操作により、クライアント１０１ａは、任意のリバースプロキシサーバ１０３又は１０４にセッション識別子（セッション情報１０６２２）と処理要求データを送信する（ステップＳ３０１）。処理要求データには暗黙のうちにサーバ識別情報１０６２１が含まれる。

処理要求データとセッション識別子（セッション情報１０６２２）を受信したリバースプロキシサーバ１０３又は１０４は、サーバ識別情報抽出手段１０３２又は１０４２により処理要求データからサーバ識別情報１０６２１を抽出し（ステップＳ３０２）、抽出したサーバ識別情報１０６２１の示す内部Ｗｅｂメールサーバ１０６に接続し、セッション識別子（セッション情報１０６２２）と処理要求データを送信する（ステップＳ３０３）。

内部Ｗｅｂメールサーバ１０６は、セッション識別子（セッション情報１０６２２）が正当であるかを確認し（ステップＳ３０３）、正当であれば、処理を実施する（ステップＳ３０４）。

内部Ｗｅｂメールサーバ１０６は、実施した処理の結果を示す処理結果情報に、サーバ識別情報埋込手段１０５１〜１０７１によりサーバ識別情報１０６２１を埋め込み（ステップＳ３０５）、当該処理結果情報と、セッション識別子（セッション情報１０６２２）とをリバースプロキシサーバ１０３又は１０４に対して返却する（ステップＳ３０６）。

セッション識別子と処理結果情報は、リバースプロキシサーバ１０３又は１０４を経由してクライアント１０１ａまで返却される（ステップＳ３０７）。

図９は、本実施の形態のＷｅｂメールシステムにおける接続処理終了時の動作を示すシーケンス図である。

クライアント１０１ａからリバースプロキシサーバ１０３又は１０４に、内部Ｗｅｂメールサーバ１０６との接続をやめる接続終了要求が送信されると、暗黙のうちにセッション識別子（セッション情報１０６２２）とサーバ識別情報１０６２１が送信される（ステップＳ４０１）。

リバースプロキシサーバ１０３又は１０４は、クライアント１０１ａから受信した接続終了要求から、サーバ識別情報抽出手段１０３２、１０４２によりサーバ識別情報１０６２１を抽出し（ステップＳ４０２）、抽出したサーバ識別情報１０６２１の示す内部Ｗｅｂメールサーバ１０６にセッション識別子（セッション情報１０６２２）と共に接続終了要求を送信する（ステップＳ４０３）。

内部Ｗｅｂメールサーバ１０６は、受信したセッション識別子が正当か否かを判定し（ステップＳ４０４）、正当な場合に、受信したセッション識別子を無効とし（破棄し）（ステップＳ４０５）、接続がなされなくなったことを示す終了情報をリバースプロキシサーバ１０３又は１０４に対して返却する（ステップＳ４０６）。

終了情報はリバースプロキシサーバ１０３又は１０４からクライアント１０１ａに送信され（ステップＳ４０７）、クライアント１０１ａでは例えば、終了情報に基づいて終了画面が表示される（ステップＳ４０６）。

（第１の実施の形態の効果）
本実施の形態によれば、以下の効果を有する。

第１に、インターネットを介したクライアント端末からのアクセスが制限されたサーバを、インターネットを介して安全に利用することができる。

その理由は、クライアント１０１ａ〜クライアント１０１ｎが、サーバ識別情報を認識することなく、アクセスが制限された内部Ｗｅｂメールサーバ１０５〜１０７等にインターネットを介してアクセスするため、内部Ｗｅｂメールサーバ１０５〜１０７等及びこれらのサーバ識別情報を隠蔽したまま、外部から内部Ｗｅｂメールサーバ１０５〜１０７等を利用できるからである。

第２に、従来のリバースプロキシサーバによる動的な対応付けを保持するセッション維持方式と比較して運用面で優位となる効果を有する。

その理由は、本実施の形態におけるリバースプロキシサーバが、クライアントから受信したデータ内のサーバ識別情報を抽出し、正しい内部Ｗｅｂメールサーバとクライアントとの中継を行うことができるからである。このため、リバースプロキシサーバが、クライアントと内部Ｗｅｂメールサーバの動的な対応付けを保持することなく動作することが可能であり、リバースプロキシサーバの二重化・負荷分散構成が容易となるからである。すなわち、リバースプロキシサーバは、クライアントからの要求データ内からサーバ識別情報を取得し、動的な情報を管理する必要がないことから、リバースプロキシサーバ自体の二重化・負荷分散構成が容易となるからである。

第３に、従来のリバースプロキシサーバによる内部サーバと同数ホストをインターネット上に用意するホスト対応付け方式と比較して運用面・セキュリティ面で優位となる効果を有する。

その理由は、ＨＴＴＰリダイレクトによる再接続がクライアントでなくリバースプロキシサーバで暗黙のうちに処理され、また、内部Ｗｅｂメールサーバを識別するサーバ識別情報が、暗黙のうちにＨＴＭＬデータ内に埋め込まれ、クライアントで抽出されることなく用いられるからである。これは、クライアントはリバースプロキシサーバのみと最も単純なＨＴＴＰ通信を行うことで動作することを意味しており、その結果内部Ｗｅｂメールサーバを識別するサーバ識別情報をクライアントから隠蔽できるからである。また、インターネットを介して内部Ｗｅｂメールサーバに接続する場合、インターネットに公開するサーバはリバースプロキシサーバのみで動作可能であるところ、ＨＴＴＰリダイレクトはリバースプロキシサーバで暗黙のうちに処理されるため複数のホストを用意する必要がないことからも、内部Ｗｅｂメールサーバを識別するサーバ識別情報をクライアントから隠蔽できる。

第４に、内部Ｗｅｂメールサーバが複数台の当該サーバから構成される単一システムであった場合でも、クライアントは１台のリバースプロキシサーバ経由で当該単一システムに接続して通信することが可能となる。

その理由は、内部Ｗｅｂメールサーバからからクライアントに返却される応答データ、およびクライアントからサーバに送信される要求データ内にサーバ識別情報を埋め込み、また、リバースプロキシサーバは、ＨＴＴＰリダイレクト要求をクライアント（エンドユーザ）に返却せず暗黙のうちに処理し、クライアントからの要求データ内のサーバ識別情報を抽出し、適切な内部Ｗｅｂメールサーバと通信するからである。

これらにより、複数台の内部Ｗｅｂメールサーバから構成される単一Ｗｅｂメールシステムにおいても、クライアントは１台のリバースプロキシサーバ経由で単一Ｗｅｂメールシステムを利用することが可能となる。また、インターネットから単一Ｗｅｂメールシステムを利用する場合、インターネットに公開するサーバはリバースプロキシサーバのみで動作可能である。

（第２の実施の形態）
本発明による第２の実施の形態を説明する。

第１の実施の形態はＷｅｂメールシステムに係るものであり、内部サーバとして内部Ｗｅｂメールサーバを備えていたが、本実施の形態は、Ｗｅｂメールシステムとは異なるＷｅｂスケジュール管理システムに係るものであり、内部サーバとして、内部Ｗｅｂメールサーバでなく、内部Ｗｅｂスケジュール管理サーバを備える（特に図示しない）。

本実施の形態のＷｅｂスケジュール管理システムにおいて、スケジュールデータが複数の内部Ｗｅｂスケジュール管理サーバに分散配置されており、当該システムにおける通信接続時はセッション管理が行われており、クライアント（エンドユーザ）のＷｅｂブラウザが特定の内部Ｗｅｂスケジュール管理サーバと通信する必要がある場合、第１の実施の形態と同等の方式を用いることで、第１の実施の形態と同様に、インターネットからでも安全に内部Ｗｅｂスケジュール管理サーバに対して接続して通信することができる。

（第３の実施の形態）
本発明による第３の実施の形態を説明する。

第１の実施の形態はＷｅｂメールシステムに係るものであり、内部サーバとして内部Ｗｅｂメールサーバを備えていたが、本実施の形態は、Ｗｅｂメールシステムとは異なるＷｅｂ施設予約システムに係るものであり、内部サーバとして、内部Ｗｅｂメールサーバでなく、内部Ｗｅｂ施設予約サーバを備える（特に図示しない）。

本実施の形態のＷｅｂ施設予約システムにおいても同様に、施設予約データが複数の内部Ｗｅｂ施設予約サーバに分散配置されており、当該システムにおける通信接続時はセッション管理が行われており、クライアント（エンドユーザ）のＷｅｂブラウザが特定の内部Ｗｅｂ施設予約サーバと通信する必要がある場合は、第１の実施の形態と同等の方式を用いることで、第１の実施の形態と同様に、インターネットからでも安全に内部Ｗｅｂ施設予約サーバに対して接続して通信することができる。

以上好ましい実施の形態をあげて本発明を説明したが、本発明は必ずしも、上記実施の形態に限定されるものでなく、その技術的思想の範囲内において様々に変形して実施することができる。

例えば、大量のデータを複数の内部サーバに分散配置するＷｅｂシステムであり、かつ当該システムにおける通信接続時はセッション管理が必要となり、クライアント（エンドユーザ）のＷｅｂブラウザが特定の内部サーバと通信する必要があるＷｅｂシステムの場合、本発明を適用することによって、インターネットからでも安全に内部サーバに対して接続して通信することができる。

本発明の第１の実施の形態によるＷｅｂメールシステムの構成の概略を示すブロック図である。 第１の実施の形態によるＷｅｂメールシステムのより詳細な構成を示すブロック図である。 第１の実施の形態による認証完了情報の例を示す図である。 第１の実施の形態による記憶手段１０５２〜１０７２のうち、一例として記憶手段１０６２の詳細な構成を示すブロック図である。 第１の実施の形態によるＷｅｂメールシステムの内部Ｗｅｂメールサーバのハードウェア構成例を示すブロック図である。 第１の実施の形態のＷｅｂメールシステムにおける接続処理開始時の動作を示すシーケンス図である。 第１の実施の形態のＷｅｂメールシステムにおける認証時の動作を示すシーケンス図である。 第１の実施の形態のＷｅｂメールシステムにおけるログイン後の処理動作を示すシーケンス図である。 第１の実施の形態のＷｅｂメールシステムにおける接続処理終了時の動作を示すシーケンス図である。

符号の説明

１０１、１０１ａ〜１０１ｎ：クライアント
１０２：負荷分散装置
１０３、１０４：リバースプロキシサーバ
１０３１、１０４１：リダイレクト処理手段
１０３２、１０４２：サーバ識別情報抽出手段
１０５〜１０７：内部Ｗｅｂメールサーバ
１０５１、１０６１、１０７１：サーバ識別情報埋込手段
１０５２、１０６２、１０７２：記憶手段
１０１１ａ：アカウントデータ
１０６２１：サーバ識別情報
２００：認証完了情報
１０５３、１０６３、１０７３：認証手段
１０８、１０９：ネットワーク
１００１：ＣＰＵ
１００２：主記憶部
１００３：通信制御部
１００４：提示部
１００５：入力部
１００６：インタフェース部
１００７：補助記憶部
１００８：システムバス
２０００：ネットワーク

Claims (11)

1. アクセスが制限された内部サーバにクライアント端末からインターネットを介してアクセスするためのＷＥＢシステムであって、
   前記クライアント端末と前記内部サーバの間に配置されたプロキシサーバが、前記クライアント端末からの処理要求に暗黙的に埋め込まれた、前記内部サーバへのアクセスのために予め付与された所定の内部サーバ識別情報を抽出し、抽出した当該内部サーバ識別情報に基づいて前記内部サーバを選択し、選択した前記内部サーバに対して前記処理要求を送信する手段と、
   前記クライアント端末からの認証要求と認証情報を送信した前記内部サーバからリダイレクト処理要求を受けた場合において、前記リダイレクト処理要求を前記クライアント端末へ返却せずに、前記クライアント端末との接続を保ったまま、前記リダイレクト処理要求において指定された内部サーバに対し、再度前記認証要求と認証情報を送信するリダイレクト手段を備えることを特徴とするＷＥＢシステム。
2. 前記処理要求は、前記内部サーバ識別情報に加え、前記内部サーバが前記クライアント端末を認証した際に当該クライアント端末に対して送信したセッション識別子を含み、
   前記選択された内部サーバは、前記セッション識別子が適切な場合に前記処理要求に係る処理を実行することを特徴とする請求項１に記載のＷＥＢシステム。
3. 前記内部サーバは、実行した前記処理の処理結果と、当該内部サーバの内部サーバ識別情報と、新たに生成したセッション識別子とを前記クライアント端末に返却することを特徴とする請求項２に記載のＷＥＢシステム。
4. 前記認証は、前記クライアント端末のアカウント情報を有する前記内部サーバによって行われ、
   当該内部サーバは、
   当該クライアント端末の認証が完了したことを示す認証完了情報と、当該クライアント端末から以降に送信される処理要求を実行するために用いる新たに生成したセッション識別子を当該クライアント端末に対して送信すると共に、
   当該処理要求を実行するために用いる当該内部サーバの内部サーバ識別情報が当該処理要求に暗黙的に埋め込まれるように当該内部サーバ識別情報を当該クライアント端末に対して送信する
   ことを特徴とする請求項２又は請求項３に記載のＷＥＢシステム。
5. 前記内部サーバは、自身の内部サーバ識別情報を、全てのＦＯＲＭ要素内へのＨＩＤＤＥＮ属性を用いたＩＮＰＵＴタグの埋め込みを行うことによって、当該クライアント端末に送信することを特徴とする請求項１から請求項４のいずれか１項に記載のＷＥＢシステム。
6. 前記選択された内部サーバは、前記クライアント端末から前記認証要求と共に送信された前記認証情報が正当か否かを判定し、
   正当な場合に、自身が当該クライアント端末のアカウント情報を有しているか否か判定し、
   当該クライアント端末のアカウント情報を有さない場合に、前記認証要求及び前記認証情報を他の内部サーバに送信する前記リダイレクト処理を前記プロキシサーバに対して要求することを特徴とする請求項１から請求項４のいずれか１項に記載のＷＥＢシステム。
7. 前記選択された内部サーバは、当該クライアント端末のアカウント情報を有する場合に、当該クライアント端末の認証が完了したことを示す認証完了情報と共に、当該クライアント端末から以降に送信される処理要求を実行するための当該内部サーバの内部サーバ識別情報及び新たに生成したセッション識別子を前記クライアント端末に対して送信することを特徴とする請求項６に記載のＷＥＢシステム。
8. アクセスが制限された内部サーバにクライアント端末からインターネットを介してアクセスするためのＷＥＢシステムの前記クライアント端末と前記内部サーバの間に配置されたプロキシサーバであって、
   前記クライアント端末からの処理要求に暗黙的に埋め込まれた、前記内部サーバへのアクセスのために予め付与された所定の内部サーバ識別情報を抽出し、抽出した当該内部サーバ識別情報に基づいて前記内部サーバを選択し、選択した前記内部サーバに対して前記処理要求を送信する手段と、
   前記クライアント端末からの認証要求と認証情報を送信した前記内部サーバからリダイレクト処理要求を受けた場合において、前記リダイレクト処理要求を前記クライアント端末へ返却せずに、前記クライアント端末との接続を保ったまま、前記リダイレクト処理要求において指定された内部サーバに対し、再度前記認証要求と前記認証情報を送信するリダイレクト手段を備えることを特徴とするプロキシサーバ。
9. アクセスが制限された内部サーバにクライアント端末からインターネットを介してアクセスするためのＷＥＢシステムにおける通信方法であって、
   前記クライアント端末と前記内部サーバの間に配置されたプロキシサーバが、前記クライアント端末からの処理要求に暗黙的に埋め込まれた、前記内部サーバへのアクセスのために予め付与された所定の内部サーバ識別情報を抽出し、抽出した当該内部サーバ識別情報に基づいて前記内部サーバを選択し、選択した前記内部サーバに対して前記処理要求を送信するステップと、
   前記クライアント端末からの認証要求と認証情報を送信した前記内部サーバからリダイレクト処理要求を受けた場合において、前記リダイレクト処理を前記クライアント端末へ返却せずに、前記クライアント端末との接続を保ったまま、前記リダイレクト処理要求において指定された内部サーバに対し、再度前記認証要求と前記認証情報を送信するリダイレクト処理ステップを有することを特徴とする通信方法。
10. 前記クライアント端末からのアクセスの認証を、前記クライアント端末のアカウント情報を有する前記内部サーバによって行うステップと、
    前記認証が完了した当該サーバによって、当該クライアント端末の認証が完了したことを示す認証完了情報と、当該クライアント端末から以降に送信される処理要求を実行するために用いる新たに生成したセッション識別子を当該クライアント端末に対して送信すると共に、当該処理要求を実行するために用いる当該サーバのサーバ識別情報が当該処理要求に暗黙的に埋め込まれるように当該サーバ識別情報を当該クライアント端末に対して送信するステップとを備えることを特徴とする請求項９に記載の通信方法。
11. アクセスが制限された内部サーバにクライアント端末からインターネットを介してアクセスするためのＷＥＢシステムの前記クライアント端末と前記内部サーバの間に配置されたプロキシサーバ上で実行されるプログラムであって、
    前記プロキシサーバに、
    前記クライアント端末からの処理要求に暗黙的に埋め込まれた、前記内部サーバへのアクセスのために予め付与された所定の内部サーバ識別情報を抽出し、抽出した当該内部サーバ識別情報に基づいて前記内部サーバを選択し、選択した前記内部サーバに対して前記処理要求を送信する処理を実行させ、
    また、前記クライアント端末からの認証要求と認証情報を送信した前記内部サーバからリダイレクト処理要求を受けた場合において、前記リダイレクト処理を前記クライアント端末へ返却せずに、前記クライアント端末との接続を保ったまま、前記リダイレクト処理要求において指定された内部サーバに対し、再度前記認証要求と認証情報を送信するリダイレクト処理を実行させることを特徴とするプログラム。

Images