JPH06301594A - 複写機におけるメモリの管理装置および方法 - Google Patents
複写機におけるメモリの管理装置および方法Info
- Publication number
- JPH06301594A JPH06301594A JP6004901A JP490194A JPH06301594A JP H06301594 A JPH06301594 A JP H06301594A JP 6004901 A JP6004901 A JP 6004901A JP 490194 A JP490194 A JP 490194A JP H06301594 A JPH06301594 A JP H06301594A
- Authority
- JP
- Japan
- Prior art keywords
- memory
- image
- iot
- amount
- resource manager
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N1/00—Scanning, transmission or reproduction of documents or the like, e.g. facsimile transmission; Details thereof
- H04N1/32—Circuits or arrangements for control or supervision between transmitter and receiver or between image input and image output device, e.g. between a still-image camera and its memory or between a still-image camera and a printer device
- H04N1/32358—Circuits or arrangements for control or supervision between transmitter and receiver or between image input and image output device, e.g. between a still-image camera and its memory or between a still-image camera and a printer device using picture signal storage, e.g. at transmitter
- H04N1/32443—Circuits or arrangements for control or supervision between transmitter and receiver or between image input and image output device, e.g. between a still-image camera and its memory or between a still-image camera and a printer device using picture signal storage, e.g. at transmitter with asynchronous operation of the image input and output devices connected to the memory
- H04N1/32448—Controlling data flow to or from the memory in relation to the available memory capacity
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06K—GRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
- G06K15/00—Arrangements for producing a permanent visual presentation of the output data, e.g. computer output printers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N1/00—Scanning, transmission or reproduction of documents or the like, e.g. facsimile transmission; Details thereof
- H04N1/32—Circuits or arrangements for control or supervision between transmitter and receiver or between image input and image output device, e.g. between a still-image camera and its memory or between a still-image camera and a printer device
- H04N1/32358—Circuits or arrangements for control or supervision between transmitter and receiver or between image input and image output device, e.g. between a still-image camera and its memory or between a still-image camera and a printer device using picture signal storage, e.g. at transmitter
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06K—GRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
- G06K2215/00—Arrangements for producing a permanent visual presentation of the output data
- G06K2215/0002—Handling the output data
- G06K2215/0062—Handling the output data combining generic and host data, e.g. filling a raster
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- General Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Record Information Processing For Printing (AREA)
- Memory System (AREA)
- Facsimiles In General (AREA)
- Storing Facsimile Image Data (AREA)
Abstract
(57)【要約】
【目的】 実際のＩＯＴの必要に従ってメモリの予約を
行う資源管理計画を提供する。 【構成】 画像データによって表現された画像を含む各
プリントを用いてプリントを生成するような複写機に、
所定プリントの画像データを記憶し且つバッファするた
めのメモリと、このメモリと連絡して所定プリントの画
像を基体の上に複写する画像出力端末と、画像出力端末
と作用的に関連してプリントの中の幾つかの所定プリン
トを複写する際に使用されるメモリの最大量の値を決定
する手段と、決定手段およびメモリと連絡してメモリを
管理する手段を設ける。管理手段は決定手段から値を受
け取り、その値が利用可能なメモリ空間の所定量に対応
し且つ付加的な所定状態が満足されたことを管理手段が
判断したときに、基体は画像出力端末に供給される。
行う資源管理計画を提供する。 【構成】 画像データによって表現された画像を含む各
プリントを用いてプリントを生成するような複写機に、
所定プリントの画像データを記憶し且つバッファするた
めのメモリと、このメモリと連絡して所定プリントの画
像を基体の上に複写する画像出力端末と、画像出力端末
と作用的に関連してプリントの中の幾つかの所定プリン
トを複写する際に使用されるメモリの最大量の値を決定
する手段と、決定手段およびメモリと連絡してメモリを
管理する手段を設ける。管理手段は決定手段から値を受
け取り、その値が利用可能なメモリ空間の所定量に対応
し且つ付加的な所定状態が満足されたことを管理手段が
判断したときに、基体は画像出力端末に供給される。
Description
【０００１】
【産業上の利用分野】本発明は、一般に、電子複写機に
おけるメモリ装置の資源管理に関し、更に言えば、画像
出力端末のような複写機の構成部分にメモリを割り当て
るための技術に関する。
おけるメモリ装置の資源管理に関し、更に言えば、画像
出力端末のような複写機の構成部分にメモリを割り当て
るための技術に関する。
【０００２】
【従来の技術】DocuTechのようなよく知られた型を持
つ、ゼロックスコーポレイション製造の電子プリンター
では、マーキングエンジン（Marking engine) のような
様々な構成部分がシステムメモリによってメインメモリ
にリンクされる。より好ましい実施例では、メインメモ
リは好ましくは複数のハードディスクを含む。冗長ファ
イルを記憶するために複数のハードディスクを用いるこ
とが以下の特許に開示されている。 米国特許第５，１５５，８４５号 特許権者 Beal等 登録日 1992年10月13日 上述の電子プリンターでは、ファイルは資源管理者の使
用を通じて顧客とメインメモリの間で転送される。資源
管理者は、顧客のためにディスクへのアクセスのスケジ
ューリングを行う。ディスクに転送されべきデータはシ
ステムメモリに保持されており、このシステムメモリ
は、資源管理者によってバッファの連鎖として管理され
ている。このような管理を達成するため、特別な顧客に
割り当てられるバッファは資源管理者に渡され、バンド
幅を利用できるときにはいつでもメインメモリに対して
書込が行われる。ディスクの各シークはシークオーバー
ヘッドを受けるため、バッファを互いに接続したり連鎖
されたバッファを顧客とディスクの中の１つとの間で単
一動作で転送することにより、シーク数は最小とされ
る。例えば、資源管理者は、１つ若しくは２つ以上のデ
ィスク上の隣合うロケーンションに書込が行われるバッ
ファを互いにリンクすることができ、書込は予め設定さ
れたスレッショルドを達成するよう応答する。資源管理
のインプリメンテーションに関する更なる情報は以下の
特許を参照することによって得られる。 米国特許第５，１４２，６６７号 特許権者 Dimperio等 登録日 1992年８月25日 米国特許５，１４２，６６７号の関連部分は、参照によ
って本明細書に組み込まれている。
つ、ゼロックスコーポレイション製造の電子プリンター
では、マーキングエンジン（Marking engine) のような
様々な構成部分がシステムメモリによってメインメモリ
にリンクされる。より好ましい実施例では、メインメモ
リは好ましくは複数のハードディスクを含む。冗長ファ
イルを記憶するために複数のハードディスクを用いるこ
とが以下の特許に開示されている。 米国特許第５，１５５，８４５号 特許権者 Beal等 登録日 1992年10月13日 上述の電子プリンターでは、ファイルは資源管理者の使
用を通じて顧客とメインメモリの間で転送される。資源
管理者は、顧客のためにディスクへのアクセスのスケジ
ューリングを行う。ディスクに転送されべきデータはシ
ステムメモリに保持されており、このシステムメモリ
は、資源管理者によってバッファの連鎖として管理され
ている。このような管理を達成するため、特別な顧客に
割り当てられるバッファは資源管理者に渡され、バンド
幅を利用できるときにはいつでもメインメモリに対して
書込が行われる。ディスクの各シークはシークオーバー
ヘッドを受けるため、バッファを互いに接続したり連鎖
されたバッファを顧客とディスクの中の１つとの間で単
一動作で転送することにより、シーク数は最小とされ
る。例えば、資源管理者は、１つ若しくは２つ以上のデ
ィスク上の隣合うロケーンションに書込が行われるバッ
ファを互いにリンクすることができ、書込は予め設定さ
れたスレッショルドを達成するよう応答する。資源管理
のインプリメンテーションに関する更なる情報は以下の
特許を参照することによって得られる。 米国特許第５，１４２，６６７号 特許権者 Dimperio等 登録日 1992年８月25日 米国特許５，１４２，６６７号の関連部分は、参照によ
って本明細書に組み込まれている。
【０００３】DochTechシステムでは、ファイルは、好ま
しくは２形態、即ち、各ディスク上に写しを有する「複
製」ファイルと、そのセグメントが各ディスクにわたっ
て「ストライプされている」ような「スーパーディス
ク」ファイルの中の一方で記憶される。ある一つの実施
例では、DochTechシステムを用いて複写を行うため、圧
縮データがメインメモリ（例えば、複数のディスク）か
ら検索され、システムメモリのバッファを通じて画像ジ
ェネレータへ送られる。画像ジェネレータは、その圧縮
画像データの圧縮を解除し、それを画像出力端末（「Ｉ
ＯＴ」）に配達して使用する働きを持つ。ＩＯＴの複写
処理を制御する際、資源管理者は、将来におけるシート
の画像処理のため、ＩＯＴのマーキングソフトウエアか
らの情報を考慮してメモリを予約する。つまり、シート
がＩＯＴに供給されるべきであることをマーキングソフ
トウエアが資源管理者に示す度に、資源管理者は、その
シートを画像処理する際にＩＯＴによって使用されるで
あろうメモリの対応量を予約する。しかしながら、クラ
イアントの要求を考慮すれば、資源管理者は、いずれの
時においても、ＩＯＴに対してあるメモリ量のみを予約
できるというものがよい。即ち、一旦資源管理者がＩＯ
Ｔに対して所定量のメモリを予約してしまうと、幾つか
のシートがＩＯＴによって画像処理されて、ＩＯＴによ
って要求されるメモリ量を受け入れることができるよう
なレベルに減少されるまで、ＩＯＴに対して更なるメモ
リは予約されないのである。資源管理者がＩＯＴにメモ
リを予約することを拒否した場合、ＩＯＴは、無制限の
メモリ量をＩＯＴに対して予約できる場合にＩＯＴでシ
ートが供給される時間間隔の間、ピーク性能よりも少な
い複写とされる、つまりピッチをスキップする。この実
施例では、ある所定数のシートを画像処理するために資
源管理者によって予約されるメモリ量は、ＩＯＴによっ
て実際に必要とされているメモリ量よりも膨大に大きな
ものとなってしまう。ＩＯＴが出くわすスキップされる
ピッチの量を最小とすることができるよう、予想された
ものではなく実際のＩＯＴの必要に従ってメモリを予約
し画像処理を行うような資源管理計画を提供することが
望ましい。
しくは２形態、即ち、各ディスク上に写しを有する「複
製」ファイルと、そのセグメントが各ディスクにわたっ
て「ストライプされている」ような「スーパーディス
ク」ファイルの中の一方で記憶される。ある一つの実施
例では、DochTechシステムを用いて複写を行うため、圧
縮データがメインメモリ（例えば、複数のディスク）か
ら検索され、システムメモリのバッファを通じて画像ジ
ェネレータへ送られる。画像ジェネレータは、その圧縮
画像データの圧縮を解除し、それを画像出力端末（「Ｉ
ＯＴ」）に配達して使用する働きを持つ。ＩＯＴの複写
処理を制御する際、資源管理者は、将来におけるシート
の画像処理のため、ＩＯＴのマーキングソフトウエアか
らの情報を考慮してメモリを予約する。つまり、シート
がＩＯＴに供給されるべきであることをマーキングソフ
トウエアが資源管理者に示す度に、資源管理者は、その
シートを画像処理する際にＩＯＴによって使用されるで
あろうメモリの対応量を予約する。しかしながら、クラ
イアントの要求を考慮すれば、資源管理者は、いずれの
時においても、ＩＯＴに対してあるメモリ量のみを予約
できるというものがよい。即ち、一旦資源管理者がＩＯ
Ｔに対して所定量のメモリを予約してしまうと、幾つか
のシートがＩＯＴによって画像処理されて、ＩＯＴによ
って要求されるメモリ量を受け入れることができるよう
なレベルに減少されるまで、ＩＯＴに対して更なるメモ
リは予約されないのである。資源管理者がＩＯＴにメモ
リを予約することを拒否した場合、ＩＯＴは、無制限の
メモリ量をＩＯＴに対して予約できる場合にＩＯＴでシ
ートが供給される時間間隔の間、ピーク性能よりも少な
い複写とされる、つまりピッチをスキップする。この実
施例では、ある所定数のシートを画像処理するために資
源管理者によって予約されるメモリ量は、ＩＯＴによっ
て実際に必要とされているメモリ量よりも膨大に大きな
ものとなってしまう。ＩＯＴが出くわすスキップされる
ピッチの量を最小とすることができるよう、予想された
ものではなく実際のＩＯＴの必要に従ってメモリを予約
し画像処理を行うような資源管理計画を提供することが
望ましい。
【０００４】
【発明の概要】本発明によれば、その各々が画像データ
によって表現された画像を含んでいる複数のプリントを
生成する複写機が提供され、該複写器は、所定プリント
の画像データを記憶し且つバッファするためのメモリ
と、メモリと連絡して所定プリントの画像を基質の上に
複写する画像出力端末と、画像出力端末と作用的に関連
してプリントの中の幾つかの所定プリントを複写する際
に使用されるメモリの最大量の値を決定する手段と、決
定手段およびメモリと連絡してメモリを管理する手段
と、を備える。管理手段は決定手段から値を受け取り、
その値が利用可能なメモリ空間の所定量に対応し且つ付
加的な所定状態が満足されたことを管理手段が判断した
ときに基質が画像出力端末に供給される。本発明のこれ
ら及び他の特徴は以下の記述から明かになるだろう。な
お以下の記述は、添付図面と関連して読んだときに本発
明のより好ましい実施例を示すのに用いられる。
によって表現された画像を含んでいる複数のプリントを
生成する複写機が提供され、該複写器は、所定プリント
の画像データを記憶し且つバッファするためのメモリ
と、メモリと連絡して所定プリントの画像を基質の上に
複写する画像出力端末と、画像出力端末と作用的に関連
してプリントの中の幾つかの所定プリントを複写する際
に使用されるメモリの最大量の値を決定する手段と、決
定手段およびメモリと連絡してメモリを管理する手段
と、を備える。管理手段は決定手段から値を受け取り、
その値が利用可能なメモリ空間の所定量に対応し且つ付
加的な所定状態が満足されたことを管理手段が判断した
ときに基質が画像出力端末に供給される。本発明のこれ
ら及び他の特徴は以下の記述から明かになるだろう。な
お以下の記述は、添付図面と関連して読んだときに本発
明のより好ましい実施例を示すのに用いられる。
【０００５】
【実施例】同一若しくは対応部分には、全図面を通じて
同様の参照番号が示されているような図面を参照し、更
に、図１および図２を参照すれば明かなように、本発明
の教示に従って複写を処理する画像複写機２が例示され
ている。複写機２は説明上、画像入力部分４と、コント
ローラー部分７、および複写部分８に分割される。この
例では、画像入力部分４は、リモート及びオンサイト
（on-site)画像入力を共に備え、システム２は、これら
の画像入力によってネットワークスキャンや複写サービ
スを提供することができる。オンサイト画像入力（つま
り、スキャナ）やコントローラー、プリンタを有するス
タンドアローン（stand alone)複写機や、リモート入
力、コントローラー、プリンタを有するネットワーク複
写機等のような他のシステム結合を想像することができ
る。特別な複写機を開示、記述しているが、本発明は、
他の型の複写機に使用することもできる。例えば、プリ
ンタ部分８に代えて、インクジェット、イオノグラィッ
ク(ionographic) 、サーマル、ホトグラフィック等の異
なるプリンタタイプを使用することもできるし、更に、
ＣＲＴ、ＬＣＤ、ＬＥＤ等、若しくは他の画像走査／処
理／記録システム、若しくは他の信号送信／受信、記録
システム等を同様に電子表示システムに組み込むことで
きる。
同様の参照番号が示されているような図面を参照し、更
に、図１および図２を参照すれば明かなように、本発明
の教示に従って複写を処理する画像複写機２が例示され
ている。複写機２は説明上、画像入力部分４と、コント
ローラー部分７、および複写部分８に分割される。この
例では、画像入力部分４は、リモート及びオンサイト
（on-site)画像入力を共に備え、システム２は、これら
の画像入力によってネットワークスキャンや複写サービ
スを提供することができる。オンサイト画像入力（つま
り、スキャナ）やコントローラー、プリンタを有するス
タンドアローン（stand alone)複写機や、リモート入
力、コントローラー、プリンタを有するネットワーク複
写機等のような他のシステム結合を想像することができ
る。特別な複写機を開示、記述しているが、本発明は、
他の型の複写機に使用することもできる。例えば、プリ
ンタ部分８に代えて、インクジェット、イオノグラィッ
ク(ionographic) 、サーマル、ホトグラフィック等の異
なるプリンタタイプを使用することもできるし、更に、
ＣＲＴ、ＬＣＤ、ＬＥＤ等、若しくは他の画像走査／処
理／記録システム、若しくは他の信号送信／受信、記録
システム等を同様に電子表示システムに組み込むことで
きる。
【０００６】複写機２の更に詳細な記述をJames R. Gra
ves 等に付与された米国特許第５，０５７，８６９号に
見ることができる。図２から明かなように、コントロー
ラー部分７は、説明上、画像入力コントローラー５０、
ユーザインタフェース（ＵＩ）５２、システムコントロ
ーラー５４、ディスクメモリ５６、画像操作部分５８、
資源管理者５７、診断管理者（diagnostic manager) に
分割される。図１をよく見れば、ＵＩ５２は、相互作用
タッチスクリーン６２、キーボード６４およびマウス６
６から成る結合型のオペレータコントローラー／ＣＲＴ
ディスプレイを含む。ＵＩ５２は、オペレーターを複写
機２とインタフェースし、オペレータは、このＵＩによ
って複写作業や他の命令をプログラムしたり、また、シ
ステムオペレーティング情報や、可視文書ファクシミリ
表示、プログラミング情報、アイコン、診断情報、絵画
等を得ることができる。ファイルやアイコンのようなタ
ッチスクリーン６２上の表示項目は、スクリーン６２の
上に表示された項目を指で触れたり、マウス６６を用い
て選択項目をカーソルで指し示しマウスキーを押すこと
によって、作動される。
ves 等に付与された米国特許第５，０５７，８６９号に
見ることができる。図２から明かなように、コントロー
ラー部分７は、説明上、画像入力コントローラー５０、
ユーザインタフェース（ＵＩ）５２、システムコントロ
ーラー５４、ディスクメモリ５６、画像操作部分５８、
資源管理者５７、診断管理者（diagnostic manager) に
分割される。図１をよく見れば、ＵＩ５２は、相互作用
タッチスクリーン６２、キーボード６４およびマウス６
６から成る結合型のオペレータコントローラー／ＣＲＴ
ディスプレイを含む。ＵＩ５２は、オペレーターを複写
機２とインタフェースし、オペレータは、このＵＩによ
って複写作業や他の命令をプログラムしたり、また、シ
ステムオペレーティング情報や、可視文書ファクシミリ
表示、プログラミング情報、アイコン、診断情報、絵画
等を得ることができる。ファイルやアイコンのようなタ
ッチスクリーン６２上の表示項目は、スクリーン６２の
上に表示された項目を指で触れたり、マウス６６を用い
て選択項目をカーソルで指し示しマウスキーを押すこと
によって、作動される。
【０００７】図２〜５を参照すれば明かなように、スキ
ャナ部分６からコントローラー部分７に入力された走査
画像データは、ＰＷＢ７０−３上の画像入力コントロー
ラー５０の画像コンプレッサ／プロセッサ５１によって
圧縮される。画像描写に関連するこの圧縮画像データ
は、画像ファイルに配置され、転送を行うまでシステム
メモリ６１に一時的に記憶され、使用されるまでデータ
を維持するメモリ５６に保持される。画像ファイルを記
憶するためのより好ましい手順が以下に記述されてい
る。メモリ５６の圧縮データを更に処理する必要がある
場合、あるいは、それらのデータがＵＩ５２のタッチス
クリーン６２に表示するために必要とされた場合、ある
いは、プリンタ部分８によって必要とされた場合、デー
タはメモリ５６においてアクセスされ、システムメモリ
６１に転送される。画像入力部分４のプロセッサが提供
するもの以外の処理が必要とされると、これらのデータ
は、ＰＷＢ７０−６上の画像走査部分５８に転送され、
そこで、照合（collation)、用意 (make ready)(文書編
集) 、分解（decomposition)、回転等が実行される。そ
の後の処理で、データをメインメモリ５６に返却し、Ｕ
Ｉ５２に送ってタッチスクリーン６２に表示し、また、
画像出力コントローラー６０に送ることもできる。
ャナ部分６からコントローラー部分７に入力された走査
画像データは、ＰＷＢ７０−３上の画像入力コントロー
ラー５０の画像コンプレッサ／プロセッサ５１によって
圧縮される。画像描写に関連するこの圧縮画像データ
は、画像ファイルに配置され、転送を行うまでシステム
メモリ６１に一時的に記憶され、使用されるまでデータ
を維持するメモリ５６に保持される。画像ファイルを記
憶するためのより好ましい手順が以下に記述されてい
る。メモリ５６の圧縮データを更に処理する必要がある
場合、あるいは、それらのデータがＵＩ５２のタッチス
クリーン６２に表示するために必要とされた場合、ある
いは、プリンタ部分８によって必要とされた場合、デー
タはメモリ５６においてアクセスされ、システムメモリ
６１に転送される。画像入力部分４のプロセッサが提供
するもの以外の処理が必要とされると、これらのデータ
は、ＰＷＢ７０−６上の画像走査部分５８に転送され、
そこで、照合（collation)、用意 (make ready)(文書編
集) 、分解（decomposition)、回転等が実行される。そ
の後の処理で、データをメインメモリ５６に返却し、Ｕ
Ｉ５２に送ってタッチスクリーン６２に表示し、また、
画像出力コントローラー６０に送ることもできる。
【０００８】資源管理者５７は、診断管理者５９がシス
テム故障を処理している間、ディスクやファイルのＲＡ
Ｍ６１へのアクセスを制御する。画像出力コントローラ
ー６０に対する画像データ出力の圧縮が解除（decompre
ss) され、印刷およびプリンタ部分８への出力の準備が
なされる。複写を行うためにプリンタ部分８に送られた
画像データを、メモリ５６から通常の方法で除去し、新
たな画像データのための場所を作る。図３〜５に示され
ているように、コントローラー部分７は、複数の複写ワ
イヤリングボード（ＰＷＢ）７０を含み、これらのＰＷ
Ｂ７０は互いに接続され、また、一対のメモリバス７
２、７４によってシステムメモリ６１に接続されてい
る。メモリコントローラー７６は、バス７２、７４によ
ってシステムメモリ６１に接続される。ＰＷＢ７０は、
複数のアプリケーション若しくはシステムプロセッサ７
８を有するシステムプロセッサＰＷＢ７０−１や、ＵＩ
５２へ及びからデータを送信するＵＩ通信コントローラ
８０、ブート制御（Boot Control) ＆ＬＳＩＯサービス
プロセッサ７３、ブートバスプロセッサ７５を有する低
速Ｉ／ＯプロセッサＰＷＢ７０−２や、メインメモリ５
６のディスク９０−１、９０−２、９０−３のそれぞれ
におよびそれぞれからデータ転送を行うディスクドライ
ブ８３を有するディスクドライブコントローラー／プロ
セッサ８２を備えたＰＷＢ７０−３、７０−４、７０−
５（画像データを圧縮する画像圧縮／プロセッサ５１と
他のアプリケーションプロセッサ７８はＰＷＢ７０−３
上にある）や、画像操作部分５８の画像操作プロセッサ
を有する画像操作ＰＷＢ７０−６や、プリンタ部分８に
よって印刷を行うために画像データを処理する画像発生
プロセッサ８６を備えた画像発生プロセッサ７０−７、
７０─８や、プリンタ部分８への、及びプリンタ部分８
からの転送を制御するディスパッチ(dispatch)プロセッ
サ８８、８９を備えたディスパッチプロセッサＰＷＢ７
０−９や、チャンネルローダ／スケジューラプロセッサ
７６、ブートバスプロセッサ７７、ブートダウンロード
(Boot Download)制御ロジック７９、メモリバスアービ
トレイションロジック／資源管理者５７を有するブート
制御アービトレイションスケジューラＰＷＢ７０−１０
を含む。ローダ／スケジューラプロセッサは２つの機能
を持つ。一方はシステムを準備状態とするようなブート
チャンネルとして機能し、他方はどのチャンネルがどの
タスクを実行するか、どのシーケンスでタスクが実行さ
れるか、を決定するのに用いられるスケジューラチャン
ネルとして機能する。
テム故障を処理している間、ディスクやファイルのＲＡ
Ｍ６１へのアクセスを制御する。画像出力コントローラ
ー６０に対する画像データ出力の圧縮が解除（decompre
ss) され、印刷およびプリンタ部分８への出力の準備が
なされる。複写を行うためにプリンタ部分８に送られた
画像データを、メモリ５６から通常の方法で除去し、新
たな画像データのための場所を作る。図３〜５に示され
ているように、コントローラー部分７は、複数の複写ワ
イヤリングボード（ＰＷＢ）７０を含み、これらのＰＷ
Ｂ７０は互いに接続され、また、一対のメモリバス７
２、７４によってシステムメモリ６１に接続されてい
る。メモリコントローラー７６は、バス７２、７４によ
ってシステムメモリ６１に接続される。ＰＷＢ７０は、
複数のアプリケーション若しくはシステムプロセッサ７
８を有するシステムプロセッサＰＷＢ７０−１や、ＵＩ
５２へ及びからデータを送信するＵＩ通信コントローラ
８０、ブート制御（Boot Control) ＆ＬＳＩＯサービス
プロセッサ７３、ブートバスプロセッサ７５を有する低
速Ｉ／ＯプロセッサＰＷＢ７０−２や、メインメモリ５
６のディスク９０−１、９０−２、９０−３のそれぞれ
におよびそれぞれからデータ転送を行うディスクドライ
ブ８３を有するディスクドライブコントローラー／プロ
セッサ８２を備えたＰＷＢ７０−３、７０−４、７０−
５（画像データを圧縮する画像圧縮／プロセッサ５１と
他のアプリケーションプロセッサ７８はＰＷＢ７０−３
上にある）や、画像操作部分５８の画像操作プロセッサ
を有する画像操作ＰＷＢ７０−６や、プリンタ部分８に
よって印刷を行うために画像データを処理する画像発生
プロセッサ８６を備えた画像発生プロセッサ７０−７、
７０─８や、プリンタ部分８への、及びプリンタ部分８
からの転送を制御するディスパッチ(dispatch)プロセッ
サ８８、８９を備えたディスパッチプロセッサＰＷＢ７
０−９や、チャンネルローダ／スケジューラプロセッサ
７６、ブートバスプロセッサ７７、ブートダウンロード
(Boot Download)制御ロジック７９、メモリバスアービ
トレイションロジック／資源管理者５７を有するブート
制御アービトレイションスケジューラＰＷＢ７０−１０
を含む。ローダ／スケジューラプロセッサは２つの機能
を持つ。一方はシステムを準備状態とするようなブート
チャンネルとして機能し、他方はどのチャンネルがどの
タスクを実行するか、どのシーケンスでタスクが実行さ
れるか、を決定するのに用いられるスケジューラチャン
ネルとして機能する。
【０００９】各独立のプロセッサと関連する回路素子が
チャンネル８１を形成する。チャンネル８１（図４にそ
の一例が示されている）は、アプリケーションソフトウ
エアを処理するための独立したプロセッサであり、若し
くは、ディスクドライブのような周辺デバイスを処理す
るための入力／出力プロセッサである。例えば、ディス
ク９０−１、９０−２、９０−３、スキャナインタフェ
ースチャンネル、プリンタインタフェースチャンネル等
をインタフェースするために使用されるディスクチャン
ネルが存在する。メインメモリ５６は、その上に画像フ
ァイル１４０やシステムファイル１４２が記憶されるよ
うな複数のハードディスク９０−１、９０─２、９０─
３を備える。簡便のため、ディスク９０−１、９０−
２、９０−３を、単に「ディスク９０」と呼ぶ。システ
ムファイルは、ブートファイル１２４、ソフトウエアフ
ァイル１２２、フォント関連ファイル等のシステムオペ
レーティングファイルを備え、一方、画像ファイルは、
ある一例では、走査された画像データのファイルであ
る。システム動作に対する重要性故に、システムファイ
ルは重要と考えられており、一方、元の文書を再スキャ
ンすることによってそれらのファイルを再び得ることが
できるため、画像ファイルは重要とは考えられていな
い。
チャンネル８１を形成する。チャンネル８１（図４にそ
の一例が示されている）は、アプリケーションソフトウ
エアを処理するための独立したプロセッサであり、若し
くは、ディスクドライブのような周辺デバイスを処理す
るための入力／出力プロセッサである。例えば、ディス
ク９０−１、９０−２、９０−３、スキャナインタフェ
ースチャンネル、プリンタインタフェースチャンネル等
をインタフェースするために使用されるディスクチャン
ネルが存在する。メインメモリ５６は、その上に画像フ
ァイル１４０やシステムファイル１４２が記憶されるよ
うな複数のハードディスク９０−１、９０─２、９０─
３を備える。簡便のため、ディスク９０−１、９０−
２、９０−３を、単に「ディスク９０」と呼ぶ。システ
ムファイルは、ブートファイル１２４、ソフトウエアフ
ァイル１２２、フォント関連ファイル等のシステムオペ
レーティングファイルを備え、一方、画像ファイルは、
ある一例では、走査された画像データのファイルであ
る。システム動作に対する重要性故に、システムファイ
ルは重要と考えられており、一方、元の文書を再スキャ
ンすることによってそれらのファイルを再び得ることが
できるため、画像ファイルは重要とは考えられていな
い。
【００１０】システムメモリ６１は、ランダムアクセス
メモリ、即ちＲＡＭを備えており、システム動作の間に
要求されたデータを一時記憶するよう機能する。メモリ
６１は、メモリに書き込んだり（データエンター）読み
出したり（データ使用）することができるデータのビッ
トを記憶する。メモリ６１の他のデータは参照のために
使用され、電力が供給されている限りロードされたまま
である。メモリ６１は揮発性であるため、つまり、メモ
リ６１への電力が終了されると全てのデータが失われて
しまうため、例えば低速Ｉ／ＯプロセッサＰＷＢ７０−
２（図４）上のＮＶＭ６３のような不揮発性メモリ即ち
ＮＶＭが、システムの幾つかの場所に提供されている。
この不揮発性メモリは、本質的に、電源のスイッチが切
られているときにＤＣ電圧を供給するようなバッテリバ
ックアップを持つＲＡＭメモリを備える。ＮＶＭ６３
は、ファイル管理更新やファイル内容更新を記憶するた
めに使用される。図６を参照すれば、スーパーディスク
をインプリメントするため、ディスク９０−１、９０−
２、９０─３に転送される画像ファイル１４０は、分割
ロジック１４３によって、偶数のセグメント若しくはセ
クタ１４４に分割され、ここで、各セクタ１４４は予め
設定されたバイト数である。これらのセクタは、画像フ
ァイルを備える全てのセクタが記憶されるまで連続する
ディスクに連続的に書き込まれる。Ｎはディスク数に等
しく、セクタ１４４の総数はＮの偶数倍である。記述例
では、３つのディスク、９０−１、９０−２、９０−３
が存在し、それ故、Ｎ＝３である。従って、画像ファイ
ルは、それぞれを３つのセクタのブロックに集合させた
複数のセクタ１４４に分割される。即ち、画像ファイル
１４０のセクタ１は、ディスク９０−１に書き込まれ、
セクタ２はディスク９０−２に、セクタ３はディスク９
０−３に、セクタ４はディスク９０−１に、セクタ５は
ディスク９０−２等々である。理解されるように、ファ
イルのバイト数は、セクタ１４４にきちんと分割される
ものではなく、最後のブロックの１つ若しくは２つ以上
のセクタ１４４はデータが空であったり、あるいは部分
的に空であるかもしれない。この結果、１つのより大き
な記憶媒体やスーパーディスクが効果的に形成される。
メモリ、即ちＲＡＭを備えており、システム動作の間に
要求されたデータを一時記憶するよう機能する。メモリ
６１は、メモリに書き込んだり（データエンター）読み
出したり（データ使用）することができるデータのビッ
トを記憶する。メモリ６１の他のデータは参照のために
使用され、電力が供給されている限りロードされたまま
である。メモリ６１は揮発性であるため、つまり、メモ
リ６１への電力が終了されると全てのデータが失われて
しまうため、例えば低速Ｉ／ＯプロセッサＰＷＢ７０−
２（図４）上のＮＶＭ６３のような不揮発性メモリ即ち
ＮＶＭが、システムの幾つかの場所に提供されている。
この不揮発性メモリは、本質的に、電源のスイッチが切
られているときにＤＣ電圧を供給するようなバッテリバ
ックアップを持つＲＡＭメモリを備える。ＮＶＭ６３
は、ファイル管理更新やファイル内容更新を記憶するた
めに使用される。図６を参照すれば、スーパーディスク
をインプリメントするため、ディスク９０−１、９０−
２、９０─３に転送される画像ファイル１４０は、分割
ロジック１４３によって、偶数のセグメント若しくはセ
クタ１４４に分割され、ここで、各セクタ１４４は予め
設定されたバイト数である。これらのセクタは、画像フ
ァイルを備える全てのセクタが記憶されるまで連続する
ディスクに連続的に書き込まれる。Ｎはディスク数に等
しく、セクタ１４４の総数はＮの偶数倍である。記述例
では、３つのディスク、９０−１、９０−２、９０−３
が存在し、それ故、Ｎ＝３である。従って、画像ファイ
ルは、それぞれを３つのセクタのブロックに集合させた
複数のセクタ１４４に分割される。即ち、画像ファイル
１４０のセクタ１は、ディスク９０−１に書き込まれ、
セクタ２はディスク９０−２に、セクタ３はディスク９
０−３に、セクタ４はディスク９０−１に、セクタ５は
ディスク９０−２等々である。理解されるように、ファ
イルのバイト数は、セクタ１４４にきちんと分割される
ものではなく、最後のブロックの１つ若しくは２つ以上
のセクタ１４４はデータが空であったり、あるいは部分
的に空であるかもしれない。この結果、１つのより大き
な記憶媒体やスーパーディスクが効果的に形成される。
【００１１】画像ロケーションロジック１４６は、同一
であるセクタの各対応するブロックのアドレス（つま
り、セクタ１，２，３、セクタ４，５，６等）を用い
て、ディスク９０−１、９０−２、９０−３上の各セク
タに対するロケーションを指示する。画像データシーケ
ンスロジック１４８は、ディスク書込シーケンスを制御
し、一方、書込／読出制御ロジック１５０は、実際の命
令を与えて画像データをディスク９０−１、９０−２、
９０−３に書き込んだり、あるいはそれらのディスクか
ら読み出す。ディスク９０−１、９０−２、９０−３か
ら読み出された画像データは、ディスク９０−１、９０
−２、９０−３にデータが書き込まれるのと同様の方法
で画像ファイルセクタを再びディスク９０−１、９０−
２、９０−３から読み出すような、読出制御ロジック１
５２によって再構成される。図７、８を参照すれば明か
なように、システムファイル１４２は、保持しなければ
ならない一般的には永久ファイルである。しかしなが
ら、システムファイルは、フォント関連情報のような他
の重要な情報を備えていることも認識すべきである。保
持を確実にするため、システムファイル１４２は各ディ
スク９０−１、９０−２、９０−３上に同一のアドレス
で複製されている。複製されたこれらのファイルは、同
一の位置にあるディスクヘッドを用いて、全ての３つの
ディスク９０−１、９０−２、９０−３に同時に書き込
まれる。
であるセクタの各対応するブロックのアドレス（つま
り、セクタ１，２，３、セクタ４，５，６等）を用い
て、ディスク９０−１、９０−２、９０−３上の各セク
タに対するロケーションを指示する。画像データシーケ
ンスロジック１４８は、ディスク書込シーケンスを制御
し、一方、書込／読出制御ロジック１５０は、実際の命
令を与えて画像データをディスク９０−１、９０−２、
９０−３に書き込んだり、あるいはそれらのディスクか
ら読み出す。ディスク９０−１、９０−２、９０−３か
ら読み出された画像データは、ディスク９０−１、９０
−２、９０−３にデータが書き込まれるのと同様の方法
で画像ファイルセクタを再びディスク９０−１、９０−
２、９０−３から読み出すような、読出制御ロジック１
５２によって再構成される。図７、８を参照すれば明か
なように、システムファイル１４２は、保持しなければ
ならない一般的には永久ファイルである。しかしなが
ら、システムファイルは、フォント関連情報のような他
の重要な情報を備えていることも認識すべきである。保
持を確実にするため、システムファイル１４２は各ディ
スク９０−１、９０−２、９０−３上に同一のアドレス
で複製されている。複製されたこれらのファイルは、同
一の位置にあるディスクヘッドを用いて、全ての３つの
ディスク９０−１、９０−２、９０−３に同時に書き込
まれる。
【００１２】システムファイル１４２は、システム２の
動作及び寿命の間に周期的に起こるデータファイル１２
２の更新１２０であっても、また、ソフトウエアブート
ファイル１２４としてエンターされた新たな若しくは品
質の向上が図られたソフトウエアのような新しいファイ
ルであっても、ディスク９０−２に対するディスクドラ
イブ制御プロセッサ８２を通じて例えば中央ディスク９
０−２のようなるつのディスクに書き込まれる。システ
ムファイルはその後、他のディスク、この場合は上部お
よび底部ディスク９０−１、９０−２に移される。読出
制御装置１５４は、ディスク９０−１、９０−２、９０
−３のいずれか１つからシステムファイル１４２を読み
出す。この結果、スーパーディスクファイル（つまり、
システムのディスク９０−１、９０−２、９０−３に等
しく分散されたセグメントを備える画像ファイル１４
０）と複製ファイル（つまり、ディスク９０−１、９０
−２、９０−３上の写しを有する二重システムファイル
１４２）が生成される。スーパーディスクファイルがア
クセスされた場合、ディスクから／ディスクへのデータ
の検索／記憶のため、全てのディスク９０−１、９０−
２、９０−３がビジーである。複製ファイルの写しが読
出のためにアクセスされた場合は、１つのデッスクだけ
がビジーである。
動作及び寿命の間に周期的に起こるデータファイル１２
２の更新１２０であっても、また、ソフトウエアブート
ファイル１２４としてエンターされた新たな若しくは品
質の向上が図られたソフトウエアのような新しいファイ
ルであっても、ディスク９０−２に対するディスクドラ
イブ制御プロセッサ８２を通じて例えば中央ディスク９
０−２のようなるつのディスクに書き込まれる。システ
ムファイルはその後、他のディスク、この場合は上部お
よび底部ディスク９０−１、９０−２に移される。読出
制御装置１５４は、ディスク９０−１、９０−２、９０
−３のいずれか１つからシステムファイル１４２を読み
出す。この結果、スーパーディスクファイル（つまり、
システムのディスク９０−１、９０−２、９０−３に等
しく分散されたセグメントを備える画像ファイル１４
０）と複製ファイル（つまり、ディスク９０−１、９０
−２、９０−３上の写しを有する二重システムファイル
１４２）が生成される。スーパーディスクファイルがア
クセスされた場合、ディスクから／ディスクへのデータ
の検索／記憶のため、全てのディスク９０−１、９０−
２、９０−３がビジーである。複製ファイルの写しが読
出のためにアクセスされた場合は、１つのデッスクだけ
がビジーである。
【００１３】図９には、図２に示された複写機２の様々
な構成部分とコントローラーを含んだ装置が示されてい
る。図９に示された実施例では、システムメモリ６１と
ディスク９０を含むメモリが資源管理者５７と関連して
示されている。システムメモリ６１は、他の構成部分の
中の、１つ若しくは２つ以上の待ち行列１６０と複数の
バッファ１６２を含む。待ち行列１６０は、顧客によっ
て要求された様々な転送のグループ分けや、優先順位付
けを行うよう機能する。更に言えば、待ち行列１６０の
１つは、顧客からの複写要求が保持される待ち行列に予
約される。バッファ１６２と資源管理者５７間の関係
は、Uet alw の米国特許第５，２１２，５６６号に更に
記述されている。資源管理者５７は、更に画像出力端末
（「ＩＯＴ」）１６４と会話する。ＩＯＴは、更に、そ
の詳細が以下に記述されるような「マーキングソフトウ
エア」を備える。ある一例において、ＩＯＴ１６４は、
複写モジュールに接続されたラスタ出力走査デバイス
（「ＲＯＳ」）（図２）を含んでおり、複写モジュール
は、光電部材をそれに付随する画像ステイションと共に
含む。ＩＯＴ１６４の詳細な構造と動作について説明を
行うために、米国特許第５，１７５，６７９号を参照す
ることができる。
な構成部分とコントローラーを含んだ装置が示されてい
る。図９に示された実施例では、システムメモリ６１と
ディスク９０を含むメモリが資源管理者５７と関連して
示されている。システムメモリ６１は、他の構成部分の
中の、１つ若しくは２つ以上の待ち行列１６０と複数の
バッファ１６２を含む。待ち行列１６０は、顧客によっ
て要求された様々な転送のグループ分けや、優先順位付
けを行うよう機能する。更に言えば、待ち行列１６０の
１つは、顧客からの複写要求が保持される待ち行列に予
約される。バッファ１６２と資源管理者５７間の関係
は、Uet alw の米国特許第５，２１２，５６６号に更に
記述されている。資源管理者５７は、更に画像出力端末
（「ＩＯＴ」）１６４と会話する。ＩＯＴは、更に、そ
の詳細が以下に記述されるような「マーキングソフトウ
エア」を備える。ある一例において、ＩＯＴ１６４は、
複写モジュールに接続されたラスタ出力走査デバイス
（「ＲＯＳ」）（図２）を含んでおり、複写モジュール
は、光電部材をそれに付随する画像ステイションと共に
含む。ＩＯＴ１６４の詳細な構造と動作について説明を
行うために、米国特許第５，１７５，６７９号を参照す
ることができる。
【００１４】メモリ、更に詳細にはバッファ１６２は、
画像発生器８６の使用を通じてＩＯＴと会話する。特
に、バファ１６２に保持される画像データは、好ましく
は圧縮されており、画像発生器は、Docu Tech 複写機に
存在する型の圧縮解除技法（decompression scheme) を
含み、圧縮データがＩＰＴ１６４を通過される際、その
圧縮データの圧縮を解除する。画像発生器は、ＲＯＳ
（図２）を用いて複写を行うための形態で画像データを
配置させるような他の従来動作を実行する。図９の装置
の機能は、以下の表１を参照することにより、よりよく
理解することができる。
画像発生器８６の使用を通じてＩＯＴと会話する。特
に、バファ１６２に保持される画像データは、好ましく
は圧縮されており、画像発生器は、Docu Tech 複写機に
存在する型の圧縮解除技法（decompression scheme) を
含み、圧縮データがＩＰＴ１６４を通過される際、その
圧縮データの圧縮を解除する。画像発生器は、ＲＯＳ
（図２）を用いて複写を行うための形態で画像データを
配置させるような他の従来動作を実行する。図９の装置
の機能は、以下の表１を参照することにより、よりよく
理解することができる。
【００１５】
【表１】 表１は、８個の二重写しが複写される例と関連する。話
を簡単にするため、まず初めに、各基質、若しくはシー
トがＩＯＴで供給されたとき、そのシートに対応する画
像データをディスク９０から検索することができ、時間
的な方法でシートに像形成されると仮定する。表１で、
各シート側はＳ１，Ｓ２，．．．Ｓ８（単体１，単体２
等）若しくはＤ１，Ｄ２，．．．Ｄ８（二重体１，二重
体２等）のいずれかで示されている。即ち、各「Ｓ」は
基板若しくはシートの一方の側を表し、対応する「Ｄ」
はシートのもう一方の側を表す。動作中、「ビデオヒン
ト(Video Hint)」がＩＯＴ１６４によって出され、ＩＯ
Ｔがその基質、若しくはシートを供給しようとする度
に、マーキングソフトウエアによって受け取られる。こ
れらのビデオヒントに従ってシートが供給され、１若し
くは２以上のページタイム（page time)（「ピッチ」）
がバッファ１６２に受け取られる。例えば、ビデオヒン
トが、マーキングソフトウエアによってＳ１およびＤ１
に関して、ｔ1で、受け取られた場合、メモリはｔ4 、
ｔ5 、ｔ13、ｔ14で予約される。Ｓ２およびＤ２に関す
るメモリはその後、ｔ6 、ｔ7 、ｔ14、ｔ15等に予約さ
れる。
を簡単にするため、まず初めに、各基質、若しくはシー
トがＩＯＴで供給されたとき、そのシートに対応する画
像データをディスク９０から検索することができ、時間
的な方法でシートに像形成されると仮定する。表１で、
各シート側はＳ１，Ｓ２，．．．Ｓ８（単体１，単体２
等）若しくはＤ１，Ｄ２，．．．Ｄ８（二重体１，二重
体２等）のいずれかで示されている。即ち、各「Ｓ」は
基板若しくはシートの一方の側を表し、対応する「Ｄ」
はシートのもう一方の側を表す。動作中、「ビデオヒン
ト(Video Hint)」がＩＯＴ１６４によって出され、ＩＯ
Ｔがその基質、若しくはシートを供給しようとする度
に、マーキングソフトウエアによって受け取られる。こ
れらのビデオヒントに従ってシートが供給され、１若し
くは２以上のページタイム（page time)（「ピッチ」）
がバッファ１６２に受け取られる。例えば、ビデオヒン
トが、マーキングソフトウエアによってＳ１およびＤ１
に関して、ｔ1で、受け取られた場合、メモリはｔ4 、
ｔ5 、ｔ13、ｔ14で予約される。Ｓ２およびＤ２に関す
るメモリはその後、ｔ6 、ｔ7 、ｔ14、ｔ15等に予約さ
れる。
【００１６】上の情報を用いて、表１は、Ｓ１、Ｓ２、
Ｓ３が複写される方法を検討している以下の記述によっ
て完全に理解され得る。ｔ1 に対するスケジューリング
オフセットが発生した後、Ｓ１に対するビデオリクエス
トが初期化され（ｔ5 で）、予約されたメモリがｔ5 に
割り当てられ、Ｓ１に対する画像データがバッファ１６
２の１つ、つまりバッファＢ0 へ、ｔ5 の間、ディスク
９０から転送される。ｔ5 で画像データを割り当てる
際、Ｓ１の第１の側を収容するのに十分なメモリ（「Ｐ
１S 」）が使用される。明かなように、Ｓｎ／Ｄｎ対
（例えばＳ１／Ｄ１）によって指示された二重化される
べきどのシートに関しても、ＰｎS はシートの一方の側
に使用されるメモリと関連し、ＰｎD はシートの他の側
に使用されるメモリと関連する。ｔ6 で、Ｓ１に対する
画像データは、画像発生器８６（「ＩＧ」信号に応答す
る）によって圧縮解除され、ｔ1 で供給されたシートに
画像処理を行うためにＩＯＴ１６４に転送される。ｔ6
の間、画像データはバッファ2に設定され、ｔ7 で、そ
の画像データは画像処理のためバッファ2 からＩＯＴに
転送される。ｔ6 でメモリを割り当てる際、側Ｐ１S お
よびＰＩS を収容するのに十分なメモリが使用される。
ｔ6 〜ｔ7 の間、しばしば、Ｓ１に対する空間が割り当
てられず、バッファ0 がＳ３の画像データに対して設定
されることがある。ｔ7 でメモリを割り当てる際、Ｐ２
S およびＰ３S の側を収容するのに十分なメモリが使用
される。
Ｓ３が複写される方法を検討している以下の記述によっ
て完全に理解され得る。ｔ1 に対するスケジューリング
オフセットが発生した後、Ｓ１に対するビデオリクエス
トが初期化され（ｔ5 で）、予約されたメモリがｔ5 に
割り当てられ、Ｓ１に対する画像データがバッファ１６
２の１つ、つまりバッファＢ0 へ、ｔ5 の間、ディスク
９０から転送される。ｔ5 で画像データを割り当てる
際、Ｓ１の第１の側を収容するのに十分なメモリ（「Ｐ
１S 」）が使用される。明かなように、Ｓｎ／Ｄｎ対
（例えばＳ１／Ｄ１）によって指示された二重化される
べきどのシートに関しても、ＰｎS はシートの一方の側
に使用されるメモリと関連し、ＰｎD はシートの他の側
に使用されるメモリと関連する。ｔ6 で、Ｓ１に対する
画像データは、画像発生器８６（「ＩＧ」信号に応答す
る）によって圧縮解除され、ｔ1 で供給されたシートに
画像処理を行うためにＩＯＴ１６４に転送される。ｔ6
の間、画像データはバッファ2に設定され、ｔ7 で、そ
の画像データは画像処理のためバッファ2 からＩＯＴに
転送される。ｔ6 でメモリを割り当てる際、側Ｐ１S お
よびＰＩS を収容するのに十分なメモリが使用される。
ｔ6 〜ｔ7 の間、しばしば、Ｓ１に対する空間が割り当
てられず、バッファ0 がＳ３の画像データに対して設定
されることがある。ｔ7 でメモリを割り当てる際、Ｐ２
S およびＰ３S の側を収容するのに十分なメモリが使用
される。
【００１７】表１から明かなように、シートに画像処理
がなされる度に、メモリの割り当ては解除され、「メモ
リ使用」行列がこれに従って変更される。更に、ビデオ
ヒントとビデオ要求がＩＯＴ１６４によって発生され、
メモリ使用行列はマーキングソフトウエアによって管理
され、バッファ予約／割り当ては資源管理者５７によっ
て管理される。更に、マーキングソフトウエアの機能
は、ＩＯＴ１６４と関連付けられているが、ＩＯＴによ
って実行される必要がないことは明かであろう。即ち、
より好ましい実施例では、マーキングソフトウエア（図
９の「マーカー」）は、画像出力制御装置６０としてコ
ントローラー７に存在する（図２）。最後に、メモリ使
用に関する情報は、以下に説明する使用タイプの規則正
しい間隔で資源管理者に渡される。上の話は、各時間に
シート供給されること仮定していることに注意すべきで
あり、好ましくはディスク９０に記憶された対応画像
は、時間的な方法でＩＯＴ１６４に配達され得ること、
つまり、画像に対応する画像データは１つのピッチで設
定され、他のピッチでバッファ１６２からＩＰＴ１６４
に転送され得ることに注意すべきである。更に、上の記
述では、資源管理者５７がマーカーによって希望された
分だけバッファ１６２のメモリを予約するだろうと仮定
している。しかしながら、これらの仮定が、常に正しい
ということはない。より好ましい実施例では、これらの
仮定の両方の有効性が以下のインプリメンテーションに
よってチェックされる。
がなされる度に、メモリの割り当ては解除され、「メモ
リ使用」行列がこれに従って変更される。更に、ビデオ
ヒントとビデオ要求がＩＯＴ１６４によって発生され、
メモリ使用行列はマーキングソフトウエアによって管理
され、バッファ予約／割り当ては資源管理者５７によっ
て管理される。更に、マーキングソフトウエアの機能
は、ＩＯＴ１６４と関連付けられているが、ＩＯＴによ
って実行される必要がないことは明かであろう。即ち、
より好ましい実施例では、マーキングソフトウエア（図
９の「マーカー」）は、画像出力制御装置６０としてコ
ントローラー７に存在する（図２）。最後に、メモリ使
用に関する情報は、以下に説明する使用タイプの規則正
しい間隔で資源管理者に渡される。上の話は、各時間に
シート供給されること仮定していることに注意すべきで
あり、好ましくはディスク９０に記憶された対応画像
は、時間的な方法でＩＯＴ１６４に配達され得ること、
つまり、画像に対応する画像データは１つのピッチで設
定され、他のピッチでバッファ１６２からＩＰＴ１６４
に転送され得ることに注意すべきである。更に、上の記
述では、資源管理者５７がマーカーによって希望された
分だけバッファ１６２のメモリを予約するだろうと仮定
している。しかしながら、これらの仮定が、常に正しい
ということはない。より好ましい実施例では、これらの
仮定の両方の有効性が以下のインプリメンテーションに
よってチェックされる。
【００１８】図１０には、ＩＯＴ１６４でシートが供給
されるべきか、また、空間がバッファ１６２の１つに予
約されるべきかどうかを決定する計画が示されている。
図１０の処理は、ＩＯＴがステップ１７０でシートの供
給を望んでいることを示したときに開始する。故に、ス
テップ１７２で、シート供給の希望がマーカーに指示さ
れ、ステップ１７４で、マーカーはビデオヒントのとき
にどのシートがスケジュールされるべきか決定する。例
えば、上で示したように、表１に例示した計画では、Ｓ
１とＤ１が、ｔ1 、ｔ9 でそれぞれ供給されること等を
計画する。マーカーがビデオヒントを受け取ると、マー
カーは、ステップ１７６、１７８、１８０を通じて、ビ
デオヒントに対応するシートに関して予約を行う。この
技術をどのように用いてＳ１とＤ１（表１）に対してメ
モリと時間の両方を予約するのかということに関して一
例を示す。この例は、図１０の技術が機能する方法を示
す図であり、当業者ならば理解できるものである。ｔ1
でのビデオヒントの受取に続いて、マーカーは、資源管
理者５７と関連しつつ、バッファ0 の空間がＳ１に関し
て予約され得るか、バッファ1 の空間がＤ１に関して予
約され得るか、決定する。まず第一に、マーカーは、シ
ート側の複雑さ、故にＳ１およびＤ１に必要とされるメ
モリ空間量、即ちＰ１S とＰ１D の大きさ、を考慮する
（ステップ１７６）。マーカーは、Ｐ１S とＰ１D のど
ちらがより大きい、つまり、これら２つの中のどちらが
「ＭＡＸＵＳＡＧＥ」として機能すべきか決定する。
されるべきか、また、空間がバッファ１６２の１つに予
約されるべきかどうかを決定する計画が示されている。
図１０の処理は、ＩＯＴがステップ１７０でシートの供
給を望んでいることを示したときに開始する。故に、ス
テップ１７２で、シート供給の希望がマーカーに指示さ
れ、ステップ１７４で、マーカーはビデオヒントのとき
にどのシートがスケジュールされるべきか決定する。例
えば、上で示したように、表１に例示した計画では、Ｓ
１とＤ１が、ｔ1 、ｔ9 でそれぞれ供給されること等を
計画する。マーカーがビデオヒントを受け取ると、マー
カーは、ステップ１７６、１７８、１８０を通じて、ビ
デオヒントに対応するシートに関して予約を行う。この
技術をどのように用いてＳ１とＤ１（表１）に対してメ
モリと時間の両方を予約するのかということに関して一
例を示す。この例は、図１０の技術が機能する方法を示
す図であり、当業者ならば理解できるものである。ｔ1
でのビデオヒントの受取に続いて、マーカーは、資源管
理者５７と関連しつつ、バッファ0 の空間がＳ１に関し
て予約され得るか、バッファ1 の空間がＤ１に関して予
約され得るか、決定する。まず第一に、マーカーは、シ
ート側の複雑さ、故にＳ１およびＤ１に必要とされるメ
モリ空間量、即ちＰ１S とＰ１D の大きさ、を考慮する
（ステップ１７６）。マーカーは、Ｐ１S とＰ１D のど
ちらがより大きい、つまり、これら２つの中のどちらが
「ＭＡＸＵＳＡＧＥ」として機能すべきか決定する。
【００１９】一般に、ＭＡＸＵＳＡＧＥ、つまり、１つ
若しくは２つ以上のシートに使用されるメモリの最大量
は、表１のメモリ使用行に存在する最大値に等しい。Ｍ
ＡＸＵＳＡＧＥの値は資源管理者５７に送られ、資源管
理者は、ステップ１７８を通じてＭＡＸＵＳＡＧＥの大
きさがＩＯＴに対して割り当てられる利用可能なメモリ
量を超過するものかどうか判断する。当業者ならば、シ
ートがＳ１およびＤ１に加えて画像処理のためにスケジ
ューリングされる場合、ＭＡＸＵＳＡＧＥの値が変化す
るであろうことを理解するであろう。例えば、Ｓ２とＤ
２が予約された場合、（Ｐ１S ＋Ｐ２S ）若しくは（Ｐ
１D ＋Ｐ２D ）のいずれかは、不可避的にＰ１S 若しく
はＰ１D よりも大きいため、ＭＡＸＵＳＡＧＥの値は変
化するであろう。以下に述べるより好ましい実施例で
は、ＩＯＴ１６４でシートが提供される度に、メモリ使
用行が走査され、ＭＡＸＵＳＡＧＥの値が更新される。
ここに述べられた特許出願に関連する資源管理者から見
れば、利用可能なメモリは複写機２の顧客の要求に従っ
て変化するであろうことが、理解されるだろう。ＭＡＸ
ＵＳＡＧＥの大きさが利用可能なメモリの大きさより大
きい場合には、その処理はステップ１８２，１８４およ
び１８６に進み、ピッチをスキップするようＩＯＴに命
令する（１８６）。即ち、十分なメモリを利用できない
場合には、ピッチはスキップされ、十分なメモリが利用
可能になるまでＳ１は供給されず、また、いずれのバッ
ファスペースもＳ１／Ｄ１に対して予約されない。
若しくは２つ以上のシートに使用されるメモリの最大量
は、表１のメモリ使用行に存在する最大値に等しい。Ｍ
ＡＸＵＳＡＧＥの値は資源管理者５７に送られ、資源管
理者は、ステップ１７８を通じてＭＡＸＵＳＡＧＥの大
きさがＩＯＴに対して割り当てられる利用可能なメモリ
量を超過するものかどうか判断する。当業者ならば、シ
ートがＳ１およびＤ１に加えて画像処理のためにスケジ
ューリングされる場合、ＭＡＸＵＳＡＧＥの値が変化す
るであろうことを理解するであろう。例えば、Ｓ２とＤ
２が予約された場合、（Ｐ１S ＋Ｐ２S ）若しくは（Ｐ
１D ＋Ｐ２D ）のいずれかは、不可避的にＰ１S 若しく
はＰ１D よりも大きいため、ＭＡＸＵＳＡＧＥの値は変
化するであろう。以下に述べるより好ましい実施例で
は、ＩＯＴ１６４でシートが提供される度に、メモリ使
用行が走査され、ＭＡＸＵＳＡＧＥの値が更新される。
ここに述べられた特許出願に関連する資源管理者から見
れば、利用可能なメモリは複写機２の顧客の要求に従っ
て変化するであろうことが、理解されるだろう。ＭＡＸ
ＵＳＡＧＥの大きさが利用可能なメモリの大きさより大
きい場合には、その処理はステップ１８２，１８４およ
び１８６に進み、ピッチをスキップするようＩＯＴに命
令する（１８６）。即ち、十分なメモリを利用できない
場合には、ピッチはスキップされ、十分なメモリが利用
可能になるまでＳ１は供給されず、また、いずれのバッ
ファスペースもＳ１／Ｄ１に対して予約されない。
【００２０】第２に、十分なメモリが利用可能ならば処
理はステップ１８０に進み、このステップ１８０で、資
源管理者５７は、２個の規準がＳ１およびＤ１に関して
整合されたかどうか判断する。第１の規準に関して、マ
ーカーは、Ｓ１およびＤ１に関するある情報、例えば、
Ｓ１とＤ１が予約される時間間隔や、Ｓ１およびＤ１に
対する画像データをディスク９０からシステムメモリ６
１に転送するディスク動作を、資源管理者に示す。この
情報を用いて、資源管理者は、画像データの転送を行う
のに必要な時間を計算から求めようとする。この計算は
所定の時間間隔の範囲内で行われ、この処理は ステッ
プ１８２、１８４および１８６に進む。第２の規準につ
いて、資源管理者は、上の計算からディスク動作が
ｔ5 、ｔ13でｔ5 、ｔ13で実行され得るかどうかを判断
する。ディスク動作がｔ5 、ｔ13で実行され得ない場合
は、処理はステップ１８２，１８４，１８６に進む。ス
テップ１７８および１８０に関して論理１が戻された場
合、Ｓ１がＩＯＴで供給され、バッファ0 において、Ｓ
１に関して、ｔ5 およびｔ6 で、バッファ1 においてＤ
１に関して、ｔ13およびｔ14で、予約がなされる（ステ
ップ１８８と１９０）。図１１をみれば、バッファされ
た画像データをシステムメモリ６１のバッファからＩＯ
Ｔ１６４に転送するための解決策が示されている。この
技術をどのように用いてＳ１に対して画像データを転送
するのかということに関して一例を示す。この例は、図
１１の技術が機能する方法を示す図であり、当業者なら
ば理解できるものである。一旦予約時間、つまりｔ5 と
ｔ6 、に到達すると（ステップ１９４）、資源管理者５
７はバッファ0 に予約空間を割り当て（ステップ１９
６）、ディスク９０からバッファ0 への画像の転送を初
期化するよう、つまり、Ｓ１に対する画像データのセッ
トアップを初期化するようにする。何らかの原因で、画
像データのセットアップを所定の時間間隔内で達成する
ことが不可能ならば（ステップ１９８）（図１０の技術
で実行されたチェックにもかかわらず）、システムはフ
ォールトされる（ステップ２００）。ある一つの例で
は、セットアップは、同時係属中の米国特許出願第０７
／０００３６６によって開示されているように、ディス
クスケジューリングアルゴリズムで発生されるエラーの
結果として達成され得る。
理はステップ１８０に進み、このステップ１８０で、資
源管理者５７は、２個の規準がＳ１およびＤ１に関して
整合されたかどうか判断する。第１の規準に関して、マ
ーカーは、Ｓ１およびＤ１に関するある情報、例えば、
Ｓ１とＤ１が予約される時間間隔や、Ｓ１およびＤ１に
対する画像データをディスク９０からシステムメモリ６
１に転送するディスク動作を、資源管理者に示す。この
情報を用いて、資源管理者は、画像データの転送を行う
のに必要な時間を計算から求めようとする。この計算は
所定の時間間隔の範囲内で行われ、この処理は ステッ
プ１８２、１８４および１８６に進む。第２の規準につ
いて、資源管理者は、上の計算からディスク動作が
ｔ5 、ｔ13でｔ5 、ｔ13で実行され得るかどうかを判断
する。ディスク動作がｔ5 、ｔ13で実行され得ない場合
は、処理はステップ１８２，１８４，１８６に進む。ス
テップ１７８および１８０に関して論理１が戻された場
合、Ｓ１がＩＯＴで供給され、バッファ0 において、Ｓ
１に関して、ｔ5 およびｔ6 で、バッファ1 においてＤ
１に関して、ｔ13およびｔ14で、予約がなされる（ステ
ップ１８８と１９０）。図１１をみれば、バッファされ
た画像データをシステムメモリ６１のバッファからＩＯ
Ｔ１６４に転送するための解決策が示されている。この
技術をどのように用いてＳ１に対して画像データを転送
するのかということに関して一例を示す。この例は、図
１１の技術が機能する方法を示す図であり、当業者なら
ば理解できるものである。一旦予約時間、つまりｔ5 と
ｔ6 、に到達すると（ステップ１９４）、資源管理者５
７はバッファ0 に予約空間を割り当て（ステップ１９
６）、ディスク９０からバッファ0 への画像の転送を初
期化するよう、つまり、Ｓ１に対する画像データのセッ
トアップを初期化するようにする。何らかの原因で、画
像データのセットアップを所定の時間間隔内で達成する
ことが不可能ならば（ステップ１９８）（図１０の技術
で実行されたチェックにもかかわらず）、システムはフ
ォールトされる（ステップ２００）。ある一つの例で
は、セットアップは、同時係属中の米国特許出願第０７
／０００３６６によって開示されているように、ディス
クスケジューリングアルゴリズムで発生されるエラーの
結果として達成され得る。
【００２１】Ｓ１に対する画像データが所定の時間間隔
内で、つまりｔ5 、バッファにセットアップされたと仮
定すると、画像データは、ステップ２０２で、バッファ
0 からＩＯＴ１６４へｔ6 の間に転送される。転送が完
了すると、マーカーは、Ｐ１ S を減算し且つＭＡＸＵＳ
ＡＧＥの現在値に対するメモリ使用行を走査することに
より、ＭＡＸＵＳＡＧＥを更新する。一旦、マーカーが
資源管理者５７に対して転送が完了したことを示し且つ
資源管理者にＭＡＸＵＳＡＧＥの現在値を与えると、資
源管理者は、Ｓ１のために使用されているメモリ空間の
割り当てを解除する（ステップ２０６）。開示された実
施例の多数の特徴を当業者は理解できるだろう。開示さ
れた実施例の１つの特徴は、ＩＯＴの実行率を最大にす
ることである。ＩＯＴのメモリ要求は理にかなうもので
あることから、資源管理者は、資源管理者の割り当て限
界を超過することなしに、ＩＯＴのメモリの必要性を満
足させることができる。即ち、ＭＡＸＵＳＡＧＥの値は
ＩＯＴに利用できるメモリよりも少なくなりがちである
ため、そのメモリ割り当て要求が不正常に大きいことを
理由にピッチをスキップするようＩＯＴに要求するよう
なことは稀である。開示実施例の他の特徴は、複写の実
効性を最大とすることである。即ち、資源管理者は、理
解されるものではなくＩＯＴの実際の必要に基づいて動
作するため、資源管理者が、ＩＯＴによって実際に必要
とされるメモリよりも多くのメモリを予約することがな
い。故に、資源管理者はＩＯＴに対するメモリを実効的
な方法で予約するため、資源管理者は、複写機の他の顧
客に対するメモリの分散を最適化することができる。
内で、つまりｔ5 、バッファにセットアップされたと仮
定すると、画像データは、ステップ２０２で、バッファ
0 からＩＯＴ１６４へｔ6 の間に転送される。転送が完
了すると、マーカーは、Ｐ１ S を減算し且つＭＡＸＵＳ
ＡＧＥの現在値に対するメモリ使用行を走査することに
より、ＭＡＸＵＳＡＧＥを更新する。一旦、マーカーが
資源管理者５７に対して転送が完了したことを示し且つ
資源管理者にＭＡＸＵＳＡＧＥの現在値を与えると、資
源管理者は、Ｓ１のために使用されているメモリ空間の
割り当てを解除する（ステップ２０６）。開示された実
施例の多数の特徴を当業者は理解できるだろう。開示さ
れた実施例の１つの特徴は、ＩＯＴの実行率を最大にす
ることである。ＩＯＴのメモリ要求は理にかなうもので
あることから、資源管理者は、資源管理者の割り当て限
界を超過することなしに、ＩＯＴのメモリの必要性を満
足させることができる。即ち、ＭＡＸＵＳＡＧＥの値は
ＩＯＴに利用できるメモリよりも少なくなりがちである
ため、そのメモリ割り当て要求が不正常に大きいことを
理由にピッチをスキップするようＩＯＴに要求するよう
なことは稀である。開示実施例の他の特徴は、複写の実
効性を最大とすることである。即ち、資源管理者は、理
解されるものではなくＩＯＴの実際の必要に基づいて動
作するため、資源管理者が、ＩＯＴによって実際に必要
とされるメモリよりも多くのメモリを予約することがな
い。故に、資源管理者はＩＯＴに対するメモリを実効的
な方法で予約するため、資源管理者は、複写機の他の顧
客に対するメモリの分散を最適化することができる。
【図１】本発明の技術が実行され得る電子複写機の斜視
図。
図。
【図２】図１の電子複写機のブロック図。
【図３】図２のコントローラー部分のブロック図。
【図４】図２のコントローラー部分のブロック図。
【図５】図２のコントローラー部分のブロック図。
【図６】複数のディスクドライブデバイスの上に画像フ
ァイルを記憶してスーパーディスクファイルを提供する
ための技術を示すブロック図。
ァイルを記憶してスーパーディスクファイルを提供する
ための技術を示すブロック図。
【図７】システムファイルを収集し且つそれらのファイ
ルを複製する技術を示すブロック図。
ルを複製する技術を示すブロック図。
【図８】システムファイルを収集し且つそれらのファイ
ルを複製する技術を示すブロック図。
ルを複製する技術を示すブロック図。
【図９】ＩＯＴのマーキングソフトウエアと資源管理者
によって行われる制御を用いて、ディスクドライブデバ
イスからＩＯＴへの画像データの転送を制御するブロッ
ク図。
によって行われる制御を用いて、ディスクドライブデバ
イスからＩＯＴへの画像データの転送を制御するブロッ
ク図。
【図１０】図９の制御装置を使用して、時間的に許容可
能な方法で、画像データがＩＯＴへ画像処理のために送
信されることを確実にする技術を示す流れ図。
能な方法で、画像データがＩＯＴへ画像処理のために送
信されることを確実にする技術を示す流れ図。
【図１１】図９の制御装置を使用して、時間的に許容可
能な方法で、画像データがＩＯＴへ画像処理のために送
信されることを確実にする技術を示す流れ図。
能な方法で、画像データがＩＯＴへ画像処理のために送
信されることを確実にする技術を示す流れ図。
───────────────────────────────────────────────────── フロントページの続き (72)発明者 コリーン アール エンジアン アメリカ合衆国 ニューヨーク州 14526 ペンフィールド チッペナム ドライヴ 51 (72)発明者 ジュアン シー アセボ アメリカ合衆国 ニューヨーク州 14580 ウェブスター ディアハースト レーン 110−11 (72)発明者 エム ジョン ルドロー アメリカ合衆国 ニューヨーク州 14619 ロチェスター シャーウッド アベニュ ー 95 (72)発明者 キース エイ メイ アメリカ合衆国 ニューヨーク州 14522 パルミラ メイプル アベニュー 2450
Claims (1)
- 【請求項１】 その各々が画像データによって表現され
た画像を含んでいる複数のプリントを生成する複写機に
おいて、 所定プリントの画像データを記憶し且つバッファするた
めのメモリと、 前記メモリと連絡して前記所定プリントの画像を基質の
上に複写する画像出力端末と、 前記画像出力端末と作用的に関連して前記プリントの中
の幾つかの所定プリントを複写する際に使用されるメモ
リの最大量の値を決定する手段と、 前記決定手段および前記メモリと連絡して前記メモリを
管理する手段と、を備え、前記管理手段は前記決定手段
から値を受け取り、その値が利用可能なメモリ空間の所
定量に対応し且つ付加的な所定状態が満足されたことを
前記管理手段が判断したときに前記基質が前記画像出力
端末に供給されることを特徴とする複写機。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US08/010104 | 1993-01-28 | ||
| US08/010,104 US5535312A (en) | 1993-01-28 | 1993-01-28 | Apparatus and method for managing memory in a printing system |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH06301594A true JPH06301594A (ja) | 1994-10-28 |
| JP3640681B2 JP3640681B2 (ja) | 2005-04-20 |
Family
ID=21743892
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP00490194A Expired - Fee Related JP3640681B2 (ja) | 1993-01-28 | 1994-01-21 | 複写機におけるメモリの管理装置および方法 |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US5535312A (ja) |
| JP (1) | JP3640681B2 (ja) |
| BR (1) | BR9400341A (ja) |
Families Citing this family (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6538764B2 (en) * | 1996-04-12 | 2003-03-25 | Canon Kabushiki Kaisha | Printing apparatus, information processing apparatus, data processing method for use in such an apparatus, and storage medium storing computer-readable program |
| KR980003990A (ko) | 1996-06-28 | 1998-03-30 | 김광호 | 인쇄구성 화일을 프린터로 전송하는 방법 |
| US5826082A (en) * | 1996-07-01 | 1998-10-20 | Sun Microsystems, Inc. | Method for reserving resources |
| JPH10257281A (ja) * | 1997-03-12 | 1998-09-25 | Minolta Co Ltd | 画像形成装置 |
| US6239880B1 (en) | 1998-04-10 | 2001-05-29 | Xerox Corporation | Memory management system for a printing system |
| US6215487B1 (en) | 1998-04-10 | 2001-04-10 | Xerox Corporation | System for altering attribute values in a printing system |
| US6288790B1 (en) | 1998-05-15 | 2001-09-11 | International Business Machines Corporation | Mobility support for printing |
| US6295538B1 (en) * | 1998-12-03 | 2001-09-25 | International Business Machines Corporation | Method and apparatus for creating metadata streams with embedded device information |
| JP2001103255A (ja) * | 1999-09-30 | 2001-04-13 | Minolta Co Ltd | 画像処理システム |
| US7847967B2 (en) * | 2004-10-30 | 2010-12-07 | Sharp Laboratories Of America, Inc. | Adaptive de-spooling system for partial brute force collation |
| US8271988B2 (en) * | 2007-11-09 | 2012-09-18 | Xerox Corporation | System-generated resource management profiles |
| US8218177B2 (en) * | 2007-11-09 | 2012-07-10 | Xerox Corporation | Resource management profiles |
| JP2009217331A (ja) * | 2008-03-07 | 2009-09-24 | Canon Inc | 情報処理装置、情報処理装置の制御方法、プログラム、及び、記録媒体 |
| US8169662B2 (en) * | 2008-12-18 | 2012-05-01 | Xerox Corporation | System and method for reducing print delays for print jobs |
| US10545861B2 (en) * | 2016-10-04 | 2020-01-28 | Pure Storage, Inc. | Distributed integrated high-speed solid-state non-volatile random-access memory |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5047957A (en) * | 1988-10-21 | 1991-09-10 | Minolta Camera Kabushiki Kaisha | Printer controller |
| US5220645A (en) * | 1989-03-07 | 1993-06-15 | Canon Kabushiki Kaisha | Output apparatus |
| US5155845A (en) * | 1990-06-15 | 1992-10-13 | Storage Technology Corporation | Data storage system for providing redundant copies of data on different disk drives |
| US5142667A (en) * | 1990-09-28 | 1992-08-25 | Xerox Corporation | Resource and memory management algorithms for electric printing and electronic reprographic systems |
| US5253081A (en) * | 1990-12-20 | 1993-10-12 | Fuji Photo Film Co., Ltd. | Image recording device |
| JP2859450B2 (ja) * | 1991-01-31 | 1999-02-17 | 富士写真フイルム株式会社 | 画像記録装置及び画像記録方法 |
| US5377311A (en) * | 1993-03-16 | 1994-12-27 | International Business Machines Corporation | Fast printer data stream conversion with constrained memory |
-
1993
- 1993-01-28 US US08/010,104 patent/US5535312A/en not_active Expired - Lifetime
-
1994
- 1994-01-21 JP JP00490194A patent/JP3640681B2/ja not_active Expired - Fee Related
- 1994-01-26 BR BR9400341A patent/BR9400341A/pt not_active IP Right Cessation
Also Published As
| Publication number | Publication date |
|---|---|
| JP3640681B2 (ja) | 2005-04-20 |
| US5535312A (en) | 1996-07-09 |
| BR9400341A (pt) | 1994-08-16 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5142667A (en) | Resource and memory management algorithms for electric printing and electronic reprographic systems | |
| EP0704792B1 (en) | Method of managing memory allocation in a printing system | |
| JPH06301594A (ja) | 複写機におけるメモリの管理装置および方法 | |
| US5241672A (en) | System using the storage level of file updates in nonvolatile memory to trigger saving of RAM to disk and using the file updates to reboot after crash | |
| CA2496243C (en) | Video-storage network having increased performance | |
| US5212786A (en) | File compaction process for electronic printing systems | |
| US6378033B1 (en) | Electronic device, control method thereof and storage medium | |
| JPH09224044A (ja) | 配信システム | |
| US20030154246A1 (en) | Server for storing files | |
| US5375202A (en) | Dispatching and scheduling memory operations in an electronic printing system | |
| JPH04322378A (ja) | 複数のディスクを有する電子印刷システムのファイル記憶方法 | |
| CA2138070C (en) | Method of printing a print job with a print file | |
| EP0507026B1 (en) | A process for storing files of an electronic system | |
| JP3161031B2 (ja) | 画像処理装置 | |
| US6535934B2 (en) | Transferring data from disk storage directly to a peripheral device | |
| EP1069524B1 (en) | Printing out multiple copies | |
| US5345581A (en) | Process for replacing storage media in electronic printing systems | |
| US6813685B1 (en) | System for storing data and method of controlling the writing of redundant data | |
| JPH09297660A (ja) | マルチメディアサービス用コンテンツ管理方法及びシステム | |
| JPH09200702A (ja) | Ｖｏｄサーバシステム | |
| Franchi et al. | Mass-storage management for distributed image/video archives | |
| JPH01108629A (ja) | 画面の分散配置管理方式 | |
| JPH0498416A (ja) | データ書込方法 | |
| JPH06350819A (ja) | ファクシミリ装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040120 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040329 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20041115 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20041122 |
|
| 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: 20041220 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050119 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| LAPS | Cancellation because of no payment of annual fees |