"配信サーバからユーザ端末へコンテンツデータを配信するときに、その配信方式としてユニキャスト配信およびマルチキャスト配信のうちのいずれかの前記配信方式を選択可能なコンテンツ配信システムであって、前記コンテンツ配信システムの接続制御サーバは、前記配信サーバから前記ユーザ端末へ前記コンテンツデータの配信数データ、前記配信サーバ内の負荷データ、および、新規の配信要求数データのうちの少なくとも1つのデータを、負荷情報として時系列で取得し、その取得した時系列の負荷情報の単位時間あたりの変化量を示す負荷微分値が、所定しきい値より大きいときには前記配信方式をマルチキャスト配信とし、所定しきい値より大きくないときには前記配信方式をユニキャスト配信として選択し、その選択したコンテンツIDごとの前記配信方式を前記接続制御サーバ内の配信方式記憶部へと記憶し、前記ユーザ端末から前記コンテンツIDを指定した新規の配信要求を受けつけると、前記配信方式記憶部内に記憶されている前記コンテンツIDごとの前記配信方式を読み取って、その読み取った前記配信方式に従って、前記新規の配信要求に対応する前記コンテンツデータの配信を開始することを特徴とするコンテンツ配信システム。前記接続制御サーバは、前記接続制御サーバ内の前記配信方式記憶部へと記憶する前記配信方式を決定する処理において、前記負荷微分値が所定しきい値より大きいか否かを判定する負荷判定式に加えて、取得した前記時系列の負荷情報のうちの負荷現在値が所定しきい値より大きいか否かを判定する前記負荷判定式、および、取得した前記時系列の負荷情報の所定期間における負荷の積分値が所定しきい値より大きいか否かを判定する前記負荷判定式をそれぞれ用いて負荷判定し、複数の前記負荷判定式それぞれの負荷判定結果をもとに、前記コンテンツIDごとの前記配信方式を決定することを特徴とする請求項1に記載のコンテンツ配信システム。前記接続制御サーバは、複数の前記負荷判定式それぞれの負荷判定結果をもとに、前記コンテンツIDごとの前記配信方式を決定する処理において、複数の前記負荷判定式で全て高負荷と判定したときに、前記コンテンツIDごとの前記配信方式をマルチキャスト配信とする第1判定処理、複数の前記負荷判定式のうちの少なくとも1つで高負荷と判定したときに、前記コンテンツIDごとの前記配信方式をマルチキャスト配信とする第2判定処理、前記第1判定処理および前記第2判定処理のうちの少なくとも1つで高負荷と判定したときに、前記コンテンツIDごとの前記配信方式をマルチキャスト配信とする第3判定処理のうちのいずれかの処理により実現されることを特徴とする請求項2に記載のコンテンツ配信システム。前記接続制御サーバは、複数の前記負荷判定式それぞれの負荷判定結果をもとに、前記コンテンツIDごとの前記配信方式を決定する処理において、前記第1判定処理、前記第2判定処理、および、前記第3判定処理のうちのいずれの判定処理を採用するかを、前記新規の配信要求ごとに順番に選択するラウンドロビンのアルゴリズムにより決定されることを特徴とする請求項3に記載のコンテンツ配信システム。前記接続制御サーバは、前記決定したコンテンツIDごとの前記配信方式を前記接続制御サーバ内の前記配信方式記憶部へと記憶する処理において、前記コンテンツIDごとに、その配信方式を採用するために用いられた前記第1判定処理、前記第2判定処理、および、前記第3判定処理のうちのいずれの判定処理を行ったかを示す情報を対応づけて記憶し、前記配信方式記憶部を参照して、マルチキャスト配信を採用した配信数と、ユニキャスト配信を採用した配信数との配信比率を前記判定処理ごとに計算し、その配信比率が所定しきい値以上であるときには、その所定しきい値以上である配信比率に対応する判定処理を採用することを特徴とする請求項3に記載のコンテンツ配信システム。配信サーバからユーザ端末へコンテンツデータを配信するときに、その配信方式としてユニキャスト配信およびマルチキャスト配信のうちのいずれかの前記配信方式を選択可能なコンテンツ配信システムによるコンテンツ配信方法であって、前記コンテンツ配信システムの接続制御サーバは、前記配信サーバから前記ユーザ端末へ前記コンテンツデータの配信数データ、前記配信サーバ内の負荷データ、および、前記新規の配信要求数データのうちの少なくとも1つのデータを、負荷情報として時系列で取得し、その取得した時系列の負荷情報の単位時間あたりの変化量を示す負荷微分値が、所定しきい値より大きいときには前記配信方式をマルチキャスト配信とし、所定しきい値より大きくないときには前記配信方式をユニキャスト配信として選択し、その選択したコンテンツIDごとの前記配信方式を前記接続制御サーバ内の配信方式記憶部へと記憶し、前記ユーザ端末から前記コンテンツIDを指定した前記新規の配信要求を受けつけると、前記配信方式記憶部内に記憶されている前記コンテンツIDごとの前記配信方式を読み取って、その読み取った前記配信方式に従って、前記新規の配信要求に対応する前記コンテンツデータの配信を開始することを特徴とするコンテンツ配信方法。前記接続制御サーバは、前記接続制御サーバ内の前記配信方式記憶部へと記憶する前記配信方式を決定する処理において、前記負荷微分値が所定しきい値より大きいか否かを判定する負荷判定式に加えて、取得した前記時系列の負荷情報のうちの負荷現在値が所定しきい値より大きいか否かを判定する前記負荷判定式、および、取得した前記時系列の負荷情報の所定期間における負荷の積分値が所定しきい値より大きいか否かを判定する前記負荷判定式をそれぞれ用いて負荷判定し、複数の前記負荷判定式それぞれの負荷判定結果をもとに、前記コンテンツIDごとの前記配信方式を決定することを特徴とする請求項6に記載のコンテンツ配信方法。前記接続制御サーバは、複数の前記負荷判定式それぞれの負荷判定結果をもとに、前記コンテンツIDごとの前記配信方式を決定する処理において、複数の前記負荷判定式で全て高負荷と判定したときに、前記コンテンツIDごとの前記配信方式をマルチキャスト配信とする第1判定処理、複数の前記負荷判定式のうちの少なくとも1つで高負荷と判定したときに、前記コンテンツIDごとの前記配信方式をマルチキャスト配信とする第2判定処理、前記第1判定処理および前記第2判定処理のうちの少なくとも1つで高負荷と判定したときに、前記コンテンツIDごとの前記配信方式をマルチキャスト配信とする第3判定処理のうちのいずれかの処理により実現されることを特徴とする請求項7に記載のコンテンツ配信方法。前記接続制御サーバは、複数の前記負荷判定式それぞれの負荷判定結果をもとに、前記コンテンツIDごとの前記配信方式を決定する処理において、前記第1判定処理、前記第2判定処理、および、前記第3判定処理のうちのいずれの判定処理を採用するかを、前記新規の配信要求ごとに順番に選択するラウンドロビンのアルゴリズムにより決定されることを特徴とする請求項8に記載のコンテンツ配信方法。前記接続制御サーバは、前記決定したコンテンツIDごとの前記配信方式を前記接続制御サーバ内の前記配信方式記憶部へと記憶する処理において、前記コンテンツIDごとに、その配信方式を採用するために用いられた前記第1判定処理、前記第2判定処理、および、前記第3判定処理のうちのいずれの判定処理を行ったかを示す情報を対応づけて記憶し、前記配信方式記憶部を参照して、マルチキャスト配信を採用した配信数と、ユニキャスト配信を採用した配信数との配信比率を前記判定処理ごとに計算し、その配信比率が所定しきい値以上であるときには、その所定しきい値以上である配信比率に対応する判定処理を採用することを特徴とする請求項8に記載のコンテンツ配信方法。しかし、コンテンツ配信システムにおいて、配信するコンテンツがユニキャスト配信とマルチキャスト配信との両方の配信方式でそれぞれ配信可能なときに、いずれの配信方式を選択するべきかを決定する手法は、提案されていない。前記したように、マルチキャスト配信を選択すると、通信効率がよい反面、マルチキャスト配信が可能なユーザ端末の数に制限がある。例えば、マルチキャストの配信ルータでは、配信先のユーザ端末へ配信するコンテンツデータのコピー処理が発生するが、そのコピー処理の負荷は、配信先のユーザ端末の数に応じて増加する。さらに、マルチキャストの配信ルータでは、マルチキャスト配信ツリーの状態管理用の制御処理を行うが、その制御処理の負荷も、配信先のユーザ端末の数に応じて増加する。よって、マルチキャスト配信を選択する必要がないまたは、効果が薄い状況では、ユニキャスト配信を選択することで、マルチキャストの配信ルータの負荷を軽減することが有効である。例えば、マルチキャスト配信を選択する動機は、コンテンツ配信にかかる通信負荷や装置負荷の軽減であるので、現時点でそれらの負荷があまり発生していないときには、ユニキャスト配信を選択するほうがよい。つまり、時々刻々と変化するコンテンツ配信システムの負荷状況に応じて、それに適した配信方式を自動的に選択するシステムが求められる。さらに、現在の負荷状況が高負荷になってしまってから配信方式を決定すると、マルチキャスト配信を選択したとしても事後処理になってしまうので、配信方式の選択は、将来の負荷状況を高精度で予測してから、その予測を元に決定することが、望ましい。そこで、本発明は、配信するコンテンツがユニキャスト配信とマルチキャスト配信との両方の配信方式でそれぞれ配信可能なときに、適切な配信方式を選択することを、主な目的とする。前記課題を解決するために、本発明は、配信サーバからユーザ端末へコンテンツデータを配信するときに、その配信方式としてユニキャスト配信およびマルチキャスト配信のうちのいずれかの前記配信方式を選択可能なコンテンツ配信システムであって、前記コンテンツ配信システムの接続制御サーバが、前記配信サーバから前記ユーザ端末へ前記コンテンツデータの配信数データ、前記配信サーバ内の負荷データ、および、前記新規の配信要求数データのうちの少なくとも1つのデータを、負荷情報として時系列で取得し、その取得した時系列の負荷情報の単位時間あたりの変化量を示す負荷微分値が、所定しきい値より大きいときには前記配信方式をマルチキャスト配信とし、所定しきい値より大きくないときには前記配信方式をユニキャスト配信として選択し、その選択したコンテンツIDごとの前記配信方式を前記接続制御サーバ内の配信方式記憶部へと記憶し、前記ユーザ端末から前記コンテンツIDを指定した前記新規の配信要求を受けつけると、前記配信方式記憶部内に記憶されている前記コンテンツIDごとの前記配信方式を読み取って、その読み取った前記配信方式に従って、前記新規の配信要求に対応する前記コンテンツデータの配信を開始することを特徴とする。これにより、配信するコンテンツがユニキャスト配信とマルチキャスト配信との両方の配信方式でそれぞれ配信可能なときに、将来の負荷の変化を先取りして、ネットワークリソースを有効活用できるように、適切な配信方式を選択することができる。本発明は、前記接続制御サーバが、前記接続制御サーバ内の前記配信方式記憶部へと記憶する前記配信方式を決定する処理において、前記負荷微分値が所定しきい値より大きいか否かを判定する負荷判定式に加えて、取得した前記時系列の負荷情報のうちの負荷現在値が所定しきい値より大きいか否かを判定する前記負荷判定式、および、取得した前記時系列の負荷情報の所定期間における負荷の積分値が所定しきい値より大きいか否かを判定する前記負荷判定式をそれぞれ用いて負荷判定し、複数の前記負荷判定式それぞれの負荷判定結果をもとに、前記コンテンツIDごとの前記配信方式を決定することを特徴とする。これにより、変化が急激な時系列の負荷情報を扱うときでも、適切な配信方式を選択することができる。本発明は、前記接続制御サーバが、複数の前記負荷判定式それぞれの負荷判定結果をもとに、前記コンテンツIDごとの前記配信方式を決定する処理において、複数の前記負荷判定式で全て高負荷と判定したときに、前記コンテンツIDごとの前記配信方式をマルチキャスト配信とする第1判定処理、複数の前記負荷判定式のうちの少なくとも1つで高負荷と判定したときに、前記コンテンツIDごとの前記配信方式をマルチキャスト配信とする第2判定処理、前記第1判定処理および前記第2判定処理のうちの少なくとも1つで高負荷と判定したときに、前記コンテンツIDごとの前記配信方式をマルチキャスト配信とする第3判定処理のうちのいずれかの処理により実現されることを特徴とする。これにより、複数の負荷判定式をもとに、配信方式を決定するので、負荷判定の精度が向上する。本発明は、前記接続制御サーバが、複数の前記負荷判定式それぞれの負荷判定結果をもとに、前記コンテンツIDごとの前記配信方式を決定する処理において、前記第1判定処理、前記第2判定処理、および、前記第3判定処理のうちのいずれの判定処理を採用するかを、前記新規の配信要求ごとに順番に選択するラウンドロビンのアルゴリズムにより決定されることを特徴とする。これにより、特定の判定処理に偏らないので、ユニキャスト配信とマルチキャスト配信とをバランスよく選択させることができる。本発明は、前記接続制御サーバが、前記決定したコンテンツIDごとの前記配信方式を前記接続制御サーバ内の前記配信方式記憶部へと記憶する処理において、前記コンテンツIDごとに、その配信方式を採用するために用いられた前記第1判定処理、前記第2判定処理、および、前記第3判定処理のうちのいずれの判定処理を行ったかを示す情報を対応づけて記憶し、前記配信方式記憶部を参照して、マルチキャスト配信を採用した配信数と、ユニキャスト配信を採用した配信数との配信比率を前記判定処理ごとに計算し、その配信比率が所定しきい値以上であるときには、その所定しきい値以上である配信比率に対応する判定処理を採用することを特徴とする。これにより、マルチキャスト配信を優先的に選択させることで、コンテンツ配信の通信料を効率的に削減できる。本発明によれば、配信するコンテンツがユニキャスト配信とマルチキャスト配信との両方の配信方式でそれぞれ配信可能なときに、適切な配信方式を選択することができる。以下、本発明の一実施形態について、図面を参照して詳細に説明する。図1は、コンテンツ配信システムを示す構成図である。コンテンツ配信システムは、接続制御サーバ1と、セッションサーバ2と、配信サーバ3と、ルータ4と、宅内装置5と、ユーザ端末6とがそれぞれネットワークで接続されて構成される。なお、図1のコンテンツ配信システムを構成する各装置は、CPUCentralProcessingUnitとメモリとハードディスク記憶手段とネットワークインタフェースを有するコンピュータとして構成され、このコンピュータは、CPUが、メモリ上に読み込んだプログラムを実行することにより、各処理部を動作させる。図1の装置間の矢印のうちの破線で示す矢印は、コンテンツ配信用の制御データSIPSessionInitiationProtocolの信号や、RTSPRealTimeStreamingProtocolの信号などの流れを示す。ユーザ端末6は、ユーザがコンテンツの配信を受ける端末であり、セッションサーバ2を介して、接続制御サーバ1にコンテンツ配信を要求する。この要求メッセージには、少なくともコンテンツIDが含まれている。接続制御サーバ1は、コンテンツ配信の要求を受け、そのコンテンツの配信方式ユニキャスト配信かマルチキャスト配信か、および、そのコンテンツの配信元である配信サーバ3を決定する。そして、接続制御サーバ1は、コンテンツ配信を受けるための接続先の装置ユニキャスト配信なら配信サーバ3、マルチキャスト配信ならルータ4を決定し、宅内装置5またはユーザ端末6に返信する図1では、宅内装置5への返信を示す破線矢印を記載。さらに、接続制御サーバ1は、セッションサーバ2を介して、宅内装置5またはユーザ端末6に返信した接続先に対して、新規のコンテンツ配信を指示する。これにより、ユーザ端末6は、新規のコンテンツ配信用の前準備ユニキャスト配信なら1:1接続、マルチキャスト配信ならグループ参加を実行することができる。図1の装置間の矢印のうちの実線太字で示す矢印は、コンテンツデータの流れを示す。配信サーバ3は、接続制御サーバ1から決定されたコンテンツの配信方式に従い、自身の装置内に格納されているコンテンツデータを、ルータ4から宅内装置5を経由して、ユーザ端末6に配信する。ユーザ端末6は、配信されたコンテンツを受信すると、そのコンテンツを再生してユーザに鑑賞させる。図2は、接続制御サーバ1および配信サーバ3を示す構成図である。配信サーバ3は、負荷測定部31と、負荷通知部32と、配信制御部33と、コンテンツ記憶部34とを有する。負荷測定部31は、自装置の使用率情報CPU使用率、メモリ使用率を所定の計測契機例えば、10秒ごとに計測し、負荷通知部32へと通知する。負荷通知部32は、負荷測定部31から通知された自装置の使用率情報、および、配信制御部33から通知された自装置の配信数を、自装置の負荷情報として、接続制御サーバ1の負荷取得部11へと所定の通知契機例えば、60秒ごとに通知する。なお、通知契機は、計測契機より長間隔であることが、望ましい。配信制御部33は、配信方式決定部13で決定されて通知された配信方式ユニキャスト配信またはマルチキャスト配信に従って、自装置のコンテンツ記憶部34内に記憶されるコンテンツデータを、ユーザ端末6に向けて配信する。ここで、配信先のアドレスは、ユニキャスト配信のときには配信先のユーザ端末6のアドレスであり、IPv4マルチキャスト配信のときにはクラスDのマルチキャストアドレス224000~239255255255であり、IPv6マルチキャスト配信のときには、先頭から順に、マルチキャストプレフィックス8ビットフラグ4ビット範囲4ビットグループID112ビットである。コンテンツ記憶部34は、ユーザ端末6に向けて配信されるコンテンツデータを、コンテンツIDごとに記憶する格納先である。コンテンツデータは、あらかじめコンテンツサーバ図示省略などからダウンロードされている。接続制御サーバ1は、負荷取得部11と、負荷判定部12と、配信方式決定部13と、配信方式記憶部14と、接続要求処理部15と、配信要求数取得部16とを有する。表1は、接続制御サーバ1内の負荷判定に用いられる情報についての一例を示す表である。負荷取得部11は、各配信サーバ3ルータ4でもよいからの負荷情報の通知に従い、配信サーバ3ごとに、その配信サーバ3から配信されるコンテンツと、そのコンテンツごとの同時接続数などのサーバの負荷情報を時系列で取得する。表1では、配信サーバ3からの負荷情報の一例として、配信サーバ3ごとのCPU使用率と、メモリ使用率とを示している。配信要求数取得部16は、接続要求処理部15が受けた配信要求数を、接続要求処理部15から取得して、負荷判定部12に通知する。表1では、通知する配信要求数の一例として、コンテンツごとの配信要求数の時系列データ時刻=t1~t5を示している。負荷判定部12は、負荷取得部11が取得した配信サーバ3の負荷情報と、配信要求数取得部16が取得した配信要求数とを参照して、コンテンツ配信システム内のネットワークが高負荷か低負荷かを判定する。表1では、負荷判定用のパラメータの一例として、配信サーバ3ごとのCPU使用率と、配信サーバ3ごとの配信数と、通知された配信要求数という3つのパラメータについて、3種類の値現在値、微分値、積分値を示している詳細は、図7。なお、負荷判定用のパラメータは、説明した3つのパラメータに限定される、コンテンツ配信に関する任意のパラメータコンテンツごとの使用帯域などを用いてもよい。配信方式決定部13は、負荷判定部12の判定結果の通知を受け、配信方式を適用すべきコンテンツを抽出し、高負荷ならマルチキャスト配信を、低負荷ならユニキャスト配信を、それぞれコンテンツの配信方式として決定する。表2は、配信方式記憶部14内に記憶される統計値を示す表である。例えば、コンテンツAは、ユニキャスト配信されているフロー数ユーザ端末6の数が70104020であり、マルチキャスト配信されているフロー数が90302040である。そして、マルチキャスト配信されているフロー数90のうち、負荷判定条件詳細は、図5が全一致条件によってマルチキャスト配信と決定されたフロー数は30である。この統計値を参照することで、今後、高負荷になりそうなコンテンツマルチキャスト配信をした数が多いコンテンツを特定できる。配信方式記憶部14は、コンテンツごとの配信装置、および、その装置における配信方式決定部13で決定された配信方式を記憶する格納先である。さらに、配信方式記憶部14には、コンテンツごとに採用した配信方式ユニキャスト配信か、マルチキャスト配信かの履歴を示す統計値配信方式を採用したフロー数のカウント値を併せて記憶しており、その統計値が負荷判定部12から読み出される。表2では、コンテンツごとの配信数の統計値として、負荷判定条件ごとの配信数を格納する。接続要求処理部15は、配信方式記憶部14に記憶されているコンテンツごとの配信装置、および、その配信方式をユーザに通知する。図3は、ユニキャスト配信での配信処理を示すフローチャートである。この図3の配信処理の前準備として、接続制御サーバ1内の配信方式記憶部14には、他装置図示しない企画データ配信サーバなどからコンテンツごとの配信装置を企画データとして受信して格納しておくとともに、配信サーバ3内のコンテンツ記憶部34には、企画データで示されるコンテンツデータを企画データ配信サーバなどから受信して格納しておくものとする。まず、ユーザ端末6から接続制御サーバ1に対して、新規の配信要求が送信される。具体的には、ユーザ端末6から宅内装置5へのダイヤルS101が宅内装置5からセッションサーバ2へのSIPINVITES102へと変換され、接続制御サーバ1の接続要求処理部15へと通知されるS103。接続制御サーバ1の接続要求処理部15は、SIPINVITEで指定されるコンテンツIDに対応する配信方式を配信方式記憶部14から参照し、その配信方式に従って、以降の配信処理を行う。以下、図3では、配信方式がユニキャスト配信である場合を説明する。接続制御サーバ1は、ユーザ端末6に向けてユニキャスト配信を開始する旨を、SIPINVITEで宅内装置5を介して配信サーバ3へと通知しS111,S112,S113、その応答を200OKで受けS114,S115,S116、SIPINVITES102,S103への応答を200OKで送信するS121,S122。配信サーバ3は、S112の通知を受け、ユーザ端末6に向けてユニキャスト配信でのコンテンツ配信を行うS130。ユーザ端末6は、コンテンツ配信の停止がユーザから入力されると、その旨を接続制御サーバ1に通知する。具体的には、ユーザ端末6から宅内装置5への切断信号S141が宅内装置5からセッションサーバ2へのSIPBYES142へと変換され、接続制御サーバ1へと通知されるS143。接続制御サーバ1は、SIPBYEへの応答を200OKで送信するS144,S145。図4は、マルチキャスト配信での配信処理を示すフローチャートである。図3の処理と同じ処理については、同じ符号を付し、前準備企画データとコンテンツデータの格納処理なども含めて、説明を省略する。以下、S103の配信要求を受け、図4では、配信方式がユニキャスト配信である場合を説明する。接続制御サーバ1は、SIPINVITES102,S103への応答を200OKで宅内装置5に送信するS201,S202ことで、ユーザ端末6に向けてマルチキャスト配信を開始する旨を宅内装置5に通知する。宅内装置5は、マルチキャスト配信のグループ参加を示すMLDMulticastListenerDiscoveryAllowをルータ4に通知することで、配信サーバ3からのマルチキャスト配信S210を、ユーザ端末6にも転送させるS211。そして、図3で示したコンテンツ配信の停止処理S141~S145に対して、宅内装置5からルータ4へのマルチキャスト配信のグループ離脱を示すMLDBlock通知処理S220が追加される。以上、図3および図4でそれぞれ説明したコンテンツ配信処理では、配信方式の決定をユーザ端末6ではなく、接続制御サーバ1で行うため、ユーザ端末6からの配信要求S101では、ユニキャスト配信かマルチキャスト配信かを区別する必要がなくなり、ユーザへの負担が軽減される。図5は、接続制御サーバ1の配信方式決定部13が実行する配信方式の決定処理を示すフローチャートである。この図5の処理は、所定契機例えば、5分ごとごとに繰り返し実行される。以下、配信方式の決定対象のコンテンツとして、コンテンツAが選択された一例を説明する。S11として、配信方式決定部13は、配信方式記憶部14表2内の配信履歴を参照して、マルチキャスト配信実績が多いか否かを判定する。S11でYesならS13へ進み、NoならS12へ進む。例えば、コンテンツAの全一致条件の配信履歴は、マルチキャスト配信30/ユニキャスト配信10=配信数比=3であり、所定しきい値2よりも大きいので、S13へ進む。S12として、配信方式決定部13は、ラウンドロビンで負荷判定条件を選択する。ここで、負荷判定条件を定義するための各要素負荷判定式、負荷パラメータ、および、パラメータ参照方法について、説明する。負荷判定条件とは、複数の負荷判定式それぞれの判定結果を論理演算AND演算、OR演算して、1つの負荷判定結果へと集約する旨を規定する条件である。本実施形態では、負荷判定条件を、以下の3種類に分類している。1全一致条件とは、複数の負荷判定式それぞれの判定結果のAND演算により、1つの負荷判定結果を求める旨を示す。つまり、複数の負荷判定式を全て満たしたときに全て高負荷と判定したときに、負荷判定結果を高負荷とする。これにより、高負荷とする判定を高精度で行うことができる。2部分一致条件とは、複数の負荷判定式それぞれの判定結果のOR演算により、1つの負荷判定結果を求める旨を示す。つまり、複数の負荷判定式のうちの少なくとも1つを満たしたときに1つの負荷判定式でも高負荷と判定したときに、負荷判定結果を高負荷とする。これにより、高負荷とする判定を早期に行うことができる。3複合一致条件とは、1全一致条件の負荷判定結果と、2部分一致条件の負荷判定結果とのうちの少なくとも1つの負荷判定結果が高負荷なら、最終的な負荷判定結果を高負荷とする旨を示す。これにより、1全一致条件の高精度と、2部分一致条件の早期決定とをバランスよく実施できる。負荷判定条件を構成する複数の負荷判定式は、負荷パラメータ、および、パラメータ参照方法を用いて記述される。なお、負荷パラメータは、負荷判定部12が負荷取得部11や配信要求数取得部16から通知されたパラメータであり表1参照、パラメータ参照方法は、時系列の負荷パラメータから取得できる、負荷現在値、負荷微分値、および、負荷積分値のうちの1つの方法である詳細は、図7。例えば、負荷パラメータが配信サーバ3AのCPUであり、そのパラメータ参照方法が負荷現在値であるときには、配信サーバ3AのCPUの負荷現在値が、所定しきい値よりも大きいときには高負荷とし、所定しきい値よりも大きくないときには低負荷とするという1つの負荷判定式が定義される。同様に、負荷パラメータが制御サーバの配信要求数であり、そのパラメータ参照方法が負荷積分値であるときには、制御サーバの配信要求数の負荷積分値が、所定しきい値よりも大きいときには高負荷とし、所定しきい値よりも大きくないには低負荷とするという別の負荷判定式が定義される。S12の説明に戻り、ラウンドロビンとは、例えば、以下のように、新規の配信要求ごとに負荷判定条件を1つずつ順番に選択するアルゴリズムである。1つめのコンテンツAを指定した新規の配信要求→全一致条件を選択する。2つめのコンテンツBを指定した新規の配信要求→部分一致条件を選択する。3つめのコンテンツCを指定した新規の配信要求→複合判定条件を選択する。4つめのコンテンツDを指定した新規の配信要求→全一致条件を選択する。S13として、配信方式決定部13は、マルチキャスト配信実績が多い負荷判定条件S11で配信数比が大きいと判定したときの負荷判定条件を選択する。例えば、S11で、コンテンツAの全一致条件の配信数比3>所定しきい値2よりも大きいと判定したので、S13では全一致条件を負荷判定条件として選択する。これにより、マルチキャスト配信が選ばれやすい負荷判定条件が優先的に選択されるので、マルチキャスト配信をユニキャスト配信よりも多く採用できる。S20として、配信方式決定部13は、S12またはS13で選択された負荷判定条件に応じて負荷判定条件ごとの負荷判定部12による負荷判定処理S21~S23を呼び出す。これらの各負荷判定処理の詳細は、図6~図8で後記する。以上により、コンテンツAの配信方式が決定される。S31として、接続要求処理部15は、コンテンツAの配信を所望する旨の、新規の配信要求を受信する。この配信要求の受信処理は、図3,図4におけるSIPINVITEの受信処理S103に対応する。S32として、接続要求処理部15は、S21~S23で決定した配信方式で、コンテンツAの配信を開始するとともに、配信方式記憶部14にその配信した旨を履歴記録として記憶配信数の加算する。図6は、全一致条件により、配信方式を決定する処理S21の詳細を示すフローチャートである。なお、この図6では、全一致条件を構成する負荷判定式が、以下に列挙する4つである例を説明するが、負荷判定条件全一致条件だけでなく、他の条件もを構成する負荷判定式の数や、各負荷判定式の内容は、図6に限定せずに、任意に設定できる。配信サーバ3AのCPU使用率の負荷現在値が所定しきい値より大きいか否かを示す負荷判定式S301配信サーバ3AのCPU使用率の負荷微分値が所定しきい値より大きいか否かを示す負荷判定式S302配信サーバ3BのCPU使用率の負荷微分値が所定しきい値より大きいか否かを示す負荷判定式S303接続制御サーバ1の配信要求数の負荷積分値が所定しきい値より大きいか否かを示す負荷判定式S304S301~S304のうちの1つでも低負荷ならS306へ進み、S301~S304のうちの全て高負荷ならS305へ進む。S305では、高負荷なので、配信方式をマルチキャスト配信と決定する。S306では、低負荷なので、配信方式をユニキャスト配信と決定する。なお、負荷判定式を構成する負荷パラメータは、適宜変更してもよい。例えば、S301では、負荷パラメータとして配信サーバ3AのCPU使用率を参照しているが、別の配信サーバ3CのCPU使用率が先に高負荷になったときには、S301の負荷パラメータとして、配信サーバ3CのCPU使用率に変更してもよい。図7は、3種類の負荷判定時に参照されるパラメータ参照方法を示す説明図である。図7aに示す負荷現在値での判定では、今まで低負荷と判定されていて、かつ、負荷現在値が第1しきい値より大きいときに、高負荷と判定する。同様に、今まで高負荷と判定されていて、かつ、負荷現在値が第2しきい値より小さいときに、低負荷と判定する。これにより、負荷の過去値を参照しなくて済むため、計算量が少なく、早期の判定が可能である。図7bに示す負荷微分値での判定では、負荷過去値から負荷現在値への所定期間微小期間の負荷値の変化量負荷微分値、グラフの傾きが所定しきい値より大きいときに、高負荷と判定する。これにより、瞬間的に負荷が変化増加、減少した際に、将来の負荷値を予測することができるので、早期の負荷判定が可能になる。図7cに示す負荷積分値での判定では、負荷過去値から負荷現在値への所定期間積分期間の負荷値の総和負荷積分値、グラフの斜線部分の面積が所定しきい値より大きいときに、高負荷と判定する。これにより、負荷の増減が一時的に激しい場合でも、負荷判定を高精度に行うことができる。図8aは、部分一致条件により、それぞれ配信方式を決定する処理S22の詳細を示すフローチャートである。この図8aでは、部分一致条件を構成する負荷判定式が、以下に列挙する2つである例を説明する。配信サーバ3AのCPU使用率の負荷現在値が所定しきい値より大きいか否かを示す負荷判定式S311配信サーバ3AのCPU使用率の負荷微分値が所定しきい値より大きいか否かを示す負荷判定式S312S311~S312のうちの1つでも高負荷ならS314へ進み、S311~S312のうちの全て低負荷ならS313へ進む。S313では、低負荷なので、配信方式をユニキャスト配信と決定する。S314では、高負荷なので、配信方式をマルチキャスト配信と決定する。図8bは、複合一致条件により、それぞれ配信方式を決定する処理S23の詳細を示すフローチャートである。まず、部分一致条件による配信方式の決定処理S22,詳細は図8aを呼び出し、その結果が高負荷か否かを判定するS321。次に、全一致条件による配信方式の決定処理S21,詳細は図6を呼び出し、その結果が高負荷か否かを判定するS322。S321,S322のうちの1つでも高負荷ならS324へ進み、S321,S322のうちの全て低負荷ならS323へ進む。S323では、低負荷なので、配信方式をユニキャスト配信と決定する。S324では、高負荷なので、配信方式をマルチキャスト配信と決定する。以上説明した本実施形態では、コンテンツ配信システムで計測された負荷情報に応じて、高負荷ならマルチキャスト配信を選択し、低負荷ならユニキャスト配信を選択することを特徴とする。ここで、負荷判定用の負荷情報として、負荷パラメータの微分値図7b参照を用いることにより、将来予想される負荷の変化分を先取りして、配信方式を選択することができるので、適切な配信方式を採用できる。なお、コンテンツの特徴コンテンツ長、ファイルサイズ、頭出しの有無などによっては、配信方式を選択せずに、固定の配信方式を選択する場合もある。例えば、コンテンツが生中継のビデオ配信であるときには、頭出しができないので、配信方式はマルチキャスト配信の固定となる。よって、あらかじめ配信方式記憶部14内に、配信方式が固定のコンテンツである旨を事前登録し、配信方式決定部13にその登録内容を参照させることで、配信方式決定部13による配信方式の決定処理を省略することができる。また、配信方式の決定に参照される負荷判定式および、その構成要素としての負荷パラメータについては、前記した一例に限定されず、従来の負荷測定により計測される負荷判定手法を採用してもよい。例えば、特開2000-49940号公報では、測定情報のトラヒック量などの負荷情報を測定する際、同報宛先数が所定のしきい値以上と判定すると、発信が生じた時点で負荷判定し、負荷が高いと測定間隔を短くし測定制度を向上させる旨が開示されており、この測定手法を接続制御サーバ1に採用してもよい。"