ＶＰＮルータ、サーバおよび通信システム
【課題】外部環境からローカルネットワークへＶＰＮで容易にアクセス可能であり、且つ、ＶＰＮの接続対象を正規の端末装置に限定することができるＶＰＮルータを提供する。
【解決手段】携帯端末７からセンター認証要求を受信したサーバ３は、認証鍵を生成および保存し、且つ、認証成功通知を携帯端末７へ送信する（Ｔ１、Ｔ２）。携帯端末７は、ＶＰＮ接続要求をＶＰＮルータ８へ送信する（Ｔ３）。ＶＰＮルータ８は、認証鍵要求をサーバ３へ送信して、サーバ３に保存された認証鍵を取得する（Ｔ４、Ｔ５）。ＶＰＮルータ８は、携帯端末７から受信した認証鍵と、サーバ３から受信した認証鍵とが一致した場合、携帯端末７とＰＣとを接続するＶＰＮセッションを確立する（Ｔ９）。
【解決手段】携帯端末７からセンター認証要求を受信したサーバ３は、認証鍵を生成および保存し、且つ、認証成功通知を携帯端末７へ送信する（Ｔ１、Ｔ２）。携帯端末７は、ＶＰＮ接続要求をＶＰＮルータ８へ送信する（Ｔ３）。ＶＰＮルータ８は、認証鍵要求をサーバ３へ送信して、サーバ３に保存された認証鍵を取得する（Ｔ４、Ｔ５）。ＶＰＮルータ８は、携帯端末７から受信した認証鍵と、サーバ３から受信した認証鍵とが一致した場合、携帯端末７とＰＣとを接続するＶＰＮセッションを確立する（Ｔ９）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＶＰＮルータ、サーバおよび通信システムに関する。詳細には、複数の端末装置間でＶＰＮセッションを確立するためのＶＰＮルータ、サーバおよび通信システムに関する。
【背景技術】
【０００２】
従来、ネットワークサービスの一種として、ＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）が知られている。ＶＰＮでは、公衆回線網の一部を仮想的な専用線として利用する。ＶＰＮセッションが確立された端末装置間では、セキュリティ性の高い通信が行われる。近年では、インターネット上にＶＰＮを構築することが提案されている。例えば、複数の端末装置を、それぞれＶＰＮ機能を有するルータ（以下、ＶＰＮルータと称する。）を介してインターネットに接続する。各端末装置に接続されたＶＰＮルータが、既定のプロトコルで暗号化通信を行うことで、インターネット上でＶＰＮが実現される。
【０００３】
ＶＰＮルータの一種として、オンデマンド型のＶＰＮルータが知られている。オンデマンド型のＶＰＮルータには、ＶＰＮセッションの終端ノードを特定するＩＰアドレスがあらかじめ登録されている。ＶＰＮルータは、ローカル接続されている端末装置からＩＰパケットを受信した場合、ＩＰパケットの宛先アドレスが登録済みのＩＰアドレスと一致するか否かを判断する。宛先アドレスが登録済みのＩＰアドレスと一致した場合、ＶＰＮルータは端末装置と終端ノードとを接続するＶＰＮセッションを自動的に確立する。
【０００４】
ＶＰＮでは、セキュリティ性を向上させるため、暗号化通信に使用する暗号鍵を定期的に更新することがある。そこで、一方のＶＰＮルータが共通鍵を生成して、その共通鍵を携帯電話網を介して他方のＶＰＮルータに送信する。これにより、共通鍵の受け渡しに必要なデータ通信を簡略化しつつ、高いセキュリティを実現するＶＰＮ通信装置が知られている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００６−２１７２７５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
近年では、ユーザが外出先で携帯端末（例えば、携帯電話やノート型ＰＣなど）を使用して、社内のネットワークへ接続することがある。このとき、通信時のセキュリティ性を確保するために、ユーザが外出先に設置されたＶＰＮルータを介して、社内のネットワークへＶＰＮで接続することがある。また、オンデマンド型のＶＰＮルータを小型軽量化することで、ユーザがＶＰＮルータを携行可能とすることが考えられる。この場合、ユーザが外出先に携行したＶＰＮルータを介して、携帯端末と社内のネットワークとをＶＰＮで接続することがある。
【０００７】
このような場合、社内のネットワークとＶＰＮセッションを確立するための通信設定が行われた端末装置であれば、社内のネットワークへアクセス可能となる。言い換えると、第三者が不特定の端末装置を使用して、外部環境からＶＰＮルータを介して社内のネットワークへ不正にアクセスする可能性があった。また、上記の通信設定が残っている携帯端末を、ユーザが紛失したり、第三者が盗難したりすることがありうる。この場合も、第三者が不正取得した携帯端末を使用して、外部環境からＶＰＮルータを介して社内のネットワークへ不正にアクセスするおそれがあった。
【０００８】
本発明は、上述した課題を解決するためになされたものであり、外部環境からローカルネットワークへＶＰＮで容易にアクセスすることができ、且つ、ＶＰＮの接続対象を正規の端末装置に限定することができるＶＰＮルータ、サーバおよび通信システムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明の第１態様に係るＶＰＮルータは、一の端末装置とローカル接続され、且つ、ネットワークを介して他の端末装置とＶＰＮセッションを管理するサーバとに接続されるＶＰＮルータであって、前記一の端末装置から前記サーバに向けて送信された、前記一の端末装置が前記ＶＰＮセッションの確立対象であるか否かの認証を要求する指示である認証要求を中継する認証要求中継手段と、前記サーバから前記一の端末装置に向けて送信された、前記一の端末装置に固有の認証情報を中継する認証情報中継手段と、前記一の端末装置から、前記他の端末装置に対する接続を要求する指示であって、前記認証情報を含む接続要求を受信した場合、前記一の端末装置に固有の前記認証情報を要求する指示である情報要求を、前記サーバに送信する情報要求送信手段と、前記サーバから前記認証情報を受信した場合、前記接続要求に含まれる前記認証情報と、前記サーバから受信した前記認証情報とが一致するか否かを判断するセッション認証手段と、前記セッション認証手段によって前記認証情報が一致すると判断された場合、前記ネットワーク上に前記一の端末装置と前記他の端末装置とを接続する前記ＶＰＮセッションを確立するセッション確立手段とを備えている。
【００１０】
第１態様によれば、一の端末装置から認証要求が送信された場合、認証要求はＶＰＮルータによってサーバに向けて中継される。サーバから認証情報が送信された場合、認証情報はＶＰＮルータによって端末装置に向けて中継される。認証情報を含む接続要求が一の端末装置からＶＰＮルータへ送信された場合、情報要求がＶＰＮルータからサーバへ送信される。サーバからＶＰＮルータへ認証情報が送信された場合、ＶＰＮルータでは、サーバから受信した認証情報と、接続要求に含まれる認証情報とが一致するか否かが判断される。認証情報が一致する場合、一の端末装置と他の端末装置とを接続するＶＰＮセッションを確立される。これにより、外部環境からローカルネットワークへＶＰＮで容易にアクセスすることができ、且つ、ＶＰＮの接続対象を正規の端末装置に限定することができる。
【００１１】
第１態様において、前記情報要求送信手段は、前記一の端末装置に固有の識別情報を、前記情報要求に含めて前記サーバに送信してもよい。これによれば、情報要求に含まれる一の端末装置の識別情報によって、ＶＰＮルータに接続されている端末装置を、サーバに特定させることができる。
【００１２】
第１態様において、前記接続要求は、前記一の端末装置が提供を求めるサービスを示す情報を含み、前記情報要求送信手段は、前記接続要求に含まれる前記サービスを示す情報を、前記情報要求に含めて前記サーバに送信し、前記サーバから、前記サービスを提供可能な前記他の端末装置のアドレスを受信するアドレス受信手段を備え、前記セッション確立手段は、前記アドレス受信手段によって受信された前記アドレスに基づいて、前記ＶＰＮセッションを確立してもよい。これによれば、ＶＰＮセッションの接続先アドレスがサーバによって特定されるため、ＶＰＮルータが接続先アドレスを管理する必要がない。
【００１３】
本発明の第２態様に係るサーバは、一の端末装置とローカル接続されるＶＰＮルータとネットワークを介して接続され、ＶＰＮセッションを管理するサーバであって、前記一の端末装置から、前記一の端末装置が前記ＶＰＮセッションの確立対象であるか否かの認証を要求する指示である認証要求を受信した場合、前記一の端末装置に固有の第１認証情報を生成する認証情報生成手段と、前記認証情報生成手段によって生成された前記第１認証情報を、前記一の端末装置に送信する第１認証情報送信手段と、前記認証情報生成手段によって生成された前記第１認証情報を記憶する第１認証情報記憶手段と、前記ＶＰＮルータから前記第１認証情報を要求する指示である情報要求を受信した場合、前記第１認証情報記憶手段で記憶されている前記第１認証情報を、前記ＶＰＮルータに送信する第２認証情報送信手段とを備えている。
【００１４】
第２態様によれば、一の端末装置からサーバへ認証要求が送信された場合、サーバで第１認証情報が生成および記憶され、且つ、第１認証情報がサーバから一の端末装置に送信される。ＶＰＮルータからサーバへ情報要求が送信された場合、サーバで記憶済みの第１認証情報がＶＰＮルータへ送信される。これにより、サーバから取得した認証情報と、一の端末装置から取得した認証情報とが一致するか否かによって、ＶＰＮルータがＶＰＮセッションを確立すべきか否かを判断可能にすることができる。したがって、外部環境からローカルネットワークへＶＰＮで容易にアクセスすることができ、且つ、ＶＰＮの接続対象を正規の端末装置に限定することができる。
【００１５】
第２態様において、前記第１認証情報記憶手段で記憶されている前記第１認証情報について、前記認証情報生成手段によって生成された時点からの経過時間を計測する経過時間計測手段と、前記ＶＰＮセッションに関する前記一の端末装置の状態を示すステータス情報を記憶するステータス情報記憶手段と、前記認証情報生成手段によって前記認証情報が生成された場合、前記ステータス情報を第１状態に設定する状態設定手段と、前記経過時間が所定時間以上である場合、前記ステータス情報を前記第１状態から第２状態に変更する状態変更手段とを備え、前記第２認証情報送信手段は、前記サーバから前記情報要求を受信した時点で、前記ステータス情報が前記第１状態である場合、前記第１認証情報の送信を実行する一方、前記ステータス情報が前記第２状態である場合、前記第１認証情報の送信を中止してもよい。
【００１６】
これによれば、第１認証情報が生成されてから情報要求を受信するまでの経過時間が所定時間以上である場合、ステータス情報が第１状態から第２状態に変更されることで、第１認証情報の送信が中止される。したがって、サーバで実行される処理の遅延を抑制でき、且つ、第三者による不正な操作が介入するおそれを低減することができる。
【００１７】
第２態様において、前記情報要求は、前記一の端末装置が提供を求めるサービスを示す情報を含み、前記サービスを提供可能な前記他の端末装置のアドレスを記憶するアドレス記憶手段と、前記情報要求に含まれる前記サービスを示す情報に基づいて、前記一の端末装置が提供を求める前記サービスを特定し、且つ、特定した前記サービスを提供可能な前記他の端末装置の前記アドレスを、前記アドレス記憶手段を参照して特定するアドレス特定手段と、前記アドレス特定手段によって特定された前記アドレスを、前記ＶＰＮルータに送信するアドレス送信手段とを備えてもよい。これによれば、他の端末装置から提供を受けるサービスに応じて、サーバがＶＰＮセッションの接続先アドレスを特定して、ＶＰＮルータに通知することができる。
【００１８】
第２態様において、前記認証要求は、前記一の端末装置で設定された第２認証情報を含み、前記一の端末装置に対応づけて、あらかじめ登録された前記第２認証情報を記憶する第２認証情報記憶手段と、前記一の端末装置から前記認証要求を受信した場合、前記認証要求に含まれる前記第２認証情報と、前記第２認証情報記憶手段に記憶されている前記第２認証情報とが一致するか否かを判断する端末認証手段とを備え、前記認証情報生成手段は、前記端末認証手段によって前記第２認証情報が一致すると判断された場合、前記第１認証情報の生成を実行する一方、前記端末認証手段によって前記第２認証情報が一致しないと判断された場合、前記第１認証情報の生成を中止してもよい。
【００１９】
これによれば、ＶＰＮルータでは第１認証情報を用いた認証処理が実行され、サーバでは第２認証情報を用いた認証処理が実行される。つまり、異なる機器でそれぞれ異なる認証情報を用いた認証処理が実行されるため、セキュリティ性が高まる。第２認証情報を用いた認証処理が失敗した場合には、第１認証情報の生成が中止されるため、サーバで実行される処理の遅延を抑制できる。
【００２０】
第２態様において、前記第１識別情報は、前記認証要求が受信されるごとにランダムに生成される認証鍵であるであってもよい。これにより、認証要求元の端末装置とＶＰＮルータに接続されている端末装置とが同一であるか否かを、ＶＰＮルータに特定させることができる。
【００２１】
本発明の第３態様に係るサーバは、ＶＰＮセッションを管理するサーバと、一の端末装置とローカル接続され、且つ、ネットワークを介して他の端末装置および前記サーバに接続されるＶＰＮルータとを含む通信システムであって、前記ＶＰＮルータは、前記一の端末装置から前記サーバに向けて送信された、前記一の端末装置が前記ＶＰＮセッションの確立対象であるか否かの認証を要求する指示である認証要求を中継する認証要求中継手段と、前記サーバから前記一の端末装置に向けて送信された、前記一の端末装置に固有の認証情報を中継する認証情報中継手段と、前記一の端末装置から、前記他の端末装置に対する接続を要求する指示であって、前記認証情報を含む接続要求を受信した場合、前記一の端末装置に固有の前記認証情報を要求する指示である情報要求を、前記サーバに送信する情報要求送信手段と、前記サーバから前記認証情報を受信した場合、前記接続要求に含まれる前記認証情報と、前記サーバから受信した前記認証情報とが一致するか否かを判断するセッション認証手段と、前記セッション認証手段によって前記認証情報が一致すると判断された場合、前記ネットワーク上に前記一の端末装置と前記他の端末装置とを接続する前記ＶＰＮセッションを確立するセッション確立手段とを備え、前記サーバは、前記一の端末装置から前記認証要求を受信した場合、前記認証情報を生成する認証情報生成手段と、前記認証情報生成手段によって生成された前記認証情報を、前記一の端末装置に送信する第１認証情報送信手段と、前記認証情報生成手段によって生成された前記認証情報を記憶する認証情報記憶手段と、前記ＶＰＮルータから前記情報要求を受信した場合、前記認証情報記憶手段で記憶されている前記認証情報を、前記ＶＰＮルータに送信する第２認証情報送信手段とを備えている。
【００２２】
第３態様によれば、一の端末装置から認証要求が送信された場合、認証要求はＶＰＮルータによってサーバに向けて中継される。サーバから認証情報が送信された場合、認証情報はＶＰＮルータによって端末装置に向けて中継される。一の端末装置からＶＰＮルータへ接続要求が送信された場合、情報要求がＶＰＮルータからサーバへ送信される。サーバからＶＰＮルータへ認証情報が送信された場合、ＶＰＮルータでは、サーバから受信した認証情報と、接続要求に含まれる認証情報とが一致するか否かが判断される。認証情報が一致する場合、一の端末装置と他の端末装置とを接続するＶＰＮセッションを確立される。これにより、外部環境からローカルネットワークへＶＰＮで容易にアクセスすることができ、且つ、ＶＰＮの接続対象を正規の端末装置に限定することができる。
【図面の簡単な説明】
【００２３】
【図１】通信システム１の全体構成を示す図である。
【図２】ＶＰＮルータ８の電気的構成を示すブロック図である。
【図３】サーバ３の電気的構成を示すブロック図である。
【図４】セッション管理テーブル１１０のデータ構成を示す図である。
【図５】接続先管理テーブル１２０のデータ構成を示す図である。
【図６】通信システム１における各種データの流れを示すタイミングチャートである。
【図７】ＶＰＮルータ８で実行されるメイン処理のフローチャートである。
【図８】ＶＰＮ接続処理のフローチャートである。
【図９】サーバ３で実行されるメイン処理のフローチャートである。
【図１０】センター認証処理のフローチャートである。
【図１１】図１０に示すフローチャートの続きである。
【図１２】セッション管理テーブル１１０のデータ構成を示す他の図である。
【図１３】セッション管理テーブル１１０のデータ構成を示す他の図である。
【発明を実施するための形態】
【００２４】
本発明を具体化した実施の形態について、図面を参照して説明する。参照する図面は、本発明が採用しうる技術的特徴を説明するために用いられるものであり、単なる説明例である。
【００２５】
図１を参照して、本実施形態に係る通信システム１の全体構成について説明する。通信システム１は、特定のローカルネットワークに、外部の端末装置がＶＰＮで接続可能な構成を有する。図１に例示する通信システム１は、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）２、サーバ３、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）４、ＶＰＮルータ５、インターネット６、携帯端末７、ＶＰＮルータ８などを含む。
【００２６】
ＰＣ２は、ユーザが所属する企業の本社に設置されている。ＬＡＮ４は、ＰＣ２、サーバ（図示外）、プリンタ（図示外）などの機器が接続された、本社のローカルネットワークである。ＶＰＮルータ５は、本社に設置された公知のＶＰＮルータであり、ＬＡＮ４と外部のネットワークとのデータ通信を中継する。ＰＣ２は、ＶＰＮルータ５を介してインターネット６にアクセス可能である。
【００２７】
携帯端末７は、小型・軽量の端末装置であり、例えばノートＰＣ、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、電子ペーパー端末などである。ＶＰＮルータ８は、小型・軽量のＶＰＮルータであり、且つ、公知のＶＰＮルータと同様の機能を有する。ユーザは、携帯端末７およびＶＰＮルータ８を携行して外出先で使用することができる。
【００２８】
例えば、外出先がインターネット６に接続可能な環境である場合、ユーザは携帯端末７とＶＰＮルータ８とを接続し、且つ、ＶＰＮルータ８とインターネット６とを接続する。ＶＰＮルータ８は、携帯端末７と外部のネットワーク（つまり、インターネット６）とのデータ通信を中継する。これにより、携帯端末７は、ＶＰＮルータ８を介してインターネット６にアクセス可能である。
【００２９】
本実施形態では、外出先のユーザが携帯端末７を使用して本社のＬＡＮ４にアクセスし、ＰＣ２に格納されたファイルを参照する場合を例示する。本社のＶＰＮルータ５は、公知のセキュリティ機能によって、ＶＰＮセッションが確立された外部端末に対してのみ、ＬＡＮ４に接続された機器へのアクセスを許可する。つまり、携帯端末７およびＰＣ２でＶＰＮセッションが確立された場合にのみ、携帯端末７とＰＣ２とがＶＰＮで通信可能となり、ひいてはユーザがＰＣ２に格納されたファイルを参照することができる。
【００３０】
サーバ３は、インターネット６に接続された公知のサーバである。サーバ３は、ＬＡＮ４へのアクセスを要求する外部端末について、ＶＰＮセッションの確立を許可すべきか否か（つまり、ＬＡＮ４へのアクセスを許可すべきか否か）を決定する。ＶＰＮセッションの確立に関する処理（つまり、後述のＶＰＮ接続処理およびセンター認証処理）については、別途後述する。
【００３１】
図２を参照して、ＶＰＮルータ８の電気的構成について説明する。説明は省略するが、ＶＰＮルータ５の電気的構成も、ＶＰＮルータ８の電気的構成と同様である。
【００３２】
ＶＰＮルータ８は、ＶＰＮルータ８の制御を司るＣＰＵ８１を備える。ＣＰＵ８１には、ＲＯＭ８２、ＲＡＭ８３、フラッシュメモリ８４、ＬＡＮインタフェイス８５、無線ＬＡＮインタフェイス８６、ＷＡＮインタフェイス８７、ＵＳＢインタフェイス８８、およびＬＥＤ表示部８９が、バス８０を介して接続されている。図示しないが、ＶＰＮルータ８は、電力を供給するバッテリを備えている。ＲＯＭ８２には、ＣＰＵ８０にメイン処理（図７参照）を実行させるプログラムが記憶されている。
【００３３】
ＬＡＮインタフェイス８５は、図示外のＬＡＮケーブルが接続されるポートを含み、外部機器との間でＬＡＮケーブルを介したデータの送受信を行う。無線ＬＡＮインタフェイス８６は、図示外のアンテナを含み、外部機器との間で無線通信によるデータの送受信を行う。ＷＡＮインタフェイス８７は、図示外のＷＡＮケーブルが接続されるポートを含み、広域ネットワークとの間でＷＡＮケーブルを介したデータの送受信を行う。ＵＳＢインタフェイス８８は、図示外のＵＳＢケーブルが接続されるポートを含み、外部機器との間でＵＳＢケーブルを介したデータの送受信を行う。ＬＥＤ表示部８９は、ＶＰＮルータ８の動作状態を、ＬＥＤ（図示外）の発光パターンおよび発光色で報知する。
【００３４】
本実施形態では、ユーザが携帯端末７をＶＰＮルータ８に接続する場合、ＬＡＮケーブルまたはＵＳＢケーブルを用いて有線接続したり、無線ＬＡＮで無線接続したりすることができる。例えば携帯端末７の機能および構造に応じて、携帯端末７とＶＰＮルータ８とが好適な態様で接続されればよい。ユーザがＶＰＮルータ８をインターネット６に接続する場合、ＷＡＮケーブルまたはＬＡＮケーブルを用いて有線接続したり、無線ＬＡＮを用いてアクセスポイント経由で接続したり、３Ｇ回線経由で無線接続したりすることができる。例えば外出先の接続環境に応じて、ＶＰＮルータ８とインターネット６とが好適な態様で接続されればよい。
【００３５】
図３を参照して、サーバ３の電気的構成について説明する。サーバ３は、サーバ３の制御を司るＣＰＵ３１を備える。ＣＰＵ３１には、ＲＯＭ３２、ＲＡＭ３３、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）３４、ＬＡＮインタフェイス３５、および入出力部３６が、バス３０を介して接続されている。入出力部３６には、マウスおよびキーボードに例示される入力装置３７と、ディスプレイ３８とが接続されている。サーバ３は、ＬＡＮインタフェイス３５に接続されるＬＡＮケーブルを介して、インターネット６に接続されている。ＨＤＤ３４には、ＣＰＵ３０にメイン処理（図９参照）を実行させるプログラム、セッション管理テーブル１１０、接続先管理テーブル１２０などが記憶されている。
【００３６】
図４を参照して、セッション管理テーブル１１０のデータ構成について説明する。セッション管理テーブル１１０は、正規の端末装置ごとに、ＶＰＮセッションに関するデータ項目を含むレコードが登録されている。正規の端末装置は、ＶＰＮルータ８への接続が許可されている端末装置である。以下では、セッション管理テーブル１１０に登録されているレコードを、セッション管理レコードという。本実施形態では、正規の端末装置が複数存在するのに対応して、セッション管理テーブル１１０に複数のセッション管理レコードが登録されている。
【００３７】
図４に示す例では、携帯端末７のセッション管理レコードがセッション管理テーブル１１０に登録されている。このセッション管理レコードには、データ項目として、携帯端末７が有するＭＡＣアドレスおよびＩＰアドレス、携帯端末７に設定されている端末ＩＤおよびパスワード、セッション状態、認証鍵、鍵生成日時などが含まれている。
【００３８】
セッション状態は、ＶＰＮセッションに関する処理状態（つまり、後述のセンター認証処理の進捗状況）を、「アイドル」、「認証待ち」、「ＶＰＮ通信中」、「ロック」のいずれかで示す。具体的には、「アイドル」は、携帯端末７からの要求に応じてセンター認証処理（図１０、図１１参照）を開始可能な状態を示す。「認証待ち」は、携帯端末７に関するローカル認証が完了するのを待機している状態を示す。「ＶＰＮ通信中」は、携帯端末７に対するＶＰＮセッションが確立されている状態を示す。「ロック」は、携帯端末７に対するＶＰＮセッションが規制されている状態を示す。ローカル認証は、ＶＰＮルータ８で実行される認証鍵を用いた認証処理であるが、詳細は後述する。
【００３９】
認証鍵は、センター認証処理（図１０、図１１参照）が実行されるごとにランダムに生成される認証情報である。鍵生成日時は、認証鍵が生成された日時を示す。図４に示すように、セッション状態が「アイドル」である場合は、センター認証処理（図１０、図１１参照）が開始されていないため、認証鍵および鍵生成日時は未設定である。
【００４０】
図５を参照して、接続先管理テーブル１２０のデータ構成について説明する。接続先管理テーブル１２０は、正規の端末装置ごとに、ＶＰＮセッションの接続先に関するデータ項目を含むレコードが登録されている。以下では、接続先管理テーブル１２０に登録されているレコードを、接続先管理レコードという。図５に示す例では、携帯端末７の接続先管理レコードが接続先管理テーブル１２０に登録されている。この接続先管理レコードには、データ項目として、携帯端末７が有するＭＡＣアドレスおよびＩＰアドレス、サービス情報などが含まれている。
【００４１】
サービス情報は、サービス提供機器が提供するサービスに関する情報であり、サービスＩＤ、提供元アドレス、証明書をデータ項目として含む。サービス提供機器は、正規の端末装置にＶＰＮ通信で各種サービスを提供する機器である。サービスＩＤは、サービス提供機器が提供するサービスを特定するＩＤである。提供元アドレスは、サービス提供機器のＩＰアドレスである。証明書は、サービスの提供を受けるために必要な認証情報である。
【００４２】
本実施形態では、正規の端末装置が複数存在するのに対応して、接続先管理テーブル１２０に複数の接続先管理レコードが登録されている。正規の端末装置が提供を受けることができる複数のサービスに対応して、各接続先管理レコードに複数のサービス情報が設定されている。図示しないが、各サービス情報には、サービスの提供を受けるための通信プロトコルや設定情報なども含まれる。
【００４３】
例えば、ユーザは携帯端末７を使用してＰＣ２のファイルを閲覧するのに対応して、携帯端末７の接続先管理レコードに含まれる第１サービス情報には、ＰＣ２のファイル提供サービスに関する情報が設定されている。具体的には、第１サービス情報のサービスＩＤは、ＰＣ２のファイル提供サービスを特定するＩＤである。第１サービス情報の提供元アドレスは、ＰＣ２のＩＰアドレスである。第１サービス情報の証明書は、ＰＣ２のファイル提供サービスを受けるために必要な認証情報である。
【００４４】
図６を参照して、通信システム１の全体処理の概要について説明する。以下の説明では、ＶＰＮセッションの確立を要求する端末装置を、対象端末とよぶ。対象端末が接続されているＶＰＮルータを、対象ルータとよぶ。本実施形態では、携帯端末７が対象端末であり、ＶＰＮルータ８が対象ルータである。
【００４５】
例えばユーザが携帯端末７を使用してＰＣ２のファイルを閲覧する場合、携帯端末７はサーバ３へセンター認証要求を送信する（Ｔ１）。センター認証要求は、対象端末に関するセンター認証の実行を、サーバに対して要求する信号である。ＶＰＮルータ８は、携帯端末７から送信されたセンター認証要求を、サーバ３に向けて中継する。
【００４６】
サーバ３は、センター認証要求を受信した場合、携帯端末７が正規の端末装置であるか否かを判断する機器認証を実行する。サーバ３は、機器認証が成功した場合、携帯端末７の認証鍵を生成および保存する。サーバ３は、携帯端末７へ認証成功通知を送信する（Ｔ２）。認証成功通知は、サーバ３の機器認証が成功したことを、対象端末に対して通知する信号であり、少なくともサーバ３で生成された認証鍵を含む。ＶＰＮルータ８は、サーバ３から送信された認証成功通知を、携帯端末７に向けて中継する。
【００４７】
携帯端末７は、認証成功通知を受信した場合、ＶＰＮルータ８へＶＰＮ接続要求を送信する（Ｔ３）。ＶＰＮ接続要求は、対象端末とサービス提供機器とを接続するＶＰＮセッションの確立を、対象ルータに対して要求する信号であり、少なくともサーバ３から受信した認証鍵を含む。ＶＰＮルータ８は、ＶＰＮ接続要求を受信した場合、サーバ３へ認証鍵要求を送信する（Ｔ４）。認証鍵要求は、対象端末の認証鍵を、サーバ３に対して要求する信号である。サーバ３は、認証鍵要求を受信した場合、自機に保存されている認証鍵をＶＰＮルータ８へ送信する（Ｔ５）。
【００４８】
ＶＰＮルータ８は、サーバ３から受信した認証鍵と、携帯端末７から受信した認証鍵とを照合する。ＶＰＮルータ８は、認証鍵が一致した場合、サーバ３へ接続先要求を送信する（Ｔ６）。接続先要求は、対象端末とＶＰＮで接続されるサービス提供機器のアドレスを、サーバ３に対して要求する信号である。サーバ３は、接続先要求を受信した場合、ＶＰＮルータ８へ接続先指示を送信する（Ｔ７）。接続先指示は、対象端末とＶＰＮで接続されるサービス提供機器のアドレスを、対象ルータに対して指示する信号である。
【００４９】
ＶＰＮルータ８は、接続先指示を受信した場合、携帯端末７にＶＰＮ許可通知を送信する（Ｔ８）。ＶＰＮ許可通知は、対象端末とサービス提供機器とを接続するＶＰＮセッションの確立が許可されたことを、対象端末に対して通知する信号である。ＶＰＮルータ８は、携帯端末７とＰＣ２とを接続するＶＰＮセッションを確立する（Ｔ９）。ＶＰＮルータ５およびＶＰＮルータ８で実行される公知のトンネリング処理によって、携帯端末７とＰＣ２との間でＶＰＮ通信が実行される（Ｔ１０）。これにより、携帯端末７はＶＰＮ通信でＰＣ２にアクセスでき、ユーザは外部環境からＰＣ２のファイルを閲覧することができる。
【００５０】
図７〜図１３を参照して、上記した通信システム１の全体処理のうち、ＶＰＮルータ８およびサーバ３でそれぞれ実行される処理の詳細について説明する。以下では、理解を容易にするために、図６に示すタイミングチャートを適宜参照しつつ説明する。
【００５１】
図７を参照して、ＶＰＮルータ８で実行されるメイン処理について説明する。メイン処理（図７参照）は、ＲＯＭ８２に記憶されているプログラムに基づいて、ＶＰＮルータ８が電源オフとされるまで、ＣＰＵ８１によって継続して実行される。
【００５２】
ＶＰＮルータ８のメイン処理では、まず自機宛てのパケットを受信したか否かが判断される（Ｓ１）。具体的には、ＶＰＮルータ８がパケットを受信し、且つ、受信パケットに含まれる宛先アドレスがＶＰＮルータ８のＩＰアドレスと一致する場合、自機宛てのパケットを受信したと判断される（Ｓ１：ＹＥＳ）。この場合、受信パケットがＶＰＮ接続要求であるか否かが判断される（Ｓ３）。受信パケットがＶＰＮ接続要求である場合（Ｓ３：ＹＥＳ）、後述のＶＰＮ接続処理（Ｓ５）が呼び出されて実行される。受信パケットがＶＰＮ接続要求でない場合（Ｓ３：ＮＯ）、受信パケットに応じてその他の処理が実行される（Ｓ７）。
【００５３】
ＶＰＮルータ８がパケットを受信していない場合、または受信パケットに含まれる宛先アドレスがＶＰＮルータ８のＩＰアドレスと一致しない場合、自機宛てのパケットを受信していないと判断される（Ｓ１：ＮＯ）。この場合、処理はステップＳ９に進む。ステップＳ５またはステップＳ７の実行後も、処理はステップＳ９に進む。
【００５４】
ステップＳ９では、他機宛てのパケットを受信したか否かが判断される。具体的には、ＶＰＮルータ８がパケットを受信し、且つ、受信パケットに含まれる宛先アドレスがＶＰＮルータ８のＩＰアドレスと一致しない場合、他機宛てのパケットを受信したと判断される（Ｓ９：ＹＥＳ）。この場合、パケット送信元とパケット送信先との間でＶＰＮ通信を実行中であるか否かが判断される（Ｓ１１）。ＶＰＮルータ８は、他のＶＰＮルータとの間でＶＰＮ通信を実行している場合、ＶＰＮセッションの対象機器を把握している。例えば、ＶＰＮセッションの対象機器と、パケット送信元およびパケット送信先とが一致するか否かによって、ＶＰＮ通信の実行中であるか否かを判断可能である。
【００５５】
ＶＰＮ通信を実行中である場合（Ｓ１１：ＹＥＳ）、公知のトンネリング処理が実行される（Ｓ１３）。つまり、受信パケットは、ＶＰＮを経由して転送される。一方、ＶＰＮ通信を実行中でない場合（Ｓ１１：ＮＯ）、公知のパケット中継処理が実行される（Ｓ１５）。つまり、受信パケットは、公知のルータと同様のルーティング制御によって転送される。
【００５６】
ＶＰＮルータ８がパケットを受信していない場合、または受信パケットに含まれる宛先アドレスがＶＰＮルータ８のＩＰアドレスと一致する場合、他機宛てのパケットを受信していないと判断される（Ｓ９：ＮＯ）。この場合、処理はステップＳ１へ戻る。ステップＳ１３またはステップＳ１５の実行後も、処理はステップＳ１へ戻る。
【００５７】
図９を参照して、サーバ３で実行されるメイン処理について説明する。メイン処理（図９参照）は、ＨＤＤ３４に記憶されているプログラムに基づいて、サーバ３が電源オフとされるまで、ＣＰＵ３１によって継続して実行される。
【００５８】
サーバ３のメイン処理では、まずパケットを受信したか否かが判断される（Ｓ１０１）。パケットを受信した場合（Ｓ１０１：ＹＥＳ）、受信パケットがセンター認証要求であるか否かが判断される（Ｓ１０３）。受信パケットがセンター認証要求である場合（Ｓ１０３：ＹＥＳ）、後述のセンター認証処理（Ｓ１０５）が呼び出されて実行される。受信パケットがセンター認証要求でない場合（Ｓ１０３：ＮＯ）、受信パケットに応じてその他の処理が実行される（Ｓ７）。例えば、受信パケットがセッション管理テーブル１１０の更新指示である場合、その更新指示に応じてセッション管理レコードが更新される。受信パケットが接続先管理テーブル１２０の更新指示である場合、その更新指示に応じて接続先管理レコードが更新される。ステップＳ１０５またはステップＳ１０７の実行後、処理はステップＳ１０１へ戻る。
【００５９】
本実施形態では、ＰＣ２のファイル提供サービスを受けるために、ユーザが携帯端末７を操作して、センター認証の実行を入力指示する。このとき、ユーザは、携帯端末７の端末ＩＤ「０００００１」およびパスワード「＊＊＊＊＊＊＊＊」を入力する。携帯端末７は、ユーザが入力した情報と、携帯端末７のアドレスとを含むセンター認証要求を、サーバ３へ送信する（図６のＴ１参照）。携帯端末７のアドレスは、例えばＩＰアドレス「２０２．２１３．ｘｘｘ．ｘｘｘ」またはＭＡＣアドレス「００−１１−２２−３３−４４−５５」である。
【００６０】
ＶＰＮルータ８は、携帯端末７からセンター認証要求を受信した場合、センター認証要求をパケット中継処理でサーバ３に向けて転送する（Ｓ９：ＹＥＳ、Ｓ１１：ＮＯ、Ｓ１５）。サーバ３は、ＶＰＮルータ８によって転送されたセンター認証要求を受信した場合、以下のセンター認証処理を起動する（Ｓ１０１：ＹＥＳ、Ｓ１０３：ＹＥＳ、Ｓ１０５）。
【００６１】
図１０および図１１を参照して、センター認証処理（Ｓ１０５）について説明する。センター認証処理では、まず対象端末がサーバ３に登録されているか否かが判断される（Ｓ１１１）。具体的には、センター認証要求に含まれるアドレスが設定されているレコード（すなわち、対象端末のセッション管理レコード）が、セッション管理テーブル１１０に登録されているか否かが判断される。対象端末のセッション管理レコードが登録されている場合（Ｓ１１１：ＹＥＳ）、対象端末のセッション管理レコードに含まれるセッション状態が「アイドル」であるか否かが判断される（Ｓ１１３）。セッション状態が「アイドル」である場合（Ｓ１１３：ＹＥＳ）、機器認証処理が実行される（Ｓ１１５）。
【００６２】
機器認証処理（Ｓ１１５）では、センター認証要求に含まれる端末ＩＤおよびパスワードが、対象端末のセッション管理レコードに含まれる端末ＩＤおよびパスワードと照合される。この照合結果に基づいて、機器認証が成功したか否かが判断される（Ｓ１１７）。機器認証が成功した場合（Ｓ１１７：ＹＥＳ）、公知の手法によってランダムな認証鍵が生成される（Ｓ１１９）。ステップＳ１１９で生成された認証鍵は、対象端末のセッション管理レコードに含まれる認証鍵として、ＨＤＤ３４に保存される（Ｓ１２１）。ステップＳ１１９で生成された認証鍵を含む認証成功通知が、対象端末へ送信される（Ｓ１２３）。対象端末のセッション管理レコードに含まれるセッション状態が、「認証待ち」に設定される（Ｓ１２５）。図示外のタイマによって、認証成功通知の送信時から起算した経過時間のカウントが開始される（Ｓ１２７）。
【００６３】
対象端末のセッション管理レコードが登録されていない場合（Ｓ１１１：ＮＯ）、またはセッション状態が「アイドル」でない場合（Ｓ１１３：ＮＯ）、対象端末へエラーが送信される（Ｓ１３１）。機器認証が失敗した場合（Ｓ１１７：ＮＯ）、対象端末のセッション管理レコードに含まれるセッション状態が「ロック」に設定され（Ｓ１２９）、対象端末へエラーが送信される（Ｓ１３１）。ステップＳ１３１の実行後、センター認証処理が終了される。ステップＳ１３１のエラーを受信した対象端末では、センター認証失敗が報知される。
【００６４】
本実施形態では、携帯端末７のセッション管理レコードがセッション管理テーブル１１０に登録されており、且つ、セッション状態は「アイドル」である（図４参照）。センター認証要求に含まれる端末ＩＤおよびパスワードは、携帯端末７のセッション管理レコードに含まれる端末ＩＤ「０００００１」およびパスワード「＊＊＊＊＊＊＊＊」と一致する。そのため、センター認証要求を受信したサーバ３は、認証鍵「ｑｏｇｅｃｓｚ」を生成する。図１２に示すように、携帯端末７のセッション管理レコードでは、認証鍵「ｑｏｇｅｃｓｚ」が設定され、且つ、セッション状態が「アイドル」から「認証待ち」に更新される。サーバ３は、認証鍵「ｑｏｇｅｃｓｚ」を含む認証成功通知を、携帯端末７へ送信する（図６のＴ２参照）。ＶＰＮルータ８は、サーバ３から認証成功通知を受信した場合、認証成功通知をパケット中継処理で携帯端末７に向けて転送する（Ｓ９：ＹＥＳ、Ｓ１１：ＮＯ、Ｓ１５）。
【００６５】
認証成功通知を受信した対象端末では、センター認証成功が報知される。この場合、ユーザは携帯端末７を操作して、ＰＣ２に対するＶＰＮ接続を入力指示し、且つ、ＰＣ２のファイル提供サービスを示すサービスＩＤ「Ｓ００１」を入力する。携帯端末７は、サーバ３から受信した認証鍵と、ユーザが入力したサービスＩＤと、携帯端末７のアドレスとを含むＶＰＮ接続要求を、ＶＰＮルータ８へ送信する（図６のＴ３参照）。ＶＰＮルータ８は、携帯端末７からＶＰＮ接続要求を受信した場合、以下のＶＰＮ接続処理を起動する（Ｓ１：ＹＥＳ、Ｓ３：ＹＥＳ、Ｓ５）。
【００６６】
図８を参照して、ＶＰＮ接続処理（Ｓ５）について説明する。ＶＰＮ接続処理では、まずＶＰＮ接続要求に含まれる認証鍵が、フラッシュメモリ８４に保存される（Ｓ３１）。対象端末から受信したアドレスを含む認証鍵要求が、サーバ３へ送信される（Ｓ３３）。図示外のタイマによって、認証鍵要求の送信時から起算した経過時間のカウントが開始される（Ｓ３５）。本実施形態では、ＶＰＮ接続要求を受信したＶＰＮルータ８は、携帯端末７のアドレスを含む認証鍵要求を、サーバ３へ送信する（図６のＴ４参照）。
【００６７】
図１０および図１１に示すように、センター認証処理では、ステップＳ１２７の実行後、対象端末の認証鍵要求を受信したか否かが判断される（Ｓ１３３）。対象端末の認証鍵要求であるか否かは、認証鍵要求に含まれるアドレスに基づいて判断可能である。対象端末の認証鍵要求を受信していない場合（Ｓ１３３：ＮＯ）、タイムアウトか否かが判断される（Ｓ１３５）。具体的には、ステップＳ１２７でカウントが開始された経過時間が、所定時間（例えば、６０秒）を経過したか否かが判断される。経過時間が所定時間を経過している場合（Ｓ１３５：ＹＥＳ）、対象端末のセッション管理レコードに含まれるセッション状態が「ロック」に設定される（Ｓ１３７）。タイムアウトでない場合（Ｓ１３５：ＮＯ）、処理はステップＳ１３３へ戻る。
【００６８】
対象端末の認証鍵要求を受信した場合（Ｓ１３３：ＹＥＳ）、またはステップＳ１３７の実行後、対象端末のセッション管理レコードに含まれるセッション状態が「認証待ち」であるか否かが判断される（Ｓ１３９）。セッション状態が「認証待ち」である場合（Ｓ１３９：ＹＥＳ）、対象端末のセッション管理レコードに含まれる認証鍵が、ＨＤＤ８４から読み出される（Ｓ１４１）。ステップＳ１４１で読み出された認証鍵は、ＶＰＮルータ８へ送信される（Ｓ１４３）。
【００６９】
なお、ステップＳ１３７でセッション状態が「ロック」に設定された場合、セッション状態が「認証待ち」でないと判断されて（Ｓ１３９：ＮＯ）、センター認証処理が終了される。本実施形態では、認証鍵要求を受信したサーバ３は、認証鍵「ｑｏｇｅｃｓｚ」をＶＰＮルータ８へ送信する（図６のＴ５参照）。
【００７０】
図８に示すように、ＶＰＮ接続処理では、ステップＳ３５の実行後、タイムアウトか否かが判断される（Ｓ３７）。具体的には、ステップＳ３５でカウントが開始された経過時間が、所定時間（例えば、１０秒）を経過したか否かが判断される。経過時間が所定時間を経過していない場合（Ｓ３７：ＮＯ）、認証鍵を受信したか否かが判断される（Ｓ３９）。認証鍵を受信した場合（Ｓ３９：ＹＥＳ）、認証鍵を用いたローカル認証が実行される。すなわち、ステップ３９で受信した認証鍵が、ステップＳ３１で保存された認証鍵と一致するか否かが判断される（Ｓ４１）。認証鍵が一致する場合（Ｓ４１：ＹＥＳ）、対象端末から受信したサービスＩＤおよびアドレスを含む接続先要求が、サーバ３へ送信される（Ｓ４３）。図示外のタイマによって、接続先要求の送信時から起算した経過時間のカウントが開始される（Ｓ４５）。
【００７１】
認証鍵を受信していない場合（Ｓ３９：ＮＯ）、処理はステップＳ３７へ戻る。経過時間が所定時間を経過している場合（Ｓ３７：ＹＥＳ）、または認証鍵が一致しない場合（Ｓ４１：ＮＯ）、対象端末およびサーバ３へエラーが送信される（Ｓ６３）。ステップＳ６３のエラーを受信した対象端末では、ＶＰＮセッションの確立失敗が報知される。ステップＳ６３の実行後、ＶＰＮ接続処理が終了される。
【００７２】
本実施形態では、携帯端末７のセッション管理レコードに含まれる認証鍵、およびサーバ３から受信した認証鍵は、いずれも「ｑｏｇｅｃｓｚ」で一致する。そのため、認証鍵を受信したＶＰＮルータ８は、サービスＩＤ「Ｓ００１」および携帯端末７のアドレスを含む接続先要求を、サーバ３へ送信する（図６のＴ６参照）。
【００７３】
図１０および図１１に示すように、センター認証処理では、ステップＳ１４３の実行後、エラーを受信したか否かが判断される（Ｓ１４５）。エラーを受信していない場合（Ｓ１４５：ＮＯ）、対象端末の接続先要求を受信したか否かが判断される（Ｓ１４７）。対象端末の接続先要求であるか否かは、接続先要求に含まれるアドレスに基づいて判断可能である。対象端末の接続先要求を受信した場合（Ｓ１４７：ＹＥＳ）、対象端末のＶＰＮ接続先が特定される（Ｓ１４９）。具体的には、接続先管理テーブル１２０に登録されている対象端末のアドレスを含むレコード（すなわち、対象端末の接続先管理レコード）から、接続先要求に含まれるサービスＩＤに対応する提供元アドレスおよび証明書が特定される。Ｓ１４９で特定された提供元アドレスおよび証明書を含む接続先指示が、対象ルータへ送信される（Ｓ１５１）。
【００７４】
対象端末の接続先要求を受信していない場合（Ｓ１４７：ＮＯ）、処理はステップＳ１４５へ戻る。エラーを受信した場合（Ｓ１４５：ＹＥＳ）、対象ルータでローカル認証が失敗したか、またはタイムアウトが発生したことを示す。よって、対象端末のセッション管理レコードに含まれるセッション状態が「ロック」に設定されて（Ｓ１６３）、センター認証処理が終了される。
【００７５】
本実施形態では、携帯端末７の接続先管理レコードが接続先管理テーブル１２０に登録されており、且つ、ＰＣ２のファイル提供サービスに関するサービス情報を含む（図５参照）。そのため、接続先要求を受信したサーバ３は、サービスＩＤ「Ｓ００１」に対応する提供先アドレス「１５５．９８．ｘｘｘ．ｘｘｘ」および証明書「＊＊＊＊＊＊」を、ＶＰＮルータ８へ接続先指示として送信する（図６のＴ７参照）。
【００７６】
図８に示すように、ＶＰＮ接続処理では、ステップＳ４５の実行後、タイムアウトか否かが判断される（Ｓ４７）。具体的には、ステップＳ４５でカウントが開始された経過時間が、所定時間（例えば、１０秒）を経過したか否かが判断される。経過時間が所定時間を経過していない場合（Ｓ４７：ＮＯ）、接続先指示を受信したか否かが判断される（Ｓ４９）。接続先指示を受信した場合（Ｓ４９：ＹＥＳ）、対象端末へＶＰＮ許可通知が送信される（Ｓ５１）。公知のＶＰＮセッション確立処理によって、対象端末とサービス提供機器とを接続するＶＰＮセッションが確立される（Ｓ５３）。ステップＳ５３では、サーバ３から受信した接続先指示が示す提供元アドレスに基づいて、ＶＰＮセッションが確立される。なお、サービス提供機器が証明書を要求する場合は、接続先指示に含まれる証明書に基づいてＶＰＮセッションが確立される。
【００７７】
ＶＰＮセッションが確立されると、サーバ３へＶＰＮ開始通知が送信される（Ｓ５５）。ＶＰＮ開始通知は、対象端末とサービス提供機器との間でＶＰＮ通信が開始されたことを示す信号である。ステップＳ５５の実行後、ＶＰＮ終了指示を受信したか否かが判断される（Ｓ５７）。ＶＰＮ終了指示は、ユーザが対象端末でＶＰＮ通信の終了を指示した場合に、対象端末から対象ルータへ送信される信号である。
【００７８】
ＶＰＮ終了指示を受信した場合（Ｓ５７：ＹＥＳ）、公知のＶＰＮセッション切断処理によって、対象端末とサービス提供機器とを接続するＶＰＮセッションが切断される（Ｓ５９）。ＶＰＮセッションが切断されると、サーバ３へＶＰＮ終了通知が送信される（Ｓ６１）。ＶＰＮ終了通知は、対象端末とサービス提供機器との間でＶＰＮ通信が終了されたことを示す信号である。
【００７９】
ＶＰＮ終了指示を受信していない場合（Ｓ５７：ＮＯ）、処理はステップＳ５７へ戻る。経過時間が所定時間を経過している場合（Ｓ４７：ＹＥＳ）、対象端末およびサーバ３へエラーが送信されて（Ｓ６３）、ＶＰＮ接続処理が終了される。ステップＳ６１の実行後も、ＶＰＮ接続処理が終了される。
【００８０】
本実施形態では、接続先指示を受信したＶＰＮルータ８は、携帯端末７へＶＰＮ許可通知を送信する（図６のＴ８参照）。ＶＰＮルータ８は、ＶＰＮルータ５との間で行われる通信制御によって、携帯端末７とＰＣ２とを接続するセッションを確立する（図６のＴ９参照）。これにより、携帯端末７およびＰＣ２は、ＶＰＮルータ５およびＶＰＮルータ８を介してＶＰＮ通信を実行可能となる（図７のＴ１０参照）。つまり、携帯端末７は、ＰＣ２のファイル提供サービスをＶＰＮ経由で受けることができる。
【００８１】
図１０および図１１に示すように、センター認証処理では、ステップＳ１５１の実行後、エラーを受信したか否かが判断される（Ｓ１５３）。エラーを受信していない場合（Ｓ１５３：ＮＯ）、ＶＰＮ開始通知を受信したか否かが判断される（Ｓ１５５）。ＶＰＮ開始通知を受信した場合（Ｓ１５５：ＹＥＳ）、対象端末のセッション管理レコードに含まれるセッション状態が「ＶＰＮ通信中」に設定される（Ｓ１５７）。ステップＳ１５７の実行後、ＶＰＮ終了通知を受信したか否かが判断される（Ｓ１５９）。ＶＰＮ終了通知を受信した場合（Ｓ１５９：ＹＥＳ）、対象端末のセッション管理レコードに含まれるセッション状態が「アイドル」に設定される（Ｓ１６１）。
【００８２】
ＶＰＮ終了通知を受信していない場合（Ｓ１５９：ＮＯ）、処理はステップＳ１５９へ戻る。ＶＰＮ開始通知を受信していない場合（Ｓ１５５：ＮＯ）、処理はステップＳ１５３へ戻る。エラーを受信した場合（Ｓ１５３：ＹＥＳ）、ＶＰＮルータ８でタイムアウトが発生したことを示す。よって、対象端末のセッション管理レコードに含まれるセッション状態が「ロック」に設定されて（Ｓ１６３）、センター認証処理が終了される。ステップＳ１６１の実行後も、ＶＰＮ接続処理が終了される。
【００８３】
本実施形態では、サーバ３がＶＰＮ開始通知を受信した場合、携帯端末７のセッション管理レコードに含まれるセッション状態が、図１３に示すように「認証待ち」から「ＶＰＮ通信中」に更新される。サーバ３がＶＰＮ終了通知を受信した場合、携帯端末７のセッション管理レコードに含まれるセッション状態が、「認証待ち」から「アイドル」に更新される（図４参照）。このように、セッション管理テーブル１１０では、各対象端末に関するセンター認証処理の進捗状況（つまり、ＶＰＮセッションの確立に関する進捗状況）が管理される。
【００８４】
以上説明したように、本実施形態によれば、携帯端末７からＶＰＮルータ８経由でセンター認証要求を受信したサーバ３は、認証鍵を生成および保存する。サーバ３は、認証鍵を含む認証成功通知を、ＶＰＮルータ８経由で携帯端末７へ送信する。認証成功通知を受信した携帯端末７は、認証鍵を含むＶＰＮ接続要求をＶＰＮルータ８へ送信する。ＶＰＮ接続要求を受信したＶＰＮルータ８は、サーバ３へ認証鍵要求を送信して、サーバ３に保存された認証鍵を取得する。ＶＰＮルータ８は、携帯端末７から受信した認証鍵とＶＰＮルータ８から取得した認証鍵とが一致した場合、サーバ３へ接続先要求を送信して、ＰＣ２の提供元アドレスを取得する。ＶＰＮルータ８は、サーバ３から取得した提供元アドレスに基づいて、携帯端末７とＰＣ２とを接続するＶＰＮセッションを確立する。これにより、携帯端末７のユーザは外部環境からＰＣ２へＶＰＮで容易にアクセスすることができ、且つ、ＶＰＮの接続対象を正規の端末装置に限定することができる。
【００８５】
詳細には、サーバ３では、正規の端末装置がセッション管理テーブル１１０で管理されている。サーバ３は、不正な端末装置からＶＰＮ接続要求を受信した場合、ＶＰＮセッションの確立を拒否する（Ｓ１１１：ＮＯ）。したがって、本社のＬＡＮ４に対するＶＰＮの接続対象を、正規の端末装置に限定することができる。例えば、ＶＰＮルータ８に接続された不正な端末装置に、ＶＰＮセッションが確立されることを抑制できる。
【００８６】
ＶＰＮルータ８では、サーバ３から受信した認証鍵と、対象端末から受信した認証鍵とが一致するか否かが判断される（Ｓ４１）。これにより、対象端末とＶＰＮルータ８に接続されている端末装置とが同一であるか否かを、ＶＰＮルータ８が正確に特定することができる。ＶＰＮセッションの確立に関する処理の実行中に、例えば第三者が携帯端末７またはＶＰＮルータ８のすり替えや不正操作などを行った場合でも、ＶＰＮセッションの確立を規制することができる。
【００８７】
ＶＰＮルータ８では、認証鍵が一致しない場合（Ｓ４１：ＮＯ）、サーバ３へエラーが送信される（Ｓ６３）。サーバ３では、機器認証が失敗した場合（Ｓ１１７：ＮＯ）、または対象ルータからエラーを受信した場合（Ｓ１４５：ＹＥＳ）、セッション状態が「ロック」に設定される（Ｓ１２９、Ｓ１６３）。サーバ３は、セッション状態が「ロック」に設定された対象端末からセンター認証要求を受信した場合、センター認証処理が終了されるため（Ｓ１１３：ＮＯ、Ｓ１３１）、ＶＰＮセッションは確立されない。これにより、認証に失敗した不正な端末装置に対してＶＰＮセッションが確立されるおそれを低減できる。
【００８８】
ＶＰＮルータ８では、タイムアウトが発生した場合（Ｓ３７：ＹＥＳ、Ｓ４７：ＹＥＳ）、サーバ３へエラーが送信される（Ｓ６３）。サーバ３では、タイムアウトが発生した場合（Ｓ１３５：ＹＥＳ）、または対象ルータからエラーを受信した場合（Ｓ１４５：ＹＥＳ、Ｓ１５３：ＹＥＳ）、セッション状態が「ロック」に設定されるため（Ｓ１３７、Ｓ１６３）、ＶＰＮセッションは確立されない。例えば第三者が携帯端末７またはＶＰＮルータ８のすり替えや不正操作などを行った場合、ＶＰＮセッションの確立に関する処理に遅延が生じて、上記のようにタイムアウトが発生するおそれがある。よって、タイムアウトが発生した不正な端末装置に対してＶＰＮセッションが確立されるおそれを低減できる。
【００８９】
ＶＰＮルータ８では、タイムアウトが発生した場合（Ｓ３７：ＹＥＳ、Ｓ４７：ＹＥＳ）、ＶＰＮ接続処理が終了される。サーバ３では、タイムアウトが発生した場合（Ｓ１３５：ＹＥＳ）、または対象ルータからエラーを受信した場合（Ｓ１４５：ＹＥＳ、Ｓ１５３：ＹＥＳ）、センター認証処理が終了される。つまり、タイムアウトが発生した場合には、ＶＰＮセッションが確立されることなく処理が終了する。したがって、ＶＰＮセッションの確立に関する処理の遅延を抑制することができ、且つ、第三者による不正な操作が介入するおそれを低減することができる。
【００９０】
サーバ３では、端末ＩＤおよびパスワードを用いた機器認証（Ｓ１１５）が実行される。ＶＰＮルータ８では、認証鍵を用いたローカル認証（Ｓ４１）が実行される。つまり、異なる機器でそれぞれ異なる認証情報を用いた認証処理が実行されるため、セキュリティ性を向上できる。さらに、機器認証が失敗した場合（Ｓ１１７：ＮＯ）、認証鍵の生成が行われることなく処理が終了するため、ＶＰＮセッションの確立に関する処理を迅速にすることができる。
【００９１】
サーバ３では、サービス提供機器が接続先管理テーブル１２０で管理されている。サーバ３は、サービスＩＤを含む接続先要求を受信した場合（Ｓ１４７：ＮＯ）、サービスＩＤに対応する提供元アドレスを対象ルータへ送信する（Ｓ１４９、Ｓ１５１）。これによれば、対象端末が求めるサービスを提供可能なサービス提供機器が、対象端末とＶＰＮで接続されるため、ユーザに多様なサービスを提供可能となる。さらに、対象ルータでサービス提供機器のアドレスなどを管理する必要がないため、汎用的なＶＰＮルータを使用してＶＰＮセッションを確立することができる。
【００９２】
例えば携帯端末７とＰＣ２とを接続するＶＰＮセッションを確立する場合、ユーザは携帯端末７で端末ＩＤおよびパスワードを設定するだけでよい。したがって、ユーザは、外部環境から本社のＬＡＮ４にＶＰＮで容易にアクセスすることができる。また、正規の端末装置であれば、いずれのＶＰＮルータを使用しても本社のＬＡＮ４にＶＰＮでアクセス可能である。よって、ユーザは正規のＶＰＮルータを携行する必要がないため、ユーザの利便性を高めることができる。
【００９３】
上記実施形態において、携帯端末７が、本発明の「一の端末装置」に相当する。ＰＣ２が、本発明の「他の端末装置」に相当する。ステップＳ１５を実行するＣＰＵ８１が、本発明の「認証要求中継手段」および「認証情報中継手段」に相当する。ステップＳ３３を実行するＣＰＵ８１が、本発明の「情報要求送信手段」に相当する。ステップＳ４１を実行するＣＰＵ８１が、本発明の「セッション認証手段」に相当する。ステップＳ５３を実行するＣＰＵ８１が、本発明の「セッション確立手段」に相当する。ステップＳ４９を実行するＣＰＵ８１が、本発明の「アドレス受信手段」に相当する。
【００９４】
ステップＳ１１９を実行するＣＰＵ３１が、本発明の「認証情報生成手段」に相当する。ステップＳ１２３を実行するＣＰＵ３１が、本発明の「第１認証情報送信手段」に相当する。ＨＤＤ３４が、本発明の「認証情報記憶手段」および「第１認証情報記憶手段」に相当する。ステップＳ１４３を実行するＣＰＵ３１が、本発明の「第２認証情報送信手段」に相当する。ステップＳ１２７を実行するＣＰＵ３１が、本発明の「経過時間計測手段」に相当する。セッション管理テーブル１１０が、本発明の「第２認証情報記憶手段」および「ステータス情報記憶手段」に相当する。ステップＳ１２５を実行するＣＰＵ３１が、本発明の「状態設定手段」に相当する。ステップＳ１３７を実行するＣＰＵ３１が、本発明の「状態変更手段」に相当する。接続先管理テーブル１２０が、本発明の「アドレス記憶手段」に相当する。ステップＳ１４９を実行するＣＰＵ３１が、本発明の「アドレス特定手段」に相当する。ステップＳ１５１を実行するＣＰＵ３１が、本発明の「アドレス送信手段」に相当する。ステップＳ１１５を実行するＣＰＵ３１が、本発明の「端末認証手段」に相当する。
【００９５】
なお、本発明は上記実施形態に限定されるものではなく、発明の要旨を変更しない範囲での変更が可能である。上記実施形態では、ユーザが携帯端末７で端末ＩＤおよびパスワードを入力している。これに代えて、端末ＩＤおよびパスワードの少なくとも一方が、携帯端末７にあらかじめ登録されていてもよい。この場合、携帯端末７から送信されるセンター認証要求に、例えば端末ＩＤが自動的に設定されるようにすることができる。
【００９６】
上記実施形態では、ＶＰＮルータ８に携帯端末７のみが接続されているが、ＶＰＮルータ８に複数の端末装置が接続されてもよい。この場合、各端末装置ごとにＶＰＮ接続処理（図８参照）およびセンター認証処理（図１０、図１１参照）が実行されることで、各端末装置ごとにＶＰＮセッションを確立することが可能となる。
【００９７】
上記実施形態では、ユーザが携帯端末７でサービスＩＤを入力している。これに代えて、携帯端末７にあらかじめ登録されているサービスＩＤが、携帯端末７から送信されるＶＰＮ接続要求に自動的に設定されてもよい。この場合、携帯端末７は、認証成功通知を受信した場合に、ＶＰＮ接続要求を自動的に送信してもよい。携帯端末７の接続管理テーブルに設定されているサービス情報が１つの場合、ＶＰＮ接続要求にサービスＩＤが含まれていなくてもよい。
【符号の説明】
【００９８】
１ 通信システム
２ ＰＣ
３ サーバ
４ ＬＡＮ
５ ＶＰＮルータ
６ インターネット
７ 携帯端末
８ ＶＰＮルータ
３１ ＣＰＵ
３２ ＲＯＭ
３３ ＲＡＭ
３４ ＨＤＤ
８１ ＣＰＵ
８２ ＲＯＭ
８３ ＲＡＭ
８４ フラッシュメモリ
８５ ＬＡＮインタフェイス
８６ 無線ＬＡＮインタフェイス
８７ ＷＡＮインタフェイス
８８ ＵＳＢインタフェイス
８９ ＬＥＤ表示部
１１０ セッション管理テーブル
１２０ 接続先管理テーブル
【技術分野】
【０００１】
本発明は、ＶＰＮルータ、サーバおよび通信システムに関する。詳細には、複数の端末装置間でＶＰＮセッションを確立するためのＶＰＮルータ、サーバおよび通信システムに関する。
【背景技術】
【０００２】
従来、ネットワークサービスの一種として、ＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）が知られている。ＶＰＮでは、公衆回線網の一部を仮想的な専用線として利用する。ＶＰＮセッションが確立された端末装置間では、セキュリティ性の高い通信が行われる。近年では、インターネット上にＶＰＮを構築することが提案されている。例えば、複数の端末装置を、それぞれＶＰＮ機能を有するルータ（以下、ＶＰＮルータと称する。）を介してインターネットに接続する。各端末装置に接続されたＶＰＮルータが、既定のプロトコルで暗号化通信を行うことで、インターネット上でＶＰＮが実現される。
【０００３】
ＶＰＮルータの一種として、オンデマンド型のＶＰＮルータが知られている。オンデマンド型のＶＰＮルータには、ＶＰＮセッションの終端ノードを特定するＩＰアドレスがあらかじめ登録されている。ＶＰＮルータは、ローカル接続されている端末装置からＩＰパケットを受信した場合、ＩＰパケットの宛先アドレスが登録済みのＩＰアドレスと一致するか否かを判断する。宛先アドレスが登録済みのＩＰアドレスと一致した場合、ＶＰＮルータは端末装置と終端ノードとを接続するＶＰＮセッションを自動的に確立する。
【０００４】
ＶＰＮでは、セキュリティ性を向上させるため、暗号化通信に使用する暗号鍵を定期的に更新することがある。そこで、一方のＶＰＮルータが共通鍵を生成して、その共通鍵を携帯電話網を介して他方のＶＰＮルータに送信する。これにより、共通鍵の受け渡しに必要なデータ通信を簡略化しつつ、高いセキュリティを実現するＶＰＮ通信装置が知られている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００６−２１７２７５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
近年では、ユーザが外出先で携帯端末（例えば、携帯電話やノート型ＰＣなど）を使用して、社内のネットワークへ接続することがある。このとき、通信時のセキュリティ性を確保するために、ユーザが外出先に設置されたＶＰＮルータを介して、社内のネットワークへＶＰＮで接続することがある。また、オンデマンド型のＶＰＮルータを小型軽量化することで、ユーザがＶＰＮルータを携行可能とすることが考えられる。この場合、ユーザが外出先に携行したＶＰＮルータを介して、携帯端末と社内のネットワークとをＶＰＮで接続することがある。
【０００７】
このような場合、社内のネットワークとＶＰＮセッションを確立するための通信設定が行われた端末装置であれば、社内のネットワークへアクセス可能となる。言い換えると、第三者が不特定の端末装置を使用して、外部環境からＶＰＮルータを介して社内のネットワークへ不正にアクセスする可能性があった。また、上記の通信設定が残っている携帯端末を、ユーザが紛失したり、第三者が盗難したりすることがありうる。この場合も、第三者が不正取得した携帯端末を使用して、外部環境からＶＰＮルータを介して社内のネットワークへ不正にアクセスするおそれがあった。
【０００８】
本発明は、上述した課題を解決するためになされたものであり、外部環境からローカルネットワークへＶＰＮで容易にアクセスすることができ、且つ、ＶＰＮの接続対象を正規の端末装置に限定することができるＶＰＮルータ、サーバおよび通信システムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明の第１態様に係るＶＰＮルータは、一の端末装置とローカル接続され、且つ、ネットワークを介して他の端末装置とＶＰＮセッションを管理するサーバとに接続されるＶＰＮルータであって、前記一の端末装置から前記サーバに向けて送信された、前記一の端末装置が前記ＶＰＮセッションの確立対象であるか否かの認証を要求する指示である認証要求を中継する認証要求中継手段と、前記サーバから前記一の端末装置に向けて送信された、前記一の端末装置に固有の認証情報を中継する認証情報中継手段と、前記一の端末装置から、前記他の端末装置に対する接続を要求する指示であって、前記認証情報を含む接続要求を受信した場合、前記一の端末装置に固有の前記認証情報を要求する指示である情報要求を、前記サーバに送信する情報要求送信手段と、前記サーバから前記認証情報を受信した場合、前記接続要求に含まれる前記認証情報と、前記サーバから受信した前記認証情報とが一致するか否かを判断するセッション認証手段と、前記セッション認証手段によって前記認証情報が一致すると判断された場合、前記ネットワーク上に前記一の端末装置と前記他の端末装置とを接続する前記ＶＰＮセッションを確立するセッション確立手段とを備えている。
【００１０】
第１態様によれば、一の端末装置から認証要求が送信された場合、認証要求はＶＰＮルータによってサーバに向けて中継される。サーバから認証情報が送信された場合、認証情報はＶＰＮルータによって端末装置に向けて中継される。認証情報を含む接続要求が一の端末装置からＶＰＮルータへ送信された場合、情報要求がＶＰＮルータからサーバへ送信される。サーバからＶＰＮルータへ認証情報が送信された場合、ＶＰＮルータでは、サーバから受信した認証情報と、接続要求に含まれる認証情報とが一致するか否かが判断される。認証情報が一致する場合、一の端末装置と他の端末装置とを接続するＶＰＮセッションを確立される。これにより、外部環境からローカルネットワークへＶＰＮで容易にアクセスすることができ、且つ、ＶＰＮの接続対象を正規の端末装置に限定することができる。
【００１１】
第１態様において、前記情報要求送信手段は、前記一の端末装置に固有の識別情報を、前記情報要求に含めて前記サーバに送信してもよい。これによれば、情報要求に含まれる一の端末装置の識別情報によって、ＶＰＮルータに接続されている端末装置を、サーバに特定させることができる。
【００１２】
第１態様において、前記接続要求は、前記一の端末装置が提供を求めるサービスを示す情報を含み、前記情報要求送信手段は、前記接続要求に含まれる前記サービスを示す情報を、前記情報要求に含めて前記サーバに送信し、前記サーバから、前記サービスを提供可能な前記他の端末装置のアドレスを受信するアドレス受信手段を備え、前記セッション確立手段は、前記アドレス受信手段によって受信された前記アドレスに基づいて、前記ＶＰＮセッションを確立してもよい。これによれば、ＶＰＮセッションの接続先アドレスがサーバによって特定されるため、ＶＰＮルータが接続先アドレスを管理する必要がない。
【００１３】
本発明の第２態様に係るサーバは、一の端末装置とローカル接続されるＶＰＮルータとネットワークを介して接続され、ＶＰＮセッションを管理するサーバであって、前記一の端末装置から、前記一の端末装置が前記ＶＰＮセッションの確立対象であるか否かの認証を要求する指示である認証要求を受信した場合、前記一の端末装置に固有の第１認証情報を生成する認証情報生成手段と、前記認証情報生成手段によって生成された前記第１認証情報を、前記一の端末装置に送信する第１認証情報送信手段と、前記認証情報生成手段によって生成された前記第１認証情報を記憶する第１認証情報記憶手段と、前記ＶＰＮルータから前記第１認証情報を要求する指示である情報要求を受信した場合、前記第１認証情報記憶手段で記憶されている前記第１認証情報を、前記ＶＰＮルータに送信する第２認証情報送信手段とを備えている。
【００１４】
第２態様によれば、一の端末装置からサーバへ認証要求が送信された場合、サーバで第１認証情報が生成および記憶され、且つ、第１認証情報がサーバから一の端末装置に送信される。ＶＰＮルータからサーバへ情報要求が送信された場合、サーバで記憶済みの第１認証情報がＶＰＮルータへ送信される。これにより、サーバから取得した認証情報と、一の端末装置から取得した認証情報とが一致するか否かによって、ＶＰＮルータがＶＰＮセッションを確立すべきか否かを判断可能にすることができる。したがって、外部環境からローカルネットワークへＶＰＮで容易にアクセスすることができ、且つ、ＶＰＮの接続対象を正規の端末装置に限定することができる。
【００１５】
第２態様において、前記第１認証情報記憶手段で記憶されている前記第１認証情報について、前記認証情報生成手段によって生成された時点からの経過時間を計測する経過時間計測手段と、前記ＶＰＮセッションに関する前記一の端末装置の状態を示すステータス情報を記憶するステータス情報記憶手段と、前記認証情報生成手段によって前記認証情報が生成された場合、前記ステータス情報を第１状態に設定する状態設定手段と、前記経過時間が所定時間以上である場合、前記ステータス情報を前記第１状態から第２状態に変更する状態変更手段とを備え、前記第２認証情報送信手段は、前記サーバから前記情報要求を受信した時点で、前記ステータス情報が前記第１状態である場合、前記第１認証情報の送信を実行する一方、前記ステータス情報が前記第２状態である場合、前記第１認証情報の送信を中止してもよい。
【００１６】
これによれば、第１認証情報が生成されてから情報要求を受信するまでの経過時間が所定時間以上である場合、ステータス情報が第１状態から第２状態に変更されることで、第１認証情報の送信が中止される。したがって、サーバで実行される処理の遅延を抑制でき、且つ、第三者による不正な操作が介入するおそれを低減することができる。
【００１７】
第２態様において、前記情報要求は、前記一の端末装置が提供を求めるサービスを示す情報を含み、前記サービスを提供可能な前記他の端末装置のアドレスを記憶するアドレス記憶手段と、前記情報要求に含まれる前記サービスを示す情報に基づいて、前記一の端末装置が提供を求める前記サービスを特定し、且つ、特定した前記サービスを提供可能な前記他の端末装置の前記アドレスを、前記アドレス記憶手段を参照して特定するアドレス特定手段と、前記アドレス特定手段によって特定された前記アドレスを、前記ＶＰＮルータに送信するアドレス送信手段とを備えてもよい。これによれば、他の端末装置から提供を受けるサービスに応じて、サーバがＶＰＮセッションの接続先アドレスを特定して、ＶＰＮルータに通知することができる。
【００１８】
第２態様において、前記認証要求は、前記一の端末装置で設定された第２認証情報を含み、前記一の端末装置に対応づけて、あらかじめ登録された前記第２認証情報を記憶する第２認証情報記憶手段と、前記一の端末装置から前記認証要求を受信した場合、前記認証要求に含まれる前記第２認証情報と、前記第２認証情報記憶手段に記憶されている前記第２認証情報とが一致するか否かを判断する端末認証手段とを備え、前記認証情報生成手段は、前記端末認証手段によって前記第２認証情報が一致すると判断された場合、前記第１認証情報の生成を実行する一方、前記端末認証手段によって前記第２認証情報が一致しないと判断された場合、前記第１認証情報の生成を中止してもよい。
【００１９】
これによれば、ＶＰＮルータでは第１認証情報を用いた認証処理が実行され、サーバでは第２認証情報を用いた認証処理が実行される。つまり、異なる機器でそれぞれ異なる認証情報を用いた認証処理が実行されるため、セキュリティ性が高まる。第２認証情報を用いた認証処理が失敗した場合には、第１認証情報の生成が中止されるため、サーバで実行される処理の遅延を抑制できる。
【００２０】
第２態様において、前記第１識別情報は、前記認証要求が受信されるごとにランダムに生成される認証鍵であるであってもよい。これにより、認証要求元の端末装置とＶＰＮルータに接続されている端末装置とが同一であるか否かを、ＶＰＮルータに特定させることができる。
【００２１】
本発明の第３態様に係るサーバは、ＶＰＮセッションを管理するサーバと、一の端末装置とローカル接続され、且つ、ネットワークを介して他の端末装置および前記サーバに接続されるＶＰＮルータとを含む通信システムであって、前記ＶＰＮルータは、前記一の端末装置から前記サーバに向けて送信された、前記一の端末装置が前記ＶＰＮセッションの確立対象であるか否かの認証を要求する指示である認証要求を中継する認証要求中継手段と、前記サーバから前記一の端末装置に向けて送信された、前記一の端末装置に固有の認証情報を中継する認証情報中継手段と、前記一の端末装置から、前記他の端末装置に対する接続を要求する指示であって、前記認証情報を含む接続要求を受信した場合、前記一の端末装置に固有の前記認証情報を要求する指示である情報要求を、前記サーバに送信する情報要求送信手段と、前記サーバから前記認証情報を受信した場合、前記接続要求に含まれる前記認証情報と、前記サーバから受信した前記認証情報とが一致するか否かを判断するセッション認証手段と、前記セッション認証手段によって前記認証情報が一致すると判断された場合、前記ネットワーク上に前記一の端末装置と前記他の端末装置とを接続する前記ＶＰＮセッションを確立するセッション確立手段とを備え、前記サーバは、前記一の端末装置から前記認証要求を受信した場合、前記認証情報を生成する認証情報生成手段と、前記認証情報生成手段によって生成された前記認証情報を、前記一の端末装置に送信する第１認証情報送信手段と、前記認証情報生成手段によって生成された前記認証情報を記憶する認証情報記憶手段と、前記ＶＰＮルータから前記情報要求を受信した場合、前記認証情報記憶手段で記憶されている前記認証情報を、前記ＶＰＮルータに送信する第２認証情報送信手段とを備えている。
【００２２】
第３態様によれば、一の端末装置から認証要求が送信された場合、認証要求はＶＰＮルータによってサーバに向けて中継される。サーバから認証情報が送信された場合、認証情報はＶＰＮルータによって端末装置に向けて中継される。一の端末装置からＶＰＮルータへ接続要求が送信された場合、情報要求がＶＰＮルータからサーバへ送信される。サーバからＶＰＮルータへ認証情報が送信された場合、ＶＰＮルータでは、サーバから受信した認証情報と、接続要求に含まれる認証情報とが一致するか否かが判断される。認証情報が一致する場合、一の端末装置と他の端末装置とを接続するＶＰＮセッションを確立される。これにより、外部環境からローカルネットワークへＶＰＮで容易にアクセスすることができ、且つ、ＶＰＮの接続対象を正規の端末装置に限定することができる。
【図面の簡単な説明】
【００２３】
【図１】通信システム１の全体構成を示す図である。
【図２】ＶＰＮルータ８の電気的構成を示すブロック図である。
【図３】サーバ３の電気的構成を示すブロック図である。
【図４】セッション管理テーブル１１０のデータ構成を示す図である。
【図５】接続先管理テーブル１２０のデータ構成を示す図である。
【図６】通信システム１における各種データの流れを示すタイミングチャートである。
【図７】ＶＰＮルータ８で実行されるメイン処理のフローチャートである。
【図８】ＶＰＮ接続処理のフローチャートである。
【図９】サーバ３で実行されるメイン処理のフローチャートである。
【図１０】センター認証処理のフローチャートである。
【図１１】図１０に示すフローチャートの続きである。
【図１２】セッション管理テーブル１１０のデータ構成を示す他の図である。
【図１３】セッション管理テーブル１１０のデータ構成を示す他の図である。
【発明を実施するための形態】
【００２４】
本発明を具体化した実施の形態について、図面を参照して説明する。参照する図面は、本発明が採用しうる技術的特徴を説明するために用いられるものであり、単なる説明例である。
【００２５】
図１を参照して、本実施形態に係る通信システム１の全体構成について説明する。通信システム１は、特定のローカルネットワークに、外部の端末装置がＶＰＮで接続可能な構成を有する。図１に例示する通信システム１は、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）２、サーバ３、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）４、ＶＰＮルータ５、インターネット６、携帯端末７、ＶＰＮルータ８などを含む。
【００２６】
ＰＣ２は、ユーザが所属する企業の本社に設置されている。ＬＡＮ４は、ＰＣ２、サーバ（図示外）、プリンタ（図示外）などの機器が接続された、本社のローカルネットワークである。ＶＰＮルータ５は、本社に設置された公知のＶＰＮルータであり、ＬＡＮ４と外部のネットワークとのデータ通信を中継する。ＰＣ２は、ＶＰＮルータ５を介してインターネット６にアクセス可能である。
【００２７】
携帯端末７は、小型・軽量の端末装置であり、例えばノートＰＣ、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、電子ペーパー端末などである。ＶＰＮルータ８は、小型・軽量のＶＰＮルータであり、且つ、公知のＶＰＮルータと同様の機能を有する。ユーザは、携帯端末７およびＶＰＮルータ８を携行して外出先で使用することができる。
【００２８】
例えば、外出先がインターネット６に接続可能な環境である場合、ユーザは携帯端末７とＶＰＮルータ８とを接続し、且つ、ＶＰＮルータ８とインターネット６とを接続する。ＶＰＮルータ８は、携帯端末７と外部のネットワーク（つまり、インターネット６）とのデータ通信を中継する。これにより、携帯端末７は、ＶＰＮルータ８を介してインターネット６にアクセス可能である。
【００２９】
本実施形態では、外出先のユーザが携帯端末７を使用して本社のＬＡＮ４にアクセスし、ＰＣ２に格納されたファイルを参照する場合を例示する。本社のＶＰＮルータ５は、公知のセキュリティ機能によって、ＶＰＮセッションが確立された外部端末に対してのみ、ＬＡＮ４に接続された機器へのアクセスを許可する。つまり、携帯端末７およびＰＣ２でＶＰＮセッションが確立された場合にのみ、携帯端末７とＰＣ２とがＶＰＮで通信可能となり、ひいてはユーザがＰＣ２に格納されたファイルを参照することができる。
【００３０】
サーバ３は、インターネット６に接続された公知のサーバである。サーバ３は、ＬＡＮ４へのアクセスを要求する外部端末について、ＶＰＮセッションの確立を許可すべきか否か（つまり、ＬＡＮ４へのアクセスを許可すべきか否か）を決定する。ＶＰＮセッションの確立に関する処理（つまり、後述のＶＰＮ接続処理およびセンター認証処理）については、別途後述する。
【００３１】
図２を参照して、ＶＰＮルータ８の電気的構成について説明する。説明は省略するが、ＶＰＮルータ５の電気的構成も、ＶＰＮルータ８の電気的構成と同様である。
【００３２】
ＶＰＮルータ８は、ＶＰＮルータ８の制御を司るＣＰＵ８１を備える。ＣＰＵ８１には、ＲＯＭ８２、ＲＡＭ８３、フラッシュメモリ８４、ＬＡＮインタフェイス８５、無線ＬＡＮインタフェイス８６、ＷＡＮインタフェイス８７、ＵＳＢインタフェイス８８、およびＬＥＤ表示部８９が、バス８０を介して接続されている。図示しないが、ＶＰＮルータ８は、電力を供給するバッテリを備えている。ＲＯＭ８２には、ＣＰＵ８０にメイン処理（図７参照）を実行させるプログラムが記憶されている。
【００３３】
ＬＡＮインタフェイス８５は、図示外のＬＡＮケーブルが接続されるポートを含み、外部機器との間でＬＡＮケーブルを介したデータの送受信を行う。無線ＬＡＮインタフェイス８６は、図示外のアンテナを含み、外部機器との間で無線通信によるデータの送受信を行う。ＷＡＮインタフェイス８７は、図示外のＷＡＮケーブルが接続されるポートを含み、広域ネットワークとの間でＷＡＮケーブルを介したデータの送受信を行う。ＵＳＢインタフェイス８８は、図示外のＵＳＢケーブルが接続されるポートを含み、外部機器との間でＵＳＢケーブルを介したデータの送受信を行う。ＬＥＤ表示部８９は、ＶＰＮルータ８の動作状態を、ＬＥＤ（図示外）の発光パターンおよび発光色で報知する。
【００３４】
本実施形態では、ユーザが携帯端末７をＶＰＮルータ８に接続する場合、ＬＡＮケーブルまたはＵＳＢケーブルを用いて有線接続したり、無線ＬＡＮで無線接続したりすることができる。例えば携帯端末７の機能および構造に応じて、携帯端末７とＶＰＮルータ８とが好適な態様で接続されればよい。ユーザがＶＰＮルータ８をインターネット６に接続する場合、ＷＡＮケーブルまたはＬＡＮケーブルを用いて有線接続したり、無線ＬＡＮを用いてアクセスポイント経由で接続したり、３Ｇ回線経由で無線接続したりすることができる。例えば外出先の接続環境に応じて、ＶＰＮルータ８とインターネット６とが好適な態様で接続されればよい。
【００３５】
図３を参照して、サーバ３の電気的構成について説明する。サーバ３は、サーバ３の制御を司るＣＰＵ３１を備える。ＣＰＵ３１には、ＲＯＭ３２、ＲＡＭ３３、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）３４、ＬＡＮインタフェイス３５、および入出力部３６が、バス３０を介して接続されている。入出力部３６には、マウスおよびキーボードに例示される入力装置３７と、ディスプレイ３８とが接続されている。サーバ３は、ＬＡＮインタフェイス３５に接続されるＬＡＮケーブルを介して、インターネット６に接続されている。ＨＤＤ３４には、ＣＰＵ３０にメイン処理（図９参照）を実行させるプログラム、セッション管理テーブル１１０、接続先管理テーブル１２０などが記憶されている。
【００３６】
図４を参照して、セッション管理テーブル１１０のデータ構成について説明する。セッション管理テーブル１１０は、正規の端末装置ごとに、ＶＰＮセッションに関するデータ項目を含むレコードが登録されている。正規の端末装置は、ＶＰＮルータ８への接続が許可されている端末装置である。以下では、セッション管理テーブル１１０に登録されているレコードを、セッション管理レコードという。本実施形態では、正規の端末装置が複数存在するのに対応して、セッション管理テーブル１１０に複数のセッション管理レコードが登録されている。
【００３７】
図４に示す例では、携帯端末７のセッション管理レコードがセッション管理テーブル１１０に登録されている。このセッション管理レコードには、データ項目として、携帯端末７が有するＭＡＣアドレスおよびＩＰアドレス、携帯端末７に設定されている端末ＩＤおよびパスワード、セッション状態、認証鍵、鍵生成日時などが含まれている。
【００３８】
セッション状態は、ＶＰＮセッションに関する処理状態（つまり、後述のセンター認証処理の進捗状況）を、「アイドル」、「認証待ち」、「ＶＰＮ通信中」、「ロック」のいずれかで示す。具体的には、「アイドル」は、携帯端末７からの要求に応じてセンター認証処理（図１０、図１１参照）を開始可能な状態を示す。「認証待ち」は、携帯端末７に関するローカル認証が完了するのを待機している状態を示す。「ＶＰＮ通信中」は、携帯端末７に対するＶＰＮセッションが確立されている状態を示す。「ロック」は、携帯端末７に対するＶＰＮセッションが規制されている状態を示す。ローカル認証は、ＶＰＮルータ８で実行される認証鍵を用いた認証処理であるが、詳細は後述する。
【００３９】
認証鍵は、センター認証処理（図１０、図１１参照）が実行されるごとにランダムに生成される認証情報である。鍵生成日時は、認証鍵が生成された日時を示す。図４に示すように、セッション状態が「アイドル」である場合は、センター認証処理（図１０、図１１参照）が開始されていないため、認証鍵および鍵生成日時は未設定である。
【００４０】
図５を参照して、接続先管理テーブル１２０のデータ構成について説明する。接続先管理テーブル１２０は、正規の端末装置ごとに、ＶＰＮセッションの接続先に関するデータ項目を含むレコードが登録されている。以下では、接続先管理テーブル１２０に登録されているレコードを、接続先管理レコードという。図５に示す例では、携帯端末７の接続先管理レコードが接続先管理テーブル１２０に登録されている。この接続先管理レコードには、データ項目として、携帯端末７が有するＭＡＣアドレスおよびＩＰアドレス、サービス情報などが含まれている。
【００４１】
サービス情報は、サービス提供機器が提供するサービスに関する情報であり、サービスＩＤ、提供元アドレス、証明書をデータ項目として含む。サービス提供機器は、正規の端末装置にＶＰＮ通信で各種サービスを提供する機器である。サービスＩＤは、サービス提供機器が提供するサービスを特定するＩＤである。提供元アドレスは、サービス提供機器のＩＰアドレスである。証明書は、サービスの提供を受けるために必要な認証情報である。
【００４２】
本実施形態では、正規の端末装置が複数存在するのに対応して、接続先管理テーブル１２０に複数の接続先管理レコードが登録されている。正規の端末装置が提供を受けることができる複数のサービスに対応して、各接続先管理レコードに複数のサービス情報が設定されている。図示しないが、各サービス情報には、サービスの提供を受けるための通信プロトコルや設定情報なども含まれる。
【００４３】
例えば、ユーザは携帯端末７を使用してＰＣ２のファイルを閲覧するのに対応して、携帯端末７の接続先管理レコードに含まれる第１サービス情報には、ＰＣ２のファイル提供サービスに関する情報が設定されている。具体的には、第１サービス情報のサービスＩＤは、ＰＣ２のファイル提供サービスを特定するＩＤである。第１サービス情報の提供元アドレスは、ＰＣ２のＩＰアドレスである。第１サービス情報の証明書は、ＰＣ２のファイル提供サービスを受けるために必要な認証情報である。
【００４４】
図６を参照して、通信システム１の全体処理の概要について説明する。以下の説明では、ＶＰＮセッションの確立を要求する端末装置を、対象端末とよぶ。対象端末が接続されているＶＰＮルータを、対象ルータとよぶ。本実施形態では、携帯端末７が対象端末であり、ＶＰＮルータ８が対象ルータである。
【００４５】
例えばユーザが携帯端末７を使用してＰＣ２のファイルを閲覧する場合、携帯端末７はサーバ３へセンター認証要求を送信する（Ｔ１）。センター認証要求は、対象端末に関するセンター認証の実行を、サーバに対して要求する信号である。ＶＰＮルータ８は、携帯端末７から送信されたセンター認証要求を、サーバ３に向けて中継する。
【００４６】
サーバ３は、センター認証要求を受信した場合、携帯端末７が正規の端末装置であるか否かを判断する機器認証を実行する。サーバ３は、機器認証が成功した場合、携帯端末７の認証鍵を生成および保存する。サーバ３は、携帯端末７へ認証成功通知を送信する（Ｔ２）。認証成功通知は、サーバ３の機器認証が成功したことを、対象端末に対して通知する信号であり、少なくともサーバ３で生成された認証鍵を含む。ＶＰＮルータ８は、サーバ３から送信された認証成功通知を、携帯端末７に向けて中継する。
【００４７】
携帯端末７は、認証成功通知を受信した場合、ＶＰＮルータ８へＶＰＮ接続要求を送信する（Ｔ３）。ＶＰＮ接続要求は、対象端末とサービス提供機器とを接続するＶＰＮセッションの確立を、対象ルータに対して要求する信号であり、少なくともサーバ３から受信した認証鍵を含む。ＶＰＮルータ８は、ＶＰＮ接続要求を受信した場合、サーバ３へ認証鍵要求を送信する（Ｔ４）。認証鍵要求は、対象端末の認証鍵を、サーバ３に対して要求する信号である。サーバ３は、認証鍵要求を受信した場合、自機に保存されている認証鍵をＶＰＮルータ８へ送信する（Ｔ５）。
【００４８】
ＶＰＮルータ８は、サーバ３から受信した認証鍵と、携帯端末７から受信した認証鍵とを照合する。ＶＰＮルータ８は、認証鍵が一致した場合、サーバ３へ接続先要求を送信する（Ｔ６）。接続先要求は、対象端末とＶＰＮで接続されるサービス提供機器のアドレスを、サーバ３に対して要求する信号である。サーバ３は、接続先要求を受信した場合、ＶＰＮルータ８へ接続先指示を送信する（Ｔ７）。接続先指示は、対象端末とＶＰＮで接続されるサービス提供機器のアドレスを、対象ルータに対して指示する信号である。
【００４９】
ＶＰＮルータ８は、接続先指示を受信した場合、携帯端末７にＶＰＮ許可通知を送信する（Ｔ８）。ＶＰＮ許可通知は、対象端末とサービス提供機器とを接続するＶＰＮセッションの確立が許可されたことを、対象端末に対して通知する信号である。ＶＰＮルータ８は、携帯端末７とＰＣ２とを接続するＶＰＮセッションを確立する（Ｔ９）。ＶＰＮルータ５およびＶＰＮルータ８で実行される公知のトンネリング処理によって、携帯端末７とＰＣ２との間でＶＰＮ通信が実行される（Ｔ１０）。これにより、携帯端末７はＶＰＮ通信でＰＣ２にアクセスでき、ユーザは外部環境からＰＣ２のファイルを閲覧することができる。
【００５０】
図７〜図１３を参照して、上記した通信システム１の全体処理のうち、ＶＰＮルータ８およびサーバ３でそれぞれ実行される処理の詳細について説明する。以下では、理解を容易にするために、図６に示すタイミングチャートを適宜参照しつつ説明する。
【００５１】
図７を参照して、ＶＰＮルータ８で実行されるメイン処理について説明する。メイン処理（図７参照）は、ＲＯＭ８２に記憶されているプログラムに基づいて、ＶＰＮルータ８が電源オフとされるまで、ＣＰＵ８１によって継続して実行される。
【００５２】
ＶＰＮルータ８のメイン処理では、まず自機宛てのパケットを受信したか否かが判断される（Ｓ１）。具体的には、ＶＰＮルータ８がパケットを受信し、且つ、受信パケットに含まれる宛先アドレスがＶＰＮルータ８のＩＰアドレスと一致する場合、自機宛てのパケットを受信したと判断される（Ｓ１：ＹＥＳ）。この場合、受信パケットがＶＰＮ接続要求であるか否かが判断される（Ｓ３）。受信パケットがＶＰＮ接続要求である場合（Ｓ３：ＹＥＳ）、後述のＶＰＮ接続処理（Ｓ５）が呼び出されて実行される。受信パケットがＶＰＮ接続要求でない場合（Ｓ３：ＮＯ）、受信パケットに応じてその他の処理が実行される（Ｓ７）。
【００５３】
ＶＰＮルータ８がパケットを受信していない場合、または受信パケットに含まれる宛先アドレスがＶＰＮルータ８のＩＰアドレスと一致しない場合、自機宛てのパケットを受信していないと判断される（Ｓ１：ＮＯ）。この場合、処理はステップＳ９に進む。ステップＳ５またはステップＳ７の実行後も、処理はステップＳ９に進む。
【００５４】
ステップＳ９では、他機宛てのパケットを受信したか否かが判断される。具体的には、ＶＰＮルータ８がパケットを受信し、且つ、受信パケットに含まれる宛先アドレスがＶＰＮルータ８のＩＰアドレスと一致しない場合、他機宛てのパケットを受信したと判断される（Ｓ９：ＹＥＳ）。この場合、パケット送信元とパケット送信先との間でＶＰＮ通信を実行中であるか否かが判断される（Ｓ１１）。ＶＰＮルータ８は、他のＶＰＮルータとの間でＶＰＮ通信を実行している場合、ＶＰＮセッションの対象機器を把握している。例えば、ＶＰＮセッションの対象機器と、パケット送信元およびパケット送信先とが一致するか否かによって、ＶＰＮ通信の実行中であるか否かを判断可能である。
【００５５】
ＶＰＮ通信を実行中である場合（Ｓ１１：ＹＥＳ）、公知のトンネリング処理が実行される（Ｓ１３）。つまり、受信パケットは、ＶＰＮを経由して転送される。一方、ＶＰＮ通信を実行中でない場合（Ｓ１１：ＮＯ）、公知のパケット中継処理が実行される（Ｓ１５）。つまり、受信パケットは、公知のルータと同様のルーティング制御によって転送される。
【００５６】
ＶＰＮルータ８がパケットを受信していない場合、または受信パケットに含まれる宛先アドレスがＶＰＮルータ８のＩＰアドレスと一致する場合、他機宛てのパケットを受信していないと判断される（Ｓ９：ＮＯ）。この場合、処理はステップＳ１へ戻る。ステップＳ１３またはステップＳ１５の実行後も、処理はステップＳ１へ戻る。
【００５７】
図９を参照して、サーバ３で実行されるメイン処理について説明する。メイン処理（図９参照）は、ＨＤＤ３４に記憶されているプログラムに基づいて、サーバ３が電源オフとされるまで、ＣＰＵ３１によって継続して実行される。
【００５８】
サーバ３のメイン処理では、まずパケットを受信したか否かが判断される（Ｓ１０１）。パケットを受信した場合（Ｓ１０１：ＹＥＳ）、受信パケットがセンター認証要求であるか否かが判断される（Ｓ１０３）。受信パケットがセンター認証要求である場合（Ｓ１０３：ＹＥＳ）、後述のセンター認証処理（Ｓ１０５）が呼び出されて実行される。受信パケットがセンター認証要求でない場合（Ｓ１０３：ＮＯ）、受信パケットに応じてその他の処理が実行される（Ｓ７）。例えば、受信パケットがセッション管理テーブル１１０の更新指示である場合、その更新指示に応じてセッション管理レコードが更新される。受信パケットが接続先管理テーブル１２０の更新指示である場合、その更新指示に応じて接続先管理レコードが更新される。ステップＳ１０５またはステップＳ１０７の実行後、処理はステップＳ１０１へ戻る。
【００５９】
本実施形態では、ＰＣ２のファイル提供サービスを受けるために、ユーザが携帯端末７を操作して、センター認証の実行を入力指示する。このとき、ユーザは、携帯端末７の端末ＩＤ「０００００１」およびパスワード「＊＊＊＊＊＊＊＊」を入力する。携帯端末７は、ユーザが入力した情報と、携帯端末７のアドレスとを含むセンター認証要求を、サーバ３へ送信する（図６のＴ１参照）。携帯端末７のアドレスは、例えばＩＰアドレス「２０２．２１３．ｘｘｘ．ｘｘｘ」またはＭＡＣアドレス「００−１１−２２−３３−４４−５５」である。
【００６０】
ＶＰＮルータ８は、携帯端末７からセンター認証要求を受信した場合、センター認証要求をパケット中継処理でサーバ３に向けて転送する（Ｓ９：ＹＥＳ、Ｓ１１：ＮＯ、Ｓ１５）。サーバ３は、ＶＰＮルータ８によって転送されたセンター認証要求を受信した場合、以下のセンター認証処理を起動する（Ｓ１０１：ＹＥＳ、Ｓ１０３：ＹＥＳ、Ｓ１０５）。
【００６１】
図１０および図１１を参照して、センター認証処理（Ｓ１０５）について説明する。センター認証処理では、まず対象端末がサーバ３に登録されているか否かが判断される（Ｓ１１１）。具体的には、センター認証要求に含まれるアドレスが設定されているレコード（すなわち、対象端末のセッション管理レコード）が、セッション管理テーブル１１０に登録されているか否かが判断される。対象端末のセッション管理レコードが登録されている場合（Ｓ１１１：ＹＥＳ）、対象端末のセッション管理レコードに含まれるセッション状態が「アイドル」であるか否かが判断される（Ｓ１１３）。セッション状態が「アイドル」である場合（Ｓ１１３：ＹＥＳ）、機器認証処理が実行される（Ｓ１１５）。
【００６２】
機器認証処理（Ｓ１１５）では、センター認証要求に含まれる端末ＩＤおよびパスワードが、対象端末のセッション管理レコードに含まれる端末ＩＤおよびパスワードと照合される。この照合結果に基づいて、機器認証が成功したか否かが判断される（Ｓ１１７）。機器認証が成功した場合（Ｓ１１７：ＹＥＳ）、公知の手法によってランダムな認証鍵が生成される（Ｓ１１９）。ステップＳ１１９で生成された認証鍵は、対象端末のセッション管理レコードに含まれる認証鍵として、ＨＤＤ３４に保存される（Ｓ１２１）。ステップＳ１１９で生成された認証鍵を含む認証成功通知が、対象端末へ送信される（Ｓ１２３）。対象端末のセッション管理レコードに含まれるセッション状態が、「認証待ち」に設定される（Ｓ１２５）。図示外のタイマによって、認証成功通知の送信時から起算した経過時間のカウントが開始される（Ｓ１２７）。
【００６３】
対象端末のセッション管理レコードが登録されていない場合（Ｓ１１１：ＮＯ）、またはセッション状態が「アイドル」でない場合（Ｓ１１３：ＮＯ）、対象端末へエラーが送信される（Ｓ１３１）。機器認証が失敗した場合（Ｓ１１７：ＮＯ）、対象端末のセッション管理レコードに含まれるセッション状態が「ロック」に設定され（Ｓ１２９）、対象端末へエラーが送信される（Ｓ１３１）。ステップＳ１３１の実行後、センター認証処理が終了される。ステップＳ１３１のエラーを受信した対象端末では、センター認証失敗が報知される。
【００６４】
本実施形態では、携帯端末７のセッション管理レコードがセッション管理テーブル１１０に登録されており、且つ、セッション状態は「アイドル」である（図４参照）。センター認証要求に含まれる端末ＩＤおよびパスワードは、携帯端末７のセッション管理レコードに含まれる端末ＩＤ「０００００１」およびパスワード「＊＊＊＊＊＊＊＊」と一致する。そのため、センター認証要求を受信したサーバ３は、認証鍵「ｑｏｇｅｃｓｚ」を生成する。図１２に示すように、携帯端末７のセッション管理レコードでは、認証鍵「ｑｏｇｅｃｓｚ」が設定され、且つ、セッション状態が「アイドル」から「認証待ち」に更新される。サーバ３は、認証鍵「ｑｏｇｅｃｓｚ」を含む認証成功通知を、携帯端末７へ送信する（図６のＴ２参照）。ＶＰＮルータ８は、サーバ３から認証成功通知を受信した場合、認証成功通知をパケット中継処理で携帯端末７に向けて転送する（Ｓ９：ＹＥＳ、Ｓ１１：ＮＯ、Ｓ１５）。
【００６５】
認証成功通知を受信した対象端末では、センター認証成功が報知される。この場合、ユーザは携帯端末７を操作して、ＰＣ２に対するＶＰＮ接続を入力指示し、且つ、ＰＣ２のファイル提供サービスを示すサービスＩＤ「Ｓ００１」を入力する。携帯端末７は、サーバ３から受信した認証鍵と、ユーザが入力したサービスＩＤと、携帯端末７のアドレスとを含むＶＰＮ接続要求を、ＶＰＮルータ８へ送信する（図６のＴ３参照）。ＶＰＮルータ８は、携帯端末７からＶＰＮ接続要求を受信した場合、以下のＶＰＮ接続処理を起動する（Ｓ１：ＹＥＳ、Ｓ３：ＹＥＳ、Ｓ５）。
【００６６】
図８を参照して、ＶＰＮ接続処理（Ｓ５）について説明する。ＶＰＮ接続処理では、まずＶＰＮ接続要求に含まれる認証鍵が、フラッシュメモリ８４に保存される（Ｓ３１）。対象端末から受信したアドレスを含む認証鍵要求が、サーバ３へ送信される（Ｓ３３）。図示外のタイマによって、認証鍵要求の送信時から起算した経過時間のカウントが開始される（Ｓ３５）。本実施形態では、ＶＰＮ接続要求を受信したＶＰＮルータ８は、携帯端末７のアドレスを含む認証鍵要求を、サーバ３へ送信する（図６のＴ４参照）。
【００６７】
図１０および図１１に示すように、センター認証処理では、ステップＳ１２７の実行後、対象端末の認証鍵要求を受信したか否かが判断される（Ｓ１３３）。対象端末の認証鍵要求であるか否かは、認証鍵要求に含まれるアドレスに基づいて判断可能である。対象端末の認証鍵要求を受信していない場合（Ｓ１３３：ＮＯ）、タイムアウトか否かが判断される（Ｓ１３５）。具体的には、ステップＳ１２７でカウントが開始された経過時間が、所定時間（例えば、６０秒）を経過したか否かが判断される。経過時間が所定時間を経過している場合（Ｓ１３５：ＹＥＳ）、対象端末のセッション管理レコードに含まれるセッション状態が「ロック」に設定される（Ｓ１３７）。タイムアウトでない場合（Ｓ１３５：ＮＯ）、処理はステップＳ１３３へ戻る。
【００６８】
対象端末の認証鍵要求を受信した場合（Ｓ１３３：ＹＥＳ）、またはステップＳ１３７の実行後、対象端末のセッション管理レコードに含まれるセッション状態が「認証待ち」であるか否かが判断される（Ｓ１３９）。セッション状態が「認証待ち」である場合（Ｓ１３９：ＹＥＳ）、対象端末のセッション管理レコードに含まれる認証鍵が、ＨＤＤ８４から読み出される（Ｓ１４１）。ステップＳ１４１で読み出された認証鍵は、ＶＰＮルータ８へ送信される（Ｓ１４３）。
【００６９】
なお、ステップＳ１３７でセッション状態が「ロック」に設定された場合、セッション状態が「認証待ち」でないと判断されて（Ｓ１３９：ＮＯ）、センター認証処理が終了される。本実施形態では、認証鍵要求を受信したサーバ３は、認証鍵「ｑｏｇｅｃｓｚ」をＶＰＮルータ８へ送信する（図６のＴ５参照）。
【００７０】
図８に示すように、ＶＰＮ接続処理では、ステップＳ３５の実行後、タイムアウトか否かが判断される（Ｓ３７）。具体的には、ステップＳ３５でカウントが開始された経過時間が、所定時間（例えば、１０秒）を経過したか否かが判断される。経過時間が所定時間を経過していない場合（Ｓ３７：ＮＯ）、認証鍵を受信したか否かが判断される（Ｓ３９）。認証鍵を受信した場合（Ｓ３９：ＹＥＳ）、認証鍵を用いたローカル認証が実行される。すなわち、ステップ３９で受信した認証鍵が、ステップＳ３１で保存された認証鍵と一致するか否かが判断される（Ｓ４１）。認証鍵が一致する場合（Ｓ４１：ＹＥＳ）、対象端末から受信したサービスＩＤおよびアドレスを含む接続先要求が、サーバ３へ送信される（Ｓ４３）。図示外のタイマによって、接続先要求の送信時から起算した経過時間のカウントが開始される（Ｓ４５）。
【００７１】
認証鍵を受信していない場合（Ｓ３９：ＮＯ）、処理はステップＳ３７へ戻る。経過時間が所定時間を経過している場合（Ｓ３７：ＹＥＳ）、または認証鍵が一致しない場合（Ｓ４１：ＮＯ）、対象端末およびサーバ３へエラーが送信される（Ｓ６３）。ステップＳ６３のエラーを受信した対象端末では、ＶＰＮセッションの確立失敗が報知される。ステップＳ６３の実行後、ＶＰＮ接続処理が終了される。
【００７２】
本実施形態では、携帯端末７のセッション管理レコードに含まれる認証鍵、およびサーバ３から受信した認証鍵は、いずれも「ｑｏｇｅｃｓｚ」で一致する。そのため、認証鍵を受信したＶＰＮルータ８は、サービスＩＤ「Ｓ００１」および携帯端末７のアドレスを含む接続先要求を、サーバ３へ送信する（図６のＴ６参照）。
【００７３】
図１０および図１１に示すように、センター認証処理では、ステップＳ１４３の実行後、エラーを受信したか否かが判断される（Ｓ１４５）。エラーを受信していない場合（Ｓ１４５：ＮＯ）、対象端末の接続先要求を受信したか否かが判断される（Ｓ１４７）。対象端末の接続先要求であるか否かは、接続先要求に含まれるアドレスに基づいて判断可能である。対象端末の接続先要求を受信した場合（Ｓ１４７：ＹＥＳ）、対象端末のＶＰＮ接続先が特定される（Ｓ１４９）。具体的には、接続先管理テーブル１２０に登録されている対象端末のアドレスを含むレコード（すなわち、対象端末の接続先管理レコード）から、接続先要求に含まれるサービスＩＤに対応する提供元アドレスおよび証明書が特定される。Ｓ１４９で特定された提供元アドレスおよび証明書を含む接続先指示が、対象ルータへ送信される（Ｓ１５１）。
【００７４】
対象端末の接続先要求を受信していない場合（Ｓ１４７：ＮＯ）、処理はステップＳ１４５へ戻る。エラーを受信した場合（Ｓ１４５：ＹＥＳ）、対象ルータでローカル認証が失敗したか、またはタイムアウトが発生したことを示す。よって、対象端末のセッション管理レコードに含まれるセッション状態が「ロック」に設定されて（Ｓ１６３）、センター認証処理が終了される。
【００７５】
本実施形態では、携帯端末７の接続先管理レコードが接続先管理テーブル１２０に登録されており、且つ、ＰＣ２のファイル提供サービスに関するサービス情報を含む（図５参照）。そのため、接続先要求を受信したサーバ３は、サービスＩＤ「Ｓ００１」に対応する提供先アドレス「１５５．９８．ｘｘｘ．ｘｘｘ」および証明書「＊＊＊＊＊＊」を、ＶＰＮルータ８へ接続先指示として送信する（図６のＴ７参照）。
【００７６】
図８に示すように、ＶＰＮ接続処理では、ステップＳ４５の実行後、タイムアウトか否かが判断される（Ｓ４７）。具体的には、ステップＳ４５でカウントが開始された経過時間が、所定時間（例えば、１０秒）を経過したか否かが判断される。経過時間が所定時間を経過していない場合（Ｓ４７：ＮＯ）、接続先指示を受信したか否かが判断される（Ｓ４９）。接続先指示を受信した場合（Ｓ４９：ＹＥＳ）、対象端末へＶＰＮ許可通知が送信される（Ｓ５１）。公知のＶＰＮセッション確立処理によって、対象端末とサービス提供機器とを接続するＶＰＮセッションが確立される（Ｓ５３）。ステップＳ５３では、サーバ３から受信した接続先指示が示す提供元アドレスに基づいて、ＶＰＮセッションが確立される。なお、サービス提供機器が証明書を要求する場合は、接続先指示に含まれる証明書に基づいてＶＰＮセッションが確立される。
【００７７】
ＶＰＮセッションが確立されると、サーバ３へＶＰＮ開始通知が送信される（Ｓ５５）。ＶＰＮ開始通知は、対象端末とサービス提供機器との間でＶＰＮ通信が開始されたことを示す信号である。ステップＳ５５の実行後、ＶＰＮ終了指示を受信したか否かが判断される（Ｓ５７）。ＶＰＮ終了指示は、ユーザが対象端末でＶＰＮ通信の終了を指示した場合に、対象端末から対象ルータへ送信される信号である。
【００７８】
ＶＰＮ終了指示を受信した場合（Ｓ５７：ＹＥＳ）、公知のＶＰＮセッション切断処理によって、対象端末とサービス提供機器とを接続するＶＰＮセッションが切断される（Ｓ５９）。ＶＰＮセッションが切断されると、サーバ３へＶＰＮ終了通知が送信される（Ｓ６１）。ＶＰＮ終了通知は、対象端末とサービス提供機器との間でＶＰＮ通信が終了されたことを示す信号である。
【００７９】
ＶＰＮ終了指示を受信していない場合（Ｓ５７：ＮＯ）、処理はステップＳ５７へ戻る。経過時間が所定時間を経過している場合（Ｓ４７：ＹＥＳ）、対象端末およびサーバ３へエラーが送信されて（Ｓ６３）、ＶＰＮ接続処理が終了される。ステップＳ６１の実行後も、ＶＰＮ接続処理が終了される。
【００８０】
本実施形態では、接続先指示を受信したＶＰＮルータ８は、携帯端末７へＶＰＮ許可通知を送信する（図６のＴ８参照）。ＶＰＮルータ８は、ＶＰＮルータ５との間で行われる通信制御によって、携帯端末７とＰＣ２とを接続するセッションを確立する（図６のＴ９参照）。これにより、携帯端末７およびＰＣ２は、ＶＰＮルータ５およびＶＰＮルータ８を介してＶＰＮ通信を実行可能となる（図７のＴ１０参照）。つまり、携帯端末７は、ＰＣ２のファイル提供サービスをＶＰＮ経由で受けることができる。
【００８１】
図１０および図１１に示すように、センター認証処理では、ステップＳ１５１の実行後、エラーを受信したか否かが判断される（Ｓ１５３）。エラーを受信していない場合（Ｓ１５３：ＮＯ）、ＶＰＮ開始通知を受信したか否かが判断される（Ｓ１５５）。ＶＰＮ開始通知を受信した場合（Ｓ１５５：ＹＥＳ）、対象端末のセッション管理レコードに含まれるセッション状態が「ＶＰＮ通信中」に設定される（Ｓ１５７）。ステップＳ１５７の実行後、ＶＰＮ終了通知を受信したか否かが判断される（Ｓ１５９）。ＶＰＮ終了通知を受信した場合（Ｓ１５９：ＹＥＳ）、対象端末のセッション管理レコードに含まれるセッション状態が「アイドル」に設定される（Ｓ１６１）。
【００８２】
ＶＰＮ終了通知を受信していない場合（Ｓ１５９：ＮＯ）、処理はステップＳ１５９へ戻る。ＶＰＮ開始通知を受信していない場合（Ｓ１５５：ＮＯ）、処理はステップＳ１５３へ戻る。エラーを受信した場合（Ｓ１５３：ＹＥＳ）、ＶＰＮルータ８でタイムアウトが発生したことを示す。よって、対象端末のセッション管理レコードに含まれるセッション状態が「ロック」に設定されて（Ｓ１６３）、センター認証処理が終了される。ステップＳ１６１の実行後も、ＶＰＮ接続処理が終了される。
【００８３】
本実施形態では、サーバ３がＶＰＮ開始通知を受信した場合、携帯端末７のセッション管理レコードに含まれるセッション状態が、図１３に示すように「認証待ち」から「ＶＰＮ通信中」に更新される。サーバ３がＶＰＮ終了通知を受信した場合、携帯端末７のセッション管理レコードに含まれるセッション状態が、「認証待ち」から「アイドル」に更新される（図４参照）。このように、セッション管理テーブル１１０では、各対象端末に関するセンター認証処理の進捗状況（つまり、ＶＰＮセッションの確立に関する進捗状況）が管理される。
【００８４】
以上説明したように、本実施形態によれば、携帯端末７からＶＰＮルータ８経由でセンター認証要求を受信したサーバ３は、認証鍵を生成および保存する。サーバ３は、認証鍵を含む認証成功通知を、ＶＰＮルータ８経由で携帯端末７へ送信する。認証成功通知を受信した携帯端末７は、認証鍵を含むＶＰＮ接続要求をＶＰＮルータ８へ送信する。ＶＰＮ接続要求を受信したＶＰＮルータ８は、サーバ３へ認証鍵要求を送信して、サーバ３に保存された認証鍵を取得する。ＶＰＮルータ８は、携帯端末７から受信した認証鍵とＶＰＮルータ８から取得した認証鍵とが一致した場合、サーバ３へ接続先要求を送信して、ＰＣ２の提供元アドレスを取得する。ＶＰＮルータ８は、サーバ３から取得した提供元アドレスに基づいて、携帯端末７とＰＣ２とを接続するＶＰＮセッションを確立する。これにより、携帯端末７のユーザは外部環境からＰＣ２へＶＰＮで容易にアクセスすることができ、且つ、ＶＰＮの接続対象を正規の端末装置に限定することができる。
【００８５】
詳細には、サーバ３では、正規の端末装置がセッション管理テーブル１１０で管理されている。サーバ３は、不正な端末装置からＶＰＮ接続要求を受信した場合、ＶＰＮセッションの確立を拒否する（Ｓ１１１：ＮＯ）。したがって、本社のＬＡＮ４に対するＶＰＮの接続対象を、正規の端末装置に限定することができる。例えば、ＶＰＮルータ８に接続された不正な端末装置に、ＶＰＮセッションが確立されることを抑制できる。
【００８６】
ＶＰＮルータ８では、サーバ３から受信した認証鍵と、対象端末から受信した認証鍵とが一致するか否かが判断される（Ｓ４１）。これにより、対象端末とＶＰＮルータ８に接続されている端末装置とが同一であるか否かを、ＶＰＮルータ８が正確に特定することができる。ＶＰＮセッションの確立に関する処理の実行中に、例えば第三者が携帯端末７またはＶＰＮルータ８のすり替えや不正操作などを行った場合でも、ＶＰＮセッションの確立を規制することができる。
【００８７】
ＶＰＮルータ８では、認証鍵が一致しない場合（Ｓ４１：ＮＯ）、サーバ３へエラーが送信される（Ｓ６３）。サーバ３では、機器認証が失敗した場合（Ｓ１１７：ＮＯ）、または対象ルータからエラーを受信した場合（Ｓ１４５：ＹＥＳ）、セッション状態が「ロック」に設定される（Ｓ１２９、Ｓ１６３）。サーバ３は、セッション状態が「ロック」に設定された対象端末からセンター認証要求を受信した場合、センター認証処理が終了されるため（Ｓ１１３：ＮＯ、Ｓ１３１）、ＶＰＮセッションは確立されない。これにより、認証に失敗した不正な端末装置に対してＶＰＮセッションが確立されるおそれを低減できる。
【００８８】
ＶＰＮルータ８では、タイムアウトが発生した場合（Ｓ３７：ＹＥＳ、Ｓ４７：ＹＥＳ）、サーバ３へエラーが送信される（Ｓ６３）。サーバ３では、タイムアウトが発生した場合（Ｓ１３５：ＹＥＳ）、または対象ルータからエラーを受信した場合（Ｓ１４５：ＹＥＳ、Ｓ１５３：ＹＥＳ）、セッション状態が「ロック」に設定されるため（Ｓ１３７、Ｓ１６３）、ＶＰＮセッションは確立されない。例えば第三者が携帯端末７またはＶＰＮルータ８のすり替えや不正操作などを行った場合、ＶＰＮセッションの確立に関する処理に遅延が生じて、上記のようにタイムアウトが発生するおそれがある。よって、タイムアウトが発生した不正な端末装置に対してＶＰＮセッションが確立されるおそれを低減できる。
【００８９】
ＶＰＮルータ８では、タイムアウトが発生した場合（Ｓ３７：ＹＥＳ、Ｓ４７：ＹＥＳ）、ＶＰＮ接続処理が終了される。サーバ３では、タイムアウトが発生した場合（Ｓ１３５：ＹＥＳ）、または対象ルータからエラーを受信した場合（Ｓ１４５：ＹＥＳ、Ｓ１５３：ＹＥＳ）、センター認証処理が終了される。つまり、タイムアウトが発生した場合には、ＶＰＮセッションが確立されることなく処理が終了する。したがって、ＶＰＮセッションの確立に関する処理の遅延を抑制することができ、且つ、第三者による不正な操作が介入するおそれを低減することができる。
【００９０】
サーバ３では、端末ＩＤおよびパスワードを用いた機器認証（Ｓ１１５）が実行される。ＶＰＮルータ８では、認証鍵を用いたローカル認証（Ｓ４１）が実行される。つまり、異なる機器でそれぞれ異なる認証情報を用いた認証処理が実行されるため、セキュリティ性を向上できる。さらに、機器認証が失敗した場合（Ｓ１１７：ＮＯ）、認証鍵の生成が行われることなく処理が終了するため、ＶＰＮセッションの確立に関する処理を迅速にすることができる。
【００９１】
サーバ３では、サービス提供機器が接続先管理テーブル１２０で管理されている。サーバ３は、サービスＩＤを含む接続先要求を受信した場合（Ｓ１４７：ＮＯ）、サービスＩＤに対応する提供元アドレスを対象ルータへ送信する（Ｓ１４９、Ｓ１５１）。これによれば、対象端末が求めるサービスを提供可能なサービス提供機器が、対象端末とＶＰＮで接続されるため、ユーザに多様なサービスを提供可能となる。さらに、対象ルータでサービス提供機器のアドレスなどを管理する必要がないため、汎用的なＶＰＮルータを使用してＶＰＮセッションを確立することができる。
【００９２】
例えば携帯端末７とＰＣ２とを接続するＶＰＮセッションを確立する場合、ユーザは携帯端末７で端末ＩＤおよびパスワードを設定するだけでよい。したがって、ユーザは、外部環境から本社のＬＡＮ４にＶＰＮで容易にアクセスすることができる。また、正規の端末装置であれば、いずれのＶＰＮルータを使用しても本社のＬＡＮ４にＶＰＮでアクセス可能である。よって、ユーザは正規のＶＰＮルータを携行する必要がないため、ユーザの利便性を高めることができる。
【００９３】
上記実施形態において、携帯端末７が、本発明の「一の端末装置」に相当する。ＰＣ２が、本発明の「他の端末装置」に相当する。ステップＳ１５を実行するＣＰＵ８１が、本発明の「認証要求中継手段」および「認証情報中継手段」に相当する。ステップＳ３３を実行するＣＰＵ８１が、本発明の「情報要求送信手段」に相当する。ステップＳ４１を実行するＣＰＵ８１が、本発明の「セッション認証手段」に相当する。ステップＳ５３を実行するＣＰＵ８１が、本発明の「セッション確立手段」に相当する。ステップＳ４９を実行するＣＰＵ８１が、本発明の「アドレス受信手段」に相当する。
【００９４】
ステップＳ１１９を実行するＣＰＵ３１が、本発明の「認証情報生成手段」に相当する。ステップＳ１２３を実行するＣＰＵ３１が、本発明の「第１認証情報送信手段」に相当する。ＨＤＤ３４が、本発明の「認証情報記憶手段」および「第１認証情報記憶手段」に相当する。ステップＳ１４３を実行するＣＰＵ３１が、本発明の「第２認証情報送信手段」に相当する。ステップＳ１２７を実行するＣＰＵ３１が、本発明の「経過時間計測手段」に相当する。セッション管理テーブル１１０が、本発明の「第２認証情報記憶手段」および「ステータス情報記憶手段」に相当する。ステップＳ１２５を実行するＣＰＵ３１が、本発明の「状態設定手段」に相当する。ステップＳ１３７を実行するＣＰＵ３１が、本発明の「状態変更手段」に相当する。接続先管理テーブル１２０が、本発明の「アドレス記憶手段」に相当する。ステップＳ１４９を実行するＣＰＵ３１が、本発明の「アドレス特定手段」に相当する。ステップＳ１５１を実行するＣＰＵ３１が、本発明の「アドレス送信手段」に相当する。ステップＳ１１５を実行するＣＰＵ３１が、本発明の「端末認証手段」に相当する。
【００９５】
なお、本発明は上記実施形態に限定されるものではなく、発明の要旨を変更しない範囲での変更が可能である。上記実施形態では、ユーザが携帯端末７で端末ＩＤおよびパスワードを入力している。これに代えて、端末ＩＤおよびパスワードの少なくとも一方が、携帯端末７にあらかじめ登録されていてもよい。この場合、携帯端末７から送信されるセンター認証要求に、例えば端末ＩＤが自動的に設定されるようにすることができる。
【００９６】
上記実施形態では、ＶＰＮルータ８に携帯端末７のみが接続されているが、ＶＰＮルータ８に複数の端末装置が接続されてもよい。この場合、各端末装置ごとにＶＰＮ接続処理（図８参照）およびセンター認証処理（図１０、図１１参照）が実行されることで、各端末装置ごとにＶＰＮセッションを確立することが可能となる。
【００９７】
上記実施形態では、ユーザが携帯端末７でサービスＩＤを入力している。これに代えて、携帯端末７にあらかじめ登録されているサービスＩＤが、携帯端末７から送信されるＶＰＮ接続要求に自動的に設定されてもよい。この場合、携帯端末７は、認証成功通知を受信した場合に、ＶＰＮ接続要求を自動的に送信してもよい。携帯端末７の接続管理テーブルに設定されているサービス情報が１つの場合、ＶＰＮ接続要求にサービスＩＤが含まれていなくてもよい。
【符号の説明】
【００９８】
１ 通信システム
２ ＰＣ
３ サーバ
４ ＬＡＮ
５ ＶＰＮルータ
６ インターネット
７ 携帯端末
８ ＶＰＮルータ
３１ ＣＰＵ
３２ ＲＯＭ
３３ ＲＡＭ
３４ ＨＤＤ
８１ ＣＰＵ
８２ ＲＯＭ
８３ ＲＡＭ
８４ フラッシュメモリ
８５ ＬＡＮインタフェイス
８６ 無線ＬＡＮインタフェイス
８７ ＷＡＮインタフェイス
８８ ＵＳＢインタフェイス
８９ ＬＥＤ表示部
１１０ セッション管理テーブル
１２０ 接続先管理テーブル
【特許請求の範囲】
【請求項１】
一の端末装置とローカル接続され、且つ、ネットワークを介して他の端末装置とＶＰＮセッションを管理するサーバとに接続されるＶＰＮルータであって、
前記一の端末装置から前記サーバに向けて送信された、前記一の端末装置が前記ＶＰＮセッションの確立対象であるか否かの認証を要求する指示である認証要求を中継する認証要求中継手段と、
前記サーバから前記一の端末装置に向けて送信された、前記一の端末装置に固有の認証情報を中継する認証情報中継手段と、
前記一の端末装置から、前記他の端末装置に対する接続を要求する指示であって、前記認証情報を含む接続要求を受信した場合、前記一の端末装置に固有の前記認証情報を要求する指示である情報要求を、前記サーバに送信する情報要求送信手段と、
前記サーバから前記認証情報を受信した場合、前記接続要求に含まれる前記認証情報と、前記サーバから受信した前記認証情報とが一致するか否かを判断するセッション認証手段と、
前記セッション認証手段によって前記認証情報が一致すると判断された場合、前記ネットワーク上に前記一の端末装置と前記他の端末装置とを接続する前記ＶＰＮセッションを確立するセッション確立手段と
を備えたことを特徴とするＶＰＮルータ。
【請求項２】
前記情報要求送信手段は、前記一の端末装置に固有の識別情報を、前記情報要求に含めて前記サーバに送信することを特徴とする請求項１に記載のＶＰＮルータ。
【請求項３】
前記接続要求は、前記一の端末装置が提供を求めるサービスを示す情報を含み、
前記情報要求送信手段は、前記接続要求に含まれる前記サービスを示す情報を、前記情報要求に含めて前記サーバに送信し、
前記サーバから、前記サービスを提供可能な前記他の端末装置のアドレスを受信するアドレス受信手段を備え、
前記セッション確立手段は、前記アドレス受信手段によって受信された前記アドレスに基づいて、前記ＶＰＮセッションを確立することを特徴とする請求項１または２に記載のＶＰＮルータ。
【請求項４】
一の端末装置とローカル接続されるＶＰＮルータとネットワークを介して接続され、ＶＰＮセッションを管理するサーバであって、
前記一の端末装置から、前記一の端末装置が前記ＶＰＮセッションの確立対象であるか否かの認証を要求する指示である認証要求を受信した場合、前記一の端末装置に固有の第１認証情報を生成する認証情報生成手段と、
前記認証情報生成手段によって生成された前記第１認証情報を、前記一の端末装置に送信する第１認証情報送信手段と、
前記認証情報生成手段によって生成された前記第１認証情報を記憶する第１認証情報記憶手段と、
前記ＶＰＮルータから前記第１認証情報を要求する指示である情報要求を受信した場合、前記第１認証情報記憶手段で記憶されている前記第１認証情報を、前記ＶＰＮルータに送信する第２認証情報送信手段と
を備えたことを特徴とするサーバ。
【請求項５】
前記第１認証情報記憶手段で記憶されている前記第１認証情報について、前記認証情報生成手段によって生成された時点からの経過時間を計測する経過時間計測手段と、
前記ＶＰＮセッションに関する前記一の端末装置の状態を示すステータス情報を記憶するステータス情報記憶手段と、
前記認証情報生成手段によって前記認証情報が生成された場合、前記ステータス情報を第１状態に設定する状態設定手段と、
前記経過時間が所定時間以上である場合、前記ステータス情報を前記第１状態から第２状態に変更する状態変更手段とを備え、
前記第２認証情報送信手段は、前記サーバから前記情報要求を受信した時点で、前記ステータス情報が前記第１状態である場合、前記第１認証情報の送信を実行する一方、前記ステータス情報が前記第２状態である場合、前記第１認証情報の送信を中止することを特徴とする請求項４に記載のサーバ。
【請求項６】
前記情報要求は、前記一の端末装置が提供を求めるサービスを示す情報を含み、
前記サービスを提供可能な前記他の端末装置のアドレスを記憶するアドレス記憶手段と、
前記情報要求に含まれる前記サービスを示す情報に基づいて、前記一の端末装置が提供を求める前記サービスを特定し、且つ、特定した前記サービスを提供可能な前記他の端末装置の前記アドレスを、前記アドレス記憶手段を参照して特定するアドレス特定手段と、
前記アドレス特定手段によって特定された前記アドレスを、前記ＶＰＮルータに送信するアドレス送信手段と
を備えたことを特徴とする請求項４または５に記載のサーバ。
【請求項７】
前記認証要求は、前記一の端末装置で設定された第２認証情報を含み、
前記一の端末装置に対応づけて、あらかじめ登録された前記第２認証情報を記憶する第２認証情報記憶手段と、
前記一の端末装置から前記認証要求を受信した場合、前記認証要求に含まれる前記第２認証情報と、前記第２認証情報記憶手段に記憶されている前記第２認証情報とが一致するか否かを判断する端末認証手段とを備え、
前記認証情報生成手段は、前記端末認証手段によって前記第２認証情報が一致すると判断された場合、前記第１認証情報の生成を実行する一方、前記端末認証手段によって前記第２認証情報が一致しないと判断された場合、前記第１認証情報の生成を中止することを特徴とする請求項４から６のいずれかに記載のサーバ。
【請求項８】
前記第１識別情報は、前記認証要求が受信されるごとにランダムに生成される認証鍵であることを特徴とする請求項４から７のいずれかに記載のサーバ。
【請求項９】
ＶＰＮセッションを管理するサーバと、一の端末装置とローカル接続され、且つ、ネットワークを介して他の端末装置および前記サーバに接続されるＶＰＮルータとを含む通信システムであって、
前記ＶＰＮルータは、
前記一の端末装置から前記サーバに向けて送信された、前記一の端末装置が前記ＶＰＮセッションの確立対象であるか否かの認証を要求する指示である認証要求を中継する認証要求中継手段と、
前記サーバから前記一の端末装置に向けて送信された、前記一の端末装置に固有の認証情報を中継する認証情報中継手段と、
前記一の端末装置から、前記他の端末装置に対する接続を要求する指示であって、前記認証情報を含む接続要求を受信した場合、前記一の端末装置に固有の前記認証情報を要求する指示である情報要求を、前記サーバに送信する情報要求送信手段と、
前記サーバから前記認証情報を受信した場合、前記接続要求に含まれる前記認証情報と、前記サーバから受信した前記認証情報とが一致するか否かを判断するセッション認証手段と、
前記セッション認証手段によって前記認証情報が一致すると判断された場合、前記ネットワーク上に前記一の端末装置と前記他の端末装置とを接続する前記ＶＰＮセッションを確立するセッション確立手段とを備え、
前記サーバは、
前記一の端末装置から前記認証要求を受信した場合、前記認証情報を生成する認証情報生成手段と、
前記認証情報生成手段によって生成された前記認証情報を、前記一の端末装置に送信する第１認証情報送信手段と、
前記認証情報生成手段によって生成された前記認証情報を記憶する認証情報記憶手段と、
前記ＶＰＮルータから前記情報要求を受信した場合、前記認証情報記憶手段で記憶されている前記認証情報を、前記ＶＰＮルータに送信する第２認証情報送信手段と
を備えたことを特徴とする通信システム。
【請求項１】
一の端末装置とローカル接続され、且つ、ネットワークを介して他の端末装置とＶＰＮセッションを管理するサーバとに接続されるＶＰＮルータであって、
前記一の端末装置から前記サーバに向けて送信された、前記一の端末装置が前記ＶＰＮセッションの確立対象であるか否かの認証を要求する指示である認証要求を中継する認証要求中継手段と、
前記サーバから前記一の端末装置に向けて送信された、前記一の端末装置に固有の認証情報を中継する認証情報中継手段と、
前記一の端末装置から、前記他の端末装置に対する接続を要求する指示であって、前記認証情報を含む接続要求を受信した場合、前記一の端末装置に固有の前記認証情報を要求する指示である情報要求を、前記サーバに送信する情報要求送信手段と、
前記サーバから前記認証情報を受信した場合、前記接続要求に含まれる前記認証情報と、前記サーバから受信した前記認証情報とが一致するか否かを判断するセッション認証手段と、
前記セッション認証手段によって前記認証情報が一致すると判断された場合、前記ネットワーク上に前記一の端末装置と前記他の端末装置とを接続する前記ＶＰＮセッションを確立するセッション確立手段と
を備えたことを特徴とするＶＰＮルータ。
【請求項２】
前記情報要求送信手段は、前記一の端末装置に固有の識別情報を、前記情報要求に含めて前記サーバに送信することを特徴とする請求項１に記載のＶＰＮルータ。
【請求項３】
前記接続要求は、前記一の端末装置が提供を求めるサービスを示す情報を含み、
前記情報要求送信手段は、前記接続要求に含まれる前記サービスを示す情報を、前記情報要求に含めて前記サーバに送信し、
前記サーバから、前記サービスを提供可能な前記他の端末装置のアドレスを受信するアドレス受信手段を備え、
前記セッション確立手段は、前記アドレス受信手段によって受信された前記アドレスに基づいて、前記ＶＰＮセッションを確立することを特徴とする請求項１または２に記載のＶＰＮルータ。
【請求項４】
一の端末装置とローカル接続されるＶＰＮルータとネットワークを介して接続され、ＶＰＮセッションを管理するサーバであって、
前記一の端末装置から、前記一の端末装置が前記ＶＰＮセッションの確立対象であるか否かの認証を要求する指示である認証要求を受信した場合、前記一の端末装置に固有の第１認証情報を生成する認証情報生成手段と、
前記認証情報生成手段によって生成された前記第１認証情報を、前記一の端末装置に送信する第１認証情報送信手段と、
前記認証情報生成手段によって生成された前記第１認証情報を記憶する第１認証情報記憶手段と、
前記ＶＰＮルータから前記第１認証情報を要求する指示である情報要求を受信した場合、前記第１認証情報記憶手段で記憶されている前記第１認証情報を、前記ＶＰＮルータに送信する第２認証情報送信手段と
を備えたことを特徴とするサーバ。
【請求項５】
前記第１認証情報記憶手段で記憶されている前記第１認証情報について、前記認証情報生成手段によって生成された時点からの経過時間を計測する経過時間計測手段と、
前記ＶＰＮセッションに関する前記一の端末装置の状態を示すステータス情報を記憶するステータス情報記憶手段と、
前記認証情報生成手段によって前記認証情報が生成された場合、前記ステータス情報を第１状態に設定する状態設定手段と、
前記経過時間が所定時間以上である場合、前記ステータス情報を前記第１状態から第２状態に変更する状態変更手段とを備え、
前記第２認証情報送信手段は、前記サーバから前記情報要求を受信した時点で、前記ステータス情報が前記第１状態である場合、前記第１認証情報の送信を実行する一方、前記ステータス情報が前記第２状態である場合、前記第１認証情報の送信を中止することを特徴とする請求項４に記載のサーバ。
【請求項６】
前記情報要求は、前記一の端末装置が提供を求めるサービスを示す情報を含み、
前記サービスを提供可能な前記他の端末装置のアドレスを記憶するアドレス記憶手段と、
前記情報要求に含まれる前記サービスを示す情報に基づいて、前記一の端末装置が提供を求める前記サービスを特定し、且つ、特定した前記サービスを提供可能な前記他の端末装置の前記アドレスを、前記アドレス記憶手段を参照して特定するアドレス特定手段と、
前記アドレス特定手段によって特定された前記アドレスを、前記ＶＰＮルータに送信するアドレス送信手段と
を備えたことを特徴とする請求項４または５に記載のサーバ。
【請求項７】
前記認証要求は、前記一の端末装置で設定された第２認証情報を含み、
前記一の端末装置に対応づけて、あらかじめ登録された前記第２認証情報を記憶する第２認証情報記憶手段と、
前記一の端末装置から前記認証要求を受信した場合、前記認証要求に含まれる前記第２認証情報と、前記第２認証情報記憶手段に記憶されている前記第２認証情報とが一致するか否かを判断する端末認証手段とを備え、
前記認証情報生成手段は、前記端末認証手段によって前記第２認証情報が一致すると判断された場合、前記第１認証情報の生成を実行する一方、前記端末認証手段によって前記第２認証情報が一致しないと判断された場合、前記第１認証情報の生成を中止することを特徴とする請求項４から６のいずれかに記載のサーバ。
【請求項８】
前記第１識別情報は、前記認証要求が受信されるごとにランダムに生成される認証鍵であることを特徴とする請求項４から７のいずれかに記載のサーバ。
【請求項９】
ＶＰＮセッションを管理するサーバと、一の端末装置とローカル接続され、且つ、ネットワークを介して他の端末装置および前記サーバに接続されるＶＰＮルータとを含む通信システムであって、
前記ＶＰＮルータは、
前記一の端末装置から前記サーバに向けて送信された、前記一の端末装置が前記ＶＰＮセッションの確立対象であるか否かの認証を要求する指示である認証要求を中継する認証要求中継手段と、
前記サーバから前記一の端末装置に向けて送信された、前記一の端末装置に固有の認証情報を中継する認証情報中継手段と、
前記一の端末装置から、前記他の端末装置に対する接続を要求する指示であって、前記認証情報を含む接続要求を受信した場合、前記一の端末装置に固有の前記認証情報を要求する指示である情報要求を、前記サーバに送信する情報要求送信手段と、
前記サーバから前記認証情報を受信した場合、前記接続要求に含まれる前記認証情報と、前記サーバから受信した前記認証情報とが一致するか否かを判断するセッション認証手段と、
前記セッション認証手段によって前記認証情報が一致すると判断された場合、前記ネットワーク上に前記一の端末装置と前記他の端末装置とを接続する前記ＶＰＮセッションを確立するセッション確立手段とを備え、
前記サーバは、
前記一の端末装置から前記認証要求を受信した場合、前記認証情報を生成する認証情報生成手段と、
前記認証情報生成手段によって生成された前記認証情報を、前記一の端末装置に送信する第１認証情報送信手段と、
前記認証情報生成手段によって生成された前記認証情報を記憶する認証情報記憶手段と、
前記ＶＰＮルータから前記情報要求を受信した場合、前記認証情報記憶手段で記憶されている前記認証情報を、前記ＶＰＮルータに送信する第２認証情報送信手段と
を備えたことを特徴とする通信システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【公開番号】特開２０１１−２１１３０７（Ｐ２０１１−２１１３０７Ａ）
【公開日】平成２３年１０月２０日（２０１１．１０．２０）
【国際特許分類】
【出願番号】特願２０１０−７４６４５（Ｐ２０１０−７４６４５）
【出願日】平成２２年３月２９日（２０１０．３．２９）
【出願人】（０００００５２６７）ブラザー工業株式会社 (13,856)
【Ｆターム（参考）】
【公開日】平成２３年１０月２０日（２０１１．１０．２０）
【国際特許分類】
【出願日】平成２２年３月２９日（２０１０．３．２９）
【出願人】（０００００５２６７）ブラザー工業株式会社 (13,856)
【Ｆターム（参考）】
[ Back to top ]