JP2004295166A - リモートアクセスシステムおよびリモートアクセス方法 - Google Patents
リモートアクセスシステムおよびリモートアクセス方法 Download PDFInfo
- Publication number
- JP2004295166A JP2004295166A JP2003082678A JP2003082678A JP2004295166A JP 2004295166 A JP2004295166 A JP 2004295166A JP 2003082678 A JP2003082678 A JP 2003082678A JP 2003082678 A JP2003082678 A JP 2003082678A JP 2004295166 A JP2004295166 A JP 2004295166A
- Authority
- JP
- Japan
- Prior art keywords
- internal
- relay server
- access
- external client
- dmz
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Abstract
【課題】部外者による内部ネットワークへのアクセスを確実に防することのできるリモートアクセスシステムを提供する。
【解決手段】外部ネットワーク２に接続された外部クライアント１から内部ネットワーク７に接続された少なくとも１つの内部Ｗｅｂサーバ９へのアクセスを制御するリモートアクセスシステムであって、ファイアウォール３、６により外部ネットワーク２および内部ネットワーク７から隔離されたＤＭＺ４と、ＤＭＺ４に接続されたＤＭＺ中継サーバ５と、内部ネットワーク７に接続された少なくとも１つの内部中継サーバ８とを有する。
【選択図】 図１
【解決手段】外部ネットワーク２に接続された外部クライアント１から内部ネットワーク７に接続された少なくとも１つの内部Ｗｅｂサーバ９へのアクセスを制御するリモートアクセスシステムであって、ファイアウォール３、６により外部ネットワーク２および内部ネットワーク７から隔離されたＤＭＺ４と、ＤＭＺ４に接続されたＤＭＺ中継サーバ５と、内部ネットワーク７に接続された少なくとも１つの内部中継サーバ８とを有する。
【選択図】 図１
Description
【０００１】
【発明の属する技術分野】
本発明は、外部から例えばＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）などの内部ネットワークへアクセスするシステムおよび方法に関する。
【０００２】
【従来の技術】
外部から内部ネットワークへアクセスするシステムとして、例えば特許文献１に記載されているようなシステムがある。このシステムは、ファイアウォールの内部にと外部にそれぞれサーバを備える。内部サーバは、ファイアウォール内部のネットワーク（例えばＬＡＮ）に接続され、外部サーバはファイアウォール外部のネットワーク（例えばインターネット）に接続されている。このシステムでは、内部サーバから外部サーバに向けての接続を予め確保しておき、外部から内部ネットワークへのアクセス要求が外部サーバにあった場合に、アクセスの宛先の有効性を確認した上で、その確保した接続を使って内部サーバを経由して内部ネットワークへのアクセスが行われる。
【０００３】
上記の他、特許文献２に記載されているようなイントラネットアクセスシステムもある。このイントラネットアクセスシステムでは、外部クライアントと専用線を介して接続されたＶＰＮゲートウェイが、インターネット、ルータ部を順次介して内部ネットワークであるイントラネットと接続されている。ＶＰＮゲートウェイがルータ部との間に設定したＶＰＮトンネルを使用して、イントラネットに接続されている機器との接続を行うことにより、外部クライアントから内部ネットワークへのアクセスが行われる。
【０００４】
また、リバースプロキシと呼称される製品を使用したシステムもある。このシステムでは、外部ネットワークあるいはＤＭＺに接続されたリバースプロキシを導入したサーバ（リバースプロキシサーバ）が、外部クライアントからの要求に応じて、ファイアウォールを介して、内部ネットワークに接続されたＷｅｂサーバにアクセスすることにより、外部クライアントから内部ネットワークへのアクセスが行われる。
【０００５】
さらに、特許文献３に記載されているようなシステムもある。このシステムでは、外部ネットワークと内部ネットワークとの間を中継するネットワーク接続機器が、内部ネットワークへのアクセスを要求した外部クライアントに対してユーザＩＤやパスワードによる認証処理を行うとともに、認証に成功した場合には、アクセス可能なサービス情報のリストを外部クライアントに提示する。そして、外部クライアントが、その提示したサービス情報のリストからサービスを選択すると、ネットワーク接続機器が、その選択されたサービスに対するアクセスに必要なアドレス（ＵＬＲ）を外部クライアントに提供する。これにより、外部クライアントからの内部ネットワークへのアクセスが可能となる。なお、ネットワーク接続機器は、外部クライアントが選択したサービスに対してアドレス変換も行う。
【０００６】
また、特許文献４には、フィルタリングの方式を変更することでファイアウォールの利便性を格段に向上させ、さらにユーザの認証チェックと社内リソース（内部ネットワーク）へのアクセス制御とを個別に行うことでセキュリティを２重化したものが記載されている。
【０００７】
さらに、ファイアウォールにより保護されたセグメントであるＤＭＺ（ＤｅＭｉｌｉｔａｒｉｚｅｄ Ｚｏｎｅ）を設けて、そこに公開サーバを接続するようにしたものもある。特許文献５には、ＤＭＺを簡易に構築する手法が記載されている。
【０００８】
【特許文献１】
特表２０００−５０５２７０
【特許文献２】
特開２００２−２３２４６０
【特許文献３】
特開２００２−１４１９５３
【特許文献４】
特開平１１−３３８７９９
【特許文献５】
特開２００２−３４４５３０
【０００９】
【発明が解決しようとする課題】
しかしながら、上述した従来のものには以下のような問題がある。
【００１０】
特許文献１に記載のものにおいては、内部ネットワークに接続されたサーバにて利用者認証が行われない場合に、アクセスの宛先を知っている部外者による内部ネットワークへのアクセスを防ぐことができない。加えて、内部ネットワークに接続されたサーバが暗号化されていないＨＴＴＰを使用していた場合に、外部ネットワークを暗号化されていないデータが流れるため、部外者によってデータが盗聴される恐れもある。このように、セキュリティを確保できないという問題がある。
【００１１】
また、外部からのアクセスの有無に関わらず、内部サーバから外部サーバに対して接続を確保する必要があるため、恒常的にネットワークおよびファイアウォールに対して負荷が発生する。このように、ネットワーク負荷が高くなるという問題がある。
【００１２】
さらに、接続が切断された場合に、それを内部サーバ側で検知して再接続するまで、外部から内部ネットワークのアクセスが不能となる、という問題もある。
【００１３】
特許文献２に記載のものにおいては、ＶＰＮトンネルを使用してインターネットを介して接続するため、ＶＰＮゲートウェイおよびそれに外部クライアントが接続するための専用線が必要である。このため、利用者側に特別な機構が必要となるという問題がある。
【００１４】
リバースプロキシを用いる従来の手法においては、外部クライアントからアクセスさせたい内部Ｗｅｂサーバに変更があった場合に、リバースプロキシサーバから内部Ｗｅｂサーバにアクセスできるようにするには、リバースプロキシサーバだけでなく、ファイアウォールの設定を変更する必要がある。このように、ファイアウォールの設定が煩雑になるという問題がある。
【００１５】
また、リバースプロキシサーバから内部Ｗｅｂサーバに対する接続が、内部Ｗｅｂサーバが応答を返すまで維持されている必要があり、ネットワークおよびファイアウォールに対して負荷が発生する。このように、ネットワーク負荷が高くなるという問題もある。
【００１６】
特許文献３に記載のものにおいては、ユーザＩＤやパスワードによる認証処理が行われるだけでは、部外者による内部ネットワークへの不正なアクセスを確実に防止することはできない。
【００１７】
特許文献４に記載のものにおいては、内外のネットワークを維持しておく必要があるため、上述の特許文献１に記載のものやリバースプロキシを用いる従来の手法のように、ネットワーク負荷が高くなるという問題もある。加えて、クライアント側に認証を管理するための特殊なアプリケーションを必要とするため、クライアント側への負担が大きくなるという問題もある。
【００１８】
特許文献５に記載のものにおいては、ＤＭＺを簡易に構築することができるものの、部外者による内部ネットワークへのアクセスを確実に防することはできない。
【００１９】
上述した各従来の手法は方式の異なるものであり、これらの特徴部のみを組み合せて採用することは非常に困難である。
【００２０】
本発明の目的は、部外者による内部ネットワークへのアクセスを確実に防することのでき、かつ、クライアント側への負担およびネットワーク負荷を抑えることのできる、リモートアクセスシステムおよびリモートアクセス方法を提供することにある。
【００２１】
【課題を解決するための手段】
上記目的を達成するため、本発明のリモートアクセスシステムは、外部ネットワークに接続された外部クライアントから内部ネットワークに接続された少なくとも１つの内部Ｗｅｂサーバへのアクセスを制御するリモートアクセスシステムであって、
ファイアウォールにより前記外部ネットワークおよび内部ネットワークから隔離されたＤＭＺと、
前記ＤＭＺに接続されたＤＭＺ中継サーバと、
前記内部ネットワークに接続された少なくとも１つの内部中継サーバとを有し、
前記ＤＭＺ中継サーバは、前記外部クライアントの利用者によるアクセスが可能な内部Ｗｅｂサーバとその接続を中継する内部中継サーバとの情報が関連付けられて予め格納された第１のアクセス制御情報記憶手段を有しており、前記内部Ｗｅｂサーバへのアクセス要求を前記外部クライアントから受信すると、前記外部クライアントの利用者の正当性を確認した上で、前記第１のアクセス制御情報記憶手段の格納情報を参照して、前記外部クライアントの利用者によるアクセスが許可されているかどうかを判断し、許可されていると判断した場合に、前記外部クライアントからのアクセス要求を該当する内部中継サーバへ送信し、
前記内部中継サーバは、前記外部クライアントの利用者によるアクセスが可能な内部Ｗｅｂサーバとその接続情報が関連付けられて予め格納された第２のアクセス制御情報記憶手段を有しており、前記外部クライアント端末からのアクセス要求を前記ＤＭＺ中継サーバから受信すると、前記第２のアクセス制御情報記憶手段の格納情報を参照して、前記利用者によるアクセスが許可されているかどうかを判断し、許可されていると判断した場合に、前記外部クライアント端末からのアクセス要求を該当する内部Ｗｅｂサーバへ送信することを特徴とする。
【００２２】
本発明のリモートアクセス方法は、ファイアウォールにより外部ネットワークおよび内部ネットワークから隔離されたＤＭＺと、該ＤＭＺに接続されたＤＭＺ中継サーバと、前記内部ネットワークに接続された少なくとも１つの内部中継サーバとを有し、前記外部ネットワークに接続された外部クライアントから前記内部ネットワークに接続された少なくとも１つの内部Ｗｅｂサーバへのアクセスを制御するシステムにおいて行われるリモートアクセス方法であって、
前記ＤＭＺ中継サーバが、前記内部Ｗｅｂサーバへのアクセス要求を前記外部クライアントから受信すると、前記外部クライアントの利用者の正当性を確認する第１のステップと、
前記第１のステップで、前記外部クライアントの利用者が正当であると判断した場合に、前記ＤＭＺ中継サーバが、前記外部クライアントの利用者によるアクセスが可能な内部Ｗｅｂサーバとその接続を中継する内部中継サーバとの情報が関連付けられて予め格納された第１のアクセス制御情報記憶手段を参照して、前記外部クライアントの利用者によるアクセスが許可されているかどうかを判断する第２のステップと、
前記第２のステップで、前記外部クライアントの利用者によるアクセスが許可されていると判断した場合に、前記ＤＭＺ中継サーバが、前記外部クライアントからのアクセス要求を該当する内部中継サーバへ送信する第３のステップと、
前記内部中継サーバが、前記外部クライアント端末からのアクセス要求を前記ＤＭＺ中継サーバから受信すると、前記外部クライアントの利用者によるアクセスが可能な内部Ｗｅｂサーバとその接続情報が関連付けられて予め格納された第２のアクセス制御情報記憶手段を参照して、前記利用者によるアクセスが許可されているかどうかを判断する第４のステップと、
前記第４のステップで、前記外部クライアントの利用者によるアクセスが許可されていると判断した場合に、前記内部中継サーバが、前記外部クライアント端末からのアクセス要求を該当する内部Ｗｅｂサーバへ送信する第５のステップとを含むことを特徴とする。
【００２３】
上記のとおりの本発明によれば、ファイアウォールによって外部ネットワークから内部ネットワークへは直接アクセスできなくなっており、しかも、外部クライアントから内部Ｗｅｂサーバへアクセスする場合には、ＤＭＺ中継サーバで利用者認証が行われ、さらにＤＭＺ中継サーバおよび内部中継サーバの両方でアクセスが許可されているかどうかの確認が行われるようになっている。このため、第三者が外部から内部Ｗｅｂサーバに対して不正にアクセスすることは、極めて困難なものとなっている。例えば、第三者による攻撃によりファイアウォールが破られ、ＤＭＺ中継サーバ内の第１のアクセス制御情報記憶手段の格納情報が改ざんされたとしても、内部中継サーバによるアクセス制御によって不正アクセスが排除される。
【００２４】
また、外部クライアントに特別な機構を持たせる必要がないので、利用者への負担が少ない。
【００２５】
さらに、ＤＭＺ中継サーバと内部中継サーバとの間の接続を確保できれば、アクセス要求とその応答を送受信することが可能である。この場合、内部ファイアウォール、ＤＭＺおよび内部ネットワークの負荷が低くなる。
【００２６】
また、ＶＰＮトンネルなどの専用線も必要ないので、コストの面でも有利なものとなる。
【００２７】
さらに、ＤＭＺ中継サーバと内部中継サーバの間の通信が可能であるようにファイアウォールを設定しておけば、内部Ｗｅｂサーバを追加、削除、変更する場合でも、ＤＭＺ中継サーバおよび内部中継サーバの設定を変更する事で対応ができ、従来のような内部ファイアウォールの設定変更は必要ない。
【００２８】
また、外部クライアントとＤＭＺの間の通信を暗号化することで、その通信内容が第三者によって盗聴されることはない。これにより、より一層高いセキュリティが確保される。
【００２９】
外部クライアントとＤＭＺの間の暗号化通信に例えばＳＳＬを使用することで、外部クライアントとして既存の端末を用いることができ、利用者への負担がより一層少なくなる。
【００３０】
【発明の実施の形態】
次に、本発明の実施形態について図面を参照して説明する。
【００３１】
図１に、本発明の一実施形態であるリモートアクセスシステムの概略構成を示す。このリモートアクセスシステムは、外部クライアント１、外部ネットワーク２、外部ファイアウォール３、ＤＭＺ４、ＤＭＺ中継サーバ５、内部ファイアウォール６、内部ネットワーク７、内部中継サーバ８、内部Ｗｅｂサーバ９からなる。
【００３２】
外部ネットワーク２は、インターネットおよびそれにダイアルアップで接続するための公衆網等である。内部ネットワーク７は、企業内に構築されるネットワークであって、例えばＬＡＮやＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）などである。外部ネットワーク２は外部ファイアウォール３を介してＤＭＺ４に接続され、内部ネットワーク７は内部ファイアウォール６を介してＤＭＺ４に接続されている。
【００３３】
外部ファイアウォール３は、外部ネットワーク２とＤＭＺ４との間の通信を制御し、内部ファイアウォール６は内部ネットワーク７とＤＭＺ４との間の通信を制御する。外部ネットワーク２と内部ネットワーク７との通信は、ＤＭＺ４を経由して行われる。
【００３４】
ＤＭＺ４は、外部ネットワーク２と内部ネットワーク７を中継するネットワークセグメントであって、ファイアウォールによって外部ネットワーク３からも内部ネットワーク６からも隔離されている。このＤＭＺ４は、内部ネットワークに対する外部ネットワークからの不正なアクセスを抑制する目的で、一般に広く導入されているものである。
【００３５】
ＤＭＺ４にはＤＭＺ中継サーバ５が接続されており、内部ネットワーク７には内部中継サーバ８および内部Ｗｅｂサーバ９が接続されている。外部クライアント１は、ＨＴＴＰＳ（ＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔｓ Ｌａｙｅｒ）で保護されたＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ））に対応したＷｅｂブラウザを搭載する利用者端末（携帯電話機や携帯情報端末などを含む）であって、例えば従業員等が外出先あるいは自宅等で使用することができる。この外部クライアント１は、外部ネットワーク２への接続が可能である。
【００３６】
内部Ｗｅｂサーバ９は、内部ネットワーク７に接続されたＷｅｂブラウザを搭載する不図示の利用者端末（以下、内部クライアントと呼ぶ）から、受発注処理や在庫管理等の企業内業務を遂行する業務システムへのアクセス機能を提供する。具体的には、内部Ｗｅｂサーバ９は、内部クライアントからのＨＴＴＰまたはＨＴＴＰＳでの要求に基づき、業務システムに対して必要な処理を実行させ、その結果を内部クライアントに返す。
【００３７】
ＤＭＺ中継サーバ５は、外部クライアント１からの内部Ｗｅｂサーバ９へのＨＴＴＰＳでのアクセス要求を受け付けると、アクセス要求をした利用者の正当性を判断した上で、受け付けた要求の宛先である内部Ｗｅｂサーバがその利用者によるアクセスが許可されたものであるかどうかを判断し、許可されている場合にのみ、該当する内部中継サーバへ外部クライアント１からのアクセス要求を送信する。また、ＤＭＺ中継サーバ５は、送信したアクセス要求に対する内部中継サーバからの処理結果を受けて、外部クライアント１への応答を行う。
【００３８】
内部中継サーバ８は、ＤＭＺ中継サーバ５から外部クライアント１からのアクセス要求を受け取ると、受け取った要求の宛先である内部Ｗｅｂサーバがその要求をした利用者によるアクセスが許可されたものであるかどうかを再度判断し、許可されている場合にのみ、該当する内部Ｗｅｂサーバに対して外部クライアント１からのアクセス要求を送信する。また、内部中継サーバ８は、送信したアクセス要求に対する内部Ｗｅｂサーバからの応答に対して必要な変換処理を行い、その結果をＤＭＺ中継サーバ５に送信する。
【００３９】
上述した本実施形態のリモートアクセスシステムにおいて、外部クライアント１は、内部Ｗｅｂサーバ９に対してアクセスを行う場合は、まずＨＴＴＰＳでＤＭＺ中継サーバ５に要求を出す。ＤＭＺ中継サーバ５では、外部クライアント１からの要求を受け付けると、認証されたユーザからのアクセスであるか、また許可されたアクセスであるのかが判断される。認証されたユーザからのアクセスで、かつ、許可されたアクセスであった場合は、ＤＭＺ中継サーバ５は、外部クライアント１からの要求を内部中継サーバ８に送信する。
【００４０】
内部中継サーバ８では、再度、許可されたアクセスであるのかが判断される。許可されたアクセスであった場合は、内部中継サーバ８は、外部クライアント１からの要求を内部Ｗｅｂサーバ９にＨＴＴＰまたはＨＴＴＰＳで送信する。そして、内部Ｗｅｂサーバ９からの応答に対して必要な変換処理を行い、その結果をＤＭＺ中継サーバ５に送信する。ＤＭＺ中継サーバ５は、変換処理された内部Ｗｅｂサーバ９からの応答外部クライアント１に送信する。
【００４１】
以上の一連の処理により、セキュリティを確保しつつ、内部ネットワーク７に接続された内部Ｗｅｂサーバ９への外部からのアクセスを実現する。
【００４２】
次に、ＤＭＺ中継サーバ５および内部中継サーバ８の具体的な構成について説明する。
【００４３】
（１）ＤＭＺ中継サーバ５の構成：
図２に、ＤＭＺ中継サーバ５の概略構成を示す。図２を参照すると、ＤＭＺ中継サーバ５は、データ処理装置５１と記憶装置５２を有する。データ処理装置５１は、要求処理部５１１、通信部５１２、セッション管理部５１３、認証部５１４、アクセス制御部５１５を有する。記憶装置５２は、アクセス制御情報記憶部５２１を有する。
【００４４】
要求処理部５１１は、外部ネットワーク２、外部ファイアウォール３、ＤＭＺ４を介して外部クライアント１からのアクセス要求を受け付けるとともに、その受け付けた要求をセッション管理部５１３へ渡す。セッション管理部５１３は、要求処理部５１１から受け取った要求に含まれているＣｏｏｋｉｅ等を元に有効なセッション情報を取得し、その取得したセッション情報の内容を要求処理部５１１に返す。もし、外部クライアント１からの要求に有効なセッション情報が含まれていない場合は、セッション管理部５１３は、新規にセッションを生成する。
【００４５】
セッション管理部５１３から有効なセッション情報を受け取った場合は、要求処理部５１１は、そのセッション情報を認証部５１４に渡す。セッション管理部５１３が新規なセッションを生成した場合は、要求処理部５１１は、外部クライアント１に対して認証画面への遷移を行うように応答する。
【００４６】
認証部５１４は、要求処理部５１１から受け取ったセッション情報に基づいて認証済み利用者からの要求かどうかを判断し、その結果を要求処理部５１１へ返す。認証済み利用者からの要求であった場合は、要求処理部５１１は、外部クライアント１からのアクセス要求をアクセス制御部５１５に渡す。もし、認証済み利用者からの要求でなければ、認証部５１４は改めて利用者認証を行う。この利用者認証の方式としては、例えば固定パスワード方式やワンタイムパスワード方式等を用いることができる。この利用者認証で正当でないと判断された場合は、要求処理部５１１は、外部クライアント１に対して認証画面への遷移を行うように応答する。
【００４７】
アクセス制御部５１５は、外部クライアント１からのアクセス要求を要求処理部５１１から受け取ると、アクセス制御情報記憶部５２１に予め格納されている情報を参照し、受け取った要求の宛先である内部Ｗｅｂサーバが、認証部５１４で正当と判断された利用者によるアクセスが許可されているものである否かを判断する。
【００４８】
図３に、アクセス制御情報記憶部５２１に格納されている情報の一例を示す。アクセス制御情報記憶部５２１には、利用者のＩＤ番号、利用者によるアクセスが許可されている内部Ｗｅｂサーバを特定する番号（又は名称）およびその内部Ｗｅｂサーバへの接続を中継する内部中継サーバを特定する番号（又は名称）が関連付けられて予め格納されている。図３に示した例では、「０００００１」の利用者ＩＤを持つ利用者は、「Ａ１」、「Ａ２」、「Ｂ」という内部Ｗｅｂサーバにアクセスすることができ、「Ａ１」、「Ａ２」の内部Ｗｅｂサーバにアクセスする場合は、内部中継サーバ「ａ」を、「Ｂ」の内部Ｗｅｂサーバにアクセスする場合は、内部中継サーバ「ｂ」を使用するというような設定になっている。このようなアクセス制御情報記憶部５２１の情報を参照することで、受け付けた要求の宛先となっている内部Ｗｅｂサーバが、認証された利用者によるアクセスが許可されているものであるか否かを判断することができる。
【００４９】
宛先の内部Ｗｅｂサーバが認証された利用者によるアクセスが許可されているものである場合は、アクセス制御部５１５は、アクセス制御情報記憶部５２１から対応する内部中継サーバ情報を取得してそれを要求処理部５１１へ渡す。例えば、宛先の内部Ｗｅｂサーバが「Ａ１」で、利用者ＩＤが「００００１」である場合は、アクセス制御部５１５は、対応する内部中継サーバ情報として内部中継サーバ「ａ」の情報を取得し、それを要求処理部５１１へ渡す。宛先の内部Ｗｅｂサーバが認証された利用者によるアクセスが許可されていないものである場合は、アクセス制御部５１５は、その旨を要求処理部５１１へ渡す。
【００５０】
アクセス制御部５１５から内部中継サーバ情報を受け取った場合は、要求処理部５１１は、通信部５１２からＤＭＺ４、内部ファイアウォール６、内部ネットワーク７を順次介して該当する内部中継サーバ８に対して外部クライアント１からのアクセス要求を利用者情報と共に送信する。
【００５１】
送信したアクセス要求に対する内部中継サーバ８からの処理結果は、内部ネットワーク７、内部ファイアウォール６、ＤＭＺ４、通信部５１２を順次介して要求処理部５１１に供給される。要求処理部５１１は、受け取った処理結果に応じた外部クライアント１への応答処理を行う。
【００５２】
（２）内部中継サーバ８の構成：
図４に、内部中継サーバ８の概略構成を示す。図４を参照すると、内部中継サーバ８は、データ処理装置８１と記憶装置８２を有する。データ処理装置８１は、通信部８１１、要求処理部８１２、アクセス制御部８１３、ＵＲＬ等変換部８１４を有する。記憶装置８２は、アクセス制御情報記憶部８２１、ＵＲＬ等変換情報記憶部８２２を有する。
【００５３】
通信部８１１は、ＤＭＺ４、内部ファイアウォール６および内部ネットワーク７を介して上述したＤＭＺ中継サーバ５の通信部５１２との間で相互通信が可能に構成されている。
【００５４】
要求処理部８１２は、通信部８１１を介してＤＭＺ中継サーバ５からの要求を受け付けると、その要求をアクセス制御部８１３へ渡す。アクセス制御部８１３は、アクセス制御情報記憶部８２１の情報を参照し、受け取った要求の宛先となっている内部Ｗｅｂサーバが、認証部５１４で正当と判断された利用者によるアクセスが許可されているものである否かを再度判断する。
【００５５】
図５に、アクセス制御情報記憶部８２１に格納されている情報の一例を示す。アクセス制御情報記憶部８２１には、利用者のＩＤ番号、利用者によるアクセスが許可されている内部Ｗｅｂサーバを特定する番号（又は名称）およびその内部Ｗｅｂサーバへの接続を行うための接続情報が関連付けられて予め格納されている。図５の例では、「０００００１」の利用者ＩＤを持つ利用者は、「Ａ１」、「Ａ２」という内部Ｗｅｂサーバに、「０００００３」の利用者ＩＤを持つ利用者は、「Ａ１」、「Ａ２」、「Ｃ」という内部Ｗｅｂサーバにアクセスすることができ、「Ａ１」にアクセスする場合は、「ｈｔｔｐ：／／Ａ／」、「Ａ２」にアクセスする場合は、「ｈｔｔｐｓ：／／Ａ／」、「Ｃ」にアクセスする場合は、「ｈｔｔｐ：／／Ｃ：８０８０／」を使用するというような設定になっている。このようなアクセス制御情報記憶部８２１の情報を参照することで、受け付けた要求の宛先となっている内部Ｗｅｂサーバが、認証された利用者によるアクセスが許可されているものであるか否かを判断することができるとともに、許可されている内部Ｗｅｂサーバへ接続情報を取得することができる。
【００５６】
宛先の内部Ｗｅｂサーバが認証された利用者によるアクセスが許可されているものである場合は、アクセス制御部８１３は、アクセス制御情報記憶部８２１から宛先の内部Ｗｅｂサーバに関する接続情報を取得してそれを要求処理部８１２へ渡す。例えば、宛先の内部Ｗｅｂサーバが「Ａ１」で、利用者ＩＤが「００００１」である場合は、アクセス制御部８１３は、宛先の内部Ｗｅｂサーバに関する接続情報として「ｈｔｔｐ：／／Ａ／」を取得し、それを要求処理部８１２へ渡す。宛先の内部Ｗｅｂサーバが認証された利用者によるアクセスが許可されていないものである場合は、アクセス制御部８１３は、その旨を要求処理部８１２へ渡す。
【００５７】
アクセス制御部８１３から内部Ｗｅｂサーバへの接続情報を受け取った場合は、要求処理部８１２は、ＤＺＭ中継サーバ５から受け取った外部クライアント１からの要求に問題（例えばフォーマット異常など）がないかを調べる。要求に問題がなければ、要求処理部８１２は、アクセス制御部８１３から受け取った内部Ｗｅｂサーバへの接続情報に基づいて、外部クライアント１からの要求を利用者情報と共にＨＴＴＰまたはＨＴＴＰＳで内部ネットワーク７を介して該当する内部Ｗｅｂサーバへ送信し、その応答を待つ。
【００５８】
内部Ｗｅｂサーバから応答があった場合は、要求処理部８１２は、その応答内容をＵＲＬ等変換部８１４に渡す。ＵＲＬ等変換部８１４は、ＵＲＬ等変換情報記憶部８２２に予め格納されている情報を参照して、内部Ｗｅｂサーバからの応答内容に対して変換処理を行う。変換処理された内容は、要求処理部８１２に渡される。
【００５９】
図６に、ＵＲＬ等変換情報記憶部８２２に格納されている情報の一例を示す。図６を参照すると、ＵＲＬ等変換情報記憶部８２２には、内部Ｗｅｂサーバ毎に応答に対する変換情報を保持している。この例では、例えば内部Ｗｅｂサーバ「Ａ１」からの応答に「＜Ａ ＨＲＥＦ＝”／」という文字列が含まれていた場合は、「＜Ａ ＨＲＥＦ＝”／ａｃｃｅｓｓ／Ａ１／」という文字列に変換するというような設定になっている。このようなＵＲＬ等変換情報記憶部８２２の情報を参照することで、内部Ｗｅｂサーバからの応答内容に対して変換処理を行うことができる。
【００６０】
要求処理部８１２は、ＵＲＬ等変換部８１４によって変換処理された応答を、通信部８１１から内部ネットワーク７、内部ファイアウォール６、ＤＭＺ４を順次介してＤＭＺ中継サーバ５へ送信する。
【００６１】
利用者によるアクセスが許可されていなかった場合、要求に問題があった場合、内部Ｗｅｂサーバから応答がなかった場合のいずれかの場合は、要求処理部８１２は、通信部８１１から内部ネットワーク７、内部ファイアウォール６、ＤＺＭ４を順次介してエラーを生じた旨の情報をＤＭＺ中継サーバ５に送信する。
【００６２】
次に、本実施形態のリモートアクセスシステムにおいて行われるリモートアクセスの一連の動作について詳細に説明する。
【００６３】
図７は、ＤＭＺ中継サーバ５の動作を示すフローチャートである。以下、図２および図７を参照してＤＭＺ中継サーバ５における動作を説明する。
【００６４】
ＤＭＺ中継サーバ５が起動されると、要求処理部５１１は、外部クライアント１からのＨＴＴＰＳによるアクセス要求を待つ（ステップＳ１０１）。要求処理部５１１にて外部クライアント１からのアクセス要求を受け取ると、セッション管理部５１３が、そのアクセス要求に有効なセッション情報が含まれているかどうかを判断する（ステップＳ１０２）。この判断で「Ｎｏ」となった場合は、セッション管理部５１３が新規にセッションを生成し（ステップＳ１０８）、これを受けて、要求処理部５１１が外部クライアント１に対して認証画面に遷移するように指示する（ステップＳ１１４）。指示後は、上記ステップＳ１０１へ戻る。
【００６５】
上記ステップＳ１０２の判断で「Ｙｅｓ」となった場合は、認証部５１４が、外部クライアント１からのアクセス要求が認証済み利用者からの要求であるかどうかを、セッション管理部５１３で所得された有効なセッション情報から判断する（ステップＳ１０３）。この判断で「Ｎｏ」となった場合は、要求処理部５１１が、外部クライアント１からのアクセス要求が認証画面へのアクセス要求であるかどうかを判断する（ステップＳ１０９）。この判断で「Ｙｅｓ」となった場合は、要求処理部５１１が、外部クライアント１に対して認証画面を送信する（ステップＳ１１０）。認証画面の送信後は、上記ステップＳ１０１に戻る。
【００６６】
上記ステップＳ１０９の判断で「Ｎｏ」となった場合は、要求処理部５１１が、外部クライアント１からのアクセス要求が認証情報の入力要求であるかどうかを判断する（ステップＳ１１１）。この判断で「Ｙｅｓ」となった場合は、認証部５１４が、入力された認証情報が正当であるかどうかを判断する（ステップＳ１１２）。この認証判断で「Ｙｅｓ」となった場合は、要求処理部５１１が、外部クライアント１に対して要求画面へ遷移するように指示する（ステップＳ１１０）。指示後は、上記ステップＳ１０１に戻る。
【００６７】
上記ステップＳ１１１、Ｓ１１２のいずれかの判断で「Ｎｏ」となった場合には、上記ステップＳ１１４へ移行する。
【００６８】
上記ステップＳ１０３の判断で「Ｙｅｓ」となった場合は、アクセス制御部５１５が、外部クライアント１からのアクセス要求とそこに含まれている利用者情報とから、アクセス制御情報記憶部５２１の情報を参照して、要求の宛先となっている内部Ｗｅｂサーバが認証された利用者によるアクセスが許可されているものであるかどうかを判断する（ステップＳ１０４）。この判断で「Ｎｏ」となった場合は、要求処理部５１１が、エラーを生じた旨の情報を外部クライアント１に送信する（ステップＳ１１５）。エラー送信後は、上記ステップＳ１０１に戻る。
【００６９】
上記ステップＳ１０４の判断で「Ｙｅｓ」となった場合は、アクセス制御部５１５がアクセス制御情報記憶部５２１から対応する内部中継サーバ情報を取得し、要求処理部５１１が、その取得した内部中継サーバ情報に基づいて該当する内部中継サーバへ外部クライアント１からのアクセス要求を利用者情報と一緒に送信する（ステップＳ１０５）。アクセス要求の送信後は、ＤＭＺ中継サーバ５は、内部中継サーバからの応答待ちの状態となり、要求処理部５１１が、内部中継サーバから正常な応答があるか否かを判断する（ステップＳ１０６）。この判断で「Ｎｏ」となった場合は、上記ステップＳ１１５へ移行し、「Ｙｅｓ」となった場合は、要求処理部５１１が、内部中継サーバからの応答を外部クライアント１へ送信する（ステップＳ１０７）。応答の送信後は、上記ステップＳ１０１に戻る。
【００７０】
図８は、内部中継サーバ８の動作を示すフローチャートである。以下、図４および図８を参照して内部中継サーバ８の動作を説明する。
【００７１】
内部中継サーバ８が起動されると、要求処理部８１２は、ＤＭＺ中継サーバ５からのアクセス要求（外部クライアント１からのアクセス要求）を待つ（ステップＳ２０１）。要求処理部８１２にてＤＭＺ中継サーバ５からのアクセス要求を受け取ると、アクセス制御部８１３が、アクセス制御情報記憶部８２１の情報を参照して、その受け取った要求の宛先となっている内部Ｗｅｂサーバが認証された利用者によるアクセスが許可されているものであるかどうかを再度判断する（ステップＳ２０２）。この判断で「Ｎｏ」となった場合は、要求処理部８１２が、エラーを生じた旨の情報をＤＭＺ中継サーバ５に送信する（ステップＳ２０８）。エラー送信後は、上記ステップＳ２０１に戻る。
【００７２】
上記ステップＳ２０２の判断で「Ｙｅｓ」となった場合は、要求処理部８１２が、ＤＭＺ中継サーバ５から受け取ったアクセス要求の内容に問題がないかどうかを調べる（ステップＳ２０３）。問題があった場合は、上記ステップＳ１０８へ移行する。問題がなかった場合は、アクセス制御部８１３がアクセス制御情報記憶部８２１から対応する内部Ｗｅｂサーバへの接続情報を取得し、要求処理部８１２が、その取得した接続情報に基づいて該当する内部ＷｅｂサーバへＤＭＺ中継サーバ５から受け取ったアクセス要求を送信する（ステップＳ２０４）。
【００７３】
アクセス要求の送信後は、内部中継サーバ８は、内部Ｗｅｂサーバからの応答待ちの状態となり、要求処理部８１２が、内部Ｗｅｂサーバから応答があるか否かを確認する（ステップＳ２０５）。この確認で「Ｎｏ」となった場合は、上記ステップＳ２０８へ移行する。「Ｙｅｓ」となった場合は、ＵＲＬ等変換部８１４が、ＵＲＬ等変換情報記憶部８２２に格納された情報を参照して、内部Ｗｅｂサーバからの応答に対して変換処理を行い（ステップＳ２０６）、要求処理部８１２が、その変換処理結果をＤＭＺ中継サーバ５に送信する（ステップＳ２０７）。変換処理結果の送信後は、上記ステップＳ２０１に戻る。
【００７４】
次に、上述したアクセス制御動作について、具体例を挙げてさらに詳細に説明する。
【００７５】
図９は、本実施形態のリモートアクセスシステムの具体的な動作の一例を示すシーケンス図である。以下、図２、図４、図７、図８および図９を参照して動作を説明する。
【００７６】
ここでは、ＤＭＺ中継サーバ５および内部中継サーバ８が要求待ち状態（ステップＳ１０１、Ｓ２０１に対応する）にあり、利用者が外部クライアント１を使用してＤＭＺ中継サーバ５に対して初めて画面要求を送信した場合の動作を説明する。
【００７７】
ＤＭＺ中継サーバ５では、セッション管理部５１３が、外部クライアント１からの要求のセッション情報を取得しようとするが、この受け取った要求は最初の要求であるため、セッション情報は存在しない。このため、セッション管理部５１３が新規にセッションを生成し（ステップＳ１０８に対応する）、要求処理部５１１が外部クライアント１に対して認証画面へ遷移するように指示する（ステップＳ１１４に対応する）。指示後、ＤＭＺ中継サーバ５は要求待ち状態に戻る（ステップＳ１０１に対応する）。
【００７８】
認証画面への遷移を指示された外部クライアント１では、認証画面へ遷移するための入力を要求するメッセージまたは画面が表示される。この表示に応じて利用者が外部クライアント１上で所定の入力操作を行うことで、外部クライアント１からＤＭＺ中継サーバ５へ認証画面要求が送信される。
【００７９】
認証画面要求を受け取ったＤＭＺ中継サーバ５では、セッション管理部５１３が、受け取った認証画面要求からセッション情報を取得し、認証部５１４が、その取得したセッション情報に基づいて認証済み利用者からのアクセスであるかどうかを判断する（ステップＳ１０３に対応する）。認証済み利用者からのアクセスではないため、続いて、認証部５１４が、認証画面の要求であるかどうかを判断する（ステップＳ１０９に対応する）。認証画面要求であるので、続いて、要求処理部５１１が、外部クライアント１に対して認証画面を返す（ステップＳ１１０に対応する）。
【００８０】
認証画面を受け取った外部クライアント１では、その受け取った認証画面が表示され、その表示に応じて利用者が認証情報を入力することで、外部クライアント１からＤＭＺ中継サーバ５へ認証情報を含む認証要求が送信される。
【００８１】
認証要求を受け取ったＤＭＺ中継サーバ５では、セッション管理部５１３がその受け取った認証要求からセッション情報を取得し、認証部５１４が、その取得したセッション情報に基づいて認証済み利用者からのアクセスであるかどうかを判断する（ステップＳ１０３に対応する）。認証済みでないため、続いて、要求処理部５１１が、認証画面の要求であるかどうかを判断する（ステップＳ１０９に対応する）。認証画面の要求でないため、続いて、要求処理部５１１が、認証情報の入力であるかどうかを判断する（ステップＳ１１１に対応する）。認証情報の入力であるため、続いて、認証部５１４が、入力された認証情報の正当性を確認し（ステップＳ１１２に対応する）、要求処理部５１１が、外部クライアント１に対して要求画面へ遷移するように指示する（ステップＳ１１３に対応する）。
【００８２】
要求画面への遷移を指示された外部クライアント１では、要求画面へ遷移するための入力を要求するメッセージまたは画面が表示される。この表示に応じて利用者が外部クライアント１上で所定の入力操作を行うことで、外部クライアント１からＤＭＺ中継サーバ５へ画面要求が送信される。
【００８３】
画面要求を受け取ったＤＭＺ中継サーバ５では、セッション管理部５１３が、その受け取った画面要求からセッション情報を取得し、認証部５１４が、その取得したセッション情報に基づいて認証済み利用者からのアクセスであるかどうかを判断する（ステップＳ１０３に対応する）。認証済みであるため、続いて、アクセス制御部５１５が、認証された利用者のアクセス許可の有無を確認する（ステップＳ１０４に対応する）。ここでは、認証された利用者のアクセスが許可されているものと仮定する。アクセスが許可されているので、続いて、アクセス制御部５１５が、対応する内部中継サーバ情報を取得し、要求処理部５１１が、その取得した内部中継サーバ情報にしたがって通信部５１２から該当する内部中継サーバ８へ受け取った画面要求を利用者情報と共に送信する（ステップＳ１０５に対応する）。
【００８４】
画面要求を受け取った内部中継サーバ８では、アクセス制御部８１３が、認証部５１４で認証された利用者のアクセス許可の有無を確認する（ステップＳ１０４に対応する）。ここでは、認証された利用者のアクセスが許可されているものと仮定する。アクセスが許可されているので、続いて、要求処理部８１２が、ＤＭＺ中継サーバ５から受け取った画面要求の内容に問題がないかどうかを調べる（ステップＳ２０３に対応する）。ここでは、画面要求の内容に問題がないと仮定する。問題がないので、続いて、アクセス制御部８１３が、対応する内部Ｗｅｂサーバへの接続情報を取得し、要求処理部８１２が、その取得した接続情報にしたがって該当する内部Ｗｅｂサーバ９に対してＤＭＺ中継サーバ５から受け取った画面要求を送信する（ステップＳ２０４）。
【００８５】
画面要求を受け取った内部Ｗｅｂサーバ９は、その受け取った画面要求に対して必要な処理を実行し、その応答として、所定の画面のＵＲＬを内部中継サーバ８へ返す。ここで、必要な処理とは、例えば利用者認証である。この利用者認証に失敗した場合は、その旨を示すエラー情報を応答として返す。ここでは、所定の画面のＵＲＬが返されるものと仮定する。
【００８６】
画面要求を送信した内部中継サーバ８では、要求処理部８１２が、内部Ｗｅｂサーバ９から応答があるかどうかを確認する（ステップＳ２０５に対応する）。内部Ｗｅｂサーバ９から応答を受け取っているので、続いて、ＵＲＬ等変換部８１４が、内部Ｗｅｂサーバ９からの応答（ＵＲＬ）に対して変換処理を行い（ステップＳ２０６対応する）、要求処理部８１２が、その変換処理結果（変換後のＵＲＬ）をＤＭＺ中継サーバ５に返す（ステップＳ２０７に対応する）。その後、内部中継サーバ８は、要求待ち状態に戻る（ステップＳ２０１に対応する）。
【００８７】
画面要求を送信したＤＭＺ中継サーバ５では、要求処理部５１１が、内部中継サーバ８から応答があるかどうかを確認する（ステップＳ１０６に対応する）。内部中継サーバ８から応答（変換後のＵＲＬ）を受け取っているので、続いて、要求処理部５１１が、その受け取った応答（変換後のＵＲＬ）を外部クライアント１に返す（ステップＳ１０７に対応する）。その後、ＤＭＺ中継サーバ５は、要求待ち状態に戻る（ステップＳ１０１に対応する）。
【００８８】
以上の動作により、外部クライアント１上で、内部Ｗｅｂサーバ９から提示された所定の画面が表示される。利用者が、その表示画面上でなんらかの入力を行うと、これに応じて、外部クライアント１が、ＤＭＺ中継サーバ５に対して新たな画面要求を送信する。こうして送信された画面要求に対しても、上述した動作が実行され、結果、外部クライアント１上で新たな要求画面が表示される。
【００８９】
以上説明した本実施形態のリモートアクセスシステムによれば、ファイアウォールによって外部ネットワーク２から内部ネットワーク７へは直接アクセスできなくなっており、しかも、外部クライアント１からの内部Ｗｅｂサーバ９へのアクセスに対して、ＤＭＺ中継サーバ５での利用者認証が行われるとともに、ＤＭＺ中継サーバ５および内部中継サーバ８の２箇所でアクセス制御が行われるようになっている。このため、例えば第三者による攻撃により外部ファイアウォール５が破られ、ＤＭＺ中継サーバ５内のアクセス制御情報記憶部５２１の格納情報が改ざんされたとしても、内部中継サーバ８によるアクセス制御によって不正アクセスが排除される。このように、第三者が外部から内部Ｗｅｂサーバ９に対して不正にアクセスすることは極めて困難である。
【００９０】
加えて、外部クライアント１とＤＭＺ中継サーバ５の間の通信はＳＳＬによって暗号化されているので、通信内容が第三者によって盗聴されることはない。これにより、セキュリティが確保される。
【００９１】
本実施形態のリモートアクセスシステムにおいては、外部クライアント１は、ＨＴＴＰＳに対応したＷｅｂブラウザが利用可能なものであればどのような端末を用いてもよく、例えば、既存のパーソナルコンピュータ（ＰＣ）等を使用することができる。このように特別な機構が不要であるので、利用者への負担が少ない。
【００９２】
また、内部中継サーバ８にてＵＲＬ変換が行われるので、内部Ｗｅｂサーバ９から外部クライアントへの応答（ＵＲＬ）は、本来、行われている内部クライアント向けの応答（ＵＲＬ）と同じでよく、外部クライアント向けの応答に変換するために内部Ｗｅｂサーバのコンテンツ自体を外部クライアント向けに修正する必要はない。よって、内部Ｗｅｂサーバの設定変更は最小限で済む事になる。
【００９３】
さらに、ＤＭＺ中継サーバ５と内部中継サーバ８との間で実際に要求と応答のデータを送受信する際に接続を確保すればよいので、内部ファイアウォール６、ＤＭＺ４および内部ネットワーク７の負荷が低くなる。このように、ネットワーク負荷の軽減が可能である。
【００９４】
また、ＤＭＺ中継サーバ５と内部中継サーバ８の間の通信が可能であるように内部ファイアウォール６を設定しておけば、内部Ｗｅｂサーバ９を追加、削除、変更する場合でも、ＤＭＺ中継サーバ５および内部中継サーバ８の設定を変更する事で対応ができ、内部ファイアウォールの設定を変更する必要がない。このように、ファイアウォールの設定も容易である。
【００９５】
また、外部ファイアウォール３と内部ファイアウォール６を同一装置とすることも可能である。
【００９６】
（他の実施形態）
上述した実施形態のシステムにおいて、外部クライアント１から内部Ｗｅｂサーバ９への接続が行われると、接続先のＷｅｂサーバ９において、利用者認証が行われる。この認証動作は、Ｗｅｂサーバ９毎に行われ、通常は、利用者による手動入力を必要とする。ここでは、これらＷｅｂサーバ毎に行われる利用者認証を、一括して行うシステムについて説明する。
【００９７】
本他の実施形態のリモートアクセスシステムは、基本的な構成は図１に示したシステム構成と同じであるが、内部中継サーバアクセス制御情報記憶部８２１に、内部Ｗｅｂサーバのそれぞれに対する認証情報を利用者毎に記憶しておき、内部中継サーバ８が、内部Ｗｅｂサーバ９にアクセスする際に、その認証情報を用いて利用者認証を行うようになっている。ここで、内部Ｗｅｂサーバに対する認証情報は、内部Ｗｅｂサーバのそれぞれで行われる認証方式（基本認証（ＲＦＣ２６１７）または画面フォーム入力のいずれかの方式）および利用者の認証情報（ユーザネームおよびパスワード）を含む。画面フォーム入力方式の場合は、認証処理用ＵＲＬやフォームフィールド（ユーザネームおよびパスワードに該当するフィールド）の情報を含む。
【００９８】
内部中継サーバ８による利用者認証は、図８に示した手順のステップＳ２０３とＳ２０４の間で実行される。この場合、利用者はＤＭＺ中継サーバ５に対して、利用者認証を１回行えば、各内部Ｗｅｂサーバ９に対して利用者認証を行うことなくアクセスする事ができ、その分だけ利便性が向上する。
【００９９】
以上説明した各実施形態のリモートアクセスシステムの構成は、図示した構成に限定されるものではなく、発明の趣旨を逸脱しない範囲で適宜変更することができる。例えば、外部ファイアウォール３と内部ファイアウォール６は同一の装置であってもよい。
【０１００】
また、外部ネットワーク２には１つの外部クライアントが接続されるようになっているが、複数の外部クライアントが接続されるようにし、それぞれの外部クライアントから内部Ｗｅｂサーバへアクセスするようにしてもよい。
【０１０１】
さらに、内部ネットワーク７には１つの内部中継サーバ８が接続されるようになっているが、複数の内部中継サーバが接続されるようにしてもよい。これにより、負荷分散ができるので、ネットワーク負荷をより軽減することが可能となる。
【０１０２】
さらに、内部ネットワーク７には１つの内部Ｗｅｂサーバが接続されるようになっているが、複数の内部Ｗｅｂサーバが接続されるようにしてもよい。
【０１０３】
さらに、外部クライアント１とＤＭＺ中継サーバ５の間の通信の暗号化は、ＳＳＬに限られるものではなく、他の既存の暗号化方式を使用することができる。
【０１０４】
【発明の効果】
以上説明したように、本発明によれば、内部Ｗｅｂサーバにアクセスするためには、ＤＭＺ中継サーバでの利用者認証と、ＤＭＺ中継サーバと内部中継サーバの２箇所でアクセス制御を受ける必要があり、また、ファイアウォールにより外部ネットワークから内部ネットワークへの直接のアクセスができなくなっているため、部外者による内部Ｗｅｂサーバへのアクセスをより確実に防止することができる、という効果がある。
【０１０５】
また、外部クライアントからＤＭＺ中継サーバまでの通信は例えばＳＳＬにより暗号化されているので、部外者による盗聴を抑止することができる、という効果がある。
【０１０６】
さらに、ＤＭＺ中継サーバと内部中継サーバとの間で、実際に要求と応答データを送受信する際の接続を確保すればよいため、内部ファイアウォール、ＤＭＺ、内部ネットワークの負荷が低くなり、その分だけネットワーク負荷を軽減することができる、という効果がある。
【０１０７】
さらに、内部中継サーバを複数にすることで負荷を分散することができ、ネットワーク負荷をさらに軽減することができる、という効果がある。
【０１０８】
また、ＤＭＺ中継サーバと内部中継サーバ間の通信が可能であるように、内部ファイアウォールを設定しておけば、内部Ｗｅｂサーバを追加、削除、変更する場合であっても、ＤＭＺ中継サーバおよび内部中継サーバの設定を変更することで対応することができ、内部ファイアウォールの設定変更は不要である。このように、ファイアウォールの設定が容易であるという効果もある。
【０１０９】
さらに、外部クライアントはＨＴＴＰＳに対応したＷｅｂブラウザが利用可能であればよいので、一般的に使用されているＰＣ（パーソナルコンピュータ）等を外部クライアントとして使用することができる。このように、利用者側に特別な機構が不要であり、利用者への負担がないという効果がある。
【０１１０】
また、内部Ｗｅｂサーバの本来内部クライアント向けの応答を、内部中継サーバでＵＲＬ等変換を行うことにより、外部クライアント向けの応答に変換するため、内部Ｗｅｂサーバのコンテンツ自体を外部クライアント向けに修正する必要がない。このため、内部Ｗｅｂサーバの設定変更が最小限で済むという効果がある。
【図面の簡単な説明】
【図１】本発明の一実施形態であるリモートアクセスシステムの概略構成を示すブロック図である。
【図２】図１に示すＤＭＺ中継サーバの概略構成を示すブロック図である。
【図３】図２に示すアクセス制御情報記憶部に格納されている情報の一例を示す図である。
【図４】図１に示す内部中継サーバの概略構成を示すブロック図である。
【図５】図４に示すアクセス制御情報記憶部に格納されている情報の一例を示す図である。
【図６】図４に示すＵＲＬ等変換情報記憶部に格納されている情報の一例を示す図である。
【図７】図２に示すＤＭＺ中継サーバの動作を示すフローチャートである。
【図８】図４に示す内部中継サーバの動作を示すフローチャートである。
【図９】図１に示すリモートアクセスシステムの動作を説明するためのシーケンス図である。
【符号の説明】
１ 外部クライアント
２ 外部ネットワーク
３ 外部ファイアウォール
４ ＤＭＺ
５ ＤＭＺ中継サーバ
６ 内部ファイアウォール
７ 内部ネットワーク
８ 内部中継サーバ
９ 内部Ｗｅｂサーバ
５１、８１ データ処理装置
５２、８２ 記憶装置
５１１、８１２ 要求処理部
５１２、８１１ 通信部
５１３ セッション管理部
５１４ 認証部
５１５、８１３ アクセス制御部
５２１、８２１ アクセス制御情報記憶部
８１４ ＵＲＬ等変換部
８２２ ＵＲＬ等変換情報記憶部
【発明の属する技術分野】
本発明は、外部から例えばＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）などの内部ネットワークへアクセスするシステムおよび方法に関する。
【０００２】
【従来の技術】
外部から内部ネットワークへアクセスするシステムとして、例えば特許文献１に記載されているようなシステムがある。このシステムは、ファイアウォールの内部にと外部にそれぞれサーバを備える。内部サーバは、ファイアウォール内部のネットワーク（例えばＬＡＮ）に接続され、外部サーバはファイアウォール外部のネットワーク（例えばインターネット）に接続されている。このシステムでは、内部サーバから外部サーバに向けての接続を予め確保しておき、外部から内部ネットワークへのアクセス要求が外部サーバにあった場合に、アクセスの宛先の有効性を確認した上で、その確保した接続を使って内部サーバを経由して内部ネットワークへのアクセスが行われる。
【０００３】
上記の他、特許文献２に記載されているようなイントラネットアクセスシステムもある。このイントラネットアクセスシステムでは、外部クライアントと専用線を介して接続されたＶＰＮゲートウェイが、インターネット、ルータ部を順次介して内部ネットワークであるイントラネットと接続されている。ＶＰＮゲートウェイがルータ部との間に設定したＶＰＮトンネルを使用して、イントラネットに接続されている機器との接続を行うことにより、外部クライアントから内部ネットワークへのアクセスが行われる。
【０００４】
また、リバースプロキシと呼称される製品を使用したシステムもある。このシステムでは、外部ネットワークあるいはＤＭＺに接続されたリバースプロキシを導入したサーバ（リバースプロキシサーバ）が、外部クライアントからの要求に応じて、ファイアウォールを介して、内部ネットワークに接続されたＷｅｂサーバにアクセスすることにより、外部クライアントから内部ネットワークへのアクセスが行われる。
【０００５】
さらに、特許文献３に記載されているようなシステムもある。このシステムでは、外部ネットワークと内部ネットワークとの間を中継するネットワーク接続機器が、内部ネットワークへのアクセスを要求した外部クライアントに対してユーザＩＤやパスワードによる認証処理を行うとともに、認証に成功した場合には、アクセス可能なサービス情報のリストを外部クライアントに提示する。そして、外部クライアントが、その提示したサービス情報のリストからサービスを選択すると、ネットワーク接続機器が、その選択されたサービスに対するアクセスに必要なアドレス（ＵＬＲ）を外部クライアントに提供する。これにより、外部クライアントからの内部ネットワークへのアクセスが可能となる。なお、ネットワーク接続機器は、外部クライアントが選択したサービスに対してアドレス変換も行う。
【０００６】
また、特許文献４には、フィルタリングの方式を変更することでファイアウォールの利便性を格段に向上させ、さらにユーザの認証チェックと社内リソース（内部ネットワーク）へのアクセス制御とを個別に行うことでセキュリティを２重化したものが記載されている。
【０００７】
さらに、ファイアウォールにより保護されたセグメントであるＤＭＺ（ＤｅＭｉｌｉｔａｒｉｚｅｄ Ｚｏｎｅ）を設けて、そこに公開サーバを接続するようにしたものもある。特許文献５には、ＤＭＺを簡易に構築する手法が記載されている。
【０００８】
【特許文献１】
特表２０００−５０５２７０
【特許文献２】
特開２００２−２３２４６０
【特許文献３】
特開２００２−１４１９５３
【特許文献４】
特開平１１−３３８７９９
【特許文献５】
特開２００２−３４４５３０
【０００９】
【発明が解決しようとする課題】
しかしながら、上述した従来のものには以下のような問題がある。
【００１０】
特許文献１に記載のものにおいては、内部ネットワークに接続されたサーバにて利用者認証が行われない場合に、アクセスの宛先を知っている部外者による内部ネットワークへのアクセスを防ぐことができない。加えて、内部ネットワークに接続されたサーバが暗号化されていないＨＴＴＰを使用していた場合に、外部ネットワークを暗号化されていないデータが流れるため、部外者によってデータが盗聴される恐れもある。このように、セキュリティを確保できないという問題がある。
【００１１】
また、外部からのアクセスの有無に関わらず、内部サーバから外部サーバに対して接続を確保する必要があるため、恒常的にネットワークおよびファイアウォールに対して負荷が発生する。このように、ネットワーク負荷が高くなるという問題がある。
【００１２】
さらに、接続が切断された場合に、それを内部サーバ側で検知して再接続するまで、外部から内部ネットワークのアクセスが不能となる、という問題もある。
【００１３】
特許文献２に記載のものにおいては、ＶＰＮトンネルを使用してインターネットを介して接続するため、ＶＰＮゲートウェイおよびそれに外部クライアントが接続するための専用線が必要である。このため、利用者側に特別な機構が必要となるという問題がある。
【００１４】
リバースプロキシを用いる従来の手法においては、外部クライアントからアクセスさせたい内部Ｗｅｂサーバに変更があった場合に、リバースプロキシサーバから内部Ｗｅｂサーバにアクセスできるようにするには、リバースプロキシサーバだけでなく、ファイアウォールの設定を変更する必要がある。このように、ファイアウォールの設定が煩雑になるという問題がある。
【００１５】
また、リバースプロキシサーバから内部Ｗｅｂサーバに対する接続が、内部Ｗｅｂサーバが応答を返すまで維持されている必要があり、ネットワークおよびファイアウォールに対して負荷が発生する。このように、ネットワーク負荷が高くなるという問題もある。
【００１６】
特許文献３に記載のものにおいては、ユーザＩＤやパスワードによる認証処理が行われるだけでは、部外者による内部ネットワークへの不正なアクセスを確実に防止することはできない。
【００１７】
特許文献４に記載のものにおいては、内外のネットワークを維持しておく必要があるため、上述の特許文献１に記載のものやリバースプロキシを用いる従来の手法のように、ネットワーク負荷が高くなるという問題もある。加えて、クライアント側に認証を管理するための特殊なアプリケーションを必要とするため、クライアント側への負担が大きくなるという問題もある。
【００１８】
特許文献５に記載のものにおいては、ＤＭＺを簡易に構築することができるものの、部外者による内部ネットワークへのアクセスを確実に防することはできない。
【００１９】
上述した各従来の手法は方式の異なるものであり、これらの特徴部のみを組み合せて採用することは非常に困難である。
【００２０】
本発明の目的は、部外者による内部ネットワークへのアクセスを確実に防することのでき、かつ、クライアント側への負担およびネットワーク負荷を抑えることのできる、リモートアクセスシステムおよびリモートアクセス方法を提供することにある。
【００２１】
【課題を解決するための手段】
上記目的を達成するため、本発明のリモートアクセスシステムは、外部ネットワークに接続された外部クライアントから内部ネットワークに接続された少なくとも１つの内部Ｗｅｂサーバへのアクセスを制御するリモートアクセスシステムであって、
ファイアウォールにより前記外部ネットワークおよび内部ネットワークから隔離されたＤＭＺと、
前記ＤＭＺに接続されたＤＭＺ中継サーバと、
前記内部ネットワークに接続された少なくとも１つの内部中継サーバとを有し、
前記ＤＭＺ中継サーバは、前記外部クライアントの利用者によるアクセスが可能な内部Ｗｅｂサーバとその接続を中継する内部中継サーバとの情報が関連付けられて予め格納された第１のアクセス制御情報記憶手段を有しており、前記内部Ｗｅｂサーバへのアクセス要求を前記外部クライアントから受信すると、前記外部クライアントの利用者の正当性を確認した上で、前記第１のアクセス制御情報記憶手段の格納情報を参照して、前記外部クライアントの利用者によるアクセスが許可されているかどうかを判断し、許可されていると判断した場合に、前記外部クライアントからのアクセス要求を該当する内部中継サーバへ送信し、
前記内部中継サーバは、前記外部クライアントの利用者によるアクセスが可能な内部Ｗｅｂサーバとその接続情報が関連付けられて予め格納された第２のアクセス制御情報記憶手段を有しており、前記外部クライアント端末からのアクセス要求を前記ＤＭＺ中継サーバから受信すると、前記第２のアクセス制御情報記憶手段の格納情報を参照して、前記利用者によるアクセスが許可されているかどうかを判断し、許可されていると判断した場合に、前記外部クライアント端末からのアクセス要求を該当する内部Ｗｅｂサーバへ送信することを特徴とする。
【００２２】
本発明のリモートアクセス方法は、ファイアウォールにより外部ネットワークおよび内部ネットワークから隔離されたＤＭＺと、該ＤＭＺに接続されたＤＭＺ中継サーバと、前記内部ネットワークに接続された少なくとも１つの内部中継サーバとを有し、前記外部ネットワークに接続された外部クライアントから前記内部ネットワークに接続された少なくとも１つの内部Ｗｅｂサーバへのアクセスを制御するシステムにおいて行われるリモートアクセス方法であって、
前記ＤＭＺ中継サーバが、前記内部Ｗｅｂサーバへのアクセス要求を前記外部クライアントから受信すると、前記外部クライアントの利用者の正当性を確認する第１のステップと、
前記第１のステップで、前記外部クライアントの利用者が正当であると判断した場合に、前記ＤＭＺ中継サーバが、前記外部クライアントの利用者によるアクセスが可能な内部Ｗｅｂサーバとその接続を中継する内部中継サーバとの情報が関連付けられて予め格納された第１のアクセス制御情報記憶手段を参照して、前記外部クライアントの利用者によるアクセスが許可されているかどうかを判断する第２のステップと、
前記第２のステップで、前記外部クライアントの利用者によるアクセスが許可されていると判断した場合に、前記ＤＭＺ中継サーバが、前記外部クライアントからのアクセス要求を該当する内部中継サーバへ送信する第３のステップと、
前記内部中継サーバが、前記外部クライアント端末からのアクセス要求を前記ＤＭＺ中継サーバから受信すると、前記外部クライアントの利用者によるアクセスが可能な内部Ｗｅｂサーバとその接続情報が関連付けられて予め格納された第２のアクセス制御情報記憶手段を参照して、前記利用者によるアクセスが許可されているかどうかを判断する第４のステップと、
前記第４のステップで、前記外部クライアントの利用者によるアクセスが許可されていると判断した場合に、前記内部中継サーバが、前記外部クライアント端末からのアクセス要求を該当する内部Ｗｅｂサーバへ送信する第５のステップとを含むことを特徴とする。
【００２３】
上記のとおりの本発明によれば、ファイアウォールによって外部ネットワークから内部ネットワークへは直接アクセスできなくなっており、しかも、外部クライアントから内部Ｗｅｂサーバへアクセスする場合には、ＤＭＺ中継サーバで利用者認証が行われ、さらにＤＭＺ中継サーバおよび内部中継サーバの両方でアクセスが許可されているかどうかの確認が行われるようになっている。このため、第三者が外部から内部Ｗｅｂサーバに対して不正にアクセスすることは、極めて困難なものとなっている。例えば、第三者による攻撃によりファイアウォールが破られ、ＤＭＺ中継サーバ内の第１のアクセス制御情報記憶手段の格納情報が改ざんされたとしても、内部中継サーバによるアクセス制御によって不正アクセスが排除される。
【００２４】
また、外部クライアントに特別な機構を持たせる必要がないので、利用者への負担が少ない。
【００２５】
さらに、ＤＭＺ中継サーバと内部中継サーバとの間の接続を確保できれば、アクセス要求とその応答を送受信することが可能である。この場合、内部ファイアウォール、ＤＭＺおよび内部ネットワークの負荷が低くなる。
【００２６】
また、ＶＰＮトンネルなどの専用線も必要ないので、コストの面でも有利なものとなる。
【００２７】
さらに、ＤＭＺ中継サーバと内部中継サーバの間の通信が可能であるようにファイアウォールを設定しておけば、内部Ｗｅｂサーバを追加、削除、変更する場合でも、ＤＭＺ中継サーバおよび内部中継サーバの設定を変更する事で対応ができ、従来のような内部ファイアウォールの設定変更は必要ない。
【００２８】
また、外部クライアントとＤＭＺの間の通信を暗号化することで、その通信内容が第三者によって盗聴されることはない。これにより、より一層高いセキュリティが確保される。
【００２９】
外部クライアントとＤＭＺの間の暗号化通信に例えばＳＳＬを使用することで、外部クライアントとして既存の端末を用いることができ、利用者への負担がより一層少なくなる。
【００３０】
【発明の実施の形態】
次に、本発明の実施形態について図面を参照して説明する。
【００３１】
図１に、本発明の一実施形態であるリモートアクセスシステムの概略構成を示す。このリモートアクセスシステムは、外部クライアント１、外部ネットワーク２、外部ファイアウォール３、ＤＭＺ４、ＤＭＺ中継サーバ５、内部ファイアウォール６、内部ネットワーク７、内部中継サーバ８、内部Ｗｅｂサーバ９からなる。
【００３２】
外部ネットワーク２は、インターネットおよびそれにダイアルアップで接続するための公衆網等である。内部ネットワーク７は、企業内に構築されるネットワークであって、例えばＬＡＮやＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）などである。外部ネットワーク２は外部ファイアウォール３を介してＤＭＺ４に接続され、内部ネットワーク７は内部ファイアウォール６を介してＤＭＺ４に接続されている。
【００３３】
外部ファイアウォール３は、外部ネットワーク２とＤＭＺ４との間の通信を制御し、内部ファイアウォール６は内部ネットワーク７とＤＭＺ４との間の通信を制御する。外部ネットワーク２と内部ネットワーク７との通信は、ＤＭＺ４を経由して行われる。
【００３４】
ＤＭＺ４は、外部ネットワーク２と内部ネットワーク７を中継するネットワークセグメントであって、ファイアウォールによって外部ネットワーク３からも内部ネットワーク６からも隔離されている。このＤＭＺ４は、内部ネットワークに対する外部ネットワークからの不正なアクセスを抑制する目的で、一般に広く導入されているものである。
【００３５】
ＤＭＺ４にはＤＭＺ中継サーバ５が接続されており、内部ネットワーク７には内部中継サーバ８および内部Ｗｅｂサーバ９が接続されている。外部クライアント１は、ＨＴＴＰＳ（ＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔｓ Ｌａｙｅｒ）で保護されたＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ））に対応したＷｅｂブラウザを搭載する利用者端末（携帯電話機や携帯情報端末などを含む）であって、例えば従業員等が外出先あるいは自宅等で使用することができる。この外部クライアント１は、外部ネットワーク２への接続が可能である。
【００３６】
内部Ｗｅｂサーバ９は、内部ネットワーク７に接続されたＷｅｂブラウザを搭載する不図示の利用者端末（以下、内部クライアントと呼ぶ）から、受発注処理や在庫管理等の企業内業務を遂行する業務システムへのアクセス機能を提供する。具体的には、内部Ｗｅｂサーバ９は、内部クライアントからのＨＴＴＰまたはＨＴＴＰＳでの要求に基づき、業務システムに対して必要な処理を実行させ、その結果を内部クライアントに返す。
【００３７】
ＤＭＺ中継サーバ５は、外部クライアント１からの内部Ｗｅｂサーバ９へのＨＴＴＰＳでのアクセス要求を受け付けると、アクセス要求をした利用者の正当性を判断した上で、受け付けた要求の宛先である内部Ｗｅｂサーバがその利用者によるアクセスが許可されたものであるかどうかを判断し、許可されている場合にのみ、該当する内部中継サーバへ外部クライアント１からのアクセス要求を送信する。また、ＤＭＺ中継サーバ５は、送信したアクセス要求に対する内部中継サーバからの処理結果を受けて、外部クライアント１への応答を行う。
【００３８】
内部中継サーバ８は、ＤＭＺ中継サーバ５から外部クライアント１からのアクセス要求を受け取ると、受け取った要求の宛先である内部Ｗｅｂサーバがその要求をした利用者によるアクセスが許可されたものであるかどうかを再度判断し、許可されている場合にのみ、該当する内部Ｗｅｂサーバに対して外部クライアント１からのアクセス要求を送信する。また、内部中継サーバ８は、送信したアクセス要求に対する内部Ｗｅｂサーバからの応答に対して必要な変換処理を行い、その結果をＤＭＺ中継サーバ５に送信する。
【００３９】
上述した本実施形態のリモートアクセスシステムにおいて、外部クライアント１は、内部Ｗｅｂサーバ９に対してアクセスを行う場合は、まずＨＴＴＰＳでＤＭＺ中継サーバ５に要求を出す。ＤＭＺ中継サーバ５では、外部クライアント１からの要求を受け付けると、認証されたユーザからのアクセスであるか、また許可されたアクセスであるのかが判断される。認証されたユーザからのアクセスで、かつ、許可されたアクセスであった場合は、ＤＭＺ中継サーバ５は、外部クライアント１からの要求を内部中継サーバ８に送信する。
【００４０】
内部中継サーバ８では、再度、許可されたアクセスであるのかが判断される。許可されたアクセスであった場合は、内部中継サーバ８は、外部クライアント１からの要求を内部Ｗｅｂサーバ９にＨＴＴＰまたはＨＴＴＰＳで送信する。そして、内部Ｗｅｂサーバ９からの応答に対して必要な変換処理を行い、その結果をＤＭＺ中継サーバ５に送信する。ＤＭＺ中継サーバ５は、変換処理された内部Ｗｅｂサーバ９からの応答外部クライアント１に送信する。
【００４１】
以上の一連の処理により、セキュリティを確保しつつ、内部ネットワーク７に接続された内部Ｗｅｂサーバ９への外部からのアクセスを実現する。
【００４２】
次に、ＤＭＺ中継サーバ５および内部中継サーバ８の具体的な構成について説明する。
【００４３】
（１）ＤＭＺ中継サーバ５の構成：
図２に、ＤＭＺ中継サーバ５の概略構成を示す。図２を参照すると、ＤＭＺ中継サーバ５は、データ処理装置５１と記憶装置５２を有する。データ処理装置５１は、要求処理部５１１、通信部５１２、セッション管理部５１３、認証部５１４、アクセス制御部５１５を有する。記憶装置５２は、アクセス制御情報記憶部５２１を有する。
【００４４】
要求処理部５１１は、外部ネットワーク２、外部ファイアウォール３、ＤＭＺ４を介して外部クライアント１からのアクセス要求を受け付けるとともに、その受け付けた要求をセッション管理部５１３へ渡す。セッション管理部５１３は、要求処理部５１１から受け取った要求に含まれているＣｏｏｋｉｅ等を元に有効なセッション情報を取得し、その取得したセッション情報の内容を要求処理部５１１に返す。もし、外部クライアント１からの要求に有効なセッション情報が含まれていない場合は、セッション管理部５１３は、新規にセッションを生成する。
【００４５】
セッション管理部５１３から有効なセッション情報を受け取った場合は、要求処理部５１１は、そのセッション情報を認証部５１４に渡す。セッション管理部５１３が新規なセッションを生成した場合は、要求処理部５１１は、外部クライアント１に対して認証画面への遷移を行うように応答する。
【００４６】
認証部５１４は、要求処理部５１１から受け取ったセッション情報に基づいて認証済み利用者からの要求かどうかを判断し、その結果を要求処理部５１１へ返す。認証済み利用者からの要求であった場合は、要求処理部５１１は、外部クライアント１からのアクセス要求をアクセス制御部５１５に渡す。もし、認証済み利用者からの要求でなければ、認証部５１４は改めて利用者認証を行う。この利用者認証の方式としては、例えば固定パスワード方式やワンタイムパスワード方式等を用いることができる。この利用者認証で正当でないと判断された場合は、要求処理部５１１は、外部クライアント１に対して認証画面への遷移を行うように応答する。
【００４７】
アクセス制御部５１５は、外部クライアント１からのアクセス要求を要求処理部５１１から受け取ると、アクセス制御情報記憶部５２１に予め格納されている情報を参照し、受け取った要求の宛先である内部Ｗｅｂサーバが、認証部５１４で正当と判断された利用者によるアクセスが許可されているものである否かを判断する。
【００４８】
図３に、アクセス制御情報記憶部５２１に格納されている情報の一例を示す。アクセス制御情報記憶部５２１には、利用者のＩＤ番号、利用者によるアクセスが許可されている内部Ｗｅｂサーバを特定する番号（又は名称）およびその内部Ｗｅｂサーバへの接続を中継する内部中継サーバを特定する番号（又は名称）が関連付けられて予め格納されている。図３に示した例では、「０００００１」の利用者ＩＤを持つ利用者は、「Ａ１」、「Ａ２」、「Ｂ」という内部Ｗｅｂサーバにアクセスすることができ、「Ａ１」、「Ａ２」の内部Ｗｅｂサーバにアクセスする場合は、内部中継サーバ「ａ」を、「Ｂ」の内部Ｗｅｂサーバにアクセスする場合は、内部中継サーバ「ｂ」を使用するというような設定になっている。このようなアクセス制御情報記憶部５２１の情報を参照することで、受け付けた要求の宛先となっている内部Ｗｅｂサーバが、認証された利用者によるアクセスが許可されているものであるか否かを判断することができる。
【００４９】
宛先の内部Ｗｅｂサーバが認証された利用者によるアクセスが許可されているものである場合は、アクセス制御部５１５は、アクセス制御情報記憶部５２１から対応する内部中継サーバ情報を取得してそれを要求処理部５１１へ渡す。例えば、宛先の内部Ｗｅｂサーバが「Ａ１」で、利用者ＩＤが「００００１」である場合は、アクセス制御部５１５は、対応する内部中継サーバ情報として内部中継サーバ「ａ」の情報を取得し、それを要求処理部５１１へ渡す。宛先の内部Ｗｅｂサーバが認証された利用者によるアクセスが許可されていないものである場合は、アクセス制御部５１５は、その旨を要求処理部５１１へ渡す。
【００５０】
アクセス制御部５１５から内部中継サーバ情報を受け取った場合は、要求処理部５１１は、通信部５１２からＤＭＺ４、内部ファイアウォール６、内部ネットワーク７を順次介して該当する内部中継サーバ８に対して外部クライアント１からのアクセス要求を利用者情報と共に送信する。
【００５１】
送信したアクセス要求に対する内部中継サーバ８からの処理結果は、内部ネットワーク７、内部ファイアウォール６、ＤＭＺ４、通信部５１２を順次介して要求処理部５１１に供給される。要求処理部５１１は、受け取った処理結果に応じた外部クライアント１への応答処理を行う。
【００５２】
（２）内部中継サーバ８の構成：
図４に、内部中継サーバ８の概略構成を示す。図４を参照すると、内部中継サーバ８は、データ処理装置８１と記憶装置８２を有する。データ処理装置８１は、通信部８１１、要求処理部８１２、アクセス制御部８１３、ＵＲＬ等変換部８１４を有する。記憶装置８２は、アクセス制御情報記憶部８２１、ＵＲＬ等変換情報記憶部８２２を有する。
【００５３】
通信部８１１は、ＤＭＺ４、内部ファイアウォール６および内部ネットワーク７を介して上述したＤＭＺ中継サーバ５の通信部５１２との間で相互通信が可能に構成されている。
【００５４】
要求処理部８１２は、通信部８１１を介してＤＭＺ中継サーバ５からの要求を受け付けると、その要求をアクセス制御部８１３へ渡す。アクセス制御部８１３は、アクセス制御情報記憶部８２１の情報を参照し、受け取った要求の宛先となっている内部Ｗｅｂサーバが、認証部５１４で正当と判断された利用者によるアクセスが許可されているものである否かを再度判断する。
【００５５】
図５に、アクセス制御情報記憶部８２１に格納されている情報の一例を示す。アクセス制御情報記憶部８２１には、利用者のＩＤ番号、利用者によるアクセスが許可されている内部Ｗｅｂサーバを特定する番号（又は名称）およびその内部Ｗｅｂサーバへの接続を行うための接続情報が関連付けられて予め格納されている。図５の例では、「０００００１」の利用者ＩＤを持つ利用者は、「Ａ１」、「Ａ２」という内部Ｗｅｂサーバに、「０００００３」の利用者ＩＤを持つ利用者は、「Ａ１」、「Ａ２」、「Ｃ」という内部Ｗｅｂサーバにアクセスすることができ、「Ａ１」にアクセスする場合は、「ｈｔｔｐ：／／Ａ／」、「Ａ２」にアクセスする場合は、「ｈｔｔｐｓ：／／Ａ／」、「Ｃ」にアクセスする場合は、「ｈｔｔｐ：／／Ｃ：８０８０／」を使用するというような設定になっている。このようなアクセス制御情報記憶部８２１の情報を参照することで、受け付けた要求の宛先となっている内部Ｗｅｂサーバが、認証された利用者によるアクセスが許可されているものであるか否かを判断することができるとともに、許可されている内部Ｗｅｂサーバへ接続情報を取得することができる。
【００５６】
宛先の内部Ｗｅｂサーバが認証された利用者によるアクセスが許可されているものである場合は、アクセス制御部８１３は、アクセス制御情報記憶部８２１から宛先の内部Ｗｅｂサーバに関する接続情報を取得してそれを要求処理部８１２へ渡す。例えば、宛先の内部Ｗｅｂサーバが「Ａ１」で、利用者ＩＤが「００００１」である場合は、アクセス制御部８１３は、宛先の内部Ｗｅｂサーバに関する接続情報として「ｈｔｔｐ：／／Ａ／」を取得し、それを要求処理部８１２へ渡す。宛先の内部Ｗｅｂサーバが認証された利用者によるアクセスが許可されていないものである場合は、アクセス制御部８１３は、その旨を要求処理部８１２へ渡す。
【００５７】
アクセス制御部８１３から内部Ｗｅｂサーバへの接続情報を受け取った場合は、要求処理部８１２は、ＤＺＭ中継サーバ５から受け取った外部クライアント１からの要求に問題（例えばフォーマット異常など）がないかを調べる。要求に問題がなければ、要求処理部８１２は、アクセス制御部８１３から受け取った内部Ｗｅｂサーバへの接続情報に基づいて、外部クライアント１からの要求を利用者情報と共にＨＴＴＰまたはＨＴＴＰＳで内部ネットワーク７を介して該当する内部Ｗｅｂサーバへ送信し、その応答を待つ。
【００５８】
内部Ｗｅｂサーバから応答があった場合は、要求処理部８１２は、その応答内容をＵＲＬ等変換部８１４に渡す。ＵＲＬ等変換部８１４は、ＵＲＬ等変換情報記憶部８２２に予め格納されている情報を参照して、内部Ｗｅｂサーバからの応答内容に対して変換処理を行う。変換処理された内容は、要求処理部８１２に渡される。
【００５９】
図６に、ＵＲＬ等変換情報記憶部８２２に格納されている情報の一例を示す。図６を参照すると、ＵＲＬ等変換情報記憶部８２２には、内部Ｗｅｂサーバ毎に応答に対する変換情報を保持している。この例では、例えば内部Ｗｅｂサーバ「Ａ１」からの応答に「＜Ａ ＨＲＥＦ＝”／」という文字列が含まれていた場合は、「＜Ａ ＨＲＥＦ＝”／ａｃｃｅｓｓ／Ａ１／」という文字列に変換するというような設定になっている。このようなＵＲＬ等変換情報記憶部８２２の情報を参照することで、内部Ｗｅｂサーバからの応答内容に対して変換処理を行うことができる。
【００６０】
要求処理部８１２は、ＵＲＬ等変換部８１４によって変換処理された応答を、通信部８１１から内部ネットワーク７、内部ファイアウォール６、ＤＭＺ４を順次介してＤＭＺ中継サーバ５へ送信する。
【００６１】
利用者によるアクセスが許可されていなかった場合、要求に問題があった場合、内部Ｗｅｂサーバから応答がなかった場合のいずれかの場合は、要求処理部８１２は、通信部８１１から内部ネットワーク７、内部ファイアウォール６、ＤＺＭ４を順次介してエラーを生じた旨の情報をＤＭＺ中継サーバ５に送信する。
【００６２】
次に、本実施形態のリモートアクセスシステムにおいて行われるリモートアクセスの一連の動作について詳細に説明する。
【００６３】
図７は、ＤＭＺ中継サーバ５の動作を示すフローチャートである。以下、図２および図７を参照してＤＭＺ中継サーバ５における動作を説明する。
【００６４】
ＤＭＺ中継サーバ５が起動されると、要求処理部５１１は、外部クライアント１からのＨＴＴＰＳによるアクセス要求を待つ（ステップＳ１０１）。要求処理部５１１にて外部クライアント１からのアクセス要求を受け取ると、セッション管理部５１３が、そのアクセス要求に有効なセッション情報が含まれているかどうかを判断する（ステップＳ１０２）。この判断で「Ｎｏ」となった場合は、セッション管理部５１３が新規にセッションを生成し（ステップＳ１０８）、これを受けて、要求処理部５１１が外部クライアント１に対して認証画面に遷移するように指示する（ステップＳ１１４）。指示後は、上記ステップＳ１０１へ戻る。
【００６５】
上記ステップＳ１０２の判断で「Ｙｅｓ」となった場合は、認証部５１４が、外部クライアント１からのアクセス要求が認証済み利用者からの要求であるかどうかを、セッション管理部５１３で所得された有効なセッション情報から判断する（ステップＳ１０３）。この判断で「Ｎｏ」となった場合は、要求処理部５１１が、外部クライアント１からのアクセス要求が認証画面へのアクセス要求であるかどうかを判断する（ステップＳ１０９）。この判断で「Ｙｅｓ」となった場合は、要求処理部５１１が、外部クライアント１に対して認証画面を送信する（ステップＳ１１０）。認証画面の送信後は、上記ステップＳ１０１に戻る。
【００６６】
上記ステップＳ１０９の判断で「Ｎｏ」となった場合は、要求処理部５１１が、外部クライアント１からのアクセス要求が認証情報の入力要求であるかどうかを判断する（ステップＳ１１１）。この判断で「Ｙｅｓ」となった場合は、認証部５１４が、入力された認証情報が正当であるかどうかを判断する（ステップＳ１１２）。この認証判断で「Ｙｅｓ」となった場合は、要求処理部５１１が、外部クライアント１に対して要求画面へ遷移するように指示する（ステップＳ１１０）。指示後は、上記ステップＳ１０１に戻る。
【００６７】
上記ステップＳ１１１、Ｓ１１２のいずれかの判断で「Ｎｏ」となった場合には、上記ステップＳ１１４へ移行する。
【００６８】
上記ステップＳ１０３の判断で「Ｙｅｓ」となった場合は、アクセス制御部５１５が、外部クライアント１からのアクセス要求とそこに含まれている利用者情報とから、アクセス制御情報記憶部５２１の情報を参照して、要求の宛先となっている内部Ｗｅｂサーバが認証された利用者によるアクセスが許可されているものであるかどうかを判断する（ステップＳ１０４）。この判断で「Ｎｏ」となった場合は、要求処理部５１１が、エラーを生じた旨の情報を外部クライアント１に送信する（ステップＳ１１５）。エラー送信後は、上記ステップＳ１０１に戻る。
【００６９】
上記ステップＳ１０４の判断で「Ｙｅｓ」となった場合は、アクセス制御部５１５がアクセス制御情報記憶部５２１から対応する内部中継サーバ情報を取得し、要求処理部５１１が、その取得した内部中継サーバ情報に基づいて該当する内部中継サーバへ外部クライアント１からのアクセス要求を利用者情報と一緒に送信する（ステップＳ１０５）。アクセス要求の送信後は、ＤＭＺ中継サーバ５は、内部中継サーバからの応答待ちの状態となり、要求処理部５１１が、内部中継サーバから正常な応答があるか否かを判断する（ステップＳ１０６）。この判断で「Ｎｏ」となった場合は、上記ステップＳ１１５へ移行し、「Ｙｅｓ」となった場合は、要求処理部５１１が、内部中継サーバからの応答を外部クライアント１へ送信する（ステップＳ１０７）。応答の送信後は、上記ステップＳ１０１に戻る。
【００７０】
図８は、内部中継サーバ８の動作を示すフローチャートである。以下、図４および図８を参照して内部中継サーバ８の動作を説明する。
【００７１】
内部中継サーバ８が起動されると、要求処理部８１２は、ＤＭＺ中継サーバ５からのアクセス要求（外部クライアント１からのアクセス要求）を待つ（ステップＳ２０１）。要求処理部８１２にてＤＭＺ中継サーバ５からのアクセス要求を受け取ると、アクセス制御部８１３が、アクセス制御情報記憶部８２１の情報を参照して、その受け取った要求の宛先となっている内部Ｗｅｂサーバが認証された利用者によるアクセスが許可されているものであるかどうかを再度判断する（ステップＳ２０２）。この判断で「Ｎｏ」となった場合は、要求処理部８１２が、エラーを生じた旨の情報をＤＭＺ中継サーバ５に送信する（ステップＳ２０８）。エラー送信後は、上記ステップＳ２０１に戻る。
【００７２】
上記ステップＳ２０２の判断で「Ｙｅｓ」となった場合は、要求処理部８１２が、ＤＭＺ中継サーバ５から受け取ったアクセス要求の内容に問題がないかどうかを調べる（ステップＳ２０３）。問題があった場合は、上記ステップＳ１０８へ移行する。問題がなかった場合は、アクセス制御部８１３がアクセス制御情報記憶部８２１から対応する内部Ｗｅｂサーバへの接続情報を取得し、要求処理部８１２が、その取得した接続情報に基づいて該当する内部ＷｅｂサーバへＤＭＺ中継サーバ５から受け取ったアクセス要求を送信する（ステップＳ２０４）。
【００７３】
アクセス要求の送信後は、内部中継サーバ８は、内部Ｗｅｂサーバからの応答待ちの状態となり、要求処理部８１２が、内部Ｗｅｂサーバから応答があるか否かを確認する（ステップＳ２０５）。この確認で「Ｎｏ」となった場合は、上記ステップＳ２０８へ移行する。「Ｙｅｓ」となった場合は、ＵＲＬ等変換部８１４が、ＵＲＬ等変換情報記憶部８２２に格納された情報を参照して、内部Ｗｅｂサーバからの応答に対して変換処理を行い（ステップＳ２０６）、要求処理部８１２が、その変換処理結果をＤＭＺ中継サーバ５に送信する（ステップＳ２０７）。変換処理結果の送信後は、上記ステップＳ２０１に戻る。
【００７４】
次に、上述したアクセス制御動作について、具体例を挙げてさらに詳細に説明する。
【００７５】
図９は、本実施形態のリモートアクセスシステムの具体的な動作の一例を示すシーケンス図である。以下、図２、図４、図７、図８および図９を参照して動作を説明する。
【００７６】
ここでは、ＤＭＺ中継サーバ５および内部中継サーバ８が要求待ち状態（ステップＳ１０１、Ｓ２０１に対応する）にあり、利用者が外部クライアント１を使用してＤＭＺ中継サーバ５に対して初めて画面要求を送信した場合の動作を説明する。
【００７７】
ＤＭＺ中継サーバ５では、セッション管理部５１３が、外部クライアント１からの要求のセッション情報を取得しようとするが、この受け取った要求は最初の要求であるため、セッション情報は存在しない。このため、セッション管理部５１３が新規にセッションを生成し（ステップＳ１０８に対応する）、要求処理部５１１が外部クライアント１に対して認証画面へ遷移するように指示する（ステップＳ１１４に対応する）。指示後、ＤＭＺ中継サーバ５は要求待ち状態に戻る（ステップＳ１０１に対応する）。
【００７８】
認証画面への遷移を指示された外部クライアント１では、認証画面へ遷移するための入力を要求するメッセージまたは画面が表示される。この表示に応じて利用者が外部クライアント１上で所定の入力操作を行うことで、外部クライアント１からＤＭＺ中継サーバ５へ認証画面要求が送信される。
【００７９】
認証画面要求を受け取ったＤＭＺ中継サーバ５では、セッション管理部５１３が、受け取った認証画面要求からセッション情報を取得し、認証部５１４が、その取得したセッション情報に基づいて認証済み利用者からのアクセスであるかどうかを判断する（ステップＳ１０３に対応する）。認証済み利用者からのアクセスではないため、続いて、認証部５１４が、認証画面の要求であるかどうかを判断する（ステップＳ１０９に対応する）。認証画面要求であるので、続いて、要求処理部５１１が、外部クライアント１に対して認証画面を返す（ステップＳ１１０に対応する）。
【００８０】
認証画面を受け取った外部クライアント１では、その受け取った認証画面が表示され、その表示に応じて利用者が認証情報を入力することで、外部クライアント１からＤＭＺ中継サーバ５へ認証情報を含む認証要求が送信される。
【００８１】
認証要求を受け取ったＤＭＺ中継サーバ５では、セッション管理部５１３がその受け取った認証要求からセッション情報を取得し、認証部５１４が、その取得したセッション情報に基づいて認証済み利用者からのアクセスであるかどうかを判断する（ステップＳ１０３に対応する）。認証済みでないため、続いて、要求処理部５１１が、認証画面の要求であるかどうかを判断する（ステップＳ１０９に対応する）。認証画面の要求でないため、続いて、要求処理部５１１が、認証情報の入力であるかどうかを判断する（ステップＳ１１１に対応する）。認証情報の入力であるため、続いて、認証部５１４が、入力された認証情報の正当性を確認し（ステップＳ１１２に対応する）、要求処理部５１１が、外部クライアント１に対して要求画面へ遷移するように指示する（ステップＳ１１３に対応する）。
【００８２】
要求画面への遷移を指示された外部クライアント１では、要求画面へ遷移するための入力を要求するメッセージまたは画面が表示される。この表示に応じて利用者が外部クライアント１上で所定の入力操作を行うことで、外部クライアント１からＤＭＺ中継サーバ５へ画面要求が送信される。
【００８３】
画面要求を受け取ったＤＭＺ中継サーバ５では、セッション管理部５１３が、その受け取った画面要求からセッション情報を取得し、認証部５１４が、その取得したセッション情報に基づいて認証済み利用者からのアクセスであるかどうかを判断する（ステップＳ１０３に対応する）。認証済みであるため、続いて、アクセス制御部５１５が、認証された利用者のアクセス許可の有無を確認する（ステップＳ１０４に対応する）。ここでは、認証された利用者のアクセスが許可されているものと仮定する。アクセスが許可されているので、続いて、アクセス制御部５１５が、対応する内部中継サーバ情報を取得し、要求処理部５１１が、その取得した内部中継サーバ情報にしたがって通信部５１２から該当する内部中継サーバ８へ受け取った画面要求を利用者情報と共に送信する（ステップＳ１０５に対応する）。
【００８４】
画面要求を受け取った内部中継サーバ８では、アクセス制御部８１３が、認証部５１４で認証された利用者のアクセス許可の有無を確認する（ステップＳ１０４に対応する）。ここでは、認証された利用者のアクセスが許可されているものと仮定する。アクセスが許可されているので、続いて、要求処理部８１２が、ＤＭＺ中継サーバ５から受け取った画面要求の内容に問題がないかどうかを調べる（ステップＳ２０３に対応する）。ここでは、画面要求の内容に問題がないと仮定する。問題がないので、続いて、アクセス制御部８１３が、対応する内部Ｗｅｂサーバへの接続情報を取得し、要求処理部８１２が、その取得した接続情報にしたがって該当する内部Ｗｅｂサーバ９に対してＤＭＺ中継サーバ５から受け取った画面要求を送信する（ステップＳ２０４）。
【００８５】
画面要求を受け取った内部Ｗｅｂサーバ９は、その受け取った画面要求に対して必要な処理を実行し、その応答として、所定の画面のＵＲＬを内部中継サーバ８へ返す。ここで、必要な処理とは、例えば利用者認証である。この利用者認証に失敗した場合は、その旨を示すエラー情報を応答として返す。ここでは、所定の画面のＵＲＬが返されるものと仮定する。
【００８６】
画面要求を送信した内部中継サーバ８では、要求処理部８１２が、内部Ｗｅｂサーバ９から応答があるかどうかを確認する（ステップＳ２０５に対応する）。内部Ｗｅｂサーバ９から応答を受け取っているので、続いて、ＵＲＬ等変換部８１４が、内部Ｗｅｂサーバ９からの応答（ＵＲＬ）に対して変換処理を行い（ステップＳ２０６対応する）、要求処理部８１２が、その変換処理結果（変換後のＵＲＬ）をＤＭＺ中継サーバ５に返す（ステップＳ２０７に対応する）。その後、内部中継サーバ８は、要求待ち状態に戻る（ステップＳ２０１に対応する）。
【００８７】
画面要求を送信したＤＭＺ中継サーバ５では、要求処理部５１１が、内部中継サーバ８から応答があるかどうかを確認する（ステップＳ１０６に対応する）。内部中継サーバ８から応答（変換後のＵＲＬ）を受け取っているので、続いて、要求処理部５１１が、その受け取った応答（変換後のＵＲＬ）を外部クライアント１に返す（ステップＳ１０７に対応する）。その後、ＤＭＺ中継サーバ５は、要求待ち状態に戻る（ステップＳ１０１に対応する）。
【００８８】
以上の動作により、外部クライアント１上で、内部Ｗｅｂサーバ９から提示された所定の画面が表示される。利用者が、その表示画面上でなんらかの入力を行うと、これに応じて、外部クライアント１が、ＤＭＺ中継サーバ５に対して新たな画面要求を送信する。こうして送信された画面要求に対しても、上述した動作が実行され、結果、外部クライアント１上で新たな要求画面が表示される。
【００８９】
以上説明した本実施形態のリモートアクセスシステムによれば、ファイアウォールによって外部ネットワーク２から内部ネットワーク７へは直接アクセスできなくなっており、しかも、外部クライアント１からの内部Ｗｅｂサーバ９へのアクセスに対して、ＤＭＺ中継サーバ５での利用者認証が行われるとともに、ＤＭＺ中継サーバ５および内部中継サーバ８の２箇所でアクセス制御が行われるようになっている。このため、例えば第三者による攻撃により外部ファイアウォール５が破られ、ＤＭＺ中継サーバ５内のアクセス制御情報記憶部５２１の格納情報が改ざんされたとしても、内部中継サーバ８によるアクセス制御によって不正アクセスが排除される。このように、第三者が外部から内部Ｗｅｂサーバ９に対して不正にアクセスすることは極めて困難である。
【００９０】
加えて、外部クライアント１とＤＭＺ中継サーバ５の間の通信はＳＳＬによって暗号化されているので、通信内容が第三者によって盗聴されることはない。これにより、セキュリティが確保される。
【００９１】
本実施形態のリモートアクセスシステムにおいては、外部クライアント１は、ＨＴＴＰＳに対応したＷｅｂブラウザが利用可能なものであればどのような端末を用いてもよく、例えば、既存のパーソナルコンピュータ（ＰＣ）等を使用することができる。このように特別な機構が不要であるので、利用者への負担が少ない。
【００９２】
また、内部中継サーバ８にてＵＲＬ変換が行われるので、内部Ｗｅｂサーバ９から外部クライアントへの応答（ＵＲＬ）は、本来、行われている内部クライアント向けの応答（ＵＲＬ）と同じでよく、外部クライアント向けの応答に変換するために内部Ｗｅｂサーバのコンテンツ自体を外部クライアント向けに修正する必要はない。よって、内部Ｗｅｂサーバの設定変更は最小限で済む事になる。
【００９３】
さらに、ＤＭＺ中継サーバ５と内部中継サーバ８との間で実際に要求と応答のデータを送受信する際に接続を確保すればよいので、内部ファイアウォール６、ＤＭＺ４および内部ネットワーク７の負荷が低くなる。このように、ネットワーク負荷の軽減が可能である。
【００９４】
また、ＤＭＺ中継サーバ５と内部中継サーバ８の間の通信が可能であるように内部ファイアウォール６を設定しておけば、内部Ｗｅｂサーバ９を追加、削除、変更する場合でも、ＤＭＺ中継サーバ５および内部中継サーバ８の設定を変更する事で対応ができ、内部ファイアウォールの設定を変更する必要がない。このように、ファイアウォールの設定も容易である。
【００９５】
また、外部ファイアウォール３と内部ファイアウォール６を同一装置とすることも可能である。
【００９６】
（他の実施形態）
上述した実施形態のシステムにおいて、外部クライアント１から内部Ｗｅｂサーバ９への接続が行われると、接続先のＷｅｂサーバ９において、利用者認証が行われる。この認証動作は、Ｗｅｂサーバ９毎に行われ、通常は、利用者による手動入力を必要とする。ここでは、これらＷｅｂサーバ毎に行われる利用者認証を、一括して行うシステムについて説明する。
【００９７】
本他の実施形態のリモートアクセスシステムは、基本的な構成は図１に示したシステム構成と同じであるが、内部中継サーバアクセス制御情報記憶部８２１に、内部Ｗｅｂサーバのそれぞれに対する認証情報を利用者毎に記憶しておき、内部中継サーバ８が、内部Ｗｅｂサーバ９にアクセスする際に、その認証情報を用いて利用者認証を行うようになっている。ここで、内部Ｗｅｂサーバに対する認証情報は、内部Ｗｅｂサーバのそれぞれで行われる認証方式（基本認証（ＲＦＣ２６１７）または画面フォーム入力のいずれかの方式）および利用者の認証情報（ユーザネームおよびパスワード）を含む。画面フォーム入力方式の場合は、認証処理用ＵＲＬやフォームフィールド（ユーザネームおよびパスワードに該当するフィールド）の情報を含む。
【００９８】
内部中継サーバ８による利用者認証は、図８に示した手順のステップＳ２０３とＳ２０４の間で実行される。この場合、利用者はＤＭＺ中継サーバ５に対して、利用者認証を１回行えば、各内部Ｗｅｂサーバ９に対して利用者認証を行うことなくアクセスする事ができ、その分だけ利便性が向上する。
【００９９】
以上説明した各実施形態のリモートアクセスシステムの構成は、図示した構成に限定されるものではなく、発明の趣旨を逸脱しない範囲で適宜変更することができる。例えば、外部ファイアウォール３と内部ファイアウォール６は同一の装置であってもよい。
【０１００】
また、外部ネットワーク２には１つの外部クライアントが接続されるようになっているが、複数の外部クライアントが接続されるようにし、それぞれの外部クライアントから内部Ｗｅｂサーバへアクセスするようにしてもよい。
【０１０１】
さらに、内部ネットワーク７には１つの内部中継サーバ８が接続されるようになっているが、複数の内部中継サーバが接続されるようにしてもよい。これにより、負荷分散ができるので、ネットワーク負荷をより軽減することが可能となる。
【０１０２】
さらに、内部ネットワーク７には１つの内部Ｗｅｂサーバが接続されるようになっているが、複数の内部Ｗｅｂサーバが接続されるようにしてもよい。
【０１０３】
さらに、外部クライアント１とＤＭＺ中継サーバ５の間の通信の暗号化は、ＳＳＬに限られるものではなく、他の既存の暗号化方式を使用することができる。
【０１０４】
【発明の効果】
以上説明したように、本発明によれば、内部Ｗｅｂサーバにアクセスするためには、ＤＭＺ中継サーバでの利用者認証と、ＤＭＺ中継サーバと内部中継サーバの２箇所でアクセス制御を受ける必要があり、また、ファイアウォールにより外部ネットワークから内部ネットワークへの直接のアクセスができなくなっているため、部外者による内部Ｗｅｂサーバへのアクセスをより確実に防止することができる、という効果がある。
【０１０５】
また、外部クライアントからＤＭＺ中継サーバまでの通信は例えばＳＳＬにより暗号化されているので、部外者による盗聴を抑止することができる、という効果がある。
【０１０６】
さらに、ＤＭＺ中継サーバと内部中継サーバとの間で、実際に要求と応答データを送受信する際の接続を確保すればよいため、内部ファイアウォール、ＤＭＺ、内部ネットワークの負荷が低くなり、その分だけネットワーク負荷を軽減することができる、という効果がある。
【０１０７】
さらに、内部中継サーバを複数にすることで負荷を分散することができ、ネットワーク負荷をさらに軽減することができる、という効果がある。
【０１０８】
また、ＤＭＺ中継サーバと内部中継サーバ間の通信が可能であるように、内部ファイアウォールを設定しておけば、内部Ｗｅｂサーバを追加、削除、変更する場合であっても、ＤＭＺ中継サーバおよび内部中継サーバの設定を変更することで対応することができ、内部ファイアウォールの設定変更は不要である。このように、ファイアウォールの設定が容易であるという効果もある。
【０１０９】
さらに、外部クライアントはＨＴＴＰＳに対応したＷｅｂブラウザが利用可能であればよいので、一般的に使用されているＰＣ（パーソナルコンピュータ）等を外部クライアントとして使用することができる。このように、利用者側に特別な機構が不要であり、利用者への負担がないという効果がある。
【０１１０】
また、内部Ｗｅｂサーバの本来内部クライアント向けの応答を、内部中継サーバでＵＲＬ等変換を行うことにより、外部クライアント向けの応答に変換するため、内部Ｗｅｂサーバのコンテンツ自体を外部クライアント向けに修正する必要がない。このため、内部Ｗｅｂサーバの設定変更が最小限で済むという効果がある。
【図面の簡単な説明】
【図１】本発明の一実施形態であるリモートアクセスシステムの概略構成を示すブロック図である。
【図２】図１に示すＤＭＺ中継サーバの概略構成を示すブロック図である。
【図３】図２に示すアクセス制御情報記憶部に格納されている情報の一例を示す図である。
【図４】図１に示す内部中継サーバの概略構成を示すブロック図である。
【図５】図４に示すアクセス制御情報記憶部に格納されている情報の一例を示す図である。
【図６】図４に示すＵＲＬ等変換情報記憶部に格納されている情報の一例を示す図である。
【図７】図２に示すＤＭＺ中継サーバの動作を示すフローチャートである。
【図８】図４に示す内部中継サーバの動作を示すフローチャートである。
【図９】図１に示すリモートアクセスシステムの動作を説明するためのシーケンス図である。
【符号の説明】
１ 外部クライアント
２ 外部ネットワーク
３ 外部ファイアウォール
４ ＤＭＺ
５ ＤＭＺ中継サーバ
６ 内部ファイアウォール
７ 内部ネットワーク
８ 内部中継サーバ
９ 内部Ｗｅｂサーバ
５１、８１ データ処理装置
５２、８２ 記憶装置
５１１、８１２ 要求処理部
５１２、８１１ 通信部
５１３ セッション管理部
５１４ 認証部
５１５、８１３ アクセス制御部
５２１、８２１ アクセス制御情報記憶部
８１４ ＵＲＬ等変換部
８２２ ＵＲＬ等変換情報記憶部
Claims (7)
- 外部ネットワークに接続された外部クライアントから内部ネットワークに接続された少なくとも１つの内部Ｗｅｂサーバへのアクセスを制御するリモートアクセスシステムであって、
ファイアウォールにより前記外部ネットワークおよび内部ネットワークから隔離されたＤＭＺと、
前記ＤＭＺに接続されたＤＭＺ中継サーバと、
前記内部ネットワークに接続された少なくとも１つの内部中継サーバとを有し、
前記ＤＭＺ中継サーバは、前記外部クライアントの利用者によるアクセスが可能な内部Ｗｅｂサーバとその接続を中継する内部中継サーバとの情報が関連付けられて予め格納された第１のアクセス制御情報記憶手段を有しており、前記内部Ｗｅｂサーバへのアクセス要求を前記外部クライアントから受信すると、前記外部クライアントの利用者の正当性を確認した上で、前記第１のアクセス制御情報記憶手段の格納情報を参照して、前記外部クライアントの利用者によるアクセスが許可されているかどうかを判断し、許可されていると判断した場合に、前記外部クライアントからのアクセス要求を該当する内部中継サーバへ送信し、
前記内部中継サーバは、前記外部クライアントの利用者によるアクセスが可能な内部Ｗｅｂサーバとその接続情報が関連付けられて予め格納された第２のアクセス制御情報記憶手段を有しており、前記外部クライアント端末からのアクセス要求を前記ＤＭＺ中継サーバから受信すると、前記第２のアクセス制御情報記憶手段の格納情報を参照して、前記利用者によるアクセスが許可されているかどうかを判断し、許可されていると判断した場合に、前記外部クライアント端末からのアクセス要求を該当する内部Ｗｅｂサーバへ送信することを特徴とするリモートアクセスシステム。 - 前記内部中継サーバは、前記外部クライアント端末からのアクセス要求を送信した内部Ｗｅｂサーバから応答を受信すると、該受信した応答に対して所定の変換処理を施し、該変換処理結果を前記ＤＭＺ中継サーバへ送信することを特徴とする請求項１に記載のリモートアクセスシステム。
- 前記内部Ｗｅｂサーバを複数有し、
第２のアクセス制御情報記憶手段は、前記複数の内部Ｗｅｂサーバのそれぞれにおいて行われる利用者認証に必要な前記外部クライアントの利用者の認証情
報が予め格納されており、
前記内部中継サーバは、前記利用者によるアクセスが許可されていると判断した場合に、前記認証情報を参照して前記外部クライアントの利用者の正当性を確認することを特徴とする請求項１に記載のリモートアクセスシステム。 - 前記外部クライアントと前記ＤＭＺの間の通信がＨＴＴＰＳにより行われることを特徴とする請求項１に記載のリモートアクセスシステム。
- ファイアウォールにより外部ネットワークおよび内部ネットワークから隔離されたＤＭＺと、該ＤＭＺに接続されたＤＭＺ中継サーバと、前記内部ネットワークに接続された少なくとも１つの内部中継サーバとを有し、前記外部ネットワークに接続された外部クライアントから前記内部ネットワークに接続された少なくとも１つの内部Ｗｅｂサーバへのアクセスを制御するシステムにおいて行われるリモートアクセス方法であって、
前記ＤＭＺ中継サーバが、前記内部Ｗｅｂサーバへのアクセス要求を前記外部クライアントから受信すると、前記外部クライアントの利用者の正当性を確認する第１のステップと、
前記第１のステップで、前記外部クライアントの利用者が正当であると判断した場合に、前記ＤＭＺ中継サーバが、前記外部クライアントの利用者によるアクセスが可能な内部Ｗｅｂサーバとその接続を中継する内部中継サーバとの情報が関連付けられて予め格納された第１のアクセス制御情報記憶手段を参照して、前記外部クライアントの利用者によるアクセスが許可されているかどうかを判断する第２のステップと、
前記第２のステップで、前記外部クライアントの利用者によるアクセスが許可されていると判断した場合に、前記ＤＭＺ中継サーバが、前記外部クライアントからのアクセス要求を該当する内部中継サーバへ送信する第３のステップと、
前記内部中継サーバが、前記外部クライアント端末からのアクセス要求を前記ＤＭＺ中継サーバから受信すると、前記外部クライアントの利用者によるアクセスが可能な内部Ｗｅｂサーバとその接続情報が関連付けられて予め格納された第２のアクセス制御情報記憶手段を参照して、前記利用者によるアクセスが許可されているかどうかを判断する第４のステップと、
前記第４のステップで、前記外部クライアントの利用者によるアクセスが許可されていると判断した場合に、前記内部中継サーバが、前記外部クライアント端末からのアクセス要求を該当する内部Ｗｅｂサーバへ送信する第５のステップとを含むリモートアクセス方法。 - 前記内部中継サーバが、前記外部クライアント端末からのアクセス要求を送信した内部Ｗｅｂサーバから応答を受信すると、該受信した応答に対して所定の変換処理を施し、該変換処理結果を前記ＤＭＺ中継サーバへ送信するステップをさらに含むことを特徴とする請求項に記載のリモートアクセス方法。
- 前記システムは前記内部Ｗｅｂサーバを複数有し、
前記第２のアクセス制御情報記憶手段は、前記複数の内部Ｗｅｂサーバのそれぞれにおいて行われる利用者認証に必要な前記外部クライアントの利用者の認証情報が予め格納されており、
前記内部中継サーバが、前記利用者によるアクセスが許可されていると判断した場合に、前記認証情報を参照して前記外部クライアントの利用者の正当性を確認するステップをさらに含むことを特徴とする請求項５に記載のリモートアクセス方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003082678A JP4340848B2 (ja) | 2003-03-25 | 2003-03-25 | リモートアクセスシステムおよびリモートアクセス方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003082678A JP4340848B2 (ja) | 2003-03-25 | 2003-03-25 | リモートアクセスシステムおよびリモートアクセス方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004295166A true JP2004295166A (ja) | 2004-10-21 |
| JP4340848B2 JP4340848B2 (ja) | 2009-10-07 |
Family
ID=33398366
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003082678A Expired - Fee Related JP4340848B2 (ja) | 2003-03-25 | 2003-03-25 | リモートアクセスシステムおよびリモートアクセス方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4340848B2 (ja) |
Cited By (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100856409B1 (ko) | 2006-10-09 | 2008-09-04 | 삼성전자주식회사 | 로컬 네트워크 장치의 원격 제어 방법 및 그 장치 |
| JP2009520406A (ja) * | 2005-12-15 | 2009-05-21 | リーマン・ブラザーズ・インコーポレーテッド | セキュアなリモートデスクトップアクセスのためのシステム及び方法 |
| JP2010055200A (ja) * | 2008-08-26 | 2010-03-11 | Nippon Telegr & Teleph Corp <Ntt> | サーバ明示選択型リバースプロキシー装置、そのデータ中継方法、およびそのプログラム |
| JP2010166410A (ja) * | 2009-01-16 | 2010-07-29 | Toshiba Corp | Ｉｐ電話端末装置、ｖｐｎサーバ装置、ｉｐ電話サーバ装置およびこれらを用いたｉｐ電話システム |
| JP2011100207A (ja) * | 2009-11-04 | 2011-05-19 | Nippon Yunishisu Kk | リモートアクセス装置、リモートアクセスプログラム、リモートアクセス方法及びリモートアクセスシステム |
| JP2011166312A (ja) * | 2010-02-05 | 2011-08-25 | Nec Corp | 仮想プライベートネットワークシステム、通信方法及びコンピュータプログラム |
| JP2011186912A (ja) * | 2010-03-10 | 2011-09-22 | Fujitsu Ltd | 中継処理方法、プログラム及び装置 |
| JP2014123864A (ja) * | 2012-12-21 | 2014-07-03 | Sumitomo Electric System Solutions Co Ltd | 情報通信機器の管理システム、管理サーバ、情報通信機器、及びコンピュータプログラム |
| JP2016058842A (ja) * | 2014-09-08 | 2016-04-21 | インフォコム株式会社 | 通信方法及び通信システム |
| JP2019179446A (ja) * | 2018-03-30 | 2019-10-17 | ブラザー工業株式会社 | プログラム及び通信システム |
-
2003
- 2003-03-25 JP JP2003082678A patent/JP4340848B2/ja not_active Expired - Fee Related
Cited By (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2009520406A (ja) * | 2005-12-15 | 2009-05-21 | リーマン・ブラザーズ・インコーポレーテッド | セキュアなリモートデスクトップアクセスのためのシステム及び方法 |
| US8272045B2 (en) | 2005-12-15 | 2012-09-18 | Barclays Capital Inc. | System and method for secure remote desktop access |
| KR100856409B1 (ko) | 2006-10-09 | 2008-09-04 | 삼성전자주식회사 | 로컬 네트워크 장치의 원격 제어 방법 및 그 장치 |
| JP2010055200A (ja) * | 2008-08-26 | 2010-03-11 | Nippon Telegr & Teleph Corp <Ntt> | サーバ明示選択型リバースプロキシー装置、そのデータ中継方法、およびそのプログラム |
| JP2010166410A (ja) * | 2009-01-16 | 2010-07-29 | Toshiba Corp | Ｉｐ電話端末装置、ｖｐｎサーバ装置、ｉｐ電話サーバ装置およびこれらを用いたｉｐ電話システム |
| JP2011100207A (ja) * | 2009-11-04 | 2011-05-19 | Nippon Yunishisu Kk | リモートアクセス装置、リモートアクセスプログラム、リモートアクセス方法及びリモートアクセスシステム |
| JP2011166312A (ja) * | 2010-02-05 | 2011-08-25 | Nec Corp | 仮想プライベートネットワークシステム、通信方法及びコンピュータプログラム |
| JP2011186912A (ja) * | 2010-03-10 | 2011-09-22 | Fujitsu Ltd | 中継処理方法、プログラム及び装置 |
| JP2014123864A (ja) * | 2012-12-21 | 2014-07-03 | Sumitomo Electric System Solutions Co Ltd | 情報通信機器の管理システム、管理サーバ、情報通信機器、及びコンピュータプログラム |
| JP2016058842A (ja) * | 2014-09-08 | 2016-04-21 | インフォコム株式会社 | 通信方法及び通信システム |
| JP2019179446A (ja) * | 2018-03-30 | 2019-10-17 | ブラザー工業株式会社 | プログラム及び通信システム |
| JP7081273B2 (ja) | 2018-03-30 | 2022-06-07 | ブラザー工業株式会社 | プログラム及び通信システム |
Also Published As
| Publication number | Publication date |
|---|---|
| JP4340848B2 (ja) | 2009-10-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10791506B2 (en) | Adaptive ownership and cloud-based configuration and control of network devices | |
| US7890759B2 (en) | Connection assistance apparatus and gateway apparatus | |
| JP4362132B2 (ja) | アドレス変換方法、アクセス制御方法、及びそれらの方法を用いた装置 | |
| JP4260116B2 (ja) | 安全な仮想プライベート・ネットワーク | |
| US8537841B2 (en) | Connection support apparatus and gateway apparatus | |
| JP3526435B2 (ja) | ネットワークシステム | |
| US7707628B2 (en) | Network system, internal server, terminal device, storage medium and packet relay method | |
| US7725589B2 (en) | System, method, apparatus, and computer program product for facilitating digital communications | |
| KR100563907B1 (ko) | 원격제어 시스템 및 방법 | |
| US20050277434A1 (en) | Access controller | |
| US20050160161A1 (en) | System and method for managing a proxy request over a secure network using inherited security attributes | |
| US20050081045A1 (en) | System, method, apparatus and computer program product for facilitating digital communications | |
| US20080072312A1 (en) | Connection supporting apparatus | |
| JP2002523973A (ja) | コンピュータ・ネットワークにおけるサービスへの安全なアクセスを可能にするシステムおよび方法 | |
| TW200307439A (en) | Mechanism for supporting wired and wireless methods for client and server side authentication | |
| JP5239341B2 (ja) | ゲートウェイ、中継方法及びプログラム | |
| JP2008252456A (ja) | 通信装置、及び通信方法 | |
| JP2006166028A (ja) | Ｖｐｎ接続構築システム | |
| JP4340848B2 (ja) | リモートアクセスシステムおよびリモートアクセス方法 | |
| JP5260467B2 (ja) | アクセス制御システムおよびアクセス制御方法 | |
| US11064544B2 (en) | Mobile communication system and pre-authentication filters | |
| JP2008227626A (ja) | ネットワークカメラの通信システムおよび通信方法 | |
| KR100958098B1 (ko) | 가상사설망 서비스방법 및 그 시스템 | |
| JP2004302555A (ja) | ユーザ認証システム、ログイン管理装置、電子装置およびプログラム | |
| JP2016213801A (ja) | 通信システム、ゲートウェイサーバ、及びプログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| RD03 | Notification of appointment of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7423 Effective date: 20050111 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20050111 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20060131 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20061206 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070130 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070905 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20071025 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080910 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20081110 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20090610 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20090623 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120717 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| LAPS | Cancellation because of no payment of annual fees |