"受信したフレームを格納する第1バッファと、受信したフレームを前記第1バッファに格納すると当該受信したフレームの通信種別に一致する通信種別のフレームによる前記第1バッファの使用量が当該通信種別について設定されている第1の閾値を超えるか判断し、超えると判断した場合には当該受信したフレームを廃棄する廃棄部と、少なくとも2以上の時点について通信種別毎に前記第1バッファの使用量を算出し、前記第1バッファの使用量の変化を表す数値を通信種別毎に算出する第1算出部と、前記第1バッファの使用量の変化を表す数値に基づき、通信種別毎に前記第1の閾値を算出し、前記廃棄部に対して設定する設定部と、を有する中継装置。前記設定部が、前記第1バッファの使用量が増加している通信種別について、当該通信種別について既に設定されている第1の閾値よりも小さい第1の閾値を算出し、前記第1バッファの使用量が減少している通信種別について、当該通信種別について既に設定されている第1の閾値以上の第1の閾値を算出する請求項1記載の中継装置。前記第1バッファの使用量の変化を表す数値に基づき、送信の優先度を通信種別毎に算出する第2算出部と、前記送信の優先度に基づき、前記第1バッファに格納されているフレームの送信スケジュールを決定する決定部と、をさらに有する請求項1又は2記載の中継装置。受信したフレームを格納する第1バッファと、少なくとも2以上の時点について通信種別毎に前記第1バッファの使用量を算出し、前記第1バッファの使用量の変化を表す数値を通信種別毎に算出する第1算出部と、前記第1バッファの使用量の変化を表す数値に基づき、単位時間当たりのフレームの流入データ量についての第1の閾値を通信種別毎に算出する第2算出部と、受信したフレームを前記第1バッファに格納したとしても当該受信したフレームの通信種別と一致する通信種別のフレームの単位時間当たりの流入データ量が当該受信したフレームの通信種別について算出された第1の閾値以下である場合に、当該受信したフレームを前記第1バッファに格納する制御部と、を有する中継装置。前記第2算出部は、前記第1バッファの使用量が増加している通信種別についての第1の閾値が前記第1バッファの使用量が減少している通信種別についての第1の閾値よりも小さくなるように、通信種別毎に前記第1の閾値を算出する請求項4記載の中継装置。受信したフレームを前記第1バッファよりも先に格納する第2バッファと、受信したフレームを前記第2バッファに格納すると当該受信したフレームの通信種別に一致する通信種別のフレームによる前記第2バッファの使用量が当該通信種別について設定されている第2の閾値を超えるか判断し、前記第2の閾値を超えると判断した場合、当該受信したフレームの送信元の装置宛にフレームの送信を停止することを要求する停止要求を出力する出力部と、をさらに有する請求項4又は5記載の中継装置。受信したフレームを格納するバッファと、少なくとも2以上の時点について通信種別毎に前記バッファの使用量を算出し、前記バッファの使用量の変化を表す数値を通信種別毎に算出する算出部と、前記バッファの使用量の変化を表す数値に基づき、通信種別毎に当該通信種別のフレームの送信を停止させるか判断する判断部と、前記判断部が第1の通信種別のフレームの送信を停止させると判断した場合に、当該第1の通信種別のフレームの送信を停止することを要求する停止要求を生成し、当該第1の通信種別のフレームの送信元の装置宛に出力する出力部と、を有する中継装置。少なくとも2以上の時点について通信種別毎にバッファの使用量を算出し、前記バッファの使用量の変化を表す数値を通信種別毎に算出し、前記バッファの使用量の変化を表す数値に基づき、フレーム廃棄のための閾値を通信種別毎に算出し、受信したフレームを前記バッファに格納すると当該受信したフレームの通信種別と一致する通信種別のフレームによる前記バッファの使用量が当該受信したフレームの通信種別について設定されている閾値を超える場合、当該受信したフレームを廃棄する処理を、コンピュータに実行させるためのプログラム。少なくとも2以上の時点について通信種別毎にバッファの使用量を算出し、前記バッファの使用量の変化を表す数値を通信種別毎に算出し、前記バッファの使用量の変化を表す数値に基づき、フレーム廃棄のための閾値を通信種別毎に算出し、受信したフレームを前記バッファに格納すると当該受信したフレームの通信種別と一致する通信種別のフレームによる前記バッファの使用量が当該受信したフレームの通信種別について設定されている閾値を超える場合、当該受信したフレームを廃棄する処理を、コンピュータが実行する制御方法。少なくとも2以上の時点について通信種別毎にバッファの使用量を算出し、前記バッファの使用量の変化を表す数値を通信種別毎に算出し、前記バッファの使用量の変化を表す数値に基づき、単位時間当たりのフレームの流入データ量についての閾値を算出し、受信したフレームを前記バッファに格納したとしても当該受信したフレームの通信種別と一致する通信種別のフレームの単位時間当たりの流入データ量が当該受信したフレームの通信種別について算出された閾値以下である場合に、当該受信したフレームを前記バッファに格納する処理を、コンピュータに実行させるためのプログラム。少なくとも2以上の時点について通信種別毎にバッファの使用量を算出し、前記バッファの使用量の変化を表す数値を通信種別毎に算出し、前記バッファの使用量の変化を表す数値に基づき、単位時間当たりのフレームの流入データ量についての閾値を算出し、受信したフレームを前記バッファに格納したとしても当該受信したフレームの通信種別と一致する通信種別のフレームの単位時間当たりの流入データ量が当該受信したフレームの通信種別について算出された閾値以下である場合に、当該受信したフレームを前記バッファに格納する処理を、コンピュータが実行する制御方法。少なくとも2以上の時点について通信種別毎にバッファの使用量を算出し、前記バッファの使用量の変化を表す数値を通信種別毎に算出し、前記バッファの使用量の変化を表す数値に基づき、通信種別毎に当該通信種別のフレームの送信を停止させるか判断し、第1の通信種別のフレームの送信を停止させると判断した場合に、当該第1の通信種別のフレームの送信を停止することを要求する停止要求を生成し、当該第1の通信種別のフレームの送信元の装置宛に出力する処理を、コンピュータに実行させるためのプログラム。少なくとも2以上の時点について通信種別毎にバッファの使用量を算出し、前記バッファの使用量の変化を表す数値を通信種別毎に算出し、前記バッファの使用量の変化を表す数値に基づき、通信種別毎に当該通信種別のフレームの送信を停止させるか判断し、第1の通信種別のフレームの送信を停止させると判断した場合に、当該第1の通信種別のフレームの送信を停止することを要求する停止要求を生成し、当該第1の通信種別のフレームの送信元の装置宛に出力する処理を、コンピュータが実行する制御方法。従って、本技術の目的は、一側面では、複数種別の通信が行われるネットワークにおいて、通信品質の劣化を抑制するための技術を提供することである。本技術の第1の態様に係る中継装置は、A受信したフレームを格納する第1バッファと、B受信したフレームを第1バッファに格納すると当該受信したフレームの通信種別に一致する通信種別のフレームによる第1バッファの使用量が当該通信種別について設定されている第1の閾値を超えるか判断し、超えると判断した場合には当該受信したフレームを廃棄する廃棄部と、C少なくとも2以上の時点について通信種別毎に第1バッファの使用量を算出し、第1バッファの使用量の変化を表す数値を通信種別毎に算出する第1算出部と、D第1バッファの使用量の変化を表す数値に基づき、通信種別毎に第1の閾値を算出し、廃棄部に対して設定する設定部とを有する。本技術の第2の態様に係る中継装置は、E受信したフレームを格納する第1バッファと、F少なくとも2以上の時点について通信種別毎に第1バッファの使用量を算出し、第1バッファの使用量の変化を表す数値を通信種別毎に算出する第1算出部と、G第1バッファの使用量の変化を表す数値に基づき、単位時間当たりのフレームの流入データ量についての第1の閾値を通信種別毎に算出する第2算出部と、H受信したフレームを第1バッファに格納したとしても当該受信したフレームの通信種別と一致する通信種別のフレームの単位時間当たりの流入データ量が当該受信したフレームの通信種別について算出された第1の閾値以下である場合に、当該受信したフレームを第1バッファに格納する制御部とを有する。本技術の第3の態様に係る中継装置は、I受信したフレームを格納するバッファと、J少なくとも2以上の時点について通信種別毎にバッファの使用量を算出し、バッファの使用量の変化を表す数値を通信種別毎に算出する算出部と、Kバッファの使用量の変化を表す数値に基づき、通信種別毎に当該通信種別のフレームの送信を停止させるか判断する判断部と、L判断部が第1の通信種別のフレームの送信を停止させると判断した場合に、当該第1の通信種別のフレームの送信を停止することを要求する停止要求を生成し、当該第1の通信種別のフレームの送信元の装置宛に出力する出力部とを有する。複数種別の通信が行われるネットワークにおいて、通信品質の劣化を抑制することができるようになる。[実施の形態1]図1に、第1の実施の形態の中継装置の機能ブロック図を示す。第1の実施の形態の中継装置は、例えば統合ネットワークを介して受信したフレームを宛先の装置へ転送するための中継装置である。中継装置は、第1バッファ201と、第1算出部203と、設定部205と、廃棄部207とを有する。第1算出部203は、第1バッファ201の使用量及び当該使用量の変化を表す数値を算出する処理等を行い、処理結果を設定部205に出力する。設定部205は、第1算出部203からの処理結果に基づき第1の閾値を算出し、廃棄部207に対して設定する。廃棄部207は、設定された第1の閾値に基づき、受信したフレームを廃棄又は第1バッファ201に格納する。次に、第1の実施の形態における中継装置の動作を図2を用いて説明する。まず、第1算出部203は、少なくとも2以上の時点について通信種別毎に第1バッファ201の使用量を算出し、記憶装置に格納する図2:ステップS1001。通信種別は、例えばフレームのヘッダに含まれる情報により決定される。また、第1算出部203は、ステップS1001において算出された使用量を用いて、第1バッファ201の使用量の変化を表す数値を通信種別毎に算出し、記憶装置に格納するステップS1003。例えば、最新の使用量と所定時刻前における使用量との差を算出する。そして、設定部205は、第1算出部203によって算出された、第1バッファ201の使用量の変化を表す数値に基づき、フレーム廃棄のための第1の閾値を通信種別毎に算出し、廃棄部207に対して設定するステップS1005。例えば、第1バッファ201の使用量が増加している通信種別について、当該通信種別について既に設定されている第1の閾値よりも小さい第1の閾値を算出する。また、第1バッファ201の使用量が減少している通信種別について、当該通信種別について既に設定されている第1の閾値以上の第1の閾値を算出する。そして、廃棄部207は、受信したフレームを第1バッファ201に格納すると当該フレームの通信種別と一致する通信種別のフレームによる第1バッファ201の使用量が、当該通信種別について算出された第1の閾値を超えるか判断するステップS1007。第1の閾値を超えないと判断した場合ステップS1007:Noルート、廃棄部207は、受信したフレームを第1バッファ201に格納しステップS1009、処理を終了する。一方、第1の閾値を越えると判断した場合ステップS1007:Yesルート、廃棄部207は、受信したフレームを廃棄しステップS1011、処理を終了する。以上のような処理を実施すれば、通信種別毎にフレーム廃棄が抑制されるように制御されると共に、バッファ溢れが生じにくくなる。よって、通信品質の劣化を抑制できるようになる。[実施の形態2]図3に、第2の実施の形態の中継装置の機能ブロック図を示す。第2の実施の形態の中継装置は、例えば統合ネットワークを介して受信したフレームを宛先の装置へ転送するための中継装置である。中継装置は、第1バッファ301と、第1算出部303と、第2算出部305と、制御部307とを有する。第1算出部303は、第1バッファ301の使用量及び当該使用量の変化を表す数値を算出する処理等を行い、処理結果を第2算出部305に出力する。第2算出部305は、第1算出部303からの処理結果に基づき閾値を算出し、制御部307に出力する。制御部307は、第2算出部305から受け取った閾値に基づき、第1バッファ301へのフレームの流入データ量を制御する。次に、第2の実施の形態における中継装置の動作を図4を用いて説明する。まず、第1算出部303は、少なくとも2以上の時点について通信種別毎に第1バッファ301の使用量を算出し、記憶装置に格納する図4:ステップS1021。通信種別は、例えばフレームのヘッダに含まれる情報により決定される。また、第1算出部303は、ステップS1021において算出された使用量を用いて、第1バッファ301の使用量の変化を表す数値を通信種別毎に算出し、記憶装置に格納するステップS1023。例えば、最新の使用量と所定時刻前における使用量との差を算出する。そして、第2算出部305は、第1算出部303によって算出された、第1バッファ301の使用量の変化を表す数値に基づき、単位時間当たりのフレームの流入データ量についての第1の閾値を通信種別毎に算出し、制御部307に出力するステップS1025。例えば、第1バッファ301の使用量が増加している通信種別についての第1の閾値が、第1バッファ301の使用量が減少している通信種別についての第1の閾値よりも小さくなるようにする。そして、制御部307は、受信したフレームを第1バッファ301に格納したとしても当該フレームの通信種別と一致する通信種別のフレームの単位時間当たりの流入データ量が第1の閾値以下であるか判断するステップS1027。第1の閾値以下であると判断した場合ステップS1027:Yesルート、制御部307は、受信したフレームを第1バッファ301に格納しステップS1029、処理を終了する。一方、第1の閾値以下ではないと判断した場合ステップS1027:Noルート、制御部307は、受信したフレームを第1バッファ301に格納せずに、例えば第1バッファ301とは別に予備的に設けられたバッファ図示しないに待機させステップS1031、処理を終了する。以上のような処理を実施すれば、バッファ使用量の変化に対して適切な流入データ量が設定されるので、バッファ溢れに対して柔軟に対処することができるようになる。これにより、通信品質の劣化を抑制できるようになる。[実施の形態3]図5に、第3の実施の形態の中継装置の機能ブロック図を示す。第3の実施の形態の中継装置は、例えば統合ネットワークを介して受信したフレームを宛先の装置へ転送するための中継装置である。中継装置は、バッファ401と、算出部403と、判断部405と、出力部407とを有する。算出部403は、バッファ401の使用量及び当該使用量の変化を表す数値を算出する処理等を行い、処理結果を判断部405に出力する。判断部405は、算出部403からの処理結果に基づき、フレームの送信を停止させるかを判断し、フレームの送信を停止させる場合には、出力部407に停止要求の送信を指示する。出力部407は、判断部405からの要求に基づき、フレームの送信の停止を要求する停止要求を出力する。次に、第3の実施の形態における中継装置の動作を図6を用いて説明する。まず、算出部403は、少なくとも2以上の時点について通信種別毎にバッファ401の使用量を算出し、記憶装置に格納する図6:ステップS1041。通信種別は、例えばフレームのヘッダに含まれる情報により決定される。また、算出部403は、ステップS1041において算出された使用量を用いて、バッファ401の使用量の変化を表す数値を通信種別毎に算出し、記憶装置に格納するステップS1043。例えば、最新の使用量と所定時刻前における使用量との差を算出する。そして、判断部405は、算出部403によって算出された、バッファ401の使用量の変化を表す数値に基づき、通信種別毎に、当該通信種別に係るフレームの送信を停止させるか判断するステップS1045。例えば、バッファ401の使用量が著しく増加している通信種別については、当該通信種別に係るフレームの送信を停止させる。フレームの送信を停止させないと判断した場合ステップS1045:Noルート、処理を終了する。一方、フレームの送信を停止させると判断した場合ステップS1045:Yesルート、判断部405は、停止要求の送信を出力部407に指示する。ここでは、第1の通信種別に係るフレームの送信を停止するとする。これに応じ、出力部407は、第1の通信種別に係るフレームの送信を停止することを要求する停止要求を生成し、当該第1の通信種別に係るフレームの送信元の装置宛に出力するステップS1047。なお、出力部407から出力されたフレームは、中継装置のポート図示しないを介してフレームの送信元の装置宛に送信される。そして処理を終了する。以上のような処理を実施すれば、通信種別毎のバッファ使用量の変化に応じて適切にフレームの送信が停止されるので、バッファ溢れを抑制できるようになる。これにより、通信品質の劣化を抑制できるようになる。[実施の形態4]図7に、第4の実施の形態の中継装置の機能ブロック図を示す。第4の実施の形態の中継装置は、例えばレイヤ2のスイッチである。中継装置は、受信ポート1011及び1013と、分類部1031及び1033と、共有バッファ1051と、選択部1071及び1073と、送信ポート1091及び1093と、監視部1111と、バッファデータ格納部1131と、フロー制御部1151とを含む。受信ポート1011は、受信したフレームを分類部1031に出力する。分類部1031は、入力されたフレームに対してフローを識別するための情報を付与し、共有バッファ1051に格納する。選択部1071は、入力されたフレームを送信ポート1091に出力する。送信ポート1091は、入力されたフレームを宛先の装置に送信する。監視部1111は、共有バッファ1051の使用量をフロー毎に算出する。また、監視部1111は、共有バッファ1051の使用量の変化量を算出し、バッファデータ格納部1131に格納する。フロー制御部1151は、バッファデータ格納部1131に格納されているデータに基づきフロー制御を行うか判断し、フロー制御を行う場合にはPauseフレームを生成し、選択部1071及び1073に出力する。受信ポート1013の機能は受信ポート1011の機能と同様である。分類部1033の機能は、分類部1031の機能と同様である。選択部1073の機能は、選択部1071の機能と同様である。送信ポート1093の機能は、送信ポート1091の機能と同様である。なお、本実施の形態において、フローは、例えばフレームに含まれる通信プロトコルの情報、プライオリティの情報及びVLANVirtualLocalAreaNetworkの情報等に基づき決定される。他の実施の形態においても同様とする。次に、図8乃至図11を用いて、図7に示した中継装置の動作について説明する。まず、監視部1111は、共有バッファ1051にフレームの入力又は出力があったか判断する図8:ステップS1。すなわち、共有バッファ1051の使用量が変化したか判断する。共有バッファ1051にフレームの入力又は出力がない場合ステップS1:Noルート、共有バッファ1051の使用量を改めて算出しなくてもよいので、ステップS13の処理に移行する。一方、共有バッファ1051にフレームの入力又は出力があった場合ステップS1:Yesルート、監視部1111は、共有バッファ1051の使用量をフロー毎に算出し、記憶装置に格納するステップS3。また、監視部1111は、共有バッファ1051の使用量の合計を算出し、記憶装置に格納するステップS5。そして、監視部1111は、前回共有バッファ1051の使用量の変化量を算出したときから所定時間が経過したかを判断するステップS7。ステップS7における所定時間は、変化量計算を行う時間間隔である。前回共有バッファ1051の使用量の変化量を算出したときから所定時間が経過していない場合ステップS7:Noルート、まだ変化量の算出を行わなくてもよいので、ステップS13の処理に移行する。一方、前回共有バッファ1051の使用量の変化量を算出したときから所定時間が経過した場合ステップS7:Yesルート、監視部1111は、共有バッファ1051の使用量の変化量をフロー毎に算出し、バッファデータ格納部1131における使用量テーブルに格納するステップS9。また、監視部1111は、共有バッファ1051の使用量の変化量の合計を算出し、バッファデータ格納部1131における使用量テーブルに格納するステップS11。図9に、バッファデータ格納部1131に格納されている使用量テーブルの一例を示す。図9の例では、各時刻における使用量及び使用量の変化量が各フローについて格納されている。そして、監視部1111は、処理の終了指示があった場合には処理を終了するステップS13:Yesルート。処理を終了しない場合にはステップS13:Noルート、引き続き処理を実行するため、ステップS1の処理に戻る。以上のようにして、共有バッファ1051の使用量の変化量をフロー毎に算出する。次に、図10及び図11を用いて、フロー制御部1151が行う処理について説明する。まず、フロー制御部1151は、ステップS3及びS5において算出された使用量又はステップS9及びS11において算出された使用量の変化量を用いて、共有バッファ1051の使用量が変化したか判断する図10:ステップS21。例えば、使用量の変化量が予め設定された閾値を超えている場合には、使用量が変化したとみなす。共有バッファ1051の使用量が変化していない場合ステップS21:Noルート、ステップS25の処理に移行する。一方、共有バッファの使用量が変化した場合ステップS21:Yesルート、フロー制御部1151は、バッファデータ格納部1131に格納されている使用量テーブルを用いて判定処理を実施するステップS23。判定処理については、図11を用いて説明する。まず、フロー制御部1151は、バッファ残量R>所定の閾値TH1であるか判断する図11:ステップS31。ステップS31においては、バッファの容量Bからバッファ使用量の合計ΣUを差し引くことによりバッファ残量Rを算出する。TH1は、バッファ残量についての所定の閾値である。以下では、フローfのバッファ使用量をUfとし、フローfによるバッファ使用量の変化量をDfとし、共有バッファ1051へのフローfの単位時間当たりの流入データ量をGfとする。バッファ残量R>所定の閾値TH1である場合ステップS31:Yesルート、フロー制御部1151は、フローfについての流入データ量GfをGf=Maxと設定するステップS37。共有バッファ1051の残量に余裕があるためである。ここで、Maxはワイヤーレートすなわち、回線の理論上の最大通信速度である。一方、バッファ残量R>所定の閾値TH1ではない場合ステップS31:Noルート、フロー制御部1151は、ΣD<0であるか判断するステップS33。すなわち、共有バッファ1051の使用量が減っているか判断する。ΣD<0である場合ステップS33:Yesルート、フロー制御部1151は、フローfについての流入データ量GfをGf=Maxと設定するステップS37。共有バッファ1051の合計の使用量が減少傾向にあるため、共有バッファ1051への単位時間当たりの流入データ量が増えたとしてもバッファ溢れが生じにくいからである。一方、ΣD<0ではない場合ステップS33:Noルート、フロー制御部1151は、Df<0であるか判断するステップS35。すなわち、フローfのバッファ使用量が減っているか判断する。Df<0である場合ステップS35:Yesルート、フロー制御部1151は、フローfについての流入データ量GfをGf=Maxと設定するステップS37。フローfによる共有バッファ1051の使用量が減少傾向にあるため、フローfについての単位時間当たりの流入データ量が増えたとしてもバッファ溢れが生じにくいからである。一方、Df<0ではない場合ステップS35:Noルート、フロー制御部1151は、フローfについての流入データ量GfをGf=MaxR/Bと設定するステップS39。すなわち、バッファの残量Rが少ないほど小さい流入データ量を割り当てるようにする。そして、フロー制御部1151は、ステップS37又はS39において設定された流入データ量GfがGf<Tを満たすか判断するステップS40。ここで、Tは流入データ量についての所定の閾値である。Gf<Tを満たさない場合ステップS40:Noルート、フローfについてフレームの送信を停止させなくてもよいので、元の処理に戻る。一方、Gf<Tを満たす場合ステップS40:Yesルート、フロー制御部1151は、フローfについてのフレームの送信元の装置に対してフレームの送信停止を要求するPauseフレームを生成し、当該送信元の装置宛に出力するステップS41。本実施の形態においては、選択部1071又は1073に出力する。そして元の処理に戻る。なお、以上説明した判定処理は、バッファの使用量に変化があったフローのみについて行うようにしてもよいし、各々のフローについて行うようにしてもよい。図10の説明に戻り、制御部1151は、処理の終了指示があった場合には処理を終了するステップS25:Yesルート。処理を終了しない場合にはステップS25:Noルート、引き続き処理を実行するため、ステップS21の処理に戻る。以上のような処理を実施することにより、フロー毎のバッファ使用量の変化に応じて、適切なフロー制御を行うことができるようになる。これにより、共有バッファ1051のオーバーフローが発生することを抑制できる。また、EPDとは異なりフレームを廃棄しないため、フレームを廃棄することが好ましくないフロー例えばFCoEにも対処することができる。さらに、共有バッファをポート毎に分割するわけではないため、共有バッファを有効に利用できる。[実施の形態5]図12に、第5の実施の形態の中継装置の機能ブロック図を示す。第5の実施の形態の中継装置は、例えばレイヤ2のスイッチである。中継装置は、受信ポート1011及び1013と、分類部1031及び1033と、入力バッファ1211及び1213と、フロー制御部1231及び1233と、計測部1251及び1253と、共有バッファ1051と、選択部1071及び1073と、送信ポート1091及び1093と、監視部1111と、バッファデータ格納部1131と、流量決定部1171と、スケジューリング部1191とを含む。受信ポート1011は、受信したフレームを分類部1031に出力する。分類部1031は、入力されたフレームに対して、フローを識別するための情報を付与し、入力バッファ1211に格納する。フロー制御部1231は、入力バッファ1211の使用量に基づきフロー制御を行うか判断し、フロー制御を行う場合にはPauseフレームを生成し、選択部1071に出力する。計測部1251は、入力バッファ1211から共有バッファ1051へ流入するフレームのデータ量をフロー毎に管理する。選択部1071は、入力されたフレームを送信ポート1091に出力する。送信ポート1091は、入力されたフレームを宛先の装置に送信する。監視部1111は、共有バッファ1051の使用量をフロー毎に算出する。また、監視部1111は、共有バッファ1051の使用量の変化量を算出し、バッファデータ格納部1131に格納する。流量決定部1171は、バッファデータ格納部1131に格納されているデータに基づき、単位時間当たりに入力バッファ1211及び1213から共有バッファ1051に流入するフレームのデータ量をフロー毎に算出し、スケジューリング部1191に出力する。スケジューリング部1191は、入力バッファ1211及び1213から共有バッファ1051に流入するフレームの順序を管理する。受信ポート1013の機能は受信ポート1011の機能と同様である。分類部1033の機能は、分類部1031の機能と同様である。入力バッファ1213の機能は、入力バッファ1211の機能と同様である。フロー制御部1233の機能は、フロー制御部1231の機能と同様である。計測部1253の機能は、計測部1251の機能と同様である。選択部1073の機能は、選択部1071の機能と同様である。送信ポート1093の機能は、送信ポート1091の機能と同様である。次に、図12に示した中継装置の動作について説明する。但し、監視部1111の処理は実施の形態4で説明したものと同じであるので説明を省略する。まず、図13を用いて、流量決定部1171が行う処理について説明する。流量決定部1171は、ステップS3及びS5において算出された使用量又はステップS9及びS11において算出された使用量の変化量を用いて、共有バッファ1051の使用量が変化したか判断する図13:ステップS42。例えば、使用量の変化量が予め設定された閾値を超えている場合には、使用量が変化したとみなす。共有バッファの使用量が変化していない場合ステップS41:Noルート、ステップS45処理に移行する。一方、共有バッファの使用量が変化した場合ステップS41:Yesルート、流量決定部1171は、バッファデータ格納部1131に格納されている使用量テーブルを用いて算出処理を実施するステップS43。算出処理については、図14を用いて説明する。まず、流量決定部1171は、バッファ残量R>所定の閾値TH1であるか判断する図14:ステップS51。ステップS51においては、バッファの容量Bからバッファ使用量の合計ΣUを差し引くことによりバッファ残量Rを算出する。TH1は、バッファ残量についての所定の閾値である。以下では、フローfのバッファ使用量をUfとし、フローfによるバッファ使用量の変化量をDfとし、共有バッファ1051へのフローfの単位時間当たりの流入データ量をGfとする。バッファ残量R>所定の閾値TH1である場合ステップS51:Yesルート、流量決定部1171は、フローfについての流入データ量GfをGf=Maxと設定するステップS57。共有バッファ1051の残量に余裕があるためである。ここで、Maxはワイヤーレートである。一方、バッファ残量R>所定の閾値TH1ではない場合ステップS51:Noルート、流量決定部1171は、ΣD<0であるか判断するステップS53。すなわち、共有バッファ1051の使用量が減っているか判断する。ΣD<0である場合ステップS53:Yesルート、流量決定部1171は、フローfについての流入データ量GfをGf=Maxと設定するステップS57。共有バッファ1051の合計の使用量が減少傾向にあるため、共有バッファ1051への単位時間当たりの流入データ量が増えたとしてもバッファ溢れが生じにくいからである。一方、ΣD<0ではない場合ステップS53:Noルート、流量決定部1171は、Df<0であるか判断するステップS55。すなわち、フローfのバッファ使用量が減っているか判断する。Df<0である場合ステップS55:Yesルート、流量決定部1171は、フローfについての流入データ量GfをGf=Maxと設定するステップS57。フローfによる共有バッファ1051の使用量が減少傾向にあるため、フローfについての単位時間当たりの流入データ量が増えたとしてもバッファ溢れが生じにくいからである。そして元の処理に戻る。一方、Df<0ではない場合ステップS55:Noルート、流量決定部1171は、フローfについての流入データ量GfをGf=MaxR/Bと設定するステップS59。すなわち、バッファの残量Rが少ないほど小さい流入データ量を割り当てるようにする。そして元の処理に戻る。なお、以上説明した算出処理は、バッファの使用量に変化があったフローのみについて行うようにしてもよいし、各々のフローについて行うようにしてもよい。図15を用いて、第5の実施の形態における流入データ量の制御について説明する。図15においては、斜線が付された長方形の高さが高いほどバッファ使用量が多いことを示している。図15の上段は、現在のバッファ使用量が過去よりも多いことを示しており、図15の下段は、現在のバッファ使用量が過去よりも少ないことを示している。例えば図15の上段に示すように、バッファ使用量が増加している場合、今後もバッファ使用量が増加して、未来において現在よりも多いバッファ使用量になる可能性が高いと考えられる。このような場合においては、バッファへの流入データ量を少なくしなければバッファ溢れを生じる可能性が高くなってしまう。従って、本実施の形態においては、バッファ使用量が増加している場合にはワイヤーレートよりも小さい流入データ量Gfを設定している。逆に、図15の下段に示すように、バッファ使用量が減少している場合、今後もバッファ使用量が減少して、未来において現在よりも少ないバッファ使用量になる可能性が高いと考えられる。このような場合においては、バッファへの流入データ量を多くしてもバッファ溢れを生じにくい。従って、本実施の形態においては、バッファ使用量が減少している場合には流入データ量Gfをワイヤーレートに設定している。図13の説明に戻り、流量決定部1171は、処理の終了指示があった場合には処理を終了するステップS45:Yesルート。処理を終了しない場合にはステップS45:Noルート、引き続き処理を実行するため、ステップS42の処理に戻る。次に、図16及び図17を用いて、流量決定部1171によって算出された流入データ量になるようにフレームの流入を制御する処理について説明する。ここでは、計測部1251の処理を例にして説明する。まず、計測部1251は、流入データ量を算出するための所定時間が経過したか判断する図16:ステップS61。流入データ量を算出するための所定時間が経過していない場合ステップS61:Noルート、ステップS65の処理に移行する。一方、流入データ量を算出するための所定時間が経過した場合ステップS61:Yesルート、計測部1251は、各フローについての流量カウンタから所定値を減算するステップS63。そして、計測部1251は、新たに入力バッファ1211からフレームが出力されたか判断するステップS65。入力バッファ1211からフレームが出力されていない場合ステップS65:Noルート、ステップS69の処理に移行する。一方、入力バッファ1211からフレームが出力された場合ステップS65:Yesルート、出力されたフレームのフローについて、出力されたフレームのデータ量を流量カウンタに加算するステップS67。そして、計測部1251は、処理の終了指示があった場合には処理を終了するステップS69:Yesルート。処理を終了しない場合にはステップS69:Noルート、引き続き処理を実行するため、ステップS61の処理に戻る。このようにして、共有バッファ1051への流入データ量をフロー毎に管理する。そして、流量カウンタの値及びフレームの転送状況についての情報は、計測部1251からスケジューリング部1191に適宜通知される。一方、スケジューリング部1191は、所定のアルゴリズム例えばラウンドロビンによって、共有バッファ1051にフレームを出力するフローここでは、フローfとするを特定する図17:ステップS71。そして、スケジューリング部1191は、特定されたフローfのフレームを共有バッファ1051に出力中であるか判断するステップS73。フローfのフレームを共有バッファ1051に出力中である場合にはステップS73:Yesルート、フローfのフレームをさらに共有バッファ1051に出力することはできないので、ステップS71の処理に戻る。一方、フローfのフレームを共有バッファ1051に出力中ではない場合にはステップS73:Noルート、フローfのフレームを共有バッファ1051に出力可能であるか判断するステップS75。ステップS75においては、共有バッファ1051への出力待ちとなっているフローfのフレームが有るか判断する。フローfのフレームを共有バッファ1051に出力可能ではない場合ステップS75:Noルート、ステップS81の処理に移行する。一方、フローfのフレームを共有バッファ1051に出力可能である場合ステップS75:Yesルート、スケジューリング部1191は、Ff<Gfであるか判断するステップS77。ここで、Ffは、計測部1251及び1253によって計測された、フローfについての流量カウンタの値である。Gfは、流量決定部1171によって算出された、フローfについての流入データ量である。Ff<Gfではない場合ステップS77:Noルート、共有バッファ1051にフレームを出力することはできないため、ステップS81の処理に移行する。一方、Ff<Gfである場合ステップS77:Yesルート、スケジューリング部1191は、フローfのフレームを共有バッファ1051に出力するステップS79。そして、スケジューリング部1191は、処理の終了指示があった場合には処理を終了するステップS81:Yesルート。処理を終了しない場合にはステップS81:Noルート、引き続き処理を実行するため、ステップS71の処理に戻る。このような処理を実施することにより、決定された流入データ量を超えないように、フロー毎に流入データ量を制御することができるようになる。次に、図18を用いて、フロー制御部1231及び1233が行う処理について説明する。ここでは、フロー制御部1231の処理を例にして説明する。まず、フロー制御部1231は、未処理のフローを1つ特定する図18:ステップS91。そして、フロー制御部1231は、特定されたフローについて入力バッファ1211の使用量を算出し、使用量が閾値を超えているか判断するステップS93。ステップS93において利用する閾値は、フロー毎に予め設定されているとする。使用量が閾値を超えていない場合ステップS93:Noルート、ステップS97の処理に移行する。一方、使用量が閾値を超えている場合ステップS93:Yesルート、フロー制御部1231は、当該フローのフレームの送信元の装置に対してフレームの送信を停止することを要求するPauseフレームを生成し、選択部1071に出力するステップS95。そして、フロー制御部1231は、未処理のフローが有るか判断するステップS97。未処理のフローが有る場合ステップS97:Yesルート、次のフローについて処理するため、ステップS91の処理に戻る。一方、未処理のフローが無い場合ステップS97:Noルート、処理を終了する。なお、未処理のフローが無くなった場合には、処理済みのフローを再度未処理の状態であるとみなして、繰返し処理を実施するようにしてもよい。このような処理を実施することにより、入力バッファ1211を占有するフローのフレームの送信を停止させることができるようになる。このように、本実施の形態では、フロー毎のバッファ使用量の変化に応じて、適切な流入データ量を設定することができるようになる。これにより、共有バッファ1051のオーバーフローが発生することを抑制できると共に、帯域を制限しすぎることを抑制することができる。また、EPDとは異なりフレームを廃棄しないため、フレームを廃棄することが好ましくないフロー例えばFCoEにも対処することができる。さらに、共有バッファをポート毎に分割するわけではないため、共有バッファを有効に利用できる。また、本実施の形態では、共有バッファとは別に設けられた入力バッファの使用の状況に応じて、フレームの送信を停止させている。これにより、通信状況の変化に対してより柔軟に対応することができるようになる。[実施の形態6]図19に、第6の実施の形態の中継装置の機能ブロック図を示す。第6の実施の形態の中継装置は、例えばレイヤ2のスイッチである。中継装置は、受信ポート1011及び1013と、分類部1031及び1033と、分配部1261及び1263と、入力バッファ1211乃至1217と、フロー制御部1231及び1233と、計測部1251乃至1257と、選択部1271及び1273と、共有バッファ1051と、選択部1071及び1073と、送信ポート1091及び1093と、監視部1111と、バッファデータ格納部1131と、流量決定部1171と、スケジューリング部1191とを含む。受信ポート1011は、受信したフレームを分類部1031に出力する。分類部1031は、入力されたフレームに対して、フローを識別するための情報を付与し、分配部1261に出力する。分配部1261は、フローを識別するための情報に応じて、フレームを入力バッファ1211又は入力バッファ1213に格納する。フロー制御部1231は、入力バッファ1211及び入力バッファ1213の使用量に基づきフロー制御を行うか判断し、フロー制御を行う場合にはPauseフレームを生成し、選択部1071に出力する。計測部1251は、入力バッファ1211から共有バッファ1051に流入するフレームのデータ量を計測すると共に、フレームを選択部1271に出力する。選択部1071は、入力されたフレームを送信ポート1091に出力する。送信ポート1091は、入力されたフレームを宛先の装置に送信する。監視部1111は、共有バッファ1051の使用量をフロー毎に算出する。また、監視部1111は、共有バッファ1051の使用量の変化量を算出し、バッファデータ格納部1131に格納する。流量決定部1171は、バッファデータ格納部1131に格納されているデータに基づき、単位時間当たりに入力バッファ1211及び1213から共有バッファ1051に流入するフレームのデータ量をフロー毎に算出し、スケジューリング部1191に出力する。スケジューリング部1191は、入力バッファ1211及び1213から共有バッファ1051に流入するフレームの順序を管理する。受信ポート1013の機能は、受信ポート1011の機能と同様である。分類部1033の機能は、分類部1031の機能と同様である。入力バッファ1213乃至1217の機能は、入力バッファ1211の機能と同様である。フロー制御部1233の機能は、フロー制御部1231の機能と同様である。計測部1253乃至1257の機能は、計測部1251の機能と同様である。選択部1273の機能は、選択部1271の機能と同様である。送信ポート1093の機能は、送信ポート1091の機能と同様である。本実施の形態の監視部1111の処理は第4の実施の形態で説明したものと同じであるので、説明を省略する。また、流量決定部1171、スケジューリング部1191、計測部1251及びフロー制御部1231の処理は第5の実施の形態で説明したものと同じであるので、説明を省略する。本実施の形態の中継装置は、このような構成を採用しているので、第5の実施の形態の中継装置と同様の効果を有する。また、本実施の形態においては、フロー毎に入力バッファが設けられており、各入力バッファには、異なる1の計測部が対応付けられている。このような構成を採用することで、フロー毎の流入データ量の管理を行いやすくなるので、中継装置内においてより効率的にフレームを処理することができるようになっている。[実施の形態7]図20に、第7の実施の形態の中継装置の機能ブロック図を示す。第7の実施の形態の中継装置は、例えばレイヤ2のスイッチである。中継装置は、受信ポート1011及び1013と、分類部1031及び1033と、廃棄部1291及び1293と、共有バッファ1051と、送信スケジューリング部1391及び1393と、送信ポート1091及び1093と、監視部1111と、バッファデータ格納部1131と、検出部1311と、重み付け処理部1351と、閾値算出部1371を含む。受信ポート1011は、受信したフレームを分類部1031に出力する。分類部1031は、入力されたフレームに対して、フローを識別するための情報を付与し、廃棄部1291に出力する。廃棄部1291は、フロー毎に設定された閾値に基づきフレームを廃棄し、廃棄しないフレームを共有バッファ1051に格納する。送信スケジューリング部1391は、入力された重み付け値及び所定のアルゴリズムに基づきフレームの送信順序を決定し、決定された送信順序に従ってフレームを送信ポート1091に出力する。送信ポート1091は、入力されたフレームを宛先の装置に送信する。監視部1111は、共有バッファ1051の使用量をフロー毎に算出する。また、監視部1111は、共有バッファ1051の使用量の変化量を算出し、バッファデータ格納部1131に格納する。検出部1311は、バッファデータ格納部1131に格納されているデータを用いて、共有バッファ1051の使用量が変化したことを検出する。そして、検出部1311は、共有バッファ1051の使用量の変化を検出した場合には、重み付け処理部1351及び閾値算出部1371に処理を指示する。重み付け処理部1351は、バッファデータ格納部1131に格納されているデータに基づき、フレーム送信の優先度を表す重み付け値をフロー毎に算出し、送信スケジューリング部1391に出力する。閾値算出部1371は、バッファデータ格納部1131に格納されているデータに基づき、共有バッファ1051の使用量についての閾値をフロー毎に算出し、廃棄部1291及び1293に出力する。受信ポート1013の機能は、受信ポート1011の機能と同様である。分類部1033の機能は、分類部1031の機能と同様である。廃棄部1293の機能は、廃棄部1291の機能と同様である。送信スケジューリング部1393の機能は、送信スケジューリング部1391の機能と同様である。送信ポート1093の機能は、送信ポート1091の機能と同様である。次に、図20に示した中継装置の動作について説明する。但し、監視部1111の処理については第4の実施の形態で説明したものと同様であるので、説明を省略する。なお、第7の実施の形態では、バッファデータ格納部1131における使用量テーブルには図21に示すようなデータが格納される。図21の例では、各時刻における使用量及び使用量の変化量が各フローについて格納されている。また、EPDの列には、EPDが有効であるか否かを示すデータが格納されている。EPDの列に格納されているデータがONであるフローは、廃棄部1291及び1293による廃棄の対象となるフローであり、EPDの列に格納されているデータがOFFであるフローは、廃棄部1291及び1293による廃棄の対象ではないフローである。まず、図22を用いて、検出部1311が行う処理について説明する。検出部1311は、ステップS3及びS5において算出された使用量又はステップS9及びS11において算出された使用量の変化量を用いて、共有バッファ1051の使用量が変化したか判断する図22:ステップS101。例えば、使用量の変化量が予め設定された閾値を超えている場合には、使用量が変化したとみなす。共有バッファ1051の使用量が変化していない場合ステップS101:Noルート、ステップS103の処理に移行する。一方、共有バッファ1051の使用量が変化した場合ステップS101:Yesルート、検出部1311は、重み付け処理部1351及び閾値算出部1371に対し、共有バッファ1051の使用量に変化があったことを通知するステップS102。そして、検出部1311は、処理の終了指示があった場合には処理を終了するステップS103:Yesルート。処理を終了しない場合にはステップS103:Noルート、引き続き処理を実行するため、ステップS101の処理に戻る。ここで、図23A及び図23Bを用いて、重み付け処理部1351及び閾値算出部1371によって行われる処理について説明する。まず、重み付け処理部1351は、共有バッファ1051の使用量の変化があったことを検出部1311から通知されたかを判断する図23A:ステップS104。共有バッファ1051の使用量の変化があったことを検出部1311から通知されていない場合ステップS104:Noルート、ステップS106の処理に移行する。一方、共有バッファ1051の使用量の変化があったことを検出部1311から通知された場合ステップS104:Yesルート、重み付け処理部1351は、バッファデータ格納部1131に格納されている使用量テーブルを用いて、フロー毎に重み付け値を算出する。そして、重み付け処理部1351は、算出した重み付け値を送信スケジューリング部1391及び1393に出力するステップS103。例えば、共有バッファ1051の使用量が増加しているフローほど大きな重み付け値を割り当て、共有バッファ1051の使用量が減少しているフローほど小さな重み付け値を割り当てるように、各フローについての重み付け値を算出する。このようにすることで、共有バッファ1051を占有してしまう可能性が高いフローのフレームを、優先的に送信する。そして、重み付け処理部1351は、処理の終了指示があった場合には処理を終了するステップS106:Yesルート。処理を終了しない場合にはステップS106:Noルート、引き続き処理を実行するため、ステップS104の処理に戻る。一方、閾値算出部1371は、共有バッファ1051の使用量の変化があったことを検出部1311から通知されたかを判断する図23B:ステップS107。共有バッファ1051の使用量の変化があったことを検出部1311から通知されていない場合ステップS107:Noルート、ステップS109の処理に移行する。共有バッファ1051の使用量の変化があったことを検出部1311から通知された場合ステップS107:Yesルート、閾値算出部1371は、バッファデータ格納部1131に格納されている使用量テーブルを用いて、共有バッファ1051の使用量についての閾値をフロー毎に算出し、廃棄部1291及び1293に出力するステップS108。そして、閾値算出部1371は、処理の終了指示があった場合には処理を終了するステップS109:Yesルート。処理を終了しない場合にはステップS109:Noルート、引き続き処理を実行するため、ステップS107の処理に戻る。なお、ステップS108においては、例えば以下のようにして閾値を算出する。まず、閾値算出部1371は、時刻tにおける閾値の最大値Ted_Max及び最小値Ted_Minを以下の式により算出する。Ted_Min=CBmax/NCBact1Ted_Max=CBmax/NCBactここで、CBmaxは共有バッファ1051の容量であり、NCBactは時刻tにおいて共有バッファ1051を使用しているフローの数である。そして、Tedftmpを以下のように定義する。Tedftmp=Tedf-Tedf×ΔPCBfここで、Tedfは時刻tにおけるフローfの閾値であり、ΔPCBfはフローfの共有バッファ1051の使用率PCBfの変化量である。そして、閾値算出部1371は、時刻tの次の時刻におけるフローfの閾値Tedfnextを以下の式により算出する。Tedfnext=maxTed_min,minTed_max,Tedftmpここで、maxa,bはaとbのうち大きいものを求める演算式であり、mina,bはaとbのうち小さいものを求める演算式である。但し、ΔPCBfが負であり且つTedfnext<Tedfである場合には、Tedfnext=Tedfとする。例えば図21に示したようなデータが使用量テーブルに格納されている場合に、Ted_Min及びTed_Maxを計算すると、図24に示すようになる。図24は、t0乃至t3の各時刻について、Ted_Min及びTed_Maxの値を示している。図24が示すように、共有バッファ1051を使用しているフローの数が多いほど、Ted_Min及びTed_Maxは小さくなる。なお、CBmax=5000とする。そして、図21に示したようなデータが使用量テーブルに格納されている場合に各フローについて閾値を算出すると、図25に示すようになる。図25は、t0乃至t3の各時刻についての、フロー毎の閾値を示している。図25において、矢印は、1つ前の時刻と同じ値であることを示している。フロー2については、EPDが有効ではないので、閾値は算出されていない。なお、閾値の初期値を3000としている。このように、本実施の形態においては、共有バッファ1051の使用量の変化に応じて、閾値を動的に設定している。例えば図15の上段に示すように、バッファの使用量が増加しているフローについては、そのフローによるバッファの占有を防ぐため、既に設定されている値より小さい閾値が設定されるようになる。一方、例えば図15の下段に示すように、バッファの使用量が減少しているフローについては、そのフローについては閾値を小さくすると通信品質を劣化させてしまうおそれがあるため、既に設定されている値のまま或いはその値より大きい閾値が設定されるようになる。また、上で述べた算出方法においては、各フローのバッファ使用量の変化だけでなく、バッファ使用量の合計の変化も加味されている。例えば図26に示すように、バッファ使用量の合計が増加しており、フロー1によるバッファ使用量が減少しており、フロー2によるバッファ使用量は変化が無く、フロー3によるバッファ使用量が増加している状況があるとする。このような場合には、フロー1及びフロー2については、これらのフローによるバッファ使用量がバッファ使用量の合計に占める割合が減少しているため、既に設定されている値のまま或いはその値より大きい閾値が設定されるようになる。一方で、フロー3については、フロー3によるバッファ使用量がバッファ使用量の合計に占める割合が増加しているため、既に設定されている値よりも小さい閾値が設定されるようになる。以上のような処理を実施することにより、共有バッファ1051の使用量の変化に応じて、フレームの送信順序の決定及びフレーム廃棄のための閾値の算出をフロー毎に適切に行うことができるようになる。次に、図27を用いて、重み付け処理部1351から重み付け値を受け取った送信スケジューリング部1391及び1393が行う処理について説明する。ここでは、送信スケジューリング部1391が行う処理を例にして説明する。まず、送信スケジューリング部1391は、送信待ちのフレームが共有バッファ1051に有るか判断する図27:S131。送信待ちのフレームが共有バッファ1051に無い場合ステップS131:Noルート、ステップS137の処理に移行する。一方、送信待ちのフレームが共有バッファ1051に有る場合ステップS131:Yesルート、送信スケジューリング部1391は、所定のスケジューリングアルゴリズム及び重み付け値に基づき、フレームを送信するフローを特定するステップS133。例えば、所定のスケジューリングアルゴリズムによって決定された送信順序を表す数値に対し、重み付け値を加算することにより、フローの送信順序を決定する。なお、スケジューリングアルゴリズムとして、例えばラウンドロビンを用いることができる。そして、送信スケジューリング部1391は、決定されたフローのフレームを送信ポート1091に出力するステップS135。送信スケジューリング部1391は、処理の終了指示があった場合には処理を終了するステップS137:Yesルート。処理を終了しない場合にはステップS137:Noルート、引き続き処理を実行するため、ステップS131の処理に戻る。このような処理を実施することにより、フロー毎のバッファ使用量の変化に応じて共有バッファ1051からフレームを出力することができるようになる。次に、図28を用いて、廃棄部1291及び1293が行う処理について説明する。ここでは、廃棄部1291が行う処理を例にして説明する。まず、廃棄部1291は、共有バッファ1051への出力待ちのフレームが有るか判断する図28:ステップS151。出力待ちのフレームが無い場合ステップS151:Noルート、ステップS165の処理に移行する。一方、出力待ちのフレームが有る場合ステップS151:Yesルート、廃棄部1291は、出力待ちのフレームのフローについて、EPDが有効であるか判断するステップS153。ステップS153においては、例えばEPDが有効か否かを示すデータがフロー毎に登録されたテーブル図示せずを用いて判断する。EPDが有効である場合ステップS153:Yesルート、廃棄部1291は、出力待ちのフレームのフローと一致するフローのフレームによる共有バッファ1051の使用量が、当該フローについて設定された閾値を超えているか判断するステップS155。設定された閾値を超えている場合ステップS155:Yesルート、フレームを共有バッファ1051に格納すると共有バッファ1051が溢れる可能性が高くなるので、廃棄部1291はフレームを廃棄するステップS157。そしてステップS165の処理に移行する。設定された閾値を超えていない場合ステップS155:Noルート、フレームを共有バッファ1051に格納しても問題は無いので、廃棄部1291はフレームを共有バッファ1051に出力するステップS159。そしてステップS165の処理に移行する。一方、ステップS153において、EPDが有効ではない場合ステップS153:Noルート、廃棄部1291は、出力待ちのフレームを共有バッファ1051に出力可能であるか判断するステップS161。ステップS161においては、フレームを共有バッファ1051に出力すると共有バッファ1051が溢れないか判断する。出力待ちのフレームを共有バッファ1051に出力可能ではない場合ステップS161:Noルート、廃棄部1291は、フレームを廃棄するステップS157。一方、出力待ちのフレームを共有バッファ1051に出力可能である場合ステップS161:Yesルート、廃棄部1291は、フレームを共有バッファ1051に出力するステップS163。そしてステップS165の処理に移行する。そして、廃棄部1291は、処理の終了指示があった場合には処理を終了するステップS165:Yesルート。処理を終了しない場合にはステップS165:Noルート、引き続き処理を実行するため、ステップS151の処理に戻る。以上のようにすれば、共有バッファの使用量の変化に応じて設定された閾値に基づき、フレームの廃棄を行うことができるようになる。このように、本実施の形態では、共有バッファ1051の使用量の変化に応じて閾値が設定されるため、EPDによるフレームの廃棄が抑制されると共に、共有バッファ1051が溢れることを抑制できるようになる。従って、ある程度フレームの廃棄が許容されるフローに対して特に有効である。さらに、共有バッファ1051をポート毎に分割するわけではないため、共有バッファ1051を有効に利用できる。[実施の形態8]図29に、第8の実施の形態の中継装置の機能ブロック図を示す。第8の実施の形態の中継装置は、例えばレイヤ2のスイッチである。中継装置は、受信ポート1011及び1013と、分類部1031及び1033と、入力バッファ1211及び1213と、廃棄部1291及び1293と、共有バッファ1051と、送信スケジューリング部1391及び1393と、送信ポート1091及び1093と、監視部1111と、バッファデータ格納部1131と、検出部1311と、重み付け処理部1351と、閾値算出部1371とを含む。受信ポート1011は、受信したフレームを分類部1031に出力する。分類部1031は、入力されたフレームに対して、フローを識別するための情報を付与し、入力バッファ1211に格納する。廃棄部1291は、フロー毎に設定された閾値に基づきフレームを廃棄し、廃棄しないフレームを共有バッファ1051に格納する。送信スケジューリング部1391は、入力された重み付け値及び所定のアルゴリズムに基づきフレームの送信順序を決定し、決定された送信順序に従ってフレームを送信ポート1091に出力する。送信ポート1091は、入力されたフレームを宛先の装置に送信する。監視部1111は、共有バッファ1051の使用量をフロー毎に算出する。また、監視部1111は、共有バッファ1051の使用量の変化量を算出し、バッファデータ格納部1131に格納する。検出部1311は、バッファデータ格納部1131に格納されているデータを用いて、共有バッファ1051の使用量が変化したことを検出する。そして、検出部1311は、共有バッファ1051の使用量の変化を検出した場合には、重み付け処理部1351及び閾値算出部1371に処理を指示する。重み付け処理部1351は、バッファデータ格納部1131に格納されているデータに基づき、フレーム送信の優先度を表す重み付け値をフロー毎に算出し、送信スケジューリング部1391に出力する。閾値算出部1371は、バッファデータ格納部1131に格納されているデータに基づき、共有バッファ1051の使用量についての閾値をフロー毎に算出し、廃棄部1291及び1293に出力する。受信ポート1013の機能は、受信ポート1011の機能と同様である。分類部1033の機能は、分類部1031の機能と同様である。入力バッファ1213の機能は、入力バッファ1211の機能と同様である。廃棄部1293の機能は、廃棄部1291の機能と同様である。送信スケジューリング部1393の機能は、送信スケジューリング部1391の機能と同様である。送信ポート1093の機能は、送信ポート1091の機能と同様である。次に、図29に示した中継装置の動作について説明する。但し、監視部1111の処理は第4の実施の形態で説明したものと同じであるので、説明を省略する。また、検出部1311及び重み付け処理部1351の処理は第7の実施の形態で説明したものと同じであるので、説明を省略する。そこで、図30を用いて、廃棄部1291及び1293が行う処理について説明する。ここでは、廃棄部1291の処理を例にして説明する。まず、廃棄部1291は、共有バッファ1051への出力待ちのフレームが有るか判断する図30:ステップS181。出力待ちのフレームが無い場合ステップS181:Noルート、ステップS193の処理に移行する。一方、出力待ちのフレームが有る場合ステップS181:Yesルート、廃棄部1291は、出力待ちのフレームのフローについて、EPDが有効であるか判断するステップS183。ステップS183においては、例えばEPDが有効か否かを示すデータがフロー毎に登録されたテーブル図示せずを用いて判断する。EPDが有効である場合ステップS183:Yesルート、廃棄部1291は、出力待ちのフレームのフローと一致するフローのフレームによる共有バッファ1051の使用量が、当該フローについて設定された閾値を超えているか判断するステップS185。設定された閾値を超えている場合ステップS185:Yesルート、フレームを共有バッファ1051に格納すると共有バッファ1051が溢れる可能性が高くなるので、廃棄部1291はフレームを廃棄するステップS187。そしてステップS193の処理に移行する。設定された閾値を超えていない場合ステップS185:Noルート、フレームを共有バッファ1051に格納しても問題は無いので、廃棄部1291はフレームを共有バッファ1051に出力するステップS189。そしてステップS193の処理に移行する。一方、ステップS183において、EPDが有効ではない場合ステップS183:Noルート、廃棄部1291は、出力待ちのフレームを共有バッファ1051に出力可能であるか判断するステップS191。ステップS191においては、フレームを共有バッファ1051に出力すると共有バッファ1051が溢れないか判断する。出力待ちのフレームを共有バッファ1051に出力可能ではない場合ステップS191:Noルート、廃棄部1291は、フレームを入力バッファ1211に格納したままにし、ステップS193の処理に移行する。一方、出力待ちのフレームを共有バッファ1051に出力可能である場合ステップS191:Yesルート、廃棄部1291は、フレームを共有バッファ1051に出力するステップS189。そしてステップS193の処理に移行する。そして、廃棄部1291は、処理の終了指示があった場合には処理を終了するステップS193:Yesルート。処理を終了しない場合にはステップS193:Noルート、引き続き処理を実行するため、ステップS181の処理に戻る。以上のようにすれば、共有バッファの使用量の変化に応じて設定された閾値に基づき、フレームの廃棄を行うことができるようになる。また、EPDが有効でないフローのフレームを共有バッファに出力できない場合に、入力バッファに待機させておくことができるので、フレームの廃棄を抑制することができるようになる。また、本実施の形態の中継装置は、このような構成を採用しているので、第7の実施の形態の中継装置と同様の効果を有する。[実施の形態9]図31に、第9の実施の形態の中継装置の機能ブロック図を示す。第9の実施の形態の中継装置は、例えばレイヤ2のスイッチである。中継装置は、受信ポート1011及び1013と、分類部1031及び1033と、分配部1261及び1263と、入力バッファ1211乃至1217と、廃棄部1291乃至1297と、共有バッファ1051と、送信スケジューリング部1391及び1393と、送信ポート1091及び1093と、監視部1111と、バッファデータ格納部1131と、検出部1311と、重み付け処理部1351と、閾値算出部1371とを含む。受信ポート1011は、受信したフレームを分類部1031に出力する。分類部1031は、入力されたフレームに対して、フローを識別するための情報を付与し、分配部1261に出力する。分配部1261は、フローを識別するための情報に応じて、フレームを入力バッファ1211又は入力バッファ1213に格納する。廃棄部1291は、フロー毎に設定された閾値に基づきフレームを廃棄し、廃棄しないフレームを共有バッファ1051に格納する。送信スケジューリング部1391は、入力された重み付け値及び所定のアルゴリズムに基づきフレームの送信順序を決定し、決定された送信順序に従ってフレームを送信ポート1091に出力する。送信ポート1091は、入力されたフレームを宛先の装置に送信する。監視部1111は、共有バッファ1051の使用量をフロー毎に算出する。また、監視部1111は、共有バッファ1051の使用量の変化量を算出し、バッファデータ格納部1131に格納する。検出部1311は、バッファデータ格納部1131に格納されているデータを用いて、共有バッファ1051の使用量が変化したことを検出する。そして、検出部1311は、共有バッファ1051の使用量の変化を検出した場合には、重み付け処理部1351及び閾値算出部1371に処理を指示する。重み付け処理部1351は、バッファデータ格納部1131に格納されているデータに基づき、フレーム送信の優先度を表す重み付け値をフロー毎に算出し、送信スケジューリング部1391に出力する。閾値算出部1371は、バッファデータ格納部1131に格納されているデータに基づき、共有バッファ1051の使用量についての閾値をフロー毎に算出し、廃棄部1291乃至1297に出力する。受信ポート1013の機能は、受信ポート1011の機能と同様である。分類部1033の機能は、分類部1031の機能と同様である。分配部1263の機能は、分配部1261の機能と同様である。入力バッファ1213乃至1217の機能は、入力バッファ1211の機能と同様である。廃棄部1293乃至1297の機能は、廃棄部1291の機能と同様である。送信スケジューリング部1393の機能は、送信スケジューリング部1391の機能と同様である。送信ポート1093の機能は、送信ポート1091の機能と同様である。本実施の形態の監視部1111の処理は第4の実施の形態で説明したものと同じであるので、説明を省略する。また、検出部1311及び重み付け処理部1351の処理は第7の実施の形態で説明したものと同じであるので、説明を省略する。さらに、廃棄部1291乃至1297の処理は第8の実施の形態で説明したものと同じであるので、説明を省略する。本実施の形態の中継装置は、このような構成を採用しているので、第8の実施の形態の中継装置と同様の効果を有する。また、本実施の形態においては、フロー毎に入力バッファが設けられており、各入力バッファには、異なる1の廃棄部が対応付けられている。このような構成を採用することで、フロー毎のフレームの廃棄を行いやすくなるので、中継装置内においてより効率的にフレームを処理することができるようになっている。以上本技術の一実施の形態を説明したが、本技術はこれに限定されるものではない。例えば、上で説明した中継装置の機能ブロック図は必ずしも実際のプログラムモジュール構成に対応するものではない。また、上で説明した各テーブルの構成は一例であって、必ずしも上記のような構成でなければならないわけではない。さらに、処理フローにおいても、処理結果が変わらなければ処理の順番を入れ替えることも可能である。さらに、並列に実行させるようにしても良い。なお、上で述べた実施の形態においては、フレームの送信順序を決定する際のアルゴリズムとしてラウンドロビンを使用しているが、他のアルゴリズムを使用してもよい。また、各処理部及びバッファ等の数は、上で示した数に限られない。また、上で述べた実施の形態においては、フロー毎にフレームを処理しているが、例えば分類部がフレームに対してポートを識別するための情報を付与することにより、ポート毎にフレームを処理するようにしてもよい。また、第4乃至第6の実施の形態で述べた流入量制御と、第7乃至第9の実施の形態で述べたパケットの廃棄の閾値の制御とを併用してもよい。これによって、共有バッファの管理をより柔軟に行うことができるようになる。以上述べた本技術の実施の形態をまとめると以下のようになる。本実施の形態の第1の態様に係る中継装置は、A受信したフレームを格納する第1バッファと、B受信したフレームを第1バッファに格納すると当該受信したフレームの通信種別に一致する通信種別のフレームによる第1バッファの使用量が当該通信種別について設定されている第1の閾値を超えるか判断し、超えると判断した場合には当該受信したフレームを廃棄する廃棄部と、C少なくとも2以上の時点について通信種別毎に第1バッファの使用量を算出し、第1バッファの使用量の変化を表す数値を通信種別毎に算出する第1算出部と、D第1バッファの使用量の変化を表す数値に基づき、通信種別毎に第1の閾値を算出し、廃棄部に対して設定する設定部とを有する。このようにすれば、通信種別毎にフレーム廃棄が抑制されるように制御されると共に、バッファ溢れが生じにくくなる。よって、通信品質の劣化を抑制できるようになる。また、上で述べた設定部が、d1第1バッファの使用量が増加している通信種別について、当該通信種別について既に設定されている第1の閾値よりも小さい第1の閾値を算出し、第1バッファの使用量が減少している通信種別について、当該通信種別について既に設定されている第1の閾値以上の第1の閾値を算出するようにしてもよい。このようにすれば、使用量が増加している通信種別がバッファを占有してバッファ溢れの発生を抑制できると共に、使用量が減少している通信種別についてはフレームの廃棄による通信品質の劣化を抑制できるようになる。また、本中継装置が、E第1バッファの使用量の変化を表す数値に基づき、通信種別毎に当該通信種別のフレームの送信を停止させるか判断する判断部と、F判断部により、第1の通信種別のフレームの送信を停止させると判断された場合に、当該第1の通信種別のフレームの送信を停止することを要求する停止要求を生成し、当該第1の通信種別のフレームの送信元の装置宛に出力する出力部とをさらに有してもよい。このようにすれば、例えばバッファ使用量の増加が著しい通信種別及びフレームの廃棄に対する許容度が低い通信種別例えばFCoEに対しても適切に対処することができるようになる。また、本中継装置が、G第1バッファの使用量の変化を表す数値に基づき、送信の優先度を通信種別毎に算出する第2算出部と、H送信の優先度に基づき、第1バッファに格納されているフレームの送信スケジュールを決定する決定部とをさらに有してもよい。これにより、特定の通信種別によるバッファの占有等を抑制できるようになる。また、本中継装置が、I受信したフレームを格納する第2バッファをさらに有し、第2バッファから出力されたフレームが、第1バッファに入力されるようにしてもよい。そして、上で述べた出力部が、f1受信したフレームを格納すると当該受信したフレームの通信種別に一致する通信種別のフレームによる第2バッファの使用量が当該通信種別について設定されている第2の閾値を超えるか判断し、f2第2の閾値を超えると判断した場合、当該受信したフレームの送信元の装置宛にフレームの送信を停止することを要求する停止要求を出力するようにしてもよい。これにより、通信状況の変化に対してより柔軟に対処することができるようになる。また、上で述べた第2バッファ及び廃棄部の数が複数であってもよい。そして、受信したフレームは、当該フレームの通信種別に応じて複数の第2バッファのいずれかに格納され、複数の第2バッファの各々には、複数の廃棄部のうち異なる1の廃棄部が対応付けられていてもよい。通信種別毎のフレームの廃棄及び送信停止の判断を効率的に行うことができるようになる。本実施の形態の第2の態様に係る中継装置は、J受信したフレームを格納する第1バッファと、K少なくとも2以上の時点について通信種別毎に第1バッファの使用量を算出し、第1バッファの使用量の変化を表す数値を通信種別毎に算出する第1算出部と、L第1バッファの使用量の変化を表す数値に基づき、単位時間当たりのフレームの流入データ量についての第1の閾値を通信種別毎に算出する第2算出部と、M受信したフレームを第1バッファに格納したとしても当該受信したフレームの通信種別と一致する通信種別のフレームの単位時間当たりの流入データ量が当該受信したフレームの通信種別について算出された第1の閾値以下である場合に、当該受信したフレームを第1バッファに格納する制御部とを有する。このようにすれば、バッファ使用量の変化に対して適切な流入データ量が設定されるようになるので、バッファ溢れに対して柔軟に対処することができるようになる。これにより、通信品質の劣化を抑制できるようになる。なお、流入データ量の制限を行うので、フレームの廃棄に対する許容度が低い通信種別例えばFCoEに対しても有効である。また、上で述べた第2算出部は、第1バッファの使用量が増加している通信種別についての第1の閾値が第1バッファの使用量が減少している通信種別についての第1の閾値よりも小さくなるように、通信種別毎に第1の閾値を算出するようにしてもよい。このようにすれば、使用量が増加している通信種別がバッファを占有することによるバッファ溢れを抑制できると共に、使用量が減少している通信種別の帯域を制限しすぎることを抑制できるようになる。また、本中継装置が、N受信したフレームを第1バッファよりも先に格納する第2バッファと、O受信したフレームを第2バッファに格納すると当該受信したフレームの通信種別に一致する通信種別のフレームによる第2バッファの使用量が当該通信種別について設定されている第2の閾値を超えるか判断し、超えると判断した場合には当該受信したフレームの送信元の装置宛にフレームの送信を停止することを要求する停止要求を出力する出力部とをさらに有してもよい。これにより、通信状況の変化に対してより柔軟に対処することができるようになる。また、上で述べた第2バッファの数が複数であり、受信したフレームは、当該フレームの通信種別に応じて複数の第2バッファのいずれかに格納されるようにしてもよい。このようにすれば、通信種別毎の流入データ量の管理及び送信停止の判断をより効率的に行うことができるようになる。本実施の形態の第3の態様に係る中継装置は、P受信したフレームを格納するバッファと、Q少なくとも2以上の時点について通信種別毎にバッファの使用量を算出し、バッファの使用量の変化を表す数値を通信種別毎に算出する算出部と、Rバッファの使用量の変化を表す数値に基づき、通信種別毎に当該通信種別のフレームの送信を停止させるか判断する判断部と、S判断部が第1の通信種別のフレームの送信を停止させると判断した場合に、当該第1の通信種別のフレームの送信を停止することを要求する停止要求を生成し、当該第1の通信種別のフレームの送信元の装置宛に出力する出力部とを有する。このようにすれば、通信種別毎のバッファ使用量の変化に応じて適切にフレームの送信を停止させることができる。これにより、バッファ溢れを抑制し、通信品質の劣化を抑制できるようになる。本実施の形態の第1の態様に係る制御方法は、T少なくとも2以上の時点について通信種別毎にバッファの使用量を算出し、バッファの使用量の変化を表す数値を通信種別毎に算出し、Uバッファの使用量の変化を表す数値に基づき、フレーム廃棄のための閾値を通信種別毎に算出し、V受信したフレームをバッファに格納すると当該受信したフレームの通信種別と一致する通信種別のフレームによるバッファの使用量が当該受信したフレームの通信種別について設定されている閾値を超える場合、当該受信したフレームを廃棄する処理を含む。本実施の形態の第2の態様に係る制御方法は、W少なくとも2以上の時点について通信種別毎にバッファの使用量を算出し、バッファの使用量の変化を表す数値を通信種別毎に算出し、Xバッファの使用量の変化を表す数値に基づき、単位時間当たりのフレームの流入データ量についての閾値を算出し、Y受信したフレームをバッファに格納したとしても当該受信したフレームの通信種別と一致する通信種別のフレームの単位時間当たりの流入データ量が当該受信したフレームの通信種別について算出された閾値以下である場合に、当該受信したフレームをバッファに格納する処理を含む。本実施の形態の第3の態様に係る制御方法は、Z少なくとも2以上の時点について通信種別毎にバッファの使用量を算出し、バッファの使用量の変化を表す数値を通信種別毎に算出し、AAバッファの使用量の変化を表す数値に基づき、通信種別毎に当該通信種別のフレームの送信を停止させるか判断し、AB第1の通信種別のフレームの送信を停止させると判断した場合に、当該第1の通信種別のフレームの送信を停止することを要求する停止要求を生成し、当該第1の通信種別のフレームの送信元の装置宛に出力する処理を含む。なお、上記方法による処理をコンピュータに行わせるためのプログラムを作成することができ、当該プログラムは、例えばフレキシブルディスク、CD-ROM、光磁気ディスク、半導体メモリ、ハードディスク等のコンピュータ読み取り可能な記憶媒体又は記憶装置に格納される。尚、中間的な処理結果はメインメモリ等の記憶装置に一時保管される。以上の実施例を含む実施形態に関し、さらに以下の付記を開示する。付記1受信したフレームを格納する第1バッファと、受信したフレームを前記第1バッファに格納すると当該受信したフレームの通信種別に一致する通信種別のフレームによる前記第1バッファの使用量が当該通信種別について設定されている第1の閾値を超えるか判断し、超えると判断した場合には当該受信したフレームを廃棄する廃棄部と、少なくとも2以上の時点について通信種別毎に前記第1バッファの使用量を算出し、前記第1バッファの使用量の変化を表す数値を通信種別毎に算出する第1算出部と、前記第1バッファの使用量の変化を表す数値に基づき、通信種別毎に前記第1の閾値を算出し、前記廃棄部に対して設定する設定部と、を有する中継装置。付記2前記設定部が、前記第1バッファの使用量が増加している通信種別について、当該通信種別について既に設定されている第1の閾値よりも小さい第1の閾値を算出し、前記第1バッファの使用量が減少している通信種別について、当該通信種別について既に設定されている第1の閾値以上の第1の閾値を算出する付記1記載の中継装置。付記3前記第1バッファの使用量の変化を表す数値に基づき、送信の優先度を通信種別毎に算出する第2算出部と、前記送信の優先度に基づき、前記第1バッファに格納されているフレームの送信スケジュールを決定する決定部と、をさらに有する付記1又は2記載の中継装置。付記4受信したフレームを格納する第1バッファと、少なくとも2以上の時点について通信種別毎に前記第1バッファの使用量を算出し、前記第1バッファの使用量の変化を表す数値を通信種別毎に算出する第1算出部と、前記第1バッファの使用量の変化を表す数値に基づき、単位時間当たりのフレームの流入データ量についての第1の閾値を通信種別毎に算出する第2算出部と、受信したフレームを前記第1バッファに格納したとしても当該受信したフレームの通信種別と一致する通信種別のフレームの単位時間当たりの流入データ量が当該受信したフレームの通信種別について算出された第1の閾値以下である場合に、当該受信したフレームを前記第1バッファに格納する制御部と、を有する中継装置。付記5前記第2算出部は、前記第1バッファの使用量が増加している通信種別についての第1の閾値が前記第1バッファの使用量が減少している通信種別についての第1の閾値よりも小さくなるように、通信種別毎に前記第1の閾値を算出する付記4記載の中継装置。付記6受信したフレームを前記第1バッファよりも先に格納する第2バッファと、受信したフレームを前記第2バッファに格納すると当該受信したフレームの通信種別に一致する通信種別のフレームによる前記第2バッファの使用量が当該通信種別について設定されている第2の閾値を超えるか判断し、前記第2の閾値を超えると判断した場合、当該受信したフレームの送信元の装置宛にフレームの送信を停止することを要求する停止要求を出力する出力部と、をさらに有する付記4又は5記載の中継装置。付記7前記第2バッファの数が複数であり、受信したフレームは、当該フレームの通信種別に応じて複数の第2バッファのいずれかに格納される付記6記載の中継装置。付記8受信したフレームを格納するバッファと、少なくとも2以上の時点について通信種別毎に前記バッファの使用量を算出し、前記バッファの使用量の変化を表す数値を通信種別毎に算出する算出部と、前記バッファの使用量の変化を表す数値に基づき、通信種別毎に当該通信種別のフレームの送信を停止させるか判断する判断部と、前記判断部が第1の通信種別のフレームの送信を停止させると判断した場合に、当該第1の通信種別のフレームの送信を停止することを要求する停止要求を生成し、当該第1の通信種別のフレームの送信元の装置宛に出力する出力部と、を有する中継装置。付記9少なくとも2以上の時点について通信種別毎にバッファの使用量を算出し、前記バッファの使用量の変化を表す数値を通信種別毎に算出し、前記バッファの使用量の変化を表す数値に基づき、フレーム廃棄のための閾値を通信種別毎に算出し、受信したフレームを前記バッファに格納すると当該受信したフレームの通信種別と一致する通信種別のフレームによる前記バッファの使用量が当該受信したフレームの通信種別について設定されている閾値を超える場合、当該受信したフレームを廃棄する処理を、コンピュータに実行させるためのプログラム。付記10少なくとも2以上の時点について通信種別毎にバッファの使用量を算出し、前記バッファの使用量の変化を表す数値を通信種別毎に算出し、前記バッファの使用量の変化を表す数値に基づき、フレーム廃棄のための閾値を通信種別毎に算出し、受信したフレームを前記バッファに格納すると当該受信したフレームの通信種別と一致する通信種別のフレームによる前記バッファの使用量が当該受信したフレームの通信種別について設定されている閾値を超える場合、当該受信したフレームを廃棄する処理を、コンピュータが実行する制御方法。付記11少なくとも2以上の時点について通信種別毎にバッファの使用量を算出し、前記バッファの使用量の変化を表す数値を通信種別毎に算出し、前記バッファの使用量の変化を表す数値に基づき、単位時間当たりのフレームの流入データ量についての閾値を算出し、受信したフレームを前記バッファに格納したとしても当該受信したフレームの通信種別と一致する通信種別のフレームの単位時間当たりの流入データ量が当該受信したフレームの通信種別について算出された閾値以下である場合に、当該受信したフレームを前記バッファに格納する処理を、コンピュータに実行させるためのプログラム。付記12少なくとも2以上の時点について通信種別毎にバッファの使用量を算出し、前記バッファの使用量の変化を表す数値を通信種別毎に算出し、前記バッファの使用量の変化を表す数値に基づき、単位時間当たりのフレームの流入データ量についての閾値を算出し、受信したフレームを前記バッファに格納したとしても当該受信したフレームの通信種別と一致する通信種別のフレームの単位時間当たりの流入データ量が当該受信したフレームの通信種別について算出された閾値以下である場合に、当該受信したフレームを前記バッファに格納する処理を、コンピュータが実行する制御方法。付記13少なくとも2以上の時点について通信種別毎にバッファの使用量を算出し、前記バッファの使用量の変化を表す数値を通信種別毎に算出し、前記バッファの使用量の変化を表す数値に基づき、通信種別毎に当該通信種別のフレームの送信を停止させるか判断し、第1の通信種別のフレームの送信を停止させると判断した場合に、当該第1の通信種別のフレームの送信を停止することを要求する停止要求を生成し、当該第1の通信種別のフレームの送信元の装置宛に出力する処理を、コンピュータに実行させるためのプログラム。付記14少なくとも2以上の時点について通信種別毎にバッファの使用量を算出し、前記バッファの使用量の変化を表す数値を通信種別毎に算出し、前記バッファの使用量の変化を表す数値に基づき、通信種別毎に当該通信種別のフレームの送信を停止させるか判断し、第1の通信種別のフレームの送信を停止させると判断した場合に、当該第1の通信種別のフレームの送信を停止することを要求する停止要求を生成し、当該第1の通信種別のフレームの送信元の装置宛に出力する処理を、コンピュータが実行する制御方法。"