JP3898476B2 - Image information processing apparatus and software reconstruction method - Google Patents
Image information processing apparatus and software reconstruction method Download PDFInfo
- Publication number
- JP3898476B2 JP3898476B2 JP2001275579A JP2001275579A JP3898476B2 JP 3898476 B2 JP3898476 B2 JP 3898476B2 JP 2001275579 A JP2001275579 A JP 2001275579A JP 2001275579 A JP2001275579 A JP 2001275579A JP 3898476 B2 JP3898476 B2 JP 3898476B2
- Authority
- JP
- Japan
- Prior art keywords
- failure
- application
- program
- mode thread
- hardware
- 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)
- Stored Programmes (AREA)
- Facsimiles In General (AREA)
Description
【0001】
【発明の属する技術分野】
この発明は、メモリ、セントロインタフェース、ネットワークインタフェースなどのハードウェア資源の障害を検知した場合に、プリンタ、コピーまたはファクシミリなどのサービスを提供する際に動作するソフトウェアの構成の再構築を行うことができる画像情報処理装置およびこのような画像情報処理装置で実行されるソフトウェア再構築方法に関するものである。
【0002】
【従来の技術】
近年、プリンタ、コピー、ファクシミリ、スキャナなどの各装置の機能を1つの筐体内に収納した画像形成装置(以下、「複合機」という。)が一般的に知られている。この複合機は、1つの筐体内に表示部、印刷部および撮像部などを設けるとともに、プリンタ、コピーおよびファクシミリ装置にそれぞれ対応する3種類のソフトウェアを設け、ソフトウェアの切り替えによって、当該装置をプリンタ、コピー、スキャナまたはファクシミリ装置として動作させるものである。
【0003】
このような複合機では、電源投入の際にOS(Operating System)が起動する前に、いわゆるBIOS(Basic Input/Output System)内で診断プログラムが動作し、メモリ、セントロインタフェース、ネットワークインタフェースなどのハードウェア資源のエラーチェックを行っている。このような診断プログラムでは、複合機の起動、すなわちOSの起動およびOS上で動作するアプリケーションプログラムの起動に大きな影響を与える重度の障害を検知した場合には、重度のハードウェアエラーが生じた旨をオペレーションパネルのディスプレイなどに表示した後、複合機を停止させることが一般的となっている。一方、このような診断プログラムが複合機の起動に影響を与えない中度または軽度の障害を検知した場合には、複合機を起動させている。
【0004】
【発明が解決しようとする課題】
しかしながら、中度または軽度の障害が生じた状態で複合機を起動させた場合、ハードウェアの障害に影響のあるアプリケーションプログラムの全機能を停止しなければならないという問題がある。たとえば、プリンタ動作を行うアプリケーションプログラムが処理効率の向上のため主メモリの他に増設メモリを必要とする場合において、増設メモリのみに障害が生じた場合であっても、プリンタのアプリケーションプログラムはすべて停止してしまい、プリンタサービスの全機能を提供することができない。
【0005】
すなわち、プリンタサービスの中でメモリを大量に使用しない機能であれば、増設メモリを使用せずに主メモリだけで実行可能であるにも関わらず、従来の複合機では、プリンタアプリケーションプログラムの全機能を停止しなければならなかった。
【0006】
ところで、従来の複合機では、内部にプリンタ、コピー、スキャナおよびファクシミリ装置に対応するソフトウェア(汎用OSを含む)をそれぞれ別個に設ける構成となっており、各ソフトウェアの開発に多大の時間を要する。このため、出願人は、表示部、印刷部および撮像部などの画像形成処理で使用されるハードウェア資源を有し、プリンタ、コピーまたはファクシミリなどの各ユーザサービスにそれぞれ固有の処理を行うアプリケーションを複数搭載し、これらのアプリケーションとハードウェア資源との間に介在して、ユーザサービスを提供する際に、アプリケーションの少なくとも2つが共通的に必要とするハードウェア資源の管理、実行制御並びに画像形成処理を行う各種コントロールサービスからなるプラットホームを備えた画像形成装置を発明した。この画像形成装置によれば、アプリケーションの少なくとも2つが共通的に必要とするハードウェア資源の管理、実行制御並びに画像形成処理を行うプラットホームを備えた構成とすることによって、ソフトウェア開発の効率化を図るとともに、装置全体としての生産性を向上させることが可能となる。
【0007】
このような複合機では、複数のアプリケーションと、アプリケーションの少なくとも2つが共通的に必要とするサービスを提供する複数のコントロールサービスを有するという各モジュールが独立した構成となっているため、かかる特徴的な構成を利用することで、サービスのコピー、プリンタ、スキャナまたはファクシミリなどの各機能ごとに一部の機能制限だけで実行できることが好ましい。
【0008】
この発明は上記に鑑みてなされたもので、ハードウェア資源に障害がある場合にソフトウェア構成の再構築を行うことにより、ハードウェア資源の障害に影響のない範囲でサービスを提供することができる画像情報処理装置およびソフトウェア再構築方法を得ることを目的とする。
【0009】
【課題を解決するための手段】
上記目的を達成するため、請求項1にかかる発明は、印刷部または撮像部を有するハードウェア資源を利用して画像情報処理にかかるアプリケーションのプロセスと、オペレーティングシステムと、前記オペレーティングシステム上で動作し、複数の前記アプリケーションからアクセスされて前記ハードウェア資源の制御を行う複数のプログラムのプロセスとを備えた画像情報処理装置であって、前記画像情報処理装置の起動時に、前記ハードウェア資源の障害を検知する診断手段と、前記ハードウェア資源の障害ごとに、前記ハードウェア資源の障害時の前記プログラムの動作および前記ハードウェア資源の障害時の前記アプリケーションの動作を、前記プログラムおよび前記アプリケーションのそれぞれについて登録した再構築テーブルを記憶する記憶手段と、前記診断手段により検知された前記ハードウェアの障害と前記再構築テーブルとに基づいて、前記ハードウェアの障害に対応する前記プログラムおよび前記アプリケーションの動作を実行させる再構築手段と、を備えたことを特徴とする。
【0010】
この請求項1の発明によれば、画像情報処理装置の起動時に、前記ハードウェア資源の障害を検知する診断手段と、前記ハードウェア資源の障害ごとに、前記ハードウェア資源の障害時の前記プログラムの動作および前記ハードウェア資源の障害時の前記アプリケーションの動作を、前記プログラムおよび前記アプリケーションのそれぞれについて登録した再構築テーブルを記憶する記憶手段と、前記診断手段により検知された前記ハードウェアの障害と前記再構築テーブルとに基づいて、前記ハードウェアの障害に対応する前記プログラムおよび前記アプリケーションの動作を実行させる再構築手段とを備えたことで、ハードウェア資源の障害に影響ない範囲でサービスを提供することができ、ハードウェア障害がある場合に影響のあるアプリケーションすべてが停止してしまう従来の画像情報処理装置に比べて、ユーザの利便性を向上させることができる。
【0011】
本発明における診断手段は、画像情報処理装置の起動時にハードウェア資源の障害を検知するものであればよく、いわゆるBIOS内に診断プログラムとして設ける他、汎用OSに組み込んだり、プログラム(コントロールサービス)やアプリケーションに診断用プロセスとして設けても良い。また、診断手段を既存のコントロールサービスに組み込んだり、BIOS、アプリケーションやプログラム(コントロールサービス)とは全く独立に設けることもできる。
【0012】
また、本発明における再構築手段は、診断手段により検知された障害に影響のないプログラム(コントロールサービス)およびアプリケーションを選択して起動するものであればよく、プログラム(コントロールサービス)またはアプリケーションの各層に独立のプロセスとして設ける他、既存のプログラム(コントロールサービス)に組み込んでも良い。
【0013】
また、請求項2にかかる発明は、請求項1に記載の画像情報処理装置において、前記再構築テーブルは、前記ハードウェア資源の障害時の前記アプリケーションの動作として、起動の有無と起動後の処理内容とを含むことを特徴とする。
【0014】
また、請求項3にかかる発明は、請求項2に記載の画像情報処理装置において、前記プログラムのプロセスおよび前記アプリケーションのプロセスは、前記起動後の処理内容を実行するスレッドを含み、前記再構築テーブルは、前記プログラムおよび前記アプリケーションごとに、起動の有無と、前記起動後の処理内容として、起動する場合における前記スレッドの識別情報とを含むことを特徴とする。
【0015】
また、請求項4にかかる発明は、請求項3に記載の画像情報処理装置において、前記プログラムと前記アプリケーションの各プロセスは、前記ハードウェアの障害がない場合に実行される通常モードスレッドと、前記ハードウェアの障害がある場合に前記ハードウェア資源の障害に影響のある機能を制限して実行される一または複数の緊急モードスレッドとを含み、前記再構築手段は、前記検知された障害と前記再構築テーブルとに基づいて、前記プログラムおよび前記アプリケーションの前記緊急モードスレッドを起動することを特徴とする。
【0016】
この請求項4の発明によれば、プログラムと前記アプリケーションの各プロセスは、前記ハードウェアの障害がない場合に実行される通常モードスレッドと、前記ハードウェアの障害がある場合に前記ハードウェア資源の障害に影響のある機能を制限して実行される一または複数の緊急モードスレッドとを含み、前記再構築手段は、前記検知された障害と前記再構築テーブルとに基づいて、前記プログラムおよび前記アプリケーションの前記緊急モードスレッドを起動することで、ハードウェア障害時には同一プロセス内で起動するスレッドを切り替えるだけで障害に影響ない機能を提供できるので、通常の機能を提供するプロセスと機能制限されたプロセスとを別々に設けてプロセスを起動する場合に比べて、起動時間の短縮化が図られる。
【0017】
ここで、「ハードウェア資源の障害に影響のあるプログラムおよびアプリケーション」とは、ハードウェアの障害により本来の機能が全く実行不可能となるプログラム(コントロールサービス)およびアプリケーションの他、一部の機能の実行ができなくなるプログラム(コントロールサービス)およびアプリケーションも含まれる。
【0018】
また、請求項5にかかる発明は、請求項4に記載の画像情報処理装置において、前記再構築手段は、前記緊急モードスレッドを起動する前に、前記障害に影響のある機能が制限される旨を通知し、ユーザから了承を受信した場合にのみ前記緊急モードスレッドを起動することを特徴とする。
【0019】
この請求項5の発明によれば、再構築手段が緊急モードスレッドを起動する前に、ハードウェア障害に影響のある機能が制限される旨を通知し、ユーザから了承を受信した場合にのみ緊急モードスレッドを起動することで、機能制限によりユーザが希望する機能が得られない場合に、機能制限された状態で画像情報処理装置が起動してしまうことが回避され、ユーザの利便性をより向上させることができる。
【0020】
また、請求項6にかかる発明は、請求項1〜5のいずれか一つに記載の画像情報処理装置において、前記プログラムは、システムの制御およびリソースの管理を行うシステムコントロールサービスのプロセスを備え、前記システムコントロールサービスのプロセスは、サービスを提供する際に実行される通常モードスレッドと、前記検知された障害と前記再構築テーブルとに基づいて前記プログラムおよび前記アプリケーションを選択して起動する前記再構築手段としての再構築モードスレッドとを含んでいることを特徴とする。
【0021】
この請求項6の発明によれば、システムコントロールサービスのプロセスがサービスを提供する際に実行される通常モードスレッドと、検知された障害と前記再構築テーブルとに基づいて前記プログラムおよび前記アプリケーションを選択して起動する再構築モードスレッドとを含むことで、システムコントロールサービスの再構築モードスレッドを再構築手段として用いることができ、別途再構築手段を設ける場合に比べて、装置構成を簡略化することができる。
【0022】
また、請求項7にかかる発明は、印刷部または撮像部を有するハードウェア資源を利用して画像情報処理にかかるアプリケーションのプロセスと、オペレーティングシステムと、前記オペレーティングシステム上で動作し、複数の前記アプリケーションからアクセスされて前記ハードウェア資源の制御を行う複数のプログラムのプロセスとを備えた画像情報処理装置であって、前記画像情報処理の実行中に、前記ハードウェア資源の障害を検知する前記診断手段と、前記ハードウェア資源の障害ごとに、前記ハードウェア資源の障害時の前記プログラムの動作および前記ハードウェア資源の障害時の前記アプリケーションの動作を、前記プログラムおよび前記アプリケーションのそれぞれについて登録した再構築テーブルを記憶する記憶手段と、前記診断手段により検知された前記ハードウェアの障害と前記再構築テーブルとに基づいて、前記ハードウェアの障害に対応する前記プログラムおよび前記アプリケーションの動作を実行させる再構築手段と、を備え、前記プログラムと前記アプリケーションの各プロセスは、前記ハードウェアの障害がない場合に実行される通常モードスレッドと、前記ハードウェアの障害がある場合に前記ハードウェア資源の障害に影響のある機能を制限して実行される一または複数の緊急モードスレッドとを含み、前記再構築手段は、前記検知された障害と前記再構築テーブルとに基づいて、動作中の前記プログラムおよび前記アプリケーションの前記通常モードスレッドを前記緊急モードスレッドに切り替えることを特徴とすることを特徴とする。
【0023】
この請求項7の発明によれば、画像情報処理の実行中に診断手段によってハードウェア資源の障害を検知し、再構築手段によって動作中のプログラムおよびアプリケーションの通常モードスレッドを緊急モードスレッドに切り替えるので、画像情報処理装置を再起動させることなく、通常モードスレッドと緊急モードスレッドの並列実行を利用して動的にソフトウェア構成の再構築が可能となり、サービスの全機能を停止せずに再構築が行えるとともに、再構築完了までの時間を短縮することができる。
【0024】
また、請求項8にかかる発明は、請求項7に記載の画像情報処理装置において、前記プログラムは、メモリおよびハードディスクを制御するメモリコントロールサービスを備え、前記メモリコントロールサービスは、メモリおよびハードディスクが正常であるときに実行される通常モードスレッドと、メモリの障害に影響のある機能を制限して実行される一または複数の緊急モードスレッドとを含み、前記再構築手段は、前記診断手段によりメモリに関する障害が検知されたときに、前記メモリコントロールサービスの前記通常モードスレッドを前記緊急モードスレッドに切り替えることを特徴とする。
【0025】
この請求項8の発明によれば、プログラムは、メモリおよびハードディスクを制御するメモリコントロールサービスを備え、メモリコントロールサービスは、メモリおよびハードディスクが正常であるときに実行される通常モードスレッドと、メモリの障害に影響のある機能を制限して実行される一または複数の緊急モードスレッドとを含み、再構築手段が診断手段によりメモリに関する障害が検知されたときにメモリコントロールサービスの通常モードスレッドを緊急モードスレッドに切り替えることで、メモリに関する障害に影響しない範囲で機能制限されたサービスを提供することができ、ユーザの利便性を向上させることができる。
【0026】
また、請求項9にかかる発明は、請求項7に記載の画像情報処理装置において、前記プログラムは、メモリおよびハードディスクを制御するメモリコントロールサービスを備え、前記メモリコントロールサービスは、メモリおよびハードディスクが正常であるときに実行される通常モードスレッドと、ハードディスクの代わりにメモリのみを使用して実行される一または複数の緊急モードスレッドとを含み、前記再構築手段は、前記診断手段によりハードディスクに関する障害が検知されたときに、前記メモリコントロールサービスの前記通常モードスレッドを前記緊急モードスレッドに切り替えることを特徴とする。
【0027】
この請求項9の発明によれば、メモリコントロールサービスがメモリおよびハードディスクが正常であるときに実行される通常モードスレッドとハードディスクの代わりにメモリのみを使用して実行される一または複数の緊急モードスレッドとを含み、再構築手段が診断手段によりハードディスクに関する障害が検知されたときにメモリコントロールサービスの通常モードスレッドを緊急モードスレッドに切り替えることで、ハードディスクに障害があった場合でも、ハードディスクを必要とする機能をメモリの利用で代替えして、機能制限されたサービスを提供することができ、ユーザの利便性を向上させることができる。
【0028】
また、請求項10にかかる発明は、請求項8または9に記載の画像情報処理装置において、前記アプリケーションの前記緊急モードスレッドは、前記メモリコントロールサービスの緊急モードスレッドに対してのみプロセス間通信を行うことを特徴とする。
【0029】
この請求項10の発明によれば、アプリケーションの緊急モードスレッドがメモリコントロールサービスの緊急モードスレッドに対してのみプロセス間通信を行うことで、メモリコントロールサービスの機能を制限したにも拘わらず、アプリケーションがメモリコントロールサービスの通常モードスレッドとプロセス間通信を行ってハードウェア資源の障害に影響のある機能が実行されてしまう不具合を確実に阻止し、機能制限されたサービスを確実に提供することができる。
【0030】
また、請求項11にかかる発明は、請求項7〜10のいずれか一つに記載の画像情報処理装置において、前記プログラムは、ネットワークを制御するネットワークコントロールサービスを備え、前記アプリケーションの前記緊急モードスレッドは、前記ネットワークコントロールサービス以外の前記プログラムに対してプロセス間通信を行い、前記再構築手段は、前記診断手段によりネットワークインタフェースに関する障害が検知されたときに、前記アプリケーションの前記通常モードスレッドを前記緊急モードスレッドに切り替えることを特徴とする。
【0031】
この請求項11の発明によれば、アプリケーションの緊急モードスレッドがネットワークコントロールサービス以外のプログラムに対してプロセス間通信を行い、再構築手段が診断手段によりネットワークインタフェースに関する障害が検知されたときにアプリケーションの通常モードスレッドを緊急モードスレッドに切り替えることで、ネットワークインタフェースに関する障害に影響しない範囲で機能制限されたサービスを提供することができ、ユーザの利便性を向上させることができる。
【0032】
また、請求項12にかかる発明は、印刷部または撮像部を有するハードウェア資源を利用して画像情報処理にかかるアプリケーションのプロセスと、オペレーティングシステムと、前記オペレーティングシステム上で動作し、複数の前記アプリケーションからアクセスされて前記ハードウェア資源の制御を行う複数のプログラムのプロセスとを備えた画像情報処理装置であって、ハードウェア資源の障害を検知する診断手段と、前記ハードウェア資源の障害ごとに、前記ハードウェア資源の障害時の前記プログラムの動作として起動の有無と起動後の処理内容と、前記ハードウェア資源の障害時の前記アプリケーションの動作として、起動の有無と起動後の処理内容とを、前記プログラムおよび前記アプリケーションのそれぞれについて登録した再構築テーブルを記憶する記憶手段と、前記診断手段により検知された障害と前記再構築テーブルとに基づいて、前記検知された障害に対応する前記プログラムまたは前記アプリケーションの動作が、起動しない旨か、または起動後の処理内容が前記ハードウェア資源の障害に影響のある機能を制限して実行される処理である場合には、前記プログラムおよび前記アプリケーションの代わりに、ネットワークに接続された他の前記画像情報処理装置で動作する前記プログラムまたは前記アプリケーションを選択する再構築手段と、を備えたことを特徴とする。
【0033】
この請求項12の発明によれば、診断手段がハードウェア資源の障害を検知したときに、再構築手段が診断手段により検知された障害と再構築テーブルとに基づいて、検知された障害に影響するプログラムおよびアプリケーションの代わりにネットワークに接続された他の画像情報処理装置で動作するプログラムまたはアプリケーションを選択することで、自己の画像情報処理装置内のみでは機能制限されたサービスしか提供できない場合でも、ネットワーク上の他の画像情報処理装置のプログラムまたはアプリケーションで代替えして、機能制限のない完全なサービスを提供することができ、ユーザの利便性をより向上させることができる。
【0034】
また、請求項13にかかる発明は、請求項12に記載の画像情報処理装置において、前記診断手段は、ネットワーク経由で診断要求を受信したときに、前記ハードウェア資源の障害を検知することを特徴とする。
【0035】
この請求項13の発明によれば、診断手段がネットワーク経由で診断要求を受信したときに、ハードウェア資源の障害を検知することで、ユーザからの診断要求だけでなく、ネットワーク上の装置開発元やサービスセンタなどのホストコンピュータからの診断要求に応じて、ハードウェア資源の診断およびソフトウェア構成の再構築を行うことができ、動的な診断および再構築を実現することができる。
【0036】
また、請求項14にかかる発明は、印刷部または撮像部を有するハードウェア資源を利用して画像情報処理にかかるアプリケーションのプロセスと、オペレーティングシステムと、前記オペレーティングシステム上で動作し、複数の前記アプリケーションからアクセスされて前記ハードウェア資源の制御を行う複数のプログラムのプロセスとを備えた画像情報処理装置で実行され、前記アプリケーションおよび前記プログラムの構成を再構築するソフトウェア再構築方法であって、前記画像情報処理装置の起動時に、前記ハードウェア資源の障害を検知する診断ステップと、前記診断ステップにより検知された前記ハードウェアの障害と、前記ハードウェア資源の障害ごとに、前記ハードウェア資源の障害時の前記プログラムの動作および前記ハードウェア資源の障害時の前記アプリケーションの動作を、前記プログラムおよび前記アプリケーションのそれぞれについて登録した再構築テーブルとに基づいて、前記ハードウェアの障害に対応する前記プログラムおよび前記アプリケーションの動作を実行させる再構築ステップと、を含んでいることを特徴とする。
【0037】
この請求項14の発明によれば、画像情報処理装置の起動時に、前記ハードウェア資源の障害を検知する診断ステップと、前記診断ステップにより検知された前記ハードウェアの障害と、前記ハードウェア資源の障害ごとに、前記ハードウェア資源の障害時の前記プログラムの動作および前記ハードウェア資源の障害時の前記アプリケーションの動作を、前記プログラムおよび前記アプリケーションのそれぞれについて登録した再構築テーブルとに基づいて、前記ハードウェアの障害に対応する前記プログラムおよび前記アプリケーションの動作を実行させる再構築ステップとを含んでいることで、ハードウェア資源の障害に影響ない範囲でサービスを提供することができ、ハードウェア障害がある場合に影響のあるアプリケーションすべてが停止してしまう従来の画像情報処理装置に比べて、ユーザの利便性を向上させることができる。
【0038】
また、請求項15にかかる発明は、請求項14に記載のソフトウェア再構築方法において、前記再構築テーブルは、前記ハードウェア資源の障害時の前記アプリケーションの動作として、起動の有無と起動後の処理内容とを含むことを特徴とする。
【0039】
また、請求項16にかかる発明は、請求項15に記載のソフトウェア再構築方法において、前記プログラムのプロセスおよび前記アプリケーションのプロセスは、前記起動後の処理内容を実行するスレッドを含み、前記再構築テーブルは、前記プログラムおよび前記アプリケーションごとに、起動の有無と、前記起動後の処理内容として、起動する場合における前記スレッドの識別情報とを含むことを特徴とする。
【0040】
また、請求項17にかかる発明は、請求項16に記載のソフトウェア再構築方法において、前記プログラムと前記アプリケーションの各プロセスは、前記ハードウェアの障害がない場合に実行される通常モードスレッドと、前記ハードウェアの障害がある場合に前記ハードウェア資源の障害に影響のある機能を制限して実行される一または複数の緊急モードスレッドとを含み、前記再構築ステップは、前記検知された障害と前記再構築テーブルとに基づいて、前記プログラムおよび前記アプリケーションの前記緊急モードスレッドを起動することを特徴とする。
【0041】
この請求項17の発明によれば、再構築ステップが検知された障害と再構築テーブルとに基づいて、プログラムおよびアプリケーションの緊急モードスレッドを起動することで、ハードウェア障害時には同一プロセス内で起動するスレッドを切り替えるだけで障害に影響ない機能を提供できるので、通常の機能を提供するプロセスと機能制限されたプロセスとを別々に設けてプロセスを起動する場合に比べて、起動時間の短縮化が図られる。
【0042】
また、請求項18にかかる発明は、請求項17に記載のソフトウェア再構築方法において、前記再構築ステップは、前記緊急モードスレッドを起動する前に、前記障害に影響のある機能が制限される旨を通知し、ユーザから了承を受信した場合にのみ前記緊急モードスレッドを起動することを特徴とする。
【0043】
この請求項18の発明によれば、再構築ステップが緊急モードスレッドを起動する前に、障害に影響のある機能が制限される旨を通知し、ユーザから了承を受信した場合にのみ緊急モードスレッドを起動することで、機能制限によりユーザが希望する機能が得られない場合に、機能制限された状態で画像情報処理装置が起動してしまうことが回避され、ユーザの利便性をより向上させることができる。
【0044】
また、請求項19にかかる発明は、請求項16〜18のいずれか一つに記載のソフトウェア再構築方法において、前記プログラムは、サービスを提供する際にシステムの制御およびリソースの管理を行う通常モードスレッドと、前記検知された障害と前記再構築テーブルとに基づいて前記コントロールサービスおよび前記アプリケーションを選択して起動する再構築モードスレッドを含むシステムコントロールサービスのプロセスを含み、前記再構築ステップは、前記システムコントロールサービスの前記再構築モードスレッドにより実行されることを特徴とする。
【0045】
この請求項19の発明によれば、再構築ステップがシステムコントロールサービスの前記再構築モードスレッドにより実行されることで、システムコントロールサービスの再構築モードスレッドを再構築手段として用いることができ、別途再構築手段を設ける場合に比べて、装置構成を簡略化することができる。
【0046】
また、請求項20にかかる発明は、印刷部または撮像部を有するハードウェア資源を利用して画像情報処理にかかるアプリケーションのプロセスと、オペレーティングシステムと、前記オペレーティングシステム上で動作し、複数の前記アプリケーションからアクセスされて前記ハードウェア資源の制御を行う複数のプログラムのプロセスとを備えた画像情報処理装置で実行され、前記アプリケーションおよび前記プログラムの構成を再構築するソフトウェア再構築方法であって、前記画像情報処理の実行中に、前記ハードウェア資源の障害を検知する前記診断ステップと、前記診断ステップにより検知された障害と、前記ハードウェア資源の障害ごとに、前記ハードウェア資源の障害時の前記プログラムの動作および前記ハードウェア資源の障害時の前記アプリケーションの動作を、前記プログラムおよび前記アプリケーションのそれぞれについて登録した再構築テーブルとに基づいて、前記ハードウェアの障害に対応する前記プログラムおよび前記アプリケーションの動作を実行させる再構築ステップと、を含み、プログラムと前記アプリケーションの各プロセスは、前記ハードウェアの障害がない場合に実行される通常モードスレッドと、前記ハードウェアの障害がある場合に前記ハードウェア資源の障害に影響のある機能を制限して実行される一または複数の緊急モードスレッドとを含み、前記再構築ステップは、前記検知された障害と前記再構築テーブルとに基づいて、動作中の前記プログラムおよび前記アプリケーションの前記通常モードスレッドを前記緊急モードスレッドに切り替えることを特徴とする。
【0047】
この請求項20の発明によれば、診断ステップによってサービス処理の実行中にハードウェア資源の障害を検知し、再構築ステップによって動作中のプログラムおよびアプリケーションの通常モードスレッドを、ハードウェア資源の障害に影響のある機能を制限して実行される緊急モードスレッドに切り替えるので、画像情報処理装置を再起動させることなく、通常モードスレッドと緊急モードスレッドの並列実行を利用して動的にソフトウェア構成の再構築が可能となり、サービスの全機能を停止せずに再構築が行えるとともに、再構築完了までの時間を短縮することができる。
【0048】
また、請求項21にかかる発明は、請求項20に記載のソフトウェア再構築方法において、前記プログラムは、メモリおよびハードディスクを制御するメモリコントロールサービスを含み、前記メモリコントロールサービスは、メモリおよびハードディスクが正常であるときに実行される通常モードスレッドと、メモリの障害に影響のある機能を制限して実行される一または複数の緊急モードスレッドとを含み、前記再構築ステップは、前記診断ステップによりメモリに関する障害が検知されたときに、前記メモリコントロールサービスの前記通常モードスレッドを前記緊急モードスレッドに切り替えることを特徴とする。
【0049】
この請求項21の発明によれば、再構築ステップが診断ステップによりメモリに関する障害が検知されたときに、メモリコントロールサービスの通常モードスレッドを、メモリの障害に影響のある機能を制限して実行される緊急モードスレッドに切り替えることで、メモリに関する障害に影響しない範囲で機能制限されたサービスを提供することができ、ユーザの利便性を向上させることができる。
【0050】
また、請求項22にかかる発明は、請求項20に記載のソフトウェア再構築方法において、前記プログラムは、メモリおよびハードディスクを制御するメモリコントロールサービスを含み、前記メモリコントロールサービスは、メモリおよびハードディスクが正常であるときに実行される通常モードスレッドと、ハードディスクの代わりにメモリのみを使用して実行される一または複数の緊急モードスレッドとを含み、前記再構築ステップは、前記診断ステップによりハードディスクに関する障害が検知されたときに、前記メモリコントロールサービスの前記通常モードスレッドを前記緊急モードスレッドに切り替えることを特徴とする。
【0051】
この請求項22の発明によれば、再構築ステップが診断ステップによりハードディスクに関する障害が検知されたときに、メモリコントロールサービスの通常モードスレッドを、ハードディスクの代わりにメモリのみを使用して実行される緊急モードスレッドに切り替えることで、ハードディスクに障害があった場合でも、ハードディスクを必要とする機能をメモリの利用で代替えして、機能制限されたサービスを提供することができ、ユーザの利便性を向上させることができる。
【0052】
また、請求項23にかかる発明は、請求項21または22に記載のソフトウェア再構築方法において、前記再構築ステップは、前記アプリケーションの前記通常モードスレッドを前記メモリコントロールサービスの緊急モードスレッドに対してのみプロセス間通信を行う緊急モードスレッドに切り替えることを特徴とする。
【0053】
この請求項23の発明によれば、再構築ステップがアプリケーションの通常モードスレッドをメモリコントロールサービスの緊急モードスレッドに対してのみプロセス間通信を行う緊急モードスレッドに切り替えることで、メモリコントロールサービスの機能を制限したにも拘わらず、アプリケーションがメモリコントロールサービスの通常モードスレッドとプロセス間通信を行ってハードウェア資源の障害に影響のある機能が実行されてしまう不具合を確実に阻止し、機能制限されたサービスを確実に提供することができる。
【0054】
また、請求項24にかかる発明は、請求項20〜23のいずれか一つに記載のソフトウェア再構築方法において、前記プログラムは、ネットワークを制御するネットワークコントロールサービスを含み、前記アプリケーションの前記緊急モードスレッドは、前記ネットワークコントロールサービス以外のプログラムに対してプロセス間通信を行い、前記再構築ステップは、前記診断ステップによりネットワークインタフェースに関する障害が検知されたときに、前記アプリケーションの前記通常モードスレッドを前記緊急モードスレッドに切り替えることを特徴とする。
【0055】
この請求項24の発明によれば、再構築ステップが診断ステップによりネットワークインタフェースに関する障害が検知されたときに、アプリケーションの通常モードスレッドを、ネットワークコントロールサービス以外のコントロールサービスに対してプロセス間通信を行う緊急モードスレッドに切り替えることで、ネットワークインタフェースに関する障害に影響しない範囲で機能制限されたサービスを提供することができ、ユーザの利便性を向上させることができる。
【0056】
また、請求項25にかかる発明は、印刷部または撮像部を有するハードウェア資源を利用して画像情報処理にかかるアプリケーションのプロセスと、オペレーティングシステムと、前記オペレーティングシステム上で動作し、複数の前記アプリケーションからアクセスされて前記ハードウェア資源の制御を行う複数のプログラムのプロセスとを備えた画像情報処理装置で実行され、前記アプリケーションおよび前記プログラムの構成を再構築するソフトウェア再構築方法であって、ハードウェア資源の障害を検知する診断ステップと、前記診断ステップにより検知された障害と、前記ハードウェア資源の障害ごとに、前記ハードウェア資源の障害時の前記プログラムの動作として起動の有無と起動後の処理内容と、前記ハードウェア資源の障害時の前記アプリケーションの動作として、起動の有無と起動後の処理内容とを、前記プログラムおよび前記アプリケーションのそれぞれについて登録した再構築テーブルとに基づいて、前記検知された障害に対応する前記プログラムまたは前記アプリケーションの動作が、起動しない旨か、または起動後の処理内容が前記ハードウェア資源の障害に影響のある機能を制限して実行される処理である場合には、前記プログラムおよび前記アプリケーションの代わりに、ネットワークに接続された他の前記画像情報処理装置で動作する前記プログラムまたは前記アプリケーションを選択する再構築ステップと、を含んでいることを特徴とする。
【0057】
この請求項25の発明によれば、ハードウェア資源の障害を検知する診断ステップと、前記診断ステップにより検知された障害と、ハードウェア資源の障害とハードウェア資源の障害に影響するコントロールサービスおよびアプリケーションとをあらかじめ対応付けた再構築テーブルとに基づいて、検知された障害に影響するコントロールサービスおよびアプリケーションの代わりに、ネットワークに接続された他の画像情報処理装置で動作するプログラムまたはアプリケーションを選択する再構築ステップとを含んでいることで、自己の画像情報処理装置内のみでは機能制限されたサービスしか提供できない場合でも、ネットワーク上の他の画像情報処理装置のコントロールサービスまたはアプリケーションで代替えして、機能制限のない完全なサービスを提供することができ、ユーザの利便性をより向上させることができる。
【0058】
また、請求項26にかかる発明は、請求項25に記載のソフトウェア再構築方法において、前記診断ステップは、ネットワーク経由で診断要求を受信したときに前記ハードウェア資源の障害を検知することを特徴とする。
【0059】
この請求項26の発明によれば、診断ステップがネットワーク経由で診断要求を受信したときにハードウェア資源の障害を検知することで、ユーザからの診断要求だけでなく、ネットワーク上の装置開発元やサービスセンタなどのホストコンピュータからの診断要求に応じて、ハードウェア資源の診断およびソフトウェア構成の再構築を行うことができ、動的な診断および再構築を実現することができる。
【0060】
【発明の実施の形態】
以下に添付図面を参照して、この発明にかかる画像情報処理装置およびソフトウェア再構築方法の好適な実施の形態を詳細に説明する。
【0061】
(実施の形態1)
図1は、この発明の実施の形態1である画像形成装置(以下、「複合機」という)の構成を示すブロック図である。図1に示すように、複合機100は、白黒ラインプリンタ(B&W LP)101と、カラーラインプリンタ(Color LP)102と、スキャナ、ファクシミリなどのハードウェアリソース103などを有するとともに、プラットホーム120とアプリケーション130とから構成されるソフトウェア群110と、電源投入時に実行される複合機起動部140とを備えている。
【0062】
複合機起動部140は、複合機100の電源投入時にまずはじめに実行され、ハードウェア資源の初期化や診断、および上記各モジュールを起動するものである。
【0063】
プラットホーム120は、アプリケーションからの処理要求を解釈してハードウェア資源の獲得要求を発生させるコントロールサービスと、一または複数のハードウェア資源の管理を行い、コントロールサービスからの獲得要求を調停するシステムリソースマネージャ(SRM)123と、汎用OS121とを有する。
【0064】
コントロールサービスは、複数のサービスモジュールから形成され、SCS(システムコントロールサービス)122と、ECS(エンジンコントロールサービス)124と、MCS(メモリコントロールサービス)125と、OCS(オペレーションパネルコントロールサービス)126と、FCS(ファックスコントロールサービス)127と、NCS(ネットワークコントロールサービス)128とから構成される。なお、このプラットホーム120は、あらかじめ定義された関数により前記アプリケーション130から処理要求を受信可能とするアプリケーションプログラムインタフェース(API)を有する。
【0065】
汎用OS121は、UNIXなどの汎用オペレーティングシステムであり、プラットホーム120並びにアプリケーション130の各ソフトウェアをそれぞれプロセスとして並列実行する。
【0066】
実施の形態1の複合機100では、各コントロールサービスおよび各アプリは、いずれもプロセスとして動作し、各プロセスの中に複数のスレッドを起動した状態となっている。
【0067】
SRM123のプロセスは、SCS122とともにシステムの制御およびリソースの管理を行うものである。SRM123のプロセスは、スキャナ部やプリンタ部などのエンジン、メモリ、HDDファイル、ホストI/O(セントロI/F、ネットワークI/F、IEEE1394 I/F、RS232C I/Fなど)のハードウェア資源を利用する上位層からの要求にしたがって調停を行い、実行制御する。
【0068】
具体的には、このSRM123は、要求されたハードウェア資源が利用可能であるか(他の要求により利用されていないかどうか)を判断し、利用可能であれば要求されたハードウェア資源が利用可能である旨を上位層に伝える。また、SRM123は、上位層からの要求に対してハードウェア資源の利用スケジューリングを行い、要求内容(例えば、プリンタエンジンにより紙搬送と作像動作、メモリ確保、ファイル生成など)を直接実施している。
【0069】
SRM123のプロセスは、ハードウェア資源がすべて正常な場合に上記の機能を制限なく実行する通常モードスレッドと、ハードウェア資源に障害があった場合に一定の機能を制限して実行する複数のSRM緊急モードとを有している。SRM緊急モードスレッド1は、増設メモリに障害があった場合に起動され、増設メモリに対する資源獲得要求を行わないように機能が制限されている。SRM緊急モードスレッド2は、ハードディスクに障害があった場合に起動されハードディスクに対する資源獲得要求を行わず、SRM緊急モードスレッド3は、スキャナエンジンに障害があった場合に起動されスキャナエンジンに対する資源獲得要求を行わない。また、プリンタエンジンなど他のハードウェア資源に障害があった場合に、そのハードウェア資源の獲得要求を除外して実行するSRM緊急モードスレッドを各ハードウェア資源ごとに有している。
【0070】
SCS122のプロセスは、アプリ管理、操作部制御、システム画面表示、LED表示、リソース管理、割り込みアプリ制御というサービスを行う際に実行される通常モードスレッドと、ハードウェア資源の診断結果に応じて複合機100上で動作させるアプリケーションおよびコントロールサービスの再構築を行う再構築モードスレッドを有している。
【0071】
ECS124のプロセスは、白黒ラインプリンタ(B&W LP)101、カラーラインプリンタ(Color LP)102、スキャナ、ファクシミリなどからなるハードウェアリソース103のエンジンの制御を行う。
【0072】
MCS125のプロセスは、画像メモリの取得および解放、ハードディスク装置(HDD)の利用、画像データの圧縮および伸張などを行う。MCS125のプロセスは、メモリおよびハードディスクがいずれも正常なときにすべての機能を実行可能な通常モードスレッドと、メモリまたはハードディスクに障害が発見された場合に一定の機能を制限して実行する複数の緊急モードスレッドを有している。MCS緊急モードスレッド1は、増設メモリに障害があった場合に起動されるものであり、主メモリのみから必要なサイズの領域を確保する。MCS緊急モードスレッド2は、ハードディスクに障害があったときに起動されるものであり、画像データをハードディスクに格納せずにメモリに展開するため、メモリから画像データ格納用の領域を確保する。
【0073】
OCS126のプロセスは、オペレータと本体制御間の情報伝達手段となる操作パネル(オペレーションパネル1610)の制御を行う。
【0074】
FCS127のプロセスは、システムコントローラの各アプリ層からPSTN/ISDN網を利用したファクシミリ送受信、BKM(バックアップSRAM)で管理されている各種ファクシミリデータの登録/引用、ファクシミリ読みとり、ファクシミリ受信印刷、融合送受信を行うためのAPIを提供する。FCS127のプロセスは、ネットワークボードが正常な場合に起動され、上記機能をすべてを実行可能な通常モードスレッドと、ハードウェア資源に障害があった場合に一定の機能を制限して実行する複数のFCS緊急モードスレッドを有している。
【0075】
FCS緊急モードスレッド1は、増設メモリに障害があった場合に起動され、MCS125に対してMCS緊急モードスレッド1とのみ関数呼び出しまたはメッセージ送受信などによるプロセス間通信を行うものである。FCS緊急モードスレッド2は、ハードディスクに障害があった場合に起動され、MCS125に対してはMCS緊急モードスレッド2とのみ関数呼び出しまたはメッセージ送受信によるプロセス間通信を行う。FCS緊急モードスレッド3は、ネットワークボードに障害があった場合に起動され、ネットワーク上のPCからのPC FAXの機能を制限したものである。
【0076】
NCS128は、ネットワークI/Oを必要とするアプリケーションに対して共通に利用できるサービスを提供するためのプロセスであり、ネットワーク側から各プロトコルによって受信したデータを各アプリケーションに振り分けたり、アプリケーションからデータをネットワーク側に送信する際の仲介を行う。
【0077】
このように、MCS125、FCS127、SRM123の各緊急モードスレッドはいずれもハードウェア資源の障害に応じて実行可能な機能を制限したものとなっている。
【0078】
アプリケーション130は、ページ記述言語(PDL)、PCLおよびポストスクリプト(PS)を有するプリンタ用のアプリケーションであるプリンタアプリ111と、コピー用アプリケーションであるコピーアプリ112と、ファクシミリ用アプリケーションであるファックスアプリ113と、スキャナ用アプリケーションであるスキャナアプリ114と、ネットワークファイル用アプリケーションであるネットファイルアプリ115と、工程検査用アプリケーションである工程検査アプリ116とを有している。
【0079】
プリンタアプリ111、コピーアプリ112、ファックスアプリ113のそれぞれも、ハードウェア資源が正常な場合にすべての機能の実行が可能な通常モードスレッドと、ハードウェア資源に障害があった場合に一定の機能を制限して実行する緊急モードスレッドを有している。
【0080】
プリンタアプリ緊急モードスレッド1は、増設メモリに障害があった場合に起動され、印刷ページのソート、回転、変倍、集約(1ページに複数ページ分を集約して印刷する機能)、試し印刷、機密印刷などの機能を実行せず、両面印刷を一定ページ数分だけ可能とするなどメモリを大量に必要とする機能に制限を設けている。また、プリンタアプリ緊急モードスレッド1は、MCS125に対しては、増設メモリからの領域確保が制限されたMCS緊急モードスレッド1とのみ関数呼び出しまたはメッセージ送受信などによるプロセス間通信を行う。
【0081】
プリンタアプリ緊急モードスレッド2は、ハードディスクに障害があった場合に起動され、印刷時の印刷ページのソート、回転、変倍、集約、試し印刷、機密印刷、両面印刷など、画像データのハードディスクへの一時的格納を必要とする機能を実行せず、かつMCS125に対しては、ハードディスクからの領域確保が制限されたMCS緊急モードスレッド2とのみ関数呼び出しまたはメッセージ送受信などによるプロセス間通信を行う。
【0082】
プリンタアプリ緊急モードスレッド3は、ネットワークボードに障害があった場合に起動され、PC FAXの実行ができないように、FCS127に対するプロセス間通信を制限したものである。
【0083】
プリンタアプリ緊急モードスレッド3は、ファックスエンジンに障害があった場合に起動され、PC FAXの実行ができないように、FCS127に対するプロセス間通信を制限したものである。
【0084】
コピーアプリ緊急モードスレッド1は、増設メモリに障害があった場合に起動され、コピーページのソート、回転、変倍、集約などの機能を実行せず、両面コピーおよび試しコピーを一定ページ数分だけ可能とするなどのメモリを大量に必要とする機能に制限を設けている。また、コピーアプリ緊急モードスレッド1は、MCS125に対しては、増設メモリからの領域確保が制限されたMCS緊急モードスレッド1とのみ関数呼び出しまたはメッセージ送受信などによるプロセス間通信を行う。
【0085】
コピーアプリ緊急モードスレッド2は、ハードディスクに障害があった場合に起動され、コピーページのソート、回転、変倍、集約、両面コピーおよび試しコピーなど、画像データのハードディスクへの一時的格納を必要とする機能を実行せず、かつMCS125に対しては、ハードディスクからの領域確保が制限されたMCS緊急モードスレッド2とのみ関数呼び出しまたはメッセージ送受信などによるプロセス間通信を行う。
【0086】
ファックスアプリ緊急モードスレッド1は、増設メモリに障害があった場合に起動され、メモリ受信やメモリ送信を実行不可能とし、ファクシミリ登録件数の最大値を少なく設定し、かつFCS緊急モードスレッド1に対してはFCS緊急モードスレッド1とのみ関数呼び出しまたはメッセージ送受信などによるプロセス間通信を行う。
【0087】
ファックスアプリ緊急モードスレッド2は、ハードディスクに障害があった場合に起動され、メモリ受信やメモリ送信を実行不可能とし、ファクシミリ登録件数の最大値を少なく設定し、かつFCS127に対してはFCS緊急モードスレッド2とのみ関数呼び出しまたはメッセージ送受信などによるプロセス間通信を行うものである。
【0088】
図16は、図1に示した実施の形態1の複合機100のハードウェア構成図である。図16に示すように、この複合機は、CPU1602、SDRAM1603、フラッシュメモリ1604、SRAM1608およびハードディスク(HD)1605などをASIC1601に接続したコントローラボード1600と、オペレーションパネル1610と、ファックスコントロールユニット(FCU)1620と、USB1630と、IEEE1394 1640と、プリンタ1650から構成されている。オペレーションパネル1610はASIC1601に直接接続され、FCU1620、USB1630、IEEE1394 1640およびプリンタ1650はPCIバスを介してASIC1601に接続されている。
【0089】
SRAM1608は、後述する診断部による診断結果を格納する不揮発性メモリである。SDRAM1603は、プリント、コピー、スキャナおよびファクシミリなどのサービスを行う際に、画像データを一時的に格納するものであり、主メモリと増設メモリとから構成されている。
【0090】
フラッシュメモリ1604には、上述の各アプリ、プラットホーム120を構成する各コントロールサービスやSRM123の各プログラムとともに、SCS122の再構築モードスレッドによるソフトウェア再構築処理の際に参照される再構築テーブルがファイル形式で格納されている。なお、この再構築テーブルについては後述する。
【0091】
図2は、実施の形態1の複合機100における複合機起動部140の構成を示すブロック図である。複合機起動部140は、図2に示すとおり、ハードウェア初期化部210と、プログラム起動部220と、SCS122の再構築モードスレッドから構成される。
【0092】
ハードウェア初期化部210は、いわゆるBIOS(Basic Input/Output System)であり、ハードウェア資源の各デバイスの初期化や各種設定、ソフトウェアの初期化、汎用OS121の起動などを行う。また、ハードウェア初期化部210は、その内部に本発明の診断手段を構成する診断部211を備えている。診断部211は、ハードウェア資源の各デバイスに障害があるか否かを検知し、その診断結果をSRAM1608に格納するものである。
【0093】
ここで、診断部211によって障害を検知する対象となるデバイスは、SDRAM1603などのメモリと、ハードディスク1605と、セントロインタフェース、USB1630、IEEE1394 1640などの各種インタフェースと、プリンタエンジン、コピーエンジン、スキャナエンジン、ファクシミリエンジンなどの各種エンジンである。
【0094】
プログラム起動部220は、汎用OS121から呼び出されるものであり、汎用OS121上で、SCS122を起動するものである。
【0095】
SCS122の再構築モードスレッドは、SRAM1608に格納されたハードウェア資源の診断結果に基づいて起動すべき各アプリ、各コントロールサービスおよびSRM123を判断した上で、起動する。また、SCS122の再構築モードスレッドは、ハードウェア資源の診断結果に基づいて、起動した各アプリ、各コントロールサービスおよびSRM123に対して通常モードスレッド、緊急モードスレッドのいずれを実行すべきかを指示する指令メッセージを送信する。
【0096】
次にこのように構成された複合機100におけるソフトウェア再構築処理について説明する。図3は、実施の形態1の複合機100におけるソフトウェア再構築の全体の処理手順を示すフローチャートである。実施の形態1にかかる複合機100では、電源投入時にハードウェア資源の診断が行われ、その結果に基づいて起動すべきアプリケーション130やコントロールサービスなどを選定し、かつ実行すべきスレッドを特定することによりソフトウェアの再構築を行う。
【0097】
複合機100の電源が投入されると、まずハードウェア初期化部210によってハードウェア資源の各デバイスの初期化が行われる(ステップS301)。ついで、診断部211によって各デバイスの診断が行われ(ステップS302)、その後ソフトウェアの初期化が行われて(ステップS303)、汎用OS121が起動される(ステップS304)。
【0098】
汎用OS121が起動されたら、プログラム起動部220は、SRAM1608に格納された診断結果を読み込んで障害の有無を判断する(ステップS305)。
【0099】
そして、すべてのハードウェア資源が正常である場合には、プログラム起動部220は、すべてのコントロールサービスおよびすべてのアプリケーション130を起動する(ステップS306)。一方、ハードウェア資源に障害が一つでもある場合には、プログラム起動部220は、SCS122のみを起動する(ステップS307)。このとき、SCS122のプロセスでは通常モードスレッドの他、再構築モードスレッドが起動される。
【0100】
図4は、ハードウェア初期化部210の診断部211によって実行されるハードウェア資源の各デバイスの診断処理手順を示すフローチャートである。診断部211では、未診断のデバイスに対して順にハードウェアエラーの有無をチェックすることによりデバイスの診断を行う(ステップS401)。
【0101】
ここで、たとえば、メモリに対する診断は、アドレス線およびデータ線のそれぞれについて行われ、書き込んだ値に拘わらず固定値となってしまうか否か、および書き込んだ値が他のデータ線に現れてしまうか否かをチェックする。なお、具体的なチェック方法および他のデバイスのエラーチェックについては公知の診断方法と同様なので説明を省略する。
【0102】
そして、デバイスの診断結果が正常かエラーかを確認し(ステップS402)、エラーの場合には、検知されたエラーが致命的エラーであるか否かを判断する(ステップS403)。ここで、致命的エラーとは、複合機100の起動に影響があるか、起動した場合でもサービスが全く提供できないようなエラーをいい、例えば主メモリのエラーなどが該当する。逆に、増設メモリのエラーやネットワークインタフェースのエラーなど、それ自体は致命的なものであっても、他のデバイスによる代替えによって機能を制限した状態でサービスの提供が可能となったり、例えばプリントの機能のみ実行できず、スキャナ、コピーの機能は実行できるような、一部のサービスが提供可能な場合には、本実施形態では致命的なエラーではないと判断する。
【0103】
そして、致命的エラーである場合には、重度の障害のために複合機100を起動できない旨のメッセージをオペレーションパネル1610のディスプレイに表示して(ステップS406)、複合機100を停止する(ステップS407)。一方、上述の致命的エラーでない場合には、障害があるデバイス名、エラー番号などを診断結果としてSRAM1608に格納する(ステップS404)。
【0104】
以上、ステップS401からステップS404までの診断処理を、すべてのデバイスに対して行う(ステップS405)。
【0105】
図5は、実施の形態1にかかる複合機100のSCS122の再構築モードスレッドによって実行されるソフトウェア再構築処理の手順を示すフローチャートである。図6は、このソフトウェア再構築処理で参照される再構築テーブルの一例を示す説明図である。
【0106】
プログラム起動部220によってSCS122のプロセスが汎用OS121上で起動されると、SCS122の再構築モードスレッドでは、まず、SRAM1608に格納されている診断結果を取得し(ステップS501)、フラッシュメモリ1604から再構築テーブルを読み出す(ステップS502)。
【0107】
つぎに、取得した診断結果と再構築テーブルとを参照して、ハードウェア資源の障害に対応して起動すべきコントロールサービス、アプリケーション130およびSRM123を選択し、さらに選択されたコントロールサービス、アプリケーションおよびSRM123の中で起動するスレッドを選択する(ステップS503)。
【0108】
そして、選択されたコントロールサービス、アプリケーションおよびSRM123を起動し(ステップS504)、起動したコントロールサービス、アプリケーションおよびSRM123に対し、どのスレッドを起動すべきかの指示メッセージを送信する(ステップS505)。かかる指示メッセージを受信したコントロールサービス、アプリケーションおよびSRM123のそれぞれは、指示メッセージで指示されたスレッドを自プロセス内で起動する。これにより、ハードウェア資源の障害に応じたソフトウェアの再構築が完了する。
【0109】
ここで、上記ステップS503におけるコントロールサービス、アプリケーション130およびSRM123の選択処理ならびに起動すべきスレッドの選択処理について、詳細に説明する。
【0110】
図6に示すように、再構築テーブルには、増設メモリエラーなどのハードウェア資源のエラーに対応して、各コントロールサービス、SRM123および各アプリケーション130の起動の可否、起動するスレッド(通常モードスレッド/緊急モードスレッド)および制限機能があらかじめ定められて記録されている。
【0111】
まず、診断部211で増設メモリエラーが検知された場合について説明する。この場合、SCS122の再構築モードスレッドは、図6の再構築テーブルを参照して、すべてのコントロールサービス、SRM123およびアプリケーション130を起動する。そして、再構築テーブルの内容に従って、MCS125、FCS127、SRM123、プリンタアプリ111、コピーアプリ112、ファックスアプリ113の各プロセスに対して、それぞれの緊急モードスレッド1を起動すべき旨の指令メッセージを送信し、その他のコントロールサービスおよびアプリケーションのプロセスに対しては通常モードスレッドを起動すべき旨の指令メッセージを送信する。
【0112】
図7は、増設メモリの障害が検知された場合におけるソフトウェア再構築後の複合機100の構成を示すブロック図である。図7に示すように、増設メモリエラーがある場合には、MCS125、FCS127、SRM123、プリンタアプリ111、コピーアプリ112、ファックスアプリ113のプロセスでは緊急モードスレッド1が起動し、その他のコントロールサービスおよびアプリケーション130のプロセスでは通常モードスレッドが起動される。
【0113】
ここで、増設メモリに障害があった場合には主メモリのみを使用する。また、上述の説明の通り、MCS緊急モードスレッド1は、画像データ格納のための領域を増設メモリではなく主メモリから確保し、SRM緊急モードスレッド1は、メモリ資源として主メモリを獲得する。また、プリンタアプリ緊急モードスレッド1は、印刷ページのソート、回転、変倍、集約、試し印刷、機密印刷などの機能を実行せず、両面印刷を一定ページ数分だけ可能とし、かつMCS125に対してはMCS緊急モードスレッド1とのみ関数呼び出しまたはメッセージ送受信などによるプロセス間通信を行う。また、コピーアプリ緊急モードスレッド1はコピーページのソート、回転、変倍、集約などの機能を実行せず、両面コピーおよび試しコピーを一定ページ数分だけ可能とし、かつMCS125に対してはMCS緊急モードスレッド1とのみ関数呼び出しまたはメッセージ送受信などによるプロセス間通信を行う。
【0114】
従って、増設メモリに障害がある場合におけるプリント機能としては、メモリを大量に使用する機能が制限されたプリンタアプリ緊急モードスレッド1と、MCS緊急モードスレッド1との間でプロセス間通信が行われる結果、印刷ページのソート、回転、変倍、集約、試し印刷、機密印刷などの機能の提供は不可能となり、また一定ページ数分の両面印刷が可能という制限がある状態となる。また、コピー機能としては、コピーページのソート、回転、変倍、集約などの機能の提供は不可能となり、一定ページ数分の両面コピーおよび試しコピーが可能という制限がある状態となる。
【0115】
また、FCS緊急モードスレッド1はMCS125に対してはMCS緊急モードスレッド1とのみプロセス間通信を行う。ファックスアプリ緊急モードスレッド1は、メモリ受信やメモリ送信を実行不可能とし、ファクシミリ登録件数の最大値を少なく設定し、かつFCS127に対してはFCS緊急モードスレッド1とのみプロセス間通信を行う。
【0116】
従って、増設メモリに障害がある場合には、ファクシミリ通信機能としては、メモリを大量に使用するメモリ受信やメモリ送信が不可能となり、かつファクシミリ登録件数も少なくなるという機能制限がなされた状態で動作することになる。
【0117】
つぎに、診断部211によりハードディスクの障害が検知された場合について説明する。この場合、SCS122の再構築モードスレッドは、図6の再構築テーブルを参照して、すべてのコントロールサービス、SRM123およびアプリケーション130を起動する。そして、再構築テーブルの内容に従って、MCS125、FCS127、SRM123、プリンタアプリ111、コピーアプリ112、ファックスアプリ113の各プロセスに対して、それぞれの緊急モードスレッド2を起動すべき旨の指令メッセージを送信し、その他のコントロールサービスおよびアプリケーション130のプロセスに対しては通常モードスレッドを起動すべき旨の指令メッセージを送信する。
【0118】
ハードディスクの障害が検知された場合のソフトウェア再構築後の複合機100は、図7と同様に、すべてのアプリケーション130、コントロールサービスおよびSRM123が起動した状態となるが、図7においてMCS125、FCS127、SRM123、プリンタアプリ111、コピーアプリ112、ファックスアプリ113のプロセスでは、緊急モードスレッド1の代わりに緊急モードスレッド2が起動する。
【0119】
ここで、ハードディスクに障害があった場合には、画像データをハードディスクに格納せずに直接メモリへ格納する。上述の説明の通り、MCS緊急モードスレッド2は、画像データのための一時的な格納領域をハードディスクではなくメモリから確保し、SRM緊急モードスレッド2は、ハードディスクの代わりにメモリを獲得する。また、プリンタアプリ緊急モードスレッド2は、印刷ページのソート、回転、変倍、集約、両面印刷、試し印刷および機密印刷などの機能を実行せず、かつMCS125に対してはMCS緊急モードスレッド1とのみプロセス間通信を行う。また、コピーアプリ緊急モードスレッド1はコピーページのソート、回転、変倍、集約、両面コピーおよび試しコピーなどの機能を実行せず、かつMCS125に対してはMCS緊急モードスレッド1とのみプロセス間通信を行う。
【0120】
従って、ハードディスクに障害がある場合におけるプリント機能としては、プリンタアプリ緊急モードスレッド2と、MCS緊急モードスレッド2との間でプロセス間通信が行われる結果、ハードディスクへの画像データの一時的格納を必要とする印刷ページのソート、回転、変倍、集約、試し印刷、機密印刷および両面印刷などの機能の提供が不可能となる。また、コピー機能としても、コピーアプリ緊急モードスレッド2とMCS緊急モードスレッド2との間でプロセス間通信が行われる結果、ハードディスクへの画像データの一時的格納を必要とするコピーページのソート、回転、変倍、集約、試しコピーおよび両面コピーなどの機能が不可能になる。
【0121】
また、ハードディスクに障害がある場合には、ファクスアプリ緊急モードスレッド2とFCS緊急モードスレッド2との間でプロセス間通信が行われ、増設メモリに障害がある場合と同様に、メモリ受信やメモリ送信が不可能となり、かつファクシミリ登録件数も少なくなるという制限がある状態となる。
【0122】
診断部211によりネットワークインタフェースの障害が検知された場合には、SCS122の再構築モードスレッドは、図6の再構築テーブルを参照して、NCS128とネットファイルアプリ115は起動せず、これら以外のアプリケーション130、コントロールサービスおよびSRM123を起動する。そして、再構築テーブルの内容に従って、FCS127、SRM123、プリンタアプリ111の各プロセスに対して、それぞれの緊急モードスレッド3を起動すべき旨の指令メッセージを送信し、その他の起動したコントロールサービスおよびアプリケーション130のプロセスに対しては通常モードスレッドを起動すべき旨の指令メッセージを送信する。
【0123】
図8は、ネットワークインタフェースの障害が検知された場合におけるソフトウェア再構築後の複合機100の構成を示すブロック図である。図8に示すように、ネットワークインタフェースに障害がある場合には、NCS128とネットファイルアプリ115以外のアプリケーション130、コントロールサービスおよびSRM123が起動され、FCS127、SRM123、プリンタアプリ111の各プロセスでは緊急モードスレッド3が起動し、その他のコントロールサービスおよびアプリケーションのプロセスでは通常モードスレッドが起動する。
【0124】
ネットワークインタフェースに障害があった場合には、ネットワーク機能を利用したすべての機能が制限される。上述の説明の通り、SRM緊急モードスレッド3はネットワークインタフェースの獲得を制限したスレッドであり、NCS128およびネットファイルアプリ115は起動しないため、ネットワーク上のPCからのプリント機能は制限される。また、FCS緊急モードスレッド3およびプリンタアプリ緊急モードスレッド3は、PC FAXの機能を実行せず、かつ両スレッド間のプロセス間通信も行われないため、ネットワークインタフェースに障害がある場合にはPC FAXの機能が制限されて動作することになる。
【0125】
診断部211によりセントロインタフェースの障害が検知された場合には、SCS122の再構築モードスレッドは、図6の再構築テーブルを参照して、プリンタアプリ111を起動せず、プリンタアプリ111以外のアプリケーション130、すべてのコントロールサービスおよびSRM123を起動する。そして、再構築テーブルの内容に従って、SRM123のプロセスに対しセントロインタフェースの資源獲得を実行しないSRM緊急モードスレッド4を起動すべき旨の指令メッセージを送信する。また、その他の起動したアプリケーションおよびコントロールサービスの各プロセスに対しては、通常モードスレッドを起動すべき旨の指令メッセージを送信する。
【0126】
図9は、セントロインタフェースの障害が検知された場合におけるソフトウェア再構築後の複合機100の構成を示すブロック図である。図9に示すように、セントロインタフェースに障害がある場合には、プリンタアプリ111以外のアプリケーション130、コントロールサービスおよびSRM123が起動し、SRM123のプロセスでは緊急モードスレッド4が起動し、その他のコントロールサービスおよびアプリケーションのプロセスでは通常モードスレッドが起動する。
【0127】
このように、セントロインタフェースに障害がある場合には、プリンタアプリ111が起動しないため、複合機100はコピー、スキャナ、ファクシミリの機能のみに制限されて動作することになる。
【0128】
診断部211によりスキャナエンジンの障害が検知された場合には、SCS122の再構築モードスレッドは、図6の再構築テーブルを参照して、スキャナエンジンを使用するコピーアプリ112、ファックスアプリ113、スキャナアプリ114を起動せず、これら以外のアプリケーション130、すべてのコントロールサービスおよびSRM123を起動する。そして、再構築テーブルの内容に従って、SRM123のプロセスに対しスキャナエンジンの資源獲得を実行しないSRM緊急モードスレッド5を起動すべき旨の指令メッセージを送信する。また、その他の起動したアプリケーション130およびコントロールサービスの各プロセスに対しては、通常モードスレッドを起動すべき旨の指令メッセージを送信する。
【0129】
図10は、スキャナエンジンの障害が検知された場合におけるソフトウェア再構築後の複合機100の構成を示すブロック図である。図10に示すように、スキャナエンジンに障害がある場合には、コピーアプリ112、ファックスアプリ113、スキャナアプリ114以外のアプリケーション130、コントロールサービスおよびSRM123が起動し、SRM123のプロセスでは緊急モードスレッド5が起動し、その他のコントロールサービスおよびアプリケーション130のプロセスでは通常モードスレッドが起動する。
【0130】
このように、スキャナエンジンに障害がある場合には、コピーアプリ112、ファックスアプリ113、スキャナアプリ114が起動しないため、複合機100はプリントの機能のみに制限されて動作することになる。
【0131】
この他、ファクシミリエンジンあるいはプリンタエンジンなどに障害が検知された場合もあるが、この場合には各エンジンに対応するファックスアプリ113およびFCS127、あるいはプリンタアプリ111を起動せずに、ファクシミリ通信機能あるいはプリント機能が制限されて動作することになる。
【0132】
このように、実施の形態1にかかる複合機100では、診断部211によって複合機100の起動時にハードウェア資源の障害を検知し、SCS122の再構築モードスレッドによって、再構築テーブルを参照して、検知された障害に影響のないコントロールサービスおよびアプリケーションを選択して起動しているので、ハードウェア資源の障害に影響ない範囲で機能を制限してサービスを提供することができる。
【0133】
(実施の形態2)
実施の形態1にかかる複合機100は、ハードウェア資源に障害が検知された場合、ただちにソフトウェアの再構築を行っていたが、この発明の実施の形態2にかかる複合機100は、再構築を行う際に制限される機能などをユーザに報知して、ユーザの承認を得た場合にのみ再構築を行うものである。
【0134】
実施の形態2にかかる複合機100の構成、ハードウェア構成、複合機起動部140の構成、ソフトウェア再構築の全体処理および診断部211によるハードウェアの診断処理については、実施の形態1の複合機100と同様であるため説明を省略する。
【0135】
実施の形態2の複合機100では、SCS122の再構築モードスレッドによる再構築処理が実施の形態1と異なっている。図11は、実施の形態2にかかる複合機100のSCS122の再構築モードスレッドによって実行されるソフトウェア再構築処理の手順を示すフローチャートである。なお、再構築処理で参照する再構築テーブルは、実施の形態1において説明した図6のテーブルと同様である。
【0136】
実施の形態2の複合機100におけるSCS122の再構築モードスレッドでは、実施の形態1と同様に、SRAM1608から診断結果を、フラッシュメモリ1604から再構築テーブルをそれぞれ取得する(ステップS1101、S1102)。そして、再構築テーブルを参照して、取得した診断結果のハードウェア資源の障害に対応した制限機能を再構築テーブルから読み出して、制限機能と制限付きで起動するか否かの旨のメッセージをオペレーションパネル1610のディスプレイに表示し(ステップS1103)、ユーザからの入力待ち状態となる。
【0137】
ユーザからオペレーションパネル1610の操作部を介して応答があった場合には、その内容を判断し(ステップS1104)、応答が「OK」の場合には、再構築テーブルを参照して起動すべきコントロールサービス、アプリケーション130およびSRM123を選択し、さらに選択されたプロセスで起動すべきスレッドを選択する(ステップS1105)。そして、実施の形態1と同様に、選択されたコントロールサービス、アプリケーション130およびSRM123を起動し(ステップS1106)、起動したコントロールサービス、アプリケーション130およびSRM123に対し、どのスレッドを起動すべきかの指示メッセージを送信する(ステップS1107)。
【0138】
一方、ステップS1104でユーザから「起動しない」旨の応答があった場合には、複合機100を停止する(ステップS1108)。従って、ハードウェア資源の障害でソフトウェアの再構築により、これから複合機100で使用する機能が制限されるような場合には、ユーザは「起動しない」旨の応答を行えば良い。
【0139】
このように、実施の形態2にかかる複合機100では、再構築の際に、オペレーションパネル1610のディスプレイに機能が制限されて複合機100が起動される旨の表示を行い、ユーザから起動することの承認の入力があった場合に緊急モードスレッドを起動しているので、これからユーザが使用を希望している機能が機能制限により実現できない場合に、機能制限された状態で複合機100が起動してしまうことが回避される。このため、ユーザにとって無意味な複合機100の自動起動を防止することができる。
【0140】
なお、実施の形態1および2にかかる複合機100では、ハードウェア資源の診断処理を、プログラム起動部220内の診断部211で行っているが、この他、汎用OS121に診断機能を組み込んだり、診断用のコントロールサービスまたはアプリケーション130を別途設けても良い。
【0141】
(実施の形態3)
実施の形態1および2にかかる複合機100は、複合機100の電源投入時にハードウェア資源の診断を行って、診断結果に応じてソフトウェア再構築を行うものであったが、この発明の実施の形態3にかかる複合機100は、複合機100の起動中、すなわちサービスの実行中にハードウェア資源の診断を行って、動的にソフトウェアの再構築を行うものである。
【0142】
実施の形態3にかかる複合機100の構成、ハードウェア構成、複合機起動部140の構成については実施の形態1の複合機100と同様であるため説明を省略する。
【0143】
実施の形態3にかかる複合機100では、SCS122の再構築モードスレッドによってハードウェア資源の診断処理を行っている。このため、SCS122の再構築モードスレッドは、本発明における診断手段および再構築手段を構成する。
【0144】
図12は、実施の形態3にかかる複合機100におけるソフトウェア再構築処理の手順を示すフローチャートである。
【0145】
複合機100によるサービスの処理を実行中、診断要求があると、この診断要求をSCS122で受け取る(ステップS1201)。ここで、診断要求には、ユーザが明示的に指示した診断要求の他、ネットワーク経由で複合機開発元あるいはサービスセンタのホストコンピュータなどから送信される診断要求や、複合機100内部でタイマー機能などを利用して一定期間ごとに指令する診断要求も含まれる。なお、ネットワーク経由で診断要求を受信する場合には、診断要求はNCS128経由でSCS122が受信することになる。
【0146】
ついで、SCS122は自プロセス内部で再構築モードスレッドを起動する(ステップS1202)。そして、この再構築モードスレッドによって、以下に説明するハードウェア資源の診断処理およびソフトウェアの再構築処理が行われる。
【0147】
SCS122の再構築モードスレッドでは、未診断のデバイスに対して順にハードウェアエラーの有無をチェックすることによりデバイスの診断を行う(ステップS1203)。ここで、具体的な診断処理は、図4で説明した実施の形態1における診断部211の診断処理と同様なので説明を省略する。
【0148】
つぎに、SCS122の再構築モードスレッドは、SRAM1608に格納されている診断結果を取得し(ステップS1204)、フラッシュメモリ1604から再構築テーブルを読み出す(ステップS1205)。
【0149】
つぎに、取得した診断結果と再構築テーブルとを参照して、ハードウェア資源の障害に対応して、起動しないとして登録されているコントロールサービスおよびアプリケーション130と、緊急モードスレッドを起動するとして登録されているコントロールサービス、SRM123およびアプリケーション130を選択する(ステップS1206)。
【0150】
そして、選択されたコントロールサービス、アプリケーション130およびSRM123に対して、スレッドを切り替える旨の指令メッセージを送信する(ステップS1207)。このスレッド切り替えの指令メッセージは、より具体的には、再構築テーブルで起動しないとして登録されているコントロールサービスおよびアプリケーションに対しては、通常モードスレッドの実行を停止すべき旨を指示し、緊急モードスレッドを起動するとして登録されているコントロールサービス、SRM123およびアプリケーションに対しては、通常モードスレッドの実行を停止するとともに緊急モードスレッドを実行する旨を指示するものである。
【0151】
スレッド切り替えの指示メッセージを受信したコントロールサービス、アプリケーションおよびSRM123では、通常モードスレッドの実行を停止すべき旨の指示の場合には通常モードスレッドを停止してプロセスを終了する。また、通常モードスレッドの実行を停止するとともに緊急モードスレッドを実行する旨の指示の場合には、機能制限のある緊急モードスレッドを起動する。これにより、ハードウェア資源の障害に応じたソフトウェアの再構築が完了する。
【0152】
例えば、増設メモリの障害が検知された場合には次のようにソフトウェアが再構築される。図13は、ソフトウェア再構築処理前後の複合機100の構成を示すブロック図である。図13(a)は再構築処理前の構成を示し、図13(b)は再構築処理後の構成を示す。
【0153】
図13(a)および(b)に示すように、増設メモリエラーがある場合には、MCS125、FCS127、SRM123、プリンタアプリ111、コピーアプリ112、ファックスアプリ113のプロセスでは通常モードスレッドから緊急モードスレッド1へ切り替わり、その他のコントロールサービスおよびアプリケーション130のプロセスでは通常モードスレッドが実行される。
【0154】
このため、増設メモリに障害がある場合におけるプリント機能としては、メモリを大量に使用する機能が制限されたプリンタアプリ緊急モードスレッド1と、MCS緊急モードスレッド1との間でプロセス間通信が行われる結果、印刷ページのソート、回転、変倍、集約、試し印刷、機密印刷などの機能の提供は不可能となり、また一定ページ数分の両面印刷が可能という制限がある状態となる。また、コピー機能としては、コピーページのソート、回転、変倍、集約などの機能の提供は不可能となり、一定ページ数分の両面コピーおよび試しコピーが可能という制限がある状態となる。
【0155】
さらに、FCS緊急モードスレッド1はMCS125に対してはMCS緊急モードスレッド1とのみプロセス間通信を行うため、ファクシミリ通信機能としては、メモリを大量に使用するメモリ受信やメモリ送信が不可能となり、かつファクシミリ登録件数も少なくなるという機能制限がなされた状態で動作することになる。
【0156】
なお、ハードディスク、ネットワークインタフェース、セントロインタフェースおよびスキャナエンジンなど他のハードウェア資源に障害が検知された場合において、ソフトウェア再構築後の構成および制限内容は実施の形態1の複合機100と同様であるため説明を省略する。
【0157】
このように実施の形態3にかかる複合機100では、サービス処理の実行中にハードウェア資源の障害を検知し、SCS122の再構築モードスレッドによって動作中のコントロールサービスおよびアプリケーションの通常モードスレッドを緊急モードスレッドに切り替えるので、複合機100を再起動させることなく、動的にソフトウェア構成の再構築を行うことができる。
【0158】
(実施の形態4)
実施の形態1〜3にかかる複合機100は、いずれも複合機100内部のコントロールサービス、アプリケーション130のみを利用してソフトウェアの再構築を行っていたが、この発明の実施の形態4にかかる複合機は、ハードウェア資源に障害があった場合に、ネットワークに接続された他の複合機で動作するコントロールサービス、アプリケーションを利用してソフトウェアの再構築を行うものである。
【0159】
図14は、実施の形態4にかかる複合機の構成を示すブロック図である。図14に示すように、実施の形態4では複数の複合機1400a,1400bがLAN1441などのネットワークによって接続された構成となっている。なお、図14では、2台の複合機がネットワークで接続された構成となっているが、3台以上の複合機をネットワークで接続してもよい。なお、ネットワーク上の各複合機1400a,1400bの構成、ハードウェア構成、複合機起動部1440の構成については実施の形態3の複合機100と同様であるため説明を省略する。
【0160】
図15は、実施の形態4にかかる複合機1400aにおけるソフトウェア再構築処理の手順を示すフローチャートである。複合機1400aによるサービスの処理を実行中に診断要求を受信すると、実施の形態3の複合機100と同様に、SCS1422の再構築モードスレッドの起動、ハードウェア診断処理が行われる(ステップS1501〜S1503)。そして、SCS1422の再構築モードスレッドは、SRAM1608に格納されている診断結果を取得し(ステップS1504)、フラッシュメモリ1604から再構築テーブルを読み出す(ステップS1505)。
【0161】
つぎに、取得した診断結果と再構築テーブルとを参照して、ハードウェア資源の障害に対応して、起動しないとして登録されているコントロールサービスおよびアプリケーション1430と、緊急モードスレッドを起動するとして登録されているコントロールサービス、SRM1423およびアプリケーション1430を選択する(ステップS1506)。
【0162】
そして、選択されたコントロールサービス、アプリケーション1430に対して、通常モードスレッドを停止する旨の指令メッセージを送信する(ステップS1507)。この指令メッセージを受信したコントロールサービスおよびアプリケーション1430では、通常モードスレッドを停止してプロセスを終了する。
【0163】
そして、SCS1422の再構築モードスレッドは、さらに上記ステップS1506で選択されたコントロールサービスおよびアプリケーション1430以外のコントロールサービスおよびアプリケーション1430に対して、ネットワーク上の他の複合機1400bのネットワークアドレスをメッセージとして送信する(ステップS1508)。これにより、ハードウェア資源の障害に応じたソフトウェアの再構築が完了する。
【0164】
ネットワークアドレスのメッセージを受信したコントロールサービスおよびアプリケーション1430では、複合機1400a内のコントロールサービスおよびアプリケーション1430とプロセス間通信を行う代わりに、受信したネットワークアドレスを用いて、ネットワーク上の複合機1400bで動作するコントロールサービスおよびアプリケーション1430とプロセス間通信を行う。
【0165】
例えば、セントロインタフェースの障害が検知された場合には、SCS1422の再構築モードスレッドは、複合機1400aのプリンタアプリ1411のプロセスに対し、通常モードスレッドを停止しプロセスを終了すべき旨のメッセージを送信し、さらにプリンタアプリ1411以外のアプリケーション1430、すべてのコントロールサービスに対し、ネットワーク上の他の複合機1400bのネットワークアドレスをメッセージ送信する。これにより、プリンタアプリ1411以外のアプリケーション1430、コントロールサービスは、自複合機1400a内のプリンタアプリ1411とプロセス間通信を行う代わりに、ネットワーク上の複合機1400bで動作するプリンタアプリ1411とプロセス間通信を行う。このため、ネットワーク上のPCから複合機1400aに対して印刷要求があった場合でも、複合機1400bのプリンタアプリを利用して機能制限なくプリント機能を提供することが可能となる。
【0166】
このように実施の形態4の複合機1400aでは、ハードウェア資源の障害を検知したときに、SCS1422の再構築モードスレッドが検知された障害に影響するコントロールサービスおよびアプリケーション1430の代わりにネットワークに接続された他の複合機1400bで動作するコントロールサービスまたはアプリケーションを選択することで、機能制限のない完全なサービスを提供することができる。
【0167】
なお、実施の形態3および4にかかる複合機100、1400aでは、ハードウェア資源の診断処理を、SCS122、1422の再構築モードスレッドで実行しているが、診断処理のみを行う診断モードスレッドをSCS122、1422のプロセス内で生成し、この診断モードスレッドによってハードウェア資源の診断処理を実行するように構成してもよい。
【0168】
また、実施の形態1〜4にかかる複合機100、1400aでは、ソフトウェア構成の再構築処理をSCS122、1422の再構築モードスレッドで実行しているが、コントロールサービス層に新たなコントロールサービスを生成し、この新たなコントロールサービスで再構築処理を実行するように構成しても良い。
【0169】
また、実施の形態1〜4にかかる複合機100、1400aで説明した再構築テーブルおよび各緊急モードスレッドは、一例を示すものであり、ハードウェア資源の障害に応じて任意に定めることが可能である。
【0170】
【発明の効果】
以上説明したように、請求項1にかかる発明によれば、ハードウェア資源の障害に影響ない範囲でサービスを提供することができ、ユーザの利便性を向上させることができるという効果を奏する。
【0171】
また、請求項4にかかる発明によれば、ハードウェア障害時には同一プロセス内で起動するスレッドを切り替えるだけで障害に影響ない機能を提供できるので、起動時間の短縮化が図られるという効果を奏する。
【0172】
また、請求項5にかかる発明によれば、機能制限によりユーザが希望する機能が得られない場合に、機能制限された状態で画像情報処理装置が起動してしまうことが回避され、ユーザの利便性をより向上させることができるという効果を奏する。
【0173】
また、請求項6にかかる発明によれば、システムコントロールサービスの再構築モードスレッドを再構築手段として用いることができ、装置構成の簡略化が図られるという効果を奏する。
【0174】
また、請求項7にかかる発明によれば、画像情報処理装置を再起動させることなく、通常モードスレッドと緊急モードスレッドの並列実行を利用して動的にソフトウェア構成の再構築ができ、サービスの全機能を停止せずに再構築が行えるとともに、再構築完了までの時間を短縮することができるという効果を奏する。
【0175】
また、請求項8にかかる発明によれば、メモリに関する障害に影響しない範囲で機能制限されたサービスを提供することができ、ユーザの利便性を向上させることができるという効果を奏する。
【0176】
また、請求項9にかかる発明によれば、ハードディスクに障害があった場合でも、ハードディスクを必要とする機能をメモリの利用で代替えして、機能制限されたサービスを提供することができ、ユーザの利便性を向上させることができるという効果を奏する。
【0177】
また、請求項10にかかる発明によれば、メモリコントロールサービスの機能を制限したにも拘わらず、アプリケーションがメモリコントロールサービスの通常モードスレッドとプロセス間通信を行ってハードウェア資源の障害に影響のある機能が実行されてしまう不具合を確実に阻止し、機能制限されたサービスを確実に提供することができるという効果を奏する。
【0178】
また、請求項11にかかる発明によれば、ネットワークインタフェースに関する障害に影響しない範囲で機能制限されたサービスを提供することができ、ユーザの利便性を向上させることができるという効果を奏する。
【0179】
また、請求項12にかかる発明によれば、自己の画像情報処理装置内のみでは機能制限されたサービスしか提供できない場合でも、ネットワーク上の他の画像情報処理装置のプログラムまたはアプリケーションで代替えして、機能制限のない完全なサービスを提供することができ、ユーザの利便性をより向上させることができるという効果を奏する。
【0180】
また、請求項13にかかる発明によれば、ユーザからの診断要求だけでなく、ネットワーク上の装置開発元やサービスセンタなどのホストコンピュータからの診断要求に応じて、ハードウェア資源の診断およびソフトウェア構成の再構築を行うことができ、動的な診断および再構築を実現することができるという効果を奏する。
【0181】
また、請求項14にかかる発明によれば、ハードウェア資源の障害に影響ない範囲でサービスを提供することができ、ユーザの利便性を向上させることができるという効果を奏する。
【0182】
また、請求項17にかかる発明によれば、ハードウェア障害時には同一プロセス内で起動するスレッドを切り替えるだけで障害に影響ない機能を提供できるので、通常の機能を提供するプロセスと機能制限されたプロセスとを別々に設けてプロセスの起動する場合に比べて、起動時間の短縮化が図られるという効果を奏する。
【0183】
また、請求項18にかかる発明によれば、機能制限によりユーザが希望する機能が得られない場合に、機能制限された状態で画像情報処理装置が起動してしまうことが回避され、ユーザの利便性をより向上させることができるという効果を奏する。
【0184】
また、請求項19にかかる発明によれば、システムコントロールサービスの再構築モードスレッドを再構築手段として用いることができ、別途再構築手段を設ける場合に比べて、装置構成の簡略化が図られるという効果を奏する。
【0185】
また、請求項20にかかる発明によれば、画像情報処理装置を再起動させることなく、通常モードスレッドと緊急モードスレッドの並列実行を利用して動的にソフトウェア構成の再構築が可能となり、サービスの全機能を停止せずに再構築が行えるとともに、再構築完了までの時間を短縮することができるという効果を奏する。
【0186】
また、請求項21にかかる発明によれば、メモリに関する障害に影響しない範囲で機能制限されたサービスを提供することができ、ユーザの利便性を向上させることができるという効果を奏する。
【0187】
また、請求項22にかかる発明によれば、ハードディスクに障害があった場合でも、ハードディスクを必要とする機能をメモリの利用で代替えして、機能制限されたサービスを提供することができ、ユーザの利便性を向上させることができるという効果を奏する。
【0188】
また、請求項23にかかる発明によれば、メモリコントロールサービスの機能を制限したにも拘わらず、アプリケーションがメモリコントロールサービスの通常モードスレッドとプロセス間通信を行ってハードウェア資源の障害に影響のある機能が実行されてしまう不具合を確実に阻止し、機能制限されたサービスを確実に提供することができるという効果を奏する。
【0189】
また、請求項24にかかる発明によれば、ネットワークインタフェースに関する障害に影響しない範囲で機能制限されたサービスを提供することができ、ユーザの利便性を向上させることができるという効果を奏する。
【0190】
また、請求項25にかかる発明によれば、自己の画像情報処理装置内のみでは機能制限されたサービスしか提供できない場合でも、ネットワーク上の他の画像情報処理装置のプログラムまたはアプリケーションで代替えして、機能制限のない完全なサービスを提供することができ、ユーザの利便性をより向上させることができるという効果を奏する。
【0191】
また、請求項26にかかる発明によれば、ユーザからの診断要求だけでなく、ネットワーク上の装置開発元やサービスセンタなどのホストコンピュータからの診断要求に応じて、ハードウェア資源の診断およびソフトウェア構成の再構築を行うことができ、動的な診断および再構築を実現することができるという効果を奏する。
【図面の簡単な説明】
【図1】 この発明の実施の形態1である複合機の構成を示すブロック図である。
【図2】 実施の形態1の複合機における複合機起動部の構成を示すブロック図である。
【図3】 実施の形態1の複合機におけるソフトウェア再構築の全体の処理手順を示すフローチャートである。
【図4】 実施の形態1の複合機におけるハードウェア資源の各デバイスの診断処理手順を示すフローチャートである。
【図5】 実施の形態1の複合機におけるソフトウェア再構築処理の手順を示すフローチャートである。
【図6】 実施の形態1の複合機によるソフトウェア再構築処理で参照される再構築テーブルの一例を示す説明図である。
【図7】 実施の形態1の複合機において、増設メモリの障害が検知された場合におけるソフトウェア再構築後の複合機の構成を示すブロック図である。
【図8】 実施の形態1の複合機において、ネットワークインタフェースの障害が検知された場合におけるソフトウェア再構築後の複合機の構成を示すブロック図である。
【図9】 実施の形態1の複合機において、セントロインタフェースの障害が検知された場合におけるソフトウェア再構築後の複合機の構成を示すブロック図である。
【図10】 実施の形態1の複合機において、スキャナエンジンの障害が検知された場合におけるソフトウェア再構築後の複合機の構成を示すブロック図である。
【図11】 実施の形態2の複合機によるソフトウェア再構築処理の手順を示すフローチャートである。
【図12】 実施の形態3の複合機におけるソフトウェア再構築処理の手順を示すフローチャートである。
【図13】 図13(a)は実施の形態3におけるソフトウェア再構築処理前の複合機100の構成を示すブロック図であり、図13(b)はソフトウェア再構築処理後の構成を示すブロック図である。
【図14】 実施の形態4にかかる複合機の構成を示すブロック図である。
【図15】 実施の形態4にかかる複合機によるソフトウェア再構築処理の手順を示すフローチャートである。
【図16】 実施の形態1の複合機のハードウェア構成図である。
【符号の説明】
100、1400a、1400b 複合機
101、1401 白黒ラインプリンタ
102、1402 カラーラインプリンタ
103、1403 ハードウェアリソース
110、1410 ソフトウェア群
111、1411 プリンタアプリ
112、1412 コピーアプリ
113、1413 ファックスアプリ
114、1414 スキャナアプリ
115、1415 ネットファイルアプリ
116、1416 工程検査アプリ
120、1420 プラットホーム
121、1421 汎用OS
122、1422 SCS
123、1423 SRM
124、1424 ECS
125、1425 MCS
126、1426 OCS
127、1427 FCS
128、1428 NCS
130、1430 アプリケーション
140、1440 複合機起動部
1441 LAN
210 ハードウェア初期化部
211 診断部
220 プログラム起動部
1600 コントローラボード
1601 ASIC
1602 CPU
1603 SDRAM
1604 フラッシュメモリ
1605 HD
1608 SRAM
1610 オペレーションパネル
1620 FCU
1630 USB
1640 IEEE1394
1650 プリンタ[0001]
BACKGROUND OF THE INVENTION
According to the present invention, when a failure of a hardware resource such as a memory, a Centro interface, or a network interface is detected, the configuration of software that operates when providing a service such as a printer, a copy, or a facsimile can be reconstructed.Image information processing deviceAnd suchImage information processing deviceIt is related with the software restructuring method executed in the above.
[0002]
[Prior art]
2. Description of the Related Art In recent years, an image forming apparatus (hereinafter, referred to as “multifunction machine”) in which functions of apparatuses such as a printer, a copy machine, a facsimile machine, and a scanner are housed in a single housing is generally known. This multifunction device is provided with a display unit, a printing unit, an imaging unit, and the like in one casing, and is provided with three types of software respectively corresponding to a printer, a copying machine, and a facsimile machine. It operates as a copy, scanner or facsimile machine.
[0003]
In such a multifunction device, before the OS (Operating System) is started when the power is turned on, a diagnostic program operates in a so-called BIOS (Basic Input / Output System), and hardware such as a memory, a Centro interface, and a network interface is operated. Checking hardware resources for errors. In such a diagnostic program, if a serious failure that significantly affects the activation of the multifunction peripheral, that is, the activation of the OS and the application program running on the OS is detected, a serious hardware error has occurred. In general, the MFP is stopped after the message is displayed on the display of the operation panel. On the other hand, when such a diagnostic program detects a medium or minor failure that does not affect the activation of the multifunction device, the multifunction device is activated.
[0004]
[Problems to be solved by the invention]
However, when the MFP is started in a state where a medium or minor failure has occurred, there is a problem in that all functions of the application program that affect the hardware failure must be stopped. For example, if an application program that performs printer operation requires additional memory in addition to the main memory to improve processing efficiency, all printer application programs will stop even if only the additional memory fails As a result, all the functions of the printer service cannot be provided.
[0005]
In other words, a function that does not use a large amount of memory in the printer service can be executed using only the main memory without using an additional memory. Had to stop.
[0006]
By the way, the conventional multi-function machine has a configuration in which 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.
[0007]
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 function can be executed with only some function restrictions for each function such as copy of service, printer, scanner, or facsimile.
[0008]
The present invention has been made in view of the above, and it is possible to provide a service within a range that does not affect the failure of the hardware resource by reconstructing the software configuration when the hardware resource has a failure.Image information processing deviceAnd to obtain a software reconstruction method.
[0009]
[Means for Solving the Problems]
In order to achieve the above object, the invention according to claim 1Application process for image information processing using hardware resources having a printing unit or an imaging unit, an operating system, operating on the operating system, and accessing the plurality of applications to control the hardware resources An image information processing apparatus comprising a plurality of program processes for performing image processing,Diagnostic means for detecting a failure of the hardware resource at the time of startingFor each failure of the hardware resource, the operation of the program at the time of failure of the hardware resource and the operation of the application at the time of failure of the hardware resource are registered for each of the program and the application.Storage means for storing the reconstruction table and detected by the diagnostic meansOf the hardwareBased on the failure and the rebuild table,The operation of the program and the application corresponding to the hardware failure is executed.And reconstructing means.
[0010]
According to the invention of claim 1,Image information processing deviceDiagnostic means for detecting a failure of the hardware resource at the time of startingFor each failure of the hardware resource, the operation of the program at the time of failure of the hardware resource and the operation of the application at the time of failure of the hardware resource are registered for each of the program and the application.Storage means for storing the reconstruction table and detected by the diagnostic meansOf the hardwareBased on the failure and the rebuild table,The operation of the program and the application corresponding to the hardware failure is executed.With the reconfiguration means, it is possible to provide services within a range that does not affect hardware resource failures, and all affected applications stop when there is a hardware failure.Image information processing deviceCompared to the above, the convenience of the user can be improved.
[0011]
The diagnostic means in the present invention includes:Image information processing deviceAs long as it detects hardware resource failure at the time of startup, it is provided as a diagnostic program in the so-called BIOS, or incorporated into a general-purpose OS,Program (control service)Alternatively, it may be provided as a diagnostic process in an application. In addition, diagnostic means can be incorporated into existing control services, BIOS, applications,Program (control service)It can also be provided completely independently.
[0012]
Further, the reconstruction means in the present invention does not affect the failure detected by the diagnosis means.Program (control service)And any application that starts by selecting it,Program (control service)Or as an independent process for each layer of the application,Program (control service)It may be incorporated into.
[0013]
According to a second aspect of the present invention, in the image information processing apparatus according to the first aspect, the reconstruction table includes the presence / absence of activation and processing after activation as the operation of the application when the hardware resource has failed. Content.
[0014]
The invention according to claim 3 is the image information processing apparatus according to claim 2, wherein the process of the program and the process of the application include a thread for executing the processing content after the startup, and the reconfiguration table Includes the presence / absence of activation for each program and the application, and the identification information of the thread at the time of activation as the processing content after the activation.
[0015]
Claims4The invention according to claim3Described inIn an image information processing apparatus,SaidprogramAnd each process of the applicationWhen there is no failure of the hardwareA normal mode thread to be executed;If there is a hardware failureOne or a plurality of emergency mode threads that are executed by limiting functions that affect the failure of hardware resources, and the reconstructing means is based on the detected failure and the reconstruction table,programAnd activating the emergency mode thread of the application.
[0016]
This claim4According to the invention ofprogramAnd each process of the applicationWhen there is no failure of the hardwareA normal mode thread to be executed;If there is a hardware failureOne or a plurality of emergency mode threads that are executed by limiting functions that affect the failure of hardware resources, and the reconstructing means is based on the detected failure and the reconstruction table,programBy activating the emergency mode thread of the application, it is possible to provide a function that does not affect the failure just by switching the thread that is activated in the same process in the event of a hardware failure. The startup time can be shortened compared to the case where the processes are started by providing the processes separately.
[0017]
Here, “Hardware resource failure is affected.program"And application" means that the original function cannot be executed at all due to a hardware failure.Program (control service)In addition to applications, some functions cannot be executedProgram (control service)And applications.
[0018]
Claims5The invention according to claim4Described inImage information processing deviceThe restructuring means notifies that the function affecting the failure is limited before starting the emergency mode thread, and starts the emergency mode thread only when an acknowledgment is received from the user. It is characterized by that.
[0019]
This claim5According to the invention, before the reconfiguration means activates the emergency mode thread, the function that affects the hardware failure is notified, and the emergency mode thread is activated only when an acknowledgment is received from the user. If the function desired by the user cannot be obtained due to function restrictions,Image information processing deviceCan be avoided, and the convenience of the user can be further improved.
[0020]
Claims6The invention according to claim 1 to claim 15As described in any one ofImage information processing deviceIn the aboveprogramComprises a system control service process for system control and resource management, the system control service process comprising a normal mode thread that is executed when providing the service, the detected fault and the reconfiguration Table and above based onprogramAnd a reconstruction mode thread as the reconstruction means for selecting and starting the application.
[0021]
This claim6According to the invention, based on the normal mode thread that is executed when the process of the system control service provides the service, the detected fault, and the reconstruction table,programAnd a reconstruction mode thread for selecting and starting the application, the reconstruction mode thread of the system control service can be used as a reconstruction unit, and the apparatus configuration is compared with a case where a separate reconstruction unit is provided. Can be simplified.
[0022]
Claims7The invention according toApplication process for image information processing using hardware resources having a printing unit or an imaging unit, an operating system, operating on the operating system, and accessing the plurality of applications to control the hardware resources An image information processing apparatus comprising a plurality of program processes for performing image processing,The diagnostic means for detecting a failure of the hardware resource during execution ofFor each failure of the hardware resource, the operation of the program at the time of failure of the hardware resource and the operation of the application at the time of failure of the hardware resource are registered for each of the program and the application.Storage means for storing the reconstruction table and detected by the diagnostic meansOf the hardwareBased on the failure and the rebuild table,The operation of the program and the application corresponding to the hardware failure is executed.Reconstructing means,programAnd each process of the applicationWhen there is no failure of the hardwareA normal mode thread to be executed;If there is a hardware failureOne or a plurality of emergency mode threads that are executed by limiting functions that affect the failure of hardware resources, and the reconstructing means includes:Based on the detected fault and the reconstruction table,In operationprogramThe normal mode thread of the application is switched to the emergency mode thread.
[0023]
This claim7According to the invention ofImage information processingHardware resources failure is detected by diagnostic means during execution ofprogramAnd switch the normal mode thread of the application to the emergency mode thread,Image information processing deviceThe software configuration can be dynamically reconfigured using parallel execution of normal mode threads and emergency mode threads without restarting the system, and can be reconstructed without stopping all the functions of the service. Time to completion can be shortened.
[0024]
Claims8The invention according to claim7Described inImage information processing deviceIn the aboveprogramHas a memory control service that controls the memory and hard disk, and the memory control service executes a normal mode thread that is executed when the memory and the hard disk are normal, and a function that affects a memory failure. One or a plurality of emergency mode threads, wherein the reconfiguration means switches the normal mode thread of the memory control service to the emergency mode thread when a failure relating to memory is detected by the diagnostic means. It is characterized by.
[0025]
This claim8According to the invention ofprogramFeatures a memory control service that controls the memory and hard disk, and the memory control service is executed with limited normal mode threads that run when the memory and hard disk are normal, and functions that affect memory failures. One or a plurality of emergency mode threads, and the rebuilding means switches the normal mode thread of the memory control service to the emergency mode thread when the diagnostic means detects a fault related to the memory. It is possible to provide a service whose function is limited within a range, and to improve user convenience.
[0026]
Claims9The invention according to claim7Described inImage information processing deviceIn the aboveprogramIncludes a memory control service for controlling the memory and the hard disk, and the memory control service is executed using only a normal mode thread that is executed when the memory and the hard disk are normal, and only the memory instead of the hard disk. One or a plurality of emergency mode threads, and the reconstruction means switches the normal mode thread of the memory control service to the emergency mode thread when a failure relating to a hard disk is detected by the diagnostic means. And
[0027]
This claim9According to the invention, the memory control service includes a normal mode thread that is executed when the memory and the hard disk are normal, and one or more emergency mode threads that are executed using only the memory instead of the hard disk, By switching the normal mode thread of the memory control service to the emergency mode thread when a failure related to the hard disk is detected by the diagnostic means by the reconstructing means, even if the hard disk has failed, the function that requires the hard disk can be Instead of use, it is possible to provide a function-restricted service and improve user convenience.
[0028]
Claims10The invention according to claim8 or 9Described inImage information processing deviceThe emergency mode thread of the application performs interprocess communication only with respect to the emergency mode thread of the memory control service.
[0029]
This claim10According to this invention, the emergency mode thread of the application performs inter-process communication only with respect to the emergency mode thread of the memory control service. By performing inter-process communication with the normal mode thread, it is possible to reliably prevent a problem that a function that affects a hardware resource failure is executed, and to provide a service with a limited function.
[0030]
Claims11The invention according to claim7-10As described in any one ofImage information processing deviceInThe programComprises a network control service for controlling the network, and the emergency mode thread of the application is other than the network control service.The programThe reconfiguration means switches the normal mode thread of the application to the emergency mode thread when a failure relating to a network interface is detected by the diagnosis means.
[0031]
This claim11According to the invention, the emergency mode thread of the application is not a network control service.programInter-process communication is performed, and the reconstruction means functions within the range that does not affect the failure related to the network interface by switching the normal mode thread of the application to the emergency mode thread when the diagnosis means detects the failure related to the network interface A limited service can be provided, and the convenience for the user can be improved.
[0032]
Claims12The invention according toApplication process for image information processing using hardware resources having a printing unit or an imaging unit, an operating system, operating on the operating system, and accessing the plurality of applications to control the hardware resources A plurality of program processes for performing image processing,Diagnostic means for detecting hardware resource failures;For each failure of the hardware resource, whether or not the program is activated when the hardware resource is malfunctioned, the processing content after the activation, and whether or not the application is activated when the hardware resource is malfunctioned And the processing contents after startup are registered for each of the program and the applicationBased on the storage means for storing the reconstruction table, the failure detected by the diagnosis means and the reconstruction table,The operation of the program or the application corresponding to the detected failure does not start, or the processing content after the start is processing executed by limiting functions that affect the hardware resource failure. In case the programAnd other connected to the network instead of the applicationImage information processing apparatusWork withThe programOr a reconstructing means for selecting the application.
[0033]
This claim12According to the invention, when the diagnosis unit detects a hardware resource failure, the reconstruction unit affects the detected failure based on the failure detected by the diagnosis unit and the reconstruction table.programAnd other connected to the network on behalf of the applicationImage information processing deviceWork withprogramOr by selecting an applicationImage information processing deviceEven if only limited functions can be provided within the network, other services on the networkImage information processing deviceofprogramAlternatively, it is possible to provide a complete service without function restrictions instead of an application, and the convenience of the user can be further improved.
[0034]
Claims13The invention according to claim12Described inImage information processing deviceThe diagnosis unit detects a failure of the hardware resource when a diagnosis request is received via a network.
[0035]
This claim13According to the invention, when the diagnosis means receives a diagnosis request via the network, it detects not only a diagnosis request from the user but also a device developer or service center on the network by detecting a hardware resource failure. In response to a diagnosis request from the host computer, hardware resource diagnosis and software configuration reconstruction can be performed, and dynamic diagnosis and reconstruction can be realized.
[0036]
Claims14The invention according toApplication process for image information processing using hardware resources having a printing unit or an imaging unit, an operating system, operating on the operating system, and accessing the plurality of applications to control the hardware resources Executed by an image information processing apparatus comprising a plurality of program processes for performing the application and the programA software rebuild method for rebuilding a configuration,Image information processing apparatusA diagnostic step for detecting a failure of the hardware resource at the time of startup of the hardware, and detected by the diagnostic stepOf the hardwareObstacles,For each failure of the hardware resource, the operation of the program at the time of failure of the hardware resource and the operation of the application at the time of failure of the hardware resource are registered for each of the program and the application.Based on the rebuild table andThe operation of the program and the application corresponding to the hardware failure is executed.A reconstruction step.
[0037]
This claim14According to the invention ofImage information processing deviceA diagnostic step for detecting a failure of the hardware resource at the time of startup of the hardware, and detected by the diagnostic stepOf the hardwareObstacles,For each failure of the hardware resource, the operation of the program at the time of failure of the hardware resource and the operation of the application at the time of failure of the hardware resource are registered for each of the program and the application.Based on the rebuild table andThe operation of the program and the application corresponding to the hardware failure is executed.Including the restructuring step, it is possible to provide services within a range that does not affect hardware resource failure, and all affected applications stop when there is a hardware failure.Image information processing deviceCompared to the above, the convenience of the user can be improved.
[0038]
The invention according to claim 15 is the software restructuring method according to claim 14, wherein the restructuring table includes the presence / absence of activation and processing after activation as the operation of the application at the time of failure of the hardware resource. Content.
[0039]
The invention according to claim 16 is the software restructuring method according to claim 15, wherein the process of the program and the process of the application include a thread for executing the processing content after the startup, and the restructuring table Includes the presence / absence of activation for each program and the application, and the identification information of the thread at the time of activation as the processing content after the activation.
[0040]
Claims17The invention according to claim16In the software reconstruction method according to claim 1,programAnd each process of the applicationWhen there is no failure of the hardwareA normal mode thread to be executed;If there is a hardware failureOne or a plurality of emergency mode threads that are executed while limiting functions that affect the failure of hardware resources, and the rebuilding step is based on the detected fault and the rebuild table.programAnd activating the emergency mode thread of the application.
[0041]
This claim17According to the invention, based on the failure in which the reconstruction step is detected and the reconstruction table,programIn addition, by starting the emergency mode thread of the application, it is possible to provide a function that does not affect the failure by simply switching the thread that starts in the same process in the event of a hardware failure. Compared to the case where the processes are started by providing them separately, the start-up time can be shortened.
[0042]
Claims18The invention according to claim17In the software restructuring method according to claim 1, the restructuring step notifies the fact that the function affecting the failure is limited before starting the emergency mode thread, and only when the approval is received from the user. The emergency mode thread is activated.
[0043]
This claim18According to the invention, before the reconstruction step activates the emergency mode thread, the function that affects the failure is notified, and the emergency mode thread is activated only when an acknowledgment is received from the user. When the function desired by the user cannot be obtained due to function restrictions,Image information processing deviceCan be avoided, and the convenience of the user can be further improved.
[0044]
Claims19The invention according to claim16-18In the software reconstruction method according to any one of the above,programReconfiguration that selects and starts the control service and the application based on the detected failure and the reconfiguration table based on the normal mode thread that controls the system and manages resources when providing the service Including a process of a system control service including a mode thread, wherein the rebuilding step is executed by the rebuilding mode thread of the system control service.
[0045]
This claim19According to the invention, the rebuilding step is executed by the rebuild mode thread of the system control service, so that the rebuild mode thread of the system control service can be used as the rebuilding means, and a separate rebuilding means is provided. Compared to the case, the apparatus configuration can be simplified.
[0046]
Claims20The invention according toApplication process for image information processing using hardware resources having a printing unit or an imaging unit, an operating system, operating on the operating system, and accessing the plurality of applications to control the hardware resources Executed by an image information processing apparatus comprising a plurality of program processes for performing the application and the programA software rebuild method for rebuilding a configuration,The image information processingThe diagnostic step of detecting a fault in the hardware resource during execution of the fault, and the fault detected by the diagnostic step;For each failure of the hardware resource, the operation of the program at the time of failure of the hardware resource and the operation of the application at the time of failure of the hardware resource are registered for each of the program and the application.Based on the rebuild table andThe operation of the program and the application corresponding to the hardware failure is executed.A reconstruction step, andprogramAnd each process of the applicationWhen there is no failure of the hardwareA normal mode thread to be executed;If there is a hardware failureOne or a plurality of emergency mode threads that are executed with limiting functions that affect the failure of hardware resources, and the reconstructing step includes:Based on the detected fault and the reconstruction table,In operationprogramAnd switching the normal mode thread of the application to the emergency mode thread.
[0047]
This claim20According to the invention, a hardware resource failure is detected during execution of a service process by a diagnosis step, and an operation is performed by a reconstruction step.programAnd switch the normal mode thread of the application to an emergency mode thread that runs with limited functionality that affects hardware resource failures,Image information processing deviceThe software configuration can be dynamically reconfigured using parallel execution of normal mode threads and emergency mode threads without restarting the system, and can be reconstructed without stopping all the functions of the service. Time to completion can be shortened.
[0048]
Claims21The invention according to claim20In the software reconstruction method according to claim 1,programIncludes a memory control service for controlling the memory and hard disk, and the memory control service executes a normal mode thread that is executed when the memory and the hard disk are normal, and functions that affect the memory failure. One or a plurality of emergency mode threads, wherein the rebuilding step switches the normal mode thread of the memory control service to the emergency mode thread when a fault related to the memory is detected by the diagnostic step. It is characterized by.
[0049]
This claim21According to the invention, when a failure related to memory is detected by the diagnostic step in the rebuilding step, the normal mode thread of the memory control service is executed by limiting the functions that affect the memory failure. By switching to, it is possible to provide a service whose function is limited within a range that does not affect a memory-related failure, and it is possible to improve user convenience.
[0050]
Claims22The invention according to claim20In the software reconstruction method according to claim 1,programIncludes a memory control service for controlling the memory and hard disk, and the memory control service is executed using only a normal mode thread that is executed when the memory and the hard disk are normal, and only the memory instead of the hard disk. One or a plurality of emergency mode threads, and the rebuilding step switches the normal mode thread of the memory control service to the emergency mode thread when a failure relating to a hard disk is detected by the diagnosis step. And
[0051]
This claim22According to the invention, when the rebuild step detects a failure related to the hard disk by the diagnostic step, the normal mode thread of the memory control service is switched to the emergency mode thread executed using only the memory instead of the hard disk. Thus, even when there is a failure in the hard disk, it is possible to provide a function-restricted service by substituting the function that requires the hard disk with the use of the memory, and to improve the convenience for the user.
[0052]
Claims23The invention according to claim21 or 22In the software rebuilding method according to claim 1, the rebuilding step switches the normal mode thread of the application to an emergency mode thread that performs inter-process communication only with respect to the emergency mode thread of the memory control service. .
[0053]
This claim23According to the invention, the rebuilding step switches the normal mode thread of the application to the emergency mode thread that performs inter-process communication only with the emergency mode thread of the memory control service, thereby limiting the function of the memory control service. Regardless, the application performs inter-process communication with the normal mode thread of the memory control service to reliably prevent malfunctions that affect hardware resource failures, and provide a limited service. can do.
[0054]
Claims24The invention according to claim20-23In the software reconstruction method according to any one of the above,programIncludes a network control service for controlling the network, and the emergency mode thread of the application is other than the network control service.programThe reconfiguration step switches the normal mode thread of the application to the emergency mode thread when a fault related to a network interface is detected by the diagnosis step.
[0055]
This claim24According to the present invention, when a failure relating to the network interface is detected by the diagnosis step in the reconstructing step, the normal mode thread of the application is changed to an emergency mode thread that performs inter-process communication with a control service other than the network control service. By switching, it is possible to provide a service whose function is limited within a range that does not affect a failure related to the network interface, and it is possible to improve user convenience.
[0056]
Claims25The invention according toApplication process for image information processing using hardware resources having a printing unit or an imaging unit, an operating system, operating on the operating system, and accessing the plurality of applications to control the hardware resources Executed by an image information processing apparatus comprising a plurality of program processes for performing the application and the programA software restructuring method for reconfiguring a configuration, a diagnostic step for detecting a hardware resource fault, a fault detected by the diagnostic step,For each failure of the hardware resource, whether or not the program is activated when the hardware resource is malfunctioned, the processing content after the activation, and whether or not the application is activated when the hardware resource is malfunctioned And the processing contents after startup are registered for each of the program and the applicationBased on the rebuild table andThe operation of the program or the application corresponding to the detected failure does not start, or the processing content after the start is processing executed by limiting functions that affect the hardware resource failure. In case the programAnd other connected to the network instead of the applicationImage information processing apparatusWork withThe programOr a reconstructing step of selecting the application.
[0057]
This claim25According 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 control service and an application that affects the hardware resource failure are preliminarily handled. On the basis of the rebuilt table and other control services and applications that affect the detected failure.Image information processing deviceWork withprogramOr include a rebuild step to select the application,Image information processing deviceEven if only limited functions can be provided within the network, other services on the networkImage information processing deviceInstead of the control service or application, a complete service without function restriction can be provided, and the convenience of the user can be further improved.
[0058]
Claims26The invention according to claim25In the software reconstruction method described in (1), the diagnosis step detects a failure of the hardware resource when a diagnosis request is received via a network.
[0059]
This claim26According to the invention, when the diagnosis step receives a diagnosis request via the network, a hardware resource failure is detected, so that not only a diagnosis request from the user but also a device developer on the network, a service center, etc. In response to a diagnosis request from the host computer, hardware resource diagnosis and software configuration reconstruction can be performed, and dynamic diagnosis and reconstruction can be realized.
[0060]
DETAILED DESCRIPTION OF THE INVENTION
The present invention will be described below with reference to the accompanying drawings.Image information processing deviceA preferred embodiment of the software reconstruction method will be described in detail.
[0061]
(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. 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,
[0062]
The multifunction
[0063]
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-
[0064]
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.
[0065]
The general-
[0066]
In the MFP 100 of the first embodiment, each control service and each application operate as processes, and a plurality of threads are activated in each process.
[0067]
The process of the
[0068]
Specifically, the
[0069]
The process of the
[0070]
The process of the
[0071]
The process of the
[0072]
The
[0073]
The process of the
[0074]
The
[0075]
The FCS emergency mode thread 1 is activated when there is a failure in the expanded memory, and performs inter-process communication with the
[0076]
The
[0077]
As described above, the emergency mode threads of the
[0078]
The application 130 includes a
[0079]
Each of the
[0080]
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
[0081]
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
[0082]
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
[0083]
The printer application emergency mode thread 3 is activated when a failure occurs in the fax engine, and restricts inter-process communication to the
[0084]
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
[0085]
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
[0086]
The fax application emergency mode thread 1 is activated when there is a failure in the expansion 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.
[0087]
The fax application emergency mode thread 2 is activated when there is a failure in the hard disk, makes it impossible to execute memory reception or memory transmission, sets the maximum number of registered facsimiles to a small value, and
[0088]
FIG. 16 is a hardware configuration diagram of the multifunction peripheral 100 according to the first embodiment illustrated in FIG. As shown in FIG. 16, this multi-function peripheral includes a controller board 1600 in which a
[0089]
The
[0090]
In the
[0091]
FIG. 2 is a block diagram illustrating a configuration of the multifunction
[0092]
The
[0093]
Here, the devices whose failure is detected by the
[0094]
The
[0095]
The reconstruction mode thread of the
[0096]
Next, a software restructuring process in the MFP 100 configured as described above will be described. FIG. 3 is a flowchart illustrating an overall processing procedure for software reconstruction in the multifunction peripheral 100 according to the first embodiment. In the MFP 100 according to the first embodiment, hardware resources are diagnosed when the power is turned on. Based on the result, an application 130 or a control service to be started is selected, and a thread to be executed is specified. To rebuild the software.
[0097]
When the MFP 100 is turned on, the
[0098]
When the general-
[0099]
If all hardware resources are normal, the
[0100]
FIG. 4 is a flowchart showing a diagnostic processing procedure for each device of hardware resources executed by the
[0101]
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.
[0102]
Then, it is confirmed whether the diagnosis result of the device is normal or error (step S402), and in the case of an error, it is determined whether or not the detected error is a fatal error (step S403). Here, the fatal error refers to an error that affects the activation of the multi-function device 100 or cannot be provided with any 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 services with functions limited by substitution with other devices. In the present embodiment, when a part of services that can execute only the function and can execute the scanner and copy functions can be provided, it is determined that the error is not a fatal error.
[0103]
If the error is a fatal error, a message indicating that the multifunction device 100 cannot be activated due to a serious failure is displayed on the display of the operation panel 1610 (step S406), and the multifunction device 100 is stopped (step S407). ). 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
[0104]
As described above, the diagnostic processing from step S401 to step S404 is performed for all devices (step S405).
[0105]
FIG. 5 is a flowchart of a software rebuild process executed by the rebuild mode thread of the
[0106]
When the process of the
[0107]
Next, referring to the acquired diagnosis result and the reconstruction table, the control service, application 130 and
[0108]
Then, the selected control service, application, and
[0109]
Here, the control service, the selection process of the application 130 and the
[0110]
As shown in FIG. 6, in the reconstruction table, in response to hardware resource errors such as an additional memory error, whether or not each control service,
[0111]
First, a case where an additional memory error is detected by the
[0112]
FIG. 7 is a block diagram illustrating a configuration of the multifunction peripheral 100 after software reconstruction when a failure of the additional memory is detected. As shown in FIG. 7, when there is an additional memory error, the emergency mode thread 1 is activated in the processes of MCS125, FCS127, SRM123,
[0113]
Here, if there is a failure in the additional memory, only the main memory is used. Further, as described above, the MCS emergency mode thread 1 secures an area for storing image data from the main memory instead of the additional memory, and the SRM emergency mode thread 1 acquires the main memory as a memory resource. In addition, the printer application emergency mode thread 1 does not execute functions such as sort, rotation, scaling, aggregation, test printing, and confidential printing of print pages, and can perform duplex printing for a certain number of pages. Only the MCS emergency mode thread 1 performs interprocess communication by function call or message transmission / reception. In addition, the copy application emergency mode thread 1 does not execute functions such as copy page sorting, rotation, scaling, and aggregation, and allows double-sided copying and trial copying for a certain number of pages. Inter-process communication is performed only with the mode thread 1 by function call or message transmission / reception.
[0114]
Therefore, as a print function when there is a failure in the additional memory, inter-process communication is performed between the printer application emergency mode thread 1 and the MCS emergency mode thread 1 in which the function of using a large amount of memory is limited. Thus, it is impossible to provide functions such as sort, rotation, scaling, aggregation, trial printing, and confidential printing of print pages, and there is a restriction that double-sided printing for a certain number of pages is possible. Further, as the copy function, it is impossible to provide functions such as sort, rotation, scaling, and aggregation of copy pages, and there is a limitation that double-sided copy and trial copy for a certain number of pages are possible.
[0115]
Further, the FCS emergency mode thread 1 performs inter-process communication with the
[0116]
Therefore, when there is a failure in the expansion memory, the facsimile communication function operates with a function restriction that makes it impossible to receive and send memory using a large amount of memory and reduce the number of registered facsimiles. Will do.
[0117]
Next, a case where a failure of the hard disk is detected by the
[0118]
When the failure of the hard disk is detected, the MFP 100 after the software reconstruction is in a state where all the applications 130, the control service, and the
[0119]
If there is a failure in the hard disk, the image data is stored directly in the memory without being stored in the hard disk. As described above, the MCS emergency mode thread 2 secures a temporary storage area for image data from memory instead of the hard disk, and the SRM emergency mode thread 2 acquires memory instead of the hard disk. The printer application emergency mode thread 2 does not execute functions such as sort, rotation, scaling, aggregation, double-sided printing, trial printing, and confidential printing of the print page, and the MCS emergency mode thread 1 for the
[0120]
Therefore, as a print function when there is a failure in the hard disk, interprocess communication is performed between the printer application emergency mode thread 2 and the MCS emergency mode thread 2, and as a result, temporary storage of image data on the hard disk is required. It is impossible to provide functions such as sorting, rotation, scaling, aggregation, trial printing, confidential printing, and duplex printing of printed pages. In addition, as a copy function, inter-process communication is performed between the copy application emergency mode thread 2 and the MCS emergency mode thread 2, and as a result, copy pages that require temporary storage of image data on the hard disk are sorted and rotated. Functions such as scaling, aggregation, trial copying, and duplex copying become impossible.
[0121]
In addition, when there is a failure in the hard disk, inter-process communication is performed between the fax application emergency mode thread 2 and the FCS emergency mode thread 2, and memory reception and memory transmission are performed in the same manner as when there is a failure in the additional memory. Is impossible, and the number of registered facsimiles is limited.
[0122]
When a failure of the network interface is detected by the
[0123]
FIG. 8 is a block diagram illustrating the configuration of the multifunction peripheral 100 after software reconstruction when a network interface failure is detected. As shown in FIG. 8, when there is a failure in the network interface, the application 130 other than the
[0124]
When there is a failure in the network interface, all functions using the network function are restricted. As described above, the SRM emergency mode thread 3 is a thread that restricts the acquisition of the network interface, and the
[0125]
When the
[0126]
FIG. 9 is a block diagram illustrating a configuration of the multifunction peripheral 100 after software reconstruction when a failure of the Centro interface is detected. As shown in FIG. 9, when there is a failure in the Centro interface, the application 130 other than the
[0127]
As described above, when there is a failure in the Centro interface, the
[0128]
When a failure of the scanner engine is detected by the
[0129]
FIG. 10 is a block diagram illustrating a configuration of the multifunction peripheral 100 after software reconstruction when a failure of the scanner engine is detected. As shown in FIG. 10, when there is a failure in the scanner engine, the
[0130]
As described above, when there is a failure in the scanner engine, the
[0131]
In addition, a failure may be detected in the facsimile engine or printer engine. In this case, the facsimile communication function or the print function is not started without starting the
[0132]
As described above, in the multifunction device 100 according to the first embodiment, the
[0133]
(Embodiment 2)
The MFP 100 according to the first embodiment immediately rebuilds the software when a failure is detected in the hardware resource, but the MFP 100 according to the second embodiment of the present invention performs the reconstruction. A function that is restricted when it is performed is notified to the user, and reconstruction is performed only when the user's approval is obtained.
[0134]
The configuration of the MFP 100 according to the second embodiment, the hardware configuration, the configuration of the
[0135]
In the MFP 100 according to the second embodiment, the rebuild process by the rebuild mode thread of the
[0136]
In the reconstruction mode thread of the
[0137]
If a response is received from the user via the operation unit of the
[0138]
On the other hand, if there is a response “not activated” from the user in step S1104, the multifunction peripheral 100 is stopped (step S1108). Therefore, when the function to be used in the multifunction device 100 is restricted due to the reconfiguration of the software due to a hardware resource failure, the user may make a response “not start”.
[0139]
As described above, in the multi-function device 100 according to the second embodiment, at the time of reconfiguration, the display of the
[0140]
In the MFP 100 according to the first and second embodiments, the hardware resource diagnosis process is performed by the
[0141]
(Embodiment 3)
The MFP 100 according to the first and second embodiments performs hardware resource diagnosis when the MFP 100 is turned on, and performs software reconstruction according to the diagnosis result. The multi-function device 100 according to the third aspect performs hardware resource diagnosis while the multi-function device 100 is running, that is, during execution of a service, and dynamically rebuilds software.
[0142]
Since the configuration of the MFP 100 according to the third embodiment, the hardware configuration, and the configuration of the
[0143]
In the MFP 100 according to the third embodiment, the hardware resource diagnosis process is performed by the rebuild mode thread of the
[0144]
FIG. 12 is a flowchart of a software reconstruction process procedure in the MFP 100 according to the third embodiment.
[0145]
If there is a diagnosis request while the MFP 100 is executing service processing, the diagnosis request is received by the SCS 122 (step S1201). Here, in the diagnosis request, in addition to the diagnosis request explicitly instructed by the user, the diagnosis request transmitted from the MFP developer or the service center host computer via the network, the timer function in the MFP 100, etc. The diagnostic request | requirement commanded for every fixed period using is included. Note that when a diagnosis request is received via the network, the diagnosis request is received by the
[0146]
Next, the
[0147]
In the rebuild mode thread of the
[0148]
Next, the reconstruction mode thread of the
[0149]
Next, referring to the acquired diagnosis result and the reconstruction table, the control service and the application 130 registered not to start and the emergency mode thread are registered to start in response to a hardware resource failure. Control service,
[0150]
Then, a command message for switching the thread is transmitted to the selected control service, application 130 and SRM 123 (step S1207). 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
[0151]
In the control service, application, and
[0152]
For example, when a failure of the additional memory is detected, the software is reconstructed as follows. FIG. 13 is a block diagram illustrating the configuration of the multifunction peripheral 100 before and after the software reconstruction process. FIG. 13A shows a configuration before the reconstruction process, and FIG. 13B shows a configuration after the reconstruction process.
[0153]
As shown in FIGS. 13A and 13B, when there is an additional memory error, the normal mode thread is changed to the emergency mode thread in the processes of the
[0154]
For this reason, as a print function when there is a failure in the additional memory, inter-process communication is performed between the printer application emergency mode thread 1 and the MCS emergency mode thread 1 in which the function of using a large amount of memory is restricted. As a result, it is impossible to provide functions such as sorting, rotation, scaling, aggregation, trial printing, and confidential printing of printed pages, and there is a limitation that duplex printing for a certain number of pages is possible. Further, as the copy function, it is impossible to provide functions such as sort, rotation, scaling, and aggregation of copy pages, and there is a limitation that double-sided copy and trial copy for a certain number of pages are possible.
[0155]
Further, since the FCS emergency mode thread 1 performs inter-process communication only with the MCS emergency mode thread 1 for the
[0156]
Note that when a failure is detected in other hardware resources such as a hard disk, a network interface, a Centro interface, and a scanner engine, the configuration after the software reconstruction and the contents of restrictions are the same as those of the MFP 100 of the first embodiment. Description is omitted.
[0157]
As described above, in the MFP 100 according to the third embodiment, a hardware resource failure is detected during the execution of the service process, and the normal mode thread of the control service and the application being operated by the rebuild mode thread of the
[0158]
(Embodiment 4)
The multifunction peripheral 100 according to the first to third embodiments has reconstructed software by using only the control service and application 130 in the multifunction peripheral 100, but the multifunction peripheral according to the fourth embodiment of the present invention. The machine reconstructs software using a control service or application that operates on another multifunction machine connected to the network when there is a failure in hardware resources.
[0159]
FIG. 14 is a block diagram of the configuration of the multifunction machine according to the fourth embodiment. As shown in FIG. 14, the fourth embodiment has a configuration in which a plurality of
[0160]
FIG. 15 is a flowchart of a software reconstruction process performed by the
[0161]
Next, referring to the acquired diagnosis result and the reconstruction table, in response to a hardware resource failure, the control service and
[0162]
Then, a command message to stop the normal mode thread is transmitted to the selected control service and application 1430 (step S1507). The control service and
[0163]
Then, the reconfiguration mode thread of the
[0164]
The control service and
[0165]
For example, when a failure of the Centro interface is detected, the reconstruction mode thread of the
[0166]
As described above, in the
[0167]
In the
[0168]
In the
[0169]
In addition, the reconstruction table and each emergency mode thread described in the
[0170]
【The invention's effect】
As described above, according to the first aspect of the invention, it is possible to provide a service within a range that does not affect the failure of the hardware resource, and it is possible to improve the convenience for the user.
[0171]
Claims4According to the invention, a function that does not affect the failure can be provided by simply switching the thread that is activated in the same process in the event of a hardware failure, so that the activation time can be shortened.
[0172]
Claims5According to the invention, when the function desired by the user cannot be obtained due to the function restriction, the function is restricted.Image information processing deviceCan be avoided, and the convenience of the user can be further improved.
[0173]
Claims6According to the invention, the rebuild mode thread of the system control service can be used as the rebuilding means, and the apparatus configuration can be simplified.
[0174]
Claims7According to the invention concerningImage information processing deviceThe software configuration can be dynamically reconfigured using parallel execution of normal mode threads and emergency mode threads without restarting, and the reconfiguration can be performed without stopping all the functions of the service. There is an effect that the time to be shortened.
[0175]
Claims8According to the invention, it is possible to provide a service whose function is limited within a range that does not affect a memory-related failure, and it is possible to improve the convenience for the user.
[0176]
Claims9According to the invention, even when a hard disk has a failure, it is possible to provide a function-restricted service by substituting the function that requires the hard disk with the use of the memory, thereby improving the convenience for the user. There is an effect that can be.
[0177]
Claims10According to the invention, although the function of the memory control service is limited, the application performs an inter-process communication with the normal mode thread of the memory control service to execute the function that affects the hardware resource failure. Thus, it is possible to reliably prevent such a problem and to provide a service whose function is limited.
[0178]
Claims11According to the invention, it is possible to provide a service whose function is limited within a range that does not affect a failure related to the network interface, and it is possible to improve the convenience for the user.
[0179]
Claims12According to the invention concerningImage information processing deviceEven if only limited functions can be provided within the network, other services on the networkImage information processing deviceofprogramAlternatively, it is possible to provide a complete service without function restrictions instead of using an application, and the user convenience can be further improved.
[0180]
Claims13According to the invention, hardware resources are diagnosed and software configuration is reconfigured not only according to a diagnosis request from a user but also according to a diagnosis request from a host computer such as a device developer or a service center on a network. And dynamic diagnosis and reconstruction can be realized.
[0181]
Claims14According to the invention, it is possible to provide a service within a range that does not affect the failure of hardware resources, and it is possible to improve the convenience for the user.
[0182]
Claims17According to the invention, when a hardware failure occurs, it is possible to provide a function that does not affect the failure simply by switching a thread that is activated in the same process. Therefore, a process that provides a normal function and a process with a limited function are provided separately. As a result, the startup time can be shortened compared to the case where the process is started.
[0183]
Claims18According to the invention, when the function desired by the user cannot be obtained due to the function restriction, the function is restricted.Image information processing deviceCan be avoided, and the convenience of the user can be further improved.
[0184]
Claims19According to the invention, the rebuilding mode thread of the system control service can be used as the rebuilding unit, and the apparatus configuration can be simplified as compared with the case where a separate rebuilding unit is provided.
[0185]
Claims20According to the invention concerningImage information processing deviceThe software configuration can be dynamically reconfigured using parallel execution of normal mode threads and emergency mode threads without restarting the system, and can be reconstructed without stopping all the functions of the service. There is an effect that the time to completion can be shortened.
[0186]
Claims21According to the invention, it is possible to provide a service whose function is limited within a range that does not affect a memory-related failure, and it is possible to improve the convenience for the user.
[0187]
Claims22According to the invention, even when a hard disk has a failure, it is possible to provide a function-restricted service by substituting the function that requires the hard disk with the use of the memory, thereby improving the convenience for the user. There is an effect that can be.
[0188]
Claims23According to the invention, although the function of the memory control service is limited, the application performs an inter-process communication with the normal mode thread of the memory control service to execute the function that affects the hardware resource failure. Thus, it is possible to reliably prevent such a problem and to provide a service whose function is limited.
[0189]
Claims24According to the invention, it is possible to provide a service whose function is limited within a range that does not affect a failure related to the network interface, and it is possible to improve the convenience for the user.
[0190]
Claims25According to the invention concerningImage information processing deviceEven if only limited functions can be provided within the network, other services on the networkImage information processing deviceofprogramAlternatively, it is possible to provide a complete service without function restrictions instead of using an application, and the user convenience can be further improved.
[0191]
Claims26According to the invention, hardware resources are diagnosed and software configuration is reconfigured not only according to a diagnosis request from a user but also according to a diagnosis request from a host computer such as a device developer or a service center on a network. And dynamic diagnosis and reconstruction can be realized.
[Brief description of the drawings]
FIG. 1 is a block diagram illustrating a configuration of a multifunction machine according to a first embodiment of the present invention.
FIG. 2 is a block diagram illustrating a configuration of a multifunction machine starting unit in the multifunction machine according to the first embodiment.
FIG. 3 is a flowchart illustrating an overall processing procedure of software reconstruction in the multifunction machine according to the first embodiment.
FIG. 4 is a flowchart illustrating a diagnostic processing procedure for each device of hardware resources in the multifunction machine according to the first embodiment;
FIG. 5 is a flowchart illustrating a procedure of software reconstruction processing in the multifunction machine according to the first embodiment.
FIG. 6 is an explanatory diagram illustrating an example of a reconstruction table referred to in software reconstruction processing by the multifunction peripheral according to the first embodiment.
7 is a block diagram illustrating a configuration of a multifunction peripheral after software reconstruction when a failure of an additional memory is detected in the multifunction peripheral according to the first embodiment; FIG.
FIG. 8 is a block diagram illustrating a configuration of a multifunction peripheral after software reconstruction when a failure of a network interface is detected in the multifunction peripheral according to the first embodiment;
FIG. 9 is a block diagram illustrating a configuration of the multifunction peripheral after software reconstruction when a failure of the Centro interface is detected in the multifunction peripheral according to the first embodiment;
FIG. 10 is a block diagram illustrating a configuration of a multifunction machine after software reconstruction when a failure of the scanner engine is detected in the multifunction machine according to the first embodiment.
FIG. 11 is a flowchart illustrating a procedure of software reconstruction processing by the multifunction machine according to the second embodiment.
FIG. 12 is a flowchart illustrating a procedure of software reconstruction processing in the multifunction machine according to the third embodiment.
13A is a block diagram illustrating a configuration of the multifunction peripheral 100 before software reconstruction processing according to the third embodiment, and FIG. 13B is a block diagram illustrating a configuration after software reconstruction processing. It is.
FIG. 14 is a block diagram illustrating a configuration of a multifunction machine according to a fourth embodiment.
FIG. 15 is a flowchart of a software reconstruction process performed by the multifunction machine according to the fourth embodiment;
FIG. 16 is a hardware configuration diagram of the multifunction machine according to the first embodiment;
[Explanation of symbols]
100, 1400a, 1400b MFP
101, 1401 Monochrome line printer
102, 1402 Color line printer
103, 1403 Hardware resources
110, 1410 software group
111, 1411 Printer application
112, 1412 Copy application
113, 1413 Fax application
114, 1414 Scanner application
115, 1415 Net file application
116, 1416 Process inspection application
120, 1420 platform
121, 1421 General-purpose OS
122, 1422 SCS
123, 1423 SRM
124, 1424 ECS
125, 1425 MCS
126, 1426 OCS
127, 1427 FCS
128, 1428 NCS
130, 1430 applications
140, 1440 MFP start-up unit
1441 LAN
210 Hardware initialization section
211 Diagnostic Department
220 Program starter
1600 controller board
1601 ASIC
1602 CPU
1603 SDRAM
1604 flash memory
1605 HD
1608 SRAM
1610 Operation Panel
1620 FCU
1630 USB
1640 IEEE 1394
1650 printer
Claims (26)
前記画像情報処理装置の起動時に、前記ハードウェア資源の障害を検知する診断手段と、
前記ハードウェア資源の障害ごとに、前記ハードウェア資源の障害時の前記プログラムの動作および前記ハードウェア資源の障害時の前記アプリケーションの動作を、前記プログラムおよび前記アプリケーションのそれぞれについて登録した再構築テーブルを記憶する記憶手段と、
前記診断手段により検知された前記ハードウェアの障害と前記再構築テーブルとに基づいて、前記ハードウェアの障害に対応する前記プログラムおよび前記アプリケーションの動作を実行させる再構築手段と、
を備えたことを特徴とする画像情報処理装置。 Application process for image information processing using hardware resources having a printing unit or an imaging unit, an operating system, operating on the operating system, and accessing the plurality of applications to control the hardware resources A plurality of program processes for performing image processing,
Diagnostic means for detecting a failure of the hardware resource at the time of starting the image information processing apparatus ;
For each of the hardware resource failures, a reconstruction table in which the operation of the program at the time of the hardware resource failure and the operation of the application at the time of the hardware resource failure is registered for each of the program and the application Storage means for storing;
Reconstructing means for executing the operation of the program and the application corresponding to the hardware failure based on the hardware failure detected by the diagnostic means and the restructuring table;
An image information processing apparatus comprising:
前記再構築テーブルは、前記プログラムおよび前記アプリケーションごとに、起動の有無と、前記起動後の処理内容として、起動する場合における前記スレッドの識別情報とを含むことを特徴とする請求項2に記載の画像情報処理装置。 The said reconstruction table contains the presence or absence of starting for every said program and the said application, and the identification information of the said thread | sled in the case of starting as the processing content after the said starting. Image information processing apparatus.
前記再構築手段は、前記検知された障害と前記再構築テーブルとに基づいて、前記プログラムおよび前記アプリケーションの前記緊急モードスレッドを起動することを特徴とする請求項3に記載の画像情報処理装置。Each process of the program and the application restricts a normal mode thread that is executed when there is no hardware failure and a function that affects the hardware resource failure when there is a hardware failure. One or more emergency mode threads that are executed
The image information processing apparatus according to claim 3 , wherein the reconstruction unit activates the emergency mode thread of the program and the application based on the detected failure and the reconstruction table.
前記システムコントロールサービスのプロセスは、サービスを提供する際に実行される通常モードスレッドと、前記検知された障害と前記再構築テーブルとに基づいて前記プログラムおよび前記アプリケーションを選択して起動する前記再構築手段としての再構築モードスレッドとを含んでいることを特徴とする請求項1〜5のいずれか一つに記載の画像情報処理装置。The program includes a system control service process for controlling a system and managing resources.
The process of the system control service selects and starts the program and the application based on the normal mode thread executed when providing the service, the detected failure, and the rebuild table. image information processing apparatus according to any one of claims 1-5, characterized in that it contains a reconstruction mode thread of the means.
前記画像情報処理の実行中に、前記ハードウェア資源の障害を検知する前記診断手段と、
前記ハードウェア資源の障害ごとに、前記ハードウェア資源の障害時の前記プログラムの動作および前記ハードウェア資源の障害時の前記アプリケーションの動作を、前記プログラムおよび前記アプリケーションのそれぞれについて登録した再構築テーブルを記憶する記憶手段と、
前記診断手段により検知された前記ハードウェアの障害と前記再構築テーブルとに基づいて、前記ハードウェアの障害に対応する前記プログラムおよび前記アプリケーションの動作を実行させる再構築手段と、を備え、
前記プログラムと前記アプリケーションの各プロセスは、前記ハードウェアの障害がない場合に実行される通常モードスレッドと、前記ハードウェアの障害がある場合に前記ハードウェア資源の障害に影響のある機能を制限して実行される一または複数の緊急モードスレッドとを含み、
前記再構築手段は、前記検知された障害と前記再構築テーブルとに基づいて、動作中の前記プログラムおよび前記アプリケーションの前記通常モードスレッドを前記緊急モードスレッドに切り替えることを特徴とする画像情報処理装置。 Application process for image information processing using hardware resources having a printing unit or an imaging unit, an operating system, operating on the operating system, and accessing the plurality of applications to control the hardware resources A plurality of program processes for performing image processing,
The diagnostic means for detecting a failure of the hardware resource during execution of the image information processing ;
For each of the hardware resource failures, a reconstruction table in which the operation of the program at the time of the hardware resource failure and the operation of the application at the time of the hardware resource failure is registered for each of the program and the application Storage means for storing;
Reconstructing means for executing the operation of the program and the application corresponding to the hardware failure based on the hardware failure detected by the diagnostic means and the reconstruction table;
Each process of the program and the application restricts a normal mode thread that is executed when there is no hardware failure and a function that affects the hardware resource failure when there is a hardware failure. One or more emergency mode threads that are executed
Said reconstruction means, said a detected fault on the basis of the restructuring table, an image processing apparatus, characterized in that switching to the emergency mode thread of the program and the normal mode thread of the application during operation .
前記メモリコントロールサービスは、メモリおよびハードディスクが正常であるときに実行される通常モードスレッドと、メモリの障害に影響のある機能を制限して実行される一または複数の緊急モードスレッドとを含み、
前記再構築手段は、前記診断手段によりメモリに関する障害が検知されたときに、前記メモリコントロールサービスの前記通常モードスレッドを前記緊急モードスレッドに切り替えることを特徴とする請求項7に記載の画像情報処理装置。The program includes a memory control service for controlling a memory and a hard disk,
The memory control service includes a normal mode thread that is executed when the memory and the hard disk are normal, and one or a plurality of emergency mode threads that are executed by restricting a function that affects a memory failure,
8. The image information processing according to claim 7 , wherein the reconstruction unit switches the normal mode thread of the memory control service to the emergency mode thread when a failure related to a memory is detected by the diagnosis unit. Equipment .
前記メモリコントロールサービスは、メモリおよびハードディスクが正常であるときに実行される通常モードスレッドと、ハードディスクの代わりにメモリのみを使用して実行される一または複数の緊急モードスレッドとを含み、
前記再構築手段は、前記診断手段によりハードディスクに関する障害が検知されたときに、前記メモリコントロールサービスの前記通常モードスレッドを前記緊急モードスレッドに切り替えることを特徴とする請求項7に記載の画像情報処理装置。The program includes a memory control service for controlling a memory and a hard disk,
The memory control service includes a normal mode thread that is executed when the memory and the hard disk are normal, and one or more emergency mode threads that are executed using only the memory instead of the hard disk,
8. The image information processing according to claim 7 , wherein the reconstruction unit switches the normal mode thread of the memory control service to the emergency mode thread when a failure related to a hard disk is detected by the diagnosis unit. Equipment .
前記アプリケーションの前記緊急モードスレッドは、前記ネットワークコントロールサービス以外の前記プログラムに対してプロセス間通信を行い、
前記再構築手段は、前記診断手段によりネットワークインタフェースに関する障害が検知されたときに、前記アプリケーションの前記通常モードスレッドを前記緊急モードスレッドに切り替えることを特徴とする請求項7〜10のいずれか一つに記載の画像情報処理装置。The program includes a network control service for controlling a network,
The emergency mode thread of the application performs inter-process communication with the program other than the network control service,
It said reconstruction means, when a failure related to a network interface is detected by the diagnostic means, claim 7-10, characterized in that switching between the normal mode thread of the application in the emergency mode thread The image information processing apparatus described in 1.
ハードウェア資源の障害を検知する診断手段と、
前記ハードウェア資源の障害ごとに、前記ハードウェア資源の障害時の前記プログラムの動作として起動の有無と起動後の処理内容と、前記ハードウェア資源の障害時の前記アプリケーションの動作として、起動の有無と起動後の処理内容とを、前記プログラムおよ び前記アプリケーションのそれぞれについて登録した再構築テーブルを記憶する記憶手段と、
前記診断手段により検知された障害と前記再構築テーブルとに基づいて、前記検知された障害に対応する前記プログラムまたは前記アプリケーションの動作が、起動しない旨か、または起動後の処理内容が前記ハードウェア資源の障害に影響のある機能を制限して実行される処理である場合には、前記プログラムおよび前記アプリケーションの代わりに、ネットワークに接続された他の前記画像情報処理装置で動作する前記プログラムまたは前記アプリケーションを選択する再構築手段と、
を備えたことを特徴とする画像情報処理装置。 Application process for image information processing using hardware resources having a printing unit or an imaging unit, an operating system, operating on the operating system, and accessing the plurality of applications to control the hardware resources A plurality of program processes for performing image processing,
Diagnostic means for detecting hardware resource failures;
For each failure of the hardware resource, whether or not the program is activated when the hardware resource is malfunctioned, the processing content after the activation, and whether or not the application is activated when the hardware resource is malfunctioned a storage unit and a processing content of the post-activation, and stores the reconstructed table registered for each of the program and the application,
Based on the failure detected by the diagnostic means and the reconstruction table, the operation of the program or the application corresponding to the detected failure is not started, or the processing content after the start is the hardware If a process executed by limiting a certain influence on the failure of the resource capabilities, instead of the program and the application, the program or the operating in addition to the image information processing apparatus connected to the network Restructuring means to select applications,
An image information processing apparatus comprising:
前記画像情報処理装置の起動時に、前記ハードウェア資源の障害を検知する診断ステップと、
前記診断ステップにより検知された前記ハードウェアの障害と、前記ハードウェア資源の障害ごとに、前記ハードウェア資源の障害時の前記プログラムの動作および前記ハードウェア資源の障害時の前記アプリケーションの動作を、前記プログラムおよび前記アプリケーションのそれぞれについて登録した再構築テーブルとに基づいて、前記ハードウェアの障害に対応する前記プログラムおよび前記アプリケーションの動作を実行させる再構築ステップと、
を含んでいることを特徴とするソフトウェア再構築方法。 Application process for image information processing using hardware resources having a printing unit or an imaging unit, an operating system, operating on the operating system, and accessing the plurality of applications to control the hardware resources A software reconstructing method that is executed by an image information processing apparatus including a plurality of program processes for reconstructing the application and the configuration of the program ,
A diagnostic step of detecting a failure of the hardware resource when starting up the image information processing apparatus ;
And fault detected the hardware by the diagnostic step, for each failure of the hardware resources, the operation of the application when a failure of operation and the hardware resources of the program in case of failure of the hardware resources, A rebuilding step for causing the program and the application to respond to the hardware failure based on a rebuilding table registered for each of the program and the application ;
A software restructuring method comprising:
前記再構築テーブルは、前記プログラムおよび前記アプリケーションごとに、起動の有無と、前記起動後の処理内容として、起動する場合における前記スレッドの識別情報とを含むことを特徴とする請求項15に記載のソフトウェア再構築方法。 The reconstructing table includes, for each of the program and the application, presence / absence of activation, and identification information of the thread in the case of activation as the processing content after the activation. Software reconstruction method.
前記再構築ステップは、前記検知された障害と前記再構築テーブルとに基づいて、前記プログラムおよび前記アプリケーションの前記緊急モードスレッドを起動することを特徴とする請求項16に記載のソフトウェア再構築方法。Each process of the program and the application restricts a normal mode thread that is executed when there is no hardware failure and a function that affects the hardware resource failure when there is a hardware failure. One or more emergency mode threads that are executed
The software rebuilding method according to claim 16 , wherein the rebuilding step starts the emergency mode thread of the program and the application based on the detected failure and the rebuilding table.
前記再構築ステップは、前記システムコントロールサービスの前記再構築モードスレッドにより実行されることを特徴とする請求項16〜18のいずれか一つに記載のソフトウェア再構築方法。The program selects and starts the program and the application based on a normal mode thread for controlling a system and managing resources when providing a service, the detected failure, and the reconstruction table. Including a system control service process that includes a rebuild mode thread to
The software rebuilding method according to any one of claims 16 to 18 , wherein the rebuilding step is executed by the rebuilding mode thread of the system control service.
前記画像情報処理の実行中に、前記ハードウェア資源の障害を検知する前記診断ステップと、
前記診断ステップにより検知された障害と、前記ハードウェア資源の障害ごとに、前記ハードウェア資源の障害時の前記プログラムの動作および前記ハードウェア資源の障害時の前記アプリケーションの動作を、前記プログラムおよび前記アプリケーションのそれぞれについて登録した再構築テーブルとに基づいて、前記ハードウェアの障害に対応する前記プログラムおよび前記アプリケーションの動作を実行させる再構築ステップと、を含み、
プログラムと前記アプリケーションの各プロセスは、前記ハードウェアの障害がない場合に実行される通常モードスレッドと、前記ハードウェアの障害がある場合に前記ハードウェア資源の障害に影響のある機能を制限して実行される一または複数の緊急モードスレッドとを含み、
前記再構築ステップは、前記検知された障害と前記再構築テーブルとに基づいて、動作中の前記プログラムおよび前記アプリケーションの前記通常モードスレッドを前記緊急モードスレッドに切り替えることを特徴とするソフトウェア再構築方法。 Application process for image information processing using hardware resources having a printing unit or an imaging unit, an operating system, operating on the operating system, and accessing the plurality of applications to control the hardware resources A software reconstructing method that is executed by an image information processing apparatus including a plurality of program processes for reconstructing the application and the configuration of the program ,
The diagnostic step of detecting a failure of the hardware resource during execution of the image information processing ;
For each failure detected by the diagnosis step and each hardware resource failure, the operation of the program when the hardware resource fails and the operation of the application when the hardware resource fails are the program and the A rebuilding step for causing the program corresponding to the hardware failure and the operation of the application to be executed based on a rebuilding table registered for each of the applications ,
Each process of the program and the application restricts the normal mode thread that is executed when there is no hardware failure and the functions that affect the hardware resource failure when there is the hardware failure. One or more emergency mode threads to be executed,
The rebuilding step switches the normal mode thread of the running program and the application to the emergency mode thread based on the detected failure and the rebuild table. .
前記メモリコントロールサービスは、メモリおよびハードディスクが正常であるときに実行される通常モードスレッドと、メモリの障害に影響のある機能を制限して実行される一または複数の緊急モードスレッドとを含み、
前記再構築ステップは、前記診断ステップによりメモリに関する障害が検知されたときに、前記メモリコントロールサービスの前記通常モードスレッドを前記緊急モードスレッドに切り替えることを特徴とする請求項20に記載のソフトウェア再構築方法。The program includes a memory control service for controlling a memory and a hard disk,
The memory control service includes a normal mode thread that is executed when the memory and the hard disk are normal, and one or a plurality of emergency mode threads that are executed by restricting a function that affects a memory failure,
21. The software reconstruction according to claim 20 , wherein the rebuilding step switches the normal mode thread of the memory control service to the emergency mode thread when a fault related to the memory is detected by the diagnosis step. Method.
前記メモリコントロールサービスは、メモリおよびハードディスクが正常であるときに実行される通常モードスレッドと、ハードディスクの代わりにメモリのみを使用して実行される一または複数の緊急モードスレッドとを含み、
前記再構築ステップは、前記診断ステップによりハードディスクに関する障害が検知されたときに、前記メモリコントロールサービスの前記通常モードスレッドを前記緊急モードスレッドに切り替えることを特徴とする請求項20に記載のソフトウェア再構築方法。The program includes a memory control service for controlling a memory and a hard disk,
The memory control service includes a normal mode thread that is executed when the memory and the hard disk are normal, and one or more emergency mode threads that are executed using only the memory instead of the hard disk,
21. The software reconstruction according to claim 20 , wherein the reconstruction step switches the normal mode thread of the memory control service to the emergency mode thread when a failure related to a hard disk is detected by the diagnosis step. Method.
前記アプリケーションの前記緊急モードスレッドは、前記ネットワークコントロールサービス以外の前記プログラムに対してプロセス間通信を行い、
前記再構築ステップは、前記診断ステップによりネットワークインタフェースに関する障害が検知されたときに、前記アプリケーションの前記通常モードスレッドを前記緊急モードスレッドに切り替えることを特徴とする請求項20〜23のいずれか一つに記載のソフトウェア再構築方法。The program includes a network control service for controlling a network,
The emergency mode thread of the application performs inter-process communication with the program other than the network control service,
The reconstruction step, when a failure related to a network interface is detected by the diagnosis step, any one of claims 20 to 23, characterized in that switching between the normal mode thread of the application in the emergency mode thread The software reconstruction method described in 1.
ハードウェア資源の障害を検知する診断ステップと、
前記診断ステップにより検知された障害と、前記ハードウェア資源の障害ごとに、前記ハードウェア資源の障害時の前記プログラムの動作として起動の有無と起動後の処理内容と、前記ハードウェア資源の障害時の前記アプリケーションの動作として、起動の有無と起動後の処理内容とを、前記プログラムおよび前記アプリケーションのそれぞれについて登録した再構築テーブルとに基づいて、前記検知された障害に対応する前記プログラムまたは前記アプリケーションの動作が、起動しない旨か、または起動後の処理内容が前記ハードウェア資源の障害に影響のある機能を制限して実行される処理である場合には、前記プログラムおよび前記アプリケーションの代わりに、ネットワークに接続された他の前記画像情報処理装置で動作する前記プログラムまたは前記アプリケーションを選択する再構築ステップと、
を含んでいることを特徴とするソフトウェア再構築方法。 Application process for image information processing using hardware resources having a printing unit or an imaging unit, an operating system, operating on the operating system, and accessing the plurality of applications to control the hardware resources A software reconstructing method that is executed by an image information processing apparatus including a plurality of program processes for reconstructing the application and the configuration of the program ,
A diagnostic step to detect a hardware resource failure;
For each failure detected by the diagnosis step, and for each hardware resource failure, whether or not the program is activated as a program operation when the hardware resource fails, processing content after the activation, and when the hardware resource fails As the operation of the application, the program or the application corresponding to the detected failure based on the presence / absence of activation and the processing content after activation based on the program and the reconstruction table registered for each of the applications Is not activated, or the process content after activation is a process executed by restricting a function that affects the failure of the hardware resource , instead of the program and the application, before operating in addition to the image information processing apparatus connected to the network And reconstruction steps of selecting a program or the application,
A software restructuring method comprising:
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2001275579A JP3898476B2 (en) | 2001-09-11 | 2001-09-11 | Image information processing apparatus and software reconstruction method |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2001275579A JP3898476B2 (en) | 2001-09-11 | 2001-09-11 | Image information processing apparatus and software reconstruction method |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2003084956A JP2003084956A (en) | 2003-03-20 |
JP3898476B2 true JP3898476B2 (en) | 2007-03-28 |
Family
ID=19100415
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2001275579A Expired - Fee Related JP3898476B2 (en) | 2001-09-11 | 2001-09-11 | Image information processing apparatus and software reconstruction method |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP3898476B2 (en) |
Families Citing this family (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2008073921A (en) | 2006-09-20 | 2008-04-03 | Canon Inc | Printer and its control method |
JP4979427B2 (en) * | 2007-03-23 | 2012-07-18 | 京セラドキュメントソリューションズ株式会社 | Image forming apparatus, image forming method, and application program |
JP4979426B2 (en) * | 2007-03-23 | 2012-07-18 | 京セラドキュメントソリューションズ株式会社 | Image forming apparatus, image forming method, and application program |
JP5458838B2 (en) * | 2009-08-03 | 2014-04-02 | 株式会社リコー | Image forming apparatus, image forming apparatus failure recovery method and program |
JP6010975B2 (en) * | 2012-03-30 | 2016-10-19 | 日本電気株式会社 | Job management apparatus, job management method, and program |
JP6111216B2 (en) * | 2014-03-28 | 2017-04-05 | 京セラドキュメントソリューションズ株式会社 | Image forming apparatus |
JP6465719B2 (en) * | 2015-04-02 | 2019-02-06 | キヤノン株式会社 | Information processing apparatus, information processing apparatus control method, and program |
JP6274328B2 (en) * | 2017-01-05 | 2018-02-07 | 株式会社リコー | Information processing system, method for determining available functions of application, information processing apparatus and program |
JP6953994B2 (en) * | 2017-10-20 | 2021-10-27 | コニカミノルタ株式会社 | Simulation device, image forming device, device setting method and device setting program |
JP7171430B2 (en) * | 2018-12-28 | 2022-11-15 | キヤノン株式会社 | IMAGE FORMING APPARATUS AND IMAGE FORMING APPARATUS CONTROL METHOD |
JP7518464B2 (en) | 2020-03-04 | 2024-07-18 | 京セラドキュメントソリューションズ株式会社 | Image forming apparatus and program |
-
2001
- 2001-09-11 JP JP2001275579A patent/JP3898476B2/en not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
JP2003084956A (en) | 2003-03-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP3679349B2 (en) | Image forming apparatus, image forming method, image forming program, and application program | |
JP4843187B2 (en) | Image forming apparatus | |
JP4365148B2 (en) | Image forming apparatus, wrapping processing method, and program | |
JP6066006B2 (en) | Image forming apparatus | |
JP3898476B2 (en) | Image information processing apparatus and software reconstruction method | |
JP4344203B2 (en) | Image forming apparatus and information display method | |
JP4512565B2 (en) | Image forming apparatus and application installation method | |
JP4001531B2 (en) | Image forming apparatus | |
JP4128506B2 (en) | Image forming apparatus and application information acquisition method | |
US20160019105A1 (en) | Computer embedded apparatus, recording medium and computer embedded apparatus test system | |
JP3887191B2 (en) | Image information processing apparatus and failure information notification method | |
JP4676977B2 (en) | Image forming apparatus, application information acquisition method, and program | |
JP3910993B2 (en) | Image forming apparatus, image forming method, and image forming program | |
JP5333561B2 (en) | Information processing apparatus, program, and method | |
JP2009044742A (en) | Image processor, method of operating image processor, and program | |
JP4712248B2 (en) | Image forming apparatus and software diagnostic method | |
JP3910992B2 (en) | Image forming apparatus, image forming method, and image forming program | |
JP2006271005A (en) | Image forming apparatus and method for installing application | |
JP4677054B2 (en) | Image forming apparatus, program, recording medium, and method | |
JP2023073827A (en) | Information processing device, its control method, and program | |
JP2004192628A (en) | Image forming apparatus, and method and program for activating program |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20060127 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060314 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060515 |
|
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: 20061219 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20061221 |
|
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: 20110105 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120105 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130105 Year of fee payment: 6 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140105 Year of fee payment: 7 |
|
LAPS | Cancellation because of no payment of annual fees |