(57)【要約】      （修正有）【課題】ＰＰＰｏＥのセッションを確立する際に、セッション毎に優先順位を決定し、セッション確立後のＰＰＰｏＥパケットの優先制御を行う装置及び方法を提供する。【解決手段】ＰＰＰｏＥセッションを確立する際に、セッション毎に優先順位を設定する機能を端末装置側とサーバ側の両方に実装し、セッション毎に優先順序を設定することを可能とすることにより、ＰＰＰｏＥパケットの優先制御を実現する。  端末装置側ではＰＡＤＳパケット、サーバ側ではＰＡＤＲパケットを監視し、パケット毎に含まれるＳｅｒｖｉｃｅＮａｍｅタグとＶｅｎｄｏｒＳｐｅｃｉｆｉｃタグを取得する。端末装置とサーバがこれらのタグに対応する優先順位表を具備し、前述したタグと優先順位表を比較することで優先順位を決定する。その際、前述のタグと共にセッションＩＤをパケットから取得しておき、優先順位に対応するセッションＩＤを記憶部に保存する。【選択図】        図２
2005277835.tif 000002
【特許請求の範囲】
【請求項１】
受信パケットの監視を行う受信データ解析部と、
前記受信パケットに含まれる特定のタグに対応する優先順位表を具備し、
前記受信データ解析部が検出した前記受信パケットに含まれる前記特定のタグと、前記特定のタグに対応する優先順位表を比較してセッション毎に優先順位を決定し、セッション確立後のパケットの優先制御を行う通信装置。
【請求項２】
請求項１に記載の通信装置において、
受信パケットに含まれるセッションＩＤを保存する記憶部と、
送信パケットの監視を行う送信データ解析部を具備し、
前記受信データ解析部が前記受信パケットを検出した際、前記受信パケットに含まれるセッションＩＤと前記特定のタグを取得し、前記タグと前記優先順位表を比較してセッションの優先順位を決定した後、決定した優先順位と前記セッションＩＤを対応させて前記記憶部に保存し、セッション確立後にパケットを送信する際、前記送信データ解析部にて前記パケットのセッションＩＤを参照し、前記記憶部に保存されているセッションＩＤと比較して優先順位の高いパケットから優先的に送信処理を行う通信装置。
【請求項３】
請求項１又は２に記載の通信装置において、
端末装置側にて前記受信データ解析部がＰＡＤＳパケットを検出した際、又はサーバ側にて前記受信データ解析部がＰＡＤＲパケットを検出した際に、前記タグを取得する通信装置。
【請求項４】
請求項１乃至３のいずれか一項に記載の通信装置において、
ＳｅｒｖｉｃｅＮａｍｅタグに対応する優先制御表を具備し、
ＰＰＰｏＥセッション確立時に、前記受信データ解析部が前記受信パケットに含まれるＳｅｒｖｉｃｅＮａｍｅタグを取得し、前記ＳｅｒｖｉｃｅＮａｍｅタグと前記ＳｅｒｖｉｃｅＮａｍｅタグに対応する優先制御表を比較して、セッション毎の優先制御を行う通信装置。
【請求項５】
請求項１乃至４のいずれか一項に記載の通信装置において、
ＶｅｎｄｏｒＳｐｅｃｉｆｉｃタグに対応する優先制御表を具備し、
ＰＰＰｏＥセッション確立時に、前記受信データ解析部が前記受信パケットに含まれるＶｅｎｄｏｒＳｐｅｃｉｆｉｃタグを取得し、前記ＶｅｎｄｏｒＳｐｅｃｉｆｉｃタグと前記ＶｅｎｄｏｒＳｐｅｃｉｆｉｃタグに対応する優先順位表を比較して、同一セッションに属する同一サービス内の優先制御を行う通信装置。
【請求項６】
受信パケットの監視を行う受信データ解析部と、
前記受信パケットに含まれる特定のタグに対応する優先順位表を具備し、
前記受信データ解析部が検出した前記受信パケットに含まれる前記特定のタグと、前記特定のタグに対応する優先順位表を比較してセッション毎に優先順位を決定し、セッション確立後のパケットの優先制御を行うステップを具備する通信装置における優先制御方法。
【請求項７】
請求項６に記載の優先制御方法において、
受信パケットに含まれるセッションＩＤを保存する記憶部と、
送信パケットの監視を行う送信データ解析部を具備し、
前記受信データ解析部が前記受信パケットを検出した際、前記受信パケットに含まれるセッションＩＤと前記特定のタグを取得するステップと、前記タグと前記優先順位表を比較してセッションの優先順位を決定した後、決定した優先順位と前記セッションＩＤを対応させて前記記憶部に保存するステップと、セッション確立後にパケットを送信する際、前記送信データ解析部にて前記パケットのセッションＩＤを参照し、前記記憶部に保存されているセッションＩＤと比較して優先順位の高いパケットから優先的に送信処理を行うステップを具備する通信装置における優先制御方法。
【請求項８】
請求項６又は７に記載の優先制御方法において、
端末装置側にて前記受信データ解析部がＰＡＤＳパケットを検出した際、又はサーバ側にて前記受信データ解析部がＰＡＤＲパケットを検出した際に、前記タグを取得するステップを具備する通信装置における優先制御方法。
【請求項９】
請求項６乃至８のいずれか一項に記載の優先制御方法において、
ＳｅｒｖｉｃｅＮａｍｅタグに対応する優先制御表を具備し、
ＰＰＰｏＥセッション確立時に、前記受信データ解析部が前記受信パケットに含まれるＳｅｒｖｉｃｅＮａｍｅタグを取得するステップと、前記ＳｅｒｖｉｃｅＮａｍｅタグと前記ＳｅｒｖｉｃｅＮａｍｅタグに対応する優先制御表を比較して、セッション毎の優先制御を行うステップを具備する通信装置における優先制御方法。
【請求項１０】
請求項６乃至９のいずれか一項に記載の優先制御方法において、
ＶｅｎｄｏｒＳｐｅｃｉｆｉｃタグに対応する優先制御表を具備し、
ＰＰＰｏＥセッション確立時に、前記受信データ解析部が前記受信パケットに含まれるＶｅｎｄｏｒＳｐｅｃｉｆｉｃタグを取得するステップと、前記ＶｅｎｄｏｒＳｐｅｃｉｆｉｃタグと前記ＶｅｎｄｏｒＳｐｅｃｉｆｉｃタグに対応する優先順位表を比較して、同一セッションに属する同一サービス内の優先制御を行うステップを具備する通信装置における優先制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク上の端末間のデータ通信において、セッションを確立する際にセッション毎に優先順位を決定する優先制御技術に関する。
【背景技術】
【０００２】
昨今ブロードバンドアクセスの普及に伴い、ＶｏＩＰ（Voice over Internet Protocol）によるＩＰ電話などの音声通信や、ＴＶ会議システムなどの動画通信が普及してきているが、音声や動画配信の場合、ノイズの混入や音声／映像の欠落を排除するために遅延を最小限に押さえる必要がある。そこで、通信品質を確保するために音声や動画配信におけるデータ伝送の優先制御が要求されている。
【０００３】
従来、ネットワーク上で音声や動画配信など特定の通信の帯域を確保するための技術としてＡＴＭレイヤ上で、ＱｏＳ（Quality of Service）を設定する方法がある。例えば、優先制御識別子であるＩＥＥＥ８０２．１１のプライオリティタグを、状況に応じてフロー識別子として用いることにより、キュー構造やスケジューリング機構でフロー単位でのＱｏＳを保証したデータ転送制御を実行する方法がある（特許文献１参照）。
【０００４】
しかし、ＡＴＭレイヤを使用するＡＤＳＬ回線の場合は上記方法が利用可能であるが、ＡＤＳＬリンクを確立する際にＡＤＳＬモデム−ＢＡＳ（Broadband Access Server）間で固定的に優先順位が決まるために、アプリケーションやサービス間の細かい設定は難しく、ＡＤＳＬモデムやＢＡＳにハードウェア変更も含めた大幅な変更が必要になる。
また、ＡＴＭレイヤを使用しないＦＴＴＨサービスでは使用不可能である。
【０００５】
ＡＴＭレイヤに依存しないデータ通信として、電話回線を通じてコンピュータをネットワークに接続するダイヤルアップ接続でよく使われるプロトコルにＰＰＰ（Point to Point Protocol）がある。ＰＰＰはもともと、電話回線やＩＳＤＮ回線など、発呼を要する通信回線を介してネットワークに接続するために開発されたが、これをＬＡＮなどの常時接続の環境でも利用できるようにしたものにＰＰＰｏＥ（Point to Point Protocol over Ethernet（登録商標））がある。
【０００６】
従来のＰＰＰｏＥプロトコルには、パケットの優先制御は規定されていない。しかし、一回線に複数のセッションが確立可能なサービスが提供されており、特にＩＰ電話のサービスを利用する場合にはその品質を確保するために、ＩＰ電話用のパケットを優先制御することが求められる。
【０００７】
【特許文献１】特開２００３−２４４２２２
【発明の開示】
【発明が解決しようとする課題】
【０００８】
本発明の目的は、ＰＰＰｏＥのセッションを確立する際に、セッション毎に優先順位を決定し、セッション確立後のＰＰＰｏＥパケットの優先制御を行う優先制御方法及び装置を提供することである。
本発明の他の目的は、一回線上に同時に大量のセッションが確立された状況である場合も、特定のセッションのパケットを優先制御することにより、そのサービスの品質を確保する優先制御方法及び装置を提供することである。
本発明の他の目的は、通信回線が遅い回線を使用した場合にも、ある特定のサービスの品質を保つことが可能である優先制御方法及び装置を提供することである。
本発明の他の目的は、端末装置とサーバ間で動的に優先順位を変更することを可能とし、サービス毎に詳細で柔軟な設定が可能となる優先制御方法及び装置を提供することである。
本発明の他の目的は、ＰＰＰｏＥのセッションの優先順位を決定する際に、同じサービス内であってもユーザの希望する優先順位を決定することができる優先制御方法及び装置を提供することである。
本発明の他の目的は、優先制御をＰＰＰｏＥ上で実現することにより、ＡＤＳＬやＦＴＴＨサービスに対して導入が容易である優先制御方法及び装置を提供することである。
本発明の他の目的は、既存のルータ等のＦｉｒｅ  Ｗａｌｌに機能追加することで実現可能であり、新たに特別な装置を必要としない優先制御方法及び装置を提供することである。
【課題を解決するための手段】
【０００９】
以下に、［発明を実施するための最良の形態］で使用される番号を括弧付きで用いて、
課題を解決するための手段を説明する。これらの番号は、［特許請求の範囲］の記載と［
発明を実施するための最良の形態］との対応関係を明らかにするために付加されたもので
ある。ただし、それらの番号を、［特許請求の範囲］に記載されている発明の技術的範囲
の解釈に用いてはならない。
【００１０】
端末装置、サーバ共に、受信パケットの監視を行う受信データ解析部（１１）と、パケットに含まれるＳｅｒｖｉｃｅＮａｍｅタグとＶｅｎｄｏｒＳｐｅｃｉｆｉｃタグにそれぞれ対応するＳｅｒｖｉｃｅＮａｍｅＳｅｒｖｉｃｅＮａｍｅタグ優先順位表（１３）とＶｅｎｄｏｒＳｐｅｃｉｆｉｃタグ優先順位表（１４）を具備する。
受信データ解析部（１１）が検出したパケットに含まれる前述のタグと、前述のタグに対応する優先順位表を比較してセッション毎に優先順位を決定し、セッション確立後のパケットの優先制御を行う。
【００１１】
端末装置、サーバ共に、セッションＩＤ記憶部（１２）と、送信データ解析部（１５）を具備し、前述の受信データ解析部がＰＡＤＳパケットやＰＡＤＲパケットを検出した際、前述のパケットに含まれるセッションＩＤと前述のタグを取得し、前述のタグと優先順位表を比較してセッションの優先順位を決定した後、決定した優先順位と前記セッションＩＤを対応させてセッションＩＤ記憶部（１２）に保存し、セッション確立後にパケットを送信する際、送信データ解析部（１５）にてパケットのセッションＩＤを参照し、セッションＩＤ記憶部（１２）に保存されているセッションＩＤと比較して優先順位の高いパケットから優先的に送信処理を行う。
【００１２】
従来のパケットには存在しない独自のタグを優先制御用のタグとし、このタグがパケットに追加された際、端末装置、サーバ共にこのタグに対する優先順位表を具備し、受信データ解析部（１１）が、パケットに新たに追加された独自のタグを検出し、この独自のタグと、この独自のタグに対応する前記優先順位表を比較して優先制御を行う。
【００１３】
端末装置、サーバ共にＳｅｒｖｉｃｅＮａｍｅタグに対応する優先制御表（１３）を具備し、ＰＰＰｏＥセッション確立時に、受信データ解析部（１１）が、ＳｅｒｖｉｃｅＮａｍｅタグとＳｅｒｖｉｃｅＮａｍｅタグに対応する優先制御表（１３）を比較して、セッション毎の優先制御を行う。
【００１４】
端末装置、サーバ共にＶｅｎｄｏｒＳｐｅｃｉｆｉｃタグに対応する優先制御表（１４）を具備し、ＰＰＰｏＥセッション確立時に、受信データ解析部（１１）が、ＶｅｎｄｏｒＳｐｅｃｉｆｉｃタグとＶｅｎｄｏｒＳｐｅｃｉｆｉｃタグに対応する優先順位表（１４）を比較して、同一セッションに属する同一サービス間の優先制御を行う。
【発明の効果】
【００１５】
本発明は、ＰＰＰｏＥのセッション確立時にセッションの優先順位を決定することにより、その後のＰＰＰｏＥパケットの優先制御を可能とする。また、前述の優先制御により、一回線上に同時に大量のセッションが確立された状況である場合でも、特定のセッションのパケットを優先制御することにより、そのサービスの品質を確保することが可能となる。更に、通信速度が遅い回線をしようした場合も、ある特定サービスの品質を保つことが可能となる。
その他の効果として、ＡＤＳＬやＦＴＴＨサービスで広く普及しているＰＰＰｏＥ上で実現することが可能であり導入が容易である。また、既存のルータ等のＦｉｒｅ  Ｗａｌｌに機能追加することによる実現が可能であり、新たに特別な装置を必要としないためにコスト面でも有利である。
【発明を実施するための最良の形態】
【００１６】
以下に本発明の第１実施形態について添付図面を参照して説明する。
本発明は、ネットワークに接続された通信装置間でＰＰＰｏＥセッションを確立する際に、セッション毎に優先順位を決定し、セッション確立後のＰＰＰｏＥパケットの優先制御を行うことを目的とする。
ここでは、端末装置とサーバとの間で通信を行う際のセッション確立と優先制御について説明する。図１を参照して、前述の端末装置とサーバの構成を説明する。図１の装置は、受信データ解析部１１と、セッションＩＤ記憶部１２と、ＳｅｒｖｉｃｅＮａｍｅタグ優先順位表１３と、ＶｅｎｄｏｒＳｐｅｃｉｆｉｃタグ優先順位表１４と、送信データ解析部１５と、回線制御部１６を備えている。端末装置とサーバの内部構成は図１の装置と共通である。
なお、ＳｅｒｖｉｃｅＮａｍｅタグとＶｅｎｄｏｒＳｐｅｃｉｆｉｃタグはセッションを確立する際の受信パケットに含まれるタグである。
【００１７】
端末装置側では、受信データ解析部１１は、回線制御部１６が受信したパケットの監視を行う。受信データ解析部１１は、ＰＡＤＳパケットを検出した場合、ＰＡＤＳパケットからセッションＩＤとＳｅｒｖｉｃｅＮａｍｅタグとＶｅｎｄｏｒＳｐｅｃｉｆｉｃタグを取得する。また、受信データ解析部１１は、受信データ解析部１１が取得したＳｅｒｖｉｃｅＮａｍｅタグをＳｅｒｖｉｃｅＮａｍｅタグ優先順位表１３に登録されているＳｅｒｖｉｃｅＮａｍｅタグと比較し、タグに対応する優先順位に基づいてセッションの優先順位を決定する。更に、受信データ解析部１１が取得したＶｅｎｄｏｒＳｐｅｃｉｆｉｃタグをＶｅｎｄｏｒＳｐｅｃｉｆｉｃタグ優先順位表１４に登録されているＶｅｎｄｏｒＳｐｅｃｉｆｉｃタグと比較し、タグに対応する優先順位に基づいて同じサービス内の優先順位を決定する。そして、決定したセッションの優先順位と、取得した固有のセッションＩＤを対応させて、セッションＩＤ記憶部１２に保存する。セッション確立後、ＰＰＰｏＥパケットを送信する場合、送信データ解析部１５はパケットのセッションＩＤを参照し、セッションＩＤ記憶部１２の優先順位の高いパケットから優先的に送信処理を行う。優先順位の低いパケットは送信データ解析部１５が具備するバッファにて一時的に保存する。送信処理が行われたパケットを回線制御部１６を通して伝送する。
【００１８】
サーバ側では、受信データ解析部１１は、回線制御部１６が受信したパケットの監視を行う。受信データ解析部１１は、ＰＡＤＲパケットを検出した場合、ＰＡＤＲパケットからセッションＩＤとＳｅｒｖｉｃｅＮａｍｅタグとＶｅｎｄｏｒＳｐｅｃｉｆｉｃタグを取得する。また、受信データ解析部１１は、受信データ解析部１１が取得したＳｅｒｖｉｃｅＮａｍｅタグをＳｅｒｖｉｃｅＮａｍｅタグ優先順位表１３に登録されているＳｅｒｖｉｃｅＮａｍｅタグと比較し、タグに対応する優先順位に基づいてセッションの優先順位を決定する。更に、受信データ解析部１１が取得したＶｅｎｄｏｒＳｐｅｃｉｆｉｃタグをＶｅｎｄｏｒＳｐｅｃｉｆｉｃタグ優先順位表１４に登録されているＶｅｎｄｏｒＳｐｅｃｉｆｉｃタグと比較し、タグに対応する優先順位に基づいて同じサービス内の優先順位を決定する。そして、決定したセッションの優先順位と、取得した固有のセッションＩＤを対応させて、セッションＩＤ記憶部１２に保存する。セッション確立後、ＰＰＰｏＥパケットを送信する場合、送信データ解析部１５はパケットのセッションＩＤを参照し、セッションＩＤ記憶部１２の優先順位の高いパケットから優先的に送信処理を行う。優先順位の低いパケットは送信データ解析部１５が具備するバッファにて一時的に保存する。送信処理が行われたパケットを回線制御部１６を通して伝送する。
【００１９】
図２を参照して本発明の概要を説明する。端末装置とサーバに複数のセッションが存在する場合、セッション１とセッション２を通過するＰＰＰｏＥのパケットに優先順位は存在しない。そのため、一定の時間内に規定のパケットの送信が行われないと音が途切れる可能性のあるＩＰ電話等のサービスを利用するためには、その品質確保のために、特定のパケットを優先制御することが求められる。
本発明は、ＰＰＰｏＥのセッション確立時にセッションの優先順位を決定することにより、その後のＰＰＰｏＥパケットの優先制御を行う。また、前述の優先制御機能により、一回線上に同時に大量のセッションが確立された状況である場合においても、特定のセッションのパケットを優先制御することにより、そのサービスの品質を確保する。更に、通信速度が遅い回線を使用した場合も、特定サービスの品質を保つ。
【００２０】
図３を参照して端末装置とサーバのセッションを確立する手順を以下に示す。
最初に、端末装置から要求するＳｅｒｖｉｃｅＮａｍｅタグとＶｅｎｄｏｒＳｐｅｃｉｆｉｃタグを設定したＰＡＤＩパケットをサーバに送信する。
ＰＡＤＩパケットを受信したサーバは、ＳｅｒｖｉｃｅＮａｍｅタグとＶｅｎｄｏｒＳｐｅｃｉｆｉｃタグを確認し、サーバ自身がサポートするＳｅｒｖｉｃｅＮａｍｅタグとＶｅｎｄｏｒＳｐｅｃｉｆｉｃタグであれば、ＰＡＤＯパケットを端末装置へ返信する。
ＰＡＤＯパケットを受信した端末装置は、要求したタグに対応したサーバにＰＡＤＲパケットを送信する。ここで、端末装置は複数のＰＡＤＯパケットを受信する可能性があり、その中から一つのサーバを選択してＰＡＤＲを返信する。
ＰＡＤＲパケットを受信したサーバは、要求されたＳｅｒｖｉｃｅＮａｍｅタグとＶｅｎｄｏｒＳｐｅｃｉｆｉｃタグを受け入れる場合は、そのＳｅｒｖｉｃｅＮａｍｅタグとＶｅｎｄｏｒＳｐｅｃｉｆｉｃタグ及び固有のセッションＩＤを設定したＰＡＤＳパケットを端末へ返信する。
【００２１】
上記手順を経て、端末装置とサーバ間に端末装置が要求したＳｅｒｖｉｃｅＮａｍｅタグとＶｅｎｄｏｒＳｐｅｃｉｆｉｃタグに対応した固有のセッションＩＤを有するセッションが確立される。セッション確立後は、固有のセッションＩＤが設定されたＰＰＰｏＥパケットが、端末装置とサーバ間で送受信される。
【００２２】
ＰＰＰｏＥパケットの優先制御を行うために、事前にＳｅｒｖｉｃｅＮａｍｅタグとＶｅｎｄｏｒＳｐｅｃｉｆｉｃタグに対しては優先順位を決定する。ＳｅｒｖｉｃｅＮａｍｅタグによって最初にサービスの優先順位が決定する。次に、ユーザによって選択されたＶｅｎｄｏｒＳｐｅｃｉｆｉｃタグにより、同一サービス内での優先順位が決定される。これにより、セッション確立後は、端末装置とサーバ間でＰＰＰｏＥパケットの優先制御が可能となる。
【００２３】
図１、図４を参照して動作の説明を行う。
端末装置側の動作について説明する。
Ｓ４１において、端末装置はセッション生成の起動がかかると、受信データ解析部１１にて回線制御部１６が受信するパケットの監視を開始する。Ｓ４２において、受信データ解析部１１はＰＡＤＳパケットを検出した場合、Ｓ４３において、ＰＡＤＳパケットよりＳｅｒｖｉｃｅＮａｍｅタグとＶｅｎｄｏｒＳｐｅｃｉｆｉｃタグとセッションＩＤを取得する。そして、Ｓ４４において、取得したＳｅｒｖｉｃｅＮａｍｅタグとＳｅｒｖｉｃｅＮａｍｅタグ優先順位表１３に登録されたＳｅｒｖｉｃｅＮａｍｅタグから生成中のセッションの優先順位を決定する。また、取得したＶｅｎｄｏｒＳｐｅｃｉｆｉｃタグとＶｅｎｄｏｒＳｐｅｃｉｆｉｃタグ優先順位表１４に登録されたＶｅｎｄｏｒＳｐｅｃｉｆｉｃタグから、同じサービス内の優先順位を決定する。
Ｓ４５において、決定した優先順位とセッションＩＤを対応させてセッションＩＤ記憶部１２に保存する。その後、優先制御が決定した固有のセッションＩＤを有したＰＰＰｏＥセッションが確立する。Ｓ４６において、セッションが確立後のＰＰＰｏＥパケットの送信は、送信データ解析部１５にてＰＰＰｏＥパケットのセッションＩＤを参照しながら、Ｓ４７において、優先順位の高いセッションにてＰＰＰｏＥパケットの送信処理を優先に行う。優先順位の低いセッションのＰＰＰｏＥパケットは送信データ解析部１５が具備するバッファに一時保存する。そして、回線制御部１６にて優先順位の高いセッションのＰＰＰｏＥパケットを伝送する。
【００２４】
サーバ側の動作について説明する。
Ｓ４１において、サーバはセッション生成の起動がかかると、受信データ解析部１１にて回線制御部１６が受信するパケットの監視を開始する。Ｓ４２において、受信データ解析部１１はＰＡＤＲパケットを検出した場合、Ｓ４３において、ＰＡＤＲパケットよりＳｅｒｖｉｃｅＮａｍｅタグとＶｅｎｄｏｒＳｐｅｃｉｆｉｃタグとセッションＩＤを取得する。そして、Ｓ４４において、取得したＳｅｒｖｉｃｅＮａｍｅタグとＳｅｒｖｉｃｅＮａｍｅタグ優先順位表１３及び取得したＶｅｎｄｏｒＳｐｅｃｉｆｉｃタグとＶｅｎｄｏｒＳｐｅｃｉｆｉｃタグ優先順位表１４から、生成中のセッションの優先順位を決定する。
Ｓ４５において、受信データ解析部１１は決定した優先順位とセッションＩＤを対応させてセッションＩＤ記憶部１２に保存する。その後、優先制御が決定した固有のセッションＩＤを有したＰＰＰｏＥセッションが確立する。Ｓ４６において、セッションが確立後のＰＰＰｏＥパケットの送信については、送信データ解析部１５がＰＰＰｏＥパケットのセッションＩＤを参照しながら、Ｓ４７において、優先順位の高いセッションにてＰＰＰｏＥパケットの送信処理を優先に行う。優先順位の低いセッションのＰＰＰｏＥパケットは送信データ解析部１５が具備するバッファに一時保存する。そして、回線制御部１６にて優先順位の高いセッションのＰＰＰｏＥパケットを伝送する。
【００２５】
図５を参照して具体的な例を示す。例えば、表３に示すように、ＩＰ電話サービスが２セッションと、インターネットサービスが１セッション存在し、ユーザが表の優先順位を希望する場合は、以下の処理で実現可能である。ＳｅｒｖｉｃｅＮａｍｅタグの優先順位を表１のように設定することにより、ＩＰ電話サービスとインターネットサービスのセッションの優先順位が決定される。更に、ユーザが１１０番や１１９番といった緊急電話用のＩＰ電話サービスの優先順位を高く設定したい場合は、ＶｅｎｄｏｒＳｐｅｃｉｆｉｃタグの優先順位を表２のように設定することにより、同じサービス内であってもユーザの希望する優先順位を設定することが可能となる。
すなわち、ＳｅｒｖｉｃｅＮａｍｅタグによりＩＰ電話サービスとそれ以外のサービスの優先順位を決定し、ＶｅｎｄｏｒＳｐｅｃｉｆｉｃタグによりＩＰ電話サービス同士の優先順位を決定することが可能となる。
【００２６】
なお、本発明の他の実施例を以下に説明する。
現在いくつかのタグタイプがＲＦＣ（Request For Comment）に規定されているが、それ以外に端末装置とサーバ間で、ソフトウェアの変更によりパケットに独自のタグを追加し、その追加したタグに対して優先順位を設定することにより、より詳細な優先制御を行うことが可能となる。
【００２７】
本発明は、ＡＤＳＬやＦＴＴＨサービスで広く普及しているＰＰＰｏＥ上で実現することが可能であり導入が容易である。また、既存のＦｉｒｅ  Ｗａｌｌに機能追加することによる実現が可能である。
【００２８】
本発明は、ＶｏＩＰ機能を実装したルータ等の中継機にも適用可能である。
【図面の簡単な説明】
【００２９】
【図１】図１は、端末装置あるいはサーバの構成を示すブロック図である。
【図２】図２は、ＰＰＰｏＥのセッション確立時のモデル図である。
【図３】図３は、端末装置とサーバのセッションを確立する手順を示すモデル図である。
【図４】図４は、セッションの確立と優先制御の処理を示すフローチャートである。
【図５】図５は、優先順位表やユーザ設定を示す図である。
【符号の説明】
【００３０】
１１…  受信データ解析部
１２…  セッションＩＤ記憶部
１３…  ＳｅｒｖｉｃｅＮａｍｅタグ優先順位表
１４…  ＶｅｎｄｏｒＳｐｅｃｉｆｉｃタグ優先順位表
１５…  送信データ解析部
１６…  回線制御部
【図１】
2005277835.tif 000003
【図２】
2005277835.tif 000004
【図３】
2005277835.tif 000005
【図４】
2005277835.tif 000006
【図５】
2005277835.tif 000007