JP2024031017A - 情報処理装置、情報処理方法、およびプログラム - Google Patents

Abstract

【課題】記録する通信フローのデータサイズを最小化することができる情報処理装置、情報処理方法、およびプログラムを提供することを目的とする。
【解決手段】情報処理装置は、通信フローデータを、通信の送信元と通信の宛先に関する情報と通信内容を示す情報である２点間情報と、通信フローデータをキャプチャした箇所を示す情報を有する付加情報と、通信の発生日時とパケット数とオクテット数を有する統計情報とに分離し、２点間情報が新規であるか否かを確認すると共に２点間情報および統計情報の記録処理を行う記憶処理部と、２点間情報を集約し、最適化処理を実行する管理部と、を備える。
【選択図】図１

Description

本発明は、情報処理装置、情報処理方法、およびプログラムに関する。

近年、サイバー攻撃の多様化、複雑化が進んでいる一方で、企業ネットワークでは、クラウドサービスの利用やリモートアクセスが増え、また、ＩｏＴ（Internet of Things）デバイスやモバイル端末など、新たなＩＴ機器の接続数が増加してきている。このような状況の中で、企業内ネットワークであってもセキュリティの警戒を怠らないゼロトラスト・セキュリティモデルの考え方が叫ばれるようになってきており、ネットワークセキュリティの重要性がさらに高まってきている。

一方で、セキュリティインシデントが発生した場合、迅速にその原因を究明し、影響範囲を明らかにした上で、現在のネットワークに対する課題に対処していくことで、セキュリティインシデントを発生させなくする一連の行動に対しての重要性が高まってきている。この一連の行動は、ネットワークフォレンジックと呼ばれ、ネットワークの通信状況を示す様々な記録を残すことが基本となっている。なお、企業内ネットワークにつながるＩＴ機器は増加する一方で、かつ、通信のデータ量も拡大しているため、通信内容をすべて記録、保全するためには、コンピューターの高いリソース（処理性能、ストレージ容量）が必要となり、すべての記録、保全を行うには膨大なコストが発生する。

企業内ネットワークのセキュリティ対策としては、一般的に、外部ネットワークとの境目にあたる箇所にファイアウォール機器を配置したり、Ｗｅｂサービスを提供するサーバーの前にＷｅｂサービス専用のファイアウォールであるＷＡＦ（Web Application Firewall）機器を配置したりして、外部からの攻撃に対応する。また、セキュリティ対策は、不正侵入検知・防御のための機器であるＩＤＳ（Intrusion Detection System）やＩＰＳ（Intrusion Prevention System）を配置してセキュリティレベルを高める構成も多くとられている。これらの機器は、通信内容の細かな分析を目的としているため、処理諸元に制限があり、企業内ネットワークを流れるすべての通信をこれらの機器に流し分析することができない。また、これらは、一般的に高価な機器であるため、企業内ネットワークの様々な箇所に配置することも困難である。そのため、多くの場合で、外部から企業ネットワークに入ってくる通信だけをセキュリティ対策の対象とせざるおえない状況となっている。

このため、企業内ネットワークの広範囲にわたる大量な通信データを、コンピューターリソースを抑えて効率的に記録、保全するための技術、および、企業内ネットワークの広範囲の通信状況を分析し、セキュリティリスクを検知できる技術が求められている。

これに対して、例えば特許文献１には、通信状態を表す状態量の履歴データを集約項目毎に集約して履歴空間データを生成し、生成された履歴空間データを基準として通信状態を表す状態量の観測データに生じた差異に基づいて情報通信ネットワークの通信状態の変化を検出する技術が開示されている。

特開２００８－２５２４２７号公報

しかしながら、特許文献１に記載の技術では、分析負荷が高く、高性能な処理環境を準備する必要があるため、費用面で、広範囲の複数配置が難しい。

本発明の目的の一例は、上記の課題を解決する情報処理装置、情報処理方法、およびプログラムを提供することを目的としている。

本発明の第１の態様の情報処理装置は、通信フローデータを、通信の送信元と通信の宛先に関する情報と通信内容を示す情報である２点間情報と、前記通信フローデータをキャプチャした箇所を示す情報を有する付加情報と、通信の発生日時とパケット数とオクテット数を有する統計情報とに分離し、前記２点間情報が新規であるか否かを確認すると共に前記２点間情報および前記統計情報の記録処理を行う記憶処理部と、前記２点間情報を集約し、最適化処理を実行する管理部と、を備える。

本発明の第２の態様の情報処理方法は、記憶処理部が、通信フローデータを、通信の送信元と通信の宛先に関する情報と通信内容を示す情報である２点間情報と、前記通信フローデータをキャプチャした箇所を示す情報を有する付加情報と、通信の発生日時とパケット数とオクテット数を有する統計情報とに分離し、前記２点間情報が新規であるか否かを確認すると共に前記２点間情報および前記統計情報の記録処理を行い、管理部が、前記２点間情報を集約し、最適化処理の実行を行う。

本発明の第３の態様のプログラムは、コンピューターに、通信フローデータを、通信の送信元と通信の宛先に関する情報と通信内容を示す情報である２点間情報と、前記通信フローデータをキャプチャした箇所を示す情報を有する付加情報と、通信の発生日時とパケット数とオクテット数を有する統計情報とに分離させ、前記２点間情報が新規であるか否かを確認させると共に前記２点間情報および前記統計情報の記録処理を行わせ、前記２点間情報を集約させ、最適化処理の実行を行わせる。

本発明によれば、通信フローのデータから通信を行う２点間の情報を抽出し、２点間情報と統計情報（オクテット数、パケット数）を分離して管理することで、記録する通信フローのデータサイズを最小化することができる。

実施形態に係る情報処理装置の基本構成例を示す図である。 実施形態に係る情報処理システムの構成例を示す図である。 実施形態に係る情報処理装置の構成例を示す図である。 実施形態に係る通信フローデータの例を示す図である。 実施形態に係る２点間情報リストの例を示す図である。 実施形態に係る付加情報の例を示す図である。 実施形態に係る統計情報の例を示す図である。 実施形態に係る通信フローデータの記録処理手順例を示すフローチャートである。 実施形態に係るデータ検索部が行う処理手順例を示すフローチャートである。 実施形態に係る変数化処理手順例のフローチャートである。 変数化処理前の２点間情報を示す図である。 変数化処理後の２点間情報を示す図である。 各リスクレベルの値の例を示す図である。 実施形態に係るリスクレベル１の２点間情報に対するリスク検査部の処理手順例のフローチャートである。 実施形態に係るリスクレベル２の２点間情報に対するリスク検査部の処理手順例のフローチャートである。 分割していない通信フローデータの各項目のデータサイズ例を示す図である。 通信フローデータを分割したうちの２点間情報の各項目のデータサイズ例を示す図である。 通信フローデータを分割したうちの付加情報の各項目のデータサイズ例を示す図である。 通信フローデータを分割したうちの統計情報の各項目のデータサイズ例を示す図である。

以下、本発明の実施形態を説明するが、以下の実施形態は請求の範囲にかかる発明を限定するものではない。また、実施形態の中で説明されている特徴の組み合わせの全てが発明の解決手段に必須であるとは限らない。

［情報処理装置の基本構成例］
図１は、本実施形態に係る情報処理装置の基本構成例を示す図である。図１のように、情報処理装置１は、例えば、記憶処理部２と、管理部３を備える。

記憶処理部２は、ネットワークからの通信フローデータを受信し処理を行う。記憶処理部２は、通信フローデータを２点間情報と統計情報とに分離し、新規の２点間情報か否かを確認すると共に２点間情報、統計情報の記録処理を行う。

管理部３は、記録されている２点間情報をさらに集約、最適化する処理の実行や、運用者が時系列の通信フローデータを検索、閲覧することができる仕組みを提供する。

なお、各部は、独立して動作するが、２点間情報を介して処理が連動している。また、各部は、互いに通信が可能であれば、同一のハードウェア、または、オペレーションシステム上に配置しても、配置しなくてもよい。また、図１に示した構成は一例であり、これに限らない。

本実施形態の構成によれば、通信フローのデータから通信を行う２点間の情報を抽出し、２点間情報と統計情報（オクテット数、パケット数）を分離して管理することで、記録する通信フローのデータサイズを最小化することができる。

［情報処理システムの構成例］
図２は、本実施形態に係る情報処理システムの構成例を示す図である。図２に示すように、情報処理装置１は、ネットワークＮＷから通信フローデータを収集して、処理を行う。ネットワークＮＷは、例えば、ルーターＲ１～Ｒ４、サーバーＳｅ１～Ｓｅ３、および端末Ｃ１～Ｃ６を備える。

サーバーＳｅ１～Ｓｅ３は、ネットワークＮＷを介してサービスを提供する。
端末Ｃ１～Ｃ６は、ネットワークＮＷを介してサービスを利用する。
なお、端末やサーバーのネットワーク接続に関しては、有線接続であっても、無線接続
であってもよい。また、図２に示した構成は一例であり、ルーター、サーバー、端末の数は、これに限らない。

［情報処理装置の構成例］
図３は、本実施形態に係る情報処理装置の構成例を示す図である。図３に示したように、情報処理装置１Ａは、例えば、記憶処理部２と、管理部３と、判定部４と、対処部５と、第１記憶部６を備える。
記憶処理部２は、例えば、通信フローデータ受信部２１と、２点間情報抽出部２２を備える。
管理部３は、例えば、データ検索部３１と、２点間情報検査部３２と、第２記憶部３３を備える。
判定部４は、例えば、リスク検査部４１と、第３記憶部４２を備える。
対処部５は、例えば、アクション実行部５１を備える。

第１記憶部６は、２点間情報を記憶する。なお、本実施形態において、２点間情報とは、通信の送信元、宛先に関する情報と通信内容を示す情報である。なお、第１記憶部６が記憶する情報については、後述する。

通信フローデータ受信部２１は、ルーターから、例えば、ｓＦｌｏｗ、ＮｅｔＦｌｏｗ、ＩＰＦＩＸ等の通信フローデータを受信する。または、通信フローデータ受信部２１は、ルーターの特定インターフェイスを流れる通信をパケットキャプチャし、通信の一連のフローをまとめた通信フローデータを生成して、生成された通信フローデータを受信する。

２点間情報抽出部２２は、受信した通信フローデータを２点間情報、付加情報、統計情報の３つに分割する。なお、本実施形態において、付加情報とは、通信フローデータをキャプチャした箇所を示す情報、例えば「Ｒ１のインターフェイス１」等の情報である。また、本実施形態において、統計情報とは、通信の発生日時、パケット数、オクテット数等の情報である。

２点間情報抽出部２２は、２点間情報に含まれている送信元ポート番号、および、宛先ポート番号のいずれかが１０２３番以下のウェルノウンポート（Well Known Ports）を示す値か、または運用者が指定する特定サービスを示すポート番号値を確認する。なお、ウェルノウンポートとは、サービスやプロトコルが利用するために予約されているポートである。２点間情報抽出部２２は、２点間情報に固定ポートが含まれていた場合、その通信の対向となるポート番号を通信のために一時的に割り当てられたエフェメラルポートであると判断し、そのポート番号を２点間情報の変数として処理する。なお、エフェメラルポートとは、例えば、特定の用途やプロトコルによって固定的に使用することが想定されておらず、ソフトウェアやプロトコルからも自由に利用することができるポートである。また、２点間情報抽出部２２は、変数化の対象となったポート番号の値である場合、統計情報に付加する。

２点間情報抽出部２２は、変数化の判断、処理を実施した後、第１記憶部６に問い合わせ、抽出した２点間情報と同一の情報がすでに存在するか否かを確認する。２点間情報抽出部２２は、同一情報が存在しない場合、第１記憶部６に２点間情報を記録する。この時、２点間情報抽出部２２は、変数化処理を実施していた場合、リスクレベルに例えば１を指定する。２点間情報抽出部２２は、変数化処理を実施していない場合（送信元、宛先の両ポートとも固定ポートと判断できない場合）、リスクレベルに例えば２を指定する。なお、リスクレベルとは、後述するように通信状態を表す。

２点間情報抽出部２２は、第１記憶部６に問い合わせ、抽出した付加情報と同一の情報がすでに存在するか否かを確認する。２点間情報抽出部２２は、同一情報が存在しない場合、第１記憶部６に付加情報を記録する。

２点間情報抽出部２２は、２点間情報と付加情報を識別するＩＤを取得し、統計情報に付加して、管理部３の第２記録部３３に統計情報を記憶させる。２点間情報抽出部２２は、２点間情報、付加情報の記録がすでに存在していた場合、２点間情報と付加情報を識別するＩＤ、ポート番号の変数を付加した統計情報を、第２記録部３３に記憶させる。

データ検索部３１は、記録された通信フローデータを、一般的な装置が使用している形式と同じ形式で閲覧できるように組み立てる処理を行う。データ検索部３１は、例えば運用者が指定した検索条件に従い、２点間情報や統計情報を検索し、各情報のＩＤ（識別情報）を利用して結合して出力する。

２点間情報検査部３２は、第１記憶部６に記録されたリスクレベル２の２点間情報に対し、送信元ポート番号、または、宛先ポート番号の変数化が可能かを検査する。なお、処理方法については、後述する。

第２記憶部３３は、記憶処理部２の２点間情報抽出部２２が抽出した情報等を記憶する。

判定部４は、２点間情報を元にネットワークセキュリティの観点で懸念がないかを判定する。判定部４は、過去に同様の２点間の通信が存在していないか、２点間情報が一定数の発生頻度を満たしているか、通信プロトコルに従った通信挙動か否か等を踏まえて、セキュリティリスクのレベルを決定する。

リスク検査部４１は、第１記憶部６に記録されている２点間情報のリスクレベル値に応じて処理を行う。リスク検査部４１は、例えば、リスクレベル１以上の２点間情報に対して、セキュリティ観点でのリスク判定処理を行う。その際、リスク検査部４１は、第３記憶部４２に登録されている各種プロトコルの動作仕様に関する情報や運用者が事前に登録した禁止する通信内容（ＩＰアドレス、ポート番号、プロトコル）の情報と照らし合わせる。リスク検査部４１は、リスク判定結果に基づいて、アクション実行部５１を介して、例えば運用者に警戒が必要な通信が発生していることを通知する。または、リスク検査部４１は、リスク判定結果に基づいて、アクション実行部５１を介して、例えば運用者が事前に登録している処理を経路に対して実行する。

第３記憶部４２は、各種プロトコルの動作仕様に関する情報や運用者が事前に登録した禁止する通信内容の情報を記憶する。

対処部５は、判定部４が決定したリスクレベルに対し、対処を実行する。ここでの対処とは、例えば、運用者へのディスプレイ表示、音、光などによる通知やメール送信による通知、ルーターへのアクセスコントロールリストの設定や通信経路の変更設定の経路制御等の実行などが含まれる。

アクション実行部５１は、リスク検査部４１が出力する情報を通知する。アクション実行部５１は、リスク検査部４１が出力する経路に対する処理を行う。

本実施形態によれば、記憶処理部２と管理部３が、通信フローのデータから通信を行う２点間の情報を抽出し、２点間情報と統計情報（オクテット数、パケット数）を分離して管理することで、記録する通信フローのデータサイズを最小化することができる。
また、本実施形態によれば、判定部４によって、すべての通信フローのデータではなく、抽出された2点間情報を分析することにより、効率的に、普段とは異なる通信挙動を検出することができる。

[通信フローデータ例]
次に、通信フローデータの例を説明する。
図４は、本実施形態に係る通信フローデータの例を示す図である。図４に示しように、通信フローデータは、例えば、送信元ＩＰ（Internet Protocol）アドレス、送信元ポート番号、送信元ネットマスク、送信元ＡＳ（Autonomous System）番号、宛先ＩＰアドレス、宛先ポート番号、宛先ネットマスク、宛先ＡＳ番号、ＴｏＳ（Type of Service）、プロトコルを示す情報、ＴＣＰフラグ、キャプチャ箇所を示す情報、パケット数、オクテット数、通信時間（ｍｓ）、および発生日時を示す情報を有する。

上記のうち、送信元ＩＰアドレス、送信元ポート番号、送信元ネットマスク、送信元ＡＳ番号、宛先ＩＰアドレス、宛先ポート番号、宛先ネットマスク、宛先ＡＳ番号、ＴｏＳ、プロトコルを示す情報、およびＴＣＰフラグは、２点間情報（ｇ１１）である。
キャプチャ箇所を示す情報は、付加情報（ｇ１２）である。
パケット数、オクテット数、通信時間、および発生日時を示す情報は、統計情報（ｇ１３）である。
なお、図４に示した例は一例であり、通信フローデータはこれに限らない。

[２点間情報リスト例]
次に、第１記憶部６が記憶する２点間情報リストの例を説明する。
図５は、本実施形態に係る２点間情報リストの例を示す図である。図５に示すように、２点間情報リストは、例えば、ＩＤ（識別情報）に、送信元ＩＰアドレス、送信元ポート番号、送信元ネットマスク、送信元ＡＳ番号、宛先ＩＰアドレス、宛先ポート番号、宛先ネットマスク、宛先ＡＳ番号、ＴｏＳ、プロトコルを示す情報、ＴＣＰフラグ、およびリスクレベルが関連付けられている。なお、ＴＣＰフラグにおいて、ＳＹＮは通信フローの中でコネクション確立要求の通信実績があることを示すフラグであり、ＡＣＫは通信フローの中で受信応答の通信実績があることを示すフラグであり、ＦＩＮは通信フローの中でコネクション終了要求の通信実績があることを示すフラグである。
なお、図５に示した例は一例であり、２点間情報リストはこれに限らない。

[リスクレベル]
ここで、リスクレベルについて、図５を参照しつつ説明する。本実施形態では、リスクレベルを、例えば、０、１、２、３、４とする。リスクレベルは、判定部４のリスク検査部４１が設定する。

例えば、リスク検査部４１は、変数化処理を実施していた場合、リスクレベルを１に設定する。リスク検査部４１は、変数化処理を実施していない場合（送信元、宛先の両ポートとも固定ポートと判断できない場合）は、リスクレベルを２に設定する。なお、変数化処理については、後述する。

[付加情報例]
次に、付加情報の例を説明する。
図６は、本実施形態に係る付加情報の例を示す図である。図６の示すように、付加情報は、キャプチャ箇所に関する情報であり、例えばルーターのインターフェイスの箇所を示す情報である。付加情報は、例えば、「ルーターＲ１のインターフェイス１」、「ルーターＲ１のインターフェイス１０」、「ルーターＲ４のインターフェイス２」、…である。また、図６のように、付加情報には、ＩＤが付与されている。

[統計情報リスト例]
次に、第２記憶部３３に記憶される統計情報の例を説明する。
図７は、本実施形態に係る統計情報の例を示す図である。図７のように、統計情報は、例えば、発生日時を表す情報、２点間情報のＩＤ、キャプチャ箇所のＩＤ、パケット数、オクテット数、通信時間（ｍｓ）、および変数を有する。
なお、図７に示した例は一例であり、統計情報はこれに限らない。

[通信フローデータの記録処理手順例]
次に、通信フローデータの記録処理手順例を説明する。図８は、本実施形態に係る通信フローデータの記録処理手順例を示すフローチャートである。

（ステップＳ１）記憶処理部２の通信フローデータ受信部２１は、ネットワークＮＷから通信フローデータを取得する。

（ステップＳ２）記憶処理部２の２点間情報抽出部２２は、取得された通信フローデータに含まれる送信元ポートと宛先ポートを抽出する。２点間情報抽出部２２は、送信元ポート番号、および宛先ポート番号のいずれかが１０２３番以下のウェルノウンポートを示す値か、または運用者が指定する特定サービスを示すポート番号値かを判別する。なお、本実施形態においては、１０２３番以下のウェルノウンポート、および運用者が指定する特定サービスを示すポートを「固定ポート」という。すなわち、２点間情報抽出部２２は、送信元ポートと宛先ポートのうちのいずれかが固定ポートであるか否かを判別する。２点間情報抽出部２２は、送信元ポートと宛先ポートのうちのいずれかが固定ポートである場合（ステップＳ２；ＹＥＳ）、ステップＳ３の処理に進める。２点間情報抽出部２２は、送信元ポートと宛先ポートが固定ポートではない場合（ステップＳ２；ＮＯ）、ステップＳ４の処理に進める。

（ステップＳ３）２点間情報抽出部２２は、２点間情報に固定ポートが含まれていたため、その通信の対向となるポート番号を通信のために一時的に割り当てられたエフェメラルポートだと判断する。２点間情報抽出部２２は、固定ポートのポート番号を２点間情報の変数として処理する。

（ステップＳ４）２点間情報抽出部２２は、第１記憶部６を参照し、抽出した２点間情報と同一の情報がすでに第１記憶部６に記憶されているか否かを確認する。２点間情報抽出部２２は、抽出した２点間情報と同一の情報がすでに第１記憶部６に記憶されている場合（ステップＳ４；ＹＥＳ）、ステップＳ９の処理に進める。２点間情報抽出部２２は、抽出した２点間情報と同一の情報が第１記憶部６に記憶されていない場合（ステップＳ４；ＮＯ）、ステップＳ５の処理に進める。

（ステップＳ５）２点間情報抽出部２２は、変数化処理を行っているか否かを判別する。２点間情報抽出部２２は、変数化処理を行っていない場合（ステップＳ５；ＮＯ）、ステップＳ６の処理に進める。２点間情報抽出部２２は、変数化処理を行っている場合（ステップＳ５；ＹＥＳ）、ステップＳ７の処理に進める。

（ステップＳ６）２点間情報抽出部２２は、変数化処理を実施していない（送信元、宛先の両ポートとも固定ポートと判断できない）ため、リスクレベルを２に設定する。処理後、２点間情報抽出部２２は、ステップＳ８の処理に進める。

（ステップＳ７）２点間情報抽出部２２は、変数化処理を実施しているため、リスクレベルを１に設定する。処理後、２点間情報抽出部２２は、ステップＳ８の処理に進める。

（ステップＳ８）２点間情報抽出部２２は、設定したリスクレベルを２点間情報に関連付けて第１記憶部６に記憶させる。この時、記憶した２点間情報に対するＩＤが、第１記憶部６によって採番される。

（ステップＳ９）２点間情報抽出部２２は、ステップＳ８で記憶させた２点間情報に対するＩＤを取得する。または、２点間情報抽出部２２は、ステップＳ４で同一と判断した２点間情報に対するＩＤを取得する。

（ステップＳ１０）２点間情報抽出部２２は、第１記憶部６を参照し、付加情報と同一の情報がすでに第１記憶部６に記憶されているか否かを確認する。２点間情報抽出部２２は、抽出した付加情報と同一の情報がすでに第１記憶部６に記憶されている場合（ステップＳ１０；ＹＥＳ）、ステップＳ１２の処理に進める。２点間情報抽出部２２は、抽出した付加情報と同一の情報が第１記憶部６に記憶されていない場合（ステップＳ１０；ＮＯ）、ステップＳ１１の処理に進める。

（ステップＳ１１）２点間情報抽出部２２は、同一情報が存在しないため、第１記憶部６に付加情報を記憶させる。この時、記憶した付加情報に対するＩＤが第１記憶部６によって採番される。

（ステップＳ１２）２点間情報抽出部２２は、ステップＳ１１で記憶させた付加情報に対するＩＤを取得する。または、２点間情報抽出部２２は、ステップＳ１０で同一と判断した付加情報に対するＩＤを取得する。

（ステップＳ１３）２点間情報抽出部２２は、統計情報に、２点間情報と、付加情報のＩＤを紐付ける。

（ステップＳ１４）２点間情報抽出部２２は、紐付けた統計情報を第２記憶部３３に記憶させる。

［データ検索部が行う処理例］
次に、管理部３のデータ検索部３１が行う処理例を説明する。図９は、本実施形態に係るデータ検索部が行う処理手順例を示すフローチャートである。

（ステップＳ１０１）データ検索部３１は、２点間情報が処理対象であるリスクレベル２であるか否かを判別する。データ検索部３１は、リスクレベルが２である場合（ステップＳ１０１；ＹＥＳ）、ステップＳ１０２の処理に進める。データ検索部３１は、リスクレベルが２ではない場合（ステップＳ１０１；ＮＯ）、処理を終了する。

（ステップＳ１０２）データ検索部３１は、同一の宛先ＩＰアドレスと宛先ポート番号の組み合わせ情報を持つ２点間情報が他に存在するか否かを判別する。データ検索部３１は、同一の宛先ＩＰアドレスと宛先ポート番号の組み合わせ情報を持つ２点間情報が他に存在する場合（ステップＳ１０２；ＹＥＳ）、ステップＳ１０３の処理に進める。データ検索部３１は、同一の宛先ＩＰアドレスと宛先ポート番号の組み合わせ情報を持つ２点間情報が他に存在しない場合（ステップＳ１０２；ＮＯ）、処理を終了する。

（ステップＳ１０３）データ検索部３１は、同一の宛先ＩＰアドレスと宛先ポート番号の組み合わせ情報を持つ２点間情報の数が一定数以上であるか否かを判別する。データ検索部３１は、同一の宛先ＩＰアドレスと宛先ポート番号の組み合わせ情報を持つ２点間情報の数が一定数以上である場合（ステップＳ１０３；ＹＥＳ）、ステップＳ１０４の処理に進める。データ検索部３１は、同一の宛先ＩＰアドレスと宛先ポート番号の組み合わせ情報を持つ２点間情報の数が一定数未満である場合（ステップＳ１０３；ＮＯ）、処理を終了する。

（ステップＳ１０４）データ検索部３１は、宛先となるＩＰアドレスに紐づくポート番号を、特定サービスを提供する固定ポートと判断し、変数化のための処理を実行する。

［変数化処理例］
次に、変数化処理例を説明する。図１０は、本実施形態に係る変数化処理手順例のフローチャートである。

（ステップＳ２０１）２点間情報抽出部２２は、２点間情報において、固定ポートだと判断した宛先ポート番号の対向となる送信元ポート番号を抜き出して、２点間情報の変数とする（変数化）。

（ステップＳ２０２）２点間情報抽出部２２は、変数化した２点間情報のリスクレベル１に変更する。

（ステップＳ２０３）２点間情報抽出部２２は、処理を行った２点間情報のＩＤに紐づけられている統計情報を検索する。

（ステップＳ２０４）２点間情報抽出部２２は、探索して見つけた統計情報の変数値として抜き出した送信元ポート番号を変数値として記録する。

（ステップＳ２０５）２点間情報抽出部２２は、変数化の処理を行った２点間情報と同じ内容が第１記憶部６に存在しているか否かを確認する。２点間情報抽出部２２は、変数化した２点間情報と同じ内容が第１記憶部６に存在している場合（ステップＳ２０５；ＹＥＳ）、ステップＳ２０６の処理に進める。２点間情報抽出部２２は、変数化した２点間情報と同じ内容が第１記憶部６に存在していない場合（ステップＳ２０５；ＮＯ）、処理を終了する。

（ステップＳ２０６）２点間情報抽出部２２は、先に採番されているＩＤを残し、後に採番したＩＤの２点間情報を削除する。

（ステップＳ２０７）２点間情報抽出部２２は、第２記憶部３３の削除したＩＤに紐づく統計情報を探索する。

（ステップＳ２０８）２点間情報抽出部２２は、探索して見つかった２点間情報のＩＤ値を残したＩＤ値に変更する。

このように、２点間情報抽出部２２は、固定ポートと判断した同一のＩＰアドレス、および、ポート番号で送信を行っている２点間情報の宛先ポート番号に対する変数化処理を、図１０のように実施する。

変数化処理の例を、図１１、図１２を用いて説明する。図１１は、変数化処理前の２点間情報を示す図である。図１２は、変数化処理後の２点間情報を示す図である。
図１１、１２に示す例では、ＩＰアドレス「１７２．３１．１．２００」のポート番号「２３４５７」を固定ポートであると判断し、２点間情報のＩＤ「５」、「６」、「１０」、「１１」、「１５」、「１６」に対し、変数化の処理を実施している。そして、この例においては、図１１、１２のように、変数化の処理後、「５」と「１０」、「６」と「１１」の２点間情報が同一となったため、「１０」、「１１」の２点間情報を削除している。

フローデータ記録装置３３と管理部３の動作により、通信フローデータは、２点間情報、付加情報、および、統計情報と分離され、最適化された形式で記録される。本実施形態では、記録された通信フローデータを図４に示した形式で閲覧できるように組み立てる処理をデータ検索部３１が行うようにした。データ検索部３１は、運用者が指定した検索条件に従い、２点間情報や統計情報を検索し、各情報のＩＤを利用して結合し、出力する。これらの仕組みにより、本実施形態によれば、記録するデータサイズを削減しつつ、視認性のある通信フローデータの記録が実現できる。

［リスクレベル］
次に、リスクレベルの例を説明する。
判定部４は、第１記憶部６、および第２記憶部３３において、一定期間の通信フローデータが記録されてから処理動作を開始する。リスク検査部４１は、第１記憶部６に記録されている２点間情報のリスクレベル値に応じて処理を実施する。図１３は、各リスクレベルの値の例を示す図である。

図１３のように、リスクレベル「０」は、「日常的な正常な通信であることを示す。」レベルである。リスクレベル「１」は、「固定ポートによる通信で、日常的な正常な通信であるか否かを判断できていないことを示す。」レベルである。リスクレベル「２」は、「不明なポートによる通信で、日常的な正常な通信であるか否かを判断できていないことを示す。」レベルである。リスクレベル「３」は、「セキュリティ観点で警戒すべきリスクがあると判断した通信であることを示す。」レベルである。リスクレベル「４」は、「セキュリティ観点で対策すべきリスクがあると判断した通信であることを示す。」レベルである。リスクレベル「１０」は、「例外的な通信であることを示す。」レベルである。なお、図１３の示したリスクレベルの値や内容は一例であり、これに限らない。

まず、リスクレベル１の２点間情報に対するリスク検査部の処理について説明する。図１４は、本実施形態に係るリスクレベル１の２点間情報に対するリスク検査部の処理手順例のフローチャートである。

リスク検査部４１は、リスクレベル１の２点間情報を検索し、順番にリスク状況を確認していく。
（ステップＳ３０１）リスク検査部４１は、プロトコルの値を確認し、プロトコルがＴＣＰであるか否かを確認する。リスク検査部４１は、プロトコルがＴＣＰである場合（ステップＳ３０１；ＹＥＳ）、ステップＳ３０２の処理に進める。リスク検査部４１は、プロトコルがＴＣＰではない場合（ステップＳ３０１；ＮＯ）、ステップＳ３０５の処理に進める。

（ステップＳ３０２）ＴＣＰであった場合、リスク検査部４１は、ＴＣＰ固有の確認を実施する。具体的には、リスク検査部４１は、ＴＣＰフラグの値から、プロトコル仕様に従ったコネクション処理が正しく実施されているかを確認する。

（ステップＳ３０３）通信フローデータには、一連の通信処理を時間で分割してキャプチャされる場合がある。このため、リスク検査部４１は、ＴＣＰフラグ値が、「ＳＹＮ、ＡＣＫ、ＦＩＮ」ではなかった場合、ＴＣＰフラグ値以外がすべて同値の２点間情報を検索し、当該２点間情報のＴＣＰフラグ値と統合して、コネクション処理の状況を確認する。この処理によってリスク検査部４１は、ＴＣＰフラグの値が不正であるか否かを確認する。リスク検査部４１は、ＴＣＰフラグの値が不正である場合（ステップＳ３０３；ＹＥＳ）、ステップＳ３０４の処理に進める。リスク検査部４１は、ＴＣＰフラグの値が不正ではなかった場合（ステップＳ３０３；ＮＯ）、ステップＳ３０６の処理に進める。

（ステップＳ３０４）ＴＣＰフラグ値が不正な場合、リスク検査部４１は、例えば、ＳＹＮのみやＦＩＮのみの場合は不正と判断し、２点間情報のリスクレベルを４に変更する。リスク検査部４１は、処理後、リスクレベルに関する処理を終了する。

（ステップＳ３０５）プロトコルがＴＣＰ以外の場合、リスク検査部４１は、第３記憶部４２に登録されている各種プロトコル動作仕様の情報と照らし合わせて、ポート番号、またはプロトコルの値から、往復の通信が発生する仕様、すなわち返信処理を行う通信であるか否かを確認する。例えば、ポート番号が「５３」でプロトコルが「ＵＤＰ」の場合は、Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ（ＤＮＳ）への名前解決要求などの通信であることが分かるため、要求に対する返信を示す通信が発生する。リスク検査部４１は、返信処理を行う通信である場合（ステップＳ３０５；ＹＥＳ）、ステップＳ３０６の処理に進める。リスク検査部４１は、返信処理を行う通信ではない場合（ステップＳ３０５；ＮＯ）、ステップＳ３０８の処理に進める。

（ステップＳ３０６）このような２点間情報の場合、リスク検査部４１は、プロトコル仕様に従い、返信処理を示す２点間情報が存在しているか否かを検索する。リスク検査部４１は、返信処理を示す２点間情報が存在して無い場合（ステップＳ３０６；ＹＥＳ）、ステップＳ３０７の処理に進める。リスク検査部４１は、返信処理を示す２点間情報が存在している場合（ステップＳ３０６；ＮＯ）、ステップＳ３０８の処理に進める。

（ステップＳ３０７）返信処理を示す２点間情報が存在しない場合、リスク検査部４１は、リスクレベルを３に変更する。ただし、例えば本システムとは別に運用されているネットワーク監視装置から、障害発生により応答の通信が発生できない状況にあったとの情報が共有されていた場合は、この情報を加味してリスクレベルを０にすることも可能である。リスク検査部４１は、処理後、リスクレベルに関する処理を終了する。

（ステップＳ３０８）リスク検査部４１は、プロトコル値によらず、プロトコル仕様に従った通信を行っていることが確認できた２点間情報に対して、それに紐づく統計情報を第２記憶部３３から取得し、通信頻度（一定期間中の２点間情報の発生頻度）を確認する。

（ステップＳ３０９）リスク検査部４１は、宛先ＩＰアドレスと宛先ポート番号が同一で、送信元ＩＰアドレス、送信元ポート番号が異なる２点間情報の有無を確認する。

（ステップＳ３１０）リスク検査部４１は、通信頻度が、同一の宛先ＩＰアドレスと宛先ポート番号に対する一定数以上であるか否かを判別する。リスク検査部４１は、通信頻度が一定数以上である場合（ステップＳ３１０；ＹＥＳ）、ステップＳ３１１の処理に進める。リスク検査部４１は、通信頻度が一定数未満の場合（ステップＳ３１０；ＮＯ）、リスクレベルに関する処理を終了する。

（ステップＳ３１１）リスク検査部４１は、同一の宛先ＩＰアドレスと宛先ポート番号に対する一定数以上の通信が確認できた場合、日常的な正常な通信と判断し、リスクレベルを０に変更する。ただし、リスク検査部４１は、第３記憶部４２に登録されている禁止する通信に合致した場合、リスクレベルを３、または４に変更する。リスク検査部４１は、処理後、リスクレベルに関する処理を終了する。

次に、リスクレベル２の２点間情報に対するリスク検査部の処理について説明する。図１５は、本実施形態に係るリスクレベル２の２点間情報に対するリスク検査部の処理手順例のフローチャートである。

リスク検査部４１は、リスクレベル２の２点間情報を検索し、順番にリスク状況を確認していく。
（ステップＳ４０１）リスク検査部４１は、送信元ＩＰアドレスと宛先ＩＰアドレスが同一の２点間情報の有無を第１記憶部６から検索する。

（ステップＳ４０２）リスク検査部４１は、該当する２点間情報が見つかった場合、その中で宛先ポート番号が固定ポートを示すものがあるか否かを判別する。リスク検査部４１は、宛先ポート番号が固定ポートを示すものがある場合（ステップＳ４０２；ＹＥＳ）、ステップＳ４０３の処理に進める。リスク検査部４１は、宛先ポート番号が固定ポートを示すものがない場合（ステップＳ４０２；ＮＯ）、ステップＳ４０６の処理に進める。

（ステップＳ４０３）リスク検査部４１は、固定ポートが示す通信サービス仕様を、第３記憶部４２の情報から確認する。

（ステップＳ４０４）リスク検査部４１は、エフェメラルポートを利用する通信を実施し、当該２点間情報と動作が合致するか否かを判別する。リスク検査部４１は、２点間情報と動作が合致する場合（ステップＳ４０４；ＹＥＳ）、ステップＳ４０５の処理に進める。リスク検査部４１は、２点間情報と動作が合致する場合（ステップＳ４０４；ＮＯ）、ステップＳ４０６の処理に進める。

（ステップＳ４０５）送信側、宛先側でエフェメラルポートを利用して別途、通信を開始する仕様の通信サービスが見つかった場合、２点間情報は、当該通信サービスによる副次的な通信であり、正常な通信と判断できる。例えば、ＴＦＴＰ（Ｔｒｉｖｉａｌ Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）による一連の通信動作を行った場合は、本ケースに該当する。しかしながら、毎回同じポート番号とはならないため、リスク検査部４１は、このような２点間情報に対して、リスクレベルを０ではなく、例外を意味する１０に変更する。リスク検査部４１は、処理後、リスクレベルに関する処理を終了する。

（ステップＳ４０６）２点間情報が、他の２点間情報の通信による副次的な通信処理であることが判断できない場合、リスク検査部４１は、警戒すべき通信として、リスクレベルを３に変更する。また、リスクレベル３の２点間情報に対するすべての処理でリスクレベルを変更した場合、リスク検査部４１は、合わせて、同じＩＰアドレス、ポート番号を利用する逆方向の通信を示す２点間情報の有無を確認する。存在していた場合、リスク検査部４１は、当該２点間情報が、応答用の通信と判断できるため、これに対してもリスクレベルを同値に変更する。

なお、リスク検査部４１は、リスクレベル３以上の２点間情報を見つけた場合、対処部５のアクション実行部５１を介して、運用者に警戒が必要な通信が発生していることを通知する。通知方法は、例えば、ディスプレイへの表示や、音、光の点灯、メール送信など様々な方法を運用者が選択することができる。
リスクレベル４の２点間情報に対しては、例えば、運用者が事前に登録している対処を実行することができる。実行する対処としては、例えば、ルーターへのアクセスコントロールリストの設定や通信経路の変更設定などが考えられる。または、実行する対処としては、ネットワークをコントロールするＳＤＮ（Ｓｏｆｔｗａｒｅ Ｄｅｆｉｎｅｄ Ｎｅｔｗｏｒｋｉｎｇ）コントローラーを介したネットワークへの接続や通信経路の操作も可能である。

例えば、情報処理装置１Ａの運用者は、通知のあった２点間情報の内容を、フローデータ管理装置を介して確認する。リスクのない正常な通信と判断した場合、運用者は、情報処理装置１Ａを操作してリスクレベルを変更することができる。運用者は、情報処理装置１Ａを操作して例えば、リスクレベル３を２や０に変更することができる。また、加えて、運用者は、情報処理装置１Ａを操作して、判定部４の第３記憶部４２に問題のない２点間情報として登録することができる。第３記憶部４２に問題のない２点間情報として登録された場合、運用者は、リスク検査部４１での検査処理において、リスクレベルを自動的に０に変更することができる。なお、リスクレベルが３の２点間情報に対しては、時間経過の中で、新たに発生した２点間情報に対するリスクレベル１や２、または、変数化の処理を受けて、リスクレベルが０や１に変更される場合がある。

以上の様に、判定部４、および対処部５の動作では、受信したすべての通信フローデータを対象とするのではなく、重複する情報を排除し、対象をセキュリティリスクのある２点間情報に絞り込んでから、セキュリティ観点での分析や対処を実施するようにした。これにより、本実施形態によれば、例えば、１秒間に数万、数十万件もの通信フローデータが発生する環境であっても分析処理を行うことが可能になる。

［通信フローデータのデータサイズ］
ここで、通信フローデータのデータサイズ例を説明する。
図１６は、分割していない通信フローデータの各項目のデータサイズ例を示す図である。図１６のように、送信元ＩＰアドレスが４バイト、送信元ポート番号が２バイト、送信元ネットマスクが１バイト、送信元ＡＳ番号が４バイト、宛先ＩＰアドレスが４バイト、宛先ポート番号が２バイト、宛先ネットマスクが１バイト、宛先ＡＳ番号が４バイトである。さらに、ＴｏＳが１バイト、プロトコルが１バイト、ＴＣＰプラグが１バイト、キャプチャ箇所が８バイト、パケット数が４バイト、オクテット数が４バイト、通信時間［ｍｓ］が２バイト、発生日時が８バイトである。なお、図１６では、図面の都合により通信フローデータを上下に分けて示しているが、実際には分割されていない１つのデータである。このように、通信フローデータ１件あたりのデータサイズは、５１バイトである。

図１７は、通信フローデータを分割したうちの２点間情報の各項目のデータサイズ例を示す図である。図１７のように、２点間情報は、ＩＤが４バイト、送信元ＩＰアドレスが４バイト、送信元ポート番号が２バイト、送信元ネットマスクが１バイト、送信元ＡＳ番号が４バイト、宛先ＩＰアドレスが４バイト、宛先ポート番号が２バイトである。さらに、宛先ネットマスクが１バイト、宛先ＡＳ番号が４バイト、ＴｏＳが１バイト、プロトコルが１バイト、ＴＣＰプラグが１バイト、リスクレベルが１バイトである。なお、図１７では、図面の都合により２点間情報を上下に分けて示しているが、実際には分割されていない１つのデータである。
このように通信フローデータを本実施形態の手法で分割した場合、２点間情報は、図１７のように３０バイトである。

図１８は、通信フローデータを分割したうちの付加情報の各項目のデータサイズ例を示す図である。図１８のように、付加情報は、ＩＤが４バイト、キャプチャ箇所が８バイトである。
このように通信フローデータを本実施形態の手法で分割した場合、付加情報は、図１８のように１２バイトである。

図１９は、通信フローデータを分割したうちの統計情報の各項目のデータサイズ例を示す図である。図１９のように、統計情報は、発生日時が８バイト、２点間情報ＩＤが４バイト、キャプチャ箇所ＩＤが４バイト、パケット数が４バイト、オクテット数が４バイト、通信時間［ｍｓ］が２バイト、変数が２バイトである。
このように通信フローデータを本実施形態の手法で分割した場合、付加情報は、図１８のように２８バイトである。

このように、総バイト数は、通信フローデータの分割前の５１バイトに対して、分割後は１８バイト大きくなる。しかしながら、検証した結果、同様な２点間の通信が何度も繰り返される一般的な企業内ネットワークの場合、本実施形態の手法で記録するデータサイズは、通信フローデータを分割しない場合の約５５％となる。

例えば、同じ２点間情報の通信が１００万件記録される環境で、通信フローをキャプチャする箇所（付加情報の件数）が１０００箇所、１秒当たり２万件の通信フローが流れると仮定する。この環境に対し、本実施形態の手法を用いて通信フローデータを記録した場合の１日のデータサイズは、２点間情報が２９メガバイトで、付加情報が１２キロバイトとなる。そして、統計情報は、約４５ギガバイトとなる。通信データフローを分化しない形式で記録する場合のデータサイズは、１日あたり約８２ギガバイトである。このため、この例において、本実施形態によれば、約５５％のデータサイズに低減できた。

このように、本実施形態では、記憶処理部２、および管理部３による通信フローデータを記録、管理の動作によって、受信した通信フローデータの記録に必要なデータサイズを、通信フローデータを分割しない場合の半分に近いサイズに削減することができる。

また、本実施形態の判定部、および対処部５によるセキュリティ観点での分析や対処の動作では、分析対象とする通信フローデータを大幅に削減することができる。例えば、業務開始時に端末を起動した際、自動的に勤怠システムに業務開始情報を登録する仕組みを利用している企業があった場合、従業員数が1万人(端末台数が1万台)の環境では、業務開始の時間帯に少なくとも1万件の通信フローが発生する。また、通信フローをキャプチャする箇所が複数あり、重複して通信フローをキャプチャした場合は、さらに数倍の件数になる可能性がある。

このような環境であっても、本実施形態の手法を適用した場合は、この通信フローを示す２点間情報をリスクレベル０に設定するため、セキュリティ観点での分析対象から除外することになる。そして、本実施形態によれば、このように大量に通信フローデータが発生している環境においても、日常的に発生する正常な通信フローを、運用の中で選別され、自動的に分析対象から除外することができる。そして、本実施形態によれば、普段には見られない通信フローに対し、集中して分析処理を行うことができるため、処理コストを抑えることが可能となる。また、本実施形態によれば、運用の中で、定期的に流れる通信フローや運用者の判断内容を学習していくため、特別なスキルを要さなくとも運用していくことができる。

［変形例］
実施形態において、リスク検査部４１は、最初に付与されたリスクレベルの値ごとにリスクレベルの判定処理を実施し、対処の実施判定を行う役割を担っている。変形例では、この役割を拡張して、第１記憶部６に記録されている全２点間情報から、サービス提供するサーバー機器を検出し、サーバー機器が提供するサービス内容（ポート番号）やサービス数からセキュリティ観点でのリスクがないかを判定するようにしてもよい。

変形例では、例えば、２点間情報のリストを宛先ＩＰアドレスで並べ替え、宛先ポート番号が変数ではなく、固定ポートになっている情報を抜き出すことで、宛先のＩＰアドレスの機器がサーバー機器だと判断することができる。
また、変形例では、抜き出した宛先ＩＰアドレスが、どの固定ポート番号で通信を受信しているかを調べることで、サービスの内容や数を知ることができる。変形例では、この情報を、リスク対処装置を介して運用者に通知することで、運用者が意図しないサービスの通信を受けているかどうかを判断することができる。また、変形例では、各サーバー機器の役割（許可する通信のポート番号）を第３記憶部４２に登録させておくことで、運用者の判断なしに、自動的にセキュリティリスクを判定し、対処に移すことができる。

また、変形例では、管理部３において、第１記憶部６の２点間情報と第２記憶部３３の統計情報の発生日時データとを組み合わせることで、２点間情報（特定の２点間通信）の時間経過に対する発生状況を調べることができる。そして、２点間情報の発生状況に周期性がある場合、変形例では、例えばホルト・ウィンタース（Ｈｏｌｔ－Ｗｉｎｔｅｒｓ）法などを利用することで、当該２点間情報の未来の発生状況を予測することができる。また、変形例では、予測値に対し、実際の状況がどうだったのかを比較することで、普段とは異なる通信状況の変化を一早く検出することができる。このように、変形例は、セキュリティ観点での分析だけではなく、障害検知などへの応用運用もできる。

上述の情報処理装置１（または１Ａ）は内部に、コンピューターシステムを有していてもよい。そして、情報処理装置１（または１Ａ）に上述した各処理を行わせるためのプログラムは、当該情報処理装置１（または１Ａ）のコンピューター読み取り可能な記録媒体に記憶されており、このプログラムを情報処理装置１（または１Ａ）のコンピューターが読み出して実行することによって、上記処理が行われるようにしてもよい。ここでコンピューター読み取り可能な記録媒体とは、磁気ディスク、光磁気ディスク、ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ、半導体メモリ等をいう。また、このコンピュータプログラムを通信回線によってコンピューターに配信し、この配信を受けたコンピューターが当該プログラムを実行するようにしてもよい。
また、上記プログラムは、前述した各処理部の機能の一部を実現するためのものであってもよい。さらに、前述した機能をコンピューターシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。

情報処理装置１（または１Ａ）のコンピューターシステムは、例えば、ＣＰＵ（中央演算装置）と、主記憶装置と、補助記憶装置と、インターフェイスと、不揮発性記録媒体とを備えるようにしてもよい。ＣＰＵは、プログラムに従って、情報処理装置１（または１Ａ）が行う処理を行うようにしてもよい。

以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。

１，１Ａ…情報処理装置、
２…記憶処理部、
３…管理部、
４…判定部、
５…対処部、
６…第１記憶部、
２１…通信フローデータ受信部、
２２…２点間情報抽出部、
３１…データ検索部、
３２…２点間情報検査部、
３３…第２記憶部、
４１…リスク検査部、
４２…第３記憶部、
５１…アクション実行部、

Claims (9)

1. 通信フローデータを、通信の送信元と通信の宛先に関する情報と通信内容を示す情報である２点間情報と、前記通信フローデータをキャプチャした箇所を示す情報を有する付加情報と、通信の発生日時とパケット数とオクテット数を有する統計情報とに分離し、前記２点間情報が新規であるか否かを確認すると共に前記２点間情報および前記統計情報の記録処理を行う記憶処理部と、
   前記２点間情報を集約し、最適化処理を実行する管理部と、
   を備える情報処理装置。
2. 前記管理部は、
   前記２点間情報に含まれている送信元ポート番号、および宛先ポート番号のいずれかがウェルノウンポートを示す値か、または指定されている特定サービスを示すポート番号値であるか否かを確認し、
   前記２点間情報に固定ポートが含まれていた場合、含まれていた通信の対向となるポート番号を通信のために一時的に割り当てられたエフェメラルポートであると判断し、前記ポート番号を前記２点間情報の変数として変数化の処理を行い、
   前記変数化の対象となった前記ポート番号の値に、統計情報に付加する、
   請求項１に記載の情報処理装置。
3. 前記管理部は、
   前記変数化の判断と処理を実施した後、前記２点間情報と同一の情報がすでに第１記憶部に記憶されているか否かを確認し、
   同一情報が記憶されていない場合、前記２点間情報を前記第１記憶部に記録させ、
   前記変数化の処理が実施されている場合、通信状態を表すリスクレベルを１に設定し、
   前記変数化の処理が実施されていない場合、前記リスクレベルを２に設定する、
   請求項２に記載の情報処理装置。
4. 前記管理部は、
   前記付加情報と同一の情報がすでに前記第１記憶部に記憶されているか否かを確認し、
   同一情報が存在しない場合、前記付加情報を前記第１記憶部に記憶させる、
   請求項３に記載の情報処理装置。
5. 前記管理部は、
   前記２点間情報と前記付加情報を識別する識別情報を取得し、取得した前記識別情報を前記統計情報に付加して第２記憶部に記録させ、
   前記２点間情報と前記付加情報が前記第２記憶部にすでに記憶されていた場合、前記２点間情報と前記付加情報を識別する前記識別情報とポート番号の変数を付加した前記統計情報を前記第２記憶部に記憶させる、
   請求項４に記載の情報処理装置。
6. 前記２点間情報を元にネットワークセキュリティの観点で懸念がないかを判定し、通信状態を表すリスクレベルの変更または決定を行う判定部と、
   前記判定部が決定した前記リスクレベルに対し、対処を実行する対処部と、
   をさらに備える請求項１から請求項５のうちのいずれか１項に記載の情報処理装置。
7. 前記判定部は、
   前記２点間情報を記憶する第１記憶部と、前記２点間情報と前記付加情報を記憶する第２記憶部において、一定期間の前記通信フローデータが記録されてから処理動作を開始し、
   前記第１記憶部に記録されている前記２点間情報の前記リスクレベルの値に応じてセキュリティ観点でのリスク判定処理を実施する、
   請求項６に記載の情報処理装置。
8. 記憶処理部が、通信フローデータを、通信の送信元と通信の宛先に関する情報と通信内容を示す情報である２点間情報と、前記通信フローデータをキャプチャした箇所を示す情報を有する付加情報と、通信の発生日時とパケット数とオクテット数を有する統計情報とに分離し、前記２点間情報が新規であるか否かを確認すると共に前記２点間情報および前記統計情報の記録処理を行い、
   管理部が、前記２点間情報を集約し、最適化処理の実行を行う、
   情報処理方法。
9. コンピューターに、
   通信フローデータを、通信の送信元と通信の宛先に関する情報と通信内容を示す情報である２点間情報と、前記通信フローデータをキャプチャした箇所を示す情報を有する付加情報と、通信の発生日時とパケット数とオクテット数を有する統計情報とに分離させ、前記２点間情報が新規であるか否かを確認させると共に前記２点間情報および前記統計情報の記録処理を行わせ、
   前記２点間情報を集約させ、最適化処理の実行を行わせる、
   プログラム。

Images