"素材を処理して完成ファイルを生成するための素材ファイルを蓄積する処理装置である素材蓄積装置と、前記素材蓄積装置に蓄積された素材ファイルを加工する処理装置である素材処理装置と、前記素材処理装置で加工された素材ファイルから完成ファイルを生成する処理装置である完成ファイル生成装置と、前記素材ファイルから前記完成ファイルを生成する一連のタスクの実行を、少なくとも前記素材処理装置が2台以上で並列化されるように前記処理装置に命令する管理装置と、を備える並列処理システムの前記管理装置であって、複数の前記処理装置の中で前記タスクを実行する前記素材蓄積装置と前記完成ファイル生成装置とを特定する特定情報と、前記タスクの目標速度と、前記素材ファイルの分割単位であるチャンクのサイズとが予め記述されたタスク記述情報を受信するタスク受信手段と、前記特定情報に基づいて、複数の前記処理装置から前記素材蓄積装置と前記完成ファイル生成装置を決定し、予め設定された装置選択規則に基づいて、前記複数の処理装置から前記素材処理装置を決定し、前記チャンクのサイズを前記目標速度で除算した値を前記素材ファイルの要求周期である同期信号の周期として算出し、予め設定された速度比算出規則に基づいて、前記素材処理装置における加工処理量の分配比である前記素材処理装置ごとの速度比を算出するタスク実行手段と、前記タスク実行手段が決定した処理装置に前記素材蓄積装置と前記素材処理装置と前記完成ファイル生成装置として前記タスクを実行することを命令し、前記タスク実行手段によって算出された同期信号の周期と前記速度比とを前記完成ファイル生成装置に送信する命令手段と、前記タスクを実行する前記処理装置から、当該処理装置に備えられたキューが予め設定されたキュー状態であることを示すキュー報告を受信するキュー報告受信手段と、を備え、前記タスク実行手段は、前記キュー報告受信手段が受信したキュー報告に基づいて、前記キュー状態ごとに予め設定されたボトルネック対処条件を満たすか否かを判定し、前記命令手段は、前記タスク実行手段によって前記ボトルネック対処条件を満たすと判定された場合、少なくともボトルネックになる前記素材処理装置の加工処理量を低減するような、当該ボトルネック対処条件ごとのボトルネック改善処理を行うことを特徴とする管理装置。前記命令手段によって前記タスクの実行が命令された前記処理装置の識別情報を記憶するデータベースをさらに備え、前記タスク実行手段は、予め設定された判定時間内において、加工処理能力余剰のキュー状態を示すキュー報告を複数台の前記素材処理装置から受信した第1のボトルネック対処条件と、前記判定時間内において、加工処理ボトルネックのキュー状態を示すキュー報告を1台の前記素材処理装置から受信した第2のボトルネック対処条件と、前記判定時間内において、前記加工処理ボトルネックのキュー状態を示すキュー報告を複数台の前記素材処理装置から受信し、かつ、前記タスクを実行していない空きの前記処理装置が前記データベースに存在する第3のボトルネック対処条件と、前記判定時間内において、前記加工処理ボトルネックのキュー状態を示すキュー報告を複数台の前記素材処理装置から受信し、かつ、前記空きの処理装置が前記データベースに存在しない第4のボトルネック対処条件と、の何れを満たすか否かを判定すると共に、前記第2のボトルネック対処条件を満たす場合、前記キュー報告を送信した前記素材処理装置の速度比を予め設定した割合だけ低下させるように、前記素材処理装置ごとの速度比を再計算し、前記第4のボトルネック対処条件を満たす場合、前記タスクの目標速度が予め設定された量だけ低下するように、前記同期信号の周期を再計算し、前記命令手段は、前記ボトルネック改善処理として、前記第1のボトルネック対処条件を満たすと判定された場合、前記タスクを実行する1台の前記素材処理装置に対して、前記タスクの終了を命令し、前記第2のボトルネック対処条件を満たすと判定された場合、再計算された前記素材処理装置ごとの速度比を前記完成ファイル生成装置に送信し、前記第3のボトルネック対処条件を満たすと判定された場合、1台の前記空きの処理装置に対して、前記素材処理装置として前記タスクを実行することを命令し、前記第4のボトルネック対処条件を満たすと判定された場合、再計算された前記同期信号の周期を前記完成ファイル生成装置に送信することを特徴とする請求項1に記載の管理装置。前記タスク実行手段は、前記判定時間内において、読込処理ボトルネックのキュー状態を示すキュー報告を前記素材蓄積装置から受信した第5のボトルネック対処条件と、前記判定時間内において、前記素材蓄積装置及び前記素材処理装置の両方から、素材蓄積装置-素材処理装置転送ボトルネックのキュー状態を示すキュー報告を受信した第6のボトルネック対処条件と、前記判定時間内において、前記素材処理装置及び前記完成ファイル生成装置の両方から、素材処理装置-完成ファイル生成装置転送ボトルネックのキュー状態を示すキュー報告を受信した第7のボトルネック対処条件と、前記判定時間内において、書込処理ボトルネックのキュー状態を示すキュー報告を前記完成ファイル生成装置から受信した第8のボトルネック対処条件と、の何れを満たすか否かを判定すると共に、前記第6のボトルネック対処条件又は前記第7のボトルネック対処条件を満たす場合、前記キュー報告を送信した前記素材処理装置の速度比を予め設定した割合だけ低下させるように、前記素材処理装置ごとの速度比を再計算し、前記命令手段は、前記ボトルネック改善処理として、前記第5のボトルネック対処条件を満たすと判定された場合、1台の前記空きの処理装置に対して、前記素材蓄積装置として前記タスクを実行することを命令し、前記第6のボトルネック対処条件又は前記第7のボトルネック対処条件を満たすと判定された場合、再計算された前記素材処理装置ごとの速度比を前記完成ファイル生成装置に送信し、前記第8のボトルネック対処条件を満たすと判定された場合、前記完成ファイルをより高速な蓄積手段に蓄積すべき通知を出力することを特徴とする請求項2に記載の管理装置。素材を処理して完成ファイルを生成するための素材ファイルを蓄積する処理装置である素材蓄積装置と、前記素材蓄積装置に蓄積された素材ファイルを加工する処理装置である素材処理装置と、前記素材処理装置で加工された素材ファイルから完成ファイルを生成する処理装置である完成ファイル生成装置と、前記素材ファイルから前記完成ファイルを生成する一連のタスクの実行を、少なくとも前記素材処理装置が2台以上で並列化されるように前記処理装置に命令する管理装置と、を備える並列処理システムの前記素材処理装置であって、前記素材ファイルの分割単位であるチャンクごとに前記素材ファイルを格納するデータ領域と、当該データ領域への書き込みが完了又は未完了であるかを示すフラグとが含まれるチャンク蓄積領域を、蓄積単位とする処理前キューと、前記素材蓄積装置に蓄積された素材ファイルを前記チャンクごとに受信して前記処理前キューのデータ領域に書き込むと共に、当該書き込みが完了したとき、前記処理前キューのフラグを未完了から完了に更新する受信手段と、前記チャンク蓄積領域を蓄積単位とする処理後キューと、前記処理前キューから前記素材ファイルを前記チャンクごとに読み込んで予め設定された加工処理を施し、加工済み前記素材ファイルを前記処理後キューのデータ領域に書き込むと共に、当該書き込みが完了したとき、前記処理後キューのフラグを未完了から完了に更新する加工処理手段と、前記完成ファイル生成装置の要求に応じて、前記処理後キューのデータ領域に書き込まれた前記加工済み素材ファイルを送信する送信手段と、前記処理前キュー及び前記処理後キューの少なくとも一方が予め設定されたキュー状態であるか否かを監視し、当該キュー状態であるとき、当該キュー状態を示すキュー報告を生成するキュー監視手段と、前記キュー監視手段が生成したキュー報告を前記管理装置に送信するキュー報告送信手段と、を備えることを特徴とする素材処理装置。前記キュー監視手段は、前記処理前キューでフラグが完了であるチャンク蓄積領域の数が予め設定された閾値t1よりも少なく、かつ、前記処理後キューでフラグが完了であるチャンク蓄積領域の数が予め設定された閾値t2よりも少ない加工処理能力余剰のキュー状態、前記処理前キューでフラグが完了であるチャンク蓄積領域の数が予め設定された閾値t3よりも多く、かつ、前記処理後キューでフラグが完了であるチャンク蓄積領域の数が予め設定された閾値t4よりも少ない加工処理ボトルネックのキュー状態、前記処理前キューでデータ領域のデータサイズが零よりも多く、かつ、フラグが未完了であるチャンク蓄積領域の数が、予め設定された閾値t5よりも多い素材蓄積装置-素材処理装置転送ボトルネックのキュー状態、前記処理後キューにおけるチャンク蓄積領域の数が予め設定された閾値t6よりも少ない素材処理装置-完成ファイル生成装置転送ボトルネックのキュー状態、の何れであるか否かを監視することを特徴とする請求項4に記載の素材処理装置。素材を処理して完成ファイルを生成するための素材ファイルを蓄積する処理装置である素材蓄積装置と、前記素材蓄積装置に蓄積された素材ファイルを加工する処理装置である素材処理装置と、前記素材処理装置で加工された素材ファイルから完成ファイルを生成する処理装置である完成ファイル生成装置と、前記素材ファイルから前記完成ファイルを生成する一連のタスクの実行を、少なくとも前記素材処理装置が2台以上で並列化されるように前記処理装置に命令する管理装置と、を備える並列処理システムの前記完成ファイル生成装置であって、前記管理装置から、当該管理装置によって算出された同期信号の周期と、前記素材処理装置ごとの速度比とを受信する命令受信手段と、それぞれの前記素材処理装置における加工処理量を、前記命令実行手段が受信した速度比で分配する分配手段と、前記素材処理装置のそれぞれに対して、前記分配手段によって分配された加工処理量だけの前記加工済み素材ファイルを、前記同期信号の周期で要求する要求手段と、前記素材ファイルの分割単位であるチャンクごとに前記素材ファイルを格納するデータ領域と、当該データ領域への書き込みが完了又は未完了であるかを示すフラグとが含まれるチャンク蓄積領域を蓄積単位とし、前記素材処理装置と同数の処理前キューと、それぞれの前記素材処理装置から前記加工済み素材ファイルを前記チャンクごとに受信して、当該素材処理装置に対応した処理前キューのデータ領域に書き込むと共に、当該書き込みが完了したとき、前記処理前キューのフラグを未完了から完了に更新する素材ファイル受信手段と、前記チャンク蓄積領域を蓄積単位とする処理後キューと、前記処理前キューのそれぞれに書き込まれた加工済み素材ファイルを所定の順序で整列させて前記処理後キューのデータ領域に書き込むと共に、当該書き込みが完了したとき、前記処理後キューのフラグを未完了から完了に更新する整列手段と、前記処理前キュー及び前記処理後キューの少なくとも一方が予め設定されたキュー状態であるか否かを監視し、当該キュー状態であるとき、当該キュー状態を示すキュー報告を生成するキュー監視手段と、前記キュー監視手段が生成したキュー報告を前記管理装置に送信するキュー報告送信手段と、を備えることを特徴とする完成ファイル生成装置。前記キュー監視手段は、それぞれの前記処理前キューでデータ領域のデータサイズが零よりも多く、かつ、フラグが未完了であるチャンク蓄積領域の数が予め設定された閾値t7よりも多い素材処理装置-完成ファイル生成装置転送ボトルネックのキュー状態、前記処理後キューでフラグが完了であるチャンク蓄積領域の数が予め設定された閾値t8よりも多い書込処理ボトルネックのキュー状態、の何れであるか否かを監視することを特徴とする請求項6に記載の完成ファイル生成装置。素材を処理して完成ファイルを生成するための素材ファイルを蓄積する処理装置である素材蓄積装置と、前記素材蓄積装置に蓄積された素材ファイルを加工する処理装置である素材処理装置と、前記素材処理装置で加工された素材ファイルから完成ファイルを生成する処理装置である完成ファイル生成装置と、前記素材ファイルから前記完成ファイルを生成する一連のタスクの実行を、少なくとも前記素材処理装置が2台以上で並列化されるように前記処理装置に命令する管理装置と、を備える並列処理システムの前記素材蓄積装置であって、前記素材ファイルを蓄積する素材ファイル蓄積手段と、それぞれの前記素材処理装置から、前記素材ファイル蓄積手段に蓄積された素材ファイルの送信が要求される要求受信手段と、前記素材ファイルの分割単位であるチャンクごとに前記素材ファイルを格納するデータ領域と、当該データ領域への書き込みが完了又は未完了であるかを示すフラグとが含まれるチャンク蓄積領域を、蓄積単位とする処理前キューと、前記要求受信手段で要求された素材ファイルを前記チャンクごとに読み込んで前記処理前キューのデータ領域に書き込むと共に、当該書き込みが完了したとき、前記処理前キューのフラグを未完了から完了に更新する素材ファイル読み込み手段と、前記チャンク蓄積領域を蓄積単位とし、前記素材処理装置と同数の処理後キューと、前記処理前キューから前記素材ファイルを前記チャンクごとに読み込んで、当該素材ファイルの要求元となる素材処理装置に対応した処理後キューのデータ領域に書き込むと共に、当該書き込みが完了したとき、前記処理後キューのフラグを未完了から完了に更新する分配手段と、それぞれの前記処理後キューに蓄積された素材ファイルを前記チャンクごとに前記素材処理装置に送信する送信手段と、前記処理前キュー及び前記処理後キューの少なくとも一方が予め設定されたキュー状態であるか否かを監視し、当該キュー状態であるとき、当該キュー状態を示すキュー報告を生成するキュー監視手段と、前記キュー監視手段が生成したキュー報告を前記管理装置に送信するキュー報告送信手段と、を備えることを特徴とする素材蓄積装置。前記キュー監視手段は、前記処理前キューでフラグが未完了であるチャンク蓄積領域の数が予め設定された閾値t9よりも多いことを示す読込処理ボトルネックのキュー状態、それぞれの前記処理後キューでチャンク蓄積領域の数が予め設定された閾値t10よりも少ないことを示す素材蓄積装置-素材処理装置転送ボトルネックのキュー状態、の何れであるか否かを監視することを特徴とする請求項8に記載の素材蓄積装置。コンピュータを請求項1に記載の管理装置として機能させるための管理プログラム。コンピュータを請求項4に記載の素材処理装置として機能させるための素材処理プログラム。コンピュータを請求項6に記載の完成ファイル生成装置として機能させるための完成ファイル生成プログラム。コンピュータを請求項8に記載の素材蓄積装置として機能させるための素材蓄積プログラム。請求項1に記載の管理装置と、請求項4に記載の素材処理装置と、請求項6に記載の完成ファイル生成装置と、請求項8に記載の素材蓄積装置と、を備えることを特徴とする並列処理システム。しかし、非特許文献1に記載のリモート編集システムでは、非特許文献2~4の技術を適用したとしても、以下のような問題がある。非特許文献2に記載の技術は、映像処理を行うサーバの使用率等の情報を収集可能だが、短期的に発生するアプリケーションレベルでのボトルネックの原因を自動で判定するのが困難である。また、非特許文献3に記載のプログラミング言語は、プログラム作成者がデータ分配を事前に指定する必要がある。このため、非特許文献3に記載のプログラミング言語では、並列処理の追加や新たなボトルネックの発生等、処理条件の変更が発生したときに、処理状態に応じて、動的なデータ分配を行うことが困難である。さらに、非特許文献3に記載のプログラミング言語では、処理条件に変更がない場合でも、性能が均一でないサーバによる並列処理の速度を向上させるため、サーバの性能に応じて、詳細なデータ分配を事前に行う必要がある。また、非特許文献4に記載のMPIでは、並列処理の細かい制御が可能で柔軟性が高いために通信オーバーヘッドが大きく、通信記述やデータ配置等をプログラムごとに記述する作業も多くなる。さらに、映像処理等の既存プログラムを、非特許文献4に記載のMPIに移植する場合、既存プログラムの大幅な手直しが必要になる。以上より、従来のリモート編集システムにおいては、性能が均一でないサーバを使用したときの並列処理の速度を向上させるために、少ないデータ通信量でボトルネックの原因種類と発生場所を自動で判定する仕組みと、サーバの状態に応じて処理量を動的に分配する仕組みが不可欠である。さらに、従来のリモート編集システムにおいては、製造コストを削減することも不可欠である。そこで、本発明は、前記した問題を解決し、少ないデータ通信量でボトルネックの原因を判定でき、処理装置の状態に応じて処理量を動的に分配できる管理装置、素材処理装置、完成ファイル生成装置及びそれらのプログラム、並びに、並列処理システムを提供することを課題とする。さらに、本発明は、製造コストを削減できる素材処理装置及びそのプログラムを提供することを課題とする。前記した課題に鑑みて、本願第1発明に係る管理装置は、素材を処理して完成ファイルを生成するための素材ファイルを蓄積する処理装置である素材蓄積装置と、素材蓄積装置に蓄積された素材ファイルを加工する処理装置である素材処理装置と、素材処理装置で加工された素材ファイルから完成ファイルを生成する処理装置である完成ファイル生成装置と、素材ファイルから完成ファイルを生成する一連のタスクの実行を、少なくとも素材処理装置が2台以上で並列化されるように処理装置に命令する管理装置と、を備える並列処理システムの管理装置であって、タスク受信手段と、タスク実行手段と、命令手段と、キュー報告受信手段と、を備えることを特徴とする。かかる構成によれば、管理装置は、タスク受信手段によって、複数の処理装置の中でタスクを実行する素材蓄積装置と素材処理装置と完成ファイル生成装置とを特定する特定情報と、タスクの目標速度と、素材ファイルの分割単位であるチャンクのサイズとが予め記述されたタスク記述情報を受信する。また、管理装置は、タスク実行手段によって、特定情報に基づいて、複数の処理装置から素材蓄積装置と完成ファイル生成装置を決定し、予め設定された装置選択規則に基づいて、複数の処理装置から素材処理装置を決定し、チャンクのサイズを目標速度で除算した値を素材ファイルの要求周期である同期信号の周期として算出し、予め設定された速度比算出規則に基づいて、素材処理装置における加工処理量の分配比である素材処理装置ごとの速度比を算出する。ここで、速度比算出規則としては、例えば、素材処理装置で速度比を等分する、素材処理装置の性能やネットワーク構造に応じて分配する、処理装置に命令した処理内容の履歴及びその評価に基づいて分配する等の規則がある。また、管理装置は、命令手段によって、タスク実行手段が決定した処理装置に、素材蓄積装置と素材処理装置と完成ファイル生成装置としてタスクを実行することを命令し、タスク実行手段によって算出された同期信号の周期と速度比とを完成ファイル生成装置に送信する。また、管理装置は、キュー報告受信手段によって、タスクを実行する処理装置から、処理装置に備えられたキューが予め設定されたキュー状態であることを示すキュー報告を受信する。ここで、キューは、各処理装置内で処理中のチャンクや処理装置間で転送中のチャンクが一時的に格納され、処理や転送を終了したチャンクが削除される。すなわち、キューは、各処理装置内での処理や処理装置間での転送等の状態が反映されるため、ボトルネックの原因を判断する材料となる。また、管理装置は、タスク実行手段によって、キュー報告受信手段が受信したキュー報告に基づいて、少なくともボトルネックになる素材処理装置の加工処理量を低減するような、キュー状態ごとのボトルネック対処条件を満たすか否かを判定する。そして、管理装置は、命令手段によって、タスク実行手段によってボトルネック対処条件を満たすと判定された場合、ボトルネック対処条件ごとに予め設定されたたボトルネック改善処理を行う。すなわち、管理装置は、処理状態を示すキュー報告に基づいてボトルネック対処条件を満たすか否かを判定する。そして、管理装置は、このボトルネック対処条件を満たすとき、ボトルネック改善処理によって素材処理装置での加工処理量を変更する。このとき、管理装置は、ボトルネックの原因を判定するために、処理装置やネットワーク機器との間で測定用データの相互通信を行う必要がない。従って、管理装置は、少ないデータ通信量でボトルネックの原因を判定でき、処理装置の状態に応じて処理量を動的に分配することができる。また、本願第2発明に係る管理装置は、命令手段によってタスクの実行が命令された処理装置の識別情報を記憶するデータベースをさらに備え、タスク実行手段が、予め設定された判定時間内において、加工処理能力余剰のキュー状態を示すキュー報告を複数台の前記素材処理装置から受信した第1のボトルネック対処条件と、判定時間内において、加工処理ボトルネックのキュー状態を示すキュー報告を1台の素材処理装置から受信した第2のボトルネック対処条件と、判定時間内において、加工処理ボトルネックのキュー状態を示すキュー報告を複数台の素材処理装置から受信し、かつ、タスクを実行していない空きの処理装置がデータベースに存在する第3のボトルネック対処条件と、判定時間内において、加工処理ボトルネックのキュー状態を示すキュー報告を複数台の素材処理装置から受信し、かつ、空きの処理装置がデータベースに存在しない第4のボトルネック対処条件と、の何れを満たすか否かを判定すると共に、第2のボトルネック対処条件を満たす場合、キュー報告を送信した素材処理装置の速度比を予め設定した割合だけ低下させるように、素材処理装置ごとの速度比を再計算し、第4のボトルネック対処条件を満たす場合、タスクの目標速度が予め設定された量だけ低下するように、同期信号の周期を再計算することを特徴とする。また、管理装置は、命令手段によって、ボトルネック改善処理として、第1のボトルネック対処条件を満たすと判定された場合、タスクを実行する1台の素材処理装置に対して、タスクの終了を命令し、第2のボトルネック対処条件を満たすと判定された場合、再計算された素材処理装置ごとの速度比を完成ファイル生成装置に送信し、第3のボトルネック対処条件を満たすと判定された場合、1台の空きの処理装置に対して、素材処理装置としてタスクを実行することを命令し、第4のボトルネック対処条件を満たすと判定された場合、再計算された同期信号の周期を完成ファイル生成装置に送信する。かかる構成によれば、管理装置は、どの素材処理装置での加工処理がボトルネックの原因であるかを判定する。そして、管理装置は、その判定結果に応じて、速度比又は同期信号の周期の変更、新たな素材処理装置の追加等、適切なボトルネック改善処理を行う。また、本願第3発明に係る管理装置は、タスク実行手段が、判定時間内において、読込処理ボトルネックのキュー状態を示すキュー報告を素材蓄積装置から受信した第5のボトルネック対処条件と、判定時間内において、素材蓄積装置及び素材処理装置の両方から、素材蓄積装置-素材処理装置転送ボトルネックのキュー状態を示すキュー報告を受信した第6のボトルネック対処条件と、判定時間内において、素材処理装置及び完成ファイル生成装置の両方から、素材処理装置-完成ファイル生成装置転送ボトルネックのキュー状態を示すキュー報告を受信した第7のボトルネック対処条件と、判定時間内において、書込処理ボトルネックのキュー状態を示すキュー報告を完成ファイル生成装置から受信した第8のボトルネック対処条件と、の何れを満たすか否かを判定すると共に、第6のボトルネック対処条件又は第7のボトルネック対処条件を満たす場合、キュー報告を送信した素材処理装置の速度比を予め設定した割合だけ低下させるように、素材処理装置ごとの速度比を再計算することを特徴とする。また、管理装置は、命令手段によって、ボトルネック改善処理として、第5のボトルネック対処条件を満たすと判定された場合、1台の空きの処理装置に対して、素材蓄積装置としてタスクを実行することを命令し、第6のボトルネック対処条件又は第7のボトルネック対処条件を満たすと判定された場合、再計算された素材処理装置ごとの速度比を完成ファイル生成装置に送信し、第8のボトルネック対処条件を満たすと判定された場合、完成ファイルをより高速な蓄積手段に蓄積すべき通知を出力する。かかる構成によれば、管理装置は、素材蓄積装置内での読込処理、完成ファイル生成装置内での書込処理、素材蓄積装置と素材処理装置との転送処理、又は、素材処理装置と完成ファイル生成装置との転送処理の何れがボトルネックの原因であるかを判定する。そして、管理装置は、その判定結果に応じて、適切なボトルネック改善処理を行う。また、前記した課題に鑑みて、本願第4発明に係る素材処理装置は、素材を処理して完成ファイルを生成するための素材ファイルを蓄積する処理装置である素材蓄積装置と、素材蓄積装置に蓄積された素材ファイルを加工する処理装置である素材処理装置と、素材処理装置で加工された素材ファイルから完成ファイルを生成する処理装置である完成ファイル生成装置と、素材ファイルから完成ファイルを生成する一連のタスクの実行を、少なくとも素材処理装置が2台以上で並列化されるように処理装置に命令する管理装置と、を備える並列処理システムの素材処理装置であって、処理前キューと、受信手段と、処理後キューと、加工処理手段と、送信手段と、キュー監視手段と、を備えることを特徴とする。かかる構成によれば、素材処理装置は、処理前キューによって、素材ファイルの分割単位であるチャンクごとに素材ファイルを格納するデータ領域と、データ領域への書き込みが完了又は未完了であるかを示すフラグとが含まれるチャンク蓄積領域を、蓄積単位とする。また、素材処理装置は、受信手段によって、素材蓄積装置に蓄積された素材ファイルをチャンクごとに受信して処理前キューのデータ領域に書き込むと共に、書き込みが完了したとき、処理前キューのフラグを未完了から完了に更新する。また、素材処理装置は、処理後キューによって、チャンク蓄積領域を蓄積単位とする。そして、素材処理装置は、加工処理手段によって、処理前キューから素材ファイルをチャンクごとに読み込んで予め設定された加工処理を施し、加工済み素材ファイルを処理後キューのデータ領域に書き込むと共に、書き込みが完了したとき、処理後キューのフラグを未完了から完了に更新する。さらに、素材処理装置は、送信手段によって、完成ファイル生成装置の要求に応じて、処理後キューのデータ領域に書き込まれた加工済み素材ファイルを送信する。ここで、素材処理装置は、処理前キュー及び処理後キューを介して、受信手段及び送信手段と加工処理手段とが入出力を行うため、転送処理と加工処理とを分離して扱うことができる。これによって、素材処理装置は、加工処理を変更しても転送処理に影響を及ぼすことが無いと共に、並列化を考慮して加工処理を実装する必要がない。さらに、素材処理装置は、既存の映像処理プログラムの入出力先を処理前キュー及び処理後キューに変更するだけで、既存の映像処理プログラムを加工処理手段として流用することができる。これによって、素材処理装置は、製造コストを削減することができる。また、素材処理装置は、キュー監視手段によって、処理前キュー及び処理後キューの少なくとも一方が予め設定されたキュー状態であるか否かを監視し、キュー状態であるとき、キュー状態を示すキュー報告を生成する。そして、素材処理装置は、キュー報告送信手段によって、キュー監視手段が生成したキュー報告を管理装置に送信する。ここで、素材処理装置は、キューがボトルネックの原因を判断する材料となるため、その状態を監視して、ボトルネックの可能性があるときにキュー報告を送信する。従って、このキュー報告を受信した管理装置は、処理装置やネットワーク機器との間で測定用データ等の相互通信を行うことなく、少ないデータ通信量でボトルネックの原因を判定することができる。また、本願第5発明に係る素材処理装置は、キュー監視手段が、処理前キューでフラグが完了であるチャンク蓄積領域の数が予め設定された閾値t1よりも少なく、かつ、処理後キューでフラグが完了であるチャンク蓄積領域の数が予め設定された閾値t2よりも少ない加工処理能力余剰のキュー状態、処理前キューでフラグが完了であるチャンク蓄積領域の数が予め設定された閾値t3よりも多く、かつ、処理後キューでフラグが完了であるチャンク蓄積領域の数が予め設定された閾値t4よりも少ない加工処理ボトルネックのキュー状態、処理前キューでデータ領域のデータサイズが零よりも多く、かつ、フラグが未完了であるチャンク蓄積領域の数が、予め設定された閾値t5よりも多い素材蓄積装置-素材処理装置転送ボトルネックのキュー状態、処理後キューにおけるチャンク蓄積領域の数が予め設定された閾値t6よりも少ない素材処理装置-完成ファイル生成装置転送ボトルネックのキュー状態、の何れであるか否かを監視することを特徴とする。かかる構成によれば、素材処理装置は、この素材処理装置内での加工処理、素材蓄積装置と素材処理装置との転送処理、又は、素材処理装置と完成ファイル生成装置との転送処理の何れかにボトルネックの原因があることを示すキュー報告を管理装置に送信する。さらに、素材処理装置は、素材処理装置が余分なため、加工処理能力が余剰なことを示すキュー報告を管理装置に送信する。また、前記した課題に鑑みて、本願第6発明に係る完成ファイル生成装置は、素材を処理して完成ファイルを生成するための素材ファイルを蓄積する処理装置である素材蓄積装置と、素材蓄積装置に蓄積された素材ファイルを加工する処理装置である素材処理装置と、素材処理装置で加工された素材ファイルから完成ファイルを生成する処理装置である完成ファイル生成装置と、素材ファイルから完成ファイルを生成する一連のタスクの実行を、少なくとも素材処理装置が2台以上で並列化されるように処理装置に命令する管理装置と、を備える並列処理システムの完成ファイル生成装置であって、命令受信手段と、分配手段と、要求手段と、素材処理装置と同数の処理前キューと、素材ファイル受信手段と、処理後キューと、整列手段と、キュー監視手段と、を備えることを特徴とする。かかる構成によれば、完成ファイル生成装置は、命令受信手段によって、管理装置から、管理装置によって算出された同期信号の周期と、素材処理装置ごとの速度比とを受信する。また、完成ファイル生成装置は、分配手段によって、それぞれの素材処理装置における加工処理量を、命令実行手段が受信した速度比で分配する。そして、完成ファイル生成装置は、要求手段によって、素材処理装置のそれぞれに対して、分配手段によって分配された加工処理量だけの加工済み素材ファイルを、同期信号の周期で要求する。このように、完成ファイル生成装置は、それぞれの素材処理装置に対して、同期信号の周期で加工済み素材ファイルを要求することで、並列化を実現する。また、完成ファイル生成装置は、処理前キューによって、素材ファイルの分割単位であるチャンクごとに素材ファイルを格納するデータ領域と、データへの書き込みが完了又は未完了であるかを示すフラグとが含まれるチャンク蓄積領域を蓄積単位とする。そして、完成ファイル生成装置は、素材ファイル受信手段によって、それぞれの素材処理装置から加工済み素材ファイルをチャンクごとに受信して、素材処理装置に対応した処理前キューのデータ領域に書き込むと共に、書き込みが完了したとき、処理前キューのフラグを未完了から完了に更新する。また、完成ファイル生成装置は、処理後キューによって、チャンク蓄積領域を蓄積単位とする。そして、完成ファイル生成装置は、整列手段によって、処理前キューのそれぞれに書き込まれた加工済み素材ファイルを所定の順序で整列させて処理後キューのデータ領域に書き込むと共に、書き込みが完了したとき、処理後キューのフラグを未完了から完了に更新する。また、完成ファイル生成装置は、キュー監視手段によって、処理前キュー及び処理後キューの少なくとも一方が予め設定されたキュー状態であるか否かを監視し、キュー状態であるとき、キュー状態を示すキュー報告を生成する。そして、完成ファイル生成装置は、キュー報告送信手段によって、キュー監視手段が生成したキュー報告を管理装置に送信する。ここで、完成ファイル生成装置は、キューがボトルネックの原因を判断する材料となるため、その状態を監視して、ボトルネックの可能性があるときにキュー報告を送信する。従って、このキュー報告を受信した管理装置は、処理装置やネットワーク機器との間で測定用データ等の相互通信を行うことなく、少ないデータ通信量でボトルネックの原因を判定することができる。また、本願第7発明に係る完成ファイル生成装置は、キュー監視手段が、それぞれの処理前キューでデータ領域のデータサイズが零よりも多く、かつ、フラグが未完了であるチャンク蓄積領域の数が予め設定された閾値t7よりも多い素材処理装置-完成ファイル生成装置転送ボトルネックのキュー状態、処理後キューでフラグが完了であるチャンク蓄積領域の数が予め設定された閾値t8よりも多い書込処理ボトルネックのキュー状態、の何れであるか否かを監視することを特徴とする。かかる構成によれば、完成ファイル生成装置は、この完成ファイル生成装置での書込処理、又は、素材処理装置と完成ファイル生成装置との転送処理の何れかにボトルネックの原因があることを示すキュー報告を管理装置に送信する。また、前記した課題に鑑みて、本願第8発明に係る素材蓄積装置は、素材を処理して完成ファイルを生成するための素材ファイルを蓄積する処理装置である素材蓄積装置と、素材蓄積装置に蓄積された素材ファイルを加工する処理装置である素材処理装置と、素材処理装置で加工された素材ファイルから完成ファイルを生成する処理装置である完成ファイル生成装置と、素材ファイルから完成ファイルを生成する一連のタスクの実行を、少なくとも素材処理装置が2台以上で並列化されるように処理装置に命令する管理装置と、を備える並列処理システムの素材蓄積装置であって、素材ファイル蓄積手段と、要求受信手段と、処理前キューと、素材ファイル読み込み手段と、素材処理装置と同数の処理後キューと、分配手段と、送信手段と、キュー監視手段と、を備えることを特徴とする。かかる構成によれば、素材蓄積装置は、素材ファイル蓄積手段によって、素材ファイルを蓄積する。また、素材蓄積装置は、要求受信手段によって、それぞれの素材処理装置から、素材ファイル蓄積手段に蓄積された素材ファイルの送信が要求される。そして、素材蓄積装置は、処理前キューによって、素材ファイルの分割単位であるチャンクごとに素材ファイルを格納するデータ領域と、データ領域への書き込みが完了又は未完了であるかを示すフラグとが含まれるチャンク蓄積領域を、蓄積単位とする。さらに、素材蓄積装置は、素材ファイル読み込み手段によって、要求受信手段で要求された素材ファイルをチャンクごとに読み出して処理前キューのデータ領域に書き込むと共に、書き込みが完了したとき、処理前キューのフラグを未完了から完了に更新する。また、素材蓄積装置は、処理後キューによって、チャンク蓄積領域を蓄積単位とする。そして、素材蓄積装置は、分配手段によって、処理前キューから素材ファイルをチャンクごとに読み出して、素材ファイルの要求元となる素材処理装置に対応した処理後キューのデータ領域に書き込むと共に、書き込みが完了したとき、処理後キューのフラグを未完了から完了に更新する。さらに、素材蓄積装置は、送信手段によって、それぞれの処理後キューに蓄積された素材ファイルをチャンクごとに素材処理装置に送信する。また、素材蓄積装置は、キュー監視手段によって、処理前キュー及び処理後キューの少なくとも一方が予め設定されたキュー状態であるか否かを監視し、キュー状態であるとき、キュー状態を示すキュー報告を生成する。そして、素材蓄積装置は、キュー報告送信手段によって、キュー監視手段が生成したキュー報告を管理装置に送信する。ここで、素材蓄積装置は、キューがボトルネックの原因を判断する材料となるため、その状態を監視して、ボトルネックの可能性があるときにキュー報告を送信する。従って、このキュー報告を受信した管理装置は、処理装置やネットワーク機器との間で測定用データ等の相互通信を行うことなく、少ないデータ通信量でボトルネックの原因を判定することができる。また、本願第9発明に係る素材蓄積装置は、キュー監視手段が、処理前キューでフラグが未完了であるチャンク蓄積領域の数が予め設定された閾値t9よりも多いことを示す読込処理ボトルネックのキュー状態、それぞれの処理後キューでチャンク蓄積領域の数が予め設定された閾値t10よりも少ないことを示す素材蓄積装置-素材処理装置転送ボトルネックのキュー状態、の何れであるか否かを監視することを特徴とする。かかる構成によれば、素材蓄積装置は、この素材蓄積装置での読込処理、又は、素材蓄積装置と素材処理装置との転送処理の何れかにボトルネックの原因があることを示すキュー報告を管理装置に送信する。ここで、本願第1発明に係る管理装置と、本願第4発明に係る素材処理装置と、本願第6発明に係る完成ファイル生成装置と、本願第8発明に係る素材蓄積装置とを備えることで、本願第10発明に係る並列処理システムを構成することもできる。また、本願第1発明に係る管理装置、本願第4発明に係る素材処理装置、本願第6発明に係る完成ファイル生成装置、及び、本願第8発明に係る素材蓄積装置は、それぞれ、CPUCentralProcessingUnit、蓄積手段等のハードウェア資源を備えるコンピュータを、前記した各手段として協調動作させるプログラムによって実現することもできる。これらプログラムは、通信回線を介して配布してもよく、CD-ROMやフラッシュメモリ等の記録媒体に書き込んで配布してもよい。本発明によれば、以下のような優れた効果を奏する。本願第1,4,6,8,10発明によれば、各処理装置が、キューの状態を監視して、ボトルネックの可能性があるときにキュー報告を送信する。そして、本願第1,4,6,8,10発明によれば、管理装置が、このキュー報告に基づいてボトルネック対処条件を満たすか否かを判定し、このボトルネック対処条件を満たすとき、ボトルネック改善処理によって素材処理装置での加工処理量を変更する。従って、本願第1,4,6,8,10発明によれば、ボトルネックの原因を判定するために測定用データの相互通信を行う必要がなく、少ないデータ通信量でボトルネックの原因を判定できると共に、処理装置の状態に応じて処理量を動的に分配できる。また、本願第4発明によれば、処理前キュー及び処理後キューを介して、受信手段及び送信手段と加工処理手段とが入出力を行うため、加工処理の変更が転送処理に影響を及ぼすことが無いと共に、並列化を考慮して加工処理を実装する必要がない。さらに、本願第4発明によれば、既存の映像処理プログラムの入出力先を処理前キュー及び処理後キューに変更するだけで、既存の映像処理プログラムを流用することができる。従って、本願第4発明によれば、製造コストを削減することができる。本願第2発明によれば、どの素材処理装置での加工処理がボトルネックの原因であるかの判定結果に応じて、適切なボトルネック改善処理を行う。従って、本願第2発明によれば、素材処理装置の状態に応じて、処理量をより正確に分配することができる。本願第3発明によれば、素材蓄積装置内での読込処理、完成ファイル生成装置内での書込処理、素材蓄積装置と素材処理装置との転送処理、又は、素材処理装置と完成ファイル生成装置との転送処理の何れがボトルネックの原因であるかの判定結果に応じて、適切なボトルネック改善処理を行う。従って、本願第3発明によれば、素材処理装置に加えて、素材蓄積装置や完成ファイル生成装置の状態にも応じて、処理量をより正確に分配することができる。本願第5発明によれば、素材処理装置での加工処理、素材蓄積装置と素材処理装置との転送処理、又は、素材処理装置と完成ファイル生成装置との転送処理の何れかにボトルネックの原因があることを示すキュー報告を管理装置に送信する。さらに、本願第5発明によれば、素材処理装置が余分なため、加工処理能力が余剰なことを示すキュー報告を管理装置に送信する。従って、本願第5発明によれば、このキュー報告を受信した管理装置において、素材処理装置の状態に応じて、処理量をより正確に分配することができる。本願第7発明によれば、完成ファイル生成装置での書込処理、又は、素材処理装置と完成ファイル生成装置との転送処理の何れかにボトルネックの原因があることを示すキュー報告を管理装置に送信する。従って、本願第7発明によれば、このキュー報告を受信した管理装置において、完成ファイル生成装置の状態に応じて、処理量をより正確に分配することができる。本願第9発明によれば、素材蓄積装置での読込処理、又は、素材蓄積装置と素材処理装置との転送処理の何れかにボトルネックの原因があることを示すキュー報告を管理装置に送信する。従って、本願第9発明によれば、このキュー報告を受信した管理装置において、素材蓄積装置の状態に応じて、処理量をより正確に分配することができる。以下、本発明の実施形態について、適宜図面を参照しながら詳細に説明する。なお、各実施形態において、同一の機能を有する手段には同一の符号を付し、説明を省略した。第1実施形態[並列処理システムの概略]図1を参照して、本発明の第1実施形態に係る並列処理システム1の概略について説明する。図1に示すように、並列処理システム1は、素材ファイルから完成ファイルを生成する処理を並列化するものであって、クライアント端末400と、管理端末管理装置500と、複数台例えば、4台以上のワーカー端末処理装置600とを備える。また、並列処理システム1は、ネットワーク装置NWを介して、クライアント端末400と、管理端末500と、ワーカー端末600とが接続されている。このネットワーク装置NWは、図示を省略したハブ、ルータ等のネットワーク機器と、ネットワークケーブルとを含んでおり、LANLocalAreaNetwork、WANWideAreaNetwork等のネットワークを形成する。さらに、ネットワーク装置NWは、ネットワークケーブルを用いた有線ネットワークだけでなく、無線通信を行う無線ネットワークを形成してもよい。クライアント端末400は、図示を省略したマウス、キーボード等のユーザインタフェースにより、オペレータがタスクを入力するものである。そして、クライアント端末400は、このタスクが記述されたタスク記述ファイルタスク記述情報を、管理端末500に送信する。タスクとは、素材ファイルから完成ファイルを生成する一連の処理である。素材ファイルとは、映像、音声、音楽等の素材が格納されたファイルであり、本実施形態では、映像が素材ファイルに格納されていることとする。完成ファイルとは、加工済み素材ファイルが所定の順序で整列されたものであり、例えば、番組コンテンツのことである。加工済み素材ファイルとは、トランスコーディング等の映像処理加工処理が施された素材ファイルのことである。なお、クライアント端末400の構成及びタスク記述ファイルの詳細は、後記する。管理端末管理装置500は、映像処理装置800図8が少なくとも2台以上で並列化されるように、ワーカー端末600にタスクの実行を命令するものである。具体的には、管理端末500は、クライアント端末400からタスク記述ファイルが入力され、このタスク記述ファイルに記述されたタスクの実行を、各ワーカー端末600に命令する。また、管理端末500は、タスクの実行を管理する。具体的には、管理端末500は、ワーカー端末600の状態に応じて、素材ファイルの要求周期である同期信号の周期と、映像処理装置800における加工処理量の分配比である速度比とを変更し、後記する完成映像出力装置900図8に送信する。なお、管理端末500の構成は、後記する。ワーカー端末処理装置600は、それぞれが、後記する映像素材蓄積装置素材蓄積装置700図8、映像処理装置素材処理装置800又は完成映像出力装置完成ファイル生成装置900の何れか1以上として動作するものである。ここで、ワーカー端末600は、図2に示すように、標準モジュール610と、追加モジュール620とを備える。これら標準モジュール610及び追加モジュール620は、例えば、図示を省略したROMReadOnlyMemoryや磁気ディスクに書き込まれており、その名称を指定することで起動できる。標準モジュール610は、映像素材蓄積装置700、映像処理装置800及び完成映像出力装置900に共通の機能を実現するモジュールである。追加モジュール620は、映像素材蓄積装置700、映像処理装置800及び完成映像出力装置900に固有の機能を実現するモジュールである。なお、標準モジュール610及び追加モジュール620の詳細は、後記する。そして、ワーカー端末600は、管理端末500から、映像素材蓄積装置700、映像処理装置800又は完成映像出力装置900の何れかとしてタスクを実行することが命令される。すると、ワーカー端末600は、この命令に応じた追加モジュール620を起動することで、映像素材蓄積装置700、映像処理装置800又は完成映像出力装置900の何れかとしてタスクを実行する。映像素材蓄積装置700は、素材を処理して完成ファイルを生成するための素材ファイルを蓄積すると共に、映像処理装置800からの要求に応じて、この素材ファイルを映像処理装置800に出力するものである。映像処理装置800は、完成映像出力装置900からの要求に応じて、トランスコーディング等の予め設定された映像処理加工処理を素材ファイルに施すものである。完成映像出力装置900は、映像処理装置800からの加工済み素材ファイルを所定の順番で整列させて、完成ファイルを生成するものである。なお、前記した各装置の構成は、後記する。<並列化の説明>図3を参照して、並列処理システム1での並列化について説明する適宜図2参照。従来の映像処理プログラムは、蓄積手段201から素材ファイルの読み込みと、素材ファイルの加工と、蓄積手段201への完成ファイルのデータの書き込みとを組み合わせたものである。このため、従来の映像処理プログラムは、前記した3種類の構成にそれぞれ対応した映像データ入力モジュール710と、映像データ処理モジュール810と、映像データ出力モジュール910とに分割できる。ここで、並列処理システム1において、従来の映像処理プログラムを3種類のモジュールに分割して、各ワーカー端末600で実行することを考える。すなわち、ワーカー端末600は、映像素材蓄積装置700として動作する場合、映像データ入力モジュール710図11が含まれる追加モジュール620を起動する。また、ワーカー端末600は、映像処理装置800として動作する場合、映像データ処理モジュール810図13が含まれる追加モジュール620を起動する。さらに、ワーカー端末600は、完成映像出力装置900として動作する場合、映像データ出力モジュール910図14が含まれる追加モジュール620を起動する。そして、並列処理システム1において、各種モジュール間のデータ入出力にデータ交換モジュール630図11等を用いる。以上より、並列処理システム1は、従来の映像処理プログラムに大きな変更を加えることなく、映像データ処理モジュール810を複数起動することが可能となり、映像処理を並列化することができる。これによって、並列処理システム1は、並列処理プログラムの作成にかかる手間を低減して、製造コストを削減ことができる。さらに、並列処理システム1は、映像処理とデータ入出力とを分離した構成のため、映像データ処理モジュール810の処理内容を変更するだけで、様々な映像処理に対応することができ、利便性を向上させることができる。<ファイル転送技術の説明>図4を参照して、並列処理システム1で用いられるファイル転送技術について説明する。このファイル転送技術は、例えば、放送局でのファイル転送の要件の一つである、受信装置200における優先度に応じた転送速度の制御が可能な、受信装置200で主導するものである下記の参考文献参照。参考文献黄他、長距離広帯域IPネットワークにおける優先度に応じたファイル転送プロトコルの性能評価、信学技報、NS201077、2010受信装置200は、キュー631を確保した上で同期パケットを送信装置300に送信する。この同期パケットには、要求するデータのチャンク番号や確認応答が含まれている。そして、送信装置300は、ファイルをチャンク単位に分割し、同期パケットで要求されたチャンクに対応するデータパケットを受信装置200に送信する。なお、チャンクの詳細は、後記する。<<ターミナル装置>>続いて、ターミナル装置100、送信装置300、受信装置200の順で、その構成を説明する。ターミナル装置100は、送信装置300と受信装置200との間でサードパーティー転送を実行するものであり、命令処理手段101を備える。命令処理手段101は、送信装置300及び受信装置200にサードパーティー転送の実行を命令するものである。例えば、命令処理手段101は、図示を省略したユーザインタフェースにより、オペレータからサードパーティー転送の命令が入力されると、送信装置300及び受信装置200それぞれの命令実行手段202にサードパーティー転送の実行を命令する。なお、サードパーティー転送とは、送信装置300から受信装置200へのデータ転送をターミナル装置100が要求するものであり、一般的なため、説明を省略する。<<送信装置>>送信装置300は、素材ファイルを送信するものであり、蓄積手段201と、命令実行手段202と、ファイル入力手段301と、送信モジュール310とを備える。蓄積手段201は、任意のデータ例えば、素材ファイルを蓄積するメモリ、ハードディスク等の蓄積装置である。命令実行手段202は、送信装置300への各種命令を実行するものである。ここで、命令実行手段202は、命令を実行するために、例えば、ファイル名、チャンクサイズ又は受信装置200の所在情報例えば、IPアドレスやホスト名等の情報が入力される不図示。ファイル入力手段301は、蓄積手段201に記録されているファイルをチャンク単位で読み込んで、送信モジュール310へ出力するものである。送信モジュール310は、データパケットを送信するモジュールであり、同期パケット受信手段311と、送信管理手段312と、データ入力手段313と、パケット送信手段314とを備える。同期パケット受信手段311は、ネットワーク装置NWを介して、受信装置200から同期パケットを受信するものである。本実施形態では、同期パケットの通信プロトコルとして、例えば、TCP/IPTransmissionControlProtocolInternetProtocolを用いる。すなわち、同期パケットの通信プロトコルとしては、パケット損失が無い、又は、パケット損失があったとしても、再送技術や誤り訂正技術によって、同期パケットを確実に送受信できるものが想定される。この同期パケットは、図5に示すように、下位プロトコルヘッダー204と、要求チャンク番号205と、確認応答206とを有する。下位プロトコルヘッダー204は、IP、TCP、UDP等の下位の通信プロトコルに用いられるヘッダーであり、本実施形態では、TCP/IPのヘッダー情報である。要求チャンク番号205は、受信装置200が要求するチャンクの番号であり、後記するデータパケットのチャンク番号304と対応する。確認応答206は、受信したチャンクと、このチャンク内でどのパケットからどのパケットまで連続して受信したかを送信装置300に知らせるための確認応答用のデータであって、チャンク番号と、最初のパケット番号と、最後のパケット番号とが格納される。例えば、確認応答206は、チャンク番号4のパケット番号0から240までを連続して受信した場合、チャンク番号4と、最初のパケット番号0と、最後のパケット番号240とが格納される。そして、図4の同期パケット受信手段311は、受信した同期パケットから要求チャンク番号205を抽出して、送信管理手段312を介して後記するデータ入力手段313に出力する。さらに、同期パケット受信手段311は、受信した同期パケットから確認応答206を抽出して、送信管理手段312に出力する。なお、この要求チャンク番号205及び確認応答206が空の場合、受信装置200が新規のチャンクの送信及びデータパケットの再送のどちらも要求していないことを示すため、同期パケット受信手段311は、何の処理も行わない。送信管理手段312は、同期パケット受信手段311から入力された確認応答206のパケット番号と、後記するパケット送信手段314が送信済みのパケット番号とを比較して送信済みのパケット番号が確認応答206の最初から最後までのパケット番号に含まれるか否かを判定して、同期パケットの欠落が生じていないかを確認するものである。そして、送信管理手段312は、同期パケットの欠落が確認できた場合、欠落した同期パケットの再送をパケット送信手段314に指示する。データ入力手段313は、ファイル入力手段301から入力された素材ファイルのうち、同期パケット受信手段311から入力された要求チャンク番号に対応するチャンクを、パケット送信手段314に出力するものである。パケット送信手段314は、ネットワーク装置NWを介して、パケット化したデータデータパケットを受信装置200に送信するものである。具体的には、パケット送信手段314は、データ入力手段313から入力されたチャンクを、データパケットに格納して受信装置200に送信する。さらに、パケット送信手段314は、送信済みのデータパケットのパケット番号を送信管理手段312に出力する。本実施形態では、パケット送信手段314は、UDP/IPUserDatagramProtocolInternetProtocol等の通信プロトコルによって、データパケットを送信する。すなわち、本実施形態では、データパケットの通信プロトコルとして信頼性が低いUDP/IPを利用し、同期パケットの通信プロトコルとして信頼性が高いTCP/IPを利用する。このパケット送信手段314が生成するデータパケットは、図6に示すように、下位プロトコルヘッダー302と、ペイロードサイズ303と、チャンク番号304と、パケット番号305と、マーカービット306と、データポジション307と、ペイロード308とを有する。下位プロトコルヘッダー302は、IP、TCP、UDP等の下位の通信プロトコルに用いられるヘッダーであり、本実施形態では、UDP/IPのヘッダー情報である。ペイロードサイズ303は、ペイロード308のサイズである。チャンク番号304は、素材ファイルをチャンクに分割した先頭から順番に付けられる番号である。このチャンク番号304によって、各チャンクは、一意に識別することができる。パケット番号305は、チャンクごとに、先頭から順番に付けられるデータパケットの番号である。このパケット番号305によって、各データパケットは、一意に識別することができる。マーカービット306は、チャンク内での最終データパケットを識別するものである。データポジション307は、そのペイロード308の先頭データの、チャンク内でのデータ位置を示す情報である。このデータポジション307は、ペイロード308にデータを読み込むとき及び書き込むときに用いられる。ペイロード308は、送信するデータ本体である。<<受信装置>>図4に示すように、受信装置200は、素材ファイルを送信装置300から受信するものであり、蓄積手段201と、命令実行手段202と、ファイル出力手段203と、受信モジュール210と、キュー631とを備える。ファイル出力手段203は、後記するキュー631からチャンクを読み込んで、蓄積手段201に出力する書き込むものである。受信モジュール210は、データパケットを受信するモジュールであり、同期パケット入力手段211と、受信管理手段212と、同期パケット送信手段213と、パケット受信手段214とを備える。同期パケット入力手段211は、要求チャンク番号205が入力され、この要求チャンク番号205を、命令処理手段101図2により指定された間隔同期信号の周期で同期パケット送信手段213に出力するものである。なお、受信装置200がどのチャンクを要求するかは、後記する。受信管理手段212は、確認応答206が格納された同期パケットを生成するものである。まず、受信管理手段212は、同期パケットの送信前に命令処理手段101図2により指定された間隔同期信号の周期で、キュー631に1チャンク分のチャンク蓄積領域を確保する。ここで、受信管理手段212は、キュー631に1チャンク分のチャンク蓄積領域を確保できたときは、領域確保を示すチャンク要求制御信号を生成する。一方、受信管理手段212は、キュー631に1チャンク分のチャンク蓄積領域を確保できないときは、領域未確保を示すチャンク要求制御信号を生成する。また、受信管理手段212は、パケット受信手段214からチャンク番号304及びパケット番号305が入力され、このチャンク番号304とパケット番号305との組を確認応答206に格納し、TCP/IPのヘッダー情報を下位プロトコルヘッダー204に格納して、同期パケットを生成する。そして、受信管理手段212は、生成した同期パケットとチャンク要求制御信号とを同期パケット送信手段213に出力する。同期パケット送信手段213は、受信管理手段212から入力された同期パケットを送信装置300に送信するものである。ここで、同期パケット送信手段213は、受信管理手段212から入力されたチャンク要求制御信号が領域確保を示す場合、入力された同期パケットに同期パケット入力手段211から入力された要求チャンク番号205を格納する。その後、同期パケット送信手段213は、新たなチャンクの送信を要求するために、この同期パケットを送信装置300に送信する。一方、同期パケット送信手段213は、受信管理手段212から入力されたチャンク要求制御信号が未領域確保を示す場合、要求チャンク番号205が空のまま、同期パケットを送信装置300に送信する。これによって、受信モジュール210は、輻輳が発生したときや、キュー631への書き込みに遅延が発生したときに、転送量を抑制することができる。パケット受信手段214は、送信装置300からデータパケットを受信するものである。そして、パケット受信手段214は、受信したデータパケットのペイロード308を抽出して、キュー631に書き込む。さらに、パケット受信手段214は、受信したデータパケットからチャンク番号304及びパケット番号305を抽出して、受信管理手段212に出力する。キュー631は、チャンク等の情報を一時記憶するバッファである。このキュー631は、FIFO型のリングバッファであり、図7に示すように、1個のキュー情報641と、1個以上のチャンク蓄積領域644とを有する。キュー情報641は、キュー631のデータサイズ、キュー631に蓄積された全てのチャンク番号、次のチャンク蓄積領域644の位置を示すアドレス情報が含まれている。このキュー情報641は、チャンク番号を指定することで、そのチャンク番号に該当するチャンクを取り出すためのものである。また、キュー情報641は、キュー631全体の状態を管理するためのものである。チャンク蓄積領域644は、完了フラグ642と、データ領域643とを備える。完了フラグフラグ642は、データ領域643への書き込みが完了又は未完了であるかを示す情報である。例えば、あるチャンク蓄積領域644が確保された場合、完了フラグ642は、未完了で初期化される。そして、そのチャンク蓄積領域644のデータ領域643への書き込みが完了したとき、完了フラグ642は、完了に更新される。つまり、完了フラグ642は、データ領域643にペイロード308の何れか一つでも書き込まれていない場合に未完了であり、データ領域643に全てのペイロード308が書き込まれたときに完了になる。データ領域643は、データ本体を蓄積する領域である。ここで、データ領域643は、パケット受信手段214で受信したデータパケットのペイロード308が、データポジション307で指定された位置に格納される。以下、ファイル転送技術を構成する各装置図4と、並列処理システム1の各装置との対応関係について補足説明する。例えば、並列処理システム1は、図8に示すように、1台のクライアント端末400と、1台の管理端末500と、1台の映像素材蓄積装置700と、2台の映像処理装置800800A,800Bと、1台の完成映像出力装置900とを備えることとする。この例では、完成映像出力装置900と映像処理装置800A,800Bとの転送に着目すれば、完成映像出力装置900が図4の受信装置200として動作し、映像処理装置800A,800Bが図4の送信装置300として動作する。また、映像処理装置800A,800Bと素材蓄積装置700との転送に着目すれば、素材蓄積装置700が図4の送信装置300として動作し、映像処理装置800A,800Bが図4の受信装置200として動作する。また、管理端末500が図4のターミナル装置100として動作する。なお、サードパーティー転送に対応しない場合、管理端末500は、ターミナル装置100として動作する必要はない。図9を参照して、前記したファイル転送技術と並列処理システム1との関係について説明する。クライアント端末400と管理端末500との間では、後記するステータスやタスク記述ファイルが転送されるが、前記したファイル転送技術を適用しなくともよい。また、管理端末500と、映像素材蓄積装置700、映像処理装置800A,800B及び完成映像出力装置900との間では、ステータスやタスク記述ファイルが転送されるが、前記したファイル転送技術を適用しなくともよい破線矢印で図示。一方、映像素材蓄積装置700と、映像処理装置800A,800Bと、完成映像出力装置900との間では、素材ファイルや加工済み素材ファイルの転送速度を受信側主導で制御するため、前記したファイル転送技術を適用する必要がある。従って、映像素材蓄積装置700と、映像処理装置800A,800Bと、完成映像出力装置900との間では、同期パケットやデータパケットが転送される実線矢印で図示。ここで、前記したファイル転送技術では、エラー率やRTT往復遅延時間の測定により送信側で輻輳制御を行う方式ではなく、受信側のキュー631をベースとしたフローコントロールで輻輳制御を行う。また、前記したファイル転送技術は、後記する同期信号を用いて、同期パケットの送信間隔を制御することで、データの転送速度を任意に制御できる。この同期信号は一定の周期で生成される信号であり、各ワーカー端末600の受信モジュール210において、同期パケット送信手段213は、1個の同期信号に対して、1個の同期パケットを送信する。本実施形態では、管理端末500からの命令に応じて、完成映像出力装置900の命令実行手段202図14は、同期信号生成手段921と同期パケット分配手段922とを制御する。これによって、並列処理システム1では、後記する転送フローごとに転送速度を制御することが可能である。さらに、並列処理システム1では、管理端末500のデータベース管理手段504図2によって、命令処理手段101が出力した命令を管理することで、ファイル転送に用いるネットワークの帯域論理値も把握できる。[並列処理システムの構成]図8を参照して、並列処理システム1の構成について説明する適宜図1,図2参照。以下の説明では、並列処理システム1は、図8に示すように、4台のワーカー端末600がそれぞれ、1台の映像素材蓄積装置700と、2台の映像処理装置800A,800Bと、1台の完成映像出力装置900として動作することとする。また、以後の説明では、並列処理システム1は、1個の素材ファイルの全フレームに対して、トランスコーディングを行って、1個の完成ファイルを生成することとする。このとき、素材ファイル及び完成ファイル共に、フレーム間予測を行わずに符号化された映像ファイルが、MXFMaterialeXchangeFormatでラッピングされたファイル形式とする。このMXFは、SMPTESocietyofMotionPictureandTelevisionEngineersで規格化されたファイル形式であり、例えば、放送局の制作現場で使用されている。また、MXFは、データを包み込むラッパーという概念によって、圧縮内容に関わらず、映像フレーム単位での操作が可能となる。また、素材ファイルの映像データは、チャンクという単位に分割されることとする。つまり、チャンクは、素材ファイルの分割単位である。本実施形態では、並列化にあたり、映像データ間の参照関係から、チャンク以下に分割できず、同一のワーカー端末600内で処理する最小単位である。すなわち、本実施形態では、フレーム間予測を行わずに符号化された映像データを扱うため、1チャンクは、1映像フレームとする。また、各映像フレームは、映像フレーム番号で一意に特定できる。この映像フレーム番号は、素材ファイルである映像ファイルの冒頭から、映像フレームごと順番に付された番号である。[クライアント装置の構成]図2に戻り、クライアント端末400の構成について説明する。図2に示すように、クライアント端末400は、タスク送信手段401と、ステータス受信手段503とを備える。タスク送信手段401は、タスクが入力され、このタスクが記述されたタスク記述ファイルを管理端末500に送信するものである。このタスク記述ファイル402は、図10に示すように、分割数と、素材ファイル名と、完成ファイル名と、目標速度と、チャンクサイズと、1チャンクの映像フレーム数と、映像データ入力モジュール名と、映像データ処理モジュール名とパラメータと、映像データ出力モジュール名とが記述されている。<タスク記述ファイルの説明>分割数は、このタスクで映像処理を行うワーカー端末600映像処理装置800の台数を示す情報である。この分割数は、映像処理を行うワーカー端末600の台数を管理端末500のタスク実行手段502に指示するための情報である。本実施形態では、分割数が2のため、映像処理装置800が2台となる。素材ファイル名映像素材蓄積装置の特定情報は、素材ファイルを蓄積するワーカー端末600映像素材蓄積装置700の所在情報と、この素材ファイルの絶対パスと、この素材ファイルの映像フレーム数とを示す情報である。この素材ファイル名は、複数のワーカー端末600の中から映像素材蓄積装置700を特定するため、及び、読み込み手段711図11に素材ファイルの読み込み先を指示するための情報である。なお、映像素材蓄積装置700も2台以上で並列化する場合、タスク送信手段401には、素材ファイル名が2個記述される。完成ファイル名完成映像出力装置の特定情報は、完成ファイルを蓄積するワーカー端末600完成映像出力装置900の所在情報と、この完成ファイルの絶対パスと、この完成ファイルの映像フレーム数を示す情報である。この完成ファイル名は、ワーカー端末600の中から完成映像出力装置900を特定するため、及び、書き込み手段912図14に完成ファイルの書き込み先を指示するための情報である。目標速度は、並列処理で目標とするタスクの処理速度を示す情報である。この目標速度は、管理端末500のタスク実行手段502が映像処理装置800ごとの速度比及び同期信号の周期を計算するための情報である。チャンクサイズは、1チャンク分のチャンク蓄積領域644図7のサイズを示す情報である。このチャンクサイズは、ワーカー端末600の命令実行手段202がデータ交換モジュール630を起動するときに参照する情報である。1チャンクの映像フレーム数は、1チャンクが何枚の映像フレームであるかを示す情報であり、本実施形態では、1チャンクが1映像フレームである。この1チャンクの映像フレーム数は、映像データ用キュー631の入出力を行うワーカー端末600の各手段に対して、チャンク番号と映像フレーム番号との対応関係を示すための情報である。映像データ入力モジュール名は、映像素材蓄積装置700で起動される追加モジュール620の名称である。本実施形態では、映像データ入力モジュール名は、映像データ入力モジュール710が含まれる追加モジュール620の名称が記述される。映像データ処理モジュール名とパラメータは、映像処理装置800で起動される追加モジュール620の名称と、タスクの実行に必要な各種パラメータとを含む情報である。本実施形態では、映像データ処理モジュール名は、映像データ処理モジュール810が含まれる追加モジュール620の名称が記述される。また、パラメータは、図13の映像処理手段813が用いる、処理対象の映像フレーム番号、画像サイズ、ビットレート等の映像処理パラメータと、図13の同期パケット入出力手段811が用いる、チャンク番号の付け替え方を示す付替処理パラメータとを含む。映像データ出力モジュール名は、完成映像出力装置900で起動される追加モジュール620のモジュールの名称である。本実施形態では、映像データ出力モジュール名は、映像データ出力モジュール910が含まれる追加モジュール620の名称が記述される。図2に戻り、クライアント端末400の説明を続ける。ステータス受信手段503は、管理端末500から後記するステータスを受信するものである。そして、ステータス受信手段503は、例えば、受信したステータスをモニタ不図示に出力することで、このステータスをオペレータに提示する。[管理端末の構成]管理端末500の構成について説明する。図2に示すように、管理端末500は、命令処理手段命令手段101と、タスク受信手段501と、タスク実行手段502と、ステータス受信手段キュー報告受信手段503と、データベース管理手段504と、ステータス送信手段505とを備える。命令処理手段命令手段101は、後記するタスク実行手段502から起動装置識別情報が入力され、この起動装置識別情報に基づいて、ワーカー端末600のそれぞれに、映像素材蓄積装置700と映像処理装置800A,800Bと完成映像出力装置900として、タスクを実行することを命令するものである。このとき、命令処理手段101は、入力されたタスク記述ファイル402を、タスクの実行を命令したワーカー端末600に送信する。また、命令処理手段101は、転送コネクションの確立を、タスクを実行する各ワーカー端末600に命令した後、タスクの開始を各ワーカー端末600に命令する。さらに、命令処理手段101は、タスク実行手段502から同期信号の周期と速度比とが入力され、この同期信号の周期と速度比とを完成映像出力装置900に送信する。その後、命令処理手段101は、起動装置識別情報、同期信号の周期及び速度比をデータベース管理手段504に出力する。タスク受信手段501は、クライアント端末400からタスク記述ファイル402を受信し、受信したタスク記述ファイル402をタスク実行手段502に出力するものである。タスク実行手段502は、タスク受信手段501からタスク記述ファイル402が入力され、このタスク記述ファイル402に基づいて、素材ファイル名で特定される1台のワーカー端末600を、映像素材蓄積装置700として起動させることを決定するものである。また、タスク実行手段502は、このタスク記述ファイル402に基づいて、完成ファイル名で特定される1台のワーカー端末600を、完成映像出力装置900として起動させることを決定する。そして、タスク実行手段502は、予め設定された装置選択規則に基づいて、タスク記述ファイルの分割数で指定された台数ここでは、2台のワーカー端末600を、映像処理装置800A,800Bとして起動させることを決定する。本実施形態では、タスク実行手段502は、後記するデータベース管理手段504のデータベース不図示を参照して、タスクを実行していない空きのワーカー端末600を順番例えば、IPアドレスの順番に2台選択するという装置選択規則を用いる。その後、タスク実行手段502は、映像素材蓄積装置700と映像処理装置800A,800Bと完成映像出力装置900として起動されるワーカー端末600を識別する起動装置識別情報を生成する。さらに、タスク実行手段502は、タスク記述ファイル402に基づいて、同期信号の周期を算出する。ここで、タスク実行手段502は、下記の式1に示すように、タスク記述ファイル402に記述されたチャンクサイズSを目標速度Aで除算した値を同期信号の周期Tとして算出する。T=S/A式1さらに、タスク実行手段502は、タスク記述ファイル402に基づいて、予め設定された速度比算出規則に基づいて、転送フローごとの速度の割り振りを示す速度比映像処理装置800A,800Bごとの速度比を算出する。本実施形態では、タスク実行手段502は、タスク記述ファイル402に記述された目標速度をタスクの目標速度として、各転送フローの速度比映像処理装置800A,800Bで速度比を均等にするという速度比算出規則に基づいて、各転送フローの速度比を1対1と算出する。その後、タスク実行手段502は、起動装置識別情報と、速度比と、同期信号の周期と、タスク記述ファイル402とを命令処理手段101に出力する。ここで、転送フローとは、1台の映像素材蓄積装置700から1台の映像処理装置800を経由し、1台の完成映像出力装置900に至るデータ転送の流れであり、映像処理装置800の台数と同数になる。従って、並列処理システム1では、全ての転送フローの速度を合計すると、タスクの目標速度になる。ステータス受信手段キュー報告受信手段503は、各ワーカー端末600からステータスを受信し、このステータスをデータベース管理手段504に出力するものである。このステータスとしては、例えば、各ワーカー端末600の生存確認例えば、ワーカー端末の起動、タスクの実行状態例えば、完成ファイルの完成、タスク終了処理の完了、各ワーカー端末600のスループットをあげることができる。また、ステータス受信手段503は、ステータスとしてのキュー報告を、タスクを実行するワーカー端末600から受信したか否かを判定する。そして、ステータス受信手段503は、このキュー報告をタスク実行手段502に出力する。なお、このキュー報告を受信したときのボトルネック対処条件及びボトルネック改善処理は後記する。データベース管理手段504は、命令処理手段101によってタスクの実行が命令されたワーカー端末600の識別情報起動装置識別情報を記憶するデータベース不図示を備え、このデータベースを管理するものである。具体的には、データベース管理手段504は、命令処理手段101から入力された起動装置識別情報をデータベースに登録する。また、データベース管理手段504は、命令処理手段101から入力された同期信号の周期及び速度比をデータベースに登録する。そして、データベース管理手段504は、ステータス受信手段503からステータスが入力され、このステータスをデータベースに登録する。また、データベース管理手段504は、入力されたステータスをステータス送信手段505に出力する。つまり、データベース管理手段504が管理するデータベースを参照すれば、タスクの実行状態、ワーカー端末600のスループット、キュー報告に基づいたワーカー端末600のキュー状態、生存確認に基づいた起動可能なワーカー端末600、起動装置識別情報に基づいたタスク実行中のワーカー端末600を判定することができる。さらに、このデータベースを参照すれば、起動可能なワーカー端末600とタスク実行中のワーカー端末600との差により、タスクを実行していない空きのワーカー端末600を判定することができる。この他、データベース管理手段504が管理するデータベースを参照すれば、各ワーカー端末600の所在情報、ネットワーク装置NWと各ワーカー端末600との接続関係を判定することもできる。ステータス送信手段505は、データベース管理手段504からステータスが入力され、このステータスをクライアント端末400に出力するものである。[映像素材蓄積装置の構成]図11を参照して、映像素材蓄積装置700の構成について説明する適宜図2参照。図11に示すように、映像素材蓄積装置700は、標準モジュール610と、追加モジュール620とを備える。なお、映像素材蓄積装置700の各手段は、説明を分かりやすくするため、後記する動作にて詳細に説明する。標準モジュール610は、図2と同様、蓄積手段201と、命令実行手段202と、ステータス送信手段キュー報告送信手段505と、バッファ監視手段キュー監視手段611とを備える。この標準モジュール610命令実行手段202は、管理端末500から、映像素材蓄積装置700としてタスクを実行する命令と、起動すべき追加モジュール620の名称図10の映像データ入力モジュール名とが送信され、この追加モジュール620を起動する。追加モジュール620は、送信モジュール310310A,310Bと、データ交換モジュール6306301,630A,630Bと、映像データ入力モジュール710と、送信接続モジュール720とを備える。ここで、追加モジュール620において、映像データ入力モジュール710及び送信接続モジュール720は、1個ずつ備えられる。一方、送信モジュール310A,310Bは、2台の映像処理装置800A,800Bにそれぞれ対応するように、2個備えられる。従って、データ交換モジュール6301,630A,630Bは、合計3個となる。送信モジュール310Aは、映像処理装置800Aにデータパケットを送信するモジュールであり、図4と同様、同期パケット受信手段311Aと、送信管理手段312Aと、データ入力手段313Aと、パケット送信手段314Aとを備える。また、送信モジュール310Bは、映像処理装置800Bにデータパケットを送信する以外、送信モジュール310Aと同様のものである。データ交換モジュール6301は、映像データ入力モジュール710と送信接続モジュール720との間でデータ交換データ入出力を行うモジュールであり、映像データ用キュー6316311と、制御用キュー6326321とを備える。映像データ用キュー6316311は、複数のモジュール間ここでは、映像データ入力モジュール710と送信接続モジュール720との間で映像データの入出力に用いるものであり、図7と同様の構造を有する。本実施形態では、映像データ用キュー631は、1チャンクが1映像フレームであるため、図12に示すように、チャンク蓄積領域644のサイズを1映像フレームより大きくする必要がある。一般的に、映像データ用キュー631は、処理速度が速いモジュールがデータを書き出して、処理速度が遅いモジュールがデータを読み込む場合、その使用率が高くなる。一方、映像データ用キュー631は、処理速度が遅いモジュールがデータを書き出し、処理速度が速いモジュールがデータを読み込む場合、その使用率が低くなる。このように、映像データ用キュー631の使用率は、処理の進行状態が反映されることになる。図11の制御用キュー6326321は、チャンク番号用キュー6336331と、同期信号用キュー6346341とを備える。チャンク番号用キュー6336331は、複数のモジュール間ここでは、映像データ入力モジュール710と送信接続モジュール720との間で、要求する映像データのシーケンス番号であるチャンク番号の入出力に用いるものである。同期信号用キュー6346341は、複数のモジュール間ここでは、映像データ入力モジュール710と送信接続モジュール720との間で、同期信号の入出力に用いるものである。これらチャンク番号用キュー633及び同期信号用キュー634は、映像データ用キュー631と同様の構造を有する。本実施形態では、同期信号用キュー634に同期信号を書き込む各手段は、同期信号の書き込みと共に、チャンク番号用キュー633にチャンク番号を書き込む。また、同期信号用キュー634から同期信号を読み出す各手段は、同期信号の読み込みと共に、チャンク番号用キュー633からチャンク番号を読み込む。このように、チャンク番号用キュー633及び同期信号用キュー634に一連の処理を行う場合、制御用キュー632への制御データを書き込み、及び、制御用キュー632から制御データを読み込みと略記する。また、映像データ用キュー631、チャンク番号用キュー633及び同期信号用キュー634に対する書き込みと読み込みとは、チャンク蓄積領域644の単位で行われることとする。データ交換モジュール630Aは、送信接続モジュール720と送信モジュール310Aとの間でデータ交換を行うモジュールである。データ交換モジュール630Bは、送信接続モジュール720と送信モジュール310Bとの間でデータ交換を行うモジュールである。これらデータ交換モジュール630A,630Bは、データ交換モジュール6301と同様のため、説明を省略する。なお、本実施形態では、映像データ用キュー631、チャンク番号用キュー633、同期信号用キュー634は、共有メモリ半導体メモリ上にそれぞれの領域が確保されることとしたが、本発明は、これに限定されない。映像データ入力モジュール710は、蓄積手段201から素材ファイルを読み込むモジュールであり、読み込み手段711を備える。送信接続モジュール720は、データ交換モジュール630A,630Bにデータを分配するモジュールであり、同期パケット中継手段721と、データ分配手段722とを備える。[映像処理装置の構成]図13を参照して、映像処理装置800Aの構成について説明する。図13に示すように、映像処理装置800Aは、標準モジュール610と、追加モジュール620とを備える。なお、映像処理装置800Aの各手段は、説明を分かりやすくするため、後記する動作にて詳細に説明する。標準モジュール610命令実行手段202は、管理端末500から、映像処理装置800Aとしてタスクを実行する命令と、起動すべき追加モジュール620の名称図10の映像データ処理モジュール名とパラメータとが送信され、この追加モジュール620を起動する。なお、標準モジュール610は、図11と同様のため、詳細な説明を省略する。追加モジュール620は、受信モジュール210と、送信モジュール310と、データ交換モジュール6306301,6302と、映像データ処理モジュール810とを備える。ここで、追加モジュール620において、受信モジュール210、送信モジュール310及び映像データ処理モジュール810は、1個ずつ備えられる。また、データ交換モジュール6301,6302は、映像データ処理モジュール810を挟むように、2個備えられる。映像データ処理モジュール810は、トランスコーディング等の映像処理を素材ファイルに施すモジュールであり、同期パケット入出力手段811と、データ入出力手段812と、映像処理手段813とを備える。なお、図13の追加モジュール620において、映像データ処理モジュール810以外の各モジュールは、図4,図11と同様のため、説明を省略する。また、映像処理装置800Bの構成及び動作は、映像処理装置800Aと同様のため、以後の説明を省略する。[完成映像出力装置の構成]図14に示すように、完成映像出力装置900は、標準モジュール610と、追加モジュール620とを備える。なお、完成映像出力装置900の各手段は、説明を分かりやすくするため、後記する動作にて詳細に説明する。標準モジュール610命令実行手段202は、管理端末500から、完成映像出力装置900としてタスクを実行する命令と、起動すべき追加モジュール620の名称図10の映像データ出力モジュール名とが送信され、この追加モジュール620を起動する。なお、標準モジュール610は、図11と同様のため、詳細な説明を省略する。追加モジュール620は、受信モジュール210210A,210Bと、データ交換モジュール6306301,630A1,630Bと、映像データ出力モジュール910と、受信接続モジュール920とを備える。ここで、追加モジュール620において、映像データ出力モジュール910及び受信接続モジュール920は、1個ずつ備えられる。一方、受信モジュール210A,210Bは、2台の映像処理装置800A,800Bにそれぞれ対応するように、2個備えられる。従って、データ交換モジュール6301,630A,630Bは、合計3個とする。映像データ出力モジュール910は、蓄積手段201に完成ファイルを書き込むモジュールであり、チャンク番号出力手段911と、書き込み手段912とを備える。受信接続モジュール920は、データ交換モジュール630A,630Bからのデータを整列して、1個の完成ファイルを生成するモジュールであり、同期信号生成手段921と、同期パケット分配手段922と、データ整列手段923とを備える。なお、図14の追加モジュール620において、映像データ出力モジュール910及び受信接続モジュール920以外の各モジュールは、図4,図11と同様のため、説明を省略する。[管理端末の動作]図15を参照して、管理端末500の動作について説明する適宜図2参照。タスク受信手段501は、クライアント端末400からタスク記述ファイル402を受信して、タスク実行手段502に出力するステップS10。タスク実行手段502は、タスク記述ファイル402に基づいて、タスクの処理内容を決定する。具体的には、タスク実行手段502は、タスク記述ファイル402に基づいて、映像素材蓄積装置700及び完成映像出力装置900として起動させるワーカー端末600をそれぞれ決定する。また、タスク実行手段502は、装置選択規則に基づいて映像処理装置800A,800Bとして起動させるワーカー端末600をそれぞれ決定する。さらに、タスク実行手段502は、同期信号の周期と、速度比とを算出するステップS11。命令処理手段101は、タスク実行手段502の決定に従って、ワーカー端末600のそれぞれに、映像素材蓄積装置700と映像処理装置800A,800Bと完成映像出力装置900として、タスクを実行することを命令するステップS12。命令処理手段101は、タスクの実行開始を映像素材蓄積装置700と映像処理装置800A,800Bと完成映像出力装置900に命令する。また、命令処理手段101は、同期信号の周期と速度比とを完成映像出力装置900とに送信するステップS13。なお、本実施形態では、図14の同期信号生成手段921の動作開始によってタスクが開始される。命令処理手段101は、起動装置識別情報、同期信号の周期及び速度比をデータベース管理手段504に出力する。また、ステータス受信手段503は、各ワーカー端末600からステータスを受信して、このステータスをデータベース管理手段504に出力する。さらに、データベース管理手段504は、入力されたステータスをデータベースに登録すると共に、ステータス送信手段505に出力するステップS14。ステータス受信手段503は、ステータスとしてキュー報告を受信したか否かを判定するステップS15。キュー報告を受信していない場合ステップS15でNo、管理端末500は、ステップS16の処理に進む。ステータス受信手段503は、完成映像出力装置900から、ステータス完成ファイルの完成を受信したか否かを判定するステップS16。ここで、ステータス完成ファイルの完成を受信していない場合ステップS16でNo、管理端末500は、ステップS14の処理に戻る。一方、ステータス完成ファイルの完成を受信した場合ステップS16でYes、管理端末500は、ステップS17の処理に進む。命令処理手段101は、タスクを実行している各ワーカー端末600に、タスク終了処理を命令する。また、ステータス受信手段503は、これらワーカー端末600からステータスタスク終了処理の完了を受信すると、これをデータベース管理手段504に出力する。そして、データベース管理手段504は、このステータスをデータベースに登録し、このステータスをステータス送信手段505に出力する。すると、ステータス送信手段505は、クライアント端末400に、ステータスタスク終了処理の完了を送信するステップS17。キュー報告を受信した場合ステップS15でYes、ステータス受信手段503は、受信したキュー報告をタスク実行手段502に出力する。その後、管理端末500は、ステップS18の処理に進む。なお、ボトルネック改善処理の詳細は、後記する図27,図28参照。[ワーカー端末の動作]図16を参照して、タスクを実行するワーカー端末600で共通する動作について説明する適宜図2参照。ワーカー端末600は、電源が投入されると、例えば、標準モジュール610をROMから読み込んで起動するステップS20。ステータス送信手段505は、管理端末500にステータスワーカー端末の起動を送信する。ここで、ステータス送信手段505は、予め設定した間隔で、このワーカー端末600が起動中であることつまり、ステータスワーカー端末の起動を管理端末500に繰り返し送信するステップS21。命令実行手段202は、管理端末500から、タスク実行の命令を受信したか否かを判定するステップS22。ここで、タスク実行の命令を受信していない場合ステップS22でNo、ワーカー端末600は、ステップS21の処理に戻る。一方、タスク実行の命令を受信した場合ステップS22でYes、ワーカー端末600は、ステップS23の処理に進む。命令実行手段202は、例えば、所定の追加モジュール620をROMから読み込んで起動して、タスクの実行を準備する。また、命令実行手段202は、追加モジュール620の起動時、管理端末500から入力されたタスク記述ファイル402を各手段に出力する。そして、命令実行手段202は、送信モジュール310と受信モジュール210との間でデータパケット及び同期パケットを転送するため、転送コネクションを確立するステップS23。ワーカー端末600は、管理端末500からの命令に応じて、映像素材蓄積装置700、映像処理装置800A,800B、又は、完成映像出力装置900の何れかとして、タスクを実行する。また、タスク実行中、図8の映像処理装置800A,800Bは、バッファ監視手段611によって、映像データ用キュー631を監視する。そして、映像処理装置800A,800Bは、バッファ監視手段611によって、キュー報告が必要な場合、ステータス送信手段505を介して管理端末500にキュー報告を送信するステップS24。なお、バッファ監視手段611によるキュー報告は、後記する。命令実行手段202は、管理端末500から、タスク終了の命令を受信したか否かを判定するステップS25。ここで、タスク終了の命令を受信していない場合ステップS25でNo、ワーカー端末600は、ステップS24の処理に戻る。一方、タスク終了の命令を受信した場合ステップS25でYes、ワーカー端末600は、ステップS26の処理に進む。命令実行手段202は、追加モジュール620を終了し、転送コネクションを切断しステップS26、ステップS21の処理に戻る。図16の処理にて、映像素材蓄積装置700では、図17に示すように、映像データ入力モジュール710が起動される。また、映像処理装置800A,800Bでは、映像データ処理モジュール810が起動される。さらに、完成映像出力装置900では、映像データ出力モジュール910が起動される。次に、映像素材蓄積装置700、映像処理装置800A,800B、完成映像出力装置900では、以下の順番で処理が行われる。まず、完成映像出力装置900は、管理端末500から受信した同期信号の周期と映像処理装置800A,800Bごとの速度比とに基づいて、映像処理装置800A,800Bのそれぞれに同期パケットを送信して、加工済み素材ファイルを要求する。また、映像処理装置800A,800Bは、完成映像出力装置900からの要求に応じて、映像素材蓄積装置700に同期パケットを送信して、素材ファイルを要求する。すると、映像素材蓄積装置700は、映像データ入力モジュール710によって、要求された素材ファイルを読み込んで、映像処理装置800A,800Bに送信する。そして、映像処理装置800A,800Bは、映像データ処理モジュール810によって、映像素材蓄積装置700から受信した素材ファイルに映像処理を施して、完成映像出力装置900に送信する。さらに、完成映像出力装置900は、加工済みの素材ファイルを整列して完成ファイルを生成して、映像データ出力モジュール910によって、この完成ファイルを蓄積手段201に書き込む。その後、完成ファイルの完成により、タスクが終了する。以下、この順番に従って、映像素材蓄積装置700、映像処理装置800A、完成映像出力装置900で固有の動作について説明する。なお、映像処理装置800Bは、映像処理装置800Aと同様の動作を行うため、説明を省略する。[完成映像出力装置の動作:同期パケットの送信]図18を参照して、完成映像出力装置900が同期パケットを送信する動作について説明する適宜図14参照。なお、図18では、受信モジュール210B及び制御用キュー632Bの図示を省略した。映像データ出力モジュール910は、チャンク番号出力手段911によって、命令実行手段202から入力されたタスク記述ファイル402に基づいて、チャンク番号用キュー6331に、完成ファイルの映像フレームの順番で、チャンク番号を書き込む。また、チャンク番号出力手段911は、書き込み手段912に、制御用キュー6321に書き込んだチャンク番号を出力する。そして、書き込み手段912は、チャンク番号用キュー6331に書き込まれたチャンク番号を保持するステップS30。受信接続モジュール920は、同期信号生成手段921によって、命令実行手段202から入力された同期信号の周期で同期信号を生成し、同期信号用キュー6341に書き込むステップS31。受信接続モジュール920は、同期パケット分配手段922によって、制御用キュー6321から制御データを読み込むステップS32。なお、ステップS31,S32において、チャンク番号出力手段911がチャンク番号用キュー6331にだけチャンク番号のデータを書き込む処理、及び、同期信号生成手段921が同期信号用キュー6341にだけ同期信号を書き込む処理は、制御データの例外的な扱いである。同期パケット分配手段922は、命令実行手段202から入力された速度比に基づいて、制御用キュー632A,632Bに制御データを分配するステップS33。本実施形態では、同期パケット分配手段922は、映像処理装置800A,800Bの速度比が均等なため、同じだけ、制御用キュー632A,632Bに制御データを分配する。同期パケット分配手段922は、分配した制御データを書き込み、データ整列手段923に制御用キュー632A,632Bに書き込んだチャンク番号を出力する。また、データ整列手段923は、何れの受信モジュール210A,210Bの何れのチャンク番号を要求したか、受信モジュール210A,210Bとチャンク番号との対応関係情報を保持するステップS34受信モジュール210Aは、同期パケット入力手段211Aによって、制御用キュー632Aから制御データを読み込むステップS35。受信モジュール210Aは、同期パケット送信手段213Aによって、受信管理手段212から入力された同期パケット確認応答206が格納された同期パケットに要求チャンク番号205を格納する。そして、同期パケット送信手段213Aは、映像処理装置800Aに同期パケットを送信するステップS36。なお、受信モジュール210Bは、受信モジュール210Aと同様にステップS35,S36の処理を行うため、説明を省略する。[映像処理装置の動作:同期パケットの送信]図19を参照して、映像処理装置800Aが同期パケットを送信する動作について説明する適宜図13参照。送信モジュール310は、同期パケット受信手段311によって、完成映像出力装置900から受信した同期パケットより要求チャンク番号205を抽出するステップS40。送信モジュール310は、同期パケット受信手段311によって、同期パケットから確認応答206を抽出して、送信管理手段312に出力する。このとき、送信管理手段312は、入力された確認応答206のパケット番号と、送信済みのパケット番号とを比較して、欠落番号の有無を確認する。ここで、欠落番号が有る場合、送信管理手段312は、欠落した同期パケットの再送をパケット送信手段314に指示するステップS41。送信モジュール310は、同期パケット受信手段311によって、制御用キュー6322に制御データを書き込み、制御用キュー6322に書き込んだチャンク番号をデータ入力手段313に出力するステップS42。映像データ処理モジュール810は、同期パケット入出力手段811によって、制御用キュー6322に制御データが書き込まれたかを監視し、書き込まれた制御データを読み込む。また、データ入出力手段812は、映像データ用キュー6312に1個のチャンク蓄積領域644を確保するステップS43。映像データ処理モジュール810は、同期パケット入出力手段811によって、予め設定されたチャンク番号付替規則に基づいて、チャンク番号を付替える。ここで、チャンク番号の付け替えとは、素材ファイルと完成ファイルとのチャンク番号が1:1で対応しておらず、映像処理の前後でチャンク番号の付け替えが必要なとき行われる。例えば、10番目のチャンクの映像フレームを読み出して、映像処理を行った後、そのチャンクだけが含まれる完成ファイルを作成する場合が考えられる。この場合、例えば、同期パケット入出力手段811は、1番目のチャンクの要求に対して、チャンク番号を10番に付け替える。本実施形態では、素材ファイルと完成ファイルとの間で総チャンク数が同じため、素材ファイルと完成ファイルとのチャンク番号が1:1で対応しており、チャンク番号の付け替えでは何の処理も行わないステップS44。映像データ処理モジュール810は、同期パケット入出力手段811によって、制御用キュー6321に制御データを書き込む。また、同期パケット入出力手段811は、映像処理手段813を介して、制御用キュー6321に書き込んだチャンク番号をデータ入出力手段812に出力する。そして、データ入出力手段812は、書き込まれたチャンク番号を保持するステップS45。なお、ステップS46,S47の処理は、映像素材蓄積装置700に同期パケットを送信する以外、図18のステップS35,S36と同様のため、説明を省略する。[映像素材蓄積装置の動作:素材ファイルの読み込み]図20を参照して、映像素材蓄積装置700が素材ファイルを読み込む動作について説明する適宜図11参照。なお、図20では、送信モジュール310B及び制御用キュー632Bの図示を省略した。また、図20~図23では、映像フレームチャンクをデータと図示した。送信モジュール310A,310Bにおいて、ステップS50~S52の処理は、映像処理装置800A,800Bから同期パケットを受信する以外、図19のステップS40~S42と同様のため、説明を省略する。送信接続モジュール720は、同期バケット中継手段721によって、制御用キュー632A,632Bに制御データが書き込まれたかを監視し、書き込まれた制御データを読み込むステップS53。送信接続モジュール720は、同期バケット中継手段721によって、読み込んだ制御データを制御用キュー6321に書き込む。また、同期バケット中継手段721は、書き込んだチャンク番号をデータ分配手段722に出力する。そして、データ分配手段722は、何れの送信モジュール310A,310Bから何れのチャンク番号が要求されたか、送信モジュール310A,310Bとチャンク番号との対応関係情報を保持するステップS54。映像データ入力モジュール710は、読み込み手段711によって、制御データを読み込む。また、読み込み手段711は、この制御データを参照して、蓄積手段201から要求されたチャンク番号の映像フレームを読み込むステップS56。本実施形態では、チャンク番号と映像フレーム番号とは1:1で対応しているため、同じ値になる。[映像素材蓄積装置の動作:素材ファイルの送信]図21を参照して、映像素材蓄積装置700が素材ファイルを送信する動作について説明する適宜図11参照。映像データ入力モジュール710は、読み込み手段711によって、読み込んだ映像フレームを映像データ用キュー6311に書き込むステップS61。送信接続モジュール720は、データ分配手段722によって、映像データ用キュー6311から映像フレームを読み出すステップS62。送信接続モジュール720は、データ分配手段722によって、読み出した映像フレームを、同チャンク番号を要求した送信モジュール310A,310Bに対応する映像データ用キュー631A,631Bの一方に書き込む。つまり、データ分配手段722は、対応関係情報を参照して、この映像フレームを対応する映像データ用キュー631A,631Bに分配して書き込むステップS63,S64。送信モジュール310Aは、データ入力手段313Aによって、映像データ用キュー631Aから映像フレームを読み込むステップS65。また、パケット送信手段314Aは、映像データをパケット化して、映像処理装置800Aに送信するステップS66。なお、送信モジュール310Bは、送信モジュール310Aと同様にステップS65,S66の処理を行うため、説明を省略する。[映像処理装置の動作:加工済み素材ファイルの送信]図22を参照して、映像処理装置800Aが加工済み素材ファイルを送信する動作について説明する適宜図13参照。受信モジュール210は、パケット受信手段214によって、映像素材蓄積装置700からデータパケットを受信する。また、パケット受信手段214は、受信したデータパケットからチャンク番号304及びパケット番号305を抽出して、受信管理手段212に出力する。そして、受信管理手段212は、確認応答206が格納された同期パケットを生成するステップS70。受信モジュール210は、パケット受信手段214によって、映像データ用キュー6311に、受信したデータパケットのペイロード308を書き込むステップS71。映像データ処理モジュール810は、データ入出力手段812によって、映像データ用キュー6311から映像フレームを読み込んで、映像処理手段813に出力するステップS72。映像データ処理モジュール810は、映像処理手段813によって、入力された映像フレームに予め設定された映像処理を施す。また、映像処理手段813は、データ入出力手段812を介して、加工された映像フレーム素材ファイルを映像データ用キュー6312に書き込むステップS74。なお、ステップS75,S76の処理は、完成映像出力装置900にデータパケットを送信する以外、図21のステップS65,S66と同様のため、説明を省略する。[完成映像出力装置の動作:完成ファイルの生成]図23を参照して、完成映像出力装置900が完成ファイルを生成する動作について説明する適宜図14参照。受信モジュール210A,210Bにおいて、ステップS80,S81の処理は、映像処理装置800A,800Bからデータパケットを受信する以外、図22のステップS70,S71と同様のため、説明を省略する。受信接続モジュール920は、データ整列手段923によって、映像データ用キュー631A,631Bから、映像フレームを読み込むステップS82。また、データ整列手段923は、対応関係情報を参照して、読み込んだ映像フレームを所定の順番例えば、チャンク番号順に整列させてステップS83、映像データ用キュー6311に書き込むステップS84。映像データ出力モジュール910は、書き込み手段912によって、映像データ用キュー6311から映像フレームを順番に読み込んでステップS85、蓄積手段201に書き込むステップS86。また、完成映像出力装置900では、完成ファイルが完成したとき、以下の動作を行う。映像データ出力モジュール910は、チャンク番号出力手段911によって、チャンク番号用キュー6331へ書き込んだ映像フレームが最後のチャンク番号であるか否かを判定する。最後のチャンク番号である場合、チャンク番号出力手段911は、最終チャンク番号を示す最終チャンク番号情報を書き込み手段912に出力する。書き込み手段912は、最終チャンク番号情報が入力され、この最終チャンク番号情報が示すチャンク番号の映像フレームを蓄積手段201に書きこんで、完成ファイルが完成したか否かを判定する。そして、書き込み手段912は、完成ファイルが完成したら、ステータス完成ファイルの完成を管理端末500に送信する。[映像処理装置の動作:キュー報告]また、タスクを実行中、各ワーカー端末600は、バッファ監視手段611によって、映像データ用キュー631の状態を監視する。このとき、各映像データ用キュー631の状態は、キュー報告として管理端末500に収集される。そして、管理端末500は、ボトルネック対処条件の判定及びボトルネック改善処理の実行により、各ワーカー端末600に処理負荷を調整して、タスクを最適な状態で実行する。その一例として、映像処理がボトルネックの原因となっている可能性が高い場合を考える。この場合、映像処理が含まれる転送フローの速度比つまり、ボトルネックの原因となる映像処理を行っている映像処理装置の速度比を低下させて、その転送フローへの要求頻度を低減することで、複数の映像処理装置800の間で負荷を均等化する。ここで、説明を簡易にするため、映像処理装置800のみがキュー報告を送信し、映像素材蓄積装置700及び完成映像出力装置900がキュー報告を送信しないこととする。なお、本発明では、他のワーカー端末600が映像データ用キュー631を監視してもよいことは言うまでもない。以下、キュー報告から、ボトルネック対処条件の判定を行って、ボトルネック改善処理の実行までを順に説明する。図24を参照して、映像処理装置800Aにおけるキュー報告の前提として、完了フラグ642の更新と、チャンク蓄積領域644の削除について説明する適宜図7,図13参照。受信モジュール210は、パケット受信手段214によって、受信したデータパケットのペイロード308を、映像データ用キュー6311に確保したチャンク蓄積領域644のデータ領域643に順次書き込む。そして、パケット受信手段214は、このチャンク蓄積領域644において、1チャンク分全てのペイロード308をデータ領域643に書き込んだ場合、書き込み完了として、完了フラグ642を完了に更新する。例えば、図7では、3個のペイロード308未受信データがデータ領域643に書き込まれていないため、完了フラグ642が未完了のままである。そして、36個、全てのペイロード308がデータ領域643に書き込まれると、書き込み完了となり、完了フラグ642が完了に更新される。映像データ処理モジュール810は、映像処理手段813によって、映像データ用キュー6311から、このチャンク蓄積領域644のデータ領域643を読み出す。そして、映像処理手段813は、このチャンク蓄積領域644を削除しチャンク蓄積領域644の開放、データ領域643に蓄積されている映像フレームに映像処理を行う。また、映像処理手段813は、映像データ用キュー6312において、チャンク蓄積領域644のデータ領域643に加工済みの映像フレームを書き込むと共に、その完了フラグ642を完了に更新する。送信モジュール310は、データ入力手段313によって、映像データ用キュー6312から、このチャンク蓄積領域644のデータ領域643を読み出したら、このチャンク蓄積領域644を削除するチャンク蓄積領域644の開放。その後、加工済みの映像フレームは、パケット送信手段314によってパケット化されて、データパケットとして完成映像出力装置900に送信される。従って、映像処理装置800Aにおいて、映像処理前の映像データ用キュー6311の状態と、映像処理後の映像データ用キュー6312の状態とをバッファ監視手段611で監視することで、アプリケーションレベルでボトルネックの原因を推定できる。図25を参照して、映像処理装置800Aがキュー報告を送信する動作について説明する適宜図13参照。バッファ監視手段611は、映像データ用キュー6311,6312が、予め設定されたキュー状態に陥ったか否かキュー状態であるか否かを監視するステップS90。そして、バッファ監視手段611は、映像データ用キュー6311,6312がこのキュー状態に陥ったか否かにより、キュー報告が必要であるか否かを判定するステップS91。ここで、キュー報告が必要でない場合ステップS91でNo、映像処理装置800Aは、ステップS90の処理に戻る。一方、キュー報告が必要な場合ステップS91でYes、映像処理装置800Aは、ステップS92の処理に進む。バッファ監視手段611は、ステータス送信手段505を介して、キュー報告を管理端末500に送信するステップS92。このキュー報告は、映像データ用キュー6311,6312のキュー状態を示す情報であり、キュー報告を送信したワーカー端末600の所在情報と、キュー状態を識別する情報とが含まれる。ここで、バッファ監視手段611は、取得したキューの全情報を管理端末500に送信してもよいが、本実施形態では、映像データ用キュー6311,6312を監視して、以下で説明するキュー状態の何れかに陥ったときにキュー報告を送信することとした。<映像処理能力余剰のキュー状態>この映像処理能力余剰のキュー状態加工処理能力余剰のキュー状態は、映像データ用キュー処理前キュー6311で完了フラグが完了であるチャンク蓄積領域644の数が予め設定された閾値t1例えば、5よりも少なく、かつ、映像データ用キュー処理後キュー6312で完了フラグが完了であるチャンク蓄積領域の数が予め設定された閾値t2例えば、5よりも少ない状態である。言い換えるなら、映像処理能力余剰のキュー状態は、映像データ用キュー6311でチャンク蓄積領域644を確保していて、完了フラグ642が完了であるチャンク数が閾値t1よりも少なく、かつ、映像データ用キュー6312でチャンク蓄積領域644を確保していて、完了フラグ642が完了であるチャンク数が閾値t2よりも少ない状態である。この状態の場合、映像処理装置800Aにボトルネックは生じていないが、タスクの実行に映像処理装置800を必要以上に使用しており、並列処理システム1全体で映像処理能力に余剰が生じていると推定できる。<映像処理ボトルネックのキュー状態>映像処理ボトルネックのキュー状態加工処理ボトルネックのキュー状態は、映像データ用キュー処理前キュー6311で完了フラグが完了であるチャンク蓄積領域644の数が予め設定された閾値t3例えば、50よりも多く、かつ、映像データ用キュー処理後キュー6312で完了フラグが完了であるチャンク蓄積領域644の数が予め設定された閾値t4例えば、5よりも少ない状態である。言い換えるなら、映像処理ボトルネックのキュー状態は、映像データ用キュー6311でチャンク蓄積領域644を確保していて、完了フラグ642が完了であるチャンク数が閾値t3よりも多く、かつ、映像データ用キュー6312でチャンク蓄積領域644を確保していて、完了フラグ642が完了であるチャンク数が閾値t4よりも少ない状態である。この状態の場合、映像データ処理モジュール810がボトルネックの原因であると推定できる。<映像素材蓄積装置-映像処理装置転送ボトルネックのキュー状態>映像素材蓄積装置-映像処理装置転送ボトルネックのキュー状態素材蓄積装置-素材処理装置転送ボトルネックのキュー状態は、映像データ用キュー処理前キュー6311でデータ領域643のデータサイズが零よりも多く、かつ、完了フラグ642が未完了であるチャンク蓄積領域644の数が、予め設定された閾値t5例えば、5よりも多い状態である。言い換えるなら、映像素材蓄積装置-映像処理装置転送ボトルネックのキュー状態は、映像データ用キュー6311でチャンク蓄積領域644を確保していて、データサイズが零よりも多く、完了フラグ642が完了でないチャンク数が閾値t5よりも多い状態である。前記したファイル転送技術でパケットロスが多発した場合、図26に示すように、未受信のデータパケットがある影響で、映像データ用キュー6311内の各チャンク蓄積領域644に全てのデータが揃わない状態となる。このように、各チャンク蓄積領域644内でデータが欠ける場合、受信モジュール210ボトルネックの原因であると推定できる。<映像処理装置-完成映像出力装置転送ボトルネックのキュー状態>映像処理装置-完成映像出力装置転送ボトルネックのキュー状態素材処理装置-完成ファイル生成装置転送ボトルネックのキュー状態は、映像データ用キュー処理後キュー6312におけるチャンク蓄積領域644の数が予め設定された閾値t6例えば、5よりも少ない状態である。言い換えるなら、映像処理装置-完成映像出力装置転送ボトルネックのキュー状態は、映像データ用キュー6312で、確保しているチャンク蓄積領域644の数が閾値t6よりも少ない状態である。この状態の場合、送信モジュール310がボトルネックの原因であると推定できる。なお、前記したキュー状態は一例であり、例えば、映像データ用キュー6311の使用率と、映像データ用キュー6312の使用率とを比較することで、より正確な状態把握が可能となる。[管理端末の動作:ボトルネック改善処理]図27を参照して、管理端末500でのボトルネック改善処理について説明する適宜図2,図15参照。タスク実行手段502は、入力されたキュー報告に基づいて、キュー状態ごとに予め設定されたボトルネック対処条件を満たすか否かを判定するステップS180。ここで、キュー報告が、以下で説明するボトルネック対処条件A,B,C,Dの何れかを満たす場合ステップS180でYes、タスク実行手段502は、ボトルネック対処条件A~Dに対応するボトルネック改善処理の実行要求改善要求を命令処理手段101に出力するステップS181。一方、ここで、キュー報告がボトルネック対処条件A,B,C,Dの何れも満たさない場合ステップS180でNo、タスク実行手段502は、ボトルネック改善処理を終了する。ここでは、説明を簡易にするため、タスク実行手段502は、前記した映像処理能力余剰のキュー状態、及び、映像処理ボトルネックのキュー状態を示すキュー報告のみを対象にすることとする。さらに、異なるキュー状態を示すキュー報告を複数受信した場合、それらの関係性を考慮したボトルネック改善処理の変更も行わないこととする。<ボトルネック対処条件A>ボトルネック対処条件A第1のボトルネック対処条件は、予め設定された判定時間内において、映像処理能力余剰のキュー状態を示すキュー報告所定のキュー報告を複数台の映像処理装置800から受信したという条件である。<ボトルネック対処条件B>ボトルネック対処条件B第2のボトルネック対処条件は、判定時間内において、映像処理ボトルネックのキュー状態を示すキュー報告所定のキュー報告を1台の映像処理装置800から受信したという条件である。<ボトルネック対処条件C>ボトルネック対処条件C第3のボトルネック対処条件は、判定時間内において、映像処理ボトルネックのキュー状態を示すキュー報告を複数台の映像処理装置800から受信し、かつ、タスクを実行していない空きのワーカー端末600がデータベース管理手段504のデータベースに存在するという条件である。<ボトルネック対処条件D>ボトルネック対処条件D第4のボトルネック対処条件は、判定時間内において、映像処理ボトルネックのキュー状態を示すキュー報告を複数台の映像処理装置800から受信し、かつ、空きのワーカー端末600がデータベース管理手段504のデータベースに存在しないという条件である。なお、以上のような単純な判定ポリシーでは、処理ループが発生する場合がある。この場合、例えば、データベースの命令実行履歴を参照して、処理ループが発生したときにはボトルネック対処条件を変更する等の制御を行ってもよい。[管理端末の動作:ボトルネック改善処理の実行]図28を参照して、管理端末500でのボトルネック改善処理の実行について説明する適宜図2参照。本実施形態では、ボトルネック改善処理は、ボトルネック対処条件A~Dごとに予め設定されており、それぞれ、ボトルネック改善処理A~Dと呼ぶ。また、図28では、ボトルネック改善処理A~Dを処理A~Dと略記した。命令処理手段101は、入力された改善要求に基づいて、ボトルネック改善処理B,Dを実行するか否かを判定するステップS1800。ここで、ボトルネック改善処理B,Dを実行する場合ステップS1800でYes、管理端末500は、ステップS1801の処理に進む。一方、ボトルネック改善処理B,Dを実行しない場合ステップS1800でNo、管理端末500は、ステップS1802の処理に進む。ステップS1801の処理において、ボトルネック改善処理Bを実行する場合、命令処理手段101は、タスク実行手段502に速度比の再計算を命令する。タスク実行手段502は、キュー報告を送信した映像処理装置800の速度比を予め設定した割合例えば、10だけ低下させるように、映像処理装置800ごとの速度比を再計算する。すなわち、タスク実行手段502は、キュー報告を送信した映像処理装置800の転送フローから他の映像処理装置800の転送フローヘ、前記した割合で加工処理量が割り振られるように、速度比を変更する。ステップS1801の処理において、ボトルネック改善処理Dを実行する場合、命令処理手段101は、タスク実行手段502に同期信号の周期の再計算を命令する。タスク実行手段502は、タスクの目標速度が予め設定された量例えば、10だけ低下するように、同期信号の周期を再計算する。その後、命令処理手段101は、タスク実行手段502が再計算した速度比又は同期信号の周期を完成映像出力装置900に送信しステップS1801、処理を終了する。命令処理手段101は、入力された改善要求に基づいて、ボトルネック改善処理Cを実行するか否かを判定するステップS1802。ここで、ボトルネック改善処理Cを実行する場合ステップS1802でYes、管理端末500は、ステップS1803の処理に進む。一方、ボトルネック改善処理Cを実行しない場合ステップS1802でNo、管理端末500は、ステップS1805の処理に進む。命令処理手段101は、1台の空きのワーカー端末600に対して、映像処理装置800としてタスクを実行することを命令する。具体的には、命令処理手段101は、新たに追加する映像処理装置800に対して、追加モジュール620の起動を命令する。さらに、命令処理手段101は、映像素材蓄積装置700と、追加する映像処理装置800と、完成映像出力装置900との間に転送コネクションの確立を命令するステップS1803。命令処理手段101は、タスク実行手段502に速度比の再計算を命令する。また、タスク実行手段502は、追加した映像処理装置800を含めた、全ての映像処理装置800で速度比が均等になるように、速度比を再計算する。そして、命令処理手段101は、タスク実行手段502が再計算した速度比を完成映像出力装置900に送信しステップS1804、処理を終了する。命令処理手段101は、入力された改善要求に基づいて、ボトルネック改善処理Aを実行するか否かを判定するステップS1805。ここで、ボトルネック改善処理Aを実行する場合ステップS1805でYes、管理端末500は、ステップS1806の処理に進む。一方、ボトルネック改善処理Aを実行しない場合ステップS1805でNo、管理端末500は、処理を終了する。命令処理手段101は、タスク実行手段502に速度比の再計算を命令する。この場合1台の映像処理装置800をタスクから除外するため、タスク実行手段502は、この映像処理装置800を除いた、残りの映像処理装置800で速度比が均等になるように、速度比を再計算する。そして、命令処理手段101は、タスク実行手段502が再計算した速度比を完成映像出力装置900に送信するステップS1806、命令処理手段101は、タスクを実行する1台の映像処理装置800に対して、タスクの終了を命令する。具体的には、命令処理手段101は、タスクから除外される映像処理装置800に対して、追加モジュール620の終了を命令する。さらに、命令処理手段101は、映像素材蓄積装置700と、タスクから除外される映像処理装置800と、完成映像出力装置900との間に転送コネクションの切断を命令しステップS1807、処理を終了する。なお、タスクから除外される映像処理装置800において、完了フラグが未完了であるチャンク蓄積領域644が映像データ用キュー631に残っている場合、命令処理手段101は、ボトルネック改善処理Aを実行しなくともよい。[完成映像出力装置の動作:速度比、同期信号の周期の変更]図29を参照して、完成映像出力装置900での速度比又は同期信号を変更する動作について説明する適宜図14参照。命令実行手段202は、管理端末500から速度比を受信したか否かを判定するステップS200。ここで、速度比を受信した場合ステップS200でYes、管理端末500は、ステップS201の処理に進む。一方、速度比を受信していない場合ステップS200でNo、管理端末500は、ステップS202の処理に進む。命令実行手段202は、受信した速度比を同期パケット分配手段922に出力する。また、同期パケット分配手段922は、この速度比に基づいて、制御用キュー632A,632Bに制御データを分配して書き込みステップS201、ステップS200の処理に戻る。命令実行手段202は、管理端末500から同期信号の周期を受信したか否かを判定するステップS202。ここで、同期信号の周期を受信した場合ステップS202でYes、管理端末500は、ステップS203の処理に進む。一方、同期信号の周期を受信していない場合ステップS202でNo、管理端末500は、ステップS200の処理に戻る。命令実行手段202は、受信した同期信号の周期を同期信号生成手段921に出力する。また、同期信号生成手段921は、この同期信号の周期で同期信号を生成し、同期信号用キュー6341に書き込みステップS203、ステップS200の処理に戻る。図30を参照して、並列処理システム1で速度比を変更したときの同期パケットの転送について説明する適宜図14参照。例えば、映像処理装置800A,800Bがキュー報告を管理端末500に送信した場合、管理端末500は、映像処理装置800A,800Bの速度比を再計算して完成映像出力装置900に送信したこととする。完成映像出力装置900は、再計算された速度比の割合で、映像処理装置800A,800Bのそれぞれに同期パケットを送信して、加工済み素材ファイルを要求する。その後、映像処理装置800A,800Bは、それぞれ、素材ファイルを映像素材蓄積装置700に送信して、素材ファイルを要求する。このとき、完成映像出力装置900では、要求の前に予めチャンク蓄積領域644を確保するため、映像データ用キュー631にオーバーフローが発生しない。また、要求チャンク番号205が確認応答206を送信する同期パケットに格納されるため、映像処理装置800A,800Bそれぞれの処理量を指示する必要が無く、データ通信量を削減できる。さらに、空きの転送フローから順番に要求を行って、その順にどのチャンクを要求するか決定されるため、事前にどのチャンクをどの転送フローで転送するかを予め決定する必要がない。例えば、図30の各装置で処理負荷が均等化されていて、ボトルネックが発生していない場合、要求した順に映像フレームが返送されてくる。以上のように、本発明の第1実施形態に係る並列処理システム1によれば、映像処理装置800が映像データ用キュー631を監視して、ボトルネックの可能性があるときにキュー報告を送信する。そして、並列処理システム1によれば、管理端末500が、このキュー報告に基づいてボトルネック対処条件を満たすか否かを判定し、このボトルネック対処条件を満たすとき、ボトルネック改善処理を実行して、映像処理装置800の加工処理量つまり、速度比を変更する。従って、並列処理システム1によれば、ボトルネックの原因を判定するために測定用データの相互通信を行う必要がなく、少ないデータ通信量でボトルネックの原因を判定できると共に、処理装置の状態に応じて処理量を動的に分配できる。また、並列処理システム1によれば、映像処理装置800が、映像データ用キュー6311,6312を介して、受信モジュール210及び送信モジュール310と映像データ処理モジュール810とが入出力を行うため、映像処理の変更が転送処理に影響を及ぼすことが無いと共に、並列化を考慮して映像処理を実装する必要がない。さらに、並列処理システム1によれば、既存の映像処理プログラムの入出力先を映像データ用キュー6311,6312に変更するだけで、既存の映像処理プログラムを流用することができる。従って、並列処理システム1によれば、製造コストを削減することができる。なお、管理端末500での速度比算出規則は、映像処理装置800で速度比を等分するものに限定されない。例えば、速度比算出規則は、各ワーカー端末600のハードウェア性能やネットワークトポロジ、各ワーカー端末600に命令した処理の履歴、処理速度の評価等の情報を考慮した規則としてもよい。なお、管理端末500での装置選択規則は、空きのワーカー端末600を順番に選択するものに限定されない。例えば、装置選択規則は、ラウンドロビンで選択する規則としてもよく、各ワーカー端末600のハードウェア性能を考慮した規則としてもよい。なお、映像処理装置800での映像処理加工処理は、トランスコーディングに限定されない。具体的には、映像処理装置800は、映像処理として、例えば、映像ノイズ除去、カラーコレクション、ワイプ、ディゾルブ、スーパーインポーズを行うことができる。なお、映像ファイルのファイル形式は、MXFに限定されない。例えば、映像ファイルのファイル形式は、蓄積手段201から読み込む際、ランダムアクセスが可能で、フレーム単位又はGOPGroupOfPictures単位等の基準単位でデータを分割できるものであればよい。なお、フレーム間予測を行わずに符号化された映像ファイルを扱うため、1チャンクを1映像フレームとしたが、本発明は、これに限定されない。例えば、本発明は、同じGOP内のピクチャのみを参照できる、クローズドGOPの映像ファイルを扱うことができる。この場合、並列処理システム1は、図31に示すように、1チャンクを1GOPとして、映像データ用キュー631の読み書きを行うことで、クローズドGOPの映像ファイルを扱うこともできる。なお、本実施形態では、1個のタスクを実行する例で説明したが、並列処理システム1は、複数のタスクを並行に実行することができる。このとき、管理端末500は、同期信号の周期を制御することで、タスクに優先順位を設けることができる。つまり、複数のタスクを異なる同期信号の周期で実行すると、各タスクのデータが別々の速度で転送される。例えば、タスク1とタスク2との優先比率が4:6で、ネットワーク装置NWの帯域が100Mbpsの場合を考える。この場合、タスク1だけなら100Mbpsの帯域を使用できるが、タスク2が加わると、タスク1が40Mbpsの帯域を使用し、タスク2が60Mbpsの帯域を使用する。その結果、タスク2の方が、タスク1よりも優先的に処理を行うことができる。なお、本実施形態では、並列処理システム1が2台の映像処理装置800を備える例で説明したが、本発明は、これに限定されない。つまり、並列処理システム1は、3台以上の映像処理装置800を備えてもよい。なお、本実施形態では、ワーカー端末600が映像素材蓄積装置700、映像処理装置800又は完成映像出力装置900の何れとしも動作できると説明したが、本発明は、これに限定されない。例えば、映像処理には蓄積手段201が不要のため、蓄積手段201が省略されたワーカー端末600を用意して、映像処理装置専用のワーカー端末600としてもよい。変形例1なお、本実施形態では、1個の素材ファイルに映像処理を施して、1個の完成ファイルを生成する並列処理を説明したが、本発明は、これに限定されない。つまり、本発明は、受信側主導でデータを要求するため、複数の素材ファイルで同期が必要な映像処理例えば、ワイプ処理も容易に並列化することができる。図32を参照して、本発明の変形例1に係る並列処理システム1Aとして具体的に説明する。並列処理システム1Aは、図32に示すように、2台の映像素材蓄積装置700A,700Bと、2台の映像処理装置800A,800Bと、1台の完成映像出力装置900とを備える。ここで、並列処理システム1Aにおいて、映像素材蓄積装置700A,700Bに蓄積された素材ファイル1,2で同期を取り、映像処理を施して1個の完成ファイルを生成ずる並列処理を考える。この映像処理としては、素材ファイル1のフルサイズ映像に、素材ファイル2の縮小映像を埋め込むPIPPictureInPicture処理をあげることができる。例えば、映像処理装置800Aは、映像素材蓄積装置700Aから、素材ファイル1の1,3,6チャンク目の映像フレームを受信し、映像素材蓄積装置700Bから、素材ファイル2の1,3,6チャンク目の映像フレームを受信したこととする。この場合、映像処理装置800Aは、素材ファイル1,2の1,3,6チャンク目にPIP処理を施して、3枚の映像フレームを完成映像出力装置900に送信する。また、例えば、映像処理装置800Bは、映像素材蓄積装置700Aから、素材ファイル1の2,4,5番目の映像フレームを受信し、映像素材蓄積装置700Bから、素材ファイル2の2,4,5チャンク目の映像フレームを受信したこととする。この場合、映像処理装置800Bは、素材ファイル1,2の2,4,5チャンク目にPIP処理を施して、3枚の映像フレームを完成映像出力装置900に送信する。その後、完成映像出力装置900は、映像処理装置800A,800Bから受信した6枚の映像フレームをチャンク番号順に整列させ、完成ファイルを生成する。なお、並列処理システム1Aは、映像処理装置800が2台のため、転送フローが2個である。変形例2図33を参照して、本発明の変形例2に係る並列処理システム1Bについて説明する。図33に示すように、並列処理システム1Bは、2台の映像素材蓄積装置700A,700Bと、4台の映像処理装置800A~800Dと、1台の完成映像出力装置900とを備える。この並列処理システム1Bは、分散ファイルシステムを採用したものであり、オリジナルの素材ファイルが映像素材蓄積装置700Aに蓄積され、素材ファイルのコピーが映像素材蓄積装置700Bに蓄積されている。この場合、例えば、映像処理装置800A,800Bが映像素材蓄積装置700Aに素材ファイルの前半部分を要求し、映像処理装置800C,800Dが映像素材蓄積装置700Bに素材ファイルの後半部分を要求する。このように、並列処理システム1Bでは、複数の映像素材蓄積装置700で送信する素材ファイルを分配できるため、ネットワーク構成、帯域、映像素材蓄積装置700の性能に応じて、並列処理の高速化を図ることができる。なお、並列処理システム1Bは、映像処理装置800が4台のため、転送フローが4個である。変形例3なお、本実施形態では、素材ファイルに1種類の映像処理を施すこととしたが、本発明は、これに限定されない。つまり、本発明は、素材ファイルに2種類以上の映像処理を施すこともできる。図34を参照して、本発明の変形例3に係る並列処理システム1Cとして具体的に説明する。図34に示すように、並列処理システム1Cは、1台の映像素材蓄積装置700と、4台の映像処理装置800A~800Dと、1台の完成映像出力装置900とを備える。映像処理装置800A,800Bは、それぞれ、映像素材蓄積装置700から受信された素材ファイルにある映像処理例えば、映像ノイズ除去を施して、映像処理装置800C,800Dに送信する。映像処理装置800C,800Dは、それぞれ、映像処理装置800A,800Bから受信された素材ファイルに別の映像処理例えば、トランスコーディングを施して、完成映像出力装置900に送信する。なお、並列処理システム1Bは、完成映像出力装置と転送を行う映像処理装置800C,800Dが2台のため、転送フローが2個である。第2実施形態[映像素材蓄積装置:キュー報告]図11に戻り、本発明の第2実施形態に係る並列処理システム1以後、並列処理システム1Dと呼ぶについて、第1実施形態と異なる点を説明する。並列処理システム1Dでは、映像処理装置800だけでなく、映像素材蓄積装置700及び完成映像出力装置900がキュー報告をさらに送信する点が第1実施形態と大きく異なる。さらに、並列処理システム1Dでは、管理端末500が、映像素材蓄積装置700及び完成映像出力装置900からのキュー報告に基づいて、ボトルネック対処条件の判定及びボトルネック改善処理を実行する点が、第1実施形態と大きく異なる。図11のバッファ監視手段611は、映像データ用キュー6311,631A,631Bがキュー状態に陥ったか否かを監視し、以下で説明するキュー状態の何れかに陥ったときにキュー報告を生成する。<読込処理ボトルネックのキュー状態>読込処理ボトルネックのキュー状態は、映像データ用キュー処理前キュー6311で完了フラグが未完了であるチャンク蓄積領域644の数が予め設定された閾値t9例えば、5よりも多い状態である。この状態の場合、映像データ入力モジュール710がボトルネックの原因であると推定できる。<映像素材蓄積装置-映像処理装置転送ボトルネックのキュー状態>映像素材蓄積装置-映像処理装置転送ボトルネックのキュー状態素材蓄積装置-素材処理装置転送ボトルネックのキュー状態は、それぞれの映像データ用キュー処理後キュー631A,631Bでチャンク蓄積領域644の数が予め設定された閾値t10例えば、5よりも少ない状態である。この状態の場合、送信モジュール310A,310Bがボトルネックの原因であると推定できる。ここで、映像データ用キュー631Aが映像処理装置800Aに対応し、映像データ用キュー631Bが映像処理装置800Bに対応する。従って、バッファ監視手段611は、映像処理装置800A,800B何れの転送がボトルネックの原因があるかを判定すべく、映像データ用キュー631A,631Bを個別に監視する。そして、キュー報告を生成する場合、バッファ監視手段611は、このキュー報告に映像処理装置800A,800Bの所在情報を付加する。[完成映像出力装置:キュー報告]図14を参照して、完成映像出力装置900でのキュー報告について説明する。図14のバッファ監視手段611は、映像データ用キュー6311,631A,631Bがキュー状態に陥ったか否かを監視し、以下で説明するキュー状態の何れかに陥ったときにキュー報告を生成する。<映像処理装置-完成映像出力装置転送ボトルネックのキュー状態>映像処理装置-完成映像出力装置転送ボトルネックのキュー状態素材処理装置-完成ファイル生成装置転送ボトルネックのキュー状態は、それぞれの映像データ用キュー処理前キュー631A,631Bでデータ領域643のデータサイズが零よりも多く、かつ、完了フラグが未完了であるチャンク蓄積領域644の数が予め設定された閾値t7例えば、5よりも多い状態である。この状態の場合、受信モジュール210A,210Bがボトルネックの原因であると推定できる。ここで、映像データ用キュー631Aが映像処理装置800Aに対応し、映像データ用キュー631Bが映像処理装置800Bに対応する。従って、バッファ監視手段611は、映像処理装置800A,800B何れの転送がボトルネックの原因であるかを判定すべく、映像データ用キュー631A,631Bを個別に監視する。そして、キュー報告を生成する場合、バッファ監視手段611は、このキュー報告に映像処理装置800A,800Bの所在情報を付加する。<書込処理ボトルネックのキュー状態>書込処理ボトルネックのキュー状態は、映像データ用キュー処理後キュー6311で完了フラグが完了であるチャンク蓄積領域644の数が予め設定された閾値t8例えば、50よりも多い状態である。この状態の場合、映像データ出力モジュール910がボトルネックの原因であると推定できる。[管理端末:ボトルネック対処条件の判定及びボトルネック改善処理の実行]図2に戻り、管理端末500でのボトルネック対処条件の判定及びボトルネック改善処理の実行について説明する。タスク実行手段502は、映像素材蓄積装置700及び完成映像出力装置900からのキュー報告に基づいて、キュー状態ごとに予め設定されたボトルネック対処条件を満たすか否かを判定する。このキュー報告が、以下で説明するボトルネック対処条件E~Hの何れかを満たす場合、タスク実行手段502は、ボトルネック対処条件E~Hに対応するボトルネック改善処理E~Hの実行要求を命令処理手段101に出力する。<ボトルネック対処条件E>ボトルネック対処条件E第5のボトルネック対処条件は、判定時間内において、読込処理ボトルネックのキュー状態を示すキュー報告を映像素材蓄積装置700から受信したという条件である。<ボトルネック対処条件F>ボトルネック対処条件F第6のボトルネック対処条件は、判定時間内において、映像素材蓄積装置700及び映像処理装置800の両方から、映像素材蓄積装置-映像処理装置転送ボトルネックのキュー状態を示すキュー報告を受信したという条件である。この条件では、映像処理装置800A,800B何れの転送がボトルネックの原因であるかを判定すべく、映像処理装置800A,800B何れからキュー報告を受信したか区別する。すなわち、タスク実行手段502は、キュー報告に付加された所在情報を参照して、映像素材蓄積装置700と映像処理装置800Aとからキュー報告を受信したか、又は、映像素材蓄積装置700と映像処理装置800Bとからキュー報告を受信したのかを区別する。<ボトルネック対処条件G>ボトルネック対処条件G第7のボトルネック対処条件は、判定時間内において、映像処理装置800及び完成映像出力装置900の両方から、映像処理装置-完成映像出力装置転送ボトルネックのキュー状態を示すキュー報告を受信したという条件である。この条件では、映像処理装置800A,800B何れの転送がボトルネックの原因であるかを判定すべく、映像処理装置800A,800B何れからキュー報告を受信したか区別する。すなわち、タスク実行手段502は、キュー報告に付加された所在情報を参照して、完成映像出力装置900と映像処理装置800Aとからキュー報告を受信したか、又は、完成映像出力装置900と映像処理装置800Bとからキュー報告を受信したのかを区別する。<ボトルネック対処条件H>ボトルネック対処条件H第8のボトルネック対処条件は、判定時間内において、書込処理ボトルネックのキュー状態を示すキュー報告を完成映像出力装置900から受信したという条件である。図2の命令処理手段101は、入力された改善要求に基づいて、ボトルネック改善処理E~Hの何れを実行するか否かを判定する。なお、ボトルネック対処条件F,Gは、ボトルネック改善処理Bと同様のため、説明を省略する。ボトルネック改善処理Eを実行する場合、命令処理手段101は、1台の空きのワーカー端末600に対して、映像素材蓄積装置700としてタスクを実行することを命令する。具体的には、命令処理手段101は、新たに追加する映像素材蓄積装置700に対して、追加モジュール620の起動を命令する。さらに、命令処理手段101は、追加する映像素材蓄積装置700と、映像処理装置800と、完成映像出力装置900との間に転送コネクションの確立を命令する。ボトルネック改善処理Hを実行する場合、命令処理手段101は、完成ファイルをより高速な蓄積手段201に蓄積すべき通知を、ステータス蓄積手段の高速化として、データベース管理手段504に出力する。この場合、データベース管理手段504は、入力されたステータス蓄積手段の高速化をステータス送信手段505に出力する。そして、ステータス送信手段505は、データベース管理手段504からステータス蓄積手段の高速化が入力され、このステータスをクライアント端末400に出力する。その後、クライアント端末400がステータス蓄積手段の高速化を提示することで、オペレータは、例えば、完成映像出力装置900の蓄積手段201を高速なものに交換するといった作業を行うことができる。以上のように、本発明の第2実施形態に係る並列処理システム1Dによれば、第1実施形態と同様の効果に加え、映像素材蓄積装置700及び完成映像出力装置900でのボトルネックを改善することができ、並列処理システム1Dの信頼性をより向上させることができる。"