JP2008052555A - 情報処理装置 - Google Patents

Abstract

【課題】メニュー画面に表示されたアルバムから目的のコンテンツファイルを探し出す際のユーザの利便性を向上させた情報処理装置を提供する。
【解決手段】コンテンツファイルとそのファイル管理情報を取得するファイル管理情報取得手段と、ファイル管理情報から、コンテンツファイル又はアルバムに関する情報を取得するアルバム情報取得手段と、アルバム情報からアルバムを選択肢としたメニュー画面を表示するメニュー画面表示手段と、メニュー画面から、ユーザにアルバムを選択させる選択手段と、ユーザが選択したアルバムの配下にあるアルバム及びコンテンツファイルの一覧画面をサブメニュー画面として表示するサブメニュー表示手段であって、ユーザの選択したアルバムの配下にアルバムが１つしか存在しない場合には、サブメニュー画面は表示せずアルバムの配下にあるアルバム又はコンテンツファイルを表示する、サブメニュー表示手段とを備える。
【選択図】図４

Description

本発明は、情報処理装置に関し、特に、階層化されたメニュー画面を表示することのある情報処理装置に関する。

ここ数年、デジタルカメラやデジタル音楽配信等の普及により、個人レベルでコンテンツファイルの管理を行う機会が増えている。また、ＣＤ−ＲやＤＶＤをはじめとした大容量のリムーバブル記録媒体も増加し、一般のユーザでも、非常に多数のコンテンツファイルを気軽に取り扱うようになっている。そこで、コンテンツファイルを扱う様々な情報処理装置の間で互換性を高め、且つ、管理がしやすいようなファイル管理情報のフォーマットの規格も制定されている。このような規格の代表的な例として、ＯＳＴＡ（Optical Storage Technology Association）が提唱した規格であるＭＰＶ（Music Photo/Video（登録商標））がある。

こういった規格を用いてファイル管理情報が記述されている場合には、記録媒体に記録された特定のコンテンツファイルを抽出する際に、論理的に複数のコンテンツファイルをアルバムとして束ねておくことで、記録媒体に膨大に記録されたコンテンツファイルの中から、ユーザが得たいコンテンツファイルを容易に検索できる手法が、提案されている（例えば、特開２００５−３２７２５７号公報：特許文献１参照）。

この特許文献１にも開示されているＭＰＶにおいては、コンテンツファイルはアセットとして定義されており、このアセットのメタデータをマニフェストで定義することとしている。このマニフェスト中のアセットリストでは、そのメディア内で有効なアセットを宣言することとなっている。また、マニフェスト中には、一塊りのプレイリストであるアルバムのアルバムリスト（Album、MarkList）や、アルバムへのリンク（AlbumRef、ManifestLink）も定義可能である。このため、ファイル管理情報をＭＰＶ形式で記述する場合には、これらのタグを用いてデジタルコンテンツを束ねてアルバムを作成することができる。

この作成したアルバムを利用して、アルバムを選択するメニュー画面を表示する場合、使用メモリ及び処理時間を節約するために、リンク情報に関しては、実際のリンク先を参照せずに、リンク情報のみを用いて、メニュー画面の表示を行う。そして、メニュー画面で選ばれた選択肢が他のアルバムへのリンクだった場合、そこで初めてリンク先のアルバムを開いて、サブアルバムに関するメニュー画面を表示したり、確定されたアルバムとしてアセットの一覧表示を行ったりする。

しかしながら、現状のメニュー画面の表示では、リンク先にアルバムが１つしか存在しない場合でも、１つしか選択肢のないメニュー画面が表示されてしまい、ユーザにとって冗長であるという問題点があった。例えば、図１に示すように、１次メニュー画面（最初のメニュー画面）で、「アルバム１」、「アルバム２」、「アルバム３」という１つの選択肢が表示され、ユーザが「アルバム２」を選択したとする。次に表示される２次メニュー画面で、「アルバム６」、「アルバム７」が選択肢として表示され、ユーザが「アルバム７」を選択したとする。

この場合に、「アルバム７」には、「アルバム１０」しか登録されていなくとも、「アルバム１０」を選択肢とする３次メニュー画面が表示され、ユーザは、この３次メニュー画面で「アルバム１０」をもう１度、選択しなければならない。すなわち、「アルバム７」と「アルバム１０」が同一内容であるにも拘わらず、余分な３次メニュー画面が表示されてしまい、ユーザが選択操作を行わなければならない。

このような問題を解決するために、すべての選択肢（メニュー画面の項目）を予めメモリ内に展開しておくという手法も考えられるが、そうすると、メモリ消費量が多くなり、プリンタなどのメモリ容量が限られた情報処理装置に組み込んで、この処理を行おうとする場合には、不都合が生じてしまう。
特開２００５−３２７２５７号公報

そこで本発明は、前記課題に鑑みてなされたものであり、メニュー画面に表示されたアルバムから目的のコンテンツファイルを探し出す際のユーザの利便性を向上させた情報処理装置を提供することを目的とする。

上記課題を解決するため、本発明に係る情報処理装置は、
コンテンツファイルと、このコンテンツファイルを管理するファイル管理情報が記録された記録媒体から、ファイル管理情報を取得する、ファイル管理情報取得手段と、
前記ファイル管理情報の中から、１又は複数のコンテンツファイル及び／又は１又は複数のアルバムを１つの塊として扱うことを定義したアルバムに関する情報を取得する、アルバム情報取得手段と、
前記アルバム情報取得手段で取得したアルバムを選択肢としたメニュー画面を表示する、メニュー画面表示手段と、
前記メニュー画面表示手段で表示されたアルバムの中から、ユーザに任意のアルバムを選択させる、選択手段と、
ユーザが任意のアルバムを選択した場合には、選択したアルバムの配下にあるアルバム及び／又はコンテンツファイルの一覧画面をサブメニュー画面として表示する、サブメニュー表示手段であって、ユーザの選択したアルバムの配下にアルバムが１つしか存在しない場合には、その１つしかないアルバムのサブメニュー画面は表示せずに、その１つしかないアルバムの配下にあるアルバム及び／又はコンテンツファイルを表示する、サブメニュー表示手段と、
を備えることを特徴とする。

この場合、前記サブメニュー表示手段は、ユーザの選択したアルバムの配下にアルバムが１つしか存在しない場合でも、その１つしかないアルバムの配下に、さらにアルバムがある場合には、その１つしかないアルバムのサブメニュー画面を表示するようにしてもよい。

また、前記サブメニュー表示手段は、ユーザの選択したアルバムの配下にアルバムが１つしか存在しない場合でも、そのアルバムの配下にあるアルバム及び／又はコンテンツデータファイルを特定するために、他のアルバムを参照しなければならない場合には、その１つしかないアルバムのサブメニュー画面を表示するようにしてもよい。

この場合、前記ファイル管理情報は、ＭＰＶ（Music Photo/Video）形式で記述されているようにしてもよい。

この場合、ユーザの選択したアルバムの配下にあるＭＰＶのタグが、Album及びMarkList以外で作られている場合には、前記サブメニュー表示手段は、ユーザの選択したアルバムの配下にあるアルバム及び／又はコンテンツデータファイルを特定するために、他のアルバムを参照しなければならないと判断するようにしてもよい。

また、情報処理装置は、例えば、プリンタにより構成されるようにしてもよい。

また、情報処理装置は、前記記録媒体から取得したファイル管理情報に関するデータが一時的に格納されるメモリを、さらに備えるようにしてもよい。

本発明に係る情報処理装置の制御方法は、
コンテンツファイルと、このコンテンツファイルを管理するファイル管理情報が記録された記録媒体から、ファイル管理情報を取得するステップと、
前記ファイル管理情報の中から、１又は複数のコンテンツファイル及び／又は１又は複数のアルバムを１つの塊として扱うことを定義したアルバムに関する情報を取得するステップと、
前記取得したアルバムを選択肢としたメニュー画面を表示するステップと、
前記メニュー画面に表示されたアルバムの中から、ユーザに任意のアルバムを選択させるステップと、
ユーザが任意のアルバムを選択した場合には、選択したアルバムの配下にあるアルバム及び／又はコンテンツファイルの一覧画面をサブメニュー画面として表示するステップであって、ユーザの選択したアルバムの配下にアルバムが１つしか存在しない場合には、その１つしかないアルバムのサブメニュー画面は表示せずに、その１つしかないアルバムの配下にあるアルバム及び／又はコンテンツファイルを表示するステップと、
を備えることを特徴とする。

以下、図面を参照して、本発明の実施形態を説明する。なお、以下に説明する実施形態は、本発明の技術的範囲を限定するものではない。

図２は、本実施形態に係る情報処理装置１０の内部構成の一例を説明するブロック図である。この図２に示すように、本実施形態に係る情報処理装置１０は、ＣＰＵ（Central Processing Unit）２０と、ＲＡＭ（Random Access Memory）２２と、ＲＯＭ（Read Only Memory）２４と、表示画面２６と、入力部２８と、出力部３０と、記録媒体アクセス装置３２とを備えて構成されており、これらは互いに内部バスを介して接続されている。本実施形態においては、この情報処理装置１０は、例えば、インクジェットプリンタやレーザプリンタなどのプリンタにより構成されている。

ＣＰＵ２０は、この情報処理装置１０の制御部を構成しており、例えば、ＲＯＭ２４に格納されている各種のプログラムを読み出して実行する。ＲＡＭ２２は、ＣＰＵ２０が各種の処理をする場合のデータが揮発的に格納されるメモリである。表示画面２６は、例えば、小型の液晶表示画面により構成されている。入力部２８は、例えば、カーソルボタンや決定ボタンを有する操作パネルにより構成されていてもよいし、或いは、表示画面２６がタッチパネルにより構成されている場合には、表示画面２６と一体に構成されていてもよい。出力部３０は、インクジェット式やレーザー式などのプリントエンジンにより構成されており、ＣＰＵ２０の制御に従って印刷媒体に印刷を行う。

記録媒体アクセス装置３２は、記録媒体４０が着脱可能に装着され、記録媒体４０に記録されているデータを、情報処理装置１０が読み込むための装置である。この記録媒体アクセス装置３２には、さらに、記録媒体４０にデータを書き込んで記録できるように構成されていてもよい。記録媒体４０の例としては、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ、コンパクトフラッシュ（登録商標）、ＳＤメモリカードなど、様々なものが考えられる。本実施形態においては、この記録媒体４０から読み出されたファイル管理情報は、一時的にＲＡＭ２２に格納されて利用される。

図３は、本実施形態に係る情報処理装置１０におけるメニュー画面の遷移状態を説明するための図であり、従来技術で説明した図１に対応する図である。この図３においては、アルバムの選択肢が矩形のブロックで表示されており、そのアルバムに登録されているデジタルファイルの選択肢が楕円で表示されている。

この図３の例では、ルートの１次メニュー画面には、選択肢として、「アルバム１」、「アルバム２」、「アルバム３」が表示される。ここで、ユーザが「アルバム２」を選択したとすると、２次メニュー画面には、選択肢として、「アルバム６」と「アルバム７」とが表示される。ここで、ユーザが「アルバム７」を選択したとすると、従来では、「アルバム１０」を選択肢とする３次メニュー画面が表示されていたが、本実施形態では、「アルバム７」には、「アルバム１０」しか登録されていないので、３次メニュー画面は表示されずに、直接、アルバム１０の配下にあるコンテンツファイルの一覧画面が表示される。

図４は、この図３のメニュー画面の遷移に従って、表示画面２６に表示されるメニュー画面の構成の一例を示す図である。まず、記録媒体４０を記録媒体アクセス装置３２に装着すると、表示画面２６には、図４（Ａ）に示すような１次メニュー画面が表示される。ここで、ユーザが入力部２８のカーソルボタンで指示矢印ＡＲを操作して、決定ボタンで「アルバム２」を選択すると、図４（Ｂ）に示すような２次メニュー画面が表示される。

ここで、ユーザが入力部２８のカーソルボタンで指示矢印ＡＲを操作して、決定ボタンで、「アルバム７」を選択すると、図４（Ｄ）に示すように、「アルバム７」に登録されているコンテンツファイルの画像が表示される。すなわち、従来の情報処理装置では、図４（Ｂ）のメニュー画面でユーザが「アルバム７」を選択しても、図４（Ｃ）に示すような３次メニュー画面が表示されていたが、本実施形態では、この図４（Ｃ）の３次メニュー画面は表示されない。

本実施形態に係るプリンタにおいては、ユーザは、図４（Ｄ）のコンテンツファイルの一覧画面で、入力部２８を操作して、印刷を希望する画像を選択し、出力部３０のプリンタエンジンで印刷させることができる。また、記録媒体４０が消去可能なタイプであれば、削除したいコンテンツファイルの画像を選択し、選択した画像を記録媒体４０から消去することもできる。

図５は、本実施形態に係る情報処理装置１０で実行されるコンテンツ選択処理の内容を説明するフローチャートを示す図である。このコンテンツ選択処理は、ＲＯＭ２４に格納されているコンテンツ選択処理プログラムをＣＰＵ２０が読み込んで実行することにより、実現される処理である。また、このコンテンツ選択処理は、ユーザが記録媒体アクセス装置３２に記録媒体４０を装着した場合に自動的に起動される処理であり、また、ユーザの指示に基づいて起動される処理である。

この図５に示すように、情報処理装置１０は、まず、記録媒体４０にアクセスして、ルートマニュフェストを読み出し、取得する（ステップＳ１０）。

次に、情報処理装置１０は、カレント要素（現時点におけるアルバム）の配下から、ManifestLink、Album、MarkList、AlbumRefのタグをメニュー画面の選択肢となるメニュー要素として抽出する（ステップＳ１２）。すなわち、ルート或いは現在のアルバムから、メニュー画面の選択肢となり得るアルバムを抽出する。ここで、Album、MarkListは、それ自体で配下のアセットを定義するタグであるのに対し、ManifestLink、AlbumRefは、他のアルバムへリンクするタグである。

次に、情報処理装置１０は、メニュー要素の数がいくつあるか、判断する（ステップＳ１４）。すなわち、メニュー画面に表示するアルバムがいくつあるか、判断する。

メニュー要素の数が１より大きい場合、つまり２以上アルバムがある場合、情報処理装置１０は、そのメニュー要素を選択肢とするメニュー画面を表示し、ユーザにいずれかの選択肢（アルバム）を選択させる（ステップＳ１６）。そして、ユーザがいずれかの選択肢（アルバム）を選択した場合には、カレント要素をユーザの選択した選択肢（アルバム）に移動し、上述したステップＳ１２からを繰り返す。

一方、メニュー要素が１の場合、つまりアルバムが１つである場合には、そのメニュー要素（アルバム）が、Album又はMarkListのタグで作られているかどうかを判断する（ステップＳ１８）。そのメニュー要素が、Album又はMarkListのタグで作られていない場合（ステップＳ１８：ＮＯ）には、ステップＳ１６でメニュー画面を表示する。これは、Album又はMarkList以外のタグでメニュー要素（アルバム）が作られている場合、つまり、ManifestLink、AlbumRefのタグでメニュー要素（アルバム）が作られている場合、このタグでリンクされている他のマニフェストを参照する必要がある。しかし、他のマニフェストを参照するには、そのマニフェストを読み込んでＲＡＭ２２に展開する必要があり、その分、ＲＡＭ２２の容量を消費してしまう。このため、本実施形態では、ＲＡＭ２２の消費を抑えるため、表示されたメニュー画面のメニュー要素（アルバム）がたとえ１つであっても、この場合には、メニュー画面が表示画面２６に表示することとしている。したがって、ユーザは、この表示されたメニュー画面において、１つしかない選択肢（アルバム）を再度、選択する必要がある。但し、ＲＡＭ２２の容量に多少なりとも余裕がある場合には、メニュー要素が、Album又はMarkListのタグで作られていない場合でも、１つしかない選択肢（アルバム）のメニュー画面を表示しないようにすることもできる。この場合、ステップＳ１８の処理は、省略することができる。

一方、ステップＳ１８において、１つしかないメニュー要素（アルバム）が、Album又はMarkListのタグで作られている場合には、そのメニュー要素（アルバム）の中に、さらにメニュー要素（アルバム）が含まれているかどうかを判断する（ステップＳ２０）。すなわち、１つしかないアルバムの配下に、さらにサブアルバムが登録されているかどうかを判断する。

そして、メニュー要素（アルバム）の中にさらにメニュー要素（アルバム）が含まれている場合（ステップＳ２０：ＹＥＳ）には、ステップＳ１６でメニュー画面を表示する。これは、メニュー要素（アルバム）の中にさらにメニュー要素（アルバム）が含まれている場合、そのメニュー要素（サブアルバム）の中も参照するには、サブアルバムの内容も読み込んでＲＡＭ２２に展開する必要があり、その分、メモリであるＲＡＭ２２の容量を消費してしまうからである。このため、本実施形態では、表示されたメニュー画面のメニュー要素（アルバム）がたとえ１つであっても（つまり、１つのアルバムしか存在しなくとも）、メニュー画面を表示画面２６に表示することとしている。したがって、ユーザは、この表示されたメニュー画面において、１つしかない選択肢（アルバム）を再度、選択する必要がある。但し、ＲＡＭ２２の容量に多少なりとも余裕がある場合には、さらにメニュー要素（サブアルバム）の内容を参照して、ステップＳ１２以降の処理を行うことにより、１つしかない選択肢（アルバム）のメニュー画面を表示しないようにすることもできる。

一方、メニュー要素（アルバム）の中にさらにメニュー要素（サブアルバム）が含まれていない場合（ステップＳ２０：ＮＯ）には、ユーザの選択したメニュー要素（アルバム）をスキップして（ステップＳ２２）、ユーザの選択した選択肢（アルバム）の配下のアセット要素を一覧表示する（ステップＳ２４）。ユーザの選択したメニュー要素（アルバム）をスキップするとは、カレント要素を、ユーザの選択したメニュー要素（アルバム）の中にあるAlbum又はMarkListに移動することを意味する。そして、ステップＳ２４で、図４（Ｄ）に示すようなコンテンツ一覧画面を表示する。

一方、上述したステップＳ１４において、メニュー要素（アルバム）の数が０の場合、すなわち、アルバムの配下にコンテンツデータが存在する場合には、ステップＳ２４で、そのコンテンツデータのコンテンツ一覧画面を表示する。すなわち、既存のコンテンツ選択処理と同様に、アルバムを選択しながらコンテンツデータまで辿り着いたことになるので、そのコンテンツ一覧画面を表示する。

このステップＳ２４を実行することにより、本実施形態に係るコンテンツ選択処理は終了するが、実際にはこの後、このコンテンツ一覧画面で、ユーザは任意のコンテンツファイルを選択することが可能である。本実施形態では、図４（Ｄ）に示すように、ユーザが表示された画像を見ながら印刷する画像を選択したり、削除する画像を選択したりすることができる。

以上のように、本実施形態に係る情報処理装置１０によれば、メニュー画面において、ユーザが選択したアルバムの配下に、アルバムの選択肢が１つしかない場合には、その１つしかないアルバムのメニュー画面を表示することを省き、その１つしかないアルバムをユーザが選択した状態のメニュー画面を直接表示することとした。このため、メニュー画面を操作する際のユーザの利便性を向上させることができる。すなわち、ユーザが目的のコンテンツファイルまで到達するのに要する時間と手間を、削減することができる。

さらに、ユーザの選択したアルバムの配下にアルバム（サブアルバム）が１つしか存在ない場合でも、そのサブアルバムが、他のアルバムを参照するような場合や、さらに別のサブアルバムを含むような場合には、１つしかないアルバムを選択肢とするメニュー画面を表示するようにした。このため、ＲＡＭ２２のメモリ容量を消費するのを抑制でき、少ないメモリ容量で、上述したコンテンツ選択処理を実現することができる。これにより、メニュー画面を構成するマニフェストをすべて先読みせずとも、アルバムが１つだけ存在するメニュー画面が表示されるのを効果的に抑制することができる。

なお、本発明は上記実施形態に限定されず種々に変形可能である。例えば、上述した実施形態では、情報処理装置１０をプリンタで実現した場合を例に説明したが、この情報処理装置１０は、パーソナルコンピュータや携帯電話、ＰＤＡ（Personal Digital Assistance）などで実現することもできる。

また、上述した実施形態では、情報処理装置１０がプリンタであるため、コンテンツファイルが画像ファイルである場合を例に本発明を説明したが、情報処理装置１０が扱うデータに応じて、様々な種類のコンテンツファイルに対して本発明を適用することができる。

また、上述した実施形態では、ファイル管理情報の記述形式としてＭＰＶを用いた場合を例に、本発明の実施形態を説明したが、他の記述形式を用いてファイル管理情報を作成する場合でも、本発明は同様に適用することができる。

また、上述した実施形態では、情報処理装置１０は、ＭＰＶの性質上、１つアルバムの配下にアルバムとコンテンツファイルは混在しないことを前提に説明したが、ファイル管理情報を記述する形式によっては、これが許容されていることもあり得る。そのような場合には、図４に示したコンテンツ一覧画面に、アルバムとコンテンツファイルとが混在して表示されるようにしてもよい。

さらに、上述の実施形態で説明したコンテンツ選択処理については、この処理を実行するためのプログラムをＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ、コンパクトフラッシュ、ＳＤメモリカード等の記録媒体に記録して、記録媒体の形で頒布することが可能である。この場合、この記録媒体に記録されたプログラムを情報処理装置１０に読み込ませ、実行させることにより、上述した実施形態を実現することができる。

また、情報処理装置１０は、オペレーティングシステムや別のアプリケーションプログラム等の他のプログラムを備える場合がある。この場合、情報処理装置１０の備える他のプログラムを活用するために、その情報処理装置１０が備えるプログラムの中から、上述した実施形態と同等の処理を実現するプログラムを呼び出すような命令を含むプログラムを、記録媒体に記録するようにしてもよい。

さらに、このようなプログラムは、記録媒体の形ではなく、ネットワークを通じて搬送波として頒布することも可能である。ネットワーク上を搬送波の形で伝送されたプログラムは、情報処理装置１０に取り込まれて、このプログラムを実行することにより上述した実施形態を実現することができる。

また、記録媒体にプログラムを記録する際や、ネットワーク上を搬送波として伝送される際に、プログラムの暗号化や圧縮化がなされている場合がある。この場合には、これら記録媒体や搬送波からプログラムを読み込んだ情報処理装置１０は、そのプログラムの復号や伸張を行った上で、実行する必要がある。

また、上述した実施形態では、各処理をソフトウェアにより実現する場合を例に説明したが、これらの各処理をＡＳＩＣ（Application Specific IC）などのハードウェアにより実現するようにしてもよい。

従来におけるメニュー画面の状態遷移の一例を説明する図。 本実施形態に係る情報処理装置の内部構成の一例を説明するためのブロック図。 本実施形態におけるメニュー画面の状態遷移の一例を説明する図。 図３に対応して、本実施形態に係る情報処理装置の表示画面に表示されるメニュー画面の構成と状態遷移の一例を示す図。 本実施形態に係る情報処理装置で実行されるコンテンツ選択処理の内容の一例を説明するフローチャートを示す図。

符号の説明

１０ 情報処理装置
２０ ＣＰＵ
２２ ＲＡＭ
２４ ＲＯＭ
２６ 表示画面
２８ 入力部
３０ 出力部
３２ 記録媒体アクセス装置
４０ 記録媒体

Claims (8)

1. コンテンツファイルと、このコンテンツファイルを管理するファイル管理情報が記録された記録媒体から、ファイル管理情報を取得する、ファイル管理情報取得手段と、
   前記ファイル管理情報の中から、１又は複数のコンテンツファイル及び／又は１又は複数のアルバムを１つの塊として扱うことを定義したアルバムに関する情報を取得する、アルバム情報取得手段と、
   前記アルバム情報取得手段で取得したアルバムを選択肢としたメニュー画面を表示する、メニュー画面表示手段と、
   前記メニュー画面表示手段で表示されたアルバムの中から、ユーザに任意のアルバムを選択させる、選択手段と、
   ユーザが任意のアルバムを選択した場合には、選択したアルバムの配下にあるアルバム及び／又はコンテンツファイルの一覧画面をサブメニュー画面として表示する、サブメニュー表示手段であって、ユーザの選択したアルバムの配下にアルバムが１つしか存在しない場合には、その１つしかないアルバムのサブメニュー画面は表示せずに、その１つしかないアルバムの配下にあるアルバム及び／又はコンテンツファイルを表示する、サブメニュー表示手段と、
   を備えることを特徴とする情報処理装置。
2. 前記サブメニュー表示手段は、ユーザの選択したアルバムの配下にアルバムが１つしか存在しない場合でも、その１つしかないアルバムの配下に、さらにアルバムがある場合には、その１つしかないアルバムのサブメニュー画面を表示する、ことを特徴とする請求項１に記載の情報処理装置。
3. 前記サブメニュー表示手段は、ユーザの選択したアルバムの配下にアルバムが１つしか存在しない場合でも、そのアルバムの配下にあるアルバム及び／又はコンテンツデータファイルを特定するために、他のアルバムを参照しなければならない場合には、その１つしかないアルバムのサブメニュー画面を表示する、ことを特徴とする請求項１又は請求項２に記載の情報処理装置。
4. 前記ファイル管理情報は、ＭＰＶ（Music Photo/Video）形式で記述されている、ことを特徴とする請求項３に記載の情報処理装置。
5. ユーザの選択したアルバムの配下にあるＭＰＶのタグが、Album及びMarkList以外で作られている場合には、前記サブメニュー表示手段は、ユーザの選択したアルバムの配下にあるアルバム及び／又はコンテンツデータファイルを特定するために、他のアルバムを参照しなければならないと判断する、ことを特徴とする請求項４に記載の情報処理装置。
6. 当該情報処理装置は、プリンタであることを特徴とする請求項１乃至請求項５の情報処理装置。
7. 前記記録媒体から取得したファイル管理情報に関するデータが一時的に格納されるメモリを、さらに備えることを特徴とする請求項１乃至請求項６のいずれかに記載の情報処理装置。
8. コンテンツファイルと、このコンテンツファイルを管理するファイル管理情報が記録された記録媒体から、ファイル管理情報を取得するステップと、
   前記ファイル管理情報の中から、１又は複数のコンテンツファイル及び／又は１又は複数のアルバムを１つの塊として扱うことを定義したアルバムに関する情報を取得するステップと、
   前記取得したアルバムを選択肢としたメニュー画面を表示するステップと、
   前記メニュー画面に表示されたアルバムの中から、ユーザに任意のアルバムを選択させるステップと、
   ユーザが任意のアルバムを選択した場合には、選択したアルバムの配下にあるアルバム及び／又はコンテンツファイルの一覧画面をサブメニュー画面として表示するステップであって、ユーザの選択したアルバムの配下にアルバムが１つしか存在しない場合には、その１つしかないアルバムのサブメニュー画面は表示せずに、その１つしかないアルバムの配下にあるアルバム及び／又はコンテンツファイルを表示するステップと、
   を備えることを特徴とする情報処理装置の制御方法。

Images