(57)【要約】【課題】  楽曲の途中において再生可能なタイミングが異なる楽曲データであっても、これらを同じタイミングから同期して再生できるようにする。【解決手段】ＭＰ３パートは、指示された再生開始位置Ｐよりも前に遡った再生開始位置Ｐ’から再生され始める。ただし、この再生開始位置Ｐ’から再生開始位置Ｐに相当するタイミングに至るまでの期間はミュート再生される。そして、ＭＰ３パートの進行が再生開始位置Ｐに相当するタイミングに到達したときにミュートが解除され、それと同時に、ＭＩＤＩパートの再生が開始される。【選択図】      図２
2005107285.tif 000002
【特許請求の範囲】
【請求項１】
楽曲データを構成する第１、第２のデータ列であってデータ列の途中から再生を開始することができるタイミングが異なるものを記憶した記憶手段から、前記第１のデータ列を読み出し、これに基づいて第１の楽曲を再生する第１の再生手段と、
前記記憶手段から前記第２のデータ列を読み出し、これに基づいて第２の楽曲を再生する第２の再生手段と、
前記第２の再生手段によれば再生を開始することができるが前記第１の再生手段では再生を開始することができないタイミングから楽曲の再生を開始するように指示された場合、前記タイミングよりも時間的に前に位置し、かつ、前記第１の再生手段によって再生可能なタイミングを特定する第１タイミング特定手段とを備え、
前記第２の再生手段は、前記楽曲の再生を開始するように指示されたタイミングから前記第２の楽曲を再生し、
前記第１の再生手段は、前記第１タイミング特定手段によって特定されたタイミングから前記楽曲の再生を開始し、かつ、前記指示されたタイミングに至るまでの期間においては、前記第１の楽曲をミュート再生することを特徴とする楽曲再生装置。
【請求項２】
前記第２の再生手段では再生を開始することができないタイミングから楽曲の再生を開始するように指示された場合、前記タイミングよりも時間的に前に位置し、前記第２の再生手段によって再生可能なタイミングを特定する第２タイミング特定手段を備え、
前記第２の再生手段は、前記第２タイミング特定手段によって特定されたタイミングから前記楽曲の再生を開始し、かつ、前記指示されたタイミングに至るまでの期間においては、前記第２の楽曲をミュート再生することを特徴とする請求項１記載の楽曲再生装置。
【請求項３】
前記第１タイミング特定手段は、前記第２のデータ列に基づいて楽曲の再生が開始された時から該楽曲の音質が安定する時までに応じて予め定められている期間分ずらして前記タイミングを特定する請求項１または２記載の楽曲再生装置。
【請求項４】
前記第１のデータ列と前記第２のデータ列はフレーム構成を有するデータ列であり、それぞれのフレームのサイズが異なる請求項１記載乃至３いずれかに記載の楽曲再生装置。
【請求項５】
前記第１のデータ列と前記第２のデータ列はフレーム構成を有するデータ列であり、それぞれのフレームの境界の位置が異なる請求項１乃至３いずれかに記載の楽曲再生装置。
【請求項６】
コンピュータ装置を、
楽曲データを構成する第１、第２のデータ列であってデータ列の途中から再生を開始することができるタイミングが異なるものを記憶した記憶手段から、前記第１のデータ列を読み出し、これに基づいて第１の楽曲を再生する第１の再生手段と、
前記記憶手段から前記第２のデータ列を読み出し、これに基づいて第２の楽曲を再生する第２の再生手段と、
前記第２の再生手段によれば再生をすることができるが前記第１の再生手段では再生を開始することができないタイミングから楽曲の再生を開始するように指示された場合、前記タイミングよりも時間的に前に位置し、かつ、前記第１の再生手段によって再生可能なタイミングを特定する第１タイミング特定手段として機能させ、
さらに、前記第２の再生手段が前記楽曲の再生を開始するように指示されたタイミングから前記第２の楽曲を再生し、
前記第１の再生手段が前記第１タイミング特定手段によって特定されたタイミングから前記楽曲の再生を開始し、かつ、前記指示されたタイミングに至るまでの期間においては、前記第１の楽曲をミュート再生するように機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えばＭＩＤＩ（Musical Instrumental Digital Interface：登録商標）とＭＰ３（MPEG-1 Audio Layer-III）のように異なる形式で記録された楽曲を途中から同期
して再生するための技術に関する。
【背景技術】
【０００２】
演奏情報を示す規格としてよく知られているものにＭＩＤＩ規格があり、また、データ圧縮形式の一つで音楽の記録によく用いられるものにＭＰ３がある。前者は、カラオケ装置に利用される場合が多いが（例えば特許文献１参照）、最近ではＭＩＤＩ形式の楽曲データ（以降、ＭＩＤＩデータという）とＭＰ３形式の音楽データ（以降、ＭＰ３データという）とをそれぞれの特性に応じた用途で併用しようという提案がある。例えばＭＰ３データはＭＩＤＩデータよりも臨場感のあるリアルな音質を実現できるので、そのような特性が要求されるコーラス音やガイドボーカル（人声のボーカル音）或いは特徴的な楽器の演奏などを再生するのに利用し、ＭＩＤＩデータは自動伴奏やガイドメロディなどを再生するのに利用する、といった具合である。なお、ガイドボーカル及びガイドメロディとは、歌い手が本来のボーカルやメロディを認識して歌い易いようにするために伴奏に混じって再生されるものである。
【０００３】
【特許文献１】特開平１０−１１０９７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、カラオケ装置のような楽曲再生装置においては、楽曲をその途中から再生しなければならないことがある。例えば再生の早送りや巻き戻しをした位置から再び楽曲を再生するような場合である。しかしながら、上記のようなＭＩＤＩデータとＭＰ３データとで構成される楽曲をその途中から再生しようとした場合には、次のような問題がある。
図９は、ＭＩＤＩパートとＭＰ３パートが再生される様子を時系列的に示した図である。ＭＩＤＩパートにおいては、楽曲の途中で再生を開始する位置を１（ｍｓ）単位で定めることができる。従って、例えば楽曲が開始されてからちょうど２５分が経過した時に再生開始が指示されると、図９の矢印によって示されるタイミングから斜線を施した部分のＭＩＤＩパートが再生されることになる。
【０００５】
これに対し、ＭＰ３データは、例えば３６（ｍｓ）単位のフレームを複数連ねたデータ構成となっており、このフレーム単位でしか楽曲を再生することができない。従って、前述したように楽曲開始から２５分ちょうどが経過したタイミングから再生を開始しようとした場合、そのタイミングがフレームの先頭部分に偶然一致していない限り、そのタイミングからは楽曲を再生することができない。このような場合には、図９の実線矢印に示すように、本来再生しようとしたタイミング（点線矢印）よりも時間的に後ろに位置するフレームの先頭部分から再生せざるを得ない。即ち、ＭＰ３パートの再生はＭＩＤＩパートの再生開始に幾分遅れて開始されてしまうから、聞き手には不自然な演奏に聞こえてしまう虞がある。
【０００６】
本発明は、このような問題を解決するために成されたものであり、楽曲の途中において再生可能なタイミングが異なるデータであっても、同じタイミングから再生できるようにすることを目的とする。
【課題を解決するための手段】
【０００７】
本発明の好適な態様である楽曲再生装置は、楽曲データを構成する第１、第２のデータ列であってデータ列の途中から再生を開始することができるタイミングが異なるものを記憶した記憶手段から、前記第１のデータ列を読み出し、これに基づいて第１の楽曲を再生する第１の再生手段と、
前記記憶手段から前記第２のデータ列を読み出し、これに基づいて第２の楽曲を再生する第２の再生手段と、
前記第２の再生手段によれば再生を開始することができるが前記第１の再生手段では再生を開始することができないタイミングから楽曲の再生を開始するように指示された場合、前記タイミングよりも時間的に前に位置し、かつ、前記第１の再生手段によって再生可能なタイミングを特定する第１タイミング特定手段とを備え、
前記第２の再生手段は、前記楽曲の再生を開始するように指示されたタイミングから前記第２の楽曲を再生し、
前記第１の再生手段は、前記第１タイミング特定手段によって特定されたタイミングから前記楽曲の再生を開始し、かつ、前記指示されたタイミングに至るまでの期間においては、前記第１の楽曲をミュート再生することを特徴とする。
【０００８】
本発明の別の好適な態様であるプログラムは、コンピュータ装置を、
楽曲データを構成する第１、第２のデータ列であってデータ列の途中から再生を開始することができるタイミングが異なるものを記憶した記憶手段から、第１のデータ列を読み出し、これに基づいて第１の楽曲を再生する第１の再生手段と、
前記記憶手段から第２のデータ列を読み出し、これに基づいて第２の楽曲を再生する第２の再生手段と、
前記第２の再生手段によれば再生をすることができるが前記第１の再生手段では再生を開始することができないタイミングから楽曲の再生を開始するように指示された場合、前記タイミングよりも時間的に前に位置し、かつ、前記第１の再生手段によって再生可能なタイミングを特定する第１タイミング特定手段として機能させ、
さらに、前記第２の再生手段が前記楽曲の再生を開始するように指示されたタイミングから前記第２の楽曲を再生し、
前記第１の再生手段が前記第１タイミング特定手段によって特定されたタイミングから前記楽曲の再生を開始し、かつ、前記指示されたタイミングに至るまでの期間においては、前記第１の楽曲をミュート再生するように機能させる。
【発明の効果】
【０００９】
本発明によれば、異なる形式の楽曲であっても、それらを楽曲の途中から同期して再生することができる。
【発明を実施するための最良の形態】
【００１０】
以下、図面を参照して、本発明の実施形態について説明する。
＜実施形態の構成＞
図１は本発明の実施形態に係るカラオケ装置本体１の構成を示すブロック図であり、以下に各部を説明する。
ＣＰＵ１１は、ＲＡＭ１３をワークエリアとして利用し、ＲＯＭ１２に格納されている各種プログラムを実行することで装置各部を制御する。通信Ｉ／Ｆ（インタフェース）１５は、楽曲データの配信元であるホストコンピュータ６より楽曲データを受信し、ＣＰＵ１１の制御のもとＨＤＤ（Hard Disk Drive）１４へと転送する。また、ＤＭＡ（Direct Memory Access）によるＨＤＤ１４へのデータ転送も可能である。
【００１１】
ＨＤＤ１４に記憶されている楽曲データには、ＭＩＤＩ形式の演奏データ（以降、ＭＩＤＩデータという）と、ＭＰ３形式の音楽データ（以降、ＭＰ３データという）という２種類のデータ列が含まれている。利用者が操作部１６を用いて楽曲を指定する操作を行うと、ＣＰＵ１１は、指定された楽曲を再生するための楽曲データをＨＤＤ１４から読み出す。ＣＰＵ１１は、読み出した楽曲データのうち、ＭＩＤＩデータをＲＡＭ１３にロードした後に、このＲＡＭ１３から順次読み出して音源装置１８や音声処理用ＤＳＰ２０に出力する。また、ＣＰＵ１１は、読み出した楽曲データのうちＭＰ３データをＭＰ３デコーダ２２に出力する。ＭＰ３デコーダ２２は、このＭＰ３データを順次復号し、復号したデータを音源装置１８や音声処理用ＤＳＰ２０に出力する。音源装置１８は、ＣＰＵ１１から出力されてくるＭＩＤＩデータやＭＰ３デコーダ２２によって出力されてくるデータに基づいて楽音信号を生成し、これを効果用ＤＳＰ１９に出力する。効果用ＤＳＰ１９は、音源装置１８で生成された楽音信号に対してリバーブやエコー等の効果を付与する。効果が付与された楽音信号は効果用ＤＳＰ１９によってＤ／Ａ変換された後、アンプ２１に出力される。音声処理用ＤＳＰ２０は、ＣＰＵ１１から出力されてくるＭＩＤＩデータやＭＰ３デコーダ２２によって出力されてくるデータに基づいてコーラス音信号を生成し、これをアンプ２１に出力する。アンプ２１は、これら楽音信号やコーラス音信号のほか、マイク４から供給される歌唱音声信号を増幅し、これらを混合してスピーカ３，３から放音させる。
【００１２】
操作部１６は、カラオケ装置本体１の前面に設けられた操作パネルであり、テンキーやキーコントロールキーなどの多数のキーを有している。また、操作部１６には、リモコン端末５から出力される信号（赤外線信号、無線信号等）を受信する受信部を有しており、受信部で受信した信号はＣＰＵ１１へ転送される。カラオケ装置本体１は、楽曲を再生する機能の他、例えば楽曲を早送りしたり巻き戻しする機能や、音を放音させずに楽曲を再生するミュート機能を備えている。操作者は操作部１６或いはリモコン端末５を操作することによって、楽曲の再生、停止、早送り、巻き戻し及びミュートを指示することができる。
【００１３】
表示制御部１７は映像データや歌詞などをモニタ２に表示させるための制御を行う。映像データは、図示せぬ映像データ記憶部（ＤＶＤ再生装置など）に記憶されており、曲のジャンルに応じた映像が読み出されるようになっている。歌詞は楽曲データ中の歌詞データを用いて表示されるようになっている。
【００１４】
ここで、図２は、カラオケ装置本体１においてＭＩＤＩパートとＭＰ３パートが再生される様子を時系列的に示した図である。
ＭＩＤＩパートについては、１（ｍｓ）単位の任意のタイミングで再生開始位置Ｐが指定されると、その再生開始位置ＰからＭＩＤＩデータが読み出されて、それ以降のＭＩＤＩパートが再生される。即ち、ＭＩＤＩデータが読み出されるシーク位置ＳとＭＩＤＩパートの再生が開始される再生開始位置Ｐとは同じ位置（タイミング）である。これに対し、ＭＰ３データにおいては、図２に示すように再生開始位置Ｐがフレームｆｎの境界に一致していないから、この再生開始位置Ｐに相当するタイミングからはＭＰ３パートを再生することができない。
【００１５】
そこで、ＭＰ３パートにおいては、指示された再生開始位置Ｐよりも時間的に前に遡り、かつ、ＭＰ３パートの再生開始が可能なタイミング（図２における再生開始位置Ｐ’）が特定され、この再生開始位置Ｐ’からＭＰ３パートが再生される。
ここで、この再生開始位置Ｐ’は次のようにして特定される。ＭＰ３データに基づいて再生される楽曲は、その音質が安定するまでに所定期間が必要とされる。なぜなら、ＭＰ３の規格では、圧縮効果を高めることを目的として前後のフレーム間で相互にビットの貸し借り（ビット貯蓄）を行っており、あるフレームから再生が開始された場合には、そのフレームよりも前に位置するフレームから借りていたビットが不足してしまい、音を正確に再現することができないからである。そこで、再生開始位置Ｐ’は、この音質が安定するまでに必要とされる所要期間を考慮して決められる。例えばフレーム長が３６（ｍｓ）で上記所要期間が２００（ｍｓ）程度の場合、２００（ｍｓ）÷３６（ｍｓ）の演算を行って得られる５（個）ないし６（個）だけ前に位置するフレームの先頭部分が再生開始位置Ｐ’となる。図２に示す例の場合、フレームｆnから５個前に位置するフレームｆn-5の先頭部分が再生開始位置Ｐ’となる。
【００１６】
ここで、発明者らの実験により、ＭＰ３デコーダ２２においては、次のような２種類の処理遅延が発生することが判明した。
まず、ＨＤＤ１４から読み出されたフレームを受け取ったＭＰ３デコーダ２２は、最初に受け取った２個のフレームについてはデコードしても音源装置１８には出力しないでそのまま読み飛ばしてしまうことがある。そこで、このような現象を考慮して、上述した再生開始位置Ｐ’から更に前に２フレーム分遡った位置をＭＰ３パートにおけるシーク位置Ｓ’とする。こうすれば、再生開始位置Ｐ’のタイミングから再生するために必要十分なＭＰ３データがＭＰ３デコーダ２２に供給されることになる。図２に示す例の場合、フレームｆn-5の先頭部分が再生開始位置Ｐ’であるから、シーク位置Ｓ’はそれよりも２個前のフレームｆn-7の先頭部分となる。
【００１７】
次に、ＭＰ３デコーダ２２がデコード処理を開始する場合においても、微少な期間だけデコード処理の遅延が発生することがわかった。この遅延期間は例えば７（ｍｓ）程度である。そこで、ＭＰ３デコーダ２２は、再生開始位置Ｐ’よりも７（ｍｓ）だけ前からデコード処理を開始する。図２における拡大図は、フレームｆn-5の先頭部分から７（ｍｓ）だけ前からデコード処理が開始されることを示している。
【００１８】
このようにして、ＭＰ３パートは再生開始位置Ｐ’に相当するタイミングから再生され始めるが、このときの再生処理は前述したミュート機能を用いたものであり、再生されるＭＰ３パートは聞き手には音として聞こえない。このようなミュート再生は、ＭＰ３パートの進行が再生開始位置Ｐに相当するタイミングに到達するまで継続される。そして、ＭＰ３パートの進行が再生開始位置Ｐに相当するタイミングに到達したときには音量が徐々に増加していくようにフェードインしてミュートが解除され、それと同時に、ＭＩＤＩパートの再生が開始される。よって、この時点からＭＰ３パートとＭＩＤＩパートが実際に聞こえる楽曲として同期して再生されることになる。
【００１９】
＜実施形態の動作＞
次に、上記構成からなるカラオケ装置本体１の動作を説明する。
利用者が操作部１６のテンキーやリモコン端末５を用いて楽曲指定操作を行うと、指定された楽曲を再生するための楽曲データ（ＭＩＤＩデータ及びＭＰ３データ）がＣＰＵ１１によってＨＤＤ１４から読み出され、楽曲再生や歌詞表示処理が行われる。ここで、利用者が操作部１６のテンキーやリモコン端末５を用いて早送り再生を指示してカラオケ装置本体１に或る期間だけ早送り再生させた後に、楽曲の途中から再生を開始させる操作を行ったとする。この操作に応じてＣＰＵ１１は、図３に示す処理を開始する。
ＣＰＵ１１は、まず、図２を用いて説明したような、ＭＰ３パートにおけるシーク位置Ｓ’を特定する（ステップＳ１）。即ち、ＣＰＵ１１は、上記再生開始操作によって指定された再生開始位置Ｐに相当するフレームｆnから７個だけ前のフレームであるフレームｆn-7に遡り、そのフレームｆn-7の先頭部分をシーク位置Ｓ’として特定する。
【００２０】
次いで、ＣＰＵ１１は、ＨＤＤ１４内のＭＰ３データをシーク位置Ｓ’から読み出し、これをＭＰ３に出力してミュート再生を行う（ステップＳ２）。このとき、実際に再生が開始されるのは、フレームｆn-5の先頭部分から７（ｍｓ）だけ前のタイミングからである。そして、ＣＰＵ１１は、上記再生開始操作によって指定されたタイミング（再生開始位置Ｐ）が到来するまで上記ミュート再生を継続する（ステップＳ３；Ｎｏ）。その後、上記タイミングが到来すると（ステップＳ３；Ｙｅｓ）、ＣＰＵ１１は、ＭＰ３パートについてはミュート機能を解除して通常の再生処理を行うとともに、ＭＩＤＩパートについてはシーク位置ＳからＭＩＤＩデータを読み出して再生を開始する（ステップＳ４）。
【００２１】
なお、図４に示すように、ＭＩＤＩパートの途中からＭＰ３パートが始まっている場合のように、ＭＰ３パートにおいて再生開始位置Ｐから前に７フレーム分遡ることができないことがある。このような場合、ＣＰＵ１１は、遡ることが可能なフレーム分（図４では３個のフレーム分）だけ遡った位置をシーク位置Ｓ’とし、その位置からＭＰ３データを読み出してミュート再生を開始すればよい。
【００２２】
以上説明したように、本実施形態によれば、ＭＰ３パートについては、操作者によって指示された再生開始タイミングよりも前のタイミングに遡ってミュート再生を開始し、指示された再生開始タイミングが到来すると、ＭＰ３パートのミュートを解除するとともにＭＩＤＩパートを再生し始めるので、聞き手にとってはＭＩＤＩパートとＭＰ３パートとが同じタイミングで開始されているかのように聞こえる。また、再生開始位置Ｐ’は、楽曲の音質が安定するまでの期間やＭＰ３デコーダ２２における各種遅延時間を考慮して決めているので、聞き手にとっては再生開始時点から音質が安定した状態の楽曲を聞くことができる。
【００２３】
＜変形例＞
以上説明した実施形態はあくまでも例示であり、種々の変形例がある。
ＭＰ３パートにおいては音質が安定するまでに必要な所定期間や、ＭＰ３デコーダ２２の処理遅延に関して説明した内容は、本実施形態に固有の値であるので、本発明に係る楽曲再生装置の実施がこれらの値に限定されるわけではない。例えばＭＰ３パートにおいては５フレーム前を再生開始位置に設定し７フレーム前をシーク位置に設定していたが、これとは異なる数のフレーム分だけ遡ってシーク位置や再生開始位置を決めてもよい。また、場合によってはこれらの事情を考慮しなくてもよい。ただし、ＭＰ３ではフレーム間でビットの貸し借りを行うというビット貯蓄がなされるため、再生開始するフレームの少なくとも１つ前のフレームから読み出さなければ再生することができない。また、ＭＰ３デコーダ２２の処理遅延が無視できるほど小さい場合には、その遅延を考慮する必要はない。
【００２４】
楽曲データを構成するデータ列の形式は、実施形態で例示したＭＩＤＩ形式とＭＰ３形式に限定されない。要は、データ列の途中から記憶手段から読み出して再生することができるタイミングがそれぞれ異なるような複数のデータ列の組み合わせであればよい。例えば、図５に示すように、フレームサイズが２４（ｍｓ）のデータ列Ｄ１とフレームサイズが３６（ｍｓ）のデータ列Ｄ２というように、フレームサイズがそれぞれ異なるような場合であってもよい。この場合、ＣＰＵ１１は、いずれか一方のデータ列における再生開始位置Ｐを基準として、他方のデータ列のミュート再生を先行させて開始し、上記再生開始位置Ｐが経過した時点でミュートを解除すればよい。なお、図５においては、音質が安定するまでに要する期間やＭＰ３デコーダ２２の処理遅延は考慮していない場合を図示している（図６〜図８において同じ）。
さらに上記と同様に、例えば図６に示すように、データ列のフレームサイズは３６（ｍｓ）で同じであるが、フレームとフレームの境界が時間的に前後にずれているような場合に本発明を適用してもよい。この場合も、ＣＰＵ１１は、いずれか一方のデータ列における再生開始位置Ｐを基準として、他方のデータ列のミュート再生を先行させて開始し、上記再生開始位置Ｐが経過した時点でミュートを解除すればよい。
また、図７に示すように、両方のデータ列がフレーム構成を採る場合に、いずれのデータ列においても再生できないタイミング（矢印Ｐｓによって示されるタイミング）から再生を開始するように指示される場合も想定される。このような場合には、ＣＰＵ１１は、データ列Ｄ１においては再生開始位置Ｐでミュート再生を開始する一方、データ列Ｄ２においては再生開始位置Ｐ’でミュート再生を開始する、というように、それぞれのデータ列において再生開始可能なタイミングからミュート再生を先行して開始すればよい。この後、ＣＰＵ１１は、矢印Ｐｓによって示されるタイミングが到来すると、両者のデータ列についてのミュートを解除し、以降は通常の再生を行う。
また、組み合わせられるデータ列の数は３つ以上であってもよい。例えば図８にはデータ列が３つの場合を例示しているが、この場合も、ＣＰＵ１１は、いずれか１つの楽曲データにおける再生開始位置Ｐを基準として、残りの楽曲データにおいてミュート再生を先行させておき、上記再生開始位置Ｐが経過した時点で全てのミュートを解除すればよい。
また、実施形態ではＭＰ３デコーダ２２をＣＰＵ１１とは別体のハードウェア構成として説明した。しかし、これに限らず、ＭＰ３データをデコードする機能はＣＰＵ１１がＲＯＭ１２またはＨＤＤ１４に記憶されたプログラムを実行することによって実現されてもよい。
なお、本発明に係る楽曲再生装置は実施形態で例示したカラオケ装置以外の装置にも適用されることはもちろんである。
【図面の簡単な説明】
【００２５】
【図１】本発明の実施形態に係る楽曲再生装置を適用したカラオケ装置の構成を示す図である。
【図２】同実施形態においてＭＩＤＩデータとＭＰ３データが楽曲の途中から再生される様子を時系列的に示した図である。
【図３】同実施形態においてＣＰＵが実行する動作を示すフローチャートである。
【図４】同実施形態においてＭＩＤＩパートとＭＰ３パートが楽曲の途中から再生される様子を時系列的に示した図である。
【図５】フレームのサイズが異なるデータ列Ｄ１とデータ列Ｄ２が楽曲の途中から再生される様子を時系列的に示した図である。
【図６】フレームのサイズが同じでフレームの境界がずれているデータ列Ｄ１とデータ列Ｄ２とが楽曲の途中から再生される様子を時系列的に示した図である。
【図７】フレームの途中で楽曲の再生開始が指示されたときに、データ列Ｄ１とデータ列Ｄ２とが再生される様子を時系列的に示した図である。
【図８】データ形式が異なる３つのデータ列Ｄ１，Ｄ２及びＤ３が楽曲の途中から再生される様子を時系列的に示した図である。
【図９】従来において、ＭＩＤＩパートとＭＰ３パートが再生される様子を時系列的に示した図である。
【符号の説明】
【００２６】
１…カラオケ装置本体、２…モニタ、３…スピーカ、４…マイク、５…リモコン端末、６…ホストコンピュータ、１１…ＣＰＵ、１２…ＲＯＭ、１３…ＲＡＭ、１４…ＨＤＤ、１５…通信Ｉ／Ｆ、１６…操作部、１７…表示制御部、１８…音源装置、１９…効果用ＤＳＰ、２０…音声処理用ＤＳＰ、２１…アンプ、２２…ＭＰ３デコーダ。
【図１】
2005107285.tif 000003
【図２】
2005107285.tif 000004
【図３】
2005107285.tif 000005
【図４】
2005107285.tif 000006
【図５】
2005107285.tif 000007
【図６】
2005107285.tif 000008
【図７】
2005107285.tif 000009
【図８】
2005107285.tif 000010
【図９】
2005107285.tif 000011