JP7124600B2 - 通信制御装置、通信制御方法、及び、通信制御システム - Google Patents

Description

本発明は、通信制御装置、通信制御方法、及び、通信制御システムに関する。

今日において、通信技術の発展により、様々なデータがネットワークを介して通信されている。ここで、同じネットワークを多くの利用者で利用する場合、スイッチの処理量以上のデータがネットワーク上を流れることがある。この場合、スイッチによるデータ処理が困難となるため通信速度が低下し、例えば業務でネットワークを利用している利用者の業務等に支障を来す問題を生ずる。

このような問題を解決する技術として、スイッチで特定のデータを優先的に通信可能とするＱｏＳ（Quality of Service）が知られている。このＱｏＳは、宛先ＩＰ（Internet Protocol）アドレス又はＴＣＰ（Transmission Control Protocol）／ＵＤＰ（User Datagram Protocol）ポート番号からアプリケーションを判断し、例えば音声又は動画等のように、通信遅延が発生することでサービス品質を低下させるデータ（データの連続性が重要なデータ）を優先的に通信する。

また、一般的に、ネットワーク側でＱｏＳ制御が行われるが、移動によりネットワークが変更するモバイル端末の場合、ネットワーク側にＱｏＳ制御を任せるのは効率的ではない。このようなことから、特許文献１（特開２００９－１０５９４９号公報）に開示されている端末では、無線技術を利用したモバイルネットワークにおいて、サービスを受ける利用者の端末（スイッチ）がネットワークの状態を受け取り、自身で判断しながらＱｏＳの設定を行う。これにより、サービスを受ける終端の端末で、ＱｏＳを取り扱い可能とすることができる。

しかし、従来のＱｏＳ制御は、音声又は動画等のアプリケーション単位での優先的な通信設定は可能であるが、業務利用の端末等の特定の端末を優先的に通信設定することは困難であった。すなわち、特定の端末単位でのＱｏＳ制御は困難であった。このため、非業務利用の端末で動画を扱うアプリケーションが実行されていた場合、業務利用の端末よりも非業務利用の端末の通信が優先される不都合を生じていた。

なお、特許文献１に開示されている技術の場合、端末毎にＱｏＳ制御を実行可能ではあるが、例えば業務利用の端末のみＱｏＳ制御を実行する等のように、特定の端末単位でのＱｏＳ制御は困難である。このため、上述と同様の不都合を生ずる。

本発明は、上述の課題に鑑みてなされたものであり、特定の端末単位での優先した通信制御を可能とする通信制御装置、通信制御方法、及び、通信制御システムの提供を目的とする。

上述した課題を解決し、目的を達成するために、本発明は、ネットワークに接続された端末から、ネットワークの優先利用の要求である優先要求を受け付ける受付部と、同時又は所定の短時間内に受付部で受け付けられた、複数の端末からの優先要求の有無を判別する判別部と、ネットワークに接続された複数の端末に、通信を行う際に用いる帯域幅を、それぞれ設定するネットワークスイッチに対して、優先要求を受け付けた端末が優先して使用する帯域幅及び使用可能時間の設定である優先度設定を行う設定部と、を有し、設定部は、判別部により、複数の端末から優先要求を受け付けたことが判別された場合、ネットワークスイッチに対して、優先して使用する帯域幅及び使用可能時間が設定された設定回数が一番少ない端末、一番多い端末、所定回数以上の端末又は所定回数未満の端末についての優先度設定を行う。

本発明によれば、特定の端末単位での優先した通信制御を可能とすることができるという効果を奏する。

図１は、実施の形態の通信制御システムのシステム構成図である。 図２は、実施の形態の通信制御システムに設けられているＱｏＳ管理コントローラのハードウェア構成を示すブロック図である。 図３は、実施の形態の通信制御システムにおける、利用者端末からＱｏＳ管理コントローラに対して送信された優先的な通信設定の要求である優先要求の処理形態を示す模式図である。 図４は、利用者端末の優先要求の衝突が無い場合における、実施の形態の通信制御システムの優先要求の処理動作の流れを示すシーケンス図である。 図５は、複数の利用者端末の優先要求が衝突した場合に、業務中の利用者端末を優先してＱｏＳ制御する、実施の形態の通信制御システムのシステム動作を示す模式図である。 図６は、複数の利用者端末の優先要求が衝突した場合に、業務中であるか否かに基づいて優先要求の処理を行う実施の形態の通信制御システムの動作の流れを示すシーケンス図である。 図７は、複数の利用者端末の優先要求が衝突した場合に、過去の優先度変更回数に基づいてＱｏＳ制御する、実施の形態の通信制御システムのシステム動作を示す模式図である。 図８は、複数の利用者端末の優先要求が衝突した場合に、過去の優先度変更回数に基づいてＱｏＳ制御する、実施の形態の通信制御システムのシステム動作の流れを示すシーケンス図である。

以下、通信制御装置、通信制御方法、及び、通信制御システムを適用した実施の形態の通信制御システムの説明をする。

（システム構成）
図１は、実施の形態の通信制御システムのシステム構成図である。この図１に示すように通信制御システムは、一つ又は複数の利用者端末１が、ネットワークスイッチ２（以下、単にスイッチ２という）を介して、例えばインターネット等のネットワーク３に接続されている。また、スイッチ２とネットワーク３との間に、スイッチ２のスイッチング制御（ＱｏＳ制御）を行うＱｏＳ管理コントローラ４が接続されている。

利用者端末１は、スイッチ２及びＱｏＳ管理コントローラ４によるＱｏＳ制御対象である。スイッチ２は、ネットワークスイッチの一例であり、ＱｏＳ変更部１１を有している。スイッチ２は、ＱｏＳ管理コントローラ４の指示に応じて、優先的に通信可能とする利用者端末１を設定制御（ＱｏＳ制御）する。

ＱｏＳ管理コントローラ４は、ＨＴＴＰ（Hyper Text Transfer Protocol）サーバ１５、優先度設定部１６、優先要求衝突検出部１７及び利用者端末情報記憶部１８を有している。

ＨＴＴＰサーバ１５は、受付部の一例であり、利用者端末１からの、ネットワーク３の優先利用の要求である優先要求を受け付ける。優先度設定部１６は、設定部の一例であり、利用者端末情報記憶部１８に記憶されている利用者情報を参照して、ＨＴＴＰサーバ１５で優先要求を受け付けた利用者端末１に対する優先度をスイッチ２に設定する。優先要求衝突検出機能１７は、判別部の一例であり、複数の利用者端末１から、例えば同時又は５秒以内等の短時間内に優先要求があった場合（優先要求の衝突）、これを検出して優先度設定部１６に通知する。このような優先要求の衝突が生じた場合、優先度設定部１６は、後述する選択条件に基づいて、いずれかの利用者端末１を選択して、スイッチ２に各利用者端末１の優先度の設定を行う。

なお、ここで言う「優先度」とは、スイッチ２で制御される各利用者端末１が通信に用いる通信回線の帯域幅を意味する。また、広い帯域幅を設定すれば高速通信が可能となり、帯域幅を狭くすれば通信速度が低速となるため、帯域幅と通信速度は同義であると理解されたい。優先度設定部１６は、各利用者端末１に対して使用を許可する帯域幅を、優先度としてスイッチ２に設定する。

（ＱｏＳ管理コントローラのハードウェア構成）
図２は、ＱｏＳ管理コントローラ４のハードウェア構成を示すブロック図である。この図２に示すように、ＱｏＳ管理コントローラ４は、ＣＰＵ（Central Processing Unit）２１、ＲＯＭ（Read Only Memory）２２、ＲＡＭ（Random Access Memory）２３、ＨＤＤ（Hard Disk Drive）２４及び通信部２５を有している。通信部２５は、各利用者端末１との間、及び、スイッチ２との間で通信を行う。

ＲＯＭ２２には、オペレーションシステム（ＯＳ）が記憶されている。ＣＰＵ２１は、このＯＳに従って、ＱｏＳ管理コントローラ４全体の動作を制御する。ＨＤＤ２４には、ＱｏＳ制御を行うための通信制御プログラムが記憶されている。ＣＰＵ２１は、この通信制御プログラムを読み込み、上述のＨＴＴＰサーバ１５、優先設定部１６及び優先要求衝突検出部１７をＲＡＭ２３に展開して実行する。

また、ＨＤＤ２４には、利用者端末情報記憶部１８の記憶領域が設けられている。この利用者端末情報記憶部１８には、業務用の利用者端末１のＱｏＳ管理行うための業務端末管理テーブル３１と、各利用者端末１の優先度の変更回数を管理するための優先度変更回数テーブル３２が記憶されている。なお、「テーブル」とは記憶領域を意味する。また、ＨＤＤ２４は、記憶部の一例である。

なお、この例は、ＨＴＴＰサーバ１５～優先要求衝突検出部１７をソフトウェアで実現する例であるが、これらのうち、一部又は全部を、ＩＣ（Integrated Circuit）等のハードウェアで実現してもよい。また、ＨＴＴＰサーバ１５～優先要求衝突検出部１７が実現する機能は、通信制御プログラム単体で実現しても良いし、他のプログラムに処理の一部を実行させる、又は他のプログラムを用いて間接的に処理を実行させても良い。

また、通信制御プログラムは、インストール可能な形式または実行可能な形式のファイルでＣＤ－ＲＯＭ、フレキシブルディスク（ＦＤ）などのコンピュータ装置で読み取り可能な記録媒体に記録して提供してもよい。また、通信制御プログラムは、ＣＤ－Ｒ、ＤＶＤ（Digital Versatile Disk）、ブルーレイディスク（登録商標）、半導体メモリなどのコンピュータ装置で読み取り可能な記録媒体に記録して提供してもよい。また、通信制御プログラムは、インターネット等のネットワーク経由でインストールするかたちで提供してもよいし、機器内のＲＯＭ等に予め組み込んで提供してもよい。

（優先要求の処理動作）
（衝突する利用者端末が無い場合）
図３は、実施の形態の通信制御システムにおける、利用者端末１からＱｏＳ管理コントローラ４に対して送信された優先的な通信設定の要求である優先要求の処理形態を示す模式図である。この図３において、例えば利用者端末１Ｄの利用者が優先的な通信を希望する場合、利用者端末１Ｄを介してＱｏＳ管理コントローラ４に、優先要求と共に優先希望時間を示す優先希望時間情報を送信する。

ＱｏＳ管理コントローラ４は、利用者端末１Ｄから優先要求を受信すると、スイッチ２に対して利用者端末１Ｄを優先的に通信させると共に、他の利用者端末１Ａ～１Ｃは非優先とする優先度設定を行う。また、ＱｏＳ管理コントローラ４は、スイッチ２に対して、例えば５分等の優先可能時間の設定を行う（ＱｏＳ設定）。このようなＱｏＳ設定がされると、スイッチ２は、ＱｏＳ変更部１１により、例えば５分等の優先可能時間の間、利用者端末１Ｄからの通信を、他の利用者端末１Ａ～１Ｃの通信よりも優先的に処理する。

このような優先要求の処理動作の流れは、図４のシーケンス図のようになる。すなわち、利用者端末１ＤからＱｏＳ管理コントローラ４に対して通信の優先要求を送信すると（ステップＳ１）、ＱｏＳ管理コントローラ４のＨＴＴＰサーバ１５は、優先度設定部１６に優先度設定指示を行う（ステップＳ２）。

優先度設定部１６は、他の利用者端末１Ａ～１Ｃからの優先要求の有無（衝突）を衝突検知部１７に問い合わせる（ステップＳ３）。衝突検知部１７は、他の利用者端末１Ａ～１Ｃからの優先要求の有無を判別する（ステップＳ４）。他の利用者端末１Ａ～１Ｃからの優先要求が無いことを示す衝突判定結果を得た場合（ステップＳ５）、優先度設定部１６は、スイッチ２に対して、利用者端末１Ｄの優先度設定を行う（ステップＳ６）。

スイッチ２は、ＱｏＳ変更部１１により、利用者端末１Ｄに対して通信の優先度を反映させる設定を行い（ステップＳ７）、この設定完了後に、優先度変更完了通知を優先度設定部１６に送信する（ステップＳ８）。スイッチ２から優先度変更完了通知を受信すると、優先度設定部１６は、利用者端末情報記憶部１８に対して、優先度変更回数の更新要求を行う（ステップＳ９）。利用者端末情報記憶部１８は、優先度変更回数テーブル３２に記録されている各利用者端末１Ａ～１Ｄのうち、利用者端末１Ｄの優先度変更回数を「１」インクリメントして変更（更新処理）する（ステップＳ１０）。優先度変更回数テーブル３２に記録されている各利用者端末１Ａ～１Ｄの優先度変更回数は、デフォルトでは「０（ゼロ）」であり、優先度設定がされる度に、優先度設定がされた利用者端末の優先度変更回数が「１」ずつインクリメントされる。

このように利用者端末１Ｄの優先度変更回数の変更が完了すると、優先度設定部１６は、ＨＴＴＰサーバ１５を介して利用者端末１Ｄに優先度の変更が完了したことを示す優先度変更完了通知を行う（ステップＳ１１、ステップＳ１２）。これにより、利用者端末１Ｄの利用者は、例えば５分等の優先可能時間の間、他の利用者端末１Ａ～１Ｃよりも優先的に通信を行うことができる。

（複数の利用者端末からの優先要求が衝突した場合）
（業務中であるか否かに基づくＱｏＳ設定）
以上の図４の例は、ステップＳ４の優先要求の衝突判定において、他の利用者端末からの優先要求が無いものと判定された場合の動作であった。これに対して、ステップＳ４の優先要求の衝突判定において、利用者端末１Ｄの優先要求と共に、他の利用者端末からの優先要求も検出された場合、図５及び図６に示すシステム動作となる。

図５は、利用者端末１Ｄの優先要求、及び、利用者端末１Ｃの優先要求が衝突した場合に、業務中の利用者端末を優先してＱｏＳ制御するシステム動作を模式的に示す模式図である。このような優先要求の衝突を検出すると、ＱｏＳ管理コントローラ４は、利用者端末情報記憶部１８の業務端末管理テーブル３１に記憶されている業務端末情報を参照する。

具体的には、業務端末管理テーブル３１には、各利用者端末１Ａ～１Ｄの固有情報（例えば、製造番号又は携帯電話番号等）と、各固有情報に関連付けられた各利用者の業務時間帯を示す業務時間帯情報とが、業務端末情報として記憶された業務時間テーブルを有している。ＱｏＳ管理コントローラ４は、この業務時間テーブルの業務端末情報を参照することで、優先要求を受け付けた利用者端末１Ｃ及び利用者端末１Ｄが、現在、業務中であるか非業務中であるかを判別する。図５の例は、利用者端末１Ｃが非業務中であり、利用者端末１Ｄが業務中である例である。この場合、ＱｏＳ管理コントローラ４は、スイッチ２に対して、現在、業務中である利用者端末１Ｄの通信を優先するようにＱｏＳ設定する。

このような業務中であるか否かに基づく優先要求の処理動作の流れは、図６のシーケンス図のようになる。なお、この図６のシーケンス図において、図４のシーケンス図と同じ動作を示す箇所には、同じステップ番号を付し、重複説明は省略する。図６のシーケンス図において、衝突検知部１７がステップＳ４で優先要求の衝突判定を行った結果、複数の利用者端末１からの優先要求の衝突が生じているとの衝突判定結果を得た場合（ステップＳ５）、優先度設定部１６は、優先要求の衝突が生じている各利用者端末１の固有情報に基づいて利用者端末情報記憶部１８の業務端末管理テーブル３１に記憶されている業務時間テーブルを参照する（ステップＳ２１、ステップＳ２２）。また、優先度設定部１６は、業務時間テーブルに記憶されている業務端末情報に含まれる業務時間帯情報に基づいて、現在、優先要求を受け付けている利用者端末が、現在、業務中であるか否かを判別する。そして、優先度設定部１６は、現在、業務中の利用者端末の通信を優先するように、スイッチ２に対して優先度設定を行う（ステップＳ２３）。

スイッチ２は、ＱｏＳ変更部１１により、優先度設定部１６から指定された利用者端末に対して通信の優先度を反映させる設定を行い（ステップＳ２４）、この設定完了後に、優先度変更完了通知を優先度設定部１６に送信する（ステップＳ２５）。スイッチ２から優先度変更完了通知を受信すると、優先度設定部１６は、利用者端末情報記憶部１８に対して、優先度変更回数の更新要求を行う（ステップＳ２６）。利用者端末情報記憶部１８は、優先度変更回数テーブル３２に記録されている各利用者端末１Ａ～１Ｄのうち、利用者端末１Ｄの優先度変更回数を「１」インクリメントして変更する（ステップＳ２７）。

このように利用者端末１Ｄの優先度変更回数の変更が完了すると、優先度設定部１６は、ＨＴＴＰサーバ１５を介して利用者端末１Ｄに優先度の変更が完了したことを示す優先度変更完了通知を行う（ステップＳ２８、ステップＳ２９）。これにより、利用者端末１Ｄの利用者は、例えば５分等の優先可能時間の間、他の利用者端末１Ａ～１Ｃよりも優先的に通信を行うことができる。

（ＱｏＳ制御のランダム設定）
図５及び図６に示した例では、業務中であるか否かに基づいてＱｏＳ設定を行うこととしたが、複数の優先要求の衝突した場合、優先度設定部１６は、ランダムに決定した利用者端末に対してＱｏＳ設定を行うようにしてもよい。

（優先度変更回数に基づくＱｏＳ設定）
上述のように、優先度設定部１６は、利用者端末の優先度変更処理を行う毎に、利用者端末情報記憶部１８に記憶されているが優先度変更回数を「１」ずつインクリメントする。優先度設定部１６は、この優先度変更回数を参照して、ＱｏＳ設定を行ってもよい。この場合、システム動作は、図７及び図８に示すようになる。

図７は、利用者端末１Ｄの優先要求、及び、利用者端末１Ｃの優先要求が衝突した場合に、各利用者端末の優先度変更回数が少ない利用者端末１Ｄを優先してＱｏＳ設定するシステム動作を模式的に示す模式図である。このような優先要求の衝突を検出すると、ＱｏＳ管理コントローラ４は、利用者端末情報記憶部１８の優先度変更回数テーブル３２に記憶されている優先度変更回数情報を参照する。

具体的には、優先度変更回数テーブル３２には、過去に変更した優先度の変更回数を示す優先度変更回数情報が、利用者端末毎に記憶されている。ＱｏＳ管理コントローラ４は、優先度変更回数テーブル３２を参照することで、優先要求を受け付けた利用者端末１Ｃ及び利用者端末１Ｄの過去の優先度変更回数を検出する。図７に示す例は、利用者端末１Ｃの、過去の優先度変更回数は３０回で、利用者端末１Ｄの、過去の優先度変更回数は５回の例である。

一例ではあるが、ＱｏＳ管理コントローラ４は、過去の優先度変更回数が少ない方の利用者端末を選択し、この利用者端末に対するＱｏＳ設定を、スイッチ２に指示する。図７に示す例の場合は、利用者端末１Ｃの過去の優先度変更回数が３０回で、利用者端末１Ｄの過去の優先度変更回数が５回である。このため、ＱｏＳ管理コントローラ４は、優先度変更回数が少ない方である、利用者端末１Ｄの通信を優先するように、スイッチ２に対してＱｏＳ設定を行う。これにより、各利用者端末に対するＱｏＳ設定の回数を平均化することができ、システムの公平性を担保できる。

なお、この例では、優先度変更回数が少ない方の利用者端末に対してＱｏＳ設定を行うこととするが、優先度変更回数が多い方の利用者端末に対してＱｏＳ設定してもよい。または、優先度変更回数が所定回数以上又は所定回数未満の利用者端末に対してＱｏＳ設定してもよい。

このような優先度変更回数に基づく優先要求の処理動作の流れは、図８のシーケンス図のようになる。なお、この図８のシーケンス図において、図４のシーケンス図と同じ動作を示す箇所には、同じステップ番号を付し、重複説明は省略する。図８のシーケンス図において、衝突検知部１７がステップＳ４で優先要求の衝突判定を行った結果、複数の利用者端末からの優先要求の衝突が生じているとの衝突判定結果を得た場合（ステップＳ５）、優先度設定部１６は、利用者端末情報記憶部１８の優先度変更回数テーブル３２を参照する（ステップＳ３１、ステップＳ３２）。また、優先度設定部１６は、優先度変更回数テーブルに記憶されている優先度変更回数情報に基づいて、現在、優先要求を受け付けている各利用者端末の優先度変更回数を判別する。そして、優先度設定部１６は、優先度変更回数が一番少ない利用者端末の通信を優先するように、スイッチ２に対して優先度設定を行う（ステップＳ３３）。図７の例では、優先度設定部１６は、利用者端末１Ｄの通信を優先するように、スイッチ２に対して優先度設定を行う。

スイッチ２は、ＱｏＳ変更部１１により、優先度設定部１６から指定された利用者端末に対して通信の優先度を反映させる設定を行い（ステップＳ３４）、この設定完了後に、優先度変更完了通知を優先度設定部１６に送信する（ステップＳ３５）。スイッチ２から優先度変更完了通知を受信すると、優先度設定部１６は、利用者端末情報記憶部１８に対して、優先度変更回数の更新要求を行う（ステップＳ３６）。利用者端末情報記憶部１８は、優先度変更回数テーブル３２に記録されている各利用者端末１Ａ～１Ｄのうち、優先度設定を行った利用者端末の優先度変更回数を「１」インクリメントして変更する（ステップＳ３７）。

このような優先度変更回数の変更が完了すると、優先度設定部１６は、ＨＴＴＰサーバ１５を介して利用者端末１Ｄに優先度の変更が完了したことを示す優先度変更完了通知を行う（ステップＳ３８、ステップＳ３９）。これにより、優先度設定がされた利用者端末の利用者は、例えば５分等の優先可能時間の間、他の利用者端末よりも優先的に通信を行うことができる。

なお、スイッチ２は、優先可能時間が経過すると、優先度設定を解除する。また、上述の「ランダム」、「業務中か否か」及び「優先度変更回数」に基づく優先度設定は、いずれか一つを選択して実行してもよいし、いくつかを組み合わせて実行してもよい。

（実施の形態の効果）
以上の説明から明らかなように、実施の形態の通信システムは、ネットワーク３上に利用者端末のＱｏＳ制御を行うＱｏＳ管理コントローラ４を設ける。ＱｏＳ管理コントローラ４は、利用者端末毎に優先度及び優先可能時間をスイッチ２に設定してＱｏＳ制御を行う。これにより、業務利用中の利用者端末等の端末単位でのＱｏＳ制御を可能とすることができる。

また、ＱｏＳ管理コントローラ４がＱｏＳ制御を行うようになっているため、スイッチ２がＱｏＳ制御を行う場合と比較してスイッチ２の負荷を大幅に低減することができる。また、利用者端末１が自身で判断するＱｏＳ制御機能を設ける場合と比較して、安価な利用者端末１を使用可能とすることができ、システム全体のコストを削減することができる。

また、ＱｏＳ管理コントローラ４は、利用者端末１から送信された優先要求及び優先希望時間を受信し、優先要求を行った利用者端末１に対して、優先度設定を行うと共に、優先可能時間の設定を行う。複数の利用者端末からの優先要求を同時に受信（又は所定時間内に複数受信）した場合、ＱｏＳ管理コントローラ４は、優先要求を同時に受信した各利用者端末１のうち、ランダムに選択した利用者端末１に対して優先度設定を行う。

または、ＱｏＳ管理コントローラ４は、利用者端末情報記憶部１８の業務端末管理テーブルに記憶されている業務時間テーブルを参照し、優先要求を同時に受信した各利用者端末１のうち、現在、業務中の利用者端末１に対して優先度設定を行う。これにより、真に必要な利用者端末１の通信品質を維持可能な通信サービスを提供できる。

または、ＱｏＳ管理コントローラ４は、利用者端末情報記憶部１８の優先度変更回数テーブル３２を参照し、優先要求を同時に受信した各利用者端末１のうち、過去の優先度変更回数が一番少ない利用者端末１に対して優先度設定を行う。これにより、各利用者端末に対する優先度設定の回数を平均化することができ、システムの公平性を担保できる。

最後に、上述の実施の形態は、一例として提示したものであり、本発明の範囲を限定することは意図していない。この新規な実施の形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことも可能である。また、実施の形態及び実施の形態の変形は、発明の範囲や要旨に含まれると共に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。

１ 利用者端末
２ スイッチ
３ ネットワーク
４ ＱｏＳ管理コントローラ
１１ ＱｏＳ変更部
１５ ＨＴＴＰサーバ
１６ 優先度設定部
１７ 優先要求衝突検出部
１８ 利用者端末情報記憶部
３１ 業務端末管理テーブル
３２ 優先度変更回数テーブル

特開２００９－１０５９４９号公報

Claims (4)

1. ネットワークに接続された端末から、前記ネットワークの優先利用の要求である優先要求を受け付ける受付部と、
   同時又は所定の短時間内に前記受付部で受け付けられた、複数の前記端末からの前記優先要求の有無を判別する判別部と、
   前記ネットワークに接続された複数の前記端末に、通信を行う際に用いる帯域幅を、それぞれ設定するネットワークスイッチに対して、前記優先要求を受け付けた前記端末が優先して使用する帯域幅及び使用可能時間の設定である優先度設定を行う設定部と、
   を有し、
   前記設定部は、前記判別部により、複数の前記端末から前記優先要求を受け付けたことが判別された場合、前記ネットワークスイッチに対して、前記優先して使用する帯域幅及び使用可能時間が設定された設定回数が一番少ない端末、一番多い端末、所定回数以上の端末又は所定回数未満の端末についての前記優先度設定を行う通信制御装置。
2. 前記端末の固有情報と、前記設定回数とが、端末毎に関連付けられて記憶された記憶部とを、さらに備え、
   前記設定部は、前記優先して使用可能な前記帯域幅及び使用可能時間が設定された端末の、前記記憶部に記憶されている前記設定回数を更新処理し、前記判別部により、複数の前記端末から前記優先要求を受け付けたことが判別された場合、前記優先要求を受け付けた各前記端末の固有情報に基づいて前記記憶部を参照して前記優先要求を受け付けた各端末の前記設定回数を検出し、前記ネットワークスイッチに対して、検出した前記設定回数が一番少ない端末、一番多い端末、所定回数以上の端末又は所定回数未満の端末に対する前記優先度設定を行うこと
   を特徴とする請求項１に記載の通信制御装置。
3. 複数の端末と、
   ネットワークに接続された複数の前記端末に、通信を行う際に用いる帯域幅を、それぞれ設定するネットワークスイッチと、
   請求項１または請求項２に記載の通信制御装置と
   を有する通信制御システム。
4. 受付部が、ネットワークに接続された端末から、前記ネットワークの優先利用の要求である優先要求を受け付ける受付ステップと、
   判別部が、同時又は所定の短時間内に前記受付部で受け付けられた、複数の前記端末からの前記優先要求の有無を判別する判別ステップと、
   設定部が、前記ネットワークに接続された複数の前記端末に、通信を行う際に用いる帯域幅を、それぞれ設定するネットワークスイッチに対して、前記優先要求を受け付けた前記端末が優先して使用する帯域幅及び使用可能時間の設定である優先度設定を行う設定ステップと、
   を有し、
   前記設定ステップにおいて、前記設定部は、前記判別部により、複数の前記端末から前記優先要求を受け付けたことが判別された場合、前記ネットワークスイッチに対して、前記優先して使用する帯域幅及び使用可能時間が設定された設定回数が一番少ない端末、一番多い端末、所定回数以上の端末又は所定回数未満の端末についての前記優先度設定を行う通信制御方法。

Images