(57)【特許請求の範囲】
【請求項１】
複数のコンテンツを蓄積するサーバに接続する接続手段と、
ユーザ操作に応じてフィルタの種類を予め設定するフィルタ設定手段と、
記録媒体が挿入される挿入部と、
前記サーバからコンテンツリストを受信する場合に、記録媒体からＴＯＣ情報を取得するＴＯＣ取得手段と、
取得したＴＯＣ情報をコンテンツ情報データベースに送信し、前記コンテンツ情報データベースから、記録媒体に記録されたコンテンツに関するコンテンツ情報を取得するコンテンツ情報取得手段と、
前記フィルタ設定手段によって予め設定されたフィルタの種類と、前記コンテンツ情報取得手段によって取得された前記挿入部に挿入された記録媒体に記録されたコンテンツに関するコンテンツ情報の中で、前記フィルタの種類に対応するコンテンツ情報であるキーワードとを含むリスト構築キーを前記サーバに送信し、コンテンツリストを前記サーバに要求するリスト要求手段と、
前記キーワードに該当するコンテンツの前記コンテンツリストを前記サーバから受信するリスト受信手段とを備える、クライアント装置。
【請求項２】
ユーザ操作によって複数記録媒体モードに設定されているか否かを判断するモード判断手段をさらに備え、
複数記録媒体モードに設定されていると判断された場合、ユーザ操作によって記録媒体挿入終了指示が入力されるまでの間に前記挿入部に挿入された１または複数の記録媒体に対して、前記ＴＯＣ取得手段が記録媒体からＴＯＣ情報を取得し、前記コンテンツ情報取得手段がＴＯＣ情報をコンテンツ情報データベースに送信し、前記コンテンツ情報データベースから、記録媒体に記録されたコンテンツに関するコンテンツ情報を取得し、
前記リスト要求手段が、前記フィルタ設定手段によって予め設定されたフィルタの種類と、前記コンテンツ情報取得手段によって取得され、記録媒体挿入終了指示が入力されるまでの間に前記挿入部に挿入された１又は複数の記録媒体に記録されたコンテンツに関するコンテンツ情報の中で、前記フィルタの種類に対応するコンテンツ情報であるキーワードとを含むリスト構築キーを前記サーバに送信し、コンテンツリストを前記サーバに要求する、請求項１に記載のクライアント装置。
【請求項３】
請求項１または２に記載のクライアント装置の各手段をコンピュータに実行させる、クライアントプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツを蓄積するサーバとコンテンツを再生するクライアントとを備えるコンテンツ再生システムに関し、詳細には、サーバからクライアントにコンテンツリストを配信するコンテンツリスト配信方法に関する。
【背景技術】
【０００２】
近年、サーバ−クライアントシステムを利用したコンテンツ再生システムが提案されている。下記特許文献１は、複数のコンテンツを蓄積するサーバと、ＬＡＮ（Local Area Network）経由でサーバに接続されたクライアントとを備えるコンテンツ再生システムを記載する。クライアントは所望のコンテンツをサーバに要求し、これに応じてサーバは要求されたコンテンツをクライアントに送信する。クライアントはサーバから送信されたコンテンツを再生する。サーバは、蓄積されたコンテンツのコンテンツ情報（例えば、曲名、アーティスト名、アルバム名およびジャンル名等）を有しており、クライアントに複数のコンテンツ情報の一覧であるコンテンツリストを送信する。クライアントは、サーバからコンテンツリストを受信してコンテンツ情報を表示部に表示する。これにより、クライアントのユーザは、複数のコンテンツの中から鑑賞したい所望のコンテンツを選択することができる。
【０００３】
クライアントがサーバにコンテンツリストを要求する場合、ユーザはアーティスト名、アルバム名、ジャンル名などのコンテンツ情報について多数の名称の中から所望のものを探し出して選択する必要がある。サーバに蓄積されているコンテンツ数が増えると、アーティスト名、アルバム名、ジャンル名等のコンテンツ情報の名称も増えるので、ユーザが鑑賞を希望する所望のアーティスト名、アルバム名、ジャンル名等を探して選択する操作が煩雑になるという問題を有している。
【０００４】
【特許文献１】ＷＯ０３／１０２９１９
【発明の開示】
【発明が解決しようとする課題】
【０００５】
本発明の目的は、クライアントがサーバにコンテンツリストを要求して取得する際に、ユーザが所望のアーティスト名、アルバム名等のコンテンツ情報を探す操作が不要なコンテンツ再生システムを提供することである。
【課題を解決するための手段】
【０００６】
本発明の好ましい実施形態によるクライアント装置は、複数のコンテンツを蓄積するサーバに接続する接続手段と、フィルタの種類を設定するフィルタ設定手段と、記録媒体に記録されたデータを再生する媒体再生手段と、記録媒体に記録されたコンテンツに関するコンテンツ情報を取得する情報取得手段と、該サーバに蓄積されたコンテンツの中で、該フィルタ設定手段によって設定されたフィルタの種類と、該情報取得手段によって取得されたコンテンツ情報とによって特定されるコンテンツのコンテンツリストを該サーバに要求するリスト要求手段と、該コンテンツリストを該サーバから受信するリスト受信手段とを備える。
【０００７】
好ましくは、上記リスト要求手段は、上記フィルタ設定手段によって設定されたフィルタの種類と、上記情報取得手段によって取得されたコンテンツ情報の中で該フィルタの種類に対応するコンテンツ情報であるキーワードとを含むリスト構築キーを前記サーバに送信し、該リスト受信手段は、該フィルタの種類に対応するコンテンツ情報が該キーワードに該当するコンテンツのコンテンツリストを受信する。
【０００８】
好ましくは、上記情報取得手段は、上記媒体再生手段が再生したデータを外部のコンテンツ情報サーバに送信し、該コンテンツ情報サーバから上記コンテンツ情報を取得する。
【０００９】
好ましくは、上記記録媒体が音楽ＣＤであり、上記情報取得手段が、該音楽ＣＤのＴＯＣ情報を前記コンテンツ情報サーバに送信し、該コンテンツ情報サーバから該ＴＯＣ情報によって検索された該音楽ＣＤに記録された各曲に関する情報を受信する。
【００１０】
好ましくは、上記リスト要求手段は、上記媒体再生手段に読み出された複数の記録媒体に記録されたコンテンツに関するコンテンツ情報に基づいて、上記サーバにコンテンツリストを要求する。
【００１１】
好ましくは、上記リスト構築キーの１つのフィルタの種類に対してキーワードが複数含まれる場合、上記リスト受信手段が、該フィルタの種類に対応するコンテンツ情報が該複数のキーワードのいずれかに該当するコンテンツのコンテンツリストを受信する。
【００１２】
好ましくは、上記フィルタの種類が記録媒体の発売年であり、該フィルタの種類に対するキーワードが２つの発売年を含む場合、上記リスト受信手段は、該２つの発売年の間の発売年をコンテンツ情報として有するコンテンツのコンテンツリストを受信する。
【００１３】
好ましくは、上記フィルタ設定手段によってフィルタの種類が複数設定される場合、上記リスト受信手段は、該各フィルタの種類に対応する各コンテンツ情報がそれぞれ対応するキーワードに該当するコンテンツのコンテンツリストを受信する。
【００１４】
好ましくは、上記リスト構築キーが記録媒体に記録されており、上記媒体再生手段は該リスト構築キーを該記録媒体から読み出し、上記リスト要求手段は、該媒体再生手段が読み出した該リスト構築キーを前記サーバに送信する。
【００１５】
好ましくは、上記接続手段は前記サーバとしてローカルサーバおよび外部のコンテンツ販売サーバに接続可能である。クライアント装置は、該ローカルサーバまたは該コンテンツ販売サーバにコンテンツを要求して受信するコンテンツ受信手段と、該コンテンツ受信手段が受信したコンテンツを再生するコンテンツ再生手段とをさらに備える。
【００１６】
好ましくは、クライアント装置は、上記コンテンツ販売サーバから受信したコンテンツリストの中から上記ローカルサーバから受信したコンテンツリストに含まれないコンテンツ情報を抽出する抽出手段と、該抽出手段が抽出したコンテンツ情報を表示する表示手段とをさらに備える。
【００１７】
本発明の別の局面においては、上記クライアント装置の各手段をコンピュータに実行させるためのコンピュータプログラム、および、上記コンテンツリスト配信方法が提供され得る。
【発明の効果】
【００１８】
クライアントは、フィルタ設定手段によって設定されたフィルタの種類と、記録媒体に記録されたコンテンツに関するコンテンツ情報とによって特定されるコンテンツのコンテンツリストをサーバに要求し受信する。ユーザは予めフィルタの種類を設定しておけば、記録媒体をクライアントに挿入するだけで、クライアントは、所望のコンテンツリストをサーバから受信することができる。従って、コンテンツリストをサーバから受信するために、膨大なコンテンツ情報の中から所望のコンテンツ情報を選択する必要がなくなり、操作を非常に容易にすることができる。
【発明を実施するための最良の形態】
【００１９】
以下、本発明の好ましい実施形態について、図面を参照して具体的に説明するが、本発明はこれらの実施形態には限定されない。図１は、本発明の好ましい実施形態によるコンテンツ再生システム１の構成を示すブロック図である。コンテンツ再生システム１は、一または複数の（本例では１つの）ローカルサーバ２、一または複数の（本例では、１つの）オーディオクライアント装置３（以下、単にクライアントとする）、および、外部のコンテンツ情報サーバ４を備える。コンテンツ再生システム１は、必要に応じて、一または複数の（本例では１つの）コンテンツ販売サーバ５を備える。クライアント３およびローカルサーバ２はユーザが所有するものであり、クライアント３はローカルサーバ２に例えばＬＡＮを介して接続されている。一方、コンテンツ情報サーバ４およびコンテンツ販売サーバ５は、一または複数の業者によって運営されるものであり、クライアント３は、コンテンツ情報サーバ４およびコンテンツ販売サーバ５に例えばインターネットを介して接続されている。
【００２０】
ローカルサーバ２は複数のコンテンツ（コンテンツとは、音楽、映像および／または静止画等のデータの総称である）を蓄積している。クライアント３はローカルサーバ２にコンテンツを要求し、ローカルサーバ２はこの要求に応じてクライアント３にコンテンツを送信する。クライアント３は受信したコンテンツに基づいて音楽データを再生する。コンテンツ販売サーバ５は、複数の販売用コンテンツを蓄積している。クライアント３はコンテンツ販売サーバ５からコンテンツを購入して、ダウンロードしたコンテンツをローカルサーバ２に保存する。または、クライアント３はコンテンツ販売サーバ５からコンテンツをストリーミングで取得ながら音楽データを再生する。
【００２１】
クライアント３はローカルサーバ２（またはコンテンツ販売サーバ５、以下同様）からコンテンツリストを取得して、コンテンツリストの中から取得すべきコンテンンツを選択する。クライアント３がコンテンツリストを受信する方法の概要は次の通りである。クライアント３には、フィルタの種類（例えば、アーティスト名）がユーザによって予め設定されている。（１）ユーザは鑑賞したいアーティストのＣＤをクライアント３に挿入する。（２）クライアント３は挿入されたＣＤに関する情報（例えば、ＴＯＣ情報）をコンテンツ情報サーバ４に送信し、コンテンツ情報サーバ４からＣＤに記録された各曲に関するコンテンツ情報（曲名、アルバム名、アーティスト名等）を取得する。（３）ＣＤに記録されている各曲のアーティスト名をキーワードとして、コンテンツリストをローカルサーバ２に要求する。ローカルサーバ２は、クライアント３からの要求に応答して、コンテンツリストを作成しクライアント３に送信する。クライアント３はコンテンツリストを受信する。以上により、クライアント３がコンテンツリストを取得する際に、単に所望のアーティストのＣＤをクライアントに挿入するだけでよく、膨大なコンテンツ情報の中から所望のコンテンツ情報を選択する操作が不要になる。以下、詳細に説明する。
【００２２】
図２はローカルサーバ２の構成を示す概略ブロック図である。ローカルサーバ２は、ＨＤＤ（ハードディスクドライブ）等のコンテンツ蓄積部２１、サーバ制御部等２２、およびＬＡＮコントローラ等の通信部２３を備える。ＨＤＤ２１は、複数のコンテンツを蓄積する。サーバ制御部２２は、ローカルサーバ２全体の動作を制御するものであり、データベース管理部２４、ネットワークプロトコル処理部２５およびシステム動作部２６を有する。データベース管理部２４は、ＨＤＤ２１を管理する。具体的には、データベース管理部２４は、クライアント３からの要求に応じてＨＤＤ２１内の所望のコンテンツを選択する。ネットワークプロトコル処理部２５は、入出力されるデータに対してプロトコル処理を実行する。システム動作部２６は、ＨＤＤ２１に蓄積されたサーバプログラムを読み出し、後述するローカルサーバ２の各種処理を実行する。具体的には、システム動作部２６は、クライアント３からの要求に応答して、コンテンツリストを作成し、クライアント３に送信する。通信部２３は、ローカルサーバ２とＬＡＮとの間で信号（コンテンツデータまたはコマンド等）を送受信する。
【００２３】
ＨＤＤ２１には、表１に示すローカルリストＬＬ１が格納されている。
【表１】
0004802348.tif 000002
【００２４】
ローカルリストＬＬ１は、ＨＤＤ２１が蓄積する全てのコンテンツのコンテンツ情報を含むリストである。つまり、ローカルリストＬＬ１は、ローカルサーバ２がＨＤＤ２１内に蓄積する全てのコンテンツデータＭ１１〜Ｍ１ｎに関するコンテンツ情報Ｉ１１〜Ｉ１ｎを含む。表２に各コンテンツ情報Ｉ１ｎの詳細を示す。
【表２】
0004802348.tif 000003
【００２５】
コンテンツ情報Ｉ１ｎは、代表的には、ファイル名と、コンテンツ名（曲名）と、アーティスト名と、アルバム名と、ジャンル名と、発売年（リリース年）と、コンテンツの長さ（時間）と、ファイルフォーマットと、コンテンツＩＤと、サーバ特定情報とを含む。ファイル名には、当該コンテンツが蓄積されているＨＤＤ２１のフルパス名が記録される。サーバ特定情報は、ローカルサーバ２の場所を特定するためのサーバアドレスやポート番号等を含む。サーバアドレスとは、そのサーバＳＶのＩＰ（Internet Protocol）アドレスやＭＡＣアドレス等である。
【００２６】
図３はクライアント３の構成を示す概略ブロック図である。クライアント３は、クライアント制御部３１と、ＣＤ等の記録媒体に記録されたコンテンツデータおよびＴＯＣ情報等のデータを再生するディスク再生部３２と、メモリ３３と、圧縮デジタルコンテンツをデコードして非圧縮デジタルコンテンツを生成する音声処理部３４と、デジタルコンテンツをアナログコンテンツに変換するＤ／Ａ変換器（ＤＡＣ）３５と、ＬＡＮまたはインターネットを介して外部と通信する通信部３６と、ユーザから指示を受け付けるキー、リモコン等の入力部３７と、コンテンツ情報を表示するＬＣＤなどの表示部３８とを備える。
【００２７】
クライアント制御部３１は、クライアント３全体の動作を制御するものであり、ネットワークプロトコル処理部３９およびシステム動作部３０を有する。ネットワークプロトコル処理部３９は、入出力されるデータに対してプロトコル処理を実行する。システム動作部３０は、メモリ３３に格納されたクライアントプログラムに基づいて、後述するクライアント３の各種処理を実行する。具体的には、システム動作部３０は、下記表３に示すリスト構築キーを含むリスト要求コマンドを生成し、ローカルサーバ２に送信する。
【表３】
0004802348.tif 000004
【００２８】
リスト構築キーは、ローカルサーバ２（またはコンテンツ販売サーバ５、以下同様）がコンテンツリストを作成するための情報である。リスト構築キーは、フィルタの種類と、キーワードとを含む。フィルタの種類は、ローカルサーバ２がローカルリストＬＬ１内のどの種別に注目してコンテンツリストを作成するかを指定するものである。フィルタの種類が曲名、ジャンル名、アーティスト名、アルバム名、ファイル名、または発売年であれば、ローカルリストＬＬ１の中から、曲名、ジャンル名、アーティスト名、アルバム名、ファイル名または発売年がキーワードと一致するコンテンツを探し出してコンテンツリストを作成する。
【００２９】
メモリ３３には下記表４に示すフィルタテーブルが格納されている。フィルタテーブルは、ユーザの指示に応じて上記フィルタの種類を設定するテーブルである。フィルタテーブルに設定されたフィルタの種類がリスト構築キーのフィルタの種類となる。ＣＤに記録された曲のコンテンツ情報の中でフィルタテーブルに設定されているフィルタの種類に該当するコンテンツ情報が、リスト構築キーのキーワードとなる。
【表４】
0004802348.tif 000005
【００３０】
詳細には、フィルタテーブルは、フィルタの種類としてアーティスト名、アルバム名、ジャンル名および発売年の項目を含む。これらに対応するフラグが「１」になっていればフィルタの種類として設定されており、「０」になっていればフィルタの種類として設定されていない。これらは、ユーザの入力部３７の操作によって設定される。表４の場合、アーティスト名がフィルタの種類として設定されている。この場合、ディスク再生部３２でＣＤのＴＯＣが読み出されると、クライアント制御部３１は、ＣＤに記録されている曲のアーティスト名をキーワードとしてローカルサーバ２にコンテンツリストを要求する。詳細は後述するが、フィルタの種類は複数設定することができる。
【００３１】
メモリ３３には下記表５に示すディスク情報テーブルが格納されている。
【表５】
0004802348.tif 000006
【００３２】
ディスク情報テーブルはディスク再生部３２に挿入されたＣＤに記録された曲に関するコンテンツ情報を一時的に記憶するテーブルである。ディスク情報テーブルは、曲名、アルバム名、アーティスト名、ジャンル名および発売年の項目を含む。ディスク情報テーブルには複数のＣＤに記録された曲のコンテンツ情報を記憶することができる。表５の場合、３枚のＣＤのコンテンツ情報が記憶されており、番号１〜３が１枚目、番号４〜６が２枚目、番号７〜９が３枚目のＣＤに対応している。ディスク再生部３２がチェンジャタイプである場合には、複数のトレイに装着された全ＣＤに関するコンテンツ情報がディスク情報テーブルに記憶される。ディスク再生部３２がシングルタイプである場合には、複数ＣＤモードが設定されているときに、ＣＤ挿入終了指示がユーザによって入力されるまでにディスク再生部３２に装着された全ＣＤのコンテンツ情報がディスク情報テーブルに記憶される。複数ＣＤモードは、複数のＣＤのコンテンツ情報をリスト構築キーのキーワードにするモードである。表５の場合、フィルタの種類として表４のとおりアーティスト名が設定されているとき、クライアント３は表３に示すリスト構築キーを作成し、ローカルサーバ２に送信する。
【００３３】
コンテンツ情報サーバ（例えばＣＤデータベース、ＣＤＤＢ）４は、クライアント３から送信されたＴＯＣ情報（ＣＤに記録されている曲の数および総再生時間）に基づいて、ＣＤに記録された各曲のコンテンツ情報を自身のデータベースから検索して、クライアント３に送信する。また、コンテンツ情報サーバ４は、ＣＤに記録された曲の波形データに基づいてコンテンツ情報を検索しクライアント３に送信してもよい。
【００３４】
コンテンツ販売サーバ５の構成は、図２のローカルサーバ２の構成と概略同一である。コンテンツ販売サーバ５のＨＤＤ２１は、ダウンロード用のコンテンツデータおよびストリーミング用のコンテンツデータの２種類の販売用コンテンツデータを格納している。そのため、ＨＤＤ２１にはローカルリストＬＬ１の代わりに、ダウンロードコンテンツリストおよびストリーミングコンテンツリストを格納している。また、コンテンツ販売サーバ５のサーバ制御部２２は、コンテンツの購入処理、ユーザ認証処理および課金処理などのコンテンツ購入に必要な各種処理を実行する。
【００３５】
以上の構成を有するコンテンツ再生システム１について、クライアント３がローカルサーバ２からコンテンツリストを取得する動作を説明する。図４に示すとおり、ディスク再生部３２（シングルタイプの場合）にＣＤが挿入されたとクライアント制御部３１によって判断されると（Ｓ４０１：ＹＥＳ）、クライアント３はコンテンツ情報サーバ４に接続する（Ｓ４０２）。ディスク再生部３２はＣＤからＴＯＣ情報を読み取り、クライアント制御部３１に送信する。クライアント制御部３１は、通信部３６を介してコンテンツ情報サーバ４にＴＯＣ情報を送信し（Ｓ４０３）、コンテンツ情報サーバ４からＣＤの各曲に関するコンテンツ情報を受信する（Ｓ４０４）。クライアント制御部３１は、受信したコンテンツ情報を表５のディスク情報テーブルに登録する（Ｓ４０５）。
【００３６】
次に、クライアント制御部３１は、複数ＣＤモードが設定されているか否かを例えばメモリ３３内のフラグの設定状況に基づいて判断する（Ｓ４０６）。複数ＣＤモードが設定されていなければ（Ｓ４０６：ＮＯ）、リスト構築キー作成処理（Ｓ４０９）へと進む。一方、複数ＣＤモードが設定されていれば（Ｓ４０６：ＹＥＳ）、クライアント制御部３１は、ユーザによってＣＤ挿入終了指示が入力されたか否かを判断し（Ｓ４０７）、入力されない場合（Ｓ４０７：ＮＯ）、Ｓ４０１とは異なる別のＣＤがディスク再生部３２に挿入されたか（異なるＴＯＣ情報が読み出されたか）否かを判断する（Ｓ４０８）。ＣＤ挿入終了指示が入力されるか、別のＣＤが挿入されるまで、Ｓ４０７、Ｓ４０８の処理を繰り返す。ＣＤがディスク再生部３２に挿入されると（Ｓ４０８：ＹＥＳ）、Ｓ４０２に戻って、クライアント制御部３１は挿入されたＣＤのコンテンツ情報をコンテンツ情報サーバ４から受信して、ディスク情報テーブルに追記する。ＣＤ挿入終了指示が入力されると（Ｓ４０７：ＹＥＳ）、リスト構築キー作成処理（Ｓ４０９）へ進む。
【００３７】
クライアント制御部３１は、ディスク情報テーブルに記憶されているコンテンツ情報、および、フィルタテーブル設定されているフィルタの種類に基づいて、リスト構築キーを作成する（Ｓ４０９）。図５を用いてこの動作の詳細を説明する。クライアント制御部３１は、表４のフィルタテーブルに設定されているフィルタの種類（本例では、アーティスト名）を確認し、当該フィルタの種類をリスト構築キーのフィルタの種類とする（Ｓ５０１）。次に、ディスク情報テーブルのコンテンツの番号を表すインデックスｉを１に設定する（Ｓ５０２）。クライアント制御部３１は、ディスク情報テーブルのｉ番目のコンテンツについて、フィルタの種類に該当するコンテンツ情報（アーティスト名）がリスト構築キーのキーワードに既に存在するか否かを判断し（Ｓ５０３）、存在しなければ（Ｓ５０３：ＮＯ）、ｉ番目のコンテンツのアーティスト名をリスト構築キーのキーワードに追加する（Ｓ５０４）。クライアント制御部３１は、ｉをインクリメントして（Ｓ５０５）、ｉがディスク情報テーブルに登録されている曲数より大きいか否かを判断し（Ｓ５０６）、小さければ（Ｓ５０６：ＮＯ）、未だディスク情報テーブルの全コンテンツについてチェックしていないので、Ｓ５０３に戻ってＳ５０３〜Ｓ５０６の処理を繰り返す。Ｓ５０３でアーティスト名が既にリスト構築キーのキーワードに存在する場合は、Ｓ５０４をスキップしてＳ５０５へと進む。Ｓ５０６でｉがディスク情報テーブルに登録されている曲数より大きいと判断されると、リスト構築キーの作成処理を終了する。その結果、表４のフィルタテーブル、表５のディスク情報テーブルによって、表３に示すリスト構築キーが作成される。なお、フィルタテーブルに複数のフィルタの種類が設定されている場合、各フィルタの種類について図５の処理を実行する。
【００３８】
図４に戻って、クライアント制御部３１は、作成したリスト構築キーを含むリスト要求コマンドをローカルサーバ２に送信する（Ｓ４１０）。ローカルサーバ２は、リスト要求コマンドを受信して（Ｓ４５１）、リスト構築キーに基づいてローカルリストＬＬ１からコンテンツリストを作成する（Ｓ４５２）。詳細を図６に示す。ローカルサーバ２のサーバ制御部２２は、ローカルリストＬＬ１におけるコンテンツ情報の番号を示すインデックスｗを１に初期化する（Ｓ６０１）。サーバ制御部２２は、ｗが示すコンテンツ情報をリスト構築キーのキーワードと比較し、それらが一致するかを判断する（Ｓ６０２）。本例では、ｗが示すコンテンツ情報のアーティスト名がリスト構築キーに示された“ｙｙｙ”、“ｗｗｗ”または“ｘｘｘ”であるか否かを判断する。一致する場合、サーバ制御部２２はそのファイル名、曲名、アーティスト名、アルバム名、ジャンル名、発売年、サーバ特定情報などをコンテンツリストに追加し（Ｓ６０３）、その後、ｗをインクリメントする（Ｓ６０４）。一方、一致しない場合（Ｓ６０２：ＮＯ）、サーバ制御部２２は、Ｓ６０３をスキップし、ｗをインクリメントする（Ｓ６０４）。続いて、サーバ制御部２２は、ｗが示すコンテンツ情報の番号が全コンテンツ数ｎ以下であるか否かを判断し（Ｓ６０５）、以下である場合（Ｓ６０５：ＹＥＳ）、Ｓ６０２に戻り、一方、大きい場合（Ｓ６０５：ＮＯ）、コンテンツリストの作成を完了する。上記の処理により、サーバ制御部２２はリスト構築キーによって特定されるコンテンツ情報をローカルリストＬＬ１からピックアップし、コンテンツリストを作成する。コンテンツリストのデータ構造は、表１および表２のローカルリストＬＬ１と同様である。
【００３９】
図４に戻って、ローカルサーバ２は作成したコンテンツリストをクライアント３に送信する（Ｓ４５３）。クライアント３は、コンテンツリストを受信して、表示部３８に表示する（Ｓ４１１）。このとき、クライアント３は、ローカルサーバ２から受信したコンテンツリストを現在ディスク再生部３２に挿入されているＣＤのコンテンツ情報と合成して表示してもよく、それぞれ独立して表示してもよい。クライアント３は、受信したコンテンツリストに含まれるコンテンツを順番にローカルサーバ２に要求し（Ｓ４１２）、ローカルサーバ２は要求されたコンテンツをクライアント３に送信する（Ｓ４５４）。クライアント３は、コンテンツを受信して再生する（Ｓ４１２）。以上のように、クライアント３は、予めユーザによって設定されたフィルタの種類と、ディスク再生部３２に挿入されたＣＤによって自動的に所望のコンテンツのコンテンツリストを取得して、コンテンツを再生することができる。
【００４０】
次に、リスト構築キーの１つのフィルタの種類に対して複数のキーワードが存在する場合、および／または、フィルタの種類が複数設定される場合について、以下の表６を参照して説明する。
【表６】
0004802348.tif 000007
【００４１】
フィルタの種類がアーティスト名、アルバム名またはジャンル名の場合、１つのフィルタの種類に対応するキーワードが複数含まれるとき、リスト構築キーによって作成されるコンテンツリストは、フィルタの種類に対応するコンテンツ情報が複数のキーワードのいずれかに該当するコンテンツのコンテンツ情報を含む。例えば、フィルタの種類がジャンル名であり、そのキーワードがＪ−ＰＯＰおよびＲＯＣＫである場合、コンテンツリストにはジャンル名がＪ−ＰＯＰまたはＲＯＣＫであるコンテンツが含まれる。
【００４２】
フィルタの種類が発売年である場合には、リスト構築キーに２つのキーワードが含まれるとき、コンテンツリストには２つの発売年の間の発売年を有するコンテンツ情報が含まれる。２つの発売年の間の発売年とは、当該２つの発売年自体も含む。例えば、フィルタの種類が発売年であり、そのキーワードが１９９９および２００３である場合には、コンテンツリストには発売年が１９９９〜２００３（５年間）のいずれかであるコンテンツが含まれる。リスト構築キーのキーワードに３つ以上の発売年が含まれるとき、コンテンツリストには、例えば、その３つの発売年のいずれかをコンテンツ情報として有するコンテンツが含まれる。
【００４３】
フィルタの種類が複数設定されている（すなわち、表４に示すフィルタテーブルにおいて複数のフラグが１に設定されている）場合には、コンテンツリストは、各フィルタの種類に対応する各コンテンツ情報がそれぞれ対応するキーワードに該当するコンテンツのコンテンツ情報を含む。例えば、１つのフィルタの種類がアーティスト名、そのキーワードがｙｙｙであり、もう１つのフィルタの種類がジャンル名、そのキーワードがＪ−ＰＯＰである場合、アーティスト名がｙｙｙかつジャンル名がＪ−ＰＯＰであるコンテンツのコンテンツ情報がコンテンツリストに含まれる。１つのフィルタの種類がアーティスト名、そのキーワードがｙｙｙであり、もう１つのフィルタの種類が発売年、そのキーワードが１９９９および２００３である場合、アーティスト名がｙｙｙであり、かつ、発売年が１９９９〜２００３であるコンテンツのコンテンツ情報がコンテンツリストに含まれる。
【００４４】
次に、クライアント３がコンテンツ販売サーバ５から販売用コンテンツリストを受信する動作について図７を参照して説明する。図４のローカルサーバ２からコンテンツリストを受信する動作と同一処理については同一符号を付し、説明を省略する。複数のＣＤに関する処理は説明を簡単にするために省略している。
【００４５】
図４と同様にして、クライアント制御部３１は、フィルタテーブルに設定されているフィルタの種類およびＣＤに記録された曲のコンテンツ情報に基づいてリスト構築キーを作成し、リスト構築キーを含むリスト要求コマンドをコンテンツ販売サーバ５に送信する。クライアント３は、コンテンツ販売サーバ５から販売用のコンテンツリストを受信する（Ｓ４１１）。販売用のコンテンツリストは、ダウンロード用のコンテンツリストおよびストリーミング用のコンテンツリストの少なくとも一方を含む。クライアント制御部３１は、受信した販売用コンテンツリストを表示部３８に表示する（Ｓ７０１）。同時に、クライアント制御部３１は、図４のとおり、ローカルサーバ２からもコンテンツリストを受信しており、受信したコンテンツリストを表示部３８に表示する。このとき、コンテンツ販売サーバ５から受信した販売用コンテンツリストとローカルサーバ２から受信したコンテンツリストとを独立して表示してもよく、合成して１つのリストとして表示してもよい。好ましくは、販売用コンテンツリストを表示する際に、販売用コンテンツリストに含まれるコンテンツ情報のうちローカルサーバ２から受信したコンテンツリストに含まれているコンテンツ情報を除外して表示する。これにより、ローカルサーバ２に既に蓄積されているコンテンツを誤ってコンテンツ販売サーバ５から購入することを防止できる。詳細に説明すると、クライアント制御部３１は、販売用コンテンツリストに含まれるコンテンツ情報を順番に、ローカルサーバ２から受信したコンテンツリスト内に一致するコンテンツ情報が存在するか否かをチェックし、存在しなければ当該コンテンツ情報を抽出して表示部３８に表示する。
【００４６】
クライアント制御部３１は、表示部３８に表示されているコンテンツの中から購入すべきコンテンツが選択されると、コンテンツ購入コマンドをコンテンツ販売サーバ５に送信する（Ｓ７０２）。コンテンツ販売サーバ５は所定のコンテンツ購入処理を実行したあと、選択されたコンテンツをクライアント３に送信する（選択されたコンテンツに応じて、ダウンロード配信またはストリーミング配信する）。クライアント３はコンテンツを受信しながらストリーミング再生する、または、コンテンツをダウンロードしてローカルサーバ２に保存する（Ｓ７０２）。以上のように、ディスク再生部３２に所望の曲に関するＣＤを挿入するだけで、コンテンツ販売サーバ５から購入可能であり、かつ、未だローカルサーバ２に蓄積されていないコンテンツのコンテンツリストを表示することができる。
【００４７】
次に、本発明の別の実施形態を図８を参照して説明する。本例では、ＣＤにリスト構築キーが記録されている。例えば、ディスク再生部３２が書込処理を実行可能であって、ＣＤ−Ｒ等の書込可能な記録媒体に、図４のＳ４０９で作成したリスト構築キーを文字データとして記録することによってこのようなリスト構築キーが記録されたＣＤを作成することができる。また、コンテンツ販売サーバを運営する業者がこのようなＣＤを配布してもよい。クライアント制御部３１は、ディスク再生部３２にＣＤが挿入されると（Ｓ４０１）、ＣＤからリスト構築キーを読み出す（Ｓ８０１）。複数のＣＤからリスト構築キーを読み出してそれらを合成して新たなリスト構築キーを作成するようにしてもよい。以降の処理は図４と同じである。このように、ＣＤからリスト構築キーを読み出すことにより、クライアント３はコンテンツ情報サーバ４に接続する必要がなくなり、コンテンツリスト取得処理を迅速に実行することができる。
【００４８】
以上、本発明の好ましい実施形態を説明したが、本発明はこれらの実施形態には限定されない。記録媒体はＣＤに限定されず、ＤＶＤ、ＭＤまたはメモリーカード等の任意のものが採用され得る。ディスク再生部３２は、記録媒体に対応した任意の再生手段が採用され得る。ディスク再生部３２がチェンジャタイプである場合には、図４のＳ４０６〜Ｓ４０８の処理が不要であり、各ＣＤについてリスト構築キーのキーワードに追加するか否かをユーザに問うようにしてもよい。ローカルサーバ３から受信したコンテンツリストの中に、ディスク再生部３２に挿入されているＣＤと同一の曲が含まれる場合、その曲に関しては、ローカルサーバ２からコンテンツを受信するよりもＣＤに記録された曲を優先的に再生するようにしてもよい。ディスク再生部３２はクライアント３内に設けられていなくてもよく、ネットワーク機能を有する独立したディスク再生装置であってもよい。上記のローカルサーバおよびクライアントを動作させるためのコンピュータプログラムまたはそのコンピュータプラグラムを記録した記録媒体という形態で提供されてもよい。
【産業上の利用可能性】
【００４９】
本発明は、オーディオクライアントからのコンテンツ要求に対してサーバがコンテンツを送信し、オーディオクライアントがコンテンツを再生するコンテンツ再生システムに好適に適用され得る。
【図面の簡単な説明】
【００５０】
【図１】本発明の好ましい実施形態によるコンテンツ再生システム１の構成を示すブロック図である。
【図２】ローカルサーバ２の構成を示すブロック図である。
【図３】オーディオクライアント装置３の構成を示すブロック図である。
【図４】ローカルサーバ２からのコンテンツリスト取得処理を示すフローチャートである。
【図５】リスト構築キー作成処理を説明するフローチャートである。
【図６】コンテンツリスト作成処理を説明するフローチャートである。
【図７】コンテンツ販売サーバからの販売用コンテンツリスト取得処理を説明するフローチャートである。
【図８】本発明の別の好ましい実施形態によるコンテンツリスト取得処理を示すフローチャートである。
【符号の説明】
【００５１】
１          コンテンツ再生システム
２          ローカルサーバ
３          クライアント装置
【図１】
0004802348.tif 000008
【図２】
0004802348.tif 000009
【図３】
0004802348.tif 000010
【図４】
0004802348.tif 000011
【図５】
0004802348.tif 000012
【図６】
0004802348.tif 000013
【図７】
0004802348.tif 000014
【図８】
0004802348.tif 000015