(57)【要約】【課題】差分アップデート法によらず、出荷時にローカルＣＤＤＢになかった楽曲情報を取得する際のユーザの手間を軽減できる「楽曲情報取得システム並びにこれに用いる車載機およびサーバ装置、楽曲情報取得方法」を提供する。【解決手段】リッピングしたＣＤ１００から読み出されたＴＯＣ情報をキーとしてローカルＣＤＤＢ１１を検索して楽曲情報を取得したときに、当該取得した楽曲情報により示されるアーティスト名を含む他の楽曲情報をサーバ装置３のリモートＣＤＤＢ２１から取得して車載機１のローカルＣＤＤＢ１１に記憶させることにより、その後にリッピングした他のＣＤに関する楽曲情報を取得しようとする際に、当該他のＣＤに関する楽曲情報が出荷時にローカルＣＤＤＢ１１に記録されていなかったものであるとしても、その楽曲情報がローカルＣＤＤＢ１１に存在している可能性が高くなるようにする。【選択図】図２
2011028446.tif 000002
【特許請求の範囲】
【請求項１】
車載機と、通信ネットワークに接続されたサーバ装置とを備え、上記車載機が上記通信ネットワークを介して上記サーバ装置から楽曲情報を取得する楽曲情報取得システムであって、
上記車載機は、音楽データが記録された外部記録媒体に関する付随情報および当該付随情報に関連付けられた楽曲情報を記憶するローカルデータベースと、
上記外部記録媒体から上記音楽データと共に読み出された付随情報をキーとして上記ローカルデータベースを検索し、当該付随情報に対応する楽曲情報を上記ローカルデータベースから取得する第１の楽曲情報取得部と、
上記付随情報を有する楽曲情報取得要求であって、上記通信ネットワークを介して上記サーバ装置から楽曲情報を取得するための楽曲情報取得要求を生成する楽曲情報取得要求生成部と、
上記楽曲情報取得要求に含まれる付随情報に対応する楽曲情報により示されるアーティスト名を含む楽曲情報を、対応する付随情報と共に上記サーバ装置から取得する第２の楽曲情報取得部と、
上記第１の楽曲情報取得部により上記ローカルデータベースから取得した楽曲情報を上記外部記録媒体から読み出された音楽データおよび付随情報に関連付けて内部記録媒体に記憶させるとともに、上記第２の楽曲情報取得部により上記サーバ装置から取得した楽曲情報および付随情報を上記ローカルデータベースに記憶させる記憶制御部とを備え、
上記サーバ装置は、音楽データが記録された外部記録媒体に関する付随情報および当該付随情報に関連付けられた楽曲情報を記憶するリモートデータベースと、
上記楽曲情報取得要求に含まれる付随情報をキーとして上記リモートデータベースを検索し、当該付随情報に対応する楽曲情報により示されるアーティスト名を取得するアーティスト名取得部と、
上記アーティスト名取得部により取得されたアーティスト名を含む楽曲情報をそれに対応する付随情報と共に上記リモートデータベースから取得する第３の楽曲情報取得部と、
上記第３の楽曲情報取得部により取得された楽曲情報および付随情報を、上記通信ネットワークを介して上記車載機に送信する楽曲情報送信部とを備えたことを特徴とする楽曲情報取得システム。
【請求項２】
上記楽曲情報取得要求生成部は、上記付随情報および上記第１の楽曲情報取得部により取得された楽曲情報に含まれる日付情報を有する楽曲情報取得要求を生成し、
上記第２の楽曲情報取得部は、上記楽曲情報取得要求に含まれる付随情報に対応する楽曲情報により示されるアーティスト名を含む楽曲情報のうち、上記楽曲情報取得要求に含まれる上記日付情報よりも新しい日付情報を含む楽曲情報を対応する付随情報と共に上記サーバ装置から取得し、
上記第３の楽曲情報取得部は、上記アーティスト名取得部により取得されたアーティスト名を含む楽曲情報のうち、上記楽曲情報取得要求に含まれる日付情報よりも新しい日付情報を含む楽曲情報をそれに対応する付随情報と共に上記リモートデータベースから取得することを特徴とする請求項１に記載の楽曲情報取得システム。
【請求項３】
上記車載機は、上記内部記録媒体を検索して、同一のアーティストで所定数以上の楽曲情報が記憶されているものがあるか否かを判定し、ある場合には、当該所定数以上の楽曲情報のうち何れか１つに対応する付随情報を抽出する情報抽出部を更に備え、
上記楽曲情報取得要求生成部は、上記楽曲情報取得要求に加え、上記情報抽出部により抽出された付随情報を有する第２の楽曲情報取得要求を生成し、
上記第２の楽曲情報取得部は、上記楽曲情報取得要求に含まれる付随情報に対応する楽曲情報により示されるアーティスト名を含む楽曲情報を対応する付随情報と共に上記サーバ装置から取得するとともに、上記第２の楽曲情報取得要求に含まれる付随情報に対応する楽曲情報により示されるアーティスト名を含む楽曲情報を対応する付随情報と共に上記サーバ装置から取得し、
上記サーバ装置の上記アーティスト名取得部は、上記楽曲情報取得要求に含まれる付随情報をキーとして上記リモートデータベースを検索し、当該付随情報に対応する楽曲情報により示されるアーティスト名を取得するとともに、上記第２の楽曲情報取得要求に含まれる付随情報をキーとして上記リモートデータベースを検索し、当該付随情報に対応する楽曲情報により示されるアーティスト名を取得し、
上記第３の楽曲情報取得部は、上記楽曲情報取得要求に基づき上記アーティスト名取得部により取得されたアーティスト名を含む楽曲情報を上記リモートデータベースから取得するとともに、上記第２の楽曲情報取得要求に基づき上記アーティスト名取得部により取得されたアーティスト名を含む楽曲情報を上記リモートデータベースから取得するように成されていることを特徴とする請求項１に記載の楽曲情報取得システム。
【請求項４】
上記車載機は、上記第１の楽曲情報取得部により上記ローカルデータベースから取得された楽曲情報に含まれているアーティスト名と同じアーティスト名を含む楽曲情報が上記内部記録媒体に記憶されているか否かを判定する存否判定部を更に備え、
上記楽曲情報取得要求生成部は、上記同じアーティスト名を含む楽曲情報が上記内部記録媒体に記憶されていると上記存否判定部により判定された場合に限り、上記楽曲情報取得要求を生成することを特徴とする請求項１に記載の楽曲情報取得システム。
【請求項５】
通信ネットワークに接続されたサーバ装置から楽曲情報を取得する車載機であって、
音楽データが記録された外部記録媒体に関する付随情報および当該付随情報に関連付けられた楽曲情報を記憶するローカルデータベースと、
上記外部記録媒体から上記音楽データと共に読み出される付随情報をキーとして上記ローカルデータベースを検索し、当該付随情報に対応する楽曲情報を上記ローカルデータベースから取得する第１の楽曲情報取得部と、
上記付随情報を有する楽曲情報取得要求であって、上記通信ネットワークを介して上記サーバ装置から楽曲情報を取得するための楽曲情報取得要求を生成する楽曲情報取得要求生成部と、
上記楽曲情報取得要求に含まれる付随情報に対応する楽曲情報により示されるアーティスト名を含む楽曲情報を対応する付随情報と共に上記サーバ装置から取得する第２の楽曲情報取得部と、
上記第１の楽曲情報取得部により上記ローカルデータベースから取得した楽曲情報を上記外部記録媒体から読み出された音楽データおよび付随情報と共に内部記録媒体に記憶させるとともに、上記第２の楽曲情報取得部により上記サーバ装置から取得した楽曲情報および付随情報を上記ローカルデータベースに記憶させる記憶制御部とを備えたことを特徴とする車載機。
【請求項６】
車載機から通信ネットワークを介して送られてくる楽曲情報取得要求に応じて楽曲情報を返信するサーバ装置であって、
音楽データが記録された外部記録媒体に関する付随情報および当該付随情報に関連付けられた楽曲情報を記憶するリモートデータベースと、
上記楽曲情報取得要求に含まれる付随情報をキーとして上記リモートデータベースを検索し、当該付随情報に対応する楽曲情報により示されるアーティスト名を取得するアーティスト名取得部と、
上記アーティスト名取得部により取得されたアーティスト名を含む楽曲情報を上記リモートデータベースから取得する楽曲情報取得部と、
上記楽曲情報取得部により取得された楽曲情報を上記通信ネットワークを介して上記車載機に送信する楽曲情報送信部とを備えたことを特徴とするサーバ装置。
【請求項７】
車載機が通信ネットワークを介してサーバ装置から楽曲情報を取得するように成された楽曲情報取得システムの上記車載機において実行される楽曲情報取得方法であって、
外部記録媒体から音楽データと共に読み出される付随情報をキーとして、上記外部記録媒体に関する付随情報および当該付随情報に関連付けられた楽曲情報を記憶する上記車載機のローカルデータベースを検索し、上記キーとした付随情報に対応する楽曲情報を上記ローカルデータベースから取得する第１のステップと、
上記第１のステップで上記ローカルデータベースから取得した楽曲情報を上記外部記録媒体から読み出された音楽データおよび付随情報に関連付けて内部記録媒体に記憶させる第２のステップと、
上記キーとした付随情報を有する楽曲情報取得要求であって、上記通信ネットワークを介して上記サーバ装置から楽曲情報を取得するための楽曲情報取得要求を生成する第３のステップと、
上記楽曲情報取得要求を上記通信ネットワークを介して上記サーバ装置に送信し、上記楽曲情報取得要求に含まれる付随情報に対応する楽曲情報により示されるアーティスト名を含む楽曲情報を対応する付随情報と共に上記サーバ装置から取得する第４のステップと、
上記第４のステップで上記サーバ装置から取得した楽曲情報および付随情報を上記ローカルデータベースに記憶させる第５のステップとを有することを特徴とする楽曲情報取得方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、楽曲情報取得システム並びにこれに用いる車載機およびサーバ装置、楽曲情報取得方法に関し、特に、車載機が通信ネットワークを介してサーバ装置から楽曲情報を取得するシステムに用いて好適なものである。
【背景技術】
【０００２】
従来、ハードディスクを搭載した車載オーディオ装置が提供されている。この種の車載オーディオ装置では、例えば音楽ＣＤ（Compact Disc）から音楽データを読み出してハードディスクに取り込むことにより、複数枚分のＣＤの音楽データをハードディスクに記録（リッピング）することが可能である。このようにすれば、ユーザは、ＣＤを抜き差しすることなく多くの音楽を視聴することができる。
【０００３】
一般に、ＣＤには音楽データの他にその付随情報としてＴＯＣ（Table of Contents）情報も記録されている。車載オーディオ装置がＣＤから音楽データを読み出してハードディスクに記録する際には、ＴＯＣ情報も合わせてハードディスクに記録される。ＴＯＣ情報を記録した車載オーディオ装置は、当該ＴＯＣ情報をキーとしてＣＤＤＢ（CD Database）にアクセスし、ＣＤに関する楽曲情報（収録曲の楽曲名、アルバム名、アーティスト名、ジャンル、演奏時間など）を取得してハードディスクに記録する。
【０００４】
多くの車載オーディオ装置は、ハードディスクとは別にＣＤＤＢも内蔵している。すなわち、ＣＤＤＢを内蔵した車載オーディオ装置は、ＣＤから音楽データを読み出してハードディスクに記録する際に、ＴＯＣ情報も読み出してハードディスクに記録する。その後、車載オーディオ装置は、ＴＯＣ情報をキーとして内蔵のＣＤＤＢにアクセスすることにより、そのＴＯＣ情報に関連する楽曲情報をＣＤＤＢから取得する。このように楽曲情報を取得して音楽データと関連付けてハードディスクに記録すれば、当該音楽データを再生するときに、関連する楽曲情報を表示装置に表示することが可能となる。
【０００５】
ところが、車載オーディオ装置が内蔵するＣＤＤＢには、出荷時にあらかじめ記録されたＣＤの楽曲情報が存在するのみである。すなわち、全てのＣＤに関する楽曲情報が内蔵のＣＤＤＢに記録されている訳ではない。そのため、ハードディスクにリッピングしたＣＤに関連する楽曲情報を内蔵のＣＤＤＢから取り出すことができない場合がある。
【０００６】
これに対して、リッピングしようとするＣＤに関連する楽曲情報がローカルデータベース（以下、ローカルＣＤＤＢという）に記録されていない場合に、インターネット上にあるリモートデータベース（以下、リモートＣＤＤＢという）から楽曲情報を取得するようにした技術が提案されている（例えば、特許文献１参照）。また、インターネットを通じて配信されてくるアップデートされたタイトル情報を受信することで、ローカルＣＤＤＢを更新する技術も提案されている（例えば、特許文献２参照）。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特許第４１９５０８４号公報
【特許文献２】特開２００２−２３０９４５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、特許文献１に記載の従来技術では、ローカルＣＤＤＢに楽曲情報が記録されていないＣＤをリッピングする都度、インターネットにアクセスしてリモートＣＤＤＢから楽曲情報を取得しなければならない。ここで、インターネットへのアクセスは、車載オーディオ装置に携帯電話を接続して行う必要がある。そのため、ローカルＣＤＤＢに楽曲情報が記録されていない場合は、リモートＣＤＤＢから楽曲情報を取得するために、ＣＤを１枚リッピングする毎にユーザによる操作部の操作が必要となり、手間がかかるという問題があった。
【０００９】
一方、特許文献２に記載の従来技術によれば、ローカルＣＤＤＢに記録されていない複数の楽曲情報が一度にアップデートされるので、ＣＤ１枚毎にインターネットにアクセスして楽曲情報を取得する操作は必要なくなる。しかしながら、車載オーディオ装置が内蔵するローカルＣＤＤＢは記憶容量の大きさに制限がある。そのため、ＣＤＤＢの記憶容量が小さいと、アップデートされる楽曲情報によってＣＤＤＢがすぐに一杯になってしまい、それ以降はアップデートに対応できなくなってしまう。これを回避するためにはＣＤＤＢの記憶容量を大きくしなければならいが、そうするとコストが増大してしまうという問題があった。したがって、特許文献２のように楽曲情報の差分を一気にアップデートする方法は現実的でなく、採用し難い。
【００１０】
本発明は、このような問題を解決するために成されたものであり、差分アップデートといった非現実的な方法によらず、元々はローカルＣＤＤＢに楽曲情報が記録されていなかったＣＤに関する楽曲情報を取得する際のユーザの手間を軽減できるようにすることを目的とする。
【課題を解決するための手段】
【００１１】
上記した課題を解決するために、本発明では、リッピング時に外部記録媒体から音楽データと共に読み出された付随情報をキーとして車載機のローカルデータベースを検索して楽曲情報を取得したときに、当該取得した楽曲情報により示されるアーティスト名を含む他の楽曲情報を、通信ネットワーク上のサーバ装置が備えるリモートデータベースから取得して車載機のローカルデータベースに記憶させるようにしている。
【発明の効果】
【００１２】
上記のように構成した本発明によれば、車載機でリッピングした外部記録媒体に関する楽曲情報が車載機のローカルデータベースから取得されるだけでなく、未だリッピングしていない可能性のある他の外部記録媒体に関する楽曲情報が、通信ネットワーク上のサーバ装置が備えるリモートデータベースからあらかじめ取得され、車載機のローカルデータベースに記憶される。
【００１３】
これにより、その後にリッピングした他の外部記録媒体に関する楽曲情報を取得しようとする際に、当該他の外部記録媒体に関する楽曲情報が出荷時にローカルデータベースに記録されていなかったものであるとしても、その楽曲情報がローカルデータベースに存在している可能性が高くなる。このため、その時点でユーザが面倒な操作を行って通信ネットワーク上のサーバ装置から楽曲情報を取得する必要がなく、車載機のローカルデータベースから対応する楽曲情報を自動的に取得することができる。
【００１４】
また、本発明において、サーバ装置のリモートデータベースからあらかじめ取得して車載機のローカルデータベースに記憶しておく楽曲情報は、リッピングされた外部記録媒体に対応する楽曲情報により示されるアーティストと同一のアーティストのものに限られる。同一のアーティストの外部記録媒体であれば、全く無関係の外部記録媒体に比べて、ユーザが後にリッピングする可能性は高い。このため、本発明によれば、従来の差分アップデートのように大量の楽曲情報がローカルデータベースに一気に追加して記憶されてしまうわけではなく、ユーザの嗜好に合った外部記録媒体に関する楽曲情報だけがローカルデータベースに追加して記憶されることとなる。
【００１５】
したがって、本発明によれば、差分アップデートのような非現実的な方法によらず、元々はローカルデータベースに楽曲情報が記録されていなかった外部記録媒体に関する楽曲情報を取得する際のユーザの手間を軽減することができる。
【図面の簡単な説明】
【００１６】
【図１】第１の実施形態による楽曲情報取得システムの全体構成例を示す図である。
【図２】第１の実施形態による車載機の機能構成例を示す図である。
【図３】第１の実施形態によるサーバ装置の機能構成例を示す図である。
【図４】第１の実施形態によるローカルＣＤＤＢおよびリモートＣＤＤＢのデータ構造例を示す図である。
【図５】第１の実施形態による楽曲情報取得システムの動作例を示すフローチャートである。
【図６】第２の実施形態による車載機の機能構成例を示す図である。
【図７】第２の実施形態によるサーバ装置の機能構成例を示す図である。
【図８】第３の実施形態による車載機の機能構成例を示す図である。
【発明を実施するための形態】
【００１７】
（第１の実施形態）
以下、本発明による第１の実施形態を図面に基づいて説明する。図１は、第１の実施形態による楽曲情報取得システムの全体構成例を示す図である。図２は、第１の実施形態による車載機の機能構成例を示す図である。図３は、第１の実施形態によるサーバ装置の機能構成例を示す図である。図４は、第１の実施形態によるローカルＣＤＤＢおよびリモートＣＤＤＢのデータ構造例を示す図である。
【００１８】
図１に示すように、第１の実施形態による楽曲情報取得システムは、車載機１と、携帯電話機２と、通信ネットワーク４に接続されたサーバ装置３とを備え、車載機１が携帯電話機２の通信機能を利用して通信ネットワーク４を介してサーバ装置３から楽曲情報を必要に応じて取得するようになっている。
【００１９】
図２に示すように、第１の実施形態による車載機１は、その機能構成として、ローカルＣＤＤＢ１１、読み出し部１２、第１の楽曲情報取得部１３、楽曲情報取得要求生成部１４、第２の楽曲情報取得部１５、記憶制御部１６およびハードディスク１７を備えている。ローカルＣＤＤＢ１１は、特許請求の範囲のローカルデータベースに相当する。また、ハードディスク１７は、特許請求の範囲の内部記録媒体に相当する。
【００２０】
ローカルＣＤＤＢ１１は、音楽データが記録された外部記録媒体としての各種ＣＤに関するＴＯＣ情報（付随情報に相当する）と、当該ＴＯＣ情報に関連付けられた楽曲情報とを記憶するデータベースである。このローカルＣＤＤＢ１１には、車載機１の出荷時にあらかじめ複数枚のＣＤに関する楽曲情報が記憶されている。また、後述するように、ハードディスク１７に対してリッピングしたＣＤ１００のアーティストに関連する楽曲情報が追加して記憶される。
【００２１】
図４に示すように、ローカルＣＤＤＢ１１は、ＴＯＣ情報に関連付けて楽曲情報が記憶されるデータ構造となっている。楽曲情報には、ＣＤに収録されている曲の楽曲名、アルバム名、アーティスト名、ジャンル、発売日などの情報が含まれている。
【００２２】
読み出し部１２は、ＣＤ１００から音楽データをそのＴＯＣ情報と共に読み出す。読み出し部１２は、読み出した音楽データおよびＴＯＣ情報を記憶制御部１６に出力する。後述するように、読み出し部１２により読み出された音楽データおよびＴＯＣ情報は、記憶制御部１６によりハードディスク１７に記憶される。
【００２３】
第１の楽曲情報取得部１３は、ＣＤ１００から音楽データと共に読み出されたＴＯＣ情報（ハードディスク１７に記憶されたもの）をキーとしてローカルＣＤＤＢ１１を検索し、当該ＴＯＣ情報に対応する楽曲情報をローカルＣＤＤＢ１１から取得する。そして、取得した楽曲情報を、検索キーとして用いたＴＯＣ情報と共に楽曲情報取得要求生成部１４および記憶制御部１６に出力する。
【００２４】
第１の楽曲情報取得部１３による楽曲情報の取得は、図示しない操作部を用いたユーザからの指示に応じて行う。例えば、ハードディスク１７に記録されたＣＤの一覧を図示しない表示装置に表示し、その一覧の中からユーザが所望のＣＤを選択して楽曲情報の取得を指示したときに、第１の楽曲情報取得部１３が、当該選択されたＣＤのＴＯＣ情報をハードディスク１７から読み出して楽曲情報の取得処理を行う。なお、第１の楽曲情報取得部１３による楽曲情報の取得は、読み出し部１２がＣＤ１００からＴＯＣ情報を読み出したときに自動的に行うようにしても良い。
【００２５】
楽曲情報取得要求生成部１４は、第１の楽曲情報取得部１３により取得された楽曲情報の中から日付情報（発売日）を抽出する。そして、楽曲情報取得要求生成部１４は、その抽出した日付情報と、第１の楽曲情報取得部１３から出力されたＴＯＣ情報とを有する楽曲情報取得要求を生成し、携帯電話機２に出力する。この楽曲情報取得要求は、通信ネットワーク４を介してサーバ装置３から楽曲情報を取得することを要求するための情報である。
【００２６】
携帯電話機２は、通信ネットワーク４を介してサーバ装置３との間で情報通信を行う。例えば、携帯電話機２は、楽曲情報取得要求生成部１４により生成された楽曲情報取得要求を、通信ネットワーク４を介してサーバ装置３に送信する。また、携帯電話機２は、当該楽曲情報取得要求に応答してサーバ装置３から通信ネットワーク４を介して送られてくる楽曲情報を受信する。
【００２７】
第２の楽曲情報取得部１５は、サーバ装置３に送信した楽曲情報取得要求に含まれるＴＯＣ情報に対応する楽曲情報（後述するように、サーバ装置３で取得される）により示されるアーティスト名を含む１以上の楽曲情報を、それに対応するＴＯＣ情報と共にサーバ装置３から取得する。ここで取得する楽曲情報は、上記アーティスト名を含む幾つかの楽曲情報のうち、楽曲情報取得要求に含まれる日付情報よりも新しい日付情報を含む楽曲情報である。
【００２８】
記憶制御部１６は、読み出し部１２により読み出された音楽データをＴＯＣ情報に関連付けてハードディスク１７に記憶させる。また、第１の楽曲情報取得部１３によりローカルＣＤＤＢ１１から取得された楽曲情報を、読み出し部１２によりＣＤ１００から読み出された音楽データおよびＴＯＣ情報に関連づけてハードディスク１７に記憶させる。また、記憶制御部１６は、第２の楽曲情報取得部１５によりサーバ装置３から取得した楽曲情報およびそれに対応するＴＯＣ情報をローカルＣＤＤＢ１１に記憶させる。
【００２９】
次に、サーバ装置３の構成について説明する。図３に示すように、サーバ装置３は、その機能構成として、リモートＣＤＤＢ２１、アーティスト名取得部２２、第３の楽曲情報取得部２３および楽曲情報送信部２４を備えている。リモートＣＤＤＢ２１は、特許請求の範囲のリモートデータベースに相当する。
【００３０】
リモートＣＤＤＢ２１は、音楽データが記録された各種ＣＤに関するＴＯＣ情報と、当該ＴＯＣ情報に関連付けられた楽曲情報とを記憶するデータベースである。このリモートＣＤＤＢ２１には、車載機１のローカルＣＤＤＢ１１に記憶されている楽曲情報の他に、車載機１の出荷時よりも後に発売された複数枚のＣＤに関する楽曲情報が記憶されている。リモートＣＤＤＢ２１に記憶される楽曲情報は、サーバ装置３を管理するオペレータによって随時更新されている。このリモートＣＤＤＢ２１のデータ構造はローカルＣＤＤＢ１１と同様で、図４のようになっている。
【００３１】
アーティスト名取得部２２は、車載機１から携帯電話機２および通信ネットワーク４を介して受信した楽曲情報取得要求に含まれるＴＯＣ情報をキーとしてリモートＣＤＤＢ２１を検索し、当該ＴＯＣ情報に対応する楽曲情報をリモートＣＤＤＢ２１から取得する。さらに、アーティスト名取得部２２は、当該楽曲情報の中からアーティスト名を取得し、第３の楽曲情報取得部２３に出力する。
【００３２】
第３の楽曲情報取得部２３は、アーティスト名取得部２２により取得されたアーティスト名を含む楽曲情報のうち、車載機１から受信した楽曲情報取得要求に含まれる日付情報よりも新しい日付情報を含む楽曲情報を、それに対応するＴＯＣ情報と共にリモートＣＤＤＢ２１から取得する。これは、車載機１においてリッピングされたＣＤ１００と同じアーティストによる他のＣＤであって、当該ＣＤ１００の発売日よりも後に発売されたＣＤの楽曲情報を対応するＴＯＣ情報と共に選択的にリモートＣＤＤＢ２１から取得することを意味する。
【００３３】
リッピングされたＣＤ１００よりも発売日が後のＣＤに絞って楽曲情報等を取得しているのは、ユーザがそのＣＤを未だリッピングしていない可能性があると考えられるからである。すなわち、未だリッピングしていない可能性があると考えられるＣＤの楽曲情報をサーバ装置３のリモートＣＤＤＢ２１から取得して車載機１に送信し、図２で説明したようにこれをローカルＣＤＤＢ１１に記憶しておくことで、ローカルＣＤＤＢ１１に元々は記録されていなかった楽曲情報がローカルＣＤＤＢ１１に追加して記憶されるようにしている。
【００３４】
また、リッピングされたＣＤ１００と同じアーティストによるＣＤに絞って楽曲情報等を取得しているのは、同じアーティストのＣＤであれば、全く無関係のＣＤに比べて、ユーザが後にリッピングする可能性が高いと考えられるからである。すなわち、後に車載機１でリッピングされる可能性が高いと考えられるＣＤの楽曲情報をサーバ装置３のリモートＣＤＤＢ２１から取得して車載機１に送信し、図２で説明したようにこれをローカルＣＤＤＢ１１に記憶しておくことで、ローカルＣＤＤＢ１１に元々は記録されていなかった楽曲情報の中でも特にユーザの嗜好に合ったＣＤに関する楽曲情報だけがローカルＣＤＤＢ１１に追加して記憶されるようにしている。
【００３５】
楽曲情報送信部２４は、第３の楽曲情報取得部２３によりリモートＣＤＤＢ２１から取得された楽曲情報およびそれに対応するＴＯＣ情報を携帯電話機２に出力し、通信ネットワーク４を介して車載機１に送信する。
【００３６】
次に、上記のように構成した第１の実施形態による楽曲情報取得システムの動作を説明する。図５は、第１の実施形態による楽曲情報取得システムの動作例を示すフローチャートである。図５に示すフローチャートは、リッピングのためにＣＤ１００を車載機１に装填したときにスタートする。
【００３７】
まず、車載機１において読み出し部１２は、ＣＤ１００から音楽データとそれに対応するＴＯＣ情報とを読み出し、それらを記憶制御部１６に出力する（ステップＳ１）。記憶制御部１６は、読み出し部１２により読み出された音楽データおよびＴＯＣ情報をハードディスク１７に記憶する（ステップＳ２）。次に、第１の楽曲情報取得部１３は、楽曲情報の取得を指示するための操作がユーザにより行われたか否かを判定する（ステップＳ３）。
【００３８】
楽曲情報の取得を指示するための操作が行われていなければ、本フローチャートの処理を終了する。一方、楽曲情報の取得を指示するための操作が行われた場合、第１の楽曲情報取得部１３は、楽曲情報の取得対象として指示されたＣＤに関するＴＯＣ情報をハードディスク１７から読み出し、当該ＴＯＣ情報をキーとしてローカルＣＤＤＢ１１を検索する（ステップＳ４）。そして、第１の楽曲情報取得部１３は、当該ＴＯＣ情報に対応する楽曲情報を取得できたか否かを判定し（ステップＳ５）、取得できた場合にはそれを記憶制御部１６に出力する。
【００３９】
記憶制御部１６は、第１の楽曲情報取得部１３により取得された楽曲情報を、検索キーに用いたＴＯＣ情報に関連付けてハードディスク１７に記憶する（ステップＳ６）。一方、ＴＯＣ情報に対応する楽曲情報を取得できなかった場合、第１の楽曲情報取得部１３は、楽曲情報をローカルＣＤＤＢ１１から取得できなかった旨をユーザに知らせるメッセージを図示しない表示装置に表示し（ステップＳ７）、本フローチャートの処理を終了する。このメッセージを見たユーザは、希望する場合には、サーバ装置３にアクセスしてリモートＣＤＤＢ２１から該当する楽曲情報を取得するための操作を別途行う（フローチャート中にはその手順を図示していない）。
【００４０】
ステップＳ６で第１の楽曲情報取得部１３が楽曲情報をハードディスク１７に記憶した後、楽曲情報取得要求生成部１４は、その楽曲情報に含まれている日付情報と、第１の楽曲情報取得部１３が楽曲情報の検索キーに用いたＴＯＣ情報とを有する楽曲情報取得要求を生成する。そして、生成した楽曲情報取得要求を、携帯電話機２および通信ネットワーク４を介してサーバ装置３に送信する（ステップＳ８）。
【００４１】
サーバ装置３において、アーティスト名取得部２２は、車載機１から楽曲情報取得要求を受信したか否か判定する（ステップＳ９）。楽曲情報取得要求を受信していない場合は、本フローチャートの処理を終了する。一方、楽曲情報取得要求を受信した場合、アーティスト名取得部２２は、その楽曲情報取得要求に含まれるＴＯＣ情報をキーとしてリモートＣＤＤＢ２１を検索し、当該ＴＯＣ情報に対応する楽曲情報をリモートＣＤＤＢ２１から取得する（ステップＳ１０）。さらに、アーティスト名取得部２２は、当該検索した楽曲情報の中からアーティスト名を取得し、第３の楽曲情報取得部２３に出力する（ステップＳ１１）。
【００４２】
第３の楽曲情報取得部２３は、アーティスト名取得部２２により取得されたアーティスト名を含む楽曲情報のうち、車載機１から受信した楽曲情報取得要求に含まれる日付情報よりも新しい日付情報を含む楽曲情報を、それに対応するＴＯＣ情報と共にリモートＣＤＤＢ２１から取得する（ステップＳ１２）。そして、楽曲情報送信部２４は、第３の楽曲情報取得部２３によりリモートＣＤＤＢ２１から取得された楽曲情報およびＴＯＣ情報を、通信ネットワーク４および携帯電話機２を介して車載機１に送信する（ステップＳ１３）。
【００４３】
車載機１の第２の楽曲情報取得部１５は、サーバ装置３から楽曲情報およびＴＯＣ情報を受信したか否か判定する（ステップＳ１４）。これらの情報を受信した場合、第２の楽曲情報取得部１５は、受信した楽曲情報およびＴＯＣ情報を記憶制御部１６に出力する。記憶制御部１６は、第２の楽曲情報取得部１５から受け取った楽曲情報およびＴＯＣ情報をローカルＣＤＤＢ１１に記憶させる（ステップＳ１５）。これにより、本フローチャートの処理を終了する。
【００４４】
以上詳しく説明したように、第１の実施形態では、ＴＯＣ情報をキーとして車載機１のローカルＣＤＤＢ１１を検索して楽曲情報を取得したときに、当該取得した楽曲情報により示されるアーティスト名を含む他の楽曲情報であって、当該取得した楽曲情報に含まれる日付情報よりも新しい日付情報を含む他の楽曲情報を、サーバ装置３が備えるリモートＣＤＤＢ２１から取得して車載機１のローカルＣＤＤＢ１１に記憶させるようにしている。
【００４５】
このように構成した第１の実施形態によれば、車載機１においてリッピングしたＣＤ１００に関する楽曲情報が車載機１のローカルＣＤＤＢ１１から取得されるだけでなく、未だリッピングしていない可能性のある他のＣＤに関する楽曲情報がサーバ装置４のリモートＣＤＤＢ２１からあらかじめ取得され、車載機１のローカルＣＤＤＢ１１に記憶される。
【００４６】
これにより、その後にリッピングした他のＣＤに関する楽曲情報を取得しようとする際に、当該他のＣＤに関する楽曲情報が車載機１の出荷時に元々ローカルＣＤＤＢ１１に記録されていなかったものであるとしても、その楽曲情報がローカルＣＤＤＢ１１に追加で記憶されている可能性が高くなる。つまり、図５のステップＳ７において楽曲情報が存在しない旨のメッセージが出力される可能性を減らすことができる。このため、その時点でユーザが面倒な操作を行ってサーバ装置３から楽曲情報を取得する必要がなく、車載機１のローカルＣＤＤＢ１１から対応する楽曲情報を自動的に取得してハードディスク１７に記録することができる（図５のステップＳ６）。
【００４７】
また、第１の実施形態において、サーバ装置３のリモートＣＤＤＢ２１からあらかじめ取得して車載機１のローカルＣＤＤＢ１１に記憶しておく楽曲情報は、リッピングされたＣＤ１００に対応する楽曲情報により示されるアーティストと同一のアーティストのものに限られる。このため、従来の差分アップデートのように大量の楽曲情報がローカルＣＤＤＢ１１に一気に追加して記憶されてしまうわけではなく、ユーザの嗜好に合ったアーティストのＣＤに関する楽曲情報だけがローカルＣＤＤＢ１１に追加して記憶されることとなる。
【００４８】
したがって、第１の実施形態によれば、差分アップデートのような非現実的な方法によらず、出荷時にローカルＣＤＤＢ１１に楽曲情報が記録されていなかったＣＤに関する楽曲情報を取得する際のユーザの手間を軽減することができる。なお、図４に示したように、楽曲情報の中にはジャンルも含まれている。リッピングされたＣＤ１００と同じジャンルに属するＣＤに絞ってリモートＣＤＤＢ２１から楽曲情報を取得することも可能であるが、同じアーティストに絞る場合に比べて、取得される楽曲情報の数が多くなるし、ユーザの嗜好に合わないＣＤに関する楽曲情報が含まれる可能性も高くなる。よって、ジャンルで絞り込みをかけるよりも、アーティスト名で絞り込みをかける方が好ましい。
【００４９】
（第２の実施形態）
以下、本発明による第２の実施形態を図面に基づいて説明する。第２の実施形態による楽曲情報取得システムの全体構成は、図１と同様である。図６は、第２の実施形態による車載機の機能構成例を示す図である。図７は、第２の実施形態によるサーバ装置の機能構成例を示す図である。なお、図６および図７において、図２および図３に示した符号と同一の符号を付したものは同一の機能を有するものであるので、ここでは重複する説明を省略する。
【００５０】
図６に示すように、第２の実施形態による車載機１は、その機能構成として、ローカルＣＤＤＢ１１、読み出し部１２、第１の楽曲情報取得部１３、楽曲情報取得要求生成部１４’、第２の楽曲情報取得部１５’、記憶制御部１６、ハードディスク１７および情報抽出部３１を備えている。
【００５１】
情報抽出部３１は、第１の楽曲情報取得部１３によりローカルＣＤＤＢ１１から楽曲情報を取得する際に、ハードディスク１７を検索して、同一のアーティストで所定数以上の楽曲情報が記憶されているものがあるか否かを判定する。そして、同一のアーティストで所定数以上の楽曲情報がハードディスク１７に記憶されていると判断した場合、情報抽出部３１は、当該所定数以上の楽曲情報の中から最も新しい日付情報を抽出するとともに、当該最も新しい日付情報を含む楽曲情報に対応するＴＯＣ情報を抽出する。そして、抽出した日付情報およびＴＯＣ情報を楽曲情報取得要求生成部１４’に出力する。
【００５２】
楽曲情報取得要求生成部１４’は、第１の実施形態で説明した楽曲情報取得要求（第１の楽曲情報取得部１３により取得された楽曲情報中の日付情報およびＴＯＣ情報を有する楽曲情報取得要求）に加え、情報抽出部３１により抽出された日付情報およびＴＯＣ情報を有する第２の楽曲情報取得要求を生成する。そして、楽曲情報取得要求生成部１４’は、生成した楽曲情報取得要求および第２の楽曲情報取得要求を、携帯電話機２および通信ネットワーク４を介してサーバ装置３に送信する。
【００５３】
第２の楽曲情報取得部１５’は、第１の実施形態と同様に、楽曲情報取得要求に含まれるＴＯＣ情報に対応する楽曲情報により示されるアーティスト名を含む楽曲情報のうち、楽曲情報取得要求に含まれる日付情報よりも新しい日付情報を含む楽曲情報を対応するＴＯＣ情報と共にサーバ装置３から取得する。これに加えて、第２の楽曲情報取得部１５’は、第２の楽曲情報取得要求に含まれるＴＯＣ情報に対応する楽曲情報により示されるアーティスト名を含む楽曲情報のうち、第２の楽曲情報取得要求に含まれる日付情報よりも新しい日付情報を含む楽曲情報を対応するＴＯＣ情報と共にサーバ装置３から取得する。
【００５４】
図７に示すように、サーバ装置３は、その機能構成として、リモートＣＤＤＢ２１、アーティスト名取得部２２’、第３の楽曲情報取得部２３’および楽曲情報送信部２４を備えている。
【００５５】
アーティスト名取得部２２’は、第１の実施形態と同様に、楽曲情報取得要求に含まれるＴＯＣ情報をキーとしてリモートＣＤＤＢ２１を検索し、当該ＴＯＣ情報に対応する楽曲情報により示されるアーティスト名を取得する。これに加えて、アーティスト名取得部２２’は、第２の楽曲情報取得要求に含まれるＴＯＣ情報をキーとしてリモートＣＤＤＢ２１を検索し、当該ＴＯＣ情報に対応する楽曲情報により示されるアーティスト名を取得する。
【００５６】
第３の楽曲情報取得部２３’は、第１の実施形態と同様に、楽曲情報取得要求に基づきアーティスト名取得部２２’により取得されたアーティスト名を含む楽曲情報のうち、楽曲情報取得要求に含まれる日付情報よりも新しい日付情報を含む楽曲情報をリモートＣＤＤＢ２１から取得する。これに加えて、第３の楽曲情報取得部２３’は、第２の楽曲情報取得要求に基づきアーティスト名取得部２２’により取得されたアーティスト名を含む楽曲情報のうち、第２の楽曲情報取得要求に含まれる日付情報よりも新しい日付情報を含む楽曲情報をリモートＣＤＤＢ２１から取得する。
【００５７】
第３の楽曲情報取得部２３’は、楽曲情報取得要求に基づきリモートＣＤＤＢ２１から取得した楽曲情報および第２の楽曲情報取得要求に基づきリモートＣＤＤＢ２１から取得した楽曲情報を、それらに対応するＴＯＣ情報と共に楽曲情報送信部２４に出力する。楽曲情報送信部２４は、第３の楽曲情報取得部２３’から受け取った楽曲情報およびＴＯＣ情報を、通信ネットワーク４および携帯電話機２を介して車載機１に送信する。
【００５８】
以上のように構成した第２の実施形態において、例えばアーティスト“Ｘ”のＣＤ１００をハードディスク１７にリッピングし、当該リッピングしたＣＤ１００に関する楽曲情報をローカルＣＤＤＢ１１から取得するときに、別のアーティスト“Ｚ”に関する楽曲情報が所定数以上ハードディスク１７に記憶されていたとする。これは、別のアーティスト“Ｚ”のＣＤが既に所定数以上ハードディスク１７にリッピングされていて、対応する楽曲情報もハードディスク１７に記憶されていることを意味する。
【００５９】
この場合、楽曲情報取得要求に基づいてサーバ装置３のリモートＣＤＤＢ２１からアーティスト“Ｘ”に関する楽曲情報が取得される。さらに、第２の楽曲情報取得要求に基づいてサーバ装置３のリモートＣＤＤＢ２１から別のアーティスト“Ｚ”に関する楽曲情報が取得される。そして、当該取得されたアーティスト“Ｘ”および“Ｚ”に関する楽曲情報がＴＯＣ情報と共に車載機１のローカルＣＤＤＢ１１に記憶される。
【００６０】
アーティスト“Ｚ”に関する楽曲情報が所定数以上ハードディスク１７に記憶されている（つまり、アーティスト“Ｚ”のＣＤが既に所定数以上リッピング済み）ということは、アーティスト“Ｚ”がユーザの嗜好に合っている可能性が高いことを意味する。したがって、アーティスト“Ｘ”のＣＤ１００をリッピングして対応する楽曲情報をローカルＣＤＤＢ１１から取得する際に、アーティスト“Ｘ”に加えてアーティスト“Ｚ”のＣＤに関する楽曲情報もリモートＣＤＤＢ２１から取得してローカルＣＤＤＢ１１に記憶しておくことで、よりユーザの嗜好に合ったアーティストのＣＤに関する楽曲情報をローカルＣＤＤＢ１１にあらかじめ追加して記憶しておくことができる。
【００６１】
なお、過去にアーティスト“Ｚ”のＣＤ１００をリッピングして対応する楽曲情報をローカルＣＤＤＢ１１から取得した際に、楽曲情報取得要求に基づいてアーティスト“Ｚ”の別のＣＤに関する楽曲情報があらかじめリモートＣＤＤＢ２１から取得されてローカルＣＤＤＢ１１に記憶されている。しかし、その後にアーティスト“Ｚ”の新譜ＣＤが発売されたような場合は、その新譜ＣＤに関する楽曲情報はローカルＣＤＤＢ１１には存在しない。
【００６２】
このような場合でも、その新譜ＣＤをハードディスク１７に実際にリッピングする前に、アーティスト“Ｘ”のＣＤ１００をリッピングして対応する楽曲情報をローカルＣＤＤＢ１１から取得する際に、第２の楽曲情報取得要求に基づきアーティスト“Ｚ”の新譜ＣＤに関する楽曲情報がリモートＣＤＤＢ２１から取得されてローカルＣＤＤＢ１１にあらかじめ記憶されることとなる。よって、従来のような差分アップデートのような非現実的な方法によらずとも、ローカルＣＤＤＢ１１から楽曲情報を取得できない可能性を減らすことができる。その結果、楽曲情報を取得するためにユーザがわざわざサーバ装置３にアクセスしなければならない操作の手間を、第１の実施形態と比べて更に軽減することができる。
【００６３】
（第３の実施形態）
以下、本発明による第３の実施形態を図面に基づいて説明する。第３の実施形態による楽曲情報取得システムの全体構成は、図１と同様である。また、第３の実施形態によるサーバ装置の機能構成は、図３と同様である。図８は、第３の実施形態による車載機の機能構成例を示す図である。なお、図８において、図２に示した符号と同一の符号を付したものは同一の機能を有するものであるので、ここでは重複する説明を省略する。
【００６４】
図８に示すように、第３の実施形態による車載機１は、その機能構成として、ローカルＣＤＤＢ１１、読み出し部１２、第１の楽曲情報取得部１３、楽曲情報取得要求生成部１４”、第２の楽曲情報取得部１５、記憶制御部１６、ハードディスク１７および存否判定部３２を備えている。
【００６５】
存否判定部３２は、第１の楽曲情報取得部１３によりローカルＣＤＤＢ１１から取得された楽曲情報に含まれているアーティスト名と同じアーティスト名を含む楽曲情報がハードディスク１７に記憶されているか否かを判定する。楽曲情報取得要求生成部１４”は、同じアーティスト名を含む楽曲情報がハードディスク１７に記憶されていると存否判定部３２により判定された場合に限り、楽曲情報取得要求を生成する。
【００６６】
第１の実施形態において、リッピングされたＣＤ１００と同じアーティストによる別のＣＤが後にリッピングされる可能性が高いので、同じアーティストによる別のＣＤに関する楽曲情報をあらかじめリモートＣＤＤＢ２１から取得してローカルＣＤＤＢ１１に記憶しておくと説明した。しかし、ユーザが初めてそのアーティストのＣＤをリッピングしている場合は、必ずしもそのアーティストがユーザの嗜好に合っているとは限らない。試しに聴いてみるというケースがあるからである。
【００６７】
これに対して、第３の実施形態では、同じアーティスト名を含む楽曲情報がハードディスク１７に記憶されているとき（つまり、同じアーティスト名のＣＤを過去に既にリッピング済みのとき）に限り、楽曲情報取得要求を生成してサーバ装置３に送信するようにしている。過去に同じアーティスト名のＣＤをリッピング済みであれば、そのアーティストはユーザの嗜好に合っている可能性が高いと言える。したがって、第３の実施形態によれば、ユーザの嗜好に合っている可能性が高いＣＤの楽曲情報に絞って、リモートＣＤＤＢ２１から楽曲情報をあらかじめ取得してローカルＣＤＤＢ１１に記憶させることができ、無駄な楽曲情報がローカルＣＤＤＢ１１に多く記憶されることを防ぐことができる。
【００６８】
なお、存否判定部３２の機能は、図６に示した第２の実施形態による車載機１に持たせることも可能である。この場合、例えばアーティスト“Ｘ”のＣＤ１００をリッピングして対応する楽曲情報をローカルＣＤＤＢ１１から取得した際に、楽曲情報取得要求に基づいてリモートＣＤＤＢ２１からアーティスト“Ｘ”に関する別のＣＤの楽曲情報が取得されることがなくても、第２の楽曲情報取得要求に基づいてリモートＣＤＤＢ２１からアーティスト“Ｚ”に関するＣＤの楽曲情報が取得されることがあり得る。
【００６９】
また、上記第１〜第３の実施形態では、楽曲情報中に含まれる日付情報としてＣＤの発売日を用いる例について説明したが、本発明はこれに限定されない。例えば、楽曲情報がローカルＣＤＤＢ１１に記憶された日時を表す更新日時を日付情報として用いてもよい。
【００７０】
また、上記第１〜第３の実施形態では、楽曲情報取得要求および第２の楽曲情報取得要求の中にＴＯＣ情報および日付情報を含ませる例について説明したが、ＴＯＣ情報だけとしても良い。楽曲情報取得要求の中に含ませるものをＴＯＣ情報だけとした場合、車載機１の第２の楽曲情報取得部１５は、楽曲情報取得要求に含まれるＴＯＣ情報に対応する楽曲情報により示されるアーティスト名を含む楽曲情報を全てサーバ装置３のリモートＣＤＤＢ２１から取得することになる。
【００７１】
また、第２の実施形態において第２の楽曲情報取得要求の中に含ませるものをＴＯＣ情報だけとした場合、情報抽出部３１は、ハードディスク１７に記憶されている所定数以上の楽曲情報の中から何れか任意の１つに対応するＴＯＣ情報を抽出する（どれを抽出しても、ＴＯＣ情報に関連付けられた楽曲情報に含まれるアーティスト名は同じ）。そして、楽曲情報取得要求生成部１４’は、情報抽出部３１により抽出されたＴＯＣ情報を有して日付情報は含まない第２の楽曲情報取得要求を生成してサーバ装置３に送信する。
【００７２】
そして、第２の楽曲情報取得部１５’は、第２の楽曲情報取得要求に含まれるＴＯＣ情報に対応する楽曲情報により示されるアーティスト名を含む楽曲情報を、それに対応するＴＯＣ情報と共にサーバ装置３のリモートＣＤＤＢ２１から取得する。すなわち、サーバ装置３では、第２の楽曲情報取得要求に含まれるＴＯＣ情報をキーとしてアーティスト名取得部２２により取得されたアーティスト名を含む楽曲情報を全てリモートＣＤＤＢ２１から取得し、車載機１に送信する。
【００７３】
なお、楽曲情報取得要求および第２の楽曲情報取得要求の中にＴＯＣ情報だけを含ませた場合には、既にローカルＣＤＤＢ１１に記憶済みの楽曲情報もリモートＣＤＤＢ２１から取得されて車載機１に送信される可能性が高くなり、無駄が多くなるので、楽曲情報取得要求の中に日付情報を含ませる方が好ましい。
【００７４】
また、上記第１〜第３の実施形態では、楽曲情報取得要求に含ませるＴＯＣ情報に関して、第１の楽曲情報取得部１３においてローカルＣＤＤＢ１１の検索キーとして用いたＴＯＣ情報だけを含ませる例について説明したが、本発明はこれに限定されない。例えば、第１の楽曲情報取得部１３によりローカルＣＤＤＢ１１から取得された楽曲情報に含まれているアーティスト名と同じアーティスト名を含む楽曲情報をローカルＣＤＤＢ１１において検索し、検索された１以上の楽曲情報に対応するＴＯＣ情報を全て楽曲情報取得要求に含ませる。そして、サーバ装置３において、楽曲情報取得要求に含まれるＴＯＣ情報に対応する楽曲情報により示されるアーティスト名を含む楽曲情報のうち、楽曲情報取得要求に含まれるＴＯＣ情報とは異なるＴＯＣ情報に関連付けられた楽曲情報をリモートＣＤＤＢ２１から取得するようにしてもよい。
【００７５】
このようにすれば、同じアーティストのＣＤに関する楽曲情報であっても、既にローカルＣＤＤＢ１１に記憶済みの楽曲情報がリモートＣＤＤＢ２１から取得されて車載機１に送信される無駄をなくすことができる。しかも、ＣＤの発売日に関係なく、同じアーティストのＣＤに関する楽曲情報であってローカルＣＤＤＢ１１に記憶されていない楽曲情報は全てリモートＣＤＤＢ２１から取得されて車載機１のローカルＣＤＤＢ１１に記憶される。これにより、リッピングしたＣＤ１００と同じアーティストのＣＤに関する楽曲情報を漏れと無駄なくローカルＣＤＤＢ１１にあらかじめ記憶しておくことができる。これは、第２の楽曲情報取得要求についても同様である。
【００７６】
また、上記第１〜第３の実施形態では、外部記録媒体としてＣＤ１００を用いる例について説明したが、ＴＯＣ情報またはそれに代わる情報が記憶されているものであれば、ＤＶＤなど他の記録媒体であってもよい。
【００７７】
また、上記第１〜第３の実施形態では、車載機１に対して携帯電話機２を接続することにより、通信ネットワーク４を介してサーバ装置３との間で情報通信を行う例について説明したが、車載機１が通信機能を有していれば、携帯電話機２は不要である。
【００７８】
その他、上記第１〜第３の実施形態は、何れも本発明を実施するにあたっての具体化の一例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。すなわち、本発明はその精神、またはその主要な特徴から逸脱することなく、様々な形で実施することができる。
【符号の説明】
【００７９】
１  車載機
３  サーバ装置
１１  ローカルＣＤＤＢ（ローカルデータベース）
１３  第１の楽曲情報取得部
１４  楽曲情報取得要求生成部
１５  第２の楽曲情報取得部
１６  記憶制御部
１７  ハードディスク（内部記録媒体）
２１  リモートＣＤＤＢ（リモートデータベース）
２２  アーティスト名取得部
２３  第３の楽曲情報取得部
２４  楽曲情報送信部
３１  情報抽出部
３２  存否判定部
【図１】
2011028446.tif 000003
【図２】
2011028446.tif 000004
【図３】
2011028446.tif 000005
【図４】
2011028446.tif 000006
【図５】
2011028446.tif 000007
【図６】
2011028446.tif 000008
【図７】
2011028446.tif 000009
【図８】
2011028446.tif 000010