(57)【要約】【課題】楽曲の進行に沿った様々な時点で多彩な音声を出力すること。【解決手段】楽曲の進行に沿った１以上の時点又は１以上の期間の特徴を定義する楽曲進行データを取得するデータ取得部と、前記データ取得部により取得される前記楽曲進行データを用いて、前記楽曲の再生中における音声を出力すべき出力時点を決定する決定部と、前記楽曲の再生中に、前記決定部により決定される前記出力時点において前記音声を出力する音声出力部と、を備える音声処理装置を提供する。【選択図】図９
2011043710.tif 000002
【特許請求の範囲】
【請求項１】
楽曲の進行に沿った１以上の時点又は１以上の期間の特徴を定義する楽曲進行データを取得するデータ取得部と；
前記データ取得部により取得される前記楽曲進行データを用いて、前記楽曲の再生中における音声を出力すべき出力時点を決定する決定部と；
前記楽曲の再生中に、前記決定部により決定される前記出力時点において前記音声を出力する音声出力部と；
を備える音声処理装置。
【請求項２】
前記データ取得部は、前記音声の出力タイミングを前記楽曲進行データにより特徴を定義された前記１以上の時点又は前記１以上の期間のうちのいずれかと関連付けて定義するタイミングデータ、をさらに取得し、
前記決定部は、前記楽曲進行データ及び前記タイミングデータを用いて、前記出力時点を決定する
請求項１に記載の音声処理装置。
【請求項３】
前記データ取得部は、前記音声の内容を定義するテンプレート、をさらに取得し、
前記音声処理装置は、
前記音声を前記データ取得部により取得される前記テンプレートを用いて合成する合成部；
をさらに備える、請求項２に記載の音声処理装置。
【請求項４】
前記テンプレートは、前記音声の内容をテキスト形式で記述したテキストデータを含み、当該テキストデータは、前記楽曲の属性値を挿入すべき位置を示す所定の記号を有する、請求項３に記載の音声処理装置。
【請求項５】
前記データ取得部は、前記楽曲の属性値を表す属性データ、をさらに取得し、
前記合成部は、前記データ取得部により取得される前記属性データに応じて前記所定の記号により示される位置に前記楽曲の属性値を挿入した後、前記テンプレートに含まれる前記テキストデータを用いて前記音声を合成する、
請求項４に記載の音声処理装置。
【請求項６】
前記音声処理装置は、
楽曲の再生に関連する複数のテーマのうちのいずれかと関連付けてそれぞれ定義される複数の前記テンプレートを記憶している記憶部；
をさらに備え、
前記データ取得部は、指定されたテーマに対応する１以上の前記テンプレートを、前記記憶部により記憶されている複数の前記テンプレートから取得する、
請求項３に記載の音声処理装置。
【請求項７】
少なくとも１つの前記テンプレートは、前記楽曲のタイトル名又はアーティスト名が前記属性値として挿入される前記テキストデータを含む、請求項４に記載の音声処理装置。
【請求項８】
少なくとも１つの前記テンプレートは、前記楽曲のランキングに関連する前記属性値が挿入される前記テキストデータを含む、請求項４に記載の音声処理装置。
【請求項９】
前記音声処理装置は、
楽曲の再生の履歴を保持する履歴保持部；
をさらに備え、
少なくとも１つの前記テンプレートは、前記履歴保持部により保持される前記履歴に基づいて設定される前記属性値が挿入される前記テキストデータを含む、
請求項４に記載の音声処理装置。
【請求項１０】
少なくとも１つの前記テンプレートは、前記楽曲を聴取するユーザ又は当該ユーザとは異なるユーザについての楽曲の再生の履歴に基づいて設定される属性値が挿入される前記テキストデータを含む、請求項４に記載の音声処理装置。
【請求項１１】
前記楽曲進行データにより定義される前記１以上の時点又は前記１以上の期間の特徴は、当該時点又は当該期間におけるボーカルの存在、メロディの種類、ビートの存在、コードの種類、キーの種類若しくは演奏されている楽器の種類のうち少なくとも１つを含む、請求項１に記載の音声処理装置。
【請求項１２】
音声処理装置を用いて、
当該音声処理装置の内部又は外部に設けられる記録媒体から、楽曲の進行に沿った１以上の時点又は１以上の期間の特徴を定義する楽曲進行データを取得するステップと；
取得された前記楽曲進行データを用いて、前記楽曲の再生中における音声を出力すべき出力時点を決定するステップと；
前記楽曲の再生中に、決定された前記出力時点において前記音声を出力するステップと；
を含む音声処理方法。
【請求項１３】
音声処理装置を制御するコンピュータを：
楽曲の進行に沿った１以上の時点又は１以上の期間の特徴を定義する楽曲進行データを取得するデータ取得部と；
前記データ取得部により取得される前記楽曲進行データを用いて、前記楽曲の再生中における音声を出力すべき出力時点を決定する決定部と；
前記楽曲の再生中に、前記決定部により決定される前記出力時点において前記音声を出力する音声出力部と；
として機能させるための、プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、音声処理装置、音声処理方法及びプログラムに関する。
【背景技術】
【０００２】
近年、デジタル化された楽曲データをＰＣ（Personal  Computer）や携帯型のオーディオプレーヤなどに蓄積し、蓄積した楽曲データから楽曲を再生して楽しむユーザが増えている。このような楽曲の再生は、多くの場合、楽曲データを一覧化したプレイリストに基づいて順に行なわれる。しかし、常に同じ順序で単純に楽曲を再生するだけでは、ユーザはすぐに楽曲の再生に飽きてしまう可能性がある。そこで、いくつかのオーディオプレーヤ用のソフトウェアは、プレイリストからランダムに選択した順序で楽曲の再生を行う機能を備えている。
【０００３】
また、下記特許文献１は、楽曲の合間を自動的に認識し、その合間にナビゲーション情報を音声出力するナビゲーション装置を開示している。かかるナビゲーション装置によれば、単純に楽曲が再生されるだけでなく、ユーザが再生を楽しんでいる楽曲と楽曲の合間にユーザに有益な情報を提供することができる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平１０−１０４０１０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記特許文献１により開示されたナビゲーション装置は、楽曲の再生に重ならないようにナビゲーション情報を挿入することを主目的とするものであって、楽曲を楽しむユーザのユーザ体験の質を変えようとするものではない。これに対し、楽曲間のみならず、楽曲の進行に沿った様々な時点で多彩な音声を出力することができれば、娯楽性や臨場感などのユーザに提供されるユーザ体験の質を向上させることができる。
【０００６】
そこで、本発明は、楽曲の進行に沿った様々な時点で多彩な音声を出力することのできる、新規かつ改良された音声処理装置、音声処理方法及びプログラムを提供しようとするものである。
【課題を解決するための手段】
【０００７】
本発明のある実施形態によれば、楽曲の進行に沿った１以上の時点又は１以上の期間の特徴を定義する楽曲進行データを取得するデータ取得部と、上記データ取得部により取得される上記楽曲進行データを用いて、上記楽曲の再生中における音声を出力すべき出力時点を決定する決定部と、上記楽曲の再生中に、上記決定部により決定される上記出力時点において上記音声を出力する音声出力部と、を備える音声処理装置が提供される。
【０００８】
かかる構成によれば、楽曲の進行に沿った１以上の時点又は１以上の期間のうちのいずれかと関連する出力時点が動的に決定され、楽曲の再生中の当該出力時点において音声が出力される。
【０００９】
また、上記データ取得部は、上記音声の出力タイミングを上記楽曲進行データにより特徴を定義された上記１以上の時点又は上記１以上の期間のうちのいずれかと関連付けて定義するタイミングデータ、をさらに取得し、上記決定部は、上記楽曲進行データ及び上記タイミングデータを用いて、上記出力時点を決定してもよい。
【００１０】
また、上記データ取得部は、上記音声の内容を定義するテンプレート、をさらに取得し、上記音声処理装置は、上記音声を上記データ取得部により取得される上記テンプレートを用いて合成する合成部、をさらに備えてもよい。
【００１１】
また、上記テンプレートは、上記音声の内容をテキスト形式で記述したテキストデータを含み、当該テキストデータは、上記楽曲の属性値を挿入すべき位置を示す所定の記号を有してもよい。
【００１２】
また、上記データ取得部は、上記楽曲の属性値を表す属性データ、をさらに取得し、上記合成部は、上記データ取得部により取得される上記属性データに応じて上記所定の記号により示される位置に上記楽曲の属性値を挿入した後、上記テンプレートに含まれる上記テキストデータを用いて上記音声を合成してもよい。
【００１３】
また、上記音声処理装置は、楽曲の再生に関連する複数のテーマのうちのいずれかと関連付けてそれぞれ定義される複数の上記テンプレートを記憶している記憶部、をさらに備え、上記データ取得部は、指定されたテーマに対応する１以上の上記テンプレートを、上記記憶部により記憶されている複数の上記テンプレートから取得してもよい。
【００１４】
また、少なくとも１つの上記テンプレートは、上記楽曲のタイトル名又はアーティスト名が上記属性値として挿入される上記テキストデータを含んでもよい。
【００１５】
また、少なくとも１つの上記テンプレートは、上記楽曲のランキングに関連する上記属性値が挿入される上記テキストデータを含んでもよい。
【００１６】
また、上記音声処理装置は、楽曲の再生の履歴を保持する履歴保持部、をさらに備え、少なくとも１つの上記テンプレートは、上記履歴保持部により保持される上記履歴に基づいて設定される上記属性値が挿入される上記テキストデータを含んでもよい。
【００１７】
また、少なくとも１つの上記テンプレートは、上記楽曲を聴取するユーザ又は当該ユーザとは異なるユーザについての楽曲の再生の履歴に基づいて設定される属性値が挿入される上記テキストデータを含んでもよい。
【００１８】
また、上記楽曲進行データにより定義される上記１以上の時点又は上記１以上の期間の特徴は、当該時点又は当該期間におけるボーカルの存在、メロディの種類、ビートの存在、コードの種類、キーの種類若しくは演奏されている楽器の種類のうち少なくとも１つを含んでもよい。
【００１９】
また、本発明の別の実施形態によれば、音声処理装置を用いて、当該音声処理装置の内部又は外部に設けられる記録媒体から、楽曲の進行に沿った１以上の時点又は１以上の期間の特徴を定義する楽曲進行データを取得するステップと、取得された上記楽曲進行データを用いて、上記楽曲の再生中における音声を出力すべき出力時点を決定するステップと、上記楽曲の再生中に、決定された上記出力時点において上記音声を出力するステップと、を含む音声処理方法が提供される。
【００２０】
また、本発明の別の実施形態によれば、音声処理装置を制御するコンピュータを、楽曲の進行に沿った１以上の時点又は１以上の期間の特徴を定義する楽曲進行データを取得するデータ取得部と、上記データ取得部により取得される上記楽曲進行データを用いて、上記楽曲の再生中における音声を出力すべき出力時点を決定する決定部と、上記楽曲の再生中に、上記決定部により決定される上記出力時点において上記音声を出力する音声出力部と、として機能させるためのプログラムが提供される。
【発明の効果】
【００２１】
以上説明したように、本発明に係る音声処理装置、音声処理方法及びプログラムによれば、楽曲の進行に沿った様々な時点で多彩な音声を出力することができる。
【図面の簡単な説明】
【００２２】
【図１】本発明の一実施形態に係る音声処理装置の概要を示す模式図である。
【図２】属性データの一例について説明するための説明図である。
【図３】楽曲進行データの一例について説明するための第１の説明図である。
【図４】楽曲進行データの一例について説明するための第２の説明図である。
【図５】テーマ、テンプレート及びタイミングデータの関係について説明するための説明図である。
【図６】テーマ、テンプレート及びタイミングデータの一例について説明するための説明図である。
【図７】発音記述データの一例について説明するための説明図である。
【図８】再生履歴データの一例について説明するための説明図である。
【図９】第１の実施形態に係る音声処理装置の構成の一例を示すブロック図である。
【図１０】第１の実施形態に係る合成部の詳細な構成の一例を示すブロック図である。
【図１１】第１の実施形態に係る音声処理の流れの一例を示すフローチャートである。
【図１２】第１のテーマに応じた音声の例を示す説明図である。
【図１３】第２のテーマに属すテンプレート及びタイミングデータの例を示す説明図である。
【図１４】第２のテーマに応じた音声の例を示す説明図である。
【図１５】第３のテーマに属すテンプレート及びタイミングデータの例を示す説明図である。
【図１６】第３のテーマに応じた音声の例を示す説明図である。
【図１７】第２の実施形態に係る音声処理装置の構成の一例を示すブロック図である。
【図１８】第４のテーマに属すテンプレート及びタイミングデータの例を示す説明図である。
【図１９】第４のテーマに応じた音声の例を示す説明図である。
【図２０】第３の実施形態に係る音声処理装置の概要を示す模式図である。
【図２１】第３の実施形態に係る音声処理装置の構成の一例を示すブロック図である。
【図２２】第５のテーマに属すテンプレート及びタイミングデータの例を示す説明図である。
【図２３】第５のテーマに応じた音声の例を示す説明図である。
【図２４】本発明の一実施形態に係る音声処理装置のハードウェア構成例を示すブロック図である。
【発明を実施するための形態】
【００２３】
以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付すことにより重複説明を省略する。
【００２４】
また、以下の順序にしたがって当該「発明を実施するための形態」を説明する。
１．音声処理装置の概要
２．音声処理装置が扱うデータの説明
２−１．楽曲データ
２−２．属性データ
２−３．楽曲進行データ
２−４．テーマ、テンプレート及びタイミングデータ
２−５．発音記述データ
２−６．再生履歴データ
３．第１の実施形態の説明
３−１．音声処理装置の構成例
３−２．処理の流れの一例
３−３．テーマの例
３−４．第１の実施形態のまとめ
４．第２の実施形態の説明
４−１．音声処理装置の構成例
４−２．テーマの例
４−３．第２の実施形態のまとめ
５．第３の実施形態の説明
５−１．音声処理装置の構成例
５−２．テーマの例
５−３．第３の実施形態のまとめ
【００２５】
＜１．音声処理装置の概要＞
まず、図１を用いて、本発明の一実施形態に係る音声処理装置の概要について説明する。図１は、本発明の一実施形態に係る音声処理装置の概要を示す模式図である。図１を参照すると、音声処理装置１００ａ、音声処理装置１００ｂ、ネットワーク１０２、及び外部データベース１０４が示されている。
【００２６】
音声処理装置１００ａは、本発明の一実施形態に係る音声処理装置の一例である。音声処理装置１００ａは、例えば、ＰＣやワークステーションなどの情報処理装置、デジタルオーディオプレーヤやデジタルテレビジョン受像機などのデジタル家電機器、又はカーナビゲーション装置などであってよい。音声処理装置１００ａは、典型的には、ネットワーク１０２を介して外部データベース１０４にアクセスすることができる。
【００２７】
音声処理装置１００ｂもまた、本発明の一実施形態に係る音声処理装置の一例である。ここでは、音声処理装置１００ｂとして、携帯型のオーディオプレーヤを示している。音声処理装置１００ｂは、例えば、無線通信機能を用いて外部データベース１０４にアクセスすることができる。
【００２８】
音声処理装置１００ａ及び１００ｂは、例えば、内蔵した又は着脱可能な記憶媒体に記憶されている楽曲データを読出し、楽曲を再生する。音声処理装置１００ａ及び１００ｂは、例えば、プレイリストの機能を備えていてもよく、その場合にはプレイリストにより定義された順に楽曲を再生することもできる。さらに、後に詳しく説明するように、音声処理装置１００ａ及び１００ｂは、再生される楽曲の進行に沿った様々な時点で、追加的な音声出力を行なう。音声処理装置１００ａ及び１００ｂにより出力される音声の内容は、例えば、ユーザ又はシステムにより指定されるテーマに合わせて、及び／又は楽曲の属性に応じて、動的に生成され得る。
【００２９】
なお、本明細書の以降の説明において、特に音声処理装置１００ａと音声処理装置１００ｂとを相互に区別する必要がない場合には、符号の末尾のアルファベットを省略して音声処理装置１００と総称する。
【００３０】
ネットワーク１０２は、音声処理装置１００ａと外部データベース１０４との間を接続する通信ネットワークである。ネットワーク１０２は、例えば、インターネット、電話回線網、ＩＰ−ＶＰＮ（Internet  Protocol−Virtual  Private  Network）、ＬＡＮ（Local  Area  Network）又はＷＡＮ（Wide  Area  Network）などの任意の通信ネットワークであってよい。また、ネットワーク１０２が有線であるか無線であるかは問わない。
【００３１】
外部データベース１０４は、音声処理装置１００からの要求に応じて音声処理装置１００にデータを提供するデータベースである。外部データベース１０４により提供されるデータには、例えば、楽曲の属性データの一部、楽曲進行データ及び発音記述データが含まれる。但し、かかる例に限定されず、他の種類のデータが外部データベース１０４から提供されてもよい。例えば、楽曲データそのものが外部データベース１０４から提供されてもよい。また、本明細書において外部データベース１０４から提供されるものとして説明するデータを、音声処理装置１００が予め内部に保持していてもよい。
【００３２】
＜２．音声処理装置が扱うデータの説明＞
次に、本発明の一実施形態において音声処理装置１００が使用する主なデータについて説明する。
【００３３】
［２−１．楽曲データ］
楽曲データは、楽曲をデジタル形式で符号化したデータである。楽曲データのフォーマットは、ＷＡＶ、ＡＩＦＦ、ＭＰ３、ＡＴＲＡＣなどの圧縮型又は非圧縮型の任意のフォーマットであってよい。後に説明する楽曲の属性データ及び楽曲進行データは、楽曲データと関連付けられる。
【００３４】
［２−２．属性データ］
本明細書において、属性データとは、楽曲の属性値を表すデータである。図２は、属性データの一例を示している。図２を参照すると、属性データ（ＡＴＴ）は、ＣＤ（Compact  Disc）のＴＯＣ（Table  Of  Content）、ＭＰ３のＩＤ３タグ又はプレイリストなどから取得されるデータ（以下、ＴＯＣデータという）と、外部データベース１０４から取得されるデータ（以下、外部データという）とを含む。このうち、ＴＯＣデータには、例えば、楽曲のタイトル、アーティスト名、ジャンル、長さ、又は順番（プレイリスト中で何番目の曲か）などが含まれ得る。また、外部データには、例えば、その楽曲が週間又は月間の売上げランキングで何位となっているかなどを表すデータが含まれ得る。このような属性データの値は、後に説明するように、音声処理装置１００により楽曲の再生中に出力される音声の内容に含まれる所定の位置に挿入され得る。
【００３５】
［２−３．楽曲進行データ］
楽曲進行データとは、楽曲の進行に沿った１以上の時点又は１以上の期間の特徴を定義するデータである。楽曲進行データは、楽曲データを解析することにより生成され、例えば外部データベース１０４に予め保持される。楽曲進行データのデータ形式としては、例えば、ＳＭＦＭＦ形式を用いることができる。例えば、ＧｒａｃｅＮｏｔｅ（登録商標）社のＣＤＤＢ（登録商標）（Compact  Disc  DataBase）は、市場で流通している多数の楽曲のＳＭＦＭＦ形式の楽曲進行データを提供しており、音声処理装置１００はこれを利用することができる。
【００３６】
図３は、ＳＭＦＭＦ形式で記述された楽曲進行データの一例を示している。図３を参照すると、楽曲進行データ（ＭＰ：Music  Progression  data）は、一般データ（ＧＤ：Generic  Data）とタイムラインデータ（ＴＬ：TimeLine  data）とを含む。
【００３７】
一般データは、楽曲の全般にわたる特徴を記述するデータである。図３の例では、一般データのデータ項目として、楽曲のムード（明るい、寂しい、など）、及びＢＰＭ（Beats  Per  Minute：楽曲のテンポを表す）が示されている。かかる一般データは、上述した楽曲の属性データとして扱われてもよい。
【００３８】
タイムラインデータは、楽曲の進行に沿った１以上の時点又は１以上の期間の特徴を記述するデータである。図３の例では、タイムラインデータは、位置、カテゴリ及びサブカテゴリの３つのデータ項目を有する。このうち、「位置」は、例えば楽曲の演奏開始時点を起点とするタイムスパン（例えばｍｓｅｃなど）を用いて、楽曲の進行に沿ったいずれかの時点を特定する。一方、「カテゴリ」及び「サブカテゴリ」は、「位置」により特定される時点、又は当該時点から始まる部分的な期間において演奏されている楽曲の特徴を表す。より具体的には、例えば「カテゴリ」が「メロディ」である場合には、演奏されているメロディの種類（前奏、Ａメロ、Ｂメロ、サビ、間奏など）が「サブカテゴリ」により表される。また、例えば「カテゴリ」が「コード」である場合には、演奏されているコードの種類（ＣＭａｊ、Ｃｍ、Ｃ７など）が「サブカテゴリ」により表される。また、例えば「カテゴリ」が「ビート」である場合には、その時点で演奏されるビートの種類（大きいビート、小さいビートなど）が「サブカテゴリ」により表される。また、例えば「カテゴリ」が「楽器」である場合には、演奏されている楽器の種類（ギター、ベース、ドラム、男性ボーカル、女性ボーカルなど）が「サブカテゴリ」により表される。なお、「カテゴリ」及び「サブカテゴリ」の分類はかかる例に限定されない。例えば、「男性ボーカル」又は「女性ボーカル」などは、「楽器」とは別に定義されるカテゴリ（例えば、「ボーカル」など）に属すサブカテゴリであってもよい。
【００３９】
図４は、楽曲進行データのうちのタイムラインデータについてさらに説明するための説明図である。図４の上部には、ある楽曲の進行に沿った、演奏されるメロディの種類、コードの種類、キーの種類、楽器の種類が時間軸と共に示されている。例えば、図４に示された楽曲において、メロディの種類は、“前奏”→“Ａメロ”→“Ｂメロ”→“サビ”→“間奏”→“Ｂメロ”→“サビ”という順に進行している。コードの種類は、“ＣＭａｊ”→“Ｃｍ”→“ＣＭａｊ”→“Ｃｍ”→“Ｃ＃Ｍａｊ”という順に進行している。キーの種類は、“Ｃ”→“Ｃ＃”という順に進行している。さらに、“前奏”及び“間奏”以外のメロディの部分では、男性ボーカルが現れている（即ち、その期間において男性が歌っている）。また、楽曲の全般にわたってドラムが演奏されている。
【００４０】
また、図４の下部には、上述した楽曲の進行に沿った一例としての５つのタイムラインデータＴＬ１〜ＴＬ５が示されている。タイムラインデータＴＬ１は、位置２００００（演奏開始時点から２００００ｍｓｅｃ＝２０秒後）から演奏されるメロディが“Ａメロ”であることを表している。タイムラインデータＴＬ２は、位置２１０００において男性のボーカルが歌唱を開始することを表している。タイムラインデータＴＬ３は、位置４５０００から演奏されるコードが“ＣＭａｊ”であることを表している。タイムラインデータＴＬ４は、位置６００００において大きいビートが鳴らされることを表している。タイムラインデータＴＬ５は、位置６３０００から演奏されるコードが“Ｃｍ”であることを表している。
【００４１】
このような楽曲進行データを用いて、音声処理装置１００は、楽曲の進行に沿った１以上の時点又は１以上の期間においてボーカルが存在しているか（ボーカリストが歌っているか）、どういった種類のメロディ、コード、キー若しくは楽器が演奏されているか、又はいつビートが鳴らされているかなどを認識することができる。
【００４２】
［２−４．テーマ、テンプレート及びタイミングデータ］
図５は、テーマ、テンプレート及びタイミングデータの関係について説明するための説明図である。図５を参照すると、１つのテーマデータ（ＴＨ）に対し、１以上のテンプレート（ＴＰ）及び１以上のタイミングデータ（ＴＭ）が存在する。即ち、テンプレート及びタイミングデータは、いずれかのテーマデータと関連付けられる。テーマデータはそれぞれ楽曲の再生に関連するテーマを表し、複数供給されるテンプレート及びタイミングデータの組をいくつかの集合に分類する。テーマデータは、例えば、テーマＩＤ（IDentifier）及びテーマ名という２つのデータ項目を有する。このうち、テーマＩＤは、各テーマを一意に識別するための識別子である。また、テーマ名は、例えばユーザが複数のテーマの中から所望のテーマを選択するために用いられる、テーマの名称である。
【００４３】
テンプレートは、楽曲の再生中に出力すべき音声の内容を定義するデータである。テンプレートは、上記音声の内容をテキスト形式で記述したテキストデータを含む。そして、例えば、かかるテキストデータを音声合成エンジンが読み上げることにより、テンプレートにより定義された内容が音声に変換される。また、後述するように、テキストデータは、楽曲の属性データに含まれるいずれかの属性値を挿入すべき位置を示す所定の記号を有する。
【００４４】
タイミングデータは、楽曲の再生中に出力すべき音声の出力タイミングを、楽曲進行データから認識される１以上の時点又は１以上の期間のうちのいずれかと関連付けて定義するデータである。タイミングデータは、例えば、タイプ（type）、基準（align）、及びオフセット（offset）の３つのデータ項目を有する。このうち、タイプは、例えば、楽曲進行データのタイムラインデータのカテゴリ又はサブカテゴリへの参照を含み、少なくとも１つのタイムラインデータを特定するために使用される。また、基準及びオフセットは、タイプにより特定されるタイムラインデータの表す時間軸上の位置と、音声の出力時点との相対的な位置関係を定義する。なお、本実施形態では、１つのテンプレートについて１つのタイミングデータが与えられるものとして説明するが、その代わりに１つのテンプレートについて複数のタイミングデータが与えられてもよい。
【００４５】
図６は、テーマ、テンプレート及びタイミングデータの一例について説明するための説明図である。図６を参照すると、テーマＩＤ＝「テーマ１」、テーマ名＝「ラジオＤＪ」というデータ項目を有するテーマデータＴＨ１に、複数個のテンプレート及びタイミングデータの組（ペア１、ペア２…）が関連付けられている。
【００４６】
ペア１には、テンプレートＴＰ１及びタイミングデータＴＭ１が含まれる。このうち、テンプレートＴＰ１には、「曲は、＄｛ＡＲＴＩＳＴ｝で、＄｛ＴＩＴＬＥ｝です！」というテキストデータが含まれる。ここで、テキストデータの中の「＄｛ＡＲＴＩＳＴ｝」は、楽曲の属性値のうち、アーティスト名を挿入すべき位置を示す記号である。また、「＄｛ＴＩＴＬＥ｝」は、楽曲の属性値のうち、タイトルを挿入すべき位置を示す記号である。本明細書では、楽曲の属性値を挿入すべき位置を示す記号を＄｛…｝としているが、かかる例に限定されず、他の記号が使用されてもよい。また、テンプレートＴＰ１に対応するタイミングデータＴＭ１の各データ値は、タイプ＝「最初のボーカル」、基準＝「先頭」、オフセット＝「−１００００」である。これは、テンプレートＴＰ１により定義される音声の内容を、楽曲の進行に沿った最初のボーカルの期間の先頭よりも１０秒手前から出力すべきことを定義している。
【００４７】
一方、ペア２には、テンプレートＴＰ２及びタイミングデータＴＭ２が含まれる。このうち、テンプレートＴＰ２には、「次の曲は、＄｛ＮＥＸＴ＿ＡＲＴＩＳＴ｝で、＄｛ＮＥＸＴ＿ＴＩＴＬＥ｝です！」というテキストデータが含まれる。ここで、テキストデータの中の「＄｛ＮＥＸＴ＿ＡＲＴＩＳＴ｝」は、次の楽曲のアーティスト名を挿入すべき位置を示す記号である。また、「＄｛ＮＥＸＴ＿ＴＩＴＬＥ｝」は、次の楽曲のタイトルを挿入すべき位置を示す記号である。また、テンプレートＴＰ２に対応するタイミングデータＴＭ２の各データ値は、タイプ＝「間奏」、基準＝「先頭」、オフセット＝「＋２０００」である。これは、テンプレートＴＰ２により定義される音声の内容を、間奏の期間の先頭よりも２秒後から出力すべきことを定義している。
【００４８】
このようなテンプレート及びタイミングデータをテーマごとに分類して予め複数用意しておくことで、ユーザ又はシステムにより指定されるテーマに応じて、多彩な音声の内容を楽曲の進行に沿った様々な時点で出力することができる。なお、テーマごとの音声の内容のいくつかの例については、後にさらに提示する。
【００４９】
［２−５．発音記述データ］
発音記述データとは、単語やフレーズの正確な発音（即ち、どのように読むのが適切か）を標準化された記号を用いて記述したデータである。単語やフレーズの発音を記述するための体系としては、例えば国際音声記号（ＩＰＡ：International  Phonetic  Alphabet）、ＳＡＭＰＡ（Speech  Assessment  Methods  Phonetic  Alphabet）又はＸ−ＳＡＭＰＡ（Extended  SAM  Phonetic  Alphabet）などが挙げられる。これらのうち、本明細書では、全ての記号をＡＳＣＩＩ文字のみで表現することのできるＸ−ＳＡＭＰＡを用いる例について説明する。
【００５０】
図７は、Ｘ−ＳＡＭＰＡを用いた発音記述データの一例について説明するための説明図である。図７を参照すると、３つのテキストデータＴＸ１〜ＴＸ３、及び各テキストデータにそれぞれ対応する３つの発音記述データＰＤ１〜ＰＤ３が示されている。このうち、テキストデータＴＸ１は、「Ｍａｍｍａ  Ｍｉａ」という楽曲のタイトルを表している。ここで、この楽曲のタイトルは、正確には“マンマ  ミーア”と発音される。しかし、単純にテキストの読み上げを行なうＴＴＳ（Text  To  Speech）エンジンにテキストデータＴＸ１を入力すると、“マンマ  マイア”などのように誤った形で楽曲のタイトルが発音される可能性がある。一方、発音記述データＰＤ１は、Ｘ−ＳＡＭＰＡに従い、テキストデータＴＸ１の正確な発音を「”ｍＡ．ｍ＠  ”ｍｉ．＠」と記述している。この発音記述データＰＤ１をＸ−ＳＡＭＰＡを扱うことのできるＴＴＳエンジンに入力すると、“マンマ  ミーア”という正確な発音の音声が合成される。
【００５１】
同様に、テキストデータＴＸ２は、「Ｇｉｍｍｅ！  Ｇｉｍｍｅ！  Ｇｉｍｍｅ！」という楽曲のタイトルを表している。これをＴＴＳエンジンに直接入力すると、記号“！”が命令文を表しているものと解釈され、タイトルの発音の中に不要な空白期間が挿入され得る。一方、発音記述データＰＤ２「”ｇＩ．ｍｉ＃”ｇＩ．ｍｉ＃”ｇＩ．ｍｉ＃”＠」に基づいて音声を合成することで、不要な空白期間のない正確な発音の音声が合成される。
【００５２】
また、テキストデータＴＸ３は、「願  〜  ｎｅｇａｉ  〜」という楽曲のタイトルを表している。これをＴＴＳエンジンに直接入力すると、読み上げる必要のない記号“〜”が「ナミダッシュ」などと読み上げられる可能性がある。一方、発音記述データＰＤ３「ｎｅ．”Ｎａ．ｉ」に基づいて音声を合成することで、“ネガイ”という正確な発音の音声が合成される。
【００５３】
市場で流通している多数の楽曲のタイトル又はアーティスト名などについてのこのような発音記述データは、例えば、上述したＧｒａｃｅＮｏｔｅ（登録商標）社のＣＤＤＢ（登録商標）などにより提供されている。そのため、音声処理装置１００はこれを利用することができる。
【００５４】
［２−６．再生履歴データ］
再生履歴データとは、あるユーザ又はある装置などにより再生された楽曲の履歴を保持するためのデータである。再生履歴データの形式は、どの楽曲がいつ再生されたかを示す情報を時系列で蓄積した形式であってもよく、又は何らかの集計処理を経た形式であってもよい。
【００５５】
図８は、再生履歴データの一例について説明するための説明図である。図８を参照すると、互いに形式の異なる再生履歴データＨＩＳＴ１及びＨＩＳＴ２が示されている。このうち、再生履歴データＨＩＳＴ１は、楽曲を一意に特定するための楽曲ＩＤと、当該楽曲ＩＤにより特定される楽曲が再生された日時と、を含むレコードを時系列で蓄積したデータである。一方、再生履歴データＨＩＳＴ２は、例えば再生履歴データＨＩＳＴ１を集計することにより得られるデータである。再生履歴データＨＩＳＴ２は、楽曲ＩＤごとの一定の期間（例えば１日、１週間又は１ヶ月など）内の再生回数を示しており、図８の例では、楽曲「Ｍ００１」の再生回数は１０回、楽曲「Ｍ００２」の再生回数は１回、楽曲「Ｍ１２３」の再生回数は５回である。このような楽曲別の再生回数、又は再生回数の多い順にソートした場合の順位など、再生履歴データから集計される値もまた、楽曲の属性値と同様に、音声処理装置１００により合成される音声の内容に挿入され得る。
【００５６】
次に、ここまで説明したデータを使用して多彩な音声を楽曲の進行に沿った様々な時点で出力するための、音声処理装置１００の構成について具体的に説明する。
【００５７】
＜３．第１の実施形態の説明＞
［３−１．音声処理装置の構成例］
図９は、本発明の第１の実施形態に係る音声処理装置１００の構成の一例を示すブロック図である。図９を参照すると、音声処理装置１００は、記憶部１１０、データ取得部１２０、タイミング決定部１３０、合成部１５０、楽曲処理部１７０、及び音声出力部１８０を備える。
【００５８】
記憶部１１０は、例えばハードディスク又は半導体メモリなどの記憶媒体を用いて、音声処理装置１００による処理に使用されるデータを記憶する。記憶部１１０により記憶されるデータには、例えば、楽曲データ、楽曲データと関連付けられる属性データ、並びに、テーマごとに分類されるテンプレート及びタイミングデータなどが含まれる。これらデータのうち、楽曲データは、楽曲の再生時に楽曲処理部１７０へ出力される。また、属性データ、テンプレート及びタイミングデータは、データ取得部１２０により取得され、タイミング決定部１３０又は合成部１５０へそれぞれ出力される。
【００５９】
データ取得部１２０は、タイミング決定部１３０又は合成部１５０により使用されるデータを、記憶部１１０又は外部データベース１０４から取得する。より具体的には、データ取得部１２０は、例えば、再生される楽曲の属性データの一部、並びにテーマに応じたテンプレート及びタイミングデータを記憶部１１０から取得し、タイミングデータをタイミング決定部１３０へ、属性データ及びテンプレートを合成部１５０へ出力する。また、データ取得部１２０は、例えば、再生される楽曲の属性データの一部、楽曲進行データ、及び発音記述データを外部データベース１０４から取得し、楽曲進行データをタイミング決定部１３０へ、属性データ及び発音記述データを合成部１５０へ出力する。
【００６０】
タイミング決定部１３０は、データ取得部１２０により取得される楽曲進行データ及びタイミングデータを用いて、楽曲の進行に沿って音声を出力すべき出力時点を決定する。例えば、タイミング決定部１３０に、図４に例示した楽曲進行データ及び図６に例示したタイミングデータＴＭ１が入力されたものとする。その場合、タイミング決定部１３０は、まず、タイミングデータＴＭ１のタイプ「最初のボーカル」により特定されるタイムラインデータを楽曲進行データから検索する。そして、図４に例示したタイムラインデータＴＬ２が、楽曲の最初のボーカル期間の先頭の時点を表すデータであると特定される。そうすると、タイミング決定部１３０は、タイムラインデータＴＬ２の位置「２１０００」にタイミングデータＴＭ１のオフセット「−１００００」を加えて、テンプレートＴＰ１から合成される音声の出力時点を、位置「１１０００」と決定する。
【００６１】
タイミング決定部１３０は、このようにして、データ取得部１２０から入力され得る複数のタイミングデータについて、各タイミングデータと対応するテンプレートから合成される音声の出力時点をそれぞれ決定する。そして、タイミング決定部１３０は、決定したテンプレートごとの出力時点を、合成部１５０へ出力する。
【００６２】
なお、楽曲進行データの内容に依存し、一部のテンプレートについて音声の出力時点が存在しない（即ち、音声が出力されない）と決定されてもよい。また、１つのタイミングデータについて複数の出力時点の候補が存在することも考えられる。例えば、図６に例示したタイミングデータＴＭ２は、間奏の先頭から２秒後の出力時点を特定しているが、１つの楽曲において間奏が複数回演奏される場合には、タイミングデータＴＭ２から特定される出力時点も複数となる。その場合、タイミング決定部１３０は、複数の出力時点のうちの最初の出力時点を、タイミングデータＴＭ２に対応するテンプレートＴＰ２から合成される音声の出力時点と決定してもよい。その代わりに、タイミング決定部１３０は、当該音声を複数の出力時点において繰返し出力されるものと決定してもよい。
【００６３】
合成部１５０は、楽曲の再生中に出力すべき音声を、データ取得部１２０により取得される属性データ、テンプレート及び発音記述データを用いて合成する。その際、合成部１５０は、テンプレートのテキストデータが楽曲の属性値を挿入すべき位置を示す記号を有する場合には、その位置に属性データにより表される楽曲の属性値を挿入する。
【００６４】
図１０は、合成部１５０のより詳細な構成の一例を示すブロック図である。図１０を参照すると、合成部１５０は、発音内容生成部１５２、発音変換部１５４、及び音声合成エンジンを含む。
【００６５】
発音内容生成部１５２は、データ取得部１２０から入力されるテンプレートのテキストデータに楽曲の属性値を挿入し、楽曲の再生中に出力すべき音声の発音内容を生成する。例えば、発音内容生成部１５２に、図６に例示したテンプレートＴＰ１が入力されたものとする。その場合、発音内容生成部１５２は、テンプレートＴＰ１のテキストデータ中の記号＄｛ＡＲＴＩＳＴ｝を認識し、再生される楽曲のアーティスト名を属性データから抽出して、記号＄｛ＡＲＴＩＳＴ｝の位置に挿入する。同様に、発音内容生成部１５２は、テンプレートＴＰ１のテキストデータ中の記号＄｛ＴＩＴＬＥ｝を認識し、再生される楽曲のタイトルを属性データから抽出して、記号＄｛ＴＩＴＬＥ｝の位置に挿入する。その結果、例えば、再生される楽曲のタイトルが「Ｔ１」、アーティスト名が「Ａ１」であった場合には、テンプレートＴＰ１に基づいて「曲は、Ａ１で、Ｔ１です！」という発音内容が生成される。
【００６６】
発音変換部１５４は、発音内容生成部１５２により生成された発音内容のうち、例えば楽曲のタイトル又はアーティスト名など、テキストデータをそのまま読み上げることで発音を誤る可能性がある部分について、発音記述データを用いて発音内容を変換する。例えば、発音変換部１５４は、発音内容生成部１５２により生成された発音内容に「Ｍａｍｍａ  Ｍｉａ」という楽曲のタイトルが含まれている場合には、データ取得部１２０から入力される発音記述データから例えば図７に示した発音記述データＰＤ１を抽出し、「Ｍａｍｍａ  Ｍｉａ」を「”ｍＡ．ｍ＠  ”ｍｉ．＠」に変換する。その結果、発音を誤る可能性が排除された発音内容が生成される。
【００６７】
音声合成エンジン１５６は、典型的には、通常のテキストに加えて、Ｘ−ＳＡＭＰＡ形式で記述された記号を読み上げることのできるＴＴＳエンジンである。音声合成エンジン１５６は、発音変換部１５４から入力される発音内容から、当該発音内容を読み上げた音声を合成する。音声合成エンジン１５６により合成される音声の信号の形式は、例えばＰＣＭ（Pulse  Code  Modulation）又はＡＤＰＣＭ（Adaptive  Differential  Pulse  Code  Modulation）などの任意の形式であってよい。音声合成エンジン１５６により合成された音声は、タイミング決定部１３０により決定された出力時点と関連付けられて、音声出力部１８０へ出力される。
【００６８】
なお、合成部１５０には、１つの楽曲について複数のテンプレートが入力される可能性がある。その場合において、楽曲の再生と音声の合成とが並列的に行なわれるときは、合成部１５０は、出力時点の早いテンプレートから順に処理するのが好適である。それにより、音声の合成が終わった時点で、その音声の出力時点が既に過ぎているという可能性を低減することができる。
【００６９】
図９に戻り、音声処理装置１００の構成の説明を継続する。
【００７０】
楽曲処理部１７０は、楽曲を再生するために、記憶部１１０から楽曲データを取得し、ストリームの分離及び復号などの処理を行った後、例えばＰＣＭ形式又はＡＤＰＣＭ形式などのオーディオ信号を生成する。また、楽曲処理部１７０は、例えば、ユーザ又はシステムにより指定されるテーマに応じて、楽曲データの一部分のみを切り出して処理してもよい。楽曲処理部１７０により生成されたオーディオ信号は、音声出力部１８０へ出力される。
【００７１】
音声出力部１８０には、合成部１５０により合成された音声、及び楽曲処理部１７０により処理された楽曲（のオーディオ信号）が入力される。これら音声及び楽曲は、典型的には、並列的に処理可能な２以上のトラック（又はバッファ）を用いて保持される。そして、音声出力部１８０は、楽曲のオーディオ信号を順次出力すると共に、タイミング決定部１３０により決定された出力時点において、合成部１５０により合成された音声を出力する。なお、音声出力部１８０は、音声処理装置１００がスピーカを備えている場合には当該スピーカへ楽曲及び音声を出力してもよく、又は外部装置へ楽曲及び音声（のオーディオ信号）を出力してもよい。
【００７２】
ここまで、図９及び図１０を用いて、音声処理装置１００の構成の一例を説明した。なお、ここで説明した音声処理装置１００の各部のうち、データ取得部１２０、タイミング決定部１３０、合成部１５０、及び楽曲処理部１７０の各部の処理は、典型的には、ソフトウェアを用いて実現され、ＣＰＵ（Central  Processing  Unit）又はＤＳＰ（Digital  Signal  Processor）などの演算装置により実行される。音声出力部１８０は、演算装置の他に、入力される楽曲及び音声を処理するためのＤＡ変換回路及びアナログ回路を含み得る。また、記憶部１１０は、例えば、上述したように、ハードディスク又は半導体メモリなどの記憶媒体を用いて構成され得る。
【００７３】
［３−２．処理の流れの一例］
次に、図１１を用いて、音声処理装置１００による音声処理の流れの一例について説明する。図１１は、音声処理装置１００による音声処理の流れの一例を示すフローチャートである。
【００７４】
図１１を参照すると、まず、楽曲処理部１７０により、再生すべき楽曲の楽曲データが、記憶部１１０から取得される（ステップＳ１０２）。そうすると、例えば、楽曲処理部１７０からデータ取得部１２０へ、再生すべき楽曲を特定するための楽曲ＩＤなどが通知される。
【００７５】
次に、データ取得部１２０により、再生される楽曲の属性データの一部（例えばＴＯＣデータ）、並びにテーマに応じたテンプレート及びタイミングデータが、記憶部１１０から取得される（ステップ１０４）。そうすると、データ取得部１２０は、タイミングデータをタイミング決定部１３０へ、属性データ及びテンプレートを合成部１５０へ出力する。
【００７６】
次に、データ取得部１２０により、再生される楽曲の属性データの一部（例えば外部データ）、楽曲進行データ、及び発音記述データが、外部データベース１０４から取得される（ステップ１０６）。そうすると、データ取得部１２０は、楽曲進行データをタイミング決定部１３０へ、属性データ及び発音記述データを合成部１５０へ出力する。
【００７７】
次に、タイミング決定部１３０により、楽曲進行データ及びタイミングデータを用いて、テンプレートから合成される音声を出力すべき出力時点が決定される（ステップＳ１０８）。そうすると、タイミング決定部１３０は、決定した出力時点を、合成部１５０へ出力する。
【００７８】
次に、合成部１５０の発音内容生成部１５２により、テンプレート及び属性データから、テキスト形式の発音内容が生成される（ステップＳ１１０）。また、発音変換部１５４により、発音内容に含まれる楽曲のタイトル又はアーティスト名などが、発音記述データを用いて、Ｘ−ＳＡＭＰＡ形式に従った記号に置き換えられる（ステップＳ１１２）。そして、音声合成エンジン１５６により、出力すべき音声が発音内容から合成される（ステップＳ１１４）。ステップＳ１１０からステップＳ１１４までの処理は、タイミング決定部１３０により出力時点が決定された全てのテンプレートについて音声の合成が終了するまで繰り返される（ステップＳ１１６）。
【００７９】
そして、出力時点が決定された全てのテンプレートについて音声の合成が終了すると、図１１のフローチャートは終了する。
【００８０】
なお、音声処理装置１００は、図１１に示した音声処理を、楽曲処理部１７０による楽曲データのデコード等の処理と並列的に実行してもよい。その場合、音声処理装置１００は、まず先に図１１に示した音声処理を開始し、例えばプレイリスト中の最初の楽曲に関連する音声の合成（又は当該楽曲に関連する音声のうち最も早い出力時点に対応する音声の合成）が終了した後に、楽曲データのデコード等を開始するのが好適である。
【００８１】
［３−３．テーマの例］
次に、本実施形態に係る音声処理装置１００により提供される多彩な音声の一例を、図１２〜図１６を用いて、３種類のテーマごとに説明する。
【００８２】
（第１のテーマ：ラジオＤＪ）
まず、図１２は、第１のテーマに応じた音声の例を示す説明図である。第１のテーマは「ラジオＤＪ」というテーマ名を有し、第１のテーマに属すテンプレート及びタイミングデータの例は図６に示されている。
【００８３】
図１２を参照すると、「曲は、＄｛ＡＲＴＩＳＴ｝で、＄｛ＴＩＴＬＥ｝です！」というテキストデータを含むテンプレートＴＰ１及び属性データＡＴＴ１に基づいて、「曲は、Ａ１で、Ｔ１です！」という音声Ｖ１が合成されている。また、音声Ｖ１の出力時点は、タイミングデータＴＭ１に基づいて、楽曲進行データにより表される最初のボーカルの期間の先頭よりも１０秒手前と決定されている。それにより、ボーカルと重なることなく、最初のボーカルが開始する直前に、「曲は、Ａ１で、Ｔ１です！」というラジオＤＪ風の臨場感を持った音声が出力される。
【００８４】
同様に、図６に示したテンプレートＴＰ２に基づいて、「次の曲は、Ａ２で、Ｔ２です！」という音声Ｖ２が合成されている。また、音声Ｖ２の出力時点は、タイミングデータＴＭ２に基づいて、楽曲進行データにより表される間奏の期間の先頭の２秒後と決定されている。それにより、ボーカルと重なることなく、サビが終わって間奏が開始した直後に「次の曲は、Ａ２で、Ｔ２です！」というラジオＤＪ風の臨場感を持った音声が出力される。
【００８５】
（第２のテーマ：オフィシャルカウントダウン）
図１３は、第２のテーマに属すテンプレート及びタイミングデータの例を示す説明図である。図１３を参照すると、テーマＩＤ＝「テーマ２」、テーマ名＝「オフィシャルカウントダウン」というデータ項目を有するテーマデータＴＨ２に、複数個のテンプレート及びタイミングデータの組（ペア１、ペア２…）が関連付けられている。
【００８６】
ペア１には、テンプレートＴＰ３及びタイミングデータＴＭ３が含まれる。このうち、テンプレートＴＰ３には、「今週第＄｛ＲＡＮＫＩＮＧ｝位、＄｛ＴＩＴＬＥ｝  ｂｙ  ＄｛ＡＲＴＩＳＴ｝」というテキストデータが含まれる。ここで、テキストデータの中の「＄｛ＲＡＮＫＩＮＧ｝」は、例えば、楽曲の属性値のうち、当該楽曲の週間売上げランキング上の順位を挿入すべき位置を示す記号である。また、テンプレートＴＰ３に対応するタイミングデータＴＭ３の各データ値は、タイプ＝「サビ」、基準＝「先頭」、オフセット＝「−１００００」である。
【００８７】
一方、ペア２には、テンプレートＴＰ４及びタイミングデータＴＭ４が含まれる。このうち、テンプレートＴＰ４には、「先週から＄｛ＲＡＮＫＩＮＧ＿ＤＩＦＦ｝ランクアップ、＄｛ＡＲＴＩＳＴ｝で、＄｛ＴＩＴＬＥ｝でした」というテキストデータが含まれる。ここで、テキストデータの中の「＄｛ＲＡＮＫＩＮＧ＿ＤＩＦＦ｝」は、例えば、楽曲の属性値のうち、当該楽曲の週間売上げランキングの前の週からの変動を挿入すべき位置を示す記号である。また、テンプレートＴＰ４に対応するタイミングデータＴＭ４の各データ値は、タイプ＝「サビ」、基準＝「末尾」、オフセット＝「＋２０００」である。
【００８８】
そして、図１４は、第２のテーマに応じた音声の例を示す説明図である。
【００８９】
図１４を参照すると、図１３に示したテンプレートＴＰ３に基づいて、「今週第３位、Ｔ３  ｂｙ  Ａ３」という音声Ｖ３が合成されている。また、音声Ｖ１の出力時点は、タイミングデータＴＭ３に基づいて、楽曲進行データにより表されるサビの期間の先頭よりも１０秒手前と決定されている。それにより、サビが演奏される直前に、「今週第３位、Ｔ３  ｂｙ  Ａ３」という売上げランキング順のカウントダウン風の音声が出力される。
【００９０】
同様に、図１３に示したテンプレートＴＰ４に基づいて、「先週から６ランクアップ、Ａ３で、Ｔ３でした」という音声Ｖ４が合成されている。また、音声Ｖ４の出力時点は、タイミングデータＴＭ４に基づいて、楽曲進行データにより表されるサビの期間の末尾の２秒後と決定されている。それにより、サビが終わった直後に「先週から６ランクアップ、Ａ３で、Ｔ３でした」という売上げランキング順のカウントダウン風の音声が出力される。
【００９１】
なお、テーマがこのようなオフィシャルカウントダウンである場合、楽曲処理部１７０は、楽曲の全体を音声出力部１８０へ出力する代わりに、楽曲のうちサビを含む一部分のみを抽出して音声出力部１８０へ出力してもよい。その場合には、タイミング決定部１３０により決定される音声の出力時点も、楽曲処理部１７０により抽出された部分に合わせて移動され得る。このようなテーマによれば、例えば外部データとして取得されるランキングデータに応じて楽曲をカウントダウン形式でサビの部分のみ次々に再生することにより、ユーザに新たな娯楽性を提供することができる。
【００９２】
（第３のテーマ：情報提供）
図１５は、第３のテーマに属すテンプレート及びタイミングデータの例を示す説明図である。図１５を参照すると、テーマＩＤ＝「テーマ３」、テーマ名＝「情報提供」というデータ項目を有するテーマデータＴＨ３に、複数個のテンプレート及びタイミングデータの組（ペア１、ペア２…）が関連付けられている。
【００９３】
ペア１には、テンプレートＴＰ５及びタイミングデータＴＭ５が含まれる。このうち、テンプレートＴＰ５には、「＄｛ＩＮＦＯ１｝」というテキストデータが含まれる。テンプレートＴＰ５に対応するタイミングデータＴＭ５の各データ値は、タイプ＝「最初のボーカル」、基準＝「先頭」、オフセット＝「−１００００」である。
【００９４】
ペア２には、テンプレートＴＰ６及びタイミングデータＴＭ６が含まれる。このうち、テンプレートＴＰ６には、「＄｛ＩＮＦＯ２｝」というテキストデータが含まれる。テンプレートＴＰ６に対応するタイミングデータＴＭ６の各データ値は、タイプ＝「間奏」、基準＝「先頭」、オフセット＝「＋２０００」である。
【００９５】
ここで、テキストデータの中の「＄｛ＩＮＦＯ１｝」及び「＄｛ＩＮＦＯ２｝」は、何らかの条件に応じてデータ取得部１２０により取得される第１及び第２の情報をそれぞれ挿入すべき位置を示す記号である。第１の情報及び第２の情報は、例えば、ニュース、天気予報又は広告などであってもよい。また、ニュース又は広告は、楽曲若しくはアーティストに関連するものであってもよく、それらに関連しないものであってもよい。これらの情報は、例えば、データ取得部１２０により外部データベース１０４から取得され得る。
【００９６】
そして、図１６は、第３のテーマに応じた音声の例を示す説明図である。
【００９７】
図１６を参照すると、テンプレートＴＰ５に基づいて、ニュースを読み上げる音声Ｖ５が合成されている。また、音声Ｖ５の出力時点は、タイミングデータＴＭ５に基づいて、楽曲進行データにより表される最初のボーカルの期間の先頭よりも１０秒手前と決定されている。それにより、最初のボーカルが開始する直前に、ニュースを読み上げる音声が出力される。
【００９８】
同様に、テンプレートＴＰ６に基づいて、天気予報を読み上げる音声Ｖ６が合成されている。また、音声Ｖ６の出力時点は、タイミングデータＴＭ６に基づいて、楽曲進行データにより表される間奏の期間の先頭の２秒後と決定されている。それにより、サビが終わって間奏が開始した直後に天気予報を読み上げる音声が出力される。
【００９９】
このようなテーマによれば、例えばボーカルが存在しない前奏又は間奏などの期間においてユーザにニュース又は天気予報などの情報が提供されるため、ユーザは楽曲を楽しみながら時間を有効に活用することができる。
【０１００】
［３−４．第１の実施形態のまとめ］
ここまで、図９〜図１６を用いて、本発明の第１の実施形態に係る音声処理装置１００について説明した。本実施形態によれば、楽曲の再生中に出力すべき音声の出力時点が、楽曲の進行に沿った１以上の時点又は１以上の期間の特徴を定義する楽曲進行データを用いて動的に決定される。そして、楽曲の再生中に、決定された出力時点において音声が出力される。それにより、音声処理装置１００は、楽曲の進行に沿った様々な時点で音声を出力することができる。また、その際、音声の出力タイミングを上記１以上の時点又は上記１以上の期間のうちのいずれかと関連付けて定義するタイミングデータが用いられる。それにより、タイミングデータの定義に応じて音声の出力時点を柔軟に設定し又は変更することができる。
【０１０１】
また、本実施形態によれば、出力される音声の内容は、テンプレートによりテキスト形式で記述される。そして、当該テキストデータは、楽曲の属性値を挿入すべき位置を示す所定の記号を有し、当該所定の記号の位置に楽曲の属性値が動的に挿入され得る。それにより、多くの種類の音声の内容を供給することが容易となり、音声処理装置１００は、楽曲の進行に沿って多彩な音声を出力することができる。また、本実施形態によれば、新たなテンプレートを定義して出力される音声の内容を事後的に追加することも容易である。
【０１０２】
また、本実施形態によれば、楽曲の再生に関連する複数のテーマが用意され、上記テンプレートは、複数のテーマのうちのいずれかと関連付けてそれぞれ定義される。それにより、例えば、テーマの選択に応じて異なる音声の内容を音声処理装置１００が出力することができるため、より長期にわたってユーザを楽しませることが可能となる。
【０１０３】
なお、本実施形態では、楽曲の進行に沿って音声を出力する例について説明した。しかしながら、音声処理装置１００は、例えば、追加的に、楽曲の進行に沿ってジングル又は効果音などの短い音楽を併せて出力してもよい。
【０１０４】
＜４．第２の実施形態の説明＞
［４−１．音声処理装置の構成例］
図１７は、本発明の第２の実施形態に係る音声処理装置２００の構成の一例を示すブロック図である。図１７を参照すると、音声処理装置２００は、記憶部１１０、データ取得部２２０、タイミング決定部１３０、合成部１５０、楽曲処理部２７０、履歴保持部２７２、及び音声出力部１８０を備える。
【０１０５】
データ取得部２２０は、第１の実施形態に係るデータ取得部１２０と同様、タイミング決定部１３０又は合成部１５０により使用されるデータを、記憶部１１０又は外部データベース１０４から取得する。さらに、本実施形態において、データ取得部２２０は、後述する履歴保持部２７２により保持されている再生履歴データを楽曲の属性データの一部として取得し、合成部１５０へ出力する。それにより、合成部１５０が楽曲の再生の履歴に基づいて設定される属性値をテンプレートに含まれるテキストデータの所定の位置に挿入することが可能となる。
【０１０６】
楽曲処理部２７０は、第１の実施形態に係る楽曲処理部１７０と同様、楽曲を再生するために、記憶部１１０から楽曲データを取得し、ストリームの分離及び復号などの処理を行ってオーディオ信号を生成する。楽曲処理部２７０は、例えば、ユーザ又はシステムにより指定されるテーマに応じて、楽曲データの一部分のみを切り出して処理してもよい。楽曲処理部２７０により生成されたオーディオ信号は、音声出力部１８０へ出力される。さらに、本実施形態において、楽曲処理部２７０は、楽曲を再生させた履歴を、履歴保持部２７２へ出力する。
【０１０７】
履歴保持部２７２は、例えば、ハードディスク又は半導体メモリなどの記憶媒体を用いて、楽曲処理部２７０から入力される楽曲の再生の履歴を、図８を用いて説明した再生履歴データＨＩＳＴ１及び／又はＨＩＳＴ２の形式で保持する。そして、履歴保持部２７２は、保持している楽曲の再生の履歴を、要求に応じてデータ取得部２２０へ出力する。
【０１０８】
このような音声処理装置２００の構成によれば、次に説明する第４のテーマに基づく音声の出力が可能となる。
【０１０９】
［４−２．テーマの例］
（第４のテーマ：パーソナルカウントダウン）
図１８は、第４のテーマに属すテンプレート及びタイミングデータの例を示す説明図である。図１８を参照すると、テーマＩＤ＝「テーマ４」、テーマ名＝「パーソナルカウントダウン」というデータ項目を有するテーマデータＴＨ４に、複数個のテンプレート及びタイミングデータの組（ペア１、ペア２…）が関連付けられている。
【０１１０】
ペア１には、テンプレートＴＰ７及びタイミングデータＴＭ７が含まれる。このうち、テンプレートＴＰ７には、「今週は＄｛ＦＲＥＱＵＥＮＣＹ｝回視聴しました。＄｛ＡＲＴＩＳＴ｝で、＄｛ＴＩＴＬＥ｝です！」というテキストデータが含まれる。ここで、テキストデータの中の「＄｛ＦＲＥＱＵＥＮＣＹ｝」は、例えば、楽曲の再生の履歴に基づいて設定される属性値のうち、当該楽曲の過去１週間の再生回数を挿入すべき位置を示す記号である。かかる再生回数は、例えば、図８に示す再生履歴データＨＩＳＴ２に含まれる。また、テンプレートＴＰ７に対応するタイミングデータＴＭ７の各データ値は、タイプ＝「サビ」、基準＝「先頭」、オフセット＝「−１００００」である。
【０１１１】
一方、ペア２には、テンプレートＴＰ８及びタイミングデータＴＭ８が含まれる。このうち、テンプレートＴＰ８には、「＄｛ＤＵＲＡＴＩＯＮ｝週連続で第＄｛Ｐ＿ＲＡＮＫＩＮＧ｝位です。あなたのお気に入りの曲、＄｛ＴＩＴＬＥ｝でした」というテキストデータが含まれる。ここで、テキストデータの中の「＄｛ＤＵＲＡＴＩＯＮ｝」は、例えば、楽曲の再生の履歴に基づいて設定される属性値のうち、当該楽曲が過去何週間にわたってランキング上の同じ順位に留まっているかを表す数値を挿入すべき位置を示す記号である。また、テキストデータの中の「＄｛Ｐ＿ＲＡＮＫＩＮＧ｝」は、例えば、楽曲の再生の履歴に基づいて設定される属性値のうち、当該楽曲の再生回数ランキング上の順位を挿入すべき位置を示す記号である。また、テンプレートＴＰ８に対応するタイミングデータＴＭ８の各データ値は、タイプ＝「サビ」、基準＝「末尾」、オフセット＝「＋２０００」である。
【０１１２】
そして、図１９は、第４のテーマに応じた音声の例を示す説明図である。
【０１１３】
図１９を参照すると、図１８に示したテンプレートＴＰ７に基づいて、「今週は８回視聴しました。Ａ７で、Ｔ７です！」という音声Ｖ７が合成されている。また、音声Ｖ７の出力時点は、タイミングデータＴＭ７に基づいて、楽曲進行データにより表されるサビの期間の先頭よりも１０秒手前と決定されている。それにより、サビが演奏される直前に、「今週は８回視聴しました。Ａ７で、Ｔ７です！」という、ユーザ又は音声処理装置１００ごとの再生回数ランキング順のカウントダウン風の音声が出力される。
【０１１４】
同様に、図１８に示したテンプレートＴＰ８に基づいて、「３週連続で第１位です。あなたのお気に入りの曲、Ｔ７でした」という音声Ｖ８が合成されている。また、音声Ｖ８の出力時点は、タイミングデータＴＭ８に基づいて、楽曲進行データにより表されるサビの期間の末尾の２秒後と決定されている。それにより、サビが終わった直後に「３週連続で第１位です。あなたのお気に入りの曲、Ｔ７でした」という再生回数ランキング順のカウントダウン風の音声が出力される。
【０１１５】
なお、本実施形態においても、楽曲処理部２７０は、楽曲の全体を音声出力部１８０へ出力する代わりに、楽曲のうちサビを含む一部分のみを抽出して音声出力部１８０へ出力してもよい。その場合には、タイミング決定部１３０により決定される音声の出力時点も、楽曲処理部２７０により抽出された部分に合わせて移動され得る。
【０１１６】
［４−３．第２の実施形態のまとめ］
ここまで、図１７〜図１９を用いて、本発明の第２の実施形態に係る音声処理装置２００について説明した。本実施形態においても、楽曲の再生中に出力すべき音声の出力時点が、楽曲の進行に沿った１以上の時点又は１以上の期間の特徴を定義する楽曲進行データを用いて動的に決定される。そして、楽曲の再生中に出力される音声の内容に、楽曲の再生の履歴に基づいて設定される属性値を含むことができる。それにより、楽曲の進行に沿った様々な時点で出力することのできる音声の多様性は拡張される。
【０１１７】
例えば、上述した第４のテーマ（「パーソナルカウントダウン」）によれば、あるユーザ又はある装置などにより再生された楽曲についての、再生回数ランキング順のカウントダウン風の楽曲紹介が実現され得る。それにより、同じ楽曲群を保有しているユーザであっても再生の傾向が異なる場合には異なる音声が提供されるため、ユーザにより体験される娯楽性がさらに向上することが期待される。
【０１１８】
＜５．第３の実施形態の説明＞
本発明の第３の実施形態では、第２の実施形態において履歴保持部２７２が保持する楽曲の再生の履歴を活用し、複数のユーザ間（又は装置間）で連携することにより、出力すべき音声の多様性を拡張する例について説明する。
【０１１９】
［５−１．音声処理装置の構成例］
図２０は、本発明の第３の実施形態に係る音声処理装置３００の概要を示す模式図である。図２０を参照すると、音声処理装置３００ａ、音声処理装置３００ｂ、ネットワーク１０２、及び外部データベース１０４が示されている。
【０１２０】
音声処理装置３００ａ及び３００ｂは、ネットワーク１０２を介して相互に通信することができる。音声処理装置３００ａ及び３００ｂは、本実施形態に係る音声処理装置の一例であり、第１の実施形態に係る音声処理装置１００と同様、情報処理装置、デジタル家電機器、又はカーナビゲーション装置などであってよい。以下、音声処理装置３００ａ及び３００ｂを、音声処理装置３００と総称する。
【０１２１】
図２１は、本実施形態に係る音声処理装置３００の構成の一例を示すブロック図である。図２１を参照すると、音声処理装置３００は、記憶部１１０、データ取得部３２０、タイミング決定部１３０、合成部１５０、楽曲処理部３７０、履歴保持部２７２、推薦部３７４及び音声出力部１８０を備える。
【０１２２】
データ取得部３２０は、第２の実施形態に係るデータ取得部２２０と同様、タイミング決定部１３０又は合成部１５０により使用されるデータを、記憶部１１０、外部データベース１０４又は履歴保持部２７２から取得する。また、本実施形態において、データ取得部３２０は、後述する推薦部３７４から推薦される楽曲を一意に特定するための楽曲ＩＤが入力されると、当該楽曲ＩＤに関連する属性データを外部データベース１０４などから取得し、合成部１５０へ出力する。それにより、合成部１５０が推薦される楽曲に関連する属性値をテンプレートに含まれるテキストデータの所定の位置に挿入することが可能となる。
【０１２３】
楽曲処理部３７０は、第２の実施形態に係る楽曲処理部２７０と同様、楽曲を再生するために、記憶部１１０から楽曲データを取得し、ストリームの分離及び復号などの処理を行ってオーディオ信号を生成する。また、楽曲処理部３７０は、楽曲を再生させた履歴を、履歴保持部２７２へ出力する。さらに、本実施形態において、楽曲処理部３７０は、推薦部３７４から楽曲が推薦されると、例えば、推薦された当該楽曲に係る楽曲データを記憶部１１０（又は図示しない他のソース）から取得して上述したオーディオ信号の生成などの処理を行う。
【０１２４】
推薦部３７４は、履歴保持部２７２により保持されている楽曲の再生の履歴に基づいて、音声処理装置３００のユーザへ推薦すべき楽曲を決定し、当該楽曲を一意に特定するための楽曲ＩＤをデータ取得部３２０及び楽曲処理部３７０へ出力する。例えば、推薦部３７４は、履歴保持部２７２により保持されている楽曲の再生の履歴の中で再生回数の多い楽曲のアーティストと同じアーティストの他の楽曲を推薦すべき楽曲として決定してもよい。また、例えば、推薦部３７４は、他の音声処理装置３００との間で楽曲の再生の履歴を交換し、コンテンツベースフィルタリング（ＣＢＦ：Contents  Based  Filtering）又は協調フィルタリング（ＣＦ：Collaborative  Filtering）などの手法を用いて、推薦すべき楽曲を決定してもよい。また、推薦部３７４は、ネットワーク１０２を介して新曲の情報を入手し、当該新曲を推薦すべき楽曲として決定してもよい。さらに、推薦部３７４は、他の音声処理装置３００のために、自装置の履歴保持部２７２により保持されている再生履歴データ又は推薦する楽曲の楽曲ＩＤを、ネットワーク１０２を介して送信してもよい。
【０１２５】
このような音声処理装置３００の構成によれば、次に説明する第５のテーマに基づく音声の出力が可能となる。
【０１２６】
［５−２．テーマの例］
（第５のテーマ：推薦）
図２２は、第５のテーマに属すテンプレート及びタイミングデータの例を示す説明図である。図２２を参照すると、テーマＩＤ＝「テーマ５」、テーマ名＝「推薦」というデータ項目を有するテーマデータＴＨ５に、複数個のテンプレート及びタイミングデータの組（ペア１、ペア２、ペア３…）が関連付けられている。
【０１２７】
ペア１には、テンプレートＴＰ９及びタイミングデータＴＭ９が含まれる。このうち、テンプレートＴＰ９には、「いつも＄｛Ｐ＿ＭＯＳＴ＿ＰＬＡＹＥＤ｝ばかり聴いているあなたにピッタリの曲、＄｛Ｒ＿ＡＲＴＩＳＴ｝で、＄｛Ｒ＿ＴＩＴＬＥ｝です」というテキストデータが含まれる。ここで、テキストデータの中の「＄｛Ｐ＿ＭＯＳＴ＿ＰＬＡＹＥＤ｝」は、例えば、履歴保持部２７２により保持されている楽曲の再生の履歴の中で再生回数の最も多い楽曲のタイトルを挿入すべき位置を示す記号である。また、「＄｛Ｒ＿ＡＲＴＩＳＴ｝」及び「＄｛Ｒ＿ＴＩＴＬＥ｝」は、それぞれ、推薦部３７４により推薦された楽曲のアーティスト名及びタイトルを挿入すべき位置を示す記号である。また、テンプレートＴＰ９に対応するタイミングデータＴＭ９の各データ値は、タイプ＝「最初のＡメロ」、基準＝「先頭」、オフセット＝「−１００００」である。
【０１２８】
また、ペア２には、テンプレートＴＰ１０及びタイミングデータＴＭ１０が含まれる。このうち、テンプレートＴＰ１０には、「お友達のランキングで第＄｛Ｆ＿ＲＡＮＫＩＮＧ｝位、＄｛Ｒ＿ＴＩＴＬＥ｝  ｂｙ  ＄｛Ｒ＿ＡＲＴＩＳＴ｝」というテキストデータが含まれる。ここで、テキストデータの中の「＄｛Ｆ＿ＲＡＮＫＩＮＧ｝」は、例えば、推薦部３７４が他の音声処理装置３００から受信した楽曲の再生の履歴の中での推薦部３７４により推薦された楽曲の順位、を表す数値を挿入すべき位置を示す記号である。
【０１２９】
また、ペア３には、テンプレートＴＰ１１及びタイミングデータＴＭ１１が含まれる。このうち、テンプレートＴＰ１１には、「＄｛ＲＥＬＥＡＳＥ＿ＤＡＴＥ｝に発売されます、＄｛Ｒ＿ＡＲＴＩＳＴ｝で、＄｛Ｒ＿ＴＩＴＬＥ｝です」というテキストデータが含まれる。ここで、テキストデータの中の「＄｛ＲＥＬＥＡＳＥ＿ＤＡＴＥ｝」は、例えば、推薦部３７４により推薦された楽曲の発売日を表す日付を挿入すべき位置を示す記号である。
【０１３０】
そして、図２３は、第５のテーマに応じた音声の例を示す説明図である。
【０１３１】
図２３を参照すると、図２２に示したテンプレートＴＰ９に基づいて、「いつも  Ｔ９  ばかり聴いているあなたにピッタリの曲、Ａ９で、Ｔ９＋です」という音声Ｖ９が合成されている。また、音声Ｖ９の出力時点は、タイミングデータＴＭ９に基づいて、楽曲進行データにより表される最初のＡメロの期間の先頭よりも１０秒手前と決定されている。それにより、推薦される楽曲の最初のＡメロが演奏される直前に、当該楽曲を紹介する音声Ｖ９が出力される。
【０１３２】
同様に、図２２に示したテンプレートＴＰ１０に基づいて、「お友達のランキングで第１位、Ｔ１０  ｂｙ  Ａ１０」という音声Ｖ１０が合成されている。音声Ｖ１０の出力時点もまた、楽曲進行データにより表される最初のＡメロの期間の先頭よりも１０秒手前と決定されている。
【０１３３】
同様に、図２２に示したテンプレートＴＰ１１に基づいて、「９月１日に発売されます、Ａ１１で、Ｔ１１です」という音声Ｖ１１が合成されている。また、音声Ｖ１１の出力時点もまた、楽曲進行データにより表される最初のＡメロの期間の先頭よりも１０秒手前と決定されている。
【０１３４】
なお、本実施形態において、楽曲処理部３７０は、楽曲の全体を音声出力部１８０へ出力する代わりに、楽曲のうち最初のＡメロから最初のサビまでを含む一部分（楽曲中の「一番」の部分などと称され得る）のみを抽出して音声出力部１８０へ出力してもよい。
【０１３５】
［５−３．第３の実施形態のまとめ］
ここまで、図２０〜図２３を用いて、本発明の第３の実施形態に係る音声処理装置３００について説明した。本実施形態においても、楽曲の再生中に出力すべき音声の出力時点が、楽曲の進行に沿った１以上の時点又は１以上の期間の特徴を定義する楽曲進行データを用いて動的に決定される。そして、楽曲の再生中に出力される音声の内容に、楽曲を聴取するユーザ又は当該ユーザとは異なるユーザについての再生履歴データに基づいて推薦される楽曲に関する属性値を含むことができる。それにより、通常のプレイリストを用いて再生される楽曲とは異なる思いがけない楽曲が当該楽曲の紹介と共に再生されることにより、新たな楽曲との出会いが演出されるなど、ユーザ体験の質が一層向上されることとなる。
【０１３６】
なお、本明細書において説明した音声処理装置１００、２００又は３００は、例えば、図２４に示したハードウェア構成を有する装置として実現され得る。
【０１３７】
図２４において、ＣＰＵ９０２は、ハードウェアの動作全般を制御する。ＲＯＭ（Read  Only  Memory）９０４には、一連の処理の一部又は全部を記述したプログラム又はデータが格納される。ＲＡＭ（Random  Access  Memory）９０６には、処理の実行時にＣＰＵ９０２により用いられるプログラムやデータなどが一時的に記憶される。
【０１３８】
ＣＰＵ９０２、ＲＯＭ９０４、及びＲＡＭ９０６は、バス９１０を介して相互に接続される。バス９１０にはさらに、入出力インタフェース９１２が接続される。入出力インタフェース９１２は、ＣＰＵ９０２、ＲＯＭ９０４、及びＲＡＭ９０６と、入力装置９２０、音声出力装置９２２、記憶装置９２４、通信装置９２６、及びドライブ９３０とを接続するためのインタフェースである。
【０１３９】
入力装置９２０は、例えばボタン、スイッチ、レバー、マウスやキーボードなどのユーザインタフェースを介して、ユーザからの指示や情報入力（例えばテーマの指定）を受け付ける。音声出力装置９２２は、例えばスピーカなどに相当し、楽曲の再生及び音声の出力に供される。
【０１４０】
記憶装置９２４は、例えばハードディスクドライブ又は半導体メモリなどにより構成され、プログラムや各種データを記憶する。通信装置９２６は、ネットワーク１０２を介する外部データベース１０４又は他の装置との間の通信処理を仲介する。ドライブ９３０は、必要に応じて設けられ、例えばドライブ９３０にはリムーバブルメディア９３２が装着される。
【０１４１】
以上、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明はかかる例に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本発明の技術的範囲に属するものと了解される。
【０１４２】
例えば、図１１を用いて説明した音声処理を、必ずしもフローチャートに記載された順序に沿って実行しなくてもよい。各処理ステップは、並列的あるいは個別に独立して実行される処理を含んでもよい。
【符号の説明】
【０１４３】
１００，２００，３００    音声処理装置
１１０                    記憶部
１２０，２２０，３２０    データ取得部
１３０                    タイミング決定部
１５０                    合成部
１７０，２７０，３７０    楽曲処理部
１８０                    音声出力部
２７２                    履歴保持部
３７４                    推薦部
【図１】
2011043710.tif 000003
【図２】
2011043710.tif 000004
【図３】
2011043710.tif 000005
【図４】
2011043710.tif 000006
【図５】
2011043710.tif 000007
【図６】
2011043710.tif 000008
【図７】
2011043710.tif 000009
【図８】
2011043710.tif 000010
【図９】
2011043710.tif 000011
【図１０】
2011043710.tif 000012
【図１１】
2011043710.tif 000013
【図１２】
2011043710.tif 000014
【図１３】
2011043710.tif 000015
【図１４】
2011043710.tif 000016
【図１５】
2011043710.tif 000017
【図１６】
2011043710.tif 000018
【図１７】
2011043710.tif 000019
【図１８】
2011043710.tif 000020
【図１９】
2011043710.tif 000021
【図２０】
2011043710.tif 000022
【図２１】
2011043710.tif 000023
【図２２】
2011043710.tif 000024
【図２３】
2011043710.tif 000025
【図２４】
2011043710.tif 000026