JP2009181482A - 画像処理システム及び画像処理方法 - Google Patents

Abstract

【課題】システム内の一部の装置で発生したエラーがシステム全体に波及する不具合を防止する。また、レンダリングにかかる通信負荷を低減する。
【解決手段】画像処理システム１は、数値データを画像化する処理及び画像データを加工する処理を含む画像処理を実行する複数の画像処理装置１０ａ、１０ｂ、１０ｃと、各画像処理装置に画像処理の実行を指示するクライアント端末２０ａ、２０ｂ、２０ｃと、各画像処理装置の稼働状態に関する情報がテキストファイルで作成されたファイルサーバ３０とを備える。画像処理装置は、稼働状態に関する情報をファイルサーバ３０に書き込み、クライアント端末は、画像処理装置の稼働状態に関する情報をファイルサーバ３０から取得することにより、クライアント端末と画像処理装置との間で、稼働状態に関する情報を送受信することによる通信負荷を低減する。
【選択図】図１

Description

本発明は、端末装置によって指定された画像処理を複数の画像処理装置に分散して実行させる画像処理システム及び画像処理方法に関する。

従来、複雑な演算を複数のコンピュータに分散して実行させる技術がある。コンピュータグラフィクスを用いて映像を制作する分野では、例えば、数値データを画像化する処理、２次元画像を３次元化する処理、３次元画像に陰面消去や陰影付けを行う処理などの画像処理（以下、これらを纏めてレンダリングという）を複数の画像処理装置に分散して実行させる技術がある。

レンダリングを複数の画像処理装置に分散して実行させることにより、１台の画像処理装置でレンダリングを実行する場合と比べ、短時間でレンダリングを終了させることができる。

レンダリングの分散処理について説明する。一の例として、レンダリングを実行する複数の画像処理装置と、レンダリングを依頼する複数のクライアント端末と、複数の画像処理装置と複数のクライアント端末とを統括する機能を有するコントローラとがネットワークを介して相互に接続された画像処理システムが開示されている（特許文献１参照）。

特許文献１に開示された画像処理システムでは、コントローラは、クライアント端末から依頼されたレンダリングの内容に基づいて、複数の画像処理装置にレンダリングを分散している。

別の例として、レンダリングを実行する複数の画像処理装置と、画像処理装置にレンダリングを依頼するクライアント端末とを備えた分散処理システムが開示されている（特許文献２参照）。

特許文献２に開示された分散処理システムでは、クライアント端末は、画像処理装置から装置の稼働状態を取得し、取得した装置の稼働状態に応じて、レンダリングを依頼する画像処理装置を選択している。
特開２００２−２６９０６０号公報 特開２００５−０７８４６１号公報

特許文献１に開示された画像処理システムでは、レンダリングに関する全ての通信は、システム全体を統括する機能を有するコントローラを介して行われる。そのため、コントローラでエラーが発生したとき、このエラーによる不具合がシステム全体に波及するという欠点があった。

一方、特許文献２に開示された分散処理システムでは、コントローラに相当する装置は存在しないので、コントローラで発生したエラーがシステム全体に波及するという不具合は生じない。代わりに、クライアント端末が画像処理装置の稼働状態を各画像処理装置から直接取得する。

しかし、この場合、クライアント端末の数、及びクライアント端末に接続される画像処理装置の数が増加すると、クライアント端末が画像処理装置の稼働状態を取得するための通信が頻発し、ネットワークの通信負荷が増大する。

そこで、本発明は、複数の画像処理装置に分散してレンダリングを実行させる際に、システム内の一部の装置で発生したエラーがシステム全体に波及する不具合を防止するとともに、システム内において、レンダリングを依頼するクライアント端末とレンダリングを実行する画像処理装置との間の通信負荷を低減することができる画像処理システム及び画像処理方法を提供することを目的とする。

上述した目的を達成するために、本発明の第１の特徴は、数値データを画像化する処理及び画像データを加工する処理を含む画像処理を実行する複数の画像処理装置（画像処理装置１０ａ，１０ｂ，１０ｃ）と、前記複数の画像処理装置の各々に前記画像処理の実行を指示するクライアント端末（クライアント端末２０ａ，２０ｂ，２０ｃ）とがネットワーク（通信ネットワーク４０）を介して相互に接続された画像処理システム（画像処理システム１）であって、各画像処理装置の稼働状態に関する稼動情報を格納する格納部（テキストファイル格納部３１）を有する記憶サーバ（ファイルサーバ３０）を備え、前記記憶サーバは、前記複数の画像処理装置と前記クライアント端末と前記ネットワークを介して接続されており、前記クライアント端末は、前記画像処理が施されるデータを前記稼働情報に基づいて前記複数の画像処理装置に割り振るデータ割振部（データ割振部２１１）を有し、前記各画像処理装置は、前記稼働情報をテキストファイルで作成して前記格納部に書き込む稼働情報作成部（稼動情報作成部１１１）を有し、前記クライアント端末は、前記格納部に格納された前記稼働状態に関する情報を読み出し、前記画像処理が施されるデータを前記読み出した稼働状態に関する情報に基づいて前記複数の画像処理装置に割り振ることを要旨とする。

本発明の特徴によれば、記憶サーバ（ファイルサーバ３０）は、各画像処理装置の稼働状態に関する稼動情報を格納する格納部（テキストファイル格納部３１）を有し、稼動情報作成部は、稼働情報をテキストファイルで作成して格納部に書き込み、クライアント端末は、格納部に格納されたテキストファイルを読み出す。

記憶サーバは、テキストファイルの管理のみを行っており、クライアント端末と画像処理装置とを統括するコントローラとして機能していない。したがって、クライアント端末と画像処理装置とを統括するコントローラで発生したエラーがシステム全体に波及するという不具合を防止できる。

また、本発明の特徴によれば、画像処理装置の稼動情報が記憶サーバにテキストファイルで保存されているため、テキストファイルを参照することにより、システム内でエラーが発生した場合、エラーの要因、発生箇所を特定することができる。

クライアント端末は、画像処理を依頼した画像処理装置各々の稼働情報を記憶サーバから取得する。すなわち、画像処理装置の稼働情報を取得する通信は、クライアント端末と記憶サーバとの間の１対１の接続でよい。

したがって、複数の画像処理装置とクライアント端末とが稼動情報を取得するために互いに通信し合うことで生じる通信負荷を低減できる。また、稼働情報を記したテキストファイルは、データ容量が抑えられる。データ容量の抑制は、記憶サーバへの書き込み／読み出し時の通信負荷の低減に繋がる。

本発明の第２の特徴は、本発明の第１の特徴に係り、稼動情報作成部（稼動情報作成部１１１）によって作成される稼動情報には、前記画像処理が施されるデータを識別する情報と、前記画像処理が施されるデータに対して実行する前記画像処理の進捗状況とが含まれることを要旨とする。

本発明によれば、稼動情報作成部において、画像処理が施されるデータを識別する情報と、画像処理が施されるデータに対して実行する画像処理の進捗状況とを含む稼動情報が作成される。

したがって、クライアント端末は、各画像処理装置に割り振ったデータに対する画像処理の進捗状況を取得することができる。

本発明の第３の特徴は、本発明の第２の特徴に係り、前記稼動情報作成部（稼動情報作成部１１１）は、前記テキストファイルで作成された前記稼働情報を更新し、前記更新した時刻に関する情報を前記テキストファイルに記述し、前記クライアント端末は、前記テキストファイルに記述された最新の時刻情報と現在時刻とを比較し、比較結果から前記画像処理装置の稼動状況を判断することを要旨とする。

本発明によれば、テキストファイルに稼働状態に関する情報と、更新された時刻に関する情報とが記述されるので、クライアント端末は、テキストファイルに記述された最新の時刻情報と現在時刻とを比較して、画像処理装置の稼動状況を判断する。

例えば、最新の時刻情報と現在時刻との時間間隔が所定値以上であれば、画像処理装置は、停止している判断する。この場合、クライアント端末は、画像処理の停止時までに完了したデータ以降のデータに対してのみ画像処理の再試行を指示することができる。

本発明の第４の特徴は、本発明の第１の特徴に係り、前記各画像処理装置は、前記画像処理を行う複数の画像制作部（画像制作部１１２ａ，１１２ｂ，１１２ｃ）を有し、前記複数の画像制作部は、前記画像処理を実行するために必要な設定項目がそれぞれ異なっており、前記クライアント端末は、操作者から前記画像処理を実行するために必要な前記設定項目が設定される画像処理設定部（画像処理設定部２１２）と、前記画像処理設定部において設定された前記設定項目を、前記画像制作部毎に対応する設定項目に変換する設定変換部（設定変換部２１３）とを有することを要旨とする。

本発明によれば、画像処理設定部と設定変換部とを設けたことにより、オペレータは、それぞれ設定項目が異なる画像制作部に対する画像処理の設定を一括して行える。したがって、画像制作部毎に画像処理に関する設定を行う場合に比べ、設定時におけるオペレータによる操作を簡便にすることができる。

また、画像処理システムにおける分散処理で生じる不具合の一つとして、設定段階で起こり得る人為的エラーを防止することができる。

本発明の第５の特徴は、数値データを画像化する処理及び画像データを加工する処理を含む画像処理を実行する複数の画像処理装置と、前記複数の画像処理装置の各々に前記画像処理の実行を指示するクライアント端末と、前記複数の画像処理装置の各々の稼働状態に関する稼動情報が格納される記憶サーバとがネットワークを介して相互に接続された画像処理システムにおいて、前記クライアント端末からの指示に基づいて前記複数の画像処理装置で前記画像処理が実行される画像処理方法であって、前記複数の画像処理装置の各々の前記稼働情報がテキストファイルで作成される稼動情報作成工程と、前記稼動情報作成工程により作成されたテキストファイルが前記記憶サーバに書き込まれる工程と、前記記憶サーバに書き込まれた前記稼働情報が読み出される工程と、前記画像処理が施されるデータが前記読み出された前記稼働情報に基づいて前記複数の画像処理装置に割り振られる工程とを有することを要旨とする。

本発明の特徴によれば、複数の画像処理装置の各々の稼働情報がテキストファイルで作成され、作成されたテキストファイルが記憶サーバに書き込まれる。記憶サーバに書き込まれた稼働情報は、読み出されて、読み出された稼働情報に基づいて画像処理が施されるデータが複数の画像処理装置に割り振られる。

また、本発明の第６の特徴は、前記画像処理を実行するための設定項目がそれぞれ異なる複数の画像制作工程と、操作者から前記画像処理を実行するために必要な前記設定項目が設定される画像処理設定工程と、前記画像処理設定工程で設定された前記設定項目が前記複数の画像制作工程の各々で個別に実行される画像処理に適合した設定項目に変換される設定変換工程とを有し、前記複数の画像制作工程の各々は、前記変換された設定項目に基づいて、前記複数の画像処理を実行することを要旨とする。

本発明の特徴によれば、操作者から画像処理を実行するために必要な設定項目が設定されると、設定された設定項目が複数の画像制作工程の各々で個別に実行される画像処理に適合した設定項目に変換される。

したがって、本発明によれば、それぞれ設定項目が異なる画像制作工程に対する画像処理の設定が一括して行われる。

本発明によれば、複数の画像処理装置に分散してレンダリングを実行させる際に、システム内の一部の装置で発生したエラーがシステム全体に波及する不具合を防止することができる。また、画像処理システム内において、レンダリングを依頼するクライアント端末とレンダリングを実行する画像処理装置との間の通信負荷を低減することができる。

（画像処理システム）
本発明に係る画像処理システム１の実施形態の一例について、図面を参照して説明する。なお、以下の図面の記載において、同一または類似する部分には、同一または類似する符号を付けている。但し、図面は、形式的なものであり、具体的な機能、作用等は、以下の説明を参酌して判断すべきものである。

また、画像処理の稼動状況を記す進捗情報ファイルと、画像処理の結果を記す実行ログファイルは、それぞれ異なる記憶サーバに置いてよいが、以下の説明では簡単のためこれら２種類のファイルを同一の記憶サーバ（ファイルサーバ３０）に置くものとする。

図１に示す画像処理システム１は、数値データを画像化する処理及び画像データを加工する処理を含む画像処理を実行する複数の画像処理装置１０ａ、１０ｂ、１０ｃと、各画像処理装置に画像処理の実行を指示するクライアント端末２０ａ、２０ｂ、２０ｃと、各画像処理装置の稼働状態に関する情報が格納されるファイルサーバ３０とを備えている。

画像処理装置１０ａ、１０ｂ、１０ｃと、クライアント端末２０ａ、２０ｂ、２０ｃとファイルサーバ３０は、通信ネットワーク４０を介して相互に接続されている。通信ネットワーク４０は、無線通信ネットワーク又は有線通信ネットワークの何れであってもよい。

画像処理システム１は、複雑な画像処理計算を複数の画像処理装置に分散して実行させるシステムである。これにより、１台の画像処理装置で画像処理計算を実行する場合と比べ、より短時間でレンダリングを終了させることができる。

画像処理としては、例えば、数値データを画像化する処理、２次元画像を３次元化する処理、３次元画像に陰面消去や陰影付けを行う処理などの画像処理（これらを纏めてレンダリングという）である。本実施形態では、レンダリングの１単位（一度に処理を指定された１つまたは複数のフレームのレンダリング）をジョブという。

（画像処理装置の構成）
画像処理装置の構成について、図２を用いて詳細に説明する。画像処理装置１０ａは、制御部１１、入力部１２、表示部１３、記憶部１４及び通信インターフェイス（以下、通信Ｉ／Ｆという）１５を備える。

入力部１２は、一例として、画像処理装置１０ａがＰＣの場合であれば、キーボード、又はマウス等のポインティングデバイスである。表示部１３は、液晶ディスプレイ（ＬＣＤ）等である。

記憶部１４は、ハードディスクドライブ等の大容量記憶媒体であり、各種制御プログラム、レンダリングを実行する上で必要な制御プログラム等が格納されている。記憶部１４は、着脱可能な記憶媒体と、この記憶媒体に対して記録再生可能なドライバとから構成されていてもよい。

制御部１１は、図２に図示しないＣＰＵ、ＲＯＭ、ＲＡＭ等を備えており、記憶部１４に格納された制御プログラムを実行することにより、稼動情報作成部１１１と、画像制作部１１２ａ〜１１２ｃとして機能する。

すなわち、稼動情報作成部１１１、画像制作部１１２ａ〜１１２ｃは、制御部１１によって実行されるソフトウェアモジュールとして実現される。

稼動情報作成部１１１は、画像処理装置１０ａの稼働状態に関する情報をテキストファイルで作成し、作成したテキストファイルをファイルサーバ３０のテキストファイル格納部３１に書き込む。また、稼動情報作成部１１１は、ファイルサーバ３０に書き込んだテキストファイルを所定のタイミングで更新する。所定のタイミングとは、例えば、１フレーム分のレンダリングが完了するか、又は一定期間毎（例えば、数秒間）である。

稼動情報作成部１１１が作成するテキストファイルには、進捗状況ファイルと、実行ログファイルとがある。

進捗状況ファイル、実行ログファイルの両者ともに画像処理装置毎に作成される。ファイル名或いはファイルが格納されるフォルダ名の一部には、画像処理装置を識別する情報が付けられる。

進捗状況ファイルは、画像処理装置１０ａ〜１０ｃにおけるレンダリングの進捗状況に関する情報が記述されたファイルである。進捗状況ファイルに記述される情報は、レンダリングの進捗状況に関する情報である。

具体的には、以下に示すものがある。

１． 画像処理装置にレンダリングを依頼したクライアント端末を識別する情報
２． 依頼されたレンダリングの優先度
３． 依頼されたレンダリングの実行開始時刻
４． 依頼されたレンダリングに使用するレンダリングソフト（後述する）を識別する情報
５． レンダリングの対象となるフレームのフレームナンバ
６． 依頼されたレンダリングの中で、自身が担当しているフレーム（何フレーム目から何フレーム目までという情報）
上述した１〜６の設定項目に関する情報が１つのレンダリングに対応付けられている。

例えば、１つの画像処理装置は、２つ以上のレンダリングを指示されることも可能である。この場合、２セットのデータが進捗状況ファイルに記述される。また、画像処理装置にレンダリングを依頼しているクライアント端末の数も記述される。

また、稼動情報作成部１１１は、テキストファイルを更新した時間に関する情報（タイムスタンプ）を進捗状況ファイルに付加する。

進捗状況ファイルは、ファイルサーバ３０を介して、クライアント端末２０ａ〜２０ｃに読み出される。クライアント端末２０ａ〜２０ｃは、後述する図６又は図７に示すウィンドウを作成する際に、進捗状況ファイルを利用する。

実行ログファイルは、画像処理装置１０ａ〜１０ｃにおいて、既に終了したレンダリングに関する情報が記述されたファイルである。

稼動情報作成部１１１は、レンダリングソフトが１フレーム分のレンダリングの終了通知をクライアント端末２０ａ〜２０ｃに出力するタイミングで、実行ログファイルに記述を書き足す。

実行ログファイルは、通常、レンダリングの実行中には殆ど参照されないファイルであるが、レンダリングが終了した後に、必要に応じて参照されることがある。

例えば、クライアント端末２０ａ〜２０ｃは、上述した進捗状況ファイルに記述された情報に基づいて、レンダリングが異常終了したと判断したとき、実行ログファイルを参照し、実行ログファイルに記述されたエラーメッセージ等を取得する。これにより、オペレータは、異常終了の手がかりを得ることができる。

稼動情報作成部１１１は、テキストファイルで作成された稼働状態に関する情報を更新したとき、更新した時刻に関する情報をテキストファイルに記述する。

稼動情報には、具体的に、クライアント端末２０ａ〜２０ｃによって割り振られたデータを識別する情報として画像データのフレーム番号、割り振られた画像データに対して実行するレンダリングの進捗状況、データ全体又は１フレームに対するレンダリングの開始時刻又は終了時刻等がある。

更新が行われる所定のタイミングとは、例えば、割り振られた画像データのうち１フレームに対するレンダリングが終了したとき、又は割り振られた画像データに対する全てのレンダリングが終了したとき、又は所定の時間間隔等である。

本実施形態では、１つの画像処理装置に、同種又は異なる種類のレンダリングを実行する複数の画像制作部１１２ａ〜１１２ｃが備えられている。画像制作部１１２ａ〜１１２ｃは、レンダリングを実行するアプリケーションソフトである。画像制作部１１２ａ〜１１２ｃは、レンダリングソフトともいう。

本実施形態における画像制作部１１２ａ〜１１２ｃは、クライアント端末２０ａ〜２０ｃで入力された設定項目に基づいて選択される。

通常、異なるアプリケーションソフトでは、レンダリングを実行するために必要な設定の項目及び入力方法がそれぞれ異なっている。すなわち、レンダリングソフト毎にレンダリングを実行するために必要な設定項目がそれぞれ異なっており、異なる設定用ＧＵＩから個別に設定が行われている。

これに対して、本実施形態に係る画像処理システム１では、各レンダリングソフト（画像制作部１１２ａ〜１１２ｃ）におけるレンダリングに関する設定は、クライアント端末２０ａ〜２０ｃに備えられた画像処理設定部２１２によって一括して行われる。なお、画像処理装置１０ｂ、１０ｃは、画像処理装置１０ａと同一の構成を有する。

（クライアント端末の構成）
次に、クライアント端末２０ａ、２０ｂ、２０ｃについて、図２を用いて説明する。クライアント端末２０ａは、制御部２１、入力部２２、表示部２３、記憶部２４及び通信Ｉ／Ｆ２５を備える。

入力部２２は、一例として、クライアント端末２０ａがＰＣの場合、キーボード、又はマウス等のポインティングデバイスである。表示部２３は、液晶ディスプレイ（ＬＣＤ）等である。

記憶部２４は、ハードディスクドライブ等の大容量記憶媒体であり、各種制御プログラム、レンダリングを画像処理装置に割り振る上で必要な制御プログラム等が格納されている。記憶部２４は、着脱可能な記憶媒体と、この記憶媒体に対して記録再生可能なドライバとから構成されていてもよい。

クライアント端末２０ａ〜２０ｃは、レンダリングを施すデータを画像処理装置１０ａ〜１０ｃに割り振って、各画像処理装置に実行させる指示を行う装置である。

クライアント端末２０ａ〜２０ｃは、ＣＧ（コンピュータグラフィクス）映像制作の現場では、例えば、デザイナやオペレータが使用するパーソナルコンピュータ（ＰＣ）である。なお、通信ネットワーク４０に接続可能な端末装置であれば、ＰＣに限定されない。パーソナル・デジタル・アシスタント（ＰＤＡ）等であってもよい。

制御部２１は、図２に図示しないＣＰＵ、ＲＯＭ、ＲＡＭ等を備えており、記憶部２４に格納された制御プログラムを実行することにより、データ割振部２１１、画像処理設定部２１２、設定変換部２１３として機能する。すなわち、データ割振部２１１、画像処理設定部２１２、設定変換部２１３は、制御部２１によって実行されるソフトウェアモジュールとして実現される。

データ割振部２１１は、テキストファイルに記述された画像処理装置毎の稼動情報に基づいて、画像処理装置１０ａ〜１０ｃにレンダリングを施すデータを割り振る。

画像処理設定部２１２は、画像処理装置１０ａ〜１０ｃの各々に実行させるレンダリングに関する設定を行う。画像処理設定部２１２は、表示部２３に表示される、いわゆるＧＵＩ（グラフィカルユーザインターフェイス）である。オペレータは、マウス等の入力部２２を使って、表示部２３に表示されるＧＵＩに対して設定項目に関する入力を行うことにより、レンダリングに関する各種設定を行うことができる。

設定変換部２１３は、オペレータによって画像処理設定部２１２で行われたレンダリングに関する設定項目を複数の画像制作部１１２ａ〜１１２ｃに対応する設定項目に変換する機能を有する。すなわち、画像処理設定部２１２は、各画像制作部１１２ａ〜１１２ｃの設定を行うための共通のＧＵＩである。

制御部２１は、図２には図示しないが、ファイルサーバ３０にアクセスして所定の記憶領域に作成されたテキストファイルを読み出す機能を有する。読み出しは、所定のタイミングで行われる。所定のタイミングとは、一定期間（一例として、数秒間隔）である。

したがって、クライアント端末２０ａ〜２０ｃは、ファイルサーバ３０に格納された稼働状態に関する情報を読み出し、読み出した稼働状態に関する情報に基づいて画像データを画像処理装置１０ａ〜１０ｃに割り振る。

クライアント端末２０ａ〜２０ｃは、レンダリングの進捗状況や、全ての画像処理装置の稼動状態をファイルサーバ３０から取得し、その結果を集約することによって、画像処理システム１全体の状態を把握することができる。

クライアント端末２０ａ〜２０ｃは、テキストファイルに記述された最新の時刻情報と現在時刻とを比較して、最新の時刻情報と現在時刻との時間間隔が所定値以上であれば、画像処理装置は、停止していると判断する。この場合、クライアント端末２０ａ〜２０ｃは、画像処理の停止時までに完了したデータ以降のデータに対してのみ画像処理を再試行を指示することができる。

具体的に、クライアント端末２０ａ〜２０ｃは、ファイルサーバ３０からテキストファイルを読み出すとき、進捗状況ファイルに付随する最新の更新時間に関する情報（タイムスタンプ）を取得する。

クライアント端末２０ａ〜２０ｃは、現在時刻と比較して、このタイムスタンプが予め設定した時間間隔よりも古い場合には、進捗状況ファイルを更新した画像処理装置にエラーが発生した、或いは何らかの正常でない事態に陥ったことにより、レンダリング処理が停止しているという判断ができる。

なお、現在時刻と進捗状況ファイルのタイムスタンプとを比較する際、クライアント端末２０ａ〜２０ｃは、自身のタイマで現在時刻を参照しない。クライアント端末２０ａ〜２０ｃは、時刻を参照したい瞬間にファイルサーバ３０に極小容量のダミーファイルを書き込む。クライアント端末２０ａ〜２０ｃは、このダミーファイルに付随するタイムスタンプと、進捗状況ファイルに付随するタイムスタンプとを取得し、これらをもって比較する。

こうすることで、クライアント端末２０ａ〜２０ｃと、進捗状況ファイルが置かれたファイルサーバ３０との間で互いのタイマが、仮にずれていても正確な比較が行える。

また、クライアント端末２０ａ〜２０ｃは、進捗状況ファイルに記述された情報に基づいてレンダリングが中断したと判断したとき、実行ログファイルを参照し、実行ログファイルに記述されたエラーメッセージ等を取得する。オペレータは、実行ログファイルを参照することにより中断した要因など得ることができる。

クライアント端末２０ａ〜２０ｃは、画像処理装置と同様のソフトウェアモジュールを備えていてもよい。この場合、クライアント端末がオペレータに使用されていない時間帯には、画像処理装置として機能させることができる。

（ファイルサーバの構成）
ファイルサーバ３０は、画像処理装置１０ａ〜１０ｃの稼動情報を画像処理装置毎に格納するテキストファイル格納部３１を有する。ファイルサーバ３０は、画像処理装置１０ａ〜１０ｃとクライアント端末２０ａ〜２０ｃと通信ネットワーク４０を介して接続される。

テキストファイル格納部３１には、画像処理装置１０ａ〜１０ｃの稼働状態に関する情報がテキストファイルで書き込まれる。テキストファイル格納部３１は、画像処理装置１０ａ〜１０ｃからテキストファイルが書き込まれる。クライアント端末２０ａ〜２０ｃからテキストファイルが読み出される。

ファイルサーバ３０は、各画像処理装置１０ａ〜１０ｃで実行されるレンダリングに関する実行ログファイルを格納している。

また、ファイルサーバ３０は、レンダリングを指示するコマンドがテキストで記述されたデータファイル（シーンファイル）も格納している。

実行ログファイルは、シーンファイルと同じフォルダ（又はディレクトリ）、或いはそのサブフォルダ（又はサブディレクトリ）に格納されることが好ましい。これにより、クライアント端末２０ａ〜２０ｃは、レンダリングの際に使用したシーンファイルの場所から、レンダリングに関する実行ログファイルの場所を容易に見つけることができる。

本実施形態に係る画像処理システム１では、実行ログをファイルサーバ３０で管理することにより、情報量の大きい実行ログをクライアント端末２０ａ〜２０ｃと画像処理装置１０ａ〜１０ｃとの間で送受信することがなく、システム全体の通信負荷を軽くすることができる。

ファイルサーバ３０は、クライアント端末２０ａ〜２０ｃが自身の稼働状況を書き込むための記憶領域を有していてもよい。こうすることで、各クライアント端末は、画像処理装置１０ａ〜１０ｃの稼働状況だけでなく、他のクライアント端末の稼働状況を取得することができる。

（画像処理システムによるレンダリングの分散処理）
次に、画像処理システム１によって実行されるレンダリングを図３、図４を用いて説明する。図３、図４では、一例として、クライアント端末２０ａがレンダリングを施すデータを画像処理装置１０ａ〜１０ｃに割り振る場合について説明する。図３、図４は、Ａ，Ｂ，Ｃ１，Ｃ２，Ｃ３において連続している。

ステップＳ１において、クライアント端末２０ａは、ファイルサーバ３０から画像処理装置１０ａ〜１０ｃの稼動情報が記述されたテキストファイルを取得する。

ステップＳ２において、クライアント端末１０ａでは、オペレータからレンダリングに関する各種設定が入力される。画像処理に関連する設定は、表示部２３に表示されるＧＵＩ（図５を用いて説明する）を用いて入力される。

ステップＳ３において、画像処理を開始する指示が入力されたか判断し、開始する指示が入力されたとき（ステップＳ３：ｙｅｓ）、ステップＳ４において、画像処理装置１０ａ〜１０ｃに画像処理の対象となるデータを割り振る。

割り振り方法としては、一例として、データ割振部２１１は、ステップＳ１で取得した情報に基づいて、現在、レンダリングが実行されていない画像処理装置のみに均等なフレーム数を割り振り、レンダリングを実行中の画像処理装置や不具合が発生している画像処理装置に対してはフレームを割り振らない。

また、画像処理装置１０ａ〜１０ｃが備える画像制作部の種類に応じてフレームを割り振る。例えば、ステップＳ２で設定されたレンダリングを実行可能な画像制作部に対して画像処理の対象となるデータを割り振る。

また、ステップＳ４では、設定変換部２１３は、画像処理設定部２１２から入力されたレンダリングの設定項目を画像処理装置に備えられた画像制作部に対応する設定項目に変換する。

ステップＳ５において、クライアント端末２０ａは、各画像処理装置に対して、個々の画像制作部に割り振ったデータ及び変換した設定項目を送信する。

ステップＳ６（Ｓ６’、Ｓ６”）において、画像処理装置１０ａ〜１０ｃは、画像処理の対象となるデータと、レンダリングの設定項目を受信する。

画像処理装置１０ａ〜１０ｃは、ステップＳ７（Ｓ７’、Ｓ７”）において、受信したデータに対して、受信した設定項目に基づくレンダリングを開始する。

ステップＳ８（Ｓ８’、Ｓ８”）において、画像処理装置１０ａ〜１０ｃは、１フレーム分のレンダリングが終了したか否かを判断する。ここで、１フレームは、一例であって、複数フレームを判断の単位としてもよい。

また、レンダリングが１フレームも進んでいなくても、一定の期間（例えば、数秒間）が経過した場合にはステップＳ８はｙｅｓになる。但しこの場合は、後述するステップＳ３２（Ｓ３２’、Ｓ３２”）はテキストファイルの更新のみを実行し、クライアントへの送信は実行しない。

１フレーム分のレンダリングが終了するか、または一定の時間が経過した場合（ステップＳ８：ｙｅｓ）、画像処理装置１０ａ〜１０ｃは、ステップ３２（Ｓ３２’、Ｓ３２”）において、稼動情報のテキストファイルを作成し、ファイルサーバ３０のテキストファイル格納部３１の所定領域に書き込む。１フレーム分のレンダリングが終了した場合はさらに、ステップ３２（Ｓ３２’、Ｓ３２”）においてクライアントにその旨の通知を送信する。終了したフレームがそのジョブの最後のフレームであれば、この通知はジョブの終了通知となる。

ステップＳ３３（Ｓ３３’、Ｓ３３”）において、ファイルサーバ３０では、テキストファイル格納部３１に作成されているテキストファイルが更新される。

これ以降、画像処理装置１０ａ〜１０ｃ及びファイルサーバ３０では、割り振られた全データに対して、ステップＳ７〜Ｓ３２を繰り返す。

一方、クライアント端末２０ａは、画像処理装置１０ａ〜１０ｃに対して画像処理の対象であるデータを送信した後は、ファイルサーバ３０に適宜アクセスして、テキストファイルを読み出す。

クライアント端末２０ａは、ステップＳ６〜Ｓ３２の工程から独立したステップＳ２１において、テキストファイルを取得する。

また、ステップＳ２２において、クライアント端末２０ａは、取得したテキストファイルから、各画像処理装置の稼働状態に関する情報を集約する。例えば、クライアント端末２０ａは、各画像処理装置の画像制作部に割り振られたデータに対するレンダリングの進捗状況を作成することができる（図６、図７を用いて説明する）。

画像処理装置１０ａ〜１０ｃは、ステップＳ３１（Ｓ３１’、Ｓ３１”）において、割り振られたデータに対するジョブが終了したか判断する。ジョブが終了していないとき（ステップＳ３１：ｎｏ）、ステップＳ７（Ｓ７’、Ｓ７”）にもどる。

ステップＳ３４において、クライアント端末２０ａは、通知を受信する。ステップＳ３５において、クライアント端末は、受信した通知が終了通知であるか判断する。終了通知の場合（ステップＳ３５：ｙｅｓ）、ステップＳ４０に進む。

クライアント端末２０ａは、ステップＳ４０において、画像処理装置１０ａ〜１０ｃに割り振った全てのジョブが終了したか判断する。終了していなければステップＳ２１以降の工程を繰り返す。

以上説明したように、本実施形態に係る画像処理システム１は、クライアント端末２０ａが画像処理装置１０ａ〜１０ｃにデータを送信する時と、１フレーム分のレンダリングの終了通知を送信する時のみ、直接通信し合う。これ以外の、稼動情報を取得する通信は、全てファイルサーバ３０を介して行う。

（レンダリングを設定するＧＵＩ）
ここで、表示部２３に表示されるＧＵＩについて、図面を用いて説明する。図５に示すクライアントメインウィンドウ４００は、本実施形態に係るＧＵＩである画像処理設定部２１２の構成例を示す模式図である。

画像処理システム１では、図５に示すＧＵＩを使用することにより、設定項目の異なる画像制作部１１２ａ〜１１２ｃ（レンダリングソフトという）へのデータの割り振りと、レンダリングの設定とを一括して行うことができる。

画像処理設定部２１２は、以下の設定項目又は入力ボタンを備える。通信ネットワーク４０に接続された画像処理装置のリストと、レンダリングを実行させる画像処理装置を選択するラジオボタンとが表示される接続リスト表示領域４０１と、レンダリングソフトを選択するリストボックス４０５と、レンダリングを指示するコマンドがテキストで記述されたデータファイル（シーンファイルという）を指定するためのウィンドウ４０７、レンダリング完了後の画像データの出力先フォルダを指定するためのウィンドウ４０９、レンダリングを開始するフレームのフレームナンバと、終了するフレームのフレームナンバとを指定するテキスト入力ボックス４１１，４１２、レンダリングの開始を指示する開始ボタン４１７、停止を指示する停止ボタン４１８、再開を指示する再開ボタン４１９、レンダリングの進捗状況、又はレンダリングの稼働状態に関する情報を参照する画面を開く全フレーム状況表示ボタン４２２、全サーバ状況表示ボタン４２３があげられる。

以上の入力ボタンによって設定可能な項目は、複数存在するレンダリングソフトに最小限共通する項目である。オペレータは、図５に示すＧＵＩを用いて設定を行うことにより、複数のレンダリングソフトに一括してレンダリングの設定を行うことができる。

これらのほかに、接続リスト表示領域４０１に表示された画像処理装置を一括して選択する一括接続ボタン４０２、一括して切断する一括切断ボタン４０３、選択された画像処理装置と接続することを指示する接続ボタン４０４がある。

また、リストボックス４０５で選択されたレンダリングソフトのプログラム名を選択するリストボックス４０６、ウィンドウ４０７、４０９に入れるものの候補を表示させるためのセレクションボックスを開く選択ボタン４０８、４１０がある。

また、レンダリングの内容に関して詳細な指定を追加して入力するためのオプション入力ボックス４１３、レンダリングソフトに固有の特殊な設定が入力されるテキストボックス４１４、レンダリングを実行する優先度を設定する優先度ボタン４１５、実行開始時刻を入力する入力ボックス４１６がある。

なお、図５では、画像処理装置は、Ｓｅｒｖ０１、Ｓｅｒｖ０２、…、Ｓｅｒｖ２０と表示される。

以下、図５に示すＧＵＩを用いて、オペレータが画像処理装置にデータを割り振る操作について説明する。この操作は、図３に示すステップＳ２で行われる設定に相当する。

（手順１）オペレータは、接続リスト表示領域４０１に表示された画像処理装置（Ｓｅｒｖ０１、Ｓｅｒｖ０２、…、Ｓｅｒｖ２０）の中から、レンダリングを実行させたい画像処理装置を１つ又は複数選択する。ここで、一括接続ボタン４０２又は接続ボタン４０４が選択されると、選択された画像処理装置とクライアント端末とが双方向に通信可能になる。一括切断ボタン４０３が選択されると、全ての画像処理装置との通信が切断される。

（手順２）リストボックス４０５には、レンダリングソフトの名前が並んでいる。一例として、ＣＧＳｏｆｔＡ、ＣＧＳｏｆｔＢが並んでいる。オペレータは、この中から最適なレンダリングソフトを選択する。

（手順３）リストボックス４０６には、レンダリングソフトのプログラム名が表示される。ここには、リストボックス４０５で選択されたレンダリングソフトの特定のバージョンのプログラム名（実行ファイル名）が並んでいる。オペレータは、この中から１つを選択する。

（手順４）次に、オペレータは、予めレンダリングソフトによって作成され、レンダリングの内容が収められたシーンファイルの名前をウィンドウ４０７に入力する。

具体的には、シーンファイルのアイコンをドラッグしてウィンドウ４０７にドロップするか、又は、選択ボタン４０８を押して、セレクションボックスを表示させた後、セレクションボックスに表示された候補からファイルを選択する。

（手順５）続いて、オペレータは、ウィンドウ４０９にレンダリング完了後の画像データの出力先フォルダの名前を入力する。具体的には、出力先フォルダのアイコンをドラッグしてウィンドウ４０９にドロップするか、又は、選択ボタン４１０を押して、セレクションボックスを表示させた後、セレクションボックスに表示された候補からフォルダを選択する。

（手順６）次に、オペレータは、テキスト入力ボックス４１１，４１２に、レンダリングを実行する一連の画像のうち、最初のフレームのフレームナンバと、最後のフレームのフレームナンバとを整数値で入力する。

例えば、テキスト入力ボックス４１１に「１」、テキスト入力ボックス４１２に「１００」が入力された場合、１フレーム目から１００フレーム目までの１００フレーム分の画像データがレンダリングの対象となる。

（手順７）オペレータは、レンダリングの内容に関して詳細な指定を追加したい場合には、オプション入力ボックス４１３に、指定内容を入力する。

（手順８）また、オペレータは、レンダリングソフトに固有の特殊な設定を入力する際には、テキストボックス４１４に設定の内容を入力する。

（手順９）オペレータは、優先度ボタン４１５にレンダリングを実行する優先度を整数値で入力する。大きい数字ほど優先度が高い。

例えば、Ｓｅｒｖ０１という画像処理装置に、優先度０のジョブＡが割り振られた後、Ｓｅｒｖ０１に優先度９のジョブＢが割り振られた場合には、Ｓｅｒｖ０１は、ジョブＡを一旦中断し、ジョブＢを優先的に実行する。ジョブＢが終了した後、ジョブＡを再開する。

（手順１０）オペレータは、画像処理装置でレンダリングを開始する時刻を入力ボックス４１６に入力することができる。時刻は、月、日、時、分を表す４個の整数値で入力される。

画像処理装置は、開始時刻が入力された場合、指定された実行開始時刻になるまで優先度に関係なくレンダリングを保留する。

（手順１１）オペレータが開始ボタン４１７を押すと、手順１において、接続リスト表示領域４０１に表示されたリストから選択された全ての画像処理装置に、手順２〜１０において設定したジョブの内容が各画像処理装置に直接送信される。

（手順１２）オペレータは、停止ボタン４１８を押すことにより、各画像処理装置において実行されているレンダリングを停止することができる。また、再開ボタン４１９を押すことにより、停止した時点からレンダリングを再開することができる。

停止、再開の指示は、クライアント端末２０ａ〜２０ｃから、画像処理装置１０ａ〜１０ｃに対して、直接送信される。

上述した手順のほかに、オペレータは、終了ボタン４２０を押すことにより、図５に示すＧＵＩを用いた設定処理自体を終了することができる。メッセージウィンドウ４２１は、レンダリングの設定に関する種々の情報、メッセージ等が表示される領域である。

また、オペレータは、図５に示すＧＵＩに全項目を入力した後、実行登録ボタン４２４を押すことにより、同じ設定を記憶させることができる。この機能を用いると、複数のジョブを予め登録しておき、その中の１つを呼び出したり、複数のジョブを連続して実行させることができる。

（画像処理装置の稼動状態の表示例）
画像処理の進捗状況の表示例を、図面を用いて説明する。クライアント端末２０ａ〜２０ｃは、ファイルサーバ３０から取得したテキストファイルに基づいて各画像処理装置の稼働状態を集約し、表示することができる。

上述したステップＳ２２において作成されるレンダリングの進捗状況の表示例として、通信ネットワーク４０に接続された全ての画像処理装置の稼働状況を表示するウィンドウについて図６を用いて説明する。

図６に示すウィンドウは、図５に示す全サーバ状況表示ボタン４２３が押されると表示される。このウィンドウは、閉じるボタン５２２が押されると閉じる。

全サーバ状況表示ウィンドウ５００は、リストボックス５２１と、サーバ名表示部５０１〜５１０と、状況表示部５１１〜５２０とを有する。

リストボックス５２１は、全サーバ状況表示ウィンドウ５００に表示する画像処理装置（サーバ）のグループのリストが表示される。リストボックス５２１は、サーバを選択するリストボックスである。

図６の例では、１０台の画像処理装置（Ｓｅｒｖ０１、Ｓｅｒｖ０２、…、Ｓｅｒｖ１０）が選択されている。これらの画像処理装置の名前がサーバ名表示部５０１〜５１０に表示されている。

状況表示部５１１〜５２０には、画像処理装置（Ｓｅｒｖ０１、Ｓｅｒｖ０２、…、Ｓｅｒｖ１０）の稼動状態が表示されている。

状況表示部５１１には、Ｃｌｉｅｎｔ０１（ｐｒｉ９、１０／０１ １２：３４）、ＣＧＳｏｆｔＡ：ｆｒａｍｅ２ ｏｆ ［１ ３］ １ｃｌｉｅｎｔ（ｓ）が表示されている。

これは、画像処理装置Ｓｅｒｖ０１は、クライアント端末Ｃｌｉｅｎｔ０１から、優先度９（ｐｒｉ９）、実行開始時刻１０月１日１２時３４分（１０／０１ １２：３４）、使用するレンダリングソフトがＣＧＳｏｆｔＡ（ＣＧＳｏｆｔＡ）という設定でレンダリングの依頼を受けており、そのレンダリングを現在実行中であることを意味する。

画像処理装置Ｓｅｒｖ０２〜Ｓｅｒｖ０５の５台もまた、クライアント端末Ｃｌｉｅｎｔ０１から同様の依頼を受けていることが表示されている。

「ｆｒａｍｅ２ ｏｆ ［１ ３］」は、１〜３フレームのうちの２フレーム目に対してレンダリングを実行中であることを意味する。

したがって、クライアント端末Ｃｌｉｅｎｔ０１は、１フレーム目から１５フレーム目までの１５フレーム分の画像データを画像処理装置Ｓｅｒｖ０１〜Ｓｅｒｖ０５に割り振っている。クライアント端末Ｃｌｉｅｎｔ０１は、１〜３フレームを画像処理装置Ｓｒｅｖ０１に依頼している。４〜６フレームを画像処理装置Ｓｒｅｖ０２に依頼している。７〜９フレームを画像処理装置Ｓｒｅｖ０３に依頼している。１０〜１２フレームを画像処理装置Ｓｒｅｖ０４に依頼している。１３〜１５フレームを画像処理装置Ｓｒｅｖ０５に依頼している。

また、画像処理装置Ｓｒｅｖ０４の状況表示部５１４には、Ｃｌｉｅｎｔ０２（ｐｒｉ０、１０／０１ １３：４５）、ＣＧＳｏｆｔＢ：ｆｒａｍｅ１ ｏｆ ［１ ２５］ ２ｃｌｉｅｎｔ（ｓ）が表示されている。画像処理装置Ｓｒｅｖ０５の状況表示部５１５には、Ｃｌｉｅｎｔ０２（ｐｒｉ０、１０／０１ １３：４５）、ＣＧＳｏｆｔＢ：ｆｒａｍｅ２６ ｏｆ ［２６ ５０］ ２ｃｌｉｅｎｔ（ｓ）が表示されている。

クライアント端末Ｃｌｉｅｎｔ０２は、１〜２５フレームの画像データのレンダリングを画像処理装置Ｓｅｒｖ０４に依頼し、２６〜５０フレームの画像データのレンダリングを画像処理装置Ｓｒｅｖ０５に依頼している。

クライアント端末Ｃｌｉｅｎｔ０２から依頼されたレンダリングのジョブは、優先度０であるので、この時点では、クライアント端末Ｃｌｉｅｎｔ０１から依頼されたレンダリングが優先して実行されている。

画像処理装置Ｓｒｅｖ０６〜Ｓｒｅｖ１０の５台は、現時点では、どのクライアント端末とも接続されていない。

状況表示部５１１〜５２０に表示される内容は、画像処理装置（図６では、Ｓｒｅｖ０１〜１０と示される）がファイルサーバ３０のテキストファイル格納部３１に格納されたテキストファイルに所定のタイミングで書き込んだ情報に基づくものである。

クライアント端末（図６では、Ｃｌｉｅｎｔ０１，０２と示される）は、所定のタイミングでファイルサーバ３０のテキストファイル格納部３１を繰り返し取得する。クライアント端末は、取得したテキストファイルに基づいて、状況表示部５１１〜５２０に表示する内容を更新する。

以上説明したように、クライアント端末２０ａ〜２０ｃは、ファイルサーバ３０から取得したテキストファイルに基づいて全サーバ状況表示ウィンドウ５００を作成することができる。

これにより、オペレータは、全サーバ状況表示ウィンドウ５００を参照することでレンダリングの進捗状況を把握することができる。また、レンダリングの設定を行う前に、画像処理装置の状況を確認することができる。

（フレーム毎の進捗状況の表示例）
クライアント端末２０ａ〜２０ｃは、ファイルサーバ３０から取得したテキストファイルに基づいて、レンダリングの対象となる一連のデータに対するレンダリングの進捗状況を表示することもできる。

上述したステップＳ２２において作成されるレンダリングの進捗状況の表示例として、フレーム毎のレンダリングの進捗状況の表示例について図７を用いて説明する。

図７に示すウィンドウは、図５に示す全フレーム状況表示ボタン４２２が押されると表示される。このウィンドウは、閉じるボタン６０４が押されると閉じる。

全フレーム状況表示ウィンドウ６００は、各画像処理装置が図６に示すウィンドウに表示されたのと同じ稼動状態にあるとき、データを主体としてレンダリングの進捗状況を表したものである。

全フレーム状況表示ウィンドウ６００は、フレーム表示部６０１と、計算時間表示部６０２と、サーバ表示部６０３とを有する。

フレーム表示部６０１には、レンダリングが実行される全フレームのフレームナンバが列挙されている。図７には、１フレーム目から１５フレーム目までが表示されている。スクロールバー６０５を操作することにより表示領域に表示されていない情報を表示領域に表示させることができる。

計算時間表示部６０２には、各フレームのレンダリングの実行時間が表示される。レンダリングが既に終了していれば、フレームに対するレンダリングに要した時間が表示される。レンダリングを実行していないフレームには、ＸＸ：ＸＸと表示される。

図７に示す表示例では、フレームナンバ１、フレームナンバ４、フレームナンバ７、フレームナンバ１０、フレームナンバ１３に対するレンダリングが終了していることが示されている。

サーバ表示部６０３には、各フレームのレンダリングを実行する画像処理装置の名前が表示される。図７に示す表示例では、フレームナンバ１〜３が画像処理装置Ｓｒｅｖ０１に割り振られ、フレームナンバ４〜６が画像処理装置Ｓｒｅｖ０２に割り振られることが表示されている。

計算時間表示部６０２に１フレーム毎のレンダリング所要時間を表示させるためには、ファイルサーバ３０のテキストファイル格納部３１に格納されたテキストファイルとは別に、クライアント端末２０ａ〜２０ｃが画像処理装置１０ａ〜１０ｃから直接受信する終了通知が必要である（図４、ステップＳ３４）。

クライアント端末２０ａ〜２０ｃは、内蔵されたタイマにより終了通知を受け取った時間情報を計測する。クライアント端末２０ａ〜２０ｃは、時間情報からレンダリング所要時間を算出して表示する。

このように、クライアント端末２０ａ〜２０ｃは、終了通知の時間情報を用いて、レンダリングが途中で停止したかを判断することができる。例えば、予め見積もった計算時間を経過してもレンダリングが終了しない画像処理装置を異常状態にあると判断してオペレータに警告する。これにより、エラー等の要因によって中断されたレンダリングが放置されることを防止できる。

また、クライアント端末２０ａ〜２０ｃは、全フレーム状況表示ウィンドウ４２２に表示された情報に基づいて、停止した次のフレームからレンダリングを再開する指示を行うこともできる。

なお、終了通知に含まれる情報は、終了したフレームのフレームナンバに関する情報だけでよいため、通信容量は、画像処理装置がファイルサーバ３０に書き込む情報よりも更に小さい。したがって、クライアント端末と画像処理装置とが直接接続されても、この場合は、通信路負荷に影響を与えない程度である。

（作用・効果）
本発明の実施形態に係る画像処理システム１によれば、画像処理装置１０ａにおいて、稼動情報作成部１１１は、稼働状態に関する情報をテキストファイルで作成する。ファイルサーバ３０は、画像処理装置１０ａ〜１０ｃの各々の稼働状態に関する情報をテキストファイル格納部３１に格納している。クライアント端末２０ａ〜２０ｃは、テキストファイルを読み出す。

ファイルサーバ３０は、テキストファイルの管理のみを行っており、クライアント端末２０ａ〜２０ｃと画像処理装置１０ａ〜１０ｃとを統括するコントローラとして機能していない。したがって、画像処理システム１は、クライアント端末２０ａ〜２０ｃと画像処理装置１０ａ〜１０ｃとを統括するコントローラをもたないので、統括するコントローラで発生したエラーがシステム全体に波及するという不具合を防止できる。

また、画像処理システム１によれば、画像処理装置１０ａ〜１０ｃの稼動情報がファイルサーバ３０にテキストファイル（進捗状況ファイル、実行ログファイル）として保存される。

したがって、クライアント端末２０ａ〜２０ｃは、ファイルサーバ３０のテキストファイルを参照することにより、レンダリングの進捗状況及びシステム内におけるエラー、エラーの要因、発生箇所を特定することができる。

また、クライアント端末２０ａ〜２０ｃは、レンダリングを依頼した画像処理装置１０ａ〜１０ｃの各々の稼働状態に関する情報をファイルサーバ３０から取得する。すなわち、レンダリングを実行する際に重要となる、画像処理装置１０ａ〜１０ｃの稼働状態に関する情報を取得するための通信は、クライアント端末１０ａ〜１０ｃとファイルサーバ３０との間の１対１の接続である。

したがって、通信ネットワーク４０に接続される画像処理装置の数、及びクライアント端末の数が増えても、画像処理装置の稼動情報を取得するための通信による通信負荷を抑えることができる。

また、稼働状態を記したテキストファイルは、データ容量が小さいため、ファイルサーバ３０への書込／読出時の通信負荷を抑えることができる。

レンダリングを実行する画像制作部１１２ａ〜１１２ｃ（レンダリングソフト）は、レンダリングに対して細かい設定が行えるように工夫されている。但し、この設定の内容は、レンダリングソフト毎に異なる。

そのため、一般的に、レンダリングソフト毎に、レンダリングの内容を設定するための設定用ＧＵＩが用意されている。

ＣＧ映像制作の現場では、複数のレンダリングソフトを使用して映像制作を行うことが多い。したがって、オペレータは、各々のレンダリングソフト毎に異なる設定用ＧＵＩを用いた設定方法を修得しなければならない。

そのため、オペレータの技量が未熟だと設定上の人為的ミスが生じる場合がある。このとき、設定上のミスからレンダリングが滞る、或いは停止する場合もある。また、例えば、レンダリングの実行中にエラーが起きると、レンダリングソフトで起きたエラーか、人為的ミスによるエラーかを特定できないことがあった。

エラーが特定できないと、エラーが改善できず、再発が回避できない場合もあった。また、エラーを繰り返すことによる作業効率の低下にも繋がっていた。

これに対して、画像処理システム１は、画像制作部１１２ａ〜１１２ｃ（レンダリングソフト）に対してレンダリングを設定する共通のＧＵＩとしての画像処理設定部２１２と、設定変換部２１３とを有する（図５参照）。

オペレータは、各レンダリングソフトに対するレンダリングの設定が画像処理設定部２１２から一括して行えるため、レンダリングの設定時における人為的なミスを減らすことができる。また、人為的なミスが減ることから、レンダリングの実行中に起きるエラーの要因を特定し易くなる。

（その他の実施形態）
上記のように、実施形態をあげて本発明について記載したが、この開示の一部をなす論述及び図面は、この発明を限定するものであると理解すべきではない。この開示から当業者には、様々な代替実施形態、実施例及び運用技術が明らかとなる。

画像処理システム１は、図１に示した構成に限定されない。すなわち、クライアント端末は、システム内部に少なくとも１つ設けられていればよく、３つに限定されない。また、画像処理装置は、３つ以上であってもよい。

上述のように、本発明は、ここでは記載していない様々な実施形態等を包含するということを理解すべきである。したがって、本発明はこの開示から妥当な特許請求の範囲の発明特定事項によってのみ限定されるものである。

本発明の実施形態に係る画像処理システムを説明する概略図である。 本発明の実施形態に係る画像処理システムを説明する構成図である。 本発明の実施形態に係る画像処理システムにおいて、クライアント端末がレンダリングを施すデータを画像処理装置に割り振る処理を説明するフローチャートである。 本発明の実施形態に係る画像処理システムにおいて、クライアント端末がレンダリングを施すデータを画像処理装置に割り振る処理を説明するフローチャートである。 本発明の実施形態に係る画像処理システムにおいてレンダリングの設定を行うためのＧＵＩの構成例を示す模式図である。 本発明の実施形態に係る画像処理システムのクライアント端末において、取得したテキストファイルに基づいて作成された各画像処理装置の稼働状態の表示例を説明する模式図である。 本発明の実施形態に係る画像処理システムのクライアント端末において、取得したテキストファイルおよび通知受信の内容に基づいて作成された、フレーム毎のレンダリングの進捗状況の表示例を説明する模式図である。

符号の説明

１…画像処理システム、 １０ａ，１０ｂ，１０ｃ…画像処理装置、 １１…制御部、１１１…稼動情報作成部、 １１２ａ〜１１２ｃ…画像制作部、 ２０ａ，２０ｂ，２０ｃ…クライアント端末、 ２１…制御部、 ２１１データ割振部、 ２１２…画像処理設定部、 ２１３…設定変換部、 ３０…ファイルサーバ、 ４０…通信ネットワーク

Claims (6)

1. 数値データを画像化する処理及び画像データを加工する処理を含む画像処理を実行する複数の画像処理装置と、前記複数の画像処理装置の各々に前記画像処理の実行を指示するクライアント端末とがネットワークを介して相互に接続された画像処理システムであって、
   前記複数の画像処理装置の各々の稼働状態に関する稼動情報を格納する格納部を有する記憶サーバを備え、
   前記記憶サーバは、前記複数の画像処理装置と前記クライアント端末と前記ネットワークを介して接続されており、
   前記クライアント端末は、
   前記画像処理が施されるデータを前記稼働情報に基づいて前記複数の画像処理装置に割り振るデータ割振部を有し、
   前記複数の画像処理装置各々は、
   前記稼動情報をテキストファイルで作成して前記格納部に書き込む稼働情報作成部を有し、
   前記クライアント端末は、
   前記格納部に格納された前記稼働情報を読み出し、
   前記画像処理が施されるデータを前記読み出した稼動情報に基づいて前記複数の画像処理装置に割り振る
   ことを特徴とする画像処理システム。
2. 前記稼動情報作成部によって作成される前記稼動情報には、前記画像処理が施されるデータを識別する情報と、前記画像処理が施されるデータに対して実行される前記画像処理の進捗状況とが含まれることを特徴とする請求項１に記載の画像処理システム。
3. 前記稼動情報作成部は、前記テキストファイルで作成された前記稼働情報を更新し、前記更新した時刻に関する情報を前記テキストファイルに記述し、
   前記クライアント端末は、前記テキストファイルに記述された最新の時刻情報と現在時刻とを比較し、比較結果から前記画像処理装置の稼動状況を判断することを特徴とする請求項２に記載の画像処理システム。
4. 前記複数の画像処理装置の各々は、
   前記画像処理を行う複数の画像制作部を有し、
   前記複数の画像制作部は、前記画像処理を実行するために必要な設定項目がそれぞれ異なっており、
   前記クライアント端末は、
   操作者から前記画像処理を実行するために必要な前記設定項目が設定される画像処理設定部と、
   前記画像処理設定部において設定された前記設定項目を、前記複数の画像制作部の各々に適合する設定項目に変換する設定変換部と
   を有することを特徴とする請求項１に記載の画像処理システム。
5. 数値データを画像化する処理及び画像データを加工する処理を含む画像処理を実行する複数の画像処理装置と、前記複数の画像処理装置の各々に前記画像処理の実行を指示するクライアント端末と、前記複数の画像処理装置の各々の稼働状態に関する稼動情報が格納される記憶サーバとがネットワークを介して相互に接続された画像処理システムにおいて、前記クライアント端末からの指示に基づいて前記複数の画像処理装置で前記画像処理が実行される画像処理方法であって、
   前記複数の画像処理装置の各々の前記稼働情報がテキストファイルで作成される稼動情報作成工程と、
   前記稼動情報作成工程により作成されたテキストファイルが前記記憶サーバに書き込まれる工程と、
   前記記憶サーバに書き込まれた前記稼働情報が読み出される工程と、
   前記画像処理が施されるデータが前記読み出された前記稼働情報に基づいて前記複数の画像処理装置に割り振られる工程と
   を有することを特徴とする画像処理方法。
6. 前記画像処理を実行するための設定項目がそれぞれ異なる複数の画像制作工程と、
   操作者から前記画像処理を実行するために必要な前記設定項目が設定される画像処理設定工程と、
   前記画像処理設定工程で設定された前記設定項目が前記複数の画像制作工程の各々で個別に実行される画像処理に適合した設定項目に変換される設定変換工程と
   を有し、
   前記複数の画像制作工程の各々は、前記変換された設定項目に基づいて、前記複数の画像処理を実行することを特徴とする請求項５に記載の画像処理方法。

Images