(57)【要約】【課題】多くの楽曲情報を提供することができるとともに、利用者の操作を極力抑えることができる楽曲情報提供システムを提供すること。【解決手段】ＤＢ更新処理部が各楽曲関連情報提供装置から収集した情報を楽曲関連情報ＤＢに格納し、情報抽出処理部が送信スケジュールなどに基づいて楽曲関連情報ＤＢから送信対象となる情報を抽出し、抽出した楽曲関連情報を送信部が放送波に乗せて送信するよう送信装置を構成する。また、格納処理部が送信装置から受信した楽曲関連情報を記憶部に格納し、提供処理部が、位置検出部、時刻取得部および曲再生処理部からのトリガー通知に基づいて楽曲関連情報を利用者に提供するよう構成する。【選択図】        図１
2006311397.tif 000002
【特許請求の範囲】
【請求項１】
楽曲に関連する情報を放送波に乗せて送信する送信装置と、前記情報を受信して利用者に提供する端末装置とで楽曲情報を提供する楽曲情報提供システムであって、
前記送信装置は、
前記楽曲に直接関連する１次情報と、該１次情報と何らかの関連を有する２次情報とを含んだ楽曲関連情報を送信する送信手段を備え、
前記端末装置は、
受信した前記楽曲関連情報を記憶する記憶手段と、
前記楽曲関連情報を所定のトリガーに基づいて前記記憶手段から取得して利用者に提供する提供手段と、
を備えたことを特徴とする楽曲情報提供システム。
【請求項２】
前記端末装置は、
受信した前記楽曲関連情報を前記記憶手段に記憶するか否かの条件をあらわす選別条件に基づいて該楽曲関連情報の選別を行う選別手段
をさらに備えたことを特徴とする請求項１に記載の楽曲情報提供システム。
【請求項３】
前記端末装置は、
所定の削除条件に基づいて前記記憶手段に記憶された前記楽曲関連情報の削除を行う削除手段
をさらに備えたことを特徴とする請求項１または２に記載の楽曲情報提供システム。
【請求項４】
前記端末装置の前記提供手段は、
利用者が楽曲を再生する際に、前記記憶手段に記憶された前記楽曲関連情報の中から当該楽曲に関連する情報を抽出して提供することを特徴とする請求項１、２または３に記載の楽曲情報提供システム。
【請求項５】
前記端末装置の前記提供手段は、
利用者が楽曲を再生する日時に基づいて前記記憶手段に記憶された前記楽曲関連情報の中から当該楽曲に関連する情報を抽出して提供することを特徴とする請求項１〜４のいずれか一つに記載の楽曲情報提供システム。
【請求項６】
前記端末装置はカーナビゲーション装置であり、
前記提供手段は、
位置情報に基づいて前記楽曲関連情報の中から該当する情報を抽出して提供することを特徴とする請求項１〜５のいずれか一つに記載の楽曲情報提供システム。
【請求項７】
前記送信装置の前記送信手段は、
前記楽曲に関連する画像データを、前記楽曲関連情報に含めて送信することを特徴とする請求項１〜６のいずれか一つに記載の楽曲情報提供システム。
【請求項８】
前記送信装置の前記送信手段は、
前記楽曲に関連する人物の情報を、前記楽曲関連情報に含めて送信することを特徴とする請求項１〜７のいずれか一つに記載の楽曲情報提供システム。
【請求項９】
前記送信装置の前記送信手段は、
前記楽曲に関連するスケジュール情報を、前記楽曲関連情報に含めて送信することを特徴とする請求項１〜８のいずれか一つに記載の楽曲情報提供システム。
【請求項１０】
前記送信装置の前記送信手段は、
前記楽曲に関連するイベントの開催日時および／または開催場所を、前記楽曲関連情報に含めて送信することを特徴とする請求項１〜９のいずれか一つに記載の楽曲情報提供システム。
【請求項１１】
前記送信装置の前記送信手段は、
所定の前記楽曲関連情報を、暗号化キーを用いて暗号化したうえで送信し、
前記端末装置の提供手段は、
前記暗号化キーを用いて暗号化された楽曲関連情報の復号化に成功した場合にのみ、該楽曲関連情報を提供することを特徴とする請求項１〜１０のいずれか一つに記載の楽曲情報提供システム。
【請求項１２】
前記送信装置は、
前記端末装置の提供手段が提供した前記楽曲関連情報の量および／または提供回数に基づいて課金を行う課金手段
をさらに備えたことを特徴とする請求項１１に記載の楽曲情報提供システム。
【請求項１３】
前記端末装置の前記提供手段は、
前記送信装置に対して課金対象情報を含んだ端末情報を通知し、
前記送信装置の課金手段は、
通知された前記端末情報に基づいて課金を行うこと
を特徴とする請求項１２に記載の楽曲情報提供システム。
【請求項１４】
楽曲に関連する情報を放送波に乗せて送信する送信装置であって、
前記楽曲に直接関連する１次情報と、該１次情報と何らかの関連を有する２次情報とを含んだ楽曲関連情報を送信する送信手段を備えたことを特徴とする送信装置。
【請求項１５】
放送波を受信して前記放送波に含まれる情報を利用者に提供する端末装置であって、
楽曲に直接関連する１次情報と、該１次情報と何らかの関連を有する２次情報とを含んだ楽曲関連情報を受信して記憶装置に記憶させる記憶手段と、
前記楽曲関連情報を所定のトリガーに基づいて前記記憶手段から取得して利用者に提供する提供手段と、
を備えたことを特徴とする端末装置。
【請求項１６】
放送波を受信して前記放送波に含まれる情報を利用者に提供する端末プログラムであって、
楽曲に直接関連する１次情報と、該１次情報と何らかの関連を有する２次情報とを含んだ楽曲関連情報を受信して記憶装置に記憶させる記憶手順と、
前記楽曲関連情報を所定のトリガーに基づいて前記記憶装置から取得して利用者に提供する提供手順と、
をコンピュータに実行させることを特徴とする端末プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、楽曲に関連する情報を放送波に乗せて送信する送信装置と、送信装置が送信した情報を受信して利用者に提供する端末装置とで楽曲情報を提供する楽曲情報提供システム、送信装置、端末装置、送信プログラムおよび端末プログラムに関し、特に、多くの楽曲情報を提供することができるとともに、利用者の操作を極力抑えることができる楽曲情報提供システム、送信装置、端末装置、送信プログラムおよび端末プログラムに関する。
【背景技術】
【０００２】
従来、音楽ＣＤなどを再生する際に、アルバム名や曲名といった楽曲情報をインターネット上のサーバ装置などから取得して再生する曲と関連づける、いわゆるオートタイトリング技術が知られている。この技術を用いることによって、利用者は面倒な文字入力を行うことなく曲名などを知ることができる。
【０００３】
また、近年では、ＦＭ文字多重放送などを用いてかかる楽曲情報を提供することも行われており、オーディオ装置や、オーディオ機能を備えたカーナビゲーション装置におけるオートタイトリングに用いられている。
【０００４】
たとえば、特許文献１には、ＦＭ文字多重放送から取得した楽曲情報を記憶装置に蓄積しておき、蓄積した楽曲情報に関連する楽曲データを、利用者の判断によってインターネット上のＷｅｂサーバからダウンロードする技術が開示されている。
【０００５】
【特許文献１】特開２００１−２９８４３０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１の技術は、利用者に十分な利便性を提供しているとはいえないという問題があった。すなわち、楽曲情報の取得動作を、利用者が意識的に行う必要があるという問題があった。特に、オーディオ機能を備えたカーナビゲーション装置の場合には、安全上の観点から、利用者の意識的な操作をできるだけ簡略化することが求められている。
【０００７】
また、ＦＭ文字多重放送などから提供されるデータの種類や量は、今後ますます拡大していくことが予想される。しかし、多くの情報を単に提供するだけでは、利用者の意識的な操作を増加させる結果となってしまう。
【０００８】
これらのことから、多くの楽曲情報を提供することができるとともに、利用者の操作を極力抑えることができる楽曲情報提供システムをいかにして実現するかが大きな課題となっている。
【０００９】
この発明は、上述した従来技術による問題点を解消するためになされたものであり、多くの楽曲情報を提供することができるとともに、利用者の操作を極力抑えることができる楽曲情報提供システム、送信装置、端末装置、送信プログラムおよび端末プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
上述した課題を解決し、目的を達成するため、請求項１の発明に係る楽曲情報提供システムは、楽曲に関連する情報を放送波に乗せて送信する送信装置と、前記情報を受信して利用者に提供する端末装置とで楽曲情報を提供する楽曲情報提供システムであって、前記送信装置は、前記楽曲に直接関連する１次情報と、該１次情報と何らかの関連を有する２次情報とを含んだ楽曲関連情報を送信する送信手段を備え、前記端末装置は、受信した前記楽曲関連情報を記憶する記憶手段と、前記楽曲関連情報を所定のトリガーに基づいて前記記憶手段から取得して利用者に提供する提供手段と、を備えたことを特徴とする。
【００１１】
また、請求項２の発明に係る楽曲情報提供システムは、請求項１の発明において、前記端末装置は、受信した前記楽曲関連情報を前記記憶手段に記憶するか否かの条件をあらわす選別条件に基づいて該楽曲関連情報の選別を行う選別手段をさらに備えたことを特徴とする。
【００１２】
また、請求項３の発明に係る楽曲情報提供システムは、請求項１または２の発明において、前記端末装置は、所定の削除条件に基づいて前記記憶手段に記憶された前記楽曲関連情報の削除を行う削除手段をさらに備えたことを特徴とする。
【００１３】
また、請求項４の発明に係る楽曲情報提供システムは、請求項１、２または３の発明において、前記端末装置の前記提供手段は、利用者が楽曲を再生する際に、前記記憶手段に記憶された前記楽曲関連情報の中から当該楽曲に関連する情報を抽出して提供することを特徴とする。
【００１４】
また、請求項５の発明に係る楽曲情報提供システムは、請求項１〜４のいずれか一つの発明において、前記端末装置の前記提供手段は、利用者が楽曲を再生する日時に基づいて前記記憶手段に記憶された前記楽曲関連情報の中から当該楽曲に関連する情報を抽出して提供することを特徴とする。
【００１５】
また、請求項６の発明に係る楽曲情報提供システムは、請求項１〜５のいずれか一つの発明において、前記端末装置はカーナビゲーション装置であり、前記提供手段は、位置情報に基づいて前記楽曲関連情報の中から該当する情報を抽出して提供することを特徴とする。
【００１６】
また、請求項７の発明に係る楽曲情報提供システムは、請求項１〜６のいずれか一つの発明において、前記送信装置の前記送信手段は、前記楽曲に関連する画像データを、前記楽曲関連情報に含めて送信することを特徴とする。
【００１７】
また、請求項８の発明に係る楽曲情報提供システムは、請求項１〜７のいずれか一つの発明において、前記送信装置の前記送信手段は、前記楽曲に関連する人物の情報を、前記楽曲関連情報に含めて送信することを特徴とする。
【００１８】
また、請求項９の発明に係る楽曲情報提供システムは、請求項１〜８のいずれか一つの発明において、前記送信装置の前記送信手段は、前記楽曲に関連するスケジュール情報を、前記楽曲関連情報に含めて送信することを特徴とする。
【００１９】
また、請求項１０の発明に係る楽曲情報提供システムは、請求項１〜９のいずれか一つの発明において、前記送信装置の前記送信手段は、前記楽曲に関連するイベントの開催日時および／または開催場所を、前記楽曲関連情報に含めて送信することを特徴とする。
【００２０】
また、請求項１１の発明に係る楽曲情報提供システムは、請求項１〜１０のいずれか一つの発明において、前記送信装置の前記送信手段は、所定の前記楽曲関連情報を、暗号化キーを用いて暗号化したうえで送信し、前記端末装置の提供手段は、前記暗号化キーを用いて暗号化された楽曲関連情報の復号化に成功した場合にのみ、該楽曲関連情報を提供することを特徴とする。
【００２１】
また、請求項１２の発明に係る楽曲情報提供システムは、請求項１１の発明において、前記送信装置は、前記端末装置の提供手段が提供した前記楽曲関連情報の量および／または提供回数に基づいて課金を行う課金手段をさらに備えたことを特徴とする。
【００２２】
また、請求項１３の発明に係る楽曲情報提供システムは、請求項１２の発明において、前記端末装置の前記提供手段は、前記送信装置に対して課金対象情報を含んだ端末情報を通知し、前記送信装置の課金手段は、通知された前記端末情報に基づいて課金を行うことを特徴とする。
【００２３】
また、請求項１４の発明に係る送信装置は、楽曲に関連する情報を放送波に乗せて送信する送信装置であって、前記楽曲に直接関連する１次情報と、該１次情報と何らかの関連を有する２次情報とを含んだ楽曲関連情報を送信する送信手段を備えたことを特徴とする。
【００２４】
また、請求項１５の発明に係る端末装置は、放送波を受信して前記放送波に含まれる情報を利用者に提供する端末装置であって、楽曲に直接関連する１次情報と、該１次情報と何らかの関連を有する２次情報とを含んだ楽曲関連情報を受信して記憶装置に記憶させる記憶手段と、前記楽曲関連情報を所定のトリガーに基づいて前記記憶手段から取得して利用者に提供する提供手段と、を備えたことを特徴とする。
【００２５】
また、請求項１６の発明に係る端末プログラムは、放送波を受信して前記放送波に含まれる情報を利用者に提供する端末プログラムであって、楽曲に直接関連する１次情報と、該１次情報と何らかの関連を有する２次情報とを含んだ楽曲関連情報を受信して記憶装置に記憶させる記憶手順と、前記楽曲関連情報を所定のトリガーに基づいて前記記憶装置から取得して利用者に提供する提供手順と、をコンピュータに実行させることを特徴とする。
【発明の効果】
【００２６】
請求項１に係る発明によれば、送信装置は、楽曲に直接関連する１次情報と、１次情報と何らかの関連を有する２次情報とを含んだ楽曲関連情報を送信する送信手段を備え、端末装置は、受信した楽曲関連情報を記憶する記憶手段と、楽曲関連情報を所定のトリガーに基づいて記憶手段から取得して利用者に提供する提供手段とを備えるよう構成したので、多くの楽曲情報を提供することができるとともに、利用者が意識的に楽曲関連情報を取得する操作を不要とすることによって、利用者の操作を極力抑えることができるという効果を奏する。
【００２７】
また、請求項２に係る発明によれば、端末装置は、受信した楽曲関連情報を記憶手段に記憶するか否かの条件をあらわす選別条件に基づいて楽曲関連情報の選別を行う選別手段をさらに備えるよう構成したので、利用者に有用な情報のみを提供することができるという効果を奏する。
【００２８】
また、請求項３に係る発明によれば、端末装置は、所定の削除条件に基づいて記憶手段に記憶された楽曲関連情報の削除を行う削除手段をさらに備えるよう構成したので、不要な情報を適宜削除することによって、記憶領域を効率的に利用することができるという効果を奏する。
【００２９】
また、請求項４に係る発明によれば、端末装置の提供手段は、利用者が楽曲を再生する際に、記憶手段に記憶された楽曲関連情報の中から再生対象となる楽曲に関連する情報を抽出して提供するよう構成したので、楽曲再生をトリガーとすることによって、利用者が意識的に取得動作を行うことなく楽曲関連情報を提供することができるという効果を奏する。
【００３０】
また、請求項５に係る発明によれば、端末装置の提供手段は、利用者が楽曲を再生する日時に基づいて記憶手段に記憶された楽曲関連情報の中から再生対象となる楽曲に関連する情報を抽出して提供するよう構成したので、日時情報をトリガーとすることによって、利用者が意識的に取得動作を行うことなく楽曲関連情報を提供することができるという効果を奏する。
【００３１】
また、請求項６に係る発明によれば、端末装置はカーナビゲーション装置であり、提供手段は、位置情報に基づいて楽曲関連情報の中から該当する情報を抽出して提供するよう構成したので、位置情報をトリガーとすることによって、利用者が意識的に取得動作を行うことなく楽曲関連情報を提供することができるという効果を奏する。
【００３２】
また、請求項７に係る発明によれば、送信装置の送信手段は、楽曲に関連する画像データを、楽曲関連情報に含めて送信するよう構成したので、文字データのみならず画像データを提供することによって利用者の利便性を向上させることができるという効果を奏する。
【００３３】
また、請求項８に係る発明によれば、送信装置の送信手段は、楽曲に関連する人物の情報を、楽曲関連情報に含めて送信するよう構成したので、楽曲に関連する歌手、作詞家、作曲者といったアーティストの情報を提供することによって利用者の利便性を向上させることができるという効果を奏する。
【００３４】
また、請求項９に係る発明によれば、送信装置の送信手段は、楽曲に関連するスケジュール情報を、楽曲関連情報に含めて送信するよう構成したので、楽曲に関連する新譜情報やダウンロード開始日時といった情報を提供することによって利用者の利便性を向上させることができるという効果を奏する。
【００３５】
また、請求項１０に係る発明によれば、送信装置の送信手段は、楽曲に関連するイベントの開催日時および／または開催場所を、楽曲関連情報に含めて送信するよう構成したので、イベントの日時や場所に関する情報を提供することによって利用者の利便性を向上させることができるという効果を奏する。
【００３６】
また、請求項１１に係る発明によれば、送信装置の送信手段は、所定の楽曲関連情報を、暗号化キーを用いて暗号化したうえで送信し、端末装置の提供手段は、暗号化キーを用いて暗号化された楽曲関連情報の復号化に成功した場合にのみ、該当する楽曲関連情報を提供するよう構成したので、有料情報の提供を効率的に行うことができるという効果を奏する。
【００３７】
また、請求項１２に係る発明によれば、送信装置は、端末装置の提供手段が提供した楽曲関連情報の量および／または提供回数に基づいて課金を行う課金手段をさらに備えるよう構成したので、有料情報提供に伴う課金処理を効率的に行うことができるという効果を奏する。
【００３８】
また、請求項１３に係る発明によれば、端末装置の提供手段は、送信装置に対して課金対象情報を含んだ端末情報を通知し、送信装置の課金手段は、通知された端末情報に基づいて課金を行うよう構成したので、有料情報をダウンロードした端末装置に対する課金処理を効率的に行うことができるという効果を奏する。
【００３９】
また、請求項１４に係る発明によれば、楽曲に直接関連する１次情報と、１次情報と何らかの関連を有する２次情報とを含んだ楽曲関連情報を送信する送信手段を備えた送信装置を構成したので、利用者に提供する情報を拡大することによって、利用者の利便性を向上させることができるという効果を奏する。
【００４０】
また、請求項１５に係る発明によれば、楽曲に直接関連する１次情報と、１次情報と何らかの関連を有する２次情報とを含んだ楽曲関連情報を受信して記憶装置に記憶させる記憶手段と、楽曲関連情報を所定のトリガーに基づいて記憶手段から取得して利用者に提供する提供手段とを備えた端末装置を構成したので、利用者が意識的に楽曲関連情報を取得する操作を不要とすることによって、利用者の操作を極力抑えることができるという効果を奏する。
【００４１】
また、請求項１６に係る発明によれば、楽曲に直接関連する１次情報と、１次情報と何らかの関連を有する２次情報とを含んだ楽曲関連情報を受信して記憶装置に記憶させる記憶手順と、楽曲関連情報を所定のトリガーに基づいて記憶装置から取得して利用者に提供する提供手順と、をコンピュータに実行させるよう構成したので、利用者が意識的に楽曲関連情報を取得する操作を不要とすることによって、利用者の操作を極力抑えることができるという効果を奏する。
【発明を実施するための最良の形態】
【００４２】
以下に添付図面を参照して、この発明に係る楽曲情報提供システム、送信装置、端末装置、送信プログラムおよび端末プログラムの好適な実施例１〜２を詳細に説明する。
【実施例１】
【００４３】
図１は、本実施例１に係る楽曲情報提供システムの概要を示す図である。同図に示すように、楽曲情報提供システムは、ラジオ放送、多重放送、ＴＶ放送、デジタル放送といった放送を行う放送局側に設けられた送信装置と、自動車などの移動体に設けられた端末装置とからなる。なお、この端末装置としては、たとえば、オーディオ機能を備えたカーナビゲーション装置が該当する。
【００４４】
放送局側に設けられた送信装置は、楽曲関連情報ＤＢを備えている。ここで、この楽曲関連情報ＤＢに蓄積されている「楽曲関連情報」について説明しておく。「楽曲関連情報」とは、曲データや、曲データのタイトル情報といった楽曲に直接関連する１次情報（以下、「楽曲情報」と呼ぶ）に加え、楽曲情報に関連するアーティスト（歌手、演奏家、作曲者、作詞者など）情報、ニュースやイベント情報などの２次情報（以下、「楽曲関連情報」と呼ぶ）を含んだ情報を指す。
【００４５】
たとえば、かかるアーティスト情報としては、ＣＤジャケット画像や、アーティストのプロフィール画像といった静止画および動画を含んだ画像情報、アーティストのコンサートなどのイベント情報、プロフィール、新譜発売情報といった文字情報などがある。
【００４６】
かかる送信装置は、これらの情報を提供する「提供事業者」から、かかる楽曲関連情報を構成する情報を受信することによって収集し（図１の（１）参照）、上記した楽曲関連情報ＤＢに蓄積する。ここで、かかる楽曲関連情報に含まれる各情報を提供する提供事業者について図２を用いて説明しておく。図２は、提供事業者および提供情報の例を示す図である。
【００４７】
図２に示すように、提供事業者としては、曲配信事業者や、ニュース配信事業者、レコード会社、ＣＤショップなどがある。たとえば、ニュース配信事業者は、楽曲のリリース情報（リリーススケジュールなどを含む）、イベントの開催日時や開催場所といったイベント情報、新曲などに関するプロモーション情報、ニュース映像といった情報を提供する。また、ＣＤショップは、レンタルランキングなどの情報を提供する。
【００４８】
放送局の送信装置は、これらの提供事業者の情報提供装置とネットワークを介して接続されており、提供事業者が提供した提供情報を受け取って楽曲関連情報ＤＢに蓄積する。なお、これらの情報が楽曲関連情報ＤＢに格納される場合には、アーティスト名や、曲名、日時、場所といったキー項目と関連付けて格納されることになる。
【００４９】
このように、放送局側に設けられる送信装置は、上記した提供事業者から収集した楽曲関連情報を楽曲関連情報ＤＢに蓄積しており、放送を行う際に、放送スケジュールにあわせるなどして送信する情報を抽出し（図１の（２）参照）、多重化放送などの技術を用いて通常の放送データとあわせて楽曲関連情報を送信する（図１の（３）参照）。
【００５０】
移動体に設けられた端末装置は、送信装置から放送波にのせて送信された楽曲関連情報を受信し、ＨＤＤ（Hard  Disk  Drive）などの記憶装置に蓄積する（図１の（４）参照）。そして、利用者が音楽ＣＤを挿入するなどの曲再生指示、カーナビゲーション機能を用いた位置情報、時刻情報などをトリガーとして（図１の(５)参照）、関連する楽曲関連情報を上記したＨＤＤから抽出し、ディスプレイなどの出力装置に出力する（図１の（６）参照）。
【００５１】
従来の楽曲情報提供システムでは、放送局側の送信装置が収集して送信する情報は、楽曲のタイトルやアーティスト名などのように、楽曲に直接関係する情報に限られており、利用者に対する情報量が十分ではないという問題があった。また、移動体側の端末装置では、運転操作に支障をきたさないなどの安全上の観点から利用者の操作を極力低減する必要があり、たとえ大量の情報を受信したとしても、利用者の利便性を向上させる形で情報提供を行うことが困難であるという問題があった。
【００５２】
そこで、本実施例１に係る楽曲情報提供システムでは、放送局側の送信装置が各種提供事業者（図２参照）から、楽曲に広く関連する情報を収集することとし、収集した「楽曲関連情報」を送信することで、利用者に提供する情報量を拡大することとしている。その一方で、移動体側の受信装置では、受信した楽曲関連情報を楽曲、位置、時間といった項目に関連して提供することとしているので、利用者に２次情報を検索する操作を強いることなく、大量の情報を効率的に利用者に提供することができる。
【００５３】
また、従来の楽曲情報提供システムでは、利用者に提供される情報は文字情報に限られることが多かったが、本実施例１に係る楽曲情報提供システムでは、提供情報に静止画や動画といった画像情報を含むこととしているので、利用者の利便性を向上させることができる。
【００５４】
次に、本実施例１に係る楽曲情報提供システムの構成について図３を用いて説明する。図３は、楽曲情報提供システムの構成を示す図である。同図に示すように、楽曲情報提供システム１は、放送局側に設けられる送信装置１０と、移動体側に設けられる端末装置２０とからなる。そして、送信装置１０は放送波を用いて情報を送信し、端末装置２０はこの放送波を受信することによって送信装置１０が送信した情報を取り込む。
【００５５】
このように、楽曲情報システム１は送信装置１０と端末装置２０との通信に、既存のインフラである放送波を利用しているので、利用者が通信費などを負担することなく容易に楽曲関連情報を入手することができる。また、放送局側では楽曲関連情報の提供に伴う投資を抑えることができるとともに、移動体側でも放送波を受信することが可能な従来の受信装置を用いることによって、あらたなハードウェアの増設を必要としないというメリットが得られる。
【００５６】
次に、本実施例１に係る送信装置１０の構成について図４を用いて説明する。図４は、実施例１に係る送信装置の構成を示す機能ブロック図である。同図に示すように、送信装置１０は、制御部１１と、記憶部１２と、送信部１３と、通信Ｉ／Ｆ部１４とを備えている。また、制御部１１は、情報抽出処理部１１ａと、ＤＢ更新処理部１１ｂとをさらに備えており、記憶部１２は、楽曲関連情報ＤＢ１２ａをさらに備えている。
【００５７】
制御部１１は、楽曲関連情報を構成する情報を提供する提供事業者に設けられた楽曲関連情報提供装置から、楽曲関連情報を構成する各情報を収集して楽曲関連情報ＤＢ１２ａに格納するとともに、放送スケジュールなどにあわせて、楽曲関連情報ＤＢ１２ａから該当する情報を抽出し、抽出した情報を送信部１３を介して送信する処理を行う処理部である。
【００５８】
情報抽出処理部１１ａは、放送スケジュールなどにあわせて、楽曲関連情報ＤＢ１２ａから該当する楽曲関連情報を抽出し、抽出した楽曲関連情報を送信部１３に渡す処理を行う処理部である。たとえば、この情報抽出処理部１１ａは、各提供事業者（５０ａ〜５０ｇ）におけるランキング情報や、放送局の番組において放送する楽曲などに対応させて送信対象となる楽曲関連情報を抽出する。
【００５９】
ＤＢ更新処理部１１ｂは、各楽曲関連情報提供装置から提供される情報を通信Ｉ／Ｆ部１４を介して受け取り、受け取った情報を楽曲関連情報ＤＢ１２ａに格納する処理を行う処理部である。たとえば、このＤＢ更新処理部１１ｂは、各楽曲関連情報提供装置から受け取った情報を、楽曲名、アーティスト名、イベント日時、イベント場所といった項目に対応させる形で楽曲関連情報ＤＢ１２ａに格納する。
【００６０】
なお、本実施例１においては、各楽曲関連情報提供装置から提供された情報をＤＢ更新処理部１１ｂが受け取る場合について説明しているが、ＤＢ更新処理部１１ｂが各楽曲関連情報提供装置（５０ａ〜５０ｇ）に情報提供要求を送信し、この応答として情報を受け取る構成としてもよい。
【００６１】
記憶部１２は、ストレージ装置やストレージシステムといった大量の情報を記憶可能な記憶装置によって構成される記憶部である。また、楽曲関連情報ＤＢ１２ａは、リレーショナルＤＢなどから構成され、記憶情報を、ＣＤの識別情報であるＴＯＣ（Table  Of  Contents）、楽曲名、アーティスト名といったキー項目を用いて関連付けて記憶している。そして、抽出時には、これらの関連する情報を制御部１１に対して提供する。
【００６２】
また、この楽曲関連情報ＤＢ１２ａは、文字データのみならず、静止画データや動画データといった画像データを記憶しており、これらのデータを制御部１１の情報抽出処理部１１ａの求めに応じて提供する。
【００６３】
送信部１３は、制御部１１から受け取った情報を放送波に乗せて送信する処理を行う処理部である。具体的には、この送信部１３は、通常の放送データが用いる放送チャネルとは異なる放送チャネルを用いることによって、ラジオ番組やテレビ番組と平行して上記した楽曲関連情報を送信する。
【００６４】
通信Ｉ／Ｆ部１４は、ＬＡＮ（Local  Area  Network）ボードなどの通信デバイスによって構成され、各楽曲関連情報提供装置（５０ａ〜５０ｇ）から楽曲関連情報を構成する情報を受信し、制御部１１に渡す処理を行う。なお、上記したように、この通信Ｉ／Ｆ部１４は、制御部１１と各楽曲関連情報提供装置（５０ａ〜５０ｇ）との間で双方向通信を行うよう構成してもよい。
【００６５】
次に、上述した送信装置１０の処理概要について図５を用いて説明する。図５は、送信装置１０の処理概要を示すフローチャートである。同図に示すように、ＤＢ更新処理部１１ｂが通信Ｉ／Ｆ部１４を介して各楽曲関連情報提供装置（５０ａ〜５０ｇ）から情報を受信すると（ステップＳ１０１）、このＤＢ更新処理部１１ｂは、記憶部１２の楽曲関連情報ＤＢ１２ａに受信した情報を格納する(ステップＳ１０２)。
【００６６】
そして、放送スケジュールなどにあわせて楽曲関連情報を送信する際には、情報抽出処理部１１ａは、送信する楽曲関連情報を楽曲関連情報ＤＢ１２ａから抽出し（ステップＳ１０３）、送信部１３は、抽出された情報を送信フォーマットに変換したうえで(ステップＳ１０４)、放送波に乗せて送信して（ステップＳ１０５）処理を終了する。
【００６７】
このように、本実施例１に係る送信装置１０は、楽曲に直接関係するタイトル名やアーティスト名といった楽曲情報のみならず、楽曲情報に広く関連するプロフィール情報、イベント情報、新譜情報といった画像データを含む「楽曲関連情報」を収集することとし、収集した楽曲関連情報を、放送波を用いて送信することとしているので、利用者に提供する情報量を拡大することによって利用者の利便性を向上させることとしている。また、既存のインフラである放送波を用いることとしているので、サービス提供に必要なコストを抑えつつ、利用者に通信費の負担を強いることなく広範な情報を提供することができる。
【００６８】
次に、本実施例１に係る端末装置２０の構成について図６を用いて説明する。図６は、実施例１に係る端末装置２０の構成を示す機能ブロック図である。同図に示すように、端末装置２０は、制御部２１と、記憶部２２と、受信部２３と、位置検出部２４と、時刻取得部２５と、表示部２６と、音声出力部２７とを備えている。また、制御部２１は、格納処理部２１ａと、曲再生処理部２１ｂと、提供処理部２１ｃとをさらに備えており、記憶部２２は、楽曲関連情報２２ａと、曲データ２２ｂとを記憶する。
【００６９】
制御部２１は、送信装置１０から送信された楽曲関連情報を受信して記憶部２２に楽曲関連情報２２ａとして蓄積するとともに、楽曲再生、位置、時刻といったトリガーを受け取ると、受け取った楽曲関連情報２２ａを、表示部２６などを介して利用者に提供する処理を行う処理部である。
【００７０】
格納処理部２１ａは、受信部２３を介して送信装置１０から送信された楽曲関連情報を受け取り、記憶部２０に格納する処理を行う処理部である。具体的には、この格納処理部２１ａは、文字データや画像データから構成される楽曲関連情報を、記憶部２２に楽曲関連情報２２ａとして記憶させる処理を行う。
【００７１】
また、この格納処理部２１ａは、受信した楽曲関連情報をフィルタリング（選別）する機能を備えている。ここで、このフィルタリングに用いられる選別条件について図７を用いて説明しておく。図７は、端末装置２０において用いられる選別条件の一例を示す図である。
【００７２】
図７に示すように、選別条件としては、楽曲の種別をあらわす「ジャンル」、楽曲の歌手名、バンド名、作詞家名などをあらわす「アーティスト」、関東圏や関西圏といった地域をあらわす「地域」などがある。たとえば、利用者が「ジャズ」に関する情報に興味がない場合には、「ジャンル」が「ジャズ」である楽曲関連情報を蓄積しない旨の設定を行っておくことで、かかる格納処理部２１ａはジャズに関する情報を記憶部１２に渡す前に廃棄する。
【００７３】
また、「地域」が「関東圏」である情報のみを欲する場合には、「関東圏」に関する楽曲関連情報を蓄積する旨の設定を行っておくことで、「地域」が「関東圏」以外の情報を廃棄することもできる。なお、かかる選別条件は、端末装置２０を出荷する段階で予め設定しておくこととしてもよいし、利用者の好みに応じて設定することとしてもよい。
【００７４】
図６の説明に戻り、曲再生処理部２１ｂについて説明する。曲再生処理部２１ｂは、利用者が音楽ＣＤを再生したり、記憶部２２に格納しておいた曲データ２２ｂを再生したりする際に、提供処理部２１ｃに対して楽曲関連情報２２ａ抽出のトリガーを与える処理を行う処理部である。
【００７５】
たとえば、利用者が音楽ＣＤをオーディオ装置（図示せず）に挿入した場合には、この音楽ＣＤのＴＯＣ情報を提供処理部２１ｃに渡す。そして、ＴＯＣ情報を受け取った提供処理部２１ｃは、このＴＯＣ情報に対応した楽曲関連情報２２ａを記憶部２２から取得してディスプレイなどの表示部２６に表示することになる。
【００７６】
提供処理部２１ｃは、曲再生処理部２１ｂ、位置検出部２４、時刻取得部２５が発生させたトリガーを受け取ると、このトリガーに対応する楽曲関連情報２２ａを記憶部２２から抽出して表示部２６あるいは音声出力部２７に出力する処理部である。なお、各トリガーを受け取った場合における提供処理部２１ｃの処理手順の詳細については、図９〜図１４を用いて後述することとする。
【００７７】
記憶部２２は、ＨＤＤ（Hard  Disk  Drive）などの記憶デバイスから構成される記憶部であり、この記憶部２２には、楽曲関連情報２２ａと曲データ２２ｂとが記憶されている。楽曲関連情報２２ａは、送信装置１０から送信された楽曲関連情報のなかで、格納処理部２１ａによって選別された情報である。また、曲データ２２ｂは、いわゆる楽曲データであり、音楽ＣＤなどの可搬型記録媒体に格納された楽曲データや、予めＨＤＤに記録された楽曲データを含む。
【００７８】
また、本実施例１では、送信装置１０から送信された楽曲関連情報は曲データを含んでおり、上記した楽曲データに、受信した曲データを曲データ２２ｂとして追加あるいは書き換えていく場合について説明している。すなわち、図６に示した場合では、送信装置１０から受信した情報を、楽曲関連情報２２ａと曲データ２２ｂとに分けて記憶することとしている。しかしながら、これに限らず、両情報（２２ａおよび２２ｂ）を区別することなく記憶することとしてもよい。
【００７９】
なお、楽曲関連情報２２ａは、送信装置１０から受信する情報を蓄積していく情報であるため、その情報量は増加していく。したがって、格納された日時、情報内の日付情報、利用者の利用頻度などに基づいてこれらの情報を適宜消去したり、上書きしたりすることとしてもよい。このようにすることで、記憶部２２の記憶領域を効率的に利用することができる。
【００８０】
受信部２３は、放送波を受信し、この放送波に含まれる楽曲関連情報を取得して制御部２１の格納処理部２１ａに渡す処理を行うデバイスである。また、位置検出部２４は、カーナビゲーションにおいて用いられるＧＰＳ（Global  Positioning  System）などを利用することによって端末装置２０が搭載される移動体の現在位置を検出したり、カーナビゲーションにおけるルート探索機能によって探索された目的地までの各ルート情報を検出したりする処理を行う。そして、この位置検出部２４は、検出された位置情報を制御部２１の提供処理部２１ｃに通知する。
【００８１】
表示部２６は、カーナビゲーションにおける地図情報や、オーディオ機能における楽曲情報の表示に用いられるディスプレイなどの表示デバイスである。なお、この表示部２６に、タッチパネルなどの入力デバイスを付加し、操作部としての機能を持たせるように構成してもよい。
【００８２】
音声出力部２７は、スピーカーなどの音声出力デバイスによって構成され、楽曲、ＴＶ放送、ラジオ放送、ナビゲーションにおける音声案内などの音声情報を出力する。また、この音声出力部２７は、楽曲関連情報２２ａに含まれる音声データを出力したり、同じく文字データを音声に変換して出力したりする処理を行う。
【００８３】
次に、上述した端末装置１０の処理手順について図８〜図１４を用いて説明する。図８は、端末装置１０における格納処理の処理手順を示すフローチャートである。同図に示すように、格納処理部２１ａは、受信部２３を介して送信装置１０が送信した楽曲関連情報を受信すると（ステップＳ２０１）、図７に示した選別条件に一致するか否かを判定する（ステップＳ２０２）。
【００８４】
そして、記憶部２０に記憶すべき条件に一致した場合には（ステップＳ２０２，Ｙｅｓ）、かかる情報を記憶部２２に格納して（ステップＳ２０３）処理を終了する。一方、記憶すべき条件に一致しない場合には（ステップＳ２０２，Ｎｏ）、かかる情報を記憶部２２に格納することなく処理を終了する。
【００８５】
次に、上記した各トリガーに応じた提供処理部２１ｃの処理手順について説明する。図９は、曲再生に基づいた提供処理の処理手順を示すフローチャートである。同図に示すように、提供処理部２１ｃは、曲再生処理部２１ｂから曲再生通知を受信したならば（ステップＳ３０１）、再生する曲に対応する楽曲関連情報２２ａを検索する（ステップＳ３０２）。
【００８６】
そして、該当する楽曲関連情報２２ａが存在した場合には（ステップＳ３０３，Ｙｅｓ）、この情報を表示部２６へ出力する（ステップＳ３０４）。一方、該当する楽曲関連情報２２ａがない場合には（ステップＳ３０３，Ｎｏ）、表示部２６への表示を行わない。そして、曲再生処理部２１ｂは、曲データを音声出力部２７に出力して（ステップＳ３０５）処理を終了する。
【００８７】
ここで、図９に示した処理手順を実行した結果、表示部２６に表示される情報の例について図１０を用いて説明する。図１０は、曲再生時における表示部２６の表示例を示す図である。同図の２６ａに示したように、楽曲関連情報２２ａは、「ＣＤジャケット画像」、「アーティスト情報」のように表示部２６に表示される。
【００８８】
図１１は、位置情報に基づいた提供処理の処理手順を示すフローチャートである。同図に示すように、提供処理部２１ｃが、位置検出部２４から現在位置やルート情報といった位置情報を取得すると（ステップＳ４０１）、位置情報に対応する楽曲関連情報２２ａを検索する（ステップＳ４０２）。
【００８９】
そして、該当する楽曲関連情報２２ａが存在した場合には（ステップＳ４０３，Ｙｅｓ）、この情報を地図情報とともに表示部２６へ出力して（ステップＳ４０４）処理を終了する。一方、該当する楽曲関連情報２２ａがない場合には（ステップＳ４０３，Ｎｏ）、表示部２６への表示を行うことなく処理を終了する。
【００９０】
ここで、図１１に示した処理手順を実行した結果、表示部２６に表示される情報の例について図１２を用いて説明する。図１２は、地図表示時における表示部２６の表示例を示す図である。同図の２６ｂに示すように、移動体の現在地や、通過予定のルートから所定距離内にあるイベント情報が楽曲関連情報２２ａから抽出され表示されている。
【００９１】
図１３は、日付情報に基づいた提供処理の処理手順を示すフローチャートである。同図に示すように、移動体のイグニッションスイッチをＯＮにするなどして端末装置２０が起動すると（ステップＳ５０１）、提供処理部２１ｃは時刻取得部２５から日付情報を取得する（ステップＳ５０２）。つづいて、提供処理部２１ｃは、取得した日付に対応する楽曲関連情報２２ａを検索する（ステップＳ５０３）。
【００９２】
そして、該当する楽曲関連情報２２ａが存在した場合には（ステップＳ５０４，Ｙｅｓ）、この情報を表示部２６へ出力して（ステップＳ５０５）処理を終了する。一方、該当する楽曲関連情報２２ａがない場合には（ステップＳ５０４，Ｎｏ）、表示部２６への表示を行うことなく処理を終了する。
【００９３】
なお、図１３においては、端末装置２０が起動した際に日付情報を取得し、取得した日付情報に基づいて楽曲関連情報２２ａを検索する場合について示した。しかしながら、これに限らず、所定の時刻に対応する楽曲関連情報２２ａを検索することとしてもよいし、所定時間ごとに楽曲関連情報２２ａを検索することとしてもよい。
【００９４】
ここで、図１３に示した処理手順を実行した結果、表示部２６に表示される情報の例について図１４を用いて説明する。図１４は、起動時における表示部２６の表示例を示す図である。同図の２６ｃに示すように、表示部２６には「本日の新譜情報」や「本日のイベント情報」といった情報が楽曲関連情報２２ａから抽出され表示されている。
【００９５】
上述してきたように、本実施例１では、ＤＢ更新処理部が各楽曲関連情報提供装置から収集した情報を楽曲関連情報ＤＢに格納し、情報抽出処理部が送信スケジュールなどに基づいて楽曲関連情報ＤＢから送信対象となる情報を抽出し、抽出した楽曲関連情報を送信部が放送波に乗せて送信するよう送信装置を構成した。また、格納処理部が送信装置から受信した楽曲関連情報を記憶部に格納し、提供処理部が、位置検出部、時刻取得部および曲再生処理部からのトリガー通知に基づいて楽曲関連情報を利用者に提供するよう端末装置を構成した。したがって、本実施例１に係る楽曲情報提供システムによれば、多くの楽曲情報を提供することができるとともに、利用者が意識的に楽曲関連情報を取得する操作を不要とすることによって、利用者の操作を極力抑えることができる。
【００９６】
上述した実施例１では、無料の楽曲関連情報を提供する場合について説明した。以下の実施例２では、有料の楽曲関連情報を提供する場合の課金処理について説明する。なお、以下の説明においては、実施例１との共通部分についての説明は省略し、相違部分についての説明にとどめることとする。
【実施例２】
【００９７】
図１５は、実施例２に係る送信装置１０の構成を示す機能ブロック図である。実施例２に係る送信装置１０は、要求受信部１５を備える点と、制御部１１に課金処理部１１ｃをさらに備える点とが実施例１と異なる。
【００９８】
要求受信部１５は、端末装置２０から楽曲関連情報についての取得要求を受信し、情報抽出処理部１１ａに抽出指示を行うとともに、課金処理部１１ｃに対して課金指示を行う処理を行う。なお、端末装置２０からの取得要求は、利用者を識別するための利用者識別ＩＤおよび要求内容を含む。また、この取得要求は、たとえば、デジタル放送などの双方向通信が可能な放送波に乗せて送られてくる。
【００９９】
情報抽出処理部１１ａが、要求受信部１５からの指示に応じて利用者が所望する楽曲関連情報を送信する場合には、暗号化キーを用いることによって暗号化された楽曲関連情報を送信する。この場合、端末装置２０側には予め復号化キーを用意しておく必要がある。なお、情報抽出処理部１１ａは、課金対象となる楽曲関連情報をすべて暗号化したうえで送信することとし、上記した利用者識別ＩＤを有する端末装置２０のみが取得することができる復号化キーを、取得要求の受信ごとに、取得要求の応答として送信することとしてもよい。
【０１００】
課金処理部１１ｃは、端末装置１０からの取得要求に含まれる利用者識別ＩＤごとに、提供した楽曲関連情報の料金を累積していく処理部である。このように、本実施例２に係る送信装置１０では、課金機能を備えることとしたので、有料の楽曲関連情報を提供することが可能となる。
【０１０１】
次に、本実施例２に係る端末装置の構成について説明する。図１６は、実施例２に係る端末装置２０の構成を示す機能ブロック図である。同図に示すように、実施例２に係る端末装置２０は、要求送信部１５を備える点が実施例１と異なる。
【０１０２】
この要求送信部１５は、上述したように、利用者を識別するための利用者識別ＩＤおよび要求内容を含んだ取得要求を送信装置１０に対して送信する処理を行う。なお、かかる要求内容、すなわち、利用者が取得を希望する楽曲関連情報は、利用者が操作部（図示せず）を操作することにより入力、または、選択される。なお、表示部２６に、タッチパネルなどの入力デバイスを付加し、この操作部としての機能を持たせるように構成してもよい。また、上記した利用者識別ＩＤおよび復号化キーは、記憶部２２に記憶されることになる。
【０１０３】
次に、実施例２に係る課金処理の処理手順について図１７を用いて説明する。図１７は、課金処理の処理手順を示すフローチャートである。同図に示すように、端末装置２０は、記憶部２２からダウンロードスケジュールを含んだ楽曲関連情報２２ａを取得し（ステップＳ６０１）、取得したダウンロードスケジュールを表示部２６に表示する（ステップＳ６０２）。
【０１０４】
そして、利用者がダウンロードする情報の選択を行ったことを検出したならば（ステップＳ６０３）、上記した端末情報を送信装置１０に対して送信する（ステップＳ６０４）。送信装置１０は、この端末情報を受信したならば（ステップＳ６０５）、該当する有料の楽曲関連情報（たとえば、曲データ）を送信し（ステップＳ６０６）、課金処理を実行する（ステップＳ６０７）。
【０１０５】
つづいて、かかる有料の楽曲関連情報（たとえば、曲データ）を受信した端末装置２０は、受信した楽曲関連情報を記憶部２２に格納して（ステップＳ６０８）処理を終了する。この際、端末装置２０では、上記した復号化キーを用いて有料の楽曲関連情報を復号化することになる。
【０１０６】
次に、実施例２に係る課金処理の変形例について図１８を用いて説明する。図１８は、課金処理の変形例についての処理手順を示すフローチャートである。なお、図１８では、送信装置１０が有料の楽曲関連情報（たとえば、曲データ）を暗号化したうえで送信しておき、受信装置２０からの求めに応じて該当する楽曲関連情報（たとえば、曲データ）を復号化するための復号化キーを送信する場合について説明している。
【０１０７】
図１８に示したように、送信装置１０は、有料の楽曲関連情報(たとえば、曲データ)を送信する（ステップＳ７０１）。端末装置２０は、利用者の操作があった場合などに、記憶部２０から有料曲の一覧を含んだ楽曲関連情報２２ａを取得し（ステップＳ７０２）、表示部２７にかかる曲一覧を表示する（ステップＳ７０３）。
【０１０８】
そして、利用者が視聴希望情報の選択を行ったことを検出したならば(ステップＳ７０４)、上記した端末情報を送信装置１０に対して送信する（ステップＳ７０５）。送信装置１０は、この端末情報を受信したならば（ステップＳ７０６）、該当する楽曲関連情報（たとえば、曲データ）に対応した復号化キーを送信し（ステップＳ７０７）、課金処理を実行する（ステップＳ７０８）。
【０１０９】
つづいて、かかる有料の楽曲関連情報（たとえば、曲データ）を受信した端末装置２０は、上記した復号化キーを用いて有料の楽曲関連情報を復号化して（ステップＳ７０９）処理を終了する。
【０１１０】
上述してきたように、本実施例２では、要求受信部および課金処理部をさらに設けた送信装置を構成するとともに、要求送信部をさらに設けた端末装置を構成した。したがって、有料の楽曲関連情報を提供する場合に、利用者に対する課金処理を効率的に行うことができる。
【産業上の利用可能性】
【０１１１】
以上のように、本発明にかかる楽曲情報提供システム、送信装置、端末装置、送信プログラムおよび端末プログラムは、楽曲に関する情報の提供に有用であり、特に、移動体に搭載されるカーナビゲーション装置に対して楽曲に関する情報を提供する場合に適している。
【図面の簡単な説明】
【０１１２】
【図１】楽曲情報提供システムの概要を示す図である。
【図２】提供事業者および提供情報の例を示す図である。
【図３】楽曲情報提供システムの構成を示す図である。
【図４】実施例１に係る送信装置の構成を示す機能ブロック図である。
【図５】送信装置の処理概要を示すフローチャートである。
【図６】実施例１に係る端末装置の構成を示す機能ブロック図である。
【図７】端末装置において用いられる選別条件の一例を示す図である。
【図８】端末装置における格納処理の処理手順を示すフローチャートである。
【図９】曲再生に基づいた提供処理の処理手順を示すフローチャートである。
【図１０】曲再生時における表示部の表示例を示す図である。
【図１１】位置情報に基づいた提供処理の処理手順を示すフローチャートである。
【図１２】地図表示時における表示部の表示例を示す図である。
【図１３】日付情報に基づいた提供処理の処理手順を示すフローチャートである。
【図１４】起動時における表示部の表示例を示す図である。
【図１５】実施例２に係る送信装置の構成を示す機能ブロック図である。
【図１６】実施例２に係る端末装置の構成を示す機能ブロック図である。
【図１７】課金処理の処理手順を示すフローチャートである。
【図１８】課金処理の変形例についての処理手順を示すフローチャートである。
【符号の説明】
【０１１３】
１  楽曲情報提供システム
１０  送信装置
１１  制御部
１１ａ  情報抽出処理部
１１ｂ  ＤＢ更新処理部
１１ｃ  課金処理部
１２  記憶部
１２ａ  楽曲関連情報ＤＢ
１３  送信部
１４  通信Ｉ／Ｆ部
１５  要求受信部
２０  端末装置
２１  制御部
２１ａ  格納処理部
２１ｂ  曲再生処理部
２１ｃ  提供処理部
２２  記憶部
２２ａ  楽曲関連情報
２２ｂ  曲データ
２３  受信部
２４  位置検出部
２５  時刻取得部
２６  表示部
２６ａ、２６ｂ、２６ｃ  表示例
２７  音声出力部
２８  要求送信部
５０ａ〜５０ｇ  提供事業者
【図１】
2006311397.tif 000003
【図２】
2006311397.tif 000004
【図３】
2006311397.tif 000005
【図４】
2006311397.tif 000006
【図５】
2006311397.tif 000007
【図６】
2006311397.tif 000008
【図７】
2006311397.tif 000009
【図８】
2006311397.tif 000010
【図９】
2006311397.tif 000011
【図１０】
2006311397.tif 000012
【図１１】
2006311397.tif 000013
【図１２】
2006311397.tif 000014
【図１３】
2006311397.tif 000015
【図１４】
2006311397.tif 000016
【図１５】
2006311397.tif 000017
【図１６】
2006311397.tif 000018
【図１７】
2006311397.tif 000019
【図１８】
2006311397.tif 000020