JP2020182133A - 画像処理装置及びその制御方法、並びにプログラム - Google Patents

Abstract

【課題】 本発明は、ホーム画面上にお知らせボタンを表示可能な画像処理装置において、未実行ジョブの有無およびお知らせ表示領域の可視領域に表示されたかによって、お知らせ表示領域のお知らせボタンを削除することを目的とする。【解決手段】 画像処理装置のアプリケーションを利用するためのアプリケーションボタンが一つ以上含まれる操作画面を表示する画像処理装置であって、前記操作画面は、前記一つ以上のアプリケーションボタンを含む第一の表示領域とともに、一つのアプリケーションにおけるジョブの実行状況を通知するためのお知らせボタンを一つ以上含む第二の表示領域を表示し、第一のお知らせボタンに関連する未実行ジョブが存在せず、且つ前記未実行ジョブが存在しない前記第一のお知らせボタンが前記第二の表示領域の可視領域に表示された場合、前記第一のお知らせボタンを前記第二の表示領域から削除することを特徴とする画像処理装置。【選択図】 図５

Description

本発明は、アプリケーションに関する情報を通知する画像処理装置及びその制御方法、並びにプログラムに関する。

ＭＦＰやスマートフォンなどの情報処理装置にアプリケーションをインストールすることによって、その情報処理装置においてさまざまな機能を実現する。情報処理装置がＭＦＰなどの画像処理装置である場合、インストールされるアプリケーションの一例として、留置印刷アプリケーション、ファックスアプリケーション、コピーアプリケーション等が挙げられる。

そのアプリケーションの一つである留め置き印刷アプリケーションの印刷ジョブをユーザが把握するには、ユーザは画像処理装置の操作部を操作し、目的の画面までいくつかの画面遷移を経る必要があり、不便であった。特許文献１には、各アプリケーションからユーザへ報知したい情報をお知らせボタンとしてスマートフォンのロック画面に配置する構成が開示されている。お知らせボタンを選択することで、各お知らせボタンに紐づいたアプリケーションの画面が表示され、通知内容をユーザに確認させることができる。

特開２０１８−１３９１１６号公報

画像処理装置に対しお知らせボタンを表示する機能を適用した場合、画像処理装置のアプリケーションボタンを一覧表示したホーム画面上に、お知らせボタンを表示する表示領域（以下、お知らせ表示領域）を設ける形態が考えられる。それにより、留置印刷アプリケーションからの通知（未実行の印刷ジョブの通知など）をユーザが認識しやすくなり、さらには、ワンタッチ操作でお知らせボタンの通知内容を確認したり、印刷ジョブを実行するためにアプリケーション画面に遷移することが可能となる。

一方、画像処理装置のホーム画面の表示領域は限られているため、ホーム画面に含まれるお知らせ表示領域も有効に活用されるべきである。お知らせボタンに関連する印刷ジョブの実行が完了したにも関わらず、該当のお知らせボタンがお知らせ表示領域に表示されたままでは、お知らせ表示領域を有効に活用していることにならない。例えば、未実行の印刷ジョブが存在しないお知らせボタンがお知らせ表示領域の一部領域を占有していることによって、お知らせ表示領域に表示されるべきその他のボタンが可視領域外に押し出さることもあり得る。

本発明は、留置印刷アプリケーションのお知らせボタンを表示可能な画像処理装置において、お知らせボタンに関連する未実行の印刷ジョブが存在しない場合に該当のお知らせボタンを削除することによってお知らせ表示領域を有効に活用することを目的とする。

上記の目的を達成するために本発明は、少なくとも印刷機能を有する画像処理装置のアプリケーションを利用するためのアプリケーションボタンが一つ以上含まれる操作画面を表示する画像処理装置であって、
複数の前記アプリケーションは、前記画像処理装置または前記画像処理装置とは異なる外部装置において保持されている印刷ジョブをユーザーが選択し、ユーザーによる実行指示によって前記印刷ジョブを実行する留置印刷アプリケーションを含み、
前記操作画面は、
複数の前記アプリケーションのアプリケーションボタンを含む第一の表示領域とともに、前記第一の表示領域とは別の表示領域である第二の表示領域を表示し、
前記第二の表示領域は、前記留置印刷アプリケーションにおける未実行の印刷ジョブを通知するための第一のお知らせボタンを含み、
前記第一のお知らせボタンに関連する前記未実行の印刷ジョブが存在しない場合には前記第一のお知らせボタンを前記第二の表示領域から削除し、
前記第一のお知らせボタンとともに前記第二の表示領域に表示されていたその他のボタンの表示順序を繰り上げて表示することを特徴とする。

本発明によれば、留置印刷アプリケーションのお知らせボタンを表示可能な画像処理装置において、お知らせボタンに関連する未実行の印刷ジョブが存在しない場合に該当のお知らせボタンを削除することによってお知らせ表示領域を有効に活用することができる。

画像処理装置のハードウェア構成の一例を示す図である。 ホーム画面の一例を示す図である。 ＲＯＭに記憶されているお知らせ情報の一例を示す図である。 新規にお知らせボタンが生成される際の処理の動作フローである。 実施例１における、お知らせボタンを消去する際の処理の動作フローである。 お知らせボタンが押下されると表示されるアプリケーション画面の一例を示す図である。 実施例２における、お知らせボタンを消去する際の処理の動作フローである。 お知らせボタンが押下された際の処理の動作フローである。 お知らせボタンが押下されると表示されるポップアップ画面の一例を示す図である。 お知らせボタン報知対象リストの一例を示す図である。

本発明の実施例で用いる画像処理装置について、図面を参照して説明する。なお、以下の実施の形態は特許請求の範囲に係る発明を限定するものでなく、また実施の形態で説明されている特徴の組み合わせの全てが発明の解決手段に必須のものとは限らない。

まず、本発明に係る第１の実施形態について説明する。

＜ＭＦＰ１０１のハードウェア構成＞
本実施形態の画像処理装置の一例としてＭＦＰ１０１のハードウェア構成を、図１を用いて説明する。図１では、画像処理装置として、ＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）を例にとって説明する。ＭＦＰ１０１は、ＣＰＵ１１１〜プリンタ１２２を備える。ＣＰＵ１１１、ＲＡＭ１１２、ＲＯＭ１１３、入力部１１４、表示制御部１１５、外部メモリＩ／Ｆ１１６、通信Ｉ／Ｆコントローラ１１７は、システムバス１１０に接続されている。また、タッチパネル１１８、ディスプレイ１１９（操作画面）、外部メモリ１２０が、システムバス１１０に接続されている。各処理部は、システムバス１１０を介して互いにデータのやりとりを行うことができるように構成されている。

ＲＯＭ１１３は、画像データやその他のデータ、ＣＰＵ１１１の制御プログラム等を格納している。なお、制御プログラムは、以下に説明する実施例を実行する制御プログラムである。またＲＯＭ１１３には、書き換え可能なフラッシュＲＯＭなどの種類があり、ＭＦＰ１０１のユーザが登録した設定値、管理データ等も格納する。ＲＡＭ１１２は揮発性のメモリであり、プログラム制御変数、各種ワーク用バッファ等や、ＭＦＰ１０１のユーザが登録した一部の設定値、管理データ等を格納する。またＲＡＭ１１２は、ＣＰＵ１１１の主メモリ、ワークエリア等の一時記憶領域としても用いられる。ＣＰＵ１１１は、例えばＲＯＭ１１３に格納されるプログラムに従い、ＲＡＭ１１２をワークメモリとして用いて、このＭＦＰ１０１の各部を制御する。なお、ＣＰＵ１１１が動作するためのプログラムは、ＲＯＭ１１３に限らず、外部メモリ（ハードディスク等）１２０に予め記憶しておいてもよい。ＲＡＭ１１２とＲＯＭ１１３と外部メモリ１２０をまとめて記憶領域と呼ぶ。

入力部１１４は、ユーザ操作を受け付け、操作に応じた制御信号を生成し、ＣＰＵ１１１に供給する。例えば、入力部１１４は、入力デバイスとして機能するキーボード（不図示）や、マウス（不図示）やタッチパネル１１８からユーザ操作を受付ける。なお、タッチパネル１１８は、例えば平面的に構成された入力部に対して接触された位置に応じた座標情報が出力されるようにした入力デバイスである。ＣＰＵ１１１は、入力デバイスに対してなされたユーザ操作に応じて入力部１１４で生成され供給される制御信号に基づき、プログラムに従いこのＭＦＰ１０１の各部を制御する。これにより、ＭＦＰ１０１はユーザ操作に応じた動作を行うことができる。

表示制御部１１５は、ディスプレイ１１９に対して画像を表示させるための表示信号を出力する。例えば、ＣＰＵ１１１は、プログラムに従い生成した表示制御信号を表示制御部１１５に供給する。表示制御部１１５は、この表示制御信号に基づき表示信号を生成してディスプレイ１１９に対して出力する。例えば、表示制御部１１５は、ＣＰＵ１１１が生成する表示制御信号に基づき、ＧＵＩを構成するＧＵＩ画面をディスプレイ１１９に表示させる。

なお、タッチパネル１１８はディスプレイ１１９と一体的に構成され、操作部としても機能する。例えば、製造者は、タッチパネル１１８の光の透過率がディスプレイ１１９の表示を妨げないように構成し、ディスプレイ１１９の表示面の上層に取り付ける。そして、製造者は、タッチパネル１１８における入力座標と、ディスプレイ１１９上の表示座標とを対応付ける。これにより、ユーザがディスプレイ１１９上に表示された画面を直接的に操作できるＧＵＩが構成される。

外部メモリＩ／Ｆ１１６は、例えばハードディスク、ＳＳＤ、ＣＤ、ＤＶＤ、メモリーカード等の外部メモリ１２０が装着可能である。外部メモリＩ／Ｆ１１６は、ＣＰＵ１１１の制御に基づき、装着された外部メモリ１２０からデータを読み出し、外部メモリ１２０にデータを書き込む。通信Ｉ／Ｆコントローラ１１７は、ＣＰＵ１１１の制御に基づき、例えばＬＡＮやインターネット、有線、無線等の各種ネットワーク１０２に対する通信を行う。ネットワーク１０２には、ＰＣや他のＭＦＰ、プリンタ、サーバ等、様々な装置がＭＦＰ１０１と通信可能に接続される。

スキャナ１２１は原稿を読み取り、画像データを生成する。プリンタ１２２は、入力部１１４を介して入力されたユーザの指示や通信Ｉ／Ｆコントローラ１１７を介して外部装置から入力されたコマンドに基づいて、印刷処理を実行する。

＜ホーム画面２００＞
図２は、ＭＦＰ１０１のディスプレイ１１９に表示されるホーム画面２００を示す画面例である。ホーム画面２００には、アプリケーションボタンとお知らせボタン２０８〜２１０が表示されており、アプリケーションボタンが表示されるアプリケーション表示領域２０１と、お知らせボタンが表示されるお知らせ表示領域２０７を含む。

お知らせボタンとは、ＭＦＰ１０１のアプリケーションにおけるジョブの実行状況を通知するためのソフトキーである。ジョブの実行状況とは、実行が完了した状態（実行済みジョブ）、実行中である状態、未実行の状態などの状況を指す。なお、未実行であるジョブを下記では未実行ジョブと称するが、実行を試みたもののエラーになってしまったジョブ、あるいは実行したことがなくこれから実行するジョブのことを指す。

アプリケーション表示領域２０１には一例として、アプリケーションボタン２０２、送信アプリケーションボタン２０３、ＦＡＸアプリケーションボタン２０４、留置印刷アプリケーションボタン２０５、保存ファイルの利用アプリケーションボタン２０６が表示されている。留置印刷は、ＭＦＰ１０１またはＭＦＰ１０１とは別の外部サーバー（不図示）において留め置かれている印刷ジョブを、画像処理装置で実行するための印刷処理のことである。印刷ジョブがＭＦＰ１０１で留め置かれている場合には、ＭＦＰ１０１において印刷処理が実行されるが、外部サーバーで印刷ジョブが留め置かれている場合、印刷ジョブの実行先はＭＦＰ１０１以外の画像処理装置でも可能である。

アプリケーションボタン２０２〜２０６は、アプリケーションの機能を利用するためのボタンである。ユーザがアプリケーションボタンを選択すると、各アプリケーションに対応したアプリケーション画面が表示される。例えば、アプリケーションボタン２０２（コピーボタン）を選択した場合にはコピー機能の実行条件を設定するためのアプリケーション画面（不図示）が表示される。

お知らせ表示領域２０７は、複数のお知らせボタン２０８〜２１０を表示する領域である。図２では例として、３つのお知らせボタン２０８〜２１０がお知らせ表示領域２０７の可視領域に表示されている。お知らせ表示領域２０７に対して、ユーザからの上方向へのフリック操作を受け付けると、お知らせボタン２０８〜２１０を画面上部に向かってスクロール表示する。スクロール表示することによって、お知らせ表示領域２０７の不可視領域にあり、表示されていなかったその他のお知らせボタン（不図示）が表れるように、画面上に表示させる。

お知らせボタン２０８〜２１０は、各アプリケーションに関するお知らせを報知するボタンであり、該当のアプリケーションに関連付けられている。例えばお知らせボタン２０８は留置印刷アプリケーションに関連付けられており、お知らせボタン２０９はファックスアプリケーションに関連付けられている。本実施例では、１つのアプリケーションに対応するお知らせボタンは最大１つ表示されるものとし、特定のアプリケーションのお知らせボタンは２つ以上表示されないものとする。お知らせボタン２０８〜２１０が選択されると、そのボタンに関連付けられたアプリケーションの画面が表示される。これによりユーザは、ホーム画面からワンタッチ操作で、各アプリケーションによるお知らせ情報の詳細を確認することが可能となる。

また、お知らせボタン２０８〜２１０の領域上には、各お知らせボタン２０８〜２１０に対応するアプリケーションのアプリケーション種別３０２、通知内容を示す発生内容３０４、および発生日時３０３が表示される。例えば、お知らせボタン２０８の場合、アプリケーション種別３０２が「留置印刷」、発生内容３０４が「未実行ジョブあり」、発生日時３０３が「２０１７／１０／２４ ０８：５１：２２」であることがわかる。

なお本実施例では、お知らせとしてユーザに報知すべき事象が発生すると、それに関するお知らせボタン２０８〜２１０が自動的に生成され、発生日時３０３が新しいお知らせボタンから順にお知らせ表示領域２０７の上から表示されるものとする。ただし、既に述べたように、１つのアプリケーションが同時に表示できるお知らせボタン２０８〜２１０は最大１つまでとなっている。よって、お知らせとしてユーザに報知すべき事象が発生した際、その事象とアプリケーション種別３０２が同じお知らせボタン２０８〜２１０が既に存在する場合は、まずはそれを削除する。その上で、新たに発生した事象に対応するお知らせボタンを生成し、表示するものとする。

また、お知らせ表示領域２０７に表示可能なお知らせボタン２０８〜２１０の数はアプリケーションの種別によらず有限である。お知らせボタン２０８〜２１０が新たに生成される際に、既にお知らせ表示領域２０７に表示可能最大数のお知らせボタンが存在している場合は、発生日時３０３が一番古いお知らせボタンをお知らせ表示領域２０７から削除する。そして、新たに生成されたお知らせボタンをお知らせ表示領域２０７に表示する。

＜お知らせ情報＞
図３は、お知らせボタン２０８〜２１０に関連付けられているお知らせ情報３００の例を表したものである。お知らせ情報３００はＲＯＭ１１３またはＲＡＭ１１２に記憶されている。

お知らせ情報３００は、お知らせＩＤ３０１、アプリケーション種別３０２、発生日時３０３、発生内容３０４で構成されている。これらは、お知らせ情報３００の一例であり、その他の項目を保持していても構わない。また、アプリケーション種別３０２によって保持する項目が異なっていても構わない。

お知らせＩＤ３０１は、お知らせボタンを一意に識別するためのＩＤを示す。アプリケーション種別３０２は、お知らせボタンに紐付けられたアプリケーションの識別子を示す。発生日時３０３は、そのお知らせボタンが生成された日時を示す。発生内容３０４は、お知らせボタンによる通知内容の概要を示す。

＜報知対象リスト＞
図１０は、ユーザにお知らせとして報知すべき事象をリストした、報知対象リスト１００１の例を表したものである。報知対象リスト１００１はＲＯＭ１１３またはＲＡＭ１１２に記憶されている。ステータスコード１００２は、事象を一意に識別するためのコードである。アプリケーション種別１００３は、図３のアプリケーション種別３０２と同様に、事象に紐付けられたアプリケーションの識別子を示す。内容１００４は、図３の発生内容３０４と同様に、事象の概要を示す。

ＣＰＵ１１１はＭＦＰ１０１の状態を把握するために、定常的に所定の間隔（例えば１００ｍｓ毎）に、ステータスコードの取得を行っている。よって、ＭＦＰ１０１で何か事象が発生すると、ＣＰＵ１１１はその事象に対応したステータスコードを受信することになる。ＣＰＵ１１１は、受信したステータスコードが、報知対象リスト１００１のステータスコード１００２列内に存在するかを確認し、存在する場合は、その事象をお知らせとしてユーザに報知すべき事象であると判定する。逆に、事象が消滅すると、ＣＰＵ１１１はその事象に対応したステータスコードを受信しない。

＜お知らせボタンの生成および表示フロー＞
図４は本実施例における、新規のお知らせボタの生成及び表示と、それに伴う既存のお知らせボタンの消去の処理の動作フローである。なお、本動作フローは、ＣＰＵ１１１がＲＯＭ１１３に記憶されたお知らせボタンの生成、表示、消去の処理に関するプログラムを制御することにより実行される。ＣＰＵ１１１はＭＦＰ１０１の電源が起動している間、所定の間隔（例えば５００ｍｓ毎）で本動作フローを繰り返し行うものとする。

Ｓ４０１では、ＣＰＵ１１１は図１０（報知対象リスト）を参照し、お知らせとしてユーザに報知すべき事象の発生を検知したか否かを判定する。検知しなかった場合は、一連のフローを終了する。一方、検知した場合は、処理をＳ４０２に進める。

Ｓ４０２では、ＣＰＵ１１１は発生した事象と同じアプリケーションのお知らせボタンが、既にお知らせ表示領域２０７に存在することを検知したか否かを判定する。検知しなかった場合は、処理をＳ４０４に進める。検知した場合はＳ４０３に進む。本判定によって、一つのアプリケーションに対し一つのお知らせボタンを表示するように制御する。つまり、アプリケーションの種別以上の数のお知らせボタンがお知らせ表示領域２０７に表示されることはない。Ｓ４０２では具体的に、報知対象リスト１００１内の発生した事象のアプリケーション種別１００３が、表示されているお知らせボタンに関連付けられているアプリケーション種別３０２列（お知らせ情報３００）に存在するか否かを判定する。

発生した事象と同じアプリケーションのお知らせボタンがお知らせ表示領域２０７にすでに表示されているとＳ４０２で判定された場合、Ｓ４０３では、ＣＰＵ１１１は発生した事象と同じアプリケーションに紐付けられた既存のお知らせボタンをお知らせ表示領域２０７から削除し、Ｓ４０６に進む。

発生した事象と同じアプリケーションのお知らせボタンがお知らせ表示領域２０７に表示されていないとＳ４０２で判定された場合、Ｓ４０４では、お知らせ表示領域２０７に表示可能な最大ボタン数（ＲＯＭ１１３またはＲＡＭ１１２に記憶されている値）のボタンが表示されているかを判定する。表示されていないと判定された場合は処理をＳ４０６に進める。一方、表示されていると判定された場合は、処理をＳ４０５に進める。

Ｓ４０５では、ＣＰＵ１１１はお知らせ表示領域２０７の中で一番下に表示されているボタンを消去し、処理をＳ４０６に進める。お知らせ表示領域２０７の中で一番下に表示されるボタンはお知らせボタンである場合もあれば、履歴ボタンである場合もある。

Ｓ４０６では、ＣＰＵ１１１は発生した事象に関するお知らせボタン２０８〜２１０を生成し、それをお知らせ表示領域２０７に表示し、一連のフローを終了する。

＜お知らせボタンが選択された際に表示される画面の一例＞
図６はお知らせボタンが選択された場合に表示される画面の一例を示す。今回は、お知らせＩＤ３０１「１」であるお知らせボタン２０８が選択された際の留置印刷アプリケーション画面６００を例に説明する。ホームボタン６０１が選択されるとホーム画面２００に戻る。ジョブリスト６０２は、留置印刷アプリケーションの各未実行ジョブ（未実行の印刷ジョブ）の、チェックボックス６０３、ジョブ名、日時、枚数×部数の情報を表示する領域である。ユーザは印刷または削除したいジョブのチェックボックス６０３にチェックを入れ、プリント開始ボタン６０４またはジョブ削除ボタン６０５を押下する。プリント開始ボタン６０４は、チェックボックス６０３にチェックが入っているジョブの実行を開始するボタンである。ジョブ削除ボタン６０５は、チェックボックス６０３にチェックが入っているジョブを削除するボタンである。キャンセルボタン６０６は、押下されると留置印刷アプリケーション画面６００を閉じるボタンである。

図６より、お知らせボタン２０８は、紐付けられたアプリケーションに未実行ジョブが存在する場合に表示されるボタンであり、それら未実行ジョブに関する何らかの操作をユーザに実行させるためのお知らせボタン２０８〜２１０であることが分かる。即ち、「ユーザに見てもらうだけではなく、押下してもらう必要があるボタン」であると言える。

一方、お知らせＩＤ３０１「２」のお知らせボタン２０９が選択されると、ファックスアプリケーション画面（不図示）が表示されるが、その画面には、予約ジョブが完了した旨の情報が表示されるものとする。また、お知らせボタン２０９は、紐付けられたアプリケーションに未実行ジョブが存在しない場合に表示されるボタンである。つまり、お知らせボタン２０８とは異なり、未実行ジョブに関する何らかの操作をユーザに実行させるためのお知らせボタンではない。即ち、「ユーザに押下してもらう必要はなく、見てもらえさえすればよいボタン」であると言える。

このようにアプリケーションの種別によって、お知らせボタンによって通知される情報は異なる。アプリケーションの種別によっては、実行を試みたもののエラーになってしまったジョブや、用紙やトナーなどの消耗品の不足に関する情報と一覧で表示させるようにしてもよい。つまり、該当のアプリケーションに関する情報であって、ユーザに通知したい情報であれば情報の内容については特に問わない。

＜お知らせボタンを削除するフロー＞
図５を用いて、該当のお知らせボタンを消去する処理の動作フローについて説明する。なお、本動作フローは、ＣＰＵ１１１がＲＯＭ１１３に記憶されたお知らせボタンの消去の処理に関するプログラムを制御することにより実行される。ＣＰＵ１１１はＭＦＰ１０１の電源が起動している間、所定の間隔（例えば５００ｍｓ毎）でお知らせ表示領域に存在する各お知らせボタンを対象にして、本動作フローを繰り返し行うものとする。なお、本処理は図４のお知らせボタンの作成する処理とは独立して動作するものとする。

Ｓ５０１では、ＣＰＵ１１１は該当のお知らせボタンで報知している状態の解消を検知したか否かを判定する。解消されていることが検知された場合は、処理をＳ５０６に進める。一方、検知しなかった場合は、処理をＳ５０２に進める。報知している状態の解消方法としては、例えば、留置印刷アプリケーションのお知らせボタンである場合、未実行のジョブをプリント開始ボタン６０４によって実行、またはジョブ削除ボタン６０５によって削除した場合、報知している状態を解消したことになる。最初の図５のフローを実行した際には、Ｓ５０１では「ＮＯ」となり、Ｓ５０２に進む。

Ｓ５０２では、ＣＰＵ１１１は該当のお知らせボタンに紐付けられたアプリケーションの未実行ジョブの存在を検知したか否かを判定する。未実行ジョブを検知した場合はＳ５０５に進み、検知しなかった場合にはＳ５０３に進む。Ｓ５０２の具体的な処理内容は、該当のお知らせボタンのアプリケーションと同じアプリケーションに対し、未実行ジョブが存在するかを、報知対象リスト１００１を用いて判定する。例えば、該当のお知らせボタンがファックスアプリケーションのお知らせボタンであった場合、報知対象リスト１００１を参照し、「アプリケーション種別」が「ファックス」である事象のうちで「未実行ジョブあり」と判定されるステータスは「０ｘ０２０２」である。

Ｓ５０２の判断基準が未実行ジョブの有無である理由は、未実行ジョブの情報と関連づいたお知らせボタンは上述した通り、「ユーザーに認知させるだけでなく、選択してもらう必要のあるボタン」であり、それ以外のお知らせボタンよりも優先的に表示する必要があるからである。

Ｓ５０３では、ＣＰＵ１１１は該当のお知らせボタンの全領域がお知らせ表示領域２０７の可視領域へ表示されたことを検知したか否かを判定する。検知しなかった場合は、「ユーザがまだ該当のお知らせボタンを認識していない」と判断し、処理をＳ５０５に進める。一方、検知した場合は、「ユーザは該当のお知らせボタンを認識した」と判断し、処理をＳ５０４に進める。

Ｓ５０４では、ＣＰＵ１１１はお知らせ表示領域２０７が表示されている画面から、表示されていない画面への遷移を検知したか否かを判定する。即ち、本実施例においては、ディスプレイ１１９に表示される画面が、ホーム画面から別の画面に遷移したことを検知したか否かを判定する。検知した場合は、処理をＳ５０６に進める。一方、検知しなかった場合は、処理をＳ５０５に進める。

Ｓ５０５では、ＣＰＵ１１１はユーザ操作による該当のお知らせボタンの消去の指示を検知したか否かを判定する。検知した場合は、処理をＳ５０６に進める。ここで、ユーザ操作による対象のお知らせボタン２０８〜２１０の消去の指示とは、例えば、ユーザがお知らせボタン２０８〜２１０長押し後に表示されるサブメニューで「消去」を選択すること等である。

Ｓ５０６では、ＣＰＵ１１１は該当のお知らせボタンをお知らせ表示領域２０７から消去する。Ｓ５０５またはＳ５０６の処理を実行した後、Ｓ５０７においてＣＰＵ１１１は本処理を実行していないお知らせボタンがお知らせ表示領域２０７上に存在しているかを判定する。存在していないと判定された場合には、本フローを終了する。存在すると判定された場合にはＳ５０１の処理に戻る。

本発明では、図５に示す動作フローにより、お知らせボタンに対して未実行のジョブが存在するかどうかによってお知らせボタン毎の目的の違いを識別し、その識別結果に基づいて該当のお知らせボタンを削除することができる。

なお、本実施例では、お知らせ表示領域２０７に表示されるボタンはお知らせボタン１種類のみとしているが、他の種類のボタンも合わせて、複数種類を表示しても構わない。例えば、お知らせ表示領域２０７に、履歴ボタン（不図示）を表示させることも考えられる。履歴ボタンとは、過去にユーザが実行したジョブの各設定を設定履歴として記憶し、履歴ボタンを押下することでそのボタンに対応するジョブの各設定を呼び出すことができる。具体的には、履歴ボタンを押下すると、それに紐づく設定内容を初期値とした設定画面が表示されることになる。ホーム画面２００内に定常的に履歴ボタンのリストを表示しておくことにより、ユーザが一番多く目にすると思われるホーム画面からダイレクトに、設定履歴を用いたジョブの再実行を容易に行うことが可能となる。

お知らせ表示領域２０７にお知らせボタンと履歴ボタンの２種類のボタンを表示させるＭＦＰ１０１において、履歴ボタンよりもお知らせボタンの方が表示優先度が高い場合について述べる。お知らせボタンの方が表示優先度が高い場合とは、お知らせボタンがお知らせ表示領域２０７の上位に表示され、その下に履歴ボタンが表示される状況を指す。お知らせ表示領域２０７に表示されるお知らせボタンの数が多くなると、その分、お知らせ表示領域２０７の可視領域に表示される履歴ボタン数は減少し、履歴ボタンは不可視領域に追いやられ、ユーザに認知され難くなる。

このような状況下で、本願発明を適用することによって、表示する必要のないお知らせボタンを削除し、可視領域に表示される履歴ボタンの数を増やすことが可能となる。

図５のＳ５０３において、該当のお知らせボタンすべてがお知らせ表示領域２０７の可視領域に表示されたと判定された場合、「ユーザは該当のお知らせボタンを認識した」とみなした。しかし、該当のお知らせボタンすべてがお知らせ表示領域２０７の可視領域に表示されたとしても、ユーザが全お知らせボタンを認識できない場合がある。例えば、ユーザがお知らせ表示領域２０７をスクロールしている最中、またはスクロール直後によって、該当の全お知らせボタンがお知らせ表示領域２０７の可視領域に表示されたのが一瞬である場合などである。

本実施形態では、全お知らせボタン２０８〜２１０がお知らせ表示領域２０７の可視領域に表示され続けた時間を判定基準に追加することによって、上記の課題を解決する。第２の実施形態におけるＭＦＰ１０１の動作フローについては、図７で説明する。

図７は本実施例における、お知らせボタンを消去する処理の動作フローである。なお、本動作フローは、ＣＰＵ１１１がＲＯＭ１１３に記憶されたお知らせボタンの消去の処理に関するプログラムを制御することにより実行される。ＣＰＵ１１１はＭＦＰ１０１の電源が起動している間、所定の間隔（例えば５００ｍｓ毎）でお知らせ表示領域２０７に存在する各お知らせボタン２０８〜２１０を対象にして、本動作フローを繰り返し行うものとする。なお、上記のフローで説明済みの処理については同じ付番を振って詳細な説明を省略する。

Ｓ７０３では、ＣＰＵ１１１は全お知らせボタン２０８〜２１０が、一定時間以上、お知らせ表示領域２０７の可視領域へ表示されたか否かを判定する。表示されなかった場合は、「ユーザがまだ対象のお知らせボタン２０８〜２１０を見ていない」と判断し、処理をＳ５０５に進める。一方、表示された場合は、「ユーザは対象のお知らせボタン２０８〜２１０を見た」と判断し、処理をＳ５０４に進める。

全お知らせボタンがお知らせ表示領域２０７の可視領域に表示されたかを判定する際に、表示されている時間を考慮することによって、お知らせボタンをユーザが認識したかをより確実に判断することができる。

第１の実施形態では、お知らせボタン２０８〜２１０が押下されると、それに紐付けられたアプリケーションの未実行ジョブの有無に関わらず、それに紐付けられたアプリケーション画面を表示した。しかし、図６の説明でも述べた通り、お知らせボタン２０９のように「ユーザに押下してもらう必要はなく、見てもらえさえすればよいボタン」は、押下された場合も、紐付けられたアプリケーション画面を表示してもメリットは少ない。即ち、「押下されても、紐付けられたアプリケーションの画面を表示する必要はないボタン」であると言える。逆に、お知らせボタン２０８のように「ユーザに見てもらうだけではなく、押下してもらう必要があるボタン」は、「押下されたら、紐付けられたアプリケーションの画面を表示する必要があるボタン」であると言える。

本実施形態では、お知らせボタンの種別により、お知らせボタンを選択した際にアプリケーションの画面を表示するかどうかを判断する構成を説明する。

図８は本実施例における、お知らせボタンが押下された際の処理の動作フローである。なお、本動作フローは、ＣＰＵ１１１がＲＯＭ１１３に記憶されたお知らせボタンの消去、及び確認ポップアップ画面９０１の表示、消去の処理に関するプログラムを制御することにより実行される。ＣＰＵ１１１はＭＦＰ１０１の電源が起動している間、所定の間隔（例えば５００ｍｓ毎）で本動作フローを繰り返し行うものとする。

Ｓ８０１では、ＣＰＵ１１１はお知らせボタンの押下を検知したか否かを判定する。検知しなかった場合は、一連のフローを終了する。一方、検知した場合は、処理をＳ８０２に進める。

Ｓ８０２では、ＣＰＵ１１１は押下されたお知らせボタンに紐付けられたアプリケーションの未実行ジョブの存在を検知したか否かを判定する。検知しなかった場合は、未実行ジョブに関する何らかの操作をユーザに実行させるためのお知らせボタン２０８〜２１０ではなく、「押下されても、紐付けられたアプリケーションの画面を表示する必要のないボタン」であると判断し、処理をＳ８０３に進める。一方、検知した場合は、それら未実行ジョブに関する何らかの操作をユーザに実行させるためのお知らせボタン２０８〜２１０であり、「押下されたら、紐付けられたアプリケーションの画面を表示する必要のあるボタン」であると判断し、処理をＳ８０４に進める。

Ｓ８０４では、ＣＰＵ１１１は押下されたお知らせボタンに紐付けられたアプリケーション画面を表示し、一連のフローを終了する。

Ｓ８０３では、ＣＰＵ１１１は押下されたお知らせボタンが報知するお知らせの内容が記された確認ポップアップ画面９０１を表示し、処理をＳ８０５に進める。

Ｓ８０５では、ＣＰＵ１１１は確認ポップアップ画面９０１のＯＫボタン９０２の押下を検知したか否かを判定する。検知しなかった場合は、Ｓ８０５の処理に戻る。一方、検知した場合は、ユーザがお知らせの内容を認知したと判断し、処理をＳ８０６に進める。

Ｓ８０６では、ＣＰＵ１１１は押下されたお知らせボタンをお知らせ表示領域２０７から消去し、一連のフローを終了する。

本実施例では、Ｓ８０２の判定にて押下されたお知らせボタン２０８〜２１０に紐付けられたアプリケーションの未実行ジョブの存在を検知しなかった場合、Ｓ８０３の処理にて確認ポップアップ画面９０１を表示しているが、Ｓ８０２の判定内容についてはこれに限定されない。例えば、お知らせボタンに関連づくアプリケーションの種別などによって判定してもよく、具体的には、留置印刷アプリケーションの場合には、Ｓ８０４に進み、ファックスアプリケーションの場合にはＳ８０３に進むようにしてもよい。

また、確認ポップアップ画面９０１等を何も表示せずに、処理をＳ８０６に進め、押下されたお知らせボタン２０８〜２１０をお知らせ表示領域２０７から消去するようにしても構わない。また、押下されたお知らせボタン２０８〜２１０に紐付けられたアプリケーションの画面ではなく、別のアプリケーションの画面（例えば、アカウントマネージャアプリケーションの、週間レポート結果を示す画面（不図示）等）を表示させるようにしても構わない。

図９は本実施例における、お知らせボタン２０９が押下されたときに表示される、確認ポップアップ画面９０１の例である。ＯＫボタン９０２は、押下されると確認ポップアップ画面９０１を閉じるボタンである。

以上に示した本実施例の手段により、お知らせボタン２０８〜２１０が押下された際に、それに紐付けられたアプリケーション画面を表示する必要がある場合には表示し、不要である場合は表示しないよう制御することが可能となる。

〔その他の実施例〕
実施形態１〜３では、一つのアプリケーションに対して一つのお知らせボタンが生成される形態を示したが、事象毎にお知らせボタンが作成される構成であってもよい。その場合、お知らせボタンを識別するお知らせＩＤ、および事象を識別するステータスコードが関連づけておく必要がある。

本発明の目的は以下の処理を実行することによっても達成される。即ち、上述した実施例の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）が記憶媒体に格納されたプログラムコードを読み出す処理である。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施例の機能を実現することになり、そのプログラムコード及び該プログラムコードを記憶した記憶媒体は本発明を構成することになる。

Claims (9)

1. 少なくとも印刷機能を有する画像処理装置のアプリケーションを利用するためのアプリケーションボタンが一つ以上含まれる操作画面を表示する画像処理装置であって、
   複数の前記アプリケーションは、前記画像処理装置または前記画像処理装置とは異なる外部装置において保持されている印刷ジョブをユーザーが選択し、ユーザーによる実行指示によって前記印刷ジョブを実行する留置印刷アプリケーションを含み、
   前記操作画面は、
   複数の前記アプリケーションのアプリケーションボタンを含む第一の表示領域とともに、前記第一の表示領域とは別の表示領域である第二の表示領域を表示し、
   前記第二の表示領域は、前記留置印刷アプリケーションにおける未実行の印刷ジョブを通知するための第一のお知らせボタンを含み、
   前記第一のお知らせボタンに関連する前記未実行の印刷ジョブが存在しない場合には前記第一のお知らせボタンを前記第二の表示領域から削除し、
   前記第一のお知らせボタンとともに前記第二の表示領域に表示されていたその他のボタンの表示順序を繰り上げて表示することを特徴とする画像処理装置。
2. 一つの前記お知らせボタンは、前記留置印刷アプリケーションにおける一つ以上の前記未実行の印刷ジョブを通知することを特徴とする請求項１に記載の画像処理装置。
3. 複数の前記アプリケーションはファックスアプリケーションを含み、
   前記第二の表示領域は、前記ファックスアプリケーションによって送信が完了したファックスジョブを通知するための第二のお知らせボタンを含み、
   前記第二のお知らせボタンは、前記第二の表示領域の可視領域に一定時間以上表示されると、前記第二のお知らせボタンを前記可視領域から削除することを特徴とする請求項１または２に記載の画像処理装置。
4. 前記未実行の印刷ジョブが存在する前記第一のお知らせボタン、および前記可視領域において一定時間以上表示されていない前記第二のお知らせボタンは、前記第二の表示領域から削除しないことを特徴とする請求項３に記載の画像処理装置。
5. 前記第二の表示領域には、前記お知らせボタンとともに一つ以上の履歴ボタンが表示可能であって、
   前記履歴ボタンは、
   前記画像処理装置が有するアプリケーションの一つを利用することによって実行された実行済みジョブの設定内容を初期値として表示する設定画面を表示することを特徴とする請求項１乃至４のいずれか一項に記載の画像処理装置。
6. 前記画像処理装置は、
   前記第一の表示領域および前記第二の表示領域が表示された画面から、
   前記第二の表示領域が表示されない別の画面に前記操作画面が切り換わった場合に、前記未実行の印刷ジョブが存在しない前記第一のお知らせボタン、および前記第二のお知らせボタンを削除することを特徴とする請求項１乃至５のいずれか一項に記載の画像処理装置。
7. 前記未実行の印刷ジョブが存在する前記第一のお知らせボタンを選択すると、
   前記未実行の印刷ジョブを実行するためのアプリケーション画面を表示し、前記アプリケーション画面において前記未実行の印刷ジョブを実行する際の設定内容を変更できることを特徴とする請求項１乃至６のいずれか一項に記載の画像処理装置。
8. 少なくとも印刷機能を有する画像処理装置のアプリケーションを利用するためのアプリケーションボタンが一つ以上含まれる操作画面を表示する画像処理装置の制御方法であって、
   複数の前記アプリケーションは、前記画像処理装置または前記画像処理装置とは異なる外部装置において保持されている印刷ジョブをユーザーが選択し、ユーザーによる実行指示によって前記印刷ジョブを実行する留置印刷アプリケーションを含み、
   前記操作画面は、
   複数の前記アプリケーションのアプリケーションボタンを含む第一の表示領域とともに、前記第一の表示領域とは別の表示領域である第二の表示領域を表示し、
   前記第二の表示領域は、前記留置印刷アプリケーションにおける未実行の印刷ジョブを通知するための第一のお知らせボタンを含み、
   前記第一のお知らせボタンに関連する前記未実行の印刷ジョブが存在しない場合には前記第一のお知らせボタンを前記第二の表示領域から削除し、
   前記第一のお知らせボタンとともに前記第二の表示領域に表示されていたその他のボタンの表示順序を繰り上げて表示することを特徴とする画像処理装置の制御方法。
9. 少なくとも印刷機能を有する画像処理装置のアプリケーションを利用するためのアプリケーションボタンが一つ以上含まれる操作画面を表示する画像処理装置として機能させるためのプログラムであって、
   複数の前記アプリケーションは、前記画像処理装置または前記画像処理装置とは異なる外部装置において保持されている印刷ジョブをユーザーが選択し、ユーザーによる実行指示によって前記印刷ジョブを実行する留置印刷アプリケーションを含み、
   前記操作画面は、
   複数の前記アプリケーションのアプリケーションボタンを含む第一の表示領域とともに、前記第一の表示領域とは別の表示領域である第二の表示領域を表示し、
   前記第二の表示領域は、前記留置印刷アプリケーションにおける未実行の印刷ジョブを通知するための第一のお知らせボタンを含み、
   前記第一のお知らせボタンに関連する前記未実行の印刷ジョブが存在しない場合には前記第一のお知らせボタンを前記第二の表示領域から削除し、
   前記第一のお知らせボタンとともに前記第二の表示領域に表示されていたその他のボタンの表示順序を繰り上げて表示することを特徴とする画像処理装置として機能させるためのプログラム。

Images