JP2013134579A

JP2013134579A - ユーザインタフェース装置

Info

Publication number: JP2013134579A
Application number: JP2011283767A
Authority: JP
Inventors: Akira Toba; 明鳥羽
Original assignee: Xacti Corp
Current assignee: Xacti Corp
Priority date: 2011-12-26
Filing date: 2011-12-26
Publication date: 2013-07-08
Also published as: CN103176736A; US20130162576A1

Abstract

【構成】ＣＰＵ３０は、ＬＣＤモニタ２８に対するフリック操作が検知されたときＬＣＤモニタ２８の表示を規則Ｒ＿Ｆに沿って更新し、ＬＣＤモニタ２８に対するタップ操作が検知されたときＬＣＤモニタ２８の表示を別の規則に沿って更新する。ＣＰＵ３０はまた、ＬＣＤモニタ２８の表示の更新態様がエラー条件を満足するとき代替アイコンをＬＣＤモニタ２８に表示し、表示された代替アイコンに対するタップ操作が検知されたときＬＣＤモニタ２８の表示を規則Ｒ＿Ｆに沿って更新する。
【効果】操作性の向上が図られる。
【選択図】図２

Description

この発明は、ユーザインタフェース装置に関し、特にモニタ画面の表示をモニタ画面に対するタッチ操作に応答して更新する、ユーザインタフェース装置に関する。

この種の装置の一例が、特許文献１に開示されている。この背景技術によれば、接触点を検出するタッチパネルは、複数のアイコンを表示する表示部の表示面上方に設けられる。また、複数のアイコンには、複数のタッチ有効範囲がそれぞれ設定される。検出された接触点がいずれかのタッチ有効範囲内に入っていれば、対応するアイコンに従う処理が実行される。これに対して、検出された接触点がいずれのタッチ有効範囲からも外れていれば、アイコンの選択ミスを低減できるようにアイコンの表示形式が変更される。

特開２０１０−１２２７９５号公報

しかし、背景技術では、フリック操作やタップ操作のような複数態様のタッチ操作が行われることを想定しておらず、操作性に限界がある。

それゆえに、この発明の主たる目的は、操作性を高めることができる、ユーザインタフェース装置を提供することである。

この発明に従うユーザインタフェース装置(10：実施例で相当する参照符号。以下同じ)は、モニタ画面(28)に対する第１態様のタッチ操作が検知されたときモニタ画面の表示を第１規則(R_F)に沿って更新する第１更新手段(S3~S5)、モニタ画面に対する第２態様のタッチ操作が検知されたときモニタ画面の表示を第２規則に沿って更新する第２更新手段(S7, S15~S19, S25)、モニタ画面の表示の更新態様がエラー条件を満足するとき特定アイコンをモニタ画面に表示する表示手段(S45, S49~S51, S63~S69)、および表示手段によって表示された特定アイコンに対するタッチ操作が検知されたときモニタ画面の表示を第１規則に沿って更新する特定更新手段(S7, S21~S23)を備える。

好ましくは、エラー条件は共通の画像が周期的に表示される回数が基準を上回るという条件を含む。

好ましくは、第１態様のタッチ操作はフリック操作に相当し、第２態様のタッチ操作はタップ操作に相当する。

好ましくは、特定更新手段によって注目されるタッチ操作は第２態様のタッチ操作に相当する。

好ましくは、操作機構(38rt)に対する操作が検知されたときモニタ画面の表示を第３規則に沿って更新する第３更新手段(S9~S13, S27, S33)がさらに備えられる。

この発明に従う表示制御プログラムは、モニタ画面(28)を備えるユーザインタフェース装置(10)のプロセッサ(30)に、モニタ画面に対する第１態様のタッチ操作が検知されたときモニタ画面の表示を第１規則(R_F)に沿って更新する第１更新ステップ(S3~S5)、モニタ画面に対する第２態様のタッチ操作が検知されたときモニタ画面の表示を第２規則に沿って更新する第２更新ステップ(S7, S15~S19, S25)、モニタ画面の表示の更新態様がエラー条件を満足するとき特定アイコンをモニタ画面に表示する表示ステップ(S45, S49~S51, S63~S69)、および表示ステップによって表示された特定アイコンに対するタッチ操作が検知されたときモニタ画面の表示を第１規則に沿って更新する特定更新ステップ(S7, S21~S23)を実行させるための、表示制御プログラムである。

この発明に従う表示制御方法は、モニタ画面(28)を備えるユーザインタフェース装置(10)によって実行される表示制御方法であって、モニタ画面に対する第１態様のタッチ操作が検知されたときモニタ画面の表示を第１規則(R_F)に沿って更新する第１更新ステップ(S3~S5)、モニタ画面に対する第２態様のタッチ操作が検知されたときモニタ画面の表示を第２規則に沿って更新する第２更新ステップ(S7, S15~S19, S25)、モニタ画面の表示の更新態様がエラー条件を満足するとき特定アイコンをモニタ画面に表示する表示ステップ(S45, S49~S51, S63~S69)、および表示ステップによって表示された特定アイコンに対するタッチ操作が検知されたときモニタ画面の表示を第１規則に沿って更新する特定更新ステップ(S7, S21~S23)を備える。

この発明に従う外部制御プログラムは、メモリ(40)に保存された内部制御プログラムに従う処理を実行するプロセッサ(30)を備えるユーザインタフェース装置(10)に供給される外部制御プログラムであって、モニタ画面(28)に対する第１態様のタッチ操作が検知されたときモニタ画面の表示を第１規則(R_F)に沿って更新する第１更新ステップ(S3~S5)、モニタ画面に対する第２態様のタッチ操作が検知されたときモニタ画面の表示を第２規則に沿って更新する第２更新ステップ(S7, S15~S19, S25)、モニタ画面の表示の更新態様がエラー条件を満足するとき特定アイコンをモニタ画面に表示する表示ステップ(S45, S49~S51, S63~S69)、および表示ステップによって表示された特定アイコンに対するタッチ操作が検知されたときモニタ画面の表示を第１規則に沿って更新する特定更新ステップ(S7, S21~S23)を内部制御プログラムと協働してプロセッサに実行させるための、外部制御プログラムである。

この発明に従うユーザインタフェース装置(10)は、外部制御プログラムを取り込む取り込み手段(42)、および取り込み手段によって取り込まれた外部制御プログラムとメモリ(40)に保存された内部制御プログラムとに従う処理を実行するプロセッサ(30)を備えるユーザインタフェース装置であって、外部制御プログラムは、モニタ画面(28)に対する第１態様のタッチ操作が検知されたときモニタ画面の表示を第１規則(R_F)に沿って更新する第１更新ステップ(S3~S5)、モニタ画面に対する第２態様のタッチ操作が検知されたときモニタ画面の表示を第２規則に沿って更新する第２更新ステップ(S7, S15~S19, S25)、モニタ画面の表示の更新態様がエラー条件を満足するとき特定アイコンをモニタ画面に表示する表示ステップ(S45, S49~S51, S63~S69)、および表示ステップによって表示された特定アイコンに対するタッチ操作が検知されたときモニタ画面の表示を第１規則に沿って更新する特定更新ステップ(S7, S21~S23)を内部制御プログラムと協働して実行するプログラムに相当する。

この発明によれば、第１態様のタッチ操作が第２態様のタッチ操作として誤検知されると、モニタ画面の表示は第２規則に沿って更新される。第２規則に沿う更新の頻発によってエラー条件が満足されると、特定アイコンがモニタ画面に表示される。第１規則に従う表示の更新は、特定アイコンに対するタッチ操作に応答して実行される。これによって、操作性の向上が図られる。

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

この発明の一実施例の基本的構成を示すブロック図である。この発明の一実施例の構成を示すブロック図である。ＬＣＤモニタに表示される画像の一例を示す図解図である。ＬＣＤモニタに表示される画像の他の一例を示す図解図である。ＬＣＤモニタに表示される画像のその他の一例を示す図解図である。ＬＣＤモニタに表示された撮影画像の遷移動作の一例を示す図解図である。ＬＣＤモニタに表示されたメニュー画像の遷移動作の一例を示す図解図である。図２実施例の動作の一部を示す図解図である。図２実施例の動作の他の一部を示す図解図である。（Ａ）は小サイズの代替アイコンが撮影画像に多重された状態の一例を示す図解図であり、（Ｂ）は大サイズの代替アイコンが撮影画像に多重された状態の一例を示す図解図である。（Ａ）は小サイズの代替アイコンがメニュー画像に多重された状態の一例を示す図解図であり、（Ｂ）は大サイズの代替アイコンがメニュー画像に多重された状態の一例を示す図解図である。図２実施例に適用されるＣＰＵの動作の一部を示すフロー図である。図２実施例に適用されるＣＰＵの動作の他の一部を示すフロー図である。図２実施例に適用されるＣＰＵの動作のその他の一部を示すフロー図である。図２実施例に適用されるＣＰＵの動作のさらにその他の一部を示すフロー図である。この発明の他の実施例の構成を示すブロック図である。

以下、この発明の実施の形態を図面を参照しながら説明する。
［基本的構成］

図１を参照して、この実施例のユーザインタフェース装置は、基本的に次のように構成される。第１更新手段１は、モニタ画面５に対する第１態様のタッチ操作が検知されたときモニタ画面５の表示を第１規則に沿って更新する。第２更新手段２は、モニタ画面５に対する第２態様のタッチ操作が検知されたときモニタ画面５の表示を第２規則に沿って更新する。表示手段３は、モニタ画面５の表示の更新態様がエラー条件を満足するとき特定アイコンをモニタ画面５に表示する。特定更新手段４は、表示手段３によって表示された特定アイコンに対するタッチ操作が検知されたときモニタ画面５の表示を第１規則に沿って更新する。

第１態様のタッチ操作が第２態様のタッチ操作として誤検知されると、モニタ画面５の表示は第２規則に沿って更新される。第２規則に沿う更新の頻発によってエラー条件が満足されると、特定アイコンがモニタ画面５に表示される。第１規則に従う表示の更新は、特定アイコンに対するタッチ操作に応答して実行される。これによって、操作性の向上が図られる。
［実施例］

図２を参照して、この実施例のディジタルカメラ１０は、ドライバ１８ａおよび１８ｂによってそれぞれ駆動されるフォーカスレンズ１２および絞り機構１４を含む。フォーカスレンズ１２および絞り機構１４を経た光学像は、撮像装置１６の撮像面に照射され、光電変換を施される。これによって、撮像面で捉えられたシーンを表す電荷が生成される。

キー入力装置３８に設けられたモード切り換えスイッチ３８ｍｄによってカメラモードが選択されると、ＣＰＵ３０は、動画取り込み処理を実行するべく、ドライバ１８ｃに露光動作および電荷読み出し動作の繰り返しを命令し、ＬＣＤドライバ２６に動画表示を命令する。

ドライバ１８ｃは、図示しないＳＧ(Signal Generator)から出力された垂直同期信号Ｖｓｙｎｃに応答して、撮像面を露光し、かつ撮像面で生成された電荷をラスタ走査態様で読み出す。撮像装置１６からは、読み出された電荷に基づく生画像データが周期的に出力される。

カメラ処理回路２０は、撮像装置１６から出力された生画像データに白バランス調整，色分離，ＹＵＶ変換などの処理を施し、これによって作成されたＹＵＶ形式の画像データをメモリ制御回路２２を通してＳＤＲＡＭ２４の動画像エリア２４ａに書き込む。ＬＣＤドライバ２６は、動画像エリア２４ａに格納された画像データをメモリ制御回路２２を通して読み出し、読み出された画像データに基づいてＬＣＤモニタ２８を駆動する。この結果、撮像面で捉えられたシーンを表すリアルタイム動画像（スルー画像）がモニタ画面に表示される。

キー入力装置３８に設けられたシャッタボタン３８ｓｈが非操作状態のとき、ＣＰＵ３０は、カメラ処理回路２０によって作成された画像データに基づいて適正ＥＶ値を算出するべく、簡易ＡＥ処理を実行する。算出された適正ＥＶ値を定義する絞り量および露光時間は、ドライバ１８ｂおよび１８ｃにそれぞれ設定される。この結果、ＬＣＤモニタ２８に表示されるスルー画像の明るさが適度に調整される。

シャッタボタン３８ｓｈが半押しされると、ＣＰＵ３０は、カメラ処理回路２０によって作成された画像データに基づいて最適ＥＶ値を算出するべく、厳格ＡＥ処理を実行する。算出された最適ＥＶ値を定義する絞り量および露光時間は、上述と同様、ドライバ１８ｂおよび１８ｃにそれぞれ設定される。これによって、ＬＣＤモニタ２８に表示されるスルー画像の明るさが厳格に調整される。

ＣＰＵ３０は続いて、カメラ処理回路２０によって作成された画像データの高周波成分を参照してＡＦ処理を実行する。フォーカスレンズ１２は光軸方向に移動された後、合焦点に配置される。これによって、ＬＣＤモニタ２８に表示されるスルー画像の鮮鋭度が向上する。

シャッタボタン３８ｓｈが全押しされると、ＣＰＵ３０は、自ら静止画取り込み処理を実行し、かつ記録処理の実行をメモリＩ／Ｆ３４に命令する。シャッタボタン３８ｓｈが操作された時点のシーンを表す画像データは、撮影画像データとして動画像エリア２４ａから静止画像エリア２４ｂに退避される。記録処理の実行を命令されたメモリＩ／Ｆ３４は、退避された撮影画像データをメモリ制御回路２２を通して読み出し、読み出された撮影画像データをファイル形式で記録媒体３６に記録する。

モード切り換えスイッチ３８ｍｄによって再生モードが選択されると、ＣＰＵ３０は、再生タスクの下で以下の処理を実行する。

ＣＰＵ３０はまず、初期画面を表示するべく、最新の画像ファイルの再生をメモリＩ／Ｆ３４に命令し、メニューアイコンデータの作成をキャラクタジェネレータ４０に命令し、そして撮影画像およびメニューアイコンＩＣｍｎの表示をＬＣＤドライバ２６に命令する。

メモリＩ／Ｆ３４は、最新の画像ファイルに収められた撮影画像データを記録媒体３６から読み出し、読み出された撮影画像データをメモリ制御回路２２を通してＳＤＲＡＭ２４の静止画像エリア２４ｂに書き込む。キャラクタジェネレータ４０は、メニューアイコンデータを作成し、作成されたメニューアイコンデータをメモリ制御回路２２を通してＳＤＲＡＭ２４ｃのキャラクタ画像エリア２４ｃに書き込む。

ＬＣＤドライバ２６は、こうして書き込まれた撮影画像データおよびメニューアイコンデータをメモリ制御回路２２を通して読み出し、読み出された撮影画像データおよびメニューアイコンデータに基づいてＬＣＤモニタ２８を駆動する。この結果、撮影画像およびメニューアイコンＩＣｍｎが図３に示す要領でモニタ画面に表示される。

モニタ画面に対するタッチ操作が行われると、モニタ画面上のいずれの位置がタッチされたか、ならびにタッチ操作の態様が“フリック”および“タップ”のいずれであるかが、タッチセンサ３２によって検知される。タッチセンサ３２からは、タッチ位置および操作態様が記述された検知情報が出力される。

撮影画像およびメニューアイコンＩＣｍｎがＬＣＤモニタ２８に表示されている状態で、“フリック”を示す操作態様が記述された検知情報がタッチセンサ３２から与えられると、ＣＰＵ３０は、次画像ファイルまたは前画像ファイルの再生をメモリＩ／Ｆ３４に命令する。この結果、ＬＣＤモニタ２８に表示された撮影画像が別の撮影画像に更新される。したがって、撮影画像は、フリック操作が行われる毎に図６に示す要領で更新される。

撮影画像およびメニューアイコンＩＣｍｎが表示されている状態で“タップ”を示す操作態様とメニューアイコンＩＣｍｎの位置とが記述された検知情報がタッチセンサ３２から与えられると、ＣＰＵ３０は、メニュー画像データの作成およびメニュー画像の表示をキャラクタジェネレータ４０およびＬＣＤドライバ２６にそれぞれ命令する。

キャラクタジェネレータ４０は、メニュー画像データを作成し、作成されたメニュー画像データをメモリ制御回路２２を通してキャラクタ画像エリア２４ｃに書き込む。ＬＣＤドライバ２６は、メニュー画像データをメモリ制御回路２２を通してキャラクタ画像エリア２４ｃから読み出し、読み出されたメニュー画像データに基づいてＬＣＤモニタ２８を駆動する。この結果、ＬＣＤモニタ２８の表示が撮影画像から図４に示すメニュー画像に更新される。

メニュー画像がＬＣＤモニタ２８に表示されている状態で、“フリック”を示す操作態様が記述された検知情報がタッチセンサ３２から与えられると、ＣＰＵ３０は、後続のメニュー項目または先行するメニュー項目が列挙されたメニュー画像データの作成をキャラクタジェネレータ４０に命令する。キャラクタジェネレータ４０は、命令されたメニュー画像データを作成し、作成されたメニュー画像データをメモリ制御回路２２を通してキャラクタ画像エリア２４ｃに書き込む。この結果、ＬＣＤモニタ２８に表示されたメニュー画像が別のメニュー画像に更新される。したがって、メニュー画像は、フリック操作が行われる毎に図７に示す要領で更新される。

メニュー画像が表示されている状態で“タップ”を示す操作態様とメニュー画像を形成するいずれかのメニュー項目の位置とが記述された検知情報がタッチセンサ３２から与えられると、ＣＰＵ３０は、問い合せ画像データの作成をキャラクタジェネレータ４０に命令し、問い合せ画像の表示をＬＣＤドライバ２６に命令する。

キャラクタジェネレータ４０は、問い合せ画像データを作成し、作成された問い合せ画像データをメモリ制御回路２２を通してキャラクタ画像エリア２４ｃに書き込む。ＬＣＤドライバ２６は、問い合せ画像データをメモリ制御回路２２を通してキャラクタ画像エリア２４ｃから読み出し、読み出された問い合せ画像データに基づいてＬＣＤモニタ２８を駆動する。この結果、メニュー画像が図５に示す問い合せ画像に更新される。

問い合せ画像が表示された状態で、“タップ”を示す操作態様と問い合せ画像上の“ＹＥＳ”の項目の位置とが記述された検知情報がタッチセンサ３２から与えられると、ＣＰＵ３０は、問い合せ画像の表示に先立ったタップされたメニュー項目に対応する処理を実行する。これによって、画像ファイルの転送設定やＬＣＤモニタ２８の輝度設定などのカメラ設定が変更される。

設定変更が完了すると、ＣＰＵ３０は、問い合せ画像が表示される前に表示されていたメニュー画像を再表示するべく、対応する命令をキャラクタジェネレータ４０およびＬＣＤドライバ２６に与える。ＬＣＤモニタ２８の表示は、問い合せ画像からメニュー画像に更新される。

なお、“タップ”を示す操作態様と問い合せ画像上の“ＮＯ”の項目の位置とが記述された検知情報がタッチセンサ３２から与えられるか、或いはキー入力装置３８に設けられたリターンキー３８ｒｔが操作されたときは、設定変更なしにＬＣＤモニタ２８の表示がメニュー画像に更新される。

さらに、メニュー画像がＬＣＤモニタ２８に表示されている状態でリターンキー３８ｒｔが操作されると、ＣＰＵ３０は、メニュー画像が表示される前に表示されていた撮影画像およびメニューアイコンＩＣｍｎを表示するべく、対応する命令をメモリＩ／Ｆ３４およびキャラクタジェネレータ４０に与える。ＬＣＤモニタ２８の表示は、メニュー画像から撮影画像およびメニューアイコンＩＣｍｎに更新される。

ＣＰＵ３０はまた、タップ操作に応答して更新された画像が前々回に表示された画像と同じであるとき、変数Ｋをインクリメントする。ただし、変数Ｋは、タップ操作に応答して更新された画像が前々回に表示された画像と異なるとき、“０”以上の範囲でディクリメントされる。変数Ｋはまた、“フリック”を示す操作態様が記述された検知情報がタッチセンサ３２から与えられたとき、“０”に設定される。

図８の左上に示す要領で表示されたメニューアイコンＩＣｍｎをタップする操作とリターンキー３８ｒｔの操作とが繰り返し検知されると、ＬＣＤモニタ２８の表示は図８の左上に示す画像と図８の左下に示す画像との間で遷移する。変数Ｋは、このような遷移が繰り返される毎にインクリメントされる。一方、図８の左上に示す画像に対するフリック操作が検知されると、ＬＣＤモニタ２８の表示が図８の右上に示す画像に遷移し、変数が“０”に設定される。

また、図９の左上に示す要領で表示されたメニュー項目のいずれかをタップする操作とリターンキー３８ｒｔの操作とが繰り返し検知されると、ＬＣＤモニタ２８の表示は図９の左上に示す画像と図９の左下に示す画像との間で遷移する。変数Ｋは、このような遷移が繰り返される毎にインクリメントされる。一方、図９の左上に示す画像に対するフリック操作が検知されると、ＬＣＤモニタ２８の表示が図９の右上に示す画像に遷移し、変数が“０”に設定される。

こうして更新される変数Ｋの値が閾値ＴＨ１（＝３）を上回ると、ＣＰＵ３０は、小サイズの代替アイコンデータの作成および代替アイコンＩＣｓｂの表示をキャラクタジェネレータ４０およびＬＣＤドライバ２６にそれぞれ命令する。

キャラクタジェネレータ４０は、小サイズの代替アイコンデータを作成し、作成された代替アイコンデータをメモリ制御回路２２を通してＳＤＲＡＭ２４のキャラクタ画像エリア２４ｃに書き込む。ＬＣＤドライバ２６は、代替アイコンデータをメモリ制御回路２２を通してキャラクタ画像エリア２４ｃから読み出し、読み出された代替アイコンデータに基づいてＬＣＤモニタ２８を駆動する。この結果、小サイズの代替アイコンＩＣｓｂが図１０（Ａ）または図１１（Ａ）に示す要領でＬＣＤモニタ２８に多重表示される。

また、変数Ｋの値が閾値ＴＨ２（＝５）を上回ると、ＣＰＵ３０は、大サイズの代替アイコンデータの作成をキャラクタジェネレータ４０に命令する。キャラクタジェネレータ４０は、大サイズの代替アイコンデータを作成し、作成された代替アイコンデータをメモリ制御回路２２を通してＳＤＲＡＭ２４のキャラクタ画像エリア２４ｃに書き込む。キャラクタ画像エリア２４ｃに存在する小サイズの代替アイコンデータは大サイズの代替アイコンデータによって更新され、ＬＣＤドライバ２８は更新された代替アイコンデータを読み出す。この結果、大サイズの代替アイコンＩＣｓｂが図１０（Ａ）または図１０（Ｂ）に示す要領でＬＣＤモニタ２８に多重表示される。

さらに、変数Ｋが“０”に設定されると、ＣＰＵ３０は、代替アイコンＩＣｓｂの表示の中断をＬＣＤドライバ２６に命令する。ＬＣＤドライバ２６は、キャラクタ画像エリア２４ｃに格納された代替アイコンデータの読み出しを中断する。この結果、代替アイコンＩＣｓｂがモニタ画面から消失する。なお、小サイズおよび大サイズの実際の値は、事前に設定されたユーザの年齢を基準として定義される。つまり、これらのサイズ値は、ユーザの年齢が増大するほど増大する。

撮影画像およびメニューアイコンＩＣｍｎが表示されている状態で、“タップ”を示す操作態様と代替アイコンＩＣｓｂの位置とが記述された検知情報がタッチセンサ３２から与えられると、ＣＰＵ３０は、次画像ファイルまたは前画像ファイルの再生をメモリＩ／Ｆ３４に命令する。この結果、ＬＣＤモニタ２８の表示された撮影画像が別の撮影画像に更新される。

また、メニュー画像が表示されている状態で、“タップ”を示す操作態様と代替アイコンＩＣｓｂの位置とが記述された検知情報がタッチセンサ３２から与えられると、ＣＰＵ３０は、後続のメニュー項目または先行するメニュー項目が列挙されたメニュー画像データの作成をキャラクタジェネレータ４０に命令する。この結果、ＬＣＤモニタ２８に表示されたメニュー画像が別のメニュー画像に更新される。

ＣＰＵ３０は、再生モードが選択されたとき、図１２〜図１３に示す表示制御タスク，図１４に示す表示監視タスク，および図１５に示す操作支援タスクを含む複数のタスクをマルチタスクＯＳの下で並列的に実行する。なお、これらのタスクに対応する制御プログラムは、フラッシュメモリ４２に記憶される。

図１２を参照して、ステップＳ１では初期画面を表示するべく、最新の画像ファイルの再生をメモリＩ／Ｆ３４に命令し、メニューアイコンデータの作成をキャラクタジェネレータ４０に命令し、そして撮影画像およびメニューアイコンＩＣｍｎの表示をＬＣＤドライバ２６に命令する。

ＬＣＤドライバ２６は、こうして書き込まれた撮影画像データおよびメニューアイコンデータをメモリ制御回路２２を通してＳＤＲＡＭ２４から読み出し、読み出された撮影画像データおよびメニューアイコンデータに基づいてＬＣＤモニタ２８を駆動する。この結果、撮影画像およびメニューアイコンＩＣｍｎがモニタ画面に表示される。

ステップＳ３ではモニタ画面に対するフリック操作が行われたか否かをタッチセンサ３２から与えられた検知情報の記述に基づいて判別し、ステップＳ７ではタップ操作が行われたか否かをタッチセンサ３２から与えられた検知情報の記述に基づいて判別し、そしてステップＳ９ではリターンキー３８ｒｔが操作されたか否かをキー入力装置３８の出力に基づいて判別する。

ステップＳ３の判別結果がＹＥＳであればステップＳ５に進み、ＬＣＤモニタ２８の表示を規則Ｒ＿Ｆに沿って更新する。現時点の表示画像が撮影画像であれば、ステップＳ５の処理は、次画像ファイルまたは前画像ファイルの再生をメモリＩ／Ｆ３４に命令する処理に相当する。また、現時点の表示画像がメニュー画像であれば、ステップＳ５の処理は、後続のメニュー項目または先行するメニュー項目が列挙されたメニュー画像データの作成をキャラクタジェネレータ４０に命令する処理に相当する。この結果、ＬＣＤモニタ２８に表示された撮影画像またはメニュー画像が、別の撮影画像または別のメニュー画像に更新される。ステップＳ５の処理が完了すると、ステップＳ３に戻る。

ステップＳ９の判別結果がＹＥＳであれば、現時点でＬＣＤモニタ２８に表示されている画像がメニュー画像であるか否かをステップＳ１１で判別する。判別結果がＮＯであればそのままステップＳ３に戻り、判別結果がＹＥＳであればステップＳ１３の処理を経てステップＳ３に戻る。

ステップＳ１３では、メニュー画像が表示される前に表示されていた撮影画像およびメニューアイコンＩＣｍｎを表示するべく、対応する命令をメモリＩ／Ｆ３４およびキャラクタジェネレータ４０に与える。ＬＣＤモニタ２８の表示は、メニュー画像から撮影画像およびメニューアイコンＩＣｍｎに更新される。

ステップＳ７の判別結果がＹＥＳであれば、タップ対象が撮影画像に多重されたメニューアイコンＩＣｍｎであるか否かをステップＳ１５で判別し、タップ対象がメニュー画像上に列挙された複数のメニュー項目のいずれか１つであるか否かをステップＳ１９で判別し、タップ対象が後述するステップＳ６９またはＳ７３で表示された代替アイコンＩＣｓｂであるか否かをステップＳ２１で判別する。これらの判別処理は、現時点で表示されている画像の属性とタッチセンサ３２から与えられた検知情報の記述とに基づいて実行される。

ステップＳ１５の判別結果がＹＥＳであればステップＳ１７に進み、メニュー画像データの作成およびメニュー画像の表示をキャラクタジェネレータ４０およびＬＣＤドライバ２６にそれぞれ命令する。

キャラクタジェネレータ４０は、メニュー画像データを作成し、作成されたメニュー画像データをメモリ制御回路２２を通してキャラクタ画像エリア２４ｃに書き込む。ＬＣＤドライバ２６は、メニュー画像データをメモリ制御回路２２を通してキャラクタ画像エリア２４ｃから読み出し、読み出されたメニュー画像データに基づいてＬＣＤモニタ２８を駆動する。この結果、ＬＣＤモニタ２８の表示が撮影画像からメニュー画像に更新される。ステップＳ１７の処理が完了すると、ステップＳ３に戻る。

ステップＳ２１の判別結果がＹＥＳであれば、ステップＳ５と同様の処理をステップＳ２３で実行する。この結果、ＬＣＤモニタ２８に表示された撮影画像またはメニュー画像が、別の撮影画像またはメニュー画像に更新される。ステップＳ２３の処理が完了すると、ステップＳ３に戻る。

ステップＳ１９の判別結果がＹＥＳであれば、問い合せ画像データの作成をキャラクタジェネレータ４０に命令し、問い合せ画像の表示をＬＣＤドライバ２６に命令する。キャラクタジェネレータ４０は、問い合せ画像データを作成し、作成された問い合せ画像データをメモリ制御回路２２を通してキャラクタ画像エリア２４ｃに書き込む。ＬＣＤドライバ２６は、問い合せ画像データをメモリ制御回路２２を通してキャラクタ画像エリア２４ｃから読み出し、読み出された問い合せ画像データに基づいてＬＣＤモニタ２８を駆動する。この結果、メニュー画像が問い合せ画像に更新される。

ステップＳ２７では、表示された問い合せ画像上の“ＮＯ”の項目がタップされるか或いはリターンキー３８ｒｔが操作されるという論理和条件が満足されたか否かを、タッチセンサ３２およびキー入力装置３８の出力に基づいて判別する。また、ステップＳ２９では、問い合せ画像上の“ＹＥＳ”の項目がタップされたか否かをタッチセンサ３２の出力に基づいて判別する。

ステップＳ２７の判別結果がＹＥＳであれば、そのままステップＳ３３に進む。一方、ステップＳ２９の判別結果がＹＥＳであれば、タップされたメニュー項目に対応する処理をステップＳ３１で実行してから、ステップＳ３３に進む。ステップＳ３３では、問い合せ画像が表示される前に表示されていたメニュー画像を再表示するべく、対応する命令をキャラクタジェネレータ４０およびＬＣＤドライバ２６に与える。ＬＣＤモニタ２８の表示は、問い合せ画像からメニュー画像に更新される。ステップＳ３３の処理が完了すると、ステップＳ３に戻る。

図１４を参照して、ステップＳ４１では変数Ｋを“０”に設定する。ステップＳ４３ではフリック操作が行われたか否かをタッチセンサ３２から与えられた検知情報の記述に基づいて判別し、ステップＳ４５ではタップ操作が行われたか否かをタッチセンサ３２から与えられた検知情報の記述に基づいて判別する。ステップＳ４３の判別結果がＹＥＳであれば、ステップＳ４７で変数Ｋを“０”に設定し、その後にステップＳ４３に戻る。

ステップＳ４５の判別結果がＹＥＳであれば、タップ操作に応答して更新された画像が前々回の表示画像に相当するか否かをステップＳ４９で判別する。判別結果がＹＥＳであればステップＳ５１に進み、変数Ｋをインクリメントする。これに対して、判別結果がＮＯであればステップＳ５３に進み、“０”以上の範囲で変数Ｋをディクリメントする。ステップＳ５１またはＳ５３の処理が完了すると、ステップＳ４３に戻る。

図１５を参照して、ステップＳ６１では、ユーザの年齢に対応するアイコンサイズを設定する。ステップＳ６３では変数Ｋが閾値ＴＨ１（＝３）を上回るか否かを判別し、ステップＳ６７では変数Ｋが閾値ＴＨ２（＝５）を上回るか否かを判別し、ステップＳ７１では変数Ｋが“０”であるか否かを判別する。

ステップＳ６３の判別結果がＹＥＳであればステップＳ６５に進み、小サイズの代替アイコンデータの作成および代替アイコンＩＣｓｂの表示をキャラクタジェネレータ４０およびＬＣＤドライバ２６にそれぞれ命令する。

キャラクタジェネレータ４０は、小サイズの代替アイコンデータを作成し、作成された代替アイコンデータをメモリ制御回路２２を通してＳＤＲＡＭ２４のキャラクタ画像エリア２４ｃに書き込む。ＬＣＤドライバ２６は、代替アイコンデータをメモリ制御回路２２を通してキャラクタ画像エリア２４ｃから読み出し、読み出された代替アイコンデータに基づいてＬＣＤモニタ２８を駆動する。この結果、小サイズの代替アイコンＩＣｓｂがＬＣＤモニタ２８に多重表示される。

ステップＳ６７の判別結果がＹＥＳであればステップＳ６９に進み、大サイズの代替アイコンデータの作成をキャラクタジェネレータ４０に命令する。キャラクタジェネレータ４０は、大サイズの代替アイコンデータを作成し、作成された代替アイコンデータをメモリ制御回路２２を通してＳＤＲＡＭ２４のキャラクタ画像エリア２４ｃに書き込む。キャラクタ画像エリア２４ｃに存在する小サイズの代替アイコンデータは、大サイズの代替アイコンデータによって更新される。ＬＣＤドライバ２８は、更新された代替アイコンデータを読み出す。この結果、大サイズの代替アイコンＩＣｓｂがＬＣＤモニタ２８に多重表示される。

ステップＳ７１の判別結果がＹＥＳであれば、ステップＳ７３で代替アイコンＩＣｓｂの表示の中断をＬＣＤドライバ２６に命令する。ＬＣＤドライバ２６は、キャラクタ画像エリア２４ｃに格納された代替アイコンデータの読み出しを中断する。この結果、代替アイコンＩＣｓｂがモニタ画面から消失する。

なお、小サイズおよび大サイズの実際の値は、ステップＳ６１で設定されたアイコンサイズを基準として定義される。また、ステップＳ６５，Ｓ６９またはＳ７３については、連続２回目の処理は意味をなさない。

以上の説明から分かるように、ＣＰＵ３０は、ＬＣＤモニタ２８に対するフリック操作が検知されたときＬＣＤモニタ２８の表示を規則Ｒ＿Ｆに沿って更新し(S3~S5)、ＬＣＤモニタ２８に対するタップ操作が検知されたときＬＣＤモニタ２８の表示を別の規則に沿って更新する(S7, S15~S19, S25)。ＣＰＵ３０はまた、ＬＣＤモニタ２８の表示の更新態様がエラー条件を満足するとき代替アイコンＩＣｓｂをＬＣＤモニタ２８に表示し(S45, S49~S51, S63~S69)、表示された代替アイコンＩＣｓｂに対するタップ操作が検知されたときＬＣＤモニタ２８の表示を規則Ｒ＿Ｆに沿って更新する(S7, S21~S23)。

フリック操作がタップ操作として誤検知されると、ＬＣＤモニタ２８の表示は規則Ｒ＿Ｆと異なる規則に沿って更新される。このような更新の頻発によってエラー条件が満足されると、代替アイコンＩＣｓｂがＬＣＤモニタ２８に表示される。規則Ｒ＿Ｆに従う表示の更新は、代替アイコンＩＣｓｂに対するタップ操作に応答して実行される。これによって、操作性の向上が図られる。

なお、この実施例では、マルチタスクＯＳおよびこれによって実行される複数のタスクに相当する制御プログラムは、フラッシュメモリ４２に予め記憶される。しかし、図１６に示すように通信Ｉ／Ｆ４４をディジタルカメラ１０に設け、一部の制御プログラムを内部制御プログラムとしてフラッシュメモリ４２に当初から準備する一方、他の一部の制御プログラムを外部制御プログラムとして外部サーバから取得するようにしてもよい。この場合、上述の動作は、内部制御プログラムおよび外部制御プログラムの協働によって実現される。

また、この実施例では、ＣＰＵ３０によって実行される処理を上述の要領で複数のタスクに区分するようにしている。しかし、各々のタスクをさらに複数の小タスクに区分してもよく、さらには区分された複数の小タスクの一部を他のタスクに統合するようにしてもよい。また、各々のタスクを複数の小タスクに区分する場合、その全部または一部を外部サーバから取得するようにしてもよい。

１０ …ディジタルカメラ
１６ …撮像装置
２６ …ＬＣＤドライバ
２８ …ＬＣＤモニタ
３０ …ＣＰＵ
４０ …キャラクタジェネレータ

Claims

モニタ画面に対する第１態様のタッチ操作が検知されたとき前記モニタ画面の表示を第１規則に沿って更新する第１更新手段、
前記モニタ画面に対する第２態様のタッチ操作が検知されたとき前記モニタ画面の表示を第２規則に沿って更新する第２更新手段、
前記モニタ画面の表示の更新態様がエラー条件を満足するとき特定アイコンを前記モニタ画面に表示する表示手段、および
前記表示手段によって表示された特定アイコンに対するタッチ操作が検知されたとき前記モニタ画面の表示を前記第１規則に沿って更新する特定更新手段を備える、ユーザインタフェース装置。
前記エラー条件は共通の画像が周期的に表示される回数が基準を上回るという条件を含む、請求項１記載のユーザインタフェース装置。
前記第１態様のタッチ操作はフリック操作に相当し、
前記第２態様のタッチ操作はタップ操作に相当する、請求項１または２記載のユーザインタフェース装置。
前記特定更新手段によって注目されるタッチ操作は前記第２態様のタッチ操作に相当する、請求項１ないし３のいずれかに記載のユーザインタフェース装置。
操作機構に対する操作が検知されたとき前記モニタ画面の表示を第３規則に沿って更新する第３更新手段をさらに備える、請求項１ないし４のいずれかに記載のユーザインタフェース装置。
モニタ画面を備えるユーザインタフェース装置のプロセッサに、
前記モニタ画面に対する第１態様のタッチ操作が検知されたとき前記モニタ画面の表示を第１規則に沿って更新する第１更新ステップ、
前記モニタ画面に対する第２態様のタッチ操作が検知されたとき前記モニタ画面の表示を第２規則に沿って更新する第２更新ステップ、
前記モニタ画面の表示の更新態様がエラー条件を満足するとき特定アイコンを前記モニタ画面に表示する表示ステップ、および
前記表示ステップによって表示された特定アイコンに対するタッチ操作が検知されたとき前記モニタ画面の表示を前記第１規則に沿って更新する特定更新ステップを実行させるための、表示制御プログラム。
モニタ画面を備えるユーザインタフェース装置によって実行される表示制御方法であって、
前記モニタ画面に対する第１態様のタッチ操作が検知されたとき前記モニタ画面の表示を第１規則に沿って更新する第１更新ステップ、
前記モニタ画面に対する第２態様のタッチ操作が検知されたとき前記モニタ画面の表示を第２規則に沿って更新する第２更新ステップ、
前記モニタ画面の表示の更新態様がエラー条件を満足するとき特定アイコンを前記モニタ画面に表示する表示ステップ、および
前記表示ステップによって表示された特定アイコンに対するタッチ操作が検知されたとき前記モニタ画面の表示を前記第１規則に沿って更新する特定更新ステップを備える、表示制御方法。
メモリに保存された内部制御プログラムに従う処理を実行するプロセッサを備えるユーザインタフェース装置に供給される外部制御プログラムであって、
モニタ画面に対する第１態様のタッチ操作が検知されたとき前記モニタ画面の表示を第１規則に沿って更新する第１更新ステップ、
前記モニタ画面に対する第２態様のタッチ操作が検知されたとき前記モニタ画面の表示を第２規則に沿って更新する第２更新ステップ、
前記モニタ画面の表示の更新態様がエラー条件を満足するとき特定アイコンを前記モニタ画面に表示する表示ステップ、および
前記表示ステップによって表示された特定アイコンに対するタッチ操作が検知されたとき前記モニタ画面の表示を前記第１規則に沿って更新する特定更新ステップを前記内部制御プログラムと協働して前記プロセッサに実行させるための、外部制御プログラム。
外部制御プログラムを取り込む取り込み手段、および
前記取り込み手段によって取り込まれた外部制御プログラムとメモリに保存された内部制御プログラムとに従う処理を実行するプロセッサを備えるユーザインタフェース装置であって、
前記外部制御プログラムは、
モニタ画面に対する第１態様のタッチ操作が検知されたとき前記モニタ画面の表示を第１規則に沿って更新する第１更新ステップ、
前記モニタ画面に対する第２態様のタッチ操作が検知されたとき前記モニタ画面の表示を第２規則に沿って更新する第２更新ステップ、
前記モニタ画面の表示の更新態様がエラー条件を満足するとき特定アイコンを前記モニタ画面に表示する表示ステップ、および
前記表示ステップによって表示された特定アイコンに対するタッチ操作が検知されたとき前記モニタ画面の表示を前記第１規則に沿って更新する特定更新ステップを前記内部制御プログラムと協働して実行するプログラムに相当する、ユーザインタフェース装置。