JP2021071799A - 画像処理サーバおよび画像処理サーバの制御方法 - Google Patents

Abstract

【課題】 サーバシステムではクライアント装置から受信したリクエスト順序に従って処理をおこなうため、特定のユーザから大量の処理リクエストを受信すると、それより後に受信した他のユーザの処理リクエストについては処理開始までの時間が長くなる。【解決手段】 複数のクライアント装置からＲＡＷ画像と画像処理リクエストを受信し、画像処理リクエストに従ってＲＡＷ画像を画像処理する画像処理サーバであって、受信した画像処理リクエストを処理リストに格納する格納手段と、処理リストから受信順に画像処理リクエストを取得して画像処理を行う画像処理手段と、スケールアウトの実行条件を満たすか否かの判定結果を取得する取得手段と、制御手段と、を備え、制御手段は、スケールアウトの実行条件を満たすと判定された場合、各クライアント装置の画像処理リクエストの１つが優先的に処理されるように制御する、ことを特徴とする画像処理サーバである。【選択図】 図１

Description

本発明はクラインアント装置からのリクエストに応じて画像処理を行う画像処理サーバに関する。

従来、撮像装置が撮像して生成されたＲＡＷ画像を受信し、ＲＡＷ現像処理と呼ばれる画像処理を行って、表示画像を生成する画像処理サーバがある。こうした技術としては例えば特許文献１の技術が開示されている。

特開２００９−０４４２５６号公報

このような画像処理サーバが、表示画像をＲＡＷ現像結果としてクライアント装置に送信し、ユーザがクライアント装置を操作してさらに画像編集を行うことができるように画像編集システムを構成する場合、ユーザビリティの面でＲＡＷ現像結果を短時間でクライアント装置に送信できることが望ましい。

さらにいえば、仮にユーザが複数のＲＡＷ画像を編集しようとしていたとしても、１枚目のＲＡＷ現像結果が画像処理サーバからクライアント装置に送信された時点でユーザは編集作業に着手できるため、１枚目のＲＡＷ現像結果を短時間でクライアント装置に送信することが特に重要になる。

しかしながら、一般には、サーバシステムはクライアント装置から受信したリクエスト順序に従って処理をおこなうため、特定のユーザから大量の処理リクエストを受信すると、それより後に受信したほかのユーザの処理リクエストについては処理開始までの時間が長くなるという課題がある。

本発明は、このような状況に鑑みてなされてものであり、複数のクライアント装置に対してそれぞれの１枚目のＲＡＷ画像を優先して現像処理することを特徴としている。

本発明の１実施態様によれば、複数のクライアント装置からＲＡＷ画像と画像処理リクエストを受信し、画像処理リクエストに従ってＲＡＷ画像を画像処理する画像処理サーバであって、受信した画像処理リクエストを処理リストに格納する格納手段と、前記処理リストから受信順に画像処理リクエストを取得して画像処理を行う画像処理手段と、スケールアウトの実行条件を満たすか否かの判定結果を取得する取得手段と、制御手段と、を備え、前記制御手段は、スケールアウトの実行条件を満たすと判定された場合、各クライアント装置の画像処理リクエストの１つが優先的に処理されるように制御する、ことを特徴とする画像処理サーバである。

複数のクライアント装置に対してそれぞれ１枚目のＲＡＷ画像を優先して現像処理し、各クライアント装置に１枚目のＲＡＷ現像結果を早期に送信する。

本発明の実施形態に係る画像処理サーバの動作の一例を示すシーケンス図である。 本発明の実施形態に係る画像処理サーバの構成の一例を示すブロック図である。 本発明の実施形態に係る画像処理サーバの処理時間を示す図である。 本発明の実施形態に係る画像処理サーバの管理情報を示す図である。 本発明の実施形態に係る画像処理サーバの動作の一例を示すシーケンス図である。

以下に、図面を参照して、本発明の実施形態を説明する。ただし、以下の説明における実施形態の構成要素はあくまで例示であり、本発明の範囲を限定するものではない。

以下、本発明の実施形態を添付画面に従って詳細に説明する。

本実施形態における画像処理サーバは、ユーザが操作するクライアント装置から予めアップロードされたＲＡＷ画像を記憶している。また、画像処理サーバは、クライアント装置から画像処理リクエストを受け付けてＲＡＷ画像の現像処理を行う。さらに、画像処理サーバは、クライアント装置からの画像処理結果の取得要求を受け付けるとＲＡＷ現像結果を送信する。なお、画像処理サーバは、クライアント装置からＲＡＷ画像と画像処理リクエストを同時に受け付けることも可能である。

また、画像処理サーバは、クライアント装置から受け付けた画像処理リクエストの数に応じて稼働サーバ数を増やすスケールアウトの仕組みを備える。スケールアウトにより新たに稼働した他の画像処理サーバとの間で、クライアント装置から受け付けた画像処理リクエストを分散処理することが可能となる。

なお、スケールアウトが完了するまでは、稼働サーバ数が少ないままであり、画像処理リクエストの数が増加するにつれ、時間的に後で受け付けたリクエストほど処理開始までの時間が長くなる。

そこで、本実施形態の画像処理サーバは、スケールアウトが完了するまでの間、画像処理リクエストを受け付けた各クライアント装置に対して、１枚目のＲＡＷ現像処理を優先して実行することで処理開始までの時間を短縮する。

図２は、本実施形態における画像処理サーバの構成の一例を示す図である。

２０１は画像処理サーバ２００の全体を制御する制御部であり、例えばＣｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ（ＣＰＵ）である。２０２は変更を必要としないプログラムやパラメータを格納するＲｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ（ＲＯＭ）である。２０３は外部装置などから供給されるプログラムやデータを一時記憶するＲａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ（ＲＡＭ）である。２０４は装置２００に固定して設置されたハードディスクやメモリカード等の外部記憶装置である。

２０５はユーザ操作を受け付け、データを入力する入力装置２０９とのインターフェースである。２０６は画像処理サーバ２００が保持するデータや供給されたデータを表示するディスプレイ２１０とのインターフェースである。２０７はインターネットなどのネットワーク回線２１１に接続するためのネットワークインターフェース（ネットワークＩＦ）である。２０８は、撮像装置などの外部のデバイス２１２と通信するインターフェース（デバイスＩＦ）である。２１３は２０１〜２０８の各ユニットを通信可能に接続するシステムバスである。

画像処理サーバの処理能力およびスケールアウト条件について説明する。

画像処理装置１台の処理能力は、１リクエストに対応するＲＡＷ現像処理を６秒で実行できるものとする。また、スケールアウト条件としては、処理リストに格納された全てのリクエストを６０秒以内に完了できるように稼働サーバを増加させる設定とする。そしてスケールアウトには１８０秒かかるものとする。

この条件下で、たとえば４人のユーザＡ、Ｂ、Ｃ、Ｄが同時に画像処理リクエストを１０画像ずつ送信したとする。そしてこれらの画像処理リクエストを、画像処理装置がユーザＡの１０画像、Ｂの１０画像、Ｃの１０画像、Ｄの１０画像の順で受信したとすると、画像処理装置は４０リクエストを処理リストに受信順に格納することになる。ここで、ユーザＡ，Ｂ、Ｃ、Ｄは、それぞれクライアント装置Ａ、Ｂ、Ｃ、Ｄに対応するが、以下ではユーザとして説明する。

そうすると、４０リクエストを６０秒以内に完了させるためには４台の画像処理サーバが必要となるので、画像処理サーバを１台から４台にスケールアウトする。

以上の前提で、画像処理サーバが画像処理リクエストを受信してから画像処理を完了するまでにかかる時間を、図３に示す。３０１、３０２、３０３、３０４はそれぞれ、各ユーザの１画像目、２画像目、３画像目、１０画像目の処理を完了するのにかかる時間である。

仮に、スケールアウト中に本実施形態の処理を適用しない画像処理装置がこれらのリクエストを処理すれば、各画像処理リクエストの処理を完了するのにかかる時間は図３（Ａ）に示したものとなる。

画像処理装置の処理リストにはユーザＡのリクエスト１０画像が先頭に格納されているため、ユーザＡのＲＡＷ現像処理を逐次処理していくことになる。ユーザＡの１枚目の現像処理は６秒で完了し、６０秒でユーザＡのすべての画像のＲＡＷ現像処理は完了する。しかし、ユーザＢ、Ｃ、Ｄの処理は画像処理リクエストを受信してからそれぞれ６０秒後、１２０秒後、１８０秒後から開始されることになり、編集作業に着手できるようになるまでのユーザの待ち時間は長くなる。スケールアウトが完了するのはユーザＣの１０枚目の処理を完了した時点なので、スケールアウトをおこなってもユーザＢ、Ｃ、Ｄの１枚目の編集作業に着手できる時間は改善されていないことがわかる。

これに対して、本実施形態の画像処理サーバは、スケールアウト中であれば全ユーザの１枚目の画像処理リクエストを優先的に実行する。このために図４に示した処理時刻管理情報を備える。

処理時刻管理情報には、各ユーザの画像処理リクエストについて、処理リストから取得された時刻４０１がそれぞれのユーザと関連付けて記憶されている。画像処理サーバは、この処理時刻管理情報に基づいて全ユーザの処理優先順位を決定する。具体的には、画像処理リクエストの取得時刻である処理時刻が記憶されていないユーザを最優先とし、他のユーザは以前の処理時刻が古いユーザほど優先する。従って、優先順位はユーザＤ、Ｃ、Ｂ、Ａの順となる。

また、この優先順位決定では、一度優先処理されたユーザを一定時間は選択しない。これは、各ユーザの１枚目の画像処理リクエストを完了した後は、リクエスト順（画像処理リクエストを受け付けた順）で処理を実行するためである。本実施形態では、この優先処理しない時間を６０秒間とする。

スケールアウト中に特別な分散処理の仕組みを備えた画像処理装置における、全ユーザの１枚目のＲＡＷ現像処理を優先して実行する処理の流れについて図１と図５を用いて説明する。

図５は、画像処理サーバ２００がクライアント装置から画像処理リクエストを受信したときに実行する処理を説明するフロー図である。

画像処理サーバの制御部２０１は、ステップＳ５０１でクライアント装置から画像処理リクエストを受信する。この画像処理リクエストには、ユーザを識別するためのユーザ識別子と、ＲＡＷ現像の対象画像を識別するための画像識別子と、ＲＡＷ現像処理を実行する際に用いる画像処理内容が含まれている。

次に、制御部２０１は、ステップＳ５０２にて、受信した画像処理リクエストを受信順に処理リストに追加して格納する。このとき、新たに格納しようとする画像処理リクエストのユーザ識別子と画像識別子の組み合わせがすでに処理リストに格納されている場合は、処理リストに格納されている画像処理リクエストを削除したうえで、新たな画像処理リクエストを処理リストの最後に格納する。こうすることで、重畳して現像処理が行われることを避け、ユーザの意図が反映する最新のリクエストに応じて現像処理が行われる。

図１は、画像処理サーバ２００が処理リストから画像処理リクエストを取得してＲＡＷ現像処理を実行する処理を示すフロー図である。

画像処理サーバの制御部２０１は、ステップＳ１０１にて処理リストに画像処理リクエスト格納されているかを判定する。制御部２０１は、画像処理リクエストが格納されている場合は処理をステップＳ１０２に進め、そうでなければステップＳ１０１の処理を繰り返す。ステップＳ１０２にて、制御部２０１は処理リストに登録された全画像処理リクエストのユーザ識別子を取得する。

そして、制御部２０１はステップＳ１０３にて次に処理する対象ユーザを決定する。この対象ユーザの決定において、制御部２０１は図４を用いて説明した処理時刻管理情報に基づいて、処理を最も優先するユーザを決定する。次にステップＳ１０４では、制御部２０１は処理対象リクエストを決定する。ここで制御部２０１は、処理リストに格納されているリクエストの中で、ステップ１０３で決定された処理対象ユーザのリクエストであり、かつ処理リストに最も早く格納されたものを処理対象リクエストとする。

次に制御部２０１はステップＳ１０５にて処理対象リクエストの内容に従ってＲＡＷ現像処理を実行する。この結果、生成されたＲＡＷ現像結果は外部記憶装置２０４に記憶されクライアント装置からの要求に基づいて送信可能となる。クライアント装置はポーリング等の手段でＲＡＷ現像結果の生成が完了したことを検知することができる。

そして、最後に制御部２０１はステップＳ１０６にて処理対象リクエストの対象ユーザの処理時刻管理情報を更新する。

以上の処理により、本実施形態の画像処理サーバでこれらのリクエストを処理すれば、各画像処理リクエストの処理を完了するのにかかる時間は図３（Ｂ）に示したものとなる。

画像処理サーバは、各ユーザの画像処理リクエストを受信した時点でスケールアウトを開始し、各ユーザの１画像目のＲＡＷ現像処理を処理時刻管理情報に基づいて、ユーザＤ、Ｃ、Ｂ、Ａの順で実施する。一度優先処理されたユーザに関しては６０秒間の一定期間優先処理されない期間があるため、優先する対象のクライアント装置が存在しなくなった場合は処理リストに格納された順で処理が行われる。つまり、処理リストの順に従ってユーザＡの画像が優先的に処理される。そして優先処理されて６０秒経過後は再度優先処理の対象となる。

これにより、各ユーザＡ、Ｂ、Ｃ、Ｄはそれぞれ、画像処理リクエストを送信してから２４秒後、１８秒後、１２秒後、６秒後に１枚目のＲＡＷ現像が完了し、６６秒後、７２秒後、７８秒後、３０秒後に２枚目のＲＡＷ現像が完了する。そして、ユーザはこの時間以降、編集作業に着手できる。スケールアウトは１８０秒後に完了し、その時点で残っていたユーザＣとユーザＤの画像処理リクエストが複数の画像処理サーバで並列的に実行される。

以上、本実施形態の構成によれば、全ユーザそれぞれの１枚目のＲＡＷ現像処理を優先する画像処理サーバを提供することができる。ユーザはこの画像処理サーバを利用することで、１枚目のＲＡＷ現像結果を短時間で受信することができ、早期に編集作業を開始できるようになる。

なお、本実施形態で説明したスケールアウト実行中の動作として全ユーザの１枚目の画像を優先処理する旨を説明したが、スケールアウトが実行されていない期間およびスケールアウト完了後については、処理リストに格納された順で画像処理要求を逐次処理する。

また、処理時刻管理情報はスケールアウト後には不要になるため、スケールアウト完了とともに内容を消去しても構わない。消去しない場合は、本実施形態で説明したように、前回のスケールアウト中に記憶された情報が次のスケールアウト中に使用されることとなる。

また、本実施形態では、画像処理リクエストの取得時刻が記憶されていないユーザを最優先する旨を説明したが、同様のユーザが複数いる場合は、このユーザ間（クライアント装置間）でリクエスト順序に基づいて優先順位を決定する。

また、本実施形態では、ユーザが同一画像に対して画像処理リクエストを上書きできる構成について述べたが、これは画像単位での上書きに限らず複数画像まとめて上書きしてもよい。つまり、画像処理サーバは、ユーザの複数画像の画像処理内容及び処理順も含む情報をまとめて受信し、処理リストに格納された当該ユーザの画像処理リクエストをすべて消去したうえで、新たに分割して登録することで実現する構成であってもよい。

さらに、本実施形態では、処理リストに格納されたリクエスト数に基づいてスケールアウトを実行する構成を説明したが、これ以外の実行条件でスケールアウトの実行を制御する構成であってもよい。たとえば所定の時刻や日付に基づいて実行されること、または所定の時間内に受信した画像処理リクエストの送信ユーザ数が一定数以上になったことに基づいて実行されること、または所定の時間内にログインしたログインユーザ数が一定以上になったことに基づいて実行される構成であってもよい。なお、スケールアウトの実行条件を満たすか否かの判定を画像処理サーバ自体が行ってもよく、また他の管理サーバが判定を行って画像処理サーバはこの管理サーバから判定結果を取得するようにしてもよい。

以上、本発明の実施形態を詳述してきたが、本発明はこの特定の実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の様々な形態も本発明に含まれる。上述の実施形態の一部を適宜組み合わせてもよい。

また、上述の実施形態の機能を実現するソフトウェアのプログラムを、記録媒体から直接、或いは有線／無線通信を用いてプログラムを実行可能なコンピュータを有するシステム又は装置に供給し、そのプログラムを実行する場合も本発明に含む。従って、本発明の機能処理をコンピュータで実現するために、該コンピュータに供給、インストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明の機能処理を実現するためのコンピュータプログラム自体も本発明に含まれる。その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。

プログラムを供給するための記録媒体としては、例えば、ハードディスク、磁気テープ等の磁気記録媒体、光／光磁気記憶媒体、不揮発性の半導体メモリでもよい。

また、プログラムの供給方法としては、コンピュータネットワーク上のサーバに本発明を形成するコンピュータプログラムを記憶し、接続のあったクライアントコンピュータがコンピュータプログラムをダウンロードしてプログラムするような方法も考えられる。

２００ 画像処理サーバ
２０１ 制御部

Claims (10)

1. 複数のクライアント装置からＲＡＷ画像と画像処理リクエストを受信し、画像処理リクエストに従ってＲＡＷ画像を画像処理する画像処理サーバであって、
   受信した画像処理リクエストを処理リストに格納する格納手段と、
   前記処理リストから受信順に画像処理リクエストを取得して画像処理を行う画像処理手段と、
   スケールアウトの実行条件を満たすか否かの判定結果を取得する取得手段と、
   制御手段と、を備え、
   前記制御手段は、スケールアウトの実行条件を満たすと判定された場合、各クライアント装置の画像処理リクエストの１つが優先的に処理されるように制御する、ことを特徴とする画像処理サーバ。
2. スケールアウトが完了すると、前記制御手段は、前記画像処理リクエストが受信順に処理されるように制御する、ことを特徴とする請求項１に記載の画像処理サーバ。
3. 前記処理リストから画像処理リクエストが取得された取得時刻をクライアント装置と関連付けて記憶する記憶手段を有し、
   前記制御手段は、画像処理リクエストが取得された時刻が早いクライアント装置の画像処理リクエストを優先して処理するように制御する、ことを特徴とする請求項１または２に記載の画像処理サーバ。
4. 前記取得時刻の記録がないクライアント装置の画像処理リクエストの優先順位を最も高くする、ことを特徴とする請求項３に記載の画像処理サーバ。
5. 前記取得時刻の記録がないクライアント装置が複数ある場合には、そのクライアント装置間では画像処理リクエストの受信順に基づいて優先順位を決定する、ことを特徴とする請求項４に記載の画像処理サーバ。
6. 前記取得時刻に基づいて画像処理リクエストが処理されたクライアント装置について、一定期間、画像処理リクエストを優先しないこととし、優先する対象のクライアント装置が存在しない場合には画像処理リクエストの受信順に応じて優先順位を決定する、ことを特徴とする請求項３から５のいずれか１項に記載の画像処理サーバ。
7. クライアント装置から受信した画像処理リクエストに含まれる処理対象を特定する画像識別子に基づき、同一のＲＡＷ画像に対する画像処理リクエストが前記処理リストに格納されていれば、先に受信した画像処理リクエストを削除して新たに受信した画像処理リクエストを追加する、ことを特徴とする請求項１から６のいずれか１項に記載の画像処理サーバ。
8. クライアント装置から受信した画像処理リクエストに含まれる処理対象を特定する画像識別子に基づき、複数のＲＡＷ画像に対する画像処理リクエストであることが示されていれば、前記画像処理リクエストをＲＡＷ画像ごとの画像処理リクエストに分割して処理リストに格納する、ことを特徴とする請求項１から７のいずれか１項に記載の画像処理サーバ。
9. 前記スケールアウトは、
   所定の時刻や日付に基づいて実行されること、
   所定の時間内に受信した画像処理リクエストの数が一定数以上になったことに基づいて実行されること、
   所定の時間内に受信した画像処理リクエストの送信するユーザ数が一定数以上になったことに基づいて実行されること、
   所定の時間内に画像処理を要求するログインユーザ数が一定数以上になったことに基づいて実行されること、
   のいずれかである、ことを特徴とする請求項１から８のいずれか１項に記載の画像処理サーバ。
10. 複数のクライアント装置からＲＡＷ画像と画像処理リクエストを受信し、画像処理リクエストに従ってＲＡＷ画像を画像処理する画像処理サーバの制御方法であって、
    受信した画像処理リクエストを処理リストに格納する工程と、
    前記処理リストから受信順に画像処理リクエストを取得して画像処理を行う工程と、
    スケールアウトの実行条件を満たすか否かの判定結果を取得する工程と、を備え、
    スケールアウトの実行条件を満たすと判定された場合、各クライアント装置の画像処理リクエストの１つが優先的に処理されるように制御する、ことを特徴とする画像処理サーバの制御方法。

Images