(57)【要約】【課題】ネットワークの保証帯域を複数の端末で効率的に使用できること。【解決手段】複数の端末１００がルーター５１１経由で業務サーバ５０１と通信するシステム５００における優先度制御サーバ５１２は、ルーター５１１でのパケットのトラフィックを取得し、トラフィックが保証帯域に対応して設定した所定の閾値を超えると、ルーター５１１に対し、優先度が低い順の端末１００のパケットの処理を、保証帯域に対応する優先制御処理から非保証帯域に対応する優先制御処理に移行させる指示を行う優先度制御部を備える。【選択図】図５
2018082361.tif 000002
【特許請求の範囲】
【請求項１】
複数の端末がパケット中継装置経由でサーバと通信するシステムにおけるパケット制御装置であって、
前記パケット中継装置でのパケットのトラフィックを取得し、前記トラフィックが保証帯域に対応して設定した所定の閾値を超えると、前記パケット中継装置に対し、優先度が低い順の前記端末のパケットの処理を、保証帯域に対応する優先制御処理から非保証帯域に対応する優先制御処理に移行させる指示を行う制御部を備えたことを特徴とするパケット制御装置。
【請求項２】
前記制御部は、
前記パケット中継装置のキューの利用率を取得し、当該利用率に基づき、前記保証帯域に送出する前記パケットのトラフィックを判断することを特徴とする請求項１に記載のパケット制御装置。
【請求項３】
前記制御部は、
前記保証帯域に対応する優先制御処理を、前記パケット中継装置の優先キューのパケットに対し行い、前記非保証帯域に対応する優先制御処理を、前記パケット中継装置の非優先キューのパケットに対し行うことを特徴とする請求項１または２に記載のパケット制御装置。
【請求項４】
前記制御部は、
前記トラフィックが保証帯域に対応して設定した所定の閾値に収束すると判断すると、前記パケット中継装置に対し、前記非保証帯域に対応する優先制御処理を行ったパケットのうち、優先度が高い順の前記端末のパケットを前記保証帯域に戻す制御を行うことを特徴とする請求項１〜３のいずれか一つに記載のパケット制御装置。
【請求項５】
前記制御部は、
前記パケット中継装置が送出する前記パケットのパケットヘッダの優先度指標値の書き換えを指示し、前記優先制御処理の移行を行うことを特徴とする請求項１〜４のいずれか一つに記載のパケット制御装置。
【請求項６】
前記制御部は、
前記優先度を、前記複数の端末のグループ種別および利用者別に予め設定保持し、前記グループ種別の優先度と、当該グループ種別内での前記利用者別の優先度との組み合わせに基づき、前記優先制御処理の移行を行うことを特徴とする請求項１〜５のいずれか一つに記載のパケット制御装置。
【請求項７】
前記制御部は、
前記サーバが管理する前記端末の識別子、および前記端末を利用する利用者の識別子を取得し、前記複数の端末の前記グループ種別および当該グループ種別内での前記利用者別の前記優先度をそれぞれ設定することを特徴とする請求項６に記載のパケット制御装置。
【請求項８】
前記制御部は、
前記サーバが管理する前記端末のログイン状態に基づき、ログインしている前記端末の前記パケットを対象に前記優先制御処理の移行を行うことを特徴とする請求項１〜７のいずれか一つに記載のパケット制御装置。
【請求項９】
前記制御部は、
前記サーバが管理する前記端末の累計ログイン時間をさらに取得し、当該累計ログイン時間を含めて、前記端末の前記優先度を動的に変更することを特徴とする請求項５〜８のいずれか一つに記載のパケット制御装置。
【請求項１０】
複数の端末のパケットを中継してサーバと通信するシステムにおけるパケット制御装置であって、
前記パケットのトラフィックを取得し、前記トラフィックが保証帯域に対応して設定した所定の閾値を超えると、優先度が低い順の前記端末のパケットの処理を、保証帯域に対応する優先制御処理から非保証帯域に対応する優先制御処理に移行させる指示を行う制御部を備えたことを特徴とするパケット制御装置。
【請求項１１】
複数の端末と、前記端末と通信するサーバと、前記端末のパケットを前記サーバに中継するパケット中継装置と、前記パケット中継装置を制御するパケット制御装置と、を含むパケット制御システムであって、
前記パケット制御装置は、
前記パケット中継装置でのパケットのトラフィックを取得し、前記トラフィックが保証帯域に対応して設定した所定の閾値を超えると、前記パケット中継装置に対し、優先度が低い順の前記端末のパケットの処理を、保証帯域に対応する優先制御処理から非保証帯域に対応する優先制御処理に移行させる指示を行う制御部を備えたことを特徴とするパケット制御システム。
【請求項１２】
複数の端末がパケット中継装置経由でサーバと通信するシステムにおけるパケット制御装置のパケット制御方法であって、
前記パケット中継装置でのパケットのトラフィックを取得し、
前記トラフィックが保証帯域に対応して設定した所定の閾値を超えると、前記パケット中継装置に対し、優先度が低い順の前記端末のパケットの処理を、保証帯域に対応する優先制御処理から非保証帯域に対応する優先制御処理に移行させる指示を行うことを特徴とするパケット制御方法。
【請求項１３】
複数の端末がパケット中継装置経由でサーバと通信するシステムにおけるパケット制御装置のパケット制御プログラムであって、
前記パケット制御装置のコンピュータに、
前記パケット中継装置でのパケットのトラフィックを取得させ、
前記トラフィックが保証帯域に対応して設定した所定の閾値を超えると、前記パケット中継装置に対し、優先度が低い順の前記端末のパケットの処理を、保証帯域に対応する優先制御処理から非保証帯域に対応する優先制御処理に移行させる指示を出す、
処理を実行させることを特徴とするパケット制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の端末と外部機器との間で通信するパケットを制御するパケット制御装置、パケット制御システム、パケット制御方法およびパケット制御プログラムに関する。
【背景技術】
【０００２】
例えば、企業内の所定の拠点に複数の端末が設置され、各端末がネットワークを介してサーバ等の外部機器との間でパケットを通信するシステムがある。このようなシステムにおいて、端末から外部機器へのパケットの伝送について、帯域保証する技術がある。
【０００３】
例えば、帯域保証において、重要パケットのトラフィック量が少ない場合に、非優先のパケットに高優先度を与えて送信する技術が開示されている（例えば、下記特許文献１参照。）。また、帯域保証型と非帯域保証型のトラフィックカテゴリを区分けして、該当するカテゴリのサービス品質を保証する技術が開示されている（例えば、下記特許文献２参照。）。
【０００４】
ネットワーク内のキャリア網では、パケットのＴＯＳ（Ｔｙｐｅ  ｏｆ  Ｓｅｒｖｉｃｅ）値に基づき、優先（保証帯域）ルートとベストエフォート（非保証帯域）ルートの振り分けを行っている。ここで、優先ルートを指定するＴＯＳ値を持ったパケットによるトラフィックが契約した保証帯域を超過した場合、保証帯域を超過したトラフィックのパケットはベストエフォートルートに振り分けられる。この場合、保証帯域を利用する業務を実行する全ての端末でのパケット通信の動作の遅延や、タイムアウト発生などが生じる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０００−３３２７８７号公報
【特許文献２】特開２００１−１８９７５４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
例えば、優先度の高い端末のトラフィックは、端末内で帯域保証ルートへの振り分けを指示する高いＴＯＳ値を付与して送出される。ネットワーク（キャリア網）の回線帯域は、ベストエフォート帯域と、保証帯域とを含む。ここで、拠点の複数の端末の利用率が増大したり、高優先度の業務を行う端末のトラフィックが増大したりすると、キャリア網での保証帯域を超過する。超過したトラフィックは高優先度であってもベストエフォートとして扱われて帯域は保証されないことになる。
【０００７】
一つの側面では、本発明は、ネットワークの保証帯域を複数の端末で効率的に使用できることを目的とする。
【課題を解決するための手段】
【０００８】
一つの案では、複数の端末がパケット中継装置経由でサーバと通信するシステムにおけるパケット制御装置であって、前記パケット中継装置でのパケットのトラフィックを取得し、前記トラフィックが保証帯域に対応して設定した所定の閾値を超えると、前記パケット中継装置に対し、優先度が低い順の前記端末のパケットの処理を、保証帯域に対応する優先制御処理から非保証帯域に対応する優先制御処理に移行させる指示を行う制御部を備えたことを要件とする。
【発明の効果】
【０００９】
一つの実施形態によれば、ネットワークの保証帯域を複数の端末で効率的に使用できるという効果を奏する。
【図面の簡単な説明】
【００１０】
【図１】図１は、システムの端末の優先度の設定例を説明する図である。
【図２】図２は、端末種別ごとの優先度の変更例を説明する図表である。
【図３】図３は、キャリア網におけるパケットの振り分けを説明する図である。
【図４】図４は、保証帯域へのトラフィックの集中を説明する図である。
【図５】図５は、実施の形態１にかかるパケット制御にかかるシステムの全体構成を示す図である。
【図６】図６は、実施の形態１にかかる業務サーバの機能ブロック図である。
【図７】図７は、業務サーバのハードウェア構成例を示す図である。
【図８】図８は、業務サーバの利用者情報一覧の例を示す図表である。
【図９】図９は、実施の形態１にかかる優先度制御サーバの機能ブロック図である。
【図１０】図１０は、クラス内優先度一覧の例を示す図表である。
【図１１】図１１は、利用者優先度一覧の例を示す図表である。
【図１２】図１２は、図１０と図１１の設定を一つにまとめた設定内容を示す説明図である。
【図１３】図１３は、実施の形態１にかかるルーターの機能ブロック図である。
【図１４】図１４は、ルーターのハードウェア構成例を示す図である。
【図１５】図１５は、ＴＯＳ値書換テーブルの例を示す図表である。
【図１６】図１６は、ＴＯＳ値書換部の機能を説明する図である。
【図１７】図１７は、保証帯域の使用の制限の制御内容を示すフローチャートである。
【図１８】図１８は、保証帯域の使用の制限解除の制御内容を示すフローチャートである。
【図１９】図１９は、実施の形態２にかかる利用者優先度一覧の例を示す図表である。
【図２０】図２０は、実施の形態２にかかる利用者優先度一覧の更新を説明する図である。
【図２１】図２１は、実施の形態２にかかる優先度制御サーバの機能ブロック図である。
【図２２】図２２は、実施の形態２にかかる業務サーバの機能ブロック図である。
【発明を実施するための形態】
【００１１】
はじめに、本発明の対象とするネットワーク、および保証帯域とトラフィックとの関係について、図１〜図４を用いて説明しておく。
【００１２】
図１は、システムの端末の優先度の設定例を説明する図である。拠点Ａとして、例えば企業の社屋には複数の端末１００が設置されており、各端末１００はユニークなログインＩＤに紐づいた特定の業務のみを行う。例えば、端末１００は、業務種別ごとに事務用端末１００ａ、経理用端末１００ｂ、窓口端末１００ｃ、決済用端末１００ｄを含む。各端末１００は、業務実施のためにネットワークを介してセンター側に設置された外部装置である業務サーバとの通信を行う。また、業務種別ごとに業務優先度を有し、一部の業務の業務優先度は計画的に変更される場合がある。業務優先度は、トラフィックの優先度に相当する。
【００１３】
図２は、端末種別ごとの優先度の変更例を説明する図表である。図示の例では、事務用端末１００ａの業務優先度は「低」、優先度変更は「無」である。経理用端末１００ｂの業務優先度は「中」、優先度変更は「有」、優先度変更パターンは「月毎」、変更期間は「２０日〜３１日」、変更レベルは「１ｕｐ」である。すなわち、経理用端末１００ｂは、毎月の１日〜１９日は業務優先度が「中」であるが、毎月の２０日〜３１日の業務優先度は１ランク上がり「高」となる。窓口端末１００ｃは、業務優先度が「中」であるが、毎日の８時〜１８時は「高」に変更される。決済用端末１００ｄは業務優先度が常に「高」である。
【００１４】
図２の例では、例えば、毎月の２０日〜３１日の８時から１８時の時間帯は、経理用端末１００ｂと、窓口端末１００ｃと、決済用端末１００ｄの業務優先度がいずれも「高」となる。
【００１５】
ネットワーク、例えばＷＡＮ回線では一部帯域保証型のサービスを利用しており、混雑時も一部の帯域の通信を保証する。ネットワーク内（局側）のルーターが優先制御を行い、ＩＰｖ４での通信においては、特定の値以上のＴＯＳ（Ｔｙｐｅ  ｏｆ  Ｓｅｒｖｉｃｅ）値のパケットを優先パケットとして帯域保証キューに送る。ＴＯＳ値は、パケットヘッダに設定される優先度指標値である。また、ＩＰｖ６であれば特定の値以上のｔｒａｆｆｉｃ  ｃｌａｓｓ値を持つパケットを優先パケットとして帯域保証キューに送る。ＩＰｖ６を利用したネットワークでは、ＩＰｖ４を利用したネットワークでのＴＯＳ値をｔｒａｆｆｉｃ  ｃｌａｓｓ値に読み替えることで同じ扱いとなる。このため、以降の説明ではＩＰｖ４を利用したネットワークに関して説明する。
【００１６】
図３は、キャリア網におけるパケットの振り分けを説明する図である。ネットワークＮＷのキャリア網Ｃでは、拠点Ａの各端末１００から送出されたパケットのＴＯＳ値に基づき、優先（帯域保証）ルートＲ１と、ベストエフォートルートＲ２への振り分けを行う。
【００１７】
ここで、優先ルートＲ１を指定するＴＯＳ値（例えばＴＯＳ＝５）を持ったパケットによるトラフィックが、利用者（拠点の管理者）が契約した保証帯域を超過したとする。この場合、超過したトラフィックのパケットはベストエフォートルートＲ２に振り分けられ、高優先度のパケットであってもパケットの到達は保証されない。この場合、保証帯域を利用する業務を実行する全ての端末でのパケット通信の動作の遅延や、タイムアウト発生などが生じる。
【００１８】
例えば、図２に示した、毎月の２０日〜３１日の８時から１８時の時間帯において、経理用端末１００ｂと、窓口端末１００ｃと、決済用端末１００ｄの業務優先度がいずれも「高」となったとする。この場合、これら端末１００の高優先度のパケットの一部がベストエフォートルートＲ２に振り分けられることになる。
【００１９】
図４は、保証帯域へのトラフィックの集中を説明する図である。優先度の高い業務で利用している端末１００のトラフィックは端末１００内で優先ルートＲ１（保証帯域ＢＷ）への振り分けを指示する高いＴＯＳ値が付与されたパケットとして端末１００から送出される。ベストエフォート帯域ＢＸは、保証帯域ＢＷを含む。ここで、主にネットワーク使用コスト等の経済的な理由により、優先される保証帯域ＢＷは、拠点Ａ内の全端末１００が同時にトラフィック生成した場合の帯域より小さく設定されるため以下の式（１）が成立する。
【００２０】
【数１】
2018082361.tif 000003
【００２１】
但し、保証帯域ＢＷが極端に小さくなると業務への影響が発生するため、現実的な端末１００の利用率ρを設定し、以下の式（２）の条件で保証帯域ＢＷが設定されている。
【００２２】
【数２】
2018082361.tif 000004
【００２３】
ここで、（２）式におけるρが大きくなると利用者（ユーザ）の利便性としての高優先度の端末１００からのトラフィックの安定性は向上する。ρ＝１では全てのパケットの到達が保証される。しかし、ρの大きい回線サービスは利用料が高価であり、サービスの利用者側の主に経済的な理由により利用は困難である。
【００２４】
実施の形態では、ρの値を上げずに高優先度の端末１００からのトラフィックの安定性を向上させるものである。既存技術では、上記のように、端末１００の利用率ρが増大すると、高優先度の業務を行う端末１００のトラフィックが増大し、保証帯域ＢＷを超過する。超過したトラフィックは保証帯域ＢＷからベストエフォート帯域ＢＸに振り分けられ、転送は保証されないこととなる。これに対し、実施の形態では、優先度が低い順の端末１００のパケットの処理を、保証帯域ＢＷに対応する優先制御処理から非保証帯域（ベストエフォート帯域）ＢＸに対応する優先制御処理に移行させることで、例えば、重要な業務のトラフィック帯域を確保する。
【００２５】
（実施の形態１）
図５は、実施の形態１にかかるパケット制御にかかるシステムの全体構成を示す図である。図５の例のパケット制御システム５００は、端末１００、業務サーバ５０１、Ｌ２スイッチ等のスイッチ（ＳＷ）５１０、パケット中継装置（ルーター）５１１、パケット制御装置（優先度制御サーバ）５１２、を含み構成される。複数の拠点Ａの端末１００は、ネットワークＮＷを介して業務センターＢに通信接続される。
【００２６】
業務センターＢには、業務サーバ５０１が設けられる。業務サーバ５０１は、例えば、利用者（端末１００）のログイン状況を管理し、端末１００から送出されたパケットが示す要求に対応する処理を行い、処理後のデータ（パケット）を端末１００に返答する。
【００２７】
拠点Ａには、上述した業務種別ごとの端末１００が設けられ、各端末１００は、ＳＷ５１０を介して中継装置（ルーター）５１１に接続される。ルーター５１１は、ネットワークＮＷに接続されるとともに、優先度制御サーバ５１２に接続される。
【００２８】
優先度制御サーバ５１２は、ルーター５１１がネットワークＮＷに送出するパケットの転送時の優先度を制御する。ルーター５１１は、優先度制御サーバ５１２の制御に基づき、パケットの優先度（ＴＯＳ）を変更してパケットをネットワークＮＷに送出する。図５に記載した優先度制御サーバ５１２の機能は、ルーター５１１に組み込む構成としてもよい。
【００２９】
優先度制御サーバ５１２は、端末１００の利用者のログイン情報に基づき、利用者が利用（ログイン）している端末１００を管理する。そして、ルーター５１１に対して、保証帯域ＢＷを利用する利用者（端末１００）一部のトラフィックを非保証帯域（ベストエフォート帯域）ＢＸに逃がす制御を行うことにより、最も重要な業務のトラフィックの帯域を確保する。
【００３０】
図６は、実施の形態１にかかる業務サーバの機能ブロック図である。業務サーバ５０１は、ログイン受付部６０１、利用者一覧更新保持部６０２、利用者情報一覧６０３、メッセージ送受信部６０４を含む。
【００３１】
ログイン受付部６０１は、端末１００の利用者（ユーザ）のログイン／ログアウトの状況を利用者一覧更新保持部６０２へ通知する。利用者一覧更新保持部６０２は、ログイン受付部６０１から通知された利用者のログイン／ログアウト情報に従って利用者情報一覧６０３を更新し、利用者情報を保持する。また、メッセージ送受信部６０４から受け取った利用者情報取得依頼に従い、利用者情報を回答する。
【００３２】
利用者情報一覧６０３は、ログイン中の利用者のＩＤと、利用中の端末１００のＩＰアドレスのセットを例えば、テーブル形式で保持する。メッセージ送受信部６０４は、優先度制御サーバ５１２から受信した利用者情報取得依頼のメッセージに従い、利用者一覧更新保持部６０２へ利用者情報の取得を依頼する。また、利用者一覧更新保持部６０２からの応答に基づき優先度制御サーバ５１２へ利用者情報メッセージの送信を行う。
【００３３】
図７は、業務サーバのハードウェア構成例を示す図である。業務サーバ５０１は、ＣＰＵ７０１、ＲＡＭ７０２、ＲＯＭ７０３、ＣＰＵ＿ＢＵＳ７０４、ＩＯ＿ＢＵＳ７０５、ＩＯ＿ＣＴＬ７０６、ＤＳＫ＿ＣＴＬ７０７、ＤＩＳＫ７０８、ＬＡＮ＿ＣＴＬ７０９、ＭＡＣ７１０、ＰＨＹ７１１、等を用いて構成できる。ＣＰＵはＣｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ、ＲＡＭはＲａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ、ＲＯＭはＲｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ、ＬＡＮはＬｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋの略称である。
【００３４】
ＣＰＵ＿ＢＵＳ７０４は、メモリ（ＲＯＭ，ＲＡＭ）等の高速なデバイスをＣＰＵ７０１に接続するバスである。ＩＯ＿ＢＵＳ７０５は、低速なＩＯ（入出力部）等を接続するバスである。ＩＯ＿ＣＴＬ７０６は、ＣＰＵ＿ＢＵＳ７０４とＩＯ＿ＢＵＳ７０５を接続するブリッジである。ＤＳＫ＿ＣＴＬ７０７はＤＩＳＫ７０８に対するデータの読み書きを制御するＤＩＳＫ制御装置である。ＤＩＳＫ７０８は、命令・データ等を記録する外部記憶媒体である。ＬＡＮ＿ＣＴＬ７０９は、例えば、ネットワークＮＷの一部であるｅｔｈｅｒｎｅｔ（登録商標）と通信接続するインタフェースである。ＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）７１０は論理的な信号作成・受信を実行する。ＰＨＹ（Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ）７１１はｅｔｈｅｒｎｅｔ上へ送信する信号の生成と信号の受信を実行する。
【００３５】
例えば、図７に示したＣＰＵ７０１がＲＯＭ７０３に格納された制御プログラムを実行し、この際、ＲＡＭ７０２を作業領域に使用することで、図６に示す業務サーバ５０１の各機能を実現することができる。また、図７のメモリ（ＲＯＭ７０３）や、ＤＩＳＫ７０８を用いて図６の利用者情報一覧６０３の情報を保持できる。
【００３６】
図８は、業務サーバの利用者情報一覧の例を示す図表である。業務サーバ５０１は、利用者に業務サービス提供する。加えて、実施の形態１では、カレント情報としての端末１００の利用状況を管理する。
【００３７】
業務サーバ５０１は、端末１００のログイン情報から、ルーター５１１での優先度制御の際に対象パケットを識別するための利用者情報一覧６０３を作成する。利用者情報一覧６０３は、利用者の端末１００のＩＰアドレスと、優先度制御サーバ５１２で優先度制御に利用する利用者の識別子（利用者ＩＤ）とを紐づけた情報である。そして、業務サーバ５０１は、優先度制御サーバ５１２からのリクエストに応じて利用者情報一覧６０３に保持した情報を提供する。
【００３８】
なお、図８に例を示すように、業務サーバ５０１は、ＩＤがｔａｎａｋａ＿００２のユーザからのログインが成功した際には、利用者情報一覧６０３にレコード（項番）を追加し、このユーザのＩＤおよび端末１００のＩＰアドレスを追加する。また、このユーザのログアウトを契機に該当レコードを削除する。これにより、ログインしている端末１００のパケットを対象とした保証帯域の使用に関する制御を行う。すなわち、ログインしていない端末１００を除いて保証帯域の使用に関する制御が行え、実際の保証帯域の使用状態に基づいた制御が行えるようになる。
【００３９】
図９は、実施の形態１にかかる優先度制御サーバの機能ブロック図である。優先度制御サーバ５１２は、優先度制御部９０１、クラス内優先度検索部９０２、クラス内優先度一覧９０３、利用者優先度検索部９０４、利用者優先度一覧９０５、優先制御指示部９０６、保証帯域利用率モニター部９０７、メッセージ送受信部９０８を含む。
【００４０】
優先度制御部９０１は、優先度制御サーバ５１２内の各機能部からの情報に基づき、優先度制御のシーケンスを制御する。クラス内優先度検索部９０２は、優先度制御部９０１の指示に基づき、利用者ごとの優先度を検索するため、対象となる利用者の業務（種別）を検索する。クラス内優先度一覧９０３は、同一クラス、すなわち、保証帯域ＢＷを使用する優先クラス内、あるいはベストエフォート帯域ＢＸを使用するベストエフォートクラス内での業務種別の優先度を定義したテーブルである。利用者優先度検索部９０４は、優先度制御部９０１の指示に基づき、利用者の優先度を検索する。
【００４１】
利用者優先度一覧９０５は、同一業務を実施する利用者の優先度を定義したテーブルである。優先制御指示部９０６は、優先度制御部９０１の指示に基づき、保証帯域ＢＷを利用している利用者のベストエフォート帯域ＢＸへの移動、保証帯域ＢＷへの復帰操作をルーター５１１へ指示する。
【００４２】
保証帯域利用率モニター部９０７は、一定の周期で保証帯域ＢＷの利用率をモニターし、利用率が所定の閾値を超過した場合には、優先度制御部９０１に優先制御の開始を依頼する。また、保証帯域利用率モニター部９０７は、優先制御実施中に利用率が所定の閾値を下回った場合には、優先制御の終了処理を開始するよう優先度制御部９０１に依頼する。さらに、保証帯域利用率モニター部９０７は、優先度制御部９０１からの指示に基づき、保証帯域の利用率をモニターして優先度制御部９０１に回答する。
【００４３】
閾値として複数の閾値α１、α２を設定してもよい（α１＜α２）。この場合、利用率が閾値α１を超過した場合に優先制御を開始し、利用率が閾値α２を下回った場合に優先制御を終了することで、利用率が閾値付近で変動する場合のチャタリングを防止できる。
【００４４】
メッセージ送受信部９０８は、優先度制御部９０１、優先制御指示部９０６、保証帯域利用率モニター部９０７からの指示に基づき、ルーター５１１へのメッセージ（ＴＯＳ値書換依頼）の送信を行う。また、ルーター５１１から受信したメッセージを優先度制御部９０１、優先制御指示部９０６、保証帯域利用率モニター部９０７へ送る。
【００４５】
優先度制御サーバ５１２のハードウェア構成例は、図７（業務サーバ５０１）同様の構成とすることができる。例えば、図７に示したＣＰＵ７０１がＲＯＭ７０３に格納された制御プログラムを実行し、この際、ＲＡＭ７０２を作業領域に使用することで、図９に示す優先度制御サーバ５１２の各機能を実現することができる。また、図７のメモリ（ＲＯＭ７０３）や、ＤＩＳＫ７０８を用いて図９のクラス内優先度一覧９０３、利用者優先度一覧９０５の情報を保持できる。
【００４６】
図１０は、クラス内優先度一覧の例を示す図表である。また、図１１は、利用者優先度一覧の例を示す図表である。優先度制御サーバ５１２は、クラス内優先度一覧９０３と、利用者優先度一覧（業務ごとの利用者ＩＤ優先度）９０５のテーブルを持ち、保証帯域ＢＷを利用するトラフィックに優先度を設定する。優先度制御サーバ５１２は、これら図１０，図１１に設定された優先度に基づき、保証帯域使用量に応じてルーター５１１にパケットの優先度（ＴＯＳ値）書き換えを指示する。書換方法の詳細に関しては後述する。
【００４７】
図１０，図１１の設定は予め行っておく。例えば、図１０の設定例では、保証帯域ＢＷを使用する優先クラスの業務種別は、窓口、決済である。この優先クラス内における優先度は決済が「１」、窓口が「２」であり、窓口よりも決済の業務のほうが優先度が高いことを示す。また、ベストエフォートクラスの業務種別は、経理、事務である。このベストエフォートクラス内における優先度は経理が「１」、事務が「２」であり、事務よりも経理の業務のほうが優先度が高いことを示す。
【００４８】
また、図１１の設定例では、業務種別ごとに利用者（利用者ＩＤ）ごとの優先度を設定しておく。例えば、「決済」業務では、利用者ＩＤが「Ｓｅｔ＿ｕｅｎｏ＿００１」の利用者が優先度「１」であり最も優先度が高い。「Ｓｅｔ＿ｙａｍａｍｏｔｏ＿００１」の利用者は優先度「８」であり最も優先度が低い。なお、図１１では、ベストエフォートクラスの業務種別の「経理」と「事務」についても利用者ごとの優先度を設定しているが、ベストエフォートクラスについては利用者ごとの優先度を設定しないこととしてもよい。
【００４９】
図１２は、図１０と図１１の設定を一つにまとめた設定内容を示す説明図である。同一の優先クラス内での優先度が「１」である「決済」の業務の各利用者（利用者ＩＤ）は保証帯域利用優先度が「１」〜「８」である。優先クラス内での優先度が「２」である「窓口」の業務の各利用者（利用者ＩＤ）は保証帯域利用優先度が「９」〜「１５」である。
【００５０】
図１３は、実施の形態１にかかるルーターの機能ブロック図である。図１３には、ルーター５１１が有する各機能のうち、ＴＯＳ値書き換えに関連する機能を記載している。ルーター５１１は、パケット受信部１３０１、ＴＯＳ値書換部１３０２、ＴＯＳ値書換テーブル１３０３、ＴＯＳ値書換依頼メッセージ受信部１３０４、優先度判定部１３０５、優先キュー１３０６、非優先キュー１３０７、を含む。
【００５１】
パケット受信部１３０１は、端末１００から送信されるパケットを受信する。ＴＯＳ値書換部１３０２は、受信したパケットのＴＯＳ値の書き換えを行う。この書き換えは、ＴＯＳ値書換テーブル１３０３を参照して行う。ＴＯＳ値書換依頼メッセージ受信部１３０４は、優先度制御サーバ５１２から受信したＴＯＳ値書換依頼のメッセージ受信に基づき、ＴＯＳ値書換テーブル１３０３のＴＯＳ値を書き換える。
【００５２】
優先度判定部１３０５は、ＴＯＳ値書換部１３０２が出力するパケットのＴＯＳ値に基づき優先度を判定し、優先度に基づき優先度が高いパケットを優先キュー１３０６に格納し、優先度が低いパケットを非優先キュー１３０７に格納する。優先キュー１３０６、非優先キュー１３０７にそれぞれ格納されたパケットがネットワークＮＷに送出される。優先キュー１３０６に格納されたパケットが保証帯域ＢＷを使用するＴＯＳ値を有し、非優先キュー１３０７に格納されたパケットが非保証帯域ＢＸを使用するＴＯＳ値を有する。
【００５３】
図１４は、ルーターのハードウェア構成例を示す図である。ルーター５１１は、ＰＨＹ１４０１、ＭＡＣ１４０２、スイッチ（ＳＷ）１４０３、コントローラ（ＣＮＴ）１４０４、ＣＰＵ１４０５、ＲＡＭ１４０６、ＲＯＭ１４０７、インタフェース（ＩＮＦ）１４０８、を含む。
【００５４】
ＰＨＹ１４０１は、ＭＡＣ１４０２より受け取った論理信号を、ネットワークＮＷの媒体（伝送路）上に送出する物理信号へと変換して媒体上へ送出する。また、ＰＨＹ１４０１は、受信した物理信号を論理信号に変換しＭＡＣ１４０２へと引き渡す。ＭＡＣ１４０２は、通信プロトコルのＭＡＣ層までのコントロールを行う。ＰＨＹ１４０１，ＭＡＣ１４０２は、上述したパケット受信部１３０１、および優先キュー１３０６，非優先キュー１３０７に格納されたパケットの送信の機能を実現する。
【００５５】
スイッチ（ＳＷ）１４０３は、ＣＮＴ１４０４からの指示により決定されたパケット転送先のテーブルに基づきパケットを転送する。ＰＨＹ１４０１およびＭＡＣ１４０２はそれぞれ複数がＳＷ１４０３に接続され、ＳＷ１４０３により転送先に経路が切り替えられる（ルーティング）。スイッチ１４０３は、上述したＴＯＳ値書換部１３０２の機能を実現する。
【００５６】
ＣＮＴ１４０４は、ルーティング情報の決定を行い、ＣＰＵ１４０５，ＲＡＭ１４０６，ＲＯＭ１４０７，ＩＮＦ１４０８を含む。ＣＰＵ１４０５は、ＲＯＭ１４０７等のメモリに格納されたプログラムを実行し、ルーティング情報の決定を行い、決定したルーティング（経路）をＳＷ１４０３に指示する。ＩＮＦ１４０８は、ＣＮＴ外のブロック（ＳＷ１４０３等）とのやり取りを行うインタフェースである。ＩＮＦ１４０８は、上述したＴＯＳ値書換依頼メッセージ受信部１３０４の機能を実現する。
【００５７】
例えば、ＣＰＵ１４０５がＲＯＭ１４０７に格納された制御プログラムを実行し、この際、ＲＡＭ１４０６を作業領域に使用することで、図１３に示すルーター５１１の優先度判定部１３０５の機能を実現することができる。また、図１４のメモリ（ＲＯＭ１４０７等）を用いて図１３のＴＯＳ値書換テーブル１３０３の情報を保持できる。
【００５８】
ルーター５１１は、優先度制御サーバ５１２の機能を有してもよい。この場合、ＣＮＴ１４０４が優先度制御サーバ５１２（図９参照）の各機能を実行する。また、ルーター５１１のメモリ（ＲＯＭ１４０７等）を用いて優先度制御サーバ５１２のクラス内優先度一覧９０３、利用者優先度一覧９０５の情報を保持できる。
【００５９】
ルーター５１１は、優先度制御サーバ５１２からの指示に従いパケットの優先度を変更して保証帯域ＢＷの利用制限を制御する。この際、上記ＴＯＳ値書換部１３０２に書き換え条件を設定することによりＴＯＳ値の書き換えを実行する。
【００６０】
図１５は、ＴＯＳ値書換テーブルの例を示す図表である。ＴＯＳ値書換依頼メッセージ受信部１３０４は、優先度制御サーバ５１２からのＴＯＳ値書換依頼メッセージを受信すると、受信したメッセージの内容をＴＯＳ値書換テーブル１３０３に書き込む。また、優先度制御サーバ５１２からＴＯＳ値書換中止のＴＯＳ値書換メッセージを受信した場合は、ＴＯＳ値書換テーブル１３０３の該当レコードの削除を実施する。
【００６１】
図１５に示すように、優先度制御サーバ５１２からのＴＯＳ値書換依頼メッセージとして例えば、「ＴＯＳ＿ｏｖｅｒｗｒｉｔｅ＿ａｄｄ  ｒｅｄ，１０．２．１．９０．０」を受信したとする。この場合、ＴＯＳ値書換依頼メッセージ受信部１３０４は、ＴＯＳ値書換テーブル１３０３の新たなレコードにＩＰアドレス「１０．２．１．９０」、ＴＯＳ値「０」を書き込む。
【００６２】
図１６は、ＴＯＳ値書換部の機能を説明する図である。ＴＯＳ値書換部１３０２は、ＩＰアドレス抽出部１６０１、パケット振分部１６０２、書換部１６０３、を含む。ＴＯＳ値書換部１３０２は以下の処理順でＴＯＳ値の書き換えを実施する。
【００６３】
１．ＩＰアドレス抽出部１６０１は、パケット受信部１３０１から受信したＩＰパケットのソースアドレスを抽出する。
２．パケット振分部１６０２は、受信したＩＰパケットのソースアドレスをキーにＴＯＳ値書換テーブル１３０３を検索する。検索がヒットした場合、パケット振分部１６０２は、該当パケットを書換部１６０３へ送り、検索がヒットしない場合には、該当パケットを優先度判定部１３０５へ送る。
３．書換部１６０３は、パケット振分部１６０２から送られてきたＩＰパケットのソースアドレスに対応するＴＯＳ値をＴＯＳ値書換テーブル１３０３から抽出し、パケットのＴＯＳ値を書き換え、パケットを優先度判定部１３０５へ送る。
【００６４】
（保証帯域の使用の平準化について）
次に、実施の形態１における保証帯域ＢＷの使用の平準化について説明する。この点は、ルーター５１１における優先キュー１３０６への転送データの平準化の制御に相当する。
【００６５】
実施の形態１では、保証帯域ＢＷの利用率が１００％を超過することで生じる優先度の高い業務への影響の発生を防ぐ。このため、保証帯域ＢＷの利用率が閾値を超過した場合の保証帯域ＢＷの使用を抑制し、一部のトラフィックが保証帯域ＢＷを使用する制御を行う。一方、保証帯域ＢＷの利用率が低下して閾値を下回った場合には、保証帯域ＢＷの使用が制限されていたトラフィックに対し、保証帯域ＢＷの使用を許可する制御を行う。
【００６６】
図１７は、保証帯域の使用の制限の制御内容を示すフローチャートである。図１８は、保証帯域の使用の制限解除の制御内容を示すフローチャートである。これらの制御は、優先度制御サーバ５１２の制御に基づき、ルーター５１１が実施する。優先度制御サーバ５１２は、保証帯域ＢＷの利用率を閾値を用いて監視し、利用率が閾値を超えた場合に図１７の処理を実行し、利用率が閾値を下回った場合に図１８の処理を実行する。
【００６７】
はじめに、図１７を用いて保証帯域ＢＷのトラフィックが帯域を超過した場合の処理について説明する。優先度制御サーバ５１２は、一定の時間間隔でルーター５１１の優先キュー１３０６の利用率ηをルーター５１１より取得（モニター）する（ステップＳ１７０１）。次に、優先度制御サーバ５１２は、利用率のモニター値を予め設定した所定の閾値α１と比較する（ステップＳ１７０２）。そして、利用率ηが閾値α１以上であれば（ステップＳ１７０２：Ｙｅｓ）、優先度制御サーバ５１２は、保証帯域ＢＷのトラフィックをベストエフォート帯域ＢＸへと移すステップＳ１７０３以下の処理を実行する。利用率ηが閾値α１未満であれば（ステップＳ１７０２：Ｎｏ）、ステップＳ１７０１に戻る。
【００６８】
ステップＳ１７０３では、優先度制御サーバ５１２は、最低のクラス内優先度を取得し、そのクラス内優先度をｃｌａｓｓ＿ｐｒｉｏｒｉｔｙとする（ステップＳ１７０３）。次に、クラス内優先度が最低のｃｌａｓｓ＿ｐｒｉｏｒｉｔｙの端末種別の利用者優先度一覧９０５から優先度が一番低い利用者を探し、その利用者の優先度をｐｒｉｏｒｉｔｙとする（ステップＳ１７０４）。
【００６９】
次に、優先度制御サーバ５１２は、取得した優先度の利用者ＩＤを取得し、利用者ＩＤをｕｓｅｒ＿ｉｄとし（ステップＳ１７０５）、利用者情報取得依頼メッセージを業務サーバ５０１に送信する（ステップＳ１７０６）。メッセージ例は「ｕｓｅｒ＿ｉｎｆｏ＿ｒｅｑ，ＩＤ」である（ｕｓｅｒ＿ｉｎｆｏ＿ｒｅｑ：メッセージ種別、ＩＤ：利用者ＩＤ）。
【００７０】
次に、業務サーバ５０１は、現在利用者が使用している端末１００のＩＰアドレスを含む利用者情報メッセージを優先度制御サーバ５１２に回答する（ステップＳ１７０７）。メッセージ例は、「ｕｓｅｒ＿ｉｎｆｏ＿ｒｅｓ，ＩＤ，ｉｐａｄｄｒｅｓｓ」である（ｕｓｅｒ＿ｉｎｆｏ＿ｒｅｓ：メッセージ種別、ＩＤ：利用者ＩＤ、ｉｐａｄｄｒｅｓｓ：利用中端末のＩＰアドレス）。
【００７１】
次に、優先度制御サーバ５１２は、ＴＯＳ値書換メッセージをルーター５１１に送信し、該当利用者からのパケットの保証帯域利用制限を依頼する（ステップＳ１７０８）。メッセージ例は、「ＴＯＳ＿ｏｖｅｒｗｒｉｔｅ＿ａｄｄ＿ｅｑ，ｉｐａｄｄｒｅｓｓ，ＴＯＳ」である（ＴＯＳ＿ｏｖｅｒｗｒｉｔｅ：メッセージ種別、ｉｐａｄｄｒｅｓｓ：利用している端末のＩＰアドレス  、ＴＯＳ：書換後のＴＯＳ値）。
【００７２】
次に、ルーター５１１は、優先度制御サーバ５１２から受信したメッセージに従い、ＴＯＳ値書換テーブル１３０３にＴＯＳ値書換メッセージに含まれるＩＰアドレスとＴＯＳ値を書き込む（ステップＳ１７０９）。例えば、「ｉｐａｄｄｒｅｓｓ，ＴＯＳ」の各値をＴＯＳ値書換テーブル１３０３に書き込む。ＩＰアドレスとＴＯＳ値の組み合わせがＴＯＳ値書換テーブル１３０３に書き込まれることにより、書換部１６０３によるＴＯＳ値の書き換えが行われる。
【００７３】
次に、優先度制御サーバ５１２は、保証帯域ＢＷの利用率ηをルーター５１１より取得する（ステップＳ１７１０）。そして、優先度制御サーバ５１２は、利用率ηと閾値α１とを比較する（ステップＳ１７１１）。利用率ηが閾値α１以上であれば（ステップＳ１７１１：Ｙｅｓ）、ステップＳ１７１２に移行する。利用率が閾値α１未満であれば（ステップＳ１７１１：Ｎｏ）、以上の処理を完了し、ステップＳ１７０１に戻って待機する（保証帯域ＢＷの利用率をモニターし続ける）。
【００７４】
ステップＳ１７１２以下の処理では、クラス内優先度が同じで次に優先度が低い利用者に関する処理を行う。ステップＳ１７１２では、優先度制御サーバ５１２は、利用者の優先度を一つ増やす（ステップＳ１７１２）。例えば、「ｐｒｉｏｒｉｔｙ＋１」を新たなｐｒｉｏｒｉｔｙとする。
【００７５】
次に、優先度制御サーバ５１２は、利用者の優先度が最大値「ＭＡＸ」に達したか判断し（ステップＳ１７１３）、利用者の優先度がＭＡＸであれば（ステップＳ１７１３：Ｙｅｓ）、ステップＳ１７１４に移行する。利用者の優先度が「ＭＡＸ」に達していなければ（ステップＳ１７１３：Ｎｏ）、ステップＳ１７０５に戻る。
【００７６】
次に、優先度制御サーバ５１２は、クラス内優先度ｃｌａｓｓ＿ｐｒｉｏｒｉｔｙが最大値「ＭＡＸ」であるか否かを判断する（ステップＳ１７１４）。クラス内優先度ｃｌａｓｓ＿ｐｒｉｏｒｉｔｙが「ＭＡＸ」でなければ（ステップＳ１７１４：Ｙｅｓ）、ステップＳ１７１５に移行する。クラス内優先度ｃｌａｓｓ＿ｐｒｉｏｒｉｔｙが「ＭＡＸ」であれば（ステップＳ１７１４：Ｎｏ）、ステップＳ１７０１に戻る。
【００７７】
ステップＳ１７１５では、クラス内優先度を一つ増やし（ステップＳ１７１５）、ステップＳ１７０４に戻る。例えば、「ｃｌａｓｓ＿ｐｒｉｏｒｉｔｙ＋１」を新たなｃｌａｓｓ＿ｐｒｉｏｒｉｔｙとする。
【００７８】
図１７の処理によれば、図１２に示した保証帯域利用優先度が最も低い「１５」の業務「窓口」、利用者ＩＤ「Ｃｏｕ＿ｓａｔｏ＿００２」の利用者の端末１００のパケットのＴＯＳ値が最初に変更され、ベストエフォート帯域ＢＸに変更される。以降、保証帯域ＢＷのトラフィックの帯域の超過が解消されるまで、保証帯域利用優先度が「１４」→「１」の利用者順にベストエフォート帯域ＢＸに変更されていく。
【００７９】
次に、図１８を用いて保証帯域ＢＷのトラフィックの帯域超過が収束した場合の処理について説明する。優先度制御サーバ５１２は、一定の時間間隔でルーター５１１の優先キュー１３０６の利用率ηをルーター５１１より取得する（ステップＳ１８０１）。次に、優先度制御サーバ５１２は、利用率ηのモニター値を予め設定した所定の閾値α２（α１＞α２）と比較する（ステップＳ１８０２）。
【００８０】
そして、利用率ηが閾値α２以下であれば（ステップＳ１８０２：Ｙｅｓ）、優先度制御サーバ５１２は、保証帯域ＢＷからベストエフォート帯域へと移したトラフィックを保証帯域ＢＷへ戻すステップＳ１８０３以下の処理を実行する。利用率ηが閾値α２を超えていれば（ステップＳ１８０２：Ｎｏ）、ステップＳ１８０１に戻る。
【００８１】
すなわち、図１８の制御は、図１７の帯域制限を行ったトラフィックの利用者（端末１００）を対象として帯域制限解除を実行するものであり、帯域制限を行っていない利用者（端末１００）は対象としていない。
【００８２】
ステップＳ１８０３では、優先度制御サーバ５１２は、クラス内優先度ｃｌａｓｓ＿ｐｒｉｏｒｉｔｙを「１」に設定する（ステップＳ１８０３）。そして、優先度制御サーバ５１２は、クラス内優先度がｃｌａｓｓ＿ｐｒｉｏｒｉｔｙの端末種別の利用者優先度一覧９０５から優先度が一番高い利用者を探し、その利用者の優先度をｐｒｉｏｒｉｔｙとする（ステップＳ１８０４）。
【００８３】
次に、優先度制御サーバ５１２は、取得した優先度の利用者ＩＤを取得し、利用者ＩＤをｕｓｅｒ＿ｉｄとし（ステップＳ１８０５）、利用者情報取得依頼メッセージを業務サーバ５０１に送信する（ステップＳ１８０６）。メッセージ例は「ｕｓｅｒ＿ｉｎｆｏ＿ｒｅｑ，ＩＤ」である。
【００８４】
次に、業務サーバ５０１は、現在利用者が使用している端末１００のＩＰアドレスを含む利用者情報メッセージを優先度制御サーバ５１２に回答する（ステップＳ１８０７）。メッセージ例は、「ｕｓｅｒ＿ｉｎｆｏ＿ｒｅｓ，ＩＤ，ｉｐａｄｄｒｅｓｓ」である。
【００８５】
次に、優先度制御サーバ５１２は、ＴＯＳ値書換メッセージをルーター５１１に送信し、該当利用者からのパケットの保証帯域利用制限解除を依頼する（ステップＳ１８０８）。メッセージ例は、「ＴＯＳ＿ｏｖｅｒｗｒｉｔｅ＿ｄｅｌ＿ｅｑ，ｉｐａｄｄｒｅｓｓ」である。
【００８６】
次に、ルーター５１１は、優先度制御サーバ５１２から受信したメッセージに指定されたＩＰアドレスを含むレコードをＴＯＳ値書換テーブル１３０３から削除する（ステップＳ１８０９）。例えば、「ｉｐａｄｄｒｅｓｓ，ＴＯＳ」の各値をＴＯＳ値書換テーブル１３０３から削除する。
【００８７】
次に、優先度制御サーバ５１２は、保証帯域ＢＷの利用率ηをルーター５１１より取得する（ステップＳ１８１０）。そして、優先度制御サーバ５１２は、利用率と閾値α１とを比較する（ステップＳ１８１１）。利用率ηが閾値α１以上であれば（ステップＳ１８１１：Ｙｅｓ）、ステップＳ１８１２に移行する。利用率ηが閾値α１未満であれば（ステップＳ１８１１：Ｎｏ）、以上の処理を完了し、ステップＳ１８０１に戻って待機する（保証帯域ＢＷの利用率をモニターし続ける）。
【００８８】
ステップＳ１８１２以下の処理では、クラス内優先度が同じで次に優先度が高い利用者に関する処理を行う。ステップＳ１８１２では、優先度制御サーバ５１２は、利用者の優先度を一つ減らす（ステップＳ１８１２）。例えば、「ｐｒｉｏｒｉｔｙ−１」を新たなｐｒｉｏｒｉｔｙとする。
【００８９】
次に、優先度制御サーバ５１２は、利用者の優先度が最も低い値「０」に達したか判断し（ステップＳ１８１３）、利用者の優先度が最も低い値であれば（ステップＳ１８１３：Ｙｅｓ）、ステップＳ１８１４に移行する。利用者の優先度が最も低い値でなければ（ステップＳ１８１３：Ｎｏ）、ステップＳ１８０５に戻る。
【００９０】
次に、優先度制御サーバ５１２は、クラス内優先度ｃｌａｓｓ＿ｐｒｉｏｒｉｔｙが最小値「１」であるか否かを判断する（ステップＳ１８１４）。クラス内優先度ｃｌａｓｓ＿ｐｒｉｏｒｉｔｙが「１」でなければ（ステップＳ１８１４：Ｙｅｓ）、ステップＳ１８１５に移行し、クラス内優先度ｃｌａｓｓ＿ｐｒｉｏｒｉｔｙが「１」であれば（ステップＳ１８１４：Ｎｏ）、ステップＳ１８０１に戻る。
【００９１】
ステップＳ１８１５では、クラス内優先度を一つ減らし（ステップＳ１８１５）、ステップＳ１８０４に戻る。例えば、「ｃｌａｓｓ＿ｐｒｉｏｒｉｔｙ−１」を新たなｃｌａｓｓ＿ｐｒｉｏｒｉｔｙとする。
【００９２】
図１８の帯域制限の制御により、保証帯域ＢＷからベストエフォート帯域ＢＸにパケットの使用に移行された利用者のうち、保証帯域利用優先度が最も高い業務種別内で最も優先度が高い端末１００のパケットのＴＯＳ値が最初に変更され、保証帯域ＢＷに戻される。例えば、図１２に示した保証帯域利用優先度「７〜１５」の利用者がベストエフォート帯域ＢＸの使用に移行された後、帯域制限の解除時には、最も優先度が高い保証帯域利用優先度「７」の業務「決済」、利用者ＩＤ「Ｓｅｔ＿ｙｏｓｈｉｄａ＿００１」の利用者の端末１００のパケットのＴＯＳ値が最初に変更され、保証帯域ＢＷに戻すよう変更される。以降、保証帯域ＢＷのトラフィックの帯域をすべて使用するまで、保証帯域利用優先度「８」→「１５」の利用者順に制限解除されていく。
【００９３】
以上説明した実施の形態１によれば、拠点の複数の端末のトラフィックの合計が保証帯域を超える場合でも、優先度が高い端末は保証帯域を用いた通信を継続して行えるようになる。実施の形態１では、端末の優先度を設定しておき、複数の端末のトラフィックの合計が保証帯域を超える場合、優先度が低い端末から順にベストエフォート帯域へ移行させる帯域制限の制御を行うことで、優先度が高い端末が保証帯域を使用継続できる。
【００９４】
複数の端末のトラフィックの合計は、ルーターのキューの利用率をモニターすることで簡単に検出できる。そして、優先キューの利用率が低下した場合には、ベストエフォート帯域を使用している端末のうち、優先度が高い端末から順に保証帯域へ移行させる。この際、ベストエフォート帯域に振り分けられたパケットは、帯域制限を受けるが破棄されることなく送信できる。また、帯域の切り替えは、ルーターのキューに格納されるパケットのＴＯＳ値を変更することで簡単に制御できる。これにより、固定の保証帯域を効率的に使用でき、かつ、優先度を有する端末が優先的に保証帯域を使用できるようになる。
【００９５】
拠点の端末は、例えば、業務種別ごとに優先度を設定し、また、業務種別内の端末の利用者ごとに優先度を設定することにより、業務種別と利用者とを組み合わせて細かく優先度を設定することができるようになる。
【００９６】
（実施の形態２）
次に、実施の形態２について説明する。実施の形態１では、利用者の優先度として優先度制御サーバ５１２に予め設定された利用者優先度一覧９０５のテーブルの値を利用したが、実施の形態２では、業務サーバ５０１の利用状況から優先度を得る構成である。以下、実施の形態２において、実施の形態１と同一の構成部には同一の符号を付してあり、主に実施の形態１と異なる構成を説明する。
【００９７】
図１９は、実施の形態２にかかる利用者優先度一覧の例を示す図表である。業務サーバ５０１は、利用者情報一覧６０３として、端末１００でログインした利用者ＩＤ（ＩＤ）、利用者の端末１００のＩＰアドレスに加えて、利用者の累積ログイン時間、を紐づけて作成する。
【００９８】
図１９の例で最も累積ログイン時間が多い利用者（ＩＤ）は、「Ｗｏｒ＿ｓａｔｏ＿０１０］の「２１１時間２２分４秒」、最も累積ログイン時間が少ない利用者（ＩＤ）は、「Ｗｏｒ＿ｕｅｎｏ＿００４］の「０時間０分０秒（ログイン無）」である。
【００９９】
次に、利用者情報一覧６０３の更新の処理について説明する。端末１００の利用率が閾値を超過した場合、および閾値の超過の終息を検出した際に、上記保証帯域の使用の制限の処理（図１７参照）および制限解除の処理（図１８参照）を実行する前に全業務種別に対応する利用者情報一覧６０３の更新を行う。
【０１００】
優先度制御サーバ５１２は、業務サーバ５０１に対して、業務種別単位での累積ログイン時間の一覧を要求する。要求を受けた業務サーバ５０１は、業務種別単位での利用者ＩＤごとの累積ログイン時間の一覧を優先度制御サーバ５１２に回答する。回答を受けた優先度制御サーバ５１２は、利用者ＩＤをログイン時間の長さでソートした一覧を作成することにより、利用者情報一覧６０３の更新を行う。
【０１０１】
図２０は、実施の形態２にかかる利用者優先度一覧の更新の概要を説明する図である。図２０には、利用者優先度一覧９０５の更新にかかる機能部を主に記載してある。優先度制御サーバ５１２は、利用者優先度一覧更新部２００１、メッセージ送受信部９０８、を含む。業務サーバ５０１は、ログイン受付部６０１、メッセージ送受信部６０４、利用者優先度一覧更新保持部２０１０、を含む。
【０１０２】
また、図２１は、実施の形態２にかかる優先度制御サーバの機能ブロック図、図２２は、実施の形態２にかかる業務サーバの機能ブロック図である。図２０で説明した、優先度制御サーバ５１２の利用者優先度一覧更新部２００１は、優先度制御部９０１からの指示に従い、累積ログイン時間取得依頼を行う。また、メッセージ送受信部９０８を介して受信した累積ログイン時間一覧に基づき、利用者優先度一覧９０５の利用者ＩＤをログイン時間の長さでソートし、利用者優先度一覧９０５の更新を行う。
【０１０３】
図２２の業務サーバ５０１の利用者情報一覧６０３は、端末１００の利用者ＩＤ（ＩＤ）、ＩＰアドレス、累積ログイン時間、を含む。
【０１０４】
優先度制御サーバ５１２の利用者優先度一覧更新部２００１は、以下の二つの制御を行う。
１．累積ログイン時間の取得依頼…優先度制御の開始時に、業務サーバ５０１に向けて累積ログイン時間一覧取得依頼（Ｄ１）を出力する。累積ログイン時間一覧取得依頼（Ｄ１）は、「業務種別」の情報を含む。
２．利用者優先度一覧の更新…業務サーバ５０１から取得した累積ログイン時間一覧（Ｄ６）を用いて、累積ログイン時間の大きい利用者から順に利用者ＩＤを並べることにより利用者優先度一覧９０５を更新する。累積ログイン時間一覧（Ｄ６）は、「データ数、利用者ＩＤ、累積ログイン時間」の情報を含む。
【０１０５】
メッセージ送受信部９０８は、利用者優先度一覧更新部２００１からの依頼に基づき、累積ログイン時間取得メッセージ（Ｄ２）を作成し、業務サーバ５０１に向けて送信する。累積ログイン時間取得メッセージ（Ｄ２）は、「業務種別」の情報を含む。また、業務サーバ５０１から、累積ログイン時間一覧応答メッセージ（Ｄ５）を受信し、利用者優先度一覧更新部２００１へ累積ログイン時間一覧（Ｄ６）を送出する。累積ログイン時間一覧応答メッセージ（Ｄ５）は、「業務種別」の情報を含む。
【０１０６】
業務サーバ５０１のメッセージ送受信部６０４は、優先度制御サーバ５１２から受信した、累積ログイン時間取得メッセージ（Ｄ２）に基づき、利用者優先度一覧更新保持部２０１０に累積ログイン時間取得要求（Ｄ３）を送出する。累積ログイン時間取得要求（Ｄ３）は、「業務種別」の情報を含む。また、利用者優先度一覧更新保持部２０１０が出力する累積ログイン時間一覧応答（Ｄ４）をもとに累積ログイン時間一覧応答メッセージ（Ｄ５）を作成し優先度制御サーバ５１２に送信する。
【０１０７】
利用者優先度一覧更新保持部２０１０は、以下の二つの制御を行う。
１．各利用者の累積ログイン時間の更新…ログイン受付部６０１からの利用者の端末１００のログイン通知（Ｄ１１）を契機に、該当する利用者ＩＤの利用中フラグを「１」にする。また、ログイン受付部６０１からのログアウト通知（Ｄ１２）を契機に、該当する利用者ＩＤの利用中フラグを「０」にするとともに、累積ログイン時間を「０」にする。また、周期的に全利用者ＩＤの利用中フラグをポーリングし、フラグが「１」となっている利用者ＩＤの累積ログイン時間を更新する。ログイン通知（Ｄ１１）、ログアウト通知（Ｄ１２）は、「時刻、利用者ＩＤ」の情報を含む。
【０１０８】
２．累積ログイン時間の応答…メッセージ送受信部６０４からの累積ログイン時間取得要求（Ｄ３）に応じて、累積ログイン時間一覧応答（Ｄ４）をメッセージ送受信部６０４に出力する。累積ログイン時間一覧応答（Ｄ４）は、「利用者ＩＤ、累積ログイン時間」の情報を含む。
【０１０９】
ログイン受付部６０１は、利用者の端末１００のログインまたはログアウトを契機に以下の二つの動作を行う。
１．ログイン通知（Ｄ１１）…利用者からのログインをトリガーに、「利用者ＩＤ、ログイン時刻」の組み合わせを、利用者優先度一覧更新保持部２０１０へ通知する。
２．ログアウト通知（Ｄ１２）…利用者からのログアウトをトリガーに、「利用者ＩＤ、ログアウト時刻」の組み合わせを利用者優先度一覧更新保持部２０１０へ通知する。
【０１１０】
次に、利用者優先度一覧９０５の更新手順の例を説明する。以下の三つの手順を全ての「業務種別」に対して実施することにより、優先度制御サーバ５１２は、利用者優先度一覧９０５を更新する。
１．累積ログイン時間の取得依頼
優先度制御サーバ５１２は、利用者優先度を定義するために、業務サーバ５０１に対し、各ユーザの累積ログイン時間一覧の取得を依頼するメッセージを送信する。累積ログイン時間取得メッセージ（Ｄ２）は、例えば、「Ａｃｃｕｍｕｌａｔｉｏｎ＿ｌｏｇｉｎ＿ｐｅｒｉｏｄ＿ｒｅｑ，  Ｊｏｂ＿ｔｙｐｅ」である。なお、Ａｃｃｕｍｕｌａｔｉｏｎ＿ｌｏｇｉｎ＿ｐｅｒｉｏｄ＿ｒｅｑはメッセージ種別、Ｊｏｂ＿ｔｙｐｅは累積ログイン時間を要求する業務である。
【０１１１】
２．累積ログイン時間一覧応答の応答
業務サーバ５０１は、累積ログイン時間取得メッセージ（Ｄ２）に対して、指定された業務の利用者情報一覧６０３に含まれる利用者の累積ログイン時間一覧を以下のメッセージとして優先度制御サーバ５１２に応答する。累積ログイン時間一覧応答メッセージ（Ｄ５）は、例えば、「Ａｃｃｕｍｕｌａｔｉｏｎ＿ｌｏｇｉｎ＿ｐｅｒｉｏｄ＿ｒｅｑ，Ｊｏｂ＿ｔｙｐｅ，ｎ，ＩＤ１，ｔｉｍｅ１，ＩＤ２，ｔｉｍｅ２，…，ＩＤｍ，ｔｉｍｅｍ」である。なお、Ａｃｃｕｍｕｌａｔｉｏｎ＿ｌｏｇｉｎ＿ｐｅｒｉｏｄ＿ｒｅｑはメッセージ種別、Ｊｏｂ＿ｔｙｐｅは累積ログイン一覧を要求された業務、ｎは送信するデータ数、ＩＤｍはｍ番目の利用者ＩＤ、ｔｉｍｅｍはＩＤｍの利用者の累積ログイン時間である。
【０１１２】
３．利用者優先度一覧の更新
優先度制御サーバ５１２は、受信した累積ログイン時間一覧応答メッセージ（Ｄ５）を用い、累積ログイン時間の長い順に利用者ＩＤをソートすることにより、該当業務の利用者優先度一覧９０５を更新する。
【０１１３】
以上説明した実施の形態２によれば、実施の形態１同様の作用効果を得ることができるほかに、利用者の累積ログイン時間を用いることで、端末ごとの優先度をより正確に判断できるようになる。また、利用者の累積ログイン時間を用いた判断により、端末の優先度を固定設定しておく必要がなく、経時的に変化する端末のログイン状態に基づき、優先度をダイナミックに設定できるようになる。
【０１１４】
以上説明した各実施の形態によれば、固定の保証帯域をできるだけ多数の端末で使用できるようになり、業務種別ごとに異なる日時等でのトラフィックの変動にも対応できるようになる。すなわち、拠点のすべての端末のトラフィックが保証帯域に収容できない制約において、ある端末のパケットは、通常時には保証帯域を使用し、特定の日時にトラフィックが集中する場合には、ベストエフォート帯域に移行される。このように、端末やパケットの種別によらず、ダイナミックに帯域の移行が行えるようになる。
【０１１５】
また、上記実施の形態では、端末を拠点での業務種別ごとに優先度を設定する構成としたが、優先度の設定は業務種別に限らず任意のグループごとに設定することができる。
【０１１６】
なお、本実施の形態で説明したパケット制御方法は、予め用意された制御プログラムを対象機器（上記システムの各装置）等のコンピュータ（ＣＰＵ等）が実行することにより実現することができる。本制御プログラムは、磁気ディスク、光ディスク、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）フラッシュメモリなどのコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。また、制御プログラムは、インターネット等のネットワークを介して配布してもよい。
【０１１７】
上述した実施の形態に関し、さらに以下の付記を開示する。
【０１１８】
（付記１）複数の端末がパケット中継装置経由でサーバと通信するシステムにおけるパケット制御装置であって、
前記パケット中継装置でのパケットのトラフィックを取得し、前記トラフィックが保証帯域に対応して設定した所定の閾値を超えると、前記パケット中継装置に対し、優先度が低い順の前記端末のパケットの処理を、保証帯域に対応する優先制御処理から非保証帯域に対応する優先制御処理に移行させる指示を行う制御部を備えたことを特徴とするパケット制御装置。
【０１１９】
（付記２）前記制御部は、
前記パケット中継装置のキューの利用率を取得し、当該利用率に基づき、前記保証帯域に送出する前記パケットのトラフィックを判断することを特徴とする付記１に記載のパケット制御装置。
【０１２０】
（付記３）前記制御部は、
前記保証帯域に対応する優先制御処理を、前記パケット中継装置の優先キューのパケットに対し行い、前記非保証帯域に対応する優先制御処理を、前記パケット中継装置の非優先キューのパケットに対し行うことを特徴とする付記１または２に記載のパケット制御装置。
【０１２１】
（付記４）前記制御部は、
前記トラフィックが保証帯域に対応して設定した所定の閾値に収束すると判断すると、前記パケット中継装置に対し、前記非保証帯域に対応する優先制御処理を行ったパケットのうち、優先度が高い順の前記端末のパケットを前記保証帯域に戻す制御を行うことを特徴とする付記１〜３のいずれか一つに記載のパケット制御装置。
【０１２２】
（付記５）前記制御部は、
前記パケット中継装置が送出する前記パケットのパケットヘッダの優先度指標値の書き換えを指示し、前記優先制御処理の移行を行うことを特徴とする付記１〜４のいずれか一つに記載のパケット制御装置。
【０１２３】
（付記６）前記制御部は、
前記優先度を、前記複数の端末のグループ種別および利用者別に予め設定保持し、前記グループ種別の優先度と、当該グループ種別内での前記利用者別の優先度との組み合わせに基づき、前記優先制御処理の移行を行うことを特徴とする付記１〜５のいずれか一つに記載のパケット制御装置。
【０１２４】
（付記７）前記制御部は、
前記サーバが管理する前記端末の識別子、および前記端末を利用する利用者の識別子を取得し、前記複数の端末の前記グループ種別および当該グループ種別内での前記利用者別の前記優先度をそれぞれ設定することを特徴とする付記６に記載のパケット制御装置。
【０１２５】
（付記８）前記制御部は、
前記サーバが管理する前記端末のログイン状態に基づき、ログインしている前記端末の前記パケットを対象に前記優先制御処理の移行を行うことを特徴とする付記１〜７のいずれか一つに記載のパケット制御装置。
【０１２６】
（付記９）前記制御部は、
前記サーバが管理する前記端末の累計ログイン時間をさらに取得し、当該累計ログイン時間を含めて、前記端末の前記優先度を動的に変更することを特徴とする付記５〜８のいずれか一つに記載のパケット制御装置。
【０１２７】
（付記１０）複数の端末のパケットを中継してサーバと通信するシステムにおけるパケット制御装置であって、
前記パケットのトラフィックを取得し、前記トラフィックが保証帯域に対応して設定した所定の閾値を超えると、優先度が低い順の前記端末のパケットの処理を、保証帯域に対応する優先制御処理から非保証帯域に対応する優先制御処理に移行させる指示を行う制御部を備えたことを特徴とするパケット制御装置。
【０１２８】
（付記１１）複数の端末と、前記端末と通信するサーバと、前記端末のパケットを前記サーバに中継するパケット中継装置と、前記パケット中継装置を制御するパケット制御装置と、を含むパケット制御システムであって、
前記パケット制御装置は、
前記パケット中継装置でのパケットのトラフィックを取得し、前記トラフィックが保証帯域に対応して設定した所定の閾値を超えると、前記パケット中継装置に対し、優先度が低い順の前記端末のパケットの処理を、保証帯域に対応する優先制御処理から非保証帯域に対応する優先制御処理に移行させる指示を行う制御部を備えたことを特徴とするパケット制御システム。
【０１２９】
（付記１２）複数の端末と、前記端末と通信するサーバと、前記端末のパケットを前記サーバに中継するパケット中継装置と、を含むパケット制御システムであって、
前記パケット中継装置は、
前記パケットのトラフィックを取得し、前記トラフィックが保証帯域に対応して設定した所定の閾値を超えると、優先度が低い順の前記端末のパケットの処理を、保証帯域に対応する優先制御処理から非保証帯域に対応する優先制御処理に移行させる指示を行う制御部を備えたことを特徴とするパケット制御システム。
【０１３０】
（付記１３）複数の端末がパケット中継装置経由でサーバと通信するシステムにおけるパケット制御装置のパケット制御方法であって、
前記パケット中継装置でのパケットのトラフィックを取得し、
前記トラフィックが保証帯域に対応して設定した所定の閾値を超えると、前記パケット中継装置に対し、優先度が低い順の前記端末のパケットの処理を、保証帯域に対応する優先制御処理から非保証帯域に対応する優先制御処理に移行させる指示を行うことを特徴とするパケット制御方法。
【０１３１】
（付記１４）複数の端末がパケット中継装置経由でサーバと通信するシステムにおけるパケット制御装置のパケット制御プログラムであって、
前記パケット制御装置のコンピュータに、
前記パケット中継装置でのパケットのトラフィックを取得させ、
前記トラフィックが保証帯域に対応して設定した所定の閾値を超えると、前記パケット中継装置に対し、優先度が低い順の前記端末のパケットの処理を、保証帯域に対応する優先制御処理から非保証帯域に対応する優先制御処理に移行させる指示を出す、
処理を実行させることを特徴とするパケット制御プログラム。
【符号の説明】
【０１３２】
１００  端末
５０１  業務サーバ
５１０  スイッチ
５１１  パケット中継装置（ルーター）
５１２  優先度制御サーバ
６０２  利用者一覧更新保持部
６０３  利用者情報一覧
９０１  優先度制御部
９０２  クラス内優先度検索部
９０３  クラス内優先度一覧
９０４  利用者優先度検索部
９０５  利用者優先度一覧
９０６  優先制御指示部
９０７  保証帯域利用率モニター部
９０８  メッセージ送受信部
１３０１  パケット受信部
１３０２  ＴＯＳ値書換部
１３０３  ＴＯＳ値書換テーブル
１３０４  ＴＯＳ値書換依頼メッセージ受信部
１３０５  優先度判定部
１３０６  優先キュー
１３０７  非優先キュー
１６０１  ＩＰアドレス抽出部
１６０２  パケット振分部
１６０３  書換部
２００１  利用者優先度一覧更新部
２０１０  利用者優先度一覧更新保持部
Ａ  拠点
Ｂ  業務センター
ＢＷ  保証帯域
ＢＸ  非保証帯域（ベストエフォート帯域）
【図１】
2018082361.tif 000005
【図２】
2018082361.tif 000006
【図３】
2018082361.tif 000007
【図４】
2018082361.tif 000008
【図５】
2018082361.tif 000009
【図６】
2018082361.tif 000010
【図７】
2018082361.tif 000011
【図８】
2018082361.tif 000012
【図９】
2018082361.tif 000013
【図１０】
2018082361.tif 000014
【図１１】
2018082361.tif 000015
【図１２】
2018082361.tif 000016
【図１３】
2018082361.tif 000017
【図１４】
2018082361.tif 000018
【図１５】
2018082361.tif 000019
【図１６】
2018082361.tif 000020
【図１７】
2018082361.tif 000021
【図１８】
2018082361.tif 000022
【図１９】
2018082361.tif 000023
【図２０】
2018082361.tif 000024
【図２１】
2018082361.tif 000025
【図２２】
2018082361.tif 000026