(57)【要約】【課題】エラー発生時及びエラー解除時の画面切り替えを迅速に行う。【解決手段】少なくとも１以上の機能を有する本体と、前記機能に対する制御を実行するためにユーザが操作する操作部と、を備える情報処理装置において、前記操作部は、前記機能にエラーが発生したことを条件に前記本体から通知されるエラー情報に基づいて、エラー画面を生成して表示するエラー管理手段を備える。【選択図】図６
2019162787.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１以上の機能を有する本体と、前記機能に対する制御を実行するためにユーザが操作する操作部と、を備える情報処理装置において、
前記操作部は、前記機能にエラーが発生したことを条件に前記本体から通知されるエラー情報に基づいて、エラー画面を生成して表示するエラー管理手段を備える、
ことを特徴とする情報処理装置。
【請求項２】
前記エラー管理手段は、
前記本体から通知される前記エラー情報に応じて前記エラー画面を生成し、
エラーが発生した前記機能にかかる画面の表示中であることを条件として、前記本体から通知される切り替え要求に応じて前記エラー画面を表示する、
ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記エラー管理手段は、前記機能を実現するための、前記操作部に設けられたアプリケーションであって、エラーが発生した前記機能にかかる複数の前記アプリケーションの何れかの画面が表示中である場合に、当該アプリケーションの画面から前記エラー画面に切り替える、
ことを特徴とする請求項２に記載の情報処理装置。
【請求項４】
前記エラー管理手段は、エラーが発生した前記機能にかかる、前記操作部に設けられた複数の前記アプリケーションの何れの画面も表示中でない場合に、前記エラー画面を表示しない、
ことを特徴とする請求項３に記載の情報処理装置。
【請求項５】
前記エラー管理手段は、複数の前記機能に共通する前記エラー画面を生成する、
ことを特徴とする請求項１乃至４の何れか一項に記載の情報処理装置。
【請求項６】
前記エラー管理手段は、
前記機能に発生したエラーが解消したことを条件に前記本体から通知されるエラー解消通知に基づいて、前記エラー画面を閉じる、
ことを特徴とする請求項１乃至５の何れか一項に記載の情報処理装置。
【請求項７】
前記エラー管理手段は、
前記機能を実現するための、前記操作部に設けられたアプリケーションであって、エラーが発生した前記機能にかかる画面を表示中の前記アプリケーションから前記エラー画面の非表示要求を受けたことを条件として、前記本体から通知される前記エラー解消通知に応じて前記エラー画面を閉じ、当該アプリケーションの画面を表示する、
ことを特徴とする請求項６に記載の情報処理装置。
【請求項８】
少なくとも１以上の機能を有する本体装置と、前記機能に対する制御を実行するためにユーザが操作する操作装置とがネットワークを介して接続された情報処理システムであって、
前記操作装置は、前記機能にエラーが発生したことを条件に前記本体装置から前記ネットワークを介して通知されるエラー情報に基づいて、エラー画面を生成して表示するエラー管理手段を備える、
ことを特徴とする情報処理システム。
【請求項９】
少なくとも１以上の機能を有する本体装置と、前記機能に対する制御を実行するためにユーザが操作する操作装置とがネットワークを介して接続された情報処理システムにおける画面表示方法であって、
前記操作装置における、前記機能にエラーが発生したことを条件に前記本体装置から前記ネットワークを介して通知されるエラー情報に基づいて、エラー画面を生成して表示するエラー管理工程を含む、
ことを特徴とする画面表示方法。
【請求項１０】
少なくとも１以上の機能を有する本体と、前記機能に対する制御を実行するためにユーザが操作する操作部と、を備える情報処理装置の前記操作部を制御するコンピュータを、
前記機能にエラーが発生したことを条件に前記本体から通知されるエラー情報に基づいて、エラー画面を生成して表示するエラー管理手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理システム、画面表示方法およびプログラムに関する。
【背景技術】
【０００２】
従来、エラーが発生した際に、エラー情報を含むエラー画像データを生成し、操作パネルに表示する複合機が知られている。
【０００３】
また、近年、ＣＰＵ及び基本ソフト（ＯＳ）が搭載された操作部と、印刷・スキャンなどの画像形成機能を有する本体部と、により構成された複合機が開発されている（特許文献１参照）。
【０００４】
このような操作部と本体部とにより構成された複合機においては、エラーが発生した場合、従来の複合機の仕組みを踏襲し、本体部がエラー画像データを生成して操作部に送信する。そして、操作部は、操作部にインストールされたエミュレータ機能を有するアプリケーション（アプリ）を用いて、従来のエラー画面をユーザに表示する。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、操作部と本体部とにより構成された複合機においては、例えば、本体部と操作部の間で画像データのやり取りが発生し、また、画像データをエミュレートする必要がある。このため、エラー発生時の画面切り替えに時間がかかり、応答性が悪い、という問題がある。
【０００６】
本発明は、上記に鑑みてなされたものであって、エラー発生時の画面切り替えを迅速に行うことを目的とする。
【課題を解決するための手段】
【０００７】
上述した課題を解決し、目的を達成するために、本発明は、少なくとも１以上の機能を有する本体と、前記機能に対する制御を実行するためにユーザが操作する操作部と、を備える情報処理装置において、前記操作部は、前記機能にエラーが発生したことを条件に前記本体から通知されるエラー情報に基づいて、エラー画面を生成して表示するエラー管理手段を備える、ことを特徴とする。
【発明の効果】
【０００８】
本発明によれば、エラー発生時の画面切り替えを迅速に行うことができる、という効果を奏する。
【図面の簡単な説明】
【０００９】
【図１】図１は、実施の形態にかかるＭＦＰのハードウェア構成図である。
【図２】図２は、ＭＦＰのソフトウェア構成の一例を示す図である。
【図３】図３は、ＭＦＰに設けられているソフトウェアの一例を示す図である。
【図４】図４は、エラー管理アプリの機能ブロック図である。
【図５】図５は、画面生成用テーブルの一例を示す図である。
【図６】図６は、エラーが発生した場合の各部の動作の流れを示すシーケンス図である。
【図７】図７は、プロッタジャム発生時のエラー画面の一例を示す図である。
【図８】図８は、エラー解消時の画面遷移の例を示す図である。
【図９】図９は、エラーが解消した場合の各部の動作の流れを示すシーケンス図である。
【発明を実施するための形態】
【００１０】
以下に添付図面を参照して、情報処理装置、情報処理システム、画面表示方法およびプログラムの実施の形態を詳細に説明する。
【００１１】
図１は、実施の形態にかかる複合機（ＭＦＰ：Multifunction  Peripheral）１のハードウェア構成図である。ＭＦＰ１は、情報処理装置の一例である。ＭＦＰ１は、図１に示すように例えばコピー機能、スキャナ機能、ファクシミリ機能、プリンタ機能等の各種の画像処理機能を備えた画像処理部である本体１０と、ユーザの操作に応じた入力を受け付ける操作部２０とを備える。
【００１２】
本体１０と操作部２０は、専用の通信路３０を介して相互に通信可能に接続されている。通信路３０は、例えばＵＳＢ（Universal  Serial  Bus）規格のものを用いることができる。また、通信路３０は、有線又は無線を問わず任意の規格のものでもよい。また、本体１０は、コピー機能、スキャナ機能、ファクシミリ機能、プリンタ機能等の画像形成機能のうち、一つの機能を有していてもよいし、複数の機能を有していてもよい。
【００１３】
操作部２０としては、単独で完結した情報処理を実行可能な電子機器を用いることができる。一例として、操作部２０としては、スマートフォン又はタブレット型端末等の情報処理端末を用いることができる。この場合、操作部２０として用いられる情報処理端末は、ＭＦＰ１の操作部として機能する。
【００１４】
より詳しくは、従来、ＭＦＰ１には、操作部として専用の操作パネルが固定され設置されていた。これに対して、第１の実施の形態のＭＦＰ１の操作部２０として用いられる情報処理端末は、ＭＦＰ１の本体１０に装着及び取り外し可能となっている。すなわち、操作部２０として用いられる情報処理端末は、例えばＭＦＰ１の操作パネルが配置される位置等の所定の位置から取り外し可能（分離可能）ながらも、ＭＦＰ１と一体的に設置することも可能となっている。このため、操作部２０として用いられる情報処理端末及びＭＦＰ１は、一台の装置として把握されるものである。操作部２０として用いられる情報処理端末は、ＭＦＰ１から取り外されると、ＭＦＰ１との間で、例えばＢｌｕｅｔｏｏｔｈ（登録商標）又は赤外線通信等の無線通信を行い、ＭＦＰ１の操作部として機能する。
【００１５】
本体１０は、操作部２０で受け付けた入力に応じた動作を行う。また、本体１０は、クライアントＰＣ（パーソナルコンピュータ）等の外部装置とも通信可能であり、外部装置から受信した指示に応じた動作も行う。
【００１６】
（本体のハードウェア構成）
次に、本体１０のハードウェア構成について説明する。図１に示すように、本体１０は、ＣＰＵ（Central  Processing  Unit）１１と、ＲＯＭ（Read  Only  Memory）１２と、ＲＡＭ（Random  Access  Memory）１３と、ＨＤＤ（Hard  Disk  Drive）１４とを備える。また、本体１０は、通信Ｉ／Ｆ（Interface）１５と、接続Ｉ／Ｆ１６と、エンジン１７と、ファクシミリモデム（ＦＡＸモデム）１９とを備える。各部１１〜１７及びＦＡＸモデム１９は、システムバス１８を介して相互に接続されている。
【００１７】
ＣＰＵ１１は、本体１０の動作を統括的に制御する。ＣＰＵ１１は、ＲＡＭ１３をワークエリア（作業領域）としてＲＯＭ１２又はＨＤＤ１４等に格納されたプログラムを実行することで、本体１０全体の動作を制御し、上述したコピー機能、スキャナ機能、ファクシミリ機能、プリンタ機能などの各種の画像形成機能を実現する。なお、この本体１０のＨＤＤ１４は、フラッシュメモリを用いても、同様に実現可能である。
【００１８】
通信Ｉ／Ｆ１５は、ネットワーク４０上のクライアントＰＣ（Personal  Computer）、Ｗｅｂサーバ装置又は認証サーバ装置等の外部装置と通信するためのインタフェースである。接続Ｉ／Ｆ１６は、通信路３０を介して操作部２０と通信するためのインタフェースである。なお、図１及び以下に説明する図２において、通信路３０は、有線的に図示しているが、上述のように操作部２０は、ＭＦＰ１の本体１０に対して装着及び取り外しが可能となっている。このため、操作部２０をＭＦＰ１に装着しているときには、通信路３０は有線通信路として機能し、操作部２０をＭＦＰ１から取り外したときには、通信路３０は無線通信路として機能するものと理解されたい。
【００１９】
エンジン１７は、コピー機能、スキャナ機能、ファクシミリ機能及びプリンタ機能等を実現させるための、汎用的な情報処理及び通信以外の処理を行うハードウェアである。エンジン１７は、例えば原稿の画像をスキャンして読み取るスキャナ、用紙等のシート材への印刷を行うプロッタ、ファクシミリ通信を行うファクシミリ通信部等を備えている。さらに、印刷済みシート材を仕分けるフィニッシャ及び原稿を自動給送するＡＤＦ（Auto  Document  Feeder：自動原稿給送装置）のような特定のオプションを設けてもよい。
【００２０】
（操作部のハードウェア構成）
次に、操作部２０のハードウェア構成について説明する。図１に示すように、操作部２０は、ＣＰＵ２１と、ＲＯＭ２２と、ＲＡＭ２３と、フラッシュメモリ２４と、通信Ｉ／Ｆ２５と、接続Ｉ／Ｆ２６と、操作パネル２７と、ＩＣカードＩ／Ｆ２９とを備え、これらがシステムバス２８を介して相互に接続されている。なお、この操作部２０のフラッシュメモリ２４は、ＨＤＤを用いても同様に実現可能である。
【００２１】
ＣＰＵ２１は、操作部２０の動作を統括的に制御する。ＣＰＵ２１は、ＲＡＭ２３をワークエリア（作業領域）としてＲＯＭ２２等に格納されたプログラムを実行することで操作部２０全体の動作を制御する。また、ＣＰＵ２１は、ＲＯＭ２２等に格納されたユーザ認証プログラムを実行することでユーザ認証処理を行う。通信Ｉ／Ｆ２５は、例えばネットワーク４０上のサーバ装置６０と通信するためのインタフェースである。接続Ｉ／Ｆ２６は、通信路３０を介して本体１０と通信するためのインタフェースである。
【００２２】
ＩＣカードＩ／Ｆ２９は、例えばＵＳＢケーブル等を介してカードリーダ６に接続されている。カードリーダ６は、ＭＦＰ１に対するログイン操作のときに、ユーザにより近接操作（非接触操作）されたＩＣカード５との間で非接触無線通信を行い、ＩＣカード５に記憶されているカードＩＤ、ユーザ情報等の認証情報の読み取りを行う。なお、非接触操作のほか、接触操作でＩＣカード５から認証情報を読み取ってもよい。
【００２３】
また、一例として、カードリーダ６と操作部２０は、物理的に異なる装置同士が、ＵＳＢケーブル等を介して接続されていることとしたが、操作部２０にカードリーダ６が内蔵されていてもよい。すなわち、操作部２０とカードリーダ６が一体的に形成されていてもよい（一つの装置として形成されていてもよい）。
【００２４】
また、ＩＣカード又はＩＤカード等の呼称の違いがあっても、記憶媒体であれば、どのような記憶媒体でも本発明を適用可能であり、ＩＣカード又はＩＤカード等のみに本発明の適用範囲が限定されることはない。また、カードリーダ装置も同様であり、このような記憶媒体からユーザ情報を読み取れる装置であればいずれも用いることができる。
【００２５】
操作パネル２７は、タッチセンサを備えた液晶表示装置（ＬＣＤ：Liquid  Crystal  Display）で構成される。操作パネル２７は、ユーザの操作に応じた各種の入力を受け付けると共に、例えば受け付けた入力に応じた情報、ＭＦＰ１の動作状況を示す情報、設定状態を示す情報等の各種の情報を表示する。なお、操作パネル２７は、タッチセンサを備えた有機ＥＬ（Organic  Light-Emitting  Diode：OLED）表示装置で構成してもよい。さらに、これに加えて又はこれに代えて、ハードウェアキー等の操作部又は発光部等の表示部を設けてもよい。
【００２６】
（ＭＦＰのソフトウェア構成）
図２は、ＭＦＰ１のソフトウェア構成の一例を示す図である。この図２に示すように、本体１０は、アプリ層１０１と、サービス層１０２と、ＯＳ（Operating  System）層１０３とを有する。アプリ層１０１、サービス層１０２及びＯＳ層１０３の実体は、ＲＯＭ１２又はＨＤＤ１４等に格納されている各種ソフトウェアである。ＣＰＵ１１が、これらのソフトウェアを実行することにより、各種の機能が提供される。
【００２７】
アプリ層１０１のソフトウェアは、ハードウェア資源を動作させて所定の機能を提供するための制御アプリケーション（以下の説明では、単に「アプリ」と称する場合がある）である。例えばアプリとしては、コピー機能を提供するためのコピーアプリ、スキャナ機能を提供するためのスキャナアプリ、ファクシミリ機能を提供するためのＦＡＸアプリ、プリンタ機能を提供するためのプリンタアプリ等が挙げられる。
【００２８】
サービス層１０２のソフトウェアは、アプリ層１０１とＯＳ層１０３との間に介在し、アプリに対し、本体１０が備えるハードウェア資源を利用するためのインタフェースを提供するソフトウェアである。具体的には、ハードウェア資源に対する動作要求の受け付け、動作要求の調停を行う機能を提供するためのソフトウェアである。サービス層１０２が受け付ける動作要求は、例えばスキャナによる読み取り又はプロッタによる印刷等の要求である。
【００２９】
なお、サービス層１０２によるインタフェースの機能は、本体１０のアプリ層１０１だけではなく、操作部２０のアプリ層２０１に対しても提供される。すなわち、操作部２０のアプリ層２０１（アプリ）も、サービス層１０２のインタフェース機能を介して、本体１０のハードウェア資源（例えばエンジン１７）を利用した機能を実現することができる。
【００３０】
ＯＳ層１０３のソフトウェアは、本体１０が備えるハードウェアを制御する基本機能を提供するための基本ソフトウェア（オペレーティングシステム）である。サービス層１０２のソフトウェアは、各種アプリからのハードウェア資源の利用要求を、ＯＳ層１０３が解釈可能なコマンドに変換してＯＳ層１０３に渡す。そして、ＯＳ層１０３のソフトウェアによりコマンドが実行されることで、ハードウェア資源は、アプリの要求に従った動作を行う。
【００３１】
同様に、操作部２０は、アプリ層２０１と、ＯＳ層２０３とを有する。操作部２０が備えるアプリ層２０１及びＯＳ層２０３も、階層構造については本体１０側と同様である。ただし、アプリ層２０１のアプリにより提供される機能が受け付け可能な動作要求の種類は、本体１０側とは異なる。アプリ層２０１のアプリは、操作部２０が備えるハードウェア資源を動作させて所定の機能を提供するためのソフトウェアである。例えば、本体１０が備える機能（コピー機能、スキャナ機能、ファクシミリ機能、プリンタ機能）に関する操作及び表示を行うためのＵＩ（ユーザインタフェース）の機能を提供するためのソフトウェアである。
【００３２】
また、この第１の実施の形態のＭＦＰ１の場合、機能の独立性を保つために、本体１０側のＯＳ層１０３のソフトウェアと操作部２０側のＯＳ層２０３のソフトウェアが互いに異なる。一例ではあるが、本体１０側のＯＳ層１０３のソフトウェアとしてＬｉｎｕｘ（登録商標）がインストールされ、操作部２０側のＯＳ層２０３のソフトウェアとしてＡｎｄｒｏｉｄ（登録商標）がインストールされている。これにより、本体１０と操作部２０は、別々のオペレーティングシステムで互いに独立して動作するようになっている。
【００３３】
本体１０及び操作部２０を、別々のオペレーティングシステムで動作させることで、本体１０と操作部２０との間の通信は、共通の装置内のプロセス間通信ではなく、異なる装置間の通信として行われる。操作部２０が受け付けた入力（ユーザからの指示内容）を本体１０へ伝達する動作（コマンド通信）及び本体１０が操作部２０へイベントを通知する動作等がこれに該当する。ここでは、操作部２０が本体１０へコマンド通信を行うことにより、本体１０の機能を使用することができる。また、本体１０から操作部２０に通知するイベントには、本体１０における動作の実行状況、本体１０側で設定された内容等が挙げられる。
【００３４】
また、第１の実施の形態の例では、操作部２０に対する電力供給は、本体１０から通信路３０を経由して行われているので、操作部２０の電源制御を、本体１０の電源制御とは別に（独立して）行うことができる。
【００３５】
なお、この例では、本体１０と操作部２０は、通信路３０を介して電気的かつ物理的に接続されているが、上述のように本体１０から操作部２０を取り外すこともできる。この場合、本体１０及び操作部２０に、例えば赤外線通信部、ＲＦ通信部、Ｂｌｕｅｔｏｏｔｈ（登録商標）通信部等の近距離無線通信部を設ける。ＲＦは、「Radio  Frequency」の略記である。または、本体１０及び操作部２０に、Ｗｉ−Ｆｉ（登録商標）等の無線ＬＡＮ通信機能を設け、図２に示すように無線ＬＡＮアクセスポイント（無線ＬＡＮＡＰ）４１及びネットワーク４０を介して相互に通信可能としてもよい。ＬＡＮは、「Local  Area  Network」の略記である。本体１０から操作部２０を取り外し可能である場合、操作部２０は、通信路３０を介して本体１０から供給された電力を二次電池に蓄電しておき、本体１０から取り外されたときに、二次電池に蓄電された電力で動作して本体１０と通信を行う。
【００３６】
（ＭＦＰに設けられているソフトウェア）
図３は、ＭＦＰ１に設けられているソフトウェアの一例を示す図である。上述のように、本体１０は、アプリ層１０１、サービス層１０２及びＯＳ層１０３に分かれている。このうち、アプリ層１０１には、図１に示すエンジン１７を制御して、原稿の読み取り制御又は印刷制御等を行うアプリが記憶されている。具体的には、アプリ層１０１には、コピーアプリ１１１、スキャナアプリ１１２、プリンタアプリ１１３及びＦＡＸアプリ１１４が記憶されている。コピーアプリ１１１〜ＦＡＸアプリ１１４は、標準搭載のジョブ実行機能アプリであり、制御アプリケーションの一例である。
【００３７】
また、サービス層１０２には、省エネルギー管理プログラム（省エネ管理プログラム）１２１、メモリ管理プログラム１２２及びコントローラ制御プログラム１２３等の、各アプリが共通で行う処理に対応する各種プログラムが記憶されている。サービス層１０２は、省エネルギー管理及びメモリ管理等、各アプリが共通で行う処理を行っている。
【００３８】
コントローラ制御プログラム１２３は、エラーの種別とエラーの影響を受けるアプリとが対応付けて記憶されたテーブルを有している。コントローラ制御プログラム１２３は、発生したエラーの種別に対応するアプリをエラーの通知先として決定する。例えば、プロッタジャムが発生した場合、コントローラ制御プログラム１２３は、後述するプリンタアプリ１３４とコピーアプリ１３１とを通知先として決定する。また、スキャナジャムが発生した場合、コントローラ制御プログラム１２３は、後述するスキャナアプリ１３３とコピーアプリ１３１とを通知先として決定する。また、コントローラ制御プログラム１２３は、後述するエラー管理アプリ１４０をエラーの種別と関係なく通知先として決定する。
【００３９】
これに対して、操作部２０は、アプリ層２０１及びＯＳ層２０３に分かれている。本体アプリと操作部アプリの違いは、本体アプリではコントローラ制御プログラム１２３によるエンジン制御等を行うことで、例えば読み取り及び印刷等の画像形成装置の機能を制御するのに対し、操作部アプリではＵＩ制御を行っている。つまり、操作部アプリで画面表示を行うことでユーザの操作を受け付け、そのユーザ操作に基づいたエンジン制御を本体アプリ（コントローラ制御プログラム１２３）が行っている。
【００４０】
操作部アプリには、スキャナアプリ１３３等に対して開発ベンダーが開発するベンダーアプリ１３７が存在する。
【００４１】
また、操作部アプリには、ベンダーアプリ１３７の開発を簡単にするために、操作部２０のコピーアプリ１３１〜ＦＡＸアプリ１３５と同等の機能をベンダー等に提供する機能提供アプリ１３６が設けられている。
【００４２】
すなわち、操作部２０のアプリ層２０１には、ユーザインタフェースを介してユーザ操作を受け付けるアプリが記憶されている。具体的には、アプリ層２０１には、ホームアプリ１３０、コピーアプリ１３１、スキャナアプリ１３３、プリンタアプリ１３４、ＦＡＸアプリ１３５、機能提供アプリ１３６、ベンダーアプリ１３７、エラー管理アプリ１４０が記憶されている。
【００４３】
ホームアプリ１３０は、所望の操作を指定するためのアイコン等が並べられたメイン画面（初期画面）を表示する。そして、ユーザによりアイコン操作を介して指定されたアプリを起動する。コピーアプリ１３１は、操作ボタン及び設定ボタンを介して、ユーザのコピー操作を受け付けるアプリである。スキャナアプリ１３３は、操作ボタン及び設定ボタン等を介して、ユーザのスキャナ操作を受け付けるアプリである。プリンタアプリ１３４は、操作ボタン及び設定ボタン等を介して、ユーザのプリンタ操作を受け付けるアプリである。ＦＡＸアプリ１３５は、操作ボタン及び設定ボタン等を介して、ユーザのファクシミリ送受信操作を受け付けるアプリである。
【００４４】
機能提供アプリ１３６は、画像処理プログラムの一例である。また、機能提供アプリ１３６は、一例として操作部２０のＲＯＭ２２、ＲＡＭ２３又はフラッシュメモリ２４等の記憶部に記憶される。
【００４５】
機能提供アプリ１３６は、上述のようにベンダーアプリ１３７の開発を容易化するために、操作部２０のコピーアプリ１３１〜ＦＡＸアプリ１３５と同等の機能を開発ベンダー等に提供する。
【００４６】
ベンダーアプリ１３７は、要求アプリケーションの一例である。ベンダーアプリ１３７は、例えばプリントの設定や実行を行う際に、例えばプリンタアプリ１３４にかかる機能提供アプリ１３６を呼び出す。
【００４７】
すなわち、機能提供アプリ１３６が例えばスキャナアプリ１３３に対応するアプリの場合、機能提供アプリ１３６は、通常の操作メニュー及び設定メニュー等のユーザインタフェースを表示する機能を開発ベンダーに提供する。また、機能提供アプリ１３６が例えばプリンタアプリ１３４に対応するアプリの場合、機能提供アプリ１３６は、通常の操作メニュー及び設定メニュー等のユーザインタフェースを表示する機能を開発ベンダーに提供する。
【００４８】
このようにＭＦＰ１の操作部２０には、コピーアプリ１３１〜ＦＡＸアプリ１３５と同等の機能をベンダー等に提供するための機能提供アプリ１３６が設けられている。ベンダーアプリ１３７の開発ベンダーに対しては、機能提供アプリ１３６の機能を実現するＡＰＩ（Application  Programming  Interface）が公開されている。
【００４９】
エラー管理アプリ１４０は、例えば、コピーアプリ１３１の操作中に本体１０にてエラーとしてプロッタジャムが発生した場合、コピーアプリ１３１とともに、コントローラ制御プログラム１２３からエラー（プロッタジャム）を通知される。エラー（プロッタジャム）を通知されたエラー管理アプリ１４０は、エラー内容に応じたエラー画面を構築し、コントローラ制御プログラム１２３からのアプリ切替えのＯＫの応答を待って、構築したエラー画面を表示する。
【００５０】
また、エラー管理アプリ１４０は、コピーアプリ１３１とともに、本体１０のコントローラ制御プログラム１２３からエラー（プロッタジャム）の解消を通知されると、コピーアプリ１３１からのエラー非表示要求を待って、エラー画面を閉じる。なお、エラー画面は、エラーが発生したことをユーザに知らせるための画面であり、「警告画面」、「通知画面」として生成して表示してもよい。
【００５１】
（エラー管理アプリ１４０の機能）
図４は、エラー管理アプリ１４０の機能ブロック図である。操作部２０のＣＰＵ２１は、例えばＲＯＭ２２、ＲＡＭ２３又はフラッシュメモリ２４等の記憶部に記憶されているエラー管理アプリ１４０を実行することで、図４に示す、エラー管理手段１５０を実現する。
【００５２】
エラー管理手段１５０は、画面生成用テーブルＴ（図５参照）に基づいて、エラーの種別及びエラーの詳細情報（例えば、ジャムの位置、トナーの色など）に対応する画面のパーツを特定し、エラー画面を生成する。ここで、図５は画面生成用テーブルＴの一例を示す図である。図５に示すように、画面生成用テーブルＴは、エラーの種別、情報種別（固定情報、変動情報）及びエラーの詳細情報（例えば、ジャムの位置など）に対応付けて、エラー画面を構成するパーツ（画像、メッセージファイル）を記憶している。
【００５３】
なお、この例では、エラー管理手段１５０をソフトウェアで実現することとしたが、エラー管理手段１５０の一部又は全部を、ＩＣ（Integrated  Circuit）等のハードウェアで実現してもよい。
【００５４】
また、エラー管理アプリ１４０は、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）等のコンピュータ装置で読み取り可能な記録媒体に記録して提供してもよい。また、ＣＤ−Ｒ、ＤＶＤ（Digital  Versatile  Disk）、ブルーレイディスク（登録商標）、半導体メモリ等のコンピュータ装置で読み取り可能な記録媒体に記録して提供してもよい。また、エラー管理アプリ１４０は、インターネット等のネットワーク経由でインストールする形で提供してもよい。また、エラー管理アプリ１４０は、機器内のＲＯＭ等に予め組み込んで提供してもよい。
【００５５】
（エラー管理アプリのエラー画面表示動作）
次に、エラー管理アプリ１４０のエラー画面表示動作を説明する。図６は、エラーが発生した場合の各部の動作の流れを示すシーケンス図である。
【００５６】
図６に示すように、コントローラ制御プログラム１２３は、エラーが発生した場合（例えば、コピー中のプロッタジャムとする）、エラーの種別とエラーの影響を受けるアプリとが対応付けて記憶されたテーブルを参照し、発生したエラーの種別に対応するアプリをエラーの通知先として決定する（ステップＳ１）。プロッタジャムが発生した場合、コントローラ制御プログラム１２３は、プリンタアプリ１３４とコピーアプリ１３１とを通知先として決定する。また、コントローラ制御プログラム１２３は、エラー管理アプリ１４０をエラーの種別と関係なく通知先として決定する。
【００５７】
次いで、コントローラ制御プログラム１２３は、エラーの種別及びエラーの詳細情報を含むエラー通知をエラー管理アプリ１４０に送信する（ステップＳ２）。
【００５８】
エラー管理アプリ１４０は、エラー通知のエラーの種別及びエラーの詳細情報に基づいて、エラー画面を生成する（ステップＳ３）。具体的に、画面生成用テーブルＴに基づいて、エラーの種別、情報種別及びエラーの詳細情報に対応するエラー画面のパーツを特定し、エラー画面を生成する。
【００５９】
また、コントローラ制御プログラム１２３は、エラーの種別及びエラーの詳細情報を含むエラー通知をコピーアプリ１３１とプリンタアプリ１３４とにブロードキャスト送信する（ステップＳ４、Ｓ５）。
【００６０】
コピーアプリ１３１は、エラーが発生していることを示す情報を記憶しておき、そして、自分自身が画面表示中（すなわち、ユーザが使用中）の場合に、エラー表示要求が要と判定し、画面表示中でない場合は、エラー表示要求が不要と判定する（ステップＳ６）。
【００６１】
コピーアプリ１３１は、エラー表示要求が要と判定した場合に、エラー表示要求を行ったことを示す情報を記憶するとともに、現在表示中の画面情報（画面のＩＤや画面におけるユーザ設定など）を記憶しておく（ステップＳ７）。エラー解消時に、これらの画面情報に基づいてエラー発生時の画面に戻すためである。
【００６２】
一方、プリンタアプリ１３４は、エラーが発生していることを示す情報を記憶しておき、そして、自分自身が画面表示中（すなわち、ユーザが使用中）の場合に、エラー表示要求が要と判定し、画面表示中でない場合は、エラー表示要求が不要と判定する（ステップＳ８）。ここでは、コピー中のためプリントの画面表示中ではないから、エラー表示要求が不要と判定し、プリンタアプリ１３４は、表示中の画面情報の記憶及びその以降の処理は実行しない。
【００６３】
次いで、コピーアプリ１３１は、エラー管理アプリ１４０に対してエラー表示要求をする（ステップＳ９）。エラー管理アプリ１４０は、エラー表示要求の要求元のアプリ（ここでは、コピーアプリ１３１）を取得する。
【００６４】
エラー管理アプリ１４０は、本体１０のコントローラ制御プログラム１２３に対してコピーアプリ１３１からエラー管理アプリ１４０への切り替えを要求（エラー表示要求）する（ステップＳ１０）。
【００６５】
本体１０のコントローラ制御プログラム１２３は、エラー表示要求の要求元を記憶しておく（ステップＳ１１）。なお、コントローラ制御プログラム１２３は、既にエラー表示要求の要求元を記憶していれば、記憶している情報を更新する（ステップＳ１１）。本実施の形態においては、コピーアプリ１３１が記憶された状態になる。
【００６６】
本体１０のコントローラ制御プログラム１２３は、画面表示中である要求元のコピーアプリ１３１に対して画面の解放を要求する（ステップＳ１２）。
【００６７】
コピーアプリ１３１は、画面の解放要求に応じて、画面の解放ＯＫをコントローラ制御プログラム１２３に対して応答する（ステップＳ１３）。
【００６８】
本体１０のコントローラ制御プログラム１２３は、エラー管理アプリ１４０へのアプリ切替えのＯＫをエラー管理アプリ１４０へ応答する（ステップＳ１４）。
【００６９】
エラー管理アプリ１４０は、アプリ切替えのＯＫの応答を受け取ると、ステップＳ３で事前に生成したエラー画面を表示する（ステップＳ１５）。
【００７０】
ここで、図７はプロッタジャム発生時のエラー画面Ｅの一例を示す図である。図７に示すように、エラー画面Ｅは、エラー通知（種別：プロッタジャム、詳細：ジャム位置Ａ、Ｂ、Ｃ、Ｚ）を受信した場合、エラー通知に応じた画像とジャム位置の画像とを合成させて生成されている。
【００７１】
ここで、ユーザがプリントに動作を移行させることを望んだ場合について説明する。
【００７２】
ユーザは、エラー画面が表示している状態で、図示しないホームボタンを押下し、ホーム画面を表示させ、そして、ホーム画面のアプリ一覧からプリンタアプリ１３４を選択し、プリンタアプリ１３４の画面を表示させる（ステップＳ１６）。
【００７３】
ユーザがプリンタアプリ１３４の画面を表示させた場合に、プリンタアプリ１３４は、ステップＳ８においてエラーが発生していることを示す情報を記憶したため、この情報に基づいて、エラー表示要求が要と判断する（ステップＳ１７）。これは、プリンタアプリ１３４に影響するエラー（プロッタジャム）が発生しているため、プリンタアプリ１３４を正常に使用できないからである。
【００７４】
この場合、プリンタアプリ１３４は、エラー管理アプリ１４０に対してエラー表示要求をする（ステップＳ１８）。エラー管理アプリ１４０は、エラー表示要求の要求元のアプリ（ここでは、プリンタアプリ１３４）を取得する。
【００７５】
エラー管理アプリ１４０は、本体１０のコントローラ制御プログラム１２３に対してプリンタアプリ１３４からエラー管理アプリ１４０への切り替えを要求（エラー表示要求）する（ステップＳ１９）。
【００７６】
以降の処理は、ステップＳ１２〜Ｓ１５と同様であるが、コントローラ制御プログラム１２３は、エラー表示要求の要求元として、プリンタアプリ１３４を記憶する。
【００７７】
一方、ユーザがスキャンに動作を移行させることを望んだ場合について説明する。
【００７８】
ユーザは、エラー画面が表示している状態で、ホームボタンを押下し、ホーム画面を表示させ、そして、ホーム画面のアプリ一覧からスキャナアプリ１３３を選択し、スキャナアプリ１３３の画面を表示させる（ステップＳ２０）。
【００７９】
ユーザがスキャナアプリ１３３の画面を表示させた場合に、スキャナアプリ１３３は、エラーが発生していることを示す情報を記憶していないため、エラー表示要求が不要と判断する（ステップＳ２１）。
【００８０】
（エラー発生時の変形例１）
なお、ステップＳ１１において、コントローラ制御プログラム１２３がエラー表示要求の要求元を記憶（更新）する代わりに、ステップＳ９の後に、エラー管理アプリ１４０がエラー表示要求の要求元を記憶（更新）してもよい。
【００８１】
（エラー発生時の変形例２）
また、ステップＳ９〜Ｓ１０において、コピーアプリ１３１がエラー管理アプリ１４０を介さずに、コントローラ制御プログラム１２３に直接にアプリ切り替え要求を行い、ステップＳ１２〜Ｓ１３の処理を省略して、ステップＳ１４においてエラー管理アプリ１４０に対してエラー画面表示要求を送信するように制御してもよい。
【００８２】
（エラー管理アプリのエラー解消時の動作）
次に、エラー管理アプリ１４０のエラー解消時の動作を説明する。
【００８３】
ここで、図８はエラー解消時の画面遷移の例を示す図である。エラー解消時の画面遷移について、図８に示すようなユースケースが考えられる。
【００８４】
図８に示すユースケースからすれば、下記に示されるように制御する必要がある。
・エラー解消時の画面遷移の発生条件
エラーが解消されたタイミングでエラー画面が表示されていることである。
・エラー画面からの遷移先
エラー画面の表示要求をした最初のアプリの画面
例えば、（ｄ）において、途中で「プリント」からエラー画面の表示要求をしたが、最初に表示要求をしたのは「コピー」である。
【００８５】
次に、エラー管理アプリ１４０のエラー解消時の動作を説明する。図９は、エラーが解消した場合の各部の動作の流れを示すシーケンス図である。
【００８６】
図９に示すように、コントローラ制御プログラム１２３は、エラーが解消した場合（例えば、コピー中のプロッタジャムとする）、エラーの種別とエラーの影響を受けるアプリとが対応付けて記憶されたテーブルを参照し、発生したエラーの種別に対応するアプリをエラー解消の通知先として決定する（ステップＳ３１）。プロッタジャムが解消した場合、コントローラ制御プログラム１２３は、プリンタアプリ１３４とコピーアプリ１３１とを通知先として決定する。また、コントローラ制御プログラム１２３は、エラー管理アプリ１４０をエラーの種別と関係なく通知先として決定する。
【００８７】
次いで、コントローラ制御プログラム１２３は、解消したエラーの種別を含むエラー解消通知をエラー管理アプリ１４０に送信する（ステップＳ３２）。
【００８８】
コントローラ制御プログラム１２３は、解消したエラーの種別を含むエラー解消通知をコピーアプリ１３１とプリンタアプリ１３４とにブロードキャスト送信する（ステップＳ３３、Ｓ３４）。
【００８９】
コピーアプリ１３１は、エラー非表示要求の要否を判断する（ステップＳ３５）。具体的に、コピーアプリ１３１は、エラー表示要求を行ったことを示す情報を記憶していれば、要と判断し、記憶していなければ不要と判断する。本実施の形態の場合、図６で示したエラー発生時のシーケンス図のステップＳ６において、エラー表示要求を行ったことを示す情報を記憶したため、要と判断する。そして、コピーアプリ１３１は、記憶しているエラーが発生していることを示す情報を削除する。
【００９０】
一方、プリンタアプリ１３４も、エラー非表示要求の要否を判断する（ステップＳ３６）。具体的に、プリンタアプリ１３４は、エラー表示要求を行ったことを示す情報を記憶していれば、要と判断し、記憶していなければ不要と判断する。本実施の形態の場合、プリンタアプリ１３４は、エラー表示要求を行ったことを示す情報を記憶していないため、不要と判断する。そして、プリンタアプリ１３４は、記憶しているエラーが発生していることを示す情報を削除する。プリンタアプリ１３４は、以降の処理は実行しない。
【００９１】
次いで、コピーアプリ１３１は、エラー管理アプリ１４０に対してエラー非表示要求をする（ステップＳ３７）。
【００９２】
エラー管理アプリ１４０は、エラー解消通知とエラー非表示要求とを受けたことを条件にエラー画面を閉じる（ステップＳ３８）。
【００９３】
次に、エラー管理アプリ１４０は、自身が画面表示中であるか否かに基づいて、アプリ切り替えの要否を判断する（ステップＳ３９）。エラー管理アプリ１４０は、画面表示中であれば、要と判断し、画面表示中でなければ（すなわち、スキャナアプリ１３３、ホームアプリ１３０など他のアプリの画面が表示されていれば）、不要と判断する。ユーザの指示によってプリント、コピーが画面表示しても、図６のエラー発生時のシーケンス図のステップＳ１７において、エラー表示要求が要と判断し、すぐにエラー画面に切り替えるため、コピーアプリ１３１及びプリンタアプリ１３４の画面表示中に、エラーが解消されることは有り得ない。
【００９４】
ステップＳ３９において、エラー管理アプリ１４０は、不要と判断した場合、ここで処理が終了する。ステップＳ３９において、エラー管理アプリ１４０は、要と判断した場合、ステップＳ４０以降の処理を実行する。
【００９５】
エラー管理アプリ１４０は、コピーアプリ１３１へ画面を戻すためにコントローラ制御プログラム１２３へアプリ切替え要求を送信する（ステップＳ４０）。
【００９６】
本体１０のコントローラ制御プログラム１２３は、エラー発生時にエラー表示要求の要求元を記憶しているため、この要求元を切り替え先のアプリと判断する（ステップＳ４１）。
【００９７】
コントローラ制御プログラム１２３は、画面の表示をコピーアプリ１３１へ切替えるために、エラー管理アプリ１４０へ画面解放を要求する（ステップＳ４２）。
【００９８】
エラー管理アプリ１４０は、画面の解放要求に応じて、画面の解放ＯＫをコントローラ制御プログラム１２３に対して応答する（ステップＳ４３）。
【００９９】
コントローラ制御プログラム１２３は、画面解放の許可を受けると、コピーアプリ１３１へ表示要求を行う（ステップＳ４４）。
【０１００】
コピーアプリ１３１は、アプリ表示要求を受け取ると、記憶している画面情報（画面のＩＤや画面におけるユーザ設定など）に基づいて、エラー発生時に表示していた画面を生成して表示する（ステップＳ４５）。なお、記憶していなければ、例えば、コピーアプリ１３１のトップ画面（初期画面）を表示する。
【０１０１】
その後、コントローラ制御プログラム１２３は、エラー管理アプリ１４０に対して、アプリ切替えのＯＫの応答を通知する（ステップＳ４６）。
【０１０２】
なお、エラー発生時の変形例１に対応して、エラー管理アプリ１４０がエラー表示要求の要求元を記憶（更新）した場合に、ステップＳ３９において、切り替えが要と判断すると、記憶している要求元を切り替え先のアプリと決定し、そして、ステップＳ４０において、決定したアプリへの切り替えをコントローラ制御プログラム１２３に要求するようにしてもよい。これにより、ステップＳ４１の処理は不要になる。
【０１０３】
なお、ステップＳ３７のコピーアプリ１３１からの非表示要求に応じてステップＳ３８以降の処理を実行する代わりに、ステップＳ３２のエラー解消通知に応じてステップＳ３８以降の処理を実行してもよい。すると、コピーアプリ１３１からエラー管理アプリ１４０に対して、エラー非表示要求をする必要がなくなる。また、エラー発生時のステップＳ５において、エラー表示要求を行ったことを示す情報を記憶しなくてもよい。さらに、ステップＳ４２、Ｓ４３及びステップＳ４６はなくてもよい。
【０１０４】
これにより、図８に示すユースケースを実現するために、エラー表示要求ごとに、コントローラ制御プログラム１２３（又はエラー管理アプリ１４０）が要求元のアプリを記憶（更新）しているため、この情報に基づいて、エラー画面からの遷移先を決定することができる。
【０１０５】
このように本実施の形態によれば、本体１０で発生するエラーを管理し、そして、本体１０から通知されたエラー情報に基づいてエラー画面を生成するエラー管理アプリ１４０を操作部２０に搭載する。すると、本体１０からのエラー通知に応じてエラー画面Ｅを生成しておき、そして、現在表示されているエラーに係るアプリの切り替え要求に応じて、予め生成しておいたエラー画面Ｅを表示する。これにより、本体１０と操作部２０の間で画像データのやり取りが発生することなく、また、画像データをエミュレートする必要がないため、エラー発生時及びエラー解除時の画面切り替えを迅速に行うことができる。
【０１０６】
また、本体１０が有する１又は複数の機能を実現するためのアプリが、操作部２０に複数搭載された場合に、エラー管理アプリ１４０は本体１０が発生するエラーを一元管理することで、この複数のアプリのそれぞれが、エラーを管理する機能を備える必要がなくなる。 
【０１０７】
また、上記実施の形態では、コピー機能を提供するためのコピーアプリ、スキャナ機能を提供するためのスキャナアプリなど、１つの機能に対して１つのアプリが搭載される複合機の例を挙げて説明するが、１つの機能に対して複数のアプリが搭載される複合機（例えば、コピー機能に対して、コピーアプリ１３７と、コピー機能を提供するベンダーアプリ１３７が搭載される複合機）にも適用することができる。
【０１０８】
なお、上記実施の形態では、本発明の情報処理装置を、コピー機能、プリンタ機能、スキャナ機能およびファクシミリ機能のうち少なくとも２つの機能を有する複合機に適用した例を挙げて説明するが、複写機、プリンタ、スキャナ装置、ファクシミリ装置等の画像形成装置であればいずれにも適用することができる。
【０１０９】
本発明の情報処理装置を、電子黒板、プロジェクタ等の各種の電子機器にも適用することができる。また、本発明の情報処理装置を、操作装置が操作部としてネットワークを介して操作対象の電子機器に接続されたシステムにも適用できる。
【符号の説明】
【０１１０】
１        情報処理装置
１０      本体
２０      操作部
１５０    エラー管理手段
【先行技術文献】
【特許文献】
【０１１１】
【特許文献１】特開２０１５−１０８９３９号公報
【図１】
2019162787.tif 000003
【図２】
2019162787.tif 000004
【図３】
2019162787.tif 000005
【図４】
2019162787.tif 000006
【図５】
2019162787.tif 000007
【図６】
2019162787.tif 000008
【図７】
2019162787.tif 000009
【図８】
2019162787.tif 000010
【図９】
2019162787.tif 000011