JPH04129376A - フアクシミリ装置 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 ［産業上の利用分野］ 本発明は、稼働状態での自己診断テスト機能を有するフ
ァクシミリ装置に関するものである。

［従来の技術］ 従来、マイクロプロセッサが組み込まれたファクシミリ
装置では、通常、パワー・スイッチが“ＯＮ”された時
に、内部のメモリや接続されているＩｌｏなどをチエツ
クする自己診断テストを行うように構成されている。

［発明が解決しようとしている課題］ しかしながら、ファクシミリ装置では、その特性上、−
旦パワー“ＯＮ”された後は、かなりの時間連続して稼
動させ続けるのが通常である。

従って、このような装置では、パワー・スイッチ“ＯＮ
”の機会そのものが少なく、上記従来例のように、パワ
ー・スイッチ“ＯＮ”時に自己診断テストを行うだけで
は、障害の事前検出が難しいという欠点があった。

本発明は、上記課題を解決するために成されたもので、
稼働状態で自己診断テストを行い、診断結果を報知する
ファクシミリ装置を提供することを目的とする。

［課題を解決するための手段及び作用］上記目的を達成
するために、本発明のファクシミリ装置は以下の構成か
らなる。すなわち、稼働状態での自己診断テスト機能を
有するファクシミリ装置であって、稼働状態における自
己診断テストの実行を起動する起動手段と、該起動手段
で起動された自己診断テストを実行する実行手段と、該
実行手段で実行した診断結果を報知する報知手段とを備
える。

また好ましくは、前記起動手段は、オペレータによる起
動の指示を検出する検出手段を含むことを一態様とする
。

また好ましくは、前記起動手段は、所定時間経過する毎
に起動することを一態様とする。

また好ましくは、前記実行手段は、実行中にサービス要
求を検知する検知手段を含み、該サービス要求を検知す
ると前記自己診断テストを中断し、該サービスを開始す
ることを一態様とする。

更に好ましくは、前記サービスが終了すると、前記自己
診断テストを再開することを一態様とする。

また好ましくは、前記報知手段は、レポートを作成して
８カすることにより報知することを一態様とする。

［実施例］ 以下、添付図面を参照して本発明に係る好適な一実施例
を詳細に説明する。

第１図は、本実施例におけるファクシミリ装置の構成を
示す概略ブロック図である。

図において、１は主制御部であり、本装置全体を制御す
るＣＰＵと、後述するＣＰＵの処理手順（プログラム）
を格納するＲＯＭと、各種処理を実行時に使用する作業
領域や各種テーブル等からなるＲＡＭにより構成されて
いる。２は読取部であり、ＣＣＤ等のラインセンサによ
って送信原稿を読み取り、デジタル信号に変換して出力
する。

３は操作パネル部であり、後述する「パトロール診断」
処理を実行するファンクションキーやテンキーを含むキ
ー人力部と、入力されたキーの表示や本装置の各種状態
を表示する表示部とから構成されている。

４はメモリであり、読取部２によって読み取られ、ＭＲ
／ＭＭＲ等の符号化されたデータや受信した画像データ
を一時蓄積する。５は通信制御部であり、ファクシミリ
伝送手順に従い、通信回線７を介して画像データの送受
信を制御する。６はレーザビームプリンタや感熱プリン
タ等の印字部であり、後述するパトロール診断を行った
結果や受信した画像データ等の印字出力を行う。

以上の構成において、本実施例では、稼働状態に影響を
与えない部分の自己診断テスト（以下、「パトロール診
断」　：稼動中のソフトテーブルを破壊しない範囲にお
けるメモリのライト／リードチエツク、工１０のチエツ
ク、通信部のチエツクなど）を実施することにより、障
害の事前検出の機会を設けたものである。

〈第１の実施例〉 まず、第１の実施例におけるパトロール診断の処理手順
を第２図に示すフローチャートに従って以下に説明する
。

第２図において、不図示のパワー・スイッチが“ＯＮ”
されると、ステップＳ１へ処理を進め、パワー“ＯＮ”
時の自己診断テストを実行する。

そして、このテストが全て終了すると、ステップＳ２へ
処理を進め、テスト結果をチエツクする。

ここで、ＯＫでなければエラー処理として、操作パネル
部３の表示部にその旨表示する。しかし、テスト結果が
ＯＫであれば、アイドル状態であるステップＳ３へ処理
を進め、通常のサービス要求があるか否かを判断する。

その結果、例えば原稿が読取部２にセットされ、操作パ
ネル部３の送信スタートキーが押下されたのであればス
テップＳ１１へ処理を進め、送信処理を起動する。

しかし、サービス要求がなければステップＳ４へ処理を
進め、操作パネル部３のファンクションキーとして定義
されているパトロール診断キーが押下されたか否かをチ
エツクする。ここで、そのキーが入力されていなければ
ステップＳ３へ処理を戻し、アイドル状態を続行する。

しかし、人力されたのであればステップＳ５へ処理を進
め、パトロール診断処理を起動する。次に、ステップＳ
６では、パトロール診断処理中にサービス要求があるか
否かを判断し、要求がなければステップＳ７へ処理を進
め、パトロール診断処理が終了したか否かをチエツクす
る。その結果、診断処理が終了していなければステップ
Ｓ６へ処理を戻し、上述の処理を繰り返す。しかし、診
断処理が終了したならばステップＳ８へ処理を進め、診
断結果をレポートとして作成し、印字部６から出力した
後、上述のステップＳ３へ処理を戻す。

一方、ステップＳ６において、パトロール診断処理を実
行中にサービス要求があれば、実動作を優先させるため
に、ステップＳ９へ処理を進め、パトロール診断処理を
中断する。そして、次のステップＳＩＯでは、パトロー
ル診断処理を中断した旨をレポートとして作成し、印字
部６により出力する。次に、ステップＳｌｌでは、サー
ビス要求に応じた処理を起動し、続くステップＳ１２に
おいて、その処理が終了するのを待ち、処理が終了する
と、上述のステップＳ３へ処理を戻してアイドル状態と
なる。

以上説明したように、第１の実施例によれば、次のよう
な効果が得られる。

（１）任意の時に、パトロール診断を実施でき、事前に
障害を検知することができる。

（２）サービス（実動作）を優先させるため、パトロー
ル診断中にサービス要求があれば、パトロール診断を中
断し、サービスを開始することができ、その旨のレポー
トを出力してオペレータ等に知らせることができる。

（３）オペレータ等がパトロール診断時に、その場に居
合わせなくても、パトロール診断結果レポートにより結
果を知ることができる。

く第２の実施例〉 次に、第２の実施例におけるパトロール診断の処理手順
を第３図に示すフローチャートに従って以下に説明する
。

なお、この実施例では、前述した第１の実施例と同じ処
理には同一のステップ番号を付し、その説明は省略する
。

第１の実施例では、パトロール診断処理を実行中にサー
ビス要求があった場合、サービス処理を起動しくステッ
プ５ｌｌ）、その処理が終了すると、ステップＳ１２の
待ち処理からステップＳ３へ処理を戻している。しかし
、この実施例では、処理が終了すると、ステップＳ１２
からステップ３１３へ処理を進め、診断処理中にサービ
ス要求があったのかをチエツクし、診断処理中であれば
ステップＳ５へ処理を戻し、パトロール診断処理を再度
スタートさせるものである。

この実施例によれば、パトロール診断実施中にサービス
要求があった場合、−旦パトロール診断を中断し、サー
ビスを開始し、サービス終了後、パトロール診断を再ス
タートさせることが可能となる。

〈第３の実施例〉 前述した２つの実施例では、操作パネル部３のパトロー
ル診断キーの押下によりパトロール診断処理を起動して
いるが、所定時間経過した時点で診断処理を起動するよ
うに構成することも可能である。

第４図は、第３の実施例における処理手順を示すフロー
チャートである。図示するように、第２図、第３図に示
すフローチャートのステップＳ４でのチエツクをステッ
プ３４′に置き換え、不図示のタイマにより所定時間（
例えば、時計ＩＣの日付表示用レジスタの値が更新され
たことによる１日）経過したか否かをチエツクし、経過
したのであれば、ステップＳ５へ処理を進め、パトロー
ル診断処理を起動する。

また、上述の所定時間は、オペレータあるいはサービス
マンがスイッチ（ソフトウェアスイッチを含む）で可変
に設定できるように構成することも可能である。

更に、ステップ５４′でのチエツクは、例えばソフトウ
ェアカウンタを利用して通信（送信及び受信）回数をカ
ウントし、そのカウンタが所定の値（例えば、５０回）
に達したか否かをチエツクするようにしてもよい。

その場合、パトロール診断処理を起動する時にカウンタ
をクリアすることは言うまでもない。

第３の実施例によれば、所定時間経過する毎にパトロー
ル診断を行うことにより、障害を事前に検巳することが
できる。

〈第４の実施例〉 前述した実施例では、パトロール診断処理が終了すると
、第２図１第３図のステップＳ８で結果をレポートとし
て圧力し、ステップＳ３へ処理を戻しているが、例えば
、表示パネル部３の表示部へメツセージを表示するよう
にしてもよい。

第５図は、この実施例における処理手順を示すフローチ
ャートである。図において、ステップＳ８でレポート出
力を終了すると、ステップＳ２１へ処理を進め、パトロ
ール診断の結果（例えば、読取部２の状態）を判別し、
ＯＫであれば前述の実施例と同様に処理を進めるが、Ｏ
ＫでなければステップＳ２２へ処理を進め、表示部に“
送信。

コピー不可”などのメツセージを出力する。

このメツセージの出力により、オペレータ等が誤って読
取部２を使用し、初めて障害に気づ（といったことを未
然に防ぐ効果がある。

［発明の効果］ 以上説明したように、本発明によれば、稼働状態での自
己診断テスト機能を有し、所望の時にテストを行い、診
断結果を報知することにより、障害を事前に検出するこ
とが可能となる。

【図面の簡単な説明】

第１図は本実施例におけるファクシミリ装置の構成を示
す概略ブロック図、 第２図は第１の実施例における処理手順を示すフローチ
ャート、 第３図は第２の実施例における処理手順を示すフローチ
ャート、 第４図は第３の実施例における処理手順を示すフローチ
ャート、 第５図は第４の実施例における処理手順を示すフローチ
ャートであさ。 図中、１・・・主制御部、２・・・読取部、３・・・操
作パネル部、４・・・メモリ、５・・・通信制御部、６
・・・印字部、７・・・通信回線である。

Claims (6)

【特許請求の範囲】
1. （１）稼働状態での自己診断テスト機能を有するファク
   シミリ装置であつて、 稼働状態における自己診断テストの実行を起動する起動
   手段と、 該起動手段で起動された自己診断テストを実行する実行
   手段と、 該実行手段で実行した診断結果を報知する報知手段と、 を備えることを特徴とするファクシミリ装置。
2. （２）前記起動手段は、オペレータによる起動の指示を
   検出する検出手段を含むことを特徴とする請求項第１項
   に記載のファクシミリ装置。
3. （３）前記起動手段は、所定時間経過する毎に起動する
   ことを特徴とする請求項第１項に記載のファクシミリ装
   置。
4. （４）前記実行手段は、実行中にサービス要求を検知す
   る検知手段を含み、該サービス要求を検知すると前記自
   己診断テストを中断し、該サービスを開始することを特
   徴とする請求項第１項に記載のファクシミリ装置。
5. （５）前記サービスが終了すると、前記自己診断テスト
   を再開することを特徴とする請求項第４項に記載のファ
   クシミリ装置。
6. （６）前記報知手段は、レポートを作成して出力するこ
   とにより報知することを特徴とする請求項第１項に記載
   のファクシミリ装置。