(57)【要約】【課題】音声シーケンスの編集、修正を簡単に行うことができ、また、データサイズの無駄を防ぐことができる音声および楽曲再生装置を提供する。【解決手段】ユーザが楽曲再生を指示すると、プレイヤー２２がファイル２１から、楽曲データを読み出し、ミドルウエア２３へロードする。ミドルウエア２３は、ロードされた楽曲データを楽曲部１２ａへ送る。楽曲部１２ａはその楽曲データに基づいて楽音信号を再生する。次に、ミドルウエア２３は、楽音データ中に混在するユーザイベントを検出すると、そのユーザイベントをプレイヤー２７へ送信する。プレイヤー２７は、ユーザイベントを受け、同イベントが指示するファイル番号の音声データファイル２６をミドルウエア２８にロードする。ミドルウエア２８は、ロードされた音声データを順次音源の音声部１２ｂへ出力する。これにより、音声部１２ｂにおいて音声の再生が行われる。【選択図】    図１
2004205605.tif 000002
【特許請求の範囲】
【請求項１】
複数のイベントデータからなる楽曲シーケンスデータが記憶された第１の記憶手段と、
複数の音声データファイルが記憶された第２の記憶手段と、
前記第１の記憶手段から前記楽曲シーケンスデータの各イベントデータを順次読み出し、出力すると共に、前記楽曲シーケンスデータ中にユーザイベントデータがあった場合に、音声再生指示を出力する楽曲再生手段と、
前記楽曲再生手段から出力されたイベントデータに基づいて楽音信号を生成する楽曲再生用音源と、
前記楽曲再生手段から出力された音声再生指示を受け、前記第２の記憶手段から音声データファイルを読み出し、読み出した音声データファイル内の各音声データを順次出力する音声再生手段と、
前記音声再生手段から出力された音声データに基づく音声信号を生成する音声再生用音源と、
を具備することを特徴とする音声および楽曲再生装置。
【請求項２】
前記音声再生指示には、音声データファイルを特定するデータが含まれていることを特徴とする請求項１に記載の音声および楽曲再生装置。
【請求項３】
ユーザの指示に基づいて前記ユーザイベントデータに所望の前記音声データファイルを割り付ける割付手段を設けたことを特徴とする請求項１または請求項２に記載の音声および楽曲再生装置。
【請求項４】
ユーザの指示に基づいて前記ユーザイベントデータに所望の前記音声データファイルを割り付けるためのプログラムを受信する受信手段と、前記受信手段によって受信されたプログラムを実行する実行手段とを具備することを特徴とする請求項１または請求項２に記載の音声および楽曲再生装置。
【請求項５】
ユーザによって入力されたデータに基づいて音声データファイルを生成し、前記第２の記憶手段に書き込む音声データファイル生成手段を設けたことを特徴とする請求項１〜請求項４のいずれかの項に記載の音声および楽曲再生装置。
【請求項６】
ユーザによって入力されたデータに基づいて音声データファイルを生成し、前記第２の記憶手段に書き込むプログラムを受信する受信手段と、
前記受信手段によって受信されたプログラムを実行する実行手段とを具備することを特徴とする請求項１〜請求項４のいずれかの項に記載の音声および楽曲再生装置。
【請求項７】
前記第１、第２の記憶手段に代えて、前記楽曲シーケンスデータおよび前記楽音データファイルが共に記憶された第３の記憶手段を設けたことを特徴とする請求項１に記載の音声および楽曲再生装置。
【請求項８】
音源を用いて楽曲と音声を再生させるためのシーケンスデータフォーマットであって、
ユーザイベントを有する楽曲シーケンスデータを含むシーケンスデータチャンクと、複数の音声データを含む音声データチャンクを有し、
前記ユーザイベントは、該ユーザイベントが生起するタイミングで再生するための音声データが前記複数の音声データから割り付けられていることを特徴とするシーケンスデータフォーマット。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、楽曲シーケンス中の指定のタイミングにおいて特定の音声シーケンスを再生する音声および楽曲再生装置に関する。
【０００２】
【従来の技術】
近年、携帯電話機等の分野においては、楽曲に同期させて表示を行ったり、音声を再生することが行われる。特許文献１には、所定のタイミングで楽曲と音声を同期させて発音させる技術が開示されている。
【０００３】
【特許文献１】
特開２００２−１０１１９１号公報
【０００４】
また、従来、楽曲に同期させて音声を発生させる方法として、１つのシーケンスファイルに楽曲シーケンスと音声シーケンスの両方を定義し、そのファイルを再生することによって楽曲および音声を同期させて発生させる方法が知られている。図１３は、この場合の音声および楽曲再生装置の概略構成を示す図であり、音声付楽曲データファイル５１をプレイヤー５２がサウンドミドルウエア５３にロードし、サウンドミドルウエア５３がロードされたファイルを解釈して楽曲再生用の音源制御データおよび音声再生用の音源制御データを生成し、音源５４へ出力する。音源５４は楽曲用の音源および音声用の音源を有し、それぞれの音源によって再生した楽音信号および音声信号をミキシングしてスピーカ５５へ出力する。
【０００５】
【発明が解決しようとする課題】
ところで、上述した音声付楽曲データファイル中の音声シーケンスは、発音すべき音声の発音タイミングを示す時間情報を含んでおり、その時間情報によって楽曲シーケンスとの同期が可能となっている。従って、上述した音声および楽曲再生装置にあっては、ファイル作成において、あるいは、音声シーケンスの再生内容を変更する場合において、相方のシーケンスの時間情報を解釈して音声と楽曲の同期を確認しながら、編集や該当個所の修正しなければならず、このため、ファイルの編集、修正に手間が掛かる問題があった。また、再生音声のみが異なる複数の再生パターンが必要な場合は、それぞれの再生音声に対応して同一の楽曲シーケンスを用意しなければならず、データサイズの点で無駄が多い欠点がある。これは、特に、携帯電話機のように小型の機器においては大きな問題となる。
この発明は、このような事情を考慮してなされたもので、その目的は、音声シーケンスの編集、修正を簡単に行うことができ、また、データサイズの無駄も防ぐことができる音声および楽曲再生装置を提供することにある。
【０００６】
【課題を解決するための手段】
この発明は上記の課題を解決するためになされたもので、請求項１に記載の発明は、複数のイベントデータからなる楽曲シーケンスデータが記憶された第１の記憶手段と、複数の音声データファイルが記憶された第２の記憶手段と、前記第１の記憶手段から前記楽曲シーケンスデータの各イベントデータを順次読み出し、出力すると共に、前記楽曲シーケンスデータ中にユーザイベントデータがあった場合に、音声再生指示を出力する楽曲再生手段と、前記楽曲再生手段から出力されたイベントデータに基づいて楽音信号を生成する楽曲再生用音源と、前記楽曲再生手段から出力された音声再生指示を受け、前記第２の記憶手段から音声データファイルを読み出し、読み出した音声データファイル内の各音声データを順次出力する音声再生手段と、前記音声再生手段から出力された音声データに基づく音声信号を生成する音声再生用音源とを具備することを特徴とする音声および楽曲再生装置である。
【０００７】
請求項２に記載の発明は、請求項１に記載の音声および楽曲再生装置において、前記音声再生指示には、音声データファイルを特定するデータが含まれていることを特徴とする。
請求項３に記載の発明は、請求項１または請求項２に記載の音声および楽曲再生装置において、ユーザの指示に基づいて前記ユーザイベントデータに所望の前記音声データファイルを割り付ける割付手段を設けたことを特徴とする。
請求項４に記載の発明は、請求項１または請求項２に記載の音声および楽曲再生装置において、ユーザの指示に基づいて前記ユーザイベントデータに所望の前記音声データファイルを割り付けるためのプログラムを受信する受信手段と、前記受信手段によって受信されたプログラムを実行する実行手段とを具備することを特徴とする。
【０００８】
請求項５に記載の発明は、請求項１〜請求項４のいずれかの項に記載の音声および楽曲再生装置において、ユーザによって入力されたデータに基づいて音声データファイルを生成し、前記第２の記憶手段に書き込む音声データファイル生成手段を設けたことを特徴とする。
請求項６に記載の発明は、請求項１〜請求項４のいずれかの項に記載の音声および楽曲再生装置において、ユーザによって入力されたデータに基づいて音声データファイルを生成し、前記第２の記憶手段に書き込むプログラムを受信する受信手段と、前記受信手段によって受信されたプログラムを実行する実行手段とを具備することを特徴とする。
【０００９】
請求項７に記載の発明は、請求項１に記載の音声および楽曲再生装置において、前記第１、第２の記憶手段に代えて、前記楽曲シーケンスデータおよび前記楽音データファイルが共に記憶された第３の記憶手段を設けたことを特徴とする。請求項８に記載の発明は、音源を用いて楽曲と音声を再生させるためのシーケンスデータフォーマットであって、ユーザイベントを有する楽曲シーケンスデータを含むシーケンスデータチャンクと、複数の音声データを含む音声データチャンクを有し、前記ユーザイベントは、該ユーザイベントが生起するタイミングで再生するための音声データが前記複数の音声データから割り付けられていることを特徴とするシーケンスデータフォーマットである。
【００１０】
【発明の実施の形態】
以下、図面を参照し、この発明の一実施の形態について説明する。図１は同実施の形態による音声および楽曲再生装置の機能ブロック図、図２は音声および楽曲再生装置を適用した携帯電話機のハードウエア構成図である。図２において、符号１はＣＰＵ（中央処理装置）、２はＣＰＵ１のプログラムが記憶されたＲＯＭ（リードオンリメモリ）、３はデータ一時記憶用のＲＡＭ（ランダムアクセスメモリ）であり、不揮発性のメモリが使用されている。４はテンキー、ファンクションキーからなる操作部、５は液晶表示器による表示部である。６は通信部であり、アンテナ７を介して基地局との通信を行う。
【００１１】
８は音声処理部であり、通信部６から出力される圧縮音声データを伸張し、アナログ信号に変換してスピーカ９へ出力し、また、マイクロフォン１０からの音声信号をディジタル音声データに変換し、圧縮して通信部６へ出力する。１２は音源であり、楽曲再生用の楽曲部１２ａと音声再生用の音声部１２ｂが設けられている。この場合、楽曲部１２ａはＦＭ方式あるいはＰＣＭ方式によって楽音信号を生成する音源である。また、音声部１２ｂは波形重畳方式あるいはフォルマント合成方式によって音声を合成するものである。上記の楽曲部１２ａによって着信メロディが形成され、また、楽曲部１２ａおよび音声部１２ｂによって後に述べる音声付きの楽音再生が行われる。
【００１２】
次に、図１において、２１が楽曲データファイルであり、ＲＡＭ３内に記憶されている。この楽曲データファイル２１は、着信メロディに使用される楽曲データや鑑賞用の楽曲データ等が含まれており、各楽曲は例えばインターネットを介してダウンロードされる。楽曲データファイル２１は、楽曲部１２ａに対する発音指示等の制御内容を示すイベントデータとそのイベントの発生タイミングを示す時間データからなる。さらに、本発明の実施の形態では、所定の音声データをＲＡＭ３よりロードすることを指示するユーザイベントデータを含んでいる。ユーザイベントデータも前記の時間データによりその発生タイミングが決められている。プレイヤー２２はソフトウエアであり、楽曲データファイル２１内の楽曲データをサウンドミドルウエア２３にロードし、また、ユーザからの指示に応じて楽曲データファイル２１の制御を行う。サウンドミドルウエア２３はソフトウエアであり、プレイヤー２２から供給される楽曲データを音源制御データに変換し、時間データにしたがって順次音源１２（図２）の楽曲部１２ａへ出力する。楽曲部１２ａはその音源制御データを楽音信号に変換し、出力する。
【００１３】
音声データファイル２６は音声データが記録された複数のファイルであり、ＲＡＭ３内に記憶される。プレイヤー２７はサウンドミドルウエア２３から指示されたファイル番号の音声データファイル２６をサウンドミドルウエア２８にロードする。サウンドミドルウエア２８は、プレイヤー２７から供給された音声データファイルの各音声データを順次音源１２の音声部１２ｂへ出力する。音声部１２ｂはその音声データをアナログ音声信号に変換して出力する。音源１２の楽曲部１２ａおよび音声部１２ｂから出力された楽音信号および音声信号は、合成回路２９において合成され、スピーカ１３へ出力される。
【００１４】
次に、上記実施形態の動作を図３に示すフローチャートおよび図４に示す説明図を参照して説明する。なお、この実施形態による携帯電話機の電話機としての動作は従来のものと同様であるので説明を省略し、音声および楽曲再生装置の動作を以下に説明する。
【００１５】
ユーザが操作部４において楽曲番号を入力し、次いで楽曲再生を指示すると、プレイヤー２２が楽曲データファイル２１から、ユーザによって指示された楽曲データを読み出し、サウンドミドルウエア２３へロードする（図３のステップＳａ１）。サウンドミドルウエア２３は、ロードされた楽曲データに基づく楽曲再生処理をスタートする（ステップＳａ２）。まず、最初のイベントデータを読み込み（ステップＳａ３）、そのイベントデータがユーザイベントであるか否かを判断する（ステップＳａ４）。そして、ユーザイベントでなかった場合は、通常イベント（楽曲再生用イベント）であるか否かを判断する（ステップＳａ５）。そして、通常イベントであった場合は、そのイベントデータを音源１２の楽曲部１２ａへ送る（ステップＳａ６）。楽曲部１２ａはそのイベントデータに基づいて楽音信号を再生する（ステップＳａ７）。次に、サウンドミドルウエア２３は、楽曲データのデータエンドを検出したか否かを判断し（ステップＳａ８）、検出していない場合は再びステップＳａ３へ戻り、次のイベントの読み込みを行う。
【００１６】
以後、上述した過程を繰り返すことによって楽曲再生が行われる。その楽曲再生途中において、ユーザイベントが検出されると（ステップＳａ４の判断が「ＹＥＳ」）、サウンドミドルウエア２３がそのユーザイベントをプレイヤー２７へ送信する（ステップＳａ９）。プレイヤー２７は、ユーザイベントを受け、同イベントが指示するファイル番号の音声データファイル２６をサウンドミドルウエア２８にロードする（ステップＳａ１０）。サウンドミドルウエア２８は、音声再生処理をスタートし（ステップＳａ１１）、ロードされた音声データを順次音源１２の音声部１２ｂへ出力する。これにより、音声部１２ｂにおいて音声の再生が行われる（ステップＳａ１２）。
一方、サウンドミドルウエア２３は、ユーザイベントをプレイヤー２７へ出力した後、データエンドを検出したか否かを判断し（ステップＳａ８）、検出していない場合は再びステップＳａ３へ戻る。以下、上記の処理が繰り返される。
【００１７】
図４は、上述した過程を示す説明図であり、楽曲シーケンスの途中において、まず、ユーザイベント１が検出されると、同イベントに対応する音声データ１が再生され、次に、ユーザイベント２が検出されると、同イベントに対応する音声データ２が再生されることを示している。なお、ユーザイベントに基づいて再生される音声データファイルは、予めアプリケーションソフトによって選択され、選択されたファイルの番号が、ユーザによって楽曲データ中のユーザイベントに書き込まれる。ここで、アプリケーションソフトは予めＲＯＭ２内に設定されていてもよく、あるいは、ＪＡＶＡ（登録商標）によるものでもよい。
【００１８】
次に、上述した音声および楽曲再生装置の第１の応用例を説明する。
図５は同応用例の説明図であり、図６は動作を説明するためのフローチャートである。
この応用例においては、まず、アプリケーションが起動されると、質問音声データを音声部１２ｂへ出力して質問音声再生を行う（図５、図６のステップＳｂ１）。例えばクイズの場合は、Ｙｅｓ、Ｎｏ、Ａ、Ｂ、Ｃ・・・等、血液占いの場合は、Ａ、Ｂ、ＡＢ、Ｏ、星占いの場合は、蟹座、獅子座・・・等の質問音声を再生する。この質問に対し、ユーザが操作部４のテンキーによって回答を行うと（ステップＳｂ２）、アプリケーションがその回答を受信し（ステップＳｂ３）、受信した回答結果が指示する音声データファイル２６のファイル番号をユーザイベントに割り付ける（ステップＳｂ４）。次に、楽曲データの再生が行われる（ステップＳｂ５）。その再生途中において、ユーザイベントが検出されると、そのユーザイベントに上記の処理によって割り付けられた音声データが再生される。例えば、「今日の運勢は大吉でしょう」という言葉が楽音に合わせて発生する（図５）。
【００１９】
次に、上述した音声および楽曲再生装置の第２の応用例を説明する。
図７は同応用例の説明図であり、図８は動作を説明するためのフローチャートである。
この応用例においては、まず、アプリケーションが起動されると、歌詞入力を画面表示等にて要求する。この要求に応じて、ユーザが特定の楽曲（ユーザイベントが予め設定されている）を選択し、楽曲内の特定のタイミングにおけるオリジナル歌詞のテキストをテンキーによって入力する（図７，図８のステップＳｃ１）。アプリケーションは、入力された歌詞を音声データに変換し、音声データファイル２６としてＲＡＭ３内に登録する（ステップＳｃ２）。次に、アプリケーションは、その音声データファイルのファイル番号をユーザイベントに割り付ける（ステップＳｃ３）。なお、上述した歌詞の入力および割付けは１つではなく、複数入力し割り付けるようにしてもよい（Ａメロ、Ｂメロ、サビ等）。
【００２０】
次に、楽曲データの再生が行われる（ステップＳｃ４）。その再生途中において、ユーザイベントが検出されると、そのユーザイベントに上記の処理によって割り付けられた歌詞の音声データが再生される。例えば、「ハッピバースデイ、トンちゃん」という言葉が楽音に合わせて発生する（図７）。
【００２１】
なお、オリジナル歌詞に音程を付けて発音してもよい。その場合の音程および音長を割り付ける方法には、
(1)歌詞（テキスト）を登録する際に、予め決められている音程や音長を示すタグをテキストに付け、再生の際に音源ではそのタグに従って音程や音高を制御する、
(2)楽曲部シーケンス再生時に、ユーザイベント以後のメロディの音程や音高を抽出して、同時に歌詞（テキスト）をその音程や音長に制御して再生する、
等の方法がある。
また、上記第１、第２の応用例におけるアプリケーションは予めＲＯＭ２内に設定されていてもよく、あるいは、ＪＡＶＡ（登録商標）によるものでもよい。
【００２２】
次に、この発明の第２の実施形態について説明する。
図９は同実施形態による音声および楽曲再生装置の機能ブロック図であり、この図において、３１は本実施形態におけるＳＭＡＦ（Synthetic music Mobile Application Format）ファイルである。ここで、ＳＭＡＦとは携帯端末用マルチメディアコンテンツのデータフォーマット仕様のファイルであり、本実施形態においては、楽曲データと音声データが１つのファイルに書き込まれる。図１０に本実施形態のＳＭＡＦファイルの構成を示す。この図に示す各ｃｈｕｎｋ（データのかたまり）は次の通りである。
Contents Info Chunk：ＳＭＡＦファイルの各種管理用情報が格納される。
Score Track chunk：音源へ送り込む楽曲のシーケンス・トラックを格納する。
Sequence Data Chunk：実演奏データを格納する。
HV Data chunk：ＨＶ（音声）データＨＶ−１，ＨＶ−２・・・を格納する。
また、実演奏データのシーケンスには、「ＨＶ  Ｎｏｔｅ  ＯＮ」というイベントが記録され、このイベントによってHV Data chunkの各データの発音が指示される。なお、このイベントは第１の実施形態におけるユーザイベントに相当する。
【００２３】
３２は楽曲用再生のプレイヤー、３３は楽曲用のサウンドミドルウエア、３４は音声用のプレイヤー、３５は音声用のサウンドミドルウエアであり、これらの機能は図１のものと同様である。３６は音源デバイスであり、内部に楽曲を再生するためのシーケンサ３７、シーケンサから出力される音源制御データに基づいて楽音信号を形成する音源３８、音声再生用の音源３９が各々設けられている。そして、音源３８、３９において形成された楽音信号および音声信号が合成回路４０において合成され、スピーカ４１へ出力される。
【００２４】
次に、上記実施形態の動作を図１１、図１２を参照して説明する。
図１１は同実施形態の動作の説明図であり、図１２は動作を説明するためのフローチャートである。
ユーザによる楽曲再生指示があると、プレイヤー３２がＳＭＡＦファイル３１から、楽曲データを読み出し、サウンドミドルウエア３３へロードする（図１２のステップＳｄ１）。サウンドミドルウエア３３は、ロードされた楽曲データを音源制御データに変換し、シーケンサ３７へ出力する（楽曲再生スタート；ステップＳｄ２）。シーケンサ３７は、まず、供給された音源制御データから最初のイベントデータを読み込み（ステップＳｄ３）、そのイベントデータがＨＶ  Ｎｏｔｅ  ＯＮイベントであるか否かを判断する（ステップＳｄ４）。そして、ＨＶ  Ｎｏｔｅ  ＯＮイベントでなかった場合は、通常イベント（楽曲再生用イベント）であるか否かを判断する（ステップＳｄ５）。そして、通常イベントであった場合は、そのイベントデータを音源３８へ送る。音源３８はそのイベントデータに基づいて楽音信号を再生する（ステップＳｄ６）。次に、シーケンサ３７は、楽曲データのデータエンドを検出したか否かを判断し（ステップＳｄ７）、検出していない場合は再びステップＳｄ３へ戻り、次のイベントの読み込みを行う。
【００２５】
以後、上述した過程を繰り返すことによって楽曲再生が行われる。その楽曲再生途中において、ＨＶ  Ｎｏｔｅ  ＯＮイベントが検出されると（ステップＳｄ４の判断が「ＹＥＳ」）、シーケンサ３７がそのＨＶ  Ｎｏｔｅ  ＯＮイベントに割り付けられているＨＶデータを指定するＩＤをプレイヤー３４へ送信する（ステップＳｄ９）。プレイヤー３４は、そのＩＤが指示するＨＶデータをＳＭＡＦファイルから読み出し、サウンドミドルウエア３５にロードする（ステップＳｄ１０）。サウンドミドルウエア３５は、ＨＶデータを音源制御データ（音声を指定するためのパラメータ）に変換し、音源３９へ出力する。これにより、音源３９において音声の再生が行われる（ステップＳｄ１１）。
【００２６】
一方、シーケンサ３７は、ＨＶ  Ｎｏｔｅ  ＯＮイベントをプレイヤー３４へ出力した後、データエンドを検出したか否かを判断し（ステップＳｄ７）、検出していない場合は再びステップＳｄ３へ戻る。以下、上記の処理が繰り返される。図１１は、上述した過程を示す説明図であり、楽曲シーケンスの途中において、まず、ＨＶ  Ｎｏｔｅ  ＯＮイベント１が検出されると、同イベントに対応する音声データＨＶ−１が再生され、次に、ＨＶ  Ｎｏｔｅ  ＯＮイベント２が検出されると、同イベントに対応する音声データＨＶ−２が再生されることを示している。
【００２７】
この第２の実施形態によれば、前述した第１の実施形態と同様に、歌声やナレーションが挿入された楽曲を再生することが可能となる。
なお、ＳＭＡＦファイルはコンテンツメーカにおいて作成され、配信されるが、ユーザの携帯端末装置においてＳＭＡＦファイル中のデータを加工できる機能があれば、前述した応用例２と同様のことが可能である。
【００２８】
【発明の効果】
以上説明したように、この発明によれば、ユーザイベントを含む楽曲シーケンスデータファイルと、該ユーザイベントにより再生が指示される音声データファイルが定義されていて、それぞれのファイルが異なる再生手段によって処理されるようになっているので、音声シーケンスの編集、修正を簡単に行うことができる効果が得られる。また、音声シーケンスとして複数のパターンを用意する場合においても、音声データファイルのみ複数用意すればよく、データサイズの無駄も防ぐことができる効果がある。
【図面の簡単な説明】
【図１】この発明の第１の実施形態による音声および楽曲再生装置の機能ブロック図である。
【図２】同実施形態による音声および楽曲再生装置を適用した携帯電話機の構成を示すブロック図である。
【図３】同実施形態による音声および楽曲再生装置の動作を説明するためのフローチャートである。
【図４】同実施形態による音声および楽曲再生装置の動作を説明するための説明図である。
【図５】同実施形態による音声および楽曲再生装置の第１の応用例を説明するための説明図である。
【図６】同第１のの応用例を説明するためのフローチャートである。
【図７】同実施形態による音声および楽曲再生装置の第２の応用例を説明するための説明図である。
【図８】同第２の応用例を説明するためのフローチャートである。
【図９】この発明の第２の実施形態による音声および楽曲再生装置の機能ブロック図である。
【図１０】同実施形態におけるＳＭＡＦファイル３１の構成を示す図である。
【図１１】同実施形態の動作を説明するための説明図である。
【図１２】同実施形態の動作を説明するためのフローチャートである。
【図１３】従来の音声および楽曲再生装置の機能ブロック図である。
【符号の説明】
１…ＣＰＵ、２…ＲＯＭ、３…ＲＡＭ、１２…音源、１２ａ…楽曲部、１２ｂ…音声部、１３…スピーカ、２１…楽曲データファイル、２２、２７、３２、３４…プレイヤー、２３、２８、３３、３５…サウンドミドルウエア、２６…楽音データファイル、３６…音源デバイス、３７…シーケンサ、３８…音源、３９…音声用音源。
【図１】
2004205605.tif 000003
【図２】
2004205605.tif 000004
【図３】
2004205605.tif 000005
【図４】
2004205605.tif 000006
【図５】
2004205605.tif 000007
【図６】
2004205605.tif 000008
【図７】
2004205605.tif 000009
【図８】
2004205605.tif 000010
【図９】
2004205605.tif 000011
【図１０】
2004205605.tif 000012
【図１１】
2004205605.tif 000013
【図１２】
2004205605.tif 000014
【図１３】
2004205605.tif 000015