(57)【要約】【課題】プローブパケットによる余計なトラヒックの発生を抑え、二重処理の回避を実現できるネットワーク監視システム及びネットワーク監視装置を提供すること。【解決手段】監視装置５３、５４のＳＩＰヘッダ処理部１０３は、受信された監視トラヒックのＳＩＰヘッダに含まれるＶｉａフィールドを参照し、自装置（監視装置５３または監視装置５４）の存在位置がホストに隣接しているか否かの検証を行う。自装置がホストに隣接していると判断すると、監視トラヒック処理部１０４に対して該監視トラヒックのデータを渡す。一方、自装置がホストに隣接していないと判断した場合は、何も行わない（ノーオペレーションとする）。ここで、自装置（監視装置５３または監視装置５４）が、ホストに隣接しているか否かの判断は、受信された監視トラヒックのＳＩＰヘッダのＶｉａフィールドの情報に基づいて行われる。【選択図】図２
2010272954.tif 000002
【特許請求の範囲】
【請求項１】
通信データの送受信を行うホスト情報処理装置と、前記ホスト情報処理装置が送信した通信データの転送を行う情報処理装置と、前記通信データに対するトラヒック処理を行う監視装置とを備えるネットワーク監視システムであって、
前記情報処理装置は、
前記通信データを転送する際に、当該通信データの、所定のプロトコルに基づくデータ管理領域に、当該通信データが自装置を経由したことを示す情報を記録する手段を備え、
前記監視装置は、
前記通信データの、所定のプロトコルに基づくデータ管理領域を参照するデータ管理参照手段と、
前記通信データが他の通信装置を経由したことを示す情報が格納されているか否かを前記データ管理参照手段が参照した前記データ管理領域の情報に基づいて検証する隣接検証手段と、
前記隣接検証手段によって前記通信データが情報処理装置を経由したことを示す情報が格納されていないと判断された場合に限り、必要なトラヒック処理を行うトラヒック処理手段と、
を備えたことを特徴とするネットワーク監視システム。
【請求項２】
前記所定のプロトコルに基づく前記データ管理領域は、ＳＩＰ(Session Initiation Protocol)ヘッダ以下の領域に記録されている情報であることを特徴とする請求項１記載のネットワーク監視システム。
【請求項３】
前記所定のプロトコルに基づく前記データ管理領域は、ＳＩＰヘッダのＶｉａフィールドであることを特徴とする請求項２記載のネットワーク監視システム。
【請求項４】
前記監視装置は、前記隣接検証手段によって前記通信データが他の通信装置を経由したことを示す情報が格納されていないと判断された場合に限り、パケット単位で必要なトラヒック処理を行うことを特徴とする請求項１乃至３のいずれか１項に記載のネットワーク監視システム。
【請求項５】
前記監視装置は、前記隣接検証手段によって前記通信データが他の通信装置を経由したことを示す情報が格納されていないと判断された場合に限り、セッション単位で必要なトラヒック処理を行うことを特徴とする請求項１乃至３のいずれか１項に記載のネットワーク監視システム。
【請求項６】
前記監視装置は、
前記データ管理参照手段が参照したデータ管理領域に含まれるセッション名を取得するセッション取得手段と、
前記セッション取得手段が取得したセッション名をセッション記憶手段に登録するセッション登録手段と、
をさらに備え、
前記隣接検証手段によって前記通信データが他の通信装置を経由したことを示す情報が格納されていないと判断され、かつ前記セッション記憶手段が当該通信データのセッション名を記憶していない場合に限り、セッション単位でトラヒック処理を行うための前記セッション名の登録を行うことを特徴とする請求項５記載のネットワーク監視システム。
【請求項７】
通信データの送受信を行うホスト情報処理装置と、前記ホスト情報処理装置が送信した通信データの転送を行う情報処理装置と、前記通信データに対するトラヒック処理を行う監視装置とを備えるネットワーク監視システムを用いたネットワーク監視方法であって、
前記情報処理装置は、前記通信データを転送する際に、当該通信データの、所定のプロトコルに基づくデータ管理領域に、当該通信データが自装置を経由したことを示す情報を記録し、
前記監視装置のデータ管理参照手段は、前記通信データの、所定のプロトコルに基づくデータ管理領域を参照し、
前記監視装置の隣接検証手段は、前記通信データが他の通信装置を経由したことを示す情報が格納されているか否かを前記データ管理参照手段が参照した前記データ管理領域の情報に基づいて検証し、
前記監視装置のトラヒック処理手段は、前記隣接検証手段によって前記通信データが情報処理装置を経由したことを示す情報が格納されていないと判断された場合に限り、必要なトラヒック処理を行う、
ことを特徴とするネットワーク監視方法。
【請求項８】
ホスト情報処理装置が送信した通信データに対するトラヒック処理を行う監視装置であって、
ネットワークから受信した通信データの、所定のプロトコルに基づくデータ管理領域を参照するデータ管理参照手段と、
前記通信データが他の通信装置を経由したことを示す情報が格納されているか否かを前記データ管理参照手段が参照した前記データ管理領域の情報に基づいて検証する隣接検証手段と、
前記隣接検証手段によって前記通信データが情報処理装置を経由したことを示す情報が格納されていないと判断された場合に限り、必要なトラヒック処理を行うトラヒック処理手段と、
を備えたことを特徴とするネットワーク監視装置。
【請求項９】
ネットワークから受信した通信データの、所定のプロトコルに基づくデータ管理領域を参照するデータ管理参照ステップと、
前記通信データが他の通信装置を経由したことを示す情報が格納されているか否かを前記データ管理参照ステップにおいて参照した前記データ管理領域の情報に基づいて検証する隣接検証ステップと、
前記隣接検証ステップによって前記通信データが情報処理装置を経由したことを示す情報が格納されていないと判断された場合に限り、必要なトラヒック処理を行うトラヒック処理ステップと、
をネットワーク監視装置に実行させるためのコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はネットワーク監視システム及びネットワーク監視装置に係り、特に、広域ネットワークに分散配置された場合の二重処理（即ち、同一パケットを複数箇所で処理すること）を防止できるネットワーク監視システム、ネットワーク監視方法、ネットワーク監視装置及びコンピュータプログラムに関する。
【背景技術】
【０００２】
広域ネットワークを監視するために、複数のネットワーク監視装置を分散配置して監視を行うことがある。分散してネットワーク全体の監視を行うと、同一パケットを複数箇所で処理する（以下、「二重処理」と呼称する）場合があり、このような場合が生じると、監視アプリケーションの種類によっては問題となる。例えば、トラヒック統計に基づいたＱｏＳ(Quality Of Service)や、セキュリティ、課金などの監視アプリケーションを実行する場合、同一のパケットが複数回カウントされると、正確な統計量を把握することができなくなり、このため、前記の監視アプリケーションを、正しく実行することができなくなる。
【０００３】
このような二重処理を回避するための周知の技術として、例えば、特許文献１には、ホスト情報処理装置間に配置されたオペレータ（監視のためにパケットを操作することが可能な存在）が、Ｐｉｎｇまたは特別なパケット（以下、プローブパケットと呼ぶことにする）をホスト情報処理装置に送信し、これに対応する応答を受信したオペレータのみが、前記パケットに対する処理を行う技術であり、より具体的には、ホスト情報処理装置の存在確認を目的としたプローブパケットを発信することで、二重処理の回避を実現している。
その他、本発明と部分的に関連する公知技術としては、例えば、特許文献２〜４に開示されている技術が存在する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特許第３７８２２８６号公報
【特許文献２】特開２００７−２３５８９７号公報
【特許文献３】特開２００８−３０１１５４号公報
【特許文献４】特開平０６−０２９９７０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、周知のネットワーク監視は、前述の特許文献１〜４に示された技術も含めて、ホスト情報処理装置とオペレータ間との間でプローブパケットを送受するため余計なトラヒックが発生するという問題点を有している。即ち、ホスト情報処理装置とオペレータ間でプローブパケットを送受することで発生するトラヒックは、ユーザトラヒックではないにも関わらず、ネットワーク帯域を余計に消費するので、プローブパケットの送信先のホストに対して余分な負荷を掛けることになる。
【０００６】
そこで、本発明は、前述の問題点に鑑みてなされたものであり、広域ネットワークの監視に際して、二重処理の回避を、プローブパケットを用いることなく実現できるようにして、ネットワーク帯域及びホスト情報処理装置のリソースを余計に消費させないネットワーク監視システムを提供することを目的とする。
本発明の他の目的は、広域ネットワークの監視に際して、二重処理の回避を、プローブパケットを用いることなく実現できるネットワーク監視装置を提供することにある。
【課題を解決するための手段】
【０００７】
本発明は上記の課題を解決するためになされたものであり、通信データの送受信を行うホスト情報処理装置と、前記ホスト情報処理装置が送信した通信データの転送を行う情報処理装置と、前記通信データに対するトラヒック処理を行う監視装置とを備えるネットワーク監視システムであって、前記情報処理装置は、前記通信データを転送する際に、当該通信データの、所定のプロトコルに基づくデータ管理領域に、当該通信データが自装置を経由したことを示す情報を記録する手段を備え、前記監視装置は、前記通信データの、所定のプロトコルに基づくデータ管理領域を参照するデータ管理参照手段と、前記通信データが他の通信装置を経由したことを示す情報が格納されているか否かを前記データ管理参照手段が参照した前記データ管理領域の情報に基づいて検証する隣接検証手段と、前記隣接検証手段によって前記通信データが情報処理装置を経由したことを示す情報が格納されていないと判断された場合に限り、必要なトラヒック処理を行うトラヒック処理手段と、を備えたことを特徴とする。
【０００８】
また、本発明は、通信データの送受信を行うホスト情報処理装置と、前記ホスト情報処理装置が送信した通信データの転送を行う情報処理装置と、前記通信データに対するトラヒック処理を行う監視装置とを備えるネットワーク監視システムを用いたネットワーク監視方法であって、前記情報処理装置は、前記通信データを転送する際に、当該通信データの、所定のプロトコルに基づくデータ管理領域に、当該通信データが自装置を経由したことを示す情報を記録し、前記監視装置のデータ管理参照手段は、前記通信データの、所定のプロトコルに基づくデータ管理領域を参照し、前記監視装置の隣接検証手段は、前記通信データが他の通信装置を経由したことを示す情報が格納されているか否かを前記データ管理参照手段が参照した前記データ管理領域の情報に基づいて検証し、前記監視装置のトラヒック処理手段は、前記隣接検証手段によって前記通信データが情報処理装置を経由したことを示す情報が格納されていないと判断された場合に限り、必要なトラヒック処理を行う、ことを特徴とする。
【０００９】
また、本発明は、ホスト情報処理装置が送信した通信データに対するトラヒック処理を行う監視装置であって、ネットワークから受信した通信データの、所定のプロトコルに基づくデータ管理領域を参照するデータ管理参照手段と、前記通信データが他の通信装置を経由したことを示す情報が格納されているか否かを前記データ管理参照手段が参照した前記データ管理領域の情報に基づいて検証する隣接検証手段と、前記隣接検証手段によって前記通信データが情報処理装置を経由したことを示す情報が格納されていないと判断された場合に限り、必要なトラヒック処理を行うトラヒック処理手段と、を備えたことを特徴とする。
【００１０】
また、本発明は、ネットワークから受信した通信データの、所定のプロトコルに基づくデータ管理領域を参照するデータ管理参照ステップと、前記通信データが他の通信装置を経由したことを示す情報が格納されているか否かを前記データ管理参照ステップにおいて参照した前記データ管理領域の情報に基づいて検証する隣接検証ステップと、前記隣接検証ステップによって前記通信データが情報処理装置を経由したことを示す情報が格納されていないと判断された場合に限り、必要なトラヒック処理を行うトラヒック処理ステップと、をネットワーク監視装置に実行させるためのコンピュータプログラムである。
【発明の効果】
【００１１】
以上説明したように、本発明によれば、広域ネットワークにおける二重処理の回避を実現するに際して、プローブパケットを不使用とし、ホスト情報処理装置が送信するパケットの所定のプロトコルに基づくデータ管理領域を参照するので、余計なトラヒックの発生を抑えることができるネットワーク監視システム及びネットワーク監視装置を提供することができる効果がある。
【図面の簡単な説明】
【００１２】
【図１】本発明の第１の実施形態に係るネットワーク監視システムの全体構成を示す構成図である。
【図２】本発明の第１の実施形態に係るネットワーク監視装置のブロック構成を示すブロック図である。
【図３】本発明の第１の実施形態に係るネットワーク監視装置システムにおいて、ホスト５１からホスト５２へＳＩＰ(Session Initiation Protocol)パケットが流れる様子を示す説明図である。
【図４】監視装置５３，５４におけるネットワーク監視処理の動作を示すフローチャート図である。
【図５】本発明の第２の実施形態に係るネットワーク監視装置の構成を示す構成図である。
【図６】監視装置５３，５４におけるネットワーク監視処理の動作を示すフローチャート図である。
【図７】ＳＩＰのセッション情報を示すものである。
【図８】本発明のその他の実施形態に係るネットワーク監視システムの全体構成を示す構成図である。
【発明を実施するための形態】
【００１３】
本発明のネットワーク監視システム及びネットワーク監視装置は、ネットワーク監視装置が、送信されてきたパケットについて、ＳＩＰ(Session Initiation Protocol)ヘッダのＶｉａフィールドを参照することで、該パケットがホスト情報処理装置（ユーザの情報処理装置であり、以下、単に「ホスト」と呼称する）から直接送信されたものか否かを検証する。ここで、Ｖｉａフィールドとは、クライアント−サーバ間でリクエストを処理した中継者や使用したプロトコル等を示すフィールドのことである。
そして、ホストに隣接していると判断された場合に、パケット単位でトラヒック処理を行うものとし、また、必要に応じてＳＩＰセッション管理のための登録を行い、セッション単位で必要なトラヒック処理を行えるようにすることにより二重処理回避を実現する。ここで、「ホストに隣接している」とは、ＳＩＰサーバが、他の通信装置を経由せずにホストから直接パケットを受信している状態を示す。
【００１４】
従って、本発明のネットワーク監視システムは、本発明に係るネットワーク監視装置に、送信されてきたパケットについて、ＳＩＰヘッダのＶｉａフィールドを参照し、ホストから直接送信されているか否かを検証する手段と、ホストに隣接していると判断された際に、パケット単位でトラヒック処理を行う手段と、必要に応じてＳＩＰセッション管理のための登録を行って、セッション単位でのトラヒック処理を行えるようにする手段と、を備えるものである。
【００１５】
以下、本発明のネットワーク監視システム及びネットワーク監視装置の実施形態について、〔第１の実施形態〕、〔第２の実施形態〕の順に図面を参照して詳細に説明する。
〔第１の実施形態〕
図１は、本発明の第１の実施形態に係るネットワーク監視システムの全体構成を示す構成図である。
図１に示す本実施形態のネットワーク監視システムは、全体として二重処理回避システムを構成するものであり、ホスト５１，５２と、監視装置５３，５４（いずれも本発明の実施形態に係るネットワーク監視装置）と、ＳＩＰサーバ５５，５６と、を備える。
本実施形態では図１に示すように、ＳＩＰサーバは２台としているが、一般に本発明では、ＳＩＰサーバは３台以上あってもよい。
【００１６】
以下、本実施形態のネットワーク監視システムの機能を構成要素に基づいて説明する。
監視装置５３，５４は、ホスト５１とホスト５２間のトラヒックをインラインで監視するか、若しくはミラーリングされたトラヒックを監視するものとする。
ホスト５１，５２は、ＳＩＰサーバ５５，５６を介して互いに通信を行っている。よって、監視装置５３は、ホスト５１とＳＩＰサーバ５５間のトラヒックを監視するものであり、同様に、監視装置５４はＳＩＰサーバ５６とホスト５２間のトラヒックを監視するものである。
以下、本実施形態のネットワーク監視システムの機能は、監視装置５３，５４（いずれも本発明の実施形態に係るネットワーク監視装置）の機能として説明される。
【００１７】
図２は、本発明の第１の実施形態に係るネットワーク監視装置のブロック構成を示すブロック図である。
同図に示す本実施形態に係るネットワーク監視装置（図１に示す監視装置５３，５４）は、主信号系ネットワークインタフェース部１０１と、受信部１０２と、ＳＩＰヘッダ処理部１０３と、監視トラヒック処理部１０４と、から構成される。
【００１８】
以下、本実施形態に係るネットワーク監視装置の機能を説明する。
受信部１０２は、主信号系ネットワークインタフェース部１０１を介し、監視トラヒックを受信する。受信部１０２は、トラヒック監視の検知に必要なセッションＬ４（Ｌａｙｅｒ  ４）以下のセッション管理や必要に応じてストリーム再構築等を行う。ここで、Ｌ４とは、データ転送の信頼性を確保する方式を定めたものであり、具体的には、受信したデータに対する誤り訂正や再送要求処理等のことである。
ＳＩＰヘッダ処理部１０３は、受信された監視トラヒックのＳＩＰヘッダに含まれるＶｉａフィールドを参照し、自装置（監視装置５３または監視装置５４）がホストに隣接しているか否かの検証を行う。自装置の存在位置がホストに隣接していると判断したら、監視トラヒック処理部１０４に対して該監視トラヒックのデータを渡す。一方、自装置がホストに隣接していないと判断した場合は、何も行わない（ノーオペレーションとする）。
【００１９】
ここで、自装置（監視装置５３または監視装置５４）の存在位置が、ホストに隣接しているか否かの判断は、受信された監視トラヒックの、ＳＩＰヘッダのＶｉａフィールドの情報に基づいて行うものとする。このＳＩＰヘッダのＶｉａフィールドは、監視トラヒック（ＳＩＰパケット等）がこれまで通過した経路を示すものである。なお、監視トラヒック（ＳＩＰパケット）に含まれるＳＩＰヘッダのＶｉａヘッダには、該ＳＩＰパケットが、ホストやＳＩＰサーバを通過するたびに、通過したホスト（またはＳＩＰサーバの）ＩＰアドレス、若しくはホスト名が追加されていく。
【００２０】
図３は、本発明の第１の実施形態に係るネットワーク監視装置システムにおいて、ホスト５１からホスト５２へＳＩＰパケットが流れる様子を示す説明図である。
ホストＡ（５１）から監視装置５３に送信されたＳＩＰパケットには、ホストＡ（５１）のＩＰアドレス等がＶｉａフィールドに記載されている（符号Ｐ１で示す）。同様に、ＳＩＰサーバ５５に前記ＳＩＰパケットが到達すると、ＳＩＰサーバ５５のＩＰアドレス等がＶｉａヘッダに追加され（符号Ｐ２で示す）、さらに、ＳＩＰサーバ５６に前記ＳＩＰパケットが到達すると、ＳＩＰサーバ５６のＩＰアドレス等がＶｉａヘッダに追加される（符号Ｐ３で示す）。
【００２１】
ここで、監視装置５３が前記ＳＩＰパケットを監視すると、Ｖｉａヘッダにはホスト５１のＩＰアドレス等のみが記載されているので、監視装置５３は、該ＳＩＰパケットが、ホスト５１から直接送信されたものであると判断し、監視装置５３は、自装置の存在位置がホスト５１に隣接していると判断することができる。
一方、監視装置５４では、Ｖｉａヘッダに、ホスト５１、ＳＩＰサーバ５５、ＳＩＰサーバ５６のＩＰアドレス等が記載されているので、監視装置５３は、自装置の存在位置がホスト５１に隣接していないと判断することができる。
この場合、監視装置５３の監視トラヒック処理部１０４は、自装置の存在位置がホスト５１に隣接していると判断した場合には、監視トラヒック処理を実施する。一方、監視装置５３がホスト５１に隣接していないと判断した場合は、何も行わない（ノーオペレーションとする）。
【００２２】
（動作の説明）
図４は、監視装置５３，５４におけるネットワーク監視処理の動作を示すフローチャート図である。
以下、図１〜３を参照し、図４に示すフローチャートを用いて、ここでは監視装置５３におけるネットワーク監視処理の動作を主体に説明するが、監視装置５４におけるネットワーク監視処理の動作についても同様である。
ここでは、監視装置５３が、ネットワーク上を流れるパケットを主信号系ネットワークインタフェース部１０１を介して受信したものとする。
（ステップＳ１）
ステップＳ１では、受信部１０２は、セッションＬ２（Ｌａｙｅｒ  ２），Ｌ３（Ｌａｙｅｒ  ３），Ｌ４の終端処理を行う。この場合、ＩＰアドレスやポート番号を基にしたセッションＬ４以下のセッション管理を行い、ＴＣＰやＳＣＴＰパケットの場合はストリームの再構築を行う。なお、ここでＬ２とは、通信相手との物理的な通信経路を確保し、通信経路を流れるデータのエラー検出などを行なう通信機能である。また、Ｌ３とは、相手までデータを届けるための通信経路の選択や、通信経路内のアドレス管理を行なう通信機能である。
【００２３】
（ステップＳ２）
次に、ステップＳ２では、ＳＩＰヘッダ処理部１０３は、自装置（即ち監視装置５３）の存在位置がホストに隣接しているか否かの判断を行うために、受信したパケットのＳＩＰヘッダのＶｉａフィールドを参照する。
（ステップＳ３）
次に、ステップＳ３では、ＳＩＰヘッダ処理部１０３は、自装置（即ち監視装置５３）の存在位置がホストに隣接しているか否かを検証し、自装置の存在位置がホストに隣接している場合はステップＳ４に進み、一方、自装置の存在位置がホストに隣接していない場合には直ちに処理を終了する。
（ステップＳ４）
ステップＳ４では、監視トラヒック処理部１０４が、必要な監視トラヒック処理を実施し、その後、処理を終了する。
【００２４】
なお、この場合、監視装置５４については、受信したパケットのＳＩＰヘッダのＶｉａフィールドに、ホストまたはサーバの複数の情報が記載されているため、自装置（即ち監視装置５４）の存在位置はホストに隣接していないと判断するので、監視装置５４において監視トラヒック処理は実施されない。
【００２５】
このように、本実施形態によれば、ネットワークにおける二重処理の回避を実現するに際して、監視装置５３、５４は、ホスト５１が送信するパケットの所定のプロトコルに基づくデータ管理領域を参照する。これにより、プローブパケットを不使用とし、余計なトラヒックの発生を抑えることができるネットワーク監視システム及びネットワーク監視装置を提供することができる。
【００２６】
〔第２の実施形態〕
図５は、本発明の第２の実施形態に係るネットワーク監視装置の構成を示す構成図である。
本発明の第２の実施形態に係るネットワーク監視システムの構成は、ネットワーク監視装置に、ＳＩＰセッション単位でトラヒック監視を行うためのＳＩＰセッション管理テーブル２０１を追加したものであり、他の構成は、全て本発明の第１の実施形態に係るネットワーク監視システムと同じである。よって、以下では、本発明の第２の実施形態に係るネットワーク監視装置の符号は、便宜上、本発明の第１の実施形態に係るネットワーク監視と同じ符号とし、即ち、ネットワーク監視装置５３，５４とする。
【００２７】
以下、本実施形態に係るネットワーク監視装置の機能を説明する。
主信号系ネットワークインタフェース部１０１、受信部１０２の機能については、本発明の第１の実施形態に係るネットワーク監視装置の機能と同じである。
ＳＩＰヘッダ処理部１０３は、Ｖｉａヘッダを参照し、自装置の存在位置がホスト５１に隣接しているか否かの判断と、必要に応じてＳＩＰセッションの登録とを行う。自装置の存在位置がホスト５１に隣接していると判定した場合において、受信したパケットのＶｉａヘッダのＳＩＰセッションが、ＳＩＰセッション管理テーブル２０１に登録されていないとき、図７に示すようなＳＩＰのセッション情報を、ＳＩＰセッション管理テーブル２０１に登録する。
【００２８】
このように処理することで、例えば、ホスト５１に隣接した監視装置５３は、パケット単位ではなくセッション単位にトラヒック監視処理を行うことができる。
（動作の説明）
図６は、監視装置５３，５４におけるネットワーク監視処理の動作を示すフローチャート図である。
以下、図５，７を参照し、図６に示すフローチャートを用いて、ここでは監視装置５３におけるネットワーク監視処理の動作を主体に説明するが、監視装置５４におけるネットワーク監視処理の動作についても同様である。
ここでは、監視装置５３が、ネットワーク上を流れるパケットを主信号系ネットワークインタフェース部１０１を介して受信したものとする。
【００２９】
（ステップＳ１１）
ステップＳ１１では、受信部１０２は、セッションＬ２，Ｌ３，Ｌ４の終端処理を行う。この場合、ＩＰアドレスやポート番号を基にしたセッションＬ４以下のセッション管理を行い、受信したパケットが、ＴＣＰやＳＣＴＰパケットである場合はストリームの再構築を行う。
（ステップＳ１２）
次に、ステップＳ１２では、ＳＩＰヘッダ処理部１０３は、自装置（即ち監視装置５３）の存在位置がホストに隣接しているか否かの判断を行うために、受信したパケットのＳＩＰヘッダのＶｉａフィールドを参照する。
（ステップＳ１３）
次に、ステップＳ１３では、ＳＩＰヘッダ処理部１０３は、自装置（即ち監視装置５３）の存在位置がホストに隣接しているか否かを検証し、自装置の存在位置がホストに隣接している場合はステップＳ１４に進み、一方、自装置の存在位置がホストに隣接していない場合には直ちに処理を終了する。
【００３０】
（ステップＳ１４）
ステップＳ１４では、ＳＩＰヘッダ処理部１０３は、受信したパケットのＶｉａヘッダのＳＩＰセッションが、ＳＩＰセッション管理テーブル２０１に未登録の場合はステップＳ１５に進み、受信したパケットのＶｉａヘッダのＳＩＰセッションが、ＳＩＰセッション管理テーブル２０１に登録済である場合には直ちに処理を終了する。
（ステップＳ１５）
ステップＳ１５では、ＳＩＰヘッダ処理部１０３は、ＳＩＰセッションの登録を行う。
（ステップＳ１６）
ステップＳ１６では、監視トラヒック処理部１０４が、必要な監視トラヒック処理を実施し、その後、処理を終了する。
【００３１】
このように、本実施形態によれば、監視装置５３、５４は、受信したパケットのＶｉａヘッダのＳＩＰセッションがＳＩＰセッション管理テーブル２０１に未登録の場合に、ホスト５１が送信するパケットの所定のプロトコルに基づくデータ管理領域を参照する。これにより、同一セッションのパケットに対するトラヒック監視処理を省略することができ、監視装置５３、５４の動作効率を高めることができる。
【００３２】
（その他の実施形態）
本発明に係るネットワーク監視システムは、その他の実施形態として、図８に示す構成であってもよい。
この実施形態では、図８に示すように、第１、第２の実施形態におけるネットワーク監視装置５３の機能をＳＩＰサーバ５７が備え、また、ネットワーク監視装置５４の機能をＳＩＰサーバ５８が備える構成となる。
この実施形態では、ＳＩＰサーバ自体が二重処理を回避することが可能となり、また、ＱｏＳ、セキュリティ、及び課金の処理を行うことも可能となる。
なお、本発明は、上記の各実施形態に限定されるものではなく、本発明の技術思想の範囲内において、実施の形態が適宜変更され得るものである。
【００３３】
また、本発明に係るネットワーク監視装置の各構成要素の処理の少なくとも一部をコンピュータ制御により実行するものとし、かつ、上記処理を、図４，６のフローチャートで示した手順によりコンピュータに実行せしめるプログラムは、半導体メモリを始め、ＣＤ−ＲＯＭや磁気テープなどのコンピュータ読み取り可能な記録媒体に格納して配付してもよい。そして、少なくともマイクロコンピュータ、パーソナルコンピュータ、汎用コンピュータを範疇に含むコンピュータが、上記の記録媒体から上記プログラムを読み出して、実行するものとしてもよい。
【産業上の利用可能性】
【００３４】
本発明はネットワーク監視システム及びネットワーク監視装置の構築に適用可能であり、特に、広域ネットワーク向けの、二重処理防止機能を有するネットワーク監視システム及びネットワーク監視装置の構築に好適に適用可能である。
【符号の説明】
【００３５】
５１，５２  ホスト（ユーザの情報処理装置）
５３，５４  監視装置（本発明に係るネットワーク監視装置）
５５〜５８  ＳＩＰサーバ
１０１  主信号系ネットワークインタフェース部
１０２  受信部
１０３  ＳＩＰヘッダ処理部
１０４  監視トラヒック処理部
２０１  ＳＩＰセッション管理テーブル
【図１】
2010272954.tif 000003
【図２】
2010272954.tif 000004
【図３】
2010272954.tif 000005
【図４】
2010272954.tif 000006
【図５】
2010272954.tif 000007
【図６】
2010272954.tif 000008
【図７】
2010272954.tif 000009
【図８】
2010272954.tif 000010