(57)【特許請求の範囲】
【請求項１】
特定メディア種別のデータを再生するための複数の再生リソースを有するクライアント装置であって前記特定メディア種別のデータを再生する際に使用する再生リソースを前記複数の再生リソースのうちから選択的に利用可能なクライアント装置から、ネットワークを通じて、前記クライアント装置における再生リソースの選択状態を含む設定状態を示す再生環境設定情報を受信する設定情報受信手段と、
前記設定情報受信手段により受信された再生環境設定情報に基づいて、推奨する再生リソースの選択状態および／または設定状態を認識させるための推奨情報を取得する推奨情報取得手段と、
前記推奨情報取得手段により取得された推奨情報を前記クライアント装置に送信する推奨情報送信手段とを有することを特徴とするサーバ装置。
【請求項２】
前記推奨情報取得手段は、再生リソース毎に予め所定の推奨情報が対応して登録された推奨情報テーブルから、前記設定情報受信手段により受信された再生環境設定情報に対応する推奨情報を取得することを特徴とする請求項１記載のサーバ装置。
【請求項３】
前記設定情報受信手段により受信された再生環境設定情報に基づいて、複数の配信用コンテンツの中から配信すべきコンテンツを選択するコンテンツ選択手段と、前記コンテンツ選択手段により選択されたコンテンツを前記クライアント装置に送信するコンテンツ送信手段とを有することを特徴とする請求項１または２記載のサーバ装置。
【請求項４】
前記コンテンツ選択手段は、再生環境設定情報とコンテンツタイプとが対応付けられたコンテンツタイプテーブルから、前記受信された再生環境設定情報に適したコンテンツタイプを取得し、該取得したコンテンツタイプに対応するコンテンツを配信すべきコンテンツとして選択することを特徴とする請求項３記載のサーバ装置。
【請求項５】
特定メディア種別のデータを再生するための複数の再生リソースを有し、前記特定メディア種別のデータを再生する際に使用する再生リソースを前記複数の再生リソースのうちから選択的に利用可能なクライアント装置であって、
前記再生リソースの選択状態を含む設定状態を示す再生環境設定情報を作成する設定情報作成手段と、
再生リソース毎に予め所定の推奨情報が対応して登録された推奨情報テーブルから、前記設定情報作成手段により作成された再生環境設定情報に対応する推奨情報を、推奨する再生リソースの選択状態および／または設定状態を認識させるための推奨情報として取得する推奨情報取得手段とを有することを特徴とするクライアント装置。
【請求項６】
前記推奨情報取得手段により取得された推奨情報を表示する表示手段、及び前記推奨情報取得手段により取得された推奨情報に従って、前記再生リソースの設定変更を自動的に行う自動変更手段の少なくとも一方を有することを特徴とする請求項５記載のクライアント装置。
【請求項７】
特定メディア種別のデータを再生するための複数の再生リソースを有し、前記特定メディア種別のデータを再生する際に使用する再生リソースを前記複数の再生リソースのうちから選択的に利用可能なクライアント装置と、該クライアント装置にコンテンツを配信するサーバ装置とがネットワークで接続されて構成される配信システムであって、
前記クライアント装置は、
前記再生リソースの選択状態を含む設定状態を示す再生環境設定情報を作成する設定情報作成手段と、
前記設定情報作成手段により作成された再生環境設定情報を前記サーバ装置に送信する設定情報送信手段と、
前記サーバ装置から送信される、推奨する再生リソースの選択状態および／または設定状態を認識させるための推奨情報を受信する推奨情報受信手段を有し、
前記サーバ装置は、
前記クライアント装置の前記設定情報送信手段により送信された再生環境設定情報を受信する設定情報受信手段と、
前記設定情報受信手段により受信された再生環境設定情報に基づいて、前記推奨情報を取得する推奨情報取得手段と、
前記推奨情報取得手段により取得された推奨情報を前記クライアント装置に送信する推奨情報送信手段とを有することを特徴とする配信システム。
【請求項８】
前記サーバ装置の前記推奨情報取得手段は、再生リソース毎に予め所定の推奨情報が対応して登録された推奨情報テーブルから、前記設定情報受信手段により受信された再生環境設定情報に対応する推奨情報を取得することを特徴とする請求項７記載の配信システム。
【請求項９】
前記クライアント装置は、前記サーバ装置から配信されるコンテンツを受信するコンテンツ受信手段を有し、前記サーバ装置は、前記設定情報受信手段により受信された再生環境設定情報に基づいて、複数の配信用コンテンツの中から配信すべきコンテンツを選択するコンテンツ選択手段と、前記コンテンツ選択手段により選択されたコンテンツを前記クライアント装置に送信するコンテンツ送信手段とを有することを特徴とする請求項７または８記載の配信システム。
【請求項１０】
前記コンテンツ選択手段は、再生環境設定情報とコンテンツタイプとが対応付けられたコンテンツタイプテーブルから、前記受信された再生環境設定情報に適したコンテンツタイプを取得し、該取得したコンテンツタイプに対応するコンテンツを配信すべきコンテンツとして選択することを特徴とする請求項９記載の配信システム。
【請求項１１】
サーバ装置において実行される配信プログラムであって、
特定メディア種別のデータを再生するための複数の再生リソースを有するクライアント装置であって前記特定メディア種別のデータを再生する際に使用する再生リソースを前記複数の再生リソースのうちから選択的に利用可能なクライアント装置から、ネットワークを通じて、前記クライアント装置における再生リソースの選択状態を含む設定状態を示す再生環境設定情報を受信する設定情報受信ステップと、
前記設定情報受信ステップにより受信された再生環境設定情報に基づいて、推奨する再生リソースの選択状態および／または設定状態を認識させるための推奨情報を取得する推奨情報取得ステップと、
前記推奨情報取得ステップにより取得された推奨情報を前記クライアント装置に送信する推奨情報送信ステップとをコンピュータに実行させることを特徴とする配信プログラム。
【請求項１２】
さらに、前記設定情報受信ステップにより受信された再生環境設定情報に基づいて、複数の配信用コンテンツの中から配信すべきコンテンツを選択するコンテンツ選択ステップと、前記コンテンツ選択ステップにより選択されたコンテンツを前記クライアント装置に送信するコンテンツ送信ステップとをコンピュータに実行させることを特徴とする請求項１１記載の配信プログラム。
【請求項１３】
特定メディア種別のデータを再生するための複数の再生リソースを有し、前記特定メディア種別のデータを再生する際に使用する再生リソースを前記複数の再生リソースのうちから選択的に利用可能なクライアント装置で実行されるクライアントプログラムあって、
前記再生リソースの選択状態を含む設定状態を示す再生環境設定情報を作成する設定情報作成ステップと、
再生リソース毎に予め所定の推奨情報が対応して登録された推奨情報テーブルから、前記設定情報作成ステップにより作成された再生環境設定情報に対応する推奨情報を、推奨する再生リソースの選択状態および／または設定状態を認識させるための推奨情報として取得する推奨情報取得ステップとをコンピュータに実行させることを特徴とするクライアントプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術の分野】
本発明は、各種メディアデータを再生するための複数の再生リソース乃至各種メディアデータの配信にかかわるサーバ装置、クライアント装置、配信システム、配信プログラム及びクライアントプログラムに関する。
【０００２】
【従来の技術】
従来、パーソナルコンピュータ等のクライアント装置では、音声、画像、映像等の各種メディアデータを再生するために、ハード音源等のハードデバイス資源のほか、ソフト音源、ドライバ、再生アプリケーション、プラグイン等のソフトウェア資源（以下、これらの資源を総称して「再生リソース」と称する）を複数有し、実際の再生ではそのうちの一部を用いるというのが一般的である。例えば、楽音データを再生するためのリソースとして、内蔵ソフト音源と、接続された外部音源とがある場合は、いずれかの音源を選択的に用いて再生が行われる。再生リソースの選択は、ユーザが任意に選択することができる。
【０００３】
ところで、近年、メディアデータの形式は多様となっており、例えば、ＭＩＤＩ等の楽音データのように、データ提供側によって、基本部分は同じでも細部では形式や定義が異なるものがある。それらに対応して、再生アプリケーション等も各種提供されており、クライアント装置が、同じ用途で機能乃至バージョンの異なる再生リソースを多数保有しているという場合も多い。
【０００４】
【発明が解決しようとする課題】
しかしながら、メディアデータの形式によって、どの再生アプリケーションが最適であるかは、知識の少ないユーザにとってはわからないため、デフォルト設定あるいはユーザが自己判断で行った設定に従ってアクティブとなっている再生リソースによって再生が行われることになり、メディアデータに適合しない場合は、最適な再生が期待できない。また、より機能の高い再生リソースがあるのに、それが選択されていないために、十分な音質で再生できない場合もある。しかも、再生リソースの設定が一旦なされると、その後は全く変更されないことが多い。従って、メディアデータの本来のパフォーマンスが十分に実現されない場合があった。
【０００５】
このことは、再生アプリケーションに限らず、ハードデバイスやドライバ等各種再生リソースについても同様である。また、メディアデータと再生リソースとの関係だけでなく、再生にかかわる再生リソース間の相性の問題で、最高品質の再生が行えない場合もある。さらに、メディアデータを配信するサーバ装置側にとっても、クライアント装置の再生環境の設定状態が不明であることから、通常は、再生環境毎に区別することなくデータ配信を行っているため、クライアント装置がネットワークを介してデータを取得する場合も、同様の事態が生じる。
【０００６】
本発明は上記従来技術の問題を解決するためになされたものであり、その目的は、クライアント装置が、推奨する再生リソース設定を認識し、知識が少なくとも最適な再生ができる環境を容易に得られるようにすることができるサーバ装置、クライアント装置、配信システム、配信プログラム及びクライアントプログラムを提供することにある。
【０００７】
【課題を解決するための手段】
上記目的を達成するために本発明の請求項１のサーバ装置は、特定メディア種別のデータを再生するための複数の再生リソースを有するクライアント装置であって前記特定メディア種別のデータを再生する際に使用する再生リソースを前記複数の再生リソースのうちから選択的に利用可能なクライアント装置から、ネットワークを通じて、前記クライアント装置における再生リソースの選択状態を含む設定状態を示す再生環境設定情報を受信する設定情報受信手段と、前記設定情報受信手段により受信された再生環境設定情報に基づいて、推奨する再生リソースの選択状態および／または設定状態を認識させるための推奨情報を取得する推奨情報取得手段と、前記推奨情報取得手段により取得された推奨情報を前記クライアント装置に送信する推奨情報送信手段とを有することを特徴とする。
【０００８】
この構成によれば、クライアント装置に推奨する再生リソース設定を認識させ、最適な再生のための設定変更を促すことができる。例えば、クライアント装置は、最適設定に手動で変更する、または自動切り替えする等により、知識が少なくとも最適な再生ができる環境を容易に得ることができる。
【０００９】
また、上記請求項１記載の構成において、前記推奨情報取得手段は、再生リソース毎に予め所定の推奨情報が対応して登録された推奨情報テーブルから、前記設定情報受信手段により受信された再生環境設定情報に対応する推奨情報を取得するようにしてもよい。
【００１０】
本発明の請求項３のサーバ装置は、前記設定情報受信手段により受信された再生環境設定情報に基づいて、複数の配信用コンテンツの中から配信すべきコンテンツを選択するコンテンツ選択手段と、前記コンテンツ選択手段により選択されたコンテンツを前記クライアント装置に送信するコンテンツ送信手段とを有することを特徴とする。
【００１１】
この構成によれば、クライアント装置の再生環境に最適なコンテンツを選択的に配信することができる。
【００１２】
また、上記請求項３記載の構成において、前記コンテンツ選択手段は、再生環境設定情報とコンテンツタイプとが対応付けられたコンテンツタイプテーブルから、前記受信された再生環境設定情報に適したコンテンツタイプを取得し、該取得したコンテンツタイプに対応するコンテンツを配信すべきコンテンツとして選択するようにしてもよい。
【００１３】
本発明の請求項５のクライアント装置は、特定メディア種別のデータを再生するための複数の再生リソースを有し、前記特定メディア種別のデータを再生する際に使用する再生リソースを前記複数の再生リソースのうちから選択的に利用可能なクライアント装置であって、前記再生リソースの選択状態を含む設定状態を示す再生環境設定情報を作成する設定情報作成手段と、再生リソース毎に予め所定の推奨情報が対応して登録された推奨情報テーブルから、前記設定情報作成手段により作成された再生環境設定情報に対応する推奨情報を、推奨する再生リソースの選択状態および／または設定状態を認識させるための推奨情報として取得する推奨情報取得手段とを有することを特徴とする。
【００１４】
この構成によれば、推奨される再生リソース設定を認識し、最適な再生のための設定変更態様を知ることができる。
【００１５】
また、上記請求項５記載の構成において、前記推奨情報取得手段により取得された推奨情報を表示する表示手段、及び前記推奨情報取得手段により取得された推奨情報に従って、前記再生リソースの設定変更を自動的に行う自動変更手段の少なくとも一方を有するようにしてもよい。この構成によれば、表示に従って最適設定に手動で変更する、または自動切り替えすることにより、知識が少なくとも最適な再生ができる環境を容易に得ることができる。
【００１６】
本発明の請求項７の配信システムは、特定メディア種別のデータを再生するための複数の再生リソースを有し、前記特定メディア種別のデータを再生する際に使用する再生リソースを前記複数の再生リソースのうちから選択的に利用可能なクライアント装置と、該クライアント装置にコンテンツを配信するサーバ装置とがネットワークで接続されて構成される配信システムであって、前記クライアント装置は、前記再生リソースの選択状態を含む設定状態を示す再生環境設定情報を作成する設定情報作成手段と、前記設定情報作成手段により作成された再生環境設定情報を前記サーバ装置に送信する設定情報送信手段と、前記サーバ装置から送信される、推奨する再生リソースの選択状態および／または設定状態を認識させるための推奨情報を受信する推奨情報受信手段を有し、前記サーバ装置は、前記クライアント装置の前記設定情報送信手段により送信された再生環境設定情報を受信する設定情報受信手段と、前記設定情報受信手段により受信された再生環境設定情報に基づいて、前記推奨情報を取得する推奨情報取得手段と、前記推奨情報取得手段により取得された推奨情報を前記クライアント装置に送信する推奨情報送信手段とを有することを特徴とする。
【００１７】
この構成によれば、クライアント装置が、推奨する再生リソース設定を認識し、最適設定に手動で変更する、または自動切り替えする等により、知識が少なくとも最適な再生ができる環境を容易に得られるようにすることができる。
【００１８】
また、上記請求項７記載の構成において、前記サーバ装置の前記推奨情報取得手段は、再生リソース毎に予め所定の推奨情報が対応して登録された推奨情報テーブルから、前記設定情報受信手段により受信された再生環境設定情報に対応する推奨情報を取得するようにしてもよい。
【００１９】
本発明の請求項９の配信システムは、前記クライアント装置は、前記サーバ装置から配信されるコンテンツを受信するコンテンツ受信手段を有し、前記サーバ装置は、前記設定情報受信手段により受信された再生環境設定情報に基づいて、複数の配信用コンテンツの中から配信すべきコンテンツを選択するコンテンツ選択手段と、前記コンテンツ選択手段により選択されたコンテンツを前記クライアント装置に送信するコンテンツ送信手段とを有することを特徴とする。
【００２０】
この構成によれば、クライアント装置の再生環境に最適なコンテンツが選択的に配信されるようにすることができる。
【００２１】
また、上記請求項９記載の構成において、前記コンテンツ選択手段は、再生環境設定情報とコンテンツタイプとが対応付けられたコンテンツタイプテーブルから、前記受信された再生環境設定情報に適したコンテンツタイプを取得し、該取得したコンテンツタイプに対応するコンテンツを配信すべきコンテンツとして選択するようにしてもよい。
【００２２】
本発明の請求項１１の配信プログラムは、サーバ装置において実行される配信プログラムであって、特定メディア種別のデータを再生するための複数の再生リソースを有するクライアント装置であって前記特定メディア種別のデータを再生する際に使用する再生リソースを前記複数の再生リソースのうちから選択的に利用可能なクライアント装置から、ネットワークを通じて、前記クライアント装置における再生リソースの選択状態を含む設定状態を示す再生環境設定情報を受信する設定情報受信ステップと、前記設定情報受信ステップにより受信された再生環境設定情報に基づいて、推奨する再生リソースの選択状態および／または設定状態を認識させるための推奨情報を取得する推奨情報取得ステップと、前記推奨情報取得ステップにより取得された推奨情報を前記クライアント装置に送信する推奨情報送信ステップとをコンピュータに実行させることを特徴とする。
【００２３】
本発明の請求項１２の配信プログラムは、請求項１１記載の構成において、さらに、前記設定情報受信ステップにより受信された再生環境設定情報に基づいて、複数の配信用コンテンツの中から配信すべきコンテンツを選択するコンテンツ選択ステップと、前記コンテンツ選択ステップにより選択されたコンテンツを前記クライアント装置に送信するコンテンツ送信ステップとをコンピュータに実行させることを特徴とする。
【００２４】
本発明の請求項１３のクライアントプログラムは、特定メディア種別のデータを再生するための複数の再生リソースを有し、前記特定メディア種別のデータを再生する際に使用する再生リソースを前記複数の再生リソースのうちから選択的に利用可能なクライアント装置で実行されるクライアントプログラムあって、前記再生リソースの選択状態を含む設定状態を示す再生環境設定情報を作成する設定情報作成ステップと、再生リソース毎に予め所定の推奨情報が対応して登録された推奨情報テーブルから、前記設定情報作成ステップにより作成された再生環境設定情報に対応する推奨情報を、推奨する再生リソースの選択状態および／または設定状態を認識させるための推奨情報として取得する推奨情報取得ステップとをコンピュータに実行させることを特徴とする。
【００２５】
なお、請求項１１〜１３のいずれか１項に記載のプログラムを格納したコンピュータ読み取り可能な記憶媒体は、本発明を構成する。
【００２６】
なお、上記各請求項において、再生リソースで再生されるメディアデータには、音声、画像及び映像の少なくとも１つが含まれ、上記再生リソースには、上記メディアデータを再生するためのデバイス、ドライバ、再生アプリケーション及びオペレーティングシステムの少なくとも１つが含まれる。例えば、楽音データ再生のための再生リソースには、内蔵ソフト音源、内蔵ハード音源、外部音源、各音源用ドライバ、再生アプリケーション等が含まれ、ソフトウェアリソースについてはバージョン等が相違する場合も異なる再生リソースとして扱うことが望ましい。
【００２７】
【発明の実施の形態】
以下、本発明の実施の形態を図面を参照して説明する。
【００２８】
（第１の実施の形態）
図１は、本発明の第１の実施の形態に係る配信システムの全体構成を示すブロック図である。本システムは、通信ネットワーク１０１を通じてサーバ装置１０２とクライアント装置１とが通信可能に接続されて構成される。サーバ装置１０２はコンテンツデータの配信サービスを提供するサーバコンピュータであり、複数存在していてもよい。クライアント装置１は、ユーザによって使用され、配信サービスに関してクライアント側となる装置であり、例えば、パーソナルコンピュータまたは電子楽器等の電子端末装置として構成される。クライアント装置１も、同様の構成のものが複数存在してもよい。
【００２９】
クライアント装置１は、各種操作子２、ＲＯＭ６、ＲＡＭ７、タイマ８、記憶入出力装置１０、ＭＩＤＩインターフェイス１３、通信インターフェイス１４、内蔵ハード音源１５、サウンドシステム１６及び表示部１９が、バス１８を介してＣＰＵ５にそれぞれ接続されて構成される。
【００３０】
ＣＰＵ５は、本装置全体の制御を司る。ＲＯＭ６は、ＯＳ（オペレーティングシステム）のほか、ＣＰＵ５が実行する制御プログラムや各種テーブルデータ等を記憶する。ＲＡＭ７は、テキストデータ等の各種入力情報、各種フラグや各種レジスタ及び演算結果等を一時的に記憶する。タイマ８はＣＰＵ５に接続され、タイマ割り込み処理における割り込み時間や各種時間を計時する。
【００３１】
各種操作子２は、各種情報を入力するための複数のスイッチを備える。表示部１９はＬＣＤ等で構成され、配信サービス等の状態、アプリケーション実行に関する情報、及び各種設定に関する情報等を表示する。通信インターフェイス１４は、インターネット等の通信ネットワーク１０１を介してクライアント装置１をサーバ装置１０２に接続し、データの送受信を可能にする。
【００３２】
記憶入出力装置１０は、ハードディスク、フロッピ（登録商標）ディスク、ＭＯ等の記憶媒体１１をドライブする各種ドライブを備える。記憶媒体１１には上記制御プログラムの他、各種プログラムや各種データを記憶することができる。なお、記憶媒体１１は内蔵のハードディスクであってもよい。記憶媒体１１にはまた、音声、画像、映像等の各種メディアデータを再生するための再生アプリケーション、音源ドライバ等のデバイスドライバプログラム、プラグイン、及び内蔵ソフト音源として機能するソフトシンセサイザ等、各種ソフトウェアが記憶されている。これらはＲＯＭ６またはＲＡＭ７に記憶されていてもよい。
【００３３】
内蔵ハード音源１５は、演奏信号を楽音信号に変換し、サウンドシステム１６は、内蔵ハード音源１５から入力される楽音信号に各種効果を付与して音響に変換する。あるいは、ソフトシンセサイザを用いる場合は、ＭＩＤＩ（Musical Instrument Digital Interface）信号から変換された楽音信号をバス１８から入力しＤ／Ａ変換して音響に変換する。
【００３４】
また、ＭＩＤＩＩ／Ｆ１３は、外部音源機器２０へＭＩＤＩ信号を出力したり、入力したりする。外部音源機器２０は、外部音源２１及びサウンドシステム２２を備える。外部音源２１はＭＩＤＩ信号を楽音信号に変換し、サウンドシステム２２は、外部音源２１から入力される楽音信号に各種効果を付与して音響に変換する。
【００３５】
メディアデータの再生のためには、上記再生アプリケーション等のソフトウェア資源のほか、ハード資源がかかわることになるが、これらの資源を総称して、以下、「再生リソース」と称する。ハード資源には、例えば、内蔵ハード音源１５、サウンドシステム１６、外部音源機器２０の外部音源２１及びサウンドシステム２２、表示部１９等が含まれる。なお、同じメディアデータを再生可能な再生リソースは、例えば、内蔵ハード音源１５、内蔵ソフト音源及び外部音源２１というように、あるいは第１〜第３の再生アプリケーションというように、複数存在していてもよく、それらは提供者、メーカーが異なったり、ソフトウェアのバージョンが異なったりして機能が異なる場合がある。通常、同一種類のメディアデータの再生に関し、競合する場合は、いずれか１つの再生リソースがアクティブ設定されて稼動することになる。アクティブリソースは、デフォルトで設定されているか、またはユーザが任意に選択することができる。なお、再生リソースには、ストリーミング再生用のリソースも含まれる。
【００３６】
サーバ装置１０２は、各種操作子５２、ＲＯＭ５６、ＲＡＭ５７、タイマ５８、記憶装置６０、通信インターフェイス６４、及び表示部６９が、バス６８を介してＣＰＵ５５にそれぞれ接続されて構成される。記憶装置６０には、後述する各種テーブルや配信用コンテンツ等のデータベースも記憶、蓄積されている。また、ＣＰＵ５５が実行するプログラムは、ＲＯＭ５６または記憶装置６０に記憶されている。その他の要素の構成は、クライアント装置１の対応する要素と同様である。
【００３７】
図２は、本実施の形態においてクライアント装置１で実行されるメイン処理のフローチャートを示す図である。なお、本実施の形態では、メディアデータとして演奏データを例示するが、画像、映像等、他のメディアデータについても同様の処理を適用することができる。
【００３８】
まず、初期化を実行、すなわち所定プログラムの実行を開始し、ＲＡＭ７等、各種レジスタ等をクリアして初期設定を行い（ステップＳ１０１）、以降、不図示の割込処理により各種操作子２の操作を監視しつつ、操作に応じた処理を行う。すなわち、操作が演奏指示であるか否かを判別し（ステップＳ１０２）、演奏指示でない場合は操作が演奏停止指示であるか否かを判別し（ステップＳ１０３）、演奏停止指示でない場合は操作がネットワーク接続指示であるか否かを判別し（ステップＳ１０４）、ネットワーク接続指示でない場合は操作がリソーステスト指示であるか否かを判別し（ステップＳ１０５）、リソーステスト指示でない場合は、その他の指示に基づく処理を実行して（ステップＳ１０６）、前記ステップＳ１０２に戻る。
【００３９】
前記ステップＳ１０３の判別の結果、操作が演奏停止指示である場合は、演奏を停止させて（ステップＳ１０７）、前記ステップＳ１０２に戻る。前記ステップＳ１０４の判別の結果、操作がネットワーク接続指示である場合は、後述する図８、図９のコンテンツ受信処理を実行して（ステップＳ１０８）、前記ステップＳ１０２に戻る。前記ステップＳ１０５の判別の結果、操作がリソーステスト指示である場合は、後述する図３のリソーステスト処理を実行して（ステップＳ１０９）、前記ステップＳ１０２に戻る。
【００４０】
前記ステップＳ１０２の判別の結果、操作が演奏指示である場合は、演奏データの選択を受け付ける（ステップＳ１１０）。なお、この演奏データには、ステップＳ１０８のコンテンツ受信処理で受信され記憶されたものも含まれる。次に、リソーステスト済みであるか否かを判別する（ステップＳ１１１）。この判別は例えば、前記ステップＳ１０９のリソーステスト処理を実行したとき実行済みフラグを「１」に設定し、その実行済みフラグを参照することでなされるが、実行済みフラグ設定処理の説明は省略する。
【００４１】
その判別の結果、リソーステスト済みでない場合は、ステップＳ１１８に進み、再生リソースの設定を、既存の設定のままとする。すなわち、各種メディアデータに対応して、各種再生リソースのうち、どれをアクティブとするかという設定状態を、変更することなく現状のまま維持する。その後、ステップＳ１２０に進む。一方、前記ステップＳ１１１の判別の結果、リソーステスト済みである場合は、機器設定の受け付けを行う（ステップＳ１１２）。この機器設定では、最適再生リソースの設定を自動で行うかマニュアルで行うかという設定を行うことができる。
【００４２】
次に、上記選択された演奏データを再生することが可能な再生リソースのすべてを抽出する（ステップＳ１１３）。ここでは、必要とされる再生リソースの種類毎に、インアクティブの再生リソースも含めてすべて抽出される。例えば、再生アプリケーションはどれとどれ、ドライバはどれとどれ、というように抽出され、音源でいえば、内蔵ハード音源１５、外部音源２１及び内蔵ソフト音源が抽出される。次に、必要とされる再生リソースの種類のそれぞれについて、最適再生リソースを検出する（ステップＳ１１４）。この検出は、後述する「テスト結果ファイル」のメッセージデータＭＳＧ（所定の推奨情報）に基づいてなされ、演奏データの形式やＣＰＵ５の性能のほか、各再生リソース同士の相性をも考慮して、最も適合度合いが高い組み合わせが検出される。メッセージデータＭＳＧについては後述する。
【００４３】
次に、前記ステップＳ１１２で自動設定が選択されていたか否かを判別し（ステップＳ１１５）、その判別の結果、自動設定が選択されていた場合は、上記検出された最適再生リソースの組み合わせとなるよう、各再生リソースを最適再生リソースに設定し（ステップＳ１１９）、前記ステップＳ１２０に進む。一方、自動設定が選択されていなかった場合は、上記検出された最適再生リソースを推奨設定として画面表示する（ステップＳ１１６）。その際、現在設定されている再生リソースとの差異等も表示し、設定変更受け付け画面も表示する。
【００４４】
次に、上記設定変更受け付け画面にて、設定変更の指示があったか否かを判別し（ステップＳ１１７）、設定変更の指示がない場合は、前記ステップＳ１１８に進んで既存の設定を維持する一方、設定変更の指示があった場合は、前記ステップＳ１１９を実行して、ステップＳ１２０に進む。
【００４５】
ステップＳ１２０では、上記選択された演奏データをＲＡＭ７にセットし、そのとき設定されている再生リソースを用いて演奏処理を実行する（ステップＳ１２１）。例えば、音源として内蔵ハード音源１５がアクティブ設定されている場合は、演奏データが内蔵ハード音源１５によって楽音信号に変換され、その楽音信号にサウンドシステム１６によって必要な効果が付与されて音響に変換されることで、不図示のスピーカから発音がなされる。その後、前記ステップＳ１０２に戻る。
【００４６】
図３は、図２のステップＳ１０９で実行されるリソーステスト処理、及びそれに対応してサーバ装置１０２で実行されるリソーステスト対応処理の各フローチャートを対応させて示す図である。なお、本処理に際し、クライアント装置１が機種ＩＤ、機器ＩＤ、及びユーザＩＤをサーバ装置１０２に対して送信し、サーバ装置１０２がそれを登録、管理する「ユーザ登録処理」が事前に完了しているものとする。ここで、機種ＩＤ、機器ＩＤはいずれも各装置固有の情報である。機種ＩＤは、各通信端末装置１の分類、機種、バージョン等を示す情報でもあり、機器ＩＤは文字列等である。ユーザＩＤはクライアント装置１の各ユーザ個人を特定するための固有の情報である。
【００４７】
まず、クライアント装置１側では、回線接続処理、すなわち、通信ネットワーク１０１を介してサーバコンピュータ１０２との接続を確立する（ステップＳ２０１）。次に、自機の再生環境、すなわち、メディアデータ（例えば演奏データ）の再生リソースの設定状態を検査し（ステップＳ２０２）、再生リソースの設定状態を示す「environment profile」（以下、「再生環境設定情報ＥＰ」と称する）を作成する（ステップＳ２０３）。そして、作成した再生環境設定情報ＥＰをユーザＩＤと共にサーバ装置１０２に送信する（ステップＳ２０４）。
【００４８】
一方、サーバ装置１０２側では、並行して処理がなされ、まず、回線接続処理により、通信ネットワーク１０１を介してクライアント装置１との接続を確立し（ステップＳ３０１）、クライアント装置１から送信されてきた再生環境設定情報ＥＰ及びユーザＩＤを受信し（ステップＳ３０２）、これらを管理データベースに登録する（ステップＳ３０３）。
【００４９】
図４は、サーバ装置１０２で管理される管理データベースの一例を示す図である。この管理データベースでは、各ユーザＩＤに、受信された再生環境設定情報ＥＰ、及び後述するコンテンツタイプが対応して登録されている。ユーザＩＤは、ユーザ登録時に取得されたものが登録されている。なお、今回の接続ユーザについていえば、前記ステップＳ３０３の段階ではコンテンツタイプは未登録である。
【００５０】
図５は、サーバ装置１０２で保持されるコンテンツタイプテーブルの一例を示す図である。同図に示すように、推奨環境（ａ、ｂ、ｃ…）に対応して異なるコンテンツタイプ（Ａ、Ｂ、Ｃ…）が登録されている。推奨環境は、ＯＳ、再生アプリケーション、デバイス等、各種再生リソースの組み合わせが規定されている。
【００５１】
図３に戻り、続くステップＳ３０４では、コンテンツタイプテーブル（図５参照）を参照し、上記受信した再生環境設定情報ＥＰに適合したコンテンツタイプを取得する。この際の判断は、再生環境設定情報ＥＰで規定される再生リソースの組み合わせをみて総合的になされるが、その組み合わせで良好な再生が可能な範囲で最高レベルのコンテンツタイプが選択される。再生リソースは複数種類存在するので、例えば、一部の再生リソースの機能が著しく低い（バージョンが古い等）の場合は、その再生リソースを基準として低いレベルのコンテンツタイプが選択されることになる。次に、ステップＳ３０５では、上記取得したコンテンツタイプをユーザＩＤに対応付けて管理データベースに登録する（図４参照）。
【００５２】
図６は、メッセージテーブル（以下、「ＭＳＧテーブル」と称する）（推奨情報テーブル）の一例を示す図である。ＭＳＧテーブルは、各再生リソースに対応するメッセージを含むメッセージデータＭＳＧが登録されたものであり、サーバ装置１０２に保持されている。登録される再生リソースは、同図では音源やドライバ等が例示されているのみであるが、クライアント装置１が保有する可能性のあるものすべてを網羅するのが望ましい。
【００５３】
図７は、メッセージデータＭＳＧの内容の一例を示す図である。メッセージデータＭＳＧは、推奨する再生リソースの設定状態をユーザに認識させるための推奨情報や、関連情報を含んでおり、例えば、同図に示すように、現在の再生リソース設定についてより適した再生リソースを推奨して変更を促したり、変更操作やソフトウェア購入の手順を示したりするほか、現在の設定に応じてコンテンツデータを送信する旨や関連するメッセージ等を表示する。なお、このメッセージデータＭＳＧは、ＨＴＭＬ等を用いて構成され、変更操作等へのアクセスが容易にできるようになっている。なお、例示した以外のメッセージや制御データを含めるようにしてもよい。
【００５４】
図３に戻り、続くステップＳ３０６では、上記ＭＳＧテーブルを参照し、再生環境設定情報ＥＰで規定される再生リソース毎のメッセージデータＭＳＧを取得し、次に、取得したメッセージデータＭＳＧをクライアント装置１に対して返信する（ステップＳ３０７）。次に、接続終了が要求されているか否かを判別し（ステップＳ３０８）、要求されるまで接続を維持して、接続終了が要求された場合は、回線切断処理を実行し（ステップＳ３０９）、本処理を終了する。
【００５５】
一方、クライアント装置１では、ステップＳ２０５で、サーバ装置１０２からのメッセージデータＭＳＧを受信したか否かを判別し、受信するまでその判別を繰り返して、受信した場合は、そのメッセージデータＭＳＧに従って、メッセージを画面表示させる（ステップＳ２０６）。画面表示は、例えば、図７に例示した態様である。
【００５６】
次に、テスト結果ファイルにリソーステストの結果を登録する（ステップＳ２０７）。このテスト結果ファイルは、例えば、自機の再生環境設定情報ＥＰと受信したメッセージデータＭＳＧとを含んでいる。なお、前記ステップＳ２０６の直後に、再生リソースの設定変更ステップを設けてもよい。すなわち、メッセージデータＭＳＧによって、ユーザは、最適再生リソースを認識することができるので、それに従って、手動で設定変更してもよいし、あるいは画面表示された図７に示すメッセージデータＭＳＧ中の「ＹＥＳ」や「こちら」等をクリックしていき、案内に従って、再生リソースの設定を変更するようにしてもよい。なお、必要に応じて、購入のためにダウンロードし、インストールし、アクティブ設定するようにしてもよい。設定変更がなされた場合は、設定変更後の再生環境設定情報ＥＰを新たに作成し、それをテスト結果ファイルに登録するようにすればよい。
【００５７】
次に、ステップＳ２０８では、接続終了指示がなされたか否かを判別し、終了指示がなされるまで接続を維持して、終了指示がなされた場合は、回線切断処理を実行し（ステップＳ２０９）、本処理を終了する。
【００５８】
図３の処理によれば、クライアント装置１に、推奨する再生リソース設定を認識させ、最適な再生のための設定変更を促すことができる。
【００５９】
図８、図９は、図２のステップＳ１０８で実行されるコンテンツ受信処理、及びそれに対応してサーバ装置１０２で実行されるコンテンツ配信処理の各フローチャートを対応させて示す図である。
【００６０】
まず、クライアント装置１側では、回線接続要求を行い（ステップＳ４０１）、回線接続処理を行って、通信ネットワーク１０１を介してサーバコンピュータ１０２との接続を確立し（ステップＳ４０２）、端末情報をサーバ装置１０２に送信する（ステップＳ４０３）。ここでは、端末情報としてユーザＩＤを送信するが、ユーザやクライアント装置１に関するその他の情報を含めてもよい。特に、図３のリソーステストが既に完了している場合は、テスト結果ファイルも端末情報に含めてもよい。
【００６１】
一方、サーバ装置１０２では、並行して処理がなされ、まず、クライアント装置１から回線接続要求があったか否かを判別し（ステップＳ５０１）、要求があるまでその判別を繰り返して、要求があった場合は、回線接続処理により、通信ネットワーク１０１を介してクライアント装置１との接続を確立し（ステップＳ５０２）、クライアント装置１から送信されてきた端末情報を受信して（ステップＳ５０３）、認証等の処理を経て、端末情報に対応するサービスメニューを送信する（ステップＳ５０４）。サービスメニューには例えば、提供可能な曲のリスト等が含まれる。
【００６２】
次に、クライアント装置１からのメニュー選択等による入力データ（曲の選択等）の受け付けを行い（ステップＳ５０５）、端末情報に含まれるユーザＩＤに対応するコンテンツタイプが管理データベース（図４参照）に登録済みであるか否かを判別する（ステップＳ５０６）。その判別の結果、登録済みである場合は、その管理データベースを参照し、ユーザＩＤに対応するコンテンツタイプを取得し（ステップＳ５０７）、上記受け付けた入力データと上記取得したコンテンツタイプとに応じたコンテンツを、不図示のコンテンツデータベースから取得する（ステップＳ５０８）。なお、コンテンツデータベースは、配信用のコンテンツが各コンテンツタイプに応じてデータベース化されたものであり、例えば、サーバ装置１０２に格納されている。
【００６３】
次に、取得したコンテンツを、ユーザＩＤに対応するクライアント装置１に対して配信する（ステップＳ５０９）。これにより、クライアント装置１の再生環境に適したコンテンツが選択的に配信される。その後、ステップＳ５１１に進む。一方、前記ステップＳ５０６の判別の結果、端末情報に含まれるユーザＩＤに対応するコンテンツタイプが管理データベースに登録済みでない場合は、上記受け付けた入力データに従ってコンテンツを取得しそれをクライアント装置１に配信する（ステップＳ５１０）。この場合は、クライアント装置１の再生環境に適しているか否かを問わず、入力データによって要求されるままのデータが配信されることになる。その後、前記ステップＳ５１１に進む。
【００６４】
ステップＳ５１１では、接続終了要求があったか否かを判別し、接続終了要求があるまでその判別を繰り返して、接続終了要求があった場合は、回線切断処理を実行し（ステップＳ５１２）、本処理を終了する。
【００６５】
一方、クライアント装置１では、続くステップＳ４０４で、受信データがあるか否かを判別する。ここでは、サーバ装置１０２から送信されるサービスメニューや配信コンテンツ等も対象となる。その判別の結果、受信データがある場合は、それが表示データであるか否かを判別し（ステップＳ４０８）、表示データである場合はその受信データを画面表示させて（ステップＳ４１０）、前記ステップＳ４０４に戻る一方、表示データでない場合は、その受信データを記憶して（ステップＳ４０９）、前記ステップＳ４０４に戻る。
【００６６】
前記ステップＳ４０４の判別の結果、受信データがない場合は、各種操作子２等を用いたユーザによる選択操作等の入力指示があったか否かを判別し（ステップＳ４０５）、入力指示があった場合は、その入力（曲の選択等）を受け付け（ステップＳ４１１）、不図示のｅｎｔｅｒキー等による入力実行の指示がされたか否かを判別する（ステップＳ４１２）。その判別の結果、入力実行の指示がされない場合は前記ステップＳ４１１に戻る一方、入力実行の指示がされた場合は、その入力されたデータをサーバ装置１０２に送信して（ステップＳ４１３）、前記ステップＳ４０４に戻る。
【００６７】
前記ステップＳ４０５の判別の結果、ユーザによる入力指示がない場合は、ユーザによる接続終了指示があったか否かを判別し（ステップＳ４０６）、接続終了指示がない場合は前記ステップＳ４０４に戻る一方、接続終了指示があった場合は、回線切断処理を実行して（ステップＳ４０７）、本処理を終了する。
【００６８】
本実施の形態によれば、サーバ装置１０２は、クライアント装置１から取得した再生環境設定情報ＥＰに基づいて、メッセージデータＭＳＧを返信するようにしたので、クライアント装置１に、推奨する再生リソース設定を認識させ、最適な再生のための設定変更を促すことができる。クライアント装置１にとっては、メッセージデータＭＳＧをみて、最適な再生リソースの設定がどのようであるかを認識し、表示に従って、手動または自動的に切り替えすることで、最適な再生リソースの設定にすることが可能である。さらには、既に取得したメディアデータの再生時においても、メッセージデータＭＳＧに基づいて最適再生リソースを検出し、自動設定等によって、各再生リソースを最適再生リソースに設定することができる。よって、知識が少なくとも最適な再生ができる環境を容易に得ることができる。
【００６９】
また、サーバ装置１０２は、再生環境設定情報ＥＰに適合したコンテンツタイプを取得し、それに対応するコンテンツをコンテンツデータベースの中から選択して配信するようにしたので、クライアント装置の再生環境に最適なコンテンツを選択的に配信することができる。クライアント装置１にとっても、自機の再生リソース設定状態に適したメディアデータが得られるので、最適な演奏等の再生を行うことができる。
【００７０】
なお、上記各種テーブル、データベース等は、サーバ装置１０２に格納されるものとして説明したが、これに限るものでなく、例えば、サーバ装置１０２はユーザとやりとりを行う顧客対応サーバとして機能するものとし、コンテンツデータベースは蓄積用のサーバ、管理データベースは顧客管理用のサーバというように、別のサーバに格納しておき、それらのデータに顧客対応サーバがアクセス可能に構成してもよい。また、データの配信も、蓄積用のサーバからネットワークを通じて直接行わせるようにしてもよい。
【００７１】
（第２の実施の形態）
第１の実施の形態では、リソーステスト処理におけるメッセージデータＭＳＧは、クライアント装置１から送信した再生環境設定情報ＥＰに基づきサーバ装置１０２から返信されるように構成した。しかし、本第２の実施の形態では、ＭＳＧテーブルをクライアント装置１に格納しておき、クライアント装置１単独でリソーステスト処理を行う。従って、第１の実施の形態に対し、図３に代えて図１０を用いて本第２の実施の形態を説明する。この他は第１の実施の形態と同様である。
【００７２】
図１０は、第２の実施の形態において図２のステップＳ１０９で実行されるリソーステスト処理のフローチャートを示す図である。
【００７３】
まず、ステップＳ６０１、Ｓ６０２では、図３のステップＳ２０２、Ｓ２０３と同様の処理を実行することで、再生環境設定情報ＥＰを作成する。次に、クライアント装置１の記憶媒体１１等に格納されているＭＳＧテーブルを参照し、上記再生環境設定情報ＥＰで規定される再生リソース毎のメッセージデータＭＳＧを取得する（ステップＳ６０３）。次に、図３のステップＳ２０６、Ｓ２０７と同様に、上記取得したメッセージデータＭＳＧに従って、メッセージを画面表示させ（ステップＳ６０４）、テスト結果ファイルにリソーステストの結果を登録して（ステップＳ６０５）、本処理を終了する。
【００７４】
本実施の形態によれば、第１の実施の形態と同様の効果を奏することができる。
【００７５】
なお、本発明を達成するためのソフトウェアによって表される制御プログラムを記憶した記憶媒体を、本システム（クライアント装置１及びサーバ装置１０２）に読み出すことによって同様の効果を奏するようにしてもよく、その場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。また、プログラムコードを電送媒体（例えば、通信Ｉ／Ｆ１４）等を介して供給してもよく、その場合は、プログラムコード自体が本発明を構成することになる。なお、これらの場合の記憶媒体としては、ＲＯＭのほか、フロッピディスク、ハードディスク、光ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ／ＲＷ、磁気テープ、不揮発性のメモリカード等を用いることができる。
【００７６】
【発明の効果】
以上説明したように、本発明の請求項１、１１によれば、クライアント装置に推奨する再生リソース設定を認識させ、最適な再生のための設定変更を促すことができる。
【００７７】
本発明の請求項３、１２によれば、クライアント装置の再生環境に最適なコンテンツを選択的に配信することができる。
【００７８】
本発明の請求項５、１３によれば、推奨される再生リソース設定を認識し、最適な再生のための設定変更態様を知ることができる。
【００７９】
本発明の請求項７によれば、クライアント装置が、推奨する再生リソース設定を認識し、最適設定に手動で変更する、または自動切り替えする等により、知識が少なくとも最適な再生ができる環境を容易に得られるようにすることができる。
【００８０】
本発明の請求項９によれば、クライアント装置の再生環境に最適なコンテンツが選択的に配信されるようにすることができる。
【図面の簡単な説明】
【図１】  本発明の第１の実施の形態に係る配信システムの全体構成を示すブロック図である。
【図２】  本実施の形態においてクライアント装置で実行されるメイン処理のフローチャートを示す図である。
【図３】  図２のステップＳ１０９で実行されるリソーステスト処理、及びそれに対応してサーバ装置で実行されるリソーステスト対応処理の各フローチャートを対応させて示す図である。
【図４】  サーバ装置で管理される管理データベースの一例を示す図である。
【図５】  サーバ装置で保持されるコンテンツタイプテーブルの一例を示す図である。
【図６】  メッセージテーブルの一例を示す図である。
【図７】  メッセージデータＭＳＧの内容の一例を示す図である。
【図８】  図２のステップＳ１０８で実行されるコンテンツ受信処理、及びそれに対応してサーバ装置で実行されるコンテンツ配信処理の各フローチャートを対応させて示す図である。
【図９】  コンテンツ受信処理及びコンテンツ配信処理の図８の続きのフローチャートを示す図である。
【図１０】  第２の実施の形態において図２のステップＳ１０９で実行されるリソーステスト処理のフローチャートを示す図である。
【符号の説明】
１  クライアント装置、  ２  各種操作子、  ５  ＣＰＵ（設定情報作成手段、推奨情報取得手段）、  １４  通信インターフェイス（設定情報送信手段、推奨情報受信手段、コンテンツ受信手段）、  １５  内蔵ハード音源、  １６  サウンドシステム、  ２１  外部音源、  ２２  サウンドシステム、  ５５  ＣＰＵ（推奨情報取得手段、コンテンツ選択手段）、  ６４  通信インターフェイス（設定情報受信手段、推奨情報送信手段、コンテンツ送信手段）、  １０１  通信ネットワーク、  １０２  サーバ装置
【図１】
0004263873.tif 000002
【図２】
0004263873.tif 000003
【図３】
0004263873.tif 000004
【図４】
0004263873.tif 000005
【図５】
0004263873.tif 000006
【図６】
0004263873.tif 000007
【図７】
0004263873.tif 000008
【図８】
0004263873.tif 000009
【図９】
0004263873.tif 000010
【図１０】
0004263873.tif 000011