JP3887191B2 - 画像情報処理装置および障害情報通知方法 - Google Patents
画像情報処理装置および障害情報通知方法 Download PDFInfo
- Publication number
- JP3887191B2 JP3887191B2 JP2001264887A JP2001264887A JP3887191B2 JP 3887191 B2 JP3887191 B2 JP 3887191B2 JP 2001264887 A JP2001264887 A JP 2001264887A JP 2001264887 A JP2001264887 A JP 2001264887A JP 3887191 B2 JP3887191 B2 JP 3887191B2
- Authority
- JP
- Japan
- Prior art keywords
- failure
- application
- network
- emergency mode
- reconstruction
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Accessory Devices And Overall Control Thereof (AREA)
- Computer And Data Communications (AREA)
- Facsimiles In General (AREA)
Description
【０００１】
【発明の属する技術分野】
この発明は、プリンタ、コピーまたはファクシミリなどの画像情報処理にかかるユーザサービスを提供する際に動作するプログラムやアプリケーションの障害情報やハードウェア資源の障害に基づいてソフトウェア構成の再構築を行った場合の再構築情報を、画像情報処理装置の障害情報を収集する遠隔集中管理装置にネットワーク経由で送信することができる画像情報処理装置およびこのような画像情報処理装置で実行される障害情報通知方法に関するものである。
【０００２】
【従来の技術】
プリンタ、コピーまたはファクシミリなどのユーザサービスを提供する複合機には、公衆回線網を利用して、累積印刷回数、トナーなどの残量、障害の発生などをセンターの集中管理装置に通知し、その複合機の使用状況の集計をしたり、遠隔診断したりするシステムが知られている。
【０００３】
例えば、複数の複写機あるいは複合機などの画像形成装置を遠隔的に管理する遠隔集中管理装置に対し、画像形成装置で障害が発生したことを知らせる障害情報を通知するシステムなどが一般的に知られている。
【０００４】
【発明が解決しようとする課題】
しかしながら、従来の複合機では、診断プログラムによってハードウェア資源のエラーチェックを行って、ハードウェア障害しか複合機遠隔集中管理装置に対して通知していないため、アプリケーションやコントロールサービスにエラーが生じてユーザサービスの機能が停止している場合でも、遠隔集中管理装置に複合機の現在の障害内容を正確に通知することができないという問題がある。
【０００５】
ところで、従来の複合機では、内部にプリンタ、コピー、スキャナおよびファクシミリ装置に対応するソフトウェア（汎用ＯＳを含む）をそれぞれ別個に設ける構成となっており、各ソフトウェアの開発に多大の時間を要する。このため、出願人は、表示部、印刷部および撮像部などの画像形成処理で使用されるハードウェア資源を有し、プリンタ、コピーまたはファクシミリなどの各ユーザサービスにそれぞれ固有の処理を行うアプリケーションを複数搭載し、これらのアプリケーションとハードウェア資源との間に介在して、ユーザサービスを提供する際に、アプリケーションの少なくとも２つが共通的に必要とするハードウェア資源の管理、実行制御並びに画像形成処理を行う各種コントロールサービスからなるプラットホームを備えた画像形成装置を発明した。この画像形成装置によれば、アプリケーションの少なくとも２つが共通的に必要とするハードウェア資源の管理、実行制御並びに画像形成処理を行うプラットホームを備えた構成とすることによって、ソフトウェア開発の効率化を図るとともに、装置全体としての生産性を向上させることが可能となる。
【０００６】
このような複合機では、複数のアプリケーションと、アプリケーションの少なくとも２つが共通的に必要とするサービスを提供する複数のコントロールサービスを有するという各モジュールが独立した構成となっているため、かかる特徴的な構成を利用することで、ユーザサービスのコピー、プリンタ、スキャナまたはファクシミリなどの各機能ごとに一部の機能制限だけで実行させ、かかる動作状況を遠隔集中管理装置に通知することが好ましい。
【０００７】
この発明は上記に鑑みてなされたもので、ソフトウェア障害情報およびハードウェア資源の障害に起因してソフトウェア構成に再構築に関する再構築情報を、遠隔集中管理装置に送信することにより、画像情報処理装置の動作状況を正確に伝達することができる画像情報処理装置および障害情報通知方法を得ることを目的とする。
【０００８】
【課題を解決するための手段】
上記目的を達成するため、請求項１にかかる発明は、プリンタ部またはスキャナ部を有するハードウェア資源を利用して画像情報処理にかかるアプリケーションのプロセスを複数搭載可能とし、オペレーティングシステムと、前記オペレーティングシステム上で動作し、複数の前記アプリケーションからアクセスされて前記ハードウェア資源の制御を行うプログラムのプロセスとを備えた画像情報処理装置であって、前記ハードウェア資源の障害を検知する診断手段と、前記ハードウェア資源の障害と、前記ハードウェア資源の障害に影響するプログラムおよびアプリケーションとをあらかじめ対応付け、前記対応付けは、前記障害と、前記障害に影響せずに実行可能な前記アプリケーションの緊急モードおよび前記緊急モードで実行される前記アプリケーションからアクセスされて前記障害に影響せずに実行可能な前記プログラムの緊急モードとの対応付けである再構築テーブルを記憶する記憶手段と、前記診断手段により検知された障害と前記再構築テーブルとに基づいて、前記検知された障害に影響のないプログラムおよびアプリケーションの前記緊急モードを選択して前記プログラムおよびアプリケーションを選択された前記緊急モードで起動する再構築手段と、前記再構築手段により起動されたプログラムおよびアプリケーションに関する再構築情報を、ネットワークに接続された複数の画像形成装置における障害情報を収集する遠隔集中管理装置へネットワーク経由で送信する送信手段と、を備えたことを特徴とする。
【０００９】
この請求項１の発明によれば、ハードウェア資源の障害を検知する診断手段と、ハードウェア資源の障害と、ハードウェア資源の障害に影響するプログラムおよびアプリケーションとをあらかじめ対応付け、対応付けは、障害と、障害に影響せずに実行可能なアプリケーションの緊急モードおよび緊急モードで実行されるアプリケーションからアクセスされて障害に影響せずに実行可能なプログラムの緊急モードとの対応付けである再構築テーブルを記憶する記憶手段と、診断手段により検知された障害と再構築テーブルとに基づいて、検知された障害に影響のないプログラムおよびアプリケーションの緊急モードを選択してプログラムおよびアプリケーションを選択された緊急モードで起動する再構築手段と、再構築手段により起動されたプログラムおよびアプリケーションに関する再構築情報を、ネットワークに接続された複数の画像形成装置における障害情報を収集する遠隔集中管理装置へネットワーク経由で送信する送信手段とを備えたことで、ハードウェア障害によりソフトウェア構成が再構築された場合でも、その再構築の状況を遠隔集中管理装置に通知することができ、画像情報処理装置の現在の状況を正確に伝達することができる。
【００１０】
また、請求項２にかかる発明は、請求項１に記載の画像情報処理装置において、前記遠隔集中管理装置からネットワーク経由で診断要求を受信する受信手段をさらに備え、前記診断手段は、前記受信手段によって前記診断要求を受信したときに、前記ハードウェア資源の障害を検知することを特徴とする。
【００１１】
この請求項２の発明によれば、遠隔集中管理装置からネットワーク経由で診断要求を受信する受信手段をさらに備え、診断手段が受信手段によって診断要求を受信したときにハードウェア資源の障害を検知することで、遠隔集中管理装置からの要求に応じて動的に画像情報処理装置のソフトウェア構成の再構築の状況を伝達することができる。
【００１２】
また、請求項３にかかる発明は、請求項１または２に記載の画像情報処理装置において、前記送信手段は、前記診断手段により検知された障害に関するハードウェア障害情報を、前記遠隔集中管理装置にネットワーク経由で送信することを特徴とする。
【００１３】
この請求項３の発明によれば、送信手段が診断手段により検知された障害に関するハードウェア障害情報を遠隔集中管理装置にネットワーク経由で送信することで、ソフトウェア構成の再構築の原因を正確に伝達することができる。
【００１４】
また、請求項４にかかる発明は、請求項１〜３のいずれか一つに記載の画像情報処理装置において、前記送信手段は、さらに、前記再構築情報を、ネットワークに接続された画像情報処理装置のクライアント端末に送信することを特徴とする。
【００１５】
この請求項４の発明によれば、再構築情報を、ネットワークに接続された画像情報処理装置のクライアント端末に送信することで、画像情報処理装置をネットワーク経由で使用するＰＣなどのクライアント端末に対して、ソフトウェア構成の再構築の状況を通知することができ、ユーザサービスの機能制限の内容を確実に伝達することができる。
【００１６】
また、請求項５にかかる発明は、プリンタ部またはスキャナ部を有するハードウェア資源を利用して画像情報処理にかかるアプリケーションのプロセスを複数搭載可能とし、オペレーティングシステムと、前記オペレーティングシステム上で動作し、複数の前記アプリケーションからアクセスされて前記ハードウェア資源の制御を行うプログラムのプロセスとを備えた画像情報処理装置で生じた障害に関する障害情報を通知する障害情報通知方法であって、前記ハードウェア資源の障害を検知する診断ステップと、前記診断ステップにより検知された障害と、前記ハードウェア資源の障害と前記ハードウェア資源の障害に影響するプログラムおよびアプリケーションとをあらかじめ対応付け、前記対応付けは、前記障害と前記障害に影響せずに実行可能な前記アプリケーションの緊急モードおよび前記緊急モードで実行される前記アプリケーションからアクセスされて前記障害に影響せずに実行可能な前記プログラムの緊急モードとの対応付けである再構築テーブルとに基づいて、前記検知された障害に影響のないプログラムおよびアプリケーションの前記緊急モードを選択して前記プログラムおよびアプリケーションを選択された前記緊急モードで起動する再構築ステップと、前記再構築ステップにより起動されたプログラムおよびアプリケーションに関する再構築情報を、ネットワークに接続された複数の画像情報処理装置における障害情報を収集する遠隔集中管理装置へネットワーク経由で送信する送信ステップと、を含むことを特徴とする。
【００１７】
この請求項５の発明によれば、ハードウェア資源の障害を検知する診断ステップと、診断ステップにより検知された障害と、ハードウェア資源の障害とハードウェア資源の障害に影響するプログラムおよびアプリケーションとをあらかじめ対応付け、対応付けは、障害と障害に影響せずに実行可能なアプリケーションの緊急モードおよび緊急モードで実行されるアプリケーションからアクセスされて障害に影響せずに実行可能なプログラムの緊急モードとの対応付けである再構築テーブルとに基づいて、検知された障害に影響のないプログラムおよびアプリケーションの緊急モードを選択してプログラムおよびアプリケーションを選択された緊急モードで起動する再構築ステップと、再構築ステップにより起動されたプログラムおよびアプリケーションに関する再構築情報を、ネットワークに接続された複数の画像情報処理装置における障害情報を収集する遠隔集中管理装置へネットワーク経由で送信する送信ステップとを含むことで、ハードウェア障害によりソフトウェア構成が再構築された場合でも、その再構築の状況を遠隔集中管理装置に通知することができ、画像情報処理装置の現在の状況を正確に伝達することができる。
【００１８】
また、請求項６にかかる発明は、請求項５に記載の障害情報通知方法において、前記遠隔集中管理装置からネットワーク経由で診断要求を受信する受信ステップをさらに含み、前記診断ステップは、前記受信ステップによって前記診断要求を受信したときに、前記ハードウェア資源の障害を検知することを特徴とする。
【００１９】
この請求項６の発明によれば、遠隔集中管理装置からネットワーク経由で診断要求を受信する受信ステップをさらに含み、診断ステップが受信ステップによって診断要求を受信したときにハードウェア資源の障害を検知することで、遠隔集中管理装置からの要求に応じて動的に画像情報処理装置のソフトウェア構成の再構築の状況を伝達することができる。
【００２０】
また、請求項７にかかる発明は、請求項５または６に記載の障害情報通知方法において、前記送信ステップは、さらに前記診断ステップにより検知された障害に関するハードウェア障害情報を、前記遠隔集中管理装置にネットワーク経由で送信することを特徴とする。
【００２１】
この請求項７の発明によれば、送信ステップが診断ステップにより検知された障害に関するハードウェア障害情報を遠隔集中管理装置にネットワーク経由で送信することで、ソフトウェア構成の再構築の原因を正確に伝達することができる。
【００２２】
また、請求項８にかかる発明は、請求項５〜７のいずれか一つに記載の障害情報通知方法において、前記送信ステップは、さらに前記再構築情報を、ネットワークに接続された画像情報処理装置のクライアント端末に送信することを特徴とする。
【００２３】
この請求項８の発明によれば、送信ステップは、さらに前記再構築情報を、ネットワークに接続された画像情報処理装置のクライアント端末に送信することで、画像情報処理装置をネットワーク経由で使用するＰＣなどのクライアント端末に対して、ソフトウェア構成の再構築の状況を通知することができ、ユーザサービスの機能制限の内容を確実に伝達することができる。
【００２４】
【発明の実施の形態】
以下に添付図面を参照して、この発明にかかる画像情報処理装置および障害情報通知方法の好適な実施の形態を詳細に説明する。
【００２５】
（実施の形態１）
図１は、この発明の実施の形態１である画像形成装置（以下、「複合機」という）の構成を示すブロック図である。実施の形態１の複合機は、コントロールサービスやアプリケーションというソフトウェアの障害を検知して、その診断結果を公衆回線を利用して遠隔集中管理装置に送信するものである。図１に示すように、複合機１００は、白黒ラインプリンタ（B&W LP）１０１と、カラーラインプリンタ（Color LP）１０２と、スキャナ、ファクシミリなどのハードウェアリソース１０３などを有するとともに、プラットホーム１２０とアプリケーション１３０とから構成されるソフトウェア群１１０とを備えている。
【００２６】
プラットホーム１２０は、アプリケーションからの処理要求を解釈してハードウェア資源の獲得要求を発生させるコントロールサービスと、一または複数のハードウェア資源の管理を行い、コントロールサービスからの獲得要求を調停するシステムリソースマネージャ（ＳＲＭ）１２３と、汎用ＯＳ１２１とを有する。
【００２７】
コントロールサービスは、複数のサービスモジュールから形成され、ＳＣＳ（システムコントロールサービス）１２２と、ＥＣＳ（エンジンコントロールサービス）１２４と、ＭＣＳ（メモリコントロールサービス）１２５と、ＯＣＳ（オペレーションパネルコントロールサービス）１２６と、ＦＣＳ（ファックスコントロールサービス）１２７と、ＮＣＳ（ネットワークコントロールサービス）１２８とから構成される。なお、このプラットホーム１２０は、あらかじめ定義された関数により前記アプリケーション１３０から処理要求を受信可能とするアプリケーションプログラムインタフェース（ＡＰＩ）を有する。
【００２８】
汎用ＯＳ１２１は、ＵＮＩＸなどの汎用オペレーティングシステムであり、プラットホーム１２０並びにアプリケーション１３０の各ソフトウェアをそれぞれプロセスとして並列実行する。
【００２９】
コントロールサービスのそれぞれは、プロセスとして動作し、後述する診断アプリ１１７から発行される診断関数を実装している。この診断関数は、各コントロールサービスの動作確認を行うために擬似的な処理を行うものであり、ハードウェア資源や他のプロセスにアクセスせずに内部で完結するような最低限の処理を実行する。そして、その処理結果によって正常またはエラー発生を示す関数戻り値を呼び出し元の診断アプリ１１７に返すようになっている。
【００３０】
また、各コントロールサービスおよび各アプリは、プリンタ、コピーまたはファクシミリなどの画像形成処理にかかるユーザサービスの機能を提供する際に実行される通常モードスレッドと、診断関数を実行する診断モードスレッドを有している。
【００３１】
ＳＲＭ１２３のプロセスは、ＳＣＳ１２２とともにシステムの制御およびリソースの管理を行うものであり、スキャナ部やプリンタ部などのエンジン、メモリ、ＨＤＤファイル、ホストＩ／Ｏ（セントロＩ／Ｆ、ネットワークＩ／Ｆ、ＩＥＥＥ１３９４ Ｉ／Ｆ、ＲＳ２３２Ｃ Ｉ／Ｆなど）のハードウェア資源を利用する上位層からの要求にしたがって調停を行い、実行制御を行う。
【００３２】
具体的には、このＳＲＭ１２３は、要求されたハードウェア資源が利用可能であるか（他の要求により利用されていないかどうか）を判断し、利用可能であれば要求されたハードウェア資源が利用可能である旨を上位層に伝える。また、ＳＲＭ１２３は、上位層からの要求に対してハードウェア資源の利用スケジューリングを行い、要求内容（例えば、プリンタエンジンにより紙搬送と作像動作、メモリ確保、ファイル生成など）を直接実施している。
【００３３】
ＳＣＳ１２２のプロセスは、アプリ管理、操作部制御、システム画面表示、ＬＥＤ表示、リソース管理、割り込みアプリ制御というユーザサービスを行う際に実行される通常モードスレッドと、かかる処理を実行せずに、単に上記診断関数を実行する診断モードスレッドを有している。
【００３４】
ＥＣＳ１２４のプロセスは、白黒ラインプリンタ（B&W LP）１０１、カラーラインプリンタ（Color LP）１０２、スキャナ、ファクシミリなどからなるハードウェアリソース１０３のエンジンの制御というユーザサービスを行う際に実行される通常モードスレッドと、このようなエンジン制御を行わずに診断関数を実行する診断モードスレッドを有している。
【００３５】
ＭＣＳ１２５のプロセスは、画像メモリの取得および解放、ハードディスク装置（ＨＤＤ）の利用、画像データの圧縮および伸張などのコピー、プリンタ、ファクシミリおよびスキャナなどのユーザサービスを行う際に実行される通常モードスレッドと、かかる機能を実行せずに診断関数を実行する診断モードスレッドを有している。
【００３６】
ＯＣＳ１２６のプロセスは、オペレータと本体制御間の情報伝達手段となる操作パネル（オペレーションパネル）の制御というユーザサービスを行う際に起動される通常モードスレッドと、かかる操作パネルの制御を行わず診断関数を実行する診断モードスレッドを有している。
【００３７】
ＦＣＳ１２７のプロセスは、システムコントローラの各アプリ層からＰＳＴＮ／ＩＳＤＮ網を利用したファクシミリ送受信、ＢＫＭ（バックアップＳＲＡＭ）で管理されている各種ファクシミリデータの登録／引用、ファクシミリ読みとり、ファクシミリ受信印刷、融合送受信を行うためのＡＰＩを提供するというユーザサービスを行う際に起動される通常モードスレッドと、かかる機能を実行せずに診断関数を実行する診断モードスレッドを有している。
【００３８】
ＮＣＳ１２８は、ネットワークＩ／Ｏを必要とするアプリケーションに対して共通に利用できるサービスを提供するためのプロセスであり、ネットワーク側から各プロトコルによって受信したデータを各アプリケーションに振り分けたり、アプリケーションからデータをネットワーク側に送信する際の仲介を行うというユーザサービスを行う際に実行される通常モードスレッドと、かかる機能を実行せずに診断関数を実行する診断モードスレッドを有している。
【００３９】
このように、ＳＣＳ１２２、ＥＣＳ１２４、ＭＣＳ１２５、ＯＣＳ１２６、ＦＣＳ１２７、ＮＣＳ１２８の各診断モードスレッドはいずれも診断関数を実行してソフトウェアエラーが発生しているか否かを判断し、その結果を診断アプリ１１７に返すようになっている。
【００４０】
アプリケーション１３０は、ページ記述言語（ＰＤＬ）、ＰＣＬおよびポストスクリプト（ＰＳ）を有するプリンタ用のアプリケーションであるプリンタアプリ１１１と、コピー用アプリケーションであるコピーアプリ１１２と、ファクシミリ用アプリケーションであるファックスアプリ１１３と、スキャナ用アプリケーションであるスキャナアプリ１１４と、ネットワークファイル用アプリケーションであるネットファイルアプリ１１５と、工程検査用アプリケーションである工程検査アプリ１１６と診断用のアプリケーションである診断アプリ１１７を有している。
【００４１】
プリンタアプリ１１１、コピーアプリ１１２、ファックスアプリ１１３、スキャナアプリ１１４、ネットファイルアプリ１１５、工程検査アプリ１１６のそれぞれも、ユーザサービスを行う際に実行される通常モードスレッドと、かかる機能を実行せずに診断関数を実行する診断モードスレッドを有している。
【００４２】
アプリケーションのそれぞれは、いずれもプロセスとして動作する。診断アプリ１１７を除く各アプリも、コントロールサービスと同様に、診断アプリ１１７から関数呼び出しされる診断関数を実装している。この診断関数は、各アプリの動作確認を行うために擬似的な処理を行うものであり、ユーザサービスの機能を停止し、かつコントロールサービスへのアクセスを行わずに内部で完結するような最低限の処理を実行する。そして、その処理結果によって正常またはエラー発生を示す関数戻り値を呼び出し元の診断アプリ１１７に返すようになっている。
【００４３】
診断アプリ１１７は、コントロールサービスまたはアプリケーション１３０の診断要求があったときに起動される。そして、各コントロールサービス、ＳＲＭ１２３および各アプリに対して順番に診断関数の呼び出しを行う。そしてそれらの関数戻り値が正常かエラー発生かをチェックしてエラー発生の関数戻り値の場合には、その関数戻り値からソフトウェアエラーの種類を判断し、そのソフトウェアエラーの種類とソフトウェアエラーが生じているソフトウェア（各コントロールサービス、ＳＲＭ１２３、各アプリ）の名称などのエラー情報をオペレーションパネルのディスプレイに表示する。また、これらのエラー情報は、ＮＣＳ１２８が正常動作している場合にはＮＣＳ１２８を介して、公衆回線などのネットワークを利用して遠隔集中管理装置のコンピュータへ送信するようになっている。なお、診断アプリ１１７は本発明における診断手段を構成するものである。
【００４４】
図２は、実施の形態１の複合機を含む遠隔集中管理システムの構成を示すブロック図である。この遠隔集中管理システムは、遠隔集中管理装置２００と、複数の複合機１００とが公衆回線によって接続された構成となっている。
【００４５】
遠隔集中管理装置２００、システム全体の制御を実行するコンピュータ２０１と、光磁気ディスク、磁気テープ、フロッピーディスク、ＩＣカード等の外部記憶装置２０２と、多チャネル型の多チャネル通信制御装置（ＣＣＵ）２０３とにより構成されている。また、上記多チャネル通信制御装置２０３には、公衆回線網２０４が接続され、通信アダプタ２０５を介して、キーカード装置２０６および複合機１００が複数組接続されている。さらに、複合機１００には、ＬＡＮなどのネットワークによりプリンタクライアントとなるＰＣ(Personal Computer)２０７がクライアント端末として接続されている。
【００４６】
また、キーカード装置２０６は、顧客先に配置された複写機１００ごとに接続され、複合機１００の使用情報、ソフトウェア障害情報、再構築情報などを通信アダプタ２０５に出力するように構成されている。この通信アダプタ２０５は、顧客先のキーカード装置２０６および複合機１００の近傍に配置されている。さらに、通信アダプタ２０５は、顧客先のファクシミリ装置あるいは一般電話器と接続され、該ファクシミリ装置あるいは一般電話器の未使用時（回線の空き状態）に、多チャネル通信制御装置２０３および通信アダプタ２０５の間で公衆回線網２０４を介してデータ通信（オフトーク通信方式）が可能に構成されている。
【００４７】
次に、このように構成された実施の形態１の複合機による障害情報の通知処理について説明する。図３は、実施の形態１の複合機１００におけるコントロールサービスおよびアプリケーション１３０の診断要求から診断処理までの全体の流れを示すフローチャートである。
【００４８】
複合機１００によるユーザサービスの処理を実行中、診断要求があると、この診断要求をＳＣＳ１２２で受け取る（ステップＳ３０１）。ここで、診断要求は、公衆回線で接続された遠隔集中管理装置２００から送信される。複合機１００では、この診断要求を、通信アダプタ２０５、キーカード装置２０６を経由してＮＣＳ１２８で受信し、ＳＣＳ１２２が受け取る。このため、通信アダプタ２０５、キーカード装置２０６およびＮＣＳ１２８は本発明における受信手段を構成する。
【００４９】
ついで、ＳＣＳ１２２はプログラム起動部（図示せず）に対して診断アプリ１１７の起動を要求し、これによって診断アプリ１１７がプラットホーム１２０上に起動される（ステップＳ３０２）。そして、診断アプリ１１７によって、コントロールサービスおよびアプリケーションの診断処理が実行される（ステップＳ３０３）。
【００５０】
図４は、実施の形態１の複合機１００の診断アプリ１１７によるコントロールサービスおよびアプリケーションの診断の処理手順を示すフローチャートである。
【００５１】
診断アプリ１１７のプロセスが起動されると、まず各コントロールサービスおよび各アプリのプロセスをサーバプロセスとしたクライアントプロセスとして動作し、各コントロールサービスおよび各アプリのプロセスに対して順番に診断関数の呼び出しを行う（ステップＳ４０１）。そして、診断アプリ１１７は、関数戻り値待ち状態となる。
【００５２】
各コントロールサービスまたは各アプリのプロセスでは、診断アプリ１１７から診断関数呼び出しを受信すると、診断関数により上述の擬似的な処理を実行し、その処理結果を正常または障害発生の旨の関数戻り値として診断アプリ１１７へ返す。なお、エラーが発生している場合には、戻り値の数値によってソフトウェア障害の種類を識別できるように、障害時の戻り値をあらかじめ定義しておく。
【００５３】
診断アプリ１１７は、関数戻り値を受信すると（ステップＳ４０２）、その関数戻り値によって各コントロールサービスまたは各アプリが正常動作しているか否かを判断する（ステップＳ４０３）。そして、障害が発生している場合には、関数戻り値の数値によってソフトウェア障害の種別を特定し（ステップＳ４０４）、複合機１００の機種識別情報と、ソフトウェア障害種別と障害が発生しているコントロールサービスまたはアプリケーションの名称あるいは識別記号などをソフトウェア障害情報としたデータを生成し、オペレーションパネルのディスプレイに表示する。また、このソフトウェア障害情報のデータを、ＮＣＳ１２８によってキーカード装置２０６および通信アダプタ２０５を経由して公衆回線を利用して遠隔集中管理装置２００に送信するとともに、クライアント端末であるＰＣ２０７にＬＡＮ経由で送信する（ステップＳ４０５）。なお、ＮＣＳ１２８、キーカード装置２０６および通信アダプタ２０５は本発明の送信手段を構成する。一方、ステップＳ４０３において、関数戻り値が正常を示す場合には、診断を行ったコントロールサービス、アプリケーションは正常動作していると判断する。
【００５４】
このようなステップＳ４０１〜Ｓ４０５までの診断処理をすべてのコントロールサービスおよびすべてのアプリケーションに対して繰り返し実行する（ステップＳ４０６）。これにより、検知されたすべてのソフトウェア障害情報が遠隔集中管理装置２００に送信されることになる。
【００５５】
このように実施の形態１の複合機１００では、診断アプリ１１７によって検知したコントロールサービスまたはアプリケーション１３０の障害に関するソフトウェア障害情報を遠隔集中管理装置２００に公衆回線を利用して送信しているので、コントロールサービスやアプリケーションというソフトウェアで生じた障害を遠隔集中管理装置２００に通知することができ、複合機１００の動作状況を正確に伝達することができる。
【００５６】
なお、実施の形態１にかかる複合機１００では、本発明の診断手段を診断アプリ１１７に適用しているが、このほか、同様の機能を、たとえば診断コントロールサービスとして、プラットホーム１２０に含める構成としても良い。
【００５７】
（実施の形態２）
実施の形態１の複合機１００は、ソフトウェア障害情報を遠隔集中管理装置２００に送信していたが、この発明の実施の形態２にかかる複合機１００は、ソフトウェア構成の再構築情報を遠隔集中管理装置２００に送信するものである。
【００５８】
実施の形態２にかかる複合機１００の構成、遠隔集中管理システムの構成については実施の形態１と同様であるため説明を省略する。
【００５９】
実施の形態２の複合機１００では、コントロールサービスおよびアプリケーション１３０の各プロセスは実施の形態１と同様に通常モードスレッドを有する他、さらに緊急モードスレッドを有している。
【００６０】
すなわち、ＳＣＳ１２２のプロセスは、ハードウェア資源の診断およびハードウェア資源の診断結果に応じて複合機１００上で動作させるアプリケーションおよびコントロールサービスの再構築を行う再構築モードスレッドを有している。なお、このＳＣＳ１２２の再構築モードスレッドは、本発明における診断手段および再構築手段を構成する。
【００６１】
ＭＣＳ１２５のプロセスは、メモリまたはハードディスクに障害が発見された場合に一定の機能を制限して実行する複数の緊急モードスレッドを有している。ＭＣＳ緊急モードスレッド１は、増設メモリに障害があった場合に起動されるものであり、主メモリのみから必要なサイズの領域を確保する。ＭＣＳ緊急モードスレッド２は、ハードディスクに障害があったときに起動されるものであり、画像データをハードディスクに格納せずにメモリに展開するため、メモリから画像データ格納用の領域を確保する。
【００６２】
ＦＣＳ１２７のプロセスは、ハードウェア資源に障害があった場合に一定の機能を制限して実行する複数のＦＣＳ緊急モードスレッドを有している。ＦＣＳ緊急モードスレッド１は、増設メモリに障害があった場合に起動され、ＭＣＳ１２５に対してＭＣＳ緊急モードスレッド１とのみ関数呼び出しまたはメッセージ送受信などによるプロセス間通信を行うものである。ＦＣＳ緊急モードスレッド２は、ハードディスクに障害があった場合に起動され、ＭＣＳに対してはＭＣＳ緊急モードスレッド２とのみ関数呼び出しまたはメッセージ送受信によるプロセス間通信を行う。ＦＣＳ緊急モードスレッド３は、ネットワークボードに障害があった場合に起動され、ネットワーク上のＰＣからのＰＣ ＦＡＸの機能を制限したものである。このように、ＭＣＳ１２５、ＦＣＳ１２７の各緊急モードスレッドはいずれもハードウェア資源の障害に応じて実行可能な機能を制限したものとなっている。
【００６３】
プリンタアプリ１１１、コピーアプリ１１２、ファックスアプリ１１３のそれぞれも、ハードウェア資源が正常な場合にすべての機能の実行が可能な通常モードスレッドと、ハードウェア資源に障害があった場合に一定の機能を制限して実行する緊急モードスレッドを有している。
【００６４】
プリンタアプリ緊急モードスレッド１は、増設メモリに障害があった場合に起動され、印刷ページのソート、回転、変倍、集約（１ページに複数ページ分を集約して印刷する機能）、試し印刷、機密印刷などの機能を実行せず、両面印刷を一定ページ数分だけ可能とするなどメモリを大量に必要とする機能に制限を設けている。また、プリンタアプリ緊急モードスレッド１は、ＭＣＳ１２５に対しては、増設メモリからの領域確保が制限されたＭＣＳ緊急モードスレッド１とのみ関数呼び出しまたはメッセージ送受信などによるプロセス間通信を行う。
【００６５】
プリンタアプリ緊急モードスレッド２は、ハードディスクに障害があった場合に起動され、印刷時の印刷ページのソート、回転、変倍、集約、試し印刷、機密印刷、両面印刷など、画像データのハードディスクへの一時的格納を必要とする機能を実行せず、かつＭＣＳ１２５に対しては、ハードディスクからの領域確保が制限されたＭＣＳ緊急モードスレッド２とのみ関数呼び出しまたはメッセージ送受信などによるプロセス間通信を行う。
【００６６】
プリンタアプリ緊急モードスレッド３は、ネットワークボードに障害があった場合に起動され、ＰＣ ＦＡＸの実行ができないように、ＦＣＳ１２７に対するプロセス間通信を制限したものである。
【００６７】
プリンタアプリ緊急モードスレッド３は、ファックスエンジンに障害があった場合に起動され、ＰＣ ＦＡＸの実行ができないように、ＦＣＳ１２７に対するプロセス間通信を制限したものである。
【００６８】
コピーアプリ緊急モードスレッド１は、増設メモリに障害があった場合に起動され、コピーページのソート、回転、変倍、集約などの機能を実行せず、両面コピーおよび試しコピーを一定ページ数分だけ可能とするなどのメモリを大量に必要とする機能に制限を設けている。また、コピーアプリ緊急モードスレッド１は、ＭＣＳ１２５に対しては、増設メモリからの領域確保が制限されたＭＣＳ緊急モードスレッド１とのみ関数呼び出しまたはメッセージ送受信などによるプロセス間通信を行う。
【００６９】
コピーアプリ緊急モードスレッド２は、ハードディスクに障害があった場合に起動され、コピーページのソート、回転、変倍、集約、両面コピーおよび試しコピーなど、画像データのハードディスクへの一時的格納を必要とする機能を実行せず、かつＭＣＳ１２５に対しては、ハードディスクからの領域確保が制限されたＭＣＳ緊急モードスレッド２とのみ関数呼び出しまたはメッセージ送受信などによるプロセス間通信を行う。
【００７０】
ファックスアプリ緊急モードスレッド１は、増設メモリに障害があった場合に起動され、メモリ受信やメモリ送信を実行不可能とし、ファクシミリ登録件数の最大値を少なく設定し、かつＦＣＳ緊急モードスレッド１に対してはＦＣＳ緊急モードスレッド１とのみ関数呼び出しまたはメッセージ送受信などによるプロセス間通信を行う。
【００７１】
ファックスアプリ緊急モードスレッド２は、ハードディスクに障害があった場合に起動され、メモリ受信やメモリ送信を実行不可能とし、ファクシミリ登録件数の最大値を少なく設定し、かつＦＣＳ１２７に対してはＦＣＳ緊急モードスレッド２とのみ関数呼び出しまたはメッセージ送受信などによるプロセス間通信を行うものである。
【００７２】
次に、このように構成された実施の形態２の複合機１００による障害情報の通知処理について説明する。図５は、実施の形態２にかかる複合機１００におけるソフトウェア再構築処理および通知処理の手順を示すフローチャートである。図７は、このソフトウェア再構築処理で参照される再構築テーブルの一例を示す説明図である。
【００７３】
図７に示すように、再構築テーブルには、増設メモリエラーなどのハードウェア資源のエラーに対応して、各コントロールサービス、ＳＲＭ１２３および各アプリケーション１３０の起動の可否、起動するスレッド（通常モードスレッド／緊急モードスレッド）および制限機能があらかじめ定められて記録されている。なお、再構築テーブルは、フラッシュメモリなどにコントロールサービスやアプリケーション１３０のプログラムとともにあらかじめ格納されている。
【００７４】
複合機１００によるサービスの処理を実行中、診断要求があると、この診断要求をＳＣＳ１２２で受け取る（ステップＳ５０１）。ここで、診断要求は、公衆回線で接続された遠隔集中管理装置２００から送信される。複合機１００では、この診断要求を、通信アダプタ２０５、キーカード装置２０６を経由してＮＣＳ１２８で受信し、ＳＣＳ１２２が受け取る。
【００７５】
ついで、ＳＣＳ１２２は自プロセス内部で再構築モードスレッドを起動する（ステップＳ５０２）。そして、この再構築モードスレッドによって、以下に説明するハードウェア資源の診断処理およびソフトウェアの再構築処理が行われる。
【００７６】
ＳＣＳ１２２の再構築モードスレッドでは、未診断のデバイスに対して順にハードウェアエラーの有無をチェックすることによりデバイスの診断を行う（ステップＳ５０３）。ここで、図６は、ＳＣＳ１２２の再構築モードスレッドによって実行されるハードウェア資源の各デバイスの診断処理手順を示すフローチャートである。ＳＣＳ１２２の再構築モードスレッドでは、未診断のデバイスに対して順にハードウェアエラーの有無をチェックすることによりデバイスの診断を行う（ステップＳ６０１）。
【００７７】
ここで、たとえば、メモリに対する診断は、アドレス線およびデータ線のそれぞれについて行われ、書き込んだ値に拘わらず固定値となってしまうか否か、および書き込んだ値が他のデータ線に現れてしまうか否かをチェックする。なお、具体的なチェック方法および他のデバイスのエラーチェックについては公知の診断方法と同様なので説明を省略する。
【００７８】
そして、デバイスの診断結果が正常かエラーかを確認し（ステップＳ６０２）、エラーの場合には、検知されたエラーが致命的エラーであるか否かを判断する（ステップＳ６０３）。ここで、致命的エラーとは、複合機１００の起動に影響があるか、起動した場合でもユーザサービスが全く提供できないようなエラーをいい、例えば主メモリのエラーなどが該当する。逆に、増設メモリのエラーやネットワークインタフェースのエラーなど、それ自体は致命的なものであっても、他のデバイスによる代替えによって機能を制限した状態でユーザサービスの提供が可能となったり、例えばプリントの機能のみ実行できず、スキャナ、コピーの機能は実行できるような、一部のユーザサービスが提供可能な場合には、本実施形態では致命的なエラーではないと判断する。
【００７９】
そして、致命的エラーである場合には、重度の障害のために複合機１００を起動できない旨のメッセージをオペレーションパネルのディスプレイに表示して（ステップＳ６０６）、複合機１００を停止する（ステップＳ６０７）。一方、上述の致命的エラーでない場合には、障害があるデバイス名、エラー番号などを診断結果としてＳＲＡＭに格納する（ステップＳ６０４）。
【００８０】
以上、ステップＳ６０１からステップＳ６０４までの診断処理を、すべてのデバイスに対して行い（ステップＳ６０５）。、ハードウェア資源の診断処理は終了する。
【００８１】
つぎに、図５に戻り、ＳＣＳ１２２の再構築モードスレッドは、ＳＲＡＭに格納されている診断結果を取得し（ステップＳ５０４）、さらにフラッシュメモリから再構築テーブルを読み出す（ステップＳ５０５）。
【００８２】
つぎに、取得した診断結果と再構築テーブルとを参照して、ハードウェア資源の障害に対応して、起動しないとして登録されているコントロールサービスおよびアプリケーションと、緊急モードスレッドを起動するとして登録されているコントロールサービス、ＳＲＭ１２３およびアプリケーションを選択する（ステップＳ５０６）。
【００８３】
そして、選択されたコントロールサービス、アプリケーションおよびＳＲＭ１２３に対して、スレッドを切り替える旨の指令メッセージを送信する（ステップＳ５０７）。このスレッド切り替えの指令メッセージは、より具体的には、再構築テーブルで起動しないとして登録されているコントロールサービスおよびアプリケーションに対しては、通常モードスレッドの実行を停止すべき旨を指示し、緊急モードスレッドを起動するとして登録されているコントロールサービス、ＳＲＭ１２３およびアプリケーションに対しては、通常モードスレッドの実行を停止するとともに緊急モードスレッドを実行する旨を指示するものである。
【００８４】
スレッド切り替えの指示メッセージを受信したコントロールサービス、アプリケーションおよびＳＲＭ１２３では、通常モードスレッドの実行を停止すべき旨の指示の場合には通常モードスレッドを停止してプロセスを終了する。また、通常モードスレッドの実行を停止するとともに緊急モードスレッドを実行する旨の指示の場合には、機能制限のある緊急モードスレッドを起動する。これにより、ハードウェア資源の障害に応じたソフトウェアの再構築が完了する。
【００８５】
そして、複合機１００の機種識別情報とハードウェア障害の種別とからなるハードウェア障害情報のデータを生成する。また、再構築テーブルを参照して、機能制限の内容と、起動していないコントロールサービスおよびアプリケーション並びに緊急モードスレッドで起動しているコントロールサービスおよびアプリケーションの名称または識別記号とからなる再構築情報のデータを生成する。そして、生成されたハードウェア障害情報と再構築情報を、ＮＣＳ１２８によってキーカード装置２０６および通信アダプタ２０５を経由して公衆回線を利用して遠隔集中管理装置２００に送信するとともに、クライアント端末であるＰＣ２０７にＬＡＮ経由で送信する（ステップＳ５０８）。これにより、検知されたすべてのハードウェア障害情報と再構築情報が遠隔集中管理装置２００に送信されることになる。
【００８６】
このように実施の形態２にかかる複合機１００では、ＳＣＳ１２２の再構築モードスレッドによってハードウェア資源の障害を検知し、ハードウェア障害に影響のないコントロールサービスおよびアプリケーションを実行し、検知されたハードウェア障害と、再構築情報を、公衆回線を利用して遠隔集中管理装置２００に送信しているので、ハードウェア障害によりソフトウェア構成が再構築された場合でも、その再構築の状況を遠隔集中管理装置に通知することができ、複合機１００の現在のソフトウェア構成などの状況を正確に伝達することができる。
【００８７】
なお、実施の形態２にかかる複合機１００では、ハードウェア資源の診断処理を、ＳＣＳ１２２の再構築モードスレッドで実行しているが、診断処理のみを行う診断モードスレッドをＳＣＳ１２２のプロセス内で生成し、この診断モードスレッドによってハードウェア資源の診断処理を実行するように構成してもよい。
【００８８】
また、実施の形態２にかかる複合機１００では、ソフトウェア構成の再構築処理をＳＣＳ１２２の再構築モードスレッドで実行しているが、コントロールサービス層に新たなコントロールサービスを生成し、この新たなコントロールサービスで再構築処理を実行するように構成しても良い。
【００８９】
また、実施の形態２にかかる複合機１００で説明した再構築テーブルおよび各緊急モードスレッドは、一例を示すものであり、ハードウェア資源の障害に応じて任意に定めることが可能である。
【００９０】
【発明の効果】
以上説明したように、請求項１にかかる発明によれば、ハードウェア障害によりソフトウェア構成が再構築された場合でも、その再構築の状況を遠隔集中管理装置に通知することができ、画像情報処理装置の現在の状況を正確に伝達することができるという効果を奏する。
【００９１】
また、請求項２にかかる発明によれば、遠隔集中管理装置からの要求に応じて動的に画像情報処理装置のソフトウェア構成の再構築の状況を伝達することができるという効果を奏する。
【００９２】
また、請求項３にかかる発明によれば、ソフトウェア構成の再構築の原因を正確に伝達することができるという効果を奏する。
【００９３】
また、請求項４にかかる発明によれば、画像情報処理装置をネットワーク経由で使用するＰＣなどのクライアント端末に対して、ソフトウェア構成の再構築の状況を通知することができ、ユーザサービスの機能制限の内容を確実に伝達することができるという効果を奏する。
【００９４】
また、請求項５にかかる発明によれば、ハードウェア障害によりソフトウェア構成が再構築された場合でも、その再構築の状況を遠隔集中管理装置に通知することができ、画像情報処理装置の現在の状況を正確に伝達することができるという効果を奏する。
【００９５】
また、請求項６にかかる発明によれば、遠隔集中管理装置からの要求に応じて動的に画像情報処理装置のソフトウェア構成の再構築の状況を伝達することができるという効果を奏する。
【００９６】
また、請求項７にかかる発明によれば、ソフトウェア構成の再構築の原因を正確に伝達することができるという効果を奏する。
【００９７】
また、請求項８にかかる発明によれば、画像情報処理装置をネットワーク経由で使用するＰＣなどのクライアント端末に対して、ソフトウェア構成の再構築の状況を通知することができ、ユーザサービスの機能制限の内容を確実に伝達することができるという効果を奏する。
【図面の簡単な説明】
【図１】 この発明の実施の形態１である画像形成装置の構成を示すブロック図である。
【図２】 実施の形態１の複合機を含む遠隔集中管理システムの構成を示すブロック図である。
【図３】 実施の形態１の複合機におけるコントロールサービスおよびアプリケーションの診断要求から診断処理までの全体の流れを示すフローチャートである。
【図４】 実施の形態１の複合機によるコントロールサービスおよびアプリケーションの診断の処理手順を示すフローチャートである。
【図５】 実施の形態２にかかる複合機におけるソフトウェア再構築処理および通知処理の手順を示すフローチャートである。
【図６】 実施の形態２の複合機によるハードウェア資源の各デバイスの診断処理手順を示すフローチャートである。
【図７】 実施の形態２の複合機によるソフトウェア再構築処理で参照される再構築テーブルの一例を示す説明図である。
【符号の説明】
１００ 複合機
１０１ 白黒ラインプリンタ
１０２ カラーラインプリンタ
１０３ ハードウェアリソース
１１０ ソフトウェア群
１１１ プリンタアプリ
１１２ コピーアプリ
１１３ ファックスアプリ
１１４ スキャナアプリ
１１５ ネットファイルアプリ
１１６ 工程検査アプリ
１１７ 診断アプリ
１２０ プラットホーム
１２１ 汎用ＯＳ
１２２ ＳＣＳ
１２３ ＳＲＭ
１２４ ＥＣＳ
１２５ ＭＣＳ
１２６ ＯＣＳ
１２７ ＦＣＳ
１２８ ＮＣＳ
１３０ アプリケーション
２００ 遠隔集中管理装置
２０１ コンピュータ
２０２ 外部記憶装置
２０３ 多チャネル通信制御装置
２０４ 公衆回線網
２０５ 通信アダプタ
２０６ キーカード装置
【発明の属する技術分野】
この発明は、プリンタ、コピーまたはファクシミリなどの画像情報処理にかかるユーザサービスを提供する際に動作するプログラムやアプリケーションの障害情報やハードウェア資源の障害に基づいてソフトウェア構成の再構築を行った場合の再構築情報を、画像情報処理装置の障害情報を収集する遠隔集中管理装置にネットワーク経由で送信することができる画像情報処理装置およびこのような画像情報処理装置で実行される障害情報通知方法に関するものである。
【０００２】
【従来の技術】
プリンタ、コピーまたはファクシミリなどのユーザサービスを提供する複合機には、公衆回線網を利用して、累積印刷回数、トナーなどの残量、障害の発生などをセンターの集中管理装置に通知し、その複合機の使用状況の集計をしたり、遠隔診断したりするシステムが知られている。
【０００３】
例えば、複数の複写機あるいは複合機などの画像形成装置を遠隔的に管理する遠隔集中管理装置に対し、画像形成装置で障害が発生したことを知らせる障害情報を通知するシステムなどが一般的に知られている。
【０００４】
【発明が解決しようとする課題】
しかしながら、従来の複合機では、診断プログラムによってハードウェア資源のエラーチェックを行って、ハードウェア障害しか複合機遠隔集中管理装置に対して通知していないため、アプリケーションやコントロールサービスにエラーが生じてユーザサービスの機能が停止している場合でも、遠隔集中管理装置に複合機の現在の障害内容を正確に通知することができないという問題がある。
【０００５】
ところで、従来の複合機では、内部にプリンタ、コピー、スキャナおよびファクシミリ装置に対応するソフトウェア（汎用ＯＳを含む）をそれぞれ別個に設ける構成となっており、各ソフトウェアの開発に多大の時間を要する。このため、出願人は、表示部、印刷部および撮像部などの画像形成処理で使用されるハードウェア資源を有し、プリンタ、コピーまたはファクシミリなどの各ユーザサービスにそれぞれ固有の処理を行うアプリケーションを複数搭載し、これらのアプリケーションとハードウェア資源との間に介在して、ユーザサービスを提供する際に、アプリケーションの少なくとも２つが共通的に必要とするハードウェア資源の管理、実行制御並びに画像形成処理を行う各種コントロールサービスからなるプラットホームを備えた画像形成装置を発明した。この画像形成装置によれば、アプリケーションの少なくとも２つが共通的に必要とするハードウェア資源の管理、実行制御並びに画像形成処理を行うプラットホームを備えた構成とすることによって、ソフトウェア開発の効率化を図るとともに、装置全体としての生産性を向上させることが可能となる。
【０００６】
このような複合機では、複数のアプリケーションと、アプリケーションの少なくとも２つが共通的に必要とするサービスを提供する複数のコントロールサービスを有するという各モジュールが独立した構成となっているため、かかる特徴的な構成を利用することで、ユーザサービスのコピー、プリンタ、スキャナまたはファクシミリなどの各機能ごとに一部の機能制限だけで実行させ、かかる動作状況を遠隔集中管理装置に通知することが好ましい。
【０００７】
この発明は上記に鑑みてなされたもので、ソフトウェア障害情報およびハードウェア資源の障害に起因してソフトウェア構成に再構築に関する再構築情報を、遠隔集中管理装置に送信することにより、画像情報処理装置の動作状況を正確に伝達することができる画像情報処理装置および障害情報通知方法を得ることを目的とする。
【０００８】
【課題を解決するための手段】
上記目的を達成するため、請求項１にかかる発明は、プリンタ部またはスキャナ部を有するハードウェア資源を利用して画像情報処理にかかるアプリケーションのプロセスを複数搭載可能とし、オペレーティングシステムと、前記オペレーティングシステム上で動作し、複数の前記アプリケーションからアクセスされて前記ハードウェア資源の制御を行うプログラムのプロセスとを備えた画像情報処理装置であって、前記ハードウェア資源の障害を検知する診断手段と、前記ハードウェア資源の障害と、前記ハードウェア資源の障害に影響するプログラムおよびアプリケーションとをあらかじめ対応付け、前記対応付けは、前記障害と、前記障害に影響せずに実行可能な前記アプリケーションの緊急モードおよび前記緊急モードで実行される前記アプリケーションからアクセスされて前記障害に影響せずに実行可能な前記プログラムの緊急モードとの対応付けである再構築テーブルを記憶する記憶手段と、前記診断手段により検知された障害と前記再構築テーブルとに基づいて、前記検知された障害に影響のないプログラムおよびアプリケーションの前記緊急モードを選択して前記プログラムおよびアプリケーションを選択された前記緊急モードで起動する再構築手段と、前記再構築手段により起動されたプログラムおよびアプリケーションに関する再構築情報を、ネットワークに接続された複数の画像形成装置における障害情報を収集する遠隔集中管理装置へネットワーク経由で送信する送信手段と、を備えたことを特徴とする。
【０００９】
この請求項１の発明によれば、ハードウェア資源の障害を検知する診断手段と、ハードウェア資源の障害と、ハードウェア資源の障害に影響するプログラムおよびアプリケーションとをあらかじめ対応付け、対応付けは、障害と、障害に影響せずに実行可能なアプリケーションの緊急モードおよび緊急モードで実行されるアプリケーションからアクセスされて障害に影響せずに実行可能なプログラムの緊急モードとの対応付けである再構築テーブルを記憶する記憶手段と、診断手段により検知された障害と再構築テーブルとに基づいて、検知された障害に影響のないプログラムおよびアプリケーションの緊急モードを選択してプログラムおよびアプリケーションを選択された緊急モードで起動する再構築手段と、再構築手段により起動されたプログラムおよびアプリケーションに関する再構築情報を、ネットワークに接続された複数の画像形成装置における障害情報を収集する遠隔集中管理装置へネットワーク経由で送信する送信手段とを備えたことで、ハードウェア障害によりソフトウェア構成が再構築された場合でも、その再構築の状況を遠隔集中管理装置に通知することができ、画像情報処理装置の現在の状況を正確に伝達することができる。
【００１０】
また、請求項２にかかる発明は、請求項１に記載の画像情報処理装置において、前記遠隔集中管理装置からネットワーク経由で診断要求を受信する受信手段をさらに備え、前記診断手段は、前記受信手段によって前記診断要求を受信したときに、前記ハードウェア資源の障害を検知することを特徴とする。
【００１１】
この請求項２の発明によれば、遠隔集中管理装置からネットワーク経由で診断要求を受信する受信手段をさらに備え、診断手段が受信手段によって診断要求を受信したときにハードウェア資源の障害を検知することで、遠隔集中管理装置からの要求に応じて動的に画像情報処理装置のソフトウェア構成の再構築の状況を伝達することができる。
【００１２】
また、請求項３にかかる発明は、請求項１または２に記載の画像情報処理装置において、前記送信手段は、前記診断手段により検知された障害に関するハードウェア障害情報を、前記遠隔集中管理装置にネットワーク経由で送信することを特徴とする。
【００１３】
この請求項３の発明によれば、送信手段が診断手段により検知された障害に関するハードウェア障害情報を遠隔集中管理装置にネットワーク経由で送信することで、ソフトウェア構成の再構築の原因を正確に伝達することができる。
【００１４】
また、請求項４にかかる発明は、請求項１〜３のいずれか一つに記載の画像情報処理装置において、前記送信手段は、さらに、前記再構築情報を、ネットワークに接続された画像情報処理装置のクライアント端末に送信することを特徴とする。
【００１５】
この請求項４の発明によれば、再構築情報を、ネットワークに接続された画像情報処理装置のクライアント端末に送信することで、画像情報処理装置をネットワーク経由で使用するＰＣなどのクライアント端末に対して、ソフトウェア構成の再構築の状況を通知することができ、ユーザサービスの機能制限の内容を確実に伝達することができる。
【００１６】
また、請求項５にかかる発明は、プリンタ部またはスキャナ部を有するハードウェア資源を利用して画像情報処理にかかるアプリケーションのプロセスを複数搭載可能とし、オペレーティングシステムと、前記オペレーティングシステム上で動作し、複数の前記アプリケーションからアクセスされて前記ハードウェア資源の制御を行うプログラムのプロセスとを備えた画像情報処理装置で生じた障害に関する障害情報を通知する障害情報通知方法であって、前記ハードウェア資源の障害を検知する診断ステップと、前記診断ステップにより検知された障害と、前記ハードウェア資源の障害と前記ハードウェア資源の障害に影響するプログラムおよびアプリケーションとをあらかじめ対応付け、前記対応付けは、前記障害と前記障害に影響せずに実行可能な前記アプリケーションの緊急モードおよび前記緊急モードで実行される前記アプリケーションからアクセスされて前記障害に影響せずに実行可能な前記プログラムの緊急モードとの対応付けである再構築テーブルとに基づいて、前記検知された障害に影響のないプログラムおよびアプリケーションの前記緊急モードを選択して前記プログラムおよびアプリケーションを選択された前記緊急モードで起動する再構築ステップと、前記再構築ステップにより起動されたプログラムおよびアプリケーションに関する再構築情報を、ネットワークに接続された複数の画像情報処理装置における障害情報を収集する遠隔集中管理装置へネットワーク経由で送信する送信ステップと、を含むことを特徴とする。
【００１７】
この請求項５の発明によれば、ハードウェア資源の障害を検知する診断ステップと、診断ステップにより検知された障害と、ハードウェア資源の障害とハードウェア資源の障害に影響するプログラムおよびアプリケーションとをあらかじめ対応付け、対応付けは、障害と障害に影響せずに実行可能なアプリケーションの緊急モードおよび緊急モードで実行されるアプリケーションからアクセスされて障害に影響せずに実行可能なプログラムの緊急モードとの対応付けである再構築テーブルとに基づいて、検知された障害に影響のないプログラムおよびアプリケーションの緊急モードを選択してプログラムおよびアプリケーションを選択された緊急モードで起動する再構築ステップと、再構築ステップにより起動されたプログラムおよびアプリケーションに関する再構築情報を、ネットワークに接続された複数の画像情報処理装置における障害情報を収集する遠隔集中管理装置へネットワーク経由で送信する送信ステップとを含むことで、ハードウェア障害によりソフトウェア構成が再構築された場合でも、その再構築の状況を遠隔集中管理装置に通知することができ、画像情報処理装置の現在の状況を正確に伝達することができる。
【００１８】
また、請求項６にかかる発明は、請求項５に記載の障害情報通知方法において、前記遠隔集中管理装置からネットワーク経由で診断要求を受信する受信ステップをさらに含み、前記診断ステップは、前記受信ステップによって前記診断要求を受信したときに、前記ハードウェア資源の障害を検知することを特徴とする。
【００１９】
この請求項６の発明によれば、遠隔集中管理装置からネットワーク経由で診断要求を受信する受信ステップをさらに含み、診断ステップが受信ステップによって診断要求を受信したときにハードウェア資源の障害を検知することで、遠隔集中管理装置からの要求に応じて動的に画像情報処理装置のソフトウェア構成の再構築の状況を伝達することができる。
【００２０】
また、請求項７にかかる発明は、請求項５または６に記載の障害情報通知方法において、前記送信ステップは、さらに前記診断ステップにより検知された障害に関するハードウェア障害情報を、前記遠隔集中管理装置にネットワーク経由で送信することを特徴とする。
【００２１】
この請求項７の発明によれば、送信ステップが診断ステップにより検知された障害に関するハードウェア障害情報を遠隔集中管理装置にネットワーク経由で送信することで、ソフトウェア構成の再構築の原因を正確に伝達することができる。
【００２２】
また、請求項８にかかる発明は、請求項５〜７のいずれか一つに記載の障害情報通知方法において、前記送信ステップは、さらに前記再構築情報を、ネットワークに接続された画像情報処理装置のクライアント端末に送信することを特徴とする。
【００２３】
この請求項８の発明によれば、送信ステップは、さらに前記再構築情報を、ネットワークに接続された画像情報処理装置のクライアント端末に送信することで、画像情報処理装置をネットワーク経由で使用するＰＣなどのクライアント端末に対して、ソフトウェア構成の再構築の状況を通知することができ、ユーザサービスの機能制限の内容を確実に伝達することができる。
【００２４】
【発明の実施の形態】
以下に添付図面を参照して、この発明にかかる画像情報処理装置および障害情報通知方法の好適な実施の形態を詳細に説明する。
【００２５】
（実施の形態１）
図１は、この発明の実施の形態１である画像形成装置（以下、「複合機」という）の構成を示すブロック図である。実施の形態１の複合機は、コントロールサービスやアプリケーションというソフトウェアの障害を検知して、その診断結果を公衆回線を利用して遠隔集中管理装置に送信するものである。図１に示すように、複合機１００は、白黒ラインプリンタ（B&W LP）１０１と、カラーラインプリンタ（Color LP）１０２と、スキャナ、ファクシミリなどのハードウェアリソース１０３などを有するとともに、プラットホーム１２０とアプリケーション１３０とから構成されるソフトウェア群１１０とを備えている。
【００２６】
プラットホーム１２０は、アプリケーションからの処理要求を解釈してハードウェア資源の獲得要求を発生させるコントロールサービスと、一または複数のハードウェア資源の管理を行い、コントロールサービスからの獲得要求を調停するシステムリソースマネージャ（ＳＲＭ）１２３と、汎用ＯＳ１２１とを有する。
【００２７】
コントロールサービスは、複数のサービスモジュールから形成され、ＳＣＳ（システムコントロールサービス）１２２と、ＥＣＳ（エンジンコントロールサービス）１２４と、ＭＣＳ（メモリコントロールサービス）１２５と、ＯＣＳ（オペレーションパネルコントロールサービス）１２６と、ＦＣＳ（ファックスコントロールサービス）１２７と、ＮＣＳ（ネットワークコントロールサービス）１２８とから構成される。なお、このプラットホーム１２０は、あらかじめ定義された関数により前記アプリケーション１３０から処理要求を受信可能とするアプリケーションプログラムインタフェース（ＡＰＩ）を有する。
【００２８】
汎用ＯＳ１２１は、ＵＮＩＸなどの汎用オペレーティングシステムであり、プラットホーム１２０並びにアプリケーション１３０の各ソフトウェアをそれぞれプロセスとして並列実行する。
【００２９】
コントロールサービスのそれぞれは、プロセスとして動作し、後述する診断アプリ１１７から発行される診断関数を実装している。この診断関数は、各コントロールサービスの動作確認を行うために擬似的な処理を行うものであり、ハードウェア資源や他のプロセスにアクセスせずに内部で完結するような最低限の処理を実行する。そして、その処理結果によって正常またはエラー発生を示す関数戻り値を呼び出し元の診断アプリ１１７に返すようになっている。
【００３０】
また、各コントロールサービスおよび各アプリは、プリンタ、コピーまたはファクシミリなどの画像形成処理にかかるユーザサービスの機能を提供する際に実行される通常モードスレッドと、診断関数を実行する診断モードスレッドを有している。
【００３１】
ＳＲＭ１２３のプロセスは、ＳＣＳ１２２とともにシステムの制御およびリソースの管理を行うものであり、スキャナ部やプリンタ部などのエンジン、メモリ、ＨＤＤファイル、ホストＩ／Ｏ（セントロＩ／Ｆ、ネットワークＩ／Ｆ、ＩＥＥＥ１３９４ Ｉ／Ｆ、ＲＳ２３２Ｃ Ｉ／Ｆなど）のハードウェア資源を利用する上位層からの要求にしたがって調停を行い、実行制御を行う。
【００３２】
具体的には、このＳＲＭ１２３は、要求されたハードウェア資源が利用可能であるか（他の要求により利用されていないかどうか）を判断し、利用可能であれば要求されたハードウェア資源が利用可能である旨を上位層に伝える。また、ＳＲＭ１２３は、上位層からの要求に対してハードウェア資源の利用スケジューリングを行い、要求内容（例えば、プリンタエンジンにより紙搬送と作像動作、メモリ確保、ファイル生成など）を直接実施している。
【００３３】
ＳＣＳ１２２のプロセスは、アプリ管理、操作部制御、システム画面表示、ＬＥＤ表示、リソース管理、割り込みアプリ制御というユーザサービスを行う際に実行される通常モードスレッドと、かかる処理を実行せずに、単に上記診断関数を実行する診断モードスレッドを有している。
【００３４】
ＥＣＳ１２４のプロセスは、白黒ラインプリンタ（B&W LP）１０１、カラーラインプリンタ（Color LP）１０２、スキャナ、ファクシミリなどからなるハードウェアリソース１０３のエンジンの制御というユーザサービスを行う際に実行される通常モードスレッドと、このようなエンジン制御を行わずに診断関数を実行する診断モードスレッドを有している。
【００３５】
ＭＣＳ１２５のプロセスは、画像メモリの取得および解放、ハードディスク装置（ＨＤＤ）の利用、画像データの圧縮および伸張などのコピー、プリンタ、ファクシミリおよびスキャナなどのユーザサービスを行う際に実行される通常モードスレッドと、かかる機能を実行せずに診断関数を実行する診断モードスレッドを有している。
【００３６】
ＯＣＳ１２６のプロセスは、オペレータと本体制御間の情報伝達手段となる操作パネル（オペレーションパネル）の制御というユーザサービスを行う際に起動される通常モードスレッドと、かかる操作パネルの制御を行わず診断関数を実行する診断モードスレッドを有している。
【００３７】
ＦＣＳ１２７のプロセスは、システムコントローラの各アプリ層からＰＳＴＮ／ＩＳＤＮ網を利用したファクシミリ送受信、ＢＫＭ（バックアップＳＲＡＭ）で管理されている各種ファクシミリデータの登録／引用、ファクシミリ読みとり、ファクシミリ受信印刷、融合送受信を行うためのＡＰＩを提供するというユーザサービスを行う際に起動される通常モードスレッドと、かかる機能を実行せずに診断関数を実行する診断モードスレッドを有している。
【００３８】
ＮＣＳ１２８は、ネットワークＩ／Ｏを必要とするアプリケーションに対して共通に利用できるサービスを提供するためのプロセスであり、ネットワーク側から各プロトコルによって受信したデータを各アプリケーションに振り分けたり、アプリケーションからデータをネットワーク側に送信する際の仲介を行うというユーザサービスを行う際に実行される通常モードスレッドと、かかる機能を実行せずに診断関数を実行する診断モードスレッドを有している。
【００３９】
このように、ＳＣＳ１２２、ＥＣＳ１２４、ＭＣＳ１２５、ＯＣＳ１２６、ＦＣＳ１２７、ＮＣＳ１２８の各診断モードスレッドはいずれも診断関数を実行してソフトウェアエラーが発生しているか否かを判断し、その結果を診断アプリ１１７に返すようになっている。
【００４０】
アプリケーション１３０は、ページ記述言語（ＰＤＬ）、ＰＣＬおよびポストスクリプト（ＰＳ）を有するプリンタ用のアプリケーションであるプリンタアプリ１１１と、コピー用アプリケーションであるコピーアプリ１１２と、ファクシミリ用アプリケーションであるファックスアプリ１１３と、スキャナ用アプリケーションであるスキャナアプリ１１４と、ネットワークファイル用アプリケーションであるネットファイルアプリ１１５と、工程検査用アプリケーションである工程検査アプリ１１６と診断用のアプリケーションである診断アプリ１１７を有している。
【００４１】
プリンタアプリ１１１、コピーアプリ１１２、ファックスアプリ１１３、スキャナアプリ１１４、ネットファイルアプリ１１５、工程検査アプリ１１６のそれぞれも、ユーザサービスを行う際に実行される通常モードスレッドと、かかる機能を実行せずに診断関数を実行する診断モードスレッドを有している。
【００４２】
アプリケーションのそれぞれは、いずれもプロセスとして動作する。診断アプリ１１７を除く各アプリも、コントロールサービスと同様に、診断アプリ１１７から関数呼び出しされる診断関数を実装している。この診断関数は、各アプリの動作確認を行うために擬似的な処理を行うものであり、ユーザサービスの機能を停止し、かつコントロールサービスへのアクセスを行わずに内部で完結するような最低限の処理を実行する。そして、その処理結果によって正常またはエラー発生を示す関数戻り値を呼び出し元の診断アプリ１１７に返すようになっている。
【００４３】
診断アプリ１１７は、コントロールサービスまたはアプリケーション１３０の診断要求があったときに起動される。そして、各コントロールサービス、ＳＲＭ１２３および各アプリに対して順番に診断関数の呼び出しを行う。そしてそれらの関数戻り値が正常かエラー発生かをチェックしてエラー発生の関数戻り値の場合には、その関数戻り値からソフトウェアエラーの種類を判断し、そのソフトウェアエラーの種類とソフトウェアエラーが生じているソフトウェア（各コントロールサービス、ＳＲＭ１２３、各アプリ）の名称などのエラー情報をオペレーションパネルのディスプレイに表示する。また、これらのエラー情報は、ＮＣＳ１２８が正常動作している場合にはＮＣＳ１２８を介して、公衆回線などのネットワークを利用して遠隔集中管理装置のコンピュータへ送信するようになっている。なお、診断アプリ１１７は本発明における診断手段を構成するものである。
【００４４】
図２は、実施の形態１の複合機を含む遠隔集中管理システムの構成を示すブロック図である。この遠隔集中管理システムは、遠隔集中管理装置２００と、複数の複合機１００とが公衆回線によって接続された構成となっている。
【００４５】
遠隔集中管理装置２００、システム全体の制御を実行するコンピュータ２０１と、光磁気ディスク、磁気テープ、フロッピーディスク、ＩＣカード等の外部記憶装置２０２と、多チャネル型の多チャネル通信制御装置（ＣＣＵ）２０３とにより構成されている。また、上記多チャネル通信制御装置２０３には、公衆回線網２０４が接続され、通信アダプタ２０５を介して、キーカード装置２０６および複合機１００が複数組接続されている。さらに、複合機１００には、ＬＡＮなどのネットワークによりプリンタクライアントとなるＰＣ(Personal Computer)２０７がクライアント端末として接続されている。
【００４６】
また、キーカード装置２０６は、顧客先に配置された複写機１００ごとに接続され、複合機１００の使用情報、ソフトウェア障害情報、再構築情報などを通信アダプタ２０５に出力するように構成されている。この通信アダプタ２０５は、顧客先のキーカード装置２０６および複合機１００の近傍に配置されている。さらに、通信アダプタ２０５は、顧客先のファクシミリ装置あるいは一般電話器と接続され、該ファクシミリ装置あるいは一般電話器の未使用時（回線の空き状態）に、多チャネル通信制御装置２０３および通信アダプタ２０５の間で公衆回線網２０４を介してデータ通信（オフトーク通信方式）が可能に構成されている。
【００４７】
次に、このように構成された実施の形態１の複合機による障害情報の通知処理について説明する。図３は、実施の形態１の複合機１００におけるコントロールサービスおよびアプリケーション１３０の診断要求から診断処理までの全体の流れを示すフローチャートである。
【００４８】
複合機１００によるユーザサービスの処理を実行中、診断要求があると、この診断要求をＳＣＳ１２２で受け取る（ステップＳ３０１）。ここで、診断要求は、公衆回線で接続された遠隔集中管理装置２００から送信される。複合機１００では、この診断要求を、通信アダプタ２０５、キーカード装置２０６を経由してＮＣＳ１２８で受信し、ＳＣＳ１２２が受け取る。このため、通信アダプタ２０５、キーカード装置２０６およびＮＣＳ１２８は本発明における受信手段を構成する。
【００４９】
ついで、ＳＣＳ１２２はプログラム起動部（図示せず）に対して診断アプリ１１７の起動を要求し、これによって診断アプリ１１７がプラットホーム１２０上に起動される（ステップＳ３０２）。そして、診断アプリ１１７によって、コントロールサービスおよびアプリケーションの診断処理が実行される（ステップＳ３０３）。
【００５０】
図４は、実施の形態１の複合機１００の診断アプリ１１７によるコントロールサービスおよびアプリケーションの診断の処理手順を示すフローチャートである。
【００５１】
診断アプリ１１７のプロセスが起動されると、まず各コントロールサービスおよび各アプリのプロセスをサーバプロセスとしたクライアントプロセスとして動作し、各コントロールサービスおよび各アプリのプロセスに対して順番に診断関数の呼び出しを行う（ステップＳ４０１）。そして、診断アプリ１１７は、関数戻り値待ち状態となる。
【００５２】
各コントロールサービスまたは各アプリのプロセスでは、診断アプリ１１７から診断関数呼び出しを受信すると、診断関数により上述の擬似的な処理を実行し、その処理結果を正常または障害発生の旨の関数戻り値として診断アプリ１１７へ返す。なお、エラーが発生している場合には、戻り値の数値によってソフトウェア障害の種類を識別できるように、障害時の戻り値をあらかじめ定義しておく。
【００５３】
診断アプリ１１７は、関数戻り値を受信すると（ステップＳ４０２）、その関数戻り値によって各コントロールサービスまたは各アプリが正常動作しているか否かを判断する（ステップＳ４０３）。そして、障害が発生している場合には、関数戻り値の数値によってソフトウェア障害の種別を特定し（ステップＳ４０４）、複合機１００の機種識別情報と、ソフトウェア障害種別と障害が発生しているコントロールサービスまたはアプリケーションの名称あるいは識別記号などをソフトウェア障害情報としたデータを生成し、オペレーションパネルのディスプレイに表示する。また、このソフトウェア障害情報のデータを、ＮＣＳ１２８によってキーカード装置２０６および通信アダプタ２０５を経由して公衆回線を利用して遠隔集中管理装置２００に送信するとともに、クライアント端末であるＰＣ２０７にＬＡＮ経由で送信する（ステップＳ４０５）。なお、ＮＣＳ１２８、キーカード装置２０６および通信アダプタ２０５は本発明の送信手段を構成する。一方、ステップＳ４０３において、関数戻り値が正常を示す場合には、診断を行ったコントロールサービス、アプリケーションは正常動作していると判断する。
【００５４】
このようなステップＳ４０１〜Ｓ４０５までの診断処理をすべてのコントロールサービスおよびすべてのアプリケーションに対して繰り返し実行する（ステップＳ４０６）。これにより、検知されたすべてのソフトウェア障害情報が遠隔集中管理装置２００に送信されることになる。
【００５５】
このように実施の形態１の複合機１００では、診断アプリ１１７によって検知したコントロールサービスまたはアプリケーション１３０の障害に関するソフトウェア障害情報を遠隔集中管理装置２００に公衆回線を利用して送信しているので、コントロールサービスやアプリケーションというソフトウェアで生じた障害を遠隔集中管理装置２００に通知することができ、複合機１００の動作状況を正確に伝達することができる。
【００５６】
なお、実施の形態１にかかる複合機１００では、本発明の診断手段を診断アプリ１１７に適用しているが、このほか、同様の機能を、たとえば診断コントロールサービスとして、プラットホーム１２０に含める構成としても良い。
【００５７】
（実施の形態２）
実施の形態１の複合機１００は、ソフトウェア障害情報を遠隔集中管理装置２００に送信していたが、この発明の実施の形態２にかかる複合機１００は、ソフトウェア構成の再構築情報を遠隔集中管理装置２００に送信するものである。
【００５８】
実施の形態２にかかる複合機１００の構成、遠隔集中管理システムの構成については実施の形態１と同様であるため説明を省略する。
【００５９】
実施の形態２の複合機１００では、コントロールサービスおよびアプリケーション１３０の各プロセスは実施の形態１と同様に通常モードスレッドを有する他、さらに緊急モードスレッドを有している。
【００６０】
すなわち、ＳＣＳ１２２のプロセスは、ハードウェア資源の診断およびハードウェア資源の診断結果に応じて複合機１００上で動作させるアプリケーションおよびコントロールサービスの再構築を行う再構築モードスレッドを有している。なお、このＳＣＳ１２２の再構築モードスレッドは、本発明における診断手段および再構築手段を構成する。
【００６１】
ＭＣＳ１２５のプロセスは、メモリまたはハードディスクに障害が発見された場合に一定の機能を制限して実行する複数の緊急モードスレッドを有している。ＭＣＳ緊急モードスレッド１は、増設メモリに障害があった場合に起動されるものであり、主メモリのみから必要なサイズの領域を確保する。ＭＣＳ緊急モードスレッド２は、ハードディスクに障害があったときに起動されるものであり、画像データをハードディスクに格納せずにメモリに展開するため、メモリから画像データ格納用の領域を確保する。
【００６２】
ＦＣＳ１２７のプロセスは、ハードウェア資源に障害があった場合に一定の機能を制限して実行する複数のＦＣＳ緊急モードスレッドを有している。ＦＣＳ緊急モードスレッド１は、増設メモリに障害があった場合に起動され、ＭＣＳ１２５に対してＭＣＳ緊急モードスレッド１とのみ関数呼び出しまたはメッセージ送受信などによるプロセス間通信を行うものである。ＦＣＳ緊急モードスレッド２は、ハードディスクに障害があった場合に起動され、ＭＣＳに対してはＭＣＳ緊急モードスレッド２とのみ関数呼び出しまたはメッセージ送受信によるプロセス間通信を行う。ＦＣＳ緊急モードスレッド３は、ネットワークボードに障害があった場合に起動され、ネットワーク上のＰＣからのＰＣ ＦＡＸの機能を制限したものである。このように、ＭＣＳ１２５、ＦＣＳ１２７の各緊急モードスレッドはいずれもハードウェア資源の障害に応じて実行可能な機能を制限したものとなっている。
【００６３】
プリンタアプリ１１１、コピーアプリ１１２、ファックスアプリ１１３のそれぞれも、ハードウェア資源が正常な場合にすべての機能の実行が可能な通常モードスレッドと、ハードウェア資源に障害があった場合に一定の機能を制限して実行する緊急モードスレッドを有している。
【００６４】
プリンタアプリ緊急モードスレッド１は、増設メモリに障害があった場合に起動され、印刷ページのソート、回転、変倍、集約（１ページに複数ページ分を集約して印刷する機能）、試し印刷、機密印刷などの機能を実行せず、両面印刷を一定ページ数分だけ可能とするなどメモリを大量に必要とする機能に制限を設けている。また、プリンタアプリ緊急モードスレッド１は、ＭＣＳ１２５に対しては、増設メモリからの領域確保が制限されたＭＣＳ緊急モードスレッド１とのみ関数呼び出しまたはメッセージ送受信などによるプロセス間通信を行う。
【００６５】
プリンタアプリ緊急モードスレッド２は、ハードディスクに障害があった場合に起動され、印刷時の印刷ページのソート、回転、変倍、集約、試し印刷、機密印刷、両面印刷など、画像データのハードディスクへの一時的格納を必要とする機能を実行せず、かつＭＣＳ１２５に対しては、ハードディスクからの領域確保が制限されたＭＣＳ緊急モードスレッド２とのみ関数呼び出しまたはメッセージ送受信などによるプロセス間通信を行う。
【００６６】
プリンタアプリ緊急モードスレッド３は、ネットワークボードに障害があった場合に起動され、ＰＣ ＦＡＸの実行ができないように、ＦＣＳ１２７に対するプロセス間通信を制限したものである。
【００６７】
プリンタアプリ緊急モードスレッド３は、ファックスエンジンに障害があった場合に起動され、ＰＣ ＦＡＸの実行ができないように、ＦＣＳ１２７に対するプロセス間通信を制限したものである。
【００６８】
コピーアプリ緊急モードスレッド１は、増設メモリに障害があった場合に起動され、コピーページのソート、回転、変倍、集約などの機能を実行せず、両面コピーおよび試しコピーを一定ページ数分だけ可能とするなどのメモリを大量に必要とする機能に制限を設けている。また、コピーアプリ緊急モードスレッド１は、ＭＣＳ１２５に対しては、増設メモリからの領域確保が制限されたＭＣＳ緊急モードスレッド１とのみ関数呼び出しまたはメッセージ送受信などによるプロセス間通信を行う。
【００６９】
コピーアプリ緊急モードスレッド２は、ハードディスクに障害があった場合に起動され、コピーページのソート、回転、変倍、集約、両面コピーおよび試しコピーなど、画像データのハードディスクへの一時的格納を必要とする機能を実行せず、かつＭＣＳ１２５に対しては、ハードディスクからの領域確保が制限されたＭＣＳ緊急モードスレッド２とのみ関数呼び出しまたはメッセージ送受信などによるプロセス間通信を行う。
【００７０】
ファックスアプリ緊急モードスレッド１は、増設メモリに障害があった場合に起動され、メモリ受信やメモリ送信を実行不可能とし、ファクシミリ登録件数の最大値を少なく設定し、かつＦＣＳ緊急モードスレッド１に対してはＦＣＳ緊急モードスレッド１とのみ関数呼び出しまたはメッセージ送受信などによるプロセス間通信を行う。
【００７１】
ファックスアプリ緊急モードスレッド２は、ハードディスクに障害があった場合に起動され、メモリ受信やメモリ送信を実行不可能とし、ファクシミリ登録件数の最大値を少なく設定し、かつＦＣＳ１２７に対してはＦＣＳ緊急モードスレッド２とのみ関数呼び出しまたはメッセージ送受信などによるプロセス間通信を行うものである。
【００７２】
次に、このように構成された実施の形態２の複合機１００による障害情報の通知処理について説明する。図５は、実施の形態２にかかる複合機１００におけるソフトウェア再構築処理および通知処理の手順を示すフローチャートである。図７は、このソフトウェア再構築処理で参照される再構築テーブルの一例を示す説明図である。
【００７３】
図７に示すように、再構築テーブルには、増設メモリエラーなどのハードウェア資源のエラーに対応して、各コントロールサービス、ＳＲＭ１２３および各アプリケーション１３０の起動の可否、起動するスレッド（通常モードスレッド／緊急モードスレッド）および制限機能があらかじめ定められて記録されている。なお、再構築テーブルは、フラッシュメモリなどにコントロールサービスやアプリケーション１３０のプログラムとともにあらかじめ格納されている。
【００７４】
複合機１００によるサービスの処理を実行中、診断要求があると、この診断要求をＳＣＳ１２２で受け取る（ステップＳ５０１）。ここで、診断要求は、公衆回線で接続された遠隔集中管理装置２００から送信される。複合機１００では、この診断要求を、通信アダプタ２０５、キーカード装置２０６を経由してＮＣＳ１２８で受信し、ＳＣＳ１２２が受け取る。
【００７５】
ついで、ＳＣＳ１２２は自プロセス内部で再構築モードスレッドを起動する（ステップＳ５０２）。そして、この再構築モードスレッドによって、以下に説明するハードウェア資源の診断処理およびソフトウェアの再構築処理が行われる。
【００７６】
ＳＣＳ１２２の再構築モードスレッドでは、未診断のデバイスに対して順にハードウェアエラーの有無をチェックすることによりデバイスの診断を行う（ステップＳ５０３）。ここで、図６は、ＳＣＳ１２２の再構築モードスレッドによって実行されるハードウェア資源の各デバイスの診断処理手順を示すフローチャートである。ＳＣＳ１２２の再構築モードスレッドでは、未診断のデバイスに対して順にハードウェアエラーの有無をチェックすることによりデバイスの診断を行う（ステップＳ６０１）。
【００７７】
ここで、たとえば、メモリに対する診断は、アドレス線およびデータ線のそれぞれについて行われ、書き込んだ値に拘わらず固定値となってしまうか否か、および書き込んだ値が他のデータ線に現れてしまうか否かをチェックする。なお、具体的なチェック方法および他のデバイスのエラーチェックについては公知の診断方法と同様なので説明を省略する。
【００７８】
そして、デバイスの診断結果が正常かエラーかを確認し（ステップＳ６０２）、エラーの場合には、検知されたエラーが致命的エラーであるか否かを判断する（ステップＳ６０３）。ここで、致命的エラーとは、複合機１００の起動に影響があるか、起動した場合でもユーザサービスが全く提供できないようなエラーをいい、例えば主メモリのエラーなどが該当する。逆に、増設メモリのエラーやネットワークインタフェースのエラーなど、それ自体は致命的なものであっても、他のデバイスによる代替えによって機能を制限した状態でユーザサービスの提供が可能となったり、例えばプリントの機能のみ実行できず、スキャナ、コピーの機能は実行できるような、一部のユーザサービスが提供可能な場合には、本実施形態では致命的なエラーではないと判断する。
【００７９】
そして、致命的エラーである場合には、重度の障害のために複合機１００を起動できない旨のメッセージをオペレーションパネルのディスプレイに表示して（ステップＳ６０６）、複合機１００を停止する（ステップＳ６０７）。一方、上述の致命的エラーでない場合には、障害があるデバイス名、エラー番号などを診断結果としてＳＲＡＭに格納する（ステップＳ６０４）。
【００８０】
以上、ステップＳ６０１からステップＳ６０４までの診断処理を、すべてのデバイスに対して行い（ステップＳ６０５）。、ハードウェア資源の診断処理は終了する。
【００８１】
つぎに、図５に戻り、ＳＣＳ１２２の再構築モードスレッドは、ＳＲＡＭに格納されている診断結果を取得し（ステップＳ５０４）、さらにフラッシュメモリから再構築テーブルを読み出す（ステップＳ５０５）。
【００８２】
つぎに、取得した診断結果と再構築テーブルとを参照して、ハードウェア資源の障害に対応して、起動しないとして登録されているコントロールサービスおよびアプリケーションと、緊急モードスレッドを起動するとして登録されているコントロールサービス、ＳＲＭ１２３およびアプリケーションを選択する（ステップＳ５０６）。
【００８３】
そして、選択されたコントロールサービス、アプリケーションおよびＳＲＭ１２３に対して、スレッドを切り替える旨の指令メッセージを送信する（ステップＳ５０７）。このスレッド切り替えの指令メッセージは、より具体的には、再構築テーブルで起動しないとして登録されているコントロールサービスおよびアプリケーションに対しては、通常モードスレッドの実行を停止すべき旨を指示し、緊急モードスレッドを起動するとして登録されているコントロールサービス、ＳＲＭ１２３およびアプリケーションに対しては、通常モードスレッドの実行を停止するとともに緊急モードスレッドを実行する旨を指示するものである。
【００８４】
スレッド切り替えの指示メッセージを受信したコントロールサービス、アプリケーションおよびＳＲＭ１２３では、通常モードスレッドの実行を停止すべき旨の指示の場合には通常モードスレッドを停止してプロセスを終了する。また、通常モードスレッドの実行を停止するとともに緊急モードスレッドを実行する旨の指示の場合には、機能制限のある緊急モードスレッドを起動する。これにより、ハードウェア資源の障害に応じたソフトウェアの再構築が完了する。
【００８５】
そして、複合機１００の機種識別情報とハードウェア障害の種別とからなるハードウェア障害情報のデータを生成する。また、再構築テーブルを参照して、機能制限の内容と、起動していないコントロールサービスおよびアプリケーション並びに緊急モードスレッドで起動しているコントロールサービスおよびアプリケーションの名称または識別記号とからなる再構築情報のデータを生成する。そして、生成されたハードウェア障害情報と再構築情報を、ＮＣＳ１２８によってキーカード装置２０６および通信アダプタ２０５を経由して公衆回線を利用して遠隔集中管理装置２００に送信するとともに、クライアント端末であるＰＣ２０７にＬＡＮ経由で送信する（ステップＳ５０８）。これにより、検知されたすべてのハードウェア障害情報と再構築情報が遠隔集中管理装置２００に送信されることになる。
【００８６】
このように実施の形態２にかかる複合機１００では、ＳＣＳ１２２の再構築モードスレッドによってハードウェア資源の障害を検知し、ハードウェア障害に影響のないコントロールサービスおよびアプリケーションを実行し、検知されたハードウェア障害と、再構築情報を、公衆回線を利用して遠隔集中管理装置２００に送信しているので、ハードウェア障害によりソフトウェア構成が再構築された場合でも、その再構築の状況を遠隔集中管理装置に通知することができ、複合機１００の現在のソフトウェア構成などの状況を正確に伝達することができる。
【００８７】
なお、実施の形態２にかかる複合機１００では、ハードウェア資源の診断処理を、ＳＣＳ１２２の再構築モードスレッドで実行しているが、診断処理のみを行う診断モードスレッドをＳＣＳ１２２のプロセス内で生成し、この診断モードスレッドによってハードウェア資源の診断処理を実行するように構成してもよい。
【００８８】
また、実施の形態２にかかる複合機１００では、ソフトウェア構成の再構築処理をＳＣＳ１２２の再構築モードスレッドで実行しているが、コントロールサービス層に新たなコントロールサービスを生成し、この新たなコントロールサービスで再構築処理を実行するように構成しても良い。
【００８９】
また、実施の形態２にかかる複合機１００で説明した再構築テーブルおよび各緊急モードスレッドは、一例を示すものであり、ハードウェア資源の障害に応じて任意に定めることが可能である。
【００９０】
【発明の効果】
以上説明したように、請求項１にかかる発明によれば、ハードウェア障害によりソフトウェア構成が再構築された場合でも、その再構築の状況を遠隔集中管理装置に通知することができ、画像情報処理装置の現在の状況を正確に伝達することができるという効果を奏する。
【００９１】
また、請求項２にかかる発明によれば、遠隔集中管理装置からの要求に応じて動的に画像情報処理装置のソフトウェア構成の再構築の状況を伝達することができるという効果を奏する。
【００９２】
また、請求項３にかかる発明によれば、ソフトウェア構成の再構築の原因を正確に伝達することができるという効果を奏する。
【００９３】
また、請求項４にかかる発明によれば、画像情報処理装置をネットワーク経由で使用するＰＣなどのクライアント端末に対して、ソフトウェア構成の再構築の状況を通知することができ、ユーザサービスの機能制限の内容を確実に伝達することができるという効果を奏する。
【００９４】
また、請求項５にかかる発明によれば、ハードウェア障害によりソフトウェア構成が再構築された場合でも、その再構築の状況を遠隔集中管理装置に通知することができ、画像情報処理装置の現在の状況を正確に伝達することができるという効果を奏する。
【００９５】
また、請求項６にかかる発明によれば、遠隔集中管理装置からの要求に応じて動的に画像情報処理装置のソフトウェア構成の再構築の状況を伝達することができるという効果を奏する。
【００９６】
また、請求項７にかかる発明によれば、ソフトウェア構成の再構築の原因を正確に伝達することができるという効果を奏する。
【００９７】
また、請求項８にかかる発明によれば、画像情報処理装置をネットワーク経由で使用するＰＣなどのクライアント端末に対して、ソフトウェア構成の再構築の状況を通知することができ、ユーザサービスの機能制限の内容を確実に伝達することができるという効果を奏する。
【図面の簡単な説明】
【図１】 この発明の実施の形態１である画像形成装置の構成を示すブロック図である。
【図２】 実施の形態１の複合機を含む遠隔集中管理システムの構成を示すブロック図である。
【図３】 実施の形態１の複合機におけるコントロールサービスおよびアプリケーションの診断要求から診断処理までの全体の流れを示すフローチャートである。
【図４】 実施の形態１の複合機によるコントロールサービスおよびアプリケーションの診断の処理手順を示すフローチャートである。
【図５】 実施の形態２にかかる複合機におけるソフトウェア再構築処理および通知処理の手順を示すフローチャートである。
【図６】 実施の形態２の複合機によるハードウェア資源の各デバイスの診断処理手順を示すフローチャートである。
【図７】 実施の形態２の複合機によるソフトウェア再構築処理で参照される再構築テーブルの一例を示す説明図である。
【符号の説明】
１００ 複合機
１０１ 白黒ラインプリンタ
１０２ カラーラインプリンタ
１０３ ハードウェアリソース
１１０ ソフトウェア群
１１１ プリンタアプリ
１１２ コピーアプリ
１１３ ファックスアプリ
１１４ スキャナアプリ
１１５ ネットファイルアプリ
１１６ 工程検査アプリ
１１７ 診断アプリ
１２０ プラットホーム
１２１ 汎用ＯＳ
１２２ ＳＣＳ
１２３ ＳＲＭ
１２４ ＥＣＳ
１２５ ＭＣＳ
１２６ ＯＣＳ
１２７ ＦＣＳ
１２８ ＮＣＳ
１３０ アプリケーション
２００ 遠隔集中管理装置
２０１ コンピュータ
２０２ 外部記憶装置
２０３ 多チャネル通信制御装置
２０４ 公衆回線網
２０５ 通信アダプタ
２０６ キーカード装置
Claims (8)
- プリンタ部またはスキャナ部を有するハードウェア資源を利用して画像情報処理にかかるアプリケーションのプロセスを複数搭載可能とし、オペレーティングシステムと、前記オペレーティングシステム上で動作し、複数の前記アプリケーションからアクセスされて前記ハードウェア資源の制御を行うプログラムのプロセスとを備えた画像情報処理装置であって、
前記ハードウェア資源の障害を検知する診断手段と、
前記ハードウェア資源の障害と、前記ハードウェア資源の障害に影響するプログラムおよびアプリケーションとをあらかじめ対応付け、前記対応付けは、前記障害と、前記障害に影響せずに実行可能な前記アプリケーションの緊急モードおよび前記緊急モードで実行される前記アプリケーションからアクセスされて前記障害に影響せずに実行可能な前記プログラムの緊急モードとの対応付けである再構築テーブルを記憶する記憶手段と、
前記診断手段により検知された障害と前記再構築テーブルとに基づいて、前記検知された障害に影響のないプログラムおよびアプリケーションの前記緊急モードを選択して前記プログラムおよびアプリケーションを選択された前記緊急モードで起動する再構築手段と、
前記再構築手段により起動されたプログラムおよびアプリケーションに関する再構築情報を、ネットワークに接続された複数の画像形成装置における障害情報を収集する遠隔集中管理装置へネットワーク経由で送信する送信手段と、
を備えたことを特徴とする画像情報処理装置。 - 前記遠隔集中管理装置からネットワーク経由で診断要求を受信する受信手段をさらに備え、
前記診断手段は、前記受信手段によって前記診断要求を受信したときに、前記ハードウェア資源の障害を検知することを特徴とする請求項１に記載の画像情報処理装置。 - 前記送信手段は、前記診断手段により検知された障害に関するハードウェア障害情報を、前記遠隔集中管理装置にネットワーク経由で送信することを特徴とする請求項１または２に記載の画像情報処理装置。
- 前記送信手段は、さらに、前記再構築情報を、ネットワークに接続された画像情報処理装置のクライアント端末に送信することを特徴とする請求項１〜３のいずれか一つに記載の画像情報処理装置。
- プリンタ部またはスキャナ部を有するハードウェア資源を利用して画像情報処理にかかるアプリケーションのプロセスを複数搭載可能とし、オペレーティングシステムと、前記オペレーティングシステム上で動作し、複数の前記アプリケーションからアクセスされて前記ハードウェア資源の制御を行うプログラムのプロセスとを備えた画像情報処理装置で生じた障害に関する障害情報を通知する障害情報通知方法であって、前記ハードウェア資源の障害を検知する診断ステップと、
前記診断ステップにより検知された障害と、前記ハードウェア資源の障害と前記ハードウェア資源の障害に影響するプログラムおよびアプリケーションとをあらかじめ対応付け、前記対応付けは、前記障害と前記障害に影響せずに実行可能な前記アプリケーションの緊急モードおよび前記緊急モードで実行される前記アプリケーションからアクセスされて前記障害に影響せずに実行可能な前記プログラムの緊急モードとの対応付けである再構築テーブルとに基づいて、前記検知された障害に影響のないプログラムおよびアプリケーションの前記緊急モードを選択して前記プログラムおよびアプリケーションを選択された前記緊急モードで起動する再構築ステップと、
前記再構築ステップにより起動されたプログラムおよびアプリケーションに関する再構築情報を、ネットワークに接続された複数の画像情報処理装置における障害情報を収集する遠隔集中管理装置へネットワーク経由で送信する送信ステップと、
を含むことを特徴とする障害情報通知方法。 - 前記遠隔集中管理装置からネットワーク経由で診断要求を受信する受信ステップをさらに含み、
前記診断ステップは、前記受信ステップによって前記診断要求を受信したときに、前記ハードウェア資源の障害を検知することを特徴とする請求項５に記載の障害情報通知方法。 - 前記送信ステップは、さらに前記診断ステップにより検知された障害に関するハードウェア障害情報を、前記遠隔集中管理装置にネットワーク経由で送信することを特徴とする請求項５または６に記載の障害情報通知方法。
- 前記送信ステップは、さらに前記再構築情報を、ネットワークに接続された画像情報処理装置のクライアント端末に送信することを特徴とする請求項５〜７のいずれか一つに記載の障害情報通知方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001264887A JP3887191B2 (ja) | 2001-08-31 | 2001-08-31 | 画像情報処理装置および障害情報通知方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001264887A JP3887191B2 (ja) | 2001-08-31 | 2001-08-31 | 画像情報処理装置および障害情報通知方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003072208A JP2003072208A (ja) | 2003-03-12 |
| JP3887191B2 true JP3887191B2 (ja) | 2007-02-28 |
Family
ID=19091422
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001264887A Expired - Fee Related JP3887191B2 (ja) | 2001-08-31 | 2001-08-31 | 画像情報処理装置および障害情報通知方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3887191B2 (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008236616A (ja) * | 2007-03-23 | 2008-10-02 | Kyocera Mita Corp | 画像形成装置、画像形成方法及びアプリケーションプログラム |
| JP2008236614A (ja) * | 2007-03-23 | 2008-10-02 | Kyocera Mita Corp | 画像形成装置、画像形成方法及びアプリケーションプログラム |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006221400A (ja) * | 2005-02-10 | 2006-08-24 | Yokogawa Electric Corp | 構成管理方法及びこれを用いた管理装置 |
-
2001
- 2001-08-31 JP JP2001264887A patent/JP3887191B2/ja not_active Expired - Fee Related
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008236616A (ja) * | 2007-03-23 | 2008-10-02 | Kyocera Mita Corp | 画像形成装置、画像形成方法及びアプリケーションプログラム |
| JP2008236614A (ja) * | 2007-03-23 | 2008-10-02 | Kyocera Mita Corp | 画像形成装置、画像形成方法及びアプリケーションプログラム |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003072208A (ja) | 2003-03-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3679349B2 (ja) | 画像形成装置、画像形成方法、画像形成プログラムおよびアプリケーションプログラム | |
| US8115943B2 (en) | Image forming apparatus and print process method | |
| JP4458866B2 (ja) | 画像形成装置および自動リブート方法 | |
| JP2004098658A (ja) | 画像形成装置及びラッピング処理方法並びにプログラム | |
| JP6066006B2 (ja) | 画像形成装置 | |
| CN110062700A (zh) | 信息管理***及信息管理服务器 | |
| JP3898476B2 (ja) | 画像情報処理装置およびソフトウェア再構築方法 | |
| JP3887191B2 (ja) | 画像情報処理装置および障害情報通知方法 | |
| JP4128506B2 (ja) | 画像形成装置およびアプリケーション情報取得方法 | |
| US20160019105A1 (en) | Computer embedded apparatus, recording medium and computer embedded apparatus test system | |
| JP4676977B2 (ja) | 画像形成装置、アプリケーション情報取得方法、及びプログラム | |
| JP4246560B2 (ja) | 情報処理装置、情報処理方法、プログラム、及び記録媒体 | |
| JP4712248B2 (ja) | 画像形成装置およびソフトウェア診断方法 | |
| JP5036770B2 (ja) | 装置及びラッピング処理方法並びにプログラム | |
| JP2009027656A (ja) | データ処理装置 | |
| JP3910992B2 (ja) | 画像形成装置、画像形成方法および画像形成プログラム | |
| JP4677054B2 (ja) | 画像形成装置、プログラム、記録媒体、及び方法 | |
| JP5445051B2 (ja) | 情報処理装置、ａｐｉプログラム、及びログ環境提供方法 | |
| JP2007305143A (ja) | 情報処理装置および情報処理方法 | |
| JP4180438B2 (ja) | イベント通知方法、情報機器 | |
| JP2006005963A (ja) | 情報処理装置および情報処理方法 | |
| JP3798682B2 (ja) | 画像情報処理装置、画像情報処理システム、プロセス間通信情報取得方法およびその方法をコンピュータに実行させるプログラム | |
| JP5463813B2 (ja) | 画像形成装置、ライセンス期限延長方法、およびライセンス期限延長プログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20050616 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050628 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050826 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20060613 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060713 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20061006 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20061121 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20061124 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101201 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101201 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111201 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111201 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121201 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131201 Year of fee payment: 7 |
|
| LAPS | Cancellation because of no payment of annual fees |