JP2008219239A - Ｖｐｎ動的設定システム - Google Patents

Abstract

【課題】通話要求が発生するとともに、ＩＰ電話端末間に確実にＶＰＮを構築して通信できるＶＰＮ動的設定システムを提供する。
【解決手段】ＩＰ電話端末４ａは、他のＩＰ電話端末４ｂに通話要求を行うと、ＶＰＮ装置３ａは発呼を検知し、管理サーバ１に発呼要求を伝える。管理サーバ１は、ＩＰ電話端末４ａ，４ｂが通話グループに登録されていれば、ＩＰ電話端末４ａ，４ｂ間にＶＰＮを構築し通信可能な状態とする。更に、通話中のＩＰ電話端末４ａにＩＰ電話端末４ｃが発呼すると、管理サーバ１は、ＩＰ電話端末４ａ，４ｂが利用中の通話グループにＩＰ電話端末４ｃが登録されているか確認する。登録されていれば、利用中の通話グループを用いてＩＰ電話端末４ａ〜４ｃ間にＶＰＮを再構築して通信可能な状態とする。登録されていなければ、新しい通話グループを用いてＶＰＮを再構築して通話可能な状態とする。
【選択図】 図１

Description

本発明は、複数のＩＰ端末間で音声通信を行う際に、ＩＰ端末間に自動でＶＰＮを構築するＶＰＮ動的設定システムに関する。

従来、異なったネットワーク間で音声通信等を行う際には、通話の品質やセキュリティを確保するために、ＶＰＮを構築する。例えば、特許文献１には、２台のＩＰ電話端末間で音声通信を行う際に、呼の発生と同時にＶＰＮを自動で設定し、呼の消滅と同時にＶＰＮを自動で解除する方法が記載されている。また、既にＶＰＮが設定されているＩＰ電話端末に対して発呼した場合は、異常処理が実行される。
特開２００２−３７４２４９号公報

しかしながら、特許文献１の発明では、呼の発生と同時にＶＰＮを自動で設定するため、通信したくないＩＰ電話端末から発呼された場合にもＶＰＮを自動で設定しまうといった問題がある。また、３台以上のＩＰ電話端末間では音声通信ができないといった問題もある。

そこで、この発明の目的は、通信可能なＩＰ端末のグループを予め設定することで、ＩＰ端末の通信要求の発生と同時に通信可能なＩＰ端末と自動でＶＰＮを構築し、グループ外のＩＰ端末とはＶＰＮを構築しないＶＰＮ動的設定システムを提供することにある。

請求項１の発明は、ＶＰＮサーバと、該ＶＰＮサーバにネットワークを介して接続された複数のＩＰ端末と、該ＩＰ端末に接続され、該ＶＰＮサーバ及び該ＩＰ端末の間にＶＰＮを構築可能なＶＰＮ装置と、から構成され、前記ＶＰＮサーバは、相互の通信を許可したＩＰ端末の通話グループ毎にＩＰ端末情報とＶＰＮ共通鍵とを備えた通信グループ情報を記憶した情報テーブルを備え、この情報テーブルを参照することにより通信を行おうとする各ＩＰ端末同士が同一グループに属しているか否かを判断し、前記ＶＰＮ装置は、通信を行おうとする各ＩＰ端末が同一の通信グループに属していると前記ＶＰＮサーバにおいて判断されると、これらのＩＰ端末間にＶＰＮを構築し、通信を行おうとする各ＩＰ端末が同一の通信グループに属していないと前記ＶＰＮサーバにおいて判断されると、これらのＩＰ電話端末間にはＶＰＮを構築しないことを特徴とする。

この構成においては、ＶＰＮ動的設定システムは、ＶＰＮサーバと複数のＩＰ端末と、ＶＰＮサーバ及びＩＰ端末の少なくとも一方に配置されたＶＰＮ装置とから構成される。なお、ＶＰＮサーバとＩＰ端末とは、ＶＰＮ装置を介して接続される。ＶＰＮサーバは、通信グループ情報を記憶した情報テーブルを備える。通信グループ情報は、通信グループ毎に、複数のＩＰ端末情報とＶＰＮ共通鍵とから構成される。ＩＰ端末情報とは、ＩＰ端末の識別番号である。ＶＰＮ共通鍵とは、ＩＰ端末間でデータを送受信する際に、データを暗号化・復号するのに用いる共通鍵である。ＶＰＮサーバが、自装置に保持する通信グループ情報を参照して、通信を行う各ＩＰ端末が同一の通信グループに属していると判断すると、ＶＰＮ装置は、これらＩＰ端末間にＶＰＮを構築する。また、ＶＰＮサーバが、自装置に保持する通信グループ情報を参照して、通信を行う各ＩＰ電話端末が同一の通信グループに属していないと判断すると、ＶＰＮ装置は、これらＩＰ端末間にＶＰＮを構築しない。これにより、通信を予定するＩＰ端末を予め通信グループに登録しておくと、ＩＰ端末から通信要求を行うだけで、ＩＰ端末間に確実にＶＰＮを構築して通信できる。また、通信グループ外のＩＰ端末とは、ＶＰＮを構築しないので、通信したくないＩＰ端末から通信要求を受けたり、通信したくないＩＰ端末に誤って通信要求をしたりしても、通信を開始することがない。

請求項２の発明は、前記同一通信グループ内のＩＰ端末群が通信を行っている状態で新たなＩＰ端末が加入するときに、前記ＶＰＮ装置は、前記新たなＩＰ端末が前記同一通信グループに属していると、前記ＶＰＮサーバにおいて判断されると通信グループを変更することなく、この新たなＩＰ端末を含むこれらのＩＰ端末間にＶＰＮを再構築することを特徴とする。

この構成においては、ＶＰＮサーバは、通信中のＩＰ端末に対して他のＩＰ端末が通信要求を行う場合、通信中のＩＰ端末が利用している通信グループに、他のＩＰ端末が属していると判断すると、通信グループを変更することなく、他のＩＰ端末を含むこれらＩＰ端末間にＶＰＮを再構築する。また、ＶＰＮサーバは、ＩＰ端末に対して通信中の他のＩＰ端末から通信要求を行う場合、通信中の他のＩＰ端末が利用している通信グループに、ＩＰ端末が属していると判断すると、通信グループを変更することなく、ＩＰ端末を含むこれらＩＰ端末間にＶＰＮを再構築する。また、ＶＰＮサーバは、通信中のＩＰ端末に対して通信中の他のＩＰ端末から通信要求を行う場合、利用中の通信グループのどちらか一方に、通信中の全ＩＰ端末が属していると判断すると、通信中の全ＩＰ端末が属している通信グループを利用して、全ＩＰ端末間にＶＰＮを再構築する。また、ＶＰＮサーバは、通信中のＩＰ端末に対して通信中の他のＩＰ端末から通信要求を行う場合、利用中の通信グループの両方に、通信中の全ＩＰ端末が属していると判断すると、どちらか一方の通信グループを利用して、全ＩＰ端末間にＶＰＮを再構築する。これにより、他のＩＰ端末から通信中のＩＰ端末への通信要求、又は、通信中の他のＩＰ端末からＩＰ端末への通信要求、又は、通信中の他のＩＰ端末から通信中のＩＰ端末への通信要求が行われるだけで、利用中の通信グループに全ＩＰ端末が含まれている場合は、通信グループをそのまま利用して、全ＩＰ端末間にＶＰＮを再構築して通信できる。つまり、通信要求の発信側と受信側の少なくとも一方が通信中のＩＰ端末で、この通信中のＩＰ端末が利用している通信グループに発信側と受信側との全ＩＰ端末が含まれる場合、通信グループをそのまま利用して、全ＩＰ端末間でＶＰＮを再構築する。このため、３台以上の複数台のＩＰ端末間でＶＰＮを自動で再構築して通信することができる。

請求項３の発明は、前記同一グループ内のＩＰ端末群が通信を行っている状態で新たなＩＰ端末が加入するときに、前記ＶＰＮ装置は、新たなＩＰ端末が前記同一通信グループに属しておらず、他の通信グループに前記ＩＰ端末群及び新たなＩＰ端末が属していると前記ＶＰＮサーバにおいて判断されると、通信グループを前記他の通信グループに変更して、この新たなＩＰ端末を含むこれらのＩＰ端末間にＶＰＮを再構築することを特徴とする。

この構成においては、ＶＰＮサーバは、通信中のＩＰ端末に対して他のＩＰ端末が通信要求を行う場合、通信中のＩＰ端末が利用している通信グループに、他のＩＰ端末が含まれていないと判断すると、全ＩＰ端末が含まれた他の通信グループに変更して、他のＩＰ端末を含むこれらＩＰ端末間にＶＰＮを再構築する。又は、ＶＰＮサーバは、ＩＰ端末に対して通信中の他のＩＰ端末から通信要求を行う場合、通信中の他のＩＰ端末が利用している通信グループに、ＩＰ端末が含まれていないと判断すると、全ＩＰ端末が含まれた他の通信グループに変更して、ＩＰ端末を含むこれらＩＰ端末間にＶＰＮを再構築する。又は、ＶＰＮサーバは、通信中のＩＰ端末に対して通信中の他のＩＰ端末から通信要求を行う場合、両方の通信グループに、通信中の全ＩＰ端末が属していないと判断すると、全ＩＰ端末が含まれた他の通信グループに変更して、全ＩＰ端末間にＶＰＮを再構築する。これにより、他のＩＰ端末から通信中のＩＰ端末への通信要求、又は、通信中の他のＩＰ端末からＩＰ端末への通信要求、又は、通信中の他のＩＰ端末から通信中のＩＰ端末への通信要求を行うだけで、利用中の通信グループに全ＩＰ端末が含まれていない場合は、全ＩＰ端末が含まれる他の通信グループに自動で切り替えて、通信中の全てのＩＰ端末間で、ＶＰＮを再構築して通信できる。つまり、通信要求の発信側と受信側の少なくとも一方が通信中のＩＰ端末で、通信中のＩＰ端末が利用している通信グループに受信側と発信側との全ＩＰ端末が含まれていない場合、全ＩＰ端末が含まれた他の通信グループに自動で変更して、全ＩＰ端末間でＶＰＮを再構築する。このため、３台以上のＩＰ端末間でＶＰＮを自動で再構築して通信することができる。

この発明によれば、通信予定のＩＰ端末を予め通信グループに登録するだけで、通信要求が発生すると、通信要求が発生した時点で該当するＩＰ端末間で自動的且つ確実にＶＰＮを構築して通信できる。更に、通信中のＩＰ端末からの通信要求及び通信中のＩＰ端末への通信要求が発生すると、ＶＰＮを自動で再構築して通信可能な状態にする。

本発明の実施形態に係るＶＰＮ動的設定システムについて、図１，２を参照して説明する。図１は、複数台のＩＰ電話端末４が接続されているネットワーク環境を示した図である。図２は、通話グループ情報の内容を示す図である。図２（Ａ）は、通話グループ（グループＩＤ１〜３）の登録時の通話グループ情報の内容を示す。図２（Ｂ）は、通話グループ（グループＩＤ４）の登録後の通話グループ情報の内容を示す。

図１において、各拠点５（５ａ〜５ｆ）に設置された複数台のＩＰ電話端末４（４ａ〜４ｆ）は、各々がＶＰＮ装置３（３ａ〜３ｆ）に接続される。各ＶＰＮ装置３（３ａ〜３ｆ）は、ネットワーク６を介して、拠点７に配置された管理サーバ１と中継サーバ２とに接続される。なお、本実施形態では、拠点５にＩＰ電話端末４とＶＰＮ装置３とを配置し、拠点７に管理サーバ１と中継サーバ２とを配置してネットワーク６を介して接続している。これに限らず、管理サーバ１と中継サーバ２とＩＰ電話端末４ａとＶＰＮ装置３ａとを拠点７に配置し、他の拠点５ｂ〜５ｆのそれぞれにＶＰＮ装置３ｂ〜３ｆ、ＩＰ電話端末４ｂ〜４ｆを配置してもよい。

本発明では、中継サーバ２を介してＩＰ電話端末４間でＶＰＮ通信を行う。この際、互いに通信を許可する複数のＩＰ電話端末４からなる通話グループを構成し、この通話グループの情報を管理サーバ１に登録しておく。ＩＰ電話端末４は、他のＩＰ電話端末４と通信をする際に、管理サーバ１に対して、自端末と他のＩＰ電話端末４とが登録された通話グループの情報が、通話グループ情報に登録されているか確認する。登録されている場合（ＶＰＮ通信が許可されている場合）、管理サーバ１は、中継サーバ２に通信の許可信号を送信し、ＩＰ電話端末４は、中継サーバ２を介して他のＩＰ電話端末４とＶＰＮ通信を行うことができる。また、登録されていない場合（ＶＰＮ通信が許可されていない場合）、管理サーバ１は、中継サーバ２に通信の許可信号を送信しないので、ＩＰ電話端末４は、他のＩＰ電話端末４と通信を行うことができない。

このように、通話グループに登録されているＩＰ電話端末４間では、セキュリティを確保してＶＰＮ通信を行うことができるが、通話グループに登録されていないＩＰ電話端末４間では、通信を行うことができない。また、中継サーバ２は、ＩＰ電話端末４間で送受信するデータの中継を行うので、通話グループに３台以上登録されている場合には、３台以上のＩＰ電話端末４間で通信を行うことができる。

次に、各装置の機能について以下に説明する。管理サーバ１は、通話グループ情報と、各ＶＰＮ装置３（３ａ〜３ｆ）の公開鍵を保持する。管理サーバ１は、ＩＰ電話端末４からの通信要求があると、通話グループ情報を参照してＩＰ電話端末４間の通信が許可されているかどうかを調べる。許可されている場合、管理サーバ１は、中継サーバ２に対して、ＩＰ電話端末４間の通信を許可する信号を送信する。なお、ＶＰＮ装置３の公開鍵は、後述するグループＩＤを暗号化して、管理サーバ１から各ＶＰＮ装置３へ送信する際に用いられる。

また、図２に示すように、通話グループ情報は、複数の通話グループから構成され、ユーザにより通話グループの追加及び削除が行われる。通話グループは、グループＩＤ、ＩＰ電話端末情報及びＶＰＮ共通鍵から構成され、通話グループのＩＰ電話端末情報に登録されたＩＰ電話端末４間でＶＰＮ通信できる。グループＩＤは、通話グループを識別する識別記号である。グループＩＤは、通話グループ情報に通話グループが登録されるたびに発行される。また、ＩＰ電話端末情報は、複数台のＩＰ電話端末４の情報から構成される。ＩＰ電話端末４の情報とは、ＩＰ電話端末４に対応するＶＰＮ装置３の識別番号やＩＰ電話端末４の識別番号等である。具体的には、ＶＰＮ装置３のＩＰアドレスや、ＩＰ電話端末４のＳＩＰアドレス等である。なお、ＩＰ電話端末４の識別番号として、ＭＡＣアドレスを用いてもよい。この場合、ＭＡＣアドレスは、ＡＲＰ，ＲＡＲＰプロトコルを用いてＩＰアドレスに変換される。また、ＶＰＮ共通鍵は、通話グループ毎に発行される共通鍵である。ＶＰＮ共通鍵は、通話時の音声データの暗号化及び復号に用いられる。

中継サーバ２は、ＶＰＮ装置を内蔵し、ＩＰ電話端末４間での音声通話の中継を行う。具体的には、例えば、ＩＰ電話端末４ａ〜４ｃ間で通話中の場合、中継サーバ２は、ＩＰ電話端末４ａから受信した音声データを、ＩＰ電話端末４ｂ，４ｃへ送信する。

ＶＰＮ装置３は、ＩＰ電話端末４が設置されている拠点５毎に設置され、ＶＰＮゲートウェイの役割とＳＩＰサーバの役割とを担う。ＶＰＮ装置３は、管理サーバ１との通信時に、管理サーバ１から受信したデータの照合を行う。ＶＰＮ装置３は、中継サーバ２との通信時にＶＰＮを構築する。

ＩＰ電話端末４は、音声通信用の端末で、収音した音声データをＳＩＰ形式のプロトコルに変換してＶＰＮ装置３へ出力する。また、ＩＰ電話端末４は、ＶＰＮ装置３から入力された音声データを放音する。なお、図１には、ＩＰ電話端末４を６台用いた場合を示しているが、台数を限定するものではなく、複数台のＩＰ電話端末４から構成されればよい。また、本実施形態では、ＩＰ電話端末４とＶＰＮ装置３とを別に設けているが、ＩＰ電話端末４とＶＰＮ装置３を一体にして設けてもよい。

次に、通話グループを登録する手順について、図３を参照して説明する。図３は、通話グループの登録処理に関するフローチャートである。説明を簡単化するため、図２（Ａ）に示す通話グループ情報を保持している管理サーバ１に、ＩＰ電話端末４ａ〜４ｃからなる通話グループをＩＰ電話端末４ａから登録する場合について、以下に説明する。

図３に示すように、ユーザが遠隔地にある端末（例えば、ＩＰ電話端末４やＰＣ等）から、相互間での通信を許可するＩＰ電話端末４ａ〜４ｃの情報を入力する（Ｓ１０１）と、端末は、管理サーバ１に対して、入力したＩＰ電話端末４の情報を送信する（Ｓ１０２）。管理サーバ１は、ＩＰ電話端末４ａ〜４ｃの情報を受信（Ｓ１１１）して、ステップＳ１１２へ進む。この際、端末と管理サーバ１とが他拠点に配置されている場合は、端末と管理サーバ１との通信経路間は、ＳＳＬ−ＶＰＮが構築される。これにより、端末から入力されたＩＰ電話端末４ａ〜４ｃの情報は暗号化されて管理サーバ１に送信されるので、セキュリティを確保することができる。また、ユーザからのデータ入力受付時に、管理サーバ１は、ユーザに対してアカウントとパスワードの入力を要求してもよい。これにより、特定のユーザのみが通話予定のＩＰ電話端末４を登録することができるので、更にセキュリティを確保することができる。なお、通話グループの情報は、直接管理サーバ１を操作して、入力してもよい。

ステップＳ１１２にて、管理サーバ１は、図２（Ａ）に示す通話グループ情報に、ＩＰ電話端末４ａ〜４ｃから構成される通話グループが存在するかどうか確認する。通話グループが存在した場合（Ｓ１１２：Ｙｅｓ）、管理サーバ１は、ＩＰ電話端末４ａ〜４ｃから構成される通話グループ（グループＩＤ３）が登録済みである旨を端末に通知して（Ｓ１１３）、通話グループの登録処理を終了する。

また、通話グループが存在しない場合（Ｓ１１２：Ｎｏ）、管理サーバ１は、この通話グループを登録するために、まず、この通話グループ固有のＶＰＮ共通鍵を生成する（Ｓ１１４）。管理サーバ１は、通話グループ情報にある登録済みグループＩＤの最大値３に１追加した値４をグループＩＤとして、通話グループ情報にグループＩＤ４とＩＰ電話端末４ａ〜４ｃの情報と生成したＶＰＮ共通鍵とを登録する（Ｓ１１５）。管理サーバ１は、グループＩＤとＶＰＮ共通鍵とを各ＶＰＮ装置３ａ〜３ｃの公開鍵で暗号化して（Ｓ１１６）、この暗号化データをＶＰＮ装置３ａ〜３ｃに送付する（Ｓ１１７）。このような処理により、ＩＰ電話端末４ａ〜４ｃから構成される通話グループの登録後、通話グループ情報は、図２（Ａ）に示す状態から、図２（Ｂ）に示す状態となる。

各ＶＰＮ装置３ａ〜３ｃは、管理サーバ１から暗号化データを受信する（Ｓ１２１）と、自身の秘密鍵で受信したデータを復号して、グループＩＤ４とＶＰＮ共通鍵とのデータを取得する（Ｓ１２２）。各ＶＰＮ装置３ａ〜３ｃは、グループＩＤ４とＶＰＮ共通鍵とのデータを不図示のメモリで保持する（Ｓ１２３）。以上で、通話グループの登録が完了する。

次に、通話の開始処理について、図４を用いて説明する。図４は、通話開始時の処理に関するフローチャートである。以下に、ＩＰ電話端末４ａからＩＰ電話端末４ｂに通話する場合について説明する。

図４に示すように、ＩＰ電話端末４ａからＩＰ電話端末４ｂに発呼する（Ｓ２０１）と、ＶＰＮ装置３ａは、ＩＰ電話端末４ａの発呼を検知する（Ｓ２１１）。ＶＰＮ装置３ａは、呼情報を管理サーバ１へ送信する（Ｓ２１２）。

管理サーバ１は、呼情報を受信する（Ｓ２３１）と、受信した呼情報より、ＩＰ電話端末４ａからＩＰ電話端末４ｂに対する通話が要求されたことを知る。管理サーバ１は、図２（Ｂ）に示す通話グループ情報に、ＩＰ電話端末４ａ，４ｂを含む通話グループが存在するかどうか調べる（Ｓ２３２）。この通話グループが存在する場合（Ｓ２３２：Ｙｅｓ）は、ステップＳ２３４に進む。この通話グループが存在しない場合（Ｓ２３２：Ｎｏ）は、管理サーバ１は、通話グループが登録されていない旨をＶＰＮ装置３ａに通知する。ＶＰＮ装置３ａは、通話グループが登録されていない旨をＩＰ電話端末４ａに通知して、通話開始処理を終了する（Ｓ２３３）。

ステップＳ２３４にて、管理サーバ１は、ＩＰ電話端末４ａ，４ｂが登録されている通話グループ（グループＩＤ２）を選択して、ステップＳ２３５へ進む。この通話グループの選択方法として、例えば、次のような方法で選択する。（ａ）ＩＰ電話端末４ａ，４ｂを含むＩＰ電話端末の台数が一番少ない通話グループ（グループＩＤ２）を選択する方法。（ｂ）ＩＰ電話端末４ａ，４ｂを含むＩＰ電話端末４の台数が一番多い通話グループ（グループＩＤ３）を選択する方法。（ｃ）ＩＰ電話端末４ａ，４ｂを含む最初に登録された通話グループ（グループＩＤ１）を選択する方法。（ｄ）ＩＰ電話端末４ａ，４ｂを含む一番最近登録された通話グループ（グループＩＤ４）を選択する方法。なお、ここでは、上記（ａ）の方法により通話グループ（グループＩＤ２）を選択するものとする。

ステップＳ２３５にて、管理サーバ１は、選択した通話グループのグループＩＤ（グループＩＤ２）を各ＶＰＮ装置３ａ，３ｂに送信して、ステップＳ２１３，Ｓ２６１へ進む。この際、管理サーバ１は、各ＶＰＮ装置３ａ，３ｂの公開鍵にてグループＩＤを暗号化した後、各ＶＰＮ装置３ａ，３ｂに送信する。

ステップＳ２１３にて、ＶＰＮ装置３ａは、暗号化されたグループＩＤを受信し、自身の秘密鍵で復号して、グループＩＤを取得する。ＶＰＮ装置３ａは、自身が保持するＶＰＮ共通鍵が、取得したグループＩＤに対応するＶＰＮ共通鍵であるか否かを照合する（Ｓ２１４）。この照合に成功する（Ｓ２１４：Ｙｅｓ）とステップＳ２１６へ進む。一方、この照合に失敗する（Ｓ２１４：Ｎｏ）と、ＶＰＮ装置３ａは、ＩＰ電話端末４ａと管理サーバ１とに照合が失敗した旨を通知し、処理を終了する。ＩＰ電話端末４ａは、通信処理に失敗した旨をユーザに報知し、処理を終了する。管理サーバ１は、通話開始処理を終了する（Ｓ２１５）。

また、ステップＳ２６１にて、ＶＰＮ装置３ｂは、暗号化されたグループＩＤを受信し、自身の秘密鍵で復号して、グループＩＤを取得する。ＶＰＮ装置３ｂは、自身が保持するＶＰＮ共通鍵が、取得したグループＩＤに対応するＶＰＮ共通鍵であるか否かを照合する（Ｓ２６２）。この照合に成功する（Ｓ２６２：Ｙｅｓ）とステップＳ２６４へ進む。一方、この照合に失敗する（Ｓ２６２：Ｎｏ）と、ＶＰＮ装置３ｂは、管理サーバ１に照合が失敗した旨を通知し、処理を終了する。管理サーバ１は、ＶＰＮ装置３ｂにて照合が失敗した旨を、ＶＰＮ装置３ａに通知し、通話開始処理を終了する。ＶＰＮ装置３ａは、ＶＰＮ装置３ｂにて照合が失敗した旨を、ＩＰ電話端末４ａに通知して処理を終了する。ＩＰ電話端末４ａは、通信処理に失敗した旨をユーザに報知し、処理を終了する（Ｓ２６３）。

ＶＰＮ装置３ａ，３ｂは、自身が保持するＶＰＮ共通鍵の照合に成功する（Ｓ２１４：Ｙｅｓ，Ｓ２６２：Ｙｅｓ）と、ＶＰＮ装置３ａ，３ｂは、管理サーバ１へＶＰＮ接続を開始する旨を通知する（Ｓ２１６，Ｓ２６４）とともに、中継サーバ２との間にＶＰＮを設定する（Ｓ２１７，Ｓ２６５）。管理サーバ１は、ＶＰＮ装置３ａ，３ｂからＶＰＮ接続を開始する旨の通知を受信する（Ｓ２３６）と、中継サーバ２に呼情報を送信する（Ｓ２３７）。中継サーバ２は、呼情報を受信して、自装置に記憶する（Ｓ２５１）。ここで、中継サーバは、受信した呼情報により音声データを中継するＩＰ電話端末４を知る。以上で、ＶＰＮ装置３ａ，３ｂと中継サーバ２との間で、ＶＰＮ接続が完了する。

なお、管理サーバ１は、中継サーバ２に呼情報を送信する処理（Ｓ２３７）を、ＶＰＮ接続が完了した後に行っても良い。

ＶＰＮ接続が完了すると、管理サーバ１は、ＶＰＮ装置３ｂへ呼情報を送信する（Ｓ２３８）。ＶＰＮ装置３ｂは、呼情報を受信する（Ｓ２６６）と、ＩＰ電話端末４ｂへ呼情報を送信する（Ｓ２６７）。ＩＰ電話端末４ｂは、呼情報を受信する（Ｓ２８１）とともに、呼び出しを行う。ＩＰ電話端末４ｂが、この呼び出しに応答する（Ｓ２８２）と、ＩＰ電話端末４ａ，４ｂ間の音声通話が開始可能な状態となる。

また、ステップＳ２８２にて、ＩＰ電話端末４ｂが呼び出しに応答しない場合は、中継サーバ２とＶＰＮ装置３ａ，３ｂとの間でＶＰＮが構築されず、ＩＰ電話端末４ａ，４ｂ間は音声通信が不可能な状態となる。

なお、本実施形態では、ＶＰＮ装置３ａ，３ｂが中継サーバ２に対してＶＰＮ接続を行っている。これに限らず、中継サーバ２がＶＰＮ装置３ａ，３ｂに対してＶＰＮ接続を行ってもよい。この場合、ＶＰＮ装置３ａ，３ｂは、共通鍵情報の照合に成功すると、その旨を管理サーバ１に通知し、管理サーバ１は、中継サーバ２にＶＰＮ接続を行うよう通知する。

次に、通話中に、通話先を追加する手順について、図５，６を用いて説明する。図５，６は、通話中のＩＰ電話端末の追加処理に関するフローチャートである。なお、説明を簡単化するため、管理サーバ１が図２（Ｂ）に示す通話グループ情報を保持しており、ＩＰ電話端末４ａとＩＰ電話端末４ｂ間で音声通信中に、ＩＰ電話端末４ａがＩＰ電話端末４ｃに発呼した場合について説明する。

図５に示すように、音声通話中のＩＰ電話端末４ａからＩＰ電話端末４ｃに発呼する（Ｓ３０１）。ＶＰＮ装置３ａは、ＩＰ電話端末４ａの発呼を検知する（Ｓ３１１）と、呼情報を管理サーバ１へ送信する（Ｓ３１２）。

管理サーバ１は、呼情報を受信する（Ｓ３３１）と、この呼情報よりＩＰ電話端末４ａからＩＰ電話端末４ｃに対する通話が要求されたことを知る。管理サーバ１は、現在ＩＰ電話端末４ａが利用している通話グループ（グループＩＤ２）にＩＰ電話端末４ｃが存在するか確認する（Ｓ３３２）。ＩＰ電話端末４ｃが存在する場合（Ｓ３３２：Ｙｅｓ）は、Ｓ３３３へ進み、存在しない場合（Ｓ３３２：Ｎｏ）は、図６のステップＳ３４１へ進む。

ステップＳ３３３にて、管理サーバ１は、ＶＰＮ装置３ｃの公開鍵にて現在利用中の通話グループのグループＩＤを暗号化して、ＶＰＮ装置３ｃへ送信する。ＶＰＮ装置３ｃは、暗号化されたグループＩＤを受信し、自身の秘密鍵で復号して（Ｓ３６１）、グループＩＤを取得する。ＶＰＮ装置３ｃは、自身が保持するＶＰＮ共通鍵が、取得したグループＩＤに対応する共通鍵であるか否かを照合する（Ｓ３６２）。この照合に成功する（Ｓ３６２：Ｙｅｓ）とステップＳ３６４へ進む。一方、この照合に失敗する（Ｓ３６２：Ｎｏ）と、ＶＰＮ装置３ｃは、管理サーバ１に照合が失敗した旨を通知し、処理を終了する。管理サーバ１は、ＶＰＮ装置３ｃにて照合が失敗した旨をＶＰＮ装置３ａに通知し、通話開始処理を終了する。ＶＰＮ装置３ａは、ＶＰＮ装置３ｃにて照合が失敗した旨をＩＰ電話端末４ａに通知し、処理を終了する。ＩＰ電話端末４ａは、通信処理に失敗した旨をユーザに報知し、処理を終了する（Ｓ３６３）。

ステップＳ３６４にて、ＶＰＮ装置３ｃは、管理サーバ１へＶＰＮ接続を開始する旨を通知するとともに、中継サーバ２との間にＶＰＮを設定する（Ｓ３６５）。そして、ステップＳ３３４の処理へ進む。以上で、ＶＰＮ装置３ｃと中継サーバ２との間で、ＶＰＮ接続が完了する。

利用中の通話グループにＩＰ電話端末４ｃが存在しない場合（Ｓ３３２：Ｎｏ）は、管理サーバ１は、図２（Ｂ）に示す通話グループ情報に、ＩＰ電話端末４ａ〜４ｃを含む通話グループが存在するかどうか調べる（Ｓ３４１）。この通話グループが存在する場合（Ｓ３４１：Ｙｅｓ）は、ステップＳ３４３に進む。この通話グループが存在しない場合（Ｓ３４１：Ｎｏ）は、管理サーバ１は、通話グループが登録されていない旨をＶＰＮ装置３ａに通知する。ＶＰＮ装置３ａは、通話グループが登録されていない旨をＩＰ電話端末４ａに通知して、通話開始処理を終了する（Ｓ３４２）。この際、通話中のＩＰ電話端末４ａ，４ｂとの接続は維持され、通話グループは、利用中のグループＩＤ２がそのまま利用される。

ステップＳ３４３にて、管理サーバ１は、ＩＰ電話端末４ａ〜４ｃが登録されている通話グループ（グループＩＤ４）を選択する。この際、管理サーバ１は、上述の通話グループの選択方法に基づいて、通話グループを選択する。管理サーバ１は、選択した通話グループのグループＩＤ（グループＩＤ４）を各ＶＰＮ装置３ａ〜３ｃに送信（Ｓ３４４）して、ステップＳ３２１，Ｓ３７１へ進む。この際、管理サーバ１は、各ＶＰＮ装置３ａ〜３ｃの公開鍵にてグループＩＤを暗号化した後、各ＶＰＮ装置３ａ〜３ｃに送信する。

ステップＳ３２１にて、ＶＰＮ装置３ａ，３ｂは、暗号化されたグループＩＤを受信し、各々が自身の秘密鍵で復号して、グループＩＤを取得する。ＶＰＮ装置３ａ，３ｂは、自身が保持するＶＰＮ共通鍵が、取得したグループＩＤに対応する共通鍵であるか否かを照合する（Ｓ３２２）。この照合に成功する（Ｓ３２２：Ｙｅｓ）とステップＳ３２４へ進む。一方、ＶＰＮ装置３ａ，３ｂがこの照合に失敗する（Ｓ３２２：Ｎｏ）と、ＶＰＮ装置３ａは、ＩＰ電話端末４ａ、管理サーバ１に照合が失敗した旨を通知し、処理を終了する。また、ＶＰＮ装置３ｂは、管理サーバ１とＶＰＮ装置３ａとを介してＩＰ電話端末４ａ、管理サーバ１に照合が失敗した旨を通知する。管理サーバ１は、通話開始処理を終了する。ＩＰ電話端末４ａは、通信処理に失敗した旨をユーザに報知する（Ｓ３２３）。この際、通話中のＩＰ電話端末４ａ，４ｂとの接続は維持され、通話グループは、グループＩＤ２が利用される。

また、ステップＳ３７１にて、ＶＰＮ装置３ｃは、暗号化されたグループＩＤを受信し、自身の秘密鍵で復号して、グループＩＤを取得する。ＶＰＮ装置３ｃは、自身が保持するＶＰＮ共通鍵が、取得したグループＩＤに対応する共通鍵であるか否かを照合する（Ｓ３７２）。この照合に成功する（Ｓ３７２：Ｙｅｓ）とステップＳ３７４へ進む。一方、この照合に失敗する（Ｓ３７２：Ｎｏ）と、ＶＰＮ装置３ｃは、管理サーバ１に照合が失敗した旨を通知し、処理を終了する。管理サーバ１は、ＶＰＮ装置３ｃにて照合が失敗した旨を、ＶＰＮ装置３ａに通知し、通話開始処理を終了する。ＶＰＮ装置３ａは、ＶＰＮ装置３ｃにて照合が失敗した旨を、ＩＰ電話端末４ａに通知して処理を終了する。ＩＰ電話端末４ａは、通信処理に失敗した旨をユーザに報知する（Ｓ３７３）。この際、通話中のＩＰ電話端末４ａ，４ｂとの接続は維持され、通話グループは、グループＩＤ２が利用される。

ＶＰＮ装置３ａ〜３ｃは、自身が保持するＶＰＮ共通鍵の照合に成功する（Ｓ３２２：Ｙｅｓ，Ｓ３７２：Ｙｅｓ）と、ＶＰＮ装置３ａ〜３ｃは、管理サーバ１へＶＰＮ接続を開始する旨を通知する（Ｓ３２４，Ｓ３７４）とともに、中継サーバ２との間にＶＰＮを設定する（Ｓ３２５，Ｓ３７５）。管理サーバ１は、ＶＰＮ装置３ａ〜３ｃからＶＰＮ接続を開始する旨の通知を受信する（Ｓ３４５）と、中継サーバ２に呼情報を送信する（Ｓ３４６）。中継サーバ２は、呼情報を受信し、自装置に記憶する（Ｓ３５１）。ここで、中継サーバは、受信した呼情報により音声データを中継するＩＰ電話端末４を知る。そして、図５のステップＳ３３４の処理へ進む。以上で、ＶＰＮ装置３ａ〜３ｃと中継サーバ２との間で、ＶＰＮ接続が完了する。

なお、管理サーバ１は、中継サーバ２に呼情報を送信する処理（Ｓ３４６）を、ＶＰＮ接続が完了した後に行っても良い。

ＶＰＮ接続が完了すると、管理サーバ１は、ＶＰＮ装置３ｃへ呼情報を送信する（Ｓ３３４）。ＶＰＮ装置３ｃは、呼情報を受信する（Ｓ３６６）と、ＩＰ電話端末４ｃへ呼情報を送信する（Ｓ３６７）。ＩＰ電話端末４ｃは、呼情報を受信する（Ｓ３８１）とともに、呼び出しを行う。ＩＰ電話端末４ｃが、この呼び出しに応答する（Ｓ３８２）と、通話中のＩＰ電話端末４ａ，４ｂと追加したＩＰ電話端末４ｃとが通信可能な状態となる。

また、Ｓ３８２にて、ＩＰ電話端末４ｃが呼び出しに応答しない場合は、中継サーバ２とＶＰＮ装置３ｃとの間でＶＰＮが構築されず、ＩＰ電話端末４ａ〜４ｃ間は音声通信が不可能な状態となる。この場合、中継サーバ２とＶＰＮ装置３ａ，３ｂとの間はＶＰＮが構築され、ＩＰ電話端末４ａ，４ｂ間の音声通話が可能な状態となる。

また、ＩＰ電話端末４ｃが音声通話中のＩＰ電話端末４ａ，４ｂに対して、発呼した場合についても、音声通話中のＩＰ電話端末４ａ，４ｂがＩＰ電話端末４ｃに対して発呼した場合と処理の流れが同じになる。更に、複数台で通話中のＩＰ電話端末４から、複数台で通話中のＩＰ電話端末４に対して、発呼した場合についても、上記と同様の処理となる。例えば、ＩＰ電話端末４ａ，４ｂは通話グループ（グループＩＤ２）を用いて通信し、ＩＰ電話端末４ｃ，４ｄは通話グループ（グループＩＤ３）を用いて通信し、ＩＰ電話端末４ａからＩＰ電話端末４ｃに発呼する場合を例にあげる。この場合、管理サーバ１は、発呼先のＩＰ電話端末４ａと発呼元のＩＰ電話端末４ｃとが利用している通話グループ（グループＩＤ２，３）に、通話中のＩＰ電話端末４ａ〜４ｄが含まれているか確認し、含まれている場合は、その通話グループを用いて通信を行い、含まれていない場合は、他の通話グループを用いて通信を行う。

なお、本実施形態では、通話グループの登録時に、各ＶＰＮ装置３にＶＰＮ共通鍵を送付している。これに限らず、通話開始時に、管理サーバ１が各ＶＰＮ装置３にＶＰＮ共通鍵を送付し、通話の終了とともに、ＶＰＮ装置３が保持するＶＰＮ共通鍵を削除してもよい。また、本実施形態では、管理サーバ１は予めＶＰＮ装置３の公開鍵を保持し、ＶＰＮ装置３の公開鍵で通話グループの情報を暗号化して送信している。これに限らず、ＶＰＮ装置３が予め管理サーバ１の公開鍵を保持し、管理サーバ１は自身の秘密鍵で通話グループの情報を暗号化してＶＰＮ装置３へ送信してもよい。

更に、本実施形態では、ＩＰ電話端末４毎に１台のＶＰＮ装置３が割り当てられているが、複数台のＩＰ電話端末４に１台のＶＰＮ装置３を割り当ててもよい。また、本実施形態では、ＩＰ電話端末４を用いて音声通信を行ったが、これに限らず、ＩＰ端末を用いて通信を行えばよい。また、本実施形態では、管理サーバ１と中継サーバ２とを別サーバとしたが、これに限らず、管理サーバ１と中継サーバ２とを同一サーバとして構築してもよい。この場合、管理サーバ１と中継サーバ２との間でのデータの送受信処理が不要になるので、通話開始処理を簡単化することができる。

加えて、本実施形態では、複数のＩＰ電話端末４間で通信を行う際に、まず、１台のＩＰ電話端末４に対して通信要求を行い、次に、他のＩＰ電話端末４に対して通信要求を行っている。しかしながら、これに限らず、複数のＩＰ電話端末４に対して、同時に通信要求を行ってもよい。

以上より、本実施形態のＶＰＮ動的設定システムは、ＩＰ電話端末から通話したいＩＰ電話端末に発呼するだけで、自動でＶＰＮを構築して通信を開始することができる。また、ＶＰＮ動的設定システムは、通信中のＩＰ電話端末から他のＩＰ電話端末への発呼、及び、ＩＰ電話端末から通信中のＩＰ電話端末への発呼が発生すると、新たなグループＩＤにより、ＶＰＮを自動で再構築することができる。

更に、通話グループ情報に通信を許可したＩＰ電話端末のグループが登録されているため、通話が許可されていないＩＰ電話端末から発呼されても通信可能な状態にならない。これにより、ＩＰ電話端末からの誤った発呼による通話の開始を防止することができる。

複数台のＩＰ電話端末が接続されているネットワーク環境を示した図である。 通話グループ情報の内容を示す図である。 通話グループの登録処理に関するフローチャートである。 通話開始時の処理に関するフローチャートである。 通話中のＩＰ電話端末の追加処理に関するフローチャートである 通話中のＩＰ電話端末の追加処理に関するフローチャートである。

符号の説明

１−管理サーバ，２−中継サーバ，３（３ａ〜３ｆ）−ＶＰＮ装置，４（４ａ〜４ｆ）−ＩＰ電話端末，５，７−拠点，６−ネットワーク

Claims (3)

1. ＶＰＮサーバと、該ＶＰＮサーバにネットワークを介して接続された複数のＩＰ端末と、該ＩＰ端末に接続され、該ＶＰＮサーバ及び該ＩＰ端末の間にＶＰＮを構築可能なＶＰＮ装置と、から構成され、
   前記ＶＰＮサーバは、相互の通信を許可したＩＰ端末の通話グループ毎にＩＰ端末情報とＶＰＮ共通鍵とを備えた通信グループ情報を記憶した情報テーブルを備え、この情報テーブルを参照することにより通信を行おうとする各ＩＰ端末同士が同一グループに属しているか否かを判断し、
   前記ＶＰＮ装置は、通信を行おうとする各ＩＰ端末が同一の通信グループに属していると前記ＶＰＮサーバにおいて判断されると、これらのＩＰ端末間にＶＰＮを構築し、通信を行おうとする各ＩＰ端末が同一の通信グループに属していないと前記ＶＰＮサーバにおいて判断されると、これらのＩＰ電話端末間にはＶＰＮを構築しないＶＰＮ動的設定システム。
2. 前記同一通信グループ内のＩＰ端末群が通信を行っている状態で新たなＩＰ端末が加入するときに、
   前記ＶＰＮ装置は、前記新たなＩＰ端末が前記同一通信グループに属していると前記ＶＰＮサーバにおいて判断されると、通信グループを変更することなく、この新たなＩＰ端末を含むこれらのＩＰ端末間にＶＰＮを再構築する請求項１に記載のＶＰＮ動的設定システム。
3. 前記同一グループ内のＩＰ端末群が通信を行っている状態で新たなＩＰ端末が加入するときに、
   前記ＶＰＮ装置は、新たなＩＰ端末が前記同一通信グループに属しておらず、他の通信グループに前記ＩＰ端末群及び新たなＩＰ端末が属していると前記ＶＰＮサーバにおいて判断されると、通信グループを前記他の通信グループに変更して、この新たなＩＰ端末を含むこれらのＩＰ端末間にＶＰＮを再構築する請求項１又は請求項２に記載のＶＰＮ動的設定システム。

Images