JP2007066498A - 情報処理装置，再生装置，通信方法，再生方法及びコンピュータプログラム - Google Patents
情報処理装置，再生装置，通信方法，再生方法及びコンピュータプログラム Download PDFInfo
- Publication number
- JP2007066498A JP2007066498A JP2006200104A JP2006200104A JP2007066498A JP 2007066498 A JP2007066498 A JP 2007066498A JP 2006200104 A JP2006200104 A JP 2006200104A JP 2006200104 A JP2006200104 A JP 2006200104A JP 2007066498 A JP2007066498 A JP 2007066498A
- Authority
- JP
- Japan
- Prior art keywords
- content
- content data
- names
- unit
- name
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Signal Processing For Digital Recording And Reproducing (AREA)
- Indexing, Searching, Synchronizing, And The Amount Of Synchronization Travel Of Record Carriers (AREA)
- Management Or Editing Of Information On Record Carriers (AREA)
Abstract
【課題】処理能力が低く電力面の制約がある再生装置においても，高度な検索処理を実現させることが可能な情報処理装置を提供する
【解決手段】情報処理装置１０は，再生装置２０との接続時に，再生装置２０が記憶する複数のコンテンツを特定し，上記特定された各コンテンツの属性情報を上記ホストデータベースから抽出する。さらに，上記抽出された属性情報に基づき上記特定された各コンテンツのコンテンツ名を最下位階層とし，上記特定された各コンテンツが属するグループのグループ名を上位階層として含む階層構造化された複数種類のテーブルを作成して，携帯型再生装置２０に転送する。上記複数種類のテーブルは，上記特定された各コンテンツのコンテンツ名を第１の規則で並べ替えた第１のテーブル１５ｄと，当該各コンテンツの属するグループのグループ名単位で，当該各コンテンツのコンテンツ名を第２の規則で並べ替えた第２のテーブル１５ａとを含む。
【選択図】図１
【解決手段】情報処理装置１０は，再生装置２０との接続時に，再生装置２０が記憶する複数のコンテンツを特定し，上記特定された各コンテンツの属性情報を上記ホストデータベースから抽出する。さらに，上記抽出された属性情報に基づき上記特定された各コンテンツのコンテンツ名を最下位階層とし，上記特定された各コンテンツが属するグループのグループ名を上位階層として含む階層構造化された複数種類のテーブルを作成して，携帯型再生装置２０に転送する。上記複数種類のテーブルは，上記特定された各コンテンツのコンテンツ名を第１の規則で並べ替えた第１のテーブル１５ｄと，当該各コンテンツの属するグループのグループ名単位で，当該各コンテンツのコンテンツ名を第２の規則で並べ替えた第２のテーブル１５ａとを含む。
【選択図】図１
Description
本発明は，情報処理装置，再生装置，通信方法，再生方法及びコンピュータプログラムに関する。
近年，音楽コンテンツデータなどのデジタルコンテンツデータ（以下，単に「コンテンツ」という。）の記録再生装置として，ハードディスクドライブ（Ｈａｒｄ Ｄｉｓｃ Ｄｒｉｖｅ：ＨＤＤ）や半導体メモリ等の大容量記憶媒体を備えた記録再生装置が開発されている。かかる記録再生装置としては，一般的に大容量記憶媒体を実装容易なパーソナルコンピュータ等の情報処理装置（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ：ＰＣ）のみならず，小型で持ち運びが便利な携帯型再生装置（Ｐｏｒｔａｂｌｅ Ｄｅｖｉｃｅ：ＰＤ）も普及している。かかる携帯型再生装置は，上記記憶媒体の記憶容量増大に伴い，多数（例えば，数千，数万曲規模）のコンテンツを記憶可能となっている。
一般的には，情報処理装置から携帯型再生装置にコンテンツを転送し，携帯型再生装置でコンテンツを再生するといった利用方法がなされている。例えば，特許文献１には，オーディオサーバから携帯型オーディオプレーヤに，大量の楽曲コンテンツを容易に転送するための技術が開示されている。
しかし，上記のように携帯型再生装置に多くのコンテンツを転送して再生する場合には，携帯型再生装置において，記憶媒体に記憶された大量のコンテンツの中から，再生を所望するコンテンツを迅速に検索可能にする必要がある。従来の携帯型再生装置は，コンテンツとその属性情報（タイトル，アルバム名，アーティスト名など）とが一覧となったリレーショナルデータベース（ＲＤＢ）を有しており，このＲＤＢを検索キーに基づきクエリー（Ｑｕｅｒｙ）して，検索表示用のデータテーブルを作成し検索用の表示画面を生成していた。例えば，アーティスト名１を検索キーとした場合には，このアーティスト名１で検索してアルバム名を並び替えたテーブルを作成して表示していた。
しかしながら，一般的に，携帯型再生装置は，ＰＣ等の情報処理装置と比べて処理能力が低く，電力的制約もある。よって，上記ＲＤＢを検索キーに応じてクエリーして検索画面を表示する処理は計算負荷が高いため，この処理を携帯型再生装置が行うと，時間がかかり煩雑であるだけでなく，バッテリ電力を大量消費してしまうという問題があった。既存の携帯型再生装置では，データを予め文字コード順にソートしてＲＤＢに格納するなどして，ＲＤＢの高速化に主眼をおいて開発がなされているが，検索対象のコンテンツ数が数千，数万単位となると，どうしても処理速度及び電力消費の面で問題が生じていた。
そこで，本発明は，上記問題に鑑みてなされたものであり，本発明の目的とするところは，処理能力が低く電力面の制約がある再生装置においても，高度な検索処理を実現させることが可能な，新規かつ改良された情報処理装置，再生装置，通信方法，再生方法及びコンピュータプログラムを提供することにある。
上記課題を解決するために，本発明のある観点によれば，再生装置と接続可能な情報処理装置であって：複数のコンテンツデータを記憶するコンテンツ記憶部と；上記コンテンツ記憶部に記憶されたコンテンツデータの属性情報を有するホストデータベースを記憶するホスト記憶部と；上記再生装置が記憶する複数のコンテンツデータを特定するコンテンツ特定部と；上記特定された各コンテンツデータの属性情報を，上記ホストデータベースから抽出する属性情報抽出部と；上記抽出された属性情報に基づき，上記特定された各コンテンツデータのコンテンツ名を最下位階層とし，上記特定された各コンテンツデータが属するグループのグループ名を上位階層として含む階層構造化された複数種類のテーブルを作成するテーブル作成部と；上記複数種類のテーブルは，上記特定された各コンテンツデータのコンテンツ名を第１の規則で並べ替えた第１のテーブルと，上記特定された各コンテンツデータの属するグループのグループ名単位で，上記特定された各コンテンツデータのコンテンツ名を第２の規則で並べ替えた第２のテーブルとを含み，少なくとも当該第１及び第２のテーブルを上記再生装置に転送する転送部と；を備えることを特徴とする，情報処理装置装置が提供される。
また，上記第１の規則と上記第２の規則は，それぞれ，コンテンツ名の読み順又は文字列順，コンテンツデータのトラック番号順，各コンテンツデータに付与された評価値が高い順，上記再生装置に対するコンテンツデータの追加日時順，ユーザ定義順，コンテンツデータの再生日時順のうち，相異なるいずれかであるようにしてもよい。
また，上記属性情報は，上記グループ名として各コンテンツデータに対応するアルバム名を含んでおり，上記第１のテーブルは，上記特定された各コンテンツデータのコンテンツ名を，当該コンテンツ名の読み順又は文字列順で並べ替えたテーブルであり，上記第２のテーブルは，上記特定された各コンテンツデータの上記アルバム名単位で，上記特定された各コンテンツデータをトラック番号順で並べ替えたテーブルであるようにしてもよい。
また，上記属性情報は，上記グループ名として各コンテンツデータに対応するアーティスト名を含んでおり，上記テーブル作成部は，上記特定された各コンテンツデータの上記アーティスト名単位で，上記特定された各コンテンツデータのコンテンツ名を，読み順又は文字列順で並べ替えた第３のテーブルを作成するようにしてもよい。
また，上記コンテンツ記憶部に記憶されたコンテンツデータを上記再生装置のコンテンツ記憶部に追加する，或いは，上記再生装置のコンテンツ記憶部に記憶されたコンテンツデータを削除するコンテンツ更新部を備え，上記コンテンツ特定部は，上記コンテンツ更新部による追加／削除処理内容に基づき，上記再生装置が記憶する複数のコンテンツデータを特定するようにしてもよい。
また，上記コンテンツ特定部は，上記再生装置にアクセスして，上記再生装置が記憶するコンテンツデータの属性情報を取得し，当該取得した属性情報に基づき，上記再生装置が記憶する複数のコンテンツデータを特定するようにしてもよい。
また，上記テーブルは，上記再生装置におけるコンテンツデータ検索時に順次表示される複数の表示画面に１対１対応する階層構造を有する検索表示用テーブルようにしてもよい。
また，上記検索表示用テーブルは，上記グループ名としてのイニシャル単位で，上記特定された各コンテンツデータのコンテンツ名を，読み順又は文字列順で配列したイニシャル全コンテンツ検索表示用テーブル；上記グループ名としてのアルバム名単位で，上記特定された各コンテンツデータのコンテンツ名を，トラック番号順で配列したアルバム検索表示用テーブル；上記グループ名としてのアーティスト名単位及びアルバム名単位で，上記特定された各コンテンツデータのコンテンツ名をトラック番号順で配列したアーティスト検索表示用テーブル；上記グループ名としてのジャンル単位，アーティスト名単位及びアルバム名単位で，上記特定された各コンテンツデータのコンテンツ名を，トラック番号順で配列したジャンル検索表示用テーブル；上記グループ名としての評価値レベル単位で，上記特定された各コンテンツデータのコンテンツ名を，各コンテンツデータに付与された評価値が高い順に配列したレーティング検索表示用テーブル；上記グループ名として少なくともリリース日時単位で，上記特定された各コンテンツデータのコンテンツ名を，読み順又は文字列順で配列した年代検索表示用テーブル；上記グループ名としての転送時期単位で，上記特定された各コンテンツデータのコンテンツ名を，上記再生装置に対するコンテンツデータの追加日時順で配列した転送時期検索表示用テーブル；上記グループ名としてのアーティスト名単位で，上記特定された各コンテンツデータのコンテンツ名を，読み順又は文字列順で配列したアーティスト全コンテンツ検索表示用テーブル；上記グループ名としてのプレイリスト単位で，コンテンツ名をユーザ定義順で配列したプレイリスト検索表示用テーブル；上記グループ名としての再生時期単位で，上記特定された各コンテンツデータのコンテンツ名を，コンテンツデータの再生日時順で配列した再生履歴検索表示用テーブル；または，上記グループ名としてのアーティスト名単位で，上記特定された各コンテンツデータのコンテンツ名を，各コンテンツデータに付与された評価値の大きさ順で配列したアーティストリンク検索表示用テーブル；の少なくともいずれかを含むようにしてもよい。
また，上記課題を解決するために，本発明の別の観点によれば，情報処理装置と接続可能な再生装置であって：複数のコンテンツデータを記憶するコンテンツ記憶部と；上記情報処理装置によって，上記コンテンツ記憶部が記憶する複数のコンテンツデータが特定され，上記特定された各コンテンツデータの属性情報が，上記情報処理装置のコンテンツ記憶部に記憶された各コンテンツデータの属性情報を有するホストデータベースから抽出され，上記抽出された属性情報に基づき作成された，上記特定された各コンテンツデータのコンテンツ名を最下位階層とし，上記特定された各コンテンツデータが属するグループのグループ名を上位階層として含む階層構造化された複数種類のテーブルを，上記情報処理装置から取得する取得部と；上記取得された複数種類のテーブルは，上記特定された各コンテンツデータのコンテンツ名を第１の規則で並べ替えた第１のテーブルと，上記特定された各コンテンツデータの属するグループのグループ名単位で，上記特定された各コンテンツデータのコンテンツ名を第２の規則で並べ替えた第２のテーブルとを含み，少なくとも当該第１及び上記第２のテーブルを記憶するターミナル記憶部と；第１の操作に応じて上記ターミナル記憶部から上記第１のテーブルを読み出して，上記第１のテーブル内の上記第１の規則で並べ替えられたコンテンツ名を表示部に表示し，第２の操作に応じて上記第２のテーブルを読み出して，上記第２のテーブル内の上記第２の規則で並べ替えられたコンテンツ名を上記表示部に表示する表示制御部と；上記表示制御部により表示されたコンテンツ名から１のコンテンツ名を選択する選択部と；上記コンテンツ記憶部に記憶されているコンテンツデータのうち，上記選択部により選択されたコンテンツ名に対応するコンテンツデータを再生する再生部と；を備えることを特徴とする，再生装置が提供される。
また，上記第１の規則と上記第２の規則は，それぞれ，コンテンツ名の読み順又は文字列順，コンテンツデータのトラック番号順，各コンテンツデータに付与された評価値が高い順，上記再生装置に対するコンテンツデータの追加日時順，ユーザ定義順，コンテンツデータの再生日時順のうち，相異なるいずれかであるようにしてもよい。
また，上記属性情報は，上記グループ名として各コンテンツデータに対応するアルバム名を含んでおり，上記第１のテーブルは，上記特定された各コンテンツデータのコンテンツ名を，当該コンテンツ名の読み順又は文字列順で並べ替えたテーブルであり，上記第２のテーブルは，上記特定された各コンテンツデータの上記アルバム名単位で，上記特定された各コンテンツデータをトラック番号順で並べ替えたテーブルであるようにしてもよい。
また，上記課題を解決するために，本発明の別の観点によれば，再生装置と接続可能な情報処理装置における通信方法であって：上記再生装置が記憶する複数のコンテンツデータを特定するコンテンツ特定ステップと；上記特定された各コンテンツデータの属性情報を，上記情報処理装置のコンテンツ記憶部に記憶された複数のコンテンツデータの属性情報を有するホストデータベースから抽出する属性情報抽出ステップと上記抽出された属性情報に基づき，上記特定された各コンテンツデータのコンテンツ名を最下位階層とし，上記特定された各コンテンツデータが属するグループのグループ名を上位階層として含む階層構造化された複数種類のテーブルを作成するテーブル作成ステップと；上記複数種類のテーブルは，上記特定された各コンテンツデータのコンテンツ名を第１の規則で並べ替えた第１のテーブルと，上記特定された各コンテンツデータの属するグループのグループ名単位で，上記特定された各コンテンツデータのコンテンツ名を第２の規則で並べ替えた第２のテーブルとを含み，少なくとも当該第１及び第２のテーブルを上記再生装置に転送する転送ステップと；を含むことを特徴とする，通信方法が提供される。
また，上記課題を解決するために，本発明の別の観点によれば，情報処理装置と接続可能な再生装置における再生方法であって：上記情報処理装置によって，上記再生装置が記憶する複数のコンテンツデータが特定され，上記特定された各コンテンツデータの属性情報が，上記情報処理装置のコンテンツ記憶部に記憶された各コンテンツデータの属性情報を有するホストデータベースから抽出され，上記抽出された属性情報に基づき作成された，上記特定された各コンテンツデータのコンテンツ名を最下位階層とし，上記特定された各コンテンツデータが属するグループのグループ名を上位階層として含む階層構造化された複数種類のテーブルを，上記情報処理装置から取得する取得ステップと；上記取得された複数種類のテーブルは，上記特定された各コンテンツデータのコンテンツ名を第１の規則で並べ替えた第１のテーブルと，上記特定された各コンテンツデータの属するグループのグループ名単位で，上記特定された各コンテンツデータのコンテンツ名を第２の規則で並べ替えた第２のテーブルとを含み，少なくとも当該第１及び上記第２のテーブルをターミナル記憶部に記録するステップと；第１の操作に応じて上記ターミナル記憶部から上記第１のテーブルを読み出して，上記第１のテーブル内の上記第１の規則で並べ替えられたコンテンツ名を表示部に表示し，第２の操作に応じて上記第２のテーブルを読み出して，上記第２のテーブル内の上記第２の規則で並べ替えられたコンテンツ名を上記表示部に表示する表示制御ステップと；上記表示制御ステップで表示されたコンテンツ名から１のコンテンツ名を選択する選択ステップと；上記再生装置のコンテンツ記憶部に記憶されているコンテンツデータのうち，上記選択ステップで選択されたコンテンツ名に対応するコンテンツデータを再生する再生ステップと；を含むことを特徴とする，再生方法が提供される。
また，上記課題を解決するために，本発明の別の観点によれば，再生装置と接続可能な情報処理装置をして上記再生装置に記憶されている複数のコンテンツデータ，又は，上記再生装置に記憶される予定の複数のコンテンツデータを特定するコンテンツ特定処理と；上記特定された各コンテンツデータの属性情報を，上記情報処理装置のコンテンツ記憶部に記憶された複数のコンテンツデータの属性情報を有するホストデータベースから抽出する属性情報抽出処理と；上記抽出された属性情報に基づき，上記特定された各コンテンツデータのコンテンツ名を最下位階層とし，上記特定された各コンテンツデータが属するグループのグループ名を上位階層として含む階層構造化された複数種類のテーブルを作成するテーブル作成処理と；上記複数種類のテーブルは，上記特定された各コンテンツデータのコンテンツ名を第１の規則で並べ替えた第１のテーブルと，上記特定された各コンテンツデータの属するグループのグループ名単位で，上記特定された各コンテンツデータのコンテンツ名を第２の規則で並べ替えた第２のテーブルとを含み，少なくとも当該第１及び第２のテーブルを上記再生装置に転送する転送処理と；を実行させることを特徴とする，コンピュータプログラムが提供される。
また，上記課題を解決するために，本発明の別の観点によれば，情報処理装置と接続可能な再生装置をして：上記情報処理装置によって，上記再生装置が記憶する複数のコンテンツデータが特定され，上記特定された各コンテンツデータの属性情報が，上記情報処理装置のコンテンツ記憶部に記憶された各コンテンツデータの属性情報を有するホストデータベースから抽出され，上記抽出された属性情報に基づき作成された，上記特定された各コンテンツデータのコンテンツ名を最下位階層とし，上記特定された各コンテンツデータが属するグループのグループ名を上位階層として含む階層構造化された複数種類のテーブルを，上記情報処理装置から取得する取得処理と；上記取得された複数種類のテーブルは，上記特定された各コンテンツデータのコンテンツ名を第１の規則で並べ替えた第１のテーブルと，上記特定された各コンテンツデータの属するグループのグループ名単位で，上記特定された各コンテンツデータのコンテンツ名を第２の規則で並べ替えた第２のテーブルとを含み，少なくとも当該第１及び上記第２のテーブルをターミナル記憶部に記録する処理と；第１の操作に応じて上記ターミナル記憶部から上記第１のテーブルを読み出して，上記第１のテーブル内の上記第１の規則で並べ替えられたコンテンツ名を表示部に表示し，第２の操作に応じて上記第２のテーブルを読み出して，上記第２のテーブル内の上記第２の規則で並べ替えられたコンテンツ名を上記表示部に表示する表示制御処理と；上記表示制御処理で表示されたコンテンツ名から１のコンテンツ名を選択する選択処理と；上記再生装置のコンテンツ記憶部に記憶されているコンテンツデータのうち，上記選択処理で選択されたコンテンツ名に対応するコンテンツデータを再生する再生処理と；を実行させることを特徴とする，コンピュータプログラムが提供される。
また，上記課題を解決するために，本発明の別の観点によれば，再生装置と接続可能な情報処理装置であって：情報処理装置が管理する記憶媒体に記憶されるコンテンツデータの属性情報を有するホストデータベースと；再生装置から，当該再生装置が管理する記憶媒体に記憶されるコンテンツデータの属性情報を有するターミナルデータベースを取得する取得部と；ホストデータベースとターミナルデータベースとを比較する比較部と；比較部による比較結果に応じて，ターミナルデータベースを更新するために必要なレコードを生成するレコード生成部と；レコードの各々は，属性情報として，各コンテンツデータのコンテンツ名及び当該各コンテンツデータが属するグループ名を少なくとも有し，レコード生成部により生成されたレコード内のコンテンツ名を第１の規則で並べ替えた結果に基づきターミナルデータベースの一部を更新する第１の更新部と；レコード生成部により生成されたレコード内のグループ名が示すグループ単位で，レコード内のコンテンツ名を第２の規則で並べ替えた結果に基づきターミナルデータベースの一部を更新する第２の更新部と；第１の更新部と第２の更新部により更新されたターミナルデータベースを再生装置に転送する転送部と；を備えることを特徴とする，情報処理装置が提供される。
また，転送部は，ホストデータベースのレコード数がターミナルデータベースのレコード数よりも多いとき，ターミナルデータベースに追加されたレコードに対応するコンテンツデータを再生装置に転送するようにしてもよい。
また，ホストデータベースのレコード数がターミナルデータベースのレコード数よりも少ないとき，再生装置が管理する記憶媒体に記憶されるコンテンツデータの一部を削除するコンテンツ更新部を備えるようにしてもよい。
また，第１の更新部は，レコード生成部により生成されたレコード内のコンテンツ名を発音順で並べ替えた結果に基づきターミナルデータベースの一部を更新し，第２の更新部は，レコード生成部により生成されたレコード内のグループ名としてのアルバム名が示すアルバム単位で，レコード内のコンテンツ名をトラック番号順に並べ替えた結果に基づきターミナルデータベースの一部を更新するようにしてもよい。
また，更に，レコードの各々は，各コンテンツデータに対応するアーティスト名を有し，レコード内のアーティスト名が示すアーティスト単位で，レコード内のコンテンツ名を発音順で並べ替えた結果に基づきターミナルデータベースの一部を更新する第３の更新部を備えるようにしてもよい。
また，上記課題を解決するために，本発明の別の観点によれば，情報処理装置と接続可能な再生装置であって：再生装置が管理する記憶媒体に記憶されるコンテンツデータの属性情報を有するターミナルデータベースと；情報処理装置に，ターミナルデータベースを転送する転送部と；情報処理装置が，当該情報処理装置が管理するコンテンツデータの属性情報を有するホストデータベースとターミナルデータベースとを比較し，当該比較結果に応じて，ターミナルデータベースを更新するために必要な，各コンテンツデータのコンテンツ名及び当該各コンテンツデータが属するグループ名を属性情報として各々有するレコードを生成し，当該レコード内のコンテンツ名を第１の規則で並べ替えた結果に基づきターミナルデータベースの一部を更新すると共に，当該レコード内のグループ名が示すグループ単位で，レコード内のコンテンツ名を第２の規則で並べ替えた結果に基づき当該ターミナルデータベースの一部を更新することにより得られるターミナルデータベースを，情報処理装置から取得する取得部と；第１の操作に応じてターミナルデータベース内の第１の規則で並べ替えた結果を出力し，第２の操作に応じてターミナルデータベース内の第２の規則で並べ替えられた結果を出力する出力制御部と；出力された結果から一のコンテンツ名を選択する選択部と；選択部により選択されたコンテンツ名に対応する記憶媒体に記憶されるコンテンツデータを再生する再生部と；を備えることを特徴とする，再生装置が提供される。
上記構成により，情報処理装置と再生装置とが接続されたとき，情報処理装置が再生装置が記憶するコンテンツを特定し，特定されたコンテンツの属性情報を情報処理装置のホストデータベースから抽出して，当該属性情報のコンテンツ名を第１の規則（例えば，読み順／文字順）でソートした階層構造を有する第１のテーブルと，当該属性情報のコンテンツ名をグループ名単位で第２の規則（例えば，トラック順）でソートした階層構造を有する第２のテーブルとを作成して，この第１及び第２のテーブルを再生装置に転送して記録する。
これにより，再生装置は，かかる第１及び第２のテーブルに基づき，再生装置に記憶されているコンテンツのコンテンツ名を，少なくとも２種類の規則でソートして表示でき，高度な検索を可能ならしめる。さらに，この際，再生装置自体は，検索表示用のテーブルを作成する処理を行う必要が無く，格納されているテーブルをそのまま，階層ごとに表示するだけでよい。従って，再生装置の処理負荷を軽減できるとともに，バッテリ消費を抑制できる。よって，処理能力が低くバッテリ面で制約のある再生装置においても，高度な検索を実現可能である。
以上説明したように本発明によれば，処理能力が低く電力面の制約がある再生装置においても，高度な検索処理を実現させることができる。
以下に添付図面を参照しながら，本発明の好適な実施の形態について詳細に説明する。なお，本明細書及び図面において，実質的に同一の機能構成を有する構成要素については，同一の符号を付することにより重複説明を省略する。
（第１の実施形態）
以下に，本発明の第１の実施形態にかかる通信システム，情報処理装置，再生装置，通信方法，再生方法，コンピュータプログラムについて詳細に説明する。
以下に，本発明の第１の実施形態にかかる通信システム，情報処理装置，再生装置，通信方法，再生方法，コンピュータプログラムについて詳細に説明する。
＜本実施形態にかかる概要＞
以下に，本発明の第１の実施形態にかかる通信システムにおける情報処理装置１０と携帯型再生装置２０との関係の概要について説明する。
以下に，本発明の第１の実施形態にかかる通信システムにおける情報処理装置１０と携帯型再生装置２０との関係の概要について説明する。
これに先立ち，まず，図３３及び図３４を参照して，従来における情報処理装置１０’と携帯型再生装置２０’との関係について説明する。
図３３に示すように，従来では，情報処理装置１０’は，リレーショナルデータベース１２（以下，「ＲＤＢ」という。）を保有しており，このＲＤＢ１２を携帯型再生装置２０’に転送して，携帯型再生装置２０’の記憶媒体に記録する。このＲＤＢ１２は，図３４（ａ）に示すように，コンテンツと，このコンテンツに関する属性情報（コンテンツのアーティスト名，アルバム名，タイトル，トラック番号など）とが関連付けられたデータベースである。
このため，従来の携帯型再生装置２０’においてコンテンツの検索用画面１３を出力するためには，まず，上記ＲＤＢ１２をクエリーして，図３４（ｂ）に示すような構造のアーティスト検索表示用テーブル１４を，検索キーに応じて毎回，作成する必要があった。このアーティスト検索表示用テーブル１４を利用して検索用画面１３表示する際には，まず，ＲＤＢ１２内の各コンテンツの全てのレコードに基づき，アーティスト名を検索キーとしてアルバム名をソート（並び替え）したテーブルを作成して表示し，さらに，このうち１のアルバム名が検索キーとして入力されると，当該アルバム内に含まれるトラック（コンテンツ）のタイトルを，トラック番号順にソートしたテーブルを作成して表示していた。
このように，従来では，コンテンツの検索用の表示を行うために，検索キーに応じてＲＤＢ１２を度々，クエリーする必要があった。しかし，このクエリー処理は，計算負荷が高く，処理能力の低い携帯型再生装置２０’では時間を要する処理であり，さらに，電力消費も大きいため，携帯時の携帯型再生装置２０’のバッテリ持ちに悪影響をおよぼすという問題があった。そこで，従来の携帯型再生装置２０’では，計算負荷を低減するために，ハッシュテーブルを利用するなどして，ＲＤＢ１２へのデータの格納方法を工夫している。しかし，このように工夫しても，携帯型再生装置２０’が例えば数千，数万規模の大量のコンテンツを保有している場合には，必然的に計算負荷が高くなるので，検索処理が遅くなり，バッテリ消費量も増加してしまっていた。
次に，図１及び図２を参照して，本発明の第１の実施形態にかかる情報処理装置１０と携帯型再生装置２０との関係について概略的に説明する。図１は，本実施形態にかかる携帯型再生装置２０において，検索用画面１６を表示する方式を示す概念図であり，図２は，本実施形態にかかる携帯型再生装置２０が有する２種類の検索表示用テーブル１５ａ，１５ｂを示す説明図である。
図１に示すように，本実施形態では，携帯型再生装置２０で使用されうる複数種類の検索表示用テーブル１５を，情報処理装置１０が予め作成し，この複数種類の検索表示用テーブル１５を携帯型再生装置２０に転送して記録しておく。
この複数種類の検索表示用テーブル１５には，例えば，アルバム検索表示用テーブル１５ａ，アーティスト検索表示用テーブル１５ｂ，ジャンル検索表示用テーブル１５ｃ，イニシャル全曲検索表示用テーブル１５ｄ，などがある。このうち，アルバム検索表示用テーブル１５ａは，図２（ａ）に示すように，アルバム名−トラック（タイトル）の２階層構造を有し，アーティスト検索表示用テーブル１５ｂは，図２（ｂ）に示すように，アーティスト名−アルバム名−トラック（タイトル）の３階層構造を有する。このような各種の検索表示用テーブル１５は，それぞれ，携帯型再生装置２０におけるコンテンツ（楽曲）検索時に順次，表示される各表示画面に１：１対応するデータ構造となっている。
携帯型再生装置２０は，このような複数種類の検索表示用テーブル１５を保有しているので，上記従来のようなＲＤＢ１２のクエリー処理を行うことなく，検索表示用テーブル１５ａ〜１５ｄをそのまま検索用画面１６として表示できる点が特徴的である。従って，携帯型再生装置２０では，クエリー処理の計算負荷がゼロになるので，検索画面表示時の検索処理を迅速に実行でき，バッテリ消費量も低減できるという利点がある。
以下に，このような本実施形態にかかる携帯型再生装置２０における検索画面の表示手法を実現するための構成について詳細に説明する。
＜システム構成＞
次に，図３に基づいて，本実施形態にかかる通信システム１００の全体構成について説明する。なお，図３は，本実施形態にかかる通信システム１００の全体構成を概略的に示すブロック図である。
次に，図３に基づいて，本実施形態にかかる通信システム１００の全体構成について説明する。なお，図３は，本実施形態にかかる通信システム１００の全体構成を概略的に示すブロック図である。
図３に示すように，本実施形態にかかる通信システム１００は，例えば，複数の情報処理装置１０−１，２，…，ｎ，（以下では「情報処理装置１０」又は「ＰＣ１０」と総称する場合もある。）と，複数の携帯型再生装置（ＰＤ）２０−１，２，…，ｎ，（以下では「携帯型再生装置２０」又は「ＰＤ２０」と総称する場合もある。）と，据え置き型の再生装置２１，配信サーバ３０と，これら装置を相互に接続するネットワーク５およびローカルライン９と，記憶媒体７と，から構成される。
また，本実施形態におけるコンテンツデータ（以下，「コンテンツ」）は，例えば，音楽，講演，ラジオ番組等の音声（Ａｕｄｉｏ）コンテンツや，映画，テレビジョン番組，ビデオプログラム等の動画，或いは，写真，絵画，図表等を構成する静止画からなる映像（Ｖｉｄｅｏ）コンテンツ，電子図書（Ｅ−ｂｏｏｋ），ゲーム，ソフトウェアなど，任意のコンテンツであってよい。以下では，コンテンツとして，音声コンテンツ，特に，配信サーバから配信された音楽コンテンツ，或いは音楽ＣＤからリッピングされた音楽コンテンツの例を挙げて説明するが，本発明はかかる例に限定されない。また，本実施形態にかかるコンテンツは，例えば，著作権管理対象コンテンツ，即ち，チェックイン・チェックアウト方式やグループ管理方式などの著作権管理方式で著作権管理されるコンテンツであってもよいし，或いは，著作権管理されないコンテンツであってもよい。
情報処理装置１０は，コンテンツを記録及び再生することが可能な記録再生装置である。より具体的には，情報処理装置１０は，例えば，パーソナルコンピュータ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ：以下「ＰＣ」という。）等のコンピュータ装置（ノート型，デスクトップ型を問わない。）で構成されるが，かかる例に限定されず，ネットワーク５を介した通信機能を有する機器であれば，例えばＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ），家庭用ゲーム機，情報家電などで構成することもできる。
この情報処理装置１０は，例えば，ネットワーク５を介して配信サーバ３０との間で通信接続可能である。この情報処理装置１０は，例えば，コンテンツ配信サービス用のソフトウェアや，リッピングコンテンツ共有サービス用のソフトウェアをインストール可能である。これにより，情報処理装置１０は，配信サーバ３０から配信されたコンテンツ（以下，「配信コンテンツ」）を取得し，この配信コンテンツをストレージ装置や記憶媒体７などの記録手段に記録することができる。
また，情報処理装置１０は，例えば，セルフレコーディング（自己録音，録画等）やリッピングなどによって，新規にコンテンツを作成して，ストレージ装置や記憶媒体７に記録することができる。なお，セルフレコーディングとは，情報処理装置１０自身が有する撮像装置／集音装置によって撮像／集音した映像／音声等を，映像／音声のデジタルデータとして記録することをいう。また，リッピングとは，音楽ＣＤ，ビデオＤＶＤ，ソフトウェア用ＣＤ−ＲＯＭ等の記憶媒体に記録されているデジタル形式のコンテンツデータ（音声データや映像データ等）を抽出し，コンピュータで処理可能なファイル形式に変換して，ストレージ装置や記憶媒体７に記録することをいう。
情報処理装置１０は，上記配信コンテンツおよびリッピングコンテンツを，例えば，ＡＴＲＡＣ３（Ａｄｖａｎｃｅｄ Ｔｒａｎｓｆｏｒｍ Ａｃｏｕｓｔｉｃ Ｃｏｄｉｎｇ）方式，またはＭＰ３（ＭＰＥＧ Ａｕｄｉｏ Ｌａｙｅｒ−３）方式などの所定の圧縮符号化方式で圧縮符号化し，ＤＥＳ（Ｄａｔａ Ｅｎｃｒｙｐｔｉｏｎ Ｓｔａｎｄａｒｄ）などの暗号化方式で暗号化して記録できる。
さらに，情報処理装置１０は，上記配信コンテンツやリッピングコンテンツを，他の情報処理装置１０または携帯型再生装置２０との間で，ネットワーク５やローカルライン９を介して送受信する，或いは記憶媒体７を介してやり取りすることができる。これにより，複数の情報処理装置１０，携帯型再生装置２０間で，コンテンツを提供／取得して，コンテンツを共有できる。
携帯型再生装置２０は，携帯可能なコンテンツ再生装置であるポータブルデバイス（Ｐｏｒｔａｂａｌｅ Ｄｅｖｉｃｅ：以下「ＰＤ」という。）で構成される。より具体的には，携帯型再生装置２０は，例えば数十ＧＢの記憶容量を有するハードディスクドライブ（ＨＤＤ）を備えた携帯型オーディオプレーヤなどで構成されるが，かかる例に限定されず，携帯型映像／音声プレーヤ，ＰＤＡ，携帯電話，ＰＨＳなど，各種の携帯可能な装置であってもよい。また，携帯型再生装置２０に内蔵された記憶媒体，或いは装填可能なリムーバブル記憶媒体７は，上記ＨＤＤの例に限定されず，光ディスク，光磁気ディスク，フラッシュメモリ，ＦｅＲＡＭ，及び，磁気メモリなど，ランダムアクセス可能な記憶媒体であれば構わない。なお，この携帯型再生装置２０は，コンテンツ再生専用機であってもよい。
この携帯型再生装置２０は，例えば，ローカルライン９を介して情報処理装置１０にローカル接続可能であり，情報処理装置１０との間で各種のデータを通信可能である。このローカルライン９は，例えば，例えばＵＳＢ（Ｕｎｉｖａｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）ケーブル，ＳＣＳＩ（Ｓｍａｌｌ Ｃｏｍｐｕｔｅｒ Ｓｙｓｔｅｍ Ｉｎｔｅｒｆａｃｅ）ケーブル等の有線ケーブルなどで構成される。なお，情報処理装置１０と携帯型再生装置２０とは，無線通信で通信可能に構成されてもよい。
かかる携帯型再生装置２０は，ローカルライン９を介して情報処理装置１０から転送されたコンテンツや，リムーバブル記憶媒体７によって提供されたコンテンツを再生することができる。
また，据え置き型の再生装置２１は，例えば，据え置き型の音楽記録／再生装置などで構成される。この据え置き型の再生装置２１は，上述した携帯型再生装置２０と略同一の機能を有する。以下では，再生装置として，主に携帯型再生装置２０の例について詳細に説明するが，当該説明は据え置き型の再生装置２１にも適用されうるものである。
配信サーバ３０は，サーバ機能を備えたコンピュータ装置などで構成される。この配信サーバ３０は，コンテンツ配信サービスを提供するサーバであり，ユーザが所有する情報処理装置１０からの配信要求に応じて，当該情報処理装置１０にネットワーク５を介してコンテンツを配信する。
この配信サーバ３０は，例えば，電子音楽配信（ＥＭＤ；Ｅｌｅｃｔｒｏｎｉｃ Ｍｕｓｉｃ Ｄｉｓｔｒｉｂｕｔｉｏｎ）サービスを提供するＥＭＤサーバなどである。この配信サーバ３０は，配信対象の音楽コンテンツを，例えば，ＡＴＲＡＣ３方式またはＭＰ３方式などの圧縮符号化方式で圧縮符号化し，ＤＥＳなどの暗号化方式で暗号化した上で，情報処理装置１０に配信する。また，配信サーバ３０は，暗号化された配信コンテンツとともに，当該配信コンテンツを復号するためのコンテンツ鍵を暗号化して，情報処理装置１０に送信する。また，配信サーバ３０は，上記コンテンツの配信に応じて，コンテンツを購入したユーザに対し課金処理を行う。
ネットワーク５は，上記情報処理装置１０および配信サーバ３０を双方向通信可能に接続する通信回線網である。このネットワーク５は，例えば，インターネット，電話回線網，衛星通信網等の公衆回線網や，ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ），ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ），ＩＰ−ＶＰＮ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ−Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）等の専用回線網などで構成されており，有線・無線を問わない。
さらに，かかるネットワーク５は，私的ネットワークを含むものである。この私的ネットワークとは，著作権管理の観点からみて，私的使用の範囲内でコンテンツを共有する複数の情報処理装置１０を相互に接続するネットワークである。かかる私的ネットワークの具体例としては，例えば，同一ユーザによって使用される複数の情報処理装置１０を接続するネットワークや，同一の家庭内で使用される複数の情報処理装置１０を接続するホームネットワーク，小規模の限られたグループ（会社，友人等）内で使用される複数の情報処理装置１０を接続するＬＡＮなどが挙げられる。
リムーバブル記憶媒体７は，コンテンツ，コンテンツの属性情報等の各種データを格納し，情報処理装置１０や携帯型再生装置２０に脱着可能な記憶媒体であり，例えば，ＤＶＤ−Ｒ，ＤＶＤ−ＲＷ，ＤＶＤ−ＲＡＭ，ＣＤ−Ｒ，ＣＤ−ＲＷ，光磁気ディスク等の各種の光ディスクや，フレキシブルディスク，ハードディスク等の磁気ディスク，各種の半導体メモリなどである。なお，このリムーバブル記憶媒体７は，例えば，暗号鍵等を用いてコンテンツのコピーや再生等を制限する著作権管理機能付きの記憶媒体であってもよい。
このリムーバブル記憶媒体７は，情報処理装置１０間におけるコンテンツの提供／取得を行うための記憶媒体として機能する。例えば，情報処理装置１０−１によってコンテンツが書き込まれたリムーバブル記憶媒体７を，情報処理装置１０−２にローディングして当該コンテンツを読み出すことにより，情報処理装置１０−１から情報処理装置１０−２に対しコンテンツを提供することができる。さらに，情報処理装置１０は，ネットワーク５に接続不能な携帯型再生装置２０との間でも，リムーバブル記憶媒体７を介してコンテンツを提供／取得することができる。また，このリムーバブル記憶媒体７は，情報処理装置１０間におけるコンテンツ属性情報の提供／取得を行うための記憶媒体としても機能する。さらに，このリムーバブル記憶媒体７は，販売店の店頭等に設けられたコンテンツ販売端末（図示せず。）に挿入され，ユーザ操作に応じて購入されたコンテンツを記憶して，情報処理装置１０に提供することもできる。
＜情報処理装置（ＰＣ）のハードウェア構成＞
次に，図４に基づいて，本実施形態にかかる情報処理装置１０のハードウェア構成について説明する。なお，図４は，本実施形態にかかる情報処理装置１０のハードウェア構成の例を概略的に示すブロック図である。
次に，図４に基づいて，本実施形態にかかる情報処理装置１０のハードウェア構成について説明する。なお，図４は，本実施形態にかかる情報処理装置１０のハードウェア構成の例を概略的に示すブロック図である。
図４に示すように，情報処理装置１０は，例えば，ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１０１と，ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１０２と，ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１０３と，ホストバス１０４と，ブリッジ１０５と，外部バス１０６と，インタフェース１０７と，入力装置１０８と，出力装置１１０と，ストレージ装置（ＨＤＤ）１１１と，ドライブ１１２と，接続ポート１１４と，通信装置１１５とを備える。
ＣＰＵ１０１は，演算処理装置および制御装置として機能し，各種プログラムに従って動作し，情報処理装置１０内の各部を制御する。ＲＯＭ１０２は，ＣＰＵ１０１が使用するプログラムや演算パラメータ等を記憶する。ＲＡＭ１０３は，ＣＰＵ１０１の実行において使用するプログラムや，その実行において適宜変化するパラメータ等を一次記憶する。これらはＣＰＵバスなどから構成されるホストバス１０４により相互に接続されている。
ホストバス１０４は，ブリッジ１０５を介して，ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ／Ｉｎｔｅｒｆａｃｅ）バスなどの外部バス１０６に接続されている。
入力装置１０８は，例えば，マウス，キーボード，タッチパネル，ボタン，スイッチ，レバー等の操作手段と，入力信号を生成してＣＰＵ１０１に出力する入力制御回路などから構成されている。情報処理装置１０のユーザは，この入力装置１０８を操作することにより，情報処理装置１０に対して各種のデータを入力したり，処理動作を指示したりすることができる。
出力装置１１０は，例えば，ＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）ディスプレイ装置，液晶ディスプレイ（ＬＣＤ）装置，ランプ等の表示装置と，スピーカ等の音声出力装置などで構成される。この出力装置１１０は，例えば，再生されたコンテンツを出力する。具体的には，表示装置は再生された映像データ等の各種情報をテキストまたはイメージで表示する。一方，音声出力装置は，再生された音声データ等を発音する。
ストレージ装置１１１は，本実施形態にかかる情報処理装置１０の記憶部の一例として構成されたデータ格納用の装置であり，例えば，ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）で構成される。このストレージ装置１１１は，記憶媒体であるハードディスクを駆動し，ＣＰＵ１０１が実行するプログラムや各種データを格納する。
ドライブ１１２は，記憶媒体用リーダライタであり，情報処理装置１０に内蔵，或いは外付けされる。このドライブ１１２は，情報処理装置１０にローディングされた磁気ディスク，光ディスク，光磁気ディスク，または半導体メモリ等のリムーバブル記憶媒体７に対して，コンテンツ，コンテンツの属性情報などの各種データを記録／再生する。
具体的には，ドライブ１１２は，リムーバブル記憶媒体７に記録されているデータを読み出して，インタフェース１０７，外部バス１０６，ブリッジ１０５，およびホストバス１０４を介して接続されているＲＡＭ１０３に供給する。ＣＰＵ１０１は，必要に応じて，これらのデータをＲＯＭ１０２またはストレージ装置１１１などに格納する。一方，ドライブ１１２は，ＲＯＭ１０２またはストレージ装置１１１などに格納されているデータや，新たに生成したデータ，外部装置から取得したデータをＣＰＵ１０１から受け取り，リムーバブル記憶媒体７に書き込む。
接続ポート１１４は，例えば携帯型再生装置２０等の外部周辺機器を接続するためのポートであり，例えば，ＵＳＢ，ＩＥＥＥ１３９４等の接続端子を有する。接続ポート１１４は，インタフェース１０７，および外部バス１０６，ブリッジ１０５，ホストバス１０４等を介してＣＰＵ１０１等に接続されている。かかる接続ポート１１４によって，情報処理装置１０は，携帯型再生装置２０とローカルライン９を介して，コンテンツおよびその属性情報，制御信号などの各種のデータを通信可能となる。本接続ポート１１４は，有線通信に限らず，無線通信により，携帯型再生装置２０と通信接続可能である。例えば，本接続ポート１１４は，Bluetooth, 802.11a/b/g等に対応することもできる。
通信装置１１５は，例えば，ネットワーク５に接続するための通信デバイス等で構成された通信インタフェースである。この通信装置１１５は，他の情報処理装置（ＰＣ）１０や配信サーバ３０等の外部機器との間で，ネットワーク５を介して，コンテンツおよびその属性情報，制御信号などの各種データを送受信する。本通信装置１１５は，例えば，Ethernet（登録商標）や，Giga Ethernet（登録商標）に対応し，また，無線アクセスポイントとダイレクトに通信可能な環境においては，例えば，Bluetooth, 802.11a/b/g等の無線通信に対応していればよい。
なお，配信サーバ３０のハードウェア構成は，上述の情報処理装置１０のハードウェア構成とほぼ同様であるので，説明を省略する。
＜携帯型再生装置（ＰＤ）のハードウェア構成＞
まず，図５に基づいて，本実施形態にかかる携帯型再生装置２０のハードウェア構成について説明する。なお，図５は，本実施形態にかかる携帯型再生装置２０のハードウェア構成の例を概略的に示すブロック図である。
まず，図５に基づいて，本実施形態にかかる携帯型再生装置２０のハードウェア構成について説明する。なお，図５は，本実施形態にかかる携帯型再生装置２０のハードウェア構成の例を概略的に示すブロック図である。
図５に示すように，携帯型再生装置２０は，例えば，メイン制御装置２０１と，フラッシュメモリ２０２と，ＲＡＭ２０３と，データ処理装置２０４と，バス２０６と，入力装置２０８と，表示装置２１０と，ストレージ装置（ＨＤＤ）２１１と，デコーダ２１３と，通信装置２１５と，オーディオ出力回路２１６と，リモートコントローラ２１８と，ヘッドフォン２１９と，上記携帯型再生装置２０の各部に電力供給するバッテリ（図示せず。）とを備える。
メイン制御装置２０１は，制御装置として機能し，携帯型再生装置２０の各部を制御する。フラッシュメモリ２０２は，例えば，メイン制御装置２０１の動作を規定したプログラムや，各種のデータを記憶する。また，ＲＡＭ２０３は，例えばＳＤＲＡＭ（Ｓｙｎｃｈｒｏｎｏｕｓ ＤＲＡＭ）で構成され，メイン制御装置２０１の処理に関する各種データを一次記憶する。
データ処理装置２０４は，システムＬＳＩ等で構成され，携帯型再生装置２０内で転送されるデータを処理する。バス２０６は，メイン制御装置２０１，フラッシュメモリ２０２，ＲＡＭ２０３，データ処理装置２０４，入力装置２０８，表示装置２１０，ストレージ装置（ＨＤＤ）２１１，デコーダ２１３，通信装置２１５およびオーディオ出力回路２１６などを接続するデータ線である。
入力装置２０８とリモートコントローラ２１８は，例えば，タッチパネル，ボタンキー，レバー，ダイヤル等の操作手段と，ユーザによる操作手段に対する操作に応じて入力信号を生成してメイン制御装置２０１に出力する入力制御回路などから構成されている。携帯型再生装置２０のユーザは，この入力装置２０８や，後述のリモートコントローラ２１８を操作することにより，携帯型再生装置２０に対して各種のデータを入力したり処理動作を指示したりすることができる。
表示装置２１０は，例えばＬＣＤパネルおよびＬＣＤ制御回路や，有機ＥＬ（Ｏｒｇａｎｉｃ Ｅｌｅｃｔｒｏ Ｌｕｍｉｎｅｓｃｅｎｃｅ）パネルおよび有機ＥＬ制御回路などで構成される。この表示装置２１０は，メイン制御装置２０１の制御に応じて，各種情報をテキストまたはイメージで表示する。例えば，携帯型再生装置２０内に保有されているコンテンツの属性情報（タイトル名，アルバム名，アーティスト名，評価値など）を表示できる。
ストレージ装置２１１は，本実施形態にかかる携帯型再生装置２０の記憶部の一例として構成されたデータ格納用の装置である。このストレージ装置２１１は，例えば数十ＧＢの記憶容量を有するハードディスクドライブ（ＨＤＤ）で構成され，圧縮されたコンテンツや，メイン制御装置２０１のプログラム，処理データ等の各種のデータを格納する。なお，携帯型再生装置２０が具備する記憶媒体としては，このハードディスクドライブ以外にも，フラッシュメモリ２０２等の半導体メモリや，リムーバブル記憶媒体７を採用できる。
デコーダ２１３は，暗号化されているコンテンツデータの復号処理，デコード処理，サラウンド処理，ＰＣＭデータへの変換処理などを行う。
通信装置２１５は，ＵＳＢコントローラおよびＵＳＢ端子などで構成され，ＵＳＢケーブル等のローカルライン９介して接続された情報処理装置１０との間で，コンテンツ，コンテンツの属性情報，制御信号などの各種データを送受信する。本通信装置２１５は，有線通信に限らず，無線通信により，情報処理装置１０と通信接続可能である。例えば，本通信装置２１５は，Bluetooth, 802.11a/b/g等に対応することもできる。
オーディオ出力回路２１６は，デコーダ２１３により復号され，ＣＰＵによってＤＡ変換されたアナログ音声データを増幅してリモートコントローラ２１８に出力する。このアナログ音声データは，リモートコントローラ２１８からヘッドフォン２１９に出力され，ヘッドフォン２１９に内蔵されたスピーカから出力される。
ここで，このようなハードウェア構成の携帯型再生装置２０における主なデータフローについて説明する。
まず，携帯型再生装置（ＰＤ）２０が，情報処理装置（ＰＣ）１０から，コンテンツを受信したときのデータフローについて説明する。携帯型再生装置２０と情報処理装置１０とが，ＵＳＢケーブル等のローカルライン９で接続されると，情報処理装置１０では，携帯型再生装置２０は外部記憶媒体（ＨＤＤ）として認識される。この状態で，情報処理装置１０が携帯型再生装置２０にコンテンツデータおよび制御情報を送信すると，通信装置２１５は，これらのデータを受信する。次いで，受信されたコンテンツデータは，通信装置２１５によってストレージ装置２１１に直接記憶される。一方，通信装置２１５によって受信された制御情報は，データ処理装置２０４を経由して，メイン制御装置２０１に入力され，所定の記憶領域に記憶される。
次に，携帯型再生装置（ＰＤ）２０が，コンテンツを再生するときのデータフローについて説明する。まず，コンテンツの再生要求がメイン制御装置２０１に入力され，メイン制御装置２０１によって当該コンテンツの再生が許可された場合には，データ処理装置２０４は，再生対象のコンテンツをストレージ装置２１１から読み出して，ＲＡＭ２０３に転送すると同時並行して，ＲＡＭ２０３に転送されたコンテンツをデコーダ２１３に転送する。次いで，デコーダ２１３は，暗号化されているコンテンツの復号処理，デコード処理，サラウンド処理，ＰＣＭデータへの変換処理などを行い，メイン制御装置２０１に転送する。さらに，メイン制御装置２０１は，入力されたＰＣＭデータを，ＤＡ変換器（図示せず。）によってボリューム調整を行いアナログ音声データに変換して，オーディオ出力回路２１６のアンプに転送する。オーディオ出力回路２１６は，このアナログ音声データをリモートコントローラ２１８を介して，ヘッドフォン２１９から出力する。
＜携帯型再生装置（ＰＤ）の機能構成＞
次に，図６に基づいて，本実施形態にかかる携帯型再生装置２０の主な機能について説明する。なお，図６は，本実施形態にかかる携帯型再生装置２０の機能を概略的に示すブロック図である。
次に，図６に基づいて，本実施形態にかかる携帯型再生装置２０の主な機能について説明する。なお，図６は，本実施形態にかかる携帯型再生装置２０の機能を概略的に示すブロック図である。
図６に示すように，携帯型再生装置２０は，例えば，コンテンツ記憶部２２０と，再生操作部２２２と，再生部２２４と，日時情報生成部２２６と，再生履歴生成部２２８と，再生履歴記憶部２３０と，削除指示受付部２３２と，削除コンテンツ記憶部２３４と，転送部２３６と，通信部２３８と，取得部２４０と，ターミナル記憶部２４４と，評価値入力部２４６と，表示制御部２４８と，表示部２５０と，を主に備える。
コンテンツ記憶部２２０は，例えば，ＨＤＤ等のストレージ装置２１１，フラッシュメモリ２０２，リムーバブル記憶媒体７などの記憶媒体で構成され，複数のコンテンツを記憶する機能を有する。コンテンツ記憶部２２０に記憶されているコンテンツには，コンテンツを一意に識別するコンテンツＩＤが付加されている。コンテンツ記憶部２２０に記憶されているコンテンツは，例えば，携帯型再生装置２０が情報処理装置１０から転送されたコンテンツや，リムーバブル記憶媒体７を介して取得したコンテンツなどである。また，コンテンツ記憶部２２０に記憶されているコンテンツは，携帯型再生装置２０が，配信サーバ３０や，他の携帯型再生装置２０などの外部装置から取得したコンテンツであってもよい。
再生操作部２２２は，携帯型再生装置２０が備える入力装置２０８を介してユーザ入力された，コンテンツに対する再生操作を受け付けて，受け付けた再生操作の情報を，再生部２２４に提供する。ユーザが入力可能な再生操作には，例えば，再生するコンテンツの選択，選択したコンテンツの再生，再生中のコンテンツの早送り，再生中のコンテンツの巻き戻し，再生中のコンテンツの再生停止（一時停止を含む），再生中のコンテンツのスキップなどを携帯型再生装置２０に実行させるための操作が含まれる。再生中のコンテンツのスキップとは，１のコンテンツを再生している途中で，巻き戻し操作または早送り操作を行うことによって，再生対象を１のコンテンツから他のコンテンツに切り替えることをいう。
かかる再生操作部２２２は，本実施形態にかかる選択部として機能する。即ち，再生操作部２２２は，後述する表示制御部２４８により表示部２５０に表示されたコンテンツ名の一覧から，ユーザ入力に応じて１のコンテンツ名を選択し，選択したコンテンツ名のコンテンツの再生を，再生部２２４に指示できる。なお，再生操作部２２２は，再生対象のコンテンツを所定の基準（プレイリスト等）に基づき，自動的に選択可能に構成することもできる。
再生部２２４は，コンテンツ記憶部２２０に記憶されているコンテンツを再生する機能を有する。この再生部２２４は，再生操作部２２２から再生操作の情報を取得し，取得した再生操作の情報に基づいて，コンテンツに対する処理を行う。再生部２２４が行うコンテンツに対する処理には，コンテンツの再生，再生中のコンテンツの早送り，再生中のコンテンツの巻き戻し，再生中のコンテンツの再生停止などが含まれる。
再生部２２４は，コンテンツに対する各処理を開始すると，処理の開始（以後，再生部２２４によるコンテンツに対する処理の開始を，イベントの発生とも称する。）を再生履歴生成部２２８に通知する。再生部２２４は，イベントの発生を通知する際に，開始した処理の種別（コンテンツの再生，再生中のコンテンツの早送り，再生中のコンテンツの巻き戻し，再生中のコンテンツの再生停止など。以後，開始した処理の種別を，イベント種別とも称する。）と，処理対象のコンテンツの識別情報（例えば，コンテンツＩＤ）とを再生履歴生成部２２８に提供する。
日時情報生成部２２６は，日時の情報を生成する。詳細には，日時情報生成部２２６は，携帯型再生装置２０の内蔵時計から日付と時刻を取得し，日付と時刻の情報が含まれる日時情報を生成する。日時情報生成部２２６は，再生履歴生成部２２８からの要求を受けて日時情報を生成し，生成した日時情報を再生履歴生成部２２８に出力する。
再生履歴生成部２２８は，再生部２２４によるコンテンツに対する処理内容を表す再生履歴情報を生成し，再生履歴記憶部２３０に記録する機能を有する。具体的には，再生履歴生成部２２８は，再生部２２４が行うコンテンツに対する処理に応じて，イベントログを生成し，生成したイベントログを再生履歴記憶部２３０に書き込む機能を有する。なお，このイベントログは，コンテンツの再生履歴を表す再生履歴情報に相当する。
詳細には，再生履歴生成部２２８は，イベントの発生を再生部２２４から通知される。再生履歴生成部２２８は，イベントの発生の通知を受けると，日時情報生成部２２６から日時情報を取得し，取得した日時情報と，イベントの発生の通知に含まれるイベント種別と処理対象のコンテンツＩＤとを関連付けてイベントログを生成する。そして，生成したイベントログを，イベントログが時系列に並ぶように再生履歴記憶部２３０に書き込む。
再生履歴記憶部２３０は，例えば，ＨＤＤ等のストレージ装置２１１，フラッシュメモリ２０２などで構成され，再生履歴生成部２２８によって生成されたイベントログを記憶する。
ここで，図７〜図１０を参照して，イベントログについて詳細に説明する。図７は，再生操作とイベントログとの関係を示す説明図である。図７中の「ＣＩＤ１」「ＣＩＤ２」はコンテンツＩＤを示し，「Ｐｌａｙ」はコンテンツの再生，「ＦＦ」は再生中のコンテンツの早送り，「Ｐａｕｓｅ」は再生中のコンテンツの一時停止，「Ｓｔｏｐ」は再生中のコンテンツの再生停止を示す。また，図７中のｔは時間の経過を示しており，ｔ１〜ｔ７は，再生操作に基づく各イベントが発生した日時を示す。
まず，ユーザによる再生操作と，その再生操作に応じて行われる再生部２２４の処理とを図７（ａ）を参照して説明する。図７（ａ）の例によれば，ユーザはまずＣＩＤ１のコンテンツの再生を携帯型再生装置２０に指示し，その指示に応じて再生部２２４が日時ｔ１にＣＩＤ１のコンテンツの再生を開始する。次に，ユーザは，ＣＩＤ１のコンテンツの再生中に，再生中のコンテンツの早送りを携帯型再生装置２０に指示し，その指示に応じて再生部２２４が日時ｔ２にＣＩＤ１のコンテンツの早送りを開始する。ユーザが早送りの指示を解除すると，再生部２２４は，指示が解除された時点，すなわち日時ｔ３から再び，ＣＩＤ１のコンテンツの再生を開始する。
次に，ユーザは，ＣＩＤ１のコンテンツの再生中に，再生中のコンテンツの一時停止を携帯型再生装置２０に指示し，その指示に応じて再生部２２４が日時ｔ４にＣＩＤ１のコンテンツの再生停止を開始する。ユーザが一時停止の指示を解除すると，再生部２２４は，指示が解除された時点，すなわち日時ｔ５から再び，ＣＩＤ１のコンテンツの再生を開始する。続いて，ユーザの指示を受けることなく，日時ｔ６で再生部２２４はＣＩＤ２のコンテンツの再生を開始する。これは，ＣＩＤ１のコンテンツの再生が，ＣＩＤ１のコンテンツを構成するコンテンツデータの最後まで行われて，その後，再生順序がＣＩＤ１の次であるＣＩＤ２のコンテンツの再生が自動的に開始されたことを示す。そして，ＣＩＤ２のコンテンツの再生中に，ユーザは再生中のコンテンツの再生停止を携帯型再生装置２０に指示し，その指示に応じて再生部２２４が日時ｔ７でＣＩＤ２のコンテンツの再生停止を開始する。
上記のように，再生部２２４は，ユーザによるコンテンツの再生操作に応じて，コンテンツに対する各処理を開始する。そして，再生部２２４は，ユーザの指示に応じて，ある処理（第１の処理とする）を開始した後，ユーザの指示に応じて次の処理（第２の処理とする）を開始するまでの間，継続して第１の処理を行う。つまり，再生部２２４は，ｔ１からｔ２の間は再生処理，ｔ２からｔ３の間は早送り処理，ｔ３からｔ４の間は再生処理，ｔ４からｔ５の間は一時停止処理，ｔ５からｔ７の間は再生処理をそれぞれ行う。
再生部２２４による各処理の開始は，イベントの発生として再生履歴生成部２２８に通知される。そして，イベント発生ごとに再生履歴生成部２２８によりイベントログが生成され，生成されたイベントログは再生履歴記憶部２３０に記録される。イベントログは，１イベント１レコードとして生成され，イベントの発生順で時系列をなして記録される。また，イベントログには，処理対象のコンテンツを識別するために，コンテンツＩＤも含まれる。図７（ａ）に示した各イベントの発生状況に基づいて生成されたイベントログを図７（ｂ）に示した。図７（ｂ）に示すように，各イベントの発生に対応して，Ｒｅｃｏｒｄ＃１〜Ｒｅｃｏｒｄ＃９で示されるイベントログが生成される。Ｒｅｃｏｒｄ＃１とＲｅｃｏｒｄ＃７は，処理対象のコンテンツを特定するためのレコードである。再生履歴記憶部２３０には，コンテンツＩＤが格納されたレコードに続いて，イベントの発生日時（ｔ１〜ｔ７）とイベント種別（ＰＬＡＹ，ＦＦ，ＳＴＯＰなど）とが格納されたレコードが，イベントの発生日時順に記録される。
図９に，再生履歴記憶部２３０に記憶されるイベントログのデータフォーマットの一例を挙げ，図７（ｂ）のイベントログをかかるフォーマットで再生履歴記憶部２３０に格納した場合のレコード例を示した。図９に示すように，再生履歴記憶部２３０には，８バイト単位でイベントログが記憶される。１バイト目（符号２８０，符号２８４等）にはイベントＩＤが格納され，イベントＩＤに続いてコンテンツＩＤ（符号２８２）または日時情報（符号２８６）が格納される。
イベントＩＤについて図８を参照して説明する。イベントＩＤは，イベント種別を示すＩＤである。図示のように，各イベントＩＤ２７０は各々処理内容２７２と対応付けられおり，イベントＩＤ「００」はコンテンツの開始を示し，「０１」はコンテンツの再生，「０２」は再生停止，「０３」は早送り，「０４」は巻き戻しを示す。かかる対応付けに基づいて，図７（ｂ）および図９を参照する。
図７（ｂ）のＲｅｃｏｒｄ＃１は，図９では，１バイト目に格納されるイベントＩＤ「００」と，その次に格納されるコンテンツＩＤ２８２に対応する。なお，本例では，コンテンツＩＤを２４バイトとしたため，イベントＩＤ「００」が格納される８バイトのレコード中の２バイト目から８バイト目までを空白とし，次の３レコード（８バイト×３＝２４バイト）を使用してコンテンツＩＤを格納している。
図７（ｂ）のＲｅｃｏｒｄ＃２は，図９では，１バイト目に格納されるイベントＩＤ「０１」（符号２８４）と，イベントＩＤに続いて格納される日時情報ｔ１（符号２８６）に対応する。日時情報は，８バイトで構成される１レコード中の２バイト目から８バイト目までの７バイトを使用して格納される。
図７（ｂ）のＲｅｃｏｒｄ＃３は，図９では，１バイト目に格納されるイベントＩＤ「０３」と，イベントＩＤに続いて格納される日時情報ｔ２に対応する。以後，上記と同様に，図７（ｂ）のＲｅｃｏｒｄ＃４〜Ｒｅｃｏｒｄ＃９が，図９に示したフォーマットで再生履歴記憶部２３０に格納される。
図１０に，ユーザによる再生操作の種類と，各再生操作に応じて作成されるイベントログとを対応付けて示した。携帯型再生装置２０には，入力装置として例えばボタンが備えられており，ユーザはそのボタンを操作して，Ｎｅｘｔ，Ｓｅａｒｃｈ，Ｐｒｅｖ，Ｒｅｐｅａｔ，Ｐａｕｓｅ，Ｒｅｗ，ＦＦの各指示を携帯型再生装置２０に与えることができる。また，Ｎｅｘｔは，コンテンツの再生がされている状態においては，再生中のコンテンツの次の再生順序とされるコンテンツを再生させる指示である。Ｓｅａｒｃｈは，検索されたコンテンツを再生させる指示である。また，Ｐｒｅｖは，コンテンツの再生がされている状態においては，再生中のコンテンツの前の再生順序とされるコンテンツを再生させる指示である。Ｒｅｐｅａｔは，コンテンツの再生がされていない状態で，直前に再生されたコンテンツを再度再生させる指示である。または，Ｒｅｐｅａｔは，コンテンツの再生がされている状態においては，再生中のコンテンツを再度再生させる指示である。Ｐａｕｓｅは，再生中のコンテンツの再生を一時的に停止させる指示である。Ｒｅｗは，再生中のコンテンツを巻き戻しさせる指示である。ＦＦは，再生中のコンテンツを早送りさせる指示である。
Ｒｅｗで曲をまたぐ場合とは，再生中のコンテンツを巻き戻しさせる指示をし，かつ，再生対象が再生中のコンテンツから他のコンテンツ（再生順序が再生中のコンテンツよりも前のコンテンツ）に移動するまで巻き戻しをさせた場合である。同様に，ＦＦで曲をまたぐ場合とは，再生中のコンテンツを早送りさせる指示をし，かつ，再生対象が再生中のコンテンツから他のコンテンツ（再生順序が再生中のコンテンツよりも後のコンテンツ）に移動するまで早送りをさせた場合である。換言すると，ＲｅｗまたはＦＦで曲をまたぐ場合は，ユーザにより再生中のコンテンツのスキップが指示された場合に相当する。
ユーザの再生操作により，ＮｅｘｔまたはＳｅａｒｃｈの指示がされた場合には，図示のように，再生されていたコンテンツ（ＣＩＤ１）の再生停止（Ｓｔｏｐ）がイベントログとして記録された後に，ＮｅｘｔまたはＳｅａｒｃｈにより指定されたコンテンツのコンテンツＩＤ（ＣＩＤ２）が記録され，続いて再生開始（Ｐｌａｙ）が記録される。
ユーザの再生操作により，Ｐｒｅｖの指示がされた場合には，図示のように，再生されていたコンテンツ（ＣＩＤ１）の再生停止（Ｓｔｏｐ）がイベントログとして記録された後に，Ｐｒｅｖにより指定されたコンテンツのコンテンツＩＤ（ＣＩＤ１）が記録され，続いて再生開始（Ｐｌａｙ）が記録される。
ユーザの再生操作により，Ｒｅｐｅａｔの指示がされた場合には，図示のように，再生されていたコンテンツ（ＣＩＤ１）の再生停止（Ｓｔｏｐ）がイベントログとして記録された後に，Ｒｅｐｅａｔにより再度再生されるコンテンツのコンテンツＩＤ（ＣＩＤ１）が記録され，続いて再生開始（Ｐｌａｙ）が記録される。
ユーザの再生操作により，Ｐａｕｓｅの指示がされた場合には，図示のように，再生されていたコンテンツ（ＣＩＤ１）の再生停止（Ｓｔｏｐ）がイベントログとして記録され，その後，Ｐａｕｓｅの解除に伴って再開された同コンテンツの再生が，再生開始（Ｐｌａｙ）として記録される。
ユーザの再生操作により，Ｒｅｗの指示がされた場合には，図示のように，再生されていたコンテンツ（ＣＩＤ１）の再生停止（Ｓｔｏｐ）がイベントログとして記録され，その後，Ｒｅｗの解除に伴って再開された同コンテンツの再生が，再生開始（Ｐｌａｙ）として記録される。ＦＦの指示がされた場合も同様である。
ユーザの再生操作により，Ｒｅｗの指示がされ曲をまたいだ場合には，図示のように，再生されていたコンテンツ（ＣＩＤ１）の再生停止（Ｓｔｏｐ）がイベントログとして記録され，その後，Ｒｅｗの解除に伴って再生が開始されたコンテンツのコンテンツＩＤ（ＣＩＤ２）と，再生開始（Ｐｌａｙ）が記録される。ＦＦの指示がされた場合も同様である。
以上，イベントログについて詳細に説明した。携帯型再生装置２０は，上述のように，イベントログに，コンテンツに対する処理の内容と，各処理の開始日時とを含ませることにより，ユーザによるコンテンツの再生操作の状況をイベントログに反映させることができる。ユーザによるコンテンツの再生操作の状況には，例えば，ユーザがコンテンツを再生させた時期や回数，コンテンツの再生中に巻き戻しや早送りをした回数，コンテンツをスキップした回数などが含まれる。
ここで，再び図６に戻り，携帯型再生装置２０の機能構成についての説明を続ける。
削除指示受付部２３２は，ユーザ入力に応じて，コンテンツ記憶部２２０に記憶されている複数のコンテンツの削除指示を受けると，当該削除指示されたコンテンツに対応するコンテンツＩＤを，削除コンテンツ記憶部２３４に記録する。具体的には，削除指示受付部２３２は，削除予定リストを生成して削除コンテンツ記憶部２３４に記憶する。この削除予定リストは，携帯型再生装置２０においてユーザにより削除指示を受けたコンテンツに対応するコンテンツＩＤのリストである。なお，削除指示受付部２３２は，削除予定リスト以外にも，削除指示されたコンテンツを特定できる情報（例えば，タイトル名，アルバム名，アーティスト名等のコンテンツの属性情報）を記録するようにしてもよい。
削除コンテンツ記憶部２３４は，例えば，ＨＤＤ等のストレージ装置２１１，フラッシュメモリ２０２などで構成され，上記削除予定リストを記憶する。
転送部２３６は，情報処理装置１０や配信サーバ３０等の外部装置からの転送要求に応じて，再生履歴記憶部２３０に記憶されたイベントログ（再生履歴情報）を，通信部２３８を介して，当該外部装置に転送する機能を有する。詳細には，転送部２３６は，接続されている情報処理装置１０からの要求を受けると，再生履歴記憶部２３０からイベントログを読み出し，読み出したイベントログを上記接続されている情報処理装置１０に送信する。
また，転送部２３６は，情報処理装置１０の要求に応じて，コンテンツ記憶部２２０に記憶されている１又は２以上のコンテンツに対応する演算評価値を，ターミナル記憶部２４４から読み出して，上記再生履歴情報と共に，或いは単独で，情報処理装置１０に転送する。これにより，情報処理装置１０は，転送された演算評価値と，情報処理装置１０に記憶されている当該コンテンツの演算評価値とを例えば平均して，当該コンテンツに対応する新たな演算評価値を作成して，携帯型再生装置２０に送信することができる。
また，転送部２３６は，コンテンツ記憶部２２０に記憶されている１又は２以上のコンテンツに対応する入力評価値が，評価値記憶部としてのターミナル記憶部２４４に記憶されている場合には，情報処理装置１０の要求に応じて，当該各入力評価値をターミナル記憶部２４４から読み出して，上記再生履歴情報と共に，或いは単独で，情報処理装置１０に転送する。これによって，情報処理装置１０は，転送された入力評価値と，情報処理装置１０に記憶されている当該コンテンツの入力評価値とを例えば平均して，当該コンテンツに対応する新たな入力評価値を作成して，携帯型再生装置２０に送信することができる。
また，転送部２３６は，情報処理装置１０からの要求に応じて，上記イベントログと共に，携帯型再生装置２０のデバイスＩＤを当該情報処理装置１０に転送する。このデバイスＩＤは，携帯型再生装置２０を識別するための識別子である。かかるデバイスＩＤを送信することにより，情報処理装置１０に当該デバイスＩＤを記録して，当該デバイスＩＤに対応する携帯型再生装置２０を情報処理装置１０に登録することができる。例えば，かかる登録を条件として，当該デバイスＩＤに対応する携帯型再生装置２０と当該情報処理装置１０との間で，例えば，コンテンツ，コンテンツの属性情報，再生履歴情報，演算評価値，入力評価値，削除予定リスト，プレイリストなどの情報を，やり取りできるようにしてもよい。これにより，不特定多数の機器間で，これらの情報を共有できないようにできる。
また，転送部２３６は，携帯型再生装置２０に接続された情報処理装置１０からの要求に応じて，特定のコンテンツデータの再生履歴情報と共に，削除コンテンツ記憶部２３４に記憶された削除予定リストを，当該情報処理装置１０に転送することもできる。これにより，携帯型再生装置２０に接続された情報処理装置１０に対して，携帯型再生装置２０のコンテンツ記憶部２２０に記憶されているコンテンツの削除を要求し，情報処理装置１０により当該コンテンツを削除させることができる。
つまり，携帯型再生装置２０は，処理能力やバッテリの制約上，自身でコンテンツの削除を行うことが好適ではない。このため，ユーザからコンテンツの削除を要求された場合，携帯型再生装置２０はそのコンテンツのコンテンツＩＤを削除予定リストに書き込んで保存しておく。そして，情報処理装置１０と携帯型再生装置２０が接続された際に，削除予定リストを送信する。これにより，接続されている情報処理装置１０のコンテンツ更新部により，この削除予定リストで特定される１又は２以上のコンテンツが，携帯型再生装置２０のコンテンツ記憶部２２０から削除される。
取得部２４０は，情報処理装置１０から各種の情報を取得する機能を有する。具体的には，取得部２４０は，携帯型再生装置２０のコンテンツ記憶部２２０に記憶されているコンテンツの属性情報を含む複数種類の検索表示用テーブル１５（図１，図２参照）を，携帯型再生装置２０から取得して，ターミナル記憶部２４４に記憶する。また，取得部２４０は，情報処理装置１０から，コンテンツ，プレイリスト，転送履歴，コンテンツに付加された評価値であるレーティング（Ｒａｔｉｎｇ）情報などを取得する。取得部２４０は，このように取得したコンテンツ，プレイリスト等の各種情報を，コンテンツ記憶部２２０，ターミナル記憶部２４４，プレイリスト記憶部（図示せず。）等の記憶媒体に記録する。
ターミナル記憶部２４４は，例えば，ＨＤＤ等のストレージ装置２１１，フラッシュメモリ２０２などで構成される。このターミナル記憶部２４４は，上記各コンテンツの属性情報（タイトル（コンテンツ名），アルバム名，アーティスト名，ジャンル，リリース年，評価値，イニシャル情報，再生履歴，転送履歴など）を，当該コンテンツのコンテンツＩＤと関連付けて記憶する。このターミナルデータ記憶部２４４は，上記情報処理装置１０から転送された複数種類の検索表示用テーブル１５を記憶している。この検索表示用テーブル１５は，上記携帯型再生装置２０のコンテンツ記憶部２２０に記憶されているコンテンツに関する各種の属性情報を階層化して含むデータテーブルである。この検索表示用テーブル１５は，携帯型再生装置２０におけるコンテンツ検索時に表示制御部２４８によって順次表示される複数の表示画面に１対１対応する階層構造を有する。かかる検索表示用テーブル１５は，本実施形態にかかる特徴的構成であり，その詳細については後述する。
評価値入力部２４６は，ユーザ入力に応じて，コンテンツ記憶部２２０に記憶されているコンテンツに対応する入力評価値を設定する。例えば，特定のコンテンツの再生中に，ユーザが所定の操作を行うと，表示制御部２４８により携帯型再生装置２０の表示部２５０に，入力評価値設定画面が表示される。これに応じて，ユーザが評価値入力操作を行うと，評価値入力部２４６は，当該評価値入力操作に応じて，入力評価値を例えば「１，２，３，４，５ポイント」の５段階で設定する。
評価値入力部２４６は，このように設定した入力評価値を，対応するコンテンツのコンテンツＩＤに関連付けて，ターミナル記憶部２４４に記録する。これによって，携帯型再生装置２０においても，コンテンツの入力評価値を設定して，即時，最新の入力評価値をコンテンツに関連付けて表示できるようになる。
表示制御部２４８は，表示部２５０における各種情報の表示を制御する。詳細には，表示制御部２４８は，再生操作部２２２によるコンテンツの検索時などには，ユーザの選択操作内容に応じて，各種の検索画面を表示部２５０に順次表示させる。このとき，表示制御部２４８は，上記図１で説明したように，上記ターミナル記憶部２４４内に記憶されている検索表示用テーブル１５を，クエリーすることなくそのまま表示できる。
この表示制御部２４８は，検索画面を表示するに際しては，検索表示に利用する検索表示用テーブル１５の種類によって，多様なバリエーションの検索画面を表示できる。例えば，表示制御部２４８は，ユーザの第１の操作に応じて，検索表示のために１の検索表示用テーブル１５を選択し，この検索表示用テーブル１５内に含まれる第１の規則（例えば読み順）で並べ替えられたコンテンツ名（タイトル）を，表示部２５０に表示する。また，表示制御部２４８は，第２の操作に応じて，他の検索表示用テーブル１５を選択し，当該他の検索表示用テーブル１５内に含まれる第２の規則（例えばトラック番号順）で並べ替えられたコンテンツ名を表示部２５０に表示する。なお，この検索画面の詳細については後述する。
また，表示制御部２４８はターミナル記憶部２４４内の同一のコンテンツに関する演算評価値又は入力評価値を読み出し，演算評価値より入力評価値を優先的に表示部２５０に表示させる。また，あるコンテンツの演算評価値が表示されているときに，評価値入力部２４６により，当該コンテンツの入力評価値が設定された場合には，表示制御部２４８は，上記表示中の演算評価値の代わりに，上記設定された入力評価値を表示部２５０に表示させる。なお，この演算評価値及び入力評価値については後述する。また，表示制御部２４８は，図示しないプレイリスト記憶部に記憶されているプレイリストを表示部２５０に表示させることもできる。
以上，本実施形態にかかる携帯型再生装置２０の各部の機能構成について説明した。なお，上記再生操作部２２２，再生部２２４，日時情報生成部２２６，削除指示受付部２３２，転送部２３６，取得部２４０，評価値入力部２４６，及び表示制御部２４８などは，例えば，上記各機能を有するハードウェアとして構成されてもよいし，或いは，上記各機能をコンピュータに実現させるプログラムを携帯型再生装置２０にインストールすることによって構成されてもよい。
＜情報処理装置（ＰＣ）の機能構成＞
図１１に示すように，情報処理装置１０は，コンテンツ記憶部１２０と，再生操作部１２２と，再生部１２４と，日時情報生成部１２６と，再生履歴生成部１２８と，再生履歴記憶部１３０と，通信部１３２と，接続検知部１３４と，取得部１３６と，再生履歴解析部１３８と，解析結果記憶部１４０と，評価値演算部１４２と，評価値入力部１４４と，ホスト記憶部１４６と，プレイリスト生成部１４８，コンテンツ更新部１５０と，コンテンツ特定部１５２と，属性情報抽出部１５４と，テーブル作成部１５６と，転送部１５８と，配信サービス利用部１６０と，リッピング部１６２と，表示制御部１６４と，表示部１６６と，を主に備える。
図１１に示すように，情報処理装置１０は，コンテンツ記憶部１２０と，再生操作部１２２と，再生部１２４と，日時情報生成部１２６と，再生履歴生成部１２８と，再生履歴記憶部１３０と，通信部１３２と，接続検知部１３４と，取得部１３６と，再生履歴解析部１３８と，解析結果記憶部１４０と，評価値演算部１４２と，評価値入力部１４４と，ホスト記憶部１４６と，プレイリスト生成部１４８，コンテンツ更新部１５０と，コンテンツ特定部１５２と，属性情報抽出部１５４と，テーブル作成部１５６と，転送部１５８と，配信サービス利用部１６０と，リッピング部１６２と，表示制御部１６４と，表示部１６６と，を主に備える。
このうち，コンテンツ記憶部１２０，再生操作部１２２，再生部１２４，日時情報生成部１２６，再生履歴生成部１２８，及び再生履歴記憶部１３０は，上述した携帯型再生装置２０が備えるコンテンツ記憶部２２０，再生部２２４，再生操作部２２２，日時情報生成部２２６，再生履歴生成部２２８，および再生履歴記憶部２３０とほぼ同様の機能構成を有するため，説明を省略する。情報処理装置１０は，携帯型再生装置２０と同様に，ユーザによる再生操作に基づいてコンテンツに対する各処理を行い，イベントログを生成して記録することができる。
なお，コンテンツ記憶部１２０は，例えば，ＨＤＤ等のストレージ装置１１１，半導体メモリ，リムーバブル記憶媒体７などの記憶媒体で構成され，複数のコンテンツを記憶する機能を有する。
通信部１３２は，例えば，上記接続ポート１１４や通信装置１１５などで構成されており，ローカルライン９やネットワーク５を介して，携帯型再生装置２０及び配信サーバ３０との間で各種の情報を通信可能である。
接続検知部１３４は，通信部１３２を介して他の外部装置が情報処理装置１０に接続されたことを検知する。具体的には，接続検知部１３４は，接続ポート１１４に携帯型再生装置２０が，上記ローカルライン９を介してローカル接続されたことを検知し，取得部１３６に通知する。また，接続検知部１３４は，携帯型再生装置２０と情報処理装置１０との連続接続時間を検知することができ，当該連続接続時間が特定時間（例えば１時間）を経過していることを検知すると，その旨を取得部１３６に通知する。
取得部１３６は，携帯型再生装置２０から，コンテンツ，コンテンツの属性情報，イベントログ，演算評価値，入力評価値，プレイリスト等の各種情報を，通信部１３２を介して取得する機能を有する。具体的には，取得部１３６は，上記接続検知部１３４から，携帯型再生装置２０との接続の検知の通知を受けると，接続されている携帯型再生装置２０から，当該携帯型再生装置２０に記憶されているイベントログを取得する。そして，取得部１３６は，携帯型再生装置２０から取得したイベントログを再生履歴解析部１３８に出力する。また，取得部１３６は，携帯型再生装置２０から，当該携帯型再生装置２０内に記憶されている各コンテンツの演算評価値と入力評価値を取得し，評価値演算部１４２に出力する。
また，取得部１３６は，携帯型再生装置２０から，携帯再生装置２０のコンテンツ記憶部２２０に記憶されているコンテンツや，当該コンテンツの属性情報，上記検索表示用テーブル１５などを取得することもできる。このように取得されたコンテンツは，コンテンツ記憶部１２０に記憶され，属性情報や検索表示用テーブル１５は，ホストデータベース１７０に記憶される，或いは，コンテンツ更新部１５０に出力される。また，取得部１３６は，携帯再生装置２０から，１又は２以上のコンテンツＩＤを含む削除予定リストを取得し，コンテンツ更新部１５０に出力する。さらに，取得部１３６は，評価値を演算させるため，上記取得した削除予定リストを評価値演算部１４２にも出力する。
再生履歴解析部１３８は，再生履歴記憶部１３０に記憶されているイベントログ，及び上記取得部１３６が携帯型再生装置２０から取得したイベントログの解析を行う。以後，再生履歴記憶部１３０に記憶されているイベントログを，情報処理装置１０のイベントログと称し，取得部１３６が携帯型再生装置２０から取得したイベントログを，携帯型再生装置２０のイベントログと称する。また，どちらのイベントログでもよい場合は，単にイベントログと称し，双方のイベントログを指す場合には双方のイベントログと称する。
具体的には，再生履歴解析部１３８は，イベントログから，各コンテンツの再生開始日時，再生終了日時，再生回数，休止回数，スキップ回数，リピート回数，および総再生時間を求める。再生履歴解析部１３８は，イベントログから，コンテンツＩＤが格納されたレコードの直後に位置する再生開始のイベントログに含まれる日時情報を抽出することにより，各コンテンツＩＤに該当する各コンテンツの再生開始日時を求めることができる。
また，再生履歴解析部１３８は，イベントログから，各コンテンツの再生開始日時または再生停止のイベントログに含まれる日時情報を抽出することにより，各コンテンツの再生終了日時を求めることができる。詳細に説明すると，コンテンツＩＤが格納されたレコードの直前に位置する再生停止のイベントログは，その再生停止イベントの発生によって再生が停止されたコンテンツの再生終了を示している。従って，コンテンツＩＤが格納されたレコードの直前に位置する再生停止のイベントログに含まれる日時情報は，その再生停止イベントの発生によって再生が停止されたコンテンツの再生終了日時を示す。
一方，コンテンツＩＤが格納されたレコードの直前に，再生停止のイベントログが無い場合には，コンテンツＩＤが格納されたレコードの直後に位置する再生開始のイベントログが，新たなコンテンツの再生開始とともに，直前のコンテンツの再生終了を示している。従って，コンテンツＩＤが格納されたレコードの直前に，再生停止のイベントログが無い場合には，コンテンツＩＤが格納されたレコードの直後に位置する再生開始のイベントログに含まれる日時情報が，新たなコンテンツの再生開始日時とともに，直前のコンテンツの再生終了日時を示す。そこで，再生履歴解析部１３８は，イベントログから，各コンテンツの再生開始または再生停止のイベントログに含まれる日時情報を抽出することにより，各コンテンツの再生終了日時を求めることができる。
また，再生履歴解析部１３８は，コンテンツＩＤが格納されたレコードの直後に位置する再生開始のイベントログに基づいて，各コンテンツの再生回数を求めることができる。また，再生履歴解析部１３８は，図８に示した各再生操作に応じたイベントログに基づいて，各コンテンツの休止回数，スキップ回数，リピート回数を求めることができる。また，再生履歴解析部１３８は，コンテンツごとに，関連するイベントログを抽出して計算することにより，各コンテンツの総再生時間を求めることができる。
再生履歴解析部１３８は，イベントログの解析後，解析結果を解析結果記憶部１４０に記録する。解析結果記憶部１４０は，ＨＤＤ等のストレージ装置２１１又はフラッシュメモリ２０２等の記憶媒体で構成され，再生履歴解析部１３８によるイベントログの解析結果を記憶する。詳細には，解析結果記憶部１４０には，解析結果として，例えば，各コンテンツの再生回数，休止回数，スキップ回数，リピート回数，総再生時間の情報が格納される。また，解析結果記憶部１４０には，解析結果として，例えば，各コンテンツの再生開始日時，再生終了日時，１回毎の継続再生時間が格納されてもよい。ここで，図１２および図１３を参照して，解析結果記憶部１４０に記憶される解析結果について説明する。
図１２および図１３は，解析結果記憶部１４０に記憶される解析結果の一例を示した図である。図１２は，再生履歴解析部１３８が，イベントログから各コンテンツについての再生状況を解析した結果を解析結果記憶部１４０に格納した場合の，解析結果記憶部１４０の記憶内容を示す（以後，再生状況テーブルとも称する）。図１２に示すように，解析結果記憶部１４０の再生状況テーブルには，コンテンツごとに，コンテンツＩＤ（ＣＩＤ）１４０ａ，再生回数１４０ｂ，休止回数１４０ｃ，スキップ回数１４０ｄ，リピート回数１４０ｅ，および総再生時間１４０ｆが関連付けて記憶されている。
再生履歴解析部１３８により解析されたイベントログが，情報処理装置１０のイベントログである場合には，再生状況テーブルには，情報処理装置１０において再生されたコンテンツのコンテンツＩＤ，再生回数，休止回数，スキップ回数，リピート回数，総再生時間が格納される。再生履歴解析部１３８により解析されたイベントログが，携帯型再生装置２０のイベントログである場合には，再生状況テーブルには，携帯型再生装置２０において再生されたコンテンツのコンテンツＩＤ，再生回数，休止回数，スキップ回数，リピート回数，総再生時間が格納される。また，再生履歴解析部１３８により解析されたイベントログが，情報処理装置１０のイベントログおよび携帯型再生装置２０のイベントログである場合には，再生状況テーブルには，情報処理装置１０または携帯型再生装置２０の少なくともいずれかにおいて再生されたコンテンツのコンテンツＩＤ，再生回数，休止回数，スキップ回数，リピート回数，総再生時間が格納される。情報処理装置１０と携帯型再生装置２０の双方で再生されたコンテンツについては，情報処理装置１０での再生回数等と携帯型再生装置２０での再生回数等が合計された値が解析結果記憶部１４０に格納される。
コンテンツＩＤ１４０ａは，コンテンツを一意に識別する識別子である。再生回数１４０ｂは，コンテンツＩＤ１４０ａによって識別されるコンテンツが再生された回数である。休止回数１４０ｃは，コンテンツＩＤ１４０ａによって識別されるコンテンツが再生されている途中に再生が停止された回数である。スキップ回数１４０ｄは，コンテンツＩＤ１４０ａによって識別されるコンテンツが再生されている途中でスキップされた回数である。リピート回数１４０ｅは，コンテンツＩＤ１４０ａによって識別されるコンテンツが繰り返し再生された回数である。総再生時間１４０ｆは，コンテンツＩＤ１４０ａによって識別されるコンテンツが再生された時間の合計である。なお，総再生時間１４０ｆには，コンテンツが実際に再生されていた時間の合計が格納されることが望ましい。つまり，総再生時間１４０ｆに格納される時間には，早送りされていた時間や，巻き戻しをされていた時間，再生が停止されていた時間などは含まれないことが望ましい。
図１３は，再生履歴解析部１３８が，イベントログから，各コンテンツの再生ごとの履歴を解析した結果を解析結果記憶部１４０に格納した場合の，解析結果記憶部１４０の記憶内容を示す（以後，再生履歴テーブルとも称する）。イベントログにおいてコンテンツＩＤが格納されているレコードの直後に位置する再生開始のイベントから，上述の再生終了までを１つの再生の履歴とする。図１３に示すように，解析結果記憶部１４０の再生履歴テーブルには，コンテンツＩＤ１４０ａ，再生開始日時１４０ｇ，再生終了日時１４０ｈ，および継続再生時間１４０ｉが関連付けて記憶されている。
再生履歴解析部１３８により解析されたイベントログが，情報処理装置１０のイベントログである場合には，再生履歴テーブルには，情報処理装置１０において再生されたコンテンツの再生開始日時，再生終了日時および継続再生時間が格納される。再生履歴解析部１３８により解析されたイベントログが，携帯型再生装置２０のイベントログである場合には，再生履歴テーブルには，携帯型再生装置２０において再生されたコンテンツの再生開始日時，再生終了日時および継続再生時間が格納される。また，再生履歴解析部１３８により解析されたイベントログが，情報処理装置１０のイベントログおよび携帯型再生装置２０のイベントログである場合には，再生履歴テーブルには，情報処理装置１０または携帯型再生装置２０のいずれかにおいて再生されたコンテンツの再生開始日時，再生終了日時および継続再生時間が格納される。
コンテンツＩＤ１４０ａは，コンテンツを一意に識別する識別子である。再生開始日時１４０ｇは，コンテンツＩＤ１４０ａによって識別されるコンテンツの再生が開始された日時である。詳細には，再生開始日時１４０ｇには，イベントログにおいてコンテンツＩＤが格納されているレコードの直後に位置する再生開始のイベントログに含まれる日時情報が格納される。再生終了日時１４０ｈは，コンテンツＩＤ１４０ａによって識別されるコンテンツが，再生開始日時１４０ｇに格納された日時に再生が開始された際の再生終了日時が格納される。再生終了日時は，上述のように求めることができる。継続再生時間１４０ｉは，コンテンツＩＤ１４０ａによって識別されるコンテンツが，再生開始日時１４０ｇに格納された日時に再生が開始された際の継続再生時間が格納される。この継続再生時間１４０ｉに格納される時間には，巻き戻し，早送り，および一時停止されていた時間等が含まれないようにしてもよい。詳細には，上述の方法により求めることの可能なコンテンツの再生終了日時１４０ｈから再生開始日時１４０ｇを減算した時間から，さらに，巻き戻し，早送り，一時停止されていた時間を減算することにより，実際にコンテンツが継続再生されていた時間を求めることができる。
以上，解析結果記憶部１４０に記憶される解析結果について詳細に説明した。図１１に戻り，評価値演算部１４２について説明する。
評価値演算部１４２は，携帯型再生装置２０のイベントログの解析結果と情報処理装置１０のイベントログの解析結果とに基づいて，演算評価値を演算する機能を有する。
ここで，本実施形態にかかる「演算評価値」と「入力評価値」について詳細に説明する。本実施形態にかかる通信システム１００では，上記のような各情報処理装置１０及び携帯型再生装置２０におけるコンテンツの再生履歴（イベントログ）に基づき，各コンテンツの評価値を自動的に演算することができる。「演算評価値」は，このようにコンテンツの再生履歴情報に基づき自動的に演算された評価値であり，この演算評価値を自動生成してコンテンツに関連付けることを「自動レーティング（Ａｕｔｏ−Ｒａｔｉｎｇ）」という。これに対して，「入力評価値」は，ユーザ入力に基づき設定された評価値であり，この入力評価値を手動で設定してコンテンツに関連付けることを「手動レーティング（Ｍａｎｕａｌ−Ｒａｔｉｎｇ）」という。
この演算評価値及び入力評価値の用途としては，例えば，（１）ユーザがコンテンツを検索する際の参考パラメータとしての使用や，（２）ユーザの嗜好性を把握するプロファイルデータを算出するための指標としての使用，（３）情報処理装置１０から携帯型再生装置２０に多数のコンテンツを転送する際に，記憶容量の制限から携帯型再生装置２０内で削除するコンテンツを選別するための基準としての使用，などがある。
以下に，図１４に基づいて，上記演算評価値と入力評価値について具体的に説明する。なお，図１４は，本実施形態にかかる携帯型再生装置２０でのコンテンツ再生時における，演算評価値が表示された表示画面４ａと，入力評価値が表示された表示画面４ｂを示す説明図である。
図１４（ａ）に示すように，自動レーティングの演算評価値は，表示画面４ａ上で例えば薄い色の星マーク「☆」の数で表示される。一方，図１４（ｂ）に示すように，手動レーティングの入力評価値は，表示画面４ｂ上で例えば濃い色の星マーク「★」の数で表示される。このため，ユーザは，双方の評価値を区別できるようになっている。この自動レーティングの演算評価値と，手動レーティングの入力評価値は，ともに例えば５段階（１ポイントから５ポイント）で表示される。図１４（ａ）の例では，「タイトル１」のコンテンツの演算評価値は３ポイントであり，図１４（ｂ）の例では，「タイトル３」のコンテンツの入力評価値は５ポイントである。
また，演算評価値は，上記のように，表示される場合には５段階表示であるが，実際の数値としては，例えば少数点以下一桁（０．１単位）までの値を有している。従って，例えば，実際の演算評価値の小数点以下を四捨五入して，整数ポイント（０，１，２，３，４，５ポイント）として表示される。例えば，演算された演算評価値が３．２ポイントであっても，３ポイントとして表示される。
また，演算評価値の初期値は，コンテンツ配信サービス側で自由に設定することが可能である。例えば，当該サービス側が特別な設定を行わない場合には，コンテンツの演算評価値の初期値は，例えば「３．０」に設定される。例えば，配信サーバからのダウンロード，リッピング，他のソフトウェアからのインポート等により取得されたコンテンツの演算評価値は，初期値の「３．０」に設定される。なお，レーベルやサービス側が推挙したいコンテンツ（曲）については，例えば３．０以上のポイントを初期値として設定してもよい。
ここで，図１５を参照して，演算評価値の具体的な演算手法（自動レーティングのポイント増減手法）について説明する。自動レーティングでは，各コンテンツに対するユーザの嗜好性を反映させる必要があるので，ユーザの嗜好に合うコンテンツ（例えば再生頻度が高いコンテンツ）に対しては演算評価値が高くなるように演算し，一方，ユーザの嗜好に合わないコンテンツ（例えば再生頻度が低いコンテンツ）に対しては演算評価値が低くなるよう演算することが好ましい。
まず，ユーザの嗜好に合うコンテンツ（例えば好きな曲）の演算評価値を加算する方式について説明する。コンテンツが十分な時間にわたり再生され，ユーザによって視聴された場合には，当該コンテンツはユーザの嗜好に合うと判断できる。このため，コンテンツが特定時間以上継続的に再生される度に，当該コンテンツの評価が高くなるように演算評価値を演算することが好ましい。
そこで，本実施形態では，図１５に示すように，「再生開始後，所定の加算基準時間（Ｎ秒）以上スキップされないで継続的に再生されたコンテンツ」の演算評価値を，所定の加算ポイント（例えば０．２ポイント）だけ加算する。即ち，コンテンツの継続再生時間が，所定の加算基準時間（Ｎ秒）以上であれば，所定の加算ポイントだけ加算する。これにより，コンテンツの再生開始後，十分に継続再生された場合には，当該コンテンツの評価が高くなるように演算評価値を演算することができる。
例えば，所定の加算基準時間Ｎは，一般的な１つのコンテンツの再生時間（例えば５分）やユーザの視聴傾向などに応じて，当該一般的な１つのコンテンツの再生時間以下の任意の時間に設定できる。また，所定の加算ポイントは，ユーザの視聴傾向などに応じて自由に設定できる。本実施形態では，加算基準時間Ｎが例えば６０秒（１分）に設定され，所定の加算ポイントが０．２ポイントに設定された例で説明する。
この場合，あるコンテンツが６０秒以上再生される度ごとに，当該コンテンツの演算評価値が０．２ポイントずつ加算されることになる。ただし，演算評価値の上限値（例えば５．０）まで増加した場合には，それ以上は加算されない。
次に，ユーザの嗜好に合わないコンテンツ（例えば嫌いな曲）の演算評価値を減算する方式について説明する。ユーザの嗜好に合わないコンテンツに対して当該ユーザが行う操作としては，「操作１」再生されたコンテンツ（曲）を聴いて気に入らないので，スキップする操作，「操作２」携帯型再生装置２０上で削除を所望するコンテンツを削除予定リストに登録する操作，などが考えられる。
そこで，本実施形態では，上記「操作１」に対応するため，図１５に示すように，「再生開始後，所定の減算基準時間（Ｍ秒）未満でスキップされたコンテンツ」の演算評価値を，所定の第１の減算ポイント（例えば０．１ポイント）だけ減算する。即ち，コンテンツの継続再生時間が，所定の基準時間（Ｍ秒）未満であれば，演算評価値は，所定の第１の減算ポイントだけ減算される。これにより，コンテンツの再生開始後，早期にスキップされた場合には，当該コンテンツの評価が低くなるように演算評価値を演算することができる。
なお，所定の減算基準時間Ｍは，一般的な１つのコンテンツの再生時間やユーザの視聴傾向などに応じて，任意の時間に設定できる。この所定の減算基準時間Ｍは，上記所定の加算基準時間Ｎと同一であってもよいし（Ｎ＝Ｍ），或いは，上記所定の加算基準時間Ｎよりも短い時間であってもよい（Ｎ＞Ｍ）。Ｎ＝Ｍである場合には，あるコンテンツが再生されると，スキップの有無にかかわらず，当該コンテンツの演算評価値を必ず増減させるようにすることができる。一方，Ｎ＞Ｍである場合には，あるコンテンツが再生されると，継続再生時間がＭ以上Ｎ未満のコンテンツに関しては，演算評価値を増減しないようにできる。
また，所定の第１の減算ポイントは，ユーザの視聴傾向などに応じて自由に設定できるが，演算評価値が過度に低くならないようにするためには，第１の減算ポイントを上記加算ポイント「０．２」よりも小さい値にすることが好ましい。本実施形態では，減算基準時間Ｎは，例えば「６０秒（Ｍ＝Ｎ）」に設定され，所定の減算ポイントが「０．１」ポイントに設定された例で説明する。
この場合，あるコンテンツが６０秒未満でスキップされる度ごとに，当該コンテンツの演算評価値が０．１ポイントずつ減算されることになる。ただし，演算評価値の下限値（例えば１．０）まで減少した場合には，それ以上は減算されない。
また，上記「操作２」に対応するため，「削除予定リストに登録されたコンテンツ」の演算評価値を，所定の第２の減算ポイント（例えば１．０ポイント）だけ減算する。この所定の第２の減算ポイントは，ユーザの視聴傾向などに応じて自由に設定できるが，コンテンツの削除指示を行ったユーザの意向を演算評価値に大きく反映させるためには，所定の第２の減算ポイントを，上記加算ポイント（０．２）及び第１の減算ポイント（０．１）よりも，数倍以上大きい値に設定することが好ましい。
以上の演算基準にしたがい，本実施形態にかかる評価値演算部１４２は，イベントログを解析して得られた各コンテンツの再生時間長や，スキップの有無，削除予定リストへの登録の有無に基づき，演算評価値を自動算出する。
一方，手動レーティングに関しては，ユーザが手動で情報処理装置（ＰＣ）１０上でも携帯型再生装置（ＰＤ）２０上でも，１〜５ポイントの５段階で入力評価値を設定することができる。この入力評価値は，コンテンツの取得直後（例えば，コンテンツの配信直後，リッピング直後など）には，値を有していない。その後，ユーザ入力に基づき入力評価値が設定されると，その後に当該コンテンツの入力設定値がユーザにより再入力されるまで固定値となる。
また，この手動レーティングの入力評価値が，あるコンテンツについて入力設定されると，この入力評価値が表示され，当該コンテンツの演算評価値は表示されないようになる。つまり，同一コンテンツについては，演算評価値よりも入力評価値が優先的に表示される。従って，通常では，ユーザが表示画面４ａ，表示画面４ｂで確認できるのは，入力評価値又は演算評価値のいずれか一方のみであり，入力評価値が設定されているコンテンツについては入力評価値が表示され（図１４（ｂ）参照），入力評価値が設定されていないコンテンツについては演算評価値が表示される（図１４（ａ）参照）。
このような入力評価値の優先表示により，同一の表示画面上で，同一コンテンツに関して複数種類の評価値が表示される煩雑さ，及びユーザの混乱を防止でき，また，ユーザの意向を尊重した評価値を表示できる。しかし，かかる例に限定されず，入力評価値よりも演算評価値を優先的に表示するようにしてもよいし，或いは，双方の評価値を同一画面上に表示するようにしてもよい。
なお，入力評価値の設定表示後も，自動レーティングの演算評価値は記憶され続け，コンテンツ再生に伴う当該演算評価値の演算処理も継続的に行われる。また，ユーザが特定の操作を行えば，手動レーティングの入力評価値の表示を外して，自動レーティングの演算評価値を再表示することもできる。これにより，ユーザは，入力評価値の設定後であっても演算評価値を確認できる。
また，本実施形態にかかる自動レーティングでは，携帯型再生装置２０から情報処理装置１０にイベントログを送信して，情報処理装置１０で演算評価値を演算した後に，携帯型再生装置２０に演算評価値を転送する構成である。従って，携帯型再生装置２０でコンテンツが再生されてイベントログが記録されたとしても，携帯型再生装置２０において，そのイベントログが演算評価値に即時反映されることはない。一方，手動レーティングに関しては，新たに入力設定された入力評価値は，情報処理装置１０及び携帯型再生装置２０の表示画面上に即時反映される。
以上のように，本実施形態では，自動レーティングでの演算評価値と，手動レーティングでの入力評価値という２種類の評価値に基づき，各コンテンツを評価することができる。
また，一般に，再生装置，特に，携帯型再生装置（ＰＤ）２０では，情報処理装置（ＰＣ）１０と比べて，プロセッサの処理能力が低い上に，バッテリ面での制約がある。従って，携帯型再生装置２０で再生履歴に基づき評価値を自動的に演算するようにすると，演算処理に時間がかかるだけでなく，バッテリが消耗してしまうという問題がある。
しかし，本実施形態にかかる自動レーティングでは，携帯型再生装置２０の代わりに情報処理装置１０の評価値演算部１４２が，演算評価値の演算処理を実行し，携帯型再生装置２０に演算結果である演算評価値を転送する構成である。これにより，演算評価値を迅速に演算でき，携帯型再生装置２０のバッテリ消耗を節減できる。
また，評価値演算部１４２は，情報処理装置１０と携帯型再生装置２０との接続の有無にかかわらず，例えば，情報処理装置１０の再生部１２４により１のコンテンツの再生処理がなされる度（コンテンツの再生イベントが発生する度）ごとに，当該再生処理に応じた再生履歴情報（イベントログの解析結果）に基づき，情報処理装置１０の演算評価値を演算することもできる。これにより，ホスト記憶部１４６に記憶されている情報処理装置１０の演算評価値を，個々のコンテンツの再生処理ごとにダイナミックに更新していくことができる。
また，評価値演算部１４２は，取得部１３６により取得された携帯型再生装置２０の演算評価値と，ホスト記憶部１４６に記憶されている情報処理装置１０の演算評価値とを合算（例えば，双方の平均値を算出）して，新たな演算評価値を算出する機能を有する。また，評価値演算部１４２は，取得部１３６により取得された携帯型再生装置２０の入力評価値と，ホスト記憶部１４６に記憶されている情報処理装置１０の入力評価値とを合算（双方の平均値を算出）して，新たな入力評価値を算出する機能を有する。
このように，評価値演算部１４２は，情報処理装置１０に記憶されている演算評価値及び入力評価値と，携帯型再生装置２０に記憶されている演算評価値及び入力評価値とを，それぞれ合算して同期（シンク）をとる評価値同期部としても機能する。
以上，評価値演算部１４２による演算評価値の具体的な演算手法について説明した。このように，評価値演算部１４２は，コンテンツの再生状況（継続再生時間や，スキップの有無など）に応じて，当該コンテンツの演算評価値を自動的に増減させる。これによって，各コンテンツの演算評価値にユーザの嗜好を反映させることができ，ユーザにとって利便性の高いレーティングを実現できる。
また，上記評価値演算部１４２は，上記のようにして演算された演算評価値や，合算した入力評価値を，コンテンツに関連付けて，ホスト記憶部１４６に記録する。下記では，再び，図１１に戻り，情報処理装置１０の機能構成についての説明を続ける。
評価値入力部１４４は，上記評価値入力部２４６と同様に，ユーザ入力に応じて，コンテンツ記憶部１２０に記憶されているコンテンツに対応する入力評価値を設定する。さらに，評価値入力部１４４は，このように設定した入力評価値と当該コンテンツのコンテンツＩＤとをホスト記憶部１４６に記録する。これによって，情報処理装置１０において，コンテンツの入力評価値を設定して，即時，最新の入力評価値を表示できるようになる。
ホスト記憶部１４６は，例えば，ＨＤＤ等のストレージ装置１１１，フラッシュメモリ等の半導体メモリ，リムーバブル記憶媒体７などの記憶媒体で構成され，コンテンツの属性情報などの各種情報を記憶する。このホスト記憶部１４６は，ホストデータベース１７０を格納している。ホストデータベース１７０は，例えば，リレーショナルデータベース（ＲＤＢ）などで構成され，コンテンツ記憶部１２０に記憶されたコンテンツの属性情報を記憶する。このホストデータベース１７０の記憶データに基づいて，上記複数種類の検索表示用データテーブル１５が作成される。
ここで，図１６を参照して，ホスト記憶部１４６の記憶内容について説明する。
図１６に示すように，ホスト記憶部１４６のホストデータベース１７０には，例えば，コンテンツＩＤ１４０ａ，タイトル１７０ｂ，アーティスト名１７０ｃ，アルバム名１７０ｄ，ジャンル１７０ｅ，演奏時間１７０ｆ，演算評価値１７０ｇ，入力評価値１７０ｈ，リリース年１７０ｉなどの情報が，各コンテンツに関連付けて記憶されている。コンテンツＩＤ１４０ａは，コンテンツを一意に識別する識別子である。タイトル１７０ｂは，コンテンツの再生により演奏される楽曲の名称（コンテンツ名に相当する。）であり，アーティスト名１７０ｃは，その楽曲を歌唱，演奏，作曲，作詞，プロデュース等するアーティストの名称であり，アルバム名１７０ｄは，その楽曲が収録されている音楽アルバムの名称であり，ジャンル１７０ｅは，その楽曲が属するジャンル（例えば，ジャズ，ポップス，ロック等）であり，演奏時間１７０ｆは，その楽曲の演奏時間であり，演算評価値１７０ｇは，上記自動レーティングによりその楽曲に対して自動的に付加された評価ポイントであり，入力評価値１７０ｈは，上記手動レーティングによりその楽曲に対して手動で付加された評価ポイントであり，リリース年１７０ｉは，その楽曲がリリース（発売）された年度である。
プレイリスト生成部１４８は，解析結果記憶部１４０に記憶されているイベントログの解析結果や，ホスト記憶部１４６に記憶されている各種の属性情報，ユーザ入力等に基づいて，所定の条件を満たすコンテンツの属性情報を集合化したプレイリストを生成する。
プレイリストは，コンテンツの識別情報（コンテンツＩＤ等）及びコンテンツの属性情報を集合化したリストであり，情報処理装置１０および携帯型再生装置２０は，プレイリストに従って，プレイリスト内のコンテンツＩＤに対応するコンテンツの再生を行うことができる。従って，例えばユーザの嗜好に沿ったコンテンツの属性情報を集合化したプレイリストを携帯型再生装置２０や情報処理装置１０が有していれば，携帯型再生装置２０や情報処理装置１０はそのプレイリストに沿ってコンテンツを再生することで，ユーザの嗜好に沿ったコンテンツを再生することができる。
コンテンツの属性情報には，コンテンツの再生により演奏される楽曲のタイトル，その楽曲のアルバム名，アーティスト名等の情報が含まれる。プレイリスト生成部１４８は，上記ホスト記憶部１４６内のホストデータベース１７０からコンテンツの属性情報を取得することができる。詳細には，プレイリスト生成部１４８は，解析結果記憶部１４０から所定の条件を満たすコンテンツのコンテンツＩＤを抽出し，抽出したコンテンツＩＤに対応するコンテンツＩＤをホストデータベース１７０から検索する。そして，プレイリスト生成部１４８は，検索されたコンテンツＩＤに関連付けられているコンテンツの属性情報をホストデータベース１７０から取得する。
プレイリスト生成部１４８は，プレイリスト生成時に，該当するコンテンツＩＤをコンテンツＩＤ１４０ａから検索する。そしてプレイスリスト生成部１４８は，ホスト記憶部１４６内のホストデータベース１７０から，図１６に示したタイトル１７０ｂ，アーティスト名１７０ｃ，アルバム名１７０ｄ，ジャンル１７０ｅ，演奏時間１７０ｆ，演算評価値１７０ｇ，入力評価値１７０ｈ，リリース年ｉなどの各情報を取得して，それらの情報をコンテンツの属性情報としてプレイリストに含ませることができる。
プレイリスト生成部１４８は，所定の条件を満たすコンテンツによってプレイリストを生成する。所定の条件は，例えば，再生された期間，総再生時間，再生回数，スキップ回数，休止回数，リピート回数，演算評価値，入力評価値，リリース年などである。以下，各条件について詳細に説明する。
まず，再生された期間を所定の条件にする場合について説明する。プレイリスト生成部１４８は，解析結果記憶部１４０の再生履歴テーブルに記憶された，各コンテンツの再生開始日時および再生終了日時に基づいて，特定の期間に再生されたコンテンツの属性情報を集合化したプレイリストを作成することができる。特定の期間（例えば，２００５年４月，２００４年１２月２３日〜２００４年１２月２５日，など）は，ユーザ入力によって定められてもよい。より詳細には，プレイリスト生成部１４８は，入力された特定の期間内に，再生開始日時または再生終了日時の少なくともいずれかが含まれるコンテンツを，解析結果記憶部１４０から抽出することにより，特定の期間に再生されたコンテンツによるプレイリストを生成することができる。
次に，総再生時間を所定の条件にする場合について説明する。プレイリスト生成部１４８は，解析結果記憶部１４０の再生状況テーブルに記憶された，各コンテンツの総再生時間に基づいて，所定の時間以上再生されたコンテンツの属性情報を集合化したプレイリストを生成することができる。所定の時間は，ユーザ入力によって定められてもよいし，或いは，プレイリスト生成部１４８等が予め定めておいてもよい。なお，プレイリスト生成部１４８は，上記の各コンテンツの総再生時間に基づいて，総再生時間が長い順（または短い順）に，所定数のコンテンツの属性情報を集合化したプレイリストを生成することもできる。
次に，再生回数を所定の条件にする場合について説明する。プレイリスト生成部１４８は，解析結果記憶部１４０の再生状況テーブルに記憶された，各コンテンツの再生回数に基づいて，所定の回数以上再生されたコンテンツの属性情報を集合化したプレイリストを生成することができる。所定の回数は，ユーザ入力によって定められてもよいし，或いは，プレイリスト生成部１４８等が予め定めておいてもよい。なお，プレイリスト生成部１４８は，上記の各コンテンツの再生回数に基づいて，再生回数が多い順（または少ない順）に，所定数のコンテンツの属性情報を集合化したプレイリストを生成することもできる。
次に，スキップ回数を所定の条件にする場合について説明する。プレイリスト生成部１４８は，解析結果記憶部１４０の再生状況テーブルに記憶された，各コンテンツのスキップ回数に基づいて，スキップ回数が所定の回数以下であるコンテンツの属性情報を集合化したプレイリストを生成することができる。所定の回数は，ユーザ入力によって定められてもよいし，或いは，プレイリスト生成部１４８等が予め定めておいてもよい。なお，プレイリスト生成部１４８は，上記の各コンテンツのスキップ回数に基づいて，スキップ回数が少ない順（または多い順）に，所定数のコンテンツの属性情報を集合化したプレイリストを生成することもできる。
次に，休止回数を所定の条件にする場合について説明する。プレイリスト生成部１４８は，解析結果記憶部１４０の再生状況テーブルに記憶された，各コンテンツの休止回数に基づいて，休止回数が所定の回数以下であるコンテンツの属性情報を集合化したプレイリストを生成することができる。所定の回数は，ユーザ入力によって定められてもよいし，或いは，プレイリスト生成部１４８等が予め定めておいてもよい。なお，プレイリスト生成部１４８は，上記の各コンテンツの休止回数に基づいて，休止回数が少ない順（または多い順）に，所定数のコンテンツの属性情報を集合化したプレイリストを生成することもできる。
次に，リピート回数を所定の条件にする場合について説明する。プレイリスト生成部１４８は，解析結果記憶部１４０の再生状況テーブルに記憶された，各コンテンツのリピート回数に基づいて，リピート回数が所定の回数以上であるコンテンツの属性情報を集合化したプレイリストを生成することができる。所定の回数は，ユーザ入力によって定められてもよいし，或いは，プレイリスト生成部１４８等が予め定めておいてもよい。なお，プレイリスト生成部１４８は，上記の各コンテンツのリピート回数に基づいて，リピート回数が多い順（または少ない順）に，所定数のコンテンツの属性情報を集合化したプレイリストを生成することもできる。
次に，演算評価値を所定の条件にする場合について説明する。プレイリスト生成部１４８は，ホストデータベース１７０に記憶された，各コンテンツの演算評価値に基づいて，同一の或いは所定範囲の演算評価値を有するコンテンツの属性情報を集合化したプレイリストを生成することができる。このプレイリスト作成の基準となる演算評価値は，ユーザ入力によって定められてもよいし，或いは，プレイリスト生成部１４８等が予め定めておいてもよい。なお，プレイリスト生成部１４８は，演算評価値が高い順（または低い順）順に，所定数のコンテンツの属性情報を集合化したプレイリストを生成することもできる。
次に，入力評価値を所定の条件にする場合について説明する。プレイリスト生成部１４８は，ホストデータベース１７０に記憶された，各コンテンツの入力評価値に基づいて，同一の或いは所定範囲の入力評価値を有するコンテンツの属性情報を集合化したプレイリストを生成することができる。このプレイリスト作成の基準となる入力評価値は，ユーザ入力によって定められてもよいし，或いは，プレイリスト生成部１４８等が予め定めておいてもよい。なお，プレイリスト生成部１４８は，上記の各コンテンツの入力評価値に基づいて，入力評価値が高い順（または低い順）に，所定数のコンテンツの属性情報を集合化したプレイリストを生成することもできる。
次に，リリース年を所定の条件にする場合について説明する。プレイリスト生成部１４８は，ホストデータベース１７０に記憶された，各コンテンツのリリース年に基づいて，同一の或いは所定期間内のリリース年を有するコンテンツの属性情報を集合化したプレイリストを生成することができる。このプレイリスト作成の基準となるリリース年度は，ユーザ入力によって定められてもよいし，或いは，プレイリスト生成部１４８等が予め定めておいてもよい。なお，プレイリスト生成部１４８は，リリース年が新しい順（または古い順）に，所定数のコンテンツの属性情報を集合化したプレイリストを生成することもできる。
また，プレイリスト生成部１４８は，上記の総再生時間，再生回数，スキップ回数，休止回数，リピート回数，演算評価値，入力評価値，リリース年の全部または一部に基づいて，ユーザの嗜好に沿うと推定されるコンテンツの属性情報を集合化したプレイリストを生成してもよい。具体的にはプレイリスト生成部１４８は，例えば，総再生時間が比較的長く，かつ再生回数およびリピート回数が比較的多く，かつスキップ回数および休止回数が比較的少なく，かつ演算評価値及び入力評価値が高いコンテンツを選ぶことにより，ユーザの嗜好に合うコンテンツからなるプレイリストを生成することができる。
上述のように，ユーザによるコンテンツの再生操作の状況が反映されたイベントログの解析結果に基づいてプレイリストを生成することにより，プレイリスト生成部１４８は，ユーザの再生操作が反映された多様なプレイリストを生成することが可能となる。
なお，解析結果記憶部１４０に記憶されている解析結果が，情報処理装置１０のイベントログの解析結果である場合には，プレイリスト生成部１４８により生成されるプレイリストは，情報処理装置１０におけるユーザの再生操作が反映されたプレイリストとなる。一方，解析結果記憶部１４０に記憶されている解析結果が，携帯型再生装置２０のイベントログの解析結果である場合には，プレイリスト生成部１４８により生成されるプレイリストは，携帯型再生装置２０におけるユーザの再生操作が反映されたプレイリストとなる。また，解析結果記憶部１４０に記憶されている解析結果が，双方のイベントログの解析結果である場合には，プレイリスト生成部１４８により生成されるプレイリストは，情報処理装置１０および携帯型再生装置２０の双方におけるユーザの再生操作が反映されたプレイリストとなる。
また，プレイリスト生成部１４８は，ユーザ入力に基づいて，ユーザが自己の嗜好に合うコンテンツを手動で選択したプレイリストを生成することもできる。
以上のようなプレイリスト生成部１４８により生成されたプレイリストは，例えばホスト記憶部１４６や，別途のプレイリスト記憶部（図示せず。）などの記憶媒体に記憶される。
コンテンツ更新部１５０は，コンテンツ記憶部１２０に記憶された１又は２以上のコンテンツを，携帯型再生装置２０のコンテンツ記憶部２２０に追加する，或いは，携帯型再生装置２０のコンテンツ記憶部２２０に記憶されたコンテンツを削除する。
具体的には，コンテンツ更新部１５０は，携帯型再生装置２０に対するコンテンツ追加指示を受けると，追加対象のコンテンツをコンテンツ記憶部１２０から読み出し，携帯型再生装置２０にアクセスし，さらに，追加対象のコンテンツをコンテンツ記憶部２２０に記録するように携帯型再生装置２０を制御する。
また，コンテンツ更新部１５０は，携帯型再生装置２０からのコンテンツ削除指示を受けると，携帯型再生装置２０にアクセスして，コンテンツ記憶部２２０から削除対象のコンテンツを削除するよう携帯型再生装置２０を制御する。
また，コンテンツ更新部１５０は，情報処理装置１０と携帯型再生装置２０とが接続されたときに，双方に記憶されたコンテンツの同期（シンク）の指示を受けると，情報処理装置１０のコンテンツ記憶部１２０に記憶されるコンテンツと，携帯型再生装置２０のコンテンツ記憶部２２０に記憶されるコンテンツとが同一となるように，各コンテンツ記憶部１２０，２２０に記憶されているコンテンツを過不足無く相互にやり取りして記録するよう制御する。なお，かかるコンテンツの同期処理は，情報処理装置１０と携帯型再生装置２０とがローカルライン９を介して接続されたときに自動的に行っても良い。
このように，コンテンツ更新部１５０は，情報処理装置１０と携帯型再生装置２０とが接続された状態で，携帯型再生装置２０に記憶されるコンテンツを，情報処理装置１０側から更新（追加／削除／同期）する機能を有する。これは，携帯型再生装置２０と情報処理装置１０とがローカルライン９を介して接続されると，情報処理装置１０では，携帯型再生装置２０が外部記憶媒体（ＨＤＤ等）として認識され，情報処理装置１０側から携帯型再生装置２０に対してデータの追加／削除を実行できるように設計されていることによる。
また，コンテンツ更新部１５０は，携帯再生装置２０から削除予定リストが取得されると，当該削除予定リストに含まれているコンテンツＩＤに対応するコンテンツを，携帯型再生装置２０のコンテンツ記憶部２２０から削除するよう制御する。かかる削除予定リストを使用して，情報処理装置１０が，携帯型再生装置２０内のコンテンツの削除制御を行うことにより，携帯型再生装置２０の処理負荷を低減して，バッテリの消耗を抑制できる。
コンテンツ特定部１５２は，携帯型再生装置２０が記憶する複数のコンテンツを特定する。ここで，コンテンツ特定部１５２の特定対象である「携帯型再生装置２０が記憶する複数のコンテンツ」とは，コンテンツ特定部１５２による特定時点において携帯型再生装置２０が記憶しているコンテンツ（以下「特定時点コンテンツ」という）に限られず，コンテンツ特定部１５２による特定時点において携帯型再生装置２０に記録されることが決定しているコンテンツがある場合には，当該コンテンツと上記特定時点コンテンツであり，また，コンテンツ特定部１５２による特定時点において携帯型再生装置２０から削除されることが決定しているコンテンツがある場合には，当該コンテンツを除いた上記特定時点コンテンツである。
コンテンツ特定部１５２は，例えば，情報処理装置１０に接続された携帯型再生装置２０にアクセスして，当該携帯型再生装置２０が記憶する各コンテンツの属性情報（コンテンツＩＤ，コンテンツ名等）を取得する。これによって，コンテンツ特定部１５２は，当該取得した属性情報に基づき，携帯型再生装置２０が記録しているコンテンツを特定できる。
また，上記コンテンツ更新部１５０によって，携帯型再生装置２０のコンテンツが追加／削除された場合，或いは，追加／削除されることが決定している場合には，コンテンツ特定部１５２は，当該コンテンツ更新部１５０による追加／削除処理対象のコンテンツを表す情報（コンテンツＩＤ等）を取得する。これによって，コンテンツ特定部１５２は，当該取得した情報に基づき，携帯型再生装置２０に追加／削除されたコンテンツ，或いは，追加／削除される予定のコンテンツを特定して，この結果，携帯型再生装置２０が記憶するコンテンツを特定できる。
このように，コンテンツ特定部１５２は，情報処理装置１０に接続された携帯型再生装置２０にアクセスして，当該携帯型再生装置２０が記憶する各コンテンツの属性情報を取得し，当該取得した属性情報と，コンテンツ更新部１５０による追加／削除処理内容に基づき，携帯型再生装置２０が記憶する複数のコンテンツを特定する。上記のようなコンテンツ更新部１５０及びコンテンツ特定部１５２は，ホストデータベースと前記ターミナルデータベースとを比較する比較部として機能する。
属性情報抽出部１５４は，上記コンテンツ特定部１５２により特定された各コンテンツの属性情報を，ホストデータベース１７０から抽出する。例えば，上記コンテンツ特定部１５２により，携帯型再生装置２０が記憶する１０００個のコンテンツが特定された場合，属性情報抽出部１５４は，ホストデータベース１７０を検索して，当該１０００個のコンテンツの属性情報を抽出する。属性情報抽出部１５４は，抽出した属性情報をテーブル作成部１５６に出力する。
テーブル作成部１５６は，上記属性情報抽出部１５４により抽出された各コンテンツの属性情報に基づき，複数種類の検索表示用テーブル１５を作成する。この検索表示用テーブル１５は，上記特定された各コンテンツのコンテンツ名（例えば，楽曲のタイトル）を最下位階層とし，上記特定された各コンテンツが属するグループのグループ名（例えば，アルバム名，アーティスト名，ジャンル，リリース年，評価値などの属性情報）を上位階層として含むように階層構造化されたテーブルである。
テーブル作成部１５６は，上記属性情報抽出部１５４から入力された各コンテンツの属性情報の中から，所定の基準で少なくとも２種類のグループを選択し，さらに，この選択したグループ単位でコンテンツ名を少なくとも２つの規則で並び替え（ソート）することによって，少なくとも２つの検索表示用テーブル１５（第１の検索表示用テーブル，第２の検索表示用テーブル，…）を作成する。
例えば，テーブル作成部１５６は，上記特定された各コンテンツのタイトルを，そのタイトルの読み順又は文字列順でソート（イニシャルソート，詳細は後述する）ことにより，第１の検索表示用テーブルの一例である「イニシャル全曲検索表示用テーブル」を作成する。また，テーブル作成部１５６は，上記特定された各コンテンツのアルバム名単位で，上記特定された各コンテンツのタイトルを，各アルバム内のトラック番号順にソートすることにより，第２の検索表示用テーブルの一例である「アルバム検索表示用テーブル」（図２（ａ）参照）を作成する。また，テーブル作成部１５６は，上記特定された各コンテンツのアーティスト名単位で，上記特定された各コンテンツのタイトルを，そのタイトルの読み順又は文字列順にソートすることにより，第３の検索表示用テーブルの一例である「アーティスト全曲検索表示用テーブル」を作成する。
このように，属性情報抽出部１５４及びテーブル作成部１５６は，検索キーとして属性情報のグループ名を用いて，ホストデータベース１７０を多様にクエリーして，複数種類の検索表示用テーブル１５を作成する。なお，上記テーブル作成部１５６は，複数の名称データを，その読み順／文字列順で並び替えるイニシャルソート機能を有するが詳細は後述する。上記のような属性情報抽出部１５４及びテーブル作成部１５６は，再生装置２０から取得したターミナルデータベースを更新する更新部（第１〜第３の更新部）として機能する。
転送部１５８は，テーブル転送部として機能し，上記テーブル作成部１５６が作成した複数の検索表示用テーブル１５を，通信部１３２を介して携帯型再生装置２０に転送する。
また，転送部１５８は，評価値転送部としても機能し，上記評価値演算部１４２により演算された演算評価値を，通信部１３２を介して携帯型再生装置２０に転送する。このとき，転送部１５８は，当該演算評価値の転送後に，携帯型再生装置２０に対し，携帯型再生装置２０に記憶されている当該演算評価値の演算の基礎となったイベントログを削除するよう指示することもできる。これにより，不要となった携帯型再生装置２０のイベントログを削除することができる。また，転送部１５８は，ホスト記憶部１４６に記憶されている携帯型再生装置２０の演算評価値及び入力評価値を携帯型再生装置２０に転送することもできる。
また，転送部１５８は，コンテンツ転送部としても機能し，コンテンツ記憶部１２０に記憶されている１又は２以上のコンテンツを，携帯型再生装置２０に転送することができる。この転送時には，転送される複数のコンテンツの演算評価値又は入力評価値に基づき，当該転送される複数のコンテンツの一部を選択的に転送するようにしてもよい。例えば，演算評価値又は入力評価値が高いものを優先的に選択して，或いは，演算評価値又は入力評価値が所定ポイント以上（例えば４．０ポイント以上）であるものを選択して転送してもよい。これにより，携帯型再生装置２０にユーザの嗜好に合致したコンテンツを優先して転送し，嗜好に合致しないコンテンツを転送しないようにできる。
また，コンテンツがサブスクリプション対応のコンテンツである場合，換言すると，所定期間の利用が許可されたコンテンツである場合には，転送部１５８は，そのコンテンツを転送する前に，当該コンテンツが利用期間内であるか否かを，コンテンツに付与されている権利情報に基づいて判断することができる。そして，利用期間内である場合には，転送部１５８はそのコンテンツを携帯型再生装置２０に転送し，利用期間外である場合には，転送部１５８はコンテンツの転送を行わず，エラーメッセージ等を表示させる。
また，コンテンツ転送部１５８は，コンテンツ記憶部１２０に記憶されているコンテンツの一部又は全部を携帯型再生装置２０に転送する際に，携帯型再生装置２０のコンテンツ記憶部２２０が不足する場合には，携帯型再生装置２０のコンテンツ記憶部２２０に記憶されているコンテンツの一部を，上記コンテンツの演算評価値または入力評価値に応じて（例えば評価値が低いコンテンツが順に），自動的に選択して削除してもよい。
そして，転送部１５８は，かかるコンテンツ更新部１５０によるコンテンツの自動削除後に，転送対象のコンテンツを携帯型再生装置２０に転送する。かかる構成により，携帯型再生装置２０の記憶容量が不足する場合には，携帯型再生装置２０のコンテンツ記憶部２２０のコンテンツを転送に必要な分だけ自動的に削除することができ，携帯型再生装置２０のコンテンツ記憶部２２０に，転送対象のコンテンツを記憶するための空き容量を容易に確保することができる。さらに，演算評価値又は入力評価値が低いコンテンツから順に選択して削除することで，ユーザの嗜好に合わない不要なコンテンツを優先的に削除し，ユーザの嗜好に合う必要なコンテンツを残存させることができる。従って，限られた記憶容量の中で，携帯型再生装置２０に記憶されているコンテンツを，ユーザの要否に応じて自動的に整理できるので，ユーザの利便性が向上する。
ただし，コンテンツ更新部１５０は，本情報処理装置１０又は他の情報処理装置１０のリッピング部１６２により，リムーバブル記憶媒体７からリッピングされたコンテンツ（リッピングコンテンツ）については，携帯型再生装置２０に対応する記憶媒体から削除せず，例えば，配信サーバ３０から配信された配信コンテンツを優先的に削除する。これにより，再び，コンテンツをリッピングする必要があるようなリッピングコンテンツを，ユーザの許可無く自動的に削除してしまうことを防止できる。一方，配信コンテンツを再度入手困難な場合も考えられるため，情報処理装置１０のコンテンツ更新部１５０は，配信コンテンツよりも，リッピングコンテンツを優先的に削除するようにしてもよい。
また，転送部１５８は，プレイリスト転送部としても機能し，上記プレイリスト生成部１４８により生成されたプレイリストを，携帯型再生装置２０に送信することができる。なお，プレイリスト転送部としての転送部１５８がプレイリストを送信する相手先は，イベントログを情報処理装置１０に提供した携帯型再生装置２０であってもよいし，イベントログを記録する機能を備えていないコンテンツ再生機器であってもよい。かかるコンテンツ再生機器にプレイリストを送信することにより，情報処理装置１０または携帯型再生装置２０におけるユーザの再生操作が反映された本実施形態にかかるプレイリストを，一般のコンテンツ再生機器にも利用させることができる。
配信サービス利用部１６０は，上記配信サーバ３０との間で，コンテンツ配信サービスに関する処理を行う。具体的には，配信サービス利用部１６０は，例えば，コンテンツ配信サービスを利用するために必要なユーザ認証情報（ユーザＩＤ，パスワード等），課金情報，コンテンツ配信リクエスト情報などの各種情報を，上記配信サーバ３０との間で送受信したり，これらの情報の入出力を支援したりする。
また，配信サービス利用部１６０は，配信サーバ３０から送信された配信コンテンツと当該配信コンテンツのライセンスを，ネットワーク５および通信装置１１５を介して受信する。即ち，コンテンツ処理装置１０のユーザがコンテンツ配信サービスを利用してコンテンツを購入すると，配信サービス利用部１６０は，上記配信サーバ３０から配信コンテンツと，当該配信コンテンツの利用条件を定めたライセンスをダウンロードする。
また，配信サービス利用部１６０は，コンテンツの配信時に，配信サーバ３０から，配信コンテンツの属性情報を受信する。この配信コンテンツの属性情報は，例えば，タイトル，アーティスト名，アルバム名，ジャンル，再生時間，コンテンツＩＤ，配信日時，データサイズ，データフォーマット，著作権管理方式のタイプ，などである。
以上のような配信サービス利用部１６０は，例えば，利用するコンテンツ配信サービスに対応したコンテンツ配信サービス用のソフトウェアを，コンテンツ処理装置１０にインストールすることによって構成される。なお，この配信サービス利用部１６０は，ユーザが利用する複数のコンテンツ配信サービス毎に複数設けられてもよい。
リッピング部１６２は，音楽コンテンツや映像コンテンツを記録したＣＤ，ＤＶＤ等の記録媒体７ａに記録されているコンテンツをリッピングする。具体的には，リッピング部１６２は，例えば，ユーザ入力に応じて，ドライブ１１２を制御して，記憶媒体７ａから音楽／映像データ等を取り出し，かかる音楽／映像データをコンテンツ処理装置１０で処理可能なフォーマット（例えばＡＴＲＡＣ３形式等）に変換したコンテンツを作成する。
表示制御部１６４は，表示部１６６における各種情報の表示を制御する。詳細には，表示制御部１６４は，再生操作部１２２によるコンテンツの検索時などには，ユーザの選択操作内容に応じて，各種の検索画面を表示部１６６に順次表示させる。具体的には，表示制御部１６４は，ユーザの操作内容に応じて，例えば上記テーブル作成部１５６により生成された検索リスト（検索表示用テーブル１５）に従い，各種の検索画面を表示部１６６に表示させるように制御する。これにより，コンテンツ記憶部１２０に記憶されている複数のコンテンツに関し，そのタイトル等を，アルバム，アーティトスト，ジャンルごとに分類して表示したり，或いは，評価値が高い順／低い順，再生回数が多い順，最近再生した順などでソートして表示したりできる。これにより，ユーザは，かかる表示内容を閲覧しながら，自己の嗜好に合うコンテンツを容易かつ迅速に検索して，選択することができるので，便利である。なお，表示部１６６は，例えば，上記出力装置１１０などで構成される。
また，表示制御部１６４は，ホスト記憶部１４６内の演算評価値又は入力評価値を読み出し，演算評価値より入力評価値を優先的に表示部１６６に表示させる。また，特定のコンテンツの演算評価値が表示されているときに，評価値入力部１４４により特定のコンテンツの入力評価値が設定された場合には，表示制御部１６４は，上記表示中の演算評価値の代わりに，上記設定された入力評価値を表示部１６６に表示させるよう制御する。また，表示制御部１６４は，ホスト記憶部１４６等に記憶されているプレイリストを表示部１６６に表示させることもできる。
以上，本実施形態にかかる情報処理装置１０の各部の機能構成について説明した。なお，上記再生操作部１２２，再生部１２４，日時情報生成部１２６，再生履歴生成部１２８，接続検知部１３４，取得部１３６，再生履歴解析部１３８，評価値演算部１４２，評価値入力部１４４，プレイリスト生成部１４８，コンテンツ更新部１５０，コンテンツ特定部１５２，属性情報抽出部１５４，テーブル作成部１５６，転送部１５８，配信サービス利用部１６０，リッピング部１６２，表示制御部１６４などは，例えば，上記各機能を有するハードウェアとして構成されてもよいし，或いは，上記各機能をコンピュータに実現させるプログラムを情報処理装置１０にインストールすることによって構成されてもよい。
＜イニシャルソート機能＞
次に，図１７〜図２５を参照して，本実施形態にかかる情報処理装置１０が有するイニシャルソート機能について説明する。
次に，図１７〜図２５を参照して，本実施形態にかかる情報処理装置１０が有するイニシャルソート機能について説明する。
イニシャルソートとは，各コンテンツの属性情報の名称（音楽コンテンツのタイトル（コンテンツ名），アルバム名，アーティスト名など）の読み順／文字列順に基づいて，当該コンテンツの属性情報を並び替えることをいう。なお，「属性情報の名称の読み順／文字列順」とは，「属性情報の名称の文字列を構成する各文字の読み順」を意味する。以下では，説明の便宜上，「読み順／文字列順」を「読み順」と表記する。
（ソート用テキスト生成の概要）
情報処理装置１０は，図１７に示したように，後述するソート用テキスト生成モジュール３１０を自動生成し，生成されたソート用テキスト生成モジュール３１０を用いて，メタ一覧３００に含まれる各メタデータにソート用テキストをそれぞれ付加することにより，ソート用テキストメタ一覧３２０（ソート用テキストメタデータ）を生成する。その後，情報処理装置１０は，ソートモジュール３３０を用いてソート用テキストメタ一覧３２０の各メタデータをソートすることにより，ソート済メタ一覧３４０を生成する。
情報処理装置１０は，図１７に示したように，後述するソート用テキスト生成モジュール３１０を自動生成し，生成されたソート用テキスト生成モジュール３１０を用いて，メタ一覧３００に含まれる各メタデータにソート用テキストをそれぞれ付加することにより，ソート用テキストメタ一覧３２０（ソート用テキストメタデータ）を生成する。その後，情報処理装置１０は，ソートモジュール３３０を用いてソート用テキストメタ一覧３２０の各メタデータをソートすることにより，ソート済メタ一覧３４０を生成する。
（イニシャルデータ生成の概要）
ついで，情報処理装置１０は，イニシャルデータ生成モジュール３５０に基づいて，ソート済メタ一覧３４０に含まれる各ソート済みメタデータのイニシャル（頭文字）を生成し，生成されたイニシャル情報をソート済メタ一覧３４０の各ソート済メタデータに追加することによりイニシャル情報付きソート済メタ一覧３６０（イニシャル情報付きソート済メタデータ）を生成する。
ついで，情報処理装置１０は，イニシャルデータ生成モジュール３５０に基づいて，ソート済メタ一覧３４０に含まれる各ソート済みメタデータのイニシャル（頭文字）を生成し，生成されたイニシャル情報をソート済メタ一覧３４０の各ソート済メタデータに追加することによりイニシャル情報付きソート済メタ一覧３６０（イニシャル情報付きソート済メタデータ）を生成する。
情報処理装置１０は，このようにして生成されたイニシャル情報付きソート済メタ一覧３６０をコンテンツとともに携帯再生装置２０に送信するようになっている。また，情報処理装置１０のテーブル作成部１５６は，このイニシャル情報付きソート済メタ一覧３６０に基づき，コンテンツの属性情報をイニシャルソートして，上記検索表示用テーブル１５を作成可能である。
（情報処理装置１０の機能）
つぎに，情報処理装置１０の各機能を機能ブロックにて示した図１８を参照しながら，情報処理装置１０の機能について説明する。情報処理装置１０は，コンテンツ取得部１７２，情報取得部１７４，記憶部１８０，ソート用テキスト生成部１８２，ソート実行部１８４，イニシャル情報生成部１８６，情報出力部１８８および表示部１９０により示した機能ブロックを有している。
つぎに，情報処理装置１０の各機能を機能ブロックにて示した図１８を参照しながら，情報処理装置１０の機能について説明する。情報処理装置１０は，コンテンツ取得部１７２，情報取得部１７４，記憶部１８０，ソート用テキスト生成部１８２，ソート実行部１８４，イニシャル情報生成部１８６，情報出力部１８８および表示部１９０により示した機能ブロックを有している。
コンテンツ取得部１７２は，例えば，上述した配信サービス利用部１６０やリッピング部１６２に相当し，配信サーバ３０や記憶媒体７などからコンテンツを取得する。情報取得部１７４は，このコンテンツ取得部１７２により取得したコンテンツに付加されている属性情報（アーティスト名，アルバム名，タイトル（曲名）など）としてのメタデータを取得する。
記憶部１８０は，図１７のソート用テキスト生成モジュール３１０を生成するためのルールをそれぞれ規定した複数のモジュールを記憶する。複数のモジュールの一例としては，定冠詞抜きモジュール１８０ａ，ザ抜きモジュール１８０ｂ，逆変換モジュール１８０ｃ，英字変換モジュール１８０ｄ，あだな変換モジュール１８０ｅ，記号読み変換モジュール１８０ｆ，難読名変換モジュール１８０ｇ，数字読み変換モジュール１８０ｈ，姓名反転モジュール１８０ｉ，文字種分類モジュール１８０ｊ，ソートモジュール３３０ａおよび文字種別ソートモジュール３３０ｂが挙げられる。
定冠詞抜きモジュール１８０ａは，メタデータから各言語（たとえば，英語，仏語，伊語，独語，西語）の定冠詞を削除するというルールを規定したモジュールであり，このルールを用いてソート用テキストを生成する。たとえば，定冠詞抜きモジュール１８０ａは，メタデータ「Ｔｈｅ Ｂｅａｔ」からソート用テキスト「Ｂｅａｔ」を生成する。定冠詞抜きモジュール１８０ａは，メタデータがどんな言語にて記述されていても適用可能である。
ザ抜きモジュール１８０ｂは，メタデータから日本語で書かれた各言語の定冠詞（たとえば，「ザ・」や「ザ＜空白＞」など）を削除するというルールを規定したモジュールであり，このルールを用いてソート用テキストを生成する。たとえば，ザ抜きモジュール１８０ｂは，メタデータ「ザ ビート」からソート用テキスト「ビート」を生成する。ザ抜きモジュール１８０ｂは，メタデータが日本語にて記述されている場合に適用される。
逆変換モジュール１８０ｃは，ＩＭＥ（Ｉｎｐｕｔ Ｍｅｔｈｏｄ Ｅｄｉｔｏｒ：日本語の文章を入力するためのソフトの総称でかな漢字変換が主な機能）の逆変換機能に類する機能を用いて読みがなを取得するというルールを規定したモジュールであり，このルールを用いてソート用テキストを生成する。逆変換モジュール１８０ｃは，日本語，中国語および韓国語に変換される場合に適用される。
たとえば，アーティスト名であるメタデータが「砂原良一」であって，生成されるソート用テキストが「ひらがな」または「カタカナ」である場合，逆変換モジュール１８０ｃは，メタデータ「砂原良一」からソート用テキスト「すなはらよしいち」または「スナハラヨシイチ」をソート用テキストとして生成する。また，たとえば，アーティスト名が「青山典子」である場合，逆変換モジュール１８０ｃは，メタデータ「青山典子」から，ひらがな「あおやまのりこ」またはカタカナ「アオヤマノリコ」をソート用テキストとして生成する。
また，たとえば，生成されるソート用テキストが中国語の場合，逆変換モジュール１８０ｃは，メタデータ「青山典子」から，ピンイン「ＱＩＮＧ（青） ＳＨＡＮ（山） ＤＩＡＮ（典） ＺＩ（子）」をソート用テキストとして生成する。
逆変換モジュール１８０ｃには，アーティスト名の読み仮名変換を行うアーティスト名用逆変換モジュールと，曲名の読み仮名変換を行う曲名（一般）用逆変換モジュールの２種類が存在していてもよい。メタ情報には，アーティスト名，曲名，アルバム名等さまざまな情報が含まれている。よって，各メタ情報に適切な逆変換モジュールを使うことにより，変換精度を向上させることが可能となる。例えば，アーティスト名には，アーティスト名用逆変換モジュールを使い，曲名には，曲名（一般）用逆変換モジュールを使う。これにより，アーティスト名の「杏子」は「キョウコ」と変換され，曲名の中の「杏子」は「アンズ」と正しく変換される。このようにして，アーティスト名の変換精度を圧倒的に高めることができる。
加えて，正しく変換できなかったときのために，「逆変換モジュール」にユーザ自身が「表示」と「読み」と「品詞（一般名詞，動詞，姓名，姓，名，グループ名など）」を登録できるようにしておいてもよい。これによれば，同じ逆変換ができなかったアーティストの曲を次回リッピングしたときでも正しく変換することができる。また，その登録内容をサーバに吸い上げて，辞書の改版をしてもよい。
英字変換モジュール１８０ｄは，英字に対してその読みがなを記憶した辞書を持ち，その辞書に基づいて英字のメタデータから読みがなを取得するというルールを規定したモジュールであり，このルールをメタデータに適用することにより読みがなのソート用テキストを生成する。英字変換モジュール１８０ｄは，英字から日本語，中国語または韓国語に変換する場合に適用される。たとえば，英字「ＰＵＦＦＯ」を日本語に変換する場合，英字変換モジュール１８０ｄは，英字に対する読みがなを記憶した辞書に基づいて英字「ＰＵＦＦＯ」からひらがな「ぱふぉー」またはカタカナ「パフォー」をソート用テキストとして生成する。
あだな変換モジュール１８０ｅは，人名に対してそのあだなを記憶した辞書を持ち，その辞書に基づいて人名のメタデータからあだなを取得するというルールを規定したモジュールであり，このルールをメタデータに適用することによりあだなのソート用テキストを生成する。たとえば，あだな変換モジュール１８０ｅは，人名に対するあだなを記憶した辞書に基づいて，人名「浜孝一」からあだな「はまちゃん」をソート用テキストとして生成する。
記号読み変換モジュール１８０ｆは，「☆」などの記号や特殊文字に対してその読みがなを記憶した辞書を持ち，その辞書に基づいて記号等から読みがなを取得するというルールを規定したモジュールである。たとえば，記号読み変換モジュール１８０ｆは，記号等に対する読みがなを記憶した辞書に基づいて，記号「☆」から「ほし」（または「スター」，「ＳＴＡＲ」等）を生成する。これにより，「涙目がキラリ☆」から「涙目がキラリほし」が生成される。
難読名変換モジュール１８０ｇは，難読名に対する読みがなを記憶した辞書を持ち，その辞書に基づいて難読名のメタデータから読みがなを取得するというルールを規定したモジュールであり，このルールをメタデータに適用することにより難読ソート用テキストを生成する。たとえば，難読名変換モジュール１８０ｇは，難読名に対する読みがなを記憶した辞書に基づいて，難読名「１３５Ｒ」から「いみごらいだー」を生成する。
数字読み変換モジュール１８０ｈは，数字の読み方に読みがなをつけるルールを規定したモジュールである。たとえば，数字読み変換モジュール１８０ｈは，「僕の瞳は１００万ボルト」から「僕の瞳はひゃくまんボルト」を生成する。
姓名反転モジュール１８０ｉは，「姓，名」や「姓 名」の順に表記されているメタデータを，「名 姓」に変換する。たとえば，姓名反転モジュール１８０ｉは，「Ｂａｃｋ，Ｊｅｆｆ」や「Ｂａｃｋ Ｊｅｆｆ」から「Ｊｅｆｆ Ｂａｃｋ」を生成する。
文字種分類モジュール１８０ｊは，メタデータが２以上の文字種からなる場合，メタデータを文字種毎のメタデータに分類する。たとえば，メタデータが英字と漢字との２つの文字種によって表示される場合，文字種分類モジュール１８０ｊは，メタデータを英字のメタデータと漢字のメタデータとに分類する。
ソートモジュール３３０ａは，生成されたソート用テキストに基づいてメタデータをソートすることにより，ソート済みメタデータを生成する。文字種別ソートモジュール３３０ｂは，文字種分類モジュール１８０ｊにより分類された文字種別メタデータをそれぞれソートすることにより，文字種別ソート済みメタデータをそれぞれ生成する。
記憶部１８０は，上述した複数のモジュールを記憶するとともに，各モジュールにて規定されるルールを適用するときの優先順位を記憶する。この優先順位にしたがって，優先順位の高いモジュールに規定されたルールから順に各ルールがソート用テキストを生成するためのルールとして適用される。
ソート用テキスト生成部１８２は，記憶部１８０に記憶された複数のモジュールのうち，所定の条件に応じたルールを規定した１または２以上のモジュール（ソート用テキスト生成モジュール３１０）に基づいてソート用テキストを自動生成する。所定の条件の一例としては，予め定められた初期条件の他，ユーザから指定された条件またはユーザが使用している言語（たとえば，日本人なら日本語）に関する環境が挙げられる。
たとえば，図１９に示したように，所定の条件に基づいて，記憶部１８０に記憶された複数のモジュールから定冠詞抜きモジュール１８０ａおよび逆変換モジュール１８０ｃが選択された場合，ソート用テキスト生成部１８２は，定冠詞抜きモジュール１８０ａおよび逆変換モジュール１８０ｃに規定された各ルールにしたがって，メタ一覧３００に含まれる各メタデータ３００ａからソート用テキストメタ一覧３２０に示したソート用テキスト３２０ａをそれぞれ生成する。
ソート実行部１８４は，ソート用テキスト生成部１８２により自動生成されたソート用テキスト３２０ａに基づいて，各ソート用テキスト３２０ａに対応する各メタ情報３００ａをソートすることにより，ソートされた複数のメタ情報（ソート済メタ情報３００ｂ）からなるソート済メタ一覧３４０を生成する。
イニシャル情報生成部１８６は，ソート済メタデータ３００ｂに含まれる各メタ情報のイニシャル（頭文字）の情報を生成し，生成されたイニシャル情報をソート済メタデータに追加することによりイニシャル情報付きソート済メタデータを生成する。
たとえば，イニシャル情報生成部１８６は，図２０に示したように，イニシャルデータ生成モジュール３５０を用いて，ソート済メタ一覧３４０に含まれるメタ情報３００ｂの頭文字をイニシャル情報３２０ｃとして生成し，イニシャル情報３２０ｃをソート済メタデータ３００ｂに追加することによりイニシャル情報付きソート済メタ一覧３６０を生成する。
一例を挙げると，イニシャル情報生成部１８６は，メタ情報「坂本龍三」の頭文字「サ」をイニシャル情報として生成し，生成されたのイニシャル情報「サ」をソート済メタデータ３００ｂに追加することによってイニシャル情報付きソート済メタ一覧３６０を生成する。なお，イニシャル情報は，ソート済メタデータに含まれる各情報の頭文字を含んでいればよく，たとえば，メタ情報「坂本龍三」のイニシャル情報を「サカ」と生成してもよく，「サカモ」と生成してもよい。
また，イニシャル情報は，必ずしもイニシャル（頭文字）を含んだ情報でなくてもよく，たとえば，ソート済みメタデータの総文字数をイニシャル情報としてもよいし，ソート済みメタデータに含まれる特定の文字列をイニシャル情報としてもよい。たとえば，総文字数をイニシャル情報とする場合，ソート済みメタデータ「坂本太郎」に対して「４」というイニシャル情報が生成される。
また，特定の文字列「太郎」をイニシャル情報とする場合，ソート済みメタデータの各情報に，「太郎」を（先頭に限らず）含んでいるときには，「太郎」というイニシャル情報が生成される。これによれば，たとえば，曲名に「クリスマス」「恋」「海」などのキーワードを含んでいるコンテンツにすばやくアクセスすることができる。
なお，以上のように説明したイニシャル情報生成の条件のうち，いずれかの条件を用いてイニシャル情報を生成してもよいし，複数の条件を用いてイニシャル情報を生成してもよい。たとえば，イニシャル情報としてイニシャル（頭文字）と総文字数と特定の文字列とを条件とする場合，ソート済みメタデータ「坂本太郎」に対して，「サ」，「４」，「太郎」という３つのイニシャル情報が生成される。
情報出力部１８８は，このようにして生成されたイニシャル情報付きソート済メタ一覧３６０を外部装置（たとえば，携帯再生装置２０など）に表示させる。あるいは，表示部１９０が，このようにして生成されたイニシャル情報付きソート済メタ一覧３６０を表示してもよい。
このようにして，情報処理装置１０は，これらの機能ブロックに示した各機能を用いて，予め定められたルールを規定したモジュールに基づいてコンテンツのメタデータを並べ替え，さらに，並べ替えたメタデータにイニシャル情報を付加するようになっている。
なお，情報処理装置１０は，ＣＰＵ１０１，ＲＯＭ１０２，ＲＡＭ１０３およびインタフェース１０７を備えていて（図４参照），ＲＯＭ１０２は，上記各機能を実行するためのプログラムをそれぞれ記憶している。ＣＰＵ１０１は，ＲＯＭ１０２に記憶された各プログラムを実行することにより各機能を達成するようになっている。
（イニシャルソート変更例）
次に，上記情報処理装置１０のイニシャルソート機能に関し，ユーザにより設定された条件に応じて，ソート用テキストおよびイニシャル情報が動的に設定されるようにした変更例について説明する。
次に，上記情報処理装置１０のイニシャルソート機能に関し，ユーザにより設定された条件に応じて，ソート用テキストおよびイニシャル情報が動的に設定されるようにした変更例について説明する。
この変更例の情報処理装置１０では，ユーザが，ソート用テキストを自動生成するための条件とメタ情報のイニシャル文字のソート順とを予め設定する。ユーザが日本語を使用する環境においては，ユーザは，図２１に示した日本語版のソート用テキスト自動生成設定画面にてソート用テキストを自動生成するための条件を設定し，ソート順・イニシャル文字設定画面にてメタ情報のイニシャル文字のソート順を設定する。
（ユーザ設定に応じた動的なソート用テキスト生成）
まず，ユーザは，ソート用テキストを自動生成するための条件を設定する。図２１の例では，ユーザは，ソート用テキストを自動生成するための条件として，「ひらがなの読みがなをつける」，「あだなの読みがなをつける」，「英語の定冠詞を削除する」，「カナの定冠詞を削除する（ザ抜き）」を設定している。
まず，ユーザは，ソート用テキストを自動生成するための条件を設定する。図２１の例では，ユーザは，ソート用テキストを自動生成するための条件として，「ひらがなの読みがなをつける」，「あだなの読みがなをつける」，「英語の定冠詞を削除する」，「カナの定冠詞を削除する（ザ抜き）」を設定している。
これをうけて，ソート用テキスト生成部１８２は，記憶部１８０に記憶された複数のモジュールから，ユーザから指定された条件（ユーザ設定）に応じた１または２以上のモジュールを選択する。図２２は，ユーザ設定に応じてソート用テキストを動的に生成する動作を示した図である。図２２のソート用テキスト生成モジュール３１０に示したように，ソート用テキスト生成部１８２は，ユーザにより設定された条件「英語の定冠詞を削除する」に応じて定冠詞抜きモジュール１８０ａを選択する。また，ソート用テキスト生成部１８２は，「カナの定冠詞を削除する（ザ抜き）」に応じて，ザ抜きモジュール１８０ｂを選択する。また，ソート用テキスト生成部１８２は，「ひらがなの読みがなをつける」に応じて，逆変換モジュール１８０ｃを選択する。また，ソート用テキスト生成部１８２は，「あだなの読みがなをつける」に応じて，あだな変換モジュール１８０ｅを選択する。
ソート用テキスト生成部１８２は，記憶部１８０に記憶された優先順位の高いモジュールに規定されたルールから順に，ソート用テキストを生成するためのルールとして用いる。たとえば，記憶部１８０に記憶された優先順位のうち，あだな変換モジュール１８０ｅの優先順位が，逆変換モジュール１８０ｃの優先順位よりも高い場合，ソート用テキスト生成部１８２は，メタ一覧３００の「砂原良一」から，逆変換モジュール１８０ｃに規定されたルールに基づいて「すなはらよしいち」をソート用テキストとして生成するのではなく，あだな変換モジュール１８０ｅに規定されたルールに基づいて「まりん」をソート用テキストとして生成する。このように，優先順位にしたがって，メタ一覧３００の各メタデータ３００ａからソート用テキストメタ一覧３２０に示したソート用テキスト３２０ａがそれぞれ生成される。
なお，ここでは，英字変換モジュール１８０ｄは選択されていない。この結果，メタデータ「ＰＵＦＦＯ」は，ひらがなに変換されず，そのままの表記「ＰＵＦＦＯ」がソート用テキスト３２０ａとして生成される。
再び，図２１に示した日本語版設定画面に戻って，ユーザが，メタ情報のイニシャル文字のソート順を設定する方法について説明する。ユーザは，図２１に示したソート順・イニシャル文字設定画面にてメタ情報のイニシャル文字のソート順を設定する。この例では，洋楽ユーザ向けであれば，メタ情報のイニシャル文字が「ＡＢＣ・・・／数字／［あ−ん］／その他」の順になるようにメタ情報が並べ替えられる。一方，邦楽ユーザ向けであれば，メタ情報のイニシャル文字が「あ行か行・・・／数字／［Ａ−Ｚ］／その他」の順になるようにメタ情報が並べ替えられる。
ここでは，ユーザは，洋楽ユーザ向けを選択している。これにより，図２２に示したように，ソート実行部１８４は，洋楽ユーザ向けのソートモジュール３３０のルール（すなわち，「ＡＢＣ・・・／数字／［あ−ん］／その他」の順）に基づいて，ソート用テキストメタ一覧３２０を並べ替えることにより，ソート済みメタ一覧３４０（ソート済みメタデータ）を生成する。この結果，ソート済みメタ一覧３４０には，最初に英字「ＰＵＦＦＯ」，その後に，あいうえお順に並べ替えられたメタ情報３００ｂが保持される。
図２３に，ユーザの使用する言語環境に応じて，ソート順として設定可能な項目の一例を挙げる。これによれば，日本語の場合（日本語モード），ソート順として設定可能な文字種は，「数字＆記号／英字／日本語（読みがな）／その他」となる。韓国語の場合（韓国語モード），ソート順に設定可能な文字種は，「ハングル＆韓文漢字（読みがな）／数字＆記号／英字／その他」となる。中国語の場合（中国語モード），ソート順として設定可能な文字種は，「数字＆記号／英字＆簡体＆繁体（読みがな）／その他」となる。英仏独伊西語の場合（英字モード），ソート順として設定可能な文字種は，「数字＆記号／英字／その他」となる。ロシア語の場合（ロシア語モード），ソート順として設定可能な文字種は，「数字＆記号／英字／キリル文字／その他」となる。
ユーザは，このようなソートのルールにしたがって，初期設定時や任意の時点にソート順を動的に設定してもよく，ユーザの言語環境に応じて自動で定められるデフォルト値に対してユーザがさらに変更を加えてもよい。
なお，図２４に示したように，メタ情報が２以上の文字種（ここでは，日本語，英語であるが，分類する文字種は，ユーザの使用する言語環境によって変わる。）からなる場合，ソート実行部１８４は，文字種分類モジュール１８０ｊを用いて，文字種毎にメタ情報を分類し，文字種別ソートモジュール３３０ｂ１，３３０ｂ２を用いて，分類されたメタ情報をそれぞれソートすることにより，文字種毎にメタ情報を並べ替えて文字種別ソート済メタ情報３４０ａ，３４０ｂをそれぞれ生成する。その後，ソート実行部１８４は，文字種別リスト合成モジュール３８０に基づいて，文字種別ソート済メタ情報３４０ａと文字種別ソート済メタ情報３４０ｂとを合成する。
（ユーザ設定に応じた動的なイニシャル設定）
つぎに，ユーザ設定に応じた動的な文字種別のイニシャルソート設定方法について説明する。図２５に示したように，基本ソートルールとして設定可能な項目は，言語環境（文字種）によって変わる。たとえば，文字種が「英字」の場合，ユーザは，Ａ，Ｂ，Ｃ，・・・Ｚのイニシャルに対して，「アルファベット順」，「大文字→小文字の順」を基本ソートルールとして設定することができる。
つぎに，ユーザ設定に応じた動的な文字種別のイニシャルソート設定方法について説明する。図２５に示したように，基本ソートルールとして設定可能な項目は，言語環境（文字種）によって変わる。たとえば，文字種が「英字」の場合，ユーザは，Ａ，Ｂ，Ｃ，・・・Ｚのイニシャルに対して，「アルファベット順」，「大文字→小文字の順」を基本ソートルールとして設定することができる。
また，文字種が「数字＆記号」の場合，ユーザは，５，＃等のイニシャルに対して，「数字（文字コード順）→記号（文字コード順）」を基本ソートルールとして設定することができる。
また，文字種が「ハングル」の場合，ユーザは，ハングル子音，韓文漢字のイニシャルに対して，「辞書順（＝文字コード順）」を基本ソートルールとして設定することができる。
また，文字種が「日本語」の場合，ユーザは，あ行，か行，・・・漢字のイニシャルに対して，「５０音順」，「ひらがな→カタカナの順」，「普通音→撥音→濁音→半濁音の順」，「文字コードの順」を基本ソートルールとして設定することができる。
また，文字種が「英字＆簡体＆繁体（英字読み）」の場合，ユーザは，Ａ，Ｂ，Ｃ・・・Ｚ，簡体字，繁体字のイニシャルに対して，「英文Ａ，中文Ａ，英文Ｂ，中文Ｂ，・・・，英文Ｚ，中文Ｚ」，「文字種英字と同じルール」，「文字コードの順」を基本ソートルールとして設定することができる。
また，文字種が「キリル文字」の場合，ユーザは，キリル文字のイニシャルに対して，「キリル文字順」，「大文字→小文字の順」，「文字コードの順」を基本ソートルールとして設定することができる。
なお，その他の文字種の場合，ユーザは，その他の文字種のイニシャルに対して，「文字コードの順」を基本ソートルールとして設定することができる。
以上の基本ソートルールに基づいて，ユーザの言語環境に応じて，図２４に示したイニシャルソート設定３９０が動的に設定される。このようにして動的に設定されたイニシャルソート設定３９０に基づいて，ソート実行部１８４は，合成されたソート済みメタ情報を並べ替え，ソート済みメタ情報を生成する。
ついで，イニシャル情報生成部１８６は，イニシャルデータ生成モジュール３５０に基づいて，ソート済メタ情報に含まれる各メタ情報のイニシャル情報を生成する。イニシャル情報生成部１８６は，生成されたイニシャル情報をソート済メタデータに追加することにより，イニシャル情報付きソート済メタ一覧３６０を生成する。
たとえば，図２４では，イニシャルソート設定３９０は，ユーザにより「あ行−わ行／［Ａ−Ｚ］の順」に設定されている。そこで，イニシャル情報生成部１８６は，このユーザ設定のルールに基づいて，合成されたソート済メタデータを最初に［あ行−わ行］の順，つぎに，［Ａ−Ｚ］の順に並べ替え，イニシャル情報付きソート済メタデータ３６０を生成する。
以上，図１７〜図２５を参照して，情報処理装置１０が有するイニシャルソート機能について説明した。なお，携帯型再生装置２０等の再生装置も，上述したようなイニシャルソート機能の一部又は全部を有するように構成してもよい。
＜検索表示用テーブルの種類＞
次に，図２６Ａ〜Ｍを参照して，本実施形態にかかる検索表示用テーブル１５の具体例について説明する。
次に，図２６Ａ〜Ｍを参照して，本実施形態にかかる検索表示用テーブル１５の具体例について説明する。
検索表示用テーブル１５は，携帯型再生装置２０におけるコンテンツの検索時に表示部２５０に順次表示される複数の検索画面に１対１対応するように，各コンテンツの属性情報が階層化された構造を有するテーブルである。この検索表示用テーブル１５は，携帯型再生装置２０におけるコンテンツの検索方式（例えば，楽曲のアーティスト名で検索，楽曲のジャンルで検索など）に対応して複数種類が用意される。以下に，各検索表示用テーブル１５の構造とデータ内容について詳細に説明する。
なお，以下の説明で，「アーティスト」とは，音楽コンテンツ（楽曲）の歌手，演奏者，作詞者，作曲者，編曲者又はプロデューサーであり，「アルバム」とは，複数の音楽コンテンツの集合体であり，「タイトル」とは，音楽コンテンツの名称であり，「トラック」とは，１のアルバム内に含まれる音楽コンテンツの通称であり，「トラック番号」とは，１のアルバム内におけるトラックの配列順序を表す番号であり，「ジャンル」とは，音楽コンテンツの属する音楽分野である。
（Ａ．アルバム検索表示用テーブル）
図２６Ａは，本実施形態にかかるアルバム検索表示用テーブル１５ａのデータ構造を示す説明図である。アルバム検索表示用テーブル１５ａは，コンテンツの属性情報として，グループ名である「アルバム名」と，コンテンツ名である「タイトル」とを含む。
図２６Ａは，本実施形態にかかるアルバム検索表示用テーブル１５ａのデータ構造を示す説明図である。アルバム検索表示用テーブル１５ａは，コンテンツの属性情報として，グループ名である「アルバム名」と，コンテンツ名である「タイトル」とを含む。
このアルバム検索表示用テーブル１５ａは，最上位階層の「アルバム階層」と，最下位階層の「タイトル階層」とからなる２階層構造を有する。アルバム階層では，アルバム名が読み順でソート（イニシャルソート）されている。図示の例では，アルバム名「Ｍａｎｙ Ｐｒｉｎｃｅｓｓ」→「Ｓｉｎｇｉｎｇ」→「Ｓｕｇａｒ Ｌｏｗ」といったように，アルバム名を構成する文字列のアルファベットが若い順にソートされている。先頭文字が同一である場合（「Ｓｉｎｇｉｎｇ」も「Ｓｕｇａｒ Ｌｏｗ」も先頭文字は「Ｓ」）には，次の文字で判断される（「ｉ」＜［ｕ」）。また，タイトル階層では，アルバムごとに，そのアルバムに属する楽曲のタイトルがトラック番号順でソートされている。
また，タイトル階層では，各アルバム単位で，そのアルバムに属する楽曲のタイトルがトラック番号順でソート（イニシャルソート）されている。例えば，アルバム名「Ｍａｎｙ Ｐｒｉｎｃｅｓｓ」のアルバムでは，タイトル「キロク」→「ｊｕｍｐｉｎｇ」といったように，当該アルバムで設定されているトラック番号順にソートされている。
以上のようなアルバム検索表示用テーブル１５ａは，アルバム名を検索キーとして音楽コンテンツ（楽曲）を検索する際に利用される。この際，アルバム名が読み順で表示されるので，ユーザは所望のアルバムを容易に検索でき便利である。また，各アルバム内の楽曲がそのアルバムのトラック順に並んで表示されるので，アルバム検索したユーザにとって便利である。
（Ｂ．アーティスト検索表示用テーブル）
図２６Ｂは，本実施形態にかかるアーティスト検索表示用テーブル１５ｂのデータ構造を示す説明図である。アーティスト検索表示用テーブル１５ｂは，コンテンツの属性情報として，グループ名である「アーティスト名」と，グループ名である「アルバム名」と，コンテンツ名である「タイトル」とを含む。
図２６Ｂは，本実施形態にかかるアーティスト検索表示用テーブル１５ｂのデータ構造を示す説明図である。アーティスト検索表示用テーブル１５ｂは，コンテンツの属性情報として，グループ名である「アーティスト名」と，グループ名である「アルバム名」と，コンテンツ名である「タイトル」とを含む。
このアーティスト検索表示用テーブル１５ｂは，最上位階層の「アーティスト階層」と，中位階層の「アルバム階層」と，最下位階層の「タイトル階層」とからなる３階層構造を有する。
アーティスト階層では，アーティスト名が読み順でソート（イニシャルソート）されている。図示の例では，アーティスト名「１９８０ＢＡＮＤ」→「Ｅｖｅｒｙ Ｂｉｇ Ｓｉｎｇ」→「鬼塚太郎」といったように，アーティスト名が読み順でソートされている。
また，アルバム階層では，各アーティスト単位で，そのアーティストに属するアルバム名が読み順でソート（イニシャルソート）されている。また，タイトル階層では，各アルバム単位で，そのアルバムに属する楽曲のタイトルがトラック番号順でソートされている。
以上のようなアーティスト検索表示用テーブル１５ｂは，アーティスト名を検索キーとしてアルバム名を検索し，さらに，アルバム名を検索キーとして音楽コンテンツ（楽曲）を検索する際に利用される。この際，アーティスト名及びアルバム名が読み順で表示されるので，ユーザは所望のアーティスト及びアルバムを容易に検索でき便利である。
（Ｃ．ジャンル検索表示用テーブル）
図２６Ｃは，本実施形態にかかるジャンル検索表示用テーブル１５ｃのデータ構造を示す説明図である。ジャンル検索表示用テーブル１５ｃは，コンテンツの属性情報として，グループ名である「ジャンル」と，グループ名である「アーティスト名」と，グループ名である「アルバム名」と，コンテンツ名である「タイトル」とを含む。
図２６Ｃは，本実施形態にかかるジャンル検索表示用テーブル１５ｃのデータ構造を示す説明図である。ジャンル検索表示用テーブル１５ｃは，コンテンツの属性情報として，グループ名である「ジャンル」と，グループ名である「アーティスト名」と，グループ名である「アルバム名」と，コンテンツ名である「タイトル」とを含む。
このジャンル検索表示用テーブル１５ｃは，最上位階層の「ジャンル階層」と，第２位階層である「アーティスト階層」と，第３位階層の「アルバム階層」と，最下位階層の「タイトル階層」とからなる４階層構造を有する。
ジャンル階層では，ＪーＰＯＰ，Ｒｏｃｋ，Ｊａｚｚ等の音楽ジャンルが，文字コード順でソートされている。図示の例では，ジャンル「ＪーＰＯＰ」→「Ｒｏｃｋ」といったように，ジャンルが文字コード順でソートされている。また，アーティスト階層では，各ジャンル単位で，そのジャンルに属するアーティスト名が読み順でソート（イニシャルソート）されている。また，アルバム階層では，各アーティスト単位で，そのアーティストに属するアルバム名が読み順でソート（イニシャルソート）されている。また，タイトル階層では，各アルバム単位で，そのアルバムに属する楽曲のタイトルがトラック番号順でソートされている。
以上のようなジャンル検索表示用テーブル１５ｃは，ジャンルを検索キーとしてアーティスト名を検索し，さらに，アーティスト名を検索キーとしてアルバム名を検索し，さらに，アルバム名を検索キーとして音楽コンテンツ（楽曲）を検索する際に利用される。この際，アーティスト名及びアルバム名が読み順で表示されるので，ユーザは所望のアーティスト及びアルバムを容易に検索でき便利である。また，ジャンル数は少ないためイニシャルソートする必要性は低いので，上記例では，ジャンルを文字コード順でソートしているが，かかる例に限定されず，ジャンルをイニシャルソートすることもできる。
また，上記ジャンル検索表示用テーブル１５ｃの変更例として，上記「アーティスト階層」と「アルバム階層」の一方若しくは双方を省略した検索表示用テーブル１５を作成することができる。
例えば，最上位階層の「ジャンル階層」と，最下位階層の「タイトル階層」とからなる２階層構造を有する「ジャンル全曲（全コンテンツ）検索表示用テーブル」を作成できる。この「ジャンル全曲検索表示用テーブル」では，タイトル階層でのタイトルの配列順は，例えば，読み順，評価値の大きさ順，携帯型再生装置２０に対するコンテンツ追加日時順，ユーザ定義順，コンテンツデータの再生順，コンテンツ名の文字コード順ジャンル単位，などとすることができる。また，かかる「ジャンル全曲検索表示用テーブル」は，このような検索表示用途のみならず，ジャンルごとにコンテンツを集合させたプレイリストとしての利用も可能である。
（Ｄ．イニシャル全曲検索表示用テーブル）
図２６Ｄは，本実施形態にかかるイニシャル全曲検索表示用テーブル１５ｄのデータ構造を示す説明図である。イニシャル全曲検索表示用テーブル１５ｄは，コンテンツの属性情報として，グループ名である「イニシャル」と，コンテンツ名である「タイトル」とを含む。なお，「イニシャル」は，上述したイニシャル情報の頭文字を意味する（図２０等参照）。
図２６Ｄは，本実施形態にかかるイニシャル全曲検索表示用テーブル１５ｄのデータ構造を示す説明図である。イニシャル全曲検索表示用テーブル１５ｄは，コンテンツの属性情報として，グループ名である「イニシャル」と，コンテンツ名である「タイトル」とを含む。なお，「イニシャル」は，上述したイニシャル情報の頭文字を意味する（図２０等参照）。
このイニシャル全曲検索表示用テーブル１５ｄは，最上位階層の「イニシャル階層」と，最下位階層の「タイトル階層」とからなる２階層構造を有する。イニシャル階層では，イニシャル頭文字がイニシャル順でソートされている。図示の例では，イニシャル「Ｂ」→「Ｎ」→「Ｊ」→「キ」→「サ」→「ソ」といったように，イニシャル頭文字が，アルファベット順及び読み仮名の５０音順でソートされている。また，タイトル階層では，各イニシャル単位で，そのイニシャルを頭文字に有するタイトルが，読み順でソート（イニシャルソート）されてもよい。
以上のようなイニシャル全曲検索表示用テーブル１５ｄは，タイトルのイニシャルを検索キーとして音楽コンテンツ（楽曲）を検索する際に利用される。この際，複数の音楽コンテンツ（楽曲）のタイトルが，イニシャルごとに，読み順で表示されるので，ユーザは所望の音楽コンテンツ（楽曲）を容易に検索でき便利である。また，アーティスト名やアルバム名を介さなくても，所望の音楽コンテンツ（楽曲）をダイレクトに検索できるので便利であり，タイトル名が分かっている場合には迅速な検索が可能となる。
（Ｅ．イニシャル・アーティスト検索表示用テーブル）
図２６Ｅは，本実施形態にかかるイニシャル・アーティスト検索表示用テーブル１５ｅのデータ構造を示す説明図である。イニシャル・アーティスト検索表示用テーブル１５ｅは，コンテンツの属性情報として，グループ名である「イニシャル」と，グループ名である「アーティスト名」と，グループ名である「アルバム名」と，コンテンツ名である「タイトル」とを含む。
図２６Ｅは，本実施形態にかかるイニシャル・アーティスト検索表示用テーブル１５ｅのデータ構造を示す説明図である。イニシャル・アーティスト検索表示用テーブル１５ｅは，コンテンツの属性情報として，グループ名である「イニシャル」と，グループ名である「アーティスト名」と，グループ名である「アルバム名」と，コンテンツ名である「タイトル」とを含む。
このイニシャル・アーティスト検索表示用テーブル１５ｅは，最上位階層の「イニシャル階層」と，第２位階層の「アーティスト階層」と，第３位階層の「アルバム階層」と，最下位階層の「タイトル階層」とからなる４階層構造を有する。
イニシャル階層では，イニシャル頭文字がイニシャル順でソートされている。また，アーティスト階層では，各イニシャル単位で，アーティスト名が読み順でソート（イニシャルソート）されている。また，アルバム階層では，各アーティスト単位で，そのアーティストに属するアルバム名が読み順でソート（イニシャルソート）されている。また，タイトル階層では，各アルバム単位で，そのアルバムに属する楽曲のタイトルがトラック番号順でソートされている。
以上のようなイニシャル・アーティスト検索表示用テーブル１５ｅは，アーティスト名のイニシャルを検索キーとしてアーティスト名を検索し，さらに，アーティスト名を検索キーとしてアルバム名を検索し，さらに，アルバム名を検索キーとして音楽コンテンツ（楽曲）を検索する際に利用される。この際，あるイニシャルを入力すれば，そのイニシャルを頭文字にもつアーティスト名だけが一覧表示されるので便利であり，その後は，アーティスト名及びアルバム名が読み順で表示されるので，ユーザは所望のアーティスト及びアルバムを容易に検索でき便利である。
（Ｆ．イニシャル・アルバム検索表示用テーブル）
図２６Ｆは，本実施形態にかかるイニシャル・アルバム検索表示用テーブル１５ｆのデータ構造を示す説明図である。イニシャル・アルバム検索表示用テーブル１５ｆは，コンテンツの属性情報として，グループ名である「イニシャル」と，グループ名である「アルバム名」と，コンテンツ名である「タイトル」とを含む。
図２６Ｆは，本実施形態にかかるイニシャル・アルバム検索表示用テーブル１５ｆのデータ構造を示す説明図である。イニシャル・アルバム検索表示用テーブル１５ｆは，コンテンツの属性情報として，グループ名である「イニシャル」と，グループ名である「アルバム名」と，コンテンツ名である「タイトル」とを含む。
このイニシャル・アルバム検索表示用テーブル１５ｆは，最上位階層の「イニシャル階層」と，中位階層の「アルバム階層」と，最下位階層の「タイトル階層」とからなる３階層構造を有する。
イニシャル階層では，イニシャル頭文字がイニシャル順でソートされて，アルファベット順に並んでいる。また，アルバム階層では，各イニシャル単位で，アルバム名が読み順でソート（イニシャルソート）されている。さらに，タイトル階層では，各アルバム単位で，各アルバムに属する楽曲のタイトルがトラック番号順でソートされている。
以上のようなイニシャル・アルバム検索表示用テーブル１５ｆは，アーティスト名のイニシャルを検索キーとしてアルバム名を検索し，さらに，アルバム名を検索キーとして音楽コンテンツ（楽曲）を検索する際に利用される。この際，あるイニシャルを入力すれば，そのイニシャルを頭文字にもつアルバム名だけが一覧表示されるので便利であり，その後は，アルバム名が読み順で表示されるので，ユーザは所望のアルバムを容易に検索でき便利である。
（Ｇ．レーティング検索表示用テーブル）
図２６Ｇは，本実施形態にかかるレーティング検索表示用テーブル１５ｇのデータ構造を示す説明図である。レーティング検索表示用テーブル１５ｇは，コンテンツの属性情報として，グループ名である「評価値レベル」と，コンテンツ名である「タイトル」とを含む。なお，評価値レベルは，例えば，評価値Ｐが「１（Ｐ≦１）」，「２（１＜ｐ≦２）」，「３（２＜ｐ≦３）」，「４（３＜ｐ≦４）」，「５（４＜ｐ≦５）」という５段階の評価値の範囲を表している。なお，評価値は，上記演算評価値又は入力評価値のいずれかを用いても良いし，双方の平均値等を利用してもよい。
図２６Ｇは，本実施形態にかかるレーティング検索表示用テーブル１５ｇのデータ構造を示す説明図である。レーティング検索表示用テーブル１５ｇは，コンテンツの属性情報として，グループ名である「評価値レベル」と，コンテンツ名である「タイトル」とを含む。なお，評価値レベルは，例えば，評価値Ｐが「１（Ｐ≦１）」，「２（１＜ｐ≦２）」，「３（２＜ｐ≦３）」，「４（３＜ｐ≦４）」，「５（４＜ｐ≦５）」という５段階の評価値の範囲を表している。なお，評価値は，上記演算評価値又は入力評価値のいずれかを用いても良いし，双方の平均値等を利用してもよい。
このレーティング検索表示用テーブル１５ｇは，最上位階層の「評価値レベル階層」と，最下位階層の「タイトル階層」とからなる２階層構造を有する。評価値レベル階層では，評価値レベルが評価値の高い順でソートされている。また，タイトル階層では，各評価値レベル単位で，その評価値レベルの評価値が付加されたコンテンツ（楽曲）のタイトルが，再生回数が多い順（或いは当該コンテンツに付加された評価値が高い順）でソートされている。なお，各コンテンツの再生回数は，上記イベントログ（再生履歴）の解析結果に基づき判別可能である。
以上のようなレーティング検索表示用テーブル１５ｇは，評価値レベルを検索キーとして音楽コンテンツ（楽曲）を検索する際に利用される。この際，コンテンツのタイトルが，当該コンテンツの再生回数が多い順，或いは，当該コンテンツに付加された評価値が高い（若しくは低い順）順で表示されるので，ユーザは，ジャンルや，アーティストに関わらず，頻繁に聴くコンテンツや，配信サービス提供者が推薦するコンテンツ（予め高い評価値が付加されている）などを，容易かつ迅速に検索でき便利である。
（Ｈ．年代検索表示用テーブル）
図２６Ｈは，本実施形態にかかる年代検索表示用テーブル１５ｈのデータ構造を示す説明図である。年代検索表示用テーブル１５ｈは，コンテンツの属性情報として，グループ名である「リリース年」と，グループ名である「アーティスト名」と，コンテンツ名である「タイトル」とを含む。なお，リリース年は，例えば，１年単位で区分されているが，１０年単位，半年単位，１月単位などであってもよい。
図２６Ｈは，本実施形態にかかる年代検索表示用テーブル１５ｈのデータ構造を示す説明図である。年代検索表示用テーブル１５ｈは，コンテンツの属性情報として，グループ名である「リリース年」と，グループ名である「アーティスト名」と，コンテンツ名である「タイトル」とを含む。なお，リリース年は，例えば，１年単位で区分されているが，１０年単位，半年単位，１月単位などであってもよい。
この年代検索表示用テーブル１５ｈは，最上位階層の「リリース年階層」と，中位階層の「アーティスト階層」と，最下位階層の「タイトル階層」とからなる３階層構造を有する。
リリース年階層では，リリース年度が，古い年順にソートされているが，新しい年代順にソートされてもよい。また，アーティスト階層では，各リリース年度単位で，その年に楽曲をリリースしたアーティスト名が，読み順でソート（イニシャルソート）されている。また，タイトル階層では，そのアーティストに属する楽曲のタイトルが読み順でソート（イニシャルソート）されている。
以上のような年代検索表示用テーブル１５ｈは，リリース年度を検索キーとして音楽コンテンツ（楽曲）を検索する際に利用される。この際，リリース年度ごとに各アーティストがリリースしたタイトルを分けて表示できるので，ユーザは，リリース年ごとに流行の曲を容易かつ迅速に検索でき便利である。
（Ｉ．最新転送曲検索表示用テーブル）
図２６Iは，本実施形態にかかる最新転送曲検索表示用テーブル１５ｉのデータ構造を示す説明図である。最新転送曲検索表示用テーブル１５ｉは，転送時期検索表示用テーブルの一例であり，コンテンツの属性情報として，グループ名である，情報処理装置１０から携帯型再生装置２０へのコンテンツの「転送時期」と，グループ名である「アルバム名」と，コンテンツ名である「タイトル」とを含む。
図２６Iは，本実施形態にかかる最新転送曲検索表示用テーブル１５ｉのデータ構造を示す説明図である。最新転送曲検索表示用テーブル１５ｉは，転送時期検索表示用テーブルの一例であり，コンテンツの属性情報として，グループ名である，情報処理装置１０から携帯型再生装置２０へのコンテンツの「転送時期」と，グループ名である「アルバム名」と，コンテンツ名である「タイトル」とを含む。
この最新転送曲検索表示用テーブル１５ｉは，最上位階層の「転送時期階層」と，中位階層の「アルバム階層」と，最下位階層の「タイトル階層」とからなる３階層構造を有する。転送時期階層では，例えば過去３回の転送時期が，転送時期が古い順でソートされている。図示の例では，転送時期「前々回転送曲」→「前回転送曲」→「最新回転送曲」といったように，転送時期が古い順でソートされている。また，アルバム階層では，各転送時期単位で，その転送時期に転送されたアルバム名が，携帯型再生装置２０に対する追加順（記録順）でソートされている。また，タイトル階層では，各アルバム単位で，そのアルバムに属する楽曲のタイトルが，当該追加順でソートされている。
以上のような最新転送曲検索表示用テーブル１５ｉは，転送時期を検索キーとしてアルバム名を検索し，さらに，アルバム名を検索キーとして音楽コンテンツ（楽曲）を検索する際に利用される。この際，転送時期ごとにアルバム名及びタイトルを区分し，さらに，アルバム名及びタイトルが，携帯型再生装置２０に対する追加順で表示されるので，ユーザは，転送時期に応じて所望のコンテンツ（例えば最近転送したコンテンツ）などを容易に検索でき便利である。
なお，本実施形態にかかる最新転送曲検索表示用テーブル１５ｉは，情報処理装置１０から携帯型再生装置２０へのコンテンツの転送時期に対応した検索表示用テーブル１５の例であるが，かかる例以外にも，例えば，配信サーバ３０から情報処理装置１０への配信時期に対応した検索表示用テーブルとして，配信時期検索表示用テーブルも，上記最新転送曲検索表示用テーブル１５ｉと同様に作成可能である。
（Ｊ．アーティスト全曲検索表示用テーブル）
図２６Ｊは，本実施形態にかかるアーティスト全曲検索表示用テーブル１５ｊのデータ構造を示す説明図である。アーティスト全曲検索表示用テーブル１５ｊは，コンテンツの属性情報として，グループ名である「アーティスト」と，コンテンツ名である「タイトル」とを含む。
図２６Ｊは，本実施形態にかかるアーティスト全曲検索表示用テーブル１５ｊのデータ構造を示す説明図である。アーティスト全曲検索表示用テーブル１５ｊは，コンテンツの属性情報として，グループ名である「アーティスト」と，コンテンツ名である「タイトル」とを含む。
このアーティスト全曲検索表示用テーブル１５ｊは，最上位階層の「アーティスト階層」と，最下位階層の「タイトル階層」とからなる２階層構造を有する。アーティスト階層では，アーティスト名が読み順でソート（イニシャルソート）されている。また，タイトル階層では，各アーティスト単位で，そのアーティストに属する全ての楽曲のタイトルが，読み順でソート（イニシャルソート）されている。
以上のようなアーティスト全曲検索表示用テーブル１５ｊは，アーティストを検索キーとして音楽コンテンツ（楽曲）を検索する際に利用される。この際，当該アーティストごとに，全ての音楽コンテンツ（楽曲）のタイトルが，読み順で一覧表示されるので，ユーザは所望のアーティストの音楽コンテンツ（楽曲）を容易に検索でき便利である。また，アルバム名を介さなくても，所望のアーティストの音楽コンテンツ（楽曲）をダイレクトに検索できるので便利である。また，かかる「アーティスト全曲検索表示用テーブル１５ｊ」は，このような検索表示用途のみならず，アーティストごとにコンテンツを集合させたプレイリストとしての利用も可能である。
（Ｋ．ユーザプレイリスト検索表示用テーブル）
図２６Ｋは，本実施形態にかかるユーザプレイリスト検索表示用テーブル１５ｋのデータ構造を示す説明図である。ユーザプレイリスト検索表示用テーブル１５ｋは，コンテンツの属性情報として，グループ名である「プレイリスト名」と，コンテンツ名である「タイトル」とを含む。このユーザプレイリストは，ユーザ入力に応じて自由に作成可能であり，図示の例では，「ドライブ用」「ジョギング用」としてユーザ所望のコンテンツを集めたプレイリストが作成されている。
図２６Ｋは，本実施形態にかかるユーザプレイリスト検索表示用テーブル１５ｋのデータ構造を示す説明図である。ユーザプレイリスト検索表示用テーブル１５ｋは，コンテンツの属性情報として，グループ名である「プレイリスト名」と，コンテンツ名である「タイトル」とを含む。このユーザプレイリストは，ユーザ入力に応じて自由に作成可能であり，図示の例では，「ドライブ用」「ジョギング用」としてユーザ所望のコンテンツを集めたプレイリストが作成されている。
このユーザプレイリスト検索表示用テーブル１５ｋは，最上位階層の「プレイリスト階層」と，最下位階層の「タイトル階層」とからなる２階層構造を有する。プレイリスト階層では，プレイリスト名が文字コード順でソートされている。また，タイトル階層では，各プレイリスト単位で，そのプレイリストに含まれるコンテンツ（楽曲）のタイトルが，ユーザ定義順でソートされている。
以上のようなユーザプレイリスト検索表示用テーブル１５ｋは，プレイリスト名を検索キーとして音楽コンテンツ（楽曲）を検索する際に利用される。この際，プレイリストに含まれるコンテンツのタイトルが，ユーザ定義順で表示されるので，ユーザは自己の所望するコンテンツを容易に検索でき便利である。
（Ｌ．再生履歴検索表示用テーブル）
図２６Ｌは，本実施形態にかかる再生履歴検索表示用テーブル１５ｌのデータ構造を示す説明図である。再生履歴検索表示用テーブル１５ｌは，コンテンツの属性情報として，グループ名である「再生年月」と，グループ名である「再生年月日」と，コンテンツ名である「タイトル」とを含む。
図２６Ｌは，本実施形態にかかる再生履歴検索表示用テーブル１５ｌのデータ構造を示す説明図である。再生履歴検索表示用テーブル１５ｌは，コンテンツの属性情報として，グループ名である「再生年月」と，グループ名である「再生年月日」と，コンテンツ名である「タイトル」とを含む。
この再生履歴検索表示用テーブル１５ｌは，最上位階層の「再生年月階層」と，中位階層の「再生年月日階層」と，最下位階層の「タイトル階層」とからなる３階層構造を有する。
再生年月階層では，再生年月が，再生年月が古い順でソートされている。また，再生年月日階層では，再生年月日が，再生年月日が古い順でソートされている。図示の例では，再生年月「２００５／０３」内に，再生年月日「２００５／０３／２９」，「２００５／０３／３０」，「２００５／０３／３１」の日付が古い順でソートされている。また，タイトル階層では，各再生年月日単位で，その再生年月日に再生されたコンテンツ（楽曲）のタイトルが，再生時期が古い順でソートされている。
以上のような再生履歴検索表示用テーブル１５ｌは，再生年月を検索キーとして再生年月日を検索し，さらに，再生年月日を検索キーとして音楽コンテンツ（楽曲）を検索する際に利用される。この際，再生履歴順でトラックが表示されるので，ユーザは，例えば，過去の所定期間によく視聴した楽曲などを，容易に検索でき便利である。また，かかる「再生履歴検索表示用テーブル１５ｌ」は，このような検索表示用途のみならず，再生時期ごとにコンテンツを集合させたプレイリストとしての利用も可能である。
（Ｍ．自動プレイリスト検索表示用テーブル）
図２６Ｍは，本実施形態にかかる自動プレイリスト検索表示用テーブル１５ｍのデータ構造を示す説明図である。自動プレイリスト検索表示用テーブル１５ｍは，コンテンツの属性情報として，グループ名である「プレイリスト名」と，コンテンツ名である「タイトル」とを含む。この自動プレイリストは，上述した再生履歴（イベントログ）の解析結果に基づき，情報処理装置１０が自動的に作成したものである。ここでは，プレイリスト名が「よく聞くトップ１００」なる自動プレイリストの例を挙げる。このプレイリストは，再生履歴（イベントログ）の解析結果に基づき，再生頻度が高い１００個のコンテンツを選択して，再生頻度順（例えば総再生回数順）にソートしたものである。しかし，これ以外にも，上記のように再生頻度に基づき多様な種類のプレイリストを自動的に作成可能である。
図２６Ｍは，本実施形態にかかる自動プレイリスト検索表示用テーブル１５ｍのデータ構造を示す説明図である。自動プレイリスト検索表示用テーブル１５ｍは，コンテンツの属性情報として，グループ名である「プレイリスト名」と，コンテンツ名である「タイトル」とを含む。この自動プレイリストは，上述した再生履歴（イベントログ）の解析結果に基づき，情報処理装置１０が自動的に作成したものである。ここでは，プレイリスト名が「よく聞くトップ１００」なる自動プレイリストの例を挙げる。このプレイリストは，再生履歴（イベントログ）の解析結果に基づき，再生頻度が高い１００個のコンテンツを選択して，再生頻度順（例えば総再生回数順）にソートしたものである。しかし，これ以外にも，上記のように再生頻度に基づき多様な種類のプレイリストを自動的に作成可能である。
上記自動プレイリスト検索表示用テーブル１５ｍは，最上位階層の「プレイリスト階層」と，最下位階層の「タイトル階層」とからなる２階層構造を有する。タイトル階層では，プレイリストに含まれるコンテンツ（楽曲）のタイトルが，再生頻度順でソートされている。
以上のような自動プレイリスト検索表示用テーブル１５ｍは，特定のプレイリスト内の音楽コンテンツ（楽曲）を検索する際に利用される。この際，再生頻度順でトラックが表示されるので，ユーザは，例えば，視聴頻度の高い楽曲を容易に検索でき便利である。
以上，本実施形態にかかる複数の検索表示用テーブル１５の例について説明した。上記例以外にも，他の属性情報を加えた検索表示用テーブル１５など，多様な種類の検索表示用テーブル１５を作成可能である。また，本実施形態にかかる検索表示用テーブル１５は，情報処理装置１０により作成されるが，かかる例に限定されず，例えば，データ構造が簡単な一部の検索表示用テーブル１５は携帯型再生装置２０で作成しても良いし，また，検索表示用テーブル１５の一部の階層（例えばアーティスト階層，アルバム階層，トラック階層など）を情報処理装置１０で作成し，残りの階層（例えばイニシャル階層）を携帯型再生装置２０で作成することもできる。
＜動作シーケンス＞
次に，図２７を参照して本実施形態にかかる情報処理装置１０と携帯型再生装置２０徒の間の動作シーケンス（情報処理装置１０の通信方法，携帯型再生装置２０の再生方法）について説明する。なお，図２７は，本実施形態にかかる情報処理装置１０と携帯型再生装置２０との間の動作シーケンスを示すシーケンス図である。
次に，図２７を参照して本実施形態にかかる情報処理装置１０と携帯型再生装置２０徒の間の動作シーケンス（情報処理装置１０の通信方法，携帯型再生装置２０の再生方法）について説明する。なお，図２７は，本実施形態にかかる情報処理装置１０と携帯型再生装置２０との間の動作シーケンスを示すシーケンス図である。
初期状態として，過去に，情報処理装置１０から，接続された携帯型再生装置２０に対して，複数のコンテンツ及びこれに対応する検索表示用テーブル１５が，転送されて記憶されており，さらに，当該接続の遮断後に，携帯型再生装置２０において，当該コンテンツの一部又は全部が既に再生されてイベントログが蓄積されるとともに削除予定リストが生成され，その後，情報処理装置１０は配信サーバ３０から新たなコンテンツをダウンロード済みである状態を想定する。
この状態で，図２７に示すように，情報処理装置１０と携帯型再生装置２０がローカルライン９を介して接続される（ステップＳ１０；接続ステップ）と，情報処理装置１０は，携帯再生装置２０との接続を検知する（ステップＳ１２；接続検知ステップ）。
次いで，情報処理装置１０は，携帯再生装置２０にローカルラインを介してアクセスし，必要な情報を転送するよう要求する（ステップＳ１４；アクセスステップ）。この結果，携帯型再生装置２０から，当該携帯型再生装置２０に記憶されている複数のコンテンツに対応するコンテンツＩＤ，イベントログ，削除予定リストなどの情報が，情報処理装置１０に転送され，情報処理装置１０はこれらの情報を取得する（ステップＳ１６；転送ステップ，取得ステップ）。なお，本ステップでは，情報処理装置１０は，コンテンツＩＤの代わりに，携帯型再生装置２０に記憶されている全てのコンテンツを特定可能な情報として，例えば，携帯型再生装置２０に既に記憶されている上記検索表示用テーブル１５の一部又は全部などを取得してもよい。
次いで，情報処理装置１０は，上記取得したコンテンツＩＤに基づいて，携帯型再生装置２０に記憶されている全てのコンテンツを認識し（ステップＳ１８；コンテンツ認識ステップ），情報処理装置１０に記憶されているコンテンツと，携帯型再生装置２０に記憶されているコンテンツの差分を検出する（ステップＳ２０；比較ステップ）。本ケースでは，情報処理装置１０は，上記のように配信サーバ３０から新たなコンテンツを取得しているので，携帯型再生装置２０が保有していないコンテンツを保有しており，よって，双方の間にコンテンツの差分がある。
さらに，情報処理装置１０は，携帯型再生装置２０に記憶されているコンテンツを更新する（ステップＳ２２；コンテンツ更新ステップ）。詳細には，例えば，情報処理装置１０は，上記取得した削除予定リストに含まれるコンテンツＩＤに対応するコンテンツを，携帯再生装置２０のコンテンツ記憶部２２０から削除するよう制御する。また，上記配信コンテンツの転送要求を表すユーザ入力を受け付けた場合には，情報処理装置１０は，上記配信されたコンテンツを，自動的に携帯型再生装置２０のコンテンツ記憶部２２０に追加するよう制御する。また，情報処理装置１０が記憶しているコンテンツと携帯型再生装置２０が記憶しているコンテンツの同期をとる機能や，自動転送機能が設定されている場合などには，情報処理装置１０は，上記配信されたコンテンツを，自動的に携帯型再生装置２０のコンテンツ記憶部２２０に追加するよう制御する。
この結果，携帯型再生装置２０のコンテンツ記憶部２２０にコンテンツが追加／削除される（ステップＳ２３；コンテンツ追加／削除ステップ）。このような更新処理の結果，携帯型再生装置２０に記憶されているコンテンツが変化したことになる。従って，当該コンテンツの変化に対応した新たな検索表示用テーブル１５が必要となる。
その後，情報処理装置１０は，携帯型再生装置２０のコンテンツ記憶部２２０に記憶されている全てのコンテンツを特定する（ステップＳ２４；コンテンツ特定ステップ）。具体的には，情報処理装置１０は，上記ステップＳ１６で取得したコンテンツＩＤと，上記ステップＳ２２，Ｓ２３でのコンテンツ更新結果とに基づいて，現時点で携帯型再生装置２０のコンテンツ記憶部２２０に記憶されているコンテンツを特定する。
なお，本コンテンツ特定ステップＳ２４は，ステップＳ２２，Ｓ２３より先に行ってもよい。この場合には，情報処理装置１０は，その後の上記ステップＳ２２，Ｓ２３でのコンテンツ更新処理が実行されたとすれば，携帯型再生装置２０のコンテンツ記憶部２２０に記憶されることとなる全てのコンテンツを，当該コンテンツ更新前に予め特定することになる。
次いで，情報処理装置１０は，上記特定された各コンテンツの属性情報を，ホスト記憶部１４６からのホストデータベース１７０から抽出する（ステップＳ２６；属性情報抽出ステップ）。
さらに，情報処理装置１０は，上記抽出された各コンテンツに関する属性情報に基づいて，上述した複数種類の検索表示用テーブル１５を作成する（ステップＳ２８；テーブル作成ステップ）。具体的には，情報処理装置１０は，まず，上記抽出された属性情報の中から，所定の基準で少なくとも２種類のグループを選択し，さらに，この選択したグループ単位でコンテンツ名を少なくとも２つの規則でソートすることによって，少なくとも２つの検索表示用テーブル１５を作成する。
次いで，情報処理装置１０は，上記作成した２種以上の検索表示用テーブル１５を携帯型再生装置２０に転送し，携帯型再生装置２０は，当該転送された検索表示用テーブル１５を取得する（ステップＳ３０；転送ステップ，取得ステップ）。さらに，携帯型再生装置２０は，取得した検索表示用テーブル１５をターミナル記憶部２４４に記録する（ステップＳ３２；テーブル記録ステップ）。
その後，ユーザ入力に応じて検索指示を受けると，携帯型再生装置２０は，検索表示用テーブル１５に基づいて検索画面を順次表示する（ステップＳ３４；表示制御ステップ）。詳細には，携帯型再生装置２０は，ユーザ入力に応じた選択された検索方式に対応する検索表示用テーブル１５ａを，ターミナル記憶部２４４から読み出し，当該読み出した検索表示用テーブル１５ａを各階層ごとにそのまま表示させて，当該検索表示用テーブル１５ａ内の第１の規則（例えばトラック番号順）でソートされたコンテンツ名を表示部２５０に表示する。一方，ユーザによって他の検索方式が選択された場合には，携帯型再生装置２０は，当該他の選択された検索方式に対応する検索表示用テーブル１５ｄを，ターミナル記憶部２４４から読み出し，当該読み出した検索表示用テーブル１５ｄを各階層ごとにそのまま表示させて，当該検索表示用テーブル１５ｄ内の第２の規則（例えば読み順）でソートされたコンテンツ名を表示部２５０に表示する。
次いで，携帯型再生装置２０は，ユーザの選択入力に応じて，上記表示制御ステップＳ３４でソート表示された複数のコンテンツ名の中から，１のコンテンツ名を選択する（ステップＳ３６；コンテンツ選択ステップ）。
さらに，携帯型再生装置２０は，コンテンツ記憶部２２０に記憶されているコンテンツのうち，上記選択ステップＳ３６で選択されたコンテンツ名に対応するコンテンツを再生する（ステップＳ３８；コンテンツ再生ステップ）。
以上，本実施形態にかかる情報処理装置１０と携帯型再生装置２０との間の動作シーケンスについて説明した。上記のように，検索表示用テーブル１５は，情報処理装置１０のテーブル作成部１５６によってホストデータベース１７０に基づき作成され，携帯型再生装置２０のターミナル記憶部２４４に格納される。そして，携帯型再生装置２０は，コンテンツの検索表示時には，当該格納された複数の検索表示用テーブル１５のうち検索方式に合う検索表示用テーブル１５を読み出して，そのまま表示するだけでよい。さらに，携帯再生装置２０が保有するコンテンツが変化すれば，この変化を検出した情報処理装置１０によって，全ての検索表示用テーブル１５が変更したコンテンツに合うように再構築され，再び，携帯再生装置２０に格納される。
従って，携帯型再生装置２０は，検索表示用テーブル１５を作成する必要がないため，検索表示時の携帯型再生装置２０の処理負荷を軽減できる。従って，処理能力が低い携帯型再生装置２０であっても，検索時の表示速度を向上できるとともにバッテリ消費も抑制できる。
さらに，携帯型再生装置２０は，相異なる２種上のソート基準でコンテンツ名をソートし，相異なる１又は２以上のグループ名で階層構造化した複数種類の検索表示用テーブル１５を保有するので，複数の検索手法に対応した高度かつ多様な検索画面表示を実現可能である。
＜画面表示例＞
次に，図２８〜図３２を参照して，携帯型再生装置２０の表示部２５０に表示される表示画面の具体例について説明する。図２８〜図３２は，本実施形態にかかる携帯型再生装置２０の表示部２５０に表示される表示画面の遷移を示す説明図である。
次に，図２８〜図３２を参照して，携帯型再生装置２０の表示部２５０に表示される表示画面の具体例について説明する。図２８〜図３２は，本実施形態にかかる携帯型再生装置２０の表示部２５０に表示される表示画面の遷移を示す説明図である。
（リスト検索）
図２８は，上記各種の検索表示用テーブル１５を利用して，ユーザの嗜好に合うコンテンツをリスト検索するための表示画面を示す具体例である。
図２８は，上記各種の検索表示用テーブル１５を利用して，ユーザの嗜好に合うコンテンツをリスト検索するための表示画面を示す具体例である。
図２８に示すように，まず，ユーザが，操作選択画面５００において，コンテンツのリスト検索を表すアイコン５０１を選択すると，検索キー選択画面５０５に，複数の検索キーが表示される。以下に，この検索キーとしては，例えば，「Ｓｏｎｇｓ（イニシャル全曲）」，「Ａｌｂｕｍｓ（アルバム）」，「Ａｒｔｉｓｔｓ（アーティスト）」，「Ｇｅｎｒｅｓ（ジャンル）」，「Ｒａｔｉｎｇ（レーティング）」，「Ｙｅａｒ ｏｆ Ｒｅｌｅａｓｅ（リリース年）」，「Ｎｅｗ Ｔｒａｃｋｓ（最新転送曲）」などがある。以下の説明では，各検索キーに基づく検索画面についてそれぞれ説明する。
（１．イニシャル全曲検索）
上記検索キー選択画面５０５で，タイトルのイニシャルに基づく全曲検索を表す検索キー「Ｓｏｎｇｓ」を選択すると，検索結果表示画面５１０が表示され，さらにこの検索結果表示画面５１０で所望のイニシャル５１１を選択すると，携帯型再生装置２０が保有する全てのコンテンツ（楽曲）のタイトル「Ｉｆ Ｗａｌｌｓ Ｃａｎ…」「Ｉｆ Ｗｅ Ｃａｎ…」「Ｉｆ Ｙｏｕ Ｓｔａｒｔ…」「Ｉｍａｇｉｎｇ」…が，読み順／文字列順でソート表示される。そして，検索結果表示画面５１０で，再生を所望するコンテンツのタイトル「Ｉｍａｇｉｎｇ」を選択すると，当該タイトルのコンテンツの再生が開始され，コンテンツ情報表示画面５１２に，選択されたコンテンツの詳細な情報が表示される。
上記検索キー選択画面５０５で，タイトルのイニシャルに基づく全曲検索を表す検索キー「Ｓｏｎｇｓ」を選択すると，検索結果表示画面５１０が表示され，さらにこの検索結果表示画面５１０で所望のイニシャル５１１を選択すると，携帯型再生装置２０が保有する全てのコンテンツ（楽曲）のタイトル「Ｉｆ Ｗａｌｌｓ Ｃａｎ…」「Ｉｆ Ｗｅ Ｃａｎ…」「Ｉｆ Ｙｏｕ Ｓｔａｒｔ…」「Ｉｍａｇｉｎｇ」…が，読み順／文字列順でソート表示される。そして，検索結果表示画面５１０で，再生を所望するコンテンツのタイトル「Ｉｍａｇｉｎｇ」を選択すると，当該タイトルのコンテンツの再生が開始され，コンテンツ情報表示画面５１２に，選択されたコンテンツの詳細な情報が表示される。
このコンテンツ情報表示画面５１２には，図示のように，タイトル名「Ｉｍａｇｉｎｇ」，再生時間「０：２４」，アルバム名「Ｉｍａｇｉｎｇ」，アーティスト名「Ｊｈｏｎ Ｌｅｎｏ」，ジャンル「Ｒｏｃｋ」，レーティング「★★★★★」，リリース年「１９７１」などの情報が表示される。ユーザは，再生された所望のコンテンツを聴きながら，コンテンツ情報表示画面５１２に表示された当該コンテンツの情報を閲覧して，当該コンテンツの属性を確認できる。
かかるイニシャル全曲検索は，上記「イニシャル全曲検索表示用テーブル１５ｄ」に基づいて行われ，携帯型再生装置２０は，この「イニシャル全曲検索検索表示用テーブル１５ｄ」の各階層をそのまま表示出力すればよいので，処理負荷が少ない。
（２．アルバム検索）
上記検索キー選択画面５０５で，アルバムに基づく検索を表す検索キー「Ａｌｂｕｍｓ」を選択すると，アルバム選択画面５２０に，アルバム名が読み順／文字列順でソート表示され，さらにこのアルバム選択画面５２０で所望のアルバム５２１を選択すると，タイトル選択画面５２２に，当該アルバム内のコンテンツ（楽曲）のタイトルが，トラック番号順でソート表示される。そして，タイトル選択画面５２２で，再生を所望するコンテンツのタイトル５２３を選択すると，当該タイトルのコンテンツの再生が開始され，コンテンツ情報表示画面５２４に，選択されたコンテンツの詳細な情報が表示される。
上記検索キー選択画面５０５で，アルバムに基づく検索を表す検索キー「Ａｌｂｕｍｓ」を選択すると，アルバム選択画面５２０に，アルバム名が読み順／文字列順でソート表示され，さらにこのアルバム選択画面５２０で所望のアルバム５２１を選択すると，タイトル選択画面５２２に，当該アルバム内のコンテンツ（楽曲）のタイトルが，トラック番号順でソート表示される。そして，タイトル選択画面５２２で，再生を所望するコンテンツのタイトル５２３を選択すると，当該タイトルのコンテンツの再生が開始され，コンテンツ情報表示画面５２４に，選択されたコンテンツの詳細な情報が表示される。
かかるアルバム検索は，上記「アルバム検索表示用テーブル１５ａ」に基づいて行われ，携帯型再生装置２０は，この「アルバム検索表示用テーブル１５ａ」の各階層をそのまま表示出力すればよいので，処理負荷が少ない。
（３．アーティスト検索）
上記検索キー選択画面５０５で，アーティストに基づく検索を表す検索キー「Ａｒｔｉｓｔｓ」を選択すると，アーティスト選択画面５３０に，アーティスト名が読み順／文字列順でソート表示され，さらにこのアーティスト選択画面５３０で所望のアーティスト５３１を選択すると，アルバム選択画面５３２に当該アーティストのアルバムが読み順／文字列順でソート表示され，さらにこのアルバム選択画面５３２で所望のアルバム５３３を選択すると，タイトル選択画面５３４に，当該アルバム内のコンテンツ（楽曲）のタイトルが，トラック番号順でソート表示される。そして，タイトル選択画面５３４で，再生を所望するコンテンツのタイトル５３５を選択すると，当該タイトルのコンテンツの再生が開始され，コンテンツ情報表示画面５３６に，選択されたコンテンツの詳細な情報が表示される。
上記検索キー選択画面５０５で，アーティストに基づく検索を表す検索キー「Ａｒｔｉｓｔｓ」を選択すると，アーティスト選択画面５３０に，アーティスト名が読み順／文字列順でソート表示され，さらにこのアーティスト選択画面５３０で所望のアーティスト５３１を選択すると，アルバム選択画面５３２に当該アーティストのアルバムが読み順／文字列順でソート表示され，さらにこのアルバム選択画面５３２で所望のアルバム５３３を選択すると，タイトル選択画面５３４に，当該アルバム内のコンテンツ（楽曲）のタイトルが，トラック番号順でソート表示される。そして，タイトル選択画面５３４で，再生を所望するコンテンツのタイトル５３５を選択すると，当該タイトルのコンテンツの再生が開始され，コンテンツ情報表示画面５３６に，選択されたコンテンツの詳細な情報が表示される。
また，上記アルバム選択画面５３２で，当該アーティスト全曲表示「Ａｌｌ Ｊｏｈｎ Ｌｅｎｏ」を選択すると，当該アーティストに属する全てのコンテンツ（楽曲）のタイトルが，読み順／文字列順でソート表示される。これにより，アルバムを選択しなくても，当該アーティストのコンテンツを選択できるのでユーザの利便性が向上する。また，当該アーティストに属する全てのコンテンツの一覧表示からコンテンツを選択できるので，ユーザによるコンテンツの再生スタイルの幅が広がる。
かかるアーティスト検索は，上記「アーティスト検索表示用テーブル１５ｂ」に基づいて行われ，携帯型再生装置２０は，この「アーティスト検索表示用テーブル１５ｂ」の各階層をそのまま表示出力すればよいので，処理負荷が少ない。
（４．ジャンル検索）
上記検索キー選択画面５０５で，ジャンルに基づく検索を表す検索キー「Ｇｅｎｒｅｓ」を選択すると，ジャンル選択画面５４０に，ジャンルが文字コード順に表示され，さらにこのジャンル選択画面５４０で所望のジャンル５４１を選択すると，アーティスト選択画面５４２に，当該ジャンルに属するアーティスト名が読み順／文字列順でソート表示され，さらにこのアーティスト選択画面５４２で所望のアーティスト５４３を選択すると，アルバム選択画面５４４に当該アーティストのアルバムが読み順／文字列順でソート表示され，さらにこのアルバム選択画面５４４で所望のアルバム５４５を選択すると，タイトル選択画面５４６に，当該アルバム内のコンテンツ（楽曲）のタイトルが，トラック番号順でソート表示される。そして，タイトル選択画面５４６で，再生を所望するコンテンツのタイトル５４７を選択すると，当該タイトルのコンテンツの再生が開始され，コンテンツ情報表示画面５４８に，選択されたコンテンツの詳細な情報が表示される。
上記検索キー選択画面５０５で，ジャンルに基づく検索を表す検索キー「Ｇｅｎｒｅｓ」を選択すると，ジャンル選択画面５４０に，ジャンルが文字コード順に表示され，さらにこのジャンル選択画面５４０で所望のジャンル５４１を選択すると，アーティスト選択画面５４２に，当該ジャンルに属するアーティスト名が読み順／文字列順でソート表示され，さらにこのアーティスト選択画面５４２で所望のアーティスト５４３を選択すると，アルバム選択画面５４４に当該アーティストのアルバムが読み順／文字列順でソート表示され，さらにこのアルバム選択画面５４４で所望のアルバム５４５を選択すると，タイトル選択画面５４６に，当該アルバム内のコンテンツ（楽曲）のタイトルが，トラック番号順でソート表示される。そして，タイトル選択画面５４６で，再生を所望するコンテンツのタイトル５４７を選択すると，当該タイトルのコンテンツの再生が開始され，コンテンツ情報表示画面５４８に，選択されたコンテンツの詳細な情報が表示される。
また，上記アーティスト選択画面５４２で，当該ジャンル全曲表示「Ａｌｌ Ｒｏｃｋ」を選択すると，当該ジャンルに属する全てのコンテンツ（楽曲）のタイトルが，読み順／文字列順でソート表示される。また，上記アルバム選択画面５４４で，当該アーティスト全曲表示「Ａｌｌ Ｊｏｈｎ Ｌｅｎｏ」を選択すると，当該アーティストに属する全てのコンテンツ（楽曲）のタイトルが，読み順／文字列順でソート表示される。これらによって，アーティスト及びアルバム／アルバムを選択しなくても，当該ジャンル／当該アーティストのコンテンツを選択できるのでユーザの利便性が向上する。また，当該ジャンル／当該アーティストに属する全てのコンテンツの一覧表示からコンテンツを選択できるので，ユーザによるコンテンツの再生スタイルの幅が広がる。
かかるジャンル検索は，上記「ジャンル検索表示用テーブル１５ｃ」に基づいて行われ，携帯型再生装置２０は，この「ジャンル検索表示用テーブル１５ｃ」の各階層をそのまま表示出力すればよいので，処理負荷が少ない。
（５．レーティング検索）
上記検索キー選択画面５０５で，レーティング（評価値）に基づく検索を表す検索キー「Ｒａｔｉｎｇ」を選択すると，評価値レベル選択画面５５０に，コンテンツの評価値レベルが５段階で表示される。さらに，この評価値レベル選択画面５５０で，所望の評価値レベル「★★★★★」５５１を選択すると，タイトル選択画面５５２に，当該評価値レベルの評価値が付加されたコンテンツのタイトルが，例えば評価値が高い順でソート表示される。そして，タイトル選択画面５５２で，再生を所望するコンテンツのタイトル５５３を選択すると，当該タイトルのコンテンツの再生が開始され，コンテンツ情報表示画面５５４に，選択されたコンテンツの詳細な情報が表示される。
上記検索キー選択画面５０５で，レーティング（評価値）に基づく検索を表す検索キー「Ｒａｔｉｎｇ」を選択すると，評価値レベル選択画面５５０に，コンテンツの評価値レベルが５段階で表示される。さらに，この評価値レベル選択画面５５０で，所望の評価値レベル「★★★★★」５５１を選択すると，タイトル選択画面５５２に，当該評価値レベルの評価値が付加されたコンテンツのタイトルが，例えば評価値が高い順でソート表示される。そして，タイトル選択画面５５２で，再生を所望するコンテンツのタイトル５５３を選択すると，当該タイトルのコンテンツの再生が開始され，コンテンツ情報表示画面５５４に，選択されたコンテンツの詳細な情報が表示される。
かかるレーティング検索は，上記「レーティング検索表示用テーブル１５ｇ」に基づいて行われ，携帯型再生装置２０は，この「レーティング検索表示用テーブル１５ｇ」の各階層をそのまま表示出力すればよいので，処理負荷が少ない。
（６．年代検索）
上記検索キー選択画面５０５で，リリース年に基づく検索を表す検索キー「Ｙｅａｒ ｏｆ Ｒｅｌｅａｓｅ」を選択すると，リリース年選択画面５６０に，リリース年が年順にソート表示され，さらにこのリリース年画面５６０で所望のリリース年５６１を選択すると，アーティスト選択画面５６２に，アーティストが読み順／文字列順にソート表示され，さらにこのアーティスト選択画面５６２で所望のアーティスト５６３を選択すると，タイトル選択画面５６４に，当該アーティストのコンテンツ（楽曲）のタイトルが，読み順／文字列順でソート表示される。そして，タイトル選択画面５６４で，再生を所望するコンテンツのタイトル５６５を選択すると，当該タイトルのコンテンツの再生が開始され，コンテンツ情報表示画面５６６に，選択されたコンテンツの詳細な情報が表示される。
上記検索キー選択画面５０５で，リリース年に基づく検索を表す検索キー「Ｙｅａｒ ｏｆ Ｒｅｌｅａｓｅ」を選択すると，リリース年選択画面５６０に，リリース年が年順にソート表示され，さらにこのリリース年画面５６０で所望のリリース年５６１を選択すると，アーティスト選択画面５６２に，アーティストが読み順／文字列順にソート表示され，さらにこのアーティスト選択画面５６２で所望のアーティスト５６３を選択すると，タイトル選択画面５６４に，当該アーティストのコンテンツ（楽曲）のタイトルが，読み順／文字列順でソート表示される。そして，タイトル選択画面５６４で，再生を所望するコンテンツのタイトル５６５を選択すると，当該タイトルのコンテンツの再生が開始され，コンテンツ情報表示画面５６６に，選択されたコンテンツの詳細な情報が表示される。
かかる年代検索は，上記「年代検索表示用テーブル１５ｈ」に基づいて行われ，携帯型再生装置２０は，この「年代検索表示用テーブル１５ｈ」の各階層をそのまま表示出力すればよいので，処理負荷が少ない。
（７．最新転送曲検索）
上記検索キー選択画面５０５で，転送時期に基づく検索を表す検索キー「Ｎｅｗ Ｔｒａｃｋｓ」を選択すると，アルバム選択画面５７０に，最近転送されたアルバムが，携帯型再生装置２０への追加順でソート表示され，さらにこのアルバム選択画面５７０で所望のアルバム５７１を選択すると，タイトル選択画面５７２に，当該アルバム内のコンテンツ（楽曲）のタイトルが，携帯型再生装置２０への追加順でソート表示される。そして，タイトル選択画面５７２で，再生を所望するコンテンツのタイトル５７３を選択すると，当該タイトルのコンテンツの再生が開始され，コンテンツ情報表示画面５１２に，選択されたコンテンツの詳細な情報が表示される。
上記検索キー選択画面５０５で，転送時期に基づく検索を表す検索キー「Ｎｅｗ Ｔｒａｃｋｓ」を選択すると，アルバム選択画面５７０に，最近転送されたアルバムが，携帯型再生装置２０への追加順でソート表示され，さらにこのアルバム選択画面５７０で所望のアルバム５７１を選択すると，タイトル選択画面５７２に，当該アルバム内のコンテンツ（楽曲）のタイトルが，携帯型再生装置２０への追加順でソート表示される。そして，タイトル選択画面５７２で，再生を所望するコンテンツのタイトル５７３を選択すると，当該タイトルのコンテンツの再生が開始され，コンテンツ情報表示画面５１２に，選択されたコンテンツの詳細な情報が表示される。
かかる転送時期検索は，上記「最新転送曲検索表示用テーブル１５ｉ」に基づいて行われ，携帯型再生装置２０は，この「最新転送曲検索表示用テーブル１５ｉ」の各階層をそのまま表示出力すればよいので，処理負荷が少ない。
（イニシャル検索）
次に，図２９に基づき，イニシャル検索について説明する。図２９は，上記各種の検索表示用テーブル１５を利用して，ユーザの嗜好に合うコンテンツをイニシャル検索するための表示画面を示す具体例である。
次に，図２９に基づき，イニシャル検索について説明する。図２９は，上記各種の検索表示用テーブル１５を利用して，ユーザの嗜好に合うコンテンツをイニシャル検索するための表示画面を示す具体例である。
図２９に示すように，ユーザが，操作選択画面５００において，コンテンツのイニシャル検索を表すアイコン５０２を選択すると，イニシャル選択画面６００に，複数のイニシャル文字（アルファベット等）が表示される。このイニシャル選択画面６００で所望のイニシャル「Ｊ」６０１を選択し，さらに，当該イニシャル選択画面６００で所望の検索キー（アーティスト／アルバム／タイトル）のいずれかを選択することになる。
上記検索キー選択画面６００で，アーティスト全曲検索を表すアイコン６０２を選択すると，アーティスト選択画面６１０に，全てのアーティスト名が読み順／文字列順でソート表示され，さらにこのアーティスト選択画面６１０で所望のアーティスト６１１を選択すると，アルバム選択画面６１２に当該アーティストのアルバムが読み順／文字列順でソート表示され，さらにこのアルバム選択画面６１２で所望のアルバム６１３を選択すると，タイトル選択画面６１６に，当該アルバム内のコンテンツ（楽曲）のタイトルが，トラック番号順でソート表示される。そして，タイトル選択画面６１６で，再生を所望するコンテンツのタイトル６１７を選択すると，当該タイトルのコンテンツの再生が開始され，コンテンツ情報表示画面６１８に，選択されたコンテンツの詳細な情報が表示される。
かかるイニシャル・アーティスト検索は，上記「イニシャル・アーティスト検索表示用テーブル１５ｅ」に基づいて行われ，携帯型再生装置２０は，この「イニシャル・アーティスト検索表示用テーブル１５ｅ」の各階層をそのまま表示出力すればよいので，処理負荷が少ない。
また，上記検索キー選択画面６００で，アルバム全曲検索を表すアイコン６０３を選択すると，アルバム選択画面６１４に，全てのアルバムが読み順／文字列順でソート表示され，さらにこのアルバム選択画面６１４で所望のアルバム６１５を選択すると，タイトル選択画面６１６に，当該アルバム内のコンテンツ（楽曲）のタイトルが，トラック番号順でソート表示される。そして，タイトル選択画面６１６で，再生を所望するコンテンツのタイトル６１７を選択すると，当該タイトルのコンテンツの再生が開始され，コンテンツ情報表示画面６１８に，選択されたコンテンツの詳細な情報が表示される。
かかるイニシャル・アルバム検索は，上記「イニシャル・アルバム検索表示用テーブル１５ｆ」に基づいて行われ，携帯型再生装置２０は，この「イニシャル・アルバム検索表示用テーブル１５ｆ」の各階層をそのまま表示出力すればよいので，処理負荷が少ない。
また，上記検索キー選択画面６００で，タイトル全曲検索を表すアイコン６０４を選択すると，タイトル選択画面６２０に，全てのタイトルが読み順／文字列順でソート表示され，さらにこのアルバム選択画面６２０で所望のアルバム６２１を選択すると，当該タイトルのコンテンツの再生が開始され，コンテンツ情報表示画面６１８に，選択されたコンテンツの詳細な情報が表示される。
かかるイニシャル全曲検索は，上記「イニシャル全曲検索表示用テーブル１５ｄ」に基づいて行われ，携帯型再生装置２０は，この「イニシャル全曲検索検索表示用テーブル１５ｄ」の各階層をそのまま表示出力すればよいので，処理負荷が少ない。
（プレイリスト検索）
図３０〜図３２は，表示画面にプレイリストを表示させて，プレイリストに含まれるコンテンツ（楽曲）を再生させる際の画面の遷移を示している。
図３０〜図３２は，表示画面にプレイリストを表示させて，プレイリストに含まれるコンテンツ（楽曲）を再生させる際の画面の遷移を示している。
図３０は，ユーザの嗜好に合うと推定されるコンテンツを，ユーザの嗜好に沿う順に例えば１００個集めたプレイリストを表示する例である。ユーザが，操作選択画面５００において，上記の嗜好に沿うコンテンツからなるプレイリストの表示を示唆するアイコン５０３を選択すると，タイトル選択画面７００に，該当するプレイリストに含まれるコンテンツ（楽曲）のタイトルが，再生頻度が高い順もソート表示される。そして，タイトル選択画面７００で，再生を所望するコンテンツのタイトル７０１を選択すると，当該タイトルのコンテンツの再生が開始され，コンテンツ情報表示画面７０２に，選択されたコンテンツの詳細な情報が表示される。
かかるＴＯＰ１００検索は，上記「自動プレイリスト検索表示用テーブル１５ｍ」に基づいて行われ，携帯型再生装置２０は，この「自動プレイリスト検索表示用テーブル１５ｍ」の各階層をそのまま表示出力すればよいので，処理負荷が少ない。
図３１は，特定の期間に再生されたコンテンツからなるプレイリストを表示装置に表示させる例である。ユーザが，操作選択画面５００において，上記の特定の期間に再生されたコンテンツからなるプレイリストの表示を示唆するアイコン５０４を選択すると，再生時期選択画面７１０に，再生年月日が日付順でソート表示され，さらにこの再生時期選択画面７１０で所望の再生年月日７１１を選択すると，タイトル選択画面７１２に，当該再生年月日に再生されたコンテンツ（楽曲）のタイトルが，再生順の古い順でソート表示される。そして，タイトル選択画面７１２で，再生を所望するコンテンツのタイトル７１３を選択すると，当該タイトルのコンテンツの再生が開始され，コンテンツ情報表示画面７１４に，選択されたコンテンツの詳細な情報が表示される。
以上，本実施形態にかかる通信システム１００と，これを構成する情報処理装置１０，携帯型再生装置２０，配信サーバ装置３０について詳細に説明した。本実施形態によれば，携帯型再生装置２０は，コンテンツの検索時に，上述した多様な種類の検索表示用テーブル１５に基づき，携帯型再生装置２０に記憶されているコンテンツのコンテンツ名を，上述した複数の順序でソートして表示でき，高度な検索を可能ならしめる。さらに，この際，携帯型再生装置２０自体は，検索表示用のテーブル１５を作成する処理を行う必要が無く，格納されている検索表示用テーブル１５をそのまま，各階層ごとに検索用画面として表示するだけでよい。このため，携帯型再生装置２０の処理負荷を軽減できるとともに，バッテリ消費を抑制できる。よって，処理能力が低くバッテリ面で制約のある携帯型再生装置２０においても，高度な検索を実現可能である。
以上，添付図面を参照しながら本発明の好適な実施形態について説明したが，本発明は係る例に限定されないことは言うまでもない。当業者であれば，特許請求の範囲に記載された範疇内において，各種の変更例または修正例に想到し得ることは明らかであり，それらについても当然に本発明の技術的範囲に属するものと了解される。
例えば，上記実施形態では，情報処理装置１０が携帯型再生装置２０で使用される検索表示用テーブル１５を作成して転送する例について説明したが，本発明は，かかる例に限定されない。例えば，配信サーバ３０等のサーバ装置が，情報処理装置１０または携帯型再生装置２０に記録されたコンテンツを特定して，当該特定したコンテンツに応じた複数の検索表示用テーブル１５を作成し，この検索表示用テーブル１５を情報処理装置１０または携帯型再生装置２０に転送して格納するといったシステム構成であっても，上記と同様にして実現可能である。
また，上記実施形態において，携帯型再生装置２０および情報処理装置１０が，２種類のイベントログファイルを作成するようにしてもよい。詳細には，例えば携帯型再生装置２０および情報処理装置１０は，サブスクリプション対応のコンテンツに対するイベントログのみを含むイベントログファイルと，サブスクリプション対応のコンテンツを含め，その他全てのコンテンツに対するイベントログを含むイベントログファイルと，を作成することができる。
さらに，携帯型再生装置２０および情報処理装置１０は，サブスクリプション対応のコンテンツに対するイベントログのみを含むイベントログファイルを，ユーザが操作できないように暗号化してもよい。そして，情報処理装置１０は，携帯型再生装置２０から，暗号化されたイベントログファイルを取得して，自己が保有する暗号化されたイベントログファイルとともに，コンテンツの著作権管理を行う著作権管理サーバに送信してもよい。
かかる構成によれば，サブスクリプション対応のコンテンツに対するイベントログのみを含むイベントログファイルを，著作権管理サーバにおいて著作権者への原資配布のために活用することができる。
１０ 情報処理装置
２０ 携帯型再生装置
３０ 配信サーバ
１００ 通信システム
１２０ コンテンツ記憶部
１２２ 再生操作部
１２４ 再生部
１２６ 日時情報生成部
１２８ 再生履歴生成部
１３０ 再生履歴記憶部
１３２ 通信部
１３４ 接続検知部
１３６ 取得部
１３８ 再生履歴解析部
１４０ 解析結果記憶部
１４２ 評価値演算部
１４４ 評価値入力部
１４６ ホスト記憶部
１４８ プレイリスト生成部
１５０ コンテンツ更新部
１５２ コンテンツ特定部
１５４ 属性情報抽出部
１５６ テーブル作成部
１５８ 転送部
１６０ 配信サービス利用部
１６２ リッピング部
１６４ 表示制御部
１６６ 表示部
１７０ ホストデータベース
２２０ コンテンツ記憶部
２２２ 再生操作部
２２４ 再生部
２２６ 日時情報生成部
２２８ 再生履歴生成部
２３０ 再生履歴記憶部
２３２ 削除指示受付部
２３４ 削除コンテンツ記憶部
２３６ 転送部
２３８ 通信部
２４０ 取得部
２４４ ターミナル記憶部
２４６ 評価値入力部
２４８ 表示制御部
２５０ 表示部
２０ 携帯型再生装置
３０ 配信サーバ
１００ 通信システム
１２０ コンテンツ記憶部
１２２ 再生操作部
１２４ 再生部
１２６ 日時情報生成部
１２８ 再生履歴生成部
１３０ 再生履歴記憶部
１３２ 通信部
１３４ 接続検知部
１３６ 取得部
１３８ 再生履歴解析部
１４０ 解析結果記憶部
１４２ 評価値演算部
１４４ 評価値入力部
１４６ ホスト記憶部
１４８ プレイリスト生成部
１５０ コンテンツ更新部
１５２ コンテンツ特定部
１５４ 属性情報抽出部
１５６ テーブル作成部
１５８ 転送部
１６０ 配信サービス利用部
１６２ リッピング部
１６４ 表示制御部
１６６ 表示部
１７０ ホストデータベース
２２０ コンテンツ記憶部
２２２ 再生操作部
２２４ 再生部
２２６ 日時情報生成部
２２８ 再生履歴生成部
２３０ 再生履歴記憶部
２３２ 削除指示受付部
２３４ 削除コンテンツ記憶部
２３６ 転送部
２３８ 通信部
２４０ 取得部
２４４ ターミナル記憶部
２４６ 評価値入力部
２４８ 表示制御部
２５０ 表示部
Claims (24)
- 再生装置と接続可能な情報処理装置であって：
複数のコンテンツデータを記憶するコンテンツ記憶部と；
前記コンテンツ記憶部に記憶されたコンテンツデータの属性情報を有するホストデータベースを記憶するホスト記憶部と；
前記再生装置が記憶する複数のコンテンツデータを特定するコンテンツ特定部と；
前記特定された各コンテンツデータの属性情報を，前記ホストデータベースから抽出する属性情報抽出部と；
前記抽出された属性情報に基づき，前記特定された各コンテンツデータのコンテンツ名を最下位階層とし，前記特定された各コンテンツデータが属するグループのグループ名を上位階層として含む階層構造化された複数種類のテーブルを作成するテーブル作成部と；
前記複数種類のテーブルは，前記特定された各コンテンツデータのコンテンツ名を第１の規則で並べ替えた第１のテーブルと，前記特定された各コンテンツデータの属するグループのグループ名単位で，前記特定された各コンテンツデータのコンテンツ名を第２の規則で並べ替えた第２のテーブルとを含み，少なくとも当該第１及び第２のテーブルを前記再生装置に転送する転送部と；
を備えることを特徴とする，情報処理装置。 - 前記第１の規則と前記第２の規則は，それぞれ，コンテンツ名の読み順又は文字列順，コンテンツデータのトラック番号順，各コンテンツデータに付与された評価値が高い順，前記再生装置に対するコンテンツデータの追加日時順，ユーザ定義順，コンテンツデータの再生日時順のうち，相異なるいずれかであることを特徴とする，請求項１に記載の情報処理装置。
- 前記属性情報は，前記グループ名として各コンテンツデータに対応するアルバム名を含んでおり，
前記第１のテーブルは，前記特定された各コンテンツデータのコンテンツ名を，当該コンテンツ名の読み順又は文字列順で並べ替えたテーブルであり，
前記第２のテーブルは，前記特定された各コンテンツデータの前記アルバム名単位で，前記特定された各コンテンツデータをトラック番号順で並べ替えたテーブルであることを特徴とする，請求項１に記載の情報処理装置。 - 前記属性情報は，前記グループ名として各コンテンツデータに対応するアーティスト名を含んでおり，
前記テーブル作成部は，
前記特定された各コンテンツデータの前記アーティスト名単位で，前記特定された各コンテンツデータのコンテンツ名を，読み順又は文字列順で並べ替えた第３のテーブルを作成することを特徴とする，請求項１に記載の情報処理装置。 - 前記情報処理装置のコンテンツ記憶部に記憶されたコンテンツデータを前記再生装置のコンテンツ記憶部に追加する，或いは，前記再生装置のコンテンツ記憶部に記憶されたコンテンツデータを削除するコンテンツ更新部を備え，
前記コンテンツ特定部は，前記コンテンツ更新部による追加／削除処理内容に基づき，前記再生装置が記憶する複数のコンテンツデータを特定することを特徴とする，請求項１に記載の情報処理装置。 - 前記コンテンツ特定部は，前記再生装置にアクセスして，前記再生装置が記憶するコンテンツデータの属性情報を取得し，当該取得した属性情報に基づき，前記再生装置が記憶する複数のコンテンツデータを特定することを特徴とする，請求項１に記載の情報処理装置。
- 前記テーブルは，前記再生装置におけるコンテンツデータ検索時に順次表示される複数の表示画面に１対１対応する階層構造を有する検索表示用テーブルであることを特徴とする，請求項１に記載の情報処理装置。
- 前記検索表示用テーブルは，
前記グループ名としてのイニシャル単位で，前記特定された各コンテンツデータのコンテンツ名を，読み順又は文字列順で配列したイニシャル全コンテンツ検索表示用テーブル；
前記グループ名としてのアルバム名単位で，前記特定された各コンテンツデータのコンテンツ名を，トラック番号順で配列したアルバム検索表示用テーブル；
前記グループ名としてのアーティスト名単位及びアルバム名単位で，前記特定された各コンテンツデータのコンテンツ名をトラック番号順で配列したアーティスト検索表示用テーブル；
前記グループ名としてのジャンル単位，アーティスト名単位及びアルバム名単位で，前記特定された各コンテンツデータのコンテンツ名を，トラック番号順で配列したジャンル検索表示用テーブル；
前記グループ名としての評価値レベル単位で，前記特定された各コンテンツデータのコンテンツ名を，各コンテンツデータに付与された評価値が高い順に配列したレーティング検索表示用テーブル；
前記グループ名として少なくともリリース日時単位で，前記特定された各コンテンツデータのコンテンツ名を，読み順又は文字列順で配列した年代検索表示用テーブル；
前記グループ名としての転送時期単位で，前記特定された各コンテンツデータのコンテンツ名を，前記再生装置に対するコンテンツデータの追加日時順で配列した転送時期検索表示用テーブル；
前記グループ名としてのアーティスト名単位で，前記特定された各コンテンツデータのコンテンツ名を，読み順又は文字列順で配列したアーティスト全コンテンツ検索表示用テーブル；
前記グループ名としてのプレイリスト単位で，コンテンツ名をユーザ定義順で配列したプレイリスト検索表示用テーブル；
前記グループ名としての再生時期単位で，前記特定された各コンテンツデータのコンテンツ名を，コンテンツデータの再生日時順で配列した再生履歴検索表示用テーブル；または，
前記グループ名としてのアーティスト名単位で，前記特定された各コンテンツデータのコンテンツ名を，各コンテンツデータに付与された評価値の大きさ順で配列したアーティストリンク検索表示用テーブル；
の少なくともいずれかを含むことを特徴とする，請求項７に記載の情報処理装置。 - 情報処理装置と接続可能な再生装置であって：
複数のコンテンツデータを記憶するコンテンツ記憶部と；
前記情報処理装置によって，前記コンテンツ記憶部が記憶する複数のコンテンツデータが特定され，前記特定された各コンテンツデータの属性情報が，前記情報処理装置のコンテンツ記憶部に記憶された各コンテンツデータの属性情報を有するホストデータベースから抽出され，前記抽出された属性情報に基づき作成された，前記特定された各コンテンツデータのコンテンツ名を最下位階層とし，前記特定された各コンテンツデータが属するグループのグループ名を上位階層として含む階層構造化された複数種類のテーブルを，前記情報処理装置から取得する取得部と；
前記取得された複数種類のテーブルは，前記特定された各コンテンツデータのコンテンツ名を第１の規則で並べ替えた第１のテーブルと，前記特定された各コンテンツデータの属するグループのグループ名単位で，前記特定された各コンテンツデータのコンテンツ名を第２の規則で並べ替えた第２のテーブルとを含み，少なくとも当該第１及び前記第２のテーブルを記憶するターミナル記憶部と；
第１の操作に応じて前記ターミナル記憶部から前記第１のテーブルを読み出して，前記第１のテーブル内の前記第１の規則で並べ替えられたコンテンツ名を表示部に表示し，第２の操作に応じて前記第２のテーブルを読み出して，前記第２のテーブル内の前記第２の規則で並べ替えられたコンテンツ名を前記表示部に表示する表示制御部と；
前記表示制御部により表示されたコンテンツ名から１のコンテンツ名を選択する選択部と；
前記再生装置のコンテンツ記憶部に記憶されているコンテンツデータのうち，前記選択部により選択されたコンテンツ名に対応するコンテンツデータを再生する再生部と；
を備えることを特徴とする，再生装置。 - 前記第１の規則と前記第２の規則は，それぞれ，コンテンツ名の読み順又は文字列順，コンテンツデータのトラック番号順，各コンテンツデータに付与された評価値が高い順，前記再生装置に対するコンテンツデータの追加日時順，ユーザ定義順，コンテンツデータの再生日時順のうち，相異なるいずれかであることを特徴とする，請求項９に記載の再生装置。
- 前記属性情報は，前記グループ名として各コンテンツデータに対応するアルバム名を含んでおり，
前記第１のテーブルは，前記特定された各コンテンツデータのコンテンツ名を，当該コンテンツ名の読み順又は文字列順で並べ替えたテーブルであり，
前記第２のテーブルは，前記特定された各コンテンツデータの前記アルバム名単位で，前記特定された各コンテンツデータをトラック番号順で並べ替えたテーブルであることを特徴とする，請求項９に記載の再生装置。 - 前記属性情報は，前記グループ名として各コンテンツデータに対応するアーティスト名を含んでおり，
前記複数種類のテーブルは，前記特定された各コンテンツデータの前記アーティスト名単位で，前記特定された各コンテンツデータのコンテンツ名を，読み順又は文字列順で並べ替えた第３のテーブルを含むことを特徴とする，請求項９に記載の再生装置。 - 前記テーブルは，前記再生装置におけるコンテンツデータ検索時に順次表示される複数の表示画面に１対１対応する階層構造を有する検索表示用テーブルであることを特徴とする，請求項９に記載の再生装置。
- 前記検索表示用テーブルは，
前記グループ名としてのイニシャル単位で，前記特定された各コンテンツデータのコンテンツ名を，読み順又は文字列順で配列したイニシャル全コンテンツ検索表示用テーブル；
前記グループ名としてのアルバム名単位で，前記特定された各コンテンツデータのコンテンツ名を，トラック番号順で配列したアルバム検索表示用テーブル；
前記グループ名としてのアーティスト名単位及びアルバム名単位で，前記特定された各コンテンツデータのコンテンツ名をトラック番号順で配列したアーティスト検索表示用テーブル；
前記グループ名としてのジャンル単位，アーティスト名単位及びアルバム名単位で，前記特定された各コンテンツデータのコンテンツ名を，トラック番号順で配列したジャンル検索表示用テーブル；
前記グループ名としての評価値レベル単位で，前記特定された各コンテンツデータのコンテンツ名を，各コンテンツデータに付与された評価値が高い順に配列したレーティング検索表示用テーブル；
前記グループ名として少なくともリリース日時単位で，前記特定された各コンテンツデータのコンテンツ名を，読み順又は文字列順で配列した年代検索表示用テーブル；
前記グループ名としての転送時期単位で，前記特定された各コンテンツデータのコンテンツ名を，前記再生装置に対するコンテンツデータの追加日時順で配列した転送時期検索表示用テーブル；
前記グループ名としてのアーティスト名単位で，前記特定された各コンテンツデータのコンテンツ名を，読み順又は文字列順で配列したアーティスト全コンテンツ検索表示用テーブル；
前記グループ名としてのプレイリスト単位で，コンテンツ名をユーザ定義順で配列したプレイリスト検索表示用テーブル；
前記グループ名としての再生時期単位で，前記特定された各コンテンツデータのコンテンツ名を，コンテンツデータの再生日時順で配列した再生履歴検索表示用テーブル；または，
前記グループ名としてのアーティスト名単位で，前記特定された各コンテンツデータのコンテンツ名を，各コンテンツデータに付与された評価値の大きさ順で配列したアーティストリンク検索表示用テーブル；
の少なくともいずれかを含むことを特徴とする，請求項１３に記載の再生装置。 - 再生装置と接続可能な情報処理装置における通信方法であって：
前記再生装置が記憶する複数のコンテンツデータを特定するコンテンツ特定ステップと；
前記特定された各コンテンツデータの属性情報を，前記情報処理装置のコンテンツ記憶部に記憶された複数のコンテンツデータの属性情報を有するホストデータベースから抽出する属性情報抽出ステップと；
前記抽出された属性情報に基づき，前記特定された各コンテンツデータのコンテンツ名を最下位階層とし，前記特定された各コンテンツデータが属するグループのグループ名を上位階層として含む階層構造化された複数種類のテーブルを作成するテーブル作成ステップと；
前記複数種類のテーブルは，前記特定された各コンテンツデータのコンテンツ名を第１の規則で並べ替えた第１のテーブルと，前記特定された各コンテンツデータの属するグループのグループ名単位で，前記特定された各コンテンツデータのコンテンツ名を第２の規則で並べ替えた第２のテーブルとを含み，少なくとも当該第１及び第２のテーブルを前記再生装置に転送する転送ステップと；
を含むことを特徴とする，通信方法。 - 情報処理装置と接続可能な再生装置における再生方法であって：
前記情報処理装置によって，前記再生装置が記憶する複数のコンテンツデータが特定され，前記特定された各コンテンツデータの属性情報が，前記情報処理装置のコンテンツ記憶部に記憶された各コンテンツデータの属性情報を有するホストデータベースから抽出され，前記抽出された属性情報に基づき作成された，前記特定された各コンテンツデータのコンテンツ名を最下位階層とし，前記特定された各コンテンツデータが属するグループのグループ名を上位階層として含む階層構造化された複数種類のテーブルを，前記情報処理装置から取得する取得ステップと；
前記取得された複数種類のテーブルは，前記特定された各コンテンツデータのコンテンツ名を第１の規則で並べ替えた第１のテーブルと，前記特定された各コンテンツデータの属するグループのグループ名単位で，前記特定された各コンテンツデータのコンテンツ名を第２の規則で並べ替えた第２のテーブルとを含み，少なくとも当該第１及び前記第２のテーブルをターミナル記憶部に記録するステップと；
第１の操作に応じて前記ターミナル記憶部から前記第１のテーブルを読み出して，前記第１のテーブル内の前記第１の規則で並べ替えられたコンテンツ名を表示部に表示し，第２の操作に応じて前記第２のテーブルを読み出して，前記第２のテーブル内の前記第２の規則で並べ替えられたコンテンツ名を前記表示部に表示する表示制御ステップと；
前記表示制御ステップで表示されたコンテンツ名から１のコンテンツ名を選択する選択ステップと；
前記再生装置のコンテンツ記憶部に記憶されているコンテンツデータのうち，前記選択ステップで選択されたコンテンツ名に対応するコンテンツデータを再生する再生ステップと；
を含むことを特徴とする，再生方法。 - 再生装置と接続可能な情報処理装置をして：
前記再生装置に記憶されている複数のコンテンツデータ，又は，前記再生装置に記憶される予定の複数のコンテンツデータを特定するコンテンツ特定処理と；
前記特定された各コンテンツデータの属性情報を，前記情報処理装置のコンテンツ記憶部に記憶された複数のコンテンツデータの属性情報を有するホストデータベースから抽出する属性情報抽出処理と；
前記抽出された属性情報に基づき，前記特定された各コンテンツデータのコンテンツ名を最下位階層とし，前記特定された各コンテンツデータが属するグループのグループ名を上位階層として含む階層構造化された複数種類のテーブルを作成するテーブル作成処理と；
前記複数種類のテーブルは，前記特定された各コンテンツデータのコンテンツ名を第１の規則で並べ替えた第１のテーブルと，前記特定された各コンテンツデータの属するグループのグループ名単位で，前記特定された各コンテンツデータのコンテンツ名を第２の規則で並べ替えた第２のテーブルとを含み，少なくとも当該第１及び第２のテーブルを前記再生装置に転送する転送処理と；
を実行させることを特徴とする，コンピュータプログラム。 - 情報処理装置と接続可能な再生装置をして：
前記情報処理装置によって，前記再生装置が記憶する複数のコンテンツデータが特定され，前記特定された各コンテンツデータの属性情報が，前記情報処理装置のコンテンツ記憶部に記憶された各コンテンツデータの属性情報を有するホストデータベースから抽出され，前記抽出された属性情報に基づき作成された，前記特定された各コンテンツデータのコンテンツ名を最下位階層とし，前記特定された各コンテンツデータが属するグループのグループ名を上位階層として含む階層構造化された複数種類のテーブルを，前記情報処理装置から取得する取得処理と；
前記取得された複数種類のテーブルは，前記特定された各コンテンツデータのコンテンツ名を第１の規則で並べ替えた第１のテーブルと，前記特定された各コンテンツデータの属するグループのグループ名単位で，前記特定された各コンテンツデータのコンテンツ名を第２の規則で並べ替えた第２のテーブルとを含み，少なくとも当該第１及び前記第２のテーブルをターミナル記憶部に記録する処理と；
第１の操作に応じて前記ターミナル記憶部から前記第１のテーブルを読み出して，前記第１のテーブル内の前記第１の規則で並べ替えられたコンテンツ名を表示部に表示し，第２の操作に応じて前記第２のテーブルを読み出して，前記第２のテーブル内の前記第２の規則で並べ替えられたコンテンツ名を前記表示部に表示する表示制御処理と；
前記表示制御処理で表示されたコンテンツ名から１のコンテンツ名を選択する選択処理と；
前記再生装置のコンテンツ記憶部に記憶されているコンテンツデータのうち，前記選択処理で選択されたコンテンツ名に対応するコンテンツデータを再生する再生処理と；
を実行させることを特徴とする，コンピュータプログラム。 - 再生装置と接続可能な情報処理装置であって：
前記情報処理装置が管理する記憶媒体に記憶されるコンテンツデータの属性情報を有するホストデータベースと；
前記再生装置から，当該再生装置が管理する記憶媒体に記憶されるコンテンツデータの属性情報を有するターミナルデータベースを取得する取得部と；
前記ホストデータベースと前記ターミナルデータベースとを比較する比較部と；
前記比較部による比較結果に応じて，前記ターミナルデータベースを更新するために必要なレコードを生成するレコード生成部と；
前記レコードの各々は，前記属性情報として，各コンテンツデータのコンテンツ名及び当該各コンテンツデータが属するグループ名を少なくとも有し，前記レコード生成部により生成された前記レコード内のコンテンツ名を第１の規則で並べ替えた結果に基づき前記ターミナルデータベースの一部を更新する第１の更新部と；
前記レコード生成部により生成された前記レコード内のグループ名が示すグループ単位で，前記レコード内のコンテンツ名を第２の規則で並べ替えた結果に基づき前記ターミナルデータベースの一部を更新する第２の更新部と；
前記第１の更新部と前記第２の更新部により更新された前記ターミナルデータベースを前記再生装置に転送する転送部と；
を備えることを特徴とする，情報処理装置。 - 前記転送部は，前記ホストデータベースのレコード数が前記ターミナルデータベースのレコード数よりも多いとき，前記ターミナルデータベースに追加されたレコードに対応するコンテンツデータを前記再生装置に転送することを特徴とする，請求項１９に記載の情報処理装置。
- 前記ホストデータベースのレコード数が前記ターミナルデータベースのレコード数よりも少ないとき，前記再生装置が管理する前記記憶媒体に記憶されるコンテンツデータの一部を削除するコンテンツ更新部を備えることを特徴とする，請求項１９に記載の情報処理装置。
- 前記第１の更新部は，前記レコード生成部により生成された前記レコード内のコンテンツ名を発音順で並べ替えた結果に基づき前記ターミナルデータベースの一部を更新し，
前記第２の更新部は，前記レコード生成部により生成された前記レコード内の前記グループ名としてのアルバム名が示すアルバム単位で，前記レコード内のコンテンツ名をトラック番号順に並べ替えた結果に基づき前記ターミナルデータベースの一部を更新することを特徴とする，請求項１９に記載の情報処理装置。 - 更に，前記レコードの各々は，各コンテンツデータに対応するアーティスト名を有し，前記レコード内のアーティスト名が示すアーティスト単位で，前記レコード内のコンテンツ名を発音順で並べ替えた結果に基づき前記ターミナルデータベースの一部を更新する第３の更新部を備えることを特徴とする，請求項１９に記載の情報処理装置。
- 情報処理装置と接続可能な再生装置であって：
前記再生装置が管理する記憶媒体に記憶されるコンテンツデータの属性情報を有するターミナルデータベースと；
前記情報処理装置に，前記ターミナルデータベースを転送する転送部と；
前記情報処理装置が，当該情報処理装置が管理するコンテンツデータの属性情報を有するホストデータベースと前記ターミナルデータベースとを比較し，当該比較結果に応じて，前記ターミナルデータベースを更新するために必要な，各コンテンツデータのコンテンツ名及び当該各コンテンツデータが属するグループ名を前記属性情報として各々有するレコードを生成し，当該レコード内のコンテンツ名を第１の規則で並べ替えた結果に基づき前記ターミナルデータベースの一部を更新すると共に，当該レコード内のグループ名が示すグループ単位で，前記レコード内のコンテンツ名を第２の規則で並べ替えた結果に基づき当該ターミナルデータベースの一部を更新することにより得られるターミナルデータベースを，前記情報処理装置から取得する取得部と；
第１の操作に応じて前記ターミナルデータベース内の前記第１の規則で並べ替えた結果を出力し，第２の操作に応じて前記ターミナルデータベース内の前記第２の規則で並べ替えられた結果を出力する出力制御部と；
前記出力された結果から一のコンテンツ名を選択する選択部と；
前記選択部により選択されたコンテンツ名に対応する前記記憶媒体に記憶されるコンテンツデータを再生する再生部と；
を備えることを特徴とする，再生装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2006200104A JP4848874B2 (ja) | 2005-08-01 | 2006-07-21 | 情報処理装置，再生装置，通信方法，再生方法及びコンピュータプログラム |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2005223411 | 2005-08-01 | ||
| JP2005223411 | 2005-08-01 | ||
| JP2006200104A JP4848874B2 (ja) | 2005-08-01 | 2006-07-21 | 情報処理装置，再生装置，通信方法，再生方法及びコンピュータプログラム |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2007066498A true JP2007066498A (ja) | 2007-03-15 |
| JP2007066498A5 JP2007066498A5 (ja) | 2009-08-27 |
| JP4848874B2 JP4848874B2 (ja) | 2011-12-28 |
Family
ID=37928484
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2006200104A Expired - Fee Related JP4848874B2 (ja) | 2005-08-01 | 2006-07-21 | 情報処理装置，再生装置，通信方法，再生方法及びコンピュータプログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4848874B2 (ja) |
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008251103A (ja) * | 2007-03-30 | 2008-10-16 | Onkyo Corp | コンテンツ記録再生装置及び情報更新プログラム |
| JP2008293086A (ja) * | 2007-05-22 | 2008-12-04 | Yamaha Corp | ファイル又はフォルダ管理装置 |
| JP2009259332A (ja) * | 2008-04-16 | 2009-11-05 | Sony Corp | ディスクチェンジャ装置及びディスク格納方法 |
| JP2010238275A (ja) * | 2009-03-30 | 2010-10-21 | Alpine Electronics Inc | オーディオ装置及びその楽曲検索方法 |
| JP2012123882A (ja) * | 2010-12-10 | 2012-06-28 | Alpine Electronics Inc | 多言語データリスト表示装置 |
| JP2012128810A (ja) * | 2010-12-17 | 2012-07-05 | Nintendo Co Ltd | プログラム、情報処理装置、情報処理システムおよび情報処理方法 |
| JP2013041638A (ja) * | 2011-08-12 | 2013-02-28 | Jvc Kenwood Corp | 電子機器、表示制御方法、表示制御プログラム |
| JP2016042400A (ja) * | 2014-08-19 | 2016-03-31 | アルパイン株式会社 | オーディオ装置及びコンピュータプログラム |
Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001093226A (ja) * | 1999-09-21 | 2001-04-06 | Sony Corp | 情報通信システムおよび方法、ならびに、情報通信装置および方法 |
| JP2001176174A (ja) * | 1999-12-15 | 2001-06-29 | Aiwa Co Ltd | 記録装置 |
| WO2001079964A2 (en) * | 2000-04-14 | 2001-10-25 | Realnetworks, Inc. | System and method of managing metadata |
| JP2002074911A (ja) * | 2000-08-28 | 2002-03-15 | Alpine Electronics Inc | オーディオプレーヤ |
| JP2002133834A (ja) * | 2000-10-24 | 2002-05-10 | Pioneer Electronic Corp | 楽曲データ管理装置及び車載用オーディオ情報再生制御システム |
| JP2002150754A (ja) * | 2000-11-08 | 2002-05-24 | Toshiba Corp | ライブラリ機能を有する画像記録再生装置 |
| JP2003337740A (ja) * | 2002-03-08 | 2003-11-28 | Texas Instruments Inc | メタデータプリソートファイルを作成する電子システムおよびメディアファイルの再生方法 |
| US20030233929A1 (en) * | 2002-06-20 | 2003-12-25 | Koninklijke Philips Electronics N.V. | System and method for indexing and summarizing music videos |
-
2006
- 2006-07-21 JP JP2006200104A patent/JP4848874B2/ja not_active Expired - Fee Related
Patent Citations (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001093226A (ja) * | 1999-09-21 | 2001-04-06 | Sony Corp | 情報通信システムおよび方法、ならびに、情報通信装置および方法 |
| JP2001176174A (ja) * | 1999-12-15 | 2001-06-29 | Aiwa Co Ltd | 記録装置 |
| WO2001079964A2 (en) * | 2000-04-14 | 2001-10-25 | Realnetworks, Inc. | System and method of managing metadata |
| JP2002074911A (ja) * | 2000-08-28 | 2002-03-15 | Alpine Electronics Inc | オーディオプレーヤ |
| JP2002133834A (ja) * | 2000-10-24 | 2002-05-10 | Pioneer Electronic Corp | 楽曲データ管理装置及び車載用オーディオ情報再生制御システム |
| JP2002150754A (ja) * | 2000-11-08 | 2002-05-24 | Toshiba Corp | ライブラリ機能を有する画像記録再生装置 |
| JP2003337740A (ja) * | 2002-03-08 | 2003-11-28 | Texas Instruments Inc | メタデータプリソートファイルを作成する電子システムおよびメディアファイルの再生方法 |
| US20030233929A1 (en) * | 2002-06-20 | 2003-12-25 | Koninklijke Philips Electronics N.V. | System and method for indexing and summarizing music videos |
| WO2004001626A1 (en) * | 2002-06-20 | 2003-12-31 | Koninklijke Philips Electronics N.V. | System and method for indexing and summarizing music videos |
| JP2005530446A (ja) * | 2002-06-20 | 2005-10-06 | コーニンクレッカ フィリップス エレクトロニクス エヌ ヴィ | 音楽ビデオを索引化して要約するシステム及び方法 |
Cited By (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008251103A (ja) * | 2007-03-30 | 2008-10-16 | Onkyo Corp | コンテンツ記録再生装置及び情報更新プログラム |
| JP2008293086A (ja) * | 2007-05-22 | 2008-12-04 | Yamaha Corp | ファイル又はフォルダ管理装置 |
| JP2009259332A (ja) * | 2008-04-16 | 2009-11-05 | Sony Corp | ディスクチェンジャ装置及びディスク格納方法 |
| JP4557038B2 (ja) * | 2008-04-16 | 2010-10-06 | ソニー株式会社 | ディスクチェンジャ装置及びディスク格納方法 |
| US8040762B2 (en) | 2008-04-16 | 2011-10-18 | Sony Corporation | Disk changer device and disk holding method |
| JP2010238275A (ja) * | 2009-03-30 | 2010-10-21 | Alpine Electronics Inc | オーディオ装置及びその楽曲検索方法 |
| JP2012123882A (ja) * | 2010-12-10 | 2012-06-28 | Alpine Electronics Inc | 多言語データリスト表示装置 |
| JP2012128810A (ja) * | 2010-12-17 | 2012-07-05 | Nintendo Co Ltd | プログラム、情報処理装置、情報処理システムおよび情報処理方法 |
| JP2013041638A (ja) * | 2011-08-12 | 2013-02-28 | Jvc Kenwood Corp | 電子機器、表示制御方法、表示制御プログラム |
| JP2016042400A (ja) * | 2014-08-19 | 2016-03-31 | アルパイン株式会社 | オーディオ装置及びコンピュータプログラム |
Also Published As
| Publication number | Publication date |
|---|---|
| JP4848874B2 (ja) | 2011-12-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7890520B2 (en) | Processing apparatus and associated methodology for content table generation and transfer | |
| US8180731B2 (en) | Apparatus and method for computing evaluation values of content data stored for reproduction | |
| CN101256811B (zh) | 用于产生播放列表的设备和方法 | |
| JP4848874B2 (ja) | 情報処理装置，再生装置，通信方法，再生方法及びコンピュータプログラム | |
| JP5232304B2 (ja) | 類似性データに基づいてプレイリストを生成するシステム及び方法 | |
| US7650563B2 (en) | Aggregating metadata for media content from multiple devices | |
| JP5226240B2 (ja) | メタデータを利用したメディアコンテンツの探索装置および方法 | |
| US8762380B2 (en) | Correlating categories of attributes of contents with classification elements | |
| US11762901B2 (en) | User consumption behavior analysis and composer interface | |
| US8880531B2 (en) | Method and apparatus for identifying a piece of content | |
| KR101103126B1 (ko) | 정보 처리 장치 및 정보 처리 방법 | |
| JP4835302B2 (ja) | 情報処理装置，通信方法，コンピュータプログラム | |
| JP4236630B2 (ja) | コンテンツデータ記録媒体 | |
| CN100483403C (zh) | 用于在数字音频播放器中标记和显示歌曲的方法 | |
| US20070005617A1 (en) | Display control method, content data reproduction apparatus, and program | |
| US20090144253A1 (en) | Method of processing a set of content items, and data- processing device | |
| JP2008102883A (ja) | ホスト装置、データベース管理システム、データベース管理方法及びプログラム | |
| JP4190571B2 (ja) | コンテンツデータ記録装置 | |
| KR20070015886A (ko) | 정보 처리 장치, 재생장치, 통신 방법, 재생 방법 및기록매체 | |
| JP2010066805A (ja) | 再生装置及び表示方法 | |
| JP2007058306A (ja) | 情報検索装置、情報検索方法、情報検索システム及び情報検索プログラム | |
| JP4190572B2 (ja) | コンテンツデータ記録装置 | |
| JP2002014976A (ja) | 作品検索装置、作品検索処理プログラムを記憶したコンピュータ読み取り可能な媒体 | |
| JP2011095888A (ja) | 文字列検索装置、プログラム、及び文字列検索方法 | |
| KR20070015855A (ko) | 정보처리장치, 재생장치, 통신 방법 및 기록매체 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090713 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20090713 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20110202 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20110705 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20110823 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20110920 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20111003 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20141028 Year of fee payment: 3 |
|
| LAPS | Cancellation because of no payment of annual fees |