JP2006164260A - データ処理装置及びシステムのためのユーザインターフェイス - Google Patents

Abstract

【課題】直観的で、学習し易く、一貫した予想可能な仕方で振舞い、且つディスプレイの限定されたスペースを最良に利用するユーザインターフェイスを提供する。
【解決手段】データ処理装置のためのグラフィックユーザインターフェイスは、ユーザに馴染み易いメニューシステム及びナビゲーション能力を提供する。メニューシステムは、視覚フィールドを各々有する第１の複数の一次メニューアイテムをディスプレイに与える。ナビゲーションモジュールは、ユーザがメニューシステムをナビゲートできるようにする。リベールプロセスは、第１の一次メニューアイテムの視覚フィールド内で、その第１の一次メニューアイテムへのナビゲーションに応答して、その第１の一次メニューアイテムに関連した第１の複数の二次メニューアイテムを表示する一方、第１の複数の一次メニューアイテムの残りを表示し続ける。
【選択図】図１

Description

発明の分野

本発明は、データ処理装置及びこれを動作するためのユーザインターフェイスに係る。

背景

移動電話及び他の小型データ処理装置のためのユーザインターフェイスを設計する場合には、ディスプレイスクリーンの面積に限度があり、このような装置に受け容れることのできる制御器の数が制限され、しかも、素早く簡単で且つ直観的な装置操作が必要であることから、独特の課題が生じる。移動電話は、著しく多くの機能を与える（例えば、連絡先の管理、メッセージの作成及び送信、個人的電話設定、及びアラーム設定）。移動電話ユーザインターフェイスの設計は、ユーザがそれらの移動電話に含まれた機能及び情報をいかに容易にナビゲートできるかを実質的に決定する。

例えば、移動電話ユーザインターフェイスは、基本的な５方ロッカーユーザインターフェイス、即ちワシントン州レドモンドのマイクロソフトコーポレーションから入手できるウインドウズスマートホン(WINDOWS SMARTPHONE)、及びフィンランドのノキアから入手できるノキアシリーズ６０(NOKIA SERIES 60)を含む。これらのユーザインターフェイスは、ユーザからの有用性に限度があって、希望の機能を見つけ難いことで悩まされている。更に、ユーザは、ボタンの機能に関して混乱に直面する。これらインターフェイスにおけるボタンの機能は、ボタンが押されるコンテクストに応じて著しく変化する。

更に、スマートホン及びシリーズ６０（登録商標）は、ソフトキーの使用に大きく依存する。ソフトキーは、コンテクスト感知の多機能制御器で、通常、ディスプレイの真下に配置される。ソフトキーは、ユーザに付加的な機能を与えるが、スペースが重要なディスプレイ上の貴重なスクリーン面積を占有する。

概要

移動電話ユーザインターフェイス設計における１つの課題は、直観的で、学習し易く、一貫した予想可能な仕方で振舞い、且つディスプレイの限定されたスペースを最良に利用するユーザインターフェイスを提供することである。ユーザインターフェイスは、電話の固有の複雑さを管理するに充分な数の制御器を設ける一方、ユーザに一度にあまりに多くの制御器やオプションが使用できて、混乱を招くことがないよう確保することが必要である。従って、本発明の態様は、移動電話及び他の小型計算装置のユーザに、より直感的で且つ有用なユーザインターフェイスを提供することを目的とする。

１つの態様において、本発明は、ディスプレイ及び方向制御器を有するデータ処理装置に使用するためのグラフィックユーザインターフェイスに係る。ユーザインターフェイスは、第１の複数の一次メニューアイテムを含むメニューシステムを備えている。ユーザインターフェイスは、各一次メニューアイテムに、データ処理装置のディスプレイ上の視覚フィールドを指定する。一実施形態では、ユーザインターフェイスは、各一次メニューアイテムに、一般的に長方形の視覚フィールドを互いに上下に指定する。この視覚フィールドは、一次メニューアイテムに対応するアイコン及びテキストラベルを含んでもよい。

又、ユーザインターフェイスは、ユーザから入力を受信すると共に、その入力に応答してメニューシステムをナビゲートするためのナビゲーションモジュールも備えている。更に、ユーザインターフェイスは、ユーザがナビゲートした一次メニューアイテムに指定された視覚フィールド内で、第１の複数の二次メニューアイテムを、例えば、アイコンの水平行として表示するリベール（露呈）プロセスを有する。一次メニューアイテムがナビゲートされたときでも、ユーザインターフェイスは、第１の複数の一次メニューアイテムの残りを表示し続ける。一実施形態において、ユーザが第２の一次メニューアイテムにナビゲートするのに応答して、ユーザインターフェイスは、一次メニューアイテムに既にナビゲートされた視覚フィールドに表示された二次メニューアイテムの表示を停止させる。

リベールプロセスにより露呈された二次メニューアイテムは、ナビゲーション的及び／又は機能的ショートカットを含んでもよい。ナビゲーション的ショートカットを選択すると、メニューシステム内の位置への加速ルートが与えられ、これは、その基礎となるデータ処理装置機能の実行へのルートを含む。一次メニューアイテム３６０内から機能的ショートカットを選択すると、その一次メニューアイテムに関連した付加的な機能へのアクセスが与えられる。又、メニューアイテムは、データコンテンツへリンクしてもよい。メニューアイテムは、テキスト及び／又はグラフィックアイコンで表わされてもよい。メニューアイテムは、一実施形態では、セレクトプロセスにより解釈されるセレクト制御をトリガーすることにより選択される。一実施形態では、メニューアイテムの選択は、デセレクトプロセスにより解釈されるデセレクト制御をトリガーすることにより逆転することができる。従って、セレクト及びデセレクトプロセスは、メニューシステムにおけるメニューレベル間のナビゲーションを与える。

ユーザインターフェイスは、一実施形態では、データ処理装置が動作しているコンテクストに基づいて、どの二次メニューアイテムを表示すべきか決定することができる。例えば、一実施形態では、表示される二次メニューアイテムは、ネットワーク又は周辺装置の利用性に依存する。

又、一実施形態では、ユーザインターフェイスは、メニューアイテムが首尾良くナビゲートされたことをユーザに指示するためにハイライトプロセスも備えている。このハイライト処理は、ユーザによりナビゲートされるメニューアイテムに対応する視覚フィールド、テキスト又はグラフィックのｚオーダーをスケーリング、アニメ化又は変更することを含んでもよい。一実施形態では、非ハイライト処理のメニューアイテムは、ディスプレイ上に静止したままである。従って、ハイライト処理のメニューアイテムを、非ハイライト処理のメニューアイテムに重畳してもよい。別の実施形態では、ハイライト処理のメニューアイテムが、少なくとも１つの非ハイライト処理のメニューアイテムにシミュレーション陰影を投げかけてもよい。

ハイライト処理のメニューアイテムは、データ処理装置に選択制御を使用することにより選択されてもよい。二次メニューアイテムをハイライト処理すると、付加的な情報、例えば、これに限定しないが、二次メニューアイテムに対応するテキストラベル又は関連データコンテンツ、を表示することができる。一実施形態では、ハイライト処理は、メニューシステムにおける大半のメニューアイテムに一貫したハイライト効果を与える。

一実施形態では、ユーザインターフェイスは、ユーザがメニューアイテムを選択するのに応答して多数のズーム効果を与える。ズームイン及びズームアウトモジュールによりズーミングを制御することができる。このようなモジュールは、セレクト及びデセレクトプロセスと一体化されてもよい。一実施形態では、少なくとも１つのズーム効果が、選択されたメニューアイテムを中心に与えられる。或いは又、ディスプレイのセンターを中心にズームが与えられてもよい。１つのズーム効果において、一次メニューアイテムの選択に応答して、ユーザインターフェイスは、アニメ化されたズームトランジションシーケンスを開始し、これは、選択をスケーリングすることと、第１の複数の一次メニューアイテムを第２の複数の一次メニューアイテムに部分的に置き換えることを含む。別の実施形態では、メニューアイテムの選択に応答して、ユーザインターフェイスは、メニューアイテムをデータコンテンツに少なくとも部分的に置き換えるアニメ化ズームを開始する。

ズーム効果の別の実施形態では、セレクトプロセスが、ズームトランジションシーケンスの終わりに、選択された第１の複数のメニューアイテムの一部分の上に第２の複数の一次メニューアイテムを重畳させる。第２の複数が重畳される前記選択された第１の複数のメニューアイテムの一部分は、前記選択されたメニューアイテムのスケーリングされたバージョンでもよい。

又、ユーザインターフェイスは、逆ズームトランジションシーケンスを開始するためのデセレクトプロセスを含んでもよい。逆ズームトランジションシーケンスは、実質的に、前記アニメ化ズームトランジションシーケンスの逆を含んでもよい。

以下、添付図面を参照して、本発明の実施形態を一例として説明する。

実施形態の説明

データ処理装置のユーザは、通常、ディスプレイスクリーン又はスピーカを経て可聴音又は視覚表示のような知覚出力を受け取ることによりハードウェア入力装置を通して装置と対話する。データ処理装置の内部では、入力装置から受け取った入力を変換し且つそれに応答して出力を発生するユーザインターフェイスにより対話が支配される。

［データ処理装置］
図１は、本発明の一実施形態によるユーザインターフェイス１０２を含むデータ処理装置１００の概念的ブロック図である。この説明のための実施形態では、データ処理装置１００は、移動電話である。データ処理装置１００は、入力装置１０４と、出力装置１０６とを備えている。入力装置１０４は、ユーザから入力を受け取り、それをユーザインターフェイス１０２へ処理のために通過させる。出力装置１０６は、ユーザインターフェイス１０２から出力を受け取り、それをユーザに与える。

他の実施形態では、データ処理装置１００は、例えば、電話、コードレス電話、パーソナルデジタルアシスタント、パルムトップコンピュータ、デジタルスチール又はビデオカメラ、メディアプレーヤ、テレビジョン、衛星テレビジョンターミナル、ケーブルテレビジョンターミナル、車内情報システム、車内娯楽システム、プリンタ、スキャナ、ファクシミリマシン、及びデータ記憶装置でよいが、これらに限定されない。移動電話データ処理装置１００に関して以下に述べる特徴及び効果は、前記装置のいずれにおいても実現できる。

入力装置１０４は、ユーザがデータ処理装置１００へ入力を与えることができるようにする。入力装置１０４は、出力装置１０６に見られるアイテム間でナビゲーションするための方向制御器１０８を備えている。方向制御器１０８は、上下左右にナビゲーションするための４つのアクチュエータを含む。又、入力装置１０４は、出力装置１０６で見ることのできるアイテムを選択するためのセレクト制御器１１０も備えている。更に、入力装置１０４は、既に選択されたアイテムを選択解除するためのデセレクト制御器１１２も備えている。

出力装置１０６は、ディスプレイ１１４である。ディスプレイ１１４は、カラー出力を与える液晶ディスプレイである。別の出力装置１０６は、グレースケール及び白黒プラズマディスプレイ、陰極線管、プロジェクションスクリーン、及び他の適当な動的視覚装置を含む。

図２の（Ａ）は、本発明を例示する実施形態による移動電話データ処理装置２００の上面図である。このデータ処理装置２００は、ディスプレイ２１４を出力装置１０６として含む。ディスプレイ２１４は、カラー液晶ディスプレイである。入力装置１０４に関連して、データ処理装置２００は、５方ロッカースイッチ２０３を備えている。５方ロッカースイッチ２０３の周辺アクチュエータ２０９ａ−２０９ｄは、方向制御器１０８として働く。５方ロッカースイッチ２０３の中央アクチュエータ２１０は、セレクト制御器１１０として働く。付加的なアクチュエータ２１２は、デセレクト制御器１１２として働く。セレクト制御器１１０とデセレクト制御器１１２との間の関係は、視覚指示２０７により示される。この視覚指示２０７は、制御器１１０と１１２とをリンクするグラフィック特徴である。別の実施形態では、視覚指示２０７は、データ処理装置２００のトポグラフィック特徴のような物理的特徴である。

図２の（Ｂ）は、本発明を例示する別の実施形態によるデータ処理装置２００’に対する別の入力装置１０４構成の上面図である。データ処理装置２００’では、入力装置１０４は、方向制御器１０８として働く４つのアクチュエータ２０９ａ’−２０９ｄ’を備えている。各アクチュエータ２０９ａ’−２０９ｄ’は、上下左右の方向に対応する。データ処理装置２００’は、４つのアクチュエータ２０９ａ−２０９ｄにより形成された一般的に円形の領域内に配置されたセレクト制御器２１０’及びデセレクト制御器２１２’を備えている。

図２の（Ｃ）は、データ処理装置２００”に対する別の入力装置１０４構成の上面図である。データ処理装置２００’と同様に、データ処理装置２００”では、入力装置１０４は、方向制御器１０８として働く４つのアクチュエータ２０９ａ”−２０９ｄ”を備えている。各アクチュエータ２０９ａ”−２０９ｄ”は、上下左右の方向に対応する。データ処理装置２００”は、４つのアクチュエータ２０９ａ”−２０９ｄ”により形成された一般的に楕円形の領域内に配置されたセレクト制御器２１０”及びデセレクト制御器２１２”を備えている。

データ処理装置２００のこれら制御器は、上述したスイッチ、キー又はボタン以外の手段により設けられてもよい。他の形式の方向制御器１０８（例えば、マウス、タッチパッド、タッチスクリーン／スタイラス、４方ロッカースイッチ、等々）を使用して同等の機能を設けることができる。タッチスクリーン実施の場合に、セレクト及びデセレクト制御器１１０及び１１２は、スクリーンボタン上にバーチャルで設けられるか、或いはジェスチャーベースのコマンド、例えば、ＰＣＴ特許公告ＷＯ０１／７９９８０号に開示されたように、インターフェイスコマンドにマップされた記号的スタイラスジェスチャーにより設けられる。

［ユーザインターフェイス］
図１に戻ると、データ処理装置１００は、ユーザインターフェイス１０２を備えている。このユーザインターフェイスは、ユーザから入力を受け取り、入力を処理し、そして処理された入力に基づいて出力を表示する。ユーザインターフェイスは、メニューシステム１２０及びナビゲーションモジュール１２２を備えている。簡単に述べると、メニューシステム１２０は、出力装置に表示される出力を一部分決定し、一方、ナビゲーションモジュール１２２は、入力装置１０４を使用してこのような出力を制御する能力をユーザに与える。メニューシステム１２０及びナビゲーションモジュール１２２は、汎用又は特殊目的プロセッサにおいて動作するソフトウェアモジュールとして実施される。別の実施形態では、メニューシステム１２０、ナビゲーションモジュール１２２、又はその一部分は、デジタル信号プロセッサ、特定用途向け集積回路、プログラム可能なロジックアレー、又は他の適当なハードウェアフォーマットのような集積回路で実施される。

［メニューシステム］
より詳細には、メニューシステム１２０は、メニュー１２４と、ハイライトプロセス１２６と、リベールプロセス１２８とを含む。図３は、本発明を例示する実施形態によりメニューシステム１２０に含まれるメニュー３２４の概念的ブロック図である。メニュー３２４は、複数の一次メニューアイテム３６０ａ−３６０ｈ（集合的に一次メニューアイテム３６０）と、複数の二次メニューアイテム３６２ａ−３６２ｍ（集合的に二次メニューアイテム３６２）とを備えている。メニュー１２４は、メニューアイテム３６０及び３６２をメニューレベル３６４ａ−３６４ｄ（集合的にメニューレベル３６４）へと編成する。メニューアイテム３６０及び３６２は、一般に、他のメニューレベル３６４や、実行可能なプログラム又はアプリケーションや、或いはテキスト、イメージ、オーディオ、ビデオ及びマルチメディアデータを含むデータへのエントリーポイントを形成する。メニューは、グラフィック及び／又はテキストデータ、例えば、アイコン及びテキストラベルを、メニューアイテム３６０及び３６２に関連付けて、それに対応するメニューアイテム３６０及び３６２を視覚表示する。

メニューレベル３６４は、一般に、例えば、ツリー及びブランチを伴うハイアラーキー構造である。しかしながら、ハイアラーキーは、厳密でなくてもよい。メニュー３２４のメニューレベル３６４は、重畳してもよく、又、個々のメニューアイテム３６０及び３６２は、多数のメニューレベル３６４に配置させることができる。あるメニューアイテム３６０及び３６２は、メニュー３２４を通る多数の経路によりアクセスすることができる（「経路」とは、所与のメニューアイテム３６０又は３６２に到達するためにユーザにより選択される一連のメニューアイテム３６０及び３６２を指す）。メニューレベル３６４のコンテンツ（即ち、どのメニューアイテム３６０及び３６２にアクセスできるか）は、コンテクスト感知である（他の実施形態では必要でないが）。例えば、メニュー３２４は、データ処理装置１００が周辺装置の取り付けを検出するのに応答して、付加的なメニューアイテム３６０及び３６２及び／又はメニューレベル３６４をアクセス可能にする。同様に、メニュー３２４は、データ処理装置１００の使用のコンテクストに基づいてメニューアイテム３６０又は３６２或いはメニューレベル３６４をディスエイブルする。例えば、メニュー３２４は、低接続環境において、即ちデータ処理装置１００のオン電力が低いときに、通信機能をディスエイブルする。

メニューレベル３６４は、１つ以上の一次メニューアイテム３６０を含む。例えば、メニュー３２４の最上位メニューレベル３６４ａは、「連絡先」及び「メッセージ」と各々示された一次メニューアイテム３６０ａ及び３６０ｂを含む。第１メニューレベル３６４において一次メニュー３６０を選択すると、別のメニューレベル３６４へ通じる。例えば、連絡先一次メニューアイテム３６０ａを選択すると、第２の連絡先メニューレベル３６４ｂへと通じる。

一次メニューアイテム３６０は、１つ以上の二次メニューアイテム３６２に関連付けられる。例えば、「メッセージ」と示された一次メニューアイテム３６０ｂは、「新たなメッセージ」及び「メニュー」と各々示された二次メニューアイテム３６２ｄ及び３６２ｅに関連付けられる。二次メニューアイテム３６２は、ナビゲーション的及び／又は機能的ショートカットを与える。

ナビゲーション的ショートカットは、メニュー３２４内の他のメニューレベル３６４及び／又はメニューアイテム３６０及び３６２にリンクする。ナビゲーション的ショートカットは、二次メニューアイテム３６２に関連した一次メニューアイテム３６０を含むメニュー３２０ハイアラーキーのブランチ内においてメニューレベル３６４並びにメニューアイテム３６０及び３６２にリンクする。又、ナビゲーション的ショートカットは、メニュー３２０ハイアラーキーの他のブランチにおいてメニューレベル３６４又はメニューアイテム３６０及び３６２にリンクしてもよい。従って、ナビゲーション的ショートカットは、メニュー３２４の長い横断を回避するために加速経路を与える。ショートカットターゲットがメニューツリー及びブランチ構造体のリーフであるときには、ナビゲーション的ショートカットは、データ処理装置１００における機能の実行を開始する。例えば、「新たなメッセージ」と示され且つ「メッセージ」一次メニューアイテム３６０ｂ内に配置された二次メニューアイテム３６２ｄを選択すると、新たなメッセージを発生する機能が開始される。これは、メニューレベル３６４ａからメッセージメニューレベル３６４ｄ及びそれ以上にわたり便利なショートカット対別のナビゲーションをユーザに与える。

機能的ショートカットは、機能的ショートカットがアクチベートされるところの一次メニューアイテム３６０に関連している。機能的ショートカットを使用すると、単一のメニューアイテム３６０内でユーザが多数の機能にアクセスできるようになり、従って、ソフトキー又はオプションボタンを使用する必要性が回避される。機能的ショートカットは、例えば、「メニュー」と示され且つ「メッセージ」一次メニューアイテム３６０ｂに関連付けされた二次メニューアイテム３６２ｅである。これは、「メッセージメニュー」メニューレベル３６４ｃにリンクし、このメニューレベルは、「メッセージ」メニューアイテム３６０ｂの動作に関連した「新たなメッセージ」及び「ビューフォルダー」のようなユーザオプションのエンリッチセットへのアクセスを与える。ショートカットと一次メニューアイテムとの関連性は、メニュー３２０の設計者又は著者により予め定義される。それに加えて、又はそれとは別に、ユーザは、メニュー１２０の個人的使用を反映するように関連性をカスタマイズすることができる。

図４の（Ａ）〜（Ｄ）は、ディスプレイ４１４にメニューシステム１２０の出力を表示するデータ処理装置４００の上面図である。図４の（Ａ）に例示する出力は、「連絡先(Contacts)」、「メッセージ(Messages)」、「カレンダー(Calendar)」、「カメラ(Camera)」、「ファイルブラウザ(File Browser)」、及び「設定(Settings)」と各々示された６個の一次メニューアイテム４６０ａ−４６０ｆを含む。メニューシステム１２０は、各一次メニューアイテム４６０ａ−４６０ｆに、一次メニューアイテムが表示される対応視覚フィールド４６５ａ−４６５ｆを指定する。視覚フィールド４６５は、例えば、１つの一次メニューアイテム４６０を互いに区別する長方形又は他の幾何学的形状に配列されたピクセルのコレクションである。

図４の（Ａ）において、各一次メニューアイテム４６０ａ−４６０ｆには、一般的に長方形の視覚フィールド４６５が、垂直列において互いに上下に指定される。各視覚フィールド４６５ａ−４６５ｆは、その関連一次メニューアイテム４６０ａ−４６０ｆに対応するアイコンと、テキストラベルとを含む。更に、「連絡先」と示された視覚フィールド４６５ａ（図３の一次メニューアイテム３６０ａに対応する）は、他の視覚フィールド４６５ｂ−４６５ｅより大きい。又、視覚フィールド４６５ａは、３つの二次メニューアイテム４６２ａ−４６２ｃも含む。

［ハイライトプロセス］
一次メニューアイテム４６０ａの大きな視覚フィールド４６５ａは、一次メニューアイテム４６０ａがアクティブであることを指示する。セレクト制御器１１０をトリガーする作用は、以下に詳細に説明するように、どのメニューアイテム４６０及び４６２がアクティブであるかによって支配される。大きな視覚フィールド４６５ａは、どのメニューアイテム４６０及び４６２（１つ又は複数）が所与の時間にアクティブであるかをユーザに指示するためにハイライトプロセス１２６により発生される多数の視覚キューの１つである。ハイライトプロセスにより発生される他の視覚キューは、視覚フィールド４６５の色を変えたり、一次メニューアイテム４６０に対応するアイコンをアニメ化したり、他のインアクティブなメニューアイテムの視覚フィールド４６５に対して視覚フィールド４６５のｚオーダーを変更したりすることを含むが、これらに限定されない。他の視覚キューを使用して、アクティブなメニューアイテム４６０及び４６２を更に強調してもよく、これは、視覚フィールド４６５の後方に陰影を与えたり（ｚオーダーを使用することで、この陰影は３Ｄ側面をもつように見える）、透明板を使用して最上位コンテンツ層を通してその下のコンテンツを部分的に見えるようにしたりすることを含む。

図４の（Ｂ）は、本発明の一実施形態によるデータ処理装置４００’を例示する第２の上面図である。この第２の図において、「メッセージ」と示された第２の一次メニューアイテム４６０ｂ’は、アクティブであり、従って、ハイライトプロセス１２６によりハイライト処理される。図４の（Ａ）における一次メニューアイテム４６０ａの視覚フィールド４６５ａと同様に、一次メニューアイテム４６０ｂ’の視覚フィールド４６５ｂ’も、残りの視覚フィールド４６５ａ’及び４６５ｃ’−４６５ｆ’より大きい。視覚フィールド４６５ｂ’のスケーリングは、図４の（Ａ）に見られるインアクティブな、ひいては、スケーリングもハイライト処理もされていない視覚フィールド４６５ｂに比して最も顕著である。

図４の（Ｃ）は、二次メニューアイテム４６２がアクティブであるときに二次メニューアイテム４６２がハイライトプロセス１２６によりハイライト処理もされることを示している。図４の（Ｃ）においては、「メッセージ」一次メニューアイテム４６０ｂ”及び「新たなメッセージ」二次メニューアイテム４６２ｄ’の両方がアクティブである。二次メニューアイテム４６２ｄ’のアクティブな状態は、二次メニューアイテム４６２ｄ’を取り巻く一次メニューアイテム４６０ｂ”の視覚フィールド４６５ｂ”の一部分の色をハイライトプロセス１２６で変えることによりユーザに指示される。一次メニューアイテム４６０をハイライト処理するのと同様に、ハイライトプロセス１２６は、二次メニューアイテム４６２のスケーリング、アニメ化、そのｚオーダーの変更等を行って、二次メニューアイテム４６２のアクティブな状態を指示することもできる。

一実施形態では、データ処理装置１００は、メニューシステム１２０の、全部でなくても、ほとんどのメニューレベル３６４間の移動及びハイライト処理に同様の視覚キューを使用する。一貫性があることは、著しい使い易さをもたらすと共に、ユーザインターフェイスの動作をユーザに直観的なものとすることができる。しかしながら、本発明の範囲から逸脱せずに、異なる視覚キューを種々のメニューアイテム３６０及び３６２と共に、且つ種々のメニューレベル３６４において、使用することができる。

［リベールプロセス］
一般に、リベールプロセスは、アクティブなメニューアイテムに関連した付加的な情報を表示する。例えば、図４の（Ａ）のデータ処理装置４００は、一次メニューアイテム４６０ａがアクティブであるので、二次メニューアイテム４６２ａ−４６２ｃを表示する。これとは対照的に、データ処理装置４００’は、一次メニューアイテム４６０ｂ’がアクティブであるので、二次メニューアイテム４６２ｄ−４６２ｅを表示する。リベール技術を使用して、アクティブな一次メニューアイテム４６０に対しスクリーンに少なくとも４つの二次メニューアイテム４６２を得ることができる。しかしながら、二次メニューアイテム４６２は、アクティブなメニューアイテムに対してリベールプロセス１２８で表示できる付加的な情報の１つのクラスに過ぎない。

図４の（Ｄ）は、例えば、本発明を例示する実施形態によるデータ処理装置４００”’の第４の上面図であり、アクティブなメニューアイテムに対してリベールプロセス１２８により表示する他の形態のデータを示している。データ処理装置４００”’は、データ処理装置４００”’にセーブされる個々のメッセージに対応する６個の一次メニューアイテム４６０ａ”’−４６０ｆ”’を表示する。第１の一次メニューアイテム４６０ａ”’は、アクティブである。一次メニューアイテム４６０ａ”’に対応する視覚フィールド４６５ａ”’は、視覚フィールド４６５ａ及び４６５ｂ’が関連二次メニューアイテム４６２ａ−４６２ｃ、４６２ｄ及び４６２ｅを含むのと同様に、３つの二次メニューアイテム４６２ｇ−４６２ｉを含む。又、視覚フィールド４６５ａ”’は、一次メニューアイテム４６０ａ”’に対応するメッセージの抜粋４６６も含む。一次メニューアイテム４６０ｂ”’−４６０ｆ”’に対応する視覚フィールド４６５ｂ”’−４６５ｆ”’は、それらに関連したメッセージの抜粋４６６を含まない。

更に、二次メニューアイテム４６２のアクチベーションに応答して、リベールプロセス１２８は、二次メニューアイテム４６２に関連した付加的な情報を表示する。例えば、図４の（Ｃ）において、二次メニューアイテム４６２ｄ’は、アクティブであり、ハイライト処理される。二次メニューアイテム４６２ｄ’を表わすアイコンの下では、二次メニューアイテム４６２ｄ’の機能をユーザに通知するためにリベールプロセス１２８によりテキストラベル「新たなメッセージ」が表示される。二次メニューアイテム４６２がアクティブでない限り表示されない二次メニューアイテム４６２に関連した情報の表示は、「ダブルリベール(double reveal)」プロセスと称される。

リベール及びダブルリベールプロセスは、初心者のユーザ及び専門家の両方に対して使い易さを与えるように結合される。アクティブなメニューアイテムを選択する前にメニューアイテムの機能をユーザに通知するために各動作のテキスト記述をディスプレイ４１４へマップしてもよい。これについて、この技術は、ソフトキーマッピングと同様の属性を与えるが、付加的な物理的キーの必要性や、それに関連したスクリーンスペースの浪費を伴うことはない。より詳細には、アイテムがアクティブであるときに必要に応じて機能が露出され、そして機能のテキスト記述は、オンデマンドで露出される。これと対照的に、ソフトキー方法では、永久的表示位置にキーマッピングが固定される。

リベール技術により与えられる大きな範囲のショートカットは、著しく有用な利益を得ることができる。より詳細には、多くのユーザは、データ処理装置１００の使用可能な機能の小さなサブセットのみを規則的に使用する。これらの規則的に使用される機能をメニューシステム１２０の種々のレベルに入念に配することで、ハイアラーキーメニューレベルの上下のナビゲーションの量を劇的に減少できると共に、特定の目的で通常使用される全体的な機能を、１つ又は幾つかの一次メニューアイテム３６０又は４６０に対応する精通したフィールドへと結合するように働くことができる。

［ナビゲーションモジュール］
図１に戻ると、ナビゲーションモジュール１２２は、ユーザがメニューシステム１２０と対話する能力を与える。ナビゲーションモジュール１２２は、方向制御器１０８、セレクト制御器１１０及びデセレクト制御器１１２に各々応答する方向プロセス１３０、セレクトプロセス１３２及びデセレクトプロセス１３４を含む。一般に、方向プロセス１３０は、どの一次メニューアイテム３６０及び／又は二次メニューアイテム３６２がアクティブであるかを変更する。セレクトプロセス１３０及びデセレクトプロセス１３２は、アクティブなメニューレベルを変更し、又、セレクトプロセス１３０は、データ処理装置１００における機能の開始も制御する。

［方向ナビゲーション］
上述したように、図４の（Ａ）〜（Ｄ）は、ユーザにより入力されてナビゲーションモジュール１２２により解釈される複数のナビゲーション命令を示す。上述したように、方向プロセスは、どのメニューアイテム（１つ又は複数）３６０、３６２、４６０及び４６２がアクティブであるかを変更する。図４の（Ａ）のデータ処理装置４００は、方向制御器４０８を備えている。この方向制御器４０８は、上下左右に各々対応する４つのアクチュエータ４０９ａ、４０９ｂ、４０９ｃ及び４０９ｄを備えている。方向プロセス１３０は、上アクチュエータ４０９ａ又は下アクチュエータ４０９ｂがトリガーされると、アクティブな一次メニューアイテム４６０を変更する命令として解釈する。例えば、図４の（Ａ）において、ユーザが下アクチュエータ４０９ｂをトリガーすると、方向プロセス１３０は、一次メニューアイテム４６０ａをデアクチベートし且つ４６０ｂをアクチベートして、図４の（Ｂ）の表示を得るように、メニューシステム１２０に命令する。同様に、図４の（Ｂ）において、ユーザが上アクチュエータ４０９ａをトリガーすべき場合には、方向プロセス１３０は、一次メニューアイテム４６０ｂ’をデアクチベートし且つ一次メニューアイテム４６０ａ’をアクチベートして、図４の（Ａ）の表示を得るように、メニューシステムに命令する。

左右のアクチュエータ４０９ｃ及び４０９ｄは、二次メニューアイテム３６２及び４６２のアクチベーション及びデアクチベーションを制御する。例えば、図４の（Ｂ）において、一次メニューアイテム４６０ｂ’がハイライト処理され、２つの二次メニューアイテム４６２ｄ及び４６２ｅを露呈させる。この状態から、ユーザが方向制御器４０８の右アクチュエータ４０９ｄをトリガーすべき場合に、方向プロセス１３０は、図４の（Ｃ）に示すように、二次メニューアイテム４６２ｄをアクチベートするようにメニューシステム１２０に命令する。ユーザが右アクチュエータ４０９ｄを再びトリガーすべき場合には、図４の（Ｃ）に示された第２の二次メニューアイテム４６２ｅ’がアクチベート及びハイライト処理され、そしてその二次メニューアイテム４６２ｅ’に関連した付加的な情報が表示される。そうではなくて、ユーザが左アクチュエータ４０９ｃを押した場合には、二次メニューアイテム４６２ｄ’がデアクチベートされると共に、データ処理装置４００”が図４の（Ｂ）に示す状態に復帰する。

［セレクト及びデセレクト］
二次メニューアイテム４６２及び３６２がアクティブでないときには、セレクトプロセス１３２及びデセレクトプロセス１３４は、メニューシステム１２０のメニューレベル３６４間のナビゲーションを許すように機能する。セレクトプロセスは、ユーザがセレクト制御器１１０をトリガーする（「セレクティング」と称される）のに応答して、メニューレベル３６４を下るようにナビゲートし、一方、デセレクトプロセス１３４は、メニューレベル３６４を戻るようにナビゲートする。

例えば、図４の（Ｂ）及び（Ｃ）を参照すれば、図４の（Ｂ）において、「メッセージ」一次メニューアイテム４６０ｂ’はアクティブである。データ処理装置４００’がこの状態にある間にユーザがセレクト制御器４１０をトリガーする場合には、セレクトプロセス１３２は、メニュー１２４の「メッセージ」メニューブランチにおいてメニューレベル３６４を下ってナビゲートするようにメニューシステム１２０に命令する。このナビゲーションにより、図４の（Ｄ）のディスプレイ４１４”’に示された表示が生じる。メニュー１２４の「メッセージ」メニューブランチの第２メニューレベル３６４は、個々のメッセージに対応する一次メニューアイテム４６０ａ”−４６０ｆ”を含む。データ処理装置４００”’が図４の（Ｄ）に示す状態にあるときにユーザがデセレクト制御器４１２をトリガーする場合には、デセレクトプロセスは、１つのメニューレベル３６４をバックアップするようにメニューシステム１２０に命令し、図４の（Ｂ）のデータ処理装置４００’出力を生じさせる。

又、セレクト及びデセレクトプロセス１３２及び１３４は、二次メニューアイテム３６２及び４６２の選択及び選択解除に応答してデータ処理装置１００’を制御する。二次メニューアイテム３６２の選択に応答するか又は４６２の選択に応答するかは、二次メニューアイテムが機能的ショートカットであるか又はナビゲーション的ショートカットであるかに依存する。

図５の（Ａ）〜（Ｅ）は、本発明を例示する実施形態によるデータ処理装置５００のディスプレイ５１４の上面図である。ディスプレイ５１４は、二次メニューアイテム５６２へのナビゲーション及びその選択を示す。図５の（Ａ）に示すスタートスクリーン（例えば、データ処理装置５００が電源オンされたときに表示される）から、セレクト制御器１１０を初めて押すと、第１メニューレベル５６４ａ（図５の（Ｂ））が露呈され、「連絡先」と示された最上部の一次メニューアイテム５６０ａがハイライト処理されて、その付加的な情報を表示する。セレクト制御器１１０を再び押すと、メニュー１２４の「連絡先」ブランチの次のメニューレベル３６４へナビゲートされる。第２のメニューレベル５６４ｂは、個々の連絡先をリストする。連絡先リストメニューレベルを最初に表示するときには、連絡先リスト内の第１連絡先に対応する最上位メニューアイテム５６０ａ’がアクティブであり、ハイライト処理される（図５の（Ｃ））。ハイライト処理された一次メニューアイテム５６０ａ’は、連絡先の移動電話及び家庭用電話の番号、連絡先のｅメールアドレス、及びメニューリンクに各々対応する４つの二次メニューアイテム５６２ａ−５６２ｄを含む。

二次メニューアイテム５６２ａ−５６２ｄのいずれもアクティブでない間に、方向制御器５０８の右アクチュエータ５０９ｄを押すと、図５の（Ｄ）に示すように、連絡先の移動電話番号に対応する第１の二次メニューアイテム５６２ａがアクチベートされる。この段階で、即ち移動電話二次メニューアイテム５６２ａ”がアクティブである間に、セレクト制御器１１０を再び押すと、図５の（Ｅ）のディスプレイ５１４に示すように、この連絡先の移動電話番号への電話コールがアクチベートされる。図５の（Ｄ）のスクリーンから、デセレクト制御器１１０を繰り返し押すと、図５の（Ａ）のスタートスクリーンへとメニュー経路を上に戻るようにナビゲートする。

図６の（Ａ）〜（Ｃ）は、機能的ショートカット二次メニューアイテム６６２の選択を示すデータ処理装置６００の上面図である。データ処理装置６００のディスプレイ６１４は、「メッセージ」一次メニューアイテム６６０ｂの「メニュー」二次メニューアイテムアイコン６６２ｂがアクティブであり、ハイライト処理されたことを示している。ユーザがこの筋書きにおいてセレクト制御器６１０を押すのに応答して、セレクトプロセス１３２は、二次メニューアイテム６６２ｂをアクチベートするようにメニューシステムに命令する。二次メニューアイテム６６２ｂは機能的ショートカットに対応しているので、メニューシステムは、二次メニューアイテム６６２ｂがリンクするメニューレベル３６４、即ち図６の（Ｂ）に示すメニューレベル６６４ｂを表示する。この更に別のメニューレベル６６４ｂは、選択されたメニューアイコン６６２ｂを含む以前のディスプレイ６１４のメッセージ視覚フィールド６６５ｂのエリアの拡大又はズームされた表示に重畳して表示される。図６の（Ｂ）のメニューレベル６６４ｂは、この場合も、方向制御器６０８の上下のアクチュエータ６０９ａ及び６０９ｂと、セレクト制御器６１０とを使用してアクチベート及び選択することのできる水平の視覚フィールド６６５ａ’−６６５ｃ’の列を含む。デセレクト制御器６１２を押すと、ディスプレイ６１４は、図６の（Ｃ）に見られる以前のレベルへ復帰し、これは図６の（Ａ）と同じである。

１つの特徴によれば、ナビゲーションモジュール１２２とメニューシステム１２０との結合プロセスは、ユーザインターフェイスの３つの基本的動作、即ち機能的ハイアラーキーのレベルを上下にナビゲートすること、付加的なオプションを与えることによりレベル内のポイントにおける機能をエンリッチすること、及び機能的ハイアラーキーの１つの特定のポイントから特定の異なるポイントへ移動するために加速経路を選択的に設けること（ナビゲーション的ショートカット）、を取り扱うための従来の設計で得られなかったある程度のコヒレンス性を与える。

第２の状態の一例として、ユーザが、受け取った全テキストメッセージのリストを見るためにハイアラーキーを下った場合には、特定のメッセージを選択すると（例えば、もう１つレベルを下げてナビゲーションすると）、そのメッセージが表示される。しかしながら、ユーザは、そのメッセージを選択する（見る）ことを望まず、それを削除するか又はセーブするか或いは送信者の詳細を得ることを望むことがある。この筋書きは、ハイアラーキーレベルの厳密な上昇／下降により与えられるものよりリッチな振舞いを必要とする。第３の状態は、例えば、最上位レベルメニューへ復帰するために低いメニューレベルで与えられる「家庭用」オプションである。

ここに例示する実施形態によれば、本発明は、既存の設計より簡単で、より一貫性があり、より予想可能で、それ故、より直観性がある解決策において、これら３つのユーザインターフェイス動作を結合する。これが得られるのは、例えば、メニューシステムのいずれのポイントでも、４つの方向ボタンを使用したスクリーン上の「地理的」ナビゲーション、即ち上下又は横断によるだけで、考えられる全てのユーザアクションにアクセスできるからである。これに対して、従来の設計では、例えば、エンリッチ機能を与えるソフトキーを選択するか又は専用の「オプション」ボタンを押すために、ユーザが簡単な方向制御器から離れねばならなかった。本発明の１つの構成では、方向制御器のみを使用する地理的ナビゲーションは、各オプションへのアクセスを与える。というのは、エンリッチ機能及びナビゲーション的ショートカットを、４方アクチュエータのナビゲーション的到達範囲内の二次メニューアイテム３６２として露呈できるからである。

使用中に、ユーザインターフェイス１０２のナビゲーションは、４つの方向制御器を使用してスクリーンの２Ｄ平面全体に敷設されたオプションの格子を横断することに匹敵する。セレクト／デセレクト制御器１１０及び１１２は、この概念的「平面」に対して垂直の方向にナビゲートして、１つの選択格子をハイアラーキーにおける次の上位又は下位の平面に置き換えると考えることができる。それ故、ユーザインターフェイス１０２のナビゲーションは、完全に一貫した予想可能な仕方で使用される６つのアクチュエータ、即ち４つの方向アクチュエータ＋セレクト及びデセレクトアクチュエータ、の範囲内に完全に含ませることができる。従来の設計は、このレベルのコヒレンス及び一貫性を得ることができない。というのは、メニュー内の予想できない且つ任意のポイントでユーザが１つのナビゲーションモードから別の（例えば、ソフトキーアクチベーション）モードへ離れる必要があり、従って、インターフェイスを複雑にすると共に、ユーザが学習し使用するのを困難にするからである。

［視覚効果］
データ処理装置１００及びユーザインターフェイス１０２の幾つかの特徴は、以下に述べる視覚効果の１つ以上を使用することにより増強される。

図７から１０は、本発明を例示する実施形態によるグラフィックズーム技術を示す。ハイライト処理のメニューアイテム３６０又は３６２が選択されると、現在の表示を次のメニューレベル３６４の表示に単に置き換えるのではなく、現在メニューレベル３６４から次のメニューレベル３６４へのトランジションが、アニメ化されたズームトランジションシーケンスにより与えられる。

データ処理装置１００は、少なくとも２つの形式のズームトランジション、即ちズームトランジション形式１及びズームトランジション形式２を使用する。これら両方のズームトランジション形式について以下に詳細に説明する。一実施形態において、ズームトランジション形式１は、主メニューレベル３６４（例えば、一次メニューアイテム３６０の選択から生じる）（図７のように）又はメニューレベル３６４間のトランジションから、データ／コンテンツトランジション（例えば、最下位メニューレベル３６４から関連コンテンツへズームするとき）に対して使用される。これに対して、ズームトランジション形式２は、二次メニューアイテム３６２アイコンの選択に続くトランジションを表示するのに使用される（図６、１０及び１１の（Ｂ）のように）。

図７の（Ａ）は、一次メニューアイテム７６０ａ−７６０ｆ（例えば、図４の（Ａ）のものに対応する水平視覚フィールド７６５ａ−７６５ｆ）の列を備えた概念的初期スクリーン表示を示す。第２の一次メニューアイテムは、図中の陰影で示すようにハイライト処理される（７６０ｂ）。このハイライト処理のメニューアイテム７６０ｂを選択すると、アニメ化されたズームトランジションシーケンスが開始される。このトランジションシーケンスは、選択されたメニューアイテム７６０ｂを拡大して、それが初期スクリーンの隣接メニューアイテム７６０ａ及び７６０ｃを部分的に覆い隠す（即ち、選択されたアイテム７６０ｂの視覚フィールド７６５により占有されるスクリーンエリアが次第に拡張する）ようにすることで開始される。これは、拡大されたアイテム７６０ｂ’を示す図７の（Ｂ）に示されている。

この段階では、拡張された視覚フィールド７６５ｂ’のコンテンツは、選択されたメニューアイテム７６０ｂのコンテンツの拡大表示である。視覚フィールド７６５ｂ’が拡張し続けると、選択されたメニューアイテム７６０ｂの拡大表示は、次のメニューレベル７６４’のコンテンツの表示と置き換えられる。特に、拡張された視覚フィールド７６５ｂ’のコンテンツは、図７の（Ｃ）に示すように、減少スケールで最初に表示された新たな一次メニューアイテム７６０ｇ−７６０ｌの列と置き換えられる。この新たな一次メニューアイテム７６０ｇ−７６０ｌの列は、図７の（Ｄ）に示すように新たなメニューレベル７６４’の最終スクリーン表示が示されるまで拡張し、図７の（Ｄ）は、第１の新たな一次メニューアイテム７６０ｇ’がハイライト処理されたメニューアイテム７６０ｇ’−７６０ｌ’の新たな列を示している。

図４の（Ａ）〜（Ｂ）及び図７の実施形態において、新たなメニューレベル３６４の表示は、スクリーンエリアを効果的に埋める。ズームトランジション形式２において、新たなメニューレベル３６４の表示は、スクリーンを埋めず、以前のメニューレベル３６４（図５の（Ｂ）に見られる）から選択されたメニューアイテム３６２の拡大表示に重畳されて示されている。

形式２のズームトランジションの一例が、図５の（Ａ）と（Ｂ）との間のトランジションに対応して図８の（Ａ）〜（Ｃ）に示されている。図８の（Ａ）は、一次メニューアイテム８６０ａ−８６０ｆの列を含む初期表示スクリーンを示す。ハイライト処理された一次メニューアイテム８６０ｃは、２つの二次メニューアイテム８６２ａ及び８６２ｂを含む。二次メニューアイテム８６２ａは、ハイライト処理され、更に別の関連情報（テキストストリング）を露呈する。選択されたアイテムに隣接する一次メニューアイテム８６０ｂ及び８６０ｄは、テキスト「より上」及び「より下」により指示される。

ハイライト処理された二次メニューアイテム８６２ａを選択すると、形式２のズームトランジションシーケンスが開始される。図１０に示すように、この場合、ズームトランジションシーケンスは、選択された二次メニューアイテム８６２ａ’と共に現在メニューレベル８６４ａの隣接エリアの表示を拡張させる。このシーケンス中のある段階において、新たなメニューレベル８６４ｂの表示が、現在メニューレベル８６４ａの拡張表示に重畳されて、それと共に拡張される。図１０の（Ｃ）は、新たなメニューレベル８６４ｂの一次メニューアイテム８６０ａ’−８６０ｄ’が、以前のメニューレベル８６４ａの一次メニューアイテム８６０ｃの拡張表示の背景に対して示された最終的なスクリーンを示す。

図９の（Ａ）及び（Ｂ）は、ハイライト処理及びリベール技術も組み込んだ実施形態において形式２ズームトランジションの最初と最後のスクリーンを例示するものである。図９の（Ａ）において、現在メニューレベル９６４ａの「メッセージ」一次メニューアイテム９６０ａは、ハイライト処理されて、２つの二次メニューアイテム９６２ａ及び９６２ｂを露呈し、その右側の「メニュー」二次メニューアイテム９６２ｂがハイライト処理される。これは、次いで、記述テキスト「メニュー」の更に別の露呈を与える。

「メニュー」二次メニューアイテム９６２ｂを選択すると、図９の（Ｂ）のスクリーンで終わる形式２ズームトランジションが開始される。「新たなメッセージ」と示された一次メニューアイテム９６０ａ’がハイライト処理された状態で次のメニューレベル９６４ｂが表示される。又、次のメニューレベル９６４ｂは、図９の（Ａ）の初期表示の選択された二次メニューアイテム９６２ｂアイコン及びその隣接部分の拡大表示に各々重畳された「ビューフォルダー(View Folder)」及び「メッセージング設定(Messaging Settings)」と示された一次メニューアイテム９６０ｂ’及び９６０ｃ’も備えている。テキスト「メッセージ」及び「メニュー」の部分が図９の（Ｂ）に見られることに注意されたい。

ズームトランジションを使用すると、メニュー１２４のハイアラーキーを通るナビゲーションの認知される視覚論理が改善され、メニュー１２４のハイアラーキー内における現在表示スクリーンの位置についての優れた感覚をユーザに与える。異なる形式のメニュー動作に対して異なる形式のズームトランジションを使用すると（例えば、主レベルトランジションに対して形式１、ショートカットトランジションに対して形式２）、メニュー１２４の位置についてのこの感覚が更に改善される。

ズームトランジションシーケンスに使用される中間スクリーンの数は、シーケンスの時間巾と同様に変化し得る。通常、シーケンスは、毎秒５から２５フレームのレートでアニメ化される。シーケンスの時間巾は、認知し得る視覚ズーム効果を与えるに充分なほど長くなければならないが、電話の通常動作を受け容れられないほど遅延させる長さであってはならない。一般に、シーケンスの時間巾は、約１／８秒から１秒の範囲でよい。ユーザがシーケンスの時間巾を所定の範囲内で選択できるようにし、及び／又はその効果をスイッチオフできるようにするファシリティが設けられてもよい。ズームトランジションシーケンス内で、拡張視覚フィールドのコンテンツを、拡張現在メニューアイテムコンテンツから、新たなメニューレベルコンテンツへスイッチすることは、種々の良く知られた「映画的」編集トランジション、例えば、カット、フェード、ディゾルブ及びワイプのいずれかを使用して遂行することができる。

ハイアラーキーを通して上に「戻る」ようにナビゲートするときには、上述したズーム「イン」トランジションを単に逆転して、両方向に同じ視覚論理を与えることができる。この意味で、セレクト制御器１１０は、メニューシステム１２０を通して「ズームイン」するように働き、そしてデセレクト制御器１１２は、「ズームアウト」するように働き、従って、視覚ズームがメニュー１２０のハイアラーキーを通るナビゲーションの方向を反映するようにする。

ズームトランジションは、一実施形態では、一般に、選択されたアイテムの物理的スクリーン位置の視覚的中心にある。図９の（Ａ）と（Ｂ）では、ズームは、選択された二次メニューアイテム９６２ｂの中心にある。メニューアイテムが水平フィールドの左側端に代表的アイコンを含むような一次メニューアイテムのメニューレベルトランジションの場合には（図４の（Ａ）のような）、ズームがこのようなアイコンの中心でよい。

図１０の（Ａ）及び（Ｂ）は、コンテンツトランジションに対するメニューレベルの形態の形式１ズームトランジションの更に別の実施形態を示す。この実施形態では、形式１ズームトランジションは、メッセージメニュー１０９２からテキストメッセージ１０９０をオープンするモジュールに適用される。図１０の（Ａ）は、第１の一次メニューアイテム１０６０ａがハイライト処理されて、メッセージコンテンツの抜粋１０９４及び３つの二次メニューアイテム１０６２ａ−１０６２ｃショートカットアイコン（いずれもハイライト処理されていない）を露呈するようなメッセージメニュー１０９４を示している。セレクト制御器１１０を押すと、図１０の（Ｂ）のスクリーンで終わる形式１ズームトランジションが開始される。

この場合に、ズームトランジションは、図１０の（Ａ）の左上において封筒アイコン１０９６の視覚的中心にある。図１０の（Ｂ）は、図１０の（Ｂ）の場合と同じ二次メニューアイテム１０６２ａ’−１０６２ｃ’に加えて更に別の「ズーム」二次メニューアイテム１０６２ｄをもつ完全なメッセージ１０９０を示している。図１０の（Ｂ）の左側二次メニューアイテム１０６２ｄは、メッセージ１０９０がオープンされたときに既にハイライト処理され、記述テキスト「ズーム」を露呈していることに注意されたい。これは、メニューハイアラーキーの最下位レベルが二次メニューアイテム１０６２を予め「ダブルリベール」状態でどのように表示するか示す。これは、特に、メニュー１２４ハイアラーキーの最下位レベルに対して意味があるが、必要とされない。というのは、セレクト制御器１１０の使用は、一般に、更に低レベルのメニューレベル３６４を招くことがないからである。又、この原理は、高レベルのメニューレベル３６４にも適用できる。

図１１の（Ａ）と（Ｂ）は、形式２ズームトランジションを使用して図１０の（Ａ）に示す「メニュー」ショートカットアイコン１１６２ｃ（１０６２ｃ）へズームインし及びそこからズームバックする効果を示す。これらのズームは、ハイライト処理された「メニュー」二次メニューアイテム１１６２ｃショートカットを中心とする。図１１の（Ｂ）に露呈されたメニューレベルは、図１１の（Ａ）のメニュー（図１１の（Ａ）のレベルより上のメニューレベル３６４においてメッセージアイテムからアクセスされた）に対する同じオプション（＋付加的なオプション）の幾つかを含む。

図１１の（Ｂ）のメニューは、全てのメッセージに対して一般的なオプションを示し、一方、図１１の（Ａ）のメニューは、特定メッセージに特有のオプションを示す。これは、データ処理装置１００のユーザインターフェイスが、一般に一貫した視覚論理を維持し且つ最小数の制御ボタンを使用しながら、コンテクスト感知のメニューオプションをいかに与えることができるかの更に別の実施形態である。

図１２の（Ａ）〜（Ｄ）は、ズーム可能なユーザインターフェイス１０２の一実施形態において、ズーミングの使用を、装置１００で実行されるアプリケーションの振舞い、又は装置１００で見られるドキュメントへいかに拡張するかを示す。例えば、ブラウザアプリケーション又は見られるドキュメントがハイパーリンク１２９８を含んでもよい。ハイパーリンク１２９８をクリックすると、ハイパーリンクターゲット１２９９が、リンク１２９８により占有されたページ位置からズームアウトさせる。視覚的に、この振舞いは、上述したメニューレベル等間のズーミングに類似している。

メニューシステム１２０を経てアプリケーションへ至る視覚ズームと、メニューシステム１２０を経てアクセスされたデータとを使用することで、４方の方向制御器、セレクト及びデセレクト制御器１０８、１１０及び１１２のみを使用して、システムナビゲーションとコンテンツとの間にシームレスなトランジションが与えられる。ズームイン／アウトコマンドは、一般に、セレクト／デセレクト制御器１１０及び１１２を使用して入力され、このようなボタンの動作は、コンテクスト的に適当であれば自動的に、或いは、例えば、適宜に二次メニューアイテム等として表示できるズームアイコン等へ最初にナビゲートすることにより、ズームコマンドとして解釈される。

メニューシステム１２０を経てデータコンテントへ至りそして戻るズームメタファーの継続性が図１３の（Ａ）〜（Ｄ）に示されている。使用可能なメッセージ１３９０ａ−１３９０ｆのリストを示すメニューレベル１３６４が図１３の（Ａ）に示されており、最上位のメッセージ１３９０ａがハイライト処理されている。セレクト制御器１３１０を押すと、図１３の（Ｂ）へのトランジションが生じ、ここでは、選択されたメッセージ１３９０ａの全テキストが表示される。図１０の（Ｂ）を参照して既に述べた第１「ズーム」二次メニューアイテム１３６２ａのダブルリベールと共に、二次メニューアイテム１３６２ａ−１３６２ｄのセットも与えられる。この点においてセレクト制御器１３１０を押すと、メッセージ１３９０ａ’のテキストコンテンツが、図１３の（Ｃ）に示すように、ズームインされる。この段階において、ユーザは、方向制御器１０８を使用して、表示されたテキストをスクロールし及びその周りでパンすることができる。

この実施形態では、セレクト制御器１３１０を使用すると、インターフェイスを介してズーミングするという一貫した感覚がユーザに与えられる。特に、図１３の（Ａ）から（Ｂ）へのトランジションでは、セレクト制御器１３１０は、より深いメニューレベルへのズームを生じさせ、一方、図１３の（Ｂ）から（Ｃ）へのトランジションでは、同じセレクト制御器１３１０で、それ以上低いメニューレベルがないときにコンテンツへユーザズームさせる。ズームメタファーは、デセレクト制御器１３１２を使用してコンテンツからズームアウトすることで更に強化される。これは、デセレクト制御器１３１２を押すことにより図１３の（Ｃ）から到達する図１３の（Ｄ）に示されている。図１３の（Ｄ）は、図１３の（Ｂ）と同等である。その結果、逆ズームがメニュー１２０ハイアラーキーを上がって戻るように続き（ユーザがデセレクト制御器１３１２を再び押した場合）、図１３の（Ａ）の状態へ復帰する。

図１４の（Ａ）及び（Ｂ）、並びに図１５の（Ｂ）、（Ｂ）及び（Ｃ）は、本発明を例示する実施形態に基づきデータ処理装置１００により使用されるｚオーダーハイライト効果を示している。図１４の（Ａ）において、「メッセージ」一次メニューアイテム１４６０ｂがハイライト処理される。これを示すために、「連絡先」と示された隣接する一次メニューアイテム１４６０ａの一部分の最上部に物理的に座るように見える。連絡先一次メニューアイテム１４６０ａは、一部分覆い隠されているが、目に見えるように保たれ、方向制御器１０８の使用によりアクチベートすることができる。図１４の（Ｂ）は、同じリスト上で現在ハイライト処理された連絡先一次メニューアイテム１４６０ａ’を示す。これは、ハイライト処理された一次メニューアイテム１４６０ａ’がここで最上位にとなる状態で、「メッセージ」フィールド１４６０ｂ’を低いｚオーダー位置へ復帰させる。

アクティブなメニューアイテムをハイライト処理するようにメニューアイテムのｚオーダーを再配列するのに加えて、ハイライトプロセス１２６は、ハイライト処理を強調するようにアクティブなメニューアイテムの視覚フィールドのスケーリングも行う。ハイライト処理されたメニューアイテムの視覚フィールドは、非ハイライト処理のメニューアイテムの視覚フィールドに対してスケールアップされる。このスケーリングは、ハイライト処理された視覚フィールド内でテキスト、フォント、及びグラフィック（即ち、グラフィック及びテキストオブジェクト）をスケーリングすることを含んでもよい。更に、非ハイライト処理の視覚フィールドは、表示上のスケール及び位置について静止したままであり、使用中にメニューに対して一貫した安定な見掛けを与える。ユーザがメニューレベルを下がってナビゲートするときには、各一次メニューアイテムの視覚フィールドがハイライト処理されて順次前方に送られる一方、他のフィールドは位置及び見掛けが固定されたままである（が、他の実施形態では、非ハイライト処理の一次メニューアイテムは、位置がシフトしてもよい）。又、この技術を使用して、テキストメッセージ１５９０ａ−１５９０ｃのリスト内のアイテムの次々のハイライト処理を示す図１５の（Ａ）〜（Ｃ）に示すように、ハイライト処理されたフィールドに関連した部分的コンテンツを表示することもできる。

又、ｚオーダー技術は、「リベール」技術と共に使用されてもよい。ｚ方向を使用することによりスクリーン上により多くのスペースを形成する能力は、ハイライト処理されたフィールドにショートカットアイコン及び他の付加的な情報を露呈するために有益である。ｚオーダーハイライト処理は、少なくとも一次メニューアイテムに適用され、そして露呈された二次メニューアイテム等へ拡張することができる。ｚオーダー技術は、アプリケーション及びドキュメント内のハイパーリンクのようなユーザ選択可能なアイテムへ拡張することができる。

上述したデータ処理装置１００の特徴に加えて、以下の別々の実施形態の１つ以上又はその組み合せにおいて付加的な機能を得ることができる。

［第１の別の実施形態］
図１に戻ると、上述した例示のための実施形態において、メニューシステム１２０は、ディスプレイ１１４に表示される出力を発生するに充分な情報を含む。別の実施形態では、メニューシステムは、一度に１つのメニューレベル３６４を表示するのに必要な出力を発生するに充分な情報を記憶できる状態マシンを含む。このような別の実施形態では、メニューシステム１２０は、１つ以上の基礎的なアプリケーション１８０及びデータソース１８２と通信する。例えば、アプリケーションは、「連絡先」データベースアプリケーション１８０及び「メッセージング」アプリケーション１８０を含むことができる。データソース１８２は、データ処理装置１００それ自体のデータテーブル、又はリモート記憶装置に記憶されたデータを含んでもよい。ナビゲーションモジュール１２２からセレクト命令を受け取ると、メニューシステムは、適切な結果を学習するために適切なアプリケーション１８０及び／又はデータソース１８２に問合せする。例えば、「連絡先」一次メニューアイテムがアクティブであるときにユーザがセレクト制御器をトリガーする場合には、メニューシステムは、「連絡先」アプリケーション１８０に問合せをし、連絡先のリストを、一次メニューアイテムとして使用すべく検索すると共に、キャッシュ一次メニューアイテムに対して関連二次メニューアイテムのリストを検索する。同様に、特定の連絡先電話番号二次メニューアイテムがアクティブであり且つユーザがセレクト制御器をトリガーする場合には、メニューシステムは、アクティブな二次メニューアイテムに関連した電話番号をダイヤルするように連絡先アプリケーション１８０に命令する。

デセレクト制御器１１２及びデセレクトモジュール１３４は、セレクト制御器１１０及びモジュールに対して二元的なものとして動作する。例えば、選択された最後のメニューアイテムがメニューシステム１２０内の新たなメニューレベルへのナビゲーションを生じる場合には、デセレクト制御器１１２をユーザが押すのに応答して、デセレクトモジュール１３４は、現在アクティブなメニューアイテム及びメニューレベルをデアクチベートし且つ以前にアクティブなメニューレベルをアクチベートするようにナビゲーション制御器に通知する。このため、ナビゲーションモジュール１２２は、ユーザから受け取ったナビゲーション入力の経過を記憶することができる。選択された最後のメニューアイテムが機能の開始を生じる場合には、デセレクト制御器１１２が押されるのに応答して、デセレクトモジュール１３４は、開始された機能を停止させる。

［第２の別の実施形態］
ここに述べるユーザインターフェイスフレームワークは、国際特許出願第ＷＯ０１／７９９８４号に開示された形式のデジタルドキュメント処理システムと組み合せて使用したときには、更に向上させ且つ拡張させることができる。このようなドキュメント処理システムは、所定のドキュメントフォーマットを確認及び解釈すると共に、所定フォーマットの到来ドキュメントをドキュメントの内部表示へと変換するように各々生成された複数の「ドキュメントエージェント」を備えたアーキテクチャーにより特徴付けられる。ドキュメントエージェントにより発生される内部表示は、一般的なもので、エージェントの間で共通であり、従って、システムの残り部分は、到来ドキュメントのフォーマットに関わりなく、単一のデータ表示を取り扱うだけでよい。

ドキュメント処理システムは、更に、ドキュメントレイアウト、レンダリング、アニメーション及びイベント取り扱いを実行するために内部表示に対して動作するコアエンジンを備えている。コアエンジンは、スクリプト能力も有すると共に、処理されたドキュメント内に含まれるスクリプトを取り扱うために、スクリプト又はバイトコードインタープリターを適当な反射層と一緒に含んでもよい。又、ドキュメント処理システムは、パン、ズーム、ゴー・ツー・ページ(go to page)のような一般的なドキュメント操作制御器も備えている。

コアドキュメントエンジンは、抽象層を経てデータ処理装置１００のオペレーティングシステムと直接通信し、従って、全てのＯＳ機能及び装置イベントにアクセスすることができる。従って、ユーザインターフェイスと対話するのに必要なイベント取り扱い及びスクリプト実行の全部に対してコアエンジンを使用することができる。更に、ユーザインターフェイスは、ドキュメント処理システムに常駐するドキュメントエージェントにより処理することもできる双方向マルチメディアワークとして実施されてもよい。ドキュメント処理システムは、マルチメディアワークを中間的表示に変換し、これが次いでコアエンジンによりレンダリングされる。

このように実施される解決策は、マルチメディアワークの多数のフォーマットに対して共通のプレゼンテーションモデルを可能にする。モジュラードキュメントエージェントの存在は、例えば、ＨＴＭＬに対してあるドキュメントエージェントを、又、ＭＡＣＲＯＭＥＤＩＡ ＦＬＡＳＨ（カリフォルニア州サンフランシスコのマクロメディアインクにより提供される）に対して別のドキュメントエージェントを、更に、ＳＶＧ、ＳＭＩＬ等に対して別のドキュメントエージェントを設けることにより、種々のマルチメディアフォーマットでワークを生成できることを意味する。ドキュメントエージェントは主としてパーサであるから、コードサイズを小さくすることができ（１００ｋバイト以下）、メモリが限定された移動装置でも多数存在させることが許される。ドキュメントエージェントは、典型的なマルチメディアプレーヤより相当に小さい。というのは、典型的なプレーヤで行われるレイアウト、レンダリング、スタイリング、アニメーション及びタイムライン取り扱いは、全て、ドキュメント処理システムのコアエンジンにより取り扱われるからである。コアエンジンは、共通の内部表示に対して動作するので、異なるマルチメディアフォーマットが使用されるときにこれを複写する必要がなく、特別のドキュメントエージェントが必要とされるだけである。

このようなシステムは、ユーザインターフェイスワークを異なるマルチメディアフォーマットで生成させ且つこのようなフォーマットを単一のインターフェイスにおいて結合させる可能性を切り開く。例えば、ＳＶＧで書かれた連絡先アプリケーションに対するインターフェイスワークは、同じ装置において、ＦＬＡＳＨで書かれたゲームインターフェイス、及びＨＴＭＬでオーサリングされたメッセージングインターフェイスと結合されてもよい。これらの個別のワークは、ユーザに透過的な仕方で、単一の装置インターフェイスにおいて一緒にシームレスにプレイされてもよい。各マルチメディアワークは、ファイルフォーマットに基づきその適切なドキュメントエージェントに一致させるように、必要に応じてロードされる。コアエージェントにより実行されるイベント取り扱い、レンダリング、アニメーション、及びスクリプトは、マルチメディアワークのネーティブフォーマットに関わらず、均一に適用される。

前記で示唆したように、ユーザインターフェイス１０２は、多数のマルチメディアセグメントで形成できる１つ以上の双方向マルチメディアワークとして実施されてもよい。ＨＴＭＬのようなマルチメディアフォーマットは、視覚インターフェイスの基礎を形成するようにレイアウトできるテキスト、イメージ及びスタイリングを含むドキュメントの生成を許す。多数のこのようなマルチメディアフォーマット、例えば、ＳＶＧ（スケーラブルベクトルグラフィックス）、ＭＡＣＲＯＭＥＤＩＡ ＦＬＡＳＨ、及びＳＭＩＬ（同期型マルチメディア一体化言語）は、ワーク内で使用されて以下に述べるアニメ化ズーム効果のような効果を生成することもできるネーティブアニメーション機能を与える。双方向性は、マルチメディアワークに含まれた実行可能なスクリプトにより与えられる。

スクリプトとは、論理的判断、ループ形成、及び条件付ループ形成を潜在的に含む命令のシーケンスである。双方向性を許すために、スクリプトは、いわゆる「イベントハンドラー」を使用して、計算環境に生じるイベントを捕獲し、そのイベントに応答してスクリプトコードを実行する。

スイス、ジェノバのＥＣＭＡインターナショナルにより提供されるＥＣＭＡＳＣＲＩＰＴは、スクリプト構文を定義する一般的なスクリプト言語で、数学、日付等の幾つかのネーティブ機能を設けることも必要とする。他の点では、ＥＣＭＡＳＣＲＩＰＴは、ホスト環境において拡張がサポートされる限り拡張可能である。ＥＣＭＡＳＣＲＩＰＴ準拠スクリプト言語の最も馴染みのある例は、ブラウザにより見られるウェブページ内で一般に見つかるＪＡＶＡＳＣＲＩＰＴ（カリフォルニア州パロアルトのサンマイクロシステムズインクから入手できる）である。このスクリプトは、ウェブページ自体の中に収容され、ホストブラウザ環境で見たときにウェブドキュメントに効果を与える（例えば、チェーンジ・コンテンツ・オン・マウスオーバー(change content on mouseover)等）。

更に別の例は、カリフォルニア州サンフランシスコのマクロメディアインクにより提供されるＭＡＣＲＯＭＥＤＩＡ ＦＬＡＳＨ ＡＣＴＩＯＮＳＣＲＩＰＴである。これも、ＥＣＭＡＳＣＲＩＰＴをベースとするものである（完全準拠ではないが）が、ＪＡＶＡＳＣＲＩＰＴとは異なるオブジェクト、プロパティ等のセットを有する。例えば、ＡＣＴＩＯＮＳＣＲＩＰＴは、ＭｏｖｉｅＣｌｉｐのようなＦＬＡＳＨ特有のオブジェクトを含む。ＡＣＴＩＯＮＳＣＲＩＰＴを伴うドキュメントは、適切にプレイするために、例えば、ＦＬＡＳＨプレーヤにおいてこれら機能を確認し且つ実行するホスト環境を必要とする。

ドキュメント内でスクリプトを確認し且つそれに作用するためのホストアプリケーション（例えば、ブラウザ又はコアエンジン等）の能力は、ＡＰＩ及びブリッジ層により決定され、このブリッジ層は、スクリプトオブジェクト及びメソッドを、ホスト環境内の対応するデータ及び機能に結合するものである。これは、ネーティブオブジェクトが、スクリプト命令によりアクセス及び操作できるようにスクリプトワールドへ反射されるので、「反射層」と一般に称される。例えば、従来のブラウザ（例えば、マイクロソフトインターネットエクスプローラ又はネットスケープ）のユーザは、新たなブラウザウインドウをオープンしてもよい。ブラウザの反射層は、このウインドウを表す新たなオブジェクトを生成し、従って、ＪＡＶＡＳＣＲＩＰＴは、ウインドウプロパティにアクセスすることができる（例えば、ウインドウのメニューバーが今やＪＡＶＡＳＣＲＩＰＴに使用できる）。

スクリプト言語は、通常、「ドキュメントオブジェクトモデル」即ちＤＯＭと称されるものを使用する。これは、オブジェクト、及びそれらのプロパティ、メソッド及びイベントのハイアラーキーである。このようなプロパティ及びメソッドを通して、スクリプトは、前記ブラウザウインドウの例のように、ホストアプリケーションのアスペクトにアクセスし且つそれを指定することができると共に、スクリプトを含むドキュメント内のオブジェクトにアクセスすることもできる。例えば、ブラウザでホストされたウェブページ上のフォーム（Ｆ１）内のボタン（ｂｕｔｔｏｎ１）は、スクリプトオブジェクトｄｏｃｕｍｅｎｔ．ｆ１．ｂｕｔｔｏｎ１によりアクセスすることができる。このボタンとの相互作用の結果は、次いで、クリックイベントに応答して実行されるべきスクリプトシーケンスとしてオーサリングすることができる。

ＤＯＭ及びＡＣＴＩＯＮＳＣＲＩＰＴを使用して、データ処理ユーザインターフェイスをＭＡＣＲＯＭＥＤＩＡ ＦＬＡＳＨにおいて実施することができる。例えば、メニューレベルを表示するために、データ処理装置１００は、メニューレベルの視覚エレメントを含むＦＬＡＳＨマルチメディアワーク（「ワーク」）を実行する。「ダウンキー押圧」イベントに応答して、ワークのスクリプトハンドラーは、表示されたアイテムを再配列して、更新された表示をレンダリングする。ハイライト処理されたフィールドのｚオーダー及びスケーリングは、表示されたコンテンツを調整して新たな情報を露呈するのと同様に、マルチメディアワーク内で直接得ることができる。同様に、ＦＬＡＳＨフォーマット内に与えられるアニメーション特徴を使用することにより、ワークにズーム効果を含ませることもできる。このようなアニメーションは、キー押圧イベントに応答してイベントハンドラースクリプトを通してアクチベートされる。

本発明のここに例示する実施形態によるマルチメディアワークをベースとするユーザインターフェイスは、スクリプトできないネーティブコードにアクセスする機能を含む。それ故、ユーザインターフェイスのマルチメディアプレーヤは、＿ａｐｐオブジェクトと称されるオブジェクトで拡張されるＤＯＭと、このオブジェクトにあって、ネーティブコードライブラリー（ＤＬＬ）の登録を許すメソッドのセットと、マルチメディアワーク内でスクリプトにより使用するために露出されるそれらの機能とを有する。

ネーティブコードライブラリーは、Ｃ又はＣ＋＋のようなコンパイルされた言語で書かれてもよい。それらは、このような言語の使用でのみプログラムできる機能であって、マルチメディアワークに関連したスクリプト言語の能力及び範囲を越えた機能を含んでもよい。ライブラリーは、例えば、ＭＰ３ファイルをプレイするためのライブラリー、又は連絡先のデータベースを管理するためのライブラリーを含む。ユーザインターフェイスフレームワークの希望の拡張を達成する１つの手段は、ＤＬＬにおいて与えられるネーティブ機能に１６進のＵＩＤ数字（独特の識別子）を指定することである。例えば、ＭＰ３ライブラリーにおける機能ＰｌａｙＡｕｄｉｏＦｉｌｅには、ＵＩＤ０ｘ２４００を与えることができる。これらの機能は、前記＿ａｐｐオブジェクトのメソッドを通してマルチメディアワークの著者に使用できるようにされる。

ライブラリーを登録した後、マルチメディアワークは、＿ａｐｐ．ｈａｎｄｌｅｒと称されるメソッドにより露出されたライブラリー機能を、要求された機能に対するＵＩＤと一緒にコールすることができる。例えば、ＵＩの著者は、＿ａｐｐ．ｈａｎｄｌｅｒ（０ｘ２４００、「Ｂｏｈｅｍｉａｎ Ｒｈａｐｓｏｄｙ」）を呼び出して、その名前のＭＰ３オーディオファイルをプレイする。この機構は、宣言されたライブラリー機能を反射層に効果的に追加し、そしてワークのスクリプトによりＵＩＤ参照でコールして使用できるようにする。従って、反射層は、新たな機能の追加により動的に拡張される。

この技術は、ファイルディレクトリーを列挙し且つそのコンテンツのリストを返送するような機能を伴うマルチメディアプレーヤへの拡張を許す。この情報は、可変アレイにおいてマルチメディアワークに返送することができ、次いで、そのエレメントをワークにおいて他のコンテンツのように使用することができる。個々のファイルをオープンしてそれらのコンテンツを抽出するネーティブな機能を設けることもできる。装置に対してローカルであり、且つネットワーク、記憶カード、又は周辺装置を横切るファイルシステムへのこのアクセスは、著者が、マルチメディアワークそれ自体の実際のファイル内に含まれない外部ドキュメント又はコンテンツを組み込むのを許す。

その一実施形態は、外見及びトランジション効果等を含む写真を表示するための命令を有するワークがオーサリングされた「スマート写真ギャラリー」である。しかしながら、ワークによって表示されるべき写真は、従来の解決策と同様に、ワークそれ自体の部分ではない。ここに示す方法のもとでは、それらは、プレーヤを動作するカメラ電話の写真ディレクトリーでよいディレクトリーを列挙するためにプレーヤに送られるコマンドによりワークへとポピュレートすることができる。ディレクトリーにおける写真のリストは、プレーヤにより読み取られて、＿ａｐｐオブジェクトアレイとしてマルチメディアワークへ通される。マルチメディアワークは、ギャラリー内における外部から与えられた写真オブジェクトを、それらのインデックスを＿ａｐｐアレイにおいて参照し、オブジェクトをオープンし且つオーサリングされたワークで定義された効果を適用することにより、一体化する。

他の実施形態は、リスト又はメニューを動的にポピュレートすることを含むもので、オーサリングされたマルチメディアワーク内にハードコード化リスト又はメニューを有するのではなく、むしろ、ワークは、リスト又はメニューを含むリモート位置を参照し、このリモート位置は、オリジナルワークの制御で動的に変化し得る。例えば、新たなアイテムをリストに追加することができ、ワークが次にプレイされるときに、これらの新たなリストアイテムがそれに使用できるようになる。オーサリングされたワークは、リスト内にあるものを使用させるための命令を含むが、多くの現在の解決策のように、リストそれ自体をワーク内に静的に定義する必要はない。

更に別の実施形態は、連絡先データベースを使用させるようにオーサリングされたワークであり、この場合、データベースは、動的に成長及び変化することができる。ワークの機能は、予めオーサリングされるので、変化しない。しかしながら、この機能が適用されるコンテンツは、静的ではなく、動的である。これらの実施形態は、動的なテンプレートの考え方を示すもので、コンテンツがマルチメディアテンプレートに動的に挿入される。

又、フレームワークは、ランタイムに機能を拡張することも許す。例えば、データ処理装置１００は、機能が限定されたユーザインターフェイス１０２のワークと共に出荷されてもよい。割増金を払うことにより、ユーザは、向上した機能、例えば、オーディオプレーヤ又はドキュメントビューア能力を含む新たなユーザインターフェイス１０２のワークをダウンロードすることができる。ここに述べるようにユーザインターフェイス１０２のフレームワーク内でプレイするときには、新たなワークが、基本的なインターフェイスにより使用されない付加的なライブラリー（ＤＬＬ）を登録し、これらのライブラリーは、装置のランタイムに、ロードされて、制限されたインターフェイスワークからそれまでアクセスできなかった新たな機能を露出させることができる。ＤＯＭ及び拡張可能な反射層を含むフレームワークは、新たなライブラリー機能をコールする向上されたワークと、機能コールに応答して実行するＤＬＬとの間で、システム内の一体化、制御及び通信を管理する。

又、ここに述べる実施形態は、既存のマルチメディアフォーマット（ＦＬＡＳＨ、ＳＶＧ、ＨＴＭＬ、ＳＭＩＬ等）を、それらのネーティブな範囲を越えるイベントを取り扱い／それに応答するように拡張させる。従来のイベントは、例えば、マウスクリック及びキー押圧を含み、標準的なスクリプト言語は、ＯｎＣｌｉｃｋ、ＯｎＫｅｙｐｒｅｓｓ、等を使用することにより、イベントに応答することができる。ここに提案するシステムは、システム、装置及びライブラリーイベント、例えば、ＯｕｔｏｆＭｅｍｏｒｙ、ＩｎｃｏｍｉｎｇＣａｌｌ、ＣａｒｄＩｎｓｅｒｔｅｄ等のイベントに応答するリスナーオブジェクトをＵＩに登録することによりこれを拡張する。

これを達成するためのメカニズムは、拡張可能な反射層を使用する。Ｃ又はそれと同等のもので書かれた各ネーティブアプリケーションは、オペレーティングシステム及び装置ソフトウェアにより与えられるネーティブイベントへのアクセスを得ることができる。それ故、これらのネーティブライブラリーは、システム及び装置イベントを露出することができ、例えば、ｅメールアプリケーションは、新たなｅメールを受信したことを示すためのイベントを捕獲することができる。

＿ａｐｐオブジェクト及び＿ａｐｐ．ｈａｎｄｌｅｒメソッドを使用することにより、これらのシステムイベントを、マルチメディアワークへと反射し、そのワーク内のスクリプトによる作用を受けさせることができる。例えば、ｅメールアプリケーションは、コールバックオブジェクトをスクリプトに追加するためにＵＩＤ０ｘ００３６をもつ機能を含み、ネーティブアプリケーションにより捕獲されたイベントをコールバックオブジェクトに次のようにアタッチすることができる。
listenerobj= new Object();
result= _app.handler(0x0036/*email_addCallbackObject*/,listenerobj)
/*returnsBoolean value in result, true if the callback object was added successfully*/listenerobj.onincomingemail = function()
{
trace(“New mail received”);
}

このスクリプトは、ネーティブｅメールアプリケーションからのイベントに応答できるスクリプト内にオブジェクト（listenerobj）を生成する。この場合に、スクリプトは、新たなメールが到着したときにスクリーンメッセージを起こすイベントハンドラーをアクチベートする。

これは、異なるマルチメディアワークが著者の意図に基づいて同じイベントに異なる仕方で応答する可能性を切り開く。その一例は、ハンドヘルド装置において動作されるこの形式のプレーヤである。ユーザは、装置にメモリカードを挿入して、装置がイベントを発生するようにし、これが、マルチメディアプレーヤによりインターセプトされる。このインターセプトで、プレーヤが、「カード挿入」イベントに関連したワーク内の機能を実行するようにさせる。マルチメディアワークのイベントハンドラーは、（例えば）上述した技術を使用して挿入されたカードのファイルを列挙するように選択を行い、その選択されたファイルをスライドウインドウ内に含ませることができる。そうではなくて、異なるワークは、カードが挿入されたことをユーザに通知するために特殊な同調をプレイする機能を有してもよい。

同様に、移動電話は、テキストメッセージが受信されるか、或いはＢＬＵＥＴＯＯＴＨ（ワシントンＤＣのブルーツースＳＩＧインクの）ワイヤレス通信チャンネルがオープンされたことを指示するイベントを発生することができる。マルチメディアプレーヤは、このイベントをマルチメディアワークにプッシュし、このマルチメディアワークは、例えば、ユーザに通知するクリップを表示するか、又はネットワーク内にテキストメッセージを組み込むことにより、多数の仕方で応答することができる。他の形式のイベントは、到来する電話コール、ドキュメントロード完了、アウト・オブ・メモリ、等を含む。

ユーザインターフェイス１０２がマルチメディアプレーヤを含む実施形態では、ユーザインターフェイス１０２は、基礎的なシステムをマルチメディアワークと一体化するためのマネージャーモジュールを含むことができる。このモジュールは、マルチメディアワークをプレーヤにロードしたり、マルチメディアワークにより要求される必要なアプリケーションライブラリーをロード及びアンロードしたり、必要なときに異なるマルチメディアワーク間でスイッチングしたりするといったタスクを取り扱うことができる。マネージャーモジュールは、全ユーザインターフェイス１０２を、単一ユーザインターフェイス１０２のマルチメディアワークの多数のセグメントで構成するか、或いは、例えば、ゲームインターフェイス、アドレスブック等のある機能を各々遂行する多数の個別のワークで構成するのを許す。マネージャーモジュールは、各ワークが１つ又は多数のアプリケーションサービスにアクセスすると共に、多数のマルチメディアワークが単一のアプリケーションサービスへのアクセスを共有するための融通性を与える。この方法論は、広い意味において、システムイベントを、それらイベントをネーティブに確認しない広範囲のメディアフォーマットに露出するための環境を与える。この方法は、システムイベントに対する応答を含むようにこれらフォーマットのイベント取り扱いを拡張する。

一実施形態において、マルチメディアワーク及びマルチメディアプレーヤは、マルチメディアワークに対してネーティブなドキュメントコンテンツ及びユーザインターフェイス１０２の出力をレンダリングする。マルチメディアプレーヤは、最初に、テキストメッセージのようなドキュメントコンテンツをワーク内のスクリプトによりマルチメディアワークへとポピュレートすることによりその出力を構成する。コンテンツのレンダリングは、次いで、ワークのグラフィックアイコンのような他のユーザインターフェイスエレメントのレンダリングと同等に、マルチメディアプレーヤにより実行される。

別の実施形態では、テキストメッセージのコンテンツは、上述した形式のドキュメント処理エンジンにより個別に処理される。マルチメディアワークのユーザインターフェイスエレメント（アイコン等）は、マルチメディアプレーヤにより取り扱われ続ける。この実施形態では、データ処理装置は、ドキュメントエンジンからのレンダリングされた出力（テキストメッセージ）をプレーヤの出力の上に重畳することにより表示を構成する。これは、各出力に使用可能なスクリーンのエリアを分割するか（この分割は、マルチメディアスクリプトにより制御される）、或いは透明板を使用して、ドキュメント処理エンジンにより使用するためのプレーヤ出力内に透明なキャンバスを生成することにより、行うことができる。この実施形態は、ドキュメントエンジンの特殊な機能を、ユーザインターフェイスにより使用できるようにする。例えば、ドキュメントのコンテンツは、プレーヤを通してレンダリングされた目に見えるユーザインターフェイス制御器を変更せずに、スケーリング、パン、リフロー等を行うことができる。ユーザインターフェイスエレメント及びコンテンツは、異なるファクターにスケーリングすることができる。ドキュメント処理エンジンが多数のドキュメント形式を処理するときには、単一セットの制御器を伴うユーザインターフェイスワークで多数のドキュメント形式を一貫して取り扱うことができる。

本発明は、その精神又は本質的な特徴から逸脱せずに他の特定形態でも実施できる。それ故、前記実施形態は、あらゆる観点で、本発明を例示するものに過ぎず、本発明をそれに限定するものではない。

本発明を例示する一実施形態によるユーザインターフェイスを含むデータ処理装置の概念的ブロック図である。 （Ａ）〜（Ｃ）は、本発明を例示する実施形態によるデータ処理装置の入力装置を示す上面図である。 本発明を例示する実施形態によるメニューの概念的ブロック図である。 （Ａ）〜（Ｄ）は、本発明の態様によるメニューナビゲーション、メニューアイテム選択、メニューアイテムハイライト処理、及びメニューアイテム「リベール」技術の実施形態を示す図である。 （Ａ）〜（Ｅ）は、本発明の態様によるメニューナビゲーション、メニューアイテム選択、メニューアイテムハイライト処理、及びメニューアイテム「リベール」技術の実施形態を示す図である。 （Ａ）〜（Ｃ）は、本発明の態様によるメニューナビゲーション、メニューアイテム選択、メニューアイテムハイライト処理、及びメニューアイテム「リベール」技術の実施形態を示す図である。 （Ａ）〜（Ｄ）は、本発明の更に別の態様によるアニメ化ズームトランジションの実施形態を示す図である。 （Ａ）〜（Ｃ）は、本発明の更に別の態様によるアニメ化ズームトランジションの更に別の実施形態を示す図である。 （Ａ）及び（Ｂ）は、本発明の実施形態により図７及び８のズームトランジションを使用した表示例を示す図である。 （Ａ）及び（Ｂ）は、本発明の実施形態により図７及び８のズームトランジションを使用した表示例を示す図である。 （Ａ）及び（Ｂ）は、本発明の実施形態により図７及び８のズームトランジションを使用した表示例を示す図である。 （Ａ）〜（Ｄ）は、本発明の更に別の態様による更に別の表示ズーム機能の実施形態を示す図である。 （Ａ）〜（Ｄ）は、本発明の実施形態によるメニューハイアラーキー及びデータコンテンツによるズームメタファーの一貫した使用を示す図である。 （Ａ）及び（Ｂ）は、本発明の実施形態による「ｚオーダー」ハイライト技術を例示する図である。 （Ａ）〜（Ｃ）は、本発明の実施形態による「ｚオーダー」ハイライト技術を例示する図である。

符号の説明

１００・・・データ処理装置、１０２・・・ユーザインターフェイス、１０４・・・入力装置、１０６・・・出力装置、１０８・・・方向制御器、１１０・・・セレクト制御器、１１２・・・デセレクト制御器、１１４・・・ディスプレイ、１２０・・・メニューシステム、１２２・・・ナビゲーションモジュール、１２４・・・メニュー、１２６・・・ハイライトプロセス、１２８・・・リベールプロセス、２００・・・移動電話データ処理装置、２０３・・・５方ロッカースイッチ、２０７・・・視覚指示、２０９ａ−２０９ｄ・・・周辺アクチュエータ、２１２・・・付加的なアクチュエータ、２１４・・・ディスプレイ、３２４・・・メニュー、３６０ａ−３６０ｈ・・・一次メニューアイテム、３６２ａ−３６２ｍ・・・二次メニューアイテム、３６４ａ−３６４ｄ・・・メニューレベル、４００・・・データ処理装置、４１４・・・ディスプレイ、４６０ａ−４６０ｆ・・・一次メニューアイテム、４６２ａ−４６２ｅ・・・二次メニューアイテム、４６５ａ−４６５ｆ・・・視覚フィールド、４６６・・・抜粋、５００・・・データ処理装置、５１４・・・ディスプレイ、６００・・・データ処理装置、６１４・・・ディスプレイ

Claims (44)

1. データ処理システムに使用するためのグラフィックユーザインターフェイスであって、
   視覚フィールドを各々有する第１の複数の一次メニューアイテムをディスプレイに与えるためのメニューシステムと、
   ユーザが前記メニューシステムをナビゲートできるようにするためのナビゲーションモジュールと、
   第１の一次メニューアイテムの視覚フィールド内で、前記第１の一次メニューアイテムへのナビゲーションに応答して、前記第１の一次メニューアイテムに関連した第１の複数の二次メニューアイテムを表示する一方、前記第１の複数の一次メニューアイテムの残りを表示し続けるためのリベールプロセスと、
   を備えるグラフィックユーザインターフェイス。
2. 前記リベールプロセスは、更に、第２の一次メニューアイテムへのナビゲーションに応答して、前記ディスプレイから前記第１の複数の二次メニューアイテムを除去する、請求項１に記載のユーザインターフェイス。
3. 前記二次メニューアイテムは、ショートカットアイテムで構成される請求項１又は２に記載のユーザインターフェイス。
4. 前記第１の複数の二次メニューアイテムの少なくとも１つは、前記メニューシステム内の位置へのナビゲーション的ショートカットの視覚表示を含む、請求項１〜３のいずれか１項に記載のユーザインターフェイス。
5. 前記第１の複数の二次メニューアイテムの少なくとも１つは、前記第１の一次メニューアイテムに関連したオプションへの機能的ショートカットの視覚表示を含む、請求項１〜４のいずれか１項に記載のユーザインターフェイス。
6. 前記二次メニューアイテムの少なくとも１つは、アイコンで構成されるか又はアイコンを含む、請求項１〜５のいずれか１項に記載のユーザインターフェイス。
7. 前記二次メニューアイテムの少なくとも１つは、テキスト記述で構成されるか又はテキスト記述を含む、請求項１〜６のいずれか１項に記載のユーザインターフェイス。
8. 前記第１の複数の二次メニューアイテムは、コンテクスト感知である、請求項１〜７のいずれか１項に記載のユーザインターフェイス。
9. 前記コンテクスト感知の第１の複数の二次メニューアイテムは、前記ユーザインターフェイスを組み込む装置の状態に依存する、請求項８に記載のユーザインターフェイス。
10. 前記装置の状態は、ネットワーク接続の利用性及び周辺装置の利用性の少なくとも一方を含む、請求項９に記載のユーザインターフェイス。
11. 一次メニューアイテム及び二次メニューアイテムの少なくとも一方への首尾良いナビゲーションを視覚的に指示するためのハイライトプロセスを備える、請求項１〜１０のいずれか１項に記載のユーザインターフェイス。
12. 前記データ処理システムのセレクト制御器に応答するように適応されるもので、更に、前記ユーザインターフェイスはセレクトプロセスを備え、該セレクトプロセスは、前記セレクト制御器の使用に応答して一次メニューアイテム及び二次メニューアイテムの一方の選択をそれがハイライト状態のときに受け容れる、請求項１１に記載のユーザインターフェイス。
13. 第１の一次メニューアイテムに関連した第１機能を備え、更に、前記セレクト制御器で前記第１の一次メニューアイテムを選択すると、前記第１機能の実行が開始される、請求項１２に記載のユーザインターフェイス。
14. 前記第１機能は、第２の複数の一次メニューアイテムで構成される第２の一次メニューを表示する、請求項１３に記載のユーザインターフェイス。
15. 第１の二次メニューアイテムに関連した第１機能を備え、更に、前記セレクト制御器で前記第１の二次メニューアイテムを選択すると、前記第１機能の実行が開始される、請求項１２に記載のユーザインターフェイス。
16. 前記第１機能は、複数の第２の一次メニューアイテムで構成された第２の一次メニューを表示する、請求項１５に記載のユーザインターフェイス。
17. 前記複数の二次メニューアイテムの第１アイテムをハイライト処理するのに応答して、前記複数の二次メニューアイテムの第１アイテムに関連した付加的な情報を、前記第１の一次メニューアイテムの視覚フィールド内で、表示するためのダブルリベールプロセスを備える、請求項１１に記載のユーザインターフェイス。
18. 前記二次メニューアイテムは、アイコンを含み、更に、前記付加的な情報は、前記二次メニューアイテムのテキスト記述を含む、請求項１７に記載のユーザインターフェイス。
19. 前記付加的な情報は、前記ハイライト処理された二次メニューアイテムに関連したデータの視覚表示を含む、請求項１８に記載のユーザインターフェイス。
20. 前記リベールプロセスは、前記第１の一次メニューアイテムに関連したデータの視覚表示を示す、請求項１に記載のユーザインターフェイス。
21. 前記一次メニューアイテムは、前記ディスプレイ上に垂直の列で表示され、更に、キャッシュ一次メニューアイテムの視覚フィールドが前記ディスプレイの巾を水平に横切って延びる、請求項１〜２０のいずれか１項に記載のユーザインターフェイス。
22. 前記リベールプロセスは、前記第１の一次メニューアイテムの視覚フィールド内で前記第１の複数の二次メニューアイテムを水平の行で表示する、請求項２１に記載のユーザインターフェイス。
23. ハイライト処理された視覚フィールドにおける付加的情報の表示フォーマットは、一次メニューアイテムの選択によりアクセスされる大多数のメニューレベル全体にわたり一貫して維持される、請求項１７に記載のユーザインターフェイス。
24. 前記セレクトプロセスは、一次メニューアイテムの選択に応答して、選択をスケーリングすることと、前記第１の複数の一次メニューアイテムを第２の複数の一次メニューアイテムに少なくとも部分的に置き換えることとを含むアニメ化ズームトランジションシーケンスを開始する、請求項１２に記載のユーザインターフェイス。
25. 前記セレクトプロセスは、一次及び二次メニューアイテムの一方の選択に応答して、選択をスケーリングすることと、前記一次メニューアイテムをデータコンテンツに少なくとも部分的に置き換えることとを含むアニメ化ズームトランジションシーケンスを開始する、請求項１２に記載のユーザインターフェイス。
26. 前記セレクトプロセスは、前記アニメ化ズームトランジションシーケンスの終わりに、前記第１の複数のメニューアイテムの一部分の上に前記第２の複数の一次メニューアイテムを重畳する、請求項２４に記載のユーザインターフェイス。
27. 前記第１の複数の一次メニューアイテムの前記一部分は、前記選択のスケーリングされたバージョンを含む、請求項２６に記載のユーザインターフェイス。
28. 前記データ処理システムのデセレクト制御器に応答するように適応されたもので、前記ユーザインターフェイスは、前記デセレクト制御器のアクチベーションに応答して、逆ズームトランジションシーケンスを開始するためのデセレクトプロセスを備える、請求項２４に記載のユーザインターフェイス。
29. 前記逆ズームトランジションシーケンスは、前記アニメ化ズームトランジションシーケンスの実質的に逆を含む、請求項２８に記載のユーザインターフェイス。
30. 前記アニメ化視覚ズームトランジションシーケンスは、視覚的に前記選択を中心とする、請求項２４に記載のユーザインターフェイス。
31. 前記セレクト制御器に応答して、メニューアイテムの複数のレベルを通して下向のナビゲーションを与えると共に、前記デセレクト制御器に応答して、前記メニューアイテムの複数のレベルを通して上向きのナビゲーションを与える、請求項２８に記載のユーザインターフェイス。
32. 前記選択された二次メニューアイテムは、コンテンツへのリンクを含み、更に、前記二次メニューアイテムの選択は、アニメ化視覚ズームトランジションシーケンスを開始し、その間に、前記二次メニューアイテムが徐々にスケーリングされ且つ少なくとも部分的にコンテンツに置き換えられる、請求項１２に記載のユーザインターフェイス。
33. 前記ハイライトプロセスは、前記第１の一次メニューアイテムの視覚フィールドを拡張することにより、前記第１の一次メニューアイテムへの首尾良いナビゲーションを指示する、請求項１１に記載のユーザインターフェイス。
34. 前記ハイライトプロセスは、前記二次メニューアイテムに関連したグラフィック及びテキストオブジェクトの表示をスケーリングすることにより二次メニューアイテムへの首尾良いナビゲーションを指示する、請求項１１に記載のユーザインターフェイス。
35. 前記ハイライトプロセスは、前記第１の一次メニューアイテムの視覚フィールドを、第２の一次メニューアイテムの視覚フィールドと少なくとも部分的に重畳するように拡張する、請求項１１に記載のユーザインターフェイス。
36. 非ハイライト処理の一次メニューアイテムは、前記第１の一次メニューアイテムのハイライト処理に応答してその位置が静的に保たれる、請求項１１に記載のユーザインターフェイス。
37. 前記ハイライトプロセスは、前記第１の一次メニューアイテムに対応するシミュレーションされた陰影を前記ディスプレイの隣接部分にグラフィック表示することにより、前記第１の一次メニューアイテムへの首尾良いナビゲーションを指示する、請求項１１に記載のユーザインターフェイス。
38. 前記ハイライトプロセスは、前記第１の一次メニューアイテムの視覚フィールド内に表示されたグラフィック及びテキストオブジェクトをスケーリングすることにより、前記第１の一次メニューアイテムへの首尾良いナビゲーションを指示する、請求項１１に記載のユーザインターフェイス。
39. 前記ユーザインターフェイスは、前記メニューシステムに使用可能なコンテンツにアクセスするためのズームインモジュールと、アクセスされたコンテンツを閉じるためのズームアウトモジュールとを備える、請求項１に記載のユーザインターフェイス。
40. 前記ズームイン及びズームアウトモジュールは、前記メニューシステムを経てアクセスされるコンテンツの表示をスケーリングする手段を形成する、請求項３９に記載のユーザインターフェイス。
41. 前記ズームイン及びズームアウトモジュールをアクチベートすることで、一次メニューアイテムの複数のレベル間でナビゲーションが与えられる、請求項３９に記載のユーザインターフェイス。
42. 前記ナビゲーションモジュールは、前記メニューシステムの地理的なナビゲーションを可能にする、請求項１〜４１のいずれか１項に記載のユーザインターフェイス。
43. 前記ナビゲーションモジュールによって与えられる地理的ナビゲーション能力は、前記メニューシステムにおける大多数のメニューレベル間で一貫したものである、請求項４２に記載のユーザインターフェイス。
44. 前記地理的ナビゲーション能力は、前記メニューシステムにおける全メニューレベル間で一貫したものである、請求項４３に記載のユーザインターフェイス。
    

Images