JPH1074163A - デジタル複写機 - Google Patents

Abstract

(57)【要約】 【課題】 メモリユニットを共有資源として扱えるよう
にして，装置コストの低減および高価なメモリユニット
の有効利用を図ること。 【解決手段】 コピーアプリ１１に加えて，プリンタア
プリ１２や，ＦＡＸアプリ１３等の複数のアプリケーシ
ョンと，複写機を構成する各部を機能単位で共有資源と
して管理し，１つの共有資源を複数のアプリケーション
で同時に使用する際の調停を行うシステムコントローラ
２２とを有するデジタル複写機において，共有資源の１
つとして配設されたメモリユニット３１と，メモリユニ
ット３１に対する入出力制御を行うメモリコントローラ
２１とを備え，システムコントローラ２２が，複数のア
プリケーションでメモリコントローラ２１およびメモリ
ユニット３１を同時に使用する際の調停を行うものであ
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は，コピー・アプリケ
ーションに加えて，ファクシミリ・アプリケーション
や，プリンタ・アプリケーション等の複数のアプリケー
ションと，複写機を構成する各部を機能単位で共有資源
として管理し，１つの共有資源を複数のアプリケーショ
ンで同時に使用する際の調停を行うシステムコントロー
ラとを有するデジタル複写機に関し，より詳細には，マ
ルチタスク動作時のメモリユニットの有効利用を図った
デジタル複写機に関する。

【０００２】

【従来の技術】近年，画像処理技術の向上および各種装
置の小型化等によって，１台の複写機で，コピーモー
ド，ファクシミリモード，プリンタモード等の多機能
（マルチタスク）動作が可能なデジタル複写機が提供さ
れている。このようなデジタル複写機の一つとして，例
えば，コピー・アプリケーションに加えて，ファクシミ
リ・アプリケーションや，プリンタ・アプリケーション
等の複数のアプリケーションと，複写機を構成する各部
を機能単位で共有資源として管理し，１つの共有資源を
複数のアプリケーションで同時に使用する際の調停を行
うシステムコントローラとを有するマルチタスク型のデ
ジタル複写機がある。

【０００３】図１４は，従来のマルチタスク型のデジタ
ル複写機のソフト構成例を示し，複数のアプリケーショ
ン（またはアプリと記載する）を配置するためのアプリ
ケーション層１０と，システム全体の管理および各種コ
ントローラの制御を行うためのシステム制御層２０と，
複写機に搭載された各種機器に対する入出力制御を行う
ためのデバイス層３０とから構成される。

【０００４】マルチタスク型（多機能型）のシステムを
構成するためには，機能単位を共有資源（またはリソー
ス：実資源）として扱い，１つの共有資源を複数のアプ
リケーションで共有するための管理を行う必要があり，
この管理を行うのがシステム制御層２０である。

【０００５】また，デバイス層３０は，システム制御層
２０からのコマンド，制御信号等の論理的指示から，実
際に装置を動かすためにクラッチ，センサ，モータ等の
機械的入出力を駆動，入力する変換を行っている。

【０００６】さらに，アプリケーション層１０は，コピ
ーアプリの他に拡張機能として，プリンタアプリ，ＦＡ
Ｘ（ファクシミリ）アプリ等の複数のアプリが存在して
おり，システム制御層２０から提供される機能によって
共存可能となっている。

【０００７】なお，図示を省略するが，多機能のデジタ
ル複写機においては，各アプリがメモリおよび該メモリ
のコントローラ（制御ソフト）を有しており，データの
受信および受信したデータのビットマップへの展開を各
アプリ側で行った後，ビットマップデータをシステム制
御層２０（システムコントローラおよび画像形成装置コ
ントローラ）を介して画像形成部（図示せず）へ送って
印刷している。このとき，画像データ（ビットマップデ
ータ）に対して回転・ソート・縮小等の修正・加工を行
う必要がある場合には，各アプリ側でこれらの修正・加
工を行っている。換言すれば，各アプリ側には画像の修
正・加工を行うためのプログラムが格納されていること
になる。

【０００８】また，関連する従来の技術として，実開平
５−３９０７０号公報『手駆動型複写機用制御装置』に
は，電子複写機にメモリユニットを接続して画像の修正
・加工を行う技術が開示されており，特開平１−２２０
９６６号公報『画像入力システム』には，画像入力装置
の原稿に対する走査方向に対応して画像メモリ内に画像
データを格納することにより，原稿画像と画像メモリと
の一致を取るようにした技術が開示されている。

【０００９】

【発明が解決しようとする課題】しかしながら，上記従
来の技術によれば，システムコントローラの調停によっ
て１つの共有資源を複数のアプリケーションで共有する
ことができるものの，メモリユニットに関しては共有資
源として扱われておらず，各アプリケーションがそれぞ
れメモリユニットを有して，画像の修正・加工等を行っ
ているため，システム全体から見た場合に，メモリユニ
ット，プログラム等の重複が起こり，装置コストの上昇
を招来するという問題点や，高価なメモリユニットを有
効に活用していないという問題点があった。

【００１０】具体的には，各アプリケーション毎に画像
の修正・加工のためのプログラムを搭載する必要がある
という不具合や，各アプリケーション毎にプログラムを
作成する必要があるため，開発コスト・開発期間が増大
や，プログラムを格納するためのＲＯＭの大容量化を招
来するという不具合があった。

【００１１】さらに，各アプリケーション側における処
理の高速化を図るために，ＣＰＵも高価なものを搭載す
る必要が発生するという不具合もあった。

【００１２】なお，従来の技術において，接続されてい
るアプリケーションからの画像データを複写機の持つメ
モリユニットに取り込むものは存在しなかった。

【００１３】本発明は上記に鑑みてなされたものであっ
て，メモリユニットを共有資源として扱えるようにし
て，装置コストの低減および高価なメモリユニットの有
効利用を図ることを目的とする。

【００１４】

【課題を解決するための手段】上記の目的を達成するた
めに，請求項１に係るデジタル複写機は，コピー・アプ
リケーションに加えて，ファクシミリ・アプリケーショ
ンや，プリンタ・アプリケーション等の複数のアプリケ
ーションと，複写機を構成する各部を機能単位で共有資
源として管理し，１つの共有資源を前記複数のアプリケ
ーションで同時に使用する際の調停を行うシステムコン
トローラとを有するデジタル複写機において，前記共有
資源の１つとして配設されたメモリユニットと，前記メ
モリユニットに対する入出力制御を行うメモリコントロ
ーラと，を備え，前記システムコントローラが，前記複
数のアプリケーションで前記メモリコントローラおよび
メモリユニットを同時に使用する際の調停を行うもので
ある。

【００１５】また，請求項２に係るデジタル複写機は，
請求項１記載のデジタル複写機において，前記システム
コントローラが，動作中のアプリケーションが前記メモ
リコントローラおよびメモリユニットを使用していない
場合に，他のアプリケーションから前記メモリユニット
に対する画像データの出力要求を入力すると，前記メモ
リユニットへの画像データの出力を許可し，前記メモリ
コントローラは，出力を許可されたアプリケーションか
らの画像データを前記メモリユニットに入力するもので
ある。

【００１６】また，請求項３に係るデジタル複写機は，
請求項２記載のデジタル複写機において，前記メモリコ
ントローラが，前記アプリケーションからの画像データ
を入力する際に，前記メモリユニットのメモリ領域内に
圧縮データ格納領域を確保し，前記アプリケーションか
らの画像データが前記メモリユニットのメモリ領域を越
える場合または他のアプリケーションの画像データがす
でに前記メモリユニット内に格納されている場合に，前
記メモリユニット内の画像データを圧縮して前記圧縮デ
ータ格納領域に格納するものである。

【００１７】また，請求項４に係るデジタル複写機は，
請求項１〜３記載のいずれか一つのデジタル複写機にお
いて，前記メモリコントローラが，前記アプリケーショ
ンからの画像データの入力中に前記メモリユニットがメ
モリ容量オーバーになると，画像データの入力が不可で
あることを該当するアプリケーションへ通知するもので
ある。

【００１８】また，請求項５に係るデジタル複写機は，
請求項１〜４記載のいずれか一つのデジタル複写機にお
いて，前記ファクシミリ・アプリケーションおよびプリ
ンタ・アプリケーションが，外部装置から受信したデー
タの蓄積およびビットマップ展開を行うための専用のメ
モリを有しており，それぞれアプリケーション側でビッ
トマップ展開を行った後，前記システムコントローラに
対して画像データの出力要求を行い，前記ビットマップ
展開後の画像データを一括して転送するものである。

【００１９】

【発明の実施の形態】以下，本発明のデジタル複写機の
一実施の形態のついて，装置の概略構成，共有資源
を用いたシステムの概略動作，システムコントローラ
およびメモリコントローラによるメモリ制御動作，の順
で添付の図面を参照して詳細に説明する。

【００２０】装置の概略構成 図１は本実施の形態のデジタル複写機のシステム概念図
を示し，図２は本実施の形態のデジタル複写機のハード
構成図を示し，図３は本実施の形態のソフト構成図を示
し，図４はメモリユニットのハード構成図を示す。な
お，図において，１０はアプリケーション層，２０はシ
ステム制御層，３０はデバイス制御層を示す。

【００２１】デジタル複写機の場合，マルチタスク型の
システムを構成することによって，コピーアプリケーシ
ョン（以下，コピーアプリと記載する）１１以外にも，
プリンタアプリケーション（以下，プリンタアプリと記
載する）１２，ＦＡＸアプリケーション（以下，ＦＡＸ
アプリと記載する）１３等様々なアプリケーションを搭
載できる。

【００２２】マルチタスク型のシステムを構成するため
には，機能単位を共有資源として扱い，１つの共有資源
を複数のアプリケーションで共有するための管理を行う
必要がある。この管理を行うのがシステム制御層２０で
ある。図１〜３に示すように，本実施の形態では，共有
資源（リソース）として，操作部，画像形成装置，画像
読み取り装置，メモリユニット３１および図示しない周
辺機が搭載されているため，システム制御層２０には，
図３に示すように，各共有資源に対応したコントローラ
（操作部コントローラ，周辺機コントローラ，画像形成
装置コントローラ，画像読み取り装置コントローラ，メ
モリコントローラ２１）と，複数のアプリケーションで
各共有資源を共有するための調停を行うシステムコント
ローラ２２とが配設されている。

【００２３】デバイス層３０は，システム制御層２０か
らのコマンド，制御信号等の論理的指示から，実際に装
置を動かすためにクラッチ，センサ，モータ等の機械的
入出力を駆動，入力を行ったり，メモリユニットに対し
て画像データの入出力を行っている。

【００２４】また，アプリケーション層１０は，拡張機
能としてコピー，プリンタ，ＦＡＸ等の複数のアプリケ
ーションがシステム制御層２０から提供される機能によ
り共存可能となる層である。

【００２５】図２のハード構成例では，アプリケーショ
ン１１〜１３毎にＣＰＵを持たせ，システム制御層２
０，デバイス層３０を１ＣＰＵで制御しているが，各ア
プリケーション，システム制御，各共有資源にＣＰＵを
持たせ，システムコントローラ２２から各コントローラ
へのコマンドを制御信号線で伝達しても構成できる。し
たがって，システムのハード構成は，自由に構成される
ため，図２の説明は限定せずに概念的な説明とする。

【００２６】本実施の形態のデジタル複写機では，図１
〜図３で示すように，メモリユニット３１を共有資源と
して配設し，各アプリケーションによって共有する構成
である。各アプリケーションは，システムコントローラ
２２に対して，メモリ入力要求を出し，システムコント
ローラ２２は要求を受けたときに，メモリユニット３１
が使用されていなければ，各アプリケーションからのデ
ータをメモリユニット３１に入力する。なお，プリンタ
アプリ１２，ＦＡＸアプリ１３に設けられたページメモ
リは，各アプリケーションが専用に使用するメモリであ
り，外部装置であるホストコンピュータや，相手先ファ
クシミリ装置から受信したデータを蓄積したり，また蓄
積したデータをビットマップに展開して格納する際に使
用される。

【００２７】次に，図４を参照して，共有資源であるメ
モリユニット３１の構成について説明する。メモリユニ
ット３１は，画像データを格納するページメモリ（コネ
クタで増設可能な構成）と画像データの入出力を制御す
るＩＢＣ（イメージバッファコントローラ）とページメ
モリに格納された画像データの符号化（圧縮処理），符
号された複合化（伸張処理）を制御するＤＩＣＥＰによ
り構成されている。このメモリユニット３１は，図３に
示されているメモリコントローラ（ＭＳＵ）２１によっ
て制御される。

【００２８】ところで，近年のデジタル複写機は大容量
メモリを標準的に装備し，スキャナ（画像読み取り装
置）で読み取った画像データを蓄積し，その読み出しタ
イミングや順序を変更することにより，電子ソートや画
像回転，縮小印刷等が可能になっているものが普通であ
る。しかし，プリンタやＦＡＸにおいてはこれらのメモ
リ応用機能はまだ一般的でなく，また，従来は各アプリ
ケーション毎にメモリユニットとメモリコントローラを
有し，各アプリケーション内部で全ての処理を行ってい
たので，これらの機能を持たせようとすると，装置コス
トの増大を招来するという不具合があった。本実施の形
態では，前述したように大容量のメモリ（メモリユニッ
ト３１）およびそのコントローラ（メモリコントローラ
２１）を共有資源として配置し，プリンタアプリ１２や
ＦＡＸアプリ１３からも利用するように構成したので，
各アプリケーションに持たせるメモリ（メモリユニッ
ト）は必要最低限で済み，様々な機能のプログラムを各
アプリケーション毎に持たせる必要もない。

【００２９】共有資源を用いたシステムの概略動作 次に，図５〜７を参照して，共有資源を用いたシステム
（本実施の形態のデジタル複写機）の概略動作について
説明する。

【００３０】システム制御層２０では，図５に示すよう
に，アプリケーション層１０からみた場合，全てのアプ
リケーション個別に仮想共有資源（図中の仮想操作部，
仮想画像形成装置，仮想画像読み取り装置，仮想メモリ
ユニット）が存在するような機能を提供する。この機能
によってアプリケーション層１０では特にシステム状態
を管理する必要がなく，システム制御層２０では全ての
アプリケーションを同一条件で管理することが可能とな
る。

【００３１】すなわち，アプリケーションは使用したい
共有資源が発生した時点でシステム制御層２０に使用要
求を送る。システム制御層２０ではその時点での共有資
源使用状況から判断して要求元アプリケーションに結果
を送る。要求元アプリケーションではその結果により実
行可／不可を判断し，可能であれば実行する。基本的に
は同等の手順で実行権管理を行う。

【００３２】このように複数のアプリケーションの実行
要求をシステム制御層２０が調停し，デバイス層３０を
動作させるシステムにおいて，図５〜図７に示されるコ
ピーアプリに装着されている大容量のページメモリ（メ
モリユニット３１）を共有資源として他のアプリケーシ
ョンに開放することにより，メモリユニット３１を複数
のアプリケーションで共有することが可能となる。

【００３３】具体的には，図８に示すように，各アプリ
ケーション（ＡＰＬ）のビデオバス（画像データ）をメ
モリコントローラ２１（ＭＳＵ）に接続可能とすること
により，コピーアプリ１１のメモリユニット３１に対し
てコピーアプリ１１以外のアプリケーションの画像デー
タを入出力することが可能となる。換言すれば，メモリ
ユニット３１が共有資源として使用可能な状態となる。

【００３４】ところが，単純にメモリユニット３１を共
有資源として配設しただけでは，共有資源のうちどれか
一つをいずれかのアプリケーションが使用している間は
他の共有資源もそのアプリケーション用にロックされて
しまうため，例えば，コピーアプリ１１によって複写動
作を行っている間は，例えコピーアプリ１１がメモリユ
ニット３１を使用していなくとも，他のアプリケーショ
ンからはメモリユニット３１を使用することができなく
なってしまう。

【００３５】このため，本実施の形態では，システム制
御層２０が，共有資源を仮想化し，各アプリケーション
から各共有資源が専用に存在するように見せかける処理
を行っている。したがって，各アプリケーションは独自
のタイミングでメモリユニット３１の使用要求を出せば
良い。システム制御層２０のシステムコントローラ２２
は，アプリケーションからメモリユニット３１の使用要
求があると共有資源であるメモリユニット３１の使用状
況を調べ，その時点でメモリユニット３１が使用されて
いなければアプリケーションからの使用要求を受け付
け，画像データをメモリユニット３１へ格納する。これ
によってコピーアプリ１１がメモリユニット３１を使用
していない複写動作を行っている間にプリンタアプリ１
２からの画像データをメモリユニット３１へ格納すると
いったことができ，生産性の向上を図ることができる。

【００３６】また，プリンタアプリ１２では，ホストコ
ンピュータ等の外部装置から送られてくる画像データは
ＰＤＬ（ページ記述言語：Page Description Language
）形式のデータであり，ＦＡＸアプリ１３では，ＭＨ
（Modified Huffman）やＭＲ（Modified Read ）形式で
圧縮されたデータであるため，どちらも受信したデータ
をビットマップデータに展開する必要がある。この際，
各アプリケーションの持つページメモリに蓄積した受信
データを読み出し，展開しながらシステムコントローラ
２２を介してメモリユニット３１に書き込むようにする
と，書き込んでいる間は他のアプリケーションがメモリ
ユニット３１を使用できなくなる。データの展開には時
間がかかるため，生産性を大きく低下させる要因とな
る。

【００３７】そこで，本実施の形態では，各アプリケー
ション内部でビットマップへの展開を終了させて，アプ
リケーション内のページメモリに格納し終えた後，一気
にシステムコントローラ２２およびメモリコントローラ
２１を介してメモリユニット３１へ画像データ（ビット
マップデータ）を転送するものとする。これにより，メ
モリユニット３１の占有時間をさらに短くすることがで
きる。換言すれば，各アプリケーションがメモリユニッ
ト３１を使用できる機会を増やすことができ，生産性の
向上を図ることができる。

【００３８】システムコントローラおよびメモリコン
トローラによるメモリ制御動作 前述したように，本実施の形態のデジタル複写機では，
アプリケーションからの使用要求（またはメモリ入力要
求と記載する）をシステムコントローラ２２が調停して
いる。

【００３９】ここでは， −１ アプリケーションがメモリユニットを使用する
際の概略動作 −２ アプリケーションが圧縮要求を発行した場合の
概略動作 −３ システムコントローラの調停の概略動作 −４ 具体的な動作例 の順で詳細に説明する。

【００４０】−１ アプリケーションがメモリユニッ
トを使用する際の概略動作 アプリケーションがメモリユニット３１を使用する場
合，システムコントローラ２２に対して自分のアプリＩ
Ｄとメモリユニット３１に対して入出力したいページナ
ンバーを画像データのＩＤとメモリユニット３１の使用
条件に付加して使用要求を発行する。

【００４１】システムコントローラ２２は，アプリケー
ションから送られてきた使用条件をチェックし，その使
用条件に必要なコントローラに対して動作要求を出力
し，処理を実行させる。

【００４２】アプリケーションが画像データの入力要求
を発行した場合，システムコントローラ２２は，メモリ
コントローラ２１にアプリケーションＩＤと入力する画
像データのページナンバーと入力条件（入力に使用する
メモリ領域，ビデオバスの選択モード等）を動作要求と
して出す。

【００４３】メモリコントローラ２１は，システムコン
トローラ２２からの要求を受けると，先ず，画像データ
のＩＤ（アプリケーションＩＤと入力する画像データの
ページナンバー）と同一のＩＤが現在入力されている画
像データのＩＤの中に無いかをチェックする。

【００４４】同一のＩＤがあった場合，メモリコントロ
ーラ２１はそのＩＤで現在入力されている領域にアプリ
ケーションからの画像データを上書きする（この場合，
現在入力されている領域より要求のあった入力に使用す
るメモリ領域の方が大きい時は，他に入力されている画
像データを壊す可能性があるため入力不可であることを
システムコントローラ２２に通達し，メモリ入力動作は
行わない）。

【００４５】同一のＩＤがない場合，メモリコントロー
ラ２１はページメモリの空き領域にアプリケーションか
らの画像データを格納する（この場合，ページメモリの
空き領域より要求のあった入力に使用するメモリ領域が
方が大きい時は，全ての画像データを格納することがで
きないため入力不可であることをシステムコントローラ
２２に通達し，メモリ入力動作は行わない）。

【００４６】上記チェックの結果，メモリ入力可能と判
断すると，メモリコントローラ２１はメモリユニット３
１のＩＢＣに対して入力条件を設定して，図８に示され
る画像データのビデオバスを選択し，要求のあったアプ
リケーション層に対してメモリ入力可能状態を通達す
る。アプリケーションから出された画像データは，ＩＰ
Ｕ内でメモリコントローラ２１によって選択されたビデ
オバスを通ってＩＢＣに入力される。ＩＢＣは，ビデオ
バスからの画像データをメモリ上の指定された画像領域
に順次格納し，メモリコントローラ２１に設定された画
像入力領域（主走査長，副走査長）分の画像データをペ
ージメモリに格納すると，メモリコントローラ２１に対
してメモリ入力終了をステータスレジスタにより通達す
る。

【００４７】メモリコントローラ２１は，このステータ
スをチェックすると，システムコントローラ２２にメモ
リ入力が正常終了したことを通知し，システムコントロ
ーラ２２は，要求のあったアプリケーションにメモリ入
力が正常終了したことを通知する。

【００４８】ＩＢＣがメモリに画像データを格納中にエ
ラーが発生した場合は，メモリコントローラ２１に対し
てメモリ入力異常をステータスレジスタにより通達す
る。メモリコントローラ２１は，このステータスをチェ
ックすると，システムコントローラ２２にメモリ入力が
異常終了したことを通知し，システムコントローラ２２
は，要求のあったアプリケーションにメモリ入力が異常
終了したことを通知する。

【００４９】−２ アプリケーションが圧縮要求を発
行した場合の概略動作 次に，アプリケーションがページメモリに格納された画
像データに対して圧縮要求を発行した場合について説明
する。上記メモリ要求によって格納された画像データに
対し，アプリケーションが圧縮要求を発行した場合，シ
ステムコントローラ２２はメモリコントローラ２１にア
プリケーションＩＤと圧縮する画像データのページナン
バーと圧縮条件（圧縮するメモリ領域，圧縮方法等）を
動作要求として出す。

【００５０】メモリコントローラ２１は，システムコン
トローラ２２からの要求を受けると，先ず，圧縮対象と
なる画像データがページメモリ内に存在することを確認
し（なければ，メモリコントローラ２１はシステムコン
トローラ２２を介して要求のあったアプリケーションに
圧縮対象の画像データが存在しないことを通知する），
ページメモリ領域内に圧縮データを格納用メモリ領域を
確保し（確保できない場合は，メモリコントローラ２１
はシステムコントローラ２２を介して要求のあったアプ
リケーションに圧縮動作ができないことを通知する），
圧縮動作を開始する。

【００５１】圧縮動作では，先ず，メモリコントローラ
２１がメモリユニット３１のＩＢＣおよびＤＩＣＥＰに
対し，圧縮するページメモリの領域，圧縮方法，圧縮し
たデータの格納を開始する圧縮データ格納用メモリ領域
のアドレス等，圧縮動作に必要な条件をレジスタに設定
する。このとき，圧縮したデータの格納を開始する圧縮
データ格納用メモリ領域のアドレスは，伸張処理，メモ
リ領域の開放処理等に使用するため，ＲＡＭ領域に記憶
させておく。

【００５２】レジスタへの設定を完了すると，メモリコ
ントローラ２１はＩＢＣに対して圧縮開始コマンドをレ
ジスタにセットする。ＩＢＣは，メモリコントローラ２
１からの圧縮開始を受けるとＣＰＥ Ｉ／ＦによりＤＩ
ＣＥＰを動作させ，ＤＩＣＥＰによって符号化された符
号データをＭＳＵ２１にて指定された圧縮データ格納用
メモリ領域の開始アドレスから順次格納する。この動作
を指定されたメモリ領域の画像データを全て符号化，格
納まで続ける。

【００５３】メモリコントローラ２１は，圧縮処理中，
常時ＩＢＣとＤＩＣＥＰのステータスレジスタを監視し
ており，ＤＩＣＥＰから指定されたメモリ領域の画像デ
ータに対する符号化が終了したことをステータスレジス
タから読み取ると，ＩＢＣの動作を停止させ，圧縮動作
を終了する（この時，メモリコントローラ２１はＤＩＣ
ＥＰからの圧縮データの最終アドレスをＤＩＣＥＰのレ
ジスタから読み出し，ＲＡＭ領域に格納する）。そし
て，メモリコントローラ２１はシステムコントローラ２
２を介して要求のあったアプリケーションに圧縮動作を
終了したことを通知する。

【００５４】圧縮処理中に，ＩＢＣおよびＤＩＣＥＰに
異常が発生したことをステータスレジスタから読み取っ
た場合は，ＩＢＣの動作を停止させ，圧縮動作を強制終
了する。そして，メモリコントローラ２１はシステムコ
ントローラ２２を介して要求のあったアプリケーション
に圧縮動作が異常終了したことを通知する。

【００５５】−３ システムコントローラの調停の概
略動作 前述したように，本実施の形態のシステム構成では，複
数のアプリケーションの動作要求の調停をシステムコン
トローラ２２が行っている。システムコントローラ２２
はアプリケーションからの動作要求を受けると，現在の
共有資源の状態をチェックし，要求されたアプリケーシ
ョンの要求動作を実行できるか否かの判断を行い，要求
元アプリケーションに結果を送る。要求元アプリケーシ
ョンは結果により実行可／不可を判断し，可能であれば
実行する。

【００５６】従来技術では，アプリケーションからの動
作要求を受けた時，他のアプリケーションの動作が行わ
れていると，システムコントローラ２２により調停さ
れ，動作中のアプリケーションの処理が終了するとまで
待たされてるか，もしくは動作中のアプリケーションの
ジョブの間に割り込んで処理されるしかなかった。

【００５７】本実施の形態では，例えば，アプリケーシ
ョンＢから動作要求を受けた時，他のアプリケーション
Ａの動作が行われていると，システムコントローラ２２
は先ずその動作がメモリユニット３１を使用しているか
否かのチェックを行う。もし，メモリユニット３１を使
用していれば，従来技術と同様の動作を行う。

【００５８】一方，メモリユニット３１を使用していな
ければ，要求元アプリケーションＢに対して実行可能で
あることを通達する。要求元アプリケーションＢは，こ
の結果によりシステムコントローラ２２に画像データ入
力要求を発行する。メモリコントローラ２１はこの要求
を受けると，メモリコントローラ２１に対して入力する
画像データを圧縮して格納するように指示を出す。

【００５９】メモリコントローラ２１は，この指示を受
けると先ずメモリユニット３１のページメモリ上に圧縮
データ格納領域を確保する。その後，前述したメモリ入
力動作を行い，アプリケーションＢからの画像データを
ページメモリに格納し，その画像データに対し圧縮処理
を施し，圧縮データ格納領域に格納する。現在動作して
いるアプリケーションＡの動作が終了する前にメモリ容
量がオーバーした場合は，メモリコントローラ２１がシ
ステムコントローラ２２を介して要求元アプリケーショ
ンＢに対してメモリ入力不可であることを通達する。要
求元アプリケーションＢは，この通達を受けると最後に
出した画像データが入力されていないと判断できるため
画像データの欠落を防げる。

【００６０】現在動作しているアプリケーションＡの動
作が終了すると，システムコントローラ２２はメモリコ
ントローラ２１に対し，要求元アプリケーションＢの画
像データの出力要求を発行する。

【００６１】メモリコントローラ２１は，この要求を受
けるとシステムコントローラ２２から指示されるアプリ
ケーションＩＤとページナンバーから出力する圧縮デー
タを圧縮データ格納領域から検索し，この圧縮データを
ページメモリ領域に伸張して出力を行う。

【００６２】このようにして，アプリケーションＡ動作
中の時間を利用して他のアプリケーションＢが展開した
出力画像データを共有資源である複写機側のメモリユニ
ット３１に取り込むことができる。

【００６３】−４ 具体的な動作例 次に，図９〜図１３のアプリケーション画像の入力処理
のフローチャートを参照して，システムコントローラ２
２およびメモリコントローラ２１によるメモリ制御動作
の具体的な動作例について説明する。

【００６４】システムコントローラ２２は，何れかのア
プリケーションからメモリ入力要求があるか否かを判定
し（Ｓ９０１），メモリ入力要求があれば，メモリコン
トローラ２１が動作中であるか否かを判定する（Ｓ９０
２）。ここで，メモリコントローラ２１が動作中であれ
ば，入力不可であることを要求元アプリケーションに通
達し（Ｓ９０３），処理を終了する。

【００６５】一方，メモリコントローラ２１が動作中で
なければ，システムコントローラ２２は，メモリコント
ローラ２１を介してステップＳ９０４以降の処理を実行
する。先ず，メモリユニット３１内のメモリ空き領域に
要求された入力画像領域を確保できるか否かを判定し
（Ｓ９０４），確保できない場合には，ステップＳ９０
３へ進み，確保できる場合には，要求元アプリケーショ
ンから圧縮処理要求があるか否かを判定し（Ｓ９０
５），圧縮処理要求がなければ，ステップＳ９２０へ進
み，圧縮処理要求があれば，要求のあった画像データの
ＩＤと同一のＩＤを持つ画像データがメモリユニット３
１内に存在するか否かを判定する（Ｓ９０６）。

【００６６】ステップＳ９０６において，同一のＩＤが
存在しない場合には，ステップＳ９０３へ進み，同一の
ＩＤがある場合には，既に圧縮データが存在するか否か
を判定し（Ｓ９０７），存在しない場合には，圧縮デー
タ領域が確保できたか否かを判定し（Ｓ９０８），確保
できていなければ，ステップＳ９０３へ進み，確保でき
ていれば，ステップＳ９０９へ進む。

【００６７】ステップＳ９０７において圧縮データが存
在する場合，およびステップＳ９０８で圧縮データ領域
が確保できている場合，メモリコントローラ２１は，要
求元アプリケーションから画像データを入力しながら，
圧縮処理を並行して行い（Ｓ９０９），ステップＳ９１
０で圧縮データ領域の容量オーバーが発生したか否かを
判定し，ステップＳ９１１で画像データ入力または圧縮
処理エラーが発生したか否かを判定し，ステップＳ９１
２で，画像データ入力および圧縮処理が正常終了したか
否かを判定する。

【００６８】ステップＳ９１０で圧縮データ領域の容量
オーバーと判定されると，Ｓ９１０Ａへ進み，容量オー
バーフラグ（ｆＭｓｕＦｕｌｌ）をセットし，ステップ
Ｓ９１３へ進む。

【００６９】また，ステップＳ９１１で画像データ入力
または圧縮処理エラーが発生したと判定されると，ステ
ップＳ９１１Ａへ進み，エラーフラグ（ｆＭｓｕＥｒ
ｒ）をセットし，ステップＳ９１３へ進む。

【００７０】また，ステップＳ９１２で画像データ入力
および圧縮処理エラーが正常終了したと判定されると，
ステップＳ９１１Ａへ進み，正常終了フラグ（ｆＭｓｕ
Ｅｎｄ）をセットし，ステップＳ９１３へ進み，正常終
了していない場合には，そのまま，ステップＳ９１３へ
進む。

【００７１】ステップＳ９１３では，容量オーバーフラ
グ（ｆＭｓｕＦｕｌｌ），エラーフラグ（ｆＭｓｕＥｒ
ｒ）または正常終了フラグ（ｆＭｓｕＥｎｄ）の何れか
がセット（オン）されているか否かを判定し，セットさ
れていなければ，ステップＳ９０９へ戻り，画像データ
の入力および圧縮処理を継続する。

【００７２】一方，何れかがセット（オン）されていれ
ば，ステップＳ９１４，Ｓ９１５でセットされているフ
ラグの内容を判定し，容量オーバーフラグ（ｆＭｓｕＦ
ｕｌｌ）がセット（オン）されていれば，メモリ容量オ
ーバーであることを全てのアプリケーションに通達し
（Ｓ９１４Ａ），処理を終了する。また，エラーフラグ
（ｆＭｓｕＥｒｒ）がセット（オン）されていれば，メ
モリユニット３１の異常が発生したことを全てのアプリ
ケーションに通達し（Ｓ９１５Ａ），処理を終了する。

【００７３】一方，ステップＳ９１５でエラーフラグ
（ｆＭｓｕＥｒｒ）がセット（オン）されていない場
合，すなわち，正常終了フラグ（ｆＭｓｕＥｎｄ）がセ
ット（オン）されている場合，入力および圧縮した画像
に対する出力要求があるか否かを判定し（Ｓ９１６），
出力要求がなければ，そのまま処理を終了し，出力要求
があれば，ワーク領域に入力した画像データの出力処理
を行い（Ｓ９１７），出力処理が終了したら（Ｓ９１
８），ワーク領域を開放し，次の入力処理が可能である
ことを全てのアプリケーションに通達し（Ｓ９１９），
処理を終了する。

【００７４】一方，ステップＳ９０５で圧縮処理要求が
ない場合には，ステップＳ９２０において，要求のあっ
た画像データのＩＤと同一のＩＤを持つ画像データがメ
モリユニット３１内に存在するか否かを判定する。

【００７５】ここで，同一のＩＤを持つ画像データが存
在しない場合には，空き領域にメモリ入力開始アドレス
を設定し（Ｓ９２１），ステップＳ９２４へ進む。ま
た，同一のＩＤを持つ画像データが存在する場合には，
使用するメモリ領域は同一サイズが否かを判定し（Ｓ９
２２），同一サイズでなければ，ステップＳ９０３へ進
み，同一サイズであれば，同一のＩＤを持つ画像データ
の開始アドレスをメモリ入力開始アドレスに設定する
（Ｓ９２３）。

【００７６】続いて，メモリ動作中フラグをセットし，
メモリ入力開始アドレスから画像データの入力処理を行
い（Ｓ９２４），画像データ入力処理エラーが発生した
か否かを判定し（Ｓ９２５），画像データ入力処理エラ
ーが発生したと判定されると，ステップＳ９２５Ａへ進
み，エラーフラグ（ｆＭｓｕＥｒｒ）をセットし，ステ
ップＳ９２７へ進む。

【００７７】また，画像データ入力処理エラーでない場
合には，メモリ入力処理が正常終了したか否かを判定し
（Ｓ９２６），正常終了していれば，正常終了フラグ
（ｆＭｓｕＥｎｄ）をセットし（Ｓ９２６Ａ），ステッ
プＳ９２７へ進み，正常終了していない場合には，その
まま，ステップＳ９２７へ進む。

【００７８】ステップＳ９２７では，エラーフラグ（ｆ
ＭｓｕＥｒｒ）または正常終了フラグ（ｆＭｓｕＥｎ
ｄ）の何れかがセット（オン）されているか否かを判定
し，セットされていなければ，ステップＳ９２４へ戻
り，画像データの入力処理を継続する。

【００７９】一方，何れかがセット（オン）されていれ
ば，ステップＳ９２８でセットされているフラグの内容
を判定し，エラーフラグ（ｆＭｓｕＥｒｒ）がセット
（オン）されていれば，メモリユニット３１の異常が発
生したことを全てのアプリケーションに通達し（Ｓ９１
８Ａ），処理を終了する。

【００８０】一方，ステップＳ９２８でエラーフラグ
（ｆＭｓｕＥｒｒ）がセット（オン）されていない場
合，すなわち，正常終了フラグ（ｆＭｓｕＥｎｄ）がセ
ット（オン）されている場合，要求元アプリケーション
から出力要求があるか否かを判定し（Ｓ９２９），出力
要求がなければ，メモリ動作中フラグをリセットし，全
てのアプリケーションに次に入力が可能であることを通
知し（Ｓ９３０），処理を終了する。一方，出力要求が
あれば，入力した画像データの出力処理を行い（Ｓ９３
１），出力処理が終了したら（Ｓ９３２），入力した画
像データ領域を開放し（Ｓ９３３），メモリ動作中フラ
グをリセットし，全てのアプリケーションに次に入力が
可能であることを通知し（Ｓ９３０），処理を終了す
る。

【００８１】前述したように本実施の形態によれば，メ
モリユニット３１を共有資源として扱えるようにしたの
で，装置コストの低減および高価なメモリユニット３１
の有効利用を図ることができる。

【００８２】また，動作中のアプリケーションがメモリ
コントローラ２１およびメモリユニット３１を使用して
いない場合に，現在動作中のアプリケーションを中断す
ることなく，他のアプリケーションの動作を並行して行
うことができ，さらに，メモリユニット３１の有効利用
を図ることができる。

【００８３】また，メモリ容量オーバーになると，画像
データの入力が不可であることを該当するアプリケーシ
ョンへ通知するため，アプリケーション側で，該当する
画像データのリカバリー処理を容易に行うことができ
る。

【００８４】各アプリケーション内部でビットマップへ
の展開を終了させた後，一気にメモリユニット３１へ画
像データ（ビットマップデータ）を転送するため，メモ
リユニット３１の占有時間をさらに短くすることがで
き，生産性の向上を図ることができる。

【００８５】

【発明の効果】以上説明したように，本発明のデジタル
複写機（請求項１）は，共有資源の１つとして配設され
たメモリユニットと，メモリユニットに対する入出力制
御を行うメモリコントローラとを備え，システムコント
ローラが，複数のアプリケーションでメモリコントロー
ラおよびメモリユニットを同時に使用する際の調停を行
うため，メモリユニットを共有資源として扱うことがで
き，装置コストの低減および高価なメモリユニットの有
効利用を図ることができる。

【００８６】また，本発明のデジタル複写機（請求項
２）は，請求項１記載のデジタル複写機において，シス
テムコントローラが，動作中のアプリケーションがメモ
リコントローラおよびメモリユニットを使用していない
場合に，他のアプリケーションからメモリユニットに対
する画像データの出力要求を入力すると，メモリユニッ
トへの画像データの出力を許可し，メモリコントローラ
は，出力を許可されたアプリケーションからの画像デー
タをメモリユニットに入力するため，現在動作中のアプ
リケーションを中断することなく，他のアプリケーショ
ンの動作を並行して行うことができる。

【００８７】また，本発明のデジタル複写機（請求項
３）は，請求項２記載のデジタル複写機において，メモ
リコントローラが，アプリケーションからの画像データ
を入力する際に，メモリユニットのメモリ領域内に圧縮
データ格納領域を確保し，アプリケーションからの画像
データがメモリユニットのメモリ領域を越える場合また
は他のアプリケーションの画像データがすでにメモリユ
ニット内に格納されている場合に，メモリユニット内の
画像データを圧縮して圧縮データ格納領域に格納するた
め，例えば，アプリケーションからの画像データが複数
ページである場合，もしくは，他のアプリケーションの
画像データがメモリユニットに存在する場合に，メモリ
ユニットの画像データを圧縮して圧縮データ格納領域に
格納することにより，画像データの入力処理を中断する
ことなく，メモリユニットを継続して利用することがで
きる。

【００８８】また，本発明のデジタル複写機（請求項
４）は，請求項１〜３記載のいずれか一つのデジタル複
写機において，メモリコントローラが，アプリケーショ
ンからの画像データの入力中にメモリユニットがメモリ
容量オーバーになると，画像データの入力が不可である
ことを該当するアプリケーションへ通知するため，アプ
リケーション側で，該当する画像データのリカバリー処
理を容易に行うことができる。

【００８９】また，本発明のデジタル複写機（請求項
５）は，請求項１〜４記載のいずれか一つのデジタル複
写機において，ファクシミリ・アプリケーションおよび
プリンタ・アプリケーションが，外部装置から受信した
データの蓄積およびビットマップ展開を行うための専用
のメモリを有しており，それぞれアプリケーション側で
ビットマップ展開を行った後，システムコントローラに
対して画像データの出力要求を行い，ビットマップ展開
後の画像データを一括して転送するため，一つのアプリ
ケーションがメモリユニットを占有する時間を短くし
て，各アプリケーションがメモリユニットを使用できる
機会を増やすことができ，さらにメモリユニットの有効
利用および生産性の向上を図ることができる。

【図面の簡単な説明】

【図１】本実施の形態のデジタル複写機のシステム概念
図である。

【図２】本実施の形態のデジタル複写機のハード構成図
である。

【図３】本実施の形態のソフト構成図である。

【図４】メモリユニットのハード構成図である。

【図５】共有資源を用いたシステムの概略動作を示す説
明図である。

【図６】共有資源を用いたシステムの概略動作を示す説
明図である。

【図７】共有資源を用いたシステムの概略動作を示す説
明図である。

【図８】アプリケーション（ＡＰＬ）とメモリコントロ
ーラ（ＭＳＵ）のビデオバスの接続例を示す説明図であ
る。

【図９】本実施の形態によるアプリケーション画像の入
力処理を示すフローチャートである。

【図１０】本実施の形態によるアプリケーション画像の
入力処理を示すフローチャートである。

【図１１】本実施の形態によるアプリケーション画像の
入力処理を示すフローチャートである。

【図１２】本実施の形態によるアプリケーション画像の
入力処理を示すフローチャートである。

【図１３】本実施の形態によるアプリケーション画像の
入力処理を示すフローチャートである。

【図１４】従来の多機能のデジタル複写機のシステムの
ソフト構成例を示す説明図である。

【符号の説明】

１０ アプリケーション層 １１ コピーアプリ １２ プリンタアプリ １３ ＦＡＸアプリ ２０ システム制御層 ２１ メモリコントローラ ２２ システムコントローラ ３０ デバイス層 ３１ メモリユニット

Claims (5)

【特許請求の範囲】
1. 【請求項１】 コピー・アプリケーションに加えて，フ
   ァクシミリ・アプリケーションや，プリンタ・アプリケ
   ーション等の複数のアプリケーションと，複写機を構成
   する各部を機能単位で共有資源として管理し，１つの共
   有資源を前記複数のアプリケーションで同時に使用する
   際の調停を行うシステムコントローラとを有するデジタ
   ル複写機において，前記共有資源の１つとして配設され
   たメモリユニットと，前記メモリユニットに対する入出
   力制御を行うメモリコントローラと，を備え，前記シス
   テムコントローラが，前記複数のアプリケーションで前
   記メモリコントローラおよびメモリユニットを同時に使
   用する際の調停を行うことを特徴とするデジタル複写
   機。
2. 【請求項２】 前記システムコントローラは，動作中の
   アプリケーションが前記メモリコントローラおよびメモ
   リユニットを使用していない場合に，他のアプリケーシ
   ョンから前記メモリユニットに対する画像データの出力
   要求を入力すると，前記メモリユニットへの画像データ
   の出力を許可し，前記メモリコントローラは，出力を許
   可されたアプリケーションからの画像データを前記メモ
   リユニットに入力することを特徴とする請求項１記載の
   デジタル複写機。
3. 【請求項３】 前記メモリコントローラは，前記アプリ
   ケーションからの画像データを入力する際に，前記メモ
   リユニットのメモリ領域内に圧縮データ格納領域を確保
   し，前記アプリケーションからの画像データが前記メモ
   リユニットのメモリ領域を越える場合または他のアプリ
   ケーションの画像データがすでに前記メモリユニット内
   に格納されている場合に，前記メモリユニット内の画像
   データを圧縮して前記圧縮データ格納領域に格納するこ
   とを特徴とする請求項２記載のデジタル複写機。
4. 【請求項４】 前記メモリコントローラは，前記アプリ
   ケーションからの画像データの入力中に前記メモリユニ
   ットがメモリ容量オーバーになると，画像データの入力
   が不可であることを該当するアプリケーションへ通知す
   ることを特徴とする請求項１〜３記載のいずれか一つの
   デジタル複写機。
5. 【請求項５】 前記ファクシミリ・アプリケーションお
   よびプリンタ・アプリケーションは，外部装置から受信
   したデータの蓄積およびビットマップ展開を行うための
   専用のメモリを有しており，それぞれアプリケーション
   側でビットマップ展開を行った後，前記システムコント
   ローラに対して画像データの出力要求を行い，前記ビッ
   トマップ展開後の画像データを一括して転送することを
   特徴とする請求項１〜４記載のいずれか一つのデジタル
   複写機。