JP2014038388A - 画像形成装置 - Google Patents

Abstract

【課題】画像形成装置上でデータを扱うアプリケーションなどを起動して編集、印刷などを可能にする。
【解決手段】画像データに基づいて画像を形成し、画像を用紙に出力するプリンタ部と、画像形成装置上で起動する第１のオペレーティングシステムと、第１のオペレーティングシステム上で動作して画像形成装置を制御する制御プログラムとの実行によって、少なくとも、前記プリンタ部を含む画像形成装置におけるハードウェア資源の制御を実現する制御部を備え、制御部は、さらに、少なくとも１つ以上のアプリケーションを起動する第２〜第Ｎ（Ｎは２以上の整数）のオペレーティングシステムと、第１のオペレーティングシステムと第２〜第Ｎのオペレーティングシステムとの間に介在して第１のオペレーティングシステム上で第２〜第Ｎのオペレーティングシステムを動作可能にするエミュレータを実行可能である。
【選択図】図１

Description

この発明は、画像データに基づいて画像を形成し、前記画像を用紙に出力するプリンタ部を備える画像形成装置に関する。

プリンタ、ファクシミリ、複写機および、これら機能を複数有する複合機などの画像形成装置では、画像データに基づいて画像を形成し、前記画像を用紙に出力する機能を有しており、前記機能は、通常は、ＯＳ（オペレーティングシステム）上で動作するファームウェアによって当該画像形成装置のハードウェアを制御することで実現されている。
さらに、情報を処理する装置などでは、複数のＯＳを動作可能にしたものが知られている（例えば特許文献１〜３参照）。
特許文献１では、複数の外部機器と接続され、処理要求に応じて処理を実行するが、画像処理をハードウェアにより処理するか、ソフトウェアにより処理するのかを処理内容や処理を行っている数で切り替えることが可能な装置が提案されている。
特許文献２では、コントローラソフトを動作させる仮想ＯＳｌと操作部ソフトを動作させるＯＳ２を有し、コントローラと操作部間の通信をＯＳｌとＯＳ２の通信として扱うエミュレーション装置が提案されている。
特許文献３では、優先度の異なる二つのＯＳを有し、実行優先度に応じてハードウェア資源を割り当てる複数のＯＳを有する画像形成装置が提案されている。

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

上記のように画像形成装置でも、複数のＯＳを用いて当該画像形成装置の制御を行うものが知られている（特許文献３）。 装置の制御とはスキャン処理、プリント処理をはじめ画像データをＨＤＤへ保存、熱定着の温度管理、トレイやドアの開閉を検知するセンサなど多岐に渡る。
画像形成装置では、外部装置などのアプリケーションで編集したデータを入力し、当該データに基づいて出力できるようにしたものがある。従来、Ｗｏｒｄ（商標）などの文書データを印刷するときはプリンタドライバを介して出力用データとして画像形成装置にジョブ入力される。
しかしながら、画像形成装置上のＯＳは装置を制御するためのものだけであり、出力するためのデータ（ワード、エクセルなど（いずれも商標））を扱うＯＳを有するものはない。このため、入力されたデータの内容を変更する場合、画像形成装置内にはリップ済みのデータしかないため、出力するデータを編集する等の処理は画像形成装置上で行うことは不可能であり、僅かな変更であっても元データ（ｗｏｒｄ）があるＰＣの前で作業をする必要がある。

本発明は、上記事情を背景としてなされたものであり、装置を制御する制御プログラムを動作させる第１オペレーティングシステム上に、エミュレータを通して、第２〜第Ｎ（Ｎは２以上の整数）のオペレーティングシステムを起動させることを可能にする画像形成装置を提供することを目的とする。

すなわち、本発明の画像形成装置のうち、第１の本発明は、
画像データに基づいて画像を形成し、前記画像を用紙に出力するプリンタ部と、
当該画像形成装置上で起動する第１のオペレーティングシステムと、前記第１のオペレーティングシステム上で動作して当該画像形成装置を制御する制御プログラムとの実行によって、少なくとも、前記プリンタ部を含む当該画像形成装置におけるハードウェア資源の制御を実現する制御部と、を備え、
前記制御部は、さらに、少なくとも１つ以上のアプリケーションを起動する第２〜第Ｎ（Ｎは２以上の整数）のオペレーティングシステムと、前記第１のオペレーティングシステムと前記第２〜第Ｎのオペレーティングシステムとの間に介在して、前記第１のオペレーティングシステム上で前記第２〜第Ｎのオペレーティングシステムを動作可能にするエミュレータとを実行可能であることを特徴とする。

第２の本発明の画像形成装置は、前記第１の本発明において、前記エミュレータは、第２〜第Ｎのオペレーティングシステム毎に用意されていることを特徴とする。

第３の本発明の画像形成装置は、前記第１または２の本発明において、前記第２〜第Ｎのオペレーティングシステムの少なくとも１つは、前記ハードウェア資源の少なくとも一部に直接アクセス可能であり、前記第２〜第Ｎのオペレーティングシステムで直接アクセスが不可のハードウェア資源を含むハードウェア資源には、前記第１オペレーティングシステムを介してアクセス可能であることを特徴とする。

第４の本発明の画像形成装置は、前記第１〜３の本発明のいずれかにおいて、前記アプリケーションの少なくとも１つは、データを扱うものであることを特徴とする。

第５の本発明の画像形成装置は、前記第１〜４の本発明のいずれかにおいて、前記制御部は、さらに、前記第２〜第Ｎのオペレーティングシステムの少なくとも１つ上で動作し、前記プリンタ部を制御するプリンタドライバの実行によって前記プリンタ部による出力を実現することを特徴とする。

第６の本発明の画像形成装置は、前記第５の本発明において、前記第２〜第Ｎのオペレーティングシステムで扱われるデータを前記第１のオペレーティングシステムにより制御する当該画像形成装置で出力する場合、前記プリンタドライバを通して前記第１のオペレーティングシステムで制御する当該画像形成装置にジョブとして入力することを特徴とする。

第７の本発明の画像形成装置は、前記第６の本発明において、前記プリンタドライバは、パーソナルコンピュータでの使用を前提として提供されたものであることを特徴とする。

第８の本発明の画像形成装置は、前記第５〜７の本発明のいずれかにおいて、前記プリンタドライバは、前記第２〜第Ｎのオペレーティングシステム毎に用意されていることを特徴とする。

第９の本発明の画像形成装置は、前記第１〜８の本発明のいずれかにおいて、前記制御プログラムおよび前記第２〜第Ｎのオペレーティングシステムの少なくともいずれかの制御により、操作入力の受け付けと表示とを行う操作部を備えることを特徴とする。

第１０の本発明の画像形成装置は、前記第９の本発明において、前記制御部は、１つの操作画面上で、前記制御プログラムにより操作入力の受け付けと表示とを行う領域と、前記第２〜第Ｎのオペレーティングシステムの少なくともいずれかにより操作入力の受け付けと表示とを行う領域とを区分けして設けることが可能であることを特徴とする。

第１１の本発明の画像形成装置は、前記第１〜１０の本発明のいずれかにおいて、前記制御部は、前記制御プログラムおよび前記第２〜第Ｎのオペレーティングシステムの動作に応じて、前記操作部における前記操作入力の受付および前記表示の切り替えを実行することを特徴とする。

第１２の本発明の画像形成装置は、前記第１〜１１の本発明のいずれかにおいて、前記制御部は、初期動作で前記第１のオペレーティングシステムと、前記制御プログラムとが実行されることを特徴とする。

第１３の本発明の画像形成装置は、前記第１〜１２の本発明のいずれかにおいて、前記制御部は、前記制御プログラムの指示によって前記エミュレータおよび前記第２〜第Ｎのオペレーティングシステムの少なくともいずれかが実行され、起動した前記第２〜第Ｎのオペレーティングシステムの終了によって前記制御プログラムの実行に復帰することを特徴とする。

第１４の本発明の画像形成装置は、前記第１３の本発明において、前記制御プログラムは、当該画像形成装置の動作状態に応じて前記エミュレータおよび前記第２〜第Ｎのオペレーティングシステムの動作を禁止することを特徴とする。

第１５の本発明の画像形成装置は、前記第１〜１４の本発明のいずれかにおいて、少なくとも、前記第１のオペレーティングシステム、前記制御プログラム、前記第２〜第Ｎのオペレーティングシステム、前記エミュレータおよび前記アプリケーションを記憶する記憶部を備えることを特徴とする。

第１６の本発明の画像形成装置は、前記第１５の本発明において、前記記憶部が、前記制御プログラムおよび前記第２〜第Ｎのオペレーティングシステム毎に領域が割り当てられることを特徴とする。

以上説明したように本発明によれば、第２〜第Ｎのオペレーティングシステム上で動作するアプリケーションによって、画像形成装置上でデータの編集などが行うことが可能になり、ユーザの使い勝手を向上させることができる。

本発明の一実施形態の画像形成装置におけるソフトウェア構成とハードウェア資源の概略を示す図である。 同じく、アプリケーションソフトを含むソフトウェア構成とハードウェア資源の概略を示す図である。 同じく、操作画面サーバを示したソフトウェア構成とネットワーク構成を示す図である。 同じく、制御ブロック図である。 同じく、電源ＯＮ時の全体制御の手順を示すフローチャートである。 同じく、メインメニュー画面を示す図である。 同じく、印刷処理の手順を示すフローチャートである。 同じく、他ＯＳファイル処理の手順を示すフローチャートである。 同じく、ファイルリスト表示画面を示す図である。 同じく、保存ジョブ処理の手順を示すフローチャートである。 同じく、保存ジョブリスト画面を示す図である。 同じく、印刷条件設定画面を示す図である。 同じく、再印刷の手順を示すフローチャートである。 同じく、プリントジョブ受信の手順を示すフローチャートである。 同じく、内容編集の手順を示すフローチャートである。 同じく、他ＯＳ画面を示す図である。 同じく、他ＯＳ画面の処理手順を示すフローチャートである。 同じく、他ＯＳ画面表示の手順を示すフローチャートである。 同じく、スリープ制御の手順を示すフローチャートである。 同じく、スリープ制御の他例の手順を示すフローチャートである。 同じく、スリープ制御のさらに他例の手順を示すフローチャートである。 同じく、起動時の他ＯＳスリープ制御の手順を示すフローチャートである。 同じく、ＯＳ優先順位設定の手順を示すフローチャートである。 同じく、ＲＩＰ処理手順およびＲＩＰ処理時の他ＯＳスリープ制御の手順を示すフローチャートである。 同じく、他ＯＳ立ち上げ許可／禁止判定の手順を示すフローチャートである。 従来の画像形成装置におけるソフトウェア構成およびハードウェア資源の概略を示す図である。

以下に、本発明の一実施形態の画像形成装置を添付図面に基づいて説明する。
図２６に示すように、従来の画像形成装置の構成はハードウェア上に装置制御用ファームウェアを起動させるＯＳ（例えばＬｉｎｕｘ（商標、以下同じ））が搭載され、そのＯＳ上で装置制御用ファームウェアを起動することにより装置が制御されている。装置の制御とはスキャン処理、プリント処理をはじめ画像データをＨＤＤへ保存、熱定着の温度管理、トレイやドアの開閉を検知するセンサなど多岐に渡る。

図１は、本実施形態の画像形成装置におけるソフトウェア構成とハードウェア資源の概略を示す図である。
この図では、第１オペレーティングシステム（以下第１ＯＳという）で、本発明の制御プログラムに相当する装置制御ファームウェア（以下装置制御ＦＷという）と、エミュレータが動作する。第１ＯＳは、装置制御ＦＷおよびエミュレータを動作させる汎用ＯＳであり、Ｌｉｎｕｘ、Ｗｉｎｄｏｗｓ（商標、以下同じ）などにより構成される。装置制御ＦＷは、画像形成装置を動作させるソフトウェアである。エミュレータ上では、第１ＯＳ上で動作する第２〜第Ｎ（Ｎは２以上の整数）のオペレーティングシステムとして第２オペレーティングシステム（以下第２ＯＳという）が動作する。エミュレータは、ハードウェアをエミュレーションして第２ＯＳに提供するソフトウェアである。第２ＯＳは、画像データ編集のアプリケーションなどを動作させるＯＳであり、Ｌｉｎｕｘ、Ｗｉｎｄｏｗｓ、ＭａｃＯＳ（商標、以下同じ）などで構成される。
エミュレータには、操作画面サーバに相当するＶＮＣサーバが設けられている。ＶＮＣサーバは、第２ＯＳの画面を遠隔操作可能とするソフトウェアである。
また、装置制御ＦＷおよび第２ＯＳから実行可能なコントローラーを有している。コントローラーは、Ｐｏｓｔｓｃｒｉｐｔ（商標、以下同じ）プログラムなどを実行するインタプリンタが動作するものであり、ソフトウェア、ハードウェアのいずれにより構成されるものであってもよく、両者の組み合わせにより構成されるものであってもよい。

装置制御ＦＷは、画像形成装置に備えられる操作部１４０などを制御する。操作部１４０は、各種の表示を行う他、操作入力を受け付ける。操作部１４０では装置制御ＦＷから送られる画面や第２ＯＳから送られる画面の表示やこれら画面に対する操作が受け付けられる。

次に、ソフトウェア構成とハードウェア資源を図２に基づいてより具体的に説明する。
図２に示される形態では、第１オペレーティングシステム（以下第１ＯＳという）としてＬｉｎｕｘ（商標、以下同じ）が動作し、第１ＯＳ上で、装置制御ＦＷ、エミュレータであるＥｍｕｌａｔｏｒ１、２が動作する。Ｅｍｕｌａｔｏｒ１上では、本発明の第２オペレーティングシステム（以下第２ＯＳという）に相当するＷｉｎｄｏｗｓ、Ｅｍｕｌａｔｏｒ２上では、本発明の第３オペレーティングシステム（以下第３ＯＳという）に相当するＬｉｎｕｘが動作する。エミュレータとしては例えばＱｅｍｕ（商標、以下同じ）などを用いることができ、本発明としては特定のものに限定されるものではない。
なお、この実施形態では、第１オペレーティングシステム上で動作する第２〜第Ｎのオペレーティングシステムとして、第２、第３のオペレーティングシステムを示しているが、本発明としてはその数が特に限定されるものではなく、第２オペレーティングシステムのみでもよく、また、第４以降のオペレーティングシステムが動作するものであってもよい。

第２ＯＳ上では、本発明のアプリケーションとしてＷｏｒｄ（商標、以下同じ）およびＥｘｃｅｌ（商標、以下同じ）、Ｗｉｎｄｏｗｓ用に用意されたプリンタドライバ（ＰｒｉｎｔｅｒＤｒｉｖｅｒ）が動作する。
第３ＯＳ上では、本発明のアプリケーションとして、Ｌｉｎｕｘで使用されるエディタであるｅｍａｃｓ（商標、以下同じ）、Ｌｉｎｕｘ用に用意されたプリンタドライバ（ＰｒｉｎｔｅｒＤｒｉｖｅｒ）が動作する。
各プリンタドライバは、ＰＣに搭載されるものとして通常用意されているものを使用することができる。本実施形態では、当該画像形成装置用として専用に用意されたプリンタドライバを用いることは必要ではないが、専用に用意されたプリンタドライバを用いることも可能である。なお、図２では示していないが、前記したコントローラーも有している。

上記した第１ＯＳ、第２ＯＳ、第３ＯＳは、画像形成装置に備えられ、本発明のハードウェア資源（以下Ｈ／Ｗという）を制御することができる。Ｈ／Ｗには、前記操作部１４０の他に、画像形成装置の主となる機能を果たすスキャナー、ドラム、定着器、給紙トレイ、各種センサ、ＨＤＤ、外付けメディア（例えばＵＳＢメモリ）などがある。これらのＨ／Ｗは、第１ＯＳによって全て直接アクセス可能である。一方、第２ＯＳや第３ＯＳは通常のＰＣで動作させるＯＳであり、画像形成装置特有のＨ／Ｗには直接アクセスしない。ただし、通常のＰＣでも使用されるＨＤＤやＵＳＢメモリーといったＨ／Ｗには、第２ＯＳ、第３ＯＳでも直接アクセスが可能である。

また、上記ＨＤＤでは、装置制御ＦＷ、第１ＯＳ、第２ＯＳ、第３ＯＳ、アプリケーション、プリンタドライバやデータ、画像形成用のリップ済みデータ、各アプリケーションで扱うデータなどを格納することができる。この際に、ＨＤＤは例えば装置制御ＦＷ用、第２ＯＳのアプリケーション用、第３ＯＳのアプリケーション用というように、パーティションを区切っておくことで各アプリケーションによる読み書き領域を制御することができる。

出力するデータ（例えばｗｏｒｄ文書データ）がネットワーク上の外部ＰＣにある場合、データ自体を画像形成装置内のＷｉｎｄｏｗｓ（第２ＯＳ）の共有フォルダにコピーするようにしてもよい。保存先はブリッジ接続により装置制御ＦＷ、第２ＯＳ、第３ＯＳに個別のＩＰアドレスを設定することで指定できる。第２ＯＳが管理するＨＤＤの領域に元データが保存され、出力前に変更が必要な場合は、第２ＯＳ上でアプリケーション（ｗｏｒｄ）を起動させることで編集することができる。保存する場合は通常のＰＣ同様に第２ＯＳが管理するＨＤＤの領域に保存すれば良い。また、操作表示部１４０で装置制御ＦＷ、第２ＯＳ、第３ＯＳ、の画面を切り替えることで内容を表示させながら編集することができる。

この実施形態では、第２ＯＳ、第３ＯＳは通常のＰＣで使用されるＯＳであるので、それらで使用されるアプリケーションで処理されるデータは当然、第２ＯＳ、第３ＯＳ上で使用することができる。上記ｗｏｒｄの他にエクセルや、ｅｍａｃｓ（Ｌｉｎｕｘで使用されるエディタ）などを起動させることができ、外部ＰＣからはデータを装置に保存しておけば装置上で編集が可能になる。以上により、画像形成装置上で元データを編集することが可能となり、ユーザーの使い勝手が向上する。

図３に示すように、第１ＯＳ、Ｅｍｕｌａｔｏｒ１、２にそれぞれのＯＳに応じたＶＮＣサーバ（商標、以下同じ）１０、１１、１２が設けられている。ＶＮＣサーバ１０、１１は、それぞれ、第２ＯＳ、第３ＯＳの画面データを、ＶＮＣクライアント２０〜２２に提供するものであり、ＶＮＣサーバ１２は、ＶＲＡＭ１１３の画面データをＰＣ３、４のＶＮＣクライアント２０、２１に提供するものである。各ＶＮＣクライアントは、ＶＮＣサーバから画面データを取得し、自身の装置（画像形成装置１、ＰＣ３、ＰＣ４）の操作部制御部に受け渡して取得した画面を表示させるとともに、その画面に対する操作を受付けてＶＮＣサーバへ伝達する機能を有する。また、各ＶＮＣサーバは、接続中のＶＮＣクライアントから操作情報を受付け、その操作情報を自身に対応するＯＳに伝達する。これにより、画像形成装置１の操作部、ＰＣから各ＯＳに対する操作が可能となっている。ＶＮＣサーバは、操作画面サーバに相当し、ＶＮＣクライアントは操作画面クライアントに相当する。また、第１ＯＳ用のＶＮＣサーバ１２は、ハードウェアで構成することも可能である。

画像形成装置１の第１ＯＳで動作するＶＮＣクライアント２２は、各ＯＳ毎のＶＮＣサーバ１０、１１に接続可能であり、画像形成装置１外のＰＣ３、４に備えられたＶＮＣクライアント２０、２１は、ＮＩＣ１２２を介して各ＯＳのＶＮＣサーバ１０、１１、１２に接続可能になっている。ＶＮＣサーバ１０、１１は、第１操作画面サーバに相当し、ＶＮＣサーバ１２は、第２操作画面サーバに相当する。

操作部制御部１４２（図４示）は、装置制御ＦＷで生成された画面イメージと、ＶＮＣクライアント２２を介してＶＮＣサーバ１０またはＶＮＣサーバ１１から取得された画面イメージを選択的にまたは組み合わせて、グラフィックドライバーを通して、ＶＲＡＭ１１３に描画する。操作部１４０では、そのＶＲＡＭ１１３の描画データに基づいて画面が表示される。また、その画面に対して行われた操作については、装置制御ＦＷで生成された画面に対する操作は装置制御ＦＷで受け付けられ、ＶＮＣサーバ１０またはＶＮＣサーバ１１から取得された画面に対する操作はＶＮＣクライアント２２を通して接続中のＶＮＣサーバ１０または１１へ入力される。画像形成装置１の制御部では、装置制御ＦＷで受け付けた操作内容に従って画像形成装置１の動作を制御する。ＶＮＣサーバ１０または１１へ入力された操作は、対応するＯＳ（第２ＯＳまたは第３ＯＳ）に入力され、操作内容に従ってＯＳが動作する。なお、ＶＮＣサーバがいずれかのＶＮＣクライアントでアクセスされている場合、他のＶＮＣクライアントからのアクセスは制限される。他のＶＮＣクライアントには、該当するＶＮＣサーバが制限中であるなどの通知をすることができる。

図４は、本実施形態の画像形成装置１の制御ブロックを示す図である。
画像形成装置１は、主要な構成として、全体制御部１００とスキャナー部１３０と操作部１４０とプリンター部１５０とを有している。また、この実施形態では、後処理装置であるＦＮＳ１６０が画像形成装置の一部として画像形成装置本体に接続されている。なお、本発明としては後処理装置の有無は特に限定されるものではない。
画像形成装置１は、ネットワークであるＬＡＮ２を通して外部装置であるＰＣ３やＰＣ４に接続されている。画像形成装置１に接続する装置の種別や数は特に限定されるものではない。上記画像形成装置１、ＬＡＮ２、ＰＣ３、４は、画像形成システムの一部または全部を構成している。ＰＣ３、４は、それぞれ画面の表示および操作の受け付けが行われる操作部３０、４０を有しており、ＶＮＣクライアント２０、２１を介した操作部３０、４０上での画面の表示や操作が可能になっている。

全体制御部１００では、プロセッサに相当する制御ＣＰＵ１１０を備えており、制御ＣＰＵ１１０にＤＲＡＭ制御ＩＣ１１１が接続されている。
制御ＣＰＵ１１０には、ＲＡＭ１１２、ＶＲＡＭ１１３が接続されている。
制御ＣＰＵ１１０は、前記装置制御ＦＷなどのソフトウェアの実行により画像形成装置１の全体を制御し、画像形成装置１全体の状態把握を行うものである。

前記スキャナー部１３０は、光学読み取りを行うＣＣＤ１３１と、スキャナー部１３０全体の制御を行うスキャナー制御部１３２とを備えている。スキャナー制御部１３２は、制御ＣＰＵ１１０に接続されており、制御ＣＰＵ１１０による制御を受ける。なお、スキャナー制御部１３２は、ＣＰＵやこれを動作させるプログラムなどによって構成することができる。前記ＣＣＤ１３１で読み取った画像情報は、読み取り処理部１１６でデータ処理がなされる。読み取り処理部１１６には、ＤＲＡＭ制御ＩＣ１１１に接続されており、読み取り処理部１１６でデータ処理された画像データはＤＲＡＭ制御ＩＣ１１１に送信される。

ＲＡＭ１１２は、装置制御ＦＷ、第１ＯＳ、第２ＯＳ、第３ＯＳ、アプリケーションプログラム、プリンタドライバ等のプログラムがロードされて、その実行に利用されるとともに、その実行に伴う作業エリアとして利用される。また、さらに、第２ＯＳ、第３ＯＳの画面データを記憶する領域が割り当てられており、ＶＮＣサーバ１０、１１により、この領域の第２ＯＳ、第３ＯＳの画面データがＶＮＣクライアントに提供される。
前記操作部１４０は、タッチパネル式のＬＣＤ１４１と、操作部制御部１４２とを備えており、上記ＬＣＤ１４１と操作部制御部１４２とが接続され、該操作部制御部１４２と前記制御ＣＰＵ１１０と、がシリアル通信可能に接続されている。該構成によって操作部１４０の制御が制御ＣＰＵ１１０によって行われ、ＶＲＡＭ１１３に描かれた画面画像がＬＣＤ１４１に表示されるとともに、操作部１４０の入力情報が制御ＣＰＵ１１０に送られる。なお、操作部制御部１４２は、ＣＰＵやこれを動作させるプログラムなどによって構成することができる。操作部１４０には、表示切替部１４３を備えており、表示切替部１４３によって、操作部１４０で表示される画面の所定領域（図１６の領域１４８２）に対応するＶＲＡＭ１１３の記憶領域に、装置制御ＦＷが生成した画面、ＶＮＣクライアントにより取得した第２ＯＳ、第３ＯＳの画面を選択的に描画することにより、これらの画面を切り替えて表示することを可能にしている。また、ＬＣＤ１４１のこの画面領域１４８２内への操作は、ＶＮＣクライアントを介してＶＮＣサーバへ伝達される。これにより第２ＯＳ、第３ＯＳに対する操作を行うことができるようになっている。
以下、画像形成装置１の操作部１４０に第２ＯＳ、第３ＯＳの画面を表示する点について詳述する。
装置制御ＦＷは、第２ＯＳ、第３ＯＳ画面への切換え要求（ユーザー操作等により）が発生すると、ＶＮＣクライアント２２を介して、指定されたＯＳに対応するＶＮＣサーバからＯＳの画面データを取得する。そして、操作部制御部により、表示画面を生成して、表示画面データをグラフィックドライバーによりＶＲＡＭ１１３に書込む。表示画面は、画面全体をＯＳ画面にしてもよいし、画面の所定領域にＯＳ画面を嵌めこんでもよい。本実施例では、図１６に示すように、画面の所定の領域１４８２にＯＳ画面を嵌めこむようにしている。これにより、操作部１４０にＯＳ画面が表示される。
図１６の画面では、領域１４８２の外側の領域への操作は、装置制御ＦＷに受け渡され、装置制御ＦＷが操作に応じた動作を実行する（例えば、図１６の「終了」釦の操作）。一方、領域１４８２内部に対する操作は、ＶＮＣクライアントを介してＶＮＣサーバへ伝達され、対応するＯＳへ入力される。これにより、第２ＯＳ、第３ＯＳへの操作が可能となっている。
本実施形態で、画面全体をＯＳ画面とせずに所定領域に嵌めこむように構成したのは、画面全体をＯＳ画面にすると、画面上の操作はすべてＶＮＣサーバへ伝達されて装置制御ＦＷで受け付けられず、ＯＳ画面を終了して装置制御ＦＷの画面に戻したり、別のＯＳ画面に切換えたりすることができるようにするためには、別途ハードキーを設けるなど、画面操作以外の手段で操作を受け付ける手段が必要となりコストアップになるからである。

ＤＲＡＭ制御ＩＣ１１１は、画像メモリー１１４に接続されている。該画像メモリー１１４には、前記スキャナー部１３０で取得した画像情報やＬＡＮ２を通して取得した画像情報や印刷条件、ファイル情報などが格納される。上記のように画像メモリー１１４は、画像情報や印刷条件、ファイル情報の記憶領域であり、印刷するジョブの情報を格納する。
また、ＤＲＡＭ制御ＩＣ１１１には、ＨＤＤ１１５が接続されている。ＨＤＤ１１５には、前記したように、第１ＯＳ、第２ＯＳ、第３ＯＳに応じて、第１ＯＳ、第２ＯＳ、第３ＯＳ、アプリケーションやアプリケーションにより作成される原稿ファイルデータ、プリンタドライバ、画像情報、印刷情報などを格納する領域が割り当てられる。なお、ＨＤＤ１１５の領域は、第１ＯＳ用、第２ＯＳ用、第３ＯＳ用にそれぞれ区切られているものとしてもよい。

さらにＤＲＡＭ制御ＩＣ１１１には、書き込み処理部１１７が接続されている。該書き込み処理部１１７は、プリンター部１５０のＬＤ１５１に接続され、該ＬＤ１５１の動作に用いられるデータの処理を行う。また、プリンター部１５０は、プリンター部１５０の全体を制御するプリンター制御部１５２を備えており、該プリンター制御部１５２は、前記した制御ＣＰＵ１１０に接続されて制御を受ける。また、プリンター制御部１５２には、ＦＮＳ１６０全体を制御するＦＮＳ制御部１６１が接続されている。これにより、ＦＮＳ１６０の制御を、プリンター制御部１５２を通して制御ＣＰＵ１１０により制御することができる。

また、制御ＣＰＵ１１０には、外部との間で通信を行う通信部１２０の全体を制御する通信制御部１２１が接続されており、通信部１２０に含まれるＮＩＣ１２２（ネットワークインターフェースカード）を通してＬＡＮ２に接続可能とされている。通信制御部１２１は、制御ＣＰＵ１１０の動作指令によって動作し、予め定められた通信手順によって制御ＣＰＵ１１０から受け渡されるデータを、ＮＩＣ１２２を通してＬＡＮ２に送出し、またＬＡＮ２から送られるデータをＮＩＣ１２２を通して受信し、制御ＣＰＵ１１０に送出する。したがって、ＶＮＣサーバ１０、１１、１２の操作画面情報は、ＮＩＣ１２２、ＬＡＮ２を通してＰＣ３、４のＶＮＣクライアント２０、２１に送信され、ＰＣ３、４で前記操作画面に対し行われる操作入力情報は、ＬＡＮ２、ＮＩＣ１２２を通して制御ＣＰＵ１１０に送られる。
制御ＣＰＵ１１０では、前記した第１ＯＳ、第２ＯＳ、第３ＯＳ、装置制御ＦＷなどのソフトウェアが動作するものであり、制御ＣＰＵ１１０は、スキャナー制御部１３２、操作部制御部１４２、表示切替部１４３、プリンター制御部１５２、通信制御部１２１などともに本発明の制御部を構成する。

次に、上記画像形成装置１の基本的動作について説明する。
先ず、画像形成装置１において画像情報を蓄積する手順について説明する。
第１に画像形成装置１において、スキャナー部１３０で原稿の画像を読み取り画像情報を生成する場合、スキャナー部１３０において原稿からＣＣＤ１３１により原稿の画像を光学的に読み取る。この際には、制御ＣＰＵ１１０から指令を受けるスキャナー制御部１３２によってＣＣＤ１３１の動作制御を行う。
ＣＣＤ１３１で読み取られた画像は、読み取り処理部１１６でデータ処理がなされ、データ処理された画像情報は、ＤＲＡＭ制御ＩＣ１１１を介して画像メモリー１１４やＨＤＤ１１５に格納される。画像メモリー１１４やＨＤＤ１１５に格納された画像情報や印刷情報は、制御ＣＰＵ１１０によってジョブとして管理することができる。

画像情報を外部から取得する場合、例えば、ＰＣ３、４などからＬＡＮ２を通して送信されるジョブ情報は、ＮＩＣ１２２、制御ＣＰＵ１１０を介してＤＲＡＭ制御ＩＣ１１１により画像メモリー１１４やＨＤＤ１１５に格納される。
また、画像形成装置１でアプリケーションによって画像情報を生成する場合、プリンタドライバ、エミュレータ、装置制御ＦＷを介して得られる画像情報が上記と同様に画像メモリー１１４やＨＤＤ１１５に格納される。この際に、プリンタドライバから送られるプリントデータを画像形成装置のジョブとして受け付け、該ジョブの保存、実行等することができる。
外部からの取得や画像形成装置１で動作するアプリケーションによって取得される画像情報がベクターデータである場合、適宜の時期にコントローラーによりＲＩＰ処理（Raster Image Processing）が行われる。

画像形成装置１で画像出力を行う場合、すなわち複写機やプリンターとして使用する場合、画像メモリー１１４やＨＤＤ１１５に格納された画像情報を含むジョブ情報を、ＤＲＡＭ制御ＩＣ１１１を介して書き込み処理部１１７にデータを送出し、書き込み処理部１１７からプリンター部１５０へ書き込みデータが送出される。

プリンター部１５０では、図示しない帯電部によって感光体の表面に一様に帯電を行った後に、ＬＤ１５１のレーザビームによって、書き込みデータに基づく露光走査を行って潜像を形成し、該潜像を現像部により反転現像して感光体の表面にトナー像を形成する。そして給紙トレイから給紙された用紙は、搬送装置によって転写位置へと送られ、該転写位置において転写部によりトナー像が転写される。その後、画像形成がされた用紙は、定着器により加熱定着され、ＦＮＳ部１６０へと搬送される。画像形成がなされた用紙が搬送されるＦＮＳ１６０は、用紙にパンチを行うパンチユニットや、用紙にステイプルを行うステイプラーなどを備えており、所望により用紙への後処理を行う。

外部のＰＣ３、４のデータに基づいて出力するときは、ＰＣに搭載されているプリンタドライバを使用して装置制御ＦＷへデータを送り、出力を行うことができる。
第２ＯＳ、第３ＯＳにあるデータを出力する場合も、第２ＯＳ、第３ＯＳは通常のＰＣで使用されるＯＳなので前述の外部ＰＣに搭載されているものと同じプリンタドライバを利用して出力先プリンターを本体装置に指定することで本体装置の装置制御ＦＷへ出力することが可能である。つまり、専用のプリンタドライバを作成する必要なく出力することが出来る。この際には、出力データを装置制御ＦＷでジョブとして受け付け、出力処理を行うことができる。
以上により、画像形成装置１上で専用のプリンタドライバを必要とすることなく、出力まで行うことが可能である。但し、本実施形態としては、専用のプリンタドライバを用意するものであってもよく、プリンタドライバの種別が汎用、専用で限定されるものではない。

また、画像形成装置特有のＨ／Ｗは、通常のＰＣで使用される第２ＯＳ、第３ＯＳでは制御することができない（例えば、熱定着の温度管理等）。しかしながら、第２ＯＳ、第３ＯＳは装置を制御する装置制御ＦＷを起動する第１ＯＳ上で動作しているので、装置制御ＦＷを介してであれば制御することが可能である。第２ＯＳ、第３ＯＳで起動するアプリケーションと装置制御ＦＷとでコマンドを定義しておくことで例えばアプリケーションが「定着温度を〜度に設定」というコマンドを装置制御ＦＷへ送信し、それを受けた装置制御ＦＷがコマンド内容を解釈し、Ｈ／Ｗを制御することで第２ＯＳ、第３ＯＳ上から装置制御ＦＷを介して本体装置を制御することができる。上記により第２ＯＳ、第３ＯＳからでも本体装置を制御可能となる。すなわち、装置制御ＦＷにコマンド送信機能を持たせ、第２ＯＳ〜第ＮＯＳにそれぞれコマンド受信機能を持たせることで、異なるＯＳ間でコマンドを指令して、実行させることができる。

なお、画像出力に際しては、制御ＣＰＵ１１０ではジョブ情報に基づいて出力を行う。ジョブ情報は、前記画像情報の他に、出力条件情報を含んでいる。出力条件は、プリントモード、用紙情報、給紙トレイ、排紙先、後処理条件などの情報からなり、具体的には、出力画像の画素数、カラー・モノクロの別、片面・両面の別、色調調整、用紙サイズ、用紙の向き、用紙の種類（紙種、斤量、用紙の色など）、給紙トレイの選択、後処理の有無、後処理条件などが挙げられる。出力条件は、印刷条件に相当する。

出力条件は、予め初期設定として標準的な設定が定められている。また、出力条件は、操作部１４０において設定することができる。画像情報を取得するような場合には、制御ＣＰＵ１１０によって操作部制御部１４２が制御され、ＬＣＤ１４１に出力設定入力が可能な画面が表示される。
操作者によって適宜の操作入力がなされると、操作部制御部１４２から制御ＣＰＵ１１０に対し、操作部１４０上で設定された出力条件（プリントモード、給紙トレイ、排紙先、後処理条件など）等の情報が通知される。該情報を受けた制御ＣＰＵ１１０では、出力条件情報を作成し、一旦は制御ＣＰＵ１１０に備えるメモリーに格納する。画像情報を取得すると、画像情報とともにジョブ情報として画像メモリー１１４やＨＤＤ１１５に格納される。
また、第２ＯＳ、第３ＯＳのプリンタドライバを介して出力が行われる場合には、プリンタドライバを介して出力条件が設定されているジョブとして扱うことができ、このジョブに対し、さらに装置制御ＦＷ上で出力条件の設定を行うことも可能である。

次に、本実施形態における制御ＣＰＵ１１０での全体制御の手順を図５のフローチャートに基づいて説明する。以下の手順は第１ＯＳ上で動作する装置制御ＦＷによって全体制御の一部として実行される。
画像形成装置１の電源ＯＮに基づいて、第１ＯＳおよび装置制御ＦＷ、Ｅｍｕｌａｔｏｒ１、２が起動し、イニシャライズ処理が行われる（ステップｓ１０１）。次いで、他のＯＳ、この実施形態では、第２ＯＳ、第３ＯＳの起動及び起動時のスリープ制御を行う（ステップｓ１０２）。以降、第２ＯＳ、第３ＯＳは、そのまま又は他ＯＳと表現する。
起動時のスリープ制御では、スリープさせるＯＳについて、起動状態でのメモリー状態をＨＤＤ１１５に退避し、メモリーは開放しておく（以下、この状態をスリープ状態という）。スリープしたＯＳを復帰する時には、ＨＤＤ１１５に退避させたメモリー状態をメモリーに写し、該当ＯＳを使用可能な状態にする（このように復帰させることも以下の説明で「起動」という）。

次いで、操作部１４０に操作入力が可能なメインメニューを画面表示する（ステップｓ１０３、手順１）。この際に、ＰＣ３、４のＶＮＣクライアント２０、２１からＶＮＣサーバ１２に要求がある場合、操作画面の情報を送ってＰＣ３、４の操作部３０、４０に同様にメインメニューを画面表示する。この際の操作画面は、第１操作画面に相当する。
図６に示すように、メインメニュー画面１４００では、コピー釦１４１０、他ＯＳファイル処理釦１４１１、保存ジョブ処理釦１４１２、他ＯＳ画面釦１４１３が押釦可能に表示されてコピー、他ＯＳファイル処理、保存ジョブ処理、他ＯＳ画面表示の処理選択が可能になっている。

メインメニュー１４００では、いずれかの押釦がユーザーにより操作されると選択された処理が実行される（ステップｓ１０４）。
コピー釦１４１０が押釦されるとデフォルト印刷条件を保持した印刷条件設定画面が入力可能に表示される（ステップｓ１０５）。デフォルト印刷条件は、ＨＤＤ１１５や図示しないフラッシュメモリなどの記憶部に格納しておき、これを読み出すことができる。また、他ＯＳファイル処理釦１４１１が押釦されると、他ＯＳファイル処理手順（ステップｓ１１０）が実行され、保存ジョブ処理釦１４１２が押釦されると保存ジョブ処理（ステップｓ１１１）が行われ、他ＯＳ画面釦１４１３が押釦されると他ＯＳ画面処理（ステップｓ１１２）が実行され、それぞれの処理後、手順１に戻る。

デフォルト印刷条件設定画面表示（ステップｓ１０５）の後、印刷条件の設定入力の受け付けが実行される（ステップｓ１０６）。印刷条件の設定入力では、ジョブ保存の設定が可能になっている。ジョブ保存では、他ＯＳ情報がなければ印刷条件と画像データを対応づけて保存し、他ＯＳ情報があれば、さらにファイル情報を対応づけて保存する。ジョブ保存により、当該ジョブを繰り返し印刷することができる。
次いで、印刷スタート操作を待ち（ステップｓ１０７）、ユーザーによる印刷スタート操作があると（ステップｓ１０７、Ｙ）、スキャナー部１３０で原稿をスキャンして画像データを生成し（ステップｓ１０８）、印刷処理が実行される（ステップｓ１０９）。印刷処理後、手順１に戻る。

次に、装置制御ＦＷによる全体制御の一部である印刷処理の手順を図７のフローチャートに基づいて説明する。
先ず、印刷の処理がなされ（ステップｓ２０１）、その後、印刷条件設定にジョブ保存設定があるか判定される（ステップｓ２０２）。ジョブ保存設定がなければ（ステップｓ２０２、Ｎ）、当該処理からリターンする。ジョブ保存設定があれば（ステップｓ２０２、Ｙ）、ジョブに他ＯＳファイル情報があるかを判定する（ステップｓ２０３）。他ＯＳファイル情報があれば（ステップｓ２０３、Ｙ）、印刷条件、画像データ、ファイル情報（原稿ファイルのファイル名、タイムスタンプ、ファイルサイズ等）を対応づけて画像メモリー１１４やＨＤＤ１１５などに保存し（ステップｓ２０４）、当該処理からリターンする。他ＯＳファイル情報がなければ（ステップｓ２０３、Ｎ）、印刷条件、画像データを対応づけて画像メモリー１１４やＨＤＤ１１５などに保存し（ステップｓ２０５）、当該処理からリターンする。

次に、装置制御ＦＷによる全体制御の一部である他ＯＳファイル処理の手順を図８のフローチャートに基づいて説明する。
先ず、ＨＤＤ１１５に割り当てられている他ＯＳ領域からファイル情報を取得する（ステップｓ３０１）。この例は、他ＯＳファイルのみをリスト表示するものであるが、装置制御ＦＷが管理しているデータと他ＯＳが管理しているデータを合わせて、取得し、リスト表示するものであってもよい。
ファイル情報に基づいたファイルリスト表示によりユーザーによる選択が受け付けられる（ステップｓ３０２）。

ファイルリスト表示画面１４５０を図９に示す。ファイルリスト表示画面１４５０は、操作部１４０に表示される。また、ＰＣ３、４のＶＮＣクライアント２０、２１からＶＮＣサーバ１２にアクセスがあると、ＶＮＣサーバ１２により操作画面の情報がＶＮＣクライアント２０、２１に送られ、ＰＣ３、４の操作部３０、４０に操作可能に表示される。この操作画面は第１操作画面に相当する。

ファイルリスト表示画面１４５０には、図９に示すように、リスト欄１４５１に拡張子とともにファイル名と、更新日とがリスト表示され、リスト中の所望のファイルが表示されている行を押釦して選択することができる。また、ファイルリスト表示画面１４５０には、リスト欄１４５１の右側に、印刷釦１４５２と内容編集釦１４５３とが押釦可能に表示されている。ファイルリスト表示画面１４５０では拡張子により、当該ファイルの対象ＯＳが分かる。

ユーザーによる選択受け付けにおいて、印刷釦１４５２が押釦されたかが判定され（ステップｓ３０３）、いずれかのファイルが選択された状態で印刷釦１４５２が押釦されていれば（ステップｓ３０３、Ｙ）、保存ジョブから選択ファイルに関連付けされたジョブをファイル名で検索し（ステップｓ３０４）、関連付けされたジョブが有るかを判定する（ステップｓ３０５）。以前に選択したファイルに基づいて出力され保存ジョブが生成されていれば、関連付けされた保存ジョブが存在している。選択したファイルに基づいて出力されていても保存ジョブの設定がされていなければ、関連付けされたジョブは保存されていない。

関連付けされたジョブが有ると判定されると（ステップｓ３０５、Ｙ）、選択されたファイルと関連付けされたジョブの一致ファイルをリスト表示し、新規印刷か再印刷かのユーザー選択を受け付ける（ステップｓ３０６）。この画面は操作部１４０に表示される。また、ＰＣ３、４のＶＮＣクライアント２０、２１からＶＮＣサーバ１２にアクセスがあると、ＶＮＣサーバ１２により操作画面の情報がＶＮＣクライアント２０、２１に送られ、ＰＣ３、４の操作部３０、４０に上記リスト表示が操作可能に表示される。この操作画面は第１操作画面に相当する。
ユーザー選択受け付けの結果に応じて、新規印刷または再印刷の選択を判定する（ステップｓ３０７）。
新規印刷が選択されていれば（ステップｓ３０７、新規）、操作部１４０にデフォルト印刷条件設定画面を表示する（ステップｓ３０８）。この際に、ＰＣ３、４のＶＮＣクライアント２０、２１からＶＮＣサーバ１２にアクセスがあると、ＶＮＣサーバ１２により操作画面の情報がＶＮＣクライアント２０、２１に送られ、ＰＣ３、４の操作部３０、４０にデフォルト印刷条件設定画面が操作可能に表示される。この操作画面は第１操作画面に相当する。
一方、再印刷が選択されたと判定されると（ステップｓ３０７、再印刷）、再印刷処理を実行し（ステップｓ３１４）、当該処理からリターンする。

関連付けジョブがないと判定される場合（ステップｓ３０５、Ｎ）、上記と同様にデフォルト印刷条件設定画面を表示する（ステップｓ３０８）。
デフォルト印刷条件設定画面表示（ステップｓ３０８）の後、印刷条件設定入力を受け付ける（ステップｓ３０９）。印刷条件の設定では、各種印刷設定やジョブ保存の要否などが設定可能である。印刷条件設定入力の受け付け（ステップｓ３０９）の後、印刷スタートの操作を待ち（ステップｓ３１０）、印刷スタート操作があると（ステップｓ３１０、Ｙ）、印刷条件とファイル情報を関連付けて画像メモリー１１４やＨＤＤ１１５などに一時記憶する（ステップｓ３１１）。次いで、ファイルの拡張子などから対応テーブルを参照してファイルに対応するＯＳを判定し（ステップｓ３１２）、ファイルに対応するＯＳへ対象ファイルを指定して印刷コマンドを入力し（ステップｓ３１３）、当該処理からリターンする。

ＯＳ判定は、ファイルとＯＳとを関連付けた、表１に示す対応テーブルなどを参照して行うことができる。対応テーブルは、装置制御ＦＷの管理下で予めＨＤＤ１１５や図示しないフラッシュメモリなどに格納されている。ファイルを印刷したり編集したりする際に、装置制御ＦＷによりこの対応テーブルが参照され、使用するＯＳ・アプリケーションが判定され、ＯＳへ指示（コマンド入力）する。対応テーブルは、予め用意しておくことができ、また、ユーザーが新規設定や設定変更できるようにしてもよい。

なお、第２ＯＳ、第３ＯＳでは、起動時にコマンド受付Ｔｅｌｎｅｔが自動起動するように予め設定されており、コマンド受信機能を有している。第２ＯＳ、第３ＯＳは、印刷コマンドをＴｅｌｎｅｔで受け付けると、そのファイルの印刷を実行する。アプリケーションも自動起動される。第２ＯＳ、第３ＯＳのプリンタドライバとして、この装置のプリンタドライバが設定されており、プリンタドライバが起動して印刷が実行される。プリンタドライバは、通常のＰＣで使用されるものと同じものである。

前記した印刷釦操作の判定（ステップｓ３０３）で、印刷釦が押釦されていないと判定されると（ステップｓ３０３、Ｎ）、内容編集釦の操作がなされているかの判定が行われ（ステップｓ３１５）、印刷釦も内容編集釦も操作されていなければ（ステップｓ３１５、Ｎ）、ステップｓ３０２に戻ってユーザーの選択を受け付ける。内容編集釦が操作されていれば（ステップｓ３１５、Ｙ）、内容編集処理がなされ（ステップｓ３１６）、その後、当該処理からリターンする。

次に、保存ジョブ処理の手順を図１０のフローチャートに基づいて説明する。
先ず、操作部１４０に保存ジョブリスト表示がされ、ユーザーによる選択が受け付けられる（ステップｓ４０１、手順２）。この際に、ＰＣ３、４のＶＮＣクライアント２０、２１からＶＮＣサーバ１２に要求がある場合、操作画面の情報を、ＬＡＮ２を通して送ってＰＣ３、４の操作部３０、４０に保存ジョブリストを画面表示する。この際の操作画面は、第１操作画面に相当する。

保存ジョブリスト表示画面１４６０を図１１に示す。保存ジョブは、画像メモリー１１４などに保存されており、これを読み出してリスト化する。保存ジョブリスト表示画面１４６０には、リスト欄１４６１にジョブ名、ジョブ更新日がリスト表示され、さらにジョブに対する関連付けがあれば、拡張子とともに原稿ファイルに関するファイル名及びそのファイルの更新日（タイムスタンプ）がリスト表示されている。リスト中の所望のジョブの行を押釦して選択することができる。保存ジョブリスト表示画面１４６０には、リスト欄１４６１の右側に設定変更釦１４６２、再印刷釦１４６３、削除釦１４６４、終了釦１４６５が押釦可能に表示され、選択されたジョブにファイル情報との関連付けがあれば、さらに内容編集釦１４６６が押釦可能に表示される。

保存ジョブリスト表示画面１４６０でのボタン操作の判定がなされ（ステップｓ４０２）、再印刷釦が操作されている場合（ステップ４０２、再印刷）、再印刷処理を実行し（ステップｓ４１０）、その後、手順２に戻る。内容編集釦が操作されている場合（ステップ４０２、内容編集）、内容編集処理を実行し（ステップｓ４１１）、その後、手順２に戻る。その他の操作がされている場合（ステップ４０２、その他の操作）、削除などのその他の処理を実行し（ステップｓ４１２）、その後、手順２に戻る。終了釦１４６５が操作された場合、当該処理からリターンする。

ボタン操作の判定（ステップｓ４０２）で、設定変更が選択されている場合（ステップｓ４０２、設定変更）、選択された保存ジョブから印刷条件を読み出し（ステップｓ４０３）、読み出した印刷条件を反映した設定画面を操作部１４０に表示する（ステップｓ４０４）。この際に、ＰＣ３、４のＶＮＣクライアント２０、２１からＶＮＣサーバ１２に要求がある場合、操作画面の情報を送ってＰＣ３、４の操作部３０、４０に同様に設定画面を画面表示する。この際の操作画面は、第１操作画面に相当する。
図１２に設定画面１４７０を示す。設定画面１４７０では、各種印刷条件が表示されるとともに、印刷条件欄１４７１を押釦することで印刷条件の設定入力を行うことができる。
選択されたジョブに対してファイル情報との関連付けがあれば、設定画面１４７０には、内容編集釦１４７２が押釦可能に表示される。

上記設定画面１４７０の表示（ステップｓ４０４）の後に、印刷条件設定入力を受け付け（ステップｓ４０５）、内容編集釦１４７２の操作があるかを判定する（ステップｓ４０６）。内容編集の操作がなければ（ステップｓ４０６、Ｎ）、図示しないＯＫ釦の操作などによる終了判定を行い（ステップｓ４０８）、終了判定がなされない場合（ステップｓ４０８、Ｎ）、ステップｓ４０５に戻り、印刷条件設定入力の受け付けがなされる。内容編集の操作がある場合（ステップｓ４０６、Ｙ）、内容編集処理を行い（ステップｓ４０７）、終了判定を行う（ステップｓ４０８）。
終了判定で、終了であると判定されると（ステップｓ４０８、Ｙ）、印刷条件を画像メモリー１１４などに上書き保存して（ステップｓ４０９）、手順２に戻る。

次に、再印刷の処理手順を図１３のフローチャートに基づいて説明する。
先ず、選択された保存ジョブの印刷条件を画像メモリー１１４などから読み出す（ステップｓ５０１）。次いで、読み出した印刷条件を反映した設定画面を操作部１４０に表示する（ステップｓ５０２）。この際に、ＰＣ３、４のＶＮＣクライアント２０、２１からＶＮＣサーバ１２に要求がある場合、操作画面の情報を送ってＰＣ３、４の操作部３０、４０に同様に設定画面を画面表示する。この際の操作画面は、第１操作画面に相当する。
次いで、当該設定画面による印刷条件設定入力を受け付ける（ステップｓ５０３）。印刷スタート操作を待ち（ステップｓ５０４）、印刷スタートの操作があると（ステップｓ５０４、Ｙ）、他ＯＳ側のファイルに変更が有るかを判定する（ステップｓ５０５）。

ファイル変更の有無の判定は、保存ジョブのファイル情報（タイムスタンプ、ファイルサイズ等）と他ＯＳが管理する記憶領域に保存された同名ファイルのファイル情報とを比較し、相違が有れば変更有りと判定することができる。
判定の結果、ファイル変更なしと判定される場合（ステップｓ５０５、Ｎ）、保存ジョブの画像データを画像メモリー１１４等から読み出し（ステップｓ５０９）、印刷処理を実行し（ステップｓ５１０）、当該処理からリターンする。

一方、判定の結果、ファイル変更有りと判定される場合（ステップｓ５０５、Ｙ）、印刷条件とファイル条件を関連付けてＲＡＭ１１２などに一時記憶し（ステップｓ５０６）、ファイルに対応するＯＳを判定する（ステップｓ５０７）。判定は、ファイルとＯＳとを関連付けた、表１に示す対応テーブルなどを参照して行うことができる。次いで、ファイルに対応するＯＳへ、対象ファイルを指定して印刷コマンドを入力し（ステップｓ５０８）、当該処理からリターンする。また、選択された保存ジョブにファイル情報が関連付けされていない場合もステップｓ５０５でＹと判定される。
このようにファイル変更の有無を確認して変更があれば元のファイルの内容を印刷するようにしたので、最新の内容を印刷することができる。また、変更がない場合は、保存された画像データを印刷するようにしたので、ＲＩＰ処理等の時間が省略でき、早く印刷が実行できる。
第２ＯＳ、第３ＯＳでは、起動時にコマンド受付Ｔｅｌｎｅｔが自動起動するように予め設定されており、上記印刷コマンドをＴｅｌｎｅｔで受け付けると、そのファイルの印刷を実行する。アプリケーションも自動起動される。第２ＯＳ、第３ＯＳのプリンタドライバとして、この装置のプリンタドライバが設定されており、プリンタドライバが起動して印刷が実行される。

次に、装置制御ＦＷによるプリントジョブ受信処理の手順を図１４のフローチャートに基づいて説明する。
プリントジョブは、例えば、第２ＯＳ、第３ＯＳ上で動作するアプリケーションで作成されたデータを、プリンタドライバを通して印刷する場合に、装置制御ＦＷによってプリントジョブとして受信される。

先ず、画像データと印刷条件を受信するプリントジョブ受信を実行する（ステップｓ６０１）。受信したプリントジョブについて、ファイル名で保存ジョブを検索する（ステップｓ６０２）。検索の結果、保存ジョブが有るかを判定する（ステップｓ６０３）。
保存ジョブがあれば（ステップｓ６０３、Ｙ）、受信したプリンタジョブと保存ジョブとのタイムスタンプが一致するかを判定し（ステップｓ６０４）、タイムスタンプが一致していれば（ステップｓ６０４、Ｙ）、保存ジョブの画像データを画像メモリー１１４などから読み出し（ステップｓ６０５）、また、保存ジョブがない場合（ステップｓ６０３、Ｎ）や、保存ジョブが有ってもタイムスタンプが一致しない場合（ステップｓ６０４、Ｎ）、受信したプリントジョブをＲＩＰ処理して画像データを生成する（ステップｓ６０６）。また、プリンタジョブと保存ジョブとの一致判定は、ファイルサイズなどのファイル情報、その他の情報を用いて行うこともできる。
このように、保存ジョブの画像データを利用できる場合には、保存された画像データを利用するため、ＲＩＰ処理の時間が省略でき、早く印刷が実行できる。
その後、ファイル名などで一時記憶されている印刷条件を検索する処理に移行する（ステップｓ６０７）。

一時記憶印刷条件検索（ステップｓ６０７）の後、一時記憶印刷条件が有るかを判定する（ステップｓ６０８）。一時記憶印刷条件がなければ（ステップｓ６０８、Ｎ）、印刷処理を行って（ステップｓ６１１）、処理を終了する。一時記憶印刷条件が有れば（ステップｓ６０８、Ｙ）、一時記憶の印刷条件を読み出して受信したプリントジョブの条件と差し替え（ステップｓ６０９）、一時記憶印刷条件を削除する（ステップｓ６１０）。その後、印刷処理を行って（ステップｓ６１１）、処理を終了する。
通常、プリンタドライバは、ドライバ上で手動により設定された印刷設定を付加してジョブを入力する。あるいは、手動設定されていない場合は、デフォルトの印刷条件を付加してジョブを入力するようになっている。前述したように操作部１４０で印刷条件を設定してＯＳに印刷指示を出した場合であっても、ＯＳには単に対象ファイルを指定して印刷コマンドを入力するため、プリンタドライバはデフォルトの印刷条件を付加してしまう。つまり操作部１４０で設定した印刷条件は、プリンタドライバが送ってくるジョブに反映されていない。そこで、ステップｓ６０７からｓ６０９において、受信したジョブが操作部１４０で印刷条件を設定したジョブかどうかを判定し、そのようなジョブの場合は、デフォルトで設定された印刷条件（デフォルト印刷条件）を破棄して操作部１４０で設定した印刷条件に差替えるようになっている。

次に、装置制御ＦＷによる全体制御の一部である内容編集処理の手順を図１５のフローチャートに基づいて説明する。
先ず、表１に示す対応テーブルなどを用いて選択されたファイルに対応する他ＯＳを判定する（ステップｓ７０１）。次いで、他ＯＳの立ち上げの許可／禁止を判定する（ステップｓ７０２）。ここで他ＯＳの立ち上げは、他ＯＳが起動状態になることを意味し、スリープ中の他ＯＳの復帰も含まれる。起動許可／禁止の判定においては、例えば、ＲＩＰ処理中でリソースが多く必要などの動作状況において他ＯＳの立ち上げの制限が必要で禁止と判定する。なお、この禁止判定を、外部のＰＣ３、４から立ち上げが求められている場合に限定し、操作部１４０による他ＯＳ立ち上げ要求にはリソースに拘わらず応えるようにしてもよい。

判定の結果、他ＯＳが禁止かを判定し（ステップｓ７０３）。禁止であれば（ステップｓ７０３、Ｙ）、「現在使用制限中」の画面情報を操作部１４０またはＶＮＣサーバ１２を通してＰＣ３、４に送り、操作部３０、４０の操作画面に「現在使用制限中」を表示し（ステップｓ７０８）、当該処理からリターンする。この際の操作画面は第１操作画面に相当する。なお、内容編集釦の操作が操作部１４０を通して行われており、これを禁止から除外している場合には、操作部１４０に「現在使用制限中」の画面表示はなされない。

他ＯＳが禁止でない場合（ステップｓ７０３、Ｎ）、選択ファイルに対応するＯＳへ、選択ファイルに対応するアプリケーション起動を指示するコマンドを入力する（ステップｓ７０４）。コマンドは、コマンド受付Ｔｅｌｎｅｔで受け付けられ、対応する他ＯＳが受けて起動するとともに、選択ファイルに対応するアプリケーションも自動起動される。この際に、選択ファイルが読み込まれて編集が可能な状態になるようにしてもよい。他ＯＳでは、起動にしたがって、操作画面を表示する（ステップｓ７０５）。図１６は、他ＯＳ画面の表示例である。この例では、他ＯＳ画面としてＷｉｎｄｏｗｓ画面１４８３を、画面１４８０内の領域１４８２に嵌めこんで表示している。
また、ＰＣ３、４のＶＮＣクライアント２０、２１からＶＮＣサーバ１０またはＶＮＣサーバ１１（他ＯＳがＷｉｎｄｏｗｓの場合、ＶＮＣサーバ１０）にアクセスされている場合、他ＯＳの操作画面の情報を送ってＰＣ３、４の操作部３０、４０に他ＯＳ画面を表示させる。この際の操作画面は、第２操作画面または第３操作画面に相当する。操作部３０、４０で操作画面に対し行われる操作入力は、ＶＮＣクライアント２０、２１を通してＶＮＣサーバ１０またはＶＮＣサーバ１１に送られ、他ＯＳで受け付けられる。したがって、画像形成装置１にある他ＯＳのファイルを外部装置であるＰＣ３、４で編集することができる。なお、他ＯＳの操作画面をＰＣ３、４に提供している場合でも、操作部１４０では、装置制御ＦＷで生成された第１操作画面が表示されて、画像形成装置１におけるコピー、スキャン、印刷などの画像形成装置本体の操作を行うことができる。

内容編集釦の操作が、操作部１４０で行われている場合、ＶＮＣサーバ１０またはＶＮＣサーバ１１により他ＯＳの操作画面がＶＮＣクライアント２２に送られて操作部１４０に他ＯＳ画面が表示される。この際の操作画面は、第２操作画面または第３操作画面に相当する。操作部１４０で操作画面に対し行われる操作入力は、ＶＮＣクライアント２２を通してＶＮＣサーバ１０またはＶＮＣサーバ１１に送られ、他ＯＳで受け付けられる。

この実施形態では、領域１４８２内に嵌め込まれたＷｉｎｄｏｗｓ画面１４８３上で、さらにＷｉｎｄｏｗｓのアプリケーションが起動して操作可能になる。また、領域１４８２外の画面１４８０には、終了釦１４８１が押釦可能に表示されている。領域１４８２の外側の領域への操作は、装置制御ＦＷの制御により操作に応じた動作が実行される。
上記終了釦１４８１の操作を待ち（ステップｓ７０６）、終了釦１４８１が操作されると、元画面に切り換え（ステップｓ７０７）、当該処理からリターンする。画面の切り替えは、表示切替部１４３によりＶＲＡＭ１１３に保持された描画データを用いて行われる。

次いで、装置制御ＦＷによる他ＯＳ画面の処理手順を図１７のフローチャートに基づいて説明する。
先ず、ＯＳ選択画面（不図示）を表示してユーザーによるＯＳ選択がなされ（ステップｓ８０１）、他ＯＳの立ち上げの許可／禁止を判定する（ステップｓ８０２）。判定においては、例えば、ＲＩＰ処理中でリソースが多く必要などの状況で他ＯＳの立ち上げが制限される。
判定の結果、他ＯＳが禁止かを判定し（ステップｓ８０３）。禁止であれば（ステップｓ８０３。Ｙ）、「現在使用制限中」を操作部１４０や外部ＰＣ３、４の操作部３０、４０に表示し（ステップｓ８０７）、当該処理からリターンする。

他ＯＳが禁止でない場合（ステップｓ８０３、Ｎ）、図１６に示すように、操作部１４０やＰＣ３、４の操作部３０、４０に他ＯＳ画面を表示する処理を行う（ステップｓ８０４）。
終了釦１４８１の操作が待機され（ステップｓ８０５）、終了釦１４８１が操作されると、元画面に切り換え（ステップｓ８０６）、当該処理からリターンする。

次に、装置制御ＦＷによる他ＯＳ画面表示の処理手順を図１８のフローチャートに基づいて説明する。
先ず、装置制御ＦＷが、ＶＮＣクライアントを起動し（ステップｓ９０１）、対象となる他ＯＳのＶＮＣサーバへアクセスする（ステップｓ９０２）。ここでＶＮＣサーバごとに異なるポート番号が設定されており、ＶＮＣクライアントはポート番号に基づいて対象となる他ＯＳのＶＮＣサーバにアクセスする。

アクセスしようとするＶＮＣサーバが使用中かを判定し（ステップｓ９０３）、他クライアントが使用中の場合（ステップｓ９０３、Ｙ）、ＶＮＣサーバからその旨の通知がなされ、ＶＮＣクライアント側で「他クライアントが使用中」を表示する（ステップｓ９０６）。すなわち、操作部１４０またはＰＣ３、４の操作部３０、４０に「他クライアントが使用中」を表示する。その後、当該処理からリターンする。

一方、他クライアントが使用中でない場合（ステップｓ９０３、Ｎ）、対象となる他ＯＳの画像データを当該ＯＳのＶＮＣサーバから取得し（ステップｓ９０４）、対象となる他ＯＳ画面を操作部１４０または操作部３０、４０に表示する（ステップｓ９０５）。

他ＯＳ画面は、ＶＮＣサーバ１０によりＶＮＣクライアント２２を通して操作部１４０に操作可能に表示され、また、ＶＮＣクライアント２０、２１を通してＰＣ３の操作部３０やＰＣ４の操作部４０に操作可能に表示される。この操作画面は、第２操作画面または第３操作画面に相当する。
例えば、Ｗｉｎｄｏｗｓ画面１４８３での操作は、ＶＮＣサーバ１０によって直接第２ＯＳへ伝えられる。このＷｉｎｄｏｗｓ画面１４８３において、種々の操作を行うことができ、Ｗｉｎｄｏｗｓ画面１４８３で起動可能なアプリケーションを立ち上げて新規ファイルの作成、編集、保存、印刷などの処理を行うことができる。操作はＶＮＣサーバ１０により、ＶＮＣクライアント２０、２１、２２を通して操作部１４０、外部ＰＣ３、４の操作部３０、４０で行うことができる。なお、操作部３０または操作部４０にＷｉｎｄｏｗｓ画面１４８３が表示されている場合、操作部１４０では、第１操作画面を表示して操作入力を受け付けることができる。

対応する他ＯＳ画面内の操作は、ＶＮＣクライアント２０〜２１から他ＯＳのＶＮＣサーバ１０、１１を通して直接他ＯＳに伝えられる。その後、当該処理からリターンする。

次に、装置制御ＦＷによるスリープ制御の手順を図１９のフローチャートに基づいて説明する。スリープ管理は、全体制御のルーチンとは独立して動作する。
先ず、電源ＯＮ時のスリープ制御では、タイマーＴ１がスタートする（ステップｓ１００１）。次いで、スリープ延長に当たる起動イベントが有るかを判定する（ステップｓ１００２、手順４）。起動（スリープ延長）イベントが発生すると、第１ＯＳが起動し、以降のルーチンが実行される。起動（スリープ延長）イベントとしては、パネル操作、プリントジョブ受信、印刷完了などが挙げられる。なお、スリープ延長とは、起動状態においてスリープ状態に移行するタイミングを遅らせることをいう。

起動（スリープ延長）イベントがなければ（ステップｓ１００２、Ｎ）、Ｔ１＞ｔ１かを判定する（ステップｓ１００５）。ｔ１は、スリープ動作のために予め設定された所定の時間であり、この所定時間内に操作や印刷がなければスリープ制御をするという閾値である。

Ｔ１＞ｔ１でなければ、手順４に戻って処理を継続する。起動（スリープ延長）イベントが有ると（ステップｓ１００２、Ｙ）、プリントエンジンがスリープ中であれば当該プリントエンジンを復帰させ（ステップｓ１００３）、タイマーＴ１をリセットし（ステップｓ１００４）、Ｔ１＞ｔ１の判定（ステップｓ１００５）に移行する。なお、プリントエンジンは、例えば、印刷を実行する画像形成機構、用紙搬送機構およびそれらの機構を制御する機能などを有する装置であり、プリントエンジンのスリープ状態とは、各機構への電力供給をオフまたは低電力にした状態のことを意味する。

一方、Ｔ１＞ｔ１であれば（ステップｓ１００５、Ｙ）、他ＯＳが起動中かを判定する（ステップｓ１００７）。
他ＯＳが起動中でなければ（ステップｓ１００７、Ｎ）、プリントエンジンをスリープさせ（ステップｓ１０１１）、第１ＯＳをスリープ（ステップｓ１０１２）にして、処理を終了する。
他ＯＳが起動中の場合（ステップｓ１００７、Ｙ）、手順４に戻る。この例では、他ＯＳは、そのＯＳで設定された条件でスリープに入るが、他ＯＳが起動状態の場合、第１ＯＳ、プリントエンジンは、他ＯＳからの印刷指示に備えてスリープさせないものとしている。

また、装置制御ＦＷによるスリープ制御の他例の手順を図２０のフローチャートに基づいて説明する。
ステップｓ１００１〜ステップｓ１００７までの手順は、上記手順と同様であり、ここでは説明を省略する。
ステップｓ1００７で、他ＯＳが起動中でないと判定される場合は（ステップｓ１００７、Ｎ）は、前記手順と同様にプリントエンジンのスリープ（ステップｓ１０１１）、第１ＯＳスリープ（ステップｓ１０１２）の処理を行い、終了する。他ＯＳが起動中でない場合としては、他ＯＳがスリープ中である場合が含まれる。
ステップｓ１００７で、他ＯＳが起動中であると判定されると（ステップｓ１００７、Ｙ）、他ＯＳでアプリケーションが起動中かの判定がなされる（ステップｓ１００８）。アプリケーションが起動中でない場合（ステップｓ１００８、Ｎ）、他ＯＳへスリープ指示を行い（ステップｓ１０１０）、プリントエンジンのスリープ（ステップｓ１０１１）を行った後、第１ＯＳスリープ（ステップｓ１０１２）の処理を行い、終了する。

一方、他ＯＳでアプリケーションが起動している場合（ステップｓ１００８、Ｙ）、手順４に戻る。アプリケーションが使用されている場合、その後、印刷される可能性が高いので、プリントエンジン、第１ＯＳはスリープさせない。なお、この際のアプリケーションの使用は、通常、ＰＣ３、４の操作部３０、４０を通してリモートで使用されている場合である。画像形成装置１の操作部１４０で使用されている場合、操作部１４０の操作によってスリープ延長のイベントが発生するため、この処理に至らないのが通常である。
このように、アプリケーションが使用されていない場合に限り、ＯＳをスリープさせるようにしたので、ユーザーによるファイル編集等の作業の中断を避けることができる。

また、装置制御ＦＷによるスリープ制御のさらに他例の手順を図２１のフローチャートに基づいて説明する。
ステップｓ１００１〜ステップｓ１００８までの手順は、上記手順と同様であり、ここでは説明を省略する。
ステップｓ1００８で、他ＯＳでアプリケーションが起動中でない場合（ステップｓ１００８、Ｎ）、前記手順と同様に、第１ＯＳへスリープ指示を行い（ステップｓ１０１０）、プリントエンジンのスリープ（ステップｓ１０１１）、第１ＯＳスリープ（ステップｓ１０１２）の処理を行い、終了する。

一方、他ＯＳでアプリケーションが起動している場合（ステップｓ１００８、Ｙ）、起動中のアプリケーションが特定のアプリケーションかを判定する（ステップｓ１０１３）。特定のアプリケーションは、予め登録しておく。通常は、印刷に関連するアプリケーションを特定のアプリケーションとして登録しておく。また、この登録は、ユーザーが新規に設定登録したり、変更したりできるようにしてもよい。なお、起動中のアプリケーションは、前記手順と同様に、ＰＣ３、４の操作部３０、４０を通してリモートで使用されている場合である。

特定のアプリケーションかの判定後、特定のアプリケーションが起動中かを判定する（ステップｓ１０１４）。特定のアプリケーションが起動している場合（ステップｓ１０１４、Ｙ）、印刷が実行される可能性が高いので、プリントエンジンをスリープさせずに、手順４に戻る。これにより、特定アプリケーションから印刷しようとした際には、即座に印刷が実行できる。特定のアプリケーションが起動中でない場合（ステップｓ１０１４、Ｎ）、印刷に関連しないアプリケーションが実行されているため、プリントエンジンをスリープにして手順４に戻る。これにより、消費電力が低減できる。なお、プリントエンジンのみをスリープさせるのは、この実施形態では、第１ＯＳ上で、他ＯＳが動作しているおり、第１ＯＳをスリープさせると、他ＯＳを使用できなくなるためである。

なお、上記手順で特定アプリケーションが起動中でないとされる場合（ステップｓ１０１４、Ｎ）、プリントエンジン等のスリープを行うかをユーザーに問い合わせ、ユーザーの操作に基づいてスリープを行うか、スリープを行わないかを決定するようにしてもよい。これによりユーザーが望まないスリープを回避することができる。
上記した図１９〜図２１の手順は、いずれかが設定されているものでもよく、また、いずれかをデフォルトとし、ユーザーが選択して設定できるものとしてもよい。

次に装置制御ＦＷによる全体制御の一部である他ＯＳスリープ制御（起動時）の手順を図２２のフローチャートに基づいて説明する（図５のステップ１０２の処理内容）。
先ず、第１ＯＳが起動し、さらに、第２〜第Ｎの全ての他ＯＳに起動指示をする（ステップｓ１１０１）。他ＯＳへの起動指示は、エミュレータに対し行われる。次いで、ＯＳ優先順位設定の処理を行う（ステップｓ１１０２）。優先順位は予め定めた手動設定や、保存ファイルの種類などによる自動設定で決定される。

手動設定では、予めユーザー指示等によるＯＳ毎の優先順位や、使用アプリケーションや使用ファイルに対し設定された優先順位に基づいて各ＯＳの優先順位を決定する。保存ファイルの種類により自動設定する場合は、保存ジョブに関連付けられているＯＳを優先し、他をスリープするようにする。また、保存ジョブのファイル数が多い関連ＯＳを優先度の高いものとすることができる。さらに、使用頻度やアクセス時間に基づいて、またはこれらの組み合わせてよって優先順位を決定することができる。

次いで、各ＯＳの起動完了を待ち（ステップｓ１１０３）、優先順位の高い所定個数のＯＳを残し、他をスリープさせる（ステップｓ１１０４）。この際の所定個数は予め手動設定、または搭載しているメモリー容量などに応じて自動的に設定される。その後、当該処理からリターンする。
このように、起動状態とするＯＳの個数を制限したことにより、画像形成に必要なリソースが確保でき、装置のパフォーマンスの低下を防ぐことができる。また、ＯＳのスリープ状態にするには、メモリの内容をハードディスク等に退避させるのであるが、この処理にはある程度の時間が必要である。ジョブが入力されてリソースが必要になった時点でスリープ処理を行うようにすると、その退避期間は、ジョブ実行のパフォーマンスが低下してしまう。本実施形態では、電源オン時に即座にスリープさせるようにしたので、その問題をできる限り未然に防ぐことができる。なお、ＯＳを立ち上げるために要する時間より、スリープ状態のＯＳを復帰させるために要する時間の方が圧倒的に短いため、ユーザーの利便性の低下も少なくて済む。

次に、装置制御ＦＷによる全体制御でのＯＳ優先順位設定の処理手順を図２３のフローチャートに基づいて説明する。
先ず、ＯＳ優先順位設定が自動設定かを判定する（ステップｓ１２０１）。優先順位を自動設定するか、手動設定するかは予めユーザーにより設定される。手動設定の際の優先順位も予め設定しておく。
ＯＳ優先順位設定が自動設定でない場合（ステップｓ１２０１、Ｎ）、手動設定の順位をＨＤＤ１１５などから読み出して設定し（ステップｓ１２０５）、当該処理からリターンする。

ＯＳ優先順位設定が自動設定である場合（ステップｓ１２０１、Ｙ）、ＨＤＤ１１５の他ＯＳ領域からファイル情報を取得し（ステップｓ１２０２）、ファイルに対応するＯＳを表１に示す対応テーブルなどを参照してカウントする（ステップｓ１２０３）。カウント数の多いＯＳ順に順位付けをし（ステップｓ１２０４）、当該処理からリターンする。
なお、この例では、自動設定としてファイル対応数で優先順位を設定しているが、自動設定の方法がこれに限定されるものではない。
このように、優先順位の低いＯＳからスリープさせるようにしたので、利便性の低下を防ぐことができる。

次に、装置制御ＦＷによるＲＩＰ処理手順とＲＩＰ処理時の他ＯＳスリープ制御の処理手順を図２４のフローチャートに基づいて説明する。なお、ＲＩＰ処理時の制御は全体制御ルーチンとは独立して動作する。
先ず、受信したジョブ情報をスリープ制御ルーチンへ通知し（ステップｓ１３０１）、次いで、ＲＩＰ処理を開始する（ステップｓ１３０２）。ＲＩＰ処理を終了すると、ＲＩＰ終了をスリープ制御ルーチンへ通知し（ステップｓ１３０３）、ＲＩＰ済画像データと印刷条件を全体制御ルーチンへ入力し（ステップｓ１３０４）、ＲＩＰ処理手順を終了する。

一方、ＲＩＰ処理時の他ＯＳスリープ制御ルーチンでは、ジョブ情報の受信を待ち（ステップｓ１４０１）、ステップｓ１３０１の通知によりジョブ情報の受信がなされると（ステップ１４０１、Ｙ）、ＲＩＰ処理における必要リソースを判定する（ステップｓ１４０２）。必要リソースの判定は、ジョブボリューム（データ量等）に基づき必要リソース（ＣＰＵ、メモリー等）のレベル判定により行うことができる。判定の結果、ＲＩＰ処理時に使用可能なＯＳの個数を決定する（ステップｓ１４０３）。使用可能なＯＳの個数決定は、上記判定のレベルに応じて個数（０〜ｎ）を自動設定により決定することができる（ｎは、正整数）。レベルと個数とは関連付けてＨＤＤ１１５などに読み出し可能に格納しておく。

例えば、ハードウェアリソースによる個数の自動設定では、予め設定された印刷処理に必要なハードウェアリソースが満たせなくなると判定すると、リソースの使用率に応じて起動できるＯＳ数を決定し、それ以外の優先度の低い（例えば未使用）ＯＳをスリープするようにする。ハードウェアリソースは、第１ＯＳ経由で情報を取得するのがＣＰＵ、メモリーおよびＨＤＤの使用率で例えば５０％を超えた場合に３個の起動制限を行うなどする。また、例えば装置制御ＦＷ経由で情報を取得する際に、ＨＤＤのパフォーマンスで転送速度１００ＭＢ／ｓｅｃを満たせなくなった場合に制限を行う、ネットワークパフォーマンスで転送速度が最大転送速度の５０％を下回った場合に起動制限を行うなどにより、使用可能ＯＳ個数を決定することができる。

また、印刷ジョブによる自動設定を行うこともできる。ＲＩＰ処理を行うコントローラーでは、受信した印刷ジョブのヘッダ情報から、画像サイズ、データフォーマット、ページ数、レイアウトなどを鑑みてＲＩＰ処理に必要なリソース情報を予め算出する。その結果からＯＳの起動制限を行う。
例えば、画像サイズ（Ａ４）＋フォーマット（ＰＳ）＋ページ数（１０）、レイアウト（２ｉｎ１）からメモリー２００ＭＢ、ＣＰＵ：２コアで占有率３０％、ＨＤＤ：２００ＭＢを要すると算出できる。

ＲＩＰ処理時に使用可能なＯＳ個数を決定（ステップｓ１４０３）した後、ＯＳ使用制限をＯＮにし（ステップｓ１４０４）、起動中のＯＳ個数＞使用可能ＯＳ個数かを判定する（ステップｓ１４０５）。起動中のＯＳ個数＞使用可能ＯＳ個数であれば（ステップｓ１４０５、Ｙ）、ＶＮＣサーバへのアクセスがない他ＯＳをスリープさせ（ステップｓ１４０６）、再度、起動中のＯＳ個数＞使用可能ＯＳ個数かを判定する（ステップｓ１４０７）。起動中のＯＳ個数＞使用可能ＯＳ個数であれば（ステップｓ１４０７、Ｙ）、外部からアクセスしている他ＯＳをスリープし（ステップｓ１４０８）、スリープ中の他ＯＳのＶＮＣサーバを停止する（ステップｓ１４０９）。

なお、ステップｓ１４０５、ｓ１４０７で起動中のＯＳ個数＞使用可能ＯＳ個数でなければ、他ＯＳのスリープを増加させることなく、スリープ中の他ＯＳのＶＮＣサーバの停止を行う（ステップｓ１４０９）。ＶＮＣサーバの停止により、外部からのアクセスによる他ＯＳのスリープからの復帰を禁止する。但し、操作部１４０からのＶＮＣアクセスは、使用可能個数まで立ち上げを許可する。また、ＶＮＣサーバを介さない印刷コマンドによる他ＯＳの起動は可能である。
スリープ中他ＯＳのＶＮＣサーバの停止後、ＲＩＰ処理通知の受信を待機する（ステップｓ１４１０）。ＲＩＰ処理手順による前記ＲＩＰ処理通知（ステップｓ１３０３）を受信すると（ステップｓ１４１０、Ｙ）、ＯＳ使用制限をＯＦＦにし、全ＶＣＮサーバを起動し、ジョブ情報受信の待機に移行する（ステップｓ１４０１へ）。
以上のように、本実施形態では、ジョブの実行を最も優先し、必要なリソースを確保するようにしたので、画像形成装置の本来の機能である印刷においてパフォーマンスの低下を防ぐことができる。また、他ＯＳの使用制限（スリープ制御）において、まず未使用のＯＳからスリープさせ、次に、画像形成装置の操作部から使用されているＯＳよりも外部のＰＣから使用されているＯＳを先にスリープさせることにより、画像形成装置を直接使用するユーザーの利便性をできる限り維持することができる。

他ＯＳのスリープ処理では、起動状態のメモリー状態をＨＤＤに退避し、メモリー開放する。第１ＯＳ側でも、ＨＤＤ未使用であれば、ＨＤＤを停止させる。第２〜第ＮＯＳの復帰は、第２〜第ＮＯＳ用のメモリー領域を確保し、ＨＤＤの前回のメモリー情報を展開し、ＯＳをロードさせる。

次に、装置制御ＦＷによる全体制御での他ＯＳ立ち上げ許可／禁止の判定の処理手順を図２５のフローチャートに基づいて説明する。
先ず、ＯＳ使用制限ＯＮであるかを判定する（ステップｓ１５０１）。ＯＳ使用制限がＯＮでなければ（ステップｓ１５０１、Ｎ）、他ＯＳの立ち上げの許可をし（ステップｓ１５０７）、当該処理からリターンする。ここで他ＯＳの立ち上げは、他ＯＳが起動状態になることを意味し、スリープ中の他ＯＳの復帰も含まれる。
一方、ＯＳ使用制限ＯＮである場合（ステップｓ１５０１、Ｙ）、起動中ＯＳの個数を検出し（ステップｓ１５０２）、起動中ＯＳ個数＜使用可能ＯＳ個数かを判定する（ステップｓ１５０３）。起動中ＯＳ個数＜使用可能ＯＳ個数であれば（ステップｓ１５０３、Ｙ）、他ＯＳの立ち上げの許可をし（ステップｓ１５０７）、当該処理からリターンする。起動中ＯＳ個数＜使用可能ＯＳ個数でなければ（ステップｓ１５０３、Ｎ）、使用されていない起動他ＯＳが有るかを判定する（ステップｓ１５０４）。使用されていない起動他ＯＳがなければ（ステップｓ１５０４、Ｎ）、他ＯＳの立ち上げを禁止し（ステップｓ１５０６）、当該処理からリターンする。使用されていない起動他ＯＳが有る場合、この起動他ＯＳのうちで、優先順位が低い１つの他ＯＳをスリープにして、再度、起動中ＯＳ個数＜使用可能ＯＳ個数の判定（ステップｓ１５０３）以降を繰り返す。
上記により限られたリソースでのマルチＯＳ動作を実現することができ、さらに安定した印刷処理を行うことができる。かつ、優先順位を考慮して制限しているため、利便性低下も最小限に抑えられる。また、各ＯＳの起動（復帰）時間を短縮できる。

以上、本発明について、上記実施形態に基づいて説明を行ったが、本発明は、上記説明の内容に限定されるものではなく、本発明の範囲を逸脱しない限りは、適宜の変更が可能である。

１ 画像形成装置
２ ＬＡＮ
３ ＰＣ
４ ＰＣ
１１０ 制御ＣＰＵ
１１３ ＶＲＡＭ
１１４ 画像メモリー
１１５ ＨＤＤ
１２０ 通信部
１２２ ＮＩＣ
１３０ スキャナー部
１４０ 操作部
１５０ プリンター部
第１ＯＳ 第１オペレーティングシステム
第２ＯＳ 第２オペレーティングシステム
第３ＯＳ 第３オペレーティングシステム
Ｈ／Ｗ ハードウェア資源
１４８３ Ｗｉｎｄｏｗｓ画面

Claims (16)

1. 画像データに基づいて画像を形成し、前記画像を用紙に出力するプリンター部と、
   当該画像形成装置上で起動する第１のオペレーティングシステムと、前記第１のオペレーティングシステム上で動作して当該画像形成装置を制御する制御プログラムとの実行によって、少なくとも、前記プリンター部を含む当該画像形成装置におけるハードウェア資源の制御を実現する制御部と、を備え、
   前記制御部は、さらに、少なくとも１つ以上のアプリケーションを起動する第２〜第Ｎ（Ｎは２以上の整数）のオペレーティングシステムと、前記第１のオペレーティングシステムと前記第２〜第Ｎのオペレーティングシステムとの間に介在して、前記第１のオペレーティングシステム上で前記第２〜第Ｎのオペレーティングシステムを動作可能にするエミュレータとを実行可能であることを特徴とする画像形成装置。
2. 前記エミュレータは、第２〜第Ｎのオペレーティングシステム毎に用意されていることを特徴とする請求項１記載の画像形成装置。
3. 前記第２〜第Ｎのオペレーティングシステムの少なくとも１つは、前記ハードウェア資源の少なくとも一部に直接アクセス可能であり、前記第２〜第Ｎのオペレーティングシステムで直接アクセスが不可のハードウェア資源を含む前記ハードウェア資源には、前記第１のオペレーティングシステムを介してアクセス可能であることを特徴とする請求項１または２に記載の画像形成装置。
4. 前記アプリケーションの少なくとも１つは、データを扱うものであることを特徴とする請求項１〜３のいずれか１項に記載の画像形成装置。
5. 前記制御部は、さらに、前記第２〜第Ｎのオペレーティングシステムの少なくとも１つ上で動作し、前記プリンター部を制御するプリンタドライバの実行によって前記プリンター部による前記出力を実現することを特徴とする請求項１〜４のいずれか１項に記載の画像形成装置。
6. 前記第２〜第Ｎのオペレーティングシステムで扱われるデータを前記第１のオペレーティングシステムにより制御する当該画像形成装置で出力する場合、前記プリンタドライバを通して前記第１のオペレーティングシステムで制御する当該画像形成装置にジョブとして入力することを特徴とする請求項５に記載の画像形成装置。
7. 前記プリンタドライバは、パーソナルコンピュータでの使用を前提として提供されたものであることを特徴とする請求項６に記載の画像形成装置。
8. 前記プリンタドライバは、前記第２〜第Ｎのオペレーティングシステム毎に用意されていることを特徴とする請求項５〜７のいずれか１項に記載の画像形成装置。
9. 前記制御プログラムおよび前記第２〜第Ｎのオペレーティングシステムの少なくともいずれかの制御により、操作入力の受け付けと表示とを行う操作部を備えることを特徴とする請求項１〜８のいずれか１項に記載の画像形成装置。
10. 前記制御部は、１つの操作画面上で、前記制御プログラムにより操作入力の受け付けと表示とを行う領域と、前記第２〜第Ｎのオペレーティングシステムの少なくともいずれかにより操作入力の受け付けと表示とを行う領域とを区分けして設けることが可能であることを特徴とする請求項９記載の画像形成装置。
11. 前記制御部は、前記制御プログラムおよび前記第２〜第Ｎのオペレーティングシステムの動作に応じて、前記操作部における前記操作入力の受付および前記表示の切り替えを実行することを特徴とする請求項１〜１０のいずれか１項に記載の画像形成装置。
12. 前記制御部は、初期動作で前記第１のオペレーティングシステムと、前記制御プログラムとが実行されることを特徴とする請求項１〜１１のいずれか１項に記載の画像形成装置。
13. 前記制御部は、前記制御プログラムの指示によって前記エミュレータおよび前記第２〜第Ｎのオペレーティングシステムの少なくともいずれかが実行され、起動した前記第２〜第Ｎのオペレーティングシステムの終了によって前記制御プログラムの実行に復帰することを特徴とする請求項１〜１２のいずれか１項に記載の画像形成装置。
14. 前記制御プログラムは、当該画像形成装置の動作状態に応じて前記エミュレータおよび前記第２〜第Ｎのオペレーティングシステムの動作を禁止することを特徴とする請求項１３記載の画像形成装置。
15. 少なくとも、前記第１のオペレーティングシステム、前記制御プログラム、前記第２〜第Ｎのオペレーティングシステム、前記エミュレータおよび前記アプリケーションを記憶する記憶部を備えることを特徴とする請求項１〜１４のいずれか１項に記載の画像形成装置。
16. 前記記憶部は、前記制御プログラムおよび前記第２〜第Ｎのオペレーティングシステム毎に領域が割り当てられることを特徴とする請求項１５に記載の画像形成装置。

Images