JP3887191B2

JP3887191B2 - Image information processing apparatus and failure information notification method

Info

Publication number: JP3887191B2
Application number: JP2001264887A
Authority: JP
Inventors: 浩司水上
Original assignee: Ricoh Co Ltd
Current assignee: Ricoh Co Ltd
Priority date: 2001-08-31
Filing date: 2001-08-31
Publication date: 2007-02-28
Anticipated expiration: 2021-08-31
Also published as: JP2003072208A

Description

【０００１】
【発明の属する技術分野】
この発明は、プリンタ、コピーまたはファクシミリなどの画像情報処理にかかるユーザサービスを提供する際に動作するプログラムやアプリケーションの障害情報やハードウェア資源の障害に基づいてソフトウェア構成の再構築を行った場合の再構築情報を、画像情報処理装置の障害情報を収集する遠隔集中管理装置にネットワーク経由で送信することができる画像情報処理装置およびこのような画像情報処理装置で実行される障害情報通知方法に関するものである。
【０００２】
【従来の技術】
プリンタ、コピーまたはファクシミリなどのユーザサービスを提供する複合機には、公衆回線網を利用して、累積印刷回数、トナーなどの残量、障害の発生などをセンターの集中管理装置に通知し、その複合機の使用状況の集計をしたり、遠隔診断したりするシステムが知られている。
【０００３】
例えば、複数の複写機あるいは複合機などの画像形成装置を遠隔的に管理する遠隔集中管理装置に対し、画像形成装置で障害が発生したことを知らせる障害情報を通知するシステムなどが一般的に知られている。
【０００４】
【発明が解決しようとする課題】
しかしながら、従来の複合機では、診断プログラムによってハードウェア資源のエラーチェックを行って、ハードウェア障害しか複合機遠隔集中管理装置に対して通知していないため、アプリケーションやコントロールサービスにエラーが生じてユーザサービスの機能が停止している場合でも、遠隔集中管理装置に複合機の現在の障害内容を正確に通知することができないという問題がある。
【０００５】
ところで、従来の複合機では、内部にプリンタ、コピー、スキャナおよびファクシミリ装置に対応するソフトウェア（汎用ＯＳを含む）をそれぞれ別個に設ける構成となっており、各ソフトウェアの開発に多大の時間を要する。このため、出願人は、表示部、印刷部および撮像部などの画像形成処理で使用されるハードウェア資源を有し、プリンタ、コピーまたはファクシミリなどの各ユーザサービスにそれぞれ固有の処理を行うアプリケーションを複数搭載し、これらのアプリケーションとハードウェア資源との間に介在して、ユーザサービスを提供する際に、アプリケーションの少なくとも２つが共通的に必要とするハードウェア資源の管理、実行制御並びに画像形成処理を行う各種コントロールサービスからなるプラットホームを備えた画像形成装置を発明した。この画像形成装置によれば、アプリケーションの少なくとも２つが共通的に必要とするハードウェア資源の管理、実行制御並びに画像形成処理を行うプラットホームを備えた構成とすることによって、ソフトウェア開発の効率化を図るとともに、装置全体としての生産性を向上させることが可能となる。
【０００６】
このような複合機では、複数のアプリケーションと、アプリケーションの少なくとも２つが共通的に必要とするサービスを提供する複数のコントロールサービスを有するという各モジュールが独立した構成となっているため、かかる特徴的な構成を利用することで、ユーザサービスのコピー、プリンタ、スキャナまたはファクシミリなどの各機能ごとに一部の機能制限だけで実行させ、かかる動作状況を遠隔集中管理装置に通知することが好ましい。
【０００７】
この発明は上記に鑑みてなされたもので、ソフトウェア障害情報およびハードウェア資源の障害に起因してソフトウェア構成に再構築に関する再構築情報を、遠隔集中管理装置に送信することにより、画像情報処理装置の動作状況を正確に伝達することができる画像情報処理装置および障害情報通知方法を得ることを目的とする。
【０００８】
【課題を解決するための手段】
上記目的を達成するため、請求項１にかかる発明は、プリンタ部またはスキャナ部を有するハードウェア資源を利用して画像情報処理にかかるアプリケーションのプロセスを複数搭載可能とし、オペレーティングシステムと、前記オペレーティングシステム上で動作し、複数の前記アプリケーションからアクセスされて前記ハードウェア資源の制御を行うプログラムのプロセスとを備えた画像情報処理装置であって、前記ハードウェア資源の障害を検知する診断手段と、前記ハードウェア資源の障害と、前記ハードウェア資源の障害に影響するプログラムおよびアプリケーションとをあらかじめ対応付け、前記対応付けは、前記障害と、前記障害に影響せずに実行可能な前記アプリケーションの緊急モードおよび前記緊急モードで実行される前記アプリケーションからアクセスされて前記障害に影響せずに実行可能な前記プログラムの緊急モードとの対応付けである再構築テーブルを記憶する記憶手段と、前記診断手段により検知された障害と前記再構築テーブルとに基づいて、前記検知された障害に影響のないプログラムおよびアプリケーションの前記緊急モードを選択して前記プログラムおよびアプリケーションを選択された前記緊急モードで起動する再構築手段と、前記再構築手段により起動されたプログラムおよびアプリケーションに関する再構築情報を、ネットワークに接続された複数の画像形成装置における障害情報を収集する遠隔集中管理装置へネットワーク経由で送信する送信手段と、を備えたことを特徴とする。
【０００９】
この請求項１の発明によれば、ハードウェア資源の障害を検知する診断手段と、ハードウェア資源の障害と、ハードウェア資源の障害に影響するプログラムおよびアプリケーションとをあらかじめ対応付け、対応付けは、障害と、障害に影響せずに実行可能なアプリケーションの緊急モードおよび緊急モードで実行されるアプリケーションからアクセスされて障害に影響せずに実行可能なプログラムの緊急モードとの対応付けである再構築テーブルを記憶する記憶手段と、診断手段により検知された障害と再構築テーブルとに基づいて、検知された障害に影響のないプログラムおよびアプリケーションの緊急モードを選択してプログラムおよびアプリケーションを選択された緊急モードで起動する再構築手段と、再構築手段により起動されたプログラムおよびアプリケーションに関する再構築情報を、ネットワークに接続された複数の画像形成装置における障害情報を収集する遠隔集中管理装置へネットワーク経由で送信する送信手段とを備えたことで、ハードウェア障害によりソフトウェア構成が再構築された場合でも、その再構築の状況を遠隔集中管理装置に通知することができ、画像情報処理装置の現在の状況を正確に伝達することができる。
【００１０】
また、請求項２にかかる発明は、請求項１に記載の画像情報処理装置において、前記遠隔集中管理装置からネットワーク経由で診断要求を受信する受信手段をさらに備え、前記診断手段は、前記受信手段によって前記診断要求を受信したときに、前記ハードウェア資源の障害を検知することを特徴とする。
【００１１】
この請求項２の発明によれば、遠隔集中管理装置からネットワーク経由で診断要求を受信する受信手段をさらに備え、診断手段が受信手段によって診断要求を受信したときにハードウェア資源の障害を検知することで、遠隔集中管理装置からの要求に応じて動的に画像情報処理装置のソフトウェア構成の再構築の状況を伝達することができる。
【００１２】
また、請求項３にかかる発明は、請求項１または２に記載の画像情報処理装置において、前記送信手段は、前記診断手段により検知された障害に関するハードウェア障害情報を、前記遠隔集中管理装置にネットワーク経由で送信することを特徴とする。
【００１３】
この請求項３の発明によれば、送信手段が診断手段により検知された障害に関するハードウェア障害情報を遠隔集中管理装置にネットワーク経由で送信することで、ソフトウェア構成の再構築の原因を正確に伝達することができる。
【００１４】
また、請求項４にかかる発明は、請求項１〜３のいずれか一つに記載の画像情報処理装置において、前記送信手段は、さらに、前記再構築情報を、ネットワークに接続された画像情報処理装置のクライアント端末に送信することを特徴とする。
【００１５】
この請求項４の発明によれば、再構築情報を、ネットワークに接続された画像情報処理装置のクライアント端末に送信することで、画像情報処理装置をネットワーク経由で使用するＰＣなどのクライアント端末に対して、ソフトウェア構成の再構築の状況を通知することができ、ユーザサービスの機能制限の内容を確実に伝達することができる。
【００１６】
また、請求項５にかかる発明は、プリンタ部またはスキャナ部を有するハードウェア資源を利用して画像情報処理にかかるアプリケーションのプロセスを複数搭載可能とし、オペレーティングシステムと、前記オペレーティングシステム上で動作し、複数の前記アプリケーションからアクセスされて前記ハードウェア資源の制御を行うプログラムのプロセスとを備えた画像情報処理装置で生じた障害に関する障害情報を通知する障害情報通知方法であって、前記ハードウェア資源の障害を検知する診断ステップと、前記診断ステップにより検知された障害と、前記ハードウェア資源の障害と前記ハードウェア資源の障害に影響するプログラムおよびアプリケーションとをあらかじめ対応付け、前記対応付けは、前記障害と前記障害に影響せずに実行可能な前記アプリケーションの緊急モードおよび前記緊急モードで実行される前記アプリケーションからアクセスされて前記障害に影響せずに実行可能な前記プログラムの緊急モードとの対応付けである再構築テーブルとに基づいて、前記検知された障害に影響のないプログラムおよびアプリケーションの前記緊急モードを選択して前記プログラムおよびアプリケーションを選択された前記緊急モードで起動する再構築ステップと、前記再構築ステップにより起動されたプログラムおよびアプリケーションに関する再構築情報を、ネットワークに接続された複数の画像情報処理装置における障害情報を収集する遠隔集中管理装置へネットワーク経由で送信する送信ステップと、を含むことを特徴とする。
【００１７】
この請求項５の発明によれば、ハードウェア資源の障害を検知する診断ステップと、診断ステップにより検知された障害と、ハードウェア資源の障害とハードウェア資源の障害に影響するプログラムおよびアプリケーションとをあらかじめ対応付け、対応付けは、障害と障害に影響せずに実行可能なアプリケーションの緊急モードおよび緊急モードで実行されるアプリケーションからアクセスされて障害に影響せずに実行可能なプログラムの緊急モードとの対応付けである再構築テーブルとに基づいて、検知された障害に影響のないプログラムおよびアプリケーションの緊急モードを選択してプログラムおよびアプリケーションを選択された緊急モードで起動する再構築ステップと、再構築ステップにより起動されたプログラムおよびアプリケーションに関する再構築情報を、ネットワークに接続された複数の画像情報処理装置における障害情報を収集する遠隔集中管理装置へネットワーク経由で送信する送信ステップとを含むことで、ハードウェア障害によりソフトウェア構成が再構築された場合でも、その再構築の状況を遠隔集中管理装置に通知することができ、画像情報処理装置の現在の状況を正確に伝達することができる。
【００１８】
また、請求項６にかかる発明は、請求項５に記載の障害情報通知方法において、前記遠隔集中管理装置からネットワーク経由で診断要求を受信する受信ステップをさらに含み、前記診断ステップは、前記受信ステップによって前記診断要求を受信したときに、前記ハードウェア資源の障害を検知することを特徴とする。
【００１９】
この請求項６の発明によれば、遠隔集中管理装置からネットワーク経由で診断要求を受信する受信ステップをさらに含み、診断ステップが受信ステップによって診断要求を受信したときにハードウェア資源の障害を検知することで、遠隔集中管理装置からの要求に応じて動的に画像情報処理装置のソフトウェア構成の再構築の状況を伝達することができる。
【００２０】
また、請求項７にかかる発明は、請求項５または６に記載の障害情報通知方法において、前記送信ステップは、さらに前記診断ステップにより検知された障害に関するハードウェア障害情報を、前記遠隔集中管理装置にネットワーク経由で送信することを特徴とする。
【００２１】
この請求項７の発明によれば、送信ステップが診断ステップにより検知された障害に関するハードウェア障害情報を遠隔集中管理装置にネットワーク経由で送信することで、ソフトウェア構成の再構築の原因を正確に伝達することができる。
【００２２】
また、請求項８にかかる発明は、請求項５〜７のいずれか一つに記載の障害情報通知方法において、前記送信ステップは、さらに前記再構築情報を、ネットワークに接続された画像情報処理装置のクライアント端末に送信することを特徴とする。
【００２３】
この請求項８の発明によれば、送信ステップは、さらに前記再構築情報を、ネットワークに接続された画像情報処理装置のクライアント端末に送信することで、画像情報処理装置をネットワーク経由で使用するＰＣなどのクライアント端末に対して、ソフトウェア構成の再構築の状況を通知することができ、ユーザサービスの機能制限の内容を確実に伝達することができる。
【００２４】
【発明の実施の形態】
以下に添付図面を参照して、この発明にかかる画像情報処理装置および障害情報通知方法の好適な実施の形態を詳細に説明する。
【００２５】
（実施の形態１）
図１は、この発明の実施の形態１である画像形成装置（以下、「複合機」という）の構成を示すブロック図である。実施の形態１の複合機は、コントロールサービスやアプリケーションというソフトウェアの障害を検知して、その診断結果を公衆回線を利用して遠隔集中管理装置に送信するものである。図１に示すように、複合機１００は、白黒ラインプリンタ（B&W LP）１０１と、カラーラインプリンタ（Color LP）１０２と、スキャナ、ファクシミリなどのハードウェアリソース１０３などを有するとともに、プラットホーム１２０とアプリケーション１３０とから構成されるソフトウェア群１１０とを備えている。
【００２６】
プラットホーム１２０は、アプリケーションからの処理要求を解釈してハードウェア資源の獲得要求を発生させるコントロールサービスと、一または複数のハードウェア資源の管理を行い、コントロールサービスからの獲得要求を調停するシステムリソースマネージャ（ＳＲＭ）１２３と、汎用ＯＳ１２１とを有する。
【００２７】
コントロールサービスは、複数のサービスモジュールから形成され、ＳＣＳ（システムコントロールサービス）１２２と、ＥＣＳ（エンジンコントロールサービス）１２４と、ＭＣＳ（メモリコントロールサービス）１２５と、ＯＣＳ（オペレーションパネルコントロールサービス）１２６と、ＦＣＳ（ファックスコントロールサービス）１２７と、ＮＣＳ（ネットワークコントロールサービス）１２８とから構成される。なお、このプラットホーム１２０は、あらかじめ定義された関数により前記アプリケーション１３０から処理要求を受信可能とするアプリケーションプログラムインタフェース（ＡＰＩ）を有する。
【００２８】
汎用ＯＳ１２１は、ＵＮＩＸなどの汎用オペレーティングシステムであり、プラットホーム１２０並びにアプリケーション１３０の各ソフトウェアをそれぞれプロセスとして並列実行する。
【００２９】
コントロールサービスのそれぞれは、プロセスとして動作し、後述する診断アプリ１１７から発行される診断関数を実装している。この診断関数は、各コントロールサービスの動作確認を行うために擬似的な処理を行うものであり、ハードウェア資源や他のプロセスにアクセスせずに内部で完結するような最低限の処理を実行する。そして、その処理結果によって正常またはエラー発生を示す関数戻り値を呼び出し元の診断アプリ１１７に返すようになっている。
【００３０】
また、各コントロールサービスおよび各アプリは、プリンタ、コピーまたはファクシミリなどの画像形成処理にかかるユーザサービスの機能を提供する際に実行される通常モードスレッドと、診断関数を実行する診断モードスレッドを有している。
【００３１】
ＳＲＭ１２３のプロセスは、ＳＣＳ１２２とともにシステムの制御およびリソースの管理を行うものであり、スキャナ部やプリンタ部などのエンジン、メモリ、ＨＤＤファイル、ホストＩ／Ｏ（セントロＩ／Ｆ、ネットワークＩ／Ｆ、ＩＥＥＥ１３９４Ｉ／Ｆ、ＲＳ２３２ＣＩ／Ｆなど）のハードウェア資源を利用する上位層からの要求にしたがって調停を行い、実行制御を行う。
【００３２】
具体的には、このＳＲＭ１２３は、要求されたハードウェア資源が利用可能であるか（他の要求により利用されていないかどうか）を判断し、利用可能であれば要求されたハードウェア資源が利用可能である旨を上位層に伝える。また、ＳＲＭ１２３は、上位層からの要求に対してハードウェア資源の利用スケジューリングを行い、要求内容（例えば、プリンタエンジンにより紙搬送と作像動作、メモリ確保、ファイル生成など）を直接実施している。
【００３３】
ＳＣＳ１２２のプロセスは、アプリ管理、操作部制御、システム画面表示、ＬＥＤ表示、リソース管理、割り込みアプリ制御というユーザサービスを行う際に実行される通常モードスレッドと、かかる処理を実行せずに、単に上記診断関数を実行する診断モードスレッドを有している。
【００３４】
ＥＣＳ１２４のプロセスは、白黒ラインプリンタ（B&W LP）１０１、カラーラインプリンタ（Color LP）１０２、スキャナ、ファクシミリなどからなるハードウェアリソース１０３のエンジンの制御というユーザサービスを行う際に実行される通常モードスレッドと、このようなエンジン制御を行わずに診断関数を実行する診断モードスレッドを有している。
【００３５】
ＭＣＳ１２５のプロセスは、画像メモリの取得および解放、ハードディスク装置（ＨＤＤ）の利用、画像データの圧縮および伸張などのコピー、プリンタ、ファクシミリおよびスキャナなどのユーザサービスを行う際に実行される通常モードスレッドと、かかる機能を実行せずに診断関数を実行する診断モードスレッドを有している。
【００３６】
ＯＣＳ１２６のプロセスは、オペレータと本体制御間の情報伝達手段となる操作パネル（オペレーションパネル）の制御というユーザサービスを行う際に起動される通常モードスレッドと、かかる操作パネルの制御を行わず診断関数を実行する診断モードスレッドを有している。
【００３７】
ＦＣＳ１２７のプロセスは、システムコントローラの各アプリ層からＰＳＴＮ／ＩＳＤＮ網を利用したファクシミリ送受信、ＢＫＭ（バックアップＳＲＡＭ）で管理されている各種ファクシミリデータの登録／引用、ファクシミリ読みとり、ファクシミリ受信印刷、融合送受信を行うためのＡＰＩを提供するというユーザサービスを行う際に起動される通常モードスレッドと、かかる機能を実行せずに診断関数を実行する診断モードスレッドを有している。
【００３８】
ＮＣＳ１２８は、ネットワークＩ／Ｏを必要とするアプリケーションに対して共通に利用できるサービスを提供するためのプロセスであり、ネットワーク側から各プロトコルによって受信したデータを各アプリケーションに振り分けたり、アプリケーションからデータをネットワーク側に送信する際の仲介を行うというユーザサービスを行う際に実行される通常モードスレッドと、かかる機能を実行せずに診断関数を実行する診断モードスレッドを有している。
【００３９】
このように、ＳＣＳ１２２、ＥＣＳ１２４、ＭＣＳ１２５、ＯＣＳ１２６、ＦＣＳ１２７、ＮＣＳ１２８の各診断モードスレッドはいずれも診断関数を実行してソフトウェアエラーが発生しているか否かを判断し、その結果を診断アプリ１１７に返すようになっている。
【００４０】
アプリケーション１３０は、ページ記述言語（ＰＤＬ）、ＰＣＬおよびポストスクリプト（ＰＳ）を有するプリンタ用のアプリケーションであるプリンタアプリ１１１と、コピー用アプリケーションであるコピーアプリ１１２と、ファクシミリ用アプリケーションであるファックスアプリ１１３と、スキャナ用アプリケーションであるスキャナアプリ１１４と、ネットワークファイル用アプリケーションであるネットファイルアプリ１１５と、工程検査用アプリケーションである工程検査アプリ１１６と診断用のアプリケーションである診断アプリ１１７を有している。
【００４１】
プリンタアプリ１１１、コピーアプリ１１２、ファックスアプリ１１３、スキャナアプリ１１４、ネットファイルアプリ１１５、工程検査アプリ１１６のそれぞれも、ユーザサービスを行う際に実行される通常モードスレッドと、かかる機能を実行せずに診断関数を実行する診断モードスレッドを有している。
【００４２】
アプリケーションのそれぞれは、いずれもプロセスとして動作する。診断アプリ１１７を除く各アプリも、コントロールサービスと同様に、診断アプリ１１７から関数呼び出しされる診断関数を実装している。この診断関数は、各アプリの動作確認を行うために擬似的な処理を行うものであり、ユーザサービスの機能を停止し、かつコントロールサービスへのアクセスを行わずに内部で完結するような最低限の処理を実行する。そして、その処理結果によって正常またはエラー発生を示す関数戻り値を呼び出し元の診断アプリ１１７に返すようになっている。
【００４３】
診断アプリ１１７は、コントロールサービスまたはアプリケーション１３０の診断要求があったときに起動される。そして、各コントロールサービス、ＳＲＭ１２３および各アプリに対して順番に診断関数の呼び出しを行う。そしてそれらの関数戻り値が正常かエラー発生かをチェックしてエラー発生の関数戻り値の場合には、その関数戻り値からソフトウェアエラーの種類を判断し、そのソフトウェアエラーの種類とソフトウェアエラーが生じているソフトウェア（各コントロールサービス、ＳＲＭ１２３、各アプリ）の名称などのエラー情報をオペレーションパネルのディスプレイに表示する。また、これらのエラー情報は、ＮＣＳ１２８が正常動作している場合にはＮＣＳ１２８を介して、公衆回線などのネットワークを利用して遠隔集中管理装置のコンピュータへ送信するようになっている。なお、診断アプリ１１７は本発明における診断手段を構成するものである。
【００４４】
図２は、実施の形態１の複合機を含む遠隔集中管理システムの構成を示すブロック図である。この遠隔集中管理システムは、遠隔集中管理装置２００と、複数の複合機１００とが公衆回線によって接続された構成となっている。
【００４５】
遠隔集中管理装置２００、システム全体の制御を実行するコンピュータ２０１と、光磁気ディスク、磁気テープ、フロッピーディスク、ＩＣカード等の外部記憶装置２０２と、多チャネル型の多チャネル通信制御装置（ＣＣＵ）２０３とにより構成されている。また、上記多チャネル通信制御装置２０３には、公衆回線網２０４が接続され、通信アダプタ２０５を介して、キーカード装置２０６および複合機１００が複数組接続されている。さらに、複合機１００には、ＬＡＮなどのネットワークによりプリンタクライアントとなるＰＣ(Personal Computer)２０７がクライアント端末として接続されている。
【００４６】
また、キーカード装置２０６は、顧客先に配置された複写機１００ごとに接続され、複合機１００の使用情報、ソフトウェア障害情報、再構築情報などを通信アダプタ２０５に出力するように構成されている。この通信アダプタ２０５は、顧客先のキーカード装置２０６および複合機１００の近傍に配置されている。さらに、通信アダプタ２０５は、顧客先のファクシミリ装置あるいは一般電話器と接続され、該ファクシミリ装置あるいは一般電話器の未使用時（回線の空き状態）に、多チャネル通信制御装置２０３および通信アダプタ２０５の間で公衆回線網２０４を介してデータ通信（オフトーク通信方式）が可能に構成されている。
【００４７】
次に、このように構成された実施の形態１の複合機による障害情報の通知処理について説明する。図３は、実施の形態１の複合機１００におけるコントロールサービスおよびアプリケーション１３０の診断要求から診断処理までの全体の流れを示すフローチャートである。
【００４８】
複合機１００によるユーザサービスの処理を実行中、診断要求があると、この診断要求をＳＣＳ１２２で受け取る（ステップＳ３０１）。ここで、診断要求は、公衆回線で接続された遠隔集中管理装置２００から送信される。複合機１００では、この診断要求を、通信アダプタ２０５、キーカード装置２０６を経由してＮＣＳ１２８で受信し、ＳＣＳ１２２が受け取る。このため、通信アダプタ２０５、キーカード装置２０６およびＮＣＳ１２８は本発明における受信手段を構成する。
【００４９】
ついで、ＳＣＳ１２２はプログラム起動部（図示せず）に対して診断アプリ１１７の起動を要求し、これによって診断アプリ１１７がプラットホーム１２０上に起動される（ステップＳ３０２）。そして、診断アプリ１１７によって、コントロールサービスおよびアプリケーションの診断処理が実行される（ステップＳ３０３）。
【００５０】
図４は、実施の形態１の複合機１００の診断アプリ１１７によるコントロールサービスおよびアプリケーションの診断の処理手順を示すフローチャートである。
【００５１】
診断アプリ１１７のプロセスが起動されると、まず各コントロールサービスおよび各アプリのプロセスをサーバプロセスとしたクライアントプロセスとして動作し、各コントロールサービスおよび各アプリのプロセスに対して順番に診断関数の呼び出しを行う（ステップＳ４０１）。そして、診断アプリ１１７は、関数戻り値待ち状態となる。
【００５２】
各コントロールサービスまたは各アプリのプロセスでは、診断アプリ１１７から診断関数呼び出しを受信すると、診断関数により上述の擬似的な処理を実行し、その処理結果を正常または障害発生の旨の関数戻り値として診断アプリ１１７へ返す。なお、エラーが発生している場合には、戻り値の数値によってソフトウェア障害の種類を識別できるように、障害時の戻り値をあらかじめ定義しておく。
【００５３】
診断アプリ１１７は、関数戻り値を受信すると（ステップＳ４０２）、その関数戻り値によって各コントロールサービスまたは各アプリが正常動作しているか否かを判断する（ステップＳ４０３）。そして、障害が発生している場合には、関数戻り値の数値によってソフトウェア障害の種別を特定し（ステップＳ４０４）、複合機１００の機種識別情報と、ソフトウェア障害種別と障害が発生しているコントロールサービスまたはアプリケーションの名称あるいは識別記号などをソフトウェア障害情報としたデータを生成し、オペレーションパネルのディスプレイに表示する。また、このソフトウェア障害情報のデータを、ＮＣＳ１２８によってキーカード装置２０６および通信アダプタ２０５を経由して公衆回線を利用して遠隔集中管理装置２００に送信するとともに、クライアント端末であるＰＣ２０７にＬＡＮ経由で送信する（ステップＳ４０５）。なお、ＮＣＳ１２８、キーカード装置２０６および通信アダプタ２０５は本発明の送信手段を構成する。一方、ステップＳ４０３において、関数戻り値が正常を示す場合には、診断を行ったコントロールサービス、アプリケーションは正常動作していると判断する。
【００５４】
このようなステップＳ４０１〜Ｓ４０５までの診断処理をすべてのコントロールサービスおよびすべてのアプリケーションに対して繰り返し実行する（ステップＳ４０６）。これにより、検知されたすべてのソフトウェア障害情報が遠隔集中管理装置２００に送信されることになる。
【００５５】
このように実施の形態１の複合機１００では、診断アプリ１１７によって検知したコントロールサービスまたはアプリケーション１３０の障害に関するソフトウェア障害情報を遠隔集中管理装置２００に公衆回線を利用して送信しているので、コントロールサービスやアプリケーションというソフトウェアで生じた障害を遠隔集中管理装置２００に通知することができ、複合機１００の動作状況を正確に伝達することができる。
【００５６】
なお、実施の形態１にかかる複合機１００では、本発明の診断手段を診断アプリ１１７に適用しているが、このほか、同様の機能を、たとえば診断コントロールサービスとして、プラットホーム１２０に含める構成としても良い。
【００５７】
（実施の形態２）
実施の形態１の複合機１００は、ソフトウェア障害情報を遠隔集中管理装置２００に送信していたが、この発明の実施の形態２にかかる複合機１００は、ソフトウェア構成の再構築情報を遠隔集中管理装置２００に送信するものである。
【００５８】
実施の形態２にかかる複合機１００の構成、遠隔集中管理システムの構成については実施の形態１と同様であるため説明を省略する。
【００５９】
実施の形態２の複合機１００では、コントロールサービスおよびアプリケーション１３０の各プロセスは実施の形態１と同様に通常モードスレッドを有する他、さらに緊急モードスレッドを有している。
【００６０】
すなわち、ＳＣＳ１２２のプロセスは、ハードウェア資源の診断およびハードウェア資源の診断結果に応じて複合機１００上で動作させるアプリケーションおよびコントロールサービスの再構築を行う再構築モードスレッドを有している。なお、このＳＣＳ１２２の再構築モードスレッドは、本発明における診断手段および再構築手段を構成する。
【００６１】
ＭＣＳ１２５のプロセスは、メモリまたはハードディスクに障害が発見された場合に一定の機能を制限して実行する複数の緊急モードスレッドを有している。ＭＣＳ緊急モードスレッド１は、増設メモリに障害があった場合に起動されるものであり、主メモリのみから必要なサイズの領域を確保する。ＭＣＳ緊急モードスレッド２は、ハードディスクに障害があったときに起動されるものであり、画像データをハードディスクに格納せずにメモリに展開するため、メモリから画像データ格納用の領域を確保する。
【００６２】
ＦＣＳ１２７のプロセスは、ハードウェア資源に障害があった場合に一定の機能を制限して実行する複数のＦＣＳ緊急モードスレッドを有している。ＦＣＳ緊急モードスレッド１は、増設メモリに障害があった場合に起動され、ＭＣＳ１２５に対してＭＣＳ緊急モードスレッド１とのみ関数呼び出しまたはメッセージ送受信などによるプロセス間通信を行うものである。ＦＣＳ緊急モードスレッド２は、ハードディスクに障害があった場合に起動され、ＭＣＳに対してはＭＣＳ緊急モードスレッド２とのみ関数呼び出しまたはメッセージ送受信によるプロセス間通信を行う。ＦＣＳ緊急モードスレッド３は、ネットワークボードに障害があった場合に起動され、ネットワーク上のＰＣからのＰＣＦＡＸの機能を制限したものである。このように、ＭＣＳ１２５、ＦＣＳ１２７の各緊急モードスレッドはいずれもハードウェア資源の障害に応じて実行可能な機能を制限したものとなっている。
【００６３】
プリンタアプリ１１１、コピーアプリ１１２、ファックスアプリ１１３のそれぞれも、ハードウェア資源が正常な場合にすべての機能の実行が可能な通常モードスレッドと、ハードウェア資源に障害があった場合に一定の機能を制限して実行する緊急モードスレッドを有している。
【００６４】
プリンタアプリ緊急モードスレッド１は、増設メモリに障害があった場合に起動され、印刷ページのソート、回転、変倍、集約（１ページに複数ページ分を集約して印刷する機能）、試し印刷、機密印刷などの機能を実行せず、両面印刷を一定ページ数分だけ可能とするなどメモリを大量に必要とする機能に制限を設けている。また、プリンタアプリ緊急モードスレッド１は、ＭＣＳ１２５に対しては、増設メモリからの領域確保が制限されたＭＣＳ緊急モードスレッド１とのみ関数呼び出しまたはメッセージ送受信などによるプロセス間通信を行う。
【００６５】
プリンタアプリ緊急モードスレッド２は、ハードディスクに障害があった場合に起動され、印刷時の印刷ページのソート、回転、変倍、集約、試し印刷、機密印刷、両面印刷など、画像データのハードディスクへの一時的格納を必要とする機能を実行せず、かつＭＣＳ１２５に対しては、ハードディスクからの領域確保が制限されたＭＣＳ緊急モードスレッド２とのみ関数呼び出しまたはメッセージ送受信などによるプロセス間通信を行う。
【００６６】
プリンタアプリ緊急モードスレッド３は、ネットワークボードに障害があった場合に起動され、ＰＣＦＡＸの実行ができないように、ＦＣＳ１２７に対するプロセス間通信を制限したものである。
【００６７】
プリンタアプリ緊急モードスレッド３は、ファックスエンジンに障害があった場合に起動され、ＰＣＦＡＸの実行ができないように、ＦＣＳ１２７に対するプロセス間通信を制限したものである。
【００６８】
コピーアプリ緊急モードスレッド１は、増設メモリに障害があった場合に起動され、コピーページのソート、回転、変倍、集約などの機能を実行せず、両面コピーおよび試しコピーを一定ページ数分だけ可能とするなどのメモリを大量に必要とする機能に制限を設けている。また、コピーアプリ緊急モードスレッド１は、ＭＣＳ１２５に対しては、増設メモリからの領域確保が制限されたＭＣＳ緊急モードスレッド１とのみ関数呼び出しまたはメッセージ送受信などによるプロセス間通信を行う。
【００６９】
コピーアプリ緊急モードスレッド２は、ハードディスクに障害があった場合に起動され、コピーページのソート、回転、変倍、集約、両面コピーおよび試しコピーなど、画像データのハードディスクへの一時的格納を必要とする機能を実行せず、かつＭＣＳ１２５に対しては、ハードディスクからの領域確保が制限されたＭＣＳ緊急モードスレッド２とのみ関数呼び出しまたはメッセージ送受信などによるプロセス間通信を行う。
【００７０】
ファックスアプリ緊急モードスレッド１は、増設メモリに障害があった場合に起動され、メモリ受信やメモリ送信を実行不可能とし、ファクシミリ登録件数の最大値を少なく設定し、かつＦＣＳ緊急モードスレッド１に対してはＦＣＳ緊急モードスレッド１とのみ関数呼び出しまたはメッセージ送受信などによるプロセス間通信を行う。
【００７１】
ファックスアプリ緊急モードスレッド２は、ハードディスクに障害があった場合に起動され、メモリ受信やメモリ送信を実行不可能とし、ファクシミリ登録件数の最大値を少なく設定し、かつＦＣＳ１２７に対してはＦＣＳ緊急モードスレッド２とのみ関数呼び出しまたはメッセージ送受信などによるプロセス間通信を行うものである。
【００７２】
次に、このように構成された実施の形態２の複合機１００による障害情報の通知処理について説明する。図５は、実施の形態２にかかる複合機１００におけるソフトウェア再構築処理および通知処理の手順を示すフローチャートである。図７は、このソフトウェア再構築処理で参照される再構築テーブルの一例を示す説明図である。
【００７３】
図７に示すように、再構築テーブルには、増設メモリエラーなどのハードウェア資源のエラーに対応して、各コントロールサービス、ＳＲＭ１２３および各アプリケーション１３０の起動の可否、起動するスレッド（通常モードスレッド／緊急モードスレッド）および制限機能があらかじめ定められて記録されている。なお、再構築テーブルは、フラッシュメモリなどにコントロールサービスやアプリケーション１３０のプログラムとともにあらかじめ格納されている。
【００７４】
複合機１００によるサービスの処理を実行中、診断要求があると、この診断要求をＳＣＳ１２２で受け取る（ステップＳ５０１）。ここで、診断要求は、公衆回線で接続された遠隔集中管理装置２００から送信される。複合機１００では、この診断要求を、通信アダプタ２０５、キーカード装置２０６を経由してＮＣＳ１２８で受信し、ＳＣＳ１２２が受け取る。
【００７５】
ついで、ＳＣＳ１２２は自プロセス内部で再構築モードスレッドを起動する（ステップＳ５０２）。そして、この再構築モードスレッドによって、以下に説明するハードウェア資源の診断処理およびソフトウェアの再構築処理が行われる。
【００７６】
ＳＣＳ１２２の再構築モードスレッドでは、未診断のデバイスに対して順にハードウェアエラーの有無をチェックすることによりデバイスの診断を行う（ステップＳ５０３）。ここで、図６は、ＳＣＳ１２２の再構築モードスレッドによって実行されるハードウェア資源の各デバイスの診断処理手順を示すフローチャートである。ＳＣＳ１２２の再構築モードスレッドでは、未診断のデバイスに対して順にハードウェアエラーの有無をチェックすることによりデバイスの診断を行う（ステップＳ６０１）。
【００７７】
ここで、たとえば、メモリに対する診断は、アドレス線およびデータ線のそれぞれについて行われ、書き込んだ値に拘わらず固定値となってしまうか否か、および書き込んだ値が他のデータ線に現れてしまうか否かをチェックする。なお、具体的なチェック方法および他のデバイスのエラーチェックについては公知の診断方法と同様なので説明を省略する。
【００７８】
そして、デバイスの診断結果が正常かエラーかを確認し（ステップＳ６０２）、エラーの場合には、検知されたエラーが致命的エラーであるか否かを判断する（ステップＳ６０３）。ここで、致命的エラーとは、複合機１００の起動に影響があるか、起動した場合でもユーザサービスが全く提供できないようなエラーをいい、例えば主メモリのエラーなどが該当する。逆に、増設メモリのエラーやネットワークインタフェースのエラーなど、それ自体は致命的なものであっても、他のデバイスによる代替えによって機能を制限した状態でユーザサービスの提供が可能となったり、例えばプリントの機能のみ実行できず、スキャナ、コピーの機能は実行できるような、一部のユーザサービスが提供可能な場合には、本実施形態では致命的なエラーではないと判断する。
【００７９】
そして、致命的エラーである場合には、重度の障害のために複合機１００を起動できない旨のメッセージをオペレーションパネルのディスプレイに表示して（ステップＳ６０６）、複合機１００を停止する（ステップＳ６０７）。一方、上述の致命的エラーでない場合には、障害があるデバイス名、エラー番号などを診断結果としてＳＲＡＭに格納する（ステップＳ６０４）。
【００８０】
以上、ステップＳ６０１からステップＳ６０４までの診断処理を、すべてのデバイスに対して行い（ステップＳ６０５）。、ハードウェア資源の診断処理は終了する。
【００８１】
つぎに、図５に戻り、ＳＣＳ１２２の再構築モードスレッドは、ＳＲＡＭに格納されている診断結果を取得し（ステップＳ５０４）、さらにフラッシュメモリから再構築テーブルを読み出す（ステップＳ５０５）。
【００８２】
つぎに、取得した診断結果と再構築テーブルとを参照して、ハードウェア資源の障害に対応して、起動しないとして登録されているコントロールサービスおよびアプリケーションと、緊急モードスレッドを起動するとして登録されているコントロールサービス、ＳＲＭ１２３およびアプリケーションを選択する（ステップＳ５０６）。
【００８３】
そして、選択されたコントロールサービス、アプリケーションおよびＳＲＭ１２３に対して、スレッドを切り替える旨の指令メッセージを送信する（ステップＳ５０７）。このスレッド切り替えの指令メッセージは、より具体的には、再構築テーブルで起動しないとして登録されているコントロールサービスおよびアプリケーションに対しては、通常モードスレッドの実行を停止すべき旨を指示し、緊急モードスレッドを起動するとして登録されているコントロールサービス、ＳＲＭ１２３およびアプリケーションに対しては、通常モードスレッドの実行を停止するとともに緊急モードスレッドを実行する旨を指示するものである。
【００８４】
スレッド切り替えの指示メッセージを受信したコントロールサービス、アプリケーションおよびＳＲＭ１２３では、通常モードスレッドの実行を停止すべき旨の指示の場合には通常モードスレッドを停止してプロセスを終了する。また、通常モードスレッドの実行を停止するとともに緊急モードスレッドを実行する旨の指示の場合には、機能制限のある緊急モードスレッドを起動する。これにより、ハードウェア資源の障害に応じたソフトウェアの再構築が完了する。
【００８５】
そして、複合機１００の機種識別情報とハードウェア障害の種別とからなるハードウェア障害情報のデータを生成する。また、再構築テーブルを参照して、機能制限の内容と、起動していないコントロールサービスおよびアプリケーション並びに緊急モードスレッドで起動しているコントロールサービスおよびアプリケーションの名称または識別記号とからなる再構築情報のデータを生成する。そして、生成されたハードウェア障害情報と再構築情報を、ＮＣＳ１２８によってキーカード装置２０６および通信アダプタ２０５を経由して公衆回線を利用して遠隔集中管理装置２００に送信するとともに、クライアント端末であるＰＣ２０７にＬＡＮ経由で送信する（ステップＳ５０８）。これにより、検知されたすべてのハードウェア障害情報と再構築情報が遠隔集中管理装置２００に送信されることになる。
【００８６】
このように実施の形態２にかかる複合機１００では、ＳＣＳ１２２の再構築モードスレッドによってハードウェア資源の障害を検知し、ハードウェア障害に影響のないコントロールサービスおよびアプリケーションを実行し、検知されたハードウェア障害と、再構築情報を、公衆回線を利用して遠隔集中管理装置２００に送信しているので、ハードウェア障害によりソフトウェア構成が再構築された場合でも、その再構築の状況を遠隔集中管理装置に通知することができ、複合機１００の現在のソフトウェア構成などの状況を正確に伝達することができる。
【００８７】
なお、実施の形態２にかかる複合機１００では、ハードウェア資源の診断処理を、ＳＣＳ１２２の再構築モードスレッドで実行しているが、診断処理のみを行う診断モードスレッドをＳＣＳ１２２のプロセス内で生成し、この診断モードスレッドによってハードウェア資源の診断処理を実行するように構成してもよい。
【００８８】
また、実施の形態２にかかる複合機１００では、ソフトウェア構成の再構築処理をＳＣＳ１２２の再構築モードスレッドで実行しているが、コントロールサービス層に新たなコントロールサービスを生成し、この新たなコントロールサービスで再構築処理を実行するように構成しても良い。
【００８９】
また、実施の形態２にかかる複合機１００で説明した再構築テーブルおよび各緊急モードスレッドは、一例を示すものであり、ハードウェア資源の障害に応じて任意に定めることが可能である。
【００９０】
【発明の効果】
以上説明したように、請求項１にかかる発明によれば、ハードウェア障害によりソフトウェア構成が再構築された場合でも、その再構築の状況を遠隔集中管理装置に通知することができ、画像情報処理装置の現在の状況を正確に伝達することができるという効果を奏する。
【００９１】
また、請求項２にかかる発明によれば、遠隔集中管理装置からの要求に応じて動的に画像情報処理装置のソフトウェア構成の再構築の状況を伝達することができるという効果を奏する。
【００９２】
また、請求項３にかかる発明によれば、ソフトウェア構成の再構築の原因を正確に伝達することができるという効果を奏する。
【００９３】
また、請求項４にかかる発明によれば、画像情報処理装置をネットワーク経由で使用するＰＣなどのクライアント端末に対して、ソフトウェア構成の再構築の状況を通知することができ、ユーザサービスの機能制限の内容を確実に伝達することができるという効果を奏する。
【００９４】
また、請求項５にかかる発明によれば、ハードウェア障害によりソフトウェア構成が再構築された場合でも、その再構築の状況を遠隔集中管理装置に通知することができ、画像情報処理装置の現在の状況を正確に伝達することができるという効果を奏する。
【００９５】
また、請求項６にかかる発明によれば、遠隔集中管理装置からの要求に応じて動的に画像情報処理装置のソフトウェア構成の再構築の状況を伝達することができるという効果を奏する。
【００９６】
また、請求項７にかかる発明によれば、ソフトウェア構成の再構築の原因を正確に伝達することができるという効果を奏する。
【００９７】
また、請求項８にかかる発明によれば、画像情報処理装置をネットワーク経由で使用するＰＣなどのクライアント端末に対して、ソフトウェア構成の再構築の状況を通知することができ、ユーザサービスの機能制限の内容を確実に伝達することができるという効果を奏する。
【図面の簡単な説明】
【図１】この発明の実施の形態１である画像形成装置の構成を示すブロック図である。
【図２】実施の形態１の複合機を含む遠隔集中管理システムの構成を示すブロック図である。
【図３】実施の形態１の複合機におけるコントロールサービスおよびアプリケーションの診断要求から診断処理までの全体の流れを示すフローチャートである。
【図４】実施の形態１の複合機によるコントロールサービスおよびアプリケーションの診断の処理手順を示すフローチャートである。
【図５】実施の形態２にかかる複合機におけるソフトウェア再構築処理および通知処理の手順を示すフローチャートである。
【図６】実施の形態２の複合機によるハードウェア資源の各デバイスの診断処理手順を示すフローチャートである。
【図７】実施の形態２の複合機によるソフトウェア再構築処理で参照される再構築テーブルの一例を示す説明図である。
【符号の説明】
１００複合機
１０１白黒ラインプリンタ
１０２カラーラインプリンタ
１０３ハードウェアリソース
１１０ソフトウェア群
１１１プリンタアプリ
１１２コピーアプリ
１１３ファックスアプリ
１１４スキャナアプリ
１１５ネットファイルアプリ
１１６工程検査アプリ
１１７診断アプリ
１２０プラットホーム
１２１汎用ＯＳ
１２２ＳＣＳ
１２３ＳＲＭ
１２４ＥＣＳ
１２５ＭＣＳ
１２６ＯＣＳ
１２７ＦＣＳ
１２８ＮＣＳ
１３０アプリケーション
２００遠隔集中管理装置
２０１コンピュータ
２０２外部記憶装置
２０３多チャネル通信制御装置
２０４公衆回線網
２０５通信アダプタ
２０６キーカード装置[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a case where a software configuration is reconstructed based on failure information of a program or application that operates when providing a user service for image information processing such as a printer, a copy, or a facsimile, or failure of a hardware resource. The present invention relates to an image information processing apparatus capable of transmitting reconstruction information via a network to a remote centralized management apparatus that collects failure information of the image information processing apparatus, and a failure information notification method executed by such an image information processing apparatus. It is.
[0002]
[Prior art]
For multifunction devices that provide user services such as printers, copiers, and facsimiles, the central line management device at the center is notified of the cumulative number of prints, the remaining amount of toner, and the occurrence of failures using the public network. There are known systems for counting the usage status of multi-function peripherals and for remote diagnosis.
[0003]
For example, generally known is a system for notifying a remote centralized management apparatus that remotely manages image forming apparatuses such as a plurality of copying machines or multi-function machines, of failure information that notifies that a failure has occurred in the image forming apparatus. It has been.
[0004]
[Problems to be solved by the invention]
However, in conventional multifunction devices, error checking of hardware resources is performed by a diagnostic program and only a hardware failure is notified to the multifunction device remote centralized management device. Even when the service function is stopped, there is a problem in that it is impossible to correctly notify the remote centralized management apparatus of the current failure content of the multifunction peripheral.
[0005]
By the way, in the conventional multifunction peripheral, software (including a general-purpose OS) corresponding to a printer, a copy, a scanner, and a facsimile machine is provided separately, and it takes a lot of time to develop each software. For this reason, the applicant has hardware resources used in image forming processing such as a display unit, a printing unit, and an imaging unit, and has an application that performs processing specific to each user service such as a printer, copy, or facsimile. When a user service is provided by interposing between these applications and hardware resources, hardware resource management, execution control, and image formation processing that are commonly required by at least two of the applications are provided. Invented an image forming apparatus having a platform comprising various control services. According to this image forming apparatus, it is possible to improve the efficiency of software development by including a platform that performs management, execution control, and image forming processing of hardware resources commonly required by at least two applications. In addition, the productivity of the entire apparatus can be improved.
[0006]
In such a multi-function peripheral, each module having a plurality of applications and a plurality of control services that provide services commonly required by at least two of the applications has an independent configuration. By using the configuration, it is preferable that the user service copy, printer, scanner, or facsimile function be executed for each function with only a part of the function restrictions, and the operation status is notified to the remote centralized management apparatus.
[0007]
The present invention has been made in view of the above, and transmits image reconstruction information related to reconstruction to a software configuration due to software failure information and hardware resource failure to an image processing apparatus It is an object of the present invention to obtain an image information processing apparatus and a failure information notification method capable of accurately transmitting the operation status of the system.
[0008]
[Means for Solving the Problems]
In order to achieve the above object, the invention according to claim 1 is capable of mounting a plurality of application processes related to image information processing using hardware resources having a printer unit or a scanner unit, and an operating system and the operating system. A diagnostic process for detecting a failure in the hardware resource, the image information processing apparatus comprising: a program process that operates on the computer and that is accessed from a plurality of the applications to control the hardware resource; Corresponding hardware resource failures with programs and applications that affect the hardware resource failures in advance The association is executable from the failure, the emergency mode of the application that can be executed without affecting the failure, and the application that is accessed from the application that is executed in the emergency mode without affecting the failure. It is a correspondence with the emergency mode of the program Programs and applications that do not affect the detected fault based on the storage means for storing the rebuild table, the fault detected by the diagnostic means, and the rebuild table The emergency mode of Select In the emergency mode selected the program and application The reconstructing unit to be activated and the reconstruction information regarding the programs and applications activated by the restructuring unit are transmitted via the network to a remote centralized management device that collects failure information in a plurality of image forming apparatuses connected to the network And a transmission means.
[0009]
This claim 1 According to the invention, the diagnostic means for detecting a hardware resource failure, the hardware resource failure, and a program and an application that affect the hardware resource failure are associated in advance. The association is a correspondence between the failure and the emergency mode of the application that can be executed without affecting the failure and the emergency mode of the program that is accessed from the application that is executed in the emergency mode and can be executed without affecting the failure. Is Programs and applications that do not affect the detected fault based on the storage means for storing the rebuild table, the fault detected by the diagnostic means, and the rebuild table Emergency mode Select Programs and applications in selected emergency mode Transmission to be transmitted via the network to the reconstructing means to be activated and the reconstruction information regarding the programs and applications activated by the reconstructing means to a remote centralized management apparatus that collects failure information in a plurality of image forming apparatuses connected to the network Even if the software configuration is rebuilt due to a hardware failure, it is possible to notify the remote centralized management device of the status of the reconstruction, and to accurately indicate the current status of the image information processing device. Can communicate.
[0010]
Claims 2 The invention according to claim 1 The image information processing apparatus according to claim 1, further comprising receiving means for receiving a diagnosis request from the remote centralized management apparatus via a network, wherein the diagnosis means receives the diagnosis request by the receiving means, and It is characterized by detecting a resource failure.
[0011]
This claim 2 According to the invention, it further comprises receiving means for receiving a diagnosis request from a remote centralized management apparatus via a network, and when the diagnosis means receives a diagnosis request by the receiving means, it detects a hardware resource failure, thereby In response to a request from the central management apparatus, it is possible to dynamically transmit the status of the software configuration reconstruction of the image information processing apparatus.
[0012]
Claims 3 The invention according to claim 1 or 2 In the image information processing apparatus described in the item 1, the transmission unit transmits hardware failure information related to the failure detected by the diagnosis unit to the remote centralized management device via a network.
[0013]
This claim 3 According to the invention, the cause of the reconstruction of the software configuration can be accurately transmitted by transmitting the hardware failure information related to the failure detected by the diagnosis unit to the remote centralized management apparatus via the network. .
[0014]
Claims 4 The invention according to claim 1-3 In the image information processing apparatus according to any one of the above, the transmission unit further transmits the reconstruction information to a client terminal of the image information processing apparatus connected to the network.
[0015]
This claim 4 According to the invention, the software configuration is provided to the client terminal such as a PC that uses the image information processing apparatus via the network by transmitting the reconstruction information to the client terminal of the image information processing apparatus connected to the network. It is possible to notify the status of the reconstruction of the user, and to reliably convey the contents of the user service function restriction.
[0016]
Claims 5 According to the invention, a plurality of application processes related to image information processing can be installed using hardware resources having a printer unit or a scanner unit, and an operating system, operating on the operating system, and from a plurality of the applications A failure information notification method for notifying failure information related to a failure that has occurred in an image information processing apparatus comprising a program process for controlling the hardware resource when accessed, wherein the diagnosis detects a failure of the hardware resource A step, a failure detected by the diagnosis step, a failure of the hardware resource, and a program and an application that affect the failure of the hardware resource in advance The association can be executed without affecting the failure by accessing the failure and the emergency mode of the application that can be executed without affecting the failure and being accessed from the application that is executed in the emergency mode. It is a correspondence with emergency mode of Programs and applications that do not affect the detected failure based on the reconstruction table The emergency mode of Select In the emergency mode selected the program and application The reconstructing step to be started and the reconstructing information related to the program and application started by the restructuring step are transmitted via the network to a remote centralized management device that collects failure information in a plurality of image information processing devices connected to the network. And a transmitting step.
[0017]
This claim 5 According to the invention, a diagnosis step for detecting a hardware resource failure, a failure detected by the diagnosis step, a hardware resource failure, and a program and an application that affect the hardware resource failure are associated in advance. An association is a correspondence between an emergency mode of an application that can be executed without affecting the failure and an emergency mode of a program that is accessed from an application that is executed in the emergency mode and that can be executed without affecting the failure. is there Programs and applications that do not affect detected failures based on the rebuild table Emergency mode Select Programs and applications in selected emergency mode The reconstructing step to be started and the reconstructing information related to the program and application started by the restructuring step are transmitted via the network to a remote centralized management device that collects failure information in a plurality of image information processing devices connected to the network. Including the transmission step, even if the software configuration is reconfigured due to a hardware failure, the reconfiguration status can be notified to the remote centralized management device, and the current status of the image information processing device can be accurately determined. Can communicate.
[0018]
Claims 6 The invention according to claim 5 The failure information notification method according to claim 1, further comprising a reception step of receiving a diagnosis request from the remote centralized management apparatus via a network, wherein the diagnosis step receives the diagnosis request by the reception step. It is characterized by detecting a resource failure.
[0019]
This claim 6 According to the invention, the method further includes a reception step of receiving a diagnosis request from the remote centralized management apparatus via the network, and detecting a failure of the hardware resource when the diagnosis step receives the diagnosis request by the reception step. In response to a request from the central management apparatus, it is possible to dynamically transmit the status of the software configuration reconstruction of the image information processing apparatus.
[0020]
Claims 7 The invention according to claim 5 or 6 In the failure information notification method according to claim 1, the transmission step further transmits hardware failure information related to the failure detected by the diagnosis step to the remote centralized management apparatus via a network.
[0021]
This claim 7 According to the invention, the cause of the reconstruction of the software configuration can be accurately transmitted by transmitting the hardware failure information relating to the failure detected in the diagnosis step to the remote centralized management device via the network. .
[0022]
Claims 8 The invention according to claim 5-7 In the failure information notification method according to any one of the above, the transmission step further transmits the reconstruction information to a client terminal of an image information processing apparatus connected to a network.
[0023]
This claim 8 According to the invention, the transmitting step further transmits the reconstruction information to a client terminal of the image information processing apparatus connected to the network, whereby a client terminal such as a PC that uses the image information processing apparatus via the network. On the other hand, the status of the software configuration reconstruction can be notified, and the contents of the user service function restriction can be reliably transmitted.
[0024]
DETAILED DESCRIPTION OF THE INVENTION
Exemplary embodiments of an image information processing apparatus and a failure information notification method according to the present invention will be explained below in detail with reference to the accompanying drawings.
[0025]
(Embodiment 1)
FIG. 1 is a block diagram showing a configuration of an image forming apparatus (hereinafter referred to as “multifunction machine”) according to Embodiment 1 of the present invention. The multifunction machine of the first embodiment detects a software failure such as a control service or an application, and transmits the diagnosis result to a remote centralized management apparatus using a public line. As shown in FIG. 1, the multifunction peripheral 100 includes a monochrome line printer (B & W LP) 101, a color line printer (Color LP) 102, a hardware resource 103 such as a scanner and a facsimile, and the like. And a software group 110 including 130.
[0026]
The platform 120 interprets a processing request from an application and generates a hardware resource acquisition request, and a system resource manager that manages one or a plurality of hardware resources and arbitrates the acquisition request from the control service. (SRM) 123 and a general-purpose OS 121.
[0027]
The control service is formed of a plurality of service modules, and includes an SCS (system control service) 122, an ECS (engine control service) 124, an MCS (memory control service) 125, an OCS (operation panel control service) 126, and an FCS. (Fax Control Service) 127 and NCS (Network Control Service) 128. The platform 120 has an application program interface (API) that can receive a processing request from the application 130 by a predefined function.
[0028]
The general-purpose OS 121 is a general-purpose operating system such as UNIX, and executes the software of the platform 120 and the application 130 in parallel as processes.
[0029]
Each control service operates as a process, and implements a diagnostic function issued from a diagnostic application 117 described later. This diagnostic function performs a pseudo process to check the operation of each control service, and executes the minimum process that can be completed internally without accessing hardware resources or other processes. . Then, a function return value indicating normality or error occurrence is returned to the calling diagnostic application 117 according to the processing result.
[0030]
In addition, each control service and each application have a normal mode thread that is executed when providing a user service function for image forming processing such as a printer, a copy, or a facsimile, and a diagnostic mode thread that executes a diagnostic function. ing.
[0031]
The process of the SRM 123 performs system control and resource management together with the SCS 122. Engines such as a scanner unit and a printer unit, memory, HDD file, host I / O (Centro I / F, network I / F, IEEE 1394) (I / F, RS232C I / F, etc.) arbitration is performed according to a request from a higher layer using hardware resources, and execution control is performed.
[0032]
Specifically, the SRM 123 determines whether the requested hardware resource is available (whether it is not used by another request), and if it is available, the requested hardware resource is used. Tell the upper layer that it is possible. In addition, the SRM 123 performs use scheduling of hardware resources in response to a request from an upper layer, and directly executes request contents (for example, paper conveyance and image forming operation, memory allocation, file generation, etc. by a printer engine). .
[0033]
The process of the SCS 122 includes a normal mode thread that is executed when performing user service such as application management, operation unit control, system screen display, LED display, resource management, and interrupt application control. It has a diagnostic mode thread that executes a diagnostic function.
[0034]
The process of the ECS 124 is a normal mode thread that is executed when performing a user service such as controlling the engine of the hardware resource 103 including a monochrome line printer (B & W LP) 101, a color line printer (Color LP) 102, a scanner, a facsimile, and the like. And a diagnostic mode thread for executing a diagnostic function without performing such engine control.
[0035]
The MCS 125 process includes a normal mode thread that is executed when performing user services such as image memory acquisition and release, use of a hard disk drive (HDD), image data compression and decompression, printers, facsimiles, and scanners. And a diagnostic mode thread for executing a diagnostic function without executing such a function.
[0036]
The process of the OCS 126 includes a normal mode thread that is activated when performing a user service such as control of an operation panel (operation panel) serving as information transmission means between the operator and the main body control, and a diagnostic function without performing such control of the operation panel. Has a diagnostic mode thread to execute.
[0037]
The FCS 127 process includes facsimile transmission / reception using PSTN / ISDN network from each application layer of the system controller, registration / quotation of various facsimile data managed by BKM (backup SRAM), facsimile reading, facsimile reception printing, and fusion transmission / reception. It has a normal mode thread that is activated when performing a user service that provides an API for performing, and a diagnostic mode thread that executes a diagnostic function without executing such a function.
[0038]
The NCS 128 is a process for providing a service that can be used in common for applications that require network I / O. Data received from the network side according to each protocol is distributed to each application, and data from the application is networked. A normal mode thread that is executed when performing a user service that mediates transmission to the side, and a diagnostic mode thread that executes a diagnostic function without executing such a function.
[0039]
In this way, each of the diagnostic mode threads of SCS122, ECS124, MCS125, OCS126, FCS127, and NCS128 executes a diagnostic function to determine whether a software error has occurred, and returns the result to the diagnostic application 117. It is like that.
[0040]
The application 130 includes a printer application 111 that is a printer application having a page description language (PDL), PCL, and postscript (PS), a copy application 112 that is a copy application, and a fax application 113 that is a facsimile application. A scanner application 114 as a scanner application, a net file application 115 as a network file application, a process inspection application 116 as a process inspection application, and a diagnosis application 117 as a diagnosis application.
[0041]
Each of the printer application 111, the copy application 112, the fax application 113, the scanner application 114, the net file application 115, and the process inspection application 116 also executes a normal mode thread that is executed when the user service is performed and does not execute such a function. It has a diagnostic mode thread that executes a diagnostic function.
[0042]
Each of the applications operates as a process. Similar to the control service, each application except for the diagnostic application 117 also implements a diagnostic function that is called by the diagnostic application 117. This diagnostic function performs a pseudo process to check the operation of each application. It is the minimum that stops the user service function and completes it internally without accessing the control service. Execute the process. Then, a function return value indicating normality or error occurrence is returned to the calling diagnostic application 117 according to the processing result.
[0043]
The diagnosis application 117 is activated when there is a diagnosis request from the control service or the application 130. Then, the diagnostic function is called in turn for each control service, the SRM 123, and each application. If these function return values are normal or an error has occurred, and if the function return value is an error, then the software error type is determined from the function return value, and the software error type and software error occur. Error information such as the name of software (each control service, SRM 123, each application) being displayed is displayed on the display of the operation panel. In addition, when the NCS 128 is operating normally, the error information is transmitted to the computer of the remote centralized management apparatus via the NCS 128 using a network such as a public line. The diagnostic application 117 constitutes a diagnostic means in the present invention.
[0044]
FIG. 2 is a block diagram illustrating a configuration of a remote centralized management system including the multifunction peripheral according to the first embodiment. This remote centralized management system has a configuration in which a remote centralized management apparatus 200 and a plurality of multifunction peripherals 100 are connected by a public line.
[0045]
Remote centralized management device 200, computer 201 for controlling the entire system, external storage device 202 such as magneto-optical disk, magnetic tape, floppy disk, IC card, and multi-channel type multi-channel communication control unit (CCU) 203 It is comprised by. The multi-channel communication control device 203 is connected to a public line network 204, and a plurality of key card devices 206 and multifunction devices 100 are connected via a communication adapter 205. Further, a PC (Personal Computer) 207 serving as a printer client is connected as a client terminal to the multifunction peripheral 100 via a network such as a LAN.
[0046]
The key card device 206 is connected to each copying machine 100 arranged at the customer's site, and is configured to output usage information, software failure information, reconstruction information, and the like of the multifunction device 100 to the communication adapter 205. . The communication adapter 205 is arranged in the vicinity of the customer's key card device 206 and the multifunction device 100. Furthermore, the communication adapter 205 is connected to a customer's facsimile machine or general telephone, and when the facsimile apparatus or general telephone is not in use (the line is empty), the multi-channel communication controller 203 and the communication adapter 205 are connected. Data communication (off-talk communication system) is possible via the public line network 204.
[0047]
Next, failure information notification processing by the MFP according to the first embodiment configured as described above will be described. FIG. 3 is a flowchart illustrating the entire flow from the diagnosis request of the control service and application 130 to the diagnosis process in the multifunction peripheral 100 according to the first embodiment.
[0048]
If there is a diagnosis request during execution of user service processing by the multifunction peripheral 100, the diagnosis request is received by the SCS 122 (step S301). Here, the diagnosis request is transmitted from the remote centralized management apparatus 200 connected by a public line. In the multifunction device 100, this diagnosis request is received by the NCS 128 via the communication adapter 205 and the key card device 206, and is received by the SCS 122. For this reason, the communication adapter 205, the key card device 206, and the NCS 128 constitute a receiving means in the present invention.
[0049]
Next, the SCS 122 requests the program activation unit (not shown) to activate the diagnostic application 117, and thereby the diagnostic application 117 is activated on the platform 120 (step S302). Then, the diagnosis service 117 executes control service and application diagnosis processing (step S303).
[0050]
FIG. 4 is a flowchart illustrating a processing procedure of control service and application diagnosis by the diagnosis application 117 of the multifunction peripheral 100 according to the first embodiment.
[0051]
When the process of the diagnostic application 117 is started, it first operates as a client process using each control service and each application process as a server process, and sequentially calls the diagnostic function for each control service and each application process. (Step S401). Then, the diagnostic application 117 enters a function return value waiting state.
[0052]
In the process of each control service or each application, when a diagnostic function call is received from the diagnostic application 117, the above-described pseudo processing is executed by the diagnostic function, and the processing result is diagnosed as a function return value indicating that a normal or fault has occurred. Return to app 117. If an error has occurred, a return value at the time of failure is defined in advance so that the type of software failure can be identified by the numerical value of the return value.
[0053]
When receiving the function return value (step S402), the diagnostic application 117 determines whether each control service or each application is operating normally based on the function return value (step S403). If a failure has occurred, the type of the software failure is specified by the numerical value of the function return value (step S404), the model identification information of the multifunction peripheral 100, the software failure type, and the control in which the failure has occurred. Data with software fault information such as service or application name or identification symbol is generated and displayed on the operation panel display. In addition, the software failure information data is transmitted to the remote centralized management apparatus 200 by using the public line via the key card device 206 and the communication adapter 205 by the NCS 128 and also transmitted to the client terminal PC 207 via the LAN. (Step S405). The NCS 128, the key card device 206, and the communication adapter 205 constitute the transmission means of the present invention. On the other hand, if the function return value indicates normal in step S403, it is determined that the control service or application that has performed the diagnosis is operating normally.
[0054]
Such diagnostic processing from steps S401 to S405 is repeatedly executed for all control services and all applications (step S406). As a result, all detected software failure information is transmitted to the remote centralized management apparatus 200.
[0055]
As described above, in the MFP 100 according to the first embodiment, the control service detected by the diagnostic application 117 or the software failure information related to the failure of the application 130 is transmitted to the remote centralized management apparatus 200 using the public line. It is possible to notify the remote centralized management apparatus 200 of a failure that has occurred in software such as a service or application, and to accurately transmit the operation status of the multifunction peripheral 100.
[0056]
In the MFP 100 according to the first embodiment, the diagnostic unit of the present invention is applied to the diagnostic application 117. However, other similar functions may be included in the platform 120, for example, as a diagnostic control service. good.
[0057]
(Embodiment 2)
The multi-function device 100 according to the first embodiment transmits software fault information to the remote centralized management apparatus 200, but the multi-function device 100 according to the second embodiment of the present invention remotely manages software configuration reconfiguration information. It is transmitted to the device 200.
[0058]
Since the configuration of the multifunction peripheral 100 and the configuration of the remote centralized management system according to the second embodiment are the same as those of the first embodiment, description thereof will be omitted.
[0059]
In the MFP 100 of the second embodiment, each process of the control service and the application 130 has a normal mode thread as in the first embodiment, and further has an emergency mode thread.
[0060]
In other words, the process of the SCS 122 has a rebuild mode thread for rebuilding an application and a control service that are operated on the multifunction peripheral 100 in accordance with a hardware resource diagnosis and a hardware resource diagnosis result. The reconstruction mode thread of the SCS 122 constitutes a diagnosis unit and a reconstruction unit in the present invention.
[0061]
The process of the MCS 125 has a plurality of emergency mode threads that execute by restricting certain functions when a failure is detected in the memory or the hard disk. The MCS emergency mode thread 1 is activated when a failure occurs in the additional memory, and secures an area of a necessary size only from the main memory. The MCS emergency mode thread 2 is activated when there is a failure in the hard disk. Since the image data is expanded in the memory without being stored in the hard disk, an area for storing the image data is secured from the memory.
[0062]
The FCS 127 process has a plurality of FCS emergency mode threads that execute by restricting certain functions when there is a failure in hardware resources. The FCS emergency mode thread 1 is activated when there is a failure in the expanded memory, and performs inter-process communication with the MCS 125 only by calling functions or sending / receiving messages with the MCS emergency mode thread 1. The FCS emergency mode thread 2 is activated when there is a failure in the hard disk, and performs an inter-process communication with the MCS only with the MCS emergency mode thread 2 by function call or message transmission / reception. The FCS emergency mode thread 3 is activated when there is a failure in the network board and restricts the function of the PC FAX from the PC on the network. As described above, each of the emergency mode threads of the MCS 125 and the FCS 127 has a function that is executable depending on a hardware resource failure.
[0063]
Each of the printer application 111, the copy application 112, and the fax application 113 also has a normal mode thread that can execute all functions when the hardware resources are normal, and a certain function when there is a failure in the hardware resources. It has an emergency mode thread that runs with restrictions.
[0064]
The printer application emergency mode thread 1 is activated when there is a failure in the expansion memory, and sorts, rotates, scales, and aggregates print pages (function that aggregates and prints multiple pages on one page), test print, There is a restriction on functions that require a large amount of memory, such as enabling double-sided printing for a certain number of pages without executing functions such as confidential printing. In addition, the printer application emergency mode thread 1 performs inter-process communication with the MCS 125 only by calling a function or transmitting / receiving a message with the MCS emergency mode thread 1 whose area reservation from the expanded memory is limited.
[0065]
The printer application emergency mode thread 2 is activated when there is a failure in the hard disk, and prints image data to the hard disk such as sorting, rotation, scaling, aggregation, trial printing, confidential printing, duplex printing, etc. A function that requires temporary storage is not executed, and the MCS 125 performs inter-process communication by function call or message transmission / reception only with the MCS emergency mode thread 2 whose area reservation from the hard disk is restricted.
[0066]
The printer application emergency mode thread 3 is activated when there is a failure in the network board, and restricts inter-process communication to the FCS 127 so that PC FAX cannot be executed.
[0067]
The printer application emergency mode thread 3 is activated when a failure occurs in the fax engine, and restricts inter-process communication to the FCS 127 so that the PC FAX cannot be executed.
[0068]
The copy application emergency mode thread 1 is activated when there is a failure in the expanded memory, does not execute functions such as sort, rotation, scaling, and aggregation of copy pages, and performs double-sided copy and trial copy for a certain number of pages. Restrictions are placed on functions that require a large amount of memory, such as enabling it. In addition, the copy application emergency mode thread 1 performs inter-process communication with the MCS 125 only by calling a function or sending / receiving a message with the MCS emergency mode thread 1 whose area reservation from the additional memory is limited.
[0069]
The copy application emergency mode thread 2 is activated when there is a failure in the hard disk, and requires temporary storage of image data on the hard disk, such as copy page sorting, rotation, scaling, aggregation, double-sided copying, and trial copying. For the MCS 125, inter-process communication is performed only by calling a function or sending / receiving a message with the MCS emergency mode thread 2 whose area reservation from the hard disk is restricted.
[0070]
Fax application emergency mode thread 1 is activated when there is a failure in the expanded memory, makes it impossible to execute memory reception and memory transmission, sets the maximum number of registered facsimiles to a small value, and Only the FCS emergency mode thread 1 performs inter-process communication by function call or message transmission / reception.
[0071]
Fax application emergency mode thread 2 is activated when there is a failure in the hard disk, makes it impossible to execute memory reception and memory transmission, sets the maximum number of registered facsimiles to a small value, and FCS 127 for FCS emergency mode. Inter-process communication is performed only with the thread 2 by function call or message transmission / reception.
[0072]
Next, failure information notification processing by the MFP 100 configured as described above according to the second embodiment will be described. FIG. 5 is a flowchart of a software reconfiguration process and a notification process performed by the multifunction peripheral 100 according to the second embodiment. FIG. 7 is an explanatory diagram showing an example of a reconstruction table referred to in the software reconstruction process.
[0073]
As shown in FIG. 7, in the reconstruction table, whether or not each control service, the SRM 123 and each application 130 can be started, and a thread to be started (normal mode thread / Emergency mode thread) and limit functions are pre-defined and recorded. The reconstruction table is stored in advance in the flash memory or the like together with the control service and the application 130 program.
[0074]
If there is a diagnosis request during execution of service processing by the multifunction peripheral 100, the diagnosis request is received by the SCS 122 (step S501). Here, the diagnosis request is transmitted from the remote centralized management apparatus 200 connected by a public line. In the multifunction device 100, this diagnosis request is received by the NCS 128 via the communication adapter 205 and the key card device 206, and is received by the SCS 122.
[0075]
Next, the SCS 122 activates a reconstruction mode thread within its own process (step S502). The reconstruction mode thread performs hardware resource diagnosis processing and software reconstruction processing described below.
[0076]
In the reconstruction mode thread of the SCS 122, device diagnosis is performed by sequentially checking for undiagnosed devices for hardware errors (step S503). Here, FIG. 6 is a flowchart showing a diagnostic processing procedure of each device of the hardware resource executed by the reconstruction mode thread of the SCS 122. In the reconstruction mode thread of the SCS 122, device diagnosis is performed by sequentially checking the presence or absence of hardware errors for undiagnosed devices (step S601).
[0077]
Here, for example, the diagnosis for the memory is performed for each of the address line and the data line, and whether or not the value becomes a fixed value regardless of the written value, and the written value appears on other data lines. Check whether or not. Note that a specific check method and error check of other devices are the same as the known diagnosis method, and thus description thereof is omitted.
[0078]
Then, it is confirmed whether the diagnosis result of the device is normal or error (step S602), and in the case of an error, it is determined whether or not the detected error is a fatal error (step S603). Here, the fatal error refers to an error that affects the activation of the multi-function device 100 or cannot be provided by the user service even when activated, for example, an error in the main memory. On the other hand, even if it is a fatal error such as an expansion memory error or network interface error, it is possible to provide user services in a state where functions are limited by substitution with other devices, for example, printing In the present embodiment, it is determined that the error is not a fatal error when a part of user services that can execute only the above function but can execute the scanner and copy functions can be provided.
[0079]
If the error is a fatal error, a message indicating that the MFP 100 cannot be activated due to a serious failure is displayed on the operation panel display (step S606), and the MFP 100 is stopped (step S607). . On the other hand, if it is not the above-mentioned fatal error, the name of the faulty device, the error number, etc. are stored in the SRAM as the diagnosis result (step S604).
[0080]
As described above, the diagnosis processing from step S601 to step S604 is performed for all devices (step S605). Then, the hardware resource diagnosis process ends.
[0081]
Next, returning to FIG. 5, the reconstruction mode thread of the SCS 122 acquires the diagnosis result stored in the SRAM (step S504), and further reads the reconstruction table from the flash memory (step S505).
[0082]
Next, referring to the acquired diagnosis result and the reconstruction table, in response to a hardware resource failure, the control service and application registered not to start and the emergency mode thread registered to start Control service, SRM 123 and application are selected (step S506).
[0083]
Then, a command message for switching the thread is transmitted to the selected control service, application, and SRM 123 (step S507). More specifically, this thread switch command message instructs the control service and application registered not to start in the rebuild table that the execution of the normal mode thread should be stopped. The control service, the SRM 123, and the application registered to start the thread are instructed to stop the execution of the normal mode thread and execute the emergency mode thread.
[0084]
In the control service, application, and SRM 123 that have received the thread switching instruction message, the normal mode thread is stopped and the process is terminated in the case of an instruction to stop execution of the normal mode thread. In the case of an instruction to stop execution of the normal mode thread and to execute the emergency mode thread, the emergency mode thread having a function restriction is activated. Thereby, the reconstruction of the software according to the failure of the hardware resource is completed.
[0085]
Then, hardware failure information data including the model identification information of the multifunction device 100 and the type of hardware failure is generated. In addition, referring to the restructuring table, data of the restructuring information including the contents of the function restriction and the name or identification symbol of the control service and application not activated and the control service and application activated in the emergency mode thread Is generated. The generated hardware failure information and reconstruction information are transmitted by the NCS 128 to the remote centralized management apparatus 200 using the public line via the key card device 206 and the communication adapter 205, and the PC 207 which is a client terminal. Is transmitted via the LAN (step S508). As a result, all detected hardware failure information and reconstruction information are transmitted to the remote centralized management apparatus 200.
[0086]
As described above, in the MFP 100 according to the second embodiment, a hardware resource failure is detected by the reconstruction mode thread of the SCS 122, a control service and an application that do not affect the hardware failure are executed, and the detected hardware is detected. Since the failure and the reconstruction information are transmitted to the remote centralized management device 200 using the public line, even if the software configuration is reconstructed due to a hardware failure, the status of the reconstruction is displayed in the remote centralized management device. Can be notified and the status of the current software configuration of the multifunction device 100 can be accurately transmitted.
[0087]
In the MFP 100 according to the second embodiment, the hardware resource diagnosis process is executed by the reconstruction mode thread of the SCS 122, but a diagnosis mode thread for performing only the diagnosis process is generated in the process of the SCS 122. The hardware resource diagnostic process may be executed by the diagnostic mode thread.
[0088]
In the MFP 100 according to the second embodiment, the software configuration reconstruction process is executed by the reconstruction mode thread of the SCS 122. A new control service is generated in the control service layer, and the new control service is generated. In this case, the reconstruction process may be executed.
[0089]
Further, the reconstruction table and each emergency mode thread described in the MFP 100 according to the second embodiment show an example, and can be arbitrarily determined according to a hardware resource failure.
[0090]
【The invention's effect】
As explained above, the claims 1 According to the invention, even when the software configuration is reconfigured due to a hardware failure, the reconfiguration status can be notified to the remote centralized management device, and the current status of the image information processing device can be accurately transmitted. There is an effect that can be done.
[0091]
Claims 2 According to the invention, it is possible to dynamically transmit the reconfiguration status of the software configuration of the image information processing apparatus in response to a request from the remote centralized management apparatus.
[0092]
Claims 3 According to the invention, it is possible to accurately transmit the cause of the reconstruction of the software configuration.
[0093]
Claims 4 According to the invention, it is possible to notify the client terminal such as a PC that uses the image information processing apparatus via the network of the status of the software configuration reconstruction, and to ensure the contents of the user service function restrictions. There is an effect that it can be transmitted.
[0094]
Claims 5 According to the invention, even when the software configuration is reconfigured due to a hardware failure, the reconfiguration status can be notified to the remote centralized management device, and the current status of the image information processing device can be accurately transmitted. There is an effect that can be done.
[0095]
Claims 6 According to the invention, it is possible to dynamically transmit the reconfiguration status of the software configuration of the image information processing apparatus in response to a request from the remote centralized management apparatus.
[0096]
Claims 7 According to the invention, it is possible to accurately transmit the cause of the reconstruction of the software configuration.
[0097]
Claims 8 According to the invention, it is possible to notify the client terminal such as a PC that uses the image information processing apparatus via the network of the status of the software configuration reconstruction, and to ensure the contents of the user service function restrictions. There is an effect that it can be transmitted.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a configuration of an image forming apparatus according to Embodiment 1 of the present invention.
FIG. 2 is a block diagram illustrating a configuration of a remote centralized management system including the multifunction peripheral according to the first embodiment.
FIG. 3 is a flowchart illustrating an overall flow from a control service and application diagnosis request to a diagnosis process in the multifunction peripheral according to the first embodiment;
FIG. 4 is a flowchart illustrating a processing procedure of control service and application diagnosis by the multifunction peripheral according to the first embodiment;
FIG. 5 is a flowchart of a software reconfiguration process and a notification process in the multifunction machine according to the second embodiment.
FIG. 6 is a flowchart illustrating a diagnostic processing procedure for each device of hardware resources by the multifunction peripheral according to the second embodiment.
FIG. 7 is an explanatory diagram illustrating an example of a reconstruction table referred to in software reconstruction processing by the multifunction peripheral according to the second embodiment.
[Explanation of symbols]
100 MFP
101 Monochrome line printer
102 color line printer
103 Hardware resources
110 Software group
111 Printer app
112 Copy application
113 Fax application
114 Scanner app
115 Net file application
116 Process inspection application
117 Diagnostic app
120 platform
121 General-purpose OS
122 SCS
123 SRM
124 ECS
125 MCS
126 OCS
127 FCS
128 NCS
130 applications
200 Remote centralized management device
201 computer
202 External storage device
203 Multi-channel communication control device
204 Public network
205 Communication adapter
206 Key card device

Claims

It is possible to mount a plurality of application processes related to image information processing using hardware resources having a printer unit or a scanner unit, and operate on the operating system and the operating system. An image information processing apparatus comprising a program process for controlling hardware resources,
Diagnostic means for detecting a failure of the hardware resource;
The hardware resource failure and a program and an application that affect the hardware resource failure are associated in advance, and the association is an emergency mode of the application that can be executed without affecting the failure. Storage means for storing a reconstruction table that is associated with the emergency mode of the program that is accessed from the application executed in the emergency mode and can be executed without affecting the failure ;
Based on the failure detected by the diagnostic means and the reconstruction table, the emergency mode of the program and application that do not affect the detected failure is selected and the program and application are selected in the emergency mode. A reconstruction means to be activated;
Transmitting means for transmitting reconstruction information relating to programs and applications started by the reconstructing means to a remote centralized management apparatus that collects failure information in a plurality of image forming apparatuses connected to the network via the network;
An image information processing apparatus comprising:

Further comprising receiving means for receiving a diagnostic request from the remote centralized management device via a network;
The image information processing apparatus according to claim 1 , wherein the diagnosis unit detects a failure of the hardware resource when the diagnosis request is received by the reception unit.

The transmission unit, an image processing apparatus according to hardware failure information about the fault detected by said diagnostic means, to claim 1 or 2, characterized in that to transmit over the network to the remote central control device.

The transmitting unit further wherein the reconfiguration information, the image processing apparatus according to any one of claims 1 to 3, characterized in that to the client terminal of the connected image processing apparatus to the network .

It is possible to mount a plurality of application processes related to image information processing using hardware resources having a printer unit or a scanner unit, and operate on the operating system and the operating system. A failure information notification method for notifying failure information related to a failure that has occurred in an image information processing apparatus comprising a program process for controlling hardware resources, and a diagnostic step for detecting a failure in the hardware resource;
The failure detected by the diagnosis step, the failure of the hardware resource, and the program and application that affect the failure of the hardware resource are associated in advance, and the association does not affect the failure and the failure. Based on the emergency mode of the application that can be executed and the reconstruction table that is associated with the emergency mode of the program that is accessed from the application that is executed in the emergency mode and that can be executed without affecting the failure Restructuring to select the emergency mode of programs and applications that do not affect the detected fault and to activate the programs and applications in the selected emergency mode ;
A transmission step of transmitting reconstruction information regarding the programs and applications activated by the reconstruction step via a network to a remote centralized management device that collects failure information in a plurality of image information processing devices connected to the network;
A failure information notification method comprising:

A receiving step of receiving a diagnostic request from the remote centralized management apparatus via a network;
6. The failure information notification method according to claim 5 , wherein the diagnosis step detects a failure of the hardware resource when the diagnosis request is received in the reception step.

7. The failure information notification method according to claim 5 , wherein the transmission step further transmits hardware failure information related to the failure detected in the diagnosis step to the remote centralized management apparatus via a network.

The failure information notification method according to claim 5 , wherein the transmission step further transmits the reconstruction information to a client terminal of an image information processing apparatus connected to a network.