コンテンツ処理システム、コンテンツサーバ装置、コンテンツ再生制御装置、制御方法及び制御プログラム
【課題】チャンネル変更に伴う実装量を低減し、ユーザの手間を削減しつつ、他の端末装置等から不用意にチャンネルの切替がなされることがない。
【解決手段】コンテンツサーバ装置は、切替コマンドに含まれる再生装置識別情報がコンテンツデータを実際に配信しているコンテンツ再生装置に対応する再生装置識別情報である場合に切替コマンドに基づいて配信対象のコンテンツデータを切り替える一方、切替コマンドに含まれる再生装置識別情報がコンテンツデータを実際に配信しているコンテンツ再生装置に対応する再生装置識別情報ではない場合に切替コマンドに基づく配信対象のコンテンツデータの切り替えを禁止する。
【解決手段】コンテンツサーバ装置は、切替コマンドに含まれる再生装置識別情報がコンテンツデータを実際に配信しているコンテンツ再生装置に対応する再生装置識別情報である場合に切替コマンドに基づいて配信対象のコンテンツデータを切り替える一方、切替コマンドに含まれる再生装置識別情報がコンテンツデータを実際に配信しているコンテンツ再生装置に対応する再生装置識別情報ではない場合に切替コマンドに基づく配信対象のコンテンツデータの切り替えを禁止する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、コンテンツ処理システム、コンテンツサーバ装置、コンテンツ再生制御装置、制御方法及び制御プログラムに関する。
【背景技術】
【０００２】
現在、ＵＰｎＰ（Universal Plug and Play）（登録商標） ＡＶ規格およびＤＬＮＡ（Digital Living Network Alliance）ガイドラインに準拠した電子機器が利用されるようになってきている。
ここで、ＵＰｎＰ ＡＶ規格は、電子機器を接続するだけでネットワークへの参加を実現するＵＰｎＰプロトコルの上位層として、ＡＶコンテンツの再生などを目的としたプロトコルである。
また、ＤＬＮＡガイドラインは、各電子機器に互換性を持たせ、家庭内で電子機器間のネットワーク構成を実現する業界標準であり、電子機器間で通信する際の手順として、ＵＰｎＰプロトコルを採用している。
【０００３】
ＵＰｎＰ規格では、デバイスと、そのデバイスに対して制御を行なうコントロールポイントとが定義され、ＵＰｎＰ ＡＶ規格では、デバイスとして、コンテンツの蓄積を担当するメディアサーバ（UPnP AV Media Server）と、コンテンツの再生を担当するメディアレンダラー（UPnP AV Media Renderer）とが定義されている。コントロールポイント（UPnP AV Control Point）は、ネットワーク上のデバイスを発見し、その制御を行う。そして、ＵＰｎＰ ＡＶ規格では、コントロールポイントにおいて選択されたメディアレンダラーが、コントロールポイントにおいて選択されたメディアサーバ内のコンテンツを、ネットワークを介して取得し、再生する。
【０００４】
同様に、ＤＬＮＡガイドラインに則って様々なコンテンツをネットワークを介して配信し、再生する仕組みも提案されている。例えば、現在放送している放送番組をコンテンツとしてディジタルメディアサーバ（ＤＭＳ: Digital Media Server）によりネットワーク配信し、ディジタルメディアプレーヤ（ＤＭＰ: Digital Media Player）あるいはディジタルメディアレンダラ（ＤＭＲ: Digital Media Renderer）及びディジタルメディアコントローラ(ＤＭＣ: Digital Media Controller)の組合せにより再生するシステムが提案されている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００８−２４５２２６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、従来技術においては、ディジタルメディアサーバ（ＤＭＳ）において、視聴対象のコンテンツ毎にアイテムを割り当てる構成を採っており、全チャンネルのコンテンツ配信を実現するために、処理負荷や通信量が大きくなってしまう虞があった。
また、ディジタルメディアプレーヤ（ＤＭＰ）においても、視聴対象のコンテンツを切り替えるためには、一度再生を中断し、ＣＤＳ(Content Directory Service)のコンテナツリーをたどって視聴したいチャンネルを探し、視聴したいチャンネルに対応する新たなアイテムに対して、ＨＴＴＰのＧＥＴメソッドを実行する必要がある。したがって、ユーザの手間が煩わしく、チャンネル変更に要する時間もかかる虞があった。
【０００７】
本発明は、上記に鑑みてなされたものであって、チャンネル変更に伴う実装量を低減し、ユーザの手間を削減しつつ、他の端末装置等から不用意にチャンネルの切替がなされることがないコンテンツ処理システム、コンテンツサーバ装置、コンテンツ再生制御装置、制御方法及び制御プログラムを提供する。
【課題を解決するための手段】
【０００８】
実施形態のコンテンツ処理システムは、コンテンツデータをネットワークを介して配信するコンテンツサーバ装置と、ネットワークを介して配信されたコンテンツデータに基づいてコンテンツ再生を行うコンテンツ再生装置と、を備えている。
【０００９】
コンテンツサーバ装置の取得先提示手段は、コンテンツ再生装置もしくはコンテンツ再生制御装置に対して配信対象のコンテンツデータの取得先を 提示する。
コンテンツ再生制御装置のコンテンツ取得制御手段は、コンテンツ再生装置に割り当てられたコンテンツデータの取得先に対してコンテンツデータ要求処理を行い、コンテンツデータをコンテンツ再生装置に取得させる。また、切替コマンド送信手段は、コンテンツデータの取得先から取得するコンテンツデータの切替に際して再生装置識別情報を含む切替コマンドを生成し、コンテンツサーバ装置に送信する。
【００１０】
これによりコンテンツサーバ装置の識別情報判別手段は、コンテンツ配信先のコンテンツ再生装置の再生装置識別情報を取得するとともに受信した切替コマンドに含まれる再生装置識別情報が、現在コンテンツデータを配信しているコンテンツ再生装置に対応する再生装置識別情報であるか否かを判別する。そして、配信対象切替手段は、切替コマンドに含まれる再生装置識別情報がコンテンツデータを実際に配信しているコンテンツ再生装置に対応する再生装置識別情報である場合に切替コマンドに基づいて配信対象のコンテンツデータを切り替える一方、切替コマンドに含まれる再生装置識別情報がコンテンツデータを実際に配信しているコンテンツ再生装置に対応する再生装置識別情報ではない場合に切替コマンドに基づく配信対象のコンテンツデータの切り替えを禁止する。
【図面の簡単な説明】
【００１１】
【図１】図１は、実施形態のコンテンツ処理システムの概要構成ブロック図である。
【図２】図２は、実施形態のコンテンツ処理システムの機能ブロック図である。
【図３】図３は、ディジタルメディアサーバ機能部の詳細機能ブロック図である。
【図４】図４は、レコーダのハードウェア構成を示すブロック図である。
【図５】図５は、タブレット端末装置のハードウェア構成を示すブロック図である。
【図６】図６は、第１実施形態の概要説明図である。
【図７】図７は、第１実施形態のコンテンツ処理システムの処理タイミングチャートである。
【図８】図８は、配信要求のコマンド（ＨＴＴＰ ＧＥＴコマンド）の一例の説明図である。
【図９】図９は、レコーダにおけるコンテンツ切替処理の処理フローチャートである。
【図１０】図１０は、切替を受け付けた旨の切替応答の一例の説明図である。
【図１１】図１１は、コンテンツ切替要求時のＨＴＴＰ ＧＥＴコマンドに装置識別情報が含まれている場合の説明図である。
【図１２】図１２は、コンテンツ切替要求時のＨＴＴＰ ＧＥＴコマンドに装置識別情報が含まれていない場合の説明図である。
【図１３】図１３は、実施形態のコンテンツ処理システムの処理タイミングチャート（切替要求非受付時）である。
【図１４】図１４は、第２実施形態の概要説明図である。
【図１５】図１５は、ディジタルメディアサーバ機能部としてのレコーダのコントローラの詳細機能ブロック図である。
【図１６】図１６は、第２実施形態のコンテンツ処理システムの処理タイミングチャートである。
【図１７】図１７は、第２実施形態のコンテンツ処理システムにおいて、コンテンツデータの配信先ではない他の装置からコンテンツの切替要求がなされた場合の処理タイミングチャートである。
【図１８】図１８は、第３実施形態の概要説明図である。
【発明を実施するための形態】
【００１２】
次に図面を参照して、実施形態のコンテンツ処理システムについて詳細に説明する。
以下に示す実施形態では、ＤＬＮＡガイドラインに準拠した装置を用いた例について説明するが、これらの装置に制限するものではない。例えば、後述する実施形態に特徴的な構成を、このＤＬＮＡガイドライン及びこのＤＬＮＡガイドラインが準拠する各種の規格と同等または互換性のある規格等に準拠する装置又はシステムや、独自の仕様による装置又はシステムに適用しても良い。
【００１３】
［１］第１実施形態
図１は、実施形態のコンテンツ処理システムの概要構成ブロック図である。
図１において、コンテンツ処理システムを構成する電子機器は、ＤＬＮＡガイドラインに準拠している電子機器である。
【００１４】
コンテンツ処理システム１０は、大別すると、レコーダ１１と、レコーダ１１にＬＡＮ（Local Area Network）等のネットワーク（通信ネットワーク）１２を介して接続されたディスプレイ１３と、ネットワーク１２を介して接続されたタブレット型の端末装置（以下、タブレット端末装置という）１４と、を備えている。
レコーダ１１は、ＤＬＮＡガイドライン上のディジタルメディアサーバ（ＤＭＳ：Digital Media Server）、すなわち、コンテンツサーバ装置として機能する。またレコーダ１１は、ＤＶＤ及びブルーレイ（登録商標）ディスク等のディスク上記録媒体を用いて再生、録画可能である。ここでディジタルメディアサーバの機能とは、コンテンツを蓄積し、他の電子機器にコンテンツのタイトル情報等を提供し、ディジタルメディアプレーヤ（ＤＭＰ：Digital Media Player）あるいは他の電子機器であるディジタルメディアコントローラ（ＤＭＣ：Digital Media controller）の制御下にあるディジタルメディアレンダラ(Digital Media Renderer）からの要求に応じて指定のコンテンツデータを供給する機能をいう。
【００１５】
ネットワーク１２は、有線、無線、又はこれらを混合したネットワークとして構成することが可能である。また、ネットワーク１２は、単独のネットワークばかりでなく、ＬＡＮとインターネット等の複数のネットワークとして構成することも可能である。
【００１６】
ディスプレイ１３は、ＤＬＮＡガイドライン上のディジタルメディアレンダラ（ＤＭＲ）として機能している。ここで、ディジタルメディアレンダラ（ＤＭＲ）の機能とは、ディジタルメディアコントローラ（ＤＭＣ）の制御下でディジタルメディアサーバ（ＤＭＳ）から提供されたコンテンツデータを再生する機能をいう。
【００１７】
タブレット端末装置１４は、ＤＬＮＡガイドライン上のディジタルメディアコントローラ（ＤＭＣ）として機能している。ここで、ディジタルメディアコントローラ（ＤＭＣ）の機能とは、ディジタルメディアサーバ（ＤＭＳ）に対してコンテンツデータの配信要求を行い、ディジタルメディアレンダラ（ＤＭＲ）に対してコンテンツデータを提供させ、ディジタルメディアレンダラ（ＤＭＲ）に提供されたコンテンツデータを再生させる機能をいう。
【００１８】
図２は、実施形態のコンテンツ処理システムの機能ブロック図である。
レコーダ１１は、コンテンツ情報記憶部１０１と、コンテンツデータ記憶部１０２と、ディジタルメディアサーバ機能部１０３と、を備える。これにより、レコーダ１１は、ディジタルメディアサーバ機能部１０３により、他の電子機器（例えば、タブレット端末装置１４）に対して、コンテンツデータ記憶部１０２に記憶されているコンテンツデータや、コンテンツ情報記憶部１０１に記憶されているコンテンツ情報が提供可能となっている。
【００１９】
図３は、ディジタルメディアサーバ機能部の詳細機能ブロック図である。
ディジタルメディアサーバ機能部１０３は、大別すると、コンテンツ送信機能部１０３Ａ、コンテンツ切替要求受信機能部１０３Ｂ、第一の装置識別情報抽出機能部１０３Ｃ、指定装置識別情報有無確認機能部１０３Ｄ１、指定装置識別情報抽出機能部１０３Ｄ２、コンテンツ切替要求元装置識別情報抽出機能部１０３Ｄ３、装置識別情報比較機能部１０３Ｅ、コンテンツ切替機能部１０３Ｆ及びコンテンツ切替応答送信機能部１０３Ｇを備えている。
【００２０】
コンテンツ送信機能部１０３Ａは、コンテンツデータ記憶部１０２に記憶されているコンテンツデータや、コンテンツ情報記憶部１０１に記憶されているコンテンツ情報を送信する。
コンテンツ切替要求受信機能部１０３Ｂは、外部のディジタルメディアコントローラ（ＤＭＣ）あるいはディジタルメディアプレーヤ（ＤＭＰ）として機能する電子機器からのコンテンツ切替要求を受信する。
【００２１】
第一の装置識別情報抽出機能部１０３Ｃは、コンテンツデータが現実に配信され、コンテンツの再生を行っている外部のディジタルメディアプレーヤ（ＤＭＰ）あるいはディジタルメディアレンダラ（ＤＭＲ）として機能する電子機器を特定するための第一の装置識別情報（例えば、ＩＰアドレスあるいは装置ＩＤ）をＡコンテンツ配信要求の通信データ中から抽出する。
【００２２】
指定装置識別情報有無確認機能部１０３Ｄ１は、コンテンツデータが配信され、コンテンツの再生を行なっている外部のディジタルメディアプレーヤ（ＤＭＰ）あるいはディジタルメディアレンダラ（ＤＭＲ）として機能する電子機器を特定するためのコンテンツ送信先の装置識別情報が、コンテンツ切替要求において指定されているか否かを確認する。
指定装置識別情報抽出機能部１０３Ｄ２は、コンテンツ切替要求においてコンテンツ送信先の装置識別情報が指定されている場合に、コンテンツ送信先の装置識別情報を抽出して第二の装置識別情報とする。
コンテンツ切替要求元装置識別情報抽出機能部１０３Ｄ３は、コンテンツ切替要求において、コンテンツ送信先の装置識別情報が指定されていない場合に、コンテンツ切替要求を行ったコンテンツ切替要求元（コンテンツ切替要求送信元）の装置識別情報を抽出して第二の装置識別情報とする。
装置識別情報比較機能部１０３Ｅは、第一の装置識別情報と、第二の装置識別情報と、を比較して両者が一致しているか否かを判別し、判別結果を出力する。
【００２３】
コンテンツ切替機能部１０３Ｆは、装置識別情報比較機能部１０３Ｅの判別結果出力に基づいて、第一の装置識別情報と、第二の装置識別情報と、が一致している場合にコンテンツ切替要求を受け入れて、コンテンツ切替を許可して、コンテンツ送信機能部１０３Ａに送信させるコンテンツデータの内容を切り替える制御を行う。また、コンテンツ切替機能部１０３Ｆは、第一の装置識別情報と、第二の装置識別情報と、が一致していない場合にコンテンツ切替要求を却下して、コンテンツ切替を禁止して、コンテンツ送信機能部１０３Ａに送信させるコンテンツデータの内容をそのままとする。
コンテンツ切替応答送信機能部１０３Ｇは、コンテンツ切替機能部１０３Ｆのコンテンツ切替の許可あるいは禁止に基づいて、コンテンツ切替要求に対する応答をネットワークインタフェース３０２を介して、コンテンツ切替要求元の電子機器に通知する。
【００２４】
ディスプレイ１３は、ディジタルメディアレンダラ機能部１１１を備える。これにより、ディスプレイ１３は、ディジタルメディアコントローラ（ＤＭＣ）の制御下で、ディジタルメディアレンダラ機能部１１１により、他の電子機器（例えばレコーダ１１）により提供されるコンテンツの表示、再生が可能となる。
【００２５】
タブレット端末装置１４は、コンテンツ情報記憶部１２１と、ディジタルメディアコントローラ機能部１２２と、を備える。これにより、タブレット端末装置１４は、ディジタルメディアコントローラ機能部１２２により、ディジタルメディアサーバ（ＤＭＳ）として機能する他の電子機器（例えばレコーダ１１）からディジタルメディアレンダラ（ＤＭＲ）として機能する他の電子機器（例えばディスプレイ１３）にコンテンツを提供させ、コンテンツの表示、再生を行わせる。
【００２６】
次に、レコーダ１１の具体的構成について説明する。
図４は、レコーダのハードウェア構成を示すブロック図である。
レコーダ１１は、図４に示すように、コントローラ３０１、ネットワークＩ／Ｆ（インタフェース）３０２、Ａ／Ｖ分離部３０３、メモリ３０４、オーディオデコーダ３０５、ビデオデコーダ３０６、グラフィック処理部３０７、映像処理出力部３０８、ストレージＩ／Ｆ３０９、バス３１０、ストリームＩ／Ｆ３１１、ビデオエンコーダ３１２、オーディオエンコーダ３１３、チューナ３１４、ハードディスク（ＨＤＤ）３１５、Ａ／Ｖ合成部３１６、ＤＡＣ（Ｄ／Ａコンバータ）３２０、アンプ３２１、端子３３０、操作部３５０、リモートコントローラ３５１及び受光部３５２を備えている。
【００２７】
チューナ３１４によって受信されたアナログ映像信号は、ビデオエンコーダ３１２によって符号化される。また、チューナ３１４によって受信されたアナログ音声信号は、オーディオエンコーダ３１３によって符号化される。符号化された映像信号と音声信号とはＡ／Ｖ合成部３１６によって合成され、ストリームとされる。一方、チューナ３１４で受信されたディジタル映像信号は、例えばＭＰＥＧ２ＴＳ（Transport Stream）形式のストリームとして、ストリームＩ／Ｆ３１１から入力される。ストリームは、ストレージＩ／Ｆ３０９を介して、ＨＤＤ３１５に記録される。また、ＨＤＤ３１５は、図１のコンテンツ情報記憶部１０１と、コンテンツデータ記憶部１０２と、を格納する。
【００２８】
端子３３０は、ネットワーク１２と接続するためのイーサネット（登録商標）端子等であって、ネットワーク１２上の他のコンテンツ送信機能を有する装置から入力される情報は、端子３３０及びネットワークＩ／Ｆ３０２を通じてレコーダ１１により受信される。
【００２９】
ＨＤＤ３１５に記録されたストリームや、端子３３０及びネットワークＩ／Ｆ３０２を介し他のコンテンツ送信機能を有する装置から入力されメモリ３０４に一時保持されるコンテンツのデータは、コントローラ３０１の制御に従って、Ａ／Ｖ分離部３０３で映像データと音声データに分離される。分離された映像データは、ビデオデコーダ３０６で復号される。複号された映像データは、映像処理出力部３０８から映像信号として出力され、ディジタルメディアレンダラ（ＤＭＲ）として機能するディスプレイ１３に表示させる。また、Ａ／Ｖ分離部３０３で分離された音声データは、オーディオデコーダ３０５で復号され、ＤＡＣ３２０、アンプ３２１を介して外部の図示しないスピーカから出力可能されている。
【００３０】
コントローラ３０１は、ＨＤＤ３１５や図示しないＲＯＭ等の記憶媒体に保持された各種プログラムを実行することで、レコーダ１１の動作を統括的に制御する。コントローラ３０１は、マイクロプロセッサユニットとして構成されており、図示しないＣＰＵ、各種データを記憶する図示しないＲＯＭ、各種データを記憶するとともに、ワークエリアとしても機能する図示しないＲＡＭ、外部とのインタフェース動作を行う図示しないインタフェース部を備えている。
【００３１】
具体的には、コントローラ３０１は、グラフィック処理部３０７と協働して、例えば、ＧＵＩ（Graphical User Interface）表示画面等を生成し、ＲＡＭ等のメモリ３０４に保持して、適宜読み出して図示しない外部のディスプレイ装置に表示する。また、コントローラ３０１は、レコーダ１１に対しリモートコントローラ３５１等で行われた操作を、操作部３５０や受光部３５２を介して受け付ける。そして受け付けた操作の内容に応じてチューナ３１４が受信する放送信号（チャンネル）を切り替えたり、ＧＵＩ表示画面上での入力を検出したりする。
【００３２】
次に、タブレット端末装置１４の具体的構成について説明する。
図５は、タブレット端末装置のハードウェア構成を示すブロック図である。
タブレット端末装置１４は、図５に示すように、コントローラ４０１、ネットワークＩ／Ｆ４０２、ＲＯＭ４０３、ＲＡＭ４０４、オーディオ出力部４０５、タッチパネル４０６、ディスプレイ４０７、メモリコントローラ４０８及びフラッシュＲＯＭ４０９を備えている。
【００３３】
ここで、タッチパネル４０６及びディスプレイ４０７は、タッチパネルディスプレイを構成している。
また、メモリコントローラ４０８には、メモリカード等の外部メモリ４１０を装着可能な図示しないメモリインタフェース部が設けられている。
【００３４】
コントローラ４０１は、ＲＯＭ４０３等の記憶媒体に保持された各種プログラムを実行することで、タブレット端末装置１４の動作を統括的に制御する。コントローラ４０１は、マイクロプロセッサユニットとして構成されており、図示しないＣＰＵ、各種データを記憶する図示しないＲＯＭ、各種データを記憶するとともに、ワークエリアとしても機能する図示しないＲＡＭ、外部とのインタフェース動作を行う図示しないインタフェース部を備えている。
【００３５】
具体的には、コントローラ４０１は、ＧＵＩ（Graphical User Interface）表示画面等を生成し、ＲＡＭ等に保持して、適宜読み出してディスプレイ４０７に表示する。また、コントローラ４０１は、タッチパネル４０６で行われた操作を受け付ける。そして受け付けた操作の内容に応じて各種処理を行う。
【００３６】
上記構成において、レコーダ１１が録画しておいたコンテンツを配信させる制御動作あるいはレコーダ１１のチューナで受信中の放送をコンテンツとして配信させる制御動作（ライブ配信制御動作）のいずれも可能である。以下の説明においては、ライブ配信制御動作を例として説明する。
【００３７】
図６は、第１実施形態の概要説明図である。
ディジタルメディアサーバ（ＤＭＳ）として機能するレコーダ１１のコントローラ３０１は、ライブ配信用のアイテム１個のみをＣＤＳのコンテナツリー上に配置している。
したがって、配信可能な各チャンネルのアイテムを複数、コンテナツリー上に配置する必要がない。
ディジタルメディアコントローラ（ＤＭＣ）として機能するタブレット端末装置１４がレコーダ１１からライブ配信用アイテムのＵＲＬを取得し、ディジタルメディアレンダラ（ＤＭＲ）として機能するディスプレイ１３にＵＲＬを含む再生指示を送り、ディスプレイ１３が再生指示に含まれるＵＲＬに基づいてレコーダ１１にＨＴＴＰ ＧＥＴコマンドを送信することでコンテンツデータを取得、再生することによって、ライブ視聴が開始される。
【００３８】
しかし、ライブ配信用アイテムは一つだけであるため、このままではチャンネルの変更ができない。そこで、本実施形態では、チャンネル変更コマンドを用い、タブレット端末装置１４側で希望のチャンネルを指定する構成を採っている。これにより、配信されているコンテンツの内容が、途中から別のチャンネルの内容となるように配信するコンテンツデータを変更し、チャンネル変更を実現している。したがって、チャンネル変更のたびに一度切断し、別のチャンネルのＵＲＬを用いてＨＴＴＰ ＧＥＴコマンドを発行するという手順が不要となるため、ユーザの操作の手間を低減できるとともに、チャンネル変更速度も向上する。なお、この場合において、一つのコンテンツに対して解像度・ビットレートなどのバリエーションに応じて複数のＵＲＬ（取得先）を含むように構成し、ユーザにより選択させることも可能である。
【００３９】
次に実施形態の動作を説明する。
ここで、タブレット端末装置１４は、予めレコーダ１１で受信可能な（配信可能な）放送チャンネルのリスト（チャンネルリスト）をレコーダ１１から取得する等の方法により予め記憶しておくものとする。
【００４０】
図７は、第１実施形態のコンテンツ処理システムの処理タイミングチャートである。
以下の説明において、レコーダ１１のＩＰアドレスは、“192.168.0.10”であるものとし、コンテンツが格納されているＵＲＬは、例えば、“http://192.168.0.10/001.avc”となっているものとする。
【００４１】
タブレット端末装置１４は、ディジタルメディアコントローラ（ＤＭＣ）として機能して、ディジタルメディアレンダラ（ＤＭＲ）として機能するディスプレイ１３に対して、再生指示を行う（動作Ｓ１）。
これにより、ディスプレイ１３は、ディジタルメディアサーバ（ＤＭＳ）として機能するレコーダ１１に対して配信要求を行う（動作Ｓ２）。
【００４２】
図８は、配信要求のコマンド（ＨＴＴＰ ＧＥＴコマンド）の一例の説明図である。
ここで、ディスプレイ１３は、図８に示すように、レコーダ１１に対して、レコーダを特定するためのホスト情報として、ＩＰアドレス＝“192.168.0.10”を指定して、チャンネルを指定することなく、コンテンツデータの配信要求を行っている。この場合において、ＨＴＴＰ ＧＥＴコマンドの図示しないＩＰヘッダ部分には、ディスプレイ１３のＩＰアドレス（例えば、“192.168.0.11”が含まれているため、レコーダ１１は、コンテンツデータの配信先を把握することができるようになっている。
【００４３】
これにより、レコーダ１１は、ＨＴＴＰ ＧＥＴコマンドに対して、コンテンツデータの配信準備を行うとともに（動作Ｓ３）、配信要求を受信した旨をディスプレイ１３に通知する配信応答を行う（動作Ｓ４）。
配信応答を受信したディスプレイ１３は、タブレット端末装置１４に対して、配信応答を受信し、再生が可能になった旨の再生指示応答を行う（動作Ｓ５）。
【００４４】
このディスプレイ１３の再生指示応答と並行して、レコーダ１１は、現在チューナ３１４で受信しているチャンネルに対応するコンテンツデータである配信データＡをディスプレイ１３に配信することとなる（動作Ｓ６）。
以下、レコーダ１１は、コンテンツデータの配信停止要求あるいは後述するコンテンツデータの切替要求があるまで、現在チューナ３１４で受信しているチャンネルに対応するコンテンツデータである配信データＡをディスプレイ１３に継続的に配信することとなる（動作Ｓ７）。
【００４５】
その後、ユーザがタブレット端末装置１４のタッチパネル４０６を操作して、レコーダ１１が配信している配信データＡを配信データＢに切り替える指示、すなわち、チューナ３１４で受信しているチャンネルを他のチャンネルに切り替える指示を入力すると、タブレット端末装置１４は、レコーダ１１に対して、コンテンツ切替要求を行う（動作Ｓ８）。
【００４６】
図９は、レコーダにおけるコンテンツ切替処理の処理フローチャートである。
レコーダ１１のコントローラ３０１は、コンテンツ切替要求を受信すると（動作Ｓ３１）、コンテンツデータの送信中か否かを判別する（動作Ｓ３２）。
動作Ｓ３２の判別において、コンテンツデータの送信中ではない場合には（動作Ｓ３２；Ｎｏ）、チューナ３１４を制御して、受信チャンネルを切り替える切替処理を行い（動作Ｓ３８）、タブレット端末装置１４に対して切替を受け付けた旨の切替応答を送信する（動作Ｓ１０、Ｓ３９）。
【００４７】
図１０は、切替を受け付けた旨の切替応答の一例の説明図である。
図１０に示すように、切替を受け付けた場合には、切替を受け付けた旨を表す「SUCCESS」の文字列が含まれた切替応答がタブレット端末装置１４に送信されることとなる。
【００４８】
一方、動作Ｓ３２の判別において、コンテンツデータの送信中である場合には（動作Ｓ３２；Ｙｅｓ）、第一の装置識別情報を現在のコンテンツデータの配信先（送信先）の装置を特定するＩＰアドレスとする（動作Ｓ３３）。
次にレコーダ１１のコントローラ３０１は、コンテンツ切替要求に装置識別情報が含まれているか否かを判別する（動作Ｓ３４）。
【００４９】
図１１は、コンテンツ切替要求時のＨＴＴＰ ＧＥＴコマンドに装置識別情報が含まれている場合の説明図である。
図１１においては、タブレット端末装置１４から送信されるコンテンツ切替要求時のＨＴＴＰ ＧＥＴコマンドに、切替先のチャンネルを示す情報（図１１の場合“ch＝0301”と、コンテンツデータの配信先を示すディスプレイ１３のＩＰアドレス（＝“192.168.0.11”）と、が含まれている。
したがって、動作Ｓ３４の判別において、レコーダ１１のコントローラ３０１は、コンテンツ切替要求に装置識別情報が含まれていると判別することとなるので（動作Ｓ３４；Ｙｅｓ）、コントローラ３０１は、コンテンツ切替要求時のＨＴＴＰ ＧＥＴコマンドに含まれているコンテンツデータの配信先を示すＩＰアドレス（指定された装置識別情報）を第二の装置識別情報とする（動作Ｓ３５）。
【００５０】
次にレコーダ１１のコントローラ３０１は、第一の装置識別情報が、第二の装置識別情報と同一であるか否かを判別する（動作Ｓ３７）。
この場合には、第一の装置識別情報が、第二の装置識別情報と同一であるので（動作Ｓ３７；Ｙｅｓ）、コンテンツ切替要求を受け入れるべく、チューナ３１４を制御して、受信チャンネルを切り替える切替処理を行い（動作Ｓ３８）、タブレット端末装置１４に対して切替を受け付けた旨の切替応答を送信する（動作Ｓ１０、Ｓ３９）。
【００５１】
この結果、レコーダ１１は、現在チューナ３１４で受信しているチャンネルに対応するコンテンツデータである配信データＡから、タブレット端末装置１４から送信されたコンテンツ切替要求時のＨＴＴＰ ＧＥＴコマンドに含まれた切替先のチャンネルを示す情報（図１１の場合“ch＝0301”）に対応するコンテンツデータである配信データＢをディスプレイ１３に配信することとなる（動作Ｓ１１）。
【００５２】
以下、レコーダ１１は、コンテンツデータの配信停止要求あるいはコンテンツデータの切替要求があるまで、チャンネル切り替え後にチューナ３１４で受信しているチャンネルに対応するコンテンツデータである配信データＢをディスプレイ１３に継続的に配信することとなる（動作Ｓ１２）。
【００５３】
図１２は、コンテンツ切替要求時のＨＴＴＰ ＧＥＴコマンドに装置識別情報が含まれていない場合の説明図である。
また、図１３は、実施形態のコンテンツ処理システムの処理タイミングチャート（切替要求非受付時）である。
【００５４】
図１２においては、タブレット端末装置１４から送信されるコンテンツ切替要求時のＨＴＴＰ ＧＥＴコマンドに、切替先のチャンネルを示す情報（図１２の場合“ch＝0301”）が含まれているが、図１１の場合と異なり、コンテンツデータの配信先を示すディスプレイ１３のＩＰアドレス（＝“192.168.0.11”）は含まれていない。
【００５５】
したがって、動作Ｓ３４の判別において、レコーダ１１のコントローラ３０１は、コンテンツ切替要求に装置識別情報が含まれていないと判別することとなるので（動作Ｓ３４；Ｎｏ）、コントローラ３０１は、動作コンテンツ切替要求時のＨＴＴＰ ＧＥＴコマンドのヘッダに含まれているコンテンツ切替要求元を示すＩＰアドレスを第二の装置識別情報とする（動作Ｓ３６）。そして処理を動作Ｓ３７に移行する。
【００５６】
次にレコーダ１１のコントローラ３０１は、第一の装置識別情報が、第二の装置識別情報と同一であるか否かを判別する（動作Ｓ３７）。
この場合には、第一の装置識別情報が、第二の装置識別情報と同一ではないので（動作Ｓ３７；Ｎｏ）、コンテンツ切替要求を拒絶し、コンテンツ切替を禁止すべく、タブレット端末装置１４に対して切替を受け付けなかった旨の切替応答を送信する（動作Ｓ２２、Ｓ３９）。
【００５７】
そして、レコーダ１１は、現在チューナ３１４で受信しているチャンネルに対応するコンテンツデータである配信データＡをディスプレイ１３に継続して配信することとなる（動作Ｓ２３）。
以下、レコーダ１１は、コンテンツデータの配信停止要求あるいはコンテンツデータの切替要求があるまで、現在チューナ３１４で受信しているチャンネルに対応するコンテンツデータである配信データＡをディスプレイ１３に継続的に配信することとなる（動作Ｓ２４）。
【００５８】
以上の説明のように、本第１実施形態によれば、コンテンツを視聴中に他のユーザにより誤って視聴中のコンテンツが切り替えられることはないとともに、コンテンツを再生する装置（ディジタルメディアレンダラ：ＤＭＲ）と、コンテンツの再生制御を行う装置（ディジタルメディアコントローラ：ＤＭＣ）と、が異なる場合でも、コンテンツの切替を容易に行える。
さらに、配信可能なチャンネル数分のアイテムをコンテナツリー上に配置する必要がない。また、チャンネル変更のたびに一度切断し、別のチャンネルのＵＲＬを用いてＨＴＴＰ ＧＥＴコマンドを発行するという手順が不要となるため、ユーザの操作の手間を低減できるとともに、チャンネル変更速度も向上する。
【００５９】
［２］第２実施形態
次に第２実施形態のコンテンツ処理システムについて説明する。
本第２実施形態が第１実施形態と異なる点は、ディジタルメディアレンダラ（ＤＭＲ）として機能するディスプレイ１３と、ディジタルメディアコントローラ（ＤＭＣ）として機能するタブレット端末装置１４と、の組合せに代えて、ディジタルメディアプレーヤ（ＤＭＰ）として機能するタブレット端末装置１４あるいはタブレット端末装置１４Ａを用いた点である。
【００６０】
図１４は、第２実施形態の概要説明図である。
ディジタルメディアサーバ（ＤＭＳ）として機能するレコーダ１１のコントローラ３０１は、ライブ配信用のアイテム１個のみをＣＤＳのコンテナツリー上に配置している。
したがって、配信可能な各チャンネルのアイテムを複数、コンテナツリー上に配置する必要がない。
そして、一つのライブ配信用アイテムを用い、ディジタルメディアプレーヤ（ＤＭＰ）として機能するタブレット端末装置１４（あるいはタブレット端末装置１４Ａ）がＨＴＴＰ ＧＥＴコマンドを送信することで、コンテンツデータが配信され、ライブ視聴が開始される。
【００６１】
図１５は、ディジタルメディアサーバ機能部としてのレコーダのコントローラの詳細機能ブロック図である。
ディジタルメディアサーバ機能部１０３は、大別すると、コンテンツ送信機能部１０３Ａ、コンテンツ切替要求受信機能部１０３Ｂ、第一の装置識別情報抽出機能部１０３Ｃ、第二の装置識別情報抽出機能部１０３Ｄ、装置識別情報比較機能部１０３Ｅ、コンテンツ切替機能部１０３Ｆ及びコンテンツ切替応答送信機能部１０３Ｇを備えている。
【００６２】
コンテンツ送信機能部１０３Ａは、コンテンツデータ記憶部１０２に記憶されているコンテンツデータや、コンテンツ情報記憶部１０１に記憶されているコンテンツ情報を送信する。
コンテンツ切替要求受信機能部１０３Ｂは、外部のディジタルメディアコントローラ（ＤＭＣ）あるいはディジタルメディアプレーヤ（ＤＭＰ）として機能する電子機器からのコンテンツ切替要求を受信する。
【００６３】
第一の装置識別情報抽出機能部１０３Ｃは、コンテンツデータが現実に配信され、コンテンツの再生を行っている外部のディジタルメディアプレーヤ（ＤＭＰ）あるいはディジタルメディアレンダラ（ＤＭＲ）として機能する電子機器を特定するための第一の装置識別情報（例えば、ＩＰアドレスあるいは装置ＩＤ）をコンテンツ配信要求の通信データ中から抽出する。
【００６４】
第二の装置識別情報抽出機能部１０３Ｄは、コンテンツデータが配信され、コンテンツの再生を行なっている外部のディジタルメディアプレーヤ（ＤＭＰ）あるいはディジタルメディアレンダラ（ＤＭＲ）として機能する電子機器を特定するための第二の装置識別情報（例えば、ＩＰアドレスあるいは装置ＩＤ）をコンテンツ切替要求の通信データ中から抽出する。
装置識別情報比較機能部１０３Ｅは、第一の装置識別情報と、第二の装置識別情報と、を比較して両者が一致しているか否かを判別し、判別結果を出力する。
【００６５】
コンテンツ切替機能部１０３Ｆは、装置識別情報比較機能部１０３Ｅの判別結果出力にも基づいて、第一の装置識別情報と、第二の装置識別情報と、が一致している場合にコンテンツ切替要求を受け入れて、コンテンツ切替を許可して、コンテンツ送信機能部１０３Ａに送信させるコンテンツデータの内容を切り替える制御を行う。また、コンテンツ切替機能部１０３Ｆは、第一の装置識別情報と、第二の装置識別情報と、が一致していない場合にコンテンツ切替要求を却下して、コンテンツ切替を禁止して、コンテンツ送信機能部１０３Ａに送信させるコンテンツデータの内容をそのままとする。
コンテンツ切替応答送信機能部１０３Ｇは、コンテンツ切替機能部１０３Ｆのコンテンツ切替の許可あるいは禁止に基づいて、コンテンツ切替要求に対する応答をネットワークインタフェース３０２を介して、コンテンツ切替要求元の電子機器に通知する。
【００６６】
次に第２実施形態の動作を説明する。
図１６は、第２実施形態のコンテンツ処理システムの処理タイミングチャートである。
以下の説明において、レコーダ１１のＩＰアドレスは、“192.168.0.10”であるものとし、コンテンツが格納されているＵＲＬは、例えば、“http://192.168.0.10/001.avc”となっているものとする。
【００６７】
タブレット端末装置１４は、ディジタルメディアプレーヤ（ＤＭＰ）として機能してディジタルメディアサーバ（ＤＭＳ）として機能するレコーダ１１に対して配信要求を行う（動作Ｓ４１）。
【００６８】
ここで、タブレット端末装置１４は、図１４に示すように、レコーダ１１に対して、レコーダを特定するためのホスト情報として、ＩＰアドレス＝“192.168.0.10”を指定して、チャンネルを指定することなく、コンテンツデータの配信要求を行っている。この場合において、ＨＴＴＰ ＧＥＴコマンドの図示しないＩＰヘッダ部分には、タブレット端末装置１４のＩＰアドレス（例えば、“192.168.0.12”が含まれているため、レコーダ１１は、コンテンツデータの配信先を把握することができるようになっている。
【００６９】
これにより、レコーダ１１は、ＨＴＴＰ ＧＥＴコマンドに対して、コンテンツデータの配信準備を行うとともに（動作Ｓ４２）、配信要求を受信した旨をタブレット端末装置１４に通知する配信応答を行う（動作Ｓ４３）。
この配信応答に続いて、レコーダ１１は、現在チューナ３１４で受信しているチャンネルに対応するコンテンツデータである配信データＡをタブレット端末装置１４に配信することとなる（動作Ｓ４４）。
【００７０】
以下、レコーダ１１は、コンテンツデータの配信停止要求あるいは後述するコンテンツデータの切替要求があるまで、現在チューナ３１４で受信しているチャンネルに対応するコンテンツデータである配信データＡをタブレット端末装置１４に継続的に配信することとなる（動作Ｓ４５）。
その後、ユーザがタブレット端末装置１４のタッチパネル４０６を操作して、レコーダ１１が配信している配信データＡを配信データＢに切り替える指示、すなわち、チューナ３１４で受信しているチャンネルを他のチャンネルに切り替える指示を入力すると、タブレット端末装置１４は、レコーダ１１に対して、コンテンツ切替要求を行う（動作Ｓ４６）。
【００７１】
レコーダ１１のコントローラ３０１は、図９に示したように、コンテンツ切替要求を受信すると（動作Ｓ３１）、コンテンツデータの送信中か否かを判別する（動作Ｓ３２）。
動作Ｓ３２の判別において、コンテンツデータの送信中ではない場合には（動作Ｓ３２；Ｎｏ）、チューナ３１４を制御して、受信チャンネルを切り替える切替処理を行い（動作Ｓ３８）、タブレット端末装置１４に対して切替を受け付けた旨の切替応答を送信する（動作Ｓ４８、Ｓ３９）。
【００７２】
一方、動作Ｓ３２の判別において、コンテンツデータの送信中である場合には（動作Ｓ３２；Ｙｅｓ）、第一の装置識別情報を現在のコンテンツデータの配信先（送信先）の装置を特定するＩＰアドレスとする（動作Ｓ３３）。
次にレコーダ１１のコントローラ３０１は、コンテンツ切替要求に装置識別情報が含まれているか否かを判別する（動作Ｓ３４）。
【００７３】
この場合においては、タブレット端末装置１４から送信されるコンテンツ切替要求時のＨＴＴＰ ＧＥＴコマンドには、コンテンツデータの配信先を示すタブレット端末装置１４のＩＰアドレス（＝“192.168.0.12”）は含まれていない。
【００７４】
したがって、動作Ｓ３４の判別において、レコーダ１１のコントローラ３０１は、コンテンツ切替要求に装置識別情報が含まれていないと判別することとなるので（動作Ｓ３４；Ｎｏ）、コントローラ３０１は、コンテンツ切替要求時のＨＴＴＰ ＧＥＴコマンドのヘッダに含まれているコンテンツ切替要求元を示すＩＰアドレスを第二の装置識別情報とする（動作Ｓ３６）。そして処理を動作Ｓ３７に移行する。
【００７５】
次にレコーダ１１のコントローラ３０１は、第一の装置識別情報が、第二の装置識別情報と同一であるか否かを判別し、第一の装置識別情報が、第二の装置識別情報と同一であるので、コンテンツ切替要求を受け入れるべく、チューナ３１４を制御して、受信チャンネルを切り替える切替処理を行う（動作Ｓ４７）。
そして、レコーダ１１のコントローラ３０１は、タブレット端末装置１４に対して切替を受け付けた旨の切替応答を送信する（動作Ｓ４８、Ｓ３９）。
【００７６】
この結果、レコーダ１１は、現在チューナ３１４で受信しているチャンネルに対応するコンテンツデータである配信データＡから、タブレット端末装置１４から送信されたコンテンツ切替要求時のＨＴＴＰ ＧＥＴコマンドに含まれた切替先のチャンネルを示す情報に対応するコンテンツデータである配信データＢをタブレット端末装置１４に配信することとなる（動作Ｓ４９）。
以下、レコーダ１１は、コンテンツデータの配信停止要求あるいはコンテンツデータの切替要求があるまで、チャンネル切り替え後にチューナ３１４で受信しているチャンネルに対応するコンテンツデータである配信データＢをタブレット端末装置１４に継続的に配信することとなる（動作Ｓ５０）。
【００７７】
図１７は、第２実施形態のコンテンツ処理システムにおいて、コンテンツデータの配信先ではない他の装置からコンテンツの切替要求がなされた場合の処理タイミングチャートである。
図１６における動作Ｓ４５により、現在チューナ３１４で受信しているチャンネルに対応するコンテンツデータである配信データＡをタブレット端末装置１４に継続的に配信している状態で、他のタブレット端末装置１４Ａからコンテンツ切替要求がなされた場合には（動作Ｓ６１）、レコーダ１１のコントローラ３０１は、第一の装置識別情報が、第二の装置識別情報と同一ではないので、コンテンツ切替要求を拒絶し、コンテンツ切替を禁止すべく、タブレット端末装置１４Ａに対して切替を受け付けなかった旨の切替応答を送信する（動作Ｓ６３、Ｓ３９）。
【００７８】
そして、レコーダ１１は、現在チューナ３１４で受信しているチャンネルに対応するコンテンツデータである配信データＡをタブレット端末装置１４に継続して配信することとなる（動作Ｓ６４）。
以下、レコーダ１１は、コンテンツデータの配信停止要求あるいはコンテンツデータの切替要求があるまで、現在チューナ３１４で受信しているチャンネルに対応するコンテンツデータである配信データＡをディスプレイ１３に継続的に配信することとなる（動作Ｓ６５）。
【００７９】
以上の説明のように、本第２実施形態によっても、コンテンツを視聴中に他のユーザにより誤って視聴中のコンテンツが切り替えられることはない。
さらに、配信可能なチャンネル数分のアイテムをコンテナツリー上に配置する必要がない。また、チャンネル変更のたびに一度切断し、別のチャンネルのＵＲＬを用いてＨＴＴＰ ＧＥＴコマンドを発行するという手順が不要となるため、ユーザの操作の手間を低減できるとともに、チャンネル変更速度も向上する。
【００８０】
［３］第３実施形態
以上の第１実施形態及び第２実施形態においては、ディジタルメディアプレーヤ（ＤＭＰ）あるいはディジタルメディアレンダラ（ＤＭＲ）が１台の場合であったが、本第３実施形態は、複数台のディジタルメディアプレーヤ（ＤＭＰ）を１台のディジタルメディアサーバ（ＤＭＳ）に接続する場合の実施形態である。この場合においては、ディジタルメディアサーバ（ＤＭＳ）としてレコーダを用い、ライブ配信を行うディジタルメディアプレーヤ（ＤＭＰ）の台数分チューナを搭載する必要がある。なお、処理能力の許す限り、録画済みのコンテンツを１台または複数台のディジタルメディアプレーヤ（ＤＭＰ）に対して配信することは可能である。同様に、ディジタルメディアプレーヤ（ＤＭＰ）の一部または全部を、ディジタルメディアレンダラ（ＤＭＲ）及びディジタルメディアコントローラ（ＤＭＣ）の組合せに変更することも可能である。
【００８１】
図１８は、第３実施形態の概要説明図である。
ディジタルメディアサーバ（ＤＭＳ）として機能するレコーダ１１のコントローラ３０１は、ライブ配信用のアイテムをライブ配信を行うディジタルメディアプレーヤ（ＤＭＰ）の数だけ（図１８では、タブレット端末装置１４−１〜１４−４の４台）、ＣＤＳのコンテナツリー上に配置している。
【００８２】
そして、各デジタルメディアプレーヤ（ＤＭＰ）に対して、それぞれ一つのライブ配信用アイテムを用い、ディジタルメディアプレーヤ（ＤＭＰ）として機能するタブレット端末装置１４がライブ配信用アイテムに含まれるＵＲＬに基づいてレコーダ１１にＨＴＴＰ ＧＥＴコマンドを送信することで、コンテンツデータが配信され、ライブ視聴が開始される。
【００８３】
しかし、この場合においても、第１実施形態及び第２実施形態と同様に、各ディジタルメディアプレーヤ（ＤＭＰ）にとっては、ライブ配信用アイテムが一つだけであるため、このままではチャンネルの変更ができない。そこで、本第３実施形態においても、複数のライブ配信用アイテムのそれぞれに対応する複数のチャネル変更要求用ＵＲＬに対して第１実施形態及び第２実施形態と同様にチャンネル変更コマンドを用い、ディジタルメディアプレーヤ（ＤＭＰ）側で希望のチャンネルを指定する構成を採っている。
【００８４】
この結果、本第３実施形態においても、配信可能な各チャンネル数×デジタルメディアプレーヤ数分のアイテムをコンテナツリー上に配置する必要がない。
また、チャンネル変更のたびに一度切断し、別のチャンネルのＵＲＬを用いてＨＴＴＰ ＧＥＴコマンドを発行するという手順が不要となるため、ユーザの操作の手間を低減できるとともに、チャンネル変更速度も向上する。
【００８５】
［４］実施形態の変形例
以上の説明においては、コンテンツデータをライブ配信する場合について説明したが、ライブ配信に制限されるものではなく、ディジタルメディアプレーヤ（ＤＭＰ）もしくはデジタルメディアレンダラ（ＤＭＲ）で再生しているコンテンツを、再度ＨＴＴＰ ＧＥＴコマンドを送信することなく、別のコンテンツデータの配信に切り替える、という用途に適用が可能である。
【００８６】
また、本実施形態のレコーダ１１あるいはタブレット端末装置１４で実行されるコンテンツ処理プログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記録媒体に記録されて提供するようにしてもよい。
【００８７】
また、本実施形態のレコーダ１１あるいはタブレット端末装置１４で実行されるコンテンツ処理プログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また、本実施形態のレコーダ１１あるいはタブレット端末装置１４で実行されるコンテンツ処理プログラムをインターネット等のネットワーク経由で提供または配布するようにしてもよい。
【００８８】
また、本実施形態のコンテンツ処理プログラムを、ＲＯＭ等に予め組み込んで提供するようにしてもよい。
【００８９】
本実施形態のレコーダ１１あるいはタブレット端末装置１４で実行されるコンテンツ処理プログラムは、上述した各部（コンテンツ情報記憶部、コンテンツデータ記憶部、ディジタルメディアサーバ機能部、ディジタルメディアコントローラ部あるいはディジタルメディアプレーヤ部）を含むモジュール構成となっており、実際のハードウェアとしては、各装置のコントローラがメモリからコンテンツ処理プログラムを読み出して実行することにより上記各部が主記憶装置上にロードされ、コンテンツ情報記憶部、コンテンツデータ記憶部、ディジタルメディアサーバ機能部、ディジタルメディアコントローラ部あるいはディジタルメディアプレーヤ部が主記憶装置上に生成されるようになっている。
【００９０】
本発明の実施形態を説明したが、上述した実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【００９１】
１０ コンテンツ処理システム
１１ レコーダ
１２ ネットワーク（通信ネットワーク）
１３ ディスプレイ
１４、１４Ａ タブレット端末装置
１０１ コンテンツ情報記憶部
１０２ コンテンツデータ記憶部
１０３ ディジタルメディアサーバ機能部
１０３Ａ コンテンツ送信機能部
１０３Ｂ コンテンツ切替要求受信機能部
１０３Ｃ 第一の装置識別情報抽出機能部
１０３Ｄ 第二の装置識別情報抽出機能部
１０３Ｅ 装置識別情報比較機能部
１０３Ｆ コンテンツ切替機能部
１０３Ｇ コンテンツ切替応答送信機能部
１１１ ディジタルメディアレンダラ機能部
１２１ コンテンツ情報記憶部
１２２ ディジタルメディアコントローラ機能部
３０１ コントローラ
３１４ チューナ
３２０ ＤＡＣ
３２１ アンプ
３３０ 端子
３５０ 操作部
３５１ リモートコントローラ
【技術分野】
【０００１】
本発明の実施形態は、コンテンツ処理システム、コンテンツサーバ装置、コンテンツ再生制御装置、制御方法及び制御プログラムに関する。
【背景技術】
【０００２】
現在、ＵＰｎＰ（Universal Plug and Play）（登録商標） ＡＶ規格およびＤＬＮＡ（Digital Living Network Alliance）ガイドラインに準拠した電子機器が利用されるようになってきている。
ここで、ＵＰｎＰ ＡＶ規格は、電子機器を接続するだけでネットワークへの参加を実現するＵＰｎＰプロトコルの上位層として、ＡＶコンテンツの再生などを目的としたプロトコルである。
また、ＤＬＮＡガイドラインは、各電子機器に互換性を持たせ、家庭内で電子機器間のネットワーク構成を実現する業界標準であり、電子機器間で通信する際の手順として、ＵＰｎＰプロトコルを採用している。
【０００３】
ＵＰｎＰ規格では、デバイスと、そのデバイスに対して制御を行なうコントロールポイントとが定義され、ＵＰｎＰ ＡＶ規格では、デバイスとして、コンテンツの蓄積を担当するメディアサーバ（UPnP AV Media Server）と、コンテンツの再生を担当するメディアレンダラー（UPnP AV Media Renderer）とが定義されている。コントロールポイント（UPnP AV Control Point）は、ネットワーク上のデバイスを発見し、その制御を行う。そして、ＵＰｎＰ ＡＶ規格では、コントロールポイントにおいて選択されたメディアレンダラーが、コントロールポイントにおいて選択されたメディアサーバ内のコンテンツを、ネットワークを介して取得し、再生する。
【０００４】
同様に、ＤＬＮＡガイドラインに則って様々なコンテンツをネットワークを介して配信し、再生する仕組みも提案されている。例えば、現在放送している放送番組をコンテンツとしてディジタルメディアサーバ（ＤＭＳ: Digital Media Server）によりネットワーク配信し、ディジタルメディアプレーヤ（ＤＭＰ: Digital Media Player）あるいはディジタルメディアレンダラ（ＤＭＲ: Digital Media Renderer）及びディジタルメディアコントローラ(ＤＭＣ: Digital Media Controller)の組合せにより再生するシステムが提案されている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００８−２４５２２６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、従来技術においては、ディジタルメディアサーバ（ＤＭＳ）において、視聴対象のコンテンツ毎にアイテムを割り当てる構成を採っており、全チャンネルのコンテンツ配信を実現するために、処理負荷や通信量が大きくなってしまう虞があった。
また、ディジタルメディアプレーヤ（ＤＭＰ）においても、視聴対象のコンテンツを切り替えるためには、一度再生を中断し、ＣＤＳ(Content Directory Service)のコンテナツリーをたどって視聴したいチャンネルを探し、視聴したいチャンネルに対応する新たなアイテムに対して、ＨＴＴＰのＧＥＴメソッドを実行する必要がある。したがって、ユーザの手間が煩わしく、チャンネル変更に要する時間もかかる虞があった。
【０００７】
本発明は、上記に鑑みてなされたものであって、チャンネル変更に伴う実装量を低減し、ユーザの手間を削減しつつ、他の端末装置等から不用意にチャンネルの切替がなされることがないコンテンツ処理システム、コンテンツサーバ装置、コンテンツ再生制御装置、制御方法及び制御プログラムを提供する。
【課題を解決するための手段】
【０００８】
実施形態のコンテンツ処理システムは、コンテンツデータをネットワークを介して配信するコンテンツサーバ装置と、ネットワークを介して配信されたコンテンツデータに基づいてコンテンツ再生を行うコンテンツ再生装置と、を備えている。
【０００９】
コンテンツサーバ装置の取得先提示手段は、コンテンツ再生装置もしくはコンテンツ再生制御装置に対して配信対象のコンテンツデータの取得先を 提示する。
コンテンツ再生制御装置のコンテンツ取得制御手段は、コンテンツ再生装置に割り当てられたコンテンツデータの取得先に対してコンテンツデータ要求処理を行い、コンテンツデータをコンテンツ再生装置に取得させる。また、切替コマンド送信手段は、コンテンツデータの取得先から取得するコンテンツデータの切替に際して再生装置識別情報を含む切替コマンドを生成し、コンテンツサーバ装置に送信する。
【００１０】
これによりコンテンツサーバ装置の識別情報判別手段は、コンテンツ配信先のコンテンツ再生装置の再生装置識別情報を取得するとともに受信した切替コマンドに含まれる再生装置識別情報が、現在コンテンツデータを配信しているコンテンツ再生装置に対応する再生装置識別情報であるか否かを判別する。そして、配信対象切替手段は、切替コマンドに含まれる再生装置識別情報がコンテンツデータを実際に配信しているコンテンツ再生装置に対応する再生装置識別情報である場合に切替コマンドに基づいて配信対象のコンテンツデータを切り替える一方、切替コマンドに含まれる再生装置識別情報がコンテンツデータを実際に配信しているコンテンツ再生装置に対応する再生装置識別情報ではない場合に切替コマンドに基づく配信対象のコンテンツデータの切り替えを禁止する。
【図面の簡単な説明】
【００１１】
【図１】図１は、実施形態のコンテンツ処理システムの概要構成ブロック図である。
【図２】図２は、実施形態のコンテンツ処理システムの機能ブロック図である。
【図３】図３は、ディジタルメディアサーバ機能部の詳細機能ブロック図である。
【図４】図４は、レコーダのハードウェア構成を示すブロック図である。
【図５】図５は、タブレット端末装置のハードウェア構成を示すブロック図である。
【図６】図６は、第１実施形態の概要説明図である。
【図７】図７は、第１実施形態のコンテンツ処理システムの処理タイミングチャートである。
【図８】図８は、配信要求のコマンド（ＨＴＴＰ ＧＥＴコマンド）の一例の説明図である。
【図９】図９は、レコーダにおけるコンテンツ切替処理の処理フローチャートである。
【図１０】図１０は、切替を受け付けた旨の切替応答の一例の説明図である。
【図１１】図１１は、コンテンツ切替要求時のＨＴＴＰ ＧＥＴコマンドに装置識別情報が含まれている場合の説明図である。
【図１２】図１２は、コンテンツ切替要求時のＨＴＴＰ ＧＥＴコマンドに装置識別情報が含まれていない場合の説明図である。
【図１３】図１３は、実施形態のコンテンツ処理システムの処理タイミングチャート（切替要求非受付時）である。
【図１４】図１４は、第２実施形態の概要説明図である。
【図１５】図１５は、ディジタルメディアサーバ機能部としてのレコーダのコントローラの詳細機能ブロック図である。
【図１６】図１６は、第２実施形態のコンテンツ処理システムの処理タイミングチャートである。
【図１７】図１７は、第２実施形態のコンテンツ処理システムにおいて、コンテンツデータの配信先ではない他の装置からコンテンツの切替要求がなされた場合の処理タイミングチャートである。
【図１８】図１８は、第３実施形態の概要説明図である。
【発明を実施するための形態】
【００１２】
次に図面を参照して、実施形態のコンテンツ処理システムについて詳細に説明する。
以下に示す実施形態では、ＤＬＮＡガイドラインに準拠した装置を用いた例について説明するが、これらの装置に制限するものではない。例えば、後述する実施形態に特徴的な構成を、このＤＬＮＡガイドライン及びこのＤＬＮＡガイドラインが準拠する各種の規格と同等または互換性のある規格等に準拠する装置又はシステムや、独自の仕様による装置又はシステムに適用しても良い。
【００１３】
［１］第１実施形態
図１は、実施形態のコンテンツ処理システムの概要構成ブロック図である。
図１において、コンテンツ処理システムを構成する電子機器は、ＤＬＮＡガイドラインに準拠している電子機器である。
【００１４】
コンテンツ処理システム１０は、大別すると、レコーダ１１と、レコーダ１１にＬＡＮ（Local Area Network）等のネットワーク（通信ネットワーク）１２を介して接続されたディスプレイ１３と、ネットワーク１２を介して接続されたタブレット型の端末装置（以下、タブレット端末装置という）１４と、を備えている。
レコーダ１１は、ＤＬＮＡガイドライン上のディジタルメディアサーバ（ＤＭＳ：Digital Media Server）、すなわち、コンテンツサーバ装置として機能する。またレコーダ１１は、ＤＶＤ及びブルーレイ（登録商標）ディスク等のディスク上記録媒体を用いて再生、録画可能である。ここでディジタルメディアサーバの機能とは、コンテンツを蓄積し、他の電子機器にコンテンツのタイトル情報等を提供し、ディジタルメディアプレーヤ（ＤＭＰ：Digital Media Player）あるいは他の電子機器であるディジタルメディアコントローラ（ＤＭＣ：Digital Media controller）の制御下にあるディジタルメディアレンダラ(Digital Media Renderer）からの要求に応じて指定のコンテンツデータを供給する機能をいう。
【００１５】
ネットワーク１２は、有線、無線、又はこれらを混合したネットワークとして構成することが可能である。また、ネットワーク１２は、単独のネットワークばかりでなく、ＬＡＮとインターネット等の複数のネットワークとして構成することも可能である。
【００１６】
ディスプレイ１３は、ＤＬＮＡガイドライン上のディジタルメディアレンダラ（ＤＭＲ）として機能している。ここで、ディジタルメディアレンダラ（ＤＭＲ）の機能とは、ディジタルメディアコントローラ（ＤＭＣ）の制御下でディジタルメディアサーバ（ＤＭＳ）から提供されたコンテンツデータを再生する機能をいう。
【００１７】
タブレット端末装置１４は、ＤＬＮＡガイドライン上のディジタルメディアコントローラ（ＤＭＣ）として機能している。ここで、ディジタルメディアコントローラ（ＤＭＣ）の機能とは、ディジタルメディアサーバ（ＤＭＳ）に対してコンテンツデータの配信要求を行い、ディジタルメディアレンダラ（ＤＭＲ）に対してコンテンツデータを提供させ、ディジタルメディアレンダラ（ＤＭＲ）に提供されたコンテンツデータを再生させる機能をいう。
【００１８】
図２は、実施形態のコンテンツ処理システムの機能ブロック図である。
レコーダ１１は、コンテンツ情報記憶部１０１と、コンテンツデータ記憶部１０２と、ディジタルメディアサーバ機能部１０３と、を備える。これにより、レコーダ１１は、ディジタルメディアサーバ機能部１０３により、他の電子機器（例えば、タブレット端末装置１４）に対して、コンテンツデータ記憶部１０２に記憶されているコンテンツデータや、コンテンツ情報記憶部１０１に記憶されているコンテンツ情報が提供可能となっている。
【００１９】
図３は、ディジタルメディアサーバ機能部の詳細機能ブロック図である。
ディジタルメディアサーバ機能部１０３は、大別すると、コンテンツ送信機能部１０３Ａ、コンテンツ切替要求受信機能部１０３Ｂ、第一の装置識別情報抽出機能部１０３Ｃ、指定装置識別情報有無確認機能部１０３Ｄ１、指定装置識別情報抽出機能部１０３Ｄ２、コンテンツ切替要求元装置識別情報抽出機能部１０３Ｄ３、装置識別情報比較機能部１０３Ｅ、コンテンツ切替機能部１０３Ｆ及びコンテンツ切替応答送信機能部１０３Ｇを備えている。
【００２０】
コンテンツ送信機能部１０３Ａは、コンテンツデータ記憶部１０２に記憶されているコンテンツデータや、コンテンツ情報記憶部１０１に記憶されているコンテンツ情報を送信する。
コンテンツ切替要求受信機能部１０３Ｂは、外部のディジタルメディアコントローラ（ＤＭＣ）あるいはディジタルメディアプレーヤ（ＤＭＰ）として機能する電子機器からのコンテンツ切替要求を受信する。
【００２１】
第一の装置識別情報抽出機能部１０３Ｃは、コンテンツデータが現実に配信され、コンテンツの再生を行っている外部のディジタルメディアプレーヤ（ＤＭＰ）あるいはディジタルメディアレンダラ（ＤＭＲ）として機能する電子機器を特定するための第一の装置識別情報（例えば、ＩＰアドレスあるいは装置ＩＤ）をＡコンテンツ配信要求の通信データ中から抽出する。
【００２２】
指定装置識別情報有無確認機能部１０３Ｄ１は、コンテンツデータが配信され、コンテンツの再生を行なっている外部のディジタルメディアプレーヤ（ＤＭＰ）あるいはディジタルメディアレンダラ（ＤＭＲ）として機能する電子機器を特定するためのコンテンツ送信先の装置識別情報が、コンテンツ切替要求において指定されているか否かを確認する。
指定装置識別情報抽出機能部１０３Ｄ２は、コンテンツ切替要求においてコンテンツ送信先の装置識別情報が指定されている場合に、コンテンツ送信先の装置識別情報を抽出して第二の装置識別情報とする。
コンテンツ切替要求元装置識別情報抽出機能部１０３Ｄ３は、コンテンツ切替要求において、コンテンツ送信先の装置識別情報が指定されていない場合に、コンテンツ切替要求を行ったコンテンツ切替要求元（コンテンツ切替要求送信元）の装置識別情報を抽出して第二の装置識別情報とする。
装置識別情報比較機能部１０３Ｅは、第一の装置識別情報と、第二の装置識別情報と、を比較して両者が一致しているか否かを判別し、判別結果を出力する。
【００２３】
コンテンツ切替機能部１０３Ｆは、装置識別情報比較機能部１０３Ｅの判別結果出力に基づいて、第一の装置識別情報と、第二の装置識別情報と、が一致している場合にコンテンツ切替要求を受け入れて、コンテンツ切替を許可して、コンテンツ送信機能部１０３Ａに送信させるコンテンツデータの内容を切り替える制御を行う。また、コンテンツ切替機能部１０３Ｆは、第一の装置識別情報と、第二の装置識別情報と、が一致していない場合にコンテンツ切替要求を却下して、コンテンツ切替を禁止して、コンテンツ送信機能部１０３Ａに送信させるコンテンツデータの内容をそのままとする。
コンテンツ切替応答送信機能部１０３Ｇは、コンテンツ切替機能部１０３Ｆのコンテンツ切替の許可あるいは禁止に基づいて、コンテンツ切替要求に対する応答をネットワークインタフェース３０２を介して、コンテンツ切替要求元の電子機器に通知する。
【００２４】
ディスプレイ１３は、ディジタルメディアレンダラ機能部１１１を備える。これにより、ディスプレイ１３は、ディジタルメディアコントローラ（ＤＭＣ）の制御下で、ディジタルメディアレンダラ機能部１１１により、他の電子機器（例えばレコーダ１１）により提供されるコンテンツの表示、再生が可能となる。
【００２５】
タブレット端末装置１４は、コンテンツ情報記憶部１２１と、ディジタルメディアコントローラ機能部１２２と、を備える。これにより、タブレット端末装置１４は、ディジタルメディアコントローラ機能部１２２により、ディジタルメディアサーバ（ＤＭＳ）として機能する他の電子機器（例えばレコーダ１１）からディジタルメディアレンダラ（ＤＭＲ）として機能する他の電子機器（例えばディスプレイ１３）にコンテンツを提供させ、コンテンツの表示、再生を行わせる。
【００２６】
次に、レコーダ１１の具体的構成について説明する。
図４は、レコーダのハードウェア構成を示すブロック図である。
レコーダ１１は、図４に示すように、コントローラ３０１、ネットワークＩ／Ｆ（インタフェース）３０２、Ａ／Ｖ分離部３０３、メモリ３０４、オーディオデコーダ３０５、ビデオデコーダ３０６、グラフィック処理部３０７、映像処理出力部３０８、ストレージＩ／Ｆ３０９、バス３１０、ストリームＩ／Ｆ３１１、ビデオエンコーダ３１２、オーディオエンコーダ３１３、チューナ３１４、ハードディスク（ＨＤＤ）３１５、Ａ／Ｖ合成部３１６、ＤＡＣ（Ｄ／Ａコンバータ）３２０、アンプ３２１、端子３３０、操作部３５０、リモートコントローラ３５１及び受光部３５２を備えている。
【００２７】
チューナ３１４によって受信されたアナログ映像信号は、ビデオエンコーダ３１２によって符号化される。また、チューナ３１４によって受信されたアナログ音声信号は、オーディオエンコーダ３１３によって符号化される。符号化された映像信号と音声信号とはＡ／Ｖ合成部３１６によって合成され、ストリームとされる。一方、チューナ３１４で受信されたディジタル映像信号は、例えばＭＰＥＧ２ＴＳ（Transport Stream）形式のストリームとして、ストリームＩ／Ｆ３１１から入力される。ストリームは、ストレージＩ／Ｆ３０９を介して、ＨＤＤ３１５に記録される。また、ＨＤＤ３１５は、図１のコンテンツ情報記憶部１０１と、コンテンツデータ記憶部１０２と、を格納する。
【００２８】
端子３３０は、ネットワーク１２と接続するためのイーサネット（登録商標）端子等であって、ネットワーク１２上の他のコンテンツ送信機能を有する装置から入力される情報は、端子３３０及びネットワークＩ／Ｆ３０２を通じてレコーダ１１により受信される。
【００２９】
ＨＤＤ３１５に記録されたストリームや、端子３３０及びネットワークＩ／Ｆ３０２を介し他のコンテンツ送信機能を有する装置から入力されメモリ３０４に一時保持されるコンテンツのデータは、コントローラ３０１の制御に従って、Ａ／Ｖ分離部３０３で映像データと音声データに分離される。分離された映像データは、ビデオデコーダ３０６で復号される。複号された映像データは、映像処理出力部３０８から映像信号として出力され、ディジタルメディアレンダラ（ＤＭＲ）として機能するディスプレイ１３に表示させる。また、Ａ／Ｖ分離部３０３で分離された音声データは、オーディオデコーダ３０５で復号され、ＤＡＣ３２０、アンプ３２１を介して外部の図示しないスピーカから出力可能されている。
【００３０】
コントローラ３０１は、ＨＤＤ３１５や図示しないＲＯＭ等の記憶媒体に保持された各種プログラムを実行することで、レコーダ１１の動作を統括的に制御する。コントローラ３０１は、マイクロプロセッサユニットとして構成されており、図示しないＣＰＵ、各種データを記憶する図示しないＲＯＭ、各種データを記憶するとともに、ワークエリアとしても機能する図示しないＲＡＭ、外部とのインタフェース動作を行う図示しないインタフェース部を備えている。
【００３１】
具体的には、コントローラ３０１は、グラフィック処理部３０７と協働して、例えば、ＧＵＩ（Graphical User Interface）表示画面等を生成し、ＲＡＭ等のメモリ３０４に保持して、適宜読み出して図示しない外部のディスプレイ装置に表示する。また、コントローラ３０１は、レコーダ１１に対しリモートコントローラ３５１等で行われた操作を、操作部３５０や受光部３５２を介して受け付ける。そして受け付けた操作の内容に応じてチューナ３１４が受信する放送信号（チャンネル）を切り替えたり、ＧＵＩ表示画面上での入力を検出したりする。
【００３２】
次に、タブレット端末装置１４の具体的構成について説明する。
図５は、タブレット端末装置のハードウェア構成を示すブロック図である。
タブレット端末装置１４は、図５に示すように、コントローラ４０１、ネットワークＩ／Ｆ４０２、ＲＯＭ４０３、ＲＡＭ４０４、オーディオ出力部４０５、タッチパネル４０６、ディスプレイ４０７、メモリコントローラ４０８及びフラッシュＲＯＭ４０９を備えている。
【００３３】
ここで、タッチパネル４０６及びディスプレイ４０７は、タッチパネルディスプレイを構成している。
また、メモリコントローラ４０８には、メモリカード等の外部メモリ４１０を装着可能な図示しないメモリインタフェース部が設けられている。
【００３４】
コントローラ４０１は、ＲＯＭ４０３等の記憶媒体に保持された各種プログラムを実行することで、タブレット端末装置１４の動作を統括的に制御する。コントローラ４０１は、マイクロプロセッサユニットとして構成されており、図示しないＣＰＵ、各種データを記憶する図示しないＲＯＭ、各種データを記憶するとともに、ワークエリアとしても機能する図示しないＲＡＭ、外部とのインタフェース動作を行う図示しないインタフェース部を備えている。
【００３５】
具体的には、コントローラ４０１は、ＧＵＩ（Graphical User Interface）表示画面等を生成し、ＲＡＭ等に保持して、適宜読み出してディスプレイ４０７に表示する。また、コントローラ４０１は、タッチパネル４０６で行われた操作を受け付ける。そして受け付けた操作の内容に応じて各種処理を行う。
【００３６】
上記構成において、レコーダ１１が録画しておいたコンテンツを配信させる制御動作あるいはレコーダ１１のチューナで受信中の放送をコンテンツとして配信させる制御動作（ライブ配信制御動作）のいずれも可能である。以下の説明においては、ライブ配信制御動作を例として説明する。
【００３７】
図６は、第１実施形態の概要説明図である。
ディジタルメディアサーバ（ＤＭＳ）として機能するレコーダ１１のコントローラ３０１は、ライブ配信用のアイテム１個のみをＣＤＳのコンテナツリー上に配置している。
したがって、配信可能な各チャンネルのアイテムを複数、コンテナツリー上に配置する必要がない。
ディジタルメディアコントローラ（ＤＭＣ）として機能するタブレット端末装置１４がレコーダ１１からライブ配信用アイテムのＵＲＬを取得し、ディジタルメディアレンダラ（ＤＭＲ）として機能するディスプレイ１３にＵＲＬを含む再生指示を送り、ディスプレイ１３が再生指示に含まれるＵＲＬに基づいてレコーダ１１にＨＴＴＰ ＧＥＴコマンドを送信することでコンテンツデータを取得、再生することによって、ライブ視聴が開始される。
【００３８】
しかし、ライブ配信用アイテムは一つだけであるため、このままではチャンネルの変更ができない。そこで、本実施形態では、チャンネル変更コマンドを用い、タブレット端末装置１４側で希望のチャンネルを指定する構成を採っている。これにより、配信されているコンテンツの内容が、途中から別のチャンネルの内容となるように配信するコンテンツデータを変更し、チャンネル変更を実現している。したがって、チャンネル変更のたびに一度切断し、別のチャンネルのＵＲＬを用いてＨＴＴＰ ＧＥＴコマンドを発行するという手順が不要となるため、ユーザの操作の手間を低減できるとともに、チャンネル変更速度も向上する。なお、この場合において、一つのコンテンツに対して解像度・ビットレートなどのバリエーションに応じて複数のＵＲＬ（取得先）を含むように構成し、ユーザにより選択させることも可能である。
【００３９】
次に実施形態の動作を説明する。
ここで、タブレット端末装置１４は、予めレコーダ１１で受信可能な（配信可能な）放送チャンネルのリスト（チャンネルリスト）をレコーダ１１から取得する等の方法により予め記憶しておくものとする。
【００４０】
図７は、第１実施形態のコンテンツ処理システムの処理タイミングチャートである。
以下の説明において、レコーダ１１のＩＰアドレスは、“192.168.0.10”であるものとし、コンテンツが格納されているＵＲＬは、例えば、“http://192.168.0.10/001.avc”となっているものとする。
【００４１】
タブレット端末装置１４は、ディジタルメディアコントローラ（ＤＭＣ）として機能して、ディジタルメディアレンダラ（ＤＭＲ）として機能するディスプレイ１３に対して、再生指示を行う（動作Ｓ１）。
これにより、ディスプレイ１３は、ディジタルメディアサーバ（ＤＭＳ）として機能するレコーダ１１に対して配信要求を行う（動作Ｓ２）。
【００４２】
図８は、配信要求のコマンド（ＨＴＴＰ ＧＥＴコマンド）の一例の説明図である。
ここで、ディスプレイ１３は、図８に示すように、レコーダ１１に対して、レコーダを特定するためのホスト情報として、ＩＰアドレス＝“192.168.0.10”を指定して、チャンネルを指定することなく、コンテンツデータの配信要求を行っている。この場合において、ＨＴＴＰ ＧＥＴコマンドの図示しないＩＰヘッダ部分には、ディスプレイ１３のＩＰアドレス（例えば、“192.168.0.11”が含まれているため、レコーダ１１は、コンテンツデータの配信先を把握することができるようになっている。
【００４３】
これにより、レコーダ１１は、ＨＴＴＰ ＧＥＴコマンドに対して、コンテンツデータの配信準備を行うとともに（動作Ｓ３）、配信要求を受信した旨をディスプレイ１３に通知する配信応答を行う（動作Ｓ４）。
配信応答を受信したディスプレイ１３は、タブレット端末装置１４に対して、配信応答を受信し、再生が可能になった旨の再生指示応答を行う（動作Ｓ５）。
【００４４】
このディスプレイ１３の再生指示応答と並行して、レコーダ１１は、現在チューナ３１４で受信しているチャンネルに対応するコンテンツデータである配信データＡをディスプレイ１３に配信することとなる（動作Ｓ６）。
以下、レコーダ１１は、コンテンツデータの配信停止要求あるいは後述するコンテンツデータの切替要求があるまで、現在チューナ３１４で受信しているチャンネルに対応するコンテンツデータである配信データＡをディスプレイ１３に継続的に配信することとなる（動作Ｓ７）。
【００４５】
その後、ユーザがタブレット端末装置１４のタッチパネル４０６を操作して、レコーダ１１が配信している配信データＡを配信データＢに切り替える指示、すなわち、チューナ３１４で受信しているチャンネルを他のチャンネルに切り替える指示を入力すると、タブレット端末装置１４は、レコーダ１１に対して、コンテンツ切替要求を行う（動作Ｓ８）。
【００４６】
図９は、レコーダにおけるコンテンツ切替処理の処理フローチャートである。
レコーダ１１のコントローラ３０１は、コンテンツ切替要求を受信すると（動作Ｓ３１）、コンテンツデータの送信中か否かを判別する（動作Ｓ３２）。
動作Ｓ３２の判別において、コンテンツデータの送信中ではない場合には（動作Ｓ３２；Ｎｏ）、チューナ３１４を制御して、受信チャンネルを切り替える切替処理を行い（動作Ｓ３８）、タブレット端末装置１４に対して切替を受け付けた旨の切替応答を送信する（動作Ｓ１０、Ｓ３９）。
【００４７】
図１０は、切替を受け付けた旨の切替応答の一例の説明図である。
図１０に示すように、切替を受け付けた場合には、切替を受け付けた旨を表す「SUCCESS」の文字列が含まれた切替応答がタブレット端末装置１４に送信されることとなる。
【００４８】
一方、動作Ｓ３２の判別において、コンテンツデータの送信中である場合には（動作Ｓ３２；Ｙｅｓ）、第一の装置識別情報を現在のコンテンツデータの配信先（送信先）の装置を特定するＩＰアドレスとする（動作Ｓ３３）。
次にレコーダ１１のコントローラ３０１は、コンテンツ切替要求に装置識別情報が含まれているか否かを判別する（動作Ｓ３４）。
【００４９】
図１１は、コンテンツ切替要求時のＨＴＴＰ ＧＥＴコマンドに装置識別情報が含まれている場合の説明図である。
図１１においては、タブレット端末装置１４から送信されるコンテンツ切替要求時のＨＴＴＰ ＧＥＴコマンドに、切替先のチャンネルを示す情報（図１１の場合“ch＝0301”と、コンテンツデータの配信先を示すディスプレイ１３のＩＰアドレス（＝“192.168.0.11”）と、が含まれている。
したがって、動作Ｓ３４の判別において、レコーダ１１のコントローラ３０１は、コンテンツ切替要求に装置識別情報が含まれていると判別することとなるので（動作Ｓ３４；Ｙｅｓ）、コントローラ３０１は、コンテンツ切替要求時のＨＴＴＰ ＧＥＴコマンドに含まれているコンテンツデータの配信先を示すＩＰアドレス（指定された装置識別情報）を第二の装置識別情報とする（動作Ｓ３５）。
【００５０】
次にレコーダ１１のコントローラ３０１は、第一の装置識別情報が、第二の装置識別情報と同一であるか否かを判別する（動作Ｓ３７）。
この場合には、第一の装置識別情報が、第二の装置識別情報と同一であるので（動作Ｓ３７；Ｙｅｓ）、コンテンツ切替要求を受け入れるべく、チューナ３１４を制御して、受信チャンネルを切り替える切替処理を行い（動作Ｓ３８）、タブレット端末装置１４に対して切替を受け付けた旨の切替応答を送信する（動作Ｓ１０、Ｓ３９）。
【００５１】
この結果、レコーダ１１は、現在チューナ３１４で受信しているチャンネルに対応するコンテンツデータである配信データＡから、タブレット端末装置１４から送信されたコンテンツ切替要求時のＨＴＴＰ ＧＥＴコマンドに含まれた切替先のチャンネルを示す情報（図１１の場合“ch＝0301”）に対応するコンテンツデータである配信データＢをディスプレイ１３に配信することとなる（動作Ｓ１１）。
【００５２】
以下、レコーダ１１は、コンテンツデータの配信停止要求あるいはコンテンツデータの切替要求があるまで、チャンネル切り替え後にチューナ３１４で受信しているチャンネルに対応するコンテンツデータである配信データＢをディスプレイ１３に継続的に配信することとなる（動作Ｓ１２）。
【００５３】
図１２は、コンテンツ切替要求時のＨＴＴＰ ＧＥＴコマンドに装置識別情報が含まれていない場合の説明図である。
また、図１３は、実施形態のコンテンツ処理システムの処理タイミングチャート（切替要求非受付時）である。
【００５４】
図１２においては、タブレット端末装置１４から送信されるコンテンツ切替要求時のＨＴＴＰ ＧＥＴコマンドに、切替先のチャンネルを示す情報（図１２の場合“ch＝0301”）が含まれているが、図１１の場合と異なり、コンテンツデータの配信先を示すディスプレイ１３のＩＰアドレス（＝“192.168.0.11”）は含まれていない。
【００５５】
したがって、動作Ｓ３４の判別において、レコーダ１１のコントローラ３０１は、コンテンツ切替要求に装置識別情報が含まれていないと判別することとなるので（動作Ｓ３４；Ｎｏ）、コントローラ３０１は、動作コンテンツ切替要求時のＨＴＴＰ ＧＥＴコマンドのヘッダに含まれているコンテンツ切替要求元を示すＩＰアドレスを第二の装置識別情報とする（動作Ｓ３６）。そして処理を動作Ｓ３７に移行する。
【００５６】
次にレコーダ１１のコントローラ３０１は、第一の装置識別情報が、第二の装置識別情報と同一であるか否かを判別する（動作Ｓ３７）。
この場合には、第一の装置識別情報が、第二の装置識別情報と同一ではないので（動作Ｓ３７；Ｎｏ）、コンテンツ切替要求を拒絶し、コンテンツ切替を禁止すべく、タブレット端末装置１４に対して切替を受け付けなかった旨の切替応答を送信する（動作Ｓ２２、Ｓ３９）。
【００５７】
そして、レコーダ１１は、現在チューナ３１４で受信しているチャンネルに対応するコンテンツデータである配信データＡをディスプレイ１３に継続して配信することとなる（動作Ｓ２３）。
以下、レコーダ１１は、コンテンツデータの配信停止要求あるいはコンテンツデータの切替要求があるまで、現在チューナ３１４で受信しているチャンネルに対応するコンテンツデータである配信データＡをディスプレイ１３に継続的に配信することとなる（動作Ｓ２４）。
【００５８】
以上の説明のように、本第１実施形態によれば、コンテンツを視聴中に他のユーザにより誤って視聴中のコンテンツが切り替えられることはないとともに、コンテンツを再生する装置（ディジタルメディアレンダラ：ＤＭＲ）と、コンテンツの再生制御を行う装置（ディジタルメディアコントローラ：ＤＭＣ）と、が異なる場合でも、コンテンツの切替を容易に行える。
さらに、配信可能なチャンネル数分のアイテムをコンテナツリー上に配置する必要がない。また、チャンネル変更のたびに一度切断し、別のチャンネルのＵＲＬを用いてＨＴＴＰ ＧＥＴコマンドを発行するという手順が不要となるため、ユーザの操作の手間を低減できるとともに、チャンネル変更速度も向上する。
【００５９】
［２］第２実施形態
次に第２実施形態のコンテンツ処理システムについて説明する。
本第２実施形態が第１実施形態と異なる点は、ディジタルメディアレンダラ（ＤＭＲ）として機能するディスプレイ１３と、ディジタルメディアコントローラ（ＤＭＣ）として機能するタブレット端末装置１４と、の組合せに代えて、ディジタルメディアプレーヤ（ＤＭＰ）として機能するタブレット端末装置１４あるいはタブレット端末装置１４Ａを用いた点である。
【００６０】
図１４は、第２実施形態の概要説明図である。
ディジタルメディアサーバ（ＤＭＳ）として機能するレコーダ１１のコントローラ３０１は、ライブ配信用のアイテム１個のみをＣＤＳのコンテナツリー上に配置している。
したがって、配信可能な各チャンネルのアイテムを複数、コンテナツリー上に配置する必要がない。
そして、一つのライブ配信用アイテムを用い、ディジタルメディアプレーヤ（ＤＭＰ）として機能するタブレット端末装置１４（あるいはタブレット端末装置１４Ａ）がＨＴＴＰ ＧＥＴコマンドを送信することで、コンテンツデータが配信され、ライブ視聴が開始される。
【００６１】
図１５は、ディジタルメディアサーバ機能部としてのレコーダのコントローラの詳細機能ブロック図である。
ディジタルメディアサーバ機能部１０３は、大別すると、コンテンツ送信機能部１０３Ａ、コンテンツ切替要求受信機能部１０３Ｂ、第一の装置識別情報抽出機能部１０３Ｃ、第二の装置識別情報抽出機能部１０３Ｄ、装置識別情報比較機能部１０３Ｅ、コンテンツ切替機能部１０３Ｆ及びコンテンツ切替応答送信機能部１０３Ｇを備えている。
【００６２】
コンテンツ送信機能部１０３Ａは、コンテンツデータ記憶部１０２に記憶されているコンテンツデータや、コンテンツ情報記憶部１０１に記憶されているコンテンツ情報を送信する。
コンテンツ切替要求受信機能部１０３Ｂは、外部のディジタルメディアコントローラ（ＤＭＣ）あるいはディジタルメディアプレーヤ（ＤＭＰ）として機能する電子機器からのコンテンツ切替要求を受信する。
【００６３】
第一の装置識別情報抽出機能部１０３Ｃは、コンテンツデータが現実に配信され、コンテンツの再生を行っている外部のディジタルメディアプレーヤ（ＤＭＰ）あるいはディジタルメディアレンダラ（ＤＭＲ）として機能する電子機器を特定するための第一の装置識別情報（例えば、ＩＰアドレスあるいは装置ＩＤ）をコンテンツ配信要求の通信データ中から抽出する。
【００６４】
第二の装置識別情報抽出機能部１０３Ｄは、コンテンツデータが配信され、コンテンツの再生を行なっている外部のディジタルメディアプレーヤ（ＤＭＰ）あるいはディジタルメディアレンダラ（ＤＭＲ）として機能する電子機器を特定するための第二の装置識別情報（例えば、ＩＰアドレスあるいは装置ＩＤ）をコンテンツ切替要求の通信データ中から抽出する。
装置識別情報比較機能部１０３Ｅは、第一の装置識別情報と、第二の装置識別情報と、を比較して両者が一致しているか否かを判別し、判別結果を出力する。
【００６５】
コンテンツ切替機能部１０３Ｆは、装置識別情報比較機能部１０３Ｅの判別結果出力にも基づいて、第一の装置識別情報と、第二の装置識別情報と、が一致している場合にコンテンツ切替要求を受け入れて、コンテンツ切替を許可して、コンテンツ送信機能部１０３Ａに送信させるコンテンツデータの内容を切り替える制御を行う。また、コンテンツ切替機能部１０３Ｆは、第一の装置識別情報と、第二の装置識別情報と、が一致していない場合にコンテンツ切替要求を却下して、コンテンツ切替を禁止して、コンテンツ送信機能部１０３Ａに送信させるコンテンツデータの内容をそのままとする。
コンテンツ切替応答送信機能部１０３Ｇは、コンテンツ切替機能部１０３Ｆのコンテンツ切替の許可あるいは禁止に基づいて、コンテンツ切替要求に対する応答をネットワークインタフェース３０２を介して、コンテンツ切替要求元の電子機器に通知する。
【００６６】
次に第２実施形態の動作を説明する。
図１６は、第２実施形態のコンテンツ処理システムの処理タイミングチャートである。
以下の説明において、レコーダ１１のＩＰアドレスは、“192.168.0.10”であるものとし、コンテンツが格納されているＵＲＬは、例えば、“http://192.168.0.10/001.avc”となっているものとする。
【００６７】
タブレット端末装置１４は、ディジタルメディアプレーヤ（ＤＭＰ）として機能してディジタルメディアサーバ（ＤＭＳ）として機能するレコーダ１１に対して配信要求を行う（動作Ｓ４１）。
【００６８】
ここで、タブレット端末装置１４は、図１４に示すように、レコーダ１１に対して、レコーダを特定するためのホスト情報として、ＩＰアドレス＝“192.168.0.10”を指定して、チャンネルを指定することなく、コンテンツデータの配信要求を行っている。この場合において、ＨＴＴＰ ＧＥＴコマンドの図示しないＩＰヘッダ部分には、タブレット端末装置１４のＩＰアドレス（例えば、“192.168.0.12”が含まれているため、レコーダ１１は、コンテンツデータの配信先を把握することができるようになっている。
【００６９】
これにより、レコーダ１１は、ＨＴＴＰ ＧＥＴコマンドに対して、コンテンツデータの配信準備を行うとともに（動作Ｓ４２）、配信要求を受信した旨をタブレット端末装置１４に通知する配信応答を行う（動作Ｓ４３）。
この配信応答に続いて、レコーダ１１は、現在チューナ３１４で受信しているチャンネルに対応するコンテンツデータである配信データＡをタブレット端末装置１４に配信することとなる（動作Ｓ４４）。
【００７０】
以下、レコーダ１１は、コンテンツデータの配信停止要求あるいは後述するコンテンツデータの切替要求があるまで、現在チューナ３１４で受信しているチャンネルに対応するコンテンツデータである配信データＡをタブレット端末装置１４に継続的に配信することとなる（動作Ｓ４５）。
その後、ユーザがタブレット端末装置１４のタッチパネル４０６を操作して、レコーダ１１が配信している配信データＡを配信データＢに切り替える指示、すなわち、チューナ３１４で受信しているチャンネルを他のチャンネルに切り替える指示を入力すると、タブレット端末装置１４は、レコーダ１１に対して、コンテンツ切替要求を行う（動作Ｓ４６）。
【００７１】
レコーダ１１のコントローラ３０１は、図９に示したように、コンテンツ切替要求を受信すると（動作Ｓ３１）、コンテンツデータの送信中か否かを判別する（動作Ｓ３２）。
動作Ｓ３２の判別において、コンテンツデータの送信中ではない場合には（動作Ｓ３２；Ｎｏ）、チューナ３１４を制御して、受信チャンネルを切り替える切替処理を行い（動作Ｓ３８）、タブレット端末装置１４に対して切替を受け付けた旨の切替応答を送信する（動作Ｓ４８、Ｓ３９）。
【００７２】
一方、動作Ｓ３２の判別において、コンテンツデータの送信中である場合には（動作Ｓ３２；Ｙｅｓ）、第一の装置識別情報を現在のコンテンツデータの配信先（送信先）の装置を特定するＩＰアドレスとする（動作Ｓ３３）。
次にレコーダ１１のコントローラ３０１は、コンテンツ切替要求に装置識別情報が含まれているか否かを判別する（動作Ｓ３４）。
【００７３】
この場合においては、タブレット端末装置１４から送信されるコンテンツ切替要求時のＨＴＴＰ ＧＥＴコマンドには、コンテンツデータの配信先を示すタブレット端末装置１４のＩＰアドレス（＝“192.168.0.12”）は含まれていない。
【００７４】
したがって、動作Ｓ３４の判別において、レコーダ１１のコントローラ３０１は、コンテンツ切替要求に装置識別情報が含まれていないと判別することとなるので（動作Ｓ３４；Ｎｏ）、コントローラ３０１は、コンテンツ切替要求時のＨＴＴＰ ＧＥＴコマンドのヘッダに含まれているコンテンツ切替要求元を示すＩＰアドレスを第二の装置識別情報とする（動作Ｓ３６）。そして処理を動作Ｓ３７に移行する。
【００７５】
次にレコーダ１１のコントローラ３０１は、第一の装置識別情報が、第二の装置識別情報と同一であるか否かを判別し、第一の装置識別情報が、第二の装置識別情報と同一であるので、コンテンツ切替要求を受け入れるべく、チューナ３１４を制御して、受信チャンネルを切り替える切替処理を行う（動作Ｓ４７）。
そして、レコーダ１１のコントローラ３０１は、タブレット端末装置１４に対して切替を受け付けた旨の切替応答を送信する（動作Ｓ４８、Ｓ３９）。
【００７６】
この結果、レコーダ１１は、現在チューナ３１４で受信しているチャンネルに対応するコンテンツデータである配信データＡから、タブレット端末装置１４から送信されたコンテンツ切替要求時のＨＴＴＰ ＧＥＴコマンドに含まれた切替先のチャンネルを示す情報に対応するコンテンツデータである配信データＢをタブレット端末装置１４に配信することとなる（動作Ｓ４９）。
以下、レコーダ１１は、コンテンツデータの配信停止要求あるいはコンテンツデータの切替要求があるまで、チャンネル切り替え後にチューナ３１４で受信しているチャンネルに対応するコンテンツデータである配信データＢをタブレット端末装置１４に継続的に配信することとなる（動作Ｓ５０）。
【００７７】
図１７は、第２実施形態のコンテンツ処理システムにおいて、コンテンツデータの配信先ではない他の装置からコンテンツの切替要求がなされた場合の処理タイミングチャートである。
図１６における動作Ｓ４５により、現在チューナ３１４で受信しているチャンネルに対応するコンテンツデータである配信データＡをタブレット端末装置１４に継続的に配信している状態で、他のタブレット端末装置１４Ａからコンテンツ切替要求がなされた場合には（動作Ｓ６１）、レコーダ１１のコントローラ３０１は、第一の装置識別情報が、第二の装置識別情報と同一ではないので、コンテンツ切替要求を拒絶し、コンテンツ切替を禁止すべく、タブレット端末装置１４Ａに対して切替を受け付けなかった旨の切替応答を送信する（動作Ｓ６３、Ｓ３９）。
【００７８】
そして、レコーダ１１は、現在チューナ３１４で受信しているチャンネルに対応するコンテンツデータである配信データＡをタブレット端末装置１４に継続して配信することとなる（動作Ｓ６４）。
以下、レコーダ１１は、コンテンツデータの配信停止要求あるいはコンテンツデータの切替要求があるまで、現在チューナ３１４で受信しているチャンネルに対応するコンテンツデータである配信データＡをディスプレイ１３に継続的に配信することとなる（動作Ｓ６５）。
【００７９】
以上の説明のように、本第２実施形態によっても、コンテンツを視聴中に他のユーザにより誤って視聴中のコンテンツが切り替えられることはない。
さらに、配信可能なチャンネル数分のアイテムをコンテナツリー上に配置する必要がない。また、チャンネル変更のたびに一度切断し、別のチャンネルのＵＲＬを用いてＨＴＴＰ ＧＥＴコマンドを発行するという手順が不要となるため、ユーザの操作の手間を低減できるとともに、チャンネル変更速度も向上する。
【００８０】
［３］第３実施形態
以上の第１実施形態及び第２実施形態においては、ディジタルメディアプレーヤ（ＤＭＰ）あるいはディジタルメディアレンダラ（ＤＭＲ）が１台の場合であったが、本第３実施形態は、複数台のディジタルメディアプレーヤ（ＤＭＰ）を１台のディジタルメディアサーバ（ＤＭＳ）に接続する場合の実施形態である。この場合においては、ディジタルメディアサーバ（ＤＭＳ）としてレコーダを用い、ライブ配信を行うディジタルメディアプレーヤ（ＤＭＰ）の台数分チューナを搭載する必要がある。なお、処理能力の許す限り、録画済みのコンテンツを１台または複数台のディジタルメディアプレーヤ（ＤＭＰ）に対して配信することは可能である。同様に、ディジタルメディアプレーヤ（ＤＭＰ）の一部または全部を、ディジタルメディアレンダラ（ＤＭＲ）及びディジタルメディアコントローラ（ＤＭＣ）の組合せに変更することも可能である。
【００８１】
図１８は、第３実施形態の概要説明図である。
ディジタルメディアサーバ（ＤＭＳ）として機能するレコーダ１１のコントローラ３０１は、ライブ配信用のアイテムをライブ配信を行うディジタルメディアプレーヤ（ＤＭＰ）の数だけ（図１８では、タブレット端末装置１４−１〜１４−４の４台）、ＣＤＳのコンテナツリー上に配置している。
【００８２】
そして、各デジタルメディアプレーヤ（ＤＭＰ）に対して、それぞれ一つのライブ配信用アイテムを用い、ディジタルメディアプレーヤ（ＤＭＰ）として機能するタブレット端末装置１４がライブ配信用アイテムに含まれるＵＲＬに基づいてレコーダ１１にＨＴＴＰ ＧＥＴコマンドを送信することで、コンテンツデータが配信され、ライブ視聴が開始される。
【００８３】
しかし、この場合においても、第１実施形態及び第２実施形態と同様に、各ディジタルメディアプレーヤ（ＤＭＰ）にとっては、ライブ配信用アイテムが一つだけであるため、このままではチャンネルの変更ができない。そこで、本第３実施形態においても、複数のライブ配信用アイテムのそれぞれに対応する複数のチャネル変更要求用ＵＲＬに対して第１実施形態及び第２実施形態と同様にチャンネル変更コマンドを用い、ディジタルメディアプレーヤ（ＤＭＰ）側で希望のチャンネルを指定する構成を採っている。
【００８４】
この結果、本第３実施形態においても、配信可能な各チャンネル数×デジタルメディアプレーヤ数分のアイテムをコンテナツリー上に配置する必要がない。
また、チャンネル変更のたびに一度切断し、別のチャンネルのＵＲＬを用いてＨＴＴＰ ＧＥＴコマンドを発行するという手順が不要となるため、ユーザの操作の手間を低減できるとともに、チャンネル変更速度も向上する。
【００８５】
［４］実施形態の変形例
以上の説明においては、コンテンツデータをライブ配信する場合について説明したが、ライブ配信に制限されるものではなく、ディジタルメディアプレーヤ（ＤＭＰ）もしくはデジタルメディアレンダラ（ＤＭＲ）で再生しているコンテンツを、再度ＨＴＴＰ ＧＥＴコマンドを送信することなく、別のコンテンツデータの配信に切り替える、という用途に適用が可能である。
【００８６】
また、本実施形態のレコーダ１１あるいはタブレット端末装置１４で実行されるコンテンツ処理プログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記録媒体に記録されて提供するようにしてもよい。
【００８７】
また、本実施形態のレコーダ１１あるいはタブレット端末装置１４で実行されるコンテンツ処理プログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また、本実施形態のレコーダ１１あるいはタブレット端末装置１４で実行されるコンテンツ処理プログラムをインターネット等のネットワーク経由で提供または配布するようにしてもよい。
【００８８】
また、本実施形態のコンテンツ処理プログラムを、ＲＯＭ等に予め組み込んで提供するようにしてもよい。
【００８９】
本実施形態のレコーダ１１あるいはタブレット端末装置１４で実行されるコンテンツ処理プログラムは、上述した各部（コンテンツ情報記憶部、コンテンツデータ記憶部、ディジタルメディアサーバ機能部、ディジタルメディアコントローラ部あるいはディジタルメディアプレーヤ部）を含むモジュール構成となっており、実際のハードウェアとしては、各装置のコントローラがメモリからコンテンツ処理プログラムを読み出して実行することにより上記各部が主記憶装置上にロードされ、コンテンツ情報記憶部、コンテンツデータ記憶部、ディジタルメディアサーバ機能部、ディジタルメディアコントローラ部あるいはディジタルメディアプレーヤ部が主記憶装置上に生成されるようになっている。
【００９０】
本発明の実施形態を説明したが、上述した実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【００９１】
１０ コンテンツ処理システム
１１ レコーダ
１２ ネットワーク（通信ネットワーク）
１３ ディスプレイ
１４、１４Ａ タブレット端末装置
１０１ コンテンツ情報記憶部
１０２ コンテンツデータ記憶部
１０３ ディジタルメディアサーバ機能部
１０３Ａ コンテンツ送信機能部
１０３Ｂ コンテンツ切替要求受信機能部
１０３Ｃ 第一の装置識別情報抽出機能部
１０３Ｄ 第二の装置識別情報抽出機能部
１０３Ｅ 装置識別情報比較機能部
１０３Ｆ コンテンツ切替機能部
１０３Ｇ コンテンツ切替応答送信機能部
１１１ ディジタルメディアレンダラ機能部
１２１ コンテンツ情報記憶部
１２２ ディジタルメディアコントローラ機能部
３０１ コントローラ
３１４ チューナ
３２０ ＤＡＣ
３２１ アンプ
３３０ 端子
３５０ 操作部
３５１ リモートコントローラ
【特許請求の範囲】
【請求項１】
コンテンツデータをネットワークを介して配信するコンテンツサーバ装置と、前記ネットワークを介して配信されたコンテンツデータに基づいてコンテンツ再生を行うコンテンツ再生装置と、を備え、
前記コンテンツサーバ装置は、コンテンツ再生装置もしくはコンテンツ再生制御装置に対して配信対象のコンテンツデータの取得先を 提示する取得先提示手段と、コンテンツ配信先のコンテンツ再生装置の再生装置識別情報を取得するとともに受信した切替コマンドに含まれる再生装置識別情報が、現在コンテンツデータを配信しているコンテンツ再生装置に対応する再生装置識別情報であるか否かを判別する識別情報判別手段と、前記切替コマンドに含まれる再生装置識別情報がコンテンツデータを実際に配信しているコンテンツ再生装置に対応する再生装置識別情報である場合に前記切替コマンドに基づいて配信対象のコンテンツデータを切り替える一方、前記切替コマンドに含まれる再生装置識別情報がコンテンツデータを実際に配信しているコンテンツ再生装置に対応する再生装置識別情報ではない場合に前記切替コマンドに基づく配信対象のコンテンツデータの切り替えを禁止する配信対象切替手段と、を有し、
前記コンテンツ再生装置に割り当てられたコンテンツデータの取得先に対してコンテンツデータ要求処理を行い、コンテンツデータを前記コンテンツ再生装置に取得させるコンテンツ取得制御手段と、前記コンテンツデータの取得先から取得するコンテンツデータの切り替えに際して前記再生装置識別情報を含む前記切替コマンドを生成し、前記コンテンツサーバ装置に送信する切替コマンド送信手段と、を有するコンテンツ再生制御装置を備えた、
コンテンツ処理システム。
【請求項２】
前記コンテンツ再生装置は、前記コンテンツ再生制御装置として構成されている、
請求項１記載のコンテンツ処理システム。
【請求項３】
コンテンツデータをネットワークを介してコンテンツ再生装置に配信するコンテンツサーバ装置であって、
コンテンツ再生装置もしくはコンテンツ再生制御装置に対して配信対象のコンテンツデータの取得先を 提示する取得先提示手段と、
コンテンツ配信先のコンテンツ再生装置の再生装置識別情報を取得するとともに受信した切替コマンドに含まれる再生装置識別情報が、現在コンテンツデータを配信しているコンテンツ再生装置に対応する再生装置識別情報であるか否かを判別する識別情報判別手段と、
前記切替コマンドに含まれる再生装置識別情報がコンテンツデータを実際に配信しているコンテンツ再生装置に対応する再生装置識別情報である場合に前記切替コマンドに基づいて配信対象のコンテンツデータを切り替える一方、前記切替コマンドに含まれる再生装置識別情報がコンテンツデータを実際に配信しているコンテンツ再生装置に対応する再生装置識別情報ではない場合に前記切替コマンドに基づく配信対象のコンテンツデータの切り替えを禁止する配信対象切替手段と、
を備えるコンテンツサーバ装置。
【請求項４】
前記ネットワークを介して前記切替コマンドを受信し、前記配信対象切替手段に通知する切替コマンド受信手段を備えた請求項３記載のコンテンツサーバ装置。
【請求項５】
コンテンツ再生装置に割り当てられたコンテンツデータの取得先に対してコンテンツデータ要求処理を行い、コンテンツサーバ装置からコンテンツデータを前記コンテンツ再生装置に取得させるコンテンツ取得制御手段と、
前記コンテンツデータの取得先から取得するコンテンツデータの切り替えに際して再生装置識別情報を含む切替コマンドを生成し、前記コンテンツサーバ装置に送信する切替コマンド送信手段と、
を有するコンテンツ再生制御装置。
【請求項６】
コンテンツデータをネットワークを介してコンテンツ再生装置に配信するコンテンツサーバ装置で実行される制御方法であって、
コンテンツ再生装置もしくはコンテンツ再生制御装置に対して配信対象のコンテンツデータの取得先を 提示する取得先提示動作と、
コンテンツ配信先のコンテンツ再生装置の再生装置識別情報を取得するとともに受信した切替コマンドに含まれる再生装置識別情報が、現在コンテンツデータを配信しているコンテンツ再生装置に対応する再生装置識別情報であるか否かを判別する識別情報判別動作と、
前記切替コマンドに含まれる再生装置識別情報がコンテンツデータを実際に配信しているコンテンツ再生装置に対応する再生装置識別情報である場合に前記切替コマンドに基づいて配信対象のコンテンツデータを切り替える一方、前記切替コマンドに含まれる再生装置識別情報がコンテンツデータを実際に配信しているコンテンツ再生装置に対応する再生装置識別情報ではない場合に前記切替コマンドに基づく配信対象のコンテンツデータの切り替えを禁止する配信対象切替動作と、
を備える制御方法。
【請求項７】
コンテンツ再生装置に、コンテンツデータをネットワークを介してコンテンツサーバ装置から取得させて前記コンテンツデータの再生を行わせるコンテンツ再生制御装置で実行される制御方法であって、
前記コンテンツ再生装置に割り当てられたコンテンツデータの取得先に対してコンテンツデータ要求処理を行い、コンテンツデータを前記コンテンツ再生装置に取得させるコンテンツ取得制御動作と、
前記コンテンツデータの取得先から取得するコンテンツデータの切替に際して再生装置識別情報を含む前記切替コマンドを生成し、請求項３または請求項４に記載のコンテンツサーバ装置に送信する切替コマンド送信動作と、
を備える制御方法。
【請求項８】
コンテンツデータをネットワークを介してコンテンツ再生装置に配信するコンテンツサーバ装置をコンピュータにより制御するための制御プログラムであって、
前記コンピュータを、
コンテンツ再生装置もしくはコンテンツ再生制御装置に対して配信対象のコンテンツデータの取得先を 提示する取得先提示手段と、
コンテンツ配信先のコンテンツ再生装置の再生装置識別情報を取得するとともに受信した切替コマンドに含まれる再生装置識別情報が、現在コンテンツデータを配信しているコンテンツ再生装置に対応する再生装置識別情報であるか否かを判別する識別情報判別手段と、
前記切替コマンドに含まれる再生装置識別情報がコンテンツデータを実際に配信しているコンテンツ再生装置に対応する再生装置識別情報である場合に前記切替コマンドに基づいて配信対象のコンテンツデータを切り替える一方、前記切替コマンドに含まれる再生装置識別情報がコンテンツデータを実際に配信しているコンテンツ再生装置に対応する再生装置識別情報ではない場合に前記切替コマンドに基づく配信対象のコンテンツデータの切り替えを禁止する配信対象切替手段と、
して機能させる制御プログラム。
【請求項９】
コンテンツ再生装置に、コンテンツデータをネットワークを介してコンテンツサーバ装置から取得させて前記コンテンツデータの再生を行わせるコンテンツ再生制御装置をコンピュータにより制御するための制御プログラムであって、
前記コンピュータを、
前記コンテンツ再生装置に割り当てられたコンテンツデータの取得先に対してコンテンツデータ要求処理を行い、コンテンツデータを前記コンテンツ再生装置に取得させるコンテンツ取得制御手段と、
前記コンテンツデータの取得先から取得するコンテンツデータの切り替えに際して再生装置識別情報を含む前記切替コマンドを生成し、前記コンテンツサーバ装置に送信する切替コマンド送信手段と、
して機能させる制御プログラム。
【請求項１】
コンテンツデータをネットワークを介して配信するコンテンツサーバ装置と、前記ネットワークを介して配信されたコンテンツデータに基づいてコンテンツ再生を行うコンテンツ再生装置と、を備え、
前記コンテンツサーバ装置は、コンテンツ再生装置もしくはコンテンツ再生制御装置に対して配信対象のコンテンツデータの取得先を 提示する取得先提示手段と、コンテンツ配信先のコンテンツ再生装置の再生装置識別情報を取得するとともに受信した切替コマンドに含まれる再生装置識別情報が、現在コンテンツデータを配信しているコンテンツ再生装置に対応する再生装置識別情報であるか否かを判別する識別情報判別手段と、前記切替コマンドに含まれる再生装置識別情報がコンテンツデータを実際に配信しているコンテンツ再生装置に対応する再生装置識別情報である場合に前記切替コマンドに基づいて配信対象のコンテンツデータを切り替える一方、前記切替コマンドに含まれる再生装置識別情報がコンテンツデータを実際に配信しているコンテンツ再生装置に対応する再生装置識別情報ではない場合に前記切替コマンドに基づく配信対象のコンテンツデータの切り替えを禁止する配信対象切替手段と、を有し、
前記コンテンツ再生装置に割り当てられたコンテンツデータの取得先に対してコンテンツデータ要求処理を行い、コンテンツデータを前記コンテンツ再生装置に取得させるコンテンツ取得制御手段と、前記コンテンツデータの取得先から取得するコンテンツデータの切り替えに際して前記再生装置識別情報を含む前記切替コマンドを生成し、前記コンテンツサーバ装置に送信する切替コマンド送信手段と、を有するコンテンツ再生制御装置を備えた、
コンテンツ処理システム。
【請求項２】
前記コンテンツ再生装置は、前記コンテンツ再生制御装置として構成されている、
請求項１記載のコンテンツ処理システム。
【請求項３】
コンテンツデータをネットワークを介してコンテンツ再生装置に配信するコンテンツサーバ装置であって、
コンテンツ再生装置もしくはコンテンツ再生制御装置に対して配信対象のコンテンツデータの取得先を 提示する取得先提示手段と、
コンテンツ配信先のコンテンツ再生装置の再生装置識別情報を取得するとともに受信した切替コマンドに含まれる再生装置識別情報が、現在コンテンツデータを配信しているコンテンツ再生装置に対応する再生装置識別情報であるか否かを判別する識別情報判別手段と、
前記切替コマンドに含まれる再生装置識別情報がコンテンツデータを実際に配信しているコンテンツ再生装置に対応する再生装置識別情報である場合に前記切替コマンドに基づいて配信対象のコンテンツデータを切り替える一方、前記切替コマンドに含まれる再生装置識別情報がコンテンツデータを実際に配信しているコンテンツ再生装置に対応する再生装置識別情報ではない場合に前記切替コマンドに基づく配信対象のコンテンツデータの切り替えを禁止する配信対象切替手段と、
を備えるコンテンツサーバ装置。
【請求項４】
前記ネットワークを介して前記切替コマンドを受信し、前記配信対象切替手段に通知する切替コマンド受信手段を備えた請求項３記載のコンテンツサーバ装置。
【請求項５】
コンテンツ再生装置に割り当てられたコンテンツデータの取得先に対してコンテンツデータ要求処理を行い、コンテンツサーバ装置からコンテンツデータを前記コンテンツ再生装置に取得させるコンテンツ取得制御手段と、
前記コンテンツデータの取得先から取得するコンテンツデータの切り替えに際して再生装置識別情報を含む切替コマンドを生成し、前記コンテンツサーバ装置に送信する切替コマンド送信手段と、
を有するコンテンツ再生制御装置。
【請求項６】
コンテンツデータをネットワークを介してコンテンツ再生装置に配信するコンテンツサーバ装置で実行される制御方法であって、
コンテンツ再生装置もしくはコンテンツ再生制御装置に対して配信対象のコンテンツデータの取得先を 提示する取得先提示動作と、
コンテンツ配信先のコンテンツ再生装置の再生装置識別情報を取得するとともに受信した切替コマンドに含まれる再生装置識別情報が、現在コンテンツデータを配信しているコンテンツ再生装置に対応する再生装置識別情報であるか否かを判別する識別情報判別動作と、
前記切替コマンドに含まれる再生装置識別情報がコンテンツデータを実際に配信しているコンテンツ再生装置に対応する再生装置識別情報である場合に前記切替コマンドに基づいて配信対象のコンテンツデータを切り替える一方、前記切替コマンドに含まれる再生装置識別情報がコンテンツデータを実際に配信しているコンテンツ再生装置に対応する再生装置識別情報ではない場合に前記切替コマンドに基づく配信対象のコンテンツデータの切り替えを禁止する配信対象切替動作と、
を備える制御方法。
【請求項７】
コンテンツ再生装置に、コンテンツデータをネットワークを介してコンテンツサーバ装置から取得させて前記コンテンツデータの再生を行わせるコンテンツ再生制御装置で実行される制御方法であって、
前記コンテンツ再生装置に割り当てられたコンテンツデータの取得先に対してコンテンツデータ要求処理を行い、コンテンツデータを前記コンテンツ再生装置に取得させるコンテンツ取得制御動作と、
前記コンテンツデータの取得先から取得するコンテンツデータの切替に際して再生装置識別情報を含む前記切替コマンドを生成し、請求項３または請求項４に記載のコンテンツサーバ装置に送信する切替コマンド送信動作と、
を備える制御方法。
【請求項８】
コンテンツデータをネットワークを介してコンテンツ再生装置に配信するコンテンツサーバ装置をコンピュータにより制御するための制御プログラムであって、
前記コンピュータを、
コンテンツ再生装置もしくはコンテンツ再生制御装置に対して配信対象のコンテンツデータの取得先を 提示する取得先提示手段と、
コンテンツ配信先のコンテンツ再生装置の再生装置識別情報を取得するとともに受信した切替コマンドに含まれる再生装置識別情報が、現在コンテンツデータを配信しているコンテンツ再生装置に対応する再生装置識別情報であるか否かを判別する識別情報判別手段と、
前記切替コマンドに含まれる再生装置識別情報がコンテンツデータを実際に配信しているコンテンツ再生装置に対応する再生装置識別情報である場合に前記切替コマンドに基づいて配信対象のコンテンツデータを切り替える一方、前記切替コマンドに含まれる再生装置識別情報がコンテンツデータを実際に配信しているコンテンツ再生装置に対応する再生装置識別情報ではない場合に前記切替コマンドに基づく配信対象のコンテンツデータの切り替えを禁止する配信対象切替手段と、
して機能させる制御プログラム。
【請求項９】
コンテンツ再生装置に、コンテンツデータをネットワークを介してコンテンツサーバ装置から取得させて前記コンテンツデータの再生を行わせるコンテンツ再生制御装置をコンピュータにより制御するための制御プログラムであって、
前記コンピュータを、
前記コンテンツ再生装置に割り当てられたコンテンツデータの取得先に対してコンテンツデータ要求処理を行い、コンテンツデータを前記コンテンツ再生装置に取得させるコンテンツ取得制御手段と、
前記コンテンツデータの取得先から取得するコンテンツデータの切り替えに際して再生装置識別情報を含む前記切替コマンドを生成し、前記コンテンツサーバ装置に送信する切替コマンド送信手段と、
して機能させる制御プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【公開番号】特開２０１３−７８０６０（Ｐ２０１３−７８０６０Ａ）
【公開日】平成２５年４月２５日（２０１３．４．２５）
【国際特許分類】
【出願番号】特願２０１１−２１７９４８（Ｐ２０１１−２１７９４８）
【出願日】平成２３年９月３０日（２０１１．９．３０）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
【公開日】平成２５年４月２５日（２０１３．４．２５）
【国際特許分類】
【出願日】平成２３年９月３０日（２０１１．９．３０）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
[ Back to top ]