JP4263919B2 - 画像形成装置及びメモリ管理方法 - Google Patents
画像形成装置及びメモリ管理方法 Download PDFInfo
- Publication number
- JP4263919B2 JP4263919B2 JP2003044585A JP2003044585A JP4263919B2 JP 4263919 B2 JP4263919 B2 JP 4263919B2 JP 2003044585 A JP2003044585 A JP 2003044585A JP 2003044585 A JP2003044585 A JP 2003044585A JP 4263919 B2 JP4263919 B2 JP 4263919B2
- Authority
- JP
- Japan
- Prior art keywords
- area
- address
- virtual
- direct map
- map area
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Memory System Of A Hierarchy Structure (AREA)
- Record Information Processing For Printing (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、画像形成装置及びメモリ管理方法に係り、特に仮想アドレス機能を利用する画像形成装置及びメモリ管理方法に関する。
【０００２】
【従来の技術】
近年、プリンタ，コピー，ファクシミリおよびスキャナなどの各装置の機能を１つの筐体内に収納した画像形成装置（以下、融合機という）が知られるようになった。この融合機は、１つの筐体内に表示部，印刷部および撮像部などを設けると共に、プリンタ，コピー，ファクシミリおよびスキャナにそれぞれ対応する４種類のソフトウェアを設け、そのソフトウェアを切り替えることより、プリンタ，コピー，ファクシミリおよびスキャナとして動作させるものである。
【０００３】
従来の融合機は、プリンタ，コピー，ファクシミリおよびスキャナにそれぞれ対応するソフトウェアを設けている。したがって、各ソフトウェアを実行することで生成されるプロセスは、必要なメモリを別個に獲得していた。
【０００４】
ところで、融合機が備えているプリンタ，コピー，ファクシミリおよびスキャナにそれぞれ対応するソフトウェアは、オペレーティングシステム（以下、ＯＳという）上で動作する場合、ＯＳによりメモリ管理がなされる。
【０００５】
マルチプロセスを実現するＯＳは、例えば仮想アドレス機能を用いてアドレス管理を行い、各プロセスごとに別の仮想アドレス空間を提供する。仮想アドレス機能では、他のプロセスのアクセスからメモリを保護するためにページングの手法を用いている。ページングとは、プロセスに提供した仮想アドレス空間と物理メモリのある物理アドレス空間とをプロセッサにより決められる所定サイズのページに区切り、仮想アドレス空間内のページと物理アドレス空間内のページとの対応関係を管理し、仮想アドレスを物理アドレスに変換する手法をいう。
【０００６】
また、ページングの手法では、ページテーブルを使用して仮想アドレス空間のページと物理アドレス空間のページとの対応関係を管理している。ページテーブルは、仮想アドレス空間を提供したプロセスごとに必要となる。
【０００７】
ページングの手法を用いる場合、全てのメモリアクセスに対して仮想アドレスを物理アドレスに変換するアドレス変換が必要となるため、実行速度の点からハードウェアによるサポートが必須であった。このアドレス変換は、プロセッサのメモリ管理部（以下、ＭＭＵという）により行われ、その対応がプロセッサごとに異なっている。
【０００８】
例えば一のプロセッサのＭＭＵでは、制御レジスタにページテーブルの物理アドレスをセットしておくことで、メモリアクセスを行うときに自動的にメモリ上にあるページテーブルを検索して物理アドレスへの変換を行う。この場合、プロセスを切り替えるときに別のページテーブルの物理アドレスが制御レジスタにセットされる。
【０００９】
また、他のプロセッサのＭＭＵではページテーブルを自動的に検索することはなく、トランスレーション・ルックアサイド・バッファ（以下、ＴＬＢという）と呼ばれるプロセッサ内の変換テーブルのみを検索して物理アドレスへの変換を行う。この場合、メモリアクセスを行いたい仮想アドレス用のエントリがＴＬＢになかったときにＴＬＢ例外エラーが発生し、このＴＬＢ例外エラーのハンドラによりソフトウェア的にページテーブルが検索される。そして、その検索結果に基づくエントリがＴＬＢに追加される。
【００１０】
特許文献１には、ページテーブルの共有に関する技術が記載されている。特許文献２には、仮想メモリ上の１つのセグメントを共通領域と固有領域とに分割する技術が記載されている。
【００１１】
【特許文献１】
特開平７−１６０５８３号公報
【００１２】
【特許文献２】
特公平６−５８６４９号公報
【００１３】
【発明が解決しようとする課題】
ページングの手法を用いるアドレス管理では、ハードウェアによるサポートにより実質的な実行速度を得ている。しかしながら、デマンドページングと呼ばれる手法を用いるアドレス管理では、以下のような問題があった。
【００１４】
まず、プロセスの生成時は物理メモリが割り当てられないために、ページテーブルの内容が全て無効状態となっている。そして、プロセスの実行時にメモリアクセスが行われてページテーブル例外エラーが発生し、このページテーブル例外エラーのハンドラにより物理メモリを獲得してページテーブルの内容が作成される。
【００１５】
したがって、物理メモリに余裕がある場合でもメモリアクセスの際に一定のオーバーヘッドが発生してしまうという問題があった。このオーバーヘッドは、画像形成処理のような大量のメモリを使用するプロセスの実行時に問題となる。
【００１６】
また、仮想メモリに対応する物理メモリのアドレスは、物理メモリの柔軟な管理を行うため、ページテーブルによりページ単位で設定される。したがって、連続した仮想アドレスに書き込んだデータはページ単位に分割されて不連続な物理アドレスに書き込まれてしまう恐れがあり、ダイレクト・メモリ・アクセス（以下、ＤＭＡという）を利用したデバイスとのデータ交換が煩雑になることがあるという問題があった。
【００１７】
なお、特許文献１および２に記載されている内容は、メモリアクセスの際に発生するオーバーヘッドを軽減するものではない。
【００１８】
本発明は、上記の点に鑑みなされたもので、メモリアクセスの際に発生するオーバーヘッドを軽減しつつメモリの使用効率を向上させることが可能な画像形成装置及びメモリ管理方法を提供することを目的とする。
【００１９】
【課題を解決するための手段】
そこで、上記課題を解決するため、本発明は、プリンタ部又はスキャナ部の少なくとも一方を含むハードウェア資源と、オペレーティングシステムと、前記オペレーティングシステム上で動作し、画像形成装置に画像形成にかかる処理を行わせるための複数のアプリケーションと、前記オペレーティングシステム上で動作し、画像形成装置に前記複数のアプリケーションからの処理要求を受信可能にさせ、該処理要求に従って前記ハードウェア資源の制御を行わせるためのプログラムとを有する画像形成装置であって、書き換え可能メモリ上の前記オペレーティングシステムによって管理される領域以外の物理領域に、前記アプリケーション及びプログラムによって直接マップ可能な直接マップ領域を獲得すると共に、前記直接マップ領域の物理アドレスに対応する仮想メモリ領域上に含まれる直接マップ領域用の仮想アドレスを設定する領域獲得手段と、前記直接マップ領域の物理アドレスと、前記直接マップ領域用の仮想アドレスとを対応付けたアドレス変換手段とを有することを特徴とする。
【００２０】
また、本発明は、プリンタ部又はスキャナ部の少なくとも一方を含むハードウェア資源と、オペレーティングシステムと、前記オペレーティングシステム上で動作し、画像形成装置に画像形成にかかる処理を行わせるための複数のアプリケーションと、前記オペレーティングシステム上で動作し、画像形成装置に前記複数のアプリケーションからの処理要求を受信可能にさせ、該処理要求に従って前記ハードウェア資源の制御を行わせるためのプログラムとを有する画像形成装置のメモリ管理方法であって、書き換え可能メモリ上の前記オペレーティングシステムによって管理される領域以外の物理領域に、前記アプリケーション及びプログラムによって直接マップ可能な直接マップ領域を獲得すると共に、前記直接マップ領域の物理アドレスに対応する仮想メモリ領域上に含まれる直接マップ領域用の仮想アドレスを設定する領域獲得段階と、前記直接マップ領域の物理アドレスと、前記直接マップ領域用の仮想アドレスとを対応付けたアドレス変換段階とを有することを特徴とする。
【００６３】
【発明の実施の形態】
次に、本発明の実施の形態について図面に基づいて説明する。
【００６４】
まず、ページテーブルの自動参照機能を持ったプロセッサを利用する第１実施例について説明する。
【００６５】
図１は、本発明による融合機の一実施例の構成図を示す。融合機１は、ハードウェア資源１０と，ソフトウェア群２０と，融合機起動部５０とを含むように構成される。ハードウェア資源１０は、白黒レーザプリンタ１１と，カラーレーザプリンタ１２と，スキャナやファクシミリなどのハードウェアリソース１３とを有する。また、ソフトウェア群２０は、ＵＮＩＸ（登録商標）などのオペレーティングシステム（以下、ＯＳという）上に起動されているアプリケーション３０とプラットフォーム４０とを有する。
【００６６】
プラットフォーム４０は、アプリケーション３０からの処理要求を解釈してハードウェア資源１０の獲得要求を発生するコントロールサービス５１と、１つ以上のハードウェア資源１０の管理を行ってコントロールサービス５１からの獲得要求を調停するシステムリソースマネージャ（以下、ＳＲＭという）４３と、ＳＲＭ４３からの獲得要求に応じてハードウェア資源１０の管理を行うハンドラ層５２とを有するように構成されている。
【００６７】
コントロールサービス５１は、システムコントロールサービス（以下、ＳＣＳという）４２，エンジンコントロールサービス（以下、ＥＣＳという）４４，メモリコントロールサービス（以下、ＭＣＳという）４５，オペレーションパネルコントロールサービス（以下、ＯＣＳという）４６，ファックスコントロールサービス（以下、ＦＣＳという）４７，ネットワークコントロールサービス（以下、ＮＣＳという）４８，など一つ以上のサービスモジュールを有するように構成されている。
【００６８】
なお、プラットフォーム４０は予め定義されている関数によりアプリケーション３０からの処理要求を受信可能とするアプリケーションプログラムインターフェース（以下、ＡＰＩという）５３を有するように構成されている。ＯＳは、プラットフォーム４０およびアプリケーション３０の各ソフトウェアをプロセスとして並列実行する。
【００６９】
ＳＲＭ４３のプロセスは、ＳＣＳ４２と共にシステムの制御およびリソースの管理を行うものである。例えばＳＲＭ４３のプロセスは、スキャナ部やプリンタ部などのエンジン，メモリ，ＨＤＤファイル，ホストＩ／Ｏ（セントロＩ／Ｆ，ネットワークＩ／Ｆ，ＩＥＥＥ１３９４ Ｉ／Ｆ，ＲＳ２３２Ｃ Ｉ／Ｆなど）のハードウェア資源１０を利用する上位層からの要求に従って調停を行い、実行制御する。
【００７０】
具体的に、ＳＲＭ４３は要求されたハードウェア資源１０が利用可能であるか（他の要求により利用されていないかどうか）を判定し、利用可能であれば要求されたハードウェア資源１０が利用可能である旨を上位層に通知する。また、ＳＲＭ４３は上位層からの要求に対してハードウェア資源１０の利用スケジューリングを行い、例えばプリンタエンジンによる紙搬送と作像動作，メモリ獲得，ファイル生成などの要求内容を直接実施している。
【００７１】
ＳＣＳ４２のプロセスは、アプリケーション管理，操作部制御，システム画面表示，ＬＥＤ表示，リソース管理，割り込みアプリケーション制御を行う。ＥＣＳ４４のプロセスは、白黒レーザプリンタ１１，カラーレーザプリンタ１２，その他のハードウェアリソース１３のエンジンの制御を行う。
【００７２】
ＭＣＳ４５のプロセスは、画像メモリの取得および解放，ハードディスク装置（ＨＤＤ）の利用，画像データの圧縮および伸張などを行う。ＯＣＳ４６のプロセスは、オペレータと本体制御との間の情報伝達手段となるオペレーションパネルの制御を行う。
【００７３】
ＦＣＳ４７のプロセスは、システムコントローラの各アプリケーション層からＰＳＴＮまたはＩＳＤＮ網を利用したファクシミリ送受信，ＢＫＭ（バックアップＳＲＡＭ）で管理されている各種ファクシミリデータの登録／引用，ファクシミリ読み取り，ファクシミリ受信印刷，融合送受信を行うためのアプリケーションを提供する。
【００７４】
ＮＣＳ４８のプロセスは、ネットワークＩ／Ｏを必要とするアプリケーション３０に対し、共通に利用できるサービスを提供するものであり、ネットワーク側から各プロトコルによって受信したデータを各アプリケーション３０に振り分けたり、アプリケーション３０からのデータをネットワーク側に送信する際の仲介を行う。
【００７５】
また、ハンドラ層５２は後述するファックスコントロールユニット（以下、ＦＣＵという）の管理を行うファックスコントロールユニットハンドラ（以下、ＦＣＵＨという）５４と、各プロセスに対するメモリの割り振り、各プロセスに割り振ったメモリの管理，後述する直接マップ領域の管理などを行うイメージメモリハンドラ（以下、ＩＭＨという）５５とを含む。
【００７６】
ＳＲＭ４３，ＦＣＵＨ５４およびＩＭＨ５５は、予め定義されている関数によりハードウェア資源１０に対する処理要求を送信するエンジンＩ／Ｆ５６を利用してハードウェア資源１０に対する処理要求を行う。
【００７７】
また、アプリケーション３０は、プリンタ，コピー，ファクシミリ，スキャナなどの画像形成処理にかかるユーザサービスにそれぞれ固有の処理を行うものである。
【００７８】
アプリケーション３０は、ページ記述言語（ＰＤＬ，ＰＣＬ）およびポストスクリプト（ＰＳ）を有するプリンタ用のアプリケーションであるプリンタアプリ３１と，コピー用アプリケーションであるコピーアプリ３２と，ファクシミリ用アプリケーションであるファックスアプリ３３と，スキャナ用アプリケーションであるスキャナアプリ３４とを有している。
【００７９】
図２は、本発明による融合機の一実施例のハードウェア構成図を示す。図２の融合機１は、コントローラ６０と，オペレーションパネル７０と，ファックスコントロールユニット（以下、ＦＣＵという）８０と，ＵＳＢデバイス９０と，ＩＥＥＥ１３９４デバイス１００と，エンジン部１１０とを有する。
【００８０】
また、コントローラ６０は、ＣＰＵ６１と，ＭＥＭ−Ｐ６２と，ノースブリッジ（以下、ＮＢという）６３と，サウスブリッジ（以下、ＳＢという）６４と，ＡＳＩＣ６６と，ＭＥＭ−Ｃ６７と，ＨＤＤ６８と，ネットワークＩ／Ｆコントローラ６９とを有する。
【００８１】
オペレーションパネル７０は、コントローラ６０のＡＳＩＣ６６に直接接続されている。また、ＦＣＵ８０，ＵＳＢデバイス９０，ＩＥＥＥ１３９４デバイス１００およびエンジン部１１０は、コントローラ６０のＡＳＩＣ６６にＰＣＩバスなどで接続されている。
【００８２】
コントローラ６０は、ＡＳＩＣ６６にＭＥＭ−Ｃ６７，ＨＤＤ６８，ネットワークＩ／Ｆコントローラ６９などが接続されると共に、ＣＰＵ６１とＡＳＩＣ６６とがＣＰＵチップセットのＮＢ６３を介して接続されている。このように、ＮＢ６３を介してＣＰＵ６１とＡＳＩＣ６６とを接続すれば、ＣＰＵ６１のインターフェースが公開されていない場合に対応できる。
【００８３】
ここで、ＡＳＩＣ６６とＮＢ６３とはＰＣＩバスを介して接続されているのでなく、ＡＧＰ（Accelerated Graphics Port ）６５を介して接続されている。このように、図１のプラットフォーム４０やアプリケーション３０を形成する一つ以上のプロセスを実行制御するため、ＡＳＩＣ６６とＮＢ６３とを低速のＰＣＩバスでなくＡＧＰ６５を介して接続し、パフォーマンスの低下を防いでいる。
【００８４】
ＣＰＵ６１は、融合機１の全体制御を行うものである。ＣＰＵ６１は、ＯＳ上でプラットフォーム４０を形成するＳＣＳ４２，ＳＲＭ４３，ＥＣＳ４４，ＭＣＳ４５，ＯＣＳ４６，ＦＣＳ４７，ＮＣＳ４８，ＦＣＵＨ５４およびＩＭＨ５５をそれぞれプロセスとして起動して実行させると共に、アプリケーション３０を形成するプリンタアプリ３１，コピーアプリ３２，ファックスアプリ３３，スキャナアプリ３４を起動して実行させる。なお、ＣＰＵ６１はページテーブルの自動参照機能を持っている。
【００８５】
ＮＢ６３は、ＣＰＵ６１，ＭＥＭ−Ｐ６２，ＳＢ６４およびＡＳＩＣ６６を接続するためのブリッジである。ＭＥＭ−Ｐ６２は、融合機１の描画用メモリなどとして用いるシステムメモリである。ＳＢ６４は、ＮＢ６３とＲＯＭ，ＰＣＩバス，周辺デバイスとを接続するためのブリッジである。
【００８６】
ＭＥＭ−Ｃ６７は、コピー用画像バッファ，符号バッファとして用いるローカルメモリである。ＡＳＩＣ６６は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣである。ＨＤＤ６８は、画像データの蓄積，プログラムの蓄積，フォントデータの蓄積，フォームの蓄積を行うためのストレージである。また、オペレーションパネル７０は、オペレータからの入力操作を受け付けると共に、オペレータに向けた表示を行う操作部である。
【００８７】
図１の融合機起動部５０は、融合機１の電源投入時に最初に実行され、プラットフォーム４０やアプリケーション３０を起動するものである。図３は、融合機起動部の一例の構成図を示す。融合機起動部５０は、ＲＯＭモニタ１２１と，プログラム起動部１２２とを有する。
【００８８】
ＲＯＭモニタ１２１は電源投入時に実行され、ハードウェアの初期化，コントローラボードの診断，ソフトウェアの初期化，ＯＳの起動などを行う。プログラム起動部１２２はＯＳから呼び出されるものであり、ＭＥＭ−Ｐ６２，ＭＥＭ−Ｃ６７上にメモリ領域を獲得する。そして、プログラム起動部１２２は、コントロールサービス５１やアプリケーション３０のプログラムをＲＯＭから読み出し、読み出した各プログラムをＭＥＭ−Ｐ６２，ＭＥＭ−Ｃ６７上に獲得したメモリ領域に転送して起動するものである。
【００８９】
次に、融合機１におけるメモリ管理について説明する。図４は、融合機におけるメモリ管理の一例について説明する図を示す。例えばＭＥＭ−Ｐ６２およびＭＥＭ−Ｃ６７のメモリマップは、図４（ｂ）のように表される。
【００９０】
ＭＥＭ−Ｐ６２およびＭＥＭ−Ｃ６７は、例えばＯＳなどが使用するカーネル領域と，各種アプリケーション３０や各種コントロールサービス５１が使用する汎用領域と，後述する直接マップ領域とが獲得される。なお、カーネル領域および汎用領域は、ＯＳにより管理される。
【００９１】
また、仮想メモリ領域のメモリマップは、図４（ａ）のように表される。仮想メモリ領域は、ユーザプログラム領域と，後述する直接マップ領域と，スタック領域とが獲得される。仮想メモリ領域は、プリンタアプリ３１，コピーアプリ３２などのアプリケーション３０のプロセスごと、およびＥＣＳ４４，ＭＣＳ４５などのコントロールサービス５１のプロセスごとに割り当てられる。
【００９２】
なお、ユーザプログラム領域およびスタック領域は、仮想記憶システムにより管理される。したがって、ユーザプログラム領域およびスタック領域に対するページテーブルの内容は、仮想記憶システムによって作成または変更される。
【００９３】
ここで、図５を利用してページテーブルの内容が無効状態となっている場合のページアクセス処理について説明する。図５は、ページアクセス処理の一例のフローチャートを示す。
【００９４】
新しいページへのアクセスがあると、ＣＰＵ６１はステップＳ１０に進み、アクセスするページの仮想アドレスがページテーブル内に登録されているか否かを判定する。ページテーブルの内容が無効状態となっている場合、ＣＰＵ６１はアクセスするページの仮想アドレスがページテーブル内に登録されていないと判定し（Ｓ１１においてＮＯ）、ステップＳ１３に進む。
【００９５】
ステップＳ１３では、アクセスするページの仮想アドレスがページテーブル内に登録されていないと判定されたためにページテーブル例外エラーが発生する。ステップＳ１３に続いてステップＳ１４に進み、ＣＰＵ６１はページテーブル例外エラーが発生した仮想アドレスを取得する。
【００９６】
ステップＳ１４に続いてステップＳ１５に進み、仮想記憶システムはステップＳ１４で取得された仮想アドレスがメモリにマップされている範囲内であるか否かを判定する。取得された仮想アドレスがメモリにマップされている範囲内であると判定すると（Ｓ１６においてＹＥＳ）、仮想記憶システムはステップＳ１８に進み、１ページ分の物理メモリを獲得する。なお、取得した仮想アドレスがメモリにマップされている範囲内でないと判定すると（Ｓ１６においてＮＯ）、仮想記憶システムはステップＳ１７に進み、プロセスに不正アドレスアクセスエラーを通知する。
【００９７】
ステップＳ１８に続いてステップＳ１９に進み、仮想記憶システムはステップＳ１８で獲得した物理メモリのアドレスをページテーブルに登録することでページテーブルの内容を作成する。ステップＳ２０に続いてステップＳ１０に進み、ＣＰＵ６１はアクセスするページの仮想アドレスがページテーブル内に登録されているか否かを判定する。
【００９８】
ステップＳ１９でページテーブルの内容を作成しているため、ＣＰＵ６１はアクセスするページの仮想アドレスがページテーブル内に登録されていると判定し（Ｓ１１においてＹＥＳ）、ステップＳ１２に進む。そして、ステップＳ１２では、ページテーブル例外エラーが発生せず、新しいページへのアクセスが成功することとなる。このようなページアクセス処理では、物理メモリに余裕がある場合でもメモリアクセスの際に一定のオーバーヘッドが発生してしまう。
【００９９】
そこで、本発明では仮想メモリ領域に直接マップ領域を作成し、この直接マップ領域に対応するページテーブルの内容をプロセス生成時またはユーザプロセス実行時のシステムコールの発行により作成するようにした。図６は、直接マップ領域の一例のメモリマップを示す。図６に表されるように、直接マップ領域は、プリンタアプリ３１，コピーアプリ３２などのアプリケーションのプロセス、ＥＣＳ４４，ＭＣＳ４５などのコントロールサービスのプロセスごとに割り当てられる。
【０１００】
なお、本発明では仮想記憶システムの起動時に、物理メモリの仮想メモリ領域以外の未使用領域を直接マップ領域として獲得する。したがって、直接マップ領域に対応するページテーブルの内容は、仮想記憶システムによって作成または変更されない。
【０１０１】
図７は、直接マップ領域に対するメモリ管理方法について説明するための図を示す。なお、図７では説明に関係のない構成を適宜省略している。
【０１０２】
ＯＳは、仮想記憶へのアクセスを処理する仮想記憶処理部１３３と、仮想記憶の使用領域を、ページテーブルを用いてページ毎に管理するページテーブル管理部１３４と、仮想記憶へのアクセスの例外処理を行う例外処理部１３５とを有している。なお、仮想記憶処理部１３３，ページテーブル管理部１３４及び例外処理部１３５が仮想記憶システムを構成する。
【０１０３】
ＯＳ内の直接マップ領域獲得部１３１は、仮想記憶システムの起動時に物理メモリの直接マップ領域に対応した仮想メモリ領域上に含まれる直接マップ領域用の仮想アドレスを設定する。また、メモリマップ部１３２はプロセスの生成時またはユーザプロセス実行時のシステムコールの発行時に、ＩＭＨ５５からの指示に応じてプロセス用のメモリを直接マップ領域にマップする。言い換えれば、メモリマップ部１３２は直接マップ領域の物理アドレスと、仮想メモリ領域上に含まれる直接マップ領域用の仮想アドレスとを関連付けるように、ページテーブル管理部１３４が管理するページテーブルの内容を書き換える。
【０１０４】
なお、直接マップ領域獲得部１３１は特許請求の範囲に記載した領域獲得手段に相当する。ページテーブル管理部１３４の管理するページテーブルは特許請求の範囲に記載したアドレス変換手段に相当する。メモリマップ部１３２は特許請求の範囲に記載したアドレス書換手段に相当する。
【０１０５】
ここで、図５を利用して直接マップ領域に対するページアクセス処理について説明する。直接マップ領域に含まれるページへのアクセスがあると、ＣＰＵ６１はステップＳ１０に進み、アクセスするページの仮想アドレスがページテーブル内に登録されているか否かを判定する。
【０１０６】
直接マップ領域に対応するページテーブルの内容はプロセス生成時またはユーザプロセス実行時のシステムコールの発行により既に作成されているため、ＣＰＵ６１はアクセスするページの仮想アドレスがページテーブル内に登録されていると判定し（Ｓ１１においてＹＥＳ）、ステップＳ１２に進む。そして、ステップＳ１２では、ページテーブル例外エラーが発生せず、直接マップ領域に含まれるページへのアクセスが成功することとなる。
【０１０７】
つまり、ページテーブルの自動参照機能を持ったプロセッサが直接マップ領域に含まれるページにアクセスした場合、ページテーブル例外エラーが発生せず、プロセッサにより自動的にページテーブルが参照されて仮想アドレスから物理アドレスへの変換が行われる。
【０１０８】
したがって、仮想記憶システムは直接マップ領域に対するアクセスが起こったことを知ることがなく、仮想メモリ領域を管理するための処理も行わない。このようなページアクセス処理では、仮想記憶システムによるオーバーヘッドが発生することなく、ページにアクセスすることが可能となる。
【０１０９】
第１実施例では、仮想メモリ領域のユーザプログラム領域とスタック領域との間であって、仮想記憶システムが使用していないユーザアドレス空間を直接マップ領域として利用している。通常、仮想メモリ領域に含まれるユーザアドレス空間は実際に使用されるアドレス空間に比べて十分に大きいため、仮想記憶システムが使用していないユーザアドレス空間を直接マップ領域として利用しても問題ない。
【０１１０】
次に、ページテーブルの自動参照機能を持たず、ＴＬＢによるアドレス変換機能を持ったプロセッサを利用する第２実施例について説明する。なお、第２実施例の融合機１の構成，ハードウェア構成および融合機起動部５０の構成は、第１実施例の融合機１と同様であるので説明を省略する。
【０１１１】
ＣＰＵ６１のキャッシュメモリには、ＣＰＵ６１によって管理されるＴＬＢが設けられている。ＴＬＢは、プロセスごとに仮想アドレスと物理アドレスとを対応付けて保持しており、プロセスが仮想アドレスを指定してメモリにアクセスしようとしたときに、指定された仮想アドレスを物理アドレスに変換するものである。このＴＬＢは、仮想アドレスと物理アドレスとの組を所定数（例えば、４８個，６４個など）だけ保持している。
【０１１２】
図８は、ＴＬＢと各プロセスのページテーブルとの関係について説明するための図を示す。図８に表したように、各ページテーブルは各プロセス独自の仮想アドレスを使用しており、その仮想アドレスに対応する物理アドレスを管理している。また、ＴＬＢは各プロセスがアクセスした仮想アドレスと、その仮想アドレスに対応する物理アドレスとをプロセスＩＤ（以下、ＰＩＤという）ごとに保持している。
【０１１３】
例えばプリンタアプリ３１のプロセスが仮想アドレス１１００番地に対してアクセスすると、ＣＰＵ６１はプリンタアプリ３１のＰＩＤの中から仮想アドレス１１００番地を検索し、プリンタアプリ３１の仮想アドレス１１００番地に対応する物理アドレス１３０番地を使用する。
【０１１４】
一方、プリンタアプリ３１のプロセスが仮想アドレス１０００番地に対してアクセスすると、ＣＰＵ６１はプリンタアプリ３１のＰＩＤの中から仮想アドレス１０００番地を検索する。しかし、図８のＴＬＢにはプリンタアプリ３１の仮想アドレス１０００番地が登録されていない。このためにＴＬＢ例外エラーが発生し、ＣＰＵ６１はプリンタアプリ３１のページテーブルを参照する。そして、プリンタアプリ３１の仮想アドレス１０００番地に対応する物理アドレス３０番地を取得して、ＴＬＢに「ＰＩＤ：プリンタアプリ，物理アドレス：３０番地，仮想アドレス：１０００番地」のエントリを追加する。
【０１１５】
しかし、ＴＬＢが保持できるエントリの数はプロセッサにより決まっているため、新たにエントリを追加するときに以前のエントリが上書きされる場合が生じる。このように、ＴＬＢのエントリは上書きされて内容が変わってしまう場合があるが、頻繁に使用する重要なエントリを固定的な使用のために上書きから保護する機能がある。
【０１１６】
図９は、ＴＬＢの一例の構成図を示す。図９のＴＬＢでは、所定数のエントリを上書きの対象とならない固定的に使用されるエントリとし、残りのエントリを上書きの対象となる動的に使用されるエントリとしている。固定的に使用されるエントリを利用することにより、重要なエントリが上書きの対象とならないように保護することができる。
【０１１７】
そこで、本発明では第１実施例と同様に、仮想メモリ領域に直接マップ領域を作成し、直接マップ領域の仮想アドレス及びその仮想アドレスに対応する物理アドレスをプロセス生成時またはユーザプロセス実行時のシステムコールの発行により図９の固定的に使用されるエントリに書き込むようにした。なお、本発明では仮想記憶システムの起動時に、物理メモリの仮想メモリ領域以外の未使用領域を直接マップ領域として獲得する。したがって、直接マップ領域に対するＴＬＢの内容は、仮想記憶システムによって作成または変更されない。
【０１１８】
なお、第２実施例の場合、図７のメモリマップ部１３２は直接マップ領域の物理アドレスと、仮想メモリ領域上に含まれる直接マップ領域用の仮想アドレスとを関連付けるように、ＣＰＵ６１が管理するＴＬＢの固定的に使用されるエントリに書き込む。
【０１１９】
この状態で直接マップ領域に含まれるページへのアクセスがあると、ＴＬＢに対する仮想アドレスの検索は必ずヒットし、ＣＰＵ６１は仮想アドレスに対応する物理アドレスを取得することができる。このように、ＴＬＢ例外エラーが発生しないため、仮想記憶システムは直接マップ領域に対するアクセスが起こったことを知ることがなく、仮想メモリ領域を管理するための処理も行わない。したがって、仮想記憶システムによるオーバーヘッドが発生することなく、ページにアクセスすることが可能となる。
【０１２０】
第２実施例では、仮想メモリ領域のユーザプログラム領域とスタック領域との間であって、仮想記憶システムが使用していないユーザアドレス空間を直接マップ領域として利用している。通常、仮想メモリ領域に含まれるユーザアドレス空間は実際にしようされるアドレス空間に比べて十分に大きいため、仮想記憶システムが使用していないユーザアドレス空間を直接マップ領域として利用しても問題ない。
【０１２１】
また、１つのエントリで指定できるアドレス範囲には制限があるため、その制限を越えたアドレス範囲を直接マップ領域として使用する場合には複数のエントリをＴＬＢの固定的に使用されるエントリに書き込んでおく必要がある。
【０１２２】
前述の第１実施例および第２実施例は、ハードウェアによるサポートを直接に利用して図４のような直接マップ領域を実現している。そこで、本発明の融合機１は直接マップ領域の仮想アドレスに対する物理アドレスが連続するようにページテーブルまたはＴＬＢを作成することにより、仮想アドレス空間でアドレスが連続している領域を物理メモリ上でもアドレスが連続しているように対応付けることが可能である。
【０１２３】
通常、デバイスが行うＤＭＡによるデータ交換は、物理アドレス空間で行われている。したがって、仮想アドレス空間で作成したデータをＤＭＡによりデバイスに転送する場合に、物理メモリ上でもアドレスが連続しているという保証があれば、一度のＤＭＡにより大量のデータをデバイスに転送することができる。
【０１２４】
また、本発明の融合機１は複数のプロセスでデータを共有する場合に、メモリを共有することが可能となる。図１０は、複数のプロセスによりメモリを共有するときの一例のメモリマップを示す。
【０１２５】
図１０のメモリマップでは、プロセスＡの仮想メモリ領域に含まれる領域ａとプロセスＢの仮想メモリ領域に含まれる領域ｂとが同じ物理メモリ領域を使用するように、領域ａおよび領域ｂに対応するページテーブルまたはＴＬＢの内容が書き換えられている。したがって、プロセスＡおよびプロセスＢは仮想記憶システムによるオーバーヘッドがほとんど発生することなく、物理メモリ領域を共有することができる。
【０１２６】
例えば図１０のメモリマップを利用して複数のプロセスでメモリを共有する処理を図１１を参照しつつ説明する。図１１は、複数のプロセスによりメモリを共有するときの一例のシーケンス図を示す。
【０１２７】
図１１中、ステップＳ３０ではプロセスＡがＩＭＨ４９に対して仮想メモリ領域ａの獲得を要求する。ステップＳ３０に続いてステップＳ３１に進み、ＩＭＨ４９はプロセスＡからの要求に応じて物理メモリ領域を獲得し、獲得した物理メモリ領域に対応する仮想アドレスＡをプロセスＡに通知する。例えばプロセスＡは画像を作成し、作成した画像を獲得した仮想アドレスＡに書き込む。
【０１２８】
ステップＳ３１に続いてステップＳ３２に進み、プロセスＡは画像を書き込んだ仮想アドレスＡをプロセス間通信によりプロセスＢに通知する。なお、プロセスＡの仮想メモリ領域に含まれる領域ａとプロセスＢの仮想メモリ領域に含まれる領域ｂとが同じ物理メモリ領域を使用するように、領域ａおよび領域ｂに対応するページテーブルまたはＴＬＢの内容が書き換えられている
したがって、プロセスＢはプロセスＡから通知された仮想アドレスＡから画像を読み出し、読み出した画像を例えばプリンタに出力できる。ステップＳ３２に続いてステップＳ３３に進み、プロセスＢは画像を読み込んでプリンタに出力した旨をプロセス間通信によりプロセスＡに通知する。ステップＳ３３に続いてステップＳ３４に進み、プロセスＡはＩＭＨ４９に対して物理アドレスの解放を要求して処理を終了する。
【０１２９】
【発明の効果】
上述の如く、本発明によれば、メモリアクセスのときに例外エラーがほとんど発生しないため、直接マップ領域に対するメモリアクセスのオーバーヘッドを軽減することが可能である。
【０１３０】
また、本発明によれば、仮想メモリ領域上に含まれる直接マップ領域用の仮想アドレスで連続している領域を、直接マップ領域の連続した物理アドレスに割り当てることができるため、ダイレクト・メモリ・アクセスを利用したデバイスとのデータ交換が煩雑にならず、一度のダイレクト・メモリ・アクセスにより大量のデータを転送することが可能となる。
【０１３１】
また、本発明によれば、複数のプロセスが直接マップ領域を共有するように直接マップ領域の物理アドレスと仮想メモリ領域上に含まれる直接マップ領域用の仮想アドレスとを対応付けておくことができるため、複数のプロセスでメモリを共有することが可能となる。
【０１３２】
【図面の簡単な説明】
【図１】本発明による融合機の一実施例の構成図である。
【図２】本発明による融合機の一実施例のハードウェア構成図である。
【図３】融合機起動部の一例の構成図である。
【図４】融合機におけるメモリ管理の一例について説明する図である。
【図５】ページアクセス処理の一例のフローチャートである。
【図６】直接マップ領域の一例のメモリマップである。
【図７】直接マップ領域に対するメモリ管理方法について説明するための図である。
【図８】ＴＬＢと各プロセスのページテーブルとの関係について説明するための図である。
【図９】ＴＬＢの一例の構成図である。
【図１０】複数のプロセスによりメモリを共有するときの一例のメモリマップである。
【図１１】複数のプロセスによりメモリを共有するときの一例のシーケンス図である。
【符号の説明】
１ 融合機
１１ 白黒レーザプリンタ
１２ カラーレーザプリンタ
１３ ハードウェアリソース
２０ ソフトウェア群
３０ アプリケーション
４０ プラットフォーム
４２ システムコントロールサービス（ＳＣＳ）
４３ システムリソースマネージャ（ＳＲＭ）
４４ エンジンコントロールサービス（ＥＣＳ）
４５ メモリコントロールサービス（ＭＣＳ）
４６ オペレーションパネルコントロールサービス（ＯＣＳ）
４７ ファックスコントロールサービス（ＦＣＳ）
４８ ネットワークコントロールサービス（ＮＣＳ）
５０ 融合機起動部
５１ コントロールサービス
５２ ハンドラ層
５３ アプリケーションプログラムインターフェース（ＡＰＩ）
５４ ファックスコントロールユニットハンドラ（ＦＣＵＨ）
５５ イメージメモリハンドラ（ＩＭＨ）
５６ エンジンＩ／Ｆ
６０ コントローラ
６１ ＣＰＵ
６２ システムメモリ（ＭＥＭ−Ｐ）
６３ ノースブリッジ（ＮＢ）
６４ サウスブリッジ（ＳＢ）
６５ ＡＧＰ（Accelerated Graphics Port）
６６ ＡＳＩＣ
６７ ローカルメモリ（ＭＥＭ−Ｃ）
６８ ハードディスク装置（ＨＤＤ）
６９ ネットワークＩ／Ｆコントローラ
７０ オペレーションパネル
８０ ファックスコントロールユニット（ＦＣＵ）
９０ ＵＳＢデバイス
１００ ＩＥＥＥ１３９４デバイス
１１０ エンジン部
１２１ ＲＯＭモニタ
１２２ プログラム起動部
１３１ 直接マップ領域獲得部
１３２ メモリマップ部
１３３ 仮想記憶処理部
１３４ ページテーブル管理部
１３５ 例外処理部
【発明の属する技術分野】
本発明は、画像形成装置及びメモリ管理方法に係り、特に仮想アドレス機能を利用する画像形成装置及びメモリ管理方法に関する。
【０００２】
【従来の技術】
近年、プリンタ，コピー，ファクシミリおよびスキャナなどの各装置の機能を１つの筐体内に収納した画像形成装置（以下、融合機という）が知られるようになった。この融合機は、１つの筐体内に表示部，印刷部および撮像部などを設けると共に、プリンタ，コピー，ファクシミリおよびスキャナにそれぞれ対応する４種類のソフトウェアを設け、そのソフトウェアを切り替えることより、プリンタ，コピー，ファクシミリおよびスキャナとして動作させるものである。
【０００３】
従来の融合機は、プリンタ，コピー，ファクシミリおよびスキャナにそれぞれ対応するソフトウェアを設けている。したがって、各ソフトウェアを実行することで生成されるプロセスは、必要なメモリを別個に獲得していた。
【０００４】
ところで、融合機が備えているプリンタ，コピー，ファクシミリおよびスキャナにそれぞれ対応するソフトウェアは、オペレーティングシステム（以下、ＯＳという）上で動作する場合、ＯＳによりメモリ管理がなされる。
【０００５】
マルチプロセスを実現するＯＳは、例えば仮想アドレス機能を用いてアドレス管理を行い、各プロセスごとに別の仮想アドレス空間を提供する。仮想アドレス機能では、他のプロセスのアクセスからメモリを保護するためにページングの手法を用いている。ページングとは、プロセスに提供した仮想アドレス空間と物理メモリのある物理アドレス空間とをプロセッサにより決められる所定サイズのページに区切り、仮想アドレス空間内のページと物理アドレス空間内のページとの対応関係を管理し、仮想アドレスを物理アドレスに変換する手法をいう。
【０００６】
また、ページングの手法では、ページテーブルを使用して仮想アドレス空間のページと物理アドレス空間のページとの対応関係を管理している。ページテーブルは、仮想アドレス空間を提供したプロセスごとに必要となる。
【０００７】
ページングの手法を用いる場合、全てのメモリアクセスに対して仮想アドレスを物理アドレスに変換するアドレス変換が必要となるため、実行速度の点からハードウェアによるサポートが必須であった。このアドレス変換は、プロセッサのメモリ管理部（以下、ＭＭＵという）により行われ、その対応がプロセッサごとに異なっている。
【０００８】
例えば一のプロセッサのＭＭＵでは、制御レジスタにページテーブルの物理アドレスをセットしておくことで、メモリアクセスを行うときに自動的にメモリ上にあるページテーブルを検索して物理アドレスへの変換を行う。この場合、プロセスを切り替えるときに別のページテーブルの物理アドレスが制御レジスタにセットされる。
【０００９】
また、他のプロセッサのＭＭＵではページテーブルを自動的に検索することはなく、トランスレーション・ルックアサイド・バッファ（以下、ＴＬＢという）と呼ばれるプロセッサ内の変換テーブルのみを検索して物理アドレスへの変換を行う。この場合、メモリアクセスを行いたい仮想アドレス用のエントリがＴＬＢになかったときにＴＬＢ例外エラーが発生し、このＴＬＢ例外エラーのハンドラによりソフトウェア的にページテーブルが検索される。そして、その検索結果に基づくエントリがＴＬＢに追加される。
【００１０】
特許文献１には、ページテーブルの共有に関する技術が記載されている。特許文献２には、仮想メモリ上の１つのセグメントを共通領域と固有領域とに分割する技術が記載されている。
【００１１】
【特許文献１】
特開平７−１６０５８３号公報
【００１２】
【特許文献２】
特公平６−５８６４９号公報
【００１３】
【発明が解決しようとする課題】
ページングの手法を用いるアドレス管理では、ハードウェアによるサポートにより実質的な実行速度を得ている。しかしながら、デマンドページングと呼ばれる手法を用いるアドレス管理では、以下のような問題があった。
【００１４】
まず、プロセスの生成時は物理メモリが割り当てられないために、ページテーブルの内容が全て無効状態となっている。そして、プロセスの実行時にメモリアクセスが行われてページテーブル例外エラーが発生し、このページテーブル例外エラーのハンドラにより物理メモリを獲得してページテーブルの内容が作成される。
【００１５】
したがって、物理メモリに余裕がある場合でもメモリアクセスの際に一定のオーバーヘッドが発生してしまうという問題があった。このオーバーヘッドは、画像形成処理のような大量のメモリを使用するプロセスの実行時に問題となる。
【００１６】
また、仮想メモリに対応する物理メモリのアドレスは、物理メモリの柔軟な管理を行うため、ページテーブルによりページ単位で設定される。したがって、連続した仮想アドレスに書き込んだデータはページ単位に分割されて不連続な物理アドレスに書き込まれてしまう恐れがあり、ダイレクト・メモリ・アクセス（以下、ＤＭＡという）を利用したデバイスとのデータ交換が煩雑になることがあるという問題があった。
【００１７】
なお、特許文献１および２に記載されている内容は、メモリアクセスの際に発生するオーバーヘッドを軽減するものではない。
【００１８】
本発明は、上記の点に鑑みなされたもので、メモリアクセスの際に発生するオーバーヘッドを軽減しつつメモリの使用効率を向上させることが可能な画像形成装置及びメモリ管理方法を提供することを目的とする。
【００１９】
【課題を解決するための手段】
そこで、上記課題を解決するため、本発明は、プリンタ部又はスキャナ部の少なくとも一方を含むハードウェア資源と、オペレーティングシステムと、前記オペレーティングシステム上で動作し、画像形成装置に画像形成にかかる処理を行わせるための複数のアプリケーションと、前記オペレーティングシステム上で動作し、画像形成装置に前記複数のアプリケーションからの処理要求を受信可能にさせ、該処理要求に従って前記ハードウェア資源の制御を行わせるためのプログラムとを有する画像形成装置であって、書き換え可能メモリ上の前記オペレーティングシステムによって管理される領域以外の物理領域に、前記アプリケーション及びプログラムによって直接マップ可能な直接マップ領域を獲得すると共に、前記直接マップ領域の物理アドレスに対応する仮想メモリ領域上に含まれる直接マップ領域用の仮想アドレスを設定する領域獲得手段と、前記直接マップ領域の物理アドレスと、前記直接マップ領域用の仮想アドレスとを対応付けたアドレス変換手段とを有することを特徴とする。
【００２０】
また、本発明は、プリンタ部又はスキャナ部の少なくとも一方を含むハードウェア資源と、オペレーティングシステムと、前記オペレーティングシステム上で動作し、画像形成装置に画像形成にかかる処理を行わせるための複数のアプリケーションと、前記オペレーティングシステム上で動作し、画像形成装置に前記複数のアプリケーションからの処理要求を受信可能にさせ、該処理要求に従って前記ハードウェア資源の制御を行わせるためのプログラムとを有する画像形成装置のメモリ管理方法であって、書き換え可能メモリ上の前記オペレーティングシステムによって管理される領域以外の物理領域に、前記アプリケーション及びプログラムによって直接マップ可能な直接マップ領域を獲得すると共に、前記直接マップ領域の物理アドレスに対応する仮想メモリ領域上に含まれる直接マップ領域用の仮想アドレスを設定する領域獲得段階と、前記直接マップ領域の物理アドレスと、前記直接マップ領域用の仮想アドレスとを対応付けたアドレス変換段階とを有することを特徴とする。
【００６３】
【発明の実施の形態】
次に、本発明の実施の形態について図面に基づいて説明する。
【００６４】
まず、ページテーブルの自動参照機能を持ったプロセッサを利用する第１実施例について説明する。
【００６５】
図１は、本発明による融合機の一実施例の構成図を示す。融合機１は、ハードウェア資源１０と，ソフトウェア群２０と，融合機起動部５０とを含むように構成される。ハードウェア資源１０は、白黒レーザプリンタ１１と，カラーレーザプリンタ１２と，スキャナやファクシミリなどのハードウェアリソース１３とを有する。また、ソフトウェア群２０は、ＵＮＩＸ（登録商標）などのオペレーティングシステム（以下、ＯＳという）上に起動されているアプリケーション３０とプラットフォーム４０とを有する。
【００６６】
プラットフォーム４０は、アプリケーション３０からの処理要求を解釈してハードウェア資源１０の獲得要求を発生するコントロールサービス５１と、１つ以上のハードウェア資源１０の管理を行ってコントロールサービス５１からの獲得要求を調停するシステムリソースマネージャ（以下、ＳＲＭという）４３と、ＳＲＭ４３からの獲得要求に応じてハードウェア資源１０の管理を行うハンドラ層５２とを有するように構成されている。
【００６７】
コントロールサービス５１は、システムコントロールサービス（以下、ＳＣＳという）４２，エンジンコントロールサービス（以下、ＥＣＳという）４４，メモリコントロールサービス（以下、ＭＣＳという）４５，オペレーションパネルコントロールサービス（以下、ＯＣＳという）４６，ファックスコントロールサービス（以下、ＦＣＳという）４７，ネットワークコントロールサービス（以下、ＮＣＳという）４８，など一つ以上のサービスモジュールを有するように構成されている。
【００６８】
なお、プラットフォーム４０は予め定義されている関数によりアプリケーション３０からの処理要求を受信可能とするアプリケーションプログラムインターフェース（以下、ＡＰＩという）５３を有するように構成されている。ＯＳは、プラットフォーム４０およびアプリケーション３０の各ソフトウェアをプロセスとして並列実行する。
【００６９】
ＳＲＭ４３のプロセスは、ＳＣＳ４２と共にシステムの制御およびリソースの管理を行うものである。例えばＳＲＭ４３のプロセスは、スキャナ部やプリンタ部などのエンジン，メモリ，ＨＤＤファイル，ホストＩ／Ｏ（セントロＩ／Ｆ，ネットワークＩ／Ｆ，ＩＥＥＥ１３９４ Ｉ／Ｆ，ＲＳ２３２Ｃ Ｉ／Ｆなど）のハードウェア資源１０を利用する上位層からの要求に従って調停を行い、実行制御する。
【００７０】
具体的に、ＳＲＭ４３は要求されたハードウェア資源１０が利用可能であるか（他の要求により利用されていないかどうか）を判定し、利用可能であれば要求されたハードウェア資源１０が利用可能である旨を上位層に通知する。また、ＳＲＭ４３は上位層からの要求に対してハードウェア資源１０の利用スケジューリングを行い、例えばプリンタエンジンによる紙搬送と作像動作，メモリ獲得，ファイル生成などの要求内容を直接実施している。
【００７１】
ＳＣＳ４２のプロセスは、アプリケーション管理，操作部制御，システム画面表示，ＬＥＤ表示，リソース管理，割り込みアプリケーション制御を行う。ＥＣＳ４４のプロセスは、白黒レーザプリンタ１１，カラーレーザプリンタ１２，その他のハードウェアリソース１３のエンジンの制御を行う。
【００７２】
ＭＣＳ４５のプロセスは、画像メモリの取得および解放，ハードディスク装置（ＨＤＤ）の利用，画像データの圧縮および伸張などを行う。ＯＣＳ４６のプロセスは、オペレータと本体制御との間の情報伝達手段となるオペレーションパネルの制御を行う。
【００７３】
ＦＣＳ４７のプロセスは、システムコントローラの各アプリケーション層からＰＳＴＮまたはＩＳＤＮ網を利用したファクシミリ送受信，ＢＫＭ（バックアップＳＲＡＭ）で管理されている各種ファクシミリデータの登録／引用，ファクシミリ読み取り，ファクシミリ受信印刷，融合送受信を行うためのアプリケーションを提供する。
【００７４】
ＮＣＳ４８のプロセスは、ネットワークＩ／Ｏを必要とするアプリケーション３０に対し、共通に利用できるサービスを提供するものであり、ネットワーク側から各プロトコルによって受信したデータを各アプリケーション３０に振り分けたり、アプリケーション３０からのデータをネットワーク側に送信する際の仲介を行う。
【００７５】
また、ハンドラ層５２は後述するファックスコントロールユニット（以下、ＦＣＵという）の管理を行うファックスコントロールユニットハンドラ（以下、ＦＣＵＨという）５４と、各プロセスに対するメモリの割り振り、各プロセスに割り振ったメモリの管理，後述する直接マップ領域の管理などを行うイメージメモリハンドラ（以下、ＩＭＨという）５５とを含む。
【００７６】
ＳＲＭ４３，ＦＣＵＨ５４およびＩＭＨ５５は、予め定義されている関数によりハードウェア資源１０に対する処理要求を送信するエンジンＩ／Ｆ５６を利用してハードウェア資源１０に対する処理要求を行う。
【００７７】
また、アプリケーション３０は、プリンタ，コピー，ファクシミリ，スキャナなどの画像形成処理にかかるユーザサービスにそれぞれ固有の処理を行うものである。
【００７８】
アプリケーション３０は、ページ記述言語（ＰＤＬ，ＰＣＬ）およびポストスクリプト（ＰＳ）を有するプリンタ用のアプリケーションであるプリンタアプリ３１と，コピー用アプリケーションであるコピーアプリ３２と，ファクシミリ用アプリケーションであるファックスアプリ３３と，スキャナ用アプリケーションであるスキャナアプリ３４とを有している。
【００７９】
図２は、本発明による融合機の一実施例のハードウェア構成図を示す。図２の融合機１は、コントローラ６０と，オペレーションパネル７０と，ファックスコントロールユニット（以下、ＦＣＵという）８０と，ＵＳＢデバイス９０と，ＩＥＥＥ１３９４デバイス１００と，エンジン部１１０とを有する。
【００８０】
また、コントローラ６０は、ＣＰＵ６１と，ＭＥＭ−Ｐ６２と，ノースブリッジ（以下、ＮＢという）６３と，サウスブリッジ（以下、ＳＢという）６４と，ＡＳＩＣ６６と，ＭＥＭ−Ｃ６７と，ＨＤＤ６８と，ネットワークＩ／Ｆコントローラ６９とを有する。
【００８１】
オペレーションパネル７０は、コントローラ６０のＡＳＩＣ６６に直接接続されている。また、ＦＣＵ８０，ＵＳＢデバイス９０，ＩＥＥＥ１３９４デバイス１００およびエンジン部１１０は、コントローラ６０のＡＳＩＣ６６にＰＣＩバスなどで接続されている。
【００８２】
コントローラ６０は、ＡＳＩＣ６６にＭＥＭ−Ｃ６７，ＨＤＤ６８，ネットワークＩ／Ｆコントローラ６９などが接続されると共に、ＣＰＵ６１とＡＳＩＣ６６とがＣＰＵチップセットのＮＢ６３を介して接続されている。このように、ＮＢ６３を介してＣＰＵ６１とＡＳＩＣ６６とを接続すれば、ＣＰＵ６１のインターフェースが公開されていない場合に対応できる。
【００８３】
ここで、ＡＳＩＣ６６とＮＢ６３とはＰＣＩバスを介して接続されているのでなく、ＡＧＰ（Accelerated Graphics Port ）６５を介して接続されている。このように、図１のプラットフォーム４０やアプリケーション３０を形成する一つ以上のプロセスを実行制御するため、ＡＳＩＣ６６とＮＢ６３とを低速のＰＣＩバスでなくＡＧＰ６５を介して接続し、パフォーマンスの低下を防いでいる。
【００８４】
ＣＰＵ６１は、融合機１の全体制御を行うものである。ＣＰＵ６１は、ＯＳ上でプラットフォーム４０を形成するＳＣＳ４２，ＳＲＭ４３，ＥＣＳ４４，ＭＣＳ４５，ＯＣＳ４６，ＦＣＳ４７，ＮＣＳ４８，ＦＣＵＨ５４およびＩＭＨ５５をそれぞれプロセスとして起動して実行させると共に、アプリケーション３０を形成するプリンタアプリ３１，コピーアプリ３２，ファックスアプリ３３，スキャナアプリ３４を起動して実行させる。なお、ＣＰＵ６１はページテーブルの自動参照機能を持っている。
【００８５】
ＮＢ６３は、ＣＰＵ６１，ＭＥＭ−Ｐ６２，ＳＢ６４およびＡＳＩＣ６６を接続するためのブリッジである。ＭＥＭ−Ｐ６２は、融合機１の描画用メモリなどとして用いるシステムメモリである。ＳＢ６４は、ＮＢ６３とＲＯＭ，ＰＣＩバス，周辺デバイスとを接続するためのブリッジである。
【００８６】
ＭＥＭ−Ｃ６７は、コピー用画像バッファ，符号バッファとして用いるローカルメモリである。ＡＳＩＣ６６は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣである。ＨＤＤ６８は、画像データの蓄積，プログラムの蓄積，フォントデータの蓄積，フォームの蓄積を行うためのストレージである。また、オペレーションパネル７０は、オペレータからの入力操作を受け付けると共に、オペレータに向けた表示を行う操作部である。
【００８７】
図１の融合機起動部５０は、融合機１の電源投入時に最初に実行され、プラットフォーム４０やアプリケーション３０を起動するものである。図３は、融合機起動部の一例の構成図を示す。融合機起動部５０は、ＲＯＭモニタ１２１と，プログラム起動部１２２とを有する。
【００８８】
ＲＯＭモニタ１２１は電源投入時に実行され、ハードウェアの初期化，コントローラボードの診断，ソフトウェアの初期化，ＯＳの起動などを行う。プログラム起動部１２２はＯＳから呼び出されるものであり、ＭＥＭ−Ｐ６２，ＭＥＭ−Ｃ６７上にメモリ領域を獲得する。そして、プログラム起動部１２２は、コントロールサービス５１やアプリケーション３０のプログラムをＲＯＭから読み出し、読み出した各プログラムをＭＥＭ−Ｐ６２，ＭＥＭ−Ｃ６７上に獲得したメモリ領域に転送して起動するものである。
【００８９】
次に、融合機１におけるメモリ管理について説明する。図４は、融合機におけるメモリ管理の一例について説明する図を示す。例えばＭＥＭ−Ｐ６２およびＭＥＭ−Ｃ６７のメモリマップは、図４（ｂ）のように表される。
【００９０】
ＭＥＭ−Ｐ６２およびＭＥＭ−Ｃ６７は、例えばＯＳなどが使用するカーネル領域と，各種アプリケーション３０や各種コントロールサービス５１が使用する汎用領域と，後述する直接マップ領域とが獲得される。なお、カーネル領域および汎用領域は、ＯＳにより管理される。
【００９１】
また、仮想メモリ領域のメモリマップは、図４（ａ）のように表される。仮想メモリ領域は、ユーザプログラム領域と，後述する直接マップ領域と，スタック領域とが獲得される。仮想メモリ領域は、プリンタアプリ３１，コピーアプリ３２などのアプリケーション３０のプロセスごと、およびＥＣＳ４４，ＭＣＳ４５などのコントロールサービス５１のプロセスごとに割り当てられる。
【００９２】
なお、ユーザプログラム領域およびスタック領域は、仮想記憶システムにより管理される。したがって、ユーザプログラム領域およびスタック領域に対するページテーブルの内容は、仮想記憶システムによって作成または変更される。
【００９３】
ここで、図５を利用してページテーブルの内容が無効状態となっている場合のページアクセス処理について説明する。図５は、ページアクセス処理の一例のフローチャートを示す。
【００９４】
新しいページへのアクセスがあると、ＣＰＵ６１はステップＳ１０に進み、アクセスするページの仮想アドレスがページテーブル内に登録されているか否かを判定する。ページテーブルの内容が無効状態となっている場合、ＣＰＵ６１はアクセスするページの仮想アドレスがページテーブル内に登録されていないと判定し（Ｓ１１においてＮＯ）、ステップＳ１３に進む。
【００９５】
ステップＳ１３では、アクセスするページの仮想アドレスがページテーブル内に登録されていないと判定されたためにページテーブル例外エラーが発生する。ステップＳ１３に続いてステップＳ１４に進み、ＣＰＵ６１はページテーブル例外エラーが発生した仮想アドレスを取得する。
【００９６】
ステップＳ１４に続いてステップＳ１５に進み、仮想記憶システムはステップＳ１４で取得された仮想アドレスがメモリにマップされている範囲内であるか否かを判定する。取得された仮想アドレスがメモリにマップされている範囲内であると判定すると（Ｓ１６においてＹＥＳ）、仮想記憶システムはステップＳ１８に進み、１ページ分の物理メモリを獲得する。なお、取得した仮想アドレスがメモリにマップされている範囲内でないと判定すると（Ｓ１６においてＮＯ）、仮想記憶システムはステップＳ１７に進み、プロセスに不正アドレスアクセスエラーを通知する。
【００９７】
ステップＳ１８に続いてステップＳ１９に進み、仮想記憶システムはステップＳ１８で獲得した物理メモリのアドレスをページテーブルに登録することでページテーブルの内容を作成する。ステップＳ２０に続いてステップＳ１０に進み、ＣＰＵ６１はアクセスするページの仮想アドレスがページテーブル内に登録されているか否かを判定する。
【００９８】
ステップＳ１９でページテーブルの内容を作成しているため、ＣＰＵ６１はアクセスするページの仮想アドレスがページテーブル内に登録されていると判定し（Ｓ１１においてＹＥＳ）、ステップＳ１２に進む。そして、ステップＳ１２では、ページテーブル例外エラーが発生せず、新しいページへのアクセスが成功することとなる。このようなページアクセス処理では、物理メモリに余裕がある場合でもメモリアクセスの際に一定のオーバーヘッドが発生してしまう。
【００９９】
そこで、本発明では仮想メモリ領域に直接マップ領域を作成し、この直接マップ領域に対応するページテーブルの内容をプロセス生成時またはユーザプロセス実行時のシステムコールの発行により作成するようにした。図６は、直接マップ領域の一例のメモリマップを示す。図６に表されるように、直接マップ領域は、プリンタアプリ３１，コピーアプリ３２などのアプリケーションのプロセス、ＥＣＳ４４，ＭＣＳ４５などのコントロールサービスのプロセスごとに割り当てられる。
【０１００】
なお、本発明では仮想記憶システムの起動時に、物理メモリの仮想メモリ領域以外の未使用領域を直接マップ領域として獲得する。したがって、直接マップ領域に対応するページテーブルの内容は、仮想記憶システムによって作成または変更されない。
【０１０１】
図７は、直接マップ領域に対するメモリ管理方法について説明するための図を示す。なお、図７では説明に関係のない構成を適宜省略している。
【０１０２】
ＯＳは、仮想記憶へのアクセスを処理する仮想記憶処理部１３３と、仮想記憶の使用領域を、ページテーブルを用いてページ毎に管理するページテーブル管理部１３４と、仮想記憶へのアクセスの例外処理を行う例外処理部１３５とを有している。なお、仮想記憶処理部１３３，ページテーブル管理部１３４及び例外処理部１３５が仮想記憶システムを構成する。
【０１０３】
ＯＳ内の直接マップ領域獲得部１３１は、仮想記憶システムの起動時に物理メモリの直接マップ領域に対応した仮想メモリ領域上に含まれる直接マップ領域用の仮想アドレスを設定する。また、メモリマップ部１３２はプロセスの生成時またはユーザプロセス実行時のシステムコールの発行時に、ＩＭＨ５５からの指示に応じてプロセス用のメモリを直接マップ領域にマップする。言い換えれば、メモリマップ部１３２は直接マップ領域の物理アドレスと、仮想メモリ領域上に含まれる直接マップ領域用の仮想アドレスとを関連付けるように、ページテーブル管理部１３４が管理するページテーブルの内容を書き換える。
【０１０４】
なお、直接マップ領域獲得部１３１は特許請求の範囲に記載した領域獲得手段に相当する。ページテーブル管理部１３４の管理するページテーブルは特許請求の範囲に記載したアドレス変換手段に相当する。メモリマップ部１３２は特許請求の範囲に記載したアドレス書換手段に相当する。
【０１０５】
ここで、図５を利用して直接マップ領域に対するページアクセス処理について説明する。直接マップ領域に含まれるページへのアクセスがあると、ＣＰＵ６１はステップＳ１０に進み、アクセスするページの仮想アドレスがページテーブル内に登録されているか否かを判定する。
【０１０６】
直接マップ領域に対応するページテーブルの内容はプロセス生成時またはユーザプロセス実行時のシステムコールの発行により既に作成されているため、ＣＰＵ６１はアクセスするページの仮想アドレスがページテーブル内に登録されていると判定し（Ｓ１１においてＹＥＳ）、ステップＳ１２に進む。そして、ステップＳ１２では、ページテーブル例外エラーが発生せず、直接マップ領域に含まれるページへのアクセスが成功することとなる。
【０１０７】
つまり、ページテーブルの自動参照機能を持ったプロセッサが直接マップ領域に含まれるページにアクセスした場合、ページテーブル例外エラーが発生せず、プロセッサにより自動的にページテーブルが参照されて仮想アドレスから物理アドレスへの変換が行われる。
【０１０８】
したがって、仮想記憶システムは直接マップ領域に対するアクセスが起こったことを知ることがなく、仮想メモリ領域を管理するための処理も行わない。このようなページアクセス処理では、仮想記憶システムによるオーバーヘッドが発生することなく、ページにアクセスすることが可能となる。
【０１０９】
第１実施例では、仮想メモリ領域のユーザプログラム領域とスタック領域との間であって、仮想記憶システムが使用していないユーザアドレス空間を直接マップ領域として利用している。通常、仮想メモリ領域に含まれるユーザアドレス空間は実際に使用されるアドレス空間に比べて十分に大きいため、仮想記憶システムが使用していないユーザアドレス空間を直接マップ領域として利用しても問題ない。
【０１１０】
次に、ページテーブルの自動参照機能を持たず、ＴＬＢによるアドレス変換機能を持ったプロセッサを利用する第２実施例について説明する。なお、第２実施例の融合機１の構成，ハードウェア構成および融合機起動部５０の構成は、第１実施例の融合機１と同様であるので説明を省略する。
【０１１１】
ＣＰＵ６１のキャッシュメモリには、ＣＰＵ６１によって管理されるＴＬＢが設けられている。ＴＬＢは、プロセスごとに仮想アドレスと物理アドレスとを対応付けて保持しており、プロセスが仮想アドレスを指定してメモリにアクセスしようとしたときに、指定された仮想アドレスを物理アドレスに変換するものである。このＴＬＢは、仮想アドレスと物理アドレスとの組を所定数（例えば、４８個，６４個など）だけ保持している。
【０１１２】
図８は、ＴＬＢと各プロセスのページテーブルとの関係について説明するための図を示す。図８に表したように、各ページテーブルは各プロセス独自の仮想アドレスを使用しており、その仮想アドレスに対応する物理アドレスを管理している。また、ＴＬＢは各プロセスがアクセスした仮想アドレスと、その仮想アドレスに対応する物理アドレスとをプロセスＩＤ（以下、ＰＩＤという）ごとに保持している。
【０１１３】
例えばプリンタアプリ３１のプロセスが仮想アドレス１１００番地に対してアクセスすると、ＣＰＵ６１はプリンタアプリ３１のＰＩＤの中から仮想アドレス１１００番地を検索し、プリンタアプリ３１の仮想アドレス１１００番地に対応する物理アドレス１３０番地を使用する。
【０１１４】
一方、プリンタアプリ３１のプロセスが仮想アドレス１０００番地に対してアクセスすると、ＣＰＵ６１はプリンタアプリ３１のＰＩＤの中から仮想アドレス１０００番地を検索する。しかし、図８のＴＬＢにはプリンタアプリ３１の仮想アドレス１０００番地が登録されていない。このためにＴＬＢ例外エラーが発生し、ＣＰＵ６１はプリンタアプリ３１のページテーブルを参照する。そして、プリンタアプリ３１の仮想アドレス１０００番地に対応する物理アドレス３０番地を取得して、ＴＬＢに「ＰＩＤ：プリンタアプリ，物理アドレス：３０番地，仮想アドレス：１０００番地」のエントリを追加する。
【０１１５】
しかし、ＴＬＢが保持できるエントリの数はプロセッサにより決まっているため、新たにエントリを追加するときに以前のエントリが上書きされる場合が生じる。このように、ＴＬＢのエントリは上書きされて内容が変わってしまう場合があるが、頻繁に使用する重要なエントリを固定的な使用のために上書きから保護する機能がある。
【０１１６】
図９は、ＴＬＢの一例の構成図を示す。図９のＴＬＢでは、所定数のエントリを上書きの対象とならない固定的に使用されるエントリとし、残りのエントリを上書きの対象となる動的に使用されるエントリとしている。固定的に使用されるエントリを利用することにより、重要なエントリが上書きの対象とならないように保護することができる。
【０１１７】
そこで、本発明では第１実施例と同様に、仮想メモリ領域に直接マップ領域を作成し、直接マップ領域の仮想アドレス及びその仮想アドレスに対応する物理アドレスをプロセス生成時またはユーザプロセス実行時のシステムコールの発行により図９の固定的に使用されるエントリに書き込むようにした。なお、本発明では仮想記憶システムの起動時に、物理メモリの仮想メモリ領域以外の未使用領域を直接マップ領域として獲得する。したがって、直接マップ領域に対するＴＬＢの内容は、仮想記憶システムによって作成または変更されない。
【０１１８】
なお、第２実施例の場合、図７のメモリマップ部１３２は直接マップ領域の物理アドレスと、仮想メモリ領域上に含まれる直接マップ領域用の仮想アドレスとを関連付けるように、ＣＰＵ６１が管理するＴＬＢの固定的に使用されるエントリに書き込む。
【０１１９】
この状態で直接マップ領域に含まれるページへのアクセスがあると、ＴＬＢに対する仮想アドレスの検索は必ずヒットし、ＣＰＵ６１は仮想アドレスに対応する物理アドレスを取得することができる。このように、ＴＬＢ例外エラーが発生しないため、仮想記憶システムは直接マップ領域に対するアクセスが起こったことを知ることがなく、仮想メモリ領域を管理するための処理も行わない。したがって、仮想記憶システムによるオーバーヘッドが発生することなく、ページにアクセスすることが可能となる。
【０１２０】
第２実施例では、仮想メモリ領域のユーザプログラム領域とスタック領域との間であって、仮想記憶システムが使用していないユーザアドレス空間を直接マップ領域として利用している。通常、仮想メモリ領域に含まれるユーザアドレス空間は実際にしようされるアドレス空間に比べて十分に大きいため、仮想記憶システムが使用していないユーザアドレス空間を直接マップ領域として利用しても問題ない。
【０１２１】
また、１つのエントリで指定できるアドレス範囲には制限があるため、その制限を越えたアドレス範囲を直接マップ領域として使用する場合には複数のエントリをＴＬＢの固定的に使用されるエントリに書き込んでおく必要がある。
【０１２２】
前述の第１実施例および第２実施例は、ハードウェアによるサポートを直接に利用して図４のような直接マップ領域を実現している。そこで、本発明の融合機１は直接マップ領域の仮想アドレスに対する物理アドレスが連続するようにページテーブルまたはＴＬＢを作成することにより、仮想アドレス空間でアドレスが連続している領域を物理メモリ上でもアドレスが連続しているように対応付けることが可能である。
【０１２３】
通常、デバイスが行うＤＭＡによるデータ交換は、物理アドレス空間で行われている。したがって、仮想アドレス空間で作成したデータをＤＭＡによりデバイスに転送する場合に、物理メモリ上でもアドレスが連続しているという保証があれば、一度のＤＭＡにより大量のデータをデバイスに転送することができる。
【０１２４】
また、本発明の融合機１は複数のプロセスでデータを共有する場合に、メモリを共有することが可能となる。図１０は、複数のプロセスによりメモリを共有するときの一例のメモリマップを示す。
【０１２５】
図１０のメモリマップでは、プロセスＡの仮想メモリ領域に含まれる領域ａとプロセスＢの仮想メモリ領域に含まれる領域ｂとが同じ物理メモリ領域を使用するように、領域ａおよび領域ｂに対応するページテーブルまたはＴＬＢの内容が書き換えられている。したがって、プロセスＡおよびプロセスＢは仮想記憶システムによるオーバーヘッドがほとんど発生することなく、物理メモリ領域を共有することができる。
【０１２６】
例えば図１０のメモリマップを利用して複数のプロセスでメモリを共有する処理を図１１を参照しつつ説明する。図１１は、複数のプロセスによりメモリを共有するときの一例のシーケンス図を示す。
【０１２７】
図１１中、ステップＳ３０ではプロセスＡがＩＭＨ４９に対して仮想メモリ領域ａの獲得を要求する。ステップＳ３０に続いてステップＳ３１に進み、ＩＭＨ４９はプロセスＡからの要求に応じて物理メモリ領域を獲得し、獲得した物理メモリ領域に対応する仮想アドレスＡをプロセスＡに通知する。例えばプロセスＡは画像を作成し、作成した画像を獲得した仮想アドレスＡに書き込む。
【０１２８】
ステップＳ３１に続いてステップＳ３２に進み、プロセスＡは画像を書き込んだ仮想アドレスＡをプロセス間通信によりプロセスＢに通知する。なお、プロセスＡの仮想メモリ領域に含まれる領域ａとプロセスＢの仮想メモリ領域に含まれる領域ｂとが同じ物理メモリ領域を使用するように、領域ａおよび領域ｂに対応するページテーブルまたはＴＬＢの内容が書き換えられている
したがって、プロセスＢはプロセスＡから通知された仮想アドレスＡから画像を読み出し、読み出した画像を例えばプリンタに出力できる。ステップＳ３２に続いてステップＳ３３に進み、プロセスＢは画像を読み込んでプリンタに出力した旨をプロセス間通信によりプロセスＡに通知する。ステップＳ３３に続いてステップＳ３４に進み、プロセスＡはＩＭＨ４９に対して物理アドレスの解放を要求して処理を終了する。
【０１２９】
【発明の効果】
上述の如く、本発明によれば、メモリアクセスのときに例外エラーがほとんど発生しないため、直接マップ領域に対するメモリアクセスのオーバーヘッドを軽減することが可能である。
【０１３０】
また、本発明によれば、仮想メモリ領域上に含まれる直接マップ領域用の仮想アドレスで連続している領域を、直接マップ領域の連続した物理アドレスに割り当てることができるため、ダイレクト・メモリ・アクセスを利用したデバイスとのデータ交換が煩雑にならず、一度のダイレクト・メモリ・アクセスにより大量のデータを転送することが可能となる。
【０１３１】
また、本発明によれば、複数のプロセスが直接マップ領域を共有するように直接マップ領域の物理アドレスと仮想メモリ領域上に含まれる直接マップ領域用の仮想アドレスとを対応付けておくことができるため、複数のプロセスでメモリを共有することが可能となる。
【０１３２】
【図面の簡単な説明】
【図１】本発明による融合機の一実施例の構成図である。
【図２】本発明による融合機の一実施例のハードウェア構成図である。
【図３】融合機起動部の一例の構成図である。
【図４】融合機におけるメモリ管理の一例について説明する図である。
【図５】ページアクセス処理の一例のフローチャートである。
【図６】直接マップ領域の一例のメモリマップである。
【図７】直接マップ領域に対するメモリ管理方法について説明するための図である。
【図８】ＴＬＢと各プロセスのページテーブルとの関係について説明するための図である。
【図９】ＴＬＢの一例の構成図である。
【図１０】複数のプロセスによりメモリを共有するときの一例のメモリマップである。
【図１１】複数のプロセスによりメモリを共有するときの一例のシーケンス図である。
【符号の説明】
１ 融合機
１１ 白黒レーザプリンタ
１２ カラーレーザプリンタ
１３ ハードウェアリソース
２０ ソフトウェア群
３０ アプリケーション
４０ プラットフォーム
４２ システムコントロールサービス（ＳＣＳ）
４３ システムリソースマネージャ（ＳＲＭ）
４４ エンジンコントロールサービス（ＥＣＳ）
４５ メモリコントロールサービス（ＭＣＳ）
４６ オペレーションパネルコントロールサービス（ＯＣＳ）
４７ ファックスコントロールサービス（ＦＣＳ）
４８ ネットワークコントロールサービス（ＮＣＳ）
５０ 融合機起動部
５１ コントロールサービス
５２ ハンドラ層
５３ アプリケーションプログラムインターフェース（ＡＰＩ）
５４ ファックスコントロールユニットハンドラ（ＦＣＵＨ）
５５ イメージメモリハンドラ（ＩＭＨ）
５６ エンジンＩ／Ｆ
６０ コントローラ
６１ ＣＰＵ
６２ システムメモリ（ＭＥＭ−Ｐ）
６３ ノースブリッジ（ＮＢ）
６４ サウスブリッジ（ＳＢ）
６５ ＡＧＰ（Accelerated Graphics Port）
６６ ＡＳＩＣ
６７ ローカルメモリ（ＭＥＭ−Ｃ）
６８ ハードディスク装置（ＨＤＤ）
６９ ネットワークＩ／Ｆコントローラ
７０ オペレーションパネル
８０ ファックスコントロールユニット（ＦＣＵ）
９０ ＵＳＢデバイス
１００ ＩＥＥＥ１３９４デバイス
１１０ エンジン部
１２１ ＲＯＭモニタ
１２２ プログラム起動部
１３１ 直接マップ領域獲得部
１３２ メモリマップ部
１３３ 仮想記憶処理部
１３４ ページテーブル管理部
１３５ 例外処理部
Claims (22)
- プリンタ部又はスキャナ部の少なくとも一方を含むハードウェア資源と、オペレーティングシステムと、前記オペレーティングシステム上で動作し、画像形成装置に画像形成にかかる処理を行わせるための複数のアプリケーションと、前記オペレーティングシステム上で動作し、画像形成装置に前記複数のアプリケーションからの処理要求を受信可能にさせ、該処理要求に従って前記ハードウェア資源の制御を行わせるためのプログラムとを有する画像形成装置であって、
書き換え可能メモリ上の前記オペレーティングシステムによって管理される領域以外の物理領域に、前記アプリケーション及びプログラムによって直接マップ可能な直接マップ領域を獲得すると共に、前記直接マップ領域の物理アドレスに対応する仮想メモリ領域上に含まれる直接マップ領域用の仮想アドレスを設定する領域獲得手段と、
前記直接マップ領域の物理アドレスと、前記直接マップ領域用の仮想アドレスとを対応付けたアドレス変換手段と
を有することを特徴とする画像形成装置。 - 前記仮想メモリ領域は、所定サイズのページごとに管理されることを特徴とする請求項１記載の画像形成装置。
- 前記直接マップ領域の物理アドレスと、前記直接マップ領域用の仮想アドレスとを対応付けたアドレス変換手段の内容を、仮想記憶システムを介さずに書き換えるアドレス書換手段を更に有することを特徴とする請求項１又は２記載の画像形成装置。
- 前記アドレス書換手段は、前記アプリケーションおよびプログラムの起動時に前記アドレス変換手段の内容を書き換えることを特徴とする請求項３記載の画像形成装置。
- 前記領域獲得手段は、画像形成装置の起動時に、前記直接マップ領域を獲得することを特徴とする請求項１乃至４何れか一項記載の画像形成装置。
- 前記アドレス変換手段は、前記アプリケーションおよびプログラムごとに、前記直接マップ領域の物理アドレスと、前記直接マップ領域用の仮想アドレスとを対応付けたカーネル内のアドレス変換テーブルであることを特徴とする請求項１乃至５何れか一項記載の画像形成装置。
- 前記アドレス変換手段は、前記アプリケーションおよびプログラムごとに、前記直接マップ領域の物理アドレスと、前記直接マップ領域用の仮想アドレスとを対応付けたプロセッサ内のアドレス変換テーブルであることを特徴とする請求項１乃至５何れか一項記載の画像形成装置。
- 前記アドレス変換手段は、前記プロセッサ内のアドレス変換テーブルのうち上書きの対象とならない部分に、前記直接マップ領域の物理アドレスと、前記直接マップ領域用の仮想アドレスとを対応付けておくことを特徴とする請求項７記載の画像形成装置。
- 前記アドレス変換手段は、前記直接マップ領域用の仮想アドレスが連続しているとき、その仮想アドレスに対応する前記直接マップ領域の物理アドレスが連続するように、前記直接マップ領域の物理アドレスと、前記直接マップ領域用の仮想アドレスとを対応付けることを特徴とする請求項１乃至８何れか一項記載の画像形成装置。
- 前記アドレス変換手段は、複数の前記アプリケーション及びプログラムが前記直接マップ領域を共有するように、前記直接マップ領域の物理アドレスと前記直接マップ領域用の仮想アドレスとを対応付けることを特徴とする請求項１乃至９何れか一項記載の画像形成装置。
- 前記仮想メモリ領域は、仮想記憶システムにより管理される仮想メモリ領域上のユーザプログラム領域およびスタック領域と、前記仮想メモリ領域上の直接マップ領域とを有し、前記仮想メモリ領域上の直接マップ領域用の仮想アドレスが、前記仮想メモリ領域用の仮想アドレスのうち前記ユーザプログラム領域またはスタック領域として使用されない未使用領域に獲得されることを特徴とする請求項３乃至１０何れか一項記載の画像形成装置。
- プリンタ部又はスキャナ部の少なくとも一方を含むハードウェア資源と、オペレーティングシステムと、前記オペレーティングシステム上で動作し、画像形成装置に画像形成にかかる処理を行わせるための複数のアプリケーションと、前記オペレーティングシステム上で動作し、画像形成装置に前記複数のアプリケーションからの処理要求を受信可能にさせ、該処理要求に従って前記ハードウェア資源の制御を行わせるためのプログラムとを有する画像形成装置のメモリ管理方法であって、
書き換え可能メモリ上の前記オペレーティングシステムによって管理される領域以外の物理領域に、前記アプリケーション及びプログラムによって直接マップ可能な直接マップ領域を獲得すると共に、前記直接マップ領域の物理アドレスに対応する仮想メモリ領域上に含まれる直接マップ領域用の仮想アドレスを設定する領域獲得段階と、
前記直接マップ領域の物理アドレスと、前記直接マップ領域用の仮想アドレスとを対応付けたアドレス変換段階と
を有することを特徴とするメモリ管理方法。 - 前記仮想メモリ領域は、所定サイズのページごとに管理されることを特徴とする請求項１２記載のメモリ管理方法。
- 前記アドレス変換段階は、前記直接マップ領域の物理アドレスと前記直接マップ領域用の仮想アドレスとを対応付けた内容を、仮想記憶システムを介さずに書き換えることを特徴とする請求項１２又は１３記載のメモリ管理方法。
- 前記アドレス変換段階は、前記アプリケーションおよびプログラムの起動時に、直接マップ領域の物理アドレスと、前記直接マップ領域用の仮想アドレスとを対応付けた内容を書き換えることを特徴とする請求項１４記載のメモリ管理方法。
- 前記領域獲得段階は、画像形成装置の起動時に、前記直接マップ領域を獲得することを特徴とする請求項１２乃至１５何れか一項記載のメモリ管理方法。
- 前記アドレス変換段階は、前記アプリケーションおよびプログラムごとに、前記直接マップ領域の物理アドレスと、前記直接マップ領域用の仮想アドレスとを対応付けたカーネル内のアドレス変換テーブルを書き換えることを特徴とする請求項１２乃至１６何れか一項記載のメモリ管理方法。
- 前記アドレス変換段階は、前記アプリケーションおよびプログラムごとに、前記直接マップ領域の物理アドレスと、前記直接マップ領域用の仮想アドレスとを対応付けたプロセッサ内のアドレス変換テーブルを書き換えることを特徴とする請求項１２乃至１６何れか一項記載のメモリ管理方法。
- 前記アドレス変換段階は、前記プロセッサ内のアドレス変換テーブルのうち上書きの対象とならない部分に、前記直接マップ領域の物理アドレスと、前記直接マップ領域用の仮想アドレスとを対応付けることを特徴とする請求項１８記載のメモリ管理方法。
- 前記アドレス変換段階は、前記直接マップ領域用の仮想アドレスが連続しているとき、その仮想アドレスに対応する前記直接マップ領域の物理アドレスが連続するように、前記直接マップ領域の物理アドレスと、前記直接マップ領域用の仮想アドレスとを対応付けることを特徴とする請求項１２乃至１９何れか一項記載のメモリ管理方法。
- 前記アドレス変換段階は、複数の前記アプリケーション及びプログラムが前記直接マップ領域を共有するように、前記直接マップ領域の物理アドレスと前記直接マップ領域用の仮想アドレスとを対応付けることを特徴とする請求項１２乃至２０何れか一項記載のメモリ管理方法。
- 前記仮想メモリ領域は、仮想記憶システムにより管理される仮想メモリ領域上のユーザプログラム領域およびスタック領域と、前記仮想メモリ領域上の直接マップ領域とを有し、前記仮想メモリ領域上の直接マップ領域用の仮想アドレスが、前記仮想メモリ領域用の仮想アドレスのうち前記ユーザプログラム領域またはスタック領域として使用されない未使用領域に獲得されることを特徴とする請求項１４乃至２１何れか一項記載のメモリ管理方法。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003044585A JP4263919B2 (ja) | 2002-02-25 | 2003-02-21 | 画像形成装置及びメモリ管理方法 |
| US10/370,726 US7055015B2 (en) | 2002-02-25 | 2003-02-24 | Information processing apparatus in which processes can reduce overhead of memory access and efficiently share memory |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002048514 | 2002-02-25 | ||
| JP2002-48514 | 2002-02-25 | ||
| JP2003044585A JP4263919B2 (ja) | 2002-02-25 | 2003-02-21 | 画像形成装置及びメモリ管理方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003316646A JP2003316646A (ja) | 2003-11-07 |
| JP4263919B2 true JP4263919B2 (ja) | 2009-05-13 |
Family
ID=29551938
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003044585A Expired - Fee Related JP4263919B2 (ja) | 2002-02-25 | 2003-02-21 | 画像形成装置及びメモリ管理方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4263919B2 (ja) |
Families Citing this family (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7302546B2 (en) | 2004-01-09 | 2007-11-27 | International Business Machines Corporation | Method, system, and article of manufacture for reserving memory |
| JP2006085393A (ja) * | 2004-09-15 | 2006-03-30 | National Institute Of Information & Communication Technology | デバイスからの高速データ転送方法及びデータ処理装置 |
| US20080028181A1 (en) * | 2006-07-31 | 2008-01-31 | Nvidia Corporation | Dedicated mechanism for page mapping in a gpu |
| JP4798055B2 (ja) | 2007-04-25 | 2011-10-19 | ソニー株式会社 | 画像処理装置およびカメラシステム |
| JP2009070208A (ja) * | 2007-09-14 | 2009-04-02 | Ricoh Co Ltd | 画像処理装置およびメモリ確保方法 |
| JP2010020540A (ja) * | 2008-07-10 | 2010-01-28 | Ricoh Co Ltd | 画像形成装置及び補助記憶装置のアクセス方法 |
| US8719547B2 (en) * | 2009-09-18 | 2014-05-06 | Intel Corporation | Providing hardware support for shared virtual memory between local and remote physical memory |
| JP5511747B2 (ja) * | 2011-08-09 | 2014-06-04 | 京セラドキュメントソリューションズ株式会社 | 画像形成装置および画像形成プログラム |
| US9361305B2 (en) | 2011-08-09 | 2016-06-07 | Kyocera Document Solutions Inc. | Image forming apparatus having a file system |
| JP5602109B2 (ja) * | 2011-08-09 | 2014-10-08 | 京セラドキュメントソリューションズ株式会社 | 画像形成装置および画像形成プログラム |
| JP6152694B2 (ja) * | 2013-05-10 | 2017-06-28 | 株式会社リコー | 画像データ処理装置、画像処理装置、及び画像データ転送方法 |
-
2003
- 2003-02-21 JP JP2003044585A patent/JP4263919B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003316646A (ja) | 2003-11-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7055015B2 (en) | Information processing apparatus in which processes can reduce overhead of memory access and efficiently share memory | |
| JP4237222B2 (ja) | 画像処理装置および画像処理方法 | |
| JP5213539B2 (ja) | 画像処理装置及び画像処理装置のメモリ管理方法 | |
| US7721023B2 (en) | I/O address translation method for specifying a relaxed ordering for I/O accesses | |
| JP4235225B2 (ja) | ディジタル複写機 | |
| JP4263919B2 (ja) | 画像形成装置及びメモリ管理方法 | |
| JP2008077144A (ja) | 仮想化システム、メモリ管理方法及び制御プログラム | |
| JP5418097B2 (ja) | 情報処理装置、画像形成装置、動作モード切替方法 | |
| US20090219569A1 (en) | Information processing apparatus, information processing system, and information processing method | |
| US20130007367A1 (en) | Information processing apparatus and method of controlling same | |
| JP4101004B2 (ja) | 画像形成装置 | |
| US8495364B2 (en) | Image processing apparatus and method using electronic signature information | |
| US7911639B2 (en) | Image forming device | |
| EP1308793B1 (en) | Image forming device having a memory assignment unit | |
| JP4263920B2 (ja) | 情報処理装置及びメモリ管理方法 | |
| JP4136397B2 (ja) | 画像形成装置及びメモリ管理方法 | |
| JP2000181643A (ja) | 画像形成装置及び画像形成方法 | |
| US20050086450A1 (en) | Information processing apparatus and file management method | |
| JP2003196110A (ja) | 画像形成装置 | |
| JP4128468B2 (ja) | 情報処理装置及びメモリマップ方法 | |
| JP4128467B2 (ja) | 画像形成装置及びメモリマップ方法 | |
| JP3857598B2 (ja) | データ転送方法およびそのデータ転送方法を利用するデバイス制御モジュール，画像形成装置 | |
| JP4157376B2 (ja) | 情報処理装置、画像形成装置、制御方法およびプログラム | |
| JP2000151878A (ja) | ディジタル複写機 | |
| JP2004001425A (ja) | 複数の通信プロトコルを有する画像形成装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050822 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20080808 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080819 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20081020 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20081111 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090107 |
|
| 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: 20090120 |
|
| 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: 20090213 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120220 Year of fee payment: 3 |
|
| 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: 20130220 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130220 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140220 Year of fee payment: 5 |
|
| LAPS | Cancellation because of no payment of annual fees |