JP2008027009A - ユーザインタフェース提示装置および方法 - Google Patents

Abstract

【課題】 特定のメニュー項目へのショートカット指示がされた場合、メニュー階層の構造を把握することが困難である。
【解決手段】 ユーザ入力部１０２において特定のメニュー項目へのショートカット指示が行われると、ＵＩ制御部１０３は、メニュー階層の基準位置から上記特定のメニュー項目に至るまでの階層経路を、アニメーションや音声出力の連鎖を、ＵＩ提示部１０１に提示させる。上記基本位置は、上記メニュー階層のルート位置あるいは、上記特定のメニューが選択された時点において提示中のメニュー位置とするとよい。
【選択図】 図１

Description

本発明は、ユーザインタフェース提示装置および方法に関する。

近年、情報処理機器の高機能化に伴い、その操作方法も複雑化している。そのため、機器の性能向上と共に、機器操作に不慣れなユーザでも直感的に操作できるユーザインタフェース（ＵＩ）が求められている。

誰でも直感的に操作できるＵＩの一つとして、グラフィカルユーザインタフェース（ＧＵＩ）がある。これは、ディスプレイ等の画像表示デバイスに機器が提供する機能（メニュー）を画像で提示し、ユーザがボタン操作あるいはポインティングにより、求める機能を表した画像を選択することで、機器に指示するものである。

このようなＵＩは、ユーザにとって非常に直感的なものである。しかし、画像領域の制限や、機器が提供できる機能自体の数が増えたことにより、全機能を一つの画面で提示できないこともある。この場合、階層構造を持ったメニューを用意し、ユーザが階層構造を展開していくことで、求める機能に辿りつくことが可能である。このような階層型メニューはWindows（登録商標） OS のスタートメニューで用いられるものが有名である。

階層型メニューを提示する先行技術としては、たとえば特許文献１がある。これは、階層型メニューの階層移動を所定のアニメーション効果を伴って表示するものである。メニュー階層の移動はユーザを混乱させる要因となりうるため、アニメーションで階層移動を表現することは有効である。

一方、ＵＩにはショートカット指示というものもある。これは、あるボタンを押下するといった単純な操作で特定の機能を実行するものである。身近な例としては、パーソナルコンピュータ（ＰＣ）用のキーボードに装備された“メール”や“ブラウザ”といったハードウェアボタンがある。本来、ブラウザやメールの機能は、メニューから辿って到達する必要がある。しかし、この専用ボタンを押すことで、これらの機能を即座に実行することが可能となる。このようなショートカット指示を行うハードウェアボタンは、ＰＣ用のキーボードの他にもＴＶリモコン等に実装されている。

特開２００３−１２２４７２号公報

ショートカット指示を用いることは、特定の機能にすばやく到達でき、有効である。しかし、ユーザがショートカット指示に頼りすぎると、そのユーザはＵＩ階層の概念が掴み難くなるというデメリットがある。このようなユーザは、ショートカット操作以外で特定のメニュー項目に辿りつくことが困難となる。また、ユーザはメニューを辿っていくことで新しい機能を発見することがあるが、ショートカットを多用するユーザはその機会が少なくなる。

また、ショートカット指示による操作は、操作者自身にとっては直感的な操作であり、分かりやすいものである。しかし、操作者以外のユーザにとっては、操作者が何を行い、現在どのような状況なのか分かりにくいというデメリットもある。

また、操作者の誤操作によってショートカット指示が行われた場合は、操作者の望まない機能に直接到達することになるため、操作者自身も混乱することになる。例えば、誤操作によって操作者が望んでいない機能にショートカット指示で到達した場合、その機能が自分が望んだ機能であるかどうかが瞬時にわからないことがある。

本発明の一側面によれば、複数のメニューのうちからいずれかのメニューを選択するために、ユーザにメニュー階層を提供し、ユーザにこのメニュー階層を辿る操作を行わせるためのユーザインタフェースを提示するユーザインタフェース提示装置であって、前記メニュー階層を辿る操作よりも簡略化された操作でユーザに特定のメニューを選択させるショートカット手段と、前記ショートカット手段によって前記特定のメニューが選択された場合は、前記メニュー階層の基本位置から前記特定のメニューに至るまでの階層経路をユーザに提示する提示手段とを有することを特徴とするユーザインタフェース提示装置が提供される。

本発明によれば、特定のメニュー項目へのショートカット指示がされた場合でも、メニュー階層の構造を把握することができ、ユーザの利便性が向上する。

以下、図面を参照して本発明の好適な実施形態について詳細に説明する。なお、本発明は以下の実施形態に限定されるものではなく、本発明の実施に有利な具体例を示すにすぎない。また、以下の実施形態の中で説明されている特徴の組み合わせの全てが本発明の課題解決手段として必須のものであるとは限らない。

本発明に係るＵＩ提示装置は、ユーザと機器もしくはサービス（ここではバックエンドサービスと呼ぶ）との仲介を行う装置である。バックエンドサービスとは、ユーザの求める動作を実際に行う部分である。例えばテレビジョン装置に本ＵＩ提示装置が組み込まれる場合は、ユーザが指定した番組放送をユーザに提示する部分がこのバックエンドサービスにあたる。

（実施形態１）
図１は実施形態１のＵＩ提示装置の機能構成図である。

このＵＩ提示装置は、ＵＩ提示部１０１を備える。提示するＵＩがＧＵＩであるならば、ＵＩ提示部１０１はディスプレイ等の画像提示機能を持ったものが考えられる。また、提示するＵＩが音声ＵＩであるならば、スピーカ等もＵＩ提示部の一つである。ここでは、図５のようなディスプレイ５０１およびスピーカ５０２をＵＩ提示部１０１として説明を行う。

また、このＵＩ提示装置は、ユーザ入力部１０２も備える。ユーザの入力を取り込むためのキーボード、マウス等がこれに相当する。ユーザ入力部１０２は、ユーザの操作をＵＩ制御部１０３に送る。ここでは図６のようなテレビのリモートコントローラ６０１をユーザ入力部１０２として説明を行う。

ＵＩ制御部１０３は、リモートコントローラ６０１によるユーザの操作に応じた応答動作を生成する。たとえは、ユーザがリモートコントローラ６０１の上ボタン６０６を押した場合、ＵＩ制御部１０３は、カーソルを一つ上に動かしたＧＵＩ画面を生成し、ディプレイ装置５０１に出力する。このとき、ＵＩ制御部１０３はＵＩデータ１０５を利用する。ＵＩデータとは、図３Ａ〜図３Ｃに示されるようなＵＩの設計データである。このデータに関しては後ほど詳しく説明する。

さらに、ＵＩ制御部１０３では、特定のユーザ入力の場合には、バックエンドサービスへのコマンド送出も行う。例えば、ユーザが特定の番組をＧＵＩから選択し、それを録画することを指示した場合を考える。このとき、ＵＩ制御部１０３はその番組を録画するコマンドを生成し、バックエンドサービスコマンド送出部１０４を介して送信する。番組録画装置等のバックエンドサービスは、このコマンドを受けると、指示された通りのコマンドを実行する。

図２は、本実施形態１におけるＵＩ提示装置の動作フローを示す図である。

このＵＩ提示装置は、たとえばリモートコントローラ１０２のメニューボタン６０５が押下されたときに起動する。本装置が起動すると、ＵＩデータを取り込み、装置内のメモリに格納する（Ｓ２０１）。そして、ルートメニューを現在のメニューとし、ＵＩをユーザに提示する（Ｓ２０２）。

図３ＡにルートメニューのＵＩデータの構造例を示す。ルートメニュー（３０１）のＵＩデータは、たとえば、“メニュー項目名（３０５）”、“動作（３０６）”、“動作後にメニューを閉じるかどうか（３０７）”のフィールドで構成されている。“メニュー項目名”３０５としては、たとえば、ＴＶ、Ｖｉｄｅｏ、Ｃａｍｅｒａ、Ｓｅｔｔｉｎｇなどを有する。

“動作”３０６は、対応するメニュー項目が選択された場合に行う動作群が記述されている。例えば、メニュー項目“ＴＶ”が選択されると、アニメーションＡを実行し、音声Ａを出力し、ＴＶメニューを展開する。“動作後にメニューを閉じるかどうか”３０７は、対応する上記のような動作を実行した後にメニュー画面を閉じるかどうかを表すフラグである。

また、ＵＩデータは、特定のＵＩ項目の動作として、別のメニューの展開が指示されているものがある。これにより、階層型のメニューを表現することが可能である。例えば、ルートメニュー３０１のメニュー項目“ＴＶ”３０２に対する“動作”３０６には、“ＴＶメニューを展開する”という動作が記述されている。これにより、この“ＴＶ”項目が選択されると、図３Ｂに示されるようなＴＶメニュー３０２のＵＩデータに基づき、ＴＶメニューが展開される。同様に、ルートメニュー３０１のメニュー項目“Ｃａｍｅｒａ”３０３に対する“動作”３０６には、“カメラメニューを展開する”という動作が記述されている。これにより、この“Ｃａｍｅｒａ”項目が選択されると、図３Ｃに示されるようなカメラメニュー３０３のＵＩデータに基づき、カメラメニューが展開される。

図４は、本実施形態におけるＵＩデータの階層概念を説明する図である。

ユーザは、このメニュー階層の各項目を辿ることで、特定のメニュー項目に到達することが可能となる。ルートメニュー（初期画面）のＵＩをユーザに提示し、ユーザ入力を取り込む（Ｓ２０３）。ユーザがＵＩ提示装置に対して行う指示には、ＧＵＩカーソルの移動の他に特定のメニュー項目へのショートカット指示もある。これは、メニュー階層のどのような位置からでも特定のメニュー項目の動作を実行（あるいは、特定のメニュー項目にカーソルを移動）する機能である。本機能を利用することで、ユーザは、図４のようなメニュー階層を辿る操作よりも簡略化された操作で（典型的にはワンタッチで）特定のメニュー項目に到達することができる。

図６のリモートコントローラ６０１は、ショートカット指示ボタン６０４を備える。ユーザがこのボタンを押下すると、ボタンに刻印された特定のメニュー項目（ＴＶ、ＥＰＧ、Ｖｉｄｅｏ）へのショートカット指示がＵＩ制御部１０３に送信される。また、リモートコントローラ６０１は音声入力によるショートカット指示機能を付加してもよい。例えば、ユーザの音声を取り込むマイクロホン６０２と、ユーザが音声入力の開始を指示する音声入力指示ボタン６０３を備えておく。ユーザが音声入力指示ボタン６０３を押下し、その状態でマイクロホン６０３に「テレビ」と発声すると、音声認識を用いて“テレビ項目に移動”というショートカット指示に変換し、ＵＩ制御部１０３に送信する。この音声認識処理はリモートコントローラ６０１側で行ってもよいし、リモートコントローラ６０１は音声データを送信するだけで、ＵＩ制御部１０３で音声認識処理を行ってもよい。

ユーザ入力部１０２（リモートコントローラ６０１）からユーザ入力が行われると、その入力情報はＵＩ制御部１０３へ送られ、そこで入力情報がメニュー項目へのショートカット指示であるかどうかを判断する（Ｓ２０４）。ショートカット指示でない場合には、ユーザ入力に応じた動作を実行する（Ｓ２０５）。ショートカット指示でないユーザ入力の例としては、メニュー上のカーソルの移動等がある。また、メニュー項目が選択された場合は、そのメニュー項目に対応する動作群をＵＩデータから抽出し実行する。例えば“ＴＶ”というメニュー項目が実行された場合、ＵＩデータのメニュー項目“ＴＶ”を検索し、そのメニュー項目に対応する動作として、アニメーションＡを実行し、音声Ａを出力し、ＴＶメニューを展開するという動作を実行する（図３Ａ参照）。次に、その動作でメニューを終了させるかどうかをＵＩデータの“動作後にメニューを閉じるかどうか”のフラグより判断する（Ｓ２０６）。このフラグが“ＹＥＳ”の場合は本フローから抜ける。

一方、ユーザ入力が特定のメニュー項目へのショートカット指示であった場合、まず基準位置のＵＩを提示する（Ｓ２０７）。基準位置とは、例えばルートメニューのことである。そして現在提示中のメニューにユーザが求めるメニュー項目が含まれるかどうか判断する（Ｓ２０８）。もし含まれていない場合はＵＩデータを検索し、現在提示中のメニュー項目から、ユーザが求めるメニュー項目へ至る階層メニュー展開動作を含むメニュー項目を選択する。そしてそのメニュー項目に結び付けられた動作を実行する（Ｓ２０９）。その後、提示中のメニューにユーザが求めるメニュー項目が含まれるかどうかの判断に戻る。現在提示中のメニューにユーザが求めるメニュー項目が含まれていた場合、そのメニュー項目に応じた動作を実行する（Ｓ２０５）。

以上の動作を、図７の（ａ）〜（ｆ）に示された例を用いて具体的に説明する。なお、この例で用いるＵＩデータは図３Ａ〜Ｃのものを用いる。

まず、ユーザには、図７（ａ）の７０１のようなカメラメニューが提示されていたとする。この状態で、ユーザがリモートコントローラ６０１を用い、「ＥＰＧ」と発声したとする。すると、その音声はＵＩ制御部１０３内で“ＥＰＧメニュー項目へのショートカット指示”と解釈され、Ｓ２０７から続く処理に入る。

ショートカットを行う処理に入ると、基準位置であるルートメニューのＧＵＩ表示を行う（７０２）。図３ＡのＵＩデータによると、ルートメニュー３０１には“ＥＰＧ”というＵＩ項目がない。ＵＩデータを階層メニュー構造に展開した図４によると、ルートから“ＥＰＧ”に至るには、ルートメニュー内のメニュー項目“ＴＶ”を介して到達できることがわかる。そこで、ルートメニュー３０１内の“ＴＶ”３０２の動作フィールドに記述された動作を実行する。具体的には、アニメーションＡを実行し、音声Ａを出力し、ＴＶメニューを展開する。アニメーションＡが、ルートメニューの手前にＴＶメニューが出現する様子を表したものとすると、ルートメニューからＴＶメニューが展開される様子がアニメーションで表示される（７０３，７０４）。

展開されたＴＶメニュー３０２には、“ＥＰＧ”というメニュー項目が存在する。これにより、この“ＥＰＧ”メニュー項目に対応する動作を実行する。具体的には、アニメーションＥを実行し、音声Ｅを出力し、バックエンドサービスへＥＰＧコマンドを送信する。ここでは、アニメーションＥが、ＴＶメニューの手前に、ＥＰＧアプリケーションが出現する様子を表したものとする（７０５，７０６）。さらに、“ＥＰＧ”というメニュー項目には、動作後にメニューを閉じるというフラグが立っている。このため、一連の動作終了後にメニュー画面を消し、ＵＩ提示動作を終了する。以後は、ＥＰＧアプリケーションとユーザとが直接対話する。

これらの動作により、ユーザにはいくつかの利点がある。まず一つ目は、ショートカット動作を行ってもＵＩ階層の概念がユーザに定着しやすいという点である。一般的に、ショートカットばかりを使うユーザは、ＵＩ階層の概念を掴み難い。そのため、ショートカット操作以外で特定のメニュー項目に辿りつくことが困難である。本実施形態によれば、ショートカット操作を行った際にも、基準位置（ルートメニュー）からメニュー階層を辿っていくアニメーションを提示することができる。これにより、ショートカット先のメニュー項目へ到達する手順をユーザに提示することが可能となる。これはユーザがＵＩ階層を学ぶ手助けとなる。

二つ目の利点は、ショートカット先が正しいかどうかを迅速に判断できる点である。ユーザが音声入力によるショートカット指示を行った場合、その音声は音声認識処理される。現状の音声認識処理は誤認識が生じ得るものであり、ユーザの発声が間違ったメニュー項目へのショートカット指示となる恐れがある。この場合、普段よく行うショートカット指示であれば、提示される音声の連鎖を聞くことにより、ショートカット指示が間違って認識されたかどうかを即座に判断することが可能となる。例えば先ほどの例を用いると、カメラメニューが提示された状態で“ＥＰＧ”というショートカット指示を行った場合、ＵＩ提示装置から出力される音声は、音声Ａと音声Ｅの連鎖である。ＥＰＧへのショートカットをよく使うユーザは、音声Ａと音声Ｅの連鎖をＥＰＧへのショートカット機能への導入音として覚えるものである。したがって、ＵＩ提示装置から出力される音連鎖が記憶している音連鎖と異なっていた場合、ショートカット先に到達する前でも、ショートカット指示が誤認識されたことがわかる。

（実施形態２）
上述の実施形態１では、Ｓ２０７で提示する基準位置をＵＩをルートメニューとしていた。しかし、前もってシステムあるいはユーザが指定した位置であれば、ルートメニューでなくてもかまわない。たとえば、ショートカット指示がなされた時点において提示中（以下「現在提示中」という。）のメニュー位置を基準位置とすることも可能である。以下、この場合の具体例を示す。

図８の（ａ）〜（ｃ）は、現在提示中のメニュー（“カメラ”メニュー）を基準位置とした表示例を表している。なお、ユーザのショートカット指示は、“ＥＰＧ”であるとする。

ここでは、基準位置が現在表示中のメニューであるから、Ｓ２０７では現在表示中のメニューを提示する（８０１）。そして、このメニューから“ＥＰＧ”に到達するためのメニュー項目動作を実行していく。この例では、まず現在表示されているカメラメニュー３０３から“ＥＰＧ”に到達するには、カメラメニュー３０３のメニュー項目“Ｂａｃｋ”からルートメニューに行く必要がある。したがって、カメラメニュー３０３のメニュー項目“Ｂａｃｋ”に対応する動作を実行する。具体的には、アニメーションＩを実行し、ルートメニューを展開する。例えば、アニメーションＩがカメラメニューを消し、ルートメニューを手前に移動する動画であるとする（８０２、８０３）。これ以後の動作は前の実施形態で説明した動作と同じである。

以上により、ショートカット指示を行った場合は、現在提示中の画面から特定のメニュー項目へ辿っていくアニメーションを提示することが可能となる。

（実施形態３）
上述の実施形態では、図７，８に示したようなＧＵＩを中心に説明した。しかし、本発明のＵＩはＧＵＩに限定されるものではない。たとえば、近年の電話サービスでは、階層メニューを用いたものも多い。このような音声ＵＩにおいて、本発明を利用することが可能である。例えば、ユーザがDial Tone Multi Frequency（ＤＴＭＦ）や音声入力により、特定のメニュー項目にショートカット指示を行った場合を考える。その場合、メニュー項目毎に定義された効果音（音声アイコン）を、基準位置からその特定のメニュー項目に至るまで送出することが可能である。これにより、ユーザは音声ＵＩだけであっても階層移動を直感的に把握することができる。

また、先の例と同様に、音声認識の誤認識やプッシュボタンの押し間違いが生じた場合、上記の音声アイコンの連鎖を聞くことで、求める位置にショートカットできなかったことを迅速に判断することができるようになる。

（実施形態４）
上述の実施形態は、ハードウェアで実装されたボタンの押下や、音声入力によってショートカット指示を行うものであった。しかし、本発明はショートカット指示の方法を特定のハードウェアに限定するものではない。例えば、ＧＵＩ画面上に特定のメニュー項目へのアイコンを提示し、ユーザがポインティングデバイス等でそのアイコンを選択することを、ショートカット指示としてもよい。

図９Ａ，Ｂは、本発明のＵＩ提示装置をコンピュータのオペレーションシステム（ＯＳ）に組み込んだ例を示している。ここでは、図１０Ａ，Ｂに示されるＵＩデータを利用するものとする。図１０ＡはルートフォルダのＵＩデータ１００１の例、図１０Ｂは、ルートフォルダ１００１に含まれるメニュー項目「フォルダＢ」のＵＩデータ１００２の例を示している。

ユーザがファイルの検索アプリケーションを実行すると、その検索結果は、特定のファイル（ファイルＣ）へのショートカットアイコン９０６として表示される（９０１）。ショートカットアイコン９０６がマウスでダブルクリックされると、その行為がそのファイルＣへのショートカット指示と解釈される。

ショートカットが指示されると、まず基準位置のＵＩを表示する（９０２）。今回の例では、基準位置をルートフォルダ１００１（図１０Ａ参照）とする。図１０Ｂに示されているとおり、ファイルＣはフォルダＢ内に存在している。したがって、ルートフォルダ１００１からファイルＣへ到達するには、ルートフォルダからフォルダＢを経てファイルＣに行く必要がある。そこでまずルートフォルダ１００１中のフォルダＢ項目に記述された“アニメーションＢを実行”と“フォルダＢを展開”という動作を行う。アニメーションＢは、ルートフォルダの手前にフォルダＢをズームして表示されるものであるとする。これにより、フォルダＢがズームして表示され、その内容が展開されるアニメーションがユーザに提示される（９０３，９０４）。フォルダＢにはファイルＣが含まれているため、次はファイルＣに対応した動作を実行する。ＵＩデータによると、“テキストエディタでファイルＣを開く”と記述されているため、テキストエディタでファイルＣを開き、本ＵＩ提示装置の動作を終了する（９０５）。

以上の動作により、ファイル検索で見つかったファイルをダブルクリックした際、そのファイルへ至るアニメーションが提示されるようになる。これにより、そのファイルがフォルダ階層のどこにあったかをユーザが直感的に把握できるようになる。

（他の実施形態）
以上、本発明の実施形態を詳述したが、本発明は、複数の機器から構成されるシステムに適用してもよいし、また、一つの機器からなる装置に適用してもよい。

なお、本発明は、前述した実施形態の各機能を実現するプログラムを、システムまたは装置に直接または遠隔から供給し、そのシステムまたは装置に含まれるコンピュータがその供給されたプログラムコードを読み出して実行することによっても達成される。

従って、本発明の機能・処理をコンピュータで実現するために、そのコンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、上記機能・処理を実現するためのコンピュータプログラム自体も本発明の一つである。

その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。

プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷなどがある。また、記録媒体としては、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などもある。

また、プログラムは、クライアントコンピュータのブラウザを用いてインターネットのホームページからダウンロードしてもよい。すなわち、ホームページから本発明のコンピュータプログラムそのもの、もしくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードしてもよい。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードする形態も考えられる。つまり、本発明の機能・処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明の構成要件となる場合がある。

また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布してもよい。この場合、所定条件をクリアしたユーザにのみ、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせ、その鍵情報で暗号化されたプログラムを復号して実行し、プログラムをコンピュータにインストールしてもよい。

また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現されてもよい。なお、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部または全部を行ってもよい。もちろん、この場合も、前述した実施形態の機能が実現され得る。

さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれてもよい。そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行ってもよい。このようにして、前述した実施形態の機能が実現されることもある。

実施形態におけるＵＩ提示装置の機能構成図である。 実施形態におけるＵＩ提示装置の動作を示すフローチャートである。 、 、 実施形態におけるＵＩデータの例を示す図である。 実施形態におけるＵＩデータの階層概念の説明図である。 実施形態におけるＵＩ提示部の一例を示す図である。 実施形態におけるのユーザ入力部の一例を示す図である。 実施形態１におけるショートカット指示が行われる際のＧＵＩの例を示す図である 実施形態２におけるショートカット指示が行われる際のＧＵＩの例を示す図である。 、 実施形態４におけるショートカット指示が行われる際のＧＵＩの例を示す図である。 、 実施形態４におけるＵＩデータの例を示す図である。

Claims (8)

1. 複数のメニューのうちからいずれかのメニューを選択するために、ユーザにメニュー階層を提供し、ユーザにこのメニュー階層を辿る操作を行わせるためのユーザインタフェースを提示するユーザインタフェース提示装置であって、
   前記メニュー階層を辿る操作よりも簡略化された操作でユーザに特定のメニューを選択させるショートカット手段と、
   前記ショートカット手段によって前記特定のメニューが選択された場合は、前記メニュー階層の基本位置から前記特定のメニューに至るまでの階層経路をユーザに提示する提示手段と、
   を有することを特徴とするユーザインタフェース提示装置。
2. 前記基本位置は、前記メニュー階層のルート位置であることを特徴とする請求項１に記載のユーザインタフェース提示装置。
3. 前記基本位置は、前記ショートカット手段によって前記特定のメニューが選択された時点において提示中のメニュー位置であることを特徴とする請求項１に記載のユーザインタフェース提示装置。
4. 前記ユーザインタフェースは、グラフィカルユーザインタフェースであり、
   前記提示手段は、前記基本位置から前記特定のメニューに至るまでの階層経路を、アニメーションによって提示する
   ことを特徴とする請求項１から３までのいずれかに記載のユーザインタフェース提示装置。
5. 前記ユーザインタフェースは、音声出力により前記メニュー階層をユーザに提示するユーザインタフェースであり、
   前記提示手段は、前記基本位置から前記特定のメニューに至るまでの階層経路を、音声によって提示する
   ことを特徴とする請求項１から３までのいずれかに記載のユーザインタフェース提示装置。
6. 前記簡略化された操作は、グラフィカルユーザインタフェース、ハードウェアボタン、音声入力のいずれかによって実現されることを特徴とする請求項１から５までのいずれかに記載のユーザインタフェース提示装置。
7. 複数のメニューのうちからいずれかのメニューを選択するために、ユーザにメニュー階層を提供し、ユーザにこのメニュー階層を辿る操作を行わせるためのユーザインタフェースを提示するように構成された情報処理装置によって実行される、ユーザインタフェース提示方法であって、
   ショートカット手段を用いて、前記メニュー階層を辿る操作よりも簡略化された操作でユーザに特定のメニューを選択させるショーカット選択ステップと、
   前記ショートカット選択ステップで前記特定のメニューが選択された場合は、前記メニュー階層の基本位置から前記特定のメニューに至るまでの階層経路をユーザに提示する提示ステップと、
   を有することを特徴とするユーザインタフェース提示方法。
8. 請求項７に記載のユーザインタフェース提示方法を情報処理装置に実行させるためのプログラム。

Images