コンテンツデータをネットワークを介して配信するサーバ装置と、前記ネットワークを介して配信されたコンテンツデータに基づいてコンテンツ再生を行うコンテンツ再生装置と、を備え、さらに前記サーバ装置は、一つのコンテンツ再生装置に対して配信対象のコンテンツデータの取得先を一つ割り当てる取得先割当手段と、受信した切替コマンドに基づいて配信対象のコンテンツデータを切り替える配信対象切替手段と、を有し、前記コンテンツ再生装置は、割り当てられたコンテンツデータの取得先に対してコンテンツデータ要求処理を行い、コンテンツデータを取得するコンテンツ取得手段と、前記コンテンツデータの取得先から取得するコンテンツデータの切り替えに際して前記切替コマンドを生成し、前記サーバ装置に送信する切替コマンド送信手段と、を有する、コンテンツ処理システム。前記サーバ装置は、前記ネットワークを介して前記切替コマンドを受信し、前記配信対象切替手段に通知する切替コマンド受信手段を備えた、請求項1記載のコンテンツ処理システム。コンテンツデータをネットワークを介してコンテンツ再生装置に配信するサーバ装置であって、一つの外部装置に対して配信対象のコンテンツデータの取得先を一つ割り当てる取得先割当手段と、前記外部装置から前記ネットワークを介して受信した切替コマンドに基づいて配信対象のコンテンツデータを切り替える配信対象切替手段と、を備えるサーバ装置。前記ネットワークを介して前記切替コマンドを受信し、前記配信対象切替手段に通知する切替コマンド受信手段を備えた請求項3記載のサーバ装置。コンテンツデータをネットワークを介してサーバ装置から取得して前記コンテンツデータの再生を行うコンテンツ再生装置であって、前記サーバ装置により割り当てられた前記コンテンツデータの取得先に対してコンテンツデータ要求処理を行い、前記コンテンツデータを取得するコンテンツ取得手段と、前記コンテンツデータの取得先から取得するコンテンツデータの切り替えを要求するための切替コマンドを生成し、前記サーバ装置に送信する切替コマンド送信手段と、を備えるコンテンツ再生装置。コンテンツデータをネットワークを介して外部装置に配信するコンテンツサーバ装置で実行される制御方法であって、一つの外部装置に対して配信対象のコンテンツデータの取得先を一つ割り当てる取得先割当動作と、前記外部装置から前記通信ネットワークを介して受信した切替コマンドに基づいて配信対象のコンテンツデータを切り替える配信対象切替動作と、を備える制御方法。コンテンツデータをネットワークを介してサーバ装置から取得して前記コンテンツデータの再生を行うコンテンツ再生装置で実行される制御方法であって、前記サーバ装置により割り当てられた前記コンテンツデータの取得先に対してコンテンツデータ要求処理を行い、前記コンテンツデータを取得するコンテンツ取得動作と、前記コンテンツデータの取得先から取得するコンテンツデータの切り替えを要求するための前記切替コマンドを生成し、前記サーバ装置に送信する切替コマンド送信動作と、を備える制御方法。しかしながら、従来技術においては、ディジタルメディアサーバにおいて、視聴対象のコンテンツ毎にアイテムを割り当てる構成を採っており、全チャンネルのコンテンツ配信を実現するために、実装量が多くなってしまう虞があった。また、ディジタルメディアプレーヤにおいても、視聴対象のコンテンツを切り替えるためには、一度再生を中断し、CDSのコンテナツリーをたどって視聴したいチャンネルを探し、視聴したいチャンネルに対応する新たなアイテムに対して、HTTPのGETメソッドを実行する必要がある。したがって、ユーザの手間が煩わしく、チャンネル変更に要する時間もかかる虞があった。本発明は、上記に鑑みてなされたものであって、チャンネル変更に伴う実装量を低減し、ユーザの手間を削減可能なコンテンツ処理システム、サーバ装置、コンテンツ再生装置及び制御方法を提供する。実施形態のコンテンツ処理システムは、コンテンツデータをネットワークを介して配信するサーバ装置と、ネットワークを介して配信されたコンテンツデータに基づいてコンテンツ再生を行うコンテンツ再生装置と、を備えている。サーバ装置の取得先割当手段は、一つのコンテンツ再生装置に対して配信対象のコンテンツデータの取得先を一つ割り当てる。これにより、コンテンツ再生装置のコンテンツ取得手段は、割り当てられたコンテンツデータの取得先に対してコンテンツデータ要求処理を行い、コンテンツデータを取得する。そしてコンテンツ再生装置は、取得したコンテンツデータに基づいてコンテンツの再生を行う。また、コンテンツ再生装置の切替コマンド送信手段は、コンテンツデータの取得先から取得するコンテンツデータの切り替えに際して切替コマンドを生成し、サーバ装置に送信する。これによりサーバ装置の配信対象切替手段は、受信した切替コマンドに基づいて配信対象のコンテンツデータを切り替える。これによりコンテンツ再生装置は、切替後のコンテンツデータに基づいてコンテンツ再生を行う。次に図面を参照して、実施形態のコンテンツ処理システムについて詳細に説明する。以下に示す実施形態では、DLNAガイドラインに準拠した装置を用いた例について説明するが、これら装置に制限するものではない。例えば、後述する実施形態に特徴的な構成を、このDLNAガイドライン及びこのDLNAガイドラインが準拠する各種の規格と同等または互換性のある規格等に準拠する装置又はシステムや、独自の仕様による装置又はシステムに適用しても良い。[1]第1実施形態図1は、実施形態のコンテンツ処理システムの概要構成ブロック図である。図1において、コンテンツ処理システムを構成する電子機器は、DLNAガイドラインに準拠している電子機器である。コンテンツ処理システム10は、大別すると、レコーダ11と、レコーダ11にLANLocalAreaNetwork等の通信ネットワーク12を介して接続されたタブレット型の端末装置以下、タブレット端末装置という13と、を備えている。レコーダ11は、DLNAガイドライン上のディジタルメディアサーバDMS:DigitalMediaServer、すなわち、コンテンツサーバ装置として機能する。またレコーダ11は、DVD及びブルーレイ登録商標ディスク等のディスク上記録媒体を用いて再生、録画可能である。ここでディジタルメディアサーバの機能とは、コンテンツを蓄積し、他の電子機器にコンテンツのタイトル情報等を提供し、ディジタルメディアプレーヤDMP:DigitalMediaPlayerあるいは他の電子機器であるディジタルメディアコントローラDMC:DigitalMediacontrollerの制御下にあるディジタルメディアレンダラDMR:DigitalMediaRendererからの要求に応じて指定のコンテンツデータを供給する機能をいう。通信ネットワーク12は、有線、無線、又はこれらを混合したネットワークとして構成することが可能である。また、通信ネットワーク12は、単独のネットワークばかりでなく、LANとインターネット等の複数のネットワークとして構成することも可能である。タブレット端末装置13は、DLNAガイドライン上のディジタルメディアプレーヤとして機能している。ここで、ディジタルメディアプレーヤの機能とは、ディジタルメディアサーバに対してコンテンツデータの配信要求を行い、提供されたコンテンツデータを再生する機能をいう。図2は、実施形態のコンテンツ処理システムの機能ブロック図である。レコーダ11は、コンテンツ情報記憶部101と、コンテンツデータ記憶部102と、ディジタルメディアサーバ機能部103と、を備える。これにより、レコーダ11は、ディジタルメディアサーバ機能部103により、他の電子機器例えば、タブレット端末装置13に対して、コンテンツデータ記憶部102に記憶されているコンテンツデータや、コンテンツ情報記憶部101に記憶されているコンテンツ情報が提供可能となっている。一方、タブレット端末装置13は、コンテンツ情報記憶部111と、ディジタルメディアプレーヤ機能部112と、を備える。これにより、タブレット端末装置13は、ディジタルメディアプレーヤ機能部112により、他の電子機器例えばレコーダ11により提供されるコンテンツの表示、再生が可能となる。次に、レコーダ11の具体的構成について説明する。図3は、レコーダのハードウェア構成を示すブロック図である。レコーダ11は、図3に示すように、コントローラ301、ネットワークI/F302、A/V分離部303、メモリ304、オーディオデコーダ305、ビデオデコーダ306、グラフィック処理部307、映像処理出力部308、ストレージI/F309、バス310、ストリームI/F311、ビデオエンコーダ312、オーディオエンコーダ313、チューナ314、ハードディスクHDD315、A/V合成部316、DACD/Aコンバータ320、アンプ321、端子330、操作部350、リモートコントローラ351及び受光部352を備えている。チューナ314によって受信されたアナログ映像信号は、ビデオエンコーダ312によって符号化される。また、チューナ314によって受信されたアナログ音声信号は、オーディオエンコーダ313によって符号化される。符号化された映像信号と音声信号とはA/V合成部316によって合成され、ストリームとされる。一方、チューナ314で受信されたディジタル映像信号は、例えばMPEG2TSTransportStream形式のストリームとして、ストリームI/F311から入力される。ストリームは、ストレージI/F309を介して、HDD315に記録される。また、HDD315は、図1のコンテンツ情報記憶部101と、録画コンテンツデータ記憶部102と、を格納する。端子330は、ネットワークNTと接続するためのイーサネット登録商標端子等であって、ネットワークNT上の他のコンテンツ送信機能を有する装置から入力される情報は、端子330及びネットワークI/F302を通じてタブレット端末装置13により受信される。HDD315に記録されたストリームや、端子330及びネットワークI/F302を介し他のコンテンツ送信機能を有する装置から入力されメモリ304に一時保持されるコンテンツのデータは、コントローラ301の制御に従って、A/V分離部303で映像データと音声データに分離される。分離された映像データは、ビデオデコーダ306で復号される。複号された映像データは、映像処理出力部308から映像信号として出力され、図示しない外部のディスプレイに表示される。また、A/V分離部303で分離された音声データは、オーディオデコーダ305で復号され、DAC320、アンプ321を介して外部の図示しないスピーカから出力可能とされている。コントローラ301は、HDD315や図示しないROM等の記憶媒体に保持された各種プログラムを実行することで、レコーダ11の動作を統括的に制御する。コントローラ301は、マイクロプロセッサユニットとして構成されており、図示しないCPU、各種データを記憶する図示しないROM、各種データを記憶するとともに、ワークエリアとしても機能する図示しないRAM、外部とのインタフェース動作を行う図示しないインタフェース部を備えている。具体的には、コントローラ301は、グラフィック処理部307と協働して、例えば、GUIGraphicalUserInterface表示画面等を生成し、RAM等のメモリ304に保持して、適宜読み出して図示しない外部のディスプレイ装置に表示する。また、コントローラ301は、レコーダ11に対しリモートコントローラ351等で行われた操作を、操作部350や受光部352を介して受け付ける。そして受け付けた操作の内容に応じてチューナ314が受信する放送信号チャンネルを切り替えたり、GUI表示画面上での入力を検出したりする。次に、タブレット端末装置13の具体的構成について説明する。図4は、タブレット端末装置のハードウェア構成を示すブロック図である。タブレット端末装置13は、図4に示すように、コントローラ401、ネットワークI/F402、ROM403、RAM404、オーディオ出力部405、タッチパネル406、ディスプレイ407、メモリコントローラ408及びフラッシュROM409を備えている。ここで、タッチパネル406及びディスプレイ407は、タッチパネルディスプレイを構成している。また、メモリコントローラ408には、メモリカード等の外部メモリ410を装着可能な図示しないメモリインタフェース部が設けられている。コントローラ401は、ROM403等の記憶媒体に保持された各種プログラムを実行することで、タブレット端末装置13の動作を統括的に制御する。コントローラ301は、マイクロプロセッサユニットとして構成されており、図示しないCPU、各種データを記憶する図示しないROM、各種データを記憶するとともに、ワークエリアとしても機能する図示しないRAM、外部とのインタフェース動作を行う図示しないインタフェース部を備えている。具体的には、コントローラ401は、GUIGraphicalUserInterface表示画面等を生成し、RAM等に保持して、適宜読み出してディスプレイ407に表示する。また、コントローラ401は、タッチパネル406で行われた操作を受け付ける。そして受け付けた操作の内容に応じて各種処理を行う。上記構成において、レコーダ11が録画しておいたコンテンツを配信する動作あるいはレコーダ11のチューナで受信中の放送をコンテンツとして配信する動作ライブ配信動作のいずれも可能である。以下の説明においては、ライブ配信動作を例として説明する。図5は、第1実施形態の概要説明図である。ディジタルメディアサーバDMSとして機能するレコーダ11のコントローラ301は、ライブ配信用のアイテム1個のみをCDSのコンテナツリー上に配置している。したがって、配信可能な各チャンネルのアイテムを複数、コンテナツリー上に配置する必要がない。そして、一つのライブ配信用アイテムを用い、ディジタルメディアプレーヤとして機能するタブレット端末装置13がHTTPGETコマンドを送信することで、コンテンツデータが配信され、ライブ視聴が開始される。しかし、ライブ配信用アイテムが一つだけであるため、このままではチャンネルの変更ができない。そこで、本実施形態では、チャンネル変更コマンドを用い、タブレット端末装置13側で希望のチャンネルを指定する構成を採っている。これにより、配信されているコンテンツの内容が、途中から別のチャンネルの内容となるように配信するコンテンツデータを変更し、チャンネル変更を実現している。したがって、チャンネル変更のたびに一度切断し、別のチャンネルのURLを用いてHTTPGETコマンドを発行するという手順が不要となるため、ユーザの操作の手間を低減できるとともに、チャンネル変更速度も向上する。次に実施形態の動作を説明する。ここで、タブレット端末装置13は、予めレコーダ11で受信可能な配信可能な放送チャンネルのリストチャンネルリストをレコーダ11から取得する等の方法により予め記憶しておくものとする。図6は、実施形態のコンテンツ処理システムの処理タイミングチャートである。以下の説明において、レコーダ11のURLは、19216803であるものとし、コンテンツが格納されているURLは、例えば、http19216803001avcとなっているものとする。タブレット端末装置13は、ディジタルメディアプレーヤDMPとして機能して、コンテンツサーバ装置として機能するレコーダ11に対してコンテンツ情報タイトル情報の要求を行う動作S1。コンテンツ情報の要求を受信したレコーダ11は、コンテンツ情報要求に対する応答としてコンテンツ情報を送信する動作S2。ここで、コンテンツ情報は、コンテンツ配信用ここでは、ライブ配信用のアイテムのメタデータであり、コンテンツ名や、コンテンツの属性情報の他、当該コンテンツが格納されているURLも含まれている。この場合において、一つのコンテンツに対して解像度ビットレートなどのバリエーションに応じて複数のURL取得先を含むように構成し、ユーザにより選択させることも可能である。次にタブレット端末装置13は、取得下コンテンツ情報に含まれるURLに対してコンテンツデータの配信を要求するためにHTTPGETコマンドを実行する動作S3。図7は、HTTPGETコマンドの一例の説明図である。ここで、タブレット端末装置13は、図7に示すように、レコーダ11に対して、チャンネルを指定することなく、コンテンツデータの配信を要求している。これにより、レコーダ11は、HTTPGETコマンドに対する応答として、現在チューナ314で受信しているチャンネルに対応するコンテンツデータを配信することとなる動作S4。図7に示したように、この時点では、タブレット端末装置13がライブ配信用のチャンネルを指定していないため、レコーダ11のチューナ314で選局されていたチャンネルのライブ配信となる。このコンテンツデータの配信はライブ視聴停止の指示がなされるまで続くため、以降の動作S5~S7を実行している間もコンテンツデータの配信が継続され、タブレット端末装置13では、継続してライブ視聴が可能となっている。ここで、視聴するチャンネルを変更する場合の動作について説明する。タブレット端末装置13では、コンテンツデータの配信を受けて、ライブ放送を再生している状態で、チャンネル変更コマンドを送信することができるようになっている動作S5。チャンネル変更コマンドは、例えば以下のような形式となる。http19216803livechG23760981ここで、19216803は、上述したように、ディジタルメディアサーバとしてのレコーダ11のIPアドレスである。また、livechはライブ配信のチャンネル変更を意味するコマンド名である。またG23760981は、切替先のチャンネルを一意に示すことが出来るチャンネルコードである。チャンネルコードは、レコーダ11のチャンネル情報に含まれ、事前にタブレット端末装置13が取得しておく情報であるため、タブレット端末装置13から指定が可能となっているのである。そして、タブレット端末装置13からチャンネル変更コマンドが送信され、レコーダ11が受信して、受理する。これにより、レコーダ11は、ライブ配信用コンテンツに入力しているチャンネルを、受理したチャンネル変更コマンドで指定されたチャンネルに変更する動作S6。この結果、ライブ配信用のコンテンツデータは途中で別のチャンネルの内容に対応するものに切り替わり、タブレット端末装置13で再生されるライブ放送のチャンネルが切り替わることとなる動作S7。以上の説明のように、本第1実施形態によれば、配信可能なチャンネル数分のアイテムをコンテナツリー上に配置する必要がない。また、チャンネル変更のたびに一度切断し、別のチャンネルのURLを用いてHTTPGETコマンドを発行するという手順が不要となるため、ユーザの操作の手間を低減できるとともに、チャンネル変更速度も向上する。[2]第2実施形態以上の第1実施形態は、ディジタルメディアプレーヤが1台の場合であったが、本第2実施形態は、複数台のディジタルメディアプレーヤを1台のディジタルメディアサーバに接続する場合の実施形態である。この場合においては、ディジタルメディアサーバとしてレコーダを用い、ライブ配信を行うディジタルメディアプレーヤの台数分チューナを搭載する必要がある。なお、処理能力の許す限り、録画済みのコンテンツを1台または複数台のディジタルメディアプレーヤに対して配信することは可能である。図8は、第2実施形態の概要説明図である。ディジタルメディアサーバDMSとして機能するレコーダ11のコントローラ301は、ライブ配信用のアイテムをライブ配信を行うディジタルメディアプレーヤの数だけ図8では、4台、CDSのコンテナツリー上に配置している。そして、各デジタルメディアプレーヤに対して、それぞれ一つのライブ配信用アイテムのURLを用い、ディジタルメディアプレーヤとして機能するタブレット端末装置13がHTTPGETコマンドを送信することで、コンテンツデータが配信され、ライブ視聴が開始される。しかし、この場合においても、第1実施形態と同様に、各ディジタルメディアプレーヤにとっては、ライブ配信用アイテムのURLが一つだけであるため、このままではチャンネルの変更ができない。そこで、本第2実施形態においても、第1実施形態と同様にチャンネル変更コマンドを用い、ディジタルメディアプレーヤ側で希望のチャンネルを指定する構成を採っている。この結果、本第2実施形態においても、配信可能な各チャンネル数×デジタルメディアプレーヤ数分のアイテムをコンテナツリー上に配置する必要がない。また、チャンネル変更のたびに一度切断し、別のチャンネルのURLを用いてHTTPGETコマンドを発行するという手順が不要となるため、ユーザの操作の手間を低減できるとともに、チャンネル変更速度も向上する。[3]実施形態の変形例以上の説明においては、コンテンツデータをライブ配信する場合について説明したが、ライブ配信に制限されるものではなく、ディジタルメディアプレーヤで再生しているコンテンツを、再度HTTPGETコマンドを送信することなく、別のコンテンツデータの配信に切り替える、という用途に適用が可能である。上記各実施形態の構成においては、ライブ視聴していない全く別のディジタルメディアプレーヤDMPあるいはディジタルメディアコントローラDMCからチャンネル変更コマンドが送られたとしても、コマンドフォーマットが適式である限り、ライブ視聴しているディジタルメディアプレーヤに配信されるコンテンツデータの内容が勝手に別のチャンネルの内容に切り替わることが考えられる。これを防ぐため、ライブ配信によりコンテンツデータが配信されているディジタルメディアプレーヤのIPアドレスと、チャンネル変更コマンドを送信したディジタルメディアプレーヤのIPアドレスと、をディジタルメディアサーバでチェックし、同一でない場合はライブ配信のチャンネル変更コマンドを無効とする、という処理を行うようにすることも可能である。以上の説明においては、ディジタルメディアサーバDMSは、ディジタルメディアプレーヤDMPあるいはディジタルメディアレンダラDMR等のコンテンツ再生装置外部装置に直接的にコンテンツデータを配信するものとして説明したが、ディジタルメディアサーバDMSは、ディジタルメディアプレーヤDMPあるいはディジタルメディアレンダラDMRに代えて、ディジタルメディアサーバDMSからコンテンツデータの配信を受けてディジタルメディアサーバDMSは、ディジタルメディアプレーヤDMPあるいはディジタルメディアレンダラDMRにコンテンツデータを転送配信するデータ転送装置等の外部装置を設けるように構成することも可能である。すなわち、この場合には、ディジタルメディアサーバDMSのコンテンツデータの配信先は、再生機能を持たない外部装置ということになる。また、以上の説明においては、ディジタルメディアサーバDMSは、コンテンツデータの格納とコンテンツデータの配信の二つの機能を有するものとして説明したが、コンテンツデータを格納するコンテンツデータサーバと、このコンテンツデータサーバからコンテンツデータを取得して、コンテンツ再生装置にコンテンツデータを配信する配信サーバとを併せてディジタルメディアサーバDMSとしての機能を実現するように構成することも可能である。また、本実施形態のレコーダ11あるいはタブレット端末装置13で実行されるコンテンツ処理プログラムは、インストール可能な形式又は実行可能な形式のファイルでCD-ROM、フレキシブルディスクFD、CD-R、DVDDigitalVersatileDisk等のコンピュータで読み取り可能な記録媒体に記録されて提供するようにしてもよい。また、本実施形態のレコーダ11あるいはタブレット端末装置13で実行されるコンテンツ処理プログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。また、本実施形態のレコーダ11あるいはタブレット端末装置13で実行されるコンテンツ処理プログラムをインターネット等のネットワーク経由で提供または配布するようにしてもよい。また、本実施形態のコンテンツ処理プログラムを、ROM等に予め組込んで提供するようにしてもよい。本実施形態のレコーダ11あるいはタブレット端末装置13で実行されるコンテンツ処理プログラムは、上述した各部コンテンツ情報記憶部、コンテンツデータ記憶部、ディジタルメディアサーバ機能部あるいはディジタルメディアプレーヤ部を含むモジュール構成となっており、実際のハードウェアとしては、各装置のコントローラがメモリからコンテンツ処理プログラムを読み出して実行することにより上記各部が主記憶装置上にロードされ、コンテンツ情報記憶部、コンテンツデータ記憶部、ディジタルメディアサーバ機能部あるいはディジタルメディアプレーヤ部が主記憶装置上に生成されるようになっている。本発明の実施形態を説明したが、上述した実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。