JP2015184909A - 画像処理システム、データ管理方法及びプログラム - Google Patents

Abstract

【課題】サーバ装置のパフォーマンスの低下を防ぎ、サーバ装置の負荷を分散させることを目的とする。【解決手段】撮影装置と、サーバ装置とを備えた画像処理システムであって、撮影装置は、撮影画像の画像処理を管理するために利用されるメタデータをサーバ装置に送信し、メタデータを送信した後に撮影画像をサーバ装置に送信する送信手段を有し、サーバ装置は、メタデータを受信し、メタデータを受信した後に撮影画像を受信する受信手段と、メタデータに基づいて、撮影画像に対する画像処理の実行に必要なサーバ資源を確保する確保手段とを有する。【選択図】図１

Description

本発明は、画像処理システム、データ管理方法及びプログラムに関する。

近年、インターネットに接続可能なデジタルカメラやスマートフォン等の普及に伴い、撮影した画像を撮影端末からサーバに直接アップロードし、サーバにおいて画像を保管したり、他のユーザと共有したりするケースが増えている。更に、サーバにおいて、アップロードした画像に対して、加工や現像処理を行うサービスも増加している。
画像のデータ量が大きい場合や、大量の画像をアップロードする場合、多数の撮影端末から同時にアップロードされる場合等、サーバに急激な負荷がかかる場合がある。このようにサーバに過大な負荷がかかった場合、パフォーマンスの低下やシステムの停止を招く恐れがある。急激なアクセス増加に対応する技術として、特許文献１には、処理負荷（ＣＰＵ使用率、メモリ使用量、画像処理タスク数）が所定値を越えた場合に、画像の送信元に対して処理の一部を依頼する技術が開示されている。

特開２０１１−２４８５２７号公報

しかしながら、送信元が必要な画像処理に対応しない装置である場合もあり、このような場合においても、サーバのパフォーマンスの低下等を防ぐことのできる技術が望まれている。

本発明はこのような問題点に鑑みなされたもので、サーバ装置のパフォーマンスの低下を防ぎ、サーバ装置の負荷を分散させることを目的とする。

そこで、本発明は、撮影装置と、サーバ装置とを備えた画像処理システムであって、前記撮影装置は、撮影画像の画像処理を管理するために利用されるメタデータを前記サーバ装置に送信し、前記メタデータを送信した後に前記撮影画像を前記サーバ装置に送信する送信手段を有し、前記サーバ装置は、前記メタデータを受信し、前記メタデータを受信した後に前記撮影画像を受信する受信手段と、前記メタデータに基づいて、前記撮影画像に対する画像処理の実行に必要なサーバ資源を確保する確保手段とを有する。

本発明によれば、サーバ装置のパフォーマンスの低下を防ぎ、サーバ装置の負荷を分散させることができる。

画像処理システムを示す図である。 撮影装置のハードウェア構成を示す図である。 撮影装置のソフトウェア構成を示す図である。 振分装置のソフトウェア構成を示す図である。 画像処理装置のソフトウェア構成を示す図である。 撮影処理を示すフローチャートである。 メタデータの一例を示す図である。 データ管理処理を示すフローチャートである。 開始時刻テーブルの一例を示す図である。 画像処理種類テーブルの一例を示す図である。 サーバ数テーブルの一例を示す図である。 受信状況テーブルの一例を示す図である。 第２の実施形態にかかるメタデータの一例を示す図である。 画像処理名テーブルの一例を示す図である。

以下、本発明の実施形態について図面に基づいて説明する。
図１は、画像処理システムを示す図である。画像処理システムは、撮影装置１０１ａ，１０１ｂと、振分装置１０４と、画像処理装置１０５ａ，１０５ｂとを有している。図１においては、２つの撮影装置と２つの画像処理装置を示しているが、画像処理システムが備える撮影装置及び画像処理装置の数は実施形態に限定されるものではない。なお、撮影装置１０１ａ，１０１ｂ及び画像処理装置１０５ａ，１０５ｂをそれぞれ単に撮影装置１０１及び画像処理装置１０５と称することとする。
撮影装置１０１と振分装置１０４は、ネットワーク１０３を介して接続している。撮影装置１０１は、デジタルカメラやカメラ付きスマートフォン等のような写真を撮影することが可能な端末である。撮影装置１０１において撮影された撮影画像は、ネットワーク１０３を経由して振分装置１０４に送信される。振分装置１０４は、撮影装置１０１から受信した撮影画像を複数の画像処理装置１０５に振り分ける。画像処理装置１０５は、受信した撮影画像に対し、画像処理を行う。なお、振分装置１０４と画像処理装置１０５は、同一装置であってもよい。

図２は、撮影装置１０１のハードウェア構成を示す図である。同図において、２０１は、ユーザインタフェースを表示するための表示装置である。２０２は、各種操作を行うタッチパネルやキーなどの入力装置である。２０３は、外部から取得したデータやプログラム動作中の値、生成したデータを一時的に保存する主記憶装置である。２０４は、撮影装置１０１の各機能を動作させるためのプログラムや各プログラムで利用するデータ、撮影した画像を記憶する補助記憶装置である。２０５は、撮影装置全体を制御する中央演算処理装置である。２０６は、外部装置と接続するためのネットワークＩ／Ｆである。２０７は、画像を撮影する撮影部である。２０８は各装置（２０１、２０２、２０３、２０４、２０５、２０６、２０７）を結ぶバスである。
なお、振分装置１０４及び画像処理装置１０５のハードウェア構成は、図２を参照しつつ説明した撮影装置１０１のハードウェア構成とほぼ同様である。ただし、振分装置１０４及び画像処理装置１０５は、画像撮影部２０７を有さなくてもよい。
後述する撮影装置１０１の機能や処理は、中央演算処理装置２０５が補助記憶装置２０４等に格納されているプログラムを読み出し、このプログラムを実行することにより実現されるものである。また、振分装置１０４及び画像処理装置１０５の機能や処理は、中央演算処理装置２０５が補助記憶装置２０４等に格納されているプログラムを読み出し、このプログラムを実行することにより実現されるものである。

図３は、撮影装置１０１のソフトウェア構成を示す図である。３０１は、画像撮影部２０７を制御する撮影制御部である。３０２は、撮影制御部３０１の制御により得られた撮影画像を補助記憶装置２０４に保存する画像保存部である。３０３は、撮影された画像又は補助記憶装置２０４に格納されている画像に対して、必要な画像処理を判断する処理判断部である。処理判断部３０３は、撮影装置１０１の利用者が入力装置２０２で指定した内容から画像処理内容を判断する。
３０４は、画像処理装置１０５における画像処理を管理するために利用されるメタデータを生成するメタデータ生成部である。３０５は、メタデータ生成部３０４により生成されたメタデータをネットワークＩ／Ｆ２０６を通じて振分装置１０４に送信する送信部である。送信部３０５はまた、撮影画像を振分装置１０４に送信する。

図４は、振分装置１０４のソフトウェア構成を示す図である。４０１は、撮影装置１０１から送信された撮影画像やメタデータを受信する受信部である。４０２は、メタデータから画像処理装置１０５が画像処理を開始する時刻を予測する開始時刻予測部である。４０３は、画像処理を実行するためのリソースを管理、確保するリソース管理部である。本実施形態においては、リソースは、物理マシンや仮想マシン等のサーバとする。４０４は、受信部４０１が受信した撮影画像を適切な画像処理装置１０５に振り分ける振分部である。４０５は、受信部５０１が受信した撮影画像を管理する画像管理部である。
４０６は、データベース（ＤＢ）であり、画像処理の実行状態や振分装置１０４や画像処理装置１０５の動作に必要な設定情報や各種管理テーブルを格納する。４０７は、撮影装置１０１から送信された撮影画像や、画像処理装置１０５による処理後の画像データを格納するストレージである。ＤＢ４０６及びストレージ４０７は、振分装置１０４からアクセス可能であればよく、他の例としては、ＤＢ４０６及びストレージ４０７は、振分装置１０４の外部装置として設けられていてもよい。

図５は、画像処理装置１０５のソフトウェア構成を示す図である。５０１は、振分装置１０４から画像処理要求を受信する受信部である。５０２は、メタデータにおいて指定されている画像処理方法にしたがって画像処理を行う画像処理部である。画像処理された画像データは、振分装置１０４に送られ、ストレージ４０７に格納される。

図６は、撮影装置１０１による撮影処理を示すフローチャートである。Ｓ６０１において、撮影制御部３０１は、画像撮影部２０７に対し画像撮影を指示する。これに対応し、画像撮影部２０７は、画像を撮影する。次に、Ｓ６０２において、メタデータ生成部３０４は、撮影画像に基づいて、メタデータを生成する。ここで、Ｓ６０２の処理は、メタデータ生成処理の一例である。図７は、メタデータの一例を示す図である。メタデータ７００は、キーと、値と、を含んでいる。メタデータ７００は、キーとして、装置識別子と、画像識別子と、画像データ量と、画像処理名とを、含んでいる。
装置識別子は、自装置（撮影装置１０１）に固有の識別子である。画像識別子は、撮影画像の識別子である。画像データ量は、撮影画像のデータサイズである。画像処理名は、撮影画像に対して実行されるべき画像処理の種類を示す情報である。なお、画像処理名は、撮影装置１０１の利用者等が入力装置２０２を利用して入力した情報に従い設定されるものとする。また、他の例としては、画像処理名は、予め設定されていてもよい。回線情報は、通信回線、すなわちネットワーク１０３に関する情報である。回線情報は、具体的には、ネットワーク１０３の通信速度に関する情報である。なお、メタデータは、撮影画像毎に生成される。
また、本実施形態においては、連続撮影により得られた複数の撮影画像に対しては、「０００１−１０１」、「０００１−１０２」、「０００１−１０３」のように、画像識別子の後半部分を連番とする画像識別子が割り当てられる。さらに、この複数の撮影画像とは別に新たな撮影画像が得られた場合には、「０００２−１０１」のように、画像識別子の前半部分を、連続撮影にかかる撮影画像と異なる値とする画像識別子が割り当てられる。このように、画像識別子は、各撮影により得られた撮影画像を区別し、さらに連続撮影にかかる複数の撮影画像を識別可能な情報であるものとする。

図６に戻り、Ｓ６０３において、送信部３０５は、メタデータを振分装置１０４に送信する。このように、撮影装置１０１は、撮影画像を送信する前に、撮影画像のメタデータを送信する。次に、Ｓ６０４において、送信部３０５は、メタデータの送信状態を確認する。連続撮影した場合等、複数のメタデータが生成されている場合には、生成されたすべてのメタデータが送信されるまで待機する。そして、すべてのメタデータの送信が完了すると（Ｓ６０４でＮｏ）、Ｓ６０５において、送信部３０５は、撮影画像を振分装置１０４に送信する。すなわち、送信部３０５は、メタデータを送信した後に、撮影画像を送信する。以上で、撮影処理が完了する。なお、Ｓ６０３及びＳ６０５の処理は、送信処理の一例である。以上のように、撮影装置１０１は、メタデータを常に撮影画像よりも先に振分装置１０４に送信する。
なお、Ｓ６０５において撮影画像を送信している間に、新たに画像が撮影され、対応するメタデータが生成された場合には、送信部３０５は、撮影画像の送信を中断し、メタデータを送信する。そして、送信部３０５は、メタデータの送信が完了した後に、中断中の撮影画像の送信を再開する。

図８は、振分装置１０４による、データ管理処理を示すフローチャートである。Ｓ８０１において、受信部４０１は、撮影装置１０１から送信されたメタデータを受信する。次に、Ｓ８０２において、開始時刻予測部４０２は、メタデータの解析を行う。次に、Ｓ８０３において、開始時刻予測部４０２は、画像データ量を特定する。なお、開始時刻予測部４０２は、連続撮影の場合には、連続撮影にかかる複数の撮影画像の画像データ量の合計値を画像データ量として特定する。
次に、Ｓ８０４において、開始時刻予測部４０２は、データ量と、回線情報と、に基づいて、画像受信時間を計算する。ここで、画像受信時間は、振分装置がメタデータに示される撮影画像を受信するまでに要する時間である。具体的には、開始時刻予測部４０２は、（式１）により、画像受信時間を計算する。
画像受信時間＝画像データ量÷転送速度 …（式１）
ここで、転送速度は、回線情報（３ｇネットワーク、２ｇネットワーク等）から算出される。

次に、Ｓ８０５において、開始時刻予測部４０２は、処理時点の時刻に、画像受信時間を加算した時刻を画像処理の開始時刻として計算する。開始時刻予測部４０２は、得られた開始時刻を開始時刻テーブルに記憶する。ここで、Ｓ８０５の処理は、開始時刻を予測する予測処理の一例である。
図９は、開始時刻テーブルの一例を示す図である。開始時刻テーブル９００は、例えば、振分装置１０４の補助記憶装置２０４等に記憶されている。開始時刻テーブル９００は、画像識別子と、開始時刻と、画像データ量と、画像処理名と、を対応付けたレコードを、撮影画像毎に記憶している。画像データ量は、Ｓ８０３において特定された画像データ量である。画像処理名は、メタデータに含まれる情報である。
図９に示す開始時刻テーブルの１番目のレコードは、画像識別子「１−＊」の撮影画像の開始時刻が「２０１３／５／５１３:００−１３:１４」であり、画像データ量が「３０００」バイト、画像処理名が「ＨＤＲ」であることを示している。

図８に戻り、Ｓ８０６において、リソース管理部４０３は、開始時刻において、画像処理を開始するために必要なリソースを事前に確保する。ここで、リソースは、画像処理装置１０５である。ここで、画像処理装置１０５は、サーバ資源の一例であり、Ｓ８０６の処理は、撮影画像に対する画像処理の実行に必要なサーバ資源を確保する確保処理の一例である。
例えば、図９の１行目のレコードを処理対象とする場合、リソース管理部４０３は、開始時刻「２０１３／５／５ １３:００−１３:１４」に「ＨＤＲ」処理を実行するために必要なサーバ資源を確保する。
なお、リソース管理部４０３は、いずれの画像処理装置を確保するか、また何台の画像処理装置を確保するかを決定する際には、画像処理種類テーブル及びサーバ数テーブルを参照する。

図１０は、画像処理種類テーブルの一例を示す図である。画像処理種類テーブル１０００は、例えば、振分装置１０４の補助記憶装置２０４等に記憶されている。画像処理種類テーブル１０００は、画像処理装置１０５を識別する画像処理装置名と、画像処理名とを対応付けて記憶している。ここで、画像処理名は、画像処理装置１０５において実行可能な画像処理の種類を示す情報である。なお、画像処理装置１０５は、例えば物理マシンや仮想マシンのサーバであり、仮想マシンの場合、画像処理装置名は、仮想マシンを起動するためのテンプレート（仮想マシンイメージ）を表す。
上述の通り、図９の１行目のレコードを処理対象とする場合、リソース管理部４０３は、図１０に示す画像処理種類テーブルを参照、画像処理名が「ＨＤＲ」の画像処理装置１０５を確保する。すなわち、リソース管理部４０３は、画像処理装置名「サーバＡ」の画像処理装置１０５を、撮影画像に対する画像処理を実行する装置（担当装置）として決定する。

図１１は、サーバ数テーブルの一例を示す図である。サーバ数テーブル１１００は、例えば、振分装置１０４の補助記憶装置２０４等に記憶されている。サーバ数テーブル１１００は、画像データ量と、サーバ数とを対応付けて記憶している。
上述の通り、図９の１行目のレコードを処理対象とする場合、レコード中の画像データ量「３０００」バイトは、「１０００Ｍ」バイトに該当する。したがって、サーバ数「２」より、２台のサーバＡの画像処理装置１０５が担当装置として決定される。以上のように、Ｓ８０６の処理は、撮影画像の画像処理を実行する画像処理を決定する決定処理の一例である。

図８に戻り、Ｓ８０６においてリソース管理部４０３がリソースを確保すると、次に、Ｓ８０７において、振分部４０４は、受信部４０１による撮影画像の受信状況を確認する。なお、振分部４０４は、受信状況テーブルを参照して、受信状況を確認する。図１２は、受信状況テーブルの一例を示す図である。受信状況テーブル１２００は、例えば振分装置１０４の補助記憶装置２０４等に記憶されている。受信状況テーブル１２００は、装置識別子と、画像識別子と、受信状況と、画像処理名とを対応付けたレコードを、撮影画像毎に記憶している。
画像管理部４０５は、１つのメタデータの受信が完了すると、メタデータに対応する撮影画像のレコードを受信状況テーブル１２００に追加する。このとき、画像管理部４０５は、メタデータに基づいて、装置識別子、画像識別子及び画像処理名を書き込む。さらに、画像管理部４０５は、受信状況に、初期値「未」を書き込む。そして、画像管理部４０５は、１つの撮影画像の受信が完了すると、受信が完了した撮影画像のレコード中の受信状況を「未」から「済」に変更する。これに対応し、振分部４０４は、受信状況が「済」に変更された場合に、撮影画像の受信が完了したと判断する。

図８に戻り、振分部４０４は、撮影画像の受信が完了すると（Ｓ８０７でＹｅｓ）、Ｓ８０８において、担当装置に対し、撮影画像と、撮影画像に対して実行すべき画像処理名とともに、画像処理の実行を指示する実行指示を送信する。ここで、Ｓ８０８の処理は、担当装置に対し、撮影画像に対する画像処理の実行を指示する指示処理の一例である。以上で、データ管理処理が完了する。実行指示を受信した画像処理装置１０５においては、画像処理部５０２が、撮影画像に対し必要な画像処理を行う。
以上のように、第１の実施形態にかかる画像処理システムにおいては、撮影画像を受信する前にメタデータを受信し、メタデータに基づいて、画像処理装置１０５の処理不可を事前に予測し、必要なリソースを確保することができる。

（第２の実施形態）
第２の実施形態にかかる画像処理システムにおいては、撮影装置１０１は、撮影画像に対し顔認識や文字認識等の処理を行う。そして、撮影装置１０１は、認識された領域を示す領域情報を含むメタデータを生成し、これを振分装置１０４に送信する。
図１３は、第２の実施形態にかかるメタデータの一例を示す図である。メタデータ１３００は、第１の実施形態にかかるメタデータの内容に加えて、領域情報をさらに含んでいる。ここで、領域情報は、領域名と、位置と、を含んでいる。ここで、領域名は、認識内容であり、位置は、検出された領域の撮影画像中の位置である。なお、本実施形態においては、領域は矩形とし、位置は、矩形を形成する２点の座標値とする。図１３に示すメタデータ１３００の領域情報は、「ｘ１＝２０，ｙ１＝２０，ｘ２＝１００，ｙ２＝１００」の矩形領域において顔が検出されたことを示している。

振分装置１０４は、画像処理装置１０５に対し、実行指示と共に、領域情報を送信する。そして、画像処理装置１０５は、領域情報に基づいて、画像処理の種類を特定する。図１４は、画像処理名テーブルの一例を示す図である。画像処理名テーブル１４００は、画像処理装置１０５の補助記憶装置２０４等に記憶される。画像処理名テーブル１４００は、領域情報と画像処理名とを対応付けて記憶している。画像処理装置１０５の画像処理部５０２は、画像処理名テーブルを参照し、領域情報に対応付けられている画像処理名の画像処理を実行する。例えば、画像処理部５０２は、顔の領域情報に対応する撮影画像に対しては、検出された領域に対しマスク処理を実行する。
このように、第２の実施形態にかかる画像処理システムにおいては、顔等が検出された領域に対し、検出内容に応じた画像処理を実行することができる。
なお、第２の実施形態にかかる画像処理システムのこれ以外の構成及び処理は、第１の実施形態にかかる画像処理システムの構成及び処理と同様である。

＜その他の実施形態＞
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給する。そして、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。

以上、上述した各実施形態によれば、サーバ装置のパフォーマンスの低下を防ぎ、サーバ装置の負荷を分散させることができる。

以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

１０１ 撮影装置、１０３ ネットワーク、１０４ 振分装置、１０５ 画像処理装置

Claims (21)

1. 撮影装置と、サーバ装置とを備えた画像処理システムであって、
   前記撮影装置は、
   撮影画像の画像処理を管理するために利用されるメタデータを前記サーバ装置に送信し、前記メタデータを送信した後に前記撮影画像を前記サーバ装置に送信する送信手段を有し、
   前記サーバ装置は、
   前記メタデータを受信し、前記メタデータを受信した後に前記撮影画像を受信する受信手段と、
   前記メタデータに基づいて、前記撮影画像に対する画像処理の実行に必要なサーバ資源を確保する確保手段と
   を有する画像処理システム。
2. 前記撮影装置は、前記撮影画像に基づいて、前記メタデータを生成するメタデータ生成手段をさらに有し、
   前記送信手段は、前記メタデータ生成手段により生成された前記メタデータを前記サーバ装置に送信する請求項１に記載の画像処理システム。
3. 前記メタデータは、前記撮影画像のデータ量及び通信回線に関する情報を含み、
   前記サーバ装置は、
   前記メタデータに基づいて、画像処理の開始時刻を予測する予測手段をさらに有し、
   前記確保手段は、前記開始時刻における前記画像処理の実行に必要なサーバ資源を確保する請求項１又は２に記載の画像処理システム。
4. 前記メタデータは、前記撮影画像のデータ量を含み、
   前記サーバ装置は、
   前記撮影画像のデータ量に基づいて、前記撮影画像の前記画像処理を実行する画像処理装置を決定する決定手段をさらに有する請求項１又は２に記載の画像処理システム。
5. 前記メタデータは、前記撮影画像に対して実行すべき画像処理の種類をさらに含み、
   前記決定手段は、前記データ量及び前記画像処理の種類に基づいて、前記撮影画像の前記画像処理を実行する画像処理装置を決定する請求項４に記載の画像処理システム。
6. 前記サーバ装置は、
   前記受信手段が前記撮影画像を受信すると、前記決定手段により決定された前記画像処理装置に対し、前記撮影画像に対する前記画像処理の実行を指示する指示手段をさらに有する請求項４又は５に記載の画像処理システム。
7. 前記メタデータは、処理対象の領域を示す領域情報をさらに含み、
   前記サーバ装置の前記指示手段は、前記画像処理装置に対し、前記領域情報に示される領域に対する前記画像処理の実行を指示する請求項６に記載の画像処理システム。
8. 撮影画像の画像処理を管理するために利用されるメタデータをサーバ装置に送信し、前記メタデータを送信した後に前記撮影画像を前記サーバ装置に送信する送信手段を有する撮影装置。
9. 前記撮影画像に基づいて、前記メタデータを生成するメタデータ生成手段をさらに有し、
   前記送信手段は、前記メタデータ生成手段により生成された前記メタデータを前記サーバ装置に送信する請求項８に記載の撮影装置。
10. 前記メタデータ生成手段は、前記サーバ装置に送信すべき前記撮影画像のデータ量及び通信回線に関する情報を含む前記メタデータを生成する請求項９に記載の撮影装置。
11. 前記メタデータ生成手段は、前記サーバ装置に送信すべき前記撮影画像に対して実行すべき画像処理の種類を含む前記メタデータを生成する請求項９又は１０に記載の撮影装置。
12. 撮影画像の画像処理を管理するために利用されるメタデータを受信し、前記メタデータを受信した後に前記撮影画像を受信する受信手段と、
    前記メタデータに基づいて、前記撮影画像の画像処理の実行に必要なサーバ資源を確保する確保手段と
    を有するサーバ装置。
13. 前記メタデータは、前記撮影画像のデータ量及び通信回線に関する情報を含み、
    前記メタデータに基づいて、画像処理の開始時刻を予測する予測手段をさらに有し、
    前記確保手段は、前記開始時刻における前記画像処理の実行に必要なサーバ資源を確保する請求項１２に記載のサーバ装置。
14. 前記メタデータは、前記撮影画像のデータ量を含み、
    前記撮影画像の前記データ量に基づいて、前記撮影画像の前記画像処理を実行する画像処理装置を決定する決定手段をさらに有する請求項１２に記載のサーバ装置。
15. 前記メタデータは、前記撮影画像に対して実行すべき画像処理の種類をさらに含み、
    前記決定手段は、前記データ量及び前記画像処理の種類に基づいて、前記撮影画像の前記画像処理を実行する画像処理装置を決定する請求項１４に記載のサーバ装置。
16. 前記受信手段が前記撮影画像を受信すると、前記決定手段により決定された前記画像処理装置に対し、前記撮影画像に対する前記画像処理の実行を指示する指示手段をさらに有する請求項１４又は１５に記載のサーバ装置。
17. 撮影装置と、サーバ装置とを備えた画像処理システムが実行するデータ管理方法であって、
    前記撮影装置が、撮影画像の画像処理を管理するために利用されるメタデータを前記サーバ装置に送信し、前記メタデータを送信した後に前記撮影画像を前記サーバ装置に送信する送信ステップと、
    前記サーバ装置が、前記メタデータを受信し、前記メタデータを受信した後に前記撮影画像を受信する受信ステップと、
    前記サーバ装置が、前記メタデータに基づいて、前記撮影画像に対する画像処理の実行に必要なサーバ資源を確保する確保ステップと
    を含むデータ管理方法。
18. 撮影装置が実行するデータ管理方法であって、
    撮影画像の画像処理を管理するために利用されるメタデータをサーバ装置に送信し、前記メタデータを送信した後に前記撮影画像を前記サーバ装置に送信する送信ステップを含むデータ管理方法。
19. サーバ装置が実行するデータ管理方法であって、
    撮影画像の画像処理を管理するために利用されるメタデータを受信し、前記メタデータを受信した後に前記撮影画像を受信する受信ステップと、
    前記メタデータに基づいて、前記撮影画像の画像処理の実行に必要なサーバ資源を確保する確保ステップと
    を含むデータ管理方法。
20. コンピュータを、
    撮影画像の画像処理を管理するために利用されるメタデータをサーバ装置に送信し、前記メタデータを送信した後に前記撮影画像を前記サーバ装置に送信する送信手段として機能させるためのプログラム。
21. コンピュータを、
    撮影画像の画像処理を管理するために利用されるメタデータを受信し、前記メタデータを受信した後に前記撮影画像を受信する受信手段と、
    前記メタデータに基づいて、前記撮影画像の画像処理の実行に必要なサーバ資源を確保する確保手段と
    して機能させるためのプログラム。

Images