JP6170972B2 - コンテンツ表示のためのギャラリアプリケーションに関する方法及びコンピュータ読み取り可能記録媒体 - Google Patents

Description

本発明は、一般には、グラフィカルユーザインターフェースに関し、より詳細には、コンテンツアイテムの閲覧、表示および／またはコンテンツアイテムとの対話に関する。

１．関連出願の相互参照
本出願は、参照によりその全体が本明細書に組み込まれている、２００９年１１月２５日に出願した米国仮出願第６１／２８３，０９２号、および２０１０年２月９日に出願した米国特許出願第１２／７０２，５５５号の利益を主張するものである。

画像ブラウザは、ユーザが複数の画像を閲覧することを可能にするソフトウェアアプリケーションである。従来の画像ブラウザは、グリッド、テーブルまたはリストと呼ばれることがある列と行に配置された画像を表示する。ソース画像が、使用可能な画面スペースに比べて大きい場合、ソース画像のうちのいくつかを同時に表示するのは難しい。この状況では、従来の画像ブラウザは、ソース画像自体ではなく、ソース画像の「サムネイル」バージョンを表示する。ソース画像のサムネイルバージョンは、ソース画像より小さいおよび／または低い解像度の画像である。

画像グリッドは、グリッドを表示するのに使用されるウィンドウより大きいことがある。ウィンドウは、グリッドの特定の部分（ビューポートの下にある部分）を表示することを可能にする画像グリッドの上の「ビューポート」のような働きをする。この状況では、現在表示されている画像より多くの画像が存在する。これらの画像を表示するために、画像グリッドは、静止したままであり、ユーザは、画像グリッドに対してビューポートを移動し、それによって、グリッドの様々な部分（ビューポートの新しい位置に基づくビューポートの下にある部分）を表示することを可能にする。代わりに、ビューポートは、静止したままであり、ユーザは、ビューポートに対して画像グリッドを移動し、それによって、グリッドの様々な部分（ビューポートの下に移動した部分）を表示することを可能にする。このナビゲーション機能性は一般に、スクロールと呼ばれる。

ギャラリソフトウェアアプリケーションは、ユーザが様々なコンテンツアイテムを閲覧し、表示し、それと対話することを可能にする。コンテンツアイテムは、任意の種類の電子ファイルである。一実施形態では、ギャラリアプリケーションには、４つの主なモード：アルバムモード、グリッドモード、クラスタモードおよび全画面モードがある。第５のモード（実行可能モード）は、一部のコンテンツアイテムに使用可能である。ユーザは、あるモードから他のモードにナビゲートすることができる。

アルバムモード、グリッドモード、クラスタモードおよび全画面モードでは、コンテンツアイテムが、画像によって表される。アルバムモード、グリッドモードおよびクラスタモードでは、画像は、（画面サイズに比べて）小さく、したがって、それは「サムネイル」画像と呼ばれる。全画面モードでは、画像は、およそ画面のサイズである。実行可能モードは、コンテンツアイテムを何らかのやり方で実行できる場合に使用可能である。実行可能モードでは、コンテンツアイテムを全画面で再生する適切なプレーヤーが開始される。

アルバムモード、グリッドモードおよびクラスタモードはそれぞれ、複数のオブジェクトを表示することができる。アルバムモードでは、オブジェクトは、アルバムスタックである。グリッドモードでは、オブジェクトは、サムネイル画像である。クラスタモードでは、オブジェクトは、クラスタスタックである。これらのモードの各モードで、オブジェクトをスクロールすることができる。ユーザが最初のアイテムの前または最後のアイテムの後にスクロールしようとする場合、エッジに達したことを示すフィードバックが提供される。一実施形態では、デバイスを傾ける場合、表示されたオブジェクトに対するカメラアングルは、アルバムスタック、クラスタスタックまたはグリッドサムネイルに対するわずかに異なるアングルを示すように回転する。これは、ユーザがエッジを超えてスクロールしようとする場合に生じる傾斜したビューに類似する。

この特許または出願ファイルは、カラーで作成された少なくとも１つの図面を含む。カラー図面を伴う本特許または特許出願公開のコピーは、要求および必要な費用の支払いに応じて米国特許商標庁によって提供される。

図１は、本発明の一実施形態による、ギャラリアプリケーションの様々なモード、およびモード間のユーザインターフェースフローを示すブロック図である。 図２は、本発明の一実施形態による、アルバムモードの初期ビューのスクリーンショット（横長の向き）を示す図である。 図３は、本発明の一実施形態による、１つのアルバム（Ｍｕｎｉｃｈ，Ｇｅｒｍａｎｙ）が選択されたアルバムモードのヘッドアップディスプレイ（ＨＵＤ）のスクリーンショット（横長の向き）を示す図である。 図４は、本発明の一実施形態による、Ｓｈａｒｅ領域がアクティブ化された後のアルバムモードＨＵＤのスクリーンショット（横長の向き）を示す図である。 図５は、本発明の一実施形態による、追加の特徴「詳細」が表示されているスクリーンショット（横長の向き）を示す図である。 図６は、本発明の一実施形態による、アルバムモード詳細のスクリーンショット（縦長の向き）を示す図である。 図７は、本発明の一実施形態による、グリッドモードの初期ビューのスクリーンショット（縦長の向き）を示す図である。 図８は、本発明の一実施形態による、最終行の中央画像が押下されているグリッドモードのスクリーンショット（縦長の向き）を示す図である。 図９は、本発明の一実施形態による、１つのコンテンツアイテム（左上の画像）が選択されているグリッドモードＨＵＤのスクリーンショット（横長の向き）を示す図である。 図１０は、本発明の一実施形態による、クラスタモードの初期ビューのスクリーンショット（縦長の向き）を示す図である。 図１１は、本発明の一実施形態による、１つのクラスタ（Ｄｅｃ３０，２００８（２００８年１２月３０日））が選択されているクラスタモードＨＵＤのスクリーンショット（横長の向き）を示す図である。 図１２は、本発明の一実施形態による、全画面モードＨＵＤのスクリーンショット（横長の向き）を示す図である。 図１３は、本発明の一実施形態による、２次の全画面モードＨＵＤのスクリーンショット（横長の向き）を示す図である。 図１４Ａは、本発明の一実施形態による、アルバムモードからグリッドモードへの遷移のアニメーションの間のある時点のスクリーンショット（縦長の向き）を示す図である。 図１４Ｂは、本発明の一実施形態による、アルバムモードからグリッドモードへの遷移のアニメーションの間のある時点のスクリーンショット（縦長の向き）を示す図である。 図１４Ｃは、本発明の一実施形態による、アルバムモードからグリッドモードへの遷移のアニメーションの間のある時点のスクリーンショット（縦長の向き）を示す図である。 図１４Ｄは、本発明の一実施形態による、アルバムモードからグリッドモードへの遷移のアニメーションの間のある時点のスクリーンショット（縦長の向き）を示す図である。 図１５は、本発明の一実施形態による、グリッドモードで（サムネイル画像によって表された）複数のコンテンツアイテムを選択することのスクリーンショット（縦長の向き）を示す図である。 図１６は、本発明の一実施形態による、アルバムモードで単一のアルバムを選択することのスクリーンショット（横長の向き）を示す図である。 図１７は、本発明の一実施形態による、ユーザがスタックを押下することによりサムネイルが「展開」されている、スタック（Ｍｕｎｉｃｈ，Ｇｅｒｍａｎｙ）のスクリーンショット（横長の向き）を示す図である。

諸図は、本発明の様々な実施形態を例示するためだけに示している。本明細書で説明された本発明の諸原理から逸脱せずに、本明細書に示された構造および方法の代替的実施形態を使用してよいことが、下記の説明から当業者には容易に認識されよう。

１．概要
ギャラリソフトウェアアプリケーションは、ユーザが様々なコンテンツアイテムを閲覧し、表示し、それと対話することを可能にする。コンテンツアイテムは、任意のタイプ（たとえば静止画、ビデオ、文書、ウェブページまたは実行可能ファイル）の電子ファイルである。

ギャラリアプリケーションは、任意のプロセッサベースのデバイス上で実行することができる。一実施形態では、ギャラリアプリケーションは、タッチスクリーン、カメラおよび加速度計を含むハンドヘルドデバイス上で実行される。ハンドヘルドデバイスは、ＧＰＳチップ、ポインティングデバイス（たとえばトラックボール、ジョイスティックまたは５方向ボタン）および「戻る」ボタンなど、追加のデバイスおよび機能性を含むこともできる。

コンテンツアイテムは、ローカルに（すなわちデバイス上に）格納してもよいし、リモートに（たとえばネットワーク化されたサーバ上に）格納してもよい。コンテンツアイテムは、たとえば、Ｇｏｏｇｌｅ ＰｉｃａｓａサービスやＹａｈｏｏ！ Ｆｌｉｃｋｒサービスを使用してリモートに格納することができる。コンテンツアイテムがどこに格納され、および／またはコンテンツアイテムがどこから来るかは、ギャラリアプリケーション内でアイテムがどのように見え、振る舞うかには影響を及ぼさないことに留意されたい。一実施形態では、ギャラリアプリケーションは、それ自体のコンテンツ記述子およびアクションから、第三者システムによって定義されたコンテンツ記述子およびアクションへのマッピングを保持する。

一実施形態では、ギャラリアプリケーションには主な４つのモード：アルバムモード、グリッドモード、クラスタモードおよび全画面モードがある。第５のモード（実行可能モード）は、一部のコンテンツアイテムに使用可能である。アルバムモード、グリッドモード、クラスタモードおよび全画面モードでは、コンテンツアイテムは、画像で表される。単語「画像」は、任意のタイプのビジュアルコンテンツを含むことを意図している。画像は、たとえば写真、描画、ビデオフレーム、またはテキスト（たとえばウェブページもしくは他の文書、またはその一部）であってよい。アルバムモード、グリッドモードおよびクラスタモードでは、画像は、（画面サイズに比べて）小さく、したがって「サムネイル」画像と呼ばれる。全画面モードでは、画像は、およそ画面のサイズである。アルバムモード、グリッドモード、クラスタモードおよび全画面モードは、デバイスが縦長の向き、横長の向きのいずれの場合にも使用することができる。デバイスの加速度計は、デバイスの向きを検出し、それに従って（すなわち回転あり、または回転なしで）画像を表示する。

実行可能モードは、コンテンツアイテムを何らかのやり方で実行できる場合に使用可能である。実行可能なコンテンツアイテムは、たとえばビデオ、ウェブページおよびＡｄｏｂｅ ＦＬＡＳＨアプリケーションを含む。実行可能モードでは、コンテンツアイテムを全画面で再生する適切なプレーヤーが開始される。たとえば、ビデオプレーヤー（ＲｅａｌＮｅｔｗｏｒｋｓからのＲｅａｌＰｌａｙｅｒやＡｐｐｌｅからのＱｕｉｃｋＴｉｍｅなど）が、ビデオコンテンツアイテム（．ｍｐ３ファイルなど）を再生するために開始される。ウェブページを表示するためにウェブブラウザ（ＭｏｚｉｌｌａからのＦｉｒｅｆｏｘやＧｏｏｇｌｅからのＣｈｒｏｍｅなど）が開始される（したがって、ハイパーリンクが機能する）。実行可能モードは、静止画像には使用できない。

ユーザは、あるモードから別のモードにナビゲートすることができる。図１は、モード間のユーザインターフェースフローを示している。図１では、第１のモードから第２のモードを指す矢印は、ユーザがタッチスクリーンを使用して第１のモードから第２のモードに直接ナビゲートできることを意味する。たとえば、ユーザは、タッチスクリーンを使用してアルバムモードからグリッドモードに直接ナビゲートすることができる。ユーザは、タッチスクリーンを使用して、グリッドモードからアルバムモードに直接ナビゲートすることもできる。モード間のナビゲーションは、「戻る」ボタンを使用し、または（後述の）パスバーのアイコンをタップして実施することもできる。

２つのモード（アルバムモードおよび全画面モード）は、空きスペースからそれらを指している矢印を有する。これらの矢印は、ギャラリアプリケーションがアルバムモードまたは全画面モードで開始できることを示している。ギャラリは、特定のコンテンツアイテムを指定せずにアクティブ化される場合、アルバムモードを開始する。ギャラリは、指定された特定のコンテンツアイテムでアクティブ化される場合、その特定のコンテンツアイテムが表示されている全画面モードを開始する。

図１で、「ＨＵＤ」は、ギャラリアプリケーションの一部であるヘッドアップディスプレイ（ＨＵＤ）を指す。ＨＵＤは、アルバムモード、グリッドモード、クラスタモードおよび全画面モードから使用可能であり、下記でさらに説明される。「カメラ」は、デバイス上に存在しており、ギャラリアプリケーションの一部でないカメラアプリケーションを指す。

アルバムモード、グリッドモードおよびクラスタモードはそれぞれ、複数のオブジェクトを表示することができる。アルバムモードでは、オブジェクトは、アルバムスタックである。グリッドモードでは、オブジェクトは、サムネイル画像である。クラスタモードでは、オブジェクトは、クラスタスタックである。これらのモードのそれぞれで、オブジェクトは、スクロールすることができる。スクロールは、ジェスチャ（たとえば水平方向の指のスワイプまたはフリック）、およびタッチスクリーンを使用して、またはポインティングデバイスを使用して実施される。ジェスチャは、オブジェクトの上に位置してもよいし、オブジェクトの後ろ／周りの背景の上に位置してもよい。速いジェスチャは、遅いジェスチャより多くの列をスクロールする。スクロールされる列の数は、ジェスチャの速度、およびジェスチャを実施する場合に指が押下された時間の長さによって決まる。

ユーザが第１のアイテムの前または最後のアイテムの後にスクロールしようとする場合、エッジに達したことを知らせるフィードバックが提供される。あるタイプのフィードバックは、オーバーフロー幅（すなわち、エッジに達したために実施できない要求されたスクロール）に比例した角度で、画面の面からビューを傾ける。傾斜によってビューは、遠近感の歪みがあるように見える。傾斜は短く、その後、ビューは、スクリーンの面に平行な通常の向きに戻る。別のタイプのフィードバックは、アイテムのリストがディスプレイの側面に当たり、反対の方向に跳ね返るように見える「ラバーバンド」効果である。別のタイプのフィードバックは、触知型（たとえばデバイスのわずかな振動）である。

一実施形態では、デバイスが傾斜される場合、表示されたオブジェクトに対するカメラアングルは、アルバムスタック、クラスタスタックまたはグリッドサムネイルに対してわずかに異なる角度を示すように回転する。これは、ユーザがエッジを超えてスクロールしようとする場合に生じる傾斜したビューに類似する。

パスバー−アルバムモード、グリッドモードおよびクラスタモード（および全画面モードＨＵＤ）では、左上角に、様々なフォルダに関して表示された画像がどこに格納されるかなどをユーザに伝えるフォルダ階層を示すパスバーがある。階層の各ノードは、アイコンによって（また余地がある場合にはテキストによっても）示される。階層のルートは左側にあり、ギャラリアプリケーションを表す。ルートの右に示される階層の次のレベルは、アルバムである。アルバムの右に示される階層の次のレベルは、コンテンツアイテムである。フォルダ階層は、せいぜい１行である。現在の位置（すなわち一番右の要素）から開始して、また余地がある場合には次に高い要素に移動して、できるだけ多くのテキストが示される。コンテンツがロードされている場合、右端の要素のアイコンは、ロード中であることを示すためにスピンに変化する。一実施形態では、ロードの間、パスバーは、ロードの進捗（たとえば「１００個のうち７５個のアイテムがロード済み」）を表示する。

以下の節では、４つの主なモード（アルバム、グリッド、クラスタおよび全画面）、モード間の遷移および追加の特徴について説明する。

２．アルバムモード
アルバムは、１つまたは複数のコンテンツアイテムのセットである。コンテンツアイテムは、何らかのやり方で（たとえばタイムスタンプに基づいて年代順に）並べられる。アルバムモードでは、コンテンツアイテムは、サムネイル画像として表される。アルバムサムネイルは、インナーシャドウ、２ピクセルの白い長方形フレームおよびアウターシャドウを有する。アルバムは、サムネイル画像のスタックによって表される。スタックは、そのアルバム内の第１の少数のコンテンツアイテムのためのサムネイル画像を含む。このように、スタックは、アルバムのコンテンツを表す。

サムネイル画像は、アルバム内の第１のコンテンツアイテムの画像がスタックの上にあり、アルバム内の第２のコンテンツアイテムの画像がスタックの上から２番目にあるなどのように積み重ねられる。スタックの外観は、前景となる１つの画像からなり、その他のピクチャは、特定の領域内に中心を有する第１のピクチャの下にランダムに置かれ、およそまっすぐになるようにランダムに方向付けられる。たとえば、第１の画像は回転されないが、その他の画像は、わずかな範囲内でランダムに（ａ ｒａｎｄｏｍ ａｍｏｕｎｔ）回転される。第２の画像および後続の画像もまた、第１の画像の中心から離れてランダムにセンタリングされる。第２の画像および後続の画像をランダムに回転し、ランダムにセンタリングすることによって、「乱雑な」スタック効果がもたらされる。

一実施形態では、スタック内に存在するサムネイルの数は、そのアルバム内のコンテンツアイテムの数に依存する（サムネイルの数が多くなることは、コンテンツアイテムの数が多くなることを示す）。スタックは、たとえば、アルバムの最初の４つのコンテンツアイテムの画像を含む。

アルバムモードは、スクロール可能なアルバムリスト（すなわちスクロール可能なスタックリスト）を表示する。リストは、デバイスの向きに応じて、縦長の向きに表示することも、横長の向きに表示することもできる。縦長の向きでは、アルバムは、３行に配置され、左右に水平にスクロールすることができる。ディスプレイは、各行に２つのアルバムを収容し、最大で６つのアルバムが表示される。横長の向きでは、アルバムは、２つの行に配置され、左右に水平にスクロールすることができる。ディスプレイは、各行に３つのアルバムを収容し、最大で６つのアルバムが表示される。

図２は、アルバムモードの初期ビューのスクリーンショット（横長の向き）を示している。図２では、４つのアルバム（スタック）が表示されている。この初期ビューの後、アルバムスタックリストがスクロールされ、次いで移動を停止する場合はいつでも、スタック配置は、１つの列がディスプレイの中央にあるように自動的に調整される。

それぞれのアルバムスタックは、アルバムのタイトル（たとえば「Ｃａｍｅｒａ（カメラ）」や「０１−２０−０７ Ｓｕｎｏｌ」）およびアルバム内のコンテンツアイテムの数（たとえば２０や８）でラベル付けされる。スタックは、アルバムに関する情報を伝えるアイコンを含むこともできる。たとえば、カメラアイコンは、デバイスのカメラを使用してキャプチャされたコンテンツアイテムをアルバムが含むことを意味する。フォルダアイコンは、アルバムがローカルに格納されることを意味する。「再生」アイコン（図示せず）は、スタック内の最上位のコンテンツアイテムがビデオであることを意味する。他のアイコンは、リモートアルバムのソース（たとえばＰｉｃａｓａやＦｌｉｃｋｒ）など、異なる情報を伝えることができる。

図２はまた、画面の右上角のカメラアイコンを示している。このカメラアイコンは、アクティブ化される場合にデバイスのカメラアプリケーションを開始する仮想ボタン（またはソフトキー）である。

一実施形態では、いくつかのデフォルトアルバムが存在する。デバイスがカメラを含む場合、（「Ｃａｍｅｒａ」というタイトルの）１つのアルバムは、デバイスのカメラを使用して撮られた写真またはビデオのデフォルト位置である。デバイスがウェブブラウザを含む場合、（「Ｄｏｗｎｌｏａｄｓ（ダウンロード）」というタイトルの）１つのアルバムは、ウェブからダウンロードされたコンテンツアイテムのデフォルト位置である。一実施形態では、アルバムモードでは、カメラアルバムがまずリストされ、その後に、ローカルアルバムおよびダウンロードアルバムが続き、その後に、リモートに格納されたアルバムが続く。同じタイプ（たとえばローカルのアルバムやリモートのアルバム）の複数のアルバムの中からのアルバムが、その最も最近のキャプチャ日付に基づいて、最新から最古へとリストされる。

ＨＵＤ−ユーザは、１つまたは複数のアルバムを選択し、それを操作することができる。１つのアルバムを１秒より長く触れると、そのアルバムが選択される。そのアクションは、ユーザが追加のアルバムを選択し、選択されたアルバムを操作することを可能にするヘッドアップディスプレイ（ＨＵＤ）をも開始する。図３は、１つのアルバム（Ｍｕｎｉｃｈ，Ｇｅｒｍａｎｙ）が選択されているアルバムモードＨＵＤのスクリーンショット（横長の向き）を示している。ＨＵＤが示される場合、それぞれのアルバムスタックは、チェックボックスアイコンを含む。チェックボックスアイコンがグレイ表示される場合、そのアルバムは選択されていない。チェックボックスアイコンが緑色である場合、そのアルバムが選択される。

ＨＵＤは、６つの領域：左上、中央上、右上、左下、中央下および右下に分割される。（「Ｓｅｌｅｃｔ Ａｌｌ（すべてを選択）」とラベル付けされた）左上領域は、ユーザがシングルタップですべてのアルバムを選択することを可能にする。中央上領域は、現在選択されているコンテンツアイテムの数を示している。（ここでは、「Ｍｕｎｉｃｈ，Ｇｅｒｍａｎｙ」というタイトルのアルバムが選択され、１４１個のアイテムを含んでおり、したがって、中央上領域は「１４１アイテム」とラベル付けされている。）（「Ｄｅｓｅｌｅｃｔ Ａｌｌ（すべてを選択解除）」とラベル付けされた）右上領域は、ユーザがシングルタップですべてのアルバムを選択解除することを可能にする。

（「Ｓｈａｒｅ（共有）」とラベル付けされた）左下領域は、ユーザが選択されたアイテムを共有することを可能にする。図４は、Ｓｈａｒｅ領域がアクティブ化された後のアルバムモードＨＵＤのスクリーンショット（横長の向き）を示している。Ｓｈａｒｅオプションは、ユーザがコンテンツアイテムを他の人々と共有することを可能にする。オプションは、たとえば、サービス（Ｐｉｃａｓａなど）、データ転送プロトコル（Ｂｌｕｅｔｏｏｔｈ（登録商標）など）、メッセージングプロトコル（ＸＭＰＰなど）および電子メールアプリケーション（Ｇｍａｉｌなど）を共有することを含む。

（「Ｄｅｌｅｔｅ（削除）」とラベル付けされた）中央下領域は、ユーザが選択されたアイテムを削除することを可能にする。

（「Ｍｏｒｅ（追加）」とラベル付けされた）右下領域は、ユーザが追加の特徴にアクセスできるようにする。追加領域がアクティブ化される場合、１つまたは複数の追加の特徴が表示される。図５は、追加の特徴「詳細」が表示されているスクリーンショット（横長の向き）を示している。Ｄｅｔａｉｌｓ領域をアクティブ化すると、アルバムモード詳細が表示されることになる。図６は、アルバムモード詳細のスクリーンショット（縦長の向き）を示している。

これらの詳細は、選択されたアルバムの数（１）、選択されたアイテムの数（１４１）、最も早く選択されたアイテムのタイムスタンプ（５：０９ａｍ Ｄｅｃ ３０ ２００８（２００８年１２月３０日 ＡＭ５：０９））、最新の選択されたアイテムのタイムスタンプ（９：１３ａｍ Ｄｅｃ ３０ ２００８（２００８年１２月３０日 ＡＭ９：１３））、およびアイテムの位置（たとえば画像コンテンツアイテム内に示された地理的位置；ここではＡｖｅｎｔｉｎｓｔｒａｓｓｅ １−１１）を含む。

３．グリッドモード
グリッドモードは、１つのアルバムのコンテンツアイテムを、スクロール可能なグリッドパターンで表示する。それぞれのコンテンツアイテムは、サムネイル画像によって表される。一実施形態では、グリッドサムネイルは、アルバムサムネイルより微妙な境界のスタイルを有する。たとえば、グリッドサムネイルは、インナーシャドウ、１ピクセルの半透明白色インセットボーダおよびアウターシャドウを有する。

グリッドは、縦長の向きで表示することも、横長の向きで表示することもできる。縦長の向きでは、画像は、４行で配置され、水平に左右にスクロールすることができる。ディスプレイは、各行に３つの画像を収容し、最大で１２個の画像が表示される。横長の向きでは、アルバムは、３行に配置され、左右に水平にスクロールすることができる。ディスプレイは、各行に４つの画像を収容し、最大で１２個の画像が表示される。

図７は、グリッドモードの初期ビューのスクリーンショット（縦長の向き）を示している。図７は、グリッドパターンで配置された４つの行のサムネイル画像を示している。２つの列の画像が完全に示されており、第３の列の画像が部分的に示されている。この初期ビューの後、グリッドがスクロールされて、次いで移動を停止する場合はいつでも、グリッド配置は、列がいずれの側も切り取られないように自動的に調整される。この自動調整は、縦長の向きと横長の向きの両方で行われる。

グリッドモードは、アルバムからの画像を示している。したがって、図７では、パスバーは、階層のルートおよびアルバムレベルだけを示している。コンテンツアイテムレベルは、全画面モードで示され、それについては下記で説明される。図７で、階層のルートは、ギャラリアプリケーションを表すアイコンによって示されている。アルバムレベルは、アルバムを表すアイコン（ここではＰｉｃａｓａアイコン）、およびアルバムのタイトルの冒頭（ここでは「Ｍａｎｙ ｐｈ．．．」）によって示されている。

右上角には、グリッドモードとクラスタモード間で遷移するために使用されるユーザインターフェースコントロールがある。このコントロールについては、後のセクションで説明される。

グリッド内の画像が実行可能なコンテンツアイテムを表す場合は、ユーザは、そのアイテムを「再生する」ために実行可能モードに切り換えることができる。たとえば、コンテンツアイテムがビデオである場合は、ユーザは、ビデオを全画面で再生するために、（たとえば画像をタップすることによって）実行可能なモードに切り換えることができる。一実施形態では、画像は、実行可能なアイテムのタイプを示すアイコン（たとえばビデオの「再生」アイコン）を含む。

グリッド内のサムネイル画像が押下される場合、画像は、ユーザに向かって上向きに移動するように見える。図８は、最終行の中央の画像が押下されている、グリッドモードのスクリーンショット（縦長の向き）を示している。

スクロールバー−上述のスクロール方法に加えて、グリッドモードは、スクロールするために使用できるスクロールバーをも含む。図８では、スクロールバーは、グリッドの下に位置する。スクロールバーは、タッチスクリーンを使用して水平にドラッグすることができる。スクロールバーがドラッグされている間、グリッドは、ドラッグと反対方向に移動する。たとえば、スクロールバーが右にドラッグされる場合、グリッドは、左にスクロールし、それによって、スクリーンの右側に新しい画像が示される。スクロールの速度は、ドラッグの速度に比例する。スクロールバーは、解放された後、それ自体を画面の中央に再び合わせる。スクロールバーは、ドラッグされている場合、明るくなっている。

上記に言及されたように、アルバムは、順序付けられたコンテンツアイテムのセットである。一実施形態では、スクロールバーがドラッグされている間、現在表示されている画像の「順序」メタデータが示される。たとえば、画像が、アルバム内で、タイムスタンプに基づいて年代順に順序付けられると仮定する。スクロールバーがドラッグされている場合、現在表示された画像のタイムスタンプが示される。すべての画像が２００７年２月３日とタイムスタンプ付けされる場合、「２００７年２月３日」が示される。スクロールが進行する間、現在表示されている画像が２００７年２月４日とタイムスタンプ付けされている場合は「２００７年２月４日」が示される。スクロールの間、順序メタデータを示すことは、ユーザがグリッドの所望の部分にナビゲートするのに役立つ。メタデータは、グリッド上のオーバーレイなど、様々な場所に示すことができる。

別の実施形態では、順序メタデータの複数の値が示される。たとえば、現在表示されている画像のメタデータは、左および／または右に現在表示されている画像に隣接した画面外の画像のメタデータと共に示される。画面外の画像の順序メタデータを示すことによって、グリッド内の現在の位置の「前方」または「後方」にあるこれらの画像に関するユーザ情報を伝える。画面外の画像のメタデータをクリックすると、グリッドがその位置にスクロールされる。メタデータは、グリッドの下など、様々な所に示すことができる。

別の実施形態では、様々な日付マーカが年代順に示される。１つまたは複数のコンテンツアイテムに関連する日付マーカは明るく見えるが、どんなコンテンツアイテムにも関連しない日付マーカは、くすんだ色またはグレイ表示に見える。

ＨＵＤ−ユーザは、１つまたは複数のコンテンツアイテムを選択し、それを操作することができる。１秒より長く１つのサムネイル画像に触れると、その画像によって表されたコンテンツアイテムが選択される。またそのアクションによって、ユーザが追加のコンテンツアイテムを選択し、コンテンツアイテムを操作することを可能にするヘッドアップディスプレイ（ＨＵＤ）が開始される。図９は、１つのコンテンツアイテム（左上の画像）が選択されているグリッドモードＨＵＤのスクリーンショット（横長の向き）を示している。

ＨＵＤが示される場合、それぞれのサムネイル画像は、チェックボックスアイコンを含む。チェックボックスアイコンがグレイ表示される場合、その画像は選択されない。チェックボックスアイコンが緑色の場合、その画像が選択される。

ＨＵＤは、６つの領域：左上、中央上、右上、左下、中央下および右下に分割される。（「Ｓｅｌｅｃｔ Ａｌｌ」とラベル付けされた）左上領域は、ユーザがシングルタップですべてのコンテンツアイテムを選択することを可能にする。中央上領域は、現在選択されているコンテンツアイテムの数を示している。（ここでは、１つの画像が選択されており、したがって、中央領域が「１ ｉｔｅｍ（１アイテム）」とレベル付けされている。）（「Ｄｅｓｅｌｅｃｔ Ａｌｌ」とラベル付けされた）右上領域は、ユーザがシングルタップですべての画像を選択解除することを可能にする。

（「Ｓｈａｒｅ」とラベル付けされた）左下領域は、ユーザが選択されたアイテムを共有することを可能にする。グリッドモードＳｈａｒｅ領域は、上述されたアルバムモードＳｈａｒｅ領域と同様に機能する。（「Ｄｅｌｅｔｅ」とラベル付けされた）中央下領域は、ユーザが選択されたアイテムを削除することを可能にする。

（「Ｍｏｒｅ」とラベル付けされた）右下領域は、ユーザが追加の特徴にアクセスできるようにする。Ｍｏｒｅ領域がアクティブ化される場合、１つまたは複数の追加の特徴が表示される。図９は追加の特徴「Ｄｅｔａｉｌｓ（詳細）」「Ｓｅｔ ａｓ（として設定）」「Ｃｒｏｐ（トリミング）」、「Ｒｏｔａｔｅ Ｌｅｆｔ（左回転）」および「Ｒｏｔａｔｅ Ｒｉｇｈｔ（右回転）」が表示されること（横長の向き）を示している。

Ｄｅｔａｉｌｓ領域をアクティブ化すると、グリッドモード詳細が表示されることになる。Ｓｅｔ ａｓ領域をアクティブ化すると、選択された画像が壁紙として使用されることになる。Ｃｒｏｐ領域のアクティブ化は、ユーザが選択された画像をトリミングすることを可能にする。Ｒｏｔａｔｅ Ｌｅｆｔ領域のアクティブ化によって、選択された画像が左に回転する。Ｒｏｔａｔｅ Ｒｉｇｈｔ領域のアクティブ化によって、選択された画像が右に回転する。

４．クラスタモード
クラスタモードは、クラスタモードとグリッドモードの両方が１つのアルバムのコンテンツアイテムを表示するという点で、グリッドモードに類似する。さらに、それぞれのコンテンツアイテムが、サムネイル画像によって表される。しかし、クラスタモードは、アイテムを重ねて表示し、グリッドモードは、アイテムをグリッドパターンで表示する。このように、クラスタとアルバムモードの両方が「スタック」表現を使用するので、クラスタモードは、アルバムモードに類似する。

クラスタモードは、時間および／または位置に基づいて（たとえば「ジオコーディング」と呼ばれる、アイテムに関連するタイムスタンプまたは地理的なタグ（「ジオタグ」）に基づいて）アイテムを自動的にグループ化する。ジオタグは、コンテンツアイテムに関連するＥＸＩＦ（ｅｘｃｈａｎｇｅａｂｌｅ ｉｍａｇｅ ｆｉｌｅ ｆｏｒｍａｔ）ヘッダに格納されてもよい。

それぞれのクラスタは、含まれたアイテムから選択されたサムネイルのスタックとして表示される。図１０は、クラスタモードの初期ビューのスクリーンショット（縦長の向き）を示している。一実施形態では、クラスタサムネイルは、（アルバムサムネイルと同じ）インナーシャドウ、２ピクセル白色長方形フレームおよびアウターシャドウを有する。

図１０は、グリッドパターンで配置された３つの行のクラスタスタックを示す。１列のクラスタスタックが、完全に示されている。各クラスタスタックの下に、時間文字列、クラスタ内のアイテムの数、ジオタグアイコンおよびジオタグ位置がある。

時間文字列に関して、どれほどのスペースが使用可能に基づいて、適切なテキストの長さが選択される。クラスタコンテンツアイテムが古くなる場合、おそらく月範囲または年範囲だけが示される。コンテンツアイテムがより最近のアイテムになる場合、おそらく日付範囲全体が示される。たとえば、クラスタが複数年にまたがる場合、時間文字列を「Ｆｅｂ ２００８−Ｍａｒ ２００９（２００８年２月〜２００９年３月）」（月および年だけが示される）として表示する。クラスタが単一の年から生じているが、現在の年の同じ日から生じていない場合、時間文字列は、「Ｍａｒ ３−４，２００９（２００９年３月３日〜４日）」または「Ｆｅｂ ３−Ｍａｒ ６，２００９（２００９年２月３日〜３月６日）」または「Ｆｅｂ ２８，２００８（２００８年２月２８日）」である（日、月および年を表示する）。クラスタが単一の日から、また現在の年から生じており、クラスタの中間点を選び、時間、日および月を表示する場合、時間文字列は、「２：５４ｐｍ，Ｏｃｔ １６（ＰＭ２：５４、１０月１６日）」である。

位置情報は、スタックの下に非同期に現れる。クラスタについて表示される位置は、そのクラスタ内のすべてのジオタグ付きアイテムを正確に表す最も具体的な位置である。最も具体的な位置レベルは、通りの名前（たとえば「Ｈａｒｒｉｓｏｎ Ｓｔ」）、その後に続く都市名／州（たとえば「Ｐａｌｏ Ａｌｔｏ，ＣＡ」）、「ｎｅａｒ（付近）」都市名／州（たとえば名前付きの都市からの半径距離閾値に基づく「ｎｅａｒ Ｐａｌｏ Ａｌｔｏ， Ｃａｌｉｆｏｒｎｉａ」）、および州／国（たとえば「Ｃａｌｉｆｏｒｎｉａ，ＵＳ」）である。ジオタグアイコンをタップすると、グリッドビューが開始され、ジオタグ位置を有するコンテンツアイテムだけが表示されるようにアルバムがフィルタリングされる。一実施形態では、ジオタグ機能性は、Ｇｏｏｇｌｅ Ｍａｐｓ Ｒｅｖｅｒｓｅ−Ｇｅｏｃｏｄｉｎｇサービスを使用する。

左上角には、上述されたパスバーがある。クラスタモードは、アルバムからの画像を示す。したがって、図１０で、パスバーは、階層のルートおよびアルバムレベルだけを示す。階層のルートは、ギャラリアプリケーションを表すアイコンによって示される。アルバムレベルは、アルバムを表すアイコン（ここではＰｉｃａｓａアイコン）、およびアルバムのタイトルの冒頭（ここでは「Ｈａｌｌｏｗｅ．．．」）によって示される。

右上角には、グリッドモードとクラスタモードの間で遷移するために使用されるユーザインターフェースコントロールがある。このコントロールについては、下記の節で説明される。

クラスタスタックは、第１の画像は回転されないが、その他の画像は小さい範囲内でランダムに回転されるという点で、アルバムスタックに類似する。第２および後続の画像もまた、第１の画像の中心から離れてランダムにセンタリングされる。第２の画像および後続の画像のランダムな回転およびランダムなセンタリングによって、「乱雑な」スタックの効果がもたらされる。より多くのアイテムを有するクラスタスタックは、より少数のアイテムを有するスタックより多くのスペースを占有することがある。

一実施形態では、スタック内に存在するサムネイルの数は、そのクラスタ内のコンテンツアイテムの数によって決まる（サムネイルの数が多くなることは、コンテンツアイテムの数が多くなることを示す）。たとえば、スタックは、３つから５つのサムネイルを含む。

クラスタモードは、スクロール可能なクラスタリスト（すなわちクラスタスタックのスクロール可能なリスト）を表示する。クラスタスタックは、年代順にリストされる。このリストは、デバイスの向きに応じて、縦長の向きに表示することも、横長の向きに表示することもできる。

一実施形態では、（スタックを形成するために）各クラスタから選択されたサムネイルは、クラスタ全体を代表している。たとえば、サムネイルは、下記の基準に基づいて選択される（重要性最大から重要性最小の順序でリストされており、重要な基準には、それほど重要でない基準よりも大きい重みが与えられる）。：
・アイテムに星印／フラグが付いているか（星印／フラグ付きのアイテムが優先される）。
・アイテムが何回、全画面モードで表示されたか（より頻繁にアクセスされたアイテムが優先される）。
・アイテムのキャプチャ日付（より最近のアイテムが優先される）。

一実施形態では、スタックの最上部については、クラスタのおよそ中央からのサムネイルが選ばれ、スタックの残りについては、少数の他のランダムなサムネイルが選ばれる。

ＨＵＤ−ユーザは、１つまたは複数のクラスタを選択し、それを操作することができる。１秒より長く１つのクラスタに触れることによって、そのクラスタが選択される。またそのアクションによって、ユーザが追加のクラスタを選択し、選択されたクラスタを操作することを可能にするヘッドアップディスプレイ（ＨＵＤ）が開始される。図１１は、１つのクラスタ（Ｄｅｃ ３０，２００８）が選択されているクラスタモードＨＵＤのスクリーンショット（横長の向き）を示している。

ＨＵＤが示される場合、それぞれのクラスタは、チェックボックスアイコンを含む。チェックボックスアイコンがグレイ表示される場合、そのクラスタは選択されない。チェックボックスアイコンが緑色である場合、そのクラスタが選択される。

ＨＵＤは、６つの領域、左上、中央上、右上、左下、中央下および右下に分割される。（「Ｓｅｌｅｃｔ Ａｌｌ」とラベル付けされた）左上領域は、ユーザがシングルタップですべてのクラスタを選択することを可能にする。中央上領域は、現在選択されているコンテンツアイテムの数を示している。（ここでは、１つのクラスタが選択されており、そのクラスタが１８個のアイテムを含んでおり、したがって、中央上領域は「１８ ｉｔｅｍｓ」とラベル付けされている。）（「Ｄｅｓｅｌｅｃｔ Ａｌｌ」とラベル付けされた）右上領域は、ユーザがシングルタップですべてのクラスタを選択解除することを可能にする。

（「Ｓｈａｒｅ」とラベル付けされた）左下領域は、ユーザが選択されたクラスタを共有することを可能にする。グリッドモードＳｈａｒｅ領域は、上述されたアルバムモードＳｈａｒｅ領域と同様に機能する。（「Ｄｅｌｅｔｅ」とラベル付けされた）中央下領域は、ユーザが選択されたクラスタを削除することを可能にする。

（「Ｍｏｒｅ」とラベル付けされた）右下領域は、ユーザが追加の特徴にアクセスできるようにする。Ｍｏｒｅ領域がアクティブ化される場合、１つまたは複数の追加の特徴が表示される。図１１は、追加の特徴「Ｄｅｔａｉｌｓ（詳細）」、「Ｒｏｔａｔｅ Ｌｅｆｔ（左回転）」および「Ｒｏｔａｔｅ Ｒｉｇｈｔ（右回転）」が表示されること（横長の向き）を示している。

Ｄｅｔａｉｌｓ領域をアクティブ化すると、クラスタモード詳細が表示されることになる。Ｒｏｔａｔｅ Ｌｅｆｔ領域のアクティブ化によって、選択された画像が左に回転する。Ｒｏｔａｔｅ Ｒｉｇｈｔ領域のアクティブ化によって、選択された画像が右に回転する。

クラスタ化アルゴリズム−クラスタ化は、コンテンツアイテムのストリームを「イベント」のクラスタにできるだけうまく自動的に分割する。使用されるクラスタ化アルゴリズムは、集塊性クラスタ化に緩く基づいているが、生成するクラスタの数を予め指定することを必要としない。クラスタ化は、ストリーミングのやり方でコンテンツアイテムの集合への１つの線形スキャンで計算することができ、したがって、第１のクラスタが決定（次いで表示）される前にすべてのコンテンツアイテムを処理する必要があるとは限らない。

既に決定された１組のクラスタが格納される。最初に、空のクラスタが作成される。次のコンテンツアイテムをクラスタ化するために呼出しが行われる場合、直前のアイテムのＸ時間単位内にアイテムがタイムスタンプされているかどうかチェックする（本発明の場合では１分と２時間の間で適応−これはクラスタ分割時間である）。次のアイテムが直前のアイテムのこのクラスタ分割時間内にある場合、次のアイテムが、現在の既存のクラスタに追加される。一方で、ジオタグ位置データが使用可能であり、次のアイテムが直前のアイテムからＹ距離単位（本発明の場合では２５マイル（４０．２３ｋｍ））を超える場合、次のアイテムが、それ自体の新しいクラスタの開始として置かれる。

次に、それらの条件のどれも満たされない（時間範囲内であり、または位置範囲を超える）場合、下記の条件、すなわち現在のクラスタが大き過ぎ、それを半分に分割すべきか、または現在のクラスタが小さ過ぎ、２つのクラスタがせいぜい２５マイルしか地理的に離れていないならば、現在のクラスタをその前のクラスタとマージすべきか調査する。現在のクラスタが大き過ぎる場合（ヒューリスティックでは２０アイテム〜５０アイテムの間で適応）、写真撮影の最大の頻度変化を有する時点を探すことによって２つに分割するよう試みる。Ａ、Ｂ、Ｃを時間順の３つの連続した点であるとする。（Ｃ−Ｂ）および（Ｂ−Ａ）について考慮されたい。これらの２つの差の比は、それが頻度の分割の候補となるには少なくとも２でなければならず、すなわち（Ｃ−Ｂ）が、（Ｂ−Ａ）の差の２倍より大きく、または（Ｂ−Ａ）の半分より小さくなければならず、それは、十分な頻度の差と見なされる。写真撮影の頻度が１秒から５秒になる場合には分割しないように、（ＣＢ）または（Ｂ−Ａ）のうちの１つが、既に計算されたクラスタ分割時間の半分を超える場合にだけ分割する。２倍の比率の制約および少なくとも半分のクラスタ分割時間の制約を満たす最大の頻度変化を分割点として選ぶ。こうした点が存在しない場合、分割を行わず、最善の努力に甘んじる。次いで、分割が行われた場合は第２のクラスタに、または分割が行われなかった場合は１つの大きいクラスタに現在のアイテムを追加する。

同様に、マージの場合には、現在のクラスタと直前のクラスタの両方がＺアイテム（８と１５の間で適応）より少ない数のクラスタを有しており、それら２５マイルのヒューリスティックだけ地理的に離れていない場合、現在のクラスタを直前のクラスタとマージする。次いで、マージが不可能であった場合は、マージされたクラスタの最後、または現在のクラスタに現在のアイテムを追加する。

クラスタの分割およびマージによって、およそ人々が関心があるサイズのクラスタがもたらされる（それによって、人々がより迅速にスキャンすることが容易になり、人々は、クラスタがどのイベントに対応するか容易に知ることができる）。時間制約、位置制約および頻度ヒューリスティックは、写真撮影の共通の挙動をキャプチャしようとする。

パラメータの適応性のある性質：２つの入力点、すなわち元のセットの時間範囲、およびセット内のアイテムの数を取得し、それに基づいて、クラスタ分割の時間閾値、最小クラスタサイズおよび最大クラスタサイズを設定する。これらの３つの変数はそれぞれが範囲を有しており、その範囲で適切な数を選ぶ。たとえば、最小クラスタサイズは、８から１５の範囲である。入力がその中に５０アイテムしか有さない場合は、最小クラスタサイズを８に設定し、入力が５００アイテムを有する場合は、最小クラスタサイズを１５に設定する。類似の論理によって、３つのパラメータを管理する。それは、クラスタリングアルゴリズムが、処理しているコンテンツアイテムのセットによりよく適応することを可能にし、より適切にサイジングされたクラスタを生成する。

５．全画面モード
全画面モードでは、コンテンツアイテムが、およそ画面のサイズである画像によって表される。一度に１つの画像が表示される。

ズーム−画像をダブルタップすると、画像にズームインする。ズームインされた画像をダブルタップすると、ズームアウトして元の画像に戻る。画像上のスワイプジェスチャを使用して、ズームイン（上向きにスワイプ）およびズームアウト（下向きにスワイプ）することもできる。ズームインおよびズームアウトは、ＨＵＤを使用して遂行することもできる（下記参照）。

ＨＵＤ−まず全画面モードに入る場合、全画面モードＨＵＤおよびパスバーは、短い時間（たとえば１秒）の間に目に見える。時間が経過した後、ユーザ活動がなかった場合、ＨＵＤおよびパスバーは消えていく。ＨＵＤおよびパスバーが消えた後、それらは、画像をシングルタップすることによって再び呼び出すことができる。

図１２は、全画面モードＨＵＤのスクリーンショット（横長の向き）を示している。全画面ＨＵＤは、ズームイン領域と、ズームアウト領域（右上）と、スライドショー領域（左下）と、メニュー領域（右下）とを含む。ズームイン領域をアクティブ化すると、表示された画像にズームインする。ズームアウト領域をアクティブ化すると、表示された画像からズームアウトする。スライドショー領域をアクティブ化すると、現在のアルバム内の画像の全画面スライドショーが開始する。

メニュー領域をアクティブ化すると、２次の全画面モードＨＵＤが表示される。図１３は、２次の全画面モードＨＵＤのスクリーンショット（横長の向き）を示している。２次のＨＵＤは、表示されたアイテムに作用する。ＨＵＤは、３つの領域：左下、中央下および右下に分割される。（「Ｓｈａｒｅ」とラベル付けされた）左下領域は、ユーザが表示されたコンテンツアイテムを共有することを可能にする。全画面モードＳｈａｒｅ領域は、上述されたアルバムモードＳｈａｒｅ領域と同様に機能する。（「Ｄｅｌｅｔｅ」とラベル付けされた）中央下領域は、ユーザが選択されたコンテンツアイテムを削除することを可能にする。

（「Ｍｏｒｅ」とラベル付けされた）右下領域は、ユーザが追加の特徴にアクセスできるようにする。Ｍｏｒｅ領域がアクティブ化される場合、１つまたは複数の追加の特徴が表示される。図１３は、追加の特徴「Ｄｅｔａｉｌｓ」「Ｓｅｔ ａｓ」「Ｃｒｏｐ」、「Ｒｏｔａｔｅ Ｌｅｆｔ」および「Ｒｏｔａｔｅ Ｒｉｇｈｔ」が表示されること（横長の向き）を示している。

Ｄｅｔａｉｌｓ領域をアクティブ化すると、全画面モード詳細が表示されることになる。Ｓｅｔ ａｓ領域、Ｃｒｏｐ領域、Ｒｏｔａｔｅ Ｌｅｆｔ領域およびＲｏｔａｔｅ Ｒｉｇｈｔ領域は、上述されたグリッドモード領域と同じように機能する。

６．アルバムモードおよびグリッドモードの間の遷移
ギャラリアプリケーションがアルバムモードである場合、アルバムスタックをシングルタップすると、ギャラリアプリケーションがグリッドモードに遷移する。グリッドモードは、（サムネイル画像によって表された）タップされたアルバムのコンテンツアイテムをグリッドパターンで表示する。

アルバムモードからグリッドモードに進む場合、アルバムスタックで使用された代表的なサムネイルが、そのグリッド位置をアニメーション化する。モード間の遷移は、直接的な操作感を提供するために、できるだけ多くのオンスクリーンサムネイルを再利用するよう試みる。

グリッドモードがアルバムモードからまず開始される場合、グリッドは、アルバムの冒頭のコンテンツアイテムが示されるように置かれる。図１４Ａ〜図１４Ｄは、アルバムモードからグリッドモードの遷移のアニメーションの間の様々な時点（年代順）のスクリーンショット（縦長の向き）を示している。

グリッドモードからアルバムモードへの遷移のアニメーションは、年代順に動きが逆になるということを除いて、アルバムモードからグリッドモードへの遷移のアニメーションに類似する。たとえば、図１４Ｄ（アルバムモード）の後に、図１４Ｃ、次いで図１４Ｂ、次いで図１４Ａが続く。

７．グリッドモードとクラスタモードの間の遷移
図１４Ｄの右上角には、グリッドモードとクラスタモードの間で遷移するのに使用されるユーザインターフェースコントロールがある。コントロールは、グリッドモードアイコンと、ノブ付きのスライダと、クラスタモードアイコンとを含む。グリッドモードからクラスタモードに切り換えるには、ノブを右にドラッグすることによってスライダをトグルする。クラスタモードからグリッドモードに切り換えるには、ノブを左にドラッグすることによってスライダをトグルする。または、特定のモードに切り換えるには、関連するアイコン（すなわちグリッドモードアイコンまたはクラスタモードアイコン）をシングルタップする。

代わりに、クラスタまたはグリッド上のスワイプジェスチャを使用して、クラスタモードからグリッドモード（上向きのスワイプ）およびグリッドモードからクラスタモード（下向きのスワイプ）に切り換えることができる。

クラスタモードからグリッドモードに進む場合、クラスタ内で使用される代表的なサムネイルは、そのグリッド位置をアニメーション化する。モード間の遷移は、直接的な操作感を提供するために、できるだけ多くのオンスクリーンサムネイルを再使用するよう試みる。一実施形態では、グリッドモードとクラスタモード間の遷移では、連続性を保証するためにボーダスタイルをクロスフェードさせる。

８．グリッドモードと全画面モードの間の遷移
グリッドモードに入ると、アイテム上でシングルタップすることによって全画面モードになる。タップされたアイテムが実行可能である場合、アイテムが実行される（たとえば、ビデオが再生される）。タップされたアイテムが画像である場合、画像は、全画面で表示される。全画面モードでシングルタップすると、コンテクストメニューに戻る。

９．追加の特徴
複数選択−アルバムモード、グリッドモードおよびクラスタモードでは、オブジェクトを押下し、１秒超の間、押したままにすると、複数選択モードがトリガされる。複数選択モードでは、オブジェクトをシングルタップすると、そのオブジェクトが選択される。このように、ユーザは、任意の数のオブジェクトを選択することができる。次いで、ＨＵＤを使用して、すべての選択されたオブジェクトに対してアクションを実施することができる。図１５は、グリッドモードで（サムネイル画像によって表された）複数のコンテンツアイテムを選択することのスクリーンショット（縦長の向き）を示している。図１６は、アルバムモードで単一のアルバムを選択することのスクリーンショット（横長の向き）を示している。図１６は、画面状態を完全には示していないことに留意されたい。アニメーションの間にスクリーンショットがキャプチャされているので、スクリーンは、再レンダリングされるプロセスにあり、完全には正確でない。

戻るボタン−一実施形態では、タップで開始された各ナビゲーションは、ギャラリアプリケーションのランタイムスタックの後部に押し込まれ、したがって、過去の期待を巻き戻すリスクはない。

スタックフィードバックおよび展開アニメーション−ユーザは、スタック（アルバムスタックまたはクラスタスタック）を押下する場合、デバイスから触知型フィードバックを受け取る。ユーザが押下する時間が長くなるほど、触知型フィードバックは強力になる。結局、押下が十分に長い場合、（上述された）複数選択モードに入る。また、スタックは、押下される場合、下向きに動くように（それが物理的に押下されたかのように）見え、スタック内のサムネイル画像は、スタック内に何が含まれるかユーザがよりよく理解できるように少し展開される。図１７は、ユーザがスタックを押下することによってそのサムネイルが「展開」されたスタック（Ｍｕｎｉｃｈ，Ｇｅｒｍａｎｙ）のスクリーンショット（横長の向き）を示している。

１０．適応背景および深さ効果
下記の効果が、アルバムモード、グリッドモードおよびクラスタモードに適用される。

アルバムモードおよびクラスタモードでは、背景は、左端の見えるスタックの上位アイテムのフィルタリングされたバージョン（ガウスぼかし １０ｐｘ、彩度−３５、明るさ−３５）から開始する。左端の見えるスタックの上位アイテムがまだロードされていない場合、背景は、ギャラリアプリケーションのアイコンのフィルタリングされたバージョンから開始する。画像は、ディスプレイより広くなるようにトリミングされズーミングされる。スクロールする場合、背景は、Ａｎｄｒｏｉｄホーム画面から着想を得た視差効果により移動する。背景画像のエッジに達する場合、背景は、次の背景画像へとスムーズに消え去る。代わりに、濃いグラデーションや木目など、単一の背景画像を使用することができる。

暗いガウスボックスぼかし−アルバムモードおよびクラスタモードでは、左端の見えるスタック内の上位アイテムを選ぶ。グリッドビューでは、可視範囲内の中心画像を選ぶ。次いで、その画像のボックスぼかしを計算する。（ボックスぼかしは、結果として生じる画像の各ピクセルが、入力画像のその隣接ピクセル、本発明の場合では１０個の隣接ピクセルの平均値に等しい値を有する画像フィルタである）。次いで、画像を一定量だけ暗くする（単にＲＧＢ値を減じる）。

ステッチ−次いで、連続的な効果をもたらすために、ユーザがスクロールする間、２つの背景をまとめる。縦長の向きでは、背景画像は、２列を表す。横長の向きでは、背景画像は、３列を表す。画像の７５％は、現状のままである。画像の最後の２５％で、不透明から透明になるようにアルファランプを加える。次いで、その後に次の背景画像がステッチされる。

クロスフェードアニメーション−スクロールするとき、背景画像は、２〜３列ごとに変更する。いくらかの継続時間（たとえば２分の１秒）の間、既存の背景と将来表示される背景との間でクロスフェードする。

視差効果−背景は、前景を目立たせるために、Ａｎｄｒｏｉｄメインページと同じようにコンテンツの速度の半分でスクロールする。

適応背景は、表示されているアルバム／クラスタ／コンテンツアイテムの雰囲気をユーザが迅速に察知できるようにするのに有用であり、背景があまりくすんでしまわないようにする上で役に立つ。

本明細書では、「一実施形態（ｏｎｅ ｅｍｂｏｄｉｍｅｎｔ、ａｎ ｅｍｂｏｄｉｍｅｎｔ）」への言及は、実施形態に関連して述べられた特定の特徴、構造または特性が本発明の少なくとも１つの実施形態に含まれることを意味する。本明細書の様々な所に「一実施形態では」の語句が現れることは、必ずしもすべてが同じ実施形態に言及するとは限らない。

詳細な説明のいくつかの部分は、コンピュータメモリ内のデータビットに対する操作のアルゴリズムおよび記号表現に関して提示されている。これらのアルゴリズムに関する説明および表現は、データ処理分野の当業者によって、その仕事の内容を他の当業者に最も有効に伝えるために使用される手段である。アルゴリズムは、本明細書では、また一般には、所望の結果をもたらす自己一貫性のある一連のステップ（命令）と考えられる。諸ステップは、物理量を物理的に操作することを必要とするステップである。必ずしも必要でないが、通常、これらの量は、格納され、転送され、組み合わされ、比較され、他のやり方で操作できる電気信号、磁気信号または光信号の形を取る。主として一般的に使用するために、これらの信号をビット、値、要素、記号、文字、用語、数字などと呼ぶことが時として好都合である。さらに、それは、物理量を物理的に操作することを必要とするステップの特定の構成を、一般性を失わずにモジュールまたはコードデバイスと呼ぶことも、時として好都合である。

しかし、これらおよび類似の用語はすべて、適切な物理量に関連付けられ、これらの量に適用された便宜的なラベルにすぎない。下記の説明から明らかであるように、他に特に述べられていない限り、「処理する（ｐｒｏｃｅｓｓｉｎｇ）」、「コンピュータ処理する（ｃｏｍｐｕｔｉｎｇ）」、「計算する（ｃａｌｃｕｌａｔｉｎｇ）」、「決定する／判定（ｄｅｔｅｒｍｉｎｉｎｇ）」、「表示する（ｄｉｓｐｌａｙｉｎｇ）」または「決定する／判定する（ｄｅｔｅｒｍｉｎｉｎｇ）」などの用語を使用した説明は、説明全体を通して、コンピュータシステムのメモリもしくはレジスタ、または他のこうした情報格納デバイスもしくは表示デバイス内の物理量（電子量）として表されたデータを操作し変換するコンピュータシステムまたは類似の電子コンピューティングデバイスのアクションおよびプロセスを指すことが理解されよう。

本発明の特定の態様は、アルゴリズムの形で本明細書に述べられたプロセスステップおよび命令を含む。本発明のプロセスステップおよび命令は、ソフトウェア、ファームウェアまたはハードウェアで具現化されてよく、ソフトウェアで具現化される場合、ダウンロードされて、様々なオペレーティングシステムによって使用されるそれぞれ異なるプラットフォームに常駐し、そこから操作され得ることに留意されたい。本発明は、コンピューティングシステム内で実行できるコンピュータプログラム製品内に存在することもできる。

本発明は、本発明の操作を実施するための装置にも関する。この装置は、必要な目的のために特別に構築することができ、またはそれは、コンピュータ内に格納されたコンピュータプログラムによって選択的に駆動されまたは再構成された汎用コンピュータを備えてよい。こうしたコンピュータプログラムは、それだけに限らないが、フロッピー（登録商標）ディスク、光ディスク、ＣＤ−ＲＯＭおよび光磁気ディスクを含めて任意のタイプのディスク、ＲＯＭ（ｒｅａｄ−ｏｎｌｙ ｍｅｍｏｒｙ）、ＲＡＭ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気もしくは光カード、ＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ）、または電子命令を格納するのに適しており、それぞれがコンピュータシステムバスに結合された任意のタイプの媒体など、有形のコンピュータ読取り可能（マシン読取り可能）記憶媒体に格納することができる。さらに、本明細書で言及されたコンピュータは、単一のプロセッサを含んでもよいし、コンピューティング能力向上のために複数のプロセッサ設計を使用するアーキテクチャであってもよい。

本明細書に提示されたアルゴリズムおよび表示は、どんな特定のコンピュータまたは他の装置にも本質的に関係がない。本発明の教示によるプログラムと共に様々な汎用システムを使用することもでき、または必要な方法ステップを実施するようにより専門化された装置を構築することが好都合であると分かり得る。様々なこれらのシステムに必要な構造が、説明から明らかになろう。さらに、本発明は、特定のプログラミング言語に関して述べられていない。本明細書に述べられた本発明の教示を実施するために、様々なプログラミング言語を使用することができ、特定の言語へのどんな言及もが、本発明の可能性およびベストモードを開示するために提供されていることが理解されよう。

本発明は、その精神または本質的な特徴から逸脱せずに他の特定の形で実施されてよいことが当業者には理解されよう。同様に、モジュール、特徴、属性、方法論、マネージャおよび他の態様の特定の命名および区分は、必須でも、重要でもなく、また本発明またはその特徴を実施する機構は、異なる名前、分割および／または形式を有してもよい。さらに、当業者には明らかであるように、本発明のモジュール、特徴、属性、方法論、マネージャおよび他の態様は、ソフトウェア、ハードウェア、ファームウェアまたはその３つの任意の組合せとして実施することができる。もちろん、本発明の構成要素は、ソフトウェアとして実装される場合はいつでも、スタンドアロンプログラムとして、より大きいプログラムの一部として、複数の別個のプログラムとして、静的または動的にリンクされたライブラリとして、カーネルローダブルモジュールとして、デバイスドライバとして、および／またはコンピュータプログラミングの当業者に現在知られている、または将来知られる他のあらゆるやり方で実装することができる。さらに、本発明は、任意の特定のプログラミング言語、または任意の特定のオペレーティングシステムもしくは環境の実装形態に決して限定されない。

さらに、本明細書で使用された言語は、主に読みやすさおよび教育目的のために選ばれており、本発明の主題の範囲を定めたり、限定したりするために選択されたものではない。したがって、本発明の開示は、添付の特許請求の範囲に述べられた本発明の範囲を例示しているが、限定的でないことが意図されている。

Claims (30)

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. 複数のコンテンツアイテムを閲覧するためのプログラムを記録したコンピュータ読み取り可能記録媒体であって、１つのコンテンツアイテムは１つの画像によって表されるコンピュータ読み取り可能記録媒体において、前記プログラムはコンピュータに、
    表示装置の表示画面に複数の画像をスタックモードで表示するステップであって、前記複数の画像は少なくとも１つのグループに分割されており、１つのグループは１つのスタックの複数の画像により表され、当該スタックの最上部の画像に後続する画像は、当該最上部の画像に対してランダムに回転されて配置されるステップと、
    第１のグループの複数の画像を表す第１のスタックをタップ又はクリックする第１のユーザ入力をプロセッサにより受け取るステップと、
    前記第１のユーザ入力に応答して、前記第１のグループにおいて部分的に重複して表示されていた複数の画像をグリッドモードで前記表示画面に表示するステップであって、前記第１のグループ内の前記複数の画像は１つまたは複数の行および１つまたは複数の列のグリッドで前記表示画面に表示されるステップと
    を実行させることを特徴とするコンピュータ読み取り可能記録媒体。