情報処理装置、機能検査方法、およびプログラム
【課題】情報処理装置に対してプラグイン・モジュールまたはアドイン・モジュールで実装された追加モジュールの機能検査を容易にする、情報処理装置、機能検査方法、およびプログラムを提供すること。
【解決手段】本発明の情報処理装置は、情報処理装置からの呼出しに応答して追加モジュールが機能を拡張しており、追加モジュールからの出力値を取得して、出力値が情報処理装置の指定する形式か否かを検査し、エラー内容を作成するエラーチェック処理部５２と、エラーチェック処理部の検査によりエラーと判断された場合に、作成されたエラー内容を受け取り、通知処理を行うエラー通知処理部５４とを備えていて、追加モジュールが実装された状態でのエラーチェックを可能としている。
【解決手段】本発明の情報処理装置は、情報処理装置からの呼出しに応答して追加モジュールが機能を拡張しており、追加モジュールからの出力値を取得して、出力値が情報処理装置の指定する形式か否かを検査し、エラー内容を作成するエラーチェック処理部５２と、エラーチェック処理部の検査によりエラーと判断された場合に、作成されたエラー内容を受け取り、通知処理を行うエラー通知処理部５４とを備えていて、追加モジュールが実装された状態でのエラーチェックを可能としている。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置の追加機能実装に関し、より詳細には、情報処理装置に対してプラグイン・モジュールまたはアドイン・モジュールで実装された追加モジュールの機能検査を容易にする、情報処理装置、機能検査方法、およびプログラムに関する。
【背景技術】
【０００２】
近年、画像処理装置を含む情報処理装置の機能が向上し、オブジェクト指向プログラミングによる種々の機能を提供することができるようになっている。情報処理装置では、種々のソフトウェア実装手法が知られており、なかでもプラグイン・モジュールまたはアドイン・モジュールなど（以下、追加モジュールとして参照する。）としてソフトウェアが実装される場合も多くなっている。
【０００３】
追加モジュールをランタイム呼出しなどを使用して実装する方法により、拡張機能プログラムを簡便に情報処理装置に追加することができ、情報処理装置の種々の機能に対して柔軟性を与えることができる。また、ソフトウェア開発上も、比較的小さなサイズのファイルのセットとして機能拡張を行うことができ、情報処理装置の機能拡張性およびソフトウェア開発が効率化できる。
【０００４】
追加モジュールは、通常では、情報処理装置の本体ソフトウェアとは独立して構成される。このため、追加モジュール開発者は、作成した追加モジュールにエラーがあった場合、情報処理装置の本体側で何らかのレスポンスを行わない場合には、追加モジュールの個別的な検査することが必要とされる。このような不都合を、追加モジュールを呼び出す情報処理装置側で記録または表示させることができれば、追加モジュール開発者の開発の手間が大きく削減できることになると考えられる。
【０００５】
オブジェクト指向プログラミング実装技術を使用した画像処理装置としては、特開２００５−２７８１６１号公報（特許文献１）、特開２００２−２８８５８９号公報（特許文献２）、および特開２００４−１１２３４６号公報（特許文献３）が知られている。
【特許文献１】特開２００５−２７８１６１号公報
【特許文献２】特開２００２−２８８５８９号公報
【特許文献３】特開２００４−１１２３４６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
本発明は上記課題に鑑みてなされたものであり、本発明は、追加モジュールに起因するエラーを、追加モジュール開発者に通知することにより、さらに効率的な情報処理装置の追加モジュール開発を可能とすることを目的とする。
【課題を解決するための手段】
【０００７】
本発明では、追加モジュールが実装された画像処理装置といった情報処理装置は、追加モジュールの戻り値または出力引数などの出力値を受け付ける。情報処理装置は、受け取った処理結果を解析し、追加モジュールの出力値のエラーを判断し、情報処理装置のパネル上に表示させる。
【０００８】
また、本発明の別の実施の形態では、エラーが検出されると、情報処理装置のログデータとしてログデータ記録部にエラー内容を記述して、追加モジュール開発者に対してエラーの内容を通知する。
【０００９】
さらに、本発明では、本体装置側に追加モジュールのデバックを実行するモード、またはデバッグを実行しないモードを選択して起動するエラーチェック制御部を備えている。外部入力に応答して、追加モジュールのデバッグを実行する場合は、エラーチェックを実行し、デバッグの必要がない場合には、エラーチェックを行うことなく、追加モジュールの出力値をＵＩ作成処理部に使用させることで、ＵＩ表示作成の効率化を行う。
【００１０】
すなわち、本発明によれば、
情報処理装置からの呼出しに応答して追加モジュールが機能を拡張する情報処理装置であって、
前記追加モジュールからの出力値を取得して、前記出力値が情報処理装置の指定する形式か否かを検査し、エラー内容を作成するエラーチェック処理部と、
前記エラーチェック処理部の検査によりエラーと判断された場合に、作成された前記エラー内容を受け取り、通知処理を行うエラー通知処理部と
を備える、情報処理装置が提供できる。
【００１１】
本発明では、前記エラー通知処理部からの前記エラー内容を記録するログデータ記録部を備えることができる。本発明では、前記追加モジュールからの出力値または前記エラー内容を表示させるＵＩ表示作成部を含むことができる。本発明では、前記追加モジュールからの出力値を、前記追加モジュールの識別値に対応して指定したリストを含むことができる。本発明では、外部入力を受け付け、前記外部入力に応答して前記エラーチェック処理部によるエラーチェックを制御するエラーチェック制御部を含むことができる。本発明では、前記追加モジュールは、プラグイン機能またはアドイン機能を提供するソフトウェア・モジュールとすることができる。
【００１２】
本発明によれば、
情報処理装置に対して追加モジュールの機能検査方法を実行させる装置実行可能な機能検査方法であって、情報処理装置に対して
前記追加モジュールからの出力値を取得して、前記出力値が情報処理装置の指定する形式か否かを検査し、エラー内容を作成するステップと、
前記検査によりエラーと判断された場合に、作成された前記エラー内容を受け取り、通知処理を行うエラー通知処理部と、
前記追加モジュールからの出力値または前記エラーとの判断に応答して前記エラー内容を表示させるステップと
を実行させる、装置実行可能な機能検査方法が提供できる。
【００１３】
本発明では、ログデータ記録部に前記エラー通知処理部からの前記エラー内容を記録するステップを含むことができる。本発明では、前記エラー内容を作成するステップは、前記追加モジュールからの出力値を、前記追加モジュールの識別値に対応して指定したリストをルックアップするステップと、
前記リストにリストされ、前記出力値に含まれていない値の差分値を取得して前記エラー内容を作成するステップを含むことができる。本発明では、外部入力を受け付け、前記外部入力に応答して前記エラーチェック処理部によるエラーチェックを制御するステップを含むことができる。本発明では、前記追加モジュールは、プラグイン機能またはアドイン機能を提供するソフトウェア・モジュールとすることができる。
【００１４】
本発明では、上記いずれかに記載の機能検査方法を情報処理装置に実行させる、装置実行可能なプログラムが提供できる。
【発明を実施するための最良の形態】
【００１５】
以下、本発明を図面に示した実施の形態をもって説明するが、本発明は、図面に示した実施の形態に限定されるものではない。
【００１６】
図１は、本発明の情報処理装置の実施の形態である、画像形成装置１０の機能ブロック図を示す。本発明の画像形成装置１０は、所謂、ＭＦＰ(Multi-Function Peripheral)として参照される画像処理装置であり、ＡＤＦを備えるスキャナ装置１２およびパネルおよび入力キーなどの入力部１４からデータまたは画像データを取得している。スキャナ装置１２などが取得した画像データは、スキャナＩ／Ｆ１６を介して画像処理部２２へと送られている。また、画像形成装置１０は、システム・コントローラとして機能するＣＰＵ２４を備えている。ＣＰＵ２４は、画像形成装置１０の各アプリケーション処理部の実行を、メソッド呼出しなどを使用して管理している。
【００１７】
また、画像形成装置１０は、さらに画像などを処理したり、アプリケーション・ソフトウェアの実行空間を与えるためのＲＡＭ２６と、処理を行うためのデータまたはプログラムなどを格納したＲＯＭ２８とを備えていて、ＲＡＭ２６、ＲＯＭ２８は、ＣＰＵ２４による画像処理装置の機能提供を可能としている。
【００１８】
本発明の画像形成装置１０が使用するＣＰＵとしては、より具体的には、例えば、ＰＥＮＴＩＵＭ（登録商標）〜ＰＥＮＴＩＵＭ（登録商標）ＩＶ、ＰＥＮＴＩＵＭ（登録商標）互換ＣＰＵ、ＰＯＷＥＲ ＰＣ（登録商標）、ＭＩＰＳなどを挙げることができる。
【００１９】
また、使用するオペレーティング・システム（ＯＳ）としては、ＭａｃＯＳ（商標）、Ｗｉｎｄｏｗｓ（登録商標）、Ｗｉｎｄｏｗｓ（登録商標）２００Ｘ Ｓｅｒｖｅｒ、ＵＮＩＸ（登録商標）、ＬＩＮＵＸ（登録商標）またはそれ以外の適切なＯＳを挙げることができる。さらに、画像形成装置１０は、上述したＯＳ上で動作する、Ｃ、Ｃ＋＋、Ｖｉｓｕａｌ Ｃ＋＋、ＶｉｓｕａｌＢａｓｉｃ、Ｊａｖａ（登録商標）などのオブジェクト指向のプログラミング言語により記述されたアプリケーション・プログラムを格納し、実行する。
【００２０】
画像処理部２２は、イメージ・スキャナにより取得された画像データに対してフィルタリング処理、文字画像抽出処理、網点画像抽出処理などを実行し、その結果生成される各種の属性値に基づき画像処理を行い、プリント指令をエンジン・コントローラ３２へと送出する。エンジン・コントローラ３２は、画像形成装置１０の仕様に応じて、直接またはＵＳＢ(Universal Serial BUS)またはＩＥＥＥ１２８４などのバスを介して、感光体ドラム、現像装置、定着装置などを含むプリンタに対して作像を行わせている。また、画像形成装置１０は、ファクシミリ・コントローラ３０またはネットワーク・インタフェース・カード（ＮＩＣ）３４、ＡＴＡ、シリアルＡＴＡ、ＡＴＡＰＩ、ＡＴＡ−４などの規格を有する記憶装置インタフェース３６などのインタフェースを備えている。
【００２１】
ファクシミリ・コントローラ３０は、取得した画像データをＧ３、Ｇ４などのファクシミリ・フォーマットへと変換させ、モデムなどのファクシミリ送受信装置３８またはＤＳＵ／ＴＡ４０を介してＴ．４、Ｔ．６、Ｔ．９０などの通信プロトコルの下で、公衆電話網またはＩＳＤＮなどを経由してアナログまたはディジタル回線を介してファクシミリ通信を行っている。
【００２２】
また、ＮＩＣ３４は、１００ＢＡＳＥ−ＴＸなどのイーサネット（登録商標）ケーブルを介してローカルエリア・ネットワーク（ＬＡＮ）、ワイドエリア・ネットワーク（ＷＡＮ）、またはインターネットなどのネットワーク４４へと接続されていて、ユーザに対して画像形成装置１０をリモート・プリンタとして機能させ、またＳＭＴＰ、ＰＯＰなどのプロトコルの下で電子メールなどのサービスを提供させている。なお、電子メールなどのサービスは、ＮＩＣ３４を経由せず、モデムなどを介してＰＰＰ(Point-to-Point Protocol)のもと、ダイアルアップ接続で都度接続先を指定して送受信することもできる。また、本発明の画像形成装置１０は、インターネット４４などの公共ネットワークに接続された、ディレクトリ・サーバまたはファイル・サーバなどの情報処理装置に接続されていて、種々のトランザクションを可能としている。
【００２３】
また、記憶装置インタフェース３６は、ハードディスク・ドライブ、ＳＤカード、メモリ・スティックなどの外部記憶装置を接続し、ＡＤＦにより取得されたオリジナルの画像データ、アドレス帳データなどを外部記憶装置に格納させている。この他、画像形成装置１０は、ＳＣＳＩなどの適切なインタフェースを使用し、ＵＳＢ、ＰＣＩなどのバスを介してフレキシブル・ディスク、ＣＤ−ＲＯＭ、ＤＶＤ、ＭＯなどの外部記憶装置４６と接続されていてもよい。
【００２４】
本発明の画像処理装置１０は、ＲＡＭ２６などの適切な格納領域にプラグイン・モジュールやアドイン・モジュールとして機能させるため、例えばＤＬＬなどの拡張子により指定されたファイル名とされた追加モジュールを格納している。また、本発明で追加モジュールを作成する場合のプログラミング言語としては、Ｃ、Ｃ＋＋、ＪＡＶＡ（登録商標）を使用することができ、これらは、エクスポート関数、メソッド、クラスとして、所定のディレクトリなどに格納され、ランタイム呼出しなどに応答して、プラグインまたはアドイン機能を提供する。
【００２５】
本発明の画像処理装置１０は、追加モジュールのエラーチェック処理部を備えており、追加モジュールの機能検査を実行する。本発明の特定の実施の形態では、エラーチェック処理部は、追加モジュールの機能を使用する、特定の処理部、例えば、入出力Ｉ／Ｆ１８などのモジュールとして構成することができる。
【００２６】
また、この他、ネットワーク制御機能についての追加モジュールを提供する場合には、エラーチェック機能は、ＮＩＣ３４を管理するネットワーク・ドライバに実装することができる。
【００２７】
本発明の他の実施の形態では、エラーチェック処理部を、エラーチェックを実行する独立したモジュールとして画像処理装置１０に構成することができる。この実施例の場合には、独立モジュールは、追加モジュールからの出力値を統括的にチェックする。この場合、追加モジュールを使用する各モジュールごとにエラーチェック処理部を追加することなく、エラーチェック・モジュールおよび追加モジュールの開発だけを行うことができるので、効率的なソフトウェア開発が可能となる。
【００２８】
図２は、本発明の画像処理装置１０が含むエラーチェックを実行するエラーチェック処理部の実施の形態を示す。図２に示した実施の形態では、追加モジュールは、ユーザ・インタフェース提供機能を与えており、エラーチェック処理部５２は、利用する入出力Ｉ／Ｆ処理部１８のモジュールとして構成されている。図２を使用して説明すると、入出力Ｉ／Ｆ処理部１８は、ＵＩ作成処理部５０を備えている。ＵＩ作成処理部５０は、プラグイン関数Ａ５６、プラグイン関数Ｂ５８などの追加モジュールに対してランタイム呼出しを実行し、また追加モジュールから戻り値または出力引数を取得して、タッチパネル上に表示するべきＵＩ表示を生成する。また、図２に示すように、機能検査処理部４８は、エラーチェック処理部５２と、エラー通知処理部５４とを備えている。
【００２９】
エラーチェック処理部５２は、ＵＩ作成処理部５０から呼び出された追加モジュールの出力値がＵＩ作成処理部５０から渡されて、出力値がＵＩ作成処理部５０で指定するフォーマットとされているか、または出力値の数、または属性が適切か否かを判断する。エラーチェック処理部５２の処理結果は、エラー判断に応答して、ＵＩ作成処理部５０またはエラー通知処理部５４へと渡される。
【００３０】
エラーが発生しない場合には、ＵＩ作成処理部５０は、追加モジュールの出力値を使用して、ＵＩ表示を作成する。また、エラーが発生し、エラーチェック処理部５２が、IOExeption_Errorなどのエラーを生成すると、エラー通知処理部５４へと、検出されたエラー内容を示すテキスト・データを送付する。通知されたエラー内容は、タッチパネル上に表示されるか、または後に参照できるようにログデータとして画像処理装置１０のログデータ記録部に書き込む処理が実行される。
【００３１】
図３は、本発明の実施の形態において、機能検査処理部４８と追加モジュールとの間のシーケンス図である。入出力Ｉ／Ｆ１８が”getUIFormat”などの呼出しを実行すると、追加モジュールは、対応する処理を実行し、その実行結果である戻り値、出力引数などの出力値を機能検査処理部４８に渡す。機能検査処理部４８は、エラーチェック処理部５２を起動して、受け取った出力値などを渡し、エラーチェック処理を実行させる。エラーがあった場合には、エラー通知処理を実行する。また、エラーが発生しなかった場合には、ＵＩ作成処理部５０へと追加モジュールの出力値を渡して以後の処理を実行させている。
【００３２】
図４は、本発明の入出力Ｉ／Ｆ処理部１８が実行する機能検査処理の実施の形態を示したフローチャートである。図４の処理は、ステップＳ１００から開始し、ステップＳ１０１で追加モジュールからの出力値を取得する。ステップＳ１０２では、追加モジュールごとに設定された条件リストをルックアップして、エラー判定処理を実行する。ステップＳ１０３で追加モジュールの出力値にエラーがあるか否かを判断し、エラーがない場合（ｎｏ）ステップＳ１０５で入出力Ｉ／Ｆ処理部１８に戻り値または出力引数を渡し、ステップＳ１０７で処理を終了させる。
【００３３】
また、ステップＳ１０３の判断でエラーがあると判断された場合（ｙｅｓ）、ステップＳ１０４でエラー内容に対応するテキスト・データまたは構造化言語のファイルを作成して、ログデータに記述させるエラー通知処理を実行する。エラー内容の作成は、指定された形式と出力値のセットの間の差分を検査し、差分に対応したコメントなどを作成して表示・格納させるか、または対応して登録されたコメントなどを読み出して表示・格納することができる。その後、ステップＳ１０６で入出力Ｉ／Ｆ処理部に対してエラー終了させるためのエラー終了処理を起動して、入出力Ｉ／Ｆ処理部に通知を行い、ステップＳ１０７で処理を終了させる。
【００３４】
図５は、図４で説明したエラー判定処理のために使用する条件リスト６０の実施の形態を示した図である。図５に示す条件リスト６０には、追加モジュールの識別値を登録するフィールド６２と、当該識別値により指定される追加モジュールが出力する値のリストを登録するフィールド６４とを備えている。エラー判定処理は、条件リスト６０をルックアップして、呼出しが実行された追加モジュール識別値で指定されるレコードに登録されたフィールド６４の値を取得する。その後、フィールド６４の値と追加モジュールからの出力値とを順次比較して、各値の数、各値の属性値が正しいかなどを検査する。
【００３５】
また、図５に示した実施の形態では、追加モジュール識別値として、例えばネットワーク設定を実行するためのデータを取得する“getNetworkData”なども登録されていて、その戻り値として、ドメイン識別値、サーバ・アドレスなどの値がチェック項目として設定されているのが示されている。本発明では、これらの追加モジュールに限定されることなく、いかなる追加モジュールでも同様の条件リストを作成し、追加モジュールを呼び出した機能処理部が、追加モジュールの出力値を使用して処理を実行する前に、エラー通知を生成させることができる。
【００３６】
図６は本発明の特定の実施の形態で、ＵＩ表示を実行させるためのデータを作成する追加モジュールと、当該追加モジュールの出力値を使用して、ＵＩ作成処理部５０が作成したＵＩ表示の実施の形態を示す。図６に示したＵＩ表示６６は、ＵＩ表示がリスト・ボックス６８としてＵＩ表示を与えており、このリスト・ボックスが、「テスト」モードであることを示すモード表示フィールド７０と、出力されたアイテムを表示されるアイテム名表示フィールド７２とを表示している。
【００３７】
追加モジュールは、ＵＩ作成処理部５０からの呼出しを受け付けると、“フォームタイプ，フォーム名，フォーム固有設定”のカンマ、スペースなどの適切な区切りで識別されたフォーマットの出力値を返す。また、フォーム固有設定の値は、当該フォームが必要とする表示アイテムの数、アイテム名称１、・・・アイテム名称Ｎなどが同様にカンマ区切りまたはスペース区切りとして与えられている。エラーチェック処理部５２は、図６に示したフォーマットの出力値を取得し、図５に示した条件リストを、対応する追加モジュール識別値のレコードから取得して、逐次比較を実行し、その数および属性を検査し、その結果を使用して以後の処理を実行する。なお、本発明では、さらに別のフォーマットでも対応できるように、エラーチェック処理部５２に適切なプロトコル解析処理部を実装しても良い。
【００３８】
また、受信した出力値が、例えば、“ListBox,テスト,３，りんご，ミカン，メロン”であるべき所、追加モジュールからの出力値が、“ListBox,３”のみであった場合には、エラーチェック処理部５２は、差分値を判断して、“ListBoxのアイテム数が不正です”などのテキスト・データを作成し、エラー通知処理部５４へと渡し、エラー通知処理部５４による処理のために使用させる。
【００３９】
図７は、本発明の機能検査処理の第２の実施の形態を示す。図７に示した実施の形態では、機能検査処理は、入出力Ｉ／Ｆ処理部のモジュールとして実装されている。また、機能検査処理をユーザからの指令に応答して実行するか否かを記述したエラーチェック制御部７４を備えている。エラーチェック制御部７４は、ユーザからエラーチェックを実行することを通知する値を受け付けると、例えば、変数“check_error”にエラーチェックを実行する値を記述する。
【００４０】
エラーチェック制御部７４は、追加モジュールのエラーチェックを実行する場合、変数check_errorの値を検査し、check_errorの値がエラーチェックを実行する値を示す場合(true)の場合には、エラーチェック処理部５２およびエラー通知処理部を起動して機能検査を実行させる。また、エラーチェック・モード制御部７４は、変数check_errorの値が、エラーチェックを実行しないことを示す値の場合(false)には、そのままＵＩ作成処理部５０を起動して、追加モジュールからの戻り値または出力引数などの出力値を使用したＵＩ表示の作成を実行する。
【００４１】
本発明の図７に示した実施の形態では、エラーチェック制御部７４は、サービス・モードなどでサービスマンまたは追加モジュールの開発者が外部入力により指定することができる構成とすることができる。この実施の形態では、デバックなどが必要な場合にだけエラーチェックを実行させることができるので、それ以外の場合にはエラーチェック処理部５２による割り込みを受けることなく、ＵＩ作成処理部５０による効率の良い処理を実行することができる。また、追加モジュールを呼び出すごとにエラーチェック処理部５２の処理を呼び出すことが必要なく、機能検査処理の実装を、他の機能モジュールの機能低下を最低限としつつ、行うことができる。
【００４２】
図８は、本発明の検査処理方法の第２の実施形態のフローチャートを示した図である。図８に示した処理は、ステップＳ２００から開始し、ステップＳ２０１で変数check_errorの値を取得し、ステップＳ２０２でcheck_errorの値を検査し、check_errorの値が、エラーチェックを実行することを示す値である場合(true)には、ステップＳ２０３で条件リストをルックアップして受け取った出力値のエラーチェックを実行する。ステップＳ２０４では、エラーがないか否かを判断し、エラーが発見された場合（ｎｏ）には、ステップＳ２０５でエラー通知処理を実行し、タッチパネル上にエラー表示を行うか、またはログデータに記述するテキスト・データを作成して、ログデータ記録部に通知して、ステップＳ２０６で処理を終了させる。また、ステップＳ２０４でエラーがないと判断された場合(ｙｅｓ)には、機能検査処理を終了させてＵＩ作成処理部５０による処理を開始させる。
【００４３】
一方、check_errorの値が、エラーチェックを実行しないことを示す値である場合(false)には、ステップＳ２０６へと処理を分岐させて、機能検査処理を終了させ、直ちにＵＩ作成処理部５０に処理を実行させる。
【００４４】
本発明の画像形成装置１０は、追加モジュールの出力結果を判断する機能を備えているので、追加モジュールの検査結果に応答して追加モジュールのエラー状態を知ることができ、効率的な追加モジュール開発を行うことができる。
【００４５】
また、ユーザ指令により機能検査処理の実行を管理できるので、検査が必要とされる場合にだけ検査機能を起動し、それ以外は通常の処理を実行させることができるので、ＵＩ作成処理部５０の通常の処理を阻害することなく、機能検査機能を実装することができる。また、本発明は、画像形成装置の追加モジュールを検査するものとして説明してきたが、本発明は同様のプラグイン関数またはアドイン関数を使用することができるいかなる情報処理装置についても適用することができる。
【００４６】
また、本発明の上記機能は、Ｃ、Ｃ＋＋、Ｊａｖａ（登録商標）、Ｊａｖａ（登録商標）Ｂｅａｎｓ、Ｊａｖａ（登録商標）Ａｐｐｌｅｔ、Ｊａｖａ（登録商標）Ｓｃｒｉｐｔ、Ｐｅｒｌ、Ｒｕｂｙなどのオブジェクト指向ブログラミング言語などで記述された装置実行可能なプログラムにより実現でき、装置可読な記録媒体に格納して頒布することができる。
【００４７】
これまで本発明を図面に示した実施の形態をもって説明してきたが、本発明は図面に示した実施の形態に限定されるものではなく、他の実施の形態、追加、変更、削除など、当業者が想到することができる範囲内で変更することができ、エラーチェック処理部の実装などについては本発明の作用・効果を奏する限り、いかなる実装形態であっても、本発明の範囲に含まれるものである。
【図面の簡単な説明】
【００４８】
【図１】本発明の画像処理装置の実施の形態を示した図。
【図２】本発明の機能検査処理部の実施の形態を示した図。
【図３】本発明の機能検査処理のシーケンスを示した図。
【図４】本発明の機能検査処理方法のフローチャート。
【図５】本発明の機能検査処理に使用する条件リスト。
【図６】本発明の機能検査処理によりＵＩ作成処理部が作成するＵＩ表示を示した図。
【図７】本発明の第２の実施の形態における機能検査処理部を示した図。
【図８】本発明の第２の機能検査処理方法のフローチャート。
【符号の説明】
【００４９】
１０…画像形成装置、１２…スキャナ装置、１４…パネル（入力キー）、１６…スキャナＩ／Ｆ、１８…入出力Ｉ／Ｆ、２２…画像処理部、２４…中央処理装置（ＣＰＵ）、２６…ＲＡＭ、２８…ＲＯＭ、３０…ファクシミリ・コントローラ、３２…エンジン・コントローラ、３４…ネットワーク・インタフェース・カード（ＮＩＣ）、３６…記憶装置インタフェース、３８…ファクシミリ送受信装置、４０…ＤＳＵ／ＴＡ、４２…プリンタ、４４…ネットワーク、４６…記憶装置、４８…機能検査処理部、５０…ＵＩ作成処理部、５２…エラーチェック処理部、５４…エラー通知処理部、５６、５８…プラグイン関数（追加モジュール）、６０…条件リスト、６２、６４…フィールド、６６…ＵＩ表示、６８…リスト・ボックス、７０…モード表示フィールド、７２…アイテム名表示フィールド、７４…エラーチェック制御部
【技術分野】
【０００１】
本発明は、情報処理装置の追加機能実装に関し、より詳細には、情報処理装置に対してプラグイン・モジュールまたはアドイン・モジュールで実装された追加モジュールの機能検査を容易にする、情報処理装置、機能検査方法、およびプログラムに関する。
【背景技術】
【０００２】
近年、画像処理装置を含む情報処理装置の機能が向上し、オブジェクト指向プログラミングによる種々の機能を提供することができるようになっている。情報処理装置では、種々のソフトウェア実装手法が知られており、なかでもプラグイン・モジュールまたはアドイン・モジュールなど（以下、追加モジュールとして参照する。）としてソフトウェアが実装される場合も多くなっている。
【０００３】
追加モジュールをランタイム呼出しなどを使用して実装する方法により、拡張機能プログラムを簡便に情報処理装置に追加することができ、情報処理装置の種々の機能に対して柔軟性を与えることができる。また、ソフトウェア開発上も、比較的小さなサイズのファイルのセットとして機能拡張を行うことができ、情報処理装置の機能拡張性およびソフトウェア開発が効率化できる。
【０００４】
追加モジュールは、通常では、情報処理装置の本体ソフトウェアとは独立して構成される。このため、追加モジュール開発者は、作成した追加モジュールにエラーがあった場合、情報処理装置の本体側で何らかのレスポンスを行わない場合には、追加モジュールの個別的な検査することが必要とされる。このような不都合を、追加モジュールを呼び出す情報処理装置側で記録または表示させることができれば、追加モジュール開発者の開発の手間が大きく削減できることになると考えられる。
【０００５】
オブジェクト指向プログラミング実装技術を使用した画像処理装置としては、特開２００５−２７８１６１号公報（特許文献１）、特開２００２−２８８５８９号公報（特許文献２）、および特開２００４−１１２３４６号公報（特許文献３）が知られている。
【特許文献１】特開２００５−２７８１６１号公報
【特許文献２】特開２００２−２８８５８９号公報
【特許文献３】特開２００４−１１２３４６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
本発明は上記課題に鑑みてなされたものであり、本発明は、追加モジュールに起因するエラーを、追加モジュール開発者に通知することにより、さらに効率的な情報処理装置の追加モジュール開発を可能とすることを目的とする。
【課題を解決するための手段】
【０００７】
本発明では、追加モジュールが実装された画像処理装置といった情報処理装置は、追加モジュールの戻り値または出力引数などの出力値を受け付ける。情報処理装置は、受け取った処理結果を解析し、追加モジュールの出力値のエラーを判断し、情報処理装置のパネル上に表示させる。
【０００８】
また、本発明の別の実施の形態では、エラーが検出されると、情報処理装置のログデータとしてログデータ記録部にエラー内容を記述して、追加モジュール開発者に対してエラーの内容を通知する。
【０００９】
さらに、本発明では、本体装置側に追加モジュールのデバックを実行するモード、またはデバッグを実行しないモードを選択して起動するエラーチェック制御部を備えている。外部入力に応答して、追加モジュールのデバッグを実行する場合は、エラーチェックを実行し、デバッグの必要がない場合には、エラーチェックを行うことなく、追加モジュールの出力値をＵＩ作成処理部に使用させることで、ＵＩ表示作成の効率化を行う。
【００１０】
すなわち、本発明によれば、
情報処理装置からの呼出しに応答して追加モジュールが機能を拡張する情報処理装置であって、
前記追加モジュールからの出力値を取得して、前記出力値が情報処理装置の指定する形式か否かを検査し、エラー内容を作成するエラーチェック処理部と、
前記エラーチェック処理部の検査によりエラーと判断された場合に、作成された前記エラー内容を受け取り、通知処理を行うエラー通知処理部と
を備える、情報処理装置が提供できる。
【００１１】
本発明では、前記エラー通知処理部からの前記エラー内容を記録するログデータ記録部を備えることができる。本発明では、前記追加モジュールからの出力値または前記エラー内容を表示させるＵＩ表示作成部を含むことができる。本発明では、前記追加モジュールからの出力値を、前記追加モジュールの識別値に対応して指定したリストを含むことができる。本発明では、外部入力を受け付け、前記外部入力に応答して前記エラーチェック処理部によるエラーチェックを制御するエラーチェック制御部を含むことができる。本発明では、前記追加モジュールは、プラグイン機能またはアドイン機能を提供するソフトウェア・モジュールとすることができる。
【００１２】
本発明によれば、
情報処理装置に対して追加モジュールの機能検査方法を実行させる装置実行可能な機能検査方法であって、情報処理装置に対して
前記追加モジュールからの出力値を取得して、前記出力値が情報処理装置の指定する形式か否かを検査し、エラー内容を作成するステップと、
前記検査によりエラーと判断された場合に、作成された前記エラー内容を受け取り、通知処理を行うエラー通知処理部と、
前記追加モジュールからの出力値または前記エラーとの判断に応答して前記エラー内容を表示させるステップと
を実行させる、装置実行可能な機能検査方法が提供できる。
【００１３】
本発明では、ログデータ記録部に前記エラー通知処理部からの前記エラー内容を記録するステップを含むことができる。本発明では、前記エラー内容を作成するステップは、前記追加モジュールからの出力値を、前記追加モジュールの識別値に対応して指定したリストをルックアップするステップと、
前記リストにリストされ、前記出力値に含まれていない値の差分値を取得して前記エラー内容を作成するステップを含むことができる。本発明では、外部入力を受け付け、前記外部入力に応答して前記エラーチェック処理部によるエラーチェックを制御するステップを含むことができる。本発明では、前記追加モジュールは、プラグイン機能またはアドイン機能を提供するソフトウェア・モジュールとすることができる。
【００１４】
本発明では、上記いずれかに記載の機能検査方法を情報処理装置に実行させる、装置実行可能なプログラムが提供できる。
【発明を実施するための最良の形態】
【００１５】
以下、本発明を図面に示した実施の形態をもって説明するが、本発明は、図面に示した実施の形態に限定されるものではない。
【００１６】
図１は、本発明の情報処理装置の実施の形態である、画像形成装置１０の機能ブロック図を示す。本発明の画像形成装置１０は、所謂、ＭＦＰ(Multi-Function Peripheral)として参照される画像処理装置であり、ＡＤＦを備えるスキャナ装置１２およびパネルおよび入力キーなどの入力部１４からデータまたは画像データを取得している。スキャナ装置１２などが取得した画像データは、スキャナＩ／Ｆ１６を介して画像処理部２２へと送られている。また、画像形成装置１０は、システム・コントローラとして機能するＣＰＵ２４を備えている。ＣＰＵ２４は、画像形成装置１０の各アプリケーション処理部の実行を、メソッド呼出しなどを使用して管理している。
【００１７】
また、画像形成装置１０は、さらに画像などを処理したり、アプリケーション・ソフトウェアの実行空間を与えるためのＲＡＭ２６と、処理を行うためのデータまたはプログラムなどを格納したＲＯＭ２８とを備えていて、ＲＡＭ２６、ＲＯＭ２８は、ＣＰＵ２４による画像処理装置の機能提供を可能としている。
【００１８】
本発明の画像形成装置１０が使用するＣＰＵとしては、より具体的には、例えば、ＰＥＮＴＩＵＭ（登録商標）〜ＰＥＮＴＩＵＭ（登録商標）ＩＶ、ＰＥＮＴＩＵＭ（登録商標）互換ＣＰＵ、ＰＯＷＥＲ ＰＣ（登録商標）、ＭＩＰＳなどを挙げることができる。
【００１９】
また、使用するオペレーティング・システム（ＯＳ）としては、ＭａｃＯＳ（商標）、Ｗｉｎｄｏｗｓ（登録商標）、Ｗｉｎｄｏｗｓ（登録商標）２００Ｘ Ｓｅｒｖｅｒ、ＵＮＩＸ（登録商標）、ＬＩＮＵＸ（登録商標）またはそれ以外の適切なＯＳを挙げることができる。さらに、画像形成装置１０は、上述したＯＳ上で動作する、Ｃ、Ｃ＋＋、Ｖｉｓｕａｌ Ｃ＋＋、ＶｉｓｕａｌＢａｓｉｃ、Ｊａｖａ（登録商標）などのオブジェクト指向のプログラミング言語により記述されたアプリケーション・プログラムを格納し、実行する。
【００２０】
画像処理部２２は、イメージ・スキャナにより取得された画像データに対してフィルタリング処理、文字画像抽出処理、網点画像抽出処理などを実行し、その結果生成される各種の属性値に基づき画像処理を行い、プリント指令をエンジン・コントローラ３２へと送出する。エンジン・コントローラ３２は、画像形成装置１０の仕様に応じて、直接またはＵＳＢ(Universal Serial BUS)またはＩＥＥＥ１２８４などのバスを介して、感光体ドラム、現像装置、定着装置などを含むプリンタに対して作像を行わせている。また、画像形成装置１０は、ファクシミリ・コントローラ３０またはネットワーク・インタフェース・カード（ＮＩＣ）３４、ＡＴＡ、シリアルＡＴＡ、ＡＴＡＰＩ、ＡＴＡ−４などの規格を有する記憶装置インタフェース３６などのインタフェースを備えている。
【００２１】
ファクシミリ・コントローラ３０は、取得した画像データをＧ３、Ｇ４などのファクシミリ・フォーマットへと変換させ、モデムなどのファクシミリ送受信装置３８またはＤＳＵ／ＴＡ４０を介してＴ．４、Ｔ．６、Ｔ．９０などの通信プロトコルの下で、公衆電話網またはＩＳＤＮなどを経由してアナログまたはディジタル回線を介してファクシミリ通信を行っている。
【００２２】
また、ＮＩＣ３４は、１００ＢＡＳＥ−ＴＸなどのイーサネット（登録商標）ケーブルを介してローカルエリア・ネットワーク（ＬＡＮ）、ワイドエリア・ネットワーク（ＷＡＮ）、またはインターネットなどのネットワーク４４へと接続されていて、ユーザに対して画像形成装置１０をリモート・プリンタとして機能させ、またＳＭＴＰ、ＰＯＰなどのプロトコルの下で電子メールなどのサービスを提供させている。なお、電子メールなどのサービスは、ＮＩＣ３４を経由せず、モデムなどを介してＰＰＰ(Point-to-Point Protocol)のもと、ダイアルアップ接続で都度接続先を指定して送受信することもできる。また、本発明の画像形成装置１０は、インターネット４４などの公共ネットワークに接続された、ディレクトリ・サーバまたはファイル・サーバなどの情報処理装置に接続されていて、種々のトランザクションを可能としている。
【００２３】
また、記憶装置インタフェース３６は、ハードディスク・ドライブ、ＳＤカード、メモリ・スティックなどの外部記憶装置を接続し、ＡＤＦにより取得されたオリジナルの画像データ、アドレス帳データなどを外部記憶装置に格納させている。この他、画像形成装置１０は、ＳＣＳＩなどの適切なインタフェースを使用し、ＵＳＢ、ＰＣＩなどのバスを介してフレキシブル・ディスク、ＣＤ−ＲＯＭ、ＤＶＤ、ＭＯなどの外部記憶装置４６と接続されていてもよい。
【００２４】
本発明の画像処理装置１０は、ＲＡＭ２６などの適切な格納領域にプラグイン・モジュールやアドイン・モジュールとして機能させるため、例えばＤＬＬなどの拡張子により指定されたファイル名とされた追加モジュールを格納している。また、本発明で追加モジュールを作成する場合のプログラミング言語としては、Ｃ、Ｃ＋＋、ＪＡＶＡ（登録商標）を使用することができ、これらは、エクスポート関数、メソッド、クラスとして、所定のディレクトリなどに格納され、ランタイム呼出しなどに応答して、プラグインまたはアドイン機能を提供する。
【００２５】
本発明の画像処理装置１０は、追加モジュールのエラーチェック処理部を備えており、追加モジュールの機能検査を実行する。本発明の特定の実施の形態では、エラーチェック処理部は、追加モジュールの機能を使用する、特定の処理部、例えば、入出力Ｉ／Ｆ１８などのモジュールとして構成することができる。
【００２６】
また、この他、ネットワーク制御機能についての追加モジュールを提供する場合には、エラーチェック機能は、ＮＩＣ３４を管理するネットワーク・ドライバに実装することができる。
【００２７】
本発明の他の実施の形態では、エラーチェック処理部を、エラーチェックを実行する独立したモジュールとして画像処理装置１０に構成することができる。この実施例の場合には、独立モジュールは、追加モジュールからの出力値を統括的にチェックする。この場合、追加モジュールを使用する各モジュールごとにエラーチェック処理部を追加することなく、エラーチェック・モジュールおよび追加モジュールの開発だけを行うことができるので、効率的なソフトウェア開発が可能となる。
【００２８】
図２は、本発明の画像処理装置１０が含むエラーチェックを実行するエラーチェック処理部の実施の形態を示す。図２に示した実施の形態では、追加モジュールは、ユーザ・インタフェース提供機能を与えており、エラーチェック処理部５２は、利用する入出力Ｉ／Ｆ処理部１８のモジュールとして構成されている。図２を使用して説明すると、入出力Ｉ／Ｆ処理部１８は、ＵＩ作成処理部５０を備えている。ＵＩ作成処理部５０は、プラグイン関数Ａ５６、プラグイン関数Ｂ５８などの追加モジュールに対してランタイム呼出しを実行し、また追加モジュールから戻り値または出力引数を取得して、タッチパネル上に表示するべきＵＩ表示を生成する。また、図２に示すように、機能検査処理部４８は、エラーチェック処理部５２と、エラー通知処理部５４とを備えている。
【００２９】
エラーチェック処理部５２は、ＵＩ作成処理部５０から呼び出された追加モジュールの出力値がＵＩ作成処理部５０から渡されて、出力値がＵＩ作成処理部５０で指定するフォーマットとされているか、または出力値の数、または属性が適切か否かを判断する。エラーチェック処理部５２の処理結果は、エラー判断に応答して、ＵＩ作成処理部５０またはエラー通知処理部５４へと渡される。
【００３０】
エラーが発生しない場合には、ＵＩ作成処理部５０は、追加モジュールの出力値を使用して、ＵＩ表示を作成する。また、エラーが発生し、エラーチェック処理部５２が、IOExeption_Errorなどのエラーを生成すると、エラー通知処理部５４へと、検出されたエラー内容を示すテキスト・データを送付する。通知されたエラー内容は、タッチパネル上に表示されるか、または後に参照できるようにログデータとして画像処理装置１０のログデータ記録部に書き込む処理が実行される。
【００３１】
図３は、本発明の実施の形態において、機能検査処理部４８と追加モジュールとの間のシーケンス図である。入出力Ｉ／Ｆ１８が”getUIFormat”などの呼出しを実行すると、追加モジュールは、対応する処理を実行し、その実行結果である戻り値、出力引数などの出力値を機能検査処理部４８に渡す。機能検査処理部４８は、エラーチェック処理部５２を起動して、受け取った出力値などを渡し、エラーチェック処理を実行させる。エラーがあった場合には、エラー通知処理を実行する。また、エラーが発生しなかった場合には、ＵＩ作成処理部５０へと追加モジュールの出力値を渡して以後の処理を実行させている。
【００３２】
図４は、本発明の入出力Ｉ／Ｆ処理部１８が実行する機能検査処理の実施の形態を示したフローチャートである。図４の処理は、ステップＳ１００から開始し、ステップＳ１０１で追加モジュールからの出力値を取得する。ステップＳ１０２では、追加モジュールごとに設定された条件リストをルックアップして、エラー判定処理を実行する。ステップＳ１０３で追加モジュールの出力値にエラーがあるか否かを判断し、エラーがない場合（ｎｏ）ステップＳ１０５で入出力Ｉ／Ｆ処理部１８に戻り値または出力引数を渡し、ステップＳ１０７で処理を終了させる。
【００３３】
また、ステップＳ１０３の判断でエラーがあると判断された場合（ｙｅｓ）、ステップＳ１０４でエラー内容に対応するテキスト・データまたは構造化言語のファイルを作成して、ログデータに記述させるエラー通知処理を実行する。エラー内容の作成は、指定された形式と出力値のセットの間の差分を検査し、差分に対応したコメントなどを作成して表示・格納させるか、または対応して登録されたコメントなどを読み出して表示・格納することができる。その後、ステップＳ１０６で入出力Ｉ／Ｆ処理部に対してエラー終了させるためのエラー終了処理を起動して、入出力Ｉ／Ｆ処理部に通知を行い、ステップＳ１０７で処理を終了させる。
【００３４】
図５は、図４で説明したエラー判定処理のために使用する条件リスト６０の実施の形態を示した図である。図５に示す条件リスト６０には、追加モジュールの識別値を登録するフィールド６２と、当該識別値により指定される追加モジュールが出力する値のリストを登録するフィールド６４とを備えている。エラー判定処理は、条件リスト６０をルックアップして、呼出しが実行された追加モジュール識別値で指定されるレコードに登録されたフィールド６４の値を取得する。その後、フィールド６４の値と追加モジュールからの出力値とを順次比較して、各値の数、各値の属性値が正しいかなどを検査する。
【００３５】
また、図５に示した実施の形態では、追加モジュール識別値として、例えばネットワーク設定を実行するためのデータを取得する“getNetworkData”なども登録されていて、その戻り値として、ドメイン識別値、サーバ・アドレスなどの値がチェック項目として設定されているのが示されている。本発明では、これらの追加モジュールに限定されることなく、いかなる追加モジュールでも同様の条件リストを作成し、追加モジュールを呼び出した機能処理部が、追加モジュールの出力値を使用して処理を実行する前に、エラー通知を生成させることができる。
【００３６】
図６は本発明の特定の実施の形態で、ＵＩ表示を実行させるためのデータを作成する追加モジュールと、当該追加モジュールの出力値を使用して、ＵＩ作成処理部５０が作成したＵＩ表示の実施の形態を示す。図６に示したＵＩ表示６６は、ＵＩ表示がリスト・ボックス６８としてＵＩ表示を与えており、このリスト・ボックスが、「テスト」モードであることを示すモード表示フィールド７０と、出力されたアイテムを表示されるアイテム名表示フィールド７２とを表示している。
【００３７】
追加モジュールは、ＵＩ作成処理部５０からの呼出しを受け付けると、“フォームタイプ，フォーム名，フォーム固有設定”のカンマ、スペースなどの適切な区切りで識別されたフォーマットの出力値を返す。また、フォーム固有設定の値は、当該フォームが必要とする表示アイテムの数、アイテム名称１、・・・アイテム名称Ｎなどが同様にカンマ区切りまたはスペース区切りとして与えられている。エラーチェック処理部５２は、図６に示したフォーマットの出力値を取得し、図５に示した条件リストを、対応する追加モジュール識別値のレコードから取得して、逐次比較を実行し、その数および属性を検査し、その結果を使用して以後の処理を実行する。なお、本発明では、さらに別のフォーマットでも対応できるように、エラーチェック処理部５２に適切なプロトコル解析処理部を実装しても良い。
【００３８】
また、受信した出力値が、例えば、“ListBox,テスト,３，りんご，ミカン，メロン”であるべき所、追加モジュールからの出力値が、“ListBox,３”のみであった場合には、エラーチェック処理部５２は、差分値を判断して、“ListBoxのアイテム数が不正です”などのテキスト・データを作成し、エラー通知処理部５４へと渡し、エラー通知処理部５４による処理のために使用させる。
【００３９】
図７は、本発明の機能検査処理の第２の実施の形態を示す。図７に示した実施の形態では、機能検査処理は、入出力Ｉ／Ｆ処理部のモジュールとして実装されている。また、機能検査処理をユーザからの指令に応答して実行するか否かを記述したエラーチェック制御部７４を備えている。エラーチェック制御部７４は、ユーザからエラーチェックを実行することを通知する値を受け付けると、例えば、変数“check_error”にエラーチェックを実行する値を記述する。
【００４０】
エラーチェック制御部７４は、追加モジュールのエラーチェックを実行する場合、変数check_errorの値を検査し、check_errorの値がエラーチェックを実行する値を示す場合(true)の場合には、エラーチェック処理部５２およびエラー通知処理部を起動して機能検査を実行させる。また、エラーチェック・モード制御部７４は、変数check_errorの値が、エラーチェックを実行しないことを示す値の場合(false)には、そのままＵＩ作成処理部５０を起動して、追加モジュールからの戻り値または出力引数などの出力値を使用したＵＩ表示の作成を実行する。
【００４１】
本発明の図７に示した実施の形態では、エラーチェック制御部７４は、サービス・モードなどでサービスマンまたは追加モジュールの開発者が外部入力により指定することができる構成とすることができる。この実施の形態では、デバックなどが必要な場合にだけエラーチェックを実行させることができるので、それ以外の場合にはエラーチェック処理部５２による割り込みを受けることなく、ＵＩ作成処理部５０による効率の良い処理を実行することができる。また、追加モジュールを呼び出すごとにエラーチェック処理部５２の処理を呼び出すことが必要なく、機能検査処理の実装を、他の機能モジュールの機能低下を最低限としつつ、行うことができる。
【００４２】
図８は、本発明の検査処理方法の第２の実施形態のフローチャートを示した図である。図８に示した処理は、ステップＳ２００から開始し、ステップＳ２０１で変数check_errorの値を取得し、ステップＳ２０２でcheck_errorの値を検査し、check_errorの値が、エラーチェックを実行することを示す値である場合(true)には、ステップＳ２０３で条件リストをルックアップして受け取った出力値のエラーチェックを実行する。ステップＳ２０４では、エラーがないか否かを判断し、エラーが発見された場合（ｎｏ）には、ステップＳ２０５でエラー通知処理を実行し、タッチパネル上にエラー表示を行うか、またはログデータに記述するテキスト・データを作成して、ログデータ記録部に通知して、ステップＳ２０６で処理を終了させる。また、ステップＳ２０４でエラーがないと判断された場合(ｙｅｓ)には、機能検査処理を終了させてＵＩ作成処理部５０による処理を開始させる。
【００４３】
一方、check_errorの値が、エラーチェックを実行しないことを示す値である場合(false)には、ステップＳ２０６へと処理を分岐させて、機能検査処理を終了させ、直ちにＵＩ作成処理部５０に処理を実行させる。
【００４４】
本発明の画像形成装置１０は、追加モジュールの出力結果を判断する機能を備えているので、追加モジュールの検査結果に応答して追加モジュールのエラー状態を知ることができ、効率的な追加モジュール開発を行うことができる。
【００４５】
また、ユーザ指令により機能検査処理の実行を管理できるので、検査が必要とされる場合にだけ検査機能を起動し、それ以外は通常の処理を実行させることができるので、ＵＩ作成処理部５０の通常の処理を阻害することなく、機能検査機能を実装することができる。また、本発明は、画像形成装置の追加モジュールを検査するものとして説明してきたが、本発明は同様のプラグイン関数またはアドイン関数を使用することができるいかなる情報処理装置についても適用することができる。
【００４６】
また、本発明の上記機能は、Ｃ、Ｃ＋＋、Ｊａｖａ（登録商標）、Ｊａｖａ（登録商標）Ｂｅａｎｓ、Ｊａｖａ（登録商標）Ａｐｐｌｅｔ、Ｊａｖａ（登録商標）Ｓｃｒｉｐｔ、Ｐｅｒｌ、Ｒｕｂｙなどのオブジェクト指向ブログラミング言語などで記述された装置実行可能なプログラムにより実現でき、装置可読な記録媒体に格納して頒布することができる。
【００４７】
これまで本発明を図面に示した実施の形態をもって説明してきたが、本発明は図面に示した実施の形態に限定されるものではなく、他の実施の形態、追加、変更、削除など、当業者が想到することができる範囲内で変更することができ、エラーチェック処理部の実装などについては本発明の作用・効果を奏する限り、いかなる実装形態であっても、本発明の範囲に含まれるものである。
【図面の簡単な説明】
【００４８】
【図１】本発明の画像処理装置の実施の形態を示した図。
【図２】本発明の機能検査処理部の実施の形態を示した図。
【図３】本発明の機能検査処理のシーケンスを示した図。
【図４】本発明の機能検査処理方法のフローチャート。
【図５】本発明の機能検査処理に使用する条件リスト。
【図６】本発明の機能検査処理によりＵＩ作成処理部が作成するＵＩ表示を示した図。
【図７】本発明の第２の実施の形態における機能検査処理部を示した図。
【図８】本発明の第２の機能検査処理方法のフローチャート。
【符号の説明】
【００４９】
１０…画像形成装置、１２…スキャナ装置、１４…パネル（入力キー）、１６…スキャナＩ／Ｆ、１８…入出力Ｉ／Ｆ、２２…画像処理部、２４…中央処理装置（ＣＰＵ）、２６…ＲＡＭ、２８…ＲＯＭ、３０…ファクシミリ・コントローラ、３２…エンジン・コントローラ、３４…ネットワーク・インタフェース・カード（ＮＩＣ）、３６…記憶装置インタフェース、３８…ファクシミリ送受信装置、４０…ＤＳＵ／ＴＡ、４２…プリンタ、４４…ネットワーク、４６…記憶装置、４８…機能検査処理部、５０…ＵＩ作成処理部、５２…エラーチェック処理部、５４…エラー通知処理部、５６、５８…プラグイン関数（追加モジュール）、６０…条件リスト、６２、６４…フィールド、６６…ＵＩ表示、６８…リスト・ボックス、７０…モード表示フィールド、７２…アイテム名表示フィールド、７４…エラーチェック制御部
【特許請求の範囲】
【請求項１】
情報処理装置からの呼出しに応答して追加モジュールが機能を拡張する情報処理装置であって、
前記追加モジュールからの出力値を取得して、前記出力値が情報処理装置の指定する形式か否かを検査し、エラー内容を作成するエラーチェック処理部と、
前記エラーチェック処理部の検査によりエラーと判断された場合に、作成された前記エラー内容を受け取り、通知処理を行うエラー通知処理部と
を備える、情報処理装置。
【請求項２】
前記エラー通知処理部からの前記エラー内容を記録するログデータ記録部を備える、請求項１に記載の情報処理装置。
【請求項３】
前記追加モジュールからの出力値または前記エラー内容を表示させるＵＩ表示作成部を含む、請求項１に記載の情報処理装置。
【請求項４】
前記追加モジュールからの出力値を、前記追加モジュールの識別値に対応して指定したリストを含む、請求項１〜３のいずれか１項に記載の情報処理装置。
【請求項５】
外部入力を受け付け、前記外部入力に応答して前記エラーチェック処理部によるエラーチェックを制御するエラーチェック制御部を含む、請求項１〜４のいずれか１項に記載の情報処理装置。
【請求項６】
前記追加モジュールは、プラグイン機能またはアドイン機能を提供するソフトウェア・モジュールである、請求項１〜５のいずれか１項に記載の情報処理装置。
【請求項７】
情報処理装置に対して追加モジュールの機能検査方法を実行させる装置実行可能な機能検査方法であって、情報処理装置に対して
前記追加モジュールからの出力値を取得して、前記出力値が情報処理装置の指定する形式か否かを検査し、エラー内容を作成するステップと、
前記検査によりエラーと判断された場合に、作成された前記エラー内容を受け取り、通知処理を行うエラー通知処理部と、
前記追加モジュールからの出力値または前記エラーとの判断に応答して前記エラー内容を表示させるステップと
を実行させる、装置実行可能な機能検査方法。
【請求項８】
ログデータ記録部に前記エラー通知処理部からの前記エラー内容を記録するステップを含む、請求項７に記載の機能検査方法。
【請求項９】
前記エラー内容を作成するステップは、前記追加モジュールからの出力値を、前記追加モジュールの識別値に対応して指定したリストをルックアップするステップと、
前記リストにリストされ、前記出力値に含まれていない値の差分値を取得して前記エラー内容を作成するステップを含む、請求項７または８に記載の機能検査方法。
【請求項１０】
外部入力を受け付け、前記外部入力に応答して前記エラーチェック処理部によるエラーチェックを制御するステップを含む、請求項７〜９のいずれか１項に記載の機能検査方法。
【請求項１１】
前記追加モジュールは、プラグイン機能またはアドイン機能を提供するソフトウェア・モジュールである、請求項７〜１０のいずれか１項に記載の機能検査方法。
【請求項１２】
請求項７〜１０のいずれか１項に記載の機能検査方法を情報処理装置に実行させる、装置実行可能なプログラム。
【請求項１】
情報処理装置からの呼出しに応答して追加モジュールが機能を拡張する情報処理装置であって、
前記追加モジュールからの出力値を取得して、前記出力値が情報処理装置の指定する形式か否かを検査し、エラー内容を作成するエラーチェック処理部と、
前記エラーチェック処理部の検査によりエラーと判断された場合に、作成された前記エラー内容を受け取り、通知処理を行うエラー通知処理部と
を備える、情報処理装置。
【請求項２】
前記エラー通知処理部からの前記エラー内容を記録するログデータ記録部を備える、請求項１に記載の情報処理装置。
【請求項３】
前記追加モジュールからの出力値または前記エラー内容を表示させるＵＩ表示作成部を含む、請求項１に記載の情報処理装置。
【請求項４】
前記追加モジュールからの出力値を、前記追加モジュールの識別値に対応して指定したリストを含む、請求項１〜３のいずれか１項に記載の情報処理装置。
【請求項５】
外部入力を受け付け、前記外部入力に応答して前記エラーチェック処理部によるエラーチェックを制御するエラーチェック制御部を含む、請求項１〜４のいずれか１項に記載の情報処理装置。
【請求項６】
前記追加モジュールは、プラグイン機能またはアドイン機能を提供するソフトウェア・モジュールである、請求項１〜５のいずれか１項に記載の情報処理装置。
【請求項７】
情報処理装置に対して追加モジュールの機能検査方法を実行させる装置実行可能な機能検査方法であって、情報処理装置に対して
前記追加モジュールからの出力値を取得して、前記出力値が情報処理装置の指定する形式か否かを検査し、エラー内容を作成するステップと、
前記検査によりエラーと判断された場合に、作成された前記エラー内容を受け取り、通知処理を行うエラー通知処理部と、
前記追加モジュールからの出力値または前記エラーとの判断に応答して前記エラー内容を表示させるステップと
を実行させる、装置実行可能な機能検査方法。
【請求項８】
ログデータ記録部に前記エラー通知処理部からの前記エラー内容を記録するステップを含む、請求項７に記載の機能検査方法。
【請求項９】
前記エラー内容を作成するステップは、前記追加モジュールからの出力値を、前記追加モジュールの識別値に対応して指定したリストをルックアップするステップと、
前記リストにリストされ、前記出力値に含まれていない値の差分値を取得して前記エラー内容を作成するステップを含む、請求項７または８に記載の機能検査方法。
【請求項１０】
外部入力を受け付け、前記外部入力に応答して前記エラーチェック処理部によるエラーチェックを制御するステップを含む、請求項７〜９のいずれか１項に記載の機能検査方法。
【請求項１１】
前記追加モジュールは、プラグイン機能またはアドイン機能を提供するソフトウェア・モジュールである、請求項７〜１０のいずれか１項に記載の機能検査方法。
【請求項１２】
請求項７〜１０のいずれか１項に記載の機能検査方法を情報処理装置に実行させる、装置実行可能なプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公開番号】特開２００７−２５７４７８（Ｐ２００７−２５７４７８Ａ）
【公開日】平成１９年１０月４日（２００７．１０．４）
【国際特許分類】
【出願番号】特願２００６−８３１０４（Ｐ２００６−８３１０４）
【出願日】平成１８年３月２４日（２００６．３．２４）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
【公開日】平成１９年１０月４日（２００７．１０．４）
【国際特許分類】
【出願日】平成１８年３月２４日（２００６．３．２４）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
[ Back to top ]