(57)【要約】【課題】処理に用いられた物理メモリの部分を解放しつつも、必要な仮想メモリ領域の再確保を不要にする。【解決手段】画像形成装置等の機器のコンピュータで実行される印刷制御等のアプリケーションは、予め定められた必要容量分の仮想メモリ領域を、起動時にＯＳに要求する（Ｓ１０）。そして、その仮想メモリ領域を用いてジョブを実行する（Ｓ１２）。その仮想メモリ領域内のあるアドレスに対して読み書きが最初になされる際、必要な物理メモリのアドレス範囲が確保され、そのアドレス範囲に必要なデータが書き込まれる。ジョブの実行が終了すると、アプリケーションは、Ｓ１０で割り当てられた仮想メモリ領域は解放しないがジョブ中に用いた物理メモリのアドレス範囲を解放する効果を持つコマンド（Linuxのmadvise等）をＯＳに発行する。この結果、最初に確保した仮想メモリ領域は解放されないので、仮想メモリ領域の再確保が不要となる。【選択図】図３
2018049511.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータを、
オペレーティングシステムから割り当てられた仮想メモリ領域を用いて処理単位を実行する実行手段、
前記処理単位の実行が終了した後に、前記実行手段に割り当てられた前記仮想メモリ領域を維持したまま前記仮想メモリ領域に対応する物理メモリ領域のうち前記処理単位に用いられた部分を解放する効果を持つコマンド、を前記オペレーティングシステムに発行する発行手段、
として機能させるためのプログラム。
【請求項２】
前記コンピュータを、
指示された処理単位の種類に対応する必要メモリ容量の情報を取得する手段、
物理メモリの空き容量の情報を取得する手段、
前記空き容量が前記必要メモリ容量以上の場合は前記指示された処理単位を前記実行手段に実行させ、そうでない場合は前記指示された処理単位を前記実行手段に実行させない制御を行う制御手段、
として更に機能させることを特徴とする請求項１に記載のプログラム。
【請求項３】
オペレーティングシステムから割り当てられた仮想メモリ領域を用いて処理単位を実行する実行手段と、
前記処理単位の実行が終了した後に、前記実行手段に割り当てられた前記仮想メモリ領域を維持したまま前記仮想メモリ領域に対応する物理メモリ領域のうち前記処理単位に用いられた部分を解放する効果を持つコマンド、を前記オペレーティングシステムに発行する発行手段と、
を有する情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置及びプログラムに関する。
【背景技術】
【０００２】
従来、複合機（プリンタ、スキャナ、複写機、ファクシミリ等の機能を併せ持つ装置）等の画像形成装置の制御には、組み込み用ＯＳ（オペレーティングシステム）が用いられていた。組み込み用ＯＳでは、アプリケーションは物理メモリ空間のアドレスを用いてメモリアクセスを行うため、アプリケーションが確保しているメモリはそのまま物理メモリでも使用されている状態であった。
【０００３】
画像形成装置が扱う画像データ（ラスターデータ）は一般にデータサイズが大きい。例えばＡ４フルカラーの１ページの画像で数十〜数百メガバイトに達する。また外部から入力されるＰＤＬデータを画像形成装置内部でいったん中間データに変換し、更にその中間データを最終的なラスターデータ等の出力画像データに変換することを考えると、ラスターデータのみを扱う場合よりも多くのメモリ容量が必要になる。
【０００４】
また、高速で途切れなく出力画像データを出力する必要性から、１ページ分の出力画像データは連続したアドレス空間に記憶されることが望ましい。
【０００５】
また、複合機の場合、プリンタだけではなくスキャナやコピー、ファックス送受信、ボックス蓄積などのサービスを兼ね備えており、かつそのうち２以上を同時に実行するというケースが多い。同時実行を実現するためにサービスごとにメモリを確保しておく必要がある。例えばプリンタで４００メガバイト、スキャナで３００メガバイト、その他で２００メガバイトのメモリ容量が最大必要となるとすると、それらすべてを合わせて９００メガバイトのメモリ容量をあらかじめ確保する必要がある。
【０００６】
しかし、実際には、すべてのサービスを同時に利用するジョブが投入されることはほとんどないので、足し算で求めた最大のメモリ容量を持つメモリを用意すると、オーバースペックとなり、コスト的に望ましくない。
【０００７】
画像形成装置の制御機構が備える物理メモリの容量が、その装置が提供するすべてのサービスに必要な最大メモリ量の合計よりも少ない場合、メモリのやりくりが必要になる。
【０００８】
例えば、特許文献１に開示された画像処理装置では、ワーク領域が不足すると、メモリ管理部はＳＤＲＡＭに設定していたプログラム領域を解放し、そこにコピーされていたモジュールはＲＯＭで実行できるようにＣＰＵの論理アドレスの変換先を変更する。これにより、ワーク領域が増加するので、高解像度のフルカラー印刷を行う場合のように取り扱うデータ量が膨大になった場合でも比較的小容量のＳＤＲＡＭによりデータの格納に必要なワーク領域を確実に確保できる。
【０００９】
一方、近年の傾向として、画像形成装置の制御系に対して、Linux（登録商標）等の汎用ＯＳの利用が進みつつある。近年の汎用ＯＳは、仮想メモリの仕組みを備えている。この仕組みでは、プリケーションから要求されたメモリ領域は仮想メモリ空間に確保され、この仮想メモリの確保の時点では、対応する物理メモリは確保されない。そして、アプリケーションから仮想メモリへの書き込みが行われた際に、物理メモリ空間内にメモリ領域が確保され、データがその物理メモリ空間内の領域に書かれる。こうすることで確保した仮想メモリ領域のうちアプリケーションが使用していない部分には物理メモリが使用されず、物理メモリの使用量を少なくすることが可能となる。
【００１０】
しかし、ジョブの実行などが繰り返されるうちに様々なサービスが実行され、物理メモリの使用量が増えてくる。上述のようにすべてのサービスの最大必要メモリ量を足し算した量より少ないメモリ容量の物理メモリを用いている場合、物理メモリが足りなくなる場合も出てくる。物理メモリに不足が生じた場合、パーソナルコンピュータ等ではスワップファイルという仕組みで物理メモリ上のイメージをスワップファイルとして二次記憶に退避することができる。しかし、画像形成装置等のような装置の制御系では、リアルタイム性の要求が厳しいためスワップ方式は一般に利用できない。
【先行技術文献】
【特許文献】
【００１１】
【特許文献１】特開２０００−１８１６４４号公報
【発明の概要】
【発明が解決しようとする課題】
【００１２】
物理メモリの不足をさけるために、アプリケーションが、実行していた処理が終了した時点以降に、その処理のために確保していた仮想メモリ領域を解放することも考えられる。仮想メモリ領域を解放することで、それに対応付けられた物理メモリ領域も解放される。
【００１３】
しかし、物理メモリ領域の解放のために仮想メモリ領域を解放してしまうと、次に必要になったときに同じだけの連続アドレスの仮想メモリ領域が確保できるとは限らない。例えばプリンタ制御のアプリケーションは、印刷ジョブの実行のためにページバッファ用の大きな連続アドレスのメモリ領域（仮想）をＯＳに要求して確保する。そのジョブが終わったときに、物理メモリを空けるためにその仮想メモリ領域を解放してしまうと、解放されたその連続した大きい仮想メモリ領域が他のアプリケーション群により利用されてしまい、フラグメンテーションが生じる。このため、プリンタ制御のアプリケーションが次のジョブのためにページバッファ用に同じ量の連続アドレスの仮想メモリ領域が必要になったときに、それが再度確保できない可能性がある。
【００１４】
本発明は、処理に用いられた物理メモリの部分を解放しつつも、必要な仮想メモリ領域の再確保を不要にすることができる仕組みを提供することを目的とする。
【課題を解決するための手段】
【００１５】
請求項１に係る発明は、コンピュータを、オペレーティングシステムから割り当てられた仮想メモリ領域を用いて処理単位を実行する実行手段、前記処理単位の実行が終了した後に、前記実行手段に割り当てられた前記仮想メモリ領域を維持したまま前記仮想メモリ領域に対応する物理メモリ領域のうち前記処理単位に用いられた部分を解放する効果を持つコマンド、を前記オペレーティングシステムに発行する発行手段、として機能させるためのプログラムである。
【００１６】
請求項２に係る発明は、前記コンピュータを、指示された処理単位の種類に対応する必要メモリ容量の情報を取得する手段、物理メモリの空き容量の情報を取得する手段、前記空き容量が前記必要メモリ容量以上の場合は前記指示された処理単位を前記実行手段に実行させ、そうでない場合は前記指示された処理単位を前記実行手段に実行させない制御を行う制御手段、として更に機能させることを特徴とする請求項１に記載のプログラムである。
【００１７】
請求項３に係る発明は、オペレーティングシステムから割り当てられた仮想メモリ領域を用いて処理単位を実行する実行手段と、前記処理単位の実行が終了した後に、前記実行手段に割り当てられた前記仮想メモリ領域を維持したまま前記仮想メモリ領域に対応する物理メモリ領域のうち前記処理単位に用いられた部分を解放する効果を持つコマンド、を前記オペレーティングシステムに発行する発行手段と、を有する情報処理装置である。
【発明の効果】
【００１８】
請求項１又は３に係る発明によれば、処理単位の実行に用いられた物理メモリの部分を解放しつつも、必要な仮想メモリ領域の再確保を不要にすることができる仕組みを提供することができる。
【００１９】
請求項２に係る発明によれば、小容量の物理メモリを用いる装置であっても、物理メモリ不足に陥ることなく処理単位群の実行が可能になる。
【図面の簡単な説明】
【００２０】
【図１】実施形態の情報処理装置のハードウエア構成の一例を示す。
【図２】実施形態の情報処理装置のソフトウエア的な構成の一例を示す。
【図３】実施形態の情報処理装置において実行されるアプリケーションのメモリ利用制御に関する処理手順の一例を示す図である。
【図４】ジョブ終了時の物理メモリ解放を説明するための図である。
【図５】変形例の機能ブロック図である。
【発明を実施するための形態】
【００２１】
図１を参照して、本実施形態の情報処理装置のハードウエア構成の一例を示す。この情報処理装置は、例えば、複合機等の画像形成装置に内蔵され、画像形成装置が実行する各種のサービス（コピー、印刷、スキャン、ファックス送信等）の制御やＵＩ（ユーザインタフェース）の制御等を実行する。
【００２２】
このハードウエア構成は、ＣＰＵ（中央演算装置）１０、メモリ管理部１２、メモリ１４、二次記憶１６、画像出力部１８、入力部１９を備える。
【００２３】
ＣＰＵ１０は、ＯＳ（オペレーティングシステム）や各種アプリケーション等のプログラムを実行するプロセッサである。メモリ１４は、一次記憶であり、ランダムアクセスメモリ等から構成される。メモリ管理部１２は、メモリ１４に対する入出力を制御するデジタル回路である。
【００２４】
ＯＳやアプリケーション等のプログラムは、ハードディスクドライブやソリッドステートドライブ等の二次記憶１６にインストールされており、実行時には二次記憶１６からメモリ１４上にロードされ、ＣＰＵ１０により実行される。プログラムの実行にと伴って、外部（例えばセンサやネットワーク通信部等）から入力されるデータや二次記憶１６内に保存されているデータがメモリ１４にロードされ、処理される。処理の結果はメモリ１４に書き込まれ、必要に応じて二次記憶１６にファイル等の形で保存される。
【００２５】
画像出力部１８は、ＣＰＵ１０が（図示省略した画像処理回路等を利用して）生成した出力画像データを、出力装置（例えばプリントエンジンやファクシミリ送信回路等）に出力する機構である。画像出力部１８は、この情報処理装置を内包した画像形成装置等が備える出力装置の種類ごとに設けられる。入力部１９は、センサやネットワーク通信部等からのデータの入力を受け付ける装置である。
【００２６】
図２に、この情報処理装置のソフトウエア的な構成の一例を示す。この情報処理装置は、ＣＰＵ１０が実行するＯＳ２０によりその動作が制御されている。また、印刷のための制御を行うプリンタサービス２２、スキャンのための制御を行うスキャナサービス２４、ファックスに関するサービスを行うファックスサービス２６、ＵＩ（ユーザインタフェース）のための処理を行うＵＩ制御２８等のアプリケーションが、そのＯＳ２０上で実行される。
【００２７】
ＯＳ２０は、メモリ管理部１２と協働して、各アプリケーションのメモリ１４へのアクセスを制御する。ＯＳ２０は、仮想メモリ方式のメモリ管理を行う機能を持っている。主流であるページング方式での仮想メモリでは、仮想メモリ空間と物理メモリ空間（メモリ１４のメモリ空間）とは、それぞれページという単位に区切られて管理される。アプリケーションが仮想メモリ空間のアドレス（仮想アドレス）にアクセスした際、そのアドレスを含むページが物理メモリ空間にロードされていれば、メモリ管理部１２がそのアドレスを物理アドレスに変換することでメモリ１４上のデータへのアクセスがなされる。一方、アクセス先の仮想アドレスを含むページがメモリ１４にロードされていない場合、メモリ１４上の空き領域に二次記憶１６内にあるそのページのデータがロードされ、ロードされたデータに対してアプリケーションがアクセスする。なお、後述の動作の説明から了解されるように、本実施形態はページング方式の仮想メモリに限定されるわけではなく、セグメント方式等、他の方式の仮想メモリにも適用可能である。
【００２８】
プリンタサービス２２等のアプリケーションは例えばプロセスという実行単位で実行され、このプロセスに対して１つの仮想メモリ領域が割り当てられる。アプリケーションが仮想メモリ領域を確保した段階では、それに対応する物理メモリ領域の確保は行われない。物理メモリ領域が確保されるのは、実際にメモリ１４に対する読み書きが行われる際である。
【００２９】
次に、図３を参照して、ＯＳ２０の管理下で動作するプリンタサービス２２等のアプリケーションの、メモリ利用に関する動作を説明する。
【００３０】
アプリケーションは、起動された際に、プログラムされているデータ量分のメモリ領域をＯＳ２０に要求する（Ｓ１０）。このデータ量は、アプリケーションが利用すると想定される最大のデータ量であり、例えばプリンタサービス２２は４００メガバイト、スキャナサービス２４は３００メガバイト等と、アプリケーションごとに定められている。
【００３１】
ＯＳ２０は、アプリケーションから要求されたデータ量のメモリ領域を仮想メモリ空間内に連続アドレスの空間として確保し、アプリケーションに提供する。画像形成装置のような機器に組み込まれる情報処理装置の場合、基本的に起動時にすべてのアプリケーションが起動される（パーソナルコンピュータのように、ユーザが任意のタイミングでアプリケーションを起動したり終了したりすることは基本的にない）。したがって、ＯＳ２０は、起動時に順に起動されるアプリケーションに対して、順に要求されたサイズの仮想メモリ領域を、アドレスが連続した領域として確保し、提供することができる。
【００３２】
ＣＰＵ１０で実行されているアプリケーションは、ＯＳ２０に要求して確保できた自分のメモリ領域（仮想）を用いて、自身の処理を実行していく（Ｓ１４）。例えばプリンタサービス２２、スキャナサービス２４、ファックスサービス２６等、画像形成装置がユーザに提供するサービスのための制御を実行するアプリケーションは、ユーザの指示に応じて実行する処理を、プリントジョブ、スキャンジョブ、ファックス送信ジョブ等のジョブとして管理する。周知のように、例えばコピーのジョブは、ユーザが操作パネルにて用紙サイズや両面印刷の有無、部数等のコピー条件を設定して、原稿フィーダに原稿を置き、コピーの開始を指示してから、その原稿を読み取ってそのコピー条件に従って指定された部数のコピーを出力し終えるまでが１つのジョブである。また例えばプリントジョブは、ネットワーク経由で受信した印刷データをキュー（待ち行列）から取り出してから、その印刷データを、その印刷データに含まれる印刷条件に従って印刷し終えるまでが１つのジョブである。このように画像形成装置の内蔵コンピュータ上で動作するアプリケーションは、ジョブという処理単位が存在する。
【００３３】
このジョブの実行の際、アプリケーションは、その実行に必要なデータ（例えば二次記憶１６に保存されているデータ、センサから入力されるデータ、ソフトウエア処理により生成されたデータ）をメモリにロードしたり書き込んだりしていく。このロードや書き込みは、アプリケーションが指定したアドレス（仮想）に対して行われる。ＯＳ２０は、アプリケーションからデータのロードや書き込みの指示を受けると、メモリ１４の物理メモリ空間内に必要なサイズの領域を確保し、そこに指示されたデータをロードしたり書き込んだりする。アプリケーションがデータ書き込み先として指示する仮想メモリ空間でのアドレスと、実際にデータが書き込まれる物理メモリ空間のアドレスの対応付けは、ＯＳ１２が管理している。
【００３４】
アプリケーションは、ジョブ実行中に使用したメモリアドレスの範囲（仮想）を記録している。あるいは、Ｓ１０でＯＳ２０から仮想メモリ領域が割り当てられると、ジョブの実行に用いる部分はその仮想メモリ領域の先頭に対する相対アドレスで決まっている（プログラムされている）。
【００３５】
ジョブが終了する際、アプリケーションは、そのジョブの実行中に使用したメモリ領域（アドレス範囲）の解放をＯＳ２０に指示する（Ｓ１４）。この解放指示は、Ｓ１０で確保された仮想メモリ領域全体についての解放コマンド（Linuxの場合はシステムコールfree）ではなく、その仮想メモリ領域は維持したまま、ジョブ中に使用した物理メモリ領域が解放される効果を持つコマンドである。
【００３６】
Linuxの場合、このようなコマンドとしてシステムコールmadviseがある。システムコールmadviseは、引数addr（アドレス）から始まる引数lengthバイトのメモリブロックのページング入出力をどう扱えば良いか、カーネルにアドバイスするコマンドである。madviseの引数adviceにMADV_DONTNEEDを指定すれば、そのメモリブロックの物理メモリ領域を解放するようＯＳ２０のカーネルにアドバイスすることができる。この場合、アプリケーションは、ジョブ終了時に、引数addr及びlengthに対して、ジョブ実行中に読み書きしたアドレス範囲の先頭アドレス（仮想）及び長さ（バイトサイズ）をセットし、引数adviceにMADV_DONTNEEDをセットしたmadviseシステムコールをＯＳ２０に発行する。１つのジョブ中に複数のアドレス範囲を読み書きした場合は、個々のアドレス範囲毎にmadviseを発行する。madviseシステムコールを受けたＯＳ２０（この場合はLinux）は、引数のアドレス及長さで特定される仮想アドレス範囲内のデータと、これに対応する物理アドレス範囲のデータを削除し、それら各範囲を解放する。ＰＣ等ではページングを行っているので、それら仮想及び物理アドレス範囲の解放と同時に、その範囲に対応するページファイルを二次記憶から削除するが、本実施形態が想定する用途ではリアルタイム性の観点からページングは行わないのでページファイルの削除は本実施形態では行われない。なお、madvise（MADV_DONTNEED）を受けたＯＳ２０は、指定された物理アドレス範囲を解放するが、その範囲に対応する仮想アドレス範囲を含んだ（元々アプリケーションに割り当て済みの）仮想メモリ領域は解放しない。
【００３７】
Ｓ１４の処理の例を、図４を参照して説明する。
【００３８】
上段の（ａ）には、情報処理装置においてプリンタサービス２２及びスキャナサービス２４が実行中であり、それぞれジョブを実行しているときの仮想メモリと物理メモリの利用状況が示される。プリンタサービス２２には仮想メモリ空間内の連続アドレスの領域１０２が既に割り当てられており、プリンタサービス２２は、ジョブ実行中にその領域１０２内の２つの範囲１０２ａ及び１０２ｂに対して読み書きを行ったとする。仮想メモリ空間内のそれら２つの範囲１０２ａ及び１０２ｂは、物理メモリ空間の範囲１５２ａ及び１５２ｂにマッピングされている。同様に、スキャナサービス２４は仮想メモリ空間内で領域１０４の割り当てを受けており、いま実行中のジョブでそのうちのある範囲１０４ａに対して読み書きを行っている。仮想メモリ空間内の範囲１０４ａは、物理メモリ空間の範囲１５４ａにマッピングされている。
【００３９】
この状況でプリンタサービス２２が実行していたプリントジョブが終了した場合、プリンタサービス２２は、ＯＳ２０に対して、ジョブ中に使っていた範囲１０２ａ及び１０２ｂとこれらに対応する物理メモリ領域（範囲１５２ａ及び１５２ｂ）の解放の効果を持つコマンド（例えば上述のmadvise）を発行する。ＯＳ２０は、このコマンドに応じて、指定された仮想アドレス空間の範囲１０２ａ及び１０２ｂとこれらに対応する物理アドレス空間の範囲１５２ａ及び１５２ｂのデータをクリアし、それら範囲を解放する。これにより、物理メモリ上の範囲１５２ａ及び１５２ｂはプリンタサービス２２以外のアプリケーションからも利用可能な状態となる。また、仮想メモリ上の範囲１０２ａ及び１０２ｂは未使用状態となるが、それらを含む領域１０２は上述のコマンドでは解放されない。したがって、プリンタサービス２２は、次のジョブを実行する場合等に、連続アドレスの領域であるその領域１０２を用いることができる。
【００４０】
なお、画像形成装置が実行するプリントやスキャナ等のジョブの中で生成されるデータは、出力（印刷、スキャンデータのファイル等への書き出し、ファクシミリの送信等）が終わると不要になるのが通常である。したがって、物理メモリ上のジョブ中で用いられたデータは、madvise等のコマンドに応じて削除されても問題はない。
【００４１】
以上に説明したように、本実施形態では、プリンタサービス２２等の各アプリケーションは、ジョブが終わる毎に、確保済みの仮想メモリ領域のうちそのジョブ中に使用した範囲を解放する効果（ただし確保済みの仮想メモリ領域は解放しない）を持つコマンドをＯＳ２０に発行する。これにより、そのジョブで用いられた物理アドレス空間の範囲が解放され、各アプリケーションが自由に使用可能な状態となる。一方、アプリケーションが確保済みの仮想メモリ領域はそのコマンドでは解放されないので、そのアプリケーションは次のジョブの際、その仮想メモリ領域の連続アドレス空間を使用可能である。
【００４２】
次に、上記実施形態の変形例を説明する。
【００４３】
上記実施形態の制御によれば、メモリ１４の容量が、情報処理装置の実行するすべてのアプリケーションの必要最大容量の合計未満であっても、それらアプリケーションのジョブ実行がメモリ１４を用いて実行される。これは、すべてのアプリケーションが同時に必要最大容量のメモリを使うことが仕組み上あり得ないからである。例えば、プリンタサービス２２が実行するプリントジョブと、コピーサービス（図示省略）が実行するコピージョブとは、共に印刷機構を利用する必要があるため、同時に実行されることはない。このように、入力や出力に用いる物理的リソース（印刷機構やスキャン機構等）が競合するアプリケーション同士は同時実行されることはない。したがって、仕組み上同時実行可能なアプリケーションの組み合わせのうちの最大の必要容量合計以上の容量のメモリ１４を用意すれば、従来と同様の動作が実現可能である。
【００４４】
しかし、コストの制約等からその容量未満のメモリ１４を用いる装置の場合、仕組み上同時実行可能なジョブをすべて受け入れると、物理メモリの不足を招く可能性がある。
【００４５】
そこで、この変形例では、図５に示すように、ＵＩ処理部３０にユーザが実行を指示したジョブが、メモリ１４（物理メモリ）の現在の空き容量で実行可能かどうかをジョブ受付管理部３２が判定し、空き容量が足りない場合は実行不可の応答を行う。この判定は、必要容量テーブル３４を用いて行う。必要容量テーブル３４には、ジョブの種類毎に、その種類のジョブの実行に必要なメモリ容量が登録されている。
【００４６】
ＵＩ処理部３０（図２のＵＩ制御２８に相当）に対してユーザがジョブの実行を指示すると、ジョブ受付管理部３２は、必要容量テーブル３４からそのジョブの実行に必要なメモリ容量を取得し、ＯＳ２０から現在の物理メモリの空き容量を取得する。そして、物理メモリの空き容量がそのジョブに必要なメモリ容量以上であれば、そのジョブの実行を許可し、そうでなければそのジョブの実行を取りやめ、ＵＩ処理部３０にエラーメッセージを表示する。エラーメッセージには、例えば指示されたジョブは、（メモリを使っている）現在実行中のジョブが終わったら実行可能になる旨の説明が含まれていてもよい。
【００４７】
ＵＩ処理部３０及びジョブ受付管理部３２は、それら各部の機能を表すプログラムをＣＰＵ１０で実行することで実現される。必要容量テーブル３４は、二次記憶１６にインストールされている。
【符号の説明】
【００４８】
１０  ＣＰＵ、１２  メモリ管理部、１４  メモリ、１６  二次記憶、１８  画像出力部、１９  入力部、２０  ＯＳ、２２  プリンタサービス、２４  スキャナサービス、２６  ファックスサービス、２８  ＵＩ制御、３０  ＵＩ処理部、３２  ジョブ受付管理部、３４  必要容量テーブル。
【図１】
2018049511.tif 000003
【図２】
2018049511.tif 000004
【図３】
2018049511.tif 000005
【図４】
2018049511.tif 000006
【図５】
2018049511.tif 000007