接続要求に応じて送信された応答パケットのヘッダ情報に含まれるID値が0であるか否かに応じて、該応答パケットを送信した送信ホストは、同一セッション内におけるパケットの送信毎に、パケットのヘッダ情報に含まれるID値を順にインクリメントするタイプのオペレーションシステムであるか否かのオペレーションシステムのタイプを判定する判定手段、を備えたことを特徴とするオペレーティングシステムの判定が可能な装置。オペレーティングシステムの判定が可能な装置が実行するオペレーティングシステムの判定方法であって、接続要求に応じて送信された応答パケットのヘッダ情報に含まれるID値が0であるか否かに応じて、該応答パケットを送信した送信ホストは、同一セッション内におけるパケットの送信毎に、パケットのヘッダ情報に含まれるID値を順にインクリメントするタイプのオペレーションシステムであるか否かのオペレーションシステムのタイプを判定するオペレーティングシステムの判定方法。しかしながら、TCPなどIPレイヤよりも上位のレイヤで再送手順を持つプロトコルでは、一般にはパケットがロスした後に、ロスを回復するためのパケットを再送している。仮に送信ホストと計測装置の間でパケットがロスし送信ホストが再送した場合でも、計測装置ではシーケンス番号が連続していることが観測できるため、ロスとは識別せずに単なる遅延と判断してしまうという問題があった。このように従来の方法では、TCPヘッダのシーケンス番号の連続性から、ロスか遅延かを判断しているため、遅延の原因を正しく判断することが出来なかった。本発明の課題は、パケットの遅延の原因が単純に遅延したものか再送を行ったため遅延したのかを正しく識別する装置を提供することである。開示のパケットキャプチャ装置は、受信したパケットのヘッダに記述されているID値およびシーケンス番号を取得する取得部と、前回受信したパケットのID値である前回ID値および次回受信するパケットが持つべきシーケンス番号である次回シーケンス番号を記憶する記憶部と、前記受信したパケットの遅延原因が単なる遅延かロスに伴う再送による遅延かを判定する検出部と、を備え、前記検出部は、前記次回シーケンス番号と前記今回取得したパケットのシーケンス番号とを比較し、前記前回ID値と今回受信したパケットのID値とを比較し、前記次回シーケンス番号と前記今回受信したパケットのシーケンス番号が一致し、且つ前記前回ID値と前記今回受信したパケットのID値が連続しているときに単なる遅延であると判定し、前記前回ID値と前記今回受信したパケットのID値が連続していないときに再送による遅延であると判定することを特徴とする。開示の装置によれば、パケットの遅延の原因が単純に遅延したものか再送を行ったため遅延したものかの識別を行うことが出来る。以下、図面を参照しながら、本発明の実施の形態を説明する。第1の実施の形態図1は、本発明の第1の実施の形態に係るシステムの構成図である。本発明の実施の形態のシステムは、パケットキャプチャ装置101、送信ホスト102、受信ホスト103、タップ104を備える。タップ104は、送信ホスト102と受信ホスト103の間に配置される。パケットキャプチャ装置101は、タップ104と接続し、送信ホスト102および受信ホスト103はそれぞれネットワークを介してタップ104と接続している。送信ホスト102が受信ホスト103にパケットを送信すると、送信ホスト102と受信ホスト103の間にあるタップ104は該パケットをパケットキャプチャ装置101に分岐させる。そして、パケットキャプチャ装置101は、パケットを受信する。図2は、本発明の第1の実施の形態のパケットキャプチャ装置の構成図である。パケットキャプチャ装置201は、入力部202、処理部210、記憶部220、および出力部203を備える。入力部202は、パケットが入力されるインタフェースである。入力部202は、受信したパケットや情報を処理部210に送信する。処理部210は、パケット情報取得部211、パケットロス遅延検出部212、およびモニタ結果出力部213を備える。パケット情報取得部211は、IPヘッダおよびTCPヘッダの情報からTCPのセッションIDを作成する。また、作成したTCPセッションID、シーケンス番号や識別子などのIPヘッダおよびTCPヘッダに記述された情報、およびパケットの受信時刻等をパケットロス遅延検出部212に送信する。シーケンス番号は、TCPヘッダに記述されており、送信するデータの順序を送信先ホストに通知するために使う番号である。送信先ホストでは、この番号によってデータの順番を正しく並べ替えたり、ロスしたデータの再送要求を出したりすることができる。シーケンス番号により、データがデータ全体の中のどの位置のデータなのかが分かる。識別子は、IPヘッダに記述されており、パケットを送信するごとにインクリメントされる。パケットロス遅延検出部212は、通信状態記憶部221に格納されている情報およびパケット情報取得部211からの情報をもとに、パケットが単に遅延したのかロスによる再送があったのかを判定する。また、パケットの総遅延時間やロス数、パケットの受信時刻や識別子などの各種情報を通信状態記憶部221およびモニタ結果記憶部222に書き込む。モニタ結果出力部213は、モニタ結果記憶部222に格納されているモニタ結果テーブルの情報の一部もしくは全てを取得して、出力部203に送信する。例えば、特定のセッションIDの値やセッションIDの上位24bitなどでマスクするフィルタ条件に基づき、記憶されている統計情報を抽出し、出力部203に送信しても良い。記憶部220は、通信状態記憶部221およびモニタ結果記憶部222を備える。通信状態記憶部221は、図3に示すような通信状態テーブルを格納する。通信状態テーブルは、項目として、送信元アドレス、TCPセッションID、前回受信時刻、次回SEQ、および前回ID値を有する。送信元アドレスは、送信ホストのIPアドレスである。TCPセッションIDは、パケットのTCPヘッダの送信元アドレス、送信元ポート番号、宛先アドレス、および宛先ポートから生成される値である。前回受信時刻は、前回受信したパケットの受信時刻である。次回SEQは、前回受信したパケットのシーケンス番号に前回受信したパケットのTCPのペイロードサイズを足したもので、次に受信するパケットが持つことを期待されているパケットのシーケンス番号である。前回ID値は、前回受信したパケットのIPヘッダの識別子ID値である。モニタ結果記憶部222は、図4に示すようなモニタ結果テーブルを格納する。モニタ結果テーブルは、項目として、送信元アドレス、TCPセッションID、パケット送信数、ロス数、ロス率、および総遅延時間を有する。送信元アドレスは、送信ホストのIPアドレスである。TCPセッションIDは、パケットのTCPヘッダの送信元アドレス、送信元ポート番号、宛先アドレス、および宛先ポートから生成される値である。パケット送信数は、送信元ホストが送信したパケットのうちパケットキャプチャ装置が受信したパケットの数である。ロス数は、ロスしたパケットの数である。ロス率は、ロス数をパケット送信数で割り、100を掛けた値であり、パケットの送信におけるロスの割合を示す。総遅延時間ミリ秒は、遅延原因が単なる遅延であるパケットの遅延時間の合計を示す。出力部203は、モニタ結果を出力するインタフェースある。例えば、ネットワーク管理者に統計情報を表示するためのモニタやネットワーク管理装置に送信するための通信プロトコルをサポートするネットワークインタフェースである。図5は、本発明の第1の実施の形態の識別方法のフローチャートである。ステップS501において、入力部202はパケットを受信し、パケット情報取得部211にパケットを送信する。尚、今回受信したパケットを現パケット、今回受信したパケットの一つ前に受信したパケットを前パケット、今回受信したパケットの次に受信するパケットを次パケットと呼ぶ。ステップS502において、パケット情報取得部211は、IPヘッダに記述されている送信元アドレスSAと宛先アドレスDA並びにTCPヘッダに記述されている送信元ポート番号SPと宛先ポート番号DPからTCPのセッションIDを作成する。また、パケット情報取得部211は、TCPヘッダのシーケンス番号SEQおよびIPヘッダの識別子ID値を取得する。そして、セッションID、シーケンス番号、および識別子を1組としてパケットロス遅延検出部212へ送信する。また、パケット情報取得部211は、パケットを受信した時刻パケット受信時刻をパケットロス遅延検出部212へ送信する。ステップS503において、パケットロス遅延検出部212は、パケットロス遅延検出部212が受信した送信元アドレスおよびセッションIDをキーとして、通信状態テーブルを検索し、該当するエントリがあるかすなわち、同じ送信元アドレスおよびセッションIDの組を持つエントリがあるか判定する。該当するエントリがある場合はステップS504に進み、該当するエントリがない場合はステップS509に進む。セッションIDは送信元アドレスと送信先アドレスが逆の場合も同一のセッションIDが生成される。そこで、送信元アドレスも検索のためのキーとして使用することで、区別可能としている。ステップS504において、パケットロス遅延検出部212は、通信状態テーブルを参照し、通信状態テーブルから該当エントリの前回受信時刻、次回SEQ、および前回ID値を取得する。パケットロス遅延検出部212は、PRVIDを前回ID値、CURIDを現パケットの識別子、PRVTを前回受信時刻、CURTを現パケットの受信時刻、SEQを現パケットのシーケンス番号とする。ステップS505において、パケットロス遅延検出部212は、次回SEQとSEQを比較し、同じ場合はステップS506に進み、異なる場合はステップS512に進む。ステップS506において、パケットロス遅延検出部212は、CURID現パケットの識別子とPRVID前回ID値前パケットの識別子に1を加算した値を比較し、同じ場合は単なる遅延であると判断しステップS507に進み、異なる場合はロスによる再送による遅延であると判断しステップS508に進む。ステップS507において、パケットロス遅延検出部212は、現パケットの受信時刻から前回受信時刻を引いた値をモニタ結果テーブルの該当エントリの総遅延時間に加算し、モニタ結果テーブルに書き込む。ステップS508において、パケットロス遅延検出部212は、今回のロス数をCURID現パケットの識別子-PRVID前回ID値前パケットの識別子-1で算出し、今回のロス数を現在のモニタ結果テーブルのロス数に加算し、モニタ結果テーブルに書き込む。ステップS509において、パケットロス遅延検出部212は、通信状態テーブルに新規エントリを作成する。ステップS510において、パケットロス遅延検出部212は、SEQ現パケットのシーケンス番号に現パケットのTCPデータ長ペイロードサイズを加算したものを次回SEQ次に受信するパケットに期待されるシーケンス番号として算出し、次回SEQを通信状態テーブルに書き込む。ステップS511において、パケットロス遅延検出部212は、前回受信時刻を現パケットの受信時刻、前回ID値PRVIDを現パケットのID値CURIDとして、通信状態テーブルに書き込む。また、パケット送信数に1を加算して、新たなパケット送信数とし、モニタ結果テーブルに書き込む。次に遅延とロスの判断の具体例を示す。以下の具体例において、通信状態記憶部221およびモニタ結果記憶部222には、それぞれ図3の通信状態テーブルおよび図4のモニタ結果テーブルが格納されているとする。最初に遅延と判断される場合の例を示す。先ず、新たにパケットを受信するステップS501。パケット情報取得部211は、新たに受信したパケット現パケットのTCPヘッダおよびIPヘッダからTCPセッションIDを作成するステップS502。パケット情報取得部211は、TCPヘッダのシーケンス番号SEQおよびIPヘッダの識別子IDを取得する。そして、セッションID、シーケンス番号、および識別子を1組としてパケットロス遅延検出部212へ送信する。また、パケットを受信した時刻パケット受信時刻をパケットロス遅延検出部212へ送信する。今回受信したパケットでは、送信元アドレス=α、セッションID=A、シーケンス番号SEQ680、識別子ID値=336が取得されたものとする。通信状態テーブルをセッションIDAと送信元アドレスαをキーに検索するステップS503と、通信状態テーブルの1行目に該当エントリが存在するので、次回SEQとして680、前回ID値として335を取得するステップS504。また、PRVIDを前回ID値、CURIDを現パケットの識別子、PRVTを前回受信時刻、CURTを現パケットの受信時刻、SEQを現パケットのシーケンス番号とするステップS504。次回SEQとSEQとを比較するステップS505と、共に680で同一である。次にCURID=336とPRVID=335に1を足したものを比較するステップS506と、共に336で同一である。次回SEQ=680とSEQ=680とが同一であり、かつ現パケットの識別子=336は前回ID値=335から連続して増加しているため、現パケットは遅延であると判断する。モニタ結果テーブルの総遅延時間に現パケットの受信時刻から前回受信時刻を引いた値を加算した値が書き込まれるステップS507。次に受信するパケットに期待されるシーケンス番号次回SEQを算出し、通信状態テーブルに書き込むステップS510。前回受信時刻を現パケットの受信時刻、前回ID値PRVIDを現パケットのID値CURIDとして、通信状態テーブルに書き込む。また、パケット送信数に1を加算した値がモニタ結果テーブルに書き込まれ、パケット送信数は31となるステップS511。次にロスと判断される場合の例を示す。先ず、新たにパケットを受信するステップS501。パケット情報取得部211は、新たに受信したパケット現パケットのTCPヘッダおよびIPヘッダからTCPセッションIDを作成するステップS502。パケット情報取得部211は、TCPヘッダのシーケンス番号SEQおよびIPヘッダの識別子IDを取得する。そして、セッションID、シーケンス番号、および識別子を1組としてパケットロス遅延検出部212へ送信する。また、パケットを受信した時刻パケット受信時刻をパケットロス遅延検出部212へ送信する。今回受信したパケットでは、送信元アドレス=α、セッションID=A、シーケンス番号SEQ680、識別子ID値=337が取得されたものとする。通信状態テーブルをセッションIDAと送信元アドレスαをキーに検索するステップS503と、通信状態テーブルの1行目に該当エントリが存在するので、次回SEQとして680、前回ID値として335を取得するステップS504。また、PRVIDを前回ID値、CURIDを現パケットの識別子、PRVTを前回受信時刻、CURTを現パケットの受信時刻、SEQを現パケットのシーケンス番号とするステップS504。次回SEQとSEQとを比較するステップS505と、共に680で同一である。次にCURID=337とPRVID=335に1を足したものを比較するステップS506と、これらは異なっている。次回SEQ=680とSEQ=680とが同一であるが、現パケットの識別子=337は前回ID値=335から連続して増加していないため、現パケットは再送されたパケット、すなわち遅延原因はロスによる再送であると判断するステップS506。ロス数を算出すると、現パケットのID値-前回ID値-1=337-335-1=1となる。そして、モニタ結果テーブルの現在のロス数0に今回算出したロス数1を加算した値、すなわち、1を書き込むステップS508。次に受信するパケットに期待されるシーケンス番号次回SEQを算出し、通信状態テーブルに書き込むステップS510。前回受信時刻を現パケットの受信時刻、前回ID値PRVIDを現パケットのID値CURIDとして、通信状態テーブルに書き込む。また、パケット送信数に1を加算した値をモニタ結果テーブルに書き込み、パケット送信数は31となるステップS511。第2の実施の形態第2の実施の形態では、1つの送信ホストが複数の受信ホストにパケットを送信している場合を説明する。図6は、第2の実施の形態に係るシステムの構成図および概念図である。本発明の第2の実施の形態のシステムは、パケットキャプチャ装置601、送信ホスト602、受信ホスト603-nn=1~3、タップ604を備える。タップ604は、送信ホスト602と受信ホスト603の間に配置される。パケットキャプチャ装置601はタップ604と接続し、送信ホスト602および受信ホスト603はそれぞれネットワークを介してタップ604と接続している。送信ホスト602が受信ホスト603にパケットを送信すると、送信ホスト102と受信ホスト603の間にあるタップ604は該パケットをパケットキャプチャ装置601に分岐させる。そして、パケットキャプチャ装置601は、パケットを受信する。尚、受信ホスト603-6103-2、603-3のIPアドレスはそれぞれA、B、Cとする。図6では、パケット611、パケット612、パケット613、パケット614の順で送信ホスト602から送信されている。パケット611、パケット612、パケット613、およびパケット614は、それぞれ受信ホスト603-1、受信ホスト603-2、受信ホスト603-3、および受信ホスト603-1に送信されている。また、Seqはパケットのシーケンス番号であり、IDは識別子である。受信ホスト603-1に対しては、ロス無くパケットが送信されているが、パケット611とパケット614の送信の間に他の受信ホストに対してパケットを送信しているため、パケット611の識別子100とパケット614の識別子103は連続していない。この場合、第1の実施の形態の識別方法を用いると、実際にはロスが無いが、ロスと判断されてしまう。第2の実施の形態では、このような場合でも、パケット614が遅延であると判断する。第2の実施の形態では、送信ホストが複数の受信ホストにパケットを送信していて、同一のTCPセッションに対して識別子が連続していない場合でも、正しく判定できるようにする。図7は、本発明の第2の実施の形態に係るパケットキャプチャ装置の構成図である。パケットキャプチャ装置701は、入力部702、処理部710、記憶部720、および出力部703を備える。入力部702は、パケットが入力されるインタフェースである。入力部702は、受信したパケットや情報を処理部に送信する。処理部710は、パケット情報取得部711、パケットロス遅延検出部712、およびモニタ結果出力部713を備える。パケット情報取得部711は、IPヘッダおよびTCPヘッダの情報からTCPのセッションIDを作成する。また、作成したTCPセッションID、シーケンス番号や識別子などのIPヘッダおよびTCPヘッダに記述された情報、およびパケットの受信時刻等をパケットロス遅延検出部712に送信する。パケットロス遅延検出部712は、通信状態記憶部721に格納されている情報およびパケット情報取得部711からの情報をもとに、パケットが遅延かロスかを判定する。また、パケットの総遅延時間やロス数、パケットの受信時刻や識別子などの各種情報を通信状態記憶部721、モニタ結果記憶部722、および連続開始ID記憶部723に書き込む。モニタ結果出力部713は、モニタ結果記憶部722に格納されているモニタ結果テーブルの情報の一部もしくは全てを取得して、出力部703に送信する。例えば、特定のセッションIDの値やセッションIDの上位24bitなどでマスクするフィルタ条件に基づき、記憶されている統計情報を抽出し、出力部203に送信しても良い。記憶部720は、通信状態記憶部721、モニタ結果記憶部722、および連続開始ID記憶部723を備える。通信状態記憶部721は、図3に示すような通信状態テーブルを格納する。通信状態テーブルは、第1の実施の形態と同様である。モニタ結果記憶部722は、図8に示すようなモニタ結果テーブルを格納する。モニタ結果テーブルは、項目として、送信元アドレス、TCPセッションID、パケット送信数、判断不能回数、および総遅延時間を有する。送信元アドレス、TCPセッションID、パケット送信数、および総遅延時間に関しては、第1の実施の形態と同様である。判断不能回数は、遅延であるかロスであるかの判断が出来なかった回数を示す。連続開始ID記憶部723は、図9に示すような連続開始IDテーブルを備える。連続開始IDテーブルは、項目として、送信元アドレス、連続開始ID値、直前ID値、増加数を有する。送信元アドレスは、送信ホストのIPアドレスである。連続開始ID値は、ロス無くパケットを送信しているときの最初のパケットのIPヘッダの識別子ID値である。直前ID値は、送信元ホストが前回送信したパケットのIPヘッダの識別子ID値である。増加数は、パケットがロス無く連続しているとみなすことが出来る範囲である。例えば、1行目のエントリを参照すると、送信元アドレスはα、連続開始ID値は1、直前ID値は335である。これにより、送信元アドレスがαの送信ホストは、識別子ID値が1のパケットから識別子ID値が335である直前のパケットまで、ロス無く連続して送信していることがわかる。図9は、本発明の第2の実施の形態に係る識別方法のフローチャートである。ステップS1001において、入力部202はパケットを受信し、パケット情報取得部にパケットを送信する。ステップS1002において、パケット情報取得部711は、TCPヘッダまたはIPヘッダに記述されている、送信元アドレス、送信元ポート番号、宛先アドレス、および宛先ポート番号からTCPのセッションIDを作成する。また、パケット情報取得部711は、TCPヘッダのシーケンス番号SEQおよびIPヘッダの識別子IDを取得する。そして、セッションID、シーケンス番号、および識別子を1組としてパケットロス遅延検出部712へ送信する。ステップS1003において、パケットロス遅延検出部712は、通信状態テーブルを参照し、パケットロス遅延検出部712が受信したセッションIDおよび送信元アドレスの組と同じセッションIDおよび送信元アドレスの組が通信状態テーブルにあるか判定する。同じセッションIDおよび送信元アドレスの組がある場合ステップS1004に進み、同じセッションIDおよび送信元アドレスの組がない場合ステップS1006に進む。ステップS1004において、パケットロス遅延検出部712は、送信元アドレスが連続開始IDテーブルに存在するかチェックし、送信元アドレスが存在した場合はステップS1005に進み、存在しない場合はステップS1007に進む。ステップS1005において、CONIDを連続開始IDテーブルの該当エントリの連続開始ID値、LIDを連続開始IDテーブルの該当エントリの直前ID値、CURIDを現パケットのIPヘッダのID値とする。ステップS1006において、パケットロス遅延検出部712は、パケット通信状態テーブルに新規エントリを作成する。ステップS1007において、パケットロス遅延検出部712は、連続開始IDテーブルに新規エントリを作成する。ステップS1008において、パケットロス遅延検出部712は、連続開始IDテーブルの該当エントリの連続開始ID値および直前ID値を現パケットのIPヘッダのID値とし、連続開始IDテーブルに書き込む。ステップS1009において、パケットロス遅延検出部712は、通信状態テーブルを参照し、通信状態テーブルから当該セッションIDの前回受信時刻、次回SEQ、および前回ID値を取得する。パケットロス遅延検出部712は、PRVIDを前回ID値、PRVTを前回受信時刻、CURTを現パケットの受信時刻、SEQを現パケットのシーケンス番号とする。ステップS1010において、パケットロス遅延検出部712は、次回SEQとSEQを比較し、同じ場合はステップS1011に進み、異なる場合は遅延とロスの識別が出来ないのでステップS1017に進み、テーブルの更新処理を行う。ステップS1011において、パケットロス遅延検出部712は、現パケットのID値CURIDと直前ID値LIDに定数Nを加算したものを比較する。CURIDがLIDN以下である場合はステップS1012に進み、CURIDがLIDNより大きい場合はステップS1014に進む。ステップS1011では、CURIDがLIDよりN以下しか増加していない場合は、ID値は連続しているとみなしている。ステップS1012において、パケットロス遅延検出部712は、該当エントリの連続開始ID値CONIDと前パケットのID値PRVIDを比較する。CONIDがPRVID以下の場合は、遅延であると判定してステップS1013に進み、CONIDがPRVIDより大きい場合はステップS1015に進む。ステップS1013において、受信時刻から前回受信時刻を減算した値をモニタ結果テーブルの総遅延時間に加算する。ステップS1014において、連続開始IDテーブルの該当エントリの連続開始ID値に現パケットのID値CURIDを書き込む。ステップS1014では、CURIDがLIDNより大きいので、それ以前のID値は連続していないとみなし、連続開始ID値が現パケットのID値で更新される。ステップS1015において、パケットロス遅延検出部712は、ID値が連続していないので、遅延かロスか判断不能であると判断し、モニタ結果テーブルの判断不能回数に1加算する。ステップS1016において、現パケットのシーケンス番号に現パケットのデータ長ペイロードサイズを加算したものを次パケットに期待されるシーケンス番号次回SEQとして算出し、次回SEQを通信状態テーブルに書き込む。ステップS1017において、通信状態テーブルの前回受信時刻に現パケットの受信時刻、前回ID値に現パケットのID値をそれぞれ書き込む。また、モニタ結果テーブルのパケット送信数に1加算する。また、連続開始IDテーブルの該当エントリの直前ID値に現パケットのID値を書き込む。次に第2の実施の形態の具体例について述べる。以下の具体例において、通信状態記憶部721、モニタ結果記憶部722、および連続開始ID記憶部723には、それぞれ図3の通信状態テーブル、図8のモニタ結果テーブル、および図9の連続開始IDテーブルが格納されているとする。先ず、新たにパケットを受信するステップS1001。パケット情報取得部711は、新たに受信したパケット現パケットのTCPヘッダおよびIPヘッダからTCPセッションIDを作成するステップS1002。パケット情報取得部711は、TCPヘッダのシーケンス番号SEQおよびIPヘッダの識別子ID値を取得する。そして、セッションID、シーケンス番号、および識別子を1組としてパケットロス遅延検出部712へ送信する。また、パケットを受信した時刻パケット受信時刻をパケットロス遅延検出部712へ送信する。今回受信したパケットでは、送信元アドレス=α、セッションID=B、シーケンス番号SEQ421、識別子ID値=336が取得されたものとする。通信状態テーブルをセッションIDBと送信元アドレスαをキーに検索するステップS1003と、通信状態テーブルの2行目に該当エントリが存在する。連続開始IDテーブル送信元アドレスαをキーに検索するステップS1004と、連続開始テーブルの1行目に該当エントリが存在する。CONIDを連続開始IDテーブルの該当エントリの連続開始ID値1、LIDを連続開始IDテーブルの該当エントリの直前ID値335、CURIDを現パケットのIPヘッダの識別子ID値336とするステップS1005。また、連続開始IDテーブルから増加数Nとして1を取得する。次回SEQとして421、前回ID値として211を取得するステップS1009。また、PRVIDを前回ID値211、PRVTを前回受信時刻、CURTを現パケットの受信時刻、SEQを現パケットのシーケンス番号421とするステップS1109。次回SEQとSEQとを比較するステップS1010と、共に421で同一である。CONID336とLID335に増加数N1を加算したものを比較するとステップS1011、CONIDはLIDN以下である。CONID1とPRVID211を比較するとステップS1012、CONIDはPRVID以下である。以上から、現パケットのID値は連続しているとみなし、ロスによる再送は無く、パケットは単に遅延していると判断する。以下、モニタ結果テーブル、通信状態テーブル、および連続開始IDテーブルの更新を行うステップS1013、S1016、S1017。第2の実施形態のパケットキャプチャ装置によれば、送信元ホストが複数の送信先ホストと通信している場合でも、遅延を識別することが出来る。第3の実施の形態第3の実施の形態においては、送信元ホストがLinux登録商標などの特定のOSOperationSystemの場合を説明する。図11は、本発明の第3の実施の形態のシステム構成図および概念図である。本発明の第3の実施の形態のシステムは、パケットキャプチャ装置1101、送信ホスト1102、受信ホスト1103-nn=1~3、タップ1104を備える。タップ1104は、送信ホスト1102と受信ホスト1103の間に配置される。パケットキャプチャ装置1101はタップ1104と接続し、送信ホスト1102および受信ホスト1103はそれぞれネットワークを介してタップ1104と接続している。送信ホスト1102が受信ホスト1103にパケットを送信すると、送信ホスト102と受信ホスト1103の間にあるタップ1104は該パケットをパケットキャプチャ装置1101に分岐させる。そして、パケットキャプチャ装置1101は、パケットを受信する。尚、受信ホスト1103-1、1103-2、1103-3のIPアドレスはそれぞれA、B、Cとする。図11では、パケット1111、パケット1112、パケット1113、パケット1114の順で送信ホスト1102から送信されている。パケット1111、パケット1112、パケット1113、およびパケット1114は、それぞれ受信ホスト1103-1、受信ホスト1103-2、受信ホスト1103-3、および受信ホスト1103-1に送信されている。また、Seqはパケットのシーケンス番号であり、IDは識別子である。送信ホスト1101が例えばLinux登録商標等の特定のOSOperationSystemを使用している場合は、IPヘッダの識別子ID値はTCPコネクション毎にランダムな値から開始され、1パケット送信毎に1ずつ増加するが、送信ホストに共通する値ではない。受信ホスト1103-1に送信されたパケット1111の識別子は100であり、受信ホスト1103-2に送信されたパケット1112の識別子は500であり、受信ホスト1103-3に送信されたパケット1113の識別子は1000である。このように、TCPセッションごとに異なる識別子が初期値として与えられる。受信ホスト1103-1に送信されるパケット1114の識別子は101であり、同じTCPセッションに対するパケット1111に対して識別子は連続している。この性質を利用すれば、同一のTCPセッションに属するパケットであれば、必ず識別子は1ずつ増加することが断定できるので、これをロスと遅延の識別に利用する。識別子が同一のTCPセッションに属するパケットに対して必ず1ずつ増加すれば、第1の実施の形態の識別方法図5のフローチャートが利用できる。それ以外の場合は、第2の実施の形態の識別方法図9のフローチャートを利用する。第3の実施の形態のパケットキャプチャ装置1101は、第1の実施の形態のパケットキャプチャ装置201および第2のパケットキャプチャ装置701の両方の機能を有し、適宜使い分けている。どちらの識別方法を使用するかは、送信ホストのOSの種別により判断する。図12は、本発明の第3の実施の形態のパケットキャプチャ装置の構成図である。パケットキャプチャ装置1201は、入力部1202、出力部1203、処理部1210、および記憶部1220を備える。入力部1202は、パケットが入力されるインタフェースである。入力部202は、受信したパケットや情報を処理部に送信する。処理部1210は、パケットのヘッダの情報の取得、取得した情報に基づく遅延の原因の識別、結果の送信などの処理を行う。出力部1203は、モニタ結果を出力するインタフェースであり、ネットワーク管理者に統計情報を表示するための画面であってもよく、ネットワーク管理装置に送信するための通信プロトコルをサポートするネットワークインタフェースであってもよい良い。処理部1210は、パケット情報取得部1211、パケットロス遅延検出部1212、およびモニタ結果出力部1213を備える。パケット情報取得部1211は、IPヘッダおよびTCPヘッダの情報からTCPのセッションIDを作成する。また、作成したTCPセッションID、シーケンス番号や識別子などのIPヘッダおよびTCPヘッダに記述された情報、およびパケットの受信時刻等をパケットロス遅延検出部1212に送信する。パケットロス遅延検出部1212は、通信状態記憶部1221に格納されている情報およびパケット情報取得部1211からの情報をもとに、OS種別の識別やパケットが遅延かロスかを判定する。また、パケットの総遅延時間やロス数、パケットの受信時刻や識別子などの各種情報を通信状態記憶部1221、モニタ結果記憶部1222、連続開始ID記憶部1223、およびOS種別記憶部1224に書き込む。モニタ結果出力部1213は、モニタ結果記憶部1222に格納されているモニタ結果テーブルの情報の一部もしくは全てを取得して、出力部1203に送信する。例えば、特定のセッションIDの値やセッションIDの上位24bitなどでマスクするフィルタ条件に基づき、記憶されている統計情報を抽出し、出力部1203に送信しても良い。記憶部1220は、通信状態記憶部1221、モニタ結果記憶部1222、連続開始ID記憶部1223、およびOS種別記憶部1224を備える。通信状態記憶部1221は、図3に示すような通信状態テーブルを備える。通信状態テーブルについては、第2の実施の形態と同様である。モニタ結果記憶部1222は、図13に示すようなモニタ結果テーブルを備える。モニタ結果テーブルは、項目として、送信元アドレス、TCPセッションID、パケット送信数、ロス数、ロス率、総遅延時間、および判断不能回数を有する。送信元アドレス、TCPセッションID、パケット送信数、ロス数、ロス率、および総遅延時間に関しては、第1の実施の形態と同様である。また、判断不能回数に関しては、第2の実施の形態と同様である。連続開始ID記憶部1223は、図9に示すような連続開始IDテーブルを備える。連続開始IDテーブルについては、第2の実施の形態と同様である。OS種別記憶部1224は、図14に示すようなOS種別テーブルを備える。OS種別テーブルは、項目として、送信元アドレスとOSタイプを有する。送信元アドレスには、送信ホストのIPアドレスが格納される。OSタイプには、送信ホストのOSの種類が格納される。OS種別テーブルには、送信元アドレスとOSタイプが対応するように格納されている。OSタイプBは、TCPセッションごとに異なる識別子を与え、同一のTCPセッションに属するパケットに対して識別子を1ずつ増加させるOSであり、例えばLinuxが該当する。OSタイプAは、TCPセッションごとに異なる識別子を与えないOSである。図15は、第3の実施の形態の識別方法のフローチャートである。ステップS1501において、パケットを受信する。ステップS1502において、受信したパケットがSYNACKパケットかどうか判定する。SYNACKパケットの場合はステップS1503に進み、SYNACKパケットでない場合はステップS1504に進む。SYNACKパケットとは、TCPコネクションの確立時に使用されるパケットである。TCPコネクションの確立手順は、先ずクライアントが接続要求SYNパケットをサーバに送信する。サーバは、接続要求に対する応答SYNACKパケットをクライアントに送信する。クライアントは、SYNACKパケットに対して、ACKパケットをサーバに送信する。TCPコネクションは上記手順により確立される。SYNACKパケットかどうかは、TCPヘッダのSYNフラグおよびACKフラグが1であるかをチェックすることで行う。SYNフラグおよびACKフラグが1であれば、SYNACKパケットであると判断する。ステップS1503において、パケットのIPヘッダの識別子ID値が0であるか判定し、0である場合はステップS1507に進み、0でない場合はステップS1509に進む。TCPセッションごとに異なる識別子を与え、同一のTCPセッションに属するパケットに対して識別子を1ずつ増加させるOSでは、SYNACKパケットの識別子は、0である。したがって、ステップS1503では、SYNACKパケットの識別子により、OSの種別を識別している。ステップS1504において、パケットのIPヘッダの送信元アドレスをキーとしてOS種別テーブルを検索する。ステップS1505において、ステップS1504での検索の結果、OS種別テーブルに該当するエントリがない場合はステップS1506に進み、該当するエントリがある場合はステップS1510に進む。ステップS1506において、OS種別テーブルに新規エントリを作成する。ステップS1507において、OSタイプをBとし、OS種別テーブルに書き込む。ステップS1508において、図5のステップS502に進む。パケットキャプチャ装置1201は、ステップS502以降の処理を行い、図5のENDに到達したら、ステップS1508に戻り、終了する。このとき、入力部1202、出力部1203、パケット情報取得部1211、パケットロス遅延検出部1212、モニタ結果出力部1213、通信状態記憶部1221、およびモニタ結果記憶部1222は、それぞれ第1の実施の形態の入力部202、出力部203、パケット情報取得部211、パケットロス遅延検出部212、モニタ結果出力部213、通信状態記憶部221、およびモニタ結果記憶部222に対応する。ステップS1509において、OSタイプをAとし、OS種別テーブルに書き込む。ステップS1510において、OS種別テーブルを参照し、パケットの送信元ホストのOSのタイプを判定し、タイプがAである場合はステップS1511に進み、AでないBである場合はステップS1508に進む。ステップS1511において、図10のステップS1002に進む。パケットキャプチャ装置1201は、ステップS1002以降の処理を行い、図5のENDに到達したら、ステップS1508に戻り、終了する。このとき、入力部1202、出力部1203、パケット情報取得部1211、パケットロス遅延検出部1212、モニタ結果出力部1213、通信状態記憶部1221、モニタ結果記憶部1222、および連続開始ID記憶部1223は、それぞれ第2の実施の形態の入力部702、出力部703、パケット情報取得部711、パケットロス遅延検出部712、モニタ結果出力部713、通信状態記憶部721、モニタ結果記憶部722、および連続開始ID記憶部723に対応する。第3の実施の形態のパケットキャプチャ装置によれば、OSの種類を識別することで、送信ホストのOSに応じた識別方法を用いることが出来る。それにより正しく識別できる可能性が高くなる。以上、本発明を実施例により説明したが、本発明は上記実施例に限定されるものではなく、本発明の範囲内で種々の変形及び改良が可能であることは言うまでもない。