JP5320921B2 - 画像形成装置、画像形成方法、画像形成プログラム - Google Patents

Description

本発明は、入力制御手段と出力制御手段との接続によりアプリケーションが構築される画像形成装置、画像形成方法、画像形成プログラムに関する。

近年の画像形成装置では、例えば特許文献１に記載されているように、パイプ＆フィルタの概念を適応し、機能のカスタマイズや拡張等を簡便化させたものがある。パイプ＆フィルタを適用した画像形成装置では、画像データの入力を実現する入力フィルタ、画像データの加工を実現する加工フィルタ、画像データの出力を実現する出力フィルタを有する。この画像形成装置では、フィルタから出力された画像データを次のフィルタへ伝達するパイプによって各フィルタが接続されることにより、一機能を実現するアプリケーションが構築される。

したがってパイプ＆フィルタの概念が適用された画像形成装置では、画像形成装置の機能のカスタマイズや拡張等を行う際には、対応するフィルタを変更、追加、削除するだけで容易に行うことができる。

例えばコピー機能を実現する場合には、入力フィルタの一つである読取フィルタ、読取フィルタが読み取った画像データを加工する加工フィルタ、出力フィルタの一つである印刷フィルタが接続され、画像データの読み取りから印刷までの機能が実現される。またＦＡＸ機能を実現する場合には、読取フィルタ、加工フィルタ、出力フィルタの一つであるＦＡＸ送信フィルタが接続され、画像データの読み取りからＦＡＸ送信までの機能が実現される。
特開２００７−３２５２５１号公報

上記従来の画像形成装置では、各フィルタで取り扱われる画像データの形式は、画像形成装置において実現される機能（アプリケーション）毎に異なる。

例えば画像形成装置がコピー実行要求を受けた場合、各フィルタは、印刷フィルタから出力される画像データの形式であるＣＭＹＫ形式で画像データを取り扱う。また画像形成装置がＦＡＸ送信要求を受けた場合、各フィルタは、ＦＡＸ送信フィルタから出力される画像データの形式であるｍｍｒ形式で画像データを取り扱う。

したがって従来の画像形成装置では、処理の実行要求を受けたとき、各フィルタが処理の種類を判断し、処理の種類に合わせて画像データの形式を変換する処理を行う必要がある。このため処理の種類に応じてフィルタ間に依存関係が生じる。よって、例えば一つのフィルタを変更した場合には、この変更に伴い別のフィルタで行われる変換処理の内容を変更しなければならず、フィルタ間の独立が維持できない。

本発明は、上記事情を鑑みてこれを解決すべくなされたものであり、フィルタ間の独立を維持することが可能な画像形成装置、画像形成方法、画像形成プログラムを提供することを目的としている。

本発明は、上記目的を達成するために、以下の如き構成を採用した。

本発明は、入力装置から画像処理の対象として入力される画像データの入力処理を制御する複数の入力フィルタと、出力装置から出力される画像データの出力処理を制御する複数の出力フィルタと、前記入力フィルタによる入力処理により入力された画像データの形式を前記出力フィルタによる出力処理により出力可能な形式へ変換する変換処理を行う画像処理手段と、前記入力装置と前記出力装置とを第一の制御方式又は第二の制御方式により制御する制御手段と、を有し、前記画像処理手段は、前記複数の入力フィルタ及び前記複数の出力フィルタに共有し、前記制御手段は、前記画像処理の種類に応じて前記入力装置と前記出力装置との制御方式を決定する構成とする。

また本発明の画像形成装置において、前記画像処理手段は、当該画像形成装置の有する記憶装置において、予め設けられた共有記憶領域を用いて前記変換処理を実行する構成とする。

また本発明の画像形成装置の前記制御手段は、前記記憶装置に設けられた前記共有記憶領域が利用可能であるとき、前記入力装置及び前記出力装置を動作させる構成とする。

また本発明の画像形成装置において、前記制御手段は、前記画像処理において、複数画像を同時に扱う及び複数画像を連続して繰り返し扱う場合に前記入力装置と前記出力装置とを前記第二の制御方式で制御する構成とする。

また本発明の画像形成装置において前記第一の制御方式は、前記入力装置と前記出力装置とを同期して動作させる制御方式であり、前記第二の制御方式は、前記入力装置が画像データを入力する動作を停止した後に、前記出力装置を動作させて前記画像データを出力させる制御方式である構成とする。

本発明は、画像データが入力される入力装置と、画像データが出力される出力装置とを有する画像形成装置による画像形成方法であって、画像処理の対象として入力される画像データの入力処理を制御する複数の入力制御手順と、出力される画像データの出力処理を制御する複数の出力制御手順と、前記入力制御手順による入力処理により入力された画像データの形式を前記出力制御手順による出力処理により出力可能な形式へ変換する変換処理を行う画像処理手順と、前記入力装置と前記出力装置とを第一の制御方式又は第二の制御方式により制御する制御手順と、を有し、前記画像処理手順は、前記複数の入力制御手順及び前記複数の出力制御手順に共有され、前記制御手順は、前記画像処理の種類に応じて前記入力装置と前記出力装置との制御方式を決定する方法とする。

本発明は、画像データが入力される入力装置と、画像データが出力される出力装置とを有する画像形成装置において実行される画像形成プログラムであって、前記画像形成装置に、画像処理の対象として入力される画像データの入力処理を制御する複数の入力制御ステップと、出力される画像データの出力処理を制御する複数の出力制御ステップと、前記入力制御ステップによる入力処理により入力された画像データの形式を前記出力制御ステップによる出力処理により出力可能な形式へ変換する変換処理を行う画像処理ステップと、
前記入力装置と前記出力装置とを第一の制御方式又は第二の制御方式により制御する制御ステップと、を実行させ、前記画像処理ステップは、前記複数の入力制御ステップ及び前記複数の出力制御ステップに共有され、前記制御ステップは、前記画像処理の種類に応じて前記入力装置と前記出力装置との制御方式を決定するプログラムとする。

本発明によれば、フィルタ間の独立を維持することができる。

本発明では、従来の画像形成装置の各フィルタが行っていた画像データの形式を変換する処理を実行する画像処理手段を設け、この処理を行う箇所を共通化することにより、フィルタ間の依存関係をなくしてフィルタ間の独立を維持し、画像形成装置の機能のカスタマイズや拡張等を容易に行えるようにした。

また本発明では、画像処理手段による処理に使用されるメモリをアプリケーションの種類に関わらず共有し、必要に応じて必要なリソースを確保するように構成することで、少ないメモリで効率的に画像データの形式を変換する処理を行えるようにした。

（実施形態）
以下に図面を参照して本発明の実施形態について説明する。図１は、本実施形態の画像形成装置１００の構成を説明するための図である。

図１は、画像形成装置の一例のハードウェア構成図である。画像形成装置１００は、それぞれバスＢで相互に接続されているスキャナ装置１１、プロッタ装置１２、ドライブ装置１３、補助記憶装置（以下、ＨＤＤ）１４、メモリ装置１５、演算処理装置１６およびインターフェイス装置１７で構成される。

スキャナ装置１１は紙原稿等をスキャンして画像データを入力する。プロッタ装置１２は、画像データを印刷用紙等の記録媒体に印刷して出力する。インターフェイス装置１７は、モデム、ＬＡＮカード等で構成されており、画像形成装置１００を電話回線に接続する為や、ネットワークに接続する為に用いられる。またインターフェイス装置１７は、ネットワークを介して画像データの送信（出力）と受信（入力）を行う。操作パネル１８は、画像形成装置１００の操作を行うためのものであり、表示機能を有するタッチパネル等により実現される。ＦＡＸ装置１９は、インターフェイス装置１７を介して電話回線により画像データを外部装置へ送信（出力）するためのものである。

本発明の画像形成プログラムは、画像形成装置１００を制御する各種プログラムの少なくとも一部である。画像形成プログラムは例えば記録媒体２０の配布やネットワークからのダウンロードなどによって提供される。画像形成プログラムを記録した記録媒体２０は、ＣＤ−ＲＯＭ、フレキシブルディスク、光磁気ディスク等の様に情報を光学的、電気的或いは磁気的に記録する記録媒体、ＲＯＭ、フラッシュメモリ等の様に情報を電気的に記録する半導体メモリ等、様々なタイプの記録媒体を用いることができる。

また、画像形成プログラムを記録した記録媒体２０がドライブ装置１３にセットされると、画像形成プログラムは記録媒体２０からドライブ装置１３を介してＨＤＤ１４にインストールされる。ネットワークからダウンロードされた画像形成プログラムは、インターフェイス装置１７を介してＨＤＤ１４にインストールされる。

ＨＤＤ１４は、インストールされた画像形成プログラムを格納すると共に、必要なファイル、データ等を格納する。メモリ装置１５は、コンピュータの起動時にＨＤＤ１４から画像形成プログラムを読み出して格納する。そして、演算処理装置１６はメモリ装置１５に格納された画像形成プログラムに従って、後述するような各種処理を実現している。

図２は、本実施形態の画像形成装置１００のソフトウェア構成を示す図である。画像形成装置１００は、画像形成装置１００の動作を制御するソフトウェア（画像形成プログラム）であるコントローラ２００が、画像形成装置１００の有するハードウェアを制御することで各種機能を実現する。

コントローラ２００は、ユーザインターフェース層２１０、コントロール層２２０、アプリケーションロジック層２３０、デバイスサービス層２５０、アスペクト層２６０等により構成されている。

ユーザインターフェース層２１０は、画像形成装置１００のユーザからの要求や、画像形成装置１００が接続されたネットワークを介して行われる要求の受付を行う。またユーザインターフェース層２１０は、コントロール層２２０に対して受け付けた要求の実行を委譲する。

コントロール層２２０は、ユーザインターフェース層２１０が受け付けた要求を実現するために、後述するアプリケーションロジック層２３０に実装されたフィルタの組み合わせを行う。

アプリケーションロジック層２３０は、画像形成装置１００において提供される機能の一部を実現するフィルタ群が実装されている部分である。画像形成装置１００では、アプリケーションロジック層２３０に実装されたフィルタをコントロール層２２０により組み合わせることにより、アプリケーションが構築されて一つの機能が実現される。アプリケーションロジック層２３０の詳細は後述する。

デバイスサービス層２５０は、ハードウェア（デバイス）を制御するプログラムモジュールが実装された部分である。デバイスサービス層２５０は、アプリケーションロジック層２３０により利用される。デバイスサービス層２５０の詳細は後述する。

アスペクト層２６０は、上記各層に横断的に影響するロジックを扱う。各層に横断的に影響するロジックとは、例えば画像形成装置１００に対するアクセス制御、画像形成装置１００の使用履歴の管理、画像形成装置１００の利用に対する課金の管理等である。

図３は、アプリケーションロジック層２３０を説明するための図である。アプリケーションロジック層２３０は、フィルタの一種であるアクティビティ２３１、機能提供フィルタ群２４０を有する。

アクティビティ２３１は、コントロール層２２０により組み合わされたフィルタ同士を接続し、要求された処理を実行させる。アクティビティ２３１には、コピーアクティビティ２３２、ＦＡＸアクティビティ２３３、プリンタアクティビティ２３４、保管アクティビティ２３５、マルチアクティビティ２３６が含まれる。

機能提供フィルタ群２４０は、入力フィルタである読取フィルタ２４１、保管文書読出フィルタ２４２、ＦＡＸ受信フィルタ２４３、ＰＣ受信フィルタ２４４、入力フィルタから入力された画像データを加工する加工フィルタ２４５、出力フィルタである印刷フィルタ２４６、保管文書登録フィルタ２４７、ＦＡＸ送信フィルタ２４８、メール送信フィルタ２４９を含む。

読取フィルタ２４１は、スキャナ装置１１により紙原稿を読み取る機能を提供する。保管文書読出フィルタ２４２は、永続領域（例えばＨＤＤ１４）に保管されたデータを読み出す機能を提供する。ＦＡＸ受信フィルタ２４３は、電話回線により受信されたデータを読み出す機能を提供する。加工フィルタ２４５は、入力フィルタから入力された画像データを加工する機能を提供する。印刷フィルタ２４６は、画像データをプロッタ装置１２から出力させる機能を提供する。保管文書登録フィルタ２４７は、入力されたデータを永続領域に保管する機能を提供する。ＦＡＸ送信フィルタ２４８は、入力されたデータを電話回線により送信する機能を提供する。メール送信フィルタ２４９は、入力されたデータをネットワーク回線により送信する機能を提供する。

コピーアクティビティ２３２は、読取フィルタ２４１、加工フィルタ２４５、印刷フィルタ２４６を接続してコピー要求を実現する。ＦＡＸアクティビティ２３３は、ＦＡＸ受信フィルタ２４３、ＦＡＸ送信フィルタ２４８又は印刷フィルタ２４６を組み合わせてＦＡＸ要求を実現する。プリンタアクティビティ２３４は、ＰＣ受信フィルタ２４４と印刷フィルタ２４６を接続してプリント要求を実現する。保管アクティビティ２３５は、読取フィルタ２４１、ＦＡＸ受信フィルタ２４３、ＰＣ受信フィルタ２４４の何れか一と、保管文書登録フィルタ２４７を接続して文書保管要求を実現する。マルチアクティビティ２３６は、機能提供フィルタ群２４０に含まれるフィルタを組み合わせて様々な要求を実現する。

図４は、本実施形態のデバイスサービス層２５０を説明するための図である。

デバイスサービス層２５０は、システム制御部２５１、画像処理部２５２、文書蓄積部２５３、エンジン制御部２５４を有する。

システム制御部２５１は、デバイスサービス層２５０全体の動作を制御する。画像処理部２５２はメモリ装置１５と接続されており、メモリ装置１５の制御を行う。また画像処理部２５２は、入力フィルタから入力された画像データの形式を出力フィルタから出力可能な画像データの形式に変換する以下、この変換を画像変換処理と呼ぶ。画像処理部２５２は、フィルタの指示に従って画像変換処理を行う。本実施形態の画像処理部２５２は、画像変換処理を行う際に、メモリ装置１５内に設けられた共有メモリ１５１を用いて画像変換処理を行う。共有メモリ１５１、画像変換処理については後述する。

文書蓄積部２５３は、ＨＤＤ１４に接続されている。文書蓄積部２５３は、永続的に保存する画像データをＨＤＤ１４に蓄積する。また文書蓄積部２５３は、ＨＤＤ１４に蓄積された画像データを読み出すことができる。

エンジン制御部２５４は、スキャナ装置１１、プロッタ装置１２、インターフェイス装置１７、ＦＡＸ装置１９と接続されており、各装置の制御を行う。

図５は、エンジン制御部２５４の詳細を説明する図である。

エンジン制御部２５４は、共通エンジン制御部２５５、読取制御部２５６、送受信制御部２５７、印刷制御部２５８を有する。

共通エンジン制御部２５５は、エンジン制御部２５４全体を制御する。読取制御部２５６は、スキャナ装置１１の制御を行う。送受信制御部２５７は、インターフェイス装置１７及びＦＡＸ装置１９におけるデータの送受信を制御する。印刷制御部２５８は、プロッタ装置１２の制御を行う。

ここで、図６を参照して本実施形態の画像形成装置１００の動作の概要について説明する。本実施形態の画像形成装置１００では、画像処理部２５２を設けたことにより、従来では各フィルタが行っていた画像変換処理を一括して行うことができる。

図６は、画像形成装置１００の動作の概要について説明するための図である。図６（Ａ）は本実施形態の画像形成装置１００がコピー要求を受け付けた場合の動作を示し、図６（Ｂ）は本実施形態の画像形成装置１００がＦＡＸ送信要求を受け付けた場合の動作を示す。

図６（Ａ）に示すように画像形成装置１００がコピー要求を受けると、コピーアクティビティ２３２は読取フィルタ２４１、加工フィルタ２４５、印刷フィルタ２４６を接続する。読取フィルタ２４１は、スキャナ装置１１より原稿を読み取って画像データとし、この画像データと要求の種類を示す情報とを画像処理部２５２へ渡す。

図６（Ａ）では、要求の種類は「コピー」である。画像処理部２５２は、要求の種類から、渡された画像データがＣＭＹＫ形式で取り扱われると判断する。画像処理部２５２は、共有メモリ１５１を用いて読取フィルタ２４１から渡された画像データの形式をＣＭＹＫ形式に変換する処理を行う。

共有メモリ１５１は、画像処理部２５２が画像変換処理を行う際に用いられるメモリ領域であり、メモリ装置１５内に設けられている。本実施形態では、画像処理部２５２が画像変換処理を行う場合、要求の種類に関わらず共有メモリ１５１を使用する。画像処理部２５２は、ＣＭＹＫ形式に変換された画像データを読取フィルタ２４１の後段に接続された加工フィルタ２４５へ渡す。

加工フィルタ２４５は、ＣＭＹＫ形式の画像データを渡されると、画像データの加工を行い、加工後の画像データを画像処理部２５２へ渡す。加工フィルタ２４５による加工とは、例えば画像データの回転、縮小、拡大、集約等である。画像処理部２５２は、加工後の画像データを再度ＣＭＹＫ形式の画像データへ変換し、印刷フィルタ２４６へ渡す。印刷フィルタ２４６は、渡された画像データをプロッタ装置１２により出力すれば良い。

図６（Ｂ）に示すようにＦＡＸ要求を受けると、ＦＡＸアクティビティ２３３は読取フィルタ２４１、加工フィルタ２４５、ＦＡＸ送信フィルタ２４８を接続する。読取フィルタ２４１は、スキャナ装置１１により原稿を読み取って画像データとし、この画像データと要求の種類を示す情報とを画像処理部２５２へ渡す。

図６（Ｂ）では、要求の種類は「ＦＡＸ送信」であるから、画像処理部２５２は、画像データがｍｍｒ形式で取り扱われると判断する。そして画像処理部２５２は、共有メモリ１５１を用いて読取フィルタ２４１から渡された画像データの形式をｍｍｒ形式に変換する処理を行う。画像処理部２５２は、ｍｍｒ形式に変換された画像データを読取フィルタ２４１の後段に接続された加工フィルタ２４５へ渡す。後の処理は図６（Ａ）と同様に加工フィルタ２４５により加工し、画像処理部２５２により画像データをｍｍｒ形式に変更してＦＡＸ送信フィルタ２４８へ渡すことができる。

このように本実施形態では、各フィルタは画像データと要求の種類を示す情報とを画像処理部２５２に渡すだけでよく、処理の種類に応じた画像変換処理を行う必要はない。

すなわち本実施形態では、入力フィルタは、要求された処理の種類に関わらず「入力されたら画像データを画像処理部２５２へ渡す」という動作のみを行えば良い。また加工フィルタ２４５は、要求された処理の種類に関わらず「画像処理部２５２から渡される画像データの加工を行い、加工された画像データを画像処理部２５２へ渡す」という動作のみを行えば良い。さらに出力フィルタは、要求された処理の種類に関わらず「画像処理部２５２から渡される画像データをそのまま出力する」という動作のみを行えば良い。

このため本実施形態では、フィルタ間の依存関係をなくしてフィルタ間の独立を維持することができる。

また本実施形態の画像形成装置１００では、処理の種類に関わらず共有メモリ１５１のみで画像変換処理を行うための制御を行うため、使用メモリの容量を低減することができ、画像形成装置１００を低コストとすることができる。

以下に、共有メモリ１５１のみを用いた画像変換処理を実現させるための制御について説明する。

始めに、画像変換処理の対象となる画像データの受け渡しについて説明する。図７は、画像データの受け渡しを説明する図である。

画像形成装置１００において画像データが入力される際、１画像データの入力が完了するまでは、入力フィルタ及びメモリリソース（共有メモリ１５１）が使用される。画像処理部２５２、出力フィルタも同様である。すなわち入力フィルタから入力された１画像データの画像変換処理が完了するまでは、画像処理部２５２及び共有メモリ１５１が使用される。また出力フィルタから１画像データの出力が完了するまでは、出力フィルタ及び共有メモリ１５１が使用される。尚実際には、入力フィルタと出力フィルタとの間に加工フィルタが接続されているため、加工フィルタと画像処理部との間にも画像データの受け渡しが発生するが、図７ではこの受け渡しの説明は省略する。また本実施形態の以下の説明でも、加工フィルタと画像処理部との間の画像データの受け渡しの説明は省略する。

本実施形態の画像処理部２５２は、取り扱い可能な最小画像単位分の画像データを入力フィルタから渡されるまで画像変換処理を開始することができない。出力フィルタは、出力フィルタにおいて取り扱い可能な最小画像単位分の画像データが完成するまで出力処理を開始することができない。

取り扱い可能な画像単位は、入力フィルタと出力フィルタの種類に依存する。例えば画像データの送受信系ではブロック単位が取り扱い可能な最小画像単位である。送受信系の入力フィルタとは、例えばＦＡＸ受信フィルタ２４３、ＰＣ受信フィルタ２４４等である。送受信系の出力フィルタとは、例えばＦＡＸ送信フィルタ２４８、メール送信フィルタ２４９等である。

ＦＡＸ受信フィルタ２４３とＦＡＸ送信フィルタ２４８は、エンジン制御部２５４の有する送受信制御部２５７によりＦＡＸ装置１９を制御して画像データの送受信を行う。ＰＣ受信フィルタ２４４、メール送信フィルタ２４９は、送受信制御部２５７によりインターフェイス装置１７を制御して画像データの送受信を行う。

入力フィルタが読取フィルタ２４１、出力フィルタが印刷フィルタ２４６の場合、バンド単位が取り扱い可能な最小画像単位となる。読取フィルタ２４１は、エンジン制御部２５４の有する読取制御部２５６によりスキャナ装置１１を制御して画像データを読み取る。印刷フィルタ２４６はプロッタ装置１２を制御して画像データを印刷する。

入力フィルタが保管文書読出フィルタ２４２、出力フィルタが保管文書登録フィルタ２４７の場合は、ページ単位が取り扱い可能な最小画像単位となる。保管文書読出フィルタ２４２、保管文書登録フィルタ２４７は、文書蓄積部２５３を制御してＨＤＤ１４から画像データの入出力を行う。

図８は、印刷要求実行時の画像データの受け渡しを説明する図である。図８（Ａ）は印刷要求実行時の画像データの第一の受け渡し例を説明する図であり、図８（Ｂ）は印刷要求実行時の画像データの第二の受け渡し例を説明する図である。

図８（Ａ）では、取り扱う画像単位をページ単位とした例である。読取フィルタ２４１によりスキャナ装置１１が１ページ分の画像データの読み取ると、１ページ分の画像データは画像処理部２５２へ渡される。画像処理部２５２が１ページ分の画像変換処理を行うと、画像変換処理後の１ページ分の画像データが印刷フィルタ２４６に渡され、プロッタ装置１２から出力される。

図８（Ｂ）では、取り扱う画像単位を最小画像単位のバンド単位とした例である。図８（Ｂ）の例では、スキャナ装置１１による１バンド分の画像データの読み取りが完了すると１バンド分の画像データが画像処理部２５２に渡される。画像処理部２５２では、１バンド分の画像データの画像変換処理を行い、印刷フィルタ２４６へ画像変換処理後の画像データを渡す。印刷フィルタ２４６はプロッタ装置１２により１バンド分の画像データの印刷を開始する。図８（Ｂ）の例では、この処理を時間的な空きを作ること順次行う。この処理を順次行っていくことで、図８（Ａ）に示すページ単位での画像データの受け渡しよりも短時間で画像データの受け渡しを行うことができ、印刷処理の生産性を向上させることができる。

図８（Ｂ）に示すように画像データを分割して受け渡しを行う場合、最終的には本来の画像データ単位分のデータが揃うことが保証されていなければならない。図８（Ｂ）の例では、最終的に１ページ分の画像データが揃うことが保証される必要がある。画像データの保証には、分割した画像データを滞りなく揃えなければならない場合と、分割した画像データが滞っても最終的に揃えられれば良い場合とがある。

画像データの滞りとは、画像処理部２５２や共有メモリ１５１等のリソースを確保できずに待ち時間が発生した場合に生じる。したがって滞りなく画像データを揃えるためには、画像処理部２５２や共有メモリ１５１等のリソースを確保する必要がある。

画像データを滞りなく揃えなければならない場合とは、例えは出力形態が印刷である場合や、文書保管である場合等である。

出力形態が印刷の場合、画像データ１ページ分が間を空けることなく印刷フィルタ２４６（プロッタ装置１２）へ出力されなければ、図９に示すように、その空いた間分が異常画像（画像抜け）となってしまう。図９は、画像データが滞った場合の画像抜けの例を示す図である。

また出力形態が文書保存の場合は、入力側で既に画像データを取得済みであるが、画像処理部２５２と出力フィルタ（保管文書登録フィルタ２４７）とは、図１０に示すように、本来の画像データ単位（１ページ単位）に、画像抜けがないように画像データ１ページ分を揃えなければならない。図１０は、画像データ単位の保証を説明する図である。

画像データが滞っても最終的に揃えられれば良い場合とは、例えば出力形態がＦＡＸ送信の場合等である。

本実施形態では、画像データの受け渡しの際に、画像処理部２５２や共有メモリ１５１等のリソースを確保することで画像データの滞りを防止する。

以下に本実施形態におけるリソース確保について説明する。

本実施形態のエンジン制御部２５４は、二種類の制御方式により画像データの受け渡しを制御して、画像データの受け渡しの際のリソースを確保する。二種類の制御方式を、以下の説明では同期制御方式と並行制御方式と呼ぶ。

同期制御方式とは、入力フィルタ、画像処理部２５２、出力フィルタおいて、それぞれが分割した画像データを受け渡しの際に空きを作ることなく順次画像データの受け渡しを実行させる制御方式である。したがって同期制御方式により画像データの受け渡しが行われている場合には、スキャナ装置１１とプロッタ装置１２とは同期して動作する。

並行制御方式とは、画像処理部２５２、出力フィルタにおいて、分割した画像データを受け渡す際に、空きを作ることなく順次画像データの受け渡しを実行させる制御方式である。すなわち並行制御方式とは、入力フィルタにおいて既に画像データが入力済みである場合の制御方式である。したがって並列制御方式により画像データの受け渡しが行われている場合には、プロッタ装置１２が動作する際は、スキャナ装置１１による画像データ（プロッタ装置１２から出力されている画像データ）を読み取るための動作は停止している。図１１〜図１３を参照して同期制御方式と並行制御方式の例を示す。

図１１は、同期制御方式の一例を示す図である。図１１の例では、コピー要求を実行する際に１入力画像に対して１出力を行う例である。図１１の例では、スキャナ装置１１で原稿１枚を読取り、プロッタ装置１２にて１枚の転写紙に出力（印刷）する。画像データは同期制御方式で受け渡しが行われるため、スキャナ装置１１、画像処理部２５２、プロッタ装置１２は、１ページ当りの画像を分割し、空きを作ることなく順次分割した画像データの受け渡しを行う。

図１２は、並行制御方式の一例を示す図である。図１２の例では、コピー要求を実行する際に１入力画像を繰り返し出力する例である。図１２の例では、スキャナ装置１１で原稿１枚を読取り、プロッタ装置１２にて画像データを複数枚の転写紙に繰り返し出力する。この場合、１ページ目は同期制御を行うことが可能だが、２枚目以降は入力側の画像データは取得済みとなる。よって画像処理部２５２と印刷フィルタ２４６（プロッタ装置１２）は、入力フィルタ（スキャナ装置１１）に対して並行して動いていることになる。

図１３は、並行制御方式の別の例を示す図である。図１３の例では、入力画像複数ページに対して１出力画像として出力する例である。図１３では、スキャナ装置１１で原稿２枚を読取り、画像処理部２５２にて２in１に集約して画像変換処理を行った後の画像データを、プロッタ装置１２にて１枚の転写紙に出力する。この場合、スキャナ装置１１は、本来の処理速度にて画像を取り込んでいく。そして画像処理部２５２とプロッタ装置１２は、必要な画像ページ数が揃った時点で処理を開始する。つまり図１３の例も並行制御方式に相当する。

本実施形態の画像形成装置１００では、同期制御方式が適用される処理の種類と並行制御方式が適用される処理の種類が示されたテーブルがＨＤＤ１４等に保存されていても良い。図１４は、処理の種類毎の制御方式を示すテーブルの例を示す図である。

図１４のテーブルＴに示すように、本実施形態では、複数画像を同時に扱う場合、すなわち複数ページの画像データを集約する場合等では、加工フィルタ２４５に同期制御方式を適用することができない。したがって例えば複数ページの画像データを集約して印刷する処理の場合には、画像処理部２５２とプロッタ装置１２には並行制御方式が適用される。

また複数画像を連続して繰り返し扱う場合、すなわち１入力画像を複数部数出力する場合等では、印刷フィルタ２４６に同期制御方式を適用することができない。したがって例えば１枚の原稿を複数枚コピーする場合等には、画像処理部２５２とプロッタ装置１２には並行制御方式が適用される。

以下に図１５を参照して本実施形態の画像形成装置１００の動作を説明する。図１５は、画像形成装置１００の動作を説明するシーケンス図である。

図１５では、画像形成装置１００がコピー要求を実行する際の動作を示している。

画像形成装置１００がコピー要求を受けると、コントロール層２２０により読取フィルタ２４１、加工フィルタ２４５、印刷フィルタ２４６が組み合わされ、アプリケーションロジック層２３０のコピーアクティビティ２３２により各フィルタが接続される。そしてデバイスサービス層２５０のシステム制御部２５１へコピー要求が伝えられる。

システム制御部２５１は、要求を受け付けると、エンジン制御部２５４の共通エンジン制御部２５５を介して読取制御部２５６にスキャナ装置１１の制御方式を問い合わせる（ステップＳ１、Ｓ２）。システム制御部２５１は、画像データの受け渡しを行う画像処理部２５２に対して制御方式を問い合わせる（ステップＳ３）。システム制御部２５１は、共通エンジン制御部２５５を介して印刷制御部２５８にプロッタ装置１２の制御方式を問い合わせる（ステップＳ４、Ｓ５）。システム制御部２５１は、ステップＳ１〜ステップＳ５の問い合わせの結果に基づき、最終的な制御方式を決定する（ステップＳ６）。システム制御部２５１による制御方式の決定の詳細は後述する。

図１５では、ステップＳ６において制御方式が同期制御方式に決定されたものとして、後の処理を説明する。

システム制御部２５１は、読取制御部２５６に対してリソースの確保が可能か否かを問い合わせる（ステップＳ７）。読取制御部２５６は、スキャナ装置１１が使用可能か否かを確認し（ステップＳ８）、その結果をシステム制御部２５１へ返す。システム制御部２５１は、印刷制御部２５８に対してリソースの確保が可能か否かを問い合わせる（ステップＳ９）。印刷制御部２５８は、プロッタ装置１２が使用可能か否かを確認し（ステップＳ１０）、その結果をシステム制御部２５１へ返す。システム制御部２５１は、画像処理部２５２へリソースの確保が可能か否かを問い合わせる（ステップＳ１１）。画像処理部２５２は、共有メモリ１５１の空き容量を確認し、その結果をシステム制御部２５１へ返す。

システム制御部２５１は、リソース確保の問い合わせの結果に基づき、要求を実行するか否かを決定する（ステップＳ１２）。システム制御部２５１による要求を実行するか否かの決定の詳細は後述する。

要求の実行が決定されると、システム制御部２５１は、読取制御部２５６、印刷制御部２５８、画像処理部２５２に対して同期制御方式を設定する（ステップＳ１３、Ｓ１４、Ｓ１５）。制御方式を設定すると、システム制御部２５１は、読取制御部２５６へ画像データの取得指示を行う（ステップＳ１６）。

読取制御部２５６は、指示を受けて、画像処理部２５２に対してリソースの確保を指示する。すなわち画像データの入力の際に必要となる共有メモリ１５１の確保を指示する（ステップＳ１７）。画像処理部２５２は、リソース確保の結果を読取制御部２５６へ通知する。読取制御部２５６は、この通知を受けて共通エンジン制御部２５５にリソース確保の結果を通知する（ステップＳ１８）。

次にシステム制御部２５１は、画像処理部２５２に画像取得指示を行う（ステップＳ１９）。画像処理部２５２は、画像変換処理に必要なリソース（共有メモリ１５１）を確保する（ステップＳ２０）。画像処理部２５２はリソースを確保したことを共通エンジン制御部２５５へ通知する（ステップＳ２１）。

次にシステム制御部２５１は、印刷制御部２５８に画像取得指示を行う（ステップＳ２２）。印刷制御部２５８は、画像処理部２５２に対してリソースの確保を指示する。すなわち画像データの印刷の際に必要となる共有メモリ１５１の確保を指示する（ステップＳ２３）。画像処理部２５２は、リソース確保の結果を印刷制御部２５８へ通知する。印刷制御部２５８は、この通知を受けて共通エンジン制御部２５５にリソース確保の結果を通知する（ステップＳ２４）。

本実施形態のシステム制御部２５１は、読取制御部２５６、画像処理部２５２、印刷制御部２５８に対して画像取得指示を行うとき（ステップＳ１６、ステップＳ１９、ステップＳ２２）、画像データ取得に関する設定を一括して行う。システム制御部２５１による設定については後述する。

共通エンジン制御部２５５は、要求の実行に必要なリソースが全て確保されると、読取制御部２５６に画像取得を指示する（ステップＳ２５）。読取制御部２５６は、この指示を受けてスキャナ装置１１に画像読取指示を出す（ステップＳ２６）。スキャナ装置１１は原稿を読み取り画像データを取得する（ステップＳ２７、Ｓ２８）。スキャナ装置１１により読み取られ画像データは、読取制御部２５６を介して画像処理部２５２へ渡される（ステップＳ２９、Ｓ３０）。

画像処理部２５２は、受け取った画像データをコピー処理で取り扱われる画像データの形式であるＣＭＹＫ形式へ変換する画像変換処理を行う（ステップＳ３１）。画像処理部２５２は、画像変換処理が完了すると、変換後の画像データを印刷制御部２５８へ渡し、画像出力指示を行う（ステップＳ３２）。印刷制御部２５８は、画像データをプロッタ装置１２へ転送し、画像データを出力する（ステップＳ３３）。本実施形態の画像形成装置１００では、以上のようにしてコピー要求を実行する。

このように、本実施形態の画像形成装置では、要求を実行する際に必要とされるリソースを確保した後に要求を実行する。よって本実施形態では、共有メモリ１５１のみを用いた画像変換処理を行うことができる。

ここで図１６を参照してシステム制御部２５１による画像データ取得に関する設定について説明する。図１６は、画像データ取得に関する設定を説明する図である。

本実施形態のシステム制御部２５１は、図１５のステップＳ１６、ステップＳ１９、ステップＳ２２において各部に画像取得指示を行う際に、受け付けたコピー要求に従って、読取制御部２５６に対して読取制御要求、画像処理部２５２に対して画像処理要求、印刷制御部２５８に対して印刷制御要求を設定する。またシステム制御部２５１は、画像データに画像データを識別するための識別子（以下、画像ＩＤ）を付与し、画像ＩＤと各部に対する要求とを紐付けて設定する。

図１６の例では、読取制御部２５６に設定される読取制御要求は、「画像ＩＤ１、画像サイズＡ４、カラーモード」となる。また画像処理部２５２に設定される画像処理要求は、「画像ＩＤ１、サイズＡ４、カラー画像の画像変換処理」となる。印刷制御部２５８に設定される印刷制御要求は、「画像ＩＤ１、サイズＡ４、カラーモード出力」となる。

このように本実施形態では、画像データの入力を制御する読取制御部２５６、画像変換処理を行う画像処理部２５２、画像データの出力を制御する印刷制御部２５８に対して、受け付けたコピー要求を実現するための要求を一括して設定することができる。この設定は画像ＩＤで紐付けられているため、例えば同期制御方式のように画像データが分割されて順次処理される場合にも、適切な画像データの受け渡しを行うことができる。

また本実施形態では、例えば一括設定を行った後に画像データを出力できない場合、画像データの入力制御は独立して制御される必要がある。この場合、一括設定において設定された画像データの入力に対する要求（図１５の例ではて読取制御要求）を一度無効にする。

例えば要求がコピー要求であり、一括設定を行って要求を実行した際に、印刷用紙切れ等により印刷制御部２５８による印刷が実行できない場合、システム制御部２５１は印刷制御部２５８に設定された印刷制御要求のみを無効とする。そして読取制御部２５６に設定された読取制御要求、画像処理部２５２に設定された画像処理要求は有効とし、読取制御部２５６と画像処理部２５２には処理を継続させることができる。

次に図１７を参照して本実施形態における制御方式の決定について説明する。図１７は、制御方式の決定について説明するフローチャートである。

システム制御部２５１は、読取制御部２５６、画像処理部２５２、印刷制御部２５８からの制御方式の問い合わせの結果を受けて、同期制御方式の適用が必要か否かをそれぞれが判断する（ステップＳ１７１）。システム制御部２５１は、読取制御部２５６、画像処理部２５２、印刷制御部２５８の全てに同期制御方式の適用が可能な場合、ステップＳ１７１で同期制御方式の適用が必要と判断し、制御方式に同期制御方式を選択する。またシステム制御部２５１は、読取制御部２５６、画像処理部２５２、印刷制御部２５８において一つでも並行制御方式が適用される場合、ステップＳ１７１で制御方式に並行制御方式を選択する。

同期制御方式の適用が必要と判断された場合、システム制御部２５１は、画像データの取り扱い方を確認する（ステップＳ１７２）。そしてシステム制御部２５１は、画像データの取り扱い方に基づき同期制御方式が適用可能か否かを判断する。この判断は、図１４に示すテーブルＴを参照して行われる。

例えばシステム制御部２５１は、複数画像を同時に扱う場合において加工フィルタ２４５を使用する処理であれば、同期制御方式の適用は不可と判断して並行制御方式を適用する。またシステム制御部２５１は、複数画像を連続して繰り返し扱う場合において印刷フィルタ２４６を使用する処理であれば、同期制御方式の適用は不可と判断して並行制御方式を適用する。

次に図１８を参照して本実施形態における要求を実行するか否かの決定について説明する。図１８は、要求を実行するか否かの決定について説明するフローチャートである。

システム制御部２５１は、リソース確保の問い合わせの結果に基づき、画像形成装置１００が受け付けた要求を実行するために必要となる全てのリソースを確保できるか否かを確認する（ステップＳ１８１）。

ステップＳ１８１において全てのリソースが確保できる場合、システム制御部２５１は同期制御方式を用いて要求を実行する。

ステップＳ１８１において全てのリソースが確保できないまま同期制御方式を適用した場合、リソースの確保に失敗した時点で処理が停止する。その際に一度確保されたリソースは確保されたままの状態となる。このため、その他の要求受付時に動作可能であるにも関わらず、リソースを割り当てることができなくなり、要求を実行することができなくなる。

そこでシステム制御部２５１は、全てのリソースが確保出来ない場合には、並行制御方式が適用可能か判断する（ステップＳ１８２）。ステップＳ１８２においてシステム制御部２５１は、読取制御部２５６がリソースを確保できない場合、並行制御方式の適用も不可能と判断し、リソースが空くまで待機する。

またシステム制御部２５１は、ステップＳ１８２において読取制御部２５６がリソースを確保できることを確認すると（ステップＳ１８３）、並行制御方式へ切り換えて要求を実行する。この場合システム制御部２５１は、読取制御部２５６により読み取った画像データを文書蓄積部２５３によりＨＤＤ１４へ保存しておき、他のリソースが解放された後に入力済みの画像データに対して処理を行えば良い。

本実施形態における要求の実行開始は、ハードウェア（スキャナ装置１１、プロッタ装置１２等）からの画像データの入力指示又は出力指示をトリガとしているため、複数の要求を同時に受け付けることができる。受け付けられた複数の要求は、ハードウェア側が要求実行可能な状態になると、有効になる。要求実行可能な状態とは、例えばハードウェアがスキャナ装置１１の場合は、ポリゴンミラーが安定しており且つ原稿がスキャン開始可能な位置に搬送された状態である。また、ハードウェアがプロッタ装置１２の場合、作像の立ち上げ準備が完了し、転写紙（印刷用紙）の画像転送開始位置まで搬送された状態である。

以上、各実施形態に基づき本発明の説明を行ってきたが、上記実施形態に示した要件に本発明が限定されるものではない。これらの点に関しては、本発明の主旨をそこなわない範囲で変更することができ、その応用形態に応じて適切に定めることができる。

本実施形態の画像形成装置１００の構成を説明するための図である。 本実施形態の画像形成装置１００のソフトウェア構成を示す図である。 アプリケーションロジック層２３０を説明するための図である。 本実施形態のデバイスサービス層２５０を説明するための図である。 エンジン制御部２５４の詳細を説明する図である。 画像形成装置１００の動作の概要について説明するための図である。 画像データの受け渡しを説明する図である。 印刷要求実行時の画像データの受け渡しを説明する図である。 画像データが滞った場合の画像抜けの例を示す図である。 画像データ単位の保証を説明する図である。 同期制御方式の一例を示す図である。 並行制御方式の一例を示す図である。 並行制御方式の別の例を示す図である。 処理の種類毎の制御方式を示すテーブルの例を示す図である。 画像形成装置１００の動作を説明するシーケンス図である。 画像データ取得に関する設定を説明する図である。 制御方式の決定について説明するフローチャートである。 要求を実行するか否かの決定について説明するフローチャートである。

符号の説明

１００ 画像形成装置
２００ コントローラ
２１０ ユーザインターフェース層
２２０ コントロール層
２３０ アプリケーションロジック層
２５０ デバイスサービス層
２５１ システム制御部
２５２ 画像処理部
２５３ 文書蓄積部
２５４ エンジン制御部
２５５ 共通エンジン制御部
２５６ 読取制御部
２５７ 送受信制御部
２５８ 印刷制御部

Claims (7)

1. 入力装置から画像処理の対象として入力される画像データの入力処理を制御する複数の入力フィルタと、
   出力装置から出力される画像データの出力処理を制御する複数の出力フィルタと、
   前記入力フィルタによる入力処理により入力された画像データの形式を前記出力フィルタによる出力処理により出力可能な形式へ変換する変換処理を行う画像処理手段と、
   前記入力装置と前記出力装置とを第一の制御方式又は第二の制御方式により制御する制御手段と、を有し、
   前記画像処理手段は、
   前記複数の入力フィルタ及び前記複数の出力フィルタに共有し、
   前記制御手段は、
   前記画像処理の種類に応じて前記入力装置と前記出力装置との制御方式を決定する画像形成装置。
2. 前記画像処理手段は、
   当該画像形成装置の有する記憶装置において、予め設けられた共有記憶領域を用いて前記変換処理を実行する請求項１記載の画像形成装置。
3. 前記制御手段は、
   前記記憶装置に設けられた前記共有記憶領域が利用可能であるとき、前記入力装置及び前記出力装置を動作させる請求項２記載の画像形成装置。
4. 前記制御手段は、
   前記画像処理において、複数画像を同時に扱う及び複数画像を連続して繰り返し扱う場合に前記入力装置と前記出力装置とを前記第二の制御方式で制御する請求項１ないし３の何れか一項に記載の画像形成装置。
5. 前記第一の制御方式は、前記入力装置と前記出力装置とを同期して動作させる制御方式であり、
   前記第二の制御方式は、前記入力装置が画像データを入力する動作を停止した後に、前記出力装置を動作させて前記画像データを出力させる制御方式である請求項１ないし４の何れか一項に記載の画像形成装置。
6. 画像データが入力される入力装置と、画像データが出力される出力装置とを有する画像形成装置による画像形成方法であって、
   画像処理の対象として入力される画像データの入力処理を制御する複数の入力制御手順と、
   出力される画像データの出力処理を制御する複数の出力制御手順と、
   前記入力制御手順による入力処理により入力された画像データの形式を前記出力制御手順による出力処理により出力可能な形式へ変換する変換処理を行う画像処理手順と、
   前記入力装置と前記出力装置とを第一の制御方式又は第二の制御方式により制御する制御手順と、を有し、
   前記画像処理手順は、
   前記複数の入力制御手順及び前記複数の出力制御手順に共有され、
   前記制御手順は、
   前記画像処理の種類に応じて前記入力装置と前記出力装置との制御方式を決定する画像形成方法。
7. 画像データが入力される入力装置と、画像データが出力される出力装置とを有する画像形成装置において実行される画像形成プログラムであって、
   前記画像形成装置に、
   画像処理の対象として入力される画像データの入力処理を制御する複数の入力制御ステップと、
   出力される画像データの出力処理を制御する複数の出力制御ステップと、
   前記入力制御ステップによる入力処理により入力された画像データの形式を前記出力制御ステップによる出力処理により出力可能な形式へ変換する変換処理を行う画像処理ステップと、
   前記入力装置と前記出力装置とを第一の制御方式又は第二の制御方式により制御する制御ステップと、を実行させ、
   前記画像処理ステップは、
   前記複数の入力制御ステップ及び前記複数の出力制御ステップに共有され、
   前記制御ステップは、
   前記画像処理の種類に応じて前記入力装置と前記出力装置との制御方式を決定する画像形成プログラム。

Images