(57)【要約】【課題】ＤＰＩ（Deep  Packet  Inspection）機能を利用してパケット通信の優先制御を行うことが可能なパケット転送装置を提供する。【解決手段】パケットが送信されてきた際に、ＤＰＩ部１０６により該パケットの内容全体を精査して該パケットのカテゴリごとに分類したカテゴリ番号を取得し、取得した該パケットの前記カテゴリ番号と該パケットのセッション情報とに基づいて、データ参照処理部１１０により、割り当て済みになって使用中の状態にあるセッション数と使用可能な最大セッション数とを前記カテゴリ番号ごとに設定登録しているカテゴリ管理リスト１０８と割り当て済みの各セッションに関するセッション情報を前記カテゴリ番号に関連付けてセッションごとに設定登録しているセッション情報管理データベース１０９とを参照して、送信されてきた該パケットのセッションに関する通信の可否を評価して、該パケットの優先制御を行う。【選択図】図２
2020107935.tif 000002
【特許請求の範囲】
【請求項１】
送信されてきたパケットを転送するパケット転送装置において
パケットの内容全体を精査した結果に基づいて、該パケットをカテゴリごとに分類して、該当するカテゴリ番号を取得するＤＰＩ（Deep  Packet  Inspection）部と、
パケット通信におけるセッションに関する情報として、前記カテゴリ番号ごとに、割り当て済みになって使用中の状態にあるセッション数と使用可能な最大セッション数とを設定登録するカテゴリ管理リスト、
および、パケット通信におけるセッションごとに、割り当て済みの各セッションに関するセッション情報を、前記カテゴリ番号に関連付けて設定登録するセッション情報管理データベース、
を管理し、パケット通信におけるセッションに関する評価を行うデータ管理部と、
を有し、
パケットが送信されてきた際に、
該パケットのセッション情報と前記ＤＰＩ部において取得した該パケットの前記カテゴリ番号とに基づいて、該パケットの優先制御を行う、
パケット転送装置。
【請求項２】
前記データ管理部は、
送信されてきた前記パケットのセッション情報が、前記セッション情報管理データベースに設定済みか否かを確認し、
設定済みであった場合には、当該パケットを転送することを許可するという評価を行い、
設定されていなかった場合には、前記ＤＰＩ部において取得した当該パケットの前記カテゴリ番号を用いて前記カテゴリ管理リストを参照して、当該パケットのカテゴリに関する割り当て済みの前記セッション数と使用可能な前記最大セッション数とを比較し、
当該パケットのカテゴリに関する前記セッション数が、前記最大セッション数以上に達していた場合には、前記パケットを破棄して転送動作を抑止し、前記最大セッション数よりも少なかった場合には、当該パケットを転送することを許可するという評価を行う、
ことを特徴とする請求項１に記載のパケット転送装置。
【請求項３】
前記ＤＰＩ部は、
送信されてきた前記パケットを精査することにより、該パケットに含まれているＵＲＬ（Uniform  Resource  Locator）情報、アプリケーション情報、ユーザ情報、あらかじめ定めた特定のキーワードのいずれか１ないし複数を検知した結果に基づいて、前記カテゴリを特定する前記カテゴリ番号を取得する、
ことを特徴とする請求項１または２に記載のパケット転送装置。
【請求項４】
前記カテゴリごとの優先度をあらかじめ設定して、優先度が高いカテゴリほど、該カテゴリにおいて使用可能な前記最大セッション数の値を大きくなるように前記カテゴリ管理リストにあらかじめ設定登録するとともに、
優先度が高い前記カテゴリにおいて割り当て済みになって使用中の状態にある前記セッション数が前記最大セッション数以上になる場合、
該最大セッション数をあらかじめ定めた増減数だけ増加させ、かつ、優先度の低いいずれかの前記カテゴリの前記最大セッション数を該増減数だけ減少させる、
ことを特徴とする請求項１ないし３のいずれかに記載のパケット転送装置。
【請求項５】
送信されてきたパケットを転送するパケット転送装置におけるパケット通信優先制御方法であって
パケットの内容全体を精査した結果に基づいて、該パケットをカテゴリごとに分類して、該当するカテゴリ番号を取得するＤＰＩ（Deep  Packet  Inspection）ステップと、
パパケット通信におけるセッションに関する情報として、前記カテゴリ番号ごとに、割り当て済みになって使用中の状態にあるセッション数と使用可能な最大セッション数とを設定登録するカテゴリ管理リスト、
および、パケット通信におけるセッションごとに、割り当て済みの各セッションに関するセッション情報を、前記カテゴリ番号に関連付けて設定登録するセッション情報管理データベース、
を管理し、パケット通信におけるセッションに関する評価を行うデータ管理ステップと、
を有し、
パケットが送信されてきた際に、
該パケットのセッション情報と前記ＤＰＩステップにおいて取得した該パケットの前記カテゴリ番号とに基づいて、該パケットの優先制御を行う、
パケット通信優先制御方法。
【請求項６】
前記データ管理ステップは、
送信されてきた前記パケットのセッション情報が、前記セッション情報管理データベースに設定済みか否かを確認し、
設定済みであった場合には、当該パケットを転送することを許可するという評価を行い、
設定されていなかった場合には、前記ＤＰＩステップにおいて取得した当該パケットの前記カテゴリ番号を用いて前記カテゴリ管理リストを参照して、当該パケットのカテゴリに関する割り当て済みの前記セッション数と使用可能な前記最大セッション数とを比較し、
当該パケットのカテゴリに関する前記セッション数が、前記最大セッション数以上に達していた場合には、前記パケットを破棄して転送動作を抑止し、前記最大セッション数よりも少なかった場合には、当該パケットを転送することを許可するという評価を行う、
ことを特徴とする請求項５に記載のパケット通信優先制御方法。
【請求項７】
前記ＤＰＩステップは、
送信されてきた前記パケットを精査することにより、該パケットに含まれているＵＲＬ（Uniform  Resource  Locator）情報、アプリケーション情報、ユーザ情報、あらかじめ定めた特定のキーワードのいずれか１ないし複数を検知した結果に基づいて、前記カテゴリを特定する前記カテゴリ番号を取得する、
ことを特徴とする請求項５または６に記載のパケット通信優先制御方法。
【請求項８】
前記カテゴリごとの優先度をあらかじめ設定して、優先度が高いカテゴリほど、該カテゴリにおいて使用可能な前記最大セッション数の値を大きくなるように前記カテゴリ管理リストにあらかじめ設定登録するとともに、
優先度が高い前記カテゴリにおいて割り当て済みになって使用中の状態にある前記セッション数が前記最大セッション数以上になる場合、
該最大セッション数をあらかじめ定めた増減数だけ増加させ、かつ、優先度の低いいずれかの前記カテゴリの前記最大セッション数を該増減数だけ減少させる、
ことを特徴とする請求項５ないし７のいずれかに記載のパケット通信優先制御方法。
【請求項９】
送信されてきたパケットを転送するパケット転送装置におけるパケット通信優先制御処理をコンピュータにより実行するパケット通信優先制御プログラムであって
パケットの内容全体を精査した結果に基づいて、該パケットをカテゴリごとに分類して、該当するカテゴリ番号を取得するＤＰＩ（Deep  Packet  Inspection）処理と、
パケット通信におけるセッションに関する情報として、前記カテゴリ番号ごとに、割り当て済みになって使用中の状態にあるセッション数と使用可能な最大セッション数とを設定登録するカテゴリ管理リスト、
および、パケット通信におけるセッションごとに、割り当て済みの各セッションに関するセッション情報を、前記カテゴリ番号に関連付けて設定登録するセッション情報管理データベース、
を管理し、パケット通信におけるセッションに関する評価を行うデータ管理処理と、
を有し、
パケットが送信されてきた際に、
該パケットのセッション情報と前記ＤＰＩ処理において取得した該パケットの前記カテゴリ番号とに基づいて、該パケットの優先制御を行う、
パケット通信優先制御プログラム。
【請求項１０】
前記データ管理処理は、
送信されてきた前記パケットのセッション情報が、前記セッション情報管理データベースに設定済みか否かを確認し、
設定済みであった場合には、当該パケットを転送することを許可するという評価を行い、
設定されていなかった場合には、前記ＤＰＩ処理において取得した当該パケットの前記カテゴリ番号を用いて前記カテゴリ管理リストを参照して、当該パケットのカテゴリに関する割り当て済みの前記セッション数と使用可能な前記最大セッション数とを比較し、
当該パケットのカテゴリに関する前記セッション数が、前記最大セッション数以上に達していた場合には、前記パケットを破棄して転送動作を抑止し、前記最大セッション数よりも少なかった場合には、当該パケットを転送することを許可するという評価を行う、
ことを特徴とする請求項９に記載のパケット通信優先制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、パケット転送装置、パケット通信優先制御方法およびパケット通信優先制御プログラムに関し、例えば、中小規模の企業ネットワーク内において優先度に応じたパケット通信が必要な場合に好適に適用できるパケット転送装置、パケット通信優先制御方法およびパケット通信優先制御プログラムに関する。
【背景技術】
【０００２】
近年、送信されてくるパケットの全体（ヘッダ部や場合によってはデータ部）を細かく精査するＤＰＩ（Deep  Packet  Inspection：ディープパケットインスペクション）機能を用いて、パケット通信を遮断する機能が、様々な製品で実用化されている。これらの製品は、主に、セキュリティ上の要請から導入されたものであって、検査地点（インスペクションポイント）に到着したパケットの通過を許可するか拒否するかを判定して、セキュリティの維持が可能か否かを決定している。
【０００３】
このように、現状の技術においては、ＤＰＩ（ディープパケットインスペクション）機能を、セキュリティ上の観点から使用するのみであり、パケット通信ネットワークにおけるパケット通信の優先制御上の課題に対応するための技術としては一切利用されていない状況にある。つまり、パケット通信における優先制御に関する現状の技術に関しては、以下に説明するような技術が採用されている。
【０００４】
一般に、パケット通信ネットワークを構成するパケット転送装置においては、その性能やプロトコル等の仕様のために、該パケット通信ネットワークにおいてパケット通信用に使用することが可能なセッション数には制限がある。特に、グローバルＩＰ（Internet  Protocol）アドレスとのＮＡＴ（Network  Address  Translation）処理を行う装置の場合には、ポート番号の数に依存してセッション数に制限されてしまう。そのため、大量のパケット通信が発生して、パケット転送装置においてパケット通信用として使用されているセッション数が使用することが可能な最大セッション数に達した状態になると、該パケット転送装置は、新たなセッション作成の要求に対応することができなくなるため、新たなパケット通信を行うことができなくなる。
【０００５】
また、災害時などのように回線の利用が限られた状況下においては、災害状況を通知するための動画再生や各種のアプリケーション更新などのパケット通信によって、利用可能な回線をさらに圧迫してしまい、生活に必要な情報の取得が妨げられる事態が生じることが懸念される。
【０００６】
このような課題は、ネットワーク管理者が、ユーザ別や利用方法別に、利用可能なセッションを配分したり、もしくは、該当するセッションのパケット転送に優先制御を適用したりすることによって解決することができる。そこで、現状のパケット通信の優先制御手法においては、例えば、特表２０１５−５１３８２９号公報「輻輳を処理するおよび／またはユーザ体感品質を管理するための階層的トラフィック差別化」等にも記載されているように、ユーザや利用方法の識別用にＩＰヘッダ情報を参照して、ＩＰアドレス・ポート番号情報やＴｏＳ（Type   of  Service）値などを抽出することにより、当該セッションのユーザや利用方法の識別を行って、優先制御を行う手法が採用されていた。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特表２０１５−５１３８２９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、前記特許文献１等に記載されたような本発明に関連するパケット通信の優先制御方法の場合、例えば、‘４４３’ポートを使用するＴＬＳ（Transport  Layer  Security）通信などのような暗号化通信用として広範に利用されるプロトコルを適用するパケット通信には、ネットワークの管理者が適切な優先制御を行うことが難しい。つまり、現状の技術においては、通常のパケット通信ネットワークにおいて良く利用されるプロトコルのパケット通信であっても、パケット通信の優先制御上の課題を解決することが困難な状況にある。
【０００９】
（本開示の目的）
本開示の目的は、かかる事情に鑑みてなされたものであり、ＤＰＩ（Deep  Packet  Inspection）機能を利用してパケット通信の優先制御を行うことが可能なパケット転送装置、パケット通信優先制御方法およびパケット通信優先制御プログラムを提供することを、その目的としている。
【課題を解決するための手段】
【００１０】
前述の課題を解決するため、本発明によるパケット転送装置、パケット通信優先制御方法およびパケット通信優先制御プログラムは、主に、次のような特徴的な構成を採用している。
【００１１】
（１）本発明によるパケット転送装置は、
送信されてきたパケットを転送するパケット転送装置において
パケットの内容全体を精査した結果に基づいて、該パケットをカテゴリごとに分類して、該当するカテゴリ番号を取得するＤＰＩ（Deep  Packet  Inspection）部と、
パケット通信におけるセッションに関する情報として、前記カテゴリ番号ごとに、割り当て済みになって使用中の状態にあるセッション数と使用可能な最大セッション数とを設定登録するカテゴリ管理リスト、
および、パケット通信におけるセッションごとに、割り当て済みの各セッションに関するセッション情報を、前記カテゴリ番号に関連付けて設定登録するセッション情報管理データベース、
を管理し、パケット通信におけるセッションに関する評価を行うデータ管理部と、
を有し、
パケットが送信されてきた際に、
該パケットのセッション情報と前記ＤＰＩ部において取得した該パケットの前記カテゴリ番号とに基づいて、該パケットの優先制御を行う、
ことを特徴とする。
【００１２】
（２）本発明によるパケット通信優先制御方法は、
送信されてきたパケットを転送するパケット転送装置におけるパケット通信優先制御方法であって
パケットの内容全体を精査した結果に基づいて、該パケットをカテゴリごとに分類して、該当するカテゴリ番号を取得するＤＰＩ（Deep  Packet  Inspection）ステップと、
パケット通信におけるセッションに関する情報として、前記カテゴリ番号ごとに、割り当て済みになって使用中の状態にあるセッション数と使用可能な最大セッション数とを設定登録するカテゴリ管理リスト、
および、パケット通信におけるセッションごとに、割り当て済みの各セッションに関するセッション情報を、前記カテゴリ番号に関連付けて設定登録するセッション情報管理データベース、
を管理し、パケット通信におけるセッションに関する評価を行うデータ管理ステップと、
を有し、
パケットが送信されてきた際に、
該パケットのセッション情報と前記ＤＰＩステップにおいて取得した該パケットの前記カテゴリ番号とに基づいて、該パケットの優先制御を行う、
ことを特徴とする。
【００１３】
（３）本発明によるパケット通信優先制御プログラムは、
送信されてきたパケットを転送するパケット転送装置におけるパケット通信優先制御処理をコンピュータにより実行するパケット通信優先制御プログラムであって
パケットの内容全体を精査した結果に基づいて、該パケットをカテゴリごとに分類して、該当するカテゴリ番号を取得するＤＰＩ（Deep  Packet  Inspection）処理と、
パケット通信におけるセッションに関する情報として、前記カテゴリ番号ごとに、割り当て済みになって使用中の状態にあるセッション数と使用可能な最大セッション数とを設定登録するカテゴリ管理リスト、
および、パケット通信におけるセッションごとに、割り当て済みの各セッションに関するセッション情報を、前記カテゴリ番号に関連付けて設定登録するセッション情報管理データベース、
を管理し、パケット通信におけるセッションに関する評価を行うデータ管理処理と、
を有し、
パケットが送信されてきた際に、
該パケットのセッション情報と前記ＤＰＩ処理において取得した該パケットの前記カテゴリ番号とに基づいて、該パケットの優先制御を行う、
ことを特徴とする。
【発明の効果】
【００１４】
本発明のパケット転送装置、パケット通信優先制御方法およびパケット通信優先制御プログラムによれば、主に、以下のような効果を奏することができる。
【００１５】
本発明に係るパケット転送装置は、ＤＰＩ機能を用いて、転送されてくるパケットのカテゴリを判別して、該当するカテゴリ番号を取得するとともに、カテゴリ管理リストとして、パケットのカテゴリ番号別に利用可能な最大セッション数をあらかじめ設定登録している。したがって、トラフィックの輻輳状態が発生して、或るカテゴリ番号において割り当て済みのセッション数が最大セッション数に達してしまい、利用可能なセッションが枯渇する状況に陥ったとしても、パケット通信のカテゴリの種類によっては、あらかじめ設定登録された最大セッション数を利用して通信を行うことが可能である。かくのごとき効果は、パケットのＩＰヘッダの如何には関係なく得られるので、ＴＬＳ（Transport  Layer  Security）やＨＴＴＰ（Security-Text  Transfer  Protocol）などの多様なプロトコルも含め如何なるプロトコルにおいても有効に活用することができる。
【図面の簡単な説明】
【００１６】
【図１】本発明に係るパケット転送装置の接続構成の一例を示す接続構成図である。
【図２】図１に示したパケット転送装置内のパケット通信優先制御部の詳細な内部構成の一例を示すブロック構成図である。
【図３】図１に示したパケット通信優先制御部内に設置したカテゴリ管理リストの一例を示すテーブルである。
【図４】図１に示したパケット通信優先制御部内に設置したセッション情報管理データベースの一例を示すテーブルである。
【図５】図１に示したクライアント端末からウェブサーバに対するアクセス要求（ＨＴＴＰ  ＧＥＴ）を受け取った際のパケット転送装置の動作の一例を示すシーケンスチャートである。
【図６】図１に示したデータ管理モジュールにおける通信の可否の判定処理の一例を示すフローチャートである。
【図７】図１に示したクライアント端末とウェブサーバとの間の新しいセッション情報に関する通信を停止させる際のパケット転送装置の動作の一例を示すシーケンスチャートである。
【図８】図１に示したパケット通信優先制御部内に設置した図３のカテゴリ管理リストにＱｏＳ値をさらに追加した構成例を示すテーブルである。
【図９】本実施形態におけるパケット転送装置の効果を説明するための説明図である。
【発明を実施するための形態】
【００１７】
以下、本発明によるパケット転送装置、パケット通信優先制御方法およびパケット通信優先制御プログラムの好適な実施形態について添付図を参照して説明する。なお、以下の説明においては、本発明によるパケット転送装置およびパケット通信優先制御方法について説明するが、かかるパケット通信優先制御方法をコンピュータにより実行可能なパケット通信優先制御プログラムとして実施するようにしても良いし、あるいは、パケット通信優先制御プログラムをコンピュータにより読み取り可能な記録媒体に記録するようにしても良いことは言うまでもない。また、以下の各図面に付した図面参照符号は、理解を助けるための一例として各要素に便宜上付記したものであり、本発明を図示の態様に限定することを意図するものではないことも言うまでもない。
【００１８】
（本発明の基本的な実施形態）
本発明の実施形態の説明に先立って、本発明の基本的な実施形態についてその概要をまず説明する。本発明は、パケット通信ネットワークを構成するパケット転送装置に送信されてきたパケットの内容全体（ヘッダのみならずボディ部も含む全体）をＤＰＩ（Deep  Packet  Inspection：ディープパケットインスペクション）機能により精査して分析した結果に基づいて、当該パケットのパケット通信におけるセッション情報を特定の指標に沿ってカテゴリ別に分類することによって、カテゴリの分類別にパケット通信の優先制御を行うことを可能にすることを、主要な特徴としている。
【００１９】
すなわち、パケットの内容全体から、特定の指標として例えば該パケットの接続先を示すＵＲＬ（Uniform  Resource  Locator）の情報や該パケットのクライアント端末が使用するアプリケーション情報等を抽出して、抽出した情報に基づいて、該パケットのパケット通信におけるセッションに対して任意に定めたカテゴリ情報を関連付けし、パケット通信のカテゴリ別の優先順位の管理を行い、該カテゴリ情報が関連付けられているセッション情報を評価することにより、パケット通信の優先制御を行うことを、主要な特徴としている。パケット通信の優先制御としては、該パケットのパケット通信におけるセッションの通信の可否を決定するようにしてもよく、この決定に加えて、パケットに対してＱｏＳ値等の品質情報を設定するようにしてもよい。さらに、パケット通信の優先制御として、セッションの通信の可否は決定せずにパケットに対してＱｏＳ値等の品質情報を設定するようにしてもよい。
【００２０】
かくのごとく、ＤＰＩ機能をパケット通信の優先制御のために用いることによって、如何なる種類のパケットであっても、流動的なパケット通信ネットワークにおけるパケット通信の優先制御をより確実に行うことが可能になる。さらに、ＩＰ（Internet  Protocol）ヘッダに依存した現状のパケット通信優先制御手法とは異なり、セキュリティ通信用のＴＬＳ（Transport  Layer  Security）通信や一般のＨＴＴＰ（Hyper-Text  Transfer  Protocol）通信においても、よりユーザニーズに応じたパケット通信の優先制御を行うことができる点にも付加価値がある。
【００２１】
（本発明の実施形態の構成例）
次に、本発明に係るパケット転送装置の構成の一実施形態について、図面を参照しながら説明する。なお、以下の説明においては、ＤＰＩ機能の利用例として、パケットのＵＲＬ情報に基づく判定処理を行うＵＲＬフィルタリング機能を利用して、パケットのカテゴリ別の分類を行うとともに、カテゴリ別に利用可能な最大セッション数をあらかじめ割り当てることによって、パケット通信の優先制御を行う場合について説明する。
【００２２】
図１は、本発明に係るパケット転送装置の接続構成の一例を示す接続構成図であり、該パケット転送装置の内部構成についてもその一例を合わせて示している。
【００２３】
図１に示すパケット転送装置１００は、内部に、パケット通信優先制御部１０１、ＬＡＮ（Local  Area  Network）インタフェース１０２、ルーティング部１０３およびＷＡＮ（Wide  Area  Network）インタフェース１０４を備えている。ここで、パケット通信優先制御部１０１は、セッション管理機能を有していて、ルーティング部１０３に付随している。そして、パケット通信優先制御部１０１は、内部に、セッション情報の生成、管理を行うセッション管理モジュール１０５と、転送されてきたパケットの全体を細かく精査するＤＰＩモジュール１０６と、セッション管理モジュール１０５とＤＰＩモジュール１０６との二つのモジュールを関連付けたデータを管理し、パケット通信におけるセッションに関する評価を行う（すなわち、パケットの通信可否を判定する）データ管理モジュール１０７と、を備えている。
【００２４】
ＬＡＮインタフェース１０２は、ローカルネットワーク１１３を介して、クライアント端末１１１、クライアント端末１１２、…等の１ないし複数のクライアント端末を接続して、クライアント端末との間でパケットの転送を行っている。また、ＷＡＮインタフェース１０４は、インターネット１２３を介して、ウェブサーバ１２１、ウェブサーバ１２２、…等の１ないし複数のウェブサーバを接続して、ウェブサーバとの間でパケットの転送を行っている。
【００２５】
パケット転送装置１００は、クライアント端末１１１、クライアント端末１１２、…等がウェブサーバ１２１、ウェブサーバ１２２、…等と通信を行うために、例えば、ＬＡＮインタフェース１０２に転送されてきたパケットを、ルーティング部１０３を経由して、ＷＡＮインタフェース１０４からインターネット１２３に転送する。この際に、ルーティング部１０３に付随するパケット通信優先制御部１０１内のデータ管理モジュール１０７により、ルーティング部１０３を経由したＷＡＮインタフェース１０４へのパケット転送の可否を決定する。
【００２６】
次に、図１に示したパケット転送装置１００内のパケット通信優先制御部１０１の内部構成について、図２を用いてさらに詳しく説明する。図２は、図１に示したパケット転送装置１００内のパケット通信優先制御部１０１の詳細な内部構成の一例を示すブロック構成図である。なお、図２においては、パケット通信優先制御部１０１内のＤＰＩモジュール１０６が、前述したように、転送パケットに対するＵＲＬフィルタリングを行う機能を有するＵＲＬフィルタリングモジュールとして機能している場合を一例として示している。
【００２７】
また、パケット通信優先制御部１０１内のデータ管理モジュール１０７は、内部に、図２に示すように、カテゴリ管理リスト１０８、セッション情報管理データベース１０９、データ参照処理部１１０を備えている。データ参照処理部１１０は、カテゴリ管理リスト１０８、セッション情報管理データベース１０９に対する参照や格納等の管理を行うとともに、カテゴリ管理リスト１０８、セッション情報管理データベース１０９の参照結果に基づいて、転送パケットのセッションの通信可否を判定する。
【００２８】
カテゴリ管理リスト１０８は、カテゴリごとに分類したパケット通信のセッションに関する情報として、カテゴリ番号ごとに、転送パケットのセッションに関する情報を設定登録しているテーブルであり、図３にその一例を示す。図３は、図１に示したパケット通信優先制御部１０１内に設置したカテゴリ管理リスト１０８の一例を示すテーブルである。図３に示すカテゴリ管理リスト１０８は、カテゴリ番号１０８ａ、セッション数１０８ｂ、最大セッション数１０８ｃ、削除回数１０８ｄから構成されている。なお、カテゴリ番号とは、転送パケットのユーザや転送先のＵＲＬや使用するアプリケーションやあらかじめ定めた特定のキーワード等の種類に応じて分類したカテゴリをユニークに特定する番号のことである。
【００２９】
ここで、セッション数１０８ｂは、対応するカテゴリ番号１０８ａに属している使用中のセッションとして既に割り当て済みのセッションの数を示し、最大セッション数１０８ｃは、対応するカテゴリ番号１０８ａにて使用することが可能なセッション数の最大数を示している。また、削除回数１０８ｄは、優先制御により転送パケットを破棄してセッションを削除した回数をカウントしている。例えば、図３の第１行目の設定例においては、カテゴリ番号１０８ａが‘０００１’ のカテゴリに属するセッションに関する情報として、該カテゴリにおける使用中のセッション数１０８ｂが‘３５０’であり、該カテゴリにおいて使用可能な最大セッション数１０８ｃが‘１０００’であり、該カテゴリにおいてセッションが削除された削除回数１０８ｄは‘０’回であることを示している。
【００３０】
また、セッション情報管理データベース１０９は、転送パケットのセッションとして既に割り当て済みのセッション番号ごとにパケット通信の管理を行うためのセッション情報を設定登録するデータベースであり、図４にその一例を示す。図４は、図１に示したパケット通信優先制御部１０１内に設置したセッション情報管理データベース１０９の一例を示すテーブルである。図４に示すセッション情報管理データベース１０９は、セッション番号１０９ａ、送信元ＩＰアドレス１０９ｂ、宛先ＩＰアドレス１０９ｃ、送信元ポート番号１０９ｄ、宛先ポート番号１０９ｅ、カテゴリ番号１０９ｆから構成されている。ここで、カテゴリ番号１０９ｆは、図３に示したカテゴリ管理リスト１０８のカテゴリ番号１０８ａに該当する情報を設定する。
【００３１】
例えば、図３に示したカテゴリ管理リスト１０８の設定例において、カテゴリ番号１０８ａが‘０００１’のカテゴリに関しては、既に割り当て済みになって使用中の状態にあるセッション数１０８ｂが‘３５０’であり、使用可能な最大セッション数１０８ｃが‘１０００’である。したがって、図４のセッション情報管理データベース１０９に示すように、セッション番号１０９ａ欄に示す番号が‘１’から‘１０００’までの１０００個（最大セッション数）のセッションに関しては、同一カテゴリ領域の第１カテゴリ２０１として、カテゴリ番号１０９ｆ欄が‘０００１’のカテゴリ番号に属するセッションのセッション情報が設定される。
【００３２】
ここで、カテゴリ番号‘０００１’のカテゴリに属する１０００個のセッションのうち、セッション番号‘１’からセッション番号‘３５０’までの３５０個のセッションは、使用中の状態にあるセッションであり、送信元ＩＰアドレス１０９ｂ、宛先ＩＰアドレス１０９ｃ、送信元ポート番号１０９ｄ、宛先ポート番号１０９ｅ、の各欄には、それぞれのセッションのセッション情報に関するデータが設定されている。一方、残りのセッション番号‘３５１’からセッション番号‘１０００’までの６５０個のセッションに関しては、未使用のセッションであり、送信元ＩＰアドレス１０９ｂ、宛先ＩＰアドレス１０９ｃ、送信元ポート番号１０９ｄ、宛先ポート番号１０９ｅ、の各欄には、未割り当ての状態を示す［Ｎ／Ａ］が設定されている。
【００３３】
同様に、セッション番号１０９ａ欄に示す番号が‘１００１’から‘１５００’までの５００個のセッションに関しては、同一カテゴリ領域の第２カテゴリ２０２として、カテゴリ番号１０９ｆ欄が‘０００２’のカテゴリに属するセッションのセッション情報が設定される。
【００３４】
図２の説明に戻って、データ参照処理部１１０は、セッション管理モジュール１０５との間で情報のやり取りを行い、前述したように、カテゴリ管理リスト１０８、セッション情報管理データベース１０９に登録されているデータの管理を行うとともに、セッションの通信可否の判定やセッションの削除を行う。
【００３５】
次に、図２に示したパケット通信優先制御部１０１内の各モジュール間の情報の流れについて説明する。まず、セッション管理モジュール１０５において、ルーティング部１０３から転送パケットを受け取ると、該転送パケットのセッション情報を保存するとともに、該転送パケットのセッションに関するカテゴリ（カテゴリ番号）を取得するために、ＤＰＩモジュール（ＵＲＬフィルタリングモジュール）１０６に対して、カテゴリ番号に関する問い合わせ２１１を行う。そして、ＤＰＩモジュール（ＵＲＬフィルタリングモジュール）１０６からカテゴリ番号２１２を取得すると、セッション管理モジュール１０５は、該転送パケットのセッションの通信可否を判別するために、取得したカテゴリ番号２１２を付した新しいセッションの通信可否問い合わせ２３１をデータ管理モジュール１０７に対して行う。
【００３６】
データ管理モジュール１０７は、セッション管理モジュール１０５からの新しいセッションの通信可否問い合わせ２３１を受け取ると、データ参照処理部１１０を起動する。そして、データ参照処理部１１０は、セッション情報管理データベース１０９に登録されているデータを参照して、通知されてきた転送パケットのセッション情報がセッション情報管理データベース１０９に登録済みであるか否かを判別する。登録済みであった場合には、既に割り当て済みのセッション番号を用いてパケット通信が可能であると判定する。そして、判定した結果を、当該セッションの通信可否情報２３２として、問い合わせ元のセッション管理モジュール１０５に通知する。
【００３７】
しかし、セッション情報管理データベース１０９には未登録の新しいセッション情報であった場合には、データ参照処理部１１０は、新しいセッション番号を取得することが可能であるか否かを判定するために、次に、カテゴリ管理リスト１０８を参照して、通知されてきたカテゴリ番号２１２に関して使用中のセッション数が最大セッション数よりも少ないか否かを確認する。そして、確認した結果を、当該セッションの通信可否情報２３２として、問い合わせ元のセッション管理モジュール１０５に通知する。
【００３８】
また、セッション管理モジュール１０５からセッション削除指示２３３を受け取ると、データ参照処理部１１０は、該当するセッションに関する情報を削除するように、カテゴリ管理リスト１０８、セッション情報管理データベース１０９に登録されているデータを更新して設定し直す。なお、セッション情報管理データベース１０９に登録されるセッションの総数に関しては、セッション管理モジュール１０５によって予約される。
【００３９】
（本実施形態の動作の説明）
次に、本発明の一実施形態として図１〜図４に例示したパケット転送装置１００の動作について、図面を参照しながら詳細に説明する。図５は、図１に示したクライアント端末１１１からウェブサーバ１２１に対するアクセス要求（ＨＴＴＰ  ＧＥＴ）を受け取った際のパケット転送装置１００の動作の一例を示すシーケンスチャートである。なお、図５のシーケンスチャートは、図１に示すクライアント端末１１１からウェブサーバ１２１へのアクセス要求（ＨＴＴＰ  ＧＥＴ）をパケット転送装置１００が受信した際に、パケット転送装置１００内のセッション管理モジュール１０５、ＤＰＩモジュール（ＵＲＬフィルタリングモジュール）１０６、データ管理モジュール１０７の間で行われるデータのやり取りの一例を示している。
【００４０】
図５のシーケンスチャートにおいて、クライアント端末１１１からセッション上でウェブサーバ１２１へのアクセス要求となるＨＴＴＰ  ＧＥＴパケット２１０がパケット転送装置１００に送信されてくると、パケット転送装置１００のセッション管理モジュール１０５は、ルーティング部１０３から受け取った該ＨＴＴＰ  ＧＥＴパケット２１０のセッション情報を保持する（シーケンスＳｅｑ１）。そして、セッション管理モジュール１０５は、ＤＰＩモジュール（ＵＲＬフィルタリングモジュール）１０６に対して、該ＨＴＴＰ  ＧＥＴパケット２１０の内容とともに、該ＨＴＴＰ  ＧＥＴパケット２１０が属するカテゴリを特定するカテゴリ番号を問い合わせる問い合わせ２１１を送信する。
【００４１】
ＤＰＩモジュール（ＵＲＬフィルタリングモジュール）１０６は、受け取ったＨＴＴＰ  ＧＥＴパケット２１０の内容（ヘッダ部、ボディ部）全体を精査して、該ＨＴＴＰ  ＧＥＴパケット２１０が指定しているＵＲＬの情報に基づいてカテゴリの分類を行い、該当するカテゴリ番号２１２を決定する（シーケンスＳｅｑ２）。そして、決定したカテゴリ番号２１２を、問い合わせ元のセッション管理モジュール１０５に対して返送する。
【００４２】
セッション管理モジュール１０５は、返送されてきたカテゴリ番号２１２とＨＴＴＰ  ＧＥＴパケット２１０とを新しいセッション情報として関連付けを行う（シーケンスＳｅｑ３）。しかる後、セッション管理モジュール１０５は、カテゴリ番号２１２を付した新しいセッション情報に関する通信可否問い合わせ２３１を、データ管理モジュール１０７に対して送信する。
【００４３】
データ管理モジュール１０７は、新しいセッション情報に関する通信可否問い合わせ２３１を受け取ると、データ参照処理部１１０を起動して、カテゴリ管理リスト１０８およびセッション情報管理データベース１０９の設定内容を参照して、受け取った新しいセッション情報に関するパケット通信の可否を判定する（シーケンスＳｅｑ４）。なお、データ参照処理部１１０におけるパケット通信の可否の判定処理の詳細については、後述する図６のフローチャートを用いて説明する。
【００４４】
データ参照処理部１１０は、新しいセッション情報に関するパケット通信可否の判定結果を、通信可否情報２３２として、通信可否問い合わせ２３１の送信元のセッション管理モジュール１０５に対して返送する。セッション管理モジュール１０５は、データ管理モジュール１０７から送信されてきた通信可否情報２３２を受け取ると、データ管理モジュール１０７における判定が通信可能の判定結果であった場合には、クライアント端末１１１から受け取っていたＨＴＴＰ  ＧＥＴパケット２１０を、ＨＴＴＰ  ＧＥＴパケット２４０として、ＷＡＮインタフェース１０４を介してウェブサーバ１２１に対して転送するようにルーティング部１０３に対して指示する（シーケンスＳｅｑ５）。
【００４５】
次に、図５のシーケンスチャートのシーケンスＳｅｑ４において実施されるデータ参照処理部１１０における通信の可否の判定処理の詳細について、図６のフローチャートを参照しながら説明する。図６は、図１に示したデータ管理モジュール１０７における通信の可否の判定処理の一例を示すフローチャートである。
【００４６】
図６のフローチャートにおいて、データ管理モジュール１０７のデータ参照処理部１１０は、セッション管理モジュール１０５から、新しいセッション情報に関する通信可否問い合わせ２３１に付されているカテゴリ番号２１２を受け取ると（ステップＳ１）、セッション情報管理データベース１０９内のカテゴリ番号１０９ｆ欄に、受け取ったカテゴリ番号と同一のカテゴリ番号が設定されているセッション番号それぞれに関する各セッション情報を参照して、通信可否問い合わせ２３１とともに受け取っている新しいセッション情報と同一のセッション情報が存在しているか否かを確認する（ステップＳ２）。
【００４７】
セッション情報管理データベース１０９内に受け取っている新しいセッション情報と同一のセッション情報が存在していた場合には（ステップＳ２のｙｅｓ）、データ参照処理部１１０は、受け取っている該新しいセッション情報のパケットに関するパケット通信は可能であると判定する。そして、セッション情報管理データベース１０９内のセッション番号１０９ａ欄から該当するセッション番号を取り出して、問い合わせ元のセッション管理モジュール１０５に対して、取り出したセッション番号とともに通信可能である旨を示す通信可否情報２３２を返送する。セッション管理モジュール１０５は、返送されてきた通信可否情報２３２が通信可能を示していた場合には、該通信可否情報２３２に付されているセッション番号を用いて、クライアント端末１１１から送信されてきたＨＴＴＰ  ＧＥＴパケットを転送する処理を行う（ステップＳ３）。
【００４８】
一方、セッション情報管理データベース１０９内には受け取っている新しいセッション情報と同一のセッション情報が存在していなかった場合には（ステップＳ２のｎｏ）、ステップＳ４の処理に移行する。そして、次に、データ参照処理部１１０は、受け取っているカテゴリ番号によりカテゴリ管理リスト１０８のカテゴリ番号１０８ａを検索して、受け取っているカテゴリ番号と同一のカテゴリ番号が設定されているセッション数１０８ｂ欄と最大セッション数１０８ｃ欄とのそれぞれの設定内容を読み出す。そして、セッション数１０８ｂ欄に設定されている値が最大セッション数１０８ｃ欄に設定されている値よりも小さい値であるか否かを確認する（ステップＳ４）。
【００４９】
セッション数１０８ｂ欄に設定されている値が最大セッション数１０８ｃ欄に設定されている値よりも小さい値であった場合には（ステップＳ４のｙｅｓ）、データ参照処理部１１０は、受け取っている新しいセッション情報に関するパケットは、まだ、当該パケット転送装置１００において転送することが可能な通信可能状態であると判定する。したがって、データ参照処理部１１０は、カテゴリ管理リスト１０８のセッション数１０８ｂ欄の値を‘１’加算して、受け取ったカテゴリ番号における使用中のセッション数を加算する。さらに、データ参照処理部１１０は、セッション情報管理データベース１０９内のセッション番号１０９ａから未割り当て状態にあるいずれかのセッション番号を選択して取得するとともに、受け取っている新しいセッション情報を、セッション情報管理データベース１０９内の選択したセッション番号に該当する行のセッション情報の各欄に、追加登録する（ステップＳ５）。
【００５０】
しかる後、データ参照処理部１１０は、問い合わせ元のセッション管理モジュール１０５に対して、取得したセッション番号とともに通信可能である旨を示す通信可否情報２３２を返送する。その結果、セッション管理モジュール１０５は、該通信可否情報２３２に付されているセッション番号を用いて、クライアント端末１１１から送信されてきたＨＴＴＰ  ＧＥＴパケットを転送する処理を行う（ステップＳ６）。
【００５１】
一方、セッション数１０８ｂ欄に設定されている値が最大セッション数１０８ｃ欄に設定されている値よりも小さい値ではなかった場合には（ステップＳ４のｎｏ）、データ参照処理部１１０は、受け取った新しいセッション情報に関するパケットは、当該パケット転送装置１００において転送することが不可能な通信不可状態であると判定する。
【００５２】
したがって、データ参照処理部１１０は、問い合わせ元のセッション管理モジュール１０５に対して、通信不可である旨を示す通信可否情報２３２を返送して、セッション情報の削除を要求する。その結果、セッション管理モジュール１０５は、受け取っていた新しいセッション情報を破棄するとともに、ルーティング部１０３に対して、ＨＴＴＰ  ＧＥＴパケットの送信元のクライアント端末１１１とウェブサーバ１２１とに対して通信の停止を要求するＲＳＴ（Ｒｅｓｅｔ）パケットを送信させる指示を行う(ステップＳ８)。
【００５３】
さらに、ＲＳＴパケットの送信により、クライアント端末１１１とウェブサーバ１２１と間の通信が停止したことを確認すると、セッション管理モジュール１０５は、新しいセッション情報に関するパケット通信を強制的に終了させる。しかる後、セッション管理モジュール１０５は、データ参照処理部１１０に対して、新しいセッション情報の削除を指示するために、カテゴリ番号２１２を付したセッション削除指示２３３を送信する。データ参照処理部１１０は、セッション削除指示２３３を受け取ると、カテゴリ管理リスト１０８のカテゴリ番号１０８ａ欄の該当するカテゴリ番号の行にある削除回数１０８ｄ欄の値を‘１’加算する（ステップＳ７）。
【００５４】
次に、図６のフローチャートのステップＳ７およびステップＳ８において実施される新しいセッション情報に関する通信を停止する動作について、図７のシーケンスチャートを用いてさらに説明する。図７は、図１に示したクライアント端末１１１とウェブサーバ１２１との間の新しいセッション情報に関する通信を停止させる際のパケット転送装置１００の動作の一例を示すシーケンスチャートである。
【００５５】
言い換えると、図７のシーケンスチャートは、図１に示すパケット転送装置１００内のデータ管理モジュール１０７において問い合わせ元のセッション管理モジュール１０５から問い合わせがあった新しいセッション情報は通信不可であると判定した際のセッション管理モジュール１０５とデータ管理モジュール１０７との間で行われるデータのやり取りと、クライアント端末１１１、ウェブサーバ１２１に対するＲＳＴ（Ｒｅｓｅｔ：リセット）送信動作の一例を示している。すなわち、図７のシーケンスチャートは、図６のフローチャートのステップＳ７およびステップＳ８に示したように、データ参照処理部１１０が、受け取った新しいセッション情報に関するパケットは、当該パケット転送装置１００において転送することが不可能な通信不可状態であると判定した場合の動作を示している。
【００５６】
また、図７に示すシーケンスの動作が終了すると、図６のフローチャートのステップＳ７において説明したように、受け取っていた新しいセッション情報に関するパケット通信を強制的に終了させるとともに、受け取っていたカテゴリ番号と同一のカテゴリ番号が設定されているカテゴリ管理リスト１０８の削除回数１０８ｄ欄（すなわち、カテゴリ管理リスト１０８のカテゴリ番号１０８ａ欄の該当するカテゴリ番号の行の削除回数１０８ｄ欄）の値を‘１’加算する動作を行う。
【００５７】
図７のシーケンスチャートにおいて、データ参照処理部１１０は、セッション管理モジュール１０５から問い合わせがあった新しいセッション情報は通信不可であると判定すると（シーケンスＳｅｑ４Ａ）、問い合わせ元のセッション管理モジュール１０５に対して、通信可否情報２３２として、通信不可である旨を返送する。
【００５８】
セッション管理モジュール１０５は、データ参照処理部１１０から通信不可の情報を受け取ると、新しいセッションに関するパケット通信を停止させるために、ＲＳＴ（Ｒｅｓｅｔ：リセット）パケットを作成する（シーケンスＳｅｑ６）。そして、ＨＴＴＰ  ＧＥＴパケットの送信元のクライアント端末１１１にはＲＳＴパケット２５１として送信し、また、ウェブサーバ１２１にはＲＳＴパケット２５２として送信することにより、それぞれの通信の停止を要求する（シーケンスＳｅｑ６）。しかる後、セッション管理モジュール１０５は、保持していた当該新しいセッションセッションを削除する（シーケンスＳｅｑ７）。
【００５９】
次に、新しいセッション情報に関するＨＴＴＰ  ＧＥＴパケットをウェブサーバ１２１向けに転送した後、当該新しいセッション情報に関するセッションの終了時の動作について、図２のブロック構成図を用いて説明する。
【００６０】
セッション管理モジュール１０５は、セッションが終了したことを検知すると、終了したセッションに関する情報として自セッション管理モジュール１０５が保持していた情報を削除した後、セッション情報管理データベース１０９に設定されている該セッションに関するセッション情報を削除するセッション削除指示２３３をデータ管理モジュール１０７に対して通知する。データ管理モジュール１０７は、セッション管理モジュール１０５からセッション削除指示２３３を受け取ると、セッション削除指示２３３が指定しているセッションに関するセッション情報を、セッション情報管理データベース１０９から削除して、該セッションを未割り当ての状態に戻す。さらに、データ管理モジュール１０７は、該セッションが属するカテゴリ番号を用いてカテゴリ管理リスト１０８のカテゴリ番号１０８ａを参照して、該当するカテゴリ番号におけるセッション数１０８ｂ欄の値を‘１’減算する。
【００６１】
以上に説明したように、本実施形態においては、パケット転送装置１００内に、転送されてきたパケットに関してヘッダ部のみならずボディ部も含めてきめ細かく精査して、該パケットの種類を示すカテゴリを決定するＤＰＩモジュール１０６を備え、かつ、決定したカテゴリごとに使用することが可能な最大セッション数およびセッションの割り当て状況を管理するデータ管理モジュール１０７を備えている。
【００６２】
データ管理モジュール１０７においては、パケット通信のセッションをカテゴリに応じて分類して、各カテゴリをユニークに特定するカテゴリ番号１０８ａごとに、それぞれで割り当て済みのセッション数１０８ｂと使用することが可能な最大セッション数１０８ｃとを設定登録するカテゴリ管理リスト１０８と、割り当て済みのセッションとして使用中の状態にある各セッションに関するセッション情報（送信元のＩＰアドレスやポート番号や宛先となるＩＰアドレスやポート番号）をカテゴリ番号１０９ｆに関連付けて設定登録するセッション情報管理データベース１０９と、を備えている。
【００６３】
ここで、カテゴリ管理リスト１０８に設定するカテゴリ番号１０８ａ別の最大セッション数１０８ｃを優先度が高いカテゴリ番号１０８ａの順に、より大きい数に設定することとし、パケット通信が輻輳する状態が発生しても、優先度が高いカテゴリに属するセッションに関しては、より確実に通信を行うことが可能な状態に設定することが望ましい。
【００６４】
また、図３のカテゴリ管理リスト１０８に、さらに、カテゴリ番号１０８ａごとの優先度を追加してあらかじめ設定するようにしても良い。そして、或るカテゴリ番号Ａにおいて、使用中のセッション数１０８ｂの値が使用可能な最大セッション数１０８ｃの値以上に大きい値になることを検知した場合には、次のような処理を動的に行うようにしても良い。すなわち、或るカテゴリ番号Ａにおいて使用中のセッション数１０８ｂの値が最大セッション数１０８ｃの値以上になる場合には、カテゴリ管理リスト１０８における当該カテゴリ番号Ａの最大セッション数１０８ｃの値をあらかじめ適切に定めた増減数だけ増加させる。そして、その代りに、当該カテゴリ番号Ａよりも優先度が低く、かつ、使用中のセッション数１０８ｂの値が最大セッション数１０８ｃの値にはまだ達していないいずれかのカテゴリ番号Ｂに関して、カテゴリ管理リスト１０８の最大セッション数１０８ｃの値を該増減数だけ減少させる処理を動的に行う。
【００６５】
その結果、最大セッション数１０８ｃを増加させたカテゴリ番号Ａ、最大セッション数１０８ｃを減少させたカテゴリ番号Ｂのいずれのカテゴリ番号に属するセッションも、パケット通信を行うことが可能になるので、動的に通信の品質を向上させることができる。なお、優先度が高いカテゴリ番号Ａにおけるパケット通信が可能な数になるように最大セッション数１０８ｃを増加させる場合、その代りに、最大セッション数１０８ｃの値を前記増減数だけ減少させると、使用中のセッション数１０８ｂの値が最大セッション数１０８ｃの値に達していないカテゴリ番号Ｂが、当該カテゴリ番号Ａよりも優先度が低いカテゴリの中には全く存在しなくなることが生じる可能性がある。かかる場合には、最も優先度が低いカテゴリ番号の最大セッション数１０８ｃを強制的に減少させる対象として選択するようにしても良い。そして、最も優先度が低いカテゴリ番号に関して、前記増減数だけ最大セッション数１０８ｃの値を減少させるとともに、最大セッション数１０８ｃの値を超えてしまうセッション番号を付しているセッションに関するパケット通信を強制的に切断するように制御する。
【００６６】
同様に、カテゴリごとの各セッションの通信状況を監視して、監視結果に基づいて、優先度に応じて、カテゴリ管理リスト１０８の最大セッション数１０８ｃの値を動的に更新処理する仕組みを組み込むようにすれば、より柔軟なネットワーク品質管理を行うことが可能になる。
【００６７】
また、図３のカテゴリ管理リスト１０８に、さらに、カテゴリ番号ごとにＴｏＳ（Type  of  Service）値等のＱｏＳ（Quality  of  Service）値をあらかじめ設定するようにしても良い。図８は、図１に示したパケット通信優先制御部１０１内に設置した図３のカテゴリ管理リスト１０８にＱｏＳ値をさらに追加した構成例を示すテーブルである。図８に示すように、カテゴリ管理リスト１０８Ａは、図３に示したカテゴリ管理リスト１０８にさらにＱｏＳ値１０８ｅ欄が追加されたテーブル構成になっている。
【００６８】
したがって、図８に示すカテゴリ管理リスト１０８Ａを用いる場合、ＤＰＩモジュール（ＵＲＬフィルタリングモジュール）１０６において決定されたカテゴリ番号を用いてカテゴリ管理リスト１０８ＡのＱｏＳ値１０８ｅ欄を参照して、得られたＱｏＳ値を該当するパケットのパケット通信に関するセッションにＱｏＳビットとして設定することができる。その結果、該当するパケットのパケット通信に関するセッションは、該セッションが属するカテゴリに応じたＱｏＳ管理を行うことができる。つまり、パケット転送装置１００が転送するパケットごとのカテゴリに応じたＱｏＳビットを設定することにより、パケット転送装置１００からの転送先のネットワーク内においてパケットの優先制御を行うことができる。
【００６９】
さらに、セッション情報管理データベース１０９として、カテゴリ番号１０９ｆ欄が一つのみではなく、複数のカテゴリ番号欄を設けて、セッションごとのセッション情報に複数のカテゴリ情報を関連付けるようにしても良い。かくのごとく、複数のカテゴリ情報を関連付けることにより、複合的なカテゴリ分類に対するセッション管理やＱｏＳ管理を行うことが可能になる。なお、セッション情報管理データベース１０９として、複数のカテゴリ情報欄を設ける代わりに、複数のカテゴリ情報の組み合わせそれぞれに対して、それぞれの組み合わせをユニークに特定する別個のカテゴリ情報を新たに追加するようにしても勿論構わない。
【００７０】
また、ＤＰＩモジュール１０６の機能として、実施形態に前述したＵＲＬフィルタリング機能のように、パケットのＵＲＬ情報を検知して、検知したＵＲＬ情報によるカテゴリ分類を行う以外に、パケットに関連するアプリケーション情報やユーザ情報やあらかじめ設定した特定のキーワードを検知して、検知したアプリケーション情報やユーザ情報や特定のキーワードによるカテゴリ分類を行うようにしても良い。アプリケーション情報やユーザ情報や特定のキーワードによるカテゴリ分類を行うことにより、アプリケーションごとやユーザごとや特定のキーワードごとのセッション管理やＱｏＳ管理を行うことも可能になる。
【００７１】
（実施形態の効果の説明）
以上に詳細に説明したように、本実施形態においては、次のような効果を奏することができる。すなわち、本実施形態のパケット転送装置１００は、ＤＰＩモジュール１０６のＤＰＩ機能を用いて、転送されてくるパケットのカテゴリを判別して、該当するカテゴリ番号１０８ａを取得するとともに、カテゴリ管理リスト１０８として、パケットのカテゴリ番号１０８ａ別に利用可能な最大セッション数１０８ｃをあらかじめ設定登録している。したがって、トラフィックの輻輳状態が発生して、或るカテゴリ番号において割り当て済みのセッション数が最大セッション数に達してしまい、利用可能なセッションが枯渇する状況に陥ったとしても、通信のカテゴリの種類によっては、あらかじめ設定登録された最大セッション数を利用して通信を行うことが可能である。かくのごとき効果は、パケットのＩＰヘッダの如何には関係なく得られるので、ＴＬＳ（Transport  Layer  Security）やＨＴＴＰ（Security-Text  Transfer  Protocol）なども含め如何なるプロトコルにおいても有効に活用することができる。
【００７２】
さらに、本実施形態の効果について、図９を用いて説明する。図９は、本実施形態におけるパケット転送装置１００の効果を説明するための説明図である。図９において、図９（Ａ）は、本実施形態を適用したパケット転送装置１００のパケット転送動作例を示し、図９（Ｂ）は、本実施形態を利用していない現状のパケット転送装置のパケット転送動作を示している。なお、図９において、実線の円柱の太さは、使用可能な最大セッション数の大きさを示し、点線の円柱の太さは、使用中の状態にあるセッション数の大きさを示している。
【００７３】
まず、図９（Ｂ）の現状のパケット転送装置の場合について説明する。図９（Ｂ）に「カテゴリ分類なし」として示すように、現状のパケット転送装置においては、使用中のセッション数や使用可能な最大セッション数をカテゴリ分類していないので、クライアント端末１１２がウェブサーバ１２２との通信に使用しているセッション数が、使用可能な最大セッション数に達してしまった場合には、別のクライアント端末１１１が、例えばウェブサーバ１２１との通信を開始しようとしても、パケット転送装置は新しいセッションを確保することができない。したがって、該クライアント端末１１１はウェブサーバ１２１との通信を行うことはできない。
【００７４】
これに対して、図９（Ａ）に示す本実施形態におけるパケット転送装置１００においては、例えば「カテゴリ１」、「カテゴリ２」、「カテゴリ３」のように、カテゴリ番号別に使用可能な最大セッション数を分類してあらかじめ設定している。そして、それぞれの最大セッション数として、例えば、優先度が高くなる「カテゴリ１」＞「カテゴリ２」＞「カテゴリ３」の順番に、より多くのセッション数を割り当てるようにすることも可能である。
【００７５】
したがって、図９（Ａ）に示すように、例えば、カテゴリとして優先度が低い「カテゴリ３」のクライアント端末１１２とウェブサーバ１２２との間のパケット通信に使用しているセッション数が、使用可能な最大セッション数に達してしまったとしても、優先度が最も高い「カテゴリ１」において使用するセッション数（例えばクライアント端末１１１とウェブサーバ１２１との間の通信として使用するセッション数）や、その次に高い優先度の「カテゴリ２」において使用するセッション数に関しては、まだ、それぞれのカテゴリにおいて使用可能な最大セッション数に割り当て可能なセッションが残っている状態にあるので、新しいセッションを確保することができる。
【００７６】
つまり、カテゴリ分類を行わない現状のパケット転送装置においては、通信を行うことができないセッションが、通信の内容の如何によらずに決まってしまうため、重要な通信であっても通信を行うことができなくなる可能性がある。
【００７７】
これに対して、本実施形態におけるパケット転送装置１００においては、カテゴリ分類を行っていて、それぞれのカテゴリにおいて使用可能な最大セクション数として、優先度が高いカテゴリほどより十分な値と想定されるセクション数をあらかじめ割り当てることを可能にしている。したがって、優先度が高いカテゴリに属する通信ほど、セッションの確保に失敗してしまうことを確実に防ぐことができる一方、使用可能な最大セッション数に厳しい制限が設定される可能性がある優先度が低いカテゴリに属する通信においては、セッションの確保に失敗する場合が発生する可能性がある。
【００７８】
なお、各カテゴリ番号別にあらかじめ割り当てる最大セッション数は、如何なるタイミングにおいても任意に調整することができる値であり、パケット転送装置１００の管理者は、カテゴリ管理リスト１０８のカテゴリ番号１０８ａごとの削除回数１０８ｄを参照することにより、各カテゴリ番号１０８ａにおいて適切な最大セッション数１０８ｃの値に設定し直すことができる。
【００７９】
以上、本発明の好適な実施形態の構成を説明した。しかし、かかる実施形態は、本発明の単なる例示に過ぎず、何ら本発明を限定するものではないことに留意されたい。本発明の要旨を逸脱することなく、特定用途に応じて種々の変形変更が可能であることが、当業者には容易に理解できよう。
【符号の説明】
【００８０】
１００      パケット転送装置
１０１      パケット通信優先制御部
１０２      ＬＡＮインタフェース
１０３      ルーティング部
１０４      ＷＡＮインタフェース
１０５      セッション管理モジュール
１０６      ＤＰＩモジュール
１０７      データ管理モジュール
１０８      カテゴリ管理リスト
１０８Ａ    カテゴリ管理リスト
１０８ａ    カテゴリ番号
１０８ｂ    セッション数
１０８ｃ    最大セッション数
１０８ｄ    削除回数
１０８ｅ    ＱｏＳ値
１０９      セッション情報管理データベース
１０９ａ    セッション番号
１０９ｂ    送信元ＩＰアドレス
１０９ｃ    宛先ＩＰアドレス
１０９ｄ    送信元ポート番号
１０９ｅ    宛先ポート番号
１０９ｆ    カテゴリ番号
１１０      データ参照処理部
１１１      クライアント端末
１１２      クライアント端末
１１３      ローカルネットワーク
１２１      ウェブサーバ
１２２      ウェブサーバ
１２３      インターネット
２０１      第１カテゴリ
２０２      第２カテゴリ
２１０      ＨＴＴＰ  ＧＥＴパケット
２１１      問い合わせ
２１２      カテゴリ番号
２３１      通信可否問い合わせ
２３２      通信可否情報
２３３      セッション削除指示
２４０      ＨＴＴＰ  ＧＥＴパケット
２５１      ＲＳＴパケット
２５２      ＲＳＴパケット
【図１】
2020107935.tif 000003
【図２】
2020107935.tif 000004
【図３】
2020107935.tif 000005
【図４】
2020107935.tif 000006
【図５】
2020107935.tif 000007
【図６】
2020107935.tif 000008
【図７】
2020107935.tif 000009
【図８】
2020107935.tif 000010
【図９】
2020107935.tif 000011