(57)【要約】【課題】印刷アプリによってエラー表示を削除していないときにエラー表示が削除される場合に、その旨を適切に表示することができる印刷アプリを提供すること。【解決手段】印刷アプリによってエラー表示を削除していないとき（ステップＳ３２：ＮＯ）に、エラー表示が削除された旨を記憶する記憶領域にAPIを介してアクセスすることでエラー表示が削除されたか否かを判断する。そしてエラー表示が削除されたと判断される（ステップＳ３６：ＹＥＳ）ことを条件に、エラーの再表示を行う（ステップＳ５０，Ｓ５２）。【選択図】  図３
2014106929.tif 000002
【特許請求の範囲】
【請求項１】
表示部を備えるハードウェア手段によって実行される複数のプログラムのうちの１つであるアプリケーションプログラムにおいて、
前記ハードウェア手段に実行させる機能として、
所定の処理が正常に実行されない場合に前記表示部に正常に実行されない旨を表示する表示機能と、
前記表示機能により表示された前記表示が削除されたことを検知する検知機能と、
前記検知機能によって削除されたことが検知されることを条件に、前記正常に実行されない旨を前記表示部に再度表示する再表示機能と、
を有することを特徴とするアプリケーションプログラム。
【請求項２】
前記複数のプログラムのうちの少なくとも１つは、前記ハードウェア手段に実行させる機能として、
前記表示部の発光量を低減させるスリープモードに移行するスリープ移行機能と、
前記スリープモードから、該スリープモードよりも前記表示部の発光量が多い通常モードに移行する通常移行機能とを有した省エネ制御機能と、
を有することを特徴とする請求項１記載のアプリケーションプログラム。
【請求項３】
前記省エネ制御機能を実行させるプログラムは、オペレーションシステムであり、
前記表示機能により前記正常に実行されない旨が前記表示部に表示されている場合、前記通常移行機能によって前記スリープモードから前記通常モードに移行する際に前記正常に実行されない旨の表示が削除されうるものであることを特徴とする請求項２記載のアプリケーションプログラム。
【請求項４】
前記ハードウェア手段に実行させる機能として、前記再表示機能の実行による再表示の回数が規定回数に達することを条件に、前記正常に実行されない旨の表示が削除された場合、前記再表示する処理を実行しない再表示制限機能を有する
ことを特徴とする請求項１から３のいずれか１項に記載のアプリケーションプログラム。
【請求項５】
前記ハードウェア手段に実行させる機能として、前記検知機能によって削除されたことが検知される場合、前記正常に実行されない状態が継続しているか否かを判断する継続判断機能を有し、
前記再表示機能は、前記継続判断機能の実行により前記正常に実行されない状態が継続していると判断されることを条件に前記再度表示させる処理を実行する
ことを特徴とする請求項１から４のいずれか１項に記載のアプリケーションプログラム。
【請求項６】
前記ハードウェア手段に実行させる機能として、前記表示機能によって正常に実行されない旨が表示されたタイミングからの経過時間が規定時間以上であるか否かを判断する経過時間判断機能を有し、
前記再表示機能は、前記経過時間判断機能の実行により前記規定時間以上であると判断される場合とされない場合とで前記再表示の内容を相違させる
ことを特徴とする請求項１から５のいずれか１項に記載のアプリケーションプログラム。
【請求項７】
前記再表示機能は、ユーザによって前記正常に実行されない旨の表示を削除するよう指示されるのに伴って前記正常に実行されない旨の表示が削除される場合、前記再表示する処理を実行しないことを特徴とする請求項１から６のいずれか１項に記載のアプリケーションプログラム。
【請求項８】
前記再表示機能は、前記正常に実行されない状態の種類に応じて、前記再表示する処理を実行するか否かを判断するものであることを特徴とする請求項１から７のいずれか１項に記載のアプリケーションプログラム。
【請求項９】
前記ハードウェア手段に実行させる機能として、画像データを外部の記録装置に送信する送信機能を有し、
前記再表示機能は、前記再表示の実行条件となる前記正常に実行されない状態の種類として、前記送信機能の実行によって送信される画像データから得られる画像を前記記録装置により被記録媒体に記録させるに際し、画像として記録すべき画像データの一部が記録された状態で記録が不可能となることを含めることを特徴とする請求項８記載のアプリケーションプログラム。
【請求項１０】
表示部と、制御部とを備えた演算処理装置において、
前記制御部は、
所定の処理が正常に実行されない場合に前記表示部に正常に実行されない旨を表示する表示手段と、
前記表示手段によって表示された前記表示が削除されたことを検知する検知手段と、
前記検知手段によって削除されたことが検知されることを条件に、前記正常に実行されない旨を前記表示部に再度表示する再表示手段と、
を備えることを特徴とする演算処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アプリケーションプログラムおよび演算処理装置に関し、特に正常な処理が実行されない場合にその旨を通知するアプリケーションプログラムおよび演算処理装置に関する。
【背景技術】
【０００２】
たとえば下記特許文献１には、消費電力を低減する制御がなされる携帯電話機が提案されている。詳しくは、この携帯電話機は、タッチパネルを備え、タッチパネルへの入力がない場合に、携帯電話機内の消費電力を低減するいわゆるスリープモードに移行し、タッチパネルへの入力がなされることで、携帯電話機内の消費電力が大きくなる通常モードに移行する。
【０００３】
また、携帯電話機には、様々なアプリケーションプログラムをインストール可能なものがある。たとえば、携帯電話機からプリンタに画像データを出力し、画像データによって表現される画像をプリンタによって記録紙に記録させるための機能を携帯電話機に実現させるプログラムがそれである。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１０−２３８０７８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、上記アプリケーションプログラムは、目的とする処理が携帯電話機によって正常に実行されない場合に、エラーが生じた旨を表示画面に表示することでユーザに正常に実行されない旨を通知するのが通例である。ただし、たとえば上記通常モードにおいてエラー表示が表示されたままの状態でスリープモードに移行した場合、上記スリープモードから通常モードに移行するに際し、エラー表示が表示画面から削除される現象が発明者らによって確認された。この場合、たとえばユーザがエラー表示に気がつくことなく携帯電話機がスリープモードに移行してしまうと、ユーザがエラー表示を確認する機会がなくなるという問題点があった。
【０００６】
本発明は、上記問題点を解決する過程でなされたものであり、その目的は、正常な処理が実行されない場合にその旨を適切に表示することのできるアプリケーションプログラムおよび演算処理装置を提供することにある。
【課題を解決するための手段】
【０００７】
この目的を達成するために、本発明のアプリケーションプログラムは、表示部を備えるハードウェア手段によって実行される複数のプログラムのうちの１つであって、前記ハードウェア手段に実行させる機能として、所定の処理が正常に実行されない場合に前記表示部に正常に実行されない旨を表示する表示機能と、前記表示機能により表示された前記表示が削除されたことを検知する検知機能と、前記検知機能によって削除されたことが検知されることを条件に、前記正常に実行されない旨を前記表示部に再度表示する再表示機能と、を有する。
【０００８】
また、本発明の演算処理装置は、表示部と、制御部とを備えたものにおいて、前記制御部は、所定の処理が正常に実行されない場合に前記表示部に正常に実行されない旨を表示する表示手段と、前記表示機能の実行時、該表示が削除されたことを検知する検知手段と、前記検知機能によって削除されたことが検知されることを条件に、前記正常に実行されない旨を前記表示部に再度表示する再表示手段と、を備える。
【発明の効果】
【０００９】
請求項１記載のアプリケーションプログラムでは、検知機能を備えることで、表示機能による表示が当該アプリケーションプログラムが意図して削除していないにもかかわらず、意図せずして表示が削除された場合に、これを把握することができる。そして意図せずして表示が削除されたことが把握される場合、再表示機能によって、正常に実行されない旨の表示が削除される場合であっても、正常に実行されない旨を再表示することができる。このため、所定の処理が正常に実行されない場合に、その旨をユーザに適切に表示することができる。
【００１０】
請求項２記載のアプリケーションプログラムでは、スリープ移行機能および通常移行機能を有した省エネ制御機能を実行するプログラムを有するため、スリープモード状態において、表示部の表示がユーザによって確認されなかったり知覚されなかったりする傾向がある。このため、スリープモード状態で所定の処理が正常に実行されない状態となった場合には、通常モードに移行した際に正常に実行されない旨を表示することが特に望まれる。したがって、請求項２記載のアプリケーションプログラムでは、請求項１記載のアプリケーションプログラムの利用価値が特に大きい。
【００１１】
請求項３記載のアプリケーションプログラムでは、通常モードへの移行に際し、正常に実行されない旨の表示が削除されうるため、請求項２記載のアプリケーションプログラムの効果に加えて、再表示機能の利用価値が特に大きいという特徴を有する。
【００１２】
請求項４記載のアプリケーションプログラムでは、通常モードへの移行に際してはユーザが表示部を確認する可能性が高いことに着目する。すなわち、通常モードに移行することで再表示をするなら、その内容をユーザが確認する可能性が高い。特にこの可能性が十分に高いかどうかは、規定回数によって把握可能である。そしてこの点に鑑み、規定回数によってユーザが正常に実行されない旨の表示を確認したと判断される状況を特定した後、再度の表示を再表示制限機能により制限する。これにより、請求項４記載のアプリケーションプログラムによれば、請求項１から３のいずれか１項に記載のアプリケーションプログラムの効果に加えて、再度の表示を不必要に実行する事態を回避することができるという効果を奏する。
【００１３】
請求項５記載のアプリケーションプログラムでは、継続可否判断機能と再表示機能との有機的な結合により、請求項１から４のいずれか１項に記載のアプリケーションプログラムの効果に加えて、正常に実行されない事態が解消している場合には、正常に実行されない旨の再表示がなされる事態を回避することができるという効果を奏する。
【００１４】
請求項６記載のアプリケーションプログラムでは、正常に実行されない状況が生じた場合、その状況が時間の経過とともに変化しうることに着目する。この点に鑑み、経過時間判断手段によって規定時間以上と判断される場合と判断されない場合とで再表示の内容を相違させることで、請求項６記載のアプリケーションプログラムによれば、請求項１から５のいずれか１項に記載のアプリケーションプログラムの効果に加えて、状況の変化に応じて適切な再表示を行うことができるという効果を奏する。
【００１５】
請求項７記載のアプリケーションプログラムでは、ユーザの指示によって表示が削除される場合、再表示する処理を実行しない。これにより、請求項１から６のいずれか１項に記載のアプリケーションプログラムの効果に加えて、ユーザが、指示に応じた処理がなされないと考える事態が生じることを回避することができる。
【００１６】
請求項８記載のアプリケーションプログラムでは、正常に実行されない状態の種類に応じて、再表示を実行するか否かを決定する。このため、請求項１から７のいずれか１項に記載のアプリケーションプログラムの効果に加えて、再表示をすることが望ましいものであるか否かに応じて、再表示を実行するか否かを選択することができる。
【００１７】
請求項９記載のアプリケーションプログラムでは、送信機能から送信された画像データから得られる画像の一部が記録装置によって記録された状態で画像の記録ができない状態となる場合には、事態を打開するようにユーザに促すことが特に重要であることに着目する。この点に鑑み再表示の実行条件を設定することで、請求項７記載のアプリケーションプログラムでは、請求項８記載のアプリケーションプログラムの効果に加えて、ユーザに特に通知すべき不具合を確実に表示することができるという効果を奏する。
【００１８】
請求項１０記載の演算処理装置は、検知手段を備えることで、表示手段による表示が当該アプリケーションプログラムが意図して削除していないにもかかわらず、意図せずして表示が削除された場合に、これを把握することができる。そして意図せずして表示が削除されたことが把握される場合、再表示手段によって、正常に実行されない旨の表示が削除される場合であっても、正常に実行されない旨を再表示することができる。このため、所定の処理が正常に実行されない場合に、その旨をユーザに適切に表示することができる。
【図面の簡単な説明】
【００１９】
【図１】一実施形態にかかる携帯電話機の構成を示すブロック図。
【図２】オペレーションシステムによって実現される省エネ制御機能を示す図。
【図３】携帯電話機と通信対象としてのＭＦＰとを示す図。
【図４】エラー表示処理の手順を示す流れ図。
【図５】エラー再表示処理の手順を示す流れ図。
【図６】エラーの種類と表示することの重要度との関係を規定するテーブルを示す図。
【発明を実施するための形態】
【００２０】
以下、本発明にかかる一実施形態について、図面を参照しつつ説明する。
【００２１】
図１に、本実施形態にかかる携帯電話機１０の構成を示す。図示されるように、携帯電話機１０は、中央処理装置（ＣＰＵ１４）、メモリ１６、通信部１８およびユーザインターフェース２０を備え、それらは、入出力ポート１２を介して互いに通信可能となっている。ＣＰＵ１４は、メモリ１６に格納されたプログラムを実行するハードウェア処理手段である。これらのプログラムには、オペレーションシステムＰａや外部の印刷機能を有した装置と通信する印刷用のアプリケーションプログラム（印刷アプリＰｂ）が含まれる。なお、これらプログラムは、フラッシュメモリ等、給電の有無にかかわらずデータを記憶保持する書き換え可能なメモリである不揮発性メモリに記憶することが望ましい。これは、メモリ１６に、不揮発性メモリを備えることで実現することができる。また、本実施形態においては、オペレーションシステムＰａとして、「Ｗｉｎｄｏｗｓ  Ｐｈｏｎｅ（登録商標）」を想定している。一方、ユーザインターフェース２０は、本実施形態では、たとえば液晶表示装置（ＬＣＤ）等の画像表示手段と、画像表示手段の画像表示領域に対してユーザが入力操作を行うことができるいわゆるタッチパネルとを備えている。これは、たとえばＬＣＤにタッチパネルを重ねて構成することで実現できる。
【００２２】
上記オペレーションシステムＰａは、ユーザによる携帯電話機１０の操作がなされないことを条件に、携帯電話機１０内の消費電力を通常モードに対して低減するスリープモードに移行する処理をＣＰＵ１４に実行させる機能を有する。スリープモードにおいては、図２に示されるように、たとえばユーザインターフェース２０の出力機能である画像表示機能を停止させる一方、ユーザによる入力操作には反応可能な状態が維持される。ここで本実施形態における画像表示機能の停止とは、表示処理を行わないことを意味し、たとえば画像表示手段をＬＣＤとして且つバックライトの発光および液晶の駆動を停止することを意味する。
【００２３】
一方、上記印刷アプリＰｂがＣＰＵ１４によって実行されることで、図３に示す印刷機能を有する多機能周辺装置（ＭＦＰ３０）と、携帯電話機１０との通信処理が実行される。印刷アプリＰｂは、携帯電話機１０から画像データをＭＦＰ３０に出力し、この画像データが表現する画像を記録用紙に記録させるための指令を携帯電話機１０からＭＦＰ３０へ出力する機能をＣＰＵ１４に実行させる。また、印刷アプリＰｂは、携帯電話機１０を介してＭＦＰ３０に出された指示が実行されないエラーが生じた場合、これを携帯電話機１０のユーザインターフェース２０上に表示することでユーザにエラーが生じた旨通知する機能をＣＰＵ１４に実行させる。
【００２４】
ところで、ユーザの指示により携帯電話機１０から画像データを送信し、ＭＦＰ３０に画像データが表現する画像を記録用紙に記録させる場合、ユーザの指示受付から画像の記録までに時間を要する。このため、記録処理がなされるときにはユーザが携帯電話機１０への入力操作が必要でないため、携帯電話機１０がユーザの手から離れ放置されることがある。この場合、ユーザがユーザインターフェース２０への入力操作を行わない状態が継続し、オペレーションシステムＰａによってスリープモードに移行することがある。このため、印刷アプリＰｂがＣＰＵ１４に実行させるべき処理が正常に実行されず、印刷アプリＰｂがユーザインターフェース２０にエラー表示をさせた後に、スリープモードに移行する事態も生じうる。この場合、ユーザの入力操作に伴ってスリープモードから通常モードに移行することで、ユーザインターフェース２０において、エラー表示がなされるなら、ユーザがエラーを知ることができる。
【００２５】
ただし、通常モードへの移行に伴い、ＣＰＵ１４が印刷アプリＰｂを実行することで実現されたエラー表示が削除される現象が発明者らによって見出された。エラー表示が削除される場合、ユーザインターフェース２０を介してユーザにエラーを通知することができない。ちなみに、エラー表示を削除する主体は、オペレーションシステムＰａであると考えられる。これは、印刷アプリＰｂに他のアプリケーションプログラムがアクセスすることは通常ありえないからである。
【００２６】
そこで本実施形態では、印刷アプリＰｂによって以下の機能をＣＰＵ１４に実行させることで、こうした事態に対処する。
【００２７】
図４に、本実施形態にかかるエラー表示処理の手順を示す。この処理は、ＣＰＵ１４によって印刷アプリＰｂが実行されることで、たとえば所定周期で繰り返し実行される。なお、図４に示す処理は、本実施形態において、表示機能を構成する。
【００２８】
この一連の処理では、ＣＰＵ１４は、まずステップＳ１０において、エラーが発生することでユーザインターフェース２０にエラーを表示させた旨を示す表示済フラグがオンであるか否かを判断する。そしてＣＰＵ１４は、ステップＳ１０において否定判断する場合、ステップＳ１２において、エラーが発生したか否かを判断する。そしてＣＰＵ１４は、ステップＳ１２においてエラーが発生したと判断する場合、ステップＳ１４において、ユーザインターフェース２０にエラーを表示させる。本実施形態では、特にユーザインターフェース２０の画像表示領域に表示されるメイン画面に付加的にエラー表示を行う。例えば、エラーの表示は、エラーを示すポップアップ画面を表示領域に表示することで実現される。この処理は、本実施形態において、表示機能に対応する。またＣＰＵ１４は、ステップＳ１４において、上記表示済フラグをオンとする。さらにＣＰＵ１４は、ステップＳ１４において、オペレーションシステムＰａによってエラー表示が削除された後、これを再表示した旨を示すフラグ（再表示済フラグ）を初期化する。
【００２９】
一方、ＣＰＵ１４は、上記ステップＳ１０において肯定判断する場合、ステップＳ１６において、エラーが解消したか否かを判断する。そしてＣＰＵ１４は、ステップＳ１６において否定判断する場合、ステップＳ１８において、エラーが生じている状態が継続している時間を計時する。これに対し、ＣＰＵ１４は、ステップＳ１６において肯定判断する場合、ステップＳ２０において、エラー表示を削除するとともに、上記表示済フラグを初期化し、さらに上記ステップＳ１８の処理による計時結果を初期化する。
【００３０】
なお、ＣＰＵ１４は、ステップＳ１４，Ｓ１８，Ｓ２０の処理が完了する場合や、ステップＳ１２において否定判断する場合には、この一連の処理を一旦終了する。
【００３１】
図５に、本実施形態にかかるエラーの再表示処理の手順を示す。この処理は、ＣＰＵ１４によって印刷アプリＰｂが実行されることでなされるものである。またこの処理は、たとえば所定周期で繰り返し実行される。
【００３２】
この一連の処理では、ＣＰＵ１４は、まずステップＳ３０において、表示済フラグがオンであるか否かを判断する。そしてＣＰＵ１４は、ステップＳ３０において肯定判断する場合、ステップＳ３２において、ユーザによるユーザインターフェース２０への入力操作によって、エラー表示の削除が指示されたか否かを判断する。そしてＣＰＵ１４は、ステップＳ３２において肯定判断する場合、ステップＳ３４において、エラー表示を削除する。すなわち、ユーザインターフェース２０の画像表示領域に表示されたメイン画面を残しつつ、ポップアップ表示としてのエラー表示を削除する。この処理は、実際には、印刷アプリＰｂからのリクエストにより、オペレーションシステムＰａが実行する。またＣＰＵ１４は、ステップＳ３４においては表示済フラグを初期化するとともに、上記ステップＳ１８の処理による計時結果を初期化する。
【００３３】
これに対し、ＣＰＵ１４は、ステップＳ３２において否定判断する場合、ステップＳ３６において、エラー表示が削除されたか否かを判断する。この処理は、印刷アプリＰｂにとって意図せぬ処理によってユーザインターフェース２０によるエラー表示が削除されたか否かを判断するためのものである。この処理は、エラー表示が削除された場合にその旨を記憶する記憶領域において、エラー表示が削除された旨の書き込みがあるか否かを、専用のＡＰＩ（Application Programming Interface）を通じて把握することで行われる。なお、ステップＳ３６の処理は、本実施形態において検知機能を構成する。
【００３４】
ＣＰＵ１４は、ステップＳ３６において肯定判断する場合、ステップＳ３８において、削除されたエラー表示のエラーの種類が致命的なエラーであるか否かを判断するここで致命的なエラーとは、エラーが発生したタイミングでユーザがエラーに気づかない可能性が高くて且つ、エラーが放置されることで送信データが消失するおそれがある等の不都合が生じるエラーのこととする。これはたとえばＭＦＰ３０の記録動作の途中でエラーが生じる場合が挙げられる。この場合、たとえば携帯電話機１０が受信した画像データをＭＦＰ３０に送信している場合には、ユーザがエラーに気づかず携帯電話機１０から画像データが削除されることで、ユーザが画像データを失うおそれがある。こうしたエラーは、たとえばＰＤＦデータファイルを携帯電話機１０からＭＦＰ３０に出力し、ＭＦＰ３０においてＰＤＦデータファイルの表現する画像を記録用紙に記録する場合において、ＰＤＦデータファイルが途中から変換できず、画像を形成する処理ができなくなる場合等において生じる。ちなみに、ＰＤＦデータファイルの全てを画像に変換することができない場合には、ユーザの操作に伴って直ちにエラー表示がだされるため、ユーザがエラー表示に気づく可能性が高い。このため、本実施形態では、こうしたエラーを致命的なエラーとは見なさない。
【００３５】
ＣＰＵ１４は、ステップＳ３８の処理を、印刷アプリＰｂが記憶するテーブルに基づき実行する。このテーブルは、図６に示すように、印刷アプリＰｂの実行中に発生しうるエラーの種類毎に、表示することの重要度に関する情報を記憶したものである。ここで、重要度は、「高」である場合に致命的なエラーであることを意味し、「低」である場合に致命的なエラーではないことを意味する。なお、図６には、致命的なエラーとして、上述したもの以外に、記録用紙に画像を記録している途中でインクが切れた場合を、換言すれば印刷途中でインクが切れた場合を例示した。
【００３６】
ＣＰＵ１４は、ステップＳ３８において肯定判断する場合、ステップＳ４０において、メモリ１６のうち、エラーの再表示対象とする内容を記憶する領域に、エラーの種類を記憶する。ＣＰＵ１４は、続くステップＳ４２において、スリープモードから通常モードへの移行に伴いユーザインターフェース２０への画像表示を開始する要求が生じるか否か、換言すればページ表示要求があるか否かを判断する。この処理は、実際には、ページ表示要求を記憶する記憶領域に、ページ表示要求の書き込みがあるか否かを専用のＡＰＩを通じて把握することで行われる。そしてＣＰＵ１４は、ステップＳ４２において肯定判断する場合、ステップＳ４４において、再表示済フラグがオンであるか否かを判断する。ここで、エラー発生後、始めてこの処理に到達する場合、再表示済フラグはオフとなっている。これは、エラーが発生する段階で先の図４のステップＳ１４の処理によって再表示済フラグが初期化されためである。
【００３７】
ＣＰＵ１４は、上記ステップＳ４４において否定判断する場合、ステップＳ４６においてエラーが解消したか否かを判断する。この処理は、ステップＳ３０において肯定判断されたタイミングからこの処理に到達するまでの間にエラーが解消したか否かを判断するためのものである。そしてＣＰＵ１４は、ステップＳ４６において否定判断する場合、ステップＳ４８において、先の図４のステップＳ１８の処理によって計時されたエラー継続時間が閾値Ｔｔｈ以上であるか否かを判断する。この処理は、先の図４のステップＳ１４の処理によってエラー表示が出された時点と現時点とで、エラー表示内容を変更した方がよいか否かを判断するためのものである。
【００３８】
ＣＰＵ１４は、ステップＳ４８において否定判断する場合、ステップＳ５０において、先の図４のステップＳ１４の処理と同様のエラー内容の表示をさせる。これに対し、ＣＰＵ１４は、ステップＳ４８において肯定判断する場合、ステップＳ５２において、上記ステップＳ４０において記憶したエラーの種類に基づき、先の図４のステップＳ１４の処理におけるエラー表示とは内容が相違するエラー表示をさせる。ここで、ステップＳ５２で表示されるエラー表示は、上記ステップＳ１４において表示されたエラー表示と、エラーの種類についての表示は同じであるが、先の図４のステップＳ１４の処理がなされた時点からのエラー内容の変化を反映したものである。具体的には、たとえば、エラーを解消するための手順や、エラーが長時間経過している旨などを示す内容が追加されたものであってもよい。ただし、エラー内容が変化していない場合には、先の図４のステップＳ１４の処理と同様のエラー内容の表示をさせればよい。
【００３９】
ＣＰＵ１４は、ステップＳ５０，Ｓ５２の処理が完了する場合、ステップＳ５４において、エラー再表示済フラグをオンとする。なお、ステップＳ５０，Ｓ５２の処理は、本実施形態において、再表示機能を構成する。そしてＣＰＵ１４は、ステップＳ５６において、ステップＳ４０の処理によって記憶されたエラー内容を消去する。
【００４０】
こうした処理をＣＰＵ１４が行うことで、これ以降、スリープモードに再度移行し、その後通常モードに移行することで、ステップＳ４４の判断処理がなされる場合には、肯定判断されることから、エラーの再表示がなされることはない。なお、ステップＳ４４の処理は、本実施形態において再表示制限機能を構成する。
【００４１】
なおＣＰＵ１４は、ステップＳ３４，Ｓ５６の処理が完了する場合や、ステップＳ３６，Ｓ３８の処理において否定判断する場合、さらには、ステップＳ４４，Ｓ４６において肯定判断する場合には、この一連の処理を一旦終了する。
【００４２】
以上説明した本実施形態によれば、以下の効果が得られるようになる。
【００４３】
（１）印刷アプリＰｂ自体がエラー表示の削除処理をしていないときにおいて、APIを介してエラー表示の削除がなされたことが記憶される記憶領域にアクセスし、エラー表示が削除されたか否かを検知した。これにより、印刷アプリＰｂによってエラー表示が削除されていないにもかかわらず、意図せずして表示が削除された場合に、これを把握することができる。さらに、意図せずしてエラー表示が削除された場合、エラーの再表示を行うことで、エラーが生じた旨をユーザに適切に通知することができる。
【００４４】
（２）スリープモードと通常モードとを切り替える省エネ制御機能を実現するオペレーションシステムＰａを携帯電話機１０にインストールした。ここで、スリープモード状態においては、エラー表示がユーザによって知覚されない。このため、スリープモード状態でエラーが発生した場合には、通常モードに移行した際にエラー表示をすることが特に望まれる。したがって、再表示機能の利用価値が特に大きい。
【００４５】
（３）一度再表示を行うと、その再表示内容が削除されたとしても、その後、通常モードに移行した時に再再表示を行わないようにした。これにより、ユーザにエラーを通知できたと考えられる状況下、無駄にエラー表示をする事態を回避することができる。
【００４６】
（４）エラー表示が意図せずして削除された場合であっても、エラーが解消した場合には、再表示を行わないこととした。これにより、ユーザに誤った情報が通知される事態を回避することができる。
【００４７】
（５）エラー継続時間が閾値Ｔｔｈ以上となる場合、エラー発生時とはエラー表示内容を変更することで、状況の変化に応じて適切な再表示を行うことができる。
【００４８】
（６）ユーザによるユーザインターフェース２０への入力操作がなされなくなってからエラー発生までの経過時間が所定以上であって且つ、エラーによって不都合が生じる場合（致命的なエラーの場合）に限って、エラーの再表示を行った。これにより、ユーザに特に通知すべき不具合を確実に表示することができる。
【００４９】
（７）エラーの種類毎に、エラーを表示することの重要度を示すテーブルを印刷アプリＰｂに記憶した。これにより、再表示を行うべき致命的なエラーか否かを適切に判断することができる。
【００５０】
＜その他の実施形態＞
以上、実施の形態に基づき本発明を説明したが、本発明は上記実施の形態に何ら限定されるものではなく、本発明の趣旨を逸脱しない範囲内で種々の改良変形が可能であることは容易に推察できるものである。以下、変形例を例示列挙する。
【００５１】
「複数のプログラムについて」
複数のプログラムのうちの１つとしてのオペレーションシステムとしては、上記実施形態において例示したものに限らない。また、エラー表示を削除すると考えられるプログラムとしては、オペレーションシステムに限らない。アプリケーションプログラム等であっても、これによってエラー表示が削除されるなら、本発明を適用することは有効である。
【００５２】
「検知機能について」
上記実施形態では、検知機能として、印刷アプリＰｂ自体によってエラー表示が削除されない状況下、エラー表示が削除されたことを記憶する記憶領域にＡＰＩを通じて所定周期でアクセスするものを例示したがこれに限らない。たとえば、スリープモードから通常モードへの移行をトリガとして、上記記憶領域にアクセスするものであってもよい。もっとも、上記記憶領域にアクセスする処理自体も必須ではない。たとえば、スリープモードから通常モードに移行したことを検知する機能としてもよい。またたとえばスリープモードから通常モードへの移行に伴って生じるページ表示要求を入力とするものであってもよい。ちなみに、ページ表示要求の有無の判断については、先の図５のステップＳ４２に示した。
【００５３】
「再表示制限機能について」
上記実施形態では、再表示制限機能として、再表示が一度なされると、再度スリープモードから通常モードに移行し再表示された内容が削除されたとしても、エラー表示を行わない（図５、ステップＳ４４：ＹＥＳ）ものを例示したが、これに限らない。たとえば、２回以上の規定数回、再表示がなされることで、それ以降はエラー表示（再表示）が消されたとしても再表示を行わないものであってもよい。これはたとえば、ステップＳ４４において肯定判断される回数が規定数回となることを条件に図５の再表示処理を終了する一方、肯定判断される回数が規定数回未満であることを条件にステップＳ４６に移行することで実現できる。この場合、規定数を多くするほど、ユーザがエラー表示を確認する蓋然性を高めることができる。
【００５４】
「表示機能について」
上記実施形態では、表示機能として、エラー表示内容を固定するものを想定したがこれに限らない。たとえばエラーが解消するまでの時間を表示する場合、リアルタイムで時間を更新するようにしてもよい。
【００５５】
「再表示機能について」
再表示機能による再表示対象としては、上記実施形態で例示したものに限らない。たとえば、表示対象となる全てのエラーを再表示対象としてもよい。またたとえば、エラーの種類毎に表示の重要度を示したテーブルを用いるものに限らず、再表示対象をユーザが設定可能とし、再表示対象として設定されたものを再表示対象としてもよい。
【００５６】
「省エネ制御機能について」
省エネ制御機能によって実現されるスリープモードとしては、表示機能を停止させるものに限らない。たとえば画像表示手段をＬＣＤとして且つ、そのバックライトを消すものの液晶の駆動についてはこれを継続するものであってもよい。またたとえば、発光量をゼロよりも大きい値で通常モードよりも低減させるものであってもよい。
【００５７】
「ハードウェア手段について」
ハードウェア手段としての多機能携帯端末としては、携帯電話機１０に限らず、たとえば電話機能を有しないタブレット端末等であってもよい。もっとも、ハードウェア手段としては、携帯型の無線通信機器にも限らず、たとえば卓上のコンピュータであってもよい。
【００５８】
「そのほか」
メモリ１６のうち、エラーの再表示対象とする内容を記憶する領域に、エラーの種類を記憶する処理としては、先の図５に示したタイミングで行うものに限らず、たとえばエラーが発生した時点（先の図４のステップＳ１２において肯定判断された時点）で行うものであってもよい。
【００５９】
印刷アプリＰｂの意図に反してエラー表示が削除された否かをＣＰＵ１４が判断する手法としては、先の図５に例示したように、ステップＳ３２の処理において否定判断されることを条件にステップＳ３６の処理に移行されるものに限らない。たとえば、ステップＳ３２，Ｓ３４の処理を、ステップＳ３６の処理とは独立したものとしてもよい。この場合、ＣＰＵ１４は、ステップＳ３６において肯定判断する場合、ステップＳ３４の処理がなされた直後であるか否かを判断すればよい。
【００６０】
表示機能、検知機能および再表示機能を、ソフトウェア処理とするものにも限らず、これらの機能を実現するハードウェア手段を構成してもよい。
【符号の説明】
【００６１】
１４…ＣＰＵ（ハードウェア手段および制御部の一実施形態）、３０…ＭＦＰ（記録装置の一実施形態）、Ｓ１４…表示機能の一実施形態、Ｓ４４…禁止手段の一実施形態、Ｓ４６…継続時間判断機能の一実施形態、Ｓ５０，Ｓ５２…再表示機能の一実施形態。
【図１】
2014106929.tif 000003
【図２】
2014106929.tif 000004
【図３】
2014106929.tif 000005
【図４】
2014106929.tif 000006
【図５】
2014106929.tif 000007
【図６】
2014106929.tif 000008