(57)【要約】  ネットワークが混雑した場合に、優先度の高いストリームを送信し、優先度の低いストリームの送信を中断することが可能になり、ストリームごとに、ストリームの送信を制御することが可能な通信装置および通信制御方法を提供する。通信装置は、通信先装置との通信の輻輳度が予め定められた判定値を超えているかどうかを判定し、前記輻輳度が前記判定値を超えていない状況では、前記通信先装置に複数のストリームを並列的に送信し、その後、前記輻輳度が前記判定値を超えると、前記並列的に送信されている前記複数のストリームのうち、前記ストリームのそれぞれの優先度を表す優先度情報にて表される優先度が他のストリームよりも低いストリームの送信を少なくとも中断する。
2010131419.tif 000002
【特許請求の範囲】
【請求項１】
通信先装置との通信の輻輳度が予め定められた判定値を超えているかどうかを判定する判定手段と、
前記輻輳度が前記判定値を超えていない状況では、前記通信先装置に複数のストリームを並列的に送信し、その後、前記輻輳度が前記判定値を超えると、前記並列的に送信されている前記複数のストリームのうち、前記ストリームのそれぞれの優先度を表す優先度情報にて表される優先度が他のストリームよりも低いストリームの送信を少なくとも中断する通信制御手段と、
を具備する通信装置。
【請求項２】
請求項１に記載の通信装置において、
前記優先度情報は、前記ストリームのそれぞれの優先度を、当該ストリーム内のメッセージ単位で表すものである、通信装置。
【請求項３】
請求項２に記載の通信装置において、
前記通信制御手段は、送信対象となるメッセージが変更されるごとに、前記優先度情報と前記メッセージとの間の対応関係を動的に変更する通信装置。
【請求項４】
請求項１から３のいずれか１項に記載の通信装置において、
前記通信制御手段は、ＳＣＴＰを利用して前記ストリームを送信し、
前記判定値は、前記通信制御手段が前記ＳＣＴＰに従って前記通信先装置との通信状態を輻輳と判定する輻輳度よりも小さいものである、通信装置。
【請求項５】
請求項１から４のいずれか１項に記載の通信装置において、
前記輻輳度は、輻輳ウィンドウの値が大きくなるほど大きくなるもの、または、前記通信先装置からの受信ウィンドウの値が小さくなるほど大きくなるものである、通信装置。
【請求項６】
請求項５に記載の通信装置において、
前記通信制御手段は、前記輻輳ウィンドウの値が閾値を超え、かつ、前記受信ウィンドウの値が基準値を超えていない場合に、前記輻輳度が前記判定値を超えたと判定する通信装置。
【請求項７】
請求項１〜６のいずれか１項に記載の通信装置において、
前記優先度情報を受け付ける受付手段と、
前記受付手段にて受け付けられた前記優先度情報を格納する格納手段と
を具備する通信装置。
【請求項８】
請求項１〜７のいずれか１項に記載の通信装置において、
前記通信制御手段は、前記輻輳度が前記判定値を超えた場合、前記並列的に送信されている前記複数のストリームのうち、最も高い優先度を持つストリームの送信を継続し、かつ、前記最も高い優先度を持つストリーム以外のストリームのうち、少なくとも最も低い優先度を持つストリームの送信を中断する通信装置。
【請求項９】
請求項１〜８のいずれか１項に記載の通信装置において、
前記通信制御手段は、すべてのストリームが同一の優先度を持つ場合、前記輻輳度が前記判定値を超えていても、前記通信先装置に前記複数のストリームを並列的に送信する通信装置。
【請求項１０】
通信先装置との通信の輻輳度が予め定められた判定値を超えているかどうか判定し、
前記輻輳度が前記判定値を超えていない状況では、前記通信先装置に複数のストリームを並列的に送信し、
その後、前記輻輳度が前記判定値を超えると、前記並列的に送信されている前記複数のストリームのうち、前記ストリームのそれぞれの優先度を表す優先度情報にて表される優先度が他のストリームよりも低いストリームの送信を少なくとも中断する通信制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置および通信制御方法に関する。
【背景技術】
【０００２】
特許文献１には、ＲＦＣ（Request For Comment）４９６０で規定されるＳＣＴＰ（Stream Control Transmission Protocol）を用いた通信装置が記載されている。【０００３】
ＳＣＴＰを用いた通信では、ＴＣＰ（Transmission Control Protocol）でのコネクションに相当するアソシエーション（Association）が、通信開始時に形成される。ＳＣＴＰを用いた通信では、ＴＣＰを用いた通信と異なり、１つのアソシエーション内に、複数のストリーム（Stream）を設定することが可能である。１つのアソシエーション内のストリームのそれぞれは互いに独立しており、各ストリームは、すべて均一の条件でスケジューリングされている。【０００４】
また、ＳＣＴＰを用いた通信では、ＴＣＰなどの他のトランスポートプロトコルを用いた通信と同様に、ネットワークが輻輳したと判定された際に、送信元装置から送信先装置への送信データに制限が加えられる。ＳＣＴＰを用いた通信では、輻輳を判定するために、輻輳ウィンドウｃｗｎｄ（Congestion window）と受信ウィンドウｒｗｎｄ（Receiver window）が使用される。なお、輻輳ウィンドウｃｗｎｄは、宛先ＩＰ（Internet Protocol）アドレスごとに設けられており、受信ウィンドウｒｗｎｄは、送信先装置ごとに設けられている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】日本特開２００６−１０１４２８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ＳＣＴＰを用いた通信では、ある宛先ＩＰアドレスに対応する輻輳ウィンドウｃｗｎｄの値、または、送信先装置に対応する受信ウィンドウｒｗｎｄの値に基づいて、ネットワークが輻輳したと判定された場合、その宛先ＩＰアドレスが割り当てられている送信先装置との間に形成されたアソシエーション内の全てのストリームが、均一に送信制限を受ける。すなわち、ＳＣＴＰを用いた通信では、図５の参照符号Ａ５で示されるように、宛先ＩＰアドレス単位にある輻輳ウィンドウｃｗｎｄで輻輳を判定しているため、ユーザにとって優先度の高いストリームであっても、その他のストリームと同様に輻輳制御の対象としてしまう。また、図５の参照符号Ｂ５で示されるように、通信先のＳＣＴＰの受信ウィンドウｒｗｎｄが輻輳している場合、ユーザにとって優先度の高いストリームであっても、その他のストリームと同様に輻輳制御の対象としてしまう。【０００７】
このため、例えば、優先度が高いストリームと優先度が低いストリームとが存在する状況下で、輻輳が発生すると、優先度が高いストリームと優先度が低いストリームが同じように送信制限を受けてしまう。【０００８】
つまり、ＳＣＴＰを用いた通信では、各ストリームが互いに独立しているにもかかわらず、ネットワークが輻輳したと判定された場合、各ストリームが均一に送信制限を受けてしまう。このため、ＳＣＴＰのメリットであるストリーム単位の制御が行われないという課題が生じていた。【０００９】
なお、この課題は、送信先装置に対して複数のストリームを独立して送信でき、かつ、ネットワークが輻輳したと判定された場合、各ストリームが均一に送信制限を受けてしまう通信装置に共通する。【００１０】
本発明の目的は、上述した課題を解決可能な通信装置および通信制御方法を提供することである。
【課題を解決するための手段】
【００１１】
本発明の通信装置は、通信先装置との通信の輻輳度が予め定められた判定値を超えているかどうかを判定する判定手段と、前記輻輳度が前記判定値を超えていない状況では、前記通信先装置に複数のストリームを並列的に送信し、その後、前記輻輳度が前記判定値を超えると、前記並列的に送信されている前記複数のストリームのうち、前記ストリームのそれぞれの優先度を表す優先度情報にて表される優先度が他のストリームよりも低いストリームの送信を少なくとも中断する通信制御手段とを具備している。【００１２】
本発明の通信制御方法は、通信先装置との通信の輻輳度が予め定められた判定値を超えているかどうか判定し、前記輻輳度が前記判定値を超えていない状況では、前記通信先装置に複数のストリームを並列的に送信し、その後、前記輻輳度が前記判定値を超えると、前記並列的に送信されている前記複数のストリームのうち、前記ストリームのそれぞれの優先度を表す優先度情報にて表される優先度が他のストリームよりも低いストリームの送信を少なくとも中断する。
【発明の効果】
【００１３】
本発明に従えば、ネットワークが混雑した場合に、優先度の高いストリームを送信し、優先度の低いストリームの送信を中断することが可能になり、ストリームごとに、ストリームの送信を制御することが可能になる。
【図面の簡単な説明】
【００１４】
【図１】本発明の一実施形態に係る通信装置１Ａの構成を示したブロック図である。
【図２】図１に示した格納部３内の優先度情報の一例を示した図である。
【図３Ａ】閾値と基準値を説明するための図である。
【図３Ｂ】閾値と基準値を説明するための図である。
【図４】送信されるストリームを制御する動作を説明するための図である。
【図５】輻輳が発生した場合に、アソシエーション内の全てのストリームが均一に送信制限を受ける例を説明するための図である。
【発明を実施するための形態】
【００１５】
以下、図面を参照して本発明の実施形態を説明する。
【００１６】
図１は、本発明の一実施形態に係る通信装置１Ａの構成を示したブロック図である。
【００１７】
通信装置１Ａは、受付部２と、格納部３と、制御部４と、を含む。制御部４は、判定部５と、通信制御部６と、を含む。判定部５は、閾値記憶部５ａと、閾値判定部５ｂと、基準値記憶部５ｃと、基準値判定部５ｄと、を含む。通信制御部６は、ＳＣＴＰユーザ部６ａと、通信部６ｂと、を含む。
【００１８】
通信装置１Ａは、通信装置１Ｂおよび１Ｃに複数のストリームを送信することが可能である。通信装置１Ａは、トランスポート層のプロトコルとして、ＳＣＴＰを利用している。通信装置１Ａは、例えば、携帯電話機等の移動通信装置（移動局）でもよいし、無線基地局装置でもよい。通信装置１Ｂおよび１Ｃは、通信先装置の一例であり、例えば、通信装置１Ａと同一の機能を有する。
【００１９】
受付部２は、一般的に受付手段と呼ぶことができる。受付部２は、例えば、入力キーであり、ストリームのそれぞれの優先度を表す優先度情報を受け付ける。なお、優先度情報は、ストリームのそれぞれの優先度を、ストリーム内のメッセージ単位で表すものでもよい。
【００２０】
格納部３は、一般的に格納手段と呼ぶことができる。格納部３は、受付部２にて受け付けられた優先度情報を格納する。
【００２１】
図２は、格納部３内の優先度情報の一例を示した図である。
【００２２】
図２に示されるように、優先度情報は、QoS （Quality of Service）Class３ａとStreamID３ｂとを含む。QoS Class３ａは、優先度を表す。本実施形態では、EF、AF4、AF3、AF2、AF1、BEの順に、優先度が低くなる。StreamID３ｂは、ストリームの識別情報である。本実施形態では、StreamIDとして数字が用いられる。
【００２３】
図２では、QoS Class（優先度）＝EFが、StreamID＝1のストリームに付与されている。QoS Class＝AF4が、StreamID＝3のストリームおよびStreamID＝5のストリームに付与されている。QoS Class＝AF3は、いずれのストリームにも付与されていない。QoS Class＝AF2が、StreamID＝2のストリームに付与されている。QoS Class＝AF1が、StreamID＝4のストリームに付与されている。QoS Class＝BEは、いずれのストリームにも付与されていない。
【００２４】
なお、格納部３は、図２に示した優先度情報をユニークに格納してもよいし、優先度情報を、対向ＳＣＴＰ装置（通信先装置）単位に格納してもよい。
【００２５】
図１に戻って、制御部４は、一般的に制御手段と呼ぶことができる。
【００２６】
制御部４は、通信先装置との通信の輻輳度（以下、単に「輻輳度」と称する）が予め定められた判定値（以下、単に「判定値」と称する）を超えていない状況では、通信先装置に複数のストリームを並列的に送信する。その後、輻輳度が判定値を超えると、制御部４は、並列的に送信されている複数のストリームのうち、格納部３内の優先度情報にて表される優先度が他のストリームよりも低いストリームの送信を少なくとも中断する。
【００２７】
なお、本実施形態では、輻輳度は、輻輳ウィンドウｃｗｎｄの値が大きくなるほど大きくなるか、または、通信先装置からの受信ウィンドウｒｗｎｄの値が小さくなるほど大きくなる。
【００２８】
本実施形態では、制御部４は、ＳＣＴＰを利用してストリームを送信する。
【００２９】
本実施形態では、判定値として、制御部４がＳＣＴＰに従って通信先装置との通信状態を輻輳と判定する輻輳度よりも小さい値が使用される。
【００３０】
判定部５は、一般的に判定手段と呼ぶことができる。判定部５は、輻輳度が判定値を超えたか否かを判定する。
【００３１】
閾値記憶部５ａは、輻輳ウィンドウｃｗｎｄの値と比較するための閾値（判定値）を格納する。なお、本実施形態では、輻輳ウィンドウｃｗｎｄの値は、通信先装置との通信において輻輳の度合いが低いほど小さい値を示すものとする。
【００３２】
閾値判定部５ｂは、制御部４がＳＣＴＰに従って生成する輻輳ウィンドウｃｗｎｄの値が、閾値記憶部５ａ内の閾値を超えたか否かを判定する。
【００３３】
閾値判定部５ｂは、輻輳ウィンドウｃｗｎｄの値が、閾値記憶部５ａ内の閾値を超えていない場合、輻輳度が判定値を超えていないと判定する。一方、閾値判定部５ｂは、輻輳ウィンドウｃｗｎｄの値が、閾値記憶部５ａ内の閾値を超えた場合、輻輳度が判定値を超えたと判定する。閾値判定部５ｂは、判定結果を、通信部６ｂに提供する。
【００３４】
基準値記憶部５ｃは、受信ウィンドウｒｗｎｄの値と比較するための基準値（判定値）を格納する。なお、本実施形態では、受信ウィンドウｒｗｎｄの値は、通信先装置との通信において輻輳の度合いが低いほど大きい値を示すものとする。
【００３５】
基準値判定部５ｄは、制御部４がＳＣＴＰに従って通信先装置から受信する受信ウィンドウｒｗｎｄの値が、基準値記憶部５ｃ内の基準値を超えたか否かを判定する。
【００３６】
基準値判定部５ｄは、受信ウィンドウｒｗｎｄの値が、基準値記憶部５ｃ内の基準値を超えている場合、輻輳度が判定値を超えていないと判定する。一方、基準値判定部５ｄは、受信ウィンドウｒｗｎｄの値が、基準値記憶部５ｃ内の基準値を超えていない値になった場合、輻輳度が判定値を超えたと判定する。基準値判定部５ｄは、判定結果を、通信部６ｂに提供する。
【００３７】
通信制御部６は、一般的に通信制御手段と呼ぶことができる。通信制御部６は、判定部５が、輻輳度が判定値を超えていないと判定した状況では、通信先装置に複数のストリームを並列的に送信する。一方、通信制御部６は、判定部５が、輻輳度が判定値を超えたと判定した場合、格納部３内の優先度情報が、異なる優先度を持つ複数のストリームが存在することを示している状況下では、格納部３内の優先度情報にて表される優先度が他のストリームよりも低いストリームの送信を少なくとも中断する。
【００３８】
例えば、図２に示した優先度情報が格納部３に格納されている状況で、判定部５が、輻輳度が判定値を超えたと判定した場合、通信制御部６は、StreamID＝4のストリームの送信を中断し、他のストリームの送信は継続する。
【００３９】
なお、図２に示した優先度情報が格納部３に格納されている状況で、判定部５が、輻輳度が判定値を超えたと判定した場合、通信制御部６は、StreamID＝4のストリームの送信を中断すると共に、StreamID＝4のストリームの次に優先度が低いStreamID＝2のストリームの送信も中断し、他のストリームの送信を継続してもよい。
【００４０】
また、図２に示した優先度情報が格納部３に格納されている状況で、判定部５が、輻輳度が判定値を超えたと判定した場合、通信制御部６は、StreamID＝4のストリームの送信を中断すると共に、StreamID＝4のストリームの次に優先度が低いStreamID＝2のストリームとStreamID＝2のストリームの次に優先度が低いStreamID＝3および5のストリームの送信を中断し、他のストリームの送信を継続してもよい。
【００４１】
このように、通信制御部６は、判定部５が、輻輳度が判定値を超えたと判定した場合、最も高い優先度を持つストリームの送信を継続し、かつ、最も高い優先度を持つストリーム以外のストリームのうち、少なくとも、最も低い優先度を持つストリームの送信を中断する。
【００４２】
なお、格納部３内の優先度情報が、すべてのストリームが同一の優先度を持っていることを示す場合には、通信制御部６は、判定部５が、輻輳度が判定値を超えたと判定した場合でも、輻輳度が判定値を超えていない場合と同様に、通信先装置に複数のストリームを並列的に送信する。
【００４３】
ＳＣＴＰユーザ部６ａは、複数のストリームを送信する旨の送信要求を、通信部６ｂに提供する。
【００４４】
通信部６ｂは、ＳＣＴＰユーザ部６ａから送信要求を受け付けた状況下で、判定部５の判定結果が、輻輳度が判定値を超えていないことを示す場合、複数のストリームを通信先装置に並列的に送信する。
【００４５】
本実施形態では、通信部６ｂは、ＳＣＴＰユーザ部６ａから送信要求を受け付けた状況下で、閾値判定部５ｂの判定結果と基準値判定部５ｄの判定結果との両方が、輻輳度が判定値を超えていないことを示す場合、輻輳度が判定値を超えていないと判断して、複数のストリームを通信先装置に並列的に送信する。
【００４６】
一方、通信部６ｂは、ＳＣＴＰユーザ部６ａから送信要求を受け付けた状況下で、判定部５の判定結果が、輻輳度が判定値を超えたことを示す場合、格納部３内の優先度情報にて表される優先度が他のストリームよりも低いストリームの送信を少なくとも中断する。
【００４７】
本実施形態では、通信部６ｂは、ＳＣＴＰユーザ部６ａから送信要求を受け付けた状況下で、閾値判定部５ｂの判定結果と基準値判定部５ｄの判定結果とのいずれかまたは両方が、輻輳度が判定値を超えたことを示す場合、輻輳度が判定値を超えたと判断して、格納部３内の優先度情報にて表される優先度が他のストリームよりも低いストリームの送信を少なくとも中断する。
【００４８】
次に、本実施形態の動作を説明する。
【００４９】
まず、輻輳状態が発生しているかを判定する動作を説明する。
【００５０】
図３Ａおよび図３Ｂは、閾値記憶部５ａ内の閾値と輻輳ウィンドウｃｗｎｄとの関係、および、基準値記憶部５ｃ内の基準値と受信ウィンドウｒｗｎｄとの関係を説明するための図である。
【００５１】
図３Ａおよび図３Ｂに示したように、閾値５ａ１および基準値５ｃ１が設けられる。
【００５２】
制御部４は、ＳＣＴＰを用いた通信で得ることができる、輻輳ウィンドウｃｗｎｄの値および対向ＳＣＴＰ通信装置（通信先装置）の受信ウィンドウｒｗｎｄの値を、定期的に読み出す。
【００５３】
制御部４は、輻輳ウィンドウｃｗｎｄの値が閾値５ａ１を超えた場合、または、受信ウィンドウｒｗｎｄの値が基準値５ｃ１以下になった場合、輻輳度が判定値を超えたと判定する。
【００５４】
一方、制御部４は、輻輳ウィンドウｃｗｎｄの値が閾値５ａ１を超えておらず、かつ、受信ウィンドウｒｗｎｄの値が基準値５ｃ１を超えている場合、輻輳度が判定値を超えていないと判定する。
【００５５】
なお、制御部４は、ＳＣＴＰを用いた通信で行われる一般的な輻輳判定も行う。例えば、制御部４は、ＳＣＴＰ信号の応答（Ack）を受信できない場合、または、信号ロス時に、輻輳が発生したと判定する。
【００５６】
続いて、輻輳度が判定値を超えたか否かに応じて、送信されるストリームを制御する動作を説明する。
【００５７】
図４は、送信されるストリームを制御する動作を説明するための図である。図４において、参照符号Ａ４で示される場合、ＳＣＴＰ＃２（通信装置１Ｂ）の輻輳ウィンドウｃｗｎｄが輻輳状態と判断され、優先度の高いＳＣＴＰメッセージの信号送信要求のみが受け付けられる。また、図４において、参照符号Ｂ４で示される場合、ＳＣＴＰ＃２（通信装置１Ｂ）の輻輳ウィンドウｃｗｎｄおよび受信ウィンドウｒｗｎｄが共に通常状態のため、全てのＳＣＴＰ信号送信要求が受け付けられる。
【００５８】
制御部４は、輻輳度が判定値を超えたか否かの判定結果と、格納部３内の優先度情報と、に基づいて、送信されるストリームを制御する。
【００５９】
制御部４は、格納部３内の優先度情報を参照して、優先度が高いストリーム（ＳＣＴＰメッセージ）と、優先度が低いストリーム（ＳＣＴＰメッセージ）と、を区別する。
【００６０】
制御部４は、輻輳度が判定値を超えていない回線については、優先度に関係なく複数のストリーム（ＳＣＴＰメッセージ）を均一にスケジュールして並列的に送信を行う。
【００６１】
制御部４は、輻輳度が判定値を超えた回線（つまり、輻輳が発生する可能性が高い回線）については、例えば、格納部３内の優先度情報に基づき、格納部３内の優先度情報にて表される優先度が他のストリームよりも低いストリームの送信を中断し、他のストリームの送信を行う。
【００６２】
なお、格納部３内の優先度情報が、ストリームのそれぞれの優先度を、ストリーム内のメッセージ単位で表すものである場合、制御部４は、例えば、送信対象となるメッセージが変更されるごとに、格納部３内のStream ID３ｂのQoS Class３ａとの対応関係を動的に変更してもよい。
【００６３】
本実施形態に従えば、制御部４は、輻輳度が判定値を超えていない状況では、通信先装置に複数のストリームを並列的に送信する。その後、輻輳度が判定値を超えると、制御部４は、並列的に送信されている複数のストリームのうち、格納部３内の優先度情報にて表される優先度が他のストリームよりも低いストリームの送信を少なくとも中断する。
【００６４】
このため、ネットワークが混雑した場合に、優先度の高いストリームを送信し、優先度の低いストリームの送信を中断することが可能になり、重要なデータを優先して送信することが可能になる。また、ストリームごとに、ストリームの送信を制御することが可能になる。
【００６５】
また、ＲＦＣで規定されたＳＣＴＰの輻輳制御機能（輻輳ウィンドウｃｗｎｄ、受信ウィンドウｒｗｎｄ、輻輳時の送信制限）に変更を加えず、ストリームID単位でＳＣＴＰメッセージの送信を制御することが可能になる。
【００６６】
優先度情報として、ストリームのそれぞれの優先度を、ストリーム内のメッセージ単位で表すものが用いられると、ストリームの送信の制御をメッセージ単位で行うことが可能になる。
【００６７】
本実施形態では、制御部４は、ＳＣＴＰを利用してストリームを送信し、判定値として、制御部４がＳＣＴＰに従って通信先装置との通信状態を輻輳と判定する輻輳度よりも小さい値が使用される。
【００６８】
この場合、ＳＣＴＰを利用した制御部４が、ＳＣＴＰに従って輻輳が発生したと判断しネットワークに送信する信号数に制限をかける前に、制御部４は、輻輳に近付いていること（輻輳状態）を認識することが可能になる。
【００６９】
これにより、実際に、ＳＣＴＰを利用した制御部４が輻輳を検出する前に、ネットワークの負荷を下げ、優先して送信したいストリームやメッセージのスケジューリングを行うことが可能になる。
【００７０】
本実施形態では、輻輳度は、輻輳ウィンドウの値が大きくなるほど大きくなるもの、または、前記通信先装置からの受信ウィンドウの値が小さくなるほど大きくなるものである。このため、輻輳度を、輻輳ウィンドウに基づくもの、または、受信ウィンドウに基づくものとすることが可能になる。
【００７１】
なお、制御部４が有する機能は、ＳＣＴＰの上位層で実現されてもよいし、ＳＣＴＰ自体に組み込まれて実現されてもよい。
【００７２】
また、ＳＣＴＰがＩＰアドレス単位で管理している輻輳ウィンドウｃｗｎｄや通信先ＳＣＴＰの受信ウィンドウｒｗｎｄをさらに細分化して（例えば、アソシエーション単位やストリーム単位で）管理できるようにすることで、本実施形態の輻輳制御機能は、さらにきめ細かな制御が可能になる。
【００７３】
また、通信装置１Ａは、専用のハードウェアを用いて実現されてもよい。また、通信装置１Ａは、受付部２と、格納部３と、制御部４の機能を実現するためのプログラムを実行するコンピュータシステムを用いて実現されてもよい。このコンピュータシステムは、コンピュータ読み取り可能な記録媒体に記録された上記プログラムを読み込み実行して、受付部２、格納部３および制御部４として機能する。
【００７４】
コンピュータ読み取り可能な記録媒体とは、フレキシブルディスク、光磁気ディスク、ＣＤ−ＲＯＭ（Compact Disk Read Only Memory）等の記録媒体、コンピュータシステムに内蔵されるハードディスク装置等の記憶装置を指す。
【００７５】
以上、実施形態を参照して本発明を説明したが、本発明は上述した実施形態に限定されるものではない。本発明の構成や詳細には、本発明の範囲内で当業者が理解し得る様々な変更を加えることができる。
【００７６】
この出願は、２００９年５月１１日に出願された日本出願特願２００９−１１４５７６号を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【産業上の利用可能性】
【００７７】
本発明は、例えば、複数のストリームを送信可能な通信装置に利用することができる。本発明に従えば、ネットワークが混雑した場合に、優先度の高いストリームを送信し、優先度の低いストリームの送信を中断することが可能となる。その結果、ストリームごとにストリームの送信を制御することが可能となる。
【符号の説明】
【００７８】
１Ａ〜１Ｃ  通信装置
２      受付部
３      格納部
４      制御部
５      判定部
５ａ    閾値記憶部
５ｂ    閾値判定部
５ｃ    基準値記憶部
５ｄ    基準値判定部
６      通信制御部
６ａ    ＳＣＴＰユーザ部
６ｂ    通信部
【図１】
2010131419.tif 000003
【図２】
2010131419.tif 000004
【図３Ａ】
2010131419.tif 000005
【図３Ｂ】
2010131419.tif 000006
【図４】
2010131419.tif 000007
【図５】
2010131419.tif 000008
【国際調査報告】
2010131419.tif 000009
2010131419.tif 000010