JP2003248626A - 画像形成装置及びメモリ管理方法 - Google Patents
画像形成装置及びメモリ管理方法Info
- Publication number
- JP2003248626A JP2003248626A JP2002048516A JP2002048516A JP2003248626A JP 2003248626 A JP2003248626 A JP 2003248626A JP 2002048516 A JP2002048516 A JP 2002048516A JP 2002048516 A JP2002048516 A JP 2002048516A JP 2003248626 A JP2003248626 A JP 2003248626A
- Authority
- JP
- Japan
- Prior art keywords
- memory area
- kernel
- image forming
- virtual memory
- control module
- 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
Abstract
(57)【要約】
【課題】カーネルが管理する物理メモリ領域の内容をプ
ロセスで利用するときに発生するオーバーヘッドを軽減
することが可能な画像形成装置及びメモリ管理方法を提
供することを目的とする。 【解決手段】ハードウェア資源と、ユーザサービスにそ
れぞれ固有の処理を行うアプリケーションのプロセス
と、ハードウェア資源およびアプリケーションのプロセ
スの間に介在し、アプリケーションのプロセスの少なく
とも２つが共通に必要とするハードウェア資源の獲得要
求，管理，実行制御並びに画像形成処理を行うプラット
フォームとを有する画像形成装置であって、メモリ上の
同一な物理メモリ領域１２４に、カーネルの仮想メモリ
領域１２３およびプロセスの仮想メモリ領域１２２を割
り当てるメモリ管理手段を有することにより上記課題を
解決する。
ロセスで利用するときに発生するオーバーヘッドを軽減
することが可能な画像形成装置及びメモリ管理方法を提
供することを目的とする。 【解決手段】ハードウェア資源と、ユーザサービスにそ
れぞれ固有の処理を行うアプリケーションのプロセス
と、ハードウェア資源およびアプリケーションのプロセ
スの間に介在し、アプリケーションのプロセスの少なく
とも２つが共通に必要とするハードウェア資源の獲得要
求，管理，実行制御並びに画像形成処理を行うプラット
フォームとを有する画像形成装置であって、メモリ上の
同一な物理メモリ領域１２４に、カーネルの仮想メモリ
領域１２３およびプロセスの仮想メモリ領域１２２を割
り当てるメモリ管理手段を有することにより上記課題を
解決する。
Description
【０００１】
【発明の属する技術分野】本発明は、画像形成装置及び
メモリ管理方法に係り、特に仮想記憶を利用する画像形
成装置及びメモリ管理方法に関する。
メモリ管理方法に係り、特に仮想記憶を利用する画像形
成装置及びメモリ管理方法に関する。
【０００２】
【従来の技術】近年、プリンタ，コピー，ファクシミリ
およびスキャナなどの各装置の機能を１つの筐体内に収
納した画像形成装置（以下、融合機という）が知られる
ようになった。この融合機は、１つの筐体内に表示部，
印刷部および撮像部などを設けると共に、プリンタ，コ
ピー，ファクシミリおよびスキャナにそれぞれ対応する
４種類のソフトウェアを設け、そのソフトウェアを切り
替えることより、プリンタ，コピー，ファクシミリおよ
びスキャナとして動作させるものである。
およびスキャナなどの各装置の機能を１つの筐体内に収
納した画像形成装置（以下、融合機という）が知られる
ようになった。この融合機は、１つの筐体内に表示部，
印刷部および撮像部などを設けると共に、プリンタ，コ
ピー，ファクシミリおよびスキャナにそれぞれ対応する
４種類のソフトウェアを設け、そのソフトウェアを切り
替えることより、プリンタ，コピー，ファクシミリおよ
びスキャナとして動作させるものである。
【０００３】このような従来の融合機は、プリンタ，コ
ピー，ファクシミリおよびスキャナにそれぞれ対応する
ソフトウェアを実行することでプロセスが生成される。
このように生成されるプロセスは、必要なメモリを別個
に確保していた。
ピー，ファクシミリおよびスキャナにそれぞれ対応する
ソフトウェアを実行することでプロセスが生成される。
このように生成されるプロセスは、必要なメモリを別個
に確保していた。
【０００４】ところで、融合機が備えているプリンタ，
コピー，ファクシミリおよびスキャナにそれぞれ対応す
るソフトウェアは、オペレーティングシステム（以下、
ＯＳという）上で動作する場合、ＯＳによりメモリ管理
がなされる。例えばマルチプロセスを実現するＯＳは、
仮想記憶を用いて各プロセスごとに別の仮想メモリ領域
を確保する。また、ＯＳは仮想記憶を用いてカーネルの
仮想メモリ領域を確保する。通常、プロセスの仮想メモ
リ領域とカーネルの仮想メモリ領域とは、異なる物理メ
モリ領域がマッピングされている。
コピー，ファクシミリおよびスキャナにそれぞれ対応す
るソフトウェアは、オペレーティングシステム（以下、
ＯＳという）上で動作する場合、ＯＳによりメモリ管理
がなされる。例えばマルチプロセスを実現するＯＳは、
仮想記憶を用いて各プロセスごとに別の仮想メモリ領域
を確保する。また、ＯＳは仮想記憶を用いてカーネルの
仮想メモリ領域を確保する。通常、プロセスの仮想メモ
リ領域とカーネルの仮想メモリ領域とは、異なる物理メ
モリ領域がマッピングされている。
【０００５】したがって、カーネルが管理している物理
メモリ領域の内容をプロセスで利用する場合は、カーネ
ルが管理している物理メモリ領域の内容をプロセスが管
理している物理メモリ領域にコピーする必要がある。な
お、カーネルが管理している物理メモリ領域の内容をプ
ロセスで利用する例としては、ＵＳＢ（Universal Seri
al Bus）デバイスドライバ等の受信バッファの内容をプ
リンタ用のプロセスが利用する場合などがあった。
メモリ領域の内容をプロセスで利用する場合は、カーネ
ルが管理している物理メモリ領域の内容をプロセスが管
理している物理メモリ領域にコピーする必要がある。な
お、カーネルが管理している物理メモリ領域の内容をプ
ロセスで利用する例としては、ＵＳＢ（Universal Seri
al Bus）デバイスドライバ等の受信バッファの内容をプ
リンタ用のプロセスが利用する場合などがあった。
【０００６】
【発明が解決しようとする課題】しかしながら、カーネ
ルが管理している物理メモリ領域の内容をプロセスが管
理している物理メモリ領域にコピーする場合、そのデー
タサイズに応じたオーバーヘッドが発生するという問題
があった。
ルが管理している物理メモリ領域の内容をプロセスが管
理している物理メモリ領域にコピーする場合、そのデー
タサイズに応じたオーバーヘッドが発生するという問題
があった。
【０００７】例えばプリンタ用のプロセスがＵＳＢデバ
イスドライバの受信バッファに格納されたデータをシス
テムコールで取り出す場合、ＵＳＢデバイスドライバが
使用する仮想メモリ領域上の受信バッファの内容をプリ
ンタ用のプロセスが使用する仮想メモリ領域上の受信バ
ッファにコピーする必要がある。この結果、コピーする
データのデータサイズが大きい場合、融合機全体の処理
に影響を与えるようなオーバーヘッドが発生するという
問題があった。
イスドライバの受信バッファに格納されたデータをシス
テムコールで取り出す場合、ＵＳＢデバイスドライバが
使用する仮想メモリ領域上の受信バッファの内容をプリ
ンタ用のプロセスが使用する仮想メモリ領域上の受信バ
ッファにコピーする必要がある。この結果、コピーする
データのデータサイズが大きい場合、融合機全体の処理
に影響を与えるようなオーバーヘッドが発生するという
問題があった。
【０００８】本発明は、上記の点に鑑みなされたもの
で、カーネルが管理する物理メモリ領域の内容をプロセ
スで利用するときに発生するオーバーヘッドを軽減する
ことが可能な画像形成装置及びメモリ管理方法を提供す
ることを目的とする。
で、カーネルが管理する物理メモリ領域の内容をプロセ
スで利用するときに発生するオーバーヘッドを軽減する
ことが可能な画像形成装置及びメモリ管理方法を提供す
ることを目的とする。
【０００９】
【課題を解決するための手段】そこで、上記課題を解決
するため、請求項１にかかる発明は、画像形成処理で利
用されるハードウェア資源と、画像形成処理にかかるユ
ーザサービスにそれぞれ固有の処理を行うアプリケーシ
ョンのプロセスと、前記ハードウェア資源および前記ア
プリケーションのプロセスの間に介在し、前記アプリケ
ーションのプロセスの少なくとも２つが共通に必要とす
る前記ハードウェア資源の獲得要求，管理，実行制御並
びに画像形成処理を行うプラットフォームとを有する画
像形成装置であって、メモリ上の同一な物理メモリ領域
に、前記プラットフォームに含まれるカーネルおよびプ
ロセスの仮想メモリ領域を割り当てるメモリ管理手段を
有することを特徴とする。
するため、請求項１にかかる発明は、画像形成処理で利
用されるハードウェア資源と、画像形成処理にかかるユ
ーザサービスにそれぞれ固有の処理を行うアプリケーシ
ョンのプロセスと、前記ハードウェア資源および前記ア
プリケーションのプロセスの間に介在し、前記アプリケ
ーションのプロセスの少なくとも２つが共通に必要とす
る前記ハードウェア資源の獲得要求，管理，実行制御並
びに画像形成処理を行うプラットフォームとを有する画
像形成装置であって、メモリ上の同一な物理メモリ領域
に、前記プラットフォームに含まれるカーネルおよびプ
ロセスの仮想メモリ領域を割り当てるメモリ管理手段を
有することを特徴とする。
【００１０】このような画像形成装置では、カーネルの
仮想メモリ領域とプロセスの仮想メモリ領域とを同一な
物理メモリ領域に割り当てることにより、カーネルとプ
ロセスとの間で物理メモリ領域を共有できる。この結
果、カーネルが管理している物理メモリ領域の内容をプ
ロセスが管理している物理メモリ領域にコピーすること
なく、カーネルが管理している物理メモリ領域の内容を
プロセスで利用することができる。
仮想メモリ領域とプロセスの仮想メモリ領域とを同一な
物理メモリ領域に割り当てることにより、カーネルとプ
ロセスとの間で物理メモリ領域を共有できる。この結
果、カーネルが管理している物理メモリ領域の内容をプ
ロセスが管理している物理メモリ領域にコピーすること
なく、カーネルが管理している物理メモリ領域の内容を
プロセスで利用することができる。
【００１１】したがって、カーネルが管理する物理メモ
リ領域の内容をプロセスで利用するときに必要だった物
理メモリ領域上でのコピー動作がなくなり、このコピー
動作により発生していたオーバーヘッドを軽減すること
が可能となる。
リ領域の内容をプロセスで利用するときに必要だった物
理メモリ領域上でのコピー動作がなくなり、このコピー
動作により発生していたオーバーヘッドを軽減すること
が可能となる。
【００１２】また、請求項２にかかる発明は、前記メモ
リ管理手段が、メモリ上の同一な物理メモリ領域に、カ
ーネル内部のモジュールが使用する仮想メモリ領域およ
びプロセス内部のモジュールが使用する仮想メモリ領域
を割り当てることを特徴とする。
リ管理手段が、メモリ上の同一な物理メモリ領域に、カ
ーネル内部のモジュールが使用する仮想メモリ領域およ
びプロセス内部のモジュールが使用する仮想メモリ領域
を割り当てることを特徴とする。
【００１３】このような画像形成装置では、カーネル内
部のモジュールが使用する仮想メモリ領域とプロセス内
部のモジュールが使用する仮想メモリ領域とを同一な物
理メモリ領域に割り当てることにより、カーネル内部の
モジュールとプロセス内部のモジュールとの間で物理メ
モリ領域を共有できる。
部のモジュールが使用する仮想メモリ領域とプロセス内
部のモジュールが使用する仮想メモリ領域とを同一な物
理メモリ領域に割り当てることにより、カーネル内部の
モジュールとプロセス内部のモジュールとの間で物理メ
モリ領域を共有できる。
【００１４】また、請求項３にかかる発明は、前記メモ
リ管理手段が、起動時に、メモリ上の同一な物理メモリ
領域に、カーネル内部のモジュールが使用する仮想メモ
リ領域およびプロセス内部のモジュールが使用する仮想
メモリ領域を割り当てることを特徴とする。
リ管理手段が、起動時に、メモリ上の同一な物理メモリ
領域に、カーネル内部のモジュールが使用する仮想メモ
リ領域およびプロセス内部のモジュールが使用する仮想
メモリ領域を割り当てることを特徴とする。
【００１５】このような画像形成装置では、起動時に、
カーネル内部のモジュールが使用する仮想メモリ領域と
プロセス内部のモジュールが使用する仮想メモリ領域と
を同一な物理メモリ領域に割り当てることができる。
カーネル内部のモジュールが使用する仮想メモリ領域と
プロセス内部のモジュールが使用する仮想メモリ領域と
を同一な物理メモリ領域に割り当てることができる。
【００１６】また、請求項４にかかる発明は、前記カー
ネル内部のモジュールが、デバイス制御モジュールであ
り、前記プロセス内部のモジュールが、インターフェー
ス制御モジュールであることを特徴とする。
ネル内部のモジュールが、デバイス制御モジュールであ
り、前記プロセス内部のモジュールが、インターフェー
ス制御モジュールであることを特徴とする。
【００１７】このような画像形成装置では、デバイス制
御モジュールが使用する仮想メモリ領域とインターフェ
ース制御モジュールが使用する仮想メモリ領域とを同一
な物理メモリ領域に割り当てることができる。
御モジュールが使用する仮想メモリ領域とインターフェ
ース制御モジュールが使用する仮想メモリ領域とを同一
な物理メモリ領域に割り当てることができる。
【００１８】また、請求項５にかかる発明は、前記プロ
セスが、コントロールサービスのプロセスであることを
特徴とする。
セスが、コントロールサービスのプロセスであることを
特徴とする。
【００１９】このような画像形成装置では、カーネル内
部のモジュールが使用する仮想メモリ領域と、コントロ
ールサービスのプロセス内部のモジュールが使用する仮
想メモリ領域とを同一な物理メモリ領域に割り当てるこ
とができる。
部のモジュールが使用する仮想メモリ領域と、コントロ
ールサービスのプロセス内部のモジュールが使用する仮
想メモリ領域とを同一な物理メモリ領域に割り当てるこ
とができる。
【００２０】また、請求項６にかかる発明は、前記デバ
イス制御モジュールが、シリアルインターフェース用の
デバイス制御モジュールであり、前記インターフェース
制御モジュールは、シリアルインターフェース用のイン
ターフェース制御モジュールであることを特徴とする。
イス制御モジュールが、シリアルインターフェース用の
デバイス制御モジュールであり、前記インターフェース
制御モジュールは、シリアルインターフェース用のイン
ターフェース制御モジュールであることを特徴とする。
【００２１】このような画像形成装置では、シリアルイ
ンターフェース用のデバイス制御モジュールが使用する
仮想メモリ領域と、シリアルインターフェース用のイン
ターフェース制御モジュールが使用する仮想メモリ領域
とを同一な物理メモリ領域に割り当てることができる。
例えばシリアルインターフェース用のデバイス制御モジ
ュールの一例としては、ＵＳＢデバイス制御モジュール
がある。また、シリアルインターフェース用のインター
フェース制御モジュールの一例としては、ＵＳＢインタ
ーフェース制御モジュールがある。
ンターフェース用のデバイス制御モジュールが使用する
仮想メモリ領域と、シリアルインターフェース用のイン
ターフェース制御モジュールが使用する仮想メモリ領域
とを同一な物理メモリ領域に割り当てることができる。
例えばシリアルインターフェース用のデバイス制御モジ
ュールの一例としては、ＵＳＢデバイス制御モジュール
がある。また、シリアルインターフェース用のインター
フェース制御モジュールの一例としては、ＵＳＢインタ
ーフェース制御モジュールがある。
【００２２】また、請求項７にかかる発明は、前記デバ
イス制御モジュールが、パラレルインターフェース用の
デバイス制御モジュールであり、前記インターフェース
制御モジュールが、パラレルインターフェース用のイン
ターフェース制御モジュールであることを特徴とする。
イス制御モジュールが、パラレルインターフェース用の
デバイス制御モジュールであり、前記インターフェース
制御モジュールが、パラレルインターフェース用のイン
ターフェース制御モジュールであることを特徴とする。
【００２３】このような画像形成装置では、パラレルイ
ンターフェース用のデバイス制御モジュールが使用する
仮想メモリ領域と、パラレルインターフェース用のイン
ターフェース制御モジュールが使用する仮想メモリ領域
とを同一な物理メモリ領域に割り当てることができる。
例えばパラレルインターフェース用のデバイス制御モジ
ュールの一例としては、ＩＥＥＥ１２８４（セントロニ
クス）デバイス制御モジュールがある。また、パラレル
インターフェース用のインターフェース制御モジュール
の一例としては、ＩＥＥＥ１２８４（セントロニクス）
インターフェース制御モジュールがある。
ンターフェース用のデバイス制御モジュールが使用する
仮想メモリ領域と、パラレルインターフェース用のイン
ターフェース制御モジュールが使用する仮想メモリ領域
とを同一な物理メモリ領域に割り当てることができる。
例えばパラレルインターフェース用のデバイス制御モジ
ュールの一例としては、ＩＥＥＥ１２８４（セントロニ
クス）デバイス制御モジュールがある。また、パラレル
インターフェース用のインターフェース制御モジュール
の一例としては、ＩＥＥＥ１２８４（セントロニクス）
インターフェース制御モジュールがある。
【００２４】また、請求項８にかかる発明は、画像形成
処理で利用されるハードウェア資源と、画像形成処理に
かかるユーザサービスにそれぞれ固有の処理を行うアプ
リケーションのプロセスと、前記ハードウェア資源およ
び前記アプリケーションのプロセスの間に介在し、前記
アプリケーションのプロセスの少なくとも２つが共通に
必要とする前記ハードウェア資源の獲得要求，管理，実
行制御並びに画像形成処理を行うプラットフォームとを
有する画像形成装置であって、メモリ上に割り当てられ
た前記プラットフォームに含まれるカーネルの仮想メモ
リ領域と、前記カーネルの仮想メモリ領域と同一な物理
メモリ領域に割り当てられた前記プラットフォームに含
まれるプロセスの仮想メモリ領域とを有することを特徴
とする。
処理で利用されるハードウェア資源と、画像形成処理に
かかるユーザサービスにそれぞれ固有の処理を行うアプ
リケーションのプロセスと、前記ハードウェア資源およ
び前記アプリケーションのプロセスの間に介在し、前記
アプリケーションのプロセスの少なくとも２つが共通に
必要とする前記ハードウェア資源の獲得要求，管理，実
行制御並びに画像形成処理を行うプラットフォームとを
有する画像形成装置であって、メモリ上に割り当てられ
た前記プラットフォームに含まれるカーネルの仮想メモ
リ領域と、前記カーネルの仮想メモリ領域と同一な物理
メモリ領域に割り当てられた前記プラットフォームに含
まれるプロセスの仮想メモリ領域とを有することを特徴
とする。
【００２５】このような画像形成装置では、メモリ上の
同一な物理メモリ領域に割り当てられたカーネルの仮想
メモリとプロセスの仮想メモリとを有することにより、
カーネルとプロセスとの間で物理メモリ領域を共有でき
る。この結果、カーネルが管理している物理メモリ領域
の内容をプロセスが管理している物理メモリ領域にコピ
ーすることなく、カーネルが管理している物理メモリ領
域の内容をプロセスで利用することができる。
同一な物理メモリ領域に割り当てられたカーネルの仮想
メモリとプロセスの仮想メモリとを有することにより、
カーネルとプロセスとの間で物理メモリ領域を共有でき
る。この結果、カーネルが管理している物理メモリ領域
の内容をプロセスが管理している物理メモリ領域にコピ
ーすることなく、カーネルが管理している物理メモリ領
域の内容をプロセスで利用することができる。
【００２６】したがって、カーネルが管理する物理メモ
リ領域の内容をプロセスで利用するときに必要だった物
理メモリ領域上でのコピー動作がなくなり、このコピー
動作により発生していたオーバーヘッドを軽減すること
が可能となる。
リ領域の内容をプロセスで利用するときに必要だった物
理メモリ領域上でのコピー動作がなくなり、このコピー
動作により発生していたオーバーヘッドを軽減すること
が可能となる。
【００２７】また、請求項９にかかる発明は、前記カー
ネルの仮想メモリ領域はカーネル内部のモジュールが使
用するものであり、前記プロセスの仮想メモリ領域はプ
ロセス内部のモジュールが使用するものであることを特
徴とする。
ネルの仮想メモリ領域はカーネル内部のモジュールが使
用するものであり、前記プロセスの仮想メモリ領域はプ
ロセス内部のモジュールが使用するものであることを特
徴とする。
【００２８】このような画像形成装置では、カーネル内
部のモジュールが使用する仮想メモリ領域とプロセス内
部のモジュールが使用する仮想メモリ領域とを同一な物
理メモリ領域に割り当てることにより、カーネル内部の
モジュールとプロセス内部のモジュールとの間で物理メ
モリ領域を共有できる。
部のモジュールが使用する仮想メモリ領域とプロセス内
部のモジュールが使用する仮想メモリ領域とを同一な物
理メモリ領域に割り当てることにより、カーネル内部の
モジュールとプロセス内部のモジュールとの間で物理メ
モリ領域を共有できる。
【００２９】また、請求項１０にかかる発明は、前記カ
ーネル内部のモジュールが、前記メモリ上に割り当てら
れた前記カーネルの仮想メモリ領域にデータを格納し、
その格納位置を前記プロセス内部のモジュールに通知す
ることを特徴とする。
ーネル内部のモジュールが、前記メモリ上に割り当てら
れた前記カーネルの仮想メモリ領域にデータを格納し、
その格納位置を前記プロセス内部のモジュールに通知す
ることを特徴とする。
【００３０】このような画像形成装置では、カーネル内
部のモジュールがデータの格納位置をプロセス内部のモ
ジュールに通知することにより、プロセス内部のモジュ
ールがその格納位置からデータを取得することができ
る。
部のモジュールがデータの格納位置をプロセス内部のモ
ジュールに通知することにより、プロセス内部のモジュ
ールがその格納位置からデータを取得することができ
る。
【００３１】また、請求項１１にかかる発明は、前記カ
ーネル内部のモジュールが、前記メモリ上に割り当てら
れた仮想メモリ領域の先頭からのオフセットとデータサ
イズとを利用し、前記プロセス内部のモジュールにデー
タの格納位置を通知することを特徴とする。
ーネル内部のモジュールが、前記メモリ上に割り当てら
れた仮想メモリ領域の先頭からのオフセットとデータサ
イズとを利用し、前記プロセス内部のモジュールにデー
タの格納位置を通知することを特徴とする。
【００３２】このような画像形成装置では、カーネル内
部のモジュールが利用する仮想メモリ領域の先頭からの
オフセットとデータサイズとを利用することにより、カ
ーネル内部のモジュールからプロセス内部のモジュール
へデータの格納位置を通知することができる。
部のモジュールが利用する仮想メモリ領域の先頭からの
オフセットとデータサイズとを利用することにより、カ
ーネル内部のモジュールからプロセス内部のモジュール
へデータの格納位置を通知することができる。
【００３３】また、請求項１２にかかる発明は、前記プ
ロセス内部のモジュールが、前記カーネルの仮想メモリ
領域に格納されたデータを、前記プロセスの仮想メモリ
領域から取得することを特徴とする。
ロセス内部のモジュールが、前記カーネルの仮想メモリ
領域に格納されたデータを、前記プロセスの仮想メモリ
領域から取得することを特徴とする。
【００３４】このような画像形成装置では、カーネルの
仮想メモリ領域に格納されたデータをプロセスの仮想メ
モリ領域から取得することにより、カーネルが管理する
物理メモリ領域の内容をプロセスで利用するときに必要
だった物理メモリ領域上でのコピー動作がなくなり、こ
のコピー動作により発生していたオーバーヘッドを軽減
することが可能となる。
仮想メモリ領域に格納されたデータをプロセスの仮想メ
モリ領域から取得することにより、カーネルが管理する
物理メモリ領域の内容をプロセスで利用するときに必要
だった物理メモリ領域上でのコピー動作がなくなり、こ
のコピー動作により発生していたオーバーヘッドを軽減
することが可能となる。
【００３５】また、請求項１３にかかる発明は、画像形
成処理で利用されるハードウェア資源と、画像形成処理
にかかるユーザサービスにそれぞれ固有の処理を行うア
プリケーションのプロセスと、前記ハードウェア資源お
よび前記アプリケーションのプロセスの間に介在し、前
記アプリケーションのプロセスの少なくとも２つが共通
に必要とする前記ハードウェア資源の獲得要求，管理，
実行制御並びに画像形成処理を行うプラットフォームと
を有する画像形成装置のメモリ管理方法であって、メモ
リ上に、前記プラットフォームに含まれるカーネルの仮
想メモリ領域を割り当てる第１の領域確保段階と、前記
カーネルの仮想メモリ領域を割り当てた物理メモリ領域
に、前記プラットフォームに含まれるプロセスの仮想メ
モリ領域を割り当てる第２の領域確保段階とを有するこ
とを特徴とする。
成処理で利用されるハードウェア資源と、画像形成処理
にかかるユーザサービスにそれぞれ固有の処理を行うア
プリケーションのプロセスと、前記ハードウェア資源お
よび前記アプリケーションのプロセスの間に介在し、前
記アプリケーションのプロセスの少なくとも２つが共通
に必要とする前記ハードウェア資源の獲得要求，管理，
実行制御並びに画像形成処理を行うプラットフォームと
を有する画像形成装置のメモリ管理方法であって、メモ
リ上に、前記プラットフォームに含まれるカーネルの仮
想メモリ領域を割り当てる第１の領域確保段階と、前記
カーネルの仮想メモリ領域を割り当てた物理メモリ領域
に、前記プラットフォームに含まれるプロセスの仮想メ
モリ領域を割り当てる第２の領域確保段階とを有するこ
とを特徴とする。
【００３６】このようなメモリ管理方法では、カーネル
の仮想メモリ領域とプロセスの仮想メモリ領域とを同一
な物理メモリ領域に割り当てることにより、カーネルと
プロセスとの間で物理メモリ領域を共有できる。この結
果、カーネルが管理している物理メモリ領域の内容をプ
ロセスが管理している物理メモリ領域にコピーすること
なく、カーネルが管理している物理メモリ領域の内容を
プロセスで利用することができる。
の仮想メモリ領域とプロセスの仮想メモリ領域とを同一
な物理メモリ領域に割り当てることにより、カーネルと
プロセスとの間で物理メモリ領域を共有できる。この結
果、カーネルが管理している物理メモリ領域の内容をプ
ロセスが管理している物理メモリ領域にコピーすること
なく、カーネルが管理している物理メモリ領域の内容を
プロセスで利用することができる。
【００３７】したがって、カーネルが管理する物理メモ
リ領域の内容をプロセスで利用するときに必要だった物
理メモリ領域上でのコピー動作がなくなり、このコピー
動作により発生していたオーバーヘッドを軽減すること
が可能となる。
リ領域の内容をプロセスで利用するときに必要だった物
理メモリ領域上でのコピー動作がなくなり、このコピー
動作により発生していたオーバーヘッドを軽減すること
が可能となる。
【００３８】また、請求項１４にかかる発明は、前記第
１の領域確保段階が、メモリ上の物理メモリ領域に、カ
ーネル内部のモジュールが使用する仮想メモリ領域を割
り当て、前記第２の領域確保段階は、カーネル内部のモ
ジュールが使用する仮想メモリ領域を割り当てた前記メ
モリ上の物理メモリ領域に、プロセス内部のモジュール
が使用する仮想メモリ領域を割り当てることを特徴とす
る。
１の領域確保段階が、メモリ上の物理メモリ領域に、カ
ーネル内部のモジュールが使用する仮想メモリ領域を割
り当て、前記第２の領域確保段階は、カーネル内部のモ
ジュールが使用する仮想メモリ領域を割り当てた前記メ
モリ上の物理メモリ領域に、プロセス内部のモジュール
が使用する仮想メモリ領域を割り当てることを特徴とす
る。
【００３９】このようなメモリ管理方法では、カーネル
内部のモジュールが使用する仮想メモリ領域とプロセス
内部のモジュールが使用する仮想メモリ領域とを同一な
物理メモリ領域に割り当てることにより、カーネル内部
のモジュールとプロセス内部のモジュールとの間で物理
メモリ領域を共有できる。
内部のモジュールが使用する仮想メモリ領域とプロセス
内部のモジュールが使用する仮想メモリ領域とを同一な
物理メモリ領域に割り当てることにより、カーネル内部
のモジュールとプロセス内部のモジュールとの間で物理
メモリ領域を共有できる。
【００４０】また、請求項１５にかかる発明は、前記第
１の領域確保段階が、前記画像形成装置の起動時、メモ
リ上の物理メモリ領域に、カーネル内部のモジュールが
使用する仮想メモリ領域を割り当て、前記第２の領域確
保段階は、カーネル内部のモジュールが使用する仮想メ
モリ領域を割り当てた前記メモリ上の物理メモリ領域
に、プロセス内部のモジュールが使用する仮想メモリ領
域を割り当てることを特徴とする。
１の領域確保段階が、前記画像形成装置の起動時、メモ
リ上の物理メモリ領域に、カーネル内部のモジュールが
使用する仮想メモリ領域を割り当て、前記第２の領域確
保段階は、カーネル内部のモジュールが使用する仮想メ
モリ領域を割り当てた前記メモリ上の物理メモリ領域
に、プロセス内部のモジュールが使用する仮想メモリ領
域を割り当てることを特徴とする。
【００４１】このようなメモリ管理方法では、画像形成
装置の起動時に、カーネル内部のモジュールが使用する
仮想メモリ領域とプロセス内部のモジュールが使用する
仮想メモリ領域とを同一な物理メモリ領域に割り当てる
ことができる。
装置の起動時に、カーネル内部のモジュールが使用する
仮想メモリ領域とプロセス内部のモジュールが使用する
仮想メモリ領域とを同一な物理メモリ領域に割り当てる
ことができる。
【００４２】また、請求項１６にかかる発明は、前記カ
ーネル内部のモジュールが、デバイス制御モジュールで
あり、前記プロセス内部のモジュールは、インターフェ
ース制御モジュールであることを特徴とする。
ーネル内部のモジュールが、デバイス制御モジュールで
あり、前記プロセス内部のモジュールは、インターフェ
ース制御モジュールであることを特徴とする。
【００４３】このようなメモリ管理方法では、デバイス
制御モジュールが使用する仮想メモリ領域とインターフ
ェース制御モジュールが使用する仮想メモリ領域とを同
一な物理メモリ領域に割り当てることができる。
制御モジュールが使用する仮想メモリ領域とインターフ
ェース制御モジュールが使用する仮想メモリ領域とを同
一な物理メモリ領域に割り当てることができる。
【００４４】また、請求項１７にかかる発明は、前記プ
ロセスが、コントロールサービスのプロセスであること
を特徴とする。
ロセスが、コントロールサービスのプロセスであること
を特徴とする。
【００４５】このようなメモリ管理方法では、カーネル
内部のモジュールが使用する仮想メモリ領域と、コント
ロールサービスのプロセス内部のモジュールが使用する
仮想メモリ領域とを同一な物理メモリ領域に割り当てる
ことができる。
内部のモジュールが使用する仮想メモリ領域と、コント
ロールサービスのプロセス内部のモジュールが使用する
仮想メモリ領域とを同一な物理メモリ領域に割り当てる
ことができる。
【００４６】また、請求項１８にかかる発明は、前記デ
バイス制御モジュールが、シリアルインターフェース用
のデバイス制御モジュールであり、前記インターフェー
ス制御モジュールが、シリアルインターフェース用のイ
ンターフェース制御モジュールであることを特徴とす
る。
バイス制御モジュールが、シリアルインターフェース用
のデバイス制御モジュールであり、前記インターフェー
ス制御モジュールが、シリアルインターフェース用のイ
ンターフェース制御モジュールであることを特徴とす
る。
【００４７】このようなメモリ管理方法では、シリアル
インターフェース用のデバイス制御モジュールが使用す
る仮想メモリ領域と、シリアルインターフェース用のイ
ンターフェース制御モジュールが使用する仮想メモリ領
域とを同一な物理メモリ領域に割り当てることができ
る。
インターフェース用のデバイス制御モジュールが使用す
る仮想メモリ領域と、シリアルインターフェース用のイ
ンターフェース制御モジュールが使用する仮想メモリ領
域とを同一な物理メモリ領域に割り当てることができ
る。
【００４８】また、請求項１９にかかる発明は、前記デ
バイス制御モジュールが、パラレルインターフェース用
のデバイス制御モジュールであり、前記インターフェー
ス制御モジュールが、パラレルインターフェース用のイ
ンターフェース制御モジュールであることを特徴とす
る。
バイス制御モジュールが、パラレルインターフェース用
のデバイス制御モジュールであり、前記インターフェー
ス制御モジュールが、パラレルインターフェース用のイ
ンターフェース制御モジュールであることを特徴とす
る。
【００４９】このようなメモリ管理方法では、パラレル
インターフェース用のデバイス制御モジュールが使用す
る仮想メモリ領域と、パラレルインターフェース用のイ
ンターフェース制御モジュールが使用する仮想メモリ領
域とを同一な物理メモリ領域に割り当てることができ
る。
インターフェース用のデバイス制御モジュールが使用す
る仮想メモリ領域と、パラレルインターフェース用のイ
ンターフェース制御モジュールが使用する仮想メモリ領
域とを同一な物理メモリ領域に割り当てることができ
る。
【００５０】また、請求項２０にかかる発明は、画像形
成処理で利用されるハードウェア資源と、画像形成処理
にかかるユーザサービスにそれぞれ固有の処理を行うア
プリケーションのプロセスと、前記ハードウェア資源お
よび前記アプリケーションのプロセスの間に介在し、前
記アプリケーションのプロセスの少なくとも２つが共通
に必要とする前記ハードウェア資源の獲得要求，管理，
実行制御並びに画像形成処理を行うプラットフォームと
を有する画像形成装置のメモリ管理方法であって、前記
プラットフォームに含まれるカーネルが、メモリ上に割
り当てられたカーネルの仮想メモリ領域にデータを格納
するデータ格納段階と、前記カーネルが、前記カーネル
の仮想メモリ領域に格納されたデータの格納位置を前記
プラットフォームに含まれるプロセスに通知する格納位
置通知段階と、前記プロセスが、前記カーネルの仮想メ
モリ領域と同一な物理メモリ領域に割り当てた前記プロ
セスの仮想メモリ領域からデータを取得するデータ取得
段階とを有することを特徴とする。
成処理で利用されるハードウェア資源と、画像形成処理
にかかるユーザサービスにそれぞれ固有の処理を行うア
プリケーションのプロセスと、前記ハードウェア資源お
よび前記アプリケーションのプロセスの間に介在し、前
記アプリケーションのプロセスの少なくとも２つが共通
に必要とする前記ハードウェア資源の獲得要求，管理，
実行制御並びに画像形成処理を行うプラットフォームと
を有する画像形成装置のメモリ管理方法であって、前記
プラットフォームに含まれるカーネルが、メモリ上に割
り当てられたカーネルの仮想メモリ領域にデータを格納
するデータ格納段階と、前記カーネルが、前記カーネル
の仮想メモリ領域に格納されたデータの格納位置を前記
プラットフォームに含まれるプロセスに通知する格納位
置通知段階と、前記プロセスが、前記カーネルの仮想メ
モリ領域と同一な物理メモリ領域に割り当てた前記プロ
セスの仮想メモリ領域からデータを取得するデータ取得
段階とを有することを特徴とする。
【００５１】このようなメモリ管理方法では、メモリ上
の同一な物理メモリ領域に割り当てられたカーネルの仮
想メモリとプロセスの仮想メモリとを有することによ
り、カーネルとプロセスとの間で物理メモリ領域を共有
できる。この結果、カーネルが管理している物理メモリ
領域の内容をプロセスが管理している物理メモリ領域に
コピーすることなく、カーネルが管理している物理メモ
リ領域の内容をプロセスで利用することができる。
の同一な物理メモリ領域に割り当てられたカーネルの仮
想メモリとプロセスの仮想メモリとを有することによ
り、カーネルとプロセスとの間で物理メモリ領域を共有
できる。この結果、カーネルが管理している物理メモリ
領域の内容をプロセスが管理している物理メモリ領域に
コピーすることなく、カーネルが管理している物理メモ
リ領域の内容をプロセスで利用することができる。
【００５２】したがって、カーネルが管理する物理メモ
リ領域の内容をプロセスで利用するときに必要だった物
理メモリ領域上でのコピー動作がなくなり、このコピー
動作により発生していたオーバーヘッドを軽減すること
が可能となる。
リ領域の内容をプロセスで利用するときに必要だった物
理メモリ領域上でのコピー動作がなくなり、このコピー
動作により発生していたオーバーヘッドを軽減すること
が可能となる。
【００５３】また、請求項２１にかかる発明は、前記カ
ーネルの仮想メモリ領域はカーネル内部のモジュールが
使用し、前記プロセスの仮想メモリ領域はプロセス内部
のモジュールが使用することを特徴とする。
ーネルの仮想メモリ領域はカーネル内部のモジュールが
使用し、前記プロセスの仮想メモリ領域はプロセス内部
のモジュールが使用することを特徴とする。
【００５４】このようなメモリ管理方法では、カーネル
内部のモジュールが使用する仮想メモリ領域とプロセス
内部のモジュールが使用する仮想メモリ領域とを同一な
物理メモリ領域に割り当てることにより、カーネル内部
のモジュールとプロセス内部のモジュールとの間で物理
メモリ領域を共有できる。
内部のモジュールが使用する仮想メモリ領域とプロセス
内部のモジュールが使用する仮想メモリ領域とを同一な
物理メモリ領域に割り当てることにより、カーネル内部
のモジュールとプロセス内部のモジュールとの間で物理
メモリ領域を共有できる。
【００５５】また、請求項２２にかかる発明は、前記格
納位置通知段階が、前記カーネル内部のモジュールが利
用する仮想メモリ領域の先頭からのオフセットとデータ
サイズとを利用して前記プロセス内部のモジュールにデ
ータの格納位置を通知することを特徴とする。
納位置通知段階が、前記カーネル内部のモジュールが利
用する仮想メモリ領域の先頭からのオフセットとデータ
サイズとを利用して前記プロセス内部のモジュールにデ
ータの格納位置を通知することを特徴とする。
【００５６】このようなメモリ管理方法では、カーネル
内部のモジュールが利用する仮想メモリ領域の先頭から
のオフセットとデータサイズとを利用することにより、
カーネル内部のモジュールからプロセス内部のモジュー
ルへデータの格納位置を通知することができる。
内部のモジュールが利用する仮想メモリ領域の先頭から
のオフセットとデータサイズとを利用することにより、
カーネル内部のモジュールからプロセス内部のモジュー
ルへデータの格納位置を通知することができる。
【００５７】
【発明の実施の形態】次に、本発明の実施の形態につい
て図面に基づいて説明する。
て図面に基づいて説明する。
【００５８】図１は、本発明による融合機の一実施例の
構成図を示す。融合機１は、白黒ラインプリンタ１１
と，カラーラインプリンタ１２と，スキャナやファクシ
ミリなどのハードウェアリソース１３と，ソフトウェア
群２０と，融合機起動部５０とを有するように構成され
る。また、ソフトウェア群２０はアプリケーション３０
とプラットフォーム４０とを有するように構成される。
構成図を示す。融合機１は、白黒ラインプリンタ１１
と，カラーラインプリンタ１２と，スキャナやファクシ
ミリなどのハードウェアリソース１３と，ソフトウェア
群２０と，融合機起動部５０とを有するように構成され
る。また、ソフトウェア群２０はアプリケーション３０
とプラットフォーム４０とを有するように構成される。
【００５９】プラットフォーム４０は、アプリケーショ
ン３０からの処理要求を解釈してハードウェア資源の獲
得要求を発生するコントロールサービスと、１つ以上の
ハードウェア資源の管理を行ってコントロールサービス
からの獲得要求を調停するシステムリソースマネージャ
（以下、ＳＲＭという）４３と、ＯＳ４１とを有するよ
うに構成されている。
ン３０からの処理要求を解釈してハードウェア資源の獲
得要求を発生するコントロールサービスと、１つ以上の
ハードウェア資源の管理を行ってコントロールサービス
からの獲得要求を調停するシステムリソースマネージャ
（以下、ＳＲＭという）４３と、ＯＳ４１とを有するよ
うに構成されている。
【００６０】コントロールサービスは、システムコント
ロールサービス（以下、ＳＣＳという）４２，エンジン
コントロールサービス（以下、ＥＣＳという）４４，メ
モリコントロールサービス（以下、ＭＣＳという）４
５，オペレーションパネルコントロールサービス（以
下、ＯＣＳという）４６，ファックスコントロールサー
ビス（以下、ＦＣＳという）４７，ネットワークコント
ロールサービス（以下、ＮＣＳという）４８など一つ以
上のサービスモジュールを有するように構成されてい
る。
ロールサービス（以下、ＳＣＳという）４２，エンジン
コントロールサービス（以下、ＥＣＳという）４４，メ
モリコントロールサービス（以下、ＭＣＳという）４
５，オペレーションパネルコントロールサービス（以
下、ＯＣＳという）４６，ファックスコントロールサー
ビス（以下、ＦＣＳという）４７，ネットワークコント
ロールサービス（以下、ＮＣＳという）４８など一つ以
上のサービスモジュールを有するように構成されてい
る。
【００６１】なお、プラットフォーム４０は予め定義さ
れている関数によりアプリケーション３０からの処理要
求を受信可能とするアプリケーションプログラムインタ
ーフェース（以下、ＡＰＩという）を有するように構成
されている。
れている関数によりアプリケーション３０からの処理要
求を受信可能とするアプリケーションプログラムインタ
ーフェース（以下、ＡＰＩという）を有するように構成
されている。
【００６２】ＯＳ４１は、ユニックス（ＵＮＩＸ（登録
商標））などのオペレーティングシステムであって、プ
ラットフォーム４０およびアプリケーション３０の各ソ
フトウェアをプロセスとして並列実行する。
商標））などのオペレーティングシステムであって、プ
ラットフォーム４０およびアプリケーション３０の各ソ
フトウェアをプロセスとして並列実行する。
【００６３】ＳＲＭ４３のプロセスは、ＳＣＳ４２と共
にシステムの制御およびリソースの管理を行うものであ
る。例えばＳＲＭ４３のプロセスは、スキャナ部やプリ
ンタ部などのエンジン，メモリ，ハードディスク装置
（ＨＤＤ）ファイル，ホストＩ／Ｏ（セントロインター
フェース，ネットワークインターフェース，ＩＥＥＥ１
３９４インターフェース，ＲＳ２３２Ｃインターフェー
スなど）のハードウェア資源を利用する上位層からの要
求に従って調停を行い、実行制御する。
にシステムの制御およびリソースの管理を行うものであ
る。例えばＳＲＭ４３のプロセスは、スキャナ部やプリ
ンタ部などのエンジン，メモリ，ハードディスク装置
（ＨＤＤ）ファイル，ホストＩ／Ｏ（セントロインター
フェース，ネットワークインターフェース，ＩＥＥＥ１
３９４インターフェース，ＲＳ２３２Ｃインターフェー
スなど）のハードウェア資源を利用する上位層からの要
求に従って調停を行い、実行制御する。
【００６４】具体的に、ＳＲＭ４３は要求されたハード
ウェア資源が利用可能であるか（他の要求により利用さ
れていないかどうか）を判定し、利用可能であれば要求
されたハードウェア資源が利用可能である旨を上位層に
通知する。また、ＳＲＭ４３は上位層からの要求に対し
てハードウェア資源の利用スケジューリングを行い、例
えばプリンタエンジンによる紙搬送と作像動作，メモリ
確保，ファイル生成などの要求内容を直接実施してい
る。
ウェア資源が利用可能であるか（他の要求により利用さ
れていないかどうか）を判定し、利用可能であれば要求
されたハードウェア資源が利用可能である旨を上位層に
通知する。また、ＳＲＭ４３は上位層からの要求に対し
てハードウェア資源の利用スケジューリングを行い、例
えばプリンタエンジンによる紙搬送と作像動作，メモリ
確保，ファイル生成などの要求内容を直接実施してい
る。
【００６５】ＳＣＳ４２のプロセスは、アプリケーショ
ン管理，操作部制御，システム画面表示，ＬＥＤ表示，
リソース管理，割り込みアプリケーション制御を行う。
ＥＣＳ４４のプロセスは、白黒ラインプリンタ１１，カ
ラーラインプリンタ１２，ハードウェアリソース１３の
エンジンの制御を行う。
ン管理，操作部制御，システム画面表示，ＬＥＤ表示，
リソース管理，割り込みアプリケーション制御を行う。
ＥＣＳ４４のプロセスは、白黒ラインプリンタ１１，カ
ラーラインプリンタ１２，ハードウェアリソース１３の
エンジンの制御を行う。
【００６６】ＭＣＳ４５のプロセスは、画像メモリの取
得および解放，ハードディスク装置（ＨＤＤ）の利用，
画像データの圧縮および伸張などを行う。ＯＣＳ４６の
プロセスは、オペレータと本体制御との間の情報伝達手
段となるオペレーションパネルの制御を行う。
得および解放，ハードディスク装置（ＨＤＤ）の利用，
画像データの圧縮および伸張などを行う。ＯＣＳ４６の
プロセスは、オペレータと本体制御との間の情報伝達手
段となるオペレーションパネルの制御を行う。
【００６７】ＦＣＳ４７のプロセスは、システムコント
ローラの各アプリケーション層からＰＳＴＮまたはＩＳ
ＤＮ網を利用したファクシミリ送受信，ＢＫＭ（バック
アップＳＲＡＭ）で管理されている各種ファクシミリデ
ータの登録／引用，ファクシミリ読み取り，ファクシミ
リ受信印刷，融合送受信を行うためのアプリケーション
を提供する。
ローラの各アプリケーション層からＰＳＴＮまたはＩＳ
ＤＮ網を利用したファクシミリ送受信，ＢＫＭ（バック
アップＳＲＡＭ）で管理されている各種ファクシミリデ
ータの登録／引用，ファクシミリ読み取り，ファクシミ
リ受信印刷，融合送受信を行うためのアプリケーション
を提供する。
【００６８】ＮＣＳ４８のプロセスは、ネットワークＩ
／Ｏを必要とするアプリケーションに対し、共通に利用
できるサービスを提供するものであり、ネットワーク側
から各プロトコルによって受信したデータを各アプリケ
ーションに振り分けたり、アプリケーションからのデー
タをネットワーク側に送信する際の仲介を行う。
／Ｏを必要とするアプリケーションに対し、共通に利用
できるサービスを提供するものであり、ネットワーク側
から各プロトコルによって受信したデータを各アプリケ
ーションに振り分けたり、アプリケーションからのデー
タをネットワーク側に送信する際の仲介を行う。
【００６９】また、アプリケーション３０は、プリン
タ，コピー，ファクシミリ，スキャナなどの画像形成処
理にかかるユーザサービスにそれぞれ固有の処理を行う
ものである。アプリケーション３０は、ページ記述言語
（ＰＤＬ，ＰＣＬ）およびポストスクリプト（ＰＳ）を
有するプリンタ用のアプリケーションであるプリンタア
プリ３１と，コピー用アプリケーションであるコピーア
プリ３２と，ファクシミリ用アプリケーションであるフ
ァックスアプリ３３と，スキャナ用アプリケーションで
あるスキャナアプリ３４と，ネットワークファイル用ア
プリケーションであるネットファイルアプリ３５と，工
程検査用アプリケーションである工程検査アプリ３６と
を有している。
タ，コピー，ファクシミリ，スキャナなどの画像形成処
理にかかるユーザサービスにそれぞれ固有の処理を行う
ものである。アプリケーション３０は、ページ記述言語
（ＰＤＬ，ＰＣＬ）およびポストスクリプト（ＰＳ）を
有するプリンタ用のアプリケーションであるプリンタア
プリ３１と，コピー用アプリケーションであるコピーア
プリ３２と，ファクシミリ用アプリケーションであるフ
ァックスアプリ３３と，スキャナ用アプリケーションで
あるスキャナアプリ３４と，ネットワークファイル用ア
プリケーションであるネットファイルアプリ３５と，工
程検査用アプリケーションである工程検査アプリ３６と
を有している。
【００７０】図２は、本発明による融合機の一実施例の
ハードウェア構成図を示す。図２の融合機１は、コント
ローラボード６０と，オペレーションパネル７０と，フ
ァックスコントロールユニット（以下、ＦＣＵという）
８０と，ＵＳＢデバイス９０と，ＩＥＥＥ１３９４デバ
イス１００と，エンジン部１１０とを有するように構成
される。
ハードウェア構成図を示す。図２の融合機１は、コント
ローラボード６０と，オペレーションパネル７０と，フ
ァックスコントロールユニット（以下、ＦＣＵという）
８０と，ＵＳＢデバイス９０と，ＩＥＥＥ１３９４デバ
イス１００と，エンジン部１１０とを有するように構成
される。
【００７１】オペレーションパネル７０は、コントロー
ラボード６０のＡＳＩＣ６２に直接接続されている。ま
た、ＦＣＵ８０，ＵＳＢデバイス９０，ＩＥＥＥ１３９
４デバイス１００およびエンジン部１１０は、コントロ
ーラボード６０のＡＳＩＣ６２にＰＣＩバスなどで接続
されている。
ラボード６０のＡＳＩＣ６２に直接接続されている。ま
た、ＦＣＵ８０，ＵＳＢデバイス９０，ＩＥＥＥ１３９
４デバイス１００およびエンジン部１１０は、コントロ
ーラボード６０のＡＳＩＣ６２にＰＣＩバスなどで接続
されている。
【００７２】また、コントローラボード６０は、ＣＰＵ
６１と，ＡＳＩＣ６２と，ＳＲＡＭ（Static RAM）６３
と，ＳＤＲＡＭ（Synchronous DRAM）６４と，フラッシ
ュメモリ６５と，ＨＤＤ６６とを有するように構成され
る。コントローラボード６０は、ＣＰＵ６１，ＳＲＡＭ
６３，ＳＤＲＡＭ６４，フラッシュメモリ６５，ＨＤＤ
６６などをＡＳＩＣ６２に接続するように構成されてい
る。
６１と，ＡＳＩＣ６２と，ＳＲＡＭ（Static RAM）６３
と，ＳＤＲＡＭ（Synchronous DRAM）６４と，フラッシ
ュメモリ６５と，ＨＤＤ６６とを有するように構成され
る。コントローラボード６０は、ＣＰＵ６１，ＳＲＡＭ
６３，ＳＤＲＡＭ６４，フラッシュメモリ６５，ＨＤＤ
６６などをＡＳＩＣ６２に接続するように構成されてい
る。
【００７３】ＣＰＵ６１は、融合機１の全体制御を行う
ものである。ＣＰＵ６１は、ＯＳ４１上でプラットフォ
ーム４０を形成するＳＣＳ４２，ＳＲＭ４３，ＥＣＳ４
４，ＭＣＳ４５，ＯＣＳ４６，ＦＣＳ４７およびＮＣＳ
４８をそれぞれプロセスとして起動して実行させると共
に、アプリケーション３０を形成するプリンタアプリ３
１，コピーアプリ３２，ファックスアプリ３３，スキャ
ナアプリ３４，ネットファイルアプリ３５および工程検
査アプリ３６を起動して実行させる。
ものである。ＣＰＵ６１は、ＯＳ４１上でプラットフォ
ーム４０を形成するＳＣＳ４２，ＳＲＭ４３，ＥＣＳ４
４，ＭＣＳ４５，ＯＣＳ４６，ＦＣＳ４７およびＮＣＳ
４８をそれぞれプロセスとして起動して実行させると共
に、アプリケーション３０を形成するプリンタアプリ３
１，コピーアプリ３２，ファックスアプリ３３，スキャ
ナアプリ３４，ネットファイルアプリ３５および工程検
査アプリ３６を起動して実行させる。
【００７４】ＡＳＩＣ６２は、画像処理用のハードウェ
ア要素を有する画像処理用途向けのＩＣである。ＳＲＡ
Ｍ６３およびＳＤＲＡＭ６４は、本発明におけるメモリ
を構成する。ＳＲＡＭ６３およびＳＤＲＡＭ６４の物理
メモリ領域の一部には、カーネルやプロセスなどの仮想
メモリ領域がマッピングされる。
ア要素を有する画像処理用途向けのＩＣである。ＳＲＡ
Ｍ６３およびＳＤＲＡＭ６４は、本発明におけるメモリ
を構成する。ＳＲＡＭ６３およびＳＤＲＡＭ６４の物理
メモリ領域の一部には、カーネルやプロセスなどの仮想
メモリ領域がマッピングされる。
【００７５】フラッシュメモリ６５は、アプリケーショ
ン３０またはプラットフォーム４０を構成する各アプリ
やコントロールサービス，ＳＲＭ４３などの各プログラ
ムが格納されている。ＨＤＤ６６は、画像データの蓄
積，プログラムの蓄積，フォントデータの蓄積，フォー
ムの蓄積を行うためのストレージである。また、オペレ
ーションパネル７０は、オペレータからの入力操作を受
け付けると共に、オペレータに向けた表示を行う操作部
である。
ン３０またはプラットフォーム４０を構成する各アプリ
やコントロールサービス，ＳＲＭ４３などの各プログラ
ムが格納されている。ＨＤＤ６６は、画像データの蓄
積，プログラムの蓄積，フォントデータの蓄積，フォー
ムの蓄積を行うためのストレージである。また、オペレ
ーションパネル７０は、オペレータからの入力操作を受
け付けると共に、オペレータに向けた表示を行う操作部
である。
【００７６】図１の融合機起動部５０は、融合機１の電
源投入時に最初に実行され、アプリケーション３０やプ
ラットフォーム４０を起動するものである。図３は、融
合機起動部の一例の構成図を示す。融合機起動部５０
は、ＲＯＭモニタ５１と，プログラム起動部５２とを有
する。
源投入時に最初に実行され、アプリケーション３０やプ
ラットフォーム４０を起動するものである。図３は、融
合機起動部の一例の構成図を示す。融合機起動部５０
は、ＲＯＭモニタ５１と，プログラム起動部５２とを有
する。
【００７７】ＲＯＭモニタ５１は電源投入時に実行さ
れ、ハードウェアの初期化，コントローラボードの診
断，ソフトウェアの初期化，ＯＳ４１の起動などを行
う。プログラム起動部５２はＯＳ４１から呼び出される
ものであり、ＳＲＡＭ６３またはＳＤＲＡＭ６４上にメ
モリ領域を確保する。そして、プログラム起動部５２
は、コントロールサービスやアプリケーションのプログ
ラムをフラッシュメモリ６５から読み出し、読み出した
各プログラムをＳＲＡＭ６３またはＳＤＲＡＭ６４上に
確保したメモリ領域に転送して起動するものである。
れ、ハードウェアの初期化，コントローラボードの診
断，ソフトウェアの初期化，ＯＳ４１の起動などを行
う。プログラム起動部５２はＯＳ４１から呼び出される
ものであり、ＳＲＡＭ６３またはＳＤＲＡＭ６４上にメ
モリ領域を確保する。そして、プログラム起動部５２
は、コントロールサービスやアプリケーションのプログ
ラムをフラッシュメモリ６５から読み出し、読み出した
各プログラムをＳＲＡＭ６３またはＳＤＲＡＭ６４上に
確保したメモリ領域に転送して起動するものである。
【００７８】以下、本発明における融合機１のメモリ管
理について説明する。ここでは、ＵＳＢデバイス９０か
ら受信したデータをプリンタ用のプロセスが利用する場
合の処理について説明するが、カーネルが管理している
物理メモリ領域の内容をプロセスで利用する他の処理に
も適用が可能である。
理について説明する。ここでは、ＵＳＢデバイス９０か
ら受信したデータをプリンタ用のプロセスが利用する場
合の処理について説明するが、カーネルが管理している
物理メモリ領域の内容をプロセスで利用する他の処理に
も適用が可能である。
【００７９】なお、ＵＳＢデバイス９０から受信したデ
ータはカーネル内部のＵＳＢデバイスドライバが使用す
る仮想メモリ領域上の受信バッファに格納される。ま
た、プリンタ用のプロセスが利用するデータはＮＣＳ内
部のＵＳＢインターフェース制御モジュールが使用する
仮想メモリ領域上の受信バッファに格納される。
ータはカーネル内部のＵＳＢデバイスドライバが使用す
る仮想メモリ領域上の受信バッファに格納される。ま
た、プリンタ用のプロセスが利用するデータはＮＣＳ内
部のＵＳＢインターフェース制御モジュールが使用する
仮想メモリ領域上の受信バッファに格納される。
【００８０】そこで、ＵＳＢデバイスドライバが使用す
る仮想メモリ領域およびＵＳＢインターフェース制御モ
ジュールが使用する仮想メモリ領域のメモリ管理につい
て図４を参照しつつ説明する。
る仮想メモリ領域およびＵＳＢインターフェース制御モ
ジュールが使用する仮想メモリ領域のメモリ管理につい
て図４を参照しつつ説明する。
【００８１】図４は、本発明による融合機が起動時に行
う処理の一例のフローチャートを示す。ステップＳ１０
では、融合機１の起動によりＯＳ４１が起動する。ステ
ップＳ１０に続いてステップＳ１１に進み、ＯＳ４１は
カーネルの仮想メモリ領域に物理メモリ領域をマッピン
グすると共に、カーネルの仮想メモリ領域上にＵＳＢデ
バイスドライバが使用する受信バッファを確保する。
う処理の一例のフローチャートを示す。ステップＳ１０
では、融合機１の起動によりＯＳ４１が起動する。ステ
ップＳ１０に続いてステップＳ１１に進み、ＯＳ４１は
カーネルの仮想メモリ領域に物理メモリ領域をマッピン
グすると共に、カーネルの仮想メモリ領域上にＵＳＢデ
バイスドライバが使用する受信バッファを確保する。
【００８２】ステップＳ１１に続いてステップＳ１２に
進み、プログラム起動部５２はプリンタアプリ３１を起
動する。また、ステップＳ１２に続いてステップＳ１３
に進み、プログラム起動部５２はＮＣＳ４８の内部にＵ
ＳＢインターフェース制御モジュールを起動する。
進み、プログラム起動部５２はプリンタアプリ３１を起
動する。また、ステップＳ１２に続いてステップＳ１３
に進み、プログラム起動部５２はＮＣＳ４８の内部にＵ
ＳＢインターフェース制御モジュールを起動する。
【００８３】ステップＳ１３に続いてステップＳ１４に
進み、ＵＳＢインターフェース制御モジュールはデバイ
ス使用コマンドをＵＳＢデバイスドライバに送出する。
そして、ステップＳ１４に続いてステップＳ１５に進
み、ＵＳＢデバイスドライバはＵＳＢデバイス９０を使
用可能状態とし、その旨をＵＳＢインターフェース制御
モジュールに通知する。
進み、ＵＳＢインターフェース制御モジュールはデバイ
ス使用コマンドをＵＳＢデバイスドライバに送出する。
そして、ステップＳ１４に続いてステップＳ１５に進
み、ＵＳＢデバイスドライバはＵＳＢデバイス９０を使
用可能状態とし、その旨をＵＳＢインターフェース制御
モジュールに通知する。
【００８４】ステップＳ１５に続いてステップＳ１６に
進み、ＵＳＢインターフェース制御モジュールはデバイ
ス情報取得コマンドをＵＳＢデバイスドライバに送出す
る。そして、ステップＳ１６に続いてステップＳ１７に
進み、ＵＳＢデバイスドライバはＵＳＢデバイス９０の
デバイス情報をＵＳＢインターフェース制御モジュール
に通知する。
進み、ＵＳＢインターフェース制御モジュールはデバイ
ス情報取得コマンドをＵＳＢデバイスドライバに送出す
る。そして、ステップＳ１６に続いてステップＳ１７に
進み、ＵＳＢデバイスドライバはＵＳＢデバイス９０の
デバイス情報をＵＳＢインターフェース制御モジュール
に通知する。
【００８５】ステップＳ１７に続いてステップＳ１８に
進み、ＵＳＢインターフェース制御モジュールは受信バ
ッファのマッピング要求コマンドをＵＳＢデバイスドラ
イバに送出する。そして、ステップＳ１８に続いてステ
ップＳ１９に進み、ＵＳＢデバイスドライバはプリンタ
用のプロセスの仮想メモリ領域に物理メモリ領域をマッ
ピングすると共に、プリンタ用のプロセスの仮想メモリ
領域上にＵＳＢインターフェース制御モジュールが使用
する受信バッファを確保する。
進み、ＵＳＢインターフェース制御モジュールは受信バ
ッファのマッピング要求コマンドをＵＳＢデバイスドラ
イバに送出する。そして、ステップＳ１８に続いてステ
ップＳ１９に進み、ＵＳＢデバイスドライバはプリンタ
用のプロセスの仮想メモリ領域に物理メモリ領域をマッ
ピングすると共に、プリンタ用のプロセスの仮想メモリ
領域上にＵＳＢインターフェース制御モジュールが使用
する受信バッファを確保する。
【００８６】このとき、ＵＳＢデバイスドライバはＵＳ
Ｂインターフェース制御モジュールが使用する受信バッ
ファとＵＳＢデバイスドライバが使用する受信バッファ
とを同じ物理メモリ領域にマッピングする。ＵＳＢイン
ターフェース制御モジュールが使用する受信バッファと
ＵＳＢデバイスドライバが使用する受信バッファとが同
じ物理メモリ領域にマッピングされることにより、ＵＳ
Ｂインターフェース制御モジュールとＵＳＢデバイスド
ライバとは物理メモリ領域を共有することができる。
Ｂインターフェース制御モジュールが使用する受信バッ
ファとＵＳＢデバイスドライバが使用する受信バッファ
とを同じ物理メモリ領域にマッピングする。ＵＳＢイン
ターフェース制御モジュールが使用する受信バッファと
ＵＳＢデバイスドライバが使用する受信バッファとが同
じ物理メモリ領域にマッピングされることにより、ＵＳ
Ｂインターフェース制御モジュールとＵＳＢデバイスド
ライバとは物理メモリ領域を共有することができる。
【００８７】ここで、ＵＳＢインターフェース制御モジ
ュールとＵＳＢデバイスドライバとで物理メモリ領域を
共有している状態について図５を参照しつつ説明する。
図５は、ＵＳＢインターフェース制御モジュールとＵＳ
Ｂデバイスドライバとで物理メモリ領域を共有している
状態の一例の説明図を示す。
ュールとＵＳＢデバイスドライバとで物理メモリ領域を
共有している状態について図５を参照しつつ説明する。
図５は、ＵＳＢインターフェース制御モジュールとＵＳ
Ｂデバイスドライバとで物理メモリ領域を共有している
状態の一例の説明図を示す。
【００８８】図５中、ステップＳ２１ではＵＳＢデバイ
ス９０から受信したデータが、カーネル内部のＵＳＢデ
バイスドライバ（ＵＳＢデバイス制御モジュール）１２
１が使用する仮想メモリ領域上の受信バッファ１２３に
格納される。ステップＳ２２では、ＮＣＳ内部のＵＳＢ
インターフェース制御モジュール（ＵＳＢデーモン）１
２０がＵＳＢデバイスドライバ１２１に対してＵＳＢデ
バイス９０から受信したデータを要求する。
ス９０から受信したデータが、カーネル内部のＵＳＢデ
バイスドライバ（ＵＳＢデバイス制御モジュール）１２
１が使用する仮想メモリ領域上の受信バッファ１２３に
格納される。ステップＳ２２では、ＮＣＳ内部のＵＳＢ
インターフェース制御モジュール（ＵＳＢデーモン）１
２０がＵＳＢデバイスドライバ１２１に対してＵＳＢデ
バイス９０から受信したデータを要求する。
【００８９】ステップＳ２２に続いてステップＳ２３に
進み、ＵＳＢデバイスドライバ１２１は受信したデータ
の格納位置を受信バッファ１２３の先頭からのオフセッ
トとデータサイズとでＵＳＢインターフェース制御モジ
ュール１２０に通知する。
進み、ＵＳＢデバイスドライバ１２１は受信したデータ
の格納位置を受信バッファ１２３の先頭からのオフセッ
トとデータサイズとでＵＳＢインターフェース制御モジ
ュール１２０に通知する。
【００９０】なお、ＮＣＳ内部のＵＳＢインターフェー
ス制御モジュール１２０が使用する仮想メモリ領域上の
受信バッファ１２２は、カーネル内部のＵＳＢデバイス
ドライバ１２１が使用する仮想メモリ領域上の受信バッ
ファ１２３と同じ物理メモリ領１２４にマッピングされ
ている。つまり、ＵＳＢインターフェース制御モジュー
ル１２０とＵＳＢデバイスドライバ１２１とは物理メモ
リ領域１２４を共有している。
ス制御モジュール１２０が使用する仮想メモリ領域上の
受信バッファ１２２は、カーネル内部のＵＳＢデバイス
ドライバ１２１が使用する仮想メモリ領域上の受信バッ
ファ１２３と同じ物理メモリ領１２４にマッピングされ
ている。つまり、ＵＳＢインターフェース制御モジュー
ル１２０とＵＳＢデバイスドライバ１２１とは物理メモ
リ領域１２４を共有している。
【００９１】この結果、ＵＳＢインターフェース制御モ
ジュール１２０はＵＳＢデバイスドライバ１２１から受
信バッファ１２３の先頭からのオフセットとデータサイ
ズとを通知されることにより、物理メモリ領域１２４に
格納されたデータを直接利用することが可能となる。
ジュール１２０はＵＳＢデバイスドライバ１２１から受
信バッファ１２３の先頭からのオフセットとデータサイ
ズとを通知されることにより、物理メモリ領域１２４に
格納されたデータを直接利用することが可能となる。
【００９２】一方、ＵＳＢインターフェース制御モジュ
ールとＵＳＢデバイスドライバとで物理メモリ領域を共
有していない状態について図６を参照しつつ説明する。
図６は、ＵＳＢインターフェース制御モジュールとＵＳ
Ｂデバイスドライバとで物理メモリ領域を共有していな
い状態の一例の説明図を示す。
ールとＵＳＢデバイスドライバとで物理メモリ領域を共
有していない状態について図６を参照しつつ説明する。
図６は、ＵＳＢインターフェース制御モジュールとＵＳ
Ｂデバイスドライバとで物理メモリ領域を共有していな
い状態の一例の説明図を示す。
【００９３】図６中、ステップＳ３１ではＵＳＢデバイ
ス９０から受信したデータが、カーネル内部のＵＳＢデ
バイスドライバ１２１が使用する仮想メモリ領域上の受
信バッファ１２３に格納される。ステップＳ３２では、
ＮＣＳ内部のＵＳＢインターフェース制御モジュール１
２０がＵＳＢデバイスドライバ１２１に対してＵＳＢデ
バイス９０から受信したデータを要求する。
ス９０から受信したデータが、カーネル内部のＵＳＢデ
バイスドライバ１２１が使用する仮想メモリ領域上の受
信バッファ１２３に格納される。ステップＳ３２では、
ＮＣＳ内部のＵＳＢインターフェース制御モジュール１
２０がＵＳＢデバイスドライバ１２１に対してＵＳＢデ
バイス９０から受信したデータを要求する。
【００９４】ステップＳ３２に続いてステップＳ３３に
進み、ＵＳＢデバイスドライバ１２１は受信したデータ
の格納位置を物理メモリ領域１２４のアドレスとデータ
サイズとでＵＳＢインターフェース制御モジュール１２
０に通知する。
進み、ＵＳＢデバイスドライバ１２１は受信したデータ
の格納位置を物理メモリ領域１２４のアドレスとデータ
サイズとでＵＳＢインターフェース制御モジュール１２
０に通知する。
【００９５】なお、ＮＣＳ内部のＵＳＢインターフェー
ス制御モジュール１２０が使用する仮想メモリ領域上の
受信バッファ１２２は、カーネル内部のＵＳＢデバイス
ドライバが使用する仮想メモリ領域上の受信バッファ１
２３と異なる物理メモリ領１２５にマッピングされてい
る。つまり、ＵＳＢインターフェース制御モジュール１
２０とＵＳＢデバイスドライバ１２１とは物理メモリ領
域１２４を共有していない。
ス制御モジュール１２０が使用する仮想メモリ領域上の
受信バッファ１２２は、カーネル内部のＵＳＢデバイス
ドライバが使用する仮想メモリ領域上の受信バッファ１
２３と異なる物理メモリ領１２５にマッピングされてい
る。つまり、ＵＳＢインターフェース制御モジュール１
２０とＵＳＢデバイスドライバ１２１とは物理メモリ領
域１２４を共有していない。
【００９６】この結果、ＵＳＢインターフェース制御モ
ジュール１２０がＵＳＢデバイス９０から受信したデー
タを利用するためには、受信したデータを物理メモリ領
域１２４から物理メモリ領域１２５にコピーする必要が
あった。そこで、ステップＳ３３に続いてステップＳ３
４に進み、ＯＳ４１はＵＳＢデバイス９０から受信した
データを物理メモリ領域１２４から物理メモリ領域１２
５にコピーする。
ジュール１２０がＵＳＢデバイス９０から受信したデー
タを利用するためには、受信したデータを物理メモリ領
域１２４から物理メモリ領域１２５にコピーする必要が
あった。そこで、ステップＳ３３に続いてステップＳ３
４に進み、ＯＳ４１はＵＳＢデバイス９０から受信した
データを物理メモリ領域１２４から物理メモリ領域１２
５にコピーする。
【００９７】このように、ＵＳＢインターフェース制御
モジュール１２０とＵＳＢデバイスドライバ１２１とで
物理メモリ領域を共有していない状態では、ＵＳＢイン
ターフェース制御モジュール１２０がＵＳＢデバイス９
０から受信したデータを利用するために、受信したデー
タを物理メモリ領域１２４から物理メモリ領域１２５に
コピーする必要があり、オーバーヘッドが生じることと
なる。
モジュール１２０とＵＳＢデバイスドライバ１２１とで
物理メモリ領域を共有していない状態では、ＵＳＢイン
ターフェース制御モジュール１２０がＵＳＢデバイス９
０から受信したデータを利用するために、受信したデー
タを物理メモリ領域１２４から物理メモリ領域１２５に
コピーする必要があり、オーバーヘッドが生じることと
なる。
【００９８】一方、ＵＳＢインターフェース制御モジュ
ールとＵＳＢデバイスドライバとで物理メモリ領域を共
有している状態では、ＵＳＢインターフェース制御モジ
ュール１２０がＵＳＢデバイス９０から受信したデータ
を利用するために、受信したデータを物理メモリ領域１
２４から物理メモリ領域１２５にコピーする必要がな
く、オーバーヘッドが生じない。
ールとＵＳＢデバイスドライバとで物理メモリ領域を共
有している状態では、ＵＳＢインターフェース制御モジ
ュール１２０がＵＳＢデバイス９０から受信したデータ
を利用するために、受信したデータを物理メモリ領域１
２４から物理メモリ領域１２５にコピーする必要がな
く、オーバーヘッドが生じない。
【００９９】次に、ＵＳＢデバイス９０から受信したデ
ータをプリンタアプリ３１が利用する処理について図７
を参照しつつ説明する。図７は、ＵＳＢデバイスから受
信したデータをプリンタアプリが利用する処理の一例に
ついて説明する図を示す。
ータをプリンタアプリ３１が利用する処理について図７
を参照しつつ説明する。図７は、ＵＳＢデバイスから受
信したデータをプリンタアプリが利用する処理の一例に
ついて説明する図を示す。
【０１００】なお、ＵＳＢインターフェース制御モジュ
ール１２０とＵＳＢデバイスドライバ１２１とは図５を
用いて説明したように物理メモリ領域を共有しているも
のとする。
ール１２０とＵＳＢデバイスドライバ１２１とは図５を
用いて説明したように物理メモリ領域を共有しているも
のとする。
【０１０１】ステップＳ４１では、データの受信に基づ
きＵＳＢデバイス９０がＵＳＢデバイスドライバ１２１
に対してデータ受信割り込みを行う。ＵＳＢデバイスド
ライバ１２１はＵＳＢデバイス９０から受信したデータ
をＵＳＢデバイスドライバ１２１が使用する仮想メモリ
領域上の受信バッファに格納する。
きＵＳＢデバイス９０がＵＳＢデバイスドライバ１２１
に対してデータ受信割り込みを行う。ＵＳＢデバイスド
ライバ１２１はＵＳＢデバイス９０から受信したデータ
をＵＳＢデバイスドライバ１２１が使用する仮想メモリ
領域上の受信バッファに格納する。
【０１０２】ステップＳ４１に続いてステップＳ４２に
進み、ＵＳＢデバイスドライバ１２１は受信したデータ
の格納位置を、ＵＳＢデバイスドライバ１２１が使用す
る仮想メモリ領域上の受信バッファの先頭からのオフセ
ットとデータサイズとでＵＳＢインターフェース制御モ
ジュール１２０に通知する。ＵＳＢインターフェース制
御モジュール１２０はＵＳＢデバイスドライバ１２１と
物理メモリ領域を共有しているため、ＵＳＢデバイス９
０から受信したデータを直接利用できる。
進み、ＵＳＢデバイスドライバ１２１は受信したデータ
の格納位置を、ＵＳＢデバイスドライバ１２１が使用す
る仮想メモリ領域上の受信バッファの先頭からのオフセ
ットとデータサイズとでＵＳＢインターフェース制御モ
ジュール１２０に通知する。ＵＳＢインターフェース制
御モジュール１２０はＵＳＢデバイスドライバ１２１と
物理メモリ領域を共有しているため、ＵＳＢデバイス９
０から受信したデータを直接利用できる。
【０１０３】ステップＳ４２に続いてステップＳ４３に
進み、ＵＳＢインターフェース制御モジュール１２０は
ＮＣＳ制御モジュール１３０に対してプリンタ用受信バ
ッファ割り当ての要求を行う。ステップＳ４３に続いて
ステップＳ４４に進み、ＮＣＳ制御モジュール１３０は
プリンタ用受信バッファ１３１の割り当てを行う。
進み、ＵＳＢインターフェース制御モジュール１２０は
ＮＣＳ制御モジュール１３０に対してプリンタ用受信バ
ッファ割り当ての要求を行う。ステップＳ４３に続いて
ステップＳ４４に進み、ＮＣＳ制御モジュール１３０は
プリンタ用受信バッファ１３１の割り当てを行う。
【０１０４】ステップＳ４４に続いてステップＳ４５に
進み、ＮＣＳ制御モジュール１３０はＵＳＢインターフ
ェース制御モジュール１２０に対してプリンタ用受信バ
ッファ１３１を割り当てた旨の通知を行う。
進み、ＮＣＳ制御モジュール１３０はＵＳＢインターフ
ェース制御モジュール１２０に対してプリンタ用受信バ
ッファ１３１を割り当てた旨の通知を行う。
【０１０５】ステップＳ４６では、ＵＳＢデバイス９０
から受信したデータがＵＳＢインターフェース制御モジ
ュール１２０とＵＳＢデバイスドライバ１２１とが共有
する物理メモリ領域からプリンタ用受信バッファ１３１
にコピーされる。そして、ステップＳ４６に続いてステ
ップＳ４７に進み、ＵＳＢインターフェース制御モジュ
ール１２０はＵＳＢデバイスドライバ１２１に対してプ
リンタ用受信バッファ１３１にコピー済みの物理メモリ
領域の開放許可を通知する。
から受信したデータがＵＳＢインターフェース制御モジ
ュール１２０とＵＳＢデバイスドライバ１２１とが共有
する物理メモリ領域からプリンタ用受信バッファ１３１
にコピーされる。そして、ステップＳ４６に続いてステ
ップＳ４７に進み、ＵＳＢインターフェース制御モジュ
ール１２０はＵＳＢデバイスドライバ１２１に対してプ
リンタ用受信バッファ１３１にコピー済みの物理メモリ
領域の開放許可を通知する。
【０１０６】したがって、カーネル内部のモジュールと
ＮＣＳなどのサービスモジュールとで物理メモリ領域を
共有することができ、物理メモリ上で余分なコピー動作
を行う必要がなくなり、オーバーヘッドが生じなくな
る。
ＮＣＳなどのサービスモジュールとで物理メモリ領域を
共有することができ、物理メモリ上で余分なコピー動作
を行う必要がなくなり、オーバーヘッドが生じなくな
る。
【０１０７】
【発明の効果】上述の如く、本発明によれば、カーネル
の仮想メモリ領域とプロセスの仮想メモリ領域とを同一
な物理メモリ領域に割り当てることにより、カーネルと
プロセスとの間で物理メモリ領域を共有できる。
の仮想メモリ領域とプロセスの仮想メモリ領域とを同一
な物理メモリ領域に割り当てることにより、カーネルと
プロセスとの間で物理メモリ領域を共有できる。
【０１０８】この結果、カーネルが管理している物理メ
モリ領域の内容をプロセスが管理している物理メモリ領
域にコピーすることなく、カーネルが管理している物理
メモリ領域の内容をプロセスで利用することができる。
モリ領域の内容をプロセスが管理している物理メモリ領
域にコピーすることなく、カーネルが管理している物理
メモリ領域の内容をプロセスで利用することができる。
【０１０９】したがって、カーネルが管理する物理メモ
リ領域の内容をプロセスで利用するときに必要だった物
理メモリ領域上でのコピー動作がなくなり、このコピー
動作により発生していたオーバーヘッドを軽減すること
が可能となる。
リ領域の内容をプロセスで利用するときに必要だった物
理メモリ領域上でのコピー動作がなくなり、このコピー
動作により発生していたオーバーヘッドを軽減すること
が可能となる。
【０１１０】
【図１】本発明による融合機の一実施例の構成図であ
る。
る。
【図２】本発明による融合機の一実施例のハードウェア
構成図である。
構成図である。
【図３】融合機起動部の一例の構成図である。
【図４】本発明による融合機が起動時に行う処理の一例
のフローチャートである。
のフローチャートである。
【図５】ＵＳＢインターフェース制御モジュールとＵＳ
Ｂデバイスドライバとで物理メモリ領域を共有している
状態の一例の説明図である。
Ｂデバイスドライバとで物理メモリ領域を共有している
状態の一例の説明図である。
【図６】ＵＳＢインターフェース制御モジュールとＵＳ
Ｂデバイスドライバとで物理メモリ領域を共有していな
い状態の一例の説明図である。
Ｂデバイスドライバとで物理メモリ領域を共有していな
い状態の一例の説明図である。
【図７】ＵＳＢデバイスから受信したデータをプリンタ
アプリが利用する処理の一例について説明する図であ
る。
アプリが利用する処理の一例について説明する図であ
る。
１ 融合機
１１ 白黒ラインプリンタ
１２ カラーラインプリンタ
１３ ハードウェアリソース
２０ ソフトウェア群
３０ アプリケーション
４０ プラットフォーム
４１ オペレーティングシステム（ＯＳ）
４２ システムコントロールサービス（ＳＣＳ）
４３ システムリソースマネージャ（ＳＲＭ）
４４ エンジンコントロールサービス（ＥＣＳ）
４５ メモリコントロールサービス（ＭＣＳ）
４６ オペレーションパネルコントロールサービス
（ＯＣＳ） ４７ ファックスコントロールサービス（ＦＣＳ） ４８ ネットワークコントロールサービス（ＮＣＳ） ５０ 融合機起動部 ５１ ＲＯＭモニタ ５２ プログラム起動部 ６０ コントローラボード ６１ ＣＰＵ ６２ ＡＳＩＣ（Application Specific Integrated
Circuit） ６３ ＳＲＡＭ（Static RAM） ６４ ＳＤＲＡＭ（Synchronous DRAM） ６５ フラッシュメモリ ６６ ハードディスク装置（ＨＤＤ） ７０ オペレーションパネル ８０ ファックスコントロールユニット（ＦＣＵ） ９０ ＵＳＢデバイス １００ ＩＥＥＥ１３９４デバイス １１０ エンジン部 １２０ ＵＳＢインターフェース制御モジュール １２１ ＵＳＢデバイスドライバ １２２，１２３ 仮想メモリ領域上の受信バッファ １２４，１２５ 物理メモリ領域 １３０ ネットワークコントロールサービス制御モジ
ュール １３１ プリンタ用受信バッファ
（ＯＣＳ） ４７ ファックスコントロールサービス（ＦＣＳ） ４８ ネットワークコントロールサービス（ＮＣＳ） ５０ 融合機起動部 ５１ ＲＯＭモニタ ５２ プログラム起動部 ６０ コントローラボード ６１ ＣＰＵ ６２ ＡＳＩＣ（Application Specific Integrated
Circuit） ６３ ＳＲＡＭ（Static RAM） ６４ ＳＤＲＡＭ（Synchronous DRAM） ６５ フラッシュメモリ ６６ ハードディスク装置（ＨＤＤ） ７０ オペレーションパネル ８０ ファックスコントロールユニット（ＦＣＵ） ９０ ＵＳＢデバイス １００ ＩＥＥＥ１３９４デバイス １１０ エンジン部 １２０ ＵＳＢインターフェース制御モジュール １２１ ＵＳＢデバイスドライバ １２２，１２３ 仮想メモリ領域上の受信バッファ １２４，１２５ 物理メモリ領域 １３０ ネットワークコントロールサービス制御モジ
ュール １３１ プリンタ用受信バッファ
Claims (22)
- 【請求項１】 画像形成処理で利用されるハードウェア
資源と、画像形成処理にかかるユーザサービスにそれぞ
れ固有の処理を行うアプリケーションのプロセスと、前
記ハードウェア資源および前記アプリケーションのプロ
セスの間に介在し、前記アプリケーションのプロセスの
少なくとも２つが共通に必要とする前記ハードウェア資
源の獲得要求，管理，実行制御並びに画像形成処理を行
うプラットフォームとを有する画像形成装置であって、 メモリ上の同一な物理メモリ領域に、前記プラットフォ
ームに含まれるカーネルおよびプロセスの仮想メモリ領
域を割り当てるメモリ管理手段を有することを特徴とす
る画像形成装置。 - 【請求項２】 前記メモリ管理手段は、メモリ上の同一
な物理メモリ領域に、カーネル内部のモジュールが使用
する仮想メモリ領域およびプロセス内部のモジュールが
使用する仮想メモリ領域を割り当てることを特徴とする
請求項１記載の画像形成装置。 - 【請求項３】 前記メモリ管理手段は、起動時に、メモ
リ上の同一な物理メモリ領域に、カーネル内部のモジュ
ールが使用する仮想メモリ領域およびプロセス内部のモ
ジュールが使用する仮想メモリ領域を割り当てることを
特徴とする請求項１記載の画像形成装置。 - 【請求項４】 前記カーネル内部のモジュールは、デバ
イス制御モジュールであり、前記プロセス内部のモジュ
ールは、インターフェース制御モジュールであることを
特徴とする請求項２又は３記載の画像形成装置。 - 【請求項５】 前記プロセスは、コントロールサービス
のプロセスであることを特徴とする請求項２又は３記載
の画像形成装置。 - 【請求項６】 前記デバイス制御モジュールは、シリア
ルインターフェース用のデバイス制御モジュールであ
り、前記インターフェース制御モジュールは、シリアル
インターフェース用のインターフェース制御モジュール
であることを特徴とする請求項４記載の画像形成装置。 - 【請求項７】 前記デバイス制御モジュールは、パラレ
ルインターフェース用のデバイス制御モジュールであ
り、前記インターフェース制御モジュールは、パラレル
インターフェース用のインターフェース制御モジュール
であることを特徴とする請求項４記載の画像形成装置。 - 【請求項８】 画像形成処理で利用されるハードウェア
資源と、画像形成処理にかかるユーザサービスにそれぞ
れ固有の処理を行うアプリケーションのプロセスと、前
記ハードウェア資源および前記アプリケーションのプロ
セスの間に介在し、前記アプリケーションのプロセスの
少なくとも２つが共通に必要とする前記ハードウェア資
源の獲得要求，管理，実行制御並びに画像形成処理を行
うプラットフォームとを有する画像形成装置であって、 メモリ上に割り当てられた前記プラットフォームに含ま
れるカーネルの仮想メモリ領域と、 前記カーネルの仮想メモリ領域と同一な物理メモリ領域
に割り当てられた前記プラットフォームに含まれるプロ
セスの仮想メモリ領域とを有することを特徴とする画像
形成装置。 - 【請求項９】 前記カーネルの仮想メモリ領域はカーネ
ル内部のモジュールが使用するものであり、前記プロセ
スの仮想メモリ領域はプロセス内部のモジュールが使用
するものであることを特徴とする請求項８記載の画像形
成装置。 - 【請求項１０】 前記カーネル内部のモジュールは、前
記メモリ上に割り当てられた前記カーネルの仮想メモリ
領域にデータを格納し、その格納位置を前記プロセス内
部のモジュールに通知することを特徴とする請求項９記
載の画像形成装置。 - 【請求項１１】 前記カーネル内部のモジュールは、前
記メモリ上に割り当てられた仮想メモリ領域の先頭から
のオフセットとデータサイズとを利用し、前記プロセス
内部のモジュールにデータの格納位置を通知することを
特徴とする請求項９記載の画像形成装置。 - 【請求項１２】 前記プロセス内部のモジュールは、前
記カーネルの仮想メモリ領域に格納されたデータを、前
記プロセスの仮想メモリ領域から取得することを特徴と
する請求項１０又は１１記載の画像形成装置。 - 【請求項１３】 画像形成処理で利用されるハードウェ
ア資源と、画像形成処理にかかるユーザサービスにそれ
ぞれ固有の処理を行うアプリケーションのプロセスと、
前記ハードウェア資源および前記アプリケーションのプ
ロセスの間に介在し、前記アプリケーションのプロセス
の少なくとも２つが共通に必要とする前記ハードウェア
資源の獲得要求，管理，実行制御並びに画像形成処理を
行うプラットフォームとを有する画像形成装置のメモリ
管理方法であって、 メモリ上に、前記プラットフォームに含まれるカーネル
の仮想メモリ領域を割り当てる第１の領域確保段階と、 前記カーネルの仮想メモリ領域を割り当てた物理メモリ
領域に、前記プラットフォームに含まれるプロセスの仮
想メモリ領域を割り当てる第２の領域確保段階とを有す
ることを特徴とするメモリ管理方法。 - 【請求項１４】 前記第１の領域確保段階は、メモリ上
の物理メモリ領域に、カーネル内部のモジュールが使用
する仮想メモリ領域を割り当て、 前記第２の領域確保段階は、カーネル内部のモジュール
が使用する仮想メモリ領域を割り当てた前記メモリ上の
物理メモリ領域に、プロセス内部のモジュールが使用す
る仮想メモリ領域を割り当てることを特徴とする請求項
１３記載のメモリ管理方法。 - 【請求項１５】 前記第１の領域確保段階は、前記画像
形成装置の起動時、メモリ上の物理メモリ領域に、カー
ネル内部のモジュールが使用する仮想メモリ領域を割り
当て、 前記第２の領域確保段階は、カーネル内部のモジュール
が使用する仮想メモリ領域を割り当てた前記メモリ上の
物理メモリ領域に、プロセス内部のモジュールが使用す
る仮想メモリ領域を割り当てることを特徴とする請求項
１３記載のメモリ管理方法。 - 【請求項１６】 前記カーネル内部のモジュールは、デ
バイス制御モジュールであり、前記プロセス内部のモジ
ュールは、インターフェース制御モジュールであること
を特徴とする請求項１４又は１５記載のメモリ管理方
法。 - 【請求項１７】 前記プロセスは、コントロールサービ
スのプロセスであることを特徴とする請求項１４又は１
５記載のメモリ管理方法。 - 【請求項１８】 前記デバイス制御モジュールは、シリ
アルインターフェース用のデバイス制御モジュールであ
り、前記インターフェース制御モジュールは、シリアル
インターフェース用のインターフェース制御モジュール
であることを特徴とする請求項１６記載のメモリ管理方
法。 - 【請求項１９】 前記デバイス制御モジュールは、パラ
レルインターフェース用のデバイス制御モジュールであ
り、前記インターフェース制御モジュールは、パラレル
インターフェース用のインターフェース制御モジュール
であることを特徴とする請求項１６記載のメモリ管理方
法。 - 【請求項２０】 画像形成処理で利用されるハードウェ
ア資源と、画像形成処理にかかるユーザサービスにそれ
ぞれ固有の処理を行うアプリケーションのプロセスと、
前記ハードウェア資源および前記アプリケーションのプ
ロセスの間に介在し、前記アプリケーションのプロセス
の少なくとも２つが共通に必要とする前記ハードウェア
資源の獲得要求，管理，実行制御並びに画像形成処理を
行うプラットフォームとを有する画像形成装置のメモリ
管理方法であって、 前記プラットフォームに含まれるカーネルが、メモリ上
に割り当てられたカーネルの仮想メモリ領域にデータを
格納するデータ格納段階と、 前記カーネルが、前記カーネルの仮想メモリ領域に格納
されたデータの格納位置を前記プラットフォームに含ま
れるプロセスに通知する格納位置通知段階と、 前記プロセスが、前記カーネルの仮想メモリ領域と同一
な物理メモリ領域に割り当てた前記プロセスの仮想メモ
リ領域からデータを取得するデータ取得段階とを有する
ことを特徴とするメモリ管理方法。 - 【請求項２１】 前記カーネルの仮想メモリ領域はカー
ネル内部のモジュールが使用し、前記プロセスの仮想メ
モリ領域はプロセス内部のモジュールが使用することを
特徴とする請求項２０記載のメモリ管理方法。 - 【請求項２２】 前記格納位置通知段階は、前記カーネ
ル内部のモジュールが利用する仮想メモリ領域の先頭か
らのオフセットとデータサイズとを利用して前記プロセ
ス内部のモジュールにデータの格納位置を通知すること
を特徴とする請求項２１記載のメモリ管理方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002048516A JP4136397B2 (ja) | 2002-02-25 | 2002-02-25 | 画像形成装置及びメモリ管理方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002048516A JP4136397B2 (ja) | 2002-02-25 | 2002-02-25 | 画像形成装置及びメモリ管理方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003248626A true JP2003248626A (ja) | 2003-09-05 |
| JP4136397B2 JP4136397B2 (ja) | 2008-08-20 |
Family
ID=28661293
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002048516A Expired - Fee Related JP4136397B2 (ja) | 2002-02-25 | 2002-02-25 | 画像形成装置及びメモリ管理方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4136397B2 (ja) |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008077144A (ja) * | 2006-09-19 | 2008-04-03 | Ricoh Co Ltd | 仮想化システム、メモリ管理方法及び制御プログラム |
| JP2008217591A (ja) * | 2007-03-06 | 2008-09-18 | Fuji Xerox Co Ltd | 情報処理装置、画像処理装置、画像形成装置、画像形成システム、アドレス変換処理プログラム |
| US7703143B2 (en) | 2003-12-15 | 2010-04-20 | Ricoh Company, Ltd. | Information processing apparatus, image forming apparatus, and electronic data movement canceling method |
| JP2010244303A (ja) * | 2009-04-06 | 2010-10-28 | Kyocera Mita Corp | メモリ管理装置及び画像形成装置 |
| US7911639B2 (en) | 2006-05-12 | 2011-03-22 | Kyocera Mita Corporation | Image forming device |
| US8473691B2 (en) | 2009-02-27 | 2013-06-25 | Ryosuke Ohgishi | Memory management device, image forming apparatus, and image forming method |
| JP2014164358A (ja) * | 2013-02-21 | 2014-09-08 | Kyocera Document Solutions Inc | 画像処理装置 |
-
2002
- 2002-02-25 JP JP2002048516A patent/JP4136397B2/ja not_active Expired - Fee Related
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7703143B2 (en) | 2003-12-15 | 2010-04-20 | Ricoh Company, Ltd. | Information processing apparatus, image forming apparatus, and electronic data movement canceling method |
| US7911639B2 (en) | 2006-05-12 | 2011-03-22 | Kyocera Mita Corporation | Image forming device |
| JP2008077144A (ja) * | 2006-09-19 | 2008-04-03 | Ricoh Co Ltd | 仮想化システム、メモリ管理方法及び制御プログラム |
| JP2008217591A (ja) * | 2007-03-06 | 2008-09-18 | Fuji Xerox 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 | メモリ管理装置及び画像形成装置 |
| JP2014164358A (ja) * | 2013-02-21 | 2014-09-08 | Kyocera Document Solutions Inc | 画像処理装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP4136397B2 (ja) | 2008-08-20 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7911639B2 (en) | Image forming device | |
| JP4101004B2 (ja) | 画像形成装置 | |
| EP1308793B1 (en) | Image forming device having a memory assignment unit | |
| JP2006203655A (ja) | 画像形成装置設定方法、画像形成装置 | |
| JP4852558B2 (ja) | 複合装置及び複合装置におけるメモリ管理方法 | |
| JP4136397B2 (ja) | 画像形成装置及びメモリ管理方法 | |
| JP4263919B2 (ja) | 画像形成装置及びメモリ管理方法 | |
| JP4001531B2 (ja) | 画像形成装置 | |
| JP4394387B2 (ja) | 画像処理装置およびメモリディスク管理方法 | |
| JP3857598B2 (ja) | データ転送方法およびそのデータ転送方法を利用するデバイス制御モジュール，画像形成装置 | |
| JP4157376B2 (ja) | 情報処理装置、画像形成装置、制御方法およびプログラム | |
| JP4128467B2 (ja) | 画像形成装置及びメモリマップ方法 | |
| JP4128468B2 (ja) | 情報処理装置及びメモリマップ方法 | |
| JP6035936B2 (ja) | メモリー管理装置、画像処理装置、及び、メモリー管理方法 | |
| JP3710789B2 (ja) | 複数の通信プロトコルを有する画像形成装置 | |
| JP2011188411A (ja) | 画像処理装置と画像処理システム | |
| JP4093770B2 (ja) | データ転送方法およびそのデータ転送方法を利用するインターフェース制御モジュール，デバイス制御モジュール，画像形成装置 | |
| JP2003316645A (ja) | 情報処理装置及びメモリ管理方法 | |
| JP5740842B2 (ja) | 画像形成装置、画像形成方法及びプログラム | |
| JP2009070208A (ja) | 画像処理装置およびメモリ確保方法 | |
| JP2004192628A (ja) | 画像形成装置，プログラム起動方法及びプログラム起動プログラム | |
| JP2019140492A (ja) | 画像処理装置 | |
| JP2005202889A (ja) | 画像形成装置、消去方法 | |
| JP2005242917A (ja) | 画像形成装置 | |
| JP2006137117A (ja) | 画像形成装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20041012 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20071113 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20071120 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080121 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080212 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080411 |
|
| 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: 20080507 |
|
| 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: 20080603 |
|
| 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: 20110613 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110613 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120613 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130613 Year of fee payment: 5 |
|
| LAPS | Cancellation because of no payment of annual fees |