JP6277676B2 - ルータ装置、通信経路選択方法および通信経路選択プログラム - Google Patents

Description

本発明は、ルータ装置、通信経路選択方法および通信経路選択プログラムに関する。

近年、ノートパソコンやスマートフォンなどの移動端末が私用以外にも業務で利用されている。例えば、移動端末は、社内外でＶｏＩＰ（Voice over Internet Protocol）のようなリアルタイム通信に利用されている。ＶｏＩＰを用いたリアルタイム通信は、ＳＩＰ（Session Initiation Protocol）サーバを介して、通信相手と互いのＩＰアドレスを交換することで、端末同士が音声データを直接送受信する。

一般的に、ＳＩＰサーバは、ＳＩＰ ＵＲＩ（Uniform Resource Identifier）などのユーザＩＤを管理するので、セキュアな社内ネットワークに配置される。このため、移動端末が社外にある場合には、ＶＰＮ（Virtual Private Network）などのセキュアな通信で社内ネットワークに接続して社内のＳＩＰサーバにアクセスし、通信相手とＩＰアドレスを交換する。このようにして、移動端末間でＶｏＩＰによる音声データ通信が実行される。

特開２００９−２８４４９２号公報 特開２００６−３０３７５８号公報

しかしながら、上記技術では、各移動端末にＩＰアドレスを払い出して移動端末間をＶＰＮで接続するＶＰＮサーバの処理負荷が高くなり、システム全体のサービス品質が劣化する。

例えば、発着信を行う両移動端末が社外にいる場合、本来ＶＰＮサーバを経由せずに端末同士が直接音声データを送受信すれば良いが、ＶＰＮサーバによって割り当てられたＩＰアドレスを交換するため、各移動端末間の音声データがＶＰＮサーバを経由して送受信される。したがって、ＶＰＮサーバの処理負荷が高くなって通信遅延が発生し、サービス品質の低下を招く。なお、この問題は、移動端末に限ったものではなく、社外に設置される固定端末についても同様に発生する。

開示の技術は、上記に鑑みてなされたものであって、サービス品質の劣化を抑制できるルータ装置、通信経路選択方法および通信経路選択プログラムを提供することを目的とする。

本願の開示するルータ装置は、第１の端末が接続されるネットワークの種別と、前記第１の端末の接続先となる第２の端末が接続されるネットワークの種別とに基づいて、通信網を選択する選択部を有する。ルータ装置は、前記選択部によって選択された通信網を使用して、前記第１の端末と前記第２の端末との通信を実行する通信実行部を有する。

本願の一態様によれば、サービス品質の劣化を抑制できる。

図１は、実施例１に係るシステムの全体構成例を示す図である。 図２は、実施例１に係るＮＡＴ変換による音声通信の一例を説明する図である。 図３は、実施例１に係る位置管理サーバの機能構成を示す機能ブロック図である。 図４は、位置管理ＤＢに記憶される情報の例を示す図である。 図５は、実施例１に係るＧＷ装置の機能構成を示す機能ブロック図である。 図６は、判定基準ＤＢに記憶される情報の例を示す図である。 図７は、ルーティングＤＢに記憶される情報の例を示す図である。 図８は、実施例１に係るシステムが実行する発着呼処理の流れを示すフローチャートである。 図９は、実施例１に係るＧＷ装置のＩＰアドレス更新処理の流れを示すフローチャートである。 図１０は、実施例１に係る位置管理サーバのＩＰアドレス更新処理の流れを示すフローチャートである。 図１１は、実施例２に係る位置管理サーバが有するアプリの監視情報の例を示す図である。 図１２は、実施例２に係る端末のＧＷ接続時の初期化の流れを示すシーケンス図である。 図１３は、実施例３に係るシステムの全体構成例を示す図である。 図１４は、実施例３に係るＩＰ管理サーバの機能構成を示す機能ブロック図である。 図１５は、ＩＰ管理ＤＢに記憶される情報の例を示す図である。 図１６は、ＧＷ定義ＤＢに記憶される情報の例を示す図である。 図１７は、ルール定義ＤＢに記憶される情報の例を示す図である。 図１８は、実施例３に係るＧＷ装置の機能構成を示す機能ブロック図である。 図１９は、ＤＮＳ情報ＤＢに記憶される情報の例を示す図である。 図２０は、ルーティングＤＢに記憶される情報の例を示す図である。 図２１は、ルール定義および情報抽出を説明する図である。 図２２は、実施例３に係るＧＷ装置のＩＰアドレス収集処理の流れを示すフローチャートである。 図２３は、実施例３に係るＩＰ管理サーバのＩＰアドレス収集処理の流れを示すフローチャートである。 図２４は、実施例３に係るＧＷ装置の使用網決定処理の流れを示すフローチャートである。 図２５は、ハードウェア構成例を示す図である。

以下に、本願の開示するルータ装置、通信経路選択方法および通信経路選択プログラムの実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。

［全体構成例］
図１は、実施例１に係るシステムの全体構成例を示す図である。図１に示すように、このシステムは、位置管理サーバ１０、アドレス解決サーバ２０、端末３０、ＧＷ（GateWay）装置４０、端末５０、ＧＷ装置６０、ＶＰＮサーバ７０、ＳＩＰサーバ８０を有する。

位置管理サーバ１０は、ＧＷ装置４０およびＧＷ装置６０の位置情報を管理するサーバであり、インターネットなどの物理網に接続される。アドレス解決サーバ２０は、各端末から送信されるグローバルＩＰ（Internet Protocol）アドレス解決要求に対して、ＧＷ装置のグローバルＩＰアドレスを応答するサーバであり、インターネットなどの物理網に接続される。

端末３０およびＧＷ装置４０は、ネットワーク１内に存在し、端末５０およびＧＷ装置６０はネットワーク２内に存在する。ＶＰＮサーバ７０およびＳＩＰサーバ８０は、ネットワーク３内に存在する。ネットワーク１やネットワーク２は、例えば、社外ネットワークまたは社内ネットワークであり、ネットワーク３は、社内ネットワークである。

つまり、端末３０および端末５０は、ＶＰＮサーバ７０等と同じ社内ネットワーク内に存在する場合もあれば、社外ネットワークに存在する場合もある。また、いずれかの端末だけが、社内ネットワークに存在する場合もある。

端末３０および端末５０は、ＶｏＩＰアプリケーション（以下、単に「ＶｏＩＰアプリ」と記載する場合がある）を実行して、発呼処理や着呼処理を実行して、音声通信を実行する端末であり、例えば携帯電話、スマートフォンなどの移動端末である。これらの端末は、ＧＷ装置を介して物理網やＶＰＮに接続し、各サーバと通信を実行する。例えば、各端末は、テザリング等を用いてＧＷ装置に接続する。なお、本実施例では、端末３０が発呼端末、端末５０が着呼端末として説明する。

ＧＷ装置４０は、ルータ機能を有し、端末３０と各種装置との通信を中継する装置であり、例えばモバイルルータなどである。例えば、ＧＷ装置４０は、物理網を用いて、端末３０と位置管理サーバ１０やアドレス解決サーバ２０との通信を中継する。ＧＷ装置４０は、ＶＰＮサーバ７０が確立するＶＰＮ６を介して、ＳＩＰサーバ８０と接続する。また、ＧＷ装置４０は、物理網やＶＰＮ６を介してＧＷ装置６０と接続し、端末３０と端末５０との音声通信を中継する。

ＧＷ装置６０は、ルータ機能を有し、端末５０と各種装置との通信を中継する装置であり、例えばモバイルルータなどである。例えば、ＧＷ装置６０は、物理網を用いて、端末５０と位置管理サーバ１０やアドレス解決サーバ２０との通信を中継する。ＧＷ装置６０は、ＶＰＮサーバ７０が確立するＶＰＮ６を介して、ＳＩＰサーバ８０と接続する。また、ＧＷ装置６０は、物理網やＶＰＮ６を介してＧＷ装置４０と接続し、端末３０と端末５０との音声通信を中継する。

ＶＰＮサーバ７０は、各ＧＷ装置との間でＶＰＮ６を確立し、ＶＰＮ６を用いてＧＷ装置とネットワーク３とを接続するサーバである。ＳＩＰサーバ８０は、ＶＰＮサーバ７０を介して各ＧＷ装置と接続される。また、ＳＩＰサーバ８０は、ＶＰＮサーバ７０を経由する経路を用いて、端末間でＩＰアドレスを交換させる。

また、各ＧＷ装置は、ＮＡＴ（Network Address Translation）機能を有し、各端末が実行するＶｏＩＰアプリは、ＮＡＴ機能を用いて音声通信を実行する。ここで、図２を用いて、ＮＡＴ変換による音声通信の一例を説明する。図２は、実施例１に係るＮＡＴ変換による音声通信の一例を説明する図である。

図２に示すように、プライベートネットワークに接続した端末３０のＶｏＩＰアプリは、端末３０に割当てられているＩＰアドレスがプライベートＩＰアドレス「x.x.x.x」なので、ＧＷ装置４０の外部とリアルタイム通信を実行することができない。これを解決するために、ＧＷ装置４０は、ＮＡＴ機能を有し、端末３０のプライベートＩＰアドレス「x.x.x.x」とＧＷ装置４０のグローバルＩＰアドレス「y.y.y.y」とを変換して通信を実行する。

また、ＶｏＩＰアプリには、ＧＷ装置４０のグローバルＩＰアドレスを知る仕組みとして、ＳＴＵＮ（Simple Traversal of UDP through NATs）やＴＵＲＮ（Traversal Using Relay NAT）が備わっている。このため、ＶｏＩＰには、発着呼の際に、アドレス解決サーバ２０にアクセスし、ＧＷ装置４０のグローバルＩＰアドレス「y.y.y.y」を取得する。

そして、端末３０のＶｏＩＰアプリは、ＧＷ装置４０のグローバルＩＰアドレス「y.y.y.y」を自アドレスとして、端末５０のＶｏＩＰアプリに発呼要求を送信する。この結果、端末５０のＶｏＩＰアプリが、ＩＰアドレス「y.y.y.y」に対して応答することができるので、端末３０と端末５０とが通信することができる。

このような状態において、端末３０に接続されるＧＷ装置４０は、端末３０が接続されるネットワークの種別と、端末３０の接続先となる端末５０が接続されるネットワークの種別とに基づいて、通信網を選択する。そして、ＧＷ装置４０は、選択された通信網を使用して、端末３０と端末５０との通信を実行する。

例えば、ＧＷ装置４０は、端末３０が接続されるネットワークが社内ネットワークか社外ネットワークか、端末５０が接続されるネットワークが社内ネットワークか社外ネットワークかによって、通信に使用する通信網を選択する。

［各装置の構成］
次に、図１に示した各装置の機能構成を説明する。なお、アドレス解決サーバ２０は、ＳＴＵＮやＴＵＲＮなどに準拠したサーバと同様の構成を有し、ＶＰＮサーバ７０は、一般的なＶＰＮサーバと同様の機能を有し、ＳＩＰサーバ８０は、一般的なＳＩＰサーバと同様の機能を有する。また、各端末についても一般的なスマートフォン等と同様の機能を有する。したがって、これらのサーバや端末についての詳細な説明は省略する。ここでは、位置管理サーバ１０と各ＧＷ装置について説明する。

（位置管理サーバの機能構成）
図３は、実施例１に係る位置管理サーバの機能構成を示す機能ブロック図である。図３に示すように、位置管理サーバ１０は、通信処理部１１、記憶部１２、制御部１３を有する。

通信処理部１１は、他の装置の通信を制御する処理部であり、例えばネットワークインタフェースカードなどである。例えば、通信処理部１１は、各ＧＷ装置からＧＷ装置のＩＰアドレスを受信して、各ＧＷ装置の位置情報を管理する。また、通信処理部１１は、各端末から配備済みのアプリの情報を受信し、通信先を特定するアプリの監視定義等を送信する。

記憶部１２は、メモリやハードディスクなどの記憶装置であり、位置管理ＤＢ（DataBase）１２ａを有する。また、記憶部１２は、制御部１３が実行するプログラム、各種データ等を記憶する。

位置管理ＤＢ１２ａは、各端末や各ＧＷ装置の位置情報を記憶するデータベースである。図４は、位置管理ＤＢに記憶される情報の例を示す図である。図４に示すように、位置管理ＤＢ１２ａは、「端末装置、ＧＷ、位置」を対応付けて記憶する。ここで記憶される「端末装置」は、端末を特定する情報であり、例えば識別子や端末名などが設定される。「ＧＷ」は、各端末が使用する各ＧＷ装置を特定する情報であり、例えば識別子やＧＷ名などが設定される。「位置」は、ＧＷ装置の位置を特定する情報である。

図４の場合、端末３０は、社内に位置するＧＷ装置４０を経由して通信を実行することを示し、端末５０は、社外に位置するＧＷ装置６０を経由して通信を実行することを示している。

制御部１３は、位置管理サーバ１０の全体的な制御を司る処理部であり、位置管理部１４、位置判定部１５、位置応答部１６を有する。例えば、制御部１３は、プロセッサなどの電子回路であり、各処理部は、プロセッサが有する電子回路やプロセッサが実行するプロセスなどに該当する。また、ここで示した処理部は、一例であり、これに限定されるものではなく、制御部１３は、他の処理部を有していてもよい。

位置管理部１４は、各端末や各ＧＷ装置の位置情報を管理する処理部である。具体的には、位置管理部１４は、各ＧＷ装置から位置情報を受信し、受信した位置情報がグローバルＩＰアドレスかプライベートＩＰアドレスかを判定する。そして、位置管理部１４は、判定した情報で位置管理ＤＢ１２ａを更新する。

位置判定部１５は、発呼端末が接続されるＧＷ装置からの要求に応じて、着呼端末の位置を判定する処理部である。具体的には、位置判定部１５は、端末３０が接続されるＧＷ装置４０から、端末５０の位置情報が要求された場合に、位置管理ＤＢ１２ａを参照し、当該端末５０に対応付けられるＧＷ装置６０の位置「社外」を特定する。そして、位置判定部１５は、着呼端末である端末５０の位置を「社外」と判定し、その結果を位置応答部１６に通知する。

位置応答部１６は、位置判定部１５による判定結果を問い合わせ元に応答する処理部である。上記した例で説明すると、位置応答部１６は、端末５０の位置が「社外」であることを、問い合わせ元のＧＷ装置４０に送信する。

（ＧＷ装置の機能構成）
ＧＷ装置４０とＧＷ装置６０とは同様の構成を有するので、ここではＧＷ装置４０について説明する。図５は、実施例１に係るＧＷ装置の機能構成を示す機能ブロック図である。図５に示すように、ＧＷ装置４０は、通信処理部４１、記憶部４２、制御部４３を有する。

通信処理部４１は、他の装置との通信を制御する処理部であり、例えばネットワークインタフェースカードなどである。この通信処理部４１は、物理網と接続する物理インタフェースと、ＶＰＮ６と接続するＶＰＮインタフェースとを有する。

例えば、通信処理部４１は、物理インタフェースを介して、位置管理サーバ１０、アドレス解決サーバ２０、ＧＷ装置６０と接続される。また、通信処理部４１は、ＶＰＮインタフェースを介して、ＶＰＮサーバ７０、ＳＩＰサーバ８０と接続される。

記憶部４２は、メモリやハードディスクなどの記憶装置であり、判定基準ＤＢ４２ａ、ルーティングＤＢ４２ｂを有する。また、記憶部４２は、制御部４３が実行するプログラム、各種データ等を記憶する。

判定基準ＤＢ４２ａは、端末３０に応答するＩＰアドレスを決定する判定基準を記憶する。図６は、判定基準ＤＢに記憶される情報の例を示す図である。図６に示すように、判定基準ＤＢ４２ａは、発呼元が接続されるＧＷ装置の位置と着呼先のＧＷ装置の位置との組み合わせによって、発呼元である端末３０に応答するＩＰアドレスを定義する。なお、社内、社外の情報は、端末が利用するＧＷ装置の位置を示す。

つまり、ＧＷ装置４０の位置が社内かつＧＷ装置６０の位置が社内の場合、端末３０には物理インタフェースのＩＰアドレスが応答されるので、双方がＶＰＮを経由せず社内網で音声通話が実行される。

また、ＧＷ装置４０の位置が社内かつＧＷ装置６０の位置が社外の場合、端末３０には物理インタフェースのＩＰアドレスが応答されるので、端末３０が物理網経由で端末５０がＶＰＮ６経由で音声通話が実行される。

また、ＧＷ装置４０の位置が社外かつＧＷ装置６０の位置が社内の場合、端末３０にはＶＰＮインタフェースのＩＰアドレスが応答されるので、端末３０がＶＰＮ６経由で端末５０が物理網経由で音声通話が実行される。

また、ＧＷ装置４０の位置が社外かつＧＷ装置６０の位置が社外の場合、端末３０にはＮＡＴ用インタフェースのＩＰアドレスが応答されるので、双方がＶＰＮ６を使用せずにＧＷ装置を介した物理網を経由する。つまり、ＮＡＴ越えの音声通話が実行される。

ルーティングＤＢ４２ｂは、ＧＷ装置４０が端末間通信を実現するためのルーティング情報を記憶する。図７は、ルーティングＤＢに記憶される情報の例を示す図である。図７に示すように、ルーティングＤＢ４２ｂは、「ＩＰアドレス、通信網」を対応付けて記憶する。

ここで記憶される「ＩＰアドレス」は、送信先のＩＰアドレスである。「通信網」は、使用する選択網である。図７の場合、送信先アドレスがプライベートＩＰアドレス（ＰＩＰ）の場合には、ＶＰＮ６で送信することを示し、送信先アドレスがグローバルＩＰアドレス（ＧＩＰ）の場合には、物理網で送信することを示す。

制御部４３は、ＧＷ装置４０の全体的な制御を司る処理部であり、取得部４４、問合せ部４５、特定部４６、応答部４７、ルーティング制御部４８、アドレス更新部４９を有する。例えば、制御部４３は、プロセッサなどの電子回路であり、各処理部は、プロセッサが有する電子回路やプロセッサが実行するプロセスなどに該当する。また、ここで示した処理部は、一例であり、これに限定されるものではなく、制御部４３は、他の処理部を有していてもよい。

取得部４４は、端末３０がアドレス解決サーバ２０に送信したパケットを取得する処理部である。具体的には、取得部４４は、端末３０のＶｏＩＰアプリがアドレス解決サーバ２０に対して送信した、ＮＡＴ超えのためのグローバルＩＰアドレスの取得リクエストをフックする。そして、取得部４４は、当該取得リクエストを取得したことを問合せ部４５に出力する。

問合せ部４５は、位置管理サーバ１０に対して、自装置であるＧＷ装置４０と通信先であるＧＷ装置６０の位置情報を問い合わせる処理部である。具体的には、問合せ部４５は、取得部４４からグローバルＩＰアドレスの取得リクエストが取得されたことが通知されると、着呼端末５０が利用するＧＷ装置６０の位置情報を位置管理サーバ１０に問い合わせる。

この際、問合せ部４５は、発呼端末３０に対して、着呼端末がどの端末であるかを問合せ、その結果を用いて位置管理サーバ１０への問合せを実行する。なお、発呼端末３０は、各アプリの挙動を監視し、発呼を行う際に使用されたアプリを検出すると、当該アプリに対して予め指定された位置から着呼端末５０を特定する。なお、詳細な処理については後述する。

特定部４６は、問合せ部４５が送信した問合せに対する問合せ結果を位置管理サーバ１０から受信し、受信した問合せ結果に基づいて端末３０に応答するＩＰアドレス特定する処理部である。

具体的には、特定部４６は、通信先のＧＷ装置６０が社内か社外かのいずれに位置するかを位置管理サーバ１０から受信する。また、特定部４６は、発呼端末３０が使用する自ＧＷ装置４０が社内か社外のいずれに位置するかを、ＧＷ装置４０に設定されているＩＰアドレスの体系等から特定する。

その後、特定部４６は、図６に示した判定基準を参照し、発呼端末３０に対して応答するＩＰアドレスを特定する。このとき、具体的なＩＰアドレスについては、システムの取り決め等にしたがって任意に設定したり、どのようなＩＰアドレスを使用するかを予めＧＷ装置４０に設定しておくことができる。

例えば、特定部４６は、ＶＰＮアドレスであればプライベートＩＰアドレスとして「x.x.x.x」を使用すると予め設定することができる。また、特定部４６は、物理インタフェースのＩＰアドレスであればグローバルＩＰアドレスとして「y.y.y.y」、ＮＡＴ用アドレスであればグローバルＩＰアドレスとして「z.z.z.z」を使用すると予め設定することができる。

応答部４７は、特定部４６が特定したＩＰアドレスを発呼端末３０に応答する処理部である。具体的には、応答部４７は、発呼端末３０が送信したグローバルＩＰアドレスの取得リクエストに対する応答として、特定部４６が特定したＩＰアドレスを応答する。なお、端末３０は、ここで応答されたＩＰアドレスを使用してＳＩＰサーバ８０に対して通信し、着呼端末５０とＩＰアドレスを交換して、当該ＩＰアドレスを用いて音声通信を実行する。

ルーティング制御部４８は、ルーティングＤＢ４２に格納されるルーティング情報にしたがって通信網を選択してパケットを送信する処理部である。具体的には、ルーティング制御部４８は、発呼端末３０からパケットを受信すると、当該パケットから宛先のＩＰアドレスを抽出する。そして、ルーティング制御部４８は、ルーティングＤＢ４２ｂを参照し、抽出したＩＰアドレスに対応する通信網を用いて当該パケットを送信する。

例えば図７の場合、ルーティング制御部４８は、送信先のＩＰアドレスがプライベートＩＰアドレスである場合には、ＶＰＮ６が接続されるインタフェースを用いて、パケットを送信する。また、ルーティング制御部４８は、送信先のＩＰアドレスがグローバルＩＰアドレスである場合には、物理網が接続されるインタフェースを用いて、パケットを送信する。なお、ルーティング制御部４８は、ＮＡＴ変換機能を有し、ＮＡＴ変換を行ってパケットを送受信することもできる。

アドレス更新部４９は、ＧＷ装置４０のＩＰアドレスが更新された場合に、ルーティングＤＢ４２ｂの更新や位置管理サーバ１０へのＩＰアドレス通知を実行する処理部である。具体的には、アドレス更新部４９は、管理者等によってＩＰアドレスの更新を受け付けると、該当するインタフェースに対するＩＰアドレスの設定を変更する。そして、アドレス更新部４９は、更新したＩＰアドレスを位置管理サーバ１０に送信する。

また、アドレス更新部４９は、更新されたＩＰアドレスがプライベートＩＰアドレスである場合には、すべての送信先アドレスに対して物理網を利用するように、ルーティングＤＢ４２ｂを更新する。また、アドレス更新部４９は、更新されたＩＰアドレスがグローバルＩＰアドレスである場合には、プライベートＩＰアドレスについてはＶＰＮ６を利用し、グローバルＩＰアドレスについては物理網を利用するように、ルーティングＤＢ４２ｂを更新する。

［処理の流れ］
次に、図１に示したシステムで実行される処理について説明する。ここでは、発着呼処理、ＧＷ装置のＩＰアドレス更新処理、位置管理サーバのＩＰアドレス更新処理について説明する。

（発着呼処理）
図８は、実施例１に係るシステムが実行する発着呼処理の流れを示すフローチャートである。図８に示すように、発呼端末３０のＶｏＩＰアプリまたは着呼端末５０のＶｏＩＰが、発呼または着呼を開始し、データ通信に使用するＩＰアドレスの取得リクエストを各ＧＷ装置に送信する（Ｓ１０１）。

そして、各ＧＷ装置は、自端末すなわち自ＧＷ装置が社内にある場合（Ｓ１０２：Ｙｅｓ）、要求元の端末に対して物理インタフェースのＩＰアドレスを返却する（Ｓ１０３）。つまり、ＧＷ装置は、物理網で使用するＩＰアドレスを端末に応答する。

その後、各端末のＶｏＩＰアプリは、ＧＷ装置から返却されたＩＰアドレスを使用してＳＩＰサーバ８０に音声通信に関するパケットを送信する（Ｓ１０４）。具体的には、各端末のＶｏＩＰアプリは、ＩＮＶＩＴＥリクエストやＯＫレスポンスをＳＩＰサーバ８０に送信し、通信相手とＩＰアドレスを交換する。

一方、各ＧＷ装置は、自端末すなわち自ＧＷ装置が社外にある場合（Ｓ１０２：Ｎｏ）、リクエストから送信元の端末を特定して、当該端末に通信相手を問い合わせる（Ｓ１０５）。

この問合せを受けた端末は、アプリの挙動から通信相手を特定する（Ｓ１０６）。例えば、端末は、バルーンに表示される相手を画面表示等から取得して特定する。また、端末は、特定した通信相手の情報として例えばＩＰアドレスや端末名などを、ＧＷ装置に応答する。

各ＧＷ装置は、端末から受信した通信相手の位置を位置管理サーバ１０に問い合わせる（Ｓ１０７）。そして、各ＧＷ装置は、位置管理サーバ１０から受信した応答によって、相手端末が社内であると判定された場合には（Ｓ１０８：Ｙｅｓ）、ＶＰＮ６のＩＰアドレスを端末に返却する（Ｓ１０９）。

一方、各ＧＷ装置は、位置管理サーバ１０から受信した応答によって、相手端末が社外であると判定された場合には（Ｓ１０８：Ｎｏ）、グローバルＩＰアドレスをアドレス解決サーバ２０から取得して、それを端末に返却する（Ｓ１１０）。すなわち、各ＧＷ装置は、ＮＡＴ用のＩＰアドレスを応答する。

なお、Ｓ１０９およびＳ１１０の後は、Ｓ１０４の処理が実行される。また、図８の処理以降は、各端末のＶｏＩＰアプリは、返却されたＩＰアドレスを用いてパケットを送信し、ＧＷ装置は、ルーティングＤＢ４２ｂに格納されるルーティング情報にしたがって通信網を選択してパケットを送信する。

（ＧＷ装置のＩＰアドレス更新処理）
図９は、実施例１に係るＧＷ装置のＩＰアドレス更新処理の流れを示すフローチャートである。ここではＧＷ装置４０を例にして説明する。

図９に示すように、ＧＷ装置４０のアドレス更新部４９は、ＩＰアドレスの変更通知を受信すると（Ｓ２０１：Ｙｅｓ）、当該ＧＷ装置のＩＤと更新後のＩＰアドレスとを位置管理サーバ１０に送信する（Ｓ２０２）。

続いて、アドレス更新部４９は、更新後のＩＰアドレスがプライベートＩＰアドレスである場合（Ｓ２０３：Ｙｅｓ）、すべての送信先のＩＰアドレスが物理網にルーティングされるように、ルーティングＤＢ４２ｂを更新する（Ｓ２０４）。

一方、アドレス更新部４９は、更新後のＩＰアドレスがグローバルＩＰアドレスである場合（Ｓ２０３：Ｎｏ）、Ｓ２０５を実行する。具体的には、アドレス更新部４９は、送信先のＩＰアドレスがプライベートＩＰアドレスである場合には、ＶＰＮ６にルーティングするように、ルーティングＤＢ４２ｂを更新する。また、アドレス更新部４９は、送信先のＩＰアドレスがグローバルＩＰアドレスである場合には、物理網にルーティングするように、ルーティングＤＢ４２ｂを更新する。なお、Ｓ２０４およびＳ２０５の後は、Ｓ２０１に戻って同様の処理が実行される。

（位置管理サーバのＩＰアドレス更新処理）
図１０は、実施例１に係る位置管理サーバのＩＰアドレス更新処理の流れを示すフローチャートである。この処理は、ＧＷ装置のＩＰアドレスが変更された場合に、位置管理サーバが実行する処理である。

図１０に示すように、位置管理サーバ１０の位置管理部１４は、ＧＷ装置からＩＤとＩＰアドレスとを受信すると（Ｓ３０１：Ｙｅｓ）、位置管理ＤＢ１２ａに該当するＧＷのエントリがあるかを判定する（Ｓ３０２）。そして、位置管理部１４は、該当するエントリがない場合（Ｓ３０２：Ｎｏ）、処理を終了する。

そして、位置管理部１４は、該当するエントリがある場合（Ｓ３０２：Ｙｅｓ）、受信したＧＷ装置の更新後ＩＰアドレスがプライベートＩＰアドレスか否かを判定する（Ｓ３０３）。

ここで、位置管理部１４は、ＧＷ装置の更新後ＩＰアドレスがプライベートＩＰアドレスであると判定した場合（Ｓ３０３：Ｙｅｓ）、位置管理ＤＢ１２ａにおいて当該ＧＷ装置の位置を社内に変更する（Ｓ３０４）。

一方、位置管理部１４は、ＧＷ装置の更新後ＩＰアドレスがプライベートＩＰアドレスではないと判定した場合（Ｓ３０３：Ｎｏ）、位置管理ＤＢ１２ａにおいて当該ＧＷ装置の位置を社外に変更する（Ｓ３０５）。つまり、位置管理部１４は、ＧＷ装置の更新後ＩＰアドレスがグローバルＩＰアドレスである場合には、Ｓ３０５を実行する。

［効果］
このように、端末が社内または社外にいるかによって、ＶｏＩＰアプリが交換するＩＰアドレスを切り替えることができる。また、ＧＷ装置が、ＶｏＩＰアプリからのＮＡＴ超えのＩＰアドレス取得要求をフックして、ＩＰアドレスを返却することができるので、ＶｏＩＰアプリ自体に改良を加えることなく、実現することができる。また、アプリ自身が、自端末および通信相手の端末が社内または社外どちらにいるかを意識せずに、通信可能なＩＰアドレスを認識することができる。

したがって、ＧＷ装置を利用して端末間通信を行う際に、端末のアプリが社内または社外どちらにいても意識せずに、適切なネットワークの使い分けができる。ＶｏＩＰアプリのＮＡＴ機能をＯＮにしておくだけでよく、ユーザの使い勝手が向上し、汎用性も高い。

次に、端末がアプリを監視して通信先を特定する処理について具体的に説明する。図１１は、実施例２に係る位置管理サーバが有するアプリの監視情報の例を示す図である。図１１に示すように、位置管理サーバ１０は、「アプリ名、プロトコル、通信相手の抽出方法」を対応付けて記憶する。

ここで「アプリ名」は、監視対象のアプリを特定する情報である。「プロトコル」は、アプリがＮＡＴ越えのためにグローバルＩＰアドレスを取得するためのプロトコルであり、監視対象のプロトコルを示す情報である。「通信相手の抽出方法」は、通信相手の抽出方法を指定する情報である。

図１１の例では、アプリＡがＳＴＵＮを利用した場合、当該通信において出力された発呼画面の「％％を呼び出し中です」から通信先を特定することが定義されている。また、アプリＡがＳＴＵＮを利用した場合、当該通信において出力された着呼画面の「％％から着信中です」から通信先を特定することが定義されている。

位置管理サーバ１０は、管理者等から定義された図１１の情報を各端末に配信する。そうすることで、各端末は、ＶｏＩＰ等のアプリを監視し、ＧＷ装置からの要求に応じて通信先と特定して応答することができる。

図１２は、実施例２に係る端末のＧＷ接続時の初期化の流れを示すシーケンス図である。ここでは、端末３０とＧＷ装置４０とを例にして説明する。図１２に示すように、端末３０は、配備済みのアプリ名を取得してＧＷ装置４０に送信する（Ｓ４０１とＳ４０２）。つまり、端末３０は、インストール済みのアプリ名をＧＷ装置に通知する。

ＧＷ装置４０は、受信したアプリ名を位置管理サーバ１０に送信する（Ｓ４０３とＳ４０４）。位置管理サーバ１０は、図１１に示した情報を用いて、アプリのプロトコルと通信相手の抽出方法を取得し、ＧＷ装置４０に返却する（Ｓ４０５とＳ４０６）。

ＧＷ装置４０は、アプリが使用するプロトコルのうち、まだ有効化されていないインタフェース（ＩＦ）があるかチェックする（Ｓ４０７）。そして、ＧＷ装置４０は、有効化されていないＩＦがある場合（Ｓ４０８：Ｙｅｓ）、該当ＩＦを有効化する（Ｓ４０９）。なお、ＧＷ装置４０は、有効化されていないＩＦがない場合（Ｓ４０８：Ｎｏ）、Ｓ４１０が実行される。

その後、ＧＷ装置４０は、各アプリの通信相手の抽出方法を端末３０に返却する（Ｓ４１０とＳ４１１）。そして、端末３０は、各アプリの通信相手の抽出方法を設定し、アプリの監視を開始する（Ｓ４１２）。

このように、各ＧＷ装置は、アプリが使用するＩＦを適切に有効化することができ、各端末は、アプリを監視して通信先を特定することができる。また、アプリが使用するプロトコルを限定しないため、ＶｏＩＰアプリに限らず、他の端末間通信サービスにも適用することができる。したがって、様々なリアルタイム通信系のアプリごとの通信相手の抽出方法を使い分けることができる。

実施例１では、位置管理サーバがＧＷ装置の位置情報を管理して、通信相手が社内または社外にいるかを特定する例を説明した。実施例３では、通信先のＧＷ装置がグローバルＩＰアドレスを使用しているか否かによって、通信相手が社内または社外にいるかを特定する例を説明する。

［全体構成例］
図１３は、実施例３に係るシステムの全体構成例を示す図である。図１３に示すように、このシステムは、ＩＰ管理サーバ１００、アドレス解決サーバ２０、端末３０、ＧＷ装置４００、端末５０、ＧＷ装置６００、ＶＰＮサーバ７０、ＳＩＰサーバ８０を有する。なお、アドレス解決サーバ２０、端末３０、端末５０、ＶＰＮサーバ７０、ＳＩＰサーバ８０は実施例１と同様の構成を有する。

ＩＰ管理サーバ１００は、各ＧＷ装置のグローバルＩＰアドレスを管理するサーバであり、インターネットなどの物理網に接続される。アドレス解決サーバ２０は、実施例１と同様、各端末から送信されるグローバルＩＰアドレス解決要求に対して、ＧＷ装置のグローバルＩＰアドレスを応答するサーバであり、インターネットなどの物理網に接続される。

端末３０およびＧＷ装置４００は、ネットワーク１内に存在し、端末５０およびＧＷ装置６００はネットワーク２内に存在する。ＶＰＮサーバ７０およびＳＩＰサーバ８０は、ネットワーク３内に存在する。実施例３では、ネットワーク１は社外ネットワークであり、ネットワーク２は、社外ネットワークまたは社内ネットワークであり、ネットワーク３は、社内ネットワークである例で説明する。

つまり、端末３０は、ＶＰＮサーバ７０等とは異なり、社外ネットワークに存在する。端末５０は、ＶＰＮサーバ７０等と同じ社内ネットワーク内に存在する場合もあれば、社外ネットワークに存在する場合もある。

端末３０および端末５０は、実施例１と同様、ＮＡＴ機能を有するＶｏＩＰアプリケーションを実行して音声通信を実行する端末で、これらの端末は、ＧＷ装置を介して物理網やＶＰＮに接続し、各サーバと通信を実行する。例えば、各端末は、テザリング等を用いてＧＷ装置に接続する。なお、本実施例では、端末３０が発呼端末、端末５０が着呼端末として説明する。

ＧＷ装置４００およびＧＷ装置６００は、実施例１と同様、各端末と各種装置との通信を中継する装置であり、ＮＡＴ機能を実行する。例えば、ＧＷ装置４００は、物理網を用いて、端末３０とＩＰ管理サーバ１００やアドレス解決サーバ２０との通信を中継する。ＧＷ装置４００は、ＶＰＮサーバ７０が確立するＶＰＮ６を介して、ＳＩＰサーバ８０と接続する。

また、ＧＷ装置６００は、物理網を用いて、端末５０とＩＰ管理サーバ１００やアドレス解決サーバ２０との通信を中継する。ＧＷ装置６００は、ＶＰＮサーバ７０が確立するＶＰＮ６を介して、ＳＩＰサーバ８０と接続する。また、ＧＷ装置６００は、物理網やＶＰＮ６を介してＧＷ装置４００と接続し、端末３０と端末５０との音声通信を中継する。

ＶＰＮサーバ７０は、実施例１と同様、各ＧＷ装置との間でＶＰＮ６を確立し、ＶＰＮ６を用いてＧＷ装置間を接続するサーバである。ＳＩＰサーバ８０は、実施例１と同様、ＶＰＮサーバ７０を介して各ＧＷ装置と接続され、ＶＰＮサーバ７０を経由する経路を用いて、端末間でＩＰアドレスを交換させる。

このような状態において、社外に位置するＧＷ装置４００は、端末３０が自ＧＷ装置４００を使用して音声通信を実行する状態で、通信先の端末５０がＧＷ装置６００を使用して通信を実行するか否かを判定する。そして、ＧＷ装置４００は、端末５０がＧＷ装置６００を使用すると判定した場合、物理網を選択し、端末５０がＧＷ装置６００を使用しないと判定した場合、ＶＰＮ６を選択する。

［各装置の構成］
次に、図１３に示した各装置の機能構成を説明する。なお、アドレス解決サーバ２０は、ＳＴＵＮやＴＵＲＮなどに準拠したサーバと同様の構成を有し、ＶＰＮサーバ７０は、一般的なＶＰＮサーバと同様の機能を有し、ＳＩＰサーバ８０は、一般的なＳＩＰサーバと同様の機能を有する。また、各端末についても一般的なスマートフォン等と同様の機能を有する。したがって、これらのサーバや端末については詳細な説明は省略する。ここでは、ＩＰ管理サーバ１００と各ＧＷ装置について説明する。

（ＩＰ管理サーバの機能構成）
図１４は、実施例３に係るＩＰ管理サーバの機能構成を示す機能ブロック図である。図１４に示すように、ＩＰ管理サーバ１００は、通信処理部１０１、記憶部１０２、制御部１０３を有する。

通信処理部１０１は、他の装置の通信を制御する処理部であり、例えばネットワークインタフェースカードなどである。例えば、通信処理部１０１は、各ＧＷ装置からグローバルＩＰアドレスを受信して管理する。また、通信処理部１０１は、各ＧＷ装置からの要求に応じて、要求されたＧＷ装置のグローバルＩＰアドレスが登録されているか否かを示す情報を送信する。

記憶部１０２は、メモリやハードディスクなどの記憶装置であり、ＩＰ管理ＤＢ１０２ａ、ＧＷ定義ＤＢ１０２ｂ、ルール定義ＤＢ１０２ｃを有する。また、記憶部１０２は、制御部１０３が実行するプログラム、各種データ等を記憶する。

ＩＰ管理ＤＢ１０２ａは、ＧＷ装置のグローバルＩＰアドレスを記憶するデータベースである。図１５は、ＩＰ管理ＤＢに記憶される情報の例を示す図である。図１５に示すように、ＩＰ管理ＤＢ１０２ａは、「使用ＩＰ、収集元、期限」を対応付けて記憶する。

ここで記憶される「使用ＩＰ」は、ＧＷ装置が使用するグローバルＩＰアドレスを示す情報である。「収集元」は、使用ＩＰを収集したＧＷ装置を特定する情報である。「期限」は、使用ＩＰの有効期限を示す情報である。

図１５の場合、ＧＷ装置４００には、グローバルＩＰアドレスとして「ＧＩＰ１」が設定されており、有効期限は設定されていないことを示す。また、ＧＷ装置６００には、グローバルＩＰアドレスとして「ＧＩＰ２」が設定されており、有効期限として「１時間（１ｈｒ）」が設定されていることを示す。

ＧＷ定義ＤＢ１０２ｂは、ＧＷ装置の定義情報を記憶するデータベースである。図１６は、ＧＷ定義ＤＢに記憶される情報の例を示す図である。図１６に示すように、ＧＷ定義ＤＢ１０２ｂは、ＧＷ装置のＩＤを管理するテーブルとＧＷ装置のタイプを管理するテーブルとが関連付けられている。

図１６に示すように、ＧＷ定義ＤＢ１０２ｂは、ＧＷ装置のＩＤを管理するテーブルとして「ＧＷＩＤ、ＧＷタイプ、収集ルールＩＤ」を対応付けて記憶する。ここで記憶される「ＧＷＩＤ」は、ＧＷ装置に設定されたＧＷ装置を識別する識別子である。「ＧＷタイプ」は、ＧＷ装置のタイプを示す情報である。「収集ルールＩＤ」は、後述するグローバルＩＰアドレスの収集ルールを特定する情報である。

また、ＧＷ定義ＤＢ１０２ｂは、ＧＷ装置のタイプを管理するテーブルとして「ＧＷタイプ、収集ルール配備要否、共通の収集ルールＩＤ」を対応付けて記憶する。ここで記憶される「ＧＷタイプ」は、ＧＷ装置のタイプを示す情報であり、例えば携帯型や設置型などが設定される。携帯型としては、例えばスマートフォンなどが挙げられ、設置型としては、例えば拠点用ＶＰＮルータなどが挙げられる。「収集ルールの配備要否」は、ルール定義ＤＢ１０２ｃに記憶される収集ルールを配備するか否かを示す情報である。「共通の収集ルールＩＤ」は、ＧＷタイプに共通に設定される収集ルールを特定する情報である。

図１６の場合、ＧＷ装置４００は携帯型のＧＷであり、収集ルールＩＤとして「００１」が設定されている。また、ＧＷ装置４００のような携帯側のＧＷについては、収集ルールの配備することが指定されており、共通ルールとして「００１」が設定されている。これらから、ＩＰ管理サーバ１００は、ＧＷ装置４００に対して、後述する収集ルールＩＤが「００１」の収集ルールを配信することがわかる。

ルール定義ＤＢ１０２ｃは、ＧＷ装置がグローバルＩＰアドレスを収集する際に使用する収集ルールを記憶するデータベースである。図１７は、ルール定義ＤＢに記憶される情報の例を示す図である。図１７に示すように、ルール定義ＤＢ１０２ｃは、「収集ルールＩＤ、抽出方法、監視箇所、通知条件、有効期限」を対応付けて記憶する。

ここで記憶される「収集ルールＩＤ」は、収集ルールを識別する識別子である。「抽出方法」は、グローバルＩＰアドレスを抽出する方法を指定する情報である。「監視箇所」は、監視するインタフェースを指定する情報である。「通知条件」は、ＩＰ管理サーバ１００に通知するか否かを指定する情報である。「有効期限」は、通知した情報の有効期限を示す情報である。

図１７の場合、収集ルールＩＤが「００１（ＳＴＵＮ応答）」については、端末側のネットワークインタフェースカードの出力を監視し、ＳＴＵＮ応答パケットからグローバルＩＰアドレスを抽出することを示す。また、ここで抽出されたグローバルＩＰアドレスの有効期限が１時間であることを示す。

制御部１０３は、ＩＰ管理サーバ１００の全体的な制御を司る処理部であり、通知受信部１０４、要求受信部１０５、ルール配信部１０６を有する。例えば、制御部１０３は、プロセッサなどの電子回路であり、各処理部は、プロセッサが有する電子回路やプロセッサが実行するプロセスなどに該当する。また、ここで示した処理部は、一例であり、これに限定されるものではなく、制御部１０３は、他の処理部を有していてもよい。

通知受信部１０４は、各ＧＷ装置からグローバルＩＰアドレスの通知を受信する処理部である。具体的には、通知受信部１０４は、ＧＷ装置からＧＷＩＤとグローバルＩＰアドレスとを受信する。また、通知受信部１０４は、ＧＷＩＤをキーにしてＧＷ定義ＤＢ１０２ｂを検索して収集ルールＩＤを特定し、特定したルールＩＤをキーにしてルール定義ＤＢ１０２ｃを検索して有効期限を特定する。そして、通知受信部１０４は、「使用ＩＰ＝通知されたグローバルＩＰアドレス、収集元＝ＧＷＩＤに該当するＧＷ装置、期限＝特定した期限」を対応付けて、ＩＰ管理ＤＢ１０２ａに格納する。

要求受信部１０５は、各ＧＷ装置から通知先のＧＷ装置がグローバルＩＰアドレスを使用しているか否かの問合せを受信する処理部である。具体的には、要求受信部１０５は、発呼端末３０が使用するＧＷ装置４００から、通信先のＧＷ装置６００のグローバルＩＰアドレスの登録状況の問合せを受信する。そして、具体的には、要求受信部１０５は、ＧＷ装置６００のグローバルＩＰアドレスがＩＰ管理ＤＢ１０２ａに登録されている場合には「登録済み」をＧＷ装置４００に応答し、登録されていない場合には「未登録」をＧＷ装置４００に応答する。

ルール配信部１０６は、ルール定義ＤＢ１０２ｃに記憶される収集ルールを端末に配信する処理部である。具体的には、ルール配信部１０６は、ＧＷ定義ＤＢ１０２ｂを参照して、「収集ルール配備要否」が「要」となっているＧＷタイプに該当するＧＷ装置を特定する。続いて、ルール配信部１０６は、特定したＧＷ装置に対応付けられている「ルールＩＤ」を特定し、当該「ルールＩＤ」に対応する収集ルールをルール定義ＤＢ１０２ｃから読み込む。その後、ルール配信部１０６は、特定したＧＷ装置に、読み込んだ収集ルールを配信する。

例えば、ルール配信部１０６は、ＧＷ定義ＤＢ１０２ｂを参照して、「収集ルール配備要否」が「要」となっているＧＷタイプ「携帯型」のＧＷ装置４００およびＧＷ装置６００を特定する。続いて、ルール配信部１０６は、ＧＷ装置４００に対応付けられている「ルールＩＤ＝００１」を特定する。また、ルール配信部１０６は、「ルールＩＤ＝００１」に対応付けられる収集ルール「ＳＴＵＮ応答」を読み出す。そして、ルール配信部１０６は、ＧＷ装置４００に対して、収集ルール「ＳＴＵＮ応答」を配信する。

同様に、ルール配信部１０６は、ＧＷ装置６００に対応付けられている「ルールＩＤ＝００１と００２」を特定する。また、ルール配信部１０６は、「ルールＩＤ＝００１」に対応付けられる収集ルール「ＳＴＵＮ応答」と、「ルールＩＤ＝００２」に対応付けられる収集ルール「ＴＵＲＮ応答」とを読み出す。そして、ルール配信部１０６は、ＧＷ装置６００に対して、収集ルール「ＳＴＵＮ応答」および「ＴＵＲＮ応答」を配信する。

このようにすることで、各ＧＷ装置では、自装置に該当する収集ルールを配備することができ、効率的にアプリ監視やグローバルＩＰアドレスの収集を実行することができる。

（ＧＷ装置の機能構成）
図１８は、実施例３に係るＧＷ装置の機能構成を示す機能ブロック図である。ＧＷ装置４００とＧＷ装置６００とは同様の構成を有するので、ここではＧＷ装置４００について説明する。図１８に示すように、ＧＷ装置４００は、通信処理部４０１、記憶部４０２、制御部４０３を有する。

通信処理部４０１は、他の装置との通信を制御する処理部であり、例えばネットワークインタフェースカードなどである。この通信処理部４０１は、物理網と接続する物理インタフェースと、ＶＰＮ６と接続するＶＰＮインタフェースとを有する。

例えば、通信処理部４０１は、物理インタフェースを介して、ＩＰ管理サーバ１００、アドレス解決サーバ２０、ＧＷ装置６００と接続される。また、通信処理部４０１は、ＶＰＮインタフェースを介して、ＶＰＮサーバ７０、ＳＩＰサーバ８０と接続される。

記憶部４０２は、メモリやハードディスクなどの記憶装置であり、ＤＮＳ情報ＤＢ４０２ａ、ルール定義ＤＢ４０２ｂ、ルーティングＤＢ４０２ｃを有する。また、記憶部４０２は、制御部４０３が実行するプログラム、各種データ等を記憶する。

ＤＮＳ情報ＤＢ４０２ａは、ドメイン名ごとに使用する通信網を記憶するデータベースである。図１９は、ＤＮＳ情報ＤＢに記憶される情報の例を示す図である。図１９に示すように、ＤＮＳ情報ＤＢ４０２ａは、「ドメイン名、通信網」を対応付けて記憶する。ここで記憶される「ドメイン名」は、図示しないＤＮＳサーバによって名前解決されたドメイン名である。「通信網」は、通信に使用する通信網の情報である。

図１９の場合、ドメイン名が「ＤＤＤ」であるパケットについては、物理網を使用して送信されることを示す。また、ドメイン名が「Ｄ１１」であるパケットについては、ＶＰＮ６を使用して送信されることを示す。

ルール定義ＤＢ４０２ｂは、グローバルＩＰアドレスを収集してＩＰ管理サーバ１００に送信する際の収集ルールを記憶するデータベースである。ここで記憶される情報は、ＩＰ管理サーバ１００から配信された情報であり、図１７と同様の情報である。

ルーティングＤＢ４０２ｃは、ルーティング情報を記憶するデータベースである。図２０は、ルーティングＤＢに記憶される情報の例を示す図である。図２０に示すように、ルーティングＤＢ４０２ｃは、「送信元、宛先、通信網」を対応付けて記憶する。

ここで記憶される「送信元」は、送信対象のパケットの送信元を示すＩＰアドレスである。「宛先」は、送信対象のパケットの送信先を示すＩＰアドレスである。「通信網」は、送信対象のパケットに使用する通信網を示す情報である。

図２０の場合、送信元ＩＰアドレスが「ＩＰ−Ａ」で、宛先ＩＰアドレスが「ＩＰ−Ｚ」のパケットについては、物理網を使用して送信することを示す。また、送信元ＩＰアドレスが「ＩＰ−Ａ」で、宛先ＩＰアドレスが「ＩＰ−Ｙ」のパケットについては、ＶＰＮ６を使用して送信することを示す。

制御部４０３は、ＧＷ装置４００の全体的な制御を司る処理部であり、種別判定部４０４、ＤＮＳ中継部４０５、検出部４０６、ＧＩＰ取得部４０７、ＧＩＰ登録部４０８を有する。例えば、制御部４０３は、プロセッサなどの電子回路であり、各処理部は、プロセッサが有する電子回路やプロセッサが実行するプロセスなどに該当する。また、ここで示した処理部は、一例であり、これに限定されるものではなく、制御部４０３は、他の処理部を有していてもよい。

種別判定部４０４は、端末３０が送信したパケットがＤＮＳ要求か通常のパケットかを判別する処理部である。具体的には、種別判定部４０４は、受信パケットのヘッダ等を参照し、図示しないＤＮＳサーバへの名前解決リクエストを示すＤＮＳ要求か、音声通信等のパケットかを判別する。

そして、種別判定部４０４は、受信パケットがＤＮＳ要求である場合、受信パケットをＤＮＳ中継部４０５に出力する。また、種別判定部４０４は、受信パケットがＳＩＰの音声パケットなどである場合、受信パケットをルーティング部４０９に出力する。

ＤＮＳ中継部４０５は、種別判定部４０４から入力されたＤＮＳ要求をＤＮＳサーバへ送信する処理部である。具体的には、ＤＮＳ中継部４０５は、ＤＮＳ要求を図示しないＤＮＳサーバへ送信し、ＤＮＳサーバからドメイン名を含むＤＮＳ応答を受信する。そして、ＤＮＳ中継部４０５は、受信したＤＮＳ応答を要求元の端末３０に送信する。

また、ＤＮＳ中継部４０５は、受信したＤＮＳ応答から名前解決されたドメイン名と、名前解決が要求されたＩＰアドレスとを抽出する。そして、ＤＮＳ中継部４０５は、抽出したドメイン名に対応する通信網がＤＮＳ情報ＤＢ４０２ａに登録されているかを判定する。

ここでＤＮＳ中継部４０５は、抽出したドメイン名に対応する通信網がＤＮＳ情報ＤＢ４０２ａに登録されている場合、ルーティングＤＢ４０２ｃへの登録を実行する。具体的には、ＤＮＳ中継部４０５は、当該ＤＮＳ要求の送信元のＩＰアドレスと、前解決されたドメイン名と、名前解決が要求されたＩＰアドレスとを対応付けてＤＮＳ情報ＤＢ４０２ａに登録する。

検出部４０６は、ルール定義ＤＢ４０２ｂに記憶されるルールにしたがってアプリケーション等を監視し、グローバルＩＰアドレスの取得要求からグローバルＩＰアドレスを検出する処理部である。例えば、検出部４０６は、ＶｏＩＰアプリ等の挙動を監視し、端末３０から送信された発呼要求を受信して実行されたアプリケーションを検出する。

ＧＩＰ取得部４０７は、検出部４０６によってアプリの起動が検出された場合に、着呼端末のＶｏＩＰアプリがアドレス解決サーバ２０に対して実行するグローバルＩＰアドレスの取得要求を検出する。そして、ＧＩＰ取得部４０７は、起動されたアプリに対応するルールをルール定義ＤＢ４０２ｂから読み込む。その後、ＧＩＰ取得部４０７は、アドレス解決サーバ２０が送信した、着呼端末のグローバルＩＰアドレスの取得要求に対する応答から、読み込んだルールにしたがってグローバルＩＰアドレスを取得する。

また、ＧＩＰ取得部４０７は、読み込んだルールにしたがって、当該グローバルＩＰアドレスが通知対象か否かを判定し、その結果と取得後のグローバルＩＰアドレスとをＧＩＰ登録部４０８に出力する。

ＧＩＰ登録部４０８は、ＧＩＰ取得部４０７によって取得されたグローバルＩＰアドレスをＩＰ管理サーバ１００に登録する処理部である。例えば、ＧＩＰ登録部４０８は、ＧＩＰ取得部４０７から、取得されたグローバルＩＰアドレスを受信する。さらに、ＧＩＰ登録部４０８は、ＧＩＰ取得部４０７から当該グローバルＩＰアドレスが通知対象か否かの情報を受信する。

そして、ＧＩＰ登録部４０８は、当該グローバルＩＰアドレスが通知対象である場合、当該グローバルＩＰアドレスをＩＰ管理サーバ１００に送信する。この結果、ＩＰ管理サーバ１００に、端末が使用するグローバルＩＰアドレスが登録される。

ルーティング部４０９は、音声通信の各パケットを宛先に送信する処理部である。ルーティング部４０９は、発呼端末から音声パケットを受信した場合、送信先のＩＰアドレスがルーティングＤＢ４０２ｃに登録されているかを判定する。ここで登録されている場合には、ルーティング部４０９は、登録されている通信網を利用して、音声パケットを宛先に送信する。

一方、ルーティング部４０９は、送信先のＩＰアドレスがルーティングＤＢ４０２ｃに登録されていない場合、宛先のＩＰアドレスが「使用ＩＰ」として登録されているかをＩＰ管理サーバ１００に問い合わせる。

ここで宛先のＩＰアドレスがＩＰ管理サーバ１００に登録されている場合、ルーティング部４０９は、宛先が社外にいると判定して、物理網を介して、音声パケットを宛先に送信する。

一方、宛先のＩＰアドレスがＩＰ管理サーバ１００に登録されていない場合、ルーティング部４０９は、宛先が社内にいると判定して、ＶＰＮ６を介して、音声パケットを宛先に送信する。

また、ルーティング部４０９は、着呼端末から音声パケットを受信した場合、発呼端末が音声パケットを送信した通信網を利用して、音声パケットを発呼端末に応答する。

［収集ルールの説明］
次に、ＧＷ装置が使用する収集ルールについて説明する。図２１は、ルール定義および情報抽出を説明する図である。図２１に示すように、収集ルールは、ＧＷごとに定義される「ＧＷＩＤ、ＧＷタイプ、収集ルールＩＤ」と、ＧＷタイプごとに定義される「ＧＷタイプ、収集ルール配備要否、共通の収集ルールＩＤ」とを組み合わせて、ＧＷごとに配備する収集ルールを特定する。

例えは、ＧＷ装置４００は、携帯型のＧＷであり、収集ルールとして「００１」が設定されている。また、携帯型のＧＷは、収集ルールの配備対象である。したがって、収集ルール「００１」に対応する「ＳＴＵＮ応答」の収集ルールがＧＷ装置４００には配備されることになる。

続いて、一例として「ＳＴＵＮ応答」の収集ルールについて説明する。ＳＴＵＮ応答に対する収集ルールでは、抽出対象としてＳＴＵＮ応答パケットが設定されている。

具体的には、「ＳＴＵＮ応答」に対しては、ポート番号が３４７８でＵＤＰ（User Datagram Protocol）で送信されたＳＴＵＮ応答パケットのうち、メッセージタイプが０ｘ０１０１のパケットから抽出することが定義されている。また、抽出位置は、ＩＰフィールドの「attribute−type：０ｘ００１、Mapped Response」内のＩＰアドレスを抽出することが定義されている。

さらに、「ＳＴＵＮ応答」に対しては、監視箇所として端末側ＮＩＣが設定されている。これは、ＧＷ装置が有するインタフェースのうち、端末と接続されるローカルインタフェースを示している。なお、プロトコル別に定義された抽出方法の例は、例えばＩＰ管理サーバ１００の記憶部１０２やＧＷ装置の記憶部等に予め記憶させておくことができる。

［処理の流れ］
次に、実施例３に係るシステムが実行する処理の流れを説明する。ここでは、ＧＷ装置のＩＰアドレス収集処理、ＩＰ管理サーバのＩＰアドレス収集処理、ＧＷ装置の使用網決定処理について説明する。

（ＧＷ装置のＩＰアドレス収集処理）
図２２は、実施例３に係るＧＷ装置のＩＰアドレス収集処理の流れを示すフローチャートである。ここでは、ＧＷ装置４００を例にして説明する。

図２２に示すように、ＧＷ装置４００の検出部４０６は、ＩＰ管理サーバ１００から配備されてルール定義ＤＢ４０２ｂに格納される収集ルールを読み込む（Ｓ５０１）。続いて、検出部４０６は、読み込んだ収集ルールにしたがってアプリの監視を開始する（Ｓ５０２）。

その後、検出部４０６は、パケットを受信すると（Ｓ５０３：Ｙｅｓ）、収集ルールにしたがって、グローバルＩＰアドレスなどの情報を抽出する（Ｓ５０４）。

そして、検出部４０６は、抽出したグローバルＩＰアドレスが通知対象であるなどの条件を満たす場合（Ｓ５０５：Ｙｅｓ）、抽出した情報をＩＰ管理サーバ１００に送信して（Ｓ５０６）、Ｓ５０３に戻る。一方、検出部４０６は、抽出した情報が条件を満たさない場合には（Ｓ５０５：Ｎｏ）、破棄してＳ５０３以降を繰り返す。

（ＩＰ管理サーバのＩＰアドレス収集処理）
図２３は、実施例３に係るＩＰ管理サーバのＩＰアドレス収集処理の流れを示すフローチャートである。

図２３に示すように、ＩＰ管理サーバ１００の通知受信部１０４は、ＧＷ装置からグローバルＩＰアドレスを含む情報を受信すると（Ｓ６０１：Ｙｅｓ）、ルール定義ＤＢ１０２ｃを参照し、条件を満たす通知か否かを判定する（Ｓ６０２）。

そして、通知受信部１０４は、条件を満たす通知である場合（Ｓ６０２：Ｙｅｓ）、受信した情報に含まれるグローバルＩＰアドレスをＩＰ管理ＤＢ１０２ａに格納する（Ｓ６０３）。続いて、通知受信部１０４は、登録したグローバルＩＰアドレスに対して、ルール定義ＤＢ１０２ｃに記憶される収集ルールにしたがって有効期限を設定し（Ｓ６０４）、Ｓ６０１に戻る。

なお、通知受信部１０４は、有効期限が満了した情報については、ＩＰ管理ＤＢ１０２ａから随時削除する。また、Ｓ６０２において、通知受信部１０４は、条件を満たさない通知である場合（Ｓ６０２：Ｎｏ）、受信した情報を破棄してＳ６０１以降を繰り返す。

（ＧＷ装置の使用網決定処理）
図２４は、実施例３に係るＧＷ装置の使用網決定処理の流れを示すフローチャートである。ここでは、ＧＷ装置４００を例にして説明する。

図２４に示すように、ＧＷ装置４００の種別判定部４０４は、端末３０からパケットを受信すると（Ｓ７０１：Ｙｅｓ）、当該パケットがＤＮＳ要求か否かを判定する（Ｓ７０２）。

そして、ＤＮＳ中継部４０５は、種別判定部４０４によって受信パケットがＤＮＳ要求と判定された場合（Ｓ７０２：Ｙｅｓ）、ＤＮＳ処理を実行する（Ｓ７０３）。すなわち、ＤＮＳ中継部４０５は、受信パケットをＤＮＳサーバへ転送し、ＤＮＳサーバから受信した応答結果に含まれるドメイン名をＤＮＳ情報ＤＢ４０２ａに登録する。

一方、ルーティング部４０９は、種別判定部４０４によって受信パケットがＤＮＳ要求ではない判定された場合（Ｓ７０２：Ｎｏ）、受信パケットの宛先に対応するルーティング情報がルーティングＤＢ４０２ｃに登録されているかを判定する（Ｓ７０４）。

ここで、ルーティング部４０９は、受信パケットの宛先に対応するルーティング情報がルーティングＤＢ４０２ｃに登録されている場合（Ｓ７０４：Ｙｅｓ）、ルーティング情報にしたがって通信網を選択して、受信パケットを宛先に転送する（Ｓ７０５）。

一方、ルーティング部４０９は、受信パケットの宛先に対応するルーティング情報がルーティングＤＢ４０２ｃに登録されていない場合（Ｓ７０４：Ｎｏ）、Ｓ７０６を実行する。すなわち、ルーティング部４０９は、受信パケットの宛先となるＧＷ装置６００のグローバルＩＰアドレスが登録されているかをＩＰ管理サーバ１００に問い合わせる。

そして、ルーティング部４０９は、ＩＰ管理サーバ１００から登録ありを示す情報を受信すると（Ｓ７０７：Ｙｅｓ）、通信経路を物理網に決定する（Ｓ７０８）。一方、ルーティング部４０９は、ＩＰ管理サーバ１００から登録なしを示す情報を受信すると（Ｓ７０７：Ｎｏ）、通信経路をＶＰＮ６に決定する（Ｓ７０９）。

その後、ルーティング部４０９は、決定した通信経路と宛先と送信元とを対応付けて、ルーティングＤＢ４０２ｃに登録する（Ｓ７１０）。そして、ルーティング部４０９は、決定した通信経路で、受信パケットを宛先に転送する（Ｓ７１１）。

［効果］
このように、端末がＮＡＴ越え用のグローバルＩＰアドレスの解決を行った場合に、その結果をＧＷ装置がＩＰ管理サーバ１００に登録しておく。そして、ＧＷ装置は、端末が通信する際、そのＩＰアドレスが存在するか否かで使用する網を決定することができる。

具体的には、ＧＷ装置は、通信相手がＧＷ装置を使用中の場合、すなわち社外にいる場合に、ＩＰアドレスが登録済みとなるので、物理網を使用する。また、ＧＷ装置は、通信相手がＧＷ装置を未使用の場合、すなわち社内にいる場合、ＩＰアドレスが未登録となるので、ＶＰＮ６を使用する。

したがって、ＧＷ装置は、既存のシステムを改造することなく、ＶｏＩＰ用の網使い分けを実現することができる。その結果、ＶｏＩＰサービス利用時に、通信相手が社内外どこにいても、自動的にＶＰＮ機器およびプロキシサーバの負荷を軽減させ、サービスの品質低下を抑制することができる。また、アプリプロトコルを意識していないため、ＶｏＩＰに限らず、他の端末間通信サービスにも適用することができる。

さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下に異なる実施例を説明する。

（着側ＧＷ装置）
実施例１では、発側端末が利用するＧＷ装置について具体的に説明したが、着側端末が利用するＧＷ装置についても同様の処理を実行することができる。

（通信網）
上記実施例では、非暗号化通信であるインターネットなどの物理網と、暗号化通信であるＶＰＮ６などのセキュアな通信網とを選択して切替える例を説明したが、これに限定されるものではない。例えば、物理網とＶＬＡＮ（Virtual Local Area Network）などを選択することもでき、異なるＶＬＡＮを選択することもできる。

（システム）
また、本実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともできる。あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散や統合の具体的形態は図示のものに限られない。つまり、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。

（ハードウェア）
図２５は、ハードウェア構成例を示す図である。ここで示すハードウェア構成例は、図１で説明した各ＧＷ装置や各サーバなどの構成例であり、ここでは情報処理装置９００として説明する。なお、端末３０および５０は、一般的な携帯電話やスマートフォンなどの構成と同様なので、詳細な説明は省略する。

図２５に示すように、情報処理装置９００は、通信インタフェース９００ａ、入力装置９００ｂ、表示装置９００ｃ、記憶部９００ｄ、プロセッサ９００ｅを有する。なお、図２５に示したハードウェア構成は一例であり、他のハードウェアを有していてもよい。

通信インタフェース９００ａは、他の装置との間で通信経路を確立して、データの送受信を実行するインタフェースであり、例えばネットワークインタフェースカードや無線インタフェースなどである。

入力装置９００ｂは、ユーザ等からの入力を受け付ける装置であり、例えばマウスやキーボードなどである。表示装置９００ｃは、各種情報を表示するディスプレイやタッチパネルなどである。

記憶部９００ｄは、各ＧＷ装置または各サーバの各種機能を実行するためのデータや各種プログラムを格納する記憶装置である。例えば、記憶部９００ｄは、図３、図５、図１４、図１８に示した各ＤＢと同様の情報を記憶する。記憶部９００ｄの一例としては、ＲＯＭ、ＲＡＭ、ハードディスクなどがある。

プロセッサ９００ｅは、記憶部９００ｄに記憶されるプログラムやデータを用いて、各ＧＷ装置としての処理または各センタサーバとしての処理を制御する。プロセッサ９００ｅの一例としては、例えばＣＰＵやＭＰＵなどがある。このプロセッサ９００ｅは、ＲＯＭ等に記憶されるプログラムをＲＡＭに展開して、各種処理に対応する各種プロセスを実行する。例えば、プロセッサ９００ｅは、図３、図５、図１４、図１８に示した各処理部と同様の処理を実行するプロセスを動作させる。

１０ 位置管理サーバ
１１ 通信処理部
１２ 記憶部
１２ａ 位置管理ＤＢ
１３ 制御部
１４ 位置管理部
１５ 位置判定部
１６ 位置応答部
２０ アドレス解決サーバ
３０、５０ 端末
４０、６０ ＧＷ装置
４１ 通信処理部
４２ 記憶部
４２ａ 判定基準ＤＢ
４２ｂ ルーティングＤＢ
４３ 制御部
４４ 取得部
４５ 問合せ部
４６ 特定部
４７ 応答部
４８ ルーティング制御部
４９ アドレス更新部
７０ ＶＰＮサーバ
８０ ＳＩＰサーバ
１００ ＩＰ管理サーバ
１０１ 通信処理部
１０２ 記憶部
１０２ａ ＩＰ管理ＤＢ
１０２ｂ ＧＷ定義ＤＢ
１０２ｃ ルール定義ＤＢ
１０３ 制御部
１０４ 通知受信部
１０５ 要求受信部
１０６ ルール配信部
４００、６００ ＧＷ装置
４０１ 通信処理部
４０２ 記憶部
４０２ａ ＤＮＳ情報ＤＢ
４０２ｂ ルール定義ＤＢ
４０２ｃ ルーティングＤＢ
４０３ 制御部
４０４ 種別判定部
４０５ ＤＮＳ中継部
４０６ 検出部
４０７ ＧＩＰ取得部
４０８ ＧＩＰ登録部
４０９ ルーティング部

Claims (5)

1. 第１の端末に接続されるルータ装置において、
   前記第１の端末が接続されるネットワークの種別と、前記第１の端末の接続先となる第２の端末が接続されるネットワークの種別とに基づいて、通信網を選択する選択部と、
   前記選択部によって選択された通信網を使用して、前記第１の端末と前記第２の端末との通信を実行する通信実行部とを有し、
   前記選択部は、前記ルータ装置がローカルネットワークエリア内に位置する場合は、非暗号化通信網のアドレスを選択し、前記ルータ装置がローカルネットワークエリア外かつ前記第２の端末が使用するルータ装置がローカルネットワークエリア内に位置する場合は、暗号化通信網のアドレスを選択し、両ルータ装置がローカルネットワークエリア外に位置する場合は、ネットワークアドレス変換に対応するアドレスを選択し、選択したアドレスを前記第１の端末に通知し、
   前記通信実行部は、前記選択部が選択したアドレスに対応する通信網を使用して、前記通信を実行することを特徴とするルータ装置。
2. 各ルータ装置に設定されるグローバルアドレスを記憶する管理装置に対して、前記第２の端末が使用するルータ装置のグローバルアドレスが登録されているか否かを問合せる問合部をさらに有し、
   前記選択部は、前記第２の端末が使用するルータ装置のグローバルアドレスが登録されている場合に、前記第２の端末が使用するルータ装置が前記ローカルネットワークエリア外に位置すると判定することを特徴とする請求項１に記載のルータ装置。
3. 前記通信を実行するアプリケーションと、前記アプリケーションが使用するプロトコルとに基づいて、通信先となる前記第２の端末を特定する特定部をさらに有し、
   前記通信実行部は、前記第１の端末と、前記特定部によって通信先として特定された前記第２の端末との間で前記通信を実行することを特徴とする請求項１に記載のルータ装置。
4. 第１の端末に接続されるルータ装置が、
   前記第１の端末が接続されるネットワークの種別と、前記第１の端末の接続先となる第２の端末が接続されるネットワークの種別とに基づいて、通信網を選択し、
   選択された通信網を使用して、前記第１の端末と前記第２の端末との通信を実行する処理を実行し、
   前記選択する処理は、前記ルータ装置がローカルネットワークエリア内に位置する場合は、非暗号化通信網のアドレスを選択し、前記ルータ装置がローカルネットワークエリア外かつ前記第２の端末が使用するルータ装置がローカルネットワークエリア内に位置する場合は、暗号化通信網のアドレスを選択し、両ルータ装置がローカルネットワークエリア外に位置する場合は、ネットワークアドレス変換に対応するアドレスを選択し、選択したアドレスを前記第１の端末に通知し、
   前記通信を実行する処理は、前記選択する処理によって選択されたアドレスに対応する通信網を使用して、前記通信を実行することを特徴とする通信経路選択方法。
5. 第１の端末に接続されるルータ装置に、
   前記第１の端末が接続されるネットワークの種別と、前記第１の端末の接続先となる第２の端末が接続されるネットワークの種別とに基づいて、通信網を選択し、
   選択された通信網を使用して、前記第１の端末と前記第２の端末との通信を実行する処理を実行させ、
   前記選択する処理は、前記ルータ装置がローカルネットワークエリア内に位置する場合は、非暗号化通信網のアドレスを選択し、前記ルータ装置がローカルネットワークエリア外かつ前記第２の端末が使用するルータ装置がローカルネットワークエリア内に位置する場合は、暗号化通信網のアドレスを選択し、両ルータ装置がローカルネットワークエリア外に位置する場合は、ネットワークアドレス変換に対応するアドレスを選択し、選択したアドレスを前記第１の端末に通知し、
   前記通信を実行する処理は、前記選択する処理によって選択されたアドレスに対応する通信網を使用して、前記通信を実行することを特徴とする通信経路選択プログラム。

Images