"優先制御方式のパケット通信に用いる優先度を自動的に設定する優先度設定装置であって、送受信ノードが同じである複数のパケットを取得する取得部と、取得された複数の前記パケットのパケット間遅延に応じて、当該パケットの優先度を設定する設定部と、を備えていることを特徴とする優先度設定装置。所定のピリオドに取得された複数の前記パケットの取得時刻に基づいて、前記パケット間遅延の統計量である第1遅延量を算出する算出部を更に備え、前記設定部は、算出された前記第1遅延量と所定の基準遅延量との差に基づいて前記パケットの優先度を設定する請求項1に記載の優先度設定装置。前記算出部は、複数の前記ピリオドごとに算出した前記第1遅延量の統計量である第2遅延量を算出し、算出した当該第2遅延量を前記基準遅延量として採用する請求項2に記載の優先度設定装置。前記算出部は、前記基準遅延量との差が所定の閾値以上である前記第1遅延量については、前記第2遅延量の算出要素から除外する請求項3に記載の優先度設定装置。前記パケット間遅延は、一方のノードから他方のノードに連続して送信される同種の前記パケット間の時間差である請求項1~4のいずれか1項に記載の優先度設定装置。前記パケット間遅延は、一方のノードから他方への要求パケットとこれに対応する応答パケットとの間の時間差である請求項1~4のいずれか1項に記載の優先度設定装置。パケット通信が可能な通信機器を、優先制御方式のパケット通信に用いる優先度を設定する装置として機能させるためのコンピュータプログラムであって、送受信ノードが同じである複数のパケットを取得するステップと、取得された複数の前記パケットのパケット間遅延に応じて、当該パケットの優先度を設定するステップと、を含むことを特徴とするコンピュータプログラム。しかし、最近の通信ネットワークではWebを前提としたトラフィックが主流となっているので、上記のようなヘッダフィールドの値に基づいてマッピングする方法では、同じ優先度キューのトラフィックとなる可能性が高く例えば、HTTPパケットの場合は、IPProto6Port80、ユーザの利便性がさほど向上しないことがある。この場合、送信元や宛先のIPアドレスなどを考慮に入れて、所望のパケットの優先度を設定すればよいが、この設定をユーザ自身が行うのは極めて煩雑である。また、QoSは通信ネットワーク全体におけるユーザエクスペリエンスユーザの使用感満足感の向上を図る技術であるから、所望のパケットの優先度をユーザが任意に変更するのは好ましくなく、ネットワークの状態に応じて優先度が柔軟に変更されることが望ましい。本発明は、かかる従来の問題点に鑑み、優先制御方式のパケット通信において、ネットワークの状態に応じて優先度を柔軟に変更できるようにすることを目的とする。1本発明の優先度設定装置は、優先制御方式のパケット通信に用いる優先度を自動的に設定する優先度設定装置であって、送受信ノードが同じである複数のパケットを取得する取得部と、取得された複数の前記パケットのパケット間遅延に応じて、当該パケットの優先度を設定する設定部と、を備えていることを特徴とする。本発明の優先度設定装置によれば、設定部が、取得された複数のパケットのパケット間遅延に応じて当該パケットの優先度を設定するので、例えば、パケット間遅延が通常よりも大きいパケットの場合は、現状よりも高優先度にして品質を上げ、パケット間遅延が通常よりも小さいパケットの場合は、現状よりも低優先度に設定して品質を下げるというように、ネットワークの状態に応じて優先度を柔軟に変更することができる。2本発明の優先度設定装置において、所定のピリオドに取得された複数の前記パケットの取得時刻に基づいて、前記パケット間遅延の統計量である第1遅延量を算出する算出部を更に備えている場合には、前記設定部は、算出された前記第1遅延量と通常状態における基準遅延量との差に基づいて前記パケットの優先度を設定すればよい。この場合、例えば、第1遅延量から基準遅延量を引いた差が所定の閾値を超えた場合に、当該パケットのパケット間遅延が大きくなったと判定でき、その閾値以下の場合はパケット間遅延がさほど激しくないと判定することができる。なお、本明細書において、上記ピリオドとは、パケット間遅延の統計量例えば平均値を算出するのに必要となる、複数のパケットを収集するための所定時間長例えば10秒の単位時間のことをいう。3また、本発明の優先度設定装置において、前記算出部は、前記ピリオドごとに算出した複数の前記第1遅延量の統計量である第2遅延量を算出し、算出した当該第2遅延量を前記基準遅延量として採用することが好ましい。この場合、基準遅延量が、複数の第1遅延量の統計量例えば平均値である第2遅延量よりなるので、その基準遅延量を固定値に設定する場合に比べて、ネットワークの通常状態をより適切に設定することができる。4もっとも、この場合、前記算出部は、前記基準遅延量との差が所定の閾値以上である前記第1遅延量については、前記第2遅延量の算出要素から除外することが好ましい。この場合、異常値を示す第1遅延量が第2遅延量の算出要素となることによって、不正確な基準遅延量が設定されるのを未然に防止することができる。5本発明の優先度設定装置において、前記パケット間遅延は、例えば、一方のノードから他方のノードに連続して送信される同種の前記パケット間の時間差、すなわち、そのパケットを受信時刻ごとに並べた際に隣接するもの同士の時間差よりなる。この場合、UDPなどの同報的な通信を利用する送受信ノード間のパケットの優先度を設定することができる。6また、前記パケット間遅延は、一方のノードから他方への要求パケットとこれに対応する応答パケットとの間の時間差であってもよい。この場合、HTTPのGetとResponseなどのハンドシェイクを行う送受信ノード間のパケットの優先度を設定することができる。7本発明のコンピュータプログラムは、パケット通信が可能な通信機器を、優先制御方式のパケット通信に用いる優先度を設定する装置として機能させるためのコンピュータプログラムであって、送受信ノードが同じである複数のパケットを取得するステップと、取得された複数の前記パケットのパケット間遅延に応じて、当該パケットの優先度を設定するステップと、を含むことを特徴とする。上記の通り、本発明のコンピュータプログラムは、本発明の中継装置と実質同一の発明であり、当該装置と同じ作用効果を奏する。なお、本発明のコンピュータプログラムは、上述の2~6に記載された事項を含んでいてもよい。以上の通り、本発明によれば、優先制御方式のパケット通信において、ネットワークの状態に応じて優先度を柔軟に変更することができる。以下、図面を参照しつつ、本発明の実施形態を説明する。システムの全体構成図1は、本発明に係る優先度設定装置の一例であるルータ中継装置を適用した通信システムの全体構成図である。図1に示すように、この通信システムは、通信事業者側の光回線終端装置であるOLT1、宅側の光回線終端装置であるONU2、ホームゲートウェイやブロードバンドルータ等よりなるルータ3、及び、複数のIP端末4などを備えている。OLT1とONU2は光カプラを介して光ファイバによって接続されており、OLT1は広域ネットワーク6と接続されている。本実施形態の広域ネットワーク6はインターネットである。なお、図1のシステム構成例では、FTTHを想定してONU2よりなる回線終端装置を例示しているが、その他の回線終端装置として、ADSLモデムやCATVモデムを採用することもできる。ONU2とルータ3とは、イーサネットケーブル注記:イーサネットは登録商標である。7を介して互いに接続されている。ルータ3は、IPパケットのルーティング機能を有する中継装置であり、1つのWANポートと1又は複数のLANポートとを有する。なお、図例では、LANポートが2つあるルータ3を例示しているが、その数は2つに限定されない。ルータ3のLANポートには、イーサネットケーブル9を介して各種のIP端末4が接続されている。このIP端末4は、例えば、IP通信が可能なパーソナルコンピュータPC、サーバコンピュータ或いはテレビなどの家電製品よりなる。また、OLT1側の広域ネットワーク6にもIP端末4が接続されており、このIP端末4は、例えばクラウドサーバ等よりなる。図1に示すLAN1は、ルータ3の一方のLANポートに接続された構内ネットワークであり、LAN2は、ルータ3の他方のLANポートに接続された構内ネットワークである。これらの構内ネットワークLAN1,LAN2は、1又は複数のスイッチングハブ10を用いて多段接続することによって構成されており、当該ネットワークの終端部分にIP端末4を有する。一方、ルータ3は、構内ネットワークLAN1,LAN2のPC等のIP端末4が行うネットワーク機器の管理及び監視の対象機器であり、そのIP端末4の制御プログラムによって操作されるエージェントプログラムが当該ルータ3にインストールされている。このルータ3のエージェントプログラムは、ルータ3でルーティングされるIPパケットを捕捉する捕捉処理や、捕捉されたパケットを用いたQoS優先度の自動設定処理などを行う。また、本実施形態のルータ3は、IPパケットの中継機能の他に、IPパケットの動的フィルタリング機能、NAT機能、DHCP機能、PPPoE機能及びARP機能などを備えている。なお、パケットは、レイヤ3の通信で使われるPDUの呼び名として用いる場合もあるが、本明細書では、コンピュータ間の通信に使用するデータを送る単位の意味従って、PDUと同じ。でも使用している。従って、IPパケットを単にパケットということがある。ルータの内部構成図2は、ルータ3の内部構成を示すブロック図である。図2に示すように、ルータ3は、第1インタフェース部301、第1送受信ドライバ302、捕捉用受信バッファ303,第1送信バッファ304、第2インタフェース部305、第2送受信ドライバ306、中継用受信バッファ307、第2送信バッファ308及びパケットプロセッサ309などを備えている。第1インタフェース部301は、WANポートを有するイーサネット仕様のトランシーバであり、第1送受信ドライバ302は、第1インタフェース部301にパケットの送受信を行わせる駆動回路よりなる。第1送受信ドライバ302は、第1インタフェース部301から受けた受信パケットを捕捉用受信バッファ303と中継用受信バッファ307に渡し、第1送信バッファ304から受けた送信パケットを第1インタフェース部301から外部に送出する。第2インタフェース部305は、LANポートを有するイーサネット仕様のトランシーバであり、第2送受信ドライバ306は、第2インタフェース部305にパケットの送受信を行わせる駆動回路よりなる。第2送受信ドライバ306は、第2インタフェース部305から受けた受信パケットを捕捉用受信バッファ303と中継用受信バッファ307に渡し、第2送信バッファ308から受けた送信パケットを第2インタフェース部305から外部に送出する。第1及び第2の送信バッファ304,308は、優先度が異なる複数のキューH,Lを有している。この複数のキューH,Lのうち、高優先度キューHは、当該ルータ3で中継処理が行われた後の高優先度の送信パケットを格納するための送信キューであり、低優先度キューLは、当該ルータ3で中継処理が行われた後の低優先度の送信パケットを格納するための送信キューである。なお、第1インタフェース部301、第1送受信ドライバ302、捕捉用受信バッファ303及び第1送信バッファ304は、WAN側の送受信部を構成している。また、第2インタフェース部305、第2送受信ドライバ306、中継用受信バッファ307及び第2送信バッファ308は、LAN側の送受信部を構成している。パケットプロセッサの機能部パケットプロセッサ309は、中継処理部310、捕捉処理部311、分類処理部312及びデータ処理部313を備えている。これらの処理部は、ROMやRAM等の周知の記憶装置図示せず。に記憶されたコンピュータプログラム具体的には、前記エージェントプログラムをプロセッサ309が読み出し、それを実行することによって実現される機能部である。上記各処理部を実現する所定のコンピュータプログラムは、上記の通り、図示しない記憶装置にインストールされているが、このコンピュータプログラムは、CD-ROM、DVD-ROMなどの記録媒体に格納して販売又は譲渡することができる。また、このコンピュータプログラムの販売又は譲渡は、サーバコンピュータからネットワーク経由でダウンロードすることによって行こともできる。中継用受信バッファ307は、各送受信ドライバ302,306から受けたすべての受信パケットを所定量蓄積し、蓄積した受信パケットを中継処理部310に出力する。中継処理部310は、バッファ307から入力された受信パケットに対して、所定のルーティング処理やNATNetworkAddressTranslationによるアドレス情報及びポート情報の変換を行って送信パケットを生成すると、後述のフローマッピングテーブルFMT図9を参照してQoSの優先度のマッピングを行って送信パケットを生成し、その送信パケットを送信バッファ304,308に入力する。すなわち、中継処理部310は、フローマッピングテーブルFMTにおいてQoSが高優先に設定されているアドレスの送信パケットの場合は、その宛先アドレスに対応するいずれかの送信バッファ304,308の高優先度キューHに入力する。また、中継処理部310は、フローマッピングテーブルFMTにおいてQoSが低優先に設定されているアドレスの送信パケットの場合は、その宛先アドレスに対応するいずれかの送信バッファ304,308の低優先度キューLに入力する。捕捉用受信バッファ303は、各受信ドライバ302,306から受けたすべての受信パケットを所定量蓄積し、蓄積した受信パケットを捕捉処理部311に出力する。捕捉処理部311は、バッファ303から入力された受信パケットを受信時刻で並べ替えるなどの所定の処理を行って、すべての受信パケットを分類処理部312とデータ処理部313に送る。分類処理部312は、捕捉処理部311から受けた受信パケットからヘッダ情報を抽出し、そのヘッダ情報にルールテーブルRTとフローテーブルFTを適用してフローデータFDを生成する。分類処理部312は、そのデータFDをデータバッファ315に一時的に記憶させる。なお、分類処理部312は、フローデータFDとして分類できないデータについては、未登録データとしてデータバッファ315に記憶させる。データ処理部313は、所定フローIdのフローデータFDについての、ピリオドごとのパケット間遅延の平均値である第1遅延量をデータ内容に含むフロー統計データFSDの更新処理と、第1遅延量の平均値である第2遅延量をデータ内容とするベースラインデータBLDの更新処理とを行う。更に、データ処理部313は、第1遅延量と第2遅延量とを比較して各フローIdの通信状態を推定し、これに基づいてフローマッピングテーブルFMTにおける優先度の更新処理を行う。なお、中継処理部310は、データ処理部313が更新したフローマッピングテーブルFMTの優先度を用いて、送信パケットに対する優先度を決定する。具体的な処理内容図3は、パケットプロセッサ309の処理手順を示す概略的なフローチャートである。以下、この図3と以後の図4~図12を参照しつつ、プロセッサ309の各処理部311~313が行う具体的な処理の内容を説明する。図3に示すように、ルータ3のプロセッサ309は、各送受信部で受信された受信パケットに対し、パケットの捕捉ステップS1、ヘッダの抽出ステップS2、データの分類及び生成ステップS3及びデータの処理S4の順で情報処理を行う。<パケットの捕捉>このうち、パケットの捕捉ステップS1は、上述の通り捕捉処理部311が行う処理である。捕捉処理部311は、捕捉用受信バッファ303が蓄積した所定量の受信パケットを順次取り込む。<ヘッダの抽出>ヘッダの抽出ステップS2は、分類処理部312が行う処理である。図3に示すように、分類処理部312は、捕捉処理部311から受けた各パケットから必要なレイヤL2~L5のヘッダ情報を抽出する。<データの分類及び生成>データの分類及び生成S3は、分類処理部312が行う処理である。図3に示すように、分類処理部312は、抽出されたパケットのヘッダ情報をキーとしてルールテーブルRTとフローテーブルFTをサーチすることにより、フローデータFDサーチでヒットしない場合は未登録データを生成し、このデータFDをデータバッファ315の対応する格納領域に記憶させる。図4は、ルールテーブルRTの一例を示す図であり、図5は、フローテーブルFTの一例を示す図である。図4に示すように、ルールテーブルRTは、例えば番号1~256までのルールのエントリを備え、各ルールは図5のフローIdと対応している。各ルールには複数図例では8つのサブルールが含まれており、このサブルールには項目とその値Valueを定義することができる。従って、サブルールの項目と値を適宜設定することにより、各ルールの番号フローIdに対応するパケットの内容を定義することができる。例えば、図4の例では、ルール1のサブルール1でdestIp宛先IPアドレスの値を定義し、サブルール2でsrcIP送信元IPアドレスの値を定義し、サブルール3でdestPort宛先ポート番号の値を定義し、サブルール4でsrcPort送信元ポート番号の値を定義するようになっている。なお、図4では図示していないが、各ルールのサブルール5以後に所定のプロトコルとそのプロトコルで用いるコマンドなどを定義することにより、各々のルールフローIdによってサーチしたいパケットの種別を定義することができる。図5に示すように、フローテーブルFTは、フローIdに対応する処理内容が定義されたテーブルである。例えば、図5の例では、フローId=1のパケットの場合には、パケットをフローデータとして残す処理が行われる。また、フローId=2の場合には、パケットを縮退させる処理が行われ、フローId=3の場合は破棄する処理が行われる。なお、上記ルールテーブルRTとフローテーブルFTの設定は、例えば、ルータ3のユーザが、LAN側のIP端末4から各テーブルRT,FTの項目内容や設定値を含むパケットをルータ3に送信することによって行うことができる。また、フローデータFDとは、例えば、一連のパケットフローの連関をチェックするフロー解析の場合に必要となる、送受信ノードが同じである同種の複数のパケットの履歴を特定するためのデータのことをいう。分類処理部312は、ルールテーブルRTを上から順番にサーチして、各パケットから抽出したヘッダ情報がどのルールにマッチするかを判定する。その結果、マッチしたルール=フローIdがある場合には、そのフローIdに対して行うべき処理をフローテーブルFTから読み出し、読み出した処理を当該フローIdのパケットに対して実行する。また、分類処理部312は、マッチしたルール=フローIdがない場合には、未登録データを生成する。図6は、フローデータFDのデータ構造を示す図である。図6に示すように、フローデータFDは、捕捉されたパケットの受信時刻と、当該パケットの前記フローIdとを含むデータ構造となっている。なお、これらのデータの順序は図示のものに限定されない。上述の通り、各フローIdには、ルールテーブルRT図4によってパケットの送信元、宛先及び種別が割り当てられているので、当該フローIdは、パケットの送信元、宛先及び種別を識別可能な識別情報である。<データの処理>図3のデータの処理S4は、データ処理部313が行う処理である。前述の通り、データ処理部313が行う処理には次の各処理が含まれるが、これらの詳細は後述する。aフロー統計データの更新処理bベースラインデータの更新処理c優先度の更新処理フローデータの例図7は、同方向に一連のフローデータFDの例とそのシーケンス図である。図7aの例では、フローId=1のパケットがマルチキャストで送信されるRTPRealtimeTransportProtocolパケットである場合を想定している。図7aに示すように、タイムスタンプの値が100~160μ秒までの間は、フローId=1のフローデータFD同士の時間間隔が一定20μ秒であるが、それ以後のエントリで時間間隔が大幅に遅れている。従って、この場合、サーバからの通信が輻輳していると推定できる。図8は、双方向に一連のフローデータFDの例とそのシーケンス図である。図8aの例では、フローId=2のパケットがICMPパケットのエコー要求であり、フローId=3のパケットがICMPパケットのエコー応答である場合を想定している。図8aに示すように、タイムスタンプの値が100~220μ秒までの間は、フローId=2のエコー要求とフローId=3のエコー応答の間の時間間隔が一定20μ秒であるが、300μ秒以後にエコー応答が来なくなっている。従って、この場合、300μ秒前後の時間帯に、何らかの理由でサーバの通信が切断したと推定できる。フローマッピングテーブル図9は、フローマッピングテーブルFMTの一例を示す図である。フローマッピングテーブルFMTの定義項目には、フローIdと、当該フローIdのアドレス情報及びポート情報であるsrcIp、srcPort、destIP及びdestPortと、Timestamp受信時刻と、QoSの優先度とが含まれている。従って、中継処理部310は、送信パケットのアドレス情報とポート情報をキーとしてフローマッピングテーブルFMTをサーチすることで、送信パケットに適用すべき優先度H,Lを決定することができる。図10は、フロー統計データFSDとベースラインデータBLDのデータ構造を示す図である。図10aに示すように、フロー統計データFSDのエントリは、第1フローId及び第2フローIdと、1番目からn番目のピリオドとを含む。前述の通り、ピリオドは、パケット間遅延の平均値を算出するのに必要となる、パケット収集のための所定時間長例えば10秒の単位時間である。各ピリオドには、当該ピリオド中に収集されたフローId値のパケットの、パケット間遅延の平均値AVGii=1,2,......nが格納される。また、図10bに示すように、ベースラインデータBLDのエントリは、第1フローId及び第2フローIdと平均値AVGbsとを含む。この平均値AVGbsは、複数の平均値AVGii=1,2,......nの中からランダムに抽出した複数の値の平均値である。なお、前述の通り、本明細書では、フロー統計データFSDに含まれる平均値AVGiを第1遅延量と呼び、ベースラインデータBLDに含まれる平均値AVGbsを第2遅延量と呼んでいる。フロー統計データの更新処理図11及び図12は、フロー統計データFSDの更新処理を示すフローチャートである。図11に示すように、データ処理部313は、まず、捕捉されたパケットからアドレス情報とポート情報を抽出しステップS11、フローマッピングテーブルFMTを検索してステップS12、その情報にマッチするエントリフローIdがあるか否かを判定するステップS13。上記判定の結果、マッチするフローIdがある場合には、データ処理部313は、当該フローIdを取得してフローマッピングテーブルFMTのタイムスタンプを現在時刻に更新するステップS14。また、マッチするフローIdがない場合には、データ処理部313は、フローマッピングテーブルFMTに新たなエントリを作成するステップS15。データ処理部313は、上記の処理を今回のピリオドiが終了するまで継続しステップS16、今回のピリオドiが終了すると、ピリオドを1つインクリメントしてステップS17、図12のステップ13以降の処理を行う。図12を参照して、データ処理部313は、フロー統計データFSDの最初のエントリ第1フローIdを参照しステップS18、第1フローIdと第2フローIdが同じ値であるか否かを判定するステップS19。ここで、フロー統計データFSDにおいて、第1フローIdと第2フローIdが同じ値である場合は、それらのフローが、一方のノードから他方のノードに連続して送信される同種のパケット例えば、図7であることを意味する。また、フロー統計データFSDにおいて、第1フローIdと第2フローIdが異なる値である場合は、それらのフローが、一方のノードから他方への要求パケットとこれに対応する応答パケット例えば、図8であることを意味する。上記判定の結果、第1フローIdと第2フローIdの値が同じ場合には、データ処理部313は、フローIdの値がマッチするフローデータFDを古い順で収集しステップS20、そのフローデータFD間のタイムスタンプ受信時刻の差分値ΔTjを逐次算出して収集するステップS21。そして、データ処理部313は、収集した差分値ΔTjの合計を、フローIdの値がマッチするフローデータFDのパケット数Nで割った平均値=AVGi:第1遅延値を算出し、その平均値をフロー統計データFSDの該当ピリオドに入力するステップS22。上記判定の結果、第1フローIdと第2フローIdの値が異なる場合には、データ処理部313は、第1フローIdの値がマッチするフローデータFDを古い順で収集するとともにステップS23、第2フローIdの値がマッチするフローデータFDを古い順で収集するステップS24。また、データ処理部313は、第1フローIdの値とマッチするフローデータFDのタイムスタンプ値と、第2フローIdの値とマッチするフローデータFDのタイムスタンプ値との差分値ΔTkを逐次算出し収集するステップS25。そして、データ処理部313は、収集したΔTkの合計を、第1フローIdの値がマッチするフローデータFDのパケット数Nで割った平均値=AVGi:第1遅延値を算出し、その平均値をフロー統計データFSDの該当ピリオドに入力するステップS26。なお、この場合、フローデータFD内において、第1フローIdの値とマッチするパケット数と第2フローIDの値とマッチするパケット数が同一であると仮定している。ベースラインデータの更新処理データ処理部313は、新規にベースラインデータBLDを作成する場合には、フロー統計データFSDの複数のピリオドの中からランダムに複数個の値を選択し、その平均値AVGbs:第2遅延量を算出して、ベースラインデータBLDの該当エントリに入力する。また、データ処理部313は、各ピリオドの終了時に学習係数αを用いたAVGbsの更新処理を行う。すなわち、データ処理部313は、新たに追加されたピリオドのAVGiと既に求めたベースラインデータBLDのAVGbsとの差が所定の閾値を超えている場合には、学習係数αの値を0とし、その閾値以下の場合には、αの値をv但し、vは0<v<1を満たす設定値として、次式によってAVGbsの値を更新する。AVGbs=1-α×AVGbsα×AVGiQoS優先度の更新処理更に、データ処理部313は、各ピリオドの終了時に、次の手順にてフローマッピングテーブルFMT中の優先度の更新処理を行う。すなわち、データ処理部313は、まず、フロー統計データFSDの各エントリの当該ピリオドの値AVGiと、その時点でのベースラインデータBLDの同じエントリの平均値AVGbsとを比較する。このとき、AVGiがAVGbsよりも大きく、かつ、その差分が所定の閾値を超えている場合は、データ処理部313は、フローマッピングテーブルFMTにおける対応するフローIdの優先度を高にする。逆に、AVGiがAVGbsよりも小さい場合、或いは、AVGiがAVGbsよりも大きいがその差分が所定の閾値以内の場合は、データ処理部313は、フローマッピングテーブルFMTにおける対応するフローIdの優先度を低にする。このように、ベースラインデータBLDのAVGbs第2遅延量は、フロー統計データFSDにおける各ピリオドのAVGi第1遅延量が、当該フローIdのパケットにおいて普通に生じる遅延量か否かを判定するための、基準遅延量として使用される。ルータの効果以上の通り、本実施形態のルータ優先度設定装置3によれば、送受信ノードが同じである複数のパケットを捕捉処理部311にて取得し、データ処理部313が、パケット間遅延が通常よりも大きいフローの場合は、現状よりも高優先度にして品質を上げ、パケット間遅延が通常よりも小さいフローの場合は、現状よりも低優先度に設定して品質を下げるようになっているので、ネットワークの状態に応じて優先度を柔軟に変更することができる。その他の変形例上述の実施形態では、回線終端装置図1ではONU2とは別の装置であるルータ3に本発明を適用しているが、回線終端装置とルータ3とを一体化したホームゲートウェイの場合には、この装置に本発明を適用することにしてもよい。また、フロー統計データFSDのピリオドごとの第1遅延量やベースラインデータBLDの第2遅延量は、例えば中央値などの平均値以外の統計量であってもよい。また、第1遅延量の多寡を判定するための通常状態の基準遅延量を、複数の第1遅延量の統計量第2遅延量ではなく、固定値に設定することにしてもよい。更に、上述の実施形態では、図1に示すように、イーサネットケーブル9で構内ネットワークLAN1,LAN2を構成しているが、ルータ3に無線LAN対応のインタフェースを設け、構内のIP端末4との通信を無線で行うようにしてもよい。この場合、高優先度キューのパケットは、低優先度キューのパケットよりもコンテンションウィンドウのサイズを小さく設定することにしてもよい。上述の実施形態では、本発明の優先度設定機能をルータ3に実装した場合を例示しているが、その機能を、構内ネットワークLAN1,LAN2に繋がるIP端末4に実装することにしてもよい。この場合、IP端末4にて動的に決定したQoSの優先度を、例えば、人手による入力、或いは、SNMPやUPnPなどを利用したオンラインアクセスにより、ルータ3に優先度を設定することにすればよい。今回開示した実施形態上述の各変形例を含む。はすべての点で例示であって制限的なものではない。本発明の権利範囲は、上述の実施形態ではなく、特許請求の範囲と均等の範囲内でのすべての変更が含まれる。"