JP3910993B2 - 画像形成装置、画像形成方法および画像形成プログラム - Google Patents

Description

この発明は、表示部、印刷部および撮像部などの画像形成処理で使用されるハードウエア資源を有し、プリンタ、コピーまたはファクシミリなどの画像形成処理に係るユーザーサービスを提供する画像形成装置、画像形成方法およびプログラムに関し、特に、プリンタ、コピーおよびファクリミリ装置などに対応する各ソフトウエア（アプリケーション）を効率良く開発するとともに装置全体としての生産性を高めることができる画像形成装置、画像形成方法およびプログラムに関する。

従来、プリンタ、コピー、ファクシミリは、それぞれ別筐体として配設されるのが一般的であったが、最近では、これら各装置の機能を１つの筐体内に収納した画像形成装置（以下「複合機」と言う）が知られている。

この複合機は、１つの筐体内に表示部、印刷部および撮像部などを設けるとともに、プリンタ、コピーおよびファクリミリ装置にそれぞれ対応する３種類のソフトウエアを設け、ソフトウエアの切り替えによって、該装置をプリンタ、コピーまたはファクリミリ装置として動作させるものである。

かかる複合機を用いることにより、室内にプリンタ、コピーおよびファクシミリをそれぞれ別個に設ける必要がなくなるので、トータルな低コスト化および省スペース化を図ることができる。

特公平７−７９３６８号公報

しかしながら、かかる複合機内にプリンタ、コピーおよびファクリミリ装置に対応するソフトウエア（専用ＯＳを含む）をそれぞれ別個に設けることとしたのでは、各ソフトウエアの開発に多大の時間を要する。

すなわち、かかる従来の複合機は、単に筐体を１つにまとめたものにすぎず、従来と同様に、プリンタ用ソフトウエア、コピー用ソフトウエアおよびファクシミリ用ソフトウエアを別個に開発せねばならない。

もともと、プリンタのソフトウエア、コピーのソフトウエアおよびファクシミリのソフトウエアは、同種の画像を取り扱う性質上様々な面でアルゴリズムが共用できるため、ソフトウエアを別個に作成していたのでは、メモリ容量の累増などを招く問題もある。

このため最近では、３種類の専用ＯＳを別個に設けた場合の重複処理を省くために、ＵＮＩＸなどの汎用ＯＳをかかる複合機に採用されることも多いが、単にＯＳ部分を共通化するだけでは、ソフトウエアの開発効率をさほど高めることはできない。

なお、特公平７−７９３６８号公報には、サーバダイアログおよび分散型アプリケーションなどからなるアプリケーション層と、フォントマネージャーやネットワークマネージャーなどからなる機能層と、オペレーティングシステムなどからなる制御層とで文書サービスアーキテクチャーを階層化する電子印刷システムが開示されているが、この従来技術のものは、フォントなどの一部の機能を共通化したものにすぎず、各ソフトウエアの開発効率を高めるものではない。

また、複合機やプリンタなどに接続するパソコンには、複数のアプリケーションを搭載することができるが、このパソコンは、複合機に係るハードウエア資源を管理するものではない。本発明は、パソコンそのものではなく、パソコンが接続される複合機などの画像形成装置自体に関するものである。

この発明は、上述した従来技術による問題点を解消するためになされたものであり、プリンタ、コピーおよびファクリミリ装置などに対応する各ソフトウエア（アプリケーション）を効率良く開発するとともに装置全体としての生産性を高めることができる画像形成装置、画像形成方法およびプログラムを提供することを目的とする。

上述した課題を解決し、目的を達成するために、請求項１にかかる発明は、印刷部または撮像部を含むハードウェア資源を有し、画像形成処理にかかるアプリケーションを複数搭載可能とし、オペレーティングシステムと、前記オペレーティングシステム上で動作し、複数の前記アプリケーションからアクセスされ、前記ハードウェア資源を動作させて複数の前記アプリケーションで共通的に利用される前記画像形成処理の制御を行うプログラムとを備えた画像形成装置であって、複数の前記アプリケーションは、それぞれプロセスとして動作し、アプリケーションごとに追加または削除することができ、前記プログラムは複数設けられ、それぞれプロセスとして動作して、前記アプリケーションのプロセスとの間でアクセスおよび前記プログラムのプロセス間で相互にアクセスを行って前記ハードウェア資源を動作させて前記画像形成処理の制御を行うことを特徴とする。

また、請求項２にかかる発明は、請求項１に記載の画像形成装置において、前記アプリケーションは、ネットワークを経由して取得されて搭載されることを特徴とする。

また、請求項３にかかる発明は、請求項２に記載の画像形成装置において、前記プログラムは、ネットワーク通信を制御するモジュールを備え、前記アプリケーションは、前記モジュールによってネットワークを経由して取得されて搭載されることを特徴とする。

また、請求項４にかかる発明は、印刷部または撮像部を有し、画像形成処理にかかるアプリケーションを複数搭載可能とし、オペレーティングシステムと、前記オペレーティングシステム上で動作し、複数の前記アプリケーションからアクセスされ、前記ハードウェア資源を動作させて複数の前記アプリケーションで共通的に利用される前記画像形成処理の制御を行うプログラムとを備えた画像形成装置で行われる画像形成方法であって、複数の前記アプリケーションは、それぞれプロセスとして動作し、アプリケーションごとに追加または削除することができ、前記プログラムは複数設けられ、それぞれプロセスとして動作して、前記アプリケーションのプロセスとの間でアクセスおよび前記プログラムのプロセス間で相互にアクセスを行って前記ハードウェア資源を動作させて前記画像形成処理の制御を行うことを特徴とする。

また、請求項５にかかる発明は、請求項４に記載の画像形成方法において、前記アプリケーションを、ネットワークを経由して取得し搭載することを特徴とする。

また、請求項６にかかる発明は、請求項５に記載の画像形成方法において、前記プログラムはネットワーク通信を制御するモジュールを備えており、前記アプリケーションを、前記モジュールによってネットワークを経由して取得し搭載することを特徴とする。

また、請求項７にかかる発明は、印刷部または撮像部を有し、画像形成処理にかかるアプリケーションを複数搭載可能とし、オペレーティングシステムと、前記オペレーティングシステム上で動作し、複数の前記アプリケーションからアクセスされ、前記ハードウェア資源を動作させて複数の前記アプリケーションで共通的に利用される前記画像形成処理の制御を行うプログラムとを備えた画像形成装置で実行する画像形成プログラムであって、複数の前記アプリケーションは、それぞれプロセスとして動作し、アプリケーションごとに追加または削除することができ、前記プログラムは複数設けられ、それぞれプロセスとして動作して、前記アプリケーションのプロセスとの間でアクセスおよび前記プログラムのプロセス間で相互にアクセスを行って前記ハードウェア資源を動作させて前記画像形成処理の制御を行うことを特徴とする。

また、請求項８にかかる発明は、請求項７に記載の画像形成プログラムにおいて、前記アプリケーションを、ネットワークを経由して取得し搭載することを特徴とする。

また、請求項９にかかる発明は、請求項８に記載の画像形成プログラムにおいて、前記プログラムはネットワーク通信を制御するモジュールを備えており、前記アプリケーションを、前記モジュールによってネットワークを経由して取得し搭載することを特徴とする。

本発明によれば、印刷部または撮像部を有し、画像形成処理にかかるアプリケーションを複数搭載可能とし、オペレーティングシステムと、オペレーティングシステム上で動作し、複数のアプリケーションからアクセスされ、複数のアプリケーションで共通的に利用される画像形成処理の制御を行うプログラムとを備えた画像形成装置において、複数のアプリケーションをそれぞれアプリケーションごとに追加または削除することができるので、画像形成装置の機能をユーザーが望む形に最適化することができる。

また、ネットワークを介して新たなアプリケーションをネットワーク経由で搭載することができるので、外部のネットワークを介して新たなアプリケーションを効率良く搭載することができる。

以下に添付図面を参照して、この発明に係る画像形成装置、画像形成方法および画像形成プログラムの好適な実施の形態を詳細に説明する。なお、本実施の形態では、本発明を複合機に適用した場合を示すこととする。

（実施の形態１）
まず最初に、本実施の形態１に係る複合機の概念について図１および図２を用いて説明する。図１は、本実施の形態１に係る複合機の概念を説明するための説明図であり、図２は、図１に示したプラットホームを説明するための説明図である。

図１（ａ）に示すように、従来のプリンタ１００は、描画・印刷機能並びにエンジン制御をおこなう専用ＯＳ１０１上にプリンタ用アプリケーション（プリンタアプリ）を搭載されていた。また、ファクシミリやコピーについても別個の筐体で構成されていた。また、これらを１つの筐体上にまとめる複合機も登場してきたが、単にプリンタ、コピーおよびファクシミリの機能を独立に設けたのでは効率的ではない。

このため、同図（ｂ）に示すように、従来の専用ＯＳ１０１を汎用ＯＳ部分１１１とエンジン制御部分１１２で形成し、これらをエンジンインターフェース（Ｉ／Ｆ）で連結するとともに、該汎用ＯＳ１１１上にプリンタアプリ１１３、コピーアプリ１１４および各種アプリ１１５を搭載する装置構成が採用されてきた。

かかる複合機１１０では、たとえばＵＮＩＸなどの汎用ＯＳを採用しているので、プリンタアプリ１１３、コピーアプリ１１４、各種アプリ１１５をそれぞれプロセスとして簡単に並列実行することができる。

しかしながら、この複合機１１０についても、プリンタアプリ１１３、コピーアプリ１１４、各種アプリ１１５が、それぞれ独立に開発される必要があるので、各ソフトウエアの開発負担をさほど軽減できるわけではない。

そこで、本実施の形態に係る複合機１２０では、図１（ｃ）に示すように、各アプリケーションの共通部分を共通システムサービス１２１として括りだし、この共通システムサービス１２１および汎用ＯＳ１１１によりプラットホーム１２２を形成する。

そして、このプラットホーム１２２上に、プリンタアプリ１２３、コピーアプリ１２４および各種アプリ１２５を搭載することとしたので、各アプリケーションの開発労力軽減並びにアプリケーションのスリム化を図ることができる。

たとえば、図２（ａ）に示すように、コピーアプリが130,000ステップ、ファックスアプリが125,000ステップ、プリンタアプリが100,000ステップのコードからなる場合に、これらを別個のアプリケーションとして形成すると、合計で130,000＋125,000＋100,000＝355,000ステップのコードを要する。

ここで、各アプリケーションに共通に利用できる部分が180,000ステップであるならば、この部分をプラットホームとして集約することにより、生産性が向上する。

たとえば、同図（ｂ）に示すように、コピーアプリが40,000ステップ、ファックスアプリが100,000ステップ、プリンタアプリが35,000ステップ、プラットホームが90,000ステップのコードで形成できるとすると、合計で40,000＋100,000＋35,000＋90,000＝265,000ステップとなり、装置全体の生産性が１３４％（355,000／265,000）向上する。

また、プラットホーム部分を考えると、生産性が２００％（180,000／90,000）向上し、さらにコピーアプリ、ファックスアプリ、プリンタアプリの開発効率についても大幅に向上する。

このように、本実施の形態に係る複合機１２０では、共通システムサービス１２１および汎用ＯＳ１１１からなるプラットホーム１２２上に、プリンタアプリ１２３、コピーアプリ１２４および各種アプリ１２５を搭載するよう構成しているので、装置全体の生産性を高めるとともに、各アプリケーションの開発効率を高めることができる。

次に、図１に示した複合機１２０のソフトウエア構成についてさらに詳細に説明する。図３は、図１に示した複合機１２０の具体的なソフトウエア構成を示す構成図である。

同図に示すように、この複合機１２０は、白黒ラインプリンタ（B&W LP）３０１、カラーラインプリンタ（Color LP）３０２、その他ハードウエアリソース３０３などを有するとともに、ソフトウエア群３１０は、プラットホーム３２０およびアプリケーション３３０からなる。

プラットホーム３２０は、アプリケーション３３０からの処理要求を解釈して、ハードウエア資源の獲得要求を発生させる下記に示すコントロールサービスと、一または複数のハードウエア資源の管理をおこない、コントロールサービスからの獲得要求を調停するシステムリソースマネージャー（ＳＲＭ（System Resource Manager）３２３）と、汎用ＯＳ３２１とを有する。

このコントロールサービスは、複数のサービスモジュールにより形成され、具体的には、ＳＣＳ（System Control Service）３２２と、ＥＣＳ（Engine Control Service）３２４と、ＭＣＳ（Memory Control Service）３２５と、ＯＣＳ（Operation panel Control Service）３２６と、ＦＣＳ（FAX Control Service）３２７と、ＮＣＳ（Network Control Service）３２８とがある。なお、このプラットホーム３２０は、あらかじめ定義された関数により前記アプリケーションからの処理要求を受信可能とするアプリケーションプログラムインターフェースを有する。

汎用ＯＳ３２１は、ＵＮＩＸなどの汎用オペレーティングシステムであり、プラットホーム３２０並びにアプリケーション３３０の各ソフトウエアをそれぞれプロセスとして並列実行する。オープンソースのＵＮＩＸを用いることにより、プログラムの安全性を確保できるとともに、ネットワーク対応可能となり、ソースコードの入手も容易となる。さらに、ＯＳ、ＴＣＰ／ＩＰのロイヤリティが不要であり、アウトソーシングも容易となる。

ＳＲＭ３２３は、ＳＣＳ３２２とともにシステムの制御およびリソースの管理をおこなうものであり、スキャナ部やプリンタ部などのエンジン、メモリ、ＨＤＤファイル、ホストＩ／Ｏ（セントロＩ／Ｆ、ネットワークＩ／Ｆ、ＩＥＥＥ１３９４Ｉ／Ｆ、ＲＳ２３２ＣＩ／Ｆなど）のハードウエア資源を利用する上位層からの要求にしたがって調停をおこない、実行制御する。

具体的には、このＳＲＭ３２３は、要求されたハードウエア資源が利用可能であるかどうか（他の要求により利用されていないかどうか）を判断し、利用可能であれば要求されたハードウエア資源が利用可能である旨を上位層に伝える。また、上位層からの要求に対してハードウエア資源の利用スケジューリングをおこない、要求内容（たとえば、プリンタエンジンによる紙搬送と作像動作、メモリ確保、ファイル生成など）を直接実施するようにしてもよい。

ＳＣＳ３２２は、（１）アプリ管理、（２）操作部制御、（３）システム画面表示（ジョブリスト画面、カウンタ表示画面など）、（４）ＬＥＤ表示、（５）リソース管理、（６）割り込みアプリ制御をおこなう。具体的には、（１）アプリ管理では、アプリの登録と、その情報を他のアプリに通知する処理をおこなう。登録されたアプリに対しては、システムの設定やアプリからの要求設定に応じてエンジン状態を通知する。また、登録済みのアプリに対しては、電力モード移行の問い合わせ、割り込みモードなど、システムの状態遷移のための可否問い合わせをおこなう。

また、（２）操作部制御では、アプリの操作部使用権の排他制御をおこなう。そして、操作部の使用権を持つアプリへ操作部ドライバ（ＯＣＳ）からのキー情報を排他的に通知する。このキー情報は、アプリ切替中などのシステムの状態遷移に応じて一時的に通知を停止するマスク制御をおこなう。

また、（３）システム画面表示では、操作部使用権を持つアプリからの要求内容に応じて、エンジン状態に対応する警告画面の表示をおこなう。これらのなかには、利用者制限画面などアプリの状態に応じて警告表示をオン／オフするものもある。エンジン状態以外では、ジョブの予約・実行状況を表示するためのジョブリスト画面、トータルカウンタ類を表示するためのカウンタ画面、ＣＳＳの通報中を示す画面の表示制御をおこなう。これらのシステム画面表示に関しては、アプリへ操作部使用権の解放を要求せず、アプリ画面を覆うシステム画面として描画をおこなう。

また、（４）ＬＥＤ表示では、警告ＬＥＤ、アプリキーなどのシステムＬＥＤの表示制御をおこなう。アプリ固有のＬＥＤについては、アプリが直接表示用ドライバを使用して制御する。

また、（５）リソース管理では、アプリ（ＥＣＳ）がジョブを実行するにあたって、排他しなければならないエンジンリソース（スキャナ、ステープルなど）の排他制御のためのサービスをおこない、（６）割り込みアプリ制御では、特定のアプリを優先動作せさるための制御・サービスをおこなう。

ＥＣＳ３２４は、白黒ラインプリンタ（B&W LP）３０１、カラーラインプリンタ（Color LP）３０２、その他ハードウエアリソース３０３などのエンジンを制御するものであり、画像読み込みと印刷動作、状態通知、ジャムリカバリなどをおこなう。

具体的には、アプリケーション３３０から受け取ったジョブモードの指定にしたがい、印刷要求をＳＲＭ３２３に順次発行していくことで、一連のコピー／スキャン／印刷動作を実現する。このＥＣＳ３２４が取り扱う対象のジョブは、画像入力デバイスにスキャナ（SCANNER）が指定されているか、または、画像出力デバイスにプロッタ（PLOTTER）が指定されているものとする。

たとえば、コピー動作の場合には「SCANNER → PLOTTER」と指定され、ファイル蓄積の場合には「SCANNER → MEMORY」と指定され、ファクシミリ送信の場合には「SCANNER → FAX＿IN」と指定される。また、蓄積ファイル印刷またはプリンタアプリ３１１からの印刷の場合には「MEMORY → PLOTTER」と指定され、ファクシミリ受信の場合には「FAX＿OUT → PLOTTER」と指定される。

なお、ジョブの定義はアプリケーションによって異なるが、ここでは利用者が取り扱う１セットの画像群に対する処理動作を１ジョブと定義する。たとえば、コピーのＡＤＦ（Automatic Document Feeder）モードの場合は、原稿台に置かれた１セットの原稿を読み取る動作が１ジョブとなり、圧板モードは最終原稿が確定するまでの読み取り動作が１ジョブとなる。また、コピーアプリ３１２の場合には、一束の原稿をコピーする動作が１ジョブとなり、ファックスアプリ３１３の場合には、１文書の送信動作または１文書の受信動作が１ジョブとなり、プリンタアプリの場合には、１文書の印刷動作が１ジョブとなる。

ＭＣＳ３２５は、メモリ制御をおこなうものであり、具体的には、画像メモリの取得および開放、ハードディスク装置（ＨＤＤ）の利用、画像データの圧縮および伸張などをおこなう。

ここで、ハードディスク装置に蓄積される画像データファイルとして必要な情報を管理するために必要な機能としては、（１）ファイルアクセス（生成／削除／オープン／クローズ）機能（排他処理を含む）、（２）ファイル名称／ＩＤ管理（ファイル／ユーザー）／パスワード管理／蓄積時刻管理／ページ数／データフォーマット（圧縮方式など）／アクセス制限／作成アプリ／印刷条件管理などの各種ファイル属性管理（物理的なページ単位の画像データのファイルとしての管理）、（３）ファイル単位およびページ単位での結合／挿入／切断機能、（４）ファイルソート機能（蓄積時刻順／ユーザーＩＤ順など）、（５）全ファイル情報の通知（表示／検索用）、（６）リカバリ機能（破損ファイルのファイル／ページ破棄）、（７）ファイルの自動削除機能などがある。

また、ＲＡＭなどのメモリへ画像データを保持しアクセスするための機能としては、（１）アプリケーション３３０からのファイルおよびページ／バンド属性情報を取得する機能、（２）アプリケーション３３０からの画像データ領域の確保、解放、リード（Read）、ライト（Write）機能などがある。

ＯＣＳ３２６は、オペレータと本体制御間の情報伝達手段となる操作パネルを制御するモジュールであり、オペレータのキー操作イベントを本体制御に通知する処理、各アプリがＧＵＩを構築するためのライブラリ関数を提供する処理、構築されたＧＵＩ情報をアプリ別に管理する処理、操作パネル上への表示反映処理などをおこなう。

このＯＣＳ３２６は、（１）ＧＵＩ構築のためのライブラリの提供機能、（２）操作部ハードウエア資源管理機能、（３）ＶＲＡＭ描画／ＬＣＤ表示機能（ハードウエア表示、表示アプリ切替、表示言語切替、ウインドウ暗色表示、メッセージ／アイコンブリンク表示、メッセージの連結表示）、（４）ハードキー入力検出機能、（５）タッチパネルキー入力検出機能、（６）ＬＥＤ出力機能、（７）ブザー出力機能などを有する。

ＦＣＳ３２７は、システムコントローラの各アプリ層からＰＳＴＮ／ＩＳＤＮ網を使ったファクシミリ送受信、ＢＫＭ（バックアップＳＲＡＭ）で管理されている各種ファクシミリデータの登録／引用、ファクシミリ読み取り、ファクシミリ受信印刷、融合送受信をおこなうためのＡＰＩを提供するものである。

具体的には、このＦＣＳ３２７は、（１）アプリ層から送信依頼されたドキュメントをＰＳＴＮ／ＩＳＤＮ網を使ってファクシミリ受信機に送信をおこなう送信機能、（２）ＰＳＴＮ／ＩＳＤＮ網から受信したファクシミリ受信画面、各種レポート類を各アプリ層に転送、印刷をおこなう受信機能、（３）ファックスボードに記憶されている電話帳、グループ情報などのファクシミリ管理項目の引用や登録をおこなう電話帳引用・登録機能、（４）ファックスボードに搭載されているＢＫＭに記憶されている送受信結果履歴情報などを必要としているアプリに通知するファックスログ通知機能、（５）ファックスボードの状態変化があったときにＦＣＳに登録してあるアプリに変化のあったイベントを通知するイベント通知機能などを有する。

ＮＣＳ３２８は、ネットワークＩ／Ｏを必要とするアプリケーションに対して共通に利用できるサービスを提供するためのモジュール群であり、ネットワーク側から各プロトコルによって受信したデータを各アプリケーションに振り分けたり、アプリケーションからデータをネットワーク側に送信する際の仲介をおこなう。具体的には、ftpd、httpd、lpd、snmpd、telnetd、smtpdなどのサーバデーモンや、同プロトコルのクライアント機能などを有する。

アプリケーション３３０は、ページ記述言語（ＰＤＬ）、ＰＣＬおよびポストスクリプト（ＰＳ）を有するプリンタ用のアプリケーションであるプリンタアプリ３１１と、コピー用アプリケーションであるコピーアプリ３１２と、ファクシミリ用アプリケーションであるファックスアプリ３１３と、スキャナ用アプリケーションであるスキャナアプリ３１４と、ネットファイル用アプリケーションであるネットファイルアプリ３１５と、工程検査用アプリケーションである工程検査アプリ３１６とを有する。各アプリケーション３１１〜３１６は、プラットホーム３２０上の各プロセスを利用して動作実行し得るため、画面制御、キー操作制御およびジョブ生成などをおこなう画面表示制御プログラムがその主体となる。なお、ＮＣＳ３２８により接続されたネットワークを介して新たなアプリケーションをネットワーク経由で搭載することもできる。また、各アプリケーションはアプリケーションごとに追加または削除することができる。

次に、図３に示したコピーアプリ３１２を用いたコピー動作、プリンタアプリ３１１を用いたプリント動作、スキャナアプリ３１４を用いたスキャナ動作についてさらに具体的に説明する。

図４は、図３に示したコピーアプリ３１２を用いたコピー動作を説明するための説明図である。同図に示すように、コピーアプリ３１２はコピー画面・キー操作モジュール３１２ａとコピージョブ生成モジュール３１２ｂを有し、オペパネからコピー条件が指定され、スタートキーが押下されると、コピー画面・キー操作モジュール３１２ａがコピージョブ生成モジュール３１２ｂに対してコピー条件を転送する（ステップＳ４０１）。なお、このコピー条件には、紙サイズ、部数、両面、ソート、ステープルなどがある。

その後、コピージョブ生成モジュール３１２ｂは、ＥＣＳ３２４のＡＰＩを用いてエンジンジョブ実行制御モジュール３２４ａに対してエンジンジョブ生成関数を呼び出し、ジョブモードの設定をおこなう。なお、かかるジョブモードとは、スキャナ、プロッタ、フィニッシャなどを動作させるために必要なパラメータ群であり、上記コピー条件から生成される。さらに、コピージョブ生成モジュール３１２ｂは、ＥＣＳ３２４のＡＰＩを用いてエンジンジョブ実行制御モジュール３２４ａに対してジョブ実行開始関数を呼び出し、ジョブ実行を指示する（ステップＳ４０２）。

エンジンジョブ実行制御モジュール３２４ａは、ＭＣＳ３２５のＡＰＩを用いて画像メモリハンドリングモジュール３２５ａに対して画像メモリ確保関数を呼び出し、画像メモリの確保を指示する（ステップＳ４０３）。

画像メモリハンドリングモジュール３２５ａは、ＳＲＭ３２３のメモリ資源管理モジュール３２３ｂに対してメモリ取得関数を呼び出しメモリを取得する（ステップＳ４０４）。エンジンジョブ実行制御モジュール３２４ａは、ＳＲＭ３２３のエンジン資源管理モジュールに対して資源取得関数を呼び出し、スキャナおよびプロッタの動作を開始し、コピージョブを実行する。

次に、図３に示したプリンタアプリ３１１を用いたプリント動作についてさらに具体的に説明する。図５は、図３に示したプリンタアプリ３１１を用いたプリント動作を説明するための説明図である。同図に示すように、プリンタアプリ３１１は、ＲＩＰ処理モジュール３１１ａと、プリンタ画面・キー操作モジュール３１１ｂと、プリントジョブ生成モジュール３１１ｃと、プリントデータ通信モジュール３１１ｄとを有する。

ＰＣなどのホストからセントロＩ／Ｆ、ＵＳＢＩ／Ｆ、ネットワークＩ／Ｆなどを経由してＳＲＭ３２３のホストＩ／Ｏ資源管理モジュール３２３ｄに印刷データコマンドが入力されると（ステップＳ５０１）、このホストＩ／Ｏ資源管理モジュール３２３ｄは、印刷データをＮＣＳ３２８のホスト通信Ｉ／Ｆ制御モジュール３２８ａに転送する。ここで、このホスト通信Ｉ／Ｆ制御モジュール３２８ａは、入力された印刷データを解析して送り先アプリケーションを判定する。ホスト通信Ｉ／Ｆ制御モジュール３２８ａは、複数の通信プロトコルまたはホストＩ／Ｆからデータを受け取り、送り先を調停する（ステップＳ５０２）。

印刷データが、プリンタアプリ３１１内のプリントデータ通信モジュール３１１ｄに転送されると（ステップＳ５０３）、さらにプリントジョブ生成モジュール３１１ｃに入力され、新たなプリントジョブが生成される（ステップＳ５０４）。

プリントジョブ生成モジュール３１１ｃは、印刷データの言語種類に応じてＲＩＰ処理モジュール３１１ａにデータを転送し（ステップＳ５０５）、このＲＩＰ処理モジュール３１１ａは、印刷データの画像展開をおこなった後に、プリントジョブ生成モジュール３１１ｃに戻される（ステップＳ５０６）。

そして、このプリントジョブ生成モジュール３１１ｃで生成された画像データは、ＭＣＳ３２５の画像メモリハンドリングモジュール３２５ａに出力される（ステップＳ５０７）。画像メモリには複数のアプリからの要求が発生するため、メモリ資源の調停をおこなうＳＲＭ３２３のメモリ資源管理モジュール３２３ｂに対してメモリ確保要求を発行し、取得した後に展開された画像データがメモリ上に書き込まれる（ステップＳ５０８）。

画像データの印刷準備が完了すると、プリントジョブ生成モジュール３１１ｃがＥＣＳ３２４のＡＰＩを用いてエンジンジョブ実行制御モジュール３２４ａに対してエンジンジョブ生成関数を呼び出し、ジョブモード設定をおこなった後に、ジョブ開始関数を呼び出し、ジョブ実行を指示する（ステップＳ５０９）。

エンジンジョブ実行制御モジュール３２４ａは、ＳＲＭ３２３のエンジン資源管理モジュール３２３ａに対してエンジン資源取得関数を呼び出し、プロッタの動作を開始し、プリントジョブを実行する（ステップＳ５１０）。

次に、図３に示したスキャナアプリ３１４を用いたスキャナ動作についてさらに具体的に説明する。図６は、図３に示したスキャナアプリ３１４を用いたスキャナ動作を説明するための説明図である。同図に示すように、スキャナアプリ３１４は、スキャナ画面・キー操作モジュール３１４ａと、スキャナジョブ生成モジュール３１４ｂと、スキャナデータ通信モジュール３１４ｃとを有する。

オペパネからスキャナアプリ３１４を選択するとともにスキャン条件が入力され、スタートキーが押下されると、スキャナ画面・キー操作モジュール３１４ａがスキャナジョブ生成モジュール３１４ｂに対してスキャナ条件を転送すると（ステップＳ６０１）、スキャナジョブ生成モジュール３１４ｂは、要求された画像サイズにしたがってスキャンに必要なメモリを確保するために、ＭＣＳ３２５の画像メモリハンドリングモジュール３２５ａが、メモリ資源の調停をおこなうＳＲＭ３２３のメモリ資源管理モジュール３２３ｂに対してメモリ確保要求を発行し、メモリが取得された後に画像データがメモリ上に書き込まれる（ステップＳ６０２〜Ｓ６０３）。

画像データのスキャン準備が完了すると、スキャナジョブ生成モジュール３１４ｂが、ＥＣＳ３２４のＡＰＩを用いてエンジンジョブ実行制御モジュール３２４ａに対してエンジンジョブ生成関数を呼び出し、ジョブモード設定をおこなった後にジョブ開始関数を呼び出し、スキャンジョブ実行を指示する（ステップＳ６０４）。

エンジンジョブ実行制御モジュール３２４ａは、ＳＲＭ３２３のエンジン資源管理モジュール３２３ａに対してエンジン資源取得関数を呼び出し、スキャナの動作を開始し、スキャナジョブを実行する（ステップＳ６０５）。

スキャナジョブ生成モジュール３１４ｂが、ＥＣＳ３２４からスキャン完了のイベントを受け取ると、読み取り画像をネットワーク他のホストＩ／Ｏ資源を利用して外部のＰＣに転送をおこなうため、スキャナデータ通信モジュール３１４ｃがＮＣＳ３２８のホスト通信Ｉ／Ｆ制御モジュール３２８ａに対してＵＲＬなどの転送先ＰＣのアドレスおよびスキャンした画像データ（またはメモリ上のアドレス）を送る（ステップＳ６０６〜Ｓ６０７）。ここでは、ｆｔｐやｈｔｔｐなどのファイル転送をおこなうプロトコル機能を使って画像データ通信を制御することとする。

ホスト通信Ｉ／Ｆ制御モジュール３２８ａは、ネットワーク、IEEE1394、ＵＳＢ、ＳＣＳＩなどのホストＩ／Ｏ資源を確保するために、ＳＲＭ３２３のホストＩ／Ｏ資源管理モジュール３２３ｄの資源確保関数を呼び出す（ステップＳ６０８）。ホストＩ／Ｏ資源管理モジュール３２３ｄは、要求されたホストＩ／Ｏ資源が利用可能となった時点で画像データ通信をおこなう（ステップＳ６０９）。

次に、コピーアプリ３１２、プリンタアプリ３１１、スキャナアプリ３１４の３つのアプリケーションの起動時処理と、それぞれのアプリ画面を生成し表示する処理と、アプリ画面選択キーが押下されたときの処理について説明する。図７は、コピーアプリ３１２、プリンタアプリ３１１、スキャナアプリ３１４の３つのアプリケーションの起動時処理と、それぞれのアプリ画面を生成し表示する処理と、アプリ画面選択キーが押下されたときの処理を説明するための説明図である。

アプリケーションの起動時処理； 電源オンやシステムリセット時には少なくともＳＣＳ３２２とＯＣＳ３２６が起動された後にアプリケーションが起動される。コピーアプリ３１２、プリンタアプリ３１１およびスキャナアプリ３１４は、ＳＣＳ３２２のアプリ登録管理モジュール３２２ｂに対して起動された旨を登録する（ステップＳ７０１〜Ｓ７０３）。

画面生成処理； ＯＣＳ３２６では、複数のアプリケーションがそれぞれ仮想的な画面メモリを複数持つことができる図面管理機能を有する。このため、コピーアプリ３１２、プリンタアプリ３１１およびスキャナアプリ３１４は、それぞれウインドウ制御ライブラリモジュール３２６ａにより画面生成を実行することができる（ステップＳ７０４〜Ｓ７０８）。

表示処理； 複数の画面メモリのうち一つが表示パネル上に描画される。また、複数の画面メモリの内容を合成した画面が表示されるようにしても良い。たとえば、コピー動作中にファックス受信した場合には、アプリ共通の画面領域にファックス受信中である旨を表示することができる。

画面切換処理； 表示パネルに描画される画面メモリは、ＳＣＳ３２２のシステム画面表示制御モジュールによって切り換えられる。たとえば、操作パネル上のアプリ選択キーが押下された場合には、ステップＳ７０９〜Ｓ７１４にしたがって選択されたアプリ画面が描画される。また、ＳＣＳ３２２には、機器内部ハードウエアやエンジンの状態情報を保持する機器状態管理モジュール３２２ｃがあるため、ジャムや紙なしなどのエラーや異常時の表示画面などを切り換えることができる。

次に、ファックスアプリ３１３またはプリンタアプリ３１１を用いたファックス送信動作について説明する。図８は、ファックスアプリ３１３またはプリンタアプリ３１１を用いたファックス送信動作を説明するための説明図である。

同図に示すように、ファックスアプリ３１３を用いたファックス送信動作については、ファックス操作画面において送信宛先番号が入力され、スタートキーが押下されると、ファックス画面・キー操作モジュール３１３ａがファックスジョブ生成モジュール３１３ｂに対してジョブ生成関数を呼び出し（ステップＳ８０１）、このファックスジョブ生成モジュール３１３ｂが、ＦＣＳ３２７のファックスジョブ実行制御モジュール３２７ａに対して送信開始関数を呼び出す（ステップＳ８０２）。

すると、このファックスジョブ実行制御モジュール３２７ａは、ＥＣＳ３２４のＡＰＩを用いてエンジンジョブ実行制御モジュール３２４ａに対してエンジンジョブ生成関数を呼び出し、ジョブモードの設定をおこなう（ステップＳ８０３）。このエンジンジョブ実行制御モジュール３２４ａは、ＭＣＳ３２５のＡＰＩを用いて画像メモリハンドリングモジュール３２５ａに対して画像メモリ確保関数を呼び出し、画像メモリの確保を指示する（ステップＳ８０４）。

画像メモリハンドリングモジュール３２５ａは、ＳＲＭ３２３に対してメモリ取得関数を呼び出し、ファックス原稿のスキャンに必要なメモリを取得し（ステップＳ８０５）、メモリが確保されると、エンジンジョブ実行制御モジュール３２４ａは、ＳＲＭ３２３のエンジン資源管理モジュール３２３ａに対してスキャナ資源の確保を要求する関数を呼び、確保できた後にスキャナ動作を開始する（ステップＳ８０６）。

スキャナから原稿画像データがメモリ上に保持されると、ＥＣＳ３２４からＦＣＳ３２７に対してスキャン完了イベントが通知され、ファックスジョブ実行制御モジュール３２７ａが、ファックスボード資源管理モジュール３２３ｇの送信開始関数を呼び出すと、ＰＳＴＮ、ＩＳＤＮ回線などを使ってファックス送信手順が開始される（ステップＳ８０７〜Ｓ８０８）。

次に、プリンタアプリ３１１を用いたファックス送信動作については、通常のプリント動作と同様に、印刷データがホストＩ／Ｏ資源管理モジュール３２３ｄに入力され、その際に送信宛先番号などのファクシミリ送信に必要な情報を含むコマンド情報が付加される（ステップＳ８０９）。

ファックス送信用の印刷データが、ＮＣＳ３２８のホスト通信Ｉ／Ｆ制御モジュール３２８ａからプリンタアプリ３１１のプリントデータ通信モジュール３１１ｄを経て、プリントジョブ生成モジュール３１１ｃに転送されると（ステップＳ８１０〜Ｓ８１２）、新たなファックス送信用プリントジョブが生成される。

そして、印刷データがＲＩＰ処理モジュール３１１ａに転送され、画像データが生成されると、この画像データは、ファクシミリ送信に必要な情報とともに、ＦＣＳ３２７のファックスジョブ実行制御モジュール３２７ａに入力され（ステップＳ８１３〜８１５）、以後ファックス送信動作と同様の処理がなされる（ステップＳ８０７〜Ｓ８０８）。

なお、上記ステップＳ８１３〜Ｓ８１４によるＲＩＰ処理をおこなうのではなく、ＰＳＴＮやＩＳＤＮ回線などを使ってバイナリーデータの転送をおこなうプロトコル（ＢＦＴＰ；Binary File Transfer Protocol）によって印刷データを送信することもできる。

また、ここでは説明の便宜上、送信動作のみを説明したが、たとえば、ステップＳ８０８、Ｓ８０７、Ｓ８０２、Ｓ８０３、Ｓ８０４、Ｓ８０５、Ｓ８０６の順に処理することにより、ファックス受信や印刷が可能となる。なお、ＢＦＴＰを用いた印刷データの受信および印刷は、ステップＳ８０８、Ｓ８０７、Ｓ８０２、Ｓ８１５、Ｓ８１３、Ｓ８１４、Ｓ８１５、Ｓ８０３、Ｓ８０４、Ｓ８０５、Ｓ８０６の順に処理することで実現できる。

次に、図１に示した複合機１２０のハードウエア構成について説明する。図９は、図１に示した複合機１２０のハードウエア構成を示す構成図である。同図に示すように、この複合機１２０は、ＣＰＵ９０２、ＳＤＲＡＭ９０３、フラッシュメモリ９０４およびＨＤ９０５などをＡＳＩＣ９０１に接続したコントローラボード９００と、オペレーションパネル９１０と、ファックスコントロールユニット（ＦＣＵ）９２０と、ＵＳＢ９３０と、ＩＥＥＥ1394９４０と、プリンタ９５０とからなる。

そして、オペレーションパネル９１０はＡＳＩＣ９０１に直接接続され、ＦＣＵ９２０、ＵＳＢ９３０、ＩＥＥＥ1394９４０およびプリンタ９５０は、ＰＣＩバスを介してＡＳＩＣ９０１に接続されている。

図１０は、図９に示したＡＳＩＣ９０１の細部構成を示すブロック図である。同図に示すように、このＡＳＩＣ９０１は、ＣＰＵインターフェース（CPU I/F）、ＳＤＲＡＭインターフェース（SDRAM I/F）、ローカルバスインターフェース（Local BUS I/F）、ＰＣＩインターフェース（PCI I/F）、１２８４、ＭＡＣ（Media Access Controllor）、Ｉ／Ｏ、ＯＰＥインターフェース（OPE I/F）、ＨＤインターフェース（HD I/F）、Comp／de-comp、Rotateによって形成されている。

かかるハードウエア構成を採用することにより、デバイスの共有化による低コスト設計が可能となるとともに、アプリ間融合が容易となる。また、低速機から高速機までスケーラブルなアーキテクチャーとなり、各アプリで使用するハード／ソフトが共通化され、開発効率を向上させることができる。また、新規機能に対する対応が容易となる。

上述してきたように、本実施の形態１では、各アプリケーションの共通部分を共通システムサービス１２１として括りだし、この共通システムサービス１２１および汎用ＯＳ１１１によりプラットホーム１２２を形成し、このプラットホーム１２２上に、プリンタアプリ１２３、コピーアプリ１２４および各種アプリ１２５を搭載するよう構成したので、各アプリケーションの開発労力軽減並びにアプリケーションのスリム化を図ることができる。

（実施の形態２）
ところで、本発明は上記実施の形態１に限定されるものではなく、プラットホーム３２０およびアプリケーション３３０上のソフトウエアを階層化してさらに生産性を高めることもできる。そこで、本実施の形態２では、プラットホーム３２０およびアプリケーション３３０上のソフトウエアを階層化する場合について説明する。なお、この場合のハードウエア構成は図９および図１０と同様になるので、ここではその説明を省略する。

図１１は、本実施の形態２に係る複合機のソフトウエア構成を示すブロック図である。同図に示すように、この複合機では、モノクロ／カラーの別並びにカラードラム数に応じて、各ソフトウエア要素が階層化されている。

具体的には、汎用ＯＳ１１００上のデバイスドライバ（Device Driver）１１０１、ＥＳＣ１１０２、ＭＣＳ１１０３、ＳＣＳ１１０４、ＳＲＭ１１０５、コピーアプリ１１０６、プリンタアプリ１１０７が、それぞれモノクロ、１dram、４dramと階層化されている。

また、ネットファイルアプリ１１０８、ネットスキャンアプリ１１０９、ＣＳＳアプリ１１１０は、モノクロとカラーに階層化されている。ただし、モノクロ／カラーで区別する必要のないファックスアプリ１１１１、ＯＣＳ１１１２、ＦＣＳ１１１３およびＮＣＳ１１１４は階層化されていない。

上述してきたように、本実施の形態２では、モノクロ／カラーの別並びにカラードラム数に応じて、各ソフトウエア要素を階層化するよう構成したので、さらにプラットホームおよびアプリケーションの生産性を高めることができる。

なお、本実施の形態２では、モノクロ／カラーの別並びにカラードラム数に応じて各ソフトウエア要素を階層化することとしたが、本発明はこれに限定されるものではなく、プラットホーム自体を多階層化することもできる。この場合には、エンジンなどのハードウエアに依存する部分は低階層となり、ハードウエアに依存しない部分が高階層となる。

この発明の実施の形態１に係る複合機の概念を説明するための説明図である。 図１に示したプラットホームを説明するための説明図である。 図１に示した複合機の具体的なソフトウエア構成を示す構成図である。 図３に示したコピーアプリを用いたコピー動作を説明するための説明図である。 図３に示したプリンタアプリを用いたプリント動作を説明するための説明図である。 図３に示したスキャナアプリを用いたスキャナ動作を説明するための説明図である。 コピーアプリ、プリンタアプリ、スキャナアプリの３つのアプリケーションの起動時処理と、それぞれのアプリ画面を生成し表示する処理と、アプリ画面選択キーが押下されたときの処理を説明するための説明図である。 ファックスアプリまたはプリンタアプリを用いたファックス送信動作を説明するための説明図である。 図１に示した複合機のハードウエア構成を示す構成図である。 図９に示したＡＳＩＣの細部構成を示すブロック図である。 実施の形態２に係る複合機のソフトウエア構成を示すブロック図である。

符号の説明

１００ プリンタ
１０１ 専用ＯＳ
１０２ プリンタアプリ
１１０ 複合機
１１１ 汎用ＯＳ
１１２ エンジン制御部
１１３ プリンタアプリ
１１４ コピーアプリ
１１５ 各種アプリ
１２０ 複合機
１２１ 共通システムサービス
１２２ プラットホーム
１２３ プリンタアプリ
１２４ コピーアプリ
１２５ 各種アプリ

Claims (9)

1. 印刷部または撮像部を含むハードウェア資源を有し、画像形成処理にかかるアプリケーションを複数搭載可能とし、オペレーティングシステムと、前記オペレーティングシステム上で動作し、複数の前記アプリケーションからアクセスされ、前記ハードウェア資源を動作させて複数の前記アプリケーションで共通的に利用される前記画像形成処理の制御を行うプログラムとを備えた画像形成装置であって、
   複数の前記アプリケーションは、それぞれプロセスとして動作し、アプリケーションごとに追加または削除することができ、
   前記プログラムは複数設けられ、それぞれプロセスとして動作して、前記アプリケーションのプロセスとの間でアクセスおよび前記プログラムのプロセス間で相互にアクセスを行って前記ハードウェア資源を動作させて前記画像形成処理の制御を行う、
   ことを特徴とする画像形成装置。
2. 前記アプリケーションは、ネットワークを経由して取得されて搭載されることを特徴とする請求項１に記載の画像形成装置。
3. 前記プログラムは、ネットワーク通信を制御するモジュールを備え、
   前記アプリケーションは、前記モジュールによってネットワークを経由して取得されて搭載されることを特徴とする請求項２に記載の画像形成装置。
4. 印刷部または撮像部を有し、画像形成処理にかかるアプリケーションを複数搭載可能とし、オペレーティングシステムと、前記オペレーティングシステム上で動作し、複数の前記アプリケーションからアクセスされ、前記ハードウェア資源を動作させて複数の前記アプリケーションで共通的に利用される前記画像形成処理の制御を行うプログラムとを備えた画像形成装置で行われる画像形成方法であって、
   複数の前記アプリケーションは、それぞれプロセスとして動作し、アプリケーションごとに追加または削除することができ、
   前記プログラムは複数設けられ、それぞれプロセスとして動作して、前記アプリケーションのプロセスとの間でアクセスおよび前記プログラムのプロセス間で相互にアクセスを行って前記ハードウェア資源を動作させて前記画像形成処理の制御を行う、
   ことを特徴とする画像形成方法。
5. 前記アプリケーションを、ネットワークを経由して取得し搭載する
   ことを特徴とする請求項４に記載の画像形成方法。
6. 前記プログラムはネットワーク通信を制御するモジュールを備えており、前記アプリケーションを、前記モジュールによってネットワークを経由して取得し搭載する
   ことを特徴とする請求項５に記載の画像形成方法。
7. 印刷部または撮像部を有し、画像形成処理にかかるアプリケーションを複数搭載可能とし、オペレーティングシステムと、前記オペレーティングシステム上で動作し、複数の前記アプリケーションからアクセスされ、前記ハードウェア資源を動作させて複数の前記アプリケーションで共通的に利用される前記画像形成処理の制御を行うプログラムとを備えた画像形成装置で実行する画像形成プログラムであって、
   複数の前記アプリケーションは、それぞれプロセスとして動作し、アプリケーションごとに追加または削除することができ、
   前記プログラムは複数設けられ、それぞれプロセスとして動作して、前記アプリケーションのプロセスとの間でアクセスおよび前記プログラムのプロセス間で相互にアクセスを行って前記ハードウェア資源を動作させて前記画像形成処理の制御を行う、
   ことを特徴とする画像形成プログラム。
8. 前記アプリケーションを、ネットワークを経由して取得し搭載する
   ことを特徴とする請求項７に記載の画像形成プログラム。
9. 前記プログラムはネットワーク通信を制御するモジュールを備えており、前記アプリケーションを、前記モジュールによってネットワークを経由して取得し搭載する
   ことを特徴とする請求項８に記載の画像形成プログラム。

Images