JP2005028687A - 画像処理装置，情報処理装置およびメモリディスク管理方法 - Google Patents
画像処理装置，情報処理装置およびメモリディスク管理方法 Download PDFInfo
- Publication number
- JP2005028687A JP2005028687A JP2003195197A JP2003195197A JP2005028687A JP 2005028687 A JP2005028687 A JP 2005028687A JP 2003195197 A JP2003195197 A JP 2003195197A JP 2003195197 A JP2003195197 A JP 2003195197A JP 2005028687 A JP2005028687 A JP 2005028687A
- Authority
- JP
- Japan
- Prior art keywords
- memory
- memory area
- memory disk
- disk
- processing apparatus
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Abstract
【課題】本発明は、上記の点に鑑みなされたもので、予期しない障害を防ぎつつメモリディスクの利用が可能な画像処理装置，情報処理装置およびメモリディスク管理方法を提供することを目的とする。
【解決手段】仮想記憶機能を備え、仮想記憶機能を利用して画像形成に係る処理を行う画像処理装置１であって、物理メモリ領域に割り当てられている仮想記憶用メモリ領域または画像データ用メモリ領域の一方に、メモリディスク用メモリ領域を確保してメモリディスクを作成するメモリディスク管理手段を有することにより上記課題を解決する。
【選択図】 図５
【解決手段】仮想記憶機能を備え、仮想記憶機能を利用して画像形成に係る処理を行う画像処理装置１であって、物理メモリ領域に割り当てられている仮想記憶用メモリ領域または画像データ用メモリ領域の一方に、メモリディスク用メモリ領域を確保してメモリディスクを作成するメモリディスク管理手段を有することにより上記課題を解決する。
【選択図】 図５
Description
【０００１】
【発明の属する技術分野】
本発明は、メモリディスクを利用する画像処理装置，情報処理装置およびそのような画像処理装置，情報処理装置で行うメモリディスク管理方法に関する。
【０００２】
【従来の技術】
近年、プリンタ，コピー，ファクシミリおよびスキャナなどの各装置の機能を１つの筐体内に収納した画像形成装置（以下、融合機という）が知られるようになった。この融合機は、１つの筐体内に表示部，印刷部および撮像部などを設けると共に、プリンタ，コピー，ファクシミリおよびスキャナにそれぞれ対応する４種類のソフトウェアを設け、そのソフトウェアを切り替えることより、プリンタ，コピー，ファクシミリおよびスキャナとして動作させるものである。
【０００３】
なお、プリンタ，コピー，ファクシミリおよびスキャナにそれぞれ対応するソフトウェアは、ＵＮＩＸ（登録商標）等のオペレーティングシステム（以下、ＯＳという）上で動作する。特許文献１には、上記のような融合機の一例が記載されている。
【０００４】
このような融合機では、ハードディスク装置（以下、ＨＤＤという）が装着されていることを前提とした機能、例えばＥメール通知機能，ＰＤＦダイレクトプリント機能，スキャナＥメール機能，プリンタフォントダウンロード機能などが設けられている。
【０００５】
一方、従来の融合機の一部では、大容量の２次記憶装置が必要でない場合に実装コスト等を考慮して、ＨＤＤに代わってメモリディスク（以下、ＲＡＭディスクと言う）が利用されている。ＲＡＭディスクとは、ＲＡＭをディスク装置として利用する技術である。ＲＡＭディスクは、融合機に搭載されたＯＳの機能により実現され、ＯＳが管理する物理メモリ領域をディスク装置のように見せることで行われていた。特許文献２には、上記のようなＲＡＭディスクの一例が記載されている。
【０００６】
したがって、ＨＤＤが装着されていない融合機では、ＨＤＤが装着されていることを前提とした機能、例えばＥメール通知機能，ＰＤＦダイレクトプリント機能，スキャナＥメール機能，プリンタフォントダウンロード機能などをＨＤＤに代わってＲＡＭディスクで利用していた。
【０００７】
【特許文献１】
特開２００２−８４３８３号公報
【０００８】
【特許文献２】
特開平１１−８５６０７号公報
【０００９】
【発明が解決しようとする課題】
従来、ＲＡＭディスク用メモリ領域は、ＯＳの管理する物理メモリ領域の一部に確保されていた。このため、メモリ制約の厳しい融合機では、ＲＡＭディスク用メモリ領域の確保により、プロセス動作のための物理メモリ領域が充分確保できない恐れがあった。
【００１０】
また、マルチプロセスを実現するＯＳは、例えば仮想記憶機能を用いて各プロセスごとに別の仮想記憶用メモリ領域を提供する。仮想記憶機能を用いる融合機は、各プロセスが必要とする仮想記憶用メモリ領域を考慮し、仮想記憶用メモリ領域を物理メモリ領域に確保していた。
【００１１】
このようなＯＳでは、物理メモリ領域に割り当てられている仮想記憶用メモリ領域の一部にＲＡＭディスク用メモリ領域を確保するため、ＲＡＭディスク用メモリ領域が大きくなるとプロセス動作のための物理メモリ領域が充分確保できない恐れがあった。
【００１２】
前述した場合のようにプロセス動作のための物理メモリ領域が充分確保できないと、融合機はプロセス動作の不具合など予期しない障害を生じる可能性があるという問題があった。
【００１３】
本発明は、上記の点に鑑みなされたもので、予期しない障害を防ぎつつメモリディスクの利用が可能な画像処理装置，情報処理装置およびメモリディスク管理方法を提供することを目的とする。
【００１４】
【課題を解決するための手段】
そこで、上記課題を解決するため、本発明は、仮想記憶機能を備え、前記仮想記憶機能を利用して画像形成に係る処理を行う画像処理装置であって、物理メモリ領域に割り当てられている仮想記憶用メモリ領域または画像データ用メモリ領域の一方に、メモリディスク用メモリ領域を確保してメモリディスクを作成するメモリディスク管理手段を有することを特徴とする。
【００１５】
また、本発明は、仮想記憶機能を備え、前記仮想記憶機能を利用して所定の処理を行う情報処理装置であって、物理メモリ領域に割り当てられている仮想記憶用メモリ領域または画像データ用メモリ領域の一方に、メモリディスク用メモリ領域を確保してメモリディスクを作成するメモリディスク管理手段を有することを特徴とする。
【００１６】
また、本発明は、仮想記憶機能を備えた画像処理装置の物理メモリ領域にメモリディスク用メモリ領域を確保してメモリディスクを作成する画像処理装置のメモリディスク管理方法であって、物理メモリ領域に割り当てられている仮想記憶用メモリ領域または画像データ用メモリ領域の一方を選択する段階と、選択した仮想記憶用メモリ領域または画像データ用メモリ領域の一方に、メモリディスク用メモリ領域を確保してメモリディスクを作成する段階とを有することを特徴とする。
【００１７】
本発明によれば、メモリディスクを作成する際に、メモリイメージを使うことでディスクフォーマット機能等を搭載することなくファイルフォーマット済みのメモリディスクを簡便に作成することができる。また、本発明によれば時間のかかるディスクフォーマット処理を省くことができる。
【００１８】
内容が空のファイルシステムのメモリイメージは一般に０連続等であり、非常に圧縮率が高い。このため、本発明によればメモリディスク容量を固定することで少数のメモリイメージを搭載するだけで済み、ディスクフォーマット機能プログラムを搭載するよりもＲＯＭ容量を削減できる。
【００１９】
したがって、本発明によれば、予期しない障害を防ぎつつメモリディスクの利用が可能な画像処理装置，情報処理装置およびメモリディスク管理方法を実現できる。
【００２０】
【発明の実施の形態】
次に、本発明の実施例について図面に基づいて説明する。なお、以下の実施例では、画像処理装置の一例としての融合機の処理を説明するが、ＲＡＭディスクを利用する如何なる画像処理装置，情報処理装置であってもよい。
【００２１】
図１は、本発明による融合機の一実施例の構成図を示す。融合機１は、プロッタ１１，スキャナ１２，ファクシミリなどのハードウェアリソース１３，ソフトウェア群２０，融合機起動部５０を有するように構成される。また、ソフトウェア群２０はアプリケーション３０，プラットフォーム４０を有するように構成される。
【００２２】
アプリケーション３０は、プリンタ，コピー，ファクシミリ，スキャナなどの画像形成処理にかかる処理を行うものである。アプリケーション３０は、ページ記述言語（ＰＤＬ，ＰＣＬ）およびポストスクリプト（ＰＳ）を有するプリンタ用のアプリケーションであるプリンタアプリ３１と，コピー用アプリケーションであるコピーアプリ３２と，ファクシミリ用アプリケーションであるファックスアプリ３３と，スキャナ用アプリケーションであるスキャナアプリ３４と，ネットワークファイル用アプリケーションであるネットファイルアプリ３５と，工程検査用アプリケーションである工程検査アプリ３６とを有している。
【００２３】
また、プラットフォーム４０はアプリケーション３０からの処理要求を解釈してハードウェア資源の獲得要求を発生するコントロールサービス層と，例えばＵＮＩＸ（登録商標）等のＯＳ４１と，１つ以上のハードウェア資源の管理を行ってコントロールサービス層からの獲得要求を調停するシステムリソースマネージャ（以下、ＳＲＭという）４３とを有するように構成されている。
【００２４】
図１のコントロールサービス層は、システムコントロールサービス（以下、ＳＣＳという）４２と，エンジンコントロールサービス（以下、ＥＣＳという）４４と，メモリコントロールサービス（以下、ＭＣＳという）４５と，オペレーションパネルコントロールサービス（以下、ＯＣＳという）４６と，ファックスコントロールサービス（以下、ＦＣＳという）４７と，ネットワークコントロールサービス（以下、ＮＣＳという）４８とをサービスモジュールとして有するように構成されている。
【００２５】
なお、プラットフォーム４０は予め定義されている関数によりアプリケーション３０からの処理要求を受信可能とするアプリケーションプログラムインターフェース（以下、ＡＰＩという）を有するように構成されている。ＯＳ４１は、アプリケーション３０およびプラットフォーム４０の各ソフトウェアをプロセスとして並列実行する。
【００２６】
ＳＲＭ４３は、ＳＣＳ４２と共にシステムの制御およびリソースの管理を行うプロセスである。例えばＳＲＭ４３は、プロッタ１１やスキャナ１２等のエンジン部，メモリ，ＨＤＤ，ホストＩ／Ｏ（セントロニクスインターフェース，ネットワークインターフェース，ＩＥＥＥ１３９４インターフェース，ＲＳ２３２Ｃインターフェース）等のハードウェア資源を利用する上位層からの要求に従って調停を行い、実行制御する。
【００２７】
具体的に、ＳＲＭ４３は要求されたハードウェア資源が利用可能であるか（他の要求により利用されていないかどうか）を判定し、利用可能であれば要求されたハードウェア資源が利用可能である旨を上位層に通知する。また、ＳＲＭ４３は上位層からの要求に対してハードウェア資源の利用に関するスケジューリングを行い、例えばエンジン部による紙搬送と作像動作，メモリ確保，ファイル生成などの要求内容を直接実施している。
【００２８】
ＳＣＳ４２は、アプリケーション３０の管理，操作部の制御，システム画面の表示，ＬＥＤの表示，リソースの管理，アプリケーション３０による割り込みの制御を行うプロセスである。ＥＣＳ４４は、プロッタ１１，スキャナ１２，その他のハードウェアリソース１３のエンジン部の制御を行うプロセスである。
【００２９】
ＭＣＳ４５は、メモリ領域の取得および解放，ＨＤＤの利用，画像データの圧縮および伸張などを行うプロセスである。ＯＣＳ４６は、オペレータと本体制御との間で情報伝達を行うオペレーションパネルの制御を行うプロセスである。
【００３０】
ＦＣＳ４７は、システムコントローラの各アプリケーション層からＰＳＴＮまたはＩＳＤＮ網を利用したファクシミリの送受信，ＢＫＭ（バックアップＳＲＡＭ）で管理されている各種ファクシミリデータの登録／引用，ファクシミリの読み取り，ファクシミリの受信印刷および送受信を行うためのアプリケーションを提供するプロセスである。
【００３１】
ＮＣＳ４８は、ネットワークＩ／Ｏを必要とするアプリケーション３０に対して共通に利用できるサービスを提供するプロセスであり、ネットワーク側から受信した各種プロトコルのデータをアプリケーション３０に振り分けたり、アプリケーション３０からのデータを各種プロトコルでネットワーク側に送信する際の仲介を行う。
【００３２】
図２は、本発明による融合機の一実施例のハードウェア構成図を示す。融合機１は、コントローラボード６０と，オペレーションパネル７０と，ファックスコントロールユニット（以下、ＦＣＵという）８０と，ＵＳＢインターフェース９０と，ＩＥＥＥ１３９４インターフェース１００と，エンジン部１１０とを有するように構成される。
【００３３】
オペレーションパネル７０は、コントローラボード６０のＡＳＩＣ６２に直接接続されている。また、ＦＣＵ８０，ＵＳＢインターフェース９０，ＩＥＥＥ１３９４インターフェース１００およびエンジン部１１０は、コントローラボード６０のＡＳＩＣ６２にＰＣＩバスなどで接続されている。
【００３４】
コントローラボード６０は、ＣＰＵ６１と，ＡＳＩＣ６２と，ＳＲＡＭ（Ｓｔａｔｉｃ ＲＡＭ）６３と，ＳＤＲＡＭ（Ｓｙｎｃｈｒｏｎｏｕｓ ＤＲＡＭ）６４と，フラッシュメモリ６５と，ＮＶＲＡＭ（Ｎｏｎｖｏｌａｔｉｌｅ ＲＡＭ）６６とを有するように構成される。なお、コントローラボード６０を構成するＣＰＵ６１，ＳＲＡＭ６３，ＳＤＲＡＭ６４，フラッシュメモリ６５，ＮＶＲＡＭ６６等は、ＡＳＩＣ６２に接続されている。
【００３５】
ＣＰＵ６１は、融合機１の制御を行うものである。ＣＰＵ６１は、ＯＳ４１上でＳＣＳ４２，ＳＲＭ４３，ＥＣＳ４４，ＭＣＳ４５，ＯＣＳ４６，ＦＣＳ４７およびＮＣＳ４８をそれぞれプロセスとして起動して実行させると共に、アプリケーション３０を形成するプリンタアプリ３１，コピーアプリ３２，ファックスアプリ３３，スキャナアプリ３４，ネットファイルアプリ３５および工程検査アプリ３６を起動して実行させる。
【００３６】
ＡＳＩＣ６２は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣである。ＳＲＡＭ６３およびＳＤＲＡＭ６４は、本発明における物理メモリ領域を構成する。ＳＲＡＭ６３およびＳＤＲＡＭ６４の物理メモリ領域の一部には、ＯＳや各種プロセスなどの利用する仮想記憶用メモリ領域や後述するＲＡＭディスク用メモリ領域が割り当てられている（マッピング）。
【００３７】
フラッシュメモリ６５は、ブートプログラム，ＯＳ４１，フラッシュファイルシステムが格納されている。フラッシュファイルシステムは、アプリケーション３０またはプラットフォーム４０を構成する各プログラム，後述する初期設定記述ファイルやファイルシステムイメージファイル等が格納されている。
【００３８】
ＮＶＲＡＭ６６は、後述するように、オペレータが選択したＲＡＭディスク容量が格納されている。また、オペレーションパネル７０は、オペレータからの入力操作を受け付けると共に、オペレータに向けた表示を行う操作部である。
【００３９】
図１の融合機起動部５０は、融合機１の電源投入時に最初に実行され、アプリケーション３０やプラットフォーム４０を起動するものである。図３は、融合機起動部の一例の構成図を示す。融合機起動部５０は、ＲＯＭモニタ５１と，プログラム起動部５２とを有する。
【００４０】
融合機１の電源が投入されると、フラッシュメモリ６５のブートプログラムによりＲＯＭモニタ５１が実行される。ＲＯＭモニタ５１は、ハードウェアの初期化，コントローラボードの診断，ソフトウェアの初期化，ＯＳ４１の起動などを行う。
【００４１】
プログラム起動部５２はＯＳ４１から呼び出されるものであり、ＳＲＡＭ６３およびＳＤＲＡＭ６４上の物理メモリ領域を確保する。そして、プログラム起動部５２は、アプリケーション３０やプラットフォーム４０を構成する各プログラムをフラッシュメモリ６５から読み出し、読み出した各プログラムをＳＲＡＭ６３およびＳＤＲＡＭ６４上に確保した物理メモリ領域に転送して起動するものである。
【００４２】
次に、融合機１のメモリ管理について説明する。図４は、ＳＲＡＭおよびＳＤＲＡＭ上に確保された物理メモリ領域の一例のメモリマップである。ＳＲＡＭ６３およびＳＤＲＡＭ６４上に確保された物理メモリ領域には、アプリケーション３０やプラットフォーム４０を構成する各プログラムが使用する仮想記憶用メモリ領域（ＶＭ領域）と，画像データを扱う画像データ用メモリ領域（プレマップ領域）とが確保される。
【００４３】
仮想記憶用メモリ領域は、ＯＳ４１により管理される。ＯＳ４１は、ページング記憶方式などにより例えば４ｋバイト単位で物理メモリ領域を管理し、各プログラムが利用する仮想記憶用メモリ領域にマッピングして利用する。
【００４４】
画像データ用メモリ領域は、ＯＳ４１により管理されない。画像データ用メモリ領域は、画像データをリニアな物理メモリ領域で扱えるように確保される。画像データ用メモリ領域を利用すると、ＤＭＡ（Ｄｉｒｅｃｔ Ｍｅｍｏｒｙ Ａｃｃｅｓｓ）機能がある場合に、４ｋバイトのページング単位でＤＭＡを設定する必要がなく、ハードウェアの制約を低くすることができる。したがって、融合機１は画像データ用メモリ領域を利用することにより、ＤＭＡのコストを削減できる。
【００４５】
次に、ＨＤＤの代わりにＲＡＭディスクを利用する融合機１のメモリ管理について説明する。図５は、ＲＡＭディスク用メモリ領域が確保された物理メモリ領域の一例のメモリマップである。
【００４６】
図５（ａ）は、ＲＡＭディスク用メモリ領域が画像データ用メモリ領域に確保されたメモリマップである。図５（ａ）のメモリマップでは、ＯＳ４１により管理されない画像データ用メモリ領域の一部にＲＡＭディスク用メモリ領域を確保している。図５（ｂ）は、ＲＡＭディスク用メモリ領域が仮想記憶用メモリ領域に確保されたメモリマップである。図５（ｂ）のメモリマップでは、ＯＳ４１により管理される仮想記憶用メモリ領域の一部にＲＡＭディスク用メモリ領域を確保している。なお、図５（ａ）及び図５（ｂ）のＲＡＭディスク用メモリ領域は融合機１の起動時に確保される。
【００４７】
図５（ｃ）は、ＲＡＭディスク用メモリ領域が画像データ用メモリ領域に確保されたメモリマップである。図５（ｃ）のＲＡＭディスク用メモリ領域は、融合機１の起動後、必要なときに確保される。したがって、図５（ｃ）のメモリマップでは、画像データ用メモリ領域のうち使用されていないメモリ領域にＲＡＭディスク用メモリ領域が確保される。
【００４８】
以下、図５（ａ）〜図５（ｃ）のＲＡＭディスク用メモリ領域を確保するための処理について説明していく。図６は、オペレータにＲＡＭディスク容量を選択させる処理の一例の説明図である。図７は、オペレータにＲＡＭディスク容量を選択させる処理の一例のフローチャートである。なお、図６では説明に必要のない融合機１の構成を適宜省略している。
【００４９】
まず、オペレータは操作部やオペレーションパネル７０を操作することで、ＲＡＭディスク容量を選択する旨の指示を融合機１に対して行う。オペレータからのＲＡＭディスク容量を選択する旨の指示が供給されると、融合機１はステップＳ１０に進み、ＳＣＳ４２がＯＣＳ４６に対してオペレーションパネル７０にＲＡＭディスク容量を選択させるためのＲＡＭディスク容量選択画面を描画するよう画面構成要素を配置させる。
【００５０】
ステップＳ１１に進み、融合機１はＲＡＭディスク用メモリ領域の容量リミット記述に基づき、オペレータが選択できないＲＡＭディスク容量を判定し、オペレータが選択できないＲＡＭディスク容量を選択させないように画面構成要素をグレイアウトする。
【００５１】
図８は、ＲＡＭディスク容量を選択させるためのＲＡＭディスク容量選択画面の一例のイメージ図である。図９は、ＲＡＭディスク容量を選択させるためのＲＡＭディスク容量選択画面の他の一例のイメージ図である。
【００５２】
図８の画面は、ＰＤＦダイレクトプリント用のＲＡＭディスク容量を、１つ以上のＲＡＭディスク容量候補（例えば、１ＭＢ，２ＭＢ，４ＭＢ，８ＭＢ，１６ＭＢ）から選択させるように構成されている。図８では、ＲＡＭディスク容量として４ＭＢが選択されている。
【００５３】
なお、ステップＳ１１の処理でＲＡＭディスク容量候補のうち８ＭＢおよび１６ＭＢが選択できないと判定すると、融合機１は図８の画面のうち８ＭＢおよび１６ＭＢを表示する部分の画面構成要素をグレイアウトする。
【００５４】
図９の画面は、オペレータが使用可能な機能（例えば、Ｅメール通知機能）を使用するか否かを選択させるように構成されている。例えば図９では、Ｅメール通知機能の使用を表す「使用する。」が選択されている。図９の画面で機能の使用が選択されると、Ｅメール通知機能に必要なＲＡＭディスク容量が例えば機能とＲＡＭディスク容量とが対応付けられて設定されているテーブル等に基づき選択される。なお、図９の画面で機能の不使用を表す「使用しない。」が選択されると、Ｅメール通知機能用のＲＡＭディスク容量として０ＭＢが選択される。
【００５５】
なお、ステップＳ１１の処理でＥメール通知機能に必要なＲＡＭディスク容量が選択できないと判定すると、融合機１は図９の画面のうちＥメール通知機能の使用を表す「使用する。」の部分の画面構成要素をグレイアウトする。
【００５６】
オペレータは、図８または図９の画面の表示されたオペレーションパネル７０を操作することでＲＡＭディスク容量を選択する。ステップＳ１２に進み、融合機１はオペレータにより選択されたＲＡＭディスク容量を取得する。オペレータにより選択されたＲＡＭディスク容量は、ＯＣＳ４６を介してＳＣＳ４２に通知される。
【００５７】
ステップＳ１３に進み、ＳＣＳ４２は、通知されたＲＡＭディスク容量をＮＶＲＡＭ６６の所定領域に書き込む。ＮＶＲＡＭ６６に書き込まれるＲＡＭディスク容量は、例えばオペレータが使用可能な機能ごとのＲＡＭディスク容量であってもよいし、各機能ごとのＲＡＭディスク容量を合計したＲＡＭディスク容量であってもよい。
【００５８】
図５（ａ）および図５（ｂ）のＲＡＭディスク用メモリ領域は、融合機１の起動時に確保される。図１０は、ＲＡＭディスク用メモリ領域を確保するための処理の一例の説明図である。図１１は、ＲＡＭディスク用メモリ領域を確保するための処理の一例のフローチャートである。なお、図１０では説明に必要のない融合機１の構成を適宜省略している。
【００５９】
融合機１の起動時、プログラム起動部５２は起動処理の一部として図１１のフローチャートの処理を行う。ステップＳ２０では、プログラム起動部５２が、ＮＶＲＡＭ６６の所定領域に書き込まれたＲＡＭディスク容量を取得する。
【００６０】
ステップＳ２１に進み、プログラム起動部５２はステップＳ２０で取得したＲＡＭディスク容量が０か否かを判定する。ＲＡＭディスク容量が０であると判定すると（Ｓ２１においてＹＥＳ）、プログラム起動部５２は処理を終了する。ＲＡＭディスク容量が０でないと判定すると（Ｓ２１においてＮＯ）、プログラム起動部５２はステップＳ２２に進み、ＲＡＭディスク用メモリ領域を確保するメモリ領域としてプレマップ領域が指定されているか否かを判定する。ＲＡＭディスク用メモリ領域を確保するメモリ領域は、例えば初期設定記述ファイル１２０に指定されている。
【００６１】
プレマップ領域が指定されていると判定すると（Ｓ２２においてＹＥＳ）、プログラム起動部５２はステップＳ２３に進み、図１２のような容量リミットチェックを行う。図１２は、容量リミットチェックの処理の一例のフローチャートである。
【００６２】
ステップＳ３０に進み、プログラム起動部５２はリミット指定があるか否かを判定する。プログラム起動部５２は、例えば初期設定記述ファイル１２０に図１３のようなＲＡＭディスクリミット（ｒｄｌｉｍｉｔ）コマンドが記述されているか否かでリミット指定があるか否かを判定する。
【００６３】
図１３は、ＲＡＭディスクリミットコマンドの一例について説明する説明図である。ＲＡＭディスクリミットコマンドは、融合機１に搭載されているＲＡＭ容量と、ＲＡＭディスクのマウント後に残しておくプレマップ領域の容量とを指定する。
【００６４】
例えば図１３のＲＡＭディスクリミットコマンドの一例では、融合機１に搭載されているＲＡＭ容量が１２８ＭＢより大きければプレマップ領域の容量を３２ＭＢ、融合機１に搭載されているＲＡＭ容量が６４ＭＢより大きければプレマップ領域の容量を１６ＭＢ、融合機１に搭載されているＲＡＭ容量が３２ＭＢより大きければプレマップ領域の容量を８ＭＢ、融合機１に搭載されているＲＡＭ容量が３２ＭＢ以下であればプレマップ領域の容量を０ＭＢ、プレマップ領域の容量としてＲＡＭディスクのマウント後に残しておくことを指定している。
【００６５】
リミット指定があると判定すると（Ｓ３０においてＹＥＳ）、プログラム起動部５２はステップＳ３１に進み、リミットチェック指定としてのＲＡＭディスクリミットコマンドから融合機１に搭載されているＲＡＭ容量に応じた容量リミットを取り出す。例えば初期設定記述ファイル１２０に図１３のようなＲＡＭディスクリミットコマンドが記述されており、融合機１に搭載されているＲＡＭ容量が８０ＭＢである場合、融合機１に搭載されているＲＡＭ容量８０ＭＢからＲＡＭディスクのマウント後に残しておくプレマップ領域の容量１６ＭＢを減算した容量リミット６４ＭＢが取り出される。
【００６６】
ステップＳ３２に進み、プログラム起動部５２はＲＡＭディスク容量が容量リミットを超えているか否かを判定する。ＲＡＭディスク容量が容量リミットを超えていると判定すると（Ｓ３２においてＹＥＳ）、プログラム起動部５２はステップＳ３３に進み、容量リミットチェックがＮＧであると判定する。
【００６７】
一方、ＲＡＭディスク容量が容量リミットを超えていないと判定すると（Ｓ３２においてＮＯ）、プログラム起動部５２はステップＳ３４に進み、容量リミットチェックがＯＫであると判定する。なお、リミット指定がないと判定した場合も（Ｓ３０においてＮＯ）、プログラム起動部５２はステップＳ３４に進み、容量リミットチェックがＯＫであると判定する。
【００６８】
図１１に戻り、プログラム起動部５２は容量リミットチェックがＯＫであるか否かを判定する。容量リミットチェックがＯＫであると判定すると（Ｓ２３においてＹＥＳ）、プログラム起動部５２はステップＳ２４に進み、プレマップ領域にＲＡＭディスク用メモリ領域を確保する。ステップＳ２５に進み、プログラム起動部５２はプレマップ領域の先頭アドレスをＲＡＭディスク用メモリ領域の容量分だけずらす。なお、容量リミットチェックがＯＫでないと判定すると（Ｓ２３においてＮＯ）、プログラム起動部５２は処理を終了する。
【００６９】
ステップＳ２６に進み、プログラム起動部５２はステップＳ２４で確保したＲＡＭディスク用メモリ領域の容量に対応したにファイルシステムイメージファイル１２１を選択し、そのファイルシステムイメージファイルを確保したＲＡＭディスク用メモリ領域に展開する。
【００７０】
したがって、プログラム起動部５２は図５（ａ）のように、ＲＡＭディスク用メモリ領域を画像データ用メモリ領域に確保できる。図５（ａ）のようにＲＡＭディスク用メモリ領域を画像データ用メモリ領域に確保すると、仮想記憶用メモリ領域を圧迫することがなくなり、プロセス動作のためのメモリ領域の不足による予期できない障害を防ぐことができる。
【００７１】
一方、ＲＡＭディスク用メモリ領域を確保するメモリ領域としてプレマップ領域が指定されていないと判定すると（Ｓ２２においてＮＯ）、プログラム起動部５２はステップＳ２７に進み、ＶＭ領域にＲＡＭディスク用メモリ領域を確保する。
【００７２】
ステップＳ２６に進み、プログラム起動部５２はステップＳ２７で確保したＲＡＭディスク用メモリ領域の容量に対応したにファイルシステムイメージファイル１２１を選択し、そのファイルシステムイメージファイルを確保したＲＡＭディスク用メモリ領域に展開する。
【００７３】
したがって、プログラム起動部５２は図５（ｂ）のように、ＲＡＭディスク用メモリ領域を仮想記憶用メモリ領域に確保できる。図５（ｂ）のようにＲＡＭディスク用メモリ領域を仮想記憶用メモリ領域に確保すると、画像データ用メモリ領域を圧迫することがなくなり、画像データに関するプリンタ等の処理効率が悪化することを防ぐことができる。
【００７４】
図５（ｃ）のＲＡＭディスク用メモリ領域は、融合機１の起動後、必要な時に確保される。図１４は、ＲＡＭディスク用メモリ領域を確保するための処理の他の一例の説明図である。図１５は、ＲＡＭディスク用メモリ領域を確保するための処理の他の一例のフローチャートである。なお、図１４では説明に必要のない融合機１の構成を適宜省略している。
【００７５】
ＲＡＭディスクが必要となったとき、融合機１はＲＡＭディスクを動的に生成する図１５のフローチャートの処理を行う。ステップＳ４０では、アプリケーション３０が、プレマップ領域にＲＡＭディスク用メモリ領域を確保するための要求をＭＣＳ４５に対して行う。
【００７６】
ステップＳ４０の要求は、例えばＲＡＭディスク用メモリ領域の容量を引数としたメモリ領域獲得関数「ｖｏｉｄ ＭＣＳ＿ｇｅｔ＿ａｒｅａ（ｓｉｚｅ）」を用いて行う。
【００７７】
ステップＳ４１に進み、ＭＣＳ４５はプレマップ領域に確保したＲＡＭディスク用メモリ領域をアプリケーションに通知する。ステップＳ４１の通知は、例えばメモリ領域獲得関数の返り値としてＭＣＳ４５からアプリケーション３０に送信される。
【００７８】
ステップＳ４２に進み、アプリケーション３０はＲＡＭディスク操作ライブラリ１２２に対し、ＲＡＭディスクを作成するための要求を行う。ステップＳ４２の要求は、例えば図１６のようなＲＡＭディスク作成関数を用いて行う。図１６は、ＲＡＭディスク作成関数の一例について説明するための説明図である。図１６のＲＡＭディスク作成関数は、例えばプレマップ領域に確保したＲＡＭディスク用メモリ領域のアドレスおよび容量を引数の一部としている。
【００７９】
ステップＳ４３に進み、ＲＡＭディスク操作ライブラリ１２２は確保されたＲＡＭディスク用メモリ領域にＲＡＭディスクを作成し、そのＲＡＭディスク用メモリ領域にファイルシステムイメージファイル１２１を展開する。
【００８０】
ステップＳ４４に進み、ＲＡＭディスク操作ライブラリ１２２はマウントポイントにより指定される指定ディレクトリにＲＡＭディスクをマウントし、ＲＡＭディスクの作成終了をアプリケーション３０に通知する。ステップＳ４４の通知は、例えばＲＡＭディスク作成関数の返り値としてＲＡＭディスク操作ライブラリ１２２からアプリケーション３０に送信される。
【００８１】
したがって、融合機１は図５（ｃ）のように、ＲＡＭディスク用メモリ領域を画像データ用メモリ領域に確保できる。図５（ｃ）のようにＲＡＭディスク用メモリ領域を画像データ用メモリ領域に確保すると、仮想記憶用メモリ領域を圧迫することがなくなり、プロセス動作のためのメモリ領域の不足による予期できない障害を防ぐことができる。
【００８２】
図５（ｃ）のＲＡＭディスク用メモリ領域は、必要が無くなった時に消去される。図１７は、ＲＡＭディスク用メモリ領域を解放するための処理の一例の説明図である。図１８は、ＲＡＭディスク用メモリ領域を解放するための処理の一例のフローチャートである。なお、図１７では説明に必要のない融合機１の構成を適宜省略している。
【００８３】
ＲＡＭディスクが不要となったとき、融合機１はＲＡＭディスクを動的に消去する図１８のフローチャートの処理を行う。ステップＳ５０では、アプリケーション３０が、ＲＡＭディスクを消去するための要求をＲＡＭディスク操作ライブラリ１２２に対して行う。
【００８４】
ステップＳ５０の要求は、例えば図１９のようなＲＡＭディスク消去関数を用いて行う。図１９は、ＲＡＭディスク消去関数の一例について説明するための説明図である。図１９のＲＡＭディスク消去関数は、例えばＲＡＭディスクのマウントポイントパス名およびデバイスファイル名を引数の一部としている。
【００８５】
ステップＳ５１に進み、ＲＡＭディスク操作ライブラリ１２２はＲＡＭディスクをアンマウントしたあと、ＲＡＭディスクの消去終了をアプリケーション３０に通知する。ステップＳ５１の通知は、例えばＲＡＭディスク消去関数の返り値としてＲＡＭディスク操作ライブラリ１２２からアプリケーション３０に送信される。
【００８６】
ステップＳ５２に進み、アプリケーション３０が、プレマップ領域に確保されているＲＡＭディスク用メモリ領域を解放するための要求をＭＣＳ４５に対して行う。ステップＳ５３に進み、ＭＣＳ４５はプレマップ領域に確保されているＲＡＭディスク用メモリ領域を解放したあと、ＲＡＭディスク用メモリ領域の解放終了をアプリケーション３０に通知する。したがって、融合機１は画像データ用メモリ領域に確保したＲＡＭディスク用メモリ領域を動的に解放できる。
【００８７】
なお、特許請求の範囲に記載したメモリディスク管理手段が初期設定プログラム又はＲＡＭディスク操作ライブラリに相当し、メモリディスク容量情報選択手段がＳＣＳに相当する。
【００８８】
本発明は、具体的に開示された実施例に限定されるものではなく、特許請求のの範囲から逸脱することなく、種々の変形や変更が可能である。
【００８９】
【発明の効果】
上述の如く、本発明によれば、予期しない障害を防ぎつつメモリディスクの利用が可能な画像処理装置，情報処理装置およびメモリディスク管理方法を実現できる。
【００９０】
【図面の簡単な説明】
【図１】本発明による融合機の一実施例の構成図である。
【図２】本発明による融合機の一実施例のハードウェア構成図である。
【図３】融合機起動部の一例の構成図である。
【図４】ＳＲＡＭおよびＳＤＲＡＭ上に確保された物理メモリ領域の一例のメモリマップである。
【図５】ＲＡＭディスク用メモリ領域が確保された物理メモリ領域の一例のメモリマップである。
【図６】オペレータにＲＡＭディスク容量を選択させる処理の一例の説明図である。
【図７】オペレータにＲＡＭディスク容量を選択させる処理の一例のフローチャートである。
【図８】ＲＡＭディスク容量を選択させるためのＲＡＭディスク容量選択画面の一例のイメージ図である。
【図９】ＲＡＭディスク容量を選択させるためのＲＡＭディスク容量選択画面の他の一例のイメージ図である。
【図１０】ＲＡＭディスク用メモリ領域を確保するための処理の一例の説明図である。
【図１１】ＲＡＭディスク用メモリ領域を確保するための処理の一例のフローチャートである。
【図１２】容量リミットチェックの処理の一例のフローチャートである。
【図１３】ＲＡＭディスクリミットコマンドの一例について説明する説明図である。
【図１４】ＲＡＭディスク用メモリ領域を確保するための処理の他の一例の説明図である。
【図１５】ＲＡＭディスク用メモリ領域を確保するための処理の他の一例のフローチャートである。
【図１６】ＲＡＭディスク作成関数の一例について説明するための説明図である。
【図１７】ＲＡＭディスク用メモリ領域を解放するための処理の一例の説明図である。
【図１８】ＲＡＭディスク用メモリ領域を解放するための処理の一例のフローチャートである。
【図１９】ＲＡＭディスク消去関数の一例について説明するための説明図である。
【符号の説明】
１ 融合機
１１ プロッタ
１２ スキャナ
１３ ハードウェアリソース
２０ ソフトウェア群
３０ アプリケーション
４０ プラットフォーム
４１ ＯＳ
４２ ＳＣＳ
４５ ＭＣＳ
４６ ＯＣＳ
５０ 融合機起動部
５２ プログラム起動部
６０ コントローラボード
６３ ＳＲＡＭ
６４ ＳＤＲＡＭ
６５ フラッシュメモリ
６６ ＮＶＲＡＭ
７０ オペレーションパネル
１２０ 初期設定記述ファイル
１２１ ファイルシステムイメージファイル
１２２ ＲＡＭディスク操作ライブラリ
【発明の属する技術分野】
本発明は、メモリディスクを利用する画像処理装置，情報処理装置およびそのような画像処理装置，情報処理装置で行うメモリディスク管理方法に関する。
【０００２】
【従来の技術】
近年、プリンタ，コピー，ファクシミリおよびスキャナなどの各装置の機能を１つの筐体内に収納した画像形成装置（以下、融合機という）が知られるようになった。この融合機は、１つの筐体内に表示部，印刷部および撮像部などを設けると共に、プリンタ，コピー，ファクシミリおよびスキャナにそれぞれ対応する４種類のソフトウェアを設け、そのソフトウェアを切り替えることより、プリンタ，コピー，ファクシミリおよびスキャナとして動作させるものである。
【０００３】
なお、プリンタ，コピー，ファクシミリおよびスキャナにそれぞれ対応するソフトウェアは、ＵＮＩＸ（登録商標）等のオペレーティングシステム（以下、ＯＳという）上で動作する。特許文献１には、上記のような融合機の一例が記載されている。
【０００４】
このような融合機では、ハードディスク装置（以下、ＨＤＤという）が装着されていることを前提とした機能、例えばＥメール通知機能，ＰＤＦダイレクトプリント機能，スキャナＥメール機能，プリンタフォントダウンロード機能などが設けられている。
【０００５】
一方、従来の融合機の一部では、大容量の２次記憶装置が必要でない場合に実装コスト等を考慮して、ＨＤＤに代わってメモリディスク（以下、ＲＡＭディスクと言う）が利用されている。ＲＡＭディスクとは、ＲＡＭをディスク装置として利用する技術である。ＲＡＭディスクは、融合機に搭載されたＯＳの機能により実現され、ＯＳが管理する物理メモリ領域をディスク装置のように見せることで行われていた。特許文献２には、上記のようなＲＡＭディスクの一例が記載されている。
【０００６】
したがって、ＨＤＤが装着されていない融合機では、ＨＤＤが装着されていることを前提とした機能、例えばＥメール通知機能，ＰＤＦダイレクトプリント機能，スキャナＥメール機能，プリンタフォントダウンロード機能などをＨＤＤに代わってＲＡＭディスクで利用していた。
【０００７】
【特許文献１】
特開２００２−８４３８３号公報
【０００８】
【特許文献２】
特開平１１−８５６０７号公報
【０００９】
【発明が解決しようとする課題】
従来、ＲＡＭディスク用メモリ領域は、ＯＳの管理する物理メモリ領域の一部に確保されていた。このため、メモリ制約の厳しい融合機では、ＲＡＭディスク用メモリ領域の確保により、プロセス動作のための物理メモリ領域が充分確保できない恐れがあった。
【００１０】
また、マルチプロセスを実現するＯＳは、例えば仮想記憶機能を用いて各プロセスごとに別の仮想記憶用メモリ領域を提供する。仮想記憶機能を用いる融合機は、各プロセスが必要とする仮想記憶用メモリ領域を考慮し、仮想記憶用メモリ領域を物理メモリ領域に確保していた。
【００１１】
このようなＯＳでは、物理メモリ領域に割り当てられている仮想記憶用メモリ領域の一部にＲＡＭディスク用メモリ領域を確保するため、ＲＡＭディスク用メモリ領域が大きくなるとプロセス動作のための物理メモリ領域が充分確保できない恐れがあった。
【００１２】
前述した場合のようにプロセス動作のための物理メモリ領域が充分確保できないと、融合機はプロセス動作の不具合など予期しない障害を生じる可能性があるという問題があった。
【００１３】
本発明は、上記の点に鑑みなされたもので、予期しない障害を防ぎつつメモリディスクの利用が可能な画像処理装置，情報処理装置およびメモリディスク管理方法を提供することを目的とする。
【００１４】
【課題を解決するための手段】
そこで、上記課題を解決するため、本発明は、仮想記憶機能を備え、前記仮想記憶機能を利用して画像形成に係る処理を行う画像処理装置であって、物理メモリ領域に割り当てられている仮想記憶用メモリ領域または画像データ用メモリ領域の一方に、メモリディスク用メモリ領域を確保してメモリディスクを作成するメモリディスク管理手段を有することを特徴とする。
【００１５】
また、本発明は、仮想記憶機能を備え、前記仮想記憶機能を利用して所定の処理を行う情報処理装置であって、物理メモリ領域に割り当てられている仮想記憶用メモリ領域または画像データ用メモリ領域の一方に、メモリディスク用メモリ領域を確保してメモリディスクを作成するメモリディスク管理手段を有することを特徴とする。
【００１６】
また、本発明は、仮想記憶機能を備えた画像処理装置の物理メモリ領域にメモリディスク用メモリ領域を確保してメモリディスクを作成する画像処理装置のメモリディスク管理方法であって、物理メモリ領域に割り当てられている仮想記憶用メモリ領域または画像データ用メモリ領域の一方を選択する段階と、選択した仮想記憶用メモリ領域または画像データ用メモリ領域の一方に、メモリディスク用メモリ領域を確保してメモリディスクを作成する段階とを有することを特徴とする。
【００１７】
本発明によれば、メモリディスクを作成する際に、メモリイメージを使うことでディスクフォーマット機能等を搭載することなくファイルフォーマット済みのメモリディスクを簡便に作成することができる。また、本発明によれば時間のかかるディスクフォーマット処理を省くことができる。
【００１８】
内容が空のファイルシステムのメモリイメージは一般に０連続等であり、非常に圧縮率が高い。このため、本発明によればメモリディスク容量を固定することで少数のメモリイメージを搭載するだけで済み、ディスクフォーマット機能プログラムを搭載するよりもＲＯＭ容量を削減できる。
【００１９】
したがって、本発明によれば、予期しない障害を防ぎつつメモリディスクの利用が可能な画像処理装置，情報処理装置およびメモリディスク管理方法を実現できる。
【００２０】
【発明の実施の形態】
次に、本発明の実施例について図面に基づいて説明する。なお、以下の実施例では、画像処理装置の一例としての融合機の処理を説明するが、ＲＡＭディスクを利用する如何なる画像処理装置，情報処理装置であってもよい。
【００２１】
図１は、本発明による融合機の一実施例の構成図を示す。融合機１は、プロッタ１１，スキャナ１２，ファクシミリなどのハードウェアリソース１３，ソフトウェア群２０，融合機起動部５０を有するように構成される。また、ソフトウェア群２０はアプリケーション３０，プラットフォーム４０を有するように構成される。
【００２２】
アプリケーション３０は、プリンタ，コピー，ファクシミリ，スキャナなどの画像形成処理にかかる処理を行うものである。アプリケーション３０は、ページ記述言語（ＰＤＬ，ＰＣＬ）およびポストスクリプト（ＰＳ）を有するプリンタ用のアプリケーションであるプリンタアプリ３１と，コピー用アプリケーションであるコピーアプリ３２と，ファクシミリ用アプリケーションであるファックスアプリ３３と，スキャナ用アプリケーションであるスキャナアプリ３４と，ネットワークファイル用アプリケーションであるネットファイルアプリ３５と，工程検査用アプリケーションである工程検査アプリ３６とを有している。
【００２３】
また、プラットフォーム４０はアプリケーション３０からの処理要求を解釈してハードウェア資源の獲得要求を発生するコントロールサービス層と，例えばＵＮＩＸ（登録商標）等のＯＳ４１と，１つ以上のハードウェア資源の管理を行ってコントロールサービス層からの獲得要求を調停するシステムリソースマネージャ（以下、ＳＲＭという）４３とを有するように構成されている。
【００２４】
図１のコントロールサービス層は、システムコントロールサービス（以下、ＳＣＳという）４２と，エンジンコントロールサービス（以下、ＥＣＳという）４４と，メモリコントロールサービス（以下、ＭＣＳという）４５と，オペレーションパネルコントロールサービス（以下、ＯＣＳという）４６と，ファックスコントロールサービス（以下、ＦＣＳという）４７と，ネットワークコントロールサービス（以下、ＮＣＳという）４８とをサービスモジュールとして有するように構成されている。
【００２５】
なお、プラットフォーム４０は予め定義されている関数によりアプリケーション３０からの処理要求を受信可能とするアプリケーションプログラムインターフェース（以下、ＡＰＩという）を有するように構成されている。ＯＳ４１は、アプリケーション３０およびプラットフォーム４０の各ソフトウェアをプロセスとして並列実行する。
【００２６】
ＳＲＭ４３は、ＳＣＳ４２と共にシステムの制御およびリソースの管理を行うプロセスである。例えばＳＲＭ４３は、プロッタ１１やスキャナ１２等のエンジン部，メモリ，ＨＤＤ，ホストＩ／Ｏ（セントロニクスインターフェース，ネットワークインターフェース，ＩＥＥＥ１３９４インターフェース，ＲＳ２３２Ｃインターフェース）等のハードウェア資源を利用する上位層からの要求に従って調停を行い、実行制御する。
【００２７】
具体的に、ＳＲＭ４３は要求されたハードウェア資源が利用可能であるか（他の要求により利用されていないかどうか）を判定し、利用可能であれば要求されたハードウェア資源が利用可能である旨を上位層に通知する。また、ＳＲＭ４３は上位層からの要求に対してハードウェア資源の利用に関するスケジューリングを行い、例えばエンジン部による紙搬送と作像動作，メモリ確保，ファイル生成などの要求内容を直接実施している。
【００２８】
ＳＣＳ４２は、アプリケーション３０の管理，操作部の制御，システム画面の表示，ＬＥＤの表示，リソースの管理，アプリケーション３０による割り込みの制御を行うプロセスである。ＥＣＳ４４は、プロッタ１１，スキャナ１２，その他のハードウェアリソース１３のエンジン部の制御を行うプロセスである。
【００２９】
ＭＣＳ４５は、メモリ領域の取得および解放，ＨＤＤの利用，画像データの圧縮および伸張などを行うプロセスである。ＯＣＳ４６は、オペレータと本体制御との間で情報伝達を行うオペレーションパネルの制御を行うプロセスである。
【００３０】
ＦＣＳ４７は、システムコントローラの各アプリケーション層からＰＳＴＮまたはＩＳＤＮ網を利用したファクシミリの送受信，ＢＫＭ（バックアップＳＲＡＭ）で管理されている各種ファクシミリデータの登録／引用，ファクシミリの読み取り，ファクシミリの受信印刷および送受信を行うためのアプリケーションを提供するプロセスである。
【００３１】
ＮＣＳ４８は、ネットワークＩ／Ｏを必要とするアプリケーション３０に対して共通に利用できるサービスを提供するプロセスであり、ネットワーク側から受信した各種プロトコルのデータをアプリケーション３０に振り分けたり、アプリケーション３０からのデータを各種プロトコルでネットワーク側に送信する際の仲介を行う。
【００３２】
図２は、本発明による融合機の一実施例のハードウェア構成図を示す。融合機１は、コントローラボード６０と，オペレーションパネル７０と，ファックスコントロールユニット（以下、ＦＣＵという）８０と，ＵＳＢインターフェース９０と，ＩＥＥＥ１３９４インターフェース１００と，エンジン部１１０とを有するように構成される。
【００３３】
オペレーションパネル７０は、コントローラボード６０のＡＳＩＣ６２に直接接続されている。また、ＦＣＵ８０，ＵＳＢインターフェース９０，ＩＥＥＥ１３９４インターフェース１００およびエンジン部１１０は、コントローラボード６０のＡＳＩＣ６２にＰＣＩバスなどで接続されている。
【００３４】
コントローラボード６０は、ＣＰＵ６１と，ＡＳＩＣ６２と，ＳＲＡＭ（Ｓｔａｔｉｃ ＲＡＭ）６３と，ＳＤＲＡＭ（Ｓｙｎｃｈｒｏｎｏｕｓ ＤＲＡＭ）６４と，フラッシュメモリ６５と，ＮＶＲＡＭ（Ｎｏｎｖｏｌａｔｉｌｅ ＲＡＭ）６６とを有するように構成される。なお、コントローラボード６０を構成するＣＰＵ６１，ＳＲＡＭ６３，ＳＤＲＡＭ６４，フラッシュメモリ６５，ＮＶＲＡＭ６６等は、ＡＳＩＣ６２に接続されている。
【００３５】
ＣＰＵ６１は、融合機１の制御を行うものである。ＣＰＵ６１は、ＯＳ４１上でＳＣＳ４２，ＳＲＭ４３，ＥＣＳ４４，ＭＣＳ４５，ＯＣＳ４６，ＦＣＳ４７およびＮＣＳ４８をそれぞれプロセスとして起動して実行させると共に、アプリケーション３０を形成するプリンタアプリ３１，コピーアプリ３２，ファックスアプリ３３，スキャナアプリ３４，ネットファイルアプリ３５および工程検査アプリ３６を起動して実行させる。
【００３６】
ＡＳＩＣ６２は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣである。ＳＲＡＭ６３およびＳＤＲＡＭ６４は、本発明における物理メモリ領域を構成する。ＳＲＡＭ６３およびＳＤＲＡＭ６４の物理メモリ領域の一部には、ＯＳや各種プロセスなどの利用する仮想記憶用メモリ領域や後述するＲＡＭディスク用メモリ領域が割り当てられている（マッピング）。
【００３７】
フラッシュメモリ６５は、ブートプログラム，ＯＳ４１，フラッシュファイルシステムが格納されている。フラッシュファイルシステムは、アプリケーション３０またはプラットフォーム４０を構成する各プログラム，後述する初期設定記述ファイルやファイルシステムイメージファイル等が格納されている。
【００３８】
ＮＶＲＡＭ６６は、後述するように、オペレータが選択したＲＡＭディスク容量が格納されている。また、オペレーションパネル７０は、オペレータからの入力操作を受け付けると共に、オペレータに向けた表示を行う操作部である。
【００３９】
図１の融合機起動部５０は、融合機１の電源投入時に最初に実行され、アプリケーション３０やプラットフォーム４０を起動するものである。図３は、融合機起動部の一例の構成図を示す。融合機起動部５０は、ＲＯＭモニタ５１と，プログラム起動部５２とを有する。
【００４０】
融合機１の電源が投入されると、フラッシュメモリ６５のブートプログラムによりＲＯＭモニタ５１が実行される。ＲＯＭモニタ５１は、ハードウェアの初期化，コントローラボードの診断，ソフトウェアの初期化，ＯＳ４１の起動などを行う。
【００４１】
プログラム起動部５２はＯＳ４１から呼び出されるものであり、ＳＲＡＭ６３およびＳＤＲＡＭ６４上の物理メモリ領域を確保する。そして、プログラム起動部５２は、アプリケーション３０やプラットフォーム４０を構成する各プログラムをフラッシュメモリ６５から読み出し、読み出した各プログラムをＳＲＡＭ６３およびＳＤＲＡＭ６４上に確保した物理メモリ領域に転送して起動するものである。
【００４２】
次に、融合機１のメモリ管理について説明する。図４は、ＳＲＡＭおよびＳＤＲＡＭ上に確保された物理メモリ領域の一例のメモリマップである。ＳＲＡＭ６３およびＳＤＲＡＭ６４上に確保された物理メモリ領域には、アプリケーション３０やプラットフォーム４０を構成する各プログラムが使用する仮想記憶用メモリ領域（ＶＭ領域）と，画像データを扱う画像データ用メモリ領域（プレマップ領域）とが確保される。
【００４３】
仮想記憶用メモリ領域は、ＯＳ４１により管理される。ＯＳ４１は、ページング記憶方式などにより例えば４ｋバイト単位で物理メモリ領域を管理し、各プログラムが利用する仮想記憶用メモリ領域にマッピングして利用する。
【００４４】
画像データ用メモリ領域は、ＯＳ４１により管理されない。画像データ用メモリ領域は、画像データをリニアな物理メモリ領域で扱えるように確保される。画像データ用メモリ領域を利用すると、ＤＭＡ（Ｄｉｒｅｃｔ Ｍｅｍｏｒｙ Ａｃｃｅｓｓ）機能がある場合に、４ｋバイトのページング単位でＤＭＡを設定する必要がなく、ハードウェアの制約を低くすることができる。したがって、融合機１は画像データ用メモリ領域を利用することにより、ＤＭＡのコストを削減できる。
【００４５】
次に、ＨＤＤの代わりにＲＡＭディスクを利用する融合機１のメモリ管理について説明する。図５は、ＲＡＭディスク用メモリ領域が確保された物理メモリ領域の一例のメモリマップである。
【００４６】
図５（ａ）は、ＲＡＭディスク用メモリ領域が画像データ用メモリ領域に確保されたメモリマップである。図５（ａ）のメモリマップでは、ＯＳ４１により管理されない画像データ用メモリ領域の一部にＲＡＭディスク用メモリ領域を確保している。図５（ｂ）は、ＲＡＭディスク用メモリ領域が仮想記憶用メモリ領域に確保されたメモリマップである。図５（ｂ）のメモリマップでは、ＯＳ４１により管理される仮想記憶用メモリ領域の一部にＲＡＭディスク用メモリ領域を確保している。なお、図５（ａ）及び図５（ｂ）のＲＡＭディスク用メモリ領域は融合機１の起動時に確保される。
【００４７】
図５（ｃ）は、ＲＡＭディスク用メモリ領域が画像データ用メモリ領域に確保されたメモリマップである。図５（ｃ）のＲＡＭディスク用メモリ領域は、融合機１の起動後、必要なときに確保される。したがって、図５（ｃ）のメモリマップでは、画像データ用メモリ領域のうち使用されていないメモリ領域にＲＡＭディスク用メモリ領域が確保される。
【００４８】
以下、図５（ａ）〜図５（ｃ）のＲＡＭディスク用メモリ領域を確保するための処理について説明していく。図６は、オペレータにＲＡＭディスク容量を選択させる処理の一例の説明図である。図７は、オペレータにＲＡＭディスク容量を選択させる処理の一例のフローチャートである。なお、図６では説明に必要のない融合機１の構成を適宜省略している。
【００４９】
まず、オペレータは操作部やオペレーションパネル７０を操作することで、ＲＡＭディスク容量を選択する旨の指示を融合機１に対して行う。オペレータからのＲＡＭディスク容量を選択する旨の指示が供給されると、融合機１はステップＳ１０に進み、ＳＣＳ４２がＯＣＳ４６に対してオペレーションパネル７０にＲＡＭディスク容量を選択させるためのＲＡＭディスク容量選択画面を描画するよう画面構成要素を配置させる。
【００５０】
ステップＳ１１に進み、融合機１はＲＡＭディスク用メモリ領域の容量リミット記述に基づき、オペレータが選択できないＲＡＭディスク容量を判定し、オペレータが選択できないＲＡＭディスク容量を選択させないように画面構成要素をグレイアウトする。
【００５１】
図８は、ＲＡＭディスク容量を選択させるためのＲＡＭディスク容量選択画面の一例のイメージ図である。図９は、ＲＡＭディスク容量を選択させるためのＲＡＭディスク容量選択画面の他の一例のイメージ図である。
【００５２】
図８の画面は、ＰＤＦダイレクトプリント用のＲＡＭディスク容量を、１つ以上のＲＡＭディスク容量候補（例えば、１ＭＢ，２ＭＢ，４ＭＢ，８ＭＢ，１６ＭＢ）から選択させるように構成されている。図８では、ＲＡＭディスク容量として４ＭＢが選択されている。
【００５３】
なお、ステップＳ１１の処理でＲＡＭディスク容量候補のうち８ＭＢおよび１６ＭＢが選択できないと判定すると、融合機１は図８の画面のうち８ＭＢおよび１６ＭＢを表示する部分の画面構成要素をグレイアウトする。
【００５４】
図９の画面は、オペレータが使用可能な機能（例えば、Ｅメール通知機能）を使用するか否かを選択させるように構成されている。例えば図９では、Ｅメール通知機能の使用を表す「使用する。」が選択されている。図９の画面で機能の使用が選択されると、Ｅメール通知機能に必要なＲＡＭディスク容量が例えば機能とＲＡＭディスク容量とが対応付けられて設定されているテーブル等に基づき選択される。なお、図９の画面で機能の不使用を表す「使用しない。」が選択されると、Ｅメール通知機能用のＲＡＭディスク容量として０ＭＢが選択される。
【００５５】
なお、ステップＳ１１の処理でＥメール通知機能に必要なＲＡＭディスク容量が選択できないと判定すると、融合機１は図９の画面のうちＥメール通知機能の使用を表す「使用する。」の部分の画面構成要素をグレイアウトする。
【００５６】
オペレータは、図８または図９の画面の表示されたオペレーションパネル７０を操作することでＲＡＭディスク容量を選択する。ステップＳ１２に進み、融合機１はオペレータにより選択されたＲＡＭディスク容量を取得する。オペレータにより選択されたＲＡＭディスク容量は、ＯＣＳ４６を介してＳＣＳ４２に通知される。
【００５７】
ステップＳ１３に進み、ＳＣＳ４２は、通知されたＲＡＭディスク容量をＮＶＲＡＭ６６の所定領域に書き込む。ＮＶＲＡＭ６６に書き込まれるＲＡＭディスク容量は、例えばオペレータが使用可能な機能ごとのＲＡＭディスク容量であってもよいし、各機能ごとのＲＡＭディスク容量を合計したＲＡＭディスク容量であってもよい。
【００５８】
図５（ａ）および図５（ｂ）のＲＡＭディスク用メモリ領域は、融合機１の起動時に確保される。図１０は、ＲＡＭディスク用メモリ領域を確保するための処理の一例の説明図である。図１１は、ＲＡＭディスク用メモリ領域を確保するための処理の一例のフローチャートである。なお、図１０では説明に必要のない融合機１の構成を適宜省略している。
【００５９】
融合機１の起動時、プログラム起動部５２は起動処理の一部として図１１のフローチャートの処理を行う。ステップＳ２０では、プログラム起動部５２が、ＮＶＲＡＭ６６の所定領域に書き込まれたＲＡＭディスク容量を取得する。
【００６０】
ステップＳ２１に進み、プログラム起動部５２はステップＳ２０で取得したＲＡＭディスク容量が０か否かを判定する。ＲＡＭディスク容量が０であると判定すると（Ｓ２１においてＹＥＳ）、プログラム起動部５２は処理を終了する。ＲＡＭディスク容量が０でないと判定すると（Ｓ２１においてＮＯ）、プログラム起動部５２はステップＳ２２に進み、ＲＡＭディスク用メモリ領域を確保するメモリ領域としてプレマップ領域が指定されているか否かを判定する。ＲＡＭディスク用メモリ領域を確保するメモリ領域は、例えば初期設定記述ファイル１２０に指定されている。
【００６１】
プレマップ領域が指定されていると判定すると（Ｓ２２においてＹＥＳ）、プログラム起動部５２はステップＳ２３に進み、図１２のような容量リミットチェックを行う。図１２は、容量リミットチェックの処理の一例のフローチャートである。
【００６２】
ステップＳ３０に進み、プログラム起動部５２はリミット指定があるか否かを判定する。プログラム起動部５２は、例えば初期設定記述ファイル１２０に図１３のようなＲＡＭディスクリミット（ｒｄｌｉｍｉｔ）コマンドが記述されているか否かでリミット指定があるか否かを判定する。
【００６３】
図１３は、ＲＡＭディスクリミットコマンドの一例について説明する説明図である。ＲＡＭディスクリミットコマンドは、融合機１に搭載されているＲＡＭ容量と、ＲＡＭディスクのマウント後に残しておくプレマップ領域の容量とを指定する。
【００６４】
例えば図１３のＲＡＭディスクリミットコマンドの一例では、融合機１に搭載されているＲＡＭ容量が１２８ＭＢより大きければプレマップ領域の容量を３２ＭＢ、融合機１に搭載されているＲＡＭ容量が６４ＭＢより大きければプレマップ領域の容量を１６ＭＢ、融合機１に搭載されているＲＡＭ容量が３２ＭＢより大きければプレマップ領域の容量を８ＭＢ、融合機１に搭載されているＲＡＭ容量が３２ＭＢ以下であればプレマップ領域の容量を０ＭＢ、プレマップ領域の容量としてＲＡＭディスクのマウント後に残しておくことを指定している。
【００６５】
リミット指定があると判定すると（Ｓ３０においてＹＥＳ）、プログラム起動部５２はステップＳ３１に進み、リミットチェック指定としてのＲＡＭディスクリミットコマンドから融合機１に搭載されているＲＡＭ容量に応じた容量リミットを取り出す。例えば初期設定記述ファイル１２０に図１３のようなＲＡＭディスクリミットコマンドが記述されており、融合機１に搭載されているＲＡＭ容量が８０ＭＢである場合、融合機１に搭載されているＲＡＭ容量８０ＭＢからＲＡＭディスクのマウント後に残しておくプレマップ領域の容量１６ＭＢを減算した容量リミット６４ＭＢが取り出される。
【００６６】
ステップＳ３２に進み、プログラム起動部５２はＲＡＭディスク容量が容量リミットを超えているか否かを判定する。ＲＡＭディスク容量が容量リミットを超えていると判定すると（Ｓ３２においてＹＥＳ）、プログラム起動部５２はステップＳ３３に進み、容量リミットチェックがＮＧであると判定する。
【００６７】
一方、ＲＡＭディスク容量が容量リミットを超えていないと判定すると（Ｓ３２においてＮＯ）、プログラム起動部５２はステップＳ３４に進み、容量リミットチェックがＯＫであると判定する。なお、リミット指定がないと判定した場合も（Ｓ３０においてＮＯ）、プログラム起動部５２はステップＳ３４に進み、容量リミットチェックがＯＫであると判定する。
【００６８】
図１１に戻り、プログラム起動部５２は容量リミットチェックがＯＫであるか否かを判定する。容量リミットチェックがＯＫであると判定すると（Ｓ２３においてＹＥＳ）、プログラム起動部５２はステップＳ２４に進み、プレマップ領域にＲＡＭディスク用メモリ領域を確保する。ステップＳ２５に進み、プログラム起動部５２はプレマップ領域の先頭アドレスをＲＡＭディスク用メモリ領域の容量分だけずらす。なお、容量リミットチェックがＯＫでないと判定すると（Ｓ２３においてＮＯ）、プログラム起動部５２は処理を終了する。
【００６９】
ステップＳ２６に進み、プログラム起動部５２はステップＳ２４で確保したＲＡＭディスク用メモリ領域の容量に対応したにファイルシステムイメージファイル１２１を選択し、そのファイルシステムイメージファイルを確保したＲＡＭディスク用メモリ領域に展開する。
【００７０】
したがって、プログラム起動部５２は図５（ａ）のように、ＲＡＭディスク用メモリ領域を画像データ用メモリ領域に確保できる。図５（ａ）のようにＲＡＭディスク用メモリ領域を画像データ用メモリ領域に確保すると、仮想記憶用メモリ領域を圧迫することがなくなり、プロセス動作のためのメモリ領域の不足による予期できない障害を防ぐことができる。
【００７１】
一方、ＲＡＭディスク用メモリ領域を確保するメモリ領域としてプレマップ領域が指定されていないと判定すると（Ｓ２２においてＮＯ）、プログラム起動部５２はステップＳ２７に進み、ＶＭ領域にＲＡＭディスク用メモリ領域を確保する。
【００７２】
ステップＳ２６に進み、プログラム起動部５２はステップＳ２７で確保したＲＡＭディスク用メモリ領域の容量に対応したにファイルシステムイメージファイル１２１を選択し、そのファイルシステムイメージファイルを確保したＲＡＭディスク用メモリ領域に展開する。
【００７３】
したがって、プログラム起動部５２は図５（ｂ）のように、ＲＡＭディスク用メモリ領域を仮想記憶用メモリ領域に確保できる。図５（ｂ）のようにＲＡＭディスク用メモリ領域を仮想記憶用メモリ領域に確保すると、画像データ用メモリ領域を圧迫することがなくなり、画像データに関するプリンタ等の処理効率が悪化することを防ぐことができる。
【００７４】
図５（ｃ）のＲＡＭディスク用メモリ領域は、融合機１の起動後、必要な時に確保される。図１４は、ＲＡＭディスク用メモリ領域を確保するための処理の他の一例の説明図である。図１５は、ＲＡＭディスク用メモリ領域を確保するための処理の他の一例のフローチャートである。なお、図１４では説明に必要のない融合機１の構成を適宜省略している。
【００７５】
ＲＡＭディスクが必要となったとき、融合機１はＲＡＭディスクを動的に生成する図１５のフローチャートの処理を行う。ステップＳ４０では、アプリケーション３０が、プレマップ領域にＲＡＭディスク用メモリ領域を確保するための要求をＭＣＳ４５に対して行う。
【００７６】
ステップＳ４０の要求は、例えばＲＡＭディスク用メモリ領域の容量を引数としたメモリ領域獲得関数「ｖｏｉｄ ＭＣＳ＿ｇｅｔ＿ａｒｅａ（ｓｉｚｅ）」を用いて行う。
【００７７】
ステップＳ４１に進み、ＭＣＳ４５はプレマップ領域に確保したＲＡＭディスク用メモリ領域をアプリケーションに通知する。ステップＳ４１の通知は、例えばメモリ領域獲得関数の返り値としてＭＣＳ４５からアプリケーション３０に送信される。
【００７８】
ステップＳ４２に進み、アプリケーション３０はＲＡＭディスク操作ライブラリ１２２に対し、ＲＡＭディスクを作成するための要求を行う。ステップＳ４２の要求は、例えば図１６のようなＲＡＭディスク作成関数を用いて行う。図１６は、ＲＡＭディスク作成関数の一例について説明するための説明図である。図１６のＲＡＭディスク作成関数は、例えばプレマップ領域に確保したＲＡＭディスク用メモリ領域のアドレスおよび容量を引数の一部としている。
【００７９】
ステップＳ４３に進み、ＲＡＭディスク操作ライブラリ１２２は確保されたＲＡＭディスク用メモリ領域にＲＡＭディスクを作成し、そのＲＡＭディスク用メモリ領域にファイルシステムイメージファイル１２１を展開する。
【００８０】
ステップＳ４４に進み、ＲＡＭディスク操作ライブラリ１２２はマウントポイントにより指定される指定ディレクトリにＲＡＭディスクをマウントし、ＲＡＭディスクの作成終了をアプリケーション３０に通知する。ステップＳ４４の通知は、例えばＲＡＭディスク作成関数の返り値としてＲＡＭディスク操作ライブラリ１２２からアプリケーション３０に送信される。
【００８１】
したがって、融合機１は図５（ｃ）のように、ＲＡＭディスク用メモリ領域を画像データ用メモリ領域に確保できる。図５（ｃ）のようにＲＡＭディスク用メモリ領域を画像データ用メモリ領域に確保すると、仮想記憶用メモリ領域を圧迫することがなくなり、プロセス動作のためのメモリ領域の不足による予期できない障害を防ぐことができる。
【００８２】
図５（ｃ）のＲＡＭディスク用メモリ領域は、必要が無くなった時に消去される。図１７は、ＲＡＭディスク用メモリ領域を解放するための処理の一例の説明図である。図１８は、ＲＡＭディスク用メモリ領域を解放するための処理の一例のフローチャートである。なお、図１７では説明に必要のない融合機１の構成を適宜省略している。
【００８３】
ＲＡＭディスクが不要となったとき、融合機１はＲＡＭディスクを動的に消去する図１８のフローチャートの処理を行う。ステップＳ５０では、アプリケーション３０が、ＲＡＭディスクを消去するための要求をＲＡＭディスク操作ライブラリ１２２に対して行う。
【００８４】
ステップＳ５０の要求は、例えば図１９のようなＲＡＭディスク消去関数を用いて行う。図１９は、ＲＡＭディスク消去関数の一例について説明するための説明図である。図１９のＲＡＭディスク消去関数は、例えばＲＡＭディスクのマウントポイントパス名およびデバイスファイル名を引数の一部としている。
【００８５】
ステップＳ５１に進み、ＲＡＭディスク操作ライブラリ１２２はＲＡＭディスクをアンマウントしたあと、ＲＡＭディスクの消去終了をアプリケーション３０に通知する。ステップＳ５１の通知は、例えばＲＡＭディスク消去関数の返り値としてＲＡＭディスク操作ライブラリ１２２からアプリケーション３０に送信される。
【００８６】
ステップＳ５２に進み、アプリケーション３０が、プレマップ領域に確保されているＲＡＭディスク用メモリ領域を解放するための要求をＭＣＳ４５に対して行う。ステップＳ５３に進み、ＭＣＳ４５はプレマップ領域に確保されているＲＡＭディスク用メモリ領域を解放したあと、ＲＡＭディスク用メモリ領域の解放終了をアプリケーション３０に通知する。したがって、融合機１は画像データ用メモリ領域に確保したＲＡＭディスク用メモリ領域を動的に解放できる。
【００８７】
なお、特許請求の範囲に記載したメモリディスク管理手段が初期設定プログラム又はＲＡＭディスク操作ライブラリに相当し、メモリディスク容量情報選択手段がＳＣＳに相当する。
【００８８】
本発明は、具体的に開示された実施例に限定されるものではなく、特許請求のの範囲から逸脱することなく、種々の変形や変更が可能である。
【００８９】
【発明の効果】
上述の如く、本発明によれば、予期しない障害を防ぎつつメモリディスクの利用が可能な画像処理装置，情報処理装置およびメモリディスク管理方法を実現できる。
【００９０】
【図面の簡単な説明】
【図１】本発明による融合機の一実施例の構成図である。
【図２】本発明による融合機の一実施例のハードウェア構成図である。
【図３】融合機起動部の一例の構成図である。
【図４】ＳＲＡＭおよびＳＤＲＡＭ上に確保された物理メモリ領域の一例のメモリマップである。
【図５】ＲＡＭディスク用メモリ領域が確保された物理メモリ領域の一例のメモリマップである。
【図６】オペレータにＲＡＭディスク容量を選択させる処理の一例の説明図である。
【図７】オペレータにＲＡＭディスク容量を選択させる処理の一例のフローチャートである。
【図８】ＲＡＭディスク容量を選択させるためのＲＡＭディスク容量選択画面の一例のイメージ図である。
【図９】ＲＡＭディスク容量を選択させるためのＲＡＭディスク容量選択画面の他の一例のイメージ図である。
【図１０】ＲＡＭディスク用メモリ領域を確保するための処理の一例の説明図である。
【図１１】ＲＡＭディスク用メモリ領域を確保するための処理の一例のフローチャートである。
【図１２】容量リミットチェックの処理の一例のフローチャートである。
【図１３】ＲＡＭディスクリミットコマンドの一例について説明する説明図である。
【図１４】ＲＡＭディスク用メモリ領域を確保するための処理の他の一例の説明図である。
【図１５】ＲＡＭディスク用メモリ領域を確保するための処理の他の一例のフローチャートである。
【図１６】ＲＡＭディスク作成関数の一例について説明するための説明図である。
【図１７】ＲＡＭディスク用メモリ領域を解放するための処理の一例の説明図である。
【図１８】ＲＡＭディスク用メモリ領域を解放するための処理の一例のフローチャートである。
【図１９】ＲＡＭディスク消去関数の一例について説明するための説明図である。
【符号の説明】
１ 融合機
１１ プロッタ
１２ スキャナ
１３ ハードウェアリソース
２０ ソフトウェア群
３０ アプリケーション
４０ プラットフォーム
４１ ＯＳ
４２ ＳＣＳ
４５ ＭＣＳ
４６ ＯＣＳ
５０ 融合機起動部
５２ プログラム起動部
６０ コントローラボード
６３ ＳＲＡＭ
６４ ＳＤＲＡＭ
６５ フラッシュメモリ
６６ ＮＶＲＡＭ
７０ オペレーションパネル
１２０ 初期設定記述ファイル
１２１ ファイルシステムイメージファイル
１２２ ＲＡＭディスク操作ライブラリ
Claims (20)
- 仮想記憶機能を備え、前記仮想記憶機能を利用して画像形成に係る処理を行う画像処理装置であって、
物理メモリ領域に割り当てられている仮想記憶用メモリ領域または画像データ用メモリ領域の一方に、メモリディスク用メモリ領域を確保してメモリディスクを作成するメモリディスク管理手段を有することを特徴とする画像処理装置。 - 前記仮想記憶用メモリ領域はオペレーティングシステムにより管理され、前記画像データ用メモリ領域はオペレーティングシステムにより管理されないことを特徴とする請求項１記載の画像処理装置。
- 前記メモリディスク管理手段は、画像処理装置の起動時にメモリディスク用メモリ領域を確保してメモリディスクを作成することを特徴とする請求項２記載の画像処理装置。
- 前記メモリディスク管理手段は、要求のあった時にメモリディスク用メモリ領域を確保してメモリディスクを作成することを特徴とする請求項２記載の画像処理装置。
- 前記メモリディスク管理手段は、メモリディスク用メモリ領域の容量情報を所定の記憶手段から取得し、その容量情報に基づいてメモリディスク用メモリ領域を確保することを特徴とする請求項２記載の画像処理装置。
- オペレータが選択可能な１つ以上のメモリディスクの容量を提示し、オペレータにより選択されたメモリディスクの容量に応じてメモリディスク用メモリ領域の容量情報を所定の記憶手段に書き込むメモリディスク容量情報選択手段を更に有することを特徴とする請求項５記載の画像処理装置。
- オペレータが選択可能な機能を提示し、オペレータにより選択された機能の使用有無に応じてメモリディスク用メモリ領域の容量情報を所定の記憶手段に書き込むメモリディスク容量情報選択手段を更に有することを特徴とする請求項５記載の画像処理装置。
- 前記メモリディスク容量情報選択手段は、オペレータが選択可能な１つ以上のメモリディスクの容量またはオペレータが選択可能な機能をオペレーションパネルに表示させ、メモリディスクの容量または機能の使用有無をオペレータに選択させることを特徴とする請求項６又は７記載の画像処理装置。
- 前記メモリディスク管理手段は、メモリディスク用メモリ領域の容量情報を所定の記憶手段から取得し、その容量情報が容量制限を越えていなければ、前記容量情報に基づいてメモリディスク用メモリ領域を画像データ用メモリ領域に確保することを特徴とする請求項５記載の画像処理装置。
- 前記容量制限は、画像処理装置に搭載されるメモリの容量に応じて決定されることを特徴とする請求項９記載の画像処理装置。
- 前記メモリディスク管理手段は、仮想記憶用メモリ領域または画像データ用メモリ領域の一方に確保したメモリディスク用メモリ領域にファイルシステムのイメージファイルを展開することでメモリディスクを作成することを特徴とする請求項２記載の画像処理装置。
- 前記メモリディスク管理手段は、メモリディスク用メモリ領域の容量に応じたファイルシステムのイメージファイルを選択し、そのファイルシステムのイメージファイルをメモリディスク用メモリ領域に展開することを特徴とする請求項１１記載の画像処理装置。
- 前記メモリディスク管理手段は、アプリケーションから要求のあった時にメモリディスク用メモリ領域を確保してメモリディスクを作成することを特徴とする請求項４記載の画像処理装置。
- 前記メモリディスク管理手段は、メモリディスクが不要となった時にメモリディスクを消去することを特徴とする請求項４記載の画像処理装置。
- 仮想記憶機能を備え、前記仮想記憶機能を利用して所定の処理を行う情報処理装置であって、
物理メモリ領域に割り当てられている仮想記憶用メモリ領域または画像データ用メモリ領域の一方に、メモリディスク用メモリ領域を確保してメモリディスクを作成するメモリディスク管理手段を有することを特徴とする情報処理装置。 - 前記仮想記憶用メモリ領域はオペレーティングシステムにより管理され、前記画像データ用メモリ領域はオペレーティングシステムにより管理されないことを特徴とする請求項１５記載の情報処理装置。
- 前記メモリディスク管理手段は、画像処理装置の起動時にメモリディスク用メモリ領域を確保してメモリディスクを作成することを特徴とする請求項１６記載の情報処理装置。
- 前記メモリディスク管理手段は、要求のあった時にメモリディスク用メモリ領域を確保してメモリディスクを作成することを特徴とする請求項１６記載の情報処理装置。
- 仮想記憶機能を備えた画像処理装置の物理メモリ領域にメモリディスク用メモリ領域を確保してメモリディスクを作成する画像処理装置のメモリディスク管理方法であって、
物理メモリ領域に割り当てられている仮想記憶用メモリ領域または画像データ用メモリ領域の一方を選択する段階と、
選択した仮想記憶用メモリ領域または画像データ用メモリ領域の一方に、メモリディスク用メモリ領域を確保してメモリディスクを作成する段階と
を有することを特徴とするメモリディスク管理方法。 - 前記仮想記憶用メモリ領域はオペレーティングシステムにより管理され、前記画像データ用メモリ領域はオペレーティングシステムにより管理されないことを特徴とする請求項１９記載のメモリディスク管理方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003195197A JP4394387B2 (ja) | 2003-07-10 | 2003-07-10 | 画像処理装置およびメモリディスク管理方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003195197A JP4394387B2 (ja) | 2003-07-10 | 2003-07-10 | 画像処理装置およびメモリディスク管理方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2005028687A true JP2005028687A (ja) | 2005-02-03 |
| JP4394387B2 JP4394387B2 (ja) | 2010-01-06 |
Family
ID=34206118
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003195197A Expired - Fee Related JP4394387B2 (ja) | 2003-07-10 | 2003-07-10 | 画像処理装置およびメモリディスク管理方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4394387B2 (ja) |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2009151386A (ja) * | 2007-12-18 | 2009-07-09 | Ricoh Co Ltd | 画像処理装置 |
| JP2010244303A (ja) * | 2009-04-06 | 2010-10-28 | Kyocera Mita Corp | メモリ管理装置及び画像形成装置 |
| JP2011204052A (ja) * | 2010-03-26 | 2011-10-13 | Seiko Epson Corp | 画像処理装置、及び画像処理プログラム |
| JP2012078937A (ja) * | 2010-09-30 | 2012-04-19 | Kyocera Mita Corp | 画像形成装置 |
| US8473691B2 (en) | 2009-02-27 | 2013-06-25 | Ryosuke Ohgishi | Memory management device, image forming apparatus, and image forming method |
| JP2017226169A (ja) * | 2016-06-24 | 2017-12-28 | 京セラドキュメントソリューションズ株式会社 | 画像形成装置およびメモリー配分方法 |
| JP2021128627A (ja) * | 2020-02-14 | 2021-09-02 | 株式会社日立製作所 | 計算機システム及びメモリ管理方法 |
-
2003
- 2003-07-10 JP JP2003195197A patent/JP4394387B2/ja not_active Expired - Fee Related
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2009151386A (ja) * | 2007-12-18 | 2009-07-09 | Ricoh Co Ltd | 画像処理装置 |
| US8473691B2 (en) | 2009-02-27 | 2013-06-25 | Ryosuke Ohgishi | Memory management device, image forming apparatus, and image forming method |
| JP2010244303A (ja) * | 2009-04-06 | 2010-10-28 | Kyocera Mita Corp | メモリ管理装置及び画像形成装置 |
| JP2011204052A (ja) * | 2010-03-26 | 2011-10-13 | Seiko Epson Corp | 画像処理装置、及び画像処理プログラム |
| JP2012078937A (ja) * | 2010-09-30 | 2012-04-19 | Kyocera Mita Corp | 画像形成装置 |
| JP2017226169A (ja) * | 2016-06-24 | 2017-12-28 | 京セラドキュメントソリューションズ株式会社 | 画像形成装置およびメモリー配分方法 |
| JP2021128627A (ja) * | 2020-02-14 | 2021-09-02 | 株式会社日立製作所 | 計算機システム及びメモリ管理方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP4394387B2 (ja) | 2010-01-06 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP5213539B2 (ja) | 画像処理装置及び画像処理装置のメモリ管理方法 | |
| US7715028B2 (en) | Card type memory, image forming apparatus, and starting method therefor | |
| US8314962B2 (en) | Image forming apparatus that discriminates an operation of a service requested and constructs a job corresponding to the operation by selecting a job scenario prepared in advance | |
| JP4560493B2 (ja) | 画像形成装置 | |
| JP4394387B2 (ja) | 画像処理装置およびメモリディスク管理方法 | |
| EP1308793B1 (en) | Image forming device having a memory assignment unit | |
| JP2004005612A (ja) | リソース情報を取得する装置及び方法 | |
| JP2004030601A (ja) | リソース情報によりアプリケーション起動判断を行う装置及び方法 | |
| JP2003200620A (ja) | 画像形成装置 | |
| JP4504447B2 (ja) | 画像形成装置、アプリケーション起動判断方法、プログラム、及び記録媒体 | |
| JP4001531B2 (ja) | 画像形成装置 | |
| JP4136397B2 (ja) | 画像形成装置及びメモリ管理方法 | |
| US20060230419A1 (en) | Image forming and reproducing apparatus with mode controllable communication interface | |
| JP7158656B2 (ja) | 画像形成装置、画像形成方法及び画像形成プログラム | |
| JP4128467B2 (ja) | 画像形成装置及びメモリマップ方法 | |
| JP4128468B2 (ja) | 情報処理装置及びメモリマップ方法 | |
| JP2004066809A (ja) | 画像形成装置およびプログラム起動方法 | |
| JP2004046804A (ja) | 画像形成装置およびデータ処理方法 | |
| JP4246608B2 (ja) | 画像形成装置及びプログラム起動方法 | |
| JP2005078419A (ja) | 情報処理装置及びファイル管理方法 | |
| JP4485749B2 (ja) | 画像形成装置 | |
| JP3857654B2 (ja) | 画像形成装置，ユーザ情報管理方法，ユーザ情報管理プログラムおよび記録媒体 | |
| JP5505202B2 (ja) | 画像形成装置、画像形成制御方法、画像形成制御プログラム及び記録媒体 | |
| JP2004048696A (ja) | 画像形成装置およびデータ処理方法 | |
| US20050254082A1 (en) | Image forming device, data erasing method, and recording medium |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20051012 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20090512 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090709 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20090728 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090928 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20091013 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20091015 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121023 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131023 Year of fee payment: 4 |
|
| LAPS | Cancellation because of no payment of annual fees |