(57)【要約】【課題】  ユーザが音楽ファイル等の圧縮ファイルに誤って別の拡張子を付加しても、当該圧縮ファイルに付加された拡張子に拘わらず圧縮ファイルを確認してディスクの再生を行う。【解決手段】  圧縮方式に応じた拡張子が付加され圧縮データを備える圧縮ファイルが記録されたディスクから圧縮データを再生する際、拡張子に拘わらず圧縮データの圧縮形式を確認して再生可能であるか否かを判定して、再生可能であると判定された際、圧縮データの再生を行う。【選択図】        図１
2005276349.tif 000002
【特許請求の範囲】
【請求項１】
圧縮方式に応じた拡張子が付加され圧縮データを備えるファイルが記録されたディスクから前記圧縮データを再生するためのディスク再生装置において、
前記拡張子に拘わらず前記圧縮データの圧縮形式を確認して再生可能であるか否かを判定する判定手段と、
該判定手段によって再生可能であると判定された際前記圧縮データの再生を行う再生手段とを有することを特徴とするディスク再生装置。
【請求項２】
圧縮データは、その先頭部分に圧縮方式に係る情報が格納されたヘッダを備え、
判定手段は、前記ヘッダをチェックして前記圧縮データの圧縮方式を確認することを特徴とする請求項１記載のディスク再生装置。
【請求項３】
判定手段は、ヘッダのチェックに応じて再生手段によって再生可能な圧縮方式に係るヘッダであるか否かを判定するヘッダ判定手段と、
前記ヘッダによってデータ構成を確認して再生可能であるか否かを判定する再生判定手段とを有することを特徴とする請求項２記載のディスク再生装置。
【請求項４】
再生判定手段は、再生可能であると判定すると、さらに拡張子が圧縮データに対応する拡張子であるか否かを判定して、該拡張子が前記圧縮データに対応しないと再度前記圧縮データが再生可能であるか否かをヘッダによって確認することを特徴とする請求項３記載のディスク再生装置。
【請求項５】
圧縮データを蓄積する蓄積手段と、
前記圧縮データを前記蓄積手段に蓄積する際は第１の処理速度で蓄積する第１の処理手段と、
前記圧縮データを前記蓄積手段から読み出す際は第２の処理速度で読み出す第２の処理手段とを備え、前記第１の処理速度は前記第２の処理速度の２倍以上としたことを特徴とする請求項１から請求項４のうちのいずれか１項記載のディスク再生装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ディスク再生装置に関し、特に、圧縮されたデータを備えるファイルが記録されたディスクから圧縮データを再生する際、当該ファイルに付加された拡張子に拘わらず圧縮データを確認して、圧縮データの再生を行うディスク再生装置に関するものである。
【背景技術】
【０００２】
近年、インターネット等の普及に伴ってネックワークを利用した音楽データの配信が行われており、このような音楽データの配信においては、ネットワーク上でデータの送受信に要する時間を短縮するため、音楽データを圧縮して、音楽ファイルとして配信することが行われている。圧縮方式には種々の方式が知られている。
【０００３】
例えば、ＭＰＥＧ−１で用いられる音声圧縮方式の一つであるＭＰ３（ＭＰＥＧ−１  Ａｕｄｉｏ  Ｌａｙｅｒ  ＩＩＩ）の他に、Ｍｉｃｒｏｓｏｆｔ（登録商標）社の音声圧縮フォーマットであるＷＭＡ（Ｗｉｎｄｏｗｓ（登録商標）  Ｍｅｄｉａ  Ａｕｄｉｏ）、ＭＰＥＧ−２又はＭＰＥＧ−４で用いられる音声圧縮方式であるＡＡＣ（Ａｄｖａｎｃｅｄ  Ａｕｄｉｏ  Ｃｏｄｉｎｇ）等が知られている。
【０００４】
ネットワークで配信された音楽ファイルは、コンピュータに取り込まれた後そのコンピュータに備えられたオーディオ機能によって再生されるが、さらに、ユーザによって、音楽ファイルが、例えば、ＣＤ−Ｒ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ  Ｒｅｃｏｒｄａｂｌｅ）又はＣＤ−ＲＷ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ  ＲｅＷｒｉｔａｂｌｅ）等の書き込み可能なディスクに書き込まれて、ディスク再生装置によって音楽ファイルが再生されることもある。
【０００５】
このように、ユーザが音楽ファイルをディスクに書き込む際には、一般にディスク作成・編集機能（リッピングソフト）が用いられることになるが、この際には、一般に、ユーザは音楽ファイルに拡張子を付加しており、ディスク再生装置で音楽ファイルを再生する際には、ディスク再生装置では、この拡張子を確認して音楽ファイルの再生を行うことになる。例えば、ＭＰ３形式で圧縮された音楽ファイルには拡張子「．ｍｐ３」が付加され、ディスク再生装置では、この拡張子「．ｍｐ３」を確認して音楽ファイルの再生を行う。
【０００６】
ところで、ユーザが拡張子を音楽ファイルに付加する際、当該音楽ファイルに対応する拡張子と異なる拡張子を誤って付加してしまうことがあり、このように拡張子を誤って付加してしまうと（例えば、ＭＰ３形式以外の形式で圧縮されたファイルに拡張子「．ｍｐ３」を付加すると）、ディスク再生装置で音楽ファイルを再生しようとした際、ノイズとなって再生されるか又は無音状態のまま数分間に亘って再生が継続してしまい、ユーザに不快感を与えてしまうことになる。
【０００７】
このような事態に対処するため、圧縮音楽ファイルに付加されるべき拡張子の存在をサーチして、この拡張子が付加されたファイルが圧縮音楽ファイルであるか否かを確認して、当該拡張子が付加されたファイルのうち圧縮音楽データを格納するファイルであると確認されたファイルを構成するデータのみを再生して、圧縮音楽データでないファイルに圧縮音楽ファイルであることを示す拡張子が付加されていても、当該ファイルを再生しないようにしたものがある（例えば、特許文献１参照）。
【０００８】
【特許文献１】特開２００２−１９６７９１公報（第３頁〜第７頁、第１図〜第６図）
【発明の開示】
【発明が解決しようとする課題】
【０００９】
ところが、従来のディスク再生装置は以上のように構成されているので、ユーザが圧縮音楽データである音楽ファイルに、誤って圧縮音楽データでないことを示す拡張子を付加してしまうと、音楽ファイルであるにも拘わらず、ディスク再生装置で再生できない結果となってしまうという課題がある。
【００１０】
上述のような事態においては、一般にユーザは拡張子の付け間違いに気づいておらず、音楽ファイルがディスク再生装置で再生できない事態が生じると、ディスク再生装置自体に何らかの原因がある（例えば、故障がある）と看做して、実際には故障でないにも拘わらず、メーカ等に対して故障クレームが起きる要因ともなってしまう。
【００１１】
この発明は、上記のような課題を解決するためになされたもので、ユーザが音楽ファイル等の圧縮ファイルに誤って別の拡張子を付加しても、当該圧縮ファイルに付加された拡張子に拘わらず圧縮ファイルを確認してディスクの再生を行うことのできるディスク再生装置を得ることを目的とする。
【課題を解決するための手段】
【００１２】
この発明に係るディスク再生装置は、圧縮方式に応じた拡張子が付加され圧縮データを備えるファイルが記録されたディスクから圧縮データを再生する際、拡張子に拘わらず圧縮データの圧縮形式を確認して再生可能であるか否かを判定して、再生可能であると判定された際、圧縮データの再生を行うようにすることを特徴とするものである。
【発明の効果】
【００１３】
この発明によれば、拡張子に拘わらず、圧縮データの圧縮形式を確認して再生可能であるか否かを判定するように構成したので、ユーザがディスクに音楽ファイル等のファイルを記録した際、圧縮形式と子なる拡張子を誤って付加したとしても、圧縮データの再生を行うことができ、ディスク再生装置で再生可能な圧縮形式である圧縮データであるにも拘わらず、拡張子の付け間違いによって再生不可となる事態を防止できるという効果がある。
【発明を実施するための最良の形態】
【００１４】
実施の形態１．
図１は、この発明の実施の形態１に係るディスク再生装置の構成を示すブロック図であり、このディスク再生装置で再生されるディスクＤには、ＭＰ３（ＭＰＥＧ−１  Ａｕｄｉｏ  Ｌａｙｅｒ  ＩＩＩ）、ＷＭＡ（Ｗｉｎｄｏｗｓ（登録商標）  Ｍｅｄｉａ  Ａｕｄｉｏ）、又はＡＡＣ（Ａｄｖａｎｃｅｄ  Ａｕｄｉｏ  ｃｏｄｉｎｇ）方式の一つによって圧縮された音楽ファイルが記録されており、ＭＰ３方式によって圧縮された音楽ファイルには「．ｍｐ３」、ＷＭＡ方式によって圧縮された音楽ファイルには「．ｗｍａ」、ＡＡＣ方式によって圧縮された音楽ファイルには「．ａａｃ」という拡張子が付加される。
【００１５】
ディスクＤの先頭に形成されたリードイン領域には、ＴＯＣ（Ｔａｂｌｅ  ｏｆ  Ｃｏｎｔｅｎｔｓ）情報が格納されており、このＴＯＣ情報中にディスクＤに格納されている全ての音楽ファイルのファイル名及び拡張子が含まれ、さらに各音楽ファイルのディスクＤ上における記録位置が含まれている。
【００１６】
ディスクＤとして、ＣＤ−Ｒ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ  Ｒｅａｃｏｒｄａｂｌｅ）、ＣＤ−ＲＷ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ  ＲｅＷｒｉｔａｂｌｅ）等のオーディオＣＤ（ＣＤ−ＤＡ：Ｃｏｍｐａｃｔ  Ｄｉｓｃ  Ｄｉｇｉｔａｌ  Ａｕｄｉｏ）、オーディオＭＤ（ｍｉｎｉ  ｄｉｓｃ）、オーディオデータが記録されたＤＶＤ−Ｒ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ  Ｒｅｃｏｒｄａｂｌｅ）、ＤＶＤ−ＲＷ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ  Ｒｅｗｒｉｔａｂｌｅ）、及びＤＶＤ−ＲＡＭ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）等が用いられる。
【００１７】
ここでは、ユーザが、コンピュータからディスクＤに音楽ファイルを記録し、この際、ユーザは音楽ファイルに拡張子を付加するものとする。この際、前述のように、ユーザは拡張子の付け間違いをすることがある。
【００１８】
図示のディスク再生装置はデッキ部１０及びオーディオセット部２０を有しており、デッキ部１０は、デッキ１１、ＤＳＰ（デジタルシグナルプロセッサ）１２、モータドライバ１３、ディスク検知部１４、マイクロコンピュータ（以下マイコンと呼ぶ）１５、及びメモリ１６を有している。
【００１９】
マイコン１５は、通信ポート部１５ａ、割込み制御部１５ｂ、ＣＰＵ１５ｃ、ＲＯＭ１５ｄ、及びＲＡＭ１５ｅを有しており、ＲＯＭ１５ｄには制御プログラム等のプログラムが格納され、ＲＡＭ１５ｅはＣＰＵ１５ｃの作業用データを一時的に格納する領域として用いられる。また、通信ポート部１５ａはＣＰＵ１５ｃとオーディオセット部２０との間のデータ送受、ＣＰＵ１５ｃとディスク検知部１４及びＤＳＰ１２との間のデータ送受のためのポートである。また、割込み制御部１５ｂによって、ＣＰＵ１５ｃに対して割込み制御が行われる。
【００２０】
デッキ１１は、ディスクＤを駆動する機構（メカニカル）であり、デッキ１１にはピックアップ１１ａが備えられ、デッキ１１にディスクＤが挿入されると、デッキ１１はその旨を表すディスク挿入信号をディスク検知部１４に送る。そして、ディスク検知部１４は、デッキ１１からディスク挿入信号を受けると、ディスク検知信号をマイコン１５に送り、ＣＰＵ１５ｃではディスク検知信号に応じてＤＳＰ１２に再生指示を送出する。
【００２１】
モータドライバ１３は、ＤＳＰ１２からの出力（再生出力）に基づいてデッキ１１のスピンドルモータ及びスレッドモータを制御する。つまり、デッキ１１は、モータドライバ１３からの制御信号に応じてスピンドルモータ（図示せず）を駆動してディスクＤを回転するとともに、スレッドモータ（図示せず）を駆動してピックアップ１１ａを移動させることになる。
【００２２】
ピックアップ１１ａは、スレッドモータによって移動されて位置決めが行われた後、回転しているディスクＤからデータを読み取る。そして、ピックアップ１１ａで読み取られたデータはＤＳＰ１２に与えられる。
【００２３】
ＤＳＰ１２は、ＣＰＵ１５ｃからの再生指示に応じてピックアップ１１ａから出力されるデータに対して信号処理を行い、ディスクＤに記録されたデータを再生する。例えば、ＤＳＰ１２はピックアップ１１ａから出力されるデータの内、圧縮データ以外の部分（例えば、ＴＯＣ情報及びヘッダ情報）はマイコン１５に送り、圧縮データはデコードしてオーディオセット部２０に送る。
【００２４】
図示のディスク再生装置においては、メモリ１６は所謂ショックプルーフ用であり、ディスク再生装置が車両等の移動体に搭載されていると、その振動等に起因して、良好にデータ再生ができないことがある。このため、ＤＳＰ１２ではＣＰＵ１５ｃの制御下で、再生可能なデータであると、順次一旦メモリ１６に蓄積する。
【００２５】
このデータ蓄積は、例えば、２倍速処理（第１の処理速度）で行われ、メモリ１６に蓄積されたデータは先入れ先出しの手法でメモリ１６から読み出されて、ＤＳＰ１２で再生される。データ再生は、例えば、１倍速（第２の処理速度）で行われ、データ再生とデータ蓄積とを２倍以上ことなる速度で行えば、読み取り・判断処理を行っても、時間遅れはユーザには意識されない。
【００２６】
例えば、振動等に起因して、ピックアップ１１ａが正常に移動しない状態があっても、つまり、短時間の間データ読み取りができない状態があっても、メモリ１６に蓄積したデータを用いて再生を行えば、音途切れがなく再生を行うことができる（例えば、データの蓄積は再生時間で１０秒程度である）。
【００２７】
オーディオセット部２０には、操作ボタン２１、マイコン２２、液晶表示器（ＬＣＤ）２３、音声制御部２４、及び増幅部２５が備えられ、マイコン２２は、通信ポート部２２ａ、ＣＰＵ２２ｂ、割込み制御部２２ｃ、ＲＯＭ２２ｄ、及びＲＡＭ２２ｅを有している。ＲＯＭ２２ｄには制御プログラム等のプログラムが格納され、ＲＡＭ２２ｅはＣＰＵ２２ｂの作業用データを一時的に格納する領域として用いられる。
【００２８】
また、通信ポート部２２ａはＣＰＵ２２ｂとデッキ部１０との間のデータ送受のためのポートであり、割込み制御部２２ｃによってＣＰＵ２２ｂに対して割込み制御が行われることになる。
【００２９】
操作ボタン２１によってディスク再生が選択されると、通信ポート２２ａ及び１５ａを介してＣＰＵ２２ｂからＣＰＵ１５ｃにディスク再生指示が送られて、ＣＰＵ１５ｃでは、前述したようにして、デッキ１１に挿入されたディスクＤの再生制御を行う。そして、再生が開始されると、ＣＰＵ２２ｂではＣＰＵ１５ｃから送られるデータに応じてＬＣＤ２３に各種メッセージを表示する。
【００３０】
音声制御部２４では、ＤＳＰ１２から送られる再生音楽データ（デジタルデータ）に基づいてアナログ音響信号を生成し、このアナログ音響信号を増幅部２５に送る。増幅部２５ではアナログ音響信号を増幅した後、スピーカー２６及び２７に与え、スピーカー２６及び２７から音響（音楽）が送出される。
【００３１】
次に動作について説明する。
デッキ１１にディスクＤが挿入されると、前述のようにディスクＤに記録された音楽ファイルが再生されることになるが、この例では、ディスクＤにはＭＰ３方式で音楽ファイルが記録されているものとする。
【００３２】
図２はディスクＤに記録された音楽ファイルのフォーマット例を示す図であり、ここでは、ＭＰ３ファイルのフォーマット例が示されている（以下ＭＰ３データストリームと呼ぶ）。ＭＰ３データストリームは複数のフレーム１，２，３，…を有しており、各フレームにはヘッダ、サイド情報、及びメインデータが備えられている。ヘッダは後述するように３２ビット（４バイト）で構成され、サイド情報はウインドウ情報及び領域指定等のメインデータのデコードに必要な情報である。そして、メインデータは音楽データを含むデータである。
【００３３】
図３は図２に示すヘッダの構成を示す図であり、ヘッダにはビットレート及びサンプリング周波数等ＭＰ３データ全体のタイプを表す情報を含んでいる。図３において各要素（フィールド）の意味はＭＰ３の規格によって定義されているので、説明は省略するが、図３に示すヘッダにおいて、圧縮形式がＭＰ３である際には、Ｓｙｎｃｗｏｒｄの１２ビットは全て”１”である。つまり、ヘッダの先頭部分が連続して”１”が１２回あると、当該ヘッダはＭＰ３のヘッダであることになる。
【００３４】
図１及び図４を参照して、デッキ１１にディスクＤが挿入されて、操作ボタン２１によってユーザが再生する音楽ファイルを選択すると（ステップＳＴ１）、ＣＰＵ１５ｃでは、ＤＳＰ１２を制御して当該音楽ファイル内のヘッダのチェックを行う（ステップＳＴ２）。まず、ＭＰ３の場合にはｓｙｎｃｗｏｒｄは１２ビット全てが”１”であるので、ＣＰＵ１５ｃでは、連続して”１”が１２回あるか否かをチェックし（再生可能ヘッダ有り：ステップＳＴ３）、連続して”１”が１２回あると、ＣＰＵ１５ｃはＭＰ３のヘッダが存在すると判定する。
【００３５】
ＣＰＵ１５ｃではヘッダが存在すると判定すると、ｓｙｎｃｗｏｒｄに続く各要素（フィールド）をチェックして（データ構成チェック：ステップＳＴ４）、ＭＰ３のデータ構成をヘッダが有しているか否かを判定する。つまり、再生可能なデータ構成を有しているか否かを判定する（ステップＳＴ５）。ステップＳＴ５において、再生可能なデータ構成を有していると判定すると、ＣＰＵ１５ｃでは、ここで初めて音楽ファイルに当該データ構成に対応する拡張子が付加されているか否かを判定する（ステップＳＴ６）。
【００３６】
そして、対応する拡張子が付加されていると、ＣＰＵ１５ｃでは、ＤＳＰ１２を制御して前述したように音楽ファイルをデコードして（データデコード：ステップＳＴ７）、メモリ１６に一旦データを格納した後（ステップＳＴ８）、音楽ファイルの再生を行う。
【００３７】
ところで、音楽ファイルの再生に当たっては、再生前にヘッダの構成をチェックすることになるが、このヘッダ構成チェックに起因して、その分音楽ファイルの再生が遅れることになる。このため、図示の例では、ＣＰＵ（第１の処理手段）１５ｃは２曲目以降について、ＤＳＰ１２を制御して先読みを行って、データ構成を事前にチェックすることになる。つまり、図５に示すように、メモリ（蓄積手段）１６に、１曲目の途中から２曲目の途中までデータが格納された状態において、ＣＰＵ１５ｃはＤＳＰ１２を介して２曲目の始まりからデータを先読みして、２曲目のデータ構成をチェックすることになる。なお、図５に示す例では、１曲目の前半部分はオーディオセット部（第２の処理手段）２０を介して再生される。
【００３８】
ステップＳＴ５において、ＣＰＵ１５ｃは再生可能なデータ構成を有していないと判定すると、再度ヘッダ及びデータ構成をチェックして、再生可能であるか否かを判定する（ステップＳＴ９）。そして、再生可能でないと判定すると、再生不可を示す情報をＣＰＵ２２ｂに渡し、ＣＰＵ２２ｂは再生不可の旨ＬＣＤ２３に表示する。一方、再生可能であると判定すると、ＣＰＵ１５ｃはステップＳＴ６に進む。
【００３９】
ステップＳＴ６において、対応する拡張子がないと、ＣＰＵ１５ｃでは再びヘッダとデータ構成をチェックして再生可能であるか否かを判定して（ステップＳＴ１０）、再生可能であれば、ステップＳＴ７を行い、再生可能でなければ、前述のようにして、ＬＣＤ２３に再生不可の旨表示する。
【００４０】
なお、上述の説明から明らかなように、ＣＰＵ１５ｃが判定手段として機能し、ＤＳＰ１２が再生手段として機能することになる。
【００４１】
以上のように、この実施の形態１によれば、音楽ファイル中のヘッダを確認して、当該圧縮データの圧縮形式をチェックして、再生可能であるか否かを判定するように構成したので、ユーザがディスクに音楽ファイルを記録した際、拡張子を付け間違っていても、音楽ファイルの再生を行うことができ、ディスク再生装置で再生可能な圧縮形式である音楽ファイルであるにも拘わらず、拡張子の付け間違いによって再生不可となる事態を防止できるという効果がある。これによって、ユーザは拡張子を付け間違ってもディスクの再生を行うことができることになる。
【００４２】
この実施の形態１によれば、ヘッダのチェックに応じて再生可能な圧縮方式に係るヘッダであるか否かを判定した後、このヘッダによってデータ構成を確認して、再生可能であるか否かを判定するように構成したので、確実に音楽ファイルの再生可能を判定できるという効果がある。
【００４３】
この実施の形態１によれば、再生可能であると判定すると、さらに拡張子が圧縮データに対応する拡張子であるか否かを判定して、この拡張子が音楽ファイルの圧縮形式に対応しないと、再度音楽ファイルが再生可能であるか否かをヘッダによって確認するように構成したので、拡張子の間違いに拘わらず精度よく再生可能か否かを判定できるという効果がある。
【００４４】
この実施の形態１によれば、音楽ファイルの圧縮データをメモリに蓄積する際は第１の処理速度で行い、メモリから圧縮データを読み出す際は第２の処理速度で行って、第１の処理速度を第２の処理速度の２倍以上としたので、音楽ファイルの再生に当って、ヘッダチェックによる時間遅れを防止できるという効果がある。
【図面の簡単な説明】
【００４５】
【図１】この発明の実施の形態１によるディスク再生装置の構成を示すブロック図である。
【図２】ＭＰ３圧縮形式のデータフォーマットを示す図である。
【図３】図２に示すヘッダの構成を示す図である。
【図４】図１に示すディスク再生装置における再生可能判定動作を説明するためのフローチャートである。
【図５】図１に示すディスク再生装置における再生データの蓄積及び読み出しのタイミングを説明するための図である。
【符号の説明】
【００４６】
１０  デッキ部、１１  デッキ、１１ａ  ピックアップ、１２  ＤＳＰ（デジタルシグナルプロセッサ）、１３  モータドライバ、１４  ディスク検知部、１５，２２  マイクロコンピュータ（マイコン）、１５ａ，２２ａ  通信ポート部、１５ｂ，２２ｃ  割込み制御部、１５ｃ，２２ｂ  ＣＰＵ、１５ｄ，２２ｄ  ＲＯＭ、１５ｅ，２２ｅ  ＲＡＭ、１６  メモリ、２０  オーディオセット部、２１  操作ボタン、２３  液晶表示器（ＬＣＤ）、２４  音声制御部、２５  増幅部、２６，２７  スピーカー。
【図１】
2005276349.tif 000003
【図２】
2005276349.tif 000004
【図３】
2005276349.tif 000005
【図４】
2005276349.tif 000006
【図５】
2005276349.tif 000007