コンテンツ情報更新システム
【課題】 サーバが蓄積する複数のコンテンツのコンテンツ情報をきわめて容易に更新できるコンテンツ再生システムを提供すること。
【解決手段】 コンテンツ情報更新システムは、サーバと該サーバに接続可能なクライアントとを備える。クライアントは、更新用リストに含まれるコンテンツ情報を更新するコンテンツ情報更新要求を該サーバに送信する。サーバは、複数のコンテンツ、および該コンテンツに関するコンテンツ情報を蓄積可能な記憶デバイスを有する。サーバは、クライアントからのコンテンツ情報更新要求に応答して、更新すべきコンテンツ情報を含む該更新用リストを作成し、記憶デバイスに蓄積されたコンテンツ情報の中で、更新用リストに含まれるコンテンツ情報を更新する。
【解決手段】 コンテンツ情報更新システムは、サーバと該サーバに接続可能なクライアントとを備える。クライアントは、更新用リストに含まれるコンテンツ情報を更新するコンテンツ情報更新要求を該サーバに送信する。サーバは、複数のコンテンツ、および該コンテンツに関するコンテンツ情報を蓄積可能な記憶デバイスを有する。サーバは、クライアントからのコンテンツ情報更新要求に応答して、更新すべきコンテンツ情報を含む該更新用リストを作成し、記憶デバイスに蓄積されたコンテンツ情報の中で、更新用リストに含まれるコンテンツ情報を更新する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツのコンテンツ情報を更新するコンテンツ情報更新システムに関し、詳細にはサーバに蓄積されたコンテンツ情報をクライアントからの要求によって更新するコンテンツ情報更新システムに関する。
【背景技術】
【０００２】
近年、サーバ−クライアントシステムを利用したコンテンツ再生システムが提案されている。下記特許文献１は、複数のコンテンツを蓄積するサーバと、ＬＡＮ（Local Area Network）経由でサーバに接続されたクライアントとを備えるコンテンツ再生システムを記載する。クライアントは所望のコンテンツをサーバに要求し、これに応じてサーバは要求されたコンテンツをクライアントに送信する。クライアントはサーバから送信されたコンテンツを再生する。サーバは、蓄積されたコンテンツのコンテンツ情報（例えば、曲名、アーティスト名、アルバム名およびジャンル名等）を有しており、クライアントに複数のコンテンツ情報を含むコンテンツリストを送信する。クライアントは、サーバからコンテンツリストを受信してコンテンツ情報を表示する。これにより、クライアントは、複数のコンテンツの中から所望のコンテンツを選択し、選択した（または、再生中の）コンテンツのコンテンツ情報を表示することができる。
【０００３】
サーバが有するコンテンツ情報を更新（変更または削除）する場合、クライアントは、コンテンツ情報を更新するコンテンツのコンテンツＩＤを１つ指定して、所望の種別のコンテンツ情報（例えば、アルバム名）を更新する旨のコマンドをサーバに送信する。サーバはクライアントからのコマンドに応答して、指定されたコンテンツのコンテンツ情報（アルバム名）を更新する。
【０００４】
しかし、この方法では、複数のコンテンツのコンテンツ情報を更新する場合、上記の処理を複数回繰り返す必要がある。従って、クライアントおよびサーバの処理の負担が増加し、かつ、ネットワークトラフィックが増加するという問題を有している。さらに、コンテンツを複数回にわたった指定する必要があるので、ユーザの操作が煩雑であるという問題を有する。
【０００５】
また、下記特許文献２は、複数のコンテンツを蓄積する複数のサーバと、クライアントとを備えるコンテンツ再生システムを記載する。クライアントは、複数のサーバが蓄積する複数のコンテンツの中から、所望のコンテンツを受信して再生することができる。クライアントがサーバにコンテンツ情報を更新するコマンドを送信する場合、クライアントはサーバに接続している必要がある。しかし、クライアントは、サーバとの無駄な接続を避けるために、通常、複数のサーバのうち、１つのサーバにしか接続していない。そのため、コンテンツ情報を更新するコマンドを送信する場合、クライアントは、コンテンツ情報を更新すべきコンテンツを蓄積するサーバに接続を切り換える必要が生じる。複数回のコンテンツ情報の更新を繰り返す毎に、クライアントがサーバとの接続を切り換えると、クライアントおよびサーバの処理の負担がきわめて増加し、かつ、コンテンツ情報の更新を完了するまでに膨大な時間がかかってしまうという問題を有する。
【０００６】
【特許文献１】ＷＯ０３／１０２９１９
【特許文献２】ＷＯ２００５／０１５４０７
【発明の開示】
【発明が解決しようとする課題】
【０００７】
本発明は上記従来の課題を解決するためになされたものであり、その目的は、サーバが蓄積する複数のコンテンツのコンテンツ情報をきわめて容易に更新できるコンテンツ再生システムを提供することにある。
【課題を解決するための手段】
【０００８】
本発明の好ましい実施形態によるコンテンツ情報更新システムは、サーバと該サーバに接続可能なクライアントとを備える。該クライアントは、リスト構築キーを含み、該リスト構築キーによって特定される複数のコンテンツ情報を更新するコンテンツ情報更新要求を該サーバに送信する更新要求手段を有する。該サーバは、複数のコンテンツ、および該コンテンツに関するコンテンツ情報を蓄積可能な記憶デバイスと、該クライアントからのコンテンツ情報更新要求に応答して、該記憶デバイスに蓄積されたコンテンツ情報の中で、該リスト構築キーによって特定されるコンテンツ情報を検索する検索手段と、該検索手段が検索したコンテンツ情報を更新する更新手段とを有する。なお、上記各動作をコンピュータに実行させるためのサーバプログラム、クライアントプログラムが提供され得る。さらに、上記の動作を含むコンテンツ情報更新方法が提供され得る。
【０００９】
好ましい実施形態においては、上記サーバーは、上記検索手段が検索したコンテンツ情報を含む更新用リストを作成する更新用リスト作成手段をさらに有する。上記更新手段は、上記記憶デバイスに蓄積されたコンテンツ情報の中で、該更新用リストに含まれるコンテンツ情報を更新する。
【００１０】
好ましい実施形態においては、上記コンテンツ情報更新要求は、更新すべきコンテンツ情報の種別を特定する対象コンテンツ情報種別と、コンテンツ情報とを含む。上記更新手段は、該対象コンテンツ情報種別で特定される種別のコンテンツ情報を、該コンテンツ情報更新要求に含まれるコンテンツ情報に更新する。
【００１１】
好ましい実施形態においては、コンテンツ情報更新システムは、複数の前記サーバを備える。上記更新要求手段は、該複数のサーバのうち、第１のサーバに前記コンテンツ情報更新要求を送信する。該第１のサーバは、該第１のサーバに接続されている第２のサーバに該コンテンツ情報更新要求を転送する要求転送手段をさらに有する。
【００１２】
好ましい実施形態においては、上記第１のサーバは、該第１のサーバ、および該第１のサーバに接続されている第２のサーバが蓄積する全てのコンテンツのコンテンツ情報を含むグローバルリストを蓄積可能である。該第１のサーバの上記更新用リスト作成手段は、該グローバルリストに基づいて更新用リストを作成する。該第１のサーバの前記更新手段は、該更新用リストに含まれる該第１のサーバが蓄積するコンテンツのコンテンツ情報を更新する。該第１のサーバの上記要求転送手段は、該更新用リストに含まれるコンテンツを蓄積する第２のサーバに該コンテンツ情報更新コマンドを転送する。
【００１３】
本発明の別の好ましい実施形態によるコンテンツ情報更新システムは、サーバと該サーバに接続可能なクライアントとを備える。該クライアントは、更新用リストに含まれるコンテンツ情報を更新するコンテンツ情報更新要求を該サーバに送信する更新要求手段を有する。該サーバは、複数のコンテンツ、および該コンテンツに関するコンテンツ情報を蓄積可能な記憶デバイスと、該クライアントからのコンテンツ情報更新要求に応答して、更新すべきコンテンツ情報を含む該更新用リストを作成する更新用リスト作成手段と、該記憶デバイスに蓄積されたコンテンツ情報の中で、該更新用リストに含まれるコンテンツ情報を更新する更新手段とを有する。
【００１４】
好ましい実施形態においては、コンテンツ情報更新システムは、複数の上記サーバを備える。上記更新要求手段は、該複数のサーバのうち、第１のサーバに上記コンテンツ情報更新要求を送信する。該第１のサーバは、該第１のサーバに接続されている第２のサーバに該コンテンツ情報更新要求を転送する要求転送手段をさらに有する。該第１のサーバは、該第１のサーバ、および該第１のサーバに接続されている第２のサーバが蓄積する全てのコンテンツのコンテンツ情報を含むグローバルリストを蓄積可能である。該第１のサーバの前記検索手段は、該グローバルリストに含まれるコンテンツ情報の中から、前記リスト構築キーによって特定されるコンテンツ情報を検索する。該第１のサーバの前記更新手段は、該検索手段によって検索され、該第１のサーバが蓄積するコンテンツ情報を更新する。該要求転送手段は、該検索手段によって検索されたコンテンツ情報を蓄積する第２のサーバに該コンテンツ情報更新コマンドを転送する。
【００１５】
以下、本発明の作用について説明する。
サーバに蓄積されたコンテンツ情報を更新する際、クライアントはサーバにコンテンツ情報更新要求を送信する。サーバは、クライアントからコンテンツ情報更新要求を受信すると、コンテンツ情報更新要求に含まれるリスト構築キーによって特定されるコンテンツ情報を検索して、検索したコンテンツ情報を更新する。好ましくは、サーバは、クライアントからコンテンツ情報更新要求を受信すると、更新すべきコンテンツ情報を含む更新用リストを作成する。続いて、サーバは、記憶デバイスに蓄積されたコンテンツ情報の中で、更新用リストに含まれるコンテンツ情報のみを、コンテンツ情報更新要求に基づいて一括で更新する。
【００１６】
従って、複数のコンテンツ情報を更新する場合であっても、クライアントはコンテンツ毎にサーバに要求を送信する必要がないので、クライアントおよびサーバの処理の負担が軽減し、かつ、ネットワークトラフィックを軽減することができる。さらに、コンテンツ情報の更新が完了するまでの時間を短縮することができる。さらに、サーバがコンテンツ情報更新要求に基づいて更新用リストを作成するので、クライアントが更新用リストを送信する必要がなく、ネットワークトラフィックをさらに軽減できる。さらに、更新すべきコンテンツ情報を検索しながら、コンテンツ情報を更新する場合は、更新処理を全て完了するまで、他の処理を割り込ませることができない。しかし、更新用リストを作成して、更新用リストに含まれるコンテンツ情報を更新する場合、更新すべきコンテンツ情報の検索を終了した後、更新用リストに含まれるコンテンツ情報を更新するので、更新用リストを作成した後に、他の処理を割り込ませることができる。つまり、更新用リストを作成する方式では、サーバは更新処理のためにコンテンツ情報を専有することがないので、同時に複数のクライアントからの変更処理を受け入れ易い。
【００１７】
クライアントはリスト構築キーを含むコンテンツ情報更新コマンドをサーバに送信する。サーバは、コンテンツ情報更新コマンドに含まれるリスト構築キーに基づいてコンテンツ情報を更新する。従って、リスト構築キーの内容を適宜変更することにより、ユーザが希望する任意のコンテンツ情報を一括で更新できる。リスト構築キーは、フィルタの種類とキーワードとを含む。例えば、リスト構築キーが「ＡＬＢＵＭ（フィルタの種類）＝ＢＢＢ（キーワード）」および「ＡＲＴＩＳＴ（フィルタの種類）＝ｚｚｚ（キーワード）」である場合、アルバム名ＢＢＢ、かつ、アーティスト名ｚｚｚのコンテンツ情報を更新できる。また、リスト構築キーが、「＊」（前方一致を示すアスタリスク）を使用して、「ＡＬＢＵＭ（フィルタの種類）＝Ｂ＊（キーワード）」および「ＡＲＴＩＳＴ（フィルタの種類）＝ｚ＊（キーワード）」である場合、アルバム名がＢから始まり、かつ、アーティスト名がｚから始まるコンテンツ情報を更新できる。さらに、リスト構築キーが、“ ”（データが入っていないことを示すスペース）を使用して、「ＡＬＢＵＭ（フィルタの種類）＝“ ”（キーワード）」および「ＡＲＴＩＳＴ（フィルタの種類）＝ｚｚｚ（キーワード）」である場合、アルバム名が登録されておらず、かつ、アーティスト名ｚｚｚのコンテンツのコンテンツ情報を更新できる。その他にも正規表現を使用した各種キーワードを利用して、コンテンツ情報を複数指定することができる。
【００１８】
クライアントは対象コンテンツ種別と更新後のコンテンツ情報とを含むコンテンツ情報更新要求をサーバに送信する。サーバは、更新用リストに含まれるコンテンツ情報のうち、対象コンテンツ種別によって特定される種別のコンテンツ情報のみを更新する。従って、サーバが誤ってユーザが更新を希望しない種別のコンテンツ情報を更新することを防止できる。
【００１９】
複数のサーバが存在する場合、クライアントは全てのサーバにコンテンツ情報更新要求を送信するのではなく、唯一の第１のサーバにコンテンツ情報更新要求を送信する。第１のサーバは、コンテンツ情報更新要求を受信すると、第１のサーバが蓄積するコンテンツ情報を更新し、かつ、第１のサーバに接続されている第２のサーバにコンテンツ情報更新要求を転送する。第２のサーバは、コンテンツ情報更新要求を受信すると、自身が蓄積するコンテンツ情報を更新する。従って、クライアントは、複数のサーバに接続を切り替えてコンテンツ情報更新要求を送信する必要がないので、クライアントおよびサーバの処理の負担が大幅に軽減される。
【００２０】
第１のサーバはグローバルリストに基づいて更新用リストを作成する。グローバルリストは複数のサーバが蓄積するコンテンツのコンテンツ情報を全て含んでいるので、グローバルリストから作成される更新用リストは第２のサーバが更新すべきコンテンツ情報も含んでいる。そして、第１のサーバは、更新用リストに含まれるコンテンツ情報を有する第２のサーバのみを選択して、当該第２のサーバにコンテンツ情報更新要求を転送する。すなわち、第１のサーバは、コンテンツ情報を更新する必要がない他の第２のサーバにはコンテンツ情報更新要求を転送しない。従って、サーバの処理の負担をさらに軽減でき、ネットワークトラフィックをさらに軽減することができる。
【発明の効果】
【００２１】
本発明のコンテンツ情報更新システムは、クライアントがサーバにコンテンツ情報更新要求を送信し、サーバがコンテンツ情報更新要求に応答して、更新用リストを作成し、更新用リストに含まれるコンテンツ情報を一括で更新するので、クライアントはコンテンツ毎に更新要求をサーバに送信する必要がなく、クライアントおよびサーバの処理を軽減でき、ネットワークトラフィックを軽減することができる。
【発明を実施するための最良の形態】
【００２２】
以下、本発明の好ましい実施形態について、図面を参照して具体的に説明するが、本発明はこれらの実施形態には限定されない。図１は、本発明の好ましい実施形態によるコンテンツ情報更新システム１の構成を示すブロック図である。コンテンツ情報更新システム１は、一または複数のオーディオクライアントＣＬ（本例では、３つのオーディクライアントＣＬ１〜ＣＬ３）、および、一または複数のサーバ（本例では１つのサーバＳＶ）を備える。さらに、コンテンツ情報更新システム１は、必要に応じて、一または複数のコントローラ（本例では、１つのコントローラＣＮ）を備える。サーバＳＶ、オーディオクライアントＣＬおよびコントローラＣＮは例えばＬＡＮ５０等のネットワークを介して接続されている。オーディオクライアントＣＬはサーバＳＶにコンテンツを要求し、サーバＳＶは、オーディオクライアントＣＬからの要求に応じてオーディオクライアントＣＬにコンテンツを送信する。オーディオクライアントＣＬは、サーバＳＶからコンテンツを受信して再生する。コントローラＣＮは、サーバＳＶに対してクライアントとして機能し、サーバＳＶを介してオーディオクラインアントＣＬを監視および／または制御する。つまり、コントローラＣＮは、サーバＳＶからオーディオクライアントＣＬのクライアント情報を取得して表示する（この動作を監視と呼ぶ）。また、コントローラＣＮは、サーバＳＶを介してオーディオクライアントＣＬに所定の動作（例えば、コンテンツ再生）を実行させるよう指示する（この動作を制御と呼ぶ）。本実施形態では、オーディオクライアントＣＬおよび／またはコントローラＣＮ（これらを総称して、単にクライアントと呼ぶ）は、サーバＳＶにコンテンツ情報を更新するコンテンツ情報更新コマンド（後述）を送信し、サーバＳＶは当該コマンドに応答してコンテンツ情報を更新する。その際に、クライアントは、サーバＳＶにリスト構築キー（後述）によって特定される複数のコンテンツに関するコンテンツ情報を一括で更新するよう指示する。サーバＳＶは、リスト構築キーに基づいて、更新すべきコンテンツ情報を検索し、検索したコンテンツ情報を一括で更新する。
【００２３】
図２はサーバＳＶの構成を示す概略ブロック図である。サーバＳＶは、ＨＤＤ（ハードディスクドライブ）等の蓄積手段２１、ＣＰＵ処理部等の制御手段２２、およびＬＡＮコントローラ等の通信手段２３を備える。ＨＤＤ２１は、複数のコンテンツ（コンテンツとは、音楽、映像および／または静止画等のデータの総称である）を蓄積する。ＣＰＵ処理部２２は、サーバＳＶ全体の動作を制御するものであり、データベース管理部２４、ネットワークプロトコル処理部２５およびシステム動作部２６を有する。データベース管理部２４は、ＨＤＤ２１を管理する。具体的には、データベース管理部２４は、オーディオクライアントＣＬからの要求に応じてＨＤＤ２１内の所望のコンテンツを選択する。ネットワークプロトコル処理部２５は、入出力されるデータに対してプロトコル処理を実行する。システム動作部２６は、ＨＤＤ２１に蓄積されたサーバプログラムを読み出し、後述するサーバＳＶの各種処理を実行する。具体的には、システム動作部２６は、クライアントからのコンテンツ情報更新コマンドに応答して、更新すべきコンテンツ情報を検索し、一時的な更新用リストを作成して、更新用リストに含まれるコンテンツ情報を一括で更新する。ＬＡＮコントローラ２３は、サーバＳＶとＬＡＮ５０との間で信号（コンテンツデータまたはコマンド等）を送受信する。
【００２４】
ＨＤＤ２１には、表１に示すローカルリストＬＬ１が格納されている。
【表１】
【００２５】
ローカルリストＬＬ１は、サーバＳＶ１のＨＤＤ２１が蓄積する全てのコンテンツのリストである。つまり、ローカルリストＬＬ１は、サーバＳＶ１がＨＤＤ２１内に蓄積する全てのコンテンツデータＭ１１〜Ｍ１ｎに関するコンテンツ情報Ｉ１１〜Ｉ１ｎを含む。表２にコンテンツ情報Ｉ１ｎの詳細を示す。
【表２】
【００２６】
コンテンツ情報Ｉ１ｎはファイル名と、コンテンツ名（例えば、曲名）と、アーティスト名と、アルバム名と、ジャンル名と、コンテンツ（曲）の長さ（時間）と、ファイルフォーマットと、コンテンツ（曲）ＩＤと、サーバ特定情報とを含む。ファイル名には、当該コンテンツデータが蓄積されているＨＤＤ２１のフルパス名が記録される。サーバ特定情報は、サーバＳＶの場所を特定するためのサーバアドレスやポート番号等を含む。サーバアドレスとは、そのサーバＳＶのＩＰ（Internet Protocol）アドレスやＭＡＣアドレス等である。コンテンツ情報Ｉ１ｎの曲名、アーティスト名、アルバム名および／またはジャンル名は、オーディオクライントＣＬまたはコントローラＣＮからのコンテンツ情報更新コマンドに基づいて更新することができる。なお、コンテンツ情報の更新は、代表的には、コンテンツ情報を変更すること、または削除することを意味する。
【００２７】
図３はクライアントＣＬの構成を示す概略ブロック図である。クライアントＣＬは、マイコン処理部３１等の制御手段と、フラッシュメモリ３２と、順次入力された圧縮デジタルコンテンツを一時的に記憶して順次出力するメモリやＲＡＭ等のメモリ３３と、圧縮デジタルコンテンツをデコードして非圧縮デジタルコンテンツを生成する音声処理部３４と、デジタルコンテンツをアナログコンテンツに変換するＤ／Ａ変換器（ＤＡＣ）３５と、ＬＡＮコントローラ等の通信手段３６と、ユーザからの文字情報等の入力を受け付ける入力装置３７と、コンテンツ情報等を表示するＬＣＤなどの表示装置３８とを備える。マイコン処理部３１は、クライアントＣＬ全体の動作を制御するものであり、ネットワークプロトコル処理部３９およびシステム動作部３０を有する。ネットワークプロトコル処理部３９は、入出力されるデータに対してプロトコル処理を実行する。システム動作部３０は、例えばメモリ３３に格納されたクライアントプログラムに基づいて、後述するクライアントの各種処理を実行する。具体的には、システム動作部３０は、後述するリスト構築キーを含むコンテンツ情報更新コマンドを生成し、サーバＳＶに送信する。ＬＡＮコントローラ３６は、オーディオクライアントＣＬとＬＡＮ５０との間で信号（コンテンツデータまたはコマンド等）を送受信する。
【００２８】
図４は、コントローラＣＮの構成を説明する概略図である。コントローラＣＮは、マイコン処理部４１等の制御手段と、フラッシュメモリ４２と、メモリ４３と、ＬＡＮコントローラ等の通信手段４４と、ユーザから文字情報等の入力を受け付ける入力装置４５と、コンテンツ情報等を表示するＬＣＤなどの表示装置４６とを備える。マイコン処理部４１は、コントローラＣＮ１全体の動作を制御するものであり、ネットワークプロトコル処理部４７およびシステム動作部４８を有する。ネットワークプロトコル処理部４７は、入出力されるデータをプロトコル処理する。システム動作部４８は、メモリ４３に格納されたコントローラプログラムに基づいて、後述するコントローラ（オーディオクライアントＣＬと同様）の各種処理を実行する。具体的には、システム動作部４８は、オディオクライアントＣＬと同様に、後述するリスト構築キーを含むコンテンツ情報更新コマンドを生成し、サーバＳＶに送信する。ＬＡＮコントローラ４４は、コントローラＣＮとＬＡＮ５０との間で信号（コンテンツデータまたはコマンド等）を送受信する。
【００２９】
以上の構成を有するコンテンツ情報更新システムについてその動作を説明する。オーディオクライアントＣＬ（またはコントローラＣＮも同様であるので、以下単にクライアントとして説明する）は、リスト構築キーで特定される更新用リスト内のコンテンツ情報を更新するためのコンテンツ情報更新コマンドをサーバＳＶに送信する。
【００３０】
図５に示すとおり、まず、ユーザはどのコンテンツ情報を一括で更新するかについての情報をクライアントに入力し、クライアントはこれを受け付ける（Ｓ５０１）。具体的には、ユーザは表示装置３８に表示されるコンテンツ情報の種別を選択して、さらに当該種別の中で更新すべきコンテンツ情報を選択する。例えば、アーティスト名として「ｚｚｚ」、アルバム名として「ＢＢＢ」を選択する。この場合、アーティスト名が「ｚｚｚ」、かつ、アルバム名が「ＢＢＢ」であるコンテンツ情報を一括で更新することになる。次に、ユーザは選択されたコンテンツ情報について、どの種別のコンテンツ情報を更新するかを入力する。例えば、アーティスト名とアルバム名とを更新する旨を入力する。次に、ユーザは、コンテンツ情報を変更するか、または削除するかを選択する。最後に、ユーザは更新後のコンテンツ情報を入力する。例えば、アーティスト名として「ｙｙｙ」、アルバム名として「ＡＡＡ」を入力する。この入力処理は、コンテンツ情報を削除する場合は不要である。
【００３１】
クライアントは、Ｓ５０１でユーザから入力された情報に基づいて、コンテンツ情報更新コマンドを生成する（Ｓ５０２）。表３にコンテンツ情報更新コマンドを示す。
【表３】
【００３２】
コンテンツ情報更新コマンドは、リスト構築キーと、更新内容と、対象コンテンツ情報種別と、更新後のコンテンツ情報の文字列（つまり、この文字列に基づいてサーバーはコンテンツ情報を変更する）とを含む。更新内容は、コンテンツ情報を変更する、または削除する旨を示す情報である。対象コンテンツ情報種別は、更新するコンテンツ情報の種別（曲名、アルバム名、アーティスト名またはジャンル名）を表し、表３ではアルバム名とアーティスト名とを更新することを表す。更新後のコンテンツ情報は、対象コンテンツ情報種別に示された種別のコンテンツ情報について更新後のコンテンツ情報を表す。表３では、アルバム名を「ＡＡＡ」に変更し、アーティスト名を「ｙｙｙ」に変更することを表す。曲名およびジャンル名は変更しないので、「変更しない」旨が記載されている。なお、コンテンツ情報を削除する場合は、更新後のコンテンツ情報は何も記載されない。リスト構築キーは、一括更新の対象となるコンテンツ情報を含む更新用リストを作成するために使用される情報であり、その詳細を表４に示す。
【表４】
【００３３】
リスト構築キーは、フィルタの種類と、キーワードとを含む。フィルタの種類は、ローカルリストＬＬ１内のどの種別に注目して更新用リストを作成するかを指定するものである。フィルタの種類が“ＴＩＴＬＥ＝”、“ＧＥＮＲＥ＝”、“ＡＲＴＩＳＴ＝”、“ＡＬＢＵＭ＝”、または“ＦＩＬＥＮＡＭＥ＝”であれば、ローカルリストＬＬ１の中から、曲名、ジャンル名、アーティスト名、アルバム名、またはファイル名がキーワードと一致するコンテンツを探し出して更新用リストを作成する。アルバム名ＢＢＢ、かつ、アーティスト名ｚｚｚのコンテンツのコンテンツ情報を一括更新する場合を説明すると、リスト構築キーは表４の通り“ＡＬＢＵＭ＝ＢＢＢ”および“ＡＲＴＩＳＴ＝ｚｚｚ”になる。
【００３４】
続いて、クライアントは、作成したコンテンツ情報更新コマンドをサーバＳＶに送信する（Ｓ５０３）。サーバＳＶは、クライアントからコンテンツ情報更新コマンドを受信して、解析する（Ｓ５５１）。サーバＳＶはコンテンツ情報更新コマンドに含まれるリスト構築キーに基づいて、更新すべきコンテンツ情報を検索し、更新用リストを作成する（Ｓ５５２）。更新用リストは、コンテンツ情報を一括で更新するためにローカルリストＬＬ１から作成する一時的なリストであり、更新すべきコンテンツ情報が含まれる。更新用リスト作成処理の詳細を図６に示す。
【００３５】
サーバＳＶは、まず、ローカルリストＬＬ１におけるコンテンツ情報の番号を示すインデックスｗを１に初期化する（Ｓ６０１）。続いて、サーバＳＶは、インデックスｗが示すコンテンツ情報をリスト構築キーのキーワードと比較し、それらが一致するかを判断する（Ｓ６０２）。本例では、インデックスｗが示すコンテンツ情報のアルバム名がリスト構築キーに示された“ＢＢＢ”であり、かつ、アーティスト名がリスト構築キーに示された“ｚｚｚ”であるか否かを判断する。一致する場合、サーバＳＶはそのファイル名、曲名、アーティスト名、アルバム名、ジャンル名、サーバ特定情報などを更新用リストに追加し（Ｓ６０３）、その後、インデックスｗをインクリメントする（Ｓ６０４）。一方、一致しない場合（Ｓ６０２：ＮＯ）、サーバＳＶは、Ｓ６０３をスキップし、直ちにインデックスｗをインクリメントする（Ｓ６０４）。
【００３６】
続いて、サーバＳＶは、インデックスｗが示すコンテンツ情報の番号が全コンテンツ数ｎ以下であるか否かを判断し（Ｓ６０５）、以下である場合（Ｓ６０５：ＹＥＳ）、Ｓ６０２に戻り、一方、大きい場合（Ｓ６０５：ＮＯ）、更新用リストの作成を完了する。上記の処理により、サーバＳＶはリスト構築キーによって特定されるコンテンツ情報だけをローカルリストＬＬ１からピックアップし、更新用リストを作成する。作成された更新用リストを表５に示す。
【表５】
【００３７】
図５に戻って、サーバＳＶは、ローカルリストＬＬ１内のコンテンツ情報の中で、更新用リストに含まれるコンテンツ情報をコンテンツ情報更新コマンドに基づいて更新する（Ｓ５５３）。コンテンツ情報更新処理の詳細を図７に示す。まず、サーバＳＶは、更新用リストのコンテンツの番号を示すインデックスｘを１に初期化する（Ｓ７０１）。次に、サーバＳＶは、インデックスｘが示すコンテンツの番号が更新用リスト内の全コンテンツ数ｎ以下であるかを判断する（Ｓ７０２）。全コンテンツ数ｎ以下である場合（Ｓ７０２：ＹＥＳ）、サーバＳＶは、コンテンツ情報更新コマンド内の更新内容が変更であるかを判断する（Ｓ７０３）。更新内容が変更である場合（Ｓ７０３：ＹＥＳ）、サーバＳＶは、ローカルリストＬＬ１のコンテンツ情報の中で、インデックスｘが示すコンテンツのコンテンツ情報を更新する（Ｓ７０４）。具体的には、サーバＳＶは、コンテンツ情報更新コマンドの対象コンテンツ情報種別に対応するコンテンツ情報を、コンテンツ情報更新コマンドに示されたコンテンツ情報に更新する。本例では、対象コンテンツ情報種別がアルバム名とアーティスト名であるので、インデックスｘで特定されるコンテンツのアルバム名を“ＡＡＡ”に、アーティスト名を“ｙｙｙ”に変更するようローカルリストＬＬ１を更新する。なお、ローカルリストＬＬ１内のどのコンテンツ情報を更新するかは、更新用リスト内のファイル名によって特定される。
【００３８】
次に、サーバＳＶはインデックスｘをインクリメントし（Ｓ７０５）、Ｓ７０２に戻る。以上の処理を繰り返していると、Ｓ７０２においてサーバＳＶはインデックスｘが更新用リストの全コンテンツ数より大きいと判断し（Ｓ７０２：ＮＯ）、サーバＳＶはコンテンツ情報の更新処理を完了する。従って、更新用リストに含まれる全てのコンテンツ情報を更新することができる。なお、Ｓ７０３で更新内容が変更でないと判断された場合（Ｓ７０３：ＮＯ）、更新内容が削除であるかを判断する（Ｓ７０６）。更新内容が削除である場合、インデックスｘが示すコンテンツのコンテンツ情報の中で、対象コンテンツ情報種別に対応するコンテンツ情報を削除するよう、ローカルリストＬＬ１を更新する（Ｓ７０７）。一方、Ｓ７０６で更新内容が削除でない場合、コンテンツ情報更新コマンドが誤りであると判断され、Ｓ７０５においてインデックスｘが直ちにインクリメントされる。
【００３９】
図５に戻って、サーバＳＶは、更新用リストに含まれるコンテンツ情報を全て更新すると、更新用リストは不要であるので、更新用リストを削除する（Ｓ５５４）。更新用リストをすぐに削除することにより、無駄なメモリの使用を防止することができる。
【００４０】
以上のように、クライアントはリスト構築キーを含むコンテンツ情報更新コマンドをサーバＳＶに送信する。サーバＳＶはリスト構築キーに基づいて一時的な更新用リストを作成し、更新用リストに含まれるコンテンツのコンテンツ情報をコンテンツ情報更新コマンドに基づいて一括して更新する。従って、クライアントはコンテンツ情報を更新すべきコンテンツ毎に、更新コマンドを送信する必要がないので、クライアントおよびサーバＳＶの処理が軽減され、ネットワークトラフィックが軽減される。
【００４１】
次に、本発明の別の好ましい実施形態について説明する。図８は本例のコンテンツ情報更新システム８１の構成を示すブロック図である。コンテンツ情報更新システム８１は、図１の構成にさらに、サーバＳＶ２およびＳＶ３を備えている。サーバＳＶ１〜ＳＶ３はＬＡＮ５０等を介して相互に接続される。サーバＳＶ２、ＳＶ３の構成はサーバＳＶ１と同様である。サーバＳＶ２は、自身のＨＤＤ２１に蓄積する全コンテンツデータＭ２１〜Ｍ２ｎに関するコンテンツ情報Ｉ２１〜Ｉ２ｍを含むローカルリストＬＬ２をＨＤＤ２１に格納する。サーバＳＶ３は、自身のＨＤＤ２１に蓄積する全コンテンツデータＭ３１〜Ｍ３ｎに関するコンテンツ情報Ｉ３１〜Ｉ３ｌを含むローカルリストＬＬ３をＨＤＤ２１に格納する。サーバＳＶ１〜ＳＶ３は、自身のローカルリストを他の全てのサーバに送信する。サーバＳＶ１〜ＳＶ３は、他のサーバから受信したローカルリストと自身のローカルリストとに基づいてグローバルリストＧＬを作成する。グローバルリストＧＬは、ローカルリストＬＬ１〜ＬＬ３を合成したリストであり、サーバＳＶ１〜ＳＶ３が蓄積する全コンテンツのコンテンツ情報を含む。サーバＳＶ１〜ＳＶ３がグローバルリストＧＬを格納しているので、オーディオクライアントＣＬまたはコントローラＣＮは、サーバＳＶ１〜ＳＶ３のいずれか１つに接続してグローバルリストを取得することにより、全サーバＳＶ１〜ＳＶ３が蓄積するコンテンツを知ることができる。この様なシステムにおいて、上記の実施形態と同様に、サーバＳＶ１〜ＳＶ３はクライアントからコンテンツ情報更新コマンドを受信して、コンテンツ情報を一括で更新する。しかし、クライアントが各サーバに接続し、コンテンツ情報更新コマンドを送信すると、クライアントの処理に負担がかかるので、クライアントはサーバＳＶ１（第１のサーバ）のみにコンテンツ情報更新コマンドを送信し、サーバＳＶ１が他のサーバＳＶ２、ＳＶ３（第２のサーバ）にコンテンツ情報更新コマンドを転送する。以下、詳細に説明する。
【００４２】
サーバＳＶ１（ＳＶ２、ＳＶ３も同様である）のＨＤＤ２１には、表６に示すサーバリストがさらに格納されている。サーバリストは、サーバＳＶ１に接続されている他のサーバの情報を管理するリストである。
【表６】
【００４３】
サーバリストは、サーバＩＤとサーバ情報とを含む。サーバＩＤはサーバＳＶ１と接続した他のサーバＳＶ２およびＳＶ３の識別子である。サーバＩＤはサーバＳＶ１の接続要求に応答した順番に登録される。サーバＳＶ１の接続要求に始めに応答したのがサーバＳＶ２であり、次に応答したのがサーバＳＶ３である場合、サーバＩＤ＝１にはサーバＳＶ２のサーバ情報が登録され、サーバＩＤ＝２には、サーバＳＶ３のサーバ情報が登録される。サーバ情報の一例としてサーバＳＶ２のサーバ情報を表７に示す。
【表７】
【００４４】
サーバ情報は、サーバ特定情報と、サーバ名と、ローカルリストＬＬ２と、サーバタイプとを含む。サーバ特定情報は、サーバＳＶ２の場所を特定するためのサーバアドレスやポート番号等を含む。サーバアドレスとは、そのサーバＳＶのＩＰ（Internet Protocol）アドレスやＭＡＣアドレス等である。ローカルリストＬＬ２は、先述の通り、サーバＳＶ２に蓄積されているコンテンツデータＭ２１〜Ｍ２ｎのコンテンツ情報を含むリストである。ローカルリストＬＬ２の構成は、表１のローカルリストＬＬ１と同様であり、複数のコンテンツ情報Ｉ２１〜Ｉ２ｍを含む。コンテンツ情報Ｉ２１〜Ｉ２ｍは、表２のコンテンツ情報Ｉ１１〜Ｉ１ｎと同様である。サーバタイプは、サーバＳＶ２がコンテンツ情報更新コマンドに応答してコンテンツ情報を一括更新できるか否かの情報を含む。
【００４５】
サーバＳＶ１（ＳＶ２、ＳＶ３も同様である）のＨＤＤ２１には、表８に示すグローバルリストＧＬがさらに格納されている。
【表８】
【００４６】
グローバルリストＧＬは、ローカルリストＬＬ１〜ＬＬ３を合成したものであり、サーバＳＶ１〜ＳＶ３が蓄積する全コンテンツのコンテンツ情報Ｉ１１〜Ｉ１ｎ、Ｉ２１〜Ｉ２ｍ、Ｉ３１〜Ｉ３ｌを含む。サーバＳＶ１がオーディオクライアントＣＬからコンテンツリストの要求を受けたとき、サーバＳＶ１はグローバルリストＧＬに基づいて、ユーザが特定するコンテンツリストを作成し、オーディオクライアントＣＬに送信する。
【００４７】
以上の構成を有するコンテンツ情報更新システム８１についてその動作を説明する。図９は、本例の動作を示す図であり、図５と同じ処理については同じ符号を付し説明を省略する。サーバＳＶ１は、クライアントからコンテンツ情報更新コマンドを受信すると（Ｓ５５１）、コンテンツ情報更新コマンドをサーバリストに基づいて自身に接続されている他のサーバＳＶ２、ＳＶ３に転送する（Ｓ９０１）。Ｓ９０１の詳細を図１０に示す。
【００４８】
まず、サーバＳＶ１は、サーバリスト内にサーバ情報が存在するか否かを判断する（Ｓ１００１）。サーバリストにサーバ情報が存在しない場合、サーバＳＶ１に接続されているサーバは存在しないので、コンテンツ情報更新コマンドの転送処理を完了する。サーバリストにサーバ情報が存在する場合（Ｓ１００１：ＹＥＳ）、サーバＳＶ１は、サーバリストにおけるサーバ情報の番号を示すインデックスｙを１に初期化する（Ｓ１００２）。次に、サーバＳＶ１は、インデックスｙが示すサーバ情報の番号が全サーバ情報数以下であるかを判断し（Ｓ１００３）、全サーバ情報数以下である場合（Ｓ１００３：ＹＥＳ）、インデックスｙが示す番号のサーバ（例えば、サーバＳＶ２）がコンテンツ情報更新コマンドに対応しているかを表７のサーバ情報に含まれるサーバタイプに基づいて判断する（Ｓ１００４）。サーバＳＶ２がコンテンツ情報更新コマンドに対応している場合（Ｓ１００４：ＹＥＳ）、サーバＳＶ１はサーバＳＶ２にコンテンツ情報更新コマンドを転送する（Ｓ１００５）。サーバＳＶ２のアドレスは、表７のサーバ特定情報に基づいて特定される。その後、サーバＳＶ１はインデックスｙをインクリメントし（Ｓ１００６）、Ｓ１００３に戻る。以下、同様にサーバリストに含まれる全てのサーバについて同様の処理を実行する。以上のようにサーバリストに含まれるサーバがコンテンツ情報更新コマンドに対応している場合、当該サーバにコンテンツ情報更新コマンドを転送する。サーバリストにはサーバＳＶ１に接続されているサーバの情報を全て含むので、サーバＳＶ１は、自身に接続されている全てのサーバにコンテンツ情報更新コマンドを転送できる。一方、サーバＳＶがコンテンツ情報更新コマンドに対応していない場合（Ｓ１００４：ＮＯ）、サーバＳＶ１は旧来の方法でコンテンツ情報毎に更新コマンドをサーバに送信する（Ｓ１００７）。Ｓ１００７の詳細は後述する。
【００４９】
図９に戻って、サーバＳＶ１のＳ５５２以降の処理は図５と同様である。また、コンテンツ情報更新コマンドをサーバＳＶ１から受信したサーバＳＶ２は、サーバＳＶ１と同様に更新用リストを作成し、更新用リストに含まれるコンテンツ情報をコンテンツ情報更新コマンドに基づいて更新する（Ｓ５５１〜Ｓ５５４）。この処理も、図５の場合と同様である。
【００５０】
以上のように、本例によると、複数のサーバＳＶ１〜ＳＶ３が存在する場合に、クライアントは自身が接続するサーバＳＶ１にコンテンツ情報更新コマンドを送信するだけで、サーバＳＶ１〜ＳＶ３が格納する全てのローカルリストを更新することができる。
【００５１】
ここで、図１０のＳ１００７の詳細を図１１を参照して説明する。本例では、サーバＳＶ３がコンテンツ情報更新コマンドに対応していないとする。まず、サーバＳＶ１はサーバＳＶ３のローカルリストＬＬ３およびリスト構築キーに基づいて更新用リストを作成する（Ｓ１１０１）。次に、サーバＳＶ１は、更新用リストのコンテンツの番号を示すインデックスｚを１に初期化する（Ｓ１１０２）。次に、サーバＳＶ１は、インデックスｚが示すコンテンツの番号が更新用リスト内の全コンテンツ数ｎ以下であるかを判断する（Ｓ１１０３）。全コンテンツ数ｎ以下である場合（Ｓ１１０３：ＹＥＳ）、インデックスｚが示すコンテンツのコンテンツ情報を更新するようにサーバＳＶ３にコマンドを送信する（Ｓ１１０４）。このコマンドには、コンテンツＩＤと、更新すべきコンテンツ情報の種別と、更新後のコンテンツ情報とを含む。その後、インデックスｚをインクリメントして（Ｓ１１０５）、Ｓ１１０３に戻る。サーバＳＶ３は、このコマンドを受信すると、指定されたコンテンツＩＤのコンテンツ情報を受信したコンテンツ情報に更新する。以上の動作により、サーバＳＶ３がコンテンツ情報更新コマンドに基づいてコンテンツ情報を一括更新できない場合、サーバＳＶ１はサーバＳＶ３にコンテンツ情報毎に更新コマンドを送信し、サーバＳＶ３はコンテンツ情報毎に更新コマンドを受信して、コンテンツ情報を更新する。
【００５２】
次に、本発明のさらに別の好ましい実施形態について説明する。本例は、図８〜図１１に示した前の実施形態において、サーバＳＶ１から他のサーバへ不要なコンテンツ情報更新コマンドを転送しないようにしたものである。つまり、実際にコンテンツ情報を更新する必要があるサーバＳＶのみにコンテンツ情報更新コマンドを転送するようにする。
【００５３】
図１２は本例の動作を説明する図であり、図９と同一の処理については同一の符号を付し、説明を省略する。サーバＳＶ１は、クライアントからコンテンツ情報更新コマンドを受信すると（Ｓ５５１）、サーバＳＶ１のローカルリストＬＬ１ではなく、グローバルリストＧＬに基づいて更新用リストを作成する（Ｓ１２０１）。更新用リスト作成の詳細は、図６のローカルリストＬＬ１に基づく更新用リスト作成と同様である。グローバルリストＧＬは、サーバＳＶ１〜ＳＶ３が蓄積する全てのコンテンツのコンテンツ情報を含むので、グローバルリストＧＬから更新用リストを作成することにより、サーバＳＶ１〜ＳＶ３が蓄積するコンテンツ情報の中で、更新する必要のあるコンテンツ情報を全て抽出することができる。次に、サーバＳＶ１は、作成した更新用リストに基づいて、自身が格納するローカルリストＬＬ１内のコンテンツ情報を更新し、または、自身に接続されている他のサーバＳＶ２、ＳＶ３にコンテンツ情報更新コマンドを転送する（Ｓ１２０２）。ここで、Ｓ１２０２の詳細を図１３に示す。
【００５４】
まず、サーバＳＶ１は、更新用リストのコンテンツの番号を示すインデックスｐを１に初期化する（Ｓ１３０１）。次に、サーバＳＶ１は、インデックスｐが示すコンテンツの番号が更新用リスト内の全コンテンツ数ｎ以下であるかを判断する（Ｓ１３０２）。全コンテンツ数ｎ以下である場合（Ｓ１３０２：ＹＥＳ）、サーバＳＶ１は、インデックスｐが示すコンテンツがサーバＳＶ１が蓄積するコンテンツであるか否かを判断する（Ｓ１３０３）。具体的には、サーバＳＶ１は、表５の更新用リスト内のサーバ特定情報を参照することにより、サーバＳＶ１が蓄積するコンテンツであるか否かを判断する。サーバＳＶ１が蓄積するコンテンツである場合（Ｓ１３０３：ＹＥＳ）、サーバＳＶ１は自身のローカルリストＬＬ１のコンテンツ情報を更新（変更又は削除）する（Ｓ７０３、Ｓ７０４、Ｓ７０６、Ｓ７０７）。この処理は、図７と同じである。次に、インデックスｐをインクリメントし（Ｓ１３０４）、Ｓ１３０２に戻る。
【００５５】
一方、Ｓ１３０３において、インデックスｐが示すコンテンツがサーバＳＶ１以外（例えば、サーバＳＶ２）が蓄積するコンテンツである場合（Ｓ１３０３：ＮＯ）、該当するサーバＳＶ２にコンテンツ情報更新コマンドを転送済であるか否かを判断する（Ｓ１３０５）。未だサーバＳＶ２にコンテンツ情報更新コマンドを転送していない場合（Ｓ１３０５：ＮＯ）、サーバＳＶ１はコンテンツ情報更新コマンドをサーバＳＶ２に転送する（Ｓ１３０６）。サーバＳＶ１は、サーバＳＶ２にコンテンツ情報更新コマンドを転送済であることを図示しないメモリ等に記憶する（Ｓ１３０７）。従って、Ｓ１３０３で、更新用リストに含まれる他のコンテンツがサーバＳＶ２に蓄積されているコンテンツであると判断されても、Ｓ１３０５で既にサーバＳＶ２にコンテンツ情報更新コマンドを転送済であると判断されるので（Ｓ１３０５：ＹＥＳ）、サーバＳＶ２に重複してコンテンツ情報更新コマンドが転送されることを防止できる。
【００５６】
なお、Ｓ１３０２でインデックスｐが更新用リストのコンテンツ数より大きいと判断されると（Ｓ１３０２：ＮＯ）、Ｓ１３０７で記憶された、サーバにコンテンツ情報更新コマンドを転送した旨の情報を削除し（Ｓ１３０８）、処理を完了する。
【００５７】
以上のように、本例によると、サーバＳＶ１はグローバルリストから更新用リストを作成し、更新用リストに含まれるコンテンツを蓄積するサーバのみにコンテンツ情報更新コマンドを転送する。従って、コンテンツ情報を更新する必要がないサーバにコンテンツ情報更新コマンドが転送されることがなく、クライアントおよびサーバの処理を軽減でき、ネットワークトラフィックを軽減することができる。
【００５８】
次に本発明のさらに別の好ましい実施形態について説明する。本例では、サーバＳＶ１は、コンテンツ情報更新コマンドを受信すると、更新リストを作成することなく、リスト構築キーによって特定される複数のコンテンツ情報を検索しながら、検索されたコンテンツ情報をその都度更新する。更新用リストを作成しないので、サーバＳＶ１の処理がさらに簡素化される。図１４、図１５を参照して詳細に説明するが、前の実施形態（図５〜図７）と同一処理には同一符号を付し、説明を省略する。
【００５９】
図１４に示すとおり、サーバＳＶは、クライアントからコンテンツ情報更新コマンドを受信すると（Ｓ５５１）、更新用リストを作成することなく、コンテンツ情報を更新する（Ｓ１４０１）。Ｓ１４０１の詳細を図１５に示す。サーバＳＶは、まず、ローカルリストＬＬ１におけるコンテンツ情報の番号を示すインデックスｗを１に初期化する（Ｓ６０１）。続いて、サーバＳＶは、インデックスｗが示すコンテンツ情報をリスト構築キーのキーワードと比較し、それらが一致するかを判断する（Ｓ６０２）。本例では、インデックスｗが示すコンテンツ情報のアルバム名がリスト構築キーに示された“ＢＢＢ”であり、かつ、アーティスト名がリスト構築キーに示された“ｚｚｚ”であるか否かを判断する。一致する場合、サーバＳＶはそのコンテンツ情報を更新する（Ｓ１５０１）。具体的には、対称コンテンツ情報種別がアルバム名とアーティスト名であるので、インデックスｗで特定されるコンテンツのアルバム名を“ＡＡＡ”に、アーティスト名を“ｙｙｙ”に変更する。その後、インデックスｗをインクリメントする（Ｓ６０４）。一方、一致しない場合（Ｓ６０２：ＮＯ）、サーバＳＶは、Ｓ１５０１をスキップし、直ちにインデックスｗをインクリメントする（Ｓ６０４）。
【００６０】
続いて、サーバＳＶは、インデックスｗが示すコンテンツ情報の番号が全コンテンツ数ｎ以下であるか否かを判断し（Ｓ６０５）、以下である場合（Ｓ６０５：ＹＥＳ）、Ｓ６０２に戻り、一方、大きい場合（Ｓ６０５：ＮＯ）、コンテンツ情報の更新を完了する。上記の処理により、サーバＳＶはリスト構築キーによって特定されるコンテンツ情報だけをローカルリストＬＬ１からピックアップし、更新することができる。
【００６１】
なお、本例のようにリスト構築キーを作成せずにコンテンツ情報を検索するたびにコンテンツ情報を更新する方法を、図８〜図１３で説明した複数サーバの場合にも適用可能である。例えば、図１６に示す通り、グローバルリストに含まれるコンテンツ情報をリスト構築キーに基づいて検索して（Ｓ１６０２、Ｓ１６０３、Ｓ１６１４）、一致する際に（Ｓ１６０３：ＹＥＳ）、自身が蓄積するコンテンツ情報であれば（Ｓ１６０４：ＹＥＳ）、そのコンテンツ情報を更新し（Ｓ１６０５〜Ｓ１６０８）、他のサーバが蓄積するコンテンツ情報であれば（Ｓ１６０４：ＮＯ）、そのサーバにコンテンツ情報更新コマンドを転送することができる（Ｓ１６１０〜Ｓ１６１２）。
【００６２】
以上、本発明の好ましい実施形態を説明したが、本発明はこれらの実施形態には限定されない。例えば、アルバム名およびアーティと名とをフィルタの種類として更新用リストを作成し、アルバム名のみを更新してもよい。さらに、クライアントがサーバＳＶ２にコンテンツ情報更新コマンドを送信し、サーバＳＶ２がサーバＳＶ１、ＳＶ３にコンテンツ情報更新コマンドを転送することもできる。この場合、サーバＳＶ２が第１のサーバ、サーバＳＶ１、ＳＶ３が第２のサーバとして機能する。さらに、サーバＳＶ１がサーバＳＶ２のローカルリストを更新して、サーバＳＶ２に送信することもできる。また、上記のサーバ、クライアントおよびコントローラを動作させるためのコンピュータプログラムという形態で提供されても構わない。
【産業上の利用可能性】
【００６３】
本発明は、オーディオクライアントからのコンテンツ要求に対してサーバがコンテンツを送信し、オーディオクライアントがコンテンツを再生するコンテンツ再生システムに好適に適用され得る。
【図面の簡単な説明】
【００６４】
【図１】本発明の好ましい実施形態によるコンテンツ情報更新システムの構成を示すブロック図である。
【図２】サーバの構成を示すブロック図である。
【図３】オーディオクライアントの構成を示すブロック図である。
【図４】コントローラの構成を示すブロック図である。
【図５】コンテンツ情報更新システムの動作を説明するフローチャートである。
【図６】更新用リスト作成処理を説明するフローチャートである。
【図７】サーバのコンテンツ情報更新処理を説明するフローチャートである。
【図８】本発明の別の好ましい実施形態によるコンテンツ情報更新システムの構成を示すブロック図である。
【図９】コンテンツ情報更新システムの動作を説明するフローチャートである。
【図１０】コンテンツ情報更新コマンド転送処理を示すフローチャートである。
【図１１】図１０のＳ１００７の詳細を説明するフローチャートである。
【図１２】コンテンツ情報更新システムの動作を説明するフローチャートである。
【図１３】Ｓ１２０２の詳細を説明するフローチャートである。
【図１４】コンテンツ情報更新システムの動作を説明するフローチャートである。
【図１５】Ｓ１４０１の詳細を示すフローチャートである。
【図１６】コンテンツ情報更新システムの動作を説明するフローチャートである。
【符号の説明】
【００６５】
１ コンテンツ情報更新システム
２６ システム動作部
３０ システム動作部
【技術分野】
【０００１】
本発明は、コンテンツのコンテンツ情報を更新するコンテンツ情報更新システムに関し、詳細にはサーバに蓄積されたコンテンツ情報をクライアントからの要求によって更新するコンテンツ情報更新システムに関する。
【背景技術】
【０００２】
近年、サーバ−クライアントシステムを利用したコンテンツ再生システムが提案されている。下記特許文献１は、複数のコンテンツを蓄積するサーバと、ＬＡＮ（Local Area Network）経由でサーバに接続されたクライアントとを備えるコンテンツ再生システムを記載する。クライアントは所望のコンテンツをサーバに要求し、これに応じてサーバは要求されたコンテンツをクライアントに送信する。クライアントはサーバから送信されたコンテンツを再生する。サーバは、蓄積されたコンテンツのコンテンツ情報（例えば、曲名、アーティスト名、アルバム名およびジャンル名等）を有しており、クライアントに複数のコンテンツ情報を含むコンテンツリストを送信する。クライアントは、サーバからコンテンツリストを受信してコンテンツ情報を表示する。これにより、クライアントは、複数のコンテンツの中から所望のコンテンツを選択し、選択した（または、再生中の）コンテンツのコンテンツ情報を表示することができる。
【０００３】
サーバが有するコンテンツ情報を更新（変更または削除）する場合、クライアントは、コンテンツ情報を更新するコンテンツのコンテンツＩＤを１つ指定して、所望の種別のコンテンツ情報（例えば、アルバム名）を更新する旨のコマンドをサーバに送信する。サーバはクライアントからのコマンドに応答して、指定されたコンテンツのコンテンツ情報（アルバム名）を更新する。
【０００４】
しかし、この方法では、複数のコンテンツのコンテンツ情報を更新する場合、上記の処理を複数回繰り返す必要がある。従って、クライアントおよびサーバの処理の負担が増加し、かつ、ネットワークトラフィックが増加するという問題を有している。さらに、コンテンツを複数回にわたった指定する必要があるので、ユーザの操作が煩雑であるという問題を有する。
【０００５】
また、下記特許文献２は、複数のコンテンツを蓄積する複数のサーバと、クライアントとを備えるコンテンツ再生システムを記載する。クライアントは、複数のサーバが蓄積する複数のコンテンツの中から、所望のコンテンツを受信して再生することができる。クライアントがサーバにコンテンツ情報を更新するコマンドを送信する場合、クライアントはサーバに接続している必要がある。しかし、クライアントは、サーバとの無駄な接続を避けるために、通常、複数のサーバのうち、１つのサーバにしか接続していない。そのため、コンテンツ情報を更新するコマンドを送信する場合、クライアントは、コンテンツ情報を更新すべきコンテンツを蓄積するサーバに接続を切り換える必要が生じる。複数回のコンテンツ情報の更新を繰り返す毎に、クライアントがサーバとの接続を切り換えると、クライアントおよびサーバの処理の負担がきわめて増加し、かつ、コンテンツ情報の更新を完了するまでに膨大な時間がかかってしまうという問題を有する。
【０００６】
【特許文献１】ＷＯ０３／１０２９１９
【特許文献２】ＷＯ２００５／０１５４０７
【発明の開示】
【発明が解決しようとする課題】
【０００７】
本発明は上記従来の課題を解決するためになされたものであり、その目的は、サーバが蓄積する複数のコンテンツのコンテンツ情報をきわめて容易に更新できるコンテンツ再生システムを提供することにある。
【課題を解決するための手段】
【０００８】
本発明の好ましい実施形態によるコンテンツ情報更新システムは、サーバと該サーバに接続可能なクライアントとを備える。該クライアントは、リスト構築キーを含み、該リスト構築キーによって特定される複数のコンテンツ情報を更新するコンテンツ情報更新要求を該サーバに送信する更新要求手段を有する。該サーバは、複数のコンテンツ、および該コンテンツに関するコンテンツ情報を蓄積可能な記憶デバイスと、該クライアントからのコンテンツ情報更新要求に応答して、該記憶デバイスに蓄積されたコンテンツ情報の中で、該リスト構築キーによって特定されるコンテンツ情報を検索する検索手段と、該検索手段が検索したコンテンツ情報を更新する更新手段とを有する。なお、上記各動作をコンピュータに実行させるためのサーバプログラム、クライアントプログラムが提供され得る。さらに、上記の動作を含むコンテンツ情報更新方法が提供され得る。
【０００９】
好ましい実施形態においては、上記サーバーは、上記検索手段が検索したコンテンツ情報を含む更新用リストを作成する更新用リスト作成手段をさらに有する。上記更新手段は、上記記憶デバイスに蓄積されたコンテンツ情報の中で、該更新用リストに含まれるコンテンツ情報を更新する。
【００１０】
好ましい実施形態においては、上記コンテンツ情報更新要求は、更新すべきコンテンツ情報の種別を特定する対象コンテンツ情報種別と、コンテンツ情報とを含む。上記更新手段は、該対象コンテンツ情報種別で特定される種別のコンテンツ情報を、該コンテンツ情報更新要求に含まれるコンテンツ情報に更新する。
【００１１】
好ましい実施形態においては、コンテンツ情報更新システムは、複数の前記サーバを備える。上記更新要求手段は、該複数のサーバのうち、第１のサーバに前記コンテンツ情報更新要求を送信する。該第１のサーバは、該第１のサーバに接続されている第２のサーバに該コンテンツ情報更新要求を転送する要求転送手段をさらに有する。
【００１２】
好ましい実施形態においては、上記第１のサーバは、該第１のサーバ、および該第１のサーバに接続されている第２のサーバが蓄積する全てのコンテンツのコンテンツ情報を含むグローバルリストを蓄積可能である。該第１のサーバの上記更新用リスト作成手段は、該グローバルリストに基づいて更新用リストを作成する。該第１のサーバの前記更新手段は、該更新用リストに含まれる該第１のサーバが蓄積するコンテンツのコンテンツ情報を更新する。該第１のサーバの上記要求転送手段は、該更新用リストに含まれるコンテンツを蓄積する第２のサーバに該コンテンツ情報更新コマンドを転送する。
【００１３】
本発明の別の好ましい実施形態によるコンテンツ情報更新システムは、サーバと該サーバに接続可能なクライアントとを備える。該クライアントは、更新用リストに含まれるコンテンツ情報を更新するコンテンツ情報更新要求を該サーバに送信する更新要求手段を有する。該サーバは、複数のコンテンツ、および該コンテンツに関するコンテンツ情報を蓄積可能な記憶デバイスと、該クライアントからのコンテンツ情報更新要求に応答して、更新すべきコンテンツ情報を含む該更新用リストを作成する更新用リスト作成手段と、該記憶デバイスに蓄積されたコンテンツ情報の中で、該更新用リストに含まれるコンテンツ情報を更新する更新手段とを有する。
【００１４】
好ましい実施形態においては、コンテンツ情報更新システムは、複数の上記サーバを備える。上記更新要求手段は、該複数のサーバのうち、第１のサーバに上記コンテンツ情報更新要求を送信する。該第１のサーバは、該第１のサーバに接続されている第２のサーバに該コンテンツ情報更新要求を転送する要求転送手段をさらに有する。該第１のサーバは、該第１のサーバ、および該第１のサーバに接続されている第２のサーバが蓄積する全てのコンテンツのコンテンツ情報を含むグローバルリストを蓄積可能である。該第１のサーバの前記検索手段は、該グローバルリストに含まれるコンテンツ情報の中から、前記リスト構築キーによって特定されるコンテンツ情報を検索する。該第１のサーバの前記更新手段は、該検索手段によって検索され、該第１のサーバが蓄積するコンテンツ情報を更新する。該要求転送手段は、該検索手段によって検索されたコンテンツ情報を蓄積する第２のサーバに該コンテンツ情報更新コマンドを転送する。
【００１５】
以下、本発明の作用について説明する。
サーバに蓄積されたコンテンツ情報を更新する際、クライアントはサーバにコンテンツ情報更新要求を送信する。サーバは、クライアントからコンテンツ情報更新要求を受信すると、コンテンツ情報更新要求に含まれるリスト構築キーによって特定されるコンテンツ情報を検索して、検索したコンテンツ情報を更新する。好ましくは、サーバは、クライアントからコンテンツ情報更新要求を受信すると、更新すべきコンテンツ情報を含む更新用リストを作成する。続いて、サーバは、記憶デバイスに蓄積されたコンテンツ情報の中で、更新用リストに含まれるコンテンツ情報のみを、コンテンツ情報更新要求に基づいて一括で更新する。
【００１６】
従って、複数のコンテンツ情報を更新する場合であっても、クライアントはコンテンツ毎にサーバに要求を送信する必要がないので、クライアントおよびサーバの処理の負担が軽減し、かつ、ネットワークトラフィックを軽減することができる。さらに、コンテンツ情報の更新が完了するまでの時間を短縮することができる。さらに、サーバがコンテンツ情報更新要求に基づいて更新用リストを作成するので、クライアントが更新用リストを送信する必要がなく、ネットワークトラフィックをさらに軽減できる。さらに、更新すべきコンテンツ情報を検索しながら、コンテンツ情報を更新する場合は、更新処理を全て完了するまで、他の処理を割り込ませることができない。しかし、更新用リストを作成して、更新用リストに含まれるコンテンツ情報を更新する場合、更新すべきコンテンツ情報の検索を終了した後、更新用リストに含まれるコンテンツ情報を更新するので、更新用リストを作成した後に、他の処理を割り込ませることができる。つまり、更新用リストを作成する方式では、サーバは更新処理のためにコンテンツ情報を専有することがないので、同時に複数のクライアントからの変更処理を受け入れ易い。
【００１７】
クライアントはリスト構築キーを含むコンテンツ情報更新コマンドをサーバに送信する。サーバは、コンテンツ情報更新コマンドに含まれるリスト構築キーに基づいてコンテンツ情報を更新する。従って、リスト構築キーの内容を適宜変更することにより、ユーザが希望する任意のコンテンツ情報を一括で更新できる。リスト構築キーは、フィルタの種類とキーワードとを含む。例えば、リスト構築キーが「ＡＬＢＵＭ（フィルタの種類）＝ＢＢＢ（キーワード）」および「ＡＲＴＩＳＴ（フィルタの種類）＝ｚｚｚ（キーワード）」である場合、アルバム名ＢＢＢ、かつ、アーティスト名ｚｚｚのコンテンツ情報を更新できる。また、リスト構築キーが、「＊」（前方一致を示すアスタリスク）を使用して、「ＡＬＢＵＭ（フィルタの種類）＝Ｂ＊（キーワード）」および「ＡＲＴＩＳＴ（フィルタの種類）＝ｚ＊（キーワード）」である場合、アルバム名がＢから始まり、かつ、アーティスト名がｚから始まるコンテンツ情報を更新できる。さらに、リスト構築キーが、“ ”（データが入っていないことを示すスペース）を使用して、「ＡＬＢＵＭ（フィルタの種類）＝“ ”（キーワード）」および「ＡＲＴＩＳＴ（フィルタの種類）＝ｚｚｚ（キーワード）」である場合、アルバム名が登録されておらず、かつ、アーティスト名ｚｚｚのコンテンツのコンテンツ情報を更新できる。その他にも正規表現を使用した各種キーワードを利用して、コンテンツ情報を複数指定することができる。
【００１８】
クライアントは対象コンテンツ種別と更新後のコンテンツ情報とを含むコンテンツ情報更新要求をサーバに送信する。サーバは、更新用リストに含まれるコンテンツ情報のうち、対象コンテンツ種別によって特定される種別のコンテンツ情報のみを更新する。従って、サーバが誤ってユーザが更新を希望しない種別のコンテンツ情報を更新することを防止できる。
【００１９】
複数のサーバが存在する場合、クライアントは全てのサーバにコンテンツ情報更新要求を送信するのではなく、唯一の第１のサーバにコンテンツ情報更新要求を送信する。第１のサーバは、コンテンツ情報更新要求を受信すると、第１のサーバが蓄積するコンテンツ情報を更新し、かつ、第１のサーバに接続されている第２のサーバにコンテンツ情報更新要求を転送する。第２のサーバは、コンテンツ情報更新要求を受信すると、自身が蓄積するコンテンツ情報を更新する。従って、クライアントは、複数のサーバに接続を切り替えてコンテンツ情報更新要求を送信する必要がないので、クライアントおよびサーバの処理の負担が大幅に軽減される。
【００２０】
第１のサーバはグローバルリストに基づいて更新用リストを作成する。グローバルリストは複数のサーバが蓄積するコンテンツのコンテンツ情報を全て含んでいるので、グローバルリストから作成される更新用リストは第２のサーバが更新すべきコンテンツ情報も含んでいる。そして、第１のサーバは、更新用リストに含まれるコンテンツ情報を有する第２のサーバのみを選択して、当該第２のサーバにコンテンツ情報更新要求を転送する。すなわち、第１のサーバは、コンテンツ情報を更新する必要がない他の第２のサーバにはコンテンツ情報更新要求を転送しない。従って、サーバの処理の負担をさらに軽減でき、ネットワークトラフィックをさらに軽減することができる。
【発明の効果】
【００２１】
本発明のコンテンツ情報更新システムは、クライアントがサーバにコンテンツ情報更新要求を送信し、サーバがコンテンツ情報更新要求に応答して、更新用リストを作成し、更新用リストに含まれるコンテンツ情報を一括で更新するので、クライアントはコンテンツ毎に更新要求をサーバに送信する必要がなく、クライアントおよびサーバの処理を軽減でき、ネットワークトラフィックを軽減することができる。
【発明を実施するための最良の形態】
【００２２】
以下、本発明の好ましい実施形態について、図面を参照して具体的に説明するが、本発明はこれらの実施形態には限定されない。図１は、本発明の好ましい実施形態によるコンテンツ情報更新システム１の構成を示すブロック図である。コンテンツ情報更新システム１は、一または複数のオーディオクライアントＣＬ（本例では、３つのオーディクライアントＣＬ１〜ＣＬ３）、および、一または複数のサーバ（本例では１つのサーバＳＶ）を備える。さらに、コンテンツ情報更新システム１は、必要に応じて、一または複数のコントローラ（本例では、１つのコントローラＣＮ）を備える。サーバＳＶ、オーディオクライアントＣＬおよびコントローラＣＮは例えばＬＡＮ５０等のネットワークを介して接続されている。オーディオクライアントＣＬはサーバＳＶにコンテンツを要求し、サーバＳＶは、オーディオクライアントＣＬからの要求に応じてオーディオクライアントＣＬにコンテンツを送信する。オーディオクライアントＣＬは、サーバＳＶからコンテンツを受信して再生する。コントローラＣＮは、サーバＳＶに対してクライアントとして機能し、サーバＳＶを介してオーディオクラインアントＣＬを監視および／または制御する。つまり、コントローラＣＮは、サーバＳＶからオーディオクライアントＣＬのクライアント情報を取得して表示する（この動作を監視と呼ぶ）。また、コントローラＣＮは、サーバＳＶを介してオーディオクライアントＣＬに所定の動作（例えば、コンテンツ再生）を実行させるよう指示する（この動作を制御と呼ぶ）。本実施形態では、オーディオクライアントＣＬおよび／またはコントローラＣＮ（これらを総称して、単にクライアントと呼ぶ）は、サーバＳＶにコンテンツ情報を更新するコンテンツ情報更新コマンド（後述）を送信し、サーバＳＶは当該コマンドに応答してコンテンツ情報を更新する。その際に、クライアントは、サーバＳＶにリスト構築キー（後述）によって特定される複数のコンテンツに関するコンテンツ情報を一括で更新するよう指示する。サーバＳＶは、リスト構築キーに基づいて、更新すべきコンテンツ情報を検索し、検索したコンテンツ情報を一括で更新する。
【００２３】
図２はサーバＳＶの構成を示す概略ブロック図である。サーバＳＶは、ＨＤＤ（ハードディスクドライブ）等の蓄積手段２１、ＣＰＵ処理部等の制御手段２２、およびＬＡＮコントローラ等の通信手段２３を備える。ＨＤＤ２１は、複数のコンテンツ（コンテンツとは、音楽、映像および／または静止画等のデータの総称である）を蓄積する。ＣＰＵ処理部２２は、サーバＳＶ全体の動作を制御するものであり、データベース管理部２４、ネットワークプロトコル処理部２５およびシステム動作部２６を有する。データベース管理部２４は、ＨＤＤ２１を管理する。具体的には、データベース管理部２４は、オーディオクライアントＣＬからの要求に応じてＨＤＤ２１内の所望のコンテンツを選択する。ネットワークプロトコル処理部２５は、入出力されるデータに対してプロトコル処理を実行する。システム動作部２６は、ＨＤＤ２１に蓄積されたサーバプログラムを読み出し、後述するサーバＳＶの各種処理を実行する。具体的には、システム動作部２６は、クライアントからのコンテンツ情報更新コマンドに応答して、更新すべきコンテンツ情報を検索し、一時的な更新用リストを作成して、更新用リストに含まれるコンテンツ情報を一括で更新する。ＬＡＮコントローラ２３は、サーバＳＶとＬＡＮ５０との間で信号（コンテンツデータまたはコマンド等）を送受信する。
【００２４】
ＨＤＤ２１には、表１に示すローカルリストＬＬ１が格納されている。
【表１】
【００２５】
ローカルリストＬＬ１は、サーバＳＶ１のＨＤＤ２１が蓄積する全てのコンテンツのリストである。つまり、ローカルリストＬＬ１は、サーバＳＶ１がＨＤＤ２１内に蓄積する全てのコンテンツデータＭ１１〜Ｍ１ｎに関するコンテンツ情報Ｉ１１〜Ｉ１ｎを含む。表２にコンテンツ情報Ｉ１ｎの詳細を示す。
【表２】
【００２６】
コンテンツ情報Ｉ１ｎはファイル名と、コンテンツ名（例えば、曲名）と、アーティスト名と、アルバム名と、ジャンル名と、コンテンツ（曲）の長さ（時間）と、ファイルフォーマットと、コンテンツ（曲）ＩＤと、サーバ特定情報とを含む。ファイル名には、当該コンテンツデータが蓄積されているＨＤＤ２１のフルパス名が記録される。サーバ特定情報は、サーバＳＶの場所を特定するためのサーバアドレスやポート番号等を含む。サーバアドレスとは、そのサーバＳＶのＩＰ（Internet Protocol）アドレスやＭＡＣアドレス等である。コンテンツ情報Ｉ１ｎの曲名、アーティスト名、アルバム名および／またはジャンル名は、オーディオクライントＣＬまたはコントローラＣＮからのコンテンツ情報更新コマンドに基づいて更新することができる。なお、コンテンツ情報の更新は、代表的には、コンテンツ情報を変更すること、または削除することを意味する。
【００２７】
図３はクライアントＣＬの構成を示す概略ブロック図である。クライアントＣＬは、マイコン処理部３１等の制御手段と、フラッシュメモリ３２と、順次入力された圧縮デジタルコンテンツを一時的に記憶して順次出力するメモリやＲＡＭ等のメモリ３３と、圧縮デジタルコンテンツをデコードして非圧縮デジタルコンテンツを生成する音声処理部３４と、デジタルコンテンツをアナログコンテンツに変換するＤ／Ａ変換器（ＤＡＣ）３５と、ＬＡＮコントローラ等の通信手段３６と、ユーザからの文字情報等の入力を受け付ける入力装置３７と、コンテンツ情報等を表示するＬＣＤなどの表示装置３８とを備える。マイコン処理部３１は、クライアントＣＬ全体の動作を制御するものであり、ネットワークプロトコル処理部３９およびシステム動作部３０を有する。ネットワークプロトコル処理部３９は、入出力されるデータに対してプロトコル処理を実行する。システム動作部３０は、例えばメモリ３３に格納されたクライアントプログラムに基づいて、後述するクライアントの各種処理を実行する。具体的には、システム動作部３０は、後述するリスト構築キーを含むコンテンツ情報更新コマンドを生成し、サーバＳＶに送信する。ＬＡＮコントローラ３６は、オーディオクライアントＣＬとＬＡＮ５０との間で信号（コンテンツデータまたはコマンド等）を送受信する。
【００２８】
図４は、コントローラＣＮの構成を説明する概略図である。コントローラＣＮは、マイコン処理部４１等の制御手段と、フラッシュメモリ４２と、メモリ４３と、ＬＡＮコントローラ等の通信手段４４と、ユーザから文字情報等の入力を受け付ける入力装置４５と、コンテンツ情報等を表示するＬＣＤなどの表示装置４６とを備える。マイコン処理部４１は、コントローラＣＮ１全体の動作を制御するものであり、ネットワークプロトコル処理部４７およびシステム動作部４８を有する。ネットワークプロトコル処理部４７は、入出力されるデータをプロトコル処理する。システム動作部４８は、メモリ４３に格納されたコントローラプログラムに基づいて、後述するコントローラ（オーディオクライアントＣＬと同様）の各種処理を実行する。具体的には、システム動作部４８は、オディオクライアントＣＬと同様に、後述するリスト構築キーを含むコンテンツ情報更新コマンドを生成し、サーバＳＶに送信する。ＬＡＮコントローラ４４は、コントローラＣＮとＬＡＮ５０との間で信号（コンテンツデータまたはコマンド等）を送受信する。
【００２９】
以上の構成を有するコンテンツ情報更新システムについてその動作を説明する。オーディオクライアントＣＬ（またはコントローラＣＮも同様であるので、以下単にクライアントとして説明する）は、リスト構築キーで特定される更新用リスト内のコンテンツ情報を更新するためのコンテンツ情報更新コマンドをサーバＳＶに送信する。
【００３０】
図５に示すとおり、まず、ユーザはどのコンテンツ情報を一括で更新するかについての情報をクライアントに入力し、クライアントはこれを受け付ける（Ｓ５０１）。具体的には、ユーザは表示装置３８に表示されるコンテンツ情報の種別を選択して、さらに当該種別の中で更新すべきコンテンツ情報を選択する。例えば、アーティスト名として「ｚｚｚ」、アルバム名として「ＢＢＢ」を選択する。この場合、アーティスト名が「ｚｚｚ」、かつ、アルバム名が「ＢＢＢ」であるコンテンツ情報を一括で更新することになる。次に、ユーザは選択されたコンテンツ情報について、どの種別のコンテンツ情報を更新するかを入力する。例えば、アーティスト名とアルバム名とを更新する旨を入力する。次に、ユーザは、コンテンツ情報を変更するか、または削除するかを選択する。最後に、ユーザは更新後のコンテンツ情報を入力する。例えば、アーティスト名として「ｙｙｙ」、アルバム名として「ＡＡＡ」を入力する。この入力処理は、コンテンツ情報を削除する場合は不要である。
【００３１】
クライアントは、Ｓ５０１でユーザから入力された情報に基づいて、コンテンツ情報更新コマンドを生成する（Ｓ５０２）。表３にコンテンツ情報更新コマンドを示す。
【表３】
【００３２】
コンテンツ情報更新コマンドは、リスト構築キーと、更新内容と、対象コンテンツ情報種別と、更新後のコンテンツ情報の文字列（つまり、この文字列に基づいてサーバーはコンテンツ情報を変更する）とを含む。更新内容は、コンテンツ情報を変更する、または削除する旨を示す情報である。対象コンテンツ情報種別は、更新するコンテンツ情報の種別（曲名、アルバム名、アーティスト名またはジャンル名）を表し、表３ではアルバム名とアーティスト名とを更新することを表す。更新後のコンテンツ情報は、対象コンテンツ情報種別に示された種別のコンテンツ情報について更新後のコンテンツ情報を表す。表３では、アルバム名を「ＡＡＡ」に変更し、アーティスト名を「ｙｙｙ」に変更することを表す。曲名およびジャンル名は変更しないので、「変更しない」旨が記載されている。なお、コンテンツ情報を削除する場合は、更新後のコンテンツ情報は何も記載されない。リスト構築キーは、一括更新の対象となるコンテンツ情報を含む更新用リストを作成するために使用される情報であり、その詳細を表４に示す。
【表４】
【００３３】
リスト構築キーは、フィルタの種類と、キーワードとを含む。フィルタの種類は、ローカルリストＬＬ１内のどの種別に注目して更新用リストを作成するかを指定するものである。フィルタの種類が“ＴＩＴＬＥ＝”、“ＧＥＮＲＥ＝”、“ＡＲＴＩＳＴ＝”、“ＡＬＢＵＭ＝”、または“ＦＩＬＥＮＡＭＥ＝”であれば、ローカルリストＬＬ１の中から、曲名、ジャンル名、アーティスト名、アルバム名、またはファイル名がキーワードと一致するコンテンツを探し出して更新用リストを作成する。アルバム名ＢＢＢ、かつ、アーティスト名ｚｚｚのコンテンツのコンテンツ情報を一括更新する場合を説明すると、リスト構築キーは表４の通り“ＡＬＢＵＭ＝ＢＢＢ”および“ＡＲＴＩＳＴ＝ｚｚｚ”になる。
【００３４】
続いて、クライアントは、作成したコンテンツ情報更新コマンドをサーバＳＶに送信する（Ｓ５０３）。サーバＳＶは、クライアントからコンテンツ情報更新コマンドを受信して、解析する（Ｓ５５１）。サーバＳＶはコンテンツ情報更新コマンドに含まれるリスト構築キーに基づいて、更新すべきコンテンツ情報を検索し、更新用リストを作成する（Ｓ５５２）。更新用リストは、コンテンツ情報を一括で更新するためにローカルリストＬＬ１から作成する一時的なリストであり、更新すべきコンテンツ情報が含まれる。更新用リスト作成処理の詳細を図６に示す。
【００３５】
サーバＳＶは、まず、ローカルリストＬＬ１におけるコンテンツ情報の番号を示すインデックスｗを１に初期化する（Ｓ６０１）。続いて、サーバＳＶは、インデックスｗが示すコンテンツ情報をリスト構築キーのキーワードと比較し、それらが一致するかを判断する（Ｓ６０２）。本例では、インデックスｗが示すコンテンツ情報のアルバム名がリスト構築キーに示された“ＢＢＢ”であり、かつ、アーティスト名がリスト構築キーに示された“ｚｚｚ”であるか否かを判断する。一致する場合、サーバＳＶはそのファイル名、曲名、アーティスト名、アルバム名、ジャンル名、サーバ特定情報などを更新用リストに追加し（Ｓ６０３）、その後、インデックスｗをインクリメントする（Ｓ６０４）。一方、一致しない場合（Ｓ６０２：ＮＯ）、サーバＳＶは、Ｓ６０３をスキップし、直ちにインデックスｗをインクリメントする（Ｓ６０４）。
【００３６】
続いて、サーバＳＶは、インデックスｗが示すコンテンツ情報の番号が全コンテンツ数ｎ以下であるか否かを判断し（Ｓ６０５）、以下である場合（Ｓ６０５：ＹＥＳ）、Ｓ６０２に戻り、一方、大きい場合（Ｓ６０５：ＮＯ）、更新用リストの作成を完了する。上記の処理により、サーバＳＶはリスト構築キーによって特定されるコンテンツ情報だけをローカルリストＬＬ１からピックアップし、更新用リストを作成する。作成された更新用リストを表５に示す。
【表５】
【００３７】
図５に戻って、サーバＳＶは、ローカルリストＬＬ１内のコンテンツ情報の中で、更新用リストに含まれるコンテンツ情報をコンテンツ情報更新コマンドに基づいて更新する（Ｓ５５３）。コンテンツ情報更新処理の詳細を図７に示す。まず、サーバＳＶは、更新用リストのコンテンツの番号を示すインデックスｘを１に初期化する（Ｓ７０１）。次に、サーバＳＶは、インデックスｘが示すコンテンツの番号が更新用リスト内の全コンテンツ数ｎ以下であるかを判断する（Ｓ７０２）。全コンテンツ数ｎ以下である場合（Ｓ７０２：ＹＥＳ）、サーバＳＶは、コンテンツ情報更新コマンド内の更新内容が変更であるかを判断する（Ｓ７０３）。更新内容が変更である場合（Ｓ７０３：ＹＥＳ）、サーバＳＶは、ローカルリストＬＬ１のコンテンツ情報の中で、インデックスｘが示すコンテンツのコンテンツ情報を更新する（Ｓ７０４）。具体的には、サーバＳＶは、コンテンツ情報更新コマンドの対象コンテンツ情報種別に対応するコンテンツ情報を、コンテンツ情報更新コマンドに示されたコンテンツ情報に更新する。本例では、対象コンテンツ情報種別がアルバム名とアーティスト名であるので、インデックスｘで特定されるコンテンツのアルバム名を“ＡＡＡ”に、アーティスト名を“ｙｙｙ”に変更するようローカルリストＬＬ１を更新する。なお、ローカルリストＬＬ１内のどのコンテンツ情報を更新するかは、更新用リスト内のファイル名によって特定される。
【００３８】
次に、サーバＳＶはインデックスｘをインクリメントし（Ｓ７０５）、Ｓ７０２に戻る。以上の処理を繰り返していると、Ｓ７０２においてサーバＳＶはインデックスｘが更新用リストの全コンテンツ数より大きいと判断し（Ｓ７０２：ＮＯ）、サーバＳＶはコンテンツ情報の更新処理を完了する。従って、更新用リストに含まれる全てのコンテンツ情報を更新することができる。なお、Ｓ７０３で更新内容が変更でないと判断された場合（Ｓ７０３：ＮＯ）、更新内容が削除であるかを判断する（Ｓ７０６）。更新内容が削除である場合、インデックスｘが示すコンテンツのコンテンツ情報の中で、対象コンテンツ情報種別に対応するコンテンツ情報を削除するよう、ローカルリストＬＬ１を更新する（Ｓ７０７）。一方、Ｓ７０６で更新内容が削除でない場合、コンテンツ情報更新コマンドが誤りであると判断され、Ｓ７０５においてインデックスｘが直ちにインクリメントされる。
【００３９】
図５に戻って、サーバＳＶは、更新用リストに含まれるコンテンツ情報を全て更新すると、更新用リストは不要であるので、更新用リストを削除する（Ｓ５５４）。更新用リストをすぐに削除することにより、無駄なメモリの使用を防止することができる。
【００４０】
以上のように、クライアントはリスト構築キーを含むコンテンツ情報更新コマンドをサーバＳＶに送信する。サーバＳＶはリスト構築キーに基づいて一時的な更新用リストを作成し、更新用リストに含まれるコンテンツのコンテンツ情報をコンテンツ情報更新コマンドに基づいて一括して更新する。従って、クライアントはコンテンツ情報を更新すべきコンテンツ毎に、更新コマンドを送信する必要がないので、クライアントおよびサーバＳＶの処理が軽減され、ネットワークトラフィックが軽減される。
【００４１】
次に、本発明の別の好ましい実施形態について説明する。図８は本例のコンテンツ情報更新システム８１の構成を示すブロック図である。コンテンツ情報更新システム８１は、図１の構成にさらに、サーバＳＶ２およびＳＶ３を備えている。サーバＳＶ１〜ＳＶ３はＬＡＮ５０等を介して相互に接続される。サーバＳＶ２、ＳＶ３の構成はサーバＳＶ１と同様である。サーバＳＶ２は、自身のＨＤＤ２１に蓄積する全コンテンツデータＭ２１〜Ｍ２ｎに関するコンテンツ情報Ｉ２１〜Ｉ２ｍを含むローカルリストＬＬ２をＨＤＤ２１に格納する。サーバＳＶ３は、自身のＨＤＤ２１に蓄積する全コンテンツデータＭ３１〜Ｍ３ｎに関するコンテンツ情報Ｉ３１〜Ｉ３ｌを含むローカルリストＬＬ３をＨＤＤ２１に格納する。サーバＳＶ１〜ＳＶ３は、自身のローカルリストを他の全てのサーバに送信する。サーバＳＶ１〜ＳＶ３は、他のサーバから受信したローカルリストと自身のローカルリストとに基づいてグローバルリストＧＬを作成する。グローバルリストＧＬは、ローカルリストＬＬ１〜ＬＬ３を合成したリストであり、サーバＳＶ１〜ＳＶ３が蓄積する全コンテンツのコンテンツ情報を含む。サーバＳＶ１〜ＳＶ３がグローバルリストＧＬを格納しているので、オーディオクライアントＣＬまたはコントローラＣＮは、サーバＳＶ１〜ＳＶ３のいずれか１つに接続してグローバルリストを取得することにより、全サーバＳＶ１〜ＳＶ３が蓄積するコンテンツを知ることができる。この様なシステムにおいて、上記の実施形態と同様に、サーバＳＶ１〜ＳＶ３はクライアントからコンテンツ情報更新コマンドを受信して、コンテンツ情報を一括で更新する。しかし、クライアントが各サーバに接続し、コンテンツ情報更新コマンドを送信すると、クライアントの処理に負担がかかるので、クライアントはサーバＳＶ１（第１のサーバ）のみにコンテンツ情報更新コマンドを送信し、サーバＳＶ１が他のサーバＳＶ２、ＳＶ３（第２のサーバ）にコンテンツ情報更新コマンドを転送する。以下、詳細に説明する。
【００４２】
サーバＳＶ１（ＳＶ２、ＳＶ３も同様である）のＨＤＤ２１には、表６に示すサーバリストがさらに格納されている。サーバリストは、サーバＳＶ１に接続されている他のサーバの情報を管理するリストである。
【表６】
【００４３】
サーバリストは、サーバＩＤとサーバ情報とを含む。サーバＩＤはサーバＳＶ１と接続した他のサーバＳＶ２およびＳＶ３の識別子である。サーバＩＤはサーバＳＶ１の接続要求に応答した順番に登録される。サーバＳＶ１の接続要求に始めに応答したのがサーバＳＶ２であり、次に応答したのがサーバＳＶ３である場合、サーバＩＤ＝１にはサーバＳＶ２のサーバ情報が登録され、サーバＩＤ＝２には、サーバＳＶ３のサーバ情報が登録される。サーバ情報の一例としてサーバＳＶ２のサーバ情報を表７に示す。
【表７】
【００４４】
サーバ情報は、サーバ特定情報と、サーバ名と、ローカルリストＬＬ２と、サーバタイプとを含む。サーバ特定情報は、サーバＳＶ２の場所を特定するためのサーバアドレスやポート番号等を含む。サーバアドレスとは、そのサーバＳＶのＩＰ（Internet Protocol）アドレスやＭＡＣアドレス等である。ローカルリストＬＬ２は、先述の通り、サーバＳＶ２に蓄積されているコンテンツデータＭ２１〜Ｍ２ｎのコンテンツ情報を含むリストである。ローカルリストＬＬ２の構成は、表１のローカルリストＬＬ１と同様であり、複数のコンテンツ情報Ｉ２１〜Ｉ２ｍを含む。コンテンツ情報Ｉ２１〜Ｉ２ｍは、表２のコンテンツ情報Ｉ１１〜Ｉ１ｎと同様である。サーバタイプは、サーバＳＶ２がコンテンツ情報更新コマンドに応答してコンテンツ情報を一括更新できるか否かの情報を含む。
【００４５】
サーバＳＶ１（ＳＶ２、ＳＶ３も同様である）のＨＤＤ２１には、表８に示すグローバルリストＧＬがさらに格納されている。
【表８】
【００４６】
グローバルリストＧＬは、ローカルリストＬＬ１〜ＬＬ３を合成したものであり、サーバＳＶ１〜ＳＶ３が蓄積する全コンテンツのコンテンツ情報Ｉ１１〜Ｉ１ｎ、Ｉ２１〜Ｉ２ｍ、Ｉ３１〜Ｉ３ｌを含む。サーバＳＶ１がオーディオクライアントＣＬからコンテンツリストの要求を受けたとき、サーバＳＶ１はグローバルリストＧＬに基づいて、ユーザが特定するコンテンツリストを作成し、オーディオクライアントＣＬに送信する。
【００４７】
以上の構成を有するコンテンツ情報更新システム８１についてその動作を説明する。図９は、本例の動作を示す図であり、図５と同じ処理については同じ符号を付し説明を省略する。サーバＳＶ１は、クライアントからコンテンツ情報更新コマンドを受信すると（Ｓ５５１）、コンテンツ情報更新コマンドをサーバリストに基づいて自身に接続されている他のサーバＳＶ２、ＳＶ３に転送する（Ｓ９０１）。Ｓ９０１の詳細を図１０に示す。
【００４８】
まず、サーバＳＶ１は、サーバリスト内にサーバ情報が存在するか否かを判断する（Ｓ１００１）。サーバリストにサーバ情報が存在しない場合、サーバＳＶ１に接続されているサーバは存在しないので、コンテンツ情報更新コマンドの転送処理を完了する。サーバリストにサーバ情報が存在する場合（Ｓ１００１：ＹＥＳ）、サーバＳＶ１は、サーバリストにおけるサーバ情報の番号を示すインデックスｙを１に初期化する（Ｓ１００２）。次に、サーバＳＶ１は、インデックスｙが示すサーバ情報の番号が全サーバ情報数以下であるかを判断し（Ｓ１００３）、全サーバ情報数以下である場合（Ｓ１００３：ＹＥＳ）、インデックスｙが示す番号のサーバ（例えば、サーバＳＶ２）がコンテンツ情報更新コマンドに対応しているかを表７のサーバ情報に含まれるサーバタイプに基づいて判断する（Ｓ１００４）。サーバＳＶ２がコンテンツ情報更新コマンドに対応している場合（Ｓ１００４：ＹＥＳ）、サーバＳＶ１はサーバＳＶ２にコンテンツ情報更新コマンドを転送する（Ｓ１００５）。サーバＳＶ２のアドレスは、表７のサーバ特定情報に基づいて特定される。その後、サーバＳＶ１はインデックスｙをインクリメントし（Ｓ１００６）、Ｓ１００３に戻る。以下、同様にサーバリストに含まれる全てのサーバについて同様の処理を実行する。以上のようにサーバリストに含まれるサーバがコンテンツ情報更新コマンドに対応している場合、当該サーバにコンテンツ情報更新コマンドを転送する。サーバリストにはサーバＳＶ１に接続されているサーバの情報を全て含むので、サーバＳＶ１は、自身に接続されている全てのサーバにコンテンツ情報更新コマンドを転送できる。一方、サーバＳＶがコンテンツ情報更新コマンドに対応していない場合（Ｓ１００４：ＮＯ）、サーバＳＶ１は旧来の方法でコンテンツ情報毎に更新コマンドをサーバに送信する（Ｓ１００７）。Ｓ１００７の詳細は後述する。
【００４９】
図９に戻って、サーバＳＶ１のＳ５５２以降の処理は図５と同様である。また、コンテンツ情報更新コマンドをサーバＳＶ１から受信したサーバＳＶ２は、サーバＳＶ１と同様に更新用リストを作成し、更新用リストに含まれるコンテンツ情報をコンテンツ情報更新コマンドに基づいて更新する（Ｓ５５１〜Ｓ５５４）。この処理も、図５の場合と同様である。
【００５０】
以上のように、本例によると、複数のサーバＳＶ１〜ＳＶ３が存在する場合に、クライアントは自身が接続するサーバＳＶ１にコンテンツ情報更新コマンドを送信するだけで、サーバＳＶ１〜ＳＶ３が格納する全てのローカルリストを更新することができる。
【００５１】
ここで、図１０のＳ１００７の詳細を図１１を参照して説明する。本例では、サーバＳＶ３がコンテンツ情報更新コマンドに対応していないとする。まず、サーバＳＶ１はサーバＳＶ３のローカルリストＬＬ３およびリスト構築キーに基づいて更新用リストを作成する（Ｓ１１０１）。次に、サーバＳＶ１は、更新用リストのコンテンツの番号を示すインデックスｚを１に初期化する（Ｓ１１０２）。次に、サーバＳＶ１は、インデックスｚが示すコンテンツの番号が更新用リスト内の全コンテンツ数ｎ以下であるかを判断する（Ｓ１１０３）。全コンテンツ数ｎ以下である場合（Ｓ１１０３：ＹＥＳ）、インデックスｚが示すコンテンツのコンテンツ情報を更新するようにサーバＳＶ３にコマンドを送信する（Ｓ１１０４）。このコマンドには、コンテンツＩＤと、更新すべきコンテンツ情報の種別と、更新後のコンテンツ情報とを含む。その後、インデックスｚをインクリメントして（Ｓ１１０５）、Ｓ１１０３に戻る。サーバＳＶ３は、このコマンドを受信すると、指定されたコンテンツＩＤのコンテンツ情報を受信したコンテンツ情報に更新する。以上の動作により、サーバＳＶ３がコンテンツ情報更新コマンドに基づいてコンテンツ情報を一括更新できない場合、サーバＳＶ１はサーバＳＶ３にコンテンツ情報毎に更新コマンドを送信し、サーバＳＶ３はコンテンツ情報毎に更新コマンドを受信して、コンテンツ情報を更新する。
【００５２】
次に、本発明のさらに別の好ましい実施形態について説明する。本例は、図８〜図１１に示した前の実施形態において、サーバＳＶ１から他のサーバへ不要なコンテンツ情報更新コマンドを転送しないようにしたものである。つまり、実際にコンテンツ情報を更新する必要があるサーバＳＶのみにコンテンツ情報更新コマンドを転送するようにする。
【００５３】
図１２は本例の動作を説明する図であり、図９と同一の処理については同一の符号を付し、説明を省略する。サーバＳＶ１は、クライアントからコンテンツ情報更新コマンドを受信すると（Ｓ５５１）、サーバＳＶ１のローカルリストＬＬ１ではなく、グローバルリストＧＬに基づいて更新用リストを作成する（Ｓ１２０１）。更新用リスト作成の詳細は、図６のローカルリストＬＬ１に基づく更新用リスト作成と同様である。グローバルリストＧＬは、サーバＳＶ１〜ＳＶ３が蓄積する全てのコンテンツのコンテンツ情報を含むので、グローバルリストＧＬから更新用リストを作成することにより、サーバＳＶ１〜ＳＶ３が蓄積するコンテンツ情報の中で、更新する必要のあるコンテンツ情報を全て抽出することができる。次に、サーバＳＶ１は、作成した更新用リストに基づいて、自身が格納するローカルリストＬＬ１内のコンテンツ情報を更新し、または、自身に接続されている他のサーバＳＶ２、ＳＶ３にコンテンツ情報更新コマンドを転送する（Ｓ１２０２）。ここで、Ｓ１２０２の詳細を図１３に示す。
【００５４】
まず、サーバＳＶ１は、更新用リストのコンテンツの番号を示すインデックスｐを１に初期化する（Ｓ１３０１）。次に、サーバＳＶ１は、インデックスｐが示すコンテンツの番号が更新用リスト内の全コンテンツ数ｎ以下であるかを判断する（Ｓ１３０２）。全コンテンツ数ｎ以下である場合（Ｓ１３０２：ＹＥＳ）、サーバＳＶ１は、インデックスｐが示すコンテンツがサーバＳＶ１が蓄積するコンテンツであるか否かを判断する（Ｓ１３０３）。具体的には、サーバＳＶ１は、表５の更新用リスト内のサーバ特定情報を参照することにより、サーバＳＶ１が蓄積するコンテンツであるか否かを判断する。サーバＳＶ１が蓄積するコンテンツである場合（Ｓ１３０３：ＹＥＳ）、サーバＳＶ１は自身のローカルリストＬＬ１のコンテンツ情報を更新（変更又は削除）する（Ｓ７０３、Ｓ７０４、Ｓ７０６、Ｓ７０７）。この処理は、図７と同じである。次に、インデックスｐをインクリメントし（Ｓ１３０４）、Ｓ１３０２に戻る。
【００５５】
一方、Ｓ１３０３において、インデックスｐが示すコンテンツがサーバＳＶ１以外（例えば、サーバＳＶ２）が蓄積するコンテンツである場合（Ｓ１３０３：ＮＯ）、該当するサーバＳＶ２にコンテンツ情報更新コマンドを転送済であるか否かを判断する（Ｓ１３０５）。未だサーバＳＶ２にコンテンツ情報更新コマンドを転送していない場合（Ｓ１３０５：ＮＯ）、サーバＳＶ１はコンテンツ情報更新コマンドをサーバＳＶ２に転送する（Ｓ１３０６）。サーバＳＶ１は、サーバＳＶ２にコンテンツ情報更新コマンドを転送済であることを図示しないメモリ等に記憶する（Ｓ１３０７）。従って、Ｓ１３０３で、更新用リストに含まれる他のコンテンツがサーバＳＶ２に蓄積されているコンテンツであると判断されても、Ｓ１３０５で既にサーバＳＶ２にコンテンツ情報更新コマンドを転送済であると判断されるので（Ｓ１３０５：ＹＥＳ）、サーバＳＶ２に重複してコンテンツ情報更新コマンドが転送されることを防止できる。
【００５６】
なお、Ｓ１３０２でインデックスｐが更新用リストのコンテンツ数より大きいと判断されると（Ｓ１３０２：ＮＯ）、Ｓ１３０７で記憶された、サーバにコンテンツ情報更新コマンドを転送した旨の情報を削除し（Ｓ１３０８）、処理を完了する。
【００５７】
以上のように、本例によると、サーバＳＶ１はグローバルリストから更新用リストを作成し、更新用リストに含まれるコンテンツを蓄積するサーバのみにコンテンツ情報更新コマンドを転送する。従って、コンテンツ情報を更新する必要がないサーバにコンテンツ情報更新コマンドが転送されることがなく、クライアントおよびサーバの処理を軽減でき、ネットワークトラフィックを軽減することができる。
【００５８】
次に本発明のさらに別の好ましい実施形態について説明する。本例では、サーバＳＶ１は、コンテンツ情報更新コマンドを受信すると、更新リストを作成することなく、リスト構築キーによって特定される複数のコンテンツ情報を検索しながら、検索されたコンテンツ情報をその都度更新する。更新用リストを作成しないので、サーバＳＶ１の処理がさらに簡素化される。図１４、図１５を参照して詳細に説明するが、前の実施形態（図５〜図７）と同一処理には同一符号を付し、説明を省略する。
【００５９】
図１４に示すとおり、サーバＳＶは、クライアントからコンテンツ情報更新コマンドを受信すると（Ｓ５５１）、更新用リストを作成することなく、コンテンツ情報を更新する（Ｓ１４０１）。Ｓ１４０１の詳細を図１５に示す。サーバＳＶは、まず、ローカルリストＬＬ１におけるコンテンツ情報の番号を示すインデックスｗを１に初期化する（Ｓ６０１）。続いて、サーバＳＶは、インデックスｗが示すコンテンツ情報をリスト構築キーのキーワードと比較し、それらが一致するかを判断する（Ｓ６０２）。本例では、インデックスｗが示すコンテンツ情報のアルバム名がリスト構築キーに示された“ＢＢＢ”であり、かつ、アーティスト名がリスト構築キーに示された“ｚｚｚ”であるか否かを判断する。一致する場合、サーバＳＶはそのコンテンツ情報を更新する（Ｓ１５０１）。具体的には、対称コンテンツ情報種別がアルバム名とアーティスト名であるので、インデックスｗで特定されるコンテンツのアルバム名を“ＡＡＡ”に、アーティスト名を“ｙｙｙ”に変更する。その後、インデックスｗをインクリメントする（Ｓ６０４）。一方、一致しない場合（Ｓ６０２：ＮＯ）、サーバＳＶは、Ｓ１５０１をスキップし、直ちにインデックスｗをインクリメントする（Ｓ６０４）。
【００６０】
続いて、サーバＳＶは、インデックスｗが示すコンテンツ情報の番号が全コンテンツ数ｎ以下であるか否かを判断し（Ｓ６０５）、以下である場合（Ｓ６０５：ＹＥＳ）、Ｓ６０２に戻り、一方、大きい場合（Ｓ６０５：ＮＯ）、コンテンツ情報の更新を完了する。上記の処理により、サーバＳＶはリスト構築キーによって特定されるコンテンツ情報だけをローカルリストＬＬ１からピックアップし、更新することができる。
【００６１】
なお、本例のようにリスト構築キーを作成せずにコンテンツ情報を検索するたびにコンテンツ情報を更新する方法を、図８〜図１３で説明した複数サーバの場合にも適用可能である。例えば、図１６に示す通り、グローバルリストに含まれるコンテンツ情報をリスト構築キーに基づいて検索して（Ｓ１６０２、Ｓ１６０３、Ｓ１６１４）、一致する際に（Ｓ１６０３：ＹＥＳ）、自身が蓄積するコンテンツ情報であれば（Ｓ１６０４：ＹＥＳ）、そのコンテンツ情報を更新し（Ｓ１６０５〜Ｓ１６０８）、他のサーバが蓄積するコンテンツ情報であれば（Ｓ１６０４：ＮＯ）、そのサーバにコンテンツ情報更新コマンドを転送することができる（Ｓ１６１０〜Ｓ１６１２）。
【００６２】
以上、本発明の好ましい実施形態を説明したが、本発明はこれらの実施形態には限定されない。例えば、アルバム名およびアーティと名とをフィルタの種類として更新用リストを作成し、アルバム名のみを更新してもよい。さらに、クライアントがサーバＳＶ２にコンテンツ情報更新コマンドを送信し、サーバＳＶ２がサーバＳＶ１、ＳＶ３にコンテンツ情報更新コマンドを転送することもできる。この場合、サーバＳＶ２が第１のサーバ、サーバＳＶ１、ＳＶ３が第２のサーバとして機能する。さらに、サーバＳＶ１がサーバＳＶ２のローカルリストを更新して、サーバＳＶ２に送信することもできる。また、上記のサーバ、クライアントおよびコントローラを動作させるためのコンピュータプログラムという形態で提供されても構わない。
【産業上の利用可能性】
【００６３】
本発明は、オーディオクライアントからのコンテンツ要求に対してサーバがコンテンツを送信し、オーディオクライアントがコンテンツを再生するコンテンツ再生システムに好適に適用され得る。
【図面の簡単な説明】
【００６４】
【図１】本発明の好ましい実施形態によるコンテンツ情報更新システムの構成を示すブロック図である。
【図２】サーバの構成を示すブロック図である。
【図３】オーディオクライアントの構成を示すブロック図である。
【図４】コントローラの構成を示すブロック図である。
【図５】コンテンツ情報更新システムの動作を説明するフローチャートである。
【図６】更新用リスト作成処理を説明するフローチャートである。
【図７】サーバのコンテンツ情報更新処理を説明するフローチャートである。
【図８】本発明の別の好ましい実施形態によるコンテンツ情報更新システムの構成を示すブロック図である。
【図９】コンテンツ情報更新システムの動作を説明するフローチャートである。
【図１０】コンテンツ情報更新コマンド転送処理を示すフローチャートである。
【図１１】図１０のＳ１００７の詳細を説明するフローチャートである。
【図１２】コンテンツ情報更新システムの動作を説明するフローチャートである。
【図１３】Ｓ１２０２の詳細を説明するフローチャートである。
【図１４】コンテンツ情報更新システムの動作を説明するフローチャートである。
【図１５】Ｓ１４０１の詳細を示すフローチャートである。
【図１６】コンテンツ情報更新システムの動作を説明するフローチャートである。
【符号の説明】
【００６５】
１ コンテンツ情報更新システム
２６ システム動作部
３０ システム動作部
【特許請求の範囲】
【請求項１】
サーバと該サーバに接続可能なクライアントとを備え、
該クライアントが、リスト構築キーを含み、該リスト構築キーによって特定される複数のコンテンツ情報を更新するコンテンツ情報更新要求を該サーバに送信する更新要求手段を有し、
該サーバが、複数のコンテンツ、および該コンテンツに関するコンテンツ情報を蓄積可能な記憶デバイスと、
該クライアントからのコンテンツ情報更新要求に応答して、該記憶デバイスに蓄積されたコンテンツ情報の中で、該リスト構築キーによって特定されるコンテンツ情報を検索する検索手段と、
該検索手段が検索したコンテンツ情報を更新する更新手段とを有する、コンテンツ情報更新システム。
【請求項２】
前記サーバーが、
前記検索手段が検索したコンテンツ情報を含む更新用リストを作成する更新用リスト作成手段をさらに有し、
前記更新手段が、前記記憶デバイスに蓄積されたコンテンツ情報の中で、該更新用リストに含まれるコンテンツ情報を更新する、請求項１に記載のコンテンツ情報更新システム。
【請求項３】
前記コンテンツ情報更新要求が、更新すべきコンテンツ情報の種別を特定する対象コンテンツ情報種別と、コンテンツ情報とを含み、
前記更新手段が、該対象コンテンツ情報種別で特定される種別のコンテンツ情報を、該コンテンツ情報更新要求に含まれるコンテンツ情報に更新する、請求項１または２に記載のコンテンツ情報更新システム。
【請求項４】
複数の前記サーバを備え、
前記更新要求手段が、該複数のサーバのうち、第１のサーバに前記コンテンツ情報更新要求を送信し、
該第１のサーバが、該第１のサーバに接続されている第２のサーバに該コンテンツ情報更新要求を転送する要求転送手段をさらに有する、請求項２または３に記載のコンテンツ情報更新システム。
【請求項５】
前記第１のサーバが、該第１のサーバ、および該第１のサーバに接続されている第２のサーバが蓄積する全てのコンテンツのコンテンツ情報を含むグローバルリストを蓄積可能であり、
該第１のサーバの前記更新用リスト作成手段が、該グローバルリストに基づいて更新用リストを作成し、
該第１のサーバの前記更新手段が、該更新用リストに含まれる該第１のサーバが蓄積するコンテンツのコンテンツ情報を更新し、
該第１のサーバの前記要求転送手段が、該更新用リストに含まれるコンテンツを蓄積する第２のサーバに該コンテンツ情報更新コマンドを転送する、請求項４に記載のコンテンツ情報更新システム。
【請求項６】
複数の前記サーバを備え、
前記更新要求手段が、該複数のサーバのうち、第１のサーバに前記コンテンツ情報更新要求を送信し、
該第１のサーバが、該第１のサーバに接続されている第２のサーバに該コンテンツ情報更新要求を転送する要求転送手段をさらに有し、
該第１のサーバが、該第１のサーバ、および該第１のサーバに接続されている第２のサーバが蓄積する全てのコンテンツのコンテンツ情報を含むグローバルリストを蓄積可能であり、
該第１のサーバの前記検索手段が該グローバルリストに含まれるコンテンツ情報の中から、前記リスト構築キーによって特定されるコンテンツ情報を検索し、
該第１のサーバの前記更新手段が、該検索手段によって検索され、該第１のサーバが蓄積するコンテンツ情報を更新し、
該要求転送手段が、該検索手段によって検索されたコンテンツ情報を蓄積する第２のサーバに該コンテンツ情報更新コマンドを転送する、請求項１に記載のコンテンツ情報更新システム。
【請求項７】
サーバと該サーバに接続可能なクライアントとを備え、
該クライアントが、更新用リストに含まれるコンテンツ情報を更新するコンテンツ情報更新要求を該サーバに送信する更新要求手段を有し、
該サーバが、複数のコンテンツ、および該コンテンツに関するコンテンツ情報を蓄積可能な記憶デバイスと、
該クライアントからのコンテンツ情報更新要求に応答して、更新すべきコンテンツ情報を含む該更新用リストを作成する更新用リスト作成手段と、
該記憶デバイスに蓄積されたコンテンツ情報の中で、該更新用リストに含まれるコンテンツ情報を更新する更新手段とを有する、コンテンツ情報更新システム。
【請求項８】
複数のコンテンツ、および該コンテンツに関するコンテンツ情報を蓄積可能な記憶デバイスを有するサーバに接続可能であり、
リスト構築キーを含み、該リスト構築キーによって特定される複数のコンテンツ情報を更新するコンテンツ情報更新要求を該サーバに送信する更新要求手段を有する、クライアント。
【請求項９】
リスト構築キーを含むコンテンツ情報更新要求を送信するクライアントに接続可能であり、
複数のコンテンツ、および該コンテンツに関するコンテンツ情報を蓄積可能な記憶デバイスと、
該クライアントからのコンテンツ情報更新要求に応答して、該記憶デバイスに蓄積されたコンテンツ情報の中で、該リスト構築キーによって特定されるコンテンツ情報を検索する検索手段と、
該検索手段が検索したコンテンツ情報を更新する更新手段とを有する、サーバ。
【請求項１０】
前記検索手段が検索したコンテンツ情報を含む更新用リストを作成する更新用リスト作成手段をさらに有し、
前記更新手段が、前記記憶デバイスに蓄積されたコンテンツ情報の中で、該更新用リストに含まれるコンテンツ情報を更新する、請求項９に記載のサーバ。
【請求項１１】
前記コンテンツ情報更新要求が、更新すべきコンテンツ情報の種別を特定する対象コンテンツ情報種別と、コンテンツ情報とを含み、
前記更新手段が、該対象コンテンツ情報種別で特定される種別のコンテンツ情報を、該コンテンツ情報更新要求に含まれるコンテンツ情報に更新する、請求項９または１０に記載のサーバ。
【請求項１２】
コンテンツ情報更新要求を送信するクライアントに接続可能であり、
複数のコンテンツ、および該コンテンツに関するコンテンツ情報を蓄積可能な記憶デバイスと、
該クライアントからのコンテンツ情報更新要求に応答して、更新すべきコンテンツ情報を含む該更新用リストを作成する更新用リスト作成手段と、
該記憶デバイスに蓄積されたコンテンツ情報の中で、該更新用リストに含まれるコンテンツ情報を更新する更新手段とを有する、サーバ。
【請求項１３】
複数のコンテンツ、および該コンテンツに関するコンテンツ情報を蓄積可能な記憶デバイスを有するサーバに接続可能なクライアントに、
リスト構築キーを含み、該リスト構築キーによって特定される複数のコンテンツ情報を更新するコンテンツ情報更新要求を該サーバに送信する更新要求ステップを実行させる、クライアントプログラム。
【請求項１４】
リスト構築キーを含むコンテンツ情報更新要求を送信するクライアントに接続可能であり、複数のコンテンツ、および該コンテンツに関するコンテンツ情報を蓄積可能な記憶デバイスを有するサーバに、
該クライアントからのコンテンツ情報更新要求に応答して、該記憶デバイスに蓄積されたコンテンツ情報の中で、該リスト構築キーによって特定されるコンテンツ情報を検索する検索ステップと、
該検索ステップにおいて検索されたコンテンツ情報を更新する更新ステップとを実行させる、サーバプログラム。
【請求項１５】
前記検索手段が検索したコンテンツ情報を含む更新用リストを作成する更新用リスト作成ステップをさらに前記サーバに実行させ、
前記更新ステップが、前記記憶デバイスに蓄積されたコンテンツ情報の中で、該更新用リストに含まれるコンテンツ情報を更新する、請求項１４に記載のサーバプログラム。
【請求項１６】
前記コンテンツ情報更新要求が、更新すべきコンテンツ情報の種別を特定する対象コンテンツ情報種別と、コンテンツ情報とを含み、
前記更新ステップが、該対象コンテンツ情報種別で特定される種別のコンテンツ情報を、該コンテンツ情報更新要求に含まれるコンテンツ情報に更新する、請求項１４または１５に記載のサーバプログラム。
【請求項１７】
リスト構築キーを含み、該リスト構築キーによって特定される複数のコンテンツ情報を更新するコンテンツ情報更新要求を発行する更新要求ステップと、
該コンテンツ情報更新要求に応答して、記憶デバイスに蓄積されたコンテンツ情報の中で、該リスト構築キーによって特定されるコンテンツ情報を検索する検索ステップと、
該検索ステップにおいて検索されたコンテンツ情報を更新する更新ステップとを含む、コンテンツ情報更新方法。
【請求項１】
サーバと該サーバに接続可能なクライアントとを備え、
該クライアントが、リスト構築キーを含み、該リスト構築キーによって特定される複数のコンテンツ情報を更新するコンテンツ情報更新要求を該サーバに送信する更新要求手段を有し、
該サーバが、複数のコンテンツ、および該コンテンツに関するコンテンツ情報を蓄積可能な記憶デバイスと、
該クライアントからのコンテンツ情報更新要求に応答して、該記憶デバイスに蓄積されたコンテンツ情報の中で、該リスト構築キーによって特定されるコンテンツ情報を検索する検索手段と、
該検索手段が検索したコンテンツ情報を更新する更新手段とを有する、コンテンツ情報更新システム。
【請求項２】
前記サーバーが、
前記検索手段が検索したコンテンツ情報を含む更新用リストを作成する更新用リスト作成手段をさらに有し、
前記更新手段が、前記記憶デバイスに蓄積されたコンテンツ情報の中で、該更新用リストに含まれるコンテンツ情報を更新する、請求項１に記載のコンテンツ情報更新システム。
【請求項３】
前記コンテンツ情報更新要求が、更新すべきコンテンツ情報の種別を特定する対象コンテンツ情報種別と、コンテンツ情報とを含み、
前記更新手段が、該対象コンテンツ情報種別で特定される種別のコンテンツ情報を、該コンテンツ情報更新要求に含まれるコンテンツ情報に更新する、請求項１または２に記載のコンテンツ情報更新システム。
【請求項４】
複数の前記サーバを備え、
前記更新要求手段が、該複数のサーバのうち、第１のサーバに前記コンテンツ情報更新要求を送信し、
該第１のサーバが、該第１のサーバに接続されている第２のサーバに該コンテンツ情報更新要求を転送する要求転送手段をさらに有する、請求項２または３に記載のコンテンツ情報更新システム。
【請求項５】
前記第１のサーバが、該第１のサーバ、および該第１のサーバに接続されている第２のサーバが蓄積する全てのコンテンツのコンテンツ情報を含むグローバルリストを蓄積可能であり、
該第１のサーバの前記更新用リスト作成手段が、該グローバルリストに基づいて更新用リストを作成し、
該第１のサーバの前記更新手段が、該更新用リストに含まれる該第１のサーバが蓄積するコンテンツのコンテンツ情報を更新し、
該第１のサーバの前記要求転送手段が、該更新用リストに含まれるコンテンツを蓄積する第２のサーバに該コンテンツ情報更新コマンドを転送する、請求項４に記載のコンテンツ情報更新システム。
【請求項６】
複数の前記サーバを備え、
前記更新要求手段が、該複数のサーバのうち、第１のサーバに前記コンテンツ情報更新要求を送信し、
該第１のサーバが、該第１のサーバに接続されている第２のサーバに該コンテンツ情報更新要求を転送する要求転送手段をさらに有し、
該第１のサーバが、該第１のサーバ、および該第１のサーバに接続されている第２のサーバが蓄積する全てのコンテンツのコンテンツ情報を含むグローバルリストを蓄積可能であり、
該第１のサーバの前記検索手段が該グローバルリストに含まれるコンテンツ情報の中から、前記リスト構築キーによって特定されるコンテンツ情報を検索し、
該第１のサーバの前記更新手段が、該検索手段によって検索され、該第１のサーバが蓄積するコンテンツ情報を更新し、
該要求転送手段が、該検索手段によって検索されたコンテンツ情報を蓄積する第２のサーバに該コンテンツ情報更新コマンドを転送する、請求項１に記載のコンテンツ情報更新システム。
【請求項７】
サーバと該サーバに接続可能なクライアントとを備え、
該クライアントが、更新用リストに含まれるコンテンツ情報を更新するコンテンツ情報更新要求を該サーバに送信する更新要求手段を有し、
該サーバが、複数のコンテンツ、および該コンテンツに関するコンテンツ情報を蓄積可能な記憶デバイスと、
該クライアントからのコンテンツ情報更新要求に応答して、更新すべきコンテンツ情報を含む該更新用リストを作成する更新用リスト作成手段と、
該記憶デバイスに蓄積されたコンテンツ情報の中で、該更新用リストに含まれるコンテンツ情報を更新する更新手段とを有する、コンテンツ情報更新システム。
【請求項８】
複数のコンテンツ、および該コンテンツに関するコンテンツ情報を蓄積可能な記憶デバイスを有するサーバに接続可能であり、
リスト構築キーを含み、該リスト構築キーによって特定される複数のコンテンツ情報を更新するコンテンツ情報更新要求を該サーバに送信する更新要求手段を有する、クライアント。
【請求項９】
リスト構築キーを含むコンテンツ情報更新要求を送信するクライアントに接続可能であり、
複数のコンテンツ、および該コンテンツに関するコンテンツ情報を蓄積可能な記憶デバイスと、
該クライアントからのコンテンツ情報更新要求に応答して、該記憶デバイスに蓄積されたコンテンツ情報の中で、該リスト構築キーによって特定されるコンテンツ情報を検索する検索手段と、
該検索手段が検索したコンテンツ情報を更新する更新手段とを有する、サーバ。
【請求項１０】
前記検索手段が検索したコンテンツ情報を含む更新用リストを作成する更新用リスト作成手段をさらに有し、
前記更新手段が、前記記憶デバイスに蓄積されたコンテンツ情報の中で、該更新用リストに含まれるコンテンツ情報を更新する、請求項９に記載のサーバ。
【請求項１１】
前記コンテンツ情報更新要求が、更新すべきコンテンツ情報の種別を特定する対象コンテンツ情報種別と、コンテンツ情報とを含み、
前記更新手段が、該対象コンテンツ情報種別で特定される種別のコンテンツ情報を、該コンテンツ情報更新要求に含まれるコンテンツ情報に更新する、請求項９または１０に記載のサーバ。
【請求項１２】
コンテンツ情報更新要求を送信するクライアントに接続可能であり、
複数のコンテンツ、および該コンテンツに関するコンテンツ情報を蓄積可能な記憶デバイスと、
該クライアントからのコンテンツ情報更新要求に応答して、更新すべきコンテンツ情報を含む該更新用リストを作成する更新用リスト作成手段と、
該記憶デバイスに蓄積されたコンテンツ情報の中で、該更新用リストに含まれるコンテンツ情報を更新する更新手段とを有する、サーバ。
【請求項１３】
複数のコンテンツ、および該コンテンツに関するコンテンツ情報を蓄積可能な記憶デバイスを有するサーバに接続可能なクライアントに、
リスト構築キーを含み、該リスト構築キーによって特定される複数のコンテンツ情報を更新するコンテンツ情報更新要求を該サーバに送信する更新要求ステップを実行させる、クライアントプログラム。
【請求項１４】
リスト構築キーを含むコンテンツ情報更新要求を送信するクライアントに接続可能であり、複数のコンテンツ、および該コンテンツに関するコンテンツ情報を蓄積可能な記憶デバイスを有するサーバに、
該クライアントからのコンテンツ情報更新要求に応答して、該記憶デバイスに蓄積されたコンテンツ情報の中で、該リスト構築キーによって特定されるコンテンツ情報を検索する検索ステップと、
該検索ステップにおいて検索されたコンテンツ情報を更新する更新ステップとを実行させる、サーバプログラム。
【請求項１５】
前記検索手段が検索したコンテンツ情報を含む更新用リストを作成する更新用リスト作成ステップをさらに前記サーバに実行させ、
前記更新ステップが、前記記憶デバイスに蓄積されたコンテンツ情報の中で、該更新用リストに含まれるコンテンツ情報を更新する、請求項１４に記載のサーバプログラム。
【請求項１６】
前記コンテンツ情報更新要求が、更新すべきコンテンツ情報の種別を特定する対象コンテンツ情報種別と、コンテンツ情報とを含み、
前記更新ステップが、該対象コンテンツ情報種別で特定される種別のコンテンツ情報を、該コンテンツ情報更新要求に含まれるコンテンツ情報に更新する、請求項１４または１５に記載のサーバプログラム。
【請求項１７】
リスト構築キーを含み、該リスト構築キーによって特定される複数のコンテンツ情報を更新するコンテンツ情報更新要求を発行する更新要求ステップと、
該コンテンツ情報更新要求に応答して、記憶デバイスに蓄積されたコンテンツ情報の中で、該リスト構築キーによって特定されるコンテンツ情報を検索する検索ステップと、
該検索ステップにおいて検索されたコンテンツ情報を更新する更新ステップとを含む、コンテンツ情報更新方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【公開番号】特開２００６−３４３９６６（Ｐ２００６−３４３９６６Ａ）
【公開日】平成１８年１２月２１日（２００６．１２．２１）
【国際特許分類】
【出願番号】特願２００５−１６８５０５（Ｐ２００５−１６８５０５）
【出願日】平成１７年６月８日（２００５．６．８）
【出願人】（００００００２７３）オンキヨー株式会社 (502)
【Ｆターム（参考）】
【公開日】平成１８年１２月２１日（２００６．１２．２１）
【国際特許分類】
【出願日】平成１７年６月８日（２００５．６．８）
【出願人】（００００００２７３）オンキヨー株式会社 (502)
【Ｆターム（参考）】
[ Back to top ]