JP2010211806A - コンテンツ再生装置およびコンテンツ再生方法 - Google Patents

Abstract

【課題】ネットワーク上のコンテンツサーバに登録されたコンテンツを大画面で再生する場合の操作性を向上する。
【解決手段】本発明の一実施形態にかかる情報処理装置１００は、コンテンツサーバ１３３にネットワーク接続される情報処理装置１００であって、前記コンテンツサーバ１３３に登録されたコンテンツを検索し、コンテンツ選択画面を表示する手段と、前記コンテンツ選択画面から１コンテンツを選択する手段と、前記選択されたコンテンツを、ネットワーク接続された再生表示装置１１１で再生するか決定する手段と、前記選択されたコンテンツを前記再生表示装置１１１で再生することか決定された場合、前記選択されたコンテンツのＵＲＬを前記再生表示装置に送信する手段とを具備する。
【選択図】図２

Description

本発明は、ネットワーク上のコンテンツサーバに登録されたコンテンツを再生するコンテンツ再生装置およびコンテンツ再生方法に関する。

近年では、パソコン（パーソナルコンピュータ）向けの動画や静止画のコンテンツをインターネット上のウェブサイトから配信するようなサービスが増えてきている。一般にこれらコンテンツ（ウェブコンテンツ）は所望のＣＯＤＥＣで符号化されてウェブサイト登録されているため、パソコンは例えばアプリケーションソフトウェアとしてインストールされる様々なＣＯＤＥＣを備える。所望のコンテンツがウェブサイトから配信されると、このコンテンツがこれらＣＯＤＥＣのうちでコンテンツの符号化に適用された１つを用いるデコードにより再生される。

コンテンツが特殊なＣＯＤＥＣで符号化されている場合、このＣＯＤＥＣに対応する新規アプリケーションソフトウェアをパソコンにインストールするだけで、コンテンツ再生が困難な状況を解消できる。また、パソコンはキーボードやマウスのような様々な情報入力用ユーザインタフェースを備えるため、コンテンツの検索や選択を容易に行うことができる。しかしながら、パソコンの画面は小さいものが多く、コンテンツを十分楽しめないことがある。

一方、ネットワーク対応テレビジョン装置のようなデジタル家電製品が普及しつつある。このようなテレビジョン装置はパソコン向けの動画や静止画のコンテンツを視聴可能にするために一般的なＣＯＤＥＣを備えるが、特殊なＣＯＤＥＣの追加は困難である。
従来、インターネット上にトランスコードサーバを設け、このトランスコードサーバがデジタル家電で利用可能なＣＯＤＥＣのフォーマットにコンテンツをトランスコードする技術が提案されている(例えば特許文献１を参照）。

特開２００４−１０２３３９号公報

テレビジョン装置では、一般にリモコンが制御操作および情報入力用のユーザインタフェースとして利用されるが、コンテンツの検索や選択における操作性はパソコンに設けられたキーボードやマウスのように快適とはいえない。このような状況において、さらにコンテンツサーバやトランスコードサーバをリモコン制御することは極めて煩雑である。

また、パソコンからコンテンツの再生信号を大画面のテレビジョン装置に供給してこれらを視聴するスタイルも考えられるが、そのためにパソコンとテレビジョン装置とを通常ディスプレイケーブルで接続しなければならない。ちなみに、「WirelessHD」などがパソコンをテレビジョン装置にワイヤレス接続する規格として知られているが、現状では未だ高価なこと、さらに将来的に全てのパソコンに導入される規格とは考えられない。本来、全てのパソコンの主な用途がウェブサイトから配信される動画や静止画のコンテンツの再生であるはずがないため、「WirelessHD」はＡＶ重視モデルのパソコンに限定的に搭載される機能であると考えることが妥当である。

本発明の目的は、以上のような状況の中で、ネットワーク上のコンテンツサーバに登録されたコンテンツを大画面で再生する場合の操作性を向上できるコンテンツ再生装置およびコンテンツ再生方法を提供することにある。

本発明の一実施形態にかかる情報処理装置は、コンテンツサーバにネットワーク接続される情報処理装置であって、前記コンテンツサーバに登録されたコンテンツを検索し、コンテンツ選択画面を表示する手段と、前記コンテンツ選択画面から１コンテンツを選択する手段と、前記選択されたコンテンツを、ネットワーク接続された再生表示装置で再生するか決定する手段と、前記選択されたコンテンツを前記再生表示装置で再生することか決定された場合、前記選択されたコンテンツのＵＲＬを前記再生表示装置に送信する手段と、を具備する。

この情報処理装置によれば、コンテンツサーバに登録されたコンテンツの検索および選択がコンピュータ側で行われる。コンテンツ再生装置はコンピュータにより通知されるコンテンツのＵＲＬを取得し、このＵＲＬに登録されたコンテンツをコンテンツサーバから取得する。従って、コンテンツの検索および選択をコンテンツ再生装置のユーザインタフェースとして一般的なリモコンに代わってコンピュータ側のキーボードやマウス等を利用することが可能になる。このため、ネットワーク上のコンテンツサーバに登録されたコンテンツを大画面で再生する場合の操作性を向上できる。

本発明の一実施形態に係るネットワーク対応デジタルテレビジョン装置の構成を示す例図である。 図１に示すデジタルテレビジョン装置の主要な信号処理系を示す例図である。 図１に示すデジタルテレビジョン装置によるコンテンツ再生のための処理の流れを示す例図である。 図３に示すＵＲＬの通知においてPostメソッドを利用して行われるＰＣおよびＴＶ間の通信を示す例図である。 図４に示すＰＣからＴＶへのリクエストボディのフォーマットを示す例図である。 図４に示すＴＶからＰＣへのレスポンスボディのフォーマットを示す例図である。 図３に示すＰＣの操作手順を示す例図である。 図３に示すネットワーク対応デジタルテレビジョン装置によるコンテンツ再生のための処理の流れの変形例を示す例図である。 図８に示す変形例に係るメディアファイル(ウェブコンテンツ)の提供において、ＰＣおよびＴＶ間で行われる再生準備フェーズの通信を示す例図である。 図９に示すＰＣからＴＶへのリクエストボディのフォーマットを示す例図である。 図９に示すＴＶからＰＣへのレスポンスボディのフォーマットを示す例図である。 図８に示す変形例に係るメディアファイル(ウェブコンテンツ)の提供において、ＰＣおよびＴＶ間で行われる再生フェーズ（ウェブコンテンツの受け渡し）の通信を示す例図である。 図１２に示すＴＶからＰＣへのレスポンスボディのフォーマットを示す例図である。 図８に示す変形例に係るメディアファイル(ウェブコンテンツ)の提供において、ＰＣおよびＴＶ間で行われる再生フェーズ（再生制御）の通信を示す例図である。 図１４に示すＰＣからＴＶへのリクエストボディのフォーマットを示す例図である。 図１４に示すＴＶからＰＣへのレスポンスボディのフォーマットを示す例図である。 図８に示す変形例に係るメディアファイル(ウェブコンテンツ)の提供において、ＰＣおよびＴＶ間で行われる再生確認フェーズの通信を示す例図である。 図１７に示すＰＣからＴＶへのリクエストボディのフォーマットを示す例図である。 図１７に示すＴＶからＰＣへのレスポンスボディのフォーマットを示す例図である。

以下、本発明の一実施形態に係るネットワーク対応デジタルテレビジョン装置について添付図面を参照して説明する。このデジタルテレビジョン装置は、例えばインターネットを使用したＴＶコンテンツサービスに対応したＬＡＮ接続可能なＩＰＴＶである。

図１は、このネットワーク対応デジタルテレビジョン装置１１１の構成を概略的に示す。

すなわち、デジタルテレビジョン装置１１１は、主として、薄型のキャビネット１１２と、このキャビネット１１２を起立させて支持する支持台１１３とから構成されている。そして、キャビネット１１２には、例えばＳＥＤ（Surface-conduction Electron-emitter Display）表示パネル，液晶表示パネル等でなる平面パネル型の映像表示器１１４、スピーカ１１５、操作部１１６、リモートコントローラ１１７から送信される操作情報を受ける受光部１１８等が設置されている。

また、このデジタルテレビジョン装置１１１には、例えばＳＤ(Secure Digital）メモリカード、ＭＭＣ(Multimedia Card）およびメモリスティック等の第１のメモリカード１１９が着脱可能となっており、この第１のメモリカード１１９に対して番組や写真等の情報の記録再生が行われるようになっている。

さらに、このデジタルテレビジョン装置１１１には、例えば契約情報等の記録された第２のメモリカード(ＩＣカード）１２０が着脱可能となっており、この第２のメモリカード１２０に対して情報の記録再生が行われるようになっている。

また、このデジタルテレビジョン装置１１１は、第１のＬＡＮ(Local Area Network）端子１２１、第２のＬＡＮ端子１２２、ＵＳＢ(Universal Serial Bus）端子１２３およびｉ．ＬＩＮＫ端子１２４を備えている。

このうち、第１のＬＡＮ端子１２１は、ＬＡＮ対応ＨＤＤ専用ポートとして使用されるもので、接続されたＮＡＳ(Network Attached Storage)であるＬＡＮ対応のＨＤＤ１２５に対して、イーサネット（登録商標）により情報の記録再生を行うために使用される。

このように、ＬＡＮ対応ＨＤＤ専用ポートとしての第１のＬＡＮ端子１２１を設けることにより、他のネットワーク環境やネットワーク使用状況等に影響されることなく、ＬＡＮ対応のＨＤＤ１２５に対してハイビジョン画質による番組の情報記録を安定して行うことができる。

また、第２のＬＡＮ端子１２２は、イーサネット（登録商標）を用いた一般的なＬＡＮ対応ポートとして使用されるもので、例えばハブ１２６を介して、ＬＡＮ対応のＨＤＤ１２７、コンテンツサーバ１２８、ＨＤＤ内蔵のＤＶＤ(Digital Versatile Disk）レコーダ１２９等の機器を接続し、これらの機器と情報伝送を行うために使用される。

尚、コンテンツサーバ１２８については、家庭内ネットワークにおいてコンテンツのサーバ機器として動作するための機能を持ち、さらにコンテンツのアクセスに必要なＵＲＩ(Uniform Resource Identifier）情報を提供するサービスを備えたＵＰｎＰ(ユニバーサルプラグアンドプレイ）対応機器として構成される。

尚、ＤＶＤレコーダ１２９については、第２のＬＡＮ端子１２２を介して通信されるデジタル情報が制御系のみの情報であるため、デジタルテレビジョン装置１１１との間でアナログの映像および音声情報を伝送するために、専用のアナログ伝送路１３０を設ける必要がある。

さらに、この第２のＬＡＮ端子１２２は、ハブ１２６に接続されたブロードバンドルータ１３１を介して、例えばインターネット等のネットワーク１３２に接続し、このネットワーク１３２を介してコンテンツサーバ１３３や携帯電話１３４等と情報伝送を行うために使用される。

尚、コンテンツサーバ１３３は、コンテンツプロバイダによってインターネット上に設けられたものであり、様々なコンテンツを登録したウェブサイトを公開しこのウェブサイトからコンテンツを配信するサーバ機器として動作し、さらにコンテンツのアクセスに必要なＵＲＩ情報を提供するサービスを備えたＵＰｎＰ対応機器としても動作するように構成される。

また、上記ＵＳＢ端子１２３は、一般的なＵＳＢ対応ポートとして使用されるもので、例えばハブ１３５を介して、携帯電話１３６、デジタルカメラ１３７、メモリカードに対するカードリーダ／ライタ１３８、ＨＤＤ１３９、キーボード１４０等のＵＳＢ機器を接続し、これらのＵＳＢ機器と情報伝送を行うために使用される。

さらに、上記ｉ．ＬＩＮＫ端子１２４は、例えばＡＶ−ＨＤＤ１４１、Ｄ(Digital）−ＶＨＳ(Video Home System）１４２等をシリアル接続し、これらの機器と情報伝送を行うために使用される。

図２は、デジタルテレビジョン装置１１１の主要な信号処理系を示している。

すなわち、ＢＳ／ＣＳデジタル放送受信用のアンテナ２４３で受信した衛星デジタルテレビジョン放送信号は、入力端子２４４を介して衛星デジタル放送用のチューナ２４５ａに供給される。

チューナ２４５ａは、制御部２６１からの制御信号により所望のチャンネルの放送信号を選局し、この選局された放送信号をＰＳＫ（Phase Shift Keying）復調器２４５ｂに出力する。

ＰＳＫ復調器２４５ｂは、制御部２６１からの制御信号により、チューナ２４５ａで選局された放送信号を復調し、所望の番組を含んだトランスポートストリームを得て、ＴＳ復号器２４５ｃに出力する。

ＴＳ復号器２４５ｃは、制御部２６１からの制御信号によりトランスポートストリーム(ＴＳ）多重化された信号のＴＳ復号処理を行い、所望の番組のデジタルの映像信号および音声信号をデパケットすることにより得たＰＥＳ(Packetized Elementary Stream)を信号処理部２４７内のＳＴＤバッファ２４７ｆへ出力する。

また、ＴＳ復号器２４５ｃは、デジタル放送により送られているセクション情報を信号処理部２４７内のセクション処理部２４７ｈへ出力する。

また、地上波放送受信用のアンテナ２４８で受信した地上デジタルテレビジョン放送信号は、入力端子２４９を介して地上デジタル放送用のチューナ２５０ａに供給される。

チューナ２５０ａは、制御部２６１からの制御信号により所望のチャンネルの放送信号を選局し、この選局された放送信号をＯＦＤＭ(Orthogonal Frequency Division Multiplexing）復調器２５０ｂに出力する。

ＯＦＤＭ復調器２５０ｂは、制御部２６１からの制御信号により、チューナ２５０ａで選局された放送信号を復調し、所望の番組を含んだトランスポートストリームを得て、ＴＳ復号器２５０ｃに出力する。

ＴＳ復号器２５０ｃは、制御部２６１からの制御信号によりトランスポートストリーム（ＴＳ）多重化された信号のＴＳ復号処理を行い、所望の番組のデジタルの映像信号および音声信号をデパケットすることにより得たＰＥＳ（Packetized Elementary Stream）を信号処理部２４７内のＳＴＤバッファ２４７ｆへ出力する。

また、ＴＳ復号器２５０ｃは、デジタル放送により送られているセクション情報をセクション処理部２４７ｈへ出力する。

ここで、上記信号処理部２４７は、テレビ視聴時には、ＴＳ復号器２４５ｃおよびＴＳ復号器２５０ｃからそれぞれ供給されたデジタルの映像信号および音声信号に対して、選択的に所定のデジタル信号処理を施し、グラフィック処理部２５４および音声処理部２５５に出力している。また、信号処理部２４７は、コンテンツ再生時には、制御部２６１から入力されたコンテンツの信号を選択し、様々なＣＯＤＥＣのうちのコンテンツに適合する１つに基づいてコンテンツの信号をデコードするデジタル信号処理を施し、グラフィック処理部２５４および音声処理部２５５に出力する。

制御部２６１には、信号処理部２４７から、番組を取得するための各種データや電子番組ガイド(ＥＰＧ）情報，番組属性情報（番組ジャンル等），字幕情報等（サービス情報、ＳＩやＰＳＩ）が入力されている。

制御部２６１は、これら入力された情報からＥＰＧ，字幕を表示するため画像生成処理を行い、この生成した画像情報をグラフィック処理部２５４へ出力する。

セクション処理部２４７ｈは、ＴＳ復号器２４５ｃ（２５０ｃ）から入力されたセクション情報の中から、番組を取得するための各種データや電子番組ガイド(ＥＰＧ）情報，番組属性情報（番組ジャンル等），字幕情報等（サービス情報、ＳＩやＰＳＩ）を制御部２６１へ出力する。

グラフィック処理部２５４は、(１）信号処理部２４７内のＡＶデコーダから供給されるデジタルの映像信号と、(２）ＯＳＤ(On Screen Display）信号生成部２５７で生成されるＯＳＤ信号と、(３）データ放送による画像データと、(４）制御部２６１により生成されたＥＰＧ，字幕信号とを合成して映像処理部２５８へ出力する機能を有する。

また、字幕放送による字幕を表示するとき、グラフィック処理部２５４は、制御部２６１からの制御による字幕情報に基づき、映像信号上に字幕情報を重畳する処理を行う。

グラフィック処理部２５４から出力されたデジタルの映像信号は、映像処理部２５８に供給される。この映像処理部２５８は、入力されたデジタルの映像信号を、前記映像表示器１１４で表示可能なフォーマットのアナログ映像信号に変換した後、映像表示器１１４に出力して映像表示させるとともに、出力端子２５９を介して外部に導出させる。

また、上記音声処理部２５５は、入力されたデジタルの音声信号を、前記スピーカ１１５で再生可能なフォーマットのアナログ音声信号に変換した後、スピーカ１１５に出力して音声再生させるとともに、出力端子２６０を介して外部に導出させる。

ここで、このデジタルテレビジョン装置１１１は、上記した各種の受信動作を含むその全ての動作を制御部２６１によって統括的に制御されている。この制御部２６１は、ＣＰＵ(Central Processing Unit)等を内蔵しており、前記操作部１１６からの操作情報を受け、または、リモートコントローラ１１７から送出された操作情報を、前記受光部１１８を介して受信し、その操作内容が反映されるように各部をそれぞれ制御している。

この場合、制御部２６１は、主として、そのＣＰＵが実行する制御プログラムを格納したＲＯＭ(Read Only Memory）２６１ａと、該ＣＰＵに作業エリアを提供するＲＡＭ(Random Access Memory）２６１ｂと、各種の設定情報および制御情報等が格納される不揮発性メモリ２６１ｃとを利用している。

また、この制御部２６１は、カードＩ／Ｆ(Interface）２６５を介して、前記第１のメモリカード１１９が装着可能なカードホルダ２６６に接続されている。これによって、制御部２６１は、カードホルダ２６６に装着された第１のメモリカード１１９と、カードＩ／Ｆ２６５を介して情報伝送することができる。

さらに、上記制御部２６１は、カードＩ／Ｆ２６７を介して、前記第２のメモリカード１２０が装着可能なカードホルダ２６８に接続されている。これにより、制御部２６１は、カードホルダ２６８に装着された第２のメモリカード１２０と、カードＩ／Ｆ２６７を介して情報伝送することができる。

また、上記制御部２６１は、通信Ｉ／Ｆ２６９を介して第１のＬＡＮ端子１２１に接続されている。これにより、制御部２６１は、第１のＬＡＮ端子１２１に接続されたＬＡＮ対応のＨＤＤ１２５と、通信Ｉ／Ｆ２６９を介して情報伝送することができる。この場合、制御部２６１は、ＤＨＣＰ（Dynamic Host Configuration Protocol）サーバ機能を有し、第１のＬＡＮ端子１２１に接続されたＬＡＮ対応のＨＤＤ１２５にＩＰ（Internet Protocol）アドレスを割り当てて制御している。

さらに、上記制御部２６１は、通信Ｉ／Ｆ２７０を介して第２のＬＡＮ端子１２２に接続されている。これにより、制御部２６１は、第２のＬＡＮ端子１２２に接続された各機器（図１参照）と、通信Ｉ／Ｆ２７０を介して情報伝送することができる。

また、上記制御部２６１は、ＵＳＢ Ｉ／Ｆ２７１を介して前記ＵＳＢ端子１２３に接続されている。これにより、制御部２６１は、ＵＳＢ端子１２３に接続された各機器（図１参照）と、ＵＳＢ Ｉ／Ｆ２７１を介して情報伝送することができる。

さらに、上記制御部２６１は、ｉ．ＬＩＮＫ Ｉ／Ｆ２７２を介してｉ．ＬＩＮＫ端子１２４に接続されている。これにより、制御部２６１は、ｉ．ＬＩＮＫ端子１２４に接続された各機器（図１参照）と、ｉ．ＬＩＮＫ Ｉ／Ｆ２７２を介して情報伝送することができる。

ところで、この実施形態では、ＬＡＮ対応のＨＤＤ１２５に初期登録時のＨＤＤ１２５、ＨＤＤ１２７、コンテンツサーバ１２８、ＤＶＤレコーダ１２９それぞれに割り当てられたストレージＩＤ（ＩＰアドレス、機器名を含む）を記述した登録ファイルを記憶保持している。

また、不揮発性メモリ２６１ｃに、ＬＡＮ対応のＨＤＤ１２５、ＨＤＤ１２７、コンテンツサーバ１２８、ＤＶＤレコーダ１２９それぞれのストレージＩＤを記憶している。

また、制御部２６１は、この発明に係わる機能として、ＵＰｎＰを利用した(１）サーバ機器発見機能モジュール２６１ｄと、(２）ＵＰｎＰを利用したコンテンツ情報取得機能モジュール２６１ｅと、(３）コンテンツアクセス制御機能モジュール２６１ｆとを備えている。

(１）制御部２６１は、サーバ機器発見機能モジュール２６１ｄにより、ＵＰｎＰのディスカバリ機能を用いてネットワーク上のＵＰｎＰ対応機器を発見する。例えばサーバ機器発見機能モジュール２６１ｄは、ＵＰｎＰのディスカバリ機能を用いてコンテンツサーバ１２８を発見する。

(２）制御部２６１は、コンテンツ情報取得機能モジュール２６１ｅにより、ＵＰｎＰのコントロール機能を用いてＵＰｎＰ対応機器をコントロールし、ＵＰｎＰ対応機器内のコンテンツをアクセスするために必要なＵＲＩ情報を取得する。例えばコンテンツ情報取得機能モジュール２６１ｅは、コンテンツサーバ１２８をコントロールし、コンテンツサーバ１２８内のＨＤＤ等に蓄積されているコンテンツをアクセスするために必要なＵＲＩ情報をコンテンツサーバ１２８から取得する。

(３）制御部２６１は、コンテンツアクセス制御機能モジュール２６１ｆにより、サーバ機器発見機能モジュール２６１ｄにより取得したサーバ機器のＩＰアドレス情報と、コンテンツ情報取得機能モジュール２６１ｅにより取得したＵＲＩ情報から得たＩＰアドレス情報と、デジタルテレビジョン装置１１１のＬＡＮ端子１２２に割り当てられたＩＰアドレスとネットマスクに基づいてコンテンツへのアクセス可否判定を行う。そして制御部２６１は、アクセス可と判断した場合にはコンテンツアクセスを許可するが、否と判断した場合には許可できない旨を映像表示器１１４にＯＳＤにより表示させる。

(４）制御部２６１は、コンテンツの再生に関する信号処理部２４７の再生対応状況を保持し、ＰＣ１００がＬＡＮ接続されたことを検出した場合にこのＰＣ１００に通知するように構成されている。この再生対応状況は、例えば利用可能なＣＯＤＥＣの種類を含む。

図３はネットワーク対応デジタルテレビジョン装置によるコンテンツ再生のための処理の流れを示す。

図３に示す「処理１」では、ＰＣ１００がコンテンツを検索する。具体的には、ユーザが最初にパソコン（ＰＣ）１００でウェブコンテンツを検索して選択する操作を行う。検索および選択は、動画や写真などのウェブコンテンツを登録したコンテンツサーバ１３３のウェブサイトにおいて提供されるウェブサービスを利用して行われる。ちなみに、これらウェブコンテンツにリンクした検索サーバのウェブサイトにおいて提供されるウェブサービスを利用してもよい。このようなウェブサービスの検索および選択機能（GUIなど）により、ユーザは好みのコンテンツを検索して選択し、ＴＶ１１１の大画面で表示したいウェブコンテンツとして特定する。ここで、ブロードバンドルータ１３１は、無線ＬＡＮアクセスポイントとインターネットアクセスするためのモデム等を含むものであり、ＰＣ１００は無線ＬＡＮで無線ＬＡＮアクセスポイントと接続し、コンテンツサーバ１３３のウェブサイトにアクセス可能になっている。

図３に示す「処理２」では、ＰＣ１００がコンテンツのＵＲＬをＴＶ１１１に通知する。すなわち、特定したウェブコンテンツの動画や写真などのＵＲＬがＬＡＮ経由でＰＣ１００からＴＶ１１１に通知される。ここで、ネットワークプロトコルの物理層など下位の層はEthernet(登録商標）、その上位層（ネットワーク層など）の通信プロトコルはＴＣＰ／ＩＰ、さらにその上位層のプロトコルはＨＴＴＰとする。

ＨＴＴＰプロトコルでデータを伝送するため、ＴＶ１１１はＨＴＴＰサーバとして設定され、ＰＣ１００はそのクライアントとして設定される。ＴＶ１１１において、ＨＴＴＰサーバ機能は制御ブ２６１の一部を利用して実現される。ＨＴＴＰサーバをＰＣ１００に設定することも考えられるが、この場合、一般的にＰＣ１００のセキュリティについて考慮する必要がある。すなわち、ＰＣ１００をＨＴＴＰサーバとして動作させようとすると、セキュリティに関わる設定を行わなければならず、ＨＴＴＰサーバ機能を実現するアプリケーションソフトウェアをＰＣにインストールする際に手間を要する。従って、本実施形態では、ＴＶ１１１がサーバとして設定されている。ここでは、ＴＶ１１１に設定されたＨＴＴＰサーバの機能を本実施形態で述べる処理に限定することで、セキュリティ上の脆弱性を極力生じないようにしている。また、ＴＶ１１１のＨＴＴＰサーバは常時動作する構成でも良いが、コンテンツ再生の際にリモコン等の操作によりＴＶ１１を制御して動作させる構成でも良い。

図４はＵＲＬの通知においてPostメソッドを利用して行われるＰＣ１００およびＴＶ(ＨＴＴＰサーバ)１１１間の通信を示す。図５はＰＣ１００からＴＶ１１１へのリクエストボディのフォーマットを示し、図６はＴＶ１１１からＰＣ１００へのレスポンスボディのフォーマットを示す。

図４に示すように、最初にＰＣ１００がＴＶ１１１に対してＨＴＴＰ(ＰＯＳＴ）リクエストのリクエストボディで特定したウェブコンテンツのＵＲＬを通知する。ＴＶ１１１はこのリクエストに対して「200」または「200以外」のステータスコードをレスポンスする。ＨＴＴＰリクエストおよびレスポンスのメッセージボディは、図４および図５に示すようにXML1.0、整形式XML文書とされる(スキーマ記述はなし）。ＴＶ１１１ がウェブコンテンツのＵＲＬを受信可能な状態にあればステータスコード「200」をレスポンスする。これに対して、何らかの原因によりＴＶ１１１ がＵＲＬを受信不可能な状態（ただしＨＴＴＰサーバは動作している）であれば「200以外」をレスポンスする。

ここで、ステータスコードが「200」である場合について説明する。

この場合、ＰＣ１００はレスポンスボディ内のＴＶステータスに従って次のように判断する。

ＴＶステータス＝「可」：ＴＶ１１１がＵＲＬのデータ受信に成功し、このＵＲＬに登録されたコンテンツ (メディアファイル)をコンテンツサーバ１３３のウェブサイトから取得する処理３へ移行できる。

ＴＶステータス＝「中断」：ＴＶ１１１がＵＲＬのデータ受信に成功したが、ＢＵＳＹであって処理３へ移行できない。この場合、ＰＣ１００が「ＴＶの状態を確認してください」のようなエラー表示を行う。すなわち、ＴＶ１１１が、何らかの原因により特定のウェブコンテンツの再生を実行できないことを意味する。この「中断」は、例えば(１)ＬＡＮを利用した通信がＴＶ１１１およびＰＣ１００間で実行できるが、受信したＵＲＬについてウェブサーバ１３３のウェブサイトをＴＶ１１１からアクセスできない場合、(２)ＴＶ１１１が裏録画等を実行中であって、ウェブコンテンツの再生を実行するリソースが確保できない場合、(３)故障の場合に発生する。

レスポンスのステータスコードが「200以外」である場合、ＰＣ１００は可能な限りリクエストの再送を継続し、リクエストの再送を継続不能な状況でエラー表示（ＨＴＴＰステータスコード表示）を行う。

図３に示す「処理３」では、ＴＶ１１１がコンテンツを取得する。例えば図４に示すようなＵＲＬ(http://i.abcd.com/vi/Jew_kz8uAoc/default.jpg） がＴＶ１１１に通知された場合、ＴＶ１１１はこのＵＲＬについてコンテンツサーバ１１１のウェブサイトをアクセスする。ＵＲＬ取得後のアクセス方法はＴＶ１１１がウェブコンテンツの選択結果としてＵＲＬを取得する場合に行う従来のアクセス方法と同様である。図５に示すＵＲＬは、httpスキームで、i.abcd.comというホスト名のサーバから、default.jpgという画像データのコンテンツを取得する場合の例である。尚、コンテンツサーバ１３３のウェブサイトからのコンテンツを提供するためのプロトコルは、一般的にＨＴＴＰプロトコルが多いが、これに限定されるものではない。

図３に示す「処理４」では、ＴＶ１１１が処理３で取得した動画や写真などのウェブコンテンツ(図５の例ではdefault.jpgという画像データ)をＴＶ１１１内のデコーダで再生（JPEG圧縮した画像を再生）し、大画面の映像表示器１１４上に表示する。

図７は図３に示すＰＣ１００の操作手順を示す。ＰＣ１００でウェブコンテンツを検索する画面上で、１つのコンテンツを選択する。通常ＰＣ１００ではウェブブラウザとよばれるウェブページを表示するアプリケーションソフトウェアを使用する。ウェブブラウザはインターネットブラウザなどとも呼ばれ、多数のブラウザが提供されているが、本実施形態において特に限定するものではない。

図７に示すようなウェブページで１つのコンテンツを選択する場合、選択したコンテンツ(動画のリンク先がハイパーリンクされているサムネイル画像もしくは文字列）上で、マウスの右クリック(図７ではウェブページ内の右下のサムネイル画像上にマウスのポインタが置かれており、右クリックしている)すると、図７に示すようにウェブブラウザのコンテクストメニューが表示され、その中に「対象をＴＶで（再生）」、すなわちウェブコンテンツをＴＶ１１１で再生する対象とするメニューが、メニュー一覧の中に表示される。

ユーザがこの「対象をＴＶで（再生）」を選択すると、ＰＣ１００が図３で説明したようにコンテンツのＵＲＬをＴＶ１１１に通知することになる。

図７示すウェブブラウザのコンテクストメニューや、図３で説明したようにコンテンツのＵＲＬをＴＶ１１１に通知する機能はＰＣ１００の標準的な機能でないため、アプリケーションソフトウェア(以下ＰＣアプリケーション)をＰＣ１００に追加することにより実現される。

尚、図３および図４において、ＴＶ１１１に通知するＵＲＬは、コンテンツが動画の場合、ウェブブラウザ上で表示しているサムネイルの静止画のＵＲＬ(例えばhttp://i.abcd.com/xyz.jpg)はなく、動画自体のＵＲＬ(例えばhttp://i.abcd.com/xyz.mpeg)を通知するものである。そのためにＰＣ１００側で動画かどうかの判定処理が行われる。すなわちＴＶに通知するＵＲＬは、ＰＣアプリケーションで以下の(1)または(2)を判定し、さらに(2)の場合は(2a)または(2b)を判定する。

(1)表示静止画像にリンク先（ハイパーリンクされているＵＲＬ）がない場合：表示画像（静止画）のＵＲＬ
(2)表示静止画像にリンク先がある場合
(2a)リンク先が動画：リンク先（動画）のＵＲＬ
(2b)上記以外：表示画像（静止画）のＵＲＬ
動画かどうかの判定は、リンク先ファイル名の拡張子に基づいて行われる。リンク先ファイル名が例えば".mpg", ".mpeg", ".m2p", ".mp2", ".m2t", ".m2ts",".ts",".tts", ".mp4"のような拡張子を持つ場合に動画と判定される。但し、これらファイル名の拡張子は例示であり、ＰＣアプリケーションで設定できるようにしても良い。

ウェブコンテンツでは、新しい画像や音声のエンコード方式が次々と開発、採用される傾向にある。しかし、一般的にいってＴＶ１１１の機能は組み込みであり、新しい画像や音声のエンコード方式に対応することは困難である。

上述の実施形態では、コンテンツサーバ１３３に登録されたコンテンツの検索および選択がＰＣ１００側で行われる。コンテンツ再生装置はＰＣ１００により通知されるコンテンツのＵＲＬを取得し、このＵＲＬに登録されたコンテンツをコンテンツサーバ１３３から取得する。従って、コンテンツの検索および選択をＴＶ１１１のユーザインタフェースとして一般的なリモコン１１７に代わってＰＣ１００側のキーボードやマウス等を利用することが可能になる。このため、ネットワーク上のコンテンツサーバに登録されたコンテンツを大画面で再生する場合の操作性を向上できる。

図８は図３に示すネットワーク対応デジタルテレビジョン装置によるコンテンツ再生のための処理の流れの変形例を示す。この変形例は、以下に述べる事項を除いて上述の実施形態と同様に構成される。

図８に示す「処理１」では、上述の実施形態と同様にＰＣ１００がコンテンツを検索する。具体的には、ユーザが最初にパソコン（ＰＣ）１００でウェブコンテンツを検索して選択する操作を行う。ＴＶ１１１に設けられた映像表示器１１４の大画面に表示したいウェブコンテンツを選択するまでは図３と同等である。

図８に示す「処理２」では、ＰＣ１００が選択したウェブコンテンツのＣＯＤＥＣがＴＶ１１で利用可能なＣＯＤＥＣのフォーマットでないことを確認する。ここで、ＣＯＤＥＣとは、ウェブコンテンツの映像音声データの圧縮方法(例えばMPEG2、MPEG4/H.264など)ばかりでなく、圧縮コーディングされた映像音声データを１つのファイルとしてまとめるためのファイルフォーマットも含むものとする。すなわちウェブサイトから提供されるウェブコンテンツから圧縮コーディングされた映像音声データを取り出し、再生するまでの一連のデコード処理方法およびその規定をＣＯＤＥＣとみなす。

選択コンテンツがＴＶ１１１で利用可能なＣＯＤＥＣのフォーマットである場合、ＰＣ１００は図３に示す「処理２」以降の処理に移行する。ＴＶ１１１で利用可能なＣＯＤＥＣのフォーマットでない場合には、図８に示す「処理３」以降の処理に移行する。尚、「処理２」では、ＰＣ１００が選択したウェブコンテンツを一部あるいは全部取得して解析を行いこの解析結果とＴＶ１１１側の再生対応状況との比較に基づいて判定を下す方式、並びにウェブコンテンツを検索する画面上、すなわちウェブページ上で提供されたウェブコンテンツのＣＯＤＥＣ情報とＴＶ１１１側の再生対応状況との比較に基づいて判定を下す方式のいずれを適用してもよい。

ちなみに、ＴＶ１１１で利用可能なＣＯＤＥＣの情報を再生対応状況として予めＰＣが知っている場合であるが、判定にあたり、ＴＶ１１１とＰＣ１００が通信を行って、ＴＶ１１１で利用可能なＣＯＤＥＣの情報をＰＣ１００が取得してから判定を行っても良い。

図８に示す「処理３」は、ＴＶ１１１で利用可能なＣＯＤＥＣのフォーマットでないことをＰＣ１００が確認されたウェブコンテンツの全部に対して行われる。ここでは、ＰＣ１００がこれらウェブコンテンツの全部をコンテンツサーバ１３３から取得する。

図８に示す「処理４」では、ＰＣ１００が取得したウェブコンテンツをＴＶ１１１で利用可能なＣＯＤＥＣのフォーマットにトランスコードする。

尚、以上の「処理３」および「処理４」は特定したウェブコンテンツの全部を取得し、トランスコードし終えてから、次に示す「処理５」に移ってもよいが、ウェブコンテンツの最初の一部を取得し、トランスコードし終えた状態で、引き続き残りのウェブコンテンツを取得し、トランスコードしながら、「処理５」に移ってもよい。

図８に示す「処理５」では、ＰＣ１００からＴＶ１１１にトランスコードしたウェブコンテンツの提供と再生指示をＬＡＮを利用して行う。この場合も、図３に示す場合と同様にネットワークプロトコルの物理層など下位の層はEthernet、その上位層（ネットワーク層など）の通信プロトコルはＴＣＰ/ＩＰ、さらにその上位層のプロトコルはＨＴＴＰとされる。

この変形例でもＨＴＴＰプロトコルでデータを伝送するため、ＴＶ１１１はＨＴＴＰサーバとして設定され、ＰＣ１００はそのクライアントとして設定される。ＴＶ１１１において、ＨＴＴＰサーバ機能は制御ブ２６１の一部を利用して実現される。ＨＴＴＰサーバをＰＣ１００に設定することも考えられるが、この場合、一般的にＰＣ１００のセキュリティについて考慮する必要がある。すなわち、ＰＣ１００をＨＴＴＰサーバとして動作させようとすると、セキュリティに関わる設定を行わなければならず、ＨＴＴＰサーバ機能を実現するＰＣアプリケーションをＰＣにインストールする際に手間を要する。従って、本実施形態では、ＴＶ１１１がサーバとして設定されている。ここでは、ＴＶ１１１に設定されたＨＴＴＰサーバの機能を本実施形態で述べる処理に限定することで、セキュリティ上の脆弱性を極力生じないようにしている。また、ＴＶ１１１のＨＴＴＰサーバは常時動作する構成でも良いが、コンテンツ再生の際にリモコン等の操作によりＴＶ１１を制御して動作させる構成でも良い。

メディアファイル(ウェブコンテンツ)の提供では、Postメソッドを利用してＰＣ１００およびＴＶ(ＨＴＴＰサーバ）１１１間で通信が行われる。この通信は再生準備フェーズ、再生フェーズ、および再生確認フェーズ3つのフェーズに分けられる。

再生準備フェーズ：
図９はＰＣ１００およびＴＶ(ＨＴＴＰサーバ）１１１間で行われる再生準備フェーズの通信を示す。図１０はＰＣ１００からＴＶ１１１へのリクエストボディのフォーマットを示し、図１１はＴＶ１１１からＰＣ１００へのレスポンスボディのフォーマットを示す。尚、記載の数値は一例である。

ＰＣ１００は保有しているトランスコードしたウェブコンテンツをＴＶ１１１へ提供して再生したいこと、並びにそのウェブコンテンツの種類（動画／静止画）を通知する。

レスポンスのステータスコードが「200」である場合、ＰＣ１００はレスポンスボディ内のＴＶステータスによりに従って次のように判断する。

ＴＶステータス＝「可」：ＴＶ１１１がコマンドの受信に成功し、ウェブコンテンツの再生フェーズへ移行できる。

ＴＶステータス＝「中断」：ＴＶ１１１がコマンドの受信に成功したがＢＵＳＹであってウェブコンテンツの再生に移行できない。この場合、ＰＣ１００は「ＴＶの状態を確認してください」のようなエラー表示を行う。すなわち、ＴＶ１１１は、何らかの原因により特定のウェブコンテンツの再生を実行できないことを意味する。この「中断」は、例えば(１)ＴＶが裏録画等を実行中であり、ウェブコンテンツの再生を実行するリソースが確保できない場合、(２)故障の場合に発生する。

レスポンスには、上述のＴＶステータス以外に、提供サイズ(byte）、提供間隔(ms)、スキップサイズ（byte）も記述される。

ＰＣ１００は提供サイズ(byte)と提供間隔（ms）に従ってウェブコンテンツ提供の準備をする。提供サイズと提供間隔は、ウェブコンテンツの種類とＴＶ１１１側のスペックに応じて設定される。

提供間隔の定義は、提供サイズで分割したウェブコンテンツをＰＯＳＴする間隔である。具体的には、ＰＣ１００が前回ＰＯＳＴ開始から次のＰＯＳＴ開始までの時間となる。ネットワークの速度が一定であれば、ＴＶ１１１がＰＯＳＴリクエストを受信する間隔と同一となる。

スキップサイズ（byte）はウェブコンテンツが動画の場合、１秒あたりのデータサイズが通知される。

尚、再生準備フェーズでは、ＴＶ１１１はウェブコンテンツを入手しておらず、提供サイズ(byte）、提供間隔(ms)、スキップサイズ（byte）は参考値である。ＰＣ１００は再生フェーズ以降の最新のスキップサイズ（byte）を使用すべきである。

レスポンスのステータスコードが「200以外」である場合、ＰＣ１００は可能な限りリクエストの再送を継続し、リクエストの再送を継続不能な状況でエラー表示（ＨＴＴＰステータスコード表示）を行う。

再生フェーズ：
再生準備フェーズの通信では、ＴＶ１１１のレスポンスのＴＶステータスが「可」となっている必要がある。

再生フェーズでは、次に示すようにウェブコンテンツの受け渡しと再生制御の２種の通信が行われる。

再生フェーズ(ウェブコンテンツの受け渡し）：
図１２はＰＣ１００およびＴＶ(ＨＴＴＰサーバ）１１１間で行われる再生フェーズ（ウェブコンテンツの受け渡し）の通信を示す。ＰＣ１００からＴＶ１１１へのリクエストには、提供サイズ(byte)のウェブコンテンツが入る。図１３はＴＶ１１１からＰＣ１００へのレスポンスボディのフォーマットを示す。尚、記載の数値は一例である。

ＰＣ１００は、再生準備フェーズでＴＶ１１１から指定された提供サイズ・提供間隔でウェブコンテンツをＰＯＳＴする。

レスポンスのステータスコードが「200」である場合、ＰＣ１００はレスポンスボディ内のＴＶステータスに従って次のように判断する。

ＴＶステータス＝「可」：ウェブコンテンツデータの受信に成功した。

ＴＶステータス＝「不可」：ＴＶ１１１がＢＵＳＹであって、ＰＣ１００が再度同じデータをＰＯＳＴすべき。

ＴＶステータス＝「中断」：ＴＶ１１１がＢＵＳＹであって、ＰＣ１００がエラー表示して処理を終了すべき。

提供サイズ(byte)は、次回以降、提供すべきウェブコンテンツのサイズであり、ユースケースを後述する。

提供間隔(ms)は、次回以降、提供すべきウェブコンテンツの提供間隔(タイミング)であり、ユースケースを後述する。

スキップサイズ（byte）は、ウェブコンテンツが動画の場合であり、１秒あたりのデータサイズが通知される。

レスポンスのメッセージボディ内には、上述のＴＶステータス以外に、提供サイズ(byte）、提供間隔(ms)、スキップサイズ（byte）も記述される。

レスポンスのステータスコードが「200以外」である場合、ＴＶ１１１は可能な限りリクエストの再送を継続し、リクエストの再送を継続不能な状況でエラー表示（ＨＴＴＰステータスコード表示）を行う。但し、アプリケーションの実行は継続される。

再生フェーズ(再生制御):
図１４はＰＣ１００およびＴＶ(ＨＴＴＰサーバ）１１１間で行われる再生フェーズ（再生制御）の通信を示す。図１５はＰＣ１００からＴＶ１１１へのリクエストボディのフォーマットを示し、図１６はＴＶ１１１からＰＣ１００へのレスポンスボディのフォーマットを示す。尚、記載の数値は一例である。

ＰＣ１００は、再生準備フェーズでＴＶ１１１から指定された提供サイズ・提供間隔でウェブコンテンツをＰＯＳＴする。

ＰＣ１００はＴＶ１１１へ再生に関する指示を与えたい場合にＴＶ１１１へ以下の指示を行う。

「停止」は再生終了を表す。これにより、ＴＶ１１１は動画再生アプリケーションを終了する。

「一時停止」は再生を一時停止することを表す。

「再生」は一時停止を解除して再生再開することを表す。再生停止後の場合には同じウェブコンテンツが最初から再生される。

「ワンタッチスキップ」はＰＣ１００で予め設定した時間分のスキップを行い、そこから通常再生を開始することを表す。

「ワンタッチリプレイ」はＰＣ１００で予め設定した時間分前に戻し、そこから通通常再生を開始することを表す。

ＰＣ１００からの制御により、ＴＶ１１１は以下のように動作する。

「停止」の場合、ＴＶ１１１は動画再生アプリケーションを終了する。ＰＣ１００とＴＶ１１１との連携アプリケーションは継続。
「一時停止」の場合、ＴＶ１１１はウェブコンテンツの受け渡し(ＰＯＳＴ)が一時停止されたことを知るほか、動画再生アプリケーションにおいてコンテンツの再生を一時停止する。

「再生」の場合、ＴＶ１１１はウェブコンテンツの受け渡しが再開されることを知るほか、現状態に応じて次のように動作する。

「停止」であれば、ＴＶ１１１がウェブコンテンツのＰＯＳＴを待ち、動画再生アプリを起動して受信ウェブコンテンツの再生を開始する。

「一時停止」であれば、ＴＶ１１１がコンテンツの再生を再開する(再生は一時停止位置から開始される）。

「ワンタッチスキップ」であれば、ＴＶ１１１が次に発生するウェブコンテンツの受け渡し(ＰＯＳＴ)でデータの連続性がないことを知る。ＴＶ１１１は次のＰＯＳＴによりウェブコンテンツを入手した時点で、現データ(ワンタッチスキップ指示がある前に入手していたデータの未再生部分)を破棄し、新たに得られたデータを使用し、再生を開始する。

「ワンタッチリプレイ」であれば、ＴＶ１１１が次に発生するウェブコンテンツの受け渡し(ＰＯＳＴ)でデータの連続性がないことを知る。ＴＶ１１１は次のＰＯＳＴによりウェブコンテンツを入手した時点で、現データ(ワンタッチリプレイ指示がある前に入手していたデータの未再生部分)を破棄し、新たに得られたデータを使用し、再生を開始する。

レスポンスのステータスコードが「200」である場合、ＰＣ１００はメッセージボディ内のＴＶステータスに従って次のように判断する。

ＴＶステータス＝「可」：ＴＶ１１１が指示を実行した。

ＴＶステータス＝「中断」：ＴＶ１１１はＢＵＳＹであって、ＰＣ１００が「ＴＶの状態を確認してください」のようなエラー表示を行うべき。

レスポンスのメッセージボディ内には、上述のＴＶステータス以外に、提供サイズ(byte）、提供間隔(ms)、スキップサイズ（byte）が記述される。

レスポンスのステータスコードが「200以外」である場合、ＰＣはリクエストの再送、継続が可能な場合は再送、継続、リクエストの再送、継続が不可の場合は、処理を終了し、エラー表示（ＨＴＴＰステータスコード表示）する。

再生確認フェーズ：
図１７はＰＣ１００およびＴＶ(ＨＴＴＰサーバ）１１１間で行われる再生確認フェーズの通信を示す。図１８はＰＣ１００からＴＶ１１１へのリクエストボディのフォーマットを示し、図１９はＴＶ１１１からＰＣ１００へのレスポンスボディのフォーマットを示す。

再生フェーズで複数回の通信が発生する場合には、ＰＣ１００がＴＶ１１１の再生状況を把握することが可能であるが、再生フェーズでの通信が少ない場合には、ＴＶ１１１が再生不可(ＴＶ１１１は再生不能な形式のウェブコンテンツであることを検知)などのレスポンスを発生することができず、ＰＣ１００がＴＶ１１１の再生状況を把握できない場合も想定される。

ＰＣ１００は再生フェーズを終了後、ＴＶ１１１の再生状況を把握するために再生確認フェーズの通信を行う。

レスポンスのステータスコードが「200」である場合、ＰＣ１００はメッセージボディ内のＴＶステータスに従って次のように判断する。

ＴＶステータス＝「可」：ＴＶ１１１が再生可能であった。

ＴＶステータス＝「中断」：ＴＶ１１１はＢＵＳＹであって、ＰＣ１００が「ＴＶの状態を確認してください」のようなエラー表示をすべき。

レスポンスのステータスコードが「200以外」である場合、ＰＣ１００は可能な限りリクエストの再送を継続し、リクエストの再送を継続不能な状況で処理を終了してエラー表示（ステータスコード表示）する。

尚、本発明は上述の実施形態に限定されず、その要旨を逸脱しない範囲で様々に変形可能である。

上述の実施形態では、ネットワーク対応テレビジョン装置１１１がコンテンツサーバ１３３にネットワーク接続されるコンテンツ再生装置として設けられているが、これに限定されない。一例として、コンテンツ再生装置は、通常のテレビジョン放送受信用回路および表示器を持つネットワーク非対応のテレビジョン装置をネットワーク接続するセットトップボックスとして構成されてもよい。この場合、コンテンツサーバ１３３に登録されたコンテンツを検索して選択するコンピュータ１００をクライアントとするサーバとして機能し、コンピュータ１００によって選択されたコンテンツをコンテンツサーバ１３３から取得するコンテンツ取得部と、このコンテンツ取得部で取得されたコンテンツをデコードする信号処理部とがセットトップボックスに設けられる。コンピュータ１００が
コンテンツサーバ１３３に登録されたコンテンツを検索して選択すると、セットトップボックスのコンテンツ取得部がコンピュータ１００により通知されるこの選択されたコンテンツのＵＲＬを取得し、このＵＲＬに登録されたコンテンツをコンテンツサーバ１３３から取得する。

１００…パソコン（ＰＣ）、１１１…ネットワーク対応デジタルテレビジョン装置（ＴＶ）、１１４…映像表示器、１３１…ブロードバンドルータ、１３３…コンテンツサーバ、２４７…信号処理部、２６１…制御部、２６１ｅ…コンテンツ情報取得機能モジュール。

Claims (5)

1. コンテンツサーバにネットワーク接続される情報処理装置であって、
   前記コンテンツサーバに登録されたコンテンツを検索し、コンテンツ選択画面を表示する手段と、
   前記コンテンツ選択画面から１コンテンツを選択する手段と、
   前記選択されたコンテンツを、ネットワーク接続された再生表示装置で再生するか決定する手段と、
   前記選択されたコンテンツを前記再生表示装置で再生することか決定された場合、前記選択されたコンテンツのＵＲＬを前記再生表示装置に送信する手段と、
   を具備する情報処理装置。
2. 前記選択されたコンテンツのＣＯＤＥＣ形式が前記再生表示装置で利用可能か判断する判断手段と、
   前記ＣＯＤＥＣ形式が前記再生表示装置で利用可能な形式ではない場合、前記選択されたコンテンツを前記コンテンツサーバから取得し、前記再生表示装置で利用可能なＣＯＤＥＣのフォーマットにトランスコードする手段と、
   前記トランスコードされたコンテンツを前記再生表示装置に送信する手段と、
   を更に具備することを特徴とする請求項１記載の情報処理装置。
3. 前記判断手段は、ウェブページ上で提供される前記選択されたコンテンツのＣＯＤＥＣ情報と、前記再生表示装置の再生対応状況との比較に基づいて、前記ＣＯＤＥＣ形式が前記再生表示装置で利用可能か判断することを特徴とする請求項２記載の情報処理装置。
4. 前記ＵＲＬを前記再生表示装置に送信した後、前記再生表示装置から、前記ＵＲＬに対応するコンテンツの再生を実行できないことを示す応答を受信した場合、その旨を示すエラー表示を行うことを特徴とする請求項１記載の情報処理装置。
5. 前記選択されたコンテンツの再生に関する指示を前記再生表示装置に送信する手段を更に具備することを特徴とする請求項２記載の情報処理装置。

Images