JP4388122B2 - データ転送方法、携帯メディアデバイスの動作方法、および、メディア管理方法 - Google Patents

Description

本発明は、携帯メディアデバイスに関し、より具体的には携帯メディアデバイスとのデータ転送に関する。

携帯家電市場は爆発的に広がっており、例えばPDA、音楽プレーヤ、携帯電話、カメラ、およびビデオゲームを含むこれらの製品の数がますます増えることによって、その機能が増し、それらの競争相手に差を付けている。例えば、携帯電話はPDAおよびカメラの機能を追加し、PDAは携帯電話および音楽プレーヤの機能を追加し、音楽プレーヤはPDAおよびビデオゲームの機能を追加している、などである。将来は、これらのデバイスすべての機能が単一のデバイスに統合され続けることが予想される。これらの製品が進化するにつれて、多くの設計上の挑戦に遭遇することになると信じられている。

多くの携帯コンピューティングデバイスはパーソナルコンピュータと接続して動作する。パーソナルコンピュータは典型的には携帯ハンドヘルドコンピュータデバイスへのベースとして働く。例えば、それらは携帯可能であるので、典型的にはパーソナルコンピュータの携帯可能な拡張である。パーソナルコンピュータのように、これらの高度に携帯可能なデバイスは典型的には、コンピュータコードを実行し、オペレーティングシステムと連係してデータを作り、用いるように動作するプロセッサを含む。しかし、パーソナルコンピュータとは異なり、これらデバイスは典型的にはより複雑ではないオペレーティングシステムを用い、同時に、パーソナルコンピュータで用いられるプロセッサより遅い、より小さくより高価ではないプロセッサを用いる。これは、通常の動作をするときには適切でありえるが、これら携帯コンピューティングデバイスがプロセスインテンシブなタスクを行うよう要求されるときには困難が生じる。この困難には、遅い応答および高い電力消費がある。その結果、ユーザは、ネガティブなユーザ体験を経験させられ、すなわち、ユーザは遅く、電池寿命が短い製品を好まないかもしれない。

パーソナルコンピュータは、携帯コンピューティングデバイスを管理するソフトウェアを典型的には含む。このパーソナルコンピュータは、カメラからパーソナルコンピュータへ写真を転送する写真管理プログラムを例えば含みえる。この写真管理プログラムは、また、ユーザがそのイメージをソート、記憶およびカタログを作るとともに、赤目低減、黒白変換、イメージ切り抜きおよび回転などの修正能力をも提供しえる。場合によっては、カメラは、オリジナルイメージ内にサムネイルイメージを埋め込み、または記憶することによってオリジナルイメージを修正する。写真管理プログラムは、オリジナルイメージをインポートするときに、埋め込まれたサムネイルイメージを用いる。例えば、それぞれの写真がインポートされるとき、写真管理プログラムはサムネイルイメージを示すことによってユーザにインポートされているイメージを伝えることができる。

写真管理プログラムに加えて、パーソナルコンピュータは、音楽をパーソナルコンピュータからMP3ミュージックプレーヤのようなミュージックプレーヤに転送するのを助ける音楽管理プログラムも含みえる。写真管理プログラムと同様に、音楽管理プログラムもユーザがそれらの音楽をソート、修正、記憶およびカタログ作りするのを可能にする。より具体的には、音楽プログラムは、その音楽をプレイリストに入れてオーガナイズし、ファイル情報を編集し、音楽を録音し、ファイルをミュージックプレーヤにダウンロードし、音楽をインターネット（ワールドワイドウェブ）を介して購入し、音楽を目に見える形で表示するビジュアライザを走らせ、音楽をMP3、AIFF、WAV、AAC、およびALEのような異なる音声フォーマットにエンコードまたはトランスコードする能力をユーザに与えうる。典型的には、ミュージックプレーヤは、単一の音楽フォーマットだけを理解する。従って、音楽管理プログラムは典型的には、パーソナルコンピュータに記憶された音楽を、ある音楽フォーマットから、ミュージックプレーヤが望む音楽フォーマットへとトランスコード（transcode、コード変換）できる。

場合によっては、写真および音楽プログラムの両方はリンクされることによって、記憶されたイメージおよび音楽が一緒に再生されえる。例えば、写真管理プログラムは、イメージを見せながら音楽を聴かせるスライドショーをユーザが使うことを可能にしえる。例として、写真管理プログラムは、iPhoto（登録商標）に対応しえ、音楽管理プログラムは、iTunes（登録商標）に対応しえ、これらの両方はカリフォルニア州、クパティーノのApple（登録商標） Computer, Inc.から入手可能である。

同期動作は、電子ファイルまたは他のリソースを同期させるために、携帯情報端末（PDA）およびホストコンピュータのような携帯デバイス間で従来から行われてきた。例えば、これらファイルまたは他のリソースは、テキストファイル、データファイル、カレンダアポイントメント、電子メール、トゥドゥリスト、電子ロロデックスなどに関しえる。

MP3プレーヤのようなメディアプレーヤの場合、ウィンドウズ（登録商標）デスクトップからフロッピー（登録商標）ディスクへデータファイルをコピーするために従来行われてきたように、典型的には、ホストコンピュータおよびメディアプレーヤの間でドラッグおよびドロップ操作を使用して、ファイルが移動される。従って、メディアプレーヤのユーザは、個別のメディアアイテムについての同期化を手動で開始する。その結果、同期化は、ユーザにとって面倒で時間の掛るものになり勝ちである。最近では、メディアプレーヤをケーブルを介してバス接続するときに、ホストコンピュータと同期化されるようになった。ここで、同期化は、ホストコンピュータおよびメディアプレーヤの間をケーブルで接続するときに自動的に開始され得る。カリフォルニア州、クパティーノのApple（登録商標） Computer, Inc.によって提供されるiPod（登録商標）は、そのようなケーブルを介した同期化を提供する能力を有する。このように、メディアデバイスと、ホストの間の接続およびデータ転送の改良が引き続き要求されている。

本発明は、携帯メディアデバイスにおいて画像出力に関わる負荷が大きな処理を不要にすることを目的とする。

本発明のある実施例は、ホストデバイスおよび携帯メディアデバイス間で画像データを転送する方法であって、前記携帯メディアデバイスはメディアアイテム具体的にはイメージを記憶および再生することができる。前記方法は、前記ホストデバイスにおいて、前記携帯メディアデバイスにダウンロードするための少なくとも一つのイメージを指定することを含む。前記方法は、前記ホストデバイスにおいて、それぞれのリクエストされたイメージについてのイメージコレクションを作ることも含む。それぞれのイメージコレクションは、前記リクエストされたイメージの新しいバージョンを含む。それぞれの新しいバージョンは、前記携帯メディアデバイスの機能に基づいた異なるイメージプロファイルを有する。前記方法は、前記ホストデバイスにおいて、前記リクエストされたイメージのそれぞれのバージョンを含む前記イメージコレクションを前記携帯メディアデバイスに送ることをさらに含む。場合によっては、リクエストされたイメージは、その様々なバージョンとともに送られる。

本発明の他の実施例は、携帯メディアデバイスのための操作方法に関する。本方法は、画像データを記憶することを含む。前記画像データは、複数のイメージコレクションを含む。それぞれのイメージコレクションは、オリジナルイメージに基づいた複数の異なるようにフォーマットされたイメージを含む。イメージコレクションは、前記携帯メディアデバイス以外のデバイス上で別個に生成される。本方法は、ディスプレイコマンドを受け取ることも含む。前記ディスプレイコマンドは、表示されるべき前記画像データの一つ以上のイメージを指定する。本方法は、前記指定されたイメージを少なくとも取り出すことをさらに含む。本方法は、前記取り出されたイメージの一つ以上を出力することをさらに含む。

本発明の他の実施例は、ホストデバイスおよび携帯メディアデバイス間で画像データを転送する方法に関し、前記携帯メディアデバイスはメディアアイテムを記憶および再生することができる。本方法は、前記ホストデバイスにおいて、前記携帯メディアデバイスにダウンロードするための少なくとも一つのイメージを指定することを含む。本方法は、前記ダウンロードされるべき前記イメージのそれぞれについてのデータベースエントリを作ることも含む。本方法は、少なくとも前記携帯メディアデバイス上で前記データベースエントリをコピーすることを含む。本方法は、前記ホストにおいて、それぞれのリクエストされたイメージについてのイメージコレクションを作ることをさらに含む。前記イメージコレクションは、前記オリジナルイメージおよび前記オリジナルイメージに基づいた異なるようにフォーマットされたイメージを含む。さらに、本方法は、前記イメージコレクションを前記携帯メディアプレーヤにコピーすること、および前記データベースエントリを前記イメージコレクション中の前記イメージのそれぞれについての情報でアップデートすることを含む。

本発明の他の実施例は、イメージを見ることができる携帯メディアデバイスに関する。このデバイスは、ダウンロードされた画像データを含む記憶デバイスを含む。前記ダウンロードされた画像データは、複数のイメージコレクションを含む。それぞれのイメージコレクションは、オリジナルイメージの複数の異なるバージョンを含む。場合によっては、ダウンロードされたイメージは、オリジナルイメージも含む。本デバイスは、前記画像データの少なくとも一部をディスプレイに供給するよう構成されるプロセッサも含む。

本発明は他の実施例においては、イメージを管理するコンピュータプログラムコードを少なくとも含むコンピュータで読み取り可能な媒体に関する。このコンピュータで読み取り可能な媒体は、複数のイメージコレクションを記憶する機能を有し、それぞれのイメージコレクションは、オリジナルイメージの複数の異なるバージョンを含む。本コンピュータで読み取り可能な媒体は、ディスプレイコマンドが生成されるとき、ストレージから一つ以上のイメージを取り出すこと、および前記取り出された一つ以上のイメージを示すことの機能も有する。

本発明の他の実施例は、ホストデバイスおよび携帯メディアデバイス間の通信を促進するメディア通信システムにおいて、搬送波として実現されるダウンロードに関する。このダウンロードは、複数のイメージコレクションを含む画像データを含む。それぞれのイメージコレクションは、オリジナルイメージの複数の異なるバージョンを含み、場合によってはオリジナルイメージも含む。

本発明の他の実施例は、メディア管理方法に関する。本方法は、一つ以上のイメージをパーソナルコンピュータにロードすること、および前記一つ以上のイメージを前記パーソナルコンピュータ上に記憶することを含む。本方法は、携帯メディアデバイスを前記パーソナルコンピュータに接続することを含む。前記パーソナルコンピュータ上にイメージまたはイメージ識別子を示すこと、およびダウンロードコマンドを生成することを含み、前記ダウンロードコマンドは、前記パーソナルコンピュータから前記携帯メディアデバイスへダウンロードされるべき一つ以上のイメージを指定する。本方法はさらに、前記携帯メディアデバイスによって必要とされる前記イメージフォーマットを決定すること、前記指定されたイメージの新しいバージョンを作ること、少なくとも前記指定されたイメージの前記新しいバージョンを前記携帯メディアデバイス上にコピーおよび記憶することを含む。本方法はさらに、前記携帯メディアデバイスを前記パーソナルコンピュータから切り離すことを含む。本方法はさらに、前記携帯メディアデバイス上でディスプレイコマンドを生成すること、前記ディスプレイコマンドに基づいてストレージから一つ以上のイメージを取り出すこと、および前記取り出されたイメージの一つ以上を示すことを含む。

本発明は、添付する図面と併せて以下の詳細な説明によって容易に理解されよう。図面において同様の参照番号は同様の構成要素を示す。

本発明は、画像機能をもつ携帯メディアデバイスに関し、携帯メディアデバイスおよびそのホスト間での画像転送にも関する。画像機能をもつメディアデバイスは、メディアデバイスの様々な表示モードをサポートするために典型的には幾つかの異なるイメージフォーマットを典型的には必要とする。例えば、典型的にはメディアデバイスは、メディアデバイスのディスプレイスクリーン全体を埋めるフルスクリーンイメージを必要とするとともに、イメージのグループを通してユーザが眺めるのを助ける様々なサムネイルイメージも必要とする。

これら様々なイメージを作る一つの方法は、オリジナルイメージを携帯メディアデバイスにダウンロードし、それからオリジナルイメージを要求されるフォーマットに携帯メディアデバイス上でそれらが必要されることが必要なときにトランスコードすることである。これはオンザフライのデータ処理とも呼ばれる。これは機能しえるが、この方法はユーザにそれほど魅力的ではない幾つかの欠点があると一般には信じられている。例えば、イメージをフォーマットすることはプロセスインテンシブなタスク（特にその大きなホストの処理能力を欠く携帯メディアデバイス上では）であるため、携帯メディアデバイスは、より遅く動作し、より多くの電力を消費する傾向にある。

従って、イメージを携帯メディアデバイス上でフォーマットすることは、不満足なユーザ体験につながる傾向にある。一つには、ユーザはイメージがフォーマットされているあいだ待たなければならない。他には、携帯メディアデバイスの電池はより頻繁になくなる傾向にある。

これらの欠点を克服するために、本発明は、イメージがホストにダウンロードされる前、またはその間にプリフォーマットされる方法を提供する。ダウンロードのためのイメージが特定されると、オリジナルイメージから導かれた様々なプリフォーマットされたイメージ（およびおそらくはオリジナルイメージ自身）がその携帯メディアデバイスへ送られる。処理はホスト上でなされ、このことは、これらタスクを携帯メディアデバイスよりもより簡単に扱いえる。このタスクは、例えば、スケーリング、切り取り（cropping）、回転、色補正などを含みえる。一旦、携帯メディアデバイスによって受け取られると、プリフォーマットされたイメージおよびおそらくはオリジナルイメージが後の使用のために記憶される。これらイメージを記憶することによって、メディアデバイスはイメージフォーマッティングに関連付けられる労働集約的なタスクを行わなければならないことから解放される。すなわち、プリフォーマットされたイメージは、メディアデバイスから、それらを表示するのに要求される仕事の多くを解放する。その結果、デバイスは、より速く、再充電の頻繁な必要なく動作する。ある実施例においては、プリフォーマットされたイメージの少なくとも幾つかはサムネイルイメージである。

メディアデバイスの使用中、ユーザはイメージを表示するようリクエストしえる。上述の方法のようにオリジナルイメージを処理する代わりに、デバイスは、ストレージから適当なプリフォーマットされたイメージを単に取り出し、それをディスプレイ上でユーザに示しえる。プリフォーマットされたイメージは、フルスクリーンイメージおよび幾つかの異なるサムネイルサイズのイメージを含みえる。フルスクリーンイメージは典型的には、携帯メディアデバイスに含まれるディスプレイのサイズに依存し、すなわち、フルスクリーンイメージは一般にはスクリーン全体を満たす。様々なサイズである異なるサイズのサムネイルイメージは、別個に、または一緒に、様々なやり方で用いられえる。例えば、複数のより小さいサムネイルは、一緒にグループ化されることによって、ユーザが多数のイメージを素早くブラウズすることを可能にしえる。プリフォーマットされたイメージは、標準、またはその携帯メディアデバイスがリンクされえる他のデバイスに関連付けられるフォーマットにも従いえる。例えば、少なくとも一つのプリフォーマットされたイメージは、テレビフォーマットに基づくものでありえ、それによって携帯メディアデバイスはテレビジョン（TV）上にイメージを示しえる。例えば、TVフォーマットは、NTSC、PAL、HDTVなどを含みえる。このフォーマットは、プリンタ、カメラ、または同様のイメージを使用するデバイスに関連付けられるフォーマットにも基づきえる。

場合によっては、ホストに接続されるとき、メディアデバイスは、イメージがメディアデバイスにダウンロードされるときに望まれるイメージフォーマットについてホストに知らせ、すなわち、情報を与える。メディアデバイスは例えば、異なるフォーマットに対応する様々なイメージプロファイルをホストデバイスに送りえる。イメージプロファイルは、それぞれのイメージフォーマットについての属性またはキーを一般に含む。例として、イメージプロファイルは、それぞれのイメージフォーマットについてのサイズ、方向、画素フォーマット、色深度などを記述しえる。この特定の方法は、異なるバージョンのソフトウェアおよびハードウェアを有する異なるメディアデバイスが用いられるときに典型的に起こる互換性の問題に役く立ち、すなわち、どんな情報をメディアデバイスがホストデバイスから必要とするかをメディアデバイスが示すために、ソフトウェア/ハードウェアのバージョンが無関係になる。

本発明の実施例は、図1〜図11Fを参照して説明される。しかし当業者にはここで与えられる詳細な説明はこれら図面について例示目的のみであり、本発明はこれらの限定された実施例を超えることが容易にわかるだろう。

図1は、本発明のある実施例によってホストデバイスおよび携帯メディアデバイス間で画像データを転送する方法100である。例えば、方法100は、メディア管理ソフトウェアによって実行されえる。この方法は、ブロック102、104および106を含む。ブロック102において、イメージダウンロードリクエストがホストデバイスにおいて受け取られる。このイメージダウンロードリクエストは、携帯メディアデバイスへダウンロードするための、ホストデバイス上に記憶された少なくとも一つのイメージを指定する。場合によっては、単一のイメージだけがリクエストされ、他の場合においては、複数のイメージがリクエストされる。このリクエストは、ユーザインタフェイスを通じて、ホストデバイスまたはメディアデバイスにおいてなされえる。例えば、ユーザは、イメージ群のグループを選択し、それからダウンロードボタンを選択しえる。代替として、このリクエストは、メディアデバイスによってユーザ入力なしになされえる。

ブロック104において、それぞれのリクエストされたイメージについてのイメージコレクションがホストデバイスにおいて作られる。それぞれのイメージコレクションは、オリジナルイメージの新しいバージョンまたは異なるフォーマットを含む。ある場合においては、イメージコレクションは、オリジナルイメージも含みえる。例えば、新しいバージョンは、メディアプレーヤ上のスクリーンサイズに対応するフルスクリーンイメージ、それぞれ典型的にはオリジナルイメージのより小さいバージョンである様々なサムネイルイメージ群とともに、例えばTVイメージを含む様々な他の画像群を含みえる。新しいバージョンのファイルサイズは典型的にはオリジナルイメージのファイルサイズよりもずっと小さいことに注意されたい。従ってそれらは、対応するオリジナルイメージがそうであるよりも少ないスペースのストレージしか占有しない。

それぞれの新しいバージョンは、携帯メディアデバイスの表示要求に基づいて異なるイメージプロファイルを有する。特定のメディアデバイスについてのイメージプロファイルは、ホストデバイス内に記憶されえ、またはイメージプロファイルは、メディアデバイスによってホストデバイスに与えられえる。前者の場合、メディアデバイスは、ホストデバイスに識別子（ID）を提供しえ、これはリクエストするメディアデバイスのためのイメージプロファイルを決定するためにホストによって用いられえる。例えば、このIDを得た後、ホストは、特定されたメディアデバイスのすべての機能を含む以前に記憶されたテーブルまたはリストを参照しえる。後者の場合、メディアデバイスは、同期化またはハンドシェイクプロシージャの一部としてこの情報をホストデバイスに自動的にアップロードしえる。

イメージプロファイルは、それぞれのイメージの品質または特性を定義するキーまたは属性のリストを一般に含む。このキーまたは属性は、例えば、フォーマットID（Format ID）、レンダリング幅（Render Width）、レンダリング高さ（Render Height）、ディスプレイ幅（Display Width）、ディスプレイ高さ（Display Height）、ピクセルフォーマット（Pixel Format）、サイジング（Sizing）、背景色（Back Color）、回転（Rotation）、スキャンフォーマット（Scan Format）、色調整（Color Adjustment）、ガンマ調整（Gamma Adjustment）などを含みえる。

フォーマットIDは、イメージプロファイルを定義する識別子番号をいう。イメージプロファイル内の属性のどれかを変更することは、この識別子番号を変えることになる。メディア管理プログラムは、このIDを用いて、ホストおよびメディアデバイスの両方においてサムネイルの位置を特定する。

レンダリング幅は、レンダリング時（render time）におけるイメージの幅の画素数である。レンダリング高さは、レンダリング時におけるイメージの高さの画素数である。レンダリング幅およびレンダリング高さは、一般に実際の物理的サイズを指す。

ディスプレイ幅は、表示時（display time）におけるイメージの幅の画素数である。ディスプレイ高さは、表示時におけるイメージの高さの画素数である。ディスプレイ高さおよびディスプレイ幅は、画素が正方形ではないNTSCのような場合には、レンダリング高さおよびレンダリング幅とは異なりえる。ディスプレイ幅およびディスプレイ高さは一般には真のサイズを指す。

ピクセルフォーマットは、それぞれのピクセルにエンコードされた情報（例えば色成分（RGB）、透明度など）を記述する。例えばQuickDraw（登録商標）/QuickTime（登録商標）ピクセルフォーマットを含む幾つかのフォーマットが用いられえる。

サイジングは、オリジナルイメージが所望のサムネイルより小さいときにどうするかを記述する。例として、もし0なら、イメージを所望の高さ/幅へスケーリングする。もし1なら、イメージがレンダリング幅/レンダリング高さより大きい場合のみイメージを所望の高さ/幅にスケーリングし、すなわち、小さいイメージをスケーリングはしない。もし2なら、それをスケーリングするのではなく所望の高さ/幅へイメージをセンターを合わせて切り取る（center-crop）。

背景色は、イメージが見える領域全体を埋めない場合にどんな色が背景であるべきかを記述する。背景色は、16進ストリングとしてのビッグエンディアンARGBフォーマットでありえる。

回転は、イメージが回転されるべきか、かつ、どのように回転されるべきかを記述する。イメージ回転は典型的には度による。例えば回転値は0、90、180および270でありえる。

スキャンフォーマットは、どんなフォーマットにイメージが記憶されているかを指定する。イメージフォーマットは、プログレッシブフォーマットまたはインタレースフォーマットを含みえる。

色調整は、色調整が必要であるか、もし必要ならどんな色調整であるべきかを記述する。例として、もし0なら、色調整は適用されない。もし1なら、NTSC色調整が適用される。もし2なら、PAL色調整が適用される。

ガンマ調整は、ガンマ補正がイメージに適用される必要があるか（例えば明るさ）を記述する。もし適用されないなら、補正はなされない。

ブロック106において、それぞれのリクエストされたイメージについてのイメージコレクションは、ダウンロードプロセスの一部として携帯メディアデバイスへ送られる。一旦、携帯メディアデバイスによって受け取られると、イメージコレクションは携帯メディアデバイスに後の使用のために記憶される。イメージコレクションは、携帯メディアデバイスのメモリ内に記憶されえる。効率的にメモリ内にイメージを記憶するために、異なるイメージセット群のそれぞれは、それぞれ自身のファイル中に記憶されえる。すなわち、同じイメージプロファイルを有するイメージ群は、同じファイルとしてグループ化される。例えば、オリジナルイメージは、第一のファイル内に記憶されえ、フルスクリーンイメージは第二のファイル内に記憶されえ、サムネイルイメージの第一のセットは、第三のファイル内に記憶されえ、サムネイルイメージの第二のセットは第四のファイル内に記憶されえ、TVイメージは第五のファイル内に記憶されえるなどになる。

場合によっては、オリジナルイメージは携帯メディアデバイスに送られ、記憶されなくてもよいことに注意されたい。これは、典型的には限られた記憶容量しか有しない携帯メディアデバイス上の貴重な記憶スペースを節約するためになされえる。理解されるように、オリジナルイメージのファイルサイズは、典型的にはサムネイルイメージのそれよりずっと大きく、従って、メモリ中のより大きなスペースをとりえる。他のイメージ群とともにオリジナルイメージを含むかどうかの判定は、ユーザによってなされえる。例えば、ユーザは、オリジナルイメージをダウンロードまたは記憶することを望むか望まないかについての選択を示されえる。この判断はユーザがメディアデバイスをどのように用いるかに基づきえる。ある人にとっては、メディアデバイスはイメージをあるホストから他のホストへと転送するのに用いられえる。このような場合において、ユーザは典型的にはオリジナルイメージを含ませたい。この判断はすべてのダウンロードについて設定されえ、またはそれぞれのダウンロードリクエストにおいてなされえる。同様に、もしそう望まれるなら（これらフォーマットの幾つかが必要とされないときのように）同じ判定がすべての異なるフォーマットについてなされえる。

一旦、ダウンロードされ、メディアデバイスの動作中に、ディスプレイリクエストはメディアデバイス上でなされえる。その後、一つ以上のイメージはメモリからディスプレイリクエストに基づいて取り出される。ディスプレイリクエストは、メディアプレーヤ上で示されるべきイメージおよび/またはメディアデバイスに接続された他のデバイスへ送られるべきイメージを示す。一旦、取り出されると、イメージは表示されえる。イメージが表示されるやり方は、典型的にはメディアデバイスのモードによって決定される。このモードは、ブラウズモード、スライドショウモード、フルスクリーンモードなどを含みえる。ブラウズモードにおいては、複数の小さなサムネイルイメージがロウおよびカラムで表示される。スライドショウモードにおいては、サムネイルイメージは、中央に表示されえ、より小さなサムネイルイメージ群が中間のサムネイルイメージの両サイドに表示されえる。スライドショウの順番において、中間のサムネイルイメージの左にある小さなイメージは、前に示されたイメージを表現しえ、中間のサムネイルイメージは現在示されているイメージを表現しえ、中間のサムネイルイメージの右にある小さなイメージは、次のイメージを表現しえる。もしTVがメディアデバイスに接続されるなら、メディアデバイスはTVに示されている現在のイメージのTVバージョンを出力しえる。フルスクリーンモードにおいてはフルスクリーンイメージが表示される。

図2は、本発明のある実施例による携帯メディアデバイスのための操作方法200である。この方法200は、ブロック202、204、206および208を含む。ブロック202において、画像データが記憶される。画像データは、少なくとも複数のイメージコレクションを含む。イメージコレクションは、オリジナルイメージに基づいた複数の異なるフォーマットのイメージを含み、オリジナルイメージも含み得る。イメージコレクションは、携帯メディアデバイス上では形成されない。それらは携帯メディアデバイス以外のデバイス上で別途生成される。イメージコレクションは、それらを記憶させるために携帯メディアデバイスへダウンロードするホストデバイス上で生成される。イメージコレクションは、図1に記述する方法100によって提供される。代替または追加として、イメージコレクションは、ホストから既にそれらがダウンロードされている他の携帯メディアデバイスからダウンロードすることができる。

ブロック204において、ディスプレイコマンドが受け取られる。ディスプレイコマンドは、表示されるべき画像データの一つ以上のイメージを指定する。ディスプレイコマンドは、メディアプレーヤのユーザインタフェイス上でユーザが選択することを介して生成されえる。

ブロック206において、少なくとも指定されたイメージが取り出される。場合によっては、指定されたイメージだけが取り出される。他の場合には、指定されたイメージに加えてさらに取り出される。例えば、ディスプレイコマンドは、単一のイメージだけを指定しえ、そのイメージに関連付けられた、またはリンクされた他のイメージは追加で取り出されえる。

ブロック208において、一つ以上の取り出されたイメージが出力される。取り出されたイメージはディスプレイに出力されえる。このディスプレイは、携帯メディアデバイス上に配置されえ、またはそれは携帯メディアデバイスの外部に配置されえる。何れの場合も、取り出されたイメージを受け取ると、取り出されたイメージが表示される。場合によっては、イメージのすべてが表示され、他の場合にはイメージの一部だけが表示される。スクリーンサイズよりイメージのサイズおよび数が大きいとき、後者の場合が実現されえる。

図3は、本発明のある実施例によってホストデバイスおよび携帯メディアデバイスの間で画像データを転送する方法300である。この方法は、例えば、ホストデバイス上で動作するメディア管理プログラムによって実行されえる。この方法はブロック302において始まり、ここでダウンロードリクエストが受け取られる。ダウンロードリクエストは、ホストデバイスから携帯メディアデバイスへダウンロードされるべき一つ以上のイメージを指定する。ダウンロードリクエストは、典型的にはユーザ選択を介して実現され、すなわち、ユーザが一つ以上のイメージを選択し、ダウンロードプロシージャを開始する。

ブロック302に続いて、本方法は、ブロック304へ進み、ここでダウンロードされるべきそれぞれのイメージについてのデータベースエントリが作られる。データベースエントリは、ダウンロードされるべきイメージについての情報を提供する。情報は、例えばメタデータでありえる。ブロック304に続いて、この方法は、ブロック306へ進み、ここでデータベースエントリは、メディアデバイス上に書き込まれ、またはコピーされる。このデータベースエントリは、典型的にはメディアデバイス上の画像データベースにコピーされる。もし画像データベースが存在しないなら、それが典型的には作られる。もし存在するなら、そのデータベースエントリがそこへコピーされる。

またブロック304に続いて、本方法は、ブロック308に進み、ここでイメージコレクションがホスト上に作られる。これは、複数のイメージプロファイルに基づいて選択されたイメージの新しいバージョンをトランスコードすること、およびオリジナルイメージの新しいバージョンをグループ化することを含みえ、場合によってはオリジナルイメージをイメージコレクションに含む。イメージプロファイルは、新しいイメージの特徴を定義する。例として、イメージプロファイルは、サムネイル、およびTV、プリンタ、および他のメディアデバイス（例えばカメラ）上で用いられえるもののような他のイメージを作るためのキーを含みえる。イメージプロファイルは、メディアデバイスによってホストデバイスに供給されえ、その後、ホストデバイス上にローカルに記憶される。これは、ホストデバイスおよびメディアデバイス間でそれらが互いに接続されるときに起こる同期化プロシージャの一部でありえる。

ブロック308に続いて、本方法は、ブロック310に進み、ここでイメージコレクション中のそれぞれのイメージは、メディアデバイスに書き込みまたはコピーされる。すなわち、オリジナルイメージのそれぞれの新しいバージョン、および場合によっては、オリジナルイメージ自身がメディアデバイスにコピーされる。ある実施例においては、イメージのそれぞれの特定のタイプは、メディアデバイス上の別個のファイル内に記憶される。例えば、オリジナルのすべては、オリジナルイメージファイル内に記憶され、すべての第一のサムネイルは第一のサムネイルイメージファイル内に記憶され、などのようである。

ブロック310に続いて、本方法はブロック312に進み、データベースエントリがアップデートされる。すなわち、データベースエントリは、適切な画像データで満たされる。アップデートのステップは典型的には、特定のイメージコレクション（オリジナル、サムネイル、TV）のすべてのイメージをまとめてグループ化すること、および実際のイメージが記憶されている位置（例えばイメージファイル）へのポインタを提供することを含む。

たいていの場合においてホストデバイスは、データベースエントリのコピーおよびイメージコレクションをメディアデバイスと並行して記憶することに注意されたい。

上で述べられたステップのすべてまたは幾つかは、異なるイベントとして別個に、または同時に起こりえることに注意されたい。後者の場合、ステップの少なくとも幾つかはインタリーブされえる。インタリーブにおいては、幾つかのイメージがコピーされているあいだ、他のイメージは作られている。インタリーブは、ダウンロードに必要とされる時間量を減らすために一般に好ましい。

メディアデバイスに記憶された画像データがこれから説明される。上述のように、画像データは、複数のファイル間に散らばっている。メイン画像データベースファイルは、イメージメタデータ、フォトアルバムリスト、およびオリジナルイメージへの「ポインタ」とともに利用可能なサムネイルを保持する。イメージ群それら自身は、個別のファイル（オリジナル）として、または同じタイプの一つ以上のサムネイルを含むイメージセットファイル内に記憶される。これは典型的には記憶スペースを節約するためになされる。しかしこれは限定ではなく、イメージは別個のファイル内ではなくイメージコレクションとして記憶されえることに注意されたい。

ある実施例において、フォトデータベースファイルは、幾つかの「セクション」が後に続くヘッダを含む。フォトデータベースは三つのセクション：イメージリストセクション、アルバムリストセクション、およびイメージレコードIDテーブルを含むことが期待されるが、セクションの数は大きく変わりえる。イメージリストセクションは、メディアデバイス上に記憶されたすべてのイメージのリストを含む。それぞれのイメージエントリは、イメージについてのメタデータのすべてととともに、オリジナル、サムネイルおよびTVを含むそこに関連付けられるすべての利用可能なイメージについての位置のリストを含む。それぞれのイメージは、ユニークな一貫したレコードIDを有し、これがアルバムおよびレコードIDテーブルセクションの両方で用いられる。アルバムリストセクションは、アルバムのリストを含み、このそれぞれは、単にイメージレコードIDの順番付けられたリストである。イメージレコードIDテーブルは、昇順のレコードIDでソートされた、レコードID、およびすべてのイメージについてのファイルオフセットを含むテーブルである。このテーブルは、メディアデバイスが、イメージレコードリスト全体をロードすることを必要とするのではなく、与えられたアルバムについてのイメージレコードだけを素早くロードすることを可能にする。

イメージそれら自身はイメージセットファイル内に記憶される。それぞれのイメージセットファイルは、ファイルヘッダ、それに続いて、それぞれヘッダをもつ一つ以上のイメージを含む。これは、その必要が生じた場合にデータの廃棄データ回収（scavenging）を可能にする。フォトデータベース中のイメージレコードは、ファイル指定（パス）およびファイルオフセットによってなされるので、特定のイメージにたどり着くためにはイメージセットファイルをパーズする必要はない。ファイル当りのイメージの個数および/または最大イメージファイルサイズは大きく変わりえる。例として、最大サイズは500メガバイトでありえる。

以下は、メディアデバイス上に記憶されたフォトデータベースのための例示的レイアウトである。
File header
Image List Section Header
Image List header
Image 1 metadata
Image 1 Original Image Location
Image 1 Thumbnail 1 Image location
＜additional image locations＞
Image 2 Metadata
Image 2 Original Image Location
Image 2 Thumbnail 1 Image location
＜additional image locations＞
＜additional images＞
Album List Section Header
Album 1 Metadata
Album 1 Image Record ID 1
Album 1 Image Record ID 2
＜additional album images＞
Album 1 Metadata
Album 1 Image Record ID 1
Album 1 Image Record ID 2
＜additional album images＞
＜additional albums＞
Record ID List Section Header
Record ID List Header
Record ID 1 Description
Record ID 2 Description
＜additional record Ids＞

以下は、メディアデバイス上に記憶されたイメージセットファイルのための例示的レイアウトである。
File Header
Image 1 Header
Image 1 Data
Image 2 Header
Image 2 Data
＜additional images＞

図4は、本発明のある実施例によるフォトデータベース350の例示的な図である。フォトデータベース350は、ファイルヘッダ352、イメージリストセクションヘッダ354、アルバムリストセクションヘッダ356、およびレコードIDリストセクションヘッダ358を含む。イメージリストセクションヘッダ354内には、イメージエントリ360、およびポインタ362があり、これらは例えばオリジナルイメージOおよびその複数のサムネイル群Tを含む様々なイメージ群についてのイメージエントリ中のイメージ位置群を与える。アルバムリストセクションヘッダ356内には、アルバム中のイメージのそれぞれについてのアルバムエントリ364およびレコードID366がある。レコードIDリストセクションヘッダ358の中には、レコードIDリストヘッダ368およびレコードID記述370がある。

図5A〜図5Eは、本発明のある実施例による例示的イメージセットファイル372の図である。図5Aはオリジナルイメージセットファイル372Aの図、図5Bはフルスクリーンイメージセットファイル372Bの図、図5Cは小さなサムネイルセットファイル372Cの図、図5Dは中くらいのサムネイルセットファイル372Dの図、図5Eは極小サムネイルセットファイル372Eの図、図5FはTVスクリーンイメージセットファイル372Fの図である。これら図のそれぞれに示すように、イメージセットファイル372は、ファイルヘッダ374、イメージヘッダ376、および実際の画像データ378を含む。

図6は、本発明のある実施例によるメディア管理方法400である。本方法400は、パーソナルコンピュータのようなホストデバイスおよびメディアデバイスを含むメディアシステム上で実行されえる。ブロック402において本方法は始まり、ここで一つ以上のイメージがパーソナルコンピュータにアップロードされる。イメージは、カメラ、メモリデバイス、インターネットなどからアップロードされ得る。ブロック402の後、本方法は、ブロック404に進み、ここでイメージがパーソナルコンピュータに記憶される。ブロック402および404は、メディア管理プログラムで実現される。ブロック406において、メディアプレーヤはパーソナルコンピュータに接続される。これは、有線または無線の接続を通じて実現される。この接続は、ハンドシェーキングおよび/または同期化プロシージャを含む。

場合によっては、メディア管理プログラムは、二つのデバイスが接続されるとき、自動的に開かれる。開かれる特定のメディア管理プログラムは、メディアデバイスのタイプに依存しえる。もしメディアデバイスがメディアプレーヤであるなら、メディア管理プログラムは音楽プログラムでありえる。もしメディアデバイスがフォトプレーヤであるなら、メディア管理プログラムは、イメージプログラムでありえる。もしメディアデバイスが組み合わされた音楽/フォトプレーヤであるなら、メディア管理プログラムは、音楽プログラムまたはフォトプログラムまたはそれら二つの組み合わせでありえる。もし異なるプログラムが独立して動作されるなら、音楽プログラムおよび写真プログラムはリンクされることによって、情報がそれらの間で共有されえる。例えば、音楽プログラムは、フォトプログラムからのデータにアクセスすることができ、その逆も可能である。

ブロック408において、イメージおよび/またはイメージ識別子（例えばテキスト）がパーソナルコンピュータ上に示される。これもメディア管理プログラムで実現されえる。実際、イメージおよびイメージ識別子は、グラフィカルユーザインタフェイスに関連付けられるフォトウィンドウ内に含まれえる。ブロック410において、ダウンロードコマンドが生成される。ダウンロードコマンドは、パーソナルコンピュータから携帯メディアデバイスへダウンロードされるべき一つ以上のイメージを指定する。ダウンロードコマンドは、ユーザが一つ以上のイメージを選択し、フォトウィンドウ内に位置するダウンロードフィーチャをヒットするときに生成されえる。

ブロック412において、携帯メディアデバイスによって必要とされるイメージフォーマットが決定される。この決定は、ダウンロードの前になされえ、またはこれはダウンロードのプロセスの一部としてなされえる。場合によっては、ホストデバイスは、様々なメディアデバイスについて必要とされるフォーマットのリストを記憶する。他の場合においては、携帯メディアデバイスは、それぞれのイメージをどのようにフォーマットするか記述する、必要とされるフォーマットおよびイメージプロファイルをパーソナルコンピュータに与える。ブロック414において、オリジナルイメージの新しいバージョンが作られる。すなわち、イメージプロファイルを用いて、パーソナルコンピュータは、オリジナルイメージを、異なってフォーマットされたイメージにそのイメージプロファイルに基づいてトランスコードする。例として、トランスコーディングは、カリフォルニア州、クパティーノのApple（登録商標） Computer, Inc.のQuickTime（登録商標）のようなマルチメディア技術によって実行されえる。QuickTime（登録商標）は、ビデオ、音声、アニメーション、グラフィクス、テキスト、音楽などを操作、向上、および記憶するための強力なクロスプラットフォームのマルチメディア技術である。ブロック416において、オリジナルイメージの新しいバージョン、および場合によってはオリジナルイメージがメディアデバイスにコピーおよび記憶される。

ブロック418において、メディアデバイスは、パーソナルコンピュータから切り離され、それによってイメージが携帯メディアデバイスを介してトランスポートされることを可能にする。ブロック420において、ディスプレイコマンドがトランスポートのあいだメディアデバイス上で生成される。ブロック422において、一つ以上のイメージがディスプレイコマンドに基づいて取り出される。ブロック424において、取り出されたイメージの少なくとも一つが示される。取り出されたイメージは、オリジナルイメージおよび/または新しいイメージを含む記憶されたイメージ群のうちの任意のものでありえる。取り出されたイメージは、例えばLCDを通じて携帯メディアデバイス上で示されえ、および/または、それはテレビのような外部ディスプレイ上で示されえる。

図7は、本発明のある実施例によるメディア管理システム500のブロック図である。メディア管理システム500は、ホストコンピュータ502およびメディアプレーヤ504を含む。ホストコンピュータ502は、典型的にはパーソナルコンピュータである。ホストコンピュータは、他の従来の要素の中でも、ソフトウェアモジュールである管理モジュール506を含む。管理モジュール506は、ホストコンピュータ502上だけでなく、メディアプレーヤ504上でもメディアアイテムの中央管理を提供する。より具体的には、管理モジュール506は、ホストコンピュータ502に関連付けられたメディア記憶508中に記憶されるこれらメディアアイテムを管理する。管理モジュール506はまた、メディアデータベース510と対話することによって、メディア記憶508内に記憶されたメディアアイテムに関連付けられたメディア情報を記憶する。

メディアアイテムは、オーディオ、イメージまたはビデオアイテムに対応しえる。いっぽうメディア情報は、メディアアイテムの特性または属性に関する。例えば、オーディオまたはオーディオビジュアルメディアの場合、メディア情報は、タイトル、アルバム、トラック、アーチスト、作曲家およびジャンルのうちの一つ以上を含みえる。メディア情報のこれらのタイプは、個別のメディアアイテムに特定のものである。加えて、メディア情報は、メディアアイテムの品質特性に関しえる。メディアアイテムの品質特性の例は、ビットレート、サンプルレート、イコライザ設定、ボリューム調整、スタート/ストップおよび総時間などのうちの一つ以上を含みえる。

さらに、ホストコンピュータ502は、プレイモジュール512を含む。プレイモジュール512は、メディア記憶508中に記憶されたある種のメディアアイテムを再生するのに利用されえるソフトウェアモジュールである。プレイモジュール512はまた、メディアデータベース510からのメディア情報も利用しえる。典型的には、対象になるメディア情報は、プレイモジュール512によって再生されるべきメディアアイテムに対応する。

ホストコンピュータ502は、メディアプレーヤ504内の対応する通信モジュール416に結合する通信モジュール514も含む。接続またはリンク518は、通信モジュール514および416を取り外し可能に結合する。ある実施例において、接続またはリンク518は、通信モジュール514および416を取り外し可能に結合する。ある実施例において、接続またはリンク518は、FireWire（登録商標）バスまたはUSBバスのようなデータバスを提供するケーブルであり、この技術分野でよく知られている。他の実施例において、接続またはリンク518は、無線ネットワークを通じた無線チャネルまたは接続である。従って、実現方法に依存して、通信モジュール514および516は、有線または無線のやり方で通信しえる。

メディアプレーヤ504は、メディアプレーヤ504内にメディアアイテムを記憶するメディア記憶520も含む。メディア記憶520に記憶されているメディアアイテムは、典型的にはホストコンピュータ502から接続またはリンク518を介して受け取られる。より具体的には、管理モジュール506は、メディア記憶508上に常駐するこれらメディアアイテムのすべてまたは幾つかを、接続またはリンク518を介して、メディアプレーヤ504内のメディア記憶520へ送る。加えて、同様にホストコンピュータ502からメディアプレーヤ504へ届けられるメディアアイテムについての対応するメディア情報もメディアデータベース522内に記憶されえる。この点において、ホストコンピュータ502内のメディアデータベース510からのある種のメディア情報は、接続またはリンク518を介してメディアプレーヤ504内のメディアデータベース522へと送られえる。さらに、メディアアイテムの幾つかを特定するリストも、接続またはリンク518を介して管理モジュール506によってメディアプレーヤ504内のメディア記憶520またはメディアデータベース522へ送られえる。

さらに、メディアプレーヤ504は、メディア記憶520およびメディアデータベース522に結合するプレイモジュール524を含む。プレイモジュール524は、メディア記憶520中に記憶されたある種のメディアアイテムを再生するのに利用されえるソフトウェアモジュールである。プレイモジュール524も、メディアデータベース422からのメディア情報を利用しえる。典型的には、対象になるメディア情報は、プレイモジュール524によって再生されるべきメディアアイテムに対応する。

従って、ある実施例においては、メディアプレーヤ504は、メディアプレーヤ504上ではメディアアイテムを管理する限定された機能しか有さず、またはまったく機能を有しない。しかしホストコンピュータ502内の管理モジュール506は、メディアプレーヤ504上に常駐するメディアアイテムを間接に管理しえる。例えば、メディアアイテムをメディアプレーヤ504に「追加」するためには、管理モジュール506は、メディア記憶508からメディアプレーヤ504へ追加されるべきメディアアイテムを特定するよう働き、それから特定されたメディアアイテムがメディアプレーヤ504へ渡されるようにする。他の例として、メディアプレーヤ504からメディアアイテムを「削除」するためには、管理モジュール506は、メディア記憶508から削除されるべきメディアアイテムを特定するよう働き、それから特定されたメディアアイテムがメディアプレーヤ504から削除されるようにする。さらに他の例として、もし管理モジュール506を用いてホストコンピュータ502においてメディアアイテムの特性への変更（すなわち、改変）がなされたなら、そのような特性は、メディアプレーヤ504上の対応するメディアアイテムへも渡されえる。ある実現例においては、追加、削除および/または変更は、メディアプレーヤ504上のメディアアイテムの、ホストコンピュータ502上のメディアアイテムとの同期のあいだにバッチ的なプロセスにおいて起こる。

他の実施例において、メディアプレーヤ504は、メディアプレーヤ504上のプレイリストを管理する限定された機能しか有さず、またはまったく機能を有しない。しかしホストコンピュータ502内の管理モジュール506は、ホストコンピュータ上に常駐するプレイリストの管理を通じて、メディアプレーヤ504上に常駐するプレイリストを間接に管理しえる。この点において、プレイリストへの追加、削除または変更は、ホストコンピュータ502上で実行されえ、それからメディアプレーヤ504へそれが運ばれたときに渡されえる。

前述のように、同期化は、メディア管理の一形態である。自動的に同期化を開始する機能もすでに説明されている。しかしさらに、デバイス間でのこの同期化は、ホストコンピュータおよびメディアプレーヤが互いを認識しないときには、自動同期化を防ぐよう、制限されえる。

ある実施例によれば、メディアプレーヤがまずホストコンピュータに接続されるとき（またはより一般に一致する識別子が存在しないとき）、メディアプレーヤのユーザは、メディアプレーヤをそのホストコンピュータに関連づける、アサインする、またはロックすることを望むかについて尋ねられる。メディアプレーヤのユーザが、メディアプレーヤをそのホストコンピュータに関連づける、アサインする、またはロックすることを選ぶとき、疑似乱数識別子が得られ、ホストコンピュータおよびメディアプレーヤの両方の中にあるメディアデータベースまたはファイルの何れかに記憶される。ある実現例において、識別子は、ホストコンピュータまたはその管理モジュールに関連付けられた（例えばそれによって認識された、または生成された）識別子であり、そのような識別子は、メディアプレーヤへ送られ、記憶される。他の実施例においては、識別子は、メディアプレーヤに関連付けられ（例えばそれによって認識され、または生成され）、ホストコンピュータのファイルまたはメディアデータベースに送られ記憶される。

図8は、本発明のある実施例によるメディアプレーヤ600のブロック図である。メディアプレーヤ600は、メディアプレーヤ600の全体的な動作を制御するマイクロプロセッサまたはコントローラに関するプロセッサ602を含む。メディアプレーヤ600は、ファイルシステム604およびキャッシュ606にメディアデータを記憶する。ファイルシステム604は典型的には、記憶ディスクまたは複数のディスクである。ファイルシステム604は典型的には、メディアプレーヤ600のための大容量記憶能力を提供する。しかしファイルシステム604へのアクセス時間は比較的遅いので、メディアプレーヤ600は、キャッシュ606を含みえる。キャッシュ606は例えば、半導体メモリによって提供されるランダムアクセスメモリ（RAM）である。キャッシュ606への相対アクセス時間は、ファイルシステム604についてのそれよりも相当に短い。しかし、キャッシュ606はファイルシステム604ほどの大きな記憶容量を有さない。さらに、ファイルシステム604は、アクティブなとき、キャッシュ606よりも多くの電力を消費する。電力消費は、メディアプレーヤ600が、電池（不図示）によって駆動される携帯メディアプレーヤであるときにしばしば問題になる。メディアプレーヤ600は、RAM620および読み出し専用メモリ（ROM）622も含む。ROM622は、実行されるべきプログラム、ユーティリティまたはプロセスを不揮発的な方法で記憶しえる。RAM620は、キャッシュ606のような揮発性データ記憶を提供する。

メディアプレーヤ600は、メディアプレーヤ600のユーザがメディアプレーヤ600と対話することを可能にするユーザ入力デバイス608も含む。例えば、ユーザ入力デバイス608は、ボタン、キーパッド、ダイヤルなどのような様々な形態をとりえる。さらに、メディアプレーヤ600は、情報をユーザに表示するようプロセッサ602によって制御されえるディスプレイ610（スクリーンディスプレイ）を含む。データバス611は、少なくともファイルシステム604、キャッシュ606、プロセッサ602、およびCODEC612間でのデータ転送を促進しえる。

ある実施例において、メディアプレーヤ600は、ファイルシステム604中の複数のメディアアイテムを記憶するよう働く。メディアアイテムは、オーディオ（例えば歌曲、本）、イメージ（例えば写真）、またはビデオ（例えば映画）に例えば対応しえる。ユーザが、メディアプレーヤが特定のメディアアイテムを再生するよう望むとき、利用可能なメディアアイテムのリストが典型的にはディスプレイ610上に表示される。それから、ユーザ入力デバイス608を用いて、ユーザは利用可能なメディアアイテムのうちの一つを選択しえる。プロセッサ602は、特定のメディアアイテムの選択を受け取ると、特定のメディアアイテムについてのメディアデータ（例えばオーディオファイル、イメージファイルまたはビデオファイル）を適当なデバイスに供給する。オーディオアイテムについては、プロセッサは、メディアアイテムをコーダ/デコーダ（CODEC）612に供給する。CODEC612はそれから、スピーカ614のためのアナログ出力信号を作る。スピーカ614は、メディアプレーヤ600の内部にある、またはメディアプレーヤ600の外部にあるスピーカでありえる。例えば、メディアプレーヤ600に接続するヘッドホンまたはイヤホンも外部スピーカと考えられる。

ビジュアルアイテムとして、プロセッサは、メディアアイテムをディスプレイ610に供給する。例えばディスプレイは、メディアプレーヤと一体化している液晶ディスプレイ（LCD）でありえる。代替として、ディスプレイは、CRTまたはLCD、任意の特定のタイプのテレビジョンのような外部ディスプレイでありえる。場合によってはプロセッサは、一体化されたディスプレイおよび外部ディスプレイの両方にメディアデータを供給するよう構成される。このような場合、両方のディスプレイに表示されるメディアデータは、同じであっても、異なっていてもよい。後者の場合、例えば、内部ディスプレイは、前のイメージ、次のイメージおよび外部ディスプレイ上で現在表示されているイメージを含むスライドショウインタフェイスを含みえる。

メディアプレーヤ600は、データリンク618に結合するネットワーク/バスインタフェイス616も含む。データリンク618は、メディアプレーヤ600がホストコンピュータに結合するのを可能にする。データリンク618は、有線接続または無線接続を介して提供されえる。無線接続の場合、ネットワーク/バスインタフェイス616は、無線送受信機を含みえる。

他の実施例において、メディアプレーヤは、ドッキングステーションとともに用いられえる。ドッキングステーションは、ドッキングステーションに置かれたときに無線通信機能を用いてメディアプレーヤがホストデバイスと通信できるように、メディアプレーヤのための無線通信機能（例えば無線送受信機）を提供しえる。ドッキングステーション自体は携帯可能であってもなくてもよい。

無線ネットワーク、接続またはチャネルは、送信および受信デバイス間の見通し範囲内での配置を要求しないよう無線周波数ベースでありえる。従って、同期化は、メディアプレーヤがバッグ、車、または他の容器の中に入ったままでも実現されえる。

ホストデバイスは、メディアプレーヤでありえる。そのような場合、メディアアイテムの同期化は、二つのメディアプレーヤ間でありえる。

本発明の様々な局面、実施例、実現例または特徴は別個に、または組み合わせて用いられえる。

本発明は、ソフトウェアによって好ましくは実現されるが、ハードウェアによって、またはハードウェアおよびソフトウェアの組み合わせによっても実現されえる。本発明はまた、コンピュータで読み取り可能なコードとしてコンピュータで読み取り可能な媒体上に実現されえる。コンピュータで読み取り可能な媒体は、コンピュータシステムによってあとで読み出されえるデータを記憶しえる任意のデータ記憶装置である。コンピュータで読み取り可能な媒体の例は、読み出し専用メモリ、ランダムアクセスメモリ、CD-ROM、DVD、磁気テープ、光学的データ記憶装置、および搬送波を含む。コンピュータで読み取り可能な媒体はまた、ネットワークで結合されたコンピュータシステム上を分散されることによって、コンピュータで読み取り可能なコードが分散化されて記憶および実行されえる。

図9は、本発明のある実施例による携帯コンピューティングデバイス700の透視図である。コンピューティングデバイス700は、データ、より具体的にはオーディオ、ビデオ、画像のようなメディアを処理することができる。例として、コンピューティングデバイス700は、メディアプレーヤ、ゲームプレーヤ、ビデオプレーヤ、カメラ、携帯電話、携帯情報端末（PDA）などに一般に対応する。携帯可能であることについて、コンピューティングデバイス700は、ユーザの手（両手）だけで操作されえ、すなわち、机上のような基準面は必要とされない。場合によっては、携帯デバイスは、ユーザのポケットに入るようなサイズである。ポケットサイズであることによって、ユーザはデバイスを直接に運ぶ必要がなく、従ってデバイスはユーザが行くところどこにでももち運ばれえる（例えばユーザは大きくかさばり重い装置を運ぶことによって制限を受けない）。

示されるように、コンピューティングデバイス700は、デバイスのための計算動作を提供するための様々な電子要素（集積回路チップおよび他の回路を含む）を内部に含み支持する筐体712を含む。集積回路チップおよび他の回路は、マイクロプロセッサ、メモリ、電池、および様々な入力/出力（I/O）サポート回路を含みえる。大抵の場合、マイクロプロセッサは、命令を実行し、コンピューティングデバイスに関連付けられる操作を行う。例えば、メモリから例えば取り出された命令を用いて、マイクロプロセッサは、コンピューティングデバイス700の要素間の入力および出力データの受け取りおよび操作を制御しえる。実際、マイクロプロセッサは、コンピュータコードを実行し、メモリに記憶されるデータを作り使用するためにオペレーティングシステムとともに働きえる。例として、メモリは、ハードドライブ、フラッシュメモリ、読み出し専用メモリ（ROM）、ランダムアクセスメモリ（RAM）などを含みえる。

コンピューティングデバイス700は、ディスプレイ714も含む。ディスプレイ714は、筐体712内に組み込まれ、筐体712の開口から見られるが、グラフィカルユーザインタフェイス（GUI）とともに、他の情報（例えばテキスト、オブジェクト、グラフィクス）をユーザに表示するのに用いられる。ディスプレイ714は一般に、液晶ディスプレイ（LCD）のようなフラットパネルディスプレイの形態をとる。

コンピューティングデバイス700は、データを外部世界からコンピューティングデバイス700へ転送するよう構成される一つ以上の入力デバイス718も含む。入力デバイス718は、例えば、コンピューティングデバイス700において選択を行い、またはコマンドを発行するために、トラッキング/スクローリングを実行するのに用いられえる。例として、入力デバイス718は、キーパッド、ジョイスティック、タッチスクリーン、タッチパッド、トラックボール、ホイールボタン、スイッチなどに対応しえる。示された実施例においてはコンピューティングデバイス700は、タッチパッド718Aおよび複数のボタン718Bを含み、これらは筐体712内に組み立てられ、筐体712の開口を通じてアクセス可能である。

コンピューティングデバイス700は、電源スイッチ、ホールドスイッチなどのような一つ以上のスイッチ720を含みえる。さらに、デバイス700は、データポートおよび電源ターミナル722AおよびBとともにオーディオおよび/またはビデオジャック722Cを含む一つ以上のコネクタ722を含みえる。

示された実施例において、コンピューティングデバイス700は、ユーザが音楽および写真の大量のコレクションを記憶し、この音楽を聴き、オンザゴー（on the go）（例えば歩きながら、移動しながら、運動しながらなど）で写真を見ることを可能にするポケットサイズの携帯音楽/フォトプレーヤである。そのような場合、メモリは、音楽再生および写真表示能力の両方を有するメディア管理ソフトウェアを含みえる。さらにGUIは、ビジュアルに音楽およびフォトメニューを提供しえ、同時に、音楽およびフォトコントロールをユーザに提供する。さらに、タッチパッドは、スクロール機能を提供しえ、これはユーザが、GUI上のメニューまたはコントロールを通して横切り、同時に、ソングまたはフォトのリストを通してブラウズすることを可能にし、ボタンはメニューをオープンし、ソングを再生し、フォトを表示し、ソングを通して早送りし、プレイリストまたはアルバムを通してシークするなどのボタン機能を提供しえる。加えて、ミュージック/フォトプレーヤは典型的には、オーディオを出力するオーディオジャック、写真およびビデオを出力するビデオジャック、およびメディアデータ（および他のデータ）を送り出し、受け取るデータポートを含む。場合によっては、オーディオおよびビデオジャックは単一のジャックに組み合わせられている。例として、ミュージックフォトプレーヤは、カリフォルニア州、クパティーノのApple（登録商標） Computerによって製造されるiPod（登録商標）シリーズミュージックプレーヤに対応しえる。

図10は、本発明のある実施例によるメディアデバイス操作方法800である。操作方法800は、例えば、携帯メディアデバイス上で実行されえ、より具体的には携帯ミュージック/フォトプレーヤ上である。方法800は、一般にブロック802において始まり、ここでメインメニューがユーザにディスプレイ上で示される。例えば、図11Aの例を参照されたく、これはディスプレイ上に示されたメインメニュー850を示す。メインメニュー850は一般に、メディアデバイスを操作することに関連する幾つかのオプション852を含む。例として、メインメニュー850は、音楽、フォト、エキストラ、設定、シャッフルソングおよびバックライトのようなオプション852を含みえる。大抵の場合、オプション852のそれぞれは、サブオプションからなるそれ自身のサブメニューを含み、これらはメインオプションと関連付けられる。これらのサブオプションのそれぞれは、サブオプションからなる他のサブメニューを開きえ、またはそれらはアクションを開始しえる。例として、ミュージックサブメニューは、音楽ライブラリ、プレイリスト、およびブラウズオプションを含みえ、フォトサブメニューは、フォトライブラリ、アルバムおよびスライドショウ設定オプションを含みえる。

ブロック802に続いて、方法はブロック804に進み、フォトオプションが選択されたかについての決定がここでなされる。もし選択されていなければ、本方法は待機し、またはブロック802へ戻る。もし選択されたなら（図11Aのスライダーバーによって示されるように）、本方法は、ブロック806へ進み、ここでフォトサブメニューがユーザにディスプレイ上で示される。例として、図11Bを参照すれば、これはディスプレイ上に示されたフォトサブメニュー854を示す。フォトサブメニュー854は、一つ以上のフォトオプション856を含みえ、これは異なるフォトビューイングのモードを表しえ、これはユーザにフォトビューイングに関連する設定を変えることができるようにしえる。図示された実施例において、サブメニュー854は、フォトライブラリオプション、一つ以上のアルバムオプションおよびフォト設定オプションを含む。

ブロック806に続いて、本方法は、ブロック808に進み、ライブラリオプションが選択されたかどうかについての決定がここでなされる。もしライブラリオプションが選択されているなら、本方法はブロック810へ進み、ここですべての記憶されたイメージが取り出される。その後、ブロック812において、イメージは、予め決定された設定に基づいて表示される。もしライブラリが選択されていないなら、本方法は、ブロック814に進み、アルバムオプションが選択されているかどうかについての決定がここでなされる。もしアルバムオプションが選択されているなら、本方法は、ブロック816に進み、ここでアルバムイメージだけが取り出される。その後、ブロック818において、イメージが予め決定された設定に基づいて表示される。

ブロック812および818の何れかにおいて、取り出されたグループのグループ全体または一部が表示されえる。表示される量は、一般にライブラリまたはアルバム内のイメージの個数に依存する。もしそれが大きければ、スクリーンは、一度にイメージのすべてを表示することができないかもしれない。そのような場合は、ユーザがそれらをプルアップするまで、イメージの幾つかはビューイングエリアの外に保持される。これらが表示されるやり方は、設定メニュー中で確立される所望のディスプレイコンフィギュレーションに一般に依存する。

ブラウズモードにおいて、図11Cに示されるように、極小サムネイル858の大きなグループがカラムおよびロウの形で表示される。ユーザは、スクローリングアクションを介して、イメージごとに、またはロウごとに、またはカラムごとに、など、極小サムネイル858を通してブラウズできる。ユーザがイメージを通してスクロールするとき、データの新しいセット（例えばイメージまたはイメージのライン）がビューイングエリア内に見られるようになる。大抵の場合、一旦、ビューイングエリアが一杯になると、データのそれぞれの新しいセットは、ビューイングエリアの端部に現れ、データの他のすべてのセットは一つ上の位置に動く。すなわち、データの新しいセットは、ビューイングエリアの外へ移動するデータのそれぞれのセットの分だけ見える。場合によっては、特定のイメージがブラウズされているときに選択されると、そのイメージのフルスクリーンバージョンが図11Eに示されるように表示される。代替として、図11Dに示されるコンフィギュレーションは、現在のイメージを、選択されたイメージの中サイズのサムネイルとして、前および次のイメージを、選択されたイメージの横に位置付けられた小さいサムネイルのイメージとして表示されえる。

スライドショウモードにおいては、前、現在、および次のイメージだけが表示される。図11Dに示されるように、前および次のイメージは小さいサムネイル860でありえ、現在のイメージは中程度のサムネイル862でありえる。ユーザは、フォワードまたはバックボタンをクリックすることによって取り出されたイメージを通してトラバース（traverse）することができ、すなわち、フォワードボタンは、現在のイメージを前のイメージへ動かし、次のイメージを現在のイメージへ動かし、新しいイメージを次のイメージへと動かす。場合によっては、スライドショウを通してトラバースしながら現在のイメージが選択されると、そのイメージのフルスクリーンバージョン864が図11Eに示されるように表示される。

TVモードにおいては、図11Fに示されるように、TVサムネイル（群）866が表示のためにTVに出力される。TV表示は、メディアプレーヤ上で見られているものを模擬しえる。例えば、TVディスプレイは、前のスクリーンショット（図11C、11D、11E）またはそれらの変形の任意のものを表示しえる。スライドショウの間、例えば、TVスクリーンイメージは、スライドショウウィンドウ中の現在のイメージと同じオリジナルイメージに基づきえる。

もしアルバムオプションが選択されていなければ、本方法は、ブロック820へ進み、ここで設定オプションが選択されているかについての決定がなされる。もし設定オプションが選択されているなら、本方法はブロック822に進み、ここで設定メニューがユーザにディスプレイ上で示される。設定メニューは、一つ以上のディスプレイイベントに関するコントロール設定を含みえる。実際、設定メニューは、コントロール設定をレビューおよび/またはカスタマイズするためのコントロールパネルとして働きえ、すなわち、ユーザは、素早く便利にコントロール設定をレビューし、それに変更を行える。一旦、ユーザが変更を保存すると、変更されたコントロール設定は、将来のディスプレイイベントを扱うために採用される。例として、設定は、ユーザがミュージックトラックをアルバムにアサインする、アサインされた音楽をオン/オフする、TVをオン/オフする、モード間で選ぶなどを可能にする特徴を含みえる。設定は、ユーザがスライドショウを選択できるようにし、イメージをフルスクリーンまたはスライドショウモードで表示するかどうか、およびイメージをランダムにまたは順番に見せるかどうか、また終わったときにエンドにするか、リピートするかを選択できるようにする。

本発明は、幾つかの好ましい実施例について説明されてきたが、改変、組み合わせ、および等価物があり、これらも本発明の範囲に入る。本発明の方法および装置を実現する多くの代替のやり方が存在することに注意されたい。例えば、本発明は主にイメージに関するが、音楽にも適用されえることに注意されたい。音楽の場合、同じ曲の異なるバージョンが作られ、ダウンロードされ、かつ記憶されえる。異なるバージョンは、例えば、ソングの特性（例えばテンポ、ピッチ）になされた調整、ソングの要素（例えば声または楽器）の追加または除去などを含む様々なものに基づきえる。従って以下の添付の特許請求の範囲は、そのような改変、組み合わせ、および等価物も本発明の真の精神および範囲に入るよう含むものとして意図されている。

本発明のある実施形態によってホストデバイスおよび携帯メディアデバイス間でイメージデータを転送する方法を示す図、 本発明のある実施形態によって携帯メディアデバイスのための操作方法を示す図、 本発明のある実施形態によってホストデバイスおよび携帯メディアデバイス間でイメージデータを転送する方法を示す図、 本発明のある実施形態によるフォトデータベースファイルの例示的な図、 本発明のある実施形態によるイメージセットファイルの図、 本発明のある実施形態によるイメージセットファイルの図、 本発明のある実施形態によるイメージセットファイルの図、 本発明のある実施形態によるイメージセットファイルの図、 本発明のある実施形態によるイメージセットファイルの図、 本発明のある実施形態によるイメージセットファイルの図、 本発明のある実施形態によるメディア方法を示す図、 本発明のある実施形態によるメディア管理システムのブロック図、 本発明のある実施形態によるメディアプレーヤのブロック図、 本発明のある実施形態による携帯コンピューティングデバイスの透視図、 本発明のある実施形態によるメディアデバイス操作方法を示す図、 本発明のある実施形態によるフォトビューイング機能を持つメディアプレーヤの例示的スクリーンショットの図、 本発明のある実施形態によるフォトビューイング機能を持つメディアプレーヤの例示的スクリーンショットの図、 本発明のある実施形態によるフォトビューイング機能を持つメディアプレーヤの例示的スクリーンショットの図、 本発明のある実施形態によるフォトビューイング機能を持つメディアプレーヤの例示的スクリーンショットの図、 本発明のある実施形態によるフォトビューイング機能を持つメディアプレーヤの例示的スクリーンショットの図、 本発明のある実施形態によるメディアプレーヤに結合されたテレビジョンによって提供されるTVスクリーンイメージの絵画的図である。

Claims (38)

1. ホストデバイスと、メディアアイテムの記憶および再生が可能な携帯メディアデバイスの間で画像データを転送するデータ転送方法であって、前記ホストデバイスは、
   前記携帯メディアデバイスに転送する少なくとも一つの画像、および、前記携帯メディアデバイスによる画像の表示に適する少なくとも一つの画像フォーマットを指定する指示を前記携帯メディアデバイスから受信し、
   前記指定された画像の新しいバージョンを複数含むイメージコレクションを作成し、
   前記作成したイメージコレクションを前記携帯メディアデバイスに送信する各ステップを実行し、
   前記複数の新しいバージョンは互いに、前記携帯メディアデバイスの機能に基づいた異なるイメージプロファイルを有し、前記指定された画像を異なる画像フォーマットによって表現し、
   前記画像フォーマットには、前記携帯メディアデバイスが表示することができず、前記携帯メディアデバイスに接続されたデバイスが表示することができる少なくとも一つの画像フォーマットが含まれることを特徴とするデータ転送方法。
2. 前記携帯メディアデバイスは、
   前記イメージコレクションを前記ホストデバイスから受信し、
   前記受信したイメージコレクションを記憶することを特徴とする請求項1に記載されたデータ転送方法。
3. 前記携帯メディアデバイスは、前記メディアアイテムを記憶する記憶部を有する携帯メディアプレーヤであることを特徴とする請求項1または請求項2に記載されたデータ転送方法。
4. 前記携帯メディアデバイスは、オーディオおよび画像データの両方を記憶する記憶部を有するミュージック/フォトプレーヤであることを特徴とする請求項1または請求項2に記載されたデータ転送方法。
5. 前記指定された画像は、前記携帯メディアデバイスに再生させる写真であることを特徴とする請求項1から請求項4の何れか一項に記載されたデータ転送方法。
6. 前記画像フォーマットの指定はイメージプロファイルを用いて行われ、前記イメージプロファイルは画像の特性を定義するキー群のリストを含み、前記キー群はフォーマットID、レンダリング幅、レンダリング高さ、ディスプレイ幅、ディスプレイ高さ、ピクセルフォーマット、サイジング、背景色、回転、スキャンフォーマット、色調整およびガンマ調整を含むことを特徴とする請求項1から請求項5の何れか一項に記載されたデータ転送方法。
7. 前記イメージコレクションは、前記指定された画像のオリジナルイメージおよび前記指定された画像フォーマットの画像を含むことを特徴とする請求項1から請求項6の何れか一項に記載されたデータ転送方法。
8. 前記イメージコレクションは、前記指定された画像のオリジナルイメージ、並びに、前記指定された画像フォーマットの画像として前記オリジナルイメージのフルスクリーンイメージ、サイズが異なる複数のサムネイルイメージおよびTVイメージを含むことを特徴とする請求項1から請求項6の何れか一項に記載されたデータ転送方法。
9. 前記イメージコレクションは、前記指定された画像のオリジナルイメージ、および、前記指定された画像フォーマットの画像として前記オリジナルイメージのフルスクリーンイメージを含むことを特徴とする請求項1から請求項6の何れか一項に記載されたデータ転送方法。
10. 前記イメージコレクションは、前記指定された画像のオリジナルイメージ、および、前記指定された画像フォーマットの画像として前記オリジナルイメージのサイズが異なる複数のサムネイルイメージを含むことを特徴とする請求項1から請求項6の何れか一項に記載されたデータ転送方法。
11. 前記イメージコレクションは、前記指定された画像のオリジナルイメージ、および、前記指定された画像フォーマットの画像として前記オリジナルイメージのTVイメージを含むことを特徴とする請求項1から請求項6の何れか一項に記載されたデータ転送方法。
12. 前記イメージコレクションは、前記指定された画像のオリジナルイメージを含まないことを特徴とする請求項1から請求項6の何れか一項に記載されたデータ転送方法。
13. 前記イメージコレクションは、前記指定された画像フォーマットの画像として前記指定された画像のフルスクリーンイメージ、サイズが異なる複数のサムネイルイメージおよびTVイメージの何れか一つを含むことを特徴とする請求項1から請求項6の何れか一項に記載されたデータ転送方法。
14. 前記サムネイルイメージのサイズには極小、小および中があることを特徴とする請求項8、請求項10または請求項13に記載されたデータ転送方法。
15. 携帯メディアデバイスの動作方法であって、
    前記携帯メディアデバイスに転送すべき少なくとも一つの画像、および、前記携帯メディアデバイスによる画像の表示に適する少なくとも一つの画像フォーマットを指定する指示をホストデバイスに送信し、
    前記ホストデバイスから前記指定した画像の新しいバージョンを複数含むイメージコレクションを受信し、
    前記受信したイメージコレクションを記憶し、
    表示すべき、前記イメージコレクションに含まれる一つ以上の画像を特定するディスプレイコマンドを受け取り、
    前記イメージコレクションから前記特定された画像を取り出し、
    前記取り出した画像を出力する各ステップを有し、
    前記複数の新しいバージョンは互いに、前記携帯メディアデバイスの機能に基づいた異なるイメージプロファイルを有し、前記指定された画像を異なる画像フォーマットによって表現し、
    前記画像フォーマットには、前記携帯メディアデバイスが表示することができず、前記携帯メディアデバイスに接続されたデバイスが表示することができる少なくとも一つの画像フォーマットが含まれることを特徴とする動作方法。
16. 前記取り出した画像を、前記携帯メディアデバイスのディスプレイに表示することを特徴とする請求項15に記載された動作方法。
17. 前記取り出した画像を、前記携帯メディアデバイスに動作可能に結合されたデバイス上で表示することを特徴とする請求項15に記載された動作方法。
18. 前記画像は、画像タイプごとの個別ファイルに記憶されていることを特徴とする請求項15から請求項17の何れか一項に記載された動作方法。
19. 前記イメージコレクションは、前記指定した画像の、フルスクリーンイメージ、サイズが異なる複数のサムネイルイメージおよびTVイメージを含むことを特徴とする請求項15から請求項18の何れか一項に記載された動作方法。
20. 前記イメージコレクションは、前記指定した画像のオリジナルイメージおよび前記指定した画像フォーマットの画像を含むことを特徴とする請求項15から請求項18の何れか一項に記載された動作方法。
21. 前記イメージコレクションは、前記指定した画像のオリジナルイメージ、並びに、前記指定した画像フォーマットの画像として前記オリジナルイメージの、フルスクリーンイメージ、サイズが異なるの複数のサムネイルイメージおよびTVイメージを含むことを特徴とする請求項15から請求項18の何れか一項に記載された動作方法。
22. 前記イメージコレクションは、前記指定した画像のオリジナルイメージを含まないことを特徴とする請求項15から請求項18の何れか一項に記載された動作方法。
23. 前記イメージコレクションは、前記指定した画像のフルスクリーンイメージを含むことを特徴とする請求項15から請求項18の何れか一項に記載された動作方法。
24. 前記イメージコレクションは、前記指定した画像のサイズが異なる複数のサムネイルイメージを含むことを特徴とする請求項15から請求項18の何れか一項に記載された動作方法。
25. 前記イメージコレクションは、前記指定した画像のTVイメージを含むことを特徴とする請求項15から請求項18の何れか一項に記載された動作方法。
26. 前記TVイメージのフォーマットはNTSC、PALまたはHDTVから選択されることを特徴とする請求項25に記載された動作方法。
27. 前記サムネイルイメージのサイズには極小、小および中があることを特徴とする請求項19、請求項21または請求項24に記載された動作方法。
28. ホストデバイスと、メディアアイテムを記憶および再生が可能な携帯メディアデバイスの間で画像データを転送するデータ転送方法であって、前記ホストデバイスは、
    前記携帯メディアデバイスに転送する一つ以上の画像、および、前記携帯メディアデバイスによる画像の表示に適する少なくとも一つの画像フォーマットを指定する指示を前記携帯メディアデバイスから受信し、
    前記転送すべき画像のデータベースエントリを作成し、
    前記携帯メディアデバイスに前記データベースエントリを送信し、
    前記指定された各画像の新しいバージョンを複数含むイメージコレクションを作成し、
    前記イメージコレクションを前記携帯メディアデバイスに送信し、
    前記イメージコレクションに含まれる画像に基づき、前記携帯メディアデバイスの前記データベースエントリをアップデートする各ステップを実行し、
    前記複数の新しいバージョンは互いに、前記携帯メディアデバイスの機能に基づいた異なるイメージプロファイルを有し、前記指定された画像を異なる画像フォーマットによって表現し、
    前記画像フォーマットには、前記携帯メディアデバイスが表示することができず、前記携帯メディアデバイスに接続されたデバイスが表示することができる少なくとも一つの画像フォーマットが含まれることを特徴とするデータ転送方法。
29. 前記携帯メディアデバイスは、
    前記データベースエントリをフォトデータベースにコピーし、
    前記イメージコレクションに含まれる画像を、前記画像のタイプに関連付けられたファイルにコピーすることを特徴とする請求項28に記載されたデータ転送方法。
30. 前記フォトデータベースは、ファイルヘッダ、イメージリストセクション、アルバムリストセクションおよびレコードIDリストセクションを含み、
    前記イメージリストセクションは、受信した各画像に対応するイメージエントリ、および、前記イメージコレクションに含まれる各画像のコピー先を示すポインタを含み、
    前記アルバムリストセクションは、アルバムに含まれる画像のアルバムエントリおよびレコードIDを含み、
    前記レコードIDリストセクションは、前記レコードIDおよびその記述を含むことを特徴とする請求項29に記載されたデータ転送方法。
31. 画像を表示可能な携帯メディアデバイスであって、
    前記携帯メディアデバイスに転送すべき少なくとも一つの画像、および、前記携帯メディアデバイスによる画像の表示に適する少なくとも一つの画像フォーマットを指定する指示をホストデバイスに送信する送信手段と、
    前記ホストデバイスから前記指定した画像の新しいバージョンを複数含むイメージコレクションを受信する受信手段と、
    前記受信したイメージコレクションを記憶する記憶部と、
    前記イメージコレクションに含まれる少なくとも一つの画像を特定するディスプレイコマンドを受け取り、前記イメージコレクションから前記特定された画像を取り出し、前記取り出した画像を出力するプロセッサとを備え、
    前記複数の新しいバージョンは互いに、前記携帯メディアデバイスの機能に基づいた異なるイメージプロファイルを有し、前記指定された画像を異なる画像フォーマットによって表現し、
    前記画像フォーマットには、前記携帯メディアデバイスが表示することができず、前記携帯メディアデバイスに接続されたデバイスが表示することができる少なくとも一つの画像フォーマットが含まれることを特徴とする携帯メディアデバイス。
32. 前記ディスプレイは、前記携帯メディアデバイスと一体化されていることを特徴とする請求項31に記載された携帯メディアデバイス。
33. 前記ディスプレイは、前記携帯メディアデバイスの外部にあり、前記ディスプレイに供給される画像データは、前記ディスプレイが表示可能にフォーマットされていることを特徴とする請求項31に記載された携帯メディアデバイス。
34. 前記イメージコレクションは前記オリジナルイメージを含むことを特徴とする請求項31から請求項33の何れか一項に記載された携帯メディアデバイス。
35. 前記イメージコレクションは前記オリジナルイメージを含まないことを特徴とする請求項31から請求項33の何れか一項に記載された携帯メディアデバイス。
36. コンピュータに、請求項1から請求項14および請求項28から請求項30の何れか一項に記載されたデータ転送を実行させることを特徴とするコンピュータプログラム。
37. コンピュータに、請求項15から請求項27の何れか一項に記載された動作を実行させることを特徴とするコンピュータプログラム。
38. 一つ以上の画像をパーソナルコンピュータにロードし、
    前記パーソナルコンピュータは、携帯メディアデバイスが接続されると、
    画像またはイメージ識別子を表示し、
    前記携帯メディアデバイスへダウンロードすべき一つ以上の画像、および、前記携帯メディアデバイスによる画像の表示に適する少なくとも一つの画像フォーマットを指定する指示を前記携帯メディアデバイスから受信し、
    前記指定された画像の新しいバージョンを複数含むイメージコレクションを作成し、
    前記イメージコレクションを前記携帯メディアデバイスにダウンロードし、
    前記携帯メディアデバイスは、前記パーソナルコンピュータから切り離されると、
    ディスプレイコマンドを生成し、
    前記ディスプレイコマンドに基づき、前記ダウンロードされたイメージコレクションを記憶する記憶部から一つ以上の画像を取り出し、
    前記取り出した一つ以上の画像を表示する各ステップを有し、
    前記複数の新しいバージョンは互いに、前記携帯メディアデバイスの機能に基づいた異なるイメージプロファイルを有し、前記指定された画像を異なる画像フォーマットによって表現し、
    前記画像フォーマットには、前記携帯メディアデバイスが表示することができず、前記携帯メディアデバイスに接続されたデバイスが表示することができる少なくとも一つの画像フォーマットが含まれることをことを特徴とするメディア管理方法。

Images