特許 5769208 ネットワークの構成及び動作の可視化システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】5769208

(24)【登録日】2015年7月3日

(45)【発行日】2015年8月26日

(54)【発明の名称】ネットワークの構成及び動作の可視化システム

(51)【国際特許分類】

   H04L 12/70 20130101AFI20150806BHJP

【ＦＩ】

   H04L12/70 100Z

【請求項の数】5

【全頁数】20

(21)【出願番号】特願2013-107496(P2013-107496)

(22)【出願日】2013年5月21日

(65)【公開番号】特開2014-230041(P2014-230041A)

(43)【公開日】2014年12月8日

【審査請求日】2014年12月19日

【早期審査対象出願】

(73)【特許権者】

【識別番号】301022471

【氏名又は名称】国立研究開発法人情報通信研究機構

(74)【代理人】

【識別番号】100099933

【弁理士】

【氏名又は名称】清水 敏

(72)【発明者】

【氏名】村里 英樹

(72)【発明者】

【氏名】木全 崇

(72)【発明者】

【氏名】豊村 鉄男

(72)【発明者】

【氏名】是津 耕司

【審査官】 上田 翔太

(56)【参考文献】

【文献】 特開２０１３−００３６２６（ＪＰ，Ａ）

【文献】 特開２００４−２５４１４０（ＪＰ，Ａ）

【文献】 特開２０１２−２０９８７１（ＪＰ，Ａ）

【文献】 是津 耕司，他，高度センサー情報集約・解析プラットフォーム，NICT News 2012年 10月号，２０１２年，ＵＲＬ，http://www.nict.go.jp/publication/NICT-News/1210/01.html

【文献】 Kyoungsook Kim，Challenges and Opportunities for Cyber-Physical Cloud Computing，第38回ワークショップ インタークラウドとオープン化，グリッド協議会，２０１３年 ３月 ６日，ＵＲＬ，http://www.jpgrid.org/event/2012/workshop38.html

【文献】 クラウド時代に求められるネットワークサーバのようにネットワークも仮想化できる，＠ＩＴ，２０１１年 ８月３１日，ＵＲＬ，http://www.atmarkit.co.jp/ad/nec/1108pflow/nec01.html

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｌ １２／７０

(57)【特許請求の範囲】

【請求項1】

ネットワークの構成及び動作の可視化システムであって、
前記ネットワークは、ネットワーク制御コマンドを解釈するソフトウェアによりその論理的構成を変更可能であり、かつ、
複数個のスイッチと、
前記複数個のスイッチによるデータの転送経路をネットワーク制御コマンドにしたがって制御するコントローラと、
前記ネットワークの動作状況に関する情報を前記コントローラからリアルタイムで取得し、一定フォーマットに変換してキャッシュするキャッシュ手段とを含み、
前記可視化システムは、
表示装置と、
前記ネットワーク上で情報サービスを提供するサービスノードから与えられる情報サービスに関する情報をリアルタイムで取得し、前記一定フォーマットに変換してキャッシュするキャッシュデータベースと、
前記キャッシュ手段から前記ネットワークの動作状況に関する情報を定期的に受信、前記キャッシュデータベースに追加して蓄積するログ蓄積手段と、
前記キャッシュデータベースから前記情報サービスに関する情報を定期的に読出して前記ネットワーク上で提供される情報サービス間の連携を表す第１の画像を前記表示装置上に描画する第１の描画手段と、
前記第１の描画手段が前記キャッシュデータベースから前記情報サービスに関する情報を定期的に読出すのと同期して、前記キャッシュデータベースから前記ネットワークの動作状況に関する情報を読出して前記情報サービス間の連携が物理ネットワーク上でどのようなノード及びスイッチ間の接続により実現されているかを前記表示装置上に第２の画像として描画する第２の描画手段とを含み、
その結果、前記第１及び第２の描画手段は、前記ログ記憶手段に記憶されたログを前記情報サービス間の連携の変化と、前記物理ネットワークにおけるノード及びスイッチ間の通信状況の変化とを互いに同期して表示するよう描画を更新する、可視化システム。

【請求項2】

前記情報サービス間の連携は、複数個存在することがあり、
前記第１の描画手段は、前記情報サービス間の連携を、情報サービスを提供するサービスノードを頂点、情報サービス間のデータの移動経路をエッジとするグラフで表示し、かつ、
各エッジを、前記情報サービス間の連携ごとに異なる色で描画し、
前記第２の描画手段は、前記物理ネットワーク上のトポロジーを、ネットワーク上のノード及びスイッチを頂点、ネットワーク上のノード又はスイッチ間の物理線をエッジとして表すグラフで表示し、かつ、
前記第２の描画手段が描画する前記グラフの前記エッジのうち、前記情報サービス間の連携のエッジとして機能する物理線を表すエッジに沿って、当該エッジの描画色と同じ色でデータ転送のパスを表す線を描画する、請求項１に記載の可視化システム。

【請求項3】

前記サービス連携の単位は複数個存在することがあり、
前記第２の描画手段は、前記物理線のうち、前記複数個のサービス連携の単位のうち、２つの単位のエッジとして機能する物理線に沿って、当該２つエッジの描画色とそれぞれ同じ色で、別々のデータ転送のパスを表す線を描画する、請求項２に記載の可視化システム。

【請求項4】

前記可視化システムはさらに、前記情報サービス間の連携がネットワークに対して要求する要件を宣言的記述により記述したルールを記憶するルール記憶手段を含み、当該ルール記憶手段に記憶されたルールは、ネットワークの状況又は情報サービスの状況が満たすべき条件と、その条件が満たされたときに実行すべき処理とを含み、当該処理のうちいずれかは、当該ルールに基づいて前記コントローラへの制御コマンドを発行する処理を含み、
前記ルール記憶手段に記憶されたルールについて、条件が充足されたものがあるか否かを前記情報サービスに関する情報及び前記ネットワーク状況取得手段により取得された情報に基づいて繰返し判定し、条件が充足されたルールについて、そのルールに規定されている処理を実行するルール解釈手段と、
前記ルール解釈手段による、ルールによる処理の実行ログを記憶するルール実行ログ記憶手段と、
前記ルール実行ログ記憶手段に記憶された実行ログを繰返し読出し、前記第１及び第２の描画手段による描画と同期して前記表示装置の画面上に描画する第３の描画手段とを含む、請求項３に記載の可視化システム。

【請求項5】

前記ネットワーク状況取得手段により取得された情報を、前記第３の描画手段による描画と同期して、前記表示装置の画面上に描画するための第４の描画手段をさらに含む、請求項４に記載の可視化システム。

【発明の詳細な説明】

【技術分野】

【0001】

この発明はネットワークの管理技術に関し、特に、ネットワーク空間に配置された各種情報コンポーネント（以下、「情報サービス」という。）による要求を満たすように物理ネットワークの構成を動的に修正するサービス・コントロールド・ネットワーキング技術（以下、「ＳＣＮ」と呼ぶ。）において、各種情報サービスと物理ネットワークの挙動とを俯瞰的に把握することを可能とするネットワーク監視技術に関する。

【背景技術】

【0002】

データ通信ネットワークの基盤整備が進み、アプリケーションが、ネットワークの高い処理能力を利用可能になっている。こうしたネットワークの拡張性は高く、今後もネットワークを介して利用可能な情報サービスが多種多様になっていくことは間違いない。

【0003】

一方、こうしたネットワーク構成の調整は、これまでは一握りの専門家が行なえるだけで、一般的なユーザがネットワークを自己のアプリケーションにあわせて調整することはきわめて難しかった。これは、例えばネットワークが一企業又は１つの大学などに限定されている場合でも同様である。そしてときには予期せぬ事態が発生し、ネットワークの管理者でもその対応に苦慮することがある。

【0004】

ところで、ネットワーク上で提供される様々なデータを、一定の目的のもとに、限られた時間内に収集し処理することが望ましいときがある。例えば、突発的な災害が発生したり予測されたりしたときに、それら災害による被害状況、災害をもたらす原因となる事象に関する情報などを大量に収集し、適時に処理することで、被害の拡大を予防したり、既に生じた被害に対して有効な対策を講じたりすることが可能になる。そのためには、ネットワーク上に分散する膨大な量のデータを収集し、多種多様な情報サービスを組合せ、効率よく実行することが必要になる。

【0005】

そのようなアプリケーションを実現するためには、情報サービスの要求を的確かつ適時にネットワークに伝え、ネットワーク構成を動的に調整する技術が必要である。特に、突発的で想定を超えて発生する情報を、柔軟に経路を選定して適時に転送したり、膨大な情報を試行錯誤により分析したり、アプリケーションの緊急度又はデータの重要性に応じて情報サービスを提供したりする際に、情報サービスの要求に連動してネットワークを柔軟に構成し、ネットワークの管理及び情報サービスの展開コストが著しく上昇しないようにすることが望ましい。

【0006】

しかし、通常のネットワークの場合、一方では、アプリケーション開発者が新たなサービス連携をオンデマンドで作成しようとしても、既に設定されたネットワークのパスしか利用できず、情報サービスに適した形でネットワークの性能を最大限に引き出すことができないという問題がある。他方、ネットワーク管理者は、予め想定した条件内でネットワークを構築するため、想定した経路に予想を超えるトラフィックの発生等の障害が生じても、リアルタイム性高く対応できないという問題がある。

【0007】

こうした問題を解決し、ネットワークを柔軟に構成するための基礎的な技術として、後掲の非特許文献１に記載されたＳｏｆｔｗａｒｅ−Ｄｅｆｉｎｅｄ−Ｎｅｔｗｏｒｋ（ＳＤＮ）と呼ばれるものがある。ＳＤＮは、ネットワークのトポロジー及びＱｏＳ（Ｑｕｏｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）をソフトウェアで設定し、ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）又はコマンドを呼出すことにより物理ネットワークを構成する技術である。ＳＤＮによれば、ソフトウェアのプログラミングと同様に、ネットワーク構成をプログラミングし、物理ネットワーク上に仮想的なネットワーク（仮想ネットワーク）を構築することが可能になる。

【0008】

そのようなＳＤＮに類する代表的な技術としてＯｐｅｎＦｌｏｗと呼ばれるものがある。ＯｐｅｎＦｌｏｗは、これまでのネットワーク機器の役割を、ＯｐｅｎＦｌｏｗコントローラと呼ばれるものと、ＯｐｅｎＦｌｏｗスイッチと呼ばれるものとに分離したものである。ＯｐｅｎＦｌｏｗスイッチにはネットワーク上の機器が接続されており、かつＯｐｅｎＦｌｏｗスイッチ相互の間でデータの転送が可能である。

【0009】

図１を参照して、ＯｐｅｎＦｌｏｗによるネットワーク（ＯｐｅｎＦｌｏｗネットワーク）３０は、実際に通信を行なうＯｐｅｎＦｌｏｗスイッチ５０，５２，５４及び５６等を含むスイッチ群４０と、スイッチ群４０の状態を監視し、制御を行なうＯｐｅｎＦｌｏｗコントローラ４２とを含む。ＯｐｅｎＦｌｏｗプロトコルと呼ばれる手順でＯｐｅｎＦｌｏｗコントローラ４２を介してスイッチ群４０内の各スイッチによるスイッチングを動的に制御できる。

【0010】

ＯｐｅｎＦｌｏｗネットワーク３０は、ソフトウェアにより制御できるネットワークである。利用者が仮想ネットワークの論理的構成を実現するためのネットワーク制御コマンドをＯｐｅｎＦｌｏｗコントローラ４２に指示すると、ＯｐｅｎＦｌｏｗコントローラ４２がその論理的構成を物理ネットワーク上で実現するためのフローテーブルを作成し、各ＯｐｅｎＦｌｏｗスイッチ５０，５２，５４及び５６に配布する。各ＯｐｅｎＦｌｏｗスイッチ５０，５２，５４及び５６はこのフローテーブルにしたがってデータの転送を行なう。一方、各ＯｐｅｎＦｌｏｗスイッチ５０，５２，５４及び５６はネットワークの帯域情報等をＯｐｅｎＦｌｏｗコントローラ４２に送信する。ＯｐｅｎＦｌｏｗコントローラ４２は、これら情報に基づき、指示された仮想ネットワークの構成を実現するために動的にフローテーブルを修正する。

【0011】

これにより、利用者は物理ネットワークの構成とは独立に仮想ネットワークを構築できる。そのために物理ネットワークの構成を熟知していなくてもよい。

【0012】

一方、実際のネットワーク管理者としては、自分が管理する物理ネットワーク上にどのような仮想ネットワークが構築されているか、物理ネットワークの各経路上のトラフィックはどのようになっているか、等の情報をリアルタイムで知る必要がある。ネットワークには膨大な数の機器が接続されているため、テキスト的な情報ではそうした情報を知ることは不可能である。

【0013】

そうした問題を解決するための方策が特許文献１に開示されている。図２を参照して、特許文献１が開示するネットワーク可視化装置のネットワーク管理画面６０は、複数個の仮想ネットワークに割当てられた物理ネットワークの資源を管理するためのものである。ネットワーク管理画面６０は、表示すべき仮想ネットワークを選択するＶＮＴ選択画面７０と、物理ネットワークに含まれるノードと各ノード間のリンク（物理リンク）とを表示する物理網表示画面８０と、ＶＮＴ選択画面７０により選択されたＶＮＴを構成する論理リンクとルータとを表示するＶＮＴ表示画面７２及び７４と、各ＶＮＴに割当てられた資源（ＶＮＴの物理トポロジーとリンクへの割当て帯域）とをＶＮＴごとに表示する配分資源表示画面７６及び７８とを含む。ＶＮＴ表示画面７２及び７４には、各リンクを流れるデータによるトラフィック量も表示される。

【0014】

物理網表示画面８０は、物理ネットワーク上のリンクがしきい値以上の数の仮想ネットワークにより共有されているときに、そのリンクの近傍にアラームを表示する。例えば図２では、リンク８２の近傍に「Ｓ１ １Ｇ，Ｓ２ １Ｇ」と表示されているが、これはこのリンク８２が仮想ネットワークＳ１及びＳ２により共有されており、かつそれらに割当てられた帯域がいずれも１Ｇであることを示す。同様に、リンク８４については、４つの仮想ネットワークＳ１，Ｓ２，Ｓ３及びＳ４により共有されており、それらに割当てられた帯域がそれぞれ１Ｇ，１Ｇ，１Ｇ，及び８Ｇであることを示す。

【0015】

このネットワーク管理画面６０により、ネットワーク管理者は、物理網における各仮想ネットワークの共有状態、資源割当て状況、及び挙動を見ることができ、仮想ネットワークの状況を把握しやすくなるとされている。

【先行技術文献】

【特許文献】

【0016】

【特許文献1】特開２０１２−２０９８７１号

【非特許文献】

【0017】

【非特許文献1】Ｍ．Ｎｉｃｋ，Ａ．Ｔｏｍ，Ｂ．Ｈａｒｉ，Ｐ．Ｇｕｒｕ，Ｐ．Ｌａｒｒｙ，Ｒ．Ｊｅｎｎｉｆｅｒ，Ｓ．Ｓｃｏｔ ａｎｄ Ｔ．Ｊｏｎａｔｈａｎ．“ＯｐｅｎＦｌｏｗ：Ｅｎａｂｌｉｎｇ Ｉｎｎｏｖａｔｉｏｎ ｉｎ Ｃａｍｐｕｓ Ｎｅｔｗｏｒｋｓ”，ＳＩＧＣＯＭＭ Ｃｏｍｐｕｔｅｒ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｒｅｖｉｅｗ， ｐｐ．６９−７４，２００８．

【発明の概要】

【発明が解決しようとする課題】

【0018】

上記特許文献１に記載されたネットワーク可視化装置は、仮想ネットワークと物理ネットワークとの関係を把握するためには有用であると考えられる。しかし、上記したように情報サービスを主軸としてネットワークを動的に構築する技術には、特許文献１に開示された技術は不十分である。具体的には、特許文献１に開示された装置は、物理ネットワーク資源の利用状況に焦点を当てたものである。ネットワークを利用するアプリケーションの状況、及びアプリケーションによってネットワークがどのように利用されるかについては意識されていない。そのため、この装置により表示されるグラフの各ノードは、物理資源であるネットワーク機器のみを表している。その結果、ＳＣＮネットワークにおけるように、情報サービスを利用するアプリケーションの状況をリアルタイムで把握することは難しい。また、アプリケーションを構成する情報サービス間のデータの転送経路を物理ネットワーク上で確認することも難しい。

【0019】

それゆえに本発明の目的は、利用者がネットワークの構成及び動作を俯瞰的に把握することが可能なネットワーク可視化システムを提供することである。

【課題を解決するための手段】

【0020】

本発明の一局面に係る可視化装置は、ネットワークの構成及び動作の可視化装置である。このネットワークは、ネットワーク制御コマンドを解釈するソフトウェアによりその論理的構成を変更可能である。可視化装置は、表示装置と、ネットワーク上で提供される情報サービス間の連携を表す第１の画像を表示装置上に描画する第１の描画手段と、情報サービス間の連携が物理ネットワーク上でどのようなノード及びスイッチ間の接続により実現されているかを表示装置上に第２の画像として描画する第２の描画手段とを含む。第１及び第２の描画手段は、互いに同期して描画を更新する。

【0021】

好ましくは情報サービス間の連携は、複数個存在することがある。第１の描画手段は、情報サービス間の連携を、情報サービスを提供するサービスノードを頂点、情報サービス間のデータの移動経路をエッジとするグラフで表示し、かつ、各エッジを、情報サービス間の連携ごとに異なる色で描画する。第２の描画手段は、物理ネットワーク上のトポロジーを、ネットワーク上のノード及びスイッチを頂点、ネットワーク上のノード又はスイッチ間の物理線をエッジとして表すグラフで表示し、かつ、第２の描画手段が描画するグラフのエッジのうち、情報サービス間の連携のエッジとして機能する物理線を表すエッジに沿って、当該エッジの描画色と同じ色でデータ転送のパスを表す線を描画する。

【0022】

サービス連携の単位は複数個存在することがあってもよい。第２の描画手段は、物理線のうち、複数個のサービス連携の単位のうち、２つの単位のエッジとして機能する物理線に沿って、当該２つのエッジの描画色とそれぞれ同じ色で、別々のデータ転送のパスを表す線を描画する。

【0023】

より好ましくは、ネットワークは、複数個のスイッチと、複数個のスイッチによるデータの転送経路をネットワーク制御コマンドにしたがって制御するコントローラと、ネットワークの動作状況に関する情報を取得するネットワーク状況取得手段とを含む。可視化装置はさらに、情報サービス間の連携がネットワークに対して要求する要件を宣言的記述により記述したルールを記憶するルール記憶手段を含む。当該ルール記憶手段に記憶されたルールは、ネットワークの状況又は情報サービスの状況が満たすべき条件と、その条件が満たされたときに実行すべき処理とを含む。当該処理のうちいずれかは、当該ルールに基づいてコントローラへの制御コマンドを発行する処理を含む。可視化装置はさらに、ルール記憶手段に記憶されたルールについて、条件が充足されたものがあるか否かを情報サービスに関する情報及びネットワーク状況取得手段により取得された情報に基づいて繰返し判定し、条件が充足されたルールについて、そのルールに規定されている処理を実行するルール解釈手段と、ルール解釈手段による、ルールによる処理の実行ログを記憶するルール実行ログ記憶手段と、ルール実行ログ記憶手段に記憶された実行ログを繰返し読出し、第１及び第２の描画手段による描画と同期して表示装置の画面上に描画する第３の描画手段とを含む。

【0024】

可視化装置はさらに、ネットワーク状況取得手段により取得された情報を、第３の描画手段による描画と同期して、表示装置の画面上に描画するための第４の描画手段をさらに含んでもよい。

【図面の簡単な説明】

【0025】

【図1】ＯｐｅｎＦｌｏｗにおけるＯｐｅｎＦｌｏｗコントローラとＯｐｅｎＦｌｏｗスイッチとの関係を説明するための模式図である。

【図2】特許文献１に開示されたネットワーク管理画面を示す図である。

【図3】本発明の一実施の形態に係る、ネットワークの状況を表示する可視化装置の表画面を示す図である。

【図4】図３に示す画面のうち、アプリケーション動作履歴表示画面を示す図である。

【図5】図３に示す画面のうち、サービス連携履歴表示画面を示す図である。

【図6】図３に示す画面のうち、ネットワーク制御コマンド履歴表示画面を示す図である。

【図7】図３に示す画面のうち、ネットワーク構成表示画面を示す図である。

【図8】本発明の一実施の形態に係るネットワーク可視化システムの構成を示すブロック図である。

【図9】サービス連携アプリケーションからＯｐｅｎＦｌｏｗコントローラへの制御コマンドシーケンスを生成する流れをブロック図形式で示した図である。

【図10】図８に示す可視化装置を実現するためのプログラムの制御構造を示すフローチャートである。

【図11】実施の形態に係る可視化装置を実現するコンピュータシステムの外観図である。

【図12】図１１に示すコンピュータの内部構成を示すブロック図である。

【発明を実施するための形態】

【0026】

以下の説明及び図面では、同一の部品には同一の参照番号を付してある。したがって、それらについての詳細な説明は繰返さない。

【0027】

図３を参照して、本願発明の一実施の形態に係るネットワークの可視化装置の監視画面９０は、監視対象となるネットワーク上に構築されたサービス連携の実行監視画面９２を含む。サービス連携の構成は、後述するようにＤＳＮと呼ばれる宣言的記述により、ルールの集まりとして記述される。各ルールは、ネットワークの状況及び情報サービスの状況が充足すべき条件と、条件が充足されたとき（ルールが発火したとき）に実行されるべき処理との組を含む。これら処理のいずれかは、ＯｐｅｎＦｌｏｗのネットワーク制御コマンドを生成する処理を規定する。

【0028】

このネットワーク管理システムは、この宣言的記述をＯｐｅｎＦｌｏｗの制御コマンドに変換するための、後述するミドルウェアを含む。ミドルウェアは、ＤＳＮ記述により記述された各ルールのうち、発火したルールを処理し、ネットワーク制御コマンドを生成するときには、予め準備された変換ルールにしたがった処理を行ない、ＯｐｅｎＦｌｏｗコマンドに変換する。サービス連携に変更があると、ミドルウェアはＤＳＮ記述の変更を反映するようにＯｐｅｎＦｌｏｗコマンドを生成し、ＯｐｅｎＦｌｏｗコントローラにコマンドを送信する。ＯｐｅｎＦｌｏｗコントローラがこのコマンドにしたがってフローテーブルを再構成し、配下のＯｐｅｎＦｌｏｗスイッチに配布することにより、物理ネットワークがサービス連携アプリケーションによる要件を満たすよう再構成される。

【0029】

監視画面９０はさらに、上記したミドルウェアのルール実行結果の履歴（ログ）を表示するルール実行ログ表示画面９４と、ミドルウェアのルール実行の結果、ＯｐｅｎＦｌｏｗコントローラに対して発行されるネットワーク制御コマンド及び情報サービス間のトラフィック情報のログの表示画面（ネットワーク制御コマンド表示画面９６）と、ネットワーク制御コマンドの実行及びネットワークの状況の変化によるネットワーク構成の変更を表示するネットワーク構成監視画面９８とを含む。

【0030】

この実施の形態では、監視画面９０にサービス連携の実行監視画面９２、ルール実行ログ表示画面９４、ネットワーク制御コマンド表示画面９６及びネットワーク構成監視画面９８が同時に全て表示される。さらに、サービス連携に変更があれば、その変更がサービス連携の実行監視画面９２にリアルタイムで反映され、ミドルウェアによるルール実行結果のログと、ルール実行の結果発行されるネットワーク制御コマンドのログとが、これもリアルタイムで表示される。ネットワーク制御コマンドの結果、物理ネットワーク構成に変化が生じると、その変化がネットワーク構成監視画面９８の表示に反映される。

【0031】

図４を参照して、サービス連携の実行監視画面９２は、ネットワーク上で提供されている情報サービスの情報（サービス情報）を表示するサービス情報表示領域１００と、それら情報サービスの間の関係として定義されたサービス連携アプリケーションごとに、各情報サービスを頂点、情報サービス間の通信パスをエッジとするサービス連携グラフの形で表すサービス連携グラフ表示領域１０２と、サービス情報表示領域１００に表示されている情報サービスのネットワーク上での位置をＩＰアドレスで表示するサービス位置表示領域１０４とを含む。

【0032】

サービス情報表示領域１００に表示されている各情報サービス名は、ある一定のルールで省略されアルファベット４文字により示されている。この情報サービス名は、サービス連携グラフ表示領域１０２及びサービス位置表示領域１０４、並びに他の画面でも共通して使用される。

【0033】

サービス連携グラフ表示領域１０２に表示されているサービス連携グラフのエッジは、サービス連携ごとに異なる色で描画される。この描画色は、例えばネットワーク構成監視画面９８のパスのうち、その情報サービスに割当てられているものの表示にも使用される。

【0034】

図５を参照して、ルール実行ログ表示画面９４には、ミドルウェアによるＤＳＮ記述の実行履歴のログが表示される。ＤＳＮは、アプリケーションが様々な情報サービスを連携させる際のルールをステートメントとして記述する。以下の説明では、ＤＳＮ記述内の各ステートメントを単に「ルール」と呼ぶ。例えば、「ある情報サービスを実行するには、他のある情報サービスの処理結果が必要で、かつその結果は特定の条件を満たしている」等というルールをＤＳＮとして記述する。これらのルールは、何を行なうかを記述するのみの宣言的記述であり、処理をどのように実行するかについての手続きには触れない。

【0035】

ミドルウェアは、ＤＳＮ記述と、ＯｐｅｎＦｌｏｗコントローラから与えられるネットワークの挙動に関する情報とに基づいて、ルールごとに、そのルールを実行すべき条件が充足されているか否かを判定する。ルールの条件が充足されていなければ、そのルールは実行せず、次のルールの判定に移る。ルールの条件が充足されていれば（ルールが「発火すれば」）、そのルールに記載されている処理を実行する。こうした処理の連鎖の結果、ネットワークに何らかの変更が必要なときにはそれを実現するためのネットワーク制御コマンドが生成され、ＯｐｅｎＦｌｏｗコントローラに与えられる。

【0036】

なお、サービス情報表示領域１００及びサービス位置表示領域１０４の各情報サービスに関する情報は、ミドルウェアから取得した、ルールの実行ログを用いて描画する。サービス連携グラフ表示領域１０２の各グラフは、サービス連携ごとについて、ＤＳＮ記述内の情報サービス間パス設定コマンドの実行ログから描画する。各サービス連携のグラフのエッジ色は、情報サービス間の通信パス設定コマンドを実行した際に、ＯｐｅｎＦｌｏｗコントローラから返されるパス識別子（ＯｐｅｎＦｌｏｗコントローラ内のネットワーク管理装置がネットワーク制御に使用しているもの）に基づいて決定している。

【0037】

図５のルール実行ログ表示画面９４には、ミドルウェアが実行したルールの履歴がリアルタイムで表示される。このときのルールの表示色は、もとのＤＳＮ記述により記述されているサービス連携のエッジ色と同じである。

【0038】

図６を参照して、ネットワーク制御コマンド表示画面９６は、ＯｐｅｎＦｌｏｗコントローラから取得した情報サービス間のトラフィックの発生ログを表示するトラフィックログ表示領域１１０と、ＯｐｅｎＦｌｏｗコントローラが受付けた各ノードからの制御コマンドの実行履歴を表示する制御コマンド表示領域１１２とを含む。

【0039】

図７を参照して、ネットワーク構成監視画面９８の表示は、ＯｐｅｎＦｌｏｗコントローラから取得したネットワークのトポロジー情報と、ＯｐｅｎＦｌｏｗコントローラから取得した、ネットワークのノードとスイッチ１２０，１２２，１２４，１２６，１２８及び１３０等との接続関係とに基づいて描画したネットワーク構成のグラフを含む。このグラフは、ネットワークのノード及びスイッチを頂点、それらを互いに接続する物理線をエッジとして表している。ネットワーク構成監視画面９８の表示はさらに、ノード及びスイッチ間の物理線上に、ＯｐｅｎＦｌｏｗコントローラから得た各物理線のトラフィック情報に基づいて描画された、トラフィック量を表わす画像を含む。

【0040】

この表示はさらに、ＯｐｅｎＦｌｏｗコントローラから取得したパス情報と、ミドルウェアから取得したサービス連携の実行ログとから、アプリケーションごとに決められた色によって表示される、各情報サービスに割当てられたデータ転送の経路を示す転送経路の画像を含む。転送経路の各画像は、トラフィック量に応じた太さで、情報サービスごとに別々に描画される。これらの画像は、後述するように一定時間のログを集積するために必要とされる若干の遅延を伴うだけで、ほぼリアルタイムで描画される。

【0041】

例えば図７のパス１４２は、黄色の太い線のみで描画されている。これは、図４のサービス連携の実行監視画面９２において、エッジが黄色で描かれているサービス連携のデータ転送のパスとしてこの物理線が使用されていることを示す。パス１４０は、赤い線と黄色の線とにより描画されている。これは、図４のサービス連携の実行監視画面９２において、エッジが黄色で描かれているサービス連携と、エッジが赤で描かれているサービス連携との両方によりこの物理線がデータ転送のパスとして使用されていることを示す。その他の線も同様である。本実施の形態では、ネットワーク上でトラフィックが発生するたびに、ネットワーク構成監視画面９８のそのトラフィックを生じた情報サービスに対応する転送パスを表す線と、サービス連携の実行監視画面９２の、対応するサービス間連携のグラフのエッジの部分とが同期して、同じ色で描画される。

【0042】

可視化装置で上記した各種の描画を行なうためには、そのための情報を収集しなければならない。図８に、情報収集のためのバックエンドシステムの構成をブロック図形式で示す。上記した描画に必要な情報を取得するタイミングは互いに異なる。データが取得される場所はネットワーク上の各所に分散している。さらに、データが可視化装置にリアルタイムで送信されてくる場合と、可視化装置が明示的にデータを取得しに行かなければならない場合とがある。そのため、データを単純に収集してもそれらを同期して表示させることは難しい。

【0043】

そこで本実施の形態では、可視化装置と情報サービスを提供する位置であるサービスノード、及び可視化装置とＯｐｅｎＦｌｏｗコントローラとの間にそれぞれキャッシュを設け、可視化装置にデータが同期して配信されるようにしている。

【0044】

図８を参照して、このバックエンドシステム１５０は、上記した監視画面９０を表示する表示装置を備えた可視化装置１７４と、サービスノード１６８から与えられる情報サービスに関する情報をキャッシュし、所定のフォーマットに整形するキャッシュＤＢ１７０と、ＯｐｅｎＦｌｏｗネットワーク１７６を制御するＯｐｅｎＦｌｏｗコントローラ１６０によるネットワーク制御コマンドの実行及びＯｐｅｎＦｌｏｗコントローラ１６０が収集するＯｐｅｎＦｌｏｗネットワーク１７６の状況に関する情報をキャッシュし、所定のフォーマットに整形するログサーバ１６２とを含む。ログサーバ１６２に蓄積されたログデータは定期的にキャッシュＤＢ１７０に転送される。

【0045】

バックエンドシステム１５０はさらに、キャッシュＤＢ１７０に蓄積された情報を一定時間ごとに可視化装置１７４に送信するためのデータ送信モジュール１７２と、ログサーバ１６２に蓄積されたログデータのうち、ネットワークの物理トポロジー等、図７のネットワーク構成監視画面９８内のネットワーク構成の永続的な構成を描画するために必要な情報を記憶する永続化用ＤＢ１６４と、永続化用ＤＢ１６４に蓄積されたデータを、可視化装置１７４の初期化時等、ネットワーク構成監視画面９８の再描画を行なうタイミングで可視化装置１７４に送信するためのデータ送信モジュール１６６とを含む。

【0046】

図９を参照して、サービス連携によるアプリケーションから生成されたＤＳＮ記述をミドルウェアが解釈してネットワーク制御コマンドを生成するまでの処理の流れをブロック図形式で示す。

【0047】

図９を参照して、本発明の実施の形態に係るネットワーク制御システム２００は、アプリケーション要求を記述したＤＳＮ記述２３２を出力するアプリケーションレイヤ２１０と、ネットワーク構成を制御するＮＣＰＳレイヤ２１４と、アプリケーションレイヤ２１０及びＮＣＰＳレイヤ２１４の中間に位置し、ＤＳＮ記述２３２を随時解釈してＯｐｅｎＦｌｏｗ制御コマンドシーケンス２３６を出力し、ＮＣＰＳレイヤ２１４に与えるミドルウェア２１２とを含む。なお、以下では説明を明瞭にするために、出力されるコマンドがＯｐｅｎＦｌｏｗ制御コマンドのみとしているが、ＯｐｅｎＦｌｏｗネットワークとは異なるネットワーク、例えばＰＩＡＸネットワークについても制御可能なようにネットワーク制御システム２００を構成してもよい。

【0048】

ＮＣＰＳは、異なるネットワークプロトコルごとに、ネットワークを制御するためのコマンド集合を定義する。具体的には、ＮＣＰＳは以下のようなコマンドを含む。

【0049】

（１）特定の情報サービスが稼働しているネットワークノードを検索するためのコマンド群、
（２）ノード間に通信経路（パス）を作成するためのコマンド群、及び、
（３）ノードの状態を監視するコマンド群。

【0050】

例えば、ＯｐｅｎＦｌｏｗの場合、ノード検索はノードリストの参照コマンド、経路作成はパスの設定コマンド、状態監視はスイッチ統計情報集約コマンドによって実装される。

【0051】

アプリケーションレイヤ２１０は、本実施の形態では所望の情報サービス連携を記述し、そのサービス連携を実現するために必要なネットワークの仕様をＤＳＮ記述２３２として出力するアプリケーション２３０を含む。アプリケーション２３０の設計者は、コンピュータのＧＵＩを用いて情報サービス間の連携をネットワークダイアグラム形式で記述し、適宜ＤＳＮ記述２３２として出力してもよい。アプリケーション２３０において、サービス連携の内容が変更されると、ＤＳＮ記述２３２もその変更に応じて変更される。

【0052】

ミドルウェア２１２は、アプリケーションレイヤ２１０が出力するＤＳＮ記述２３２を記憶するＤＳＮ記憶部２３３と、ＮＣＰＳレイヤ２１４から受信するネットワーク状況を監視しながら、ＤＳＮ記述２３２内のルールが発火するか否かを繰返して判定し、ルールが発火した場合にはそのルールにしたがって、ＯｐｅｎＦｌｏｗ制御コマンドシーケンス２３６を出力するインタープリタ２３４と、ＤＳＮのルールをＮＣＰＳの制御コマンド列に変換する際にインタープリタ２３４が利用する、変換ルールを記述した辞書２４０と、インタープリタ２３４によるルールの実行ログを記憶するログ記憶装置２４２と、インタープリタ２３４があるアプリケーションについてパスの割当命令を発行したときに、戻り値として受けるパス識別子をサービス連携アプリケーションと対応付けてテーブル形式で記憶するパステーブル記憶部２４４とを含む。

【0053】

図９に示すように、インタープリタ２３４はＯｐｅｎＦｌｏｗコントローラ１６０からＯｐｅｎＦｌｏｗネットワーク１７６の動作状況（ネットワーク状況）を取得し、その情報を用いて各ルールが発火するか否かを判定する。

【0054】

辞書２４０はＯｐｅｎＦｌｏｗのために変換ルールを記述している辞書である。ここでいう「変換ルール」は、ＤＳＮ記述内の「ルール」とは異なるものである点に注意が必要である。パステーブル記憶部２４４に記憶されたパス識別子のテーブルは、図７のトラフィックの表示と、図４の各サービス連携の内の、そのトラフィックに対応する情報サービス間のエッジとを同期させて描画するために用いられる。このテーブルはまた、ルール実行ログ表示画面９４に表示された特定のルールと、そのルールの実行の結果、発生したトラフィックの発生ログと、ＯｐｅｎＦｌｏｗコントローラが受付けた各ノードからの制御コマンドとの表示を同期させるためにも使用される。

【0055】

インタープリタ２３４は、ＤＳＮ記述２３２により指定されるネットワークがＯｐｅｎＦｌｏｗによるものか否かに応じて、ＯｐｅｎＦｌｏｗ制御コマンドシーケンス２３６又は図示しない別の系列のネットワーク制御コマンドシーケンスを選択的に生成する。具体的には、インタープリタ２３４は、ＤＳＮ記述２３２がＯｐｅｎＦｌｏｗを指定しているか否かにより、辞書２４０を使用するか否かを決定する。ネットワーク制御コマンドは、この辞書を用い、発火したＤＳＮルールに基づいて定められる。以下の説明では、本発明に直接関係しないため、この選択については詳細には説明しない。

【0056】

ＮＣＰＳレイヤ２１４は、ＯｐｅｎＦｌｏｗネットワーク１７６に接続され、ＯｐｅｎＦｌｏｗ制御コマンドシーケンス２３６を実行することによりフローテーブルを作成し、このフローテーブルを用いてＯｐｅｎＦｌｏｗネットワーク１７６の各スイッチを制御するためのＯｐｅｎＦｌｏｗコントローラ１６０とを含む。

【0057】

図１０に、可視化装置１７４の機能を実現するためのプログラムの制御構造をフローチャート形式で示す。このフローチャートは、実際のプログラムそのものの制御構造というよりは、様々なオブジェクトなどの協働の結果得られる、可視化装置１７４の動きをフローチャート化したものである。

【0058】

このプログラムは、可視化装置１７４の起動時に、ネットワーク構成に関する永続的な表示を永続化用ＤＢ１６４から読出した情報に基づいて生成するステップ２８０と、プログラムを終了することを指示する何らかの信号を受信したか否かを判定し、終了信号を受信した場合に処理を終了するステップ２８２と、終了指示を受信していないと判定されたときに、図８に示すキャッシュＤＢ１７０から一定時間ごとにサービス情報を受信するステップ２８４と、図８に示すログサーバ１６２からネットワークに関するログを受信するステップ２８６と、ステップ２８４で受信した情報に基づいて、図４に示すサービス連携の実行監視画面９２のサービス情報表示領域１００及びサービス位置表示領域１０４の表示を生成するステップ２８８と、図４のサービス連携グラフ表示領域１０２に表示するサービス連携グラフのエッジ色を決定するステップ２９０と、ステップ２９０で決定されたエッジ色を用いてサービス連携グラフ表示領域１０２にサービス連携グラフを描画するステップ２９２とを含む。ステップ２９０では、既にエッジ色が決定されているサービス連携グラフについては既存のものを用い、新たに生成されるサービス連携グラフについては、既存のものと異なる表示色を採用する。

【0059】

このプログラムはさらに、ステップ２９２の後、図９に示すミドルウェア２１２のルール実行ログをログ記憶装置２４２から読出し、図４のサービス位置表示領域１０４に表示するステップ２９４と、ステップ２８６で受信したＯｐｅｎＦｌｏｗコントローラのログに基づいて、サービス間のトラフィックの発生ログと各ノードにおけるネットワーク制御コマンドの実行ログとをそれぞれ図６に示すネットワーク制御コマンド表示画面９６のトラフィックログ表示領域１１０と制御コマンド表示領域１１２とに表示するステップ２９６とを含む。

【0060】

このプログラムはさらに、スイッチ及びノードとこれらの間の接続の表示を図７に示すネットワーク構成監視画面９８に描画するステップ２９８と、スイッチ間を接続する物理線に流れるトラフィック量をＯｐｅｎＦｌｏｗコントローラからのログに基づいて決定するステップ３００と、パスを構成する物理線ごとに、ステップ３００において決定されたトラフィック量、及び、そのパスを利用する情報サービスの連携グラフのエッジ色とに基づいて、トラフィックを表す線の太さ及び色を決定し、図７に示すネットワーク構成監視画面９８に描画して制御をステップ２８２に戻すステップ３０２とを含む。

【0061】

ステップ２８４以下の一連の処理が一定時間ごとに実行される。したがって、図３に示す監視画面９０上のサービス連携の実行監視画面９２、ルール実行ログ表示画面９４、ネットワーク制御コマンド表示画面９６、及びネットワーク構成監視画面９８の表示は互いに同期して更新される。したがって、各サービス連携アプリケーションの情報サービス間でデータが送受信されると、そのサービス連携グラフのエッジが強調表示される。それと同期して、ネットワーク構成監視画面９８の、そのデータが送信された経路に相当するパスも同じ色で強調表示される。さらに、そのときのルールの実行ログもルール実行ログ表示画面９４において同じ色で表示され、そのルールの実行の結果として発行されるネットワーク制御コマンドもネットワーク制御コマンド表示画面９６において同じ色で表示される。

【0062】

［動作］
図８を参照して、上記した可視化装置１７４とそのためのバックエンドシステム１５０とは以下のように動作する。ＯｐｅｎＦｌｏｗコントローラ１６０は、所与の条件にしたがって、ＯｐｅｎＦｌｏｗネットワーク１７６内の各スイッチをフローテーブルにより制御している。例えばＯｐｅｎＦｌｏｗネットワーク１７６内に新しいスイッチが導入されたり新しいノードが追加されたりするたびに、ＯｐｅｎＦｌｏｗコントローラ１６０はＯｐｅｎＦｌｏｗネットワーク１７６の状態が所与の条件を充足するようにフローテーブルを生成し、各スイッチに配布する作業を行なう。ＯｐｅｎＦｌｏｗコントローラ１６０のそのような処理の結果のログ、及びＯｐｅｎＦｌｏｗネットワーク１７６の各パスのトラフィック等に関する情報はログサーバ１６２に送信され、一時的に蓄積され、適時にキャッシュＤＢ１７０に送信される。これら情報のうち、ネットワーク構成監視画面９８のネットワーク構成を描画するために必要な永続化用データは永続化用ＤＢ１６４に保存される。

【0063】

このネットワーク上のいずれかのノードで、何らかの情報サービスの提供が開始されたものとする。その情報サービスに関する情報（情報サービスの内容、性格、アドレス等）はそのサービスノード１６８からキャッシュＤＢ１７０に送信され、キャッシュＤＢ１７０にキャッシュされる。本実施の形態では、サービス連携アプリケーション２３０（図９参照）は既存のサービスノードをグラフ形式で組合せることにより作成され、ＤＳＮ記述２３２の形式でＤＳＮ記憶部２３３に保存される。

【0064】

ミドルウェア２１２のインタープリタ２３４は、このＤＳＮ記述を繰返し解釈する。すなわち、ＤＳＮ記述内のルールの各々について、その発火の条件が成立しているか否かをＯｐｅｎＦｌｏｗコントローラ１６０から与えられるネットワークの状況に基づいて判定する。ルールの発火条件が充足されていれば、インタープリタ２３４はそのルールを実行することにより、ＯｐｅｎＦｌｏｗ制御コマンドシーケンス２３６を生成しＯｐｅｎＦｌｏｗコントローラ１６０に送信する。インタープリタ２３４はまた、ルールの実行ログをログ記憶装置２４２に記憶する。制御コマンドが情報サービス間の通信パスの設定コマンドである場合には、その戻り値としてパス識別子がＯｐｅｎＦｌｏｗコントローラ１６０から送信されてくる。インタープリタ２３４はこのパス識別子をサービス連携の識別子と関係づけてパステーブル記憶部２４４に保存する。

【0065】

可視化装置１７４は、電源投入時に図３に示す監視画面９０の描画を開始する。具体的には、可視化装置１７４は、所定時間ごとに以下の処理を繰返す。

【0066】

可視化装置１７４は、ログ記憶装置２４２に記憶されたＤＳＮのルール実行ログに基づいてサービス連携の実行監視画面９２のサービス情報と情報サービスの配置情報、及びサービス連携グラフの描画を行なう。サービス連携グラフの描画の際には、サービス連携グラフごとにエッジを異なる色で描画する。

【0067】

可視化装置１７４は、ログ記憶装置２４２に記憶されたルール実行ログを読出してルール実行ログ表示画面９４に描画する。さらに可視化装置１７４は、ＯｐｅｎＦｌｏｗコントローラ１６０から取得した情報サービス間のトラフィック情報から図６のトラフィックログ表示領域１１０を描画し、ＯｐｅｎＦｌｏｗコントローラ１６０が受付けた各ノードからの制御コマンドの履歴を制御コマンド表示領域１１２に描画する。

【0068】

可視化装置１７４は、データ送信モジュール１６６から送信されてくる永続化情報（ネットワークのトポロジー情報及びノードとスイッチとの接続情報）に基づいて、ネットワーク構成監視画面９８のネットワーク構成画面を描画する。可視化装置１７４はさらに、ネットワーク構成画面の各物理線の画像に重ねて、各物理線を流れるトラフィック量を表す画像を描画する。この画像は、ＯｐｅｎＦｌｏｗコントローラ１６０から取得した、各物理線のトラフィック情報と、物理線に割当てられた最大帯域に基づいて描画される。

【0069】

可視化装置１７４はさらに、ネットワーク構成画面の各物理線の画像に重ねて、その物理線上を流れる情報サービス間のデータの流れを、サービス連携アプリケーションごとに、別々の色の線で描画する。この色は、パステーブル記憶部２４４を参照して、その物理線上に設定されたパスがどのサービス連携アプリケーションに対応するものかを調べることにより決定する。

【0070】

仮にネットワークのトポロジーが変化すると、その情報はＯｐｅｎＦｌｏｗコントローラ１６０から永続化用ＤＢ１６４に送信されて保持される。さらにこの情報はデータ送信モジュール１６６を経由して可視化装置１７４に与えられ、その結果、ネットワーク構成監視画面９８のネットワーク構成の描画が新しいトポロジーを反映するように変更される。

【0071】

ネットワークの状況が変化し、サービス連携アプリケーションによる要件が充足できなくなると、インタープリタ２３４はその要件に関連するルールの解釈の結果、要件を充足するように仮想的なネットワーク構成を変化させるようなＯｐｅｎＦｌｏｗ制御コマンドシーケンスを生成し、ＯｐｅｎＦｌｏｗコントローラ１６０に与える。ＯｐｅｎＦｌｏｗコントローラ１６０はこの制御コマンドに応答してフローテーブルを作り直し、各スイッチに配布する。各スイッチがこのフローテーブルにしたがってデータの送信経路を変更することにより、サービス連携アプリケーションの要求が充足される。このときのインタープリタ２３４のルール実行ログはログ記憶装置２４２に出力され、その結果によるＯｐｅｎＦｌｏｗコントローラ１６０の動作結果及びネットワークの状況は図８のログサーバ１６２に蓄積された後、キャッシュＤＢ１７０及びデータ送信モジュール１７２を経て一定時間おきに可視化装置１７４に送信される。可視化装置１７４は、この情報に基づいて、一定時間おきに、サービス連携の実行監視画面９２、ルール実行ログ表示画面９４、ネットワーク制御コマンド表示画面９６及びネットワーク構成監視画面９８の描画を更新する。この結果、ＤＳＮ記述のルールの実行と、そのルールが関連する情報サービスのデータの物理線上の伝送状況とがほぼリアルタイムで表示される。同じ情報サービスに関連する情報は同じ色で表示されるため、ある情報サービスに対するデータ伝送の物理ネットワーク上のパスの対応関係と、その伝送状況とが分かりやすく表示される。ルールの実行ログとネットワーク制御コマンドとが、サービス連携の実行監視画面９２及びネットワーク構成監視画面９８でのデータ伝送の表示と同期して表示されるので、どのようなルールが実行され、その結果どのようにネットワークの構成が変更されたのかを容易に理解することもできる。

【0072】

このように、サービス連携アプリケーションでのデータの流れと、物理ネットワーク上でのデータの流れとが同期して、しかも互いの関係が分かりやすい形で表示される。そのためネットワークの管理者は、サービス連携アプリケーションと、物理ネットワークの挙動とを俯瞰的に監視できる。

【0073】

［ハードウェア構成］
上記実施の形態に係る可視化装置１７４は、コンピュータハードウェアと、そのコンピュータハードウェア上で実行される上記したコンピュータプログラムとにより実現できる。図１１はこのコンピュータシステム３３０の外観を示し、図１２はコンピュータシステム３３０の内部構成を示す。

【0074】

図１１を参照して、このコンピュータシステム３３０は、メモリポート３５２及びＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）ドライブ３５０を有するコンピュータ３４０と、キーボード３４６と、マウス３４８と、モニタ３４２とを含む。

【0075】

図１２を参照して、コンピュータ３４０は、メモリポート３５２及びＤＶＤドライブ３５０に加えて、ＣＰＵ（中央処理装置）３５６と、ＣＰＵ３５６、メモリポート３５２及びＤＶＤドライブ３５０に接続されたバス３６６と、ブートプログラム等を記憶する読出専用メモリ（ＲＯＭ）３５８と、バス３６６に接続され、プログラム命令、システムプログラム、及び作業データ等を記憶するランダムアクセスメモリ（ＲＡＭ）３６０とを含む。コンピュータシステム３３０はさらに、他端末との通信を可能とするネットワークへの接続を提供するネットワークインターフェイス（Ｉ／Ｆ）３４４を含む。

【0076】

コンピュータシステム３３０を上記した実施の形態の可視化装置１７４の各機能部として機能させるためのコンピュータプログラムは、ＤＶＤドライブ３５０又はメモリポート３５２に装着されるＤＶＤ３６２又はリムーバブルメモリ３６４に記憶され、さらにハードディスク３５４に転送される。又は、プログラムはネットワーク３６８を通じてコンピュータ３４０に送信されハードディスク３５４に記憶されてもよい。プログラムは実行の際にＲＡＭ３６０にロードされる。ＤＶＤ３６２から、リムーバブルメモリ３６４から、又はネットワーク３６８を介して、直接にＲＡＭ３６０にプログラムをロードしてもよい。

【0077】

このプログラムは、コンピュータ３４０を、上記実施の形態に係る可視化装置１７４の各機能部として機能させるための複数の命令からなる命令列を含む。コンピュータ３４０にこの動作を行なわせるのに必要な基本的機能のいくつかはコンピュータ３４０上で動作するオペレーティングシステム若しくはサードパーティのプログラム、又は、コンピュータ３４０にインストールされる各種プログラミングツールキット又はプログラムライブラリにより提供される。したがって、このプログラム自体はこの実施の形態のシステム及び方法を実現するのに必要な機能全てを必ずしも含まなくてよい。このプログラムは、命令のうち、所望の結果が得られるように制御されたやり方で適切な機能又はプログラミングツールキット内の適切なプログラムツールを呼出すことにより、上記したシステムとしての機能を実現する命令のみを含んでいればよい。もちろん、プログラムのみで必要な機能を全て提供するようにしてもよい。

【0078】

上記実施の形態では、ＤＳＮ記述２３２、インタープリタ２３４によるＤＳＮ記述のルール実行ログ、辞書２４０、及びパステーブル記憶部２４４等は、ＲＡＭ３６０又はハードディスク３５４に記憶される。すなわち、図９に示すＤＳＮ記憶部２３３及びログ記憶装置２４２等はＲＡＭ３６０又はハードディスクにより実現される。これらの値はさらに、ＵＳＢメモリ等のリムーバブルメモリ３６４に記憶されてもよいし、ネットワーク等の通信媒体を介して他のコンピュータに送信されてもよい。

【0079】

コンピュータプログラムを実行する際のコンピュータシステム３３０の動作は周知である。したがってここではその詳細については繰返さない。

【0080】

上記実施の形態では、監視画面９０にはサービス連携の実行監視画面９２、ルール実行ログ表示画面９４、ネットワーク制御コマンド表示画面９６、及びネットワーク構成監視画面９８を同時に表示している。その結果、ネットワークに関する情報が一時に俯瞰できるという効果を得ることができる。しかし本発明はそのような実施の形態には限定されない。例えばサービス連携の実行監視画面９２とネットワーク構成監視画面９８のみを同時に、かつ互いに同期して表示するようにしてもよい。さらに、これに追加してルール実行ログ表示画面９４又はネットワーク制御コマンド表示画面９６を追加して表示してもよいことはいうまでもない。

【0081】

また、上記実施の形態では、各サービス連携のグラフのエッジ色は、情報サービス間の通信パス設定コマンドを実行した際に、図９に示されるＯｐｅｎＦｌｏｗコントローラ１６０からミドルウェア２１２に返されるパス識別子に基づいて決定している。しかし本発明はそのような実施の形態には限定されない。例えば、情報サービス間の通信パスの識別子をミドルウェア２１２が全て管理するようにし、ＯｐｅｎＦｌｏｗコントローラ１６０には新たに設定すべき通信パスの識別子を実行パラメータとして渡すようにしてもよい。

【0082】

上記実施の形態では、ネットワーク構成の変更をソフトウェアにより制御するものとしてＯｐｅｎＦｌｏｗを採用している。しかし本発明はその様な実施の形態には限定されない。例えばＰＩＡＸ等を採用することもできる。

【0083】

今回開示された実施の形態は単に例示であって、本発明が上記した実施の形態のみに制限されるわけではない。本発明の範囲は、発明の詳細な説明の記載を参酌した上で、特許請求の範囲の各請求項によって示され、そこに記載された文言と均等の意味及び範囲内での全ての変更を含む。

【符号の説明】

【0084】

３０ ＯｐｅｎＦｌｏｗネットワーク
４０ スイッチ群
４２，１６０ ＯｐｅｎＦｌｏｗコントローラ
５０，５２，５４，５６ ＯｐｅｎＦｌｏｗスイッチ
９０ 監視画面
９２ サービス連携の実行監視画面
９４ ルール実行ログ表示画面
９６ ネットワーク制御コマンド表示画面
９８ ネットワーク構成監視画面
１００ サービス情報表示領域
１０２ サービス連携グラフ表示領域
１０４ サービス位置表示領域
１１０ トラフィックログ表示領域
１１２ 制御コマンド表示領域
１２０，１２２，１２４，１２６，１２８，１３０ スイッチ
１４０，１４２ データ転送のパス
１５０ バックエンドシステム
１６２ ログサーバ
１６４ 永続化用ＤＢ
１６６，１７２ データ送信モジュール
１６８ サービスノード
１７０ キャッシュＤＢ
１７４ 可視化装置
１７６ ＯｐｅｎＦｌｏｗネットワーク
２１２ ミドルウェア
２３４ インタープリタ
２３６ ＯｐｅｎＦｌｏｗ制御コマンドシーケンス
２４２ ログ記憶装置
２４４ パステーブル記憶部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】