JP2007287204A - 再生装置、再生方法、プログラム - Google Patents

Abstract

【課題】プレイリストを基とするコンテンツ再生でありながら、プレイリストが示すコンテンツの再生順のみに従ったコンテンツ再生に限定されることなく、より高い自由度でコンテンツ再生が行えるようにする。
【解決手段】プレイリストの再生順を指定する制御情報の実体として、オリジナル（再生開始時）の内容を有するプレイリストテーブルと、コンテンツ追加予約指定操作に応じて作成され、その指定操作に応じてオリジナルのプレイリストテーブルの内容の変更を指示するプレイリスト変更指示テーブルとを規定する。そのうえで、プレイリストに基づいたコンテンツ再生中において、追加予約したいコンテンツを指定する操作が行えるようにする。そして、この操作が行われるのに応じて、プレイリスト変更指示テーブルを作成していくようにされる。コンテンツ再生は、オリジナルのプレイリストテーブルを基本として、逐次プレイリスト変更指示テーブルを参照することにより、再生すべきコンテンツを決定しながら実行していくようにされる。
【選択図】図２５

Description

本発明は、例えばファイルなどの所定の単位により記憶管理される単位データを、記憶媒体から読み出して再生するための再生装置とその方法に関する。また、この再生装置が実行するプログラムに関する。

近年では、記憶媒体としてＨＤＤ（ハードディスクドライブ）やフラッシュメモリなどの半導体記憶素子を備えた携帯型コンテンツプレーヤが広く普及している状況にある。このような携帯型コンテンツプレーヤでは、内蔵の記憶媒体に対して、例えば楽曲単位のオーディオファイルや、ビデオファイルなどのコンテンツファイルを記憶させておき、所定の再生操作によって再生出力させることができるようになっている。

現状において、このような携帯型コンテンツプレーヤに採用される記憶媒体の容量は例えば標準でも数ＧＢ程度とされ、一般的な再生時間（３分から５分程度）のオーディオファイルであれば、数百から数千までの比較的膨大な数を記憶させることが可能となっている。
そこで、このような大量のコンテンツファイルを効率的に再生できるようにするために、例えば、属性に基づいてソートした結果として得られるコンテンツファイルのリストと、その再生順を指定するようにされたプレイリスト（属性別プレイリスト）に従って再生することが行われている。
例えば、オーディオファイルを例にとると、オーディオファイルには、そのオーディオファイルとしての１楽曲について、その楽曲を演奏するアーティスト名、その楽曲を含むアルバム名、その楽曲のジャンルなどの属性を示す情報（属性情報）が付随されている。そして、再生時においては、例えばユーザが聴きたいと思うアーティスト名を選択指定する操作を行うと、選択指定されたアーティスト名を属性として持つ楽曲（オーディオファイル）のリストが所定規則（例えば文字列順など）に従った再生順により提示される。あるいは、ユーザが聴きたいと思うアルバム名を選択指定すれば、そのアルバムに含まれるとされるオーディオファイルを、例えばアルバム内再生順に従った再生順により再生する属性別プレイリストが設定される。そして、このようにして設定される属性別プレイリストから任意のオーディオファイルを選択して再生を開始させれば、以降は、その選択されたオーディオファイルと起点として、リストが示す再生順に従ったオーディオファイルの連続再生が行われていく。
また、上記属性別プレイリストの他に、予めユーザが再生対象とするコンテンツファイルとその再生順を指定して作成した再生制御情報（ユーザプレイリスト）を用いて再生を行うようにもされる。上記のようにしてユーザプレイリストはユーザ自信が作成するものなので、属性による制限を越えて、ユーザの好みが反映されたコンテンツファイルの再生を行うことが可能になる。なお、一般には、このようなユーザプレイリストの作成は、携帯型コンテンツプレーヤのホストとなるパーソナルコンピュータにインストールしたコンテンツファイル管理のためのアプリケーションに対する操作により行われるようになっている。

特開２０００−１１３６５２号公報

上記のようにして、プレイリスト（属性別プレイリスト、ユーザプレイリスト）を設定してコンテンツファイルの再生を行うようにすれば、膨大な数が記憶されたコンテンツファイルの中から、必要なだけのコンテンツファイルを効率的に呼び出して再生出力させることが可能になる。しかしながら、その反面、プレイリストを利用したコンテンツ再生の流れが、プレイリストが示すコンテンツファイルと、その再生順に限られてしまうことになる。このために、例えば次のようなような不都合を生じる。
具体例として次のような状況を考えてみる。
上記したことによれば、携帯型コンテンツプレーヤによりコンテンツファイルの再生を実行中のときには、予め選択設定したプレイリスト（属性別プレイリスト、又はユーザプレイリスト）に基づいて、そのプレイリストにおいて或る再生順が設定されたコンテンツファイルの再生が行われていることになる。
このようにしてコンテンツファイルの再生を実行中のときに、例えばユーザが、そのときに選択設定されているプレイリストには存在しないコンテンツファイルを、１つだけ現在再生中のコンテンツファイルに続けて再生したいと思ったとする。このためには、ユーザは、現在再生中のコンテンツファイルの再生が終了するタイミングで、目的のコンテンツファイルを検索して再生開始操作を行うことになる。この段階で、プレイリストとしては、検索したコンテンツファイルを含むものに新規に設定し直され、以前のプレイリストの設定は解除されて無効になる。従って、そのまま特に操作を行わなければ、新規に設定されたプレイリストに従って以降の再生が行われる。このために、ユーザは、例えば検索したコンテンツファイルの再生が終了すると、再度、以前のプレイリストを呼び出して設定し直し、例えばさらに、そのプレイリストにおいて最後に再生したコンテンツファイルの次の再生順のコンテンツファイルを指定して再生を開始させるという操作を行わなければならない。
このようにして、現状の携帯型コンテンツプレーヤなどにあっては、現在設定中のプレイリストが指定するコンテンツファイル再生の流れに対して若干の変更を加えるような自由度のある使い方が可能なように構成されていない、という問題を抱えている。

そこで本発明は上記した課題を考慮して、再生装置として次のように構成する。
つまり、単位データを記憶する記憶手段と、この記憶手段に記憶される単位データから再生対象として選択した1以上の単位データと、この選択した単位データについての再生順とを指定する再生制御情報に基づいて、単位データを再生出力するための制御を実行する再生制御手段と、この再生制御手段の再生制御により現在再生中とされる単位データよりも後となる再生順において、少なくとも、記憶手段に記憶される1以上の単位データを所定の再生順位置に追加するための指定操作を入力する指定操作入力手段と、この指定操作入力手段により入力した指定操作に応じた単位データの再生順となるようにして、再生制御情報の再構築を行う再生制御情報再構築手段とを備えて再生装置を構成することとした。

上記構成では、記憶手段に記憶される単位データの再生は、再生制御情報を利用して行うこととされている。つまり、再生制御情報が指定する単位データと再生順とに従い、しかるべき単位データがしかるべき再生順により再生出力されるものである。そのうえで、本願発明にあっては、現在再生中の単位データよりも後における所定の再生順位置において単位データを追加指定する操作が可能とされており、この指定操作が反映されるようにして再生制御情報を再構築するようにされる。以降は、この再構築された再生制御情報を参照して再生制御を実行することで、再構築前の再生制御情報が示す再生の流れにおいて、追加指定した単位データが、指定された再生順位置に追加挿入されるという再生結果を得ることができる。

即ち、本発明は、再生制御情報に基づいた単位データの再生の流れを基本においたうえで、その再生の流れに対して変更を与えるという編集的な操作を実現できることになる。このことは、例えば再生制御情報に基づいた単位データの再生について、従来が再生制御情報の示す再生の流れのみに限定されてしまうことと比較すれば、本願発明では、より高い自由度が与えられることを意味する。

以下、本願発明を実施するための最良の形態（以下、実施の形態という）について説明する。本実施の形態としては、本願発明に基づいた構成を携帯型コンテンツプレーヤに適用した場合を例に挙げる。

図１は、本実施の形態の携帯型コンテンツプレーヤ２と、この携帯型コンテンツプレーヤ２のホスト機器となるパーソナルコンピュータ１を示している。
先ず、パーソナルコンピュータ１には、コンテンツファイルを管理するアプリケーションソフトウェアである、コンテンツ管理アプリケーション１４ａがインストールされている。ここでいうコンテンツファイルとは、例えば楽曲単位に相当する所定形式のオーディオデータのファイル（オーディオファイル）を指す。このようなオーディオデータのファイルとしては、現状においては、所定の圧縮符号化方式により圧縮符号化された形式とされているのが一般的である。
また、例えばＭＰＥＧ方式などをはじめとする所定の圧縮符号化フォーマットにより圧縮符号化された形式のビデオデータのファイル（ビデオファイル）とされてもよい。さらには、ＪＰＥＧ形式などの静止画ファイルとされてもよい。
このコンテンツ管理アプリケーション１４ａは、例えば、ネットワーク経由や外部メディアなどからコンテンツファイルを取り込んで、必要に応じて圧縮符号化などの処理を施した上で、例えばパーソナルコンピュータ１の補助記憶装置であるＨＤＤなどに対して記憶させて管理する。
そして、コンテンツ管理アプリケーション１４ａは、例えばパーソナルコンピュータ１に対して本実施の形態の携帯型コンテンツプレーヤ２が所定のデータインターフェイスを介して接続されると、このデータインターフェイスを経由して、自身が管理しているコンテンツファイルを転送して、携帯型コンテンツプレーヤ２に記憶させることができるようになっている。
携帯型コンテンツプレーヤ２は、例えばユーザが容易に持ち運び、携帯が可能な程度のサイズ、重量の本体を有しており、一般的には、ヘッドフォン、イヤフォンなどを接続できるようになっている。そして、ユーザは、携帯型コンテンツプレーヤ２に対して操作を行うことにより、内部に記憶されているコンテンツファイルを再生させる。例えば再生対象のコンテンツファイルがオーディオファイルであれば、本体に接続したヘッドフォンなどにより、その再生された音声を聴くことができる。また、ビデオファイルであれば、携帯型コンテンツプレーヤ２の表示部位に対して再生画像が表示されると共に、この再生画像に同期して再生される音声も本体に接続したヘッドフォンなどから出力されることになる。

図２は、上記図１に示したパーソナルコンピュータ１の構成例を示している。
この図におけるパーソナルコンピュータ１は、ＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３、ＨＤＤ（ハードディスクドライブ）１４、操作入力処理部１５、表示出力処理部１６、メディアドライブ１７、データインターフェイス！８、及びネットワークインターフェイス１９を内部バス４０により相互に接続して成るものとして示されている。

ＣＰＵ(Central Processing Unit)１１は、例えばＲＯＭ１２において保持されているプログラム、及びＨＤＤ１４に記憶されているアプリケーションプログラム等をＲＡＭ１３に展開して実行する。また、ＲＡＭ１３にはＣＰＵ１１が各種処理を実行するのに必要なデータ等も適宜保持される。なお、ＲＯＭ１２は、一般には書き換え不可の構成であるが、例えば、フラッシュメモリなどの不揮発性の書き換え可能なメモリ素子を含んだ構成とされてもよい。

ＨＤＤ１４は、ＰＣにおける補助記憶装置となるもので、上記のようにしてＣＰＵ１１が実行する各種プログラムがインストールされるようにして記憶される。また、各種のアプリケーションファイルなども記憶可能とされる。このようにしてＨＤＤ１４に記憶されるデータは、ファイルシステムなどにより管理される。ＣＰＵ１１は、例えばファイルシステムを利用することで、ＨＤＤ１４に対するデータの書き込み又は読み出しを行うことができるようにされている。
なお、この図においては、ＨＤＤ１４に記憶されるデータとして、プログラムについてはコンテンツ管理アプリケーション１４ａを示し、ファイルについてはコンテンツファイル１４ｂを示している。コンテンツ管理アプリケーション１４ａは、外部ネットワークや外部メディアなどからコンテンツファイル１４ｂを読み込んでＨＤＤ１４に記憶させるとともに、このようにして記憶させたコンテンツファイルを管理する。また、コンテンツファイルの再生機能も有する。さらに、コンテンツ管理アプリケーション１４ａは、後述するようにして通信バス１００経由でパーソナルコンピュータ１と接続される携帯型コンテンツプレーヤ２に対して、コンテンツファイル１４ｂ（及びユーザプレイリスト）を転送して記憶させるための機能も有している。

操作入力処理部１５は、操作デバイス２１から出力される操作に応じた信号を入力してＣＰＵ１１が処理可能な命令に変換し、ＣＰＵ１１に出力する。ＣＰＵ１１は、この命令に応じた処理を実行することになる。なお、ここでの操作デバイス２１は、例えばマウス、キーボードをはじめとするコンピュータをユーザが操作するための各種操作入力デバイスを包括して示しているものである。
表示出力処理部１６は、例えばＣＰＵ１１の制御に応じて表示デバイス２２により画像を表示出力させるための処理を実行する。

メディアドライブ１７は、例えば現状であれば、ＣＤ−ＲＯＭやＤＶＤ、さらにはリムーバブル形式の所定規格による半導体メモリ素子などをはじめとする特定種別のメディアに対応してデータの読み出し／書き込みが可能に構成される。このための制御もＣＰＵ１１が実行するようにされる。

データインターフェイス１８は、パーソナルコンピュータ１と外部デバイスとの間で所定のデータ通信方式に対応する通信バス１００を経由するようにして外部デバイスと通信を行うためのハードウェア、ソフトウェアを実装して構成される部位である。本実施の形態の携帯型コンテンツプレーヤ２は、この通信バス１００に対応するデータインターフェイスにより、パーソナルコンピュータ１と通信可能に接続されるようにして構成される。

ネットワークインターフェイス１９は、インターネット、ＬＡＮなどのネットワーク１０１を介して通信を行うためのインターフェイス機能を実現する部位であり、例えば、現状であれば、Ethernet(登録商標)などの規格に対応した構成となる。また、IEEE802.11a/b/gなどの無線ＬＡＮ(Local Area Network)規格に対応した構成も考えられる。さらには、電話回線を利用してインターネットと接続するような構成であれば、モデムなどを備えて構成することになる。

図３は、携帯型コンテンツプレーヤ２の内部構成例を示している。
この図に示す携帯型コンテンツプレーヤ２は、データ入出力端子３１、データインターフェイス３２、記憶部３３、音声処理部３４、音声出力端子３５、表示部３６、制御部３７、操作部３８を備える。

先ず、データインターフェイス３２は、パーソナルコンピュータ１のデータインターフェイス１８に対応したデータ通信のためのハードウェア構成を含む機能回路部位とされる。つまり、実際においては、データインターフェイス３２と接続されるデータ入出力端子３１と、パーソナルコンピュータ１側のデータインターフェイス１８に対応するデータ入出力端子とを、そのデータ通信規格に対応したケーブルにより接続することで、通信バス１００を経由してパーソナルコンピュータ１と携帯型コンテンツプレーヤ２とが通信可能に接続されることになる。
なお、このデータインターフェイス２２（及びデータ入出力端子２１）が対応する規格としては特に限定されるものではないが、現状であればＵＳＢ（Universal Serial Bus）、ＩＥＥＥ１３９４などを挙げることができる。また、ここでのデータインターフェイス規格として例えば近距離無線によるデータ通信規格を採用することも可能である。この場合には、データ入出力端子２１は不要となる。

記憶部２３は、主としてコンテンツファイル（及びユーザプレイリスト）の記憶に使用される。また、制御部３７を形成するとされるＣＰＵが実行するプログラムと、これに関連した各種設定情報を記憶させることもできる。また、記憶部２３に記憶されるコンテンツファイルなどのファイルとしてのデータも、ファイルシステムにより管理するようにされる。
この記憶部３３として実際に採用される記憶デバイスとしては、電源供給が停止されてもデータが消失しない不揮発性を有するものであれば特に限定されるものではないが、現状においては、ＨＤＤ、あるいはフラッシュメモリが広く採用されている状況にあり、例えば現状であれば、数百ＭＢ（メガバイト）から数ＧＢ（ギガバイト）程度の容量が与えられることが一般的である。

再生処理部３４は、例えば制御部３７の制御に応じて、記憶部３３に記憶されているコンテンツファイルを音声（及び（映像）として再生出力するためのハードウェア構成を含んで形成される機能回路部位とされる。例えば、コンテンツファイルがオーディオファイルの場合には、再生処理部３４は、必要に応じてファイルの圧縮符号化形式に対応した復号処理を施し、最終的に、音声出力端子３５に対して増幅されたアナログ音声信号を出力するようにされる。例えばこの音声出力端子３５が、ヘッドフォンジャックなどの端子とされている場合には、この音声出力端子３５に対して接続したヘッドフォン、イヤフォンなどから再生音声が出力されることになる。
また、コンテンツファイルがビデオ（動画）ファイル、静止画ファイルなどの画像ファイル形式である場合には、再生処理部３４は、必要に応じて画像データについての圧縮符号化に対する復号処理を施したうえで表示のための所定の信号処理等を行い、その画像を表示部３６に対して表示出力させる。また、例えば画像とともに音声の情報もファイルに含まれている場合には、再生処理部３４は、画像情報の再生信号処理とともに、音声情報の再生信号処理も実行し、表示部３６に表示させる画像とともに、しかるべきタイミングでもって、音声出力端子３５から音声信号を出力させる。

表示部３６は、例えば制御部３７の制御により、携帯型コンテンツプレーヤ２の動作状態や操作部３８に対して行われた操作などに応じた所要のユーザインターフェイス画像が表示出力されるとともに、上記のようにして、画像形式のコンテンツファイルを再生して得られる画像も表示出力される。
なお、表示部３６として採用するディスプレイデバイスの種類としては特に限定されないが、現状であれば、例えばマトリクス方式により表示駆動される所定サイズの液晶ディスプレイデバイスなどを採用できる。

制御部３７は、ＣＰＵ、ＲＯＭ、ＲＡＭなどにより構成されるマイクロコンピュータを備えて成り、携帯型コンテンツプレーヤ２における各種制御処理を実行する。この制御部３７（ＣＰＵ）が、例えば上記ＲＯＭ、あるいは記憶部３３に記憶されるプログラムを実行することで、携帯型コンテンツプレーヤ２におけるコンテンツファイル管理に対応した機能が実現される。
操作部３８は、携帯型コンテンツプレーヤ２において備えられる各種の操作子と、これらの操作子に対して行われた操作に応じた信号（操作信号）を生成して出力する部位とを一括して示す。操作部３８から入力された操作信号に応じて、制御部２７は所要の制御処理を実行する。

図４は、パーソナルコンピュータ１においてコンテンツ管理アプリケーション１４ａが実行されることにより得られる機能と、携帯型コンテンツプレーヤ２においてコンテンツ管理のためのプログラムが実行されることにより得られる機能とを、それぞれブロック構成により示している。

先ず、パーソナルコンピュータ１の構成から説明する。
この場合のパーソナルコンピュータ１の機能部位としては、ＵＩ（User Interface）制御部５１、コンテンツ取り込み処理部５２、コンテンツファイル記憶管理部５３、属性別プレイリスト作成管理部５４、ユーザプレイリスト作成管理部５５、ユーザプレイリスト記憶管理部５６、再生制御処理部５７、コンテンツ転送制御部５８を備えるものとされる。

ＵＩ制御部５１は、例えば操作デバイス２１を利用して行われたコンテンツ管理アプリケーション１４ａに対する操作に応じた操作信号を、例えばＣＰＵ１１が操作入力処理部１５から取り込むとともに、この操作信号に応じた要求などを発行する機能部位である。

コンテンツ取り込み処理部５２は、例えばコンテンツファイルの取り込みを指示する操作に応じたＵＩ制御部５１からの指示に基づき、コンテンツファイルを取り込むための処理を実行する部位である。この場合のコンテンツファイルの取り込みの態様の具体例としては、メディアドライブ１７に装填されたメディアやデータインターフェイス１８と接続されたデバイスなどからの取り込みを挙げることができる。また、ネットワーク経由で取り込む場合も含めることができる。また、既にＨＤＤ１４に記憶されているコンテンツファイルを、コンテンツ管理アプリケーション１４ａが管理対象とするコンテンツファイル格納用のディレクトリ(コンテンツファイル用ディレクトリ)に移動させる処理も、ここでは、コンテンツファイルの取り込みとして扱うことができる。つまり、ここでのコンテンツファイルの取り込みとは、コンテンツ管理アプリケーション１４ａが管理可能なようにして、コンテンツファイルをＨＤＤ１４に記憶させた状態とすることをいう。
また、コンテンツファイルの取り込みにあたり、或る形式のデータを、コンテンツ管理アプリケーション１４ａの汎用的な管理に適したデータ形式に変換したうえで、コンテンツファイルを作成して記憶させる手順を採る場合がある。例えば、ＣＤに記録されているトラック単位のオーディオデータを取り込む場合がこれにあたる。周知のようにして、ＣＤに記録されるオーディオデータは量子化ビット数が１６ビットで、サンプリング周波数が４４．１ｋＨｚのデジタルーディオ信号である。コンテンツ管理アプリケーション１４ａは、ＣＤから取り込みをおこなうときには、ＣＤから読み込んだデジタルーディオ信号について所定の圧縮符号化処理を施したデータ形式に変換する。そして、この圧縮符号化されたオーディオデータによりコンテンツファイルを作成してＨＤＤなどに記憶させる。

コンテンツファイル記憶管理部５３は、上記コンテンツ取り込み処理部５２によりＨＤＤ１４における所定のディレクトリに格納されるようにして記憶されたコンテンツファイルを、コンテンツ管理アプリケーション１４ａ上で管理するための機能部位とされる。このコンテンツファイル記憶管理部５３により、コンテンツファイルをタイトル名、アーティスト名、アルバム名、ジャンルなどの分類に基づいて管理することが可能とされる。

属性別プレイリスト作成管理部５４は、属性別プレイリストを作成してこれを管理するための機能部位とされる。
上記もしているように、コンテンツ管理アプリケーション１４ａによっては、コンテンツファイルをタイトル名、アーティスト名、アルバム名、ジャンルなどの分類項目に基づいて管理することができる。
例えば、コンテンツ管理アプリケーション１４ａのＵＩ画面に対して、或るアーティスト名を選択したとすると、そのアーティスト名を属性情報として持つコンテンツファイルのタイトル名が所定規則に従った再生順でリスト化された内容が表示される。また、同様にして、あるアルバム名を選択したとすると、そのアルバム名を属性情報として持つコンテンツファイル（アルバムに含まれている曲（オーディオファイルの場合））のタイトル名が所定規則に従った再生順でリスト化された内容が表示される。そして、このようにして表示されたリストにおける任意のコンテンツファイルのタイトル名をクリックするなどの再生操作を行うと、このコンテンツファイルの再生が開始されることになるが、以降においては、そのときのリストが示す再生順に従って、順次、コンテンツファイルが再生されていくことになる。
このような動作によれば、コンテンツ管理アプリケーション１４ａとしては、アーティスト名やアルバム名などの属性が具体的に選択される（例えばアーティスト名であれば、具体的なアーティスト名別に選択が行われるということ）のに応じて、選択された属性に対応するコンテンツと、その再生順を指定しているということがいえる。このようにして、選択された属性に対応するコンテンツと、その再生順を指定した内容を示す情報を、ここでは属性別プレイリストという。従って、属性別プレイリスト作成管理部５４は、ＵＩ制御部５１から通知される属性の選択操作結果に応じて、その通知された属性に対応する属性別プレイリストの情報を作成し、これを保持しておくようにされる。なお、確認のために述べておくと、属性別プレイリストは、あくまでも、属性を具体的に選択する操作に応じて、その都度、新規な内容に変更されるようにして作成され、一時的に保持されるものであり、例えば次に説明するユーザプレイリストのようにして、再利用が可能なようにして記憶保存されるものではない。

また、コンテンツ管理アプリケーション１４ａでは、プレイリストとして、上記属性別プレイリストに加えて、ユーザプレイリストも作成して保持するようにされる。ユーザプレイリスト作成管理部５５は、このための機能部位となる。
ＵＩ制御部５１は、ユーザプレイリストを作成するための所定の手順によるユーザ操作を入力すると、その操作に応じたコンテンツファイルや再生順などに関する指定情報をユーザプレイリスト作成管理部５６に伝達する。ユーザプレイリスト作成管理部５６は、伝達された指定情報に応じて、指定されたコンテンツファイルと、その再生順を示した情報である、ユーザプレイリストを作成するようにされる。つまり、ユーザプレイリストは、ユーザが、コンテンツ管理アプリケーション１４ａが管理するコンテンツファイルのうちから任意のコンテンツファイルを選択し、その再生順についてもユーザが任意に指定したことで作成されるプレイリストである。
このようにして作成されたユーザプレイリストは、ユーザプレイリスト記憶管理部５６により管理するものとされる。ユーザプレイリスト記憶管理部５６は、作成されたユーザプレイリストを、ＨＤＤ１４における所定のディレクトリに格納させるようにして記憶させて管理する。なお、ユーザプレイリストは、複数を作成して記憶管理することが可能とされている。

再生制御処理部５７は、ユーザ操作によるコンテンツファイルの再生指示に応じて、コンテンツファイルを再生出力するための制御処理を実行する機能部位とされる。
本実施の形態にあって、コンテンツ管理アプリケーション１４ａにおけるコンテンツファイルの再生は、属性別プレイリスト又はユーザプレイリストに従ったものとなるようにされている。例えばユーザが、タイトル名、アルバム名、アーティスト名その他の属性を選択してコンテンツファイルのリストをソートさせた状態のもとで再生を開始させたのであれば、そのときのファイル再生は、選択された属性の内容に応じて作成された属性別プレイリストに基づいたものとなる。また、ユーザが１つのユーザプレイリストを選択して再生を開始させたのであれば、そのときのファイル再生は、選択されたユーザプレイリストに基づいたものとなる。
このために、再生制御処理部５７による再生制御が開始されるときには、再生に利用するプレイリストが属性別プレイリストである場合には、属性別プレイリスト作成管理部５４から再生制御処理部５７に対して、そのときの属性別プレイリストの情報が受け渡される。また、ユーザプレイリストである場合には、ユーザプレイリスト作成管理部５６が、利用すべきユーザプレイリストを読み出し、再生制御処理部５７に対して受け渡すようにされる。
再生制御処理部５７は、このようにして受け渡されたプレイリストの内容に従って、しかるべきコンテンツファイルをしかるべき再生順により再生していく。つまり、１つのコンテンツファイルの再生が終了すると、プレイリストを参照して、再生順的に次に再生すべきコンテンツファイルを認識する。そして、この認識したコンテンツファイルをコンテンツファイル記憶管理部５３に要求して取得をし、再生処理部３４に転送して再生出力が行われるように制御することになる。

コンテンツ転送制御部５８は、データインターフェイス１８から通信バス１００を経由して接続された携帯型コンテンツプレーヤ２に対して、コンテンツ管理アプリケーション１４ａが管理するコンテンツファイルを転送するための制御を実行する機能部位とされる。
例えばユーザによるコンテンツ転送のための指示がＵＩ制御部５１から伝達される、あるいは、携帯型コンテンツプレーヤ２が通信バス１００と接続されたことが検出されると、コンテンツ転送制御部５８は、例えばコンテンツ管理アプリケーション１４ａが管理しているコンテンツファイルの全て、あるいはこれらのコンテンツファイルのうちで、携帯型コンテンツプレーヤ２に対して転送すべきことが指定されているコンテンツファイルを、通信バス１００経由で携帯型コンテンツプレーヤ２に対して転送させるための制御を実行する。このときコンテンツ転送制御部５８は、転送すべきコンテンツファイルのデータを、コンテンツファイル記憶管理部５３に対して要求してＨＤＤ１４からの読み出しを実行させ、データインターフェイス１８に転送し、さらにこのデータインターフェイス１８から通信バス１００経由で携帯型コンテンツプレーヤ２に対して転送させるようにして制御を実行することになる。
また、この場合のコンテンツ転送制御部５８は、コンテンツファイルとともに、ユーザプレイリストも転送可能とされている。ユーザプレイリストを転送するときには、ユーザプレイリスト記憶管理部５６に対して、転送すべきことが指定されたユーザプレイリストを要求してＨＤＤ１４からの読み込みを実行させ、データインターフェイス１８から通信バス１００経由で携帯型コンテンツプレーヤ２に対して送信出力する。

続いて、同じ図４に示される携帯型コンテンツプレーヤ２の構成について説明する。
この場合の携帯型コンテンツプレーヤ２の機能部位としては、ＵＩ制御部６１、コンテンツ取り込み処理部６２、コンテンツファイル記憶管理部６３、ユーザプレイリスト記憶管理部６４、属性別プレイリスト作成管理部６５、プレイリスト変更処理部６６、再生対象プレイリスト保持管理部６７、再生制御処理部６８を備える。

この場合のＵＩ制御部６１も、操作部３８に対して行われた操作に応じた操作信号を制御部３７が取り込むと共に、この操作信号に応じた要求を発行するための機能部位とされる。
コンテンツ取り込み処理部６２は、先の説明のようにして、パーソナルコンピュータ１のコンテンツ転送制御部５８の転送制御により転送されてくるコンテンツファイル、及びユーザプレイリストのデータが受信取得されるようにデータインターフェイス３２を制御するための機能部位とされる。コンテンツ転送制御部５８が取得して取り込んだコンテンツファイルは、コンテンツファイル記憶管理部６３に対して受け渡される。また、ユーザプレイリストのデータは、ユーザプレイリスト記憶管理部６４に受け渡される。

コンテンツファイル記憶管理部６３は、受け渡されたコンテンツファイルを記憶部３３に書き込んで記憶させるとともに、この記憶されたコンテンツファイルを、ファイルシステムのレベルと、その上位のコンテンツファイル再生のためのアプリケーションのレベルで管理するようにされる。
ユーザプレイリスト記憶管理部６４は、受け渡されたユーザプレイリストを記憶部３３に書き込んで記憶させ、ファイルシステムのレベルと、その上位のコンテンツファイル再生のためのアプリケーションのレベルで管理する。

また、携帯型コンテンツプレーヤ２に実装されるコンテンツファイル再生、管理のためのアプリケーションとしても、アーティスト名やアルバム名などの属性を具体的に選択する操作が行えるようにされている。属性別プレイリスト作成管理部６５は、このような操作に応じて、属性別プレイリストを作成し、保持管理するための機能部位である。

コンテンツ管理アプリケーション１４ａによるコンテンツファイル再生と同様に、携帯型コンテンツプレーヤ２も、コンテンツファイルの再生は、再生制御処理部６８が、属性別プレイリストあるいはユーザプレイリストを参照することに基づいて行われるが、再生対象プレイリスト保持管理部６７は、コンテンツファイルの再生のために再生制御処理部６８が使用するプレイリスト（再生対象プレイリスト）の内容を保持し、管理するための機能部位とされる。

そして、本実施の形態の携帯型コンテンツプレーヤ２では、後述するようにして、或るプレイリスト（属性別プレイリスト又はユーザプレイリスト）に基づいてコンテンツファイルを再生している途中において、例えばユーザの指定操作に応じて、コンテンツファイルを新規に追加するようにしてプレイリストに登録できるようになっている。つまり、コンテンツファイルの再生中においてプレイリストを編集することが可能とされる。プレイリスト変更処理部６６は、このようなプレイリストの編集操作に対応して、プレイリストの内容を変更、再構築するための機能部位とされる。
プレイリストの内容を変更する必要が生じたときには、プレイリスト変更処理部６６は、再生対象プレイリスト保持管理部６７が保持しているプレイリストの内容について変更を与えるための処理を実行するようにされる。この処理としては、後述するようにして、オリジナルのプレイリストを書き換えるようにして内容を変更する処理と、オリジナルのプレイリストはそのままの内容で保持しておくこととしたうえで、プレイリスト内容の変更に応じて、その変更内容のみを示す情報を作成して、プレイリストの情報の一部として、再生対象プレイリスト保持管理部６７により保持させる処理がある。

再生制御処理部６８は、例えば操作部３８に対して行われたコンテンツファイルの再生指示に応じて、記憶部３３に記憶されるコンテンツファイルを再生出力するための制御処理を実行する機能部位とされる。再生制御処理部６８としても、上記したように、コンテンツファイルの再生は、属性別プレイリストあるいはユーザプレイリストを参照して行うようにされ、この再生に利用するプレイリストは、再生対象プレイリスト保持管理部６７により保持管理されている。

先に説明したように、本実施の形態としては、プレイリスト変更処理部６６としての機能を備えることで、コンテンツファイルの再生途中においてプレイリストを編集し、この編集したプレイリスト内容に従ってコンテンツファイルの再生を行わせることが可能とされる。そこで、以降においては、本実施の形態の携帯型コンテンツプレーヤ２におけるプレイリスト編集について説明する。

本実施の形態としては、比較的簡易な編集を行う第１のプレイリスト編集と、この第１のプレイリスト編集よりも高度な編集が行える第２のプレイリスト編集とを提案するものであるが、先ず、第１のプレイリスト編集から説明する。また、以降の説明にあたり、明細書及び図面にて「コンテンツ１」や「コンテンツＡ」などのようにして、数字やアルファベットを付して「コンテンツ」を特定する記述を行う場合があるが、この「コンテンツ」は、１つのコンテンツファイルを、例えば音声や画像などによるまとまった意味のある内容の単位として捉えているものであり、実質的には、１つの「コンテンツ１」「コンテンツＡ」などは、それぞれ、１つの特定のコンテンツファイルに対応するものである。

先ず図５は、第１のプレイリスト編集としての操作手順例に応じた、携帯型コンテンツプレーヤ２の表示部３６の表示画面部３６ａに表示される内容の遷移を示している。
ここで、携帯型コンテンツプレーヤ２によりコンテンツ１を再生している状態であるとする。これに応じて、表示画面部３６ａにおいては、図５（ａ）に示すようにして、現在再生中のコンテンツがコンテンツ１であることを示す表示が行われる。この場合には、コンテンツ１に対応するアーティスト名、アルバム名、及びタイトル名が示されている。この図では、アーティスト名、アルバム名、及びタイトル名として、それぞれ「アーティスト１」「アルバム１」「タイトル１」と記されているが、実際には、「アーティスト１」は、コンテンツ１としての実際の内容の制作者（例えば楽曲であれば演奏者）の名前を表す。同様にして、「アルバム１」はコンテンツ１を含むアルバムのタイトル名（例えばＣＤやＤＶＤなどのタイトル名となる）を表し、「タイトル１」は、コンテンツ１としての実際の曲などのタイトル名を表すことになる。

また、この図５（ａ）の表示状態の再生状況とプレイリストとの対応例を図６（ａ）に示す。ここでは、再生対象となっているプレイリストについては再生対象プレイリストということにする。この再生対象プレイリストの内容そのものとしては、図６（ａ）に示すようにして、コンテンツ１、コンテンツ２、コンテンツ３、コンテンツ４、コンテンツ５を順次再生すべきことを指定しているものとされる。そして、図５（ａ）ではコンテンツ１を再生しているのであるから、図６（ａ）から分かるように、この場合には、再生対象プレイリストにおいて再生順が１番目のコンテンツを再生しているということになる。

このような状態において、例えばユーザが携帯型コンテンツプレーヤ２に対する所定操作を行って、コンテンツの追加予約モード（プレイリスト編集モード）を設定したとする。このコンテンツの追加予約モードとは、基本的には、現在設定されているプレイリストの内容を基としたうで、以降の再生順において新規に再生させたいとするコンテンツを追加させるための予約指定操作を可能とするためのモードとされる。この追加予約モードが設定されたとすると、予約指定により追加すべきコンテンツを検索するための検索画面に表示画面部３６ａの表示が切りかわるようにされる。ユーザは、所定操作を行って、追加予約したいと思うコンテンツを検索するようにされる。

図５（ｂ）には、ユーザが「コンテンツＡ」を検索した場合が示されている。そして、ユーザが、この検索したコンテンツＡの追加を予約する場合には、例えばコンテンツＡが示される欄にカーソルＣＲを配置させて、コンテンツＡを選択する。そのうえで、決定のための所定操作を行うと、コンテンツＡの追加が予約されることになる。これに応じて、図５（ｂ）の予約指定画面は、図５（ｃ）に示すようにして、コンテンツＡの欄において、予約指定操作により追加されたコンテンツであることを示す予約の指示表示が付加される。なお、この図では、予約の指示表示として、四角内に「予約」の文字を表示させるデザインとしているが、例えば他にはアイコンなどの絵柄により表現するなど、その表示態様は特に限定されない。

そして、第１のプレイリスト編集にあっては、上記図５（ａ）〜（ｃ）に対応する操作によりコンテンツ１の追加予約が行われたことに応じて、再生対象プレイリストは、図６（ａ）のオリジナルの再生内容から、図６（ｂ）に示す編集プレイリスト（１）としての再生内容に変更される。つまり、追加予約が指定されたコンテンツＡは、コンテンツ１の直後に挿入されることで再生順が２番目となり、オリジナルの再生対象プレイリストにおいて２番目以降とされていたコンテンツ２〜５は、それぞれ３番目から６番目となって１つずつ再生順が繰り下げられているものである。
このようなプレイリストの編集は、
「コンテンツの追加予約操作が行われた場合には、この追加予約操作が行われたときに再生中のコンテンツの次（直後）に、予約指定されたコンテンツが再生されるようにしてプレイリストの内容を変更する」
という規則に従って行ったものとされる。ここで、この規則については、編集規則１ということにする。

そして、例えば、図６（ｂ）に示す再生内容にプレイリストが編集された状態で、コンテンツ１の再生が終了したとする。すると、続いては、コンテンツ２ではなく、コンテンツＡが再生されることになる。このときの表示画面部３６ａにおける表示態様例を図５（ｄ）に示しておく。
図５（ｄ）は、コンテンツＡを再生中であることを示しており、アーティスト名の欄の「アーティスト２」、アルバム名の欄の「アルバム１１」、及びタイトル名の欄の「タイトルＡ」のそれぞれは、実際には、コンテンツＡに対応する具体的なアーティストの名称と、具体的なアルバムの名称と、具体的なタイトル名称とが表示される。
そのうえで、さらに、例えば予約曲マークＭＫとして示すように、追加予約指定操作により追加された曲であり、本来のプレイリストとは異なるコンテンツの再生であることを示すようにされる。

また、図７により他の追加予約指定操作に応じたプレイリスト編集例を示す。
図７（ａ）には、図６（ｂ）と同じ編集後の再生対象プレイリストの再生内容が示されているが、ここでは、編集後の再生対象プレイリストにおける追加予約のコンテンツＡを再生しているときに、さらに、コンテンツＢを追加予約指定する操作を行っている。すると、この場合には、再生対象プレイリストの内容について、コンテンツＡの直後の再生順に対してコンテンツＢが追加挿入されるようにして、図７（ｂ）に示す内容に変更される。このプレイリスト編集は、追加予約済みのコンテンツが再生中のときの追加予約指定操作に応じたものとなっているが、このような場合も、図６の場合と同様に編集規則１を適用して行われているものである。

また、図８に示す他の追加予約指定操作に応じたプレイリスト編集例としては、次のようになる。
先ず、図８（ａ）には、図６（ａ）と同様に、オリジナルの再生対象プレイリストの再生内容において、１番目のコンテンツ１を再生中の状態が示されている。そして、このコンテンツ１の再生中において、先にコンテンツＡの追加予約指定操作を確定させ、この後においてコンテンツＢの追加予約指定操作を確定させたとする。このような操作に応じては、図８（ｂ）に示すようにして、コンテンツ１に続けて、コンテンツＡ→コンテンツＢの再生順で再生されるようにして、オリジナルのプレイリストに対してコンテンツＡ，Ｂを追加した編集を行う。この編集内容は、結果的には、図７（ｂ）の編集後のプレイリストと同じなっている。
この図８に示されるプレイリストの編集は、下記の内容の編集規則２に従ったものとされる。「同じコンテンツを再生しているときに、コンテンツの追加予約指定操作が複数回行われた場合には、これらの追加予約指定操作が行われていたときに再生中のコンテンツに続けて、追加予約指定操作順に再生されるようにしてコンテンツが追加されるように、プレイリストを編集する」
つまり、第１のプレイリスト編集としては、編集規則１とともに、この編集規則２が規定される。

ところで、上記編集規則１、編集規則２に則り、コンテンツの追加予約指定操作を繰り返していけば、その繰り返した回数に応じた数のコンテンツが、プレイリストに追加されていくことになる。もちろん、このようにして、ユーザが繰り返した回数に応じた数のコンテンツを特に制限無く追加していくようにしてもかまわない。しかしながら、一方で、追加コンテンツ数が多くなっていくと、ユーザが、元々はじめは、どのプレイリストにより再生させていたのかよく分からなくなるなどの混乱を招く可能性もあるので、追加できるコンテンツ数を制限したほうがよい、という考え方をとることもできる。

図９は、後者の考え方を採り入れて、追加コンテンツ数を制限することとした場合におけるプレイリストの編集例を示している。
図９（ａ）には、図８（ｂ）などと同様にして、オリジナルのプレイリストにおいて、コンテンツ１に続けてコンテンツＡ、Ｂが順次再生されるようにして追加された編集後のプレイリストが示されている。そして、例えばコンテンツＢよりも前の再生順のコンテンツＡ（コンテンツ１でもよい）を再生中のときに、さらにコンテンツＣを追加予約するための指定操作が行われたとする。この場合において、追加予約するコンテンツ数に制限がなければ、このコンテンツＣは、コンテンツＢに続けて再生されるようにして追加挿入されることになる。しかし、この場合においては、「追加予約が可能なコンテンツ数は最大２つまで」と規定されているものとする。すると、この場合には、図９（ａ）の段階で、既にコンテンツＡ，Ｂの２つのコンテンツの予約指定がされており、最大数を満たしている。

このような場合の対応措置として、１つには、コンテンツＣの追加予約を指定する操作については受け付けないようにすることが考えられる。またもう１つとしては、コンテンツＣと、既に追加されているコンテンツＡ，Ｂのうちのいずれか一方とを入れ替えることで、制限数を守りながら、コンテンツＣの追加を反映させることが考えられる。図９としては、後者の対応措置を採った場合の例を示している。
つまり、図９（ａ）から図９（ｂ）への遷移として示すようにして、図９（ａ）のプレイリストにおいて示されていたコンテンツＢをコンテンツＣに入れ替えるものである。この場合、コンテンツＡが再生中であることから、コンテンツＣと入れ替え可能なコンテンツは、必然的にコンテンツＢとなるのであるが、コンテンツＢをコンテンツＣと入れ替えていることの意味は、最後に予約指定が確定されたコンテンツと、今回新規に追加予約が指定されたコンテンツとを入れ替える、ということである。

そして、このような図９により示されるプレイリスト編集は、下記内容の編集規則３に従ったものとされる。
「新規にコンテンツの追加予約指定が行われたときに、既に追加予約が確定されたコンテンツが最大数を満たしているときには、最後に追加予約が確定されたコンテンツと、新規の追加予約により指定されたコンテンツとが入れ替えられるようにしてプレイリストを編集する。」

これまでにおいて説明したように、本実施の形態における第１のプレイリスト編集としては、或るプレイリストに基づいたコンテンツの再生中において、コンテンツの追加予約を指定する操作が行われるのに応じて、オリジナルのプレイリストの再生順に対して、指定されたコンテンツを追加挿入するようにしてプレイリストの編集を行うようにされる。そして、このコンテンツの追加挿入は、予め定めた編集規則１〜３に従って行われるものとされているのであるが、このうちで、最も基本的なものは編集規則１となる。そして、編集規則１としては、コンテンツの追加予約指定操作のときに再生中のコンテンツの直後に続けて、追加予約指定されたコンテンツが再生されるようにしている。つまり、この場合においては、追加のコンテンツを挿入すべき再生順位置を、追加予約指定操作のときに再生中のコンテンツの次の再生順であるとして固定しているものである。このような規則は、第１のプレイリスト編集が、できるだけ簡易な操作によりプレイリストに対してコンテンツが追加できるようにすることを念頭においていることに基づいて決められたものである。
つまり、上記のようにして追加のコンテンツの再生順位置を決めてしまえば、ユーザは、プレイリスト中における追加コンテンツの挿入位置についての指定操作を行う必要がなく、その分、簡易な操作となる。また、追加のコンテンツの再生順位置については、その追加予約指定操作が行われているときに再生中のコンテンツに続くものとしているが、一般的には、この追加挿入位置が、ユーザの感覚に適っていると考えられる。

続いては、これまでに説明した第１のプレイリスト編集を実現するための技術的構成について、説明していくことにする。
先ず、図１０は、パーソナルコンピュータのコンテンツ管理アプリケーション１４ａにより管理されるコンテンツファイルの構造例を模式的に示している。なお、コンテンツ管理アプリケーション１４ａが管理するコンテンツファイルは、本実施の形態の携帯型コンテンツプレーヤ２において記憶、再生されるコンテンツファイルと同じ構造である。先に説明したように、パーソナルコンピュータ１からコンテンツファイルを転送することにより、携帯型コンテンツプレーヤ２に対するコンテンツファイルの書き込みが行われるからである。

この図に示すようにして、コンテンツファイルは、例えば画像、音声などのコンテンツの実体となるデータと、このデータに付加される属性情報とを所定の構造によりまとめるようにして形成される。
そして、属性情報としては、例えば図示しているように、コンテンツＩＤ、タイトル名、アーティスト名、アルバム名、アルバム内再生順、リリース年月日、ジャンル、再生時間などとされる。
コンテンツＩＤは、コンテンツ管理アプリケーション１４ａがコンテンツファイルを個々に特定できるようにするための識別子である。
タイトル名は、コンテンツ（楽曲、ビデオ作品など）のタイトル（例えば曲名や画像の作品名など）を示す。
アーティスト名は、コンテンツとしての作品を制作した者（例えば楽曲の演奏者、画像の作成者など）の名前を示す。
アルバム名は、例えばコンテンツが、ＣＤタイトルなどのアルバムといわれる作品単位に収録されている一部の楽曲などとされる場合において、その収録先のアルバムの名前を示す。
アルバム内再生順は、コンテンツがアルバムに収録されている場合における、その収録先のアルバムのなかでの再生順を示す。
リリース年月日は、コンテンツがリリース（発表、発売）された年月日を示す。
ジャンルは、コンテンツが属するとされるジャンル（分類）を示す。
再生時間は、コンテンツの再生時間長を示す。
なお、上記した属性情報の項目は、以降の説明において少なくとも必要な項目を含めたものを挙げているのであり、属性情報に含められるべき項目は他にも考えられる。例えば、ファイル形式、ビットレート、アクセス日時などが挙げられる。

例えばコンテンツ管理アプリケーション１４ａは、既に属性情報が付加されているコンテンツファイルを取り込んだ場合には、その付加された属性情報をコンテンツファイル管理にそのまま利用する。ただし、コンテンツＩＤについては、既にコンテンツ管理アプリケーション１４ａが管理するコンテンツファイルと重複しないように変更が行われる場合がある。これに対して、取り込みを行ったコンテンツファイルが属性情報を有するものでない場合には、コンテンツ管理アプリケーション１４ａ側で属性情報を可能な限り生成して付加するようにされる。例えば、取り込み時において、取り込み元のソースについて圧縮符号化を行ったのであれば、ファイル形式、ビットレート、再生時間などはコンテンツ管理アプリケーション１４ａで把握することができる。また、タイトル名、アーティスト名、アルバム名、アルバム内再生順、ジャンルなどは、ＨＤＤ１４に記憶させたアルバムのデータベース、あるいはネットワーク上に設置されたアルバムのデータベースにアクセスして取得させるように構成できる。

そして、例えばコンテンツ管理アプリケーション１４ａのコンテンツファイル記憶管理部５３としては、ＨＤＤ１４に記憶させているコンテンツファイルについて、図１１に示すようなコンテンツファイルデータベースを構築することで管理を行うようにされる。図１１に示すコンテンツファイルデータベースは、１コンテンツファイルにつき、ファイルＩＤに対して、属性情報の項目（コンテンツＩＤ、タイトル名、アーティスト名、アルバム名、アルバム内再生順、リリース年月日、ジャンル、再生時間など）を対応付けるようにした構造とされる。ファイルＩＤは、例えばコンテンツファイルを、ファイルシステムにより管理されるファイルとしてみた場合において、ファイルごとに固有となるようにして割り与えられる識別情報であり、例えば、ファイルシステムにより管理されるファイル名などとされる。
このコンテンツファイルデータベースは、例えばコンテンツ管理アプリケーション１４ａの起動時において、コンテンツファイル管理記憶部５３が、ＨＤＤ１４に記憶されるコンテンツファイルの属性情報を読み取ることで形成し、例えばＲＡＭ１３などに保持しておくようにされる。

コンテンツファイル記憶管理部５３は、例えばコンテンツファイルデータベースを利用することで、例えば、タイトル名、アーティスト名、アルバム名、ジャンルなどの属性情報項目を検索条件として、検索を行うことができる。また、属性情報項目によりコンテンツファイルのソートなどを行うことができる。例えば、具体的なアーティスト名を１つ指定すると、そのアーティスト名を属性情報に持つコンテンツファイルが取り出され、これらのコンテンツファイルが予め定められた規則に従った再生順で提示されることになる。あるいは、具体的なアルバム名を１つ指定すると、そのアルバム名が示すアルバムに収録されているコンテンツファイルが、例えばアルバム内再生順でソートされるようにして提示されることになる。
そして、属性別プレイリスト作成管理部５５としては、上記したようなコンテンツファイルのソート内容に応じて属性別プレイリストを作成する。例えば上記のようにして、１つのアルバム名の指定に応じて、そのアルバム名が示すアルバムに収録されているコンテンツファイルが、コンテンツファイルＡ〜Ｅまでの５つ取り出されたとして、これらのコンテンツファイルがアルバム内再生順により、コンテンツファイルＡ，Ｂ，Ｃ，Ｄ，Ｅの順でソートされたとすると、属性別プレイリスト作成管理部５５は、このソート内容と同じく、コンテンツファイルＡ〜Ｅについて、コンテンツファイルＡ，Ｂ，Ｃ，Ｄ，Ｅの再生順を指定した属性別プレイリストを作成して保持する。

先に述べたように、本実施の形態の携帯型コンテンツプレーヤ２は、パーソナルコンピュータ１から転送されるコンテンツファイルを取得して、これを記憶保持するものであり、従って、携帯型コンテンツプレーヤ２が記憶するコンテンツファイルとしても、図１０のようにしてコンテンツ実体としてのデータに付属情報が付加された構造を有する。そこで、携帯型コンテンツプレーヤ２のコンテンツファイル記憶管理部６３としても、記憶部３３に記憶されるコンテンツファイルを管理するのにあたっては、図１１と同様のコンテンツファイルデータベースを構築して保持するようにされる。
そして、携帯型コンテンツプレーヤ２におけるコンテンツファイル記憶管理部６３も、パーソナルコンピュータ１のコンテンツファイル記憶管理部５３と同様にして、コンテンツファイルの属性情報項目を利用した検索、ソートなどを実行できることになる。また、携帯型コンテンツプレーヤ２の属性別プレイリスト作成管理部６５も、パーソナルコンピュータ１の属性別プレイリスト作成管理部５５と同様にして、ソート結果の内容に応じた属性別プレイリストを作成、保持するようにされる。

続いて、第１のプレイリスト編集における、プレイリストの情報についての具体的な構造及び内容例を、先に説明した図６〜図９の追加予約指定操作例と対応させて、図１２〜図１４により説明する。
先ず、本実施の形態におけるプレイリストとしては、上記のようにして作成される属性別プレイリストと、ユーザが任意のコンテンツファイルと再生順とを指定して作成されるユーザプレイリストとがある。これらのプレイリストは、作成される過程は異なるが、その実体は、例えば図１２（ａ）に示されるプレイリストテーブルとしての構造を有して形成される。

プレイリストテーブルの基本的な構造としては、図１２（ａ）に示されるように、再生順ごとに、再生対象となるコンテンツファイルのコンテンツＩＤを対応付けたものとなる。この図１２（ａ）のプレイリストテーブルは、例えば図６（ａ）に示したオリジナルの再生対象プレイリストの内容に対応している。つまり、図１２（ａ）のプレイリストテーブルにおいて再生順１〜５には、それぞれ、図６（ａ）のコンテンツ１〜５のコンテンツＩＤであるCt_ID1、Ct_ID2、Ct_ID3、Ct_ID4、Ct_ID5が対応付けられるようにして格納される。なお、この図で示されるCt_ID1、Ct_ID2、Ct_ID3、Ct_ID4、Ct_ID5の表記も、実際にコンテンツIDとして与えられる値を模式的に示しているものである。

例えば携帯型コンテンツプレーヤ２によりコンテンツ再生を行うときには、再生対象プレイリスト保持管理部６７が、再生対象として指定されたユーザプレイリストのプレイリストテーブル、または、再生開始操作が行われたときに作成されていた属性別プレイリストのプレイリストテーブルを取り込んで保持するようにされる。そして、再生制御処理部６８は、再生対象プレイリスト保持管理部６７が保持しているプレイリストテーブルを参照し、そのプレイリストテーブルが示す再生順に従って、対応付けられたコンテンツＩＤのコンテンツファイルを記憶部３３から読み出して再生出力させるための制御を実行する。この結果、プレイリストテーブルの内容に従って、しかるべきコンテンツファイルがしかるべき再生順により再生出力される、という動作が適正に得られる。

そして、図６にあっては、図６（ａ）に示すプレイリスト内容から、図６（ｂ）に示すプレイリスト内容に変更するようにしてプレイリスト編集を行っているが、このようなプレイリストの編集結果は、図１２（ａ）から図１２（ｂ）に示すようにしてプレイリストテーブルを書き換えることにより反映されるものである。
つまり、図１２（ｂ）に示すプレイリストテーブルにおいては、再生順２に対して、追加予約が指定されたコンテンツＡのコンテンツＩＤであるCt_11を対応付けるようにされる。そして、図１２（ａ）のプレイリストテーブルにおいて再生順２〜５に対応付けられていたCt_ID2、Ct_ID3、Ct_ID4、Ct_ID5については、それぞれ、再生順を１つずつ繰り下げて、再生順３〜６に対応付けるようにされる。

また、図７に対応したプレイリスト編集に応じたプレイリストテーブルの書き換え内容を図１３に示す。
図７（ａ）においては、再生対象プレイリストの内容は図６（ｂ）と同様となっている。従って、図１３（ａ）に示すプレイリストテーブルの内容は、図１２（ｂ）と同様にして、オリジナルのプレイリストテーブルにおける再生順２に対して、コンテンツＡのコンテンツIDであるCt_ID1を割り込ませるようにして対応付けたものとなっている。そして、図７においては、図７（ａ）から図７（ｂ）への遷移として示すように、再生順３に対してコンテンツＢを割り込ませるようにして追加するというプレイリスト編集を行っている。これに対応して、プレイリストテーブルも、図１３（ａ）から図１３（ｂ）に示すようにして書き換えが行われる。つまり、プレイリストテーブルにおける再生順３に対応させて、コンテンツＢを示すコンテンツＩＤであるCt_12を格納すると共に、図１３（ａ）のプレイリストテーブルにおいて再生順３〜６に対応させていたCt_ID2、Ct_ID3、Ct_ID4、Ct_ID5については、それぞれ、さらに再生順を１つずつ繰り下げて、再生順４〜７に対応付けるようにされる。

また、図８（ａ）から図８（ｂ）に示すプレイリスト編集は、図１２（ａ）から図１３（ｂ）へのプレイリストテーブルの書き換えによって反映されるものとなる。

また、図９（ａ）から図９（ｂ）に示したプレイリスト編集は、図１４（ａ）から図１４（ｂ）へのプレイリストテーブルの書き換えにより反映される。
つまり、図９（ａ）のプレイリストの内容に応じて、図１４（ａ）のプレイリストテーブルとしては、再生順１〜７に対して、それぞれ、コンテンツ１、コンテンツＡ、コンテンツＢ、コンテンツ２〜５を示すコンテンツＩＤである、Ct_ID1、Ct_ID11、Ct_ID12、Ct_ID2、Ct_ID3、Ct_ID4、Ct_ID5が対応付けられている。図９（ｂ）のプレイリストでは、図９（ａ）において示されていた再生順３のコンテンツＢが、コンテンツＣに入れ替えられているので、これに対応する図１４（ｂ）のプレイリストテーブルとしても、再生順３に対応させるコンテンツＩＤをCt_ID11からCt_ID13に書き換えたものとなる。

図１５は第1のプレイリスト編集が行われることを前提とした、携帯型コンテンツプレーヤ２におけるコンテンツ再生制御のための処理手順を示すフローチャートである。この図に示す手順は、携帯型コンテンツプレーヤ２の制御部３７を形成するとされるＣＰＵがプログラムを実行することで実現され、図４に示した携帯型コンテンツプレーヤ２における機能部位が連係して実行する制御処理手順としてみることができる。

先ず、ステップＳ１０１においては、例えばＵＩ制御部６１により、ユーザ操作に応じた再生開始の指示が入力されるのを待機している。そして、例えばユーザが、現在設定されているプレイリストにより提示されるコンテンツのうちから任意のコンテンツを指定して再生を開始させるための操作が行われたとすると、ステップＳ１０２以降の手順に進む。

ステップＳ１０２においては、再生対象プレイリスト保持管理部６７により、プレイリストテーブルをセットする（取り込んで保持する）ことが行われる。このときにおいて、再生開始操作として、ユーザプレイリストを呼び出したうえで、そこに含まれるコンテンツを指定したのであれば、この呼び出されていたユーザプレイリストの実体であるプレイリストテーブルのデータをセットすることになる。また再生開始操作として、或る属性情報の項目に基づいてコンテンツの絞り込み検索とソートを行ったうえで、このソートされたコンテンツのうちから１つのコンテンツを指定したのであれば、このときのソート結果に応じて属性別プレイリスト作成部６５が作成した属性別プレイリストの実体であるプレイリストテーブルのデータをセットする。なお、以降においては、この再生対象プレイリスト保持管理部６７にセットされるプレイリストテーブルを、再生対象プレイリストともいう場合がある。

次のステップＳ１０３においては、例えば再生制御処理部６８が、プレイリストテーブルにおいて再生対象とする再生順番号を示す変数であるｎに対して、変数ｐを代入する。変数ｐは、ステップＳ１０１に対応する再生開始操作により再生すべきことが指示されたコンテンツについての、プレイリストにおける再生順を示す。この手順により、最初に実行する次のステップＳ１０４によっては、ユーザが指定したコンテンツファイルから再生が開始される。

次のステップＳ１０４では、例えば再生制御処理部６８により、再生順番号がｎ番目（再生順ｎ）のコンテンツファイルの再生を開始させるための制御が実行される。このためには、再生対象プレイリスト保持管理部６７にセットされているプレイリストテーブルにおいて、再生順ｎに対応付けられているコンテンツＩＤを取得し、このコンテンツＩＤのコンテンツファイルをコンテンツファイル記憶管理部６３に要求する。コンテンツファイル記憶管理部６３は、コンテンツデータエースを参照して、要求されたコンテンツＩＤに対応するファイル識別子を認識し、このファイル識別子に基づいてファイルシステムを制御して記憶部３３からのコンテンツファイルの読み出しを実行し、再生制御処理部６８に渡すようにされる。再生制御処理部６８は、受け渡されたコンテンツファイルのデータについて、再生処理部３４におけるハードウェア資源などを必要に応じて使用して再生信号処理を実行させる動作を開始させる。

ステップＳ１０５では、上記ステップＳ１０４により再生順ｎのコンテンツファイルの再生を実行させている状態において、例えばコンテンツを追加予約するための指定操作が入力されたか否かを判別することとしている。ここで、追加予約指定操作は入力されていないとして否定の判別結果が得られたとされると、ステップＳ１１０に進むようにされるが、追加予約指定操作が行われたとして肯定の判別結果が得られたとされると、ステップＳ１０６以降の手順を実行することになる。

ステップＳ１０６においては、現在において追加予約指定済みとなっているコンテンツ数（図では「予約数
」と表記）について判別することとしている。なお、ここでは、図９の説明に準じて、追加が可能なコンテンツの最大数が２である場合に対応した手順としている。

ステップＳ１０６において予約数が０であると判別された場合にはステップＳ１０７としての再生対象プレイリスト書き換えのための手順を実行する。
このステップＳ１０７による再生対象プレイリストの書き換えとしては、追加すべきことが予約指定されたコンテンツのコンテンツIDを、再生対象のプレイリストテーブルにおいてｎ＋１により表される再生順に対応させる。また、編集前においてｎ＋１以降の再生順に対応付けられていたコンテンツIDについては、今回の追加に応じて再生順の繰り下げが行われるように、再生順ｎ＋２以降の再生順に対応付けるようにされる。このようにしてプレイリストテーブルを書き換えることにより、例えば図１２（ａ）（ｂ）に示されるようなプレイリストテーブルの内容変更が実現される。

また、ステップＳ１０６において予約数が１であると判別された場合にはステップＳ１０８による再生対象プレイリスト書き換えのための手順を実行する。
このステップＳ１０８によっては、追加予約すべきことが指定されたコンテンツのコンテンツIDを、再生対象のプレイリストテーブルにおいてｎ＋２により表される再生順に対応させ、さらに、編集前においてｎ＋２以降の再生順に対応付けられていたコンテンツIDについては、今回の追加に応じて再生順の繰り下げが行われるように、再生順ｎ＋３以降の再生順に対応付けるようにしてプレイリストテーブルを書き換える。

また、ステップＳ１０６において予約数が２であると判別された場合にはステップＳ１０９による再生対象プレイリスト書き換えのための手順を実行する。
ステップＳ１０９としては、追加予約が指定されたコンテンツのコンテンツIDを、再生対象のプレイリストテーブルにおいて、最後（２番目）に追加されたコンテンツＩＤと入れ替えるようにして、その再生順に対応させる。この場合には、以降において再生順が繰り下がることはないので、先のステップＳ１０７，Ｓ１０８のように、再生順の繰り下げのためのプレイリストテーブルの書き換えについては不要となる。
これらステップＳ１０７、Ｓ１０８、Ｓ１０９の手順を終了したとされるとステップＳ１１０に進む。

ステップＳ１１０では、現在再生中のコンテンツ（再生順がｎ番目のコンテンツ）の再生が終了するのを待機しており、その再生が終了していないことを判別したのであれば、ステップＳ１０５に戻るようにされる。
これに対してステップＳ１１０にて現在再生中のコンテンツの再生が終了したとされると、ステップＳ１１１において、変数ｎが最大値であるか否かについて判別する。なお、変数ｎの最大値は、現在の内容の再生対象プレイリストテーブルにおける最後の再生順番号となる。

ステップＳ１１１において肯定の判別結果が得られた場合には、再生対象プレイリストテーブルに示される全てのコンテンツファイルの再生を終了したことになるので、この図に示す処理を抜けるようにされる。
これに対して、ステップＳ１１１にて否定の判別結果が得られた場合には、ステップＳ１１２により、変数ｎについて１インクリメントしたうえで、ステップＳ１０４に戻るようにされる。

続いて、本実施の形態における第２のプレイリスト編集について説明する。
第１のプレイリスト編集は、プレイリストに対してコンテンツを追加するという編集をできるだけ簡易な操作により実現しようとするものであった。このために、第１のプレイリスト編集では、コンテンツの追加位置（再生順位置）について、現在再生中の次の再生順であるとして固定的に規定していたものである。
これに対して、第２のプレイリスト編集は、結果的に操作手順などは、第１のプレイリスト編集よりも若干複雑にはなるが、プレイリスト編集についてより高い自由度を与えようとするものである。

図１６は第２のプレイリスト編集における、ユーザの操作手順例に応じた編集内容の変更例を示している。
先ず、図１６（ａ）には、オリジナルの再生対象プレイリストの再生内容が示されている。この場合の再生対象プレイリストでは、再生順１〜８ごとに、コンテンツ１〜８の８つのコンテンツを再生すべきことが指定されている。

そして、この図１６（ａ）において示されている状況としては、例えば再生順１のコンテンツ１を再生中のときに、２回のコンテンツ追加予約指定操作が行われたものとしている。
ここでの第２のプレイリスト編集に対応する１回分のコンテンツ追加予約指定のための基本的な操作手順としては、下記のようになる。
（１）追加予約すべきコンテンツを指定する。
（２）次に、コンテンツの追加先として、追加するコンテンツに対して直前の再生順となるコンテンツを指定する操作を行う。
（３）追加したコンテンツの再生終了の直後に続けて再生すべきコンテンツを特定するための戻り条件を指定する。

そして、１回目のコンテンツ追加予約指定操作としては、上記した手順に従って具体的に下記のようにして指定を行っている。
（１）追加予約すべきコンテンツとしてコンテンツＡを指定
（２）コンテンツの追加先としてコンテンツ２を指定
（３）戻り条件としてコンテンツ４を指定
また、２回目のコンテンツ追加予約指定操作としては、下記の指定を行っている。
（１）追加予約すべきコンテンツとしてコンテンツＢを指定
（２）コンテンツの追加先として、コンテンツを指定
（３）戻り条件としてコンテンツ８を指定

上記２回のコンテンツ追加予約指定操作に応じて、再生対象プレイリストの内容は、図１６（ａ）に示すようにして編集される。
つまり、再生順１、２にそれぞれコンテンツ１，２が対応付けられ、再生順３には、１回目のコンテンツ追加予約指定操作により、コンテンツ２を追加先として追加すべきことが指定されたコンテンツＡが対応付けられる。そして、１回目のコンテンツ追加指定操作における戻り条件としてコンテンツ４が指定されたことに応じて、オリジナルのプレイリストにおいて存在していたコンテンツ３は再生対象から削除され、再生順４にはコンテンツ４が対応付けられる。
ついで、再生順５にコンテンツ５が対応すると、次の再生順６には、２回目のコンテンツ追加予約指定操作により、コンテンツ５を追加先として追加すべきことが指定されたコンテンツＢが対応付けられる。そして、２回目のコンテンツ追加指定操作における戻り条件としてコンテン８が指定されたことに応じて、オリジナルのプレイリストにおいて存在していたコンテンツ６，７が再生対象から削除され、再生順７にはコンテンツ４が対応付けられる。

このようにして、第２のプレイリスト編集にあっては、コンテンツ追加予約指定操作として、追加予約すべきコンテンツの指定操作に加えて、その追加先と戻り条件とを指定する操作も行うようにされる。これにより、図１６からも分かるように、追加先の指定に応じて、プレイリストに対する追加予約コンテンツの挿入位置は、任意に設定することが可能となる。また、追加予約指定すべき複数のコンテンツを、オリジナルのプレイリストにおける再生順に対して離散的に配置することも可能となる。つまり、プレイリスト編集の自由度については、第１のプレイリスト編集よりも高度化されているものである。そのうえで本実施の形態では、戻り条件の設定により、追加予約したコンテンツの再生を終了させたときの再生対象プレイリスト上での戻り先を指定できるようにもしており、これにより、プレイリスト編集の自由度は、より高められることになる。

また、上記図１６においては、コンテンツ追加予約指定操作における、戻り条件の設定に関して、追加予約したコンテンツの次に再生すべきコンテンツを指定するようにしているが、次の図１７、図１８に示すようにして、他の戻り条件を設定することも可能とされる。

先ず、図１７（ａ）には、編集前のオリジナルの再生対象プレイリストとして、再生順１〜５に対応してコンテンツ１〜５を再生する内容が示されている。そして、この場合の１回分のコンテンツ追加予約指定操作の手順としては、下記のようになる。
（１）追加予約すべき１以上のコンテンツを指定。
（２）コンテンツの追加先として、追加するコンテンツに対して直前の再生順となるコンテンツを指定する操作を行う
（３）追加したコンテンツの再生終了の直後に続けて再生すべきコンテンツを特定するための戻り条件として、「コンテンツ数」を指定
なお、この場合において上記（３）の手順により指定された「コンテンツ数」としての具体的な値は、（１）の手順により指定したコンテンツの数となる。
そして、図１７（ａ）においては、再生順１のコンテンツ１を再生中とされるときにおいて、１回分のコンテンツ追加予約指定操作を行っており、その手順の内容としては下記のようになる。
（１）追加予約すべきコンテンツとして、コンテンツＡ、Ｂを順次指定
（２）コンテンツの追加先として、コンテンツ２を指定する操作を行う
（３）追加したコンテンツの再生終了の直後に続けて再生すべきコンテンツを特定するための戻り条件として、「コンテンツ数」を指定

このような操作に応じて、再生対象プレイリストは、図１７（ｂ）に示すものとなる。つまり、再生順１、２にそれぞれコンテンツ１，２が対応付けられる。そして、先のコンテンツ追加予約指定操作により、追加先はコンテンツ２が指定されているので、コンテンツ２の次の再生順３、４に対して、それぞれ、追加指定されたコンテンツＡ、Ｂが対応付けられる。コンテンツＡ，Ｂ間での再生順は、一連のコンテンツ追加予約指定操作において追加予約が指定された順序に従う。
そして、戻り条件としては、追加コンテンツ数が指定されている。この場合の追加予約指定されたコンテンツは、コンテンツＡ，Ｂの２つであり、従って、コンテンツ数としては２となる。例えばコンテンツＡ，Ｂを単純に追加挿入した場合においては、これらのコンテンツＡ，Ｂの再生を終了した後の再生順５により、コンテンツ３から再生を開始させることになる。しかし、この場合には、戻り条件がコンテンツ数とされ、そのコンテンツ数が２であることに応じて、コンテンツ３，４の再生はスキップされ、再生順５には、コンテンツ５が対応するようにされる。つまり、戻り条件がコンテンツ数である場合には、追加予約指定されたコンテンツと、この追加予約指定されたコンテンツが対応する再生順と先に対応していたコンテンツとを入れ替えるようにして、プレイリストを編集する。

上記のようにして、図１７は、戻り条件をコンテンツ数とするものであったが、図１８では、戻り条件について追加予約指定されたコンテンツの総合的な「再生時間」としている。
そして、この場合の１回分のコンテンツ追加予約指定操作の手順としては、（１）追加予約すべきコンテンツ（１以上）を指定する。（２）コンテンツの追加先として、追加するコンテンツに対して直前の再生順となるコンテンツを指定する操作を行う。（３）戻り条件として、上記「再生時間」を指定する。
具体的に、図１８（ａ）においては、再生順１〜５にコンテンツ１〜５が対応するプレイリストに基づいてコンテンツ１を再生中のときに、コンテンツ追加予約指定操作として、（１）追加予約すべきコンテンツとしてコンテンツＡを１つ指定する。（２）コンテンツの追加先として、コンテンツ２を指定する。（３）戻り条件として、「再生時間」を指定する、という操作を行っている。

上記操作に応じて編集されたプレイリストの内容は図１８（ｂ）となる。
図１８（ｂ）では、追加先としてコンテンツ２が指定され、コンテンツＡが追加予約指定されたことに応じて、再生順１、２、３に対してそれぞれ、コンテンツ１、コンテンツ２、コンテンツＡが対応するようにされている。
そして、この場合においては戻り条件が再生時間とされている。再生時間を戻り条件としている場合には、追加予約されたコンテンツの再生時間分に応じて、編集前のプレイリストから再生対象のコンテンツをスキップさせ、スキップした後の再生順のコンテンツに戻すようにされる。
つまり、図１８の場合であれば、追加予約が指定されたコンテンツＡの再生時間がおよそ３分であるとする。すると、本来、編集前のプレイリストにおいてコンテンツ２に続けて再生出力されるコンテンツは、コンテンツ３，４，５の順となるが、１つめのコンテンツ３の再生時間がおよそ１分で、２つめのコンテンツ４の再生時間がおよそ２分であることとする。すると、コンテンツ３，４を併せた再生時間が、コンテンツＡの再生時間とほぼ同じであることになる。そこで、これらコンテンツ３，４をスキップし、コンテンツ５を戻り先のコンテンツとして決定するものである。
なお、説明を分かりやすいものとするために、上記の例では、コンテンツＡの再生時間を３分とし、コンテンツ３、４の再生時間の合計も３分として、両者の時間を同じとなるようにしている。しかしながら、実際においては、スキップ対象のコンテンツの総再生時間が、追加予約指定したコンテンツの総再生時間と同じになるような可能性は低い。従って、実際においては、追加予約指定したコンテンツの総再生時間と、スキップ対象のコンテンツの総再生時間との間に一定の条件を与え、この条件を満たした場合に、スキップ対象のコンテンツの総再生時間が、追加予約指定したコンテンツの総再生時間と同じになったものとして扱うようにすればよい。

上記のようにして、本実施の形態における第２のプレイリスト編集としては、戻り条件を設定することで、コンテンツ追加を伴うプレイリスト編集にあたり、例えばコンテンツを追加する一方で、その分余計になったようなコンテンツの再生をプレイリストから外すという編集も容易に可能となる。つまり、先にも説明したように、プレイリスト編集に関して、より高い自由度を与えることができる。
そのうえで、本実施の形態では、戻り条件として、直接的にコンテンツを指定する操作と、追加したコンテンツ数や、追加コンテンツの再生時間などを指定する操作とが可能とされている。
直接的なコンテンツの指定をもって戻り条件とする操作は、ユーザの意図通りに的確に、戻り先のコンテンツを指定できるという利点がある。
一方で、コンテンツ数や再生時間を戻り条件として設定する操作は、あくまでも、「戻り先を決定するための条件が、コンテンツ数または再生時間である」ことを指定するためのものとされ、具体的なコンテンツ数や再生時間を指定するものではない。従って、次に図１９及び図２０により説明する操作手順例からも分かるように、コンテンツ数や再生時間を戻り条件として設定するための実際の操作手順としては、具体的にコンテンツを指定して戻り条件を設定する操作と比較すれば、より簡易で、感覚的なものとすることが可能である。

図１９及び図２０は、上記図１６、図１７、図１８により説明した第２のプレイリスト編集の操作に対応する操作画面の表示態様例を示している。
先ず、図１９には、図１６に示した再生対象プレイリスト編集の操作として、１回目のコンテンツ追加予約指定操作に応じた操作画面が示されている。例えば図１６（ａ）に示されているコンテンツ１を再生しているときに、所定操作によりコンテンツ追加予約指定モードを設定したとすると、図１９（ａ）に示すコンテンツ追加予約指定のための操作画面が表示される。この操作画面には、予約メニューが表示されており、そのメニュー項目には、「予約」「追加先」「戻り条件１」「戻り条件２」「戻り条件３」の５つの項目が提示されている。
そして、図１９（ａ）においては、「予約」のメニュー項目を選択した場合が示されている。この「予約」のメニュー項目を選択した場合には、操作画面に対する操作によって、任意のコンテンツを検索して選択することができるようになっている。この場合における操作としては、図１６（ａ）が対応するものとしているので、コンテンツＡを選択して決定操作を行うことになる。

このようにして、例えば追加予約すべきコンテンツの指定が完了すると、続いてユーザは、予約メニューのうちから「予約」以外の、「追加先」「戻り条件１」「戻り条件２」「戻り条件３」のうちから何れかを選択決定するようにされる。そして、ここでは、図１９（ｂ）に示すようにして「追加先」のメニュー項目を選択決定したとする。すると、操作画面には、例えば現在の再生対象プレイリストの内容が提示される。ユーザは、このリストのうちから、追加先となるコンテンツ（追加予約したコンテンツの直前の再生順となるコンテンツ）を選択して決定操作を行うようにされる。これにより、追加先となるコンテンツが確定される。

次にユーザは、予約メニューのうちから「予約」、「追加先」以外の「戻り条件１」「戻り条件２」「戻り条件３」のうちから何れかを選択決定するようにされる。ここで、「戻り条件１」とは、戻り条件としてコンテンツを直接指定する場合を指す。また、「戻り条件２」は、戻り条件としてコンテンツ数を指定する場合を指し、「戻り条件３」は、戻り条件として再生時間を指定する場合を指す。
そして、この場合においては、図１９（ｃ）に示すようにして、図１６の一回目のコンテンツ追加予約指定操作に応じて、直接コンテンツを指定する「戻り条件１」を選択決定したものとされる。すると、操作画面としては、戻り先となるコンテンツを指定するための、現在の再生対象プレイリストを提示するようにされる。ユーザは、この提示されたリストのうちから、追加先以降の任意のコンテンツを選択して決定する操作を行うようにされる。この図１９（ｃ）では、コンテンツ４の選択決定を行ったものとしている。ここまでの操作手順により図１７（ａ）にて説明した１回目のコンテンツ追加予約指定操作が完了したことになる。

例えば図１６（ａ）にて説明した２回目のコンテンツ追加予約指定操作も、その手順としては、図１９に準じたものとなる。この場合には、図１９（ａ）に対応する「予約」のメニュー項目を選択した操作画面上で、追加予約すべきコンテンツとしてコンテンツＢを選択決定し、図１９（ｂ）に対応する「追加先」のメニュー項目を選択した操作画面上で、追加先としてコンテンツ４を選択決定し、図１９（ｃ）に対応する「戻り条件１」のメニュー項目を選択した操作画面上でコンテンツ６を選択決定する。なお、図１９（ｃ）には、選択候補としてコンテンツ１からコンテンツ５までが示され、コンテンツ６は示されていない状態にあるが、例えばこの操作画面はスクロール操作が可能とされており、スクロール操作を行うことで、コンテンツ６を表示させて選択を行うことができるものである。

また、図１７に示した再生対象プレイリスト編集の操作手順において、最初に追加予約すべきコンテンツとしてコンテンツＡ，Ｂを選択決定する操作は、上記図１９（ａ）に示される「予約」のメニュー項目を選択した操作画面上で、追加予約すべきコンテンツとして、先ずコンテンツＡを選択決定し、続いてコンテンツＢを選択決定するようにされる。また、次の追加先コンテンツの指定操作も、図１９（ｂ）に示される「追加先」のメニュー項目を選択して表示される操作画面上で、追加先として、コンテンツ２を指定するものとされる。
そして、続いての操作として、戻り条件を「コンテンツ数」とするためには、図２０（ａ）に示すようにして、予約メニューから「戻り条件２」のメニュー項目を選択し、その決定操作を行うようにされる。つまり、「戻り条件２」を選択した場合には、このメニュー項目についての選択決定のみを行えばよく、「戻り条件１」を選択した場合のように、具体的にコンテンツを指定するための操作をさらに行う必要が無い。

また、図１８に示した再生対象プレイリスト編集の操作手順についても、追加予約すべきコンテンツＡの指定と、追加先となるコンテンツ２の指定は、図１９（ａ）（ｂ）に準じて行うようにされる。
そして、戻り条件を「再生時間」とするためには、図２０（ｂ）に示すようにして、予約メニューから「戻り条件３」のメニュー項目を選択し、その決定操作を行うようにされる。この際にも、上記の「戻り条件２」を選択した場合のように、具体的にコンテンツを指定する操作までを行う必要は無い。

ここで、第２のプレイリスト編集により編集されたプレイリスト内容を表示画面部３６ａに表示させるための表示態様例を、図２１に示しておくこととする。例えば第２のプレイリスト編集は比較的高度であることから、第１のプレイリスト編集と比較して、編集後のプレイリストの内容は、オリジナルのプレイリスト内容からかけ離れたものとなりやすい。そこで、例えば再生すべきコンテンツを再生順とともに示すようにしてプレイリストの内容を表示できるようにすると、ユーザとしては使い勝手が良くなって好ましいと考えられる。
図２１は、図１６（ｂ）の編集内容に応じたプレイリストの内容を表示させる場合を例に挙げている。そして、図２１（ａ）は、再生出力すべきコンテンツのみを抜き出してリストとして提示するようにした場合の表示態様例を示している。
つまり、図１６（ｂ）に示される編集後のプレイリスト内容では、コンテンツ１、コンテンツ２、コンテンツＡ、コンテンツ４、コンテンツ５、コンテンツＢ、コンテンツ８の順で計７つのコンテンツ再生を行っていくようにされ、オリジナルのプレイリストに入っていたコンテンツ３、コンテンツ６、コンテンツ７はスキップして再生を行わないようにされる。図２１（ａ）では、このコンテンツ再生を行う７つのコンテンツのみを抜き出して再生順にリスト化した内容を表示しているものである。つまり、再生順１〜７に対応して、コンテンツ１、コンテンツ２、コンテンツＡ、コンテンツ４、コンテンツ５、コンテンツＢ、コンテンツ８が表示された内容となっている。ただし、この場合においては、表示画面部３６ａにおいて一度に表示できるリストは、最大で６コンテンツ分とされているので、例えばこの図の場合においては、再生順１〜６までの６つのコンテンツが表示され、再生順７のコンテンツ８は表示されていない。再生順７を表示させるには、スクロールなどの操作を行うようにすればよい。また、実際においては、再生順１〜７に対応しては、例えばコンテンツのタイトル名などを表示するようにされている。

また、図２１（ｂ）の表示態様例は、再生するコンテンツとともに、スキップにより再生しないコンテンツも提示するようにして表示するものである。
この場合、表示出力させるべきリスト内容としては、図１６（ｂ）に示した模式図に準じた表示を行うようにされる。つまり、再生順の先頭から最後にかけて、コンテンツ１、コンテンツ２、コンテンツＡ、コンテンツ３、コンテンツ４、コンテンツ５、コンテンツＢ、コンテンツ６、コンテンツ７、コンテンツ８の順でリスト表示したうえで、再生すべきコンテンツについては、再生順番号とともに表示させ、スキップにより再生しないコンテンツについては、例えば×印などを表示させることで、再生が行われないことを示すようにされる。なお、スキップにより再生しないことを示す表示の態様については、上記のような×印の他に、例えば、例えばＧＵＩの画面にてしばしば行われる各種の非アクティブを示すような表示態様を採用することもできる。
図２１（ａ）の表示態様は、現在再生対象となっているコンテンツを認識しやすいという利点がある。図２１（ｂ）の表示態様は、プレイリストの編集結果を、オリジナルのプレイリストの内容と比較するようなかたちで把握しやすいという利点がある。図２１（ａ）、（ｂ）のいずれの表示態様を採用するのかについては、実際における各種の条件を考慮して決定されればよいし、両者の表示が可能なようにしたうえで、例えばユーザにより選択可能とすることも考えられる。
また、このようなリスト表示としては単にプレイリスト内容を提示するだけではなく、リスト表示に対してユーザ操作が可能なようにすることも考えられる。例えばリストアップされているコンテンツを選択して決定操作を行うと、そのプレイリストの再生順において、選択決定されたコンテンツから再生が開始されるようにすることも考えられる。
なお、このようなリスト表示は、第２のプレイリスト編集の場合のみではなく、第１のプレイリスト編集の場合にも行わせることができる。

続いては、第２のプレイリスト編集を実現するための技術構成について説明していくこととして、先ず、第２のプレイリスト編集におけるプレイリストの情報についての構造及び内容例について説明しておくこととする。
図２２は、図１６に示したプレイリスト編集に対応して形成されるプレイリストの実体としての情報内容例を示すものである。
第２のプレイリスト編集に対応するプレイリストのデータの実情報としては、先ず、図２２（ａ）に示すオリジナル（基本）のプレイリストテーブルを持つようにされる。このプレイリストテーブルは、プレイリストを指定して最初にコンテンツ再生を開始させたときに、再生対象プレイリスト保持管理部６７が保持したプレイリスト（属性別プレイリスト、またはユーザプレイリスト）のプレイリストテーブルとされる。第１のプレイリスト編集の場合には、ユーザによる編集操作に応じて、このオリジナルのプレイリストテーブルに対して直接的に書換を行うことで編集結果を反映させていたが、第２のプレイリスト編集にあっては、編集操作が行われても、オリジナルのプレイリストテーブルの内容を書き換えることなく保持し続けるようにされる。
そのうえで、第２のプレイリスト編集にあっては、編集操作に応じて図２２（ｂ）（ｃ）に示すようなプレイリスト変更指示テーブルを作成して、上記オリジナルのプレイリストテーブルとともに再生対象プレイリスト保持管理部６７が保持することで、編集操作に応じた編集結果を反映した再生対象プレイリストとしての内容が得られることになる。つまり、第２のプレイリスト編集にあっては、再生対象プレイリスト保持管理部６７が保持する「再生対象プレイリスト」は、オリジナルのプレイリストテーブルと、編集操作に応じて作成された１以上のプレイリスト変更指示テーブルであることになる。

図２２における再生対象プレイリストの個々の内容について説明する。
先ず図２２（ａ）のオリジナルのプレイリストテーブルは、図１６（ａ）の編集前の再生対象プレイリストの内容にそのまま対応したものとなる。従って、図示しているように、再生順１〜８に対応させて、それぞれ、コンテンツ１〜８のコンテンツＩＤであるCt_ID1、Ct_ID2、Ct_ID3、Ct_ID4、Ct_ID5、Ct_ID6、Ct_ID7、Ct_ID8を格納して形成されるものとなる。

次に図２２（ｂ）のプレイリスト変更指示テーブル（１）は、図１６（ａ）にて説明した１回目のコンテンツ追加予約指定操作に応じて作成されるテーブル情報となる。そして、本実施の形態のプレイリスト変更指示テーブルの基本構造としては、この図２２（ｂ）においても示されているように、「追加先コンテンツ」と、「追加予約コンテンツ数」と、この追加予約コンテンツ数に応じた具体的なコンテンツを示す「追加予約コンテンツ（１）〜（ａ）」（ａは自然数）と、「戻り条件」との情報項目とから成るものとされる。そのうえで、以降の説明からも理解されるように、例えば追加予約コンテンツの情報項目に関しては、実際に追加予約されたコンテンツ数に応じて、増減するものとなる。図１６（ａ）における１回目のコンテンツ追加予約指定操作によっては、追加予約されたコンテンツ数は１つなので、これに対応して、追加予約コンテンツの情報項目は、追加予約コンテンツ（１）の１つのみとなっている。
図１６（ａ）における１回目のコンテンツ追加予約指定操作では、追加先コンテンツとしてコンテンツ２が指定され、追加予約すべきコンテンツとして、コンテンツＡの1つのみが指定されており、戻り条件には、コンテンツ４が指定されている。これに応じて、プレイリスト変更指示テーブル（１）における追加先コンテンツには、コンテンツ2を示すコンテンツＩＤであるCt_ID2を格納することになる。また、追加予約コンテンツ数としては１を格納する。また、追加予約コンテンツとしては、コンテンツＡのコンテンツＩＤであるCt_ID11を格納する。戻り条件には、コンテンツ４のコンテンツＩＤであるCt_ID4を格納する。

また、図２２（ｃ）のプレイリスト変更指示テーブル（２）は、図１６（ａ）にて説明した２回目のコンテンツ追加予約指定操作に応じて作成されるテーブル情報となる。
この２回目のコンテンツ追加予約指定操作では、追加先コンテンツとしてコンテンツ５が指定され、追加予約すべきコンテンツとして、コンテンツＢの1つのみが指定されており、戻り条件には、コンテンツ８が指定されている。これに応じて、プレイリスト変更指示テーブル（２）における追加先コンテンツには、コンテンツ５を示すコンテンツＩＤであるCt_ID5を格納することになる。また、追加予約コンテンツ数としては１を格納する。また、追加予約コンテンツとしては、コンテンツＢのコンテンツＩＤであるCt_ID12を格納する。戻り条件には、コンテンツ８のコンテンツＩＤであるCt_ID8を格納する。

次に、図２３により、図１７に示したプレイリスト編集に対応して形成されるプレイリストの実体としての情報例を示す。
先ず、図２３（ａ）のプレイリストテーブルは、図１７（ａ）のオリジナルのプレイリスト内容に対応したものとなる。従って、図示するようにして、再生順１〜５に対応して、それぞれ、コンテンツ１〜５を示すCt_ID1、Ct_ID2、Ct_ID3、Ct_ID4、Ct_ID5を格納して形成されるものとなる。
そして、図１７（ａ）においては、一回のコンテンツ追加予約指定操作により、コンテンツＡ，Ｂの順で、２つのコンテンツを追加予約すべきとして指定し、追加先にはコンテンツ２を指定している。そして、戻り条件としてコンテンツ数を指定している。この操作に応じて図２３（ｂ）に示すプレイリスト変換指示テーブルが作成されることになる。
図２３（ｂ）のプレイリスト変換指示テーブルにおいては、追加先コンテンツとして、コンテンツ２のコンテンツＩＤであるCt_ID2を格納し、追加予約コンテンツ数としては2を格納するようにされる。また、追加予約コンテンツ数が２とされたことに応じて、追加予約コンテンツについては、追加予約コンテンツ（１）、追加予約コンテンツ（２）の２つが設けられることになり、追加予約コンテンツ（１）には、コンテンツＡを示すコンテンツＩＤのCt_ID11を格納し、追加予約コンテンツ（２）には、コンテンツＡを示すコンテンツＩＤのCt_ID12を格納するようにされる。また、戻り条件については、戻り条件がコンテンツ数であることを示す「num_of_contents」が格納される。

図２４は、図１８に示したプレイリスト編集に対応して形成されるプレイリストの実体としての情報内容例を示す。
図２４（ａ）のプレイリストテーブルは、図１８（ａ）のオリジナルのプレイリスト内容に対応しており、再生順１〜５に対応して、それぞれ、コンテンツ１〜５を示すCt_ID1、Ct_ID2、Ct_ID3、Ct_ID4、Ct_ID5を格納して形成している。
そのうえで、図１８（ａ）においては、一回のコンテンツ追加予約指定操作により、コンテンツＡのみを追加予約すべきとして指定し、追加先にはコンテンツ２を指定している。そして、戻り条件として再生時間を指定している。
上記操作に応じた図２３（ｂ）のプレイリスト変換指示テーブルとしては、追加先コンテンツとして、コンテンツ２のコンテンツＩＤであるCt_ID2を格納し、追加予約コンテンツ数としては１を格納するようにされ、追加予約コンテンツ（１）には、コンテンツＡを示すコンテンツＩＤのCt_ID11を格納している。そして、戻り条件については、戻り条件が再生時間であることを示す「time_of_contents」が格納される。
なお、上記図２２〜図２４に示した、第２のプレイリスト編集に応じた再生対象プレイリストを利用した再生制御については、後述する。

図２５〜図２７は、第２のプレイリスト編集が可能に構成される携帯型コンテンツプレーヤ２についてのコンテンツ再生制御のための処理手順を示すフローチャートである。これらの図に示す手順も、携帯型コンテンツプレーヤ２の制御部３７を形成するとされるＣＰＵがプログラムを実行することで実現され、図４に示した携帯型コンテンツプレーヤ２における機能部位が連係して実行する制御処理手順としてみることができる。

先ず、図２５におけるステップＳ２０１においては、例えばＵＩ制御部６１によりユーザ操作に応じた再生開始の指示が入力されるのを待機しており、再生開始の指示が得られたとされると、ステップＳ２０２以降の手順に進む。

ステップＳ２０２においては、再生対象プレイリスト保持管理部６７において、再生対象プレイリストとして、オリジナルのプレイリストテーブルをセットする。次に、ステップＳ２０３により、例えば再生制御処理部６８が、プレイリストテーブルにおいて再生対象とする再生順番号を示す変数であるｎに対して、変数ｐを代入する。この場合も、変数ｐは、ステップＳ２０１に対応する再生開始操作により再生すべきことが指示されたコンテンツについての、オリジナルのプレイリストテーブルにおける再生順を示す。
そして、ステップＳ２０４により、再生制御部６８が、ｎ番目の再生順のコンテンツファイルの再生を開始させるための制御を実行するようにされる。つまり、再生制御部６８は、オリジナルのプレイリストテーブルにおいて再生順ｎに対応するコンテンツを参照し、このコンテンツの実体であるコンテンツファイルのデータを記憶部３３から読み出して再生出力させる。

次のステップＳ２０５においては、上記ステップＳ２０４により再生順ｎのコンテンツファイルの再生を実行させている状態において、コンテンツを追加予約するための指定操作が入力されたか否かを判別するようにされ、追加予約指定操作が入力されていないとして否定の判別結果が得られたとされると、そのままステップＳ２０８に進み、追加予約指定操作が行われたとして肯定の判別結果が得られたとされると、ステップＳ２０６、Ｓ２０７の手順を経た後にステップＳ２０８に進むようにされる。

ステップＳ２０６においては、一回分のコンテンツ追加予約指定操作に応じて、プレイリスト変更指示テーブルを作成するための処理を実行する。このステップＳ２０６としての手順を図２６に示す。この図に示す手順は、図４との対応では、プレイリスト変更処理部６６が、ＵＩ制御部６１から伝達されるコンテンツ追加予約指定操作についての内容に応答して実行するものとしてみることができる。

図２６においては、先ず、ステップＳ３０１により、追加予約されたコンテンツの順番を示す変数ａに０を設定したうえで、ステップＳ３０２以降の手順を実行する。
ステップＳ３０２においては、追加予約コンテンツを指定する操作が行われたか否かを判別している。ここで、否定の判別結果が得られた場合にはステップＳ３０５に進むようにされる。これに対して、肯定の判別結果が得られた場合にはステップＳ３０３に進んで、変数ａについて１インクリメントを行ったうえで、ステップＳ３０４により、上記ステップＳ３０２により指定されたコンテンツのコンテンツＩＤを、ａ番目に追加予約するコンテンツのコンテンツＩＤとして保持するようにされる。なお、コンテンツＩＤは、コンテンツデータベースから追加予約すべきとして指定されたコンテンツを検索して得ることができる。

ステップＳ３０５においては、追加先コンテンツを指定するための指定操作が行われたか否かについて判別しており、ここでその操作が行われないとして否定の判別結果が得られた場合には、ステップＳ３０７に進む。これに対して、ステップＳ３０５において肯定の判別結果が得られた場合には、ステップＳ３０５の操作に応じて指定したコンテンツのコンテンツＩＤを、追加先コンテンツのコンテンツＩＤとして保持するようにされる。

ステップＳ３０７においては、戻り条件を指定する操作が行われたか否かについて判別しており、この戻り条件指定の操作が行われないとして否定の判別結果が得られた場合には、ステップＳ３０９に進むが、戻り条件指定の操作が行われたとして肯定の判別結果が得られた場合にはステップＳ３０８の手順を実行する。
ステップＳ３０８においては、操作により指定された戻り条件としての情報を保持するようにされる。指定された戻り条件がコンテンツである場合には、操作により指定されたコンテンツのコンテンツＩＤを保持するようにされる。また、戻り先条件としてコンテンツ数が指定された場合には、戻り先条件＝コンテンツ数であることを示す情報（num_of_contents）を保持するようにされる。また、戻り先条件として再生時間が指定された場合には、戻り先条件＝再生時間であることを示す情報（time_of_contents）を保持するようにされる。

ステップＳ３０９では、１回分のコンテンツ追加予約指定操作に必要とされる、追加予約すべきコンテンツの指定操作、追加先コンテンツの指定操作、及び戻り条件の指定操作が全て完了しているか否かについて判別するようにされる。ここで、上記指定操作の全てが行われているとして肯定の判別結果が得られたのであればステップＳ３０２に戻るようにされている。
これに対して、ステップＳ３０９において肯定の判別結果が得られたのであれば、ステップＳ３０１に進むことになる。

ステップＳ３１０では、これまでの指定操作に応じて保持した情報を用いて、プレイリスト変換指示テーブルを作成するための処理を実行する。先ず、プレイリスト変換指示テーブルにおける追加先コンテンツのコンテンツＩＤは、ステップＳ３０６により保持したコンテンツＩＤを格納するようにされる。また、追加予約コンテンツ（１）〜（ａ）に格納するコンテンツＩＤは、ステップＳ３０４により保持している１番目からａ番目までで指定されたコンテンツのコンテンツＩＤを使用する。また、戻り条件については、ステップＳ３０８によりコンテンツＩＤが保持されている場合には、このコンテンツＩＤを格納し、num_of_contentsが保持されているのであれば、この情報を格納するようにされる。さらに、time_of_contentsが保持されているのであれば、この情報を格納するようにされる。このようにして、図２６の手順により、一回分のコンテンツ追加予約指定操作に応じたプレイリスト変換指示テーブルの作成が行われる。

説明を図２５に戻す。
ステップＳ２０６の手順として、上記図２６の手順を実行したとされると、次のステップＳ２０７にて、ステップＳ３１０により作成したプレイリスト変換指示テーブルを、再生対象プレイリスト保持管理部６７により、先のステップＳ２０２によりセットしたオリジナルのプレイリストテーブルとともにセットするようにされる。

ステップＳ２０８においては、再生順ｎのコンテンツの再生が終了したか否かについて判別しており、ここで否定の判別結果が得られた場合には、最後のステップＳ２０４の手順により開始されたコンテンツの再生を継続させながら、ステップＳ２０５に戻って、次のコンテンツ追加予約指定操作を待機するようにされる。

そして、ステップＳ２０８において、再生順ｎのコンテンツの再生が終了したとして肯定の判別結果が得られた場合には、ステップＳ２０９以降の次に再生すべきコンテンツを決定するための手順に進む。

先ず、ステップＳ２０９においては、上記ステップＳ２０８により再生が終了したとされる再生順ｎのコンテンツが追加先となっており、かつ、未だコンテンツ再生のために処理されていない未処理のプレイリスト変換指示テーブルを検索する。この検索にあたっては、追加先コンテンツとして再生順ｎのコンテンツのコンテンツＩＤを格納しているプレイリスト変換指示テーブルを検索すればよい。そして、ステップＳ２１０において、上記ステップＳ２０９の検索結果として、上記未処理のプレイリスト変換指示テーブルが検索されたか否かについて判別する。

上記ステップＳ２１０において否定の判別結果が得られた場合には、最後のステップＳ２０８に応じて再生が終了した、再生順ｎのコンテンツに続けて再生すべき追加予約コンテンツは無い、ということになる。そこで、この場合には、ステップＳ２１３により変数ｎについて１インクリメントしたうえで、ステップＳ２１４により変数ｎが最大値を越えたとして、プレイリストの最後まで再生を完了したことが判別されるまでは、ステップＳ２０４に戻り、さらに再生順ｎのコンテンツの再生を行うようにされる。つまり、オリジナルのプレイリストテーブルの再生順に従って、次に再生すべきコンテンツを再生するようにされる。

これに対して、ステップＳ２１０において肯定の判別結果が得られた場合には、次のステップＳ２１１により、この検索されたプレイリスト変換指示テーブルを利用して、追加予約コンテンツを再生するための手順を実行することになる。
このために、ステップＳ２１１においては、検索されたプレイリスト変換指示テーブルにおける追加予約コンテンツとしてのコンテンツＩＤを参照するようにされる。この場合において、追加予約コンテンツ（１）〜（ａ）までの複数の追加予約コンテンツのコンテンツＩＤが格納されている場合には、最初の追加予約コンテンツ（１）〜（ａ）までの順で参照を行っていくようにされる。そして、この順に従って、記憶部３３からコンテンツファイルを読み出して再生出力させるようにする。これにより、プレイリスト変換指示テーブルに記述される追加予約コンテンツが、追加予約指定操作のときの予約順にしたがって順次再生されることになる。

上記ステップＳ２１１の手順によりプレイリスト変換指示テーブルに記述される全ての追加予約コンテンツの再生が完了したとされると、続いては、ステップＳ２１２により、戻り先のコンテンツの再生に適正に移行するための手順を実行する。このためには、上記ステップＳ２１１において処理対象としていたプレイリスト変更指示テーブルにおける戻り条件として格納される情報内容に応じて、変数ｎの値を設定するようにされる。このための手順を、図２７に示す。

図２７の手順は、図４との対応では、再生制御処理部６８が、再生対象プレイリスト保持管理図６７に保持されている、現在の処理対象のプレイリスト変更指示テーブルを利用して実行するものとされる。
図２７においては、先ず、ステップＳ４０１では、現在の処理対象のプレイリスト変更指示テーブルにおける戻り条件を参照し、その内容について判別する。
その判別結果として、戻り条件の内容がコンテンツＩＤである場合には、ステップＳ４０２の手順を実行する。ステップＳ４０２においては、再生対象プレイリストにおけるオリジナルのプレイリストテーブルを参照して、戻り条件が示すコンテンツＩＤに対応付けられている再生順番号ｍを認識するようにされる。そして、ステップＳ４０３により、変数ｎについて、この再生順番号ｍを代入した値を設定するようにされる。

また、ステップＳ４０１の判別結果として、戻り条件が、コンテンツ数を示すnum_of_contentsである場合には、ステップＳ４０４としての手順を実行する。
ステップＳ４０４では、現在において処理対象となっているプレイリスト変更指示テーブルにおいて示される予約コンテンツ数ｐを認識し、次のステップＳ４０５により、変数ｎについて、ｎ＋ｐ＋１で表される値を代入する。

また、ステップＳ４０１の判別結果として、戻り条件が、再生時間を示すtime_of_contentsである場合には、ステップＳ４０６〜Ｓ４１０までの手順を実行する。
先ず、ステップＳ４０６においては、先のステップＳ２１１により再生出力させたコンテンツについての総再生時間であるＴｐを算出するようにされる。このためは、現在処理対象となっているプレイリスト変更指示テーブルに記述される追加予約コンテンツのコンテンツＩＤに対応付けられている再生時間を、コンテンツデータベースからとりだし、これらの取り出した再生時間を合算すればよい。
次のステップＳ４０７においては、追加予約コンテンツが再生されたことに応じてスキップ対象の候補となるオリジナルのプレイリストテーブル内のコンテンツの総再生時間であるＴｓについて初期値の０を代入する。

次に、ステップＳ４０８により現在の変数ｎについて１インクリメントしたうえで、ステップＳ４０９により、Ｔｓについて、Ｔｓ＋Ｔｎを演算して得られる値を代入する。ここで、Ｔｎは、オリジナルのプレイリストテーブルにおいて再生順ｎが対応付けられたコンテンツの再生時間を指す。また、１回のステップＳ２１１の手順の終了ごとに応じて最初に実行されるステップＳ４０８により得られる変数ｎは、オリジナルのプレイリストテーブルにおいて、現在の処理対象となっているプレイリスト変更指示テーブルが示す追加先コンテンツの次に再生されるコンテンツを示すことになる。そして、これに続く一回目のステップＳ４０９によっては、追加先コンテンツの次に再生されるコンテンツのみの再生時間が、Ｔｓとして得られる。
そして、次のステップＳ４１０によっては、ＴｐとＴｓとについて、Ｔｐ≦Ｔｓの関係が成立するか否かについて判別する。ここでＴｐ≦Ｔｓの関係が成立した場合には、ステップＳ４１１により変数ｎについて１インクリメントしたうえで、この図に示す処理を抜けることになるが、Ｔｐ≦Ｔｓの関係が成立しないとして否定の判別結果が得られた場合には、ステップＳ４０８、Ｓ４０９の手順を繰り返す。このステップＳ４０、Ｓ４０９の手順が繰り返されることにより、Ｔｓは、オリジナルのプレイリストテーブルにおいて、追加先コンテンツの次に再生されるコンテンツと、これに続いて再生されるコンテンツの再生時間を積算したものとなる。
そして、ステップＳ４０１においてＴｐ＜Ｔｓの関係が成立したとして肯定の判別結果が得られたとされると、この処理を抜けることになる。

上記のようにして、図２７の手順によっては、戻り条件の内容に応じて、ステップＳ４０３、Ｓ４０５、あるいはＳ４０８の何れかにより設定された変数ｎの値が設定されることになる。そして、このようにして設定された変数ｎが、ステップＳ２１４にて最大値を超えたと判別されない限りは、ステップＳ２０４に戻ることで、オリジナルのプレイリストテーブルにおいて、図２７の手順により設定された変数ｎが示す再生順番号が対応付けられたコンテンツの再生が開始される。
なお、ステップＳ２１４にて変数ｎと比較される最大値とは、現在の再生対象プレイリストとしてのオリジナルのプレイリストテーブルにおいて示される再生順の最大値を指す。変数ｎがこの最大値を超えたことが判別された場合には、再生対象プレイリスト（オリジナルのプレイリストテーブル及びプレイリスト変更指示テーブル）により再生すべきコンテンツについては、全て再生を完了させた状態となっていることから、これまでのプレイリストに基づいたコンテンツ再生を終了させることになる。

ここで、図１６〜図１８の第２のプレイリスト編集に対応して作成されるものとした図２２〜図２４の再生対象プレイリストの内容と、上記図２５のステップＳ２０９〜ステップＳ２１２、及び図２７に示したステップＳ２１２としての手順との対応について説明しておく。

先ず図２２の場合には、ステップＳ２０８によりコンテンツ２の再生を終了したことが判別されたことに応じて実行するステップＳ２０９、Ｓ２１０により、プレイリスト変更指示テーブル（１）が検索されることになる。プレイリスト変更指示テーブル（１）の追加先コンテンツには、コンテンツ２のコンテンツＩＤ＝Ct_ID2が指定されているからである。そして、ステップＳ２１１により予約コンテンツ（１）においてコンテンツＩＤ＝Ct_ID11が付されたコンテンツＡを記憶部３３から読み出して再生出力させることになる。
また、ステップＳ２１２により戻り先を設定する場合には、図２７のステップＳ４０１により戻り条件がコンテンツＩＤ＝Ct_ID4であることが示されるので、ステップＳ４０２により、オリジナルのプレイリストテーブルから、戻り条件のコンテンツＩＤ＝Ct_ID4に対応付けられている再生順の値である４を変数ｍとして認識する。そして、次のステップＳ４０３により、ｎ←ｍの手順が実行されることで、変数ｎには４が設定される。これにより、コンテンツＡの再生に続けては、コンテンツ３がスキップされてコンテンツ４から再生される。
また、同じ図２２のプレイリスト変更指示テーブル（２）も、上記プレイリスト変更指示テーブル（１）に準じて処理が行われるものである。

なお、例えば追加予約コンテンツを再生した後にオリジナルのプレイリストテーブルにあるコンテンツに戻るのではなく、追加予約コンテンツを再生してそのまま再生対象プレイリストの再生を終了させたい場合もあると考えられる。
このような場合には、戻り条件として、追加予約コンテンツの再生によりプレイリスト再生を終了させるという、「再生終了」の内容を指定できるようにしておく。そして、戻り条件が、この「再生終了」の内容を有していた場合には、ステップＳ４０２として設定する再生順番号ｍについて、オリジナルのプレイリストテーブルにおける最後の再生順番号よりも大きな値を設定し、ステップＳ４０３により変数ｎに代入するようにされる。これにより、ステップＳ２１２に続くステップＳ２１４の判別手順において肯定の判別結果が得られることになって、コンテンツ再生を終了させることができる。

また、図２３の再生対象プレイリストの場合にも、ステップＳ２０８に応じてコンテンツ２の再生を終了して、ステップＳ２０９、Ｓ２１０が実行されることで、図２３（ｂ）のプレイリスト変更指示テーブルが検索されることになる。そして、この場合には、ステップＳ２１１により、コンテンツＡ，Ｂの順で２つの追加予約コンテンツが再生されることになる。
次のコンテンツＡ，Ｂの再生が終了した後のステップＳ２１２の手順としては、図２７のステップＳ４０１にて戻り条件が「num_of_contents」であると判別され、これに応じてステップＳ４０４では、追加予約コンテンツ数としてｐ＝２であると認識することになる。これまでの変数は２とされているので、ステップＳ４０５によっては、変数ｎには、ｎ＋ｐ＋１＝２＋２＋１（＝５）の演算により得られる５が代入されることになる。この変数ｎに基づき、次のステップＳ２０４によっては、追加予約コンテンツ数（＝２）に応じて、追加先コンテンツ（コンテンツ２）の後の２つのコンテンツ３，４をスキップし、再生順が５番目のコンテンツ５を適正に再生することになる。

また、図２４の再生対象プレイリストの場合には、コンテンツ２の再生を終了して、追加予約コンテンツＡを再生した後において、図２７のステップＳ４０１にて戻り条件が「time_of_contents」であると判別されることになる。
この場合には、ステップＳ４０６により追加予約コンテンツの総再生時間Ｔｐを算出することになるが、この場合には、追加予約コンテンツは、コンテンツＡの１つのみなので、このコンテンツＡの再生時間が、追加予約コンテンツの総再生時間Ｔｐということになる。ここでは、コンテンツＡの再生時間をちょうど３分とする。つまり、Ｔｐ＝３分ということになる。
そして、ステップＳ４０７によりＴｓについて０に初期化したうえで、最初に実行されるステップＳ４０８においては、変数ｎについて２を１インクリメントすることになるので、変数ｎは３であることになる。従って、ステップＳ４０９におけるＴｎは、オリジナルのプレイリストテーブルにおいて再生順が３番目（コンテンツ２の次の再生順）のコンテンツ３の再生時間であることになる。コンテンツ３の再生時間を１分とすると、この場合、Ｔｓ←Ｔｓ＋ｎ（＝０＋１（分））となって、Ｔｓは１分を示すことになる。ステップＳ４１０により、このＴｓをＴｐと比較した場合、ＴｓのほうがＴｐよりも短いことから、Ｔｐ≦Ｔｓは満たさないことになり、ステップＳ４０８に戻って、変数ｎを１インクリメントすることになる。すると、今回のステップＳ４０９では、Ｔｎは、コンテンツ４の再生時間を示すことになる。コンテンツ４の再生時間は２分とする。すると、このステップＳ４０９によっては、Ｔｓ←Ｔｓ＋ｎ（＝１＋２＝３）となり、Ｔｓは３．５を示すことになる。すると、ステップＳ４１０において、Ｔｐ≦Ｔｓを満たすこととなって、ステップＳ４１１によりさらに変数ｎについて１インクリメントして５を設定するようにされる。
これにより、次のステップＳ２０４によっては、コンテンツＡの再生時間分経過したとされる分のコンテンツ３，４をオリジナルのプレイリストテーブルからスキップさせて、コンテンツ５から再生を開始するという動作を適正に実行できることになる。

ところで、これまでの第１、第２のプレイリスト編集に関する説明にあっては、その説明を簡単で分かりやすいものとすることの便宜上、オリジナルのプレイリストテーブルには登録されていないコンテンツを追加予約する場合のみを例に挙げて説明してきた。
しかしながら、第１、第２のプレイリスト編集のいずれにあっても、オリジナルのプレイリストテーブルに登録済みのコンテンツを、さらに追加予約するように指定することは可能であり、本願発明としての概念に含まれるべきものである。
例えば、第１のプレイリスト編集であれば、オリジナルのプレイリストテーブルに登録済みのコンテンツを追加予約する指定操作が行われたのに応じて、編集規則１，２，３に従って、この指定されたコンテンツをプレイリストテーブルにさらに登録すればよい。より具体的には、例えば図６（ａ）の再生対象プレイリスト内容によりコンテンツ１を再生しているときに、コンテンツ４を追加予約指定する操作が行われたとされると、編集結果としては、図６（ｂ）の編集後の再生対象プレイリストにおける再生順２のコンテンツＡに代えてコンテンツ４が挿入され、再生順１〜６に従って、コンテンツ１、コンテンツ４、コンテンツ２、コンテンツ３、コンテンツ４、コンテンツ５の順で再生することになる。そして、このような再生順を実現するためのプレイリストテーブルの内容としては、図１２（ｂ）の再生順２に追加挿入するコンテンツＩＤとして、コンテンツＡを示すCt_ID11に代えて、コンテンツ４を示すCt_ID4が格納されたものを、図１２（ａ）の内容を基に書き換えるようにして作成することになる。
また、第２のプレイリスト編集であれば、1回のコンテンツ追加予約操作ごとに、追加予約すべきコンテンツとして、オリジナルのプレイリストテーブルに登録済みのコンテンツを指定する操作が行われたのに応じて、プレイリスト変更指示テーブルの追加予約コンテンツとして、その指定されたコンテンツＩＤを格納すればよい。具体的に、図１６（ａ）の状態のもとでの１回目のコンテンツ追加予約指定操作において、追加予約するコンテンツとして、コンテンツＡに代えてコンテンツ６を指定したとすると、図２２（ｂ）のプレイリスト変更指示テーブルとしては、予約コンテンツ（１）において、コンテンツＡを示すコンテンツＩＤであるCt_ID11に代えて、コンテンツ６を示すコンテンツＩＤであるCt_ID6を格納するようにしてことになる。そして、このプレイリスト変更指示テーブルを参照して再生制御を実行することで、実際としては、図１６（ｂ）の再生順３におけるコンテンツＡがコンテンツ６に置き換わった内容により再生が行われることになる。

また、プレイリストの編集結果を再利用可能なように新規のユーザプレイリストとして保存するか否かについては、実際における各種の使用条件やプレイリスト編集についてのコンセプトなどを考慮して、いずれかを採択することとすればよい。例えばプレイリスト編集は、あくまでも、ユーザが本実施の形態の携帯型コンテンツプレーヤ２などでコンテンツを視聴しているときの一時的なものであり、保存した場合には、かえってユーザが混乱する可能性があるとの観点にたてば、特にプレイリストの編集結果は保存せずに、そのときのプレイリスト編集が終了次第、プレイリスト編集に応じた再生対象プレイリストの内容を破棄してしまえばよい、ということになる。一方で、プレイリストの編集結果を保存することとすれば、例えば携帯型コンテンツプレーヤ２側において簡易な操作でユーザプレイリストを作成保存できることになり、利便性の向上などが期待される。また、このようにして携帯型コンテンツプレーヤ２にて作成保存したユーザプレイリストは、携帯型コンテンツプレーヤ２からパーソナルコンピュータ１に転送して、コンテンツ管理アプリケーション１４ａにより他のユーザプレイリストともに記憶管理させるようにすると、コンテンツ管理アプリケーション１４ａによっても、携帯型コンテンツプレーヤ２にて作成したユーザプレイリストによりコンテンツ再生が行えることとなって好ましい。
なお、プレイリスト編集結果を保存するのにあたっては、第１のプレイリスト編集のようにして、プレイリストテーブルを直接的に編集していく場合であれば、この編集されたプレイリストテーブルを新規に作成したユーザプレイリストのプレイリストテーブルとして保存することとすればよい。
また、第１のプレイリスト編集の場合であれば、オリジナルのプレイリストテーブルと、プレイリスト変更指示テーブルにより得られるコンテンツの再生順をそのまま記述した内容のプレイリストテーブルを作成し、この作成したプレイリストテーブルを保存することとすればよい。

また、ここで、これまでに説明したコンテンツ予約指定操作に応じた再生対象プレイリスト（再生制御情報）の編集、書き換え（再構築）、及び再生制御を整理すると、第１のプレイリスト編集にあっては、プレイリストテーブルを直接的に変更するようにされ、この編集されたプレイリストテーブルを参照して再生順を決定している、ということがいえる。これに対して、第２のプレイリスト編集にあっては、オリジナルのプレイリストテーブルの内容は維持したうえで、編集操作に応じてプレイリスト変更指示テーブルを作成していき、これらオリジナルのプレイリストテーブルとプレイリスト変更指示テーブルとを参照していくことで、コンテンツの再生順を決定することとしている。

上記のようにして、第１のプレイリスト編集と第２のプレイリスト編集とで、再生対象プレイリストとしてのデータの実体的構造と、これに応じた再生対象プレイリストの再構築の態様を異なるものとしているのは、例えば下記のような理由による。
つまり、第１のプレイリスト編集は、簡易な操作を重要視していることで、コンテンツの追加予約も、編集規則に従った単純なものとなる。このことに伴い、追加予約指定操作に応じてプレイリストテーブルを直接的に書き換えるようにして編集処理を実行しても、特に処理が複雑になることはないし、かえって、このほうが、処理としては簡易で軽いものとなって合理的になるという考え方をとったものである。
これに対して、第２のプレイリスト編集は、コンテンツの追加先や、戻り条件などが指定できることで、編集の自由度が相応に高い。このような状況で、プレイリストテーブルを直接的に書き換えるような編集処理とすると、かえって処理のためのアルゴリズムが複雑になって難しくなる可能性がでてくる。
そこで、第２のプレイリスト編集としては、オリジナルのプレイリストテーブルに対して、プレイリスト変更指示テーブルのようなオリジナルのプレイリストテーブルの内容に対する変更を示す再生制御情報を別に規定することとしたものである。これにより、プレイリストの編集処理としては、オリジナルのプレイリストテーブルに変更を与えることなく、コンテンツ追加予約指定操作に応じて、その都度、プレイリスト変更指示テーブルを作成していくだけでよいことになる。従って、プレイリスト編集の処理、アルゴリズムは、編集の自由度が高いのにも関わらず、非常に簡易なものとすることができる。また、再生制御も、先に図２５〜図２７などにより説明したように、プレイリスト変更指示テーブルの内容を参照して、必要なコンテンツを再生するという簡易な処理手順でよいことになる。

しかしながら、第１のプレイリスト編集にあっても、第２のプレイリスト編集と同様にして、オリジナルのプレイリストテーブルを保持したまま、追加予約指定操作に応じてプレイリスト変更指示テーブルを作成して保持し、これらのプレイリストテーブルとプレイリスト変更指示テーブルを参照することで再生順を決定するように構成してよいものであり、このような構成も本願発明の概念に含まれるべきものとされる。
例えば図６に示したような第１のプレイリスト編集であれば、図１２（ａ）のプレイリストテーブルをオリジナルとして保持したうえで、コンテンツ１の再生中においてコンテンツＡを追加予約指定する操作が行われたのに応じて、プレイリスト変更指示テーブルを作成する。
このとき、プレイリスト変更指示テーブルにおける追加予約コンテンツ（１）は、追加予約すべきとして指定されたコンテンツＡのコンテンツＩＤをコンテンツデータベースから検索し、この検索したコンテンツＩＤを格納し、予約コンテンツ数についても、追加予約コンテンツの指定が１つのみであったことに応じて１を格納することになる。
また、追加先コンテンツと戻り条件については、第１のプレイリスト編集において実際に適用する編集規則に従って自動生成して格納することができる。例えば先の編集規則１によれば、追加予約指定されたコンテンツは、追加予約指定操作が行われたときに再生中のコンテンツに続けて再生されるように挿入する、ということになっているので、追加先コンテンツにはコンテンツ１のコンテンツＩＤであるCt_ID1に格納する。また、戻り条件はコンテンツＩＤとなり、オリジナルのプレイリストテーブルにおいては、コンテンツ１の次の再生順が指定されるコンテンツ２のコンテンツＩＤであるCt_ID2を格納する。
そして、図１２（ａ）のオリジナルのプレイリストテーブルと、上記のようにして作成されたプレイリスト変更指示テーブルとを参照することで、図６（ｂ）に示す再生対象プレイリストとしての内容と同じ再生順が得られることになる。

また、本発明に基づいて構成される装置としては、携帯型コンテンツプレーヤに限定されるものではなく、例えば、据え置き型のコンテンツプレーヤなどとされてもよい。さらには、本願発明に基づくプログラムを実行するパーソナルコンピュータなどとされてもよい。
本願発明に基づいたプログラムは、例えば装置におけるＲＯＭやＨＤＤなどの記憶媒体に記憶させておくようにされる。ＣＰＵは、このようにして記憶媒体に記憶されたプログラムをＲＡＭなどに展開して実行するようにされる。また、プログラムは、例えばリムーバブルの記憶媒体に記憶させておいて、後から、この記憶媒体を使用してインストールするようにして装置に記憶させることもできる。また、プログラムは、ネットワーク上のサーバなどにおける記憶装置に記憶させておき、ネットワーク経由でのダウンロードにより取得して装置にインストールするようなことも考えられる。

本発明の実施の形態としての携帯型コンテンツプレーヤと、この携帯型コンテンツプレーヤと連携するコンテンツ管理アプリケーションがインストールされたパーソナルコンピュータとのシステム構成を概念的に示す図である。 実施の形態の携帯型コンテンツプレーヤと連携するコンテンツ管理アプリケーションがインストールされたパーソナルコンピュータの構成例を示す図である。 実施の形態の携帯型コンテンツプレーヤの構成例を示す図である。 実施の形態のパーソナルコンピュータと携帯型コンテンツプレーヤについての構成をプログラムにより実現される機能に基づいて示すブロック図である。 第１のプレイリスト編集としてのコンテンツ追加予約指定操作に関する表示画面部の表示態様の遷移例を示す図である。 第１のプレイリスト編集としてのコンテンツ追加予約指定操作に応じた再生対象プレイリストの内容の遷移例を示す図である。 第１のプレイリスト編集としてのコンテンツ追加予約指定操作に応じた再生対象プレイリストの内容の遷移例を示す図である。 第１のプレイリスト編集としてのコンテンツ追加予約指定操作に応じた再生対象プレイリストの内容の遷移例を示す図である。 第１のプレイリスト編集としてのコンテンツ追加予約指定操作に応じた再生対象プレイリストの内容の遷移例を示す図である。 コンテンツファイルの構造例を示す図である。 コンテンツデータベースの構造例を示す図である。 図６の遷移に応じたプレイリストテーブルの内容の変更例を示す図である。 図７の遷移に応じたプレイリストテーブルの内容の変更例を示す図である。 図９の遷移に応じたプレイリストテーブルの内容の変更例を示す図である。 第１のプレイリスト編集に対応した処理を含む、再生制御のための手順例を示すフローチャートである。 第２のプレイリスト編集としてのコンテンツ追加予約指定操作に応じた再生対象プレイリストの内容の遷移例を示す図である。 第２のプレイリスト編集としてのコンテンツ追加予約指定操作に応じた再生対象プレイリストの内容の遷移例を示す図である。 第２のプレイリスト編集としてのコンテンツ追加予約指定操作に応じた再生対象プレイリストの内容の遷移例を示す図である。 第２のプレイリスト編集としてのコンテンツ追加予約指定操作に関する表示画面部の表示態様の遷移例を示す図である。 第２のプレイリスト編集としてのコンテンツ追加予約指定操作に関する表示画面部の表示態様の遷移例を示す図である。 第２のプレイリスト編集により編集されたプレイリスト内容を表示させる場合の態様例を示す図である。 図１６の遷移に応じた再生対象プレイリスト（オリジナルのプレイリストテーブル及びプレイリスト変更指示テーブル）の内容例を示す図である。 図１７の遷移に応じた再生対象プレイリスト（オリジナルのプレイリストテーブル及びプレイリスト変更指示テーブル）の内容例を示す図である。 図１８の遷移に応じた再生対象プレイリスト（オリジナルのプレイリストテーブル及びプレイリスト変更指示テーブル）の内容例を示す図である。 第２のプレイリスト編集に対応した処理を含む、再生制御のための手順例を示すフローチャートである。 コンテンツ追加予約指定操作に応じたプレイリスト変更指示テーブル作成のための手順を示すフローチャートである。 プレイリスト変更指示テーブルが示す戻り条件に応じた次の再生コンテンツを決定するための手順を示すフローチャートである。

符号の説明

１ パーソナルコンピュータ、２ 携帯型コンテンツプレーヤ、１１ ＣＰＵ、１２ ＲＯＭ、１３ ＲＡＭ、１４ ＨＤＤ、１４ａ コンテンツ管理アプリケーション、１５ 操作入力処理部、１６ 表示出力処理部、１７ メディアドライブ、１８ データインターフェイス、１９ ネットワークインターフェイス、２０ 内部バス、２１ 操作デバイス、２２表示デバイス、３１ データ入出力端子、３２ データインターフェイス、３３ 記憶部、３４ 再生信号処理部、３５ 音声出力端子、３６ 表示部、３６ａ 表示画面部、３７ 制御部、３８ 操作部、５１ ＵＩ制御部、５２ コンテンツ取り込み制御部、５３ コンテンツファイル記憶管理部、５４ 属性別プレイリスト作成管理部、５５ ユーザプレイリスト作成管理部、５６ ユーザプレイリスト記憶管理部、５７ 再生制御処理部、５８ コンテンツ転送制御部、６０ ＵＩ制御部、６２ コンテンツ取り込み制御部、６３ コンテンツファイル記憶管理部、６４ ユーザプレイリスト記憶管理部、６５ 属性別プレイリスト作成管理部、６６ プレイリスト変更処理部、６７ 再生対象プレイリスト保持管理部、６８ 再生制御処理部、１００ 通信バス、１０１ ネットワーク

Claims (13)

1. 単位データを記憶する記憶手段と、
   上記記憶手段に記憶される単位データから再生対象として選択した1以上の単位データと、この選択した単位データについての再生順とを指定する再生制御情報に基づいて、単位データを再生出力するための制御を実行する再生制御手段と、
   上記再生制御手段の再生制御により現在再生中とされる単位データよりも後となる再生順において、少なくとも、上記記憶手段に記憶される1以上の単位データを所定の再生順位置に追加するための指定操作を入力する指定操作入力手段と、
   上記指定操作入力手段により入力した指定操作に応じた単位データの再生順となるようにして、上記再生制御情報の再構築を行う再生制御情報再構築手段と、
   を備えることを特徴とする再生装置。
2. 上記指定操作入力手段は、
   現在再生中とされる単位データの直後からの再生順位置に対して追加すべき単位データを指定する直後追加指定操作を入力するようにされており、
   上記再生制御情報再構築手段は、
   上記直後追加指定操作による単位データの指定数が所定の上限数を満たすまでは、上記直後追加指定操作により指定された単位データが、上記直後追加指定操作を入力した順序に応じて、現在再生中とされる単位データに続いて順次再生されるようにして上記再生制御情報を再構築するとともに、
   上記直後追加指定操作による単位データの指定数が所定の上限数を満たしている状態において、さらに、上記直後追加指定操作を上記指定操作入力手段が入力した場合には、今回の追加指定操作により追加すべきことが指定された単位データを、前回までの上記直後追加指定操作に応じて追加された単位データのうちから所定規則に従って選択した単位データと入れ替えるようにして、上記再生制御情報を再構築する、
   ことを特徴とする請求項１に記載の再生装置。
3. 上記再生制御手段は、上記再生制御情報として、基本となる再生対象の単位データと再生順とを指定する基本再生制御情報と、この基本再生制御情報による再生出力結果に変更を与えるための所定の指定内容を有する変更再生制御情報とに基づいて単位データを再生出力するための制御を実行するものとされ、
   上記再生制御情報再構築手段は、
   上記指定操作入力手段が入力した指定操作に応じて、上記変更再生制御情報を作成することで、上記再生制御情報の再構築を行うようにされている、
   ことを特徴とする請求項１に記載の再生装置。
4. 上記指定操作入力手段は、
   現在再生中とされる単位データより後の再生順における任意の再生順位置に対する1以上の単位データの追加を指定する操作である任意追加指定操作を入力するようにされており、
   上記再生制御情報再構築手段は、
   上記任意追加指定操作により追加すべきことが指定された単位データを示す追加単位データ指示情報と、上記基本再生制御情報により指定される単位データのうちで、上記任意追加指定操作により指定された上記任意の再生順位置の直前の単位データとなる追加先単位データを指示する追加先指示情報と、を少なくとも含むようにして上記変更再生制御情報を作成する、
   ことを特徴とする請求項３に記載の再生装置。
5. 上記再生制御手段は、
   上記変更再生制御情報に含まれる追加先指示情報と追加単位データ指示情報に基づいて、上記追加先指示情報が示す単位データの再生出力に続けて、上記追加単位データ指示情報が示す単位データの再生出力が行われるようにして制御を行う、
   ことを特徴とする請求項４に記載の再生装置。
6. 上記指定操作入力手段は、
   追加すべきことが指定された単位データの再生を終了した後に戻って再生されるべき単位データである戻り先単位データを指定する戻り先指定操作を入力するようにされており、
   上記再生制御情報再構築手段は、
   上記指定操作により追加すべきことが指定された単位データを示す追加単位データ指示情報と、上記基本再生制御情報により指定される単位データのうちで、上記戻り先指定操作により指定された戻り先単位データとなる単位データを指示する戻り先指示情報と、を少なくとも含むようにして上記変更再生制御情報を作成する、
   ことを特徴とする請求項３に記載の再生装置。
7. 上記再生制御手段は、
   上記変更再生制御情報に含まれる追加単位データ指示情報と戻り先指示情報に基づいて、上記追加先指示情報が示す単位データの再生出力に続けて、上記基本再生制御情報において上記戻り先指示情報が示す単位データの再生出力が行われるようにして制御を行う、
   ことを特徴とする請求項６に記載の再生装置。
8. 上記指定操作入力手段は、
   上記戻り先指定操作として、単位データを指定する代わりに、連続した再生順により再生されるものとして追加すべきことが指定された単位データの数を示す追加単位データ数を戻り条件として指定する操作を入力可能とされており、
   上記再生制御情報再構築手段は、
   上記指定操作により追加すべきことが指定された単位データを示す追加単位データ指示情報と、戻り条件が上記追加単位データ数であることを示す戻り先指示情報と、を少なくとも含むようにして上記変更再生制御情報を作成する、
   ことを特徴とする請求項３に記載の再生装置。
9. 上記再生制御手段は、
   上記変更再生制御情報に含まれる追加単位データ指示情報と、戻り条件が上記追加単位データ数であることを示す戻り先指示情報に基づいて、上記追加先指示情報が示す単位データの再生出力に続けて、上記基本再生制御情報における所定の再生順の単位データを起点としたときに上記追加先指示情報が示す単位データの数だけ後の再生順となる単位データの再生出力が行われるようにして制御を行う、
   ことを特徴とする請求項８に記載の再生装置。
10. 上記指定操作入力手段は、
    上記戻り先指定操作として、単位データを指定する代わりに、連続した再生順により再生されるものとして追加すべきことが指定された単位データの総再生時間を戻り条件として指定する操作を入力可能とされており、
    上記再生制御情報再構築手段は、
    上記指定操作により追加すべきことが指定された単位データを示す追加単位データ指示情報と、戻り条件が上記総再生時間であることを示す戻り先指示情報と、を少なくとも含むようにして上記変更再生制御情報を作成する、
    ことを特徴とする請求項３に記載の再生装置。
11. 上記再生制御手段は、
    上記変更再生制御情報に含まれる追加単位データ指示情報と、戻り条件が上記総再生時間であることを示す戻り先指示情報に基づいて、上記追加先指示情報が示す単位データの再生出力に続けて、上記基本再生制御情報における所定の単位データの再生順を起点に、上記総再生時間に応じて後となる再生順の単位データが再生出力されるようにして制御を行う、
    ことを特徴とする請求項１０に記載の再生装置。
12. 単位データを記憶する記憶手段に記憶される単位データから再生対象として選択した1以上の単位データと、この選択した単位データについての再生順とを指定する再生制御情報に基づいて、単位データを再生出力するための制御を実行する再生制御手順と、
    上記再生制御手順が実行する再生制御により現在再生中とされる単位データよりも後となる再生順において、少なくとも、上記記憶手段に記憶される1以上の単位データを所定の再生順位置に追加するための指定操作を入力する指定操作入力手順と、
    上記指定操作入力手順により入力した指定操作に応じた単位データの再生順となるようにして、上記再生制御情報の再構築を行う再生制御情報再構築手順と、
    を実行することを特徴とする再生方法。
13. 単位データを記憶する記憶手段に記憶される単位データから再生対象として選択した1以上の単位データと、この選択した単位データについての再生順とを指定する再生制御情報に基づいて、単位データを再生出力するための制御を実行する再生制御手順と、
    上記再生制御手順が実行する再生制御により現在再生中とされる単位データよりも後となる再生順において、少なくとも、上記記憶手段に記憶される1以上の単位データを所定の再生順位置に追加するための指定操作を入力する指定操作入力手順と、
    上記指定操作入力手順により入力した指定操作に応じた単位データの再生順となるようにして、上記再生制御情報の再構築を行う再生制御情報再構築手順と、
    を再生装置に実行させるプログラム。

Images