JP4134008B2 - 画像処理装置および画像処理プログラム - Google Patents

Description

この発明は、画像処理装置および画像処理プログラムに関し、特にたとえば、メインメニューアイコンの選択に応じて関連画像を表示する、画像処理装置および画像処理プログラムに関する。

昨今のパーソナルコンピュータまたはゲーム機等においてソフトウエアが動作しているときに、マウスポインタやカーソル等が表示画面上の特定の記号や文字等のアイコン上に移動されて、マウスのような入力装置に設けられたスイッチが押される（クリック）こと等によって、その選択された記号や文字等に対応する所定の処理を行わせることが知られている。このようなグラフィカルユーザインタフェース（ＧＵＩ）を備えた装置は、昨今ではパーソナルコンピュータやゲーム機に限られず、広く採用されている。

最近ではＧＵＩにおいて、このような特定の記号や文字等の選択のために、タッチパネルがよく使用されるようになってきた。タッチパネルではカーソル移動やマウスのクリック操作等が不要であり、ユーザは表示される記号や文字等を直接タッチするような感覚で選択することによって操作を行うことができるようになった。

また、ＧＵＩでは、複数のメニューが表示されていて、複数のメニューから１つの項目がポインタ移動やタッチ操作等によって選択されたときに、その選択項目に対応する画像（たとえばサブメニュー）が表示されるものがある。このようなＧＵＩにおいて、たとえば選択に迷いがあるときや選択項目を探しているとき等に、ユーザは、複数のメニュー上で、ポインタを移動させたりタッチ状態で指を移動させたりすることがある。この場合、選択項目が変化し続けることとなり、対応する画像に次々と切り替えて表示されてしまうので、メニュー画像がちらつき、画面が見難いという問題があった。また、これによって、ユーザにメニュー選択の心理的圧迫を与え、操作に不快感を与えてしまうことにもなる。

この問題を回避するために、次のような技術を適用することが考えられる。

たとえば、特許文献１に記載の技術では、表示画面に重ねて設けられたタッチパネルを用いて、数字や文字等の画像を選択する場合において、タッチ操作が継続中には、一度だけ入力情報が得られるようにして複数のデータが入力されることを防止している。具体的には、この技術では、情報入力の有効または無効を示すフラグを設け、有効エリアへの最初の入力による処理の後にこのフラグを無効にセットする。指が一旦離されてタッチ状態ではないようになるまで、このフラグの無効の設定は保持される。有効エリアへの入力があったときにはフラグの有効無効を判定し、無効の場合にはその選択に対応する情報の入力を行わないようにしている。

また、特許文献２に記載の技術では、タッチパネルを用いてアイコンを選択する場合において、指の震え等による選択の不安定を防止している。具体的には、この技術では、選択される複数のアイコン間に選択状態の変化を反映しない所定幅の中間帯が設けられる。そして、指が中間帯に移動しても前の選択が維持され、別のアイコンの領域に移動したときにその選択が切り替えられる。
特公平５−６２１２号公報 特開平１１−１２７３９９号公報

特許文献１の技術では、タッチ入力が継続して行われている場合には有効エリアに対応する情報の入力が無効化されるので、この技術を適用した場合には、複数のメニューへのタッチ入力の継続に応じて画像が次々と切り替わるようなことはないと考えられる。しかしながら、タッチ入力が無くならない限りフラグが有効に設定されることがないので、ユーザはタッチパネルから一旦指を離さなければ次の情報入力を行うことができない。したがって、タッチパネルを用いる場合たとえば指を滑らせて次々と入力を行うようなことは不可能であるので、入力操作が面倒であり操作性に問題がある。

また、特許文献２の技術では、アイコンの選択ミスについて配慮されているが、この技術を適用した場合には、反応しない領域を越えてしまえば、やはり対応する画像に切り替わって表示されてしまう。したがって、複数のメニューへのタッチ入力が継続して行われる場合には、画像がちらつく問題は解消されない。また、特許文献２の技術では、アイコンのタッチ有効領域とは別に、反応しない領域を持たせなければならないので、画像処理の負担が大きくなるおそれがある。

それゆえに、この発明の主たる目的は、メニューを選択して対応する画像を表示するときに、画像の切り替えによるちらつきがなく、しかも操作性のよい、画像処理装置および画像処理プログラムを提供することである。

請求項１の発明は、メインメニューアイコンの選択に応じて関連画像を表示する画像処理装置であって、表示手段、入力手段、記憶手段、タイマ、切替判定手段、および画像切替手段を備える。表示手段は、複数のメインメニューアイコンおよび選択されているメインメニューアイコンに対応する関連画像を表示する。入力手段は、ユーザの操作に応じて表示手段の画面上の位置を指示する入力データを入力する。記憶手段は、少なくとも複数のメインメニューアイコンに関するデータおよび複数のメインメニューアイコンに対応付けられた複数の関連画像に関するデータならびに入力手段の入力の履歴を記憶する。タイマは、メインメニューアイコンの選択が変わったときまたは関連画像の表示が切り替わったときにリセットされ、かつ、一定時間ごとに所定値になるまでカウントされる。切替判定手段は、タイマが所定値であるとき、入力手段からの入力データと記憶手段に記憶されているデータとに基づいて、関連画像の表示を切り替える必要があるか否かを判定する。画像切替手段は、切替判定手段によって関連画像の表示を切り替える必要があると判定されたとき、表示手段に表示する関連画像を、選択されているメインメニューアイコンに対応する関連画像に切り替える。

請求項１の発明では、画像処理装置（１０：実施例で相当する参照符号。以下同じ。）はメインメニューアイコンの選択に応じて関連画像を表示するものである。記憶手段（２８ａ、４８、７４、７６、７８、８４、８６）には、複数のメインメニューアイコン（９０、９２、９４）に関するデータ、複数の関連画像（サブメニュー）（１００、１０２）に関するデータ、入力手段としてのタッチパネル（２２）の操作状態の履歴を示すデータ（７８）、および選択されたメインメニューアイコンを示すデータ（メインメニューアイコンの識別子）ならびにメニュー画面に表示されているサブメニューを示すデータ（サブメニューの識別子）に関するデータなどが記憶される。複数の関連画像（サブメニュー）は、複数のメインメニューアイコンに対応付けられており、実施例では、各関連画像は複数のサブメニューアイコンを含む。表示手段（１４）は、複数のメインメニューアイコンと、選択されているメインメニューアイコンに対応する関連画像とを表示する。入力手段（２２）は、ユーザの操作に応じて表示手段の画面上の位置を指示する入力データを入力する。タイマ（８２）は、メインメニューアイコンの選択が変わったとき、または関連画像の表示が切り替わったときにリセット（初期値にセット）され、かつ、一定時間ごとに所定値になるまでカウントされる。実施例では、タイマは１表示フレームごとにカウントダウンされ、たとえばその初期値は３０に設定され所定値は０に設定される。このタイマが所定値であるときに、つまり、メインメニューアイコンの選択が変わりまたは関連画像の表示が変わってから所定時間が経過したときに、切替判定手段（４２、Ｓ２９、Ｓ４１）は、入力データと記憶手段のデータに基づいて、関連画像の表示を切り替える必要があるか否かを判定する。実施例では、表示されている関連画像と選択されているメインメニューアイコンとが対応していないか否かが入力データと記憶手段のデータに基づいて判定され、または、メインメニューアイコンの選択に変更があったか否かが入力データと記憶手段のデータに基づいて判定される。そして、切替判定手段の判定の結果、関連画像の表示を切り替える必要があると判定されたとき、画像切替手段（４２、Ｓ３１、Ｓ４７、５０、５２、５６、５８）は、表示手段に表示する関連画像を、選択されているメインメニューアイコンに対応する関連画像に切り替える。

請求項１の発明によれば、タイマが所定値である場合において関連画像の表示を切り替える必要があるか否かが判定される。そして、切り替える必要があると判定されたときに、関連画像の表示が切り替えられる。したがって、タイマが所定値であり切り替えの必要があると判定された場合には、選択されているメインメニューアイコンに対応する関連画像が表示される。一方、タイマはメインメニューアイコンの選択が変わったとき、または関連画像の表示が変わったときにリセットされるので、たとえばリセットから所定時間が経過するまでにメインメニューアイコンの選択が変わると、タイマは再びリセットされる。したがって、メインメニューアイコンの選択が素早く変更され続けるような場合には、タイマが所定値になることがないので、関連画像の表示が切り替えられることがない。したがって、関連画像の切り替えによるちらつきが生じることがない。また、タイマが所定値になった場合において関連画像の表示を切り替える必要があると判定されたときには、背景技術のような一旦入力を無くすような面倒な操作の必要もなく簡単に関連画像が切り替えられるので、操作性がよい。

請求項２の発明は、請求項１の発明に従属し、入力手段はタッチパネルであり、入力データと記憶手段に記憶されているデータとに基づいて前記タッチパネルがタッチされていない状態からタッチされている状態になったと判定されるとき、切替判定手段は、タイマの値にかかわらず、関連画像の表示を切り替える必要があるか否かを判定する。

請求項２の発明では、切替判定手段（４２、Ｓ４１）は、タッチパネルがタッチされていない状態からタッチされている状態になったと判定されるとき（７８、Ｓ３５）、タイマの値にかかわらず、関連画像の表示を切り替える必要があるか否かを判定する。切替判定手段の判定の結果、切り替えの必要があると判定されたときには、画像切替手段によって、関連画像が切り替えられる。したがって、請求項２の発明によれば、タッチオフの状態からタッチオンされたときには、ユーザの選択に応じてすぐに関連画像を切り替えることができる。つまり、ユーザの選択が確定しているような場合には所定時間待機するようなことがないので操作性が良い。

請求項３の発明は、請求項１または２の発明に従属し、切替判定手段は、入力データと記憶手段のデータとに基づいて、メインメニューアイコンの選択が変更されていると判定されるとき、または、表示されている関連画像が選択されているメインメニューアイコンと対応していないと判定されるときに、関連画像の表示を切り替える必要があると判定する。

請求項３の発明では、切替判定手段は、メインメニューアイコンの選択が変更されていると判定されるとき（Ｓ４１）、または、表示されている関連画像が選択されているメインメニューアイコンと対応していないと判定されるとき（Ｓ２９）、関連画像の表示を切り替える必要があると判定する。したがって、タイマが所定値になっている場合において、メインメニューアイコンの選択が変更されているとき、または表示されている関連画像と選択されたメインメニューアイコンとが対応していないときには、画像切替手段によって関連画像の表示が切り替えられるので、画像のちらつきを生じることなく、ユーザの選択に対応する関連画像を簡単に表示することができる。

請求項４の発明は、請求項１ないし３のいずれかの発明に従属し、切替判定手段は、入力データと記憶手段のデータとに基づいて、メインメニューアイコンの選択が変更されていないと判定されるとき、または、表示されている関連画像が選択されているメインメニューアイコンと対応していると判定されるときに、関連画像の表示を切り替える必要がないと判定する。

請求項４の発明では、切替判定手段は、メインメニューアイコンの選択が変更されていないと判定されるとき（Ｓ４１）、または、表示されている関連画像が選択されているメインメニューアイコンと対応していると判定されるとき（Ｓ２９）、関連画像の表示を切り替える必要がないと判定する。したがって、メインメニューアイコンの選択が変更されていないとき、または表示されている関連画像と選択されたメインメニューアイコンとが対応しているときには、タイマが所定値になっている場合であっても、画像切替手段によって関連画像の表示が切り替えられることがないので、ユーザの選択に対応する関連画像を表示し続けることができる。

請求項５の発明は、複数のメインメニューアイコンおよび選択されているメインメニューアイコンに対応する関連画像を表示する表示手段、ユーザの操作に応じて表示手段の画面上の位置を指示する入力データを入力する入力手段、少なくとも複数のメインメニューアイコンに関するデータおよび複数のメインメニューアイコンに対応付けられた複数の関連画像に関するデータならびに入力手段の入力の履歴を記憶する記憶手段、およびメインメニューアイコンの選択が変わったときまたは関連画像の表示が切り替わったときにリセットされる、かつ、一定時間ごとに所定値になるまでカウントされるタイマを備え、メインメニューアイコンの選択に応じて関連画像を表示する画像処理装置の画像処理プログラムである。この画像処理プログラムは、画像処理装置のプロセサに、切替判定ステップ、および画像切替ステップを実行させる。切替判定ステップは、タイマが所定値であるとき、入力手段からの入力データと記憶手段に記憶されているデータとに基づいて、関連画像の表示を切り替える必要があるか否かを判定する。画像切替ステップは、切替判定ステップによって関連画像の表示を切り替える必要があると判定されたとき、表示手段に表示する関連画像を、選択されているメインメニューアイコンに対応する関連画像に切り替える。

また、請求項６−８の発明は、上記請求項２−４の発明にそれぞれ対応する画像処理プログラムである。

請求項５−８の発明によっても、上述の請求項１−４の発明と同様にして、関連画像のちらつきが生じることがなく、しかも操作性が良い。

この発明によれば、タイマが所定値である場合に関連画像の切り替えの必要性を判定するようにし、その結果必要であれば関連画像を切り替えるようにした。また、メインメニューアイコンの選択が変更されるとき等にはタイマがリセットされるようにしたので、メインメニューアイコンの選択が素早く変更され続けるような場合にはタイマが所定値にならず、関連画像が切り替えられることがない。したがって、メインメニューアイコンの選択の変更によって関連画像がちらつくようなことがない。しかも、関連画像の切り替えの必要があると判定される場合には、面倒な操作をすることなく関連画像が切り替えられるので、操作性が良い。

また、タッチパネルが操作されていない状態から操作されている状態になったと判定されるときに、タイマの値に関係なく関連画像の切り替えの必要性を判定するようにした場合には、ユーザの確定的な選択に応じてすぐに関連画像を切り替えることができるので操作性が良い。

この発明の上述の目的，その他の目的，特徴および利点は、図面を参照して行う以下の実施例の詳細な説明から一層明らかとなろう。

図１を参照して、この発明の一実施例である画像処理装置１０は、一例としてゲーム装置の形態で実現される。ゲーム装置１０は、第１の液晶表示器（ＬＣＤ）１２および第２のＬＣＤ１４を含む。このＬＣＤ１２およびＬＣＤ１４は、所定の配置位置となるようにハウジング１６に収納される。この実施例では、ハウジング１６は、上側ハウジング１６ａと下側ハウジング１６ｂとによって構成され、ＬＣＤ１２は上側ハウジング１６ａに収納され、ＬＣＤ１４は下側ハウジング１６ｂに収納される。したがって、ＬＣＤ１２とＬＣＤ１４とは縦（上下）に並ぶように近接して配置される。

なお、この実施例では、表示器としてＬＣＤを用いるようにしてあるが、ＬＣＤに代えて、ＥＬ(Electronic Luminescence)ディスプレイやプラズマディスプレイを用いるようにしてもよい。

図１からも分かるように、上側ハウジング１６ａは、ＬＣＤ１２の平面形状よりも大きな平面形状を有し、一方主面からＬＣＤ１２の表示面を露出するように開口部が形成される。一方、下側ハウジング１６ｂの平面形状も横長に選ばれ、横方向の略中央部にＬＣＤ１４の表示面を露出するように開口部が形成される。また、下側ハウジング１６ｂには、音抜き孔１８が形成されるとともに、操作スイッチ２０（２０ａ，２０ｂ，２０ｃ，２０ｄ，２０ｅ，２０Ｌおよび２０Ｒ）が設けられる。

また、上側ハウジング１６ａと下側ハウジング１６ｂとは、上側ハウジング１６ａの下辺（下端）と下側ハウジング１６ｂの上辺（上端）の一部とが回動可能に連結されている。したがって、たとえば、ゲームをプレイしない場合には、ＬＣＤ１２の表示面とＬＣＤ１４の表示面とが対面するように、上側ハウジング１６ａを回動させて折りたたんでおけば、ＬＣＤ１２の表示面およびＬＣＤ１４の表示面に傷がつくなどの破損を防止することができる。ただし、上側ハウジング１６ａと下側ハウジング１６ｂとは、回動可能に連結せずに、それらを一体的（固定的）に設けたハウジング１６を形成するようにしてもよい。

操作スイッチ２０は、方向指示スイッチ（十字スイッチ）２０ａ，スタートスイッチ２０ｂ、セレクトスイッチ２０ｃ、動作スイッチ（Ａボタン）２０ｄ、動作スイッチ（Ｂボタン）２０ｅ、動作スイッチ（Ｌボタン）２０Ｌおよび動作スイッチ（Ｒボタン）２０Ｒを含む。スイッチ２０ａ，２０ｂおよび２０ｃは、下側ハウジング１６ｂの一方主面において、ＬＣＤ１４の左側に配置される。また、スイッチ２０ｄおよび２０ｅは、下側ハウジング１６ｂの一方主面において、ＬＣＤ１４の右側に配置される。さらに、スイッチ２０Ｌおよびスイッチ２０Ｒは、それぞれ、下側ハウジング１６ｂの上端（天面）の一部であり上側ハウジング１６ａとの連結部以外の部分において、当該連結部を挟むようにして左右に配置される。

方向指示スイッチ２０ａは、ディジタルジョイスティックとして機能し、４つの押圧部の１つを操作することによって、プレイヤによって操作可能なプレイヤキャラクタ(またはプレイヤオブジェクト)の移動方向を指示したり、カーソルの移動方向を指示したりする等のために用いられる。スタートスイッチ２０ｂは、プッシュボタンで構成され、ゲームを開始（再開）したり、一時停止したりする等のために用いられる。セレクトスイッチ２０ｃは、プッシュボタンで構成され、ゲームモードの選択等のために用いられる。

動作スイッチ２０ｄすなわちＡボタンは、プッシュボタンで構成され、方向指示以外の動作、すなわち、プレイヤキャラクタに打つ（パンチ）、投げる、つかむ（取得）、乗る、ジャンプする等の任意のアクションをさせることができる。たとえば、アクションゲームにおいては、ジャンプ、パンチ、武器を動かす等を指示することができる。また、ロールプレイングゲーム(ＲＰＧ)やシミュレーションＲＰＧにおいては、アイテムの取得、武器やコマンドの選択および決定等を指示することができる。動作スイッチ２０ｅすなわちＢボタンは、プッシュボタンで構成され、セレクトスイッチ２０ｃで選択したゲームモードの変更やＡボタン２０ｄで決定したアクションの取り消し等のために用いられる。

動作スイッチ２０Ｌ（Ｌボタン）および動作スイッチ２０Ｒ（Ｒボタン）は、プッシュボタンで構成され、Ｌボタン２０ＬおよびＲボタン２０Ｒは、Ａボタン２０ｄおよびＢボタン２０ｅと同様の操作に用いることができ、また、Ａボタン２０ｄおよびＢボタン２０ｅの補助的な操作に用いることができる。

また、ＬＣＤ１４の上面には、タッチパネル２２が装着される。タッチパネル２２としては、たとえば、抵抗膜方式、光学式(赤外線方式)および静電容量結合式のいずれかの種類のものを用いることができる。また、タッチパネル２２は、その上面をスティック２４ないしはペン（スタイラスペン）或いは指（以下、これらを「スティック２４等」という場合がある。）で、押圧したり、撫でたり、触れたりすることにより操作すると、スティック２４等によって操作された（すなわちタッチされた）位置の座標を検出して、検出した座標（検出座標）に対応する座標データを出力する。つまり、このタッチパネル２２がこの実施例の入力手段として機能し、ＬＣＤ１４（またはＬＣＤ１２）の画面上の位置を指示するための入力データをユーザ（プレイヤ）が入力するためのものである。

なお、この実施例では、ＬＣＤ１４（ＬＣＤ１２も同じ、または略同じ。）の表示面の解像度は２５６ｄｏｔ×１９２ｄｏｔであり、タッチパネル２２の検出精度（操作面）も表示画面に対応して２５６ｄｏｔ×１９２ｄｏｔとしてある。ただし、図１では、タッチパネル２２を分かり易く示すために、タッチパネル２２をＬＣＤ１４と異なる大きさで示してあるが、ＬＣＤ１４の表示画面の大きさとタッチパネル２２の操作面の大きさとは同じ大きさである。なお、タッチパネル２２の検出精度は、表示画面の解像度よりも低くてもよく、高くてもよい。

また、この実施例では、スティック２４は、たとえば上側ハウジング１６ａの側面（右側面）近傍に設けられる収納部（穴ないし凹部）２６に収納することができ、必要に応じて取り出される。ただし、スティック２４を設けない場合には、収納部２６を設ける必要もない。

さらに、ゲーム装置１０はメモリカード（またはゲームカートリッジ）２８を含み、このメモリカード２８は着脱自在であり、下側ハウジング１６ｂの裏面ないしは底面（下端）に設けられる挿入口３０から挿入される。図１では省略するが、挿入口３０の奥部には、メモリカード２８の挿入方向先端部に設けられるコネクタ（図示せず）と接合するためのコネクタ４６（図２参照）が設けられており、したがって、メモリカード２８が挿入口３０に挿入されると、コネクタ同士が接合され、ゲーム装置１０のＣＰＵコア４２（図２参照）がメモリカード２８にアクセス可能となる。

なお、図１では表現できないが、下側ハウジング１６ｂの音抜き孔１８と対応する位置でありこの下側ハウジング１６ｂの内部には、スピーカ３２（図２参照）が設けられる。

また、図１では省略するが、たとえば、下側ハウジング１６ｂの裏面側には、電池収容ボックスが設けられ、また、下側ハウジング１６ｂの底面側には、電源スイッチ、音量スイッチ、外部拡張コネクタおよびイヤフォンジャックなども設けられる。

図２はゲーム装置１０の電気的な構成を示すブロック図である。図２を参照して、ゲーム装置１０は電子回路基板４０を含み、この電子回路基板４０にはＣＰＵコア４２等の回路コンポーネントが実装される。ＣＰＵコア４２は、バス４４を介してコネクタ４６に接続されるとともに、ＲＡＭ４８、第１のグラフィック処理ユニット（ＧＰＵ）５０、第２のＧＰＵ５２、入出カインタフェイス回路（以下、「Ｉ／Ｆ回路」という。）５４およびＬＣＤコントローラ６０に接続される。

コネコタ４６には、上述したように、メモリカード２８が着脱自在に接続される。メモリカード２８は、ＲＯＭ２８ａおよびＲＡＭ２８ｂを含み、図示は省略するが、ＲＯＭ２８ａおよびＲＡＭ２８ｂは、互いにバスで接続され、さらに、コネクタ４６と接合されるコネクタ（図示せず）に接続される。したがって、上述したように、ＣＰＵコア４２は、ＲＯＭ２８ａおよびＲＡＭ２８ｂにアクセスすることができるのである。

ＲＯＭ２８ａは、ゲーム装置１０をこの発明にかかる画像処理装置として機能させるための画像処理プログラムを予め記憶する。ゲーム（仮想ゲーム）が実行される場合、画像処理プログラムはゲームプログラムでもある。また、画像（メインメニューアイコン（ボタン）画像、サブメニューアイコン画像、キャラクタ画像、背景画像、アイテム画像、メッセージ画像など）データおよび必要な音（音楽）のデータ（音データ）等も予め記憶される。ＲＡＭ（バックアップＲＡＭ）２８ｂは、その画像処理やゲームの途中データおよび結果データを記憶（セーブ）する。

ＲＡＭ４８は、バッファメモリないしはワーキングメモリとして使用される。つまり、ＣＰＵコア４２は、メモリカード２８のＲＯＭ２８ａに記憶された画像処理プログラム（ゲームプログラム）、画像データおよび音データ等をＲＡＭ４８にロードし、ロードした画像処理プログラムを実行する。また、ＣＰＵコア４２は、ゲームの進行に応じて一時的に発生するデータ（ゲームデータやフラグデータ等）をＲＡＭ４８に記憶しつつ画像処理（ゲーム処理）を実行する。

なお、画像処理プログラム（ゲームプログラム）、画像データおよび音データ等は、ＲＯＭ２８ａから一度に全部または必要に応じて部分的にかつ順次的に読み出され、ＲＡＭ４８に記憶（ロード）される。

ただし、メモリカード２８のＲＯＭ２８ａには、ゲーム以外の他のアプリケーションについてのプログラムおよび当該アプリケーションの実行に必要な画像データが記憶されてよい。また、必要に応じて、音（音楽）データが記憶されてもよい。かかる場合には、ゲーム装置１０では、当該アプリケーションが実行される。

ＧＰＵ５０およびＧＰＵ５２は、それぞれ、描画手段の一部を形成し、たとえばシングルチップＡＳＩＣで構成され、ＣＰＵコア４２からのグラフィックスコマンド（graphics command ：作画命令）を受け、そのグラフィックスコマンドに従って、表示するための画像データを生成する。ただし、ＣＰＵコア４２は、グラフィックスコマンドに加えて、表示するための画像データの生成に必要な画像生成プログラム（画像処理プログラム（ゲームプログラム）に含まれる。）をＧＰＵ５０およびＧＰＵ５２のそれぞれに与える。

また、ＧＰＵ５０には、第１のビデオＲＡＭ（以下、「ＶＲＡＭ」という。）５６が接続され、ＧＰＵ５２には、第２のＶＲＡＭ５８が接続される。ＧＰＵ５０およびＧＰＵ５２が作画コマンドを実行するにあたって必要なデータ（画像データ：メインメニューアイコン、サブメニューアイコン、キャラクタデータやテクスチャ等のデータ）は、ＧＰＵ５０およびＧＰＵ５２が、それぞれ、第１のＶＲＡＭ５６および第２のＶＲＡＭ５８にアクセスして取得する。ただし、ＣＰＵコア４２は、描画に必要な画像データをＲＡＭ４８から読み出し、ＧＰＵ５０およびＧＰＵ５２を介して第１のＶＲＡＭ５６および第２のＶＲＡＭ５８に書き込む。ＧＰＵ５０はＶＲＡＭ５６にアクセスして表示するための画像データを作成し、ＧＰＵ５２はＶＲＡＭ５８にアクセスして表示するための画像データを作成する。

ＶＲＡＭ５６およびＶＲＡＭ５８は、ＬＣＤコントローラ６０に接続される。ＬＣＤコントローラ６０はレジスタ６２を含み、レジスタ６２はたとえば１ビットで構成され、ＣＰＵコア４２の指示によって「０」または「１」の値（データ値）を記憶する。ＬＣＤコントローラ６０は、レジスタ６２のデータ値が「０」である場合には、ＧＰＵ５０によって作成された画像データをＬＣＤ１２に出力し、ＧＰＵ５２によって作成された画像データをＬＣＤ１４に出力する。一方、レジスタ６２のデータ値が「１」である場合には、ＬＣＤコントローラ６０は、ＧＰＵ５０によって作成された画像データをＬＣＤ１４に出力し、ＧＰＵ５２によって作成された画像データをＬＣＤ１２に出力する。

なお、ＬＣＤコントローラ６０は、ＶＲＡＭ５６およびＶＲＡＭ５８から直接画像データを読み出すことができるし、あるいはＧＰＵ５０およびＧＰＵ５２を介してＶＲＡＭ５６およびＶＲＡＭ５８から画像データを読み出すこともできる。

Ｉ／Ｆ回路５４には、操作スイッチ（操作キー）２０，タッチパネル２２およびスピーカ３２が接続される。ここで、操作スイッチ２０は、上述したスイッチ２０ａ，２０ｂ，２０ｃ，２０ｄ，２０ｅ，２０Ｌおよび２０Ｒであり、操作スイッチ２０が操作されると、対応する操作信号（操作データ）がＩ／Ｆ回路５４を介してＣＰＵコア４２に入力される。また、タッチパネル２２から出力される操作入力データ（座標データ）がＩ／Ｆ回路５４を介してＣＰＵコア４２に入力される。さらに、ＣＰＵコア４２は、ゲーム音楽（ＢＧＭ）、効果音またはゲームキャラクタの音声（擬制音）などの必要な音データをＲＡＭ４８から読み出し、Ｉ／Ｆ回路５４を介してスピーカ３２からその音を出力する。

図３にはこのゲーム装置１０のメモリマップの一例が示される。メモリマップはプログラム記憶領域７０およびデータ記憶領域７２を含む。なお、図３では、記憶されるプログラムおよびデータの一部のみが示されており、プログラム記憶領域７０およびデータ記憶領域７２には画像処理装置１０の動作に必要なプログラムおよびデータが記憶されている。

プログラム記憶領域７０にはＲＯＭ２８ａの画像処理プログラム（ゲームプログラム）が記憶される。この実施例の画像処理プログラムは、タッチパネル２２で入力があったことを検出するためのタッチ入力検出プログラム、タッチパネル２２からの入力データに基づいてタッチされた位置（座標）を検出するためのタッチ位置検出プログラム、メニュー画面のメニューアイコンの表示を制御するためのメニュー表示制御プログラム、およびタイマカウント処理プログラム等を含む。

また、データ記憶領域７２には、ＲＯＭ２８ａのデータおよびＣＰＵコア４２によって生成または取得されたデータが記憶される。データ記憶領域７２には、メインメニュー領域７４、サブメニュー領域７６、タッチ状態履歴領域７８、タッチ位置座標領域８０、タイマ８２、選択メインメニュー領域８４、および表示サブメニュー領域８６等が設けられる。

メインメニュー領域７４には、選択項目としての複数のメインメニューアイコンに関するデータ（メインメニューアイコン＿１、メインメニューアイコン＿２、…）が記憶される。各メインメニューアイコンデータは、たとえば当該メインメニューアイコンの識別子に関連付けて記憶されており、当該メインメニューアイコンの操作すなわち選択があったと認識される領域の座標範囲を示す有効タッチ位置データ、当該メインメニューアイコンを示す画像データ、および当該メインメニューアイコンに対応するサブメニューを示すデータ（サブメニューの識別子）等を含む。画像データは、たとえば、選択されていないときに使用される非選択状態を示す画像データである。当該メインメニューアイコンが選択された場合には、この非選択状態の画像データに色反転または明るさもしくは色変更等を施すことによって、選択状態を示す画像データを生成して、メニュー表示制御プログラムが、その非選択状態とは異なる画像を表示する。あるいは、選択状態を示す画像データをこのメインメニュー領域７４に予め記憶しておき、選択されたときには、この選択状態を示す画像データを使用するようにしてもよい。

サブメニュー領域７６には、複数のサブメニューに関するデータ（サブメニュー＿１、サブメニュー＿２、…）が記憶される。サブメニューは、メインメニューアイコンに対応付けられた関連画像であり、選択されたメインメニューアイコンに応じて表示される。この実施例では、サブメニューは、選択項目としての複数のサブメニューアイコンを含む。各サブメニューデータは、当該サブメニューの識別子に関連付けて記憶されており、複数のサブメニューアイコンに関するデータを含む。各サブメニューアイコンデータ（サブメニューアイコン＿１＿１、サブメニューアイコン＿１＿２、…）は、たとえば当該サブメニューアイコンの識別子に関連付けて記憶されており、当該サブメニューアイコンの操作すなわち選択があったと認識される領域の座標範囲を示す有効タッチ位置データ、および当該サブメニューアイコンを示す画像データ等を含む。また、各サブメニューアイコンデータは、図３では省略されるが、当該サブメニューアイコンに対応付けられたプログラムを示すデータ（プログラムの識別子）を含んでよい。

このように、この実施例では、選択項目としての複数のメインメニューの下層に、メインメニューに関連する選択項目としてのサブメニューが用意されている。つまり、複数の選択項目が階層構造を有して効率的に準備されている。ユーザは所望のメインメニューアイコンを選択することによって、選択メインメニューに対応するサブメニューを表示する。そして、所望のサブメニューアイコンを選択することによって、当該サブメニューアイコンに対応付けられたプログラム（たとえばゲームプログラム）を起動することができる。各サブメニューアイコンに対応付けられた各プログラム（図示せず）はプログラム記憶領域７０に記憶されている。

タッチ状態履歴領域７８には、タッチパネル２２の操作状態（タッチ状態）の履歴を示すデータが記憶される。たとえば、前回（直近または直前）のフレームにおけるタッチ状態と今回（現在）のフレームにおけるタッチ状態の２つのデータが格納される。なお、フレームは表示画面（画像）を更新する単位時間であり、１表示フレームはたとえば１／６０秒である。タッチ状態は、タッチ入力検出プログラムによってフレームごとに検出され、そのフレームにおいて、タッチパネル２２が操作されている場合にはタッチオンを示すデータが記憶され、一方、タッチパネル２２が操作されていない場合にはタッチオフを示すデータが記憶される。

タッチ位置座標領域８０には、ユーザによって操作（指示）された位置を示す座標データが記憶される。このタッチ位置の座標データは、タッチ位置検出プログラムによってタッチパネル２２の入力データから検出される。この領域８０には、今回のフレームで検出された座標データだけでなく、前回のフレームで検出された座標データも記憶しておいてもよい。

タイマ８２は、サブメニューの表示を切り替える必要があるか否かの判定を行うまでの時間を計測するためのタイマである。上記サブメニュー切替の要否の判定は、この実施例では、表示されているサブメニューと選択されているメインメニューアイコンとが対応しているか否かの判定と、連続タッチオン状態にある場合においてこれまで選択されていたメインメニューアイコンとは異なるメインメニューアイコンが選択されているか否かの判定とを含む。タイマ８２は、この実施例では、所定値（たとえば０）になるまで一定時間ごとに（毎フレーム）カウントダウンされる。タイマ８２は、タイマが０になった場合においてサブメニューの表示を切り替えたときにタイマカウントプログラムによりリセットされる。また、タッチオフからタッチオンになった場合もしくは連続タッチ中でタイマが０である場合において、メインメニューの選択の変更にともなってメインメニューおよびサブメニューの表示を切り替えたときにもリセットされる。さらに、タイマが０でない場合においてメインメニューの選択の変更にともなってメインメニューの表示を切り替えたときにもリセットされる。この実施例では、タイマ８２の初期値はたとえば３０に設定されるので、このタイマ８２が０になったときは、タイマリセットから０．５秒が経過したことになる。タイマ８２で計測する時間は、ユーザにサブメニューの表示の切り替えが遅いと感じさせない程度の適宜な値に設定される。

選択メインメニュー領域８４には、選択されたメインメニューアイコンを示すデータ（メインメニューアイコンの識別子）が記憶される。ユーザによって選択されたメインメニューアイコンは、今回のフレームのタッチ位置座標と各メインメニューアイコンの有効タッチ位置データとを照合することによって検出することができる。前回のフレームの選択メインメニューアイコンと異なるメインメニューアイコンが選択された場合に、この選択メインメニューデータすなわち選択メインメニュー領域８４は更新される。また、この実施例では、メニュー初期画面では所定のメインメニューアイコンが選択された状態で表示されるとともに、その所定のメインメニューに対応するサブメニューが表示されている。したがって、この領域８４には、初期値として、所定のメインメニューアイコンを示す識別子が記憶されている。

表示サブメニュー領域８６には、メニュー画面に表示されているサブメニューを示すデータ（サブメニューの識別子）が記憶される。サブメニューの表示の切り替えがあったときに、この表示サブメニューデータは更新される。また、この実施例では、上述のようにメニュー初期画面では所定のサブメニューが表示されるので、この領域８６には、初期値として、所定のサブメニューを示す識別子が記憶されている。

この実施例では、まずメニュー初期画面がＬＣＤ１４に表示される。メニュー初期画面では、上述したように、所定のメインメニューアイコンが選択された状態で予め表示されるとともに、それに対応するサブメニューアイコンも予め表示されている。

図４には、ＬＣＤ１４に表示されるメニュー画面の一例が示される。この例では、左端部にメインメニューを表示する領域が設けられ、その右側にサブメニューを表示する領域が設けられる。メインメニューとして、画面の上から順にたとえば３つのメインメニューアイコン９０、９２および９４が表示されている。図４では、スティック２４等によって上段のメインメニューアイコン９０が選択されている場面を示している。上段のメインメニューアイコン９０は、その選択状態を示す画像によって表示されている。また、選択されているメインメニューアイコン９０に対応するサブメニューとして、たとえば６つのサブメニューアイコン１００ａ−１００ｆ（参照符号「１００」で包括的に示すこともある。）が表示されている。このサブメニューアイコン１００ａ−１００ｆはそれぞれゲームＡ−Ｆに対応付けられている。このサブメニューアイコン１００のいずれかが選択されることによって対応付けられたゲームが実行されることとなる。

この実施例では、メニュー初期画面が表示されてから初めてメインメニューアイコンのいずれかがタッチ操作されると、メインメニューアイコンの選択状態表示が切り替えられる。つまり、タッチ操作されたメインメニューアイコンがその選択状態を示す画像で表示されるとともに、初期設定で選択状態を示す画像で表示されていたメインメニューアイコンは、非選択状態を示す画像で表示される。さらに、サブメニューの表示は、そのタッチ操作されたメインメニューアイコンに対応する画像に直ちに切り替えられる。たとえば上段のメインメニューアイコン９０がメニュー初期画面でタッチ操作により選択されたときには、図４に示すような画面がすぐに表示される。

図５には、一旦タッチオフ状態になってから別のメインメニューアイコンをタッチしたときの表示画面の一例が示される。具体的には、図５では、メインメニューアイコン９０をタッチしていた状態（図４）のスティック２４等をタッチパネル２２から一旦離し、その後、別のメインメニューアイコン９２をタッチ操作した様子が示されている。この場合には、上述の初めてタッチ操作を行った場合と同様に、メインメニューアイコンの選択状態表示がメインメニューアイコン９０からメインメニューアイコン９２に切り替えられるとともに、サブメニューの表示が、選択されたメインメニューアイコン９２に対応する画像に直ちに切り替えられる。図５の例では、サブメニューとして、それぞれゲームＧ−Ｌに対応付けられている６つのサブメニューアイコン１０２ａ−１０２ｆ（参照符号「１０２」で包括的に示すこともある。）が表示されている。このように、タッチ状態履歴７８に基づいてタッチオフの状態からタッチオンの状態になったと判定され、かつ、タッチ位置座標８０と選択メインメニュー８４とに基づいて前回（直前）と異なるメインメニューアイコンがタッチされたと判定される場合には、タイマ８２の値に関係なく、サブメニューの表示がすぐに切り替えられる。

図６には、タッチパネル２２をタッチし続けた状態で別のメインメニューアイコンを選択した場合の画面の遷移の様子の一例が示される。図６（Ａ）では、図４の状態からタッチ操作を継続しながら、スティック２４等の位置が上段のメインメニューアイコン９０から中段のメインメニューアイコン９２へ移動されている。このタッチ位置の移動に応じてメインメニューアイコンの選択が変化したとき、メインメニューアイコンの選択状態表示が、メインメニューアイコン９０からメインメニューアイコン９２に切り替えられる。さらに、このメインメニューアイコン９２をタッチし続けると、図６（Ｂ）に示すように、サブメニューの表示が、メインメニューアイコン９０に対応する画像（サブメニューアイコン１００）からメインメニューアイコン９２に対応する画像（サブメニューアイコン１０２）に切り替えられる。

具体的には、タイマ８２が所定値になっていない場合には、選択メインメニューと同じメインメニューアイコンがタッチされたか否かが判定される。その判定の結果、図６（Ａ）の場合には同じメインメニューアイコンがタッチされなかったと判定されるので、選択メインメニューアイコンが変更されて、メインメニューアイコンの選択状態表示が切り替えられる。さらにタイマ８２がリセットされる。その後、そのメインメニューアイコン９２がタッチされ続けることによってタイマ８２が所定値になったときには、サブメニューの表示と選択されているメインメニューアイコン９２とが対応していないか否かが判定される。その結果、図６（Ａ）の場合には対応していないと判定されるので、サブメニューの表示が選択メインメニューアイコン９２に対応するように切り替えられる。このように、タイマ８２が所定値に達していない場合にメインメニューアイコンの選択が変更されたときには、その変更があってから所定時間（この実施例では３０フレーム。すなわち０．５秒）が経過したときにサブメニューの表示が切り替えられることとなる。

一方、タイマ８２がちょうど所定値に達するタイミングで図６（Ａ）のようにタッチしているメインメニューアイコンが変更された場合には、メニュー画面の表示制御は上記説明とは異なるものとなる。具体的には、タイマ８２が所定値になったと判定されたときには、サブメニューの表示と選択されたメインメニューアイコン９２とが対応しているか否かが判定される。その結果、この場合にはサブメニューの表示と選択メインメニューアイコンとが対応していないと判定されるので、サブメニューの表示がメインメニューアイコン９２に対応する画像に切り替えられる。そして、タイマ８２がリセットされる。さらに、選択メインメニューと同じメインメニューアイコンがタッチされているか否かが判定される。その結果、この場合には、同じメインメニューアイコンがタッチされていないと判定されるので、選択メインメニューアイコンが変更されて、メインメニューアイコンの選択状態表示がメインメニューアイコン９２に切り替えられる。このように、タイマ８２が所定値になるタイミングでメインメニューアイコンの選択が変更されたときには、すぐにサブメニュー表示が対応するものに切り替えられる。

あるいは、たとえばメインメニューアイコン９０がタッチされ続けていて既にタイマ８２が所定値になっている場合において図６（Ａ）のようにタッチしているメインメニューアイコンが変更されたときにも、メニュー画面の表示制御は上記説明とは異なるものとなる。具体的には、連続タッチ中にタイマ８２が所定値に達していると判定されたときには、選択メインメニューと異なるメインメニューアイコンがタッチされているか否かが判定される。その結果、この場合には、異なるメインメニューアイコンがタッチされていると判定されるので、選択メインメニューアイコンが変更されて、メインメニューアイコンの選択状態表示が切り替えられる。さらに、サブメニューの表示も選択メインメニューアイコンに対応する画像に切り替えられる。このように、タイマ８２が既に所定値に達している場合にメインメニューアイコンの選択が変更されたときにも、すぐにサブメニュー表示が対応するものに切り替えられる。

このようにして、タッチし続けた状態でのメインメニューアイコンの選択を変更に応じてサブメニューの表示を切り替えることができるので、操作性がよい。ユーザは、スティック２４等をタッチパネル２２からいちいち離してからタッチするような面倒な操作をしなくても、簡単にサブメニューを切り替えることができる。

図７には、タッチ状態のままでタッチ位置を複数のメインメニューアイコン上で移動させている場合の画面の遷移の様子の一例が示される。図７（Ａ）および図７（Ｂ）では、図４の状態からタッチ操作を継続しながら、タッチ位置を複数のメインメニューアイコン上で移動させている。図７（Ａ）では、上段のメインメニューアイコン９０上がタッチされているときの画面が示されており、当該メインメニューアイコン９０が選択状態を示す画像で表示されている。また、図７（Ｂ）では、中段のメインメニューアイコン９２上がタッチされているときの画面が示されており、当該メインメニューアイコン９２が選択状態を示す画像で表示されている。また、これらの場合、サブメニューとしては、図４で選択されていたメインメニューアイコン９０に対応する画像（サブメニューアイコン１００ａ−１００ｆ）が表示されている。このように、タッチ位置が複数のメインメニューアイコンにわたって移動している場合には、サブメニューの表示は切り替えられない。なお、メインメニューアイコンの選択状態表示は、メインメニューアイコンの選択の変更に応じて切り替えられる。その後、タッチ位置の移動が止められて、たとえば中段のメインメニューアイコン９２がタッチされ続けた場合には、図７（Ｃ）に示すように、そのメインメニューアイコン９２へのタッチ操作に変更されてから所定時間経過したときに、サブメニューの表示が、当該メインメニューアイコン９２に対応する画像（サブメニューアイコン１０２ａ−１０２ｆ）に切り替えられる。

具体的には、タイマ８２が所定値でない場合には、選択メインメニューと同じメインメニューアイコンがタッチされているか否かが判定される。この場合には、タッチ位置が複数のメインメニューアイコン上にわたって移動され続けているので、タイマ８２が所定値に達する前に、選択メインメニューと同じメインメニューアイコンがタッチされていないということが必ず判定される。そして、選択メインメニューアイコンが変更されて、メインメニューアイコンの選択状態表示が切り替えられるとともに、タイマ８２がリセットされる。したがって、この場合には、タイマ８２が所定値に達するまでにリセットされ続けることとなり、タイマ８２が所定値に達したと判定されることがない。したがって、タッチ位置が複数のメニューアイコン間を移動し続けている場合には、サブメニューの表示が切り替えられることがないので、サブメニューの表示切り替えによる画面のちらつきが生じることがない。

図８には画像処理装置１０の動作の一例が示される。まず、ステップＳ１で、ＣＰＵコア４２は初期設定を実行する。具体的には、タッチパネル２２を初期化したり、データ記憶領域７２の各種フラグないし変数に初期値を設定したりする。たとえばタイマ８２もリセットされ、その変数timeに所定値（この実施例では３０）が設定される。

次に、ステップＳ３で、ＣＰＵコア４２はメニュー初期画面を表示する。たとえば、ＣＰＵコア４２は、ＲＡＭ４８に読み出されたメニュー初期画面に関するデータに基づいて、メニュー初期画面の描画に必要な画像データをＶＲＡＭ５６または５８に格納する。続いて、ＣＰＵコア４２は、ＧＰＵ５０または５２に作画命令を与えてメニュー初期画面の画像データをＶＲＡＭ５６または５８に描画させる。そして、ＣＰＵコア４２は、ＬＣＤコントローラ６０を用いてＶＲＡＭ５６または５８に描画された画像データをＬＣＤ１４に与えて、その画像すなわちメニュー初期画面をＬＣＤ１４の表示面に表示する。これによって、たとえば図４に示すような、所定のメインメニューアイコンが選択状態の画像で示されるとともに他のメインメニューアイコンが非選択状態の画像で示され、かつ、選択状態のメインメニューアイコンに対応するサブメニュー画像が示されたメニュー初期画面が表示される。また、ＣＰＵコア４２は、データ記憶領域７２の選択メインメニュー領域８４に、初期画面で選択状態で示される所定のメインメニューアイコンを示す識別子を記憶するとともに、表示サブメニュー領域８６に、初期画面で示される所定のサブメニューを示す識別子を記憶する。

続くステップＳ５からステップＳ１１の処理をＣＰＵコア４２は１表示フレームごとに実行する。ステップＳ５では、ＣＰＵコア４２はタッチ入力があったか否かを判定する。具体的には、ＣＰＵコア４２は、Ｉ／Ｆ回路５４を介してタッチパネル２２からの入力データを取得し、その取得した入力データに基づいてタッチ操作の有無を検出する。ステップＳ５で“ＹＥＳ”であれば、ＣＰＵコア４２はステップＳ７で入力データに基づいて入力位置を検出する。つまり、入力データはタッチ操作された位置の座標データを含むので、その座標データをタッチ位置座標領域８０に記憶する。また、タッチ状態履歴領域７８には、今回のフレームのタッチ状態として、タッチオンを示すデータを記憶する。

一方、ステップＳ５で“ＮＯ”であれば、図８では省略してあるが、ＣＰＵコア４２は、タッチ状態履歴領域７８に、今回のフレームのタッチ状態として、タッチオフを示すデータを記憶する。また、タッチ位置座標領域８０にはたとえばタッチ位置座標が無いことを示すデータを記憶する。ステップＳ７を終了し、またはステップＳ５で“ＮＯ”であれば処理はステップＳ９へ進む。

ステップＳ９では、ＣＰＵコア４２はメニュー表示制御処理を実行する。この処理によって、メニュー画面におけるサブメニュー画像の表示の切り替えや、メインメニューアイコンの選択状態の表示の切り替え等が制御され、上述の説明や図４から図７のように、ユーザのタッチ操作に応じてメニュー画面の表示が制御される。この処理の動作は図９から図１１に詳細に示されており、これらについては後述する。

続いて、ステップＳ１１では、ＣＰＵコア４２は、入力位置はサブメニューアイコンの位置であるか否かを判断する。たとえば、表示サブメニュー領域８６を参照して現在表示されているサブメニューを検出し、サブメニュー領域７６から当該サブメニューに含まれるサブメニューアイコンの有効タッチ位置データを取得する。そして、タッチ位置座標領域８０に記憶されているタッチ位置座標が、表示されているサブメニューアイコンの有効タッチ位置データのいずれかに含まれているか否かを判定する。

ステップＳ１１で“ＮＯ”であれば、つまり、サブメニューアイコンがタッチされていない場合には、処理はステップＳ５へ戻る。一方、ステップＳ５で“ＹＥＳ”であれば、つまり、サブメニューアイコンがユーザによって選択された場合には、ＣＰＵコア４２は、ステップＳ１３で、選択されたサブメニューアイコンに対応するプログラムを実行する。これによって、選択されたサブメニューアイコンに対応付けられたたとえばゲームないしアプリケーションが実行される。

図９から図１１には、図８のステップＳ９のメニュー表示制御処理の動作の一例が示される。図９の最初のステップＳ２１で、ＣＰＵコア４２は、タイマ８２が所定値（この実施例では０）になっているか否かを判断する。ステップＳ２１で“ＹＥＳ”であれば、処理は次の図１０のステップＳ３５へ進む。

一方、ステップＳ２１で“ＮＯ”であれば、ＣＰＵコア４２はステップＳ２３でタイマ８２をカウントダウンする。つまり、タイマ８２を示す変数timeの値を１だけディクリメントする。このように、タイマ８２が０に達していない場合には、フレームごとにタイマ８２がカウントダウンされる。

続いて、ステップＳ２５で、ＣＰＵコア４２は、タイマ８２が所定値０に到達したか否かを判断する。ステップＳ２５で“ＮＯ”であれば、つまり、タイマ８２が未だ所定値になっていない場合には、処理は図１０のステップＳ３５へ進む。

一方、ステップＳ２５で“ＹＥＳ”であれば、つまり、今回のフレームでタイマ８２が所定値０になった場合には、サブメニューの表示を切り替える必要があるか否かを判断する。つまり、ＣＰＵコア４２は、まず、ステップＳ２７で、選択されたメインメニューアイコンを検出する。具体的には、タッチ位置座標領域８０に記憶されている座標が、メインメニュー領域７４に記憶されているメインメニューアイコンの有効タッチ位置データのいずれに含まれているか否かを判定して、選択されたメインメニューアイコンを特定する。なお、タッチ入力がなかった場合やメインメニューアイコンが選択されていなかった場合等には、選択なしが検出される。

そして、ステップＳ２９で、ＣＰＵコア４２は、選択されたメインメニューアイコンと表示されているサブメニューとは対応していないか否かを判定する。たとえば、ステップＳ２７で検出されたメインメニューアイコンに関して、メインメニュー領域７４から対応するサブメニューを示すデータ（サブメニューの識別子）を取得する。そして、取得したデータが、表示サブメニュー領域８６に記憶されているデータと異なるものであるか否かを判定する。

ステップＳ２９で“ＮＯ”であれば、つまり、サブメニューの表示と選択メインメニューアイコンとが対応している場合やメインメニューアイコンの選択なしが検出された場合等には、処理は図１０のステップＳ３５へ進む。

一方、ステップＳ２９で“ＹＥＳ”であれば、つまり、表示されているサブメニューが選択されたメインメニューアイコンに対応する画像ではない場合には、サブメニューの表示を切り替える必要がある。そこで、ＣＰＵコア４２は、ステップＳ３１で、サブメニューの表示を選択されたメインメニューアイコンに対応する画像に切り替える。具体的には、ＣＰＵコア４２は、選択されたメインメニューアイコンに対応するサブメニューを示すデータ（サブメニューの識別子）に基づいて当該サブメニューを描画するためのデータをサブメニュー領域７６から取得し、取得したデータのうち各サブメニューアイコンの画像データをＶＲＡＭ５６またはＶＲＡＭ５８に格納する。そして、ＣＰＵコア４２は、取得したデータに基づいて作画命令をＧＰＵ５０または５２に与えて、選択されたメインメニューアイコンに対応するサブメニューの画像をＶＲＡＭ５６または５８に描画させる。描画されたサブメニュー画像は、ＬＣＤコントローラ６０によってＬＣＤ１４に表示される。

続いて、ステップＳ３３で、ＣＰＵコア４２はタイマ８２をリセットする。この実施例では、タイマ８２に初期値として３０が設定される。ステップＳ３３を終了すると、処理は図１０のステップＳ３５へ進む。

図１０のステップＳ３５では、ＣＰＵコア４２は、タッチオフからタッチオンになったか否かを判断する。つまり、タッチ状態履歴領域７８に、前回のフレームのタッチ状態としてタッチオフを示すデータが記憶され、かつ、今回のフレームのタッチ状態としてタッチオンを示すデータが記憶されているかを判断する。

ステップＳ３５で“ＹＥＳ”であれば、つまり、タッチパネル２２がタッチオフの状態からタッチ操作されたときには、サブメニューの表示の切り替えおよびメインメニューアイコンの選択状態の表示の切り替えの必要があるか否かを判定するために、ステップＳ４１へ進む。

ステップＳ３５で“ＮＯ”であれば、ステップＳ３７でＣＰＵコア４２は連続タッチ中であるか否かを判定する。つまり、タッチ状態履歴領域７８に、前回および今回の両方のフレームのタッチ状態として、タッチオンを示すデータが記憶されているかを判断する。

ステップＳ３７で“ＹＥＳ”であれば、つまり、タッチ操作が継続している場合には、ＣＰＵコア４２は、続くステップＳ３９で、タイマ８２が所定値０であるか否かを判断する。

ステップＳ３９で“ＹＥＳ”であれば、つまり、タッチ操作が継続していてタイマ８２が所定値０に達している場合には、サブメニューの表示の切り替えおよびメインメニューアイコンの選択状態の表示の切り替えの必要の有無を判定するために、ステップＳ４１へ進む。

ステップＳ４１では、ＣＰＵコア４２は、入力位置が選択メインメニューと異なるメインメニューアイコンの位置であるか否かを判断する。たとえば、ＣＰＵコア４２は、選択メインメニュー領域８４に記憶されているメインメニューアイコン以外の各メインメニューアイコンの有効タッチ位置データをメインメニュー領域７４から取得する。そして、ＣＰＵコア４２は、タッチ位置座標領域８０に記憶されている座標が、取得した有効タッチ位置データのいずれかに含まれているか否かを判断する。

ステップＳ４１で“ＹＥＳ”であれば、つまり、ユーザによるメインメニューアイコンの選択が変更されている場合には、サブメニューの表示とメインメニューアイコンの選択状態表示とを切り替える必要がある。そこで、ＣＰＵコア４２は、ステップＳ４３で、タッチ位置座標領域８０のデータとメインメニュー領域７４の有効タッチ位置データに基づいて、今回選択されているメインメニューアイコンを検出（特定）し、その選択されたメインメニューアイコンを示すデータ（メインメニューアイコンの識別子）を選択メインメニュー領域８４に記憶する。このように、メインメニューアイコンの選択に変更があったとき、選択メインメニュー領域８４のデータを更新する。

続いて、ステップＳ４５で、ＣＰＵコア４２は、メインメニューアイコンの表示を切り替える。具体的には、ＣＰＵコア４２は、ＧＰＵ５０または５２に作画命令を与えて、前回までに選択されていたメインメニューアイコンを非選択状態を示す画像に変更し、かつ、今回選択されているメインメニューアイコンを選択状態を示す画像に変更した画像データをＶＲＡＭ５６またはＶＲＡＭ５８に描画させる。描画された画像はＬＣＤコントローラ６０によってＬＣＤ１４に表示される。

また、ステップＳ４７で、ＣＰＵコア４２は、上述のステップＳ３１と同様にして、サブメニューの表示を選択されたメインメニューアイコンに対応する画像に切り替える。そして、ステップＳ４９で、ＣＰＵコア４２はタイマ８２をリセットする。こうして、このメニュー表示制御処理を終了し、処理は図８のステップＳ１１へ戻る。

一方、ステップＳ３７で“ＮＯ”であれば、処理は次の図１１のステップＳ５１に進む。また、ステップＳ３９で“ＮＯ”であれば、つまり、タッチ操作が継続しているが未だタイマ８２が所定値０に達していない場合には、処理は図１１のステップＳ５１へ進む。また、ステップＳ４１で“ＮＯ”であれば、つまり、前回までに選択されていたメインメニューアイコンと同じメインメニューアイコンがタッチされている場合やメインメニューアイコンがタッチされていない場合等には、処理は図１１のステップＳ５１へ進む。

図１１のステップＳ５１では、ＣＰＵコア４２は、タイマ８２が所定値０であるか否かを判定する。ステップＳ５１で“ＹＥＳ”であれば、このメニュー表示制御処理を終了し、処理は図８のステップＳ１１へ戻る。

一方、ステップＳ５１で“ＮＯ”であれば、つまり、タイマ８２が未だ所定値０になっていない場合には、メインメニューアイコンの表示を切り替える必要があるか否かを判定する。つまり、まず、ステップＳ５３で、ＣＰＵコア４２は、入力位置がメインメニューアイコンの位置であるか否かを判断する。具体的には、タッチ位置座標領域８０に記憶されている座標が、メインメニュー領域７４の有効タッチ位置データに含まれているか否かを判断する。なお、ステップＳ５３で“ＮＯ”であればこのメニュー表示制御処理を終了して、処理は図８のステップＳ１１へ戻る。

ステップＳ５３で“ＹＥＳ”であれば、ＣＰＵコア４２は、ステップＳ５５で、入力位置が選択メインメニューと同じメインメニューアイコンの位置であるか否かを判断する。具体的には、選択メインメニュー領域８４に記憶されたデータに基づいて、当該メインメニューアイコンの有効タッチ位置データをメインメニュー領域７４から取得して、この取得した有効タッチ位置データにタッチ位置座標領域８０に記憶されている座標が含まれているか否かを判断する。

ステップＳ５５で“ＮＯ”であれば、つまり、メインメニューアイコンの選択が変更されている場合には、ＣＰＵコア４２は、ステップＳ５７で、上述のステップＳ４３と同様にして、選択されたメインメニューアイコンを示すデータを選択メインメニュー領域８４に記憶する。続いて、ステップＳ５９で、ＣＰＵコア４２は、上述のステップＳ４５と同様にして、メインメニューアイコンの表示を切り替える。そして、ステップＳ６１で、ＣＰＵコア４２は、タイマ８２をリセットする。こうして、このメニュー表示制御処理を終了し、図８のステップＳ１１へ戻る。

また、ステップＳ５５で“ＹＥＳ”であれば、つまり、メインメニューアイコンの選択が変更されていない場合には、メインメニューの表示を切り替える必要がないので、このメニュー表示制御処理を終了して、処理は図８のステップＳ１１へ戻る。

この実施例によれば、サブメニューの表示を切り替える必要があるか否かを、フレームごとにカウントダウンされるタイマ８２が所定値になっている場合に判定するようにした。また、タイマ８２が所定値になっていない場合において、これまでと異なるメインメニューアイコンが選択された場合には、タイマ８２をリセットするようにした。したがって、複数のメインメニューアイコン上にわたってタッチ状態でタッチ位置が移動されること等によって、メインメニューアイコンの選択が変更され続けているような場合には、タイマ８２がリセットされ続けて所定値に達することがないので、サブメニューの画像が切り替えられることがない。したがって、サブメニュー画像の切り替えによるちらつきが生じることがないので、メニュー画面を見易くすることが可能である。また、ユーザがメニュー選択を迷っていて複数のメニューアイコン上にスティック２４等を滑らせていたとしても、サブメニュー画像が次々切り替えられるようなことがないので、ユーザにメニュー選択を迫るような心理的負担や不快感を与えることがない。

しかも、タッチ状態でタッチ位置が移動されることによってこれまでと異なるメインメニューアイコンが選択された場合には、タイマ８２が所定値になったときにサブメニューの表示の切り替えの必要の有無が判定され、その結果サブメニューの表示が切り替えられる。つまり、ユーザはタッチパネル２２からスティック２４等を離すことなく所望のメインメニューアイコン上にタッチ位置を移動させて一定時間待つだけで、簡単にメインメニューの選択を変更することができ、サブメニューの表示を切り替えることができる。したがって、メニュー選択の操作性を向上することができる。また、背景技術で述べたようなメインメニューアイコンの間に反応しない領域を持たせることもないので、画像処理に新たな負担をかけるようなことなく、メニュー画像を切り替えることができる。

また、タッチオフ状態からメインメニューアイコンが選択された場合には、タイマ８２の値に関係なく、これまでと異なるメインメニューアイコンが選択されているか否か、つまり、サブメニューの表示およびメインメニューアイコンの表示の切り替えが必要であるか否かを判定するようにした。したがって、タッチオフ状態からメインメニューアイコンの選択が変更された場合には、すぐにサブメニューの表示とメインメニューアイコンの表示が切り替えられるので、ユーザの選択意思が確定している場合にまでサブメニューの切り替えを一定時間待つようなことがない。したがって、操作性のよいメニュー選択を実現することができる。

なお、上述の実施例では、選択されているメインメニューに変更があったと判定された場合（ステップＳ４１、ステップＳ５５）に、選択メインメニュー領域８４に変更後の選択メインメニューアイコンを示す識別子を記憶して、選択メインメニュー領域８４のデータを更新するようにしている（ステップＳ４３、ステップＳ５７）。しかしながら、選択されているメインメニューアイコンを毎フレーム検出して、毎フレーム選択メインメニュー領域８４のデータを更新するようにしてもよい。

また、上述の各実施例では、選択されているメインメニューに変更があったと判定された場合には、メインメニューアイコンの選択状態表示を切り替えるようにしていた。この場合には、ユーザが現在選択しているメインメニューアイコンを簡単に知らせることができるとともに、画像処理装置１０がユーザの操作に反応していることを知らせることができるので、ユーザの選択操作にとって有益である。しかしながら、他の実施例では、メインメニューアイコンの選択が変更された場合には、選択メインメニュー領域８４のデータを更新するだけにして、メインメニューアイコンの表示は切り替えないようにしてもよい。そして、メインメニューアイコンの表示は、サブメニューの表示を切り替えるときに合わせて切り替えるようにしてよい。このようにすれば、メインメニューアイコンの選択の変更に応じてメインメニューアイコンの表示が切り替えられることがないので、メインメニューアイコンの切り替えによるちらつきをも無くすことができる。

さらに、メインメニューアイコンの選択はタッチ位置に基づいて行われるため、アイコンなどの記号を表示しなくても、タッチ位置のみによって、サブメニューの表示を切り替えてもよい。さらには、アイコンに限らず、文字によるメニュー表示に利用できることは言うまでもない。

また、上述の各実施例では、メインメニューアイコンの選択操作を行うための入力手段はタッチパネル２２であったが、この発明は操作スイッチ２０ａあるいはマウス等の他のポインティングデバイスを用いてメインメニューアイコンの選択を行う場合にも適用することができる。なお、この場合には、ユーザの入力位置（指示位置）を示すためのカーソルまたはマウスポインタ等の画像をメニュー画面上に表示する。また、図１０のステップＳ３５では、動作スイッチ２０ｄ等の操作やクリック操作等があったか否かを判定すればよい。

この発明の一実施例の画像処理装置を示す外観図である。 図１実施例の画像処理装置の電気的な構成を示すブロック図である。 図１実施例のメモリマップの一例を示す図解図である。 表示画面の一例を示す図解図である。 図４の状態から一旦タッチオフして中段のメインメニューアイコンをタッチしたときの表示画面の一例を示す図解図である。 表示画面の変化の様子を示す図解図であり、（Ａ）は図４の状態からタッチ位置を中段のメインメニューアイコン上にタッチ状態のままで移動させたときの表示画面を示し、（Ｂ）は（Ａ）の後、中段のメインメニューアイコン上にそのままタッチし続けていた場合にサブメニューアイコンが変化したときの表示画面を示す。 表示画面の変化の様子を示す図解図であり、（Ａ）は図４の状態からタッチ位置を複数のメインメニューアイコン上にタッチ状態で移動させている場合において上段のメインメニューアイコン上をタッチしているときの表示画面を示し、（Ｂ）は図４の状態からタッチ位置を複数のメインメニューアイコン上にタッチ状態で移動させている場合において中段のメインメニューアイコン上をタッチしているときの表示画面を示し、（Ｃ）はタッチ位置の移動を止めて中段のメインメニューアイコン上のみをタッチし続けていた場合にサブメニューアイコンが変化したときの表示画面を示す。 図１実施例の動作の一例を示すフロー図である。 図８のメニュー表示制御処理の動作の一例の一部を示すフロー図である。 図９の続きの一部を示すフロー図である。 図１０の続きを示すフロー図である。

符号の説明

１０ …画像処理装置
１２，１４…ＬＣＤ
２２ …タッチパネル
２８ａ …ＲＯＭ
４２ …ＣＰＵコア
４８ …ＲＡＭ
５０，５２ …ＧＰＵ
５４ …Ｉ／Ｆ回路
５６，５８ …ＶＲＡＭ
６０ …ＬＣＤコントローラ
９０，９２，９４ …メインメニューアイコン
１００，１０２ …サブメニューアイコン

Claims (8)

1. メインメニューアイコンの選択に応じて関連画像を表示する画像処理装置であって、
   複数のメインメニューアイコンおよび選択されているメインメニューアイコンに対応する関連画像を表示する表示手段、
   ユーザの操作に応じて前記表示手段の画面上の位置を指示する入力データを入力する入力手段、
   少なくとも、複数のメインメニューアイコンに関するデータおよび前記複数のメインメニューアイコンに対応付けられた複数の関連画像に関するデータならびに前記入力手段の入力の履歴を記憶する記憶手段、
   前記メインメニューアイコンの選択が変わったときまたは前記関連画像の表示が切り替わったときにリセットされる、かつ、一定時間ごとに所定値になるまでカウントされるタイマ、
   前記タイマが前記所定値であるとき、前記入力手段からの入力データと前記記憶手段に記憶されているデータとに基づいて、関連画像の表示を切り替える必要があるか否かを判定する切替判定手段、および
   前記切替判定手段によって関連画像の表示を切り替える必要があると判定されたとき、前記表示手段に表示する関連画像を、選択されているメインメニューアイコンに対応する関連画像に切り替える画像切替手段を備える、画像処理装置。
2. 前記入力手段はタッチパネルであり、
   前記入力データと前記記憶手段に記憶されているデータとに基づいて前記タッチパネルがタッチされていない状態からタッチされている状態になったと判定されるとき、前記切替判定手段は、前記タイマの値にかかわらず、関連画像の表示を切り替える必要があるか否かを判定する、請求項１記載の画像処理装置。
3. 前記切替判定手段は、前記入力データと前記記憶手段のデータとに基づいて、メインメニューアイコンの選択が変更されていると判定されるとき、または、表示されている関連画像が選択されているメインメニューアイコンと対応していないと判定されるときに、前記関連画像の表示を切り替える必要があると判定する、請求項１または２記載の画像処理装置。
4. 前記切替判定手段は、前記入力データと前記記憶手段のデータとに基づいて、メインメニューアイコンの選択が変更されていないと判定されるとき、または、表示されている関連画像が選択されているメインメニューアイコンと対応していると判定されるときに、前記関連画像の表示を切り替える必要がないと判定する、請求項１ないし３のいずれかに記載の画像処理装置。
5. 複数のメインメニューアイコンおよび選択されているメインメニューアイコンに対応する関連画像を表示する表示手段、ユーザの操作に応じて前記表示手段の画面上の位置を指示する入力データを入力する入力手段、少なくとも複数のメインメニューアイコンに関するデータおよび前記複数のメインメニューアイコンに対応付けられた複数の関連画像に関するデータならびに前記入力手段の入力の履歴を記憶する記憶手段、および前記メインメニューアイコンの選択が変わったときまたは前記関連画像の表示が切り替わったときにリセットされる、かつ、一定時間ごとに所定値になるまでカウントされるタイマを備え、メインメニューアイコンの選択に応じて関連画像を表示する画像処理装置の画像処理プログラムであって、
   前記画像処理装置のプロセサに、
   前記タイマが前記所定値であるとき、前記入力手段からの入力データと前記記憶手段に記憶されているデータとに基づいて、関連画像の表示を切り替える必要があるか否かを判定する切替判定ステップ、および
   前記切替判定ステップによって関連画像の表示を切り替える必要があると判定されたとき、前記表示手段に表示する関連画像を、選択されているメインメニューアイコンに対応する関連画像に切り替える画像切替ステップを実行させる、画像処理プログラム。
6. 前記入力手段はタッチパネルであり、
   前記入力データと前記記憶手段に記憶されているデータと基づいて前記タッチパネルがタッチされていない状態からタッチされている状態になったと判定されるとき、前記切替判定ステップは、前記タイマの値にかかわらず、関連画像の表示を切り替える必要があるか否かを判定する、請求項５記載の画像処理プログラム。
7. 前記切替判定ステップは、前記入力データと前記記憶手段のデータとに基づいて、メインメニューアイコンの選択が変更されていると判定されるとき、または、表示されている関連画像が選択されているメインメニューアイコンと対応していないと判定されるときに、前記関連画像の表示を切り替える必要があると判定する、請求項５または６記載の画像処理プログラム。
8. 前記切替判定ステップは、前記入力データと前記記憶手段のデータとに基づいて、メインメニューアイコンの選択が変更されていないと判定されるとき、または、表示されている関連画像が選択されているメインメニューアイコンと対応していると判定されるときに、前記関連画像の表示を切り替える必要がないと判定する、請求項５ないし７のいずれかに記載の画像処理プログラム。

Images