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

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

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

〔従来の技術〕

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

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

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

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

そのため、頻繁に画面切換えを行うだめの処理が発生し
、この画面切り換えのためにｆ００〜２０Ｑ　ｍｓｅｃ
程度の長い処理時間を必要としている。

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

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

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

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

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

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

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

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

ところで、この１０ｍｓｅｃという時間は少しでも狂っ
てはいけないので、最優先レベルの処理として確実に１
０１ＩＩＳｅＣという時間が生成されている。

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

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

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

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

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

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

〔課題を解決するための手段及び作用〕本発明は、第１
図に示すように、所定間隔毎の割り込みにより処理を実
行する割り込み処理部１と、バックグラウンド処理部２
とを有し、バックグラウンド処理部２は常時バックグラ
ウンド処理を行うと共に、割り込みにより処理を中断し
、バックグラウンド処理中断時にモニタの通常処理を行
うようにしたこと、またコンテンションバス方式の高速
通信と、ポーリング方式の低速通信とを行う通信処理部
３を有することを特徴とする。

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

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

〔実施例〕

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

また、ＭＣＢ系においては、感材ベルトにレーザで潜像
を形成するために使用するビデオ信号をＩＰＳリモート
７４から受け取り、１０Ｔに送出するためのラスター出
力スキャン（Ｒａｓｔｅｒ　ＯｕｔｐｕｔＳｃａｎ：Ｒ
ＯＳ）インターフェースであるＶＣＢ（Ｖｉｄｅｏ　Ｃ
ｏｎｔｒｏｌ　Ｂｏａｒｄ　）　リモート７６、転写装
置（タートル）のサーボのためのＲ　Ｃ　Ｂ　ＩＪモー
ト７７、更には１０ＴＳＡＤＦ，ソータ、アクセサリー
のためのＩ／Ｏポートとしての１０Ｂりそート７８、お
よびアクセサリーリモート７９を分敗させ、それらを統
括して管理するためにＭＣＢ（Ｍａｓｔｅｒ　Ｃｏｎｔ
ｒｏｌ　Ｂｏａｒｄ）　リモート７５が設けられている
。

なお、図中の各リモートはそれぞれ１枚の基板で構成さ
れている。また、図中の太い実線は１８７．５　ｋｂｐ
ｓのＬＮＥＴ高速通信網、太い破線は９６００ｂｐｓの
マスター／スレーブ方式シリアル通信網をそれぞれ示し
、細い実線はコントロール信号の伝送路であるホットラ
インを示す。また、図中７６．８ｋｂｐｓとあるのは、
エディットパッドに描かれた図形情報、メモリカードか
ら入力されたコピーモード情報、編集領域の図形情報を
Ｕ　Ｉ　Ｕモート７０からＩ　Ｐ　Ｓ　ＩＪモート７４
に通知するための専用回線である。更に、図中Ｃ　Ｃ　
Ｃ　（Ｃｏｍｍｕｎｉｃａｔｉｏｎ　Ｃｏｎｔｒｏｌ　
Ｃｈｉｐ）とあるのは、高速通信回線ＬＮＥＴのプロト
コルをサポートするＩＣである。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

以上がコピーレイヤまでの処理であるが、その上に、１
枚の原稿に対してコピー単位のジョブを何回行うかとい
うコピー枚数を設定する処理があり、これがパーオリジ
ナル（ＰＥＲ　ＯＲＩＧＩＮＡＬ）レイヤで行われる処
理である。更にその上には、ジョブのパラメータを変え
る処理を行うジョブプログラミングレイヤがある。具体
的には、ＡＤＦを使用するか否か、原稿の一部の色を変
える、偏倍機能を使用するか否か、ということである。

これらパーオリジナル処理とジョブプログラミング処理
はＳＹＳ系のＳＹＳモジュール８２が管理する。

そのためにＳＹＳＴＥＭモジュール８２は、ＬＬＵＩモ
ジュール８０から送られてきたジョブ内容をチェック、
確定し、必要なデータを作成して、９６００ｂ　ｐ　ｓ
シリアル通信網によりＩＩＴモジュ−ル８４、ＩＰＳモ
ジュール８５に通知し、またＬＮＥＴによりＭＣＢ系に
ジョブ内容を通知する。

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

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

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

これをステート分割といい、本複写機においては第６図
に示すようなステート分割がなされている。

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

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

電源が投入されてパワーＯＮになされると、第３図でＳ
ＹＳリモート７１からＩＩＴリモート７３ｉ６よびＩＰ
Ｓリモート７４に供給されるＩＰＳリセット信号および
ＩＩＴＩＪセット信号がＨ〈旧ＧＨ）となり、ＩＰＳリ
モート７４、ＩＩＴリモート７３はリセットが解除され
て動作を開始する。

また、電源電圧が正常になったことを検知するとパワー
ノーマル慣号が立ち上がり、ＭＣＢＩＪモート７５が動
作を開始し、コントロール権およびＵ■マスター権を確
立すると共に、高速通信網ＬＮＥＴのテストを行う。ま
た、パワーノーマル信号はホットラインを通じてＭＣＢ
リモート７５からＳＹＳリモート７ｌに送られる。

ＭＣＢＩＪモート７５の動作開始後所定の時間ＴＯが経
過すると、ＭＣＢリモート７５からホットラインを通じ
てＳＹＳリモート７１に供給されるシステムリセット信
号がＨとなり、ＳＹＳリモート７１のリセットが解除さ
れて動作が開始されるが、この際、ＳＹＳ　！Ｊモート
７１の動作開始は、ＳＹＳリモート７１の内部の信号で
ある８６ＮＭＩ１８６リセットという二つの信号により
上記ＴＯ時間の経過後更に２００μｓｅｃ遅延される。

この２００μｓｅｃという時間は、クラッシュ、即ち電
源の瞬断、ソフトウェアの暴走、ソフトウェアのバグ等
による一過性のトラブルが生じてマシンが停止、あるい
は暴走したときに、マシンがどのステ一トにあるかを不
揮発性メモリに格納するために設けられているものであ
る。

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

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

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

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

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

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

パワーオンステートが終了すると、次に各リモートをセ
ットアップするためにイニシャライズステートに入る。

イニシャライズステートではＳＹＳリモート７ｌが全体
のコントロール権とＵＩマスター権を有している。従っ
て、ＳＹＳ　！Ｉモート７ｌは、ＳＹＳ系をイニシャラ
イズすると共に、ｒｌＮＩＴＩＡＬＩＺＢ　ＳＩＩＢＳ
ＹＳＴＥＭ」コマンドをＭＣＢリモート７５に発行して
ＭＣＢ系をもイニシャライズする。その結果はサブシス
テムステータス情報としてＭＣＢリモート７５から送ら
れてくる。これにより例えば１０Ｔではフユーザを加熱
したり、トレイのエレベータが所定の位置に配置された
りしてコピーを行う準備が整えられる。ここまでがイニ
シャライズステートである。

イニシャライズが終了すると各リモートは待機状態であ
るスタンバイに入る。この状態においてもＵｌマスター
権はＳＹＳリモート７１が有しているので、ＳＹＳリモ
ート７ｌはＵｌマスター権に基づいてＵｌ画面上にＦ／
Ｆを表示し、コピー実行条件を受け付ける状態に入る。

このときＭＣＢ　Ｕモート７５はｒＯＴをモニターして
いる。また、スタンバイステートでは、異常がないかど
うかをチェックするためにＭＣＢリモート７５は、５０
０ｍｓｅｃ毎にバックグランドポールをＳＹＳリモート
７１に発行し、ＳＹＳリモー｝７１はこれに対してセル
フテストリザルトを２００ｍｓｅｃ以内にＭＣＢリモー
ト７５に返すという処理を行う。このときセルフテスト
リザルトが返ってこない、あるいはセルフテストリザル
トの内容に異常があるときには、ＭＣＢリモート７５は
Ｕｌリモート７０に対して異常が発生した旨を知らせ、
その旨の表示を行わせる。

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

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

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

ブリスキャンが終了すると、ＩＩＴレディというコマン
ドが、コピアエグゼクティブモジュール８７に発行され
、ここからサイクルアップに入る。

サイクルアップは各リモートの立ち上がり時間を待ち合
わせる状態であり、ＭＣＢリモート７５はｒＯＴ，転写
装置の動作を開始し、ＳＹＳ　’Ｊモー｝７１はＩ　Ｐ
　Ｓ　リモート７４を初期化する。このときＵｒは、現
在プロダレスステートにあること、および選択されたジ
ョブの内容の表示を行う。

サイクルアップが終了するとランに入り、コピー動作が
開始されるが、先ずＭＣＢＩＪモート７５の１０Ｔモジ
ュール９０から１個目のＰＲＯが出されるとＩＩＴは１
回目のスキャンを行い、１０Ｔは１色目の現像を行い、
これで１ピッチの処理が終了する。次に再びＰＲＯが出
されると２色目の現像が行われ、２ピッチ目の処理が終
了する。

この処理を４回繰り返し、４ピッチの処理が終了すると
１０Ｔはフユーザでトナーを定着し、排紙する。これで
１枚目のコピー処理が完了する。以上の処理を３回繰り
返すと３枚のコピーができる。

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

ＭＣＢリモート７５はｒＥＮＤ　　ＪＯＢＪコマンドを
受信してジョブが終了したことをｆＩｉ認すると、マシ
ンはノーマルサイクルダウンに入る。ノーマルサイクル
ダウンでは、ＭＣＢリモート７５は■ＯＴの動作を停止
させる。

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

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

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

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

また、フォールトの検出はＳＹＳ系、ＭＣＢ系それぞれ
に行われる。つまり、ＩＩＴ，ＩＰＳ，Ｆ／ＰはＳＹＳ
リモー｝７１が管理しているのでＳＹＳリモート７ｌが
検出し、１０Ｔ，ＡＤＦ，ソータはＭＣＢリモート７５
が管理しているのでＭＣＢＩＪモート７５が検出する。

従って、本複写機においては次の４種類のフォールトが
あることが分かる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

既に、第３図において説明したように、ＣＣＣはＳＹＳ
系、ＵＩ系、ＭＣＢ系間の高速通信回線ＬＮＥＴのプロ
トコルをサポートしており、コンテンションバス通信、
エラー発生等の場合に割り込みを行うサービス機能を有
しているが、現在のところこの割り込みサービス機能は
使っていない。

しかしながら高速通信回線ＬＮＥＴを通してノイズ等が
割り込み信号として入っできた場合に、これに対応する
処理部がないと割り込みがあったとしてシステムが暴走
してしまう可能性がある。そこで、システムモニタは、
このようなＣＣＣからの割り込みを処理する割り込み処
理部８１７〜８２２を有しており、ここに割り込み信号
が入った場合には、そのままリターンさせる処理を行っ
ている。

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

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

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

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

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

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

〔１）無応答エラー リモートからの応答がない場合のエラーである。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

１１Ｔ受信データ取り込み処理邪８４１，ＩＰＳ受僧デ
ータ取り込み処理部８４２はそれぞれＩＩＴＳ　ＩＰＳ
からの受け取ったデータがあるかというＡＰＰＳからの
スーパーバイザーコールに対して受信データ提供のサー
ビス処理を行っている。

メイン受信データ取り込み処理部８４３、スペア受信デ
ータ取り込み処理部８４４は、受信データ取り込みのス
ペア用として設けられており、送信の場合と同様にリモ
ートが増えたときのための用意として設けている。

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

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

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

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

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

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

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

セルフテスト２モジュール８５１は、ＬＮＥＴのターン
アラウンドテストを行っており、通信がうまくいくか否
かをみている。このうち、モジュール８５１−１はイネ
ーブル状態で、モジュール８５１−３はディセーブル状
態で単にコマンドを実行させて、結果がＯＫかＮＧかを
判断している。

マタモジューノレ８５１−２は、送イ言バッファ０、１
のテストを行うためのデータ送信処理部８５１−４，８
５１−５及び受信バッファ０，１のテストを行うための
データ受信チェック処理部８５１一６、８５１−７を起
動し、ＬＮＥＴがＵ■、ＭＣＢとの回線の他に自分の所
に戻ってくる回線があるの利用して、自分で送ったもの
を自分で受けて、送ったものがその通りに受け取れるか
否かをテストしている。このテストにより、バッファか
ら送信し、回線を通して受儒する処理ができるか否かの
テストを行うことができる。

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

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

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

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

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

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

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

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

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

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

第１７図（ｂ）において、ＥはＥＭＰＴＹＳＦはＦＵＬ
Ｌ，ＢＯはバッファ０，Ｂｌはバッファ１、○は送信要
求あり、×は送信要求無し、鉤状矢印はバッファの選択
をそれぞれ意味している。

送信方法は、リクエストセルフテストリザルトとＭＣＢ
からのバックグラウンドポーリング（ＢＧＰ）に対する
応答は最優先とし、ＭＣＢ１ＵＩに対する送信要求につ
いては、要求が単独で有るときには空いているどちらの
バッファも使用し、ＭＣＢ，ＵＩの両方の要求があると
きはＭＣＢ用バッファ０のみ空のときはＭＣＢへ送信し
、Ｕｌ用バッファ１のみ空のときはＵ■へ送信する。

なお、送信処理は１０ｍｓｅｃからもＬＮＥＴからも割
り込みによりコールされるようにしている。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

中間点補完計算処理は、設定点が４点であるのでその中
間を埋めるための直線近似処理である。

ここではこの処理をループカウンタｌを使用し、階調数
が２５６であるので２５６点について中間点補完処理を
行う。

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

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

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

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

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

パワーＯＮからパワーオフまで継続的に実行されるバッ
クグランドにおけるＲＳＶタスク処理は、パワーＯＮ時
には「停止０」の状態であり、ＡＰＰＳがＲＳＶタスク
の実行要求をすると、タスク登録カウンタをプラス１し
て「実行待ち１」の状態に遷移する。「実行待ち１」の
状態でＩＡＰＰＳがＲＳＶタスクの実行を中止する場合
はタスク登録カウントをマイナス１して「停止０」に戻
る。

「実行待ち１」の状態でモニタがＲＳＶタスクの実行を
開始すると、「実行中２」の状態に遷移する。この状態
でＲＳＶタスクの実行が行われ、千二夕がＲＳＶタスク
実行を終了する時はタスク登録カウンタをマイナス１し
て「実行終了３」の状態に遷移し、モニタが１０ｍｓｅ
ｃ間だけ実行終了を保持して停止にする。これは完全に
処理が終了したのか、中断したのかが分かるようにする
ためである。

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

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

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

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

（Ｉ［Ｉ−７＞バックグラウンドループと割り込みルー
プ処理フロー 第２４図はメインルーブ（バックグラウンドルーブ）処
理と、ｌ　Ｏ　ｍｓｅｃループ処理の処理フローを示す
図である。

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

なお、ＲＳＶＯタスクのステートを実行中にするのにデ
ィセープルとして行っているのは、割り込みの方でもＲ
ＳＶＯタスクステートを動かすことがあり、それと重な
らない状態で処理をするためである。こうして、前述し
たループによる処理を行う。

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

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

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

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

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

第２５図（ａ）は正常系の場合を示し、まずパワーＯＮ
でループカウンタの値は０となっおり、ＲＳＶクスクス
テートは停止の状態となっている。

ここで、ＡＰＰ３１０ｍｓｅｃ処理の中からモニタスー
パーバイデーコールによりＲＳＶタスクの実行要求があ
るとループカウンタをクリアし、ＲＳＶタスクステート
を実行待ちの状態とする。ここで、モニタバックグラウ
ンドモジュールがＲＳＶタスクをコールしてループ処理
を実行させるとＲＳＶクスクステートは「実行中」とな
り、ループカウンタはループする毎にインクリメントす
る。そしてＲＳＶタスクからモニタバックグラウンドに
対して制御が返されると、ＲＳＶタスクステートを「終
了」とし、モニタは１０ｍｓｅｃ間終了保持した後、ス
テートを停止にする。こうして１つのＲＳＶタスクの実
行が終了する。カウンタの内容が最大値になれば、そこ
でＲＳＶタスクは終了し、モニタバックグラウンドはＲ
ＳＶクスクステートを「実行中」から「終了」に変える
。

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

パワーＯＮでＲＳＶタスクステートが停止の状態で、Ａ
ＰＰ３１０ｍｓｅｃ処理の中からモニタＳＶＣに対して
実行要求がなされ、、ループカウンタ０クリア、ＲＳＶ
タスクステートを実行待ちとする。

そしてＲＳＶクスクステートが待ちの時に、ＡＰＰ　３
　１　０ｍｓｅｃ処理により中断要求が出されると、モ
ニタＳＶＣはＲＳＶタスクステートを待ちの状態から停
止とし、ループカウンタの値はＯＦＦＦＯＨとし、処理
は中断する。

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

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

〔発明の効果〕

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

【図面の簡単な説明】

第１図は本発明のモニタ制御方式の構成を示す図、第２
図は本発明が適用されるカラー複写機の全体構成の１例
を示す図、第３図はハードウエアアーキテクチャーを示
す図、第４図はソフトウエアアーキテクチャーを示す図
、第５図はコピーレイヤを示す図、第６図はステート分
割を示す図、第７図はパワーオンステートからスタンバ
イステ一トまでのシーケンスを説明する図、第８図はプ
ログレスステートのシーケンスを説明する図、第９図は
ダイアグノスティックの概念を説明する図、第ｌＯ図は
システムと他のリモートとの関係を示す図、第１１図は
システムのモジュール構成を示す図、第１２図はジョブ
モードの作成を説明する図、第１３図はシステムと各リ
モートとのデータフロー、およびシ各テム内モジュール
間データフ口一を示す図、第１４図は本発明のモニタ制
御方式の原理を説明するための図、第１５図はシステム
モニタのモジュール構成を示す図、第１６図、第１７図
はＬＮＥＴ通信を説明するための図、第１８図はタスク
コントロールの状態遷移を示す図、第１９図はＲＳＶタ
スクテーブルを示す図、第２０図はＩＰＳのＴＲＣ設定
処理のフローを示す図、第２１図は中間点補間計算処理
、標準カーブ計算処理、反転計算処理を行うフローを示
す図、第２２図は状態遷移を示す図、第２３図は１０ｍ
ｓｅｃ割り込み処理、バックグラウンド処理、他の割り
込み処理の関係を示す図、第２４図はメインループ処理
と、１０ｍｓｅｃループ処理の処理フローを示す図、第
２５図は正常系実行待ちにおける中断、実行中の中断の
場合のＲＳＶタスク処理を示すタイミングチャートを示
す図、第２６図は処理時間の長いタスクが発生した場合
のモニタによるタイマ処理における不具合の発生を説明
するための図である。 出　　願　　人　　富士ゼロックス株式会社代理人　弁
理士　　蛭　川　昌　信（外５名）第 第５ カウシツ３ 第５ 図（ｂ） 図（ｄ） ＰＲ−ＴＲＵＥ １０Ｔ−ＬＳ ↓；＋各各↓ 番↓↓◆↓↓ ↓↓４↓↓↓ ＠Ｔ３ｌ− 第 図 （ｅ） ｏ−−−−−−−−−−−−−ｐ 一丁３一 旧画側画皿 Ｏ 第１０図 シリア九通？：イシヲーフェイス Ｍ： モジュール間インターフエイス 第１２　ｖＡ 《α》 （ｂｌ 第１５ 因 （ｅ） 第１９ 図 （ａ） （ｂ） Ｔ．Ｃ．Ｂ１ （ＲＳＶ　タｘクＳＴＡＴＥＴＢＬ） ＴＣＢ２ （ＬＯＯＰＣＮＴＲＴＢＬ） （Ｃ） （ｄ） モニターＦＩＡＭ

Claims (19)

【特許請求の範囲】
1. （１）所定間隔毎の割り込みにより処理を実行する割り
   込み処理部と、バックグラウンド処理部とを有し、バッ
   クグラウンド処理部は常時バックグラウンド処理を行う
   と共に、割り込みにより処理を中断し、バックグラウン
   ド処理中断時に割り込み処理部の通常処理を行うように
   したことを特徴とする記録装置におけるモニタ制御方式
   。
2. （２）所定間隔毎の割り込みは、１０ｍｓｅｃ割り込み
   である請求項１記載の記録装置におけるモニタ制御方式
   。
3. （３）バックグラウンド処理部は、パワーＯＮにより起
   動される請求項１または２記載の記録装置におけるモニ
   タ制御方式。
4. （４）バックグラウンド処理部が行う処理は、予め登録
   されたタスクである請求項１または２記載の記録装置に
   おけるモニタ制御方式。
5. （５）登録されたタスクのステートを、タスクステート
   テーブルにより管理する請求項４記載の記録装置におけ
   るモニタ制御方式。
6. （６）登録された各タスクに対して処理ループ回数をカ
   ウントする複数のループカウンタが設定されている請求
   項４記載の記録装置におけるモニタ制御方式。
7. （７）登録されたタスクの処理が終了すると、登録タス
   ク数をディクレメントする請求項４記載の記録装置にお
   けるモニタ制御方式。
8. （８）登録されたタスクの処理終了のステートは、所定
   時間保持するようにした請求項２記載の記録装置におけ
   るモニタ制御方式。
9. （９）バックグラウンド処理は、１０ｍｓｅｃを越える
   演算処理である請求項１記載の記録装置におけるモニタ
   制御方式。
10. （１０）バックグラウンド処理部が行うタスクの登録、
    抹消はスーパーバイザーコールによりが行う請求項１記
    載の記録装置におけるモニタ制御方式。
11. （１１）さらに、通信速度の異なる複数の通信処理部を
    備えた請求項１記載のモニタ制御方式。
12. （１２）通信処理部の１つは高速通信処理部であり、デ
    ータが空になったことによる通信割り込みと、１０ｍｓ
    ｅｃ割り込みにより送信処理が起動される請求項１１記
    載のモニタ制御方式。
13. （１３）データが空になったことによる通信割り込みと
    、１０ｍｓｅｃ割り込みが同時に発生したときは、一方
    の割り込みをマスクする請求項１２記載のモニタ制御方
    式。
14. （１４）高速通信処理部は、送受信データバッファをそ
    れぞれ複数個有し、データの書き込み／読み取りと、デ
    ータの送受信とを同時に行えるようにした請求項１２記
    載のモニタ制御方式。
15. （１５）高速通信処理部は、パケット単位でデータの送
    受信を行う請求項１２記載のモニタ制御方式。
16. （１６）高速通信処理部は、送受信データバッファを通
    信相手に割り振っておくことを特徴とする請求項１４記
    載のモニタ制御方式。
17. （１７）通信処理部の１つがポーリング方式通信処理部
    であり、バイト単位でデータの送受信を行う請求項１１
    記載のモニタ制御方式。
18. （１８）ポーリング方式通信処理部は、データの授受が
    あったときに発生する割り込みで送受信処理が起動され
    る請求項１７記載のモニタ制御方式。
19. （１９）ポーリング方式通信処理部は、回線エラー監視
    処理部と回線エラーをアプリケーションに知らせる回線
    エラー検知処理部とを有する請求項１７記載のモニタ制
    御方式。