(57)【要約】【課題】  画像処理装置において、インストールするアプリケーションプログラムを開発しやすい環境を提供する。【解決手段】  第三者アプリケーション５１４がインストールされる操作部１１０であって、インストールされた第三者アプリケーション５１４の実行中に、エラー通知を受信した場合に（Ｓ６０１）、該実行中の第三者アプリケーション５１４に対して、エラー表示画面の表示要否を判断するための情報を通知する（Ｓ６０２）通知手段と、前記通知手段による通知に応じて、前記実行中の第三者アプリケーション５１４よりエラー表示画面の表示要求を受信した場合に（Ｓ６０３）、前記エラー表示画面の表示を行うよう要求する（Ｓ６０４）要求手段とを有し、前記要求手段による要求に応じて、前記エラー表示画面の表示を行う（Ｓ６０５〜Ｓ６０９）ことを特徴とする。【選択図】図６
2015108939.tif 000002
【特許請求の範囲】
【請求項１】
アプリケーションがインストールされる情報処理装置であって、
インストールされたアプリケーションの実行中に、エラー通知を受信した場合に、該実行中のアプリケーションに対して、エラー表示画面の表示要否を判断するための情報を通知する通知手段と、
前記通知手段による通知に応じて、前記実行中のアプリケーションよりエラー表示画面の表示要求を受信した場合に、前記エラー表示画面の表示を行うよう要求する要求手段と、を有し、
前記要求手段による要求に応じて、前記エラー表示画面の表示を行うことを特徴とする情報処理装置。
【請求項２】
前記通知手段は、
前記インストールされたアプリケーションの起動中に、エラー通知を受信した場合、起動が完了するまで待機し、起動が完了した後に、前記エラー表示画面の表示要否を判断するための情報を通知することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記通知手段は、
受信したエラー通知に基づいて、エラーのレベルを判定し、エラーのレベルが所定の条件を満たす場合に、前記エラー表示画面の表示要否を判断するための情報を通知することを特徴とする請求項１または2に記載の情報処理装置。
【請求項４】
前記要求手段は、
前記表示要求を受信した場合の表示状態を判定し、前記エラー表示画面よりも優先度の高い表示画面が表示されていない場合に、該エラー表示画面の表示を行うよう要求することを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。
【請求項５】
前記要求手段は、
前記通知手段による通知に応じて、前記実行中のアプリケーションより前記エラー通知に含まれる詳細情報の取得要求を受信した場合、前記実行中のアプリケーションに対して、該詳細情報を通知することを特徴とする請求項１乃至４のいずれか１項に記載の情報処理装置。
【請求項６】
前記エラー表示画面の表示を行うためのアプリケーションを選択する選択手段を更に備え、
前記要求手段は、
前記選択手段により選択されたアプリケーションを起動させることにより、前記エラー表示画面の表示を行うよう要求することを特徴とする請求項１に記載の情報処理装置。
【請求項７】
前記エラー表示画面の表示要否を判断するための情報には、エラーの種類を示す情報が含まれることを特徴とする請求項１乃至６のいずれか１項に記載の情報処理装置。
【請求項８】
複数の装置が通信可能に接続され、該装置のいずれかにアプリケーションがインストールされる情報処理システムであって、
インストールされたアプリケーションの実行中に、エラー通知を受信した場合に、該実行中のアプリケーションに対して、エラー表示画面の表示要否を判断するための情報を通知する通知手段と、
前記通知手段による通知に応じて、前記実行中のアプリケーションよりエラー表示画面の表示要求を受信した場合に、前記エラー表示画面の表示を行うよう要求する要求手段と、を有し、
前記要求手段による要求に応じて、前記エラー表示画面の表示を行うことを特徴とする情報処理システム。
【請求項９】
アプリケーションがインストールされる情報処理装置における情報処理方法であって、
インストールされたアプリケーションの実行中に、エラー通知を受信した場合に、該実行中のアプリケーションに対して、エラー表示画面の表示要否を判断するための情報を通知する通知工程と、
前記通知工程における通知に応じて、前記実行中のアプリケーションよりエラー表示画面の表示要求を受信した場合に、前記エラー表示画面の表示を行うよう要求する要求工程と、を有し、
前記要求工程における要求に応じて、前記情報処理装置が前記エラー表示画面の表示を行うことを特徴とする情報処理方法。
【請求項１０】
アプリケーションがインストールされる情報処理装置のコンピュータに、
インストールされたアプリケーションの実行中に、エラー通知を受信した場合に、該実行中のアプリケーションに対して、エラー表示画面の表示要否を判断するための情報を通知する通知工程と、
前記通知工程における通知に応じて、前記実行中のアプリケーションよりエラー表示画面の表示要求を受信した場合に、前記インストールされたアプリケーションの表示画面に代えて、前記エラー表示画面の表示を行うよう要求する要求工程と、を実行させるためのプログラムであって、
前記要求工程における要求に応じて、前記情報処理装置が前記エラー表示画面の表示を行うことを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理システム、情報処理装置、情報処理方法及びプログラムに関する。
【背景技術】
【０００２】
従来より、ＭＦＰ（Multifunction Peripheral）等の画像処理装置では、メーカ側が、外部よりアプリケーションプログラムをインストールする場合のインタフェースを公開している。このような環境を提供することで、画像処理装置メーカ以外のサードベンダも、当該画像処理装置用のアプリケーションプログラムを開発することができる。この結果、画像処理装置の機能強化を図ることができる。
【０００３】
一方で、画像処理装置メーカでは、新たな装置の開発に際して、従来の装置に搭載されていた機能（例えば、エラー表示機能等）や表示画面（例えば、エラー表示画面等）を、新たな装置にも流用することで、開発コストの低減を図っている。また、そのための構成も提案されている（例えば、特許文献１、２参照）。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ここで、サードベンダ等により開発されるアプリケーションプログラムにおいても、従来の装置に搭載されていた機能や新たな装置に搭載された機能、ならびにそれらの表示画面を流用することができれば、開発コストの低減を図ることができる。
【０００５】
しかしながら、これらの機能や表示画面を流用するにあたっては、画像処理装置の動作に関する詳細情報や操作部の利用権限に関する情報等を、サードベンダ側の開発者がすべて習得しておく必要があり、サードベンダ側の開発者にとっては作業負荷が高い。
【０００６】
このようなことから、インタフェースを公開する画像処理装置メーカにおいては、サードベンダが、画像処理装置内の機能や表示画面を容易に流用できるようにすることで、アプリケーションプログラムを開発しやすい環境を提供することが望まれている。
【０００７】
本発明は上記課題に鑑みてなされたものであり、画像処理装置において、インストールするアプリケーションプログラムを開発しやすい環境を提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明の実施形態に係る情報処理装置は、以下のような構成を有する。すなわち、
アプリケーションがインストールされる情報処理装置であって、
インストールされたアプリケーションの実行中に、エラー通知を受信した場合に、該実行中のアプリケーションに対して、エラー表示画面の表示要否を判断するための情報を通知する通知手段と、
前記通知手段による通知に応じて、前記実行中のアプリケーションよりエラー表示画面の表示要求を受信した場合に、前記エラー表示画面の表示を行うよう要求する要求手段と、を有し、
前記要求手段による要求に応じて、前記エラー表示画面の表示を行うことを特徴とする。
【発明の効果】
【０００９】
本発明の各実施形態によれば、画像処理装置において、インストールするアプリケーションプログラムを開発しやすい環境を提供することが可能となる。
【図面の簡単な説明】
【００１０】
【図１】実施形態に係る操作部（情報処理装置）を有する画像処理装置の外観構成を示す図である。
【図２】画像処理装置を構成する操作部及び本体部のハードウェア構成を示す図である。
【図３】操作パネルの外観構成を示す図である。
【図４】操作部及び本体部に含まれるプログラム群の階層構造を示す図である。
【図５】操作部及び本体部におけるエラー表示機能の機能構成を示す図である。
【図６】画像処理装置におけるエラー表示処理の流れを示すシーケンス図である。
【図７】エラー表示処理が実行される場合の、操作部の外部アプリケーション用サービスにおける処理の流れを示すフローチャートである。
【図８】エラー通知に含まれる概要情報及び詳細情報の一例を示す図である。
【図９】画像処理装置におけるエラー表示処理の流れを示すシーケンス図である。
【図１０】画像処理装置におけるエラー表示処理の流れを示すシーケンス図である。
【図１１】エラー表示処理が実行される場合の、操作部の外部アプリケーション用サービスにおける処理の流れを示すフローチャートである。
【図１２】画像処理装置におけるエラー表示処理の流れを示すシーケンス図である。
【図１３】エラー表示処理が実行される場合の、操作部の外部アプリケーション用サービスにおける処理の流れを示すフローチャートである。
【図１４】エラー表示処理が実行される場合の、操作部の外部アプリケーション用サービスにおける処理の流れを示すフローチャートである。
【図１５】画像処理装置におけるエラー表示処理の流れを示すシーケンス図である。
【図１６】エラー表示処理が実行される場合の、操作部の外部アプリケーション用サービスにおける処理の流れを示すフローチャートである。
【図１７】画像処理装置におけるエラー表示処理の流れを示すシーケンス図である。
【図１８】エラー表示処理が実行される場合の、操作部の外部アプリケーション用サービスにおける処理の流れを示すフローチャートである。
【発明を実施するための形態】
【００１１】
以下、本発明の実施形態について添付の図面を参照しながら説明する。なお、以下では、本発明に係る情報処理装置を、ＭＦＰ（Multifunction Peripheral）等の画像処理装置の操作部に適用した場合の実施形態について説明する。ただし、本発明に係る情報処理装置の適用先はこれに限定されるものではなく、画像処理装置の操作部以外の要素（本体部等）に適用されてもよい。
【００１２】
また、本発明に係る情報処理装置の各構成要件は、画像処理装置の操作部と本体部とにわかれて（つまり、複数の装置が通信可能に接続された情報処理システムに）適用されてもよい。あるいは、画像処理装置以外の装置またはその要素に一体的にあるいはわかれて（つまり、複数の装置が通信可能に接続された情報処理システムに）適用されてもよい。
【００１３】
なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複した説明を省く。
【００１４】
［第１の実施形態］
＜画像処理装置の外観構成＞
はじめに、本実施形態に係る操作部（情報処理装置）を有する画像処理装置の外観構成について説明する。図１は、本実施形態に係る操作部（情報処理装置）を有する画像処理装置１００の外観構成を示す図である。
【００１５】
画像処理装置１００はＭＦＰ（Multifunction Peripheral）であり、例えば、コピー機能、スキャナ機能、ファクシミリ機能、プリンタ機能等の画像処理機能を有している。また、画像処理機能に関連する機能（例えば、エラー表示機能等）を含む各種機能を有している。
【００１６】
また、図１に示すように、画像処理装置１００は、操作部１１０と本体部１２０とにより構成されている。
【００１７】
操作部１１０は、本体部１２０に実行させるべき画像処理機能の選択、画像処理機能を実行させるための各種設定値の入力、画像処理機能を実行させるための実行指示の入力等、ユーザが各種操作を行う際に用いられる。
【００１８】
本体部１２０は、操作部１１０に対するユーザの各種操作に基づいて、画像処理機能、ならびに画像処理機能に関連する機能（例えば、エラー表示機能等）を含む各種機能を実現するための情報処理を実行する。
【００１９】
＜操作部及び本体部のハードウェア構成＞
次に、画像処理装置１００を構成する操作部１１０及び本体部１２０のハードウェア構成について説明する。図２は、画像処理装置１００を構成する操作部１１０及び本体部１２０のハードウェア構成を示す図である。
【００２０】
図２に示すように、操作部１１０は、ＣＰＵ（コンピュータ）２１１、ＲＯＭ２１２、ＲＡＭ２１３、フラッシュメモリ２１４、操作パネル２１５、接続Ｉ／Ｆ２１６、通信Ｉ／Ｆ２１７を有しており、各要素は、バス２１８を介して相互に接続されている。
【００２１】
ＣＰＵ２１１は、ＲＡＭ２１３をワークエリアとしてＲＯＭ２１２またはフラッシュメモリ２１４に記憶された各種プログラムを実行することにより、操作部１１０全体を制御するとともに、各種機能（後述するエラー表示機能を含む）を実現する。
【００２２】
フラッシュメモリ２１４は、不揮発性記憶媒体であり、ＣＰＵ２１１が実行する各種プログラムや各種データを記憶する。
【００２３】
操作パネル２１５は、ユーザが各種操作を行うための表示・操作部及びハードウェアキーを有する。操作パネル２１５の表示・操作部は、更に、画像処理装置１００の内部状態（例えば、エラー状態等）を表示することができる。
【００２４】
接続Ｉ／Ｆ２１６は、通信路２３０を介して本体部１２０と通信するためのインタフェースである。ここでは、ＵＳＢ規格のインタフェースが用いられるものとする。
【００２５】
通信Ｉ／Ｆ２１７は、ネットワークを介して外部装置と通信するためのインタフェースである。図２の例では、無線ＬＡＮアクセスポイント２４０に無線接続することにより、ネットワーク２６０を介して外部装置と通信を行う。
【００２６】
本体部１２０は、ＣＰＵ（コンピュータ）２２１、ＲＯＭ２２２、ＲＡＭ２２３、ＨＤＤ（Hard Disk Drive）２２４、エンジン部２２５、接続Ｉ／Ｆ２２６、通信Ｉ／Ｆ２２７を有しており、各要素は、バス２２８を介して相互に接続されている。
【００２７】
ＣＰＵ２２１は、ＲＡＭ２２３をワークエリアとしてＲＯＭ２２２またはＨＤＤ２２４に記憶された各種プログラムを実行することにより、本体部１２０全体を制御するとともに、各種機能（後述するエラー表示機能を含む）を実現する。
【００２８】
ＨＤＤ２２４は、不揮発性記憶媒体であり、ＣＰＵ２２１が実行する各種プログラムや各種データを記憶する。
【００２９】
エンジン部２２５は、コピー機能、スキャナ機能、ファクシミリ機能、プリンタ機能等の画像処理機能を実現するための情報処理を行うハードウェアである。エンジン部２２５は、例えば、原稿をスキャンして読み取るスキャナ、用紙等のシート材への印刷を行うプロッタ、ファクシミリ通信を行う通信部を有する。更に、印刷済みのシート材を仕分けるフィニッシャや、原稿を自動給送するＡＤＦ（自動原稿給送装置）等が含まれていてもよい。
【００３０】
接続Ｉ／Ｆ２２６は、通信路２３０を介して操作部１１０と通信するためのインタフェースである。ここでは、ＵＳＢ規格のインタフェースが用いられるものとする。
【００３１】
通信Ｉ／Ｆ２２７は、ネットワークを介して外部装置と通信するためのインタフェースである。図２の例では、有線２５０を介してネットワーク２６０と接続されている。
【００３２】
＜操作パネルの外観構成＞
次に、操作部１１０の操作パネル２１５の外観構成について説明する。図３は、操作部１１０の操作パネル２１５の外観構成を示す図である。
【００３３】
図３に示すように、操作パネル２１５は、ＬＣＤデバイスとタッチパネルとが組み合わされた表示・操作部３０１と、ハードキー３０２とを有する。
【００３４】
表示・操作部３０１を構成するＬＣＤデバイスには、各種表示画面が表示される。図３の例では、コピー機能、スキャナ機能、ファクシミリ機能、プリンタ機能等の画像処理機能を実行させるための表示画面が表示されている。ユーザがいずれかのアイコンを選択することで、タッチパネルがユーザの選択位置を検知し、選択位置に基づいて認識したユーザの操作内容に応じた画像処理機能が本体部１２０にて実行される。
【００３５】
なお、画像処理機能の実行中に生じたエラーは、本体部１２０より操作部１１０に対してエラー通知として送信され、表示・操作部３０１上に、送信されたエラー通知に応じたエラー表示画面が表示される。
【００３６】
＜操作部及び本体部に含まれるプログラムの階層構造＞
次に、操作部１１０及び本体部１２０に含まれるプログラム群の階層構造について説明する。図４は、操作部１１０（ＲＯＭ２１２、フラッシュメモリ２１４）及び本体部１２０（ＲＯＭ２２２、ＨＤＤ２２４）に含まれるプログラム群の階層構造を示す図である。
【００３７】
はじめに、本体部１２０（ＲＯＭ２２２、ＨＤＤ２２４）に含まれるプログラム群の階層構造について説明する。本体部１２０に含まれるプログラム群は、アプリケーション層４２１、サービス層４２２、ＯＳ層４２３とに大別することができる。アプリケーション層４２１に区分されるプログラムは、ハードウェア資源を動作させて画像処理機能を実現させるためのプログラムである。具体的には、コピーアプリケーション、スキャナアプリケーション、ファクシミリアプリケーション、プリンタアプリケーション等が挙げられる。
【００３８】
サービス層４２２に区分されるプログラムは、アプリケーション層４２１とＯＳ層４２３との間に介在するプログラムである。当該プログラムは、本体部１２０が備えるハードウェア資源を、アプリケーション層４２１のプログラムが利用したり、本体部１２０が備えるハードウェア資源の状態をアプリケーション層４２１に通知したりするためのインタフェースとしての役割を果たす。
【００３９】
具体的には、ハードウェア資源に対する動作要求を受け付けたり、受け付けた動作要求の調停を行ったりする。また、ハードウェア資源において検知されたエラーをアプリケーション層４２１にエラー通知として送信したりする。なお、サービス層４２２が受け付ける動作要求には、例えば、スキャナによる読み取りやプロッタによる印刷等の動作要求が含まれる。
【００４０】
なお、サービス層４２２に区分されるプログラムが果たす上記インタフェースとしての役割は、操作部１１０のアプリケーション層４１１に対しても同様である。すなわち、操作部１１０のアプリケーション層４１１に区分されるプログラムも、サービス層４２２にアクセスすることにより、本体部１２０のハードウェア資源を動作させ、画像処理機能を実現させることができる。
【００４１】
ＯＳ層４２３は、基本ソフトウェアと呼ばれるプログラムであり、本体部１２０が備えるハードウェア資源を制御する基本機能を提供する。サービス層４２２に区分されるプログラムは、アプリケーション層４２１に区分されるプログラムからのハードウェア資源に対する動作要求を、ＯＳ層４２３が解釈可能なコマンドに変換してＯＳ層４２３に渡す。そして、ＯＳ層４２３に区分されるプログラムが当該コマンドを実行することにより、ハードウェア資源に対する動作要求に従って画像処理機能を実現する。また、ＯＳ層４２３に区分されるプログラムが実行されることにより、ハードウェア資源において検知されたエラーを受信し、エラー通知としてアプリケーション層４２１への送信を行うサービス層４２２に渡す。
【００４２】
次に、操作部１１０（ＲＯＭ２１２、フラッシュメモリ２１４）に含まれるプログラム群の階層構造について説明する。本体部１２０と同様に、操作部１１０に含まれるプログラム群も、アプリケーション層４１１と、サービス層４１２と、ＯＳ層４１３とに大別することができる。
【００４３】
ただし、アプリケーション層４１１に区分されるプログラムが提供する機能や、サービス層４１２が受け付け可能な動作要求の種類は、本体部１２０とは異なる。操作部１１０のアプリケーション層４１１に区分されるプログラムは、主として、本体部１２０により提供される画像処理機能に関する操作や表示を行うためのユーザインタフェース機能を提供する。
【００４４】
なお、本実施形態では、操作部１１０と本体部１２０とで、ＯＳは独立して動作するものとする。また、操作部１１０と本体部１２０とが相互に通信可能であれば、ＯＳが同じ種類である必要はない。例えば、操作部１１０ではＡｎｄｒｏｉｄ（登録商標）を用い、本体部１２０ではＬｉｎｕｘ（登録商標）を用いることも可能である。
【００４５】
このように、画像処理装置１００では、操作部１１０と本体部１２０とが異なるＯＳにより制御されるため、操作部１１０と本体部１２０との間の通信は、一装置内のプロセス間通信ではなく、異なる装置間の通信として行われる。
【００４６】
操作部１１０が受け付けたユーザの各種操作を本体部１２０へ送信する動作（コマンド通信）や、本体部１２０が操作部１１０へ表示画面の表示を指示するイベント（例えば、エラー通知、エラー解除通知）を送信する動作がこれに該当する。
【００４７】
＜エラー表示機能の機能構成＞
次に、画像処理装置１００において実現されるエラー表示機能の機能構成について説明する。なお、本実施形態において、画像処理装置１００により実現されるエラー表示機能は、別の画像処理装置（例えば、画像処理装置１００よりも古い機種）が有していたエラー表示機能及びエラー表示画面を流用するように構成されているものとする。
【００４８】
図５は、画像処理装置１００において実現されるエラー表示機能の機能構成を示す図であり、図４に示す階層構造に大別されるプログラム群によって実現される各種機能のうち、エラー表示に関連する機能のみを抜粋して示した図である。
【００４９】
図５に示すように、エラー表示に関連する機能には、操作部１１０の従来画面表示用アプリケーション５１１と、メーカアプリケーション５１３と、第三者アプリケーション５１４とが含まれる。また、外部アプリケーション用サービス５１５と、本体部管理用アプリケーション５１６とが含まれる。更に、本体部１２０のシステム制御サービス５２０が含まれる。
【００５０】
従来画面表示用アプリケーション５１１は、画像処理装置１００とは別の画像処理装置（例えば、画像処理装置１００よりも古い機種）が有していたエラー表示画面を表示するための機能を提供する。従来画面表示用アプリケーション５１１には、エミュレータ５１２が含まれる。
【００５１】
エミュレータ５１２は、本体部１２０のシステム制御サービス５２０が有する本体部モジュール５２１の画面表示用ライブラリよりエラー表示画面を取得するとともに、操作部１１０に表示するのに適したエラー表示画面に変換する。
【００５２】
メーカアプリケーション５１３は、画像処理装置１００のメーカにより提供されるアプリケーションプログラムである。メーカアプリケーション５１３も、エラー表示画面を有しており、当該エラー表示画面を表示することが可能であるが、別の画像処理装置（例えば、画像処理装置１００よりも古い機種）が有しているエラー表示画面を流用することもできるよう構成されている。その場合、メーカアプリケーション５１３が実行中であっても、エラー通知に含まれる詳細情報に基づいて従来画面表示用アプリケーション５１１が起動され、システム制御サービス５２０により保持されている画面表示用ライブラリのエラー表示画面が表示される。
【００５３】
このように、これまでのエラー表示機能及びエラー表示画面を流用可能な構成とすることで、画像処理装置１００のメーカは、メーカアプリケーション５１３の開発に際して開発コストを抑えることができる。
【００５４】
第三者アプリケーション５１４は、サードベンダにより提供され、操作部１１０にインストールされたアプリケーションプログラムである。本実施形態に係る操作部１１０では、アプリケーションプログラムに関するインタフェースが公開されており、サードベンダによって、複数の第三者アプリケーション５１４がインストール可能となっている。
【００５５】
外部アプリケーション用サービス５１５は、システム制御サービス５２０より、エラー通知を受信し、第三者アプリケーション５１４に対して、エラー通知に含まれる概要情報（詳細は後述）を送信する。また、第三者アプリケーションからのエラー画面の表示要求に応じて、本体部管理用アプリケーション５１６に、第三者アプリケーションからのエラー画面表示要求を通知する。
【００５６】
本体部管理用アプリケーション５１６は、本体部１２０のシステム制御サービス５２０との間で情報の送受信を行う。メーカアプリケーション５１３の実行中に本体部１２０においてエラーが発生した場合、エラー通知は、本体部管理用アプリケーション５１６に送信される。本体部管理用アプリケーション５１６では、受信したエラー通知に基づいて表示画面の切り替えや、従来画面表示用アプリケーション５１１またはメーカアプリケーション５１３のエラー表示画面の表示を指示する。
【００５７】
また、第三者アプリケーション５１４の実行中に本体部１２０においてエラーが発生することで、第三者アプリケーション５１４よりエラー表示画面の表示要求が通知された場合、本体部管理用アプリケーション５１６では当該表示要求を受け付ける。そして、当該表示要求に応じて表示画面の切り替えや、従来画面表示用アプリケーション５１１のエラー表示画面の表示を指示する。
【００５８】
このように、サードベンダにより提供される第三者アプリケーション５１４は、外部アプリケーション用サービス５１５を介して、エラー表示画面を表示するための通知を行う。このとき、外部アプリケーション用サービス５１５では、エラー通知に含まれる概要情報を送信する構成としており、サードベンダでは、概要情報に基づいて、エラー表示画面の表示要否を判断する第三者アプリケーション５１４を生成することとなる。つまり、第三者アプリケーション５１４の開発に際して、エラー表示機能及びエラー表示画面を生成する必要はなく、開発コストを抑制することができる。また、画像処理装置の動作に関する詳細情報や操作部の利用権限に関する情報等を習得する必要もない（概要情報の一覧を習得すれば足りる）。
【００５９】
＜画像処理装置におけるエラー表示処理の流れ＞
次に、画像処理装置１００におけるエラー表示処理の流れについて説明する。図６は、画像処理装置１００におけるエラー表示処理の流れを示すシーケンス図及び表示・操作部３０１の表示内容を示す図である。第三者アプリケーション５１４が起動している状態で（表示画面６２１が表示されている状態で）、本体部１２０においてエラーが発生したとする。この場合、本体部１２０のシステム制御サービス５２０では、外部アプリケーション用サービス５１５にエラー通知を送信する（ステップＳ６０１）。
【００６０】
エラー通知を受信した外部アプリケーション用サービス５１５では、受信したエラー通知に含まれる概要情報（エラーの概要を示す情報であって、第三者アプリケーション５１４がエラー表示画面の表示要否を判断できるようにするための情報）を抽出する。そして、起動中の第三者アプリケーション５１４に対して、概要情報を含むエラー概要通知を行う（ステップＳ６０２）。
【００６１】
エラー概要通知を受け付けた第三者アプリケーション５１４では、エラー概要通知に含まれる概要情報に基づいて、エラーの概要を認識し、エラー表示画面の表示が必要であるか否かを判断する。なお、認識したエラーの概要に対して、エラー表示画面の表示が必要であるか否かの判断は、第三者アプリケーション５１４が行う。例えば、第三者アプリケーション５１４が本体部１２０に実行させようとしている（あるいは実行させている）画像処理機能と関連するエラーであれば、エラー表示画面の表示が必要であると判断し、関連しないエラーであれば不要と判断する。
【００６２】
エラー表示画面の表示が必要であると判断した場合、第三者アプリケーション５１４では、外部アプリケーション用サービス５１５に対して、エラー画面表示要求を行うよう構成されているものとする。
【００６３】
このため、外部アプリケーション用サービス５１５では、エラー概要通知を行った後、エラー画面表示要求を受け付けたか否かを判定すべく、一定時間待機する。エラー画面表示要求を受け付けた場合には（ステップＳ６０３）、本体部管理用アプリケーション５１６に対して、従来画面表示要求を行う（ステップＳ６０４）。
【００６４】
従来画面表示要求を受け付けた本体部管理用アプリケーション５１６では、本体部１２０のシステム制御サービス５２０に対して、表示画面の切り替え指示を送信する（ステップＳ６０５）。また、従来画面表示用アプリケーション５１１に対して、表示指示を行う（ステップＳ６０６）。
【００６５】
表示指示を受け付けた従来画面表示用アプリケーション５１１では、本体部１２０のシステム制御サービス５２０に対して、エラー通知に対応するエラー表示画面の送信要求を送信する（ステップＳ６０７）。
【００６６】
また、エラー表示画面の送信要求を受信したシステム制御サービス５２０では、従来画面表示用アプリケーション５１１に対して、画面表示用ライブラリのエラー表示画面を送信する（ステップＳ６０８）。なお、表示画面の切り替え指示が送信されたシステム制御サービス５２０では、表示画面の切り替えが行われたことを管理する。
【００６７】
エラー表示画面を受信した従来画面表示用アプリケーション５１１では、第三者アプリケーション５１４の表示画面６２１に代えて、当該受信したエラー表示画面を表示する（ステップＳ６０９。エラー表示画面６２２参照）。
【００６８】
一方、本体部１２０において発生したエラーが解除されたことが検知されると、本体部１２０のシステム制御サービス５２０では、外部アプリケーション用サービス５１５に対して、エラー解除通知を送信する（ステップＳ６１０）。
【００６９】
エラー解除通知を受信した外部アプリケーション用サービス５１５では、第三者アプリケーション５１４に対して、当該エラー解除通知を行う（ステップＳ６１１）。なお、エラー解除通知を受け付けた第三者アプリケーション５１４では、外部アプリケーション用サービス５１５に対して、エラー表示画面を非表示にする非表示要求を行うよう構成されているものとする。
【００７０】
外部アプリケーション用サービス５１５では、エラー表示画面を非表示にする非表示要求を受信すると（ステップＳ６１２）、本体部管理用アプリケーション５１６に対して、画面消去要求を行う（ステップＳ６１３）。
【００７１】
画面消去要求を受け付けた本体部管理用アプリケーション５１６では、本体部１２０のシステム制御サービス５２０に対して、表示画面の切り替え指示を送信する（ステップＳ６１４）。また、従来画面表示用アプリケーション５１１に対して、非表示指示を行う（ステップＳ６１５）。
【００７２】
非表示指示を受け付けた従来画面表示用アプリケーション５１１では、解除されたエラーに対応するエラー表示画面を非表示にする（ステップＳ６１６）。これにより、エラー発生前の状態（第三者アプリケーション５１４の表示画面６２１が表示された状態）に戻ることとなる。また、表示画面の切り替え指示が送信されたシステム制御サービス５２０では、表示画面の切り替えが行われたことを管理する。
【００７３】
＜外部アプリケーション用サービスにおける処理＞
次に、上記エラー表示処理が実行される場合の、外部アプリケーション用サービス５１５における処理の流れについて説明する。図７は、上記エラー表示処理が実行される場合の、外部アプリケーション用サービス５１５における処理の流れを示すフローチャートである。
【００７４】
ステップＳ７０１では、本体部１２０のシステム制御サービス５２０よりエラー通知が送信されたか否かを判定する。ステップＳ７０１において、エラー通知が送信されていないと判定された場合には、エラー通知が送信されるまで待機する。一方、エラー通知が送信されたと判定された場合には、ステップＳ７０２に進む。
【００７５】
ステップＳ７０２では、受信したエラー通知に含まれる概要情報を抽出し、エラー通知を受信した時点で起動中の第三者アプリケーションを識別する。更に、識別した第三者アプリケーションに対して、抽出した概要情報を含むエラー概要通知を行う。
【００７６】
図８は、外部アプリケーション用サービス５１５が受信するエラー通知を示す図である。図８に示すように、エラー通知には、エラーの概要を示す情報である概要情報と、エラーの詳細を示す情報である詳細情報とが含まれる。概要情報は、エラーの発生を示す情報あるいはエラーの種類を示す情報を含み、詳細情報は、エラーを特定するための情報を含む。具体的には、例えば、印刷ジョブを実行中に本体部１２０の右カバー部分でジャムが発生した場合には、詳細情報として"ジャム位置（右カバー）"が、概要情報として"停止（印刷ジャム）"が送信される。
【００７７】
そして、外部アプリケーション用サービス５１５では、受信したエラー通知に含まれる概要情報として、"停止（印刷ジャム）"を抽出し、第三者アプリケーション５１４にエラー概要通知を行う。
【００７８】
このように、本実施形態に係る操作部１１０では、エラー通知を受信した際に、第三者アプリケーション５１４に対して、概要情報を送信するよう動作する。
【００７９】
図７に戻る。ステップＳ７０３では、第三者アプリケーション５１４よりエラー画面表示要求を受け付けたか否かを判定する。ステップＳ７０３において、エラー画面表示要求を受け付けたと判定された場合には、ステップＳ７０４に進み、本体部管理用アプリケーション５１６に対して、従来画面表示要求を行う。
【００８０】
一方、ステップＳ７０３において、エラー画面表示要求を受け付けなかったと判定された場合には、処理を終了する。
【００８１】
このように、本実施形態に係る操作部１１０にインストールされる第三者アプリケーション５１４では、本体部１２０においてエラーが発生した場合に、以下の処理を実行するだけで、操作部１１０にエラー表示画面を表示させることができる。
・概要情報に基づいて、エラー表示画面の表示要否を判断する。
・表示が必要であると判断した場合に、エラー画面表示要求を送信する。
【００８２】
つまり、第三者アプリケーション５１４の開発者（サードベンダ）は、エラー表示画面を生成する必要もなければ、画像処理装置の詳細な動作情報や操作部の権限等に関する情報を習得する必要もない（概要情報に基づいて表示要否を判断するだけでよい）。この結果、サードベンダの開発者による第三者アプリケーションのエラー表示に関する開発の作業負荷を軽減させることが可能となる。
【００８３】
＜まとめ＞
以上の説明から明らかなように、本実施形態に係る操作部（情報処理装置）１１０では、
・エラーが発生した場合に、第三者アプリケーションに対して、概要情報を送信する構成とした。
・第三者アプリケーションよりエラー表示画面の表示要求を受け付けた場合、従来画面表示用アプリケーションを用いて、既存の画面表示用ライブラリのエラー表示画面を表示させる構成とした。
【００８４】
これにより、第三者アプリケーションの開発者は、エラー表示処理に関して、
・エラー表示画面の開発の必要がなくなり、
・概要情報に基づいて、エラー表示画面の表示の要否を判断し、必要と判断した場合にのみ、エラー表示画面の表示要求を行うプログラムを生成すれば足りる、
こととなる。
【００８５】
つまり、本実施形態によれば、インストールするアプリケーションプログラムを開発しやすい環境を提供することが可能となる。
【００８６】
［第２の実施形態］
上記第１の実施形態では、第三者アプリケーション５１４より、エラー表示画面の表示要求を受け付けた場合に、本体部管理用アプリケーション５１６に対して、直ちに、従来画面表示要求を行う構成としたが、本発明はこれに限定されない。
【００８７】
例えば、操作部１１０の表示・操作部３０１に現在表示されている表示画面を把握し、エラー表示画面よりも優先度の高い表示画面の有無を判断する。そして、エラー表示画面よりも優先度の高い画面が表示されていないと判断した場合に、従来画面表示要求を行う構成としてもよい。これにより、優先度の高い表示画面が、エラー表示画面によって遮られてしまうといった事態を回避することが可能となる。以下、本実施形態の詳細について説明する。
【００８８】
＜画像処理装置におけるエラー表示処理の流れ（その１）＞
はじめに、画像処理装置１００におけるエラー表示処理の流れについて説明する。図９は、画像処理装置１００におけるエラー表示処理の流れを示すシーケンス図及び表示・操作部３０１の表示内容を示す図である。なお、図９に示すシーケンス図のうち、ステップＳ６０１からＳ６０３までの処理は図６における対応する処理と同じであるため、ここでは説明を省略する。
【００８９】
外部アプリケーション用サービス５１５では、エラー表示画面の表示要求を受け付けると、本体部管理用アプリケーション５１６に対して、現在の表示画面の表示状態を問い合わせる（ステップＳ９０１）。問い合わせの結果、外部アプリケーション用サービス５１５では、本体部管理用アプリケーション５１６より、表示要求のあったエラー表示画面よりも優先度の高い表示画面が表示されているか否かを示す状態通知を受信する（ステップＳ９０２）。
【００９０】
図９の例では、表示要求のあったエラー表示画面よりも優先度の高い表示画面が表示されていないことを示す状態通知を受信したとする。この場合、外部アプリケーション用サービス５１５では、本体部管理用アプリケーション５１６に対して、従来画面表示要求を行う（ステップＳ６０４）。
【００９１】
以降、ステップＳ６０５からＳ６０９までの処理は、図６における対応する処理と同じであるため、ここでは説明を省略する。
【００９２】
＜画像処理装置におけるエラー表示処理の流れ（その２）＞
次に、画像処理装置１００におけるエラー表示処理の他の流れについて説明する。図１０は、画像処理装置１００におけるエラー表示処理の他の流れを示すシーケンス図及び表示・操作部３０１の表示内容を示す図である。図９との違いは、本体部管理用アプリケーション５１６より送信される状態通知が、表示要求のあったエラー表示画面よりも優先度の高い表示画面１０１０が表示されていることを示している点である（ステップＳ１００１）。
【００９３】
外部アプリケーション用サービス５１５では、表示要求のあったエラー表示画面よりも優先度の高い表示画面１０１０が表示されていることを示す状態通知を受信した場合には、従来画面表示要求を行うことなく待機する。
【００９４】
そして、表示要求のあったエラー表示画面よりも優先度の高い表示画面１０１０が表示されていないことを示す状態通知を受信した場合に（ステップＳ１００２）、本体部管理用アプリケーション５１６に対して、従来画面表示要求を行う（ステップＳ６０４）。
【００９５】
＜外部アプリケーション用サービスにおける処理＞
図９及び図１０に示すエラー表示処理が実行される場合の、外部アプリケーション用サービス５１５における処理の流れについて説明する。図１１は、図９及び図１０に示すエラー表示処理が実行される場合の、外部アプリケーション用サービス５１５における処理の流れを示すフローチャートである。
【００９６】
なお、図１１に示すフローチャートのうち、ステップＳ７０１からＳ７０３までの処理は、図７における対応する処理と同じであるため、ここでは説明を省略する。
【００９７】
第三者アプリケーション５１４より、エラー表示画面の表示要求を受け付けると、ステップＳ１１０１では、表示要求のあったエラー表示画面よりも優先度の高い表示画面が表示されているか否かを判定する。具体的には、本体部管理用アプリケーション５１６に対して、現在の表示画面の表示状態を問い合わせ、本体部管理用アプリケーション５１６より状態通知を受信する。そして、受信した状態通知が、表示要求のあったエラー表示画面よりも優先度の高い表示画面が表示されていることを示す状態通知であった場合には、表示要求のあったエラー表示画面よりも優先度の高い表示画面が表示されていると判定し、待機する。
【００９８】
受信した状態通知が、表示要求のあったエラー表示画面よりも優先度の高い表示画面が表示されていないことを示す状態通知であった場合には、表示要求のあったエラー表示画面よりも優先度の高い表示画面が表示されていないと判定し、ステップＳ７０４に進む。
【００９９】
ステップＳ７０４では、本体部管理用アプリケーションに従来画面表示要求を行う。
【０１００】
＜まとめ＞
以上の説明から明らかなように、本実施形態に係る操作部（情報処理装置）１１０では、上記第１の実施形態に加え、
・第三者アプリケーションより、エラー表示画面の表示要求を受け付けた場合に、該エラー表示画面よりも優先度の高い表示画面が表示されているか否かを判定する構成とした。
・優先度の高い表示画面が表示されている場合には、当該表示画面の表示が終了するまで、エラー表示画面の表示要求を保留し、当該表示画面の表示が終了したら、エラー表示画面の表示要求を行う構成とした。
【０１０１】
これにより、優先度の高い表示画面が、エラー表示画面によって遮られてしまうといった事態を回避することが可能となる。
【０１０２】
［第３の実施形態］
上記第１及び第２の実施形態では、外部アプリケーション用サービス５１５が、本体部１２０よりエラー通知を受信した場合に、直ちに、第三者アプリケーション５１４に送信する構成としたが、本発明はこれに限定されない。例えば、第三者アプリケーション５１４の起動状況を把握し、適切なタイミングでエラー概要通知を行う構成としてもよい。以下、本実施形態の詳細について説明する。
【０１０３】
＜画像処理装置におけるエラー表示処理の流れ＞
はじめに、画像処理装置１００におけるエラー表示処理の流れについて説明する。図１２は、画像処理装置１００におけるエラー表示処理の流れを示すシーケンス図及び表示・操作部３０１の表示内容を示す図である。
【０１０４】
第三者アプリケーション５１４の起動中に、本体部１２０においてエラーが発生すると、本体部１２０のシステム制御サービス５２０では、外部アプリケーション用サービス５１５にエラー通知を送信する（ステップＳ６０１）。
【０１０５】
エラー通知を受信した外部アプリケーション用サービス５１５では、第三者アプリケーション５１４に対して、起動状態を問い合わせる（ステップＳ１２０１）。問い合わせの結果、起動中であること示す通知があった場合、外部アプリケーション用サービス５１５では、エラー概要通知を行うことなく、再度、起動状態を問い合わせる（ステップＳ１２０３）。問い合わせは、起動が完了したことを示す通知を受け付けるまで繰り返される。
【０１０６】
第三者アプリケーション５１４が起動すると、表示・操作部３０１に表示画面６２１が表示されるとともに、外部アプリケーション用サービス５１５からの問い合わせに対して、起動が完了したことを示す通知が行われる（ステップＳ１２０４）。
【０１０７】
外部アプリケーション用サービス５１５では、問い合わせの結果、第三者アプリケーション５１４の起動が完了したことを示す通知を受け付けると、第三者アプリケーション５１４に対して、エラー概要通知を行う（ステップＳ６０２）。
【０１０８】
以降、ステップＳ６０３からＳ６０９までの処理は、図６における対応する処理と同じであるため、ここでは説明を省略する。
【０１０９】
＜外部アプリケーション用サービスにおける処理＞
次に、図１２に示すエラー表示処理が実行される場合の、外部アプリケーション用サービス５１５における処理の流れについて説明する。図１３は、図１２に示すエラー表示処理が実行される場合の、外部アプリケーション用サービス５１５における処理の流れを示すフローチャートである。
【０１１０】
ステップＳ７０１では、本体部１２０のシステム制御サービス５２０よりエラー通知が送信されたか否かを判定する。ステップＳ７０１において、エラー通知が送信されていないと判定された場合には、エラー通知が送信されるまで待機する。一方、エラー通知が送信されたと判定された場合には、ステップＳ１３０１に進む。
【０１１１】
ステップＳ１３０１では、エラー概要通知を行うべき第三者アプリケーションが起動中であるか否かを判定する。具体的には、エラー概要通知を行うべき第三者アプリケーションに対して、起動状態を問い合わせる。問い合わせの結果、起動中であることを示す通知を受け付けた場合には、第三者アプリケーション５１４が起動中であると判定し、待機する。一方、問い合わせの結果、第三者アプリケーション５１４の起動が完了したことを示す通知を受け付けた場合には、第三者アプリケーション５１４の起動が完了したと判定し、ステップＳ７０２に進む。以降、ステップＳ７０２からＳ７０４までの処理は、図７における対応する処理と同じであるため、ここでは説明を省略する。
【０１１２】
＜まとめ＞
以上の説明から明らかなように、本実施形態に係る操作部（情報処理装置）では、上記第１の実施形態に加え、
・エラー通知を受信した場合に、第三者アプリケーションの起動状態に応じて、エラー概要通知を行う構成とした。
【０１１３】
これにより、エラー概要通知を第三者アプリケーションが受け取ることができず、結果的にエラー表示画面が表示されないといった事態を回避することが可能となる。
【０１１４】
［第４の実施形態］
上記第１乃至第３の実施形態では、外部アプリケーション用サービス５１５がエラー通知を受信した場合に、エラーのレベルによらず、第三者アプリケーション５１４に対してエラー概要通知を行う構成としたが、本発明はこれに限定されない。
【０１１５】
例えば、エラーのレベルが高い場合にのみ、第三者アプリケーション５１４に対してエラー概要通知を行う構成としてもよい。このように、通知する概要情報の種類を限定することで、表示要否の判断回数を減らすことが可能となり、サードベンダによる第三者アプリケーションの開発が、より簡単になる。
【０１１６】
図１４は、画像処理装置１００においてエラー表示処理が実行された場合の、外部アプリケーション用サービス５１５における処理の流れを示すフローチャートである。
【０１１７】
ステップＳ７０１では、本体部１２０のシステム制御サービス５２０よりエラー通知が送信されたか否かを判定する。ステップＳ７０１において、エラー通知が送信されていないと判定された場合には、エラー通知が送信されるまで待機する。一方、エラー通知が送信されたと判定された場合には、ステップＳ１４０１に進む。
【０１１８】
ステップＳ１４０１では、受信したエラー通知のレベルを判定する。受信したエラー通知のレベルが所定の条件を満たす場合には（例えば、所定の閾値以上であった場合には）、ステップＳ７０２に進み、第三者アプリケーション５１４に対して、エラー概要の通知を行う。一方、エラー通知のレベルが所定の条件を満たさない場合には（例えば、所定の閾値未満であった場合には）、第三者アプリケーション５１４に対して、エラー概要通知を行うことなく処理を終了する。
【０１１９】
なお、エラー通知のレベルが所定の閾値以上である場合とは、例えば、エラー概要通知を行うべき第三者アプリケーションと関連するジョブが実行されている際に発生したエラーであった場合等が挙げられる。
【０１２０】
具体的には、エラー概要通知を行うべき第三者アプリケーションが、プリンタ機能に関連する第三者アプリケーションであり、発生したエラーが、印刷ジョブ実行中のエラーであった場合には、エラー通知のレベルが所定の閾値以上であると判定する。この場合、外部アプリケーション用サービス５１５では、第三者アプリケーション５１４に対して、エラー概要通知を行う。
【０１２１】
一方、エラー概要通知を行うべき第三者アプリケーションが、スキャナ機能に関連する第三者アプリケーションであり、発生したエラーが、印刷ジョブ実行中のエラーであった場合には、エラー通知のレベルが所定の閾値未満であると判定する。この場合、外部アプリケーション用サービス５１５では、第三者アプリケーション５１４に対して、エラー概要通知を行わない。
【０１２２】
［第５の実施形態］
上記第１乃至第４の実施形態では、エラー概要通知が行われ、第三者アプリケーション５１４によりエラー表示画面の表示が必要と判断された場合、いずれも従来画面表示用アプリケーション５１１がエラー表示画面を表示することとした。つまり、第三者アプリケーション５１４ではエラー表示画面の表示を行わない構成とした。しかしながら、本発明はこれに限定されず、発生したエラーの一部については、従来画面表示用アプリケーション５１１のエラー表示機能及びエラー表示画面を流用せず、第三者アプリケーション５１４においてエラー表示画面の表示を行う構成としてもよい。
【０１２３】
この場合、エラー表示画面の表示をまったく行わない場合と比較して、サードベンダによる第三者アプリケーションの開発における作業負荷が増加するが、サードベンダにとっては、特定のエラーについて、オリジナルのエラー表示画面を提供することが可能となる。
【０１２４】
＜画像処理装置におけるエラー表示処理の流れ＞
はじめに、画像処理装置１００におけるエラー表示処理の流れについて説明する。図１５は、画像処理装置におけるエラー表示処理の流れを示すシーケンス図及び表示・操作部３０１の表示内容を示す図である。なお、図１５に示すシーケンス図のうち、ステップＳ６０１及びステップＳ６０２の処理は、図６における対応する処理と同じであるため、ここでは説明を省略する。
【０１２５】
第三者アプリケーション５１４では、外部アプリケーション用サービス５１５よりエラー概要通知を受け付けると、概要情報に基づいて、第三者アプリケーション５１４が有するエラー表示画面を表示させるか否かを判断する。
【０１２６】
第三者アプリケーション５１４が有するエラー表示画面ではなく、本体部１２０が有するエラー表示画面を流用すると判断した場合の処理は、図６におけるステップＳ６０３以降の処理と同じとなるため、ここでは説明を省略する。
【０１２７】
一方、第三者アプリケーション５１４が有するエラー表示画面を表示させると判断した場合には、第三者アプリケーション５１４では、詳細情報の取得要求を行うよう構成されているものとする。
【０１２８】
第三者アプリケーション５１４より、詳細情報の取得要求を受け付けた場合（ステップＳ１５０１）、外部アプリケーション用サービス５１５では、エラー通知の詳細情報を含むエラー詳細通知を行う（ステップＳ１５０２）。
【０１２９】
エラー詳細通知を受け付けた第三者アプリケーション５１４では、エラー詳細通知に含まれる詳細情報に基づいて、エラー表示画面を表示する。また、外部アプリケーション用サービス５１５に対して、エラー画面表示中の通知を行う（ステップＳ１５０３、Ｓ１５０４。エラー表示画面１５２２参照）。
【０１３０】
なお、本体部１２０において発生したエラーが解除されたことが検知されると、本体部１２０のシステム制御サービス５２０では、外部アプリケーション用サービス５１５に対して、エラー解除通知を送信する（ステップＳ６１０）。
【０１３１】
エラー解除通知を受信した外部アプリケーション用サービス５１５では、第三者アプリケーション５１４に対して、当該エラー解除通知を行う（ステップＳ６１１）。エラー解除通知を受け付けた第三者アプリケーション５１４では、エラー表示画面を終了し、元の表示画面に戻る（ステップＳ１５０５、表示画面６２１参照）。
【０１３２】
＜外部アプリケーション用サービスにおける処理＞
図１５に示すエラー表示処理が実行される場合の、外部アプリケーション用サービス５１５における処理の流れについて説明する。図１６は、図１５に示すエラー表示処理が実行される場合の、外部アプリケーション用サービス５１５における処理の流れを示すフローチャートである。
【０１３３】
なお、図１６に示すフローチャートのうち、ステップＳ７０１及びＳ７０２の処理は、図７における対応する処理と同じであるため、ここでは説明を省略する。
【０１３４】
第三者アプリケーション５１４に対してエラー概要通知を行った外部アプリケーション用サービス５１５では、第三者アプリケーション５１４からの要求を待ち（ステップＳ１６０１）、要求があった場合には、要求の種類を判定する（ステップＳ１６０２）。
【０１３５】
ステップＳ１６０２における判定の結果、第三者アプリケーション５１４より、エラー表示画面の表示要求を受け付けたと判定した場合には、ステップＳ７０４に進む。ステップＳ７０４では、本体部管理用アプリケーション５１６に対して、従来画面表示要求を行う。
【０１３６】
一方、ステップＳ１６０２における判定の結果、第三者アプリケーション５１４より、エラー通知に含まれる詳細情報の取得要求を受け付けたと判定した場合には、ステップＳ１６０３に進む。
【０１３７】
ステップＳ１６０３では、エラー通知に含まれる詳細情報を抽出し、第三者アプリケーション５１４にエラー詳細通知を行う。
【０１３８】
＜まとめ＞
以上の説明から明らかなように、本実施形態に係る操作部（情報処理装置）１１０では、上記第１の実施形態に加え、
・エラー概要通知に対する第三者アプリケーションの要求内容に応じて、エラー通知に含まれる詳細情報を第三者アプリケーションに送信できる構成とした。
【０１３９】
これにより、サードベンダにとっては、特定のエラーについて、オリジナルのエラー表示画面を提供することが可能となる。
【０１４０】
［第６の実施形態］
上記第１乃至第５の実施形態では、第三者アプリケーション５１４より、エラー表示画面の表示要求を受け付けた場合に、画像処理装置１００よりも古い機種が有していたエラー表示画面及びエラー表示機能を流用することとしたが、本発明はこれに限定されない。
【０１４１】
例えば、新たにインストールされたメーカアプリケーション５１３により表示される最新のエラー表示画面及びエラー表示機能を流用する構成としてもよい。以下、本実施形態の詳細について説明する。
【０１４２】
＜画像処理装置におけるエラー表示処理の流れ＞
はじめに、画像処理装置１００におけるエラー表示処理の流れについて説明する。図１７は、画像処理装置１００におけるエラー表示処理の流れを示すシーケンス図及び表示・操作部３０１の表示内容を示す図である。なお、図１７に示すシーケンス図のうち、ステップＳ６０１からＳ６０３までの処理は図６における対応する処理と同じであるため、ここでは説明を省略する。
【０１４３】
外部アプリケーション用サービス５１５では、エラー表示画面の表示要求を受け付けると、最新のエラー表示画面の有無について判定する。判定の結果、最新のエラー表示画面がないと判定された場合には、本体部管理用アプリケーション５１６に対して、従来画面表示要求を行う。この場合の処理は、図６のステップＳ６０４以降の処理と同じであるため、ここでは説明を省略する。
【０１４４】
一方、判定の結果、最新のエラー表示画面があると判定された場合には、本体部管理用アプリケーション５１６に対して、最新画面表示要求を行う（ステップＳ１７０１）。最新画面表示要求を受け付けた本体部管理用アプリケーション５１６では、本体部１２０のシステム制御サービス５２０に対して、表示画面の切り替え指示を送信する（ステップＳ６０５）。また、メーカアプリケーション５１３に対して、表示指示を行う（ステップＳ１７０３）。
【０１４５】
表示指示を受け付けたメーカアプリケーション５１３では、発生したエラーに対応する最新のエラー表示画面を、第三者アプリケーションの表示画面６２１に代えて表示する（ステップＳ１７０４。エラー表示画面１７２２参照）。
【０１４６】
＜外部アプリケーション用サービスにおける処理＞
次に、図１７に示すエラー表示処理が実行される場合の、外部アプリケーション用サービス５１５における処理の流れについて説明する。図１８は、図１７に示すエラー表示処理が実行される場合の、外部アプリケーション用サービス５１５における処理の流れを示すフローチャートである。
【０１４７】
なお、図１８に示すフローチャートのうち、ステップＳ７０１からＳ７０３までの処理は、図７における対応する処理と同じであるため、ここでは説明を省略する。
【０１４８】
第三者アプリケーション５１４より、エラー表示画面の表示要求を受け取ると、ステップＳ１８０１では、最新のエラー表示画面があるか否かを判定する。ステップＳ１８０１において、最新のエラー表示画面がないと判定された場合には、ステップＳ７０４に進む。ステップＳ７０４では、本体部管理用アプリケーション５１６に対して、従来画面表示要求を行う。
【０１４９】
一方、ステップＳ１８０１において、最新のエラー表示画面があると判定された場合には、ステップＳ１８０２に進む。ステップＳ１８０２では、本体部管理用アプリケーション５１６に対して、最新のエラー表示画面の表示要求を行う。
【０１５０】
このように、外部アプリケーション用サービス５１５を、メーカアプリケーション５１３または第三者アプリケーション５１４のいずれかを選択する選択手段として機能させることで、最適なエラー表示画面を表示させることが可能となる。
【０１５１】
＜まとめ＞
以上の説明から明らかなように、本実施形態に係る操作部（情報処理装置）では、上記第１の実施形態に加え、
・画像処理装置１００よりも古い機種が有していたエラー表示画面及びエラー表示機能のみならず、画像処理装置１００に新たに搭載された最新のエラー表示画面及びエラー表示機能もあわせて流用できる構成とした。
【０１５２】
これにより、第三者アプリケーションの起動中にエラーが発生した場合、最適なエラー表示画面を表示させることが可能となる。
【０１５３】
［その他の実施形態］
上記実施形態に挙げた構成等に、その他の要素との組み合わせなど、ここで示した構成に本発明が限定されるものではない。これらの点に関しては、本発明の趣旨を逸脱しない範囲で変更することが可能であり、その応用形態に応じて適切に定めることができる。
【符号の説明】
【０１５４】
１００          画像処理装置
１１０          操作部
１２０          本体部
３０１          表示・操作部
３０２          ハードキー
５１１          従来画面表示用アプリケーション
５１２          エミュレータ
５１３          メーカアプリケーション
５１４          第三者アプリケーション
５１５          外部アプリケーション用サービス
５１６          本体部管理用アプリケーション
５２０          システム制御サービス
５２１          本体部モジュール
【先行技術文献】
【特許文献】
【０１５５】
【特許文献１】特開２０１２−０４４２５８号公報
【特許文献２】特開２００９−２２３５７７号公報
【図１】
2015108939.tif 000003
【図２】
2015108939.tif 000004
【図３】
2015108939.tif 000005
【図４】
2015108939.tif 000006
【図５】
2015108939.tif 000007
【図６】
2015108939.tif 000008
【図７】
2015108939.tif 000009
【図８】
2015108939.tif 000010
【図９】
2015108939.tif 000011
【図１０】
2015108939.tif 000012
【図１１】
2015108939.tif 000013
【図１２】
2015108939.tif 000014
【図１３】
2015108939.tif 000015
【図１４】
2015108939.tif 000016
【図１５】
2015108939.tif 000017
【図１６】
2015108939.tif 000018
【図１７】
2015108939.tif 000019
【図１８】
2015108939.tif 000020