JP2015064863A - 情報処理装置、演算処理装置及びプログラム - Google Patents

Abstract

【課題】キャッシュメモリにアクセスして行う演算処理を効率的に行う。
【解決手段】画像形成装置１０のＣＰＵ１１は、プロセッサ１１ａと、キャッシュメモリとして使用される第１メモリｍ１と、データを一時的に記憶する第２メモリｍ２とを有する。プロセッサ１１ａは、第１メモリｍ１にアクセスしてＧＵＩを提供するための演算処理を行う。プロセッサ１１ａは、処理要求を受け付けると、第２メモリｍ２をスクラッチパッドメモリ（ＳＰＭ）として使用して、ＤＳＰ１２に処理要求に応じた情報処理を実行させる。プロセッサ１１ａは、処理要求を受け付けていない場合や、ＤＳＰ１２により情報処理が実行中でない場合には、第２メモリｍ２をＳＰＭからキャッシュメモリとしての使用に切り替える。プロセッサ１１ａは、第１メモリｍ１及び第２メモリｍ２をキャッシュメモリとして使用する場合には、より高い機能のＧＵＩを提供するための演算処理を行う。
【選択図】図１

Description

本発明は、情報処理装置、演算処理装置及びプログラムに関する。

メモリへのアクセスの方法によって、当該メモリを使用する演算処理を効率的に行うための技術が、従来から提案されている。特許文献１は、原稿の画像を読み取って画像情報をメモリに書き込む処理と、ラスタ画像処理された画像情報をメモリに書き込む処理と、メモリから画像情報を読み出して画像形成装置へ供給する処理とを並列して実行することを開示している。また、特許文献１は、メモリに画像処理を書き込む際には圧縮処理を行い、メモリから画像情報を読み出す際には伸張処理を行うことを開示している。

特開平１１−１８７２２９号公報

本発明の目的は、キャッシュメモリにアクセスして行う演算処理を効率的に行うことである。

本発明の請求項１に係る情報処理装置は、キャッシュメモリとして使用される第１メモリと、前記第１メモリにアクセスして演算処理を行う演算処理手段と、データを一時的に記憶する第２メモリと、処理要求を受け付ける受付手段と、前記受付手段が受け付けた前記処理要求に従って、前記第２メモリにデータを読み書きする情報処理を実行する情報処理手段と、前記受付手段における前記処理要求の受け付け状況、又は、前記情報処理手段における前記情報処理の実行状況に応じて、前記第２メモリをキャッシュメモリとしての使用に切り替える切替手段とを備え、前記演算処理手段は、前記第２メモリがキャッシュメモリとしての使用に切り替えられた場合に、前記第１メモリ及び前記第２メモリにアクセスして前記演算処理を行うことを特徴とする。

本発明の請求項２に係る情報処理装置は、請求項１に係る構成において、前記切替手段は、前記受付手段が前記処理要求を受け付けた後、前記情報処理手段が前記情報処理の実行を終了するまでの間、前記第２メモリをキャッシュメモリとして使用させないことを特徴とする。

本発明の請求項３に係る情報処理装置は、請求項１又は請求項２に係る構成において、前記演算処理手段は、前記演算処理として、第１のグラフィカルユーザインタフェースを提供するための第１の演算処理と、当該第１のグラフィカルユーザインタフェースよりもメモリの使用量が少ない第２のグラフィカルユーザインタフェースを提供するための第２の演算処理とを選択的に行い、前記第１の演算処理については、前記第２メモリがキャッシュメモリとして使用される場合に行うことを特徴とする。

本発明の請求項４に係る情報処理装置は、請求項３に係る構成において、前記切替手段は、前記情報処理手段により実行されている前記情報処理が中断された場合に、前記第２メモリをキャッシュメモリとしての使用に切り替え、中断された前記情報処理が再開されると、前記第２メモリをキャッシュメモリとして使用させないようにし、前記演算処理手段は、前記情報処理の中断中に前記第１の演算処理を行い、中断された前記情報処理が再開されると、前記第２の演算処理を行うことを特徴とする。

本発明の請求項５に係る情報処理装置は、請求項１又は請求項２に係る構成において、第１のグラフィカルユーザインタフェースを提供するときに、その提供を妨げる事象が発生した場合には、当該第１のグラフィカルユーザインタフェースよりもメモリの使用量が少ない第２のグラフィカルユーザインタフェースに変更するＧＵＩ制御手段を備え、前記演算処理手段は、前記第１のグラフィカルユーザインタフェースを提供するための前記演算処理と、前記第２のグラフィカルユーザインタフェースを提供するための前記演算処理とを行うことを特徴とする。

本発明の請求項６に係る情報処理装置は、請求項５に係る構成において、前記事象は、前記第１のグラフィカルユーザインタフェースを提供するプログラムを動作させるためのリソースの確保の失敗、又は、当該プログラムに関する動作のエラーを含むことを特徴とする。

本発明の請求項７に係る情報処理装置は、請求項５又は請求項６に係る構成において、前記事象は、自装置における動作のエラー及び外部装置との通信の切断が発生することを含み、前記ＧＵＩ制御手段は、自装置における動作にエラーが発生した場合に、前記通信が可能なときは、前記外部装置から取得したデータに基づいて、当該エラーへの対応策を動画で報知することを特徴とする。

本発明の請求項８に係る演算処理装置は、キャッシュメモリとして使用される第１メモリと、前記第１メモリにアクセスして演算処理を行う演算処理手段と、データを一時的に記憶する第２メモリと、処理要求を受け付ける受付手段と、前記受付手段における前記処理要求の受け付け状況、又は、当該処理要求に従って前記第２メモリにデータを読み書きする情報処理の実行状況に応じて、前記第２メモリをキャッシュメモリとしての使用に切り替える切替手段とを備え、前記演算処理手段は、前記第２メモリがキャッシュメモリとしての使用に切り替えられた場合に、前記第１メモリ及び前記第２メモリにアクセスして前記演算処理を行うことを特徴とする。

本発明の請求項９に係るプログラムは、キャッシュメモリとして使用される第１メモリと、データを一時的に記憶する第２メモリとにアクセス可能なコンピュータを、前記第１メモリにアクセスして演算処理を行う演算処理手段と、処理要求を受け付ける受付手段と、前記受付手段における前記処理要求の受け付け状況、又は、当該処理要求に従って前記第２メモリにデータを読み書きする情報処理の実行状況に応じて、前記第２メモリをキャッシュメモリとしての使用に切り替える切替手段として機能させ、前記演算処理手段が、前記第２メモリがキャッシュメモリとしての使用に切り替えられた場合に、前記第１メモリ及び前記第２メモリにアクセスして前記演算処理を行うことを特徴とする。

請求項１，８，９に係る発明によれば、情報処理が実行されるときにデータが読み書きされるメモリを、キャッシュメモリとして使用しない場合に比べて、キャッシュメモリにアクセスして行う演算処理を効率的に行うことができる。
請求項２に係る発明によれば、情報処理の実行を妨げることなく、当該情報処理に使用されるメモリを、キャッシュメモリとしての使用に切り替えることができる。
請求項３に係る発明によれば、情報処理に使用されるメモリをキャッシュメモリとして使用する場合には、キャッシュメモリとして使用しない場合よりも、メモリの使用量が多いグラフィカルユーザインタフェースを提供することができる。
請求項４に係る発明によれば、情報処理の実行が開始されてから当該情報処理が終了するまでの間であっても、メモリの使用量が多いグラフィカルユーザインタフェースを提供することができる。
請求項５に係る発明によれば、第１のグラフィカルユーザインタフェースと、それよりもメモリの使用量が少ない第２のグラフィカルユーザインタフェースとを選択的に提供する場合に、第１のグラフィカルユーザインタフェースを提供し得るときには、これを優先して提供することができる。
請求項６に係る発明によれば、第１のグラフィカルユーザインタフェースを提供するためのプログラムを原因として、第１のグラフィカルユーザインタフェースの提供が妨げられる場合であっても、第２のグラフィカルユーザインタフェースを提供することができる。
請求項７に係る発明によれば、情報処理装置の動作にエラーが発生した場合であっても、外部装置との通信が可能なときには、当該外部装置から取得したデータに基づいて、エラーに対する対応策を動画で表示することができる。

第１実施形態に係る画像形成装置のハードウェア構成を示すブロック図。 同実施形態に係る画像形成装置が提供するＧＵＩを説明する図。 同画像形成装置のＣＰＵが備えるプロセッサの機能構成を示すブロック図。 同画像形成装置における基本動作の流れを示すフローチャート。 同画像形成装置における動作例１の流れを示すフローチャート。 同画像形成装置における動作例２の流れを示すフローチャート。 同画像形成装置における動作例３の流れを示すフローチャート。 第２実施形態に係る画像形成装置の特徴的な構成を示すブロック図。 同画像形成装置における動作例４，５の流れを示すフローチャート。 動作例４において提供されるＧＵＩを説明する図。 動作例５において提供されるＧＵＩを説明する図。 同画像形成装置における動作例６の流れを示すフローチャート。 動作例６において提供されるＧＵＩを説明する図。 同画像形成装置における動作例６の流れを示すフローチャート。 動作例７において提供されるＧＵＩを説明する図。

［第１実施形態］
本発明の第１実施形態について図面を参照しつつ説明する。以下、本発明の情報処理装置を画像形成装置に適用した場合を説明する。以下に説明する画像形成装置１０は、例えば、スキャン処理、ファクシミリ送信処理及びコピー処理を行う機能を有する。
図１は、画像形成装置１０のハードウェア構成を示すブロック図である。図１に示すように、画像形成装置１０は、ＣＰＵ（Central Processing Unit）１１と、ＤＳＰ（Digital Signal Processor）１２と、通信部１３と、ＵＩ（User Interface）部１４と、画像読取部１５と、画像形成部１６と、記憶部１７とを備える。

ＣＰＵ１１は、プロセッサ１１ａと、第１メモリｍ１と、第２メモリｍ２とを有するコンピュータである。ＣＰＵ１１は、これ以外にも、メインメモリや制御プログラムを記憶するＲＯＭ（Read Only Memory）を有するが、図１ではその図示を省略する。
プロセッサ１１ａ（演算処理装置の一例）は、例えば論理演算回路で構成され、ＲＯＭに記憶された制御プログラムに従って演算処理を行うことにより、画像形成装置１０の各部を制御する。第１メモリｍ１及び第２メモリｍ２は、ＣＰＵ１１の内部に設けられた揮発性メモリである。第１メモリｍ１及び第２メモリｍ２は、例えば同一パッケージに構成されるが、互いに物理的に分割されている。

第１メモリｍ１は、例えばプロセッサ１１ａとメインメモリとの間に設けられ、キャッシュメモリとして使用される。第１メモリｍ１は、メインメモリよりも高速なアクセスが可能な、ＳＲＡＭ（Static Random Access Memory）等の記憶素子を備えた半導体メモリである。プロセッサ１１ａは、第１メモリｍ１とメインメモリとの間でデータを転送させながら、第１メモリｍ１にアクセスしてデータを読み書きすることにより演算処理を行う。

第２メモリｍ２は、データを一時的に記憶するメモリであり、スクラッチパッドメモリ（以下、「ＳＰＭ」（ＳＰＭ：Scratch Pad Memory）という。）として使用されることがある。第２メモリｍ２は、高速なアクセスが可能なＳＲＡＭ等の記憶素子を備えた半導体メモリである。例えば、第２メモリｍ２は、第１メモリｍ１よりもアクセスは低速であるが、第１メモリｍ１よりも高容量のメモリが用いられてもよい。

ＳＰＭとして使用される第２メモリｍ２は、画像形成装置１０のハードウェア機能が利用される場合に、ＤＳＰ１２が実行する情報処理に関するデータが読み書きされる。画像形成装置１０のハードウェア機能としては、ここでは、スキャン処理、ファクシミリ送信処理又はコピー処理に用いられる、通信部１３、画像読取部１５及び画像形成部１６を想定する。第２メモリｍ２は、ＳＰＭとして使用されるだけでなく、キャッシュメモリとしての使用に切り替えられる場合がある。この場合、例えば、第１メモリｍ１が１次キャッシュとなり、第２メモリｍ２が２次キャッシュとなる。第２メモリｍ２の使用方法の切り替えについては、後で詳細を説明する。

ＤＳＰ１２（情報処理手段の一例）は、ＳＰＭとして使用される第２メモリｍ２に、データを読み書きする情報処理を実行する。ここでは、ＤＳＰ１２は、スキャン処理、ファクシミリ送信処理及びコピー処理に用いられる画像データに対する画像処理（例えば圧縮処理・伸張処理）を実行する。プロセッサ１１ａは、ＤＳＰ１２に情報処理を実行させる場合には、第２メモリｍ２とＤＳＰ１２との間でデータを転送させる。

通信部１３は、例えばモデムを有し、インターネットやイントラネット等の外部の通信回線に接続するインタフェースある。ＵＩ部１４は、グラフィカルユーザインタフェース（ＧＵＩ：Graphical User Interface）を提供するための操作表示部であり、表示面に画像を表示する表示パネルと、この表示面に重ねて設けられユーザに操作されるタッチスクリーンとを有する。画像読取部１５は、例えばスキャナであり、原稿の画像を読み取って、読み取った画像を表す画像データを生成する。画像形成部１６は、例えば電子写真プロセスで、用紙等のシートに画像を形成するプリンタである。記憶部１７は、例えばハードディスク装置を有する記憶装置である。記憶部１７は、例えば、アプリケーションプログラム（ここではブラウザを含む。）や画像ファイル、ＧＵＩを提供するための表示部品等のデータを記憶する。

画像形成装置１０でスキャン処理が実行される場合、プロセッサ１１ａは、画像読取部１５により原稿を読み取って生成された画像データを、通信部１３を介して送信するための演算処理を行う。画像形成装置１０でファクシミリ送信処理が実行される場合、プロセッサ１１ａは、画像読取部１５により原稿を読み取って生成された画像データを、通信部１３を介して送信するための演算処理を行う。画像形成装置１０でコピー処理が実行される場合、プロセッサ１１ａは、画像読取部１５により原稿を読み取って生成された画像データに応じた画像を、画像形成部１６に形成させるための演算処理を行う。
また、画像形成装置１０は、ＵＩ部１４を用いて提供するＧＵＩを指定するモードとして、第１ＧＵＩモードと第２ＧＵＩモードとを有する。画像形成装置１０は、第１ＧＵＩモードと第２ＧＵＩモードとのどちらか一方を選択して、ＧＵＩを提供する。

図２は、画像形成装置１０が提供するＧＵＩを説明する図である。図２（ａ）は、第１ＧＵＩモードで提供されるＧＵＩの一例を説明する図である。図２（ｂ）は、第２ＧＵＩモードで提供されるＧＵＩの一例を説明する図である。
図２（ａ）で説明する第１ＧＵＩモードは、第２ＧＵＩモードの場合よりも、メモリの使用量（つまり、メモリリソースの消費量）が多いＧＵＩを提供するモードである。このため、プロセッサ１１ａは、第１メモリｍ１及び第２メモリｍ２をキャッシュメモリとして使用する場合に、第１ＧＵＩモードを選択する。第１ＧＵＩモードでは、プロセッサ１１ａは、ブラウザを利用してＧＵＩを提供する。プロセッサ１１ａは、第１ＧＵＩモードの選択中には、例えば、通信部１３を介してネットワークにアクセスして情報（例えばｗｅｂコンテンツ等の表示コンテンツ）を取得する場合がある。

図２（ａ）に示すように、ＧＵＩ画面ＳＣ１は、記憶部１７に記憶（蓄積）された画像ファイル、又は、通信部１３を介して取得した画像ファイルのサムネイル画像を一覧表示した画面である。例えば、プロセッサ１１ａは、サムネイル画像に指を触れさせたまま移動させる操作を、ＵＩ部１４により受け付けると、その操作に応じてサムネイル画像を移動させる。ＧＵＩ画面ＳＣ２は、画像ファイルに基づいて画像を形成し出力させるプリンタを選択するための画面である。例えば、プロセッサ１１ａは、ＧＵＩ画面ＳＣ２の地図上の位置を指定する操作を、ＵＩ部１４により受け付けると、指定された位置に応じたプリンタを画像の出力先として選択する。

図２（ｂ）で説明する第２ＧＵＩモードは、第１ＧＵＩモードの場合よりも、メモリの使用量が少ないＧＵＩを提供するモードである。このため、プロセッサ１１ａは、第１メモリｍ１をキャッシュメモリとして使用し、第２メモリｍ２をキャッシュメモリとして使用しない場合には、自発的に第２ＧＵＩモードを選択する。第２ＧＵＩモードでは、プロセッサ１１ａは、例えばブラウザを利用せず、通信部１３を介した通信を行わないでＧＵＩを提供する。例えば、プロセッサ１１ａは、第１ＧＵＩモードに比べて、第２ＧＵＩモードの選択中には、通信部１３によりネットワークにアクセスして情報（例えばｗｅｂコンテンツ等の表示コンテンツ）を取得することはしない。

図２（ｂ）に示すように、ＧＵＩ画面ＳＣ３は、文字表示に使用する言語を選択するための操作子画像を配置した画面である。例えば、プロセッサ１１ａは、操作子画像にユーザの指を触れさせる操作をＵＩ部１４により受け付けると、選択された操作子画像に対応した言語を文字表示に使用する。ＧＵＩ画面ＳＣ４は、コピー処理の実行中に表示される画面である。ＧＵＩ画面ＳＣ４は、例えば、コピー処理の実行中である旨のメッセージと、コピー処理の中断（つまり一時的に停止）を画像形成装置１０に指示するための操作子画像ｂとを配置した画面である。例えば、プロセッサ１１ａは、操作子画像ｂにユーザの指を触れさせる操作をＵＩ部１４により受け付けると、コピー処理を中断する。
なお、図２で説明したＧＵＩ画面や、ＧＵＩ画面を介してプロセッサ１１ａが受け付ける操作、通信部１３を介した通信内容はあくまで一例である。

図２の説明から分かるように、プロセッサ１１ａは、第１ＧＵＩモードの場合には、第２ＧＵＩモードの場合よりも、ＵＩ部１４の表示画面に含まれる情報量を多くし、また、受け付ける操作の種類を多くする。すなわち、プロセッサ１１ａは、第１ＧＵＩモードで提供されるＧＵＩについては、第２ＧＵＩモードよりもメモリの使用量が多い分だけ、ユーザにとっての視認性又は操作性を高くする。
なお、プロセッサ１１ａは、第１メモリｍ１及び第２メモリｍ２をキャッシュメモリとして使用する場合に、ユーザの設定等に応じて、第２ＧＵＩモードを選択してもよい。

図３は、プロセッサ１１ａの機能構成を示すブロック図である。図３に示すように、ＣＰＵ１１のプロセッサ１１ａは、制御プログラムを実行することにより、演算処理手段１１１と、受付手段１１２と、切替手段１１３とに相当する機能を実現する。
演算処理手段１１１は、第２メモリｍ２がＳＰＭとして使用される場合に、キャッシュメモリである第１メモリｍ１にアクセスして、演算処理（第２の演算処理の一例）を行う。この際、演算処理手段１１１は、第２メモリｍ２をキャッシュメモリとして使用しない。第２メモリｍ２をキャッシュメモリとして使用する場合には、演算処理手段１１１は、キャッシュメモリである第１メモリｍ１及び第２メモリｍ２にアクセスして、演算処理（第１の演算処理の一例）を行う。演算処理手段１１１が行う演算処理は、ＵＩ部１４を用いてＧＵＩを提供するための演算処理を含む。

受付手段１１２は、処理要求を受け付ける。受付手段１１２は、例えば、ＵＩ部１４に対して行われた操作、又は、通信部１３により処理要求を示すデータを受信することにより、画像形成装置１０に対して行われた処理要求を受け付ける。処理要求は、例えば、スキャン処理、ファクシミリ送信処理及びコピー処理の実行を要求するものである。受付手段１１２は、画像形成装置１０のハードウェア機能を利用する処理要求を受け付けた場合には、ＤＳＰ１２に当該処理要求に応じた情報処理を実行させる。

切替手段１１３は、受付手段１１２における処理要求の受け付け状況、又は、ＤＳＰ１２における情報処理の実行状況に応じて、ＳＰＭとして使用される第２メモリｍ２を、キャッシュメモリとしての使用に切り替える。切替手段１１３は、第２メモリｍ２をキャッシュメモリ又はＳＰＭのどちらで使用するかを示すフラグ（以下、「メモリフラグ」という。）を書き替えることにより、第２メモリｍ２の使用方法を相互に切り替える。ここでは、切替手段１１３は、メモリフラグを第２メモリｍ２に書き込む。

次に、画像形成装置１０の動作を説明する。
（基本動作）
図４は、第２メモリｍ２の使用方法の切り替えの基本動作の流れを示すフローチャートである。
まず、プロセッサ１１ａは、画像形成装置１０のハードウェア機能を利用する場合に、ＤＳＰ１２を利用して実行すべき情報処理があるかどうかを判断する（ステップＳ１）。ステップＳ１の処理では、プロセッサ１１ａは、処理要求の受け付け状況、又は、ＤＳＰ１２における情報処理の実行状況に応じて、ステップＳ１の処理の判断を行う。例えば、プロセッサ１１ａは、処理要求を受け付けたか、又は、ＤＳＰ１２によって情報処理が実行中であるかどうかを判断する。

プロセッサ１１ａは、ＤＳＰ１２を利用して実行すべき情報処理がないと判断した場合には（ステップＳ１；ＮＯ）、第２メモリｍ２をキャッシュメモリとして使用すると判定する（ステップＳ２）。他方、プロセッサ１１ａは、ＤＳＰ１２を利用して実行すべき情報処理があると判断した場合には（ステップＳ１；ＹＥＳ）、第２メモリｍ２をＳＰＭとして使用すると判定する（ステップＳ３）。そして、プロセッサ１１ａは、ステップＳ２及びＳ３での判定結果に応じて、第２メモリｍ２の使用方法を相互に切り替える（ステップＳ４）。プロセッサ１１ａは、第２メモリｍ２をキャッシュメモリとして使用する場合には、メモリフラグの値を「０」とし、第２メモリｍ２をＳＰＭとして使用する場合には、メモリフラグの値を「１」とする。第２メモリｍ２の使用方法に変化がない場合には、プロセッサ１１ａはメモリフラグを書き替えない。
第１メモリｍ１及び第２メモリｍ２がキャッシュメモリとして使用される場合には、第２メモリｍ２がキャッシュメモリとして使用されない場合に比べて、プロセッサ１１ａにおいて、キャッシュメモリを使用する演算処理が効率的（例えば、高い処理速度で）行われる。また、第２メモリｍ２は、キャッシュメモリの用途とＳＰＭの用途とで共用されるため、これらを別々に設けた場合に比べて、ＣＰＵ１１が備えるメモリの数は少なくて済む。

図４で説明した基本動作に基づき、画像形成装置１０は、（動作例１）〜（動作例３）で説明するとおりに動作する。特に断りのない限り、プロセッサ１１ａは、第２メモリｍ２をキャッシュメモリとして使用することを標準（デフォルト）とし、必要に応じてＳＰＭとしての使用に切り替える。
（動作例１）
図５は、第２メモリｍ２の使用方法の切り替えの動作例１の流れを示すフローチャートである。動作例１においては、プロセッサ１１ａは、ＤＳＰ１２が情報処理を実行中である場合には、第２メモリｍ２をＳＰＭからキャッシュメモリとしての使用に切り替えない、切替制限を行う。つまり、切替制限中においては、プロセッサ１１ａは、第２メモリｍ２をＳＰＭからキャッシュメモリとしての使用に切り替えず、第２メモリｍ２をＳＰＭとして使用する。
まず、プロセッサ１１ａは、処理要求を受け付けたかどうかを判断する（ステップＳ１１）。ここにおいて、プロセッサ１１ａは、決められた期間毎に処理要求の受け付けの有無を確認して、ステップＳ１１の処理の判断を行う。

プロセッサ１１ａは、処理要求を受け付けたと判断した場合（ステップＳ１１；ＹＥＳ）、第２メモリｍ２をＳＰＭとして使用すると判定し、キャッシュメモリからＳＰＭとしての使用に切り替える（ステップＳ１２，Ｓ１３）。次に、プロセッサ１１ａは、切替制限を開始する（ステップＳ１４）。具体的には、プロセッサ１１ａは、切替制限を開始したことを示すフラグ（以下、「切替制限フラグ」という。）を「１」として、第２メモリｍ２に書き込む。そして、プロセッサ１１ａは、第２メモリｍ２をＳＰＭとして使用して、処理要求に応じた情報処理をＤＳＰ１２に実行させる。

次に、プロセッサ１１ａは、ＤＳＰ１２により実行されていた情報処理が終了したかどうかを判断する（ステップＳ１５）。プロセッサ１１ａは、処理要求に応じた全ての情報処理をＤＳＰ１２が実行し終えた場合に、ステップＳ１５の処理で「ＹＥＳ」と判断する。この情報処理が終了すると、プロセッサ１１ａは、切替制限を終了する（ステップＳ１６）。具体的には、プロセッサ１１ａは、第２メモリｍ２に記憶されている切替制限フラグを、「１」から「０」に書き替える。そして、プロセッサ１１ａは、ステップＳ１１の処理に戻る。

ステップＳ１１の処理で「ＮＯ」、すなわち、処理要求を受け付けていないと判断した場合には（ステップＳ１１；ＮＯ）、プロセッサ１１ａは、ステップＳ１７の処理に進む。次に、プロセッサ１１ａは、切替制限中かどうかを判断する（ステップＳ１７）。ここでは、プロセッサ１１ａは、第２メモリｍ２に記憶された切替制限フラグが「１」である場合には、切替制限中と判断する（ステップＳ１７；ＹＥＳ）。この場合、プロセッサ１１ａは、第２メモリｍ２の使用方法を切り替えることなく、ステップＳ１１の処理に戻る。

ステップＳ１７の処理で、第２メモリｍ２に記憶された切替制限フラグが「０」である場合には、プロセッサ１１ａは、切替制限中でないと判断する（ステップＳ１７；ＮＯ）。この場合、プロセッサ１１ａは、第２メモリｍ２をキャッシュメモリとして使用すると判定し、ＳＰＭからキャッシュメモリとしての使用に切り替える（ステップＳ１８，Ｓ１９）。そして、プロセッサ１１ａは、ステップＳ１１の処理に戻る。
以上説明した動作例１により、プロセッサ１１ａは、処理要求を受け付けた後、ＤＳＰ１２が情報処理の実行を終了するまでの間、第２メモリｍ２をＳＰＭとしての使用に維持する。このため、ＤＳＰ１２が実行する情報処理を妨げることなく、プロセッサ１１ａは、第２メモリｍ２をＳＰＭからキャッシュメモリとしての使用に切り替える。

（動作例２）
図６は、第２メモリｍ２の使用方法の切り替えの動作例２の流れを示すフローチャートである。動作例２においては、プロセッサ１１ａは、第２メモリｍ２の使用方法の切り替えと連動させて、ＧＵＩモードを相互に切り替える。以下に説明する動作前においては、画像形成装置１０は、第１ＧＵＩモードでＧＵＩを提供しているものとする。
プロセッサ１１ａは、処理要求を受け付けて、当該処理要求に応じた情報処理をＤＳＰ１２に実行させると判定すると（ステップＳ２１）、第２メモリｍ２をＳＰＭとして使用すると判定し、キャッシュメモリからＳＰＭとしての使用に切り替える（ステップＳ２２，Ｓ２３）。第２メモリｍ２をＳＰＭとしての使用に切り替えた後、プロセッサ１１ａは、ＤＳＰ１２に対して情報処理を実行させる。

次に、プロセッサ１１ａは、第１ＧＵＩモードから第２ＧＵＩモードへ切り替える（ステップＳ２４）。
ＤＳＰ１２で情報処理が開始される前は、プロセッサ１１ａは、第１メモリｍ１及び第２メモリｍ２をキャッシュメモリとして使用して、第１ＧＵＩモードのＧＵＩを提供していた。これに対し、ＤＳＰ１２で情報処理が開始されると、プロセッサ１１ａは、第１メモリｍ１のみをキャッシュメモリとして使用して、第２ＧＵＩモードのＧＵＩを提供する。ＤＳＰ１２で情報処理が開始されると、第２メモリｍ２をキャッシュメモリとして使用しないので、プロセッサ１１ａはメモリの使用量がより少ない第２ＧＵＩモードを自発的に選択する。

次に、プロセッサ１１ａは、切替制限を開始する（ステップＳ２５）。プロセッサ１１ａは、切替制限に関する管理については（動作例１）と同じ方法で行う。次に、プロセッサ１１ａは、ＤＳＰ１２により実行されていた情報処理が終了したかどうかを判断する（ステップＳ２６）。プロセッサ１１ａは、処理要求に応じた全ての情報処理をＤＳＰ１２が実行し終えた場合に、ステップＳ２６の処理で「ＹＥＳ」と判断する。この情報処理が終了すると、プロセッサ１１ａは、切替制限を終了する（ステップＳ２７）。

次に、プロセッサ１１ａは、第２メモリｍ２をキャッシュメモリとして使用すると判定し、ＳＰＭからキャッシュメモリとしての使用に切り替える（ステップＳ２８，Ｓ２９）。次に、プロセッサ１１ａは、第２ＧＵＩモードから第１ＧＵＩモードへ切り替える（ステップＳ３０）。
ＤＳＰ１２が情報処理の実行中である場合、プロセッサ１１ａは、第２ＧＵＩモードのＧＵＩを提供していた。ＤＳＰ１２での情報処理が終了すると、プロセッサ１１ａは、第１メモリｍ１及び第２メモリｍ２をキャッシュメモリとして使用して、第２ＧＵＩモードから、処理要求の受け付け前の第１ＧＵＩモードへと自発的に切り替える（すなわち、第１ＧＵＩモードに復帰させる）。
以上説明した動作例２により、プロセッサ１１ａは、ＤＳＰ１２で実行される情報処理を妨げることなく、第１ＧＵＩモードと第２ＧＵＩモードとの相互の切り替えを行う。また、プロセッサ１１ａにより第２メモリｍ２の使用方法が頻繁に切り替えられにくくなり、この切り替えの処理のオーバーラップによる処理効率の低下が発生にくくなる。

（動作例３）
図７は、第２メモリｍ２の使用方法の切り替えの動作例３の流れを示すフローチャートである。動作例３においては、プロセッサ１１ａは、ＤＳＰ１２で実行中の情報処理が中断されたのと連動させて、ＧＵＩモードを相互に切り替える。
まず、プロセッサ１１ａは、第１メモリｍ１のみをキャッシュメモリとして使用して、第２ＧＵＩモードのＧＵＩを提供する（ステップＳ３１）。次に、プロセッサ１１ａは、ＤＳＰ１２が情報処理の実行中かどうかを判断する（ステップＳ３２）。プロセッサ１１ａは、情報処理の実行中と判断した場合には（ステップＳ３２；ＹＥＳ）、この情報処理を中断するかどうかを判断する（ステップＳ３３）。ステップＳ３３の処理では、プロセッサ１１ａは、ＵＩ部１４に対してユーザが行った、処理要求で要求された処理の中断を指示する操作（以下、「中断指示操作」という。）の有無に応じて、ＤＳＰ１２で実行中の情報処理を中断するかどうかを判断する。この中断指示操作は、例えば、図２（ｂ）で説明したＧＵＩ画面ＳＣ４の操作子画像ｂを指示する操作で、第２ＧＵＩモードから第１ＧＵＩモードへの切り替えを指示する操作に該当する。

ＤＳＰ１２が情報処理の実行中の期間においては、プロセッサ１１ａは、ステップＳ３２；ＹＥＳ→ステップＳ３３；ＮＯ→ステップＳ３２；ＹＥＳ→・・・の処理を繰り返し実行する。
プロセッサ１１ａは、ＤＳＰ１２が実行中の情報処理を中断すると判断すると（ステップＳ３３；ＹＥＳ）、当該情報処理が中断可能な状況になるまで待機してから、ＤＳＰ１２に対して情報処理を中断させる。このとき、プロセッサ１１ａは、ＤＳＰ１２における情報処理の実行状況が決められた条件を満した場合に、当該情報処理を中断可能な状況になったと判断する。例えば、実行中の情報処理が複数の処理単位の処理からなる場合、プロセッサ１１ａは、実行中の一の処理単位の処理が終了した時点で、当該情報処理を中断させる。この処理単位は画像形成装置１０の設計段階等で決められていればよいが、例えばコピー処理の場合は、１ページ分の画像を形成する処理が一の処理単位に対応する。

ＤＳＰ１２に情報処理を中断させると、プロセッサ１１ａは、第２メモリｍ２をキャッシュメモリとして使用すると判定し、ＳＰＭからキャッシュメモリとしての使用に切り替える（ステップＳ３４，Ｓ３５）。次に、プロセッサ１１ａは、第２ＧＵＩモードから第１ＧＵＩモードへ切り替える（ステップＳ３６）。
情報処理の中断中においては、第２メモリｍ２をＳＰＭとして使用して実行すべき情報処理が発生しない。このため、プロセッサ１１ａは、第２メモリｍ２を、ＳＰＭからキャッシュメモリとしての使用に切り替えても、ＤＳＰ１２が実行する情報処理に影響しない。

次に、プロセッサ１１ａは、中断していた情報処理を再開するかどうかを判断する（ステップＳ３７）。ステップＳ３７の処理では、プロセッサ１１ａは、ＵＩ部１４に対してユーザが行った操作に応じて、処理要求で要求された処理の再開が指示されたかどうかを判断する。中断していた情報処理を再開すると判断すると（ステップＳ３７；ＹＥＳ）、プロセッサ１１ａは、第２メモリｍ２をＳＰＭとして使用すると判定し、キャッシュメモリからＳＰＭとしての使用に切り替える（ステップＳ３８，Ｓ３９）。次に、プロセッサ１１ａは、第１ＧＵＩモードから第２ＧＵＩモードへ切り替える（ステップＳ４０）。そして、プロセッサ１１ａは、中断していた情報処理をＤＳＰ１２に再開させる（ステップＳ４１）。この情報処理が再開されると、プロセッサ１１ａは、第１メモリｍ１のみをキャッシュメモリとして使用して、第２ＧＵＩモードのＧＵＩを提供する。

ステップＳ３２の処理で、プロセッサ１１ａは、情報処理の実行中でないと判断した場合（ステップＳ３２；ＮＯ）、第２メモリｍ２をキャッシュメモリとして使用すると判定し、ＳＰＭからキャッシュメモリとしての使用に切り替える（ステップＳ４２，Ｓ４３）。この場合、プロセッサ１１ａは、第２メモリｍ２をキャッシュメモリとして使用するが、第２ＧＵＩモードのＧＵＩの提供を継続して行う。

以上説明した動作例３により、プロセッサ１１ａは、ＤＳＰ１２で情報処理の実行が開始されてから当該情報処理が終了するまでの間であっても、当該情報処理の中断中に、第２メモリｍ２をＳＰＭからキャッシュメモリとしての使用に切り替える。これにより、情報処理の実行中であっても、プロセッサ１１ａは第１ＧＵＩモードのＧＵＩを提供する。

［第２実施形態］
次に、本実施形態の画像形成装置１０Ａを説明する。以下、画像形成装置１０Ａの構成及び動作のうち、上述した第１実施形態の情報処理装置１０との相違点を中心に説明する。画像形成装置１０Ａは、第２メモリｍ２をキャッシュメモリ又はＳＰＭとする使用方法の切り替えによらないで、第１ＧＵＩモードのＧＵＩを提供することを標準とする。また、画像形成装置１０Ａは、第１ＧＵＩモードのＧＵＩの提供を妨げる事象が発生した場合には、第２ＧＵＩモードに変更する。

図８は、画像形成装置１０Ａの特徴的な構成を示すブロック図である。画像形成装置１０Ａは、上述した第１実施形態で説明したハードウェア構成に加えて、ＧＵＩ制御部１８（ＧＵＩ制御手段の一例）を備える。ＧＵＩ制御部１８は、例えば、ＣＰＵ及びメモリを備えるマイクロコンピュータや、ＡＳＩＣ（Application Specific Integrated Circuit）等の画像処理回路を含んで構成される。ＧＵＩ制御部１８は、第１ＧＵＩモードと第２ＧＵＩモードとの一方に設定するモード制御を行うとともに、プロセッサ１１ａ（演算処理手段１１１）が行ったＧＵＩを提供するための演算処理に基づいて、ＵＩ部１４を用いてＧＵＩを提供する。プロセッサ１１ａは、ＧＵＩ制御部１８が動作するために必要な情報を、ＧＵＩ制御部１８へ通知する機能を有する。
なお、ＧＵＩ制御部１８は、ここではＣＰＵ１１とは別に設けられているが、ＣＰＵ１１の機能により実現されてもよい。

続いて、画像形成装置１０Ａの動作として、以下の（動作例４）〜（動作例７）を説明する。（動作例４）〜（動作例７）の各動作は、例えば、画像形成装置１０Ａの電源がオンされている期間において繰り返し実行される。
（動作例４及び動作例５）
動作例４及び動作例５では、画像形成装置１０Ａは、第１ＧＵＩモードのＧＵＩを提供するためのプログラムを動作させる場合に、リソースの確保に失敗したときには、第１ＧＵＩモードから第２ＧＵＩモードに切り替える。図９（ａ）は動作例４の流れを示すフローチャートで、図９（ｂ）は動作例５の流れを示すフローチャートである。
まず、動作例４を説明する。ＧＵＩ制御部１８は、第１ＧＵＩモードのＧＵＩを提供するためのプログラムを動作させるためのリソースの確保に失敗したかどうかを判定する（ステップＳ５１）。リソースの確保の失敗は、例えば、プロセッサ１１ａの処理速度、又は、キャッシュメモリ（第１メモリｍ１又は／及び第２メモリｍ２）の容量の不足がある。リソースの確保の失敗は、例えば、画像形成装置１０Ａで複数のプログラムが並行して行われた場合等の、画像形成装置１０Ａのリソースの消費量が大きくなった場合に発生し得る。
リソースの確保に失敗しなかったと判定した場合（ステップＳ５１;ＮＯ）、ＧＵＩ制御部１８は、第１ＧＵＩモードのままとする。

ここで、図１０（ａ）に示す、情報処理の実行を指示するためのメニュー（ここではアイコン等の操作子画像）が配列したメニュー画面ＳＣ１１の表示中に、ステップＳ５１で「ＹＥＳ」と判定された場合を考える。この場合、ＧＵＩ制御部１８は、第１ＧＵＩモードから第２ＧＵＩモードに切り替える旨のメッセージを、ＵＩ部１４に表示させる（ステップＳ５２）。ＧＵＩ制御部１８は、ここでは、第１ＧＵＩモードから第２ＧＵＩモードに切り替えてから、図１０（ｂ）に示す報知画面ＳＣ１２を表示させる。報知画面ＳＣ１２は、リソースの確保に失敗した旨を示す「Ｒｅｓｏｕｒｃｅ Ｅｒｒｏｒ」というメッセージと、ＧＵＩのモードの切り替えが行われることを示す「（第２ＧＵＩモード）に切り替えます。」というメッセージとを含むＧＵＩ画面である。

次に、ＧＵＩ制御部１８は、第２ＧＵＩモードのＧＵＩを提供する（ステップＳ５３）。ＧＵＩ制御部１８は、例えば、報知画面ＳＣ１２の「Ｃｌｏｓｅ」と記された操作子画像が操作された場合、又は、ステップＳ５２の表示を開始してから設定された時間が経過した場合に、メニュー画面ＳＣ１３をＵＩ部１４に表示させる。報知画面ＳＣ１２は、図１０（ｃ）に示すように、情報処理の実行を指示するためのメニュー（ここでは文字列を付したメニューボタン）が配列した画面である。メニュー画面ＳＣ１３に含まれるメニューは、メニュー画面ＳＣ１１に含まれるメニューと一致（完全一致）していてもよいし、異なっていてもよい。メニュー画面ＳＣ１３は、メニュー画面ＳＣ１１よりも少ないリソースの消費で表示される。

次に、動作例５を説明する。
まず、ＧＵＩ制御部１８は、ステップＳ５１と同じく、第１ＧＵＩモードのＧＵＩを提供するためのプログラムを動作させるためのリソースの確保に失敗したかどうかを判定する（ステップＳ６１）。ここで、図１１（ａ）に示す画面の表示中に、ステップＳ６１で「ＹＥＳ」と判定された場合を考える。図１１（ａ）に示す画面では、実行中の情報処理に関する「コピー中 ＸＸＸＸ．ｄｏｃ」というメッセージを含むウィンドウＷ１が、メニュー画面ＳＣ１１に重ねて表示されている。次に、ＧＵＩ制御部１８は、第１ＧＵＩモードから第２ＧＵＩモードに切り替えて、ＧＵＩを提供する（ステップＳ６２）ＧＵＩ制御部１８は、ここでは、図１１（ｂ）に示すような、実行中の情報処理に関する情報処理画面ＳＣ１５をＵＩ部１４に表示させる。情報処理画面ＳＣ１５は、ここでは、ウィンドウＷ１に含まれていた情報と同じ情報（ここでは同じメッセージ）を含むが、ウィンドウＷ１に含まれていた情報と異なっていてもよい。情報処理画面ＳＣ１５は、図１１（ａ）に示す画面よりも少ないリソースの消費で表示される。
なお、動作例５では、第１ＧＵＩモードから第２ＧＵＩモードに切り替える旨のメッセージが表示されないが、ユーザは、図１１（ａ）から図１１（ｂ）に示す画面の変化によって、情報処理の実行中にＧＵＩモードが切り替わったことを認識し得る。
以上説明した動作例４，５によれば、画像形成装置１０Ａは、第１ＧＵＩモードのＧＵＩの提供が不可能になった場合であっても、第１ＧＵＩモードから第２ＧＵＩモードへ切り替えることにより、ＧＵＩの提供を継続し得る。

（動作例６）
動作例６では、画像形成装置１０Ａは、自装置における動作のエラーに応じて、第１ＧＵＩモードから第２ＧＵＩモードに切り替える。図１２は、動作例６の流れを示すフローチャートである。
ＧＵＩ制御部１８は、画像形成装置１０Ａにおける動作にエラーが発生したかどうかを判定する（ステップＳ７１）。この動作のエラーは、画像形成装置１０Ａにおいて正常な動作が実現されなくなる事象で、ここでは、目的の処理（制御）が実行されなくなる事象の総称である。この動作のエラーとして、例えば、ブラウザに関するエラー等の、画像形成装置１０Ａで実行されるプログラムが正常に動作しなくなるエラーがある。これ以外にも、画像形成装置１０Ａが備えるハードウェア機能の物理的な不具合によるエラーや、外部機器との接続の不良によるエラー等がある。
画像形成装置１０Ａにおける動作にエラーが発生していないと判定した場合は（ステップＳ７１;ＮＯ）、ＧＵＩ制御部１８は、第１ＧＵＩモードのままとする。

画像形成装置１０Ａにおける動作にエラーが発生したと判定した場合（ステップＳ７１;ＹＥＳ）、ＧＵＩ制御部１８は、ブラウザによる処理が可能かどうかを判定する（ステップＳ７２）。ステップＳ７２は、実質的に、第１ＧＵＩモードのＧＵＩを提供するプログラムの動作が可能かどうかを判定することに等しい。ブラウザによる処理が可能と判定した場合（ステップＳ７２；ＹＥＳ）、ＧＵＩ制御部１８は、第１ＧＵＩモードのＧＵＩを用いて、エラーの発生を報知する（ステップＳ７３）。ＧＵＩ制御部１８は、例えば図１３（ａ）に示すように、メニュー画面ＳＣ１１に重ねて、「○○エラーが発生しました。電源を入れ直してください。」という、発生したエラー及びエラーに対する対応策を示すメッセージを含むウィンドウＷ２を表示させる。

他方、ＧＵＩ制御部１８は、ブラウザによる処理が不可能と判定した場合（ステップＳ７２；ＮＯ）、第１ＧＵＩモードから第２ＧＵＩモードに切り替えて、エラーの発生を報知する（ステップＳ７４）。ＧＵＩ制御部１８は、例えば、図１３（ｂ）に示す報知画面ＳＣ１６を表示させる。報知画面ＳＣ１６は、ブラウザに関するエラーが発生したことを示す「Ｂｒｏｗｓｅｒ Ｅｒｒｏｒ」というメッセージと、発生したエラー及びエラーに対する対応策を示すメッセージとを含む。
なお、この動作例６において、発生したエラーが報知される一方で、エラーに対する対応策が報知されないようにしてもよい。
以上説明した動作例６によれば、画像形成装置１０Ａは、自装置の動作にエラーが発生した場合に、第１ＧＵＩモードのＧＵＩを用いた報知を優先して行いつつ、第１ＧＵＩモードのＧＵＩの提供が不可の場合であっても、第２ＧＵＩモードのＧＵＩを用いた報知を行い得る。

（動作例７）
動作例７は、動作のエラーを解消するための対応策の報知に特徴がある動作例である。図１４は、動作例７の流れを示すフローチャートである。
ＧＵＩ制御部１８は、ステップＳ７１と同じく、画像形成装置１０Ａにおける動作にエラーが発生したかどうかを判定する（ステップＳ８１）。画像形成装置１０Ａにおける動作にエラーが発生していないと判定した場合は（ステップＳ８１;ＮＯ）、ＧＵＩ制御部１８は、第１ＧＵＩモードのままとする。

画像形成装置１０Ａにおける動作にエラーが発生したと判定した場合（ステップＳ８１;ＹＥＳ）、ＧＵＩ制御部１８は、通信部１３を介してネットワークへのアクセスが可能かどうかを判定する（ステップＳ８２）。ステップＳ８２では、詳細には、ＧＵＩ制御部１８は、エラーの対応策を報知するためのデータを配信する外部のサーバ装置（外部装置の一例）との通信が可能かどうかを判定する。ＧＵＩ制御部１８は、ネットワークへのアクセスが可能と判定した場合（ステップＳ８２；ＹＥＳ）、発生したエラー及びエラーに対する対応策を、動画（例えばアニメーション）を表示することによって報知する（ステップＳ８３）。この際、ＧＵＩ制御部１８は、ブラウザによる処理が可能な場合は、第１ＧＵＩモードのＧＵＩを用いて動画を表示し、ブラウザによる処理が不可能な場合は、第１ＧＵＩモードから第２ＧＵＩモードに切り替えて動画を表示してもよい。

ステップＳ８３の処理を具体的に説明する。
ＧＵＩ制御部１８は、エラーに対する対応策を示す動画を表示するためのデータをサーバ装置から取得し、取得したデータに基づいて、ＵＩ部１４に報知画面を表示させる。例えば、画像形成部１６でトナー切れが発生した場合、ＧＵＩ制御部１８は、まず、図１５（ａ）の上段に示す動画領域ＩＭ１を含む報知画面ＳＣ１７を、ＵＩ部１４に表示させる。動画領域ＩＭ１は、ここでは、画像形成装置１０Ａの外観を模した画像に、発生したエラーを解消するために確認すべき箇所を示した動画を表示する。また、報知画面ＳＣ１７は、発生したエラーを示すメッセージと、動画を閲覧してエラーを解消するようにユーザに促す旨のメッセージとを含む。

ＧＵＩ制御部１８は、続いて、図１５（ａ）の下段に示す動画領域ＩＭ２を含む報知画面ＳＣ１８を、ＵＩ部１４に表示させる。動画領域ＩＭ２は、ここでは、画像形成装置１０Ａの内部が露出した様子を示す画像に、交換すべきトナーカートリッジを案内する画像を付した動画を表示する。報知画面ＳＣ１８は、更に、発生したエラーと、動画を閲覧してエラーを解消するようにユーザに促す旨のメッセージを含むが、このメッセージも変更されてもよい。
他のエラーが発生した場合も、ＧＵＩ制御部１８は、発生したエラーに対する対応策を示す動画を表示して、エラーを解消のための対応策をユーザに報知する。

ステップＳ８２でネットワークへのアクセスが不可能と判定した場合（ステップＳ８２；ＮＯ）、ＧＵＩ制御部１８は、第１ＧＵＩモードから第２ＧＵＩモードに切り替えて、画像形成装置１０Ａの内部の機能により、発生したエラー及びエラーに対する対応策を報知する（ステップＳ８４）。ＧＵＩ制御部１８は、例えば、記憶部１７から読み出した報知データに基づいて報知画面ＳＣ１９を、ＵＩ部１４に表示させる（図１５（ｂ）参照）。報知画面ＳＣ１９は、例えば、エラーに対する対応策を示すメッセージを含んでいるが、静止画像等の画像を含んでいてもよい。
以上説明した動作例７によれば、画像形成装置１０Ａは、自装置の動作にエラーが発生した場合に、ネットワークへのアクセスが可能であるときには、ネットワークから取得したデータに基づいて動画を表示して、エラーへの対応策を報知する。このため、ユーザは、ＵＩ部１４の表示を閲覧することにより、発生したエラーに対する対応策を把握しやすい。

以上説明した第２実施形態の画像形成装置１０Ａによれば、上述した第１実施形態に比べて、第１ＧＵＩモードでのＧＵＩの提供を行う機会が増加するため、ＧＵＩを利用するユーザにとっての視認性又は操作性が高くなりやすい。

［変形例］
本発明は、上述した実施形態と異なる形態で実施してもよい。また、以下に示す変形例は、各々を組み合わせてもよい。
上述した第１実施形態の（動作例３）において、プロセッサ１１ａは、ＧＵＩモードの切り替えを指示する中断指示操作を受け付けた場合に、ＤＳＰ１２に情報処理を中断させて、第２ＧＵＩモードから第１ＧＵＩモードへ切り替えていた。これに代えて、プロセッサ１１ａは、ＤＳＰ１２による情報処理の実行中においては、中断指示操作が行われた場合であっても、ＧＵＩモードを変更しないようにしてもよい。すなわち、プロセッサ１１ａは、ＤＳＰ１２による情報処理の実行中においては、中断指示操作が行われた場合であっても、第２メモリｍ２をＳＰＭからキャッシュメモリとしての使用に切り替えない。この場合に、プロセッサ１１ａは、中断指示操作を受け付けたときには、「ただいま、ＧＵＩモードを変更できません。」というメッセージをＵＩ部１４に表示させて、ＧＵＩモードへの切り替えを許可しない旨をユーザに報知してもよい。

プロセッサ１１ａは、処理要求の受付状況に応じて、第２メモリｍ２をＳＰＭからキャッシュメモリとしての使用に切り替える場合に、処理要求の受け付けの有無のほか、決められた期間継続して処理要求を受け付けていないことを条件としてもよい。また、プロセッサ１１ａは、優先度の高い処理を要求する処理要求を受け付けていないことを条件としてもよい。この場合、プロセッサ１１ａは、優先度の高い第１の処理の処理要求を受け付けた場合には、第２メモリｍ２をキャッシュメモリからＳＰＭとしての使用に切り替える。他方、第１の処理よりも優先度の低い第２の処理の処理要求を受け付けた場合には、プロセッサ１１ａは、第２メモリｍ２をキャッシュメモリとしての使用に維持し、後で第２メモリｍ２をＳＰＭとしての使用に切り替えて、ＤＳＰ１２に情報処理を実行させる。

プロセッサ１１ａは、ＤＳＰ１２における情報処理の実行状況に応じて、第２メモリｍ２をＳＰＭからキャッシュメモリとしての使用に切り替える場合に、情報処理が実行中であるかどうかのほか、決められた期間継続して情報処理が実行されていないことを条件としてもよい。また、プロセッサ１１ａは、優先度の高い情報処理を実行中でないことを条件としてもよい。この場合、プロセッサ１１ａは、優先度の高い第１の情報処理をＤＳＰ１２で実行中の場合には、第２メモリｍ２をＳＰＭとしての使用に維持する。他方、第１の情報処理よりも優先度の低い第２の情報処理をＤＳＰ１２で実行中の場合には、プロセッサ１１ａは、ＤＳＰ１２が実行中の情報処理を中断させて、第２メモリｍ２をＳＰＭからキャッシュメモリとしての使用に切り替える。そして、プロセッサ１１ａは、後で第２メモリｍ２をキャッシュメモリからＳＰＭとしての使用に切り替えて、ＤＳＰ１２に第２の情報処理を再開させる。

プロセッサ１１ａは、ＤＳＰ１２だけでなく、通信部１３、画像読取部１５及び画像形成部１６のうちの１つ以上のハードウェアで実行される情報処理の実行状況に応じて、第２メモリｍ２の使用方法を相互に切り替えてもよい。
また、画像形成装置１０は、上述した第１実施形態で説明した（動作例１）〜（動作例３）のうちの一部の動作をしなくてもよい。
また、画像形成装置１０Ａは、上述した第２実施形態で説明した（動作例４）〜（動作例７）のうちの一部の動作をしなくてもよい。

上述した各実施形態では、第１メモリｍ１及び第２メモリｍ２が、ＣＰＵ１１の内部に設けられたメモリであったが、第１メモリｍ１及び第２メモリｍ２の少なくとも一方が、ＣＰＵ１１の外部に設けられていてもよい。
上述した各実施形態で説明したＣＰＵ１１は、少なくともキャッシュメモリにアクセスして演算処理を行う限り、他の演算処理装置に置き換えられてもよい。
ＤＳＰ１２が行う情報処理に使用されるメモリは、上述した実施形態では第２メモリｍ２の１つのみであったが、２つ以上であってもよい。また、画像形成装置１０は、ＧＵＩを指定するモードを３つ以上有していてもよい。また、第２メモリｍ２にデータを読み書きして情報処理を実行するＤＳＰ１２は、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field-Programmable Gate Array）等の情報処理手段に置き換えられてもよい。
ＤＳＰ１２は、音声処理等の画像処理以外の情報処理を行うものであってもよい。
本発明の情報処理装置は、例えば、本発明の情報処理装置は、スマートフォンや携帯電話機、タブレット型コンピュータ、ノート型パソコン、携帯型ゲーム機等の、画像形成装置以外の情報処理装置であってもよい。また、本発明の情報処理装置は、ＧＵＩを提供しない情報処理装置であってもよい。

上述した実施形態のプロセッサ１１ａが実現する各機能は、１又は複数のハードウェア回路により実現されてもよいし、１又は複数のプログラムをプロセッサ１１ａが実行することにより実現されてよいし、これらの組み合わせにより実現されてもよい。プロセッサ１１ａの機能がプログラムを用いて実現される場合、このプログラムは、磁気記録媒体（磁気テープ、磁気ディスク（ＨＤＤ（Hard Disk Drive）、ＦＤ（Flexible Disk））等）、光記録媒体（光ディスク等）、光磁気記録媒体、半導体メモリ等のコンピュータ読取可能な記録媒体に記憶した状態で提供されてもよいし、ネットワークを介して配信されてもよい。また、本発明は、コンピュータが行う演算処理方法としても把握し得る。

１０，１０Ａ…画像形成装置、１１…ＣＰＵ、１１ａ…プロセッサ、ｍ１…第１メモリ、ｍ２…第２メモリ、１１１…演算処理手段、１１２…受付手段、１１３…切替手段、１２…ＤＳＰ、１３…通信部、１４…ＵＩ部、１５…画像読取部、１６…画像形成部、１７…記憶部、１８…ＧＵＩ制御部

本発明の請求項９に係るプログラムは、キャッシュメモリとして使用される第１メモリと、データを一時的に記憶する第２メモリとにアクセス可能なコンピュータを、前記第１メモリにアクセスして演算処理を行う演算処理手段と、処理要求を受け付ける受付手段と、前記受付手段における前記処理要求の受け付け状況、又は、当該処理要求に従って前記第２メモリにデータを読み書きする情報処理の実行状況に応じて、前記第２メモリをキャッシュメモリとしての使用に切り替える切替手段として機能させ、前記演算処理手段が、前記第２メモリがキャッシュメモリとしての使用に切り替えられた場合に、前記第１メモリ及び前記第２メモリにアクセスして前記演算処理を行うことを特徴とする。
本発明の請求項１０に係る装置は、スクラッチパッドメモリからキャッシュメモリとして使用する第１メモリと、スクラッチパッドメモリとして使用する第２メモリと、第１のGUI又は第２のGUIを用いて表示部に表示する表示手段と、第１のGUIの場合に、キャッシュメモリの使用とした前記第２メモリと第１メモリを用いて演算を行い、第２のGUIの場合に、前記第２メモリをキャッシュメモリ使用とせず、第１メモリを用いて演算を行う演算手段を有する。

請求項１，８，９に係る発明によれば、情報処理が実行されるときにデータが読み書きされるメモリを、キャッシュメモリとして使用しない場合に比べて、キャッシュメモリにアクセスして行う演算処理を効率的に行うことができる。
請求項２に係る発明によれば、情報処理の実行を妨げることなく、当該情報処理に使用されるメモリを、キャッシュメモリとしての使用に切り替えることができる。
請求項３に係る発明によれば、情報処理に使用されるメモリをキャッシュメモリとして使用する場合には、キャッシュメモリとして使用しない場合よりも、メモリの使用量が多いグラフィカルユーザインタフェースを提供することができる。
請求項４に係る発明によれば、情報処理の実行が開始されてから当該情報処理が終了するまでの間であっても、メモリの使用量が多いグラフィカルユーザインタフェースを提供することができる。
請求項５に係る発明によれば、第１のグラフィカルユーザインタフェースと、それよりもメモリの使用量が少ない第２のグラフィカルユーザインタフェースとを選択的に提供する場合に、第１のグラフィカルユーザインタフェースを提供し得るときには、これを優先して提供することができる。
請求項６に係る発明によれば、第１のグラフィカルユーザインタフェースを提供するためのプログラムを原因として、第１のグラフィカルユーザインタフェースの提供が妨げられる場合であっても、第２のグラフィカルユーザインタフェースを提供することができる。
請求項７に係る発明によれば、情報処理装置の動作にエラーが発生した場合であっても、外部装置との通信が可能なときには、当該外部装置から取得したデータに基づいて、エラーに対する対応策を動画で表示することができる。
請求項１０に係る発明によれば、第１のＧＵＩを使用する場合に、スクラッチパッドメモリをキャッシュメモリとして使用しない場合に比べ、キャッシュメモリにアクセスして行う演算処理を効率的に行うことができる。

Claims (9)

1. キャッシュメモリとして使用される第１メモリと、
   前記第１メモリにアクセスして演算処理を行う演算処理手段と、
   データを一時的に記憶する第２メモリと、
   処理要求を受け付ける受付手段と、
   前記受付手段が受け付けた前記処理要求に従って、前記第２メモリにデータを読み書きする情報処理を実行する情報処理手段と、
   前記受付手段における前記処理要求の受け付け状況、又は、前記情報処理手段における前記情報処理の実行状況に応じて、前記第２メモリをキャッシュメモリとしての使用に切り替える切替手段と
   を備え、
   前記演算処理手段は、
   前記第２メモリがキャッシュメモリとしての使用に切り替えられた場合に、前記第１メモリ及び前記第２メモリにアクセスして前記演算処理を行う
   ことを特徴とする情報処理装置。
2. 前記切替手段は、
   前記受付手段が前記処理要求を受け付けた後、前記情報処理手段が前記情報処理の実行を終了するまでの間、前記第２メモリをキャッシュメモリとして使用させない
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記演算処理手段は、
   前記演算処理として、第１のグラフィカルユーザインタフェースを提供するための第１の演算処理と、当該第１のグラフィカルユーザインタフェースよりもメモリの使用量が少ない第２のグラフィカルユーザインタフェースを提供するための第２の演算処理とを選択的に行い、
   前記第１の演算処理については、前記第２メモリがキャッシュメモリとして使用される場合に行う
   ことを特徴とする請求項１又は請求項２に記載の情報処理装置。
4. 前記切替手段は、
   前記情報処理手段により実行されている前記情報処理が中断された場合に、前記第２メモリをキャッシュメモリとしての使用に切り替え、中断された前記情報処理が再開されると、前記第２メモリをキャッシュメモリとして使用させないようにし、
   前記演算処理手段は、
   前記情報処理の中断中に前記第１の演算処理を行い、中断された前記情報処理が再開されると、前記第２の演算処理を行う
   ことを特徴とする請求項３に記載の情報処理装置。
5. 第１のグラフィカルユーザインタフェースを提供するときに、その提供を妨げる事象が発生した場合には、当該第１のグラフィカルユーザインタフェースよりもメモリの使用量が少ない第２のグラフィカルユーザインタフェースに変更するＧＵＩ制御手段を備え、
   前記演算処理手段は、
   前記第１のグラフィカルユーザインタフェースを提供するための前記演算処理と、前記第２のグラフィカルユーザインタフェースを提供するための前記演算処理とを行う
   ことを特徴とする請求項１又は請求項２に記載の情報処理装置。
6. 前記事象は、
   前記第１のグラフィカルユーザインタフェースを提供するプログラムを動作させるためのリソースの確保の失敗、又は、当該プログラムに関する動作のエラーを含む
   ことを特徴とする請求項５に記載の情報処理装置。
7. 前記事象は、自装置における動作のエラー及び外部装置との通信の切断が発生することを含み、
   前記ＧＵＩ制御手段は、
   自装置における動作にエラーが発生した場合に、前記通信が可能なときは、前記外部装置から取得したデータに基づいて、当該エラーへの対応策を動画で報知する
   ことを特徴とする請求項５又は請求項６に記載の情報処理装置。
8. キャッシュメモリとして使用される第１メモリと、
   前記第１メモリにアクセスして演算処理を行う演算処理手段と、
   データを一時的に記憶する第２メモリと、
   処理要求を受け付ける受付手段と、
   前記受付手段における前記処理要求の受け付け状況、又は、当該処理要求に従って前記第２メモリにデータを読み書きする情報処理の実行状況に応じて、前記第２メモリをキャッシュメモリとしての使用に切り替える切替手段と
   を備え、
   前記演算処理手段は、
   前記第２メモリがキャッシュメモリとしての使用に切り替えられた場合に、前記第１メモリ及び前記第２メモリにアクセスして前記演算処理を行う
   ことを特徴とする演算処理装置。
9. キャッシュメモリとして使用される第１メモリと、データを一時的に記憶する第２メモリとにアクセス可能なコンピュータを、
   前記第１メモリにアクセスして演算処理を行う演算処理手段と、
   処理要求を受け付ける受付手段と、
   前記受付手段における前記処理要求の受け付け状況、又は、当該処理要求に従って前記第２メモリにデータを読み書きする情報処理の実行状況に応じて、前記第２メモリをキャッシュメモリとしての使用に切り替える切替手段
   として機能させ、
   前記演算処理手段が、
   前記第２メモリがキャッシュメモリとしての使用に切り替えられた場合に、前記第１メモリ及び前記第２メモリにアクセスして前記演算処理を行う
   ことを特徴とするプログラム。

Images