"同一データを、輻輳制御機構を持つトランスポートプロトコルを利用して複数の送信先に送信するデータ送信部を備え、上記データ送信部は、スループットが十分な送信先に対しては第1のスレッドでまとめて送信し、上記スループットが低下して送信処理が一定時間以上ブロッキングされる送信先に対しては、上記第1のスレッドとは異なる第2のスレッドで送信する状態に移す送信端末。上記データ送信部は、上記第2のスレッドで送信される送信先の上記スループットが十分な状態に回復するとき、該送信先に対しては、上記第1のスレッドで送信する状態に戻す請求項1に記載の送信端末。上記データ送信部は、上記第2のスレッドで送信される送信先の送信処理が上記一定時間以上ブロッキングされないことが所定回数連続するとき、該送信先に対しては、上記第1のスレッドで送信する状態に戻す請求項2に記載の送信端末。上記データ送信部は、上記第2のスレッドで送信される送信先の送信処理が上記一定時間以上ブロッキングされないときカウントアップするカウンタを有し、該送信処理が上記一定時間以上ブロッキングされるとき該カウンタをリセットし、該カウンタのカウント値に基づいて上記第2のスレッドで送信される送信先の送信処理が上記一定時間以上ブロッキングされないことが所定回数連続するか否かを判断する請求項3に記載の送信端末。上記データ送信部は、上記第2のスレッドで送信される送信先の上記スループットが所定時間回復しないとき、該送信先を切断する請求項2に記載の送信端末。上記データ送信部は、上記第2のスレッドで送信される送信先の送信処理が上記一定時間以上ブロッキングされないときカウントアップするカウンタを有し、該送信処理が上記一定時間以上ブロッキングされるとき該カウンタをリセットし、上記所定時間におけるリセット回数に基づいて上記スループットが所定時間回復しないか否かを判断する請求項5に記載の送信端末。上記データは、映像ストリームである請求項1に記載の送信端末。上記輻輳制御機構を持つトランスポートプロトコルは、TCPである請求項1に記載の送信端末。同一データを、輻輳制御機構を持つトランスポートプロトコルを利用して複数の送信先に送信する際に、スループットが十分な送信先に対しては第1のスレッドでまとめて送信し、上記スループットが低下して送信処理が一定時間以上ブロッキングされる送信先に対しては、上記第1のスレッドとは異なる第2のスレッドで送信する状態に移す送信方法。上述したように、送信端末が、映像ストリーム等の同一データをTCP等のトランスポートプロトコルを利用して複数の送信先に送信する場合、一箇所のスループットの低下が他の送信先にも影響する、あるいは、CPU負荷が高くなる、などの不都合ある。本技術の目的は、CPU負荷が高くなるのを抑制しつつ、一箇所のスループットの低下が他の送信先に影響しない状態を実現することにある。本技術の概念は、同一データを、輻輳制御機構を持つトランスポートプロトコルを利用して複数の送信先に送信するデータ送信部を備え、上記データ送信部は、スループットが十分な送信先に対しては第1のスレッドでまとめて送信し、上記スループットが低下して送信処理が一定時間以上ブロッキングされる送信先に対しては、上記第1のスレッドとは異なる第2のスレッドで送信する状態に移す送信端末にある。本技術において、データ送信部により、同一データが、複数の送信先に送信される。この場合、トランスポートプロトコルとして、輻輳制御機構を持つトランスポートプロトコル、例えば、TCPTransmissionControlProtocol、STCPStreamControlTransmissionProtocol、DCCPDatagramCongestionControlProtocol等である。また、この場合、データは、映像ストリームの他、ファイル等のその他のデータ等も考えられる。ここで、輻輳制御機構とは、ネットワークの状況に応じて転送速度を制御する機構である。TCP等のトランスポートプロトコルを利用することで、他の通信を阻害しないように、利用帯域が調整されるが、その代わり必要なスループットを確保できなくなる場合がある。データ送信部では、スループットが十分な送信先に対しては、第1のスレッドでまとめて送信されるが、スループットが低下して送信処理が一定時間以上ブロッキングされる送信先に対しては、第1のスレッドとは異なる第2のスレッドで送信される。ここで、スループットが低下して送信処理が一定時間以上ブロッキングされる送信先が複数ある場合、各送信先の送信が別個のスレッドで行われるか、あるいは、全ての送信先の送信が共通の1つのスレッドで行われる。このように、本技術においては、スループットが十分な送信先に対しては、第1のスレッドでまとめて送信し、スループットが低下して送信処理が一定時間以上ブロッキングされる送信先に対しては第2のスレッドで送信するものである。そのため、一箇所のスループットの低下が他の送信先に影響しない状態を実現可能となる。また、本技術は、スループットが低下して送信処理が一定時間以上ブロッキングされる送信先のみを第2のスレッドで送信する状態に移すものである。そのため、CPU負荷が高くなるのを抑制可能となる。本技術において、例えば、データ送信部は、第2のスレッドで送信される送信先のスループットが十分な状態に回復するとき、この送信先に対しては、第1のスレッドで送信する状態に戻す、ようにされてもよい。このようにスループットが十分な状態に回復した送信先に対して第1のスレッドで送信する状態に戻すことで、増加したスレッド数を元に戻すことが可能となり、CPU負荷の軽減が可能となる。この場合、例えば、データ送信部は、第2のスレッドで送信される送信先の送信処理が一定時間以上ブロッキングされないことが所定回数連続するとき、この送信先に対しては、第1のスレッドで送信する状態に戻す、ようにされる。そして、この場合、例えば、データ送信部は、第2のスレッドで送信される送信先の送信処理が一定時間以上ブロッキングされないときカウントアップするカウンタを有し、この送信処理が一定時間以上ブロッキングされるときこのカウンタをリセットし、このカウンタのカウント値に基づいて第2のスレッドで送信される送信先の送信処理が一定時間以上ブロックされないことが所定回数連続するか否かを判断する、ようにされる。また、本技術において、例えば、データ送信部は、第2のスレッドで送信される送信先のスループットが所定時間回復しないとき、この送信先を切断する、ようにされてもよい。このようにスループットが所定時間回復しない送信先を切断することで、CPU負荷の軽減が可能となる。この場合、例えば、データ送信部は、第2のスレッドで送信される送信先の送信処理が一定時間以上ブロッキングされないときカウントアップするカウンタを有し、この送信処理が一定時間以上ブロッキングされるときカウンタをリセットし、所定時間におけるリセット回数に基づいてスループットが所定時間回復しないか否かを判断する、ようにされる。本技術によれば、CPU負荷が高くなるのを抑制しつつ、一箇所のスループットの低下が他の送信先に影響しない状態を実現できる。以下、発明を実施するための形態以下、実施の形態とするについて説明する。なお、説明を以下の順序で行う。1.実施の形態2.変形例<1.実施の形態>[多地点配信システム]図1は、実施の形態としての多地点配信システム10の構成例を示している。この多地点配信システム10は、送信端末100と複数の受信端末200がIPネットワーク300を介して接続された構成とされている。ここで、受信端末200は送信先を構成している。送信端末100には、ビデオカメラ装置等の映像/音声入力装置400から映像音声入力映像データ、音声データが供給される。送信端末100では、映像音声入力に対して符号化処理等が行われて、映像データおよび音声データを含む映像ストリームが生成される。そして、送信端末100では、この映像ストリームが、TCPTransmissionControlProtocolを利用して、データブロック毎に、送信先としての複数の受信端末200に順次送信される。ここで、送信端末100は、スループットが十分な受信端末200に対しては、第1のスレッドでまとめて送信する。また、送信端末100は、スループットが低下して送信処理が一定時間以上ブロッキングされる受信端末200に対しては、第1のスレッドとは異なる第2のスレッドで送信する状態に移す。また、送信端末100は、第2のスレッドで送信される受信端末200のスループットが十分な状態に回復するとき、この受信機200に対しては、第1のスレッドで送信する状態に戻す。さらに、送信端末100は、第2のスレッドで送信される受信端末200のスループットが所定時間回復しないとき、この受信端末200を切断する。[送信端末の構成]図2は、送信端末100の構成例を示している。この送信端末100は、デバイスとして、エンコーダ101を有する。このエンコーダ101は、映像/音声入力装置400図1参照からの映像音声入力映像データ、音声データに対して符号化処理等を行って映像ストリームを生成する。また、送信端末100は、アプリケーションとして、アプリケーションバッファ102と、送信処理部103を有する。アプリケーションバッファ102は、エンコーダ101で生成される送信ストリームを一時的に蓄積する。送信処理部103は、アプリケーションバッファ102に蓄積された送信ストリームを、データブロック毎に、複数の受信端末200に送信する。ここで、アプリケーションは、データ送信部を構成している。また、送信端末100は、カーネルとして、ソケットバッファ104を有する。このソケットバッファ104は、送信処理部103が各受信端末200に送信するデータブロックを一時的に蓄積する。このソケットバッファ104は、アプリケーション層とTCP層との間でデータの受け渡しをするために用いられるバッファである。このソケットバッファ104は、ソケット毎に確保されている。[送信端末における送信方法]ここで、送信端末100における送信方法を説明する。TCPを利用したデータ送信においては、ソケットバッファ104に空きができるまで送信処理がブロッキングされる。ライブ配信している場合は、送信処理がブロッキングされている間も、エンコーダ101で新たなデータが生成され続ける。そのため、エンコーダ101で生成されたデータは、一旦アプリケーションバッファ102に蓄積され、その後に送信処理部103により順次送信される。最初に、種々の送信方法を説明する。図3は、同一スレッドで、複数の受信端末200、ここでは受信端末A,B,Cに送信する例を示している。映像音声入力はエンコーダ101に供給され、このエンコーダ101ではエンコード処理符号化処理を行って、映像ストリームを構成するエンコードされたデータをアプリケーションバッファ102に入れる。送信処理部103は、アプリケーションバッファ102からデータを取り出し、受信端末A,B,Cに順次データを送信する。この場合、送信処理部103は、データブロック毎に、受信端末A,B,Cに順次データを送信することを繰り返す。この場合、受信端末A,B,C宛てのスループットはそれぞれ十分なので、問題は発生していない。例えば、受信端末A,B,Cの全てに10Mbpsの映像ストリームを送っていて、受信端末A,B,C宛てのスループットが全て10Mbpsでネットワーク性能が出ているのであれば、図3に示すような送信方法であっても、問題なく送信することができる。図4は、図3の例と同様に同一スレッドで受信端末A,B,Cに送信するが、受信端末B宛てのスループットのみ低下している場合の例である。例えば、受信端末A,C宛てのスループットが10Mbpsでネットワーク性能が出ているが、受信端末B宛てのスループットが、ネットワーク状態の不良などによって、10Mbpsより小さくなっている場合である。送信処理部103は、データブロック毎に、受信端末A,B,Cに順次データを送信することを繰り返すため、アプリケーションバッファ102に未送信データが滞留し、受信端末B宛てのスループットの低下により、受信端末A,Cへの送信にも送信遅延が波及する。図5は、受信端末A,B,Cに対して別々のスレッドで送信し、受信端末B宛てのスループットのみ低下している場合の例である。この場合、スレッド毎に送信処理部103とアプリケーションバッファ102が用意され、並行して処理される。そのため、受信端末B宛てのスループットの低下が、受信端末A,Cへの送信に影響していない。ただし、この例では、スレッド数が増加するので、CPU負荷が高くなる。図6は、この実施の形態における送信方法の一例を示している。この場合、スループットが十分な受信端末A,Cに対しては同一スレッド第1のスレッドで送信され、スループットが低下している受信端末Bに対しては別スレッド第2のスレッドで送信される。このような送信方法とすることで、受信端末B宛てのスループットの低下が受信端末A,Cへの送信に影響を与えることがなくなる。しかも、この場合、受信端末A,B,Cに対してそれぞれ別のスレッドで送信するものではなく、図5の送信方法に比べて、スレッド数の増加、従ってCPU負荷が増加することを抑制できる。[スレッドの移動処理]次に、スレッドの移動処理について説明する。この実施の形態における送信方法では、どの受信端末送信先を別スレッドで処理するかは、動的に制御される。具体的には、元スレッド第1のスレッドは、送信処理にかかった時間を監視し、一定時間以上かかっていれば、スループットが低下していると判断して、別スレッド第2のスレッドに移す。また、別スレッドに移した場合、スループットが回復すれば元のスレッドに処理を戻すが、一定時間以上スループットが回復しなければ回復不能と見做して切断する。図7のフローチャートは、元スレッド第1のスレッドの送信処理フローを示している。元スレッドは、この送信処理フローによる処理を、データブロック毎に繰り返す。元スレッドは、複数の受信機200への送信処理を行うが、送信処理にタイムアウト時間を設け、それを超えた受信機200への送信は別スレッド第2のスレッドに移す。すなわち、元スレッドは、ステップST1において、処理を開始し、その後にステップST2の処理に移る。元スレッドは、このステップST2において、未送信先を検索する。そして、元スレッドは、ステップST3において、未送信先があるか否かを判定する。未送信先がないとき、元スレッドは、ステップST7において、処理を終了する。一方、未送信先があるとき、元スレッドは、ステップST4において、その送信先に対する送信処理を行う。そして、元スレッドは、ステップST5において、送信処理時間がタイムアウト時間例えば、0.2~0.3秒を超えたか否かを判定する。送信処理時間がタイムアウト時間を超えていないとき、元スレッドは、直ちにステップST2の処理に戻る。一方、送信処理時間がタイムアウト時間を超えたとき、元スレッドは、ステップST6において、その送信先に対する送信処理を別スレッドに移し、その後に、ステップST2の処理に戻る。すなわち、スループットが低下して送信処理が一定時間以上ブロッキングされる送信先に対しては、別スレッドで送信する状態に移す。図8のフローチャートは、別スレッド第2のスレッドの送信処理フローを示している。別スレッドは、この送信処理フローによる処理を、データブロック毎に繰り返す。別スレッドは、送信処理を行い、タイムアウトせずに処理が成功した場合は、送信成功数を1だけ増やす。別スレッドは、送信成功数が一定回数を超えたら、元のスレッドに処理を戻して終了する。別スレッドは、タイムアウトした場合、送信成功数をリセットし、過去所定時間のリセット回数が一定回数閾値を超えた場合、回復不能と見做して切断する。すなわち、別スレッドは、ステップST21において、処理を開始し、その後に、ステップST22の処理に移る。別スレッドは、このステップST22において、送信処理を行う。そして、別スレッドは、ステップST23おいて、送信処理時間がタイムアウト時間例えば、0.2~0.3秒を超えたか否かを判定する。送信処理時間がタイムアウト時間を超えていないとき、別スレッドは、ステップST24において、送信成功数を1だけ増加する。この場合、送信成功数をカウントするCPU内のカウンタをインクリメントする。次に、別スレッドは、ステップST25において、送信成功数が閾値以上であるか否かを、カウンタのカウント値により判定する。この閾値は、例えば、数秒分程度に相当する値とされる。送信成功数が閾値以上でないとき、別スレッドは、直ちに、ステップST27において、処理を終了する。一方、送信成功数が閾値以上であるとき、別スレッドは、ステップST26において、当該送信先に対しては元スレッド第1のスレッドに処理を戻し、その後に、ステップST27において、処理を終了する。すなわち、別スレッドは、この別スレッドで送信される送信先のスループットが十分な状態に回復するとき、この送信先に対しては元スレッドで送信する状態に戻す。また、ステップST23で送信処理時間がタイムアウト時間を超えているとき、別スレッドは、ステップST28において、送信成功数をリセットする。この場合、送信成功数をカウントするカウンタをリセットする。そして、別スレッドは、ステップST29において、例えば、過去所定時間、例えば過去30秒間のリセット回数が閾値以上であるか否かを判定する。リセット回数が閾値以上でないとき、別スレッドは、直ちに、ステップST27において、処理を終了する。一方、リセット回数が閾値以上であるとき、別スレッドは、ステップST30において、当該送信先を切断し、その後に、ステップST27において、処理を終了する。すなわち、別スレッドは、この別スレッドで送信される送信先のスループットが所定時間以上回復しないとき、この送信先を切断する。図1に示す多地点配信システム10において、送信端末100では、スループットが十分な受信機200に対しては、第1のスレッドでまとめて送信される。また、この送信端末100では、スループットが低下して送信処理が一定時間以上ブロッキングされる受信機200に対しては、第2のスレッドで送信される。そのため、一箇所のスループットの低下が他の受信機200に影響しない状態を実現できる。また、送信端末100では、スループットが低下して送信処理が一定時間以上ブロッキングされる受信機200のみを第2のスレッドで送信する状態に移すものである。そのため、CPU負荷が高くなるのを抑制できる。これにより、データ配信以外の処理が影響を受けなくなる。また、図1に示す多地点配信システム10において、送信端末100では、第2のスレッドで送信される受信機200のスループットが十分な状態に回復するとき、この受信機200に対しては第1のスレッドで送信する状態に戻される。これにより、スレッド数を例えば2から1に減じることができ、CPU負荷の軽減が可能となる。また、図1に示す多地点配信システム10において、送信端末100では、第2のスレッドで送信される受信機200のスループットが所定時間回復しないとき、この受信機200が切断される。これにより、CPU負荷の軽減が可能となる。<2.変形例>なお、上述実施の形態において、この送信端末100では、スループットが低下して送信処理が一定時間以上ブロッキングされる受信機200に対しては第2のスレッド別スレッドで送信される。ここで、このような受信機200が複数存在する場合も考えられる。その場合、各受信機200の送信が別個のスレッドで行われるようにしてもよいし、あるいは、全ての受信機200の送信が共通の1つのスレッドで行われるようにしてもよい。なお、各受信機200の送信が別個のスレッドで行われる場合には、第2のスレッドが複数となり、CPU負荷が増加する。また、上述実施の形態において、送信端末100は、TCPを利用して、送信を行っている。しかし、利用可能なトランスポートプロトコルは、TCPに限定されない。例えば、TCPと同様に輻輳制御機構を持つ、STCPStreamControlTransmissionProtocol、あるいはDCCPDatagramCongestionControlProtocol等であってもよい。また、上述実施の形態において、送信端末100は、複数の受信端末200に、映像データおよび音声データが含まれる映像ストリームを送信するものであるが、ファイルなどのその他のデータを送信する場合にも、本技術を同様に適用できる。"