JP6941575B2

JP6941575B2 - 仮想ルータ及び中継プログラム

Info

Publication number: JP6941575B2
Application number: JP2018056699A
Authority: JP
Inventors: 康司宮脇
Original assignee: Mitsubishi Electric Information Network Corp
Current assignee: Mitsubishi Electric Information Network Corp
Priority date: 2018-03-23
Filing date: 2018-03-23
Publication date: 2021-09-29
Anticipated expiration: 2038-03-23
Also published as: JP2019169862A

Description

この発明は、仮想ルータ及び中継プログラムに関する。

パブリッククラウドサービスの普及により、センター拠点からインターネットへの通信トラフィックが増加している。従来の企業ネットワークでは、企業の各拠点からいったんセンター拠点へデータを送信し、センター拠点からインターネットを介してパブリッククラウドサービスへ、拠点のデータを送信している。センター拠点へ各拠点から送信するデータが増加しており、センター拠点の機器へ負荷が集中し、通信品質が低下するという課題がある。

この課題に対し、ＳＤ−ＷＡＮ技術ではパブリッククラウド向け通信を各拠点から直接インターネットに流す方法で課題を解決している。この方法は、ネットワーク管理者がパブリッククラウドの宛先ＩＰアドレスをＳＤ−ＷＡＮコントローラに登録し、その情報をもとにＳＤ−ＷＡＮ専用機器が経路制御を行うことで上記の課題を解決している（例えば、非特許文献１）。

しかし、パブリッククラウドサービスは、ＩＰアドレス及びドメインが不定期に変更されるため、ネットワーク管理者は、ＩＰアドレス及びドメインの更新有無を定期的に確認し、更新が有る場合は手動で設定変更を行っている。そのため、パブリッククラウドサービスのＩＰアドレス及びドメインの更新に対して、ＳＤ−ＷＡＮ技術では迅速に対応できないという課題がある。

ＮＴＴＰＣｃｏｍｍｕｎｉｃａｔｉｏｎｓ、"ＳＤ−ＷＡＮとは"、［ｏｎｌｉｎｅ］、［平成３０年３月１９日検索］、インターネット＜ＵＲＬ：ｈｔｔｐｓ：／／ｃｌｏｕｄｗａｎ．ｎｔｔｐｃ．ｃｏ．ｊｐ／ｏｕｔｌｉｎｅ／＞

この発明は、パブリッククラウドサービスのＩＰアドレス及びドメインの更新に対して、迅速に対応できる技術の提供を目的とする。

この発明の仮想ルータは、
拠点ルータから送信された送信データをインターネットを介して受信し、前記送信データをサービスサーバへ中継するプロキシ機能部と、
前記送信データへの応答として前記プロキシ機能部が前記サービスサーバからリダイレクト情報を受信した場合に、前記リダイレクト情報に含まれるリダイレクト先を示すドメインを、前記リダイレクト情報から応答データ抽出情報として抽出し、ドメインとＩＰアドレスとが対応付けられて公開されている公開情報を有する公開情報サーバから前記公開情報を取得し、抽出した前記応答データ抽出情報と、取得した前記公開情報とを含む送信情報を、前記拠点ルータを制御する制御装置に送信する応答解析部と
を備える。

本発明によれば、パブリッククラウドサービスのＩＰアドレス及びドメインの更新に対して、迅速に対応できる技術を提供できる。

実施の形態１の図で、更新検出システム１０００のシステム構成図。実施の形態１の図で、更新検出システム１０００における各装置の構成の概要を示す図。実施の形態１の図で、サービスサーバ１６０Ａ−１のハードウェア構成を示す図。実施の形態１の図で、応答解析部１１０の動作のフローチャート。実施の形態１の図で、応答解析部１１０の動作のフローチャート。実施の形態１の図で、フラグ情報１１０Ａを示す図。実施の形態１の図で、各種フラグが設定される状況を示す図。実施の形態１の図で、公開ＩＰアドレス／公開ドメイン情報１７１を示す図。実施の形態１の図で、クラウド宛先計算部３１０の動作のフローチャート。実施の形態１の図で、クラウド宛先管理ＤＢ３３０のドメインテーブルを示す図。実施の形態１の図で、クラウド宛先管理ＤＢ３３０のＩＰアドレステーブルを示す図。実施の形態１の図で、クラウド宛先管理ＤＢ３３０の更新日時テーブルを示す図。実施の形態１の図で、コンフィグ作成部３２０の動作のフローチャート。実施の形態１の図で、クラウド通信制御部２１１の動作のフローチャート。

以下、本発明の実施の形態について、図を用いて説明する。なお、各図中、同一または相当する部分には、同一符号を付している。実施の形態の説明において、同一または相当する部分については、説明を適宜省略または簡略化する。

実施の形態１．
以下、図１から図１４を参照して、実施の形態１の更新検出システム１０００を説明する。更新検出システム１０００は、パブリッククラウド１６０のドメインまたはＩＰアドレスが変更された場合に、その変更を検出する。更新検出システム１０００では、パブリッククラウド１６０のＩａａＳ環境１５０に構築される仮想ルータ１００と、センター拠点３０に設置される拠点ルータ制御装置３００と、各拠点ルータ２００の拡張スロットへ搭載される制御モジュール２１０とが連携する。

図１は、更新検出システム１０００のシステム構成図である。更新検出システム１０００は、クラウド事業者データーセンター１０、各拠点２０、センター拠点３０を備える。

クラウド事業者データーセンター１０は、パブリッククラウド１６０、ｗｅｂサーバ１７０、データセンターゲートウェイ１８０を備えている。パブリッククラウド１６０には、ＩａａＳ環境のサービスサーバ１６０Ａ−１と、ＳａａＳ環境のサービスサーバ１６０Ａ−２とが存在する。
ＩａａＳ環境のサービスサーバ１６０Ａ−１は、仮想ルータ１００が稼働するサーバである。
ＳａａＳ環境のサービスサーバ１６０Ａ−２は、仮想ルータ１００から中継された送信データ２３０に応答してサービスを提供するサーバである。
サービスサーバ１６０Ａ−１は、後述する仮想ルータ１００を有する。仮想ルータ１００はプログラムで実現される仮想的なルータである。詳細は後述するが、仮想ルータ１００は、拠点ルータ２００から送信された送信データ２３０をインターネット４１０経由で受信し、送信データ２３０をＳａａＳ環境のサービスサーバ１６０Ａ−２に中継する。
図１では、３台のサービスサーバ１６０Ａ−２のうち、仮想ルータ１００が最も左のサービスサーバ１６０Ａ−２に送信データ２３０を中継する状態を示している。
送信データ２３０を受信したサービスサーバ１６０Ａ−２は、送信データ２３０に対する応答を応答パケット１６１として、サービスサーバ１６０Ａ−１で稼働する仮想ルータ１００に返信する。なお、サービスサーバ１６０Ａ−２から仮想ルータ１００への応答無しの場合もある。仮想ルータ１００へのサービスサーバ１６０Ａ−２の応答態様は、後述する図４及び図５に示すように、以下のようになる。
（１）ドメイン通信による場合、サービスサーバ１６０Ａ−２の応答態様は、リダイレクト、リダイレクト以外の応答、または応答無しのいずれかである。
（２）ＩＰアドレス通信による場合、サービスサーバ１６０Ａ−２の応答態様は、応答ありまたは応答無しのいずれかである。
ｗｅｂサーバ１７０は、後述する公開ＩＰアドレス／公開ドメイン情報１７１を格納している。公開ＩＰアドレス／公開ドメイン情報１７１は、公開情報１７１と呼ぶ場合がある。ｗｅｂサーバ１７０は公開情報サーバである。サービスサーバ１６０Ａ−１，１６０Ａ−２及びｗｅｂサーバ１７０は、データセンターゲートウェイ１８０を介して、インターネット４１０及び閉域網４２０に接続している。

各拠点２０には、拠点Ａ及び拠点Ｂが存在する。図１では拠点Ａ及び拠点Ｂの２つを示しているが例示である。拠点は複数あり、その数はいくつでもよい。拠点Ａは拠点ルータ２００と、パーソナルコンピュータ端末２２０を有する。拠点ルータ２００は、制御モジュール２１０が組み込まれている。拠点ルータ２００はインターネット４１０及び閉域網４２０に接続している。拠点Ｂの構成は拠点Ａと同じである。なお、インターネット４１０にはＤＮＳサーバ４３０が接続している。ＤＮＳサーバ４３０も後述する公開情報サーバである。

センター拠点３０は、拠点ルータ制御装置３００を有する。拠点ルータ制御装置３００は、各拠点２０の拠点ルータ２００を制御する。拠点ルータ制御装置３００はセンター拠点ゲートウェイ３１を介して、インターネット４１０及び閉域網４２０に接続している。

図２は、更新検出システム１０００における装置の構成の概要を示す。サービスサーバ１６０Ａ−１は、仮想ルータ１００を有する。仮想ルータ１００は応答解析部１１０とプロキシ機能部１２０を有する。ｗｅｂサーバ１７０は、公開ＩＰアドレス／公開ドメイン情報１７１を格納している。公開ＩＰアドレス／公開ドメイン情報１７１は応答解析部１１０によって参照される。

拠点ルータ２００は、制御モジュール２１０を備えている。制御モジュール２１０はクラウド通信制御部２１１を有する。クラウド通信制御部２１１はパーソナルコンピュータ端末２２０と接続している。図２ではパーソナルコンピュータ端末２２０をＰＣ端末２２０と表記している。

拠点ルータ制御装置３００は、クラウド宛先計算部３１０、コンフィグ作成部３２０、クラウド宛先管理ＤＢ３３０、ルータコンフィグ管理ＤＢ３４０、ルータ制御機能部３５０を有している。クラウド宛先管理ＤＢ３３０及びルータコンフィグ管理ＤＢ３４０では、データベースをＤＢと表記している。

＊＊＊構成の説明＊＊＊
図３は、サービスサーバ１６０Ａ−１のハードウェア構成を示す。サービスサーバ１６０Ａ−１はコンピュータである。仮想ルータ１００はサービスサーバ１６０Ａ−１がプログラムを実行することによって実現される仮想的なルータである。

サービスサーバ１６０Ａ−１は、プロセッサ５１０を備えるとともに、主記憶装置５２０、補助記憶装置５３０及び通信インタフェース装置５４０といった他のハードウェアを備える。プロセッサ５１０は、信号線５０１を介して他のハードウェアと接続され、これら他のハードウェアを制御する。

サービスサーバ１６０Ａ−１は、仮想ルータ１００の機能要素として、応答解析部１１０及びプロキシ機能部１２０を備える。応答解析部１１０及びプロキシ機能部１２０の機能は中継プログラムにより実現される。

プロセッサ５１０は、中継プログラムを実行する装置である。中継プログラムは、応答解析部１１０及びプロキシ機能部１２０の機能を実現するプログラムである。プロセッサ５１０は、演算処理を行うＩＣ（ＩｎｔｅｇｒａｔｅｄＣｉｒｃｕｉｔ）である。プロセッサ５１０の具体例は、ＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）、ＤＳＰ（ＤｉｇｉｔａｌＳｉｇｎａｌＰｒｏｃｅｓｓｏｒ）、ＧＰＵ（ＧｒａｐｈｉｃｓＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）である。プロセッサ５１０は、プロセッシングサーキットリとよばれることもある。

主記憶装置５２０は、データを一時的に記憶する記憶装置である。主記憶装置５２０の具体例は、ＳＲＡＭ（ＳｔａｔｉｃＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）、ＤＲＡＭ（ＤｙｎａｍｉｃＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）である。主記憶装置５２０は、プロセッサ５１０の演算結果を保持する。

補助記憶装置５３０は、データを不揮発的に保管する記憶装置である。補助記憶装置５３０には、中継プログラムが記憶されている。補助記憶装置５３０の具体例は、ＨＤＤ（ＨａｒｄＤｉｓｋＤｒｉｖｅ）である。また、補助記憶装置５３０は、ＳＤ（登録商標）（ＳｅｃｕｒｅＤｉｇｉｔａｌ）メモリカード、ＮＡＮＤフラッシュ、フレキシブルディスク、光ディスク、コンパクトディスク、ブルーレイ（登録商標）ディスク、ＤＶＤ（ＤｉｇｉｔａｌＶｅｒｓａｔｉｌｅＤｉｓｋ）といった可搬記録媒体であってもよい。

通信インタフェース装置５４０は、プロセッサ５１０と外部装置との間で通信するための装置である。

中継プログラムは、プロセッサ５１０に読み込まれ、プロセッサ５１０によって実行される。

サービスサーバ１６０Ａ−１は、プロセッサ５１０を代替する複数のプロセッサを備えていてもよい。これら複数のプロセッサは、中継プログラムの実行を分担する。

中継プログラムは応答解析部１１０及びプロキシ機能部１２０の「部」を「処理」、「手順」あるいは「工程」に読み替えた各処理、各手順あるいは各工程をコンピュータに実行させるプログラムである。また、中継方法は、コンピュータであるサービスサーバ１６０Ａ−１が中継プログラムを実行することにより行われる方法である。中継プログラムは、コンピュータ読取可能な記録媒体に格納されて提供されてもよいし、プログラムプロダクトとして提供されてもよい。

図４、図５、図６、図７、図８を参照して、仮想ルータ１００の応答解析部１１０の動作を説明する。
図４及び図５は、応答解析部１１０の動作のフローチャートである。
図６は、フラグ情報１１０Ａを示す。
図７は、各種フラグが設定される状況を示す。
図８は、公開ＩＰアドレス／公開ドメイン情報１７１を示す。

仮想ルータ１００では、各拠点２０から送付されたパブリッククラウド１６０向け通信をプロキシ機能部１２０が中継することで、パブリッククラウドの各種サービスへの通信を中継する。パブリッククラウド１６０からの応答結果１６２を仮想ルータ１００の応答解析部１１０が解析する。応答解析部１１０はパブリッククラウドのＩＰアドレスまたはドメインの更新有無を検知する。

以下に、応答解析部１１０の処理を説明する。応答解析部１１０の処理は、パブリッククラウド１６０への通信が、ＨＴＴＰ及びＨＴＴＰＳのようなドメイン通信の場合と、ドメイン通信以外の通信の場合で処理が異なる。ドメイン通信以外の通信をＩＰアドレス通信と呼ぶ。ドメイン通信の場合、パブリッククラウドのドメイン更新時の応答結果は「リダイレクト」または「応答無し」である。

ステップＳ１１において、応答解析部１１０はパブリッククラウド１６０からの応答パケット１６１の示す応答結果１６２をプロキシ機能部１２０から取得し、応答結果１６２を確認する。

なお、ステップＳ１１の前提として、プロキシ機能部１２０は、拠点ルータ２００から送信されたインターネット４１０を介して送信された送信データ２３０を受信し、送信データ２３０をＳａａＳ環境のサービスサーバ１６０Ａ−２へ中継する。また、プロキシ機能部１２０は、サービスサーバ１６０Ａ−２から受けとったデータを、インターネット４１０を介して拠点ルータ２００に送信する。応答解析部１１０の確認の結果、応答結果１６２がドメイン通信の場合処理はステップＳ２０に進み、応答結果１６２がＩＰアドレス通信の場合、処理は図５のステップＳ２６に進む。

処理がステップＳ２０に進む場合を説明する。応答結果１６２がドメイン通信を示す場合、処理はステップＳ２０に進む。

ステップＳ２０において、応答解析部１１０は、応答結果１６２がリダイレクトかどうかを確認する。リダイレクトの場合、処理はステップＳ２１に進む。この場合、応答結果１６２はリダイレクトであるとする。

ステップＳ２１において、応答解析部１１０は、通信フラグ１１１を１に、検知フラグ１１２を１に設定する。図６のように、フラグ情報１１０Ａは、通信フラグ１１１、検知フラグ１１２、ドメイン追加フラグ１１３、ドメイン更新フラグ１１４及びＩＰアドレス更新フラグ１１５を有する。フラグ情報１１０Ａは応答解析部１１０が設定する。ドメイン追加フラグ１１３は応答データ含有情報である。ドメイン更新フラグ１１４及びＩＰアドレス更新フラグ１１５はいずれも送信データ含有情報である。
図７は、図４、図５のフローチャートに対応している。通信フラグ１１１は、ドメイン通信の場合は１、ドメイン通信以外のＩＰアドレス通信の場合は０が設定される。検知フラグ１１２は、リダイレクトの場合は１、応答無しの場合は０が設定される。ドメイン追加フラグ１１３からＩＰアドレス更新フラグ１１５は、それぞれステップＳ２５、Ｓ１９、Ｓ３１で後述する。

ステップＳ２２において、応答解析部１１０は、応答パケット１６１から，リダイレクト先のＵＲＬドメイン１６３を抽出する。ＵＲＬドメイン１６３は応答データ抽出情報である。なお、応答データ抽出情報及び後述する送信データ抽出情報は、図６及び図７には抽出情報として記載している。
このように、応答解析部１１０は、送信データ２３０への応答としてプロキシ機能部１２０がサービスサーバ１６０Ａ−２からリダイレクト情報１６１Ａを受信した場合に、リダイレクト情報１６１Ａに含まれるリダイレクト先を示すＵＲＬドメイン１６３を、リダイレクト情報１６１Ａから応答データ抽出情報として抽出する。

ステップＳ２３において、応答解析部１１０は、ｗｅｂサーバ１７０から、最新の「公開ＩＰアドレス／公開ドメイン情報１７１」を取得する。公開ＩＰアドレス／公開ドメイン情報１７１は、公開情報１７１と表記する場合がある。
図８は、公開ＩＰアドレス／公開ドメイン情報１７１を示す。「公開ＩＰアドレス／公開ドメイン情報１７１」とは図８に示すように、サービス名、ドメイン、ＩＰアドレス及びネットマスクとが対応付けられて公開されている情報である。応答解析部１１０は、最新の公開ＩＰアドレス／公開ドメイン情報１７１をｗｅｂサーバ１７０から取得する。
このように、応答解析部１１０は、ドメインとＩＰアドレスとが対応付けられて公開されている公開情報１７１を有する公開情報サーバであるｗｅｂサーバ１７０から公開情報１７１を取得する。

ステップＳ２４において、応答解析部１１０は、公開ＩＰアドレス／公開ドメイン情報１７１に、ステップＳ２２で抽出したＵＲＬドメイン１６３が、含まれるか判定する。このように、応答解析部１１０は、応答データ抽出情報であるドメインが、取得した公開情報１７１に含まれるかを判定する。

公開ＩＰアドレス／公開ドメイン情報１７１にＵＲＬドメイン１６３が含まれる場合は、処理はステップＳ１８に進む。

ステップＳ１８において、応答解析部１１０は、
（１）フラグ情報１１０Ａと、
（２）最新の公開ＩＰアドレス／公開ドメイン情報１７１、
（３）ＵＲＬドメイン１６３
を含む送信情報を拠点ルータ制御装置３００へ送信する。
応答解析部１１０は、抽出した応答データ抽出情報であるＵＲＬドメイン１６３と、取得した公開情報１７１とを含む送信情報を、拠点ルータ２００を制御する拠点ルータ制御装置３００に送信する。

ステップＳ２４で公開ＩＰアドレス／公開ドメイン情報１７１にＵＲＬドメイン１６３が含まれない場合、応答解析部１１０は、ドメイン追加フラグ１１３を１に設定し、処理はステップＳ１８に進む。

処理がステップＳ１３を説明する。ステップＳ１３において、応答解析部１１０は、応答結果１６２が応答無しかを判定する。応答無しではない場合、処理は終了する。この場合は、リダイレクトでなく、かつ、応答なしでもない、正常な応答である。応答結果１６２が応答無しの場合、処理はステップＳ１４に進む。

ステップＳ１４において、応答無しであるので、応答解析部１１０は、フラグ情報１１０Ａにおいて、通信フラグ１１１を１（ドメイン）、かつ、検知フラグ１１２を０（応答無し）に設定する。

ステップＳ１５において、応答解析部１１０は、「応答無しパケット２０１」から、接続先クラウドのドメイン２０２を抽出する。「応答無しのパケット」とはプロキシ機能部１２０が、拠点ルータ２００か受信した、パブリッククラウド１６０に宛てたパケットである。「接続先クラウドのドメイン２０２」は、応答無しパケット２０１に含まれるドメインである。
このように、応答解析部１１０は、サービスサーバ１６０Ａ−２から送信データ２３０への応答が無い場合に、送信データ２３０の宛先であるドメインとＩＰアドレスとのいずれかを送信データ２３０から送信データ抽出情報として抽出する。この場合は、応答解析部１１０は送信データ抽出情報としてドメイン２０２を抽出する。

ステップＳ１６において、応答解析部１１０は、最新の公開ＩＰアドレス／公開ドメイン情報１７１を取得する。ステップＳ１６の処理は、ステップＳ２３と同じである。

ステップＳ１７はステップＳ２４と同様の処理である。ステップＳ１７において、応答解析部１１０は、公開ＩＰアドレス／公開ドメイン情報１７１に、ステップＳ１５で抽出したＩＰアドレス２０３が含まれるか判定する。

公開ＩＰアドレス／公開ドメイン情報１７１にドメイン２０２が含まれる場合には処理はステップＳ１８に進む。

ステップＳ１８の処理は説明しているので省略する。

ステップＳ１７で公開ＩＰアドレス／公開ドメイン情報１７１にドメイン２０２が含まれない場合、応答解析部１１０は、ドメイン追加フラグ１１３を１に設定し、処理はステップＳ１８に進む。

図５を参照して、応答結果１６２がＩＰアドレス通信の場合を説明する。

ステップＳ２６において、応答解析部１１０は、応答結果１６２が応答無しかを判定する。応答無しではない場合、処理は終了する。この場合は、ＩＰアドレス通信による正常な応答である。応答結果１６２が応答無しの場合、処理はステップＳ２７進む。

ステップＳ２７において、応答解析部１１０は、通信フラグ１１１を０（ＩＰアドレス）、検知フラグ１１２を０（応答無し）に設定する。

ステップＳ２８において、応答解析部１１０は、ＩＰアドレス通信による応答無しパケット２０１から、接続先クラウドのＩＰアドレス２０３を抽出する。このように、応答解析部１１０は、サービスサーバ１６０Ａ−２から送信データ２３０への応答が無い場合に、送信データ２３０の宛先であるドメインとＩＰアドレスとのいずれかを送信データ２３０から送信データ抽出情報として抽出する。この場合は、応答解析部１１０は送信データ抽出情報としてＩＰアドレス２０３を抽出する。

ステップＳ２９において、応答解析部１１０は、最新の公開ＩＰアドレス／公開ドメイン情報１７１をｗｅｂサーバ１７０から取得する。

ステップＳ３０において、応答解析部１１０は、公開ＩＰアドレス／公開ドメイン情報１７１に、ステップＳ２８で抽出したＩＰアドレス２０３が含まれるか判定する。ＩＰアドレス２０３が含まれる場合、処理は終了する。ＩＰアドレス２０３が含まれない場合、処理はステップＳ３０に進む。

ステップＳ３１において、応答解析部１１０は、ＩＰアドレス更新フラグ１１５を１に設定する。

ステップＳ３２において、応答解析部１１０は、
（１）フラグ情報１１０Ａ、
（２）公開ＩＰアドレス／公開ドメイン情報１７１、
（３）ＩＰアドレス２０３、
を拠点ルータ制御装置３００、
に送信する。

図９は、クラウド宛先計算部３１０の動作を示すフローチャートである。図９を参照してクラウド宛先計算部３１０の動作を説明する。

ステップＳ４１において、クラウド宛先計算部３１０は、仮想ルータ１００から以下のように、各種の情報を受信する。ステップＳ２４を経由している場合、クラウド宛先計算部３１０は、
（１）フラグ情報１１０Ａ、
（２）公開ＩＰアドレス／公開ドメイン情報１７１、
（３）ＵＲＬドメイン１６３、
を受信する。

ステップＳ１７を経由している場合、クラウド宛先計算部３１０は、
（１）フラグ情報１１０Ａ、
（２）公開ＩＰアドレス／公開ドメイン情報１７１、
（３）ＵＲＬドメイン２０２、
を受信する。

ステップＳ３０を経由している場合、クラウド宛先計算部３１０は、
（１）フラグ情報１１０Ａ、
（２）公開ＩＰアドレス／公開ドメイン情報１７１、
（３）ＩＰアドレス２０３、
を受信する。

ステップＳ４２において、クラウド宛先計算部３１０は、通信フラグ１１１が１（ドメイン通信）か０（ＩＰアドレス通信）を判定する。通信フラグ１１１が１（ドメイン通信）の場合では処理はステップＳ４４に進み、通信フラグ１１１が０（ＩＰアドレス通信）の場合では処理はステップＳ５４に進む。

ステップＳ４３において、クラウド宛先計算部３１０は、検知フラグ１１２が１（リダイレクト）か０（応答無し）を判定する。検知フラグ１１２が１の場合には処理はステップＳ４４に進み、検知フラグ１１２が０の場合には処理はステップＳ５０に進む。

ステップＳ４４において、クラウド宛先計算部３１０は、公開ＩＰアドレス／公開ドメイン情報１７１とクラウド宛先管理ＤＢ３３０との内容に差異があるかを判定する。差異が有る場合には処理はステップＳ４５に進み、差異が無い場合には処理はステップＳ４７に進む。図１０から図１２は、クラウド宛先管理ＤＢ３３０に格納されている情報を示す。
図１０は、ドメインテーブルである。ドメインテーブルではサービス名とドメインが対応付けられている。
図１１は、ＩＰアドレステーブルである。ＩＰアドレステーブルではＩＰアドレス、サービス名及びネットマスクが対応付けられている。
図１２は、更新日時テーブルである。更新日時テーブルはサービス名に対するドメインまたはＩＰアドレスの登録日時及び更新日時が登録されている。

ステップＳ４５において、追加及び削除するべきＵＲＬドメインを、追加リスト３１１及び削除リスト３１２としてリストを作成する。公開ＩＰアドレス／公開ドメイン情報１７１にＵＲＬドメインとしてＡ，Ｂ，Ｄがあり、クラウド宛先管理ＤＢ３３０にＵＲＬドメインとしてＡ，Ｂ，Ｃがあるとする。その場合、ＵＲＬドメインのＣは削除リスト３１２に記載され、ＵＲＬドメインのＤは追加リスト３１１に記載される。

ステップＳ４６において、クラウド宛先計算部３１０は、追加リスト３１１及び削除リスト３１２に基づきクラウド宛先管理ＤＢ３３０を更新する。上記の例であればクラウド宛先計算部３１０は、クラウド宛先管理ＤＢ３３０に対して、ＵＲＬドメインのＣを削除し、ＵＲＬドメインのＤを追加する。

ステップＳ４７において、クラウド宛先計算部３１０は、ドメイン追加フラグ１１３が１か判定する。ドメイン追加フラグ１１３が１の場合には処理はステップＳ４８に進み、ドメイン追加フラグ１１３が１ではない場合には処理はステップＳ４９に進む。

ステップＳ４８において、クラウド宛先計算部３１０は、ドメイン追加フラグ１１３に対応する取得ドメインであるＵＲＬドメイン１６３を追加リスト３１１に追加し、かつ、クラウド宛先管理ＤＢ３３０に追加する。

ステップＳ４９において、クラウド宛先計算部３１０は、追加リスト３１１、削除リスト３１２をコンフィグ作成部３２０に送り、処理は終了する。

次に、ステップＳ５０移行を説明する。

ステップＳ５０において、クラウド宛先計算部３１０は、ドメイン更新フラグ１１４が１か判定する。ドメイン更新フラグ１１４が１の場合には処理はステップＳ５１に進み、ドメイン更新フラグ１１４が１ではない場合には処理はステップＳ４９に進む。

ステップＳ５１において、クラウド宛先計算部３１０は、公開ＩＰアドレス／公開ドメイン情報１７１とクラウド宛先管理ＤＢ３３０との内容に差異があるかを判定する。差異が有る場合には処理はステップＳ５２に進み、差異が無い場合には処理はステップＳ４９に進む。

ステップＳ５２において、クラウド宛先計算部３１０は、ステップＳ４５と同様に、追加及び削除するべきＵＲＬドメインを、追加リスト３１１及び削除リスト３１２としてリストを作成する。

ステップＳ５３において、クラウド宛先計算部３１０は、追加リスト３１１及び削除リスト３１２に基づいて、クラウド宛先管理ＤＢ３３０を更新する。

ステップＳ５４において、クラウド宛先計算部３１０は、ＩＰアドレス更新フラグ１１５が１か判定する。ＩＰアドレス更新フラグ１１５が１の場合には処理はステップＳ５１に進み、ステップＳ５２において、クラウド宛先計算部３１０は、ステップＳ５４と同様に、追加及び削除するべきＩＰアドレスを追加リスト３１１及び削除リスト３１２として作成する。
ＩＰアドレス更新フラグ１１５が１ではない場合には処理は終了する。

図１３は、コンフィグ作成部３２０の動作を示すフローチャートである。ステップＳ６１において、コンフィグ作成部３２０は、クラウド宛先計算部３１０から追加リスト３１１、削除リスト３１２を取得する。

ステップＳ６２において、コンフィグ作成部３２０は、ルータコンフィグ管理ＤＢ３４０から各ルータのルーティング情報を取得する。

ステップＳ６３において、コンフィグ作成部３２０は、追加リスト３１１内にルータのルーティング情報に存在しないＩＰアドレスがあるかどうかを判定する。ＩＰアドレスがある場合、処理はステップＳ６４に進み、ＩＰアドレスがない場合、ステップＳ６６に進む。

ステップＳ６４において、コンフィグ作成部３２０は追加リスト３１１から必要なＩＰアドレスを抽出する。

ステップＳ６５において、コンフィグ作成部３２０は、ルーティング追加用コンフィグを作成する。

ステップＳ６６において、コンフィグ作成部３２０は、削除リスト３１２内にルータのルーティング情報に存在するＩＰアドレスはあるかを判定する。ＩＰアドレスがある場合、処理はステップＳ６７に進み、ＩＰアドレスがない場合、ステップＳ６９に進む。

ステップＳ６７において、コンフィグ作成部３２０は、削除リスト３１２から必要なＩＰアドレスを抽出する。

ステップＳ６８において、コンフィグ作成部３２０は、ルーティング削除用コンフィグを作成する。

ステップＳ６９において、コンフィグ作成部３２０は、ルーティング追加用またはルーティング削除用コンフィグを、ルータ制御機能部３５０へ送る。

図１４は、クラウド通信制御部２１１の動作を示すフローチャートである。図１４を参照してクラウド通信制御部２１１の動作を説明する。

ステップＳ７１において、クラウド通信制御部２１１は、拠点からの通信を監視する。

ステップＳ７２において、クラウド通信制御部２１１は、センター拠点３０のプロキシサーバ宛のパケット検知を判定する。パケットが検知された場合、処理はステップＳ７３に進み、検知できない場合は処理は終了する。

ステップＳ７３において、クラウド通信制御部２１１は、検知したパケットの接続先ＵＲＬを確認する。

ステップＳ７４において、クラウド通信制御部２１１は、接続先ＵＲＬのドメインはパブリッククラウド１６０の宛先情報と一致するかを判定する。一致する場合、処理はステップＳ７５に進む。一致しない場合、処理は終了する。

ステップＳ７５において、クラウド通信制御部２１１は、検知したパケットの宛先ＩＰアドレスを書き換え、仮想ルータ１００へ転送する。

以上に説明した制御モジュール２１０の有するクラウド通信制御部２１１の処理に関しては、企業ネットワークではインターネット向け通信はプロキシを利用することが一般的であり、その場合に拠点ルータを経由する通信パケットの宛先はプロキシサーバのＩＰアドレスとなる。そのため、通信の経路変更を行うためには通信パケットの宛先ＩＰアドレスの置き換えが必要となる。また、パブリッククラウドで多く利用されるＨＴＴＰＳ通信をプロキシする際は、ＨＴＴＰ通信のＣＯＮＮＥＣＴメソッドにより接続先ＵＲＬの情報がプロキシサーバへ送付される。そのため、このＣＯＮＮＥＣＴメソッドのパケットに含まれる接続先ＵＲＬを参照することで、宛先ドメインを確認することができる。

＊＊＊実施の形態１の効果＊＊＊
以上の実施の形態１では、仮想ルータの検出した接続先のドメインまたはＩＰアドレスの更新内容をもとに、各拠点の拠点ルータの制御が動的に行われる。よって、パブリッククラウドサービスのＩＰアドレス及びドメインの不定期な更新が有った場合にも、実施の形態１のシステムによれば迅速な対応が可能になる。
また、拠点からパブリッククラウドへの通信をトリガにして、パブリッククラウドの接続先のＩＰアドレスまたはドメインの不定期な更新に対して、迅速に対応することができるネットワーク制御が可能となる。

１０００更新検出システム、１０クラウド事業者データーセンター、１００仮想ルータ、１１０応答解析部、１１０Ａフラグ情報、１１１通信フラグ、１１２検知フラグ、１１３ドメイン追加フラグ、１１４ドメイン更新フラグ、１１５ＩＰアドレス更新フラグ、１２０プロキシ機能部、１３０送信情報、１５０ＩａａＳ環境、１６０パブリッククラウド、１６０Ａ−１，１６０Ａ−２サービスサーバ、１６１応答パケット、１６１Ａリダイレクト情報、１６２応答結果、１６３ＵＲＬドメイン、１７０ｗｅｂサーバ、１７１公開ＩＰアドレス／公開ドメイン情報、１８０データセンターゲートウェイ、２０各拠点、２００拠点ルータ、２０１応答無しパケット、２０２ドメイン、２０３ＩＰアドレス、２３０送信データ、２１０制御モジュール、２１１クラウド通信制御部、２２０パーソナルコンピュータ端末、３０センター拠点、３１センター拠点ゲートウェイ、３００拠点ルータ制御装置、３１１追加リスト、３１２削除リスト、３１０クラウド宛先計算部、３２０コンフィグ作成部、３３０クラウド宛先管理ＤＢ、３４０ルータコンフィグ管理ＤＢ、３５０ルータ制御機能部、４１０インターネット、４２０閉域網、４３０ＤＮＳサーバ、５１０プロセッサ、５０１信号線、５２０主記憶装置、５３０補助記憶装置、５４０通信インタフェース装置。

Claims

拠点ルータから送信された送信データをインターネットを介して受信し、前記送信データをサービスサーバへ中継するプロキシ機能部と、
前記送信データへの応答として前記プロキシ機能部が前記サービスサーバからリダイレクト情報を受信した場合に、前記リダイレクト情報に含まれるリダイレクト先を示すドメインを、前記リダイレクト情報から応答データ抽出情報として抽出し、ドメインとＩＰアドレスとが対応付けられて公開されている公開情報を有する公開情報サーバから前記公開情報を取得し、抽出した前記応答データ抽出情報と、取得した前記公開情報とを含む送信情報を、前記拠点ルータを制御する制御装置に送信する応答解析部と
を備える仮想ルータ。
前記応答解析部は、
前記サービスサーバから前記送信データへの応答が無い場合に、前記送信データの宛先であるドメインとＩＰアドレスとのいずれかを前記送信データから送信データ抽出情報として抽出し、前記送信データ抽出情報と、前記公開情報とを含む前記送信情報を、前記制御装置に送信する請求項１に記載の仮想ルータ。
前記応答解析部は、
前記応答データ抽出情報である前記ドメインが、取得した前記公開情報に含まれるかを判定し、判定結果を示す応答データ含有情報を生成し、前記応答データ含有情報を前記送信情報に含めて送信する請求項１に記載の仮想ルータ。
前記応答解析部は、
前記送信データ抽出情報が前記公開情報に含まれるかを判定し、判定結果を示す送信データ含有情報を生成し、前記送信データ含有情報を前記送信情報に含めて送信する請求項２に記載の仮想ルータ。
コンピュータに、
拠点ルータからインターネットを介して送信された送信データを受信し、前記送信データをサービスサーバへ中継する処理、
前記送信データへの応答として前記サービスサーバが送信するリダイレクト情報を受信する処理、
前記リダイレクト情報に含まれるリダイレクト先を示すドメインを前記リダイレクト情報から応答データ抽出情報として抽出し、ドメインとＩＰアドレスとが対応付けられて公開されている公開情報を有する公開情報サーバから前記公開情報を取得し、抽出した前記応答データ抽出情報と、取得した前記公開情報とを含む送信情報を、前記拠点ルータを制御する制御装置に送信する処理、
を実行させる中継プログラム。
前記コンピュータに、
前記サービスサーバから前記送信データへの応答が無い場合に、前記送信データの宛先であるドメインとＩＰアドレスとのいずれかを前記送信データから送信データ抽出情報として抽出する処理、
前記送信データ抽出情報と、前記公開情報とを含む前記送信情報を、前記制御装置に送信する処理、
を実行させる請求項５に記載の中継プログラム。
前記コンピュータに、
前記応答データ抽出情報である前記ドメインが、取得した前記公開情報に含まれるかを判定し、判定結果を示す応答データ含有情報を生成し、前記応答データ含有情報を前記送信情報に含めて送信する処理、
を実行させる請求項６に記載の中継プログラム。
前記コンピュータに、
前記送信データ抽出情報が前記公開情報に含まれるかを判定し、判定結果を示す送信データ含有情報を生成し、前記送信データ含有情報を前記送信情報に含めて送信する処理、
を実行させる請求項７に記載の中継プログラム。