(57)【要約】【課題】  画像処理装置のデバッグ情報をホストＰＣからのコマンドにより特定の通知先に電子メールで送付し、その通知先で必要なデバッグ作業を行うようしたデバッグ機能を備えた画像処理装置を提供すること。【解決手段】  ホストコンピュータ１１１から送信されたデータに基いて所定の画像処理を行う画像処理装置１３１において、画像処理装置１３１は、特定の通知先３２の電子メールアドレスを記憶する手段及び電子メールを送信する手段を備え、前記ホストコンピュータ１１１からのコマンドデータで指定した指示に従って、その時点での画像処理装置１３１内の処理状況をデバッグ情報として取得し、前記取得したデバッグ情報を前記電子メールの添付ファイルの形で、前記特定の通知先３２へ送信する機能を備える。【選択図】  図１
2006011588.tif 000002
【特許請求の範囲】
【請求項１】
ホストコンピュータから送信されたデータに基いて所定の画像処理を行う画像処理装置において、前記画像処理装置は、特定の通知先の電子メールアドレスを記憶する手段及び電子メールを送信する手段を備え、前記ホストコンピュータからのコマンドデータで指定した指示に従って、その時点での画像処理装置内の処理状況をデバッグ情報として取得し、前記取得したデバッグ情報を前記電子メールの添付ファイルの形で、前記特定の通知先へ送信する機能を備えたことを特徴とする画像処理装置。
【請求項２】
前記通知先は、ユーザが予め指定したもの又は前記コマンドデータで指定したものであることを特徴とする請求項１に記載の画像処理装置。
【請求項３】
前記デバッグ情報は、前記画像処理装置の動作状況を表すステータス情報及び内部メモリの所定のアドレスのダンプデータから選択された少なくとも一つを含むことを特徴とする請求項１に記載の画像処理装置。
【請求項４】
前記コマンドデータは、前記画像処理装置が解釈できるページ記述言語からなることを特徴とする請求項１に記載の画像処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デバッグ機能を備えた印刷装置、スキャナ、ＭＦＰ（多機能画像処理装置）等の画像処理装置に関し、特に専任の管理者がいないか或いは入るにしても遠隔地にいる企業や事業所等で使用されている画像処理装置のデバッグ情報をホストコンピュータ（以下、「ホストＰＣ」という。）からのコマンドにより特定の通知先に電子メールで送付し、その通知先で必要なデバッグ作業を行うようにするためのデバッグ機能を備えた画像処理装置に関する。
【背景技術】
【０００２】
印刷装置、スキャナ、ＭＦＰ等の画像処理装置は、大企業のみならず、個人の家庭、中小規模の企業や事業所等でも広く使用されている。これらの画像処理装置は、精密な電子機器であるため、使用中に様々なエラーや故障等を生じる。このエラーないし故障が、紙詰まり、用紙切れ、原稿フィードミス、トナー不足、印刷カートリッジ寿命到達等のようなものであれば、一般ユーザが外部から容易にそのエラーや故障の原因を推測でき、また、容易にそのエラーや故障の原因を取り除くことができる。
【０００３】
しかしながら、画像処理装置のエラーや故障の原因が不明であったり、一般ユーザが容易にその原因を取り除けないような場合は、管理者や外部の保守サービス担当者によるエラー回復処理や修理を行う必要が生じる。
【０００４】
このような画像処理装置のエラーや故障の原因を把握するには、画像処理装置の状態を示す特定のステータスだけでなく、レジスタ／メモリダンプリスト等のデバッグ情報も必要となる。この場合画像処理装置は、通常、ホストＰＣからデバッグ情報取得のためのコマンドを受信してそのホストＰＣに対してデバッグ情報を送出するのが普通である。
【０００５】
例えば、下記特許文献１には、図４に示されているように、ホストＰＣ５１と印刷装置５２とを通常のデータ用インタフェース５３及び５４と、デバッグ用双方向インタフェース５５及び５６とを介して接続し、デバッグ用双方向インタフェース５５及び５６の割り込み処理の優先度を他の割り込み処理のものよりも高くし、印刷装置５２が他の処理を行っていてもデバッグ用コマンドを受信するとデバッグ用タスクを実行し、そのステータスをホストＰＣ５１に応答することができるようにした印刷装置が開示されている。
【０００６】
また、下記特許文献２には、図５に示されているように、デバッグ時に、ホストＰＣ６１のデバッグ動作移行部６２から印刷装置６３の動作モード変更部６４に対してモード変更コマンドを送信するとともに回答データの基となる生成されるイメージ情報の特徴が判明しているテストデータを送出し、情報生成部６５及び画像作成部６６においてこのテストデータに基いて印刷すべき画像の形成処理を行うとともに、実画像のイメージデータ或いはその特徴データを選択的に生成し、このデータを、データ転送部６７を介して印刷処理を行わずに返答データとしてホストＰＣに返送し、ホストＰＣ６１において前記返答データと予め作成しておいた回答データとを比較照合部６８において比較し、結果判定部６９にて印刷装置６３の自動評価を行うようにした印刷装置のデバッグを迅速且つ正確に行う手法が開示されている。
【０００７】
同じく下記特許文献３には、印刷装置等の画像処理装置は、ホストＰＣ等の上位装置に接続され、前記上位装置から送られてくるコマンドに対応した解釈文を保持しており、デバッグ時には、前記ホストＰＣ等の上位装置から送られてきたコマンドに基いて通常の印刷処理を行うとともに、前記コマンドと前記コマンド解釈文とを前記ホストＰＣ等の上位装置に送信するようになした画像処理装置の発明が開示されている。このコマンド解釈文は、例えば、図６に示すように、各コマンドの意味内容を使用者に理解できるようにした文を意味する。例えば、「ESC CP 100,200」に対応したコマンド解釈文は、「SET cursol position to (100,200) point」であり、上記コマンドが、「カーソルを座標（１００、２００）にセットせよ」という意味内容を有するコマンドであることを明らかにしたものである。下記特許文献３に開示されて画像処理装置の発明は、前述のような構成を採用することにより、デバッグ時には、生成された画像データのみを印刷し、コマンド及びコマンド解釈文を用紙に印刷せずにホストＰＣ等の上位装置に表示するようにしているため、用紙の消費が抑えられるという効果を奏するものである。
【０００８】
このような下記特許文献１〜３に開示されている画像処理装置のデバッグはいずれも画像処理装置と１：１で接属されているホストＰＣからの指示により行われ、その結果がホストＰＣに送信されて、このホストＰＣ上でデバッグ情報を確認・解析する構成となっているものであるから、デバッグ時には画像処理装置と１：１で接属されているホストＰＣに対して管理者や外部の保守サービス担当者がアクセスしている必要がある。
【０００９】
一方、画像処理装置にエラーや故障が生じた場合、管理者や外部の保守サービス担当者が画像処理装置の近傍にいるのであれば、即時にエラーや故障に対して対応可能であるが、一般的には個人の家庭、中小規模の企業や事業所には画像処理装置に詳しい管理者がいるようなことはほとんどないし、また、管理者や外部の保守サービス担当者にしても、ユーザの所在地の近くにいることはまれであって、ユーザの所在地から遠く離れている場所にいるのが大部分である。しかも、管理者や外部の保守サービス担当者は、画像処理装置のエラーや故障の報告、修理依頼を受けた段階ではユーザの画像処理装置にどのようなエラーや故障が生じているかを詳細に知ることはできないため、通常は一旦ユーザの画像処理装置の所まで出向いて、ユーザのホストＰＣからそのエラーや故障が生じている画像処理装置に対してアクセスすることによりデバッグ情報を得て、エラーや故障の原因を確認してから、エラーや故障の回復処理のための機材の手当を行うことも時々あり、そのためにエラーや故障が発生してから回復されるまでによけいに時間がかかることもある。
【００１０】
加えて、エラーや故障の回復処理のためのデバッグ作業に際して、セキュリティ上の問題からユーザのホストＰＣ等を使用することができない場合もあり、このような場合、デバッグ用のホストＰＣをユーザの画像処理装置の配置されている場所に持ち込まなければならないことも生じる。
【００１１】
したがって、画像処理装置にエラーや故障が生じた場合に、その画像処理装置の状態を示す特定のステータスだけでなく、デバッグ情報となるレジスタ／メモリダンプリスト等をもユーザの所在地から離れている所にいる管理者や外部の保守サービス担当者等が知ることができれば、エラーや故障の回復処理に要する時間を短縮することができるために、望ましいことである。
【００１２】
このような遠隔地においてユーザの使用している所定の機器のエラーや故障の状態を検知する手段の一つとして、リモートメンテナンスサーバ（下記特許文献４及び５参照）も知られているが、このリモートメンテナンスサーバを個人の家庭、中小規模の企業や事業所等のユーザを対象として適用するには、特殊なインフラが必要であり、大がかりで非常に高価となるために直ちには採用し難い。
【００１３】
【特許文献１】特開平０８−２３０２８２号公報（段落［０００７］、［００１６］〜［００２３］、図１）
【特許文献２】特開平０９−２５８９３６号公報（特許請求の範囲、段落［００１９］〜［００２２］、図１）
【特許文献３】特開平１０−０５８８００号公報（段落［００２７］〜［００３１］、図１、図５）
【特許文献４】特開２００１−１９５１１９号公報（特許請求の範囲、段落［００２７］〜［００３４］、図１）
【特許文献５】特開２００２−０７４５２０号公報（特許請求の範囲、段落［０００９］〜［００１７］、図１）
【発明の開示】
【発明が解決しようとする課題】
【００１４】
本発明は、上記のような従来技術の問題点に鑑みてなされたものであり、その目的は、特にリモートメンテナンスサーバのような大規模な特殊のインフラを必要とせず、既存の画像処理装置に対し所定の機能を備えさせるだけで、画像処理装置にエラーや故障が生じた場合、その時点の画像処理装置のステータス情報やデバッグ情報を、ユーザが遠く離れているところにいる管理者や外部の保守サービス担当者に自動的に送信することができるようにし、それによって管理者や外部の保守サービス担当者がユーザが使用していた画像処理装置に生じたエラーや故障の原因を追及することができるようになし、それによって画像処理装置のエラーや故障の回復処理に要する時間を短縮することができるデバッグ機能を備えた画像処理装置を提供することを目的とする。
【課題を解決するための手段】
【００１５】
本発明の上記目的は以下の構成により達成し得る。すなわち本願の請求項１に記載のデバッグ機能を備えた画像処理装置の発明は、ホストコンピュータ（以下、「ホストＰＣ」という。）から送信されたデータに基いて所定の画像処理を行う画像処理装置において、前記画像処理装置は、特定の通知先の電子メールアドレスを記憶する手段及び電子メールを送信する手段を備え、前記ホストＰＣからのコマンドデータで指定した指示に従って、その時点での画像処理装置内の処理状況をデバッグ情報として取得し、前記取得したデバッグ情報を前記電子メールの添付ファイルの形で、前記特定の通知先へ送信する機能を備えたことを特徴とする。
【００１６】
この場合、前記画像処理装置は、印刷装置、スキャナ或いはＭＦＰであってもよく、また、前記特定の通知先は、電子メールで送信できれば、ＬＡＮ上に接続されているコンピュータであっても或いはインターネットに接続されているコンピュータであってもよい。
【００１７】
また、請求項２に記載の発明は、前記請求項１に記載のデバッグ機能を備えた画像処理装置の発明において、前記通知先は、ユーザが予め指定したもの又は前記コマンドデータで指定したものであることを特徴とする。
【００１８】
また、請求項３に記載の発明は、前記請求項１に記載のデバッグ機能を備えた画像処理装置の発明において、前記デバッグ情報は、前記画像処理装置の動作状況を表すステータス情報及び内部メモリの所定のアドレスのダンプデータから選択された少なくとも一つを含むことを特徴とする。
【００１９】
また、請求項４に記載の発明は、前記請求項１に記載のデバッグ機能を備えた画像処理装置の発明において、前記コマンドデータは、前記画像処理装置が解釈できるページ記述言語からなることを特徴とする。このページ記述言語としては、Ｐｏｓｔｓｃｒｉｐｔ、ＨＰ−ＰＬＣ、ＬＩＰＳ、ＥＳＣ／Ｐ、ＰＲＥＳＣＲＩＢＥ、ＰＲＥＳＣＲＩＢＥ  II（いずれも登録商標名）等、前記画像処理装置の仕様に合わせて周知のものを適宜選択して使用し得る。
【発明の効果】
【００２０】
本発明は上述の構成を備えることにより以下のような優れた効果を奏する。すなわち、画像処理装置におけるエラーや故障が、紙詰まり、用紙切れ、原稿フィードミス、トナー不足、印刷カートリッジ寿命到達等のようなユーザが容易に回復可能であるもの以外の場合には、エラーや故障の回復には管理者ないし外部の保守サービス担当者まで連絡してエラーや故障の回復処理が必要となるが、請求項１の発明によれば、その管理者ないし外部の保守サービス担当者がユーザから遠距離の地にいる場合であっても、ユーザがホストＰＣから入力したコマンドデータに従ってエラーや故障回復に必要な画像処理装置内の処理状況を管理者や外部の保守サービス担当者のコンピュータに対して電子メールの添付ファイルとして送信することができる。そのため、請求項１に記載の発明によれば、管理者や外部の保守サービス担当者はエラーや故障が生じた画像処理装置のところまで出向かなくてもそのエラーや故障の原因を推測することができるようになるので、管理者や外部の保守サービス担当者は予めエラーや故障に対処する準備を整えてから画像処理装置まで出向くことができるようになるから、エラーや故障が発生してから回復されるまでの時間を短縮することができるようになる。
【００２１】
また、請求項２の発明によれば、通知先の電子メールアドレスを必要に応じて管理者や外部の保守サービス担当者に適宜に切換えて送信することができるようになるので、エラーや故障の種類に応じて最適な通知先を選択できるようになる。
【００２２】
また、請求項３の発明によれば、エラーや故障が生じた画像処理装置内の処理状況を、外部からは確認できない画像処理装置の動作状況を表すステータス情報ないし内部メモリの所定のアドレスのダンプデータを管理者ないし外部の保守サービス担当者に送信することができるようになるので、管理者ないし外部の保守サービス担当者は容易にエラーや故障の原因を推測することができるようになる。
【００２３】
また、請求項４の発明によれば、ページ記述言語は画像処理装置が容易に解釈できる言語であるため、このページ記述言語にコマンドデータを追加し、そのコマンドデータの中で、どのようなデバッグ情報が必要か、どのメールアドレスにその情報を送付するかを指定することができ、しかもデバッグ情報としては、外部からは確認できないステータス情報ないし内部メモリの所定のアドレスのダンプデータなども含ませることができるので、管理者や外部の保守サービス担当者が容易にエラーや故障を起こした画像処理装置に対して所定のデバッグ処理を行わせることができるようになる。
【発明を実施するための最良の形態】
【００２４】
以下、本願発明を実施するための最良の形態を実施例を用いて詳細に説明するが、以下に示す実施例は、本発明の技術思想を具体化するためのデバッグ機能を備えた画像処理装置を例示するものであって、本発明をこれらのものに限定することを意図するものではない。なお、図１は、本発明のデバッグ機能を備えた画像処理装置を含むシステム全体の概念図である。
【００２５】
本実施例では、プリンタ、スキャナ、ＭＦＰ等の画像処理装置１３１・・・１３ｎと複数のホストＰＣ１１１・・・１１ｎがＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）１２により接続されている。また、ＬＡＮ１２は、ファイアウォール３０を介して、インターネット３１など広域的なネットワークに接続されており、また、管理者ないし外部の保守サービス担当者用のコンピュータ３２もインターネット３１に接続されている。なお、管理者ないし外部の保守サービス担当者用のコンピュータ３２は、ＬＡＮ１２に直接接続されているものであってもよい。
【００２６】
各ホストＰＣ１１１・・・１１ｎは、画像処理装置１３１・・・１３ｎの何れかに印刷データを送信し、印刷を行うことができるようになっている。また、画像処理装置１３１・・・１３ｎのそれぞれには、エラーや故障が生じた場合にホストＰＣ１１１・・・１１ｎからのコマンドに対応してその画像処理装置のステータス情報やデバッグ情報をユーザの所在地から離れている所にいる管理者や外部の保守サービス担当者用のコンピュータ３２に自動的に送信できるようになすため、管理者や外部の保守サービス担当者用コンピュータ３２の電子メールアドレスを記憶する手段及び電子メールを送信する手段を備えている。
【００２７】
ここで、例えばＬＡＮ１２上のホストＰＣ１１１からＬＡＮ１２を介して画像処理装置１３１に対してデバッグのためのページ記述言語からなるコマンドデータを送信する場合について説明する。ホストＰＣ１１１から画像処理装置１３１に対して印刷処理を行っている間、或いは印刷を行おうとして画像処理装置１３１にアクセスした場合、この画像処理装置１３１に何らかのエラーや故障が生じていると、通常はドライバの機能によりユーザの使用しているホストＰＣ１１１に対してエラーや故障である旨の通知が届くようになっている。
【００２８】
そのエラーや故障が紙詰まり、用紙切れ、原稿フィードミス、トナー不足、印刷カートリッジ寿命等、ユーザが容易に回復できるものであれば、ユーザがその画像処理装置の所まで出向いて直ちに回復して正常な動作状態に戻すことができる。しかし、そのエラーや故障がユーザの手に負えない場合は、管理者又は外部の保守サービス担当者に連絡してエラーや故障の回復処理を依頼する必要が生じる。
【００２９】
この場合、ユーザは、ホストＰＣ１１１を操作して、画像処理装置１３１に対して所定のデバッグ処理を行うようにさせる。すなわち、予めホストＰＣ１１１内に記憶させておいたデバッグ用プログラムを起動させ、デバッグに必要とされると思われる情報を得るためのコマンドデータを画像処理装置１３１に対して送出する。このコマンドデータは、たとえば、Ｐｏｓｔｓｃｒｉｐｔ、ＨＰ−ＰＬＣ、ＬＩＰＳ、ＥＳＣ／Ｐ、ＰＲＥＳＣＲＩＢＥ、ＰＲＥＳＣＲＩＢＥ  II等の画像処理装置１３１が解釈できる周知のページ記述言語からなり、これらのページ記述言語のうちからドライバの特性や画像処理装置１３１の製造メーカ等を考慮の上で好ましいものが選択して使用される。
【００３０】
このデバッグ用プログラムは、予めデバッグに必要と予測される情報を得るためのコマンドを一つのファイルにまとめたものでも良いし、ホストＰＣ１１１の表示画面に各種ナビゲーション画面を表示してユーザに画像処理装置１３１の各種エラーの状況や故障の状況を入力させて、その状況に応じて必要と予測される情報を得るためのコマンドを自動的に選択するようにしてもよい。このようにすれば、ユーザがデバッグ用コマンドを理解していなくても、エラーや故障を起こした画像処理装置１３１に対してデバッグ情報を得るのに必要とされるコマンドデータを送信することができる。なお、電子メールアドレスは、予め入力しておいても良いし、管理者宛、外部の保守サービス担当者宛等で電子メールの宛先を切換えるために、前記コマンドに送信先のメールアドレスを追加して予め記憶されていたメールアドレスを変更するようにしてもよい。
【００３１】
この画像処理装置１３１は、この受信したコマンドデータを解釈して、まずメールアドレスの指定があればそのメールアドレスを従来のメールアドレスに変えて記憶し、必要とする内部情報を得た上で添付ファイル形式のデバッグ情報に加工し、予め記憶されている管理者ないし外部の保守サービス担当者の電子メールアドレスに上記ファイルを転送する。その際、デバッグ情報としては外部からは確認できないステータス情報ないし内部メモリの所定のアドレスのダンプデータを得るようにしてもよい。
【００３２】
このようにして作成されたデバッグ情報を添付ファイルとして含む電子メールを受信した管理者ないし外部の保守サービス担当者は、そのＰＣ３２上でデバッグ情報を解析すれば、たとえ画像処理装置１３１に直接アクセスしなくても、エラーや故障の原因を推測することが可能となる。そこで、管理者ないし外部の保守サービス担当者は、そのエラーや故障の原因に対応すべく必要に応じて交換用部品等を携え、所定の画像処理装置１３１のエラーないし故障の修復に着手すればよい。
【００３３】
ここで、画像処理装置１３１の動作を図２に示したフローチャートを用いて詳細に説明する。まず、画像処理装置１３１は、ステップＳ１において、印刷データを受信するまで待機状態にある。ステップＳ１において印刷データを受信すると、その印刷データ中にデバッグコマンドデータが含まれているか否かを判断する。デバッグコマンドデータが含まれていなければ、受信したデータは印刷データであるから、ステップＳ３において受信した印刷データを処理してプリンタエンジン（図示せず）が所定の印刷を行えるように画像データを作成し、その後にステップＳ４においてプリンタエンジンにより通常の印刷処理を行い、処理を終了する。
【００３４】
ステップＳ２においてデバッグコマンドデータが含まれていると判断された場合、ステップＳ５においてデバッグコマンドデータ中にメールアドレスが含まれているか否かを判断し、メールアドレスが含まれている場合はステップＳ６において古いメールアドレスに変えて新しいメールアドレスを記憶する。この場合、初めて画像処理装置を使用する場合や全ての条件が初期化されていた場合等、画像処理装置にメールアドレスが記憶されていなかった場合は、デバッグコマンド中に含まれていたメールアドレスをそのまま記憶させればよい。
【００３５】
次いで、ステップＳ７において、受信したデバッグコマンドデータに基いて画像処理装置内の処理状況をデバッグ情報として取得し、これをステップＳ８において添付ファイルの形式に変換し、ステップＳ９において記憶されていたメールアドレスで指定された宛先に前記添付ファイルを送信して処理を終了する。
【００３６】
なお、本発明で使用されるページ記述言語によるデバッグコマンドデータの一例を図３を用いて説明する。例えば、ホストＰＣ１１１において、画像処理装置１３１内のタスク状態テーブルの内容を管理者ないしは外部の保守サービス担当者用のＰＣ３２に電子メールで送信しようとした場合、デバッグコマンドデータの一例はつぎのようになる。ただし、このコマンドはＤＯＳモードで実行される例である。
>ｅｃｈｏ  ！Ｒ！  ＤＢＭＡＩＬ，０，；ＥＸＩＴ；>ｐｒｎ
このデバッグコマンドデータは、「！Ｒ！」の部分で画像処理装置に対してそれに引き続く文字列で指定されたコマンドを実行することを指定し、「ＤＢＭＡＩＬ」の文字列が本発明によるデバッグデータを電子メールで送信するコマンドであり、それに引き続くパラメータにより所定の処理を選択するようになっている。そして「ＥＸＩＴ」は処理を終了するコマンドである。なお、「ｅｃｈｏ」及び「ｐｒｎ」はＤＯＳモードにおける周知のコマンドである。
【００３７】
画像処理装置１３１内のメモリは、図３に示したように、送信先メールアドレスだけでなく、タスク状態テーブル、メモリサイズ情報、その他の必要とされる各種のパラメータを記憶する領域が存在している。そして、画像処理装置１３１は、デバッグコマンドデータ文字列を解析して、「ＤＢＭＡＩＬ」の文字列が存在していることを検知することにより本発明のデバッグデータであることを認識し、パラメータとしてメールアドレスの指定があればそれを所定のメールアドレス記憶領域に書き込み、次いで、他のパラメータに基づく処理を行うようになっている。
【００３８】
図３に示した例では、パラメータが「０」の場合はタスク状態テーブルのデータを収集することを示し、パラメータが「１」の場合はメモリの残りサイズのデータを収集し、パラメータが２の場合は、所定の数値範囲の付加パラメータを含むことにより、メモリの所定数値範囲のアドレスのダンプデータを収集するものとして記載してある。従って、一度にタスク状態テーブルの内容と、メモリの残りサイズのデータと、アドレス１０００〜２０００の範囲のメモリのダンプリストを収集する場合のデバッグコマンド列は次のように表すことができる。
！Ｒ！  ＤＢＭＡＩＬ，０；ＥＸＩＴ
！Ｒ！  ＤＢＭＡＩＬ，１；ＥＸＩＴ
！Ｒ！  ＤＢＭＡＩＬ，２，１０００，２０００；ＥＸＩＴ
このようにして収集された各種のデバッグ用のデータは、次いで添付ファイルに変換して、メールアドレスの記憶領域から読み出した宛先である管理者等のコンピュータ３２へ向けて発信される。
【００３９】
このように、本実施例によれば、管理者や外部の保守サービス担当者は、画像処理装置のエラーや故障に関する電子メールを受信した後、直ちにユーザの画像処理装置にどのようなエラーや故障が生じているかを詳細に知ることができるため、従来例のように一旦ユーザの画像処理装置の所まで出向いて、エラーや故障の原因を確認してから、エラーや故障の回復処理のための機材の手当を行う必要がなくなり、そのためにエラーや故障が発生してから回復されるまでの時間が短縮されるようになる。
【００４０】
以上、図面を参照して本発明の実施例を説明した。ただし、以上に示した実施例は本発明の技術思想を具体化するためのデバッグ機能を備えた画像処理装置を例示するものであって、本発明をこれらの実施例に特定することを意図するものではなく、特許請求の範囲の趣旨を逸脱しない範囲で、それに含まれる画像処理装置、例えば、スキャナ、ＭＦＰ、プリンタ、複写機、ＦＡＸ等にも等しく適用し得るものである。
【図面の簡単な説明】
【００４１】
【図１】本発明のデバッグ機能を備えた画像処理装置を含むシステム全体の概念図である。
【図２】デバッグ機能を備えた画像処理装置の動作を説明するためのフローチャートである。
【図３】本発明のデバッグコマンドデータ及びそのコマンドデータの処理工程の一例を示す図である。
【図４】第１の従来例のプリンタ制御システムのブロック図である。
【図５】第２の従来例の印刷装置とデバッグ装置の相互関係を示す図である。
【図６】第３の従来例の従来例のコマンド解釈文の一例を示す図である。
【符号の説明】
【００４２】
１１１・・・１１ｎ    ホストＰＣ
１２        ＬＡＮ
１３１・・・１３ｎ    画像処理装置
３０    ファイアウォール
３１    インターネット
３２    保守サービス担当者のＰＣ
【図１】
2006011588.tif 000003
【図２】
2006011588.tif 000004
【図３】
2006011588.tif 000005
【図４】
2006011588.tif 000006
【図５】
2006011588.tif 000007
【図６】
2006011588.tif 000008