暗号化通信方法及びシステム
【課題】
VPN技術を用いた暗号化通信では、通信端末が増えた場合のVPN装置への負荷が大きい。また、外部端末が、内部端末を介して、内部のアプリケーションサーバに接続する場合、VPNでの認証に加えて、アプリケーションサーバでの認証を行う必要があり処理が煩雑となる。
【解決手段】
外部端末、内部端末、アプリケーションサーバを管理する管理サーバを設け、管理サーバが、各通信端末の認証と、各通信端末間の暗号化通信路確立を仲介する。各通信端末は、管理サーバを介さず暗号化通信を行う。管理サーバにおける各端末の認証は、検証サーバに依頼する。また、外部端末が、内部端末を介して、アプリケーションサーバと暗号化通信する場合は、外部端末−内部端末間と、内部端末−アプリケーションサーバ間の二つの暗号化通信路を確立し、これらを用いる。
VPN技術を用いた暗号化通信では、通信端末が増えた場合のVPN装置への負荷が大きい。また、外部端末が、内部端末を介して、内部のアプリケーションサーバに接続する場合、VPNでの認証に加えて、アプリケーションサーバでの認証を行う必要があり処理が煩雑となる。
【解決手段】
外部端末、内部端末、アプリケーションサーバを管理する管理サーバを設け、管理サーバが、各通信端末の認証と、各通信端末間の暗号化通信路確立を仲介する。各通信端末は、管理サーバを介さず暗号化通信を行う。管理サーバにおける各端末の認証は、検証サーバに依頼する。また、外部端末が、内部端末を介して、アプリケーションサーバと暗号化通信する場合は、外部端末−内部端末間と、内部端末−アプリケーションサーバ間の二つの暗号化通信路を確立し、これらを用いる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネット等の通信網を介して暗号通信を行う技術に関する。
【背景技術】
【０００２】
自宅の通信端末から企業の情報資産に適切にアクセスしたり、企業の各拠点のローカルネットワークどうしをセキュアに接続したりするために、VPN（Virtual Private Network：仮想私設網）の技術が利用されている。
【０００３】
例えば、インターネット等の外部ネットワークに接続された外部通信端末（以下、外部端末ということがある）が、会社等の組織内ネットワークに接続された内部通信端末（以下、内部端末ということがある）と、セキュア通信を行う場合について、説明する。
【０００４】
まず、外部通信端末は、インターネットから組織内ネットワークの入り口にあるVPN装置に対して、内部通信端末への接続要求を送信する。ここで、VPN装置は、公開鍵証明書（以下「証明書」と記す）等を用いて、外部通信端末の認証を行い、内部通信端末へアクセス可能な端末であることを確認する。また、外部通信端末は、証明書等を用いて、VPN装置の認証を行う。
【０００５】
外部通信端末とVPN装置が互いに認証できたら、外部通信端末とVPN装置で暗号化鍵を共有し、この二者間でやり取りするデータは暗号化鍵を用いて暗号化する。また、VPN装置は、内部通信端末へ接続し、外部通信端末が必要とするデータの仲介を行う。
【０００６】
このようにして、外部通信端末は、VPN装置を介して、内部通信端末と通信を行うことができる。また、外部通信端末とVPN装置の間でやり取りされるデータは、暗号化される為、セキュアな通信を行うことができる。
【０００７】
例えば、非特許文献１において、VPN技術を提供する機器の機能説明が開示されている。
【０００８】
【非特許文献１】NORTEL NETWORKS、" Alteon SSL VPN"、[online]、NORTEL NETWORKS、P.2-3、[平成１７年５月１１日検索]、インターネット＜http://www.nortel.com/products/01/alteon/sslvpn/collateral/nn102960-073103.pdf＞
【発明の開示】
【発明が解決しようとする課題】
【０００９】
従来のVPN技術を用いたセキュア通信方法では、やり取りされる全てのデータが、VPN装置を介して送受信されるため、VPN装置の負荷が大きくなる恐れがある。
【００１０】
例えば、外部通信端末や内部通信端末が複数台存在し、各通信端末間で多数のセキュア通信が行われる場合、VPN装置において、複数の外部通信端末の認証処理や、通信端末間でやり取りされる全てのデータの暗号化処理を行う。このため、VPN装置における負荷が大きくなってしまうという問題がある。
【００１１】
さらに、もう一つの課題として、組織内ネットワークに業務アプリケーションやデータベース等を提供するアプリケーションサーバ（以下、APサーバということがある）が接続されている場合において、外部通信端末が内部通信端末を介して、アプリケーションサーバへアクセスする場合に、認証処理が複数必要になるという点がある。
【００１２】
例えば、インターネットに接続された外部通信端末が、会社内のネットワークに接続された内部通信端末にリモートアクセスして作業している場合において、内部通信端末からアプリケーションサーバのサービスを利用する場合、VPN装置における認証処理の他に、アプリケーションサーバにおける認証処理、例えばユーザID、パスワード等を入力する必要があり、パスワードの管理が煩雑になる恐れがある。
【００１３】
また、従来のVPN技術では、VPN装置と内部通信端末間、さらには、内部通信端末とAPサーバ間の通信を暗号化することは考慮されておらず、セキュリティを確保するために外部通信端末とAPサーバ間の通信路全体を暗号化しようとすると、そのための処理が煩雑になる、という課題がある。
【課題を解決するための手段】
【００１４】
本発明は、上記事情に鑑みてなされたものであり、セキュア通信における負荷を分散させ、通信路全体を暗号化する技術、および／または、外部通信端末から内部通信端末を介してアプリケーションサーバ等の組織内通信端末にアクセスする場合において、認証を簡単化するとともに、更なるセキュリティの確保を可能とする技術を提供する。
【００１５】
上記を実現するために、本発明では、外部通信端末、内部通信端末、アプリケーションサーバを管理する、管理サーバを配した通信システムを提供する。
【００１６】
本発明の通信システムでは、以下のステップを行うことにより、外部通信端末と内部通信端末との間で、セキュア通信を行う。また、外部通信端末が、内部通信端末を介して、アプリケーションサーバとセキュア通信を行うステップについても、説明する。
【００１７】
まず、外部通信端末が内部通信端末とセキュア通信を始める場合を説明する。
【００１８】
外部通信端末は、組織内ネットワークの入り口に接続された管理サーバへ接続し、外部通信端末と管理サーバは互いに認証を行う。なお、厳密な認証が必要な場合は公開鍵証明書を用いた認証を行えばよい。
【００１９】
互いに認証に成功したら、外部通信端末と管理サーバ間でやり取りするデータを暗号化するための暗号化鍵を共有し、外部通信端末と管理サーバ間の暗号化通信路を確立する。
【００２０】
また、内部通信端末と管理サーバ間においても、予め上記と同様の処理を行い、内部通信端末と管理サーバ間の暗号化通信路を確立する。
【００２１】
外部通信端末は、管理サーバとの暗号化通信路確立後、管理サーバに対して、内部通信端末への接続要求を送付する。管理サーバは、外部通信端末および内部通信端末のそれぞれを認証済みであることを確認し、外部通信端末と内部通信端末の間の暗号化通信で使用する暗号化鍵と設定情報を生成する。そして、内部通信端末との間に確立された暗号化通信路を通じて、外部通信端末から、内部通信端末に対する接続要求と、暗号化鍵および設定情報を送付する。
【００２２】
内部通信端末は、外部通信端末が内部通信端末に接続可能かどうかを判断し、その結果を管理サーバへ送付する。
【００２３】
外部通信端末と内部通信端末が、接続可能である場合、管理サーバは、接続可能である旨のメッセージと、外部通信端末と内部通信端末の間の暗号化通信で使用する暗号化鍵および設定情報を、外部通信端末へ送付する。
【００２４】
なお、設定情報とは、例えば、暗号化鍵のアルゴリズムの種類や、鍵長、IPアドレスやポートなど暗号化通信を行うために必要な情報の、任意の一つ以上の組み合わせである。
【００２５】
この暗号化鍵と設定情報とを用いて、外部通信端末と内部通信端末の間で、暗号化通信路を確立し、セキュアな通信を行う。なお、本発明においては、通信を行う２つの装置が、互いに暗号化通信が可能な鍵を所有することを暗号化通信路が確立したと見なす。
【００２６】
次に、外部通信端末が、内部通信端末を介して、アプリケーションサーバにアクセスする二つの方法を説明する。例えば、外部通信端末が、内部通信端末にリモートアクセスし、内部通信端末からアプリケーションサーバを利用する場合、以下の二つの方法のいずれかを行いセキュア通信を行う。
【００２７】
一つ目の方法を説明する。まず上記方法にて外部通信端末と内部通信端末の間で、管理サーバを介さない暗号化通信路を確立する。外部通信端末は、確立した暗号化通信路を用いて、内部通信端末に対して、アプリケーションサーバへの接続要求を指示する旨のキー入力情報を送信する。
【００２８】
内部通信端末は、外部通信端末の操作により、アプリケーションサーバとの間に暗号化通信路を確立するために、上記同様のステップを実行する。すなわち、内部通信端末、および、アプリケーションサーバは、それぞれ管理サーバとの間に暗号化通信路を確立する。なお、ここでは、アプリケーションサーバは予め、管理サーバとの間に暗号化通信路を確立しているものとする。また、内部通信端末が、既に管理サーバとの暗号化通信路を確立している場合、再度暗号化通信路を確立する必要は無い。
【００２９】
それぞれの暗号化通信路の確立後、内部通信端末は、管理サーバに対して、アプリケーションサーバへの接続要求を送付する。管理サーバは、アプリケーションサーバを認証済みでありアプリケーションサーバとの間に暗号化通信路を確立済みであるか、を調べ、未だであれば、内部通信端末の場合と同様の処理にて認証および／または暗号化通信路の確立を行い、内部通信端末とアプリケーションサーバの間の暗号化通信で使用する暗号化鍵と設定情報を生成する。そして、アプリケーションサーバとの間に確立された暗号化通信路を介して、内部通信端末からの接続要求と、暗号化鍵および設定情報をアプリケーションサーバに送付する。
【００３０】
アプリケーションサーバは、内部通信端末がアプリケーションサーバに接続可能かどうかを判断し、その結果を管理サーバへ送付する。
【００３１】
結果が接続可能、である場合、管理サーバは、接続可能である旨のメッセージと、内部通信端末とアプリケーションサーバとが管理サーバを介さずに行う暗号化通信で使用する暗号化鍵と設定情報を、内部通信端末へ送付する。
【００３２】
この暗号化鍵と設定情報とを用いて、アプリケーションサーバと内部通信端末が、管理サーバを介さない暗号化通信路を確立する。
【００３３】
外部通信端末が、内部通信端末を介して、アプリケーションサーバにアクセスする場合、これら確立された二つの暗号化通信路（外部通信端末−内部通信端末間、および内部通信端末−アプリケーションサーバ間）を利用して、セキュアな通信を行う。
【００３４】
次に、二つ目の方法を説明する。二つめの方法では、一つめの方法ではアプリケーションサーバへアクセスする際の認証対象にはならなかった外部端末が、新たに認証対象となる。
【００３５】
まず一つ目の方法と同様の方法で、外部通信端末と内部通信端末の間で、管理サーバを介さない暗号化通信路を確立する。外部通信端末は、確立した暗号化通信路を用いて、内部通信端末に対して、内部通信端末を介したアプリケーションサーバへの接続の要求を指示する旨のキー入力情報を送信する。
【００３６】
これを受けて、内部通信端末は、内部通信端末とアプリケーションサーバとの間に暗号化通信路を確立するために、次のステップを実行する。
【００３７】
内部通信端末、および、アプリケーションサーバは、それぞれ管理サーバと暗号化通信路を確立する。なお、ここでは、アプリケーションサーバは予め、管理サーバとの間に暗号化通信路を確立しているものとする。また、内部通信端末が、既に管理サーバとの暗号化通信路を確立している場合、再度暗号化通信路を確立する必要は無い。
【００３８】
それぞれの暗号化通信路の確立後、内部通信端末は、管理サーバに対して、外部通信端末からの操作に基づく、上記アプリケーションサーバに対する接続要求を送付する。このとき送付する接続要求には、アプリケーションサーバへの接続要求元が外部通信端末である旨が記述される。これを受信した管理サーバは、外部通信端末、内部通信端末、アプリケーションサーバを、それぞれ認証済みであることと、外部通信端末が内部通信端末と暗号化通信中であることを確認する。管理サーバは、これらの確認ができたら、内部通信端末とアプリケーションサーバの間の通信で使用する暗号化鍵と設定情報を生成する。そして、アプリケーションサーバとの間に確立された暗号化通信路を介して、内部通信端末から受信した、外部通信端末からアプリケーションサーバに対する内部通信端末を介した接続の要求と暗号化鍵および設定情報を、アプリケーションサーバへ送付する。
【００３９】
アプリケーションサーバは、外部通信端末が内部通信端末を介してアプリケーションサーバに接続可能かどうかを判断し、その結果を管理サーバへ送付する。
【００４０】
結果が接続可能、である場合、すなわち、アプリケーションサーバが、外部通信端末と内部通信端末の両方を認証できた場合、管理サーバは、接続可能である旨のメッセージと、内部通信端末とアプリケーションサーバとが管理サーバを介さずに行う暗号化通信で使用する暗号化鍵と設定情報を、内部通信端末へ送付する。
【００４１】
この暗号化鍵を用いて、アプリケーションサーバと内部通信端末が、管理サーバを介さない暗号化通信路を確立する。
【００４２】
外部通信端末が、内部通信端末を介して、アプリケーションサーバにアクセスする場合、これら確立された二つの暗号化通信路（外部通信端末−内部通信端末間、および内部通信端末−アプリケーションサーバ間）を利用して、セキュアな通信を行う。
【００４３】
ここで、内部通信端末やアプリケーションサーバは、管理サーバとの認証と暗号化通信路の確立を、あらかじめ行うのではなく、外部通信端末による接続要求に応じて行っていても良い。例えば、複数の通信端末から頻繁に接続要求を受けるアプリケーションサーバでは、あらかじめ管理サーバとの暗号化通信路を確立しておき、内部通信端末から管理サーバへ、アプリケーションサーバへの接続要求があった場合には、すぐに処理できるようにしておいても良い。また、特定の外部端末から、まれに接続要求を受けるようなアプリケーションサーバでは、接続要求がなされたタイミングで、管理サーバとの認証を行い、暗号化通信路を確立するのでも良い。
【００４４】
また、内部通信端末とアプリケーションサーバ間の通信路は、必要がない場合には暗号化はしなくても良い。
【００４５】
さらに、管理サーバが、外部通信端末、内部通信端末、アプリケーションサーバの認証を行う際に、証明書を検証する証明書検証サーバ装置（以下検証サーバと記す）に証明書の検証を依頼しても良い。検証サーバが当該証明書を検証することで、より確実な認証を行うことができる。
【００４６】
また、管理サーバは、第三の組織が運営しても良い。すなわち、管理サーバは、内部通信端末とは別の組織内ネットワークに接続する構成でもよい。
【００４７】
上記態様によれば、外部通信端末と内部通信端末間、および、内部通信端末とアプリケーションサーバ間の暗号化通信路確立後は、管理サーバを介さずに暗号化通信を行うことができる。このため、従来技術に比べて、管理サーバに対する負荷が軽減される。さらに、通信路全体を暗号化することができるため、従来技術に比べてよりセキュアな通信が可能となる。
【００４８】
また、本発明によれば、外部通信端末が内部通信端末を介してアプリケーションサーバにアクセスする場合、管理サーバによる外部通信端末、内部通信端末、アプリケーションサーバの認証ができれば、この認証結果を元に、外部通信端末の操作によりアプリケーションサーバにアクセス可能であり、ID／パスワード等のアプリケーションサーバ固有の認証を、別途行う必要が無い。すなわち、管理サーバが、外部通信端末、内部通信端末、アプリケーションサーバ等の各通信端末の認証を一元化して行うことで、各通信端末は複数の認証処理を行う必要が無くなる。これにより、認証を簡単化することができる。
【００４９】
また、管理サーバによる認証において、PKIベースでの厳密認証が可能となる。
【発明の効果】
【００５０】
本発明によれば、外部通信端末と内部通信端末間、および、内部通信端末とアプリケーションサーバ間の暗号化通信において、管理サーバに対する負荷が軽減される。さらに、外部通信端末からアプリケーションサーバに至る通信路全体において、よりセキュアな通信が可能となる。
【００５１】
また、本発明によれば、外部通信端末が内部通信端末を介してアプリケーションサーバにアクセスする場合、アプリケーションサーバが外部通信端末の認証を行う必要が無い。すなわち、認証処理を簡単化することができる。
【発明を実施するための最良の形態】
【００５２】
以下に、本発明の２つの実施形態について説明する。
【００５３】
また、以下の実施例に於いて使用しているID、アドレス、ドメイン名等は、説明のために用いる架空の名称であり、実在するものがあったとしても関係はない。
【００５４】
＜実施形態１＞
図１は、本発明の実施の一形態に係わる通信システムの構成を例示する図である。
【００５５】
本実施例の通信システムは、インターネット等の外部ネットワーク（インターネットという）１７、インターネット１７に接続された外部通信端末１１１〜外部通信端末１１N（「外部端末１１」と総称する）と、インターネット１７に接続している組織内ネットワーク１６と、から構成される。インターネット１７と組織内ネットワーク１６とは、図示していないが、ファイアウォールと呼ぶ、互いの間で不正な通信が行われることを防ぐ装置を介して接続されていても良い。この場合、外部端末１１と、管理サーバ１２の間の通信が、ファイアウォールによって遮断されないように設定しておく。また、各ネットワークは有線、無線どちらのネットワークでも構わない。
【００５６】
また、組織内ネットワーク１６には、組織内の利用者に対して業務アプリケーションやデータベース等を提供するAPサーバ１４と、組織内の利用者が利用するデータが保管されている内部通信端末１５１〜内部通信端末１５M（「内部端末１５」と総称する）と、各通信端末間での通信を管理する管理サーバ１２と、通信端末の認証において証明書を検証する検証サーバ１３、とが接続している。なお、管理サーバ１２および／または検証サーバ１３は、内部端末１５や、APサーバ１４とは別の組織が運営し、別の組織内ネットワークに接続している構成であっても良い。
【００５７】
次に、図１の通信システムを構成する各装置について説明する。
【００５８】
まず、図２を用いて、外部端末１１、内部端末１５、APサーバ１４を説明する。なお、以下の説明において、これらの装置を区別しないときにはAPサーバ１４を含め、単に、「通信端末」または「端末」と呼ぶ。
【００５９】
通信端末は、処理部２０ａと、記憶部２０ｂと、通信結果の表示やユーザからの指示の受付を行う入出力部２０ｃと、インターネット１７や組織内ネットワーク１６を介して他装置と通信を行うための通信部２０ｄと、を有する。
【００６０】
処理部２０ａは、当該通信端末のネットワーク上の位置を特定するアドレスを登録するためのアドレス登録申請部２１と、管理サーバ１２との通信処理を行う対管理サーバ通信処理部２２と、相手方の通信端末との通信処理を行う対端末通信処理部２３と、通信端末の各部を統括的に制御する制御部２４と、を有する。
【００６１】
記憶部２０ｂは、当該通信端末を管理サーバ１２が認証する際に用いる当該通信端末の秘密鍵と公開鍵証明書を保持する秘密鍵・証明書保持部２５と、通信を暗号化するのに用いる暗号化鍵保持部２６と、を有する。
【００６２】
次に、図３を用いて、管理サーバ１２を説明する。
【００６３】
管理サーバ１２は、処理部３０ａと、記憶部３０ｂと、通信結果の表示やユーザからの指示の受付を行う入出力部３０ｃと、組織内ネットワーク１６を介して、他装置またはインターネット１７に接続された他の装置と通信を行うための通信部３０ｄと、を有する。
【００６４】
処理部３０ａは、通信端末からのアドレス登録申請を受けてアドレスをアドレスDB３７に登録したり、通信端末のアドレスを検索したりする、アドレス登録／検索部３１と、通信端末−通信端末間の通信を暗号化するための暗号化鍵を生成し、通信端末へ配布する鍵生成・配布部３２と、通信端末との通信処理を行う対端末通信処理部３３と、検証サーバ１３との通信処理を行う対検証サーバ通信処理部３４と、管理サーバ１２の各部を統括的に制御する制御部３４と、を有する。
【００６５】
記憶部３０ｂは、当該管理サーバを通信端末が認証する際に用いる当該管理サーバ１２の秘密鍵と公開鍵証明書を保持する秘密鍵・証明書保持部３６と、通信端末のアドレスを保持するアドレスDB３７と、を有する。
【００６６】
次に、図４を用いて、検証サーバ１３を説明する。
【００６７】
検証サーバ１３は、処理部４０ａと、記憶部４０ｂと、検証結果の表示やユーザからの指示の受付を行う入出力部４０ｃと、組織内ネットワーク１６を介して、他装置またはインターネット１７に接続された他の装置と通信を行うための通信部４０ｄと、を有する。
【００６８】
処理部４０ａは、管理サーバ１２から受け付けた検証要求に対して、管理サーバが信頼する認証機関の証明書から、検証対象である通信端末の証明書までの信頼関係を示す認証パスを検索する認証パス検索部４１と、認証パス検索部４１で検索した認証パスを検証する認証パス検証部４２と、管理サーバ１２との通信処理を行う対管理サーバ通信処理部４３と、検証サーバ１３の各部を統括的に制御する制御部４４と、を有する。
【００６９】
記憶部４０ｂは、認証パス検索部４１が認証パスを検索する際に、認証機関から取得する証明書や失効情報を保持する証明書保持部４５、を有する。
【００７０】
なお、図２〜図４に例示する通信端末、管理サーバ１２、検証サーバ１３の各々の処理部は、例えば、図５に例示するような、CPU５１と、メモリ５２と、ハードディスク等の外部記憶装置５３と、インターネット１７や組織内ネットワーク１６を介して他装置と通信を行うための通信装置５４と、キーボードやマウス等の入力装置５５と、表示装置やプリンタ等の出力装置５６と、可搬性を有する記憶媒体５８から情報を読み取る読取装置５７と、これらの各装置間を接続する内部通信線５０とを備えた、一般的な電子計算機において、CPU５１がメモリ５２上にロードされた所定のプログラムを実行することにより、具現化できる。
【００７１】
これらのプログラムは、あらかじめ、上記電子計算機内のメモリ５２または外部記憶装置５３に格納されていても良いし、必要なときに、上記電子計算機が利用可能な、着脱可能な記憶媒体５８から、または通信媒体（インターネット１７や組織内ネットワーク１６など、またはそれらの上を伝搬する搬送波やデジタル信号など）を介して他の装置から、導入されてもよい。
【００７２】
また、本実施例では、通信端末は、図５に示されるような構成により実現できるとしているが、本発明はそれに限定されるものではない。図２に例示する通信端末は、インターネット１７や組織内ネットワーク１６と接続することのできる通信装置５４相当の機能を備えた機器であってもよい。例えば、ルータ、PC、PDAだけでなく、テレビ、冷蔵庫、エアコン、電子レンジなど家庭電気製品も、図５に類似の構成を備えることで、通信端末となりうる。
【００７３】
また、上述の各々の処理部をハードウェアとして構成することも可能である。
【００７４】
次に、本実施の形態による通信システムの動作について説明する。
【００７５】
本実施形態の通信システムの動作は、通信端末−管理サーバ間での暗号化通信路確立動作と、通信端末−通信端末間での暗号化通信路確立動作とを含む。
【００７６】
図６と図７は、本実施形態の通信端末−管理サーバ間での暗号化通信路確立動作を説明するためのフロー図であり、内部端末１５と管理サーバ１２間で暗号化通信路（内部端末―管理サーバ間暗号化通信路という）を確立する場合の例である。
【００７７】
内部端末１５の対管理サーバ通信処理部２２は、管理サーバ１２を認証するために、管理サーバ１２に対して、管理サーバ１２証明書の要求を送信する（図６，ステップ１００１）。これを受信した管理サーバ１２の対端末通信処理部３３は（ステップ１００２）、当該管理サーバの証明書を秘密鍵・証明書保持部２６から取り出し、応答するとともに、相手方の内部端末１５の証明書要求を、内部端末１５に対して送付する（ステップ１００３）。これを受信した内部端末１５の対管理サーバ通信処理部２２は（ステップ１００４）、当該内部端末１５の証明書を、秘密鍵・証明書保持部３６から取り出し、管理サーバ１２に対して送付する（ステップ１００５）。
【００７８】
内部端末１５の対管理サーバ通信処理部２２は、ステップ１００４にて受信した管理サーバ１２の証明書の検証を行い（ステップ１００７）、管理サーバ１２が成りすまししていないことをチェックする。管理サーバ１２の証明書検証に失敗した場合（ステップ１００８でNo）、管理サーバの認証が出来ないため、通信を終了する（ステップ１１０７）。管理サーバ１２の証明書検証に成功した場合（ステップ１００８でYes）、次のステップへ進む。
【００７９】
管理サーバ１２の対端末通信処理部３３は、内部端末１５から証明書を受信し（ステップ１００６）、当該証明書を検証するために、対検証サーバ通信処理部３４を通じて、検証サーバ１３に対して、内部端末１５証明書の検証要求を送付する（ステップ１００９）。
【００８０】
証明書検証サーバ１３は、検証要求を受信し（ステップ１０１０）、認証パス検索部４１において認証パス検索処理を行い、当該検索された認証パスの検証を認証パス検証部４２において行う（ステップ１０１１）。内部端末１５証明書の検証に成功した場合（ステップ１０１２でYes）、検証サーバ１３の対管理サーバ通信処理部４３は、証明書検証に成功した旨の通知を管理サーバ１２へ送付する（ステップ１０１３）。内部端末１５証明書の検証に失敗した場合（ステップ１０１２でNo）、対管理サーバ通信処理部４３は、証明書検証に失敗した旨の通知を管理サーバ１２へ送付する（ステップ１０１４）。
【００８１】
管理サーバ１２の対端末通信処理部３３は、対検証サーバ通信処理部３４を介して、検証サーバ１３から検証結果を受信し（ステップ１０１５）、当該検証結果が失敗である場合（ステップ１０１６でNo）は、内部端末１５の認証が出来ないため、通信を終了する（図７，ステップ１１０７）。内部端末１５証明書の検証結果が成功であった場合（ステップ１０１６でYes）は、次のステップへ進む。
【００８２】
内部端末１５と管理サーバ１２が、互いに認証できたら（ステップ１００８でYes、かつ、ステップ１０１６でYes）、内部端末１５の対管理サーバ通信処理部２２と管理サーバ１２の対端末通信処理部３３は、通信路を暗号化するための秘密鍵を互いに共有する（図７，ステップ１１０１、ステップ１１０２）。秘密鍵を共有するための方法としては、例えば、RFC 2246としてIETFで標準化されているTLS(Transport Layer Security)を用いればよい。秘密鍵を共有したら、内部端末１５と管理サーバ１２との間の認証および暗号化通信路の確立ができたこととなるため、管理サーバ１２のアドレス登録／検索部３１は、内部通信端末１５のIPアドレスと、認証の結果（ここでは認証に成功した旨を示す）を対応付けて、図１６に示す認証状態テーブル６０に登録する（ステップ１１０３）。具体的には、内部通信端末１５のIPアドレスを端末のIPアドレス６２へ登録し、認証に成功した旨を示すメッセージとその時刻を認証結果６３および認証時刻６４へ登録する。この認証状態テーブル６０は、当該管理サーバ１２が通信する通信端末の状態を管理するためのものであり、管理サーバ１２のアドレスDB３７に保持される。
【００８３】
これまでの処理を行うことにより、内部通端末１５と管理サーバ１２との間の暗号化通信路確立処理が完了し（ステップ１１０４）、内部端末１５の対管理サーバ通信処理部２２と、管理サーバ１２の対端末通信処理部３３は、当該秘密鍵を用いて暗号化通信を行う（ステップ１１０５、１１０６）。
【００８４】
暗号化通信が終了したら、内部端末１５の対管理サーバ通信処理部２２と、管理サーバ１２の対端末通信処理部３３は、暗号化通信路を開放する（ステップ１１０７）。なお、暗号化通信路を開放することは、たとえば、暗号化通信に使用する暗号化鍵を無効化することにより可能である。
【００８５】
そして、管理サーバ１２のアドレス登録／検索部３１は、ステップ１１０３で登録した当該内部通信端末１５のIPアドレスと認証の結果を、アドレスDB３７に保持される認証状態テーブル６０から削除する。なお、通信端末のIPアドレスを認証状態テーブル６０に固定で登録する場合は、通信端末のIPアドレスは削除しなくても良い。
【００８６】
このようなステップを実行することにより、内部端末１５と管理サーバ１２は、互いに相手方を確認した上で、暗号化通信路を確立することができる。
【００８７】
次に、通信端末−通信端末間での暗号化通信路確立動作について説明する。
【００８８】
通信端末−通信端末間での暗号化通信路を確立するためには、あらかじめ通信端末のアドレス情報が、管理サーバ１２へ登録される必要がある。アドレス情報とは、通信端末を特定する情報（以下端末IDという）と、ネットワーク上の場所を示すアドレス（たとえばIPアドレス）を対応付ける情報である。端末IDには、ドメイン内で固定のものを使えばよい。この場合のIDの固定とは、ドメイン内で端末を特定でき、かつ、変わらないものを指す。例えば、持ち歩き可能な端末の場合、ネットワークに接続する場所によってIPアドレスが変わる可能性があるが、その他の変わらない情報、例えば、通信端末名や、通信端末のMACアドレスは、端末IDとして使うことができる。また、会社内のような閉じたドメインでは、通信端末のユーザのメールアドレスや、通信端末のSIP-URIや、通信端末のFQDN（完全修飾ドメイン名、Fully Qualified Domain Name）のような情報を端末IDとして使うこともできる。図８を用いて、アドレス登録動作の説明をする。
【００８９】
図８は、通信端末が自己のアドレスを、管理サーバ１２へ登録する動作を説明するためのフロー図であり、内部端末１５が、管理サーバ１２へアドレス登録する場合の例である。
【００９０】
まず、内部端末１５と管理サーバ１２は、図６のステップ１００１からステップ１０１６と、図７のステップ１１０１からステップ１１０４までを実施することにより、内部端末―管理サーバ間暗号化通信路を確立する（ステップ２００１）。内部端末―管理サーバ間暗号化通信路確立後、内部端末１５のアドレス登録申請部２１は、当該内部端末１５のアドレスの登録申請を管理サーバ１２へ送付する（ステップ２００２）。管理サーバ１２のアドレス登録／検索部３１は、登録申請を受信したら（ステップ２００３）、内部端末１５の端末IDとIPアドレスを対応付けて、アドレスDB３７に保持される認証状態テーブル６０へ登録する（ステップ２００４）。具体的には、認証状態テーブル６０の端末のIPアドレス６２から、当該内部端末１５のIPアドレスを検索し、検出したIPアドレスに対応付けて当該内部端末の端末IDを、端末のアドレス６１へ登録する。認証状態テーブル６０において、当該内部端末のIPアドレスが検出されなかった場合、当該内部端末１５の端末IDとIPアドレスを、端末のアドレス６１と端末のIPアドレス６２へ新たに登録する。登録完了後、内部端末１５に対して、登録完了通知を送付する（ステップ２００５）。内部端末１５が、登録完了通知を受信したら（ステップ２００６）、内部端末１５と管理サーバ１２は、内部端末―管理サーバ間暗号化通信路の終了処理を実行する。上記ステップを実行することにより、内部端末１５のアドレスを、管理サーバ１２に登録することができる。
【００９１】
他の通信端末、例えば、外部端末１１も、図８と同様のステップを実行することにより、当該外部端末１１のアドレスを管理サーバ１２へ登録することができる。
【００９２】
さらに、通信端末は、管理サーバ１２に登録したアドレスを削除することもできる。削除する場合は、図８に示す処理において「登録」を「削除」と置き換えた（読み替えた）処理を行う。
【００９３】
また、当該通信端末に割り当てられたアドレスが変わった場合には、再度図８のアドレス登録処理を実行する必要がある。例えば、通信端末が動的にアドレス割り当てを受けている場合に、通信端末の電源をOFF、ONしたり、通信端末をリセットしたりすると、アドレスが変わる可能性がある。また、通信端末が、ネットワークとの接続を終了し、移動先で、別のネットワークに接続する場合には、アドレスが変わる可能性がある。このような場合に、通信端末は、再度図８の登録処理を行うことにより、最新のアドレスを管理サーバ１２へ登録する。
【００９４】
さらに、当該通信端末のIPアドレスと端末IDを固定で設定する場合には、あらかじめ当該通信端末のアドレスを登録しておけばよく、その場合はアドレス情報を削除する必要はない。
【００９５】
図９と図１０は、通信端末と通信端末間で、管理サーバを介して行われる、管理サーバを介さない暗号化通信路を確立する動作を説明するためのフロー図であり、外部端末１１−内部端末１５間で暗号化通信路（端末―端末間暗号化通信路という）を確立する場合の例である。
【００９６】
まず、管理サーバ１２と内部端末１５は、予め、図６のステップ１００１からステップ１０１６と、図７のステップ１１０１からステップ１１０４までを実施することにより、内部端末―管理サーバ間暗号化通信路を確立する（ステップ３００１）。そして、内部端末１５が自身のアドレスをまだ登録していない場合は、図８のステップ２００２からステップ２００６までを実施することにより、内部端末１５のアドレスを管理サーバ１２へ登録する（ステップ３００２）。
【００９７】
外部端末１１が、内部端末１５と通信を開始しようとするタイミング等において、外部端末１１と管理サーバ１２は、図６のステップ１００１からステップ１０１６と、図７のステップ１１０１からステップ１１０４までを実施することにより、外部端末―管理サーバ間暗号化通信路を確立する（ステップ３００３）。そして、外部端末１１が自身のアドレスをまだ登録していない場合、あるいは登録アドレスの更新が必要な場合は、図８のステップ２００２からステップ２００６までのステップを実施することにより、外部端末１１のアドレスを管理サーバ１２へ登録する（ステップ３００４）。
【００９８】
外部端末―管理サーバ間暗号化通信路を確立後、外部端末１１の対管理サーバ通信処理部２２は、内部端末１５への接続要求を、管理サーバ１２に対して送信する（ステップ３００５）。なお、接続要求には、接続相手（内部端末１１）を特定する情報である端末IDが含まれる。
【００９９】
接続要求を受信した管理サーバ１２の対端末通信処理部３３は（ステップ３００６）、アドレス登録／検索部３１により、認証状態テーブル６０から内部端末１５のアドレスを、端末IDをキーにして検索する（ステップ３００７）。認証状態テーブル６０において、当該内部通信端末１５に対応する認証結果６３に、認証成功の旨を示すメッセージが登録されていない場合、すなわち暗号化通信路が確立されていない場合（ステップ３００８でNo）、管理サーバ１２の対端末通信処理部３３は、内部端末１５との間で、暗号化通信路確立処理を行い（ステップ３００９）、ステップ３０１１へ進む。認証状態テーブル６０において、当該内部通信端末１５に対応する認証結果６３に、認証成功の旨を示すメッセージが登録されている場合（ステップ３００８でYes）、管理サーバ１２の鍵生成・配布部３２は、両端末間の通信路を暗号化するのに利用する暗号化鍵及び設定情報を生成する（ステップ３０１０）。そして、管理サーバ１２の対端末通信処理部３３は、内部端末１５に対して、外部端末１１から内部端末１５への接続要求と、ステップ３０１０で生成した暗号化鍵及び設定情報を送信する（ステップ３０１１）。このとき、接続要求及び暗号化鍵等は、内部端末−管理サーバ間暗号化通信路を使用して、送信される。
【０１００】
内部端末１５の対管理サーバ通信処理部２２は、管理サーバ１２より受信した暗号化鍵と設定情報とを（ステップ３０１２）暗号化鍵保持部２６へ格納する。そして、当該外部端末１１が当該内部端末１５に接続可能かどうかを判断し（ステップ３０１３）、当該判定結果を管理サーバ１２へ送信する（ステップ３０１４）。管理サーバ１２の対端末通信処理部３３は、内部端末１５から判定結果を受信する（ステップ３０１５）。
【０１０１】
管理サーバ１２の対端末通信処理部３３は、外部端末１１が内部端末１５と接続不可という判定結果である場合（ステップ３１０１でNo）、接続不可である旨を示した判定結果を、外部端末１１へ送信し（ステップ３１０２）、端末―端末間暗号化通信路確立処理を終了する。
【０１０２】
外部端末１１が内部端末１５と接続可能である場合（ステップ３１０１でYes）、管理サーバ１２の対端末通信処理部３３は、接続可能である旨を示した判定結果と、ステップ３０１０で生成した暗号化鍵及び設定情報を外部端末１１へ送信する（ステップ３１０３）。このとき、少なくとも暗号化鍵は外部端末−管理サーバ間暗号化通信路を使用して、送信される。
【０１０３】
外部端末１１の対管理サーバ通信処理部２２は、管理サーバ１２から、内部端末１５と通信可能かどうかの判定結果等を受信し、さらに暗号化鍵を受信した場合には、当該暗号化鍵を、暗号化鍵保持部２６へ格納する（ステップ３１０４）。
【０１０４】
外部端末１１及び内部端末１５は、判定結果が接続不可である場合（ステップ３１０５、３１０６でNo）は、端末―端末間暗号化通信路確立処理を終了する。判定結果が通信可能である場合(ステップ３１０５、３１０６でYes)は、外部端末１１と内部端末１５の間で、端末―端末間暗号化通信路を確立する（ステップ３１０７）。この端末―端末間暗号化通信路を利用して、外部端末１１の対端末通信処理部２３と内部端末１５の対端末処理部２３は、情報をやり取りできる（ステップ３１０８）。
【０１０５】
外部端末１１と内部端末１５間での通信路が不要になったら、端末―端末間暗号化通信路を終了することができる。端末―端末間暗号化通信路を終了する場合には、以下のステップを行う。
【０１０６】
外部端末１１の対管理サーバ通信処理部２２は、管理サーバ１２に対して、内部端末１５との暗号化通信の切断要求を送信する（ステップ３１０９）。管理サーバ１２の対端末通信処理部３３は（ステップ３１１０）、受信した当該接続要求を内部端末１５へ転送する（ステップ３１１１）。内部端末１５の対管理サーバ通信処理部２２は、当該切断要求を受信したら（ステップ３１１２）、それに対応する切断応答を管理サーバ１２へ送信し（ステップ３１１３）、対端末通信処理部２３は、外部端末１１との端末―端末間暗号化通信路を開放する（ステップ３１１７）。 また、管理サーバ１２の対端末通信処理部３３は、内部端末１５から切断応答を受信したら（ステップ３１１４）、当該切断応答を外部端末１１へ転送する（ステップ３１１５）。外部端末１１において対管理サーバ通信処理部２２が、管理サーバ１２から切断応答を受信したら(ステップ３１１６）、対端末通信処理部２３は、内部端末１５との端末―端末間暗号化通信路を終了する（ステップ３１１７）。
【０１０７】
なお、外部端末１１から切断要求を送信するのではなく、内部端末１５から送信しても良い。その場合は、外部端末１１と内部端末１５が入れ替わってステップ３１０９からステップ３１１７の処理を行えばよい。
【０１０８】
また、外部端末１１と内部端末１５は、通信を終了するためにステップ３１０９からステップ３１１７を必ずしも行う必要はなく、当該ステップを行わずに、通信を終了してもよい。
【０１０９】
図９と図１０のフロー図で例示するように、管理サーバ１２は、外部端末１１と内部端末１５を、それぞれ認証し、この各通信端末の正当性が確認できた場合に、外部端末１１と内部端末１５間の暗号化通信路を確立される。そして、端末−端末間暗号化通信路が確立された後は、管理サーバ１２を介すこと無く、通信端末同士で暗号化通信を行うことができるため、管理サーバ１２へ負荷をかけることなく、セキュア通信を行うことができる。さらに、端末−端末間暗号化通信路全体が暗号化されるため、従来よりセキュアな通信が可能となる。
【０１１０】
本実施の形態では、端末−端末間暗号化通信路確立の際に、通信相手となる通信端末（上記実施例では内部端末１５）と管理サーバ１２が、予め通信端末−管理サーバ間の暗号化通信路を確立し、アドレス登録処理を実施しているが（ステップ３００１、ステップ３００２）、これに限るものではない。通信相手となる内部端末１５のアドレス登録を予め実施するか、またはアドレス登録を静的に行った状態において、通信元の通信端末（上記実施例では外部端末１１）が、管理サーバ１２へ、通信先の通信端末への接続要求を行った後に（ステップ３００８でYesのタイミングで）、通信先通信端末と管理サーバ１２との、間の暗号化通信路確立を行っても良い。
【０１１１】
例えば、他の端末にサービスを提供するアプリケーションサーバなど、複数の通信端末から頻繁に接続要求を受けるような通信端末の場合等においては、上記実施形態で示した内部端末の場合と同様に、あらかじめ管理サーバ１２との暗号化通信路を確立しておき、内部端末１５から接続要求があった場合には、すぐに端末−端末間の場合と同様に暗号化通信路を確立し、サービスを提供できるようにしておいても良い。
【０１１２】
これに対して、内部端末１５が、外部端末１１から接続要求を受ける頻度が低い場合は、外部端末１１から当該内部端末１５へ、接続要求がなされたタイミングで、内部端末１５と管理サーバ１２間の暗号化通信路確立処理を行う形態でも良い。
【０１１３】
次に、本実施の形態による通信システムにおいて、外部端末１１が、内部端末１５を介して、APサーバ１４へアクセスする場合の動作について説明する。例えば、インターネットに接続された外部端末１１が、会社内のネットワークに接続された内部端末１５にリモートアクセスして作業している場合において、内部端末１５からAPサーバ１４のサービスを利用する場合等がある。この場合、外部端末１１から内部端末１５に対して、キーボードやマウスの入力情報が送信され、その情報に基づき、内部端末１５がAPサーバ１４との間でやり取りを行う。また、内部端末１５がAPサーバ１４との間でやり取りを行った結果の画面情報等が、内部端末１５から外部端末１１へ送信され、利用者へ提供される。
【０１１４】
図１１と図１２は、本実施形態において、外部端末１１が、内部端末１５を介して、APサーバ１４へアクセスする場合の動作を説明するためのフロー図である。
【０１１５】
図１１，１２の処理において、APサーバ１４は、内部端末１５の一つと見なせばよい。したがって、APサーバ１４と管理サーバ１２は、まず、図６、図７の管理サーバ１２と内部端末１５によるステップ１００１からステップ１０１６と、ステップ１１０１からステップ１１０４までを実施することにより、あらかじめ管理サーバ−APサーバ間の暗号化通信路（管理サーバ−APサーバ間暗号化通信路という）を確立する（ステップ４００１）。そして、APサーバ１４が自身のアドレスをまだ登録していない場合は、図８のステップ２００２からステップ２００６までを実施することにより、APサーバ１４のアドレスを管理サーバ１２へ登録する（ステップ４００２）。
【０１１６】
同様に、内部端末１５と管理サーバ１２は、図６のステップ１００１からステップ１０１６と、図７のステップ１１０１からステップ１１０４までを実施することにより、あらかじめ内部端末−管理サーバ間暗号化通信路を確立する（ステップ４００３）。そして、内部端末１５が自身のアドレスをまだ登録していない場合は、図８のステップ２００２からステップ２００６までを実施することにより、内部端末１５のアドレスを管理サーバ１２へ登録する（ステップ４００４）。
【０１１７】
同様に、外部端末１１は、内部端末１５との端末―端末間暗号化通信路を確立するために、以下のステップを実行する。
【０１１８】
外部端末１１と、管理サーバ１２は、それぞれ、図６のステップ１００１からステップ１０１６と、図７のステップ１１０１からステップ１１０４までのステップに示す内部端末１５と管理サーバ１２による処理を実施することにより、外部端末−管理サーバ間暗号化通信路を確立する（ステップ４００５）。そして、外部端末１１が自身のアドレスをまだ登録していない場合は、図８のステップ２００２からステップ２００６までを実施することにより、外部端末１１のアドレスを管理サーバ１２へ登録する（ステップ４００６）。
【０１１９】
外部端末−管理サーバ間暗号化通信路確立後、外部端末１１の対管理サーバ通信処理部２２は、内部端末１５への接続要求を管理サーバ１２へ送信する（ステップ４００７）。管理サーバ１２、外部端末１１、内部端末１５は、図９，１０に示すステップ３００７からステップ３１０７までを実施することにより、外部端末１１と内部端末１５の間での端末−端末間暗号化通信路を確立する（ステップ４００８）。
【０１２０】
次に、外部端末１１の対端末通信処理部２３は、内部端末１５を介してAPサーバ１４と通信するために、内部端末１５に対して、APサーバ１４への接続要求を指示する旨のキー入力情報を送信する（ステップ４００９）。当該接続要求は、ステップ４００８で確立した端末−端末間暗号化通信路を利用して送信される。
【０１２１】
内部端末１５の対端末通信処理部２３が外部端末１１からAPサーバ１４への接続要求を指示する旨のキー入力情報を受信したら、内部端末１５とAPサーバ１４の間で暗号化通信路（内部端末―APサーバ間暗号化通信路という）を確立するために、ステップ４００７からステップ４００８において、内部端末１５とAPサーバ１４がそれぞれ、外部端末１１と内部端末１５に相当する処理を行う。この暗号化通信路は、内部端末１５とAPサーバ１４との間に確立される端末−端末間暗号化通信路と見なすことができる。
【０１２２】
すなわち、内部端末１１の対管理サーバ通信処理部２２は、管理サーバ１２に対してAPサーバ１４との接続要求を送信する（ステップ４０１０）。管理サーバ１２が、内部端末１５からAPサーバ１４に対する接続要求を受信したら、管理サーバ１２、内部端末１５、APサーバ１４は、図９，１０に示すステップ３００７からステップ３１０７までを実施することにより、内部端末−APサーバ間暗号化通信路を確立する（ステップ４０１１）。なお、既にステップ４００１とステップ４００３において、内部端末―管理サーバ間暗号化通信路と、APサーバ―管理サーバ間暗号化通信路を確立しているため、ここで再度暗号化通信路を確立する必要は無い。
【０１２３】
以上のステップを実行することにより確立された二つの暗号化通信路、すなわち、外部端末−内部端末間暗号化通信路、内部端末−APサーバ間暗号化通信路を利用して、外部端末１１は、内部端末１５を介して、APサーバ１４との暗号化通信を行うことができる。
【０１２４】
すなわち、外部端末１１の対端末通信処理部２３は、内部端末１５との間で確立された端末―端末間暗号化通信路を利用し、内部端末１５に対して、APサーバ１４へ処理要求を指示する旨のキー入力情報を送信する（ステップ４１０１）。内部端末１５の対端末通信処理部２３は、外部端末１１から、APサーバ１４へ処理要求を指示する旨のキー入力情報を受信したら、受信したキー入力に基づく処理要求をAPサーバ１４との間で確立された内部端末―APサーバ間暗号化通信路を利用し、APサーバ１４へ送信する（ステップ４１０２）。APサーバ１４の対端末通信処理部２３が内部端末１５から処理要求を受信したら、APサーバ１４は要求された処理を実行する。そして、APサーバ１４の対端末通信処理部２３は、内部端末−APサーバ間暗号化通信路を利用して、要求された処理の実行結果を、内部端末１５へ送信する（ステップ４１０３）。内部端末１５の対端末通信処理部２３は、これを受信し、この処理結果または、この処理結果に基づいて生成した画面等への出力情報を、端末−端末間暗号化通信路を利用して、外部端末１１へ送信する（ステップ４１０４）。外部端末１１の対端末通信処理部２３は、この出力情報を受信し、入出力部２０ｃから画面等へ出力する。
【０１２５】
以上のステップを実行することによって、外部端末１１は、内部端末１５を介して、APサーバ１４とセキュアな通信を行うことができる。
【０１２６】
＜実施形態２＞
第二の実施形態を説明する。
【０１２７】
本実施形態において、外部端末１１が、内部端末１５を介して、APサーバ１４へアクセスする場合に、図１３、１４、１５に示すような動作を行う。
【０１２８】
図１３に示すように、APサーバ１４と管理サーバ１２は、それぞれ、図６、図７に示す内部端末１５と管理サーバ１２によるステップ１００１からステップ１０１６と、ステップ１１０１からステップ１１０４までを実施することにより、あらかじめ端末−サーバ間暗号化通信路を確立する（ステップ５００１）。そして、APサーバ１４が自身のアドレスをまだ登録していない場合は、それぞれが、図８に示すステップ２００２からステップ２００６までを実施することにより、APサーバ１４のアドレスを管理サーバ１２へ登録する（ステップ５００２）。
【０１２９】
ステップ５００１および５００２が正常に行われた場合、APサーバ１４のアドレス情報および認証結果が、認証状態テーブル６０へ登録される。具体的には、APサーバ１４のアドレス情報が、端末のアドレス６１および端末のIPアドレス６２として登録され、それに対応する認証結果として、認証に成功した旨を示すメッセージおよびその時刻が、認証結果６３および認証時刻６４へ登録される。
【０１３０】
この認証状態テーブル６０は、当該管理サーバ１２が認証しアドレス情報の登録を受け付けた、各種端末の状態を登録するためのものであり、管理サーバ１２の記憶部３０ｂに保持される。
【０１３１】
同様に、内部端末１５と管理サーバ１２は、それぞれ、図６、図７の内部端末１５と管理サーバ１２によるステップ１００１からステップ１０１６と、ステップ１１０１からステップ１１０４までを実施することにより、あらかじめ内部端末―管理サーバ間暗号化通信路を確立する（ステップ５００３）。そして、内部端末１５が自身のアドレスをまだ登録していない場合は、それぞれが、図８に示すステップ２００２からステップ２００６までを実施することにより、内部端末１５のアドレスを管理サーバ１２へ登録する（ステップ５００４）。
【０１３２】
ステップ５００３および５００４が正常に行われた場合、内部端末１５のアドレス情報および認証結果が、認証状態テーブル６０へ登録される。
【０１３３】
外部端末１１は、内部端末１５と端末―端末間暗号化通信路を確立するために、以下のステップを実行する。
【０１３４】
外部端末１１と、管理サーバ１２は、それぞれ、図６、図７の内部端末１５と管理サーバ１２によるステップ１００１からステップ１０１６と、ステップ１１０１からステップ１１０４までを実施することにより、外部端末―管理サーバ間暗号化通信路を確立する（ステップ５００５）。そして、外部端末１１が自身のアドレスをまだ登録していない場合は、それぞれが、図８に示すステップ２００２からステップ２００６までを実施することにより、外部端末１１のアドレスを管理サーバ１２へ登録する（ステップ５００６）。
【０１３５】
ステップ５００３および５００４が正常に行われた場合、外部端末１１のアドレス情報および認証結果が、認証状態テーブル６０へ登録される。
【０１３６】
その後、外部端末１１の対管理サーバ通信処理部２２は、内部端末１５への接続要求を管理サーバ１２へ送信する（ステップ５００７）。管理サーバ１２の対端末通信処理部３３は、内部端末１５からの接続要求を受けて、外部端末１１、内部端末１５の認証状態を確認する（ステップ５００８）。具体的には、管理サーバ１２の対端末通信処理部３３は、認証状態テーブル６０を参照し、外部端末１１と内部端末１５のアドレス情報が登録されていることと、認証結果欄に認証が成功した旨が登録されていることを確認する。もし、アドレス情報が登録されていなかった場合、管理サーバ１４は外部端末１１に対して接続要求を拒否する旨、応答する。また、アドレス情報は登録されているが、認証結果欄に認証が成功した旨が登録されていない場合は、管理サーバ１２の対端末通信処理部３３は、内部端末１５との間で、暗号化通信路確立処理を行い、認証状態の確認を行う。再度認証状態の確認ができなかったら、管理サーバ１４は外部端末１１に対して接続要求を拒否する旨、応答する。
【０１３７】
認証状態の確認ができたら、管理サーバ１２の鍵生成・配布部３２は、端末−端末間暗号化通信路に利用する暗号化鍵を生成する（ステップ５００９）。そして、管理サーバ１２の対端末通信処理部３３は、外部端末１１から内部端末１５への接続要求、およびステップ５００９で生成した暗号化鍵及び設定情報を、内部端末１５へ送信する（ステップ５０１０）。
【０１３８】
これらを受信した内部端末１５の対管理サーバ通信処理部２２は、当該外部端末１１が当該内部端末１５に接続可能かどうかを判断し、当該接続可否判定結果を管理サーバ１２へ送信する（ステップ５０１１）。管理サーバ１２の対端末通信処理部３３は、当該接続可否判定結果と、判定結果が接続可能を示している場合にはステップ５００９で生成した暗号化鍵及び設定情報を、外部端末１１へ送信する（ステップ５０１２）。外部端末１１の対管理サーバ通信処理部２２がこれを受信したら、端末−端末間暗号通信路が確立したことになり、外部端末１１の対端末通信処理部２３と、内部端末１５の対端末通信処理部２３は、ステップ５０１０及びステップ５０１２でそれぞれ受信した暗号化鍵を用いて、暗号化通信できるようになる（ステップ５０１３）。
【０１３９】
管理サーバ１２の対端末通信処理部３３は、外部端末１１と内部端末１５の間での端末−端末間暗号化通信路が確立されたことを、図１７に示すような通信状態テーブル７０へ登録する（ステップ５０１４）。具体的には、接続要求元（ここでは外部端末１１）のアドレスを通信状態テーブル７０の通信元アドレス７１へ登録し、接続要求先（ここでは内部端末１５）のアドレスを通信先アドレス７２へ登録し、当該端末−端末間の暗号化通信路が確立された時刻（たとえば、両端末が、暗号化鍵と設定情報とを受信した時刻）を通信開始時刻７３へ登録する。
【０１４０】
この通信状態テーブル７０は、管理サーバ１２が認証し暗号化鍵を生成して確立された端末−端末間暗号化通信路各々の状態を登録するもので、記憶部３０ｂに保持される。
【０１４１】
次に、外部端末１１の対端末通信処理部２３は、内部端末１５を介してAPサーバ１４と通信するために、内部端末１５に対して、APサーバ１４への接続要求を指示する旨のキー入力情報を送信する（ステップ５１０１）。なお、当該接続要求は、ステップ５０１６で確立した端末−端末間暗号化通信路を利用して、内部端末１５へ送信される。
【０１４２】
内部端末１５の対端末通信処理部２３が、外部端末１１からAPサーバ１４への接続要求を指示する旨のキー入力情報を受けたら、内部端末１５とAPサーバ１４の間で内部端末―APサーバ間暗号化通信路を確立するために、次の動作を行う。
【０１４３】
内部端末１５の対管理サーバ通信処理部は、管理サーバ１２に対して、外部端末１１による内部端末１５を介したAPサーバ１４との接続要求を送信する（ステップ５１０２）。すなわち、当該接続要求は、外部端末１１が、APサーバ１４へ接続するために、内部端末１５とAPサーバ１４との間の内部端末―APサーバ間暗号化通信路の確立を要求するものであるので、被認証対象として外部端末１１も含まれる。したがって、当該接続要求として、図１８に示すような、通信元情報８１と、通信先情報８２に加えて、被認証対象情報８３が含まれる被認証対象情報付き接続要求８０が送付される。また、その他通信に必要になる情報や、アプリケーション情報８４も含まれる。
【０１４４】
管理サーバ１２の対端末通信処理部３３は、当該被認証対象情報付き接続要求８０を受けて、通信元情報８１、通信先情報８２、被認証対象情報８３としてそれぞれ記載された、外部端末１１、内部端末１５、APサーバ１４の認証状態を確認する（ステップ５１０３）。具体的には、管理サーバ１２は、認証状態テーブル６０を参照し、外部端末１１と内部端末１５とAPサーバ１４のアドレス情報が登録されていることと、認証結果６３の欄に認証が成功した旨が登録されていることを確認する。もし、アドレス情報が登録されていなかった場合、管理サーバ１４は内部端末１５に対して接続要求を拒否する旨、応答する。また、アドレス情報は登録されているが、認証結果欄に認証が成功した旨が登録されていない場合は、管理サーバ１２の対端末通信処理部３３は、アプリケーションサーバ１４との間で、暗号化通信路確立処理を行い、認証状態の確認を行う。再度認証状態の確認ができなかったら、管理サーバ１４は内部端末１５に対して接続要求を拒否する旨、応答する。
【０１４５】
本実施形態は、外部端末１１をも被認証対象とするので、管理サーバ１２の対端末通信処理部３３は、認証状態の確認ができたら、被認証対象情報つき接続要求８０に記載された、通信元（内部端末１５）と、被認証対象（外部端末１１）の端末間において暗号化通信路を確立し、通信していることを、通信状態テーブル７０を参照して確認する（ステップ５１０４）。具体的には、管理サーバ１２の対端末通信処理部３３は、通信状態テーブル７０を参照し、内部端末１５と外部端末１１が、通信元アドレスと通信先アドレスの各々に記載され、通信状態にある事を確認する。 認証状態、及び通信状態の確認ができたら、管理サーバ１２の鍵生成・配布部３２は、内部端末１５とAPサーバ１４の間の内部端末―APサーバ間暗号化通信路に利用する暗号化鍵を生成する（ステップ５１０５）。そして、管理サーバ１２の対端末通信処理部３３は、外部端末１１による内部端末１５を介したAPサーバ１４との接続要求、およびステップ５１０５で生成した暗号化鍵及び設定情報を、APサーバ１４へ送信する（ステップ５１０６）。これらを受信したAPサーバ１４の対管理サーバ通信処理部２２は、当該外部端末１１が当該内部端末１５を介してAPサーバ１４に接続可能かどうかを判断し、当該接続可否判定結果を管理サーバ１２へ送信する（ステップ５１０７）。管理サーバ１２の対端末通信処理部３３は、当該接続可否判定結果と、判定結果が通信可能を示している場合にはステップ５１０５で生成した暗号化鍵及び設定情報とを、内部端末１５へ送信する（ステップ５１０８）。内部端末１５の対管理サーバ通信処理部２２がこれを受信したら、内部端末―APサーバ間暗号通信路が確立したことになり、内部端末１５の対端末通信処理部２３と、APサーバ１４の対端末通信処理部２３は、ステップ５１０６及びステップ５１０８でそれぞれ受信した暗号化鍵を用いて、暗号化通信できるようになる（ステップ５１０９）。
【０１４６】
管理サーバ１２の対端末通信処理部３３は、内部端末１５とAPサーバ１４との間での内部端末―APサーバ間暗号化通信路が確立されたことを、図１７に示すような通信状態テーブル７０へ登録する（ステップ５１１０）。これにより、もし、APサーバ１４が、さらに、他の通信端末に処理要求を発行し、当該他の通信端末から処理結果を取得するような構成になった場合であっても、上記と同様の処理を繰り返すことにより、外部通信端末を被認証対象として、暗号化通信路を確立することが可能となる。
【０１４７】
また、通信状態テーブル７０を参照することで、管理サーバ１２は、確立された二つの暗号化通信路（外部端末１１−内部端末１５間、内部端末１５−APサーバ１４間）を対応付けることが可能になり、どの３つの装置が連携した処理を行っているかを把握することが可能となる。
【０１４８】
内部端末１５の対端末通信処理部２３は、外部端末１１との端末−端末間暗号化通信路を確立できたら、外部端末１１へ接続結果を応答する（ステップ５１１１）。
【０１４９】
以上のステップを実行することにより確立された二つの暗号化通信路（外部端末１１−内部端末１５間、内部端末１５−APサーバ１４間）を利用して、外部端末１１は、内部端末１５を介して、APサーバ１４との暗号化通信を行うことができる。すなわち、外部端末１１の対端末通信処理部２３は、内部端末１５との間で確立された端末−端末間暗号化通信路を利用し、内部端末１５に対して、APサーバ１４へ処理要求を指示する旨のキー入力情報を送信する（ステップ５２０１）。
【０１５０】
内部端末１５の対端末通信処理部２３は、外部端末から、APサーバ１４へ処理要求を指示する旨のキー入力情報を受信したら、受信したキー入力に基づく処理要求をAPサーバ１４との間で確立された内部端末―APサーバ間暗号化通信路を利用し、APサーバ１４へ送信する（ステップ５２０２）。APサーバ１４の対端末通信処理部２３は、内部端末１５から処理要求を受信すると、要求された処理を実行する。そして、APサーバ１４の対端末通信処理部２３は、内部端末−APサーバ間暗号化通信路を利用して、要求された処理の実行結果を、内部端末１５へ送信する（ステップ５２０３）。内部端末１５の対端末通信処理部２３は、これを受信し、この処理結果または、この処理結果に基づいて生成した画面等への出力情報を、端末−端末間暗号化通信路を利用して、外部端末１１へ送信する（ステップ５２０４）。外部端末１１の対端末通信処理部２３は、この出力情報を受信し、入出力部２０ｃを通して画面等へ出力する。
【０１５１】
以上のステップを実行することによって、外部端末１１は、内部端末１５を介して、APサーバ１４とセキュアな通信を行うことができる。
【０１５２】
なお、上述した二つの実施形態の通信システムでは、外部端末１１、内部端末１５、APサーバ１４の各通信端末は、管理サーバ１２との認証を一度行えば、この結果を元に互いに通信可能であり、ID/パスワード等のアプリケーションサーバ固有の認証を別途行う必要がない。すなわち、管理サーバ１２が、外部端末１１、内部端末１５、APサーバ１４の認証を一元化して行うことにより、従来のように、外部端末１１が、内部端末１５を介して、APサーバ１４へ接続する際に、複数種類の認証を行う必要が無く、認証情報の管理が簡単化できる。
【０１５３】
なお、実施例１の構成は、通信状態テーブル７０を含んでいないが、実施例1においても、通信状態テーブル７０を備え、参照することで、管理サーバ１２は、確立された二つの暗号化通信路（外部端末１１−内部端末１５間、内部端末１５−APサーバ１４間）を対応付けることが可能になり、どの３つの装置が連携した処理を行っているかを把握することが可能となる。
【０１５４】
さらに、どちらの実施例に於いても、外部端末１１、内部端末１５、APサーバ１４の少なくとも一種類が複数あり互いに暗号化通信している状態であっても、管理サーバ１２は、認証状態テーブル６０や通信状態テーブル７０を備えることにより、これらの通信状態を管理、把握することが可能となる。
【０１５５】
また、APサーバ１４が認証処理を行う際に、ユーザが所有するICカード等を用いたPKIベースでの厳密認証を必要とする場合に、実施例１の構成では、内部端末１５にてICカードを操作する必要があるが、本実施例２ではその必要が無く、実際にユーザが使用している外部端末にて操作することができる、という特徴がある。すなわち、外部端末１１が内部端末１５を介してAPサーバ１４へ接続する場合において、外部端末１１を操作するユーザが所有するICカードでの認証結果を元に、APサーバ１４へ接続することができるので、実際に当該ユーザの権限でAPサーバ１４へ接続できることになり、より安全である、とともに、ユーザは各拠点にある様々な外部端末を利用してAPサーバ１４へ接続でき、利便性が向上するという特徴がある。
【０１５６】
実施形態１および実施形態２では、通信端末を指定した通信を例示しているが、通信端末を利用するユーザを通信相手として指定してもよい。通信端末を利用するユーザを通信相手として指定する場合には、ユーザの持つ公開鍵証明書とユーザIDを、あらかじめ可搬性を有する記憶媒体５８に入れておき、通信端末が、記憶媒体５８が通信端末の読取装置５７に挿入されたことを検知し、ユーザの属性を読み取り、記憶するように構成すればよい。当該構成により、通信端末は、利用しているユーザを特定し、通信相手としての指定を受け付けることができるようになる。そして、ユーザが、可搬性を有する記憶媒体５８を、読み取り装置５７から抜いた場合には、通信端末はユーザの属性を、通信端末から削除するように構成すればよい。
【０１５７】
ユーザの属性が通信端末に記憶されたら図８のアドレス登録処理を行い、ユーザの属性が通信端末から削除されたら図８の「登録」を「削除」と置き換えた処理を行うことにより、ユーザIDと通信端末のアドレスを管理サーバ１２で管理するようにすれば、管理サーバ１２は、他の通信端末からの接続要求時に、宛先となるユーザが通信端末を利用中であるか否か、利用中の場合には、どの通信端末を利用しているかを、接続要求を行う他の通信端末の利用者にさせることなく判定できるので、接続処理が容易になるという特徴がある。
【０１５８】
なお、いずれの実施例でも、外部端末１１から内部端末１５を介して複数のAPサーバ１４を利用することがあり得る。たとえば、内部端末上で、それぞれ異なるAPサーバをアクセスするアプリケーションプログラムを複数実行し、外部端末からそれらを、キーボード等の入力情報の送信とのマルチウィンドウ画面情報の受信により操作する場合である。
【０１５９】
この場合は、外部端末−内部端末間の暗号化通信路は一つでよく、内部端末−APサーバ間の暗号化通信路は、複数、となる。つまり、図１１において、ステップ４００１〜４００４がAPサーバ毎に実施され、ステップ４００９以降の処理が、内部端末上で動作するアプリケーションプログラム毎に実行され、複数のアプリケーションプログラムが出力する画面情報を、ステップ４１０４において、一つの画面として送信するように、構成すればよい。
【０１６０】
また、いずれの実施例でも、外部端末１１が内部端末１５をリモート操作により、すなわち、キーボードやマウスなどの入力情報と画面などの出力情報をやり取りして、ＡＰサーバ１４からサービス提供を受けるという構成を説明した。しかしながらこの構成には限定されず、外部端末１１が、内部端末１５に対して処理要求コマンドを発行し、内部端末１５とＡＰサーバ１４とのやり取りによる処理結果情報（たとえば、処理結果を示すコマンドの戻り値）を受信する形態であっても良い。
【０１６１】
また、内部端末１５は、あらかじめ暗号化通信路確立とアドレス登録を行っているものとして説明した。しかし、応用例として、外部端末１１から、管理サーバ１２にアドレス登録されている内部端末１５への接続要求がなされてから、管理サーバ１２が内部端末１５との暗号化通信路確立処理を行ってもよい。
【０１６２】
なお、上記実施形態１，２では、管理サーバ１２は暗号化鍵とともに設定情報も送信しているが、新たに開始する暗号化通信に必要なものを送れば良く、たとえばアルゴリズムや鍵長が予め特定されている場合は、送信しなくても良い。
【０１６３】
さらに、上記実施形態１，２では、通信端末と通信端末間の通信を常に暗号化しているが、暗号化が必要でない場合は暗号化をしなくても良い。例えば、内部端末１５とAPサーバ１４の間の通信は、組織内ネットワーク１６内でやり取りされるため、必要ない場合には暗号化しなくても良い。この場合、管理サーバ１２が各通信端末に送付する設定情報のうち、暗号アルゴリズムを示す情報として、「暗号化しない」旨を示すメッセージを設定する。
【０１６４】
また、上記実施形態１，２を適宜組み合わせて実施してもよい。
【図面の簡単な説明】
【０１６５】
【図１】本発明の２つの実施形態における通信システムの構成を例示する図である。
【図２】外部端末１１、内部端末１５、APサーバ１４の概略構成を例示する図である。
【図３】管理サーバ１２の概略構成を例示する図である。
【図４】検証サーバ１３の概略構成を例示する図である。
【図５】外部端末１１、内部端末１５、APサーバ１４、管理サーバ１２、検証サーバ１３の各々のハードウェア構成例を例示する図である。
【図６】外部端末１１と管理サーバ１２が、外部端末―管理サーバ間暗号化通信路を確立するために、互いに認証するまでの処理手順を例示するフローチャートである。
【図７】外部端末１１と管理サーバ１２が、外部端末―管理サーバ間暗号化通信路を確立し、それを終了させるまでの処理手順を例示するフローチャートである。
【図８】内部端末１５が管理サーバ１２に、内部端末１５のアドレスを登録する処理手順を例示するフローチャートである。
【図９】外部端末１１が、内部端末１５と接続処理を行う際に、管理サーバ１２が、内部端末へ接続要求を行うまでの処理手順を例示するフローチャートである。
【図１０】外部端末１１が、内部端末１５と接続処理を行う際に、外部端末１１と内部端末１５間での端末−端末間暗号化通信路を確立し、それを終了させるまでの処理手順を例示するフローチャートである。
【図１１】実施形態１において、外部端末１１が、内部端末１５を介して、APサーバ１４へ接続する際に、外部端末１１−内部端末１５間と、内部端末−APサーバ１４間の内部端末―APサーバ間暗号化通信路を確立するまでの処理手順を例示するフローチャートである。
【図１２】実施形態１において、外部端末１１が、内部端末１５を介して、APサーバ１４へ接続する際に、暗号化通信路を用いて、情報を送付するまでの処理手順を例示するフローチャートである。
【図１３】実施形態２において、外部端末１１が、内部端末１５を介して、APサーバ１４へ接続する際に、端末−端末間暗号化通信路を確立するまでの処理手順を例示するフローチャートである。
【図１４】実施形態２において、外部端末１１が、内部端末１５を介して、APサーバ１４へ接続する際に、内部端末−APサーバ間暗号化通信路を確立するまでの処理手順を例示するフローチャートである。
【図１５】実施形態２において、外部端末１１が、内部端末１５を介して、APサーバ１４へ接続する際に、暗号化通信路を用いて、情報を送付するまでの処理手順を例示するフローチャートである。
【図１６】実施形態２において、管理サーバが保持する認証状態テーブルの内容を例示する図である。
【図１７】実施形態２において、管理サーバが保持する通信状態テーブルの内容を例示する図である。
【図１８】実施形態２において、外部端末１１が、内部端末１５を介して、APサーバ１４へ接続する際に、外部端末１１による内部端末１５を介したAPサーバ１４との接続要求の内容を例示する図である。
【符号の説明】
【０１６６】
１１：外部端末、１２：管理サーバ、１３：検証サーバ、１４：アプリケーションサーバ、１５：内部端末、２０ａ、３０ａ、４０ａ：処理部、２０ｂ、３０ｂ、４０ｂ：記憶部、２０ｃ、３０ｃ、４０ｃ：入出力部、２０ｄ、３０ｄ、４０ｄ：通信部、２１：アドレス登録申請部、２２、４３：対管理サーバ通信処理部、２３、３３：対端末通信処理部、２５、３６：秘密鍵・証明書保持部、２６：暗号化鍵保持部、２４、３５、４４：制御部、３１：アドレス登録／検索部、３２：鍵生成・配布部、３４：対検証サーバ通信処理部、３７：アドレスDB、４１：認証パス検索部、４２：認証パス検証部、４５：証明書保持部、６０：認証状態テーブル、６１：端末のアドレス、６２：端末のIPアドレス、６３認証結果、６４：認証時刻、７０：通信状態テーブル、７１：通信元アドレス、７２：通信先アドレス、７３：通信開始時刻、８０：被認証対象情報付き接続要求、８１：通信元情報、８２：通信先情報、８３：被認証対象情報、８４その他通信情報・アプリケーション情報。
【技術分野】
【０００１】
本発明は、インターネット等の通信網を介して暗号通信を行う技術に関する。
【背景技術】
【０００２】
自宅の通信端末から企業の情報資産に適切にアクセスしたり、企業の各拠点のローカルネットワークどうしをセキュアに接続したりするために、VPN（Virtual Private Network：仮想私設網）の技術が利用されている。
【０００３】
例えば、インターネット等の外部ネットワークに接続された外部通信端末（以下、外部端末ということがある）が、会社等の組織内ネットワークに接続された内部通信端末（以下、内部端末ということがある）と、セキュア通信を行う場合について、説明する。
【０００４】
まず、外部通信端末は、インターネットから組織内ネットワークの入り口にあるVPN装置に対して、内部通信端末への接続要求を送信する。ここで、VPN装置は、公開鍵証明書（以下「証明書」と記す）等を用いて、外部通信端末の認証を行い、内部通信端末へアクセス可能な端末であることを確認する。また、外部通信端末は、証明書等を用いて、VPN装置の認証を行う。
【０００５】
外部通信端末とVPN装置が互いに認証できたら、外部通信端末とVPN装置で暗号化鍵を共有し、この二者間でやり取りするデータは暗号化鍵を用いて暗号化する。また、VPN装置は、内部通信端末へ接続し、外部通信端末が必要とするデータの仲介を行う。
【０００６】
このようにして、外部通信端末は、VPN装置を介して、内部通信端末と通信を行うことができる。また、外部通信端末とVPN装置の間でやり取りされるデータは、暗号化される為、セキュアな通信を行うことができる。
【０００７】
例えば、非特許文献１において、VPN技術を提供する機器の機能説明が開示されている。
【０００８】
【非特許文献１】NORTEL NETWORKS、" Alteon SSL VPN"、[online]、NORTEL NETWORKS、P.2-3、[平成１７年５月１１日検索]、インターネット＜http://www.nortel.com/products/01/alteon/sslvpn/collateral/nn102960-073103.pdf＞
【発明の開示】
【発明が解決しようとする課題】
【０００９】
従来のVPN技術を用いたセキュア通信方法では、やり取りされる全てのデータが、VPN装置を介して送受信されるため、VPN装置の負荷が大きくなる恐れがある。
【００１０】
例えば、外部通信端末や内部通信端末が複数台存在し、各通信端末間で多数のセキュア通信が行われる場合、VPN装置において、複数の外部通信端末の認証処理や、通信端末間でやり取りされる全てのデータの暗号化処理を行う。このため、VPN装置における負荷が大きくなってしまうという問題がある。
【００１１】
さらに、もう一つの課題として、組織内ネットワークに業務アプリケーションやデータベース等を提供するアプリケーションサーバ（以下、APサーバということがある）が接続されている場合において、外部通信端末が内部通信端末を介して、アプリケーションサーバへアクセスする場合に、認証処理が複数必要になるという点がある。
【００１２】
例えば、インターネットに接続された外部通信端末が、会社内のネットワークに接続された内部通信端末にリモートアクセスして作業している場合において、内部通信端末からアプリケーションサーバのサービスを利用する場合、VPN装置における認証処理の他に、アプリケーションサーバにおける認証処理、例えばユーザID、パスワード等を入力する必要があり、パスワードの管理が煩雑になる恐れがある。
【００１３】
また、従来のVPN技術では、VPN装置と内部通信端末間、さらには、内部通信端末とAPサーバ間の通信を暗号化することは考慮されておらず、セキュリティを確保するために外部通信端末とAPサーバ間の通信路全体を暗号化しようとすると、そのための処理が煩雑になる、という課題がある。
【課題を解決するための手段】
【００１４】
本発明は、上記事情に鑑みてなされたものであり、セキュア通信における負荷を分散させ、通信路全体を暗号化する技術、および／または、外部通信端末から内部通信端末を介してアプリケーションサーバ等の組織内通信端末にアクセスする場合において、認証を簡単化するとともに、更なるセキュリティの確保を可能とする技術を提供する。
【００１５】
上記を実現するために、本発明では、外部通信端末、内部通信端末、アプリケーションサーバを管理する、管理サーバを配した通信システムを提供する。
【００１６】
本発明の通信システムでは、以下のステップを行うことにより、外部通信端末と内部通信端末との間で、セキュア通信を行う。また、外部通信端末が、内部通信端末を介して、アプリケーションサーバとセキュア通信を行うステップについても、説明する。
【００１７】
まず、外部通信端末が内部通信端末とセキュア通信を始める場合を説明する。
【００１８】
外部通信端末は、組織内ネットワークの入り口に接続された管理サーバへ接続し、外部通信端末と管理サーバは互いに認証を行う。なお、厳密な認証が必要な場合は公開鍵証明書を用いた認証を行えばよい。
【００１９】
互いに認証に成功したら、外部通信端末と管理サーバ間でやり取りするデータを暗号化するための暗号化鍵を共有し、外部通信端末と管理サーバ間の暗号化通信路を確立する。
【００２０】
また、内部通信端末と管理サーバ間においても、予め上記と同様の処理を行い、内部通信端末と管理サーバ間の暗号化通信路を確立する。
【００２１】
外部通信端末は、管理サーバとの暗号化通信路確立後、管理サーバに対して、内部通信端末への接続要求を送付する。管理サーバは、外部通信端末および内部通信端末のそれぞれを認証済みであることを確認し、外部通信端末と内部通信端末の間の暗号化通信で使用する暗号化鍵と設定情報を生成する。そして、内部通信端末との間に確立された暗号化通信路を通じて、外部通信端末から、内部通信端末に対する接続要求と、暗号化鍵および設定情報を送付する。
【００２２】
内部通信端末は、外部通信端末が内部通信端末に接続可能かどうかを判断し、その結果を管理サーバへ送付する。
【００２３】
外部通信端末と内部通信端末が、接続可能である場合、管理サーバは、接続可能である旨のメッセージと、外部通信端末と内部通信端末の間の暗号化通信で使用する暗号化鍵および設定情報を、外部通信端末へ送付する。
【００２４】
なお、設定情報とは、例えば、暗号化鍵のアルゴリズムの種類や、鍵長、IPアドレスやポートなど暗号化通信を行うために必要な情報の、任意の一つ以上の組み合わせである。
【００２５】
この暗号化鍵と設定情報とを用いて、外部通信端末と内部通信端末の間で、暗号化通信路を確立し、セキュアな通信を行う。なお、本発明においては、通信を行う２つの装置が、互いに暗号化通信が可能な鍵を所有することを暗号化通信路が確立したと見なす。
【００２６】
次に、外部通信端末が、内部通信端末を介して、アプリケーションサーバにアクセスする二つの方法を説明する。例えば、外部通信端末が、内部通信端末にリモートアクセスし、内部通信端末からアプリケーションサーバを利用する場合、以下の二つの方法のいずれかを行いセキュア通信を行う。
【００２７】
一つ目の方法を説明する。まず上記方法にて外部通信端末と内部通信端末の間で、管理サーバを介さない暗号化通信路を確立する。外部通信端末は、確立した暗号化通信路を用いて、内部通信端末に対して、アプリケーションサーバへの接続要求を指示する旨のキー入力情報を送信する。
【００２８】
内部通信端末は、外部通信端末の操作により、アプリケーションサーバとの間に暗号化通信路を確立するために、上記同様のステップを実行する。すなわち、内部通信端末、および、アプリケーションサーバは、それぞれ管理サーバとの間に暗号化通信路を確立する。なお、ここでは、アプリケーションサーバは予め、管理サーバとの間に暗号化通信路を確立しているものとする。また、内部通信端末が、既に管理サーバとの暗号化通信路を確立している場合、再度暗号化通信路を確立する必要は無い。
【００２９】
それぞれの暗号化通信路の確立後、内部通信端末は、管理サーバに対して、アプリケーションサーバへの接続要求を送付する。管理サーバは、アプリケーションサーバを認証済みでありアプリケーションサーバとの間に暗号化通信路を確立済みであるか、を調べ、未だであれば、内部通信端末の場合と同様の処理にて認証および／または暗号化通信路の確立を行い、内部通信端末とアプリケーションサーバの間の暗号化通信で使用する暗号化鍵と設定情報を生成する。そして、アプリケーションサーバとの間に確立された暗号化通信路を介して、内部通信端末からの接続要求と、暗号化鍵および設定情報をアプリケーションサーバに送付する。
【００３０】
アプリケーションサーバは、内部通信端末がアプリケーションサーバに接続可能かどうかを判断し、その結果を管理サーバへ送付する。
【００３１】
結果が接続可能、である場合、管理サーバは、接続可能である旨のメッセージと、内部通信端末とアプリケーションサーバとが管理サーバを介さずに行う暗号化通信で使用する暗号化鍵と設定情報を、内部通信端末へ送付する。
【００３２】
この暗号化鍵と設定情報とを用いて、アプリケーションサーバと内部通信端末が、管理サーバを介さない暗号化通信路を確立する。
【００３３】
外部通信端末が、内部通信端末を介して、アプリケーションサーバにアクセスする場合、これら確立された二つの暗号化通信路（外部通信端末−内部通信端末間、および内部通信端末−アプリケーションサーバ間）を利用して、セキュアな通信を行う。
【００３４】
次に、二つ目の方法を説明する。二つめの方法では、一つめの方法ではアプリケーションサーバへアクセスする際の認証対象にはならなかった外部端末が、新たに認証対象となる。
【００３５】
まず一つ目の方法と同様の方法で、外部通信端末と内部通信端末の間で、管理サーバを介さない暗号化通信路を確立する。外部通信端末は、確立した暗号化通信路を用いて、内部通信端末に対して、内部通信端末を介したアプリケーションサーバへの接続の要求を指示する旨のキー入力情報を送信する。
【００３６】
これを受けて、内部通信端末は、内部通信端末とアプリケーションサーバとの間に暗号化通信路を確立するために、次のステップを実行する。
【００３７】
内部通信端末、および、アプリケーションサーバは、それぞれ管理サーバと暗号化通信路を確立する。なお、ここでは、アプリケーションサーバは予め、管理サーバとの間に暗号化通信路を確立しているものとする。また、内部通信端末が、既に管理サーバとの暗号化通信路を確立している場合、再度暗号化通信路を確立する必要は無い。
【００３８】
それぞれの暗号化通信路の確立後、内部通信端末は、管理サーバに対して、外部通信端末からの操作に基づく、上記アプリケーションサーバに対する接続要求を送付する。このとき送付する接続要求には、アプリケーションサーバへの接続要求元が外部通信端末である旨が記述される。これを受信した管理サーバは、外部通信端末、内部通信端末、アプリケーションサーバを、それぞれ認証済みであることと、外部通信端末が内部通信端末と暗号化通信中であることを確認する。管理サーバは、これらの確認ができたら、内部通信端末とアプリケーションサーバの間の通信で使用する暗号化鍵と設定情報を生成する。そして、アプリケーションサーバとの間に確立された暗号化通信路を介して、内部通信端末から受信した、外部通信端末からアプリケーションサーバに対する内部通信端末を介した接続の要求と暗号化鍵および設定情報を、アプリケーションサーバへ送付する。
【００３９】
アプリケーションサーバは、外部通信端末が内部通信端末を介してアプリケーションサーバに接続可能かどうかを判断し、その結果を管理サーバへ送付する。
【００４０】
結果が接続可能、である場合、すなわち、アプリケーションサーバが、外部通信端末と内部通信端末の両方を認証できた場合、管理サーバは、接続可能である旨のメッセージと、内部通信端末とアプリケーションサーバとが管理サーバを介さずに行う暗号化通信で使用する暗号化鍵と設定情報を、内部通信端末へ送付する。
【００４１】
この暗号化鍵を用いて、アプリケーションサーバと内部通信端末が、管理サーバを介さない暗号化通信路を確立する。
【００４２】
外部通信端末が、内部通信端末を介して、アプリケーションサーバにアクセスする場合、これら確立された二つの暗号化通信路（外部通信端末−内部通信端末間、および内部通信端末−アプリケーションサーバ間）を利用して、セキュアな通信を行う。
【００４３】
ここで、内部通信端末やアプリケーションサーバは、管理サーバとの認証と暗号化通信路の確立を、あらかじめ行うのではなく、外部通信端末による接続要求に応じて行っていても良い。例えば、複数の通信端末から頻繁に接続要求を受けるアプリケーションサーバでは、あらかじめ管理サーバとの暗号化通信路を確立しておき、内部通信端末から管理サーバへ、アプリケーションサーバへの接続要求があった場合には、すぐに処理できるようにしておいても良い。また、特定の外部端末から、まれに接続要求を受けるようなアプリケーションサーバでは、接続要求がなされたタイミングで、管理サーバとの認証を行い、暗号化通信路を確立するのでも良い。
【００４４】
また、内部通信端末とアプリケーションサーバ間の通信路は、必要がない場合には暗号化はしなくても良い。
【００４５】
さらに、管理サーバが、外部通信端末、内部通信端末、アプリケーションサーバの認証を行う際に、証明書を検証する証明書検証サーバ装置（以下検証サーバと記す）に証明書の検証を依頼しても良い。検証サーバが当該証明書を検証することで、より確実な認証を行うことができる。
【００４６】
また、管理サーバは、第三の組織が運営しても良い。すなわち、管理サーバは、内部通信端末とは別の組織内ネットワークに接続する構成でもよい。
【００４７】
上記態様によれば、外部通信端末と内部通信端末間、および、内部通信端末とアプリケーションサーバ間の暗号化通信路確立後は、管理サーバを介さずに暗号化通信を行うことができる。このため、従来技術に比べて、管理サーバに対する負荷が軽減される。さらに、通信路全体を暗号化することができるため、従来技術に比べてよりセキュアな通信が可能となる。
【００４８】
また、本発明によれば、外部通信端末が内部通信端末を介してアプリケーションサーバにアクセスする場合、管理サーバによる外部通信端末、内部通信端末、アプリケーションサーバの認証ができれば、この認証結果を元に、外部通信端末の操作によりアプリケーションサーバにアクセス可能であり、ID／パスワード等のアプリケーションサーバ固有の認証を、別途行う必要が無い。すなわち、管理サーバが、外部通信端末、内部通信端末、アプリケーションサーバ等の各通信端末の認証を一元化して行うことで、各通信端末は複数の認証処理を行う必要が無くなる。これにより、認証を簡単化することができる。
【００４９】
また、管理サーバによる認証において、PKIベースでの厳密認証が可能となる。
【発明の効果】
【００５０】
本発明によれば、外部通信端末と内部通信端末間、および、内部通信端末とアプリケーションサーバ間の暗号化通信において、管理サーバに対する負荷が軽減される。さらに、外部通信端末からアプリケーションサーバに至る通信路全体において、よりセキュアな通信が可能となる。
【００５１】
また、本発明によれば、外部通信端末が内部通信端末を介してアプリケーションサーバにアクセスする場合、アプリケーションサーバが外部通信端末の認証を行う必要が無い。すなわち、認証処理を簡単化することができる。
【発明を実施するための最良の形態】
【００５２】
以下に、本発明の２つの実施形態について説明する。
【００５３】
また、以下の実施例に於いて使用しているID、アドレス、ドメイン名等は、説明のために用いる架空の名称であり、実在するものがあったとしても関係はない。
【００５４】
＜実施形態１＞
図１は、本発明の実施の一形態に係わる通信システムの構成を例示する図である。
【００５５】
本実施例の通信システムは、インターネット等の外部ネットワーク（インターネットという）１７、インターネット１７に接続された外部通信端末１１１〜外部通信端末１１N（「外部端末１１」と総称する）と、インターネット１７に接続している組織内ネットワーク１６と、から構成される。インターネット１７と組織内ネットワーク１６とは、図示していないが、ファイアウォールと呼ぶ、互いの間で不正な通信が行われることを防ぐ装置を介して接続されていても良い。この場合、外部端末１１と、管理サーバ１２の間の通信が、ファイアウォールによって遮断されないように設定しておく。また、各ネットワークは有線、無線どちらのネットワークでも構わない。
【００５６】
また、組織内ネットワーク１６には、組織内の利用者に対して業務アプリケーションやデータベース等を提供するAPサーバ１４と、組織内の利用者が利用するデータが保管されている内部通信端末１５１〜内部通信端末１５M（「内部端末１５」と総称する）と、各通信端末間での通信を管理する管理サーバ１２と、通信端末の認証において証明書を検証する検証サーバ１３、とが接続している。なお、管理サーバ１２および／または検証サーバ１３は、内部端末１５や、APサーバ１４とは別の組織が運営し、別の組織内ネットワークに接続している構成であっても良い。
【００５７】
次に、図１の通信システムを構成する各装置について説明する。
【００５８】
まず、図２を用いて、外部端末１１、内部端末１５、APサーバ１４を説明する。なお、以下の説明において、これらの装置を区別しないときにはAPサーバ１４を含め、単に、「通信端末」または「端末」と呼ぶ。
【００５９】
通信端末は、処理部２０ａと、記憶部２０ｂと、通信結果の表示やユーザからの指示の受付を行う入出力部２０ｃと、インターネット１７や組織内ネットワーク１６を介して他装置と通信を行うための通信部２０ｄと、を有する。
【００６０】
処理部２０ａは、当該通信端末のネットワーク上の位置を特定するアドレスを登録するためのアドレス登録申請部２１と、管理サーバ１２との通信処理を行う対管理サーバ通信処理部２２と、相手方の通信端末との通信処理を行う対端末通信処理部２３と、通信端末の各部を統括的に制御する制御部２４と、を有する。
【００６１】
記憶部２０ｂは、当該通信端末を管理サーバ１２が認証する際に用いる当該通信端末の秘密鍵と公開鍵証明書を保持する秘密鍵・証明書保持部２５と、通信を暗号化するのに用いる暗号化鍵保持部２６と、を有する。
【００６２】
次に、図３を用いて、管理サーバ１２を説明する。
【００６３】
管理サーバ１２は、処理部３０ａと、記憶部３０ｂと、通信結果の表示やユーザからの指示の受付を行う入出力部３０ｃと、組織内ネットワーク１６を介して、他装置またはインターネット１７に接続された他の装置と通信を行うための通信部３０ｄと、を有する。
【００６４】
処理部３０ａは、通信端末からのアドレス登録申請を受けてアドレスをアドレスDB３７に登録したり、通信端末のアドレスを検索したりする、アドレス登録／検索部３１と、通信端末−通信端末間の通信を暗号化するための暗号化鍵を生成し、通信端末へ配布する鍵生成・配布部３２と、通信端末との通信処理を行う対端末通信処理部３３と、検証サーバ１３との通信処理を行う対検証サーバ通信処理部３４と、管理サーバ１２の各部を統括的に制御する制御部３４と、を有する。
【００６５】
記憶部３０ｂは、当該管理サーバを通信端末が認証する際に用いる当該管理サーバ１２の秘密鍵と公開鍵証明書を保持する秘密鍵・証明書保持部３６と、通信端末のアドレスを保持するアドレスDB３７と、を有する。
【００６６】
次に、図４を用いて、検証サーバ１３を説明する。
【００６７】
検証サーバ１３は、処理部４０ａと、記憶部４０ｂと、検証結果の表示やユーザからの指示の受付を行う入出力部４０ｃと、組織内ネットワーク１６を介して、他装置またはインターネット１７に接続された他の装置と通信を行うための通信部４０ｄと、を有する。
【００６８】
処理部４０ａは、管理サーバ１２から受け付けた検証要求に対して、管理サーバが信頼する認証機関の証明書から、検証対象である通信端末の証明書までの信頼関係を示す認証パスを検索する認証パス検索部４１と、認証パス検索部４１で検索した認証パスを検証する認証パス検証部４２と、管理サーバ１２との通信処理を行う対管理サーバ通信処理部４３と、検証サーバ１３の各部を統括的に制御する制御部４４と、を有する。
【００６９】
記憶部４０ｂは、認証パス検索部４１が認証パスを検索する際に、認証機関から取得する証明書や失効情報を保持する証明書保持部４５、を有する。
【００７０】
なお、図２〜図４に例示する通信端末、管理サーバ１２、検証サーバ１３の各々の処理部は、例えば、図５に例示するような、CPU５１と、メモリ５２と、ハードディスク等の外部記憶装置５３と、インターネット１７や組織内ネットワーク１６を介して他装置と通信を行うための通信装置５４と、キーボードやマウス等の入力装置５５と、表示装置やプリンタ等の出力装置５６と、可搬性を有する記憶媒体５８から情報を読み取る読取装置５７と、これらの各装置間を接続する内部通信線５０とを備えた、一般的な電子計算機において、CPU５１がメモリ５２上にロードされた所定のプログラムを実行することにより、具現化できる。
【００７１】
これらのプログラムは、あらかじめ、上記電子計算機内のメモリ５２または外部記憶装置５３に格納されていても良いし、必要なときに、上記電子計算機が利用可能な、着脱可能な記憶媒体５８から、または通信媒体（インターネット１７や組織内ネットワーク１６など、またはそれらの上を伝搬する搬送波やデジタル信号など）を介して他の装置から、導入されてもよい。
【００７２】
また、本実施例では、通信端末は、図５に示されるような構成により実現できるとしているが、本発明はそれに限定されるものではない。図２に例示する通信端末は、インターネット１７や組織内ネットワーク１６と接続することのできる通信装置５４相当の機能を備えた機器であってもよい。例えば、ルータ、PC、PDAだけでなく、テレビ、冷蔵庫、エアコン、電子レンジなど家庭電気製品も、図５に類似の構成を備えることで、通信端末となりうる。
【００７３】
また、上述の各々の処理部をハードウェアとして構成することも可能である。
【００７４】
次に、本実施の形態による通信システムの動作について説明する。
【００７５】
本実施形態の通信システムの動作は、通信端末−管理サーバ間での暗号化通信路確立動作と、通信端末−通信端末間での暗号化通信路確立動作とを含む。
【００７６】
図６と図７は、本実施形態の通信端末−管理サーバ間での暗号化通信路確立動作を説明するためのフロー図であり、内部端末１５と管理サーバ１２間で暗号化通信路（内部端末―管理サーバ間暗号化通信路という）を確立する場合の例である。
【００７７】
内部端末１５の対管理サーバ通信処理部２２は、管理サーバ１２を認証するために、管理サーバ１２に対して、管理サーバ１２証明書の要求を送信する（図６，ステップ１００１）。これを受信した管理サーバ１２の対端末通信処理部３３は（ステップ１００２）、当該管理サーバの証明書を秘密鍵・証明書保持部２６から取り出し、応答するとともに、相手方の内部端末１５の証明書要求を、内部端末１５に対して送付する（ステップ１００３）。これを受信した内部端末１５の対管理サーバ通信処理部２２は（ステップ１００４）、当該内部端末１５の証明書を、秘密鍵・証明書保持部３６から取り出し、管理サーバ１２に対して送付する（ステップ１００５）。
【００７８】
内部端末１５の対管理サーバ通信処理部２２は、ステップ１００４にて受信した管理サーバ１２の証明書の検証を行い（ステップ１００７）、管理サーバ１２が成りすまししていないことをチェックする。管理サーバ１２の証明書検証に失敗した場合（ステップ１００８でNo）、管理サーバの認証が出来ないため、通信を終了する（ステップ１１０７）。管理サーバ１２の証明書検証に成功した場合（ステップ１００８でYes）、次のステップへ進む。
【００７９】
管理サーバ１２の対端末通信処理部３３は、内部端末１５から証明書を受信し（ステップ１００６）、当該証明書を検証するために、対検証サーバ通信処理部３４を通じて、検証サーバ１３に対して、内部端末１５証明書の検証要求を送付する（ステップ１００９）。
【００８０】
証明書検証サーバ１３は、検証要求を受信し（ステップ１０１０）、認証パス検索部４１において認証パス検索処理を行い、当該検索された認証パスの検証を認証パス検証部４２において行う（ステップ１０１１）。内部端末１５証明書の検証に成功した場合（ステップ１０１２でYes）、検証サーバ１３の対管理サーバ通信処理部４３は、証明書検証に成功した旨の通知を管理サーバ１２へ送付する（ステップ１０１３）。内部端末１５証明書の検証に失敗した場合（ステップ１０１２でNo）、対管理サーバ通信処理部４３は、証明書検証に失敗した旨の通知を管理サーバ１２へ送付する（ステップ１０１４）。
【００８１】
管理サーバ１２の対端末通信処理部３３は、対検証サーバ通信処理部３４を介して、検証サーバ１３から検証結果を受信し（ステップ１０１５）、当該検証結果が失敗である場合（ステップ１０１６でNo）は、内部端末１５の認証が出来ないため、通信を終了する（図７，ステップ１１０７）。内部端末１５証明書の検証結果が成功であった場合（ステップ１０１６でYes）は、次のステップへ進む。
【００８２】
内部端末１５と管理サーバ１２が、互いに認証できたら（ステップ１００８でYes、かつ、ステップ１０１６でYes）、内部端末１５の対管理サーバ通信処理部２２と管理サーバ１２の対端末通信処理部３３は、通信路を暗号化するための秘密鍵を互いに共有する（図７，ステップ１１０１、ステップ１１０２）。秘密鍵を共有するための方法としては、例えば、RFC 2246としてIETFで標準化されているTLS(Transport Layer Security)を用いればよい。秘密鍵を共有したら、内部端末１５と管理サーバ１２との間の認証および暗号化通信路の確立ができたこととなるため、管理サーバ１２のアドレス登録／検索部３１は、内部通信端末１５のIPアドレスと、認証の結果（ここでは認証に成功した旨を示す）を対応付けて、図１６に示す認証状態テーブル６０に登録する（ステップ１１０３）。具体的には、内部通信端末１５のIPアドレスを端末のIPアドレス６２へ登録し、認証に成功した旨を示すメッセージとその時刻を認証結果６３および認証時刻６４へ登録する。この認証状態テーブル６０は、当該管理サーバ１２が通信する通信端末の状態を管理するためのものであり、管理サーバ１２のアドレスDB３７に保持される。
【００８３】
これまでの処理を行うことにより、内部通端末１５と管理サーバ１２との間の暗号化通信路確立処理が完了し（ステップ１１０４）、内部端末１５の対管理サーバ通信処理部２２と、管理サーバ１２の対端末通信処理部３３は、当該秘密鍵を用いて暗号化通信を行う（ステップ１１０５、１１０６）。
【００８４】
暗号化通信が終了したら、内部端末１５の対管理サーバ通信処理部２２と、管理サーバ１２の対端末通信処理部３３は、暗号化通信路を開放する（ステップ１１０７）。なお、暗号化通信路を開放することは、たとえば、暗号化通信に使用する暗号化鍵を無効化することにより可能である。
【００８５】
そして、管理サーバ１２のアドレス登録／検索部３１は、ステップ１１０３で登録した当該内部通信端末１５のIPアドレスと認証の結果を、アドレスDB３７に保持される認証状態テーブル６０から削除する。なお、通信端末のIPアドレスを認証状態テーブル６０に固定で登録する場合は、通信端末のIPアドレスは削除しなくても良い。
【００８６】
このようなステップを実行することにより、内部端末１５と管理サーバ１２は、互いに相手方を確認した上で、暗号化通信路を確立することができる。
【００８７】
次に、通信端末−通信端末間での暗号化通信路確立動作について説明する。
【００８８】
通信端末−通信端末間での暗号化通信路を確立するためには、あらかじめ通信端末のアドレス情報が、管理サーバ１２へ登録される必要がある。アドレス情報とは、通信端末を特定する情報（以下端末IDという）と、ネットワーク上の場所を示すアドレス（たとえばIPアドレス）を対応付ける情報である。端末IDには、ドメイン内で固定のものを使えばよい。この場合のIDの固定とは、ドメイン内で端末を特定でき、かつ、変わらないものを指す。例えば、持ち歩き可能な端末の場合、ネットワークに接続する場所によってIPアドレスが変わる可能性があるが、その他の変わらない情報、例えば、通信端末名や、通信端末のMACアドレスは、端末IDとして使うことができる。また、会社内のような閉じたドメインでは、通信端末のユーザのメールアドレスや、通信端末のSIP-URIや、通信端末のFQDN（完全修飾ドメイン名、Fully Qualified Domain Name）のような情報を端末IDとして使うこともできる。図８を用いて、アドレス登録動作の説明をする。
【００８９】
図８は、通信端末が自己のアドレスを、管理サーバ１２へ登録する動作を説明するためのフロー図であり、内部端末１５が、管理サーバ１２へアドレス登録する場合の例である。
【００９０】
まず、内部端末１５と管理サーバ１２は、図６のステップ１００１からステップ１０１６と、図７のステップ１１０１からステップ１１０４までを実施することにより、内部端末―管理サーバ間暗号化通信路を確立する（ステップ２００１）。内部端末―管理サーバ間暗号化通信路確立後、内部端末１５のアドレス登録申請部２１は、当該内部端末１５のアドレスの登録申請を管理サーバ１２へ送付する（ステップ２００２）。管理サーバ１２のアドレス登録／検索部３１は、登録申請を受信したら（ステップ２００３）、内部端末１５の端末IDとIPアドレスを対応付けて、アドレスDB３７に保持される認証状態テーブル６０へ登録する（ステップ２００４）。具体的には、認証状態テーブル６０の端末のIPアドレス６２から、当該内部端末１５のIPアドレスを検索し、検出したIPアドレスに対応付けて当該内部端末の端末IDを、端末のアドレス６１へ登録する。認証状態テーブル６０において、当該内部端末のIPアドレスが検出されなかった場合、当該内部端末１５の端末IDとIPアドレスを、端末のアドレス６１と端末のIPアドレス６２へ新たに登録する。登録完了後、内部端末１５に対して、登録完了通知を送付する（ステップ２００５）。内部端末１５が、登録完了通知を受信したら（ステップ２００６）、内部端末１５と管理サーバ１２は、内部端末―管理サーバ間暗号化通信路の終了処理を実行する。上記ステップを実行することにより、内部端末１５のアドレスを、管理サーバ１２に登録することができる。
【００９１】
他の通信端末、例えば、外部端末１１も、図８と同様のステップを実行することにより、当該外部端末１１のアドレスを管理サーバ１２へ登録することができる。
【００９２】
さらに、通信端末は、管理サーバ１２に登録したアドレスを削除することもできる。削除する場合は、図８に示す処理において「登録」を「削除」と置き換えた（読み替えた）処理を行う。
【００９３】
また、当該通信端末に割り当てられたアドレスが変わった場合には、再度図８のアドレス登録処理を実行する必要がある。例えば、通信端末が動的にアドレス割り当てを受けている場合に、通信端末の電源をOFF、ONしたり、通信端末をリセットしたりすると、アドレスが変わる可能性がある。また、通信端末が、ネットワークとの接続を終了し、移動先で、別のネットワークに接続する場合には、アドレスが変わる可能性がある。このような場合に、通信端末は、再度図８の登録処理を行うことにより、最新のアドレスを管理サーバ１２へ登録する。
【００９４】
さらに、当該通信端末のIPアドレスと端末IDを固定で設定する場合には、あらかじめ当該通信端末のアドレスを登録しておけばよく、その場合はアドレス情報を削除する必要はない。
【００９５】
図９と図１０は、通信端末と通信端末間で、管理サーバを介して行われる、管理サーバを介さない暗号化通信路を確立する動作を説明するためのフロー図であり、外部端末１１−内部端末１５間で暗号化通信路（端末―端末間暗号化通信路という）を確立する場合の例である。
【００９６】
まず、管理サーバ１２と内部端末１５は、予め、図６のステップ１００１からステップ１０１６と、図７のステップ１１０１からステップ１１０４までを実施することにより、内部端末―管理サーバ間暗号化通信路を確立する（ステップ３００１）。そして、内部端末１５が自身のアドレスをまだ登録していない場合は、図８のステップ２００２からステップ２００６までを実施することにより、内部端末１５のアドレスを管理サーバ１２へ登録する（ステップ３００２）。
【００９７】
外部端末１１が、内部端末１５と通信を開始しようとするタイミング等において、外部端末１１と管理サーバ１２は、図６のステップ１００１からステップ１０１６と、図７のステップ１１０１からステップ１１０４までを実施することにより、外部端末―管理サーバ間暗号化通信路を確立する（ステップ３００３）。そして、外部端末１１が自身のアドレスをまだ登録していない場合、あるいは登録アドレスの更新が必要な場合は、図８のステップ２００２からステップ２００６までのステップを実施することにより、外部端末１１のアドレスを管理サーバ１２へ登録する（ステップ３００４）。
【００９８】
外部端末―管理サーバ間暗号化通信路を確立後、外部端末１１の対管理サーバ通信処理部２２は、内部端末１５への接続要求を、管理サーバ１２に対して送信する（ステップ３００５）。なお、接続要求には、接続相手（内部端末１１）を特定する情報である端末IDが含まれる。
【００９９】
接続要求を受信した管理サーバ１２の対端末通信処理部３３は（ステップ３００６）、アドレス登録／検索部３１により、認証状態テーブル６０から内部端末１５のアドレスを、端末IDをキーにして検索する（ステップ３００７）。認証状態テーブル６０において、当該内部通信端末１５に対応する認証結果６３に、認証成功の旨を示すメッセージが登録されていない場合、すなわち暗号化通信路が確立されていない場合（ステップ３００８でNo）、管理サーバ１２の対端末通信処理部３３は、内部端末１５との間で、暗号化通信路確立処理を行い（ステップ３００９）、ステップ３０１１へ進む。認証状態テーブル６０において、当該内部通信端末１５に対応する認証結果６３に、認証成功の旨を示すメッセージが登録されている場合（ステップ３００８でYes）、管理サーバ１２の鍵生成・配布部３２は、両端末間の通信路を暗号化するのに利用する暗号化鍵及び設定情報を生成する（ステップ３０１０）。そして、管理サーバ１２の対端末通信処理部３３は、内部端末１５に対して、外部端末１１から内部端末１５への接続要求と、ステップ３０１０で生成した暗号化鍵及び設定情報を送信する（ステップ３０１１）。このとき、接続要求及び暗号化鍵等は、内部端末−管理サーバ間暗号化通信路を使用して、送信される。
【０１００】
内部端末１５の対管理サーバ通信処理部２２は、管理サーバ１２より受信した暗号化鍵と設定情報とを（ステップ３０１２）暗号化鍵保持部２６へ格納する。そして、当該外部端末１１が当該内部端末１５に接続可能かどうかを判断し（ステップ３０１３）、当該判定結果を管理サーバ１２へ送信する（ステップ３０１４）。管理サーバ１２の対端末通信処理部３３は、内部端末１５から判定結果を受信する（ステップ３０１５）。
【０１０１】
管理サーバ１２の対端末通信処理部３３は、外部端末１１が内部端末１５と接続不可という判定結果である場合（ステップ３１０１でNo）、接続不可である旨を示した判定結果を、外部端末１１へ送信し（ステップ３１０２）、端末―端末間暗号化通信路確立処理を終了する。
【０１０２】
外部端末１１が内部端末１５と接続可能である場合（ステップ３１０１でYes）、管理サーバ１２の対端末通信処理部３３は、接続可能である旨を示した判定結果と、ステップ３０１０で生成した暗号化鍵及び設定情報を外部端末１１へ送信する（ステップ３１０３）。このとき、少なくとも暗号化鍵は外部端末−管理サーバ間暗号化通信路を使用して、送信される。
【０１０３】
外部端末１１の対管理サーバ通信処理部２２は、管理サーバ１２から、内部端末１５と通信可能かどうかの判定結果等を受信し、さらに暗号化鍵を受信した場合には、当該暗号化鍵を、暗号化鍵保持部２６へ格納する（ステップ３１０４）。
【０１０４】
外部端末１１及び内部端末１５は、判定結果が接続不可である場合（ステップ３１０５、３１０６でNo）は、端末―端末間暗号化通信路確立処理を終了する。判定結果が通信可能である場合(ステップ３１０５、３１０６でYes)は、外部端末１１と内部端末１５の間で、端末―端末間暗号化通信路を確立する（ステップ３１０７）。この端末―端末間暗号化通信路を利用して、外部端末１１の対端末通信処理部２３と内部端末１５の対端末処理部２３は、情報をやり取りできる（ステップ３１０８）。
【０１０５】
外部端末１１と内部端末１５間での通信路が不要になったら、端末―端末間暗号化通信路を終了することができる。端末―端末間暗号化通信路を終了する場合には、以下のステップを行う。
【０１０６】
外部端末１１の対管理サーバ通信処理部２２は、管理サーバ１２に対して、内部端末１５との暗号化通信の切断要求を送信する（ステップ３１０９）。管理サーバ１２の対端末通信処理部３３は（ステップ３１１０）、受信した当該接続要求を内部端末１５へ転送する（ステップ３１１１）。内部端末１５の対管理サーバ通信処理部２２は、当該切断要求を受信したら（ステップ３１１２）、それに対応する切断応答を管理サーバ１２へ送信し（ステップ３１１３）、対端末通信処理部２３は、外部端末１１との端末―端末間暗号化通信路を開放する（ステップ３１１７）。 また、管理サーバ１２の対端末通信処理部３３は、内部端末１５から切断応答を受信したら（ステップ３１１４）、当該切断応答を外部端末１１へ転送する（ステップ３１１５）。外部端末１１において対管理サーバ通信処理部２２が、管理サーバ１２から切断応答を受信したら(ステップ３１１６）、対端末通信処理部２３は、内部端末１５との端末―端末間暗号化通信路を終了する（ステップ３１１７）。
【０１０７】
なお、外部端末１１から切断要求を送信するのではなく、内部端末１５から送信しても良い。その場合は、外部端末１１と内部端末１５が入れ替わってステップ３１０９からステップ３１１７の処理を行えばよい。
【０１０８】
また、外部端末１１と内部端末１５は、通信を終了するためにステップ３１０９からステップ３１１７を必ずしも行う必要はなく、当該ステップを行わずに、通信を終了してもよい。
【０１０９】
図９と図１０のフロー図で例示するように、管理サーバ１２は、外部端末１１と内部端末１５を、それぞれ認証し、この各通信端末の正当性が確認できた場合に、外部端末１１と内部端末１５間の暗号化通信路を確立される。そして、端末−端末間暗号化通信路が確立された後は、管理サーバ１２を介すこと無く、通信端末同士で暗号化通信を行うことができるため、管理サーバ１２へ負荷をかけることなく、セキュア通信を行うことができる。さらに、端末−端末間暗号化通信路全体が暗号化されるため、従来よりセキュアな通信が可能となる。
【０１１０】
本実施の形態では、端末−端末間暗号化通信路確立の際に、通信相手となる通信端末（上記実施例では内部端末１５）と管理サーバ１２が、予め通信端末−管理サーバ間の暗号化通信路を確立し、アドレス登録処理を実施しているが（ステップ３００１、ステップ３００２）、これに限るものではない。通信相手となる内部端末１５のアドレス登録を予め実施するか、またはアドレス登録を静的に行った状態において、通信元の通信端末（上記実施例では外部端末１１）が、管理サーバ１２へ、通信先の通信端末への接続要求を行った後に（ステップ３００８でYesのタイミングで）、通信先通信端末と管理サーバ１２との、間の暗号化通信路確立を行っても良い。
【０１１１】
例えば、他の端末にサービスを提供するアプリケーションサーバなど、複数の通信端末から頻繁に接続要求を受けるような通信端末の場合等においては、上記実施形態で示した内部端末の場合と同様に、あらかじめ管理サーバ１２との暗号化通信路を確立しておき、内部端末１５から接続要求があった場合には、すぐに端末−端末間の場合と同様に暗号化通信路を確立し、サービスを提供できるようにしておいても良い。
【０１１２】
これに対して、内部端末１５が、外部端末１１から接続要求を受ける頻度が低い場合は、外部端末１１から当該内部端末１５へ、接続要求がなされたタイミングで、内部端末１５と管理サーバ１２間の暗号化通信路確立処理を行う形態でも良い。
【０１１３】
次に、本実施の形態による通信システムにおいて、外部端末１１が、内部端末１５を介して、APサーバ１４へアクセスする場合の動作について説明する。例えば、インターネットに接続された外部端末１１が、会社内のネットワークに接続された内部端末１５にリモートアクセスして作業している場合において、内部端末１５からAPサーバ１４のサービスを利用する場合等がある。この場合、外部端末１１から内部端末１５に対して、キーボードやマウスの入力情報が送信され、その情報に基づき、内部端末１５がAPサーバ１４との間でやり取りを行う。また、内部端末１５がAPサーバ１４との間でやり取りを行った結果の画面情報等が、内部端末１５から外部端末１１へ送信され、利用者へ提供される。
【０１１４】
図１１と図１２は、本実施形態において、外部端末１１が、内部端末１５を介して、APサーバ１４へアクセスする場合の動作を説明するためのフロー図である。
【０１１５】
図１１，１２の処理において、APサーバ１４は、内部端末１５の一つと見なせばよい。したがって、APサーバ１４と管理サーバ１２は、まず、図６、図７の管理サーバ１２と内部端末１５によるステップ１００１からステップ１０１６と、ステップ１１０１からステップ１１０４までを実施することにより、あらかじめ管理サーバ−APサーバ間の暗号化通信路（管理サーバ−APサーバ間暗号化通信路という）を確立する（ステップ４００１）。そして、APサーバ１４が自身のアドレスをまだ登録していない場合は、図８のステップ２００２からステップ２００６までを実施することにより、APサーバ１４のアドレスを管理サーバ１２へ登録する（ステップ４００２）。
【０１１６】
同様に、内部端末１５と管理サーバ１２は、図６のステップ１００１からステップ１０１６と、図７のステップ１１０１からステップ１１０４までを実施することにより、あらかじめ内部端末−管理サーバ間暗号化通信路を確立する（ステップ４００３）。そして、内部端末１５が自身のアドレスをまだ登録していない場合は、図８のステップ２００２からステップ２００６までを実施することにより、内部端末１５のアドレスを管理サーバ１２へ登録する（ステップ４００４）。
【０１１７】
同様に、外部端末１１は、内部端末１５との端末―端末間暗号化通信路を確立するために、以下のステップを実行する。
【０１１８】
外部端末１１と、管理サーバ１２は、それぞれ、図６のステップ１００１からステップ１０１６と、図７のステップ１１０１からステップ１１０４までのステップに示す内部端末１５と管理サーバ１２による処理を実施することにより、外部端末−管理サーバ間暗号化通信路を確立する（ステップ４００５）。そして、外部端末１１が自身のアドレスをまだ登録していない場合は、図８のステップ２００２からステップ２００６までを実施することにより、外部端末１１のアドレスを管理サーバ１２へ登録する（ステップ４００６）。
【０１１９】
外部端末−管理サーバ間暗号化通信路確立後、外部端末１１の対管理サーバ通信処理部２２は、内部端末１５への接続要求を管理サーバ１２へ送信する（ステップ４００７）。管理サーバ１２、外部端末１１、内部端末１５は、図９，１０に示すステップ３００７からステップ３１０７までを実施することにより、外部端末１１と内部端末１５の間での端末−端末間暗号化通信路を確立する（ステップ４００８）。
【０１２０】
次に、外部端末１１の対端末通信処理部２３は、内部端末１５を介してAPサーバ１４と通信するために、内部端末１５に対して、APサーバ１４への接続要求を指示する旨のキー入力情報を送信する（ステップ４００９）。当該接続要求は、ステップ４００８で確立した端末−端末間暗号化通信路を利用して送信される。
【０１２１】
内部端末１５の対端末通信処理部２３が外部端末１１からAPサーバ１４への接続要求を指示する旨のキー入力情報を受信したら、内部端末１５とAPサーバ１４の間で暗号化通信路（内部端末―APサーバ間暗号化通信路という）を確立するために、ステップ４００７からステップ４００８において、内部端末１５とAPサーバ１４がそれぞれ、外部端末１１と内部端末１５に相当する処理を行う。この暗号化通信路は、内部端末１５とAPサーバ１４との間に確立される端末−端末間暗号化通信路と見なすことができる。
【０１２２】
すなわち、内部端末１１の対管理サーバ通信処理部２２は、管理サーバ１２に対してAPサーバ１４との接続要求を送信する（ステップ４０１０）。管理サーバ１２が、内部端末１５からAPサーバ１４に対する接続要求を受信したら、管理サーバ１２、内部端末１５、APサーバ１４は、図９，１０に示すステップ３００７からステップ３１０７までを実施することにより、内部端末−APサーバ間暗号化通信路を確立する（ステップ４０１１）。なお、既にステップ４００１とステップ４００３において、内部端末―管理サーバ間暗号化通信路と、APサーバ―管理サーバ間暗号化通信路を確立しているため、ここで再度暗号化通信路を確立する必要は無い。
【０１２３】
以上のステップを実行することにより確立された二つの暗号化通信路、すなわち、外部端末−内部端末間暗号化通信路、内部端末−APサーバ間暗号化通信路を利用して、外部端末１１は、内部端末１５を介して、APサーバ１４との暗号化通信を行うことができる。
【０１２４】
すなわち、外部端末１１の対端末通信処理部２３は、内部端末１５との間で確立された端末―端末間暗号化通信路を利用し、内部端末１５に対して、APサーバ１４へ処理要求を指示する旨のキー入力情報を送信する（ステップ４１０１）。内部端末１５の対端末通信処理部２３は、外部端末１１から、APサーバ１４へ処理要求を指示する旨のキー入力情報を受信したら、受信したキー入力に基づく処理要求をAPサーバ１４との間で確立された内部端末―APサーバ間暗号化通信路を利用し、APサーバ１４へ送信する（ステップ４１０２）。APサーバ１４の対端末通信処理部２３が内部端末１５から処理要求を受信したら、APサーバ１４は要求された処理を実行する。そして、APサーバ１４の対端末通信処理部２３は、内部端末−APサーバ間暗号化通信路を利用して、要求された処理の実行結果を、内部端末１５へ送信する（ステップ４１０３）。内部端末１５の対端末通信処理部２３は、これを受信し、この処理結果または、この処理結果に基づいて生成した画面等への出力情報を、端末−端末間暗号化通信路を利用して、外部端末１１へ送信する（ステップ４１０４）。外部端末１１の対端末通信処理部２３は、この出力情報を受信し、入出力部２０ｃから画面等へ出力する。
【０１２５】
以上のステップを実行することによって、外部端末１１は、内部端末１５を介して、APサーバ１４とセキュアな通信を行うことができる。
【０１２６】
＜実施形態２＞
第二の実施形態を説明する。
【０１２７】
本実施形態において、外部端末１１が、内部端末１５を介して、APサーバ１４へアクセスする場合に、図１３、１４、１５に示すような動作を行う。
【０１２８】
図１３に示すように、APサーバ１４と管理サーバ１２は、それぞれ、図６、図７に示す内部端末１５と管理サーバ１２によるステップ１００１からステップ１０１６と、ステップ１１０１からステップ１１０４までを実施することにより、あらかじめ端末−サーバ間暗号化通信路を確立する（ステップ５００１）。そして、APサーバ１４が自身のアドレスをまだ登録していない場合は、それぞれが、図８に示すステップ２００２からステップ２００６までを実施することにより、APサーバ１４のアドレスを管理サーバ１２へ登録する（ステップ５００２）。
【０１２９】
ステップ５００１および５００２が正常に行われた場合、APサーバ１４のアドレス情報および認証結果が、認証状態テーブル６０へ登録される。具体的には、APサーバ１４のアドレス情報が、端末のアドレス６１および端末のIPアドレス６２として登録され、それに対応する認証結果として、認証に成功した旨を示すメッセージおよびその時刻が、認証結果６３および認証時刻６４へ登録される。
【０１３０】
この認証状態テーブル６０は、当該管理サーバ１２が認証しアドレス情報の登録を受け付けた、各種端末の状態を登録するためのものであり、管理サーバ１２の記憶部３０ｂに保持される。
【０１３１】
同様に、内部端末１５と管理サーバ１２は、それぞれ、図６、図７の内部端末１５と管理サーバ１２によるステップ１００１からステップ１０１６と、ステップ１１０１からステップ１１０４までを実施することにより、あらかじめ内部端末―管理サーバ間暗号化通信路を確立する（ステップ５００３）。そして、内部端末１５が自身のアドレスをまだ登録していない場合は、それぞれが、図８に示すステップ２００２からステップ２００６までを実施することにより、内部端末１５のアドレスを管理サーバ１２へ登録する（ステップ５００４）。
【０１３２】
ステップ５００３および５００４が正常に行われた場合、内部端末１５のアドレス情報および認証結果が、認証状態テーブル６０へ登録される。
【０１３３】
外部端末１１は、内部端末１５と端末―端末間暗号化通信路を確立するために、以下のステップを実行する。
【０１３４】
外部端末１１と、管理サーバ１２は、それぞれ、図６、図７の内部端末１５と管理サーバ１２によるステップ１００１からステップ１０１６と、ステップ１１０１からステップ１１０４までを実施することにより、外部端末―管理サーバ間暗号化通信路を確立する（ステップ５００５）。そして、外部端末１１が自身のアドレスをまだ登録していない場合は、それぞれが、図８に示すステップ２００２からステップ２００６までを実施することにより、外部端末１１のアドレスを管理サーバ１２へ登録する（ステップ５００６）。
【０１３５】
ステップ５００３および５００４が正常に行われた場合、外部端末１１のアドレス情報および認証結果が、認証状態テーブル６０へ登録される。
【０１３６】
その後、外部端末１１の対管理サーバ通信処理部２２は、内部端末１５への接続要求を管理サーバ１２へ送信する（ステップ５００７）。管理サーバ１２の対端末通信処理部３３は、内部端末１５からの接続要求を受けて、外部端末１１、内部端末１５の認証状態を確認する（ステップ５００８）。具体的には、管理サーバ１２の対端末通信処理部３３は、認証状態テーブル６０を参照し、外部端末１１と内部端末１５のアドレス情報が登録されていることと、認証結果欄に認証が成功した旨が登録されていることを確認する。もし、アドレス情報が登録されていなかった場合、管理サーバ１４は外部端末１１に対して接続要求を拒否する旨、応答する。また、アドレス情報は登録されているが、認証結果欄に認証が成功した旨が登録されていない場合は、管理サーバ１２の対端末通信処理部３３は、内部端末１５との間で、暗号化通信路確立処理を行い、認証状態の確認を行う。再度認証状態の確認ができなかったら、管理サーバ１４は外部端末１１に対して接続要求を拒否する旨、応答する。
【０１３７】
認証状態の確認ができたら、管理サーバ１２の鍵生成・配布部３２は、端末−端末間暗号化通信路に利用する暗号化鍵を生成する（ステップ５００９）。そして、管理サーバ１２の対端末通信処理部３３は、外部端末１１から内部端末１５への接続要求、およびステップ５００９で生成した暗号化鍵及び設定情報を、内部端末１５へ送信する（ステップ５０１０）。
【０１３８】
これらを受信した内部端末１５の対管理サーバ通信処理部２２は、当該外部端末１１が当該内部端末１５に接続可能かどうかを判断し、当該接続可否判定結果を管理サーバ１２へ送信する（ステップ５０１１）。管理サーバ１２の対端末通信処理部３３は、当該接続可否判定結果と、判定結果が接続可能を示している場合にはステップ５００９で生成した暗号化鍵及び設定情報を、外部端末１１へ送信する（ステップ５０１２）。外部端末１１の対管理サーバ通信処理部２２がこれを受信したら、端末−端末間暗号通信路が確立したことになり、外部端末１１の対端末通信処理部２３と、内部端末１５の対端末通信処理部２３は、ステップ５０１０及びステップ５０１２でそれぞれ受信した暗号化鍵を用いて、暗号化通信できるようになる（ステップ５０１３）。
【０１３９】
管理サーバ１２の対端末通信処理部３３は、外部端末１１と内部端末１５の間での端末−端末間暗号化通信路が確立されたことを、図１７に示すような通信状態テーブル７０へ登録する（ステップ５０１４）。具体的には、接続要求元（ここでは外部端末１１）のアドレスを通信状態テーブル７０の通信元アドレス７１へ登録し、接続要求先（ここでは内部端末１５）のアドレスを通信先アドレス７２へ登録し、当該端末−端末間の暗号化通信路が確立された時刻（たとえば、両端末が、暗号化鍵と設定情報とを受信した時刻）を通信開始時刻７３へ登録する。
【０１４０】
この通信状態テーブル７０は、管理サーバ１２が認証し暗号化鍵を生成して確立された端末−端末間暗号化通信路各々の状態を登録するもので、記憶部３０ｂに保持される。
【０１４１】
次に、外部端末１１の対端末通信処理部２３は、内部端末１５を介してAPサーバ１４と通信するために、内部端末１５に対して、APサーバ１４への接続要求を指示する旨のキー入力情報を送信する（ステップ５１０１）。なお、当該接続要求は、ステップ５０１６で確立した端末−端末間暗号化通信路を利用して、内部端末１５へ送信される。
【０１４２】
内部端末１５の対端末通信処理部２３が、外部端末１１からAPサーバ１４への接続要求を指示する旨のキー入力情報を受けたら、内部端末１５とAPサーバ１４の間で内部端末―APサーバ間暗号化通信路を確立するために、次の動作を行う。
【０１４３】
内部端末１５の対管理サーバ通信処理部は、管理サーバ１２に対して、外部端末１１による内部端末１５を介したAPサーバ１４との接続要求を送信する（ステップ５１０２）。すなわち、当該接続要求は、外部端末１１が、APサーバ１４へ接続するために、内部端末１５とAPサーバ１４との間の内部端末―APサーバ間暗号化通信路の確立を要求するものであるので、被認証対象として外部端末１１も含まれる。したがって、当該接続要求として、図１８に示すような、通信元情報８１と、通信先情報８２に加えて、被認証対象情報８３が含まれる被認証対象情報付き接続要求８０が送付される。また、その他通信に必要になる情報や、アプリケーション情報８４も含まれる。
【０１４４】
管理サーバ１２の対端末通信処理部３３は、当該被認証対象情報付き接続要求８０を受けて、通信元情報８１、通信先情報８２、被認証対象情報８３としてそれぞれ記載された、外部端末１１、内部端末１５、APサーバ１４の認証状態を確認する（ステップ５１０３）。具体的には、管理サーバ１２は、認証状態テーブル６０を参照し、外部端末１１と内部端末１５とAPサーバ１４のアドレス情報が登録されていることと、認証結果６３の欄に認証が成功した旨が登録されていることを確認する。もし、アドレス情報が登録されていなかった場合、管理サーバ１４は内部端末１５に対して接続要求を拒否する旨、応答する。また、アドレス情報は登録されているが、認証結果欄に認証が成功した旨が登録されていない場合は、管理サーバ１２の対端末通信処理部３３は、アプリケーションサーバ１４との間で、暗号化通信路確立処理を行い、認証状態の確認を行う。再度認証状態の確認ができなかったら、管理サーバ１４は内部端末１５に対して接続要求を拒否する旨、応答する。
【０１４５】
本実施形態は、外部端末１１をも被認証対象とするので、管理サーバ１２の対端末通信処理部３３は、認証状態の確認ができたら、被認証対象情報つき接続要求８０に記載された、通信元（内部端末１５）と、被認証対象（外部端末１１）の端末間において暗号化通信路を確立し、通信していることを、通信状態テーブル７０を参照して確認する（ステップ５１０４）。具体的には、管理サーバ１２の対端末通信処理部３３は、通信状態テーブル７０を参照し、内部端末１５と外部端末１１が、通信元アドレスと通信先アドレスの各々に記載され、通信状態にある事を確認する。 認証状態、及び通信状態の確認ができたら、管理サーバ１２の鍵生成・配布部３２は、内部端末１５とAPサーバ１４の間の内部端末―APサーバ間暗号化通信路に利用する暗号化鍵を生成する（ステップ５１０５）。そして、管理サーバ１２の対端末通信処理部３３は、外部端末１１による内部端末１５を介したAPサーバ１４との接続要求、およびステップ５１０５で生成した暗号化鍵及び設定情報を、APサーバ１４へ送信する（ステップ５１０６）。これらを受信したAPサーバ１４の対管理サーバ通信処理部２２は、当該外部端末１１が当該内部端末１５を介してAPサーバ１４に接続可能かどうかを判断し、当該接続可否判定結果を管理サーバ１２へ送信する（ステップ５１０７）。管理サーバ１２の対端末通信処理部３３は、当該接続可否判定結果と、判定結果が通信可能を示している場合にはステップ５１０５で生成した暗号化鍵及び設定情報とを、内部端末１５へ送信する（ステップ５１０８）。内部端末１５の対管理サーバ通信処理部２２がこれを受信したら、内部端末―APサーバ間暗号通信路が確立したことになり、内部端末１５の対端末通信処理部２３と、APサーバ１４の対端末通信処理部２３は、ステップ５１０６及びステップ５１０８でそれぞれ受信した暗号化鍵を用いて、暗号化通信できるようになる（ステップ５１０９）。
【０１４６】
管理サーバ１２の対端末通信処理部３３は、内部端末１５とAPサーバ１４との間での内部端末―APサーバ間暗号化通信路が確立されたことを、図１７に示すような通信状態テーブル７０へ登録する（ステップ５１１０）。これにより、もし、APサーバ１４が、さらに、他の通信端末に処理要求を発行し、当該他の通信端末から処理結果を取得するような構成になった場合であっても、上記と同様の処理を繰り返すことにより、外部通信端末を被認証対象として、暗号化通信路を確立することが可能となる。
【０１４７】
また、通信状態テーブル７０を参照することで、管理サーバ１２は、確立された二つの暗号化通信路（外部端末１１−内部端末１５間、内部端末１５−APサーバ１４間）を対応付けることが可能になり、どの３つの装置が連携した処理を行っているかを把握することが可能となる。
【０１４８】
内部端末１５の対端末通信処理部２３は、外部端末１１との端末−端末間暗号化通信路を確立できたら、外部端末１１へ接続結果を応答する（ステップ５１１１）。
【０１４９】
以上のステップを実行することにより確立された二つの暗号化通信路（外部端末１１−内部端末１５間、内部端末１５−APサーバ１４間）を利用して、外部端末１１は、内部端末１５を介して、APサーバ１４との暗号化通信を行うことができる。すなわち、外部端末１１の対端末通信処理部２３は、内部端末１５との間で確立された端末−端末間暗号化通信路を利用し、内部端末１５に対して、APサーバ１４へ処理要求を指示する旨のキー入力情報を送信する（ステップ５２０１）。
【０１５０】
内部端末１５の対端末通信処理部２３は、外部端末から、APサーバ１４へ処理要求を指示する旨のキー入力情報を受信したら、受信したキー入力に基づく処理要求をAPサーバ１４との間で確立された内部端末―APサーバ間暗号化通信路を利用し、APサーバ１４へ送信する（ステップ５２０２）。APサーバ１４の対端末通信処理部２３は、内部端末１５から処理要求を受信すると、要求された処理を実行する。そして、APサーバ１４の対端末通信処理部２３は、内部端末−APサーバ間暗号化通信路を利用して、要求された処理の実行結果を、内部端末１５へ送信する（ステップ５２０３）。内部端末１５の対端末通信処理部２３は、これを受信し、この処理結果または、この処理結果に基づいて生成した画面等への出力情報を、端末−端末間暗号化通信路を利用して、外部端末１１へ送信する（ステップ５２０４）。外部端末１１の対端末通信処理部２３は、この出力情報を受信し、入出力部２０ｃを通して画面等へ出力する。
【０１５１】
以上のステップを実行することによって、外部端末１１は、内部端末１５を介して、APサーバ１４とセキュアな通信を行うことができる。
【０１５２】
なお、上述した二つの実施形態の通信システムでは、外部端末１１、内部端末１５、APサーバ１４の各通信端末は、管理サーバ１２との認証を一度行えば、この結果を元に互いに通信可能であり、ID/パスワード等のアプリケーションサーバ固有の認証を別途行う必要がない。すなわち、管理サーバ１２が、外部端末１１、内部端末１５、APサーバ１４の認証を一元化して行うことにより、従来のように、外部端末１１が、内部端末１５を介して、APサーバ１４へ接続する際に、複数種類の認証を行う必要が無く、認証情報の管理が簡単化できる。
【０１５３】
なお、実施例１の構成は、通信状態テーブル７０を含んでいないが、実施例1においても、通信状態テーブル７０を備え、参照することで、管理サーバ１２は、確立された二つの暗号化通信路（外部端末１１−内部端末１５間、内部端末１５−APサーバ１４間）を対応付けることが可能になり、どの３つの装置が連携した処理を行っているかを把握することが可能となる。
【０１５４】
さらに、どちらの実施例に於いても、外部端末１１、内部端末１５、APサーバ１４の少なくとも一種類が複数あり互いに暗号化通信している状態であっても、管理サーバ１２は、認証状態テーブル６０や通信状態テーブル７０を備えることにより、これらの通信状態を管理、把握することが可能となる。
【０１５５】
また、APサーバ１４が認証処理を行う際に、ユーザが所有するICカード等を用いたPKIベースでの厳密認証を必要とする場合に、実施例１の構成では、内部端末１５にてICカードを操作する必要があるが、本実施例２ではその必要が無く、実際にユーザが使用している外部端末にて操作することができる、という特徴がある。すなわち、外部端末１１が内部端末１５を介してAPサーバ１４へ接続する場合において、外部端末１１を操作するユーザが所有するICカードでの認証結果を元に、APサーバ１４へ接続することができるので、実際に当該ユーザの権限でAPサーバ１４へ接続できることになり、より安全である、とともに、ユーザは各拠点にある様々な外部端末を利用してAPサーバ１４へ接続でき、利便性が向上するという特徴がある。
【０１５６】
実施形態１および実施形態２では、通信端末を指定した通信を例示しているが、通信端末を利用するユーザを通信相手として指定してもよい。通信端末を利用するユーザを通信相手として指定する場合には、ユーザの持つ公開鍵証明書とユーザIDを、あらかじめ可搬性を有する記憶媒体５８に入れておき、通信端末が、記憶媒体５８が通信端末の読取装置５７に挿入されたことを検知し、ユーザの属性を読み取り、記憶するように構成すればよい。当該構成により、通信端末は、利用しているユーザを特定し、通信相手としての指定を受け付けることができるようになる。そして、ユーザが、可搬性を有する記憶媒体５８を、読み取り装置５７から抜いた場合には、通信端末はユーザの属性を、通信端末から削除するように構成すればよい。
【０１５７】
ユーザの属性が通信端末に記憶されたら図８のアドレス登録処理を行い、ユーザの属性が通信端末から削除されたら図８の「登録」を「削除」と置き換えた処理を行うことにより、ユーザIDと通信端末のアドレスを管理サーバ１２で管理するようにすれば、管理サーバ１２は、他の通信端末からの接続要求時に、宛先となるユーザが通信端末を利用中であるか否か、利用中の場合には、どの通信端末を利用しているかを、接続要求を行う他の通信端末の利用者にさせることなく判定できるので、接続処理が容易になるという特徴がある。
【０１５８】
なお、いずれの実施例でも、外部端末１１から内部端末１５を介して複数のAPサーバ１４を利用することがあり得る。たとえば、内部端末上で、それぞれ異なるAPサーバをアクセスするアプリケーションプログラムを複数実行し、外部端末からそれらを、キーボード等の入力情報の送信とのマルチウィンドウ画面情報の受信により操作する場合である。
【０１５９】
この場合は、外部端末−内部端末間の暗号化通信路は一つでよく、内部端末−APサーバ間の暗号化通信路は、複数、となる。つまり、図１１において、ステップ４００１〜４００４がAPサーバ毎に実施され、ステップ４００９以降の処理が、内部端末上で動作するアプリケーションプログラム毎に実行され、複数のアプリケーションプログラムが出力する画面情報を、ステップ４１０４において、一つの画面として送信するように、構成すればよい。
【０１６０】
また、いずれの実施例でも、外部端末１１が内部端末１５をリモート操作により、すなわち、キーボードやマウスなどの入力情報と画面などの出力情報をやり取りして、ＡＰサーバ１４からサービス提供を受けるという構成を説明した。しかしながらこの構成には限定されず、外部端末１１が、内部端末１５に対して処理要求コマンドを発行し、内部端末１５とＡＰサーバ１４とのやり取りによる処理結果情報（たとえば、処理結果を示すコマンドの戻り値）を受信する形態であっても良い。
【０１６１】
また、内部端末１５は、あらかじめ暗号化通信路確立とアドレス登録を行っているものとして説明した。しかし、応用例として、外部端末１１から、管理サーバ１２にアドレス登録されている内部端末１５への接続要求がなされてから、管理サーバ１２が内部端末１５との暗号化通信路確立処理を行ってもよい。
【０１６２】
なお、上記実施形態１，２では、管理サーバ１２は暗号化鍵とともに設定情報も送信しているが、新たに開始する暗号化通信に必要なものを送れば良く、たとえばアルゴリズムや鍵長が予め特定されている場合は、送信しなくても良い。
【０１６３】
さらに、上記実施形態１，２では、通信端末と通信端末間の通信を常に暗号化しているが、暗号化が必要でない場合は暗号化をしなくても良い。例えば、内部端末１５とAPサーバ１４の間の通信は、組織内ネットワーク１６内でやり取りされるため、必要ない場合には暗号化しなくても良い。この場合、管理サーバ１２が各通信端末に送付する設定情報のうち、暗号アルゴリズムを示す情報として、「暗号化しない」旨を示すメッセージを設定する。
【０１６４】
また、上記実施形態１，２を適宜組み合わせて実施してもよい。
【図面の簡単な説明】
【０１６５】
【図１】本発明の２つの実施形態における通信システムの構成を例示する図である。
【図２】外部端末１１、内部端末１５、APサーバ１４の概略構成を例示する図である。
【図３】管理サーバ１２の概略構成を例示する図である。
【図４】検証サーバ１３の概略構成を例示する図である。
【図５】外部端末１１、内部端末１５、APサーバ１４、管理サーバ１２、検証サーバ１３の各々のハードウェア構成例を例示する図である。
【図６】外部端末１１と管理サーバ１２が、外部端末―管理サーバ間暗号化通信路を確立するために、互いに認証するまでの処理手順を例示するフローチャートである。
【図７】外部端末１１と管理サーバ１２が、外部端末―管理サーバ間暗号化通信路を確立し、それを終了させるまでの処理手順を例示するフローチャートである。
【図８】内部端末１５が管理サーバ１２に、内部端末１５のアドレスを登録する処理手順を例示するフローチャートである。
【図９】外部端末１１が、内部端末１５と接続処理を行う際に、管理サーバ１２が、内部端末へ接続要求を行うまでの処理手順を例示するフローチャートである。
【図１０】外部端末１１が、内部端末１５と接続処理を行う際に、外部端末１１と内部端末１５間での端末−端末間暗号化通信路を確立し、それを終了させるまでの処理手順を例示するフローチャートである。
【図１１】実施形態１において、外部端末１１が、内部端末１５を介して、APサーバ１４へ接続する際に、外部端末１１−内部端末１５間と、内部端末−APサーバ１４間の内部端末―APサーバ間暗号化通信路を確立するまでの処理手順を例示するフローチャートである。
【図１２】実施形態１において、外部端末１１が、内部端末１５を介して、APサーバ１４へ接続する際に、暗号化通信路を用いて、情報を送付するまでの処理手順を例示するフローチャートである。
【図１３】実施形態２において、外部端末１１が、内部端末１５を介して、APサーバ１４へ接続する際に、端末−端末間暗号化通信路を確立するまでの処理手順を例示するフローチャートである。
【図１４】実施形態２において、外部端末１１が、内部端末１５を介して、APサーバ１４へ接続する際に、内部端末−APサーバ間暗号化通信路を確立するまでの処理手順を例示するフローチャートである。
【図１５】実施形態２において、外部端末１１が、内部端末１５を介して、APサーバ１４へ接続する際に、暗号化通信路を用いて、情報を送付するまでの処理手順を例示するフローチャートである。
【図１６】実施形態２において、管理サーバが保持する認証状態テーブルの内容を例示する図である。
【図１７】実施形態２において、管理サーバが保持する通信状態テーブルの内容を例示する図である。
【図１８】実施形態２において、外部端末１１が、内部端末１５を介して、APサーバ１４へ接続する際に、外部端末１１による内部端末１５を介したAPサーバ１４との接続要求の内容を例示する図である。
【符号の説明】
【０１６６】
１１：外部端末、１２：管理サーバ、１３：検証サーバ、１４：アプリケーションサーバ、１５：内部端末、２０ａ、３０ａ、４０ａ：処理部、２０ｂ、３０ｂ、４０ｂ：記憶部、２０ｃ、３０ｃ、４０ｃ：入出力部、２０ｄ、３０ｄ、４０ｄ：通信部、２１：アドレス登録申請部、２２、４３：対管理サーバ通信処理部、２３、３３：対端末通信処理部、２５、３６：秘密鍵・証明書保持部、２６：暗号化鍵保持部、２４、３５、４４：制御部、３１：アドレス登録／検索部、３２：鍵生成・配布部、３４：対検証サーバ通信処理部、３７：アドレスDB、４１：認証パス検索部、４２：認証パス検証部、４５：証明書保持部、６０：認証状態テーブル、６１：端末のアドレス、６２：端末のIPアドレス、６３認証結果、６４：認証時刻、７０：通信状態テーブル、７１：通信元アドレス、７２：通信先アドレス、７３：通信開始時刻、８０：被認証対象情報付き接続要求、８１：通信元情報、８２：通信先情報、８３：被認証対象情報、８４その他通信情報・アプリケーション情報。
【特許請求の範囲】
【請求項１】
組織内ネットワークに接続している内部通信端末と、組織内ネットワークの外部から前記内部通信端末へアクセスする外部通信端末と、前記内部通信端末と前期外部通信端末とを管理する管理サーバと、から構成される、通信システムであって、
前記内部通信端末は、管理サーバとの間で、予め、認証を行い、暗号化通信路を確立する、通信端末−管理サーバ間暗号化通信路を確立し、
前記外部通信端末は、管理サーバとの間で、前記通信端末−管理サーバ間暗号化通信路を確立し、
前記外部通信端末は、管理サーバに対して、前記内部通信端末への接続要求を送信し、
前記外部通信端末は、管理サーバに対して、前記内部通信端末への接続要求を送信し、
前記管理サーバは、外部通信端末と内部通信端末間の通信を暗号化させるための暗号化通信用鍵を生成し、外部通信端末から内部通信端末への接続要求と、生成した暗号化通信用鍵を、あらかじめ確立された通信端末−管理サーバ間暗号化通信路を用いて、内部端末へ送信し、
前記内部端末は、外部通信端末からの接続要求の可否の判定を、管理サーバへ応答し、
前記管理サーバは、内部通信端末から受信した判定結果が接続可能であった場合には、生成した暗号化通信用鍵を、内部通信端末へ、あらかじめ確立された通信端末−管理サーバ間暗号化通信路を用いて送信し、
前記外部通信端末と前記内部通信端末は、それぞれ、管理サーバから受信した暗号化通信用鍵を用いて、外部通信端末と内部通信端末間で暗号化通信路を確立する、通信端末−通信端末間暗号化通信路を確立し、
前記外部通信端末は、前記管理サーバを介さずに、内部通信端末との間で暗号化通信を行う
ことを特徴とする通信システム。
【請求項２】
請求項１に記載の通信システムであって、
証明書の検証を行う検証サーバを新たに設け、
前記管理サーバは、通信端末−管理サーバ間暗号化通信路の確立において、各通信端末の認証を行う際に、当該通信端末の証明書検証を、前記検証サーバへ依頼し、
前記検証サーバは、当該証明書の検証処理を実施した結果を、管理サーバへ応答し、
前記管理サーバは、検証サーバから応答された検証結果が、成功だった場合のみ、当該通信端末の認証に成功したものと判断する
ことを特徴とする通信システム。
【請求項３】
請求項１に記載の通信システムであって、
新たに、組織内ネットワークに、業務アプリケーションを提供するアプリケーションサーバが接続される構成の、通信システムであって、
前記外部通信端末は、内部通信端末との間で、通信端末−通信端末間暗号化通信路を確立し、
前記外部通信端末は、確立された暗号化通信路を用いて、内部通信端末に対して、アプリケーションサーバに対する接続要求を送信し、
前記内部通信端末は、アプリケーションサーバとの間で、通信端末−通信端末間暗号化通信路を確立し、
前記外部通信端末は、外部通信端末と内部通信端末間の暗号化通信路と、内部通信端末とアプリケーションサーバ間の暗号化通信路を利用して、内部通信端末を介して、アプリケーションサーバと通信を行う
ことを特徴とする通信システム。
【請求項４】
請求項１に記載の通信システムであって、
前記外部通信端末は、前記内部通信端末との間で、第一の端末−端末間暗号化通信路を確立し、
前記外部通信端末は、確立された前記暗号化通信路を用いて、前記内部通信端末に対して、当該外部通信端末としてのアプリケーションサーバに対する接続要求を送信し、
前記内部通信端末は、前記アプリケーションサーバとの間で、第二の端末−端末間暗号化通信路を確立するために、通信元端末情報である前記内部通信端末の情報と、通信先端末情報である前記アプリケーションサーバの情報と、被認証対象情報である前記外部通信端末の情報を記載した、被認証対象情報付き接続要求を管理サーバへ送信し、
前記管理サーバは、前記被認証対象情報付き接続要求の受信をきっかけとして、通信元である前記内部通信端末と、通信先である前記アプリケーションサーバと、被認証対象である前記外部通信端末が、前記管理サーバによって認証済みであることの確認と、通信元である前記内部通信端末と、被認証対象である前記外部通信端末が、既に前記第一の端末−端末間暗号化通信路を確立していることの確認と、を行い、
前記管理サーバは、前記確認ができたら、前記内部通信端末と前記アプリケーションサーバ間の通信を暗号化するための暗号化通信用鍵を生成し、生成した前記暗号化通信用鍵と、前記被認証対象情報付き接続要求を、予め確立された前記通信端末−管理サーバ間暗号化通信路を用いて、前記アプリケーションサーバへ送信し、
前記アプリケーションサーバは、前記内部通信端末から送付された外部通信端末としての接続要求の可否を判定し、判定結果を管理サーバへ応答し、
前記管理サーバは、前記アプリケーションサーバから受信した前記判定結果が接続可能であった場合には、生成した前記暗号化通信用鍵を前記内部通信端末へ、予め確立された前記通信端末−管理サーバ間暗号化通信路を用いて送信し、前記第二の端末―端末間暗号化通信路を確立させ、
前記外部通信端末は、前記第一の端末―端末間暗号化通信路と、前記第二の端末―端末間暗号化通信路を利用して、前記内部通信端末を介して、前記アプリケーションサーバと通信を行う
ことを特徴とする通信システム。
【請求項５】
請求項４に記載の通信システムであって、
前記管理サーバは、前記外部通信端末と前記内部通信端末と前記アプリケーションサーバとのアドレス情報と、認証状態と、認証時刻と、が登録された認証状態テーブルを管理し、
前記管理サーバは、前記外部通信端末と前記内部通信端末と前記アプリケーションサーバとの端末との間で、通信端末−管理サーバ間暗号化通信路の確立において実施した認証結果を、前記認証状態テーブルへ予め登録し、
前記管理サーバは、前記内部通信端末から、前記被認証対象情報付き接続要求を受信したら、前記認証状態テーブルに、前記通信元端末と、前記通信先端末と、前記被認証対象の端末とが、認証に成功した旨が登録されているかどうかを確認する
ことを特徴とする通信システム。
【請求項６】
請求項４に記載の通信システムであって、
前記管理サーバは、前記内部通信端末から受け取った被認証対象情報付き接続要求に記載された、通信元端末と、被認証対象の端末が、既に通信端末−通信端末間暗号化通信路を確立していることを確認するステップにおいて、
前記管理サーバは、既に確立された前記第一の端末−端末間暗号化通信路と前記第二の端末−端末間暗号化通信路との、通信元アドレス情報と、通信先アドレス情報と、通信開始時刻と、が登録された通信状態テーブルを管理し、
前記管理サーバは、前記内部通信端末から、前記被認証対象情報付き接続要求を受信したら、前記通信状態テーブルを参照することにより、前記内部通信端末と、被認証対象である前記外部通信端末とが、既に前記第一の端末−端末間暗号化通信路を確立しているかどうかを確認する
ことを特徴とする通信システム。
【請求項７】
組織内ネットワークに接続している内部通信端末と、組織内ネットワークの外部から前記内部通信端末へアクセスする外部通信端末と、前記内部通信端末と前記外部通信端末とを管理する管理サーバと、サービスを提供するアプリケーションサーバと、から構成される通信システムであって、
前記管理サーバは、前記外部通信端末と、前記内部通信端末とが、当該管理サーバを介さない暗号化通信を行うための暗号鍵を生成して、前記外部通信端末と前記内部通信端末とに送信することにより、第一の端末−端末間暗号化通信路を確立し、
前記外部通信端末は、前記第一の端末−端末間暗号化通信路を用いて、前記内部通信端末に、前記アプリケーションサーバへの処理要求を開始させるための制御情報を送信し、
前記内部端末は、前記外部通信端末から受信した前記開始制御情報に基づき、前記管理サーバへ前記アプリケーションサーバへの接続要求を送信し、
前記管理サーバは、
前記内部通信端末と前記アプリケーションサーバとが当該管理サーバを介さない暗号化通信を行うための暗号鍵を生成して、前記内部通信端末と前記アプリケーションサーバとに送信することにより、第二の端末−端末間暗号化通信路を確立して、
前記外部通信端末から受信した開始制御情報に応答して第二の端末−端末間暗号化通信路が確立したことを前記外部通信端末に通知し、
前記外部通信端末は、前記通知に応答して、前記内部通信端末に、前記アプリケーションサーバに処理を要求させるための制御情報を送信し、
前記内部通信端末は、前記外部通信端末から受信した処理制御情報に基づき前記アプリケーションサーバに対して、前記第二の端末−端末間暗号化通信路を用いて処理を要求し、
前記アプリケーションサーバから前記要求に対する処理結果を受信し、
前記外部通信端末へ、前記処理結果に基づく処理結果情報を、前記第一の端末−端末間暗号化通信路を用いて、送信する
ことを特徴とする通信システム。
【請求項８】
請求項７に記載の通信システムにおいて、
前記処理制御情報は、前記外部通信端末から前記内部通信端末を操作するための入力操作情報であり、
前記処理結果情報は、前記外部通信端末の表示画面に、前記アプリケーションサーバによる処理結果を表示するために前記内部通信端末が生成する画面表示情報である
ことを特徴とする通信システム。
【請求項９】
請求項７に記載の通信システムにおいて、
前記処理制御情報は、前記外部通信端末が前記内部通信端末に対して発行する処理要求コマンドであり、
前記処理結果情報は、前記アプリケーションサーバによる前記処理要求コマンドの処理結果を示すコマンドの戻り値である
ことを特徴とする通信システム。
【請求項１０】
請求項７に記載の通信システムにおいて、
前記内部通信端末は、前記アプリケーションサーバに対する接続要求を送信する際に、
前記外部通信端末が認証されており、前記内部通信端末との間に前記第一の端末―端末間暗号化通信路を確立していることを示す被認証対象情報付き接続要求を送信する
ことを特徴とする通信システム。
【請求項１１】
請求項８に記載の通信システムにおいて、
前記管理サーバは、第一の端末―端末間暗号化通信路と、第二の端末―端末間暗号化通信路とのそれぞれを確立するための暗号化鍵を生成する際に、
前記外部通信端末、前記内部通信端末、前記アプリケーションサーバそれぞれを認証し、
認証結果を管理する
ことを特徴とする通信システム。
【請求項１２】
請求項７に記載の通信システムにおいて、
前記管理サーバは、前記外部通信端末を認証する際に、前記外部通信端末の使用者を認証する
ことを特徴とする通信システム。
【請求項１３】
請求項７に記載の通信システムにおいて、
前記管理サーバは、前記第一の端末−端末間暗号化通信路の通信状態と、前記第二の端末−端末間暗号化通信路の通信状態とを関連づけて管理する
ことを特徴とする通信システム。
【請求項１】
組織内ネットワークに接続している内部通信端末と、組織内ネットワークの外部から前記内部通信端末へアクセスする外部通信端末と、前記内部通信端末と前期外部通信端末とを管理する管理サーバと、から構成される、通信システムであって、
前記内部通信端末は、管理サーバとの間で、予め、認証を行い、暗号化通信路を確立する、通信端末−管理サーバ間暗号化通信路を確立し、
前記外部通信端末は、管理サーバとの間で、前記通信端末−管理サーバ間暗号化通信路を確立し、
前記外部通信端末は、管理サーバに対して、前記内部通信端末への接続要求を送信し、
前記外部通信端末は、管理サーバに対して、前記内部通信端末への接続要求を送信し、
前記管理サーバは、外部通信端末と内部通信端末間の通信を暗号化させるための暗号化通信用鍵を生成し、外部通信端末から内部通信端末への接続要求と、生成した暗号化通信用鍵を、あらかじめ確立された通信端末−管理サーバ間暗号化通信路を用いて、内部端末へ送信し、
前記内部端末は、外部通信端末からの接続要求の可否の判定を、管理サーバへ応答し、
前記管理サーバは、内部通信端末から受信した判定結果が接続可能であった場合には、生成した暗号化通信用鍵を、内部通信端末へ、あらかじめ確立された通信端末−管理サーバ間暗号化通信路を用いて送信し、
前記外部通信端末と前記内部通信端末は、それぞれ、管理サーバから受信した暗号化通信用鍵を用いて、外部通信端末と内部通信端末間で暗号化通信路を確立する、通信端末−通信端末間暗号化通信路を確立し、
前記外部通信端末は、前記管理サーバを介さずに、内部通信端末との間で暗号化通信を行う
ことを特徴とする通信システム。
【請求項２】
請求項１に記載の通信システムであって、
証明書の検証を行う検証サーバを新たに設け、
前記管理サーバは、通信端末−管理サーバ間暗号化通信路の確立において、各通信端末の認証を行う際に、当該通信端末の証明書検証を、前記検証サーバへ依頼し、
前記検証サーバは、当該証明書の検証処理を実施した結果を、管理サーバへ応答し、
前記管理サーバは、検証サーバから応答された検証結果が、成功だった場合のみ、当該通信端末の認証に成功したものと判断する
ことを特徴とする通信システム。
【請求項３】
請求項１に記載の通信システムであって、
新たに、組織内ネットワークに、業務アプリケーションを提供するアプリケーションサーバが接続される構成の、通信システムであって、
前記外部通信端末は、内部通信端末との間で、通信端末−通信端末間暗号化通信路を確立し、
前記外部通信端末は、確立された暗号化通信路を用いて、内部通信端末に対して、アプリケーションサーバに対する接続要求を送信し、
前記内部通信端末は、アプリケーションサーバとの間で、通信端末−通信端末間暗号化通信路を確立し、
前記外部通信端末は、外部通信端末と内部通信端末間の暗号化通信路と、内部通信端末とアプリケーションサーバ間の暗号化通信路を利用して、内部通信端末を介して、アプリケーションサーバと通信を行う
ことを特徴とする通信システム。
【請求項４】
請求項１に記載の通信システムであって、
前記外部通信端末は、前記内部通信端末との間で、第一の端末−端末間暗号化通信路を確立し、
前記外部通信端末は、確立された前記暗号化通信路を用いて、前記内部通信端末に対して、当該外部通信端末としてのアプリケーションサーバに対する接続要求を送信し、
前記内部通信端末は、前記アプリケーションサーバとの間で、第二の端末−端末間暗号化通信路を確立するために、通信元端末情報である前記内部通信端末の情報と、通信先端末情報である前記アプリケーションサーバの情報と、被認証対象情報である前記外部通信端末の情報を記載した、被認証対象情報付き接続要求を管理サーバへ送信し、
前記管理サーバは、前記被認証対象情報付き接続要求の受信をきっかけとして、通信元である前記内部通信端末と、通信先である前記アプリケーションサーバと、被認証対象である前記外部通信端末が、前記管理サーバによって認証済みであることの確認と、通信元である前記内部通信端末と、被認証対象である前記外部通信端末が、既に前記第一の端末−端末間暗号化通信路を確立していることの確認と、を行い、
前記管理サーバは、前記確認ができたら、前記内部通信端末と前記アプリケーションサーバ間の通信を暗号化するための暗号化通信用鍵を生成し、生成した前記暗号化通信用鍵と、前記被認証対象情報付き接続要求を、予め確立された前記通信端末−管理サーバ間暗号化通信路を用いて、前記アプリケーションサーバへ送信し、
前記アプリケーションサーバは、前記内部通信端末から送付された外部通信端末としての接続要求の可否を判定し、判定結果を管理サーバへ応答し、
前記管理サーバは、前記アプリケーションサーバから受信した前記判定結果が接続可能であった場合には、生成した前記暗号化通信用鍵を前記内部通信端末へ、予め確立された前記通信端末−管理サーバ間暗号化通信路を用いて送信し、前記第二の端末―端末間暗号化通信路を確立させ、
前記外部通信端末は、前記第一の端末―端末間暗号化通信路と、前記第二の端末―端末間暗号化通信路を利用して、前記内部通信端末を介して、前記アプリケーションサーバと通信を行う
ことを特徴とする通信システム。
【請求項５】
請求項４に記載の通信システムであって、
前記管理サーバは、前記外部通信端末と前記内部通信端末と前記アプリケーションサーバとのアドレス情報と、認証状態と、認証時刻と、が登録された認証状態テーブルを管理し、
前記管理サーバは、前記外部通信端末と前記内部通信端末と前記アプリケーションサーバとの端末との間で、通信端末−管理サーバ間暗号化通信路の確立において実施した認証結果を、前記認証状態テーブルへ予め登録し、
前記管理サーバは、前記内部通信端末から、前記被認証対象情報付き接続要求を受信したら、前記認証状態テーブルに、前記通信元端末と、前記通信先端末と、前記被認証対象の端末とが、認証に成功した旨が登録されているかどうかを確認する
ことを特徴とする通信システム。
【請求項６】
請求項４に記載の通信システムであって、
前記管理サーバは、前記内部通信端末から受け取った被認証対象情報付き接続要求に記載された、通信元端末と、被認証対象の端末が、既に通信端末−通信端末間暗号化通信路を確立していることを確認するステップにおいて、
前記管理サーバは、既に確立された前記第一の端末−端末間暗号化通信路と前記第二の端末−端末間暗号化通信路との、通信元アドレス情報と、通信先アドレス情報と、通信開始時刻と、が登録された通信状態テーブルを管理し、
前記管理サーバは、前記内部通信端末から、前記被認証対象情報付き接続要求を受信したら、前記通信状態テーブルを参照することにより、前記内部通信端末と、被認証対象である前記外部通信端末とが、既に前記第一の端末−端末間暗号化通信路を確立しているかどうかを確認する
ことを特徴とする通信システム。
【請求項７】
組織内ネットワークに接続している内部通信端末と、組織内ネットワークの外部から前記内部通信端末へアクセスする外部通信端末と、前記内部通信端末と前記外部通信端末とを管理する管理サーバと、サービスを提供するアプリケーションサーバと、から構成される通信システムであって、
前記管理サーバは、前記外部通信端末と、前記内部通信端末とが、当該管理サーバを介さない暗号化通信を行うための暗号鍵を生成して、前記外部通信端末と前記内部通信端末とに送信することにより、第一の端末−端末間暗号化通信路を確立し、
前記外部通信端末は、前記第一の端末−端末間暗号化通信路を用いて、前記内部通信端末に、前記アプリケーションサーバへの処理要求を開始させるための制御情報を送信し、
前記内部端末は、前記外部通信端末から受信した前記開始制御情報に基づき、前記管理サーバへ前記アプリケーションサーバへの接続要求を送信し、
前記管理サーバは、
前記内部通信端末と前記アプリケーションサーバとが当該管理サーバを介さない暗号化通信を行うための暗号鍵を生成して、前記内部通信端末と前記アプリケーションサーバとに送信することにより、第二の端末−端末間暗号化通信路を確立して、
前記外部通信端末から受信した開始制御情報に応答して第二の端末−端末間暗号化通信路が確立したことを前記外部通信端末に通知し、
前記外部通信端末は、前記通知に応答して、前記内部通信端末に、前記アプリケーションサーバに処理を要求させるための制御情報を送信し、
前記内部通信端末は、前記外部通信端末から受信した処理制御情報に基づき前記アプリケーションサーバに対して、前記第二の端末−端末間暗号化通信路を用いて処理を要求し、
前記アプリケーションサーバから前記要求に対する処理結果を受信し、
前記外部通信端末へ、前記処理結果に基づく処理結果情報を、前記第一の端末−端末間暗号化通信路を用いて、送信する
ことを特徴とする通信システム。
【請求項８】
請求項７に記載の通信システムにおいて、
前記処理制御情報は、前記外部通信端末から前記内部通信端末を操作するための入力操作情報であり、
前記処理結果情報は、前記外部通信端末の表示画面に、前記アプリケーションサーバによる処理結果を表示するために前記内部通信端末が生成する画面表示情報である
ことを特徴とする通信システム。
【請求項９】
請求項７に記載の通信システムにおいて、
前記処理制御情報は、前記外部通信端末が前記内部通信端末に対して発行する処理要求コマンドであり、
前記処理結果情報は、前記アプリケーションサーバによる前記処理要求コマンドの処理結果を示すコマンドの戻り値である
ことを特徴とする通信システム。
【請求項１０】
請求項７に記載の通信システムにおいて、
前記内部通信端末は、前記アプリケーションサーバに対する接続要求を送信する際に、
前記外部通信端末が認証されており、前記内部通信端末との間に前記第一の端末―端末間暗号化通信路を確立していることを示す被認証対象情報付き接続要求を送信する
ことを特徴とする通信システム。
【請求項１１】
請求項８に記載の通信システムにおいて、
前記管理サーバは、第一の端末―端末間暗号化通信路と、第二の端末―端末間暗号化通信路とのそれぞれを確立するための暗号化鍵を生成する際に、
前記外部通信端末、前記内部通信端末、前記アプリケーションサーバそれぞれを認証し、
認証結果を管理する
ことを特徴とする通信システム。
【請求項１２】
請求項７に記載の通信システムにおいて、
前記管理サーバは、前記外部通信端末を認証する際に、前記外部通信端末の使用者を認証する
ことを特徴とする通信システム。
【請求項１３】
請求項７に記載の通信システムにおいて、
前記管理サーバは、前記第一の端末−端末間暗号化通信路の通信状態と、前記第二の端末−端末間暗号化通信路の通信状態とを関連づけて管理する
ことを特徴とする通信システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【公開番号】特開２００６−３５２８３４（Ｐ２００６−３５２８３４Ａ）
【公開日】平成１８年１２月２８日（２００６．１２．２８）
【国際特許分類】
【出願番号】特願２００６−９６４１０（Ｐ２００６−９６４１０）
【出願日】平成１８年３月３１日（２００６．３．３１）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
【公開日】平成１８年１２月２８日（２００６．１２．２８）
【国際特許分類】
【出願日】平成１８年３月３１日（２００６．３．３１）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
[ Back to top ]