(57)【要約】【課題】マルチＯＳの画像形成装置において、画像形成装置本来の機能を発揮できるようにその他の処理を行うＯＳをマイグレーションにより継続使用を可能にする。【解決手段】ネットワークを介して他の画像形成装置と通信可能に接続される画像形成装置であり、プリンター部と、ネットワークを介して他の画像形成装置と接続可能にする通信部と、当該画像形成装置上で起動する第１のオペレーティングシステム（以下ＯＳという）と、第１ＯＳ上で起動して画像形成に関わる処理を行う制御プログラムが動作し、さらに、第１ＯＳの動作と並行して他の処理を行う第２ＯＳを操作可能にする制御部を備え、制御部は、第２ＯＳを動作させている画像形成装置の処理状態により、第２ＯＳが動作可能である他の画像形成装置を選択、決定し、その時点での第２ＯＳの動作状態を他の画像形成装置に転送し、他の画像形成装置で第２ＯＳを動作させる。【選択図】図４
2014102588.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して１または２以上の他の画像形成装置と通信可能に接続される画像形成装置であって、
画像データに基づいて画像を形成し、前記画像を用紙に出力するプリンター部と、
ネットワークを介して少なくとも他の画像形成装置と接続可能にする通信部と、
当該画像形成装置上で起動する第１のオペレーティングシステムと、前記第１のオペレーティングシステム上で起動して画像形成に関わる処理を行う制御プログラムとが動作し、さらに、前記第１のオペレーティングシステムの動作と並行して前記画像形成以外の他の処理を行う１または２以上の第２のオペレーティングシステムを操作可能にする制御部と、を備え、
前記制御部は、前記第２のオペレーティングシステムを動作させている画像形成装置の画像形成に関わる処理状態により、前記第２のオペレーティングシステムが動作可能である他の画像形成装置を選択、決定し、その時点での前記第２のオペレーティングシステムの動作状態を前記他の画像形成装置に転送し、前記他の画像形成装置に切り替えて前記第２のオペレーティングシステムを動作させることを特徴とする画像形成装置。
【請求項２】
前記制御部は、前記第１のオペレーティングシステムの動作と並行して前記第２のオペレーティングシステムを動作させて操作可能にすることを特徴とする請求項１記載の画像形成装置。
【請求項３】
前記制御部は、前記第２のオペレーティングシステムにおける第２操作画面の情報を、当該画像形成装置にネットワーク接続された他の画像形成装置に提供し、前記他の画像形成装置に提供された前記第２操作画面に対する操作入力を受け付ける操作画面サーバが動作可能であることを特徴とする請求項１または２に記載の画像形成装置。
【請求項４】
前記制御部は、他の画像形成装置で動作する操作画面サーバによって提供される前記第２のオペレーティングシステムにおける第２操作画面の情報を受け取り、該第２操作画面に対する操作入力を可能にする操作画面クライアントが動作可能であることを特徴とする請求項１〜３のいずれか１項に記載の画像形成装置。
【請求項５】
前記制御部は、前記の画像形成に関わる処理状態を、入力されたジョブの種類により判断することを特徴とする請求項１〜４のいずれか１項に記載の画像形成装置。
【請求項６】
前記制御部は、前記の画像形成に関わる処理状態を、予約されているジョブの量および種類の一方または両方により判断することを特徴とする請求項１〜４のいずれか１項に記載の画像形成装置。
【請求項７】
前記制御部は、前記ジョブに基づくハードウェアリソースの状況に応じて前記ジョブの実行前に前記判断を行うことを特徴とする請求項５または６に記載の画像形成装置。
【請求項８】
前記制御部は、ネットワーク上の他の画像形成装置の状態により、前記切り替えの対象となる他の画像形成装置を決定できない場合は、所定の状態で第２のオペレーティングシステムを止め、同じ状態で継続開始できるように第２のオペレーティングシステムに関する動作状態を保存することを特徴とする請求項１〜７のいずれか１項に記載の画像形成装置。
【請求項９】
前記制御部は、前記第２のオペレーティングシステムが動作している画像形成装置の状態により、第２のオペレーティングシステムの動作を続けるか止めるかをユーザーが選択できるようにすることを特徴とする請求項１〜８のいずれか１項に記載の画像形成装置。
【請求項１０】
前記制御部は、動作を止める場合は、所定の状態で第２のオペレーティングシステムを止め、同じ状態で継続開始できるように第２のオペレーティングシステムに関する動作状態を保存することを特徴とする請求項１〜９のいずれか１項に記載の画像形成装置。
【請求項１１】
前記制御部は、前記切り替えにより前記第２のオペレーティングシステムを他の画像形成装置で動作させている場合に、切り替え前に前記第２のオペレーティングシステムが動作していた画像形成装置の状態に応じて前記他の画像形成装置上の第２のオペレーティングシステムを停止させ、再度、切り替え前に第２のオペレーティングシステムが動作していた前記画像形成装置で前記第２のオペレーティングシステムを動作させることを特徴とする請求項１〜１０のいずれか１項に記載の画像形成装置。
【請求項１２】
前記切り替えにより前記第２のオペレーティングシステムが動作する他の画像形成装置は、前記第２のオペレーティングシステムにおける第２操作画面の情報を、当該他の画像形成装置にネットワーク接続された他の画像形成装置に提供し、提供された前記第２操作画面に対する操作入力を受け付ける操作画面サーバが動作可能であり、
前記制御部は、前記他の画像形成装置で動作する操作画面サーバによって提供される前記第２のオペレーティングシステムにおける第２操作画面の情報を受け取り、該第２操作画面に対する操作入力を可能にする操作画面クライアントが動作可能であり、前記操作画面サーバと前記操作画面クライアントの接続状況に応じて、前記他の画像形成装置上の第２のオペレーティングシステムを停止させ、再度、切り替え前に第２のオペレーティングシステムが動作していた画像形成装置で前記第２のオペレーティングシステムを動作させることを特徴とする請求項１〜１１のいずれか１項に記載の画像形成装置。
【請求項１３】
請求項１〜１２のいずれかに記載の画像形成装置を第１の画像形成装置として備え、さらに、
画像データに基づいて画像を形成し、前記画像を用紙に出力するプリンター部と、
ネットワークを介して少なくとも他の画像形成装置と接続可能にする通信部と、
当該画像形成装置上で起動する第１のオペレーティングシステムと、前記第１のオペレーティングシステム上で起動して画像形成に関わる処理を行う制御プログラムとが動作し、さらに、前記第１のオペレーティングシステムの動作と並行して前記画像形成以外の他の処理を行う１または２以上の第２のオペレーティングシステムを動作可能にする制御部と、を備える第２の画像形成装置と、
前記第１の画像形成装置と前記第２の画像形成装置とを通信可能に接続するネットワークとを備え、
前記第２の画像形成装置における制御部は、前記第１の画像形成装置から転送された前記第２のオペレーティングシステムの動作状態を受け、前記第２のオペレーティングシステムを動作させることを特徴とする画像形成システム。
【請求項１４】
前記第２の画像形成装置における前記制御部は、前記第２のオペレーティングシステムにおける第２操作画面の情報を、当該画像形成装置にネットワーク接続された他の画像形成装置に提供し、前記他の画像形成装置に提供された前記第２操作画面に対する操作入力を受け付ける操作画面サーバが動作可能であり、
前記切り替え前に前記第２のオペレーティングシステムが操作可能であった前記第１の画像形成装置における前記制御部は、他の画像形成装置で動作する操作画面サーバによって提供される前記第２のオペレーティングシステムにおける第２操作画面の情報を受け取り、該第２操作画面に対する操作入力を可能にする操作画面クライアントが動作可能であり、前記第２の画像形成装置における前記制御部は、前記転送を受けて前記第２のオペレーティングシステムを動作させると、前記第２操作画面の情報を、前記切り替え前に前記第２のオペレーティングシステムが操作可能であった前記第１の画像形成装置に提供することを特徴とする請求項１３に記載の画像形成システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、画像を形成して用紙に出力する画像形成装置および複数の画像形成装置がネットワークを介して接続された画像形成システムに関する。
【背景技術】
【０００２】
プリンター、ファクシミリ、複写機および、これら機能を複数有する複合機などの画像形成装置では、画像データに基づいて画像を形成し、前記画像を用紙に出力する機能を有している。前記機能は、通常は、ＯＳ（オペレーティングシステム）上で動作するファームウェアによって当該画像形成装置のハードウェアを制御することで実現されている。
また、画像形成装置では、複数のＯＳを動作可能にして画像形成装置の各部を制御するものが知られている（例えば特許文献１参照）。
特許文献１では、コントローラーソフトを動作させる仮想ＯＳ１と操作部ソフトを動作させるＯＳ２を有し、コントローラーと操作部間の通信をＯＳｌとＯＳ２の通信として扱うエミュレーション装置が提案されている
また、仮想マシンが動作する複数の物理サーバで、それぞれのリソース使用率を通知し、リソース不足が発生した物理サーバで動作している仮想マシンをリソースに余裕がある物理サーバにライブマイグレーションする計算機システムが提案されている（特許文献２参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１０−１９１５４３号公報
【特許文献２】特開２０１１−１９７８５２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、画像形成装置では、画像形成装置本来の画像形成に関する動作以外に、通常のＰＣで使用されるオペレーティングシステム（例えばＷｉｎｄｏｗｓやＬｉｎｕｘなど、いずれも商標）を画像形成装置上で起動させて原稿を扱うアプリケーションを動作させるなど、画像形成に関する処理以外の様々の機能を実現したいという要望がある。
しかし、画像形成装置を制御する装置制御ファームウェアは、画像形成装置を制御する機能のみが搭載されているため出力するデータを編集する等の処理は装置上では不可能であり、元データのあるＰＣで作業を行う必要がある。
上記要望のために、画像形成装置を動作させるホストオペレーティングシステムとは異なるゲストオペレーティングシステムを画像形成装置を動作させるホストオペレーティングシステムと並行して動作させるマルチＯＳの装置が考えられる。
【０００５】
しかし、画像形成装置のようにパフォーマンス安定性が求められる装置では、画像形成装置本来のオペレーティングシステムと、他のオペレーティングシステムとの間でハードウェア資源を共有すると、ゲストオペレーティングシステムにハードウェアリソースを消費されてしまい、最も必要である画像形成装置本来のパフォーマンスが低下してしまうおそれがある。このため、マルチＯＳ環境でジョブ入力等によりゲストオペレーティングシステムのリソースをホストオペレーティングシステムに使用させたいときにゲストオペレーティングシステムを終了し、ジョブ終了まで待たなければならない場合が発生する。
【０００６】
特許文献２は、リソースの使用率によってリソースに余裕のある物理サーバにライブマイグレーションする手段が提案されているが、画像形成装置における本来のオペレーティングシステムを優先して他のオペレーティングシステムを他の画像形成装置で動作可能にする手段については一切提案がなく、単にリソースの余裕という観点でマイグレーションを行うと、当該画像形成装置のホストオペレーティングシステムが動作不可になることも生じ得る。
【０００７】
本発明は、上記事情を背景としてなされたものであり、画像形成装置に関する処理以外の処理を行う第２のオペレーティングシステムを、画像形成に関わる処理状態に応じて他の画像形成装置で動作可能にする画像形成装置および画像形成システムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
すなわち、本発明の画像形成装置のうち、第１の本発明は、ネットワークを介して１または２以上の他の画像形成装置と通信可能に接続される画像形成装置であって、
画像データに基づいて画像を形成し、前記画像を用紙に出力するプリンター部と、
ネットワークを介して少なくとも他の画像形成装置と接続可能にする通信部と、
当該画像形成装置上で起動する第１のオペレーティングシステムと、前記第１のオペレーティングシステム上で起動して画像形成に関わる処理を行う制御プログラムとが動作し、さらに、前記第１のオペレーティングシステムの動作と並行して前記画像形成以外の他の処理を行う１または２以上の第２のオペレーティングシステムを操作可能にする制御部と、を備え、
前記制御部は、前記第２のオペレーティングシステムを動作させている画像形成装置の画像形成に関わる処理状態により、前記第２のオペレーティングシステムが動作可能である他の画像形成装置を選択、決定し、その時点での前記第２のオペレーティングシステムの動作状態を前記他の画像形成装置に転送し、前記他の画像形成装置に切り替えて前記第２のオペレーティングシステムを動作させることを特徴とする。
【０００９】
第２の本発明の画像形成装置は、前記第１の本発明において、前記制御部が、前記第１のオペレーティングシステムの動作と並行して前記第２のオペレーティングシステムを動作させて操作可能にすることを特徴とする。
【００１０】
第３の本発明の画像形成装置は、前記第１または第２の本発明において、前記制御部が、前記第２のオペレーティングシステムにおける第２操作画面の情報を、当該画像形成装置にネットワーク接続された他の画像形成装置に提供し、前記他の画像形成装置に提供された前記第２操作画面に対する操作入力を受け付ける操作画面サーバが動作可能であることを特徴とする。
【００１１】
第４の本発明の画像形成装置は、前記第１〜第３の本発明のいずれかにおいて、前記制御部が、他の画像形成装置で動作する操作画面サーバによって提供される前記第２のオペレーティングシステムにおける第２操作画面の情報を受け取り、該第２操作画面に対する操作入力を可能にする操作画面クライアントが動作可能であることを特徴とする。
【００１２】
第５の本発明の画像形成装置は、前記第１〜第４の本発明のいずれかにおいて、前記制御部が、前記の画像形成に関わる処理状態を、入力されたジョブの種類により判断することを特徴とする。
【００１３】
第６の本発明の画像形成装置は、前記第１〜第４の本発明のいずれかにおいて、前記制御部が、前記の画像形成に関わる処理状態を、予約されているジョブの量および種類の一方または両方により判断することを特徴とする。
【００１４】
第７の本発明の画像形成装置は、前記第５または第６の本発明のいずれかにおいて、前記制御部が、前記ジョブに基づくハードウェアリソースの状況に応じて前記ジョブの実行前に前記判断を行うことを特徴とする。
【００１５】
第８の本発明の画像形成装置は、前記第１〜第７の本発明のいずれかにおいて、前記制御部が、ネットワーク上の他の画像形成装置の状態により、前記切り替えの対象となる他の画像形成装置を決定できない場合は、所定の状態で第２のオペレーティングシステムを止め、同じ状態で継続開始できるように第２のオペレーティングシステムに関する動作状態を保存することを特徴とする。
【００１６】
第９の本発明の画像形成装置は、前記第１〜第８の本発明のいずれかにおいて、前記制御部が、前記第２のオペレーティングシステムが動作している画像形成装置の状態により、第２のオペレーティングシステムの動作を続けるか止めるかをユーザーが選択できるようにすることを特徴とする。
【００１７】
第１０の本発明の画像形成装置は、前記第１〜第９の本発明のいずれかにおいて、前記制御部が、動作を止める場合は、所定の状態で第２のオペレーティングシステムを止め、同じ状態で継続開始できるように第２のオペレーティングシステムに関する動作状態を保存することを特徴とする。
【００１８】
第１１の本発明の画像形成装置は、前記第１〜第１０の本発明のいずれかにおいて、前記制御部が、前記切り替えにより前記第２のオペレーティングシステムを他の画像形成装置で動作させている場合に、切り替え前に前記第２のオペレーティングシステムが動作していた画像形成装置の状態に応じて前記他の画像形成装置上の第２のオペレーティングシステムを停止させ、再度、切り替え前に第２のオペレーティングシステムが動作していた前記画像形成装置で前記第２のオペレーティングシステムを動作させることを特徴とする。
【００１９】
第１２の本発明の画像形成装置は、前記第１〜第１１の本発明のいずれかにおいて、前記切り替えにより前記第２のオペレーティングシステムが動作する他の画像形成装置が、前記第２のオペレーティングシステムにおける第２操作画面の情報を、当該他の画像形成装置にネットワーク接続された他の画像形成装置に提供し、提供された前記第２操作画面に対する操作入力を受け付ける操作画面サーバが動作可能であり、
前記制御部は、前記他の画像形成装置で動作する操作画面サーバによって提供される前記第２のオペレーティングシステムにおける第２操作画面の情報を受け取り、該第２操作画面に対する操作入力を可能にする操作画面クライアントが動作可能であり、前記操作画面サーバと前記操作画面クライアントの接続状況に応じて、前記他の画像形成装置上の第２のオペレーティングシステムを停止させ、再度、切り替え前に第２のオペレーティングシステムが動作していた画像形成装置で前記第２のオペレーティングシステムを動作させることを特徴とする。
【００２０】
第１３の本発明の画像形成システムは、前記第１〜第１２の本発明のいずれかの画像形成装置を第１の画像形成装置として備え、さらに、
画像データに基づいて画像を形成し、前記画像を用紙に出力するプリンター部と、
ネットワークを介して少なくとも他の画像形成装置と接続可能にする通信部と、
当該画像形成装置上で起動する第１のオペレーティングシステムと、前記第１のオペレーティングシステム上で起動して画像形成に関わる処理を行う制御プログラムとが動作し、さらに、前記第１のオペレーティングシステムの動作と並行して前記画像形成以外の他の処理を行う１または２以上の第２のオペレーティングシステムを動作可能にする制御部と、を備える第２の画像形成装置と、
前記第１の画像形成装置と前記第２の画像形成装置とを通信可能に接続するネットワークとを備え、
前記第２の画像形成装置における制御部は、前記第１の画像形成装置から転送された前記第２のオペレーティングシステムの動作状態を受け、前記第２のオペレーティングシステムを動作させることを特徴とする。
【００２１】
第１４の本発明の画像形成システムは、前記第１３の本発明において、前記第２の画像形成装置における前記制御部が、前記第２のオペレーティングシステムにおける第２操作画面の情報を、当該画像形成装置にネットワーク接続された他の画像形成装置に提供し、前記他の画像形成装置に提供された前記第２操作画面に対する操作入力を受け付ける操作画面サーバが動作可能であり、
前記切り替え前に前記第２のオペレーティングシステムが操作可能であった前記第１の画像形成装置における前記制御部は、他の画像形成装置で動作する操作画面サーバによって提供される前記第２のオペレーティングシステムにおける第２操作画面の情報を受け取り、該第２操作画面に対する操作入力を可能にする操作画面クライアントが動作可能であり、前記第２の画像形成装置における前記制御部は、前記転送を受けて前記第２のオペレーティングシステムを動作させると、前記第２操作画面の情報を、前記切り替え前に前記第２のオペレーティングシステムが操作可能であった前記第１の画像形成装置に提供することを特徴とする。  
【発明の効果】
【００２２】
以上説明したように、本発明によれば、第１のオペレーティングシステムの動作と並行して操作可能な第２のオペレーティングシステムを、第２のオペレーティングシステムが動作している画像形成装置の画像形成に関わる処理状態により、他の画像形成装置に切り替えて動作させることができ、第２のオペレーティングシステムの動作によって画像形成に関わる処理のパフォーマンスが低下するのを未然に防止することができる。
すなわち、画像形成に関わる処理に応じて他の処理に使用するオペレーティングシステムをマイグレーションし、画像形成装置のリソースを確保し、かつ他のオペレーティングシステムの処理も待たせることなく実行することができ、ユーザーの使い勝手を向上させることができる。
【図面の簡単な説明】
【００２３】
【図１】本発明の一実施形態の画像形成装置における、アプリケーションソフトを含むソフトウェア構成とハードウェア資源の概略を示す図である。
【図２】同じく、操作画面サーバを示したソフトウェア構成とネットワーク構成を示す図である。
【図３】同じく、制御ブロック図である。
【図４】同じく、ジョブ入力による第２ＯＳのマイグレーション可否を判断する手順を示すフローチャートである。
【図５】同じく、予約ジョブを考慮した第２ＯＳのマイグレーション可否を判断する手順を示すフローチャートである。
【図６】同じく、ユーザーによる第２ＯＳの継続可否選択を含む第２ＯＳのマイグレーション可否を判断する手順を示すフローチャートである。
【図７】同じく、第２ＯＳの継続可否選択の画面を示す図である。
【図８】同じく、画像形成装置２への第２ＯＳマイグレーション後の画像形成装置１への再マイグレーション可否を判断する手順を示すフローチャートである。
【図９】同じく、第２ＯＳ画面を示す図である。
【図１０】従来の画像形成装置におけるソフトウェア構成およびハードウェア資源の概略を示す図である。
【発明を実施するための形態】
【００２４】
以下に、本発明の一実施形態の画像形成装置を添付図面に基づいて説明する。
図１０に示すように、従来の画像形成装置の構成はハードウェア上に装置制御用ファームウェアを起動させるオペレーティングシステム（例えばＬｉｎｕｘ（商標、以下同じ））が搭載され、そのオペレーティングシステム上で装置制御用ファームウェアを起動することにより装置が制御されている。装置の制御とはスキャン処理、プリント処理をはじめ画像データをＨＤＤへ保存、熱定着の温度管理、トレイやドアの開閉を検知するセンサなど多岐に渡る。
【００２５】
図１は、本実施形態の画像形成装置におけるマルチＯＳのソフトウェア構成とハードウェア資源の概略を示す図である。
この図では、第１のオペレーティングシステム（以下第１ＯＳという）上で、装置制御ファームウェア（以下装置制御ＦＷという）と、エミュレータ１（以下単にエミュレータという）が動作する。エミュレータとしては例えばＱｅｍｕ（商標、以下同じ）などを用いることができ、本発明としては特定のものに限定されるものではない。
【００２６】
第１ＯＳは、装置制御ＦＷおよびエミュレータを動作させる汎用ＯＳであり、Ｌｉｎｕｘ、Ｗｉｎｄｏｗｓ（商標、以下同じ）などにより構成される。装置制御ＦＷは、画像形成装置を動作させるソフトウェアであり、画像形成装置に備えられる操作部１４０などを制御する。操作部１４０は、各種の表示を行う他、操作入力を受け付ける。操作部１４０では装置制御ＦＷから送られる画面や第２ＯＳから送られる画面の表示やこれら画面に対する操作が受け付けられる。操作と表示をそれぞれ別体の操作部、表示部で行うようにしてもよい。
本実施形態のエミュレータは、動作中の第２オペレーティングシステムを、ネットワーク上の他の装置上で動作させる「ライブマイグレーション」という機能を持っている。また、ある瞬間での装置の動作状況を記録しておく「スナップショット」という機能を持っている。
【００２７】
エミュレータ上では、第１ＯＳ上で動作する第２のオペレーティングシステム（以下第２ＯＳという）が動作する。エミュレータは、ハードウェアをエミュレーションして第２ＯＳを提供するソフトウェアである。第２ＯＳは、画像データ編集のアプリケーションなどを動作させるＯＳであり、Ｌｉｎｕｘ、Ｗｉｎｄｏｗｓ（商標）、ＭａｃＯＳ（商標、以下同じ）などで構成される。図では、Ｗｉｎｄｏｗｓが表示されている。
なお、制御装置ＦＷを起動させる第１ＯＳとは別にエミュレータを通すなどして他の第２ＯＳを装置上で動作させることをマルチＯＳという。
【００２８】
なお、この実施形態では、第１ＯＳ上で動作する第２ＯＳとして１つのＯＳのみを示しているが、本発明としてはその数が特に限定されるものではなく、２以上の異なるオペレーティングシステムが動作するものであってもよい。
また、この実施形態では、第１ＯＳ上でエミュレータを介して第２ＯＳが動作するものとして説明しているが、ハイパーバイザー上で、第１ＯＳと第２ＯＳとが並行して動作するものであってもよく、第１ＯＳと第２ＯＳとは並行して動作可能であればよく、その構成関係は特に限定されるものではない。
【００２９】
また、第２ＯＳ上では、原稿ファイルを扱うアプリケーションとしてＷｏｒｄ（商標、以下同じ）およびＥｘｃｅｌ（商標、以下同じ）、Ｗｉｎｄｏｗｓ用に用意されたプリンタドライバ（ＰｒｉｎｔｅｒＤｒｉｖｅｒ）などが動作する。
プリンタドライバは、ＰＣに搭載されるものとして通常用意されているものを使用することができる。本実施形態では、当該画像形成装置用として専用に用意されたプリンタドライバを用いることは必要ではないが、専用に用意されたプリンタドライバを用いることも可能である。
【００３０】
上記した第１ＯＳ、装置制御ＦＷは、画像形成装置に備えられ、本発明のハードウェア資源（以下Ｈ／Ｗという）を制御することができる。また、第２ＯＳは、当該画像形成装置に備えられる他、他の画像形成装置で動作し後述する操作画面サーバなどにより操作可能になるものであってもよい。
Ｈ／Ｗには、前記操作部１４０の他に、画像形成装置の主となる機能を果たすスキャナー、ドラム、定着器、給紙トレイ、各種センサ、ＨＤＤ、外付けメディア（例えばＵＳＢメモリー）などがある。これらのＨ／Ｗは、第１ＯＳによって全て直接アクセス可能である。一方、第２ＯＳは通常のＰＣで動作させるＯＳであり、画像形成装置特有のＨ／Ｗには直接アクセスしない。ただし、通常のＰＣでも使用されるＨＤＤやＵＳＢメモリーといったＨ／Ｗには、第２ＯＳでも直接アクセスが可能である。
【００３１】
また、上記ＨＤＤでは、装置制御ＦＷ、第１ＯＳ、第２ＯＳ、アプリケーション、プリンタドライバやデータ、画像形成用のリップ済みデータ、各アプリケーションで扱うデータなどを格納することができる。この際に、ＨＤＤは例えば装置制御ＦＷ用、第２ＯＳのアプリケーション用というように、パーティションを区切っておくことで各アプリケーションによる読み書き領域を制御することができる。
また、第２ＯＳで使用されるデータは装置制御ＦＷが使用するＨＤＤとは別のＨＤＤに保存するのが望ましい（例えばＵＳＢ接続されたＨＤＤ等）。これは装置制御ＦＷで画像形成時にＨＤＤを使用するため、パフォーマンスを落とさないようにするためである。
【００３２】
出力するデータ（例えばｗｏｒｄ文書データ）がネットワーク上の外部ＰＣにある場合、データ自体を画像形成装置内のＷｉｎｄｏｗｓ（第２ＯＳ）の共有フォルダにコピーするようにしてもよい。保存先はブリッジ接続により装置制御ＦＷ、第２ＯＳに個別のＩＰアドレスを設定することで指定できる。第２ＯＳが管理するＨＤＤの領域に元データが保存され、出力前に変更が必要な場合は、第２ＯＳ上でアプリケーション（ｗｏｒｄ）を起動させることで編集することができる。保存する場合は通常のＰＣ同様に第２ＯＳが管理するＨＤＤの領域に保存すれば良い。また、操作部１４０で装置制御ＦＷ、第２ＯＳの画面を切り替えることで内容を表示させながら編集することができる。
【００３３】
この実施形態では、第２ＯＳは、通常のＰＣで使用されるＯＳであるので、それらで使用されるアプリケーションで処理されるデータは当然、第２ＯＳ上で使用することができる。上記ｗｏｒｄの他にエクセルや、ｅｍａｃｓ（Ｌｉｎｕｘで使用されるエディタ）などを起動させることができ、外部ＰＣからのデータを装置に保存しておけば装置上で編集が可能になる。以上により、画像形成装置上で元データを編集することが可能となり、ユーザーの使い勝手が向上する。
【００３４】
図２に示すように、本実施形態では、第１ＯＳ、エミュレータにそれぞれのＯＳに応じたＶＮＣサーバ（商標、以下同じ）１１、１２が設けられている。また、図２では、画像形成装置１に、ネットワーク１０を介して画像形成装置２、外部装置であるＰＣ６が接続されていることが示されている。
ＶＮＣサーバ１１は、第２ＯＳの画面データを、画像形成装置２に備えるＶＮＣクライアント２０、ＰＣ６に備えるＶＮＣクライアント２１、画像形成装置１に備えるＶＮＣクライアント２２に提供するものであり、ＶＮＣサーバ１２は、画像形成装置１におけるＶＲＡＭ１１３の画面データをＶＮＣクライアント２０、２１に提供するものである。各ＶＮＣクライアントは、ＶＮＣサーバから画面データを取得し、自身の装置（画像形成装置１、ＰＣ６、画像形成装置２）の操作部に受け渡して取得した画面を表示させるとともに、その画面に対する操作を受け付けてＶＮＣサーバへ伝達する機能を有する。また、各ＶＮＣサーバは、接続中のＶＮＣクライアントから操作情報を受け付け、その操作情報を自身に対応するＯＳに伝達する。これにより、ネットワーク上の画像形成装置１、２の操作部およびＰＣ６から各ＯＳに対する操作が可能となっている。ＶＮＣサーバは、操作画面サーバに相当し、ＶＮＣクライアントは操作画面クライアントに相当する。
なお、エミュレータを使用しない構成では、各ＯＳに操作画面サーバを設けることができる。また、第１ＯＳ用のＶＮＣサーバ１２は、ハードウェアで構成することも可能である。
【００３５】
具体的には、画像形成装置１の第１ＯＳで動作するＶＮＣクライアント２２は、第２ＯＳのＶＮＣサーバ１１に接続可能であり、画像形成装置１外の画像形成装置２、ＰＣ６に備えられたＶＮＣクライアント２０、２１は、ＮＩＣ１２２を介して各ＯＳのＶＮＣサーバ１１、１２に接続可能になっている。なお、図２では示していないが、画像形成装置２にも同様にＶＮＣサーバを備えており、画像形成装置１やＰＣ６に第２操作画面を提供することができる。
【００３６】
操作部制御部１４２（図３示）は、装置制御ＦＷで生成された画面イメージと、ＶＮＣクライアント２２を介してＶＮＣサーバ１１から取得された画面イメージを選択的にまたは組み合わせて、グラフィックドライバを通して、ＶＲＡＭ１１３に描画する。操作部１４０では、そのＶＲＡＭ１１３の描画データに基づいて画面が表示される。また、その画面に対して行われた操作については、装置制御ＦＷで生成された画面に対する操作は装置制御ＦＷで受け付けられ、ＶＮＣサーバ１１から取得された画面に対する操作はＶＮＣクライアント２２を通して接続中のＶＮＣサーバ１１へ入力される。画像形成装置１の制御部では、装置制御ＦＷで受け付けた操作内容に従って画像形成装置１の動作を制御する。ＶＮＣサーバ１１へ入力された操作は、対応する第２ＯＳに入力され、操作内容に従ってＯＳが動作する。なお、ＶＮＣサーバがいずれかのＶＮＣクライアントでアクセスされている場合、他のＶＮＣクライアントからのアクセスは制限される。他のＶＮＣクライアントには、該当するＶＮＣサーバが制限中であるなどの通知をすることができる。
なお、ＶＮＣクライアント２２では、画像形成装置２に備えるＶＮＣサーバから提供される第２操作画面によって画像形成装置２で動作する第２ＯＳの操作を行うことができる。
【００３７】
図３は、本実施形態の画像形成装置１の制御ブロックを示す図である。
画像形成装置１は、主要な構成として、全体制御部１００とスキャナー部１３０と操作部１４０とプリンター部１５０とを有している。また、この実施形態では、後処理装置であるＦＮＳ１６０が画像形成装置の一部として画像形成装置本体に接続されている。なお、本発明としては後処理装置の有無は特に限定されるものではない。
画像形成装置１は、ネットワークであるＬＡＮ１０を通して外部装置である画像形成装置２〜５に接続されている。画像形成装置１に接続する装置の種別や数は特に限定されるものではない。上記画像形成装置１、ＬＡＮ１０、画像形成装置２〜５は、画像形成システムの一部または全部を構成している。なお、図示していないが、図２で示したＰＣがＬＡＮ１０に接続されているものであってもよい。
【００３８】
全体制御部１００では、プロセッサに相当する制御ＣＰＵ１１０を備えており、制御ＣＰＵ１１０にＤＲＡＭ制御ＩＣ１１１が接続されている。
制御ＣＰＵ１１０には、ＲＡＭ１１２、ＶＲＡＭ１１３が接続されている。
制御ＣＰＵ１１０は、前記装置制御ＦＷなどのソフトウェアの実行により画像形成装置１の全体を制御し、画像形成装置１全体の状態把握を行うものである。
【００３９】
前記スキャナー部１３０は、光学読み取りを行うＣＣＤ１３１と、スキャナー部１３０全体の制御を行うスキャナー制御部１３２とを備えている。スキャナー制御部１３２は、制御ＣＰＵ１１０に接続されており、制御ＣＰＵ１１０による制御を受ける。なお、スキャナー制御部１３２は、ＣＰＵやこれを動作させるプログラムなどによって構成することができる。前記ＣＣＤ１３１で読み取った画像情報は、読み取り処理部１１６でデータ処理がなされる。読み取り処理部１１６には、ＤＲＡＭ制御ＩＣ１１１に接続されており、読み取り処理部１１６でデータ処理された画像データはＤＲＡＭ制御ＩＣ１１１に送信される。
【００４０】
ＲＡＭ１１２は、装置制御ＦＷ、第１ＯＳ、第２ＯＳ、アプリケーションプログラム、プリンタドライバ等のプログラムがロードされて、その実行に利用されるとともに、その実行に伴う作業エリアとして利用される。また、さらに、第２ＯＳの画面データを記憶する領域が割り当てられており、ＶＮＣサーバ１１により、この領域の第２ＯＳの画面データがＶＮＣクライアントに提供される。
【００４１】
前記操作部１４０は、タッチパネル式のＬＣＤ１４１と、操作部制御部１４２とを備えており、上記ＬＣＤ１４１と操作部制御部１４２とが接続され、該操作部制御部１４２と前記制御ＣＰＵ１１０と、がシリアル通信可能に接続されている。該構成によって操作部１４０の制御が制御ＣＰＵ１１０によって行われ、ＶＲＡＭ１１３に描かれた画面画像がＬＣＤ１４１に表示されるとともに、操作部１４０の入力情報が制御ＣＰＵ１１０に送られる。なお、操作部制御部１４２は、ＣＰＵやこれを動作させるプログラムなどによって構成することができる。操作部１４０には、表示切替部１４３を備えており、表示切替部１４３によって、操作部１４０で表示される画面の所定領域に対応するＶＲＡＭ１１３の記憶領域に、装置制御ＦＷが生成した画面、ＶＮＣクライアントにより取得した第２ＯＳの画面を選択的に描画することにより、これらの画面を切り替えて表示することを可能にしている。また、図９に示すＬＣＤ１４１のＯＳ画面１４１２内への操作は、ＶＮＣクライアントを介してＶＮＣサーバへ伝達される。これにより第２ＯＳに対する操作を行うことができるようになっている。
【００４２】
以下、画像形成装置１の操作部１４０に第２ＯＳの画面を表示する点について詳述する。
装置制御ＦＷは、第２ＯＳ画面への切替え要求（ユーザー操作等により）が発生すると、ＶＮＣクライアント２２を介して、指定されたＯＳに対応するＶＮＣサーバからＯＳの画面データを取得する。そして、操作部制御部１４２により、表示画面を生成して、表示画面データをグラフィックドライバによりＶＲＡＭ１１３に書込む。表示画面は、画面全体をＯＳ画面にしてもよいし、画面の所定領域にＯＳ画面を嵌めこんでもよい。
本実施形態では、図９に示すように、画面１４１０の所定の領域１４１１にＯＳ画面１４１２を嵌めこむようにしている。これにより、操作部１４０にＯＳ画面１４１２が表示される。
【００４３】
図９の画面では、領域１４１１の外側の領域への操作は、装置制御ＦＷに受け渡され、装置制御ＦＷが操作に応じた動作を実行する（例えば、図９の「終了」釦１４１３の操作）。一方、領域１４１１内部に対する操作は、ＶＮＣクライアントを介してＶＮＣサーバへ伝達され、対応するＯＳへ入力される。これにより、第２ＯＳへの操作が可能となっている。
本実施形態で、画面全体をＯＳ画面とせずに所定領域に嵌めこむように構成したのは、画面全体をＯＳ画面にすると、画面上の操作はすべてＶＮＣサーバへ伝達されて装置制御ＦＷで受け付けられず、ＯＳ画面を終了して装置制御ＦＷの画面に戻したり、別のＯＳ画面に切替えたりすることができるようにするためには、別途ハードキーを設けるなど、画面操作以外の手段で操作を受け付ける手段が必要となりコストアップになるからである。
【００４４】
ＤＲＡＭ制御ＩＣ１１１は、画像メモリー１１４に接続されている。該画像メモリー１１４には、前記スキャナー部１３０で取得した画像情報やＬＡＮ１０を通して取得した画像情報や印刷条件、ファイル情報などが格納される。上記のように画像メモリー１１４は、画像情報や印刷条件、ファイル情報の記憶領域であり、印刷するジョブの情報を格納する。
また、ＤＲＡＭ制御ＩＣ１１１には、ＨＤＤ１１５が接続されている。ＨＤＤ１１５には、前記したように、第１ＯＳ、第２ＯＳに応じて、第１ＯＳ、第２ＯＳ、アプリケーションやアプリケーションにより作成される原稿ファイルデータ、プリンタドライバ、画像情報、印刷情報などを格納する領域が割り当てられる。なお、ＨＤＤ１１５の領域は、第１ＯＳ用、第２ＯＳ用にそれぞれ区切られているものとしてもよく、ＨＤＤ１１５が複数のＨＤＤで構成され、それぞれ第１ＯＳ用、第２ＯＳ用に割り当てられているものであってもよい。
【００４５】
さらにＤＲＡＭ制御ＩＣ１１１には、書き込み処理部１１７が接続されている。該書き込み処理部１１７は、プリンター部１５０のＬＤ１５１に接続され、該ＬＤ１５１の動作に用いられるデータの処理を行う。また、プリンター部１５０は、プリンター部１５０の全体を制御するプリンター制御部１５２を備えており、該プリンター制御部１５２は、前記した制御ＣＰＵ１１０に接続されて制御を受ける。また、プリンター制御部１５２には、ＦＮＳ１６０全体を制御するＦＮＳ制御部１６１が接続されている。これにより、ＦＮＳ１６０の制御を、プリンター制御部１５２を通して制御ＣＰＵ１１０により制御することができる。
【００４６】
また、制御ＣＰＵ１１０には、外部との間で通信を行う通信部１２０の全体を制御する通信制御部１２１が接続されており、通信部１２０に含まれるＮＩＣ１２２（ネットワークインターフェースカード）を通してＬＡＮ１０に接続可能とされている。通信制御部１２１は、制御ＣＰＵ１１０の動作指令によって動作し、予め定められた通信手順によって制御ＣＰＵ１１０から受け渡されるデータを、ＮＩＣ１２２を通してＬＡＮ１０に送出し、またＬＡＮ１０から送られるデータをＮＩＣ１２２を通して受信し、制御ＣＰＵ１１０に送出する。したがって、ＶＮＣサーバ１１、１２の操作画面情報は、ＮＩＣ１２２、ＬＡＮ１０を通して画像形成装置２〜５のＶＮＣクライアントに送信され、画像形成装置２〜５で操作画面に対し行われる操作入力情報は、ＬＡＮ１０、ＮＩＣ１２２を通して制御ＣＰＵ１１０に送られる。
制御ＣＰＵ１１０では、前記した第１ＯＳ、第２ＯＳ、装置制御ＦＷなどのソフトウェアが動作するものであり、制御ＣＰＵ１１０は、スキャナー制御部１３２、操作部制御部１４２、表示切替部１４３、プリンター制御部１５２、通信制御部１２１などともに本発明の制御部を構成する。
【００４７】
次に、上記画像形成装置１の基本的動作について説明する。
先ず、画像形成装置１において画像情報を蓄積する手順について説明する。
第１に画像形成装置１において、スキャナー部１３０で原稿の画像を読み取り画像情報を生成する場合、スキャナー部１３０において原稿からＣＣＤ１３１により原稿の画像を光学的に読み取る。この際には、制御ＣＰＵ１１０から指令を受けるスキャナー制御部１３２によってＣＣＤ１３１の動作制御を行う。
ＣＣＤ１３１で読み取られた画像は、読み取り処理部１１６でデータ処理がなされ、データ処理された画像情報は、ＤＲＡＭ制御ＩＣ１１１を介して画像メモリー１１４やＨＤＤ１１５に格納される。画像メモリー１１４やＨＤＤ１１５に格納された画像情報や印刷情報は、制御ＣＰＵ１１０によってジョブとして管理することができる。
【００４８】
画像情報を外部から取得する場合、例えば、画像形成装置２〜５や図示しないＰＣなどからＬＡＮ１０を通して送信されるジョブ情報は、ＮＩＣ１２２、制御ＣＰＵ１１０を介してＤＲＡＭ制御ＩＣ１１１により画像メモリー１１４やＨＤＤ１１５に格納される。
また、画像形成装置１でアプリケーションによって画像情報を生成する場合、プリンタドライバ、エミュレータ、装置制御ＦＷを介して得られる画像情報が上記と同様に画像メモリー１１４やＨＤＤ１１５に格納される。この際に、プリンタドライバから送られるプリントデータを画像形成装置１のジョブとして受け付け、該ジョブの保存、実行等をすることができる。
外部からの取得や画像形成装置１で動作するアプリケーションによって取得される画像情報がベクターデータである場合、適宜の時期にコントローラーによりＲＩＰ処理（Raster Image Processing）が行われる。
【００４９】
画像形成装置１で画像出力を行う場合、すなわち複写機やプリンターとして使用する場合、画像メモリー１１４やＨＤＤ１１５に格納された画像情報を含むジョブ情報を、ＤＲＡＭ制御ＩＣ１１１を介して書き込み処理部１１７に送出し、書き込み処理部１１７からプリンター部１５０へ書き込みデータが送出される。
【００５０】
プリンター部１５０では、図示しない帯電部によって感光体の表面に一様に帯電を行った後に、ＬＤ１５１のレーザビームによって、書き込みデータに基づく露光走査を行って潜像を形成し、該潜像を現像部により反転現像して感光体の表面にトナー像を形成する。そして給紙トレイから給紙された用紙は、搬送装置によって転写位置へと送られ、該転写位置において転写部によりトナー像が転写される。その後、画像形成がされた用紙は、定着器により加熱定着され、ＦＮＳ１６０へと搬送される。画像形成がなされた用紙が搬送されるＦＮＳ１６０は、用紙にパンチを行うパンチユニットや、用紙にステイプルを行うステイプラーなどを備えており、所望により用紙への後処理を行う。
【００５１】
外部の画像形成装置２〜５やＰＣのデータに基づいて出力するときは、画像形成装置２〜５やＰＣに搭載されているプリンタドライバを使用して装置制御ＦＷへデータを送り、出力を行うことができる。
第２ＯＳにあるデータを出力する場合も、第２ＯＳは通常のＰＣで使用されるＯＳなので前述の外部ＰＣなどに搭載されているものと同じプリンタドライバを利用して出力先プリンターを本体装置に指定することで本体装置の装置制御ＦＷへ出力することが可能である。つまり、専用のプリンタドライバを作成する必要なく出力することができる。この際には、出力データを装置制御ＦＷでジョブとして受け付け、出力処理を行うことができる。
以上により、画像形成装置１上で専用のプリンタドライバを必要とすることなく、出力まで行うことが可能である。但し、本実施形態としては、専用のプリンタドライバを用意するものであってもよく、プリンタドライバの種別が汎用、専用で限定されるものではない。
【００５２】
また、画像形成装置特有のＨ／Ｗは、通常のＰＣで使用される第２ＯＳでは制御することができない（例えば、熱定着の温度管理等）。しかしながら、第２ＯＳは装置を制御する装置制御ＦＷを起動する第１ＯＳ上で動作しているので、装置制御ＦＷを介してであれば制御することが可能である。第２ＯＳで起動するアプリケーションと装置制御ＦＷとでコマンドを定義しておくことで例えばアプリケーションが「定着温度を〜度に設定」というコマンドを装置制御ＦＷへ送信し、それを受けた装置制御ＦＷがコマンド内容を解釈し、Ｈ／Ｗを制御することで第２ＯＳ上から装置制御ＦＷを介して本体装置を制御することができる。上記により第２ＯＳからでも本体装置を制御可能となる。すなわち、装置制御ＦＷにコマンド受信機能を持たせ、第２ＯＳにそれぞれコマンド送信機能を持たせることで、異なるＯＳ間でコマンドを指令して、実行させることができる。
【００５３】
なお、画像出力に際しては、制御ＣＰＵ１１０ではジョブ情報に基づいて出力を行う。ジョブ情報は、前記画像情報の他に、出力条件情報を含んでいる。出力条件は、プリントモード、用紙情報、給紙トレイ、排紙先、後処理条件などの情報からなり、具体的には、出力画像の画素数、カラー・モノクロの別、片面・両面の別、色調調整、用紙サイズ、用紙の向き、用紙の種類（紙種、斤量、用紙の色など）、給紙トレイの選択、後処理の有無、後処理条件などが挙げられる。出力条件は、印刷条件に相当する。
【００５４】
出力条件は、予め初期設定として標準的な設定が定められている。また、出力条件は、操作部１４０において設定することができる。画像情報を取得するような場合には、制御ＣＰＵ１１０によって操作部制御部１４２が制御され、ＬＣＤ１４１に出力設定入力が可能な画面が表示される。
操作者によって適宜の操作入力がなされると、操作部制御部１４２から制御ＣＰＵ１１０に対し、操作部１４０上で設定された出力条件（プリントモード、給紙トレイ、排紙先、後処理条件など）等の情報が通知される。該情報を受けた制御ＣＰＵ１１０では、出力条件情報を作成し、一旦は制御ＣＰＵ１１０に備えるメモリーに格納する。画像情報を取得すると、画像情報とともにジョブ情報として画像メモリー１１４やＨＤＤ１１５に格納される。
また、第２ＯＳのプリンタドライバを介して出力が行われる場合には、プリンタドライバを介して出力条件が設定されているジョブとして扱うことができ、このジョブに対し、さらに装置制御ＦＷ上で出力条件の設定を行うことも可能である。
【００５５】
本実施形態では、ＬＡＮ１０でつながった複数の画像形成装置２〜５により画像形成システムが構成されており、各画像形成装置は図３で示した制御ブロックと同様の構成を有し、それぞれマルチＯＳ環境を実行できるものとなっている。マルチＯＳで実行するゲストＯＳが有償の場合は、すべてのマシン毎にライセンスを用意するとコストとなるため、ある機械のＨＤＤにＯＳのイメージデータを置いておき、基本はその機械で使用する、ということが考えられる。第２ＯＳのイメージデータが入ったＨＤＤは画像データを扱うＨＤＤとは別個となっており、例えばＵＳＢ接続等、データ入出力にも影響させない構成とする。
【００５６】
ここで、例えばある画像形成装置でマルチＯＳ環境でゲストＯＳを動作させているときに、ジョブ入力等によりゲストＯＳで使用しているメモリー、ＣＰＵなどのリソースを画像形成装置に使用させたい場合、エミュレータのライブマイグレーション機能を用いて他の画像形成装置でゲストＯＳを動作させることができる。
画像形成装置１ではジョブ入力等の装置動作条件により，ゲストＯＳのリソースをホストＯＳに使用させるかを判断することができ、ホストＯＳにリソースを使用させると判断した場合は、ネットワーク上の装置の状況からゲストＯＳを動作させる他の画像形成装置を決定し、ライブマイグレーション機能を用いて他の画像形成装置上でゲストＯＳを動作させる。画像形成装置１の画面上では他の画像形成装置のＶＮＣサーバからの画面情報を表示することで、ユーザーはゲストＯＳを動作させている画像形成装置を気にすることなく処理を続けることができる。
【００５７】
画像形成装置１と画像形成装置２間でのマイグレーションの可否判断の手順を図４のフローチャートに基づいて説明する。各手順は、各画像形成装置の制御部の制御によって実行される。以下同様である。
画像形成装置１、２でそれぞれ動作が開始され、第２ＯＳのデータを保存してあるＨＤＤが接続された画像形成装置１にて、操作部に第２ＯＳの画面を表示するなどして処理をしているときに、ジョブ入力されると（ステップｓ１、Ｙｅｓ）、画像形成装置１の制御部で該当ジョブに関するリソース使用率の算出が行われる（ステップｓ２）。
例えば、ジョブの種類や量や第２ＯＳの使用状況からリソース使用率を取得する。具体的に例えば、入力されたジョブの種類とジョブのページ数、解像度、画質、画像サイズ、及び装置制御ＦＷと第２ＯＳのメモリー使用率とＣＰＵ使用率、ＨＤＤ使用率などから数値化しリソース使用率として算出する。
一例を示すと、画像サイズ（Ａ４）＋フォーマット（ＰＳ）＋ページ数（１０）、レイアウト（２ｉｎ１）からメモリー２００ＭＢ、ＣＰＵ：２コアで占有率３０％、ＨＤＤ：２００ＭＢを要する、などと算出し、第２ＯＳの動作に関しても同様に算出できる。
【００５８】
次いで、算出したリソース使用率から第２ＯＳを画像形成装置１で処理するか、マイグレーションを行うかを判定する（ステップｓ３）。判定は、予め基準を定めておくことにより行うことができる。
例えば、ＣＰＵ、メモリーおよびＨＤＤの使用率で例えば５０％を超えた場合にマイグレーションを行い、それ以下では画像形成装置で第２ＯＳを処理するという基準で判定できる。また、例えば装置制御ＦＷ経由で情報を取得する際に、ＨＤＤのパフォーマンスで転送速度１００ＭＢ／ｓｅｃを満たせなくなった場合にマイグレーションを行う、ネットワークパフォーマンスで転送速度が最大転送速度の５０％を下回った場合にマイグレーションを行うなどの基準により、判定を行うこともできる。このような基準は、画像形成装置の性能を考慮して画像形成装置毎に定めてもよく、また、ユーザーが設定できるようにしてもよい。
【００５９】
マイグレーションが必要でないと判定すると（ステップｓ３、Ｎｏ）、通常通り、ＰＤＬデータからリップ処理、画像形成処理や出力の処理を行い（ステップｓ１１）、処理を終了する。
マイグレーションが必要であると判定すると（ステップｓ３、Ｙｅｓ）、画像形成装置２の状態を把握するため、画像形成装置２にネットワークを介してリソース使用率算出依頼を行う（ステップｓ４）。依頼を受けた画像形成装置２では、依頼に応じて自機について上記と同様にリソース使用率を算出し、画像形成装置１にネットワークを介して算出したリソース使用率を返答する（ステップｓ２０）。
【００６０】
画像形成装置１では、ネットワークに接続され、第２ＯＳの動作が可能な複数の画像形成装置２がある場合、該当する全ての画像形成装置にリソース使用率の算出を依頼し、全装置からの応答を待機する（ステップｓ５）。
全装置からの算出結果を受けると（ステップｓ５、Ｙｅｓ）、画像形成装置１では、各画像形成装置のリソース使用率を比較し、例えば、最もリソース使用率が低い画像形成装置２を決定し、ネットワークを通して該当する画像形成装置２にマイグレーション依頼を発行する（ステップｓ６）。
【００６１】
マイグレーション依頼を受けた画像形成装置２では、マイグレーション準備を行い、完了とともに完了通知を画像形成装置１に行う（ステップｓ２１）。マイグレーション準備では、メモリーの記憶領域の確保やＨＤＤの記憶領域の確保などが行われる。
画像形成装置１では、マイグレーション準備完了の通知を待機し（ステップｓ７）、準備完了を確認すると（ステップｓ７、Ｙｅｓ）、マイグレーション処理を行う（ステップｓ８）。すなわち、画像形成装置１における第２ＯＳの動作状態をネットワークを通して画像形成装置２に転送する。第２ＯＳの動作状態が転送された画像形成装置２では、転送された動作状態の内容に応じて第２ＯＳを起動するマイグレーションを行い、さらに操作画面サーバの機能により第２操作画面を提供可能にし、マイグレーション完了を画像形成装置１に通知する（ステップｓ２２）。
【００６２】
画像形成装置１では、マイグレーション完了の通知を待機し（ステップｓ９）、マイグレーション完了を確認すると（ステップｓ９、Ｙｅｓ）、エミュレータおよび第２ＯＳを終了することで、エミュレータおよび第２ＯＳで使用していたリソースを開放し、装置制御ＦＷで使用可能にする。さらに、操作画面クライアントの接続先を画像形成装置２における操作画面サーバに切り替え、画像形成装置１で第２ＯＳの操作を可能にする（ステップｓ１０）。次いで、画像形成、出力を実施し、処理を終了する（ステップｓ１１）。
以上により、画像形成装置１では、入力されたジョブにリソースを使用し、第２ＯＳでの処理をそのまま続けることが可能となり、使い勝手が向上する。
すなわち、マルチＯＳが動作している装置にジョブ入力など、出力処理にリソースが必要で第２ＯＳを終了しなければならない場合でも，他の装置で同じ状態から第２ＯＳを動作させることができ、ユーザーは作業を続けることができる。
【００６３】
なお、画像形成装置１で第２ＯＳが動作して、他の画像形成装置に操作画面サーバによって第２ＯＳの第２操作画面を提供していた場合、上記手順によって画像形成装置２にマイグレーションが行われると、ステップｓ１０で他の画像形成装置にＶＮＣ接続先を通知することで、他の画像形成装置では引き続き第２ＯＳの処理を続けることができる。
【００６４】
次に、他の実施形態を図５のフローチャートに基づいて説明する。
上記実施形態では処理しようとする、入力されたジョブのページ数などからリソース使用率を算出しているが、そのときに予約されているジョブのジョブ数、各ジョブのページ数、解像度、画質、画像サイズを加味してリソース使用率を算出するなど、リソース使用率の算出は予約されているジョブを考慮に入れてもよい。
算出時に、処理しようとするジョブだけで判断してしまうと、予約ジョブは沢山あるのに処理中のジョブがリソースを必要としない場合、リソース使用率が低いと判断される可能性がある。そこで予約ジョブを含めてリソース使用率を算出し、マイグレーション処理判断では「画像形成装置１はこれからリソースが必要になりそうなので，他の画像形成装置へマイグレーションが必要」と判断し、マイグレーション可能である装置を決定し、マイグレーションを行うようにすることができる。
【００６５】
上記観点からマイグレーションが必要かを判断し（ステップｓ３０）、マイグレーションが必要でないと判定すると（ステップｓ３０、Ｎｏ）、通常通り、ＰＤＬデータからリップ処理、画像形成処理や出力の処理を行い（ステップｓ３６）、処理を終了する。
また、マイグレーションが必要である場合、他のどの装置においてもリソース使用率が画像形成装置１以上の場合は、同じ状態から再開できるよう、スナップショット機能を用いてデータを保存するようにしてもよい。
【００６６】
このような観点から、マイグレーションが必要であると判断した場合（ステップｓ３０、Ｙｅｓ）、画像形成装置２にリソース使用率の算出依頼を行う（ステップｓ３１）。第２ＯＳの動作が可能な複数の画像形成装置２がある場合は、それぞれの画像形成装置２に依頼をする。依頼を受けた画像形成装置２では、依頼に応答してリソースの算出を行い、算出結果を返答する。
画像形成装置１では、対象とする画像形成装置２の全部から応答を待ち（ステップｓ３２）、全装置から応答があると（ステップｓ３２、Ｙｅｓ）、マイグレーション可能装置があるかを判定する（ステップｓ３３）。判定は、例えば上記したように画像形成装置１よりもリソース使用率が低い画像形成装置２があるか、により判定することができる。
【００６７】
マイグレーション可能な装置がない場合（ステップｓ３３、Ｎｏ）、すなわち、全装置のリソース使用率が画像形成装置１のリソース使用率以上である場合、第２ＯＳのその瞬時での動作状態を画像形成装置１にスナップショット保存し（ステップｓ３４）、次いで第２ＯＳを終了し（ステップｓ３５）、通常通り、画像形成、出力を行い（ステップｓ３６）、処理を終了する。
【００６８】
一方、マイグレーション可能な装置がある場合（ステップｓ３３、Ｙｅｓ）、上記実施形態と同様にマイグレーションを行う。
すなわち、画像形成装置１では、画像形成装置１よりもリソース使用率が低く、かつ最もリソース使用率が低い画像形成装置２を対象とし、ネットワークを通して該当する画像形成装置２にマイグレーション依頼を発行する（ステップｓ３７）。
【００６９】
マイグレーション依頼を受けた画像形成装置２では、マイグレーション準備を行い、完了とともに完了通知を画像形成装置１に行う（ステップｓ２１）。マイグレーション準備では、メモリーの記憶領域の確保やＨＤＤの記憶領域の確保などが行われる。
画像形成装置１では、マイグレーション準備完了の通知を待機し（ステップｓ３８）、準備完了を確認すると（ステップｓ３８、Ｙｅｓ）、マイグレーション処理を行う。すなわち、画像形成装置１における第２ＯＳの動作状態をネットワークを通して画像形成装置２に転送する（ステップｓ３９）。第２ＯＳの動作状態が転送された画像形成装置２では、動作状態の内容に応じて第２ＯＳを起動するマイグレーションを行い、さらに操作画面サーバー機能により第２操作画面を提供可能にし、マイグレーション完了を画像形成装置１に通知する（ステップｓ２２）。
【００７０】
画像形成装置１では、マイグレーション完了の通知を待機し（ステップｓ４０）、マイグレーション完了を確認すると（ステップｓ４０、Ｙｅｓ）、エミュレータおよび第２ＯＳを終了することで、エミュレータおよび第２ＯＳで使用していたリソースを開放し、装置制御ＦＷで使用可能にする。さらに、操作画面クライアントの接続先を画像形成装置２における操作画面サーバに切り替え（ステップｓ４１）、画像形成装置１で第２ＯＳの操作を可能にする（ステップｓ４１）。次いで、画像形成、出力を実施し、処理を終了する（ステップｓ３６）。
なお、画像形成装置１で第２ＯＳが動作して、他の画像形成装置に操作画面サーバによって第２ＯＳの第２操作画面を提供していた場合、上記手順によって画像形成装置２にマイグレーションが行われると、ステップｓ４１で他の画像形成装置にＶＮＣ接続先を通知することで、他の画像形成装置では引き続き第２ＯＳの処理を続けることができる。
【００７１】
次に、さらに他の実施形態を説明する。
マイグレーションが必要と判断した場合に、画像形成装置１の操作部に第２ＯＳの処理を継続するか終了するかの内容を表示し、ユーザーに選択させるようにしてもよい。継続とした場合はマイグレーション先を調査し、終了とした場合はデータを保存することができる。以下、図６のフローチャートの基づいて詳細に説明する。
上記各実施形態と同様にマイグレーションが必要かを判定し（ステップｓ５０）、マイグレーションが必要でないと判定すると（ステップｓ５０、Ｎｏ）、通常通り、ＰＤＬデータからリップ処理、画像形成処理や出力の処理を行い（ステップｓ５４）、処理を終了する。
【００７２】
また、マイグレーションが必要である場合（ステップｓ５０、Ｙｅｓ）、操作部に継続／終了を選択可能に表示し、ユーザーによる操作入力を可能にする（ステップｓ５１）。
選択画面１４００の例を図７に示す。選択画面１４００には、第２ＯＳの接続を継続するかを問い合わせるメッセージ１４０１が表示され、継続釦１４０２と終了釦１４０３とが押釦可能に表示される。ユーザーは、継続釦１４０２と終了釦１４０３のいずれかを選択して押釦することで、継続処理または終了処理が行われる。
【００７３】
終了が選択された場合（ステップｓ５１、終了）、前記実施形態と同様に第２ＯＳをスナップショット保存し（ステップｓ５２）、第２ＯＳを終了し（ステップｓ５３）、通常通り、画像形成、出力を行い（ステップｓ５４）、処理を終了する。
操作部で継続が選択された場合（ステップｓ５１、継続）、画像形成装置２の状態を把握するため、画像形成装置２にネットワークを介してリソース使用率算出依頼を行う（ステップｓ５５）。依頼を受けた画像形成装置２では、依頼に応答して自機について上記と同様にリソース使用率を算出し、画像形成装置１にネットワークを介して算出したリソース使用率を返答する（ステップｓ２０）。
【００７４】
画像形成装置１では、ネットワークに接続され、第２ＯＳの動作が可能な複数の画像形成装置２がある場合、該当する全ての画像形成装置にリソース使用率の算出を依頼し、全装置からの応答を待機する（ステップｓ５６）。
全装置からの算出結果を受けると（ステップｓ５６、Ｙｅｓ）、画像形成装置１では、各画像形成装置のリソース使用率を比較し、例えば、最もリソース使用率が低い画像形成装置２を決定し、画像形成装置２へネットワークを通して該当する画像形成装置２にマイグレーション依頼を発行する（ステップｓ５７）。
【００７５】
マイグレーション依頼を受けた画像形成装置２では、マイグレーション準備を行い、完了とともに完了通知を画像形成装置１に行う（ステップｓ２１）。マイグレーション準備では、メモリーの記憶領域の確保やＨＤＤの記憶領域の確保が行われる。
画像形成装置１では、マイグレーション準備完了の通知を待機し（ステップｓ５８）、準備完了を確認すると（ステップｓ５８、Ｙｅｓ）、マイグレーション処理を行う。すなわち、画像形成装置１における第２ＯＳの動作状態をネットワークを通して画像形成装置２に転送する（ステップｓ５９）。第２ＯＳの動作状態が転送された画像形成装置２では、動作状態の内容に応じて第２ＯＳを起動するマイグレーションを行い、さらに操作画面サーバの機能により第２操作画面を提供可能にし、マイグレーション完了を画像形成装置１に通知する（ステップｓ２２）。
【００７６】
画像形成装置１では、マイグレーション完了の通知を待機し（ステップｓ６０）、マイグレーション完了を確認すると（ステップｓ６０、Ｙｅｓ）、エミュレータおよび第２ＯＳを終了することで、エミュレータおよび第２ＯＳで使用していたリソースを開放し、装置制御ＦＷで使用可能にする。さらに、操作画面クライアントの接続先を画像形成装置２における操作画面サーバに切り替え、画像形成装置１で第２ＯＳの操作を可能にする（ステップｓ６１）。次いで、画像形成、出力を実施し、処理を終了する（ステップｓ５４）。
【００７７】
以上により、画像形成装置１では、入力されたジョブにリソースを使用し、ＯＳ２での処理をそのまま続けることが可能となり、使い勝手が向上する。
なお、画像形成装置１で第２ＯＳが動作して、他の画像形成装置に操作画面サーバによって第２ＯＳの第２操作画面を提供していた場合、上記手順によって画像形成装置２にマイグレーションが行われると、ステップｓ６１で他の画像形成装置にＶＮＣ接続先を通知することで、他の画像形成装置では引き続き第２ＯＳの処理を続けることができる。
また、上記実施形態で、全装置からの算出リソース使用率を受けた結果、その前の実施形態と同様にマイグレーション可能装置があるか否かによって同様の処理手順を行うようにしてもよい。
【００７８】
次に、さらに他の実施形態を説明する。
画像形成装置１からマイグレーションされたＯＳ２では、画像形成装置１からのＶＮＣ接続終了後に、リソース使用率を画像形成装置１に問い合わせ、そこでジョブ終了が終了している（リソースに余裕がある）と判断した場合はネットワークリソースを使用しないようにするため、画像形成装置１に再度マイグレーションするようにしてもよい。以下、図８のフローチャートの基づいて詳細に説明する。
【００７９】
画像形成、出力を行い（ステップｓ７０）、さらに、ＶＮＣ接続の終了をＶＮＣ接続がされていた画像形成装置２に通知する。
通知を受けた画像形成装置２では、画像形成装置１にリソース使用率の算出依頼を行う（ステップｓ８０）。依頼を受けた画像形成装置１では、依頼に応答して前記各実施形態と同様にリソース使用率を算出し、算出結果を画像形成装置２に返答する（ステップｓ７２）。
【００８０】
リソース使用率の算出結果を受けた画像形成装置２では、画像形成装置１、２間のＶＮＣ接続の終了および画像形成装置１のジョブが終了したかを判定し（ステップｓ８１）、ＶＮＣ接続の終了またはジョブが終了していなければ（ステップｓ８１、Ｎｏ）、ステップｓ８０に戻り処理を繰り返す。ＶＮＣ接続の終了およびジョブが終了していれば（ステップｓ８１、Ｙｅｓ）、画像形成装置１に対しマイグレーション依頼をする（ステップｓ８２）。
【００８１】
マイグレーション依頼を受けた画像形成装置１では、マイグレーション準備を行い、完了とともに完了通知を画像形成装置２に行う（ステップｓ７３）。マイグレーション準備では、メモリーの記憶領域の確保やＨＤＤの記憶領域の確保が行われる。
画像形成装置２では、マイグレーション準備完了の通知を待機し（ステップｓ８３）、準備完了を確認すると（ステップｓ８３、Ｙｅｓ）、マイグレーション処理を行う。すなわち、画像形成装置２における第２ＯＳの動作状態をネットワークを通して画像形成装置１に転送する（ステップｓ８４）。第２ＯＳの動作状態が転送された画像形成装置１では、動作状態の内容に応じて第２ＯＳを起動するマイグレーションを行い、マイグレーション完了を画像形成装置２に通知する（ステップｓ７４）。
【００８２】
画像形成装置２では、マイグレーション完了の通知を待機し（ステップｓ８５）、マイグレーション完了を確認すると（ステップｓ８５、Ｙｅｓ）、エミュレータおよび第２ＯＳを終了することで、エミュレータおよび第２ＯＳで使用していたリソースを開放し、装置制御ＦＷで使用可能にする。
以上により、画像形成装置１では、再度のマイグレーションにより、ジョブ終了により開放されたリソースを使用し、またネットワークリソースを開放して第２ＯＳでの処理を続けることが可能となり、使い勝手が向上する。
【００８３】
以上、本発明について、上記実施形態に基づいて説明を行ったが、本発明は、上記説明の内容に限定されるものではなく、本発明の範囲を逸脱しない限りは、適宜の変更が可能である。
【符号の説明】
【００８４】
１  画像形成装置
２  画像形成装置
３、４、５  画像形成装置
６  ＰＣ
１０  ＬＡＮ
１１０  制御ＣＰＵ
１１３  ＶＲＡＭ
１１４  画像メモリー
１１５  ＨＤＤ
１２０  通信部
１２２  ＮＩＣ
１３０  スキャナー部
１４０  操作部
１５０  プリンター部
【図１】
2014102588.tif 000003
【図２】
2014102588.tif 000004
【図３】
2014102588.tif 000005
【図４】
2014102588.tif 000006
【図５】
2014102588.tif 000007
【図６】
2014102588.tif 000008
【図７】
2014102588.tif 000009
【図８】
2014102588.tif 000010
【図９】
2014102588.tif 000011
【図１０】
2014102588.tif 000012