(57)【要約】【課題】画像形成装置に第２のオペレーティングシステムをインストールする際のパフォーマンス低下を未然に回避する。【解決手段】画像形成装置におけるハードウェア資源の少なくとも一部を使用して動作する第１のオペレーティングシステムと、第１のオペレーティングシステム上で動作する制御プログラムとが実行され、第１のオペレーティングシステムが使用するハードウェア資源の少なくとも一部と共通するハードウェア資源を使用して第１のオペレーティングシステムと並行して動作する第２のオペレーティングシステムが実行可能とされる制御部を備え、制御部は、当該画像形成装置への１または２以上の第２のオペレーティングシステムのインストールが可能であり、第２のオペレーティングシステムが当該画像形成装置上で動作する場合に当該画像形成装置のパフォーマンスに与える影響に応じて、前記インストールの可否判断を行う。【選択図】図８
2014099057.tif 000002
【特許請求の範囲】
【請求項１】
画像データに基づいて画像を形成し、前記画像を用紙に出力するプリンター部と、
当該画像形成装置におけるハードウェア資源の少なくとも一部を使用して動作する第１のオペレーティングシステムと、前記第１のオペレーティングシステム上で動作する制御プログラムと、が実行され、さらに前記第１のオペレーティングシステムが使用する前記ハードウェア資源の少なくとも一部と共通するハードウェア資源を使用して前記第１のオペレーティングシステムと並行して動作する第２のオペレーティングシステムが実行可能とされる制御部と、を備え、
前記制御部は、当該画像形成装置への１または２以上の前記第２のオペレーティングシステムのインストールが可能であり、前記第２のオペレーティングシステムが当該画像形成装置上で動作する場合に当該画像形成装置のパフォーマンスに与える影響に応じて、前記インストールの可否判断を行うことを特徴とする画像形成装置。
【請求項２】
前記制御部は、前記インストールの可否判断で、前記共通するハードウェア資源の構成を前記パフォーマンスに影響を与える要素とすることを特徴とする請求項１記載の画像形成装置。
【請求項３】
前記共通するハードウェア資源の構成に、補助記憶装置、メモリー、ＣＰＵのいずれか１以上を含むことを特徴とする請求項２記載の画像形成装置。
【請求項４】
前記制御部は、前記パフォーマンスに影響を与える要素が前記補助記憶装置であり前記補助記憶装置に関連してインストールが否と判断される場合、インストール先として前記補助記憶装置の選択を不可にすることを特徴とする請求項３記載の画像形成装置。
【請求項５】
前記制御部は、前記第２のオペレーティングシステムの動作が前記パフォーマンスに影響を与えない、または影響が許容されると判断する場合、前記第２のオペレーティングシステムを前記補助記憶装置にインストール可能にすることを特徴とする請求項３または４に記載の画像形成装置。
【請求項６】
前記制御部は、前記第２のオペレーティングシステムをインストールする補助記憶装置の選択を可能にすることを特徴とする請求項５に記載の画像形成装置。
【請求項７】
前記第１のオペレーティングシステムが使用する第１の補助記憶装置と、前記第１のオペレーティングシステムでの使用を前提としない１または２以上の第２の補助記憶装置とを備え、前記制御部は、前記第２のオペレーティングシステムを、前記第１の補助記憶装置と前記第２の補助記憶装置のいずれの補助記憶装置にもインストールが可能であることを特徴とする請求項３〜６のいずれか１項に記載の画像形成装置。
【請求項８】
前記制御部は、前記パフォーマンスに影響を与える要素として前記第１の補助記憶装置が含まれると判断するとき、前記第２の補助記憶装置を前記インストール先の補助記憶装置として選択可能にすることを特徴とする請求項７に記載の画像形成装置。
【請求項９】
前記制御部は、前記パフォーマンスに影響を与える要素として前記第１の補助記憶装置が含まれるとき、前記インストール先として、前記第１の補助記憶装置の選択を不可にし、前記第２の補助記憶装置のみにインストール可能にすることを特徴とする請求項７記載の画像形成装置。
【請求項１０】
前記制御部は、前記パフォーマンスに影響を与える要素として前記第１の補助記憶装置が含まれるとき、前記第２の補助記憶装置が当該画像形成装置に接続されている場合に前記第２の補助記憶装置への前記インストールを可能にし、前記第２の補助記憶装置が当該画像形成装置に接続されていない場合は前記インストールを不可にすることを特徴とする請求項７記載の画像形成装置。
【請求項１１】
前記制御部は、前記インストール先としての前記補助記憶装置にインストールする領域があるかを判定し、インストールする領域があると判定される場合に、前記補助記憶装置への前記インストールを可能にすることを特徴とする請求項３〜１０のいずれか１項に記載の画像形成装置。
【請求項１２】
前記制御部は、前記インストール先としての前記補助記憶装置にインストールする領域があるかを判定し、インストールする領域がないと判定される場合に、前記補助記憶装置への前記インストールを不可にすることを特徴とする請求項３〜１０のいずれか１項に記載の画像形成装置。
【請求項１３】
前記制御部は、前記インストール先としての前記補助記憶装置にインストールする領域があるかを判定し、インストールする領域がないと判定される場合、対象とする前記補助装置に既にインストールされている他の第２のオペレーティングシステムあるとき、前記他の第２のオペレーティングシステムを削除して前記第２のオペレーティングシステムのインストールを可能にすることを特徴とする請求項３〜１０のいずれか１項に記載の画像形成装置。
【請求項１４】
前記制御部は、前記削除を行うかをユーザーが選択できるようにすることを特徴とする請求項１３記載の画像形成装置。
【請求項１５】
前記制御部は、インストール先としての前記補助記憶装置にインストールする領域がある場合、前記補助装置にインストールのための領域を予約して確保可能にすることを特徴とする請求項３〜１４のいずれか１項に記載の画像形成装置。
【請求項１６】
前記制御部は、前記第２のオペレーティングシステムが当該画像形成装置上で動作すると当該画像形成装置のパフォーマンスに影響を与えると判断する場合、ユーザーによるインストール可否選択を可能にすることを特徴とする請求項１〜１５のいずれか１項に記載の画像形成装置。
【請求項１７】
前記制御部は、ユーザーによる前記インストール可の判定があると、パフォーマンスの影響に拘わらず、前記第２のオペレーティングシステムのインストール実行を可能にすることを特徴とする請求項１６に記載の画像形成装置。
【請求項１８】
前記第２のオペレーティングシステムは、該第２のオペレーティングシステム上で原稿ファイルを扱うアプリケーションを動作可能にするものであることを特徴とする請求項１〜１７のいずれか１項に記載の画像形成装置。  
【請求項１９】
当該画像形成装置におけるハードウェア資源の少なくとも一部を使用して動作する第１のオペレーティングシステムと、前記第１のオペレーティングシステム上で動作する制御プログラムと、が実行され、さらに前記第１のオペレーティングシステムが使用する前記ハードウェア資源の少なくとも一部と共通するハードウェア資源を使用して前記第１のオペレーティングシステムと並行して動作する第２のオペレーティングシステムが実行可能とされる画像形成装置の制御方法において、
前記画像形成装置への１または２以上の前記第２のオペレーティングシステムのインストールを可能にし、前記第２のオペレーティングシステムが前記画像形成装置上で動作する場合に前記画像形成装置のパフォーマンスに与える影響を判定し、前記インストールに際し、前記パフォーマンスに与える影響に応じて、前記インストールの可否判断を行うことを特徴とする画像形成装置の制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、画像データに基づいて形成した画像を用紙に出力する画像形成装置およびその制御方法に関するものである。
【背景技術】
【０００２】
プリンター、ファクシミリ、複写機および、これら機能を複数有する複合機などの画像形成装置では、画像データに基づいて画像を形成し、前記画像を用紙に出力する機能を有しており、前記機能は、通常は、ＯＳ（オペレーティングシステム）上で動作するファームウェアによって当該画像形成装置のハードウェアを制御することで実現されている。
また、画像形成装置の動作制御を複数のオペレーティングシステムで行えるようにした画像形成装置も提案されている（例えば特許文献１、２参照）。
特許文献１の装置では、仮想的にハードウェアリソースを分割して、独立したアプリケーションを分割したハードウェアリソースにインストールさせる、または、分割したハードウェアリソースで動作させるものとしている。
特許文献２の画像形成装置では、優先度の異なる二つのＯＳを有し、実行優先度に応じてハードウェア資源を割り当てる複数のＯＳを有するものとしている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−１７７３７５号公報
【特許文献２】特開２０１１−１９２１３０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上記特許文献１、２の装置は、複数のオペレーティングシステムに対し、ハードウェア資源の割り当てを各オペレーティングシステムに応じて変更をしている。ところで、画像形成装置において、画像形成装置本来の動作以外に、エミュレータなどを通して通常のＰＣで使用されるオペレーティングシステム（例えばＷｉｎｄｏｗｓやＬｉｎｕｘなど、いずれも商標）を主となる画像形成装置上で起動させて原稿を扱うアプリケーションを動作させるなどの様々の機能を実現したいという要望がある。このような構成では、エミュレータ（例えばＱｅｍｕ、商標）はオペレーティングシステムの一つのアプリケーションとして動作し、同一のハードウェア資源を利用することも可能である。
上記要望のために、画像形成装置を動作させるオペレーティングシステムとは異なるオペレーティングシステムをインストールして使用する方法が考えられる。
しかし、画像形成装置のようにパフォーマンス安定性が求められる装置では、画像形成装置本体のオペレーティングシステムと、他のオペレーティングシステムとの間でハードウェア資源を共有すると、主でないオペレーティングシステムにハードウェアリソースを消費されてしまい、最も必要である画像形成装置のパフォーマンスに影響を及ぼすことが懸念される。主でないオペレーティングシステムは補助機能であるにもかかわらず、基本機能の性能を損なうのはユーザーにとっても不便であると考えられる。
【０００５】
本発明は、上記事情を背景としてなされたものであり、第２のオペレーティングシステムのインストールをしてパフォーマンスの低下をできるだけ抑えて、画像形成装置本来の動作と、第２のオペレーティングシステムによる動作とを実行可能な画像形成装置およびその制御方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
すなわち、本発明の画像形成装置のうち、第１の本発明は、
画像データに基づいて画像を形成し、前記画像を用紙に出力するプリンター部と、
当該画像形成装置におけるハードウェア資源の少なくとも一部を使用して動作する第１のオペレーティングシステムと、前記第１のオペレーティングシステム上で動作する制御プログラムと、が実行され、さらに前記第１のオペレーティングシステムが使用する前記ハードウェア資源の少なくとも一部と共通するハードウェア資源を使用して前記第１のオペレーティングシステムと並行して動作する第２のオペレーティングシステムが実行可能とされる制御部と、を備え、
前記制御部は、当該画像形成装置への１または２以上の前記第２のオペレーティングシステムのインストールが可能であり、前記第２のオペレーティングシステムが当該画像形成装置上で動作する場合に当該画像形成装置のパフォーマンスに与える影響に応じて、前記インストールの可否判断を行うことを特徴とする。
【０００７】
第２の本発明の画像形成装置は、前記第１の本発明において、前記制御部は、前記インストールの可否判断で、前記共通するハードウェア資源の構成を前記パフォーマンスに影響を与える要素とすることを特徴とする。
【０００８】
第３の本発明の画像形成装置は、前記第２の本発明において、前記共通するハードウェア資源の構成に、補助記憶装置、メモリー、ＣＰＵのいずれか１以上を含むことを特徴とする。
【０００９】
第４の本発明の画像形成装置は、前記第３の本発明において、前記制御部は、前記パフォーマンスに影響を与える要素が前記補助記憶装置であり前記補助記憶装置に関連して前記インストールが否と判断される場合、インストール先として前記補助記憶装置の選択を不可にすることを特徴とする。
【００１０】
第５の本発明の画像形成装置は、前記第３または第４の本発明において、前記制御部は、前記第２のオペレーティングシステムの動作が前記パフォーマンスに影響を与えない、または影響が許容されると判断する場合、前記第２のオペレーティングシステムを前記補助記憶装置にインストール可能にすることを特徴とする。
【００１１】
第６の本発明の画像形成装置は、前記第５の本発明において、前記制御部は、前記第２のオペレーティングシステムをインストールする補助記憶装置の選択を可能にすることを特徴とする。
【００１２】
第７の本発明の画像形成装置は、前記第３〜第６の本発明のいずれかにおいて、前記第１のオペレーティングシステムが使用する第１の補助記憶装置と、前記第１のオペレーティングシステムでの使用を前提としない１または２以上の第２の補助記憶装置とを備え、前記制御部は、前記第２のオペレーティングシステムを、前記第１の補助記憶装置と前記第２の補助記憶装置のいずれの補助記憶装置にもインストールが可能であることを特徴とする。
【００１３】
第８の本発明の画像形成装置は、前記第７の本発明において、前記制御部は、前記パフォーマンスに影響を与える要素として前記第１の補助記憶装置が含まれると判断するとき、前記第２の補助記憶装置を前記インストール先の補助記憶装置として選択可能にすることを特徴とする。
【００１４】
第９の本発明の画像形成装置は、前記第７の本発明において、前記制御部は、前記パフォーマンスに影響を与える要素として前記第１の補助記憶装置が含まれるとき、前記インストール先として、前記第１の補助記憶装置の選択を不可にし、前記第２の補助記憶装置のみにインストール可能にすることを特徴とする。
【００１５】
第１０の本発明の画像形成装置は、前記第７の本発明において、前記制御部は、前記パフォーマンスに影響を与える要素として前記第１の補助記憶装置が含まれるとき、前記第２の補助記憶装置が当該画像形成装置に接続されている場合に前記第２の補助記憶装置への前記インストールを可能にし、前記第２の補助記憶装置が当該画像形成装置に接続されていない場合は前記インストールを不可にすることを特徴とする。
【００１６】
第１１の本発明の画像形成装置は、前記第３〜第１０の本発明のいずれかにおいて、前記インストール先としての前記補助記憶装置にインストールする領域があるかを判定し、インストールする領域があると判定される場合に、前記補助記憶装置への前記インストールを可能にすることを特徴とする。
【００１７】
第１２の本発明の画像形成装置は、前記第３〜第１０の本発明のいずれかにおいて、前記制御部は、前記インストール先としての前記補助記憶装置にインストールする領域があるかを判定し、インストールする領域がないと判定される場合に、前記補助記憶装置への前記インストールを不可にすることを特徴とする。
【００１８】
第１３の本発明の画像形成装置は、前記第３〜第１０の本発明のいずれかにおいて、前記制御部は、前記インストール先としての前記補助記憶装置にインストールする領域があるかを判定し、インストールする領域がないと判定される場合、対象とする前記補助装置に既にインストールされている他の第２のオペレーティングシステムあるとき、前記他の第２のオペレーティングシステムを削除して前記第２のオペレーティングシステムのインストールを可能にすることを特徴とする。
【００１９】
第１４の本発明の画像形成装置は、前記第１３の本発明において、前記制御部は、前記削除を行うかをユーザーが選択できるようにすることを特徴とする。
【００２０】
第１５の本発明の画像形成装置は、前記第３〜第１４の本発明のいずれかにおいて、前記制御部は、インストール先としての前記補助記憶装置にインストールする領域がある場合、前記補助装置にインストールのための領域を予約して確保可能にすることを特徴とする。
【００２１】
第１６の本発明の画像形成装置は、前記第１〜第１５の本発明のいずれかにおいて、前記制御部は、前記第２のオペレーティングシステムが当該画像形成装置上で動作すると当該画像形成装置のパフォーマンスに影響を与えると判断する場合、ユーザーによるインストール可否選択を可能にすることを特徴とする。
【００２２】
第１７の本発明の画像形成装置は、前記第１６の本発明において、前記制御部は、ユーザーによる前記インストール可の判定があると、パフォーマンスの影響に拘わらず、前記第２のオペレーティングシステムのインストール実行を可能にすることを特徴とする。
【００２３】
第１８の本発明の画像形成装置は、前記第１〜第１７の本発明のいずれかにおいて、前記第２のオペレーティングシステムは、該第２のオペレーティングシステム上で原稿ファイルを扱うアプリケーションを動作可能にするものであることを特徴とする。
【００２４】
第１９の本発明の画像形成装置の制御方法は、当該画像形成装置におけるハードウェア資源の少なくとも一部を使用して動作する第１のオペレーティングシステムと、前記第１のオペレーティングシステム上で動作する制御プログラムと、が実行され、さらに前記第１のオペレーティングシステムが使用する前記ハードウェア資源の少なくとも一部と共通するハードウェア資源を使用して前記第１のオペレーティングシステムと並行して動作する第２のオペレーティングシステムが実行可能とされる画像形成装置の制御方法において、
前記画像形成装置への１または２以上の前記第２のオペレーティングシステムのインストールを可能にし、前記第２のオペレーティングシステムが前記画像形成装置上で動作する場合に前記画像形成装置のパフォーマンスに与える影響を判定し、前記インストールに際し、前記パフォーマンスに与える影響に応じて、前記インストールの可否判断を行うことを特徴とする。
【発明の効果】
【００２５】
以上説明したように、本願発明では、第２のオペレーティングシステムをインストールして動作させると当該画像形成装置のパフォーマンスに影響があるかをインストール前に把握することができる。
【図面の簡単な説明】
【００２６】
【図１】本発明の一実施形態の画像形成装置におけるアプリケーションソフトを含むソフトウェア構成とハードウェア資源の概略を示す図である。
【図２】同じく、制御ブロック図である。
【図３】同じく、本体制御とコントローラー制御とが一体になった一体型の画像形成装置の例のブロック図（ａ）および処理の流れを示す図（ｂ）である。
【図４】同じく、本体制御とコントローラー制御とが別である別体型となった画像形成装置の例のブロック図（ａ）および処理の流れを示す図（ｂ）である。
【図５】同じく、前記一体型で第２のオペレーティングシステムが動作する画像形成装置の処理の流れを示す図である。
【図６】同じく、前記別体型で第２のオペレーティングシステムが動作する画像形成装置の処理の流れを示す図である。
【図７】同じく、前記別体型でオプションのＨＤＤを備え、第２のオペレーティングシステムが動作する画像形成装置の処理の流れを示す図である。
【図８】同じく、パフォーマンスの影響に応じて第２のオペレーティングシステムのインストールの可否判断を行う手順を示すフローチャートである。
【図９】同じく、ＯＳインストール指示が可能なサービス画面を示す図である。
【図１０】同じく、ＯＳインストール画面を示す図である。
【図１１】同じく、インストール設定画面を示す図である。
【発明を実施するための形態】
【００２７】
以下に、本発明の一実施形態の画像形成装置を添付図面に基づいて説明する。
先ず、第２のオペレーティングシステムがインストールされた状態の画像形成装置におけるソフトウェア構成とハードウェア資源の概略を図１に基づいて説明する。
この形態では、第１のオペレーティングシステム（以下第１ＯＳという）で、本発明の制御プログラムに相当する装置制御ファームウェア（以下装置制御ＦＷという）と、エミュレータが動作する。第１ＯＳは、装置制御ＦＷおよびエミュレータを動作させる汎用ＯＳであり、Ｌｉｎｕｘ（商標、以下同じ）、Ｗｉｎｄｏｗｓ（商標、以下同じ）などにより構成される。装置制御ＦＷは、画像形成装置を動作させるソフトウェアである。エミュレータ上では、第２のオペレーティングシステム（以下第２ＯＳという）が動作する。エミュレータは、ハードウェアをエミュレーションして第２ＯＳに提供するソフトウェアである。第２ＯＳは、画像データ編集のアプリケーションなどを動作させるＯＳであり、Ｌｉｎｕｘ、Ｗｉｎｄｏｗｓ、ＭａｃＯＳ（商標、以下同じ）などで構成される。
【００２８】
具体的には、第１ＯＳとしてＬｉｎｕｘが動作し、第１ＯＳ上で、装置制御ＦＷと、エミュレータであるＥｍｕｌａｔｏｒ１、２が動作する。
Ｅｍｕｌａｔｏｒ１上では、第２ＯＳの１つであるＷｉｎｄｏｗｓ（ＯＳ２）、Ｅｍｕｌａｔｏｒ２上で、第２ＯＳの他の１つであるＬｉｎｕｘ（ＯＳ３）が動作する。エミュレータとしては例えばＱｅｍｕ（商標、以下同じ）などを用いることができ、本発明としては特定のものに限定されるものではない。
なお、この実施形態では、第１オペレーティングシステム上で動作する第２のオペレーティングシステムとして、２つのものを示しているが、本発明としてはその数が特に限定されるものではなく、１つの第２オペレーティングシステムのみでもよく、また、３つ以上のオペレーティングシステムが動作するものであってもよい。
また、この実施形態では、第２ＯＳが第１ＯＳ上で動作するものとして説明しているが、ハイパーバイザー上で、第１ＯＳと第２ＯＳとが並行して動作するものであってもよく、第１ＯＳと第２ＯＳとは並行して動作可能であればよく、その構成関係は特に限定されるものではない。
【００２９】
第２ＯＳ上では、本発明のアプリケーションとしてＷｏｒｄ（商標、以下同じ）およびＥｘｃｅｌ（商標、以下同じ）、Ｗｉｎｄｏｗｓ用に用意されたプリンタドライバ（ＰｒｉｎｔｅｒＤｒｉｖｅｒ）が動作する。
第３ＯＳ上では、本発明のアプリケーションとして、Ｌｉｎｕｘで使用されるエディタであるｅｍａｃｓ（商標、以下同じ）、Ｌｉｎｕｘ用に用意されたプリンタドライバ（ＰｒｉｎｔｅｒＤｒｉｖｅｒ）が動作する。
各プリンタドライバは、ＰＣに搭載されるものとして通常用意されているものを使用することができる。本実施形態では、当該画像形成装置用として専用に用意されたプリンタドライバを用いることは必要ではないが、専用に用意されたプリンタドライバを用いることも可能である。
【００３０】
また、画像形成装置は装置制御ＦＷから実行可能なコントローラーを有している。コントローラーは、Ｐｏｓｔｓｃｒｉｐｔ（商標、以下同じ）プログラムなどを実行するインタプリンタが動作するものであり、ソフトウェア、ハードウェアのいずれにより構成されるものであってもよく、両者の組み合わせにより構成されるものであってもよい。また、コントローラーは、装置制御ＦＷを介することなく装置制御ＦＷと独立して第１ＯＳ上で動作するものであってもよい。
【００３１】
上記した第１ＯＳ、第２ＯＳは、画像形成装置に備えられ、本発明のハードウェア資源（以下Ｈ／Ｗという）の一部を使用し、また制御することができる。Ｈ／Ｗには、ＣＰＵ、メモリー、操作部、画像形成装置の主となる機能を果たすスキャナー、ドラム、定着器、給紙トレイ、各種センサ、補助記憶装置であるＨＤＤ、外付けメディア（例えばＵＳＢメモリー）などがある。これらのＨ／Ｗは、第１ＯＳによって全て直接アクセス可能である。一方、第２ＯＳは通常のＰＣで動作させるＯＳであり、画像形成装置特有のＨ／Ｗには直接アクセスしない。ただし、通常のＰＣでも使用されるＨＤＤやメモリーといったＨ／Ｗには、第２ＯＳでも、直接アクセスが可能であり、第１ＯＳと共通して使用することができる。
【００３２】
また、上記ＨＤＤでは、装置制御ＦＷ、第１ＯＳ、第２ＯＳ、アプリケーション、プリンタドライバやデータ、画像形成用のリップ済みデータ、各アプリケーションで扱うデータなどを格納することができる。この際に、ＨＤＤは例えば第１ＯＳ用、装置制御ＦＷ用、第２ＯＳのアプリケーション用というように、パーティションを区切っておくことで各アプリケーションによる読み書き領域を制御することができ、また、複数のＨＤＤを用意して第１ＯＳ側と、第２ＯＳ側とで専用のＨＤＤを使用するようにしてもよい。
【００３３】
出力するデータ（例えばＷｏｒｄ文書データ）がネットワーク上の外部ＰＣにある場合、データ自体を画像形成装置内のＷｉｎｄｏｗｓ（第２ＯＳ）の共有フォルダにコピーするようにしてもよい。保存先はブリッジ接続により装置制御ＦＷ、第２ＯＳに個別のＩＰアドレスを設定することで指定できる。第２ＯＳが管理するＨＤＤの領域に元データが保存され、出力前に変更が必要な場合は、第２ＯＳ上でアプリケーション（Ｗｏｒｄ）を起動させることで編集することができる。保存する場合は通常のＰＣ同様に第２ＯＳが管理するＨＤＤの領域に保存すればよい。
【００３４】
この実施形態では、第２ＯＳは通常のＰＣで使用されるＯＳであるので、それらで使用されるアプリケーションで処理されるデータは当然、第２ＯＳ上で使用することができる。上記Ｗｏｒｄの他にエクセル（商標、以下同じ）や、ｅｍａｃｓ（Ｌｉｎｕｘで使用されるエディタ）などを起動させることができ、外部ＰＣからはデータを装置に保存しておけば装置上で編集が可能になる。以上により、画像形成装置上で元データを編集することが可能となり、ユーザーの使い勝手が向上する。
【００３５】
次に、本実施形態の画像形成装置における制御ブロックを図２に基づいて説明する。
画像形成装置１は、主要な構成として、全体制御ブロック部１００とスキャナー部１３０と操作部１４０とプリンター部１５０とを有している。また、この実施形態では、後処理装置であるＦＮＳ１６０が画像形成装置の一部として画像形成装置本体に接続されている。なお、本発明としては後処理装置の有無は特に限定されるものではない。
【００３６】
画像形成装置１は、ネットワークであるＬＡＮ２を通して外部装置であるＰＣ３などに接続されている。画像形成装置１に接続する装置の種別や数は特に限定されるものではない。全体制御ブロック部１００では、制御ＣＰＵ１１０を備えており、制御ＣＰＵ１１０にＤＲＡＭ制御ＩＣ１１１が接続されている。
制御ＣＰＵ１１０には、ＲＡＭ１１２、ＶＲＡＭ１１３が接続されている。
制御ＣＰＵ１１０は、前記装置制御ＦＷなどのソフトウェアの実行により画像形成装置１の全体を制御し、画像形成装置１全体の状態把握を行うものであり、本発明の制御部として機能する。
【００３７】
スキャナー部１３０は、光学読み取りを行うＣＣＤ１３１と、スキャナー部１３０全体の制御を行うスキャナー制御部１３２とを備えている。スキャナー制御部１３２は、制御ＣＰＵ１１０に接続されており、制御ＣＰＵ１１０による制御を受ける。なお、スキャナー制御部１３２は、ＣＰＵやこれを動作させるプログラムなどによって構成することができる。前記ＣＣＤ１３１で読み取った画像情報は、読み取り処理部１１６でデータ処理がなされる。読み取り処理部１１６には、ＤＲＡＭ制御ＩＣ１１１に接続されており、読み取り処理部１１６でデータ処理された画像データはＤＲＡＭ制御ＩＣ１１１に送信される。
【００３８】
ＲＡＭ１１２は、装置制御ＦＷ、第１ＯＳ、第２ＯＳ、アプリケーションプログラム、プリンタドライバ等のプログラムがロードされて、その実行に利用されるとともに、その実行に伴う作業エリアとして利用される。また、さらに、第２ＯＳの画面データを記憶する領域が割り当てられている。
【００３９】
操作部１４０は、タッチパネル式のＬＣＤ１４１と、操作部制御部１４２とを備えており、上記ＬＣＤ１４１と操作部制御部１４２とが接続され、該操作部制御部１４２と前記制御ＣＰＵ１１０と、がシリアル通信可能に接続されている。該構成によって操作部１４０の制御が制御ＣＰＵ１１０によって行われ、ＶＲＡＭ１１３に描かれた画面画像がＬＣＤ１４１に表示されるとともに、操作部１４０の入力情報が制御ＣＰＵ１１０に送られる。なお、操作部制御部１４２は、ＣＰＵやこれを動作させるプログラムなどによって構成することができる。操作部１４０には、表示切替部１４３を備えており、表示切替部１４３によって、操作部１４０で表示される画面の所定領域に対応するＶＲＡＭ１１３の記憶領域に、装置制御ＦＷが生成した画面、第２ＯＳの画面を選択的に描画することにより、これらの画面を切り替えて表示することを可能にしている。また、ＬＣＤ１４１の第２ＯＳの画面領域への操作は、第２ＯＳに伝えられて第２ＯＳに対する操作を行うこともできるようになっている。
【００４０】
次に、画像形成装置１におけるシステム構成例を図３、４のブロック図に基づいて説明する。
図３（ａ）、図４（ａ）は、画像形成装置の全体制御（画像処理）に係わるブロックとコントローラー（データの保存やＲＩＰ処理など）に係わるブロックとがＨＤＤ、メモリー、ＣＰＵとの間でアクセスする状態を示している。
図３（ａ）のシステム構成は、全体制御に係わるブロックと、コントローラー制御に係わるブロックとが一体になって、一つのＨＤＤ、メモリーおよびＣＰＵにアクセスする一体型のシステム構成を示している。
図４（ａ）は、全体制御に係わるブロックとコントローラーに係わるブロックとが独立し、それぞれ専用のＨＤＤ、メモリーおよびＣＰＵとの間でアクセスする別体型のシステム構成を示している。
なお、いずれも全体制御として、操作部、画像処理部、システム制御部、ネットワーク制御部の制御を含み、コントローラー制御としてシステム制御部、画像処理部、ネットワーク制御部の制御を含んでいる。画像形成装置のパフォーマンス懸念が考えられるハードウェアとして、ＣＰＵやメモリ、ＨＤＤアクセスなどが挙げられる。以下では、パフォーマンス懸念項目としてＨＤＤを例として挙げ、説明する。
【００４１】
図３（ａ）の一体型で、ＨＤＤの利用状態のみに限った処理フローの例を図３（ｂ）に示す。例えば、ネットワークを通してデータ入力をする際にはコントローラー制御によってネットワーク制御部が制御されてデータが入力され、コントローラー側のシステム制御部、画像処理部の制御を通してＨＤＤにアクセスしつつデータ処理がされる。処理されたデータは、画像データとして全体制御側のシステム制御部に受け渡され、画像処理部を通してＨＤＤにアクセスしつつ画像データ処理がされてプリント出力が行われる。一体型の制御では、このように一体制御によって１つのＨＤＤを使用しつつ異なる処理が行われている。
【００４２】
一方、図４（ａ）の別体型で、ＨＤＤの利用状態のみに限った処理フローの例を図４（ｂ）に示す。例えば、ネットワークを通してデータ入力をする際にはコントローラー制御によってネットワーク制御部が制御されてデータが入力され、コントローラー側のシステム制御部、画像処理部の制御を通してコントローラー側のＨＤＤにアクセスしつつデータ処理がされる。処理されたデータは、画像データとして全体制御側のシステム制御部に受け渡され、画像処理部を通して全体制御側のＨＤＤにアクセスしつつ画像データ処理がされてプリント出力が行われる。このように別体制御によってそれぞれに用意されたＨＤＤを使用しつつ処理が行われている。
【００４３】
次に、図３（ａ）（ｂ）に示した一体型の画像形成装置に第２のオペレーティングシステムをインストールして使用する場合を想定したシステム構成のブロックを図５に示す。図では、第２のオペレーティングシステムはＯＳ２として図示している（以下同じ）。
一体型では、全体制御、コントローラー制御で使用されるＨＤＤと同じＨＤＤにＯＳ２がインストールされて使用される。この場合、全体制御、コントローラー制御とともにＯＳ２によるＯＳ起動やアプリケーション処理が同じＨＤＤで行われるため、ＯＳ２に関する処理がなされているとＯＳ２起動やそれに付随するデータ読み／書きなどのＨＤＤアクセスが余分に発生することとなり、結果として、画像形成装置のＨＤＤアクセス性能が低下し、プリントパフォーマンス等に影響がでる。
【００４４】
次に、図４（ａ）（ｂ）の別体型の画像形成装置に第２のオペレーティングシステムをインストールして使用する場合を想定したシステム構成のブロックを図６に示す。
別体型では、全体制御、コントローラー制御で使用されるＨＤＤは別に用意され、全体制御で使用されるＨＤＤにＯＳ２がインストールされて使用される。この場合、全体制御、コントローラー制御は、別のＨＤＤが使用され、ＯＳ２によるＯＳ起動やアプリケーション処理は全体制御と同じＨＤＤで行われる。このため、ＯＳ２に関する処理がなされていると全体制御は影響を受ける可能性があるが、コントローラー制御では、ＨＤＤアクセスに関しては影響をうけることはない。全体制御では、ＨＤＤを使用する頻度は比較的低く、ＨＤＤを積極的に使用する処理を行わない限りは、ＯＳによる影響は小さい。すなわち、コントローラーが別体型のシステムは、一体型と比較してＨＤＤのアクセス重複が少ないため、パフォーマンスへの影響は比較的軽微である。
【００４５】
図７は、別体側においてさらに他のＨＤＤを用意し（図ではオプションＨＤＤとして示している）、このＨＤＤにＯＳ２をインストールして使用するシステム構成を示すものである。このシステムでは、全体制御、コントローラー制御、ＯＳの起動やアプリケーション処理がそれぞれ別のＨＤＤを使用して行われるため、ＨＤＤアクセス重複が発生せず、ＨＤＤのアクセスという観点からは、ＯＳ２に関する処理による画像形成装置のパフォーマンス低下は発生しない。
【００４６】
本実施形態では、上記のように第２のオペレーティングシステムの使用によって画像形成装置のパフォーマンスへの影響が起こり得ることを考慮して第２のオペレーティングシステムのインストールの可否判断を行うことで、第２のオペレーティングシステム使用による画像形成装置のパフォーマンスの大きな低下を未然に防止するものとしている。これにより安定したパフォーマンスを有するマルチＯＳ対応画像形成装置を提供できる。
インストール可否判断処理の手順を図８のフローチャートに基づいて説明する。以下の手順は装置制御ＦＷの制御によって実行される。
【００４７】
処理開始に伴い、ＯＳ２のインストーラーがあるかを判定する（ステップｓ１０１）。インストーラーは画像形成装置本体に備えるものでもよく、また、ＣＤＲＯＭなどの媒体に格納されてアクセス可能な状態にあるものでもよい。
インストーラーがなければ（ステップｓ１０１、Ｎ）、後述する「ＯＳ２のインストール」画面を選択不可とし（ステップｓ１０４）、処理を終了する。
インストーラーがあれば（ステップｓ１０１、Ｙ）、ＯＳ２の使用により画像形成装置のパフォーマンスに影響、すなわち懸念があるかを判定する（ステップｓ１０２）。パフォーマンス懸念は、予め定めた条件によって判定することができる。
【００４８】
パフォーマンス懸念は、画像形成装置のハードウェア構成・オプションの有無から装置制御ＦＷがパフォーマンス影響を判断することができ、例えば以下の基準で判断することができる。なお、以下は例示であり、その他の基準により判断することもできる。
（ア）図３、４からわかるように、コントローラーが別体の場合は影響が少ない。よってコントローラーの種類に応じてパフォーマンス懸念を判断する。
・コントローラー一体型の場合は、パフォーマンス懸念あり
・コントローラー別体型の場合は、パフォーマンス懸念なし
（イ）スキャナーなどのオプションの有無により判断する［理由は（ア）と同じ］。
・ＨＤＤを利用するオプション（スキャナーなど）が付与されている場合は、パフォーマンス懸念あり
・ＨＤＤを利用するオプション（スキャナーなど）が付与されていない場合は、パフォーマンス懸念なし
【００４９】
パフォーマンスに懸念があるかの判断において、懸念なしの場合（ステップｓ１０２、Ｎ）、ＨＤＤ上にＯＳ２をインストールする領域があるかを判定することができる（ステップｓ１０６）。一方、パフォーマンスに懸念があると判定される場合（ステップｓ１０２、Ｙ）、画像形成装置で使用しないＨＤＤが接続されているかを判定する（ステップｓ１０３）。すなわち、パフォーマンス懸念がある場合は、図７のような専用ＨＤＤ（第２の補助記憶装置に相当する）が接続されている場合のみインストールを許可する。
専用ＨＤＤを設けることで、ＯＳ２のトラブルが発生したとしても、画像処理で使用するＨＤＤ（第１の補助記憶装置に相当する）に影響を与えることなく修復（ＨＤＤ交換）を実施することが可能となる。
画像形成装置で使用しないＨＤＤが接続されているかどうかの判断例としては以下が考えられる。
・画像形成装置が自分が利用できるデバイスを事前に覚えておく
・画像形成装置が使用しないＨＤＤには事前にそのことを示す情報が入っている
（または、画像形成装置が利用するＨＤＤにはそのことを示す情報が入っている）
【００５０】
画像形成装置で使用しないＨＤＤが接続されていないと判定される場合（ステップｓ１０３、Ｎ）、「ＯＳ２のインストール」画面を選択不可とし（ステップｓ１０４）、処理を終了する。なお、ユーザーがパフォーマンス低下を容認する設定がなされているなど、パフォーマンス低下が許容される場合は、インストールが許可されるようにしてもよい。
画像形成装置で使用しないＨＤＤが接続されていると判定される場合（ステップｓ１０３、Ｙ）、「ＯＳ２のインストール」画面を選択可能とする（ステップｓ１０５）。この際に、画像形成装置で利用するＨＤＤをインストール先として表示しないようにすれば、さらに利便性を高めることができる。また、専用ＨＤＤ以外は選択できないようにすることで、インストール先間違いを防止する効果もある。次いで、ＨＤＤ、すなわちこの場合は画像形成装置で使用しないＨＤＤにインストールする領域が有るかを判定する（ステップｓ１０６）。
【００５１】
ＨＤＤ上にＯＳ２をインストールする領域があると判定される場合（ステップｓ１０６、Ｙ）、ＯＳ２を別途インストールするための領域を予約するかの判定を行う（ステップｓ１０８）。予約を行うか否かは、予め設定として定めておいてもよく、また、ユーザーが選択できるようにしてもよい。
ＨＤＤ上にＯＳ２をインストールする領域がないと判定される場合（ステップｓ１０６、Ｎ）、既にインストールされている領域を削除するかを判定する（ステップｓ１０７）。既にインストールされている領域としては、他のＯＳやアプリケーションソフトなどがインストールされている領域が例示される。
既にインストールされている領域を削除するか否かは、予め設定として定めておいてもよく、また、ユーザーが選択できるようにしてもよい。
既にインストールされている領域を削除すると判定する場合（ステップｓ１０７、Ｙ）、ＯＳ２を別途インストールするための領域を予約するかの判定を行う（ステップｓ１０８）。
既にインストールされている領域を削除しないと判定する場合（ステップｓ１０７、Ｎ）、処理を終了する。
【００５２】
ＯＳ２を別途インストールするための領域を予約すると判定される場合（ステップｓ１０８、Ｙ）、ＯＳ２インストール用の領域をインストール先のＨＤＤに確保する（ステップｓ１０９）。ＯＳ２を別途インストールするための領域を予約しないと判定された場合（ステップｓ１０８、Ｎ）またはステップｓ１０９の後、ＯＳ２のインストールを実施し（ステップｓ１１０）、処理を終了する。
以上により、画像形成装置本来のパフォーマンスの懸念なく、マルチＯＳ対応の画像形成装置が提供される。
【００５３】
次に、図９は、画像形成装置１のメニュー画面の例を示すものであり、サービス画面１４００として操作部１４０に操作入力可能に表示される。
サービス画面１４００には、「０１マシン調整」釦１４０１、「０２プロセス調整」釦１４０２、「０３システム設定」釦１４０３、「０４カウンター／データ」釦１４０４、「０５ＩＳＷ」釦１４０５、「０６設定データ」釦１４０６、「０７ＯＳインストール」釦１４０７を選択して押釦することができる。ＩＳＷは、不揮発メモリーの書き換えを行うためのプログラム（Ｉｎ−Ｓｙｓｔｅｍ Ｗｒｉｔｅｒ）を示す。「０７ＯＳインストール」釦１４０７は、ステップｓ１０４で選択不可と判断される場合、網掛け表示などにして押釦操作が不可になるか、表示がされないようにすることができる。
【００５４】
各釦の押釦によって予め定められた処理が実行され、「０７ＯＳインストール」釦１４０７の押釦によって図１０に示すＯＳインストール画面１４１０が操作入力可能に表示される。
ＯＳインストール画面１４１０には、サービス画面の下位階層を示す、「サービス」と「ＯＳインストール」のタイトル表示１４１１がされ、「０１インストール設定」釦１４１２と「０２インストール実行」釦１４１３とが押釦可能に表示される。
【００５５】
「０１インストール設定」釦１４１２の押釦により図１１に示すインストール設定画面１４２０が操作入力可能に表示される。
インストール設定画面１４２０には、インストール画面１４１０の下位階層を示す、「サービス」と「ＯＳインストール」と「インストール設定」のタイトル表示１４２１がされている。
項目表示として、「パフォーマンス低下許可」１４２２、「インストール先デバイス」１４２３、「インストール済みＯＳを削除」１４２４、「別途ＯＳをインストールする領域を確保」１４２５が表示されている。
「パフォーマンス低下拒否」１４２２においては、Ｙｅｓ釦１４２２ａとＮｏ釦１４２２ｂとが選択かつ押釦可能に表示されている。
「インストール先デバイス」１４２３においては、インストール可能なデバイスを示すリストボックス１４２３ａがリスト内のデバイスを選択できるように表示されている。
リストボックス１４２３ａには、ＨＨＤやオプションＨＤＤ、リムーバルデバイスなどが選択可能に表示される。図８のステップｓ１０５が対応する。
「インストール済みＯＳを削除」１４２４においては、Ｙｅｓ釦１４２４ａとＮｏ釦１４２４ｂとが選択かつ押釦可能に表示されている。図８のステップｓ１０７が対応する。
「別途ＯＳをインストールする領域を確保」１４２５においては、Ｙｅｓ釦１４２５ａとＮｏ釦１４２５ｂとが選択かつ押釦可能に表示されている。図８のステップｓ１０８が対応する。
【００５６】
「パフォーマンス低下許可」１４２２の項目においては、ユーザーがＯＳ２のインストールによってパフォーマンス低下を許可できるかを選択することができる。Ｙｅｓ釦１４２２ａを押釦すると、図８のステップｓ１０２でパフォーマンスの懸念ありの場合でも、パフォーマンスの懸念なしの場合と同様の手順で処理を行うことができる。
Ｎｏ釦１４２２ｂを押釦すると、パフォーマンスの懸念ありの場合には、パフォーマンスの懸念ありの場合に定められた手順の処理がなされる。図８に示したフローチャートの例では、画像形成装置で使用しないＨＤＤが画像形成装置に備えられている（外部外付けのような場合も含む）場合にのみにＯＳ２のインストールが可能になる。
【００５７】
「インストール先デバイス」１４２３の項目においては、インストール先として予め設定されているデバイスが表示され選択することができる。パフォーマンス懸念がなければ、画像形成装置で使用可能なＨＤＤなどが全て表示され、選択が可能になる。パフォーマンスに懸念があれば、画像形成装置で使用しないＨＤＤのみが選択可できるようにするのが望ましく、画像形成装置で利用するＨＤＤをインストールデバイスとして表示しないのが望ましい。
【００５８】
「インストール済みＯＳを削除」１４２４においては、Ｙｅｓ釦１４２４ａが押釦されると、インストール済みＯＳが削除される。この場合、複数のインストール済みＯＳがある場合、削除するＯＳを選択できるようにしてもよい。
Ｎｏ釦１４２４ｂが押釦されると、インストール済みＯＳは削除されることはなく、ＨＤＤにＯＳ２をインストールする領域がなければ、インストール実施を不可にするなどして処理を終了する。
【００５９】
「別途ＯＳをインストールする領域を確保」１４２５においては、Ｙｅｓ釦１４２５ａが押釦されると、インストール対象のＨＤＤに領域を確保する。Ｎｏ釦１４２５ｂが押釦されると、インストール対象のＨＤＤに領域を確保する作業は行われない。
【００６０】
インストール設定画面での設定が終了すると、上位階層のＯＳインストール画面１４１０に遷移する。インストール画面１４１０で「０２インストール実行」釦１４１３が押釦されると、インストールが可能な場合、設定に従ってインストールが実行される。ステップｓ１０４に該当する場合やステップｓ１０７の「Ｎ」に該当する場合、「０２インストール実行」釦１４１３の押釦を不可にしたり、網掛け、または、表示しないなどしたりすることで、インストールが実行されないようにする。
上記ではパフォーマンス懸念項目としてＨＤＤを取り上げたが、ＨＤＤ以外でもハードウェアリソースの共有によりパフォーマンスが低下されるすべてのデバイスに対して同様の判断を行うことができる。例えば、メモリーが指定量以下であればインストールできない、シングルコアＣＰＵであればインストールできないなどが挙げられる。また、ＨＤＤでなくＳＳＤ（ソリッドステートデバイス）であったとしてもインストール先として同様の処理を行うことができる。
【００６１】
以上、本発明について上記実施形態に基づいて説明を行ったが、本発明は上記実施形態の内容に限定されるものではなく、本発明の範囲を逸脱しない限りは適宜の変更が可能である。
【符号の説明】
【００６２】
１  画像形成装置
１１０  制御ＣＰＵ
１１５  ＨＤＤ
１３０  スキャナー部
１４０  操作部
１５０  プリンター部
１４００  サービス画面
１４０７  「０７ＯＳインストール画面」釦
１４１０  ＯＳインストール画面
１４２０  インストール設定画面
【図１】
2014099057.tif 000003
【図２】
2014099057.tif 000004
【図３】
2014099057.tif 000005
【図４】
2014099057.tif 000006
【図５】
2014099057.tif 000007
【図６】
2014099057.tif 000008
【図７】
2014099057.tif 000009
【図８】
2014099057.tif 000010
【図９】
2014099057.tif 000011
【図１０】
2014099057.tif 000012
【図１１】
2014099057.tif 000013