【誤訳訂正書】
【提出日】平成23年3月18日(2011.3.18)
【誤訳訂正１】
【訂正対象書類名】明細書
【訂正対象項目名】発明の詳細な説明
【訂正方法】変更
【訂正の内容】
【発明の詳細な説明】
【０００１】
＜本発明の背景＞
１．発明の分野
本発明は、アプリケーションに対するユーザ・インタフェースを改善したコンピュータ装置に関する。「コンピュータ装置」という用語は、情報の処理及び表示が可能なあらゆる種類の装置を意味する。本発明は、移動電話についての特定のアプリケーションを有する。「移動電話」という用語は、通信が可能であり、無線（移動）電話、スマートフォン、コミュニケータ、ＰＤＡ及び無線情報装置を含むあらゆる種類のモバイル装置を意味する。また、ＧＳＭやＵＭＴＳなどの移動体無線だけでなく、ブルートゥースなどの他のあらゆる無線通信システムを用いて通信が可能な装置を含む。
【０００２】
２．従来技術の説明
小さな画面を有するコンピュータ装置の設計者らが直面する問題の１つは、データへのアクセス及び所望の機能を起動するのをどのようにしてユーザが可能とするようにナビゲートするかである。画面が小さいコンピュータ装置は、データ及び機能を多くの階層あるいは表示（ビュー）に分割する傾向がある：例えば、表示サイズの小さな移動電話は、従来はいくつかの機能の階層をユーザに提供する必要があると見なされてきた。インタフェースは、多くの階層を持つものと見なされ得、ユーザは最初に正しいトップレベルの機能を見つけて、その機能の中で必要とされるタスクを完了するために（ある場合には３つ以上のレイヤを介して）漸次ドリルダウンする必要がある。移動電話がいくつかの異なるアプリケーション（例えば、メッセージ・アプリケーション、連絡先／アドレス帳アプリケーション、カレンダー・アプリケーション及び電話アプリケーション）を含んでいる場合、ユーザは通常、まず第１に見つけ、次に必要なアプリケーションを開始／開き、そして必要な機能（例えば、新たな連絡先の作成）又は必要な保存されたデータを表示（例えば、文字「Ａ」で始まる名前の表示）させるようにナビゲートする必要があるであろう。この処理は、特に声の出ないユーザにとっては、遅く、複雑で覚えるのが困難なことがある。
【０００３】
このため、従来のユーザ・インタフェースでは、正しいデータ／機能を見つけるために、ユーザは何回もスクロールしたり表示を切り換えなければならない場合がある。効率的なユーザ・インタフェースは、ユーザが正しいデータ／機能に容易且つ素早くアクセスできるのが理想的である。しかしながら、そのようなインタフェースを設計するのは、特に移動電話のようなコンピュータ装置では、人的要因の問題が複雑である。
【０００４】
ある移動電話では、いくつかの利用可能なオプションのメニューが表示される：メニュー・コマンドは最も便利な機能グループをメニューの先頭にした複数の機能グループに分割され；そのグループ内で最も便利なコマンドがグループの先頭に配置される。他の装置では、あらゆる時点で１つのオプションだけが画面に表示され、ユーザが利用可能なオプションを理解するのを困難とし、そのため効率的なナビゲートが困難となる。
【０００５】
また、ある移動電話は、特定の機能を直接呼出す限定的なショートカットを提供する。これは普通、メニュー階層の異なったレベルでの様々ンメニュー位置に対応する、様々なキーボードの入力シーケンスを記憶することを伴う。これらのショートカットは、わずかな専門的ユーザにだけ魅力的なものとなる。また、ほとんどの移動電話はアイドル画面（すなわち、移動電話のスイッチがＯＮされているが使用されていないときに示される表示）を含んでいる；これらのアイドル画面には警告メッセージ（例えば、「１不在着信あり」）が示されることが多い。
【０００６】
より理論的な考えに基づくと、ユーザ・インタフェースは一般に、ナビゲーションを進めるときに、移動電話の内部状態の変化を明示する又は明らかにする必要がある。例えば、機能の選択又は初期化する（例えば、アドレス帳機能を開く、ＰＩＮコード番号の入力又は呼出し音の変更のため）には、ユーザは、（ａ）その機能を選択するためにその機能へナビゲートする方法、及び（ｂ）その機能が選択又は初期化され得る電話の状態がどのようなものかを知っている必要がある。この内部状態の変化をユーザに効率的に理解可能にするという技術的問題は、これまで十分に対処されていない。本発明の目的は、この問題に対処するユーザ・インタフェースの改善された形式を提供することである。
【０００７】
＜本発明の概要＞
本発明の第１の態様によれば、表示画面を備えるコンピュータ装置であって、該コンピュータ装置は、その画面にアプリケーションのサマリー（sammary）ウィンドウを表示可能であり、サマリー・ウィンドウは、（ｉ）アプリケーション内で提供され多く使用される機能及び／又は（ｉｉ）該アプリケーションで格納されているデータ、の限定されたリストを備えている。
【０００８】
このため、本発明は、１つの実施態様で、１つのサマリー・ウィンドウで、多く使用される機能とアクセスされることが多い格納データとを同時にもたらす、アプリケーションの「スナップショット」表示を想定している。
【０００９】
好適には、所与のアプリケーションに対するサマリー・ウィンドウが、関連するデータ又は機能を示す場合、ユーザはそのデータ又は機能を直接選択することができる；これはアプリケーションに、開いて関連するデータ又は機能を目立たせた画面をユーザに提示させることとなる。これはユーザが、必要なアプリケーションにナビゲートし、それを開き、そして該アプリケーションで関与するデータを表示又は関与する機能を起動させる手間を省く。
【００１０】
別の態様では、コンピュータ装置上で実行されたときに、該コンピュータ装置が上記の本発明の態様に従って動作するのを可能とするコンピュータ・プログラムが提供される。このプログラムは、オペレーティング・システムであってもよい。
【００１１】
＜詳細な説明＞
本発明は一つの実施態様において、１つのサマリー・ウィンドウで、いくつか又は全てのアプリケーションをリストで示すメイン・メニューから到達され得、多く使用される機能及びアクセスされることが多い格納データの限定されたリストを同時にもたらす、スナップショット表示を提供する。これは特に、画面の小さな装置に、ナビゲーションの容易さ及び速度において多くの利点をもたらす。例えば、ユーザは単に２つのステップでサマリー・ウィンドウに到達することができる−第１に、様々なアプリケーションを示すメイン・ビューを起動し；そして、関与するアプリケーションの適切なサマリー・ウィンドウを起動する。これは従来のナビゲーション手法よりもはるかに早くかつ容易である。一旦サマリー・ウィンドウを起動すると、コアデータ／機能が表示されてアクセスが可能となる、より詳細には、通常はそのデータ／機能を選択することで簡単に到達できる。このため、起動からそのデータ／機能までに３つのステップだけが必要となる；各ステップ間のナビゲーションはわかりやすく直接的である。
【００１２】
例として、メイン・ビューは、「メッセージ」、「連絡先」、「カレンダー」及び「電話」などのいくつかのアプリケーションに対するアプリケーション・ランチャーでもよい。アプリケーション・ランチャー・ビューは、アプリケーション名とそれに続いて適切なアプリケーション・アイコンとの標準的なスクロール型のリストとして提示される。リストは縦形であり、１行毎に１つのアプリケーションだけが提示される。アプリケーション・ランチャー・ビューが開かれたときに、アプリケーションのリストの１番目の項目がデフォルトでハイライト表示されるように、標準的なハイライト表示機能を適用する。これは図１に示されており、ここで表示画面１はアプリケーションのリスト（「メッセージ」、「連絡先」、「カレンダー」及び「電話」）を含んでおり、２で示す「メッセージ」がハイライト表示されている。代わりに、アプリケーションのリストの中央がデフォルトでハイライト表示されてもよい。この時点で、ユーザは、ハイライト部分を移動させるためのスクロール、及び必要とするハイライト表示されたアプリケーションへナビゲートするための利用可能な選択機能などの、従来のナビゲーション手法を実行できる。
【００１３】
画期的なサマリー・ウィンドウ機能へは以下のようにしてアクセス可能である：アプリケーション・ランチャーでアプリケーション名の上にハイライトが所定の時間だけ（例えば、１．２秒のタイムアウト）表示されていれば、ハイライト・バーからドロップ・ダウンでサマリー・ウィンドウ（「アプリケーション・スナップショット」）が開く。いずれかの所与のアプリケーションに対するアプリケーション・スナップショットは、そのアプリケーションに関連して要求されることが多いデータと、そのアプリケーションで一般的な機能へのリンクとを含むウィンドウである。アプリケーション・スナップショットは図２の３で示されており；新規メッセージの数（「０」）とメッセージ・アプリケーションで使用されることが最も多い（システムの設計者又はユーザによって選択された、あるいは装置によって学習された）２つの機能−「新規メッセージ作成」及び「チャットルームに入る」へのリンクを含むウィンドウである。図３には、４で示されるわずかに長いアプリケーション・スナップショットが表わされており、ここには「２新規ＳＭＳ」及び「チャット継続」がある。アプリケーション・スナップショットにアクセスするのに、他の選択処理（例えば、音声による起動、ソフトキー選択等）を使用してもよい。例えば、（移動電話が４方向のスクロールが可能な場合）右スクロールを用いて、アプリケーション・スナップショットを「呼び出し」又は「起動又は実行」してもよい；アプリケーション名がハイライト表示されているときの選択機能の押し込み及び保持；又はハイライト表示されたアプリケーション名への右カーソルの使用などである。
【００１４】
必要な項目を選択するためにスクロールされ得る、アプリケーション・スナップショットのドロップ・ダウンでハイライト表示は利用可能である。アプリケーション・スナップショットの項目が選択された（例えば、ハイライト表示されており、右カーソルの押し込み等の従来の選択技術を用いて選択された）とき、装置は、アプリケーションの詳細表示で関連するデータを表示、又は関連する機能を提供する関連する画面を表示する。アプリケーション・スナップショットの項目が選択されたとき、必要なアプリケーションが自動的に開かれてもよい。そのため、アプリケーション・スナップショットは、実際にそのアプリケーションを開かなくても、アプリケーションのデータ及びそのアプリケーションの機能を表示できる：所与のアプリケーションに関連するアプリケーション・スナップショットの項目をユーザが一旦選択したら、そのアプリケーションは実際に開かれる必要がある。例えば、アプリケーション・スナップショットで「メッセージ作成」が選択された場合、メッセージのアプリケーションが開かれる；しかしながら、その段階の前にそのアプリケーションが開かれる必要はない。
【００１５】
「ウィンドウ」という用語はドロップ・ダウン・サマリーを説明するのに使用されているが、いずれの種類のフレームでもそのようなサマリーが提示される必要はない。アプリケーションで提供される機能及び／又は該アプリケーションで格納されたデータを提示するあらゆる方法自体が「ウィンドウ」を構成する。
【００１６】
アプリケーション・スナップショットのドロップ・ダウンは以下のような方法で解除されてもよい：
・アプリケーション・スナップショットを呼出すのにタイムアウトが使用された場合、ハイライト表示を関連するアプリケーション名にスクロールして戻し（すなわち、図２又は図３で「メッセージ」に戻す）、アプリケーション・スナップショットを削除する。アプリケーション・スナップショットを通過して最後尾からリスト内の次のアプリケーションまで（メッセージのアプリケーション・スナップショットを通過してスクロールする場合には「連絡先」まで）、ハイライト表示を下へスクロールする。  
・スクロール機能（例えば、右スクロール）でアプリケーション・スナップショットを呼出した場合、反対のスクロール機能でアプリケーション・スナップショットを削除する。
【００１７】
ユーザがアプリケーション・スナップショットの最後尾から離れてスクロールするとき、アプリケーション・スナップショットが開かれたメイン・リストは、アプリケーション・スナップショットによって取られた表示領域の範囲まで伸長される（すなわち、画面は図１に示されたものに戻る）。ユーザがアプリケーション名までスクロールして戻った場合（その結果、ハイライト表示は上へ移動する）、このアプリケーション名は前にあった位置に留まり、メイン・リストの次の項目が接する位置に戻る。ユーザがアプリケーション・スナップショットの最後尾から離れてスクロールする場合、ハイライト表示はメイン・リスト内の次の項目に下がり、この項目とハイライト表示が一緒に上がって、アプリケーション・スナップショットが取っていた領域に画面を詰める（すなわち、アプリケーション・スナップショットの領域に取って代わる）。
【００１８】
メイン・リストに関する別の注意事項は、アプリケーション・スナップショットを開いたとき、コンテキストを保存するために通常上記のメイン・リスト内でその上下にあるのは１つの項目だけである−（すなわち、ＵＩ内のどこか他の場所へ移動したというユーザのあらゆる感覚を取り除くためである。まだどこにも移動していない；アプリケーション・スナップショットは単に簡単に移動できる場所を示している）。このため図２では、「ランチャー」という用語が画面の先頭に残っており、「電話」という単語と関連するアイコンが最後尾に残っている。
【００１９】
アプリケーション・スナップショットは通知に置き換わるのを意図していないが、キー・アプリケーション機能と同様に、表示が消されないリマインダーをユーザに提供することで、それらを補足する。
【００２０】
移動電話は、所与のユーザが最も関与することが多い機能及び／又は格納されたデータのタイプと、それによりあらゆる所与のユーザに対するサマリー・ビューにそれを含めるべきかを学習することが可能であってもよい。代わりに、ユーザ又はシステムの設計者が、所与のアプリケーションに対するアプリケーション・スナップショットに含めるべき機能及び／又は格納されたデータを定義してもよい。そのためアプリケーション・スナップショットの整合性は、ユーザ及び／又はシステムの設計者による決定及び／又はユーザの使用パターンに応じて変化し得る。しかしながら、アプリケーション・スナップショットは一貫して、最も有用なビュー及び状態を表示することだけを目標としている。
【００２１】
別の考えられる特徴としては、移動電話自体が環境を知って、アプリケーション・スナップショットの整合性を変化させてもよい。例えば、電話がブルートゥースに対応していれば、それに関連したブルートゥース・アプリケーションがあると考えられ、サマリー・ウィンドウは近くにある他のブルートゥース機器をリスト表示する。
【００２２】
更に考えられる特徴としては、ユーザの動作でアプリケーション・スナップショットの整合性が変化してもよい。例えば、移動電話のカレンダー・アプリケーションが動作中であり、ユーザが連絡先のアプリケーション・スナップショットを開く場合、連絡先のアプリケーション・スナップショットが、以前又は現在開いたカレンダー・アプリケーションでの相手の連絡先の情報を含んでいてもよい。しかしながら、ユーザが電話のアプリケーションを起動中に連絡先のアプリケーション・スナップショットを開いた場合、連絡先のアプリケーション・スナップショットは、最も電話をかけた相手、不在着信の相手、又はユーザが自動的に再コールした電話の相手の連絡先の情報を含んでいてもよい。
【００２３】
メッセージのビューにおいて、ハイライト表示がメッセージ入力の上にあるとき、到着日時及び最初の行／メッセージの題名などの、そのメッセージについての更なる情報が視認可能となる。ここでアプリケーション・スナップショットを開くよりも、リストの項目と同様に、ハイライト表示が拡張してこの付加的情報をカバーする。ここでは表示される付加的情報が、アプリケーションの切り換えでのアプリケーション・スナップショットの項目のように「起動又は実行可能（fireable）」ではないのでこのようにする。
【００２４】
連絡先の管理プログラムにおいて、アプリケーション・スナップショットを開くと、（実装されている何らかの機構を用いて）「起動又は実行」され得る（すなわち、電話番号がダイヤルされる、新規メッセージにｅメールアドレスが埋め込まれる）電話番号及びｅメール・アドレスを表示する。連絡先の管理プログラムはベースとなるビュー−装置内に格納された人々の名前のリストを持っていてもよい。ここから各連絡先の電話番号やｅメール・アドレスなどの利用可能な連絡先の詳細が表示されるので、連絡先の管理プログラム内でナビゲートを更に行うのではなく、ここから連絡を開始することができる。例えば、John Smithの連絡先は、彼の電話番号とｅメール・アドレスを表示するよう拡張するスナップショットを有しているであろう。ユーザはｅメール・アドレスにスクロールして選択ボタンを押すことができる−すると表示は彼のｅメール・アドレスが埋めこまれた新規ｅメールの作成フォームに変わり、ユーザは何らかの本文を入力して「実行」ボタンを押すだけでよい。
【００２５】
本発明は、アプリケーション自体が独立しているという概念を持たないシステムにも使用できる。その場合、スナップショットの表示は、システムの設計者、ユーザ又は装置の学習処理によって選択された、多く使用される機能及び／又はデータのビューである。
【００２６】
以上説明したように、本発明はそのユーザ・インタフェースの制限から移動電話に特に有用である。しかしながら、移動電話以外の環境でも本発明を利用できる。例えば、デスクトップ又はノート型のＰＣも本発明の利益を享受可能である。従って、本発明は、キーボードのある装置と無い装置との両方を含む、あらゆるコンピュータ環境で利用可能である。