JP2018128530A - 画像処理装置及び情報提供方法 - Google Patents

Abstract

【課題】ユーザが期待する結果をより早く得られる画像処理装置及び情報提供方法を提供することである。【解決手段】実施形態の画像処理装置は、アプリケーション制御部と、表示部と、制御部とを持つ。アプリケーション制御部は、アプリケーションを実行する。表示部は、アプリケーションが正常に実行されない場合にエラーが発生した旨を表す表示情報を表示する。制御部は、エラーが発生した場合に、アプリケーションの処理状況に応じて表示情報の表示場所を決定する。【選択図】図１

Description

本発明の実施形態は、画像処理装置及び情報提供方法に関する。

画像処理装置に対して後から追加インストールするアプリケーションをプラグインアプリという。従来、プラグインアプリではディスプレイに表示されずに実行されるバックグラウンド処理において発生したエラー又は警告等のイベントは、ユーザには通知されなかった。そのため、ユーザは、画像処理装置のディスプレイ等にログを表示させることで、バックグラウンド処理の結果を確認する。したがってイベントが発生しても、ユーザは気が付かず、期待通りの結果を得られない場合があった。

特開２００５−０１８２２８号公報

本発明が解決しようとする課題は、ユーザが期待する結果をより早く得られる画像処理装置及び情報提供方法を提供することである。

実施形態の画像処理装置は、アプリケーション制御部と、表示部と、制御部とを持つ。アプリケーション制御部は、アプリケーションを実行する。表示部は、前記アプリケーションが正常に実行されない場合にエラーが発生した旨を表す表示情報を表示する。制御部は、前記エラーが発生した場合に、前記アプリケーションの処理状況に応じて前記表示情報の表示場所を決定する。

第１の実施形態の画像処理装置１００の全体構成例を示す外観図。 第１の実施形態の画像処理装置１００のイベント通知機能の構成を表す機能ブロック図。 第１の実施形態のフォアグラウンド処理中にエラー表示が行われた状況の一具体例を表す図。 第１の実施形態のバックグラウンド処理中にイベント検知処理が行われた状況の一具体例を表す図。 第１の実施形態のイベントの詳細情報が表示された状況の一具体例を表す図。 第１の実施形態のアプリケーション実行中のイベント検知処理の流れを表すフローチャート。 第２の実施形態の画像処理装置１００ａのイベント通知機能の構成を表す機能ブロック図。 第２の実施形態の認証情報テーブルの具体例を示す図。 第２の実施形態のアプリケーション実行中のイベント検知処理の流れを表すフローチャート。

以下、実施形態の画像処理装置及び情報提供方法を、図面を参照して説明する。

（第１の実施形態）
図１は、第１の実施形態の画像処理装置１００の全体構成例を示す外観図である。画像処理装置１００は、例えば複合機である。画像処理装置１００は、ディスプレイ１１０、コントロールパネル１２０、プリンタ部１３０、シート収容部１４０及び画像読取部２００を備える。なお、画像処理装置１００のプリンタ部１３０は、トナー像を定着させる装置であってもよいし、インクジェット式の装置であってもよい。

画像処理装置１００は、シート上に表れている画像を読み取ってデジタルデータを生成し、画像ファイルを生成する。シートは、例えば原稿や、文字や画像などが記載された紙などである。シートは、画像処理装置１００が読み取ることができる物であればどのような物であってもよい。

ディスプレイ１１０は、液晶ディスプレイ、有機ＥＬ（Electro Luminescence）ディスプレイ等の画像表示装置である。ディスプレイ１１０は、画像処理装置１００に関する種々の情報を表示する。ディスプレイ１１０は、表示部の一態様である。

コントロールパネル１２０は、複数のボタンを有する。コントロールパネル１２０は、ユーザの操作を受け付ける。コントロールパネル１２０は、ユーザによって行われた操作に応じた信号を、画像処理装置１００の制御部に出力する。なお、ディスプレイ１１０とコントロールパネル１２０とは一体のタッチパネルとして構成されてもよい。コントロールパネル１２０は、操作部の一態様である。

プリンタ部１３０は、画像読取部２００によって生成された画像情報又は通信路を介して受信された画像情報に基づいて、シート上に画像を形成する。プリンタ部１３０は、例えば以下のような処理によって画像を形成する。プリンタ部１３０の画像形成部は、画像情報に基づいて感光体ドラム上に静電潜像を形成する。プリンタ部１３０の画像形成部は、静電潜像に現像剤を付着させることによって可視像を形成する。現像剤の具体例として、トナーがある。プリンタ部１３０の転写部は、可視像をシート上に転写する。プリンタ部１３０の定着部は、シートに対して加熱及び加圧を行うことによって、可視像をシート上に定着させる。なお、画像が形成されるシートは、シート収容部１４０に収容されているシートであってもよいし、手指しされたシートであってもよい。

シート収容部１４０は、プリンタ部１３０における画像形成に用いられるシートを収容する。

画像読取部２００は、読み取り対象の画像情報を光の明暗として読み取る。画像読取部２００は、読み取られた画像情報を記録する。記録された画像情報は、ネットワークを介して他の情報処理装置に送信されてもよい。記録された画像情報は、プリンタ部１３０によってシート上に画像形成されてもよい。

図２は、第１の実施形態の画像処理装置１００のイベント通知機能の構成を表す機能ブロック図である。画像処理装置１００は、通信部１０１、アプリケーション記憶部１０２、ディスプレイ１１０、コントロールパネル１２０、プリンタ部１３０、制御部１５０及び画像読取部２００を備える。なお、ディスプレイ１１０、コントロールパネル１２０及び画像読取部２００の構成は上述した通りであるため、説明を省略する。

通信部１０１はネットワークインタフェースである。通信部１０１は、ネットワークを介して画像処理装置１００とは異なる直接通信可能な情報処理装置（不図示）と通信可能に接続される。情報処理装置は、パーソナルコンピュータやサーバ等の装置である。通信部１０１は、例えばＬＡＮ（Local Area Network）又はＢｌｕｅｔｏｏｔｈ（登録商標）等の通信方式で通信してもよい。

アプリケーション記憶部１０２は、磁気ハードディスク装置や半導体記憶装置等の記憶装置を用いて構成される。アプリケーション記憶部１０２は、種々のプラグインアプリを記憶する。プラグインアプリは、画像処理装置１００に追加でインストールされるアプリケーションである。プラグインアプリには、少なくともホームアプリ及びバックグラウンドアプリの２種類が含まれる。プラグインアプリは、アプリケーションの一態様である。

アプリケーション記憶部１０２が記憶するプラグインアプリは、アプリケーション制御部１５１によって実行される。プラグインアプリの処理が完了すると、処理結果に応じたログがアプリケーション記憶部１０２に記憶される。例えば、プラグインアプリの処理が正常に終了した場合、正常終了した事を表すログがアプリケーション記憶部１０２に記録される。これに対して、正常に終了しなかった場合、正常終了しなかったことを表すログがアプリケーション記憶部１０２に記録される。ユーザはログを参照することによって、プラグインアプリが正常終了したか否かを知ることができる。ログは、イベント検知処理部１５２によってイベント検知処理が行われた場合に記録されてもよい。イベント検知処理では、例えばプラグインアプリの不具合が作動すると、他の情報処理装置に通信できなくなる状況等が検知される。イベント検知処理では、プラグインアプリが正常に動作しない状況であればどのような状況が検知されてもよい。

本実施形態のホームアプリとは、画像処理装置１００のディスプレイに画面表示を伴うアプリケーションである。すなわち、ホームアプリの実行中には、当該アプリケーションの機能に基づく画面がディスプレイ１１０に表示される。尚、ホームアプリの実行中は、常にディスプレイ１１０に実行中のホームアプリの画面が表示されなくともよい。ホームアプリは、例えばユーザからの操作を受け付ける処理がすべて終了すると、ディスプレイ１１０に表示されることなく実行されてもよい。ここで、アプリケーションの実行中において画面表示を伴う処理をフォアグラウンド処理とし、画面表示を伴わない処理をバックグラウンド処理という。ホームアプリには、例えば画像読取部２００によって読み取られた原稿をクラウド上のサーバに保存するScan to Cloudアプリ等のアプリケーションが含まれる。

Scan to Cloudアプリは、ユーザにより画像処理装置１００のディスプレイ１１０を介して起動される。Scan to Cloudアプリが起動されると、カラー/モノクロといった読取方法の選択や、保存先となるサーバの指定に関わる画面が表示される。その後、ユーザによる画面上の操作により、画像読取部２００は原稿を読み取る。原稿の読取が終了すると、画面上に正しく読取が終了した旨のメッセージが表示される。その後、アプリケーション制御部１５１は、Scan to Cloudアプリの画面を閉じ、例えばホーム画面に移行する。アプリケーション制御部１５１は、Scan to Cloudアプリの画面が表示されていない中で、読み取った原稿の画像データをクラウド上のサーバへ送信する。その後の処理は、例えば、アプリケーション制御部１５１がクラウド上のサーバへ送信終了した際の処理、アプリケーション制御部１５１が処理結果をアプリケーション記憶部１０２にログとして記憶する処理又はアプリケーション制御部１５１がScan to Cloudを終了させる処理である。すなわち、上述したScan to Cloudアプリの例では、アプリケーションの起動から読取完了の処理までがフォアグラウンド処理であり、読み取った画像データをサーバへ送信する処理以降がバックグラウンド処理である。

一方、バックグラウンドアプリとは、画像処理装置１００のディスプレイ１１０に画面表示を伴わないアプリケーションである。すなわち、バックグラウンドアプリは、バックグラウンド処理で実行されるアプリケーションである。バックグラウンドアプリは、ユーザによって起動されると、ＲＡＭ（Random Access Memory）に読み込まれる。ＲＡＭに読み込まれると、バックグラウンドアプリは、ディスプレイ１１０に表示されることなく実行される。バックグラウンドアプリは、実行にあたりユーザからの指示を要求しない。バックグラウンドアプリは、例えばネットワークで接続される複数の画像処理装置１００から定期的にログ情報等を収集し、管理サーバへ送信するアプリケーションである。

制御部１５０は、画像処理装置１００の各部の動作を制御する。制御部１５０は、例えばＣＰＵ（Central Processing Unit）及びＲＡＭを備えた装置により実行される。制御部１５０は、画像処理装置制御プログラムを実行することによって、アプリケーション制御部１５１及びイベント検知処理部１５２として機能する。

アプリケーション制御部１５１は、ユーザの操作を介してアプリケーション記憶部１０２に記憶されるプラグインアプリを実行する。実行されるプラグインアプリがホームアプリである場合、アプリケーション制御部１５１は、ディスプレイ１１０にプラグインアプリのＵＩ（User Interface）を表示させる。ユーザはＵＩを操作することで、アプリケーション制御部１５１に指示を入力する。アプリケーション制御部１５１は、ユーザの指示に応じてホームアプリを実行する。アプリケーション制御部１５１は、ホームアプリの処理状態に応じて、ディスプレイ１１０に表示させることなく実行してもよい。プラグインアプリがバックグラウンドアプリである場合、アプリケーション制御部１５１は、ディスプレイ１１０にＵＩを表示させずにバックグラウンドアプリを実行する。アプリケーション制御部１５１は、同時に複数のプラグインアプリを実行してもよい。

イベント検知処理部１５２は、アプリケーション制御部１５１によるプラグインアプリの処理状況に応じて、イベント検知処理を行う。イベント検知処理ではプラグインアプリのイベントが検知される。イベントは、プラグインアプリが正常に実行されない場合にプラグインアプリから出力される情報を表す。イベント検知処理が行われると、ディスプレイ１１０にイベントが発生した旨を表す表示情報が点灯される。ユーザは、コントロールパネル１２０を介して表示情報を選択できる。表示情報が選択されると、イベント検知処理部１５２は、イベントの詳細情報をディスプレイ１１０に表示させる。詳細情報は、アプリケーション記憶部１０２に記憶されるログに基づいて表示される。

図３は、第１の実施形態のフォアグラウンド処理中にエラー表示が行われた状況の一具体例を表す図である。領域３００は、ディスプレイ１１０に表示される画面を表す。領域３００は、アプリケーション毎にアイコンが表示される。領域３１０には、画像処理装置１００に画像読取を指示するアイコンが表示される。ユーザはコントロールパネル１２０を介して領域３１０に表示されるアイコンを選択すると、画像読取部２００は画像読取を行う。矢印３２０は、ユーザに領域３１０が選択されていることを示すアイコンである。矢印３２０は、例えばユーザが領域３１０を選択すると表示される。領域３３０は、フォアグラウンド処理中に表示されるエラー画像である。領域３３０は、領域３１０が選択された際に、画像読取部２００に原稿が配置されていない場合に表示される。領域３３０は、アプリケーションを表すアイコンに重なるように表示される。アイコンに重なるように表示されるエラー画像を「第１アイコン」という。第１アイコンは、エラー内容を示すアイコンである。エラー画像は、画像読取部２００に原稿が配置されていない場合に限らず、表示されてもよい。例えば、エラー画像は、画像形成時にシート収容部１４０にシートが収容されていない場合に表示されてもよい。第１アイコンは表示情報の一態様である。エラーはイベントの一態様である。

図４は、第１の実施形態のバックグラウンド処理中にイベント検知処理が行われた状況の一具体例を表す図である。領域４００は、ディスプレイ１１０に表示される画面を表す。領域４００は、アプリケーション毎にアイコンが表示される。領域４１０には、画像処理装置１００が実行できるアプリケーションの各アイコンが表示される。領域４１０に表示されるアプリケーションにはプラグインアプリと最初からインストールされたアプリケーションとが含まれる。領域４２０は、イベント検知処理が行われた際に表示される表示情報を表す。

ユーザはディスプレイ１１０に表示される表示情報を選択することで、イベント検知処理部１５２にイベントの詳細情報をディスプレイ１１０に表示させることができる。領域４２０の表示情報は所定の色が付されるが、イベントの内容に応じて、表示情報の色は変更されてもよい。例えば、赤色はプラグインアプリがイベント発生により停止した状態を表し、黄色はイベントが発生したが、プラグインアプリは継続して実行されている状態を表してもよい。本実施例では、表示情報は領域４００の左下に表示されるが、右下などの異なる場所に表示されてもよい。表示情報は、ディスプレイ１１０上で表示される際に、点滅して表示されてもよい。表示情報が点滅して表示されることで、ディスプレイ１１０の解像度が低い場合でも、ユーザはイベントが発生したことに気づきやすくなる。

上述のように、バックグラウンド処理中にイベント検知処理が行われた場合、フォアグラウンド処理中にイベント検知処理が行われた場合と比べて、表示を小さくさせる。具体的には、アプリケーションを表すアイコンに重ならないように表示される。アイコンに重ならないように表示されるエラー画像を「第２アイコン」という。。第２アイコンは、エラーが発生した旨を示すアイコンである。バックグラウンド処理中には、バックグラウンド処理を実行したユーザとは異なるユーザが画像処理装置１００を使用している場合がある。したがって、フォアグラウンド処理中のイベント検知処理と同様に表示させてしまうと、当該バックグラウンド処理とは関係のない現在使用中のユーザが困惑してしまうからである。第２アイコンは表示情報の一態様である。

図５は、第１の実施形態のイベントの詳細情報が表示された状況の一具体例を表す図である。領域４００は、ディスプレイ１１０に表示される画面を表す。領域４２０ａは、イベント検知処理が行われた際に表示される第２アイコンを表す。ユーザはディスプレイ１１０に表示される第２アイコンを選択することで、イベント検知処理部１５２にイベントの詳細情報をディスプレイ１１０に表示させることができる。領域４３０は、イベントの詳細情報を表す。

イベントの詳細情報には、日時、メッセージ、アプリ及び実行ユーザ名が表示される。日時は、イベントが発生した日時を表す。領域４３０では、日時には“２０１６／９／３／ １４：０２”と表示される。メッセージは、発生したイベントの内容を表す。領域４３０では、イベントには“サーバへの送信が失敗”と表示される。アプリは、プラグインアプリの名称を表す。領域４３０では、アプリには“Scan to Cloud”と表示される。実行ユーザ名は、プラグインアプリを実行したユーザアカウント名を表す。領域４３０では、実行ユーザ名には“UserA”と表示される。従って、イベントの詳細情報を参照するとUserAによって実行されたScan to Cloudというアプリケーションは、２０１６年９月３日１４時２分にサーバへの送信が失敗したとわかる。なお、図５に示されるイベントの詳細情報は一具体例に過ぎない。そのため、図５とは異なる態様でイベントの詳細情報が構成されてもよい。例えば、イベントの詳細情報は、イベントの解決方法を表示してもよい。

図６は、第１の実施形態のアプリケーション実行中のイベント検知処理の流れを表すフローチャートである。イベント検知処理部１５２は、実行中のアプリケーションにイベントが発生したか否かを検知する（ＡＣＴ１０１）。アプリケーションにイベントが発生したことが検知された場合（ＡＣＴ１０１：ＹＥＳ）、アプリケーション制御部１５１は、当該アプリケーションがフォアグラウンド処理中か否かを判断する（ＡＣＴ１０２）。フォアグラウンド処理中であると判断された場合（ＡＣＴ１０２：ＹＥＳ）、アプリケーション制御部１５１は、アプリケーション記憶部１０２に正常終了しなかったことを表すログを記録する（ＡＣＴ１０３）。次にイベント検知処理部１５２は、イベントが発生した旨を表す第１アイコンをディスプレイ１１０に表示させ、処理を終了する（ＡＣＴ１０４）。フォアグラウンド処理中でないと判断された場合（ＡＣＴ１０２：ＮＯ）、すなわちバックグラウンド処理中であると判断された場合、アプリケーション制御部１５１は、アプリケーション記憶部１０２に正常終了しなかったことを表すログを記録する（ＡＣＴ１０５）。次にイベント検知処理部１５２は、イベントが発生した旨を表す第２アイコンをディスプレイ１１０に表示させ、処理を終了する（ＡＣＴ１０６）。アプリケーションにイベントが発生したことが検知されなかった場合（ＡＣＴ１０１：ＮＯ）、アプリケーション制御部１５１は、アプリケーション記憶部１０２に正常終了したことを表すログを記録し、処理を終了する（ＡＣＴ１０７）。

このように構成された画像処理装置１００では、イベントが発生した場合、イベント検知処理部１５２によって、ディスプレイ１１０にイベントが発生した旨が表示される。したがって、ユーザはディスプレイ１１０を閲覧することによってイベントが発生したことを速やかに知ることができる。したがって、ユーザはこれまでより素早く期待する結果を得ることができる。

（第２の実施形態）
次に、第２の実施形態における画像処理装置１００ａについて説明する。図７は、第２の実施形態の画像処理装置１００ａのイベント通知機能の構成を表す機能ブロック図である。第２の実施形態における画像処理装置１００ａは、制御部１５０の代わりに制御部１５０ａを備える点、認証情報記憶部１０３をさらに備える点で第１の実施形態とは異なるが、それ以外の構成は同じである。以下、第１の実施形態と異なる点について説明する。

認証情報記憶部１０３は、磁気ハードディスク装置や半導体記憶装置等の記憶装置を用いて構成される。認証情報記憶部１０３は、認証情報テーブルを記憶する。認証情報テーブルは、利用者識別子及び認証情報を記憶する。利用者識別子は、例えば文字列、数字又は文字列及び数字を組み合わせた情報である。利用者識別子は、他の利用者識別子と重複しない情報であればどのような情報が用いられてもよい。認証情報は、例えば文字列、数字又は文字列及び数字を組み合わせた情報である。

制御部１５０ａは、画像処理装置１００ａの各部の動作を制御する。制御部１５０ａは、例えばＣＰＵ及びＲＡＭを備えた装置により実行される。制御部１５０ａは、画像処理装置制御プログラムを実行することによって、アプリケーション制御部１５１、イベント検知処理部１５２、認証部１５３及び判定部１５４として機能する。アプリケーション制御部１５１及びイベント検知処理部１５２は第１の実施形態と同じであるため、説明を省略する。

認証部１５３は、ユーザからコントロールパネル１２０を介して受け付けた利用者識別子と認証情報とが所定の条件を満たすか否か判定する。所定の条件とは、例えば受け付けた利用者識別子と認証情報とが認証情報記憶部１０３に記憶される利用者識別子と認証情報と一致することである。所定の条件を満たす場合、認証部１５３は、ユーザは正当な権限を有すると判定する。ユーザは正当な権限を有すると判定されると、コントロールパネル１２０を介して、画像処理装置１００ａに指示を入力できる。ユーザが正当な権限を有すると判定された状態を、「ログイン中」という。所定の条件を満たさない場合、認証部１５３は、ユーザは正当な権限を有さないと判定する。ユーザは正当な権限を有さないと判定されると、コントロールパネル１２０を介して、画像処理装置１００ａに指示を入力できない。

判定部１５４は、バックグラウンド処理中にイベントが検知された場合、バックグラウンド処理を実行させたユーザとログイン中のユーザが同じユーザか否かを判定する。具体的には、判定部１５４は、バックグラウンド処理を実行させたユーザの利用者識別子とログイン中のユーザの利用者識別子とが一致するか否かを判定する。利用者識別子が一致する場合、イベント検知処理部１５２は、ディスプレイ１１０に第１アイコンを表示させる。利用者識別子が一致しない場合、イベント検知処理部１５２は、ディスプレイ１１０に第２アイコンを表示させる。

図８は、第２の実施形態の認証情報テーブルの具体例を示す図である。認証情報テーブルは、認証情報レコードを有する。認証情報レコードは、利用者識別子及び認証情報の各値を有する。図８に示される例では、認証情報テーブルの最上段のレコードは、利用者識別子の値が“Ａ１２３４５”、認証情報の値が“ｌｃｏａｐ３９ｆｈ”である。従って、認証情報テーブルの最上段のレコードによると、コントロールパネル１２０から受け付けた利用者識別子が“Ａ１２３４５”であり、認証情報が“ｌｃｏａｐ３９ｆｈ”である場合、認証情報は一致すると判定される。なお、図８に示される認証情報テーブルは一具体例に過ぎない。そのため、図８とは異なる態様で認証情報テーブルが構成されてもよい。例えば、認証情報テーブルは、認証情報の有効期限を有してもよい。なお、画像処理装置１００は、コントロールパネル１２０の代わりにカードリーダー等から利用者識別子及び認証情報を受け付けてもよい。

なお、異なるユーザが使用中にバックグラウンド処理のイベント検知がなされ、第２アイコンが表示された後に、当該バックグラウンド処理を実行させたユーザがログインした場合には、ログイン直後に第１アイコンを表示させる。

図９は、第２の実施形態のアプリケーション実行中のイベント検知処理の流れを表すフローチャートである。イベント検知処理部１５２は、実行中のアプリケーションにイベントが発生したか否かを検知する（ＡＣＴ１０１）。アプリケーションにイベントが発生したことが検知された場合（ＡＣＴ１０１：ＹＥＳ）、アプリケーション制御部１５１は、当該アプリケーションがフォアグラウンド処理中か否かを判断する（ＡＣＴ１０２）。フォアグラウンド処理中であると判断された場合（ＡＣＴ１０２：ＹＥＳ）、アプリケーション制御部１５１は、アプリケーション記憶部１０２に正常終了しなかったことを表すログを記録する（ＡＣＴ１０３）。次にイベント検知処理部１５２は、イベントが発生した旨を表す第１アイコンをディスプレイ１１０に表示させ、処理を終了する（ＡＣＴ１０４）。

フォアグラウンド処理中でないと判断された場合（ＡＣＴ１０２：ＮＯ）、判定部１５４は、バックグラウンド処理を実行させたユーザとログイン中のユーザが同じユーザか否かを判定する（ＡＣＴ２０１）。同じユーザである場合（ＡＣＴ２０１：ＹＥＳ）、アプリケーション制御部１５１は、アプリケーション記憶部１０２に正常終了しなかったことを表すログを記録する（ＡＣＴ２０２）。次にイベント検知処理部１５２は、イベントが発生した旨を表す第１アイコンをディスプレイ１１０に表示させ、処理を終了する（ＡＣＴ２０３）。

同じユーザでない場合（ＡＣＴ２０１：ＮＯ）、アプリケーション制御部１５１は、アプリケーション記憶部１０２に正常終了しなかったことを表すログを記録する（ＡＣＴ２０４）。次にイベント検知処理部１５２は、イベントが発生した旨を表す第２アイコンをディスプレイ１１０に表示させ、処理を終了する（ＡＣＴ２０５）。アプリケーションにイベントが発生したことが検知されなかった場合（ＡＣＴ１０１：ＮＯ）、アプリケーション制御部１５１は、アプリケーション記憶部１０２に正常終了したことを表すログを記録し、処理を終了する（ＡＣＴ１０７）。

このように構成された画像処理装置１００ａでは、イベントが発生した場合、判定部１５４によって、ログイン中のユーザとバックグラウンド処理を実行させたユーザとが同一か否か判定される。イベント検知処理部１５２は、判定結果に応じて、表示させるアイコンを決定する。したがって、ログイン中のユーザがバックグラウンド処理を実行させたユーザと同一である場合、第１アイコンが表示されるため、迅速にイベントの発生を知ることができる。これに対して、ログイン中のユーザがバックグラウンド処理を実行させたユーザと同一でない場合、第２アイコンが表示されるため、ユーザは第２アイコンに邪魔されることなく、画像処理装置１００ａを操作できる。

以上説明した少なくともひとつの実施形態によれば、画像処理装置１００は、イベント検知処理部１５２を持つことにより、ユーザはこれまでより素早く期待する結果を得ることができる。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。

１００…画像処理装置、１０１…通信部、１０２…アプリケーション記憶部、１１０…ディスプレイ、１５１…アプリケーション制御部、１５２…イベント検知処理部、１２０…コントロールパネル、１０１…通信部、１００…画像処理装置、１３０…プリンタ部、１４０…シート収容部、２００…画像読取部、１００ａ…画像処理装置、１０３…認証情報記憶部、１５０ａ…制御部、１５３…認証部、１５４…判定部

Claims (6)

1. アプリケーションを実行するアプリケーション制御部と、
   前記アプリケーションが正常に実行されない場合にエラーが発生した旨を表す表示情報を表示する表示部と、
   前記エラーが発生した場合に、前記アプリケーションの処理状況に応じて前記表示情報の表示場所を決定する制御部と、
   を備える画像処理装置。
2. 前記制御部は、前記エラーの発生時に前記アプリケーションが前記表示部への表示処理を実行中か否かに基づき前記表示情報の前記表示場所を決定する、
   請求項１に記載の画像処理装置。
3. 前記制御部は、前記エラーの発生時に前記アプリケーションが前記表示部への表示処理を実行中である場合、前記エラーの内容を示す第１アイコンを前記表示部に表示させる、
   請求項２に記載の画像処理装置。
4. 前記制御部は、前記エラーの発生時に前記アプリケーションが前記表示部への表示処理を実行中でない場合、前記エラーが発生した旨を示す第２アイコンを前記表示部に表示させる、
   請求項２に記載の画像処理装置。
5. ユーザから前記表示部に表示される第２アイコンの操作を受け付ける操作部をさらに備え、
   前記制御部は、前記操作に応じて前記エラーの内容を示す詳細情報を表示させる、
   請求項４に記載の画像処理装置。
6. アプリケーションを実行するアプリケーション制御ステップと、
   前記アプリケーションが正常に実行されない場合にエラーが発生した旨を表す表示情報を表示する表示ステップと、
   前記エラーが発生した場合に、前記アプリケーションの処理状況に応じて前記表示情報の表示場所を決定する制御ステップと、
   を備える画像処理装置が実行する情報提供方法。

Images