JP4706405B2

JP4706405B2 - 画像処理装置

Info

Publication number: JP4706405B2
Application number: JP2005265675A
Authority: JP
Inventors: 路子村本; 史展青田
Original assignee: Fuji Xerox Co Ltd; Fujifilm Business Innovation Corp
Current assignee: Fujifilm Business Innovation Corp
Priority date: 2005-09-13
Filing date: 2005-09-13
Publication date: 2011-06-22
Anticipated expiration: 2025-09-13
Also published as: JP2007081701A

Description

本発明は、画像データに対して各種の処理を行う複合タイプの画像処理装置に関する。

一般に、読み取った画像のデータを処理する複合タイプの画像処理装置には、画像データに各種の処理を施すためのアプリケーションソフトウエアや、既に画像処理装置に組み込まれているアプリケーションソフトウェアに対してオプション機能を付与するためのオプションソフトウエアなどの種々のソフトウェアが組み込まれている。以下、この種のソフトウェアを「モジュール」と称する。ＣＰＵなどのコントローラは、ユーザからの指示に従って適切なモジュールを実行して画像データを処理する。

モジュールを画像処理装置にロード（インストール）する場合、コントローラは、まず、ロード対象のモジュールの動作条件を調べて、そのモジュールが動作するためにどのようなハードウエアが必要かをチェックする。例えば、光学的に読み取った画像を認識するためのモジュールがロード対象である場合には、ハードウエアとしてスキャナが必要である、といった具合である。このため、コントローラは、あらゆる種類のモジュールについての動作条件を予め記憶しておかなければならない。この後、コントローラは、画像処理装置のハードウエアの種類を調べて、ロード対象のモジュールが動作するために必要なハードウエアが備わっているかどうかをチェックする。必要なハードウエアが備わっていれば、コントローラはモジュールをロードするし、必要なハードウエアが備わっていなければ、コントローラはモジュールをロードできない旨をユーザに通知する。

コントローラは上記のような手順で踏んでモジュールのロード可能なことを確認する必要があったが、このような手順を実行するのは簡単ではない。例えば、あらゆる種類のモジュールについての動作条件を予め記憶しておくのは実際には非常に困難である。そこで、特許文献１には、モジュールがロード可能であるか否かを判断するモジュール情報取得手段を備えることで、予めコントローラにて各種のモジュールの情報を把握させておくような手間を不要とする技術が知られている。
特開２００４−１２９２４６号公報

ところで、特許文献１の技術であっても、モジュール情報取得手段がモジュールをロード可能であるか否かを判断するためには、このモジュール取得手段が認識できるようにモジュールの動作条件を定義しておかなければならなかった。しかも、モジュールの条件が定義に該当しないような場合には、コントローラが対応できなかった。
また、特許文献１の技術では、モジュールのロードを仮起動及び通常起動の２段階で起動させなければならず、処理が煩雑である。

本発明は、上記事情に鑑みてなされたもので、ロード対象のモジュールとハードウエアとの整合性をより簡易な構成乃至手順で判断することが可能な技術を提供することを目的としている。

上記目的を達成するために、本発明は、自己が動作するのに必要なハードウエアに関する情報が予め記述され、且つ、前記自己において必須の処理を行うためのものである場合は高く設定され、付加的な処理を行うためのものである場合は低く設定された優先度のレベルを示す優先度情報と、その優先度情報に対応する、自装置において動作可能なエラー処理とが予め設定されたモジュールをロードするロード手段と、ロードされた前記モジュールに対して、前記必要なハードウエアに関する情報を自装置に備えられたハードウエアに関する情報と照らし合わせることで、前記自装置において動作可能かどうかを判断させる判断手段と、前記モジュールが前記自装置において動作可能ではないと判断した場合には、当該モジュールをアンロードするアンロード手段と、前記アンロード手段が前記モジュールをアンロードした場合、アンロードしたモジュールの前記優先度情報に対応するエラー処理を実行するエラー処理手段と、を備えることを特徴とする画像処理装置を提供する。この画像処理装置によれば、モジュール自身がハードウエアとの整合性を判断するので、コントローラの処理負担を軽減することができる。また、モジュールのアンロード後における対処を、優先度に応じて適切に行うことができる。

前記モジュールは、画像処理装置において実行されるアプリケーションソフトウエア或いは当該アプリケーションソフトウエアに対して機能を付加するためのオプションソフトウエアに関するものであることが望ましい。これにより、アプリケーションソフトウエアやオプションソフトウエアなどのモジュールのロード時において、モジュール自身がハードウエアとの整合性を判断することができる。

また、前記モジュールが前記自装置において動作可能ではないと判断した場合には、当該判断結果とともに、そのように判断した理由の通知を受け取る受取手段を備え、前記エラー処理手段は、実行する前記エラー処理が、前記モジュールが前記自装置において動作可能ではないと判断した理由に基づく処理である場合に、前記受取手段が受け取った通知に示す理由に基づいて当該エラー処理を実行することが望ましい。これにより、通知に基づいて、コントローラによる適切な対処が可能となる。

また、前記アンロード手段がアンロードしたモジュールに関する情報をエラー情報として記録するエラー情報記録手段を備えることが望ましい。これにより、エラー情報の記録を参照することにより、アンロードされたモジュールの状況を容易に把握することができる。

また、外部クライアントからの問い合わせに応じて、前記エラー情報記録手段が記録したエラー情報を前記外部クライアントに通知する通知手段を備えることが望ましい。これにより、アンロードされたモジュールのエラー情報を外部クライアントが確認することができる。

また、前記判断手段は、ロードされた前記モジュールに対して、前記必要なハードウエアの種類と、前記自装置に備えられたハードウエアの種類とを比較させ、一致するものがあるかどうかによって、前記自装置において動作可能かどうかを判断させることが望ましい。

以下、本発明に係る画像処理装置の実施形態について図面を参照して説明する。
図１は、本発明の実施形態に係る画像処理装置についての概略構成図である。
図１に示すように、画像処理装置１１は、コントローラ１２と、ハードウエア構成部１３と、ソフトウエア構成部１４とから構成されている。ハードウエア構成部１３は、スキャナー、プリンタ、フィニッシャ（後処理装置）、ファックスカード或いはハードディスクなどの各種のハードウエア１３ａを備えている。

ソフトウエア構成部１４は、ハードウエア構成部１３の各ハードウエア１３ａを用いて処理を実行するスキャナアプリケーション、プリントアプリケーション或いはファックス通信アプリケーションなどの各種モジュール１４ａが格納されている。また、例えばファックス受信して印刷した書類をフィニッシャによってステープルで綴じ込む機能を実行させるファックスステープルオプションなどがオプションモジュール１４ｂとして格納されている。

これらのモジュール１４ａ，１４ｂは、図示しないハードウエア構成部１３のハードウエア１３ａであるハードディスクに格納されている。コントローラ１２は、ユーザからの指示などにより、上記ソフトウエア構成部１４のモジュール１４ａ，１４ｂを実行させ、ハードウエア構成部１３の各ハードウエア１３ａに処理を行わせる。

上記構成の画像処理装置１１では、ソフトウエア構成部１４におけるモジュール１４ａ，モジュール１４ｂのロード（インストール）或いはアンロード（アンインストール）を行う機能を有している。つまり、この画像処理装置１１は、モジュール１４ａ，１４ｂのロード或いはアンロードを行うことにより、新たな機能の追加や、不要となった機能の削除が可能とされている。

次に、上記画像処理装置１１においてモジュールをロードする動作について、図２に示すフローチャートに沿って説明する。なお、ここでは、ファックスステープルオプションであるモジュール１４ｂをロードする場合を例にとって説明する。また、図３は、画像処理装置によるソフトウエアのロードの仕方を示す模式図である。

ユーザ等からファックスステープルオプションからなるモジュール１４ｂのロードの指示がなされると、図３中(1)にて示すように、コントローラ１２は、そのモジュール１４ｂをいったんハードディスクにロード（インストール）する（ステップＳ１）。これにより、このモジュール１４ｂはソフトウエア構成部１４に組み込まれる。

次に、コントローラ１２は、ロードしたモジュール１４ｂを実行し、このモジュール１４ｂに対して、ハードウエアとの整合性をチェックするよう依頼する（ステップＳ２）。これに応じて、モジュール１４ｂは、自身のハードウエアマッチング機能を作動させ、図３中(2)にて示すように、ハードウエア構成部１３に対してどのようなハードウエアがあるかを問い合わせ、自身の動作条件と照らし合わせることで、画像処理装置１１において動作可能かどうかを判断する。

モジュール１４ｂには、自己が動作するのに必要なハードウエアの種類が予め記述されている。一方、ハードウエア構成部１３には、そのハードウエア構成部を構成するハードディスク１３ａの種類が予め記憶されている。モジュール１４ａは、自己が動作するのに必要なハードウエアの種類と、ハードウエア構成部１３に記憶されているハードウエアの種類とを比較し、一致するものがあるかどうかを判断する。

ロードされたモジュール１４ｂは、ファックスステープルオプションであるから、ファックス受信して印刷した書類をフィニッシャによってステープルで綴じ込むという動作に必要なハードウエア１３ｂがハードウエア構成部１３にあるか否かをチェックすることになる。具体的には、モジュール１４ｂは、まず、ハードウエア構成部１３をチェックし、ハードウエア１３ａとしてファックスカードがあるかどうかをチェックする（ステップＳ３）。ファックスカードがある場合（ステップＳ３；Ｙｅｓ）、次にモジュール１４ａは、ハードウエア構成部１３をチェックし、ハードウエア１３ａとしてフィニッシャがあるかどうかをチェックする（ステップＳ４）。

フィニッシャがある場合（ステップＳ４；Ｙｅｓ）、モジュール１４ｂは、ハードウエア構成部１３のハードディスクの記憶領域をチェックし、自身が動作するのに必要な量の記憶領域があるか否かのチェックを行う（ステップＳ５）。自身が動作するのに必要なハードディスクの記憶領域とは、例えば、動作ログを保存するための領域などである。この結果、モジュール１４ｂが動作するのに必要な量の記憶領域があることを確認できれば、モジュール１４ｂは、ロードに必要な処理が全て完了した旨をコントローラ１２へ通知し、処理を終了する。なお、ハードウエア構成部１３には、図４に示すように、ハードウエア構成部１３に対する各モジュール１４ａ，１４ｂの追加・削除・変更の履歴を日付とともに記録する。

一方、モジュール１４ｂは、上記のステップＳ３，Ｓ４，Ｓ５におけるチェックにおいて、１つでも否定的な判断結果になった場合（ステップＳ３；Ｎｏ，ステップＳ４；Ｎｏ，又はステップＳ５；Ｎｏ）、ロードすべきでない旨のロード不可情報をコントローラ１２へ通知する。コントローラ１２は、モジュール１４ｂから通知されるロード不可情報に基づき、図３中(3)に示すように、モジュール１４ｂをハードディスクから削除してアンロードする（ステップＳ６）。

コントローラ１２は、このように、一旦ロードしたモジュール１４ｂをアンロードした場合、図５に示すようなエラー記録リストを更新する（ステップＳ７）。エラー記録リストには、図５に示すように、ロードしたモジュール名と、ロードすべきでないと判断した理由と、ロードしたときの日時とがエラー情報として記述されている。

そして、コントローラ１２は、モジュール１４ｂがロード不可であった場合に、予め設定されているモジュール１４ｂの優先度リストに基づいてエラー処理を行う（ステップＳ８）。図６は、この優先度リストの一例を示す図である。優先度リストには、各モジュール名に対して、その優先度のレベルと、実行すべきエラー処理の具体的内容が設定されている。例えば、優先度の高いモジュール１４ｂがロード不可であった場合は、画像処理装置１１が図示しない表示部にエラー内容（モジュールをロードできない理由やそのモジュール名など）を表示することでユーザに対処を促す。一方、優先度が比較的低いモジュール１４ｂがロード不可であった場合は、画像処理装置１１が警告を発する程度の処理（例えばモジュールをロードできなかったという事実報告）を行う。この優先度リストにおける優先度は、画像処理装置１１において必須の処理を行うためのモジュールの場合は高く設定され、付加的な処理を行うためのモジュールの場合は比較的低く設定される。この優先度の設定は、予め設定されていても良いが、管理者によって設定・変更可能としても良い。

また、例えばネットワークを介して接続された外部クライアントからの問い合わせに応じて、コントローラ１２が、前述したエラー記録リストを外部クライアントへ通知するようにしてもよい。これにより、クライアント側では、通知されたエラー記録リストを参照することにより、画像処理装置１１におけるモジュール１４ｂのロード不可となった状況を容易に把握することができる。

上述した実施形態によれば、画像処理装置１１にいったんロードされたモジュール自身が、ハードウエアとの整合性をチェックして動作可能か否かを判断する。よって、コントローラ１２は、従来のように、あらゆる種類のモジュールについての動作条件を予め記憶しておく必要がなく、コントローラ１２の処理負担が軽減される。それぞれのモジュールが自身とハードウエアとの整合性をチェックするので、画像処理装置１１におけるハードウエアの構成を変更した後でも、コントローラ１２になんら変更を加える必要もない。いわば、コントローラ１２のプラットフォーム化が可能となり、拡張性を向上させることができる。

また、モジュールがロード不可であると判断した際には、その判断結果とともにその理由をコントローラ１２へ通知するので、例えばコントローラ１２が通知された理由に基づいて適切な対処を行うことなどが可能となる。さらには、コントローラ１２が、アンロードしたモジュールについてのエラー情報をエラー記録リストに記録するので、そのエラー記録リストを参照することにより、アンロードされたモジュールの状況を容易に把握することができる。また、アンロードされたモジュールのエラー情報を外部クライアントから取り寄せて確認することも可能である。

また、ロード対象のモジュールを予め設定された優先度情報と対応付けているので、コントローラ１２が、その優先度情報に基づいて、モジュールをアンロードした際のエラー処理を選択して実行するので、優先度に応じた対処が可能となる。

なお、上記実施形態では、モジュール１４ｂがロード対象であった場合を例にとって説明したが、モジュール１４ａをロードする場合にも同様な処理を行うのは勿論である。

本発明の実施形態に係る画像処理装置についての概略構成図である。モジュールのロード時における動作を説明するフローチャートである。画像処理装置によるソフトウエアのロードの仕方を示す模式図である。ハードウエア構成リストを示す図である。エラー記録リストを示す図である。モジュールの優先度リストを示す図である。

符号の説明

１１…画像処理装置、１２…コントローラ、１３ａ…ハードウエア、１４ａ…モジュール、１４ｂ…モジュール。

Claims

自己が動作するのに必要なハードウエアに関する情報が予め記述され、且つ、前記自己において必須の処理を行うためのものである場合は高く設定され、付加的な処理を行うためのものである場合は低く設定された優先度のレベルを示す優先度情報と、その優先度情報に対応する、自装置において動作可能なエラー処理とが予め設定されたモジュールをロードするロード手段と、
ロードされた前記モジュールに対して、前記必要なハードウエアに関する情報を自装置に備えられたハードウエアに関する情報と照らし合わせることで、前記自装置において動作可能かどうかを判断させる判断手段と、
前記モジュールが前記自装置において動作可能ではないと判断した場合には、当該モジュールをアンロードするアンロード手段と、
前記アンロード手段が前記モジュールをアンロードした場合、アンロードしたモジュールの前記優先度情報に対応するエラー処理を実行するエラー処理手段と、
を備えることを特徴とする画像処理装置。
前記モジュールは、前記自装置において実行されるアプリケーションソフトウエア或いは当該アプリケーションソフトウエアに対して機能を付加するためのオプションソフトウエアに関するものである
ことを特徴とする請求項１に記載の画像処理装置。
前記モジュールが前記自装置において動作可能ではないと判断した場合には、当該判断結果とともに、そのように判断した理由の通知を受け取る受取手段
を備え、
前記エラー処理手段は、実行する前記エラー処理が、前記モジュールが前記自装置において動作可能ではないと判断した理由に基づく処理である場合に、前記受取手段が受け取った通知に示す理由に基づいて当該エラー処理を実行する
ことを特徴とする請求項１に記載の画像処理装置。
前記アンロード手段がアンロードしたモジュールに関する情報をエラー情報として記録するエラー情報記録手段
を備えることを特徴とする請求項１に記載の画像処理装置。
外部クライアントからの問い合わせに応じて、前記エラー情報記録手段が記録したエラー情報を前記外部クライアントに通知する通知手段
を備えることを特徴とする請求項４に記載の画像処理装置。
前記判断手段は、ロードされた前記モジュールに対して、前記必要なハードウエアの種類と、前記自装置に備えられたハードウエアの種類とを比較させ、一致するものがあるかどうかによって、前記自装置において動作可能かどうかを判断させる
ことを特徴とする請求項１に記載の画像処理装置。