(57)【特許請求の範囲】
【請求項１】
管理装置にデータ通信の通信帯域を要求するための帯域要求手順を行ってデータ通信を開始する第一の端末と、前記帯域要求手順を行わずに通信路を測定するための試験手順を実行し、該試験手順の結果に応じてデータ通信を行う第二の端末とが混在する通信システムにおける管理装置であって、
前記第二の端末による前記試験手順の開始を認識する認識手段と、
前記認識手段により認識された前記試験手順後のデータ通信に使われる通信帯域を推定する推定手段と、
前記認識手段により認識された前記試験手順の最中に前記第一の端末から前記帯域要求手順により通信帯域が要求された場合、前記推定手段により推定された通信帯域と前記第一の端末から前記帯域要求手順により要求された通信帯域とに応じて、前記第一の端末に前記要求に対する応答を送信する送信手段と、
を有することを特徴とする管理装置。
【請求項２】
前記推定手段は、前記試験手順の特性に基づいて、前記試験手順後のデータ通信に使われる通信帯域を推定することを特徴とする請求項１に記載の管理装置。
【請求項３】
前記送信手段は、前記要求に対する肯定応答、割り当てることができる通信帯域を示す応答、又は前記要求に対する拒否応答を送信することを特徴とする請求項１に記載の管理装置。
【請求項４】
前記帯域要求手順は、少なくとも通信の平均速度、最大速度及び最小速度の何れか１つを確立する手順であることを特徴とする請求項１に記載の管理装置。
【請求項５】
管理装置にデータ通信の通信帯域を要求するための帯域要求手順を行ってデータ通信を開始する第一の端末と、前記帯域要求手順を行わずに通信路を測定するための試験手順を実行し、該試験手順の結果に応じてデータ通信を行う第二の端末とが混在する通信システムにおける管理装置の制御方法であって、
認識手段が、前記第二の端末による前記試験手順の開始を認識する認識工程と、
推定手段が、前記認識工程において認識された前記試験手順後のデータ通信に使われる通信帯域を推定する推定工程と、
送信手段が、前記認識工程において認識された前記試験手順の最中に前記第一の端末から前記帯域要求手順により通信帯域が要求された場合、前記推定工程において推定された通信帯域と前記第一の端末から前記帯域要求手順により要求された通信帯域とに応じて、前記第一の端末に前記要求に対する応答を送信する送信工程と、
を有することを特徴とする管理装置の制御方法。
【請求項６】
請求項１乃至４の何れか１項に記載の管理装置としてコンピュータを機能させるためのプログラム。
【請求項７】
請求項６に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、管理装置との間で制御手順を行ってデータ通信を開始する第一の端末と、前記制御手順を行わずデータ通信を開始する第二の端末とが混在する通信システムにおける管理装置及びその制御方法に関する。
【背景技術】
【０００２】
従来、映像などのストリーミング通信を行う際に、伝送路に充分な帯域を確保できるか否かを確認する方法として、以下のような方法がある。
【０００３】
一つ目としては、伝送路状態を測定するための試験パケットを送信する方法（例えば、特許文献１、２参照）がある。
【０００４】
二つ目としては、基地局やスイッチなどが管理する伝送路状態の情報を取得する方法がある。例えば、無線ＬＡＮの場合、IEEE 802.11eに規定されているQBSS LoadのAvailable Admission Capacityの値を取得することである。このQBSS Loadは、無線ＬＡＮアクセスポイントが管理している情報であり、ビーコン（beacon）やプローブ応答に記載することが規定されている。無線ＬＡＮ端末は、ビーコンやプローブ応答を受信することにより、残存無線媒体（medium）量を知ることができる。
【０００５】
また、二つ目の方法の変形としては、例えば、無線ＬＡＮの場合、IEEE 802.11eに規定されているADDTS（add Traffic Stream）の手順がある。このADDTSの手順は、以下のようになっている。
【０００６】
まず、無線ＬＡＮ端末が平均速度などのトラヒックストリーム属性を含む要求を無線ＬＡＮアクセスポイントに対して送出する。アクセスポイントは、無線媒体を管理しているので、状況に応じて、端末からの要求に肯定応答したり、否定応答したり、帯域削減応答したりする。肯定応答の場合、端末は、帯域が確保されたものとして、自身で伝送路の状態を測定することなく、通信を開始できる。
【特許文献１】特開2004-236316号公報
【特許文献２】特開2006-279660号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、“帯域を要求する端末”と、“帯域を要求することなくストリーミング通信を行う端末”とが混在する場合がある。その場合、以下の問題が生じる。
【０００８】
帯域要求の手順を行わない端末が試験手順を開始し、その後、コンテンツ通信を行う。このとき、基地局は、一定の帯域を必要とする通信が行われていることを認識してない。次に、帯域要求手順を行う端末が帯域を要求すると、基地局は帯域を割り当てる。ここで、もし帯域要求を行った通信が優先制御の順位が高い通信であれば、帯域要求を行わない通信が影響を受けてしまう。その結果、試験手順が全くの無駄となってしまう。
【０００９】
また、もし帯域要求を行わない通信と帯域要求を行う通信の優先制御の順位が同じで、それぞれの通信帯域の和が伝送路の帯域を超えるような場合、両方の通信が影響を受けてしまう。
【００１０】
本発明は、データ通信のタイプが異なる端末が混在する通信システムにおける通信効率を向上させることを目的とする。
【課題を解決するための手段】
【００１１】
本発明は、管理装置にデータ通信の通信帯域を要求するための帯域要求手順を行ってデータ通信を開始する第一の端末と、前記帯域要求手順を行わずに通信路を測定するための試験手順を実行し、該試験手順の結果に応じてデータ通信を行う第二の端末とが混在する通信システムにおける管理装置であって、前記第二の端末による前記試験手順の開始を認識する認識手段と、前記認識手段により認識された前記試験手順後のデータ通信に使われる通信帯域を推定する推定手段と、前記認識手段により認識された前記試験手順の最中に前記第一の端末から前記帯域要求手順により通信帯域が要求された場合、前記推定手段により推定された通信帯域と前記第一の端末から前記帯域要求手順により要求された通信帯域とに応じて、前記第一の端末に前記要求に対する応答を送信する送信手段と、を有することを特徴とする。
【００１２】
また、本発明は、管理装置にデータ通信の通信帯域を要求するための帯域要求手順を行ってデータ通信を開始する第一の端末と、前記帯域要求手順を行わずに通信路を測定するための試験手順を実行し、該試験手順の結果に応じてデータ通信を行う第二の端末とが混在する通信システムにおける管理装置の制御方法であって、認識手段が、前記第二の端末による前記試験手順の開始を認識する認識工程と、推定手段が、前記認識工程において認識された前記試験手順後のデータ通信に使われる通信帯域を推定する推定工程と、送信手段が、前記認識工程において認識された前記試験手順の最中に前記第一の端末から前記帯域要求手順により通信帯域が要求された場合、前記推定工程において推定された通信帯域と前記第一の端末から前記帯域要求手順により要求された通信帯域とに応じて、前記第一の端末に前記要求に対する応答を送信する送信工程と、を有することを特徴とする。
【発明の効果】
【００１３】
本発明によれば、データ通信のタイプが異なる端末が混在する通信システムにおける通信効率を向上させることができる。
【発明を実施するための最良の形態】
【００１４】
以下、図面を参照しながら発明を実施するための最良の形態について詳細に説明する。
【００１５】
＜実施形態１＞
図１は、実施形態１における通信システムの構成の一例を示す図である。図１において、１０１は主導的な制御を行う管理装置である。１０２はアクセスポイント（ＡＰ）である。尚、管理装置１０１とＡＰ１０２は、一体に構成されても良く、別筐体で構成されても良い。何れにしても、管理装置１０１はＡＰ１０２の情報を把握できるものとする。
【００１６】
１０３及び１０５は共に端末であり、管理装置１０１に対して帯域要求手順を行う端末である。この端末１０３及び１０５をそれぞれＳＴＡ１及びＳＴＡ３とも表記する。
【００１７】
１０４、１０６及び１０７は共に端末であり、管理装置１０１に対して帯域要求手順を行わず、試験手順を行う端末である。これらの端末１０４、１０６及び１０７をそれぞれＳＴＡ２、ＳＴＡ４及びＳＴＡ５とも表記する。
【００１８】
次に、ＡＰ１０２とローカルバスで接続され、別筐体で構成されている場合の管理装置１０１の構成要素を、図２を用いて説明する。
【００１９】
図２は、実施形態１における管理装置の構成を示すブロック図である。図２において、ＣＰＵ２０１は後述するプログラムやパラメータに従って管理装置１０１全体を制御する。ＲＯＭ２０２は変更を必要としないプログラムやパラメータなどを格納するための半導体メモリである。ＲＡＭ２０３は、外部装置などから供給される各種プログラムやデータを一時記憶するためのメモリである。
【００２０】
記憶装置２０４は、管理装置１０１で実行されるべきアプリケーションプログラムなどを格納する。この記憶装置２０４は、例えば管理装置１０１に固定して設置されたハードディスク（ＨＤＤ）やメモリカードによって構成される。また、記憶装置２０４は、管理装置１０１から着脱可能なフレキシブルディスク（ＦＤ）やコンパクトディスク（ＣＤ）又はＤＶＤなどの光ディスク、磁気カード、光カード、ＩＣカード、メモリカードなどを含んでも良い。
【００２１】
表示装置２０５は、例えば液晶ディスプレイで構成され、管理装置１０１を搭載した装置の保持するデータや供給されたデータなどを表示する。２０６は操作卓であり、ポインティングデバイスやキーボードなどによって構成される。
【００２２】
尚、上述した各構成要素はバス２０７に接続されており、バス２０７にはＡＰ１０２も接続されている。
【００２３】
以上の構成において、管理装置１０１との間で制御手順を行う第一の端末と、制御手順を行わずに測定を行い、その結果に応じてストリームを開始する第二の端末とが混在する通信システムの動作を説明する。ここで、制御手順とは、データ通信に必要な帯域を要求する帯域要求手順（通信品質を確立する通信品質確立手順）である。また、通信品質とは、少なくとも通信の平均速度、最大速度及び最小速度の１つである。
【００２４】
尚、第一の端末は、管理装置１０１との間で制御手順を行った後に、データ通信を行う端末１０３（ＳＴＡ１）及び端末１０５（ＳＴＡ３）である。また、第二の端末は、伝送路の測定を行った後、その結果に応じてデータ通信を行う端末１０４（ＳＴＡ２）、端末１０６（ＳＴＡ４）及び端末１０７（ＳＴＡ５）である。
【００２５】
図３及び図４は、実施形態１における管理装置１０１の処理手順を示すフローチャートである。尚、以下の説明では、管理装置１０１とＡＰ１０２とは密接に接続されており、管理装置１０１の処理手順とＡＰ１０２の処理手順とを明確に区別していない。つまり、ＡＰ１０２が認識したことはそのまま管理装置１０１が認識するものとする。
【００２６】
尚、管理装置１０１は、初期化処理が済んでいるものとする。ここで、初期化処理とは、例えば“試験手順を行っている端末が存在するかを示す状態変数”を「試験手順前」という値に設定すること、などである。また、ＳＴＡ１〜ＳＴＡ５の各端末は、ＡＰ１０２とのアソシエート処理（接続処理）が済んでいるものとする。
【００２７】
上述の初期化処理が終わると、管理装置１０１は利用者の操作や端末からの要求などのイベントを待つ状態になり（Ｓ３００）、イベントが発生するのを監視する（Ｓ３０１）。ここで、システム内のＳＴＡ２が試験手順を開始したとする。ＡＰ１０２は、全ての通信パケットをキャプチャしているので、キャプチャイベントが発生したと判断して管理装置１０１に通知する。
【００２８】
この段階では、管理装置１０１は、試験手順やコンテンツ通信についての情報を備えていないので、Ｓ３０２及びＳ３０５の判断が何れも“ＮＯ”となり、キャプチャデータを解析するために保持する（Ｓ３０６）。ここで、管理装置１０１は、この試験手順でやり取りされるパケットを、所定の期間だけ、又は所定の量だけ、保持する動作を継続する。その後、記憶容量の空きがなくなると、保持動作を停止するか、上書きを行う。
【００２９】
次に、ＳＴＡ２がコンテンツ通信として、ストリーミングを開始する。ストリーミング通信には、長さが一定でＴＣＰやＵＤＰの決まったポートを使用するという傾向がある。ここで、試験手順とコンテンツ通信において、送信元と宛先の組み合わせは同じである。よって、ある時間内に発生する、ある規則性を備えるふたつの通信は、“初めが伝送路を測定する試験手順で、後に続くのがコンテンツ通信である”とみなすことができる。
【００３０】
そこで、試験手順の規則性を図９に示すように登録していく。この場合の規則性とは、図９に示す９０２〜９０６であり、９０７は規則性を解析した解析結果である。この例では、Ethernet（登録商標）タイプ９０２、ＴＣＰ／ＵＤＰポート９０３、固有パターン（ペイロードの固定位置の固定値）９０４、最低繰り返し回数９０５、繰り返しタイミング９０６に基づいて解析する。
【００３１】
図９に示す最初のパターンについて具体的に説明する。これは、Ethernet（登録商標）タイプ９０２が0xABCD、固有パターン９０４が０２、最低繰り返し回数が８０回、繰り返しタイミング９０６が１ミリ秒以内、後続のコンテンツ通信パターン９０７がＵＤＰ通信であることを示している。そして、一連の通信を一つのパターンとみなしたことを示している。これがＳ３０６での具体的な処理である。
【００３２】
ここで図３に戻る。この段階では、試験手順と、その後のコンテンツ通信が何回か実行され、図９に示すように、パターンが登録されているとする。このとき、ＳＴＡ２が試験手順を始めると、管理装置１０１はこれが試験手順であると判断し（Ｓ３０２のＹＥＳ）、初期状態とは異なる制御、即ち保護タイマを開始する（Ｓ３０３）。そして、システムの状態を管理する状態変数を「保護タイマ起動中」とし、イベント待ちの定常状態に戻る（Ｓ３００）。
【００３３】
次に、ＳＴＡ１がＳＴＡ３と通信するために、帯域要求の手順を開始したとする。これにより、管理装置１０１は、Ｓ３０１でイベント発生と認識し、帯域要求なので、図４に示すＳ４０１で、システムの状態変数を確認する。この場合は、先にＳＴＡ２が試験手順を始めているので、状態変数は「保護タイマ起動中」となっている。よって、Ｓ４０２へ進み、試験手順を行っている端末が後に行う通信の帯域の推定を試みる。管理装置１０１が、後に続くコンテンツ通信が実際にどんな通信を行うのかわからない場合は、Ｓ４０６へ進む。このＳ４０６では、管理装置１０１はＳＴＡ１の帯域要求に対して、拒否応答を返す。
【００３４】
このようにして、ＳＴＡ２が試験手順中の場合、ＳＴＡ１からの帯域要求が拒否されるので、ＳＴＡ２のコンテンツ通信が円滑に行われることになる。
【００３５】
次に、管理装置１０１の別の動作について説明する。この別の動作は、上述のＳ４０２で、管理装置１０１がコンテンツ通信の使用帯域を推定できる場合である。例えば、試験手順が図９に示すインデックス９０１の２で、必ず２０Mbpsのストリーム通信が行われることがわかっていれば、Ｓ４０３へ進む。
【００３６】
つまり、無線媒体の残存帯域が３０Mbpsであれば、後に続くコンテンツ通信を考慮した残存帯域は、３０Mbps−２０Mbpsの１０Mbpsとなる。従って、この残存帯域が、ＳＴＡ１が要求する帯域よりも大きい場合は、帯域要求に対して肯定応答する（Ｓ４０４）。
【００３７】
また、ＳＴＡ１が要求する帯域が１２Mbpsであれば、要求を受け入れることができないので、例えば“１０Mbpsは割り当て可能”という内容の削減応答を行う（Ｓ４０５）。
【００３８】
ここまでが、管理装置１０１の処理手順である。続いて、端末側の処理手順を説明する。図５は、帯域要求手順を行う端末群の処理手順を示すフローチャートである。尚、端末群のＳＴＡ１及びＳＴＡ３の構成は、管理装置１０１の構成と基本的には同じである。
【００３９】
まず、管理装置１０１の処理手順で説明したように、イベント待ちの状態（Ｓ５００）で開始する。そして、イベントを検出すると（Ｓ５０１）、イベントの内容によって分岐する。
【００４０】
利用者からのコンテンツ通信開始指示のイベントは、ＳＴＡ１がストリーミングなどの通信開始を指示したときに発生する。ＳＴＡ１では、利用者が開始を指示した通信が必要とする帯域を確保する手順を行う。即ち、Ｓ５０２でＡＰ１０２に帯域要求を送信する。この例では、管理装置１０１はＡＰ１０２と一体に構成されているので、ＡＰ１０２への要求は管理装置１０１への要求と同義である。端末側から見ると、帯域要求は、あくまでＡＰ１０２に対して行っているが、システム側で見ると、管理装置１０１がＡＰ１０２を介して応答していることになる。そして、ＳＴＡ１は、ＡＰ１０２からの応答を待つ。
【００４１】
次に、Ｓ５０１で、イベントがＡＰ１０２からの制御情報の受信であれば、ＳＴＡ１はその内容を判断する（Ｓ５０３）。判断の結果、制御情報がＡＰ１０２からの帯域要求に対する肯定応答であれば、コンテンツ通信を開始する（Ｓ５０４）。しかし、制御情報がＡＰ１０２からの帯域要求に対する削減応答や拒否応答であれば、その旨を利用者に理解できるように表示し、利用者に対して、次の操作を促す（Ｓ５０５）。
【００４２】
ここで、利用者から次の操作として「帯域削減受け入れ」が指示されると、ＳＴＡ１は指示された以前よりは削減した帯域の値を設定する（Ｓ５０６）。そして、その値で帯域要求を送信し直す（Ｓ５０２）。
【００４３】
また、利用者からの指示が「コンテンツ通信キャンセル」であれば、ＳＴＡ１はコンテンツ通信のために準備していた資源の解放などの処理を行う（Ｓ５０７）。
【００４４】
図６は、帯域要求手順を行わない端末群の処理手順を示すフローチャートである。尚、端末群のＳＴＡ２、ＳＴＡ４及びＳＴＡ５でも、管理装置１０１やＳＴＡ１と同じようにイベント待ちとなっている。
【００４５】
まず、イベント待ちの状態（Ｓ６００）で開始する。そして、イベントを検出すると（Ｓ６０１）、イベントの内容によって分岐する。
【００４６】
イベントが「利用者からの試験手順開始指示」であれば、ＳＴＡ２は、試験パケットの送信を開始する（Ｓ６０２）。この例では、例えばＳＴＡ２からＳＴＡ４へ試験パケットが送信される。試験パケットで測定する項目は、ＳＴＡ２とＳＴＡ４間のエンド・エンドのスループット、遅延、ジッタ、エラーなどである。ここで、試験手順を更に詳しく説明する。
【００４７】
ＳＴＡ２からＳＴＡ４へ、予め決めておいた形式のパケットを送信すると、ＳＴＡ４が応答する。尚、これらの送受信パケットには、タイムスタンプが含まれており、ＳＴＡ２はＲＴＴ（Round Trip Time）からスループットや遅延、ジッタを計算可能に構成されている。また、シーケンス番号が含まれており、ＳＴＡ２は、パケット損失率、即ちエラー率を知ることができる。
【００４８】
この試験パケットにＳＴＡ４が応答すると、イベントが「試験パケットへ応答」となり、スループットの表示などを行う（Ｓ６０３）。
【００４９】
図１０は、スループット表示の具体例を示す図である。図１０に示す横軸に時間、縦軸にスループット（単位はMbps）となるように、測定する度にプロットする。この例では、高解像度映像（HDTV）に適したスループットが、標準解像度映像（SDTV）に適したスループットが確保できるかを利用者が判定できるように表示している。
【００５０】
ここで図６に戻り、イベントが「利用者からの通信開始指示」の場合、コンテンツ通信を開始する（Ｓ６０４）。
【００５１】
以上のように、ＳＴＡ２が開始する試験手順を帯域要求の手順と同等なものとして扱うことができるので、通信品質を向上させ、システムに収容できる端末の種類が多くなり、使い勝手が良くなる。
【００５２】
＜実施形態２＞
次に、図面を参照しながら本発明に係る実施形態２について詳細に説明する。実施形態２では、帯域要求を行わない端末１０７であるＳＴＡ５を新たに加えて、本発明の趣旨を改めて説明する。尚、実施形態１で説明した部分については、その説明を省略する。
【００５３】
図７は、複数の端末と管理装置との通信を示すシーケンス図である。各端末の処理手順をまとめたものである。尚、符号１０１〜１０７は、図１に示す通信システムに対応するものである。
【００５４】
まず、初期状態として、ＳＴＡ１〜ＳＴＡ５の５つの端末がＡＰ１０２にアソシエートしており、互いに通信できるようになっている。この状態で管理装置１０１が本システムで通信されるパケットの監視を開始する（７０１）。ここで、「監視」とは、パケットをキャプチャしてパケットフォーマットを認識することである。
【００５５】
次に、ＳＴＡ２がＳＴＡ４との間で、伝送路の状態を測定するために、試験手順を開始する（７０２）。この試験手順を実行中、ＳＴＡ２はその結果を画面に表示する。例えば、スループットを折れ線グラフの形にし、図１０に示すようにリアルタイムで表示する。ＳＴＡ２の利用者は、このグラフから、所望のコンテンツ通信のために充分な帯域を確保できるか否かを判断できる。ここで、利用者が充分なスループットが得られると判断すれば、コンテンツ通信を行う（７０３）。
【００５６】
同時に、管理装置１０１は、試験手順とその後、コンテンツ通信が続くことを解析し、図８に示すデータベースに記録する（７０４）。尚、試験手順が行われているか否かは、キャプチャしたパケットのフォーマットにより判断する。また、コンテンツ通信が行われているか否かは、ＩＰフレームのポート番号と送信の時間間隔により判断する。
【００５７】
図８は、パケットのキャプチャと解析のデータベースを示す図である。図８の（Ａ）はEthernet（登録商標）タイプがベンダ固有の場合であり、図８の（Ｂ）はEthernet（登録商標）タイプがＩＰのときである。このデータベースには、フレーム番号８０１、タイムスタンプ８０２、送信元アドレス８０３、宛先アドレス８０４、Ethernet（登録商標）タイプ８０５、ペイロードタイプ８０６が記録される。また、ＩＰのときには、送信元ＩＰ８０７、宛先ＩＰ８０８、ＴＣＰ／ＵＤＰポート８０９が更に含まれる。
【００５８】
その後、ＳＴＡ２が、今度はＳＴＡ５と試験手順を開始する（７０５）。試験手順は、ＳＴＡ４との間で実行したときと同じであるとする。
【００５９】
管理装置１０１は、キャプチャし、過去に試験手順であると判定したパケットのフォーマットと同じであるか否かを解析する。解析結果が同じであれば、この時点で管理装置１０１は、次にコンテンツ通信が実行されるであろうことを予測する。
【００６０】
そして、保護タイマに初期値をセットして計時を開始する（７０６）。この保護タイマの初期値は、試験手順が終了してからコンテンツ通信が開始されるまでの統計値である。統計値としては、平均或いは最大を用いる。
【００６１】
このタイマが有効である間に、ＳＴＡ１がＳＴＡ３と通信を行うために、帯域要求手順を起動したとする（７０７）。ここで、管理装置１０１は、帯域要求の手順をＡＰ１０２と協調して行っている。よって、管理装置１０１は、ＳＴＡ１からの帯域要求を受ける。このとき、管理装置１０１は、ＳＴＡ２が試験手順を開始したことを認識しているので、他の端末には帯域を割り当てないように制御する。つまり、この帯域要求に対して拒否で応答する（７０８）。
【００６２】
続いて、ＳＴＡ２とＳＴＡ５の間でコンテンツ通信が開始される（７０９）。ここで、管理装置１０１がコンテンツ通信を認識すると、保護タイマを継続する（７１０）。
【００６３】
実施形態１、２では、管理装置１０１とＡＰ１０２が一体に構成されていたが、別筐体であっても良い。
【００６４】
その場合、管理装置はEthernet（登録商標）のような有線インタフェースを備える場合と、無線ＬＡＮのように無線インタフェースを備える場合とがある。何れにしても、管理装置とＡＰの間で一体型と同じような制御情報のやり取りが行われる。
【００６５】
また、ＡＰが複数存在しても良い。その場合、管理装置とＡＰが一体型であれば、管理装置が複数存在することになる。そのような場合でも、管理装置間で調整を行うことで、本発明の特徴的な制御を実行することができる。
【００６６】
以上説明した実施形態によれば、システムに種々の端末を収容した場合にも、使い勝手が良くなる。また、管理装置を介さずに端末間が独自に行う手順を無駄にせず、伝送路を有効に活用することができる。
【００６７】
尚、本発明は複数の機器（例えば、ホストコンピュータ，インターフェース機器，リーダ，プリンタなど）から構成されるシステムに適用しても、１つの機器からなる装置（例えば、複写機，ファクシミリ装置など）に適用しても良い。
【００６８】
また、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記録媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（ＣＰＵ若しくはＭＰＵ）が記録媒体に格納されたプログラムコードを読出し実行する。これによっても、本発明の目的が達成されることは言うまでもない。
【００６９】
この場合、コンピュータ読み取り可能な記録媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記録媒体は本発明を構成することになる。
【００７０】
このプログラムコードを供給するための記録媒体として、例えばフレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，磁気テープ，不揮発性のメモリカード，ＲＯＭなどを用いることができる。
【００７１】
また、コンピュータが読出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、次の場合も含まれることは言うまでもない。即ち、プログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）などが実際の処理の一部又は全部を行い、その処理により前述した実施形態の機能が実現される場合である。
【００７２】
更に、記録媒体から読出されたプログラムコードがコンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込む。その後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理により前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【図面の簡単な説明】
【００７３】
【図１】実施形態１における通信システムの構成の一例を示す図である。
【図２】実施形態１における管理装置の構成を示すブロック図である。
【図３】、
【図４】実施形態１における管理装置１０１の処理手順を示すフローチャートである。
【図５】帯域要求手順を行う端末群の処理手順を示すフローチャートである。
【図６】帯域要求手順を行わない端末群の処理手順を示すフローチャートである。
【図７】複数の端末と管理装置との通信を示すシーケンス図である。
【図８】パケットのキャプチャと解析のデータベースを示す図である。
【図９】試験手順のフォーマットを登録するテーブルの構成を示す図である。
【図１０】スループット表示の具体例を示す図である。
【符号の説明】
【００７４】
１０１  管理装置
１０２  アクセスポイント（ＡＰ）
１０３  端末（ＳＴＡ１）
１０４  端末（ＳＴＡ２）
１０５  端末（ＳＴＡ３）
１０６  端末（ＳＴＡ４）
１０７  端末（ＳＴＡ５）
２０１  ＣＰＵ
２０２  ＲＯＭ
２０３  ＲＡＭ
２０４  記憶装置
２０５  表示装置
２０６  操作卓
２０７  バス
【図１】
0004989512.tif 000002
【図２】
0004989512.tif 000003
【図３】
0004989512.tif 000004
【図４】
0004989512.tif 000005
【図５】
0004989512.tif 000006
【図６】
0004989512.tif 000007
【図７】
0004989512.tif 000008
【図８】
0004989512.tif 000009
【図９】
0004989512.tif 000010
【図１０】
0004989512.tif 000011