画像形成装置および画像形成プログラム
【課題】 画像形成装置において、ファイルアクセスに非ＯＳ管理領域を使用することに起因するプロセッサーの負荷を軽減する。
【解決手段】 画像形成装置において、拡張Ｉ／Ｏ処理部３４は、ＲＡＭ内の非ＯＳ管理領域における、ユーザープロセス１２からの指令により物理アドレスで指定された領域を使用して、ファイルシステム３１上のファイルへのファイルアクセスを行う。
【解決手段】 画像形成装置において、拡張Ｉ／Ｏ処理部３４は、ＲＡＭ内の非ＯＳ管理領域における、ユーザープロセス１２からの指令により物理アドレスで指定された領域を使用して、ファイルシステム３１上のファイルへのファイルアクセスを行う。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成装置および画像形成プログラムに関するものである。
【背景技術】
【０００２】
ある画像形成装置は、画像データ用のパーティションと画像属性データ用のパーティションとを別々に設け、それらのパーティションにおけるそれぞれ異なるファイルシステムで画像データと画像属性データとを別々のファイルとして管理し、画像データのファイルアクセスには、主記憶装置における非ＯＳ（オペレーティングシステム）管理領域を使用し、画像属性データのファイルアクセスには、主記憶装置におけるＯＳ管理領域を使用している（例えば特許文献１参照）。
【０００３】
通常、ＯＳ管理領域を使用したファイルアクセスとしては、バッファーＩ／Ｏ方式およびダイレクトＩ／Ｏ方式がある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１０−２０５４０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上述の特許文献１の技術では、非ＯＳ管理領域にも仮想アドレスをマッピングしている。このため、ＯＳがユーザープロセスごとに仮想アドレスを再マッピングすることになり、ＯＳが稼働するプロセッサーの負荷が大きい。
【０００６】
本発明は、上記の問題に鑑みてなされたものであり、ファイルアクセスに非ＯＳ管理領域を使用することに起因するプロセッサーの負荷を軽減する画像形成装置および画像形成プログラムを得ることを目的とする。
【課題を解決するための手段】
【０００７】
上記の課題を解決するために、本発明では以下のようにした。
【０００８】
本発明に係る画像形成装置は、主記憶装置と、補助記憶装置と、補助記憶装置に保存されるファイルを管理するファイルシステムと、主記憶装置内の、オペレーティングシステムにより管理されていない記憶領域における、ユーザープロセスの指令により物理アドレスで指定された領域を使用してファイルシステム上のファイルへのファイルアクセスを行うＩ／Ｏ処理部とを備える。
【０００９】
これにより、ファイルアクセスに非ＯＳ管理領域を使用する場合、物理アドレスでデータ領域が指定されるため、ファイルアクセスに非ＯＳ管理領域を使用することに起因するプロセッサーの負荷が軽減される。
【００１０】
また、本発明に係る画像形成装置は、上記の画像形成装置に加え、次のようにしてもよい。この場合、ファイルのファイルオープン指令においてＩ／Ｏ処理部によるファイルアクセスが指定された場合、Ｉ／Ｏ処理部が、ファイルのファイルクローズまで、ファイルに対するリードライトを担当する。
【００１１】
これにより、ファイルごとに、非ＯＳ管理領域を使用したファイルアクセス方式と、通常の、ＯＳ管理領域を使用したファイルアクセス方式を任意に選択できる。
【００１２】
また、本発明に係る画像形成装置は、上記の画像形成装置に加え、次のようにしてもよい。この場合、ファイルに対するリード指令またはライト指令においてＩ／Ｏ処理部によるファイルアクセスが指定された場合、Ｉ／Ｏ処理部が、リード指令に対応するリードまたはライト指令に対応するライトを担当する。
【００１３】
これにより、リード指令およびライト指令ごとに、非ＯＳ管理領域を使用したファイルアクセス方式と、通常の、ＯＳ管理領域を使用したファイルアクセス方式を任意に選択できる。したがって、１つのファイルに対するリード指令とライト指令で異なるファイルアクセス方式を使用することができる。
【００１４】
また、本発明に係る画像形成装置は、上記の画像形成装置に加え、次のようにしてもよい。この場合、Ｉ／Ｏ処理部は、バッファードＩ／Ｏモードのバッファーに残存しているデータがなくなった後に、リード指令に対応するリードまたはライト指令に対応するライトを実行する。
【００１５】
これにより、１つのファイルにおいて、非ＯＳ管理領域を使用したファイルアクセス方式のリード指令および／またはライト指令と、通常の、ＯＳ管理領域を使用したファイルアクセス方式のリード指令および／またはライト指令とが混在しても、データの整合性が確保される。
【００１６】
また、本発明に係る画像形成装置は、上記の画像形成装置に加え、次のようにしてもよい。この場合、上述のファイルには画像データが保存される。
【００１７】
また、本発明に係る画像形成装置は、上記の画像形成装置に加え、次のようにしてもよい。この場合、画像形成装置は、主記憶装置に接続された画像処理回路をさらに備える。そして、画像データは、画像処理回路による画像処理に使用されるデータまたは画像処理回路による画像処理により得られたデータであって、Ｉ／Ｏ処理部は、リードおよびライトを画像処理回路に実行させる。
【００１８】
本発明に係る画像形成プログラムは、画像形成装置のコンピューターを、主記憶装置、補助記憶装置、補助記憶装置に保存されるファイルを管理するファイルシステム、および主記憶装置内の、オペレーティングシステムにより管理されていない記憶領域における、ユーザープロセスの指令により物理アドレスで指定された領域を使用してファイルシステム上のファイルへのファイルアクセスを行うＩ／Ｏ処理部として機能させる。
【００１９】
これにより、ファイルアクセスに非ＯＳ管理領域を使用する場合、物理アドレスでデータ領域が指定されるため、ファイルアクセスに非ＯＳ管理領域を使用することに起因するプロセッサーの負荷が軽減される。
【発明の効果】
【００２０】
本発明によれば、画像形成装置において、ファイルアクセスに非ＯＳ管理領域を使用することに起因するプロセッサーの負荷を軽減する。
【図面の簡単な説明】
【００２１】
【図１】図１は、本発明の実施の形態１に係る画像形成装置の構成を示すブロック図である。
【図２】図２は、図１におけるＯＳの、ファイルアクセスに関する部分の構成例を示す図である。
【図３】図３は、図２におけるバッファードＩ／Ｏ処理部、ダイレクトＩ／Ｏ処理部、および拡張Ｉ／Ｏ処理部によるファイルアクセスを説明する図である。
【図４】図４は、図２におけるユーザープロセスの仮想アドレス空間とＲＡＭの物理アドレス空間との対応関係を説明する図である。
【図５】図５は、本発明の実施の形態４に係る画像形成装置の構成を示すブロック図である。
【発明を実施するための形態】
【００２２】
以下、図に基づいて本発明の実施の形態を説明する。
【００２３】
実施の形態１．
【００２４】
図１は、本発明の実施の形態１に係る画像形成装置の構成を示すブロック図である。図１に示す画像形成装置は、ＣＰＵ（Central Processing Unit）１、ＲＡＭ（Random Access Memory）２、ハードディスクドライブ３、画像処理回路４、印刷装置５、および画像読取装置６を有する。
【００２５】
ＣＰＵ１は、各種プログラムを実行するプロセッサーである。ＣＰＵ１は、オペレーティングシステム（ＯＳ）のプログラムを実行して、ＯＳ１１を実現するとともに、アプリケーションプログラムをユーザープロセスとして実行する
【００２６】
ＲＡＭ２は、例えばＤＤＲ−ＳＤＲＡＭ（Double-Data-Rate Synchronous Dynamic Random Access Memory）などのＤＲＡＭであって、ＣＰＵ１の主記憶装置である。
【００２７】
ＲＡＭ２の記憶領域の一部がＯＳ管理領域２１とされる。ＯＳ管理領域２１は、ＯＳ１１により管理される（つまり、ＯＳ１１により使用可能な）領域である。ＲＡＭ２の記憶領域のうち、ＯＳ管理領域２１以外の領域は、非ＯＳ管理領域２２となる。
【００２８】
ＯＳ管理領域２１には仮想アドレスが割り当てられ、ユーザープロセスは、仮想アドレスを指定して、ＯＳ１１を介してＯＳ管理領域２１にアクセスする。
【００２９】
ハードディスクドライブ３は、補助記憶装置である。ハードディスクドライブ３には、ＯＳ１１のファイルシステムで管理されるファイルが保存される。そのファイルには、画像データまたは画像属性データが保存される。
【００３０】
画像処理回路４は、ＣＰＵ１に接続されており、画像処理を行う画像処理部と、ＲＡＭ２に接続されたメモリーコントローラーと、ハードディスクドライブ３に対するアクセスを行うインターフェイスとを有するＡＳＩＣ（Application Specific Integrated Circuit）である。
【００３１】
例えば、画像処理回路４の画像処理部は、ユーザープロセス１２により指定された画像データ（または、画像データおよび画像属性データ）をＲＡＭ２から読み出して、ユーザープロセス１２により指定された画像処理を実行し、画像処理後の画像データ（または、画像データおよび画像属性データ）をＲＡＭ２に書き込む。
【００３２】
また、印刷装置５は、画像処理回路４から画像処理後の画像データを供給され、その画像データに基づく画像を印刷する。また、画像読取装置６は、原稿画像を光学的に読み取り、原稿画像の画像データおよび画像属性データを生成して画像処理回路４へ出力する。
【００３３】
図２は、図１におけるＯＳ１１の、ファイルアクセスに関する部分の構成例を示す図である。図２に示すように、ＯＳ１１では、ユーザープロセス１２からの、単一のファイルシステム３１内のファイルに対するファイルアクセス（ファイルオープン、ファイルクローズ、リード、およびライト）が、ファイルシステム３１により受け付けられ、バッファードＩ／Ｏ処理部３２、ダイレクトＩ／Ｏ処理部３３、および拡張Ｉ／Ｏ処理部３４のいずれかにより処理される。
【００３４】
ファイルシステム３１は、ハードディスクドライブ３に保存されるファイルを管理する。また、バッファードＩ／Ｏ処理部３２、ダイレクトＩ／Ｏ処理部３３、および拡張Ｉ／Ｏ処理部３４は、それぞれ、ブロックデバイスドライバー３５、およびＤＭＡ（Direct Memory Access）ドライバー３６を使用して、ＲＡＭ２の記憶領域を使用してハードディスクドライブ３に対するリードおよびライトを画像処理回路４のメモリーコントローラーに実行させる。
【００３５】
図３は、図２におけるバッファードＩ／Ｏ処理部３２、ダイレクトＩ／Ｏ処理部３３、および拡張Ｉ／Ｏ処理部３４によるファイルアクセスを説明する図である。
【００３６】
バッファードＩ／Ｏ処理部３２は、ユーザープロセスからの指令によりバッファードＩ／Ｏモードが指定された場合、ＯＳ管理領域２１を使用して、ファイルシステム３１上のファイルへの、バッファードＩ／Ｏモードでのファイルアクセスを行う。具体的には、図３（Ａ）に示すように、バッファードＩ／Ｏ処理部３２は、ＯＳ管理領域２１に保持されるリードまたはライト対象のデータを、ＯＳ管理領域２１に設けられるバッファー２１ａに一時的に記憶させつつ、所定条件でハードディスクドライブ３へのアクセスを実行させる。これにより、リードまたはライト対象のデータがバッファー２１ａ内に存在すれば、高速にデータへのアクセスが可能になる。ただし、画像データのようにサイズの大きいデータを連続して入出力する場合、データがバッファー２１ａから溢れ、ハードディスクドライブ３へのアクセスが頻繁に発生するため、データアクセスの高速化は望めない。
【００３７】
ダイレクトＩ／Ｏ処理部３３は、ユーザープロセス１２からの指令によりダイレクトＩ／Ｏモードが指定された場合、ＯＳ管理領域２１を使用して、ファイルシステム３１上のファイルへの、ダイレクトＩ／Ｏモードでのファイルアクセスを行う。具体的には、図３（Ｂ）に示すように、ダイレクトＩ／Ｏ処理部３２は、ＯＳ管理領域２１に保持されるデータについての、ハードディスクドライブ３に対するリードまたはライトを、バッファー２１ａを介さずに実行させる。
【００３８】
バッファードＩ／Ｏ処理部３２およびダイレクトＩ／Ｏ処理部３３は、リードまたはライトの対象となるデータの記憶領域（ＯＳ管理領域２１内）を仮想アドレスで指定される。この仮想アドレスは、ＯＳ１１により、ページテーブルなどに基づいて、物理アドレスに変換される。ＤＭＡドライバー３６は、その物理アドレスで、ＲＡＭ２上の記憶領域を指定する。
【００３９】
拡張Ｉ／Ｏ処理部３４は、ユーザープロセス１２からの指令により拡張Ｉ／Ｏモードが指定された場合、非ＯＳ管理領域２２を使用して、ファイルシステム３１上のファイルへの、拡張Ｉ／Ｏモードでのファイルアクセスを行う。具体的には、図３（Ｃ）に示すように、拡張Ｉ／Ｏ処理部３４は、非ＯＳ管理領域２２に保持されるデータについての、ハードディスクドライブ３に対するリードまたはライトを、バッファー２１ａを介さずに実行させる。
【００４０】
非ＯＳ管理領域２２について仮想アドレスが割り当てられないため、拡張Ｉ／Ｏ処理部３４は、リードまたはライトの対象となるデータの記憶領域（非ＯＳ管理領域２２内）をユーザープロセス１２により物理アドレスで指定される。拡張Ｉ／Ｏ処理部３４は、その物理アドレスをＤＭＡドライバー３６に通知し、ＤＭＡドライバー３６は、その物理アドレスで、ＲＡＭ２上の記憶領域を指定する。
【００４１】
図４は、図２におけるユーザープロセス１２の仮想アドレス空間とＲＡＭ２の物理アドレス空間との対応関係を説明する図である。図４に示すように、ＲＡＭ２におけるＯＳ管理領域２１は、ＯＳ１１のカーネル領域と、汎用領域を有し、ユーザープロセス１２の仮想アドレス空間は汎用領域にマッピングされる。ＯＳ管理領域２１以外の領域である非ＯＳ管理領域２２における物理アクセス領域が、拡張Ｉ／Ｏ処理部３４により取り扱われるデータの領域として使用される。
【００４２】
なお、実施の形態１において、拡張Ｉ／Ｏ処理部３４によるファイルアクセスが、バッファードＩ／Ｏ処理部３２またはダイレクトＩ／Ｏ処理部３３によるファイルアクセスと競合した場合、拡張Ｉ／Ｏ処理部３４によるファイルアクセスが、バッファードＩ／Ｏ処理部３２またはダイレクトＩ／Ｏ処理部３３によるファイルアクセスより優先的に処理される。
【００４３】
例えば、画像データおよび画像属性データのうち、画像データは、拡張Ｉ／Ｏ処理部３４により、ファイルシステム３１上の１つのファイルに対してリードライトされ、画像属性データは、バッファードＩ／Ｏ処理部３２またはダイレクトＩ／Ｏ処理部３３により、ファイルシステム３１上の別の１つのファイルに対してリードライトされる。これにより、同一のファイルシステム３１上で画像データおよび画像属性データを管理することができる。
【００４４】
次に、上記画像形成装置の動作について説明する。
【００４５】
この画像形成装置が起動すると、ＯＳ１１が起動する。その後、アプリケーションプログラムがユーザープロセス１２で実行される。ユーザープロセス１２では、ＣＰＵ１および画像処理回路４により、ＯＳ管理領域２１または非ＯＳ管理領域２２内のデータに対して各種処理が実行される。
【００４６】
そして、ユーザープロセス１２においてファイルアクセスの指令が発生すると、ＯＳ１１では、ファイルアクセスの指令で指定されたモードに対応するＩ／Ｏ処理部（バッファードＩ／Ｏ処理部３２、ダイレクトＩ／Ｏ処理部３３、および拡張Ｉ／Ｏ処理部３４のいずれか）が、その指令に対応するファイルアクセスを、ブロックデバイスドライバー３５およびＤＭＡドライバー３６に実行させる。このとき、各Ｉ／Ｏ処理部は、ＤＭＡドライバー３６に対して、ＲＡＭ２における物理アドレスおよびデータ長、およびファイルシステム３１により特定されるハードディスクドライブ３のアドレス（ファイルシステム３１から得られるファイル格納場所のアドレス）を指定する。このとき、拡張Ｉ／Ｏ処理部３４は、ユーザープロセス２２により指定された非ＯＳ管理領域２２内の物理アドレスを指定し、バッファードＩ／Ｏ処理部３２およびダイレクトＩ／Ｏ処理部３３は、ユーザープロセス２２により指定された仮想アドレスから変換されたＯＳ管理領域２１内の物理アドレスを指定する。
【００４７】
ＤＭＡドライバー３６は、そのＩ／Ｏ処理部からの要求に応じて、ＲＡＭ２とハードディスクドライブ３との間でのファイルアクセスを画像処理回路４に実行させる。
【００４８】
以上のように、上記実施の形態１によれば、拡張Ｉ／Ｏ処理部３４は、ＲＡＭ２内の非ＯＳ管理領域２２における、ユーザープロセスからの指令により物理アドレスで指定された領域を使用して、ファイルシステム３１上のファイルへのファイルアクセスを行う。
【００４９】
これにより、ファイルアクセスに非ＯＳ管理領域２２を使用する場合、物理アドレスでデータ領域が指定されるため、ユーザープロセス１２ごとの、非ＯＳ管理領域２２についての仮想アドレスのマッピングが不要となる。したがって、ファイルアクセスに非ＯＳ管理領域２２を使用することに起因するＣＰＵ１の負荷が軽減される。
【００５０】
実施の形態２．
【００５１】
本発明の実施の形態２に係る画像形成装置は、実施の形態１に係る画像形成装置において、あるファイルのファイルオープン時に、そのファイルに対するファイルアクセスを担当するＩ／Ｏ処理部を指定する。
【００５２】
つまり、ユーザープロセス１２からのファイルのファイルオープン指令においてバッファードＩ／Ｏモードが指定された場合、バッファードＩ／Ｏ処理部３２が、そのファイルがファイルクローズされるまで、そのファイルに対するリードおよびライトを担当する。ユーザープロセス１２からのファイルのファイルオープン指令においてダイレクトＩ／Ｏモードが指定された場合、ダイレクトＩ／Ｏ処理部３３が、そのファイルがファイルクローズされるまで、そのファイルに対するリードおよびライトを担当する。
【００５３】
また、ユーザープロセス１２からのファイルのファイルオープン指令において拡張Ｉ／Ｏモードが指定された場合、拡張Ｉ／Ｏ処理部３４が、そのファイルがファイルクローズされるまで、そのファイルに対するリードおよびライトを担当する。
【００５４】
例えば、ユーザープロセス１２は、共通のファイルオープン指令において、引数、パラメーターなどの値で、Ｉ／Ｏ処理部を指定する。
【００５５】
ユーザープロセス１２は、バッファードＩ／Ｏ、ダイレクトＩ／Ｏ、および拡張Ｉ／Ｏについて共通のリード指令およびライト指令を使用し、ファイルオープン時に指定されたＩ／Ｏ処理部が、そのリード指令およびライト指令を処理する。
【００５６】
なお、実施の形態２に係る画像形成装置におけるその他の構成および動作については実施の形態１と同様であるので、その説明を省略する。
【００５７】
以上のように、上記実施の形態２によれば、あるファイルのファイルオープン指令において第１モード（バッファードＩ／ＯモードまたはダイレクトＩ／Ｏモード）が指定された場合、バッファードＩ／Ｏ処理部３２またはダイレクトＩ／Ｏ処理部３３がそのファイルのファイルクローズまで、そのファイルに対するリードライトを担当し、あるファイルのファイルオープン指令において第２モード（拡張Ｉ／Ｏモード）が指定された場合、拡張Ｉ／Ｏ処理部３４が、そのファイルのファイルクローズまで、そのファイルに対するリードライトを担当する。
【００５８】
これにより、単一のファイルシステム内で、ファイルごとに、非ＯＳ管理領域２２を使用したファイルアクセス方式（第２モード）とＯＳ管理領域２１を使用したファイルアクセス方式（第１モード）を任意に選択できる。
【００５９】
実施の形態３．
【００６０】
本発明の実施の形態３に係る画像形成装置は、実施の形態１に係る画像形成装置において、あるファイルのファイルオープン時にはＩ／Ｏ処理部を指定せずに、そのファイルに対するリード時またはライト時に、ファイルアクセスを担当するＩ／Ｏ処理部を指定する。
【００６１】
実施の形態３では、ユーザープロセス１２は、バッファードＩ／Ｏ、ダイレクトＩ／Ｏ、および拡張Ｉ／Ｏについて共通のファイルオープン指令およびファイルクローズ指令を使用し、リード指令またはライト指令で、Ｉ／Ｏ処理部を指定する。例えば、ユーザープロセス１２は、共通のリード指令において引数、パラメーターなどの値でＩ／Ｏ処理部を指定したり、異なるリード指令（つまり、異なる関数名の関数）でＩ／Ｏ処理部を指定する。同様に、例えば、ユーザープロセス１２は、共通のライト指令において引数、パラメーターなどの値でＩ／Ｏ処理部を指定したり、異なるライト指令（つまり、異なる関数名の関数）でＩ／Ｏ処理部を指定する。
【００６２】
あるファイルのファイルオープン後、そのファイルに対するリード指令またはライト指令においてバッファードＩ／Ｏモードが指定された場合、バッファードＩ／Ｏ処理部３２が、そのリード指令に対応するリード、またはそのライト指令に対応するライトを担当する。あるファイルのファイルオープン後、そのファイルに対するリード指令またはライト指令においてダイレクトＩ／Ｏモードが指定された場合、ダイレクトＩ／Ｏ処理部３３が、そのリード指令に対応するリード、またはそのライト指令に対応するライトを担当する。
【００６３】
また、あるファイルのファイルオープン後、そのファイルに対するリード指令またはライト指令において拡張Ｉ／Ｏモードが指定された場合、拡張Ｉ／Ｏ処理部３４が、そのリード指令に対応するリード、またはそのライト指令に対応するライトを担当する。
【００６４】
さらに、実施の形態３では、同一のファイルに対して、ファイルオープンからファイルクローズまでの間に、バッファードＩ／Ｏモードによるファイルアクセスと、拡張Ｉ／Ｏモードによるファイルアクセスとが混在可能である。このため、データの整合性を保証するために、拡張Ｉ／Ｏ処理部３４は、あるファイルについてバッファー２１ａに残存しているデータをバッファードＩ／Ｏ処理部３２に解消させ、バッファー２１ａに残存しているデータがなくなってから、そのファイルについてのリード指令に対応するリードまたはライト指令に対応するライトを実行する。
【００６５】
なお、実施の形態３に係る画像形成装置におけるその他の構成および動作については実施の形態１と同様であるので、その説明を省略する。
【００６６】
以上のように、上記実施の形態３によれば、あるファイルに対するリード指令またはライト指令において第１モード（バッファードＩ／ＯモードまたはダイレクトＩ／Ｏモード）が指定された場合、バッファードＩ／Ｏ処理部３２またはダイレクトＩ／Ｏ処理部３３が、そのリード指令に対応するリードまたはそのライト指令に対応するライトを担当する。また、あるファイルに対するリード指令またはライト指令において第２モード（拡張Ｉ／Ｏモード）が指定された場合、拡張Ｉ／Ｏ処理部３４が、そのリード指令に対応するリードまたはそのライト指令に対応するライトを担当する。
【００６７】
これにより、リード指令およびライト指令ごとに、非ＯＳ管理領域２２を使用したファイルアクセス方式（第２モード）とＯＳ管理領域２１を使用したファイルアクセス方式（第１モード）を任意に選択できる。したがって、１つのファイルに対するリード指令とライト指令で異なるファイルアクセス方式を使用することができる。
【００６８】
実施の形態４．
【００６９】
図５は、本発明の実施の形態４に係る画像形成装置の構成を示すブロック図である。
【００７０】
実施の形態４では、ＣＰＵ１ａがメモリーコントローラーを内蔵しており、ＣＰＵ１ａに直接接続されるＲＡＭ７を有する。ＲＡＭ７は、ＲＡＭ２と同様の主記憶装置である。ＲＡＭ７には、ＯＳ管理領域７１が確保され、ＯＳ１１のカーネル処理に関連するデータは、ＯＳ管理領域７１に記憶される。このため、実施の形態４では、バッファードＩ／Ｏモードでのバッファー２１ａは、ＯＳ管理領域７１に設けられる。また、実施の形態４では、画像処理回路４に接続されたＲＡＭ２のＯＳ管理領域２１および非管理領域２２には、画像処理回路４が取り扱う画像データなどのデータが記憶される。
【００７１】
なお、実施の形態４に係る画像形成装置におけるその他の構成および動作については実施の形態１〜３のいずれかと同様であるので、その説明を省略する。
【００７２】
なお、上述の各実施の形態は、本発明の好適な例であるが、本発明は、これらに限定されるものではなく、本発明の要旨を逸脱しない範囲において、種々の変形、変更が可能である。
【００７３】
例えば、上述の各実施の形態において、補助記憶装置としてハードディスクドライブ３が使用されているが、その代わりに、ＳＳＤ（Solid State Drive）などの他のブロックデバイスを使用するようにしてもよい。
【００７４】
また、上述の各実施の形態において、ダイレクトＩ／Ｏ処理部３３を省略してもよい。
【産業上の利用可能性】
【００７５】
本発明は、例えば、プリンター、スキャナー、複写機、ファクシミリ機、複合機などの画像形成装置に適用可能である。
【符号の説明】
【００７６】
１，１ａ ＣＰＵ（プロセッサーの一例）
２ ＲＡＭ（主記憶装置の一例）
３ ハードディスクドライブ（補助記憶装置の一例）
４ 画像処理回路
１１ オペレーティングシステム
２１，７１ ＯＳ管理領域
２２ 非ＯＳ管理領域
３１ ファイルシステム
３４ 拡張Ｉ／Ｏ処理部（Ｉ／Ｏ処理部の一例）
【技術分野】
【０００１】
本発明は、画像形成装置および画像形成プログラムに関するものである。
【背景技術】
【０００２】
ある画像形成装置は、画像データ用のパーティションと画像属性データ用のパーティションとを別々に設け、それらのパーティションにおけるそれぞれ異なるファイルシステムで画像データと画像属性データとを別々のファイルとして管理し、画像データのファイルアクセスには、主記憶装置における非ＯＳ（オペレーティングシステム）管理領域を使用し、画像属性データのファイルアクセスには、主記憶装置におけるＯＳ管理領域を使用している（例えば特許文献１参照）。
【０００３】
通常、ＯＳ管理領域を使用したファイルアクセスとしては、バッファーＩ／Ｏ方式およびダイレクトＩ／Ｏ方式がある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１０−２０５４０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上述の特許文献１の技術では、非ＯＳ管理領域にも仮想アドレスをマッピングしている。このため、ＯＳがユーザープロセスごとに仮想アドレスを再マッピングすることになり、ＯＳが稼働するプロセッサーの負荷が大きい。
【０００６】
本発明は、上記の問題に鑑みてなされたものであり、ファイルアクセスに非ＯＳ管理領域を使用することに起因するプロセッサーの負荷を軽減する画像形成装置および画像形成プログラムを得ることを目的とする。
【課題を解決するための手段】
【０００７】
上記の課題を解決するために、本発明では以下のようにした。
【０００８】
本発明に係る画像形成装置は、主記憶装置と、補助記憶装置と、補助記憶装置に保存されるファイルを管理するファイルシステムと、主記憶装置内の、オペレーティングシステムにより管理されていない記憶領域における、ユーザープロセスの指令により物理アドレスで指定された領域を使用してファイルシステム上のファイルへのファイルアクセスを行うＩ／Ｏ処理部とを備える。
【０００９】
これにより、ファイルアクセスに非ＯＳ管理領域を使用する場合、物理アドレスでデータ領域が指定されるため、ファイルアクセスに非ＯＳ管理領域を使用することに起因するプロセッサーの負荷が軽減される。
【００１０】
また、本発明に係る画像形成装置は、上記の画像形成装置に加え、次のようにしてもよい。この場合、ファイルのファイルオープン指令においてＩ／Ｏ処理部によるファイルアクセスが指定された場合、Ｉ／Ｏ処理部が、ファイルのファイルクローズまで、ファイルに対するリードライトを担当する。
【００１１】
これにより、ファイルごとに、非ＯＳ管理領域を使用したファイルアクセス方式と、通常の、ＯＳ管理領域を使用したファイルアクセス方式を任意に選択できる。
【００１２】
また、本発明に係る画像形成装置は、上記の画像形成装置に加え、次のようにしてもよい。この場合、ファイルに対するリード指令またはライト指令においてＩ／Ｏ処理部によるファイルアクセスが指定された場合、Ｉ／Ｏ処理部が、リード指令に対応するリードまたはライト指令に対応するライトを担当する。
【００１３】
これにより、リード指令およびライト指令ごとに、非ＯＳ管理領域を使用したファイルアクセス方式と、通常の、ＯＳ管理領域を使用したファイルアクセス方式を任意に選択できる。したがって、１つのファイルに対するリード指令とライト指令で異なるファイルアクセス方式を使用することができる。
【００１４】
また、本発明に係る画像形成装置は、上記の画像形成装置に加え、次のようにしてもよい。この場合、Ｉ／Ｏ処理部は、バッファードＩ／Ｏモードのバッファーに残存しているデータがなくなった後に、リード指令に対応するリードまたはライト指令に対応するライトを実行する。
【００１５】
これにより、１つのファイルにおいて、非ＯＳ管理領域を使用したファイルアクセス方式のリード指令および／またはライト指令と、通常の、ＯＳ管理領域を使用したファイルアクセス方式のリード指令および／またはライト指令とが混在しても、データの整合性が確保される。
【００１６】
また、本発明に係る画像形成装置は、上記の画像形成装置に加え、次のようにしてもよい。この場合、上述のファイルには画像データが保存される。
【００１７】
また、本発明に係る画像形成装置は、上記の画像形成装置に加え、次のようにしてもよい。この場合、画像形成装置は、主記憶装置に接続された画像処理回路をさらに備える。そして、画像データは、画像処理回路による画像処理に使用されるデータまたは画像処理回路による画像処理により得られたデータであって、Ｉ／Ｏ処理部は、リードおよびライトを画像処理回路に実行させる。
【００１８】
本発明に係る画像形成プログラムは、画像形成装置のコンピューターを、主記憶装置、補助記憶装置、補助記憶装置に保存されるファイルを管理するファイルシステム、および主記憶装置内の、オペレーティングシステムにより管理されていない記憶領域における、ユーザープロセスの指令により物理アドレスで指定された領域を使用してファイルシステム上のファイルへのファイルアクセスを行うＩ／Ｏ処理部として機能させる。
【００１９】
これにより、ファイルアクセスに非ＯＳ管理領域を使用する場合、物理アドレスでデータ領域が指定されるため、ファイルアクセスに非ＯＳ管理領域を使用することに起因するプロセッサーの負荷が軽減される。
【発明の効果】
【００２０】
本発明によれば、画像形成装置において、ファイルアクセスに非ＯＳ管理領域を使用することに起因するプロセッサーの負荷を軽減する。
【図面の簡単な説明】
【００２１】
【図１】図１は、本発明の実施の形態１に係る画像形成装置の構成を示すブロック図である。
【図２】図２は、図１におけるＯＳの、ファイルアクセスに関する部分の構成例を示す図である。
【図３】図３は、図２におけるバッファードＩ／Ｏ処理部、ダイレクトＩ／Ｏ処理部、および拡張Ｉ／Ｏ処理部によるファイルアクセスを説明する図である。
【図４】図４は、図２におけるユーザープロセスの仮想アドレス空間とＲＡＭの物理アドレス空間との対応関係を説明する図である。
【図５】図５は、本発明の実施の形態４に係る画像形成装置の構成を示すブロック図である。
【発明を実施するための形態】
【００２２】
以下、図に基づいて本発明の実施の形態を説明する。
【００２３】
実施の形態１．
【００２４】
図１は、本発明の実施の形態１に係る画像形成装置の構成を示すブロック図である。図１に示す画像形成装置は、ＣＰＵ（Central Processing Unit）１、ＲＡＭ（Random Access Memory）２、ハードディスクドライブ３、画像処理回路４、印刷装置５、および画像読取装置６を有する。
【００２５】
ＣＰＵ１は、各種プログラムを実行するプロセッサーである。ＣＰＵ１は、オペレーティングシステム（ＯＳ）のプログラムを実行して、ＯＳ１１を実現するとともに、アプリケーションプログラムをユーザープロセスとして実行する
【００２６】
ＲＡＭ２は、例えばＤＤＲ−ＳＤＲＡＭ（Double-Data-Rate Synchronous Dynamic Random Access Memory）などのＤＲＡＭであって、ＣＰＵ１の主記憶装置である。
【００２７】
ＲＡＭ２の記憶領域の一部がＯＳ管理領域２１とされる。ＯＳ管理領域２１は、ＯＳ１１により管理される（つまり、ＯＳ１１により使用可能な）領域である。ＲＡＭ２の記憶領域のうち、ＯＳ管理領域２１以外の領域は、非ＯＳ管理領域２２となる。
【００２８】
ＯＳ管理領域２１には仮想アドレスが割り当てられ、ユーザープロセスは、仮想アドレスを指定して、ＯＳ１１を介してＯＳ管理領域２１にアクセスする。
【００２９】
ハードディスクドライブ３は、補助記憶装置である。ハードディスクドライブ３には、ＯＳ１１のファイルシステムで管理されるファイルが保存される。そのファイルには、画像データまたは画像属性データが保存される。
【００３０】
画像処理回路４は、ＣＰＵ１に接続されており、画像処理を行う画像処理部と、ＲＡＭ２に接続されたメモリーコントローラーと、ハードディスクドライブ３に対するアクセスを行うインターフェイスとを有するＡＳＩＣ（Application Specific Integrated Circuit）である。
【００３１】
例えば、画像処理回路４の画像処理部は、ユーザープロセス１２により指定された画像データ（または、画像データおよび画像属性データ）をＲＡＭ２から読み出して、ユーザープロセス１２により指定された画像処理を実行し、画像処理後の画像データ（または、画像データおよび画像属性データ）をＲＡＭ２に書き込む。
【００３２】
また、印刷装置５は、画像処理回路４から画像処理後の画像データを供給され、その画像データに基づく画像を印刷する。また、画像読取装置６は、原稿画像を光学的に読み取り、原稿画像の画像データおよび画像属性データを生成して画像処理回路４へ出力する。
【００３３】
図２は、図１におけるＯＳ１１の、ファイルアクセスに関する部分の構成例を示す図である。図２に示すように、ＯＳ１１では、ユーザープロセス１２からの、単一のファイルシステム３１内のファイルに対するファイルアクセス（ファイルオープン、ファイルクローズ、リード、およびライト）が、ファイルシステム３１により受け付けられ、バッファードＩ／Ｏ処理部３２、ダイレクトＩ／Ｏ処理部３３、および拡張Ｉ／Ｏ処理部３４のいずれかにより処理される。
【００３４】
ファイルシステム３１は、ハードディスクドライブ３に保存されるファイルを管理する。また、バッファードＩ／Ｏ処理部３２、ダイレクトＩ／Ｏ処理部３３、および拡張Ｉ／Ｏ処理部３４は、それぞれ、ブロックデバイスドライバー３５、およびＤＭＡ（Direct Memory Access）ドライバー３６を使用して、ＲＡＭ２の記憶領域を使用してハードディスクドライブ３に対するリードおよびライトを画像処理回路４のメモリーコントローラーに実行させる。
【００３５】
図３は、図２におけるバッファードＩ／Ｏ処理部３２、ダイレクトＩ／Ｏ処理部３３、および拡張Ｉ／Ｏ処理部３４によるファイルアクセスを説明する図である。
【００３６】
バッファードＩ／Ｏ処理部３２は、ユーザープロセスからの指令によりバッファードＩ／Ｏモードが指定された場合、ＯＳ管理領域２１を使用して、ファイルシステム３１上のファイルへの、バッファードＩ／Ｏモードでのファイルアクセスを行う。具体的には、図３（Ａ）に示すように、バッファードＩ／Ｏ処理部３２は、ＯＳ管理領域２１に保持されるリードまたはライト対象のデータを、ＯＳ管理領域２１に設けられるバッファー２１ａに一時的に記憶させつつ、所定条件でハードディスクドライブ３へのアクセスを実行させる。これにより、リードまたはライト対象のデータがバッファー２１ａ内に存在すれば、高速にデータへのアクセスが可能になる。ただし、画像データのようにサイズの大きいデータを連続して入出力する場合、データがバッファー２１ａから溢れ、ハードディスクドライブ３へのアクセスが頻繁に発生するため、データアクセスの高速化は望めない。
【００３７】
ダイレクトＩ／Ｏ処理部３３は、ユーザープロセス１２からの指令によりダイレクトＩ／Ｏモードが指定された場合、ＯＳ管理領域２１を使用して、ファイルシステム３１上のファイルへの、ダイレクトＩ／Ｏモードでのファイルアクセスを行う。具体的には、図３（Ｂ）に示すように、ダイレクトＩ／Ｏ処理部３２は、ＯＳ管理領域２１に保持されるデータについての、ハードディスクドライブ３に対するリードまたはライトを、バッファー２１ａを介さずに実行させる。
【００３８】
バッファードＩ／Ｏ処理部３２およびダイレクトＩ／Ｏ処理部３３は、リードまたはライトの対象となるデータの記憶領域（ＯＳ管理領域２１内）を仮想アドレスで指定される。この仮想アドレスは、ＯＳ１１により、ページテーブルなどに基づいて、物理アドレスに変換される。ＤＭＡドライバー３６は、その物理アドレスで、ＲＡＭ２上の記憶領域を指定する。
【００３９】
拡張Ｉ／Ｏ処理部３４は、ユーザープロセス１２からの指令により拡張Ｉ／Ｏモードが指定された場合、非ＯＳ管理領域２２を使用して、ファイルシステム３１上のファイルへの、拡張Ｉ／Ｏモードでのファイルアクセスを行う。具体的には、図３（Ｃ）に示すように、拡張Ｉ／Ｏ処理部３４は、非ＯＳ管理領域２２に保持されるデータについての、ハードディスクドライブ３に対するリードまたはライトを、バッファー２１ａを介さずに実行させる。
【００４０】
非ＯＳ管理領域２２について仮想アドレスが割り当てられないため、拡張Ｉ／Ｏ処理部３４は、リードまたはライトの対象となるデータの記憶領域（非ＯＳ管理領域２２内）をユーザープロセス１２により物理アドレスで指定される。拡張Ｉ／Ｏ処理部３４は、その物理アドレスをＤＭＡドライバー３６に通知し、ＤＭＡドライバー３６は、その物理アドレスで、ＲＡＭ２上の記憶領域を指定する。
【００４１】
図４は、図２におけるユーザープロセス１２の仮想アドレス空間とＲＡＭ２の物理アドレス空間との対応関係を説明する図である。図４に示すように、ＲＡＭ２におけるＯＳ管理領域２１は、ＯＳ１１のカーネル領域と、汎用領域を有し、ユーザープロセス１２の仮想アドレス空間は汎用領域にマッピングされる。ＯＳ管理領域２１以外の領域である非ＯＳ管理領域２２における物理アクセス領域が、拡張Ｉ／Ｏ処理部３４により取り扱われるデータの領域として使用される。
【００４２】
なお、実施の形態１において、拡張Ｉ／Ｏ処理部３４によるファイルアクセスが、バッファードＩ／Ｏ処理部３２またはダイレクトＩ／Ｏ処理部３３によるファイルアクセスと競合した場合、拡張Ｉ／Ｏ処理部３４によるファイルアクセスが、バッファードＩ／Ｏ処理部３２またはダイレクトＩ／Ｏ処理部３３によるファイルアクセスより優先的に処理される。
【００４３】
例えば、画像データおよび画像属性データのうち、画像データは、拡張Ｉ／Ｏ処理部３４により、ファイルシステム３１上の１つのファイルに対してリードライトされ、画像属性データは、バッファードＩ／Ｏ処理部３２またはダイレクトＩ／Ｏ処理部３３により、ファイルシステム３１上の別の１つのファイルに対してリードライトされる。これにより、同一のファイルシステム３１上で画像データおよび画像属性データを管理することができる。
【００４４】
次に、上記画像形成装置の動作について説明する。
【００４５】
この画像形成装置が起動すると、ＯＳ１１が起動する。その後、アプリケーションプログラムがユーザープロセス１２で実行される。ユーザープロセス１２では、ＣＰＵ１および画像処理回路４により、ＯＳ管理領域２１または非ＯＳ管理領域２２内のデータに対して各種処理が実行される。
【００４６】
そして、ユーザープロセス１２においてファイルアクセスの指令が発生すると、ＯＳ１１では、ファイルアクセスの指令で指定されたモードに対応するＩ／Ｏ処理部（バッファードＩ／Ｏ処理部３２、ダイレクトＩ／Ｏ処理部３３、および拡張Ｉ／Ｏ処理部３４のいずれか）が、その指令に対応するファイルアクセスを、ブロックデバイスドライバー３５およびＤＭＡドライバー３６に実行させる。このとき、各Ｉ／Ｏ処理部は、ＤＭＡドライバー３６に対して、ＲＡＭ２における物理アドレスおよびデータ長、およびファイルシステム３１により特定されるハードディスクドライブ３のアドレス（ファイルシステム３１から得られるファイル格納場所のアドレス）を指定する。このとき、拡張Ｉ／Ｏ処理部３４は、ユーザープロセス２２により指定された非ＯＳ管理領域２２内の物理アドレスを指定し、バッファードＩ／Ｏ処理部３２およびダイレクトＩ／Ｏ処理部３３は、ユーザープロセス２２により指定された仮想アドレスから変換されたＯＳ管理領域２１内の物理アドレスを指定する。
【００４７】
ＤＭＡドライバー３６は、そのＩ／Ｏ処理部からの要求に応じて、ＲＡＭ２とハードディスクドライブ３との間でのファイルアクセスを画像処理回路４に実行させる。
【００４８】
以上のように、上記実施の形態１によれば、拡張Ｉ／Ｏ処理部３４は、ＲＡＭ２内の非ＯＳ管理領域２２における、ユーザープロセスからの指令により物理アドレスで指定された領域を使用して、ファイルシステム３１上のファイルへのファイルアクセスを行う。
【００４９】
これにより、ファイルアクセスに非ＯＳ管理領域２２を使用する場合、物理アドレスでデータ領域が指定されるため、ユーザープロセス１２ごとの、非ＯＳ管理領域２２についての仮想アドレスのマッピングが不要となる。したがって、ファイルアクセスに非ＯＳ管理領域２２を使用することに起因するＣＰＵ１の負荷が軽減される。
【００５０】
実施の形態２．
【００５１】
本発明の実施の形態２に係る画像形成装置は、実施の形態１に係る画像形成装置において、あるファイルのファイルオープン時に、そのファイルに対するファイルアクセスを担当するＩ／Ｏ処理部を指定する。
【００５２】
つまり、ユーザープロセス１２からのファイルのファイルオープン指令においてバッファードＩ／Ｏモードが指定された場合、バッファードＩ／Ｏ処理部３２が、そのファイルがファイルクローズされるまで、そのファイルに対するリードおよびライトを担当する。ユーザープロセス１２からのファイルのファイルオープン指令においてダイレクトＩ／Ｏモードが指定された場合、ダイレクトＩ／Ｏ処理部３３が、そのファイルがファイルクローズされるまで、そのファイルに対するリードおよびライトを担当する。
【００５３】
また、ユーザープロセス１２からのファイルのファイルオープン指令において拡張Ｉ／Ｏモードが指定された場合、拡張Ｉ／Ｏ処理部３４が、そのファイルがファイルクローズされるまで、そのファイルに対するリードおよびライトを担当する。
【００５４】
例えば、ユーザープロセス１２は、共通のファイルオープン指令において、引数、パラメーターなどの値で、Ｉ／Ｏ処理部を指定する。
【００５５】
ユーザープロセス１２は、バッファードＩ／Ｏ、ダイレクトＩ／Ｏ、および拡張Ｉ／Ｏについて共通のリード指令およびライト指令を使用し、ファイルオープン時に指定されたＩ／Ｏ処理部が、そのリード指令およびライト指令を処理する。
【００５６】
なお、実施の形態２に係る画像形成装置におけるその他の構成および動作については実施の形態１と同様であるので、その説明を省略する。
【００５７】
以上のように、上記実施の形態２によれば、あるファイルのファイルオープン指令において第１モード（バッファードＩ／ＯモードまたはダイレクトＩ／Ｏモード）が指定された場合、バッファードＩ／Ｏ処理部３２またはダイレクトＩ／Ｏ処理部３３がそのファイルのファイルクローズまで、そのファイルに対するリードライトを担当し、あるファイルのファイルオープン指令において第２モード（拡張Ｉ／Ｏモード）が指定された場合、拡張Ｉ／Ｏ処理部３４が、そのファイルのファイルクローズまで、そのファイルに対するリードライトを担当する。
【００５８】
これにより、単一のファイルシステム内で、ファイルごとに、非ＯＳ管理領域２２を使用したファイルアクセス方式（第２モード）とＯＳ管理領域２１を使用したファイルアクセス方式（第１モード）を任意に選択できる。
【００５９】
実施の形態３．
【００６０】
本発明の実施の形態３に係る画像形成装置は、実施の形態１に係る画像形成装置において、あるファイルのファイルオープン時にはＩ／Ｏ処理部を指定せずに、そのファイルに対するリード時またはライト時に、ファイルアクセスを担当するＩ／Ｏ処理部を指定する。
【００６１】
実施の形態３では、ユーザープロセス１２は、バッファードＩ／Ｏ、ダイレクトＩ／Ｏ、および拡張Ｉ／Ｏについて共通のファイルオープン指令およびファイルクローズ指令を使用し、リード指令またはライト指令で、Ｉ／Ｏ処理部を指定する。例えば、ユーザープロセス１２は、共通のリード指令において引数、パラメーターなどの値でＩ／Ｏ処理部を指定したり、異なるリード指令（つまり、異なる関数名の関数）でＩ／Ｏ処理部を指定する。同様に、例えば、ユーザープロセス１２は、共通のライト指令において引数、パラメーターなどの値でＩ／Ｏ処理部を指定したり、異なるライト指令（つまり、異なる関数名の関数）でＩ／Ｏ処理部を指定する。
【００６２】
あるファイルのファイルオープン後、そのファイルに対するリード指令またはライト指令においてバッファードＩ／Ｏモードが指定された場合、バッファードＩ／Ｏ処理部３２が、そのリード指令に対応するリード、またはそのライト指令に対応するライトを担当する。あるファイルのファイルオープン後、そのファイルに対するリード指令またはライト指令においてダイレクトＩ／Ｏモードが指定された場合、ダイレクトＩ／Ｏ処理部３３が、そのリード指令に対応するリード、またはそのライト指令に対応するライトを担当する。
【００６３】
また、あるファイルのファイルオープン後、そのファイルに対するリード指令またはライト指令において拡張Ｉ／Ｏモードが指定された場合、拡張Ｉ／Ｏ処理部３４が、そのリード指令に対応するリード、またはそのライト指令に対応するライトを担当する。
【００６４】
さらに、実施の形態３では、同一のファイルに対して、ファイルオープンからファイルクローズまでの間に、バッファードＩ／Ｏモードによるファイルアクセスと、拡張Ｉ／Ｏモードによるファイルアクセスとが混在可能である。このため、データの整合性を保証するために、拡張Ｉ／Ｏ処理部３４は、あるファイルについてバッファー２１ａに残存しているデータをバッファードＩ／Ｏ処理部３２に解消させ、バッファー２１ａに残存しているデータがなくなってから、そのファイルについてのリード指令に対応するリードまたはライト指令に対応するライトを実行する。
【００６５】
なお、実施の形態３に係る画像形成装置におけるその他の構成および動作については実施の形態１と同様であるので、その説明を省略する。
【００６６】
以上のように、上記実施の形態３によれば、あるファイルに対するリード指令またはライト指令において第１モード（バッファードＩ／ＯモードまたはダイレクトＩ／Ｏモード）が指定された場合、バッファードＩ／Ｏ処理部３２またはダイレクトＩ／Ｏ処理部３３が、そのリード指令に対応するリードまたはそのライト指令に対応するライトを担当する。また、あるファイルに対するリード指令またはライト指令において第２モード（拡張Ｉ／Ｏモード）が指定された場合、拡張Ｉ／Ｏ処理部３４が、そのリード指令に対応するリードまたはそのライト指令に対応するライトを担当する。
【００６７】
これにより、リード指令およびライト指令ごとに、非ＯＳ管理領域２２を使用したファイルアクセス方式（第２モード）とＯＳ管理領域２１を使用したファイルアクセス方式（第１モード）を任意に選択できる。したがって、１つのファイルに対するリード指令とライト指令で異なるファイルアクセス方式を使用することができる。
【００６８】
実施の形態４．
【００６９】
図５は、本発明の実施の形態４に係る画像形成装置の構成を示すブロック図である。
【００７０】
実施の形態４では、ＣＰＵ１ａがメモリーコントローラーを内蔵しており、ＣＰＵ１ａに直接接続されるＲＡＭ７を有する。ＲＡＭ７は、ＲＡＭ２と同様の主記憶装置である。ＲＡＭ７には、ＯＳ管理領域７１が確保され、ＯＳ１１のカーネル処理に関連するデータは、ＯＳ管理領域７１に記憶される。このため、実施の形態４では、バッファードＩ／Ｏモードでのバッファー２１ａは、ＯＳ管理領域７１に設けられる。また、実施の形態４では、画像処理回路４に接続されたＲＡＭ２のＯＳ管理領域２１および非管理領域２２には、画像処理回路４が取り扱う画像データなどのデータが記憶される。
【００７１】
なお、実施の形態４に係る画像形成装置におけるその他の構成および動作については実施の形態１〜３のいずれかと同様であるので、その説明を省略する。
【００７２】
なお、上述の各実施の形態は、本発明の好適な例であるが、本発明は、これらに限定されるものではなく、本発明の要旨を逸脱しない範囲において、種々の変形、変更が可能である。
【００７３】
例えば、上述の各実施の形態において、補助記憶装置としてハードディスクドライブ３が使用されているが、その代わりに、ＳＳＤ（Solid State Drive）などの他のブロックデバイスを使用するようにしてもよい。
【００７４】
また、上述の各実施の形態において、ダイレクトＩ／Ｏ処理部３３を省略してもよい。
【産業上の利用可能性】
【００７５】
本発明は、例えば、プリンター、スキャナー、複写機、ファクシミリ機、複合機などの画像形成装置に適用可能である。
【符号の説明】
【００７６】
１，１ａ ＣＰＵ（プロセッサーの一例）
２ ＲＡＭ（主記憶装置の一例）
３ ハードディスクドライブ（補助記憶装置の一例）
４ 画像処理回路
１１ オペレーティングシステム
２１，７１ ＯＳ管理領域
２２ 非ＯＳ管理領域
３１ ファイルシステム
３４ 拡張Ｉ／Ｏ処理部（Ｉ／Ｏ処理部の一例）
【特許請求の範囲】
【請求項１】
主記憶装置と、
補助記憶装置と、
前記補助記憶装置に保存されるファイルを管理するファイルシステムと、
前記主記憶装置内の、オペレーティングシステムにより管理されていない記憶領域における、ユーザープロセスの指令により物理アドレスで指定された領域を使用して前記ファイルシステム上のファイルへのファイルアクセスを行うＩ／Ｏ処理部と、
を備えることを特徴とする画像形成装置。
【請求項２】
前記ファイルのファイルオープン指令において前記Ｉ／Ｏ処理部によるファイルアクセスが指定された場合、前記Ｉ／Ｏ処理部が、前記ファイルのファイルクローズまで、前記ファイルに対するリードライトを担当することを特徴とする請求項１記載の画像形成装置。
【請求項３】
前記ファイルに対するリード指令またはライト指令において前記Ｉ／Ｏ処理部によるファイルアクセスが指定された場合、前記Ｉ／Ｏ処理部が、前記リード指令に対応するリードまたは前記ライト指令に対応するライトを担当することを特徴とする請求項１記載の画像形成装置。
【請求項４】
前記Ｉ／Ｏ処理部は、バッファードＩ／Ｏモードのバッファーに残存しているデータがなくなった後に、前記リード指令に対応するリードまたは前記ライト指令に対応するライトを実行することを特徴とする請求項３記載の画像形成装置。
【請求項５】
前記ファイルには画像データが保存されることを特徴とする請求項１記載の画像形成装置。
【請求項６】
前記主記憶装置に接続された画像処理回路をさらに備え、
前記画像データは、前記画像処理回路による画像処理に使用されるデータまたは前記画像処理回路による画像処理により得られたデータであって、
前記Ｉ／Ｏ処理部は、前記リードおよび前記ライトを前記画像処理回路に実行させること、
を特徴とする請求項５記載の画像形成装置。
【請求項７】
画像形成装置のコンピューターを、
主記憶装置、
補助記憶装置、
前記補助記憶装置に保存されるファイルを管理するファイルシステム、および
前記主記憶装置内の、オペレーティングシステムにより管理されていない記憶領域における、ユーザープロセスの指令により物理アドレスで指定された領域を使用して前記ファイルシステム上のファイルへのファイルアクセスを行うＩ／Ｏ処理部、
として機能させることを特徴とする画像形成プログラム。
【請求項１】
主記憶装置と、
補助記憶装置と、
前記補助記憶装置に保存されるファイルを管理するファイルシステムと、
前記主記憶装置内の、オペレーティングシステムにより管理されていない記憶領域における、ユーザープロセスの指令により物理アドレスで指定された領域を使用して前記ファイルシステム上のファイルへのファイルアクセスを行うＩ／Ｏ処理部と、
を備えることを特徴とする画像形成装置。
【請求項２】
前記ファイルのファイルオープン指令において前記Ｉ／Ｏ処理部によるファイルアクセスが指定された場合、前記Ｉ／Ｏ処理部が、前記ファイルのファイルクローズまで、前記ファイルに対するリードライトを担当することを特徴とする請求項１記載の画像形成装置。
【請求項３】
前記ファイルに対するリード指令またはライト指令において前記Ｉ／Ｏ処理部によるファイルアクセスが指定された場合、前記Ｉ／Ｏ処理部が、前記リード指令に対応するリードまたは前記ライト指令に対応するライトを担当することを特徴とする請求項１記載の画像形成装置。
【請求項４】
前記Ｉ／Ｏ処理部は、バッファードＩ／Ｏモードのバッファーに残存しているデータがなくなった後に、前記リード指令に対応するリードまたは前記ライト指令に対応するライトを実行することを特徴とする請求項３記載の画像形成装置。
【請求項５】
前記ファイルには画像データが保存されることを特徴とする請求項１記載の画像形成装置。
【請求項６】
前記主記憶装置に接続された画像処理回路をさらに備え、
前記画像データは、前記画像処理回路による画像処理に使用されるデータまたは前記画像処理回路による画像処理により得られたデータであって、
前記Ｉ／Ｏ処理部は、前記リードおよび前記ライトを前記画像処理回路に実行させること、
を特徴とする請求項５記載の画像形成装置。
【請求項７】
画像形成装置のコンピューターを、
主記憶装置、
補助記憶装置、
前記補助記憶装置に保存されるファイルを管理するファイルシステム、および
前記主記憶装置内の、オペレーティングシステムにより管理されていない記憶領域における、ユーザープロセスの指令により物理アドレスで指定された領域を使用して前記ファイルシステム上のファイルへのファイルアクセスを行うＩ／Ｏ処理部、
として機能させることを特徴とする画像形成プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図２】
【図３】
【図４】
【図５】
【公開番号】特開２０１３−３７５８９（Ｐ２０１３−３７５８９Ａ）
【公開日】平成２５年２月２１日（２０１３．２．２１）
【国際特許分類】
【出願番号】特願２０１１−１７４３９２（Ｐ２０１１−１７４３９２）
【出願日】平成２３年８月９日（２０１１．８．９）
【出願人】（０００００６１５０）京セラドキュメントソリューションズ株式会社 (13,173)
【Ｆターム（参考）】
【公開日】平成２５年２月２１日（２０１３．２．２１）
【国際特許分類】
【出願日】平成２３年８月９日（２０１１．８．９）
【出願人】（０００００６１５０）京セラドキュメントソリューションズ株式会社 (13,173)
【Ｆターム（参考）】
[ Back to top ]