JP2001358771A - 通信品質制御装置 - Google Patents

Abstract

(57)【要約】 【課題】 受信したデータグラムにおいて、最適な通信
品質を決定しデータグラムを転送する通信品質制御装置
を提供する。 【解決手段】 データグラムに含まれるプロトコルレイ
ヤ3以下のデータにより送信先を決定するだけでなく、
プロトコルレイヤ、４，５，６，７の各々またはいずれ
かのレイヤの情報より通信の属性情報を属性検出部１４
により取り出し、取り出した属性情報に対応するコネク
ションの品質情報にしたがって通信品質決定部１５及び
コネクション通信品質管理部１７にてデータグラムを送
信する通信品質を決定する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワークの通
信装置に関し、特にデータグラムの転送網上で既存デー
タネットワークに位置する通信品質制御装置に関する。

【０００２】

【従来の技術】従来の通信網においては、例えばＬＡＮ
（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）では、Ｅｔ
ｈｅｒｎｅｔ技術、ＡＴＭ技術などの物理転送技術を基
に上位プロトコルであるＩＰ、さらにＴＣＰによってデ
ータグラムの転送を行なっている。

【０００３】また、ＬＡＮのＩＰサブネット間を接続し
たインタネット（Ｔｈｅ Ｉｎｔｅｒｎｅｔ）において
も、前述のＥｔｈｅｒｎｅｔ技術やＡＴＭ技術を始めと
する各種物理転送方法が検討され装置に実装されてい
る。

【０００４】もともとこれらのネットワークでは、エン
ド−エンド間における通信すなわちコネクションを保証
するためのしくみであって、通信網内に位置するデータ
グラム中継転送する装置は、エンド−エンドの転送品質
を満足するためには、あらかじめエンド−エンドのプロ
トコルの物理転送レイヤに指示された通信品質を各装置
が満足するように転送機能を実現するように構成されて
いる。

【０００５】さてこうした既存の通信網では、特にＩＰ
などのレイヤ３の転送が重要視されておりルータ装置と
呼ばれるＩＰレイヤを重点的に転送処理できる装置が網
内に数多く配置されている。

【０００６】これらルータ装置ではレイヤ３のＩＰを終
端し、そのデータグラムから導出される宛て先ＩＰアド
レスから装置内にあらかじめ蓄積された経路情報から転
送すべき経路を決定することによりデータグラムの転送
を行なっている。この際、データグラムが送出される物
理レイヤの処理は経路から容易に導き出される１経路を
選択しデータグラムを該インタフェースから転送する処
理を行なっている。

【０００７】なお、アプリケーションごとの通信品質を
保証し、かつルータを用いることなく異なるサブネット
間でデータ転送を可能とするネットワークサーバが、特
開平９−１１６５６０号公報に開示されている。

【０００８】

【発明が解決しようとする課題】上述した従来のルータ
装置では、データグラムの通信属性に応じたコネクショ
ン品質により最適な通信品質を決定しデータグラムを転
送することができない。その理由は、データグラムから
導出される宛先ＩＰアドレスから装置内にあらかじめ蓄
積された経路情報から転送すべき経路を決定することに
よりデータグラムを転送しているからである。

【０００９】より具体的には、以下のような問題点があ
った。

【００１０】第１に、動画、音声、画像などの通信属性
に基づいて、最適な通信品質でデータグラムの転送がで
きない。

【００１１】第２に、特定のユーザや団体の使用するト
ラフィックに対してある通信品質を提供する場合、ＩＰ
アドレス等の宛先アドレス、送信元アドレスを用いての
みにしか、特定のユーザや団体を特定することができな
い。

【００１２】第３に、通信属性により定まるコネクショ
ンの品質に応じた課金を行なうことができない。

【００１３】第４に、データグラムがセキュリティ上非
常に重要な情報を含んでいるかどうかを判別できないた
め、セキュリティ上重要な情報を含んだデータグラム
と、そうでないデータグラムを同様の通信品質でデータ
グラム転送処理を行なってしまうため、セキュリティ品
質に応じたデータグラム転送を実現することができな
い。

【００１４】第５に、データグラムの新規性により、コ
ネクション品質を決定することでできない。

【００１５】第６に、トランスポート層において規定さ
れるコネクションにおいて、該コネクションの状態を判
断し、該コネクションの通信品質を動的に変更すること
ができない。

【００１６】本発明の目的は、高速なレイヤ３以下のデ
ータグラム転送機能を実現しながら、データグラムの通
信の属性を認識し、抜き出された通信属性に最適な通信
品質によりデータグラムを転送することを可能とする通
信品質制御装置を提供することにある。

【００１７】本発明の他の目的は、あらかじめ登録して
あるユーザに対して高度かつ多様な通信サービスを実現
でき、また、通信品質に応じた課金量で課金を行なうこ
とができる通信品質制御装置を提供することにある。

【００１８】本発明の他の目的は、データグラムがセキ
ュリティ上非常に重要なデータを含んでいるかどうかを
判断し、データグラムに対応するセキュリティ品質に応
じたデータ転送を実現できる通信品質制御装置を提供す
ることにある。

【００１９】本発明の他の目的は、データグラムの新規
性を判断し、コネクションの品質を決定することがで
き、また、同一のコネクションで認識できる情報だけで
なく、他のコネクションにおいて認識した情報を基にコ
ネクション品質を決定し、最適な通信品質でデータグラ
ムを転送可能である通信品質制御装置を提供することに
ある。

【００２０】

【課題を解決するための手段】上記目的を達成する本発
明は、既存データネットワークのプロトコルレイヤを終
端するネットワーク終端装置と、受信したデータグラム
の通信の品質に基づいてプロトコルレイヤ３以下を終端
するプロトコル終端装置と、プロトコルレイヤ３以下の
通信の属性とこれら任意の終端装置で受信されたデータ
グラムに含まれるプロトコルレイヤ４、５、６、７の各
々またはいずれかのレイヤの情報から導出される通信の
属性に対応するコネクションの品質情報に従って指定さ
れた終端装置に対して前記データグラムを転送する通信
データグラム転送装置とを有し、通信の属性に対応する
コネクションの品質に最適なデータグラム転送機能を実
現する通信品質制御装置において、前記通信データグラ
ム転送装置が、任意の終端装置で受信されたデータグラ
ムのプロトコルレイヤ３以下のレイヤの情報に含まれる
識別情報を検査すると同時にデータグラムのプロトコル
レイヤ４、５、６、７の各々またはいずれかのレイヤの
情報に含まれる識別情報を検査し各々のプロトコルレイ
ヤの通信の属性情報を取り出す属性識別手段と、前記デ
ータグラムがプロトコル終端装置で受信された場合に前
記データグラムから導出された各々のプロトコルレイヤ
の通信の属性情報と、前記コネクションの品質情報から
なる組に基づいてデータグラムを送信する通信品質を決
定し、前記プロトコル終端装置に対して通知する通信品
質決定手段とを備えることを特徴とする。

【００２１】また、本発明は、既存データネットワーク
のプロトコルレイヤを終端するネットワーク終端装置
と、受信したデータグラムの通信の品質に基づいてプロ
トコルレイヤ３以下を終端するプロトコル終端装置と、
これら任意の終端装置で受信されたデータグラムに含ま
れるプロトコルレイヤ４、５、６、７の各々またはいず
れかのレイヤの情報から導出される通信の属性に対応す
るコネクションの品質情報に従って指定された終端装置
に対して前記データグラムを転送する通信データグラム
転送装置とを有し、通信の属性に対応するコネクション
の品質に最適なデータグラム転送機能を実現する通信品
質制御装置において、前記通信データグラム転送装置
が、任意の終端装置で受信されたデータグラムのプロト
コルレイヤ４、５、６、７の各々またはいずれかのレイ
ヤの情報に含まれる識別情報を検査し各々のプロトコル
レイヤの通信の属性情報を取り出す属性識別手段と、前
記データグラムがプロトコル終端装置で受信された場合
に前記データグラムから導出された各々のプロトコルレ
イヤの通信の属性情報と、前記コネクションの品質情報
からなる組に基づいてデータグラムを送信する通信品質
を決定し、前記プロトコル終端装置に対して通知する通
信品質決定手段とを備えることを特徴とする。

【００２２】このように、データグラムのプロトコルレ
イヤ４、５、６、７の各々またはいずれかのレイヤの情
報に含まれる識別情報を検査し、各々プロトコルレイヤ
の通信情報を取り出すことにより、より厳密に通信の属
性を特定することができ、該通信の属性に最適なコネク
ション品質を用いてデータグラムの転送が可能となるも
のである。

【００２３】また、本発明の通信品質制御装置では、前
記属性識別手段が、受信されたデータグラムより、前記
レイヤ情報を識別すると共に、前記データグラムのコネ
クション識別情報よりコネクションの状態を識別してコ
ネクション情報として前記通信品質決定手段に出力し、
かつ前記データグラムの転送経路を決定し転送先経路情
報として前記通信品質決定手段に出力し、前記通信品質
決定手段は、前記属性情報に対応するコネクションの品
質情報を決定し、前記コネクション情報と、前記コネク
ションの品質情報と、前記転送先経路情報により、デー
タグラムを送信する通信品質を決定することを特徴とす
る。

【００２４】また、本発明の通信品質制御装置では、前
記属性識別手段は、識別したコネクションの状態から、
レイヤ４以上の属性を検出する必要があると判断した場
合に、前記レイヤ情報と、前記データグラムの一部また
は全部に基づいて、通信の属性情報を取り出すことを特
徴とする。

【００２５】また、本発明の通信品質制御装置では、前
記通信データグラム転送装置が、コネクション情報と通
信品質を組にして記録したコネクション−通信品質テー
ブルを備え、前記通信品質決定手段は、前記コネクショ
ン情報と前記転送先経路情報、またはコネクション品質
情報が入力した場合に、前記データグラムが前記コネク
ション−通信品質テーブルによる管理が必要かどうかを
判断し、管理の必要がある場合、前記コネクション−通
信品質テーブルに同一のコネクションが存在するかを検
索し、同一のコネクションが存在する場合、コネクショ
ン−通信品質テーブルを参照して通信品質を決定し、存
在しない場合、前記コネクション情報と、前記コネクシ
ョンの品質情報と、前記転送先経路情報により通信品質
を決定しかつコネクション情報と通信品質を組にして前
記コネクション−通信品質テーブルに記録し、管理の必
要がない場合、前記コネクション情報と前記転送先経路
情報により通信品質を決定することを特徴とする。

【００２６】また、本発明の通信品質制御装置では、前
記属性情報に対応する前記コネクション品質情報を格納
するデータベースを備え、前記通信品質決定手段は、前
記データベースを参照し、前記属性情報に基づいて前記
コネクション品質情報を決定することを特徴とする。

【００２７】また、本発明の通信品質制御装置では、レ
イヤ３をＩＰとし、レイヤ４をＴＣＰとし、レイヤ５を
ＨＴＴＰとし、前記属性識別手段は、前記データグラム
のＩＰヘッダのプロトコル番号、または該プロトコル番
号と前記データグラムのＴＣＰプロトコルヘッダ内のポ
ートアドレス、または前記データグラムのＩＰヘッダの
次ヘッダー値、または該次ヘッダ値と前記データグラム
のＴＣＰプロトコルヘッダ内のポートアドレスとを検査
し、レイヤ５がＨＴＴＰであることを認識するとともに
受信データグラムのＴＣＰヘッダまたは、ＴＣＰヘッダ
及びＨＴＴＰメッセージに含まれる一つまたは複数の識
別情報を検査し、前記通信品質決定手段は、前記データ
グラムがプロトコル終端装置に転送された場合に、前記
データグラムより導出されたコネクションに最適なレイ
ヤ３以下のコネクションの品質を決定し、コネクション
の品質に基づくデータグラム転送処理を行なうことによ
り、送信すべきデータグラムのコネクション品質を変え
て制御することを特徴とする。

【００２８】また、本発明の通信品質制御装置では、前
記属性識別手段が、前記識別情報として、受信データグ
ラムのＨＴＴＰヘッダに含まれるＣｏｎｔｅｎｔ ｔｙ
ｐｅによりデータグラムのメディア属性、ＨＴＴＰヘッ
ダに含まれるＦｒｏｍフィールドによりデータグラムを
送出したユーザの電子メールアドレス、ＨＴＴＰヘッダ
に含まれるＵｓｅｒ−Ａｇｅｎｔによりデータグラムを
作成したユーザプログラム名及びＶｅｒｓｉｏｎ、ＨＴ
ＴＰヘッダに含まれるＳｅｒｖｅｒによりデータグラム
を作成したサーバソフトウエア名及びＶｅｒｓｉｏｎの
少なくとも１を検査することを特徴とする。

【００２９】また、本発明の通信品質制御装置では、前
記属性識別手段が、前記識別情報として、受信データグ
ラムのＨＴＴＰヘッダに含まれるＤａｔｅによりデータ
グラムの作成日時、ＨＴＴＰヘッダに含まれるＡｕｔｈ
ｏｒｉｚａｔｉｏｎによりデータグラムの認証情報、当
該認証情報の暗号化方法、ＨＴＴＰヘッダに含まれるＥ
ｘｐｉｒｅｓによりデータグラムの有効日時の少なくと
も１を検査することを特徴とする。

【００３０】また、本発明の通信品質制御装置では、前
記属性識別手段が、前記識別情報として、受信データグ
ラムのＨＴＴＰヘッダに含まれるＰｒａｇｍａによりデ
ータグラムの要求事項、ＨＴＴＰヘッダに含まれるＣａ
ｃｈｅ−Ｃｏｎｔｒｏｌによりデータグラムのキャッシ
ュ制御情報、ＨＴＴＰヘッダに含まれるＩｆ−Ｍｏｄｉ
ｆｉｅｄ−ＳｉｎｃｅによりＭｅｔｈｏｄの実行条件、
ＨＴＴＰヘッダに含まれるＩｆ−Ｕｎｍｏｄｉｆｉｅｄ
−ＳｉｎｃｅによりＭｅｔｈｏｄの実行条件、ＨＴＴＰ
ヘッダに含まれるリクエスト行（Ｒｅｑｕｅｓｔ−Ｌｉ
ｎｅ）内のリクエストＵＲＩによりクライアントの要求
しているＵＲＩ、ＨＴＴＰヘッダに含まれるＬａｓｔ−
ＭｏｄｉｆｉｅｄによりＨＴＴＰデータの最終更新日時
の少なくとも１を検査することを特徴とする。

【００３１】また、本発明の通信品質制御装置では、前
記属性識別手段が、前記識別情報として、受信データグ
ラムのＨＴＴＰヘッダに含まれるＲｅｆｅｒｅｒにより
ＨＴＴＰデータの参照元ＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅ
ｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒｓ）、ＨＴＴＰヘ
ッダに含まれるＬｏｃａｔｉｏｎによりＨＴＴＰデータ
のおかれているＵＲＩ、ＨＴＴＰヘッダに含まれるＦｏ
ｒｗａｒｄｅｄによりデータグラムの転送先ＵＲＩ及び
転送元ドメインネーム、ＨＴＴＰヘッダに含まれるＣｏ
ｎｔｅｎｔ−Ｂａｓｅによりデータグラムのｂａｓｅ
ＵＲＩ、ＨＴＴＰヘッダに含まれるＣｏｎｔｅｎｔ−Ｌ
ｏｃａｔｉｏｎによりＨＴＴＰデータの存在するＵＲ
Ｉ、ＨＴＴＰヘッダに含まれるＭｅｔｈｏｄによりユー
ザプログラムからのＨＴＴＰデータ要求方法の少なくと
も１を検査することを特徴とする。

【００３２】また、本発明の通信品質制御装置では、前
記属性識別手段が、前記識別情報として、受信データグ
ラムのＨＴＴＰヘッダに含まれるＭＩＭＥ−Ｖｅｒｓｉ
ｏｎによりデータグラムがＭＩＭＥ（Ｍｕｌｔｉｐｕｒ
ｐｏｓｅ ＩｎｔｅｒｎｅｔＭａｉｌ Ｅｘｔｅｎｓｉ
ｏｎｓ）のＶｅｒｓｉｏｎ、ＨＴＴＰヘッダに含まれる
Ａｃｃｅｐｔによりユーザプログラムの許可するメディ
ア属性、ＨＴＴＰヘッダに含まれるＡｃｃｅｐｔ−Ｃｈ
ａｒｓｅｔによりユーザプログラムの許可する文字セッ
ト、ＨＴＴＰヘッダに含まれるＡｃｃｅｐｔ−Ｅｎｃｏ
ｄｉｎｇによりユーザプログラムの許可するデータグラ
ムのコーディング方法、ＨＴＴＰヘッダに含まれるＡｃ
ｃｅｐｔ−Ｌａｎｇｕａｇｅによりユーザプログラムの
許可するデータグラムの言語、ＨＴＴＰヘッダに含まれ
るＣｏｎｔｅｎｔ−Ｅｎｃｏｄｉｎｇによりデータグラ
ムのエンコード方法、ＨＴＴＰヘッダに含まれるＣｏｎ
ｔｅｎｔ−Ｌａｎｇｕａｇｅによりデータグラムの言語
の少なくとも１を検査することを特徴とする。

【００３３】また、本発明の通信品質制御装置では、前
記属性識別手段が、前記識別情報として、受信データグ
ラムのＨＴＴＰヘッダに含まれるＳｔａｔｕｓ Ｃｏｄ
ｅによりユーザプログラムからの要求に対するサーバの
応答内容、ＨＴＴＰヘッダに含まれるＷＷＷ−Ａｕｔｈ
ｅｎｔｉｃａｔｅによりサーバの要求する認証情報、Ｈ
ＴＴＰヘッダに含まれるＰｒｏｘｙ−Ａｕｔｈｅｎｔｉ
ｃａｔｅによりプロキシー・サーバの要求する認証情
報、ＨＴＴＰヘッダに含まれるＰｒｏｘｙ−Ａｕｔｈｏ
ｒｉｚａｔｉｏｎによりデータグラムの認証情報の少な
くとも１を検査することを特徴とする。

【００３４】また、本発明の通信品質制御装置では、前
記属性識別手段が、前記識別情報として、受信データグ
ラムのＨＴＴＰヘッダに含まれるＡｌｌｏｗによりＨＴ
ＴＰデータの許可するＭｅｔｈｏｄ、ＨＴＴＰヘッダに
含まれるＡｃｃｅｐｔ−Ｒａｎｇｅによりサーバの許可
するＲａｎｇｅ要求方法、ＨＴＴＰヘッダに含まれるＨ
ｏｓｔによりＨＴＴＰデータを要求されるホスト及びそ
のポート番号、ＨＴＴＰヘッダに含まれるＩｆ−Ｒａｎ
ｇｅによりＨＴＴＰデータの取得条件、ＨＴＴＰヘッダ
に含まれるＰｕｂｌｉｃによりサーバの許可するＭｅｔ
ｈｏｄ、ＨＴＴＰヘッダに含まれるＲａｎｇｅによりユ
ーザプログラムの要求しているＨＴＴＰデータのＲａｎ
ｇｅの少なくとも１を検査することを特徴とする。

【００３５】また、本発明の通信品質制御装置では、前
記属性識別手段が、前記識別情報として、受信データグ
ラムのＨＴＴＰヘッダに含まれるＣｏｎｔｅｎｔ−Ｌｅ
ｎｇｔｈによりデータグラムのデータ長、ＨＴＴＰヘッ
ダに含まれるＣｏｎｎｅｃｔｉｏｎによりデータグラム
のコネクションの状態、ＨＴＴＰヘッダに含まれるＷａ
ｒｎｉｎｇによりユーザプログラムの要求に対するサー
バの応答情報、ＨＴＴＰヘッダに含まれるＲｅｔｒｙ−
Ａｆｔｅｒにより要求されたＨＴＴＰデータを取得可能
な日時、ＨＴＴＰヘッダに含まれるＶｉａによりパケッ
トを中継してきたプロキシサーバまたはゲートウエイの
プロトコルＶｅｒｓｉｏｎ及びホスト名及び使用ソフト
ウエア名、ＨＴＴＰヘッダに含まれるＴｒａｎｓｆｅｒ
−Ｅｎｃｏｄｉｎｇによりデータグラムのコーディング
方法の少なくとも１を検査することを特徴とする。

【００３６】また、本発明の通信品質制御装置によれ
ば、レイヤ３をＩＰとし、レイヤ４をＴＣＰまたはＵＤ
Ｐ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）
として、前記属性識別手段は、前記データグラムのＩＰ
ヘッダのプロトコル番号またはＩＰヘッダの次ヘッダ値
を検査し、レイヤ４がＴＣＰまたはＵＤＰであることを
認識するとともに、識別情報として受信データのＴＣＰ
ヘッダまたはＵＤＰヘッダに含まれる一つまたは複数の
識別情報を検査し、前記通信品質決定手段は、前記デー
タグラムがプロトコル終端装置に転送された場合に、前
記データグラムより導出されたコネクションに最適なレ
イヤ３以下のコネクションの品質を決定し、コネクショ
ンの品質に基づくデータグラム転送処理を行なうことに
より、送信すべきデータグラムのコネクション品質を変
えて制御することを特徴とする。

【００３７】また、本発明の通信品質制御装置では、前
記属性識別手段は、前記識別情報として、受信データグ
ラムのＵＤＰヘッダに含まれるｃｈｅｃｋｓｕｍフィー
ルドを検査することを特徴とする。

【００３８】また、本発明の通信品質制御装置では、レ
イヤ３をＩＰとし、レイヤ４をＴＣＰまたはＵＤＰと
し、レイヤ５をＤＮＳまたはＴＦＴＰまたはＳＮＭＰと
して、前記属性識別手段は、前記データグラムのＩＰヘ
ッダのプロトコル番号、または該プロトコル番号と前記
データグラムのＴＣＰまたはＵＤＰプロトコルヘッダ内
のポートアドレス、または前記データグラムのＩＰヘッ
ダの次ヘッダ値、または該ヘッダ値と前記データグラム
のＴＣＰまたはＵＤＰプロトコルヘッダ内のポートアド
レスを検査し、レイヤ５がＤＮＳまたはＴＦＴＰまたは
ＳＮＭＰであることを認識するとともに、識別情報とし
て受信データのＤＮＳメッセージ、ＴＣＰまたはＵＤＰ
ヘッダとＤＮＳメッセージ、ＴＦＴＰメッセージ、ＵＤ
ＰヘッダとＴＦＴＰメッセージ、ＳＮＭＰメッセージ、
またはＵＤＰヘッダとＳＮＭＰメッセージの何れかに含
まれる一つまたは複数の識別情報を検査し、前記通信品
質決定手段は、前記データグラムがプロトコル終端装置
に転送された場合に、前記データグラムより導出された
コネクションに最適なレイヤ３以下のコネクションの品
質を決定し、コネクションの品質に基づくデータグラム
転送処理を行なうことにより、送信すべきデータグラム
のコネクション品質を変えて制御することを特徴とす
る。

【００３９】また、本発明の通信品質制御装置では、前
記属性識別手段は、前記識別情報として、受信データグ
ラムのＤＮＳメッセージにｑｕｅｒｙ ｔｙｐｅが存在
するかどうかを検査することを特徴とする。

【００４０】また、本発明の通信品質制御装置では、前
記属性識別手段は、前記識別情報として、受信データグ
ラムのＴＦＴＰメッセージに含まれるｏｐｃｏｄｅを検
査することを特徴とする。

【００４１】また、本発明の通信品質制御装置では、前
記属性識別手段は、前記識別情報として、受信データグ
ラムのＳＮＭＰメッセージに含まれるＰＤＵタイプを検
査することを特徴とする。

【００４２】また、本発明の通信品質制御装置では、レ
イヤ３をＩＰとし、レイヤ４をＴＣＰとし、レイヤ５を
ＦＴＰまたはＳＭＴＰまたはとして、前記属性識別手段
は、前記データグラムのＩＰヘッダのプロトコル番号、
または該プロトコル番号と前記データグラムのＴＣＰプ
ロトコルヘッダ内のポートアドレス、または前記データ
グラムのＩＰヘッダの次ヘッダ値、または該ヘッダ値と
前記データグラムのＴＣＰプロトコルヘッダ内のポート
アドレスを検査し、レイヤ５がＦＴＰまたはＳＭＴＰで
あることを認識するとともに、識別情報として受信デー
タのＦＴＰ Ｃｏｍｍａｎｄ、ＦＴＰ Ｒｅｐｌｙ、Ｔ
ＣＰヘッダとＦＴＰ ＣｏｍｍａｎｄまたはＦＴＰ Ｒ
ｅｐｌｙ、ＳＭＴＰ Ｃｏｍｍａｎｄ、ＳＭＴＰ Ｒｅ
ｐｌｙＣｏｄｅ、ＳＭＴＰヘッダ、ＴＣＰヘッダとＳＭ
ＴＰ ＣｏｍｍａｎｄまたはＳＭＴＰ Ｒｅｐｌｙ Ｃ
ｏｄｅまたはＳＭＴＰヘッダの何れかに含まれる一つま
たは複数の識別情報を検査し、前記通信品質決定手段
は、前記データグラムがプロトコル終端装置に転送され
た場合に、前記データグラムより導出されたコネクショ
ンに最適なレイヤ３以下のコネクションの品質を決定
し、コネクションの品質に基づくデータグラム転送処理
を行なうことにより、送信すべきデータグラムのコネク
ション品質を変えて制御することを特徴とする。

【００４３】また、本発明の通信品質制御装置では、転
送の物理レイヤをＡＴＭ転送方式とし、コネクション品
質に基づきデータグラム転送処理としてＡＴＭの各々の
コネクション品質に別々のＶＣ（Ｖｉｒｔｕａｌ Ｃｉ
ｒｃｕｉｔ）を割り当ててデータグラムの転送を行な
い、各々のＶＣはコネクション品質に応じた通信品質制
御パラメータが設定されていることにより、データグラ
ムから導出されるメディアの属性に応じた転送が行なわ
れることを特徴とする。

【００４４】また、本発明の通信品質制御装置では、前
記通信品質決定手段は、前記通信品質に加えて、コネク
ション設定のためのコネクション設定メッセージに応じ
てコネクション設定ロバストネスを選択して設定するこ
とを特徴とする。

【００４５】また、本発明の通信品質制御装置によれ
ば、前記通信品質決定手段は、前記属性情報により、前
記コネクションの通信品質として、最適な帯域幅に関す
る制御パラメータ、最大遅延時間や遅延時間変動量を含
む遅延時間に関する最適な制御パラメータ、バッファ量
を含むデータ喪失に関する最適な制御パラメータ、最適
な課金情報に関する制御パラメータ、最適なセキュリテ
ィ品質に関する制御パラメータのうちの少なくとも１の
制御パラメータを決定することを特徴とする。

【００４６】また、本発明の通信品質制御装置では、前
記通信品質決定手段は、前記コネクションの通信品質に
基づき、最適なデータグラムの転送先、最適なデータグ
ラムの転送経路の少なくとも一方を決定することを特徴
とする。

【００４７】また、本発明の通信品質制御装置では、前
記通信品質決定手段は、前記コネクションの通信品質に
基づいて、必要に応じて専用の物理回線を該コネクショ
ンによって使用し、前記データグラムを暗号化または復
号化して転送し、データグラム内の不要な情報を削除
し、圧縮によりデータグラムのサイズを削減し、データ
グラムのトンネリングを行なうことを特徴とする。

【００４８】また、本発明の通信品質制御装置では、前
記通信品質決定手段は、前記属性情報によりコネクショ
ンの通信品質としてコネクション設定優先度またはコネ
クション転送優先度を設定し、該コネクション設定優先
度の高いコネクションのコネクション設定処理を優先
し、またはコネクション転送優先度の高いコネクション
のデータグラムの転送を優先させることを特徴とする。

【００４９】

【発明の実施の形態】

【構成の説明】次に、本発明の実施の形態について図面
を参照して詳細に説明する。

【００５０】図１は本発明の第１の実施の形態を示す通
信品質制御装置６のブロック図である。本実施の形態の
通信品質制御装置６は、複数のネットワーク終端装置２
ａ、２ｂ、２ｃ、・・・２ｎ及び５ａ、５ｂ、５ｃ、・
・・５ｎとプロトコル終端装置３ａ、３ｂ、３ｃ、・・
・３ｎ及び４ａ、４ｂ、４ｃ、４ｎの組、そして、各々
のプロトコル終端装置を接続する通信データグラム転送
装置１とから構成されている。

【００５１】ネットワーク終端装置２ａ、２ｂ、２ｃ、
・・・２ｎは、受信したデータグラムに関してデータネ
ットワークのプロトコルレイヤの終端を行なう。データ
ネットワークのプロトコルレイヤとは、具体的には、Ｍ
ＡＣ層やＡＴＭ層等である。プロトコル終端装置３ａ
は、ネットワーク終端装置２ａより転送されるデータグ
ラムの通信の品質に基づきＩＰ層などのレイヤ３以下を
終端する。同様にプロトコル終端装置３ｂ、３ｃ、・・
・３ｎは、ネットワーク終端装置２ｂ、２ｃ、・・・２
ｎより転送されるデータグラムの通信の品質に基づきＩ
Ｐ層などのレイヤ３以下を終端する。

【００５２】通信データグラム転送装置１は、プロトコ
ル終端装置３ａ、３ｂ、３ｃ、・・・３ｎより受信した
データグラムに含まれるプロトコルレイヤ４、５、６、
７の各々またはいずれかのレイヤの情報から導出される
通信の属性に対応するコネクションの品質情報に従って
プロトコル終端装置４ａ、４ｂ、４ｃ、・・・４ｎの何
れかにデータグラムを転送する。また、通信データグラ
ム転送装置１は、該コネクションの品質情報に従ってデ
ータグラムを送信する通信品質を決定し、該プロトコル
終端装置４ａ、４ｂ、４ｃ、・・・4ｎに対して通知す
る。

【００５３】プロトコル終端装置４ａは、通信データグ
ラム転送装置１よりデータグラムとデータグラムを送信
する通信品質を受信すると、通知された通信品質に基づ
きプロトコルレイヤ３以下の設定を行ない、ネットワー
ク終端装置５ａへ転送し、ネットワーク終端装置５ａ
は、該データグラムを外部ネットワークへ転送する。同
様に、プロトコル終端装置４ｂ、４ｃ、・・・４ｎは、
通信データグラム転送装置１よりデータグラムとデータ
グラムを送信する通信品質を受信すると、通知された通
信品質に基づきプロトコルレイヤ３以下の設定を行な
い、ネットワーク終端装置５ｂ、５ｃ、・・・５ｎへ転
送し、ネットワーク終端装置５ｂ、５ｃ、・・・５ｎ
は、該データグラムを外部ネットワークへ転送する。

【００５４】通信品質制御装置１は、論理的には、複数
のプロトコル終端装置とにより構成されるが、物理的に
は、各プロトコル終端装置の全て、またはそのいくつか
は同一のハードウエアで構成されていても良い。同様
に、通信品質制御装置１は、論理的には、複数のネット
ワーク終端装置とにより構成されるが、物理的には、各
ネットワーク終端装置のすべてまたはそのいくつかは同
一のハードウエアで構成されていても良い。具体例をあ
げると、ＡＴＭにおける通信では、ＶＰ（Ｖｉｒｔｕａ
ｌ Ｐａｔｈ）毎に仮想的な宛先とのパスが張られるた
め、論理的には、それぞれのＶＰを一つのネットワーク
終端装置により終端するが、物理的には一つの物理回線
を終端する終端装置が複数のＶＰを終端している場合が
考えられる。

【００５５】送信側のプロトコル終端装置３ａ、３ｂ、
３ｃ、・・・３ｎと受信側のプロトコル終端装置４ａ、
４ｂ、４ｃ、・・・４ｎは、論理的には、送信、受信と
別の機能を有するが、物理的にはそれぞれが同一のハー
ドウエアで構成されていても良い。同様に、送信側のネ
ットワーク終端装置２ａ、２ｂ、２ｃ、・・・2ｎと受
信側のネットワーク終端装置５ａ、５ｂ、５ｃ、・・・
5ｎは、論理的には、送信、受信と別の機能を有する
が、物理的にはそれぞれが同一のハードウエアで構成さ
れていても良い。

【００５６】図２は、上記した通信データグラム転送装
置１の構成例を示すブロック図である。

【００５７】通信データグラム転送装置１は、入力キュ
ー管理部１１、出力キュー管理部１２、レイヤ識別部１
３、属性検出部１４、通信品質決定部１５、経路決定部
１６、コネクション通信品質管理部１７、ＱＯＳデータ
ベース１５０、経路テーブル１６０、コネクション−通
信品質テーブル１７０より構成される。

【００５８】入力キュー管理部１１は、各プロトコル終
端装置３ａ、３ｂ、３ｃ、・・・3ｎよりデータグラム
が入力されると優先度の高いデータグラムを選択すると
友に、該データグラム（Ｄ）をレイヤ識別部１３と出力
キュー管理部１２に対して出力する。

【００５９】レイヤ識別部１３は、図３のフローチャー
トに基づいて動作する。まず、レイヤ識別部１３は、入
力された該データグラム（Ｄ）に関して、各レイヤの識
別を行なう（ステップ３０１）。具体的には、レイヤ３
がＩＰである場合、ＩＰヘッダのバージョンによりＩＰ
プロトコルのバージョンを認識し、レイヤ３がＩＰｖ４
である場合、ＩＰヘッダのプロトコル番号、または前記
プロトコル番号と該データグラムのＴＣＰまたはＵＤＰ
プロトコルヘッダのポート番号を参照することによりア
プリケーションを識別する。また、レイヤ３がＩＰｖ６
である場合、ＩＰヘッダの次ヘッダー値、または前記次
ヘッダー値とＴＣＰまたはＵＤＰプロトコルヘッダのポ
ート番号を参照することによりアプリケーションを識別
する。

【００６０】レイヤ識別部１３は、入力された該データ
グラム（Ｄ）より通信品質を決定するトラフィックの単
位となるコネクションの識別を行なう（ステップ３０
２）。具体的には、レイヤ３がＩＰでありレイヤ４がＴ
ＣＰまたはＵＤＰである場合、ＩＰヘッダの送信ＩＰア
ドレス、宛先ＩＰアドレスとＴＣＰまたはＵＤＰヘッダ
の送信ポート番号、宛先ポート番号の組からなるコネク
ション識別情報によりコネクションを識別する。

【００６１】レイヤ識別部１３は、前記コネクション識
別情報により識別したコネクションにおいて、該コネク
ションの状態を識別し、コネクション通信品質管理部１
７に対して、コネクション情報（Ｃ）として、コネクシ
ョンの識別情報とコネクションの状態情報を出力する
（ステップ３０３）。コネクションの状態を識別すると
は、具体的には、レイヤ４がＴＣＰである場合、ＴＣＰ
ヘッダ内部のコードビットにおいて、ＳＹＮフラグが立
っていることによりＴＣＰのコネクションの確立が行な
われていることを認識し、ＦＩＮフラグが立っているこ
とにより、ＴＣＰのコネクションが終了することを認識
する。

【００６２】レイヤ識別部１３は、経路決定部１５に対
して、経路を決定するために必要な情報（Ａ）を出力す
る（ステップ３０４）。

【００６３】そして、レイヤ識別部１３は、前記識別し
たコネクションの状態をもとに、属性検出部１４におい
てレイヤ４以上の属性を検出する必要があるかどうかを
判断する（ステップ３０５）。

【００６４】レイヤ４以上の属性を検出する必要がある
と判断した場合、属性検出部１４に対して、該データグ
ラムの前記レイヤ情報（Ｌ）と属性検出部１４が各レイ
ヤから属性を検出するために必要なデータグラムの一部
分もしくは全部（ＤＰ）を出力する（ステップ３０
６）。属性検出部１４においてレイヤ４以上の属性を検
出する必要がある場合というのは、例えば、ＨＴＴＰセ
ッションにおいて、セッションの先頭のデータグラムす
なわちＨＴＴＰヘッダを含むデータグラムを受信した場
合である。

【００６５】属性検出部１４は、レイヤ識別部１３から
入力される前記レイヤ情報（Ｌ）を基に入力されたデー
タグラムの一部分もしくは全部（ＤＰ）から通信の属性
情報の検出を行ない、検出された該通信の属性情報
（Ｐ）を通信品質決定部１５へ出力する。

【００６６】属性検出部１４では、データグラムのレイ
ヤ４、５、６、７の各々またはいずれかのレイヤの情報
に含まれる識別情報の検出を行なうが、コネクションの
品質を規定するために必要であれば、レイヤ３以下の情
報に関しても検出を行なうものとする。

【００６７】通信品質決定部１５は、ＱＯＳデータベー
ス１５０を参照し、属性検出部１４より入力された通信
の属性情報（Ｐ）に対応するコネクションの品質情報
（Ｓ）を検索し、コネクション通信品質管理部１７へ出
力する。

【００６８】経路決定部１６は、レイヤ識別部１３より
入力される前記経路を決定するために必要な情報（Ａ）
を基に、経路テーブル１６０の検索を行ない、データグ
ラムの転送先経路を決定し、コネクション通信品質管理
部１７へ該データグラムの転送先経路情報（Ｒ）を出力
する。

【００６９】具体的にはレイヤがＩＰである場合、前記
経路を決定するために必要な情報（Ａ）は、宛先ＩＰア
ドレスであり、宛先ＩＰアドレスをキーとして、宛先Ｉ
Ｐアドレスの属するＩＰサブネットワークアドレスまた
は宛先ＩＰアドレス自身を検索し、該ＩＰサブネットワ
ークアドレスに対応する次に送信すべき装置のＩＰアド
レスまたはＶＰＩ（Ｖｉｒｔｕａｌ Ｐａｔｈ Ｉｄｅ
ｎｔｉｆｉｅｒ）等を決定する。

【００７０】コネクション通信品質管理部１７は、図4
のフローチャートに基づいて動作する。まず、コネクシ
ョン通信品質管理部１７は、レイヤ識別部１３からのコ
ネクション情報（Ｃ）及び経路決定部１６からの転送先
経路情報（Ｒ）、または通信品質決定部１５からのコネ
クション品質情報（Ｓ）を入力する（ステップ４０
１）。

【００７１】コネクション通信品質管理部１７は、レイ
ヤ識別部１３より入力されるコネクション情報（Ｃ）よ
り、コネクション−通信品質テーブル１７０において管
理する必要のあるデータグラム（Ｄ）であるかどうか、
すなわちコネクション−通信品質テーブルを参照する必
要があるデータグラム（Ｄ）か、または当該テーブルへ
の記録の必要があるデータグラム（Ｄ）かを判断する
（ステップ４０２）。

【００７２】コネクション−通信品質テーブル１７０に
おいて管理する必要のないデータグラム（Ｄ）である場
合には、レイヤ識別部１３より入力されるコネクション
情報（Ｃ）と経路決定部１６より入力される転送先経路
情報（Ｒ）により、通信品質（Ｑ）を決定し、出力キュ
ー管理部（１２）に対して出力する（ステップ４０
３）。

【００７３】コネクション−通信品質テーブル１７０に
おいて管理する必要のあるデータグラム（Ｄ）である場
合、コネクション通信品質管理部１７は、コネクション
−通信品質テーブル１７０の検索を行ない、同一のコネ
クションが存在するかどうかを判別する（ステップ４０
４）。

【００７４】コネクション−通信品質テーブル１７０の
検索により同一コネクションが存在する場合は、コネク
ション−通信品質テーブル１７０を参照して、通信品質
（Ｑ）を設定する（ステップ４０５）。

【００７５】コネクション−通信品質テーブル１７０の
検索により同一コネクションが存在しない場合は、通信
品質決定部１５から入力されるコネクションの品質情報
（Ｓ）、レイヤ識別部１３より入力されるコネクション
情報（Ｃ）、経路決定部１６より入力される転送先経路
情報（Ｒ）により、データグラム（Ｄ）を転送するため
の通信品質（Ｑ）を決定し、出力キュー管理部（１２）
に対して出力する（ステップ４０６）。その際、コネク
ション通信品質管理部１７は、コネクション情報（Ｃ）
と通信品質（Ｓ）を組にしてコネクション−通信品質テ
ーブル１７０に記録する（ステップ４０７）。

【００７６】コネクション通信品質管理部１７に、通信
品質決定部１５よりコネクション品質情報（Ｓ）が入力
されるのは、レイヤ識別部１３においてレイヤ４以上の
属性を識別する必要があると判断された場合のみであ
る。コネクション品質情報（Ｓ）が入力されない場合に
は、当該データグラムについてコネクション−通信品質
テーブル１７０による管理を行なう必要がないと判別さ
れ、レイヤ識別部１３より入力されるコネクション情報
（Ｃ）と経路決定部１６より入力される転送先経路（Ｒ
２）により、通信品質（Ｑ）を決定する。

【００７７】また、コネクション品質情報（Ｓ）が入力
された場合であっても、当該データグラムについてコネ
クション−通信品質テーブル１７０による管理を行なう
必要があるかどうかを判別し、レイヤ４以上の参照の必
要のないデータグラムに関してはコネクション−通信品
質テーブル１７０による管理を行なわないようにしてい
る。この場合も、レイヤ識別部１３より入力されるコネ
クション情報（Ｃ）と経路決定部１６より入力される転
送先経路（Ｒ２）により、通信品質（Ｑ）を決定する。

【００７８】ＨＴＴＰセッションを含むコネクションな
どにおいてＨＴＴＰヘッダを含むデータグラムを受信し
た場合など、レイヤ識別部１３がレイヤ４以上の属性情
報を必要と判断した場合、属性検出部１４において検査
された属性情報（Ｐ）に対応するコネクション品質
（Ｓ）が通信品質決定部１５よりコネクション通信品質
管理部１７へ入力される。

【００７９】コネクション通信品質管理部１７は、コネ
クション−通信品質テーブル１７０にコネクション情報
（Ｃ）と通信品質（Ｑ）を組にして記録しておく。一
度、コネクション品質（Ｓ）に対応する通信品質（Ｑ）
が決定すると、レイヤ識別部１３より入力されるコネク
ション情報（Ｃ）より同一のコネクションであると認識
できるデータグラム（Ｄ）は、コネクション−通信品質
テーブル１７０を参照することにより、レイヤ４以上の
属性値に対応するコネクション品質（Ｓ）に基づく通信
品質（Ｑ）が設定され、出力キュー管理部１２へ出力さ
れる。

【００８０】出力キュー管理部１２は、入力キュー管理
部１１より入力されたデータグラム（Ｄ）に関して、コ
ネクション通信品質管理部１７より入力される通信品質
（Ｑ）に基づき、最適なプロトコル終端装置４ａ、４
ｂ、４ｃ、・・・４ｎを選択し、選択されたプロトコル
終端装置に対して、データグラム（Ｄ）とデータグラム
を送信するために必要な通信品質（Ｑ１、Ｑ２、Ｑ３、
・・・Ｑｎ）を転送する。

【００８１】レイヤ３がＩＰであり、レイヤ４がＴＣＰ
であり、レイヤ５がＨＴＴＰである場合に関して、本発
明の実施の形態における動作に関して説明する。

【００８２】コネクション品質情報（Ｓ）が入力されな
い場合とレイヤ４以上のテーブル参照の必要のないデー
タグラムの場合、デフォルトの動作では、コネクション
通信品質管理部１７は、コネクション情報（Ｃ）と転送
先経路（Ｒ）よりデータグラム（Ｄ）を転送するための
通信品質（Ｑ）を決定する。

【００８３】図５に示すように、ＨＴＴＰセッション
（Ｈ０）はいくつかのＩＰデータグラム（Ｈ１、Ｈ２、
Ｈ３・・・）に分割されてネットワーク上を転送されて
おり、ＨＴＴＰセッションにおいて通信の属性を規定す
ると考えられるＨＴＴＰヘッダーを含んだデータグラム
は、先頭のデータグラム（Ｈ１）である。

【００８４】よって、レイヤ識別部１３は、ＴＣＰヘッ
ダのコードビットを監視することにより、先頭のデータ
グラム（Ｈ１）受信時に、コネクション確立後の最初の
データグラムであることを認識する。そして、レイヤ識
別部１３は、属性検出部１４に対して、レイヤ５がＨＴ
ＴＰであるというレイヤ情報（Ｌ）を出力する。また、
属性検出部１４は、データグラム（Ｈ１）内のＨＴＴＰ
ヘッダより通信品質を決定するために必要な属性を検出
し、通信品質決定部１５に対して属性情報（Ｐ）を出力
する。

【００８５】通信品質決定部１５では、属性検出部１４
より入力された属性情報（Ｐ）を基にＱＯＳデータベー
ス１５０を検索し、コネクション品質（Ｓ）を決定し、
コネクション通信品質管理部１７に対して出力する。

【００８６】コネクション通信品質管理部１７は、デー
タグラム（Ｈ１）がコネクション−通信品質テーブル１
７０の参照と記録が必要と判断し、通信品質決定部１５
より入力されたコネクション品質（Ｓ）と経路決定部１
６より入力された転送先経路（Ｒ）を基に、データグラ
ム（Ｈ１）の通信品質（Ｑ）を決定し出力キュー管理部
１２へ転送する。

【００８７】コネクション通信品質管理部１７は、コネ
クション情報（Ｃ）と通信品質（Ｑ）の組をコネクショ
ン−通信品質テーブル１７０に記録する。

【００８８】次に、データグラム（Ｈ２）を受信した場
合、コネクション通信品質管理部１７は、レイヤ識別部
１３より入力されるコネクション情報（Ｃ）を基に、コ
ネクション−通信品質テーブルの検索を行ない、データ
グラム（Ｈ１）と同一の通信品質においてデータグラム
の転送が行なわれる。

【００８９】データグラム（Ｈ３）以降においても、同
様にデータグラム（Ｈ１）と同一の通信品質においてデ
ータグラムの転送が行なわれる。

【００９０】本発明の通信データグラム転送装置１は、
あくまでもデータグラムのレイヤ３以下を終端しデータ
グラムの転送を行なうため、既存のルータ装置と同様に
高速であるが、必要に応じてレイヤ４以上の通信属性を
検査し、該通信属性に対応する最適な通信品質において
データグラムを転送することが可能である。

【００９１】

【実施例１】次に、通信データグラム転送装置１の実施
例として、転送の物理レイヤをＡＴＭ転送方式とし、レ
イヤ３がＩＰｖ４、レイヤ４がＴＣＰ、レイヤ５がＨＴ
ＴＰであるデータグラムの転送を行なう場合に関して、
属性検出部１３において検出する属性情報（Ｐ）の内
容、及び、通信品質決定部１４において属性情報（Ｐ）
より決定するコネクション品質（Ｓ）の内容、及び、コ
ネクション品質（Ｓ）によりどのような通信品質を提供
するかに関して、より具体的に説明する。

【００９２】ＨＴＴＰセッションの最初のデータグラム
を受信した際、レイヤ識別部１３は、ＩＰヘッダのプロ
トコル番号が６であることよりレイヤ４がＴＣＰである
ことを認識し、ＴＣＰヘッダのポート番号が８０である
ことよりレイヤ５がＨＴＴＰであることを認識し、レイ
ヤ情報として属性検出部１４へ出力する。

【００９３】属性検出部１４は、レイヤ５がＨＴＴＰで
あることから、ＨＴＴＰヘッダにＣｏｎｔｅｎｔ−Ｔｙ
ｐｅ（２１）、Ｓｅｒｖｅｒ（２２）、Ｕｓｅｒ−Ａｇ
ｅｎｔ（２３）、Ｆｒｏｍ（２４）が存在するかのチェ
ックを行ない、存在する場合その属性値と共に、通信品
質決定部１５へ出力する。

【００９４】ＲＦＣ（Ｒｅｑｕｅｓｔ Ｆｏｒ Ｃｏｍ
ｍｅｎｔ）１５２１で規定されているＣｏｎｔｅｎｔ−
Ｔｙｐｅ（２１）は、 メディア属性を示し、基本タイ
プ／サブタイプの組で表現される。例えば、基本タイプ
が、“ｉｍａｇｅ”の場合は画像を、“ｖｉｄｅｏ”の
場合は動画、“ａｕｄｉｏ”の場合は音声、“ｔｅｘ
ｔ”の場合はテキストデータ、ａｐｐｌｉｃａｔｉｏｎ
の場合はアプリケーションデータであることが分かる。
Ｓｅｒｖｅｒ（２３）は、ＨＴＴＰによる要求に応答す
るサーバのプログラム名、バージョンを示す。Ｕｓｅｒ
−Ａｇｅｎｔ（２２）は、ＨＴＴＰによりデータを要求
するユーザの使用するクライアントプログラム名、バー
ジョンを示す。Ｆｒｏｍ（２４）は、ＨＨＴＰによりデ
ータを要求するユーザの電子メールアドレスを使用す
る。

【００９５】属性検出部１４は、コネクション品質を決
定するための属性値として、ＨＴＴＰヘッダから検出す
る属性値以外に、ＩＰヘッダより宛先ＩＰアドレス（４
１）、送信元ＩＰアドレス（４２）を検出し、通信品質
決定部１５へ出力する。

【００９６】通信品質決定部１５は、属性検出部１４よ
り入力される各属性値を基に、ＱＯＳデータベース１５
０の検索を行なう。本実施例では、ＱＯＳデータベース
１５０として、図７の基本ＱＯＳテーブル１５０Ａと、
図８の拡張ＱＯＳテーブル１５０Ｂを用いる。

【００９７】図７の基本ＱＯＳテーブル１５０Ａを参照
すると、Ｃｏｎｔｅｎｔ−Ｔｙｐｅ（２１）の属性値を
基に、遅延優先度（３１）、損失優先度（３２）、帯域
（３３）、コネクション優先度（３４）が設定されてい
る。

【００９８】遅延優先度（３１）は、値が大きいものほ
ど優先的に転送されることを意味する。損失優先度（３
２）は、値が大きいものほどセル損失が低く抑えられる
ことを意味し、値が小さいものは輻輳発生時などに優先
的に廃棄される。コネクション優先度（３４）は、値が
大きいものほど優先的にコネクションを設定することを
意味する。

【００９９】図７の例では、Ｃｏｎｔｅｎｔ−ｔｙｐｅ
（２１）の値により、メディア属性が画像であるか、音
声であるか、動画であるか、他のデータであるかの判断
を行ない、音声や動画の場合には、他のメディアに比べ
遅延優先度を高く設定することによりリアルタイムでの
通信が可能となるようにしている。また、音声、画像、
動画の各メディアは、その他のデータアプリケーション
に比べ少々のデータ損失が許されるため、損失優先度
（３２）が小さく設定されている。

【０１００】図８の拡張ＱＯＳテーブル１５０Ｂの例を
参照すると、宛先ＩＰ（４１）、送信元ＩＰ（４２）、
Ｃｏｎｔｅｎｔ−Ｔｙｐｅ（２１）、Ｓｅｒｖｅｒ（２
２）、Ｕｓｅｒ−Ａｇｅｎｔ（２３）、Ｆｒｏｍ（２
４）を基に、遅延優先度（３１）、損失優先度（３
２）、帯域（３３）、コネクション優先度（３４）、付
加品質（３５）、転送先ＶＰＩ（３６−２）を決定す
る。

【０１０１】遅延優先度（３１）、損失優先度（３
２）、帯域（３３）、コネクション優先度（３４）の定
義は、前記基本ＱＯＳテーブル１５０Ａと同一である
が、その属性値に関しては、基本ＱＯＳテーブル１５０
Ａで設定された値との差分を設定することができる。例
えば、項番（５０）が“１”の場合を参照すると、属性
検出部１４より入力されたＳｅｒｖｅｒ（２２）が“Ｓ
ｅｒｖｅｒ１”というプログラム名であった場合、損失
優先度（３１）は基本ＱＯＳテーブル１５０Ａにより規
定される値“＋１”に設定され、帯域（３３）は基本Ｑ
ＯＳテーブル１５０Ａにより規定される値“＋１０％”
に設定される。

【０１０２】同様に、Ｕｓｅｒ−Ａｇｅｎｔ（２３）に
より規定されるクライアント名や、Ｆｒｏｍ（２４）で
規定されるユーザの電子メールアドレスによって、各コ
ネクション品質（３１、３２、３３、３４）を変更する
ことにより、通信品質制御装置を使用するユーザとの契
約条件に基づき最適なパラメータを設定することが可能
である。項番（５０）が“４”の場合、“Ｕｓｅｒ２”
という電子メールアドレスを持つユーザが“ｃｌｉｅｎ
ｔ２”というプログラムを使用して動画通信を行なった
場合に、遅延優先度（３１）、損失優先度（３２）、コ
ネクション優先度（３４）が高く設定され、帯域（３
３）も通常の３０％多く設定されるため、より質の高い
動画通信を実現可能である。

【０１０３】項番（５０）が“５”の場合、送信元ＩＰ
（４２）がＩＰアドレス２であるユーザが“Ｓｅｒｖｅ
ｒ２”というサーバプログラムと通信を行なう場合に、
図８に記されたコネクション品質が設定される。このよ
うに、レイヤ４以上より識別された属性情報だけでな
く、必要に応じてレイヤ３以下の属性情報をも利用する
ことによりコネクションの品質を決定する。

【０１０４】転送先ＶＰＩ（４２）は、データグラムの
転送先を決定する。

【０１０５】基本的に、データグラムの転送先は、経路
決定部１６において、経路テーブル１６０を参照するこ
とにより決定する。図９に経路テーブル１６０の例を示
す。図９を参照すると、経路テーブル１６０は、宛先サ
ブネットアドレス（４３）と転送先ＶＰＩ（３６−１）
の組から構成されている。経路決定部１６は、レイヤ識
別部１３より入力される宛先ＩＰアドレス（４１）が経
路テーブル１６０内のどのサブネットアドレス（４３）
に属するかを検索し、対応する転送先ＶＰＩ（３６−
１）を決定する。

【０１０６】拡張ＱＯＳテーブル１５０Ｂの項番６で
は、宛先ＩＰアドレス（４１）がＩＰアドレス１であ
り、Ｃｏｎｔｅｎｔ−Ｔｙｐｅ（２１）がａｐｐｌｉｃ
ａｔｉｏｎ／ｘ−ｎｅｗｔｙｐｅというあるアプリケー
ションを使用している場合に、転送先ＶＰＩ（４２）を
ＶＰＩ５に設定する。よって、コネクション通信品質管
理部１７は、通信品質決定部１５より入力されるコネク
ション品質（Ｓ）に転送先ＶＰＩ（３６−２）が設定さ
れている場合は、経路決定部より出力される転送先ＶＰ
Ｉ（３６−１）よりも優先する。このように通信品質決
定部１５においても転送先ＶＰＩ（３６）の決定を可能
にし、コネクション通信品質管理部１７において、経路
決定部１６で決定する転送先ＶＰＩ（３６−１）よりも
通信品質決定部１５で決定する転送先ＶＰＩ（３６−
２）を優先する機能を有することにより、使用するアプ
リケーション種別や、使用するユーザにより転送経路ま
たは転送先を変更することが可能である。

【０１０７】付加品質（３５）は、コネクション品質と
してセキュリテイ品質に応じたデータ転送を確保するた
めのデータグラムの暗号化方法を規定する。図８の項番
７では、ＩＰアドレス４からＩＰアドレス３へのテキス
トデータの通信では、Ｌ２ＴＰ（Ｌａｙｅｒ ２ Ｔｕ
ｎｎｅｌｉｎｇ Ｐｒｏｔｏｃｏｌ）を用いてデータグ
ラムの暗号化、及びトンネリングを行なうことを示して
いる。

【０１０８】図８の拡張ＱＯＳテーブル１５０Ｂでは送
信元ＩＰ（４２）、宛先ＩＰ（４１）が記入されたＩＰ
アドレスと一致するかを判定することにより、コネクシ
ョン品質を決定するが、図９の経路テーブルと同様に、
ＩＰサブネットアドレスを記入し、送信元ＩＰ（４２）
及び宛先ＩＰ（４１）がＩＰサブネットアドレスに属す
るかどうかを判定することにより、サブネットレベルで
コネクションの品質を決定する運用も可能である。

【０１０９】コネクション通信品質管理部１７では、通
信品質決定部１５から入力されるコネクション品質
（Ｓ）である、遅延優先度（３１）、損失優先度（３
２）、帯域（３３）、コネクション優先度（３４）、付
加品質（３５）と、転送先ＶＰＩ（３６−２）と、経路
決定部１６から入力される転送先ＶＰＩ（３６−１）を
もとにデータグラムを送信するための通信品質（Ｑ）と
してＶＰＩとＶＣＩを決定し、出力キュー管理部１２へ
出力する。

【０１１０】そして、出力キュー管理部１２では、ＶＰ
Ｉにより定められるパスとＶＣＩにより定められる品質
により最適なプロトコル終端装置を選択しデータグラム
を転送する。

【０１１１】出力キュー管理部１２では、遅延優先度
（３１）の高いデータグラムを優先的に処理する。

【０１１２】出力キュー管理部１２では、損失優先度
（３２）の高いデータグラムに対して多くのバッファ量
を用意することにより、輻輳発生時に損失優先度（３
２）の低いデータグラムから廃棄されるような制御を行
なう。

【０１１３】コネクション通信品質管理部１７では、新
たなコネクションを検出した場合、もしくは、コネクシ
ョンの通信品質が変更された場合、必要に応じて他のＡ
ＴＭ装置の間にＶＣ（Ｖｉｒｔｕａｌ Ｃｉｒｃｕｉ
ｔ）の設定を行なう。コネクション優先度（３４）の高
いデータグラムは、ＶＣ（Ｖｉｒｔｕａｌ Ｃｉｒｃｕ
ｉｔ）を割り当てる際に、より優先的にコネクションの
設定が行なわれる。

【０１１４】具体的には、以下のように設定を行なう。

【０１１５】（１）コネクション優先度（３４）の高い
データグラムとコネクション優先度（３４）の低いデー
タグラムの両方のＶＣ設定を行なう必要がある場合、コ
ネクション優先度（３４）の高いコネクションのＶＣ設
定を先に行なう。

【０１１６】（２）コネクション優先度（３４）の高い
データグラムのＶＣ設定ができない場合、コネクション
優先度（３４）の低いＶＣを開放して、コネクション優
先度（３４）の高いデータグラムのＶＣ設定を行なう。

【０１１７】（３）ＶＣリソースが少なくなってきた場
合には、リソースを使い切る前に、コネクション優先度
（３４）の低いＶＣを開放する。

【０１１８】転送先ＶＰＩ（３６）のうちいくつかのＶ
ＰＩに関しては、専用の物理回線を使いパスを設定する
ことより、セキュリティ品質を高めることが可能であ
る。例えば、転送先ＶＰＩ（３６−２）のＶＰＩ６を専
用の物理回線として割り当てることにより、図８の拡張
ＱＯＳテーブル１５０Ｂの項番７において、送信元ＩＰ
（４２）がＩＰアドレス４で宛先ＩＰ（４１）がＩＰア
ドレス３であり、Ｃｏｎｔｅｎｔ−Ｔｙｐｅ（２１）が
“ｔｅｘｔ”であるデータに関して、専用の物理回線が
割り当てられるため、セキュリティ品質の高いデータグ
ラムの転送が可能である。

【０１１９】本実施例では、ＱＯＳデータベース１５０
として基本ＱＯＳテーブル１５０Ａと拡張ＱＯＳテーブ
ル１５０Ｂを用いて、ＨＴＴＰヘッダとＩＰヘッダから
複数の属性値を検査し、コネクション品質を決定してい
るが、基本ＱＯＳテーブル１５０Ａのみを使用する運用
も考えられる。その場合は、ＨＴＴＰヘッダ内のＣｏｎ
ｔｅｎｔ−Ｔｙｐｅのみでコネクション品質が決定され
る。

【０１２０】

【実施例２】本発明における通信データグラム転送装置
において、課金を行なう場合の例に関して説明する。課
金は、コネクション通信品質管理部１７においてＶＣコ
ネクション単位で管理する。課金額は、“トラフィック
量×基本課金額”より決定するものとする。また、トラ
フィック量は、ＶＣコネクション単位での通過するパケ
ット数、もしくは転送ワード数、もしくは転送バイト
数、もしくは総ビット数によってカウントされる。基本
課金量はＶＣコネクションのコネクション品質に応じて
決定するものとする。

【０１２１】例えば、設定優先度（３１）×重み１＋損
失率（３２）×重み２＋帯域（３３）×重み３＋コネク
ション優先度（３５）×重み４＋付加サービス量と設定
する。付加サービス量は、例えばコネクションに対して
Ｌ２ＴＰなどのトンネリングアルゴリズムを適用した場
合の追加料金である。

【０１２２】また、課金の対象となるユーザの限定方法
に関して、レイヤ３以下の情報を用いる場合は、送信元
ＩＰアドレス、宛先ＩＰアドレス等に限定されるが、レ
イヤ４以上の情報を用いることにより、例えば、ＨＴＴ
Ｐヘッダの、Ｆｒｏｍ、Ｓｅｒｖｅｒ、Ｕｓｅｒ−Ａｇ
ｅｎｔ、Ｃｏｎｔｅｎｔ−Ｔｙｐｅを検査することによ
り、ユーザ電子メールアドレス、使用するサーバプログ
ラム名、クライアントプログラム名、アプリケーション
名等によりユーザ及び団体を特定することができる。

【０１２３】

【実施例３】属性検出部１４において、実施例１にてチ
ェックするＨＴＴＰヘッダ以外に、新たにＤａｔｅフィ
ールドの存在チェックを行ない、存在する場合その属性
値と共に通信品質決定部１５へ出力する。該Ｄａｔｅフ
ィールドより、データグラムの送信時間が取得される。

【０１２４】通信品質決定部１５では、該Ｄａｔｅフィ
ールドのチェックを行ない、設定されている閾値よりも
時間が経過している場合、セル損失優先度を最低の０に
設定する、もしくは、即座にデータグラムを廃棄する。

【０１２５】以上の制御により、データ作成後、時間の
経過した価値の低いデータを優先的に廃棄する制御が可
能である。

【０１２６】また、通信品質決定部１５で、前記Ｃｏｎ
ｔｅｎｔ−Ｔｙｐｅが“ａｕｄｉｏ”または“ｖｉｄｅ
ｏ”である場合に、該Ｄａｔｅフィールドのチェックを
行ない、設定されている閾値よりも時間が経過している
場合、セル損失優先度を最低の０に設定する、もしく
は、即座にデータグラムを廃棄する制御を行なうことに
より、リアルタイムアプリケーションに関して、データ
作成後、時間の経過した価値の低いデータを優先的に廃
棄する制御が可能である。

【０１２７】

【実施例４】属性検出部１４において、実施例１もしく
は実施例３にてチェックするＨＴＴＰヘッダ以外に、Ａ
ｕｔｈｏｒｉｚａｔｉｏｎヘッダーフィールド、もしく
はＰｒｏｘｙ−Ａｕｔｈｏｒｉｚａｔｉｏｎヘッダーフ
ィールドの存在チェックを行ない、存在するかどうかを
通信品質決定部１５へ出力する。該Ａｕｔｈｏｒｉｚａ
ｔｉｏｎヘッダーフィールド、もしくは、Ｐｒｏｘｙ−
Ａｕｔｈｏｒｉｚａｔｉｏｎヘッダーフィールドより、
データグラムが認証情報を含んでいるかが判別できる。

【０１２８】通信品質決定部１５では、Ａｕｔｈｏｒｉ
ｚａｔｉｏｎヘッダーフィールド、もしくはＰｒｏｘｙ
−Ａｕｔｈｏｒｉｚａｔｉｏｎヘッダーフィールドが存
在することを検出した場合、損失優先度（３２）を高く
設定し、付加品質（３４）としてデータグラムを暗号化
して転送することを決定することにより、認証情報を含
んだデータに関してより信頼性の高い通信を実現するこ
とが可能である。

【０１２９】

【実施例５】実施例４に関して、ＨＴＴＰヘッダのＡｕ
ｔｈｏｒｉｚａｔｉｏｎヘッダフィールドが存在するか
どうかを検出するだけでなく、属性値を検査し、適用さ
れている認証情報を暗号化方法を認識することにより、
より詳細に設定するコネクション品質を決定することも
可能である。

【０１３０】以下、具体的に説明する。

【０１３１】通信品質制御部１５は、Ａｕｔｈｏｒｉｚ
ａｔｉｏｎヘッダフィールドが入力された場合、Ａｕｔ
ｈｏｒｉｚａｔｉｏｎヘッダフィールド内の認証方法が
“Ｂａｓｉｃ”であるかどうかをチェックする。認証方
法が“Ｂａｓｉｃ”である場合、他の認証方法に比べて
セキュリティが弱いため、損失優先度（３２）を高く設
定して、付加品質（３４）としてデータグラムを暗号化
して転送することにより、セキュリティの弱い認証方法
である“Ｂａｓｉｃ”を認証情報として含んでいるデー
タグラムについて、より信頼性の高い通信を実現するこ
とが可能である。

【０１３２】

【実施例６】属性検出部１４において、実施例１もしく
は実施例３もしくは実施例４にてチェックするＨＴＴＰ
ヘッダ以外に、新たにＥｘｐｉｒｅｓフィールドの存在
チェックを行ない、存在する場合その属性値と共に通信
品質決定部１５へ出力する。該Ｅｘｐｉｒｅｓフィール
ドより、データグラムの有効日時を判別できる。

【０１３３】通信品質決定部１５では、該Ｅｘｐｉｒｅ
ｓフィールドのチェックを行ない、現在時刻を経過して
いる場合、セル損失優先度を最低の０に設定する、もし
くは、即座にデータグラムを廃棄する。

【０１３４】以上の制御により、データ作成後、時間の
経過した価値の低いデータを優先的に廃棄する制御が可
能である。

【０１３５】

【実施例７】レイヤ３がＩＰｖ４、レイヤ４がＴＣＰ、
レイヤ５がＳＭＴＰであるデータグラムが入力された場
合の実施例に関して説明する。

【０１３６】属性検出部１４は、レイヤ識別部１３の出
力よりレイヤ５がＳＭＴＰであることを認識し、ＳＭＴ
Ｐのメールヘッダの“Ｆｒｏｍ：”フィールドが存在す
るかのチェックを行ない、存在する場合その属性値と共
に通信品質決定部１５へ出力する。該“Ｆｒｏｍ：”フ
ィールドより、メールの送信ユーザの電子メールアドレ
スを判別できる。

【０１３７】ＱＯＳデータテーブル１５０には、契約し
たユーザに関して、“Ｆｒｏｍ：”フィールドに対応す
る、遅延優先度（３１）、損失率（３２）、帯域（３
３）、コネクション優先度（３４）、付加品質（３
５）、転送先ＶＰＩ（４２）等の値が設定されている。

【０１３８】通信品質決定部１５では、ＱＯＳデータテ
ーブル１５０の検索を行ない、該“Ｆｒｏｍ：”フィー
ルドのユーザ電子メールアドレスに対応するデータが存
在するかどうかのチェックを行ない、存在する場合には
設定されたコネクション品質、存在しない場合にはデフ
ォルトのコネクション品質を決定する。

【０１３９】

【実施例８】レイヤ３がＩＰｖ４、レイヤ４がＴＣＰ、
レイヤ５がＦＴＰであるデータグラムが入力された場合
の実施例に関して説明する。

【０１４０】図６にｆｔｐアプリケーションによるファ
イル取得の例を示す。

【０１４１】図６の例では、ｆｔｐｓｅｒｖｅｒという
ホスト名のＦＴＰサーバに対して、ｕｓｅｒ１というユ
ーザ名のユーザがログインし、“ｔｅｓｔ．ｄａｔ”と
いうファイルを取得している。先頭の数字と“：”は、
行数をあらわすために便宜的につけたものである。

【０１４２】“−−−＞”で始まる行は、クライアント
がサーバに対してＦＴＰリコマンドを転送したことを意
味しており、３桁の数字と一文字の空白で始まる行は、
クライアントがサーバからＦＴＰリプライを受信したこ
とを意味している。

【０１４３】“ｔｅｓｔ．ｄａｔ”というファイルを取
得する場合、ユーザが“ｇｅｔ ｔｅｓｔ．ｄａｔ”と
いうコマンドを入力（１０行目）すると、クライアント
は、サーバに対してまずＰＯＲＴコマンドを出力（１１
行目）し、サーバよりＰＯＲＴコマンド成功のＦＴＰリ
プライを受信（１２行目）すると、サーバに対してＰＥ
ＴＲコマンドを出力（１３行目）する。ＦＴＰアプリケ
ーションでは制御用のコネクションとデータ用のコネク
ションは別々に設定される。ＰＯＲＴコマンドはデータ
転送に使用するＴＣＰコネクションのクライアント側の
ＩＰアドレスとポート番号をサーバに伝えるためのコマ
ンドであり、ＰＥＴＲコマンドは、クライアントがサー
バに対してファイルを送信するように要求するためのコ
マンドである。

【０１４４】図６の例では、クライアント側のＩＰアド
レスは１４０．２５２．１３．３４であり、ポート番号
は１１７４（４×２５６＋１５０）である。サーバは、
ＰＥＴＲコマンドを受信するとＰＯＲＴコマンドにより
指定されたクライアントホストのポートに対してコネク
ションを接続し、該コネクションを確立すると、クライ
アントに対してＦＴＰリプライコード“１５０”のＦＴ
Ｐリプライを送信後、該コネクションを利用して指定さ
れたファイルの転送を行なう。

【０１４５】属性検出部１４は、レイヤ識別部１３の出
力よりレイヤ５がＦＴＰであることを認識し、データグ
ラムがＦＴＰコマンドであるか、ＦＴＰリプライである
かの判別を行ない、コマンドまたはリプライの種別を通
信品質決定部１５へ出力する。

【０１４６】通信品質決定部１５は、送信元ＩＰ（４
２）によりＦＴＰ用の帯域増加サービスに登録している
ユーザであるかどうかを判別する。登録ユーザであり、
ＦＴＰコマンドがＰＯＲＴコマンドであることを受信す
ると、ＰＯＲＴコマンドのパラメータである、ＩＰアド
レスとポート番号を記録しておく。同一コネクションに
おいて、次に、ＰＥＴＲコマンドを受信した場合、記録
しておいたＩＰアドレスとポート番号と現在のコネクシ
ョンにおける宛先のＩＰアドレスとポート番号により、
サーバからクライアントへのファイル転送に使用される
コネクションをあらかじめ識別することができる。

【０１４７】以上によって、該サーバからクライアント
へのファイル転送に使用されるコネクションの帯域（３
３）を大きく設定することにより、ＦＴＰのファイル転
送におけるコネクションに対してのみ効率的に大きな帯
域を割り当てることが可能である。

【０１４８】この際、通信品質決定部１５は、ファイル
転送に使用されるコネクションを識別するための情報
と、該ファイル転送に使用されるコネクションに設定し
たコネクション品質をコネクション通信品質管理部１７
へ出力する。

【０１４９】コネクション通信品質管理部１７は、該フ
ァイル転送に使用されるコネクションに関して、入力さ
れた該コネクション品質を基に通信品質を決定する。

【０１５０】

【実施例９】実施例８に関して、データグラムより、フ
ァイル転送に使用されるコネクションが確立したことを
伝えるＦＴＰリプライを検出し、さらに、ＦＴＰリプラ
イ内部のリプライコードが“１５０”であることを検出
した際（１４行）に、リプライコードに続くデータに記
されているデータサイズを識別することにより、ファイ
ルサイズによって設定する帯域を変更するという運用も
可能である。

【０１５１】

【実施例１０】属性検出部１４において、実施例１にて
チェックするＨＴＴＰヘッダ以外に、新たにＰｒａｇｍ
ａフィールド、もしくは、Ｃａｃｈｅ−Ｃｏｎｔｒｏｌ
フィールドのチェックを行ない、Ｐｒａｍｇａフィール
ドもしくはＣａｃｈｅ−Ｃｏｎｔｒｏｌが存在し、その
属性値が“ｎｏ−ｃａｃｈｅ”である場合、通信品質決
定部１５へ出力する。

【０１５２】通信品質決定部１５では、特定の宛先ＩＰ
アドレス（４１−１）で規定されるＨＴＴＰ Ｓｅｒｖ
ｅｒへのアクセスに関して、キャッシュが使用可能であ
る場合とキャッシュが使用可能でない場合に別々の経路
を設定しておく。

【０１５３】通信品質決定部１５は、データグラム内の
宛先ＩＰアドレスが登録されてある宛先ＩＰアドレス
（４１−１）である場合、“ｎｏ−ｃａｃｈｅ”である
という情報が入力されているかどうかにより、キャッシ
ュが使用可能であるかの判別を行ない、転送する経路を
選択する。

【０１５４】キャッシュを使用するかしないかにより経
路を切り替えることにより、ネットワークを流れるトラ
フィックを分散し、キャッシュを使用しないコネクショ
ンに関しては高速なゲートウエイを通過させるようにす
る等の制御が可能となる。

【０１５５】

【実施例１１】属性検出部１４において、受信データグ
ラムがＨＴＴＰリクエストメッセージである場合、Ｒｅ
ｑｕｅｓｔ−ｌｉｎｅ内のＲｅｑｕｅｓｔ−ＵＲＩ、Ｉ
ｆ−Ｍｏｄｉｆｉｅｄ−Ｓｉｎｃｅフィールド、Ｉｆ−
Ｕｎｍｏｄｉｆｉｅｄ−Ｓｉｎｃｅフィールドのチェッ
クを行ない、存在する場合その属性値と共に通信品質決
定部１５へ出力する。

【０１５６】本通信データグラム転送装置の提供するサ
ービスとあらかじめ契約しているユーザは、管理してい
るＷＷＷサーバにおいて、頻繁にＩｆ−Ｍｏｄｉｆｉｅ
ｄ−Ｓｉｎｃｅ、もしくは、Ｉｆ−Ｕｎｍｏｄｉｆｉｅ
ｄ−Ｓｉｎｃｅフィールドによるチェックのありそうな
ＵＲＩとその更新時間を登録しておく。通信品質決定部
１５において、登録されたＵＲＩとその更新時間のテー
ブルを管理する。

【０１５７】通信品質決定部１５は、Ｒｅｑｕｅｓｔ−
ＵＲＩが登録されているＵＲＩと一致し、Ｉｆ−Ｍｏｄ
ｉｆｉｅｄ−Ｓｉｎｃｅフィールド、もしくは、Ｉｆ−
Ｕｎｍｏｄｉｆｉｅｄ−Ｓｉｎｃｅフィールドの属性値
が入力されている場合に、その属性値とテーブルより参
照される最終更新時間を比較する。

【０１５８】Ｉｆ−Ｍｏｄｉｆｉｅｄ−Ｓｉｎｃｅフィ
ールドより取得される日時が該ＵＲＩの最終更新時間よ
り古い場合、もしくは、Ｉｆ−Ｕｎｍｏｄｉｆｉｅｄ−
Ｓｉｎｃｅフィールドより取得される日時がは、経路決
定部により出力されるデータグラム転送先経路（Ｒ）へ
データグラム（Ｄ）を転送する。

【０１５９】Ｉｆ−Ｍｏｄｉｆｉｅｄ−Ｓｉｎｃｅフィ
ールドにより取得される日時が該ＵＲＩの最終更新時間
より古い場合、データグラムの損失優先度（３２）を低
く設定する、もしくは、該データグラムを廃棄後、Ｓｔ
ａｔｕｓ Ｃｏｄｅが３０４（ｎｏｔ ｍｏｄｉｆｉｅ
ｄ）であるＨＴＴＰレスポンスメッセージを作成し、送
信元ＩＰアドレスに対して転送する。

【０１６０】Ｉｆ−Ｕｎｍｏｄｉｆｉｅｄ−Ｓｉｎｃｅ
フィールドより取得される日時が該ＵＲＩの最終稿親日
時より新しい場合、データグラムの損失優先度（３２）
を低く設定する、もしくは、データグラム廃棄後、Ｓｔ
ａｔｕｓ Ｃｏｄｅが４１２（Ｐｒｅｃｏｎｄｉｔｉｏ
ｎ Ｆａｉｌｅｄ）であるＨＴＴＰレスポンスメッセー
ジを作成し、送信元ＩＰアドレスに対して転送する。

【０１６１】以上により、不要なトラフィックをサーバ
及びネットワーク内に転送しないようにする事が可能で
ある。

【０１６２】また、あらかじめＵＲＩを登録しておく方
法以外にも受信したデータグラム（Ｄ）がＨＴＴＰレス
ポンスメッセージであり、該データグラムのＨＴＴＰヘ
ッダ内にＬａｓｔ−Ｍｏｄｉｆｉｅｄヘッダが存在する
場合、ＵＲＩ（Ｕ）とＬａｓｔ−Ｍｏｄｉｆｉｅｄヘッ
ダより得られる最終更新時間の組を登録する方法も考え
られる。該ＵＲＩは、ユーザ端末からＷＷＷサーバへの
ＨＴＴＰリクエストメッセージ内のＲｅｑｕｅｓｔ−Ｕ
ＲＩ、もしくは、Ｒｅｑｕｅｓｔ−ＵＲＩとＨｏｓｔヘ
ッダより抽出される。ＨＴＴＰリクエストメッセージと
ＨＴＴＰレスポンスメッセージの対応付けは、ＨＴＴＰ
リクエストメッセージもしくはＨＴＴＰレスポンスメッ
セージを構成するデータグラム（Ｄ）のコネクション情
報（Ｃ）より判別される。（リクエストメッセージとレ
スポンスメッセージ間のコネクションの対応付けに関し
ては、実施例２０を参照のこと）登録するＵＲＩは、あ
らかじめ契約しているユーザのサーバもしくはサーバ内
の特定ディレクトリに限定しても良いし、すべてのＵＲ
Ｉを対象としても良い。

【実施例１２】属性検出部１４において、受信データグ
ラムがＨＴＴＰリクエストメッセージである場合に、実
施例１にてチェックするＨＴＴＰヘッダ以外に、Ｒｅｑ
ｕｅｓｔ−ｌｉｎｅのＲｅｑｕｅｓｔ−ＵＲＩのチェッ
クを行ない、属性値として読み出されるＵＲＩを通信品
質決定部１５へ出力する。

【０１６３】属性検出部１５では、拡張ＱＯＳテーブル
にＵＲＩの項目を追加する。

【０１６４】属性検出部１５は、属性検出部よりＵＲＩ
が入力されると、拡張ＱＯＳテーブルの検索を行ない、
テーブル内に入力されたＵＲＩが存在する場合、拡張Ｑ
ＯＳテーブルを参照することにより通信品質（Ｑ）を決
定する。ＵＲＩが一致するかどうかのチェックは、ファ
イル単位で完全に一致するようにしても良いが、登録す
る際のＵＲＩをＤｉｒｅｃｔｏｒｙ単位にし、属性検出
部より入力されるＵＲＩが登録ＵＲＩの文字列を含む場
合に一致すると判断しても良い。

【０１６５】ＵＲＩに応じて通信品質を決定可能とする
ことにより、登録ユーザに対して、高度かつ多様な通信
サービスを実現可能である。

【０１６６】属性検出部１４においてＨＴＴＰヘッダか
ら抽出するＵＲＩは、Ｒｅｑｕｅｓｔ−ｌｉｎｅ内のＲ
ｅｑｕｅｓｔ−ＵＲＩ以外に、Ｒｅｆｅｒｅｒにより抜
き出されるＨＴＴＰデータの参照元ＵＲＩ、Ｌｏｃａｔ
ｉｏｎにより抜き出されるＨＴＴＰデータのおかれてい
るＵＲＩ、Ｆｏｒｗａｒｄｅｄにより抜き出されるデー
タグラムの転送先ＵＲＩ、Ｃｏｎｔｅｎｔ−Ｂａｓｅに
より抜き出されるデータグラムのｂａｓｅ ＵＲＩ、Ｃ
ｏｎｔｅｎｔ−Ｌｏｃａｔｉｏｎにより抜き出されるＨ
ＴＴＰデータの存在するＵＲＩのいずれか、もしくは、
全てであってもよい。

【０１６７】

【実施例１３】属性検出部１４において、受信データグ
ラムがＨＴＴＰリクエストメッセージである場合にＭｅ
ｔｈｏｄの検査を行ない、通信品質決定部１５へ出力す
る。

【０１６８】通信品質決定部１５では、本通信データグ
ラム転送装置から送信元ＩＰアドレス方向に対するコネ
クションのための通信リソースをあらかじめ割り当てる
ことにより、実際にＳｅｒｖｅｒ側からＨＴＴＰレスポ
ンスメッセージを受信した場合に、既に設定されている
コネクション品質によりデータグラムをユーザ側へ転送
することが可能である。

【０１６９】設定するコネクション品質（Ｓ）として、
ＭｅｔｈｏｄがＧＥＴもしくはＰＯＳＴである場合、帯
域（３３）を大きく設定する。ＭｅｔｈｏｄがＧＥＴも
しくはＰＯＳＴである場合、ＭｅｔｈｏｄがＨＥＡＤで
ある場合に比べ情報量が大きいと考えられるため、帯域
を有効に割り当てることが可能である。

【０１７０】

【実施例１４】属性検出部１４において、実施例１にて
チェックするＨＴＴＰヘッダ以外に、新たにＭＩＭＥ−
Ｖｅｒｓｉｏｎのチェックを行ない、存在する場合その
属性値と共に通信品質決定部１５へ出力する。通信品質
決定部１５では、基本ＱＯＳテーブルにＣｏｎｔｅｎｔ
−ｔｙｐｅ（２１）に加え、該ＭＩＭＥ−Ｖｅｒｓｉｏ
ｎの項目を追加し、ＭＩＭＥ−ＶｅｒｓｉｏｎとＣｏｎ
ｔｅｎｔ−ｔｙｐｅの組によりコネクション品質を決定
する。

【０１７１】

【実施例１５】属性検出部１４において、受信データグ
ラムがＨＴＴＰリクエストメッセージである場合に，Ａ
ｃｃｅｐｔ，Ａｃｃｅｐｔ−Ｃｈａｒｓｅｔ，Ａｃｃｅ
ｐｔ−Ｅｎｃｏｄｉｎｇ，Ａｃｃｅｐｔ−Ｌａｎｇｕａ
ｇｅの検査を行ない、存在する場合その属性値と共に通
信品質決定部１５へ出力する。

【０１７２】通信品質決定部１５では、あらかじめ契約
を交わしているユーザの運営するＷＷＷサーバに関して
ＷｅｂサーバのＩＰアドレス、Ｗｅｂ Ｓｅｒｖｅｒ対
応しているメディア属性（５１）、文字セット（５
２）、符号化方法（５３）、言語（５４）の情報をサー
バ情報管理テーブル（５００）に登録しておく。サーバ
情報管理テーブル（５００）の例を図１０に示す。

【０１７３】通信品質決定部１５は、属性検出部１４よ
り、Ａｃｃｅｐｔ、Ａｃｃｅｐｔ−Ｃｈａｒｓｅｔ、Ａ
ｃｃｅｐｔ−Ｅｎｃｏｄｉｎｇ、Ａｃｃｅｐｔ−Ｌａｎ
ｇｕａｇｅのいずれかもしくは複数が入力されると転送
するデータグラム内の宛先ＩＰアドレス（４１）がＳｅ
ｒｖｅｒ情報管理テーブル（５００）に存在するかのチ
ェックを行なう。宛先ＩＰアドレス（４１）が存在する
場合、以下の処理を行なう。

【０１７４】（１）Ａｃｃｅｐｔの属性値がメディア属
性（５１）に登録されている属性値と一致するかどうか
のチェックを行なう。宛先ＩＰアドレス（４１）がＩＰ
アドレス３である場合、テキストのメディア属性とし
て、“ｔｅｘｔ／ｐｌａｉｎ”と“ｔｅｘｔ／ｈｔｍ
ｌ”に対応している。Ａｃｃｅｐｔの属性値が“ｔｅｘ
ｔ／ｐｌａｉｎ”、“ｔｅｘｔ／ｈｔｍｌ”以外のテキ
ストのメディア属性である場合、メディア属性（５１）
が一致していないと判断する。

【０１７５】宛先ＩＰアドレス（４１）がＩＰアドレス
３である場合は、他の画像や音声のメディア属性に関し
ては特に規定していない。宛先ＩＰアドレス（４１）が
ＩＰアドレス１，ＩＰアドレス２の場合、サーバ情報管
理テーブル（４００）のメディア属性（５１）は、
“−”となっている。この場合、Ｗｅｂ Ｓｅｒｖｅｒ
の対応しているメディア属性（５１）は登録されておら
ず、Ａｃｃｅｐｔの属性値との比較は行なわない。

【０１７６】（２）Ａｃｃｅｐｔ−Ｃｈａｒｓｅｔのメ
ディア属性値が文字セット（５２）と一致するかどうか
のチェックを行なう。宛先ＩＰアドレス（４１）がＩＰ
アドレス１である場合、文字セット（５２）として、
“ＩＳＯ−８８５９−１”のみに対応している。Ａｃｃ
ｅｐｔ−Ｃｈａｒｓｅｔの属性値が“ＩＳＯ−８８５９
−１”以外である場合、文字セット（５２）が一致して
いないと判断する。

【０１７７】（３）Ａｃｃｅｐｔ−Ｅｎｃｏｄｉｎｇの
属性値が符号化方法（５３）と一致するかどうかのチェ
ックを行なう。宛先ＩＰアドレス（４１）がＩＰアドレ
ス１もしくはＩＰアドレス２である場合、符号化方法
（５３）として、“ｇｚｉｐ”、“ｃｏｍｐｒｅｓｓ”
に対応している。Ａｃｃｅｐｔ−Ｅｎｃｏｄｉｎｇの属
性値が“ｇｚｉｐ”、“ｃｏｍｐｒｅｓｓ”以外である
場合、符号化方法（５３）が一致していないと判断す
る。

【０１７８】宛先ＩＰアドレス（４１）がＩＰアドレス
３である場合、符号化方法（５３）は“×”となってい
る。この場合、Ｗｅｂ Ｓｅｒｖｅｒはどの符号化方法
（５３）にも対応していないことになり、この場合、Ａ
ｃｃｅｐｔ−Ｅｎｃｏｄｉｎｇ属性値が何であっても、
符号化方法（５３）は一致していないと判断する。

【０１７９】（４）Ａｃｃｅｐｔ−Ｌａｎｇｕａｇｅの
属性値が言語（５４）と一致するかどうかのチェックを
行なう。言語（５４）がＩＰアドレス１である場合、言
語（５４）として、“ｅｎ”、“ｊｐ”に対応してい
る。Ａｃｃｅｐｔ−Ｌａｎｇｕａｇｅの属性値が“ｅ
ｎ”、“ｊｐ”以外である場合、言語（５４）は一致し
ていないと判断される。

【０１８０】通信品質決定部１５が、上記処理におい
て、メディア属性（５１）、文字セット（５２）、符号
化方法（５３）、言語（５４）のいずれかもしくは複数
において、一致しないと判定した場合、該データグラム
を廃棄し、Ｓｔａｔｕｓ Ｃｏｄｅが４０６（Ｎｏｔ
Ａｃｃｅｐｔａｂｌｅ）であるＨＴＴＰレスポンスメッ
セジを作成し、送信元ＩＰアドレスに対して転送する。

【０１８１】実施例１５は、ＷＷＷサーバ側の対応可能
な、メディア属性（５１）、文字セット（５２）、符号
化方法（５３）、言語（５４）を登録しておき、一致し
ないメッセージを廃棄する制御であるが、クライアント
側の対応可能なメディア属性（５１）、文字セット（５
２）、符号化方法（５３）、言語（５４）を登録する方
法も考えられる。

【０１８２】その場合、ＨＴＴＰレスポンスメッセージ
において、Ｃｏｎｔｅｎｔ−Ｔｙｐｅ内のメディア属性
（５１）、Ｃｏｎｔｅｎｔ−Ｅｎｃｏｄｉｎｇ内の符号
化方法（５３）、Ｃｏｎｔｅｎｔ−Ｌａｎｇｕａｇｅ内
の言語（５４）から検出した属性値が登録されていない
場合、該コネクションに属するデータグラムを廃棄す
る、もしくは、損失率を低く設定することにより、無駄
なトラフィックをネットワークに転送しないようにする
ことが可能である。

【０１８３】

【実施例１６】属性検出部１４において、受信データグ
ラムがＨＴＴＰレスポンスメッセージである場合、Ｓｔ
ａｔｕｓ Ｃｏｄｅのチェックを行ない、その属性値と
共に通信品質決定部１５へ出力する。

【０１８４】通信品質決定部１５は、Ｓｔａｔｕｓ Ｃ
ｏｄｅが入力されるとその属性値が２００（ＯＫ）であ
る場合のみ、帯域（３３）を大きく設定する。

【０１８５】Ｓｔａｔｕｓ Ｃｏｄｅが２００（ＯＫ）
である場合のみ、該データグラムで規定されるコネクシ
ョンにおいて多くのデータグラムが転送されることが予
想されるため、効率的に帯域を割り当てることが可能と
なる。

【０１８６】

【実施例１７】属性検出部１４において、受信データグ
ラムがＨＴＴＰレスポンスメッセージである場合、ＨＴ
ＴＰヘッダ内にＷＷＷ−Ａｕｔｈｅｎｔｉｃａｔｅヘッ
ダが含まれるかどうかのチェックを行ない、通信品質決
定部１５へ出力する。

【０１８７】ＷＷＷ−Ａｕｔｈｅｎｔｉｃａｔｅヘッダ
を含むデータグラムが転送された場合、その後、認証情
報を含むデータグラム、もしくは、認証後にＷＷＷサー
バから受信したデータグラムが含まれている可能性があ
る。

【０１８８】通信品質決定部１５は受信データグラム
（Ｄ−１７）がＷＷＷ−Ａｕｔｈｅｎｔｉｃａｔｅヘッ
ダを含んでいるという情報が入力されると、該データグ
ラム（Ｄ−１７）に含まれる宛先ＩＰアドレス（４
１）、送信元ＩＰアドレス（４２）より、ユーザ端末と
ＷＷＷサーバ間のＨＴＭＬコネクションに対して、一定
期間、損失優先度（３２）を高く設定し，付加品質（３
４）としてデータグラムを暗号化して転送するようにコ
ネクション品質（Ｓ）を決定することにより、ユーザ端
末とＷＷＷサーバ間のデータグラムに関してより信頼性
の高い通信を実現することが可能である。

【０１８９】

【実施例１８】属性検出部１４において、受信データグ
ラムがＨＴＴＰレスポンスメッセージである場合、ＨＴ
ＴＰヘッダ内にＰｒｏｘｙ−Ａｕｔｈｅｎｔｉｃａｔｅ
ヘッダが含まれるかどうかのチェックを行ない、通信品
質決定部１５へ出力する。

【０１９０】Ｐｒｏｘｙ−Ａｕｔｈｅｎｔｉｃａｔｅヘ
ッダを含むデータグラムが転送された場合、その後、認
証情報を含むデータグラム、もしくは、認証後にＰｒｏ
ｘｙサーバから受信したデータグラムが含まれている可
能性がある。

【０１９１】通信品質決定部１５は受信データグラム
（Ｄ−１８）がＰｒｏｘｙ−Ａｕｔｈｅｎｔｉｃａｔｅ
ヘッダを含んでいるという情報が入力されると、該デー
タグラム（Ｄ−１８）に含まれる宛先ＩＰアドレス（４
１）、送信元ＩＰアドレス（４２）より、ユーザ端末と
ｐｒｏｘｙサーバ間のＨＴＭＬコネクションに対して、
一定期間、損失優先度（３２）を高く設定し，付加品質
（３４）としてデータグラムを暗号化して転送するよう
にコネクション品質（Ｓ）を決定することにより、ユー
ザ端末とｐｒｏｘｙサーバ間のデータグラムに関してよ
り信頼性の高い通信を実現することが可能である。

【０１９２】

【実施例２０】本発明の実施例２０の形態について図面
を参照して詳細に説明する。

【０１９３】図１１は、本発明の実施例２０における通
信データグラム転送装置１Ａの構成例を示すブロック図
である。

【０１９４】属性検出部１４は、受信データグラム
（Ｄ）がＨＴＴＰリクエストメッセージである場合、Ｈ
ＴＴＰヘッダ内のリクエストＵＲＩ、もしくは、リクエ
ストＵＲＩとＨｏｓｔヘッダフィールドより、アクセス
するＷＷＷサーバへのａｂｓｏｌｕｔｅ−ＵＲＩ（７
０）を抽出し、通信品質決定部１５Ａへ出力する。

【０１９５】通信品質決定部１５Ａは、コネクション識
別部１３より入力されるコネクション情報（Ｃ）と属性
検出部１４より入力される該ＵＲＩ（７０）とを組にし
てコネクション情報管理テーブル１５１に登録する。

【０１９６】属性検出部１４において、受信データグラ
ムがＨＴＴＰレスポンスメッセージである場合、ＨＴＴ
Ｐヘッダ内にＡｌｌｏｗフィールド、Ａｃｃｅｐｔ−Ｒ
ａｎｇｅフィールド、Ｃｏｎｔｅｎｔ−Ｂａｓｅフィー
ルド、Ｃｏｎｔｅｎｔ−Ｌｏｃａｔｉｏｎフィールドが
存在するかの検査を行ない、存在する場合その属性値と
共に通信品質決定部１５Ａに出力する。

【０１９７】通信品質決定部１５Ａは、ＨＴＴＰヘッダ
内のＡｌｌｏｗフィールド、Ａｃｃｅｐｔ−Ｒａｎｇｅ
フィールドのどちらかもしくは両方が入力された場合、
Ｃｏｎｔｅｎｔ−Ｂａｓｅフィールドが入力されたかど
うかをチェックし、Ｃｏｎｔｅｎｔ−Ｂａｓｅフィール
ドが入力されている場合、ＵＲＩテーブル１５２に、Ｃ
ｏｎｔｅｎｔ−Ｂａｓｅフィールド内の属性値であるａ
ｂｓｏｌｕｔｅ−ＵＲＩとＡｌｌｏｗフィールド内の許
可メスッド（８０）、Ａｃｃｅｐｔ−Ｒａｎｇｅフィー
ルド内の許可レンジ（８１）を組にして登録する。

【０１９８】Ｃｏｎｔｅｎｔ−Ｂａｓｅフィールドが入
力されていない場合、Ｃｏｎｔｅｎｔ−Ｌｏｃａｔｉｏ
ｎフィールドが入力されているかどうかをチェックし、
Ｃｏｎｔｅｎｔ−Ｌｏｃａｔｉｏｎフィールドが入力さ
れている場合、ＵＲＩテーブル１５２に、Ｃｏｎｔｅｎ
ｔ−Ｌｏｃａｔｉｏｎフィールド内の属性値であるａｂ
ｓｏｌｕｔｅ−ＵＲＩとＡｌｌｏｗフィールド内の許可
メスッド（８０）、Ａｃｃｅｐｔ−Ｒａｎｇｅフィール
ド内の許可レンジ（８１）を組にして登録する。

【０１９９】Ｃｏｎｔｅｎｔ−Ｌｏｃａｔｉｏｎフィー
ルドが入力されていない場合、コネクション情報管理テ
ーブル１５１より、コネクション情報（Ｃ）に対応する
ＵＲＩ（７０）を読み出し、ＵＲＩテーブル１５２にＵ
ＲＩ（７０）とＡｌｌｏｗフィールド内の許可メスッド
（８０）、Ａｃｃｅｐｔ−Ｒａｎｇｅフィールド内の許
可レンジ（８１）を組にして登録する。

【０２００】属性検出部１４は、受信データグラムがＨ
ＴＴＰリクエストメッセージである場合、ＨＴＴＰヘッ
ダ内のメスッド（７１）を抽出し、通信品質決定部１５
Ａへ出力する。

【０２０１】属性検出部１４は、受信データグラムがＨ
ＴＴＰリクエストメッセージである場合、ＨＴＴＰヘッ
ダ内のＲａｎｇｅヘッダ、もしくは、Ｉｆ−Ｒａｎｇｅ
ヘッダが存在するかのチェックを行ない、存在する場
合、Ｒａｎｇｅヘッダ、もしくは、Ｉｆ−Ｒａｎｇｅヘ
ッダの属性値であるレンジ（７２）を抽出し、通信品質
決定部１５Ａへ出力する。

【０２０２】通信品質決定部１５Ａは、属性検出部１４
より前記ＵＲＩ（７０）が入力されるとＵＲＩテーブル
１５２の検索を行ない、該ＵＲＩに対する許可メスッド
（８０）もしくは許可レンジ（８１）が登録されていな
いかを検索する。

【０２０３】許可メスッド（８０）が登録されている場
合、属性検出部１４より入力されるメスッド（７１）と
の比較を行なう。比較の結果、メスッド（７１）が登録
されていない場合、データグラム（Ｄ）を廃棄する、も
しくは、廃棄後、Ｓｔａｔｕｓ Ｃｏｄｅが４０５（Ｍ
ｅｔｈｏｄ Ｎｏｔ Ａｌｌｏｗｅｄ）であるＨＴＴＰ
レスポンスメッセージを作成し、送信元ＩＰアドレスに
対して転送する。

【０２０４】許可レンジ（８１）が登録されており、属
性検出部１４よりレンジ（７２）が入力された場合、許
可レンジ（８１）とレンジ（７２）の比較を行なう。比
較の結果、レンジ（７２）による要求方法が許可レンジ
（８１）に登録されているもので無い場合、付加品質
（３５）としてデータグラム（Ｄ）内に存在するＲａｎ
ｇｅヘッダに関連するヘッダを除去するように設定す
る。

【０２０５】出力キュー管理部１２においてＲａｎｇｅ
ヘッダに関連するヘッダが除去される。

【０２０６】除去されるヘッダは、データグラム（Ｄ）
がＲａｎｇｅヘッダを含む場合は、Ｒａｎｇｅヘッダ、
Ｉｆ−Ｕｎｍｏｄｉｆｉｅｄ−Ｓｉｎｃｅヘッダ、Ｉｆ
−Ｍａｔｃｈヘッダであり、データグラム（Ｄ）がＩｆ
−Ｒａｎｇｅヘッダを含む場合は、Ｉｆ−Ｒａｎｇｅヘ
ッダのみである。

【０２０７】

【実施例２１】この実施例２１の基本的構成について
は、実施例２０と同一である。ただし、ＵＲＩテーブル
１５２の代わりにＷＷＷサーバテーブル１５３を使用す
る。

【０２０８】属性検出部１４において、受信データグラ
ムがＨＴＴＰレスポンスメッセージである場合に、ＨＴ
ＴＰヘッダ内のＰｕｂｌｉｃフィールドの検査を行な
い、存在する場合その属性値と共に通信品質決定部１５
Ａに出力する。

【０２０９】通信品質決定部１５Ａは、ＨＴＴＰヘッダ
内のＰｕｂｌｉｃフィールドが入力されると、Ｃｏｎｔ
ｅｎｔ−Ｂａｓｅフィールドの属性値であるＵＲＩ、も
しくは、Ｃｏｎｔｅｎｔ−Ｌｏｃａｔｉｏｎフィールド
の属性値であるＵＲＩ、もしくは、コネクション情報管
理テーブル１５１より読み出されたＵＲＩ（７０）のい
ずれかよりＷＷＷサーバのホスト名（７００）を抽出
し、ＷＷＷサーバテーブル１５３にホスト名（７００）
とＰｕｂｌｉｃフィールド内の許可メスッド（８００）
を組にして登録する。

【０２１０】通信品質決定部１５Ａは、属性検出部１４
よりＵＲＩ（７０）が入力されるとＷＷＷサーバテーブ
ル１５３の検索を行ない、該ＵＲＩ（７０）より抽出さ
れるＷＷＷサーバホスト名（７００）に対応する許可メ
スッド（８００）が登録されていないかを検索する。

【０２１１】許可メスッド（８００）が登録されている
場合、属性検出部１４より入力されるメスッド（７１）
との比較を行なう。比較の結果、メスッド（７１）が登
録されていない場合、データグラム（Ｄ）を廃棄する、
もしくは、廃棄後、Ｓｔａｔｕｓ Ｃｏｄｅが４０５
（Ｍｅｔｈｏｄ Ｎｏｔ Ａｌｌｏｗｅｄ）であるＨＴ
ＴＰレスポンスメッセージを作成し、送信元ＩＰアドレ
スに対して転送する。

【０２１２】

【実施例２２】レイヤ５がＨＴＴＰである場合の上記各
実施例に以下の制御を追加することが可能である。

【０２１３】ＨＴＴＰレスポンスメッセージにＣｏｎｔ
ｅｎｔ−Ｌｅｎｇｔｈが含まれていることを検出した場
合に、Ｃｏｎｔｅｎｔ−Ｌｅｎｇｔｈの長さに応じて、
帯域（３３）を割り当てる。

【０２１４】

【実施例２３】レイヤ５がＨＴＴＰである場合の上記各
実施例に以下の制御を追加することが可能である。

【０２１５】ＨＴＴＰレスポンスメッセージにＣｏｎｎ
ｅｃｔｉｏｎが含まれていることを検出した場合に、Ｃ
ｏｎｎｅｃｔｉｏｎの属性値がｐｅｒｓｉｓｔｅｎｔで
ある場合に、帯域（３３）を大きく割り当てる。

【０２１６】Ｃｏｎｎｅｃｔｉｏｎの属性値がｐｅｒｓ
ｉｓｔｅｎｔである場合、他の属性値である場合に比べ
多くのデータグラムが転送されると予想されるため効率
的なデータグラム転送が可能である。

【０２１７】

【実施例２４】レイヤ５がＨＴＴＰである場合の上記各
実施例に以下の制御を追加することが可能である。

【０２１８】ＨＴＴＰレスポンスメッセージにＷａｒｎ
ｉｎｇヘッダが含まれていることを検出した場合に、Ｗ
ａｒｎｉｎｇヘッダのＷａｒｎ−ｃｏｄｅが１０ （Ｒ
ｅｓｐｏｎｓｅ ｉｓ ｓｔａｌｅ）である場合、喪失
優先度を低く設定することにより、日時の古いデータグ
ラムを優先的に廃棄することが可能である。

【０２１９】

【実施例２５】レイヤ５がＨＴＴＰである場合の上記各
実施例に以下の制御を追加することが可能である。

【０２２０】ＨＴＴＰレスポンスメッセージにＲｅｔｒ
ｙ−Ａｆｔｅｒヘッダが含まれていることを検出した場
合に、Ｒｅｔｒｙ−Ａｆｔｅｒより次に要求したＵＲＩ
にアクセス可能時間を抽出し、ＵＲＩ（７０）と該アク
セス可能時間を組にしてＵＲＩテーブル記録する。

【０２２１】次に、同一のＵＲＩ（７０）に対してアク
セスがあった場合、該ＵＲＩテーブルより前記アクセス
可能時間を読み出し、データグラムを受信した時間より
も先である場合、データグラムを廃棄する。

【０２２２】データグラムを受信してから実際にＷＷＷ
サーバにデータグラムが転送されるまでの時間を算出可
能である場合は、ＷＷＷサーバにデータグラムが転送さ
れる時間との比較を行なっても良い。

【０２２３】

【実施例２６】レイヤ５がＨＴＴＰである場合の上記各
実施例に以下の制御を追加することが可能である。

【０２２４】ＨＴＴＰヘッダ内にＶｉａヘッダを検出し
た場合、Ｖｉａヘッダ内にあらかじめ登録されてあるホ
スト名、プログラム名が含まれている場合、テーブルに
登録してある通信品質（Ｓ）を設定し、データグラムを
転送する。

【０２２５】以上の制御により通過するｐｒｏｘｙにお
けるホスト名、プログラム名によって契約内容に応じた
通信品質を提供することが可能である。

【０２２６】

【実施例２７】属性検出部は、受信データグラム（Ｄ）
がＨＴＴＰレスポンスメッセージであり、あらかじめ登
録されてあるユーザ宛のＩＰアドレスである場合、ＨＴ
ＴＰヘッダ内のＴｒａｎｓｆｅｒ−Ｅｎｃｏｄｉｎｇヘ
ッダのチェックを行なう。Ｔｒａｎｓｆｅｒ−Ｅｎｃｏ
ｄｉｎｇヘッダが存在しない場合、受信データグラム
（Ｄ）の属するコネクションに対して付加品質（３５）
としてデータグラムを暗号化して転送するように設定す
る。

【０２２７】以上の制御により、Ｔｒａｎｓｆｅｒ−Ｅ
ｎｃｏｄｉｎｇヘッダが存在しない、セキュリティの弱
いデータグラムを安全に転送することが可能である。

【０２２８】

【実施例２８】受信データグラムのレイヤ４がＴＣＰで
ある場合、属性検出部１４は、ＴＣＰヘッダのＣｏｄｅ
ｂｉｔであるＵＲＧ（ＵＲＧｅｎｔ）をチェックし、
通信品質決定部１５へ出力する。

【０２２９】通信品質決定部１５は、ＵＲＧフィールド
に１が設定されている場合、緊急セグメントであると判
断し、遅延優先度、喪失優先度を高く設定することによ
り、高速で信頼性の高い通信品質を提供する。

【０２３０】

【実施例２９】受信データグラムのレイヤ４がＵＤＰで
ある場合、属性検出部１４は、ＵＤＰヘッダのｃｈｅｃ
ｋｓｕｍフィールドを検査し値が０であるかどうかをチ
ェックし、通信品質決定部１５へ出力する。

【０２３１】通信品質決定部１５は、ｃｈｅｃｋｓｕｍ
フィールドの値が０であることを入力されることによ
り、該データグラムがチェックサムを利用していないこ
とを認識する。該データグラムの宛先ＩＰアドレス、も
しくは、転送元ＩＰアドレスがあらかじめ登録している
ユーザのＩＰアドレスと一致する場合、損失優先度を高
く設定し、可能であれば、付加品質としてデータエラー
の発生しにくい専用の物理回線を利用するように設定す
る。

【０２３２】以上の制御によりチェックサムを使用しな
いＵＤＰ通信においても、契約しているユーザに対して
は信頼性の高い通信を提供することが可能である。

【０２３３】

【実施例３０】受信データグラムのレイヤ５がＤＮＳで
ある場合、属性検出部１４は、ｑｕｅｒｙ ｔｙｐｅが
存在するかのチェックを行ない、ｑｕｅｒｙ ｔｙｐｅ
が存在する場合通信品質決定部１５へ出力する。

【０２３４】通信品質決定部１５は、ｑｕｅｒｙ ｔｙ
ｐｅが入力されると、値が２５２であるかをチェックす
る。

【０２３５】値が２５２である場合、ｚｏｎｅ ｔｒａ
ｎｓｆｅｒ要求であり、他のＤＮＳメッセージに比べ多
くのデータグラムが転送されることが予想されるため、
帯域（３３）を大きく設定する。

【０２３６】

【実施例３１】受信データグラムのレイヤ５がＴＦＴＰ
である場合、属性検出部１４は、ＴＦＴＰメッセージに
含まれるｏｐｃｏｄｅを検査し、通信品質決定部１５へ
出力する。

【０２３７】属性検出部１４は、ＵＤＰヘッダに含まれ
るＵＤＰレングスの検出を行ない、通信品質決定部１５
へ出力する。

【０２３８】通信品質決定部１５は、ｏｐｃｏｄｅが入
力されると値が３であるかのチェックを行なう。

【０２３９】ｏｐｃｏｄｅが３であり、かつ、ＵＤＰレ
ングスより算出されるＴＦＴＰメッセージの長さが５１
２である場合、ＴＦＴＰによりデータの転送が行なわれ
ていることが判別できるので、帯域（３３）を大きく設
定する。

【０２４０】ｏｐｃｏｄｅが３であり、かつ、ＵＤＰレ
ングスより算出されるＴＦＴＰメッセージの長さが５１
２より小さい場合、ＴＦＴＰによりデータの転送が完了
したことが判別できるので、帯域（３３）を小さく設定
する。

【０２４１】以上の制御により、データ転送時のみ帯域
を大きく割り当てることができるものである。

【０２４２】

【実施例３２】受信データグラムのレイヤ５がＳＮＭＰ
である場合、属性検出部１４は、ＳＮＭＰメッセージに
含まれるＰＤＵタイプを検査し、通信品質決定部１５へ
出力する。

【０２４３】通信品質決定部１５は、ＰＤＵタイプのチ
ェックを行ない、ＰＤＵタイプが４である場合、ＳＮＭ
Ｐメッセージがトラップメッセージであることを認識
し、該データグラムの遅延優先度（３１）を高く設定す
ることにより、トラップメッセージを高速に転送するこ
とが可能である。

【０２４４】

【実施例３３】本実施例では、実施例１に加え、通信品
質決定部１５において決定するコネクション通信品質
（Ｓ）に、新たにコネクション設定ロバストネス（強
度）（３７）を追加する。予め契約しているユーザは、
３段階のコネクション設定ロバストネス（３７）の中か
ら１つを選択して設定することができる。

【０２４５】コネクション通信品質管理部１７では、入
力されたコネクション設定ロバストネス（３７）に基づ
き、通信品質制御装置６ａ、６ｂ、６ｃ、６ｄ間のコネ
クション（図１２）を以下のように設定する。

【０２４６】（１）コネクション設定ロバストネス＝１
の場合（図１３）、通信品質制御装置６ａは、コネクシ
ョンを設定するために必要な情報を持つコネクション設
定メッセージを送信すると同時に、データグラムの転送
を開始する。通信品質制御装置６ｂ、６ｃは、コネクシ
ョン設定メッセージを受信すると、通信品質制御装置６
ｃ、６ｄに対してコネクション設定メッセージを送信す
ると同時に、受信したデータグラムを転送する。

【０２４７】（２）コネクション設定ロバストネス＝２
の場合（図１４）、通信品質制御装置６ａは、コネクシ
ョンを設定するために必要な情報を持つコネクション設
定メッセージを送信する。通信品質制御装置６ｂ、６
ｃ、６ｄは、コネクション設定メッセージを受信した場
合、予め定められた条件でコネクション設定が可能であ
れば、送信元の通信品質制御装置６ａ、６ｂ、６ｃに対
して、ＡＣＫメッセージを送信する。通信品質制御装置
６ｂ、６ｃは、ＡＣＫメッセージ送信後、コネクション
設定メッセージを通信品質制御装置６ｃ、６ｄに送信す
る。通信品質制御装置６ａ、６ｂ、６ｃは、ＡＣＫメッ
セージを受信後、データグラム転送を開始する。以上に
より、データグラムは鄰接する通信品質制御装置とのコ
ネクションが確立されてから転送される。

【０２４８】（３）コネクション設定ロバストネス＝３
の場合（図１５）、通信品質制御装置６ａは、コネクシ
ョンを設定するために必要な情報を持つコネクション設
定メッセージを送信する。通信品質制御装置６ｂ、６ｃ
は、コネクション設定メッセージを受信した場合、予め
定められた条件でコネクション設定が可能であれば、送
信先の通信品質制御装置６ｃ、６ｄに対してコネクショ
ン設定メッセージを作成して送信する。通信品質制御装
置６ｄは、コネクション設定メッセージを受信した場
合、予め定められた条件でコネクション設定が可能であ
る場合、送信元の通信品質制御装置６ｃに対してＡＣＫ
メッセージを送信する。通信品質制御装置６ｃ、６ｂ
は、ＡＣＫメッセージを受信すると通信品質制御装置６
ｂ、６ａに対してＡＣＫメッセージを送信する。通信品
質制御装置６ａは、ＡＣＫメッセージを受信後、データ
グラム転送を開始する。以上により、データグラムは通
信品質制御装置６ａ、６ｂ、６ｃ、６ｄ間までのコネク
ションが完全に確立されてから転送されるため、信頼性
の高いデータグラム転送が可能となる。

【０２４９】以上のように、コネクション設定ロバスト
ネスが大きいほどデータグラムが確実に転送されること
が保証される。ユーザは転送するデータグラムの要求品
質に合わせてコネクション設定ロバストネスを選択す
る。

【０２５０】なお、本発明は上述した実施の形態に限定
されるものではなく、その技術思想の範囲内において様
々に変形して実施することができる。

【０２５１】

【発明の効果】以上説明したように本発明の通信品質制
御装置によれば、以下に述べるような効果が得られる。

【０２５２】第１に、通信のメディア属性に応じた通信
の品質を決定することができる。その理由は、例えばＨ
ＨＴＰヘッダにおけるＣｏｎｔｅｎｔ−ｔｙｐｅ等のデ
ータグラムにおけるレイヤ５の部分の属性を抜き出すこ
とにより、画像、音声、動画、アプリケーションといっ
たコネクションの属性を識別でき、それぞれに適したコ
ネクション品質に応じて通信ができるからである。

【０２５３】第２に、あらかじめ登録してあるユーザに
対して高度かつ多様な通信サービスを実現できる。その
理由は、例えばＨＴＴＰヘッダにおけるＳｅｒｖｅｒ、
Ｕｓｅｒ−Ａｇｅｎｔ、ＦｒｏｍやＳＭＴＰにおけるメ
ールヘッダのＦｒｏｍ行などにより、データグラムを送
信した、もしくは、送信先のユーザ名や使用クライアン
トソフト名、サーバソフト名等を特定することができ、
あらかじめ登録しているユーザやソフト製作会社に対し
て、契約内容に基づくコネクション品質を適用してデー
タグラムの転送を行なうことができるからである。

【０２５４】第３に、通信品質に応じた課金量で課金を
行なうことができる。その理由は、レイヤ４以上により
取得される通信属性に対応するコネクション品質に応じ
て課金を行なう際のレートもしくは基本料金を決定する
からである。

【０２５５】第４に、データグラムがセキュリティ上非
常に重要なデータを含んでいるかどうかを判断し、デー
タグラムに対応するセキュリティ品質に応じたデータ転
送を実現できる。その理由は、例えばＨＴＴＰヘッダに
おいてＡｕｔｈｏｒｉｚａｔｉｏｎヘッダフィールドが
存在するかどうかを判断することにより、データグラム
が認証情報を含んでいるかどうかを検出することができ
るからである。

【０２５６】第５に、データグラムの新規性を判断し、
コネクションの品質を決定することができる。その理由
は、例えばＨＴＴＰヘッダにおけるＤａｔｅやＥｘｐｉ
ｒｅｓ等のデータグラムの作成日時や有効日時などの情
報により、時間の観点からデータグラムの重要性を判別
でき、古くなったデータを優先的に廃棄する制御を実現
可能であるからである。

【０２５７】第６に、同一のコネクションで認識できる
情報だけでなく、他のコネクションにおいて認識した情
報を基にコネクション品質を決定し、最適な通信品質で
データグラムを転送可能である。その理由は、例えばＦ
ＴＰアプリケーションのデータグラムが送受信されてい
る際に、ＦＴＰコマンドやＦＴＰリプライの内容を識別
することにより、新たにファイル転送を行なうための別
のコネクションが設定されたことを識別することがで
き、ファイル転送時にのみ大きな帯域を割り当てるとい
った制御が可能だからである。

【図面の簡単な説明】

【図１】本発明の実施の形態における通信品質制御装置
の構成例を示すブロック図である。

【図２】本発明の実施の形態における通信データグラム
転送装置の構成例を示すブロック図である。

【図３】本発明の実施の形態におけるレイヤ識別部の動
作を説明するフローチャートである。

【図４】本発明の実施の形態におけるコネクション通信
品質管理部の動作を説明するフローチャートである。

【図５】ＨＴＴＰセッションをＩＰデータグラムに分割
化する場合の例を示す図である。

【図６】ＦＴＰによるファイル転送の例を示す図であ
る。

【図７】ＱＯＳデータベース内の基本ＱＯＳテーブル例
を説明する図である。

【図８】ＱＯＳデータベース内の拡張ＱＯＳテーブル例
を説明する図である。

【図９】経路テーブルの例を説明する図である。

【図１０】サーバ情報管理テーブルの例を説明する図で
ある。

【図１１】通信データグラム転送装置の他の構成例を説
明するブロック図である。

【図１２】通信品質制御装置間のコネクション設定例を
説明するブロック図である。

【図１３】通信品質制御装置間のコネクション設定例を
説明するブロック図である。

【図１４】通信品質制御装置間のコネクション設定例を
説明するブロック図である。

【図１５】通信品質制御装置間のコネクション設定例を
説明するブロック図である。

【符号の説明】

１、１Ａ 通信データグラム転送装置 ２ａ、２ｂ、２ｃ、・・・２ｎ ネットワーク終端装置 ５ａ、５ｂ、５ｃ、・・・５ｎ ネットワーク終端装置 ３ａ、３ｂ、３ｃ、・・・３ｎ プロトコル終端装置 ４ａ、４ｂ、４ｃ、・・・４ｎ プロトコル終端装置 ６ 通信品質制御装置 １１ 入力キュー管理部 １２ 出力キュー管理部 １３ レイヤ識別部 １４ 属性検出部 １５、１５Ａ 通信品質決定部 １６ 経路決定部 １５０ ＱＯＳデータベース １５１ コネクション管理テーブル １５２ ＵＲＩテーブル １６０ 経路テーブル ２１ Ｃｏｎｔｅｎｔ−ｔｙｐｅ ２２ Ｓｅｒｖｅｒ ２３ Ｕｓｅｒ−Ａｇｅｎｔ ２４ Ｆｒｏｍ ３１ 遅延優先度 ３２ 損失優先度 ３３ 帯域 ３４ コネクション優先度 ３５ 付加品質 ３６ 転送先ＶＰＩ ４１ 宛先ＩＰ ４２ 送信元ＩＰ ４３ 宛先サブネットアドレス Ｄ 転送されるデータグラム Ｃ データグラムより検出したコネクション情報 Ａ 経路決定部が経路を決定するために必要な情報 Ｌ データグラムより検出したレイヤ情報 ＤＰ データグラムの一部もしくは全部 Ｐ 属性検出部より検査された属性情報 Ｓ 通信品質決定部において検索されたコネクション情
報 Ｒ データグラムの転送先経路 Ｑ、Ｑ１、Ｑ２、Ｑ３、Ｑ４ データグラムを転送する
ための通信品質

───────────────────────────────────────────────────── フロントページの続き (72)発明者 阿留多伎 明良 東京都港区芝五丁目７番１号 日本電気株 式会社内 Ｆターム(参考） 5K030 GA11 HA08 HB18 HD03 JA11 LB05 LC09 5K034 AA05 DD03 EE11 FF08 MM11 SS01 SS02 SS03

Claims (32)

【特許請求の範囲】
1. 【請求項１】 既存データネットワークのプロトコルレ
   イヤを終端するネットワーク終端装置と、受信したデー
   タグラムの通信の品質に基づいてプロトコルレイヤ３以
   下を終端するプロトコル終端装置と、プロトコルレイヤ
   ３以下の通信の属性とこれら任意の終端装置で受信され
   たデータグラムに含まれるプロトコルレイヤ４、５、
   ６、７の各々またはいずれかのレイヤの情報から導出さ
   れる通信の属性に対応するコネクションの品質情報に従
   って指定された終端装置に対して前記データグラムを転
   送する通信データグラム転送装置とを有し、通信の属性
   に対応するコネクションの品質に最適なデータグラム転
   送機能を実現する通信品質制御装置において、 前記通信データグラム転送装置が、 任意の終端装置で受信されたデータグラムのプロトコル
   レイヤ３以下のレイヤの情報に含まれる識別情報を検査
   すると同時にデータグラムのプロトコルレイヤ４、５、
   ６、７の各々またはいずれかのレイヤの情報に含まれる
   識別情報を検査し各々のプロトコルレイヤの通信の属性
   情報を取り出す属性識別手段と、 前記データグラムがプロトコル終端装置で受信された場
   合に前記データグラムから導出された各々のプロトコル
   レイヤの通信の属性情報と、前記コネクションの品質情
   報からなる組に基づいてデータグラムを送信する通信品
   質を決定し、前記プロトコル終端装置に対して通知する
   通信品質決定手段とを備えることを特徴とする通信品質
   制御装置。
2. 【請求項２】 既存データネットワークのプロトコルレ
   イヤを終端するネットワーク終端装置と、受信したデー
   タグラムの通信の品質に基づいてプロトコルレイヤ３以
   下を終端するプロトコル終端装置と、これら任意の終端
   装置で受信されたデータグラムに含まれるプロトコルレ
   イヤ４、５、６、７の各々またはいずれかのレイヤの情
   報から導出される通信の属性に対応するコネクションの
   品質情報に従って指定された終端装置に対して前記デー
   タグラムを転送する通信データグラム転送装置とを有
   し、通信の属性に対応するコネクションの品質に最適な
   データグラム転送機能を実現する通信品質制御装置にお
   いて、 前記通信データグラム転送装置が、 任意の終端装置で受信されたデータグラムのプロトコル
   レイヤ４、５、６、７の各々またはいずれかのレイヤの
   情報に含まれる識別情報を検査し各々のプロトコルレイ
   ヤの通信の属性情報を取り出す属性識別手段と、 前記データグラムがプロトコル終端装置で受信された場
   合に前記データグラムから導出された各々のプロトコル
   レイヤの通信の属性情報と、前記コネクションの品質情
   報からなる組に基づいてデータグラムを送信する通信品
   質を決定し、前記プロトコル終端装置に対して通知する
   通信品質決定手段とを備えることを特徴とする通信品質
   制御装置。
3. 【請求項３】 通信品質制御装置において、 受信されたデータグラムのプロトコルレイヤ３以下のレ
   イヤの情報に含まれる識別情報を検査すると同時に、デ
   ータグラムのプロトコルレイヤ４、５、６、７の各々ま
   たはいずれかのレイヤの情報に含まれる識別情報を検査
   し各々のプロトコルレイヤの通信の属性情報を取り出す
   属性識別手段と、 前記データグラムから導出された各々のプロトコルレイ
   ヤの通信の属性情報と、前記コネクションの品質情報か
   らなる組に基づいて、データグラムを送信する通信品質
   を決定する通信品質決定手段とを備えることを特徴とす
   る通信品質制御装置。
4. 【請求項４】 通信の属性に対応するコネクションの品
   質に最適なデータグラム転送機能を実現する通信品質制
   御装置において、 受信されたデータグラムのプロトコルレイヤ４、５、
   ６、７の各々またはいずれかのレイヤの情報に含まれる
   識別情報を検査し、各々のプロトコルレイヤの通信の属
   性情報を取り出す属性識別手段と、 前記データグラムから導出された各々のプロトコルレイ
   ヤの通信の属性情報と、前記コネクションの品質情報か
   らなる組に基づいて、データグラムを送信する通信品質
   を決定する通信品質決定手段とを備えることを特徴とす
   る通信品質制御装置。
5. 【請求項５】 前記属性識別手段が、 受信されたデータグラムより、前記レイヤ情報を識別す
   ると共に、前記データグラムのコネクション識別情報よ
   りコネクションの状態を識別してコネクション情報とし
   て前記通信品質決定手段に出力し、かつ前記データグラ
   ムの転送経路を決定し転送先経路情報として前記通信品
   質決定手段に出力し、 前記通信品質決定手段は、前記属性情報に対応するコネ
   クションの品質情報を決定し、前記コネクション情報
   と、前記コネクションの品質情報と、前記転送先経路情
   報により、データグラムを送信する通信品質を決定する
   ことを特徴とする請求項１から請求項４の何れか一つに
   記載の通信品質制御装置。
6. 【請求項６】 前記属性識別手段は、識別したコネクシ
   ョンの状態から、レイヤ４以上の属性を検出する必要が
   あると判断した場合に、前記レイヤ情報と、前記データ
   グラムの一部または全部に基づいて、通信の属性情報を
   取り出すことを特徴とする請求項５に記載の通信品質制
   御装置。
7. 【請求項７】 前記通信データグラム転送装置が、 コネクション情報と通信品質を組にして記録したコネク
   ション−通信品質テーブルを備え、 前記通信品質決定手段は、 前記コネクション情報と前記転送先経路情報、またはコ
   ネクション品質情報が入力した場合に、前記データグラ
   ムが前記コネクション−通信品質テーブルによる管理が
   必要かどうかを判断し、 管理の必要がある場合、前記コネクション−通信品質テ
   ーブルに同一のコネクションが存在するかを検索し、同
   一のコネクションが存在する場合、コネクション−通信
   品質テーブルを参照して通信品質を決定し、存在しない
   場合、前記コネクション情報と、前記コネクションの品
   質情報と、前記転送先経路情報により通信品質を決定し
   かつコネクション情報と通信品質を組にして前記コネク
   ション−通信品質テーブルに記録し、 管理の必要がない場合、前記コネクション情報と前記転
   送先経路情報により通信品質を決定することを特徴とす
   る請求項５または請求項６に記載の通信品質制御装置。
8. 【請求項８】 前記属性情報に対応する前記コネクショ
   ン品質情報を格納するデータベースを備え、 前記通信品質決定手段は、前記データベースを参照し、
   前記属性情報に基づいて前記コネクション品質情報を決
   定することを特徴とする請求項１から請求項７の何れか
   一つに記載の通品質制御装置。
9. 【請求項９】 レイヤ３をＩＰとし、レイヤ４をＴＣＰ
   とし、レイヤ５をＨＴＴＰとし、 前記属性識別手段は、 前記データグラムのＩＰヘッダのプロトコル番号、また
   は該プロトコル番号と前記データグラムのＴＣＰプロト
   コルヘッダ内のポートアドレス、または前記データグラ
   ムのＩＰヘッダの次ヘッダー値、または該次ヘッダ値と
   前記データグラムのＴＣＰプロトコルヘッダ内のポート
   アドレスとを検査し、レイヤ５がＨＴＴＰであることを
   認識するとともに受信データグラムのＴＣＰヘッダまた
   は、ＴＣＰヘッダ及びＨＴＴＰメッセージに含まれる一
   つまたは複数の識別情報を検査し、 前記通信品質決定手段は、前記データグラムがプロトコ
   ル終端装置に転送された場合に、前記データグラムより
   導出されたコネクションに最適なレイヤ３以下のコネク
   ションの品質を決定し、コネクションの品質に基づくデ
   ータグラム転送処理を行なうことにより、送信すべきデ
   ータグラムのコネクション品質を変えて制御することを
   特徴とする請求項１から請求項８の何れか一つに記載の
   通信品質制御装置。
10. 【請求項１０】 前記属性識別手段が、 前記識別情報として、受信データグラムのＨＴＴＰヘッ
    ダに含まれるＣｏｎｔｅｎｔ ｔｙｐｅによりデータグ
    ラムのメディア属性、ＨＴＴＰヘッダに含まれるＦｒｏ
    ｍフィールドによりデータグラムを送出したユーザの電
    子メールアドレス、ＨＴＴＰヘッダに含まれるＵｓｅｒ
    −Ａｇｅｎｔによりデータグラムを作成したユーザプロ
    グラム名及びＶｅｒｓｉｏｎ、ＨＴＴＰヘッダに含まれ
    るＳｅｒｖｅｒによりデータグラムを作成したサーバソ
    フトウエア名及びＶｅｒｓｉｏｎの少なくとも１を検査
    することを特徴とする請求項９に記載の通信品質制御装
    置。
11. 【請求項１１】 前記属性識別手段が、 前記識別情報として、受信データグラムのＨＴＴＰヘッ
    ダに含まれるＤａｔｅによりデータグラムの作成日時、
    ＨＴＴＰヘッダに含まれるＡｕｔｈｏｒｉｚａｔｉｏｎ
    によりデータグラムの認証情報、当該認証情報の暗号化
    方法、ＨＴＴＰヘッダに含まれるＥｘｐｉｒｅｓにより
    データグラムの有効日時の少なくとも１を検査すること
    を特徴とする請求項９に記載の通信品質制御装置。
12. 【請求項１２】 前記属性識別手段が、 前記識別情報として、受信データグラムのＨＴＴＰヘッ
    ダに含まれるＰｒａｇｍａによりデータグラムの要求事
    項、ＨＴＴＰヘッダに含まれるＣａｃｈｅ−Ｃｏｎｔｒ
    ｏｌによりデータグラムのキャッシュ制御情報、ＨＴＴ
    Ｐヘッダに含まれるＩｆ−Ｍｏｄｉｆｉｅｄ−Ｓｉｎｃ
    ｅによりＭｅｔｈｏｄの実行条件、ＨＴＴＰヘッダに含
    まれるＩｆ−Ｕｎｍｏｄｉｆｉｅｄ−Ｓｉｎｃｅにより
    Ｍｅｔｈｏｄの実行条件、ＨＴＴＰヘッダに含まれるリ
    クエスト行（Ｒｅｑｕｅｓｔ−Ｌｉｎｅ）内のリクエス
    トＵＲＩによりクライアントの要求しているＵＲＩ、Ｈ
    ＴＴＰヘッダに含まれるＬａｓｔ−Ｍｏｄｉｆｉｅｄに
    よりＨＴＴＰデータの最終更新日時の少なくとも１を検
    査することを特徴とする請求項９に記載の通信品質制御
    装置。
13. 【請求項１３】 前記属性識別手段が、 前記識別情報として、受信データグラムのＨＴＴＰヘッ
    ダに含まれるＲｅｆｅｒｅｒによりＨＴＴＰデータの参
    照元ＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄ
    ｅｎｔｉｆｉｅｒｓ）、ＨＴＴＰヘッダに含まれるＬｏ
    ｃａｔｉｏｎによりＨＴＴＰデータのおかれているＵＲ
    Ｉ、ＨＴＴＰヘッダに含まれるＦｏｒｗａｒｄｅｄによ
    りデータグラムの転送先ＵＲＩ及び転送元ドメインネー
    ム、ＨＴＴＰヘッダに含まれるＣｏｎｔｅｎｔ−Ｂａｓ
    ｅによりデータグラムのｂａｓｅＵＲＩ、ＨＴＴＰヘッ
    ダに含まれるＣｏｎｔｅｎｔ−Ｌｏｃａｔｉｏｎにより
    ＨＴＴＰデータの存在するＵＲＩ、ＨＴＴＰヘッダに含
    まれるＭｅｔｈｏｄによりユーザプログラムからのＨＴ
    ＴＰデータ要求方法の少なくとも１を検査することを特
    徴とする請求項９に記載の通信品質制御装置。
14. 【請求項１４】 前記属性識別手段が、 前記識別情報として、受信データグラムのＨＴＴＰヘッ
    ダに含まれるＭＩＭＥ−Ｖｅｒｓｉｏｎによりデータグ
    ラムがＭＩＭＥ（ＭｕｌｔｉｐｕｒｐｏｓｅＩｎｔｅｒ
    ｎｅｔ Ｍａｉｌ Ｅｘｔｅｎｓｉｏｎｓ）のＶｅｒｓ
    ｉｏｎ、ＨＴＴＰヘッダに含まれるＡｃｃｅｐｔにより
    ユーザプログラムの許可するメディア属性、ＨＴＴＰヘ
    ッダに含まれるＡｃｃｅｐｔ−Ｃｈａｒｓｅｔによりユ
    ーザプログラムの許可する文字セット、ＨＴＴＰヘッダ
    に含まれるＡｃｃｅｐｔ−Ｅｎｃｏｄｉｎｇによりユー
    ザプログラムの許可するデータグラムのコーディング方
    法、ＨＴＴＰヘッダに含まれるＡｃｃｅｐｔ−Ｌａｎｇ
    ｕａｇｅによりユーザプログラムの許可するデータグラ
    ムの言語、ＨＴＴＰヘッダに含まれるＣｏｎｔｅｎｔ−
    Ｅｎｃｏｄｉｎｇによりデータグラムのエンコード方
    法、ＨＴＴＰヘッダに含まれるＣｏｎｔｅｎｔ−Ｌａｎ
    ｇｕａｇｅによりデータグラムの言語の少なくとも１を
    検査することを特徴とする請求項９に記載の通信品質制
    御装置。
15. 【請求項１５】 前記属性識別手段が、 前記識別情報として、受信データグラムのＨＴＴＰヘッ
    ダに含まれるＳｔａｔｕｓ Ｃｏｄｅによりユーザプロ
    グラムからの要求に対するサーバの応答内容、ＨＴＴＰ
    ヘッダに含まれるＷＷＷ−Ａｕｔｈｅｎｔｉｃａｔｅに
    よりサーバの要求する認証情報、ＨＴＴＰヘッダに含ま
    れるＰｒｏｘｙ−Ａｕｔｈｅｎｔｉｃａｔｅによりプロ
    キシー・サーバの要求する認証情報、ＨＴＴＰヘッダに
    含まれるＰｒｏｘｙ−Ａｕｔｈｏｒｉｚａｔｉｏｎによ
    りデータグラムの認証情報の少なくとも１を検査するこ
    とを特徴とする請求項９に記載の通信品質制御装置。
16. 【請求項１６】 前記属性識別手段が、 前記識別情報として、受信データグラムのＨＴＴＰヘッ
    ダに含まれるＡｌｌｏｗによりＨＴＴＰデータの許可す
    るＭｅｔｈｏｄ、ＨＴＴＰヘッダに含まれるＡｃｃｅｐ
    ｔ−Ｒａｎｇｅによりサーバの許可するＲａｎｇｅ要求
    方法、ＨＴＴＰヘッダに含まれるＨｏｓｔによりＨＴＴ
    Ｐデータを要求されるホスト及びそのポート番号、ＨＴ
    ＴＰヘッダに含まれるＩｆ−ＲａｎｇｅによりＨＴＴＰ
    データの取得条件、ＨＴＴＰヘッダに含まれるＰｕｂｌ
    ｉｃによりサーバの許可するＭｅｔｈｏｄ、ＨＴＴＰヘ
    ッダに含まれるＲａｎｇｅによりユーザプログラムの要
    求しているＨＴＴＰデータのＲａｎｇｅの少なくとも１
    を検査することを特徴とする請求項９に記載の通信品質
    制御装置。
17. 【請求項１７】 前記属性識別手段が、 前記識別情報として、受信データグラムのＨＴＴＰヘッ
    ダに含まれるＣｏｎｔｅｎｔ−Ｌｅｎｇｔｈによりデー
    タグラムのデータ長、ＨＴＴＰヘッダに含まれるＣｏｎ
    ｎｅｃｔｉｏｎによりデータグラムのコネクションの状
    態、ＨＴＴＰヘッダに含まれるＷａｒｎｉｎｇによりユ
    ーザプログラムの要求に対するサーバの応答情報、ＨＴ
    ＴＰヘッダに含まれるＲｅｔｒｙ−Ａｆｔｅｒにより要
    求されたＨＴＴＰデータを取得可能な日時、ＨＴＴＰヘ
    ッダに含まれるＶｉａによりパケットを中継してきたプ
    ロキシサーバまたはゲートウエイのプロトコルＶｅｒｓ
    ｉｏｎ及びホスト名及び使用ソフトウエア名、ＨＴＴＰ
    ヘッダに含まれるＴｒａｎｓｆｅｒ−Ｅｎｃｏｄｉｎｇ
    によりデータグラムのコーディング方法の少なくとも１
    を検査することを特徴とする請求項９に記載の通信品質
    制御装置。
18. 【請求項１８】 レイヤ３をＩＰとし、レイヤ４をＴＣ
    ＰまたはＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏ
    ｔｏｃｏｌ）として、 前記属性識別手段は、前記データグラムのＩＰヘッダの
    プロトコル番号またはＩＰヘッダの次ヘッダ値を検査
    し、レイヤ４がＴＣＰまたはＵＤＰであることを認識す
    るとともに、識別情報として受信データのＴＣＰヘッダ
    またはＵＤＰヘッダに含まれる一つまたは複数の識別情
    報を検査し、 前記通信品質決定手段は、前記データグラムがプロトコ
    ル終端装置に転送された場合に、前記データグラムより
    導出されたコネクションに最適なレイヤ３以下のコネク
    ションの品質を決定し、コネクションの品質に基づくデ
    ータグラム転送処理を行なうことにより、送信すべきデ
    ータグラムのコネクション品質を変えて制御することを
    特徴とする請求項１から請求項８の何れか一つに記載の
    通信品質制御装置。
19. 【請求項１９】 前記属性識別手段は、 前記識別情報として、受信データグラムのＵＤＰヘッダ
    に含まれるｃｈｅｃｋｓｕｍフィールドを検査すること
    を特徴とする請求項１８に記載の通信品質制御装置。
20. 【請求項２０】 レイヤ３をＩＰとし、レイヤ４をＴＣ
    ＰまたはＵＤＰとし、レイヤ５をＤＮＳまたはＴＦＴＰ
    またはＳＮＭＰとして、 前記属性識別手段は、前記データグラムのＩＰヘッダの
    プロトコル番号、または該プロトコル番号と前記データ
    グラムのＴＣＰまたはＵＤＰプロトコルヘッダ内のポー
    トアドレス、または前記データグラムのＩＰヘッダの次
    ヘッダ値、または該ヘッダ値と前記データグラムのＴＣ
    ＰまたはＵＤＰプロトコルヘッダ内のポートアドレスを
    検査し、レイヤ５がＤＮＳまたはＴＦＴＰまたはＳＮＭ
    Ｐであることを認識するとともに、識別情報として受信
    データのＤＮＳメッセージ、ＴＣＰまたはＵＤＰヘッダ
    とＤＮＳメッセージ、ＴＦＴＰメッセージ、ＵＤＰヘッ
    ダとＴＦＴＰメッセージ、ＳＮＭＰメッセージ、または
    ＵＤＰヘッダとＳＮＭＰメッセージの何れかに含まれる
    一つまたは複数の識別情報を検査し、 前記通信品質決定手段は、前記データグラムがプロトコ
    ル終端装置に転送された場合に、前記データグラムより
    導出されたコネクションに最適なレイヤ３以下のコネク
    ションの品質を決定し、コネクションの品質に基づくデ
    ータグラム転送処理を行なうことにより、送信すべきデ
    ータグラムのコネクション品質を変えて制御することを
    特徴とする請求項１から請求項８の何れか一つに記載の
    通信品質制御装置。
21. 【請求項２１】 前記属性識別手段は、 前記識別情報として、受信データグラムのＤＮＳメッセ
    ージにｑｕｅｒｙ ｔｙｐｅが存在するかどうかを検査
    することを特徴とする請求項２０に記載の通信品質制御
    装置。
22. 【請求項２２】 前記属性識別手段は、 前記識別情報として、受信データグラムのＴＦＴＰメッ
    セージに含まれるｏｐｃｏｄｅを検査することを特徴と
    する請求項２０に記載の通信品質制御装置。
23. 【請求項２３】 前記属性識別手段は、 前記識別情報として、受信データグラムのＳＮＭＰメッ
    セージに含まれるＰＤＵタイプを検査することを特徴と
    する請求項２０に記載の通信品質制御装置。
24. 【請求項２４】 レイヤ３をＩＰとし、レイヤ４をＴＣ
    Ｐとし、レイヤ５をＦＴＰまたはＳＭＴＰまたはとし
    て、 前記属性識別手段は、前記データグラムのＩＰヘッダの
    プロトコル番号、または該プロトコル番号と前記データ
    グラムのＴＣＰプロトコルヘッダ内のポートアドレス、
    または前記データグラムのＩＰヘッダの次ヘッダ値、ま
    たは該ヘッダ値と前記データグラムのＴＣＰプロトコル
    ヘッダ内のポートアドレスを検査し、レイヤ５がＦＴＰ
    またはＳＭＴＰであることを認識するとともに、識別情
    報として受信データのＦＴＰ Ｃｏｍｍａｎｄ、ＦＴＰ
    Ｒｅｐｌｙ、ＴＣＰヘッダとＦＴＰ Ｃｏｍｍａｎｄ
    またはＦＴＰ Ｒｅｐｌｙ、ＳＭＴＰ Ｃｏｍｍａｎ
    ｄ、ＳＭＴＰ Ｒｅｐｌｙ Ｃｏｄｅ、ＳＭＴＰヘッ
    ダ、ＴＣＰヘッダとＳＭＴＰＣｏｍｍａｎｄまたはＳＭ
    ＴＰ Ｒｅｐｌｙ ＣｏｄｅまたはＳＭＴＰヘッダの何
    れかに含まれる一つまたは複数の識別情報を検査し、 前記通信品質決定手段は、前記データグラムがプロトコ
    ル終端装置に転送された場合に、前記データグラムより
    導出されたコネクションに最適なレイヤ３以下のコネク
    ションの品質を決定し、コネクションの品質に基づくデ
    ータグラム転送処理を行なうことにより、送信すべきデ
    ータグラムのコネクション品質を変えて制御することを
    特徴とする請求項１から請求項８の何れか一つに記載の
    通信品質制御装置。
25. 【請求項２５】 転送の物理レイヤをＡＴＭ転送方式と
    し、コネクション品質に基づきデータグラム転送処理と
    してＡＴＭの各々のコネクション品質に別々のＶＣ（Ｖ
    ｉｒｔｕａｌ Ｃｉｒｃｕｉｔ）を割り当ててデータグ
    ラムの転送を行ない、各々のＶＣはコネクション品質に
    応じた通信品質制御パラメータが設定されていることに
    より、データグラムから導出されるメディアの属性に応
    じた転送が行なわれることを特徴とする請求項１から請
    求項２４の何れか一つに記載の通品質制御装置。
26. 【請求項２６】 前記通信品質決定手段は、 前記通信品質に加えて、コネクション設定のためのコネ
    クション設定メッセージに応じてコネクション設定ロバ
    ストネスを選択して設定することを特徴とする請求項１
    から請求項２５の何れか一つに記載の通品質制御装置。
27. 【請求項２７】 前記通信品質決定手段は、 前記属性情報により、前記コネクションの通信品質とし
    て、最適な帯域幅に関する制御パラメータ、最大遅延時
    間や遅延時間変動量を含む遅延時間に関する最適な制御
    パラメータ、バッファ量を含むデータ喪失に関する最適
    な制御パラメータ、最適な課金情報に関する制御パラメ
    ータ、最適なセキュリティ品質に関する制御パラメータ
    のうちの少なくとも１の制御パラメータを決定すること
    を特徴とする請求項１から請求項２６の何れか一つに記
    載の通品質制御装置。
28. 【請求項２８】 前記通信品質決定手段は、 前記コネクションの通信品質に基づき、最適なデータグ
    ラムの転送先、最適なデータグラムの転送経路の少なく
    とも一方を決定することを特徴とする請求項１から請求
    項２７の何れか一つに記載の通品質制御装置。
29. 【請求項２９】 前記通信品質決定手段は、 前記コネクションの通信品質に基づいて、必要に応じて
    専用の物理回線を該コネクションによって使用し、前記
    データグラムを暗号化または復号化して転送し、データ
    グラム内の不要な情報を削除し、圧縮によりデータグラ
    ムのサイズを削減し、データグラムのトンネリングを行
    なうことを特徴とする請求項１から請求項２８の何れか
    一つに記載の通品質制御装置。
30. 【請求項３０】 前記通信品質決定手段は、 前記属性情報によりコネクションの通信品質としてコネ
    クション設定優先度またはコネクション転送優先度を設
    定し、該コネクション設定優先度の高いコネクションの
    コネクション設定処理を優先し、またはコネクション転
    送優先度の高いコネクションのデータグラムの転送を優
    先させることを特徴とする請求項１から請求項２９の何
    れか一つに記載の通品質制御装置。
31. 【請求項３１】 受信されたデータグラムに含まれるレ
    イヤの情報から導出される通信の属性に対応するコネク
    ションの品質情報に従ってデータグラムを転送する終端
    装置の経路を決定し、通信の属性に対応するコネクショ
    ンの品質に最適なデータグラム転送を実現する通信デー
    タグラム転送装置において、任意の終端装置で受信され
    たデータグラムのプロトコルレイヤ３以下のレイヤの情
    報に含まれる識別情報を検査すると同時にデータグラム
    のプロトコルレイヤ４、５、６、７の各々またはいずれ
    かのレイヤの情報に含まれる識別情報を検査し各々のプ
    ロトコルレイヤの通信の属性情報を取り出す属性識別手
    段と、 前記データグラムがプロトコル終端装置で受信された場
    合に前記データグラムから導出された各々のプロトコル
    レイヤの通信の属性情報と、前記コネクションの品質情
    報からなる組に基づいてデータグラムを送信する通信品
    質を決定し、前記プロトコル終端装置に対して通知する
    通信品質決定手段とを備えることを特徴とする通信デー
    タグラム転送装置。
32. 【請求項３２】 受信されたデータグラムに含まれるレ
    イヤの情報から導出される通信の属性に対応するコネク
    ションの品質情報に従ってデータグラムを転送する終端
    装置の経路を決定し、通信の属性に対応するコネクショ
    ンの品質に最適なデータグラム転送を実現する通信デー
    タグラム転送装置において、任意の終端装置で受信され
    たデータグラムのプロトコルレイヤ４、５、６、７の各
    々またはいずれかのレイヤの情報に含まれる識別情報を
    検査し各々のプロトコルレイヤの通信の属性情報を取り
    出す属性識別手段と、 前記データグラムがプロトコル終端装置で受信された場
    合に前記データグラムから導出された各々のプロトコル
    レイヤの通信の属性情報と、前記コネクションの品質情
    報からなる組に基づいてデータグラムを送信する通信品
    質を決定し、前記プロトコル終端装置に対して通知する
    通信品質決定手段とを備えることを特徴とする通信デー
    タグラム転送装置。