JPH08242323A - 通信装置 - Google Patents

Abstract

(57)【要約】 【課題】 通信装置が記憶しているプログラムに異常が
発生した場合に、通信装置が異常な動作をすることを防
止する。 【解決手段】 制御プログラムと、この制御プログラム
の異常を検出するための情報を記憶しておき、制御プロ
グラムに基づいた情報を演算して求め、上記した制御プ
ログラムの異常を検出するための情報と比較する。この
比較の結果に応じて、所定の動作を行うようにする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、制御プログラムを
記憶した通信装置に関する。

【０００２】

【従来の技術】通常、通信装置では制御プログラムを記
憶媒体（例えばリードオンリメモリＲＯＭ）に記憶して
いる。

【０００３】この記憶媒体はプログラムの異常を検出す
るためのチェックサムも同時に記憶している。このチェ
ックサムは記憶媒体に記憶されているプログラムが正常
であるときのデータを読み出して加算した数値と等しい
値であり、通信装置に記憶媒体を組み込む前にこのチェ
ックサムと記憶媒体の全領域のプログラムを読み出して
加算した数値と比較し、一致した場合にのみ記憶されて
いるプログラムが正常と判断して通信装置に組み込んで
いた。

【０００４】

【発明が解決しようとする課題】しかし、上記の方法で
は記憶媒体を通信装置に組み込む段階での不良は検知さ
れているが、通信装置が出荷された後に記憶されている
プログラムが壊れたり、記憶されたプログラムの読み出
し回路に故障が発生した場合には、プログラムが正常に
読み取れなくなってしまう。

【０００５】この様な場合、完全に装置の動作が不能に
なれば良いのだが、壊れた部分によっては通常は正常に
動作し、ある特定の動作を行った場合にのみ異常な動作
を行ってしまう事がある。この様なケースでは問題点の
検討が困難であり、異常動作の内容によっては重大なト
ラブルが発生する危険性がある。

【０００６】

【課題を解決するための手段】上記問題点を解決するた
めに本発明は、制御プログラムに応じた制御を行う通信
装置において、少なくとも１つの制御プログラム及び前
記制御プログラムの異常を検出するための少なくとも１
つの情報を格納する格納手段と前記制御プログラムに基
づいた情報を演算して求め、演算結果と前記格納手段に
格納された制御プログラムの異常を検出するための情報
とを比較し、その比較結果に応じて所定の動作を行うよ
う制御する制御手段と前記制御手段に制御の開始を指示
する指示手段を有することを特徴とする通信装置を提供
する。

【０００７】また、制御プログラムに応じて制御を行う
通信装置の制御方法において、少なくとも１つの制御プ
ログラム及び前記制御プログラムの異常を検出するため
の少なくとも１つの情報を格納し、制御開始の指示に応
じて、制御プログラムに基づいた情報を演算し、その演
算結果と前記制御プログラムの異常を検出するための情
報を比較し、この比較結果に応じて、所定の動作を行う
ように制御を行うことを特徴とする制御方法を提供す
る。

【０００８】

【発明の実施の形態】

（第１の実施の形態）以下、第１の実施の形態を図面を
参照して説明する。

【０００９】図１は、本実施の形態のファクシミリ装置
の構成を示すブロック図である。

【００１０】このファクシミリ装置は、装置全体の制御
を行うＣＰＵ１と、装置を制御するためのプログラム
や、このプログラムのチェックサムを格納するＲＯＭ２
と、画像の管理データや登録データ等を格納するＳＲＡ
Ｍ３と、画像情報を格納するＤＲＡＭ４と、操作を受け
付ける操作パネル５と、画像情報の符号／復号を行うＣ
ＯＤＥＣ（符号／復号化装置）６と、読み取った画像情
報の画像処理を行う画像処理装置７と、記録データのス
ムージング処理およびＬＢＰの制御を行う記録制御装置
８と、原稿の読み取りを行うＣＳ（接触型読み取りセン
サ）９と、記録を行うＬＢＰ（レーザビームプリンタ）
１０と、デジタル信号とアナログ信号の変調および復調
を行うモデム１１と、公衆回線網の制御を行うＮＣＵ
（網制御装置）１２と、通話を行うための電話機１３と
を有する。

【００１１】図３は、この第１実施の形態の動作を示す
フローチャートである。

【００１２】ＣＰＵ１は、電源立ち上げ時に、ＲＯＭ２
の全領域を読み出してチェックサムの計算を行う。この
ため、ＲＯＭ２内部には、図２に示すように、ＲＯＭ２
の配置される開始アドレスとＲＯＭ２のサイズ、そして
予め算出されたＲＯＭのチェックサムが書き込まれてい
る。

【００１３】ＣＰＵ１は、電源立ち上げ時に、まず、Ｓ
１において、ＳＲＡＭ３内部の変数ｐにＲＯＭの開始ア
ドレスを、変数ｃにＲＯＭのサイズを書き込み、変数ｘ
を０に初期化する。

【００１４】次に、Ｓ２で変数ｐの指し示すアドレスか
らデータを１バイト読み取り、Ｓ３でｐの値に１を加
え、Ｓ４で読み取った値をｘに加算する。

【００１５】そして、Ｓ５でｃの値を１減算し、Ｓ６で
ｃの値が０かどうかを比較する。ここで、ｃが０でない
場合には、Ｓ２に戻ってｃが０になるまで計算を続け
る。

【００１６】また、Ｓ６でｃが０になると、Ｓ７に進
み、ｘの値が予めＲＯＭに書き込まれているチェックサ
ムと等しいかをチェックする。等しい場合には、ＲＯＭ
の内容が正しく読み取れることが確認できたので、Ｓ９
に進んでチェック作業を正常終了し、以後ユーザの操作
を受け付ける状態になる。

【００１７】また、ｘの値がチェックサムと等しくない
場合には、Ｓ８に進んでエラーメッセージを表示し、Ｓ
１０に進んでチェック作業を異常終了し、以後はユーザ
の操作を拒否する。

【００１８】尚、このＳ１０での異常終了は、エラーメ
ッセージを表示したまま無限ループに入ることによって
オペレータのキー入力や交換機からの呼び出しを無視す
る様にしても良いし、強制的に電源を切る様にしても良
い。このときの電源の切り方としては、ウォッチドック
タイマなどによる強制終了がある。

【００１９】以上の制御により、ＲＯＭの一部が正しく
読み取れないような場合に、装置が異常な動作を起こす
危険性を低減することができる。

【００２０】（第２の実施の形態）次に第２の実施の形
態の説明を行う。

【００２１】この第２実施の形態は、上記第１実施の形
態のファクシミリ装置において、チェックサムの異常を
検知して動作を停止する際に、装置内部に画像が蓄積さ
れていれば、画像のリストを出力した上で動作を停止す
ることにより、動作停止によって失われる画像の存在を
ユーザに通知することを可能としたものである。

【００２２】本実施の形態を構成するファクシミリ装置
の構成は、第一の実施の形態（図１）と同様である。

【００２３】本実施の形態では画像の管理が必要となる
ので、まずそれから説明を行う。

【００２４】画像情報はＤＲＡＭ（４）に蓄積される
が、この画像を扱うには送信宛先や受付時刻、ページ数
や各ページの解像度／サイズ、ＤＲＡＭ上のメモリの使
用状況など種々の管理情報が必要となる。

【００２５】本実施の形態ではこれらの画像管理情報を
ＳＲＡＭ（３）に管理している。

【００２６】図４に示す様に画像管理情報にはまず、画
像単位での情報を管理するための画像管理レコードが存
在する。この画像管理レコードは、受付番号・受付時間
・総ページ数・ページ情報のポインタ・宛先情報のポイ
ンタ・通信モード、および次のレコードのポインタから
なる構造体の配列から成る。

【００２７】この画像管理レコードは、ＤＲＡＭ（４）
の容量に応じた複数の構造体から成る。

【００２８】また、この画像管理レコードから特定の属
性の画像をとりだすために、画像管理レコードの外に画
像キューが準備されている。

【００２９】画像キューに属する画像が存在すれば、キ
ューには先頭レコードのポインターが書き込まれてお
り、そこから特定の画像の管理レコードを得る事ができ
る。

【００３０】画像が存在しない場合には画像キューには
〔画像なし〕を意味する“０”が書き込まれている。ま
た複数の画像が存在する場合には、先頭の画像の管理レ
コードの〔次レコード〕には次の画像の管理レコードの
ポインタが書き込まれ、順に画像を検索していく事が可
能となっている。そして最終画像の管理レコードは〔次
レコード〕が“０”になっており、次が存在しないこと
を示す。

【００３１】本実施の形態では代行受信画像を検索する
ために、代行受信画像の画像キューを設けてあり、そこ
が“０”でなければ代行受信画像が存在している事にな
る。画像が存在していれば、そこにかかれている先頭レ
コードのポインターにしたがって最初の画像の管理レコ
ードを得る事ができ、以下レコード内の〔次レコード〕
にしたがって最後の画像まで検索して、全ての代行受信
画像の管理情報を得る事ができる。

【００３２】以下、図５に示すフローチャートに従って
第２実施の形態におけるファクシミリ装置の動作を説明
する。

【００３３】第２実施の形態におけるＲＯＭのチェック
サムの確認自体は第一の実施の形態の場合と同様であ
る。すなわち、ＲＯＭ（２）内部のあらかじめ定められ
たアドレスにはチェックサムの算出および比較に必要な
ＲＯＭの開始アドレス、サイズ、および予め算出された
チェックサムの値が書き込まれており、ＣＰＵはそれら
の情報にしたがってＲＯＭの全領域のデータを読み取っ
て加算しチェックサムを算出する、算出が終了するとＲ
ＯＭ（２）内部に書き込まれているチェックサムとの比
較を行う（以上Ｓ１〜Ｓ７）。

【００３４】両者が一致している場合には、チェック作
業を正常に終了して立ち上がり、以後動作可能な状態と
なり、ユーザーのキー入力や交換器からの呼び出し信号
にしたがって動作するのも、第一の実施の形態と同一で
ある（Ｓ９）。

【００３５】比較の結果、不一致が検出された場合に
は、第一の実施の形態では、即時エラーメッセージを表
示して動作を停止した。しかし、本第２の実施の形態で
は、ここでＳ１１に進んで、ＳＲＡＭ（３）内の管理情
報を検索し画像が蓄積されていたかのチェックを行う。
具体的には前述の様に代行受信の画像キューを調べてそ
こに“０”が書き込まれていれば画像なしである。画像
が蓄積されていなかった場合には、Ｓ１３へ進んでエラ
ーメッセージを表示してＳ１４で異常終了する。

【００３６】一方、画像が蓄積されていた場合には、Ｓ
１２へ進んでＳＲＡＭ（３）内の画像管理情報にしたが
って画像のリストを作成し、印字出力を行う。

【００３７】これは前述の代行受信の画像キューに示さ
れていた先頭レコードから順に代行受信画像の管理情報
を得て、そこに書き込まれている受付番号・受付時間・
総ページ数・通信モード等を読み出してリストの作成を
行う。

【００３８】リストは第２の実施の形態ではメモリクリ
アリストと称しており、図６にリストの出力例を示す。

【００３９】リストの出力が終了すると、Ｓ１３へ進ん
でエラーメッセージを表示する。

【００４０】Ｓ１３でエラーメッセージを表示後はＳ１
４で異常終了する。

【００４１】Ｓ１４での異常終了は第１の実施の形態と
同様に無限ループに入ることにより待機状態になっても
良いし、電源を切る様にしても良い。

【００４２】以上の制御によって、ユーザは失われた画
像のリストを得ることができる。なお、本第２の実施の
形態では画像を蓄積する領域をＤＲＡＭ、画像の管理情
報を蓄積する領域をＳＲＡＭとしたが、双方をＳＲＡＭ
としても、またＤＲＡＭに対してバックアップ回路を設
けた構成としてもよい。

【００４３】（第３の実施の形態）次に第３の実施の形
態の説明を行う。

【００４４】第３の実施の形態では、チェックサムの異
常を検知してリストを出力する際に、もし異常が発生し
たエリアが記録に関するプログラムだった場合、リスト
の出力がトラブルを発生してしまう事を回避しようとい
うものである。

【００４５】そのためＲＯＭ内部に全体のチェックサム
の他に機能毎のチェックサムを格納しておき、リストの
出力を行う前に記録部のプログラムのチェックサムが一
致している事を確認してから出力するようにし、記録部
のチェックサムが不一致の場合にはリストの出力を行わ
ないようにしたものである。

【００４６】第３の実施の形態では、図７に示すよう
に、全体のチェックサムの他に記録部、読取部、通信部
のチェックサム情報を準備している。それぞれのチェッ
クサム情報は、それぞれのプログラムの先頭ポインタと
サイズ、あらかじめ算出しておいたチェックサムからな
り、第１の実施の形態および第２の実施の形態で説明し
たのと同様の方法で装置内部でチェックが可能となって
いる。

【００４７】以下、図８のフローチャートに従って、第
３の実施の形態の説明を行う。

【００４８】なお、第３の実施の形態では複数の箇所で
チェックサムの計算を行うので、重複を避けるためチェ
ックサムのサブルーチン部分を別に図９として記述す
る。

【００４９】図８のフローにおいてＳ１６およびＳ２１
が図９に記述するチェックサム計算のサブルーチン部分
である。

【００５０】第３の実施の形態を構成するファクシミリ
装置の構成は、第１および第２の実施の形態と同じく図
１と同様である。

【００５１】また、第３の実施の形態における画像の管
理方式は、第２の実施の形態と同様なので、説明は省略
する。

【００５２】第３の実施の形態においてファクシミリ装
置は電源立ち上げ時に、まずＳ１５で変数ｐ，ｃ，ｘを
初期化する。ここではｐはプログラム全体の開始アドレ
ス、ｃはＲＯＭ全体のサイズ、ｘは０に設定される。

【００５３】次にＳ１６で与えられたｐ，ｃ，ｘにした
がってチェックサムの計算を行う。

【００５４】この内容は図９のフローに示すもので、Ｓ
２６でｐが差し示すアドレスから１バイトのデータを読
み取り、Ｓ２７でｐを１加算し、Ｓ２８でｘに読み取っ
たデータを加算し、Ｓ２９でｃを１減算する。そしてＳ
３０でｃが０かどうかをチェックし０でなければＳ２６
にもどって、以下ｃが０になるまで上記の処理を繰り返
す。ｃが０になれば処理は終了で、この時、計算された
チェックサムは変数ｘに格納されている。

【００５５】チェックサムの計算が終了すると、次にＳ
１７で算出されたｘが全体のチェックサムと一致してい
るかを比較する、ここで一致していればＳ１８でチェッ
ク作業を正常に終了して立ち上がり、以後動作可能な状
態となり、ユーザーのキー入力や交換器からの呼び出し
信号にしたがって動作する。

【００５６】Ｓ１７でチェックサムが不一致の場合は、
Ｓ１９に進んで、ＳＲＡＭ（３）内の管理情報を検索し
画像が蓄積されていたのかのチェックを行う。画像が蓄
積されていなかった場合には、Ｓ２４へ進んで第１及び
第２の実施の形態と同様にエラーメッセージを表示し、
Ｓ２５で異常終了する。

【００５７】一方、画像が蓄積されていた場合には、Ｓ
２０へ進んで記録部分のプログラムが正常かどうかのチ
ェックを開始する。ここではｐに記録プログラムの開始
アドレス、ｃに記録プログラムのサイズ、ｘに０を設定
し、Ｓ２１でＳ２と同様にチェックサム計算のサブルー
チンを呼び出す。

【００５８】次にＳ２２で算出されたｘが記録部のチェ
ックサムと等しいかをチェックし、等しくない場合には
記録部のプログラムは壊れているので、リスト出力はお
こなわずにＳ２４に進んでエラー表示を行い、Ｓ２５で
異常終了する。

【００５９】また、Ｓ２２でチェックサムが一致した場
合は、記録部のプログラムは正常であると判断し、Ｓ２
３でリストの出力を行い、Ｓ２４でエラー表示を行い、
Ｓ２５で異常終了する。このとき、無限ループに入る事
でキー入力や交換機からの呼び出し信号を無視し、エラ
ーメッセージを表示したまま待機を続けるようにして
も、強制的に電源を切る要にしても良い。

【００６０】（第４の実施の形態）以下、第４の実施の
形態を図面を参照しながら説明する。

【００６１】図１０は、第４の実施の形態におけるファ
クシミリ装置の構成を示すブロック図である。図示する
ように、システム制御部１０１は、例えばＣＰＵ及びそ
の周辺回路等で構成されるとともに、あらかじめＣＰＵ
の制御手順（プログラム）を格納するＲＯＭ１０１Ａ
と、そのＲＯＭ１０１Ａに格納されているプログラムの
チェックサムを格納するＲＯＭ１０１Ｂを含み、この制
御手順のソースコードのチェックサムを計算するための
プログラムを含むものである。

【００６２】読取部１０２は、原稿搬送ローラ１０２Ｂ
によって搬送された送信原稿を読み取るＣＣＤイメージ
センサーと、原稿の有無を判断するＤＳ（ドキュメント
・センサ）や原稿が読み取り位置にあるかを判断するＤ
ＥＳ（ドキュメント・エッジ・センサ）等で構成され
る。

【００６３】記録部１０３は、不図示の画像制御部によ
って制御された画像を記録紙に、例えば電子写真熱転写
記録するものである。

【００６４】操作部１０４は、各種の操作キーを配置し
たものである。また、この操作部１０４には本実施の形
態で用いられるリセット状態の場合、チェックサムが違
っていたときその旨を告知し、メモリリスト等を出力す
るかをオペレータに選択させるスイッチが設けられてい
る。

【００６５】表示部１０５は、状態表示やアラーム表示
などを表示するものであり、本第４の実施の形態で用い
られる告知手段でもある。尚、操作部１０４と表示部１
０５は、１つの操作表示部として構成してもよい。

【００６６】不揮発性ＲＡＭ１０６Ａは、自機の電話番
号やユーザ略称や相手先の電話番号などの通信データを
登録し、それらのデータのチェックサムを登録させてお
くものである。尚、このＲＡＭ１０６Ａはバッテリーに
よりバックアップされた揮発性メモリを用いている。

【００６７】揮発性ＲＡＭ１０６Ｂは、受信時の通信デ
ータなどを格納するものである。また、揮発性ＲＡＭ１
０６Ｃは受信又は読み取り画像データを格納する画像メ
モリである。このＲＡＭとして本第４の実施の形態では
揮発性ＲＡＭを用いているが、ハードディスクを用いて
もよい。

【００６８】モデム（変復調装置）１０７は、送受信信
号の変復調を行うものである。また、ＮＣＵ（網制御装
置）１０８は選択信号（パルス又はトーンダイヤラー）
を送出する機能を有し、呼出し音の検出による自動着信
動作及び回線制御動作を行うのみならず、システム制御
部１０１の制御によって電話回線１１０に対し、選択信
号の送出動作を行う。

【００６９】リセット回路１０９は、システム制御部１
０１からのシステムクロックの停止によって動作するウ
ォッチドッグタイマー回路であり、電源の立ち上げ又は
異常動作によってシステム制御部１０１にリセット信号
を出力する。

【００７０】図１１は、操作部１０４と表示部１０５が
配置される操作パネルを表した図である。

【００７１】次に、本システムにおけるプログラムエリ
アのチェックサムの計算とチェックサムが異なっていた
場合に告知する動作について以下に説明する。

【００７２】図１２は、本第４の実施の形態におけるチ
ェックサムタスクを示すフローチャートである。まず、
ステップＳ１２１において、システム制御部１０１のＣ
ＰＵは、電源立ち上げ後、ＲＯＭ１０１Ａに格納されて
いる制御プログラムによって動作するマルチタスクシス
テムの最下位の優先順位に設定された最下位タスクにお
いて、ＲＯＭ１０１Ａに格納されている制御プログラム
のソースコードのチェックサムを計算する。

【００７３】尚、このときのチェックサムの計算方法
は、上述した第１〜第３の実施の形態と同様なので説明
は省略する。

【００７４】次に、ステップＳ１２２において、ステッ
プＳ１２１で計算したチェックサムとＲＯＭ１０１Ｂに
格納されているあらかじめ計算しておいたソースコード
のチェックサムとを比較する。ここで、等しければステ
ップＳ１２３に進み、本マルチタスクシステムのシステ
ムコールを用いてチェックサムタスクを一定時間ウェイ
ト状態にする。その後、ステップＳ１２３で指定された
ウェイト時間が経過すると、ステップＳ１２１に戻り、
上述のチェックサムの計算を行う。つまり、本第４の実
施の形態は、ファクシミリ装置が動作中も定期的にチェ
ックサムタスクを行なっている。

【００７５】また、ステップＳ１２２において、ステッ
プＳ１２１で計算したチェックサムとＲＯＭ１０１Ｂに
格納されているチェックサムデータが等しくなければス
テップＳ１２４に進み、チェックサムエラーが生じたこ
とをオペレータに表示するためにチェックサムエラータ
スクを起動する。起動後、チェックサムタスクは終了す
る。

【００７６】次に、本マルチタスクシステムにおいて、
最上位の優先順位に設定されているオペレータにチェッ
クサムエラーを表示するためのチェックサムエラータス
クを以下に説明する。

【００７７】図１３は、本第４の実施の形態におけるチ
ェックサムエラータスクを示すフローチャートである。
チェックサムエラータスクは起動後、ステップＳ１３１
において、表示装置に“ＲＯＭ ＥＲＲＯＲ”と表示す
る。そして、本タスクはステップＳ１３１を実行後異常
終了する。

【００７８】このときの異常終了も無限ループに入るこ
とでキー入力や交換機からの呼び出し信号を無視する様
にしても、リセット回路１０９の出力する信号により電
源を切るようにしても良い。

【００７９】尚、マルチタスクシステムで、最上位の優
先順位に設定されているタスクが起動中は、他のタスク
は動作できないため、チェックサムエラータスクを最上
位の優先順位にしておけば、ＲＯＭ１０１Ａに格納され
ているプログラムが破壊されていても異常動作に陥るこ
とがなくなる。

【００８０】（第５の実施の形態）次に、第５の実施の
形態を説明する。

【００８１】第５の実施の形態はファクシミリ装置が動
作中にチェックサムの異常を検知して動作を停止する際
に、受信した画像データや送信予約されている画像デー
タがメモリ内に記憶されていることをオペレータに通知
するようにしたものである。

【００８２】本第５の実施の形態のファクシミリ装置の
構成は図１０と同様であるが、ＲＡＭ１０６Ｂ、ＲＡＭ
１０６Ｃに格納されている画像の管理が必要となる。こ
の画像管理の方法は第２の実施の形態、第３の実施の形
態のＤＲＡＭのデータ管理と同様なので説明は省略す
る。

【００８３】また、本第５の実施の形態ではＲＯＭ１０
１Ｂ内に、装置全体のプログラムに関するチェックサム
の他に、機能毎にチェックサムを格納する。

【００８４】図１４に本第５の実施の形態のチェックサ
ムタスクのフローチャートを示す。

【００８５】図１４において、Ｓ１４０１でシステム制
御部１０１のＣＰＵは電源立ち上げ後、ＲＯＭ１０１Ａ
に格納されている制御プログラムによって動作するマル
チタスクシステムの最下位の優先順位に設定された最下
位タスクにおいて、ＲＯＭ１０１Ａに格納されている装
置全体を制御するプログラムのチェックサムを計算す
る。この計算方法は、第１〜第４の実施の形態と同様で
あり、全アドレスのデータを１バイトずつ加算する。

【００８６】次に、Ｓ１４０２で計算したチェックサム
とＲＯＭ１０１Ｂに格納されている装置全体のプログラ
ムのチェックサムと比較する。比較の結果、計算したチ
ェックサムとＲＯＭ１０１Ｂに格納されている装置全体
のチェックサムが等しければＳ１４０３で本マルチタス
クシステムのシステムコールを用いてチェックサムタス
クを一定時間ウェイト状態にする。

【００８７】その後、指定されたウェイト時間が経過す
ると、Ｓ１４０１へ戻り再びチェックサムを計算する。

【００８８】Ｓ１４０２での比較の結果、チェックサム
が等しくなければＳ１４０４でＲＡＭ１０６ＢかＲＡＭ
１０６Ｃに画像データが蓄積されているかを見る。画像
が蓄積されていなければＳ１４０８でチェックサムエラ
ーが生じたことをオペレータへ表示するためにチェック
サムエラータスクを起動する。このチェックサムエラー
タスクは第４の実施の形態の図１３と同じであり、表示
部にチェックサムエラーを表示して、異常終了する。

【００８９】また、チェックサムエラータスクは最上位
の優先順位に設定されている。

【００９０】Ｓ１４０４で画像が蓄積されている場合に
は、Ｓ１４０５でＲＯＭ１０１Ａの記録部のチェックサ
ムを計算する。ＲＯＭ１０１Ａの記録部のチェックサム
の計算は、ＲＯＭ１０１Ａの記録部のプログラムのアド
レスとサイズを指定して記録部のチェックサムを計算す
ることができる。

【００９１】そして、Ｓ１４０６で計算したチェックサ
ムがＲＯＭ１０１Ｂに格納されている記録部のチェック
サムと等しいかを比較する。この比較の結果、計算した
記録部のチェックサムとＲＯＭ１０１Ｂに格納されてい
る記録部のチェックサムが等しくない場合は、記録部の
プログラムが異常であるためＳ１４０８でチェックサム
エラータスクを行う。

【００９２】Ｓ１４０６の比較の結果が等しい場合は、
Ｓ１４０７で蓄積画像のレポートを出力する。レポート
を出力するとＳ１４０８でチェックサムエラータスクを
行い、エラーメッセージを表示し、異常終了する。

【００９３】尚、チェックサムエラータスクはエラーメ
ッセージ表示後に、異常終了するが、この異常終了は、
第１の実施の形態〜第４の実施の形態と同様に、無限ル
ープに入ることでキー入力や交換機からの信号を無視す
る様にしても良いし、強制的に電源を切る様にしても良
い。

【００９４】また、第２の実施の形態、第３の実施の形
態、第５の実施の形態では、装置全体のプログラムが異
常であると判断した場合は、レポートを出力する様にし
たが、蓄積されている画像をそのまま出力する様にして
も良い。

【００９５】また、第４の実施の形態、第５の実施の形
態では、マルチタスクシステムにおいて、チェックサム
エラーが発生した場合の動作について説明したが、本発
明はこれに限るものではなく、例えば、シングタスクシ
ステムの場合においても、システム制御部内に設けられ
ている割込機能を用いてＲＯＭに格納されているソース
コードのチェックサムの計算を一定周期毎に実行する最
低優先順位の割込プログラムにおいて計算し、チェック
サムエラーが発生した場合は、最上位優先順位の割込を
発生し、そのなかで表示装置にチェックサムエラーを表
示し、その後無限ループとすることで同様の効果が得ら
れる。

【００９６】尚、本発明は、複数の機器から構成される
システムに適用しても、１つの機器から成る装置に適用
しても良い。

【００９７】また、本発明はファクシミリ装置に限らず
記憶媒体にプログラムを記憶するあらゆる装置に適用す
ることができる。

【００９８】また、本発明はシステム或いは装置にプロ
グラムを供給することによって達成される場合にも適用
できることは言うまでもない。

【００９９】尚、第１の実施の形態〜第５の実施の形態
で説明したＲＯＭに格納されているプログラムはフロッ
ピーディスクやハードディスクなどの様々な記憶媒体に
格納されている場合でも上記実施の形態と同様な動作を
行うことができる。

【０１００】

【発明の効果】以上説明したように、本発明によれば、
システムの電源立上げ時やシステム動作中に定期的にチ
ェックサムを計算することにより、例えばプログラムエ
リアの消去又は破壊等によるシステムの異常を検知し、
直ちにオペレータに知らせることが可能となる。

【０１０１】また、本発明によれば、プログラムエリア
の消去又は破壊等によるシステムの異常を検知した際
に、メモリ内に蓄積されたデータがあれば、そのデータ
や、データに基づいた情報をオペレータに提供すること
ができる。

【図面の簡単な説明】

【図１】第１の実施の形態のファクシミリ装置の構成を
示すブロック図である。

【図２】第１の実施の形態のＲＯＭＪの内容を示す図で
ある。

【図３】第１の実施の形態のファクシミリ装置の動作を
示すフローチャートである。

【図４】第２の実施の形態のＲＡＭ内に記憶されている
画像データの管理情報例を示す図である。

【図５】第２の実施の形態のファクシミリ装置の動作を
示すフローチャートである。

【図６】第２の実施の形態のレポート出力例を示す図で
ある。

【図７】第３の実施の形態のＲＯＭ内の情報格納例を示
す図である。

【図８】第３の実施の形態のファクシミリ装置の動作を
示すフローチャートである。

【図９】第３の実施の形態のチェックサムの計算のフロ
ーチャートである。

【図１０】第４の実施の形態のファクシミリ装置の構成
を示すブロック図である。

【図１１】第４の実施の形態のファクシミリ装置の操作
パネルを示す図である。

【図１２】第４の実施の形態のチェックサムタスクを示
すフローチャートである。

【図１３】第４の実施の形態のチェックサムエラータス
クを示すフローチャートである。

【図１４】第５の実施の形態のチェックサムタスクを示
すフローチャートである。

【符号の説明】

１ ＣＰＵ ２ ＲＯＭ ３ ＳＲＡＭ ４ ＤＲＡＭ ５ 操作パネル ６ ＣＯＤＥＣ ７ 画像処理部 ８ 記録制御部 ９ ＣＳ １０ ＬＢＰ １１ モデム １２ ＮＣＵ １３ 電話機

───────────────────────────────────────────────────── フロントページの続き (72)発明者 木村 正志 東京都大田区下丸子３丁目30番２号キヤノ ン株式会社内 (72)発明者 前田 徹 東京都大田区下丸子３丁目30番２号キヤノ ン株式会社内

Claims (18)

【特許請求の範囲】
1. 【請求項１】 制御プログラムに応じた制御を行う通信
   装置において、 少なくとも１つの制御プログラム及び前記制御プログラ
   ムの異常を検出するための少なくとも１つの情報を格納
   する格納手段と前記制御プログラムに基づいた情報を演
   算して求め、演算結果と前記格納手段に格納された制御
   プログラムの異常を検出するための情報とを比較し、そ
   の比較結果に応じて所定の動作を行うよう制御する制御
   手段と前記制御手段に制御の開始を指示する指示手段を
   有することを特徴とする通信装置。
2. 【請求項２】 請求項１において、 前記指示手段による指示は電源投入の際に行われること
   を特徴とする通信装置。
3. 【請求項３】 請求項１において、 前記指示手段による指示は、定期的に行われることを特
   徴とする通信装置。
4. 【請求項４】 請求項１において、 前記制御手段が制御する所定の動作は、前記格納手段に
   格納された制御プログラムの異常の通知であることを特
   徴とする通信装置。
5. 【請求項５】 請求項１において、 前記制御手段が制御する所定の動作は、前記通信装置の
   動作の禁止であることを特徴とする通信装置。
6. 【請求項６】 請求項１において、 前記制御手段による演算は、最下位の優先順位に設定さ
   れているタスクであり、前記所定動作は最上位の優先順
   位に設定されているタスクであることを特徴とする通信
   装置。
7. 【請求項７】 請求項１において、 前記制御手段による演算は、最下位の優先順位に設定さ
   れている割込み処理であり、前記所定動作は最上位の優
   先順位に設定されている割込み処理であることを特徴と
   する通信装置。
8. 【請求項８】 請求項１において、 前記制御手段は、蓄積されたデータの有無を判断し、蓄
   積されたデータが有る場合は、前記データに基づいた情
   報を出力することを特徴とする通信装置。
9. 【請求項９】 請求項１において、 前記制御手段は、蓄積されたデータの有無を判断し、蓄
   積されたデータが有る場合は、データ出力用の制御プロ
   グラムに基づいた情報を演算し、 更に、演算により求められたデータ出力用制御プログラ
   ムに基づいた情報と前記格納手段に格納された情報との
   比較を行い、比較の結果に応じて、蓄積されたデータに
   基づいた情報を出力することを特徴とする通信装置。
10. 【請求項１０】 制御プログラムに応じて制御を行う通
    信装置の制御方法において、 少なくとも１つの制御プログラム及び前記制御プログラ
    ムの異常を検出するための少なくとも１つの情報を格納
    し、 制御開始の指示に応じて、制御プログラムに基づいた情
    報を演算し、 その演算結果と前記制御プログラムの異常を検出するた
    めの情報を比較し、 この比較結果に応じて、所定の動作を行うように制御を
    行うことを特徴とする制御方法。
11. 【請求項１１】 請求項１０において、 前記制御開始の指示工程は、電源投入の際に行われるこ
    とを特徴とする制御方法。
12. 【請求項１２】 請求項１０において、 前記制御開始の指示工程は、定期的に行われることを特
    徴とする制御方法。
13. 【請求項１３】 請求項１０において、 前記比較結果に応じて行う所定動作は格納されている制
    御プログラムの異常の通知であることを特徴とする制御
    方法。
14. 【請求項１４】 請求項１０において、 前記比較結果に応じて行う所定動作は、前記通信装置の
    動作の禁止であることを特徴とする制御方法。
15. 【請求項１５】 請求項１０において、 前記演算工程は最下位の優先順位に設定されたタスクで
    あり、前記所定の動作は、最上位の優先順位に設定され
    たタスクであることを特徴とする制御方法。
16. 【請求項１６】 請求項１０において、 前記演算工程は最下位の優先順位に設定された割込み処
    理であり、前記所定の動作は最上位の優先順位に設定さ
    れた割込み処理であることを特徴とする制御方法。
17. 【請求項１７】 請求項１０において、 前記比較結果に応じて行う所定の動作は、蓄積されたデ
    ータの有無を判断し、蓄積されたデータが有る場合は、
    蓄積されているデータに基づいた情報を出力することで
    あることを特徴とする制御方法。
18. 【請求項１８】 請求項１０において、 前記比較結果に応じて行う所定の動作は、蓄積されたデ
    ータの有無を判断し、蓄積されたデータが有る場合はデ
    ータ出力用の制御プログラムに基づいた情報を演算し、 その演算結果と、格納されている情報とを比較し、比較
    の結果に基づいて、蓄積されているデータに基づいた情
    報を出力することを特徴とする制御方法。