(57)【要約】【課題】ホスト装置によりデバイスが有する各機能のＤＢを更新する場合において、機能ごとに対応／非対応を選択でき、新機能を容易に追加可能にすること。【解決手段】ホスト装置１０は、デバイス２０から、デバイス２０が対応する機能の識別情報と、当該機能のバージョン情報とを取得するデバイス情報取得部１３６と、ホスト装置１０の機能情報記憶部１５４から、ホスト装置１０が対応する機能の識別情報と、当該機能のバージョン情報とを取得するホスト情報取得部１５６と、デバイス情報取得部１３６とホスト情報取得部１５６により取得された情報に基づいて、デバイス２０が対応する各機能のうちホスト装置１０が対応可能な機能を更新対象機能として抽出する更新機能抽出部１５８と、デバイス２０における更新対象機能に対応するＤＢを更新するＤＢ更新部１６０と、この更新結果を示すログをデバイス２０に記録するログ記録部１６２とを備える。【選択図】図９
2008102883.tif 000002
【特許請求の範囲】
【請求項１】
接続されたデバイスが有するデータベースを更新するホスト装置であって：
前記デバイスから、前記デバイスが対応する１又は２以上の機能の識別情報と、当該機能のバージョンを示す情報とを取得するデバイス情報取得部と；
前記ホスト装置の機能情報記憶部から、前記ホスト装置が対応する１又は２以上の機能の識別情報と、当該機能のバージョンを示す情報とを取得するホスト情報取得部と；
前記デバイス情報取得部により取得された情報と、前記ホスト情報取得部により取得された情報とに基づいて、前記デバイスが対応する前記各機能のうち前記ホスト装置が対応可能な機能を更新対象機能として抽出する更新機能抽出部と；
前記デバイスにおける前記更新対象機能に対応するデータベースを更新するデータベース更新部と；
前記データベース更新部による更新結果を示すログを前記デバイスに記録するログ記録部と；
を備えることを特徴とする、ホスト装置。
【請求項２】
前記機能は、前記デバイスに記憶された複数のコンテンツデータを検索するための検索機能であり、
前記データベースは、前記複数のコンテンツデータの属性情報を前記検索機能に応じて分類した検索表示用データベースであり、前記デバイスは、当該デバイスが対応する１又は２以上の前記検索機能にそれぞれ対応する前記検索表示用データベースを有しており、
前記ホスト装置の前記データベース更新部は、前記デバイスに対するコンテンツデータの追加、削除、若しくはコンテンツデータの属性情報の更新に応じて、前記デバイスにおける前記検索表示用データベースを前記更新対象機能ごとに更新することを特徴とする、請求項１に記載のホスト装置。
【請求項３】
前記データベース更新部は、前記デバイスが対応する機能のうち前記ホスト装置が対応不能な機能について、前記デバイスにおける当該対応不能な機能に対応するデータベースに、前記ホスト装置から前記デバイスに新規に追加されたコンテンツデータの識別情報を未分類情報として登録することを特徴とする、請求項１に記載のホスト装置。
【請求項４】
前記データベース更新部は、前記デバイスにおける前記更新対象機能のデータベースに前記未分類情報が予め登録されている場合には、前記未分類情報を用いて当該更新対象機能のデータベースを更新することを特徴とする、請求項３に記載のホスト装置。
【請求項５】
前記デバイスには、前記機能に対応する複数のデータベースが記憶されており、
前記データベース更新部は、前記デバイスにおける前記更新対象機能に対応する前記複数のデータベースを更新することを特徴とする、請求項１に記載のホスト装置。
【請求項６】
前記ホスト装置は、前記データベース更新部による更新処理に必要な情報を提供する外部装置と通信可能な通信部をさらに備え、
前記通信部が前記外部装置と通信不能である場合に、前記データベース更新部は、前記更新対象機能に対応するデータベースを更新しないことを特徴とする、請求項１に記載のホスト装置。
【請求項７】
前記更新対象機能のうちの一の機能が、前記通信部を介して前記外部装置から取得された情報を用いて前記データベースを更新する必要があるとき、
前記通信部が前記外部装置と通信不能である場合に、前記データベース更新部は、前記一の機能に対応する前記データベースを更新しないことを特徴とする、請求項６に記載のホスト装置。
【請求項８】
前記更新機能抽出部は、前記デバイス情報取得部により取得された前記バージョンを示す情報に含まれるメジャーバージョン情報と、前記ホスト情報取得部により取得された前記バージョンを示す情報に含まれるメジャーバージョン情報とに基づき、前記ホスト装置が対応可能な機能を前記更新対象機能として抽出することを特徴とする、請求項１に記載のホスト装置。
【請求項９】
前記更新機能抽出部は、前記デバイス情報取得部により取得された前記バージョンを示す情報に含まれるマイナーバージョン情報と、前記ホスト情報取得部により取得された前記バージョンを示す情報に含まれるマイナーバージョン情報とに基づき、前記ホスト装置が対応可能な機能を前記更新対象機能として抽出することを特徴とする、請求項８に記載のホスト装置。
【請求項１０】
前記ログ記録部は、前記データベース更新部による更新処理を行った日時であるデバイス更新日時を前記デバイスに記録するとともに、前記更新対象機能ごとに、前記データベースを更新した日時である機能更新日時と、前記ホスト装置側の前記更新対象機能のバージョン情報とを前記デバイスに記録することを特徴とする、請求項１に記載のホスト装置。
【請求項１１】
デバイスに接続可能なホスト装置により、前記デバイスが有するデータベースを更新するデータベース管理システムであって：
前記デバイスは、
前記デバイスが対応する１又は２以上の機能の識別情報と、当該機能のバージョンを示す情報とを記憶する機能情報記憶部と；
前記デバイスが対応する前記各機能に対応するデータベースを記憶するターミナル記憶部と；
前記ターミナル記憶部に記憶された前記データベースを利用して、前記デバイスが対応する前記各機能を実行する機能実行部と；
を備え、
前記ホスト装置は、
前記デバイスから、前記デバイスが対応する前記各機能の識別情報と、当該機能のバージョンを示す情報とを取得するデバイス情報取得部と；
前記ホスト装置の機能情報記憶部から、前記ホスト装置が対応する１又は２以上の機能の識別情報と、当該機能のバージョンを示す情報とを取得するホスト情報取得部と；
前記デバイス情報取得部により取得された情報と、前記ホスト情報取得部により取得された情報とに基づいて、前記デバイスが対応する前記各機能のうち前記ホスト装置が対応可能な機能を更新対象機能として抽出する更新機能抽出部と；
前記デバイスの前記ターミナル記憶部における前記更新対象機能に対応するデータベースを更新するデータベース更新部と；
前記データベース更新部による更新結果を示すログを前記デバイスに記録するログ記録部と；
を備えることを特徴とする、データベース管理システム。
【請求項１２】
前記デバイスの前記機能実行部は、前記ホスト装置の前記ログ記録部により記録された更新結果を示すログに基づいて、前記デバイスが対応する前記各機能を制御することを特徴とする、請求項１１に記載のデータベース管理システム。
【請求項１３】
前記機能は、前記デバイスに記憶された複数のコンテンツデータを検索するための検索機能であり、
前記データベースは、前記複数のコンテンツデータの属性情報を前記検索機能に応じて分類した検索表示用データベースであり、前記デバイスは、当該デバイスが対応する１又は２以上の前記検索機能にそれぞれ対応する前記検索表示用データベースを有しており、
前記ホスト装置の前記データベース更新部は、前記デバイスに対するコンテンツデータの追加、削除、若しくはコンテンツデータの属性情報の更新に応じて、前記デバイスにおける前記検索表示用データベースを前記更新対象機能ごとに更新することを特徴とする、請求項１１に記載のデータベース管理システム。
【請求項１４】
前記データベース更新部は、前記デバイスが対応する機能のうち前記ホスト装置が対応不能な機能について、前記デバイスにおける当該対応不能な機能に対応するデータベースに、前記ホスト装置から前記デバイスに新規に追加されたコンテンツデータの識別情報を未分類情報として登録することを特徴とする、請求項１１に記載のデータベース管理システム。
【請求項１５】
前記データベース更新部は、前記デバイスにおける前記更新対象機能のデータベースに前記未分類情報が予め登録されている場合には、前記未分類情報を用いて当該更新対象機能のデータベースを更新することを特徴とする、請求項１４に記載のデータベース管理システム。
【請求項１６】
前記デバイスには、前記機能に対応する複数のデータベースが記憶されており、
前記データベース更新部は、前記デバイスにおける前記更新対象機能に対応する前記複数のデータベースを更新することを特徴とする、請求項１１に記載のデータベース管理システム。
【請求項１７】
前記ホスト装置は、前記データベース更新部による更新処理に必要な情報を提供する外部装置と通信可能な通信部をさらに備え、
前記通信部が前記外部装置と通信不能である場合に、前記データベース更新部は、前記更新対象機能に対応するデータベースを更新しないことを特徴とする、請求項１１に記載のデータベース管理システム。
【請求項１８】
前記更新対象機能のうちの一の機能が、前記通信部を介して前記外部装置から取得された情報を用いて前記データベースを更新する必要があるとき、
前記通信部が前記外部装置と通信不能である場合に、前記データベース更新部は、前記一の機能に対応する前記データベースを更新しないことを特徴とする、請求項１７に記載のデータベース管理システム。
【請求項１９】
前記更新機能抽出部は、前記デバイス情報取得部により取得された前記バージョンを示す情報に含まれるメジャーバージョン情報と、前記ホスト情報取得部により取得された前記バージョンを示す情報に含まれるメジャーバージョン情報とに基づき、前記ホスト装置が対応可能な機能を前記更新対象機能として抽出することを特徴とする、請求項１１に記載のデータベース管理システム。
【請求項２０】
前記更新機能抽出部は、前記デバイス情報取得部により取得された前記バージョンを示す情報に含まれるマイナーバージョン情報と、前記ホスト情報取得部により取得された前記バージョンを示す情報に含まれるマイナーバージョン情報とに基づき、前記ホスト装置が対応可能な機能を前記更新対象機能として抽出することを特徴とする、請求項１９に記載のデータベース管理システム。
【請求項２１】
前記ログ記録部は、前記データベース更新部による更新処理を行った日時であるデバイス更新日時を前記デバイスに記録するとともに、前記更新対象機能ごとに、前記データベースを更新した日時である機能更新日時と、前記ホスト装置側の前記更新対象機能のバージョン情報とを前記デバイスに記録し、
前記機能実行部は、前記デバイス更新日時と前記機能更新日時との比較結果に基づき、前記デバイスが対応する前記各機能のうち、前記データベースが更新済みの機能を特定することを特徴とする、請求項１１に記載のデータベース管理システム。
【請求項２２】
デバイスに接続可能なホスト装置により、前記デバイスが有するデータベースを更新するデータベース更新方法であって：
前記デバイスから、前記デバイスが対応する１又は２以上の機能の識別情報と、当該機能のバージョンを示す情報とを取得するデバイス情報取得ステップと；
前記ホスト装置の機能情報記憶部から、前記ホスト装置が対応する１又は２以上の機能の識別情報と、当該機能のバージョンを示す情報とを取得するホスト情報取得ステップと；
前記デバイス情報取得ステップにより取得された情報と、前記ホスト情報取得ステップにより取得された情報とに基づいて、前記デバイスが対応する前記各機能のうち前記ホスト装置が対応可能な機能を更新対象機能として抽出する更新機能抽出ステップと；
前記デバイスにおける前記更新対象機能に対応するデータベースを更新するデータベース更新ステップと；
前記データベース更新ステップにおける更新結果を示すログを前記デバイスに記録するログ記録ステップと；
を含むことを特徴とする、データベース更新方法。
【請求項２３】
コンピュータを、
接続されたデバイスが有するデータベースを更新するホスト装置であって：
前記デバイスから、前記デバイスが対応する１又は２以上の機能の識別情報と、当該機能のバージョンを示す情報とを取得するデバイス情報取得部と；
前記ホスト装置の機能情報記憶部から、前記ホスト装置が対応する１又は２以上の機能の識別情報と、当該機能のバージョンを示す情報とを取得するホスト情報取得部と；
前記デバイス情報取得部により取得された情報と、前記ホスト情報取得部により取得された情報とに基づいて、前記デバイスが対応する前記各機能のうち前記ホスト装置が対応可能な機能を更新対象機能として抽出する更新機能抽出部と；
前記デバイスにおける前記更新対象機能に対応するデータベースを更新するデータベース更新部と；
前記データベース更新部による更新結果を示すログを前記デバイスに記録するログ記録部と；
を備えたホスト装置として機能させるためのプログラム。
【請求項２４】
前記機能は、前記デバイスに記憶された複数のコンテンツデータを検索するための検索機能であり、
前記データベースは、前記複数のコンテンツデータの属性情報を前記検索機能に応じて分類した検索表示用データベースであり、前記デバイスは、当該デバイスが対応する１又は２以上の前記検索機能にそれぞれ対応する前記検索表示用データベースを有しており、
前記ホスト装置の前記データベース更新部は、前記デバイスに対するコンテンツデータの追加、削除、若しくはコンテンツデータの属性情報の更新に応じて、前記デバイスにおける前記検索表示用データベースを前記更新対象機能ごとに更新することを特徴とする、請求項２３に記載のプログラム。
【請求項２５】
前記データベース更新部は、前記デバイスが対応する機能のうち前記ホスト装置が対応不能な機能について、前記デバイスにおける当該対応不能な機能に対応するデータベースに、前記ホスト装置から前記デバイスに新規に追加されたコンテンツデータの識別情報を未分類情報として登録することを特徴とする、請求項２３に記載のプログラム。
【請求項２６】
前記データベース更新部は、前記デバイスにおける前記更新対象機能のデータベースに前記未分類情報が予め登録されている場合には、前記未分類情報を用いて当該更新対象機能のデータベースを更新することを特徴とする、請求項２５に記載のプログラム。
【請求項２７】
前記デバイスには、前記機能に対応する複数のデータベースが記憶されており、
前記データベース更新部は、前記デバイスにおける前記更新対象機能に対応する前記複数のデータベースを更新することを特徴とする、請求項２３に記載のプログラム。
【請求項２８】
前記ホスト装置は、前記データベース更新部による更新処理に必要な情報を提供する外部装置と通信可能な通信部をさらに備え、
前記通信部が前記外部装置と通信不能である場合に、前記データベース更新部は、前記更新対象機能に対応するデータベースを更新しないことを特徴とする、請求項２３に記載のプログラム。
【請求項２９】
前記更新対象機能のうちの一の機能が、前記通信部を介して前記外部装置から取得された情報を用いて前記データベースを更新する必要があるとき、
前記通信部が前記外部装置と通信不能である場合に、前記データベース更新部は、前記一の機能に対応する前記データベースを更新しないことを特徴とする、請求項２８に記載のプログラム。
【請求項３０】
前記更新機能抽出部は、前記デバイス情報取得部により取得された前記バージョンを示す情報に含まれるメジャーバージョン情報と、前記ホスト情報取得部により取得された前記バージョンを示す情報に含まれるメジャーバージョン情報とに基づき、前記ホスト装置が対応可能な機能を前記更新対象機能として抽出することを特徴とする、請求項２３に記載のプログラム。
【請求項３１】
前記更新機能抽出部は、前記デバイス情報取得部により取得された前記バージョンを示す情報に含まれるマイナーバージョン情報と、前記ホスト情報取得部により取得された前記バージョンを示す情報に含まれるマイナーバージョン情報とに基づき、前記ホスト装置が対応可能な機能を前記更新対象機能として抽出することを特徴とする、請求項３０に記載のプログラム。
【請求項３２】
前記ログ記録部は、前記データベース更新部による更新処理を行った日時であるデバイス更新日時を前記デバイスに記録するとともに、前記更新対象機能ごとに、前記データベースを更新した日時である機能更新日時と、前記ホスト装置側の前記更新対象機能のバージョン情報とを前記デバイスに記録することを特徴とする、請求項２３に記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ホスト装置、データベース管理システム、データベース管理方法及びプログラムに関する。
【背景技術】
【０００２】
近年、音楽コンテンツデータなどのデジタルコンテンツデータ（以下、単に「コンテンツ」という。）の記録再生装置として、ハードディスクドライブ（Ｈａｒｄ  Ｄｉｓｃ  Ｄｒｉｖｅ：ＨＤＤ）や半導体メモリ等の大容量記憶媒体を備えた記録再生装置が開発されている。かかる記録再生装置としては、比較的大きい記憶容量の記憶媒体及び高処理能力のプロセッサを容易に搭載可能なパーソナルコンピュータ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ：ＰＣ）等のホスト装置のみならず、小型で持ち運びが便利な携帯型再生装置（Ｐｏｒｔａｂｌｅ  Ｄｅｖｉｃｅ：ＰＤ）等のデバイスも普及している。かかるデバイスは、上記記憶媒体の記憶容量の増大に伴い、膨大な数（例えば、数百〜数万曲規模）のコンテンツを記憶可能となっている。
【０００３】
一般的には、上記ホスト装置から上記デバイスにコンテンツを転送し、デバイスでコンテンツを再生するといった利用方法がなされている。例えば、特許文献１には、オーディオサーバから携帯型オーディオプレーヤに、大量の楽曲コンテンツを容易に転送するための技術が開示されている。
【０００４】
上記のように携帯型再生装置等のデバイスに多くのコンテンツを転送して再生する場合には、デバイスにおいて、記憶媒体に記憶された大量のコンテンツの中から、再生を所望するコンテンツを迅速に検索可能にする必要がある。従来のデバイスは、コンテンツとその属性情報（タイトル、アルバム名、アーティスト名など）とが一覧となったリレーショナルデータベース（ＲＤＢ）を有しており、このＲＤＢを検索キーに基づきクエリー（Ｑｕｅｒｙ）して、検索表示用データベース（検索表示用テーブル等）を作成し、コンテンツの属性情報を分類表示した検索用の表示画面を生成していた。例えば、アーティスト名１を検索キーとした場合には、このアーティスト名１で検索してアルバム名を並び替えたテーブルを作成して表示していた。
【０００５】
しかし、一般的に、デバイスは、ＰＣ等のホスト装置と比べて処理能力が低く、電源容量も小さいという制約がある。よって、上記検索表示用データベースを作成する処理は計算負荷が高いため、この処理をデバイスが行うと、時間がかかり煩雑であるだけでなく、バッテリ電力を大量消費してしまうという問題があった。
【０００６】
そこで、処理能力が高く電源的制約が低いホスト装置にデバイスを接続し、ホスト装置によってデバイスの検索表示用データベースを作成及びメンテナンス（デバイスへのコンテンツの追加／削除等に応じてデータベースを更新）する方式が採用されている。これにより、デバイスの有する複数の検索表示用データベースを、電源的制約にかかわらず迅速に作成及びメンテナンスできるという利点がある。
【０００７】
【特許文献１】特開２００１−９３２２６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
ところで、近年では、上記デバイスにおいては、コンテンツの検索機能として、一般的な検索機能（例えば、アーティスト名、アルバム名又はジャンル等による通常検索）のみならず、ユーザの利便性を高めるための特殊な検索機能（例えば、類似アーティスト相互のリンク、コンテンツの再生履歴、デバイスへの転送順等による高度な検索）が次々と開発され、新機能としてデバイス等に実装されている。
【０００９】
ところが、これらの特殊な検索機能は、必須の機能というわけではなく、各ユーザの嗜好に依存するものである。よって、当該各機能の寿命は比較的短く、当該各機能の世代交替やバージョンアップが比較的頻繁に起こりうる。また、特殊な検索機能を実現するためには、当該機能用のデータベースをデバイスに記憶する必要があるが、記憶容量が少量のデバイスでは、コンテンツ用の記憶容量が制限される上に、データベースのメンテナンス時間も長くなるので、ユーザにとって不要な機能を非対応にしたいという要望もあった。
【００１０】
しかしながら、従来のデータベースフォーマットでは、上記複数の特殊な検索機能をひとまとめにして取り扱うように設計されており、デバイスにおける各機能のデータベースもホスト装置により一括してメンテナンスされていた。このように、従来のデータベースフォーマットでは、ホスト装置及びデバイスにおいて上記各特殊機能の取捨選択ができないという問題があった。
【００１１】
また、上記従来のデータベースフォーマットでは、新機能を搭載したホスト装置と新機能を非搭載のデバイスとが接続された場合や、その逆の場合に、ホスト装置の機能とデバイスの機能との間に互換性を持たせることが困難であり、ホスト装置がデバイスのデータベースを適切にメンテナンスすることができなかった。さらに、ホスト装置がＨＤＤコンポ等の処理能力が限られた機器である場合には、既存の機能をＰＣのように頻繁にバージョンアップすることも望めない。このように、既存のホスト装置では、新機能を追加した新デバイスに対応することが困難であるので、新機能の追加を妨げる要因となっていた。
【００１２】
そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、ホスト装置によりデバイスが有する各機能のデータベースを更新する場合において、機能ごとに対応／非対応を選択できるとともに、新機能を容易に追加することが可能な、新規かつ改良されたホスト装置、データベース管理システム、データベース管理方法及びプログラムを提供することにある。
【課題を解決するための手段】
【００１３】
上記課題を解決するために、本発明のある観点によれば、接続されたデバイスが有するデータベースを更新するホスト装置であって：デバイスから、デバイスが対応する１又は２以上の機能の識別情報と、当該機能のバージョンを示す情報とを取得するデバイス情報取得部と；ホスト装置の機能情報記憶部から、ホスト装置が対応する１又は２以上の機能の識別情報と、当該機能のバージョンを示す情報とを取得するホスト情報取得部と；デバイス情報取得部により取得された情報と、ホスト情報取得部により取得された情報とに基づいて、デバイスが対応する各機能のうちホスト装置が対応可能な機能を更新対象機能として抽出する更新機能抽出部と；デバイスにおける更新対象機能に対応するデータベースを更新するデータベース更新部と；データベース更新部による更新結果を示すログをデバイスに記録するログ記録部と；を備えることを特徴とする、ホスト装置が提供される。
【００１４】
また、上記機能は、デバイスに記憶された複数のコンテンツデータを検索するための検索機能であり、データベースは、複数のコンテンツデータの属性情報を検索機能に応じて分類した検索表示用データベースであり、デバイスは、当該デバイスが対応する１又は２以上の検索機能にそれぞれ対応する検索表示用データベースを有しており、ホスト装置のデータベース更新部は、デバイスに対するコンテンツデータの追加、削除、若しくはコンテンツデータの属性情報の更新に応じて、デバイスにおける検索表示用データベースを更新対象機能ごとに更新するようにしてもよい。
【００１５】
また、上記データベース更新部は、デバイスが対応する機能のうちホスト装置が対応不能な機能について、デバイスにおける当該対応不能な機能に対応するデータベースに、ホスト装置からデバイスに新規に追加されたコンテンツデータの識別情報を未分類情報として登録するようにしてもよい。
【００１６】
また、上記データベース更新部は、デバイスにおける更新対象機能のデータベースに未分類情報が予め登録されている場合には、未分類情報を用いて当該更新対象機能のデータベースを更新するようにしてもよい。
【００１７】
また、上記デバイスには、機能に対応する複数のデータベースが記憶されており、データベース更新部は、デバイスにおける更新対象機能に対応する複数のデータベースを更新するようにしてもよい。
【００１８】
また、上記ホスト装置は、データベース更新部による更新処理に必要な情報を提供する外部装置と通信可能な通信部をさらに備え、通信部が外部装置と通信不能である場合に、データベース更新部は、更新対象機能に対応するデータベースを更新しないようにしてもよい。
【００１９】
また、上記更新対象機能のうちの一の機能が、通信部を介して外部装置から取得された情報を用いてデータベースを更新する必要があるとき、通信部が外部装置と通信不能である場合に、データベース更新部は、一の機能に対応するデータベースを更新しないようにしてもよい。
【００２０】
また、上記更新機能抽出部は、デバイス情報取得部により取得されたバージョンを示す情報に含まれるメジャーバージョン情報と、ホスト情報取得部により取得されたバージョンを示す情報に含まれるメジャーバージョン情報とに基づき、ホスト装置が対応可能な機能を更新対象機能として抽出するようにしてもよい。
【００２１】
また、上記更新機能抽出部は、デバイス情報取得部により取得されたバージョンを示す情報に含まれるマイナーバージョン情報と、ホスト情報取得部により取得されたバージョンを示す情報に含まれるマイナーバージョン情報とに基づき、ホスト装置が対応可能な機能を更新対象機能として抽出するようにしてもよい。
【００２２】
また、上記ログ記録部は、データベース更新部による更新処理を行った日時であるデバイス更新日時をデバイスに記録するとともに、更新対象機能ごとに、データベースを更新した日時である機能更新日時と、ホスト装置側の更新対象機能のバージョン情報とをデバイスに記録するようにしてもよい。
【００２３】
また、上記課題を解決するために、本発明の別の観点によれば、デバイスに接続可能なホスト装置により、デバイスが有するデータベースを更新するデータベース管理システムが提供される。このデータベース管理システムにおいて、デバイスは、デバイスが対応する１又は２以上の機能の識別情報と、当該機能のバージョンを示す情報とを記憶する機能情報記憶部と；デバイスが対応する各機能に対応するデータベースを記憶するターミナル記憶部と；ターミナル記憶部に記憶されたデータベースを利用して、デバイスが対応する各機能を実行する機能実行部と；を備える。ホスト装置は、デバイスから、デバイスが対応する各機能の識別情報と、当該機能のバージョンを示す情報とを取得するデバイス情報取得部と；ホスト装置の機能情報記憶部から、ホスト装置が対応する１又は２以上の機能の識別情報と、当該機能のバージョンを示す情報とを取得するホスト情報取得部と；デバイス情報取得部により取得された情報と、ホスト情報取得部により取得された情報とに基づいて、デバイスが対応する各機能のうちホスト装置が対応可能な機能を更新対象機能として抽出する更新機能抽出部と；デバイスのターミナル記憶部における更新対象機能に対応するデータベースを更新するデータベース更新部と；データベース更新部による更新結果を示すログをデバイスに記録するログ記録部と；を備える。
【００２４】
また、上記デバイスの機能実行部は、ホスト装置のログ記録部により記録された更新結果を示すログに基づいて、デバイスが対応する各機能を制御するようにしてもよい。
【００２５】
また、上記ログ記録部は、データベース更新部による更新処理を行った日時であるデバイス更新日時をデバイスに記録するとともに、更新対象機能ごとに、データベースを更新した日時である機能更新日時と、ホスト装置側の更新対象機能のバージョン情報とをデバイスに記録し、上記機能実行部は、デバイス更新日時と機能更新日時との比較結果に基づき、デバイスが対応する各機能のうち、データベースが更新済みの機能を特定するようにしてもよい。
【００２６】
また、上記課題を解決するために、本発明の別の観点によれば、  デバイスに接続可能なホスト装置により、デバイスが有するデータベースを更新するデータベース更新方法であって：デバイスから、デバイスが対応する１又は２以上の機能の識別情報と、当該機能のバージョンを示す情報とを取得するデバイス情報取得ステップと；ホスト装置の機能情報記憶部から、ホスト装置が対応する１又は２以上の機能の識別情報と、当該機能のバージョンを示す情報とを取得するホスト情報取得ステップと；デバイス情報取得ステップにより取得された情報と、ホスト情報取得ステップにより取得された情報とに基づいて、デバイスが対応する各機能のうちホスト装置が対応可能な機能を更新対象機能として抽出する更新機能抽出ステップと；デバイスにおける更新対象機能に対応するデータベースを更新するデータベース更新ステップと；データベース更新ステップにおける更新結果を示すログをデバイスに記録するログ記録ステップと；を含むことを特徴とする、データベース更新方法が提供される。
【００２７】
また、上記課題を解決するために、本発明の別の観点によれば、コンピュータを、接続されたデバイスが有するデータベースを更新するホスト装置であって：デバイスから、デバイスが対応する１又は２以上の機能の識別情報と、当該機能のバージョンを示す情報とを取得するデバイス情報取得部と；ホスト装置の機能情報記憶部から、ホスト装置が対応する１又は２以上の機能の識別情報と、当該機能のバージョンを示す情報とを取得するホスト情報取得部と；デバイス情報取得部により取得された情報と、ホスト情報取得部により取得された情報とに基づいて、デバイスが対応する各機能のうちホスト装置が対応可能な機能を更新対象機能として抽出する更新機能抽出部と；デバイスにおける更新対象機能に対応するデータベースを更新するデータベース更新部と；データベース更新部による更新結果を示すログをデバイスに記録するログ記録部と；を備えたホスト装置として機能させるためのプログラムが提供される。
【００２８】
なお、上記データベース管理システム、データベース更新方法及びプログラムにおける詳細な特徴は、上述したホスト装置の詳細な特徴と同様であるであるので、それらの説明は省略する。
【発明の効果】
【００２９】
本発明によれば、ホスト装置によりデバイスが有する各機能のデータベースを更新する場合において、機能ごとに対応／非対応を選択できるとともに、新機能を容易に追加することができる。
【発明を実施するための最良の形態】
【００３０】
以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００３１】
（第１の実施形態）
以下に、本発明の第１の実施形態にかかるホスト装置、デバイス、データベース管理システム、データベース管理方法及びプログラムについて詳細に説明する。
【００３２】
＜システム構成＞
まず、図１に基づいて、本実施形態にかかるデータベース管理システム１００の全体構成について説明する。なお、図１は、本実施形態にかかるデータベース管理システム１００の全体構成を概略的に示すブロック図である。
【００３３】
図１に示すように、本実施形態にかかるデータベース管理システム１００は、例えば、複数のホスト装置１０Ａ、１０Ｂ、・・・（以下では「ホスト装置１０」と総称する場合もある。）と、複数のデバイス２０Ａ、２０Ｂ、・・・（以下では「デバイス２０」と総称する場合もある。）と、コンテンツを配信するコンテンツ配信サーバ３０と、これら装置を相互に接続するネットワーク５、ローカルライン９及び無線通信路と、記憶媒体７と、から構成される。
【００３４】
また、本実施形態において、コンテンツは、例えば、音楽、講演、ラジオ番組等の音声（Ａｕｄｉｏ）コンテンツや、映画、テレビジョン番組、ビデオプログラム等の動画、或いは、写真、絵画、図表等を構成する静止画からなる映像（Ｖｉｄｅｏ）コンテンツ、電子図書（Ｅ−ｂｏｏｋ）、ゲーム、ソフトウェアなど、任意のデジタルコンテンツデータであってよい。以下では、コンテンツとして、音声コンテンツ、特に、コンテンツ配信サーバ３０から配信された音楽コンテンツ（楽曲）、或いは音楽ＣＤからリッピングされた音楽コンテンツ（楽曲）の例を挙げて説明するが、本発明はかかる例に限定されない。また、本実施形態にかかるコンテンツは、例えば、著作権管理対象コンテンツ、即ち、チェックイン・チェックアウト方式やグループ管理方式などの各種の著作権管理方式で著作権管理されるコンテンツであってもよいし、或いは、著作権管理されないコンテンツであってもよい。
【００３５】
ホスト装置１０は、コンテンツを記録及び再生することが可能な情報処理装置であり、ネットワーク５を介した通信機能を有する。このホスト装置１０は、ターミナルとしてのデバイス２０に対して、コンテンツ及びその属性情報等の各種データを提供するホストとして機能する。かかるホスト装置１０は、図示のように、例えば、パーソナルコンピュータ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ：以下「ＰＣ」という。）１０Ａ等のコンピュータ装置（ノート型、デスクトップ型を問わない。）や、据え置き型の記録再生装置であるＨＤＤコンポ１０Ｂなどで構成される。しかし、ホスト装置１０はかかる例に限定されず、ネットワーク５を介した通信機能を有する情報処理装置であれば、例えば、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）、家庭用ゲーム機、情報家電などで構成することもできる。
【００３６】
このホスト装置１０は、例えば、ネットワーク５を介してコンテンツ配信サーバ３０等の外部装置との間で通信接続可能である。このネットワーク５は、複数のホスト装置１０およびコンテンツ配信サーバ３０を双方向通信可能に接続する通信回線網である。このネットワーク５は、例えば、インターネット、電話回線網、衛星通信網等の公衆回線網や、ＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、ＩＰ−ＶＰＮ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ−Ｖｉｒｔｕａｌ  Ｐｒｉｖａｔｅ  Ｎｅｔｗｏｒｋ）等の専用回線網などで構成されており、有線・無線を問わない。なお、ネットワーク５上には、コンテンツ配信サーバ３０以外にも、後述するコンテンツの検索機能に供される情報（例えばアーティストリンク情報）などを提供するサーバ装置などが存在してもよい。
【００３７】
ホスト装置１０は、例えば、コンテンツ配信サービス用のソフトウェアや、リッピングコンテンツ共有サービス用のソフトウェアをインストール可能である。これにより、ホスト装置１０は、コンテンツ配信サーバ３０から配信されたコンテンツ（以下、「配信コンテンツ」）を取得し、この配信コンテンツをストレージ装置やリムーバブル記憶媒体７などの記憶媒体に記録することができる。
【００３８】
また、ホスト装置１０は、例えば、セルフレコーディング（自己録音、録画等）やリッピングなどによって、新規にコンテンツを作成して、ストレージ装置やリムーバブル記憶媒体７に記録することができる。なお、セルフレコーディングとは、ホスト装置１０自身が有する撮像装置／集音装置によって撮像／集音した映像／音声等を、映像／音声のデジタルデータとして記録することをいう。また、リッピングとは、音楽ＣＤ、ビデオＤＶＤ、ソフトウェア用ＣＤ−ＲＯＭ等の記憶媒体に記録されているデジタル形式のコンテンツデータ（音声データや映像データ等）を抽出し、コンピュータで処理可能なファイル形式に変換して、ストレージ装置や記憶媒体７に記録することをいう。
【００３９】
さらに、ホスト装置１０は、上記配信コンテンツやリッピングコンテンツを、他のホスト装置１０またはデバイス２０との間で、ネットワーク５やローカルライン９、ワイヤレスＬＡＮ等の無線通信路を介して送受信する、或いはリムーバブル記憶媒体７を介してやり取りすることができる。これにより、複数のホスト装置１０、デバイス２０間で、コンテンツを提供／取得して、コンテンツを共有できる。
【００４０】
リムーバブル記憶媒体７は、コンテンツの属性情報等の各種データを格納し、ホスト装置１０やデバイス２０に脱着可能な記憶媒体であり、例えば、ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ−ＲＡＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、光磁気ディスク等の各種の光ディスクや、フレキシブルディスク、ハードディスク等の磁気ディスク、各種の半導体メモリなどである。なお、このリムーバブル記憶媒体７は、例えば、暗号鍵等を用いてコンテンツのコピーや再生等を制限する著作権管理機能付きの記憶媒体であってもよい。
【００４１】
デバイス２０は、コンテンツを再生可能な再生装置であって、例えば、携帯型再生装置であるポータブルデバイス（Ｐｏｒｔａｂａｌｅ  Ｄｅｖｉｃｅ：以下「ＰＤ」という。）で構成される。より具体的には、デバイス２０は、例えばハードディスクドライブ（ＨＤＤ）又は半導体メモリ等の記憶媒体を備えた携帯型オーディオプレーヤなどで構成されるが、かかる例に限定されず、例えば、携帯型映像／音声プレーヤ、携帯型ゲーム機、ＰＤＡ、携帯電話、ＰＨＳなど、各種の携帯端末であってもよいし、据え置き型の情報処理装置であってもよい。また、このデバイス２０に内蔵される記憶媒体、或いはデバイス２０に装着可能なリムーバブル記憶媒体７は、例えば、ハードディスク、光ディスク、光磁気ディスク、フラッシュメモリ、ＦｅＲＡＭ、又は磁気メモリなど、ランダムアクセス可能な記憶媒体であれば構わない。なお、このデバイス２０は、コンテンツ再生専用機であってもよいし、記録再生装置であってもよい。また、デバイス２０は、ネットワーク５を介した通信機能を具備してもよい。
【００４２】
このデバイス２０は、例えば、ローカルライン９、又は、ワイヤレスＬＡＮ等の無線通信路を介して、ホスト装置１０と有線／無線接続可能であり、ホスト装置１０との間で各種のデータを通信可能である。このローカルライン９は、例えば、例えばＵＳＢ（Ｕｎｉｖａｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）ケーブル、ＳＣＳＩ（Ｓｍａｌｌ  Ｃｏｍｐｕｔｅｒ  Ｓｙｓｔｅｍ  Ｉｎｔｅｒｆａｃｅ）ケーブル等の有線ケーブルなどで構成される。
【００４３】
かかるデバイス２０をホスト装置１０に接続することで、ホスト装置１０からデバイス２０にコンテンツを転送して、デバイス２０の記録媒体に記録することができる。例えば、デバイス２０Ａとホスト装置１０Ａとを接続すれば、デバイス２０Ａは、ホスト装置１０Ａが有するコンテンツを取得でき、同じく、デバイス２０Ａとホスト装置１０Ｂとを接続すれば、デバイス２０Ａは、ホスト装置１０Ｂが有するコンテンツをも取得できる。デバイス２０は、このようにホスト装置１０から転送されたコンテンツや、リムーバブル記憶媒体７によって提供されたコンテンツを再生することができる。さらに、デバイス２０は、自身の記憶媒体に記憶された複数のコンテンツの中から、ユーザが再生を所望するコンテンツを検索するために、各種の検索機能を有している。この検索機能については後述する。
【００４４】
コンテンツ配信サーバ３０は、サーバ機能を備えたコンピュータ装置で構成される。このコンテンツ配信サーバ３０は、コンテンツ配信サービスを提供するサーバ、例えば、電子音楽配信（ＥＭＤ：Ｅｌｅｃｔｒｏｎｉｃ  Ｍｕｓｉｃ  Ｄｉｓｔｒｉｂｕｔｉｏｎ）サービスを提供するＥＭＤサーバとして機能する。かかるコンテンツ配信サーバ３０は、ホスト装置１０からの配信要求に応じて、当該ホスト装置１０にネットワーク５を介してコンテンツを配信する。このとき、コンテンツ配信サーバ３０は、配信対象の音楽コンテンツを、例えば、ＡＴＲＡＣ３（Ａｄｖａｎｃｅｄ  Ｔｒａｎｓｆｏｒｍ  Ａｃｏｕｓｔｉｃ  Ｃｏｄｉｎｇ）方式またはＭＰ３（ＭＰＥＧ  Ａｕｄｉｏ  Ｌａｙｅｒ−３）方式などの圧縮符号化方式で圧縮符号化し、ＤＥＳ（Ｄａｔａ  Ｅｎｃｒｙｐｔｉｏｎ  Ｓｔａｎｄａｒｄ）などの暗号化方式で暗号化した上で、ホスト装置１０に配信する。また、コンテンツ配信サーバ３０は、暗号化された配信コンテンツとともに、当該配信コンテンツを復号するためのコンテンツ鍵を暗号化して、ホスト装置１０に送信する。また、コンテンツ配信サーバ３０は、上記コンテンツの配信に応じて、コンテンツを購入したユーザに対し課金処理を行う。
【００４５】
以上、図１を参照して本実施形態にかかるデータベース管理システム１００の概略構成について説明した。このデータベース管理システム１００では、ホスト装置１０からデバイス２０に複数のコンテンツを転送して、デバイス２０の記憶媒体に記憶できる。さらに、デバイス２０は、デバイス２０の記憶媒体に記憶された多数のコンテンツの中からユーザが所望のコンテンツを容易に捜し出せるように、複数種類のコンテンツ検索機能を具備している。この複数種類の検索機能を実行するためには、当該検索機能ごとに、コンテンツの属性情報を分類した検索表示用データベースを保持する必要がある。
【００４６】
＜ホスト装置とデバイスとの関係＞
ここで、図２を参照して、本実施形態にかかるホスト装置１０とデバイス２０における検索表示用データベースの授受について概略的に説明する。図２は、本実施形態にかかるデバイス２０において、検索表示用データベースを用いて検索用画面１１を表示する方式を示す概念図である。
【００４７】
図２に示すように、本実施形態では、デバイス２０におけるコンテンツの検索処理に利用される複数種類の検索表示用データベース１５を、処理能力が高いホスト装置１０によって作成し、この作成した複数種類の検索表示用データベース１５をデバイス２０に転送して記録するようにしている。さらに、ホスト装置１０により、デバイス２０が有するコンテンツが追加、削除されたり、当該コンテンツの属性情報が変更されたりする度に、ホスト装置１０によって、デバイス２０に記憶された各検索表示用データベース１５を、デバイス２０が保持する最新のコンテンツに対応するように更新する。
【００４８】
この検索表示用データベース１５は、例えば、アーティストリンク検索表示用データベース１５ａ、読み仮名検索表示用データベース１５ｂ、最新転送曲検索表示用データベース１５ｃ、ブックマーク検索表示用データベース１５ｄなどがあり、デバイス２０が有するコンテンツの検索機能ごとにそれぞれ用意されている。このような各種の検索表示用データベース１５の少なくとも一部は、各検索機能に応じてコンテンツの属性情報が階層構造化されたツリー状のテーブルとなっており、デバイス２０におけるコンテンツ検索時に順次、表示される各検索用画面１１に１：１対応するデータ構造となっている。
【００４９】
デバイス２０は、このような複数種類の検索表示用データベース１５を保持することで、コンテンツの検索時に、各検索表示用データベース１５をそのまま検索用画面１１に表示することができる。このとき、デバイス２０は、かかる検索表示用データベース１５を自ら作成する必要が無く、ホスト装置１０から転送されて記憶されているものを読み出して利用すればよい。従って、デバイス２０が検索表示用データベース１５を作成・更新するための計算負荷をゼロにできるので、処理能力が低いデバイス２０であっても、コンテンツ検索時の検索画面表示処理を迅速に実行できるとともに、デバイス２０のバッテリ消費量も低減できるという利点がある。
【００５０】
ところで、上述したように、従来の検索表示用データベースのフォーマットでは、上記のような複数の検索機能、特に、高度な検索を行うための特殊な検索機能のデータベースの全てを、ひとまとめにして１つのデータベースとして取り扱う（作成、更新等する）ものであった。この従来のデータベースフォーマットでは、各デバイスにおいて、検索機能ごとの対応／非対応を選択できず、このため、既存のデバイスにおいて、データベースの計算負荷の高い一部の機能や、ユーザが不要な一部の機能を非対応にしたり、或いは、新デバイスにおいて、複数の新機能のうち一部のみを対応可能にしたりすることができなかった。
【００５１】
ここで、図３及び図４を参照して、新機能の追加時における、従来のデータベースフォーマットの欠点と、本実施形態のデータベースフォーマットの利点について概略的に説明する。図３は、新機能の開発に伴うホスト装置とデバイスの市場への発売（リリース）順を示すフローチャートである。図４は、従来と本実施形態にかかるデータベースフォーマットにおける機器間の対応可否の関係を示す表である。
【００５２】
図３に示すように、まず、同一の機能に対応するホスト装置Ａ及びデバイスＡが、ほぼ同時期に市場に発売され（Ｓ２、Ｓ４）、その後、新たな機能Ｂが発案及び開発され（Ｓ６）、この新機能Ｂに対応するホスト装置Ｂ及びデバイスＢが、ほぼ同時期に市場に発売されたとする（Ｓ８、Ｓ１０）。この図３のような状況下において、市場に流通しているホスト装置Ａ、ＢとデバイスＡ、Ｂとがそれぞれ接続されて、ホスト装置Ａ、ＢによってデバイスＡ、Ｂが有する検索表示機能用データベースの更新を試みる場合を考える。
【００５３】
図４（ａ）に示すように、従来のデータベースフォーマットでは、市場に流通しているホスト装置ＡとデバイスＡとが接続された場合、及び、ともに新機能Ｂに対応するホスト装置ＢとデバイスＢとが接続された場合には、ホスト装置Ａ、ＢはそれぞれデバイスＡ、Ｂに対応でき、デバイスＡ、Ｂのデータベースを更新することができる。
【００５４】
しかし、ホスト装置ＡとデバイスＢとを接続した場合には、ホスト装置Ａは、新機能Ｂに対応していないので、デバイスＢに対応できず、デバイスＢのデータベース（新機能Ｂのみならず全ての機能のデータベース）を更新できない。この場合、ホスト装置Ａの機能をバージョンアップして機能Ｂに対応可能にすることも考えられるが、ホスト装置Ａが上記のＨＤＤコンポ１０Ｂ等の処理能力が限られた機器である場合には、既に市場に流通しているＨＤＤコンポ１０Ｂを、ＰＣのように簡単にバージョンアップすることは非常に困難である。
【００５５】
また、ホスト装置ＢとデバイスＡとを接続した場合にも、ホスト装置Ｂは、新機能Ｂが追加されていないデバイスＡとデータベースフォーマットが異なるため、デバイスＡに対応することができない。この場合、ホスト装置Ｂが新旧デバイスＡ、Ｂの双方に対応できるように実装するのは、対応に大幅なコストを要するので、現実的ではない。
【００５６】
これに対して、本実施形態にかかるデータベースフォーマットでは、後述するように、デバイス２０のデータベースを機能ごとに分解し、ホスト装置１０が、デバイス２０の有する複数の機能のデータベースを機能ごとにそれぞれ更新するように設計されている。
【００５７】
このため、図４（ｂ）に示すように、本実施形態にかかるデータベースフォーマットでは、上記ホスト装置ＢとデバイスＡとを接続した場合であっても、ホスト装置ＢはデバイスＡに対応でき、デバイスＡの各機能のデータベースをそれぞれ更新することができる。
【００５８】
また、ホスト装置ＡとデバイスＢとを接続した場合には、ホスト装置Ａは、ホスト装置ＢのようにデバイスＢの新機能Ｂのデータベースを更新できないにしろ、当該新機能Ｂのデータベースに対して最低限の処理を暫定的に施すようになっている（詳細は後述する。）。このような暫定処理を行っておくことで、その後に当該暫定処理が施されたデバイスＢとホスト装置Ｂとが接続された場合に、ホスト装置Ｂによって、過去にホスト装置ＡとデバイスＢとが接続した時におけるコンテンツ転送等も反映するようにして、デバイスＢの機能Ｂのデータベースを好適に更新できる。
【００５９】
＜データベースフォーマット＞
次に、図５を参照して、本実施形態にかかるデータベースフォーマットの概要について概略的に説明する。図５は、本実施形態にかかるデータベースフォーマットの概略構成を示す説明図である。
【００６０】
図５に示すように、本実施形態にかかるデータベースフォーマットは、機能仕様１２と、基本仕様１４と、通常機能仕様１６とに分離して構成されている。
【００６１】
機能仕様１２は、実際にデバイス２０のユーザインターフェース（ＵＩ）上（即ち、表示画面上）に表れる機能（コンテンツの検索機能）である。この機能仕様１２は、例えば、アーティストリンク検索機能（機能Ａ）、読み仮名検索機能（機能Ｂ）、最新転送曲検索機能（機能Ｃ）、ブックマーク機能（機能Ｄ）、再生履歴検索機能（機能Ｅ）、削除ブックマーク検索機能（図示せず。）などの、各種の高度なコンテンツ検索機能を含む。デバイス２０のユーザは、デバイス２０が有するこれら各検索機能を利用して、デバイス２０内に記憶された大量のコンテンツの中から、所望のコンテンツを見つけ出すことができる。
【００６２】
このような機能仕様１２に含まれる各機能Ａ、Ｂ、Ｃ、Ｄ、Ｅ・・・のデータベースは、それぞれ独立しており、当該各機能の仕様は、機能毎に個別に定義される。これにより、デバイス２０において各機能の取捨選択が可能になり、新機能の追加も容易になる。このように本実施形態にかかる機能仕様１２において個々の機能が分離されていることは、従来のデータフォーマットにおいてこれらの各機能のデータベースを１つの仕様で管理していたのとは対照的である。
【００６３】
ここで、上記機能仕様１２に含まれる各検索機能Ａ、Ｂ、Ｃ、Ｄ、Ｅ・・・について説明する。
【００６４】
（Ａ）アーティストリンク検索機能
アーティストリンク検索機能は、音楽コンテンツ（曲）の特徴が相互に類似しているアーティストを関連付けたアーティストリンク情報に基づき、再生中の曲のアーティストに近いジャンルの他のアーティストや曲を検索する機能である。例えば、デバイス２０において、あるアーティストの曲の再生中に、ユーザによりアーティストリンクボタンが押下されると、デバイス２０は、再生中のアーティストと同一のグループに属する他のアーティストの代表曲を順次スキャンして再生する。さらに、この再生中に、ユーザにより再生ボタンが押下され、アーティストが選択されると、デバイス２０は、その選択されたアーティストの曲を再生する。これにより、ユーザは、自己の嗜好に合致する未知のアーティストのコンテンツを容易に検索することができる。
【００６５】
（Ｂ）読み仮名機検索機能
読み仮名機検索機能は、各コンテンツの属性情報（音楽コンテンツのタイトル、アルバム名、アーティスト名など）を、その読み仮名順／文字列／イニシャル順（以下では、説明の便宜上、「読み順」と表記する。）に従って並び替えた一覧を表示し、この一覧表示に従ってコンテンツを検索する機能である。この機能により、コンテンツのタイトル、アルバム名、アーティスト名などが、英語や数字、平仮名、片仮名などの各種の表記法で表記される場合であっても、ユーザは、所望のコンテンツを容易に検索することができる。
【００６６】
（Ｃ）最新転送曲検索機能
最新転送曲検索機能は、各ホスト装置１０からデバイス２０へのコンテンツの転送日時情報に基づいて、デバイス２０に転送された順にコンテンツのタイトル等を一覧表示し、この一覧表示に従ってコンテンツを検索する機能である。この機能により、ユーザは、自己のデバイス２０に最近（若しくは前回、前々回）転送されたコンテンツを容易に検索することができる。
【００６７】
（Ｄ）ブックマーク検索機能
ブックマーク検索機能は、ユーザによって登録されたコンテンツのタイトル等を一覧表示し、この一覧表示に従ってコンテンツを検索する機能である。この機能により、ユーザは、自己の嗜好に合致するコンテンツをお気に入りとして登録しておき、このお気に入りコンテンツを容易に検索することができる。なお、削除ブックマーク検索機能は、ユーザがデバイス２０に対して削除指示したコンテンツのタイトル等を一覧表示する機能である。
【００６８】
（Ｅ）再生履歴検索機能
再生履歴検索機能は、デバイス２０又はホスト装置１０におけるコンテンツの再生履歴情報に基づき、コンテンツの再生日時、再生回数又は優先度（レーティング）等に従ってコンテンツのタイトル等を並び替えて一覧表示し、この一覧表示に従ってコンテンツを検索する機能である。この機能により、ユーザは、過去の任意の時期に聴いたコンテンツや、再生回数が多いコンテンツ、優先度が高いコンテンツなどを容易に検索することができる。
【００６９】
次に、基本仕様１４について説明する。基本仕様１４は、本実施形態にかかるデータベースフォーマットを実現するために必要な基本的な機能であり、上記機能仕様１２とは異なりＵＩ上には表れない。この基本仕様１４では、例えば、ホスト装置１０とデバイス２０間でやり取りされるコマンド、ファイルのデータ内容やフォーマットなどが規定されている。
【００７０】
ここで、この基本仕様１４に従ったホスト装置１０とデバイス２０の動作の概略を説明する。まず、ホスト装置１０とデバイス２０が接続されると、デバイス２０は、デバイス２０が必要とする機能の識別情報（例えば機能ＩＤ）と当該機能のバージョン情報とを含むリスト（対応機能リスト）を、ホスト装置１０に通知して、ホスト装置１０に対して、デバイス２０が必要な機能のメンテナンスを要求する。ここで、「メンテナンス」とは、ホスト装置１０が、デバイス２０に対するコンテンツの追加、削除等に応じて、デバイス２０が対応する検索機能のデータベースを更新することである。また、「デバイス２０が必要とする機能」とは、デバイス２０が対応する機能のうち、デバイス２０で実行されるよう設定（例えばユーザ設定）されている機能である。
【００７１】
次いで、ホスト装置１０は、上記デバイス２０から通知された機能のうち、ホスト装置１０自身が対応可能な（即ち、メンテナンス可能な）機能である更新対象機能を抽出し、この更新対象機能について、デバイス２０のデータベースを更新する。さらに、ホスト装置１０は、かかる更新対象機能の更新結果（メンテナンス結果）のログを、デバイス２０内の更新ログファイルに記録する。この更新ログファイルには、正常にメンテナンスが完了したことを表す情報として、更新された機能の識別情報（機能ＩＤ）及びバージョン情報と、その更新が完了した更新日時とが関連付けて記録される。このように、更新ログを機能ごとに記録することで、デバイス２０は、かかる更新ログを参照して、各機能の動作を変更（例えば、更新済みの機能のみを実行するなど）することができる。
【００７２】
また、ホスト装置１０は、上記デバイス２０から通知された機能のうち、ホスト装置１０自身が対応不能な（即ち、メンテナンス不能な）機能については、暫定処理として、当該対応不能な各機能のデータベースに対して最低限必要な処理を行う。この暫定処理は、例えば、当該対応不能な各機能のデータベースに、ホスト装置１０からデバイス２０に新規に追加されたコンテンツの識別情報を未分類情報として登録する処理などである。これにより、当該機能に対応不能なホスト装置１０からデバイス２０に新たに追加されたコンテンツの情報をデバイス２０に記録しておき、その後に、当該デバイス２０が、上記機能に対応可能なホスト装置１０に接続されたときに、上記追加コンテンツを含めて、上記機能のデータベースを適切に更新できるようになる。
【００７３】
次に、通常機能仕様１６について説明する。通常機能仕様１６も、実際にデバイス２０のＵＩ上に表れるコンテンツ検索機能であるが、この通常機能仕様１６は、一般的に多用される通常検索機能である点で、上記高度な検索機能である機能仕様１２とは異なる。例えば、この通常機能仕様１６には、アルバム検索機能（アルバム名−曲タイトルの順で検索）や、アーティスト検索機能（アーティスト名−アルバム名−曲タイトルの順で検索）や、ジャンル検索機能（ジャンル−アーティスト名−アルバム名−曲タイトルの順で検索）などが含まれる。なお、本実施形態では機能仕様１２と通常機能仕様１６とを区別しているが、かかる例に限定されず、これらの通常検索機能を上記機能仕様１２に含めて、全ての検索機能を同列に取り扱ってもよい。
【００７４】
以上のように、本実施形態にかかるデータベースフォーマットを規定することで、新旧のホスト装置１０と新旧のデバイス２０との互換性を向上して、デバイス２０が必要とする機能にホスト装置１０が対応可能であるか否かに関わらず、各ホスト装置１０により各デバイス２０のデータベースを柔軟にメンテナンスできるようになる。このため、デバイス２０において、機能仕様１２の各機能の対応／非対応を選択することが可能となるとともに、新しいデバイス２０に対して新機能を比較的容易に追加できるようになる。以下に、上記のような本実施形態にかかるデータベースフォーマットを実現するための、ホスト装置１０及びデバイス２０の構成について詳述する。
【００７５】
＜ホスト装置のハードウェア構成＞
次に、図６に基づいて、本実施形態にかかるホスト装置１０のハードウェア構成について説明する。なお、図６は、本実施形態にかかるホスト装置１０としてのＰＣのハードウェア構成の例を概略的に示すブロック図である。
【００７６】
図６に示すように、ホスト装置（ＰＣ）１０は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１０１と、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１０２と、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１０３と、ホストバス１０４と、ブリッジ１０５と、外部バス１０６と、インタフェース１０７と、入力装置１０８と、出力装置１１０と、ストレージ装置（ＨＤＤ）１１１と、ドライブ１１２と、接続ポート１１４と、通信装置１１５とを備える。
【００７７】
ＣＰＵ１０１は、演算処理装置および制御装置として機能し、各種プログラムに従って動作し、ホスト装置１０内の各部を制御する。ＲＯＭ１０２は、ＣＰＵ１０１が使用するプログラムや演算パラメータ等を記憶する。ＲＡＭ１０３は、ＣＰＵ１０１の実行において使用するプログラムや、その実行において適宜変化するパラメータ等を一次記憶する。これらはＣＰＵバスなどから構成されるホストバス１０４により相互に接続されている。
【００７８】
ホストバス１０４は、ブリッジ１０５を介して、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ  Ｃｏｍｐｏｎｅｎｔ  Ｉｎｔｅｒｃｏｎｎｅｃｔ／Ｉｎｔｅｒｆａｃｅ）バスなどの外部バス１０６に接続されている。
【００７９】
入力装置１０８は、例えば、マウス、キーボード、タッチパネル、ボタン、スイッチ、レバー等の操作手段と、入力信号を生成してＣＰＵ１０１に出力する入力制御回路などから構成されている。ホスト装置１０のユーザは、この入力装置１０８を操作することにより、ホスト装置１０に対して各種のデータを入力したり、処理動作を指示したりすることができる。
【００８０】
出力装置１１０は、例えば、ＣＲＴ（Ｃａｔｈｏｄｅ  Ｒａｙ  Ｔｕｂｅ）ディスプレイ装置、液晶ディスプレイ（ＬＣＤ）装置、ランプ等の表示装置と、スピーカ等の音声出力装置などで構成される。この出力装置１１０は、例えば、再生されたコンテンツを出力する。具体的には、表示装置は再生された映像データ等の各種情報をテキストまたはイメージで表示する。一方、音声出力装置は、再生された音声データ等を発音する。
【００８１】
ストレージ装置１１１は、本実施形態にかかるホスト装置１０の記憶部の一例として構成されたデータ格納装置であり、例えば、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）で構成される。このストレージ装置１１１は、記憶媒体であるハードディスクを駆動し、ＣＰＵ１０１が実行するプログラムや各種データを格納する。
【００８２】
ドライブ１１２は、記憶媒体用リーダライタであり、ホスト装置１０に内蔵、或いは外付けされる。このドライブ１１２は、ホスト装置１０にローディングされた磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリ等のリムーバブル記憶媒体７に対して、コンテンツの属性情報などの各種データを記録／再生する。
【００８３】
具体的には、ドライブ１１２は、リムーバブル記憶媒体７に記録されているデータを読み出して、インタフェース１０７、外部バス１０６、ブリッジ１０５、およびホストバス１０４を介して接続されているＲＡＭ１０３に供給する。ＣＰＵ１０１は、必要に応じて、これらのデータをＲＯＭ１０２またはストレージ装置１１１などに格納する。一方、ドライブ１１２は、ＲＯＭ１０２またはストレージ装置１１１などに格納されているデータや、新たに生成したデータ、外部装置から取得したデータをＣＰＵ１０１から受け取り、リムーバブル記憶媒体７に書き込む。
【００８４】
接続ポート１１４は、例えばデバイス２０等の外部周辺機器を接続するためのポートであり、例えば、ＵＳＢ、ＩＥＥＥ１３９４等の接続端子を有する。接続ポート１１４は、インタフェース１０７、および外部バス１０６、ブリッジ１０５、ホストバス１０４等を介してＣＰＵ１０１等に接続されている。かかる接続ポート１１４によって、ホスト装置１０は、デバイス２０とローカルライン９を介して、コンテンツおよびその属性情報、制御信号などの各種のデータを通信可能となる。本接続ポート１１４は、有線通信に限らず、無線通信により、デバイス２０と通信接続可能である。例えば、本接続ポート１１４は、Ｂｌｕｅｔｏｏｔｈ、  ８０２．１１ａ／ｂ／ｇ等に対応することもできる。
【００８５】
通信装置１１５は、例えば、ネットワーク５に接続するための通信デバイス等で構成された通信インタフェースである。この通信装置１１５は、他の情報処理装置（ＰＣ）１０やコンテンツ配信サーバ３０等の外部機器との間で、ネットワーク５を介して、コンテンツおよびその属性情報、制御信号などの各種データを送受信する。本通信装置１１５は、例えば、Ｅｔｈｅｒｎｅｔ（登録商標）や、Ｇｉｇａ  Ｅｔｈｅｒｎｅｔ（登録商標）に対応し、また、無線アクセスポイントとダイレクトに通信可能な環境においては、例えば、Ｂｌｕｅｔｏｏｔｈ、  ８０２．１１ａ／ｂ／ｇ等の無線通信に対応することもできる。
【００８６】
なお、コンテンツ配信サーバ３０のハードウェア構成は、上述のホスト装置１０のハードウェア構成とほぼ同様であるので、説明を省略する。
【００８７】
＜デバイスのハードウェア構成＞
まず、図７に基づいて、本実施形態にかかるデバイス２０のハードウェア構成について説明する。なお、図７は、本実施形態にかかるデバイス２０としての携帯型再生装置（ＰＤ）のハードウェア構成の例を概略的に示すブロック図である。
【００８８】
図７に示すように、デバイス２０は、例えば、メイン制御装置２０１と、フラッシュメモリ２０２と、ＲＡＭ２０３と、バス２０６と、入力装置２０８と、表示装置２１０と、ストレージ装置（ＨＤＤ）２１１と、デコーダ２１３と、通信装置２１５と、オーディオ出力回路２１６と、リモートコントローラ２１８と、ヘッドフォン２１９と、上記デバイス２０の各部に電力供給するバッテリ（図示せず。）とを備える。
【００８９】
メイン制御装置２０１は、制御装置として機能し、デバイス２０の各部を制御する。フラッシュメモリ２０２は、例えば、メイン制御装置２０１の動作を規定したプログラムや、各種のデータを記憶する。また、ＲＡＭ２０３は、例えばＳＤＲＡＭ（Ｓｙｎｃｈｒｏｎｏｕｓ  ＤＲＡＭ）で構成され、メイン制御装置２０１の処理に関する各種データを一時記憶する。
【００９０】
バス２０６は、メイン制御装置２０１、フラッシュメモリ２０２、ＲＡＭ２０３、入力装置２０８、表示装置２１０、ストレージ装置（ＨＤＤ）２１１、デコーダ２１３、通信装置２１５およびオーディオ出力回路２１６などを接続するデータ線である。
【００９１】
入力装置２０８とリモートコントローラ２１８は、例えば、タッチパネル、ボタンキー、レバー、ダイヤル等の操作手段と、ユーザによる操作手段に対する操作に応じて入力信号を生成してメイン制御装置２０１に出力する入力制御回路などから構成されている。デバイス２０のユーザは、この入力装置２０８や、後述のリモートコントローラ２１８を操作することにより、デバイス２０に対して各種のデータを入力したり処理動作を指示したりすることができる。
【００９２】
表示装置２１０は、例えばＬＣＤパネルおよびＬＣＤ制御回路や、有機ＥＬ（Ｏｒｇａｎｉｃ  Ｅｌｅｃｔｒｏ  Ｌｕｍｉｎｅｓｃｅｎｃｅ）パネルおよび有機ＥＬ制御回路などで構成される。この表示装置２１０は、メイン制御装置２０１の制御に応じて、各種情報をテキストまたはイメージで表示する。例えば、デバイス２０内に保有されているコンテンツの属性情報（タイトル、アルバム名、アーティスト名、評価値など）を表示できる。
【００９３】
ストレージ装置２１１は、本実施形態にかかるデバイス２０の記憶部の一例として構成されたデータ格納装置である。このストレージ装置２１１は、例えば数十ＧＢの記憶容量を有するハードディスクドライブ（ＨＤＤ）で構成され、圧縮されたコンテンツや、メイン制御装置２０１のプログラム、処理データ等の各種のデータを格納する。なお、デバイス２０は、記憶媒体として、このハードディスクドライブを具備しなくてもよい。この場合、デバイス２０が具備する記憶媒体としては、例えば、フラッシュメモリ２０２等の半導体メモリや、光ディスクドライブ、リムーバブル記憶媒体７などを採用できる。
【００９４】
デコーダ２１３は、暗号化されているコンテンツデータの復号処理、デコード処理、サラウンド処理、ＰＣＭデータへの変換処理などを行う。
【００９５】
通信装置２１５は、例えば、ＵＳＢコントローラおよびＵＳＢ端子の接続ポート、或いは、無線通信装置などで構成される。この通信装置２１５は、ＵＳＢケーブル等のローカルライン９、又は、ワイヤレスＬＡＮ等の無線通信路を介して接続されたホスト装置１０との間で、コンテンツ、コンテンツの属性情報、制御信号などの各種データを送受信する。この通信装置２１５は、有線通信に限らず、無線通信によりホスト装置１０と通信接続可能であり、例えば、Ｂｌｕｅｔｏｏｔｈ、  ８０２．１１ａ／ｂ／ｇ等に対応することもできる。
【００９６】
オーディオ出力回路２１６は、デコーダ２１３により復号され、ＣＰＵによってＤＡ変換されたアナログ音声データを増幅してリモートコントローラ２１８に出力する。このアナログ音声データは、リモートコントローラ２１８からヘッドフォン２１９に出力され、ヘッドフォン２１９に内蔵されたスピーカから出力される。
【００９７】
＜デバイスの機能構成＞
次に、図８を参照して、本実施形態にかかるデバイス２０の機能構成について説明する。なお、図８は、本実施形態にかかるデバイス２０の機能構成の例を概略的に示すブロック図である。
【００９８】
図８に示すように、デバイス２０は、例えば、コンテンツ記憶部２２０と、再生操作部２２２と、再生部２２４と、日時情報生成部２２６と、再生履歴生成部２２８と、再生履歴記憶部２３０と、削除指示受付部２３２と、削除コンテンツ記憶部２３４と、機能設定部２３６と、機能情報記憶部２３８と、更新要求部２３９と、ターミナル記憶部２４０と、評価値入力部２４２と、情報読出部２４４と、通信部２４６と、情報書込部２４８と、更新ログ記憶部２５０と、機能実行部２５４と、表示部２５６と、を主に備える。
【００９９】
コンテンツ記憶部２２０は、例えば、ＨＤＤ等のストレージ装置２１１、フラッシュメモリ２０２、リムーバブル記憶媒体７などの記憶媒体で構成され、複数のコンテンツを記憶する機能を有する。コンテンツ記憶部２２０に記憶されているコンテンツには、コンテンツごとに固有に付与された識別情報であるコンテンツＩＤが付加されている。コンテンツ記憶部２２０に記憶されているコンテンツは、例えば、各ホスト装置１０からデバイス２０に転送されたコンテンツや、リムーバブル記憶媒体７を介して取得したコンテンツなどである。また、コンテンツ記憶部２２０に記憶されているコンテンツは、デバイス２０が、コンテンツ配信サーバ３０や、他のデバイス２０などの外部装置から取得したコンテンツであってもよい。
【０１００】
再生操作部２２２は、デバイス２０に対するユーザの入力操作を受け付け、この入力操作に応じて各部に所定動作を指示する。例えば、再生操作部２２２は、コンテンツの再生に関する各種の再生操作を受け付けて再生部２２４に出力する。ユーザが入力可能な再生操作には、例えば、再生するコンテンツの選択、選択したコンテンツの再生、再生中のコンテンツの早送り、再生中のコンテンツの巻き戻し、再生中のコンテンツの再生停止（一時停止を含む）、再生中のコンテンツのスキップなどが含まれる。
【０１０１】
また、再生操作部２２２は、後述する機能実行部２５４の各種の検索機能の実行に伴い、ユーザによるコンテンツの検索・選択入力を受け付ける。即ち、再生操作部２２２は、機能実行部２５４により表示部２５６に検索表示されたコンテンツ（曲名、アルバム名等）の一覧の中から、ユーザの選択入力に応じて再生対象のコンテンツを選択し、選択されたコンテンツの再生を再生部２２４に指示する。なお、再生操作部２２２は、再生対象のコンテンツを所定の基準（例えばプレイリスト）に基づき、自動的に選択可能に構成することもできる。
【０１０２】
再生部２２４は、コンテンツ記憶部２２０に記憶されているコンテンツを再生する機能を有する。再生部２２４は、上記デコーダ２１３及びオーディオ出力回路２１６などを含み、コンテンツ記憶部２２０に記憶されている圧縮コンテンツを伸張（デコード）し、さらにＤ／Ａ変換したアナログデータをヘッドフォン２１９に出力して、音声出力させる。この再生部２２４は、再生操作部２２２から取得した再生操作の情報に基づいて、コンテンツに対する処理を行う。再生部２２４が行うコンテンツに対する処理には、コンテンツの再生、再生中のコンテンツの早送り、再生中のコンテンツの巻き戻し、再生中のコンテンツの再生停止などが含まれる。
【０１０３】
再生部２２４は、コンテンツに対する各処理を開始すると、処理の開始（以後、再生部２２４によるコンテンツに対する処理の開始を、イベントの発生とも称する。）を再生履歴生成部２２８に通知する。再生部２２４は、イベントの発生を通知する際に、開始した処理の種別（コンテンツの再生、再生中のコンテンツの早送り、再生中のコンテンツの巻き戻し、再生中のコンテンツの再生停止など。以後、開始した処理の種別を、イベント種別とも称する。）と、処理対象のコンテンツの識別情報（例えば、コンテンツＩＤ）とを再生履歴生成部２２８に提供する。
【０１０４】
日時情報生成部２２６は、日時情報を生成する。詳細には、日時情報生成部２２６は、デバイス２０の内蔵時計から日付と時刻を取得し、日付と時刻の情報が含まれる日時情報を生成する。日時情報生成部２２６は、再生履歴生成部２２８からの要求を受けて、生成した日時情報を再生履歴生成部２２８に出力する。
【０１０５】
再生履歴生成部２２８は、再生部２２４によるコンテンツの再生履歴を表す再生履歴情報を生成し、再生履歴記憶部２３０に記録する機能を有する。具体的には、再生履歴生成部２２８は、再生部２２４が行うコンテンツに対する処理（イベントの発生）に応じて、イベントログを生成し、生成したイベントログを再生履歴記憶部２３０に書き込む。詳細には、再生履歴生成部２２８は、再生部２２４からイベントの発生の通知を受けると、日時情報生成部２２６から日時情報を取得し、取得した日時情報と、イベントの発生の通知に含まれるイベント種別と処理対象のコンテンツＩＤとを関連付けてイベントログを生成する。そして、再生履歴生成部２２８は、生成したイベントログを、イベントログが時系列に並ぶように再生履歴記憶部２３０に書き込む。ホスト装置１０は、このようにデバイス２０により蓄積されたイベントログに基づいて、コンテンツの再生回数、再生開始／終了日時、演算評価値などを求める。
【０１０６】
再生履歴記憶部２３０は、例えば、ＨＤＤ等のストレージ装置２１１、フラッシュメモリ２０２などで構成され、再生履歴生成部２２８によって生成されたイベントログを記憶する。
【０１０７】
削除指示受付部２３２は、ユーザ入力に応じて、コンテンツ記憶部２２０に記憶されている複数のコンテンツの削除指示を受けると、当該削除指示されたコンテンツに対応するコンテンツＩＤを、削除コンテンツ記憶部２３４に記録する。具体的には、削除指示受付部２３２は、上述の削除ブックマークに相当する削除予定リストを生成して削除コンテンツ記憶部２３４に記憶する。この削除予定リストは、デバイス２０においてユーザにより削除指示を受けたコンテンツに対応するコンテンツＩＤのリストである。なお、削除指示受付部２３２は、削除予定リスト以外にも、削除指示されたコンテンツを特定できる情報（例えば、タイトル名、アルバム名、アーティスト名等のコンテンツの属性情報）を記録するようにしてもよい。
【０１０８】
削除コンテンツ記憶部２３４は、例えば、ＨＤＤ等のストレージ装置２１１、フラッシュメモリ２０２などで構成され、上記削除予定リストを記憶する。デバイス２０は、処理能力やバッテリの制約上、自身でコンテンツの削除を行うことが好適ではない場合がある。このため、ユーザからコンテンツの削除を要求された場合、デバイス２０はそのコンテンツのコンテンツＩＤを削除予定リストに書き込んで削除コンテンツ記憶部２３４に保存しておく。そして、ホスト装置１０とデバイス２０が接続された際に、情報読出部２４４により削除コンテンツ記憶部２３４から削除予定リストを読み出し、通信部２４６を介してホスト装置１０送信する。これにより、接続されているホスト装置１０により、この削除予定リストで特定される１又は２以上のコンテンツが、デバイス２０のコンテンツ記憶部２２０から削除される。
【０１０９】
機能設定部２３６は、デバイス２０が有する各種の機能の対応／非対応を設定し、設定結果を機能情報記憶部２３８に登録する。本実施形態にかかるデバイス２０は、例えば、上述したアーティストリンク検索機能（機能Ａ）、読み仮名検索機能（機能Ｂ）、最新転送曲検索機能（機能Ｃ）、ブックマーク機能（機能Ｄ）、再生履歴検索機能（機能Ｅ）、削除ブックマーク検索機能（図示せず。）、通常検索機能などといった、複数の検索機能に対応可能である。しかし、デバイス２０は、必ずしもこれら全ての検索機能に常に対応しなければならないわけではなく、ユーザの要望や、デバイス２０の処理能力、記憶媒体の記憶容量等に応じて、上記複数の機能のうち、一部の機能を非対応にして、非対応の機能を動作させないようにすることもできる。
【０１１０】
そこで、機能設定部２３６は、例えばユーザ入力に応じて、或いは、デバイス２０の記憶媒体の記憶残量等に応じて自動的に、デバイス２０にプリインストールされた複数の機能（機能Ａ〜Ｅ）の対応／非対応をそれぞれ設定する。例えば、ユーザが、特殊な検索機能であるアーティストリンク検索機能（機能Ａ）を不要と考え、当該機能Ａを非対応にする旨の入力操作をした場合には、機能設定部２３６は、機能Ａを「非対応」に設定し、他の機能（機能Ｂ〜Ｅ）を「対応」に設定することができる。なお、本実施形態では、機能Ａ〜Ｅのような特殊な検索機能のみの対応／非対応を設定可能となっているが、場合によっては、この特殊な検索機能のみならず、通常検索機能の対応／非対応を設定可能することもできる。
【０１１１】
かかる機能設定部２３６により、ある機能が「非対応」に設定された場合、機能実行部２５４は、当該「非対応」機能を実行しないようになる。また、ターミナル記憶部２４０から当該「非対応」機能のデータベースが削除され、当該「非対応」機能のデータベースがホスト装置１０によりメンテナンスされないようになる。これにより、不要な機能のデータベースが存在するため、デバイス２０の記憶容量が制限されてしまうという問題を解消でき、また、ホスト装置１０によるデバイス２０のデータベースのメンテナンス時における処理負荷及び処理時間を低減できる。
【０１１２】
機能情報記憶部２３８は、例えば、ＨＤＤ等のストレージ装置２１１、フラッシュメモリ２０２などで構成されており、デバイス２０の対応機能リストを記憶する。このデバイス２０の対応機能リストは、例えば、デバイス２０が対応する機能の識別情報（機能ＩＤ）と、当該機能のバージョンを示す情報とを関連付けた情報である。
【０１１３】
ここで、上記「デバイス２０が対応する機能」は、デバイス２０にインストールされた機能のうち、デバイス２０が実際に対応している機能であり、デバイス２０にインストールされていない機能や、上記機能設定部２３６により「非対応」に設定された機能は含まない。即ち、上記機能設定部２３６により「非対応」に設定された機能については、たとえ、デバイス２０が対応可能な機能（つまり、デバイス２０にインストールされた機能であって、機能設定部２３６により「対応」に設定されれば、デバイス２０が対応できる機能）であったとしても、上記「デバイス２０が対応する機能」には含まれない。
【０１１４】
また、本実施形態では、上記デバイス２０の対応機能リストのうちの「機能のバージョンを示す情報」として、機能のバージョン情報自体（例えば、バージョン２．２）を使用するが、本発明はかかる例に限定されない。「機能のバージョンを示す情報」は、デバイス２０が有する機能のバージョン情報を特定できる情報であれば、例えば、デバイス２０の発売時期、製造日等の日時情報や、デバイス２０の製品番号、型番などの情報であってもよい。また、機能のバージョン情報は、例えば、過去バージョンとの互換性が確保されないメジャーバージョン情報（例えば、バージョン１．０とバージョン２．０）と、過去バージョンとの互換性が確保されるマイナーバージョン情報（例えば、バージョン１．１とバージョン１．２）とからなる。
【０１１５】
更新要求部２３９は、デバイス２０に接続されたホスト装置１０に対して、デバイス２０が対応する機能の更新を要求する。例えば、この更新要求部２３９は、上記機能情報記憶部２３８から、デバイス２０が対応する機能とそのバージョン情報とを含む対応機能リストを読み出し、この対応機能リストを含む更新要求コマンドを、通信部２４６を介してホスト装置１０に送信する。
【０１１６】
ターミナル記憶部２４０は、例えば、ＨＤＤ等のストレージ装置２１１、フラッシュメモリ２０２などで構成される。このターミナル記憶部２４０は、デバイス２０のコンテンツ記憶部２２０に記憶されている複数のコンテンツに関し、上記通常機能仕様１６（図５参照）に含まれる複数の通常検索機能の検索表示用データベース１３ａ、１３ｂ、・・・（以下「検索表示用データベース１３」と総称する場合もある。）と、上記機能仕様１２（図５参照）に含まれる特殊な検索機能の検索表示用データベース１５ａ、１５ｂ、・・・（以下「検索表示用データベース１５」と総称する場合もある。）と、基本データベースであるターミナルデータベース１７とを記憶する。これらの検索表示用データベース１３、１５及びターミナルデータベース１７は、デバイス２０に接続されたホスト装置１０によって作成及び更新される。
【０１１７】
検索表示用データベース１３、１５は、デバイス２０が対応する検索機能ごとにそれぞれ設けられる。この検索表示用データベース１３、１５は、コンテンツ記憶部２２０に記憶されている各コンテンツの属性情報を、各検索機能に応じて分類及び階層構造化して得られた検索表示用テーブルを含む。この検索表示用テーブルは、デバイス２０におけるコンテンツ検索時に機能実行部２５４によって順次表示される複数の検索表示画面に１対１対応する階層構造を有する。また、この検索表示用データベース１３、１５は、各機能に対応して１つだけ設けられてもよいし、複数設けられてもよい。かかる検索表示用データベース１５は、本実施形態にかかる特徴的構成であり、その詳細については後述する（図１１参照）。
【０１１８】
ターミナルデータベース１７は、コンテンツ記憶部２２０に記憶されている各コンテンツの属性情報（コンテンツのタイトル（曲名）、アルバム名、アーティスト名、ジャンル、リリース年、評価値、イニシャル情報、再生履歴、転送履歴など）を、当該コンテンツのコンテンツＩＤと関連付けた基本データベースである。このターミナルデータベース１７のデータ構造は、後述するホストデータベース１７０と略同一である（図１０参照）。
【０１１９】
評価値入力部２４２は、ユーザ入力に応じて、コンテンツ記憶部２２０に記憶されているコンテンツの入力評価値を設定する。この評価値（レーティング）は、コンテンツの優先度を表す指標であり、例えば、ユーザによって手動で設定される入力評価値と、再生履歴等に基づき自動計算される自動評価値とがある。このうち入力評価値の設定手法について説明すると、例えば、あるコンテンツの再生中にユーザが所定の操作を行うと、機能実行部２５４によりデバイス２０の表示部２５６に、入力評価値設定画面が表示される。これに応じて、ユーザが評価値入力操作を行うと、評価値入力部２４２は、当該評価値入力操作に応じて、例えば「１、２、３、４、５ポイント」の５段階で入力評価値を設定する。評価値入力部２４２は、このように設定した入力評価値を、対応するコンテンツのコンテンツＩＤに関連付けて、ターミナル記憶部２４０のターミナルデータベース１７に書き込む。これによって、デバイス２０において、コンテンツの入力評価値を設定して、即時、最新の入力評価値をコンテンツに関連付けて表示できるようになり、ユーザはこの入力評価位置に基づいてコンテンツを選択できる。
【０１２０】
情報読出部２４４は、接続されたホスト装置１０からの転送要求に応じて、上記再生履歴記憶部２３０、削除コンテンツ記憶部２３４、機能情報記憶部２３８又はターミナル記憶部２４０などの記憶媒体に記憶されている各種情報を読み出す。この読み出した情報は、通信部２４６を介してホスト装置１０に転送される。
【０１２１】
また、デバイス２０は、これらの情報以外にも、デバイス２０に固有に付与された識別子であるデバイスＩＤをホスト装置１０に転送してもよい。このデバイスＩＤを転送することにより、ホスト装置１０に当該デバイスＩＤを記録して、当該デバイスＩＤに対応するデバイス２０をホスト装置１０にデバイス登録することができる。例えば、かかるデバイス登録を条件として、当該デバイスＩＤに対応するデバイス２０と当該ホスト装置１０との間で、例えば、コンテンツの属性情報、再生履歴情報、演算評価値、入力評価値、削除予定リスト、プレイリストなどの情報を、やり取りできるようにしてもよい。これにより、不特定多数の機器間で、これらの情報を共有できないようにできる。
【０１２２】
情報書込部２４８は、ホスト装置１０から通信部２４６介して受信した各種の情報を、ターミナル記憶部２４０又は更新ログ記憶部２５０などの記憶媒体に書き込む機能を有する。具体的には、情報書込部２４８は、ホスト装置１０から、当該ホスト装置１０によって作成・更新された検索表示用テーブル１３、１５を取得して、ターミナル記憶部２４０に記憶する。また、情報書込部２４８は、ホスト装置１０から、コンテンツ、プレイリスト、転送履歴、コンテンツに付加された評価値であるレーティング（Ｒａｔｉｎｇ）情報などを取得して、ターミナル記憶部２４０のターミナルデータベース１７に書き込む。また、情報書込部２４８は、ホスト装置１０から、ホスト装置１０による検索表示用データベース１３、１５の更新結果を示すログを取得して、この更新結果を示すログを更新ログ記憶部２５０の更新ログファイル２５２内に書き込む。
【０１２３】
更新ログ記憶部２５０は、ＨＤＤ等のストレージ装置２１１、フラッシュメモリ２０２などで構成され、更新ログファイル２５２を記憶する。この更新ログファイル２５２には、ホスト装置１０による検索表示用データベース１５の更新結果を示すログとして、例えば、更新された機能ごとに、更新時のホスト装置１０側の機能のバージョン情報と、その機能の更新が完了した日時（例えばタイムスタンプ）である機能更新日時とが機能ＩＤに関連付けて書き込まれる。また、この更新ログファイル２５２には、ターミナル記憶部２４０内の検索表示用データベース１５の少なくともいずれかが更新された最新の日時（例えばタイムスタンプ）が、デバイス更新日時として書き込まれる。
【０１２４】
機能実行部２５４は、ターミナル記憶部２４０に記憶された検索表示用データベース１３、１５を利用して、上記デバイス２０が対応する各検索機能を実行する。ここで、デバイス２０が対応する検索機能とは、デバイス２０にインストールされた検索機能のうち、上記機能設定部２３６により「非対応」設定されていない検索機能である。
【０１２５】
機能実行部２５４は、コンテンツの検索時に、検索表示用データベース１３、１５に従って、各検索機能に対応する検索画面が表示部２５６に表示されるよう制御する。より詳細には、機能実行部２５４は、例えば、ユーザによって指定された検索機能に該当する検索表示用データベース１３、１５を上記ターミナル記憶部２４０から読み出し、ユーザの選択入力に応じて、この検索表示用データベース１３、１５に含まれるコンテンツ属性情報を表す各種の検索画面を、表示部２５６に順次表示させる。このとき、機能実行部２５４は、上記ターミナル記憶部２４０内に記憶されている検索表示用データベース１３、１５の情報をそのまま表示すればよく、データベース構造化のためのクエリー処理等といった計算処理は不要である。
【０１２６】
かかる機能実行部２５４は、コンテンツ検索時には、検索表示に利用する検索表示用データベース１３、１５の種類によって、例えば、アーティストリンク検索機能（機能Ａ）用の検索表示画面、読み仮名検索機能用の検索画面、通常検索機能の検索画面など、多様なバリエーションの検索画面を表示して、ユーザに多様な検索サービスを提供できる。
【０１２７】
また、機能実行部２５４は、ホスト装置により更新ログ記憶部２５０に記録された更新結果を示すログに基づいて、デバイス２０が対応する各検索機能の動作を制御することもできる。この際、機能実行部２５４は、上記更新ログ記憶部２５０の更新ログファイル２５２に記録されたデバイス更新日時と機能更新日時とを比較し、この比較結果に基づいて、デバイスが対応する各検索機能のうち、検索表示用データベース１５が更新済みの機能を特定できる。
【０１２８】
詳細には、機能実行部２５４は、更新ログ記憶部２５０の更新ログファイル２５２に記録されている機能ごとの更新結果のログに基づき、各検索表示用データベース１５の更新状態（メンテナンス状況）をチェックし、このチェック結果に応じて各検索機能の動作を制御することができる。例えば、更新ログファイル２５２内に記述されたある検索機能の機能更新日時がデバイス更新日時よりも前の日時である場合には、当該検索機能のデータベースは最新の状態に合致するよう十分に更新されていない可能性がある。この場合、機能実行部２５４は、当該検索機能を表示しないように表示画面（ＵＩ）を変更してもよいし、或いは、ユーザに対して当該検索機能が不完全である旨の通知（例えば警告表示）を行った上で、当該検索機能を実行するようにしてもよい。
【０１２９】
以上、本実施形態にかかるデバイス２０の各部の機能構成について説明した。なお、上記デバイス２０の各部は、例えば、上記各機能を有するハードウェアとして構成されてもよいし、或いは、上記各機能をコンピュータに実現させるプログラムをデバイス２０にインストールすることによって構成されてもよい。
【０１３０】
＜ホスト装置の機能構成＞
次に、図９を参照して、本実施形態にかかるホスト装置１０の機能構成について説明する。なお、図９は、本実施形態にかかるホスト装置１０の機能構成の例を概略的に示すブロック図である。
【０１３１】
図９に示すように、ホスト装置１０は、コンテンツ記憶部１２０と、再生操作部１２２と、再生部１２４と、日時情報生成部１２６と、再生履歴生成部１２８と、再生履歴記憶部１３０と、通信部１３２と、接続検知部１３４と、デバイス情報取得部１３６と、再生履歴解析部１３８と、解析結果記憶部１４０と、評価値演算部１４２と、評価値入力部１４４と、ホスト記憶部１４６と、プレイリスト生成部１４８、コンテンツ更新部１５０と、機能情報記憶部１５４と、ホスト情報取得部１５６と、更新機能抽出部１５８と、データベース更新部１６０と、ログ記録部１６２と、配信サービス利用部１６４と、リッピング部１６６と、機能実行部１６８と、表示部１６９と、を主に備える。
【０１３２】
このうち、コンテンツ記憶部１２０、再生操作部１２２、再生部１２４、日時情報生成部１２６、再生履歴生成部１２８、及び再生履歴記憶部１３０は、上述したデバイス２０が備えるコンテンツ記憶部２２０、再生部２２４、再生操作部２２２、日時情報生成部２２６、再生履歴生成部２２８、および再生履歴記憶部２３０とほぼ同様の機能構成を有するため、説明を省略する。ホスト装置１０は、デバイス２０と同様に、ユーザによる再生操作に基づいてコンテンツに対する各処理を行い、イベントログを生成して記録することができる。
【０１３３】
なお、コンテンツ記憶部１２０は、例えば、ＨＤＤ等のストレージ装置１１１、半導体メモリ、リムーバブル記憶媒体７などの記憶媒体で構成され、複数のコンテンツを記憶する機能を有する。
【０１３４】
通信部１３２は、例えば、上記接続ポート１１４や通信装置１１５などで構成されており、ローカルライン９や無線通信路、ネットワーク５などを介して、デバイス２０、コンテンツ配信サーバ３０又は他のホスト装置１０といった外部装置との間で、各種の情報を通信可能である。
【０１３５】
接続検知部１３４は、通信部１３２を介して他の外部装置がホスト装置１０に接続されたことを検知する。具体的には、接続検知部１３４は、デバイス２０が接続ポート１１４に接続されたことを検知し、デバイス情報取得部１３６に通知する。
【０１３６】
デバイス情報取得部１３６は、ホスト装置１０に接続されたデバイス２０から、当該デバイス２０の記憶媒体に記憶されている各種の情報を取得する。具体的には、デバイス情報取得部１３６は、上記接続検知部１３４からデバイス２０との接続の検知の通知を受けると、通信部１３２を介してデバイス２０にアクセスして必要な情報を取得する。
【０１３７】
例えば、デバイス情報取得部１３６は、デバイス２０から、当該デバイス２０の再生履歴記憶部２３０に記憶されているイベントログを取得して、再生履歴解析部１３８に出力する。また、デバイス情報取得部１３６は、デバイス２０から、当該デバイス２０内に記憶されている各コンテンツの演算評価値と入力評価値を取得して、評価値演算部１４２に出力する。
【０１３８】
また、デバイス情報取得部１３６は、デバイス２０のコンテンツ記憶部２２０に記憶されているコンテンツや、ターミナル記憶部２４０に記憶されている検索表示用テーブル１３、１５や、ターミナルデータベース１７のコンテンツの属性情報などを取得することもできる。このように取得されたコンテンツは、コンテンツ記憶部１２０に記憶され、属性情報や検索表示用テーブル１３、１５は、ホストデータベース１７０に記憶される。また、デバイス２０から取得されたコンテンツ属性情報は、コンテンツ更新部１５０にも通知さえる。また、デバイス情報取得部１３６は、デバイス２０から、１又は２以上のコンテンツＩＤを含む削除予定リストを取得し、コンテンツ更新部１５０に出力する。
また、デバイス情報取得部１３６は、上記デバイス２０の更新要求部２３９から、デバイス２０が対応する機能の識別情報（例えば機能ＩＤ）と、当該機能のバージョンを示す情報（例えばバージョン情報自体）とを関連付けた対応機能リストを含む更新要求コマンドを取得する。この更新要求コマンドにより、ホスト装置１０は、リリース済みの複数の機能のうちデバイス２０が対応する機能と、その機能のバージョンとを把握できる。デバイス情報取得部１３６は、デバイス２０から取得した対応機能リストを更新機能抽出部１５８に出力し、デバイス２０の更新対象機能の決定に利用させる。
【０１３９】
また、デバイス情報取得部１３６は、デバイス２０の更新ログ記憶部２５０から、上記更新ログファイル２５２を取得する、この更新ログファイル２５２を取得することにより、ホスト装置１０は、接続されたデバイス２０の各機能のデータベース１３、１５の更新状況を把握できる。デバイス情報取得部１３６は、デバイス２０から取得した更新ログファイル２５２をデータベース更新部１６０に出力し、デバイス２０のデータベース更新に利用させる。
【０１４０】
再生履歴解析部１３８は、ホスト装置１０の再生履歴記憶部１３０に記憶されているイベントログ、及び上記デバイス情報取得部１３６がデバイス２０から取得したイベントログの解析を行い、ホスト装置１０とデバイス２０で再生された各コンテンツの再生履歴情報を求める。具体的には、再生履歴解析部１３８は、上記イベントログの解析結果として、例えば、各コンテンツの再生開始日時、再生終了日時、再生回数、休止回数、スキップ回数、リピート回数、および総再生時間などを求める。再生履歴解析部１３８は、かかる解析結果を解析結果記憶部１４０に記録する。解析結果記憶部１４０は、ＨＤＤ等のストレージ装置２１１又はフラッシュメモリ２０２等の記憶媒体で構成され、再生履歴解析部１３８によるイベントログの解析結果を記憶する。
【０１４１】
評価値演算部１４２は、デバイス２０とホスト装置１０のイベントログの解析結果（再生履歴情報）に基づいて、各コンテンツの演算評価値を演算し、ホスト記憶部１４６に記録する。この演算評価値は、コンテンツの再生履歴情報に基づき自動的に演算された評価値（例えば、コンテンツの優先度を表す５段階の評価値）であり、この演算評価値を自動生成してコンテンツに関連付けることを「自動レーティング（Ａｕｔｏ−Ｒａｔｉｎｇ）」という。これに対して、入力評価値は、ユーザ入力に基づき設定された評価値であり、この入力評価値を手動で設定してコンテンツに関連付けることを「手動レーティング（Ｍａｎｕａｌ−Ｒａｔｉｎｇ）」という。この演算評価値及び入力評価値の用途としては、例えば、（１）ユーザがコンテンツを検索する際の参考パラメータとしての使用や、（２）ユーザの嗜好性を把握するプロファイルデータを算出するための指標としての使用、（３）ホスト装置１０からデバイス２０に多数のコンテンツを転送する際に、記憶容量の制限からデバイス２０内で削除するコンテンツを選別するための基準としての使用、などがある。
【０１４２】
評価値入力部１４４は、上記デバイス２０の評価値入力部２４２と同様に、ユーザ入力に応じて、コンテンツ記憶部１２０に記憶されているコンテンツに対応する入力評価値を設定する。さらに、評価値入力部１４４は、このように設定した入力評価値と当該コンテンツのコンテンツＩＤとをホスト記憶部１４６に記録する。これによって、ホスト装置１０において、コンテンツの入力評価値を設定して、即時、最新の入力評価値を表示できるようになる。
【０１４３】
ホスト記憶部１４６は、例えば、ＨＤＤ等のストレージ装置１１１、フラッシュメモリ等の半導体メモリ、リムーバブル記憶媒体７などの記憶媒体で構成され、コンテンツの属性情報などの各種情報を記憶する。このホスト記憶部１４６は、ホストデータベース１７０を格納している。ホストデータベース１７０は、例えば、リレーショナルデータベース（ＲＤＢ）などで構成され、コンテンツ記憶部１２０に記憶されたコンテンツの属性情報を含む。このホストデータベース１７０のデータに基づいて、上記複数種類の検索表示用データテーブル１３、１５が作成される。
【０１４４】
ここで、図１０を参照して、ホスト記憶部１４６のホストデータベース１７０のデータ構造について説明する。
【０１４５】
図１０に示すように、ホスト記憶部１４６のホストデータベース１７０には、例えば、コンテンツＩＤ１７０ａ、タイトル１７０ｂ、アーティスト名１７０ｃ、アルバム名１７０ｄ、ジャンル１７０ｅ、演奏時間１７０ｆ、演算評価値１７０ｇ、入力評価値１７０ｈ、リリース年１７０ｉなどの情報が、コンテンツごとに関連付けて記憶されている。コンテンツＩＤ１７０ａは、コンテンツを一意に識別する識別子である。タイトル１７０ｂは、コンテンツの名称（音楽コンテンツ（楽曲）の曲名）であり、アーティスト名１７０ｃは、その音楽コンテンツを歌唱、演奏、作曲、作詞、プロデュース等するアーティストの名称であり、アルバム名１７０ｄは、その音楽コンテンツが収録されている音楽アルバムの名称であり、ジャンル１７０ｅは、その音楽コンテンツが属するジャンル（例えば、ジャズ、ポップス、ロック等）であり、演奏時間１７０ｆは、その音楽コンテンツの演奏時間（再生時間）であり、演算評価値１７０ｇは、上記自動レーティングによりその音楽コンテンツに対して自動的に付加された評価ポイントであり、入力評価値１７０ｈは、上記手動レーティングによりその音楽コンテンツに対して手動で付加された評価ポイントであり、リリース年１７０ｉは、その音楽コンテンツがリリース（発売）された年度（若しくは年月日）である。
【０１４６】
プレイリスト生成部１４８は、解析結果記憶部１４０に記憶されているイベントログの解析結果（再生履歴）や、ホスト記憶部１４６に記憶されている各種のコンテンツ属性情報、ユーザ入力等に基づいて、所定の条件（例えば、再生された期間、総再生時間、再生回数、スキップ回数、休止回数、リピート回数、演算評価値、入力評価値、リリース年、ユーザ選択など）を満たすコンテンツの属性情報を集合化したプレイリストを生成する。プレイリストは、コンテンツの識別情報（コンテンツＩＤ等）及びコンテンツの属性情報を集合化したリストであり、ホスト装置１０およびデバイス２０は、プレイリストに従って、プレイリスト内のコンテンツＩＤに対応するコンテンツの再生を行うことができる。従って、例えばユーザの嗜好に沿ったコンテンツの属性情報を集合化したプレイリストをデバイス２０やホスト装置１０が有していれば、デバイス２０やホスト装置１０はそのプレイリストに沿ってコンテンツを再生することで、ユーザの嗜好に沿ったコンテンツを再生することができる。なお、プレイリスト生成部１４８により生成されたプレイリストは、例えばホスト記憶部１４６や、別途のプレイリスト記憶部（図示せず。）などに記憶される。
【０１４７】
コンテンツ更新部１５０は、デバイス２０に対してコンテンツを追加／削除する。即ち、コンテンツ更新部１５０は、ホスト装置１０のコンテンツ記憶部１２０に記憶されたコンテンツの一部／全部をデバイス２０に転送して、デバイス２０のコンテンツ記憶部２２０に追加したり、デバイス２０のコンテンツ記憶部２２０に記憶されているコンテンツの一部／全部を削除したりできる。
【０１４８】
具体的には、コンテンツ更新部１５０は、ユーザ入力に基づくコンテンツ追加指示を受けると、追加対象のコンテンツをコンテンツ記憶部１２０から読み出し、デバイス２０にアクセスし、追加対象のコンテンツをコンテンツ記憶部２２０に記録するようにデバイス２０を制御する。また、コンテンツ更新部１５０は、ユーザ入力に基づくコンテンツ削除指示を受けると、デバイス２０にアクセスして、コンテンツ記憶部２２０から削除対象のコンテンツを削除するようデバイス２０を制御する。
【０１４９】
また、コンテンツ更新部１５０は、ホスト装置１０とデバイス２０とが接続されたときに、双方に記憶されたコンテンツの同期（シンク）の指示を受けると、ホスト装置１０のコンテンツ記憶部１２０に記憶されるコンテンツと、デバイス２０のコンテンツ記憶部２２０に記憶されるコンテンツとが同一となるように、各コンテンツ記憶部１２０、２２０に記憶されているコンテンツを過不足無く相互にやり取りして記録するよう制御する。なお、かかるコンテンツの同期処理は、ホスト装置１０とデバイス２０とが接続されたときに自動的に行ってもよい。
【０１５０】
このように、コンテンツ更新部１５０は、ホスト装置１０とデバイス２０とが接続された状態で、デバイス２０に記憶されるコンテンツを、ホスト装置１０側から更新（追加／削除／同期）する機能を有する。これは、デバイス２０とホスト装置１０とが接続されると、ホスト装置１０では、デバイス２０が外部記憶媒体（ＨＤＤ等）として認識され、ホスト装置１０側からデバイス２０に対してデータの追加／削除を実行できるように設計されていることによる。
【０１５１】
また、コンテンツ更新部１５０は、デバイス２０から削除予定リストが取得されると、当該削除予定リストに含まれているコンテンツＩＤに対応するコンテンツを、デバイス２０のコンテンツ記憶部２２０から削除するよう制御する。かかる削除予定リストを使用して、ホスト装置１０が、デバイス２０内のコンテンツの削除制御を行うことにより、デバイス２０の処理負荷を低減して、バッテリの消耗を抑制できる。
【０１５２】
また、コンテンツ更新部１５０は、デバイス２０のターミナル記憶部２４０に記憶されているコンテンツの属性情報（例えば、再生履歴、評価値など）の更新を行うこともできる。例えば、既存のコンテンツのタイトル、ジャンル等の内容の更新が行われた場合や、上記再生履歴解析部１３８によりコンテンツの再生履歴が更新された場合、評価値演算部１４２又は評価値入力部１４４により評価値が更新された場合、或いは、プレイリスト生成部１４８によりプレイリストが更新された場合などには、コンテンツ更新部１５０は、上記属性情報の更新をデバイス２０側のデータベースにも反映させる。
【０１５３】
機能情報記憶部１５４は、例えば、ＨＤＤ等のストレージ装置１１１、半導体メモリ、リムーバブル記憶媒体７等の記憶媒体などで構成され、ホスト１０の対応機能リストを記憶する。このホスト１０の対応機能リストは、例えば、ホスト装置１０が対応する機能の識別情報（例えば機能ＩＤ）と、当該機能のバージョンを示す情報とを関連付けた情報である。
【０１５４】
ここで、上記「ホスト装置１０が対応する機能」は、ホスト装置１０にインストールされた機能のうち、ホスト装置１０が実際に対応している機能であり、ホスト装置１０にインストールされていない機能や、ホスト装置１０における各機能の対応／非対応を設定する機能設定部（図示せず。）により「非対応」に設定された機能は含まない。また、本実施形態では、上記デバイス２０の対応機能リストと同様に、ホスト装置１０の対応機能リストでも「機能のバージョンを示す情報」として、機能のバージョン情報自体（例えば、バージョン２．２）を使用するが、かかる例に限定されない。
【０１５５】
ホスト情報取得部１５６は、上記機能情報記憶部１５４から、ホスト装置１０が対応する機能の識別情報（例えば機能ＩＤ）と、当該機能のバージョンを示す情報（例えばバージョン情報自体）とを関連付けたホスト装置１０の対応機能リストを読み出して取得する。このホスト装置１０の対応機能リストにより、ホスト装置１０は、リリース済みの複数の機能のうちホスト装置１０自身が対応する機能と、その機能のバージョンとを把握できる。ホスト情報取得部１５６は、機能情報記憶部１５４から取得した対応機能リストを更新機能抽出部１５８に出力し、デバイス２０の更新対象機能の決定に利用させる。
【０１５６】
更新機能抽出部１５８は、上記デバイス情報取得部１３６により取得されたデバイス２０の対応機能リスト（デバイス２０が対応する各機能の機能ＩＤとそのバージョン情報）と、上記ホスト情報取得部１５６により取得されたホスト１０の対応機能リスト（ホスト装置１０が対応する各機能の機能ＩＤとそのバージョン情報）とに基づいて、デバイス２０が対応する各機能のうち、ホスト装置が対応可能な機能を、後述のデータベース更新部１６０による更新対象機能として抽出する。つまり、更新機能抽出部１５８は、デバイス２０からメンテナンスを要求された１又は２以上の機能を、ホスト装置１０で対応可能（データベースをメンテナンス可能）な機能と、ホスト装置１０で対応不能（データベースをメンテナンス不能）な機能とに選別し、上記ホスト装置１０で対応可能な機能を更新対象機能として抽出する。
【０１５７】
この更新機能抽出部１５８は、デバイス２０が対応する機能にホスト装置１０が対応可能か否かを判断する場合、まず、（１）デバイス２０が対応する機能にホスト装置１０が対応しているか否かを判断し、次いで、デバイス２０が対応する機能にホスト装置１０が対応している場合に、（２）ホスト装置１０が対応する機能のバージョンで、デバイス２０が対応する機能のバージョンのデータベースを更新できるか否かを判断する。この判断の結果、（１）及び（２）の双方の条件を満たす機能が更新対象機能として抽出される。
【０１５８】
まず、（１）の条件について説明する。更新機能抽出部１５８は、デバイス２０が対応する機能にホスト装置１０が対応しているか否かを判断し、デバイス２０が対応する機能にホスト装置１０が対応している場合には、当該機能を更新対象機能の候補とし、一方、デバイス２０が対応する機能にホスト装置１０が対応していない場合には、当該機能を更新対象機能から除外する。例えば、ホスト装置１０に機能Ａ、Ｂに対応しており、デバイス２０が機能Ａ、Ｂ、Ｃに対応している場合、機能Ｃは更新対象機能から除外され、機能Ａ、Ｂが更新対象機能の候補となり、次の（２）の条件が判断される。
【０１５９】
かかる（１）の条件は、デバイス情報取得部１３６により取得された機能ＩＤと、上記ホスト情報取得部１５６により取得された機能ＩＤとを比較することによって判断できる。デバイス２０に対応する機能ＩＤがホスト装置１０に対応する機能ＩＤのいずれかに該当する場合には、デバイス２０とホスト装置１０の双方が、その機能ＩＤの機能に対応していることになる。一方、デバイス２０に対応する機能ＩＤがホスト装置１０に対応する機能ＩＤのいずれかに該当しない場合には、ホスト装置１０のその機能ＩＤの機能に対応不能であることになる。
【０１６０】
次に、（２）の条件について説明する。更新機能抽出部１５８は、デバイス２０とホスト装置１０が同一の機能ＩＤの機能に対応している場合に、両者の機能のバージョンに基づいて、デバイス２０が対応する機能にホスト装置１０が対応可能か否かを判断する。例えば、更新機能抽出部１５８は、デバイス情報取得部１３６により取得されたバージョン情報に含まれるメジャーバージョン情報及びマイナーバージョン情報と、ホスト情報取得部１５６により取得されたバージョン情報に含まれるメジャーバージョン情報及びマイナーバージョン情報とに基づき、ホスト装置１０がデバイス２０の該当機能に対応可能か否かを判断する。
【０１６１】
ここで、メジャーバージョンは、相異なるメジャーバージョンの機能との互換性が確保されないバージョンであり、例えば、同一の機能であっても、バージョン１．０の機能と、バージョン２．０の機能とは互換性がない。一方、マイナーバージョンは、相異なるマイナーバージョンとの互換性が確保されるバージョンであり、例えば、同一の機能であり、かつ、メジャーバージョンが同一であれば、バージョン１．１の機能とバージョン１．２の機能とは互換性がある。例えば、マイナーバージョンアップは、例えば読み仮名検索機能の検索精度を向上する際などに行われる。
【０１６２】
更新機能抽出部１５８は、ホスト装置１０の機能のメジャーバージョン及びマイナーバージョンと、デバイス２０の機能のメジャーバージョン及びマイナーバージョンとの一致／相違に基づき、以下のように、ホスト装置１０がデバイス２０の該当機能に対応可能か否かを判断する。以下では、比較的簡便な第１バージョン判断手法と、比較的詳細な第２バージョン判断手法の２つの例について説明する。
【０１６３】
（Ａ）第１バージョン判断手法
この第１バージョン判断手法では、同一の機能Ａに関し、ホスト装置１０の機能Ａのメジャーバージョンと、デバイス２０の機能Ａのメジャーバージョンとが同一であれば、マイナーバージョンの異同にかかわらず、ホスト装置１０はデバイス２０の機能Ａに対応可能であると判断される。一方、両者のメジャーバージョンが異なれば、ホスト装置１０がデバイス２０の機能Ａに対応不能であると判断される。例えば、ホスト装置１０の機能Ａのバージョンが２．０であり、デバイス２０の機能Ａのバージョンが２．２であれば、対応可能と判断され、ホスト装置１０の機能Ａのバージョンが２．０であり、デバイス２０の機能Ａのバージョンが３．０であれば、対応不能と判断される。かかる手法では、マイナーバージョンの相違であれば、各機能のデータベースが互換性を有するように、各機能を設計する必要がある。
【０１６４】
（Ｂ）第２バージョン判断手法
この第２バージョン判断手法では、同一の機能Ａに関し、ホスト装置１０の機能Ａのメジャーバージョン及びマイナーバージョンと、デバイス２０の機能Ａのメジャーバージョン及びマイナーバージョンのいずれが最新バージョンかによって、それぞれ以下の（ａ）〜（ｆ）のように、ホスト装置１０が機能Ａに対応可能か否かが判断される。この第２バージョン判断手法では、原則として、メジャーバージョンが同一であれば、マイナーバージョンの異同にかかわらず、ホスト装置１０が機能Ａに対応可能であると判断される。このためには、各機能のマイナーバージョンの相違によってデータベースの処理に支障が生じないように、各機能を設計する必要がある。
【０１６５】
なお、以下では、ホスト装置１０が対応する機能のメジャーバージョン、マイナーバージョンを、それぞれ「ホストメジャーバージョン」、「ホストマイナーバージョン」と表記し、デバイス２０が対応する機能のメジャーバージョン、マイナーバージョンを、それぞれ「デバイスメジャーバージョン」、「デバイスマイナーバージョン」と表記する。また、２つのバージョンの新旧を、記号“＞”や“＝”で表記し、例えば、バージョンＡがバージョンＢより新しいバージョンである場合には、「バージョンＡ＞バージョンＢ」と表記し、バージョンＡとバージョンＢが同じバージョンである場合には、「バージョンＡ＝バージョンＢ」と表記する。
【０１６６】
（ａ）ホストメジャーバージョン＞デバイスメジャーバージョンの場合
例えば、ホストバージョンが２．０であり、デバイスバージョンが１．０であるとき、ホスト装置１０が、過去バージョンのデバイス２０に対応可能に設計されている場合には、ホスト装置１０はデバイス２０の旧機能Ａに対応可能と判断される。例えば、ホスト装置１０に、新旧両方の機能Ａ（新バージョン２．０の機能Ａ及び旧バージョン１．０の機能Ａ）が実装されている場合には、ホスト装置１０はデバイス２０のバージョン１．０の旧機能Ａに対応可能である。一方、ホスト装置１０が、過去バージョンのデバイス２０に対応できないように設計されている場合には、ホスト装置１０はデバイス２０の旧バージョンの機能Ａに対応不能と判断される。
【０１６７】
（ｂ）ホストメジャーバージョン＝デバイスメジャーバージョンの場合
この場合には、以下の（ｄ）〜（ｆ）のように、マイナーバージョンの異同によって判断される。
【０１６８】
（ｃ）ホストメジャーバージョン＜デバイスメジャーバージョンの場合
例えば、ホストバージョンが１．０であり、デバイスバージョンが２．０であるときには、ホスト装置１０はデバイス２０の新バージョンの機能Ａに対応不能と判断される。
【０１６９】
（ｄ）ホストマイナーバージョン＞デバイスマイナーバージョンの場合
例えば、ホストバージョンが２．２であり、デバイスバージョンが２．１であるときには、原則、ホスト装置１０はデバイス２０の機能Ａに対応可能であると判断される。このとき、ホスト装置１０が、デバイス２０の機能Ａのデータベースを更新する際に、ホスト装置１０の新バージョン２．２でメンテナンスするか、或いは、デバイス２０の旧バージョン２．１でメンテナンスするかは、機能ごとに定義されている。上記のようにマイナーバージョン間では互換性があるように各機能が設計されているので、新旧いずれのバージョンでメンテナンスしても支障がない。なお、この場合には、デバイス２０の更新ログファイル２５２に、機能Ａの更新結果として、デバイス２０のバージョン２．１ではなく、ホスト装置１０のバージョン２．２が記録される。これにより、その後に当該デバイス２０が他のホスト装置１０に接続されたときに、他のホスト装置１０は、更新ログファイル２５２内の情報に基づき、過去に接続されたホスト装置１０のバージョン２．２を知ることができる。
【０１７０】
（ｅ）ホストマイナーバージョン＝デバイスマイナーバージョンの場合
例えば、ホストバージョンが２．２であり、デバイスバージョンが２．２であるときには、ホスト装置１０はデバイス２０の機能Ａに対応可能であると判断される。
【０１７１】
（ｆ）ホストマイナーバージョン＜デバイスマイナーバージョンの場合
例えば、ホストバージョンが２．１であり、デバイスバージョンが２．２であるときには、ホスト装置１０はデバイス２０の機能Ａに対応可能であると判断される。このとき、ホスト装置１０は、デバイス２０の機能Ａのデータベースを更新する際に、ホスト装置１０が対応可能な最新のバージョン２．１で、デバイス２０の機能Ａのデータベースをメンテナンスする。この場合にも、上記と同様な理由で、デバイス２０の更新ログファイル２５２に、機能Ａの更新結果として、ホスト装置１０のバージョン２．１が記録される。
【０１７２】
第２バージョン判断手法では、上記（ａ）〜（ｆ）の判断基準に従い、更新機能抽出部１５８は、ホスト装置１０が機能Ａに対応可能か否かを判断する。
【０１７３】
以上のようにして、更新機能抽出部１５８は、上記更新要求コマンドにより通知されたデバイス２０の対応する複数の機能の中から、ホスト装置１０が対応可能な機能を抽出し、当該抽出した機能を更新対象機能として、データベース更新部１６０に通知する。また、更新機能抽出部１５８は、上記デバイス２０の対応する複数の機能のうち、更新対象機能以外のホスト装置１０が対応不能な機能（以下「更新不能機能」という）についても、データベース更新部１６０に通知する。
【０１７４】
データベース更新部１６０は、上記更新機能抽出部１５８により抽出された更新対象機能について、デバイス２０のターミナル記憶部２４０に記憶された検索表示用データベース１３、１５を更新する。例えば、デバイス２０が対応する機能Ａ、Ｂ、Ｃのうち、機能Ａ、Ｂが更新対象機能である場合には、デバイス２０のターミナル記憶部２４０内の機能Ａ、Ｂの検索表示用データベース１５ａ、１５ｂを更新する。
【０１７５】
このとき、データベース更新部１６０は、コンテンツ更新部１５０によるデバイス２０に対するコンテンツの追加／削除／コンテンツの属性情報の更新等に応じて、検索表示用データベース１３、１５及びターミナルデータベース１７を更新する。例えば、ホスト装置１０からデバイス２０に新たなコンテンツが追加（即ち、転送して記録）された場合には、データベース更新部１６０は、追加されたコンテンツの属性情報を、デバイス２０の各検索表示用データベース１３、１５及びターミナルデータベース１７の該当箇所に追記する。また、ホスト装置１０によりデバイス２０に記憶されているコンテンツが削除された場合には、データベース更新部１６０は、削除されたコンテンツの属性情報を、デバイス２０の各検索表示用データベース１３、１５及びターミナルデータベース１７の該当箇所から削除する。また、ホスト装置１０によりデバイス２０に記憶されているコンテンツの属性情報が更新された場合には、データベース更新部１６０は、更新された属性情報を、デバイス２０の各検索表示用データベース１３、１５及びターミナルデータベース１７の該当箇所に上書きする。
【０１７６】
かかるデータベースの更新処理により、デバイス２０が実際に保有するコンテンツに適合するように、デバイス２０内の各データベースにおける属性情報を更新でき、コンテンツの検索機能を適切に実行できるようになる。
【０１７７】
また、データベース更新部１６０は、上記更新対象機能に対応する検索表示用データベース１５が、複数のデータベースから構成されている場合には、これらの複数のデータベースのうち必要なもの全てを更新する。
【０１７８】
また、データベース更新部１６０は、上記更新対象機能ごとに、ホスト装置１０がネットワーク５を介して外部装置と通信可能であるか否かをチェックし、ネットワーク環境やホスト装置１０の動作状態などが原因で、ホスト装置１０と外部装置とが通信不能である場合には、デバイス２０における更新対象機能のデータベースの更新を中止することもできる。
【０１７９】
また、データベース更新部１６０は、デバイスが対応する機能のうち、更新対象機能以外の更新不能機能については、デバイス２０の当該更新不能機能に対応する検索表示用データベース１５に対して暫定処理を施す。例えば、上記デバイス２０が対応する機能Ａ、Ｂ、Ｃのうち、機能Ｃが更新不能機能である場合には、デバイス２０のターミナル記憶部２４０内の機能Ｃの検索表示用データベース１５ｃに、暫定処理が施される。この暫定処理では、データベース更新部１６０は、例えば、デバイス２０の当該更新不能機能に対応する各検索表示用データベース１５に設けられた未分類ボックスに、ホスト装置１０からデバイス２０に新規に追加されたコンテンツの識別情報（例えば、コンテンツＩＤやトラック番号等）を未分類情報としてそれぞれ登録する。さらに、データベース更新部１６０は、当該追加されたコンテンツの属性情報を、デバイス２０のターミナルデータベース１７に登録しておく。なお、この暫定処理は、各機能に依存しない処理であり、全ての更新不能機能について共通になされる。
【０１８０】
さらに、データベース更新部１６０は、デバイス２０における上記更新対象機能の検索機能データベース１５を更新する際、当該検索機能データベース１５の未分類ボックス内に、他のホスト装置１０により上記未分類情報が予め登録されているか否かをチェックし、登録されている場合には、未分類情報を用いて当該更新対象機能の検索機能データベース１５を更新する。例えば、上記更新対象機能の検索機能データベース１５の未分類ボックス内に、２つのコンテンツＩＤが未分類情報として登録されている場合には、このコンテンツＩＤに対応するコンテンツの属性情報を、デバイス２０のターミナルデータベース１７から読み出し、当該コンテンツの属性情報も反映するように、上記更新対象機能の検索機能データベース１５を更新する。
【０１８１】
このように、ホスト装置１０のデータベース更新部１６０により、更新不能機能について暫定処理を行っておくことで、その後に、当該更新不能機能に対応可能な他のホスト装置１０に接続されたとき、この他のホスト装置１０のデータベース更新部１６０により、過去に接続されたホスト装置１０からデバイス２０に追加されたコンテンツの属性情報も反映するようにして、当該更新不能機能の検索表示用データベース１５を適切に更新できる。これによって、デバイス２０に新機能が追加された場合、或いは、ホスト装置１０が、デバイス２０の機能に対応していない場合などに、ホスト装置１０からデバイス２０へコンテンツが追加されたときであっても、この新規追加されたコンテンツに関する情報を損失しないようにできる。
【０１８２】
ログ記録部１６２は、データベース更新部１６０によるデバイス２０の検索表示用データベース１５の更新結果を示すログを、デバイス２０の更新ログ記憶部２５０に記録する。このとき、ログ記録部１６２は、更新対象機能ごとに、検索表示用データベース１５を更新した日時である機能更新日時と、ホスト装置１０側の更新対象機能のバージョン情報とを、更新ログ記憶部２５０内の更新ログファイル２５２にそれぞれ書き込む。例えば、デバイスの対応する機能Ａ、Ｂ、Ｃのうち、更新対象機能として機能Ａ、Ｂの検索表示用データベース１５ａ、１５ｂが更新された場合には、更新ログファイル２５２内の該当欄に、機能Ａ、Ｂの機能ＩＤと、機能更新日時をそれぞれ書き込み、機能Ｃの該当欄には、機能更新日時を書き込まない。
【０１８３】
さらに、ログ記録部１６２は、データベース更新部１６０によりデバイス２０のデータベースの更新処理を行った日時であるデバイス更新日時を、更新ログ記憶部２５０内の更新ログファイル２５２に書き込む。このデバイス更新日時は、機能ごとに書き込まれるものではなく、デバイス２０に接続されたホスト装置１０によって、当該デバイス２０の複数の検索表示用データベース１５のうち少なくともいずれか１つの更新を行った時に、更新完了を示す情報として１つだけ書き込まれる日時情報である。
【０１８４】
これによって、その後にデバイス２０と接続されるホスト装置１０は、デバイス２０の更新ログファイル２５２内の機能ごとの機能更新日時と、全体のデバイス更新日時とを比較することで、当該デバイス２０が対応する各機能の検索表示用データベース１５が、それ以前のホスト装置１０との直近の接続時に更新済みであるか否かを検出できる。
【０１８５】
配信サービス利用部１６４は、上記コンテンツ配信サーバ３０との間で、コンテンツ配信サービスに関する処理を行う。具体的には、配信サービス利用部１６４は、例えば、コンテンツ配信サービスを利用するために必要なユーザ認証情報（ユーザＩＤ、パスワード等）、課金情報、コンテンツ配信リクエスト情報などの各種情報を、上記コンテンツ配信サーバ３０との間で送受信したり、これらの情報の入出力を支援したりする。
【０１８６】
また、配信サービス利用部１６４は、コンテンツ配信サーバ３０から送信された配信コンテンツと当該配信コンテンツのライセンスを、ネットワーク５および通信部１３２を介して取得する。即ち、ホスト装置１０のユーザがコンテンツ配信サービスを利用してコンテンツを購入すると、配信サービス利用部１６４は、上記コンテンツ配信サーバ３０から配信コンテンツと、当該配信コンテンツの利用条件を定めたライセンスをダウンロードする。
【０１８７】
また、配信サービス利用部１６４は、コンテンツの配信時に、コンテンツ配信サーバ３０から、配信コンテンツの属性情報を受信する。この配信コンテンツの属性情報は、例えば、タイトル、アーティスト名、アルバム名、ジャンル、再生時間、コンテンツＩＤ、配信日時、データサイズ、データフォーマット、著作権管理方式のタイプ、などである。
【０１８８】
以上のような配信サービス利用部１６４は、例えば、利用するコンテンツ配信サービスに対応したコンテンツ配信サービス用のソフトウェアを、ホスト装置１０にインストールすることによって構成される。なお、この配信サービス利用部１６４は、ユーザが利用する複数のコンテンツ配信サービス毎に複数設けられてもよい。
【０１８９】
リッピング部１６６は、音楽コンテンツ等を記録したＣＤ、ＤＶＤ等の記録媒体に記録されているコンテンツをリッピングする。具体的には、リッピング部１６６は、例えば、ユーザ入力に応じて、ドライブ１１２を制御して、上記記憶媒体から音楽データ等を取り出し、かかる音楽データをホスト装置１０で処理可能なフォーマット（例えばＡＴＲＡＣ３形式等）に変換したコンテンツを作成する。リッピング部１６６は、リッピングしたコンテンツをコンテンツ記憶部１２０に記憶するとともに、その属性情報をホスト記憶部１４６に記憶する。
【０１９０】
機能実行部１６８は、表示部１６９における各種情報の表示を制御する。詳細には、機能実行部１６８は、コンテンツの検索時などには、ユーザの選択操作に応じて、各種のコンテンツ検索画面を表示部１６９に表示させる。このとき、機能実行部１６８は、例えば、上記データベース更新部１６０により生成される検索表示用テーブル１３、１５に従い、各種の検索画面を表示部１６９に表示させることもできる。これにより、ユーザは、かかる検索画面を閲覧しながら、自己の嗜好に合うコンテンツを容易かつ迅速に検索して、選択することができるので、便利である。なお、表示部１６９は、例えば、上記出力装置１１０などで構成される。
【０１９１】
以上、本実施形態にかかるホスト装置１０の各部の機能構成について説明した。なお、上記デバイス２０の各部は、例えば、上記各機能を有するハードウェアとして構成されてもよいし、或いは、上記各機能をコンピュータに実現させるプログラムをホスト装置１０にインストールすることによって構成されてもよい。
【０１９２】
＜検索表示用データベースの具体例＞
次に、図１１Ａ〜Ｋを参照して、本実施形態にかかる機能仕様１２に属する特殊な検索機能Ａ、Ｂ、Ｃ、Ｄ、Ｅに対応する検索表示用データベース１５ａ、１５ｂ、１５ｃ、１５ｄ、１５ｅの具体例について説明する。
【０１９３】
検索表示用データベース１５は、上述したようにデバイス２０におけるコンテンツの検索機能ごとに複数種類が用意される。この検索表示用データベース１５は、デバイス２０におけるコンテンツの検索時に表示部２５６に順次表示される複数の検索画面に１対１対応するように、各コンテンツの属性情報が階層化されたツリー構造を有する検索表示用テーブルを含む。また、検索表示用データベース１５は、この検索表示用テーブルの他に、ツリー構造の検索表示用テーブルを生成するための他のデータベースを含む場合もある。以下に、各検索表示用データベース１５のデータ構造について詳細に説明する。
【０１９４】
なお、以下の説明で、「アーティスト」とは、音楽コンテンツ（楽曲）の歌手、演奏者、作詞者、作曲者、編曲者又はプロデューサーであり、「アルバム」とは、複数の音楽コンテンツの集合体であり、「タイトル」とは、音楽コンテンツの名称であり、「トラック」とは、１のアルバム内に含まれる音楽コンテンツの通称であり、「トラック番号」とは、１のアルバム内におけるトラックの配列順序を表す番号であり、「ジャンル」とは、音楽コンテンツの属する音楽分野である。
【０１９５】
（Ａ．アーティストリンク検索表示用データベース）
図１１Ａは、本実施形態にかかるアーティストリンク検索表示用データベース１５ａを示す説明図である。図１１Ａに示すように、アーティストリンク検索表示用データベース１５ａは、アーティスト関係データベース１５ａ−１と、アーティストごとに設けられる複数のアルバム検索表示用テーブル１５ａ−２とを含む。
【０１９６】
アーティスト関係データベース１５ａ−１は、音楽コンテンツ（曲）の特徴が相互に類似しているアーティストを関連付けたアーティストリンク情報を記憶するデータベースである。このアーティスト関係データベース１５ａ−１に基づいて、再生中の音楽コンテンツのアーティストに関連する他のアーティストを検出し、このアーティストに対応するアルバム検索表示用テーブル１５ａ−２を検索画面に表示することができる。
【０１９７】
アルバム検索表示用テーブル１５ａ−２は、アルバム検索表示用テーブル１３ａは、コンテンツの属性情報として、「アルバム名」と「タイトル」とを含む。このアルバム検索表示用テーブル１５ａ−２は、最上位階層の「アルバム階層」と、最下位階層の「タイトル階層」とからなる２階層構造を有する。また、このアルバム検索表示用テーブル１５ａ−２には、上記の未分類情報が登録される未分類ボックス１９が設けられている。
【０１９８】
アルバム階層では、アルバム名が読み順でソートされている。図示の例では、アルバム名「Ｍａｎｙ  Ｐｒｉｎｃｅｓｓ」→「Ｓｉｎｇｉｎｇ」→「Ｓｕｇａｒ  Ｌｏｗ」といったように、アルバム名を構成する文字列のアルファベットが若い順にソートされている。先頭文字が同一である場合（「Ｓｉｎｇｉｎｇ」も「Ｓｕｇａｒ  Ｌｏｗ」も先頭文字は「Ｓ」）には、次の文字で判断される（「ｉ」＜［ｕ」）。また、タイトル階層では、アルバムごとに、そのアルバムに属する楽曲のタイトルがトラック番号順でソートされている。
【０１９９】
また、タイトル階層では、各アルバム単位で、そのアルバムに属する楽曲のタイトルがトラック番号順でソート（イニシャルソート）されている。例えば、アルバム名「Ｍａｎｙ  Ｐｒｉｎｃｅｓｓ」のアルバムでは、タイトル「キロク」→「ｊｕｍｐｉｎｇ」といったように、当該アルバムで設定されているトラック番号順にソートされている。
【０２００】
以上のようなアルバム検索表示用テーブル１５ａ−２は、アーティストリンクにより抽出された他のアーティストに関し、アルバム名を検索キーとして音楽コンテンツ（楽曲）を検索する際に利用される。この際、アルバム名が読み順で表示されるので、ユーザは所望のアルバムを容易に検索でき便利である。また、各アルバム内の楽曲がそのアルバムのトラック順に並んで表示されるので、アルバム検索したユーザにとって便利である。
【０２０１】
（Ｂ．読み仮名検索表示用データベース）
図１１Ｂ〜Ｅは、本実施形態にかかる読み仮名検索表示用データベース１５ｂを示す説明図である。図１１Ｂ〜Ｅに示すように、読み仮名検索表示用データベース１５ｂは、コンテンツ読み仮名データベース１５ｂ−１と、アルバム読み仮名データベース１５ｂ−２と、アーティスト読み仮名データベース１５ｂ−３と、イニシャル全曲検索表示用テーブル１５ｂ−４と、イニシャル・アーティスト検索表示用テーブル１５ｂ−５と、イニシャル・アルバム検索表示用テーブル１５ｂ−６とを含む。
【０２０２】
図１１Ｂに示すコンテンツ読み仮名データベース１５ｂ−１は、各音楽コンテンツの読み仮名若しくはイニシャルを定めたデータベースである。アルバム読み仮名データベース１５ｂ−２は、各アルバムの読み仮名若しくはイニシャルを定めたデータベースである。アーティスト読み仮名データベース１５ｂ−３は、各アーティストの読み仮名若しくはイニシャルを定めたデータベースである。これらの読み仮名データベース１５ｂ−１、２、３に基づき、次のような検索表示用テーブル１５ｂ−４、５、６が生成される。
【０２０３】
図１１Ｃに示すように、イニシャル全曲検索表示用テーブル１５ｂ−４は、コンテンツの属性情報として、「イニシャル」と「タイトル」とを含む。なお、「イニシャル」は、各名称の頭文字を意味する。このイニシャル全曲検索表示用テーブル１５ｂ−４は、最上位階層の「イニシャル階層」と、最下位階層の「タイトル階層」とからなる２階層構造を有する。
【０２０４】
イニシャル階層では、イニシャル頭文字がイニシャル順でソートされている。図示の例では、イニシャル「Ｂ」→「Ｎ」→「Ｊ」→「キ」→「サ」→「ソ」といったように、イニシャル頭文字が、アルファベット順及び読み仮名の５０音順でソートされている。また、タイトル階層では、各イニシャル単位で、そのイニシャルを頭文字に有するタイトルが、読み順でソート（イニシャルソート）されてもよい。
【０２０５】
以上のようなイニシャル全曲検索表示用テーブル１５ｂ−４は、タイトルのイニシャルを検索キーとして音楽コンテンツ（楽曲）を検索する際に利用される。この際、複数の音楽コンテンツ（楽曲）のタイトルが、イニシャルごとに、読み順で表示されるので、ユーザは所望の音楽コンテンツ（楽曲）を容易に検索でき便利である。また、アーティスト名やアルバム名を介さなくても、所望の音楽コンテンツ（楽曲）をダイレクトに検索できるので便利であり、タイトル名が分かっている場合には迅速な検索が可能となる。
【０２０６】
また、図１１Ｄに示すように、イニシャル・アーティスト検索表示用テーブル１５ｂ−５は、コンテンツの属性情報として、「イニシャル」と「アーティスト名」と「アルバム名」と「タイトル」とを含む。このイニシャル・アーティスト検索表示用テーブル１５ｂ−５は、最上位階層の「イニシャル階層」と、第２位階層の「アーティスト階層」と、第３位階層の「アルバム階層」と、最下位階層の「タイトル階層」とからなる４階層構造を有する。
【０２０７】
イニシャル階層では、イニシャル頭文字がイニシャル順でソートされている。また、アーティスト階層では、各イニシャル単位で、アーティスト名が読み順でソート（イニシャルソート）されている。また、アルバム階層では、各アーティスト単位で、そのアーティストに属するアルバム名が読み順でソート（イニシャルソート）されている。また、タイトル階層では、各アルバム単位で、そのアルバムに属する楽曲のタイトルがトラック番号順でソートされている。
【０２０８】
以上のようなイニシャル・アーティスト検索表示用テーブル１５ｂ−５は、アーティスト名のイニシャルを検索キーとしてアーティスト名を検索し、さらに、アーティスト名を検索キーとしてアルバム名を検索し、さらに、アルバム名を検索キーとして音楽コンテンツ（楽曲）を検索する際に利用される。この際、あるイニシャルを入力すれば、そのイニシャルを頭文字にもつアーティスト名だけが一覧表示されるので便利であり、その後は、アーティスト名及びアルバム名が読み順で表示されるので、ユーザは所望のアーティスト及びアルバムを容易に検索でき便利である。
また、図１１Ｅに示すように、イニシャル・アルバム検索表示用テーブル１５ｂ−６は、コンテンツの属性情報として、「イニシャル」と「アルバム名」と「タイトル」とを含む。このイニシャル・アルバム検索表示用テーブル１５ｂ−６は、最上位階層の「イニシャル階層」と、中位階層の「アルバム階層」と、最下位階層の「タイトル階層」とからなる３階層構造を有する。
【０２０９】
イニシャル階層では、イニシャル頭文字がイニシャル順でソートされて、アルファベット順に並んでいる。また、アルバム階層では、各イニシャル単位で、アルバム名が読み順でソート（イニシャルソート）されている。さらに、タイトル階層では、各アルバム単位で、各アルバムに属する楽曲のタイトルがトラック番号順でソートされている。
【０２１０】
以上のようなイニシャル・アルバム検索表示用テーブル１５ｂ−６は、アーティスト名のイニシャルを検索キーとしてアルバム名を検索し、さらに、アルバム名を検索キーとして音楽コンテンツ（楽曲）を検索する際に利用される。この際、あるイニシャルを入力すれば、そのイニシャルを頭文字にもつアルバム名だけが一覧表示されるので便利であり、その後は、アルバム名が読み順で表示されるので、ユーザは所望のアルバムを容易に検索でき便利である。
【０２１１】
なお、以上のような検索表示用テーブル１５ｂ−４、５、６には、上記の未分類情報が登録される未分類ボックス１９が設けられている。また、上記検索表示用テーブル１５ｂ−４、５、６では、最上位階層を「イニシャル階層」としたが、「読み仮名階層」とすることもでき、この場合には、読み仮名で各名称がソートされる。
【０２１２】
（Ｃ．最新転送曲検索表示用データベース）
図１１Ｆは、本実施形態にかかる最新転送曲検索表示用データベース１５ｃを示す説明図である。図１１Ｆに示すように、最新転送曲検索表示用データベース１５ｃは、最新転送曲検索表示用テーブル１５ｃ−１を含む。
【０２１３】
最新転送曲検索表示用テーブル１５ｃ−１は、コンテンツの属性情報として、ホスト装置１０からデバイス２０へのコンテンツの「転送時期」と、「アルバム名」と、「タイトル」とを含む。この最新転送曲検索表示用テーブル１５ｃ−１は、最上位階層の「転送時期階層」と、中位階層の「アルバム階層」と、最下位階層の「タイトル階層」とからなる３階層構造を有する。また、この最新転送曲検索表示用テーブル１５ｃ−１には、上記の未分類情報が登録される未分類ボックス１９が設けられている。
【０２１４】
転送時期階層では、例えば過去３回の転送時期が、転送時期が古い順でソートされている。図示の例では、転送時期「前々回転送曲」→「前回転送曲」→「最新回転送曲」といったように、転送時期が古い順でソートされている。また、アルバム階層では、各転送時期単位で、その転送時期に転送されたアルバム名が、デバイス２０に対する追加順（記録順）でソートされている。また、タイトル階層では、各アルバム単位で、そのアルバムに属する楽曲のタイトルが、当該追加順でソートされている。
【０２１５】
以上のような最新転送曲検索表示用テーブル１５ｃ−１は、転送時期を検索キーとしてアルバム名を検索し、さらに、アルバム名を検索キーとして音楽コンテンツ（楽曲）を検索する際に利用される。この際、転送時期ごとにアルバム名及びタイトルを区分し、さらに、アルバム名及びタイトルが、デバイス２０に対する追加順で表示されるので、ユーザは、転送時期に応じて所望のコンテンツ（例えば最近転送したコンテンツ）などを容易に検索でき便利である。
【０２１６】
なお、本実施形態にかかる最新転送曲検索表示用テーブル１５ｃ−１は、ホスト装置１０からデバイス２０へのコンテンツの転送時期に対応した検索表示用テーブルの例であるが、かかる例以外にも、例えば、コンテンツ配信サーバ３０からホスト装置１０への配信時期に対応した検索表示用テーブルとして、配信時期検索表示用テーブルも、上記最新転送曲検索表示用テーブル１５ｃ−１と同様に作成可能である。
【０２１７】
（Ｄ．ブックマーク検索表示用データベース）
図１１Ｇは、本実施形態にかかるブックマーク検索表示用データベース１５ｄを示す説明図である。図１１Ｇに示すように、ブックマーク検索表示用データベース１５ｄは、ブックマーク検索表示用テーブル１５ｄ−１を含む。
【０２１８】
このブックマーク検索表示用テーブル１５ｄ−１は、ユーザがお気に入りの楽曲として登録した音楽コンテンツが、例えば登録順でソートされている。このブックマーク検索表示用テーブル１５ｄ−１により、ユーザが予め登録したお気に入りの曲を容易に検索することができる。
【０２１９】
（Ｅ．再生履歴検索表示用データベース）
図１１Ｈ〜Ｋは、本実施形態にかかる再生履歴検索表示用データベース１５ｅを示す説明図である。図１１Ｈ〜Ｋに示すように、再生履歴検索表示用データベース１５ｅは、再生ログデータベース１５ｅ−１と、再生履歴データベース１５ｅ−２と、再生年月日検索表示用テーブル１５ｅ−３と、レーティング検索表示用テーブル１５ｅ−４と、自動プレイリスト検索表示用テーブル１５ｅ−５とを含む。
【０２２０】
再生ログデータベース１５ｅ−１は、デバイス２０におけるコンテンツの再生処理に関するログ（上記イベントログ）を記憶するデータベースである。再生履歴データベース１５ｅ−２は、イベントログ等に基づいて生成された再生履歴情報（例えば、コンテンツの演算評価値（レーティング）や再生回数、再生日時など）を記憶するデータベースである。この再生履歴データベース１５ｅ−２の情報に基づいて、次のような検索表示用テーブル１５ｅ−３、４、５が生成される。
【０２２１】
図１１Ｉに示すように、再生年月日検索表示用テーブル１５ｅ−３は、コンテンツの属性情報として、グループ名である「再生年月」と、グループ名である「再生年月日」と、コンテンツ名である「タイトル」とを含む。この再生年月日検索表示用テーブル１５ｅ−３は、最上位階層の「再生年月階層」と、中位階層の「再生年月日階層」と、最下位階層の「タイトル階層」とからなる３階層構造を有する。また、再生年月日検索表示用テーブル１５ｅ−３には、上記の未分類情報が登録される未分類ボックス１９が設けられている。
【０２２２】
再生年月階層では、再生年月が、再生年月が古い順でソートされている。また、再生年月日階層では、再生年月日が、再生年月日が古い順でソートされている。図示の例では、再生年月「２００５／０３」内に、再生年月日「２００５／０３／２９」、「２００５／０３／３０」、「２００５／０３／３１」の日付が古い順でソートされている。また、タイトル階層では、各再生年月日単位で、その再生年月日に再生されたコンテンツ（楽曲）のタイトルが、再生時期が古い順でソートされている。
【０２２３】
以上のような再生年月日検索表示用テーブル１５ｅ−３は、再生年月を検索キーとして再生年月日を検索し、さらに、再生年月日を検索キーとして音楽コンテンツ（楽曲）を検索する際に利用される。この際、再生履歴順でトラックが表示されるので、ユーザは、例えば、過去の所定期間によく視聴した楽曲などを、容易に検索でき便利である。また、かかる「再生年月日検索表示用テーブル１５ｅ−３」は、このような検索表示用途のみならず、再生時期ごとにコンテンツを集合させたプレイリストとしての利用も可能である。
【０２２４】
また、図１１Ｊに示すように、レーティング検索表示用テーブル１５ｅ−４は、コンテンツの属性情報として、「評価値レベル」と、「タイトル」とを含む。なお、評価値レベルは、例えば、評価値Ｐが「１（Ｐ≦１）」、「２（１＜ｐ≦２）」、「３（２＜ｐ≦３）」、「４（３＜ｐ≦４）」、「５（４＜ｐ≦５）」という５段階の評価値の範囲を表している。なお、評価値は、上記演算評価値又は入力評価値のいずれかを用いても良いし、双方の平均値等を利用してもよい。このレーティング検索表示用テーブル１５ｅ−４は、最上位階層の「評価値レベル階層」と、最下位階層の「タイトル階層」とからなる２階層構造を有する。また、レーティング検索表示用テーブル１５ｅ−４には、上記の未分類情報が登録される未分類ボックス１９が設けられている。
【０２２５】
評価値レベル階層では、評価値レベルが評価値の高い順でソートされている。また、タイトル階層では、各評価値レベル単位で、その評価値レベルの評価値が付加されたコンテンツ（楽曲）のタイトルが、再生回数が多い順（或いは当該コンテンツに付加された評価値が高い順）でソートされている。なお、各コンテンツの再生回数は、上記イベントログ（再生履歴）の解析結果に基づき判別可能である。
【０２２６】
以上のようなレーティング検索表示用テーブル１５ｅ−４は、評価値レベルを検索キーとして音楽コンテンツ（楽曲）を検索する際に利用される。この際、コンテンツのタイトルが、当該コンテンツの再生回数が多い順、或いは、当該コンテンツに付加された評価値が高い（若しくは低い順）順で表示されるので、ユーザは、ジャンルや、アーティストに関わらず、頻繁に聴くコンテンツや、配信サービス提供者が推薦するコンテンツ（予め高い評価値が付加されている）などを、容易かつ迅速に検索でき便利である。
【０２２７】
また、図１１Ｋに示すように、自動プレイリスト検索表示用テーブル１５ｅ−５は、コンテンツの属性情報として、「プレイリスト名」と「タイトル」とを含む。この自動プレイリストは、上述した再生履歴（イベントログ）の解析結果に基づき、ホスト装置１０が自動的に作成したものである。ここでは、プレイリスト名が「よく聞くトップ１００」なる自動プレイリストの例を挙げる。このプレイリストは、再生履歴（イベントログ）の解析結果に基づき、再生頻度が高い１００個のコンテンツを選択して、再生頻度順（例えば総再生回数順）にソートしたものである。しかし、これ以外にも、上記のように再生頻度に基づき多様な種類のプレイリストを自動的に作成可能である。
【０２２８】
上記自動プレイリスト検索表示用テーブル１５ｅ−５は、最上位階層の「プレイリスト階層」と、最下位階層の「タイトル階層」とからなる２階層構造を有する。タイトル階層では、プレイリストに含まれるコンテンツ（楽曲）のタイトルが、再生頻度順でソートされている。
【０２２９】
以上のような自動プレイリスト検索表示用テーブル１５ｅ−５は、特定のプレイリスト内の音楽コンテンツ（楽曲）を検索する際に利用される。この際、再生頻度順でトラックが表示されるので、ユーザは、例えば、視聴頻度の高い楽曲を容易に検索でき便利である。
【０２３０】
以上、本実施形態にかかる複数の検索表示用データベース１５のデータ構造例について説明した。上記例以外にも、検索機能の種類に応じて、多様な種類の検索表示用データベース１５を作成可能である。また、本実施形態にかかる検索表示用データベース１５は、ホスト装置１０により作成されるが、かかる例に限定されず、例えば、データ構造が簡単な一部の検索表示用データベース１５はデバイス２０で作成してもよいし、また、検索表示用データベース１５の一部の階層（例えばアーティスト階層、アルバム階層、トラック階層など）をホスト装置１０で作成し、残りの階層（例えばイニシャル階層）をデバイス２０で作成することもできる。
【０２３１】
＜動作シーケンス＞
次に、図１２を参照して、本実施形態にかかるデータベース管理システム１００におけるホスト装置１０とデバイス２０との間の動作シーケンスについて説明する。なお、図１２は、本実施形態にかかるホスト装置１０とデバイス２０との間の動作シーケンスを示すシーケンス図である。
【０２３２】
図１２の初期期状態として、過去に、ホスト装置１０からデバイス２０に対して、複数のコンテンツ及びこれに対応する検索表示用データベース１５が転送されて記憶され、さらに、接続が遮断されたデバイス２０において、当該コンテンツの一部が再生されてイベントログが蓄積されるとともに、削除予定リストが生成され、その後、ホスト装置１０はコンテンツ配信サーバ３０から新たなコンテンツをダウンロード済みである状態を想定する。
【０２３３】
この状態で、図１２に示すように、ホスト装置１０とデバイス２０が接続される（Ｓ１０：接続ステップ）と、ホスト装置１０は、デバイス２０が接続されたことを検知する（Ｓ１２：接続検知ステップ）。
【０２３４】
すると、ホスト装置１０は、接続されたデバイス２０にアクセスし、必要な情報を転送するよう要求する（Ｓ１４：アクセスステップ）。この結果、ホスト装置１０は、デバイス２０から、当該デバイス２０に記憶されている複数のコンテンツのコンテンツＩＤ、イベントログ、削除予定リストなどの情報を取得する（Ｓ１６：取得ステップ）。
【０２３５】
次いで、ホスト装置１０は、上記デバイス２０から取得したコンテンツＩＤに基づいて、デバイス２０に記憶されているコンテンツを認識するとともに、ホスト記憶部１４６に記憶されているコンテンツＩＤに基づいて、ホスト装置１０に記憶されているコンテンツを認識する（Ｓ１８：認識ステップ）。さらに、ホスト装置１０は、ホスト装置１０に記憶されているコンテンツと、デバイス２０に記憶されているコンテンツとを比較して、両者の差分を検出する（Ｓ２０：比較ステップ）。本ケースでは、ホスト装置１０は、上記のようにコンテンツ配信サーバ３０から新たなコンテンツを取得しているので、デバイス２０が保有していないコンテンツを保有しており、双方の間にコンテンツの差分がある。
【０２３６】
さらに、ホスト装置１０は、デバイス２０に対してコンテンツを追加及び削除することにより、デバイス２０が保持するコンテンツを更新する（Ｓ２２：コンテンツ更新ステップ）。詳細には、例えば、ホスト装置１０は、上記デバイス２０から取得した削除予定リストに含まれるコンテンツＩＤに対応するコンテンツを、デバイス２０のコンテンツ記憶部２２０から削除する。また、ホスト装置１０は、ユーザ入力に応じて或いは自動的に、上記コンテンツ配信サーバ３０から新たに配信されたコンテンツを、デバイス２０のコンテンツ記憶部２２０に追加する。また、かかるコンテンツの追加及び削除に応じて、デバイス２０のターミナルデータベース１７に記憶されているコンテンツの属性情報を更新する。このような更新処理の結果、デバイス２０に記憶されているコンテンツが変化したことになる。従って、デバイス２０では、当該コンテンツの変化に対応して検索表示用データベース１５を更新する必要がある。
【０２３７】
その後、ホスト装置１０は、デバイス２０の各検索機能をメンテナンスし、これによって、デバイス２０のターミナル記憶部２４０内の各検索機能に対応するデータベースを更新する（Ｓ３０：メンテナンスステップ）。このメンテナンスの詳細は後述する（図１３参照）。
【０２３８】
その後、デバイス２０は、ユーザによりコンテンツの検索指示を受けると、上記更新された検索表示用データベース１５を用いて検索画面を表示する（Ｓ３２：表示制御ステップ）。詳細には、デバイス２０は、ユーザ入力により選択された検索機能に対応する検索表示用データベース１５を、ターミナル記憶部２４０から読み出し、当該読み出した検索表示用データベース１５を用いて検索画面を順次表示する。ユーザは、この検索画面を閲覧しながら、再生を所望する音楽コンテンツ、アルバム又はアーティスト等を選択できる。
【０２３９】
次いで、デバイス２０は、ユーザの選択入力に基づき、再生対象の１又は２以上のコンテンツを選択し（Ｓ３４：コンテンツ選択ステップ）、選択されたコンテンツを再生する（Ｓ３６：再生ステップ）。
【０２４０】
以上、本実施形態にかかるホスト装置１０とデバイス２０との間の動作シーケンスについて説明した。上記のように、デバイス２０が対応する各検索機能の検索表示用データベース１５は、ホスト装置１０によって作成されて、デバイス２０のターミナル記憶部２４０に格納される。そして、デバイス２０は、コンテンツの検索時には、ターミナル記憶部２４０内の複数の検索表示用データベース１５のうち、ユーザが選択した検索機能の検索表示用データベース１５を読み出して、そのまま表示するだけでよい。従って、デバイス２０は、検索表示用データベース１５を作成する必要がないため、検索時のデバイス２０の処理負荷を軽減できる。従って、処理能力が低いデバイス２０であっても、検索時の表示速度を向上できるとともにバッテリ消費も抑制できる。
【０２４１】
次に、図１３を参照して、本実施形態にかかるホスト装置１０によるデバイス２０のデータベース更新方法について説明する。なお、図１３は、本実施形態にかかるデータベース更新方法を示すシーケンス図である。
【０２４２】
図１３に示すように、まず、ホスト装置１０が、デバイス２０にコマンド発行を要求すると（Ｓ１００）、デバイス２０は、更新要求コマンドを発行し、ホスト装置１０に通知する（Ｓ１０２）。この更新要求コマンドは、上記デバイス２０の対応機能リストを含んでおり、この対応機能リストは、デバイス２０が対応する各機能の機能ＩＤと、そのバージョン情報とが関連付けられた情報であり、デバイス２０が非対応の機能の機能ＩＤも含む。
【０２４３】
ホスト装置１０は、上記コマンド要求（Ｓ１００）に応じて、デバイス２０から更新要求コマンドを受信するか否かにより、接続されているデバイス２０が、本実施形態にかかるデータベースフォーマットに対応する機器であるか、その他のデータベースフォーマットに対応する機器であるかを判断することができる。図示の例では、デバイス２０は更新要求コマンドを発行しているので、本実施形態にかかるデータベースフォーマットに対応する機器であるといえる。
【０２４４】
ホスト装置１０は、デバイス２０から上記更新要求コマンドを受信することで、デバイス２０が対応する機能の機能ＩＤと、当該機能のバージョン情報を取得することができる（Ｓ１０４：デバイス情報取得ステップ）。図示の例では、デバイス２０は、機能Ａ、Ｂ、Ｃ、Ｄに対応しており、これら機能Ａ、Ｂ、Ｃ、Ｄのバージョンはそれぞれ、「１．０」、「１．１」、「１．０」、「２．０」である。また、デバイス２０は、機能Ｅに非対応である。このデバイス２０が機能Ｅに非対応となるのは、例えば、デバイス２０に機能Ｅ自体がインストールされていないケースや、デバイス２０の機能設定部２３６がユーザ入力に基づき機能Ｅを非対応に設定したケースなどがある。
【０２４５】
次いで、ホスト装置１０は、自身の機能情報記憶部１５４からホスト装置１０の対応機能リストを読み出すことで、ホスト装置１０が対応する機能の機能ＩＤと、当該機能のバージョン情報とを取得する（Ｓ１０６：ホスト情報取得ステップ）。図示の例では、ホスト装置１０は、機能Ａ、Ｂ、Ｄ、Ｅに対応しており、これら機能Ａ、Ｂ、Ｄ、Ｅのバージョンはそれぞれ、「１．０」、「１．０」、「１．４」、「１．２」である。また、ホスト装置１０は、機能Ｃに非対応である。
【０２４６】
さらに、ホスト装置１０は、上記デバイス２０の対応機能リストと、上記ホスト装置１０の対応機能リストとに基づいて、デバイス２０が対応する機能の中から、ホスト装置１０が対応可能な機能を、更新対象機能として抽出する（Ｓ１０８：更新機能抽出ステップ）。このとき、ホスト装置１０は、デバイス２０が対応する機能にホスト装置１０が対応しているか否かのみならず、デバイス２０とホスト装置１０が対応する各機能のメジャーバージョン及びマイナーバージョン情報も判断基準として、更新対象機能を抽出する。
【０２４７】
図示の例では、機能Ｃは、デバイス２０が対応しているが、ホスト装置１０が非対応であるので、更新対象機能から除外される。また、機能Ｅは、ホスト装置１０が対応しているが、デバイス２０が非対応であるので、更新対象機能から除外される。さらに、機能Ｄについては、ホスト装置１０のメジャーバージョンが、デバイス２０のメジャーバージョンよりも低い（１．４＜２．０）ので、更新対象機能から除外される。一方、機能Ａ、Ｂは、デバイス２０とホスト装置１０の双方が対応しており、かつ、デバイス２０とホスト装置１０のメジャーバージョンが同一であるので、更新対象機能として抽出される。
【０２４８】
次いで、ホスト装置１０は、上記抽出された更新対象機能について、デバイス２０のデータベースを更新する（Ｓ１１０：データベース更新ステップ）。具体的には、ホスト装置１０は、上記更新対象機能である機能Ａ、Ｂについては、デバイス２０の当該機能Ａ、Ｂの検索機能データベース１５ａ、１５ｂを更新する。この場合、ホスト装置１０は、デバイス２０のターミナル記憶部２４０にアクセスして、検索機能データベース１５ａ、１５ｂを直接的に上書きしてもよいし、或いは、デバイス２０から検索機能データベース１５ａ、１５ｂを読み出して取得し、ホスト装置１０内で新たな検索機能データベース１５ａ、１５ｂに更新した上で、デバイス２０のターミナル記憶部２４０に書き戻すようにしてもよい。
【０２４９】
一方、対応不能機能である機能Ｃ、Ｄ、Ｅについては、ホスト装置１０は、デバイス２０の当該機能Ｃ、Ｄ、Ｅの検索機能データベース１５ｃ、１５ｄ、１５ｅに対して、上述した暫定処理を施す。なお、デバイス２０が、非対応である機能Ｅの検索機能データベース１５ｅを有していない場合には、ホスト装置１０は機能Ｅについては、暫定処理を行わなくてもよい。
【０２５０】
その後、ホスト装置１０は、上記Ｓ１１０でのデータベース更新結果を示すログを、デバイス２０の更新ログファイル２５２に記録する（Ｓ１１２：ログ記録ステップ）。図示のケースでは、データベースを更新した機能Ａ、Ｂについては、ホスト装置１０は、ホスト装置１０側のバージョン情報である「１．０」と、機能更新日時を更新ログファイル２５２の該当欄に書き込む。一方、その他の機能Ｃ、Ｄ、Ｅについては、更新がなされていないので、ホスト装置１０は、更新ログファイル２５２の該当欄に、機能更新日時及びバージョン情報を書き込まない。
【０２５１】
次に、図１４を参照して、本実施形態にかかるデータベース更新方法についてより詳細に説明する。なお、図１４は、本実施形態にかかるデータベース更新方法における機能ごとのデータベース更新処理フローを示すフローチャートである。
【０２５２】
図１４に示すように、まず、ホスト装置１０は、デバイス２０に対して予め定められた通常処理を行う（Ｓ２００）。この通常処理は、各機能の仕様に依存しない処理であり、例えば、コンテンツの追加／削除等をデバイス２０に通知する処理や、デバイス２０における各機能のオン／オフを判断する処理、デバイス２０のターミナルデータベース１７を更新する処理などである。なお、本ステップＳ２００を省略することも可能である。
【０２５３】
次いで、ホスト装置１０は、デバイス２０が必要とする機能に対応可能（正常なメンテナンスが可能）であるか否かを判断する（Ｓ２０２）。この結果、対応可能であれば、当該機能を更新対象機能として、ステップＳ２０６に進み、対応不能であれば、当該機能を対応不能機能としてステップＳ２０８に進む。
【０２５４】
その後、ステップＳ２０４では、ホスト装置１０は、機能ごとに規定された固有の更新方式で、デバイス２０における上記更新対象機能の検索表示用データベース１５を更新する（Ｓ２０４）。例えば、最新転送曲検索表示用データベース１５ｃ（図１１Ｆ参照）を更新する場合には、今回新たにホスト装置１０からデバイス２０に転送されたコンテンツの属性情報を、「最新転送曲」のディレクトリに書き込むとともに、「最新転送曲」のディレクトリに元々書き込まれていた内容を「前回転送曲」のディレクトリに移し、「前回転送曲」のディレクトリに元々書き込まれていた内容を「前々回転送曲」のディレクトリに移し、「前々回転送曲」のディレクトリに元々書き込まれていた内容を削除する。
【０２５５】
一方、ステップＳ２０６では、ホスト装置１０は、各機能で共通の方式で、デバイス２０における上記対象不能機能の検索表示用データベース１５を暫定処理する（Ｓ２０６）。例えば、対象不能機能の検索表示用データベース１５が、最新転送曲検索表示用データベース１５ｃ（図１１Ｆ参照）である場合、最新転送曲検索表示用テーブル１５ｃ−１に設けられている未分類ボックス１９に、今回新たにホスト装置１０からデバイス２０に転送されたコンテンツの識別情報（例えばコンテンツＩＤ、トラック番号など）を、未分類情報として記録する。これにより、最新転送曲検索機能に対応可能な他のホスト装置１０にデバイス２０が接続されたときに、当該他のホスト装置１０は、未分類情報があることを検知して、上記新たに追加されたコンテンツの属性情報を「最新転送曲」のディレクトリ等に書き込んで、最新転送曲検索表示用データベース１５ｃを適切に更新できる。
【０２５６】
次に、図１５及び図１６を参照して、本実施形態にかかるデータベース更新方法の具体例について説明する。なお、図１５は、本実施形態にかかるデータベース更新方法の具体例を示すシーケンス図である。図１６は、本実施形態にかかるデバイス２０における更新ログファイル２５２に基づく機能制御フローを示すフローチャートである。
【０２５７】
図１５に示すように、機能Ａ、Ｂ（バージョン１．０）に対応可能なホスト装置１０Ａと、機能Ａ〜Ｄ（バージョン２．０）に対応可能なホスト装置１０Ｂとによって、機能Ａ〜Ｄ（バージョン１．２）に対応可能なデバイス２０のデータベースを更新する場合を考える。
【０２５８】
まず、ホスト装置１０Ａとデバイス２０とを接続し（Ｓ３００）、ホスト装置１０Ａからデバイス２０に新たなコンテンツＡを追加（Ｓ３０２）したとする。この後、日時ｔ１で、ホスト装置１０Ａにより、デバイス２０のデータベースをメンテナンス（Ｓ３０４）すると、ホスト装置１０Ａは、デバイス２０の機能Ａ、Ｂのデータベースについては上記コンテンツの追加に応じて正常に更新できる。しかし、ホスト装置１０Ａは、デバイス２０の機能Ｃ、Ｄのデータベースを更新することはできないので、暫定処理として、機能Ｃ、Ｄのデータベースの未分類ボックス１９に、上記追加されたコンテンツＡのコンテンツＩＤを未分類情報として登録する。
【０２５９】
このようなホスト装置１０Ａによるメンテナンスの結果、デバイス２０の更新ログファイル２５２には、図示のように、デバイス更新日時として日時「ｔ１」が記録されるとともに、機能Ａ、Ｂについては機能更新日時「ｔ１」と、ホスト装置１０Ａ側のバージョン情報「１．０」とが記録されるが、機能Ａ、Ｂについては機能更新日時及びバージョン情報が記録されない。
【０２６０】
その後、コンテンツの検索機能を実行する場合に、デバイス２０は、更新ログファイル２５２に基づき各検索機能Ａ〜Ｄの動作を制御する（Ｓ３０６）。ここで、更新ログファイル２５２に基づく機能制御について図１６も参照しながら説明する。
【０２６１】
図１６に示すように、まず、デバイス２０は、デバイス２０内の更新ログ記憶部２５０から更新ログファイル２５２を読み出す（Ｓ４００）。次いで、デバイス２０は、読み出した更新ログファイル２５２内のデバイス更新日時ｔ１と各機能の機能更新日時とを比較し（Ｓ４０２）、デバイス２０に対する最終更新日時であるデバイス更新日時ｔ１と一致する機能更新日時ｔ１が付与された機能Ａ、Ｂを、データベースが更新済みの機能であると特定する（Ｓ４０４）。一方、デバイス更新日時ｔ１と一致しない機能や、機能更新日時が付与されていない機能Ｃ、Ｄは、データベースが未更新の機能であると判断する。その後、デバイス２０は、コンテンツの検索時に、データベースが更新済みと判断された機能Ａ、Ｂについては通常通り実行する一方、データベースが未更新と判断された機能Ｃ、Ｄについては、例えば、表示画面上に表示しない、若しくは、警告表示を行いながら実行するように制御する（Ｓ４０６）。
【０２６２】
図１５に戻り説明を続ける。上記Ｓ３０６の後、ホスト装置１０Ｂとデバイス２０とを接続し（Ｓ３０８）、ホスト装置１０Ｂからデバイス２０に新たなコンテンツＢを追加（Ｓ３１０）したとする。その後、日時ｔ２で、ホスト装置１０Ｂにより、デバイス２０のデータベースをメンテナンス（Ｓ３１２）すると、ホスト装置１０Ｂは、デバイス２０の全ての機能Ａ〜Ｄのデータベースについて、上記コンテンツの削除に応じて正常に更新できる。
【０２６３】
このとき、ホスト装置１０Ｂは、機能Ａ〜Ｄのデータベースの未分類ボックス１９に対する未登録情報の登録の有無をチェックする。図示の例では、上記ホスト装置１０Ａによって機能Ｃ、Ｄのデータベースの未分類ボックス１９に未登録情報が登録されている。この場合、ホスト装置１０Ｂは、この未登録情報に基づき、機能Ｃ、Ｄのデータベースには、上記ホスト装置１０Ａにより追加されたコンテンツＡの情報が反映されていないことを検出できる。このため、ホスト装置１０Ｂは、機能Ｃ、Ｄのデータベース更新時には、ホスト装置１０Ｂが追加したコンテンツＢのみならず、ホスト装置１０Ａが過去に追加したコンテンツＡの情報も反映されるように、機能Ｃ、Ｄのデータベースを情報のロス無く適切に更新できる。
【０２６４】
また、このホスト装置１０Ｂによる更新時には、ホスト装置１０Ａによりデバイス２０に追加されたコンテンツＡをホスト装置１０Ｂが記憶していなくても、デバイス２０内の上記未登録情報及びターミナルデータベース１７に含まれるコンテンツＡの属性情報に基づいて、コンテンツＡについて各機能のデータベースを更新することができる。
【０２６５】
また、上記メンテナンス時に、ホスト装置１０Ｂは、デバイス２０から更新ログファイル２５２を取得し、この更新ログファイル２５２内のバージョン情報に基づき、過去に機能Ａ、Ｂのデータベースを更新したホスト装置１０Ａのバージョンを把握できる。これにより、ホスト装置１０Ｂは、過去に更新済みの機能Ａ、Ｂのデータベースのデータベースを適切に再更新できるようになる。
【０２６６】
以上のようなホスト装置１０Ｂによるメンテナンスの結果、デバイス２０の更新ログファイル２５２には、図示のように、デバイス更新日時として日時「ｔ２」が記録されるとともに、各機能Ａ〜Ｄについて機能更新日時「ｔ２」と、ホスト装置１０Ｂ側のバージョン情報「２．０」とが記録される。
【０２６７】
その後、コンテンツの検索機能を実行する場合に、デバイス２０は、図１６のように、更新ログファイル２５２に基づき各検索機能Ａ〜Ｄの動作を制御する（Ｓ３１４）。このときは、更新ログファイル２５２内のデバイス更新日時ｔ１と、各機能Ａ〜Ｄに付与された機能更新日時ｔ２とが一致するので、デバイス２０は、全ての機能Ａ〜Ｄについてデータベースが更新済みであると判断し、全ての機能Ａ〜Ｄを通常通り実行する。
【０２６８】
次に、図１７を参照して、本実施形態にかかるデータベース更新方法において、外部装置との通信接続の有無を考慮して、機能ごとにデータベースの更新を制御する方法について説明する。なお、図１７は、本実施形態にかかるデータベース更新方法において、外部装置との通信接続の有無に基づくデータベース更新制御フローを示すフローチャートである。
【０２６９】
図１７に示すように、まず、ホスト装置１０は、更新対象機能の検索表示用データベース１５を更新するために、通信部１３２によりネットワーク５を介して外部装置と接続する必要があるか否かを判断する（Ｓ５００）。各種の検索表示用データベース１５の中には、更新処理に必要な情報を提供する外部装置からネットワーク５及び通信部１３２を介して必要情報を取得しなければ、好適に更新できないものがある。例えば、アーティストリンク検索機能用データベース１５ａを更新するためには、新たにデバイス２０に追加されたコンテンツのアーティストに関するアーティストリンク情報を、コンテンツ配信サーバ３０等の外部装置からネットワーク５を介して取得する必要がある。
【０２７０】
本ステップＳ５００では、更新対象機能が、上記アーティストリンク検索機能などのように、外部装置からネットワーク５を介して更新情報を取得する必要がある機能であるか否かを判断する。この結果、更新対象機能の検索表示用データベース１５を更新するために、ネットワーク５を介した外部装置との接続が必要でない場合には、ステップＳ５０４に進み、当該更新多様機能の検索表示用データベース１５を更新する（Ｓ５０４）。一方、更新対象機能の検索表示用データベース１５を更新するために、ネットワーク５を介した外部装置との接続が必要である場合には、ステップＳ５０２に進む。
【０２７１】
ステップＳ５０２では、ホスト装置１０がネットワーク５を介して外部装置と通信可能であるか否かを判断する（ステップＳ５０２）。この結果、通信可能である場合には、ステップＳ５０４に進み、上記更新対象機能の検索表示用データベース１５を更新する（Ｓ５０４）。一方、通信不能である場合には、ステップＳ５０６に進み、上記更新対象機能の検索表示用データベース１５の更新を中止する（Ｓ５０６）。以上のようなＳ５００〜Ｓ５０６の処理を、全ての更新対象機能について繰り返し実行する（Ｓ５０８）。
【０２７２】
以上のように、上記更新対象機能ごとに、ホスト装置１０がネットワーク５を介して外部装置と通信可能であるか否かをチェックし、ネットワーク環境やホスト装置１０の動作状態などが原因で、ホスト装置１０と外部装置とが通信不能である場合には、デバイス２０における更新対象機能のデータベースの更新を中止する。これにより、アーティストリンク検索機能の検索表示用データベース１５ａなどのように、更新に外部接続を要するデータベースが、不十分に更新されてしまうことを防止できるとともに、デバイス２０のデータベース更新に要する処理負荷及び処理時間を低減できる。
【０２７３】
以上、本実施形態にかかるデータベース管理システム１００と、これを構成するホスト装置１０、デバイス２０等について詳細に説明した。本実施形態によれば、機能ごとに分解したデータベースフォーマットを利用し、ホスト装置１０とデバイス２０間で更新要求コマンドと、更新ログファイルをやり取りすることで、ホスト装置１０がデバイス２０のデータベースを機能ごとに更新可能とする。そして、ホスト装置１０は、デバイス２０が必要とする機能のうち、自身が対応可能な機能のみのデータベースを更新し、更新結果のログを機能ごとにデバイス２０に書き込み、一方、ホスト装置１０が対応不能な機能については暫定処理を施しておき、他のホスト装置にデータベースの更新を委ねるようになっている。
【０２７４】
従って、デバイス２０及びホスト装置１０において、機能ごとに対応／非対応の選択が可能となる。このため、例えば、記憶媒体の記憶容量が比較的小さい軽量のデバイス２０では、不要な機能を非対応に設定して切り離すことで、当該不要な機能のデータベースを記憶しなくても済むようになり、その分だけコンテンツ用の記憶容量を確保することができる。また、当該不要な機能のデータベースを更新する必要がないので、ホスト装置１０によりデバイス２０のデータベースを更新するときの処理負荷及び処理時間を低減できる。また、処理能力が限られたホスト装置１０では、重量級の機能に対応しないようにすることで、ホスト装置１０の実装容易性を向上できるとともに、ＨＤＤコンポ等のような処理能力が低いホスト装置を実現可能となる。
【０２７５】
また、新デバイス２０に新機能を比較的容易に追加することができる。例えば、従来のデータフォーマットでは、旧機能のホスト装置１０に新機能のデバイス２０を接続しても、デバイス２０の新機能のみならず既存の機能のデータベースも更新できなかった。しかし、本実施形態では、旧機能のホスト装置１０であっても、デバイス２０の既存の機能のデータベースを更新できるとともに、新機能のデータベースに対しても暫定処理を行うことができる。このため、既に市場に流通している旧機能のデバイス２０または旧機能のホスト装置１０にとらわれずに、各機器に新機能を追加できる。
【０２７６】
また、コンテンツの検索時に、デバイス２０自体は、データベースを作成する必要が無く、格納されているデータベースをそのまま検索用画面として表示するだけでよい。このため、デバイス２０の処理負荷を軽減できるとともに、バッテリ消費を抑制できる。よって、処理能力が低くバッテリ面で制約のあるデバイス２０においても、高度な検索を実現可能である。
【０２７７】
以上、添付図面を参照しながら本発明の好適な実施形態について説明したが、本発明は係る例に限定されないことは言うまでもない。当業者であれば、特許請求の範囲に記載された範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。
【０２７８】
例えば、上記実施形態では、デバイス２０が有する機能として、コンテンツの検索機能の例を挙げたが、本発明はかかる例に限定されず、ホスト装置１０によってデータベースが更新される機能であれば、デバイス２０の再生機能、表示機能、通信機能など任意の機能であってもよい。
【０２７９】
また、上記実施形態では、デバイス２０からホスト装置１０への更新要求コマンドには、デバイス２０が対応する機能の機能ＩＤと、その機能のバージョン情報とが含まれていたが、本発明はかかる例に限定されない。例えば、更新要求コマンドに、デバイス２０に各機能がインストールされた日時情報等を含めておき、ホスト装置１０は、この日時情報等に基づき、当該機能のデータベースを更新するか否かを判断するようにしてもよい。
【０２８０】
また、上記実施形態では、デバイス２０に記録される更新ログファイル２５２に、更新された機能の機能ＩＤと、機能更新日時と、更新されたバージョンとが含まれていたが、本発明はかかる例に限定されない。例えば、ホスト装置１０は、更新ログファイル２５２内に、各機能のデータベースに対する更新パターン（メンテナンスのパターン）等を示す更新結果情報を記録するようにしてもよい。
【図面の簡単な説明】
【０２８１】
【図１】本発明の第１の実施形態にかかるデータベース管理システムの全体構成を概略的に示すブロック図である。
【図２】同実施形態にかかるデバイスにおいて、検索表示用データベースを用いて検索用画面を表示する方式を示す概念図である。
【図３】新機能の開発に伴うホスト装置とデバイスの市場への発売順を示すフローチャートである。
【図４】従来と同実施形態にかかるデータベースフォーマットにおける機器間の対応可否の関係を示す表である。
【図５】同実施形態にかかるデータベースフォーマットの概略構成を示す説明図である。
【図６】同実施形態にかかる情報処理装置のハードウェア構成の例を概略的に示すブロック図である。
【図７】同実施形態にかかるデバイスのハードウェア構成の例を概略的に示すブロック図である。
【図８】同実施形態にかかるデバイスの機能構成を概略的に示すブロック図である。
【図９】同実施形態にかかる情報処理装置の機能構成を概略的に示すブロック図である。
【図１０】同実施形態にかかるホストデータベースのデータ構造を示す説明図である。
【図１１Ａ】同実施形態にかかるアーティストリンク検索表示用データベースを示す説明図である。
【図１１Ｂ】同実施形態にかかる読み仮名検索表示用データベースを示す説明図である。
【図１１Ｃ】同実施形態にかかる読み仮名検索表示用データベースを示す説明図である。
【図１１Ｄ】同実施形態にかかる読み仮名検索表示用データベースを示す説明図である。
【図１１Ｅ】同実施形態にかかる読み仮名検索表示用データベースを示す説明図である。
【図１１Ｆ】同実施形態にかかる最新転送曲検索表示用データベースを示す説明図である。
【図１１Ｇ】同実施形態にかかるブックマーク検索表示用データベースを示す説明図である。
【図１１Ｈ】同実施形態にかかる再生履歴検索表示用データベースを示す説明図である。
【図１１Ｉ】同実施形態にかかる再生履歴検索表示用データベースを示す説明図である。
【図１１Ｊ】同実施形態にかかる再生履歴検索表示用データベースを示す説明図である。
【図１１Ｋ】同実施形態にかかる再生履歴検索表示用データベースを示す説明図である。
【図１２】同実施形態にかかるホスト装置とデバイスとの間の動作シーケンスを示すシーケンス図である。
【図１３】同実施形態にかかるデータベース更新方法を示すシーケンス図である。
【図１４】同実施形態にかかるデータベース更新方法における機能ごとのデータベース更新処理フローを示すフローチャートである。
【図１５】同実施形態にかかるデータベース更新方法の具体例を示すシーケンス図である。
【図１６】同実施形態にかかるデバイスにおける更新ログファイルに基づく機能制御フローを示すフローチャートである。
【図１７】同実施形態にかかるデータベース更新方法において、外部装置との通信接続の有無に基づくデータベース更新制御フローを示すフローチャートである。
【符号の説明】
【０２８２】
５        ネットワーク
７        リムーバブル記憶媒体
１０      ホスト装置
１２      機能仕様
１４      基本仕様
１５      検索表示用データベース
１６      通常機能仕様
１７      ターミナルデータベース
２０      デバイス
３０      コンテンツ配信サーバ
１００    データベース管理システム
１２０    コンテンツ記憶部
１２２    再生操作部
１２４    再生部
１２６    日時情報生成部
１２８    再生履歴生成部
１３０    再生履歴記憶部
１３２    通信部
１３４    接続検知部
１３６    デバイス情報取得部
１３８    再生履歴解析部
１４０    解析結果記憶部
１４２    評価値演算部
１４４    評価値入力部
１４６    ホスト記憶部
１４８    プレイリスト生成部
１５０    コンテンツ更新部
１５４    機能情報記憶部
１５６    ホスト情報取得部
１５８    更新機能抽出部
１６０    データベース更新部
１６２    ログ記録部
１６４    配信サービス利用部
１６６    リッピング部
１６８    機能実行部
１６９    表示部
１７０    ホストデータベース
２２０    コンテンツ記憶部
２２２    再生操作部
２２４    再生部
２２６    日時情報生成部
２２８    再生履歴生成部
２３０    再生履歴記憶部
２３２    削除指示受付部
２３４    削除コンテンツ記憶部
２３６    機能設定部
２３８    機能情報記憶部
２３９    更新要求部
２４０    ターミナル記憶部
２４２    評価値入力部
２４４    情報読出部
２４６    通信部
２４８    情報書込部
２５０    更新ログ記憶部
２５２    更新ログファイル
２５４    機能実行部
２５６    表示部
【図１】
2008102883.tif 000003
【図２】
2008102883.tif 000004
【図３】
2008102883.tif 000005
【図４】
2008102883.tif 000006
【図５】
2008102883.tif 000007
【図６】
2008102883.tif 000008
【図７】
2008102883.tif 000009
【図８】
2008102883.tif 000010
【図９】
2008102883.tif 000011
【図１０】
2008102883.tif 000012
【図１１Ａ】
2008102883.tif 000013
【図１１Ｂ】
2008102883.tif 000014
【図１１Ｃ】
2008102883.tif 000015
【図１１Ｄ】
2008102883.tif 000016
【図１１Ｅ】
2008102883.tif 000017
【図１１Ｆ】
2008102883.tif 000018
【図１１Ｇ】
2008102883.tif 000019
【図１１Ｈ】
2008102883.tif 000020
【図１１Ｉ】
2008102883.tif 000021
【図１１Ｊ】
2008102883.tif 000022
【図１１Ｋ】
2008102883.tif 000023
【図１２】
2008102883.tif 000024
【図１３】
2008102883.tif 000025
【図１４】
2008102883.tif 000026
【図１５】
2008102883.tif 000027
【図１６】
2008102883.tif 000028
【図１７】
2008102883.tif 000029