(57)【要約】【課題】  システム全体の処理を煩雑にすることなく、きわめて容易に、サーバーに蓄積されたコンテンツに処理を実行して、クライアントに転送する機能分散型コンテンツ再生システムを提供すること。【解決手段】  コンテンツ再生システムは、コンテンツを提供するコンテンツ提供手段と、コンテンツに処理を実行し、かつ、自身が実行できる処理機能を機能管理手段に通知する一または複数のコンテンツ処理手段と、コンテンツ処理手段が実行できる処理機能を記憶することにより、コンテンツに処理を実行するコンテンツ処理手段を決定する機能管理手段と、コンテンツを再生する再生手段とを備える。【選択図】図１
2005055672.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツを提供するコンテンツ提供手段と、
該コンテンツに処理を実行し、かつ、自身が実行できる処理機能を機能管理手段に通知する一または複数のコンテンツ処理手段と、
該コンテンツ処理手段が実行できる処理機能を記憶することにより、該コンテンツに処理を実行するコンテンツ処理手段を決定する機能管理手段と、
該コンテンツを再生する再生手段とを備える、コンテンツ再生システム。
【請求項２】
前記再生手段が、前記機能管理手段に、コンテンツの転送、および該コンテンツに希望する処理を実行することを要求し、
該機能管理手段が、該再生手段からの要求に基づいて、該コンテンツに処理を実行するコンテンツ処理手段を決定し、該コンテンツを該決定したコンテンツ処理手段に転送するよう前記コンテンツ提供手段に指示する、請求項１に記載のコンテンツ再生システム。
【請求項３】
前記機能管理手段が、コンテンツ、および該コンテンツに処理を実行するコンテンツ処理手段の転送経路を指定するコンテンツ転送・処理コマンドを前記コンテンツ提供手段に送信し、
該コンテンツ提供手段が、該コンテンツ転送・処理コマンドに基づいて、指定されたコンテンツおよび該コンテンツ転送・処理コマンドを、該機能管理手段が指定するコンテンツ処理手段に転送し、
該コンテンツ処理手段が、該コンテンツ転送・処理コマンドに基づいて、該コンテンツに該機能管理手段が指定する処理を実行し、処理を実行したコンテンツを前記再生手段に送信する、請求項２に記載のコンテンツ再生システム。
【請求項４】
前記コンテンツ処理手段が、前記機能管理手段に、自身の特性情報を通知し、
該機能管理手段が、該コンテンツ処理手段の特性情報を記憶することにより、該コンテンツ処理手段の特性情報に基づいて、コンテンツに処理を実行するコンテンツ処理手段を決定する、請求項１〜３のいずれかに記載のコンテンツ再生システム。
【請求項５】
前記再生手段が、前記機能管理手段に、自身の特性情報を通知し、
該機能管理手段が、該再生手段の特性情報を記憶することにより、該再生手段の特性情報に基づいて、コンテンツに処理を実行するコンテンツ処理手段を決定する、請求項１〜４のいずれかに記載のコンテンツ再生システム。
【請求項６】
前記特性情報が、対応プロトコルまたは対応フォーマットに関する情報を含み、
前記機能管理手段が、コンテンツを転送する際のプロトコルまたはフォーマットに前記コンテンツ処理手段または前記再生手段が対応していない場合、該コンテンツ処理手段または該再生手段が対応するプロトコルまたはフォーマットに変換するコンテンツ処理手段を転送経路として決定する、請求項４または５に記載のコンテンツ再生システム。
【請求項７】
コンテンツ処理手段が、自身が実行できる処理機能を機能管理手段に通知するステップと、
該機能管理手段が、該コンテンツ処理手段から通知された処理機能を記憶するステップと、
再生手段が、コンテンツの転送を該機能管理手段に要求するステップと、
該機能管理手段が、該再生手段からの要求および自身が記憶している該処理機能に基づいて、コンテンツ提供手段およびコンテンツ処理手段を決定し、該決定したコンテンツ提供手段に該コンテンツに処理を実行して転送するよう指示するステップと、
該コンテンツ提供手段が、該機能管理手段からの指示を受けて、該コンテンツ処理手段に該コンテンツおよび該機能管理手段からの指示を転送するステップと、
該コンテンツ処理手段が、該コンテンツ提供手段から受信したコンテンツに、該機能管理手段が指示する処理を実行し、該再生手段に転送するステップと、
該再生手段が該コンテンツ処理手段から受信したコンテンツを再生するステップとを含む、コンテンツ再生プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツに処理を実行して再生するコンテンツ再生システムに関し、詳細にはコンテンツに処理を実行する機能を分散して所有する機能分散型コンテンツ再生システムに関する。
【背景技術】
【０００２】
複数のサーバーおよびクライアントがネットワークで接続されているシステムにおいて、クライアントがサーバーに蓄積された音楽データを受信して再生するシステムが提案されている。この再生システムにおいては、サーバーに蓄積された音楽データに音場処理を実行して、クライアントが再生するためには、サーバーまたはクライアントに音場処理を実行するためのプログラムを拡張する必要があり、非常に煩雑である。さらに、サーバーまたはクライアントが音場処理を実行すると、サーバーまたはクライアントにかかる負担がきわめて大きくなる。この問題を解決するために、サーバーに蓄積された音楽データを、音場処理機能を有する装置において音場処理を実行し、これをクライアントに転送することによって、サーバーまたはクライアントに音場処理機能を拡張する必要がない機能分散型再生システムが提案されている（例えば、特許文献１）。
【０００３】
詳細には、特許文献１に記載のシステムは、サーバーに蓄積された音楽データを、音場処理機能を有する装置において音場処理を実行した後、サーバーに返信する。そして、音場処理を実行した音楽データをサーバーからクライアントに送信し、クライアントにおいて再生する。そのため、特許文献１のシステムでは、サーバーにかかる負荷が大きくなると共に、システム全体の処理が複雑になる。また、クライアントが音場処理機能を有する装置を指定する必要があるので、クライアントにかかる負荷も大きくなる。また、ユーザーが処理を実行する装置を指定する必要があるので、ユーザーの操作も複雑になる。さらに、特許文献１に記載のシステムは、音楽データに複数の処理を実行する場合には、上記の処理を繰り返して実行する必要があるので、ますます処理が複雑になる。
【特許文献１】特開２００２−２３６４９０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
本発明は上記従来の課題を解決するためになされたものであり、その目的とするところは、システム全体の処理を複雑にすることなく、かつ、一カ所（例えば、サーバー、クライアント等）にかかる負担を大きくすることなく、サーバーに蓄積されたコンテンツに処理を実行して、クライアントに転送する機能分散型コンテンツ再生システムを提供することにある。
【課題を解決するための手段】
【０００５】
本発明の好ましい実施形態によるコンテンツ再生システムは、コンテンツを提供するコンテンツ提供手段と、該コンテンツに処理を実行し、かつ、自身が実行できる処理機能を機能管理手段に通知する一または複数のコンテンツ処理手段と、該コンテンツ処理手段が実行できる処理機能を記憶することにより、該コンテンツに処理を実行するコンテンツ処理手段を決定する機能管理手段と、該コンテンツを再生する再生手段とを備える。
【０００６】
好ましい実施形態においては、上記再生手段は、上記機能管理手段に、コンテンツの転送、および該コンテンツに希望する処理を実行することを要求し、該機能管理手段が、該再生手段からの要求に基づいて、該コンテンツに処理を実行するコンテンツ処理手段を決定し、該コンテンツを該決定したコンテンツ処理手段に転送するよう前記コンテンツ提供手段に指示する。
【０００７】
好ましい実施形態においては、上記機能管理手段は、コンテンツ、および該コンテンツに処理を実行するコンテンツ処理手段の転送経路を指定するコンテンツ転送・処理コマンドを上記コンテンツ提供手段に送信し、該コンテンツ提供手段が、該コンテンツ転送・処理コマンドに基づいて、指定されたコンテンツおよび該コンテンツ転送・処理コマンドを、該機能管理手段が指定するコンテンツ処理手段に転送し、該コンテンツ処理手段が、該コンテンツ転送・処理コマンドに基づいて、該コンテンツに該機能管理手段が指定する処理を実行し、処理を実行したコンテンツを上記再生手段に送信する。
【０００８】
好ましい実施形態においては、上記コンテンツ処理手段は、上記機能管理手段に、自身の特性情報を通知し、該機能管理手段が、該コンテンツ処理手段の特性情報を記憶することにより、該コンテンツ処理手段の特性情報に基づいて、コンテンツに処理を実行するコンテンツ処理手段を決定する。
【０００９】
好ましい実施形態においては、上記再生手段は、上記機能管理手段に、自身の特性情報を通知し、該機能管理手段が、該再生手段の特性情報を記憶することにより、該再生手段の特性情報に基づいて、コンテンツに処理を実行するコンテンツ処理手段を決定する。
【００１０】
好ましい実施形態においては、上記特性情報は、対応プロトコルまたは対応フォーマットに関する情報を含み、上記機能管理手段は、コンテンツを転送する際のプロトコルまたはフォーマットに前記コンテンツ処理手段または上記再生手段が対応していない場合、該コンテンツ処理手段または該再生手段が対応するプロトコルまたはフォーマットに変換するコンテンツ処理手段を転送経路として決定する。
【００１１】
本発明の別の局面においては、コンテンツ再生プログラムが提供され得る。当該コンテンツ再生プログラムは、コンテンツ処理手段が、自身が実行できる処理機能を機能管理手段に通知するステップと、該機能管理手段が、該コンテンツ処理手段から通知された処理機能を記憶するステップと、再生手段が、コンテンツの転送を該機能管理手段に要求するステップと、該機能管理手段が、該再生手段からの要求および自身が記憶している該処理機能に基づいて、コンテンツ提供手段およびコンテンツ処理手段を決定し、該決定したコンテンツ提供手段に該コンテンツに処理を実行して転送するよう指示するステップと、該コンテンツ提供手段が、該機能管理手段からの指示を受けて、該コンテンツ処理手段に該コンテンツおよび該機能管理手段からの指示を転送するステップと、該コンテンツ処理手段が、該コンテンツ提供手段から受信したコンテンツに、該機能管理手段が指示する処理を実行し、該再生手段に転送するステップと、該再生手段が該コンテンツ処理手段から受信したコンテンツを再生するステップとを含む。
【００１２】
以下、本発明の作用について説明する。機能管理手段は、分散して存在するコンテンツ処理手段の処理機能を記憶しており、その記憶内容を用いて、コンテンツを転送する経路（すなわち、処理を実行するコンテンツ処理手段およびその順番）を決定する。そして、機能管理手段は、転送経路として決定したコンテンツ提供手段（およびコンテンツ処理手段）に、コンテンツに処理を実行して、転送するように指示する。そして、コンテンツ処理手段は、コンテンツ提供手段が提供するコンテンツに処理を実行し、再生手段に転送する。そのため、処理の負荷が大きい場合であっても、分散して存在するコンテンツ処理手段が当該処理を実行するので、負荷が一カ所（例えば、サーバーまたはクライアント等）に集中することを防止することができる。その上、再生手段は、コンテンツ処理手段を認識および指定する必要がないので、処理をきわめて簡素化することができる。従って、ユーザは、機能処理手段の複雑な指定をする必要がなくなる。さらに、コンテンツ提供手段も、コンテンツ処理手段を認識および指定する必要がないので、処理をきわめて簡素化することができる。さらに、機能管理手段がコンテンツ処理手段の処理機能を記憶しているので、適切なコンテンツ処理手段を選択することができる。
【００１３】
好ましくは、再生手段がコンテンツに自身が希望する処理を実行することのみを要求し、機能管理手段が、再生手段の要求に基づいて、処理を実行するコンテンツ処理手段を決定する。従って、再生手段は、希望する処理を実行することを要求するだけで、所望の処理を実行したコンテンツを受信し、再生することができる。
【００１４】
好ましくは、機能管理手段は、コンテンツ転送・処理コマンドをコンテンツ提供手段に送信し、コンテンツ提供手段は、指定されたコンテンツおよびコンテンツ転送・処理コマンドを指定されたコンテンツ処理手段に送信し、コンテンツ処理手段は、指定された処理をコンテンツに実行し、再生手段に送信する。従って、機能管理手段が作成するコンテンツ転送・処理コマンドを参照することにより、コンテンツ提供手段およびコンテンツ処理手段は、それぞれ、機能管理手段の指示するコンテンツの提供またはコンテンツの処理を実行することができる。
【００１５】
好ましくは、機能管理手段は、コンテンツ処理手段の特性（好ましくは、対応プロトコルまたは対応フォーマット）情報に基づいて、コンテンツに処理を実行するコンテンツ処理手段を選択する。すなわち、再生手段が要求する処理（例えば、音場処理とする）を実行できるコンテンツ処理手段が、コンテンツのフォーマットに対応していない場合には、機能管理手段は、当該コンテンツ処理手段が対応するフォーマットにコンテンツを変換するコンテンツ処理手段を選択する。そのため、コンテンツは、フォーマット変換するコンテンツ処理手段を経由して、音場処理を実行するコンテンツ処理手段に転送される。従って、コンテンツ処理手段がコンテンツのフォーマットに対応していなくても、きわめて確実にコンテンツに処理を実行して、再生することができる。
【００１６】
好ましくは、機能管理手段は、再生手段の特性（好ましくは、対応プロトコルまたは対応フォーマット）情報に基づいて、コンテンツに処理を実行するコンテンツ処理手段を選択する。すなわち、再生手段がコンテンツのフォーマットに対応していない場合には、再生手段が対応するフォーマットにコンテンツを変換するコンテンツ処理手段が選択される。そのため、コンテンツは、コンテンツ処理手段でフォーマット変換されてから、再生手段に転送される。従って、再生手段がコンテンツのフォーマットに対応していなくても、きわめて確実にコンテンツを再生することができる。さらに、機能管理手段が、再生手段の特性情報に基づいて、コンテンツ処理手段を選択しているので、再生手段は、コンテンツに処理を実行することを要求する必要がなく、処理が非常に簡素化される。
【発明の効果】
【００１７】
本発明のコンテンツ再生システムは、機能管理手段が、コンテンツ処理手段が実行できる処理機能を管理し、コンテンツに処理を実行するコンテンツ処理手段を指定するので、クライントがコンテンツ処理手段を認識および指定する必要なく、システム全体の処理を非常に簡素化することができる。
【発明を実施するための最良の形態】
【００１８】
以下、本発明の好ましい実施形態について、図面を参照して具体的に説明するが、本発明はこれらの実施形態には限定されない。図１は、本発明の好ましい実施形態によるコンテンツ再生システム１を示すブロック図である。コンテンツ再生システム１は、コンテンツ提供手段２、再生手段３、一または複数のコンテンツ処理手段４（４ａ〜４ｆ）および機能管理手段５を備える。これらは、ネットワーク６（例えば、ＬＡＮ、ＩＥＥＥ１３９４等）を介して接続されている。
【００１９】
コンテンツ提供手段２は、再生手段３にコンテンツを提供する。コンテンツ提供手段２は、１または複数のコンテンツ提供装置を有する。コンテンツ提供装置は、例えば、コンテンツを蓄積しているコンテンツサーバー２ａおよび２ｂ、ＣＤプレーヤー、ＤＶＤプレーヤー等の記録媒体再生装置２ｃ、ラジオチューナー、ＴＶチューナー等の受信装置２ｄ、あるいはインターネットラジオ等のインターネット経由でコンテンツを送信する外部サーバーを含む。コンテンツサーバー２ａ、２ｂは、図２に示すとおり、コンテンツが蓄積されたハードディスクドライブ２０１と、後述する動作プログラムが格納されたＲＯＭ２０２と、ＲＡＭ２０３と、ＲＯＭに格納されたプログラムを実行するＣＰＵ２０４と、ＬＡＮ６との間で信号を送受信するＬＡＮコントローラ２０５とを有する。コンテンツは、音楽データ、映像データ、静止画データなどの任意の適切なものが採用され得る。
【００２０】
再生手段３は、コンテンツ提供手段２からコンテンツを受けて、コンテンツを再生する。あるいは、再生手段３は、コンテンツ処理手段４から、処理が実行されたコンテンツを受けて、当該コンテンツを再生する。再生手段３は、１または複数のクライアント３ａ、３ｂを有する。クライアントは、図３に示す通り、後述する動作プログラムが格納されたＲＯＭ３０１と、ＲＡＭ３０２と、ＲＯＭに格納されたプログラムを実行するＣＰＵ３０３と、圧縮デジタル音楽データをデコードして非圧縮デジタル音楽データを生成する音声処理部３０４と、デジタルアナログ変換器３０５と、ＬＡＮ６との間で信号を送受信するＬＡＮコントローラ３０６とを有する。
【００２１】
コンテンツ処理手段４ａ〜４ｆは、コンテンツ提供手段２が提供するコンテンツに、処理を実行し、処理を実行したコンテンツを再生手段３に与える。コンテンツに処理を実行するとは、コンテンツを加工または変換することをいう。コンテンツ処理装置が実行する処理は、用途、目的に応じて任意の適切な処理が採用され得るが、ＡＶシステムの場合、信号処理（例えば、音場処理）、プロトコル変換またはフォーマット変換等が採用され得る。音場処理は、例えば、仮想音像定位処理またはサラウンド処理（ホール、シアター、スタジアム等の各種効果）を含む。プロトコル変換は、コンテンツ提供手段２がコンテンツを送信する際に採用するプロトコルを、再生手段３またはコンテンツ処理手段４が対応可能なプロトコルに変換する処理である。フォーマット変換は、コンテンツ提供手段２が提供するコンテンツのフォーマットを、再生手段３またはコンテンツ処理手段４が対応可能なフォーマットに変換する処理である。コンテンツ処理手段は、さらに、自身が実行できる処理機能を機能管理装置に通知する。処理機能とは、コンテンツを加工または変換するための機能をいう。
【００２２】
コンテンツ処理手段４ａ〜４ｆは、コンテンツ処理装置を有する。コンテンツ処理装置は、図４に示す通り、後述する動作プログラムが格納されたＲＯＭ４０１と、ＲＡＭ４０２と、ＲＯＭに格納されたプログラムを実行するＣＰＵ４０３と、ＬＡＮ６との間で信号を送受信するＬＡＮコントローラ４０４とを有する。すなわち、ＲＯＭ４０１には、各種処理プログラムが格納されている。あるいは、コンテンツ処理装置は、各種処理を実行するＤＳＰを有していてもよい（図示せず）。
【００２３】
機能管理手段５は、コンテンツ処理手段４が実行する処理機能を記憶して、コンテンツに処理を実行するコンテンツ処理装置（およびその順番）を決定する。機能管理手段５は、さらに、コンテンツ提供装置２が所有するコンテンツの種類を記憶して、コンテンツを提供するコンテンツ提供装置を決定する。言い換えれば、機能管理装置５は、コンテンツの転送経路を決定する。機能管理手段５は、代表的には、機能管理装置を有する。機能管理装置５は、図５に示すとおり、後述する動作のプログラムを格納するＲＯＭ５０１と、図６に示す機能管理テーブルを格納するＲＡＭ５０２と、ハードディスクドライブ５０３と、ＲＯＭに格納されたプログラムを実行するＣＰＵ５０４と、ＬＡＮ６との間で信号を送受信するＬＡＮコントローラ５０５とを有する。
【００２４】
機能管理装置５は、図６に示す機能管理テーブルを有する。機能管理テーブルは、作動中のコンテンツ処理装置４およびコンテンツ提供装置２の処理機能（コンテンツ提供装置の場合は、コンテンツの種類）を機能管理装置５が管理するためのテーブルである。機能管理テーブルは、さらに、コンテンツ提供装置またはコンテンツ処理装置を識別するための識別情報（例えば、識別ＩＤ、アドレス、名称など）と、コンテンツ提供装置またはコンテンツ処理装置の特性を表す特性情報とを含む。特性情報は、例えば、対応プロトコルまたは対応フォーマットに関する情報を含む。１つの識別ＩＤの欄には、１つのＩＤが記憶されてもよく、複数のＩＤが記憶されてもよい。複数のＩＤが記憶される場合は、当該処理を実行できるコンテンツ処理装置が複数存在することを意味する。さらに、機能管理テーブルには、機能管理装置およびクライアントについても、同様に、識別情報（識別ＩＤ）、特性（対応プロトコル、対応フォーマット）が記憶される。
【００２５】
以上の構成を有するコンテンツ再生システムの動作を、図７、図８Ａおよび図８Ｂのフローチャートを参照して説明する。まず、図７を参照して、コンテンツ処理装置４および／またはコンテンツサーバー２の処理機能（コンテンツサーバーの場合は、コンテンツの種類）を機能管理テーブルに登録する動作を説明する。ステップＳ７０１において、機能管理装置５は、作動中であるコンテンツ処理装置および／またはコンテンツサーバーに対して、ブロードキャストし、自身の処理機能および特性情報を通知するよう要求する。ステップＳ７０２において、機能管理装置５は、コンテンツ処理装置から処理機能の通知を待ち受けている。
【００２６】
ステップＳ７０６において、コンテンツ処理装置４（またはコンテンツサーバー２）は、機能管理装置５からのブロードキャストに応答して、自身が実行できる処理機能、および特性（対応プロトコル、対応フォーマット）情報を通知する。ステップＳ７０３において、機能管理装置５は、コンテンツ処理装置４から処理機能の通知を受信したか否かを判断する。処理機能の通知を受信した場合には、機能管理装置５は、ステップＳ７０４において、コンテンツ処理装置４から受信した処理機能および特性情報を、図６（ａ）に示す通り、識別ＩＤと対応づけて、機能管理テーブルに記憶する。ステップＳ７０５において、機能管理装置５は、自身の起動を終了するか否かを判断し、終了しなければＳ７０３に戻り、引き続き処理機能の登録処理を継続する。
【００２７】
コンテンツ処理装置（またはコンテンツサーバー）は、機能管理装置５からブロードキャストを受信した場合だけでなく、自身が起動した場合にも、ステップＳ７０７において、自身が実行できる処理機能を機能管理装置５に通知する。そして、機能管理装置５は、上記と同様にＳ７０３〜Ｓ７０５の処理を実行し、処理機能を登録する。従って、機能管理装置５がブロードキャストした（Ｓ７０１）あとに、コンテンツ処理装置（またはコンテンツ提供装置）が起動した場合にも、それらの処理機能を登録することができる。以上のようにして、機能管理装置は、作動中の全てのコンテンツ処理装置またはコンテンツサーバーについて、その処理機能を記憶することができる。一方、機能管理装置は、作動していないコンテンツ処理装置またはコンテンツサーバーについては、その処理機能を記憶しないので、作動していないコンテンツ処理装置またはコンテンツサーバーに誤ってコンテンツ転送またはコンテンツ処理を指示することを防止できる。
【００２８】
次に、コンテンツに処理を実行し、クライアントに転送する動作について図８Ａおよび図８Ｂ（図８Ａおよび図８Ｂは一続きのフローチャートを示す）を参照して説明する。ステップＳ８０１において、クライアント３ａは、起動時に、機能管理装置５を探索するため、マジックワードを含む探索パケットをＬＡＮ上にブロードキャストする。機能管理装置５は、ステップＳ８１３において、クライアントからの探索を待ち受けており、探索パケットを受信した場合は、ステップＳ８１４において、マッジクワードを検証し、探索パケットをクライアントに応答する。ステップＳ８０２において、クライアント３ａは、機能管理装置５のＩＰアドレス等を記憶し、ステップＳ８０３において、機能管理装置５と接続する。そして、クライアント３ａは、自身の特性（対応プロトコルおよび対応フォーマット）情報を機能管理装置に通知し、機能管理装置は、クライアントの特性情報を図６（ａ）の機能管理テーブルに記憶する。
【００２９】
ステップＳ８０４において、クライアント３ａは、機能管理装置５に対して、処理機能リストを要求する。ステップＳ８１５において、機能管理装置５は、図６（ａ）に示す機能管理テーブルから図９に示す処理機能リストを作成し、クライアント３ａに返信する。ステップＳ８０５において、クライアント３ａは、処理機能リストを受信する。処理機能リストは、ネットワーク上に存在するコンテンツの種類、およびコンテンツに実行できる処理をクラインアントが認識するためのリストであり、コンテンツの種類に対応し、当該コンテンツを所有するコンテンツサーバーの識別ＩＤを含む。なお、クライアントは、コンテンツに実行する処理機能を、どのコンテンツ処理装置が所有しているかは認識する必要がないので、処理機能リストには、コンテンツに実行する処理機能に対応する識別ＩＤは含まなくてよい。さらに、機能管理テーブルの情報全てをクライアントが取得することもできるが、必要最低限の情報である処理機能リストを取得することにより、メモリ量を低減でき、かつ、ネットワークトラフィックを低減できる。
【００３０】
ステップＳ８０６において、クライアント３ａは、図９の処理機能リストを参照して、コンテンツサーバーの識別ＩＤを指定し、当該指定したコンテンツサーバー２ａと接続する。そして、クライアント３ａは、コンテンツサーバー２ａにコンテンツリストを要求する。ステップＳ８１９において、クライアント３ａからリスト要求を受けたコンテンツサーバー２ａは、図１０に示すコンテンツリストをクライアント３ａに返信する。クライアント３ａは、コンテンツリストを受信する。コンテンツリストは、コンテンツサーバーが所有するコンテンツをクライアントが認識するためのリストであり、代表的には、当該コンテンツを所有するコンテンツサーバーの識別ＩＤ、コンテンツの識別情報であるコンテンツＩＤ（曲ＩＤ）、タイトル、およびアーティスト名を含む。好ましくは、コンテンツサーバーは、他のコンテンツサーバーのコンテンツリストを全て取得しており、コンテンツリストには、全てのコンテンツサーバーが所有するコンテンツの情報が含まれている。クライアントがネットワーク上の全コンテンツ情報を認識する際に、各コンテンツサーバーからコンテンツリストを個別に取得する必要がなくなるからである。
【００３１】
ステップＳ８０７において、クライアント３ａは、再生要求するコンテンツが選択されたか否かを判断する。すなわち、図示しない液晶表示部等に、図１０に示すコンテンツリストが表示されており、当該コンテンツリストの中からコンテンツが選択されたか否かを判断する。例えば、ある音楽データ（コンテンツID：ａｂｃ）が選択された場合には、ステップＳ８０８に進み、クライアント３ａは、選択された音楽データに処理を実行するか否か判断する。すなわち、液晶表示部等に図９に示す処理機能リスト（処理機能の箇所のみ）が表示されており、処理機能が選択されたか否かを判断する。例えば、音場処理１等が選択された場合には、ステップＳ８０９に進み、クライアント３ａは、機能管理装置５に、音楽データに音場処理１を実行して転送するよう要求する。具体的には、クライアント３ａは、図１１に示すコンテンツ要求コマンドを機能管理装置５に送信する。コンテンツ要求コマンドは、要求するコンテンツ、およびコンテンツに実行する処理を指定するコマンドであり、コンテンツ情報および処理を特定する情報を含む。コンテンツ情報は、コンテンツＩＤと当該コンテンツを所有するコンテンツサーバーの識別ＩＤとを含む。処理を特定する情報は、処理名を含み、複数の処理が実行される場合には、複数の処理名を含む。
【００３２】
一方、Ｓ８０８において、コンテンツに処理が実行されない場合には、ステップＳ８１０に進み、図１１に示すコマンドであって処理名を含まないコンテンツ要求コマンドを、機能管理装置５に送信することにより、コンテンツ転送のみを要求する（この場合は、以下に説明する処理とは異なる処理を実行するが、説明を省略する）。
【００３３】
ステップＳ８１６において、機能管理装置５は、クライアント３ａからの要求に応じて、コンテンツの転送経路を決定する。具体的には、機能管理装置５は、コンテンツ要求コマンドのコンテンツ情報に基づいて、コンテンツサーバー、および転送するコンテンツを決定する。次に、機能管理装置５は、コンテンツ要求コマンドの処理名に基づいて、音場処理１を実行するコンテンツ処理装置を決定する。すなわち、図６（ａ）に示す機能管理テーブルを参照し、音場処理１を実行できるコンテンツ処理装置を選択する。本例では、音場処理１を実行できるコンテンツ処理装置４ａ（識別ＩＤ：ＩＤ５）が選択される。なお、コンテンツ要求コマンドに複数の処理が指定されている場合には、機能管理装置５は、その処理を実行できるコンテンツ処理装置を選択し、かつ、処理を実行する順番（コンテンツを転送する順番）を決定する。コンテンツに処理を実行する順番は、特に限定されないが、代表的には、コンテンツ処理装置およびクライアントの特性情報に基づいて、決定され得る（詳細は後述する）。また、クライアントが指定する処理に対して、処理を実行できるコンテンツ処理装置が複数存在する場合には、コンテンツ処理装置の処理能力や負荷を考慮して、最適なコンテンツ処理装置が選択され得る。
【００３４】
ステップＳ８１７において、機能管理装置５は、転送経路として決定したコンテンツサーバー２ａと接続する。ステップＳ８１８において、機能管理装置５は、転送経路として決定したコンテンツサーバー（およびコンテンツ処理装置）に対して、音楽データの転送および音場処理１の実行を指示する。具体的には、機能管理装置５は、コンテンツサーバー２ａに、図１２（ａ）に示すコンテンツ転送・処理コマンドを送信して、音楽データの転送を指示する。コンテンツ転送・処理コマンドは、コンテンツに処理を実行して転送する転送経路を指定するコマンドであり、コンテンツ情報、クライアント情報および転送経路情報を含む。コンテンツ情報は、選択されたコンテンツのコンテンツＩＤを含む。クライアント情報は、音楽データを要求したクライアントの特定情報であり、代表的には、クライアントＩＤ（またはアドレス）を含む。転送経路情報は、コンテンツを転送する経路、すなわちコンテンツに処理を実行するコンテンツ処理装置およびその順番を示し、コンテンツ処理装置の識別ＩＤ（またはアドレス）および処理名を含む。
【００３５】
ステップＳ８２０において、コンテンツサーバー２ａは、コンテンツ転送・処理コマンドを受信する。コンテンツサーバー２ａは、コンテンツ転送・処理コマンドの転送経路情報に示されているコンテンツ処理装置のうち、コンテンツサーバー２ａが最初にコンテンツを転送すべき（本例では、一番上に示されている）コンテンツ処理装置４ａと接続する。
【００３６】
ステップＳ８２１において、コンテンツサーバー２ａは、コンテンツ転送・処理コマンドに基づいて、音楽データに最初に処理を実行するコンテンツ処理装置４ａに、クライアントが要求した音楽データを転送する。すなわち、コンテンツサーバー２ａは、ハードディスクに記録された音楽データを読み出し、コンテンツ処理装置４ａに転送する。さらに、コンテンツサーバー２ａは、コンテンツ処理装置４ａにコンテンツ転送・処理コマンドを転送する。コンテンツ転送・処理コマンドを転送することにより、コンテンツ処理装置４ａは自身が実行すべき処理および音楽データの転送経路を認識することができる。
【００３７】
Ｓ８２２において、コンテンツ処理装置４ａは、コンテンツサーバー２ａから音楽データを順次受信し、かつ、コンテンツ転送・処理コマンドを受信する。コンテンツ処理装置４ａは、コンテンツ転送・処理コマンドの転送経路情報を参照し、自身がコンテンツに音場処理１を実行した後に、別のコンテンツ処理装置４ｂ〜４ｆが処理を実行するか否かを判断する（図示せず）。本例では、コンテンツ転送・処理コマンドの転送経路情報によれば、音場処理１を実行した後に、別のコンテンツ処理装置は処理を実行しない。この場合、ステップＳ８２３において、コンテンツ処理装置４ａは、コンテンツ転送・処理コマンドのクライントＩＤを参照して、コンテンツを要求したクライアントと接続する。
【００３８】
ステップＳ８２４において、コンテンツ処理装置４ａは、コンテンツ転送・処理コマンドを参照して、受信した音楽データから順番に、指定された処理（音場処理１）を順次実行する。そして、ステップＳ８２５において、コンテンツ処理装置４ａは、音場処理１を実行した音楽データから順番に、要求したクライアントに転送する。ステップＳ８１２において、クライアントは、コンテンツ処理装置４ａから順次コンテンツを受信し、音楽データを再生する。
【００３９】
以上のように、機能管理装置が、コンテンツ処理装置が実行できる処理機能およびＩＤを記憶し、クライアントからのコンテンツ要求に応じて、コンテンツに処理を実行するコンテンツ処理装置およびその転送経路を決定する。従って、クライアントは、コンテンツ処理装置を認識および指定する必要がなく、コンテンツに実行する処理を単に選択するだけで、音場処理などが実行されたコンテンツを再生することができる。
【００４０】
なお、Ｓ８２２の処理において、コンテンツ転送・処理コマンドの転送経路情報を参照して、コンテンツ処理装置４ａが音場処理１を実行した後に、別のコンテンツ処理装置が処理を実行する場合には、コンテンツ処理装置は、再生要求したクライアントではなく、当該別のコンテンツ処理装置と接続する。そして、コンテンツ処理装置４ａは、当該別のコンテンツ処理装置に、音場処理１を実行したコンテンツを順次転送し、かつ、コンテンツ転送・処理コマンドを転送する。当該別のコンテンツ処理装置は、コンテンツを順次受信し、かつ、コンテンツ転送・処理コマンドを受信する。そして、当該別のコンテンツ処理装置は、Ｓ８２２〜Ｓ８２５と同様の処理を実行する。このように、機能管理装置５が決定した転送経路の順に従い、各コンテンツ処理装置が、要求された処理を実行し、最後には、コンテンツ要求したクライアントにコンテンツを転送する。従って、複数の処理を実行する場合にも、非常に簡便に処理を実行したコンテンツを再生することができる。
【００４１】
好ましくは、コンテンツ処理装置は、別のコンテンツ処理装置にコンテンツ転送・処理コマンドを転送する際に、転送経路情報から自身が実行する処理に関する情報（すなわち、自身のＩＤおよび自身が実行する処理名）を削除し、転送する。各コンテンツ処理装置がこれを実行することにより、コンテンツ転送・処理コマンドが転送される毎に、転送経路情報が少なくなり、コンテンツ転送・処理コマンドの容量を小さくすることができる。
【００４２】
次に、Ｓ８１６において、他の実施形態における転送経路の決定方法を説明する。本例では、機能管理装置５は、クライアントからの要求だけではなく、コンテンツサーバーおよび／またはコンテンツ処理装置の特性（対応プロトコル、対応フォーマット）情報を参照して、コンテンツの転送経路を決定する。本実施形態は、図６（ｂ）の機能管理テーブルを参照して説明する。例えば、クライアントが、音楽データ（サーバー識別ＩＤ：ＩＤ１、ＭＰ３形式）に音場処理２を実行して転送するよう要求する。機能管理装置５は、転送経路として音場処理２を実行できるコンテンツ処理装置４ｂ（識別ＩＤ：ＩＤ６）を選択するが、コンテンツ処理装置４ｂはＭＰ３形式に対応しておらず、ＷＡＶＥ形式のみに対応している。そこで、機能管理装置５は、音楽データをＭＰ３形式からＷＡＶＥ形式に変換するコンテンツ処理装置４ｆ（識別ＩＤ：ＩＤ１０）を転送経路として選択し、図１２ｂに示すコンテンツ転送・処理コマンドを作成する。従って、ＭＰ３形式である音楽データは、コンテンツ処理装置４ｆにおいてＷＡＶＥ形式に変換された後、コンテンツ処理装置４ｂにおいて音場処理２が実行され、クライアントに転送される。以上のように、クライアントが指定した処理を実行するコンテンツ処理装置の対応フォーマットまたは対応プロトコルを参照し、転送するコンテンツのフォーマットまたはプロトコルに対応していない場合には、対応するフォーマットまたはプロトコルに変換してからコンテンツ処理装置に転送するように転送経路を決定する。従って、コンテンツ処理装置がコンテンツのフォーマットまたはプロトコルに対応していない場合でも、好適に、コンテンツに処理を実行し、クライアントに転送することができる。
【００４３】
次に、Ｓ８１６において、さらに別の実施形態における転送経路の決定方法を説明する。本例では、機能管理装置５は、クライアントからの要求だけではなく、クライアントの特性（対応プロトコル、対応フォーマット）情報を参照して、コンテンツの転送経路を決定する。例えば、クライアントが、音楽データ（サーバー識別ＩＤ：ＩＤ１、ＷＡＶＥ形式）を転送するよう要求する（本例では、処理は要求しない）。クライアントは、ＷＡＶＥ形式には対応しておらず、ＭＰ３形式のみに対応しているとする。機能管理装置は、クライアントがＭＰ３形式のみに対応していることを認識すると、転送経路として音楽データをＷＡＶＥ形式からＭＰ３形式に変換するコンテンツ処理装置４ｆ（ＩＤ１０）を選択し、図１２（ｃ）に示すコンテンツ転送・処理コマンドを作成する。従って、ＷＡＶＥ形式である音楽データは、コンテンツ処理装置４ｆにおいてＭＰ３形式に変換された後、クライアントに転送される。以上のように、機能管理装置は、クライアントの特性情報を参照し、コンテンツをクライアントが対応するフォーマットまたはプロトコルに変換してクライアントに転送できるよう、転送経路を決定する。従って、クライアントはフォーマット変換を指定しなくても、フォーマット変換したコンテンツを受信し、再生することができる。
【００４４】
また、上記実施形態において、コンテンツ提供装置が全コンテンツ提供装置のコンテンツリストを所有するのではなく、機能管理装置が、全コンテンツ提供装置のコンテンツリストを所有してもよい。この場合、クライアントは、機能管理装置にコンテンツリストを要求し、機能管理装置はクライアントにコンテンツリストを返信する。本例によれば、クライアントは、コンテンツ提供装置を認識する必要がなくなるので、図９の処理機能リストにおいてコンテンツ提供装置に関する情報（識別ＩＤおよびコンテンツの種類）が不要となり、処理を簡素化できる。さらに、各コンテンツサーバは、全コンテンツサーバのコンテンツリストを所有する必要がなく、機能管理装置に自身のコンテンツリストを通知するだけでよいので、処理がさらに簡素化できる。
【００４５】
以上、本発明の好ましい実施形態について説明したが、本発明はこれらの実施形態には限定されない。例えば、選択されるコンテンツの種類に応じて、選択できる処理機能が切り換わってもよい。すなわち、音楽データが選択された場合は、音楽データ用の処理機能のみが液晶表示部に表示され、映像データが選択された場合は、映像データ用の処理機能のみが液晶表示部に表示されてもよい。さらに、コンテンツ処理装置は、コンテンツを全て受信してから、処理を実行し、クライアントに転送してもよい。さらに、コンテンツ提供手段がＣＤプレーヤまたはラジオチューナーである場合には、アナログデータをＡ／Ｄ変換したあと、ＭＰ３などにエンコードして送信することができる。また、ＣＤプレーヤはデジタルデータを出力してもよい。さらに、機能管理手段およびコンテンツ処理手段の構成は特に限定されず、コンテンツサーバーやクライアントに併存していてもよい。
【００４６】
上述した全ての実施形態における各ステップは、コンピュータに実行させるためのプログラムを形成する。よって、この動作プログラムを装置にインストールすることにより、コンテンツ再生システムを構築できる。また、動作プログラムは、そのままインターネットなどの電気通信回線を通じて配信されてもよいが、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、メモリーカード等のコンピュータ読み取り可能な記録媒体に格納されて配布されてもよい。
【産業上の利用可能性】
【００４７】
本発明は、サーバーに蓄積されたＡＶデータをクライアントに転送して、クライアントにおいて再生するネットワークＡＶシステムの機能拡張に、好適に採用され得る。
【図面の簡単な説明】
【００４８】
【図１】本発明の好ましい実施形態によるコンテンツ再生システムを示すブロック図である。
【図２】本発明の好ましい実施形態によるコンテンツサーバーを説明するブロック図である。
【図３】本発明の好ましい実施形態によるクライアントを説明するブロック図である。
【図４】本発明の好ましい実施形態によるコンテンツ処理装置を説明するブロック図である。
【図５】本発明の好ましい実施形態による機能管理装置を説明するブロック図である。
【図６】機能管理テーブルを説明する図である。
【図７】コンテンツ処理装置の処理機能を機能管理装置に登録する動作を説明するフローチャートである。
【図８Ａ】コンテンツに処理を実行して再生する動作を説明するフローチャートである。
【図８Ｂ】コンテンツに処理を実行して再生する動作を説明するフローチャートであり、図８Ａの続きを示す。
【図９】本発明の好ましい実施形態による処理機能リストを説明する図である。
【図１０】本発明の好ましい実施形態によるコンテンツリストを説明する図である。
【図１１】コンテンツ要求コマンドを説明する図である。
【図１２】コンテンツ転送・処理コマンドを説明する図である。
【符号の説明】
【００４９】
１    コンテンツ再生システム
２    コンテンツ提供手段
３    再生手段
４    コンテンツ処理手段
５    機能管理手段
【図１】
2005055672.tif 000003
【図２】
2005055672.tif 000004
【図３】
2005055672.tif 000005
【図４】
2005055672.tif 000006
【図５】
2005055672.tif 000007
【図６】
2005055672.tif 000008
【図７】
2005055672.tif 000009
【図８Ａ】
2005055672.tif 000010
【図８Ｂ】
2005055672.tif 000011
【図９】
2005055672.tif 000012
【図１０】
2005055672.tif 000013
【図１１】
2005055672.tif 000014
【図１２】
2005055672.tif 000015