JP2005233980A - 音楽再生装置 - Google Patents

Abstract

【構成】操作パネル３４から停止操作が行われると、ＣＰＵ２０はＤＳＰ２２に再生停止指示を送るとともに、現在再生されている音声データの「曲番号」および当該音楽データの先頭から停止位置までの「再生済セクタ数」をワークエリア３２ｂに記録する。再生操作が行われると、ＣＰＵ２０は「再生済セクタ数」を予め決定された「規定値」と比較し、「規定値」よりも小さいときには「再生済セクタ数」を「０」にする。また、当該音楽データの「総セクタ数」から「再生済みセクタ数」を減じて求めた「残りセクタ数」を「規定値」と比較し、「規定値」よりも小さいときには「再生済セクタ数」を「０」にするとともに「曲番号」を１だけ大きくする。そして、「曲番号」に相当する音楽データを「再生済セクタ数」の次のセクタから再生する。
【効果】快適に音楽データを鑑賞することができる。
【選択図】 図１

Description

【０００１】
【産業上の利用分野】
この発明は、音楽再生装置に関し、特にたとえば、記憶媒体に記憶されている複数の音楽信号を再生する、音楽再生装置に関する。
【０００２】
【従来の技術】
従来のこの種の音楽再生装置では、音楽信号の再生中に再生を一旦停止しても、停止された位置から音楽信号を再生できるレジューム機能を備えたものがあった。しかし、従来の音楽再生装置のレジューム機能は、音楽信号のどのような位置で再生が停止されても、停止されたその位置から音楽信号を再生していた。
【０００３】
【発明が解決しようとする課題】
従来のレジューム機能を備えた音楽再生装置では、音楽信号の再生中の停止が、音楽信号の先頭近くや末尾近くで行われたときにも、停止されたその位置から再生される。そのため、前者のときには再生位置が先頭近くであるにもかかわらず途中から再生され、後者のときには末尾近くでボーカルが終了して伴奏のみであったり無音状態であったりするにも関わらず再生が続けられるという状態が発生し、快適に音楽信号を鑑賞することができなかった。
【０００４】
それゆえに、この発明の主たる目的は、音楽信号を快適に鑑賞できる、音楽再生装置を提供することである。
【０００５】
【課題を解決するための手段】
この発明は、再生開始指示が与えられたとき複数曲の音楽信号のいずれか１つの再生を開始し、再生停止指示が与えられたとき再生を停止する音楽再生装置において、再生が停止された音楽信号の再生停止位置を検出する検出手段、再生が停止された音楽信号の先頭位置と再生停止位置との差分が第１所定値よりも小さいとき当該先頭位置を再生開始位置として決定する第１決定手段、および再生が停止された音楽信号の末尾位置と再生停止位置との差分が第２所定値よりも小いとき別の音楽信号の先頭位置を再生開始位置として決定する第２決定手段を備えることを特徴とする、音楽再生装置である。
【０００６】
【作用】
この発明においては、再生停止指示が与えられたときの音楽信号の再生停止位置に応じて、次に再生指示が与えられたときに再生する音楽信号および音楽信号の再生開始位置を決定する。つまり、音楽信号の再生中に再生停止指示が与えられると、検出手段はそのとき再生されていた音楽信号の再生位置を再生停止位置として検出する。
【０００７】
そして、第１決定手段は、再生停止位置が予め設定された第１所定値よりも小さいときに、再生停止位置が属する音楽信号の先頭の位置を再生開始位置に決定する。また、第２決定手段は、再生停止位置と音楽信号の末尾位置との差分、つまり音楽信号の未再生分が予め設定された第２所定値よりも小さいときに、再生開始位置を再生停止位置が属する音楽信号とは別の音楽信号の先頭の位置を再生開始位置に決定する。
【０００８】
したがって、再生停止位置が音楽信号の先頭位置付近であるときには当該音楽信号の先頭を再生開始位置とし、また、再生停止位置が音楽信号の末尾位置付近であるときには当該音楽信号の残り部分の再生を行わないように、次に再生する予定になっている音楽信号などの別の音楽信号の先頭位置を再生開始位置とすることができる。
【０００９】
この発明の好ましい実施例では、音楽信号は圧縮されかつ暗号化された信号であり、圧縮の伸長および暗号の解読が可能な音楽信号の先頭位置のみが第２決定手段によって再生開始位置として決定される。つまり、特定手段は、再生が停止された音楽信号以外の音楽信号以外の信号の中から暗号解読と圧縮の伸長が可能な音楽信号を１つ特定し、再生開始位置決定手段は、特定手段によって特定された音楽信号の先頭位置を再生開始位置として決定する。
【００１０】
【発明の効果】
この発明によれば、音楽信号の再生停止位置が、当該音楽信号の先頭位置付近であるときには、当該音楽信号を始めから聞くことができるように再生開始位置を当該音楽信号の先頭位置に決定し、再生停止位置が、当該音楽信号の末尾位置付近であるときには、無音状態などを避けられるように再生開始位置を当該音楽信号と別の音楽信号の先頭位置に決定する。したがって、快適に音楽信号を鑑賞することができる。
【００１１】
この発明の上述の目的，その他の目的，特徴および利点は、図面を参照して行う以下の実施例の詳細な説明から一層明らかとなろう。
【００１２】
【実施例】
この実施例では、音楽再生装置として図１に示すポータブルプレーヤ１０が用いられ、このポータブルプレーヤ１０は、メモリカード１８に記録された音楽データ（音楽信号）を再生する。このポータブルプレーヤ１０は、図１および図２に示すように、パーソナルコンピュータのような通信装置４００に接続される。通信装置４００は、電話回線などを通じてインターネット１００と接続され、ポータブルプレーヤ１０のオペレータは、インターネット１００を介した複数のＷＥＢサイト３００ａ，３００ｂ…，３００ｎにアクセスできる。
【００１３】
これらのＷＥＢサイトのうち、ＷＥＢサイト３００ａは音楽データの配信を行うサイトである。オペレータがパーソナルコンピュータ(PC)などの通信装置４００をＷＥＢサイト３００ａにアクセスして所望の曲（音楽）を発注すると、ＷＥＢサイト３００ａは、受注した曲の発送をインターネット上のデータベースサーバ２００に要求する。すると、データベースサーバ２００は、要求された曲の音楽データを含むオーディオファイルを発注もとの通信装置４００に送信する。受信されたオーディオファイルは、通信装置４００のハードディスクなどに保存される。なお、オーディオファイルは、１曲分の音楽データを含んでいる。したがって、オペレータがアルバム単位などで曲を発注すると、アルバムに含まれる曲の対応する数のオーディオファイルが通信装置４００に送信される。
【００１４】
通信装置４００にダウンロードされたオーディオファイルは、入力端子１２を通してポータブルプレーヤ１０に入力され、インタフェース１４を介して、スロット１６に装着されたメモリカード１８に記録される。メモリカード１８は、ＭＭＣ（multi media card）などの着脱自在な半導体メモリである。
【００１５】
ポータブルプレーヤ１０は、こうしてメモリカード１８に記録された音楽データを再生する。ただし、再生する音楽データ（オーディオファイル）を入手する方法は、インターネットを介してデータベースサーバ２００からダウンロードする方法の他に、ＣＤ５００から読みだしてメモリカード１８に記録する方法や、オーディオファイルがあらかじめ記録されているメモリカード１８を購入する方法などもある。
【００１６】
メモリカード１８には、図３に示す要領で複数のオーディオファイルが格納され、各オーディオファイルの構成は図４に示すようになっている。つまり、オーディファイルは、データの先頭から、ヘッダ，セキュリティ情報，コンテンツ情報，付加情報および音楽データが並ぶ構成である。音楽データは圧縮および暗号化された状態でオーディオファイルの末尾に含まれている。ヘッダには、オーディオデータの総データ量の情報が含まれている。
【００１７】
セキュリティ情報は、暗号化された音楽データを復号する復号鍵情報であり、同時にオーディオファイルが不正に複製された音楽データを再生させないためのセキュリティ機能でもある。
【００１８】
また、コンテンツ情報には、音楽データがどのようなフォーマットで圧縮されているかを示す圧縮フォーマット情報、付加情報に含まれる内容を記憶した付加情報管理テーブル、そしてアーティスト名，曲名，アルバム名，作曲家名，プロディユーサ名などのように、このオーディオファイルに関連する情報が含まれる。
【００１９】
そして、付加情報には、音楽データの圧縮を伸長するためのデコードソフト（復号プログラム）、音楽の曲調を調整するためのイコライザソフト、アーティストの画像データ、アーティストのメッセージ，アルバム作成時のエピソードなどのテキストデータが含まれる。
【００２０】
音楽データを圧縮している圧縮フォーマットには、ＭＰ３(MPEG-1 Audio Laye3)，ＴｗｉｎＶＱ(Transform domain Weighed interleave vector quantization)，ＡＡＣ(MPEG2/Advanced Audio Coding)，ＡＣ−３（Dolby Digital），ｅＰＡＣなどの複数のフォーマットがある。そこで、オーディオファイルがどの圧縮フォーマットで圧縮されているか判別するため、オーディオファイルに含まれる音楽データがｅＰＡＣフォーマットで圧縮されているときには、圧縮フォーマット情報は“ｅＰＡＣ”を示し、音楽データがＭＰ３フォーマットで圧縮されているときには、圧縮フォーマット情報は“ＭＰ３”を示すようになっている。
【００２１】
また、対応する圧縮フォーマットが同じであっても、再生装置に設けられたＤＳＰ（Digital Signal Processor）のタイプによって、使用できるデコードソフトが異なる。ＤＳＰのタイプとしては、処理を行う演算のビット数の違い（たとえば、１６ビット演算と２４ビット演算など），メーカーの違い，ロジックの違いなどがある。したがって、ＤＳＰが１６ビット演算を行うプロセサであれば、タイプＡのデコードソフトしか起動せず、ＤＳＰが２４ビット演算を行うプロセサであれば、タイプＢのデコードソフトしか起動しないという具合に使用できるデコードソフトが異なる。このため、付加情報に含まれるデコードソフトがｅＰＡＣフォーマットに従いかつ１６ビット演算のＤＳＰに対応している場合、付加情報管理テーブルには、たとえば“ｅＰＡＣデコードソフト−タイプＡ”のデコードソフト情報が含まれる。また、１６ビット演算および２４ビット演算のいずれのＤＳＰにも対応できるように、ｅＰＡＣフォーマットに従う２つのデコードソフトが付加情報に含まれているときには、付加情報管理テーブルには、たとえば“ｅＰＡＣデコードソフト−タイプＡ”および“ｅＰＡＣデコードソフト−タイプＢ”というデコードソフト情報が含まれる。以上からも分かるように、デコードソフト情報は、圧縮フォーマット情報およびタイプ情報を含む概念である。
【００２２】
この実施例では、好ましくは、タイプＡおよびタイプＢの両方に対応し、かつ共通の圧縮フォーマットに従うデコードソフトがオーディオファイルに収納される。この場合、付加情報管理テーブルには、たとえば図５に示す情報が格納される。図５によれば、付加情報１（デコードソフト情報）が“ｅＰＡＣデコードソフト−タイプＢ”であり、付加情報２（デコードソフト情報）が“ｅＰＡＣデコードソフト−タイプＡ”であり、付加情報３が“アーティストのコメント（ＴＥＸＴ）”である。オーディオファイルに１つのデコードソフトしか収納されず、代わりに各曲に適した特殊効果を発揮するためのＤＳＰソフトが収納される場合もあり、このとき付加情報管理テーブルには、たとえば図６に示す情報が格納される。図６によれば、付加情報１（デコードソフト情報）が“ｅＰＡＣデコードソフト−タイプＡ”であり、付加情報２が“バーチャルサウンドソフト−タイプＡ”であり、付加情報３が“アーティスト画像（ＪＰＥＧ）”である。なお、バーチャルサウンドソフトは、たとえばコンサートで録音された曲に臨場感を持たせて再生するときに有効である。
【００２３】
デコードソフトならびに関連する圧縮フォーマット情報および付加情報をオーディオファイルに格納する方法としては、次の２つが考えられる。１つ目は、データベースサーバ２００側でデコードソフト，圧縮フォーマット情報およびデコードソフト情報をオーディオファイルに格納する方法であり、２つ目は、通信端末４００がＷＥＢサイト３００ａまたはデータベースサーバ２００から複数のデコードソフトをあらかじめ入手しておき、オーディオファイルの購入時に、対応するデコードソフト，圧縮フォーマット情報およびデコードソフト情報をこのオーディオファイルに格納する方法である。また、ＣＤ５００（図２）を通信装置４００で読み出してメモリカード１８に記録する場合には、図４に示す構造のオーディオファイル（デコードソフトを付加情報に含む）を通信端末４００で作成する。したがって、いずれの場合にも、オーディオファイルの付加情報に、音楽データを伸長するデコードソフトが前もって収納される。
【００２４】
メモリカード１８に記録された音楽データがポータブルプレーヤ１０によって順次再生されるが、ポータブルプレーヤ１０は、音楽データの再生中に電源を遮断するなどして再生を停止しても音楽データの再生位置を記憶しておき、次回に停止位置から再生できるレジューム(resume)機能を備えている。しかし、このポータブルプレーヤ１０のレジューム機能は、単に停止位置からそのまま再生するだけでなく、停止位置の音楽データ上の位置によってその再生開始位置を変更する。
【００２５】
ポータブルプレーヤ１０に含まれるＣＰＵ２０は、オーディオファイルを再生するとき、図８および図９に示すフロー図に従って処理を行う。
【００２６】
オペレータがポータブルプレーヤ１０の操作パネル３４のプレイキー（図示せず）をオンにすると、ポータブルプレーヤ１０に電源が投入される（ステップＳ１）。するとＣＰＵ２０は、ステップＳ３において、メモリカード１８から図３に示したファイル管理情報を読み出してメモリ３２に記録する。このファイル管理情報は、メモリカード１８内に記憶されたデータファイルを管理する情報であり、これによって各データファイルにどのような種類のデータが格納されているかが把握される。なお、メモリ３２としては、電気的な方法で内容の消去が可能なＥＥＰＲＯＭ(electrical erasable PROM)を使用することができる。
【００２７】
つづいて、ＣＰＵ２０はステップＳ５において、メモリ３２に記録したファイル管理情報を用いて、メモリカード１８に記録されているオーディオファイルのファイル名を検出し、図７に示すようなファイル名の一覧のテーブル３２ａを作成してメモリ３２に記録する。以後、このテーブル３２を「オーディオファイルテーブル」と呼ぶ。ＣＰＵ２０は、メモリカード１８に記録されているファイルのうち、ファイル名の拡張子が「spt」（ファイル名がxxx.spt）であるファイルをオーディオファイルであると判断し、このファイル名を取得してオーディオファイルテーブル３２ａに記録する。また、オーディオファイルテーブル３２ａは、図７に示すようにアイテム(item)と呼ばれる複数の記憶領域を含んでいる。ＣＰＵ２０は、オーディオファイルのファイル名を検出した順に、オーディオファイルテーブル３２ａのアイテムに記録する。そして、音楽データを再生するときには、オーディオファイルテーブル３２ａにファイル名が記録されている順に、オーディオファイルがメモリカードから読み出される。
【００２８】
オーディオファイルテーブル３２ａが作成されると、ＣＰＵ２０はステップＳ７において再生位置情報をメモリ３２のワークエリア３２ｂから取得する。この再生位置情報は、次にどの音楽データのどの位置から再生を開始するかを示し、レジューム機能に利用される情報である。再生位置情報は、電源がオフされるときに再生されていた音楽データの「曲番号」およびどこまで音楽データが再生されていたかを示す「再生済セクタ数」とを含んでいる。なお、この実施例では、メモリカード１８がスロット１６から抜かれることがないという前提で説明するが、メモリカード１８がスロット１６から抜かれたときには、ワークエリア３２ｂに記録した再生位置情報をクリアするようにすればよい。したがって、新たなメモリカード１８がスロット１６に装着されたとき、再生位置情報の「曲番号」は「１」であり、「再生済セクタ数」は「０」である。
【００２９】
ステップＳ９において、ＣＰＵ２０は再生位置情報に基づいて、再生するオーディオファイルをオープンする。ここで、再生位置情報の「曲番号」が「５」である、つまり電源がオフされたときには第５番目の音楽データが再生されていたとすると、ＣＰＵ２０はオーディオファイルテーブル３２ａの第５番目のアイテムに記録されているファイル名を持つファイルをオープンする。このとき、ステップＳ３で取得したファイル管理情報が利用される。そして、ステップＳ１１において、オープンしたオーディオファイルのヘッダ，セキュリティ情報およびコンテンツ情報を取得する。そして取得したセキュリティ情報に基づいて、ステップＳ１３では、オーディオファイルが不正に複製されていない正規のファイルであるかどうかチェック処理を行い、ステップＳ１５においてチェック処理の結果オーディオファイルが再生をしてもよい正当なファイルであるかどうかを確認する。
【００３０】
オーディオファイルが再生不可能な不当なファイルであると判断すると、当該オーディオファイルの再生をスキップして、ＣＰＵ２０はステップＳ２３において次に再生するオーディオファイルが存在するか、つまりオーディオファイルテーブル３２ａに次のアイテムが存在するかどうかを判断する。次に再生するオーディオファイルが存在しないと判断するときには、ステップＳ５５で再生位置情報の「曲番号」を「１」に「再生済セクタ数」を「０」にそれぞれクリアし、ステップＳ５７で電源をオフにして処理を終了する。ステップＳ２３で次に再生するオーディオファイルが存在すると判断するときには、ステップＳ２５で再生位置情報の「曲番号」を１だけインクリメントして「６」にし、さらにステップＳ２７で「再生済セクタ数」を「０」にしてステップＳ９に戻る。そして第６番目のオーディオファイルの再生処理を行う。
【００３１】
一方、ステップＳ１５においてオーディオファイルが正当であり、再生可能と判断するときには、ステップＳ１７においてオーディオファイルに含まれる音楽データを復号するためのデコードソフトがＤＳＰ２２で使用可能かどうか、つまりＤＳＰ２２に適合するかどうかをチェックする。具体的には、コンテンツ情報に含まれる付加情報テーブル（図５および図６参照）のデコードソフト情報を参照して、オーディオファイルにＤＳＰ２２で動作可能なタイプのデコードソフトを検索する。そしてステップＳ１９において、検索の結果ＤＳＰ２２に適合するデコードソフトが存在するかどうかを判断する。ＤＳＰ２２に適合するデコードソフトが存在しないと判断すると、当該オーディオファイルの再生をスキップしてステップＳ２３に進み、次のオーディオファイルが存在するかどうかを判断する。ＤＳＰ２２に適合するデコードソフトが存在すると判断すると、ステップＳ２１で、そのデコードソフトをメモリカード１８から取得してＤＳＰ２２に転送し、ＲＡＭ２２ａに記録する。
【００３２】
再生する音楽データ（オーディオファイル）が決定すると、次に再生位置情報に基づいて音楽データを再生する位置を決定する。従来のポータブルプレーヤのレジューム機能では、再生を中断した位置から再び再生を行うが、この実施例のポータブルプレーヤでは再生を中断した位置によっては、再生位置を変更し、あるいは曲を換えて再生する。中断した位置から再生を行うか、再生位置あるいは曲を変更して再生するかは、再生位置情報に含まれる「再生済セクタ数」の値を「規定値」と比較した結果によって決定する。この「規定値」とは、予め設定されたセクタ数であり、再生時間にして２秒〜３秒に相当するセクタ数である。音楽データの圧縮フォーマットがＭＰ３の場合には、１セクタ５１２バイトで転送速度が１２８Ｋｂｐｓであるため、「規定値」は１０２５セクタ程度である。
【００３３】
まず、ステップＳ３１において、「再生済セクタ数」を「規定値」と比較して、「再生済セクタ数」が「規定値」よりも小さいかどうか判断する。「再生済セクタ数」が「規定値」よりも小さいときには、ステップＳ３３で「再生済セクタ数」を「０」にする。つまり、音楽データの先頭部分の２秒〜３秒しか再生していないときには、再生開始位置を音楽データの先頭にする。そしてステップＳ４１に進む。
【００３４】
一方、ステップＳ３１において、「再生済セクタ数」が「規定値」よりも小さくないと判断するときには、ステップＳ３５において、当該「音楽データの総セクタ数」を計算する。オーディオファイルのヘッダには、ヘッダ，セキュリティ情報、コンテンツ情報などを含むオーディオファイル全体のセクタ数が保持されており、このオーディオファイル全体のセクタ数からヘッダ，セキュリティ情報，コンテンツ情報および付加情報のセクタ数を減じることによって、「音楽データの総セクタ数」を算出する。つぎに、ステップＳ３７では、こうして求めた「音楽データの総セクタ数」から「再生済セクタ数」を減じて「残りセクタ数」を求める。
【００３５】
そして、ステップＳ３９において「残りセクタ数」を先ほどの「規定値」と比較して、「残りセクタ数」が「規定値」よりも小さいかどうか判断する。「残りセクタ数」が「規定値」よりも小さいと判断するときは、ステップＳ２３に進み、次に再生するファイルが存在するかどうかを確認する。つまり、「再生済セクタ数」に基づく再生開始位置が音楽データの終わりまじかであるときには、当該音楽データの残りを再生することなく、次の音楽データ（オーディオファイル）の再生を行う。一方、「残りセクタ数」が「規定値」よりも小さくないと判断するときには、ステップＳ４３に進む。
【００３６】
そして、ＣＰＵ２０は、ステップＳ４３でＤＳＰ２２を起動する。さらに、ステップＳ４５において、ＣＰＵ２０は、音楽データをメモリカード１８から読み出してＤＳＰ２２に転送するとともに、ＤＳＰ２２に対する音楽データの再生指示を行う。このとき、「再生済セクタ数」の次のセクタから音楽データを転送する。
【００３７】
上述したように、音楽データには暗号化処理および圧縮処理が施されている。そのため、ＤＳＰ２２は、ＣＰＵ２０からの再生指示に従って、まずセキュリティ情報に含まれる暗号化キー情報に基づいて音楽データを解読する。そして、ＤＳＰ２２は、ＲＡＭ２２ａに記憶されているデコードソフトを用いて、解読された圧縮音楽データを「再生済セクタ数」の次のセクタに相当する個所から順次伸長する。伸長された音楽データは、Ｄ／Ａ変換器２４によって音楽信号（アナログ信号）に変換され、さらに変換された音楽信号は、アンプ２６および出力端子２８を通して、出力端子２８に接続されたヘッドフォン３０に出力される。
【００３８】
ステップＳ４５における音楽データの再生指示を行った後、ＣＰＵ２０はステップＳ４７において、操作パネルのストップキー（図示せず）が操作されたかどうかを判断する。ストップキーが操作されていないと判断すると、ＣＰＵ２０はステップＳ４９で、当該音楽データの再生が終了したどうかを判断する。音楽データの再生が終了したと判断すると、ステップＳ２３に進んで次のオーディオファイルを再生する処理を行うが、音楽データの再生が終了していないと判断するときにはステップＳ４７に戻り、再びストップキーが操作されたかどうかを判断する。ストップキーが操作されたと判断すると、ＣＰＵ２０はステップＳ５１において、ＤＳＰ２２に対する再生停の指示をおこなう。そして、ステップＳ５３においてＣＰＵ２０は、再生停止の指示を行ったときにＤＳＰ２２によって処理されている音楽データの曲番号および再生された音楽データのセクタ数を再生位置情報の「曲番号」および「再生済セクタ数」としてメモリ３２のワークエリア３２ｂに記録する。そして、ステップＳ５７で電源をオフにして処理を終了する。
【００３９】
この実施例のポータブルプレーヤ１０によれば、再生停止位置が音楽データの先頭付近であるとき、つまり再生位置情報の「再生済セクタ数」が音楽データの再生開始から再生時間にして２，３秒程度に相当するセクタ数よりも小さいときには、再生を再開すると当該音楽データの先頭から再生する。また、再生停止位置が音楽データの末尾付近であるとき、つまり再生位置情報の「音楽データの総セクタ数」から「再生停止セクタ数」を減じた値が再生時間にして２，３秒程度に相当するセクタ数よりも小さいときには、再生を再開すると当該音楽データの残り部分の再生をスキップして次の音楽データを再生する。
【００４０】
したがって、出だしの切れた音楽データを再生したり、終了間際で無音状態になったりボーカルが終了して伴奏のみになった音楽データを再生することを低減するので、ポータブルプレーヤ１０のオペレータは、より快適に音楽データを鑑賞することができる。
【００４１】
なお、この実施例は、上述のものに限らず種々に変更して実施することができる。たとえば、上述の例では、再生を開始するときに「再生済セクタ数」から再生を開始するセクタ位置や再生する音楽データを決定（「再生済セクタ数」のクリアおよび「曲番号」のインクリメント）したが、再生を停止して「再生済セクタ数」を記録するときに、「再生済セクタ数」の値を評価して「再生済セクタ数」のクリアや「曲番号」のインクリメントを行ってもよい。
【００４２】
また、再生開始位置の決定に使用する「規定値」は、「再生済セクタ数」および「残りセクタ数」と比較するどちらの「規定値」も同じ値としたが、「再生済セクタ数」と比較する「規定値」と「残りセクタ数」と比較する「規定値」とを異なる値としてもよい。
【００４３】
さらに、「規定値」は音楽データの再生時間にして２秒〜３秒に相当するセクタ数としたが、秒数は２秒〜３秒に限らず実施例に応じて適宜変更してもよく、操作パネル３４を用いてオペレータが自由に設定できるようにしてもよい。
【図面の簡単な説明】
【図１】この発明の一実施例を示す図解図である。
【図２】図１実施例の使用例の一つ示す図解図である。
【図３】メモリカードのデータ構成の一例を示す図解図である。
【図４】オーディオファイルのデータ構造の一例を示す図解図である。
【図５】付加情報管理テーブルの一例を示す図解図である。
【図６】付加情報管理テーブルの他の例を示す図解図である。
【図７】オーディオファイルテーブル３２ａの一例を示す図解図である。
【図８】図１実施例の動作の一部を示すフロー図である。
【図９】図１実施例の動作の他の一部を示すフロー図である。
【符号の説明】
１０ …ポータブルプレーヤ
１８ …メモリカード
２０ …ＣＰＵ
２２ …ＤＳＰ
２２ａ …ＲＡＭ

Claims (2)

1. 再生開始指示が与えられたとき複数曲の音楽信号のいずれか１つの再生を開始し、再生停止指示が与えられたとき前記再生を停止する音楽再生装置において、
   前記再生が停止された音楽信号の再生停止位置を検出する検出手段、
   前記再生が停止された音楽信号の先頭位置と前記再生停止位置との差分が第１所定値よりも小さいとき当該先頭位置を前記再生開始位置として決定する第１決定手段、および
   前記再生が停止された音楽信号の末尾位置と前記再生停止位置との差分が第２所定値よりも小さいとき別の音楽信号の先頭位置を前記再生開始位置として決定する第２決定手段を備えることを特徴とする、音楽再生装置。
2. 各々の前記音楽信号は圧縮されかつ暗号化された信号であり、
   前記第２決定手段は、前記再生が停止された音楽信号以外の音楽信号の中から暗号解読および伸長が可能な１つの音楽信号を特定する特定手段、および前記特定手段によって特定された音楽信号の先頭位置を前記再生開始位置として決定する再生開始位置決定手段を含む、請求項１記載の音楽再生装置。

Images