(57)【要約】【課題】  ＨＤＤ故障が近づいている場合のＨＤＤデータ退避動作の未完了や、印刷ＪＯＢの未完了による装置のハングアップの危険性を、ユーザー乃至サービスマンに知らせ、ＨＤＤ故障による装置のハングアップを極小化することのできる印刷装置の提供。【解決手段】  ＪＯＢに対するＨＤＤのアクセス回数を算出するアクセス回数算出手段と、ＨＤＤのアクセス時間を計測するアクセス時間計測手段と、前記アクセス回数算出手段およびアクセス時間計測手段からＨＤＤの故障を予測する故障予測手段と、を具備することを特徴とする印刷装置。【選択図】        図２
2006256251.tif 000002
【特許請求の範囲】
【請求項１】
ＪＯＢに対するＨＤＤのアクセス回数を算出するアクセス回数算出手段と、
ＨＤＤのアクセス時間を計測するアクセス時間計測手段と、
前記アクセス回数算出手段およびアクセス時間計測手段からＨＤＤの故障を予測する故障予測手段と、
を具備することを特徴とする印刷装置。
【請求項２】
ＪＯＢに対するＨＤＤのアクセス回数を算出するアクセス回数算出手段と、
ＨＤＤのＳＭＡＲＴ情報中のアトリビュートスレッシュ値を格納するスレッシュ値格納手段と、
前記アクセス回数算出手段およびスレッシュ値格納手段から故障を予測する故障予測手段と、
を具備することを特徴とする印刷装置。
【請求項３】
請求項１または２に記載の印刷装置であって、
故障予測手段の予測値から故障無しでＪＯＢ完了可能か判定するＪＯＢ完了判定手段を備え、ＪＯＢ完了可能ではない場合、ユーザーに通知することを特徴とする印刷装置。
【請求項４】
請求項３に記載の印刷装置であって、
ＪＯＢ完了可能でないときにＪＯＢを格納するＪＯＢ格納手段を具備することを特徴とする印刷装置。
【請求項５】
請求項２に記載の印刷装置であって、
故障予測手段がＣＰＵのプログラムで構成され、
前ＪＯＢ処理時点のＳＭＡＲＴ情報のアトリビュート値を格納する前アトリビュート値格納手段と、
現在のＪＯＢまでに発生したＨＤＤアクセス回数をカウントするアクセス回数カウント手段と、
該アクセス回数カウント手段のカウント値とアクセス回数算出手段で算出した現在のＪＯＢによるＨＤＤアクセスカウントからＪＯＢ終了時のアトリビュート値を推定するアトリビュート値推定手段と、
を付加して備えたことを特徴とする印刷装置。
【請求項６】
請求項５に記載の印刷装置であって、
故障予測手段の予測値から故障無しでＪＯＢ完了可能か判定するＪＯＢ完了判定手段を備え、
ＪＯＢ完了可能ではない場合、ユーザーに通知を行い、
ＪＯＢ完了可能でないときにＪＯＢを格納するＪＯＢ格納手段を具備することを特徴とする印刷装置。
【請求項７】
請求項６に記載の印刷装置であって、
ユーザーから継続要求があるかを確認する継続確認手段を具備することを特徴とする印刷装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は印刷装置に関し、詳しくは、ＨＤＤの故障検出技術に関し、特にＭＦＰ、ＳＦＰなどの印刷装置で、印刷ＪＯＢ中のＨＤＤアクセス回数の変化が大きいものに関する。
【背景技術】
【０００２】
従来、ＨＤＤを利用する電子機器で、ＨＤＤの故障の判別方法として、ＨＤＤ内部でのリトライ動作が増えることによるアクセス時間の増大を検知したり、ＳＭＡＲＴ情報のアトリビュート値に設定されているスレッシュ値からＨＤＤの故障が近いことを判断したりする技術が報告されている。
【０００３】
例として、パソコンベースでの提案として、例えば下記特許文献１があるが、ここでは、ＳＭＡＲＴ情報から故障予測を行い顧客に通知するところまでとなっている。
【０００４】
ＭＦＰやＳＦＰといった印刷装置に搭載する形態では、パソコンのように個人使用が主体ではなく、複数のユーザーで共用されている場合がほとんどであり、故障発生時の影響範囲が広い場合が多い。このため、ＨＤＤ故障を通知するだけではなく、故障に至らしめないで、ＨＤＤデータの退避や動作制限を行う必要がある。
【０００５】
その方法として、従来、ＨＤＤの故障が近いことを認識し、ＨＤＤデータの退避を行ったり、サービスマンに通知しＨＤＤの交換を故障発生前に行ったりすることで、印刷装置の故障を未然に防ぐ方法もある。
【特許文献１】特開２００１−３１２３７５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上述のような従来技術においては、データ退避動作や、大きなＪＯＢでＨＤＤ負荷が大きい場合、その途中で故障状態となり、動作途中で止まっているように見えるだけなのか、故障で止まっているのか判別できなくなってしまうといった問題や、さらにデータ退避動作やＪＯＢ処理の途中で、ＨＤＤが限界に達した場合、ライト動作終了後に故障状態となり、その後リードできずデータ退避動作やＪＯＢ処理を完了できないという問題があった。
【０００７】
本発明は上述の問題点に着目してなされたものであって、ＨＤＤ故障が近づいている場合のＨＤＤデータ退避動作の未完了や、印刷ＪＯＢの未完了による装置のハングアップの危険性を、ユーザー乃至サービスマンに知らせ、ＨＤＤ故障による装置のハングアップを極小化することのできる印刷装置の提供を目的としている。
【課題を解決するための手段】
【０００８】
本発明は、上述の課題を解決するために以下の構成を備える。
【０００９】
ＪＯＢに対するＨＤＤのアクセス回数を算出するアクセス回数算出手段と、
ＨＤＤのＳＭＡＲＴ情報中のアトリビュートスレッシュ値を格納するスレッシュ値格納手段と、
前記アクセス回数算出手段およびスレッシュ値格納手段から故障を予測する故障予測手段を具備し、
該故障予測手段がＣＰＵのプログラムで構成され、以下を含む。
【００１０】
前ＪＯＢ処理時点のＳＭＡＲＴ情報のアトリビュート値を格納する前アトリビュート値格納手段と、
現在のＪＯＢまでに発生したＨＤＤアクセス回数をカウントするアクセス回数カウント手段と、
該アクセス回数カウント手段のカウント値とアクセス回数算出手段で算出した現在のＪＯＢによるＨＤＤアクセスカウントからＪＯＢ終了時のアトリビュート値を推定するアトリビュート値推定手段と、
故障予測手段の予測値から故障無しでＪＯＢ完了可能か判定するＪＯＢ完了判定手段を持ち、
ＪＯＢ完了可能ではない場合、ユーザーに通知することができ、
ＪＯＢ完了可能でないときにＪＯＢを格納するＪＯＢ格納手段を具備し、
ユーザーから継続要求があるか確認する継続確認手段を具備する。
【発明の効果】
【００１１】
本発明によれば、ＨＤＤ故障が近づいている場合のＨＤＤデータ退避動作の未完了や、印刷ＪＯＢの未完了による装置のハングアップが、何の前触れも無く急に発生することがなくなる。
【発明を実施するための最良の形態】
【００１２】
以下に、本発明を実施するための最良の形態を、実施例に基づいて説明する。
【実施例１】
【００１３】
図１に、本発明の実施例１のフローチャートを示し、また、図２は、本発明の実施例１の構成説明図である。
【００１４】
１は、本発明の実施例１の印刷装置であり、ユーザーからの印刷ＪＯＢを受信し、印刷部に印刷用信号を送出することで印刷物を得ることができる。２は、ＣＰＵで、印刷装置１を統括的に制御する。３は、ＨＤＤであり、ＪＯＢのコマンド群や印刷用の画像データを格納したり、ＣＰＵ２が装置全体を制御するためのシステム制御プログラムなどを格納したりする。４は、ＨＤＤ  Ｃで、ＣＰＵ２の制御でＨＤＤ３を制御する。５は、ＲＯＭで、ＣＰＵ２が本装置を制御するためのプログラムの一部またはすべてを格納するもので、ここでは一部を格納するものとする。このＲＯＭ５は、書き換え可能であっても不可能であったてもどちらでも良く、ＣＰＵ２のためのプログラムが格納できれば良い。６は、ＲＡＭで、ＣＰＵ２が装置を制御する上で、ワーク領域として使っても良いし、スタックとして使っても、また、ＲＯＭ５のプログラムをロードしてＲＡＭ６から動作する形態をとっても良く、ＣＰＵ２が制御するメモリであれば良い。
【００１５】
さらに、ＲＡＭ６内に、以下のものを具備する。
１０は、前アトリビュート値格納手段で、ひとつまえのＪＯＢを完了した時点でＨＤＤ３から読み込んだアトリビュート値を格納できる。１１は、アクセス回数算出手段で、ＪＯＢのＨＤＤアクセス回数を算出するためのプログラムでも良いし、専用のハードウエアで構成してもかまわない。ここでは、プログラムとする。１２は、アクセス回数カウント手段で、ＨＤＤ３へのアクセス回数をカウントするものであれば何でも良い。装置にＤＭＡコントローラーを具備していて、ＨＤＤアクセスのためにＤＭＡ動作を行う場合は、そのＤＭＡの回数を算出しても良いし、ＨＤＤアクセスのためのアドレス値をデコードしてカウントしても良い。前回のアクセス時にアトリビュート値を読み込んでから現在までのＪＯＢ以外のＨＤＤアクセスの回数をカウントする。
【００１６】
１３は、アトリビュート値推定手段で、ＪＯＢ以外のＨＤＤアクセス回数をアクセス回数カウント手段１２でカウントした値からこれから読み込むＨＤＤのアトリビュート値を推定できれば、ＣＰＵ２用のプログラムで構成しても良いし、専用のハードウエアで構成しても良い。ここでは、ＲＡＭ６内に格納されたプログラムとする。
【００１７】
１４は、継続確認手段であり、ユーザーからＪＯＢ処理の途中で故障状態になるかもしれないがＪＯＢ継続するという入力があったことを認識し、ＪＯＢ処理を継続することができれば何でも良い。プログラムで構成されていても良いし、専用のハードウエアで構成しても良い。ここではプログラムで実現する。
【００１８】
１５は、ＪＯＢ格納手段で、ＪＯＢを格納できれば何でも良く、メモリに単純に格納しても良いし、圧縮しても、暗号化しても何でも良い。継続されたＪＯＢが途中でＨＤＤ故障により本装置のＨＤＤを使用しては続行不可能となった場合に、メモリだけで印刷したり、他の装置に送信したりするためにＪＯＢを格納しておくことができるものである。ここでは、単純にメモリに格納するものとする。
【００１９】
図１のフローチャートにしたがって、本発明の実施例１の動作を説明する。
【００２０】
印刷装置１は、ユーザーからの印刷ＪＯＢを受け取り、ＣＰＵ２が印刷動作を開始する（Ｓ１）。
【００２１】
ＣＰＵ２はアクセス回数算出手段１１を使って、ＪＯＢ中のＨＤＤアクセス回数を算出する。同時にＪＯＢをＪＯＢ格納手段１５に格納する（Ｓ２）。
【００２２】
ＣＰＵ２は、アトリビュート値推定手段１３を利用し、アクセス回数カウント手段１２でカウントしたＪＯＢ以外のアクセス回数から現在のＨＤＤアトリビュート値を推定し、実際に読み込んだアトリビュート値と比較する。比較した結果が誤差があれば、誤差とアクセス回数の関係を割り出し、推定手段にフィードバックする。さらに、アクセス回数算出手段１１で算出したアクセス回数後のＨＤＤアトリビュート値を推定し、故障危険度を算出する（Ｓ３）。
【００２３】
次に、ＪＯＢ完了までに、故障となるアトリビュート値になるかどうか判断する（Ｓ４）。
【００２４】
故障値に達さないなら、Ｓ５へ進み、ＪＯＢ処理を継続する（Ｓ５）。
【００２５】
故障値に達する場合は、Ｓ６へ進み、ユーザーへ通知する（Ｓ６）。
【００２６】
ユーザーへの通知方法は、ＪＯＢ処理が完了しない危険があることを通知できれば何でもよく、クライアントＰＣにＥＲＲＯＲを認識させても良いし、ｅ−ｍａｉｌ形式でメッセージを送信しても良いし、プリンタドライバが反応する形でも何でも良い。ここでは、プリンタドライバが反応する形とする。
【００２７】
よって、Ｓ６では、ユーザーのプリンタドライバに、ワーニングメッセージとして、ＨＤＤ故障の可能性が高くＪＯＢ完了が危険なことを表示させる。
【００２８】
ユーザーは該ワーニングメッセージに対して、ＪＯＢを中止するか続行するかを選択する（Ｓ７）。
【００２９】
ただし、ユーザーの選択入力待ちの時間をカウントし、タイムアウト処理を入れても良い。ここでは、続行のための入力がなければ、３０秒でタイムアウトし、ＪＯＢ中止処理を行う（Ｓ８）。
【００３０】
Ｓ７で、ユーザーから続行入力を受けると、Ｓ１０でサービスマンにＨＤＤ故障の危険があるＪＯＢ処理を続行することを通知し、Ｓ５に進む。
【００３１】
Ｓ１０では、サービスマンに故障の危険を通知できれば何でもよく、サービスセンターなどにｅ−ｍａｉｌで危険を通知しても良いし、担当サービスマンの携帯電話に電話やｅ−ｍａｉｌで通知しても良い。ここでは、サービスセンターにｅ−ｍａｉｌで通知するものとする。サービスマンは該通知を受け取るとＨＤＤ交換作業の準備を進める。Ｓ５では、ＪＯＢ処理動作を行う。
【００３２】
以下に、ＨＤＤのアトリビュートスレッシュ値が６０ｈで、前回のアクセス時のアトリビュート値が６Ｂｈであるとして、実際の動作を説明する。
【００３３】
ユーザーＸが印刷ＪＯＢ  Ｙを行うため、ＰＣから印刷ＪＯＢ  Ｙを印刷装置１に送信した。印刷装置１は、不図示のＩ／Ｆを介して印刷ＪＯＢ  Ｙを受信し、印刷スタートする（Ｓ１）。
【００３４】
ＣＰＵ２は、ＪＯＢ  ＹのＨＤＤアクセス回数を算出するためアクセス回数算出手段１１のプログラムルーチンに入り、アクセス回数を算出する。ＪＯＢ  ＹのＨＤＤアクセス回数は、２０回となった。同時にＪＯＢ  ＹをＪＯＢ格納手段１５に格納する（Ｓ２）。
【００３５】
前回のアクセス時に前アトリビュート格納手段１０に格納した前アトリビュート値を読み出すと６Ｂｈであった。アクセス回数カウント手段１２に格納されているＪＯＢ以外のアクセス回数を読み出すと１５回であった。アトリビュート値推定手段１３でＪＯＢ  Ｙの処理前に読み出すと、アトリビュート値は６７ｈと推定された。
【００３６】
ＪＯＢ  Ｙを行う前にＨＤＤ３から読み出したアトリビュート値が、６９ｈだった場合、ＪＯＢ  Ｙを行った後の推定値が６５ｈとなるので、ＣＰＵ２はＪＯＢ完了まで故障しないと判断し（Ｓ４）、ＪＯＢ  Ｙの処理を継続する（Ｓ５）。
【００３７】
ＨＤＤ３のＪＯＢ  Ｙ終了後のアトリビュート値も６５ｈであり、問題なくＪＯＢ  Ｙが完了し、終了する（Ｓ９）。
【００３８】
次に実際にＨＤＤ３から読み出した値が６５ｈだった場合、推定値よりも２低くなっており、ＣＰＵ２は、アトリビュート推定手段１３のアルゴリズムに誤差修正を加える。続けて、ＪＯＢ  Ｙを行った場合の推定値を算出する。５Ｃｈとなった（Ｓ３）。
【００３９】
スレッシュ値が６０ｈなので、これよりも低くなっており、ＣＰＵ２は、ＪＯＢ完了まで故障しないとはいえないと判定する（Ｓ４）。
【００４０】
ユーザーへ不図示のＩ／Ｆを介して、ＪＯＢ  Ｙを行うとＨＤＤ故障の危険があるが、続行するか問うワーニングメッセージを送信する（Ｓ６）。ユーザーＸは、そのメッセージを見て、他の印刷装置にてＪＯＢ  Ｙを行う。
【００４１】
印刷装置１は、ユーザーＸからの続行入力がないのでタイムアウト処理で（Ｓ７）、ＪＯＢ中止処理を行う。ＪＯＢ  Ｙの処理を中止して、終了する。
【００４２】
よって、ＪＯＢ途中で故障しない。従来であれば、故障予測もされないので、ユーザーＸは、そのままＪＯＢ  Ｙを印刷装置１で行い、ＨＤＤのスレッシュ値を下回ったところからＨＤＤアクセスが不安定となり、最悪は途中でハングアップする。ユーザーＸは、ただＪＯＢが重たくて時間がかかっているのか、装置の故障かをすぐには見分けがつかず、その間に他のユーザーＺなどからのＪＯＢも待たされ、業務効率が落ちることになる。
【００４３】
次に、ワーニングメッセージ（Ｓ６）に対して、ユーザーＸが続行入力を行った場合（Ｓ７）、サービスセンターにＨＤＤ故障の危険なＪＯＢを処理する旨、通知する（Ｓ１０）。続行なので、Ｓ５で、ＪＯＢ  Ｙの処理を行う。
【００４４】
サービスセンターでは、本通知を受け取ると、サービスマンがＨＤＤの交換の準備を行う。
【００４５】
無事、終わっていれば、ただ単にＨＤＤ交換を行い、終わっていなければ、他のＭＦＰにＪＯＢを送信させてからＨＤＤ交換を行う。
【００４６】
以上、説明したように、何の前触れも無く装置がＨＤＤ故障で、ＪＯＢ途中でハングすることなく、あらかじめ故障の可能性が高いことをユーザーやサービスマンに通知しているので、実際に故障してもすぐに対応ができる。
【図面の簡単な説明】
【００４７】
【図１】本発明の実施例１のフローチャート
【図２】本発明の実施例１の構成説明図
【符号の説明】
【００４８】
１  印刷装置本体
２  ＣＰＵ
３  ＨＤＤ
４  ＨＤＤ  Ｃ
５  ＲＯＭ
６  ＲＡＭ
７  印刷部
１０  前アトリビュート値格納手段
１１  アクセス回数算出手段
１２  アクセス回数カウント手段
１３  アトリビュート値推定手段
１４  継続確認手段
１５  ＪＯＢ格納手段
【図１】
2006256251.tif 000003
【図２】
2006256251.tif 000004