JPH0644236B2 - 記録装置のモニタ制御装置 - Google Patents

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明は記録装置の制御装置に係わり、特に処理時間の
長いタスクが発生した場合にも割り込み毎に行うべきモ
ニタの通常処理を支障なく実行すると共に、処理時間の
長いタスクも実行し得るようにした記録装置におけるモ
ニタ制御装置に関するものである。

〔従来の技術〕

近年、複写機やファクシミリ等の記録装置は高画質、多
機能化、高信頼性等進歩がめざましく、各方面に普及さ
れている。しかし、ユーザーからのニーズは多様で、さ
らに高画質、多機能化、高信頼性であると共に低コスト
化、低消費エネルギー化、高速化等の要請に応える必要
がある。このような観点から、例えば、複写機を例にと
ると、システムを複数のサブシステムに分けて各サブシ
ステム毎に必要な処理を行い、全体としてメインシステ
ムで統括管理してシステム全体としての処理の効率化を
図っている。

このような各サブシステムあるいは全体を統括するサブ
システムにおいては、そのモニタは１０msec単位でタイ
マ処理、入出力処理、送受信処理、アプリケーションソ
フト（以下、ＡＰＰＳと言う）のコール処理等を行い、
このような１０msec毎のモニタ通常処理を行うことによ
り全体の制御を円滑に行っている。

〔発明が解決すべき課題〕

ところで、ユーザインタフェースとして、従来のコンソ
ールパネルに代えてＣＲＴ画面表示を用いたものが近年
開発され、ＣＲＴ画面上のタッチ操作で各種モードの選
択、設定等を行うようにしており、またジャムが発生し
た場合のジャム発生位置を順次点灯により知らせるよう
にしている。そのため、頻繁に画面切換えを行うための
処理が発生し、この画面切り換えのために１００〜２０
０msec程度の長い処理時間を必要としている。

また、カラー複写機の場合には、濃度設定、コントラス
ト設定、カラーバランス設定等を行って、各色毎に標準
カーブの修正を行うＴＲＣ処理のように１０００msec程
度の膨大な処理時間を要する計算が必要となっている。

このように処理実行時間が非常にかかってしまうタスク
が発生した場合に、その処理のためにＣＰＵが専有され
てしまい、割り込み毎に行われるべきモニタの処理がで
きなくなってしまう。この点について第２６図により説
明する。

第２６図は処理時間の長いタスクが発生した場合のモニ
タによるタイマ処理における不具合の発生を説明するた
めの図である。

第２６図（ａ）において、モニタは１０msec毎の割り込
みでタイマ処理、入出力処理、送受信処理、ＡＰＰＳコ
ール処理等の通常の処理をすべて行っている。

今、第２６図（ｂ）のタイミングｔ_１で３０msecタイマ
をセットしたとすると、１０msec割り込みによるモニタ
のタイマ処理で設定値を１０msecずつカウントダウンし
ていく。即ち、タイミングＴ_２、Ｔ_３、Ｔ_４で２０mse
c、１０msec、０となってタイムアウトし、これに関連
する処理を実行することとなる。このようにモニタの通
常処理が１０msec以内に終了していれば、特に不具合は
生じない。

ところで、第２６図（ｃ）に示すように、タイミングＴ
_１において割り込みによりモニタがタイマ処理を行った
直後に処理時間の長いＡＰＰＳに制御を渡してしまい、
ＡＰＰＳがタイミングＴ_１〜Ｔ_５までＣＰＵを専有し、
さらにモニタのタイマ処理直後のタイミングｔ_１に３０
msecタイマがセットされたとする。なお、モニタのタイ
マ処理はタイマ値をセットする部分、カウントダウンす
る部分、カウントダウンした結果タイマがタイムアウト
した時にその処理を実行する部分とに分かれており、タ
イマに対して登録する処理を呼べば自由に設定可能であ
る。

こうしてＡＰＰＳがＣＰＵをずっと専有してしまうと、
タイマはカウントダウン処理を実行することができず、
その結果、ＡＰＰＳの処理が終了するＴ_５のタイミング
で初めてカウントダウンが行われて内容は２０msecとな
り、次にタイミングＴ_６で１０msec、タイミングＴ_７で
タイムアウトとなり、結局タイマセットから６０msec後
にタイムアウトし、３０msecの遅れを生ずることにな
る。

このようにモニタがＡＰＰＳに制御を渡すと、ＡＰＰＳ
は時間の観念がないので、短い処理でも長い処理でも終
了するまで実行してＣＰＵを専有するので、この間モニ
タは何もできないことになる。

ところで、この１０msecという時間は少しでも狂っては
いけないので、最優先レベルの処理として確実に１０ms
ecという時間が生成されている。そこで、１０msec経過
したという要因を残しておき、カウントダウンできるタ
イミングがきたら、その間の割り込み回数を登録タイマ
値と比較して差し引くようにし、結果が０かマイナスの
場合にはタマムアウトしたと判断して直ぐにタイムアウ
ト処理を実行するようにすれば、オートクリアタイマ、
オートパワーオフタイマ等、非常に長いタイマについは
正しいタイマ処理を実行することが可能である。しか
し、処理時間の長いＡＰＰＳが行われていて、その間モ
ニタのタイマ処理がまわってこない場合にＡＰＰＳの終
了間際にセットされた設定時間の短いタイマの場合は、
長いＡＰＰＳの処理時間に加算された１０msec経過の要
因が一挙に差し引きされるため、直ぐにタイムアウトし
てしまい正しいタイマ処理を行うことができない。

本発明は上記課題を解決するためのものである。

本発明の主な目的は、１０msecを越える処理時間の長い
タスク処理がある場合にも割り込みによるモニタの通常
処理を支障なく行えるようにすることである。

本発明の他の目的は、非常に長い処理時間を要するタス
クをモニタの通常処理を阻害することなく実行できるよ
うにすることである。

本発明の他の目的は、ＣＰＵの稼動率を向上させること
である。

本発明の他の目的は、分散ＣＰＵ方式における通信処理
を効率的に行うことである。

〔課題を解決するための手段及び作用〕

本発明は、第１図に示すように、所定時間間隔毎の割り
込みにより処理を実行する割り込み処理部１と、常時は
スーパーバイザーコールによりタスクステートテーブル
に登録されたタスクを処理し、割り込み処理部による所
定間隔毎の割り込みにより処理を中断するバックグラウ
ンド処理部２とを備えた記録装置のタスク制御装置であ
る。

請求項１の発明は、登録されたタスク毎にそのステータ
スを記憶するステータステーブルと、登録された各タス
クの先頭アドレスを記憶するアドレステーブルと、前記
ステータステーブルにおいて待機状態にあるタスクを１
つづつ選択し、該選択したタスク毎にその先頭アドレス
を前記アドレステーブルから読み出して実行するととも
に該タスクの実行終了により前記ステータステーブルの
ステータスを終了状態に変更する動作を順次行うバック
グラウンド処理手段と、バックグラウンド処理手段の動
作に対して所定時間毎に割り込みを行ない、通常の処理
を行う通常処理手段と、を備え、前記通常処理手段は、
実行すべきタスクを前記ステータステーブルにおいて待
機状態に登録することを特徴とする。

請求項２の発明は、バックグラウンド処理手段により実
行されるタスクの進捗状況を示すカウンタを設け、前記
バックグラウンド処理手段は、前記カウンタの値と予め
設定された値とを比較した結果に基づいてタスクの実行
終了を判断するとともに、前記通常処理手段は、実行中
のタスクを中止する場合に前記カウンタに所定の値を設
定することを特徴とする。

請求項３の発明は、前記ステータステーブルの内容を保
持するための参照用のテーブルを設け、前記通常処理手
段は、その所定時間毎の処理毎にステータステーブルの
内容を前記参照用テーブルへ転送し、参照用テーブルの
内容に基づいて登録されたタスクのステータスを参照す
ることを特徴とする。

本発明においては、非常に長い処理時間を要するＩＰＳ
の計算処理、ＴＲＣ変換テーブルの作成、ＣＲＴの画面
切換え等を優先レベルの低い処理、すなわちバックグラ
ウンド処理とし、タイマ処理、入出力処理、送受信処理
等定期的に必ず行わなければならない処理をレベルの高
い処理とし、レベルの低いバックグラウンドの処理は１
０msec毎の割り込みがある毎に中断してレベルの高い処
理を実行し、レベルの高い処理が終了したらバックグラ
ウンド処理を行うようにする。こうして、バックグラウ
ンド処理はモニタの通常処理が行われていないＣＰＵの
空き時間を利用して行うようにしたので、どのように長
いタスクが発生しても、モニタの通常の処理は支障なく
行うことができ、かつ処理の長いタスクはＣＰＵの空き
時間を利用して行うようにしているので、その処理を支
障なく行うことが可能となる。

また、コンテンションバス方式の高速通信と、ポーリン
グ方式の低速通信とを使用し、システムとＩＩＴ、ＩＰ
Ｓとの時間的余裕のある通信はポーリング方式を使用
し、ＭＣＢ、ＵＩとの短時間で処理する必要のある通信
はコンテンションバス方式の高速通信で行うことによ
り、分散ＣＰＵ方式による特徴を最大限に活かし、かつ
効率的に通信処理を行うことができる。

〔実施例〕

本発明が適用される複写機の全体構成の概要を説明する
項であって、その構成の中で本発明の実施例を説明する
項が（III）である。

（Ｉ−１）装置構成 （Ｉ−２）電気系制御システムの構成 （II）システム （III）モニタ制御装置 （Ｉ−１）装置構成 第２図は本発明が適用されるカラー複写機の全体構成の
１例を示す図である。

本発明が適用されるカラー複写機は、基本構成となるベ
ースマシン３０が、上面に原稿を載置するプラテンガラ
ス３１、イメージ入力ターミナル（ＩＩＴ）３２、電気
系制御収納部３３、イメージ出力ターミナル（ＩＯＴ）
３４、用紙トレイ３５、ユーザインタフェース（Ｕ／
Ｉ）３６から構成され、オプションとして、エディット
パッド６１、オートドキュメントフィーダ（ＡＤＦ）６
２、ソータ６３およびフィルムプロジェクタ（Ｆ／Ｐ）
６４を備える。

前記ＩＩＴ、ＩＯＴ、Ｕ／Ｉ等の制御を行うためには電
気的ハードウェアが必要であるが、これらのハードウェ
アは、ＩＩＴ、ＩＩＴの出力信号をイメージ処理するＩ
ＰＳ、Ｕ／Ｉ、Ｆ／Ｐ等の各処理の単位毎に複数の基板
に分けられており、更にそれらを制御するＳＹＳ基板、
およびＩＯＴ、ＡＤＦ、ソータ等を制御するためのＭＣ
Ｂ基板（マシンコントロールボード）等と共に電気制御
系収納部３３に収納されている。

ＩＩＴ３２は、イメージングユニット３７、該ユニット
を駆動するためのワイヤ３８、駆動プーリ３９等からな
り、イメージングユニット３７内のＣＣＤラインセン
サ、カラーフィルタを用いて、カラー原稿を光の原色Ｂ
（青）、Ｇ（緑）、Ｒ（赤）毎に読取り、デジタル画像
信号に変換してＩＰＳへ出力する。

ＩＰＳでは、前記ＩＩＴ３２のＢ、Ｇ、Ｒ信号をトナー
の原色Ｙ（イエロー）、Ｃ（シアン）、Ｍ（マゼン
タ）、Ｋ（ブラック）に変換し、さらに、色、階調、精
細度等の再現性を高めるために、種々のデータ処理を施
してプロセスカラーの階調トナー信号をオン／オフの２
値化トナー信号に変換し、ＩＯＴ３４に出力する。

ＩＯＴ３４は、スキャナ４０、感材ベルト４１を有し、
レーザ出力部４０ａにおいて前記ＩＰＳからの画像信号
を光信号に変換し、ポリゴンミラー４０ｂ、Ｆ／θレン
ズ４０ｃおよび反射ミラー４０ｄを介して感材ベルト４
１上に原稿画像に対応した潜像を形成させる。感材ベル
ト４１は、駆動プーリ４１ａによって駆動され、その周
囲にクリーナ４１ｂ、帯電器４１ｃ、Ｙ、Ｍ、Ｃ、Ｋの
各現像器４１ｄおよび転写器４１ｅが配置されている。
そして、この転写器４１ｅに対向して転写装置４２が設
けられていて、用紙トレイ３５から用紙搬送路３５ａを
経て送られる用紙をくわえ込み、例えば、４色フルカラ
ーコピーの場合には、転写装置４２を４回転させ、用紙
にＹ、Ｍ、Ｃ、Ｋの順序で転写させる。転写された用紙
は、転写装置４２から真空搬送装置４３を経て定着器４
５で定着され、排出される。また、用紙搬送路３５ａに
は、ＳＳＩ（シングルシートインサータ）３５ｂからも
用紙が選択的に供給されるようになっている。

Ｕ／Ｉ３６は、ユーザが所望の機能を選択してその実行
条件を指示するものであり、カラーディスプレイ５１
と、その横にハードコントロールパネル５２を備え、さ
らに赤外線タッチボード５３を組み合わせて画面のソフ
トボタンで直接指示できるようにしている。

次にベースマシン３０へのオプションについて説明す
る。１つはプラテンガラス３１上に、座標入力装置であ
るエディットパッド６１を載置し、入力ペンまたはメモ
リカードにより、各種画像編集を可能にする。また、既
存のＡＤＦ６２、ソータ６３の取付を可能にしている。

さらに、本実施例における特徴は、プラテンガラス３１
上にミラーユニット（Ｍ／Ｕ）６５を載置し、これにＦ
／Ｐ６４からフィルム画像を投射させ、ＩＩＴ３２のイ
メージングユニット３７で画像信号として読取ることに
より、カラーフィルムから直接カラーコピーをとること
を可能にしている。対象原稿としては、ネガフィルム、
ポジフィルム、スライドが可能であり、オートフォーカ
ス装置、補正フィルタ自動交換装置を備えている。

（Ｉ−２）電気系制御システムの構成 この項では、本複写機の電気的制御システムとして、ハ
ードウェアアーキテクチャー、ソフトウェアアーキテク
チャーおよびステート分割について説明する。

（Ａ）ハードウェアアーキテクチャーおよびソフトウェ
アアーキテクチャー 本複写機のようにＵＩとしてカラーＣＲＴを使用する
と、モノクロのＣＲＴを使用する場合に比較してカラー
表示のためのデータが増え、また、表示画面の構成、画
面遷移を工夫してよりフレンドリーなＵＩを構築しよう
とするデータ量が増える。

これに対して、大容量のメモリを搭載したＣＰＵを使用
することはできるが、基板が大きくなるので複写機本体
に収納するのが困難である、仕様の変更に対して柔軟な
対応が困難である、コストが高くなる、等の問題があ
る。

そこで、本複写機においては、ＣＲＴコントローラ等の
他の機種あるいは装置との共通化が可能な技術をリモー
トとしてＣＰＵを分散させることでデータ量の増加に対
応するようにしたのである。

電気系のハードウェアは第３図に示されているように、
ＵＩ系、ＳＹＳ系およびＭＣＢ系の３種の系に大別され
ている。ＵＩ系はＵＩリモート７０を含み、ＳＹＳ系に
おいては、Ｆ／Ｐの制御を行うＦ／Ｐリモート７２、原
稿読み取りを行うＩＩＴリモート７３、種々の画像処理
を行うＩＰＳリモート７４を分散している。ＩＩＴリモ
ート７３はイメージングユニットを制御するためのＩＩ
Ｔコントローラ７３ａと、読み取った画像信号をデジタ
ル化してＩＰＳリモート７４に送るＶＩＤＥＯ回路７３
ｂを有し、ＩＰＳリモート７４と共にＶＣＰＵ７４ａに
より制御される。前記及び後述する各リモートを統括し
て管理するものとしてＳＹＳ（System）リモート７１が
設けられている。

ＳＹＳリモート７１はＵＩの画面遷移をコントロールす
るためのプログラム等のために膨大なメモリ容量を必要
とするので、１６ビットマイクロコンピュータを搭載し
た8086を使用している。なお、8086の他に例えば68000
等を使用することもできるものである。

また、ＭＣＢ系においては、感材ベルトにレーザで潜像
を形成するために使用するビデオ信号をＩＰＳリモート
７４から受け取り、ＩＯＴに送出するためのラスター出
力スキャン（Raster Output Scan：ＲＯＳ）インターフ
ェースであるＶＣＢ（Video Control Board）リモート
７６、転写装置（タートル）のサーボのためのＲＣＢリ
モート７７、更にはＩＯＴ、ＡＤＦ、ソータ、アクセサ
リーのためのＩ／ＯポートとしてのＩＯＢリモート７
８、およびアクセサリーリモート７９を分散させ、それ
らを統括して管理するためにＭＣＢ（Master Control B
oard）リモート７５が設けられている。

なお、図中の各リモートはそれぞれ１枚の基板で構成さ
れている。また、図中の太い実線は187.5kbpsのＬＮＥ
Ｔ高速通信網、太い破線は9600bpsのマスター／スレー
ブ方式シリアル通信網をそれぞれ示し、細い実線はコン
トロール信号の伝送路であるホットラインを示す。ま
た、図中76.8kbpsとあるのは、エディットパッドに描か
れた図形情報、メモリカードから入力されたコピーモー
ド情報、編集領域の図形情報をＵＩリモート７０からＩ
ＰＳリモート７４に通知するための専用回線である。更
に、図中ＣＣＣ（Communication Control Chip）とある
のは、高速通信回線ＬＮＥＴのプロトコルをサポートす
るＩＣである。

以上のようにハードウェアアーキテクチャーは、ＵＩ
系、ＳＹＳ系、ＭＣＢ系の３つに大別されるが、これら
の処理の分担を第４図のソフトウェアアーキテクチャー
を参照して説明すると次のようである。なお、図中の矢
印は第３図の示す187.5kbpsのＬＮＥＴ高速通信網、960
0bpsのマスター／スレーブ方式シリアル通信網を介して
行われるデータの授受またはホットラインを介して行わ
れる制御信号の伝送関係を示している。

ＵＩリモート７０は、ＬＬＵＩ（Low Level UI）モジュ
ール８０と、エディットパッドおよびメモリカードにつ
いての処理を行うモジュール（図示せず）から構成され
ている。ＬＬＵＩモジュール８０は通常ＣＲＴコントロ
ーラとして知られているものと同様であって、カラーＣ
ＲＴに画面を表示するためのソフトウェアモジュールで
あり、その時々でどのような絵の画面を表示するかは、
ＳＹＳＵＩモジュール８１またはＭＣＢＵＩモジュール
８６により制御される。これによりＵＩリモートを他の
機種または装置と共通化することができることは明かで
ある。なぜなら、どのような画面構成とするか、画面遷
移をどうするかは機種によって異なるが、ＣＲＴコント
ローラはＣＲＴと一体で使用されるものであるからであ
る。

ＳＹＳリモート７１は、ＳＹＳＵＩモジュール８１と、
ＳＹＳＴＥＭモジュール８２、およびＳＹＳ．ＤＩＡＧ
モジュール８３の３つのモジュールで構成されている。

ＳＹＳＵＩモジュール８１は画面遷移をコントロールす
るソフトウェアモジュールであり、ＳＹＳＴＥＭモジュ
ール８２は、どの画面でソフトパネルのどの座標が選択
されたか、つまりどのようなジョブが選択されたかを認
識するＦ／Ｆ（Feature Function）選択のソフトウェ
ア、コピー実行条件に矛盾が無いかどうか等最終的にジ
ョブをチェックするジョブ確認のソフトウェア、およ
び、他のモジュールとの間でＦ／Ｆ選択、ジョブリカバ
リー、マシンステート等の種々の情報の授受を行うため
の通信を制御するソフトウェアを含むモジュールであ
る。

ＳＹＳ．ＤＩＡＧモジュール８３は、自己診断を行うダ
イアグノスティックステートでコピー動作を行うカスタ
マーシミュレーションモードの場合に動作するモジュー
ルである。カスタマーシミュレーションモードは通常の
コピーと同じ動作をするので、ＳＹＳ．ＤＩＡＧモジュ
ール８３は実質的にはＳＹＳＴＥＭモジュール８２と同
じなのであるが、ダイアグノスティックという特別なス
テートで使用されるので、ＳＹＳＴＥＭモジュール８２
とは別に、しかし一部が重畳されて記載されているもの
である。

また、ＩＩＴリモート７３にはイメージングユニットに
使用されているステッピングモータの制御を行うＩＩＴ
モジュール８４が、ＩＰＳリモート７４にはＩＰＳに関
する種々の処理を行うＩＰＳモジュール８５がそれぞれ
格納されており、これらのモジュールはＳＹＳＴＥＭモ
ジュール８２によって制御される。

一方、ＭＣＢリモート７５には、ダイアグノスティッ
ク、オーディトロン（Auditron）およびジャム等のフォ
ールトの場合に画面遷移をコントロールするソフトウェ
アであるＭＣＢＵＩモジュール８６、感材ベルトの制
御、現像機の制御、フューザの制御等コピーを行う際に
必要な処理を行うＩＯＴモジュール９０、ＡＤＦを制御
するためのＡＤＦモジュール９１、ソータを制御するた
めのＳＯＲＴＥＲモジュール９２の各ソフトウェアモジ
ュールとそれらを管理するコピーイングエグゼクティブ
モジュール８７、および各種診断を行うダイアグエグゼ
クティブモジュール８８、暗唱番号で電子カウンターに
アクセスして料金処理を行うオーディトロンモジュール
８９を格納している。

また、ＲＣＢリモート７７には転写装置の動作を制御す
るタートルサーボモジュール９３が格納されており、当
該タートルサーボモジュール９３はゼログラフィーサイ
クルの転写工程を司るために、ＩＯＴモジュール９０の
管理の下に置かれている。なお、図中、コピーイングエ
グゼクティブモジュール８７とダイアグエグゼクティブ
モジュール８８が重複しているのは、ＳＹＳＴＥＭモジ
ュール８２とＳＹＳ．ＤＩＡＧモジュール８３が重複し
ている理由と同様である。

以上の処理の分担をコピー動作に従って説明すると次の
ようである。コピー動作は現像される色の違いを別にす
ればよく似た動作の繰り返しであり、第５図（ａ）に示
すようにいくつかのレイヤに分けて考えることができ
る。

１枚のカラーコピーはピッチと呼ばれる最小の単位を何
回か繰り返すことで行われる。具体的には、１色のコピ
ーを行うについて、現像機、転写装置等をどのように動
作させるか、ジャムの検知はどのように行うか、という
動作であって、ピッチ処理をＹ，Ｍ，Ｃの３色について
行えば３色カラーのコピーが、Ｙ，Ｍ，Ｃ，Ｋの４色に
ついて行えば４色フルカラーのコピーが１枚出来上がる
ことになる。これがコピーレイヤであり、具体的には、
用紙に各色のトナーを転写した後、フューザで定着させ
て複写機本体から排紙する処理を行うレイヤである。こ
こまでの処理の管理はＭＣＢ系のコピーイングエグゼク
ティブモジュール８７が行う。

勿論、ピッチ処理の過程では、ＳＹＳ系に含まれている
ＩＩＴモジュール８４およびＩＰＳモジュール８５も使
用されるが、そのために第３図、第４図に示されている
ように、ＩＯＴモジュール９０とＩＩＴモジュール８４
の間ではＰＲ−ＴＲＵＥという信号と、ＬＥ＠ＲＥＧと
いう２つの信号のやり取りが行われる。具体的にいえ
ば、ＩＯＴの制御の基準タイミングであるＰＲ（PITCH
RESET）信号はＭＣＢより感材ベルトの回転を２または
３分割して連続的に発生される。つまり、感材ベルト
は、その有効利用とコピースピード向上のために、例え
ばコピー用紙がＡ３サイズの場合には２ピッチ、Ａ４サ
イズの場合には３ピッチというように、使用されるコピ
ー用紙のサイズに応じてピッチ分割されるようになされ
ているので、各ピッチ毎に発生されるＰＲ信号の周期
は、例えば２ピッチの場合には３secと長くなり、３ピ
ッチの場合には２secと短くなる。

さて、ＭＣＢで発生されたＰＲ信号は、ＶＩＤＥＯ信号
関係を取り扱うＶＣＢリモート等のＩＯＴ内の必要な箇
所にホットラインを介して分配される。

ＶＣＢはその内部にゲート回路を有し、ＩＯＴ内でイメ
ージングが可能、即ち、実際に感材ベルトにイメージを
露光することが可能なピッチのみ選択的にＩＰＳリモー
トに対して出力する。この信号がＰＲ−ＴＲＵＥ信号で
ある。なお、ホットラインを介してＭＣＢから受信した
ＰＲ信号に基づいてＰＲ−ＴＲＵＥ信号を生成するため
の情報は、ＬＮＥＴによりＭＣＢから通知される。

これに対して、実際に感材ベルトにイメージを露光する
ことができない期間には、感材ベルトには１ピッチ分の
空ピッチを作ることになり、このような空ピッチに対し
てはＰＲ−ＴＲＵＥ信号は出力されない。このようなＰ
Ｒ−ＴＲＵＥが発生されないピッチとしては、例えば、
転写装置での転写が終了した用紙を排出してから次の用
紙を転写装置に供給するまでの間の期間を挙げることが
できる。つまり、例えば、Ａ３サイズのように長い用紙
を最後の転写と共に排出するとすると、用紙の先端がフ
ューザの入口に入ったときのショックで画質が劣化する
ために一定長以上の用紙の場合には最後の転写が終了し
てもそのまま排出せず、後述するグリッパーバーで保持
したまま一定速度でもう一周回転させた後排出するよう
になされているため、感材ベルトには１ピッチ分のスキ
ップが必要となるのである。

また、スタートキーによるコピー開始からサイクルアッ
プシーケンスが終了するまでの間もＰＲ−ＴＲＵＥ信号
は出力されない。この期間にはまだ原稿の読み取りが行
われておらず、従って、感材ベルトにはイメージを露光
することができないからである。

ＶＣＢリモートから出力されたＰＲ−ＴＲＵＥ信号は、
ＩＰＳリモートで受信されると共に、そのままＩＩＴリ
モートにも伝送されて、ＩＩＴのスキャンスタートのた
めのトリガー信号として使用される。

これによりＩＩＴリモート７３およびＩＰＳリモート７
４をＩＯＴに同期させてピッチ処理を行わせることがで
きる。また、このときＩＰＳリモート７４とＶＣＢリモ
ート７６の間では、感材ベルトに潜像を形成するために
使用されるレーザ光を変調するためのビデオ信号の授受
が行われ、ＶＣＢリモート７６で受信されたビデオ信号
は並列信号から直列信号に変換された後、直接ＲＯＳへ
ＶＩＤＥＯ変調信号としてレーザ出力部４０ａに与えら
れる。

以上の動作が４回繰り返されると１枚の４色フルカラー
コピーが出来上がり、１コピー動作は終了となる。

次に、第５図（ｂ）〜（ｅ）により、ＩＩＴで読取られ
た画像信号をＩＯＴに出力し最終的に転写ポイントで用
紙に転写させるまでの信号のやりとりとそのタイミング
について説明する。

第５図（ｂ）、（ｃ）に示すように、ＳＹＳリモート７
１からスタートジョブのコマンドが入ると、ＩＯＴ７８
ｂではメインモータの駆動、高圧電源の立ち上げ等サイ
クルアップシーケンスに入る。ＩＯＴ７８ｂは、感材ベ
ルト上に用紙長に対応した潜像を形成させるために、Ｐ
Ｒ（ピッチリッセット）信号を出力する。例えば、感材
ベルトが１回転する毎に、Ａ４では３ピッチ、Ａ３では
２ピッチのＰＲ信号を出力する。ＩＯＴ７８ｂのサイク
ルアップシーケンスが終了すると、その時点からＰＲ信
号に同期してＰＲ−ＴＲＵＥ信号が、イメージングが必
要なピッチのみに対応してＩＩＴコントローラ７３ａに
出力される。

また、ＩＯＴ７８ｂは、ＲＯＳ（ラスターアウトプット
スキャン）の１ライン分の回転毎に出力されるＩＯＴ−
ＬＳ（ラインシンク）信号を、ＶＣＰＵ７４ａ内のＴＧ
（タイミングジェネレータ）に送り、ここでＩＯＴ−Ｌ
Ｓに対してＩＰＳの総パイプライン遅延分だけ見掛け上
の位相を進めたＩＰＳ−ＬＳをＩＩＴコントローラ７３
ａに送る。

ＩＩＴコントローラ７３ａは、ＰＲ−ＴＲＵＥ信号が入
ると、カウンタをイネーブルしてＩＯＴ−ＬＳ信号をカ
ウントし、所定のカウント数に達すると、、イメージン
グユニット３７を駆動させるステッピングモータ２１３
の回転をスタートさせてイメージングユニットが原稿の
スキャンを開始する。さらにカウントしてＴ２秒後原稿
読取開始位置でＬＥ＠ＲＥＧを出力しこれをＩＯＴ７８
ｂに送る。

この原稿読取開始位置は、予め例えば電源オン後１回だ
け、イメージングユニットを駆動させてレジンサ２１７
の位置（レジ位置の近く、具体的にはレジ位置よりスキ
ャン側に約１０mm）を一度検出して、その検出位置を元
に真のレジ位置を計算で求め、また同時に通常停止位置
（ホームポジション）も計算で求めることができる。ま
た、レジ位置は機械のばらつき等でマシン毎に異なるた
め、補正値をＮＶＭに保持しておき、真のレジ位置とホ
ームポジションの計算時に補正を行うことにより、正確
な原稿読取開始位置を設定することができる。この補正
値は工場またはサービスマン等により変更することがで
き、この補正値を電気的に書き換えるだけで実施でき、
機械的調整は不要である。なお、レジンサ２１７の位置
を真のレジ位置よりスキャン側に約１０mmずらしている
のは、補正を常にマイナス値とし、調整およびソフトを
簡単にするためである。

また、ＩＩＴコントローラ７３ａは、ＬＥ＠ＲＥＧと同
期してＩＭＡＧＥ−ＡＲＥＡ信号を出力する。このＩＭ
ＡＧＥ−ＡＲＥＡ信号の長さは、スキャン長に等しいも
のであり、スキャン長はＳＹＳＴＥＭモジュール８２よ
りＩＩＴモジュール８４へ伝達されるスタートコマンド
によって定義される。具体的には、原稿サイズを検知し
てコピーを行う場合には、スキャン長は原稿長さであ
り、倍率を指定してコピーを行う場合には、スキャン長
はコピー用紙長と倍率（１００％を１とする）との除数
で設定される。ＩＭＡＧＥ−ＡＲＥＡ信号は、ＶＣＰＵ
７４ａを経由しそこでＩＩＴ−ＰＳ（ページシンク）と
名前を変えてＩＰＳ７４に送られる。ＩＩＴ−ＰＳはイ
メージ処理を行う時間を示す信号である。

ＬＥ＠ＲＥＧが出力されると、ＩＯＴ−ＬＳ信号に同期
してラインセンサの１ライン分のデータが読み取られ、
ＶＩＤＥＯ回路（第３図）で各種補正処理、Ａ／Ｄ変換
が行われＩＰＳ７４に送られる。ＩＰＳ７４において
は、ＩＯＴ−ＬＳと同期して１ライン分のビデオデータ
をＩＯＴ７８ｂに送る。このときＩＯＴ−ＢＹＴＥ−Ｃ
ＬＫの反転信号であるＲＴＮ−ＢＹＴＥ−ＣＬＫをビデ
オデータと並列してＩＯＴへ送り返しデータとクロック
を同様に遅らせることにより、同期を確実にとるように
している。

ＩＯＴ７８ｂにＬＥ＠ＲＥＧが入力されると、同様にＩ
ＯＴ−ＬＳ信号に同期してビデオデータがＲＯＳに送ら
れ、感材ベルト上に潜像が形成される。ＩＯＴ７８ｂ
は、ＬＥ＠ＲＥＧが入るとそのタイミングを基準にして
ＩＯＴ−ＣＬＫによりカウントを開始し、一方へ、転写
装置のサーボモータは、所定カウント数の転写位置で用
紙の先端がくるように制御される。ところで、第５図
（ｄ）に示すように、感材ベルトの回転により出力され
るＰＲ−ＴＲＵＥ信号とＲＯＳの回転により出力される
ＩＯＴ−ＬＳ信号とはもともと同期していない。このた
め、ＰＲ−ＴＲＵＥ信号が入り次のＩＯＴ−ＬＳからカ
ウントを開始し、カウントｍでイメージングユニット３
７を動かし、カウントｎでＬＥ＠ＲＥＧを出力すると
き、ＬＥ＠ＲＥＧはＰＲ−ＴＲＵＥに対してＴ１時間だ
け遅れることになる。この遅れは最大１ラインシンク分
で、４色フルカラーコピーの場合にはこの遅れが累積し
てしまい出力画像に色ズレとなって現れてしまう。

そのために、先ず、第５図（ｃ）に示すように、１回目
のＬＥ＠ＲＥＧが入ると、カウンタ１がカウントを開始
し、２、３回目のＬＥ＠ＲＥＧが入ると、カウンタ２、
３がカウントを開始し、それぞれのカウンタが転写位置
までのカウント数ｐに達するとこれをクリアして、以下
４回目以降のＬＥ＠ＲＥＧの入力に対して順番にカウン
タを使用して行く。そして、第５図（ｅ）に示すよう
に、ＬＥ＠ＲＥＧが入ると、ＩＯＴ−ＣＬＫの直前のパ
ルスからの時間Ｔ３を補正用クロックでカウントする。
感材ベルトに形成された潜像が転写位置に近ずき、ＩＯ
Ｔ−ＣＬＫが転写位置までのカウント数ｐをカウントす
ると、同時に補正用クロックがカウントを開始し、上記
時間Ｔ３に相当するカウント数ｒを加えた点が、正確な
転写位置となり、これを転写装置の転写位置（タイミン
グ）コントロール用カウンタの制御に上乗せし、ＬＥ＠
ＲＥＧの入力に対して用紙の先端が正確に同期するよう
に転写装置のサーボモータを制御している。

以上がコピーレイヤまでの処理であるが、その上に、１
枚の原稿に対してコピー単位のジョブを何回行うかとい
うコピー枚数を設定する処理があり、これがパーオリジ
ナル（PER ORIGINAL）レイヤで行われる処理である。更
にその上には、ジョブのパラメータを変える処理を行う
ジョブプログラミングレイヤがある。具体的には、ＡＤ
Ｆを使用するか否か、原稿の一部の色を変える、偏倍機
能を使用するか否か、ということである。これらパーオ
リジナル処理とジョブプログラミング処理はＳＹＳ系の
ＳＹＳモジュール８２が管理する。そのためにＳＹＳＴ
ＥＭモジュール８２は、ＬＬＵＩモジュール８０から送
られてきたジョブ内容をチェック、確定し、必要なデー
タを作成して、9600bpsシリアル通信網によりＩＩＴモ
ジュール８４、ＩＰＳモジュール８５に通知し、またＬ
ＮＥＴによりＭＣＢ系にジョブ内容を通知する。

以上述べたように、独立な処理を行うもの、他の機種、
あるいは装置と共通化が可能な処理を行うものをリモー
トとして分散させ、それらをＵＩ系、ＳＹＳ系、および
ＭＣＢ系に大別し、コピー処理のレイヤに従ってマシン
を管理するモジュールを定めたので、設計者の業務を明
確にできる、ソフトウェア等の開発技術を均一化でき
る、納期およびコウトの設定を明確化できる、仕様の変
更等があった場合にも関係するモジュールだけを変更す
ることで容易に対応することができる、等の効果が得ら
れ、以て開発効率を向上させることができるものであ
る。

（Ｂ）ステート分割 以上、ＵＩ系、ＳＹＳ系およびＭＣＢ系の処理の分担に
ついて述べたが、この頃ではＵＩ系、ＳＹＳ系、ＭＣＢ
系がコピー動作のその時々でどのような処理を行ってい
るかをコピー動作の順を追って説明する。

複写機では、パワーＯＮからコピー動作、およびコピー
動作終了後の状態をいくつかのステートに分割してそれ
ぞれのステートで行うジョブを決めておき、各ステート
でのジョブを全て終了しなければ次のステートに移行し
ないようにしてコントロールの能率と正確さを期するよ
うにしている。これをステート分割といい、本複写機に
おいては第６図に示すようなステート分割がなされてい
る。

本複写機におけるステート分割で特徴的なことは、各ス
テートにおいて、当該ステート全体を管理するコントロ
ール権および当該ステートでＵＩを使用するＵＩマスタ
ー権が、あるときはＳＹＳリモート７１にあり、またあ
るときはＭＣＢリモート７５にあることである。つま
り、上述したようにＣＰＵを分散させたことによって、
ＵＩリモート７０のＬＬＵＩモジュール８０はＳＹＳＵ
Ｉモジュール８１ばかりでなくＭＣＢＵＩモジュール８
６によっても制御されるのであり、また、ピッチおよび
コピー処理はＭＣＢ系のコピーイングエグゼクティブモ
ジュール８７で管理されるのに対して、パーオリジナル
処理およびジョブプログラミング処理はＳＹＳモジュー
ル８２で管理されるというように処理が分担されている
から、これに対応して各ステートにおいてＳＹＳモジュ
ール８２、コピーイングエグゼクティブモジュール８７
のどちらが全体のコントロール権を有するか、また、Ｕ
Ｉマスター権を有するかが異なるのである。第６図にお
いては縦線で示されるステートはＵＩマスター権をＭＣ
Ｂ系のコピーイングエグゼクティブモジュール８７が有
することを示し、黒く塗りつぶされたステートはＵＩマ
スター権をＳＹＳモジュール８２が有することを示して
いる。

第６図に示すステート分割の内パワーＯＮからスタンバ
イまでを第７図を参照して説明する。

電源が投入されてパワーＯＮになされると、第３図でＳ
ＹＳリモート７１からＩＩＴリモート７３およびＩＰＳ
リモート７４に供給されるＩＰＳリセット信号およびＩ
ＩＴリセット信号がＨ（HIGH）となり、ＩＰＳリモート
７４、ＩＩＴリモート７３はリセットが解除されて動作
を開始する。また、電源電圧が正常になったことを検知
するとパワーノーマル信号が立ち上がり、ＭＣＢリモー
ト７５が動作を開始し、コントロール権およびＵＩマス
ター権を確立すると共に、高速通信網ＬＮＥＴのテスト
を行う。また、パワーノーマル信号はホットラインを通
じてＭＣＢリモート７５からＳＹＳリモート７１に送ら
れる。

ＭＣＢリモート７５の動作開始後所定の時間Ｔ０が経過
すると、ＭＣＢリモート７５からホットラインを通じて
ＳＹＳリモート７１に供給されるシステムリセット信号
がＨとなり、ＳＹＳリモート７１のリセットが解除され
て動作が開始されるが、この際、ＳＹＳリモート７１の
動作開始は、ＳＹＳリモート７１の内部の信号である８
６ＮＭＩ、８６リセットという二つの信号により上記Ｔ
_０時間の経過後更に200μsec遅延される。この200μsec
という時間は、クラッシュ、即ち電源の瞬断、ソフトウ
ェアの暴走、ソフトウェアのバグ等による一過性のトラ
ブルが生じてマシンが停止、あるいは暴走したときに、
マシンがどのステートにあるかを不揮発性メモリに格納
するために設けられているものである。

ＳＹＳリモート７１が動作を開始すると、約3.8secの間
コアテスト、即ちＲＯＭ、ＲＡＭのチェック、ハードウ
ェアのチェック等を行う。このとき不所望のデータ等が
入力されると暴走する可能性があるので、ＳＹＳリモー
ト７１は自らの監督下で、コアテストの開始と共にＩＰ
Ｓリセット信号およびＩＩＴリセット信号をＬ（Low）
とし、ＩＰＳリモート７４およびＩＩＴリモート７３を
リセットして動作を停止させる。

ＳＹＳリモート７１は、コアテストが終了すると、10〜
3100msecの間ＣＣＣセルフテストを行うと共に、ＩＰＳ
リセット信号およびＩＩＴリセット信号をＨとし、ＩＰ
Ｓリモート７４およびＩＩＴリモート７３の動作を再開
させ、それぞれコアテストを行わせる。ＣＣＣセルフテ
ストは、ＬＮＥＴに所定のデータを送出して自ら受信
し、受信したデータが送出されたデータと同じであるこ
とを確認することで行う。なお、ＣＣＣセルフテストを
行うについては、セルフテストの時間が重ならないよう
に各ＣＣＣに対して時間が割り当てられている。

つまり、ＬＮＥＴにおいては、ＳＹＳリモート７１、Ｍ
ＣＢリモート７５等の各ノードはデータを送信したいと
きに送信し、もしデータの衝突が生じていれば所定時間
経過後再送信を行うというコンテンション方式を採用し
ているので、ＳＹＳリモート７１がＣＣＣセルフテスト
を行っているとき、他のノードがＬＮＥＴを使用してい
るとデータの衝突が生じてしまい、セルフテストが行え
ないからである。従って、ＳＹＳリモート７１がＣＣＣ
セルフテストを開始するときには、ＭＣＢリモート７５
のＬＮＥＴテストは終了している。

ＣＣＣセルフテストが終了すると、ＳＹＳリモート７１
は、ＩＰＳリモート７４およびＩＩＴリモート７３のコ
アテストが終了するまで待機し、Ｔ１の期間にＳＹＳＴ
ＥＭノードの通信テストを行う。この通信テストは、96
00bpsのシリアル通信網のテストであり、所定のシーケ
ンスで所定のデータの送受信が行われる。当該通信テス
トが終了すると、Ｔ２の期間にＳＹＳリモート７１とＭ
ＣＢリモート７５の間でＬＮＥＴの通信テストを行う。
即ち、ＭＣＢリモート７５はＳＹＳリモート７１に対し
てセルフテストの結果を要求し、ＳＹＳリモート７１は
当該要求に応じてこれまで行ってきたテストの結果をセ
ルフテストリザルトとしてＭＣＢリモート７５に発行す
る。

ＭＣＢリモート７５は、セルフテストリザルトを受け取
るとトークンパスをＳＹＳリモート７１に発行する。ト
ークンパスはＵＩマスター権をやり取りする札であり、
トークンパスがＳＹＳリモート７１に渡されることで、
ＵＩマスター権はＭＣＢリモート７５からＳＹＳリモー
ト７１に移ることになる。ここまでがパワーオンシーケ
ンスである。当該パワーオンシーケンスの期間中、ＵＩ
リモート７０は「しばらくお待ち下さい」等の表示を行
うと共に、自らのコアテスト、通信テスト等、各種のテ
ストを行う。

上記のパワーオンシーケンスの内、セルフテストリザル
トの要求に対して返答されない、またはセルフテストリ
ザルトに異常がある場合には、ＭＣＢリモート７５はマ
シンをデッドとし、ＵＩコントロール権を発動してＵＩ
リモート７０を制御し、異常が生じている旨の表示を行
う。これがマシンデッドのステートである。

パワーオンステートが終了すると、次に各リモートをセ
ットアップするためにイニシャライズステートに入る。
イニシャライズステートではＳＹＳリモート７１が全体
のコントロール権とＵＩマスター権を有している。従っ
て、ＳＹＳリモート７１は、ＳＹＳ系をイニシャライズ
すると共に、「INITIALIZE SUBSYSTEM」コマンドをＭＣ
Ｂリモート７５に発行してＭＣＢ系をもイニシャライズ
する。その結果はサブシステムステータス情報としてＭ
ＣＢリモート７５から送られてくる。これにより例えば
ＩＯＴではフューザを加熱したり、トレイのエレベータ
が所定の位置に配置されたりしてコピーを行う準備が整
えられる。ここまでがイニシャライズステートである。
イニシャライズが終了すると各リモートは待機状態であ
るスタンバイに入る。この状態においてもＵＩマスター
権はＳＹＳリモート７１が有しているので、ＳＹＳリモ
ート７１はＵＩマスター権に基づいてＵＩ画面上にＦ／
Ｆを表示し、コピー実行条件を受け付ける状態に入る。
このときＭＣＢリモート７５はＩＯＴをモニターしてい
る。また、スタンバイステートでは、異常がないかどう
かをチェックするためにＭＣＢリモート７５は、500mse
c毎にバックグランドポールをＳＹＳリモート７１に発
行し、ＳＹＳリモート７１はこれに対してセルフテスト
リザルトを200msec以内にＭＣＢリモート７５に返すと
いう処理を行う。このときセルフテストリザルトが返っ
てこない、あるいはセルフテストリザルトの内容に異常
があるときには、ＭＣＢリモート７５はＵＩリモート７
０に対して異常が発生した旨を知らせ、その旨の表示を
行わせる。

スタンバイステートにおいてオーディトロンが使用され
ると、オーディトロンステートに入り、ＭＣＢリモート
７５はオーディトロンコントロールを行うと共に、ＵＩ
リモート７０を制御してオーディトロンのための表示を
行わせる。スタンバイステートにおいてＦ／Ｆが設定さ
れ、スタートキーが押されるとプログレスステートに入
る。プログレスステートは、セットアップ、サイクルア
ップ、ラン、スキップピッチ、ノーマルサイクルダウ
ン、サイクルダウンシャットダウンという６ステートに
細分化されるが、これらのステートを、第８図を参照し
て説明する。

第８図は、プラテンモード、４色フルカラー、コピー設
定枚数３の場合のタイミングチャートを示す図である。

ＳＹＳリモート７１は、スタートキーが押されたことを
検知すると、ジョブの内容をシリアル通信網を介してＩ
ＩＴリモート７３およびＩＰＳリモート７４に送り、ま
たＬＮＥＴを介してジョブの内容をスタートジョブとい
うコマンドと共にＭＣＢリモート７５内のコピーイング
エグゼクティブモジュール８７に発行する。このことで
マシンはセットアップに入り、各リモートでは指定され
たジョブを行うための前準備を行う。例えば、ＩＯＴモ
ジュール９０ではメインモータの駆動、感材ベルトのパ
ラメータの合わせ込み等が行われる。スタートジョブに
対する応答であるＡＣＫ（Acknowledge）がＭＣＢリモ
ート７５から送り返されたことを確認すると、ＳＹＳリ
モート７１は、ＩＩＴリモート７３にプリスキャンを行
わせる。プリスキャンには、原稿サイズを検出するため
のプリスキャン、原稿の指定された位置の色を検出する
ためのプリスキャン、塗り絵を行う場合の閉ループ検出
のためのプリスキャン、マーカ編集の場合のマーカ読み
取りのためのプリスキャンの４種類があり、選択された
Ｆ／Ｆに応じて最高３回までプリスキャンを行う。この
ときＵＩには例えば「しばらくお待ち下さい」等の表示
が行われる。

プリスキャンが終了すると、ＩＩＴレディというコマン
ドが、コピーイングエグゼクティブモジュール８７に発
行され、ここからサイクルアップに入る。サイクルアッ
プは各リモートの立ち上がり時間を待ち合わせる状態で
あり、ＭＣＢリモート７５はＩＯＴ、転写装置の動作を
開始し、ＳＹＳリモート７１はＩＰＳリモート７４を初
期化する。このときＵＩは、現在プログレスステートに
あること、および選択されたジョブの内容の表示を行
う。

サイクルアップが終了するとランに入り、コピー動作が
開始されるが、先ずＭＣＢリモート７５のＩＯＴモジュ
ール９０から１個目のＰＲ０が出されるとＩＩＴは１回
目のスキャンを行い、ＩＯＴは１色目の現像を行い、こ
れで１ピッチの処理が終了する。次に再びＰＲ０が出さ
れると２色目の現像が行われ、２ピッチ目の処理が終了
する。この処理を４回繰り返し、４ピッチの処理が終了
するとＩＯＴはフューザーでトナーを定着し、排紙す
る。これで１枚目のコピー処理が完了する。以上の処理
を３回繰り返すと３枚のコピーができる。

ピッチレイヤの処理およびコピーレイヤの処理はＭＣＢ
リモート７５が管理するが、その上のレイヤであるパー
オリジナルレイヤで行うコピー設定枚数の処理はＳＹＳ
リモート７１が行う。従って、現在何枚目のコピーを行
っているかをＳＹＳリモート７１が認識できるように、
各コピーの１個目のＰＲ０が出されるとき、ＭＣＢリモ
ート７５はＳＹＳリモート７１に対してメイドカウント
信号を発行するようになされている。また、最後のＰＲ
０が出されるときには、ＭＣＢリモート７５はＳＹＳリ
モート７１に対して「ＲＤＹ ＦＯＲ ＮＸＴ ＪＯ
Ｂ」というコマンドを発行して次のジョブを要求する。
このときスタートジョブを発行するとジョブを続行でき
るが、ユーザが次のジョブを設定しなければジョブは終
了であるから、ＳＹＳリモート７１は「ＥＮＤ ＪＯ
Ｂ」というコマンドをＭＣＢリモート７５に発行する。
ＭＣＢリモート７５は「ＥＮＤ ＪＯＢ」コマンドを受
信してジョブが終了したことを確認すると、マシンはノ
ーマルサイクルダウンに入る。ノーマルサイクルダウン
では、ＭＣＢリモート７５はＩＯＴの動作を停止させ
る。

サイクルダウンの途中、ＭＣＢリモート７５は、コピー
された用紙が全て排紙されたことが確認されるとその旨
を「ＤＥＬＩＶＥＲＥＤ ＪＯＢ」コマンドでＳＹＳリ
モート７１に知らせ、また、ノーマルサイクルダウンが
完了してマシンが停止すると、その旨を「ＩＯＴ ＳＴ
ＡＮＤ ＢＹ」コマンドでＳＹＳリモート７１に知らせ
る。これによりプログレスステートは終了し、スタンバ
イステートに戻る。

なお、以上の例ではスキップピッチ、サイクルダウンシ
ャットダウンについては述べられていないが、スキップ
ピッチにおいては、ＳＹＳリモート７１はＳＹＳ系を次
のジョブのためにイニシャライズし、また、ＭＣＢリモ
ート７５では次のコピーのために待機している。また、
サイクルダウンシャットダウンはフォールトの際のステ
ートであるので、当該ステートにおいては、ＳＹＳリモ
ート７１およびＭＣＢリモート７５は共にフォールト処
理を行う。

以上のようにプログレスステートにおいては、ＭＣＢリ
モート７５はピッチ処理およびコピー処理を管理し、Ｓ
ＹＳリモート７１はパーオリジナル処理およびジョブプ
ログラミング処理を管理しているので、処理のコントロ
ール権は双方が処理の分担に応じてそれぞれ有してい
る。これに対してＵＩマスター権はＳＹＳリモート７１
が有している。なぜなら、ＵＩにはコピーの設定枚数、
選択された編集処理などを表示する必要があり、これら
はパーオリジナル処理もしくはジョブプログラミング処
理に属し、ＳＹＳリモート７１の管理下に置かれるから
である。

プログレスステートにおいてフォールトが生じるとフォ
ールトリカバリーステートに移る。フォールトというの
は、ノーペーパー、ジャム、部品の故障または破損等マ
シンの異常状態の総称であり、Ｆ／Ｆの再設定等を行う
ことでユーザがリカバリーできるものと、部品の交換な
どサービスマンがリカパリーしなければならないものの
２種類がある。上述したように基本的にはフォールトの
表示はＭＣＢＵＩモジュール８６が行うが、Ｆ／ＦはＳ
ＹＳモジュール８２が管理するので、Ｆ／Ｆの再設定で
リカバリーできるフォールトに関してはＳＹＳモジュー
ル８２がリカバリーを担当し、それ以外のリカバリーに
関してはコピーイングエグゼクティブモジュール８７が
担当する。

また、フォールトの検出はＳＹＳ系、ＭＣＢ系それぞれ
に行われる。つまり、ＩＩＴ、ＩＰＳ、Ｆ／ＰはＳＹＳ
リモート７１が管理しているのでＳＹＳリモート７１が
検出し、ＩＯＴ、ＡＤＦ、ソータはＭＣＢリモート７５
が管理しているのでＭＣＢリモート７５が検出する。従
って、本複写機においては次の４種類のフォールトがあ
ることが分かる。

ＳＹＳノードで検出され、ＳＹＳノードがリカバリー
する場合 例えば、Ｆ／Ｐが準備されないままスタートキーが押さ
れたときにはフォールトとなるが、ユーザは再度Ｆ／Ｆ
を設定することでリカバリーできる。

ＳＹＳノードで検出され、ＭＣＢノードがリカバリー
する場合 この種のフォールトには、例えば、レジセンサの故障、
イメージングユニットの速度異常、イメージングユニッ
トのオーバーラン、ＰＲ０信号の異常、ＣＣＣの異常、
シリアル通信網の異常、ＲＯＭまたはＲＡＭのチェック
エラー等が含まれ、これらのフォールトの場合には、Ｕ
Ｉにはフォールトの内容および「サービスマンをお呼び
下さい」等のメッセージが表示される。

ＭＣＢノードで検出され、ＳＹＳノードがリカバリー
する場合 ソータがセットされていないにも拘らずＦ／Ｆでソータ
が設定された場合にはＭＣＢノードでフォールトが検出
されるが、ユーザが再度Ｆ／Ｆを設定し直してソータを
使用しないモードに変更することでもリカバリーでき
る。ＡＤＦについても同様である。また、トナーが少な
くなった場合、トレイがセットされていない場合、用紙
が無くなった場合にもフォールトとなる。これらのフォ
ールトは、本来はユーザがトナーを補給する、あるいは
トレイをセットする、用紙を補給することでリカバリー
されるものではあるが、あるトレイに用紙が無くなった
場合には他のトレイを使用することによってもリカバリ
ーできるし、ある色のトナーが無くなった場合には他の
色を指定することによってもリカバリーできる。つま
り、Ｆ／Ｆの選択によってもリカバリーされるものであ
るから、ＳＹＳノードでリカバリーを行うようになされ
ている。

ＭＣＢノードで検出され、ＭＣＢノードがリカバリー
する場合 例えば、現像機の動作が不良である場合、トナーの配給
が異常の場合、モータクラッチの故障、フューザの故障
等はＭＣＢノードで検出され、ＵＩには故障の箇所およ
び「サービスマンを呼んで下さい」等のメッセージが表
示される。また、ジャムが生じた場合には、ジャムの箇
所を表示すると共に、ジャムクリアの方法も表示するこ
とでリカバリーをユーザに委ねている。

以上のようにフォールトリカバリーステートにおいては
コントロール権およびＵＩマスター権は、フォールトの
生じている箇所、リカバリーの方法によってＳＹＳノー
ドが有する場合と、ＭＣＢノードが有する場合があるの
である。

フォールトがリカバリーされてＩＯＴスタンバイコマン
ドがＭＣＢノードから発行されるとジョブリカバリース
テートに移り、残されているジョブを完了する。例え
ば、コピー設定枚数が３であり、２枚目をコピーしてい
るときにジャムが生じたとする。この場合にはジャムが
クリアされた後、残りの２枚をコピーしなければならな
いので、ＳＹＳノード、ＭＣＢノードはそれぞれ管理す
る処理を行ってジョブをリカバリーするのである。従っ
て、ジョブリカバリーにおいてもコントロール権は、Ｓ
ＹＳノード、ＭＣＢノードの双方がそれぞれの処理分担
に応じて有している。しかし、ＵＩマスター権はＳＹＳ
ノードが有している。なぜなら、ジョブリカバリーを行
うについては、例えば「スタートキーを押して下さ
い」、「残りの原稿をセットして下さい」等のジョブリ
カバリーのためのメッセージを表示しなければならず、
これはＳＹＳノードが管理するパーオリジナル処理また
はジョブプログラミング処理に関する事項だからであ
る。

なお、プログレスステートでＩＯＴスタンバイコマンド
が出された場合にもジョブリカバリーステートに移り、
ジョブが完了したことが確認されるとスタンバイステー
トに移り、次のジョブを待機する。スタンバイステート
において、所定のキー操作を行うことによってダイアグ
ノスティック（以下、単にダイアグと称す。）ステート
に入ることができる。

ダイアグステートは、部品の入力チェック、出力チェッ
ク、各種パラメータの設定、各種モードの設定、ＮＶＭ
（不揮発性メモリ）の初期化等を行う自己診断のための
ステートであり、その概念を第９図に示す。図から明ら
かなように、ダイアグとしてＴＥＣＨ ＲＥＰモード、
カスタマーシミュレーションモードの２つのモードが設
けられている。

ＴＥＣＨ ＲＥＰモードは入力チェック、出力チェック
等サービスマンがマシンの診断を行う場合に用いるモー
ドであり、カスタマーシミュレーションモードは、通常
ユーザがコピーする場合に使用するカスタマーモードを
ダイアグで使用するモードである。

いま、カスタマーモードのスタンバイステートから所定
の操作により図のＡのルートによりＴＥＣＨ ＲＥＰモ
ードに入ったとする。ＴＥＣＨ ＲＥＰモードで各種の
チェック、パラメータの設定、モードで設定を行っただ
けで終了し、再びカスタマーモードに戻る場合（図のＢ
のルート）には所定のキー操作を行えば、第６図に示す
ようにパワーオンのステートに移り、第７図のシーケン
スによりスタンバイステートに戻ることができるが、本
複写機はカラーコピーを行い、しかも種々の編集機能を
備えているので、ＴＥＣＨ ＲＥＰモードで種々のパラ
メータの設定を行った後に、実際にコピーを行ってユー
ザが要求する色が出るかどうか、編集機能は所定の通り
に機能するかどうか等を確認する必要がある。これを行
うのがカスタマーシミュレーションモードであり、ビリ
ングを行わない点、ＵＩにはダイアグである旨の表示が
なされる点でカスタマーモードと異なっている。これが
カスタマーモードをダイアグで使用するカスタマーシミ
ュレーションモードの意味である。なお、ＴＥＣＨ Ｒ
ＥＰモードからカスタマーシミュレーションモードへの
移行（図のＣのルート）、その逆のカスタマーシミュレ
ーションモードからＴＥＣＨ ＲＥＰモードへの移行
（図のＤのルート）はそれぞれ所定の操作により行うこ
とができる。また、ＴＥＣＨ ＲＥＰモードはダイアグ
エグゼクティブモジュール８８（第４図）が行うのでコ
ントロール権、ＵＩマスター権は共にＭＣＢノードが有
しているが、カスタマーシミュレーションモードはＳＹ
Ｓ．ＤＩＡＧモジュール８３（第４図）の制御の基で通
常のコピー動作を行うので、コントロール権、ＵＩマス
ター権は共にＳＹＳノードが有する。

（II）システム （II−１）システムの位置付け 第１０図はシステムと他のリモートとの関係を示す図で
ある。

前述したように、リモート７１にはＳＹＳＵＩモジュー
ル８１とＳＹＳＴＥＭモジュール８２が搭載され、ＳＹ
ＳＵＩ８１とＳＹＳＴＥＭモジュール８２間はモジュー
ル間インタフェースによりデータの授受が行われ、また
ＳＹＳＴＥＭモジュール８２とＩＩＴ７３、ＩＰＳ７４
との間はシリアル通信インターフェースで接続され、Ｍ
ＣＢ７５、ＲＯＳ７６、ＲＡＩＢ７９との間はＬＮＥＴ
高速通信網で接続されている。

次にシステムのモジュール構成について説明する。

（II−２）システムのモジュール構成 第１１図はシステムのモジュール構成を示す図である。

本複写機においては、ＩＩＴ、ＩＰＳ、ＩＯＴ等の各モ
ジュールは部品のように考え、これらをコントロールす
るシステムの各モジュールは頭脳を持つように考えてい
る。そして、分散ＣＰＵ方式を採用し、システム側では
パーオリジナル処理およびジョブプログラミング処理を
担当し、これに対応してイニシャライズステート、スタ
ンバイステート、セットアップステート、サイクルステ
ートを管理するコントロール権、およびこれらのステー
トでＵＩを使用するＵＩマスター権を有しているので、
それに対応するモジュールでシステムを構成している。

システムメイン１００は、ＳＹＳＵＩやＭＣＢ等からの
受信データを内部バッファに取り込み、また内部バッフ
ァに格納したデータをクリアし、システムメイン１００
の下位の各モジュールをコールして処理を渡し、システ
ムステートの更新処理を行っている。

Ｍ／Ｃイニシャライズコントロールモジュール１０１
は、パワーオンしてからシステムがスタンバイ状態にな
るまでのイニシャライズシーケンスをコントロールして
おり、ＭＣＢによるパワーオン後の各種テストを行うパ
ワーオン処理が終了すると起動される。

Ｍ／Ｃセットアップコントロールモジュール１０３はス
タートキーが押されてから、コピーレイアーの処理を行
うＭＣＢを起動するまでのセットアップシーケンスをコ
ントロールし、具体的にはＳＹＳＵＩから指示されたＦ
ＥＡＴＵＲＥ（使用者の要求を達成するためのＭ／Ｃに
対する指示項目）に基づいてジョブモードを作成し、作
成したジョブモードに従ってセットアップシーケンスを
決定する。

第１２図(a)に示すように、ジョブモードの作成は、Ｆ
／Ｆで指示されたモードを解析し、ジョブを切り分けて
いる。この場合ジョブとは、使用者の要求によりＭ／Ｃ
がスタートしてから要求通りのコピーが全て排出され、
停止されるまでのＭ／Ｃ動作を言い、使用者の要求に対
して作業分割できる最小単位、ジョブモードの集合体で
ある。例えば、嵌め込み合成の場合で説明すると、第１
２図(b)示すように、ジョブモードは削除と移動、抽出
とからなり、ジョブにはこれらのモードの集合体とな
る。また、第１２図(c)に示すようにＡＤＦ原稿３枚の
場合においては、ジョブモードはそれぞれ原稿１、原稿
２、原稿３に対するフィード処理であり、ジョブはそれ
らの集合となる。

そして、自動モードの場合はドキュメントスキャン、ぬ
り絵モードの時はプレスキャン、マーカー編集モードの
時はプレスキャン、色検知モードの時はサンプルスキャ
ンを行い（プレスキャンは最高３回）、またコピーサイ
クルに必要なコピーモードをＩＩＴ、ＩＰＳ、ＭＣＢに
対して配付し、セットアップシーケンス終了時ＭＣＢを
起動する。

Ｍ／Ｃスタンバイコントロールモジュール１０２はＭ／
Ｃスタンバイ中のシーケンスをコントロールし、具体的
にはスタートキーの受付、色登録のコントロール、ダイ
アグモードのエントリー等を行っている。

Ｍ／Ｃコピーサイクルコントロールモジュール１０４は
ＭＣＢが起動されてから停止するまでのコピーシーケン
スをコントロールし、具体的には用紙フィードカウント
の通知、ＪＯＢの終了を判断してＩＩＴの立ち上げ要
求、ＭＣＢの停止を判断してＩＰＳの立ち下げ要求を行
う。

また、Ｍ／Ｃ停止中、あるいは動作中に発生するスルー
コマンドを相手先リモートに通知する機能を果たしてい
る。

フォールトコントロールモジュール１０６はＩＩＴ、Ｉ
ＰＳからの立ち下げ要因を監視し、要因発生時にＭＣＢ
に対して立ち下げ要求し、具体的にはＩＩＴ、ＩＰＳか
らのフェイルコマンドによる立ち下げを行い、またＭＣ
Ｂからの立ち下げ要求が発生後、Ｍ／Ｃ停止時のリカバ
リーを判断して決定し、例えばＭＣＢからのジャムコマ
ンドによりリカバリーを行っている。

コミニュケーションコントロールモジュール１０７はＩ
ＩＴからのＩＩＴレディ信号の設定、イメージエリアに
おける通信のイネーブル／ディスエイブルを設定してい
る。

ＤＩＡＧコントロールモジュール１０８は、ＤＩＡＧモ
ードにおいて、入力チェックモード、出力チェックモー
ド中のコントロールを行っている。

（II−３）システムのデータ授受 次に、これらシステムの各モジュール同士、あるいは他
のサブシステムとのデータの授受について説明する。

第１３図はシステムと各リモートとのデータフロー、お
よびシステム内モジュール間データフローを示す図であ
る。図のＡ〜Ｎはシリアル通信を、Ｚはホットライン
を、〜はモジュール間データを示している。

ＳＹＳＵＩリモートとイニシャライズコントロール部１
０１との間では、ＳＹＳＵＩからはＣＲＴの制御権をＳ
ＹＳＴＥＭ ＮＯＤＥに渡すＴＯＫＥＮコマンドが送ら
れ、一方イニシャライズコントロール部１０１からはコ
ンフィグコマンドが送られる。

ＳＹＳＵＩリモートとスタンバイコントロール部１０２
との間では、ＳＹＳＵＩからはモードチェンジコマン
ド、スタートコピーコマンド、ジョブキャンセルコマン
ド、色登録リクエストコマンド、トレイコマンドが送ら
れ、一方スタンバイコントロール部１０２からはＭ／Ｃ
ステータスコマンド、トレイステータスコマンド、トナ
ーステータスコマンド、回収ボトルステータスコマン
ド、色登録ＡＮＳコマンド、ＴＯＫＥＮコマンドが送ら
れる。

ＳＹＳＵＩリモートとセットアップコントロール部１０
３との間では、セットアップコントロール部１０３から
はＭ／Ｃステータスコマンド（プログレス）、ＡＰＭＳ
ステータスコマンドが送られ、一方ＳＹＳＵＩリモート
からはストップリクエストコマンド、インターラプトコ
マンドが送られる。

ＩＰＳリモートとイニシャライズコントロール部１０１
との間では、ＩＰＳリモートからはイニシャライズエン
ドコマンドが送られ、イニシャライズコントロール部１
０１からはＮＶＭパラメータコマンドが送られる。

ＩＩＴリモートとイニシャライズコントロール部１０１
との間では、ＩＩＴリモートからはＩＩＴレディコマン
ド、イニシャライズコントロール部１０１からはＮＶＭ
パラメータコマンド、ＩＮＩＴＩＡＬＩＺＥコマンドが
送られる。

ＩＰＳリモートとスタンバイコントロール部１０２との
間では、ＩＰＳリモートからイニシャライズフリーハン
ドエリア、アンサーコマンド、リムーヴエリアアンサー
コマンド、カラー情報コマンドが送られ、スタンバイコ
ントロール部１０２からはカラー検出ポイントコマン
ド、イニシャライズフリーハンドエリアコマンド、リム
ーヴエリアマンドが送られる。

ＩＰＳリモートとセットアップコントロール部１０３と
の間では、ＩＰＳリモートからＩＰＳレディコマンド、
ドキュメント情報コマンドが送られ、セットアップコン
トロール部１０３スキャン情報コマンド、基本コピーモ
ードコマンド、エディットモードコマンド、Ｍ／Ｃスト
ップコマンドが送られる。

ＩＩＴリモートとスタンバイコントロール部１０２との
間では、ＩＩＴリモートからプレスキャンが終了したこ
とを知らせるＩＩＴレディコマンドが送られ、スタンバ
イコントロール部１０２からサンプルスキャンスタート
コマンド、イニシャライズコマンドが送られる。

ＩＩＴリモートとセットアップコントロール部１０３と
の間では、ＩＩＴリモートからはＩＩＴレディコマン
ド、イニシャライズエンドコマンドが送られ、セットア
ップコントロール部１０３からはドキュメントスキャン
スタートコマンド、サンプルスキャンスタートコマン
ド、コピースキャンスタートコマンドが送られる。

ＭＣＢリモートとスタンバイコントロール部１０２との
間では、スタンバイコントロール部１０２からイニシャ
ライズサブシステムコマンド、スタンバイセレクション
コマンドが送られ、ＭＣＢリモートからはサブシステム
ステータスコマンドが送られる。

ＭＣＢリモートとセットアップコントロール部１０３と
の間では、セットアップコントロール部１０３からスタ
ートジョブコマンド、ＩＩＴレディコマンド、ストップ
ジョブコマンド、デクレアシステムフォールトコマンド
が送られ、ＭＣＢリモートからＩＯＴスタンバイコマン
ド、デクレアＭＣＢフォールトコマンドが送られる。

ＭＣＢリモートとサイクルコントロール部１０４との間
では、サイクルコントロール部１０４からストップジョ
ブコマンドが送られ、ＭＣＢリモートからはＭＡＤＥコ
マンド、レディフォアネクストジョブコマンド、ジョブ
デリヴァードコマンド、ＩＯＴスタンバイコマンドが送
られる。

ＭＣＢリモートとフォールトコントロール部１０６との
間では、フォールトコントロール部１０６からデクレア
システムフォールトコマンド、システムシャットダウン
完了コマンドが送られ、ＭＣＢリモートからデクレアＭ
ＣＢフォールトコマンド、システムシャットダウンコマ
ンドが送られる。

ＩＩＴリモートとコミニュケーションコントロール部１
０７との間では、ＩＩＴリモートからスキャンレディ信
号、イメージエリア信号が送られる。

次に各モジュール間のインターフェースについて説明す
る。

システムメイン１００から各モジュール（１０１〜１０
７）に対して受信リモートNO.及び受信データが送られ
て各モジュールがそれぞれのリモートとのデータ授受を
行う。一方、各モジュール（１０１〜１０７）からシス
テムメイン１００に対しては何も送られない。

イニシャライズコントロール部１０１は、イニシャライ
ズ処理が終了するとフォルトコントロール部１０６、ス
タンバイコントロール部１０２に対し、それぞれシステ
ムステート（スタンバイ）を通知する。

コミニュケーションコントロール部１０７は、イニシャ
ライズコントロール部１０１、スタンバイコントロール
部１０２、セットアップコントロール部１０３、コピー
サイクルコントロール部１０４、フォルトコントロール
部１０６に対し、それぞれ通信可否情報を通知する。

スタンバイコントロール部１０２は、スタートキーが押
されるとセットアップコントロール部１０３に対してシ
ステムステート（プログレス）を通知する。

セットアップコントロール部１０３は、セットアップが
終了するとコピーサイクルコントロール部１０４に対し
てシステムステート（サイクル）を通知する。

（III）モニタ制御方式（本発明の要部） 本発明のモニタ制御方式は、処理時間を要するタスクは
優先レベルの低い処理、１０msec毎に行わなければなら
ないモニタの処理は優先度の高い処理と位置付け、優先
レベルの低い処理は、バックグラウンドとしてＣＰＵの
空いている時間は常時実行し、１０msec毎の割り込みが
あると中断してモニタの通常処理を行うようにして割り
込み毎のモニタの処理を支障なく行うと共に、処理時間
の長いタスク処理も確実に実行できるようにしている。

また、本発明におけるモニタは、ＭＣＢ、ＵＩとの間で
はＬＮＥＴによる通信、ＩＩＴやＩＰＳとの間では９６
００ＢＰＳによる通信というように、他のシステムとの
通信を行う場合に、通常速度の異なる複数種類の通信方
式を採用して分散ＣＰＵ方式の特徴を最大限に活かして
効率的に機能させるようにしている。

第１４図は本発明のモニタ制御装置の原理を説明するた
めの図である。

モニタは１０msec毎の割り込みによりタイマ処理、入出
力処理、送受信処理、ＡＰＰＳコール処理等通常の処理
を行っている。そしてＩＰＳにおけるＴＲＣ変換テーブ
ル作成処理のように、非常に処理時間を要するタスクを
リザーブ（ＲＳＶ）タスクとして登録しておく。今、Ｔ
_０のタイミングでの割り込みでモニタの通常処理が行わ
れ、ｔ_０のタイミングでこの処理が終了すると、バック
グラウンドの処理、即ちＲＳＶタスクの処理が実行され
る。そしてタイミングＴ_１の１０msec割り込みが入る
と、バックグラウンド処理は中断され、モニタの通常処
理が実行される。以後、割り込みによるモニタ通常処理
が終了し、ＣＰＵの空いた時間を利用してＲＳＶタスク
の処理が実行される。

したがって、１０msec割り込み毎のモニタの通常処理は
支障なく行われると共に、処理時間のかかるＲＳＶタス
クはＣＰＵの空き時間を利用して行われ、ＣＰＵの稼動
率を向上させることもできる。

（III−１）システムモニタのモジュール構成 第１５図はシステムモニタのモジュール構成を示す図で
ある。

システムモニタは、計算機のＯＳに相当するもので、シ
ステムの利用者とハードウエアの中間に位置してシステ
ム資源の管理、スループットの向上、応答時間の短縮、
使い易さ、汎用性、拡張性、情報の共有と保護、及びＲ
ＡＳ（信頼性、利用可能度、保守性）の向上を狙いとし
てシステムの管理に関する処理を行っており、本実施例
においては、タクスのコントロール処理を行うタスクコ
ントロールモジュールと通信処理を行う通信モジュール
からなっており、通信モジュールはさらに９６００ＢＰ
Ｓモジュール（９６００ＣＯＭ）とＬＮＥＴ通信モジュ
ール（ＣＣＣ・ＣＯＭ）から構成されている。

タスクコントロールモジュールは、１０msec割り込みに
よりタイマ処理、入出力処理、ＡＰＰＳコール処理等を
優先度の高い処理として行い、同時に１０msec割り込み
による処理が行われないＣＰＵの空き時間に、パワーＯ
ＮからＯＦＦまでの間、常時処理時間の長い処理を優先
度の低い処理としてＡＰＰＳに実行させている。

９６００ＣＯＭは、ＩＩＴ、ＩＰＳとの間の通信処理を
行っている。

ＣＣＣ・ＣＯＭは、ＭＣＢ、ＵＩとの間における通信処
理を行っている。

（Ａ）タスクコントロールモジュール タスクコントロールモジュールは、パワーＯＮにより起
動されるモニタメイン処理部、１０msec割り込み、キャ
リッジスキャン割り込み、ＮＭＩ割り込み、イメージエ
リア割り込み等の割り込み処理部、ＡＰＰＳに対するサ
ービス処理部、割り込みに対する空処理部からなってい
る。そして、本発明のバックグラウンド処理は、モニタ
メイン処理部で行っている。

モニタメイン処理部８０１はパワーＯＮにより起動さ
れ、パワーＯＮ初期化処理部８０１−１を起動し、周辺
ＬＳＩ初期化処理部８０１−５、割り込みコントローラ
（８２５９）初期化処理部８０１−９、タイマコントロ
ーラ（８２５４）初期化処理部８０１−１０をそれぞれ
起動して各ＬＳＩの初期化処理を行うと共に、９６００
ｂｐｓ通信モジュール（９６００ＣＯＭ）に対して９６
００ｂｐｓ通信を行うための８２５１ＩＮＩＴ、ＣＯＭ
＄ＩＮＩＴをコールして初期設定処理を行わせ、作用に
９６００ＣＯＭに対してＨＤＲ＄ＳＥＴをコールして予
め決まったフォーマットのデータを設定しておくメモリ
の初期設定を行う。

ＲＡＭテスト処理部８０１−６、ＲＯＭテスト処理部８
０１−７、ＮＶＭテスト処理部８０１−８はパワーＯＮ
初期化処理部８０１−１からコールされて書き込んだデ
ータがその通り読めるか否かのＲＡＭテスト、前回の電
源ＯＮ時の値と同じ値が読めるかどうかのＲＯＭテス
ト、電源を切る前のデータが正しく保存されているかど
うかのＮＶＭテスト等のコアテストを行う。またこれら
のテスト処理と共に、ＡＰＰＳのエラー処理を行うＲＵ
Ｎ＄ＥＲＲＯＲをコールする。この場合、パラメータを
付してコールすることによりＡＰＰＳが何でコールされ
たか分かるようにしており、ＡＰＰＳは付されたパラメ
ータをみて対応するエラー処理を行う。

コアテストが終了すると、モニタメイン処理部８０１は
ＣＣＣ・ＣＯＭ（コミュニケーションコントロールチッ
プモジュール）に対してコンテンションバスのセルフテ
ストを実行させるために、Ｃ＄ＳＥＬＦ＄ＴＥＳＴ１、
Ｃ＄ＳＥＬＦ＄ＴＥＳＴ２をコールする。このテスト
は、所定のデータを送出して自ら受信し、受信したデー
タが送信したデータと同じであることを確認することに
より行う。

これらの処理が終了すると、割り込みテスト処理部８０
１−２が起動され、パワーＯＮ１回目のスキャンレデ
ィ、スキャンエンド、スキャンスタート、イメージ読み
込み・開始・終わり等の外部割り込みに対して、回路が
正しく動作するか否かのテストが行われる。

こうしてパワーオンステートで行うべきテストが終了す
ると、ＡＰＰＳのイニシャライズ処理を行うＳＳ＄ＩＮ
ＩＴ＄ＳＹＳ、ＳＳ＄ＩＮＩＴ＄ＵＩをコールする。こ
こで言うＡＰＰＳとはＳＹＳ及びＵＩを含んでおり、Ｓ
ＹＳ及びＵＩのどちらもモニタからみるとＡＰＰＳとい
うことになり、これらを動かすための初期設定処理を行
う。

イニシャライズステートになると、タイマテーブル初期
化処理部８０１−３が起動され、タイマテーブルに、例
えばＦＦＦＦ等の所定の値がセットされる。

タイマセット後、モニタメインループ処理部８０１−４
が起動され、１０msecを超える長い繰り返し処理を無限
ループで行うことになる。無限ループは、１０msec割り
込みによる通常処理で中断するものの、パワーＯＦＦま
での間、常時裏で廻っている処理である。

１０msec割り込み処理部８０２は割り込みコントローラ
８２５９を介しての内部割り込みにより１０msec毎に起
動され、タイマ処理部８０２−１、フィルタ処理部８０
２−２、ＡＰＰＳコール処理部８０２−３、ＲＳＶステ
ートチェンジ処理部８０２−４、ＲＡＭモニタ処理部８
０２−５、出力処理部８０２−６、各種タイマチェック
処理部８０２−７〜８０２−９、各種タイマ消去処理部
８０２−１０〜８０２−１２の起動を行う。１０msec割
り込み処理部８０２の活性化により、現在実行中の処理
が一時中断してメインメモリの固定領域に退避し、タイ
マ処理、入出力管理、タスク管理等１０msec毎に行うべ
き処理が一巡して行われる。そして、１０msec毎の処理
が終了すると、退避させておいた処理に復帰する。割り
込みに伴う現在実行中の処理の退避および復帰はハード
ウエアにより自動的に行われる。

タイマ処理部８０２−１は各種タイマのチェック処理、
消去処理を起動すると共に、タイマ値の登録、カウント
ダウン、タイムアウト処理等のタイマ処理を行う。

フィルタ処理部８０２−２は外部入力信号のノイズを拾
わないように、同一レベルデータが所定時間継続したと
きにデータ取り込みを行うような処理を行う。

ＡＰＰＳコール処理部８０２−３はタイマ処理、フィル
タ処理が終わった後、所定のＡＰＰＳをコールしてそち
らに制御を渡す処理を行う。

ＲＳＶステートチェンジ処理部８０２−４は、バックグ
ラウンドとして行われるべきＲＳＶタスクの処理状態が
停止中、実行中、実行状態、実行終了のいずれかに応じ
てステートチェンジを行う。

ＲＡＭモニタ処理部８０２−５は、ＲＡＭの内容を読み
だして７セグメント表示するＲＡＭモニタボードの表示
処理を行うめたのもので、ソフトウエァのデバッグ用に
使用している。

出力処理部８０２−６は処理結果を出力するための処理
を行う。

ＷＤＴリセット処理部８０２−１３はプログラムの暴走
を防ぐためのウオッチドッグタイマを１０msecの割り込
み毎にリセットして、時間のかかる処理が無効にならな
いようにしている。

以上は１０msec毎の内部割り込みから起動されるモジュ
ールであるが、次にＩＩＴコントローラからの外部割り
込みにより起動されるモジュールについて説明する。

キリッジが移動すると、ＩＩＴからモニタに対して外部
割り込みが入り、スキャンレディ割り込み処理部８０
３、ノットスキャンレディ割り込み処理部８０４、イメ
ージ割り込み処理、ノットイメージ割り込み処理も起動
される。スキャンレディ割り込み処理部８０３、ノット
スキャンレディ割り込み処理部８０４はキャリッジが動
いた時に入ってくる割り込みで、各々立ち上がり、立ち
下がりで起動される。

ＩＲ６割り込み処理部８０５、ＩＲ７割り込み処理部８
０６は割り込みコントローラ８２５９が１つのＬＳＩで
８本の割り込みができるため、使っていなくても一応設
定しておかないと、誤動作につながるので、割り込み処
理のプログラムの器だけ作っておくための空の割り込み
処理部である。

ＮＭＩ割り込み処理部８０７はマスクできない割り込み
（ＮＯＮ ＭＡＳＫＡＢＬＥ ＩＮＴＥＲＲＵＰＴ）
で、割り込みコントローラ８２５９からでなく、ＣＰＵ
に直接入ってくる割り込みである。この割り込みは緊急
にＣＰＵにリセットがかかってパワーが落ちたりする場
合、その直前に入ってくる割り込みで、どういう状態で
パワーＯＦＦになるかということをＮＶＭに記憶させて
おくための極く短時間の割り込みである。

イメージエリア割り込み処理部８０８は、イメージの読
み込みはスキャンしたときに行うので精度を要するた
め、その処理をＣＣＣからの割り込みの中で行ってお
り、読み込みのトリガ指令を出すためのものであり、ノ
ットイメージ割り込み処理部８０９は、イメージの読み
込みが終了したことを指令するためのものである。

モニタはＡＰＰＳに対するサービス処理を行っており、
ＡＰＰＳが１０msecに一回モニタからコールされたと
き、その中でモニタのサービス処理、即ちスーパーバイ
ザーコールを使ってＡＰＰＳがモニタに対してタイマの
登録、停止、バックグランドでの長い処理の実行を要求
できる。

即ち、１０msecタイマ、１００msecタイマ、１０００ms
ecタイマの各起動／停止処理部８１０〜８１２は、ＡＰ
ＰＳからのスーパーバイザーコールに対するタイマサー
ビス処理を行っており、これを利用してＡＰＰＳはタイ
マセット、停止を行うことができる。また、各起動／停
止処理部８１０〜８１２は、１０msecタイマ、１００ms
ecタイマ、１０００msecタイマ初期化処理部及び消去処
理部８０２−７〜８０２−１２と接続されていて、それ
ぞれ初期化、設定値の消去が行われる。

また、スーパーバイザーコールによりＲＳＶタスク登録
処理部８１３、ＲＳＶタスクステータスチェック処理部
８１４、ＲＳＶタスク実行要求処理部８１５、ＲＳＶタ
スク処理部８１６がコールされ、それぞれバックグラウ
ンドとして処理されるＲＳＶタスクの登録、ＲＳＶタス
クステートの確認、登録抹消、実行要求、タスクの停止
等を行う。

既に、第３図において説明したように、ＣＣＣはＳＹＳ
系、ＵＩ系、ＭＣＢ系間の高速通信回線ＬＮＥＴのプロ
トコルをサポートしており、コンテンションバス通信、
エラー発生等の場合に割り込みを行うサービス機能を有
しているが、現在のところこの割り込みサービス機能は
使っていない。しかしながら高速通信回線ＬＮＥＴを通
してノイズ等が割り込み信号として入ってきた場合に、
これに対応する処理部がないと割り込みがあったとして
システムが暴走してしまう可能性がある。そこで、シス
テムモニタは、このようなＣＣＣからの割り込みを処理
する割り込み処理部８１７〜８２２を有しており、ここ
に割り込み信号が入った場合には、そのままリターンさ
せる処理を行っている。

８０８６内部割り込みから起動される割り込み処理部８
２３〜８２６も同様にノイズ等の割り込みがあった場合
の空処理を行うめたの処理部である。

（Ｂ）９６００ＢＰＳ通信モジュール ９６００ＣＯＭは、ＩＩＴ、ＩＰＳとの出で９６００ｂ
ｐｓのシリアル通信を行い、通信割り込み処理、送受信
割り込み処理、ＡＰＰＳとの間のデータのやりとり等を
行っている。

システムからＩＩＴ、ＩＰＳへのデータ送信開始は、精
度を要求されるので割り込みで知らされている。即ち、
タイマコントロールＳＬＩ８２５４から、ある一定時間
がたつとＩＩＴ、ＩＰＳに対して通信をやりなさいとい
う割り込みがかかってくるので、通信割り込み処理部８
２７は、その制御下にあるモジュールを活性化してこの
通信を開始するための一連の処理を行っている。

通信テスト処理部８２７−１はシリアル通信回線のテス
トを行い、通信リモート設定処理部８２７−２は９６０
０ｂｐｓのシリアル通信方式で通信するスレーブリモー
トを設定するための処理を行う。

回線エラー監視処理部８２７−３は通信エラーが何回か
連続して通信が行える状態ではないと判断したとき回線
エラーとする処理を行っている。

ここで、通信エラーとは一回の通信に対して発生するエ
ラーのことで、３種類のものがある。

(1)無応答エラー リモートからの応答がない場合のエラーである。

(2)ステータスエラー リモートから受信したデータが誤っているエラーで、
パリティエラー、ストップビットが検出されないフレ
ーミングエラー、通信用バッファに送られてきたデー
タを取り込まないうちに次のデータがきてしまった場合
のオーバーランエラーの３種類がある。

(3)フレームエラー フレームの論理に誤りがある場合のエラーで、例えばデ
ータが途中で切れてしまい正常なバイト数分だけ受信で
きなかったような場合である。

このような通信エラーが、例えば３回以上連続したか否
かチェックし、連続していれず回線エラーとしている。

通信開始処理部８２７−４は、リモートとの間の通信を
行うためのもので、送信開始時に通信テストを行う場合
には通信テストコマンドセット処理部８２７−５をコー
ルしてステト用コマンドをセットし、同じデータを送る
場合には再送データセット処理部８２７−６をコールし
て再送データをセットし、ＡＰＰＳからデータを送って
くれという要求があった場合にはＡＰＰＳデータセット
処理部８２７−７をコールしてＡＰＰＳからの送信デー
タをコマンドと共にフレームにセットし、また受信した
フレームからコマンドとデータを切り出す処理を行い、
リモートに対して送るデータがない場合には、ＡＣＫセ
ット処理部８２７−８をコールしてＡＣＫを送るための
処理を行う。そして、データを送る場合には必ずＨＥＡ
ＤＤＥＲ通信処理部８２７−９をコールして、送信相手
リモートNO.をヘッダにセットして送り、また受信した
フレームからヘッダを取り出して相手リモートを判断す
る処理を行っている。

ＬＳＩ８２５１は送受信の割り込みを行っており、送信
割り込み処理部８３０はシリアル通信用ＬＳＩ８２５１
に送信データを書き込み、送信データを９６００通信ラ
インにのせると、次のデータを８２５１に書いても良い
という割り込みがかかってくるので、その割り込みの中
でＩＩＴ、ＩＰＳへ送る次のデータを８２５１へ書き込
む処理をしている。この割り込みは１バイト毎にかかっ
てくるので、送るデータが５バイトデータであれば５回
の割り込みがかかってくる。

受信割り込み処理部８３１は送信処理とは逆にＩＩＴあ
るいはＩＰＳから１バイト８２５１へ先端が送信されて
くると、１バイトデータを受信したという割り込みがか
かってくるので、これを１バイト毎に受け取り、また次
の１バイトが揃うと割り込みが入ってきて、順次１バイ
ト単位でデータを受信する処理を行っている。

この受信割り込み処理部８３１の下でデータ受信開始設
定処理部８３１−１、データ受信処理部８３１−２、受
信エラーリカバリー処理部８３１−３、受信リモート設
定処理部８３１−４、データ受信終了処理部８３１−
５、ＳＥＬＦテスト結果受信処理部８３１−６がそれぞ
れ機能しており、その中で受信割り込み処理部８３１は
データが揃った場合に間違ったデータがきていないかど
うか、あるいはＩＩＴからのデータかＩＰＳからのデー
タか等のチェックをしている。ＳＥＬＦテスト結果受信
処理部８３１−６はパワーＯＮイニシャライズの中に通
信テストという機能があるが、各ＡＰＰＳを動かす前に
システムとの間で通信可能かどうかのテストを行うと共
に、ＩＩＴ、ＩＰＳのパワーＯＮセルフテストの結果を
受信する処理を行っている。

ＬＳＩ８２５１イニシャライズ処理部８３２、送信イニ
シャライズ処理部８３３、ヘッダーフォーマット設定処
理部８３４は、それぞれパワーＯＮイニシャライズの中
でタスクコントロールモジュールから呼ばれるイニシャ
ライズ処理を行っている。

回線エラー検知処理部８３５は、タスクコントロールモ
ジュールの１０msec割り込みの中で呼ばれ、モニタから
ＡＰＰＳに対して回線エラーの発生を知らせる処理を行
っている。

モニタの通信についてのみ考えると前述の回線エラー監
視モジュールさえあれば、モニタは回線エラーかどうか
把握して通信を止めたりすることができる。しかし、例
えばＩＩＴとの間で回線エラーが発生し、このことをＡ
ＰＰＳが知らないと、ＡＰＰＳはＩＩＴとの通信は生き
ていると思ってＩＩＴに対してキャリッジスキャンの要
求を出し、これに対してスキャン終了という返事が来な
いので何時までもスキャンの要求を出したままの待機状
態となり、メッセージ表示も「コピーしています」のま
まになってしまうという不都合が発生する。そこで、タ
スクモジュールにより１０msec毎に回線エラー検知処理
部８３５をコールして、回線エラー監視モジュール８２
７−２で生成した情報をＡＰＰＳのエラー起動処理を行
うＲＵＮ＄ＥＲＲＯＲをコールしてＡＰＰＳに対して知
らせるようにしている。

また、回線エラー検知処理部は、ＣＣＣ側の通信エラー
が起きたときにいつまでもエラーにしておくと、ＭＣ
Ｂ、ＵＩとの通信が何もできなくなってしまうので、エ
ラーということが分かったらリカバリさせるために１０
msec毎にＣＣＣ・ＣＯＭのＣＣＣ＄ＥＲＣＶ＄ＣＨＫを
コールしている。

送信処理部８３６は、送信チェックＳＶＣ８３６−１、
送信ＳＶＣ８３６−２はそれぞれタスクコントロールモ
ジュールの１０msec割り込みの中で呼ばれる処理であ
る。

ＩＩＴ送信キューイング処理部８３７、ＩＰＳ送信キュ
ーイング処理部８３８は、それぞれＡＰＰＳからのスー
パーバイザーコールで呼ばれる処理で、バッファを持っ
ていて１００msecに１回程度のデータ送信を行ってい
る。

メイン送信キューイング処理部８３９、スペア送信キュ
ーイング処理部８４０はそれぞれスペア用であり、リモ
ートが増えたときのために用意している。

ＩＩＴ受信データ取り込み処理部８４１、ＩＰＳ受信デ
ータ取り込み処理部８４２はそれぞれＩＩＴ、ＩＰＳか
らの受け取ったデータがあるというＡＰＰＳからのスー
パーバイザーコールに対して受信データ提供のサービス
処理を行っている。メイン受信データ取り込み処理部８
４３、スペア受信データ取り込み処理部８４４は、受信
データ取り込みのスペア用として設けられており、送信
の場合と同様にリモートが増えたときのための用意とし
て設けている。

（Ｃ）ＬＮＥＴ通信モジュール ＬＮＥＴ高速通信は、第１６図に示すように、システ
ム、ＵＩ、ＭＣＢとの間で187.5ＫＢＰＳでＣＣＣを介
して行われている。ＣＣＣチップはソフトを有してお
り、ＳＹＳモニタからデータをＣＣＣチップのバッファ
に書き込む場合には１パケット単位でデータを送ってお
り、そのデータが送信し終わるとバッファ空の割り込み
がかかってくる。また１パケット単位で受信した場合に
も割り込みがかかってくる。さらに、通信エラーが発生
した場合にもエラーの割り込みがかかってくるので、Ｌ
ＮＥＴ通信に関する限りは、ＣＣＣ・ＣＯＭからみた場
合にはモニタはＡＰＰＳのような扱いとなる。そして、
ＣＣＣ・ＣＯＭは、セルフテスト処理、受信処理、送信
処理を行っている。

パワーＯＮ時にメインモニタからコールされるタスクコ
ントロールモジュールからＣＣＣセルフテスト１モジュ
ール８５０とＣＣＣセルフテスト２モジュール８５１と
がコールされる。

ＣＣＣ・ＣＯＭはセルフテスト、ＨＡＬＴ、ＮＯＲＭＡ
Ｌの３つのステータスを有しており、それぞれのステー
スに対応したテストを行っている。

ＣＣＣセルフテスト１モジュール８５０は、ＣＣＣの初
期設定処理を行うモジュールで、通信するときにＣＣＣ
が正常に動作するか否かをテストする。先ず、ＣＣＣス
テータスチェンジテスト１モジュール８５０−１はステ
ータスをセルフステートからＨＡＬＴに変えることを指
示し、指示通りにステータスが変化するか否かのテスト
を行う。

次に、ＨＡＬＴステータスにおいて、ターンアラウンド
テストモジュール８５０−２〜８５０−４によりＣＣＣ
チップに対してＦＩＦＯコマンドを書き込み、コマンド
通りに動いてその通りの結果が返ってくるか否かをテス
トする。

次に、ＣＣＣステータスチェンジテスト１モジュール８
５０−１はステータスをＨＡＬＴからＮＯＲＭＡＬに変
え、その通りステータスが変化するか否かのテストを行
う。そして、モジュール８５０−１１、８５０−１２に
よりそれぞれＨＡＬＴ、ＮＯＲＭＡＬの初期設定を行
う。

なお、ＦＩＦＯコマンド書き込みチェックモジュール８
５０−９、データ変換処理部８５０−１０、エラー処理
部８５０−６、ウエイト処理部８５０−７、リード変換
処理部８５０−８はそれぞれＣＣＣチップの仕様が他チ
ップのものと異なっているため、共通処理を可能にする
ための変換を行っているインタフェースである。また、
１msecウエイト処理部８５０−７で直接ウォッチドッグ
タイマのポートにアクセスしてリセットしているが、こ
れはチェックを開始してからそれが確定するまでに時間
がかかるので、ウォッチドッグタイマのリセットを定期
的に行わないとプログラムの暴走と認識されてしまうか
らである。

セルフテスト２モジュール８５１は、ＬＮＥＴのターン
アラウンドテストを行っており、通信がうまくいくか否
かをみている。このうち、モジュール８５１−１はイネ
ーブル状態で、モジュール８５１−３てディセーブル状
態で単にコマンドを実行させて、結果がＯＫかＮＧかを
判断している。またモジュール８５１−２は、送信バッ
ファ０、１のテストを行うためのデータ送信処理部８５
１−４、８５１−５及び受信バッファ０、１のテストを
行うためのデータ受信チェック処理部８５１−６、８５
１−７を起動し、ＬＮＥＴがＵＩ、ＭＣＢとの回線の他
に自分の所に戻ってくる回線があるの利用して、自分で
送ったものを自分で受けて、送ったものがその通りに受
け取れるか否かをテストしている。このテストにより、
バッファから送信し、回線を通して受信する処理ができ
るか否かのテストを行うことができる。

なお、セルフテスト２においてもインタフェース８５０
−６〜８５０−８を共用しており、またデータ変換処理
部８５１−８を共通処理のためのインタフェースとして
いる。

ＬＮＥＴの割り込みにはエラーが発生したとき、送
信バッファが空になったとき、データ受信があったと
きの３種類がある。

ＬＮＥＴの割り込みがあると、各モジュールは自分に対
するものであるか否か判断してその処理を行う。

エラー割り込み処理部８５２−１は、例えばデータ再送
回数オーバーの場合、データが送れなかったということ
で、バッファ０または１のエラー処理部８５２−２また
は８５２−３を起動し、またエラー復旧処理部８５２−
４を起動する。なお、リード変換処理部８５２−５は前
述の共通処理のためのインタフェースである。

使われていない割り込みがかかってきたとき、エンドイ
ンタラプトコマンドをＣＣＣチップのレジスタに書き込
んで返してやる必要がある。そのためにタスクコントロ
ールモジュールよりインタフェースとしてのデータ変換
処理部８５２−６をコールして変換処理を実行させてい
る。

受信割り込み処理部８５３は、バッファ０またはバッフ
ァ１へのデータ受信があった場合に、受信バッファ処理
部８５３−１または８５３−２をコールしてバッファ受
信キューイング処理部８５３−３−８５３−５をコール
してデータの取り込みを行っている。この場合、ＭＣＢ
は、システムに対してリクエストセルフテストリザル
ト、バックグラウンドポーリング（ＢＧＰ）という特別
のコマンドを定期的に送ってきて、システム側のＬＮＥ
Ｔ高速通信が生きているか否か聞いてくること、ＵＩに
対して通信データ量が多いためキューイング処理部を２
つ設けている。

９６００ＢＰＳの送信処理がタスクコントロールモジュ
ールから１０msec毎にコールされた結果９６００ＢＰＳ
から、あるいはＬＮＥＴ割り込みからＣＣＣの送信処理
を行うＳＥＮＤ＄ＣＣＣモジュール８５４がコールされ
る。

この送信処理部８５４は、各バッファ８５４−１〜８５
４−６にどのデータをどのように書き込むかの処理を行
っており、第１７図により詳細に説明する。なお、モジ
ュール８５２−６は前述した共通処理のためのインタフ
ェースである。

第１７図（ａ）はＬＮＥＴ通信を説明するための図、第
１７図（ｂ）は送信リクエストと送信バッファ０、１の
空き具合いによる送信パターンを示す図である。

第１７図（ａ）に示すように、ＣＣＣは送信バッファと
受信バッファをそれぞれ２つ有しており、１パケット単
位でデータが書き込めるようにしている。なお、送信バ
ッファ０はＭＣＢ用、送信バッファ１はＵＩ用として使
用している。バッファのデータが空になると、モニタに
対して割り込みがかかってきて次のデータが送信可能で
あることを知らせる。そして、１つのバッファのデータ
をＭＣＢ、或いはＵＩに対して送信している間、他のバ
ッファへの書き込みを行うことにより送信処理が効率的
に行えるようにしている。このデータの送信に対してＭ
ＣＢ、或いはＵＩから返すものがない場合にはＡＣＫコ
マンドがＣＣＣに対して返される。受信についても同様
で、１パケット単位でデータが送られてくると、そのこ
とが割り込みで知らされ、２つのバッファから交互にデ
ータの取り込みが行えるようにしている。

第１７図（ｂ）において、ＥはＥＭＰＴＹ、ＦはＦＵＬ
Ｌ、Ｂ０はバッファ０、Ｂ１はバッファ１、○は送信要
求あり、×は送信要求無し、鉤状矢印はバッファの選択
をそれぞれ意味している。送信方法は、リクエストセル
フテストリザルトとＭＣＢからのバックグラウンドポー
リング（ＢＧＰ）に対する応答は最優先とし、ＭＣＢ、
ＵＩに対する送信要求については、要求が単独で有ると
きには空いているどちらのバッファも使用し、ＭＣＢ、
ＵＩの両方の要求があるときはＭＣＢ用バッファ０のみ
空のときはＭＣＢへ送信し、ＵＩ用バッファ１のみ空の
ときはＵＩへ送信する。

なお、送信処理は１０msecからもＬＮＥＴからも割り込
みによりコールされるようにしている。これは、パワー
ＯＮのときや最後のデータを送ってしまった場合には、
データが何もないのでバッファＦＵＬＬからバッファＥ
ＭＰＴＹという変化が生ぜず、そのためＬＮＥＴ割り込
みがかからず、データの送信処理ができない。このとき
は１０msecの割り込みがトリガーとなって送信処理をコ
ールしている。また、１０msec割り込みだけであれば１
０msecに一回しか送信できない。しかしＬＮＥＴ割り込
みがあることにより、データを送ってバッファが空にな
れば直ぐ割り込みがかかるので、データが沢山あっても
連続的に送信することができる。なお、１０msec割り込
みとＬＮＥＴ割り込みが同時に起きた場合にはＬＮＥＴ
に対してはマスクして競合が生じないようにしている。

エラー復旧チェック処理８５５は、エラー処理において
エラーの復旧が行われた否かのチェックをしている。

ＢＧＰ送信データ変換処理部８５６、ＭＣＢ、ＵＩへの
送信、受信処理を行うモジュール８５７〜８６０は、Ａ
ＰＰＳに対するサービス処理であるスーパーバイザーコ
ールによる送受信処理を行っている。また、モジュール
８５９−１は前述した共通処理のためのインタフェース
である。

（III−２）タスクコントロール状態遷移 第１８図はタスクコントロールの状態遷移を示す図であ
る。

本発明におけるモニタのタスクコントロール部の処理は
第１８図（ａ）に示すバックグラウンド処理ループと、
第１８図（ｂ）に示す１０msec割り込み処理ループとで
実行される。

第１８図（ａ）において、バックグラウンドループ処理
はパワーＯＮ時から行われ、第１５図（ａ）のモニタメ
イン処理部８０１により起動される各モジュール８０１
−１〜８０１−１０により周辺ＬＳＩの初期化、ＲＡ
Ｍ、ＮＶＭテスト、ＡＰＰＳ初期化等を行うパワーＯＮ
初期設定処理と、同様にモニタメイン処理部８０１によ
り起動されるモニタメインループ処理部８０１−４によ
り、初期設定後に実行要求のある処理時間の長いＲＳＶ
タスクの実行処理を繰返し行い、ＴＲＣ変換テーブル作
成のように処理時間が１０msecを越えてしまう長い時間
を要する処理を行う。

また、第１８図（ｂ）において、１０msec割り込み処理
ループは１０msec割り込み処理部８０２により起動され
る各モジュールにより実行され、１０msec毎のリアルタ
イム割り込み処理内で、タイマ処理部８０２−１、フィ
ルタ処理部８０２−２、ＡＰＰＳコール処理部８０２−
３、出力処理部８０２−６によりそれぞれ１０ｐmsec、
１００msec、１０００msec計時処理、タイマ処理、入力
処理、ＡＰＰＳコール処理、出力処理等の１０msec処
理、及びＷＤＴリセット処理部８０２−１３によりウオ
ッチドッグタイマのリセットを行う１００msec処理を実
行している。

モニタはこのような２つの流れで処理を行い、ＲＳＶタ
スクの実行は、モニタメインループ処理部８０１−４に
おける無限ループでパワーＯＦＦまで実行し、割り込み
があると実行制御権を１０msec処理部に渡してモニタの
通常処理が行われる。

（III−３）タスクテーブル 第１９図はＲＳＶタスクテーブルを示す図である。

本発明においては、バックグラウンドで処理する１０ms
ecを越える長い処理を行う場合には、その処理をＲＳＶ
タスクとして予めモニタＲＡＭのタスクテーブルに登録
しておく必要がある。このタスクテーブルはＲＳＶ０か
らＲＳＶ１５までの１６個用意され、モニタＲＡＭに登
録できるタスクの個数は最大１６個までとしている。

第１９図（ａ）（ｃ）はＲＳＶタスクステートテーブル
を示しており、第１９図（ａ）はモニタが作成するＲＳ
Ｖタスクステートテーブル、第１９図（ｃ）はＡＰＰＳ
参照用に設定されるＲＳＶタスクステートテーブルを示
し、それぞれモニタＲＡＭに設定される。

タスクは停止（０）、実行待ち（１）、実行中（２）、
実行終了（３）のステートを有しており、現在どのステ
ートにいるかは０〜３の値をステートテーブルに設定す
ることにより分かるようにして、各ＲＳＶタスク毎にそ
の値がモニタＲＡＭに設定される。従って、このステー
トテーブルを参照して０〜３の何れの値であるかをみる
ことにより、ＲＳＶタスクがどういう状態にいるかを判
断することができる。

なお、ＲＳＶタスクステートテーブルを２つ用意してい
るのは、後述するように、完全に処理が終了したのか、
中断したのか分かるようにタスクのステートはモニタが
１０msec間だけ実行終了の状態を保持している。これは
ＡＰＰＳは１０msecに１回しか起動されないので、１０
msec間保持しておかないと認識できないからである。こ
の１０msec間ステートを保持するためにテーブルを２つ
設けている。即ち、モニタはステートが変化する毎に１
つのテーブルの内容を書き換え、他のテーブルは１０ms
ec毎に書き換えている。なお、ＡＰＰＳは第１９図
（ｃ）のテーブルを参照してＲＳＶタスクの状態を判断
しているが、モニタの方はＡＰＰＳ参照用のタスクステ
ートテーブルは参照していない。

第１９図（ｂ）はループカウンタテーブルを示してお
り、ループカウンタは各タスクに対して１６個用意さ
れ、後述するようにそれぞれ最大２５６まで処理ループ
回数をカウントしている。

第１９図（ｄ）はＲＳＶタスクアドレステーブルであ
る。ＲＳＶタスクはバックグラウンドループ処理の初期
設定においてモニタＲＡＭに設定され、その登録ＲＳＶ
タスク数は登録時にカウントされて幾つのＲＳＶタスク
が登録されたか分かるようになっている。

なお、第１９図（ａ）（ｃ）（ｄ）のテーブルはモニタ
ＲＡＭに設定され、第１９図（ｂ）のループカウンタテ
ーブルはモニタとＡＰＰＳ共有ＲＡＭに設定される。こ
れはＲＳＶタスクの登録、実行、停止等がＡＰＰＳから
のスーパーバイザーコールでモニタの行うサービス処理
で行われ、そのためＲＳＶタスクアドレステーブル、Ｒ
ＳＶタスクステートテーブルはモニタＲＡＭに設定され
る。一方、ループカウンタはＡＰＰＳの処理（バックグ
ラウンド処理）の中で生成されるカウント値、即ち何回
の処理ループが実行されたかをモニタが管理しておく必
要があり、そのためモニタが管理するテーブルに書き込
むので、モニタとＡＰＰＳ共有ＲＡＭに設定している。

（III−４）ＴＲＣの設定及び計算処理フロー 第２０図はＩＰＳのＴＲＣ設定処理のフローを示す図で
ある。

前述したように各ＲＳＶタスクには１６個のループカウ
ンタが用意されており、ここではループカウンタ０を使
用し、原稿の種類等に応じて標準カーブを修正するため
に、通常４点の濃度、コントラスト、カラーバランスの
設定処理を行う。さらに要求があればネガポジ反転処理
を行い、１回の処理が終了するとループカウンタ０の内
容をプラス１して、以後順次この処理を繰返し、ループ
カウンタ０の内容が２５６階調数を越えると処理が終了
する。

第２１図は中間点補間計算処理、標準カーブ計算処理、
反転計算処理を行うフローを示す図である。

中間点補完計算処理は、設定点が４点であるのでその中
間を埋めるための直線近似処理である。ここではこの処
理をループカウンタ１を使用し、階調数が２５６である
ので２５６点について中間点補完処理を行う。

標準カーブ処理は、例えばループカウンタ２を用い、中
間点補完処理で求めた２５６点についての出力値を標準
カーブにより変換して標準カーブの修正を行い、ＴＲＣ
変換テーブルを作成する処理を行う。

反転計算処理は、例えばループカウンタ３を用い、得ら
れたＴＲＣ変換テーブル（カーブ）の傾きを９０度変え
る処理で、例えば濃度の濃い所を逆に薄くしたいような
場合に行う。

このように、ＩＰＳのＴＲＣ計算処理は、濃度、コント
ラスト、カラーバランス等の設定処理、２５６階調を出
すための中間点補完処理、標準カーブ修正処理、反転処
理２５６階調で行うので膨大な処理量となり長い処理時
間を要することにりなる。

（III−５）ＲＳＶタスクの状態遷移 制御のしやすさという観点から、ＲＳＶタスクの状態は
停止、実行待ち、実行中、終了の４つに分けて、ＲＳＶ
タスクの管理を行っている。

第２２図はＲＳＶタスクの遷移条件を示す図である。

パワーＯＮからパワーオフまで継続的に実行されるバッ
クグランドにおけるＲＳＶタスク処理は、パワーＯＮ時
には「停止０」の状態であり、ＡＰＰＳがＲＳＶタスク
の実行要求をすると、タスク登録カウンタをプラス１し
て「実行待ち１」の状態に遷移する。「実行待ち１」の
状態で１ＡＰＰＳがＲＳＶタスクの実行を中止する場合
はタスク登録カウントをマイナス１して「停止０」に戻
る。「実行待ち１」の状態でモニタがＲＳＶタスクの実
行を開始すると、「実行中２」の状態に遷移する。この
状態でＲＳＶタスクの実行が行われ、モニタがＲＳＶタ
スク実行を終了する時はタスク登録カウンタをナイマス
１して「実行終了３」の状態に遷移し、モニタが１０ms
ec間だけ実行終了を保持して停止にする。これは完全に
処理が終了したのか、中断したのかが分かるようにする
ためである。

（III−６）割り込み処理とバックグラウンド処理 第２３図は１０msec割り込み処理、バックグラウンド処
理、他の割り込み処理の関係を示す図である。

１０msec割り込みによりモニタの通常処理が行われる。
割り込みの瞬時のみディスエイブルとなって直ちにイネ
ーブルとなり、他の割り込みを受付け可能としている。
そしてＲＳＶタスク実行要求（ＲＳＶ ＥＸＣＴ）がで
ると、１０msec割り込みによるモニタの通常処理が終了
すると、バックグラウンド処理がＣＰＵの空き時間に行
われ、次に１０msec割り込みがあるとモニタの通常処理
が実行される。また、他の優先する割り込みがあると１
０msec割り込みによるモニタの通常処理、バックグラウ
ンド処理が中断してその割り込み処理が優先して行われ
る。

ＲＳＶ ＥＸＣＴが消去されると、ＲＳＶタスク処理は
終了するが、バックグラウンド処理は継続して行われ、
ＣＰＵ空き時間には空ループが行われることになる。

第２３図から分かるように、本発明において、バックグ
ラウンド処理が１番低いレベルの処理、１０msec割り込
みによるモニタの通常処理がその上位の処理、他の優先
割り込みが最優先の処理というように階層的になってい
る。

（III−７）バックグラウンドループと割り込みループ
処理フロー 第２４図はメインループ（バックグラウンドループ）処
理と、１０msecループ処理の処理フローを示す図であ
る。

パワーＯＮによりバックグラウンド処理ループが駆動
し、初期設定が行われ、ＡＰＰＳ初期設定によりタスク
アドレスがタスクアドレステーブルに設定される（ステ
ップ１００１）。そしてディセーブルにし、１６個につ
いて順番に実行要求があるかないかみていく。そのため
最初に、ＲＳＶ０タスクがあるかないかをＲＳＶタスク
登録カウントの値を見て判断し、タスクがあれば次にＲ
ＳＶ０タスクの実行要求があるかないかをＲＳＶ０タス
クステートが「実行待ち」にあるかどうかで判断し（ス
テップ１００２〜１００４）、ＲＳＶ０タスクの実行要
求があればＲＳＶ０タスクステートを実行中とする（ス
テップ１００５）。次に割り込みをイネーブルとし（ス
テップ１００６）、ＲＳＶを実行する（ステップ１００
７）。なお、ＲＳＶ０タスクのステートを実行中にする
のにディセーブルとして行っているのは、割り込みの方
でもＲＳＶ０タスクステートを動かすことがあり、それ
と重ならない状態で処理をするためである。こうして、
前述したループによる処理を行う。

そして処理が終了すると、ステートを変える必要がある
ので、前述と同様に割り込みと処理が重ならないように
ディセーブルとし（ステップ１００８）、ＲＳＶ０のス
テートが「実行中」かどうか見て、ＲＳＶ０ステートが
「実行中」であればＲＳＶ０タスクステートを「終了」
とする（ステップ１００９，１０１０）。これはＲＳＶ
０タスク実行中でもＡＰＰＳの方からその実行を止めて
くれという指示もできるので、止まっているものを「終
了」とする必要がないので「実行中」か否かを判断して
いる。こうして、ＲＳＶ登録カウンタの値をマイナス１
し、割り込みをイネーブルとして（ステップ１０１
２）、以後ＲＳＶ０タスクと同様にＲＳＶタスク１〜１
５について、要求のあったタスクについての処理を行
う。

一方１０msec割り込みループでは１０msecのリアルタイ
ム割り込みがあると、まず１０msec割り込みのマスクを
セットし、自分自身の割り込みを禁止する（ステップ１
１０１）。これは１０msec割り込み処理が長引いた場合
に次の自身の１０msec割り込みが入ると、戻れなくなっ
てしまうのでそれを防止するためである。そしてイネー
ブルとして他の割り込みを受付可能とし（ステップ１１
０２）、次にステップ１１０３〜１１２３でタイマの計
時処理を行う。

計時処理が終了すると１０msec、１００msec、１０００
msecのタイマ処理を行い、次にノイズをデータとして読
み込むのを防止するフィルタ入力処理を行う（ステップ
１１２５）。そしてＡＰＰＳコール処理を行い（ステッ
プ１１２６）、ＲＳＶタスクの停止要求をだしてループ
カウンタにＦＦＦ０Ｈをセットする。もちろん１０msec
割り込みが入った時点でバックグラウンド処理から１０
msec割り込み処理に制御は渡されているので、ＲＳＶタ
スクの処理は中断してステップ１００８のディセーブル
の状態にいる。また、ＲＳＶタスクの実行要求もＡＰＰ
Ｓコール処理の中で行われ、ＲＳＶタスク実行要求があ
れば登録カウントの値をカウントアップし、同時にＲＳ
Ｖタスクステートテーブルを「実行待ち」の状態とす
る。

次に送信キューイングのエリアに書き込まれたデータを
送信ホームセット処理により送信する（ステップ１１２
７）。そしてＲＳＶステートチェンジ処理によりＡＰＰ
Ｓ参照用ＲＳＶタスクステートテーブルのステートの書
き換えを行う（ステップ１１２８）。そしてＲＡＭモニ
タ処理、ボーリングチェック、エラー検知処理、出力処
理等を行い（ステップ１１２９〜１１３２）、１００ms
ec経過したか否か判断し、経過している場合はウオッチ
ドッグタイマのリセットを行い（ステップ１１３３，１
１３４）、割り込みをディセーブルとし、かつ１０msec
割り込みマスクをリセットし（ステップ１１３５，１１
３６）、１０msec割り込みをイネーブルとしてリターン
する。

（III−８）タイミングチャート 第２５図は正常系実行待ちにおける中断、実行中の中断
の場合のＲＳＶタスク処理を示すタイミングチャートで
ある。

第２５図（ａ）は正常系の場合を示し、まずパワーＯＮ
でループカウンタの値は０となっおり、ＲＳＶタスクス
テートは停止の状態となっている。ここで、ＡＰＰＳ１
０msec処理の中からモニタスーパーバイザーコールによ
りＲＳＶタスクの実行要求があるとループカウンタをク
リアし、ＲＳＶタスクステートを実行待ちの状態とす
る。ここで、モニタバックグラウンドモジュールがＲＳ
Ｖタスクをコールしてループ処理を実行させるとＲＳＶ
タスクステートは「実行中」となり、ループカウンタは
ループする毎にインクリメントする。そしてＲＳＶタス
クからモニタバックグラウンドに対して制御が返される
と、ＲＳＶタスクステートを「終了」とし、モニタは１
０msec間終了保持した後、ステートを停止にする。こう
して１つのＲＳＶタスクの実行が終了する。カウンタの
内容が最大値になれば、そこでＲＳＶタスクは終了し、
モニタバックグラウンドをＲＳＶタスクステートを「実
行中」から「終了」に変える。

第２５図（ｂ）は実行待ちの中断を示すタイミングチャ
ートを示す図である。

パワーＯＮでＲＳＶタスクステートが停止の状態で、Ａ
ＰＰＳ１０msec処理の中からモニタＳＶＣに対して実行
要求がなされ、ループカウンタ０クリア、ＲＳＶタスク
ステートを実行待ちとする。そしてＲＳＶタスクステー
トが待ちの時に、ＡＰＰＳ１０msec処理により中断要求
が出されると、モニタＳＶＣはＲＳＶタスクステートを
待ちの状態から停止とし、ループカウンタの値は０ＦＦ
Ｆ０Ｈとし、処理は中断する。

第２５図（ｃ）は実行中の中断のタイミングチャートを
示す図である。

パワーＯＮでＲＳＶタスクステート停止の状態で、ＡＰ
ＰＳ１０msec処理からモニタＳＶＣに対してＲＳＶタス
ク実行要求が出されると、モニタＳＶＣはＲＳＶタスク
ステートを待ちにし、ループカウンタを０クリアする。
ここで、モニタバックグラウンドからＲＳＶタスクがコ
ールされ、ループ処理が実行され、同時にＲＳＶタスク
ステートが実行中に切換えられる。そしてループ処理毎
にループカウンタがインクリメントし、処理が行われ
る。そしてＡＰＰＳ１０msec処理の中で中断要求が出さ
れると、モニタＳＶＣはこれを受けてＲＳＶ中断要求を
出し、ループカウンタの内容を０ＦＦＦ０Ｈとし、ＲＳ
Ｖタスクからモニタバックグラウンドに対してタスクが
リターンし、ＲＳＶタスクステートを実行中から終了に
切換え、モニタは終了を１０msec間保持した後、ステー
トを停止とする。

〔発明の効果〕

以上のように本発明によれば、処理時間を要するタスク
は優先レベルの低い処理、１０msec毎に行われなければ
ならないモニタの処理は優先度の高い処理と位置付け、
優先レベルの低い処理は、バックグラウンドとしてＣＰ
Ｕの空いている時間のみ実行し、１０msec毎の割り込み
があると中断してモニタの通常処理を行うようにして、
割り込み毎のモニタの処理を支障なく行うと共に、処理
時間の長いタスク処理も確実に実行でき、ＣＰＵの稼動
率を向上することもできる。さらに、通信処理をコンテ
ンションバスによる高速通信とポーリング方式による通
信を使用することにより、分散ＣＰＵ方式の特徴を活か
して、効率のよい通信処理を行うことができる。

【図面の簡単な説明】

第１図は本発明のモニタ制御装置の構成を示す図、第２
図は本発明が適用されるカラー複写機の全体構成の１例
を示す図、第３図はハードウェアアーキテクチャーを示
す図、第４図はソフトウェアアーキテクチャーを示す
図、第５図はコピーレイヤを示す図、第６図はステート
分割を示す図、第７図はパワーオンステートからスタン
バイステートまでのシーケンスを説明する図、第８図は
プログレスステートのシーケンスを説明する図、第９図
はダイアグノスティックの概念を説明する図、第１０図
はシステムと他のリモートとの関係を示す図、第１１図
はシステムのモジュール構成を示す図、第１２図はジョ
ブモードの作成を説明する図、第１３図はシステムと各
リモートとのデータフロー、およびシステム内モジュー
ル間データフローを示す図、第１４図は本発明のモニタ
制御方式の原理を説明するための図、第１５図はシステ
ムモニタのモジュール構成を示す図、第１６図、第１７
図はＬＮＥＴ通信を説明するための図、第１８図はタス
クコントロールの状態遷移を示す図、第１９図はＲＳＶ
タスクテーブルを示す図、第２０図はＩＰＳのＴＲＣ設
定処理のフローを示す図、第２１図は中間点補間計算処
理、標準カーブ計算処理、反転計算処理を行うフローを
示す図、第２２図は状態遷移を示す図、第２３図は１０
msec割り込み処理、バックグラウンド処理、他の割り込
み処理の関係を示す図、第２４図はメインループ処理
と、１０msecループ処理の処理フローを示す図、第２５
図は正常系実行待ちにおける中断、実行中の中断の場合
のＲＳＶタスク処理を示すタイミングチャートを示す
図、第２６図は処理時間の長いタスクが発生した場合の
モニタによるタイマ処理における不具合の発生を説明す
るための図である。

Claims (3)

【特許請求の範囲】
1. 【請求項１】登録されたタスク毎にそのステータスを記
   憶するステータステーブルと、 登録された各タスクの先頭アドレスを記憶するアドレス
   テーブルと、 前記ステータステーブルにおいて待機状態にあるタスク
   を１つづつ選択し、該選択したタスク毎にその先頭アド
   レスを前記アドレステーブルから読み出して実行すると
   ともに該タスクの実行終了により前記ステータステーブ
   ルのステータスを終了状態に変更する動作を順次行うバ
   ックグラウンド処理手段と、 バックグラウンド処理手段の動作に対して所定時間毎に
   割り込みを行ない、通常の処理を行う通常処理手段と、 を備え、前記通常処理手段は、実行すべきタスクを前記
   ステータステーブルにおいて待機状態に登録することを
   特徴とする記録装置のモニタ制御装置。
2. 【請求項２】請求項１記載の記録装置のモニタ制御装置
   において、 前記バックグラウンド処理手段により実行されるタスク
   の進捗状況を示すカウンタを設け、 前記バックグラウンド処理手段は、前記カウンタの値と
   予め設定された値とを比較した結果に基づいてタスクの
   実行終了を判断するとともに、 前記通常処理手段は、実行中のタスクを中止する場合に
   前記カウンタに所定の値を設定することを特徴とする記
   録装置のモニタ制御装置。
3. 【請求項３】請求項１記載の記録装置のモニタ制御装置
   において、 前記ステータステーブルの内容を保持するための参照用
   のテーブルを設け、 前記通常処理手段は、その所定時間毎の処理毎にステー
   タステーブルの内容を前記参照用テーブルへ転記し、参
   照用テーブルの内容に基づいて登録されたタスクのステ
   ータスを参照することを特徴とする記録装置のモニタ制
   御装置。