JP2008139968A - Image processor and program - Google Patents
Image processor and program Download PDFInfo
- Publication number
- JP2008139968A JP2008139968A JP2006323640A JP2006323640A JP2008139968A JP 2008139968 A JP2008139968 A JP 2008139968A JP 2006323640 A JP2006323640 A JP 2006323640A JP 2006323640 A JP2006323640 A JP 2006323640A JP 2008139968 A JP2008139968 A JP 2008139968A
- Authority
- JP
- Japan
- Prior art keywords
- module
- image processing
- buffer
- unit
- image
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Image Input (AREA)
- Information Transfer Systems (AREA)
Abstract
Description
本発明は画像処理装置及びプログラムに係り、特に、複数の画像処理モジュールの前段及び後段の少なくとも一方にバッファモジュールが各々連結されるように、個々のモジュールがパイプライン形態又は有向非循環グラフ形態で連結されて成る画像処理部を備えた画像処理装置、及び、コンピュータを前記画像処理装置として機能させるための画像処理プログラムに関する。 The present invention relates to an image processing apparatus and a program, and in particular, each module is in a pipeline form or a directed acyclic graph form so that a buffer module is connected to at least one of a front stage and a rear stage of a plurality of image processing modules. And an image processing program for causing a computer to function as the image processing apparatus.
入力された画像データに対して画像処理を行う画像処理装置や、画像を取扱可能なDTP(デスクトップ・パブリッシング)システム、入力された画像データが表す画像を記録材料に記録するプリントシステム等では、入力された画像データに対して拡大・縮小、回転、アフィン変換、色変換、フィルタ処理、画像合成等の各種の画像処理が行われる。これらの装置やシステムにおいて、入力される画像データの属性や画像データに対する画像処理の内容・手順・パラメータ等が固定されている場合には、専用に設計したハードウエアによって画像処理を行わせる場合もあるが、例えば色空間や1画素当たりのビット数が異なる様々な画像データが入力されたり、画像処理の内容や手順・パラメータ等が様々に変更される場合には、実行する画像処理をより柔軟に変更可能な構成が必要となる。 In an image processing device that performs image processing on input image data, a DTP (desktop publishing) system that can handle images, a print system that records an image represented by input image data on a recording material, etc. Various types of image processing such as enlargement / reduction, rotation, affine transformation, color conversion, filter processing, and image synthesis are performed on the image data. In these devices and systems, if the attributes of the input image data and the contents, procedures, parameters, etc. of the image processing for the image data are fixed, the image processing may be performed by specially designed hardware. However, for example, when various image data with different color space and the number of bits per pixel are input, or when the contents, procedures, and parameters of the image processing are changed variously, the image processing to be executed is more flexible. A changeable configuration is required.
このような要求を満たすために、例えば特許文献1には、プログラマブルな処理モジュールをパイプライン形態やDAG(Directed Acyclic Graph:有向非循環グラフ)形態に接続して、所望の画像処理を行うことを可能とする技術が提案されている。特許文献1に記載の技術では、複数のプログラマブル演算処理部の各々における演算処理の内容と、ネットワーク部による各プログラマブル演算処理部の接続形態を、ホストコントロール手段を通じて外部から自在に設定できるように構成することで、高速かつ高度な演算処理が可能で、機能変更や系統変更に対する自由度が高いデジタル映像信号処理装置を実現している。
In order to satisfy such a requirement, for example, in
一方、特許文献2には、変換処理をまとめて行う画素の領域を表す変換処理区分設定を解像度に対応させて記憶しておき、画像データに対して設定された解像度を取得し、取得した解像度に対応する変換処理区分設定で近隣する画素を変換処理区分とし、同変換処理区分内の全画素をまとめて変換対象として、誤差拡散法を用いた画像変換処理を同変換処理区分単位で行う技術が開示されている。
特許文献1に記載の技術のように、複数種の画像処理モジュールを任意に組み合わせて所望の画像処理を行う画像処理装置を構成する場合、以下に述べるような問題がある。すなわち、各画像処理モジュールには、実行する画像処理の種類や内容に応じて処理し易い単位(例えば画素単位、1ライン単位、複数ライン単位、面単位等)がある。しかし、各画像処理モジュールを任意の順番で連結し協調して処理することを可能とするためには、全ての画像処理モジュールの出力単位を揃えるか、或いは各画像処理モジュールが任意の入力単位に対応可能に構成する必要があり、各画像処理モジュールの構成が複雑になる。また、各画像処理モジュールは他の画像処理モジュールと連携して動作するため、各画像処理モジュールには、入力された画像データに対して実際に画像処理を行う部分以外に、自モジュールと連結された他の画像処理モジュールとの間で画像データを受け渡す処理を制御する部分も必要となり、各画像処理モジュールの構成は一層複雑になる。
When configuring an image processing apparatus that performs desired image processing by arbitrarily combining a plurality of types of image processing modules as in the technique described in
上記の問題は、画像処理モジュールの前後にバッファを設け、個々の画像処理モジュールで各種の画像処理を行わせると共に、例えば特許文献2に記載の、誤差拡散法を用いた画像変換処理における変換対象の処理区分(変換対象の画素数)を解像度に応じて切り替える技術のように、個々の画像処理モジュールを、実行する画像処理の種類や内容に応じた処理し易い単位ずつ前段のバッファから画像データを取得するように構成することで解決可能である。
The above problem is that a buffer is provided before and after the image processing module, and various image processing is performed by each image processing module. For example, the conversion target in the image conversion processing using the error diffusion method described in
但し、この構成において、画像処理装置が動作する環境が、バッファとして使用可能なメモリ等の記憶リソースの容量に制限がある環境である場合を考慮すると、画像処理モジュールの前後に設けられる個々のバッファを、バッファが必要となる毎に前後の画像処理モジュールにおける処理単位に応じた容量の記憶リソースの割当を要求し、割り当てられた記憶リソースをバッファとして用いると共に、バッファが不要となる毎に当該バッファとして用いていた記憶リソースを解放する機能を備えたバッファモジュールとして構成することが望ましい。しかし、上記構成では個々のバッファモジュールによって、記憶リソースの割当が頻繁に要求されることで、オーバヘッド(画像処理以外の処理による負荷)が増大し、画像処理の処理効率が低下するという問題がある。 However, in this configuration, considering the case where the environment in which the image processing apparatus operates is an environment in which the capacity of storage resources such as a memory that can be used as a buffer is limited, the individual buffers provided before and after the image processing module Each time a buffer is required, it requests allocation of a storage resource having a capacity corresponding to the processing unit in the preceding and succeeding image processing modules, and uses the allocated storage resource as a buffer. It is desirable to configure as a buffer module having a function of releasing the storage resources used as the. However, in the above-described configuration, the allocation of storage resources is frequently requested by individual buffer modules, which increases the overhead (load due to processing other than image processing) and reduces the processing efficiency of image processing. .
本発明は上記事実を考慮して成されたもので、記憶リソースの使用量低減を優先するか画像処理の処理効率を優先するかを動作環境に応じて切替可能な画像処理装置及び画像処理プログラムを得ることが目的である。 The present invention has been made in consideration of the above facts, and is an image processing apparatus and an image processing program that can switch according to the operating environment whether priority is given to reducing the use amount of storage resources or processing efficiency of image processing. Is the purpose.
上記目的を達成するために請求項1記載の発明に係る画像処理装置は、自モジュールの前段から画像データを取得し、取得した画像データに所定の画像処理を行い、当該画像処理を経た画像データ又は前記画像処理の処理結果を自モジュールの後段へ出力する機能を備えた複数の画像処理モジュールの前段及び後段の少なくとも一方に、バッファとして用いる記憶リソースが不足する毎に記憶リソースの割当を要求し、割当された記憶リソースをバッファとして用いて、自モジュールの前段のモジュールから出力される画像データを前記バッファに書き込ませ、前記バッファに記憶されている画像データを自モジュールの後段のモジュールによって読み出させる処理を行うバッファモジュールが各々連結されるように、個々のモジュールがパイプライン形態又は有向非循環グラフ形態で連結されて構成された画像処理部と、前記バッファモジュールから記憶リソースの割当が要求される毎に、要求された容量の記憶リソースを要求元のバッファモジュールに割り当てる記憶リソース管理手段と、個々のバッファモジュールに割当可能な記憶リソースの容量を表す情報、又は、個々のバッファモジュールに割当可能な記憶リソースの容量に応じて設定される、個々のバッファモジュールへの記憶リソースの割当規則を表す情報を保持する保持手段と、を含み、個々の前記バッファモジュールが、前記保持手段に記憶されている情報に基づいて、前記記憶リソース管理手段への記憶リソースの割当要求において前記記憶リソース管理手段に要求する記憶リソースの容量を切り替える制御手段を備えていることを特徴としている。 In order to achieve the above object, an image processing apparatus according to the first aspect of the present invention acquires image data from the previous stage of its own module, performs predetermined image processing on the acquired image data, and receives the image processing. Alternatively, at least one of the front and rear stages of the plurality of image processing modules having a function of outputting the processing result of the image processing to the subsequent stage of the module requests the allocation of the storage resource every time the storage resource used as a buffer is insufficient. Using the allocated storage resource as a buffer, the image data output from the module in the previous stage of the own module is written into the buffer, and the image data stored in the buffer is read out by the module in the subsequent stage of the own module. The individual modules are connected so that the buffer modules that perform the processing Each time a storage resource allocation is requested from the image processing unit configured to be connected in a pipeline form or a directed acyclic graph form, and the buffer module requests storage resource allocation, the requested storage module is transferred to the requesting buffer module. Information indicating the storage resource management means to be allocated and the capacity of the storage resource that can be allocated to each buffer module, or set to each buffer module that is set according to the capacity of the storage resource that can be allocated to each buffer module Holding means for holding information representing a storage resource allocation rule, and each of the buffer modules requests storage resource allocation to the storage resource management means based on the information stored in the holding means For switching the capacity of the storage resource requested to the storage resource management means It is characterized in that it comprises a stage.
請求項1記載の発明に係る画像処理装置は、自モジュールの前段から画像データを取得し、取得した画像データに所定の画像処理を行い、当該画像処理を経た画像データ又は画像処理の処理結果を自モジュールの後段へ出力する機能を備えた複数の画像処理モジュールの前段及び後段の少なくとも一方に、バッファとして用いる記憶リソースが不足する毎に記憶リソースの割当を要求し、割当された記憶リソースをバッファとして用いて、自モジュールの前段のモジュールから出力される画像データをバッファに書き込ませ、バッファに記憶されている画像データを自モジュールの後段のモジュールによって読み出させる処理を行うバッファモジュールが各々連結されるように、個々のモジュールがパイプライン形態又は有向非循環グラフ形態で連結されて構成されている。 The image processing apparatus according to the first aspect of the present invention acquires image data from the previous stage of its own module, performs predetermined image processing on the acquired image data, and obtains the image data subjected to the image processing or the processing result of the image processing. At least one of the front and rear stages of a plurality of image processing modules having a function of outputting to the subsequent stage of the own module requests the allocation of the storage resource whenever the storage resource used as a buffer is insufficient, and the allocated storage resource is buffered. The buffer modules are connected to each other so that the image data output from the module preceding the module is written to the buffer and the image data stored in the buffer is read by the module subsequent to the module. Each module can be pipelined or directed acyclic graph In is constructed are connected.
また、記憶リソース管理手段は、バッファモジュールから記憶リソースの割当が要求される毎に、要求された容量の記憶リソースを要求元のバッファモジュールに割り当て、保持手段には、個々のバッファモジュールに割当可能な記憶リソースの容量を表す情報、又は、個々のバッファモジュールに割当可能な記憶リソースの容量に応じて設定される、個々のバッファモジュールへの記憶リソースの割当規則を表す情報が保持されている。なお、上記の記憶リソースとしてはメモリが好適であるが、HDD(Hard Disk Drive)やフラッシュメモリ等であってもよい。また、個々のバッファモジュールへの記憶リソースの割当規則としては、具体的には、「個々のバッファモジュールに、例えば画像データ1面分、或いは1ライン分の(に相当する容量の)記憶リソースを割当てる」等の割当規則を適用することができるが、このような割当規則は、例えば請求項5に記載したように、利用者によって入力手段を介して入力され、保持手段は、入力手段を介して利用者によって入力された割当規則を表す情報を保持するように構成することができる。そして請求項1記載の発明では、個々のバッファモジュールに、保持手段に記憶されている情報に基づいて、記憶リソース管理手段への記憶リソースの割当要求において記憶リソース管理手段に要求する記憶リソースの容量を切り替える制御手段が設けられている。 The storage resource management means allocates the requested storage resource to the requesting buffer module each time a storage resource is requested from the buffer module, and the holding means can be assigned to each buffer module. The information indicating the storage resource capacity or the storage resource allocation rule to each buffer module set according to the storage resource capacity that can be allocated to each buffer module is stored. A memory is suitable as the storage resource, but an HDD (Hard Disk Drive), a flash memory, or the like may be used. In addition, as a rule for allocating storage resources to individual buffer modules, specifically, “For each buffer module, for example, storage resources for one surface of image data or for one line (corresponding capacity) An allocation rule such as “allocation” can be applied. Such an allocation rule is input by a user through an input unit as described in claim 5, for example, and a holding unit is input through the input unit. It is possible to configure so as to hold information representing the allocation rule input by the user. According to the first aspect of the present invention, the capacity of the storage resource requested to the storage resource management means in the storage resource allocation request to the storage resource management means based on the information stored in the holding means in each buffer module Control means for switching is provided.
これにより、例えばバッファとして使用可能な記憶リソースが限られている動作環境であれば、個々のバッファモジュールに割当可能な記憶リソースの容量を比較的小さい容量に制限する情報を保持手段に保持させておくことで、個々のバッファモジュールが、比較的小さい容量を単位として記憶リソースの割当を記憶リソース管理手段に要求することになり、記憶リソースの使用が節約される。また、例えばバッファとして使用可能な記憶リソースが潤沢に設けられている動作環境であれば、個々のバッファモジュールに割当可能な記憶リソースの容量を比較的大きい容量にする情報を保持手段に保持させておくことで、個々のバッファモジュールが、比較的大きい容量を単位として記憶リソースの割当を記憶リソース管理手段に要求することになり、記憶リソース管理手段に対して記憶リソースの割当が要求される頻度が低下(回数が減少)してオーバーヘッドが削減されることで、画像処理の処理効率が向上される。従って、請求項1記載の発明によれば、記憶リソースの使用量低減を優先するか画像処理の処理効率を優先するかを動作環境に応じて切り替えることが可能となる。 Thus, for example, in an operating environment in which the storage resources that can be used as buffers are limited, the storage means holds information that limits the capacity of storage resources that can be allocated to individual buffer modules to a relatively small capacity. Thus, each buffer module requests storage resource management means to allocate storage resources in units of a relatively small capacity, and the use of storage resources is saved. Also, for example, in an operating environment where there are plenty of storage resources that can be used as buffers, the holding means holds information that makes the storage resource capacity that can be allocated to each buffer module relatively large. Thus, each buffer module requests storage resource management means to allocate storage resources in units of relatively large capacity, and the frequency with which storage resource management means is requested for storage resource management means. By reducing the overhead (reducing the number of times) and reducing the overhead, the processing efficiency of the image processing is improved. Therefore, according to the first aspect of the present invention, it is possible to switch according to the operating environment whether to give priority to reducing the use amount of storage resources or to give priority to the processing efficiency of image processing.
なお、バッファとして使用可能な記憶リソースが潤沢に設けられている場合、記憶リソースの割当要求においてバッファモジュールが記憶リソース管理手段に要求する記憶リソースの容量を大きくする程、記憶リソース管理手段に対して記憶リソースの割当が要求される頻度が低下(回数が減少)するものの、個々のバッファモジュールに必要以上の容量の記憶リソースを割当ててしまうと、割当てた記憶リソースのうちの一部が有効に利用されず、記憶リソースの有効利用率が低下する。 When there are plenty of storage resources that can be used as buffers, the larger the storage resource capacity that the buffer module requests from the storage resource management means in the storage resource allocation request, the more the storage resource management means Although the frequency at which storage resource allocation is requested decreases (the number of times decreases), if a storage resource with a capacity larger than necessary is allocated to each buffer module, part of the allocated storage resource is used effectively. In other words, the effective utilization rate of the storage resource is reduced.
上記を考慮すると、請求項1記載の発明において、個々のバッファモジュールの制御手段は、例えば請求項2に記載したように、保持手段に記憶されている情報に基づき、個々のバッファモジュールに割当可能な記憶リソースの容量を認識し、認識した容量及び予め定められた上限容量(例えば1面分の画像を記憶可能な容量)のうちの小さい方を、記憶リソース管理手段への記憶リソースの割当要求において記憶リソース管理手段に要求する記憶リソースの容量として設定するように構成することが好ましい。これにより、バッファとして使用可能な記憶リソースが潤沢に設けられている場合にも、記憶リソースの割当要求においてバッファモジュールが記憶リソース管理手段に要求する記憶リソースの容量は上限容量以下に制限されるので、記憶リソースを有効に利用することができる。
In consideration of the above, in the first aspect of the invention, the control means of each buffer module can be assigned to each buffer module based on the information stored in the holding means, for example, as described in
請求項3記載の発明に係る画像処理装置は、画像データに対する画像処理を予め設定された単位処理データ量ずつ行う画像処理エンジン、及び、前記画像処理エンジンが画像処理を行う画像データを自モジュールの前段から取得すると共に、前記画像処理エンジンによる画像処理を経た画像データ又は前記画像処理の処理結果を自モジュールの後段へ出力する制御手段を備えた複数の画像処理モジュールの前段及び後段の少なくとも一方に、割当された記憶リソースをバッファとして用いて、自モジュールの前段のモジュールから出力される画像データを前記バッファに書き込ませ、前記バッファに記憶されている画像データを自モジュールの後段のモジュールによって読み出させると共に、バッファとして用いる記憶リソースが不足する毎に、自モジュールの前段のモジュールによる1回の書き込みによって前記バッファに書き込まれる画像データ量、及び、自モジュールの後段のモジュールによる1回の読み出しによって前記バッファから読み出される画像データ量に応じた容量の記憶モジュールの割当を要求する処理を行うバッファモジュールが各々連結されるように、個々のモジュールがパイプライン形態又は有向非循環グラフ形態で連結されて構成された画像処理部と、前記バッファモジュールから記憶リソースの割当が要求される毎に、要求された容量の記憶リソースを要求元のバッファモジュールに割り当てる記憶リソース管理手段と、個々のバッファモジュールに割当可能な記憶リソースの容量を表す情報、又は、個々のバッファモジュールに割当可能な記憶リソースの容量に応じて設定される、個々のバッファモジュールへの記憶リソースの割当規則を表す情報を保持する保持手段と、を含み、個々の前記画像処理モジュールの制御手段が、前記保持手段に記憶されている情報に基づいて画像処理の繰り返し回数Nを設定し、単位処理データ量にNを乗じた画像データ量を単位として、自モジュールの前段からの画像データの取得及び自モジュールの後段への画像データの出力を行うと共に、画像処理エンジンによる単位処理データ量ずつの画像処理をN回繰り返させることで、自モジュールの前段からの画像データに対する画像処理を行わせることを特徴としている。 An image processing apparatus according to a third aspect of the present invention provides an image processing engine that performs image processing on image data for each unit processing data amount set in advance, and image data that the image processing engine performs image processing on At least one of the front and rear stages of a plurality of image processing modules provided with control means for obtaining from the previous stage and outputting image data processed by the image processing engine or the processing result of the image processing to the subsequent stage of the own module Using the allocated storage resource as a buffer, the image data output from the module in the previous stage of the own module is written into the buffer, and the image data stored in the buffer is read out by the module in the subsequent stage of the own module. Each time a storage resource used as a buffer is insufficient Storage of a capacity corresponding to the amount of image data written to the buffer by one writing by the module preceding the module and the amount of image data read from the buffer by one reading by the module subsequent to the module An image processing unit configured such that individual modules are connected in a pipelined form or a directed acyclic graph form so that buffer modules that perform processing for requesting module allocation are connected to each other, and stored from the buffer module Each time resource allocation is requested, storage resource management means for allocating the requested storage resource to the requesting buffer module and information indicating the storage resource capacity that can be allocated to each buffer module, or individual Storage resources that can be assigned to different buffer modules Holding means for holding information indicating a rule for allocating storage resources to individual buffer modules, which is set according to the capacity of the storage module, and the control means of each of the image processing modules stores the information in the holding means The number of repetitions N of image processing is set based on the stored information, and image data is acquired from the previous stage of the own module and is sent to the subsequent stage of the own module in units of the amount of image data obtained by multiplying the unit processing data amount by N. In addition to outputting image data, the image processing for each unit processing data amount by the image processing engine is repeated N times to perform image processing on the image data from the previous stage of the own module.
請求項3記載の発明に係る画像処理部は、画像データに対する画像処理を予め設定された単位処理データ量ずつ行う画像処理エンジン、及び、画像処理エンジンが画像処理を行う画像データを自モジュールの前段から取得すると共に、画像処理エンジンによる画像処理を経た画像データ又は画像処理の処理結果を自モジュールの後段へ出力する制御手段を備えた複数の画像処理モジュールの前段及び後段の少なくとも一方に、割当された記憶リソースをバッファとして用いて、自モジュールの前段のモジュールから出力される画像データをバッファに書き込ませ、バッファに記憶されている画像データを自モジュールの後段のモジュールによって読み出させると共に、バッファとして用いる記憶リソースが不足する毎に、自モジュールの前段のモジュールによる1回の書き込みによってバッファに書き込まれる画像データ量、及び、自モジュールの後段のモジュールによる1回の読み出しによってバッファから読み出される画像データ量に応じた容量の記憶モジュールの割当を要求する処理を行うバッファモジュールが各々連結されるように、個々のモジュールがパイプライン形態又は有向非循環グラフ形態で連結されて構成されている。 An image processing unit according to a third aspect of the invention includes an image processing engine that performs image processing on image data by a predetermined unit processing data amount, and image data that the image processing engine performs image processing on the front stage of its own module. Assigned to at least one of the preceding and succeeding stages of a plurality of image processing modules having control means for outputting image data processed by the image processing engine or image processing results to the succeeding stage of the own module. The stored memory resource is used as a buffer, image data output from the module in the previous stage of its own module is written into the buffer, and the image data stored in the buffer is read out by the module in the subsequent stage of its own module, Each time there is a shortage of storage resources to use, Processing for requesting allocation of a storage module having a capacity corresponding to the amount of image data written to the buffer by one writing by the module and the amount of image data read from the buffer by one reading by the module subsequent to the module. The individual modules are connected in a pipeline form or a directed acyclic graph form so that the buffer modules to be performed are connected to each other.
また、請求項3記載の発明は、請求項1記載の発明と同様の記憶リソース管理手段及び保持手段が設けられており、個々の画像処理モジュールの制御手段は、保持手段に記憶されている情報に基づいて画像処理の繰り返し回数Nを設定し、単位処理データ量にNを乗じた画像データ量を単位として、自モジュールの前段からの画像データの取得及び自モジュールの後段への画像データの出力を行うと共に、画像処理エンジンによる単位処理データ量ずつの画像処理をN回繰り返させることで、自モジュールの前段からの画像データに対する画像処理を行わせる。
The invention described in
このように、請求項3記載の発明に係るバッファモジュールは、バッファとして用いる記憶リソースが不足する毎に、自モジュールの前段のモジュールによる1回の書き込みによってバッファに書き込まれる画像データ量、及び、自モジュールの後段のモジュールによる1回の読み出しによってバッファから読み出される画像データ量に応じた容量の記憶モジュールの割当を要求するので、記憶リソースの割当要求においてバッファモジュールが記憶リソース管理手段に要求する記憶リソースの容量は、バッファモジュールの前段の画像処理モジュールによってバッファに一度に書き込まれる画像データ量及び後段の画像処理モジュールによってバッファから一度に読み出される画像データ量に応じて変化する。 As described above, the buffer module according to the third aspect of the present invention has the amount of image data written to the buffer by one writing by the module preceding the module each time the storage resource used as the buffer is insufficient, and the buffer module itself. Storage resource requested by the buffer module to the storage resource management means in the storage resource allocation request because the allocation of the storage module having a capacity corresponding to the amount of image data read from the buffer by one reading by the module subsequent to the module is requested. The capacity of the image data changes in accordance with the amount of image data written to the buffer at a time by the image processing module in the previous stage of the buffer module and the amount of image data read out from the buffer at the same time by the image processing module in the subsequent stage.
このため、例えばバッファとして使用可能な記憶リソースが限られている動作環境であれば、個々のバッファモジュールに割当可能な記憶リソースの容量を比較的小さい容量に制限する情報を保持手段に保持させておくことで、バッファモジュールに接続された画像処理モジュールの制御手段により、画像処理の繰り返し回数Nとして比較的小さい値が設定され、比較的小さい画像データ量を単位として、自モジュールの前段からの画像データの取得及び自モジュールの後段への画像データの出力が行われる。そして、これに伴って、個々のバッファモジュールが、比較的小さい容量を単位として記憶リソースの割当を記憶リソース管理手段に要求することになり、記憶リソースの使用が節約される。また、例えばバッファとして使用可能な記憶リソースが潤沢に設けられている動作環境であれば、個々のバッファモジュールに割当可能な記憶リソースの容量を比較的大きい容量にする情報を保持手段に保持させておくことで、バッファモジュールに接続された画像処理モジュールの制御手段により、画像処理の繰り返し回数Nとして比較的大きい値が設定され、比較的大きい画像データ量を単位として、自モジュールの前段からの画像データの取得及び自モジュールの後段への画像データの出力が行われる。そして、これに伴って、個々のバッファモジュールが、比較的大きい容量を単位として記憶リソースの割当を記憶リソース管理手段に要求することになり、記憶リソース管理手段に対して記憶リソースの割当が要求される頻度が低下(回数が減少)してオーバーヘッドが削減されることで、画像処理の処理効率が向上される。従って、請求項3記載の発明においても、記憶リソースの使用量低減を優先するか画像処理の処理効率を優先するかを動作環境に応じて切り替えることが可能となる。
For this reason, for example, in an operating environment where the storage resources that can be used as buffers are limited, the storage means holds information that limits the storage resource capacity that can be allocated to each buffer module to a relatively small capacity. Thus, the control unit of the image processing module connected to the buffer module sets a relatively small value as the number of repetitions N of the image processing, and the image from the previous stage of the own module is set in units of a relatively small amount of image data. Data is acquired and image data is output to the subsequent stage of the module. Along with this, each buffer module requests storage resource management means to allocate storage resources in units of relatively small capacity, thereby saving the use of storage resources. Also, for example, in an operating environment where there are plenty of storage resources that can be used as buffers, the holding means holds information that makes the storage resource capacity that can be allocated to each buffer module relatively large. Thus, the control means of the image processing module connected to the buffer module sets a relatively large value as the number of repetitions N of the image processing, and the image from the previous stage of the own module in units of a relatively large amount of image data. Data is acquired and image data is output to the subsequent stage of the module. Along with this, each buffer module requests storage resource management means to allocate storage resources in units of relatively large capacity, and storage resource management means are requested to allocate storage resources. The frequency of image processing decreases (the number of times decreases) and overhead is reduced, so that the processing efficiency of image processing is improved. Therefore, in the invention as set forth in
なお、請求項3記載の発明において、個々の画像処理モジュールの制御手段は、例えば請求項4にも記載したように、画像処理エンジン、及び、画像処理エンジンが画像処理を行う画像データを単位処理データ量ずつ取得すると共に、画像処理エンジンによる画像処理を経た画像データ又は画像処理の処理結果を出力する第1制御手段を備えた画像処理モジュールに、保持手段に記憶されている情報に基づいて、画像処理の繰り返し回数Nを設定すると共に、単位処理データ量にNを乗じた画像データ量を単位として自モジュールの前段からの画像データを取得し、取得した画像データを単位処理データ量ずつ前記第1制御手段へ引き渡し、かつ、画像処理エンジンで画像処理が行われることで第1制御手段から出力される画像データ又は画像処理の処理結果をN回分蓄積した後に自モジュールの後段へ出力する第2制御部が追加され、第1制御部と第2制御部が協働することで実現されるようにしてもよい。
In addition, in the invention described in
これにより、請求項3記載の発明に係る画像処理装置を、コンピュータでプログラムを実行させることで実現する場合に、個々の画像処理モジュールの画像処理エンジンが行う画像処理の種類等に拘わらず、個々の画像処理モジュールの第2制御手段として機能するプログラムを全ての画像処理モジュールで共通化することができるので、画像処理装置の開発負荷を軽減することができる。 Thus, when the image processing apparatus according to the third aspect of the present invention is realized by causing a computer to execute a program, the image processing apparatus performs the individual processing regardless of the type of image processing performed by the image processing engine of each image processing module. Since the program that functions as the second control means of the image processing module can be shared by all the image processing modules, the development load of the image processing apparatus can be reduced.
請求項6記載の発明に係る画像処理プログラムは、コンピュータを、自モジュールの前段から画像データを取得し、取得した画像データに所定の画像処理を行い、当該画像処理を経た画像データ又は前記画像処理の処理結果を自モジュールの後段へ出力する機能を備えた複数の画像処理モジュールの前段及び後段の少なくとも一方に、バッファとして用いる記憶リソースが不足する毎に記憶リソースの割当を要求し、割当された記憶リソースをバッファとして用いて、自モジュールの前段のモジュールから出力される画像データを前記バッファに書き込ませ、前記バッファに記憶されている画像データを自モジュールの後段のモジュールによって読み出させる処理を行うバッファモジュールが各々連結されるように、個々のモジュールがパイプライン形態又は有向非循環グラフ形態で連結されて構成された画像処理部、前記バッファモジュールから記憶リソースの割当が要求される毎に、要求された容量の記憶リソースを要求元のバッファモジュールに割り当てる記憶リソース管理手段、及び、個々のバッファモジュールに割当可能な記憶リソースの容量を表す情報、又は、個々のバッファモジュールに割当可能な記憶リソースの容量に応じて設定される、個々のバッファモジュールへの記憶リソースの割当規則を表す情報を保持する保持手段として機能させ、個々の前記バッファモジュールが、前記保持手段に記憶されている情報に基づいて、前記記憶リソース管理手段への記憶リソースの割当要求において前記記憶リソース管理手段に要求する記憶リソースの容量を切り替える制御手段を備えていることを特徴としている。 According to a sixth aspect of the present invention, there is provided an image processing program that obtains image data from a preceding stage of its own module, performs predetermined image processing on the acquired image data, and the image data that has undergone the image processing or the image processing When the storage resource used as a buffer is insufficient, at least one of the front and rear stages of the plurality of image processing modules having the function of outputting the processing result of the module to the subsequent stage of the module is requested and allocated. Using the storage resource as a buffer, the image data output from the module preceding the own module is written to the buffer, and the image data stored in the buffer is read by the module subsequent to the module. Individual modules are pied so that each buffer module is connected. An image processing unit configured to be connected in a line form or a directed acyclic graph form, and whenever a storage resource is requested to be allocated from the buffer module, a storage resource having a requested capacity is allocated to the requesting buffer module. Information indicating the storage resource management means and the storage resource capacity that can be allocated to each buffer module, or set to each buffer module that is set according to the storage resource capacity that can be allocated to each buffer module Functioning as a holding means for holding information representing an allocation rule of storage resources, and each of the buffer modules in a storage resource allocation request to the storage resource management means based on the information stored in the holding means Switching the storage resource capacity requested to the storage resource management means It is characterized in that it comprises a control means.
請求項6記載の発明に係る画像処理プログラムは、コンピュータを、上記の画像処理部、記憶リソース管理手段及び保持手段として機能させると共に、画像処理部を構成する個々のバッファモジュールを上記の制御手段を備えた構成とするためのプログラムであるので、コンピュータが請求項6記載の発明に係る画像処理プログラムを実行することで、前記コンピュータが請求項1に記載の画像処理装置として機能することになり、請求項1記載の発明と同様に、記憶リソースの使用量低減を優先するか画像処理の処理効率を優先するかを動作環境に応じて切替可能とすることができる。
According to a sixth aspect of the present invention, there is provided an image processing program that causes a computer to function as the image processing unit, the storage resource management unit, and the holding unit, and that the individual buffer modules constituting the image processing unit are controlled by the control unit. Since the computer is a program for providing the configuration, the computer functions as the image processing apparatus according to
請求項7記載の発明に係る画像処理プログラムは、コンピュータを、画像データに対する画像処理を予め設定された単位処理データ量ずつ行う画像処理エンジン、及び、前記画像処理エンジンが画像処理を行う画像データを自モジュールの前段から取得すると共に、前記画像処理エンジンによる画像処理を経た画像データ又は前記画像処理の処理結果を自モジュールの後段へ出力する制御手段を備えた複数の画像処理モジュールの前段及び後段の少なくとも一方に、割当された記憶リソースをバッファとして用いて、自モジュールの前段のモジュールから出力される画像データを前記バッファに書き込ませ、前記バッファに記憶されている画像データを自モジュールの後段のモジュールによって読み出させると共に、バッファとして用いる記憶リソースが不足する毎に、自モジュールの前段のモジュールによる1回の書き込みによって前記バッファに書き込まれる画像データ量、及び、自モジュールの後段のモジュールによる1回の読み出しによって前記バッファから読み出される画像データ量に応じた容量の記憶モジュールの割当を要求する処理を行うバッファモジュールが各々連結されるように、個々のモジュールがパイプライン形態又は有向非循環グラフ形態で連結されて構成された画像処理部、前記バッファモジュールから記憶リソースの割当が要求される毎に、要求された容量の記憶リソースを要求元のバッファモジュールに割り当てる記憶リソース管理手段、及び個々のバッファモジュールに割当可能な記憶リソースの容量を表す情報、又は、個々のバッファモジュールに割当可能な記憶リソースの容量に応じて設定される、個々のバッファモジュールへの記憶リソースの割当規則を表す情報を保持する保持手段として機能させ、個々の前記画像処理モジュールの制御手段が、前記保持手段に記憶されている情報に基づいて画像処理の繰り返し回数Nを設定し、単位処理データ量にNを乗じた画像データ量を単位として、自モジュールの前段からの画像データの取得及び自モジュールの後段への画像データの出力を行うと共に、画像処理エンジンによる単位処理データ量ずつの画像処理をN回繰り返させることで、自モジュールの前段からの画像データに対する画像処理を行わせることを特徴としている。 According to a seventh aspect of the present invention, there is provided an image processing program for causing a computer to execute an image processing engine that performs image processing on image data by a predetermined unit processing data amount, and image data that the image processing engine performs image processing. Obtained from the previous stage of the own module and provided with control means for outputting the image data subjected to the image processing by the image processing engine or the processing result of the image processing to the subsequent stage of the own module. At least one of the allocated storage resources is used as a buffer, the image data output from the module in the previous stage of the own module is written into the buffer, and the image data stored in the buffer is transferred to the module in the subsequent stage of the own module. And read as a buffer. The amount of image data written to the buffer by one write by the module preceding the module each time the resource is insufficient, and the amount of image data read from the buffer by one read by the module subsequent to the module An image processing unit configured such that individual modules are connected in a pipeline form or a directed acyclic graph form so that buffer modules that perform processing for requesting allocation of storage modules according to Each time storage resource allocation is requested from the buffer module, storage resource management means for allocating the requested storage resource to the requesting buffer module, and the storage resource capacity that can be allocated to each buffer module Information or individual buffer modules Functioning as a holding unit that holds information representing a storage resource allocation rule for each buffer module, which is set according to the capacity of the storage resource that can be allocated to each of the image processing modules. Based on the information stored in the holding means, the number N of image processing repetitions is set, and the image data amount obtained from the previous stage of the own module and the own module are set in units of the image data amount obtained by multiplying the unit processing data amount by N. The image data is output to the subsequent stage, and the image processing is performed on the image data from the previous stage of the own module by repeating the image processing for each unit processing data amount by the image processing engine N times. Yes.
請求項7記載の発明に係る画像処理プログラムは、コンピュータを、上記の画像処理部、記憶リソース管理手段及び保持手段として機能させると共に、画像処理部を構成する個々の画像処理モジュールの制御手段を上記構成とするためのプログラムであるので、コンピュータが請求項7記載の発明に係る画像処理プログラムを実行することで、前記コンピュータが請求項3に記載の画像処理装置として機能することになり、請求項3記載の発明と同様に、記憶リソースの使用量低減を優先するか画像処理の処理効率を優先するかを動作環境に応じて切替可能とすることができる。
An image processing program according to a seventh aspect of the present invention causes a computer to function as the image processing unit, the storage resource management unit, and the holding unit, and controls the control unit of each image processing module constituting the image processing unit. Since this is a program for configuring, when the computer executes the image processing program according to the invention described in
以上説明したように本発明は、個々のバッファモジュールに割当可能な記憶リソースの容量を表す情報又は個々のバッファモジュールへの記憶リソースの割当規則を表す情報に基づいて、個々の前記バッファモジュールが、記憶リソース管理手段への記憶リソースの割当要求において記憶リソース管理手段に要求する記憶リソースの容量を切り替えるようにしたので、記憶リソースの使用量低減を優先するか画像処理の処理効率を優先するかを動作環境に応じて切替可能となる、という優れた効果を有する。 As described above, the present invention is based on information indicating the capacity of storage resources that can be allocated to individual buffer modules or information indicating the rules for allocating storage resources to individual buffer modules. Since the storage resource capacity requested to the storage resource management means is switched in the storage resource allocation request to the storage resource management means, it is determined whether priority is given to reducing the use amount of the storage resource or processing efficiency of the image processing. It has an excellent effect that it can be switched according to the operating environment.
また本発明は、個々のバッファモジュールに割当可能な記憶リソースの容量を表す情報又は個々のバッファモジュールへの記憶リソースの割当規則を表す情報に基づいて、個々の画像処理モジュールが、画像処理の繰り返し回数Nを設定し、単位処理データ量にNを乗じた画像データ量を単位として、自モジュールの前段からの画像データの取得及び自モジュールの後段への画像データの出力を行うと共に、画像処理エンジンによる単位処理データ量ずつの画像処理をN回繰り返させることで、自モジュールの前段からの画像データに対する画像処理を行わせるようにしたので、記憶リソースの使用量低減を優先するか画像処理の処理効率を優先するかを動作環境に応じて切替可能となる、という優れた効果を有する。 According to the present invention, each image processing module repeats image processing based on information indicating the capacity of storage resources that can be allocated to individual buffer modules or information indicating rules for allocating storage resources to individual buffer modules. The number of times N is set, and the image data amount obtained by multiplying the unit processing data amount by N is used as a unit to acquire the image data from the previous stage of the own module and output the image data to the subsequent stage of the own module. By repeating the image processing for each unit processing data amount by N times, the image processing is performed on the image data from the previous stage of its own module. It has an excellent effect that it is possible to switch whether to give priority to efficiency according to the operating environment.
以下、図面を参照して本発明の実施形態の一例を詳細に説明する。 Hereinafter, an example of an embodiment of the present invention will be described in detail with reference to the drawings.
〔第1実施形態〕
図1には、本発明に係る画像処理装置として機能することが可能なコンピュータ10が示されている。なお、このコンピュータ10は、複写機、プリンタ、ファクシミリ装置、これらの機能を兼ね備えた複合機、スキャナ、写真プリンタ等のように内部で画像処理を行う必要のある任意の画像取扱機器に組み込まれていてもよいし、パーソナル・コンピュータ(PC)等の独立したコンピュータであってもよく、更にPDA(Personal Digital Assistant)や携帯電話機等の携帯機器に組み込まれたコンピュータであってもよい。
[First Embodiment]
FIG. 1 shows a
コンピュータ10はCPU12、DRAM又はSRAM等から成るメモリ14、表示部16、操作部18、記憶部20、画像データ供給部22及び画像出力部24を備えており、これらはバス26を介して互いに接続されている。コンピュータ10が上述したような画像取扱機器に組み込まれている場合、表示部16や操作部18としては、画像取扱機器に設けられたLCD等から成る表示パネルやテンキー等を適用することができる。また、コンピュータ10が独立したコンピュータである場合、表示部16や操作部18としては、当該コンピュータに接続されたディスプレイやキーボード、マウス等を適用することができる。また、記憶部20としてはHDD(Hard Disk Drive)が好適であるが、これに代えてフラッシュメモリ等の他の不揮発性記憶手段を用いることも可能である。
The
また、画像データ供給部22は処理対象の画像データを供給できるものであればよく、例えば紙や写真フィルム等の記録材料に記録されている画像を読み取って画像データを出力する画像読取部、通信回線を介して外部から画像データを受信する受信部、画像データを記憶する画像記憶部(メモリ14又は記憶部20)等を適用することができる。また、画像出力部24は画像処理を経た画像データ又は該画像データが表す画像を出力するものであればよく、例えば画像データが表す画像を紙や感光材料等の記録材料に記録する画像記録部、画像データが表す画像をディスプレイ等に表示する表示部、画像データを記録メディアに書き込む書込装置、画像データを通信回線を介して送信する送信部を適用することができる。また、画像出力部24は画像処理を経た画像データを単に記憶する画像記憶部(メモリ14又は記憶部20)であっても構わない。
The image
図1に示すように、記憶部20には、CPU12によって実行される各種のプログラムとして、メモリ14等のリソースの管理やCPU12によるプログラムの実行の管理、コンピュータ10と外部との通信等を司るオペレーティングシステム30のプログラム、コンピュータ10を本発明に係る画像処理装置として機能させるための画像処理プログラム群34、CPU12が上記画像処理プログラム群を実行することで実現される画像処理装置に対して所望の画像処理を行わせる各種のアプリケーション32のプログラム(図1ではアプリケーションプログラム群32と表記)が各々記憶されている。
As shown in FIG. 1, the
画像処理プログラム群34は、前述した各種の画像取扱機器や携帯機器を開発する際の開発負荷を軽減したり、PC等で利用可能な画像処理プログラムを開発する際の開発負荷を軽減することを目的として、各種の画像取扱機器や携帯機器、PC等の各種機器(プラットフォーム)で共通に使用可能に開発されたプログラムであり、本発明に係る画像処理プログラムに対応している。画像処理プログラム群34によって実現される画像処理装置は、アプリケーション32からの構築指示に従い、アプリケーション32が指示した画像処理を行う画像処理部を構築し、アプリケーション32からの実行指示に従い、前記画像処理部によって画像処理を行うが(詳細は後述)、画像処理プログラム群34は、所望の画像処理を行う画像処理部(所望の構成の画像処理部)の構築を指示したり、構築された画像処理部による画像処理の実行を指示するためのインタフェースをアプリケーション32に提供している。このため、内部で画像処理を行う必要のある任意の機器を新規開発する等の場合にも、前記画像処理を行うプログラムの開発に関しては、当該機器で必要とされる画像処理を上記のインタフェースを利用して画像処理プログラム群34に行わせるアプリケーション32を開発するのみで済み、実際に画像処理を行うプログラムを新たに開発する必要が無くなるので、開発負荷を軽減することができる。
The image
また、画像処理プログラム群34によって実現される画像処理装置は、前述のように、アプリケーション32からの構築指示に従い、アプリケーション32が指示した画像処理を行う画像処理部を構築し、構築した画像処理部によって画像処理を行うので、例えば画像処理対象の画像データの色空間や1画素当たりのビット数が不定であったり、実行すべき画像処理の内容や手順・パラメータ等が不定である場合にも、アプリケーション32が画像処理部の再構築を指示することで、画像処理装置(画像処理部)によって実行される画像処理を、処理対象の画像データ等に応じて柔軟に変更することができる。
Further, as described above, the image processing apparatus realized by the image
以下、画像処理プログラム群34について説明する。図1に示すように、画像処理プログラム群34はモジュールライブラリ36と、処理構築部42のプログラムと、処理管理部46のプログラムに大別される。詳細は後述するが、本実施形態に係る処理構築部42は、アプリケーションからの指示により、例として図2に示すように、予め定められた画像処理を行う1つ以上の画像処理モジュール38と、個々の画像処理モジュール38の前段及び後段の少なくとも一方に配置され画像データを記憶するためのバッファを備えたバッファモジュール40と、がパイプライン形態又はDAG(Directed Acyclic Graph:有向非循環グラフ)形態で連結されて成る画像処理部50を構築する。画像処理部50を構成する個々の画像処理モジュールの実体はCPU12によって実行されCPU12で所定の画像処理を行わせるための第1プログラム、又は、CPU12によって実行されCPU12により図1に図示されていない外部の画像処理装置(例えば専用画像処理ボード等)に対する処理の実行を指示するための第2プログラムであり、上述したモジュールライブラリ36には、予め定められた互いに異なる画像処理(例えば入力処理やフィルタ処理、色変換処理、拡大・縮小処理、スキュー角検知処理、画像回転処理、画像合成処理、出力処理等)を行う複数種の画像処理モジュール38のプログラムが各々登録されている。以下では、説明を簡単にするために、画像処理部50を構成する個々の画像処理モジュールの実体が上記の第1プログラムであるものとして説明する。
Hereinafter, the image
個々の画像処理モジュール38は、例として図3(A)にも示すように、画像データに対する画像処理を所定の単位処理データ量ずつ行う画像処理エンジン38Aと、画像処理モジュール38の前段及び後段のモジュールとの画像データの入出力及び画像処理エンジン38Aの制御を行う制御部38Bから構成されている。個々の画像処理モジュール38における単位処理データ量は、画像の1ライン分、画像の複数ライン分、画像の1画素分、画像1面分等を含む任意のバイト数の中から、画像処理エンジン38Aが行う画像処理の種類等に応じて予め選択・設定されており、例えば色変換処理やフィルタ処理を行う画像処理モジュール38では単位処理データ量が1画素分とされ、拡大・縮小処理を行う画像処理モジュール38では単位処理データ量が画像の1ライン分又は画像の複数ライン分とされ、画像回転処理を行う画像処理モジュール38では単位処理データ量が画像1面分とされ、画像圧縮伸長処理を行う画像処理モジュール38では単位処理データ量が実行環境に依存するNバイトとされている。
As shown in FIG. 3A as an example, each
また、モジュールライブラリ36には、画像処理エンジン38Aが実行する画像処理の種類が同一でかつ実行する画像処理の内容が異なる画像処理モジュール38も登録されている(図1では、この種の画像処理モジュールを「モジュール1」「モジュール2」と表記して示している)。例えば拡大・縮小処理を行う画像処理モジュール38については、入力された画像データを1画素おきに間引くことで50%に縮小する縮小処理を行う画像処理モジュール38、入力された画像データに対して指定された拡大・縮小率で拡大・縮小処理を行う画像処理モジュール38等の複数の画像処理モジュール38が各々用意されている。また、例えば色変換処理を行う画像処理モジュール38については、RGB色空間をCMY色空間へ変換する画像処理モジュール38やその逆へ変換する画像処理モジュール38、L*a*b*色空間等の他の色空間変換を行う画像処理モジュール38が各々用意されている。
The
また、画像処理モジュール38の制御部38Bは、画像処理エンジン38Aが単位処理データ量ずつ処理するために必要な画像データを入力するために、自モジュールの前段のモジュール(例えばバッファモジュール40)から画像データを単位読出データ量ずつ取得し、画像処理エンジン38Aから出力される画像データを単位書込データ量ずつ後段のモジュール(例えばバッファモジュール40)へ出力する(画像処理エンジン38Aで圧縮等のデータ量の増減を伴う画像処理が行われなければ単位書込データ量=単位処理データ量となる)か、画像処理エンジン38Aによる画像処理の結果を自モジュールの外部へ出力する(例えば画像処理エンジン38Aがスキュー角検知処理等の画像解析処理を行う場合、画像データに代えてスキュー角検知結果等の画像解析処理結果が出力されることがある)処理を行うが、モジュールライブラリ36には、画像処理エンジン38Aが実行する画像処理の種類及び内容が同一で、上記の単位処理データ量や単位読出データ量、単位書込データ量が異なる画像処理モジュール38も登録されている。例えば画像回転処理を行う画像処理モジュール38における単位処理データ量についても、前述した画像1面分に限られるものではなく、同じ画像回転処理を行いかつ単位処理データ量が互いに異なる(例えば画像の1ライン分や複数ライン分等の)複数の画像処理モジュール38がモジュールライブラリ36に含まれていても良い。
In addition, the
また、モジュールライブラリ36に登録されている個々の画像処理モジュール38のプログラムは、画像処理エンジン38Aに相当するプログラムと制御部38Bに相当するプログラムから構成されているが、制御部38Bに相当するプログラムは部品化されており、個々の画像処理モジュール38のうち単位読出データ量及び単位書込データ量が同一の画像処理モジュール38は、画像処理エンジン38Aで実行される画像処理の種類や内容に拘わらず、制御部38Bに相当するプログラムが共通化されている(制御部38Bに相当するプログラムとして同一のプログラムが用いられている)。これにより、画像処理モジュール38のプログラムの開発にあたっての開発負荷が軽減される。
The program of each
なお、画像処理モジュール38の中には、入力される画像の属性が未知の状態では単位読出データ量及び単位書込データ量が確定しておらず、入力画像データの属性を取得し、取得した属性を所定の演算式に代入して演算することで単位読出データ量や単位書込データ量が確定するモジュールが存在しているが、この種の画像処理モジュール38については、単位読出データ量と単位書込データ量が互いに同一の演算式を用いて導出される画像処理モジュール38について、制御部38Bに相当するプログラムを共通化するようにすればよい。また、本実施形態に係る画像処理プログラム群34は、前述のように各種機器に実装可能であるが、画像処理プログラム群34のうちモジュールライブラリ36に登録する画像処理モジュール38の数や種類等については、画像処理プログラム群34を実装する各種機器で必要とされる画像処理に応じて、適宜追加・削除・入替等が可能であることは言うまでもない。
In the
また、画像処理部50を構成する個々のバッファモジュール40は、例として図3(B)にも示すように、バッファ40Aと、バッファモジュール40の前段及び後段のモジュールとの画像データの入出力及びバッファ40Aの管理を行うバッファ制御部40Bから構成されている。なお、バッファ40Aはコンピュータ10に設けられたメモリ14からオペレーティングシステム30及びリソース管理部46Bを通じて確保されたメモリ領域で構成される。個々のバッファモジュール40のバッファ制御部40Bもその実体はCPU12によって実行されるプログラムであり、モジュールライブラリ36にはバッファ制御部40Bのプログラムも登録されている(図1ではバッファ制御部40Bのプログラムを「バッファモジュール」と表記して示している)。
In addition, as shown in FIG. 3B as an example, the
また、アプリケーション32からの指示に従って画像処理部50を構築する処理構築部42は、図1に示すように複数種のモジュール生成部44から構成されている。複数種のモジュール生成部44は互いに異なる画像処理に対応しており、アプリケーション32によって起動されることで、対応する画像処理を実現するための画像処理モジュール38及びバッファモジュール40から成るモジュール群を生成する処理を行う。なお、図1ではモジュール生成部44の一例として、モジュールライブラリ36に登録されている個々の画像処理モジュール38が実行する画像処理の種類に対応するモジュール生成部44を示しているが、個々のモジュール生成部44に対応する画像処理は、複数種の画像処理モジュール38によって実現される画像処理(例えばスキュー角検知処理と画像回転処理から成るスキュー補正処理)であってもよい。必要とされる画像処理が複数種の画像処理を組み合わせた処理である場合、アプリケーション32は複数種の画像処理の何れかに対応するモジュール生成部44を順次起動する。これにより、アプリケーション32によって順次起動されたモジュール生成部44により、必要とされる画像処理を行う画像処理部50が構築されることになる。
Further, the
また図1に示すように、処理管理部46は、画像処理部50における画像処理の実行を制御するワークフロー管理部46A、画像処理部50の各モジュールによるメモリ14や各種のファイル等のコンピュータ10のリソースの使用を管理するリソース管理部46B、及び、画像処理部50で発生したエラーを管理するエラー管理部46Cを含んで構成されている。エラー管理部46Cは、画像処理部50が画像処理を実行している途中でエラーが発生した場合に、発生したエラーの種別・発生箇所等のエラー情報を取得し、画像処理プログラム群34がインストールされたコンピュータ10が組み込まれている機器の種別や構成等を表す装置環境情報を記憶部20等から取得し、取得した装置環境情報が表す装置環境に応じたエラー通知方法を判断し、判断したエラー通知方法でエラーの発生を通知する処理を行う。
As shown in FIG. 1, the
なお、リソース管理部46Bによるメモリ管理の方式としては、例えば、画像処理部50の個々のモジュールからの要求の都度、メモリ14から要求元のモジュールに割り当てるメモリ領域をオペレーティングシステム30を通じて確保する第1管理方式、メモリ14から一定サイズのメモリ領域をオペレーティングシステム30を通じて事前に(例えばコンピュータ10の電源投入時に)確保し、個々のモジュールからの要求があると、事前に確保したメモリ領域のうちの一部領域を要求元のモジュールに割り当てる第2管理方式、及び、メモリ14から一定サイズのメモリ領域をオペレーティングシステム30を通じて事前に確保し、個々のモジュールからの要求があると、要求されたメモリ領域のサイズが閾値未満であれば事前に確保したメモリ領域のうちの一部領域を要求元のモジュールに割り当て、要求されたメモリ領域のサイズが閾値以上であれば要求元のモジュールに割り当てるメモリ領域をオペレーティングシステム30を通じて確保する第3管理方式の何れかを採用することができる。また、何れの管理方式でメモリ管理を行うかを選択・設定可能としてもよい。リソース管理部46Bは本発明に係るリソース管理手段に対応している。
As a memory management method by the
次に本実施形態の作用を説明する。画像処理プログラム群34が実装されている機器において、何らかの画像処理を行う必要のある状況になると、この状況が特定のアプリケーション32によって検知される。なお、画像処理を行う必要のある状況としては、例えば画像データ供給部22としての画像読取部によって画像を読み取り、画像出力部24としての画像記録部により記録材料に画像として記録するか、画像出力部24としての表示部に画像として表示させるか、画像出力部24としての書込装置により画像データを記録メディアに書き込むか、画像出力部24としての送信部により画像データを送信するか、画像出力部24としての画像記憶部に記憶させるジョブの実行がユーザによって指示された場合、或いは、画像データ供給部22としての受信部によって受信されるか、画像データ供給部22としての画像記憶部に記憶されている画像データに対して、上記の記録材料への記録、表示部への表示、記録メディアへの書き込み、送信、画像記憶部への記憶の何れかを行うジョブの実行がユーザによって指示された場合が挙げられる。また、画像処理を行う必要のある状況は上記に限られるものではなく、例えばユーザからの指示に応じてアプリケーション32が実行可能な処理の名称等を表示部16に一覧表示している状態で、実行対象の処理がユーザによって選択された等の場合であってもよい。
Next, the operation of this embodiment will be described. In a device in which the image
上記のように、何らかの画像処理を行う必要のある状況になったことを検知すると、アプリケーション32は、まず画像処理対象の画像データを供給する画像データ供給部22の種別を認識し、認識した種別がバッファ領域(メモリ14又は記憶部20の一部領域)であった場合には、画像データ供給部22として指定されたバッファ領域を既に確保されたバッファ40Aとしてバッファ制御部40Bに認識させるパラメータを設定し、バッファ制御部40Bのプログラムを実行するスレッドを生成する(バッファ制御部40Bを生成する)ことで、指定されたバッファ領域を含むバッファモジュール40(画像データ供給部22として機能するバッファモジュール40)を生成する。また、スレッドに代えてプロセス又はオブジェクトとしてバッファモジュール40を生成するようにしてもよい。
As described above, when detecting that it is necessary to perform some kind of image processing, the
続いてアプリケーション32は、上記と同様に、画像処理を行った画像データの出力先としての画像出力部24の種別を認識し、認識した種別がバッファ領域(メモリ14又は記憶部20の一部領域)であった場合は、画像出力部24として指定されたバッファ領域を含むバッファモジュール40を上記と同様にして生成する。ここで生成されたバッファモジュール40は画像出力部24として機能する。また、アプリケーション32は実行すべき画像処理の内容を認識し、実行すべき画像処理を、個々のモジュール生成部44に対応するレベルの画像処理の組み合わせに分解し、実行すべき画像処理を実現するために必要な画像処理の種類及び個々の画像処理の実行順序を判定する。なお、この判定は、例えば上記の画像処理の種類及び個々の画像処理の実行順序を、ユーザが実行を指示可能なジョブの種類と対応付けて予め情報として登録しておき、アプリケーション32が、実行が指示されたジョブの種類に対応する情報を読み出す処理を行うことによって実現することができる。
Subsequently, in the same manner as described above, the
そしてアプリケーション32は、上記で判定した画像処理の種類及び実行順序に基づいて、特定の画像処理に対応するモジュール生成部44を起動(モジュール生成部44のプログラムを実行するプロセス、スレッド又はオブジェクトを生成)した後に、起動したモジュール生成部44に対し、当該モジュール生成部44によるモジュール群の生成に必要な情報として、前記モジュール群に画像データを入力する入力モジュールを識別するための入力モジュール識別情報、前記モジュール群が画像データを出力する出力モジュールを識別するための出力モジュール識別情報、前記モジュール群に入力される入力画像データの属性を表す入力画像属性情報、実行すべき画像処理のパラメータを通知して対応するモジュール群の生成を指示する。また、必要とされる画像処理が複数種の画像処理を組み合わせた処理である場合、アプリケーション32は、指示したモジュール生成部44からモジュール群の生成完了が通知されると、個々の画像処理に対応する他のモジュール生成部44を起動してモジュール群の生成に必要な情報を通知する処理を個々の画像処理の実行順序の昇順に繰り返す。
Then, the
なお、上記の入力モジュールは、実行順序が1番目のモジュール群については画像データ供給部22が入力モジュールとなり、実行順序が2番目以降のモジュール群については前段のモジュール群の最終モジュール(通常はバッファモジュール40)が入力モジュールとなる。また、上記の出力モジュールについては、実行順序が最後のモジュール群では画像出力部24が出力モジュールとなるので、画像出力部24が出力モジュールとして指定されるが、その他のモジュール群では出力モジュールは未確定のためにアプリケーション32による指定は行われず、必要な場合はモジュール生成部44によって生成・設定される。また、入力画像属性や画像処理のパラメータについては、例えばユーザが実行を指示可能なジョブの種類と対応付けて予め情報として登録しておき、実行が指示されたジョブの種類に対応する情報を読み出すことでアプリケーション32が認識するようにしてもよいし、ユーザに指定させるようにしてもよい。
In the above input module, the image
一方、モジュール生成部44は、アプリケーション32によって起動されるとモジュール生成処理を行う。モジュール生成処理では、まず生成対象の画像処理モジュール38に入力される入力画像データの属性を表す入力画像属性情報を取得する。なお、入力画像データの属性を取得する処理は、生成対象の画像処理モジュール38の前段にバッファモジュール40が存在している場合、当該バッファモジュール40に画像データの書き込みを行う更に前段の画像処理モジュール38から出力画像データの属性を取得することによって実現できる。
On the other hand, the
そして、取得した情報が表す入力画像データの属性に基づいて、生成対象の画像処理モジュール38の生成が必要か否か判定する。例えばモジュール生成部44が色変換処理を行うモジュール群を生成するモジュール生成部であり、画像処理のパラメータにより出力画像データの色空間としてCMY色空間がアプリケーション32から指定された場合、取得した入力画像属性情報に基づいて入力画像データがRGB色空間のデータであることが判明したときには、色空間処理を行う画像処理モジュール38としてRGB→CMYの色空間変換を行う画像処理モジュール38を生成する必要があるが、入力画像データがCMY色空間のデータであったときには、入力画像データの属性と出力画像データの属性が色空間に関して一致しているので、色空間変換処理を行う画像処理モジュール38は生成不要と判断する。
Then, based on the attribute of the input image data represented by the acquired information, it is determined whether the generation of the
生成対象の画像処理モジュール38の生成が必要と判断した場合には、生成対象の画像処理モジュール38の後段にバッファモジュール40が必要が否かを判定する。この判定は、画像処理モジュールの後段が出力モジュール(画像出力部24)である場合(例えば図2(A)〜(C)に示す画像処理部50における最後段の画像処理モジュール38を参照)や、例として図2(B)に示す画像処理部50においてスキュー角検知処理を行う画像処理モジュール38のように、画像処理モジュールが、画像データに対して解析等の画像処理を行いその結果を他の画像処理モジュール38へ出力するモジュールである場合は否定されるが、上記以外の場合は判定が肯定されてバッファ制御部40Bを起動する(バッファ制御部40Bのプログラムを実行するスレッドを各々生成する)ことで、画像処理モジュール38の後段に連結するバッファモジュール40を生成する。なお、スレッドに代えてプロセス又はオブジェクトとしてバッファモジュール40を生成するようにしてもよい。
When it is determined that the generation of the generation target
続いて、前段のモジュール(例えばバッファモジュール40)の情報、後段のバッファモジュール40の情報(後段にバッファモジュール40を生成した画像処理モジュール38のみ)、画像処理モジュール38に入力される入力画像データの属性、処理パラメータを与えて、モジュールライブラリ36に登録されており、画像処理モジュール38として利用可能な複数の候補モジュールの中から、先に取得した入力画像データの属性、及び、画像処理モジュール38で実行すべき処理パラメータに合致する画像処理モジュール38を選択・生成(画像処理エンジン38A及び制御部38Bのプログラムを実行するスレッドを生成)する。なお、スレッドに代えてプロセス又はオブジェクトとして画像処理モジュール38を生成するようにしてもよい。
Subsequently, information on the preceding module (for example, the buffer module 40), information on the succeeding buffer module 40 (only the
例えばモジュール生成部44が色変換処理を行うモジュール群を生成するモジュール生成部であり、処理パラメータにより出力画像データの色空間としてCMY色空間が指定され、更に入力画像データがRGB色空間のデータであった場合には、モジュールライブラリ36に登録されている各種の色空間処理を行う複数種の画像処理モジュール38の中から、RGB→CMYの色空間変換を行う画像処理モジュール38が選択・生成される。また、画像処理モジュールが拡大・縮小処理を行う画像処理モジュール38であり、指定された拡大縮小率が50%以外であれば、入力された画像データに対して指定された拡大・縮小率で拡大・縮小処理を行う画像処理モジュール38が選択・生成され、指定された拡大縮小率が50%であれば、拡大縮小率50%に特化した拡大縮小処理、すなわち入力された画像データを1画素おきに間引くことで50%に縮小する縮小処理を行う画像処理モジュール38が選択・生成される。
For example, the
なお、画像処理モジュール38の選択は上記に限られるものではなく、例えば画像処理エンジン38Aによる画像処理における単位処理データ量が異なる画像処理モジュール38をモジュールライブラリ36に複数登録しておき、画像処理部50へ割当可能なメモリ領域のサイズ等の動作環境に応じて、適切な単位処理データ量の画像処理モジュール38を選択する(例えば上記サイズが小さくなるに従って単位処理データ量の小さい画像処理モジュール38を選択する等)ようにしてもよいし、アプリケーション32或いはユーザに選択させるようにしてもよい。
The selection of the
画像処理モジュール38の生成が完了すると、後段のバッファモジュール40のIDと生成した画像処理モジュール38のIDの組をワークフロー管理部46Aに通知する。このIDは、個々のモジュールを一意に判別できる情報であればよく、例えば個々のモジュールの生成順に付与した番号や、バッファモジュール40や画像処理モジュール38のオブジェクトのメモリ上でのアドレス等でも良い。またモジュール生成部44が、複数種の画像処理モジュール38によって実現される画像処理(例えばスキュー角検知処理を行う画像処理モジュール38と画像回転処理を行う画像処理モジュール38によって実現されるスキュー補正処理)を行うモジュール群を生成する場合には、上記処理が繰り返されて2個以上の画像処理モジュール38を含むモジュール群が生成される。アプリケーション32によって順次起動された個々のモジュール生成部44により、以上のモジュール生成処理が順次行われることで、例として図2(A)〜(C)に示すように、必要とされる画像処理を行う画像処理部50が構築される。
When the generation of the
なお、本実施形態では、特定の画像処理の実行頻度が高い等の場合に、アプリケーション32が、特定の画像処理を行う画像処理部50を生成するための複数種のモジュール生成部44に対し、特定の画像処理を行う画像処理部50を生成させた後も処理終了を指示しないことでスレッド(プロセス又はオブジェクトでもよい)として残しておき、特定の画像処理を行う必要が生ずる毎に、スレッドとして残しておいた各モジュール生成部44に対してモジュール群の生成を順次指示することで、特定の画像処理を行う画像処理部50を再生成させることも可能とされている。これにより、特定の画像処理を行う必要が生ずる毎に対応する各モジュール生成部44を各々起動する処理が不要となり、特定の画像処理を行う画像処理部50を再生成するのに要する時間を短縮することができる。
In the present embodiment, when the execution frequency of specific image processing is high, the
ところで、画像処理モジュール38の制御部38Bは、モジュール生成部44によって起動されると画像処理モジュール38の初期化を行う。この初期化では、まずモジュール生成部44から与えられた自モジュールの前段及び後段のモジュールの情報を記憶する。続いて自モジュールの前段のモジュールを判定する。自モジュールの前段にモジュールが存在していない場合には何ら処理を行わないが、前段のモジュールがバッファモジュール40以外、例えば画像データ供給部22や特定のファイル等である場合には、必要に応じてその初期化処理を行う。また、自モジュールの前段にバッファモジュール40が存在している場合には、前段のバッファモジュール40からの1回の画像データの読み出しによって取得する画像データのデータ量(単位読出データ量)を認識する。この単位読出データ量は、自モジュールの前段のバッファモジュール40の数が1個であれば1個だけであるが、例えば図2(C)に示す画像処理部50において画像合成処理を行う画像処理モジュール38のように、前段のバッファモジュール40の数が複数で、複数のバッファモジュール40から各々取得した画像データを用いて画像処理エンジン38Aが画像処理を行う等の場合、前段の個々のバッファモジュール40に対応する単位読出データ量は、自モジュールの画像処理エンジン38Aが行う画像処理の種類や内容、前段のバッファモジュール40の数等に応じて定まる。そして、認識した単位読出データ量を、前段に存在している全てのバッファモジュール40へ通知することで、前段に存在している全てのバッファモジュール40に単位読出データ量を設定する(図3(A)の(1)も参照)。
Incidentally, the
次に、自モジュールの後段のモジュールを判定する。自モジュールの後段のモジュールがバッファモジュール40以外、例えば画像出力部24や特定のファイル等の場合には、必要に応じてその初期化処理(例えば後段のモジュールが画像出力部24であれば、単位書込データ量に相当するデータ量ずつ画像データを出力することを通知する処理等)を行う。また、後段のモジュールがバッファモジュール40であれば、1回の画像データの書き込みにおける画像データのデータ量(単位書込データ量)を認識し、後段のバッファモジュールに当該単位書込データ量を設定(図3(A)の(2)も参照)する。そして、当該画像処理モジュール38の初期化の完了をモジュール生成部44に通知して処理を終了する。
Next, the module following the own module is determined. If the module subsequent to the own module is other than the
一方、画像処理部50を構成する個々のバッファモジュール40のバッファ制御部40Bは、モジュール生成部44又はアプリケーション32によって起動されると、図4に示すバッファモジュール初期化処理を行う。このバッファモジュール初期化処理では、まずステップ70において、自モジュールの前段の画像処理モジュール38から単位書込データ量が通知されるか又は自モジュールの後段の画像処理モジュール38から単位読出データ量が通知される毎に、通知された単位書込データ量又は単位読出データ量を記憶する(図3(B)の(1),(2)も参照)。ステップ72では、自モジュールと連結されている全ての画像処理モジュール38から単位書込データ量又は単位読出データ量が通知されたか否か判定する。判定が否定された場合はステップ70に戻り、ステップ72の判定が肯定される迄ステップ70,72を繰り返す。
On the other hand, when the
自モジュールと連結されている全ての画像処理モジュール38から単位書込データ量又は単位読出データ量が通知されてステップ72の判定が肯定されるとステップ74へ移行し、自モジュールと連結されている個々の画像処理モジュール38によって各々設定された単位書込データ量及び単位読出データ量に基づいて、自モジュールのバッファ40Aの管理単位である単位バッファ領域のサイズを決定し、決定した単位バッファ領域のサイズを記憶する。単位バッファ領域のサイズとしては、自モジュールに設定された単位書込データ量及び単位読出データ量のうちの最大値が好適であるが、単位書込データ量を設定してもよいし、単位読出データ量(自モジュールの後段に複数の画像処理モジュール38が連結されている場合は、個々の画像処理モジュール38によって各々設定された単位読出データ量の最大値)を設定してもよいし、単位書込データ量と単位読出データ量(の最大値)の最小公倍数を設定してもよいし、この最小公倍数が所定値未満であれば最小公倍数を、最小公倍数が所定値以上であれば別の値(例えば上述した単位書込データ量及び単位読出データ量のうちの最大値、単位書込データ量、単位読出データ量(の最大値)の何れか)を設定するようにしてもよい。
When the unit write data amount or the unit read data amount is notified from all the
次のステップ76では、確保すべきメモリ領域のサイズとして単位書込データ量及び単位読出データ量をリソース管理部46Bに通知し、書込に用いるメモリ領域(書込用バッファ領域:図6(B)も参照)及び読出に用いるメモリ領域(読出用バッファ領域:図8(B)も参照)の確保をリソース管理部46Bに要求することで、書込用バッファ領域として用いるメモリ領域及び読出用バッファ領域として用いるメモリ領域をリソース管理部46Bによって各々確保させる。
In the
また、図3(B)にも示すように、本実施形態に係る処理管理部46のワークフロー管理部46Aは、バッファ40Aとして使用する目的で個々のバッファモジュール40に割当可能なメモリ領域の容量(割当可能メモリ容量)を、メモリ14上の所定の領域に保持している。この割当可能メモリ容量は、例えばワークフロー管理部46Aのプログラムを実行するスレッド又はプロセス又はオブジェクトが生成され、当該スレッド又はプロセス又はオブジェクトが実行されることでワークフロー管理部46Aが稼働を開始した段階で、ワークフロー管理部46Aにより、コンピュータ10に設けられたメモリ14の総容量を取得し、取得した総容量を所定の演算式に代入して割当可能メモリ容量を算出し、算出した割当可能メモリ容量を所定の領域に記憶させる処理が行われることで、所定の領域に保持される。なお、割当可能メモリ容量を保持している所定の領域は本発明に係る保持手段に対応している。
Also, as shown in FIG. 3B, the
ステップ78では処理管理部46(のワークフロー管理部46A)によって所定の領域に保持されている割当可能メモリ容量を参照し、次のステップ80では、割当可能メモリ容量が画像1面分の画像データを記憶するために必要なメモリ容量(請求項2に記載の上限容量に相当)よりも小さいか否か判定する。この判定が肯定された場合、画像処理部50が動作する環境ではバッファ40Aとして使用可能なメモリ領域の容量が限られている(コンピュータ10に設けられているメモリ14が比較的小容量)と判断できるので、ステップ82へ移行し、割当要求サイズとして割当可能メモリ容量を設定し、ステップ86へ移行する。一方、ステップ80の判定が否定された場合は、画像処理部50が動作する環境ではバッファ40Aとして使用可能なメモリ領域が潤沢に存在している(コンピュータ10に設けられているメモリ14が比較的大容量)と判断できるので、ステップ84へ移行し、メモリ14の有効利用も考慮して、割当要求サイズとして画像1面分の画像データに相当するメモリ容量を設定した後にステップ86へ移行する。なお、ステップ82,84において、割当要求サイズを、割当可能メモリ容量又は画像1面分の画像データに相当するメモリ容量以下、かつ、先のステップ74で決定した単位バッファ領域の整数倍を満足する最大サイズに設定するようにしてもよい。
In
ステップ86では、確保すべきメモリ領域のサイズとしてステップ82又はステップ84で設定した割当要求サイズをリソース管理部46Bに通知し、バッファ40Aとして用いるメモリ領域の確保をリソース管理部46Bに要求し、バッファ40Aとして用いるメモリ領域をリソース管理部46Bによって確保させる。そしてステップ88では、バッファ40A用として確保したメモリ領域を、先のステップ74で決定した単位バッファ領域のサイズ毎に分割する(以下では、分割したメモリ領域の各々を保管用単位バッファ領域と称する)と共に、自モジュールの後段の個々の画像処理モジュール38に対応する有効データポインタを初期化する。上記の有効データポインタは、自モジュールの前段の画像処理モジュールによって自モジュールのバッファ40Aに書き込まれた画像データのうち、対応する後段の画像処理モジュール38によって読み出されていない画像データ(有効データ)の先頭位置(次の読出開始位置)と末尾位置を各々指し示すポインタであり、初期化時には有効データが存在していないことを意味する特定の情報が設定される。
In
なお、自モジュールがアプリケーション32によって生成され、画像データ供給部22又は画像出力部24として機能するバッファモジュール40であった場合、自モジュールのバッファ40Aとして用いるメモリ領域が既に存在している場合には、上述した各処理のうち、バッファ40Aとして用いるメモリ領域を確保する処理は省略される。また、上記の既に存在しているメモリ領域には、既に画像処理対象の画像データが書き込まれていることがあり、この場合は当該画像データの先頭位置及び末尾位置が後段の個々の画像処理モジュール38に対応する有効データポインタに各々設定される。以上の処理によりバッファモジュール40の初期化が完了し、バッファ制御部40Bはバッファモジュール初期化処理の完了をワークフロー管理部46Aへ通知する。
When the own module is generated by the
一方、アプリケーション32は、順次起動したモジュール生成部44によって前述のモジュール生成処理が順次行われることで、必要とされる画像処理を行う画像処理部50の構築が完了すると、ワークフロー管理部46Aのプログラムを実行するスレッド(又はプロセス又はオブジェクト)を起動することで、ワークフロー管理部46Aに対して画像処理部50による画像処理の実行を指示する。
On the other hand, when the construction of the
処理管理部46のワークフロー管理部46Aは、プログラムが起動されることで図10に示す並列制御処理を行う。ワークフロー管理部46Aは並列制御処理において、画像処理部50を構成する個々の画像処理モジュール38に処理要求を入力することで、画像処理部50による画像処理を個々の画像処理モジュール38単位で並列に行わせるが、以下では画像処理部50全体の動作説明に先立ち、個々のバッファモジュール40のバッファ制御部40Bによって行われる初期化処理完了以降の処理、個々の画像処理モジュール38の制御部38Bによって行われる画像処理モジュール制御処理について順に説明する。
The
本実施形態では、画像処理モジュール38が後段のバッファモジュール40に画像データを書き込む場合には、画像処理モジュール38からバッファモジュール40へ書込要求が入力され、画像処理モジュール38が前段のバッファモジュール40から画像データを読み出す場合には、画像処理モジュール38からバッファモジュール40へ読出要求が入力される。前段の画像処理モジュール38からの書込要求を含む何らかの情報がバッファモジュール40に入力された場合(及び、後述するタイマがタイムアウトした場合)は、図5に示すデータ書込処理がバッファ制御部40Bによって実行される。なお、以下で説明するデータ書込処理は、関数やメソッドの呼び出しで処理が始まるようにしてもよい。
In this embodiment, when the
データ書込処理では、まずステップ100において、今回のデータ書込処理の起動要因が、タイマがタイムアウトしたことによる起動か否か判定する。判定が否定された場合はステップ104へ移行するが、上記判定が肯定された場合はステップ102へ移行し、過去に入力されてワークメモリ等に保管している書込要求情報をワークメモリ等から取り出す。ステップ106では自モジュールのバッファ40Aがアクセス中か否か判定する。バッファ40Aに対してはデータの読み出しも行われるので、当該判定が肯定された場合はステップ108へ移行して今回の処理対象の書込要求情報をワークメモリ等に保管し、次のステップ110でタイマをスタートさせてデータ書込処理を一旦終了する。
In the data writing process, first, in
一方、ステップ106の判定が否定された場合にはステップ114へ移行し、自モジュールのバッファ40Aを構成する保管用単位バッファ領域の中に、単位書込データ量以上の空き領域が有る保管用単位バッファ領域(単位書込データ量の画像データを書き込み可能な保管用単位バッファ領域)が存在しているか否か判定する。画像データの書込はバッファ40Aを構成する保管用単位バッファ領域に対して順に行われるが、画像データの書込の進行に伴って単位書込データ量以上の空き領域が有る保管用単位バッファ領域が無くなると、上記判定が否定される。
On the other hand, if the determination in
ステップ114の判定が否定された場合はステップ115へ移行し、確保すべきメモリ領域のサイズとして先に設定した割当要求サイズをリソース管理部46Bに通知し、バッファ40Aとして用いるメモリ領域の確保をリソース管理部46Bに要求し、バッファ40Aとして用いるメモリ領域をリソース管理部46Bによって確保させる。そしてステップ116において、バッファ40A用として確保したメモリ領域を、先に決定した単位バッファ領域のサイズ毎に分割すると共に、自モジュールの後段の個々の画像処理モジュール38に対応する有効データポインタを更新し、ステップ118へ移行する。また、ステップ114の判定が肯定された場合はステップ115,116をスキップしてステップ118へ移行する。そしてステップ118では、先に確保した書込用バッファ領域を書込領域として、当該書込領域の先頭アドレスを書込要求元の画像処理モジュール38へ通知すると共に、書込対象の画像データを通知した先頭アドレスから順に書き込むよう要請する。これにより、書込要求元の画像処理モジュール38は、先頭アドレスが通知された書込領域(書込用バッファ領域(又は保管用単位バッファ領域:後述))に画像データを書き込む(図6(B)も参照)。
If the determination in
例えば保管用単位バッファ領域のサイズが単位書込データ量の整数倍でない場合、保管用単位バッファ領域への単位書込データ量の画像データの書込が繰り返されることで、例として図6(A)にも示すように、空き領域有りの保管用単位バッファ領域における空き領域のサイズが単位書込データ量よりも小さい状態が生ずる。この場合、単位書込データ量の画像データが書き込まれる領域が複数の保管用単位バッファ領域に跨ることになるが、この複数の保管用単位バッファ領域は異なるタイミングで確保したメモリ領域である可能性があり、この場合、複数の保管用単位バッファ領域が、実際のメモリ14上で連続する領域であることは保証されない。これに対して本実施形態では、画像処理モジュール38による画像データの書き込みを、保管用単位バッファ領域と別に確保した書込用バッファ領域に対して行わせ、図6(C)に示すように、書込用バッファ領域に一旦書き込まれた画像データを単一又は複数の保管用単位バッファ領域へ複写するので、画像データが書き込まれる領域が複数の保管用単位バッファ領域に跨るか否かに拘わらず、書込要求元の画像処理モジュール38への書込領域の通知は、上記のようにその先頭アドレスを通知するのみで済み、画像処理モジュール38とのインタフェースが簡単になる。
For example, when the size of the storage unit buffer area is not an integral multiple of the unit write data amount, the image data of the unit write data amount is repeatedly written to the storage unit buffer area, as an example, as shown in FIG. ), The size of the empty area in the storage unit buffer area with the empty area is smaller than the unit write data amount. In this case, the area in which the image data of the unit write data amount is written extends over a plurality of storage unit buffer areas. The plurality of storage unit buffer areas may be memory areas secured at different timings. In this case, it is not guaranteed that the plurality of storage unit buffer areas are continuous areas on the
なお、自モジュールがアプリケーション32によって生成されたバッファモジュール40である場合、すなわちバッファ40Aとして用いるメモリ領域が既に確保されている場合には、先に説明したステップ114〜ステップ116をスキップしてステップ118へ移行し、既に確保されているメモリ領域のアドレスを画像処理モジュール38に書込領域のアドレスとして通知し、書込領域への画像データの書き込みを行わせる。
If the own module is the
前段の画像処理モジュール38による書込領域への画像データの書き込みが完了するとステップ120へ移行し、書込用バッファ領域に書き込まれた画像データを保管用単位バッファ領域に書き込む。なお、空き領域有りの保管用単位バッファ領域における空き領域のサイズが単位書込データ量よりも小さい場合、書込用バッファ領域に書き込まれた画像データは、図6(C)に示すように、複数の保管用単位バッファ領域へ分けて書き込まれる。次のステップ122では、自モジュールの後段の個々の画像処理モジュール38に対応する有効データポインタのうち有効データの末尾位置を表すポインタを、該ポインタが指し示す有効データの末尾位置が単位書込データ量分だけ後へ移動するように更新し(図6(C)も参照)、データ書込処理を終了する。
When the writing of the image data to the writing area by the preceding
続いて、後段の画像処理モジュール38から読出要求がバッファモジュール40に入力された場合(及び、後述するタイマがタイムアウトした場合)に、バッファモジュール40のバッファ制御部40Bによって実行されるデータ読出処理について、図7を参照して説明する。なお、以下で説明するデータ読出処理についても、関数やメソッドの呼び出しで処理が始まるようにしてもよい。
Subsequently, a data read process executed by the
データ読出処理では、まずステップ170において、今回のデータ読出処理の起動要因が、後段の画像処理モジュールから読出要求を受信したことによる起動か否か判定する。判定が否定された場合はステップ174へ移行するが、上記判定が肯定された場合はステップ172へ移行し、後段の画像処理モジュールから今回受信した読出要求情報を読出用の待ち行列の末尾に登録する。ステップ174では、自モジュールのバッファ40Aがアクセス中か否か判定する。バッファ40Aに対してはデータの書き込みも行われるので、当該判定が肯定された場合はステップ208へ移行し、読出用の待ち行列に読出要求情報が登録されているか否か判定する。判定が否定された場合はデータ読出処理を終了するが、判定が肯定された場合はステップ210でタイマをスタートさせてデータ読出処理を一旦終了する。タイマをスタートさせた場合には、タイマがタイムアウトするとデータ読出処理が再度起動され、読出用の待ち行列に登録されている未処理の読出要求(情報)が再度取り出され、当該読出要求に応じた処理が行われる。
In the data reading process, first, in
一方、ステップ174の判定が否定された場合にはステップ176へ移行し、読出用の待ち行列から先頭に登録されている読出要求情報を取り出す。次のステップ178では、読出用の待ち行列から取り出した読出要求情報に含まれる要求元識別情報に基づいて読出要求元の画像処理モジュール38を認識し、読出要求元の画像処理モジュール38によって設定された単位読出データ量を認識すると共に、読出要求元の画像処理モジュール38に対応する有効データポインタに基づいて、読出要求元の画像処理モジュール38に対応する有効データのバッファ40A上での先頭位置及び末尾位置を認識する。次のステップ180では、ステップ178で認識した有効データの先頭位置及び末尾位置に基づいて、読出要求元の画像処理モジュール38に対応する有効データ(読出要求元の画像処理モジュール38が読出可能な画像データ)が単位読出データ量以上有るか否か判定する。
On the other hand, if the determination in
ステップ180の判定が否定された場合はステップ182へ移行し、バッファ40Aに記憶されており読出要求元の画像処理モジュール38が読出可能な有効データの末尾が処理対象の画像データの末尾か否か判定する。読出要求元の画像処理モジュール38に対応する有効データがバッファ40Aに単位読出データ量以上記憶されているか、又は、バッファ40Aに記憶されている読出要求元の画像処理モジュール38に対応する有効データが単位読出データ量未満であるものの、当該有効データの末尾が処理対象の画像データの末尾であった場合には、ステップ180又はステップ182の判定が肯定されてステップ186へ移行する。
If the determination in
ステップ186では、読出対象の有効データをバッファ40Aから単位読出データ量分だけ読み出し、読み出した有効データを読出用バッファ領域に書き込む。次のステップ188では、読出用バッファ領域の先頭アドレスを読出領域の先頭アドレスとして読出要求元の画像処理モジュール38へ通知すると共に、通知した先頭アドレスから画像データを順に読み出すよう要請する。これにより、読出要求元の画像処理モジュール38は、先頭アドレスが通知された読出領域(読出用バッファ領域(又は保管用単位バッファ領域:後述))からの画像データの読み出しを行う。なお、読出対象の有効データが処理対象の画像データの末尾に相当するデータであった場合には、画像データの読出要求に際し、読出対象の画像データのサイズと共に、処理対象の画像データの末尾であることも読出要求元の画像処理モジュール38に通知する。また、自モジュールがアプリケーション32によって生成されたバッファモジュール40である場合は、バッファ40Aとして用いているメモリ領域(保管用単位バッファ領域の集合体)は連続領域であるので、読出用バッファ領域への読出対象の画像データの書き込みを省略し、後段の画像処理モジュール38が保管用単位バッファ領域から直接画像データを読み出すようにしてもよい。
In step 186, the effective data to be read is read from the
例として図8(A)に示すように、有効データの先頭部分の画像データを記憶している保管用単位バッファ領域に記憶されている有効データのデータ量が単位読出データ量未満であり、読出対象の有効データが複数の保管用単位バッファ領域に跨っている場合には、今回の読出対象の有効データが実際のメモリ14上で連続する領域に記憶されているとは限らないが、上記のデータ読出処理では、図8(B),(C)に示すように、このような場合にも読出対象の画像データを読出用バッファ領域に一旦書き込んだ後に該読出用バッファ領域から画像データを読み出させるので、読出対象の画像データが複数の保管用単位バッファ領域に跨って記憶されているか否かに拘わらず、読出要求元の画像処理モジュール38への読出領域の通知は、上記のようにその先頭アドレスを通知するのみで済み、画像処理モジュール38とのインタフェースが簡単になる。
As an example, as shown in FIG. 8A, the amount of effective data stored in the storage unit buffer area storing the image data of the head portion of the effective data is less than the unit read data amount, and the read When the target valid data extends over a plurality of storage unit buffer areas, the valid data to be read this time is not necessarily stored in a continuous area on the
次のステップ190では、読出要求元の画像処理モジュール38による読出領域からの画像データの読み出しが完了したか否か判定し、判定が肯定される迄ステップ190を繰り返す。読出要求元の画像処理モジュール38から読出完了が通知されると、ステップ190の判定が肯定されてステップ194へ移行し、読出要求元の画像処理モジュール38に対応する有効データポインタのうち有効データの先頭位置を表すポインタを、該ポインタが指し示す有効データの先頭位置を単位読出データ量分だけ後へ移動させることで更新する(図8(C)も参照)。
In the
ステップ196では、後段の個々の画像処理モジュール38に対応する有効データポインタを各々参照し、ステップ194のポインタ更新により、バッファ40Aを構成する保管用単位バッファ領域の中に、記憶している画像データの後段の各画像処理モジュール38による読み出しが全て完了した保管用単位バッファ領域、すなわち有効データを記憶していない保管用単位バッファ領域が出現したか否か判定する。判定が否定された場合はステップ208へ移行し、前述のステップ208,210を経てデータ読出処理を終了するが、判定が肯定された場合はステップ198へ移行し、有効データを記憶していない保管用単位バッファ領域をリソース管理部46Bによって解放させた後にステップ208へ移行し、ステップ208,210を経てデータ読出処理を終了する。
In
一方、バッファ40Aに記憶されており読出要求元の画像処理モジュール38が読出可能な有効データのデータ量が単位読出データ量未満であり、かつ読出可能な有効データの末尾が処理対象の画像データの末尾でない場合(図3(B)の(4)で読出可能な有効データ無が検知された場合)には、ステップ180,182の判定が各々否定されてステップ200へ移行し、新たな画像データを要求するデータ要求をワークフロー管理部46Aへ出力する(図3(B)の(5)も参照)。この場合、ワークフロー管理部46Aにより、自モジュールの前段の画像処理モジュール38に処理要求が入力されることになる。またステップ202では、読出用の待ち行列から取り出した読出要求情報を元の待ち行列(の先頭又は末尾)に再度登録し、ステップ208,210を経てデータ読出処理を終了する。これにより、読出可能な有効データのデータ量が単位読出データ量以上になるか、読出可能な有効データの末尾が処理対象の画像データの末尾であることが検知される迄(ステップ180又はステップ182の判定が肯定される迄)の間、対応する読出要求情報は読出用の待ち行列に保存されると共に定期的に取り出されて要求された処理の実行が繰り返し試行されることになる。
On the other hand, the amount of valid data stored in the
詳細は後述するが、ワークフロー管理部46Aはバッファモジュール40からデータ要求が入力されると、データ要求元のバッファモジュール40の前段の画像処理モジュール38に処理要求を入力する(図3(B)の(6)も参照)。この処理要求の入力をトリガとして前段の画像処理モジュール38の制御部38Bで行われる処理により、前段の画像処理モジュール38がバッファモジュール40へ画像データを書込可能な状態になると、前段の画像処理モジュール38から書込要求が入力されることで前述したデータ書込処理(図4)が行われ、前段の画像処理モジュール38からバッファモジュール40のバッファ40Aに画像データが書き込まれる(図3(B)の(7),(8)も参照)。これにより、後段の画像処理モジュール38によるバッファ40Aからの画像データの読出が行われることになる(図3(B)の(9)も参照)。
Although details will be described later, when a data request is input from the
上述したデータ書込処理及びデータ読出処理では、一方が自モジュールのバッファ40Aにアクセスしている間、他方がバッファ40Aへのアクセスを停止する排他制御が行われる。これにより、コンピュータ10のCPU12が画像処理部50を構成する個々のモジュールに対応するプロセス又はスレッドを並列に実行しても、単一のバッファモジュール40に複数の要求が同時又は略同時に入力されることによる不都合の発生を回避できるので、コンピュータ10のCPU12が個々のモジュールに対応するプロセス又はスレッドを並列に実行することができる。もちろん、バッファモジュールを通常のプログラムまたはオブジェクトとして実現しても良い。
In the above-described data writing process and data reading process, exclusive control is performed so that while one is accessing the
続いて、画像処理部50を構成する個々の画像処理モジュール38に対してワークフロー管理部46Aから処理要求が入力される毎に、個々の画像処理モジュール38の制御部38Bによって各々行われる画像処理モジュール制御処理(図9)を説明する。
Subsequently, each time a processing request is input from the
画像処理モジュール制御処理では、まずステップ220において、自モジュールの前段にモジュール(バッファモジュール40や画像データ供給部22、画像処理モジュール38等)が存在している場合に、当該前段のモジュールに対してデータ(画像データ又は解析等の画像処理の処理結果)を要求する。次のステップ222では前段のモジュールからデータが取得可能であるかを判定し、ステップ222の判定が否定された場合はステップ224で全体処理終了が通知されたか否かを判定する。ステップ224の判定が否定された場合はステップ222に戻り、前段のモジュールからデータを取得可能となる迄ステップ222,224を繰り返す。ステップ222の判定が肯定された場合には、ステップ226で前段のモジュールからデータを取得するデータ取得処理を行う。
In the image processing module control process, first, in
ここで、自モジュールの前段のモジュールがバッファモジュール40である場合には、先のステップ220でデータを要求すると(読出要求)、読出可能な有効データがバッファモジュール40のバッファ40Aに単位読出データ量以上記憶されているか、読出可能な有効データの末尾が処理対象の画像データの末尾に一致している状態であれば直ちに、当該状態でなければ、当該バッファモジュール40の前段の画像処理モジュール38が当該バッファモジュール40のバッファ40Aに画像データを書き込んだことに伴って前記状態へ変化した後に、バッファモジュール40から読出領域の先頭アドレスが通知されて画像データの読出が要請される。これにより、ステップ222の判定が肯定されてステップ226へ移行し、前段のバッファモジュール40より先頭アドレスが通知された読出領域から単位読出データ量(又はそれ未満のデータ量)の画像データを読み出すデータ取得処理を行う(図3(A)の(3)も参照)。
Here, if the previous module of the own module is the
また、自モジュールの前段のモジュールが画像データ供給部22であれば、先のステップ220でデータ要求を出力すると画像データを取得可能な状態であることが前段の画像データ供給部22から直ちに通知されることで、ステップ222の判定が肯定されてステップ226へ移行し、前段の画像データ供給部22から単位読出データ量の画像データを取得する画像データ取得処理を行う。また、自モジュールの前段のモジュールが画像処理モジュール38であれば、先のステップ220でデータ要求(処理要求)を出力すると、前段の画像処理モジュール38が画像処理を実行可能な状態であれば書込要求が入力されることでデータ(画像処理結果)を取得可能な状態であることが通知されるので、ステップ222の判定が肯定されてステップ226へ移行し、前段の画像処理モジュール38によってデータを書き込ませる一時保管用のメモリ領域のアドレスを通知して書き込みを要請することで、前段の画像処理モジュール38から出力されるデータを一時保管用のメモリ領域に書き込ませるデータ取得処理を行う。
If the previous module of the own module is the image
次のステップ228では、自モジュールの前段に複数のモジュールが連結されているか否か判定する。判定が否定された場合には何ら処理を行うことなくステップ232へ移行するが、判定が肯定された場合はステップ230へ移行し、前段に連結されている全てのモジュールからデータを取得したか否か判定する。ステップ230の判定が否定された場合はステップ220に戻り、ステップ230の判定が肯定される迄ステップ220〜ステップ230を繰り返す。前段のモジュールから取得すべきデータが全て揃うと、ステップ228の判定が否定されるかステップ230の判定が肯定されてステップ232へ移行する。
In the
次のステップ232では自モジュールの後段のモジュールに対してデータ出力用の領域を要求し、ステップ232でデータ出力領域が取得できる迄(データ出力領域の先頭アドレスが通知される迄)繰り返し判定を行う。なお、後段のモジュールがバッファモジュール40であれば、上記のデータ出力用領域の要求は当該バッファモジュール40に対して書込要求を出力することによって成される。データ出力領域(後段のモジュールがバッファモジュール40であれば当該バッファモジュール40から先頭アドレスが通知された書込領域)が取得できたら(図3(A)の(4)も参照)、次のステップ236において、先のデータ取得処理で取得したデータ、後段のモジュールから取得したデータ出力領域(の先頭アドレス)を画像処理エンジン38Aに入力し、入力したデータに対して所定の画像処理を行わせる(図3(A)の(5)も参照)と共に、処理後のデータをデータ出力領域に書き込ませる(図3(A)の(6)も参照)。画像処理エンジン38Aへの単位読出データ量のデータの入力が完了し、画像処理エンジン38Aから出力されたデータがデータ出力領域に全て書き込まれると、次のステップ238で出力が完了したことを後段のモジュールに通知する。
In the
上記のステップ220〜ステップ238により画像処理モジュール38における単位処理データ量のデータに対する処理(単位処理)が完了するが、ワークフロー管理部46Aから画像処理モジュール38に入力される処理要求では、ワークフロー管理部46Aによって単位処理の実行回数が指定されることがある。このためステップ240では、単位処理の実行回数が、入力された処理要求によって指示された実行回数に達したか否か判定する。指示された単位処理の実行回数が1回の場合、この判定は無条件に肯定されるが、指示された単位処理の実行回数が2回以上の場合はステップ220に戻り、ステップ240の判定が肯定される迄ステップ220〜ステップ240を繰り返す。ステップ240の判定が肯定されるとステップ242へ移行し、ワークフロー管理部46Aへ処理完了通知を出力することで、入力された処理要求に対応する処理が完了したことをワークフロー管理部46Aへ通知し、画像処理モジュール制御処理を終了する。
The processing (unit processing) for the data of the unit processing data amount in the
また、ワークフロー管理部46Aから処理要求が入力される毎に上述した処理が繰り返されることで処理対象の画像データを末尾まで処理すると、前段のモジュールから処理対象の画像データの終了が通知されることで、ステップ224の判定が肯定されてステップ244へ移行し、処理対象の画像データ(なお、処理対象の画像データは1頁分の画像データであることが多いが、複数頁分の画像データであってもよい)に対する処理が終了したことを意味する全体処理終了通知をワークフロー管理部46A及び後段のモジュールへ各々出力する。また、次のステップ246では取得していた全てのリソースの解放を要求して自モジュールを消去する処理を行い、画像処理モジュール制御処理を終了する。
Further, when the processing image data is processed to the end by repeating the above-described processing every time a processing request is input from the
一方、ワークフロー管理部46Aは、アプリケーション32によって画像処理の実行が指示されると、図10(A)に示す並列制御処理1を行う。先にも述べたように、ワークフロー管理部46Aによる画像処理部50の個々の画像処理モジュール38への処理要求の入力では、単位処理の実行回数を指定可能とされているが、並列制御処理1のステップ500では、1回の処理要求で指定する単位処理の実行回数を個々の画像処理モジュール38毎に決定する。この処理要求1回当りの単位処理の実行回数は、例えば処理対象の画像データ全体を処理する間の個々の画像処理モジュール38への処理要求の入力回数が平均化されるように定めることができるが、他の基準に従って定めてもよい。そして次のステップ504において、画像処理部50のうち最後段の画像処理モジュール38に処理要求を入力し(図11の(1)も参照)、並列制御処理1を終了する。
On the other hand, when the
ここで、図10に示す画像処理部50において、ワークフロー管理部46Aから最後段の画像処理モジュール384に処理要求が入力されると、画像処理モジュール384の制御部38Bは前段のバッファモジュール403に読出要求を入力する(図11の(2)参照)。このとき、バッファモジュール403のバッファ40Aには画像処理モジュール384が読出可能な有効データ(画像データ)が記憶されていないので、バッファモジュール403のバッファ制御部40Bはワークフロー管理部46Aにデータ要求を入力する(図11の(3)参照)。
Here, in the
ワークフロー管理部46Aは、バッファモジュール40からデータ要求が入力される毎に、図10(B)に示す並列制御処理2を行う。この並列制御処理2では、ステップ510において、データ要求入力元のバッファモジュール40(ここではバッファモジュール403)の前段の画像処理モジュール38(ここでは画像処理モジュール383)を認識し、認識した前段の画像処理モジュール38に処理要求を入力(図11の(4)参照)して処理を終了する。
The
画像処理モジュール383の制御部38Bは、処理要求が入力されると前段のバッファモジュール402に読出要求を入力し(図11の(5)参照)、バッファモジュール402のバッファ40Aにも読出可能な画像データが記憶されていないので、バッファモジュール402のバッファ制御部40Bはワークフロー管理部46Aにデータ要求を入力する(図11の(6)参照)。ワークフロー管理部46Aは、バッファモジュール402からデータ要求が入力された場合も、前述の並列制御処理2を再度行うことで、その前段の画像処理モジュール382に処理要求を入力し(図11の(7)参照)、画像処理モジュール383の制御部38Bは前段のバッファモジュール401に読出要求を入力する(図11の(8)参照)。また、バッファモジュール401のバッファ40Aにも読出可能な画像データが記憶されていないので、バッファモジュール401のバッファ制御部40Bもワークフロー管理部46Aにデータ要求を入力し(図11の(9)参照)。ワークフロー管理部46Aは、バッファモジュール401からデータ要求が入力された場合も、前述の並列制御処理2を再度行うことで、その前段の画像処理モジュール381に処理要求を入力する(図11の(10)参照)。
ここで、画像処理モジュール381の前段のモジュールは画像データ供給部22であるので、画像処理モジュール381の制御部38Bは、画像データ供給部22にデータ要求を入力することで画像データ供給部22から単位読出データ量の画像データを取得し(図11の(11)参照)、取得した画像データに対して画像処理エンジン38Aが画像処理を行うことで得られた画像データを、後段のバッファモジュール401のバッファ40Aに書き込む(図11の(12)参照)。
Here, since the previous module of the
また、バッファモジュール401のバッファ制御部40Bは、後段の画像処理モジュール382が読出可能な単位読出データ量以上の有効データが書き込まれると画像処理モジュール382に対して読出を要請し、これに伴い画像処理モジュール382の制御部38Bは、バッファモジュール401のバッファ40Aから単位読出データ量の画像データを読み出し(図11の(13)参照)、取得した画像データに対して画像処理エンジン38Aが画像処理を行うことで得られた画像データを、後段のバッファモジュール402のバッファ40Aに書き込む(図11の(14)参照)。バッファモジュール402のバッファ制御部40Bは、後段の画像処理モジュール383が読出可能な単位読出データ量以上の有効データが書き込まれると画像処理モジュール383へ読出を要請し、画像処理モジュール383の制御部38Bは、バッファモジュール402のバッファ40Aから単位読出データ量の画像データを読み出し(図11の(15)参照)、取得した画像データに対して画像処理エンジン38Aが画像処理を行うことで得られた画像データを、後段のバッファモジュール403のバッファ40Aに書き込む(図11の(16)参照)。
Further, the
更に、バッファモジュール403のバッファ制御部40Bは、後段の画像処理モジュール384が読出可能な単位読出データ量以上の有効データが書き込まれると画像処理モジュール384に対して読出を要請し、これに伴い画像処理モジュール384の制御部38Bは、バッファモジュール403のバッファ40Aから単位読出データ量の画像データを読み出し(図11の(17)参照)、取得した画像データに対して画像処理エンジン38Aが画像処理を行うことで得られた画像データを、後段のモジュールである画像出力部24へ出力する(図11の(18)参照)。
Furthermore, the
また、個々の画像処理モジュール38の制御部38Bは、後段のバッファモジュール40のバッファ40Aへの画像データの書き込みを完了すると、ワークフロー管理部46Aへ処理完了通知を入力する。ワークフロー管理部46Aは、画像処理モジュール38から処理完了通知が入力される毎に、図10(C)に示す並列制御処理3を行う。この並列制御処理3では、ステップ520で処理完了通知元の画像処理モジュール38に処理要求を再度入力して処理を終了する。
In addition, when the
このように、ワークフロー管理部46Aによる並列制御処理では、任意の画像処理モジュール38から処理完了が通知される毎に、処理完了通知元の画像処理モジュール38へ処理要求を再度入力することで、処理対象の画像データが前段側のモジュールから後段側のモジュールへ画像1面分よりも小さいサイズ(ブロック)を単位として順に引き渡されると共に、個々の画像処理モジュール38が互いに並列に画像処理を行う並列処理方式によって処理対象の画像データに対する画像処理が行われる。また、画像データ供給部22から供給される画像データが処理対象の画像データの末尾に達すると、個々の画像処理モジュール38からワークフロー管理部46Aへの全体処理終了通知の入力が、前段側の画像処理モジュール38から順次行われる。
In this way, in the parallel control processing by the
ワークフロー管理部46Aは、画像処理モジュール38から全体処理終了通知が入力される毎に、図10(D)に示す並列制御処理4を行う。この並列制御処理4では、ステップ540において、全体処理終了通知入力元の画像処理モジュール38が最後段の画像処理モジュール38か否か判定する。判定が否定された場合は何ら処理を行うことなく処理を終了するが、処理対象の画像データに対して必要な画像処理が行われた画像データが画像出力部24へ全て出力されることで、最後段の画像処理モジュール38から全体処理終了通知が入力された場合には、ステップ540の判定が肯定されてステップ542へ移行し、アプリケーション32に対して画像処理の完了を通知し、並列制御処理4を終了する。そして、画像処理の完了が通知されたアプリケーション32は、ユーザに対して画像処理の完了を通知する。
The
上記のように画像処理部50が画像処理を行っている間、画像処理部50を構成する個々のバッファモジュール40(に対応するスレッド)は、先にも説明したように、バッファ40Aとして用いるメモリ領域の取得(割当要求)及び解放をリソース管理部46Bに対して繰り返す。ここで、メモリ14が比較的小容量で、バッファ40Aとして使用可能なメモリ領域の容量が限られている場合、処理管理部46に保持される割当可能メモリ容量として比較的小さい値が設定され、個々のバッファモジュール40の割当要求サイズも比較的小さい値(=割当可能メモリ容量)に設定されるので、個々のバッファモジュール40は、比較的小さい容量を単位として、バッファ40Aとして用いるメモリ領域の割当を要求する。従ってこの場合、リソース管理部46Bに対して個々のバッファモジュール40から高い頻度でメモリ領域の割当が要求されることで、オーバヘッドが増大して処理効率は低下するものの、個々のバッファモジュール40がバッファ40Aとして確保・保持しているメモリ領域の平均容量が小さくなることで、メモリ14の使用量が低減し、メモリ14を有効に利用することができる。
While the
一方、メモリ14が比較的大容量で、バッファ40Aとして使用可能なメモリ領域も潤沢に設けられている場合、処理管理部46に保持される割当可能メモリ容量として比較的大きい値が設定され、個々のバッファモジュール40の割当要求サイズも比較的大きい値(=画像1面分の画像データに相当するメモリ容量)に設定されるので、個々のバッファモジュール40は、比較的大きい容量を単位として、バッファ40Aとして用いるメモリ領域の割当を要求する。従ってこの場合、個々のバッファモジュール40がバッファ40Aとして確保・保持しているメモリ領域の平均容量が大きくなることで、メモリ14の使用量は増大するものの、リソース管理部46Bに対して個々のバッファモジュール40からメモリ領域の割当が要求される頻度が低下することで、オーバヘッドが削減され処理効率を向上させることができる。従って、メモリ14の使用量低減を優先するか画像処理の処理効率向上を優先するかを動作環境(メモリ14の容量等)に応じて切り替えることができる。
On the other hand, when the
なお、第1実施形態では、バッファ40Aとして用いるメモリ領域の確保(割当要求)を割当要求サイズを単位として行い、バッファ40Aとして用いるメモリ領域の解放は単位バッファ領域を単位として行う態様を説明したが、メモリ領域の解放も割当要求サイズを単位として行うようにしてもよい。この場合、個々のバッファモジュール40がバッファ40Aとして確保・保持しているメモリ領域の平均容量が増大する可能性はあるものの、オーバーヘッドを更に削減することができる。
In the first embodiment, it has been described that the memory area used as the
〔第2実施形態〕
次に本発明の第2実施形態について説明する。なお、本第2実施形態は第1実施形態と同一の構成であるので、各部分に同一の符号を付して構成の説明を省略し、本第2実施形態の作用について、第1実施形態と異なる部分についてのみ説明する。
[Second Embodiment]
Next, a second embodiment of the present invention will be described. Since the second embodiment has the same configuration as that of the first embodiment, the same reference numerals are given to the respective parts and description of the configuration is omitted, and the operation of the second embodiment will be described. Only different parts will be described.
本第2実施形態に係る画像処理モジュール38の制御部38Bは、モジュール生成部44によって起動されると、図12に示す画像処理モジュール初期化処理を行う。この画像処理モジュール初期化処理では、第1実施形態と同様に、まず自モジュールの前段及び後段のモジュールの情報を記憶し(ステップ600)、自モジュールの前段及び後段のモジュールを判定し、単位読出データ量及び単位書込データ量を認識する(ステップ602)。
When activated by the
ステップ604では、処理管理部46(のワークフロー管理部46A)によって所定の領域に保持されている割当可能メモリ容量を参照・認識し、次のステップ606では、認識した割当可能メモリ容量をステップ602で認識した単位書込データ量で除算することで繰り返し回数Nを求める。なお、上記の除算で剰余(端数)が生じた場合には、四捨五入、切り捨て及び切り上げの何れかの端数処理を行うことで、繰り返し回数Nの整数化を行う。また、上記の除算において、単位書込データ量に代えて単位読出データ量を用いてもよいし、単位書込データ量と単位読出データ量の平均値を用いてもよい。ステップ608では、書込データ量として、ステップ602で認識した単位書込データ量にステップ606で求めた繰り返し回数Nを乗じた値を設定する。そしてステップ610では、後段に存在しているバッファモジュール40に対し、ステップ608で求めた書込データ量(単位書込データ量のN倍のデータ量)を単位書込データ量として設定する。
In
また、ステップ612では、ステップ602で認識した単位読出データ量にステップ606で求めた繰り返し回数Nを乗じた値が、画像1面分の画像データに相当するメモリ容量よりも小さいか否か判定する。判定が肯定された場合はステップ614へ移行し、読出データ量として、単位読出データ量に繰り返し回数Nを乗じた値を設定する。また、ステップ612の判定が否定された場合はステップ616へ移行し、読出データ量として、画像1面分の画像データに相当するメモリ容量を設定する。そしてステップ618では、前段に存在しているバッファモジュール40に対し、ステップ614又はステップ616で求めた読出データ量を単位読出データ量として設定し、画像処理モジュール初期化処理の完了をモジュール生成部44に通知して処理を終了する。
In
先に説明した第1実施形態では、バッファモジュール40が、割当可能メモリ容量と画像1面分の画像データに相当するメモリ容量のうち小さい方の値を割当要求サイズとしていたが、本第2実施形態に係るバッファモジュール40は、単位書込データ量及び単位読出データ量に基づいて決定した単位バッファ領域のサイズを、割当要求サイズとしてそのまま設定している。但し、本第2実施形態でバッファモジュール40に通知される単位書込データ量は、実際には上述のように、本来の単位書込データ量(画像処理エンジン38Aから1回に出力される画像データ量)に繰り返し回数Nを乗じた値であり、バッファモジュール40に通知される単位読出データ量についても、実際には、本来の単位読出データ量(画像処理エンジン38Aによって1回に処理される画像データ量)に繰り返し回数Nを乗じた値であるので、本来の単位書込データ量及び単位読出データ量に対しておよそN倍の容量が割当要求サイズとして設定される。そして繰り返し回数Nは、割当可能メモリ容量を単位書込データ量等で除算することで求められている。
In the first embodiment described above, the
これにより、本第2実施形態においても、メモリ14が比較的小容量で、バッファ40Aとして使用可能なメモリ領域の容量が限られていることで、処理管理部46に保持される割当可能メモリ容量として比較的小さい値が設定された場合、繰り返し回数Nが1又は1に近い小さな値となることで、個々のバッファモジュール40の割当要求サイズも比較的小さい値に設定され、個々のバッファモジュール40は、比較的小さい容量を単位として、バッファ40Aとして用いるメモリ領域の割当を要求する。従ってこの場合、リソース管理部46Bに対して個々のバッファモジュール40から高い頻度でメモリ領域の割当が要求されることで、オーバヘッドが増大して処理効率は低下するものの、個々のバッファモジュール40がバッファ40Aとして確保・保持しているメモリ領域の平均容量が小さくなることで、メモリ14の使用量が低減し、メモリ14を有効に利用することができる。
Thereby, also in the second embodiment, the
一方、メモリ14が比較的大容量で、バッファ40Aとして使用可能なメモリ領域も潤沢に設けられていることで、処理管理部46に保持される割当可能メモリ容量として比較的大きい値が設定された場合、繰り返し回数Nが比較的大きな値となることで、個々のバッファモジュール40の割当要求サイズも比較的大きい値に設定され、個々のバッファモジュール40は、比較的大きい容量を単位として、バッファ40Aとして用いるメモリ領域の割当を要求する。従ってこの場合、個々のバッファモジュール40がバッファ40Aとして確保・保持しているメモリ領域の平均容量が大きくなることで、メモリ14の使用量は増大するものの、リソース管理部46Bに対して個々のバッファモジュール40からメモリ領域の割当が要求される頻度が低下することで、オーバヘッドが削減され処理効率を向上させることができる。従って、本第2実施形態においてもメモリ14の使用量低減を優先するか画像処理の処理効率向上を優先するかを動作環境(メモリ14の容量等)に応じて切り替えることができる。
On the other hand, since the
次に本第2実施形態に係る画像処理モジュール制御処理について、図13を参照し、第1実施形態で説明した画像処理モジュール制御処理(図9)と異なる部分を説明する。本第2実施形態に係る画像処理モジュール制御処理では、ステップ226で第1実施形態と同様に前段のモジュールからデータを取得するが、前段のモジュールがバッファモジュール40である場合、当該バッファモジュール40へ事前に通知した単位読出データ量が、本来の単位読出データ量のN倍の値であるので、ステップ226においても、本来の単位読出データ量のN倍のデータ量の画像データが取得される。また、ステップ232では第1実施形態と同様に後段のモジュールに対してデータ出力領域を要求するが、後段のモジュールがバッファモジュール40である場合、当該バッファモジュール40へ事前に通知した単位書込データ量が、本来の単位書込データ量のN倍の値であるので、前記要求に基づき、本来の単位書込データ量のN倍のデータ量の画像データを書込可能な容量のデータ出力領域が確保される。
Next, the image processing module control processing according to the second embodiment will be described with reference to FIG. 13, and the difference from the image processing module control processing (FIG. 9) described in the first embodiment. In the image processing module control process according to the second embodiment, data is acquired from the previous module in
そして本第2実施形態に係る画像処理モジュール制御処理では、ステップ236で第1実施形態と同様に画像処理エンジン38Aによって画像処理を行わせ、画像処理エンジン38Aはステップ226で取得された画像データのうちの単位読出データ量分の画像データに対して所定の画像処理を行い、当該画像処理によって得られた単位書込データ量分の画像データをステップ232,234の処理によって確保されたデータ出力領域に書き込むが、次のステップ237では、画像処理エンジン38Aによる画像処理(ステップ236)が繰り返し回数Nだけ繰り返されたか否か判定する。そして、判定が否定された場合はステップ236へ戻り、ステップ237の判定が肯定される迄ステップ236,237を繰り返す。そして、ステップ237の判定が肯定されるとステップ238へ移行し、画像データの出力が完了したことを後段のモジュールに通知する。
In the image processing module control process according to the second embodiment, the
これにより、画像処理モジュール38とその前段及び後段のバッファモジュール40との間では、画像処理モジュール38から通知された単位読出データ量又は単位書込データ量(本来の単位読出データ量又は単位書込データ量のN倍のデータ量)の画像データを単位として画像データが引き渡される一方、画像処理モジュール38の内部では、本来の単位読出データ量・単位書込データ量を単位として、画像処理エンジン38Aによる画像処理が順次行われることになる。
As a result, the unit read data amount or unit write data amount (original unit read data amount or unit write) notified from the
なお、第2実施形態では、画像処理モジュール38の制御手段としての機能が単一の制御部38Bによって実現される態様を説明したが、本発明はこれに限定されるものではなく、例として図14に示すように、制御部38Bを第1制御部38B1と第2制御部38B2に分離し、第1制御部38B1において、第1実施形態で説明した制御部38Bと同様に、前段のモジュールから単位読出データ量ずつ画像データを読み出すと共に、画像データを単位書込データ量ずつ後段のモジュールへ出力するように構成する一方、第2制御部38B2を、繰り返し回数Nを演算し、第1制御部38B1から受け取った単位読出データ量のN倍の読出データ量を前段のバッファモジュール40へ設定し、前段のバッファモジュール40から画像データを読出データ量ずつ読み出し、読み出した画像データを仮想バッファ経由で単位読出データ量ずつ第1制御部38B1へ引き渡すと共に、第1制御部38B1から仮想バッファ経由で受け取った単位書込データ量のN倍の書込データ量を後段のバッファモジュール40へ設定し、第1制御部38B1から単位書込データ量ずつ出力される画像データをN回分蓄積した後に後段のバッファモジュール40へ出力するように構成してもよい。この態様では、第1制御部38B1と第2制御部38B2が協働することで画像処理モジュール38の制御手段としての機能が実現されることになるが、制御手段を第1制御部38B1と第2制御部38B2とに分離することで、第1制御部38B1に相当するプログラムについては、例えば単位読出データ量及び単位書込データ量が同一の画像処理モジュール38を単位として共通化する一方で、第2制御部38B2に相当するプログラムについては全ての画像処理モジュール38について共通化することができ、プログラムの開発負荷をより低減することができる。なお、上記態様は請求項4記載の発明に対応している。
In the second embodiment, the mode in which the function as the control unit of the
また、上記では処理管理部46のワークフロー管理部46Aに保持される割当可能メモリ容量がメモリ14の総容量に応じて設定される態様を説明したが、これに限定されるものではなく、例えばメモリ14の総容量に加えてプログラムを実行するCPU12の処理能力(クロック周波数等)、或いは他のパラメータも考慮して割当可能メモリ容量が設定されるようにしてもよい。
In the above description, the mode in which the allocatable memory capacity held in the
また、ワークフロー管理部46Aに保持される情報についても、上記の割当可能メモリ容量に限られるものではなく、利用者によって操作部18等を介して入力された個々のバッファモジュール40へのメモリ割当規則を表す情報(例えば個々のバッファモジュール40に割当てるメモリ領域の容量を、1ライン分/nライン分/画像1面分、等の選択肢の中から選択する情報)であってもよい。この場合、実際の割当可能メモリ容量はメモリ14の総容量等に応じて変化する可能性があり、保持されているメモリ割当規則を参照した際に、実際の割当可能メモリ容量が不定であればメモリ14の総容量等に基づいて割当可能メモリ容量を算出するようにすればよい。上記態様は請求項5記載の発明に対応している。
Also, the information held in the
また、上記では本発明に係る画像処理プログラムに相当する画像処理プログラム群34がコンピュータ10に予め記憶(インストール)されている態様を説明したが、本発明に係る画像処理プログラムは、CD−ROMやDVD−ROM等の記録媒体に記録されている形態で提供することも可能である。
Further, in the above description, the image
10 コンピュータ
14 メモリ
18 操作部
38 画像処理モジュール
38A 画像処理エンジン
38B 制御部
40 バッファモジュール
40A バッファ
40B バッファ制御部
46 処理管理部
46A ワークフロー管理部
50 画像処理部
DESCRIPTION OF
Claims (7)
前記バッファモジュールから記憶リソースの割当が要求される毎に、要求された容量の記憶リソースを要求元のバッファモジュールに割り当てる記憶リソース管理手段と、
個々のバッファモジュールに割当可能な記憶リソースの容量を表す情報、又は、個々のバッファモジュールに割当可能な記憶リソースの容量に応じて設定される、個々のバッファモジュールへの記憶リソースの割当規則を表す情報を保持する保持手段と、
を含み、
個々の前記バッファモジュールが、前記保持手段に記憶されている情報に基づいて、前記記憶リソース管理手段への記憶リソースの割当要求において前記記憶リソース管理手段に要求する記憶リソースの容量を切り替える制御手段を備えていることを特徴とする画像処理装置。 A plurality of functions having the function of acquiring image data from the previous stage of the own module, performing predetermined image processing on the acquired image data, and outputting the image data that has undergone the image processing or the processing result of the image processing to the subsequent stage of the own module Requests at least one of the preceding and following stages of the image processing module to allocate storage resources each time the storage resources used as a buffer are insufficient, and outputs the output from the module before the own module using the allocated storage resources as a buffer. Each module is connected to the pipeline so that the image data stored in the buffer is written into the buffer, and the buffer modules that perform the process of reading the image data stored in the buffer by the module subsequent to the module are connected. Images connected in a form or directed acyclic graph form And the processing section,
Storage resource management means for allocating a storage resource of the requested capacity to the requesting buffer module each time storage resource allocation is requested from the buffer module;
Information indicating the capacity of storage resources that can be allocated to individual buffer modules, or the rules for allocating storage resources to individual buffer modules that are set according to the capacity of storage resources that can be allocated to individual buffer modules Holding means for holding information;
Including
Control means for switching the capacity of the storage resource requested by the storage resource management means in response to the storage resource allocation request to the storage resource management means based on the information stored in the storage means by each of the buffer modules An image processing apparatus comprising:
前記バッファモジュールから記憶リソースの割当が要求される毎に、要求された容量の記憶リソースを要求元のバッファモジュールに割り当てる記憶リソース管理手段と、
個々のバッファモジュールに割当可能な記憶リソースの容量を表す情報、又は、個々のバッファモジュールに割当可能な記憶リソースの容量に応じて設定される、個々のバッファモジュールへの記憶リソースの割当規則を表す情報を保持する保持手段と、
を含み、
個々の前記画像処理モジュールの制御手段が、前記保持手段に記憶されている情報に基づいて画像処理の繰り返し回数Nを設定し、単位処理データ量にNを乗じた画像データ量を単位として、自モジュールの前段からの画像データの取得及び自モジュールの後段への画像データの出力を行うと共に、画像処理エンジンによる単位処理データ量ずつの画像処理をN回繰り返させることで、自モジュールの前段からの画像データに対する画像処理を行わせることを特徴とする画像処理装置。 An image processing engine that performs image processing on image data for each unit processing data amount that is set in advance, and image data that the image processing engine performs image processing from the previous stage of the own module, and image processing by the image processing engine The allocated storage resource is used as a buffer in at least one of the preceding stage and the succeeding stage of the plurality of image processing modules provided with control means for outputting the processed image data or the processing result of the image processing to the succeeding stage of the own module. Each time image data output from the module preceding the module is written to the buffer, the image data stored in the buffer is read by the module subsequent to the module, and the storage resource used as the buffer is insufficient Depends on the module before the module Processing for requesting allocation of a storage module having a capacity corresponding to the amount of image data written to the buffer by one writing and the amount of image data read from the buffer by one reading by a module subsequent to the own module An image processing unit configured by connecting individual modules in a pipeline form or a directed acyclic graph form so that the buffer modules are connected to each other;
Storage resource management means for allocating a storage resource of the requested capacity to the requesting buffer module each time storage resource allocation is requested from the buffer module;
Information indicating the capacity of storage resources that can be allocated to individual buffer modules, or the rules for allocating storage resources to individual buffer modules that are set according to the capacity of storage resources that can be allocated to individual buffer modules Holding means for holding information;
Including
The control means of each of the image processing modules sets the number N of image processing repetitions based on the information stored in the holding means, and automatically sets the unit image data amount by multiplying N by the unit data amount. Acquire image data from the previous stage of the module and output the image data to the subsequent stage of the module, and repeat the image processing for each unit processing data amount by the image processing engine N times, so that An image processing apparatus that performs image processing on image data.
自モジュールの前段から画像データを取得し、取得した画像データに所定の画像処理を行い、当該画像処理を経た画像データ又は前記画像処理の処理結果を自モジュールの後段へ出力する機能を備えた複数の画像処理モジュールの前段及び後段の少なくとも一方に、バッファとして用いる記憶リソースが不足する毎に記憶リソースの割当を要求し、割当された記憶リソースをバッファとして用いて、自モジュールの前段のモジュールから出力される画像データを前記バッファに書き込ませ、前記バッファに記憶されている画像データを自モジュールの後段のモジュールによって読み出させる処理を行うバッファモジュールが各々連結されるように、個々のモジュールがパイプライン形態又は有向非循環グラフ形態で連結されて構成された画像処理部、
前記バッファモジュールから記憶リソースの割当が要求される毎に、要求された容量の記憶リソースを要求元のバッファモジュールに割り当てる記憶リソース管理手段、
及び、個々のバッファモジュールに割当可能な記憶リソースの容量を表す情報、又は、個々のバッファモジュールに割当可能な記憶リソースの容量に応じて設定される、個々のバッファモジュールへの記憶リソースの割当規則を表す情報を保持する保持手段
として機能させ、
個々の前記バッファモジュールが、前記保持手段に記憶されている情報に基づいて、前記記憶リソース管理手段への記憶リソースの割当要求において前記記憶リソース管理手段に要求する記憶リソースの容量を切り替える制御手段を備えていることを特徴とする画像処理プログラム。 Computer
A plurality of functions having the function of acquiring image data from the previous stage of the own module, performing predetermined image processing on the acquired image data, and outputting the image data that has undergone the image processing or the processing result of the image processing to the subsequent stage of the own module Requests at least one of the preceding and following stages of the image processing module to allocate storage resources each time the storage resources used as a buffer are insufficient, and outputs the output from the module before the own module using the allocated storage resources as a buffer. Each module is connected to the pipeline so that the image data stored in the buffer is written into the buffer, and the buffer modules that perform the process of reading the image data stored in the buffer by the module subsequent to the module are connected. Images connected in a form or directed acyclic graph form Processing section,
A storage resource management means for allocating a storage resource having a requested capacity to a requesting buffer module each time storage resource allocation is requested from the buffer module;
Information indicating the capacity of storage resources that can be allocated to individual buffer modules, or rules for allocating storage resources to individual buffer modules that are set according to the capacity of storage resources that can be allocated to individual buffer modules Function as a holding means to hold information representing
Control means for switching the capacity of the storage resource requested by the storage resource management means in response to the storage resource allocation request to the storage resource management means based on the information stored in the storage means by each of the buffer modules An image processing program comprising:
画像データに対する画像処理を予め設定された単位処理データ量ずつ行う画像処理エンジン、及び、前記画像処理エンジンが画像処理を行う画像データを自モジュールの前段から取得すると共に、前記画像処理エンジンによる画像処理を経た画像データ又は前記画像処理の処理結果を自モジュールの後段へ出力する制御手段を備えた複数の画像処理モジュールの前段及び後段の少なくとも一方に、割当された記憶リソースをバッファとして用いて、自モジュールの前段のモジュールから出力される画像データを前記バッファに書き込ませ、前記バッファに記憶されている画像データを自モジュールの後段のモジュールによって読み出させると共に、バッファとして用いる記憶リソースが不足する毎に、自モジュールの前段のモジュールによる1回の書き込みによって前記バッファに書き込まれる画像データ量、及び、自モジュールの後段のモジュールによる1回の読み出しによって前記バッファから読み出される画像データ量に応じた容量の記憶モジュールの割当を要求する処理を行うバッファモジュールが各々連結されるように、個々のモジュールがパイプライン形態又は有向非循環グラフ形態で連結されて構成された画像処理部、
前記バッファモジュールから記憶リソースの割当が要求される毎に、要求された容量の記憶リソースを要求元のバッファモジュールに割り当てる記憶リソース管理手段、
及び、個々のバッファモジュールに割当可能な記憶リソースの容量を表す情報、又は、個々のバッファモジュールに割当可能な記憶リソースの容量に応じて設定される、個々のバッファモジュールへの記憶リソースの割当規則を表す情報を保持する保持手段
として機能させ、
個々の前記画像処理モジュールの制御手段が、前記保持手段に記憶されている情報に基づいて画像処理の繰り返し回数Nを設定し、単位処理データ量にNを乗じた画像データ量を単位として、自モジュールの前段からの画像データの取得及び自モジュールの後段への画像データの出力を行うと共に、画像処理エンジンによる単位処理データ量ずつの画像処理をN回繰り返させることで、自モジュールの前段からの画像データに対する画像処理を行わせることを特徴とする画像処理プログラム。 Computer
An image processing engine that performs image processing on image data for each unit processing data amount that is set in advance, and image data that the image processing engine performs image processing from the previous stage of the own module, and image processing by the image processing engine The allocated storage resource is used as a buffer in at least one of the preceding stage and the succeeding stage of the plurality of image processing modules provided with control means for outputting the processed image data or the processing result of the image processing to the succeeding stage of the own module. Each time image data output from the module preceding the module is written to the buffer, the image data stored in the buffer is read by the module subsequent to the module, and the storage resource used as the buffer is insufficient Depends on the module before the module Processing for requesting allocation of a storage module having a capacity corresponding to the amount of image data written to the buffer by one writing and the amount of image data read from the buffer by one reading by a module subsequent to the own module An image processing unit configured such that individual modules are connected in a pipeline form or a directed acyclic graph form so that the buffer modules are connected to each other,
A storage resource management means for allocating a storage resource having a requested capacity to a requesting buffer module each time storage resource allocation is requested from the buffer module;
Information indicating the capacity of storage resources that can be allocated to individual buffer modules, or rules for allocating storage resources to individual buffer modules that are set according to the capacity of storage resources that can be allocated to individual buffer modules Function as a holding means to hold information representing
The control means of each of the image processing modules sets the number N of image processing repetitions based on the information stored in the holding means, and automatically sets the unit image data amount by multiplying N by the unit data amount. Acquire image data from the previous stage of the module and output the image data to the subsequent stage of the module, and repeat the image processing for each unit processing data amount by the image processing engine N times, so that An image processing program for performing image processing on image data.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2006323640A JP2008139968A (en) | 2006-11-30 | 2006-11-30 | Image processor and program |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2006323640A JP2008139968A (en) | 2006-11-30 | 2006-11-30 | Image processor and program |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2008139968A true JP2008139968A (en) | 2008-06-19 |
Family
ID=39601389
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2006323640A Pending JP2008139968A (en) | 2006-11-30 | 2006-11-30 | Image processor and program |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2008139968A (en) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9064324B2 (en) | 2012-03-30 | 2015-06-23 | Fujifilm Corporation | Image processing device, image processing method, and recording medium on which an image processing program is recorded |
-
2006
- 2006-11-30 JP JP2006323640A patent/JP2008139968A/en active Pending
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9064324B2 (en) | 2012-03-30 | 2015-06-23 | Fujifilm Corporation | Image processing device, image processing method, and recording medium on which an image processing program is recorded |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP4694266B2 (en) | Image processing apparatus, method, and program | |
JP4694270B2 (en) | Image processing apparatus, method, and program | |
JP4694267B2 (en) | Image processing apparatus, method, and program | |
JP4694268B2 (en) | Image processing apparatus, method, and program | |
JP4795138B2 (en) | Image processing apparatus and program | |
JP4979287B2 (en) | Image processing apparatus and program | |
JP4694264B2 (en) | Image processing apparatus, method, and program | |
JP4694265B2 (en) | Image processing apparatus, method, and program | |
JP5046801B2 (en) | Image processing apparatus and program | |
JP2007287085A (en) | Program and device for processing images | |
JP2008140046A (en) | Image processor, image processing program | |
JP2008009696A (en) | Image processor and program | |
JP4694269B2 (en) | Image processing apparatus, method, and program | |
JP4619868B2 (en) | Image processing apparatus, method, and program | |
US20070247466A1 (en) | Image processing apparatus and program | |
JP2007323393A (en) | Image processor and program | |
JP4762865B2 (en) | Image processing apparatus and image processing program | |
JP2008139968A (en) | Image processor and program | |
JP5440129B2 (en) | Image processing apparatus, image forming apparatus, and image processing program | |
JP2009053829A (en) | Information processor and information processing program | |
JP2008140170A (en) | Image processor and program | |
JP5047139B2 (en) | Image processing apparatus and program | |
JP2008140006A (en) | Image processing apparatus, and program | |
JP4920725B2 (en) | Image processing apparatus and program | |
JP2008140042A (en) | Image processor and program |