(57)【要約】【課題】クライアントをリモコンとして設定したコンテンツのリモート再生処理を実現する装置および方法を提供する。【解決手段】クライアント機器からのメディアレンダラーに対してリモート制御を許容する制御インスタンスの設定を要求し、メディアレンダラーにおいて、要求に応じた制御インスタンスを設定し、この制御インスタンスを指定したクライアントからの制御要求に基づいてコンテンツ再生制御を行う。また、メディアレンダラーのサポートプロトコル情報と、コンテンツメタデータに基づいてリモート再生可能なコンテンツおよびメディアレンダラーを確実に選択することが可能となる。【選択図】  図６
2005020180.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツ再生制御処理を実行する情報処理装置であり、
データ通信を実行する通信部と、
コンテンツ再生制御処理を実行するコンテンツ再生制御部を有し、
ネットワーク接続されたクライアントからのリモート制御要求情報を含む制御インスタンス設定要求に応じて、前記コンテンツ再生制御部にリモート制御を許容するリモート制御用の制御インスタンスを設定し、前記制御用インスタンスを指定したクライアントからの制御要求に基づいて、前記制御インスタンスに関連づけられたコンテンツの情報処理装置における出力制御を実行する構成を有することを特徴とする情報処理装置。
【請求項２】
前記情報処理装置は、
前記リモート制御用の制御インスタンスと、クライアントに対するユーザインタフェース情報提供処理を実行するレンダリングコントロールサービスインスタンスとのバインド処理を実行し、前記レンダリングコントロールサービスを介して受領するクライアントからの制御情報に基づいて制御インスタンスによるコンテンツ再生制御を実行する構成であることを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記情報処理装置は、
クライアントから受信するファンクションＩＤに基づいて制御対象機器を特定した制御インスタンスを設定するとともに、該ファンクションＩＤに伴って受信するリモート制御要求情報に基づいて、制御インスタンスをリモート制御許容インスタンスとして設定する構成であることを特徴とする請求項１に記載の情報処理装置。
【請求項４】
前記情報処理装置は、
クライアントからの要求に応じてサポートプロトコル情報を提供する処理を実行し、
該サポートプロトコル情報中にリモート制御を許容するか否かを示す識別情報を含めて提供する構成であることを特徴とする請求項１に記載の情報処理装置。
【請求項５】
コンテンツに対応する属性情報としてのメタデータの管理およびクライアントに対する提供処理を実行するメディアサーバであり、
コンテンツおよびコンテンツ対応のメタデータを記憶したデータベースと、
前記データベースに格納したデータの管理を実行するコンテンツディレクトリサービスを有し、
前記データベースに格納されたコンテンツ対応のメタデータ中のプロトコル情報として、コンテンツがクライアントによるリモート制御を許容するか否かを示すリモート制御許容情報を格納した構成を有することを特徴とするメディアサーバ。
【請求項６】
前記メタデータには、コンテンツ再生時の制御対象機器識別情報としてのファンクションＩＤを含み、前記リモート制御許容情報は、前記ファンクションＩＤに対応する情報として設定された情報であることを特徴とする請求項５に記載のメディアサーバ。
【請求項７】
コンテンツ再生実行機器としてのメディアレンダラーに対してリモート制御を実行する情報処理装置であり、
リモート制御要求データを含む制御インスタンス設定要求を前記メディアレンダラーに対して送信し、該制御インスタンス設定要求に対する応答として受信する制御インスタンスＩＤを設定した制御要求を前記メディアレンダラーに送信して、該メディアレンダラーにおけるコンテンツ再生のリモート制御を実行する構成を有することを特徴とする情報処理装置。
【請求項８】
前記情報処理装置は、
前記メディアレンダラーから受信するサポートプロトコル情報に基づいて、該メディアレンダラーがリモート制御可能か否かの判定処理を実行する構成であることを特徴とする請求項７に記載の情報処理装置。
【請求項９】
前記情報処理装置は、
コンテンツ対応のメタデータを保持するメディアサーバからコンテンツ対応のプロトコル情報を受領し、該受領プロトコル情報に基づいてリモート制御可能なコンテンツであるか否かを判定し、リモート制御可能なコンテンツであることの確認を条件として、該コンテンツの指定情報を、前記メディアレンダラーに設定した制御インスタンスにセットする処理を実行する構成であることを特徴とする請求項７に記載の情報処理装置。
【請求項１０】
コンテンツの再生制御を実行する情報処理方法であり、
ネットワーク接続されたクライアントからのリモート制御要求データを含む制御インスタンス設定要求を受信するステップと、
前記制御インスタンス設定要求の受信に応じて、コンテンツ再生制御部にリモート制御用の制御インスタンスを設定する制御インスタンス設定ステップと、
前記制御インスタンスを指定したクライアントからの制御要求を受信するステップと、
指定制御インスタンスに関連づけられた再生対象コンテンツについて、自己の情報処理装置での出力制御を実行するステップと、
を有することを特徴とする情報処理方法。
【請求項１１】
前記情報処理方法は、さらに、
前記リモート制御用の制御インスタンスと、クライアントに対するユーザインタフェース情報提供処理を実行するレンダリングコントロールサービスインスタンスとのバインド処理を実行し、前記レンダリングコントロールサービスを介して受領するクライアントからの制御情報に基づいて制御インスタンスによるコンテンツ再生制御を実行するステップを含むことを特徴とする請求項１０に記載の情報処理方法。
【請求項１２】
前記制御インスタンス設定ステップは、
クライアントから受信するファンクションＩＤに基づいて制御対象機器を特定した制御インスタンスを設定するとともに、該ファンクションＩＤに伴って受信するリモート制御要求情報に基づいて、制御インスタンスをリモート制御許容インスタンスとして設定するステップであることを特徴とする請求項１０に記載の情報処理方法。
【請求項１３】
前記情報処理方法は、さらに、
クライアントからの要求に応じてサポートプロトコル情報を提供する処理を実行するサポートプロトコル情報提供ステップを有し、
該サポートプロトコル情報提供ステップにおいては、
リモート制御を許容するか否かを示す識別情報を含めたサポートプロトコル情報の提供処理を実行することを特徴とする請求項１０に記載の情報処理方法。
【請求項１４】
コンテンツ再生実行機器としてのメディアレンダラーに対してリモート制御を実行する情報処理方法であり、
リモート制御要求データを含む制御インスタンス設定要求を前記メディアレンダラーに対して送信するステップと、
前記制御インスタンス設定要求に対する応答として受信する制御インスタンスＩＤを設定した制御要求を前記メディアレンダラーに送信して、該メディアレンダラーにおけるコンテンツ再生のリモート制御を実行するステップと、
を有することを特徴とする情報処理方法。
【請求項１５】
前記情報処理方法は、さらに、
前記メディアレンダラーから受信するサポートプロトコル情報に基づいて、該メディアレンダラーがリモート制御可能か否かの判定処理を実行するステップを有することを特徴とする請求項１４に記載の情報処理方法。
【請求項１６】
前記情報処理方法は、さらに、
コンテンツ対応のメタデータを保持するメディアサーバからコンテンツ対応のプロトコル情報を受領し、該受領プロトコル情報に基づいてリモート制御可能なコンテンツであるか否かを判定し、リモート制御可能なコンテンツであることの確認を条件として、該コンテンツの指定情報を、前記メディアレンダラーに設定した制御インスタンスにセットする処理を実行するステップを有することを特徴とする請求項１４に記載の情報処理方法。
【請求項１７】
コンテンツの再生制御を実行するコンピュータ・プログラムであり、
ネットワーク接続されたクライアントからのリモート制御要求データを含む制御インスタンス設定要求を受信するステップと、
前記制御インスタンス設定要求の受信に応じて、コンテンツ再生制御部にリモート制御用の制御インスタンスを設定する制御インスタンス設定ステップと、
前記制御インスタンスを指定したクライアントからの制御要求を受信するステップと、
指定制御インスタンスに関連づけられた再生対象コンテンツについて、自己の情報処理装置での出力制御を実行するステップと、
を有することを特徴とするコンピュータ・プログラム。
【請求項１８】
コンテンツ再生実行機器としてのメディアレンダラーに対してリモート制御を実行するコンピュータ・プログラムであり、
リモート制御要求データを含む制御インスタンス設定要求を前記メディアレンダラーに対して送信するステップと、
前記制御インスタンス設定要求に対する応答として受信する制御インスタンスＩＤを設定した制御要求を前記メディアレンダラーに送信して、該メディアレンダラーにおけるコンテンツ再生のリモート制御を実行するステップと、
を有することを特徴とするコンピュータ・プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、情報処理装置、および情報処理方法、並びにコンピュータ・プログラムに関する。特に、リモコン制御によるコンテンツ再生処理を実現する情報処理装置、および情報処理方法、並びにコンピュータ・プログラムに関する。
【０００２】
【従来の技術】
昨今のデータ通信ネットワークの普及に伴い、家庭内においても家電機器やコンピュータ、その他の周辺機器をネットワーク接続し、各機器間での通信を可能とした、いわゆるホームネットワークが浸透しつつある。ホームネットワークは、ネットワーク接続機器間で通信を行なうことにより各機器のデータ処理機能を共有することを可能とするものである。ネットワーク接続機器間のコンテンツ送受信等、ユーザに利便性・快適性を提供するものであり、今後、ますます普及することが予測される。
【０００３】
このようなホームネットワークの構成に適するプロトコルとしてＵＰｎＰ（登録商標）が知られている。ＵＰｎＰは、複雑な操作を伴うことなく容易にネットワークを構築することが可能であり、困難な操作や設定を伴うことなくネットワーク接続された機器において各接続機器の提供サービスを受領可能とするものである。また、ＵＰｎＰはデバイス上のＯＳ（オペレーティングシステム）にも依存せず、容易に機器の追加ができるという利点を持つ。
【０００４】
ＵＰｎＰは、接続機器間で、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）に準拠した定義ファイルを交換し、機器間において相互認識を行なう。ＵＰｎＰの処理の概要は、以下の通りである。
（１）ＩＰアドレス等の自己のデバイスＩＤを取得するアドレッシング処理。
（２）ネットワーク上の各デバイスの検索を行ない、各デバイスから応答を受信し、応答に含まれるデバイス種別、機能等の情報を取得するディスカバリ処理。
（３）ディスカバリ処理で取得した情報に基づいて、各デバイスにサービスを要求するサービス要求処理。
【０００５】
上記処理手順を行なうことで、ネットワーク接続された機器を適用したサービスの提供および受領が可能となる。ネットワークに新たに接続される機器は、上記のアドレッシング処理によりデバイスＩＤを取得し、ディスカバリ処理によりネットワーク接続された他のデバイスの情報を取得して、取得情報に基づいて他の機器にサービスの要求が可能となる。
【０００６】
例えばサーバに格納された音楽データ、画像データ等のコンテンツをクライアント側デバイスにおいて再生しようとする場合には、クライアントは、サーバの保有するコンテンツについての情報を取得する。サーバは、記憶部に格納したコンテンツや、チューナを介して外部から受信する様々なコンテンツに関するインフォメーションを含む属性情報を記憶部に格納しており、この情報をクライアントに提供する。属性情報には、例えばコンテンツとしての例えば曲や映画のタイトル、アーティスト名、記録日時、さらにデータの圧縮態様等に関する情報など様々である。これらの属性情報はメタデータあるいはメタ情報と呼ばれる。
【０００７】
クライアントは、サーバに対してサーバに格納されたコンテンツ情報、例えば曲や映画のタイトルやアーティスト名、さらにデータの圧縮態様情報（ＡＴＲＡＣ：ａｄａｐｔｉｖｅ  ｔｒａｎｓｆｏｒｍ  ａｃｏｕｓｔｉｃ  ｃｏｄｉｎｇ，  ＭＰＥＧ：ｍｏｖｉｎｇ  ｐｉｃｔｕｒｅ  ｅｘｐｅｒｔｓ  ｇｒｏｕｐ等）、さらに必要に応じて著作権情報などの様々なコンテンツの属性情報の取得要求を行うことができる。
【０００８】
サーバは、クライアントからの要求に応じてサーバの保有するコンテンツに関するメタデータ（属性情報）をクライアントに送信する。クライアントは、サーバから取得したメタデータに基づいて所定の表示プログラムに従ってクライアントデバイスのディスプレイにコンテンツ情報を表示する。例えばアーティスト名、タイトル等からなる曲目リストなどがディスプレイに表示される。ユーザは、表示情報に基づいて、再生対象コンテンツを確認あるいは選択して、コンテンツの送信要求をサーバに送信する。サーバはクライアントからのコンテンツリクエストを受信し、受信リクエストに応じてサーバからクライアントに対するコンテンツの送信が行われ、クライアント側において受信コンテンツの再生が行われる。
【０００９】
このようにサーバに格納されたコンテンツは、ネットワーク接続された他の機器（クライアント）から検索を行い、特定のコンテンツを指定して再生することが可能となる。
【００１０】
また、コンテンツを提供するサーバにチューナ機能を併設し、チューナを介して受信したビデオまたはオーディオデータをクライアントに送信するいわゆるライブストリーミングデータの配信構成を持つサーバ構成が提案されている。例えば、地上波、衛星放送等、の各種のブロードキャストデータをホームサーバ内のチューナにおいて受信し、受信データをサーバからクライアント、例えばチューナを持たないＰＣ等に送信し、ユーザがＰＣに備えられたディスプレイ、スピーカを介して様々なＴＶ、ラジオ等の番組を視聴する構成である。
【００１１】
クライアントからサーバを遠隔操作し、サーバ内の格納コンテンツあるいはチューナ受信コンテンツをローカルエリアネットワークを介してクライアント側で受信、再生するシステムについては、例えば特許文献１に記載されている。
【００１２】
ただし、特許文献１に記載の構成は、サーバ内の格納コンテンツあるいはチューナ受信コンテンツの再生要求を実行したクライアントに対してコンテンツがサーバから送信され、コンテンツ要求を実行したクライアント側でのコンテンツ再生を実現する構成である。
【００１３】
例えば、クライアントからコンテンツ再生要求をサーバに対して送信し、サーバ側に備えられたディスプレイやスピーカ等を介して出力するといった、いわゆるクライアント機器をリモコンとして利用するといった構成については開示していない。サーバ側でコンテンツ再生を実行しようとする場合、ユーザはサーバ自体に付属するキーボード等の入力機器を直接操作することが必要となる。
【００１４】
【特許文献１】
特許公開２００２−８４４８４号公報
【００１５】
【発明が解決しようとする課題】
本発明は、上述の問題点に鑑みてなされたものであり、コンテンツを提供するサーバあるいは再生制御を実行する機器に対して、クライアントをリモコンとして設定し、クライアントからのコントロール信号に基づいて、サーバあるいは再生制御機器側でのコンテンツ再生および再生コンテンツの制御を可能とした情報処理装置、および情報処理方法、並びにコンピュータ・プログラムを提供することを目的とする。
【００１６】
【課題を解決するための手段】
本発明の第１の側面は、
コンテンツ再生制御処理を実行する情報処理装置であり、
データ通信を実行する通信部と、
コンテンツ再生制御処理を実行するコンテンツ再生制御部を有し、
ネットワーク接続されたクライアントからのリモート制御要求情報を含む制御インスタンス設定要求に応じて、前記コンテンツ再生制御部にリモート制御を許容するリモート制御用の制御インスタンスを設定し、前記制御用インスタンスを指定したクライアントからの制御要求に基づいて、前記制御インスタンスに関連づけられたコンテンツの情報処理装置における出力制御を実行する構成を有することを特徴とする情報処理装置にある。
【００１７】
さらに、本発明の情報処理装置の一実施態様において、前記情報処理装置は、前記リモート制御用の制御インスタンスと、クライアントに対するユーザインタフェース情報提供処理を実行するレンダリングコントロールサービスインスタンスとのバインド処理を実行し、前記レンダリングコントロールサービスを介して受領するクライアントからの制御情報に基づいて制御インスタンスによるコンテンツ再生制御を実行する構成であることを特徴とする。
【００１８】
さらに、本発明の情報処理装置の一実施態様において、前記情報処理装置は、クライアントから受信するファンクションＩＤに基づいて制御対象機器を特定した制御インスタンスを設定するとともに、該ファンクションＩＤに伴って受信するリモート制御要求情報に基づいて、制御インスタンスをリモート制御許容インスタンスとして設定する構成であることを特徴とする。
【００１９】
さらに、本発明の情報処理装置の一実施態様において、前記情報処理装置は、クライアントからの要求に応じてサポートプロトコル情報を提供する処理を実行し、該サポートプロトコル情報中にリモート制御を許容するか否かを示す識別情報を含めて提供する構成であることを特徴とする。
【００２０】
さらに、本発明の第２の側面は、
コンテンツに対応する属性情報としてのメタデータの管理およびクライアントに対する提供処理を実行するメディアサーバであり、
コンテンツおよびコンテンツ対応のメタデータを記憶したデータベースと、
前記データベースに格納したデータの管理を実行するコンテンツディレクトリサービスを有し、
前記データベースに格納されたコンテンツ対応のメタデータ中のプロトコル情報として、コンテンツがクライアントによるリモート制御を許容するか否かを示すリモート制御許容情報を格納した構成を有することを特徴とするメディアサーバにある。
【００２１】
さらに、本発明のメディアサーバの一実施態様において、前記メタデータには、コンテンツ再生時の制御対象機器識別情報としてのファンクションＩＤを含み、前記リモート制御許容情報は、前記ファンクションＩＤに対応する情報として設定された情報であることを特徴とする。
【００２２】
さらに、本発明の第３の側面は、
コンテンツ再生実行機器としてのメディアレンダラーに対してリモート制御を実行する情報処理装置であり、
リモート制御要求データを含む制御インスタンス設定要求を前記メディアレンダラーに対して送信し、該制御インスタンス設定要求に対する応答として受信する制御インスタンスＩＤを設定した制御要求を前記メディアレンダラーに送信して、該メディアレンダラーにおけるコンテンツ再生のリモート制御を実行する構成を有することを特徴とする情報処理装置にある。
【００２３】
さらに、本発明の情報処理装置の一実施態様において、前記情報処理装置は、前記メディアレンダラーから受信するサポートプロトコル情報に基づいて、該メディアレンダラーがリモート制御可能か否かの判定処理を実行する構成であることを特徴とする。
【００２４】
さらに、本発明の情報処理装置の一実施態様において、前記情報処理装置は、コンテンツ対応のメタデータを保持するメディアサーバからコンテンツ対応のプロトコル情報を受領し、該受領プロトコル情報に基づいてリモート制御可能なコンテンツであるか否かを判定し、リモート制御可能なコンテンツであることの確認を条件として、該コンテンツの指定情報を、前記メディアレンダラーに設定した制御インスタンスにセットする処理を実行する構成であることを特徴とする。
【００２５】
さらに、本発明の第４の側面は、
コンテンツの再生制御を実行する情報処理方法であり、
ネットワーク接続されたクライアントからのリモート制御要求データを含む制御インスタンス設定要求を受信するステップと、
前記制御インスタンス設定要求の受信に応じて、コンテンツ再生制御部にリモート制御用の制御インスタンスを設定する制御インスタンス設定ステップと、
前記制御インスタンスを指定したクライアントからの制御要求を受信するステップと、
指定制御インスタンスに関連づけられた再生対象コンテンツについて、自己の情報処理装置での出力制御を実行するステップと、
を有することを特徴とする情報処理方法にある。
【００２６】
さらに、本発明の情報処理方法の一実施態様において、前記情報処理方法は、さらに、前記リモート制御用の制御インスタンスと、クライアントに対するユーザインタフェース情報提供処理を実行するレンダリングコントロールサービスインスタンスとのバインド処理を実行し、前記レンダリングコントロールサービスを介して受領するクライアントからの制御情報に基づいて制御インスタンスによるコンテンツ再生制御を実行するステップを含むことを特徴とする。
【００２７】
さらに、本発明の情報処理方法の一実施態様において、前記制御インスタンス設定ステップは、クライアントから受信するファンクションＩＤに基づいて制御対象機器を特定した制御インスタンスを設定するとともに、該ファンクションＩＤに伴って受信するリモート制御要求情報に基づいて、制御インスタンスをリモート制御許容インスタンスとして設定するステップであることを特徴とする。
【００２８】
さらに、本発明の情報処理方法の一実施態様において、前記情報処理方法は、さらに、クライアントからの要求に応じてサポートプロトコル情報を提供する処理を実行するサポートプロトコル情報提供ステップを有し、該サポートプロトコル情報提供ステップにおいては、リモート制御を許容するか否かを示す識別情報を含めたサポートプロトコル情報の提供処理を実行することを特徴とする。
【００２９】
さらに、本発明の第５の側面は、
コンテンツ再生実行機器としてのメディアレンダラーに対してリモート制御を実行する情報処理方法であり、
リモート制御要求データを含む制御インスタンス設定要求を前記メディアレンダラーに対して送信するステップと、
前記制御インスタンス設定要求に対する応答として受信する制御インスタンスＩＤを設定した制御要求を前記メディアレンダラーに送信して、該メディアレンダラーにおけるコンテンツ再生のリモート制御を実行するステップと、
を有することを特徴とする情報処理方法にある。
【００３０】
さらに、本発明の情報処理方法の一実施態様において、前記情報処理方法は、さらに、前記メディアレンダラーから受信するサポートプロトコル情報に基づいて、該メディアレンダラーがリモート制御可能か否かの判定処理を実行するステップを有することを特徴とする。
【００３１】
さらに、本発明の情報処理方法の一実施態様において、前記情報処理方法は、さらに、コンテンツ対応のメタデータを保持するメディアサーバからコンテンツ対応のプロトコル情報を受領し、該受領プロトコル情報に基づいてリモート制御可能なコンテンツであるか否かを判定し、リモート制御可能なコンテンツであることの確認を条件として、該コンテンツの指定情報を、前記メディアレンダラーに設定した制御インスタンスにセットする処理を実行するステップを有することを特徴とする。
【００３２】
さらに、本発明の第６の側面は、
コンテンツの再生制御を実行するコンピュータ・プログラムであり、
ネットワーク接続されたクライアントからのリモート制御要求データを含む制御インスタンス設定要求を受信するステップと、
前記制御インスタンス設定要求の受信に応じて、コンテンツ再生制御部にリモート制御用の制御インスタンスを設定する制御インスタンス設定ステップと、
前記制御インスタンスを指定したクライアントからの制御要求を受信するステップと、
指定制御インスタンスに関連づけられた再生対象コンテンツについて、自己の情報処理装置での出力制御を実行するステップと、
を有することを特徴とするコンピュータ・プログラムにある。
【００３３】
さらに、本発明の第７の側面は、
コンテンツ再生実行機器としてのメディアレンダラーに対してリモート制御を実行するコンピュータ・プログラムであり、
リモート制御要求データを含む制御インスタンス設定要求を前記メディアレンダラーに対して送信するステップと、
前記制御インスタンス設定要求に対する応答として受信する制御インスタンスＩＤを設定した制御要求を前記メディアレンダラーに送信して、該メディアレンダラーにおけるコンテンツ再生のリモート制御を実行するステップと、
を有することを特徴とするコンピュータ・プログラムにある。
【００３４】
【作用】
本発明の構成によれば、クライアント機器からのメディアレンダラーに対するＡＶＴ制御インスタンスの設定要求において、リモート制御を許容する制御インスタンスの設定を要求し、メディアレンダラーにおいて、要求に応じてリモート制御を許容する制御インスタンスを設定し、この制御インスタンスを指定したクライアントからの制御要求に基づいてコンテンツ再生の制御を行う構成としたので、クライアントをリモコンとし、メディアレンダラーを被制御機器として構成し、コンテンツ再生のリモート制御構成を実現することができる。
【００３５】
さらに、本発明の構成によれば、メディアレンダラーがサポートプロトコル情報として、リモコン制御を許容するか否かの情報を提供する構成とし、また、コンテンツのメタデータに基づくコンテンツ情報の提供処理を実行するメディアサーバの保持するメタデータ中のプロトコル情報にコンテンツがリモート制御許容コンテンツであるか否かを示す情報を保持する構成としたので、クライアントは、コンテンツ対応のプロトコル情報、およびメディアレンダラーのサポートプロトコル情報に基づいて、リモート制御可能なコンテンツを選択し、かつリモート制御を許容するメディアレンダラーを選択し、確実にコンテンツのリモート制御による再生処理を実行することができる。
【００３６】
なお、本発明のコンピュータ・プログラムは、例えば、様々なプログラム・コードを実行可能な汎用コンピュータ・システムに対して、コンピュータ可読な形式で提供する記憶媒体、通信媒体、例えば、ＣＤやＦＤ、ＭＯなどの記憶媒体、あるいは、ネットワークなどの通信媒体によって提供可能なコンピュータ・プログラムである。このようなプログラムをコンピュータ可読な形式で提供することにより、コンピュータ・システム上でプログラムに応じた処理が実現される。
【００３７】
本発明のさらに他の目的、特徴や利点は、後述する本発明の実施例や添付する図面に基づく、より詳細な説明によって明らかになるであろう。なお、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【００３８】
【発明の実施の形態】
以下、図面を参照しながら、本発明の情報処理装置、および情報処理方法、並びにコンピュータ・プログラムの詳細について説明する。
【００３９】
［システム概要］
まず、図１を参照して、本発明の概要について説明する。図１においてクライアント１０１は、サーバ１０２の格納コンテンツあるいはサーバ１０２に付属するチューナによって受信するコンテンツの再生制御を行う。ここでコンテンツの出力は、クライアント１０１において実行することも可能であるが、本発明の構成においては、さらにクライアント１０１をリモコンとして機能させ、サーバ１０２の格納コンテンツあるいはサーバ１０２に付属するチューナによって受信するコンテンツの再生をサーバ１０２側で実行させる。すなわち、サーバ１０２に接続された出力機器としてのディスプレイ１０３、スピーカ１０４を介してコンテンツの出力を行うことを可能とした。
【００４０】
図１に示す構成は、サーバ１０２が、コンテンツ提供処理を実行するとともに、コンテンツ出力処理も実行する構成例であるが、本発明の構成に従えば、図２に示すように、コンテンツを格納したサーバ、すなわちメディアサーバ１１０と、コンテンツ再生制御を実行する情報処理装置、すなわちメディアレンダラー１２０とを別構成として、クライアント１０１がメディアサーバに対してコンテンツを指定し、指定したコンテンツをメディアサーバ１１０からコンテンツ再生制御機器としてのメディアレンダラー１２０に送信し、その後、再生制御情報をクライアント１０１からメディアレンダラー１２０に送信し、メディアレンダラー１２０に接続された出力機器としてのディスプレイ１２１、スピーカ１２２を介したコンテンツ再生における制御を行うことも可能である。
【００４１】
なお、本明細書において、メディアサーバは、コンテンツをハードディスク等の記憶媒体に格納し、クライアントからの要求に基づいてクライアントに対してコンテンツ情報（メタデータ）を提供するとともに、指定されたコンテンツをクライアントに対してまたはメディアレンダラーに対して出力する処理を実行する情報処理装置である。
【００４２】
メディアレンダラーは、メディアサーバから提供されるコンテンツ、あるいはメディアレンダラーに接続されたチューナによって受信するコンテンツの再生制御を実行する情報処理装置である。なお、メディアレンダラーは、チューナを介して受信するライブコンテンツのクライアントに対する配信制御も実行する。
【００４３】
図１に示すサーバ１０２は、メディアサーバとメディアレンダラーの両機能を持つ構成である。
【００４４】
クライアント、サーバ、メディアサーバ、メディアレンダラー等の情報処理装置は、有線または無線ネットワークを介して相互に通信可能な構成を持つ。各機器は、例えばイーサネット（登録商標）フレーム等の通信パケットをネットワークを介して送受信する。すなわち、クライアントは、イーサネットフレームのデータ部に処理要求情報を格納したフレームをサーバ、メディアサーバ、メディアレンダラーに送信することにより、各機器に対する処理を要求する。サーバ、メディアサーバ、メディアレンダラーは、処理要求の受信に応じて、データ処理を実行し、必要に応じてデータ処理結果としての結果データを通信パケットのデータ部に格納し、クライアントあるいはその他の機器に送信する。
【００４５】
これらのクライアント、サーバ、メディアサーバ、メディアレンダラー等の情報処理装置は、例えばＵＰｎＰ対応機器によって構成される。従って、ネットワークに対する接続機器の追加、削除が容易な構成である。ネットワークに新たに接続する機器は、
（１）ＩＰアドレス等の自己のデバイスＩＤを取得するアドレッシング処理。
（２）ネットワーク上の各デバイスの検索を行ない、各デバイスから応答を受信し、応答に含まれるデバイス種別、機能等の情報を取得するディスカバリ処理。
（３）ディスカバリ処理で取得した情報に基づいて、各デバイスにサービスを要求するサービス要求処理。
上記処理手順を行なうことで、ネットワーク接続された機器を適用したサービスを受領することが可能となる。
【００４６】
図３を参照してメディアサーバ２１０とメデイアレンダラー２２０の主要機能を説明する。なお、図１、図２を参照して説明したように、メディアサーバ２１０とメデイアレンダラー２２０は１つの情報処理装置（例えばＰＣ）として構成されている場合もあり、また個別の情報処理装置として構成されている場合もある。これらの様々な構成例については後述する。
【００４７】
メディアサーバ２１０は、画像、音楽等の様々なコンテンツをその属性情報（メタデータ）とともに格納したデータベース２１１を有する。属性情報（メタデータ）には、コンテンツのプロトコル情報が含まれる。プロトコル情報には、コンテンツの指定情報であるコンテンツ識別子、すなわちコンテンツの所在を示すアドレス情報としてのコンテンツＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒｓ）、コンテンツのデータ態様、例えばＡＴＲＡＣ（ａｄａｐｔｉｖｅ  ｔｒａｎｓｆｏｒｍ  ａｃｏｕｓｔｉｃ  ｃｏｄｉｎｇ）、ＭＰＥＧ（ｍｏｖｉｎｇ  ｐｉｃｔｕｒｅ  ｅｘｐｅｒｔｓ  ｇｒｏｕｐ）等のデータ態様情報、さらにコンテンツ再生処理に必要となる機器（ファンクション）識別子としてのファンクションＩＤ（ｆｕｎｃ−ＩＤ）、およびクライアントをリモコンとして設定した再生制御が可能か否かを示すリモコン制御許容情報（ｒｅｎｄｅｒｉｎｇ＝１）が含まれる。
【００４８】
これらのプロトコル情報は、コンテンツの種類に応じて異なる情報が設定されることになる。各種の具体的な情報構成例については後述する。
【００４９】
ファンクションＩＤは、チューナ制御、ＤＶＤ制御、ハードディスク制御等、コンテンツ処理のために必要となる制御対象機器毎に設定されるＩＤである。例えばハードディスク格納コンテンツに対応する場合は、ｆｕｎｃ−ＩＤ＝ＨＤ等の設定がなされる。チューナが２つあればそれぞれ異なるファンクションＩＤ、例えばｆｕｎｃＩＤ＝ｔ０１、ｆｕｎｃＩＤ＝ｔ０２のように異なるＩＤが設定され、チューナ識別情報としても利用される。
【００５０】
ファンクションＩＤの設定されたコンテンツについては、さらに、クライアントをリモコンとして設定した再生制御が可能か否かを示す情報が付加される。これはリモコン制御許容情報（ｒｅｎｄｅｒｉｎｇ＝１）として設定される。ファンクションＩＤの設定されたコンテンツについては、リモコン再生可のコンテンツについてのみリモコン制御許容情報（ｒｅｎｄｅｒｉｎｇ＝１）が付加される。ファンクションＩＤの設定されたコンテンツで、リモコン再生不可のコンテンツについては、リモコン制御許容情報（ｒｅｎｄｅｒｉｎｇ＝１）が付加されない。これらの具体的なデータ構成については後述する。
【００５１】
コンテンツおよび属性情報（メタデータ）は、階層構成を持つディレクトリに基づいてコンテンツディレクトリサービス２１２によって管理される。クライアント２３０は、様々な検索タームに基づくコンテンツ検索としての「サーチ」、あるいは、特定のコンテンツを指定した「ブラウズ」をメディアサーバ２１０のコンテンツディレクトリサービス２１２に要求することで、コンテンツに対応する情報を取得することが可能であり、クライアント２３０は、のディスプレイにおいて閲覧することができる。
【００５２】
一方、メディアレンダラー２２０は、コンテンツの再生制御を行う情報処理装置であり、メディアサーバ２１０のデータベース２１１に格納されたコンテンツや、あるいは図示しないチューナの受信するコンテンツの再生制御を行う。コンテンツ制御部（ＡＶＴ）２２１は、再生制御対象コンテンツ毎の再生制御を実行する制御インスタンスとしてのＡＶＴインスタンス（ＡＶ−Ｔｒａｎｓｐｏｒｔ  Ｉｎｓｔａｎｃｅ）を設定し、設定したＡＶＴインスタンスがコンテンツの再生制御を行う。
【００５３】
ＡＶＴインスタンスは、制御対象ハードウェア等の制御オブジェクトの設定が可能で、かつ設定オブジェクトに応じた制御パラメータの設定が可能な制御プログラムであり、この制御プログラムに従って制御対象ハードウェアを含む制御オブジェクトの制御が実行される。具体的には、例えばチユーナ受信コンテンツのライブストリーミング再生を実行する場合には、チューナ制御用のＡＶＴインスタンスが設定され、クライアントは、チューナ制御用のＡＶＴインスタンスに対して例えばチャンネル切り替えや音声モード切り替えなどの再生制御コマンドを送信することで、コンテンツの再生制御が実行される。
【００５４】
コネクションマネージャサービス２２２は、クライアント２３０とのコンテンツ配信用コネクションあるいは制御コマンド転送用コネクション等のコネクション管理を実行する。複数のクライアントとの接続がある場合は、それぞれのコネクションにコネクションＩＤを設定し、コネクションＩＤに基づいて、各コネクションを区別して管理する。
【００５５】
なお、クライアント２３０は、メディアレンダラー２２０の処理可能なプロトコル情報を取得可能である。例えばメディアレンダラーの再生可能なコンテンツがメディアレンダラーと一体として構成された情報処理装置（ＰＣ）内のメディアサーバのハードディスクに格納されたコンテンツのみであるか、あるいはネットワークを介して接続されたメディアサーバからの転送コンテンツの再生制御が可能か否か、あるいはリモコン再生が可能か否か等のメディアレンダラーの実行できるコンテンツ再生処理態様を示すプロトコル情報の取得が可能である。
【００５６】
クライアント２３０は、メディアサーバ２１０から受領したコンテンツに対応するメタデータに含まれるコンテンツ対応のプロトコル情報と、コンテンツ再生制御を要求するメディアレンダラーから受領するサポートプロトコル情報とを比較して、メディアレンダラーが再生予定コンテンツの再生処理を実行できるか否か、また、実行できる場合にはどのような態様、例えばリモコン再生が可能か否か等を確認して、再生可能な態様での再生要求を行うことになる。
【００５７】
［メディアサーバおよびメディアレンダラーの処理構成］
メディアすなわちコンテンツの提供処理を実行するメディアサーバと、再生制御を実行するメディアレンダラーは、１つの情報処理装置（たとえばＰＣ）に構成される場合もあり、また別々の情報処理装置として構成される場合もあり、また、その処理可能な態様も異なる。
【００５８】
図４、図５を参照して、情報処理装置に設定されるメディアサーバおよびメディアレンダラーの異なる処理構成例について説明する。
【００５９】
図４および図５にメディアサーバまたはメディアレンダラーとして機能する（ａ）〜（ｇ）の７種類の情報処理装置構成例を示す。
【００６０】
（ａ）は、メディア提供処理を実行するメディアサーバとしてのみ機能する情報処理装置の構成例である。この例において、メディアサーバ内のコンテンツディレクトリサービス（ＣＤＳ）は、ＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）に規定されるＨＴＴＰ−Ｇｅｔメソッドに基づくコンテンツ取得の際にコンテンツ指定情報として適用可能なＵＲＬ（ｈｔｔｐ）に基づくコンテンツ提供サービスを実行する。
【００６１】
メディアサーバのデータベースに格納したコンテンツに対応するメタデータのプロトコル情報には、ＨＴＴＰ−Ｇｅｔメソッドに基づくコンテンツ指定情報として有効なＵＲＬ（ｈｔｔｐ）が設定されている。
【００６２】
クライアントは、コンテンツＵＲＬを指定したＨＴＴＰ−Ｇｅｔメソッドをこのメディアサーバに送信することで、コンテンツ取得、すなわちメディアサーバからコンテンツを受信しクライアント側で再生を行うことが可能となる。ただし、（ａ）の情報処理装置は、メディアレンダラーを供えておらず、クライアントからのリモコン制御によるコンテンツ再生を実行する情報処理装置構成ではない。
【００６３】
（ｂ）は、メディアサーバとメディアレンダラーの両機能を持つ情報処理装置構成例を示している。メディアサーバは、（ａ）の構成と同様であり、ＨＴＴＰ−Ｇｅｔメソッドに対応するコンテンツ指定情報としてのＵＲＬ（ｈｔｔｐ）に基づくコンテンツ提供サービスを実行する。クライアントはこの情報処理装置に対してコンテンツＵＲＬを指定したコンテンツ取得が可能である。
【００６４】
さらに、（ｂ）の構成のメディアレンダラーは、コンテンツ再生制御部（ＡＶＴ）と、コネクションマネージャサービス（ＣＭＳ）を有し、コネクションマネージャサービス（ＣＭＳ）は、ＨＴＴＰ対応のコンテンツＵＲＬ指定情報［ＵＲＬ（ｈｔｔｐ）］に基づいて取得されるコンテンツの処理が可能な構成であることを示している。具体的には、メディアレンダラーの構成された情報処理装置に設定されたメディアサーバから取得するコンテンツのみならず、他のネットワーク接続機器（メディアサーバ）に格納されたコンテンツをＨＴＴＰ−Ｇｅｔメソッドに基づいて取得し、取得したコンテンツの再生制御を実行することが可能である。
【００６５】
図４（ｂ）に示すＣＭＳ（ｈｔｔｐ）は、メディアレンダラーのコネクションマネージャサービス（ＣＭＳ）の機能として自己の情報処理装置のみならず他サーバの格納コンテンツの再生制御も可能であることを示している。
【００６６】
図４（ｂ）に示す情報処理装置に対して、クライアントは、ＨＴＴＰ−Ｇｅｔメソッドに基づくコンテンツ取得が可能であり、さらに、メディアレンダラーをリモコン制御し、メディアレンダラーの構成された情報処理装置内のメディアサーバに格納されたコンテンツ、あるいはネットワーク接続された他のメディアサーバの格納コンテンツをコンテンツＵＲＬ（ｈｔｔｐ）に基づいて取得して取得コンテンツについての再生制御を行うことが可能である。
【００６７】
図４（ｃ）も、メディアサーバとメディアレンダラーの両機能を持つ情報処理装置構成例である。メディアサーバのコンテンツディレクトリサービス（ＣＤＳ）は、ＨＴＴＰ−Ｇｅｔメソッドに対応するコンテンツ指定情報としてのＵＲＬ（ｈｔｔｐ）に基づいて取得可能なコンテンツの提供サービスを実行する。さらに、情報処理装置内部でのコンテンツ指定情報として有効なコンテンツ指定情報としてのＵＲＬ（ｉｎｔｅｒｎａｌ）に基づいて取得可能なコンテンツの提供サービスを実行する。
【００６８】
メディアサーバのデータベースに格納したコンテンツに対応するメタデータのプロトコル情報には、ＨＴＴＰ−Ｇｅｔメソッドに基づくコンテンツ指定情報として有効なＵＲＬ（ｈｔｔｐ）、または情報処理装置内部でのコンテンツ指定情報として有効なＵＲＬ（ｉｎｔｅｒｎａｌ）のいずれかまたはその両ＵＲＬが設定されている。
【００６９】
図４（ｃ）の構成のメディアレンダラーは、コンテンツ再生制御部（ＡＶＴ）と、コネクションマネージャサービス（ＣＭＳ）を有し、コネクションマネージャサービス（ＣＭＳ）は、情報処理装置内部でのみ有効なコンテンツ指定情報であるＵＲＬ（ｉｎｔｅｒｎａｌ）をプロトコル情報に持つコンテンツのみの再生制御を実行する構成である。
【００７０】
図４（ｃ）に示すＣＭＳ（ｉｎｔｅｒｎａｌ）は、メディアレンダラーのコネクションマネージャサービス（ＣＭＳ）の機能として自己の情報処理装置に格納されたコンテンツのみの再生制御が可能であることを示している。
【００７１】
図４（ｃ）に示す情報処理装置に対して、クライアントは、ＨＴＴＰ−Ｇｅｔメソッドに基づくコンテンツ取得が可能であり、さらに、メディアレンダラーをリモコン制御し、メディアレンダラーの構成された情報処理装置内のメディアサーバに格納されたコンテンツのみ、すなわちコンテンツ対応のプロトコル情報にインターナルＵＲＬ［ＵＲＬ（ｉｎｔｅｒｎａｌ）］の設定されたコンテンツの再生制御を行うことができる。
【００７２】
図４（ｄ）も、メディアサーバとメディアレンダラーの両機能を持つ情報処理装置構成例である。メディアサーバのコンテンツディレクトリサービス（ＣＤＳ）は、情報処理装置内部でのコンテンツ指定情報として有効なコンテンツ指定情報としてのＵＲＬ（ｉｎｔｅｒｎａｌ）に基づいて取得可能なコンテンツの提供サービスを実行する。
【００７３】
メディアサーバのデータベースに格納したコンテンツに対応するメタデータのプロトコル情報には、情報処理装置内部でのみ移動可能なコンテンツの指定情報として有効なＵＲＬ（ｉｎｔｅｒｎａｌ）が設定されている。
【００７４】
図４（ｄ）の構成のメディアレンダラーは、コンテンツ再生制御部（ＡＶＴ）と、コネクションマネージャサービス（ＣＭＳ）を有し、コネクションマネージャサービス（ＣＭＳ）は、情報処理装置内部でのみ有効なコンテンツ指定情報であるＵＲＬ（ｉｎｔｅｒｎａｌ）をプロトコル情報に持つコンテンツのみの再生制御を実行する構成である。
【００７５】
図４（ｄ）に示すＣＭＳ（ｉｎｔｅｒｎａｌ）は、メディアレンダラーのコネクションマネージャサービス（ＣＭＳ）の機能として自己の情報処理装置に格納されたコンテンツのみの再生制御が可能であることを示している。
【００７６】
図４（ｄ）に示す情報処理装置に対して、クライアントは、ＨＴＴＰ−Ｇｅｔメソッドに基づくコンテンツ取得は実行できず、メディアレンダラーをリモコン制御し、メディアレンダラーの構成された情報処理装置内のメディアサーバに格納されたコンテンツのみ、すなわちコンテンツ対応のプロトコル情報にインターナルＵＲＬ［ＵＲＬ（ｉｎｔｅｒｎａｌ）］の設定されたコンテンツの再生制御を行うことができる。
【００７７】
図５（ｅ）は、メディアサーバ機能を持たず、メディアレンダラーとしての機能のみを有する情報処理装置の構成例を示している。
【００７８】
図５（ｅ）の構成のメディアレンダラーは、コンテンツ再生制御部（ＡＶＴ）と、コネクションマネージャサービス（ＣＭＳ）を有し、コネクションマネージャサービス（ＣＭＳ）は、ＨＴＴＰ対応のコンテンツＵＲＬ指定情報［ＵＲＬ（ｈｔｔｐ）］に基づいて取得されるコンテンツの処理が可能な構成であることを示している。具体的には、他のネットワーク接続機器（メディアサーバ）に格納されたコンテンツをＨＴＴＰ−Ｇｅｔメソッドに基づいて取得し、取得したコンテンツの再生制御を実行することが可能である。
【００７９】
図５（ｅ）に示す情報処理装置に対して、クライアントは、メディアレンダラーをリモコン制御し、メディアレンダラーに対して、コンテンツＵＲＬ（ｈｔｔｐ）によって特定されるネットワーク接続された他のメディアサーバの格納コンテンツについての再生制御を行うことが可能である。
【００８０】
図５（ｆ）は、メディアサーバとメディアレンダラーの両機能を持つ情報処理装置構成例である。メディアサーバのコンテンツディレクトリサービス（ＣＤＳ）は、ＨＴＴＰ−Ｇｅｔメソッドに対応するコンテンツ指定情報としてのＵＲＬ（ｈｔｔｐ）に基づいて取得可能なコンテンツの提供サービスを実行する。さらに、メディアレンダラーによって制御されるハードウェア例えばチューナの受信コンテンツの提供サービスのための情報も管理している。
【００８１】
すなわち、コンテンツ再生処理に必要となる機器（ファンクション）識別子としてのファンクションＩＤ（ｆｕｎｃ−ＩＤ）に基づくコンテンツ管理を実行する機能を持つ。ファンクションＩＤは、コンテンツに対応するメタデータ中のプロトコル情報に記録されており、例えばチューナを示すファンクションＩＤ＝ｔ０１をプロトコル情報に持つコンテンツは、チューナを介して受信するコンテンツであることを示している。
【００８２】
チューナの制御を実行するのは、メディアレンダラーのコンテンツ再生制御部（ＡＶＴ）である。コンテンツ再生制御部（ＡＶＴ）に１つのチューナ制御用制御インスタンスが設定されてチューナコンテンツの再生制御を実行する。
【００８３】
図５（ｆ）のメディアレンダラーのコネクションマネージャサービス（ＣＭＳ）に記述された（ｉｎｔｅｒｎａｌ／ｆｕｎｃ）は、情報処理装置内部でのコンテンツ指定情報として有効なコンテンツ指定情報としてのＵＲＬ（ｉｎｔｅｒｎａｌ）に基づいて取得可能なコンテンツであり、コンテンツ再生処理に必要となるチューナ等の機器（ファンクション）制御を伴うコンテンツ再生制御を実行する構成であることを示している。
【００８４】
メディアサーバの管理するコンテンツに対応するメタデータのプロトコル情報には、インターナルＵＲＬ［ＵＲＬ（ｉｎｔｅｒｎａｌ）］およびファンクションＩＤ（ｆｕｎｃ−ＩＤ）が設定される。ファンクションＩＤの設定されたプロトコル情報を持つコンテンツにはさらに、リモコン再生の可否情報が付加される。
【００８５】
リモコン再生制御可能な場合には、プロトコル情報にリモコン制御許容情報（ｒｅｎｄｅｒｉｎｇ＝１）が設定される。すなわち、ファンクションＩＤの設定されたプロトコル情報を持つコンテンツのプロトコル情報にリモコン制御許容情報（ｒｅｎｄｅｒｉｎｇ＝１）の設定がある場合は、リモコン再生可能なコンテンツであり、設定がない場合は、リモコン再生のできないコンテンツである。
【００８６】
図５（ｆ）に示すメディアレンダラーのコネクションマネージャサービス（ＣＭＳ）は、情報処理装置内部でのみ有効なコンテンツ指定情報であるＵＲＬ（ｉｎｔｅｒｎａｌ）をプロトコル情報に持つコンテンツのみの再生制御を実行する構成であり、かつファンクションＩＤの設定されたプロトコル情報を持つコンテンツの再生制御、具体的には、たとえばチューナ受信コンテンツの再生制御を実行する構成であることを示している。
【００８７】
図５（ｆ）に示すＣＭＳ（ｉｎｔｅｒｎａｌ／ｆｕｎｃ）は、メディアレンダラーのコネクションマネージャサービス（ＣＭＳ）の機能として自己の情報処理装置に格納されたコンテンツの再生制御が可能であり、ファンクションＩＤの設定されたプロトコル情報を持つコンテンツの再生制御が可能であることを示している。
【００８８】
図５（ｆ）に示す情報処理装置に対して、クライアントは、ＨＴＴＰ−Ｇｅｔメソッドに基づくコンテンツ取得は実行できず、メディアレンダラーを介するチューナ受信コンテンツ等のファンクションＩＤで指定される機能を適用したコンテンツ配信により、クライアント側で配信コンテンツの再生を行うことができる。
【００８９】
メディアレンダラーのプロトコルとして、ｒｅｎｄｅｒｉｎｇ＝１の設定がないので、ファンクションＩＤで指定される機能を適用したコンテンツ再生をメディアレンダラー側で実行するように、クライアントがリモコン制御を行うことはできない。
【００９０】
図５（ｇ）は、メディアサーバとメディアレンダラーの両機能を持つ情報処理装置構成例である。メディアサーバのコンテンツディレクトリサービス（ＣＤＳ）は、ＨＴＴＰ−Ｇｅｔメソッドに対応するコンテンツ指定情報としてのＵＲＬ（ｈｔｔｐ）に基づいて取得可能なコンテンツの提供サービスを実行する。さらに、メディアレンダラーによって制御されるハードウェア例えばチューナの受信コンテンツの提供サービスのための情報も管理している。さらに、リモコン再生制御可能なコンテンツ、すなわち、プロトコル情報（ｒｅｎｄｅｒｉｎｇ＝１）が設定されたコンテンツの提供サービスを実行する構成である。
【００９１】
図５（ｇ）のメディアレンダラーのコネクションマネージャサービス（ＣＭＳ）に記述された（ｉｎｔｅｒｎａｌ／ｆｕｎｃ／ｒｅｎｄｅｒｉｎｇ）は、情報処理装置内部でのコンテンツ指定情報として有効なコンテンツ指定情報としてのＵＲＬ（ｉｎｔｅｒｎａｌ）に基づいて取得可能なコンテンツの再生制御を実行し、チューナ等の機器（ファンクション）制御を伴うコンテンツ再生制御を実行し、またリモコン制御の可能な構成であることを示している。
【００９２】
メディアサーバの管理するコンテンツに対応するメタデータのプロトコル情報には、インターナルＵＲＬ［ＵＲＬ（ｉｎｔｅｒｎａｌ）］およびファンクションＩＤ（ｆｕｎｃ−ＩＤ）、さらに、リモコン再生制御可能なプロトコル情報（ｒｅｎｄｅｒｉｎｇ＝１）が設定された情報が含まれる。
【００９３】
図５（ｇ）に示す情報処理装置に対して、クライアントは、ＨＴＴＰ−Ｇｅｔメソッドに基づくコンテンツ取得が実行可能であり、メディアレンダラーを介するチューナ受信コンテンツ等のファンクションＩＤで指定される機能を適用したコンテンツ配信により、クライアント側で配信コンテンツの再生を行うこと、として、メディアレンダラーに接続された出力機器においてチューナ受信コンテンツ等の再生制御が可能である。
【００９４】
図４、図５を参照して説明したように、コンテンツ提供、管理処理を実行するメディアサーバ、コンテンツ再生制御を実行するメディアレンダラーの機能は様々であり、これらの処理機能をクライアントが区別それぞれの機器に対して処理要求を行うことになる。以下、クライアントとメディアサーバ、メディアレンダラー間の情報通信処理を伴うコンテンツ再生制御処理シーケンスについて説明する。
【００９５】
［コンテンツ再生処理］
次に、メディアサーバとメディアレンダラーとを利用した具体的なコンテンツ再生処理について説明する。
【００９６】
図６は、コンテンツ再生時に、クライアント、メディアサーバ、メディアレンダラー間で実行する通信シーケンスを示した図である。
【００９７】
以下、各処理ステップについて説明する。まず、クライアントは、再生対象コンテンツの特定を行う。クライアントに提供可能なコンテンツを調べるため、ステップＳ１０１において、ブラウズまたはサーチ処理により、コンテンツ情報を取得する。コンテンツ検索を実行するクライアントは、「サーチ」、あるいは「ブラウズ」要求をメディアサーバに送信することで、コンテンツの情報を取得することが可能である。
【００９８】
メディアサーバのコンテンツディレクトリサービス（ＣＤＳ）は、クライアントからの要求に応じてコンテンツ対応のメタデータに基づくＸＭＬデータを生成してコンテンツ情報としてクライアントに提供する。
【００９９】
クライアントに提供されるメタデータの構成情報例を図７、図８に示す。図７（ａ）に示すメタデータは、メディアサーバのハードディスク等の記憶手段に格納されたコンテンツに対応するメタデータの例である。
【０１００】
（ａ）ハードディスク等の記憶手段に格納されたコンテンツ対応メタデータ
2005020180.tif 000003
【０１０１】
［ｉｔｅｍ  ｉｄ＝“ｖｉｄｅｏ２”  ｐａｒｅｎｔＩＤ＝“ｃａｂ１”］は、コンテンツディレクトリサービスの管理するコンテンツ管理ディレクトリにおける管理オブジェクトの識別情報としてのアイテムＩＤおよび階層構成における親オブジェクトのＩＤを示している。
［＜ｄｃ：ｔｉｔｌｅ＞ビデオカプセル１＜／ｄｃ：ｔｉｔｌｅ＞］は、管理オブジェクトであるアイテムの名称を示している。
［＜ｕｐｎｐ：ｃｌａｓｓ＞ｏｂｊｅｃｔ．ｉｔｅｍ．ｖｉｄｅｏＩｔｅｍ．ａｖＶｉｄｅｏＣａｐｓｕｌｅ＜／ｕｐｎｐ：ｃｌａｓｓ＞］は、ＵＰｎＰにおいて規定されるクラス情報である。
［＜ｒｅｓ  ｐｒｏｔｏｃｏｌＩｎｆｏ＝“ｈｔｔｐ−ｇｅｔ：＊：ｖｉｄｅｏ／ｍｐｅｇ：＊  ”ａｖ：ｃｏｄｅｃ＝“ＭＰＥＧ２Ｖ”・・＞ｈｔｔｐ：／／１．２．３．４／ｖｉｄｅｏＣａｐｓｕｌｅ？ｉｄ＝２＜／ｒｅｓ＞］は、プロトコル情報である。
【０１０２】
プロトコル情報［＜ｒｅｓ  ｐｒｏｔｏｃｏｌＩｎｆｏ・・］には、ＨＴＴＰ−Ｇｅｔメソッドにおけるコンテンツ指定情報として適用可能なコンテンツＵＲＬ［ＵＲＬ（ｈｔｔｐ）］、および提供可能なコンテンツのデータ態様情報が含まれる。
【０１０３】
クライアントはプロトコル情報に含まれるコンテンツＵＲＬ［ＵＲＬ（ｈｔｔｐ）］によって、このコンテンツが、ＨＴＴＰ−Ｇｅｔメソッドに基づく取得可能なコンテンツであることを知ることができる。
【０１０４】
図７（ｂ）に示すメタデータは、（ａ）と同様のハードディスク等の記憶手段に格納されたコンテンツ対応メタデータである。
2005020180.tif 000004
【０１０５】
（ａ）のメタデータと異なる部分は、
［＜ｒｅｓ  ｐｒｏｔｏｃｏｌＩｎｆｏ＝“ｉｎｔｅｒｎａｌ：１．２．３．４：ｖｉｄｅｏ＊”．．＞・・ｆｉｌｅ：／ｖｉｄｅｏＣａｐｓｕｌｅ？ｉｄ＝２＜／ｒｅｓ＞］のプロトコル情報が追加されている点である。
【０１０６】
［ｉｎｔｅｒｎａｌ］は、前述したように、メディアレンダラーとメディアサーバが１つの情報処理装置内に構成され、メディアレンダラーと同一の情報処理装置内のメディアサーバからのコンテンツ取得処理によって再生するコンテンツに対応して設定されるプロトコル情報である。
【０１０７】
このように、インターナルＵＲＬの設定されたコンテンツについては、当該メディアサーバと同一の情報処理装置に構成されたメディアレンダラーを適用した再生制御を実行可能なコンテンツである。
【０１０８】
クライアントは、プロトコル情報に含まれるコンテンツＵＲＬ［ＵＲＬ（ｈｔｔｐ）］によって、このコンテンツが、ＨＴＴＰ−Ｇｅｔメソッドに基づくコンテンツ取得可能なコンテンツであり、さらに、インターナルＵＲＬ［ＵＲＬ（ｉｎｔｅｒｎａｌ）］によって、当該メディアサーバと同一の情報処理装置に構成されたメディアレンダラーを適用した再生コンテンツとして指定することが可能であることを知ることができる。
【０１０９】
図８（ｃ）に示すメタデータは、チューナ受信コンテンツに対応するメタデータである。
2005020180.tif 000005
【０１１０】
プロトコル情報［＜ｒｅｓ  ｐｒｏｔｏｃｏｌＩｎｆｏ＝”・・］には、ＨＴＴＰ−Ｇｅｔメソッドにおけるコンテンツ指定情報として適用可能なコンテンツＵＲＬ［ＵＲＬ（ｈｔｔｐ）］、およびチューナの制御が必要であることを示すファンクションＩＤ（ｆｕｎｃＩＤ＝ｔ０１）が設定されている。
【０１１１】
クライアントは、これらの情報から、このコンテンツ再生のためには、ファンクションＩＤ（ｆｕｎｃＩＤ＝ｔ０１）で指定された機器の制御を実行可能なメディアレンダラーに対して、機器制御およびコンテンツ配信制御を要求することが必要であることを知ることができる。
【０１１２】
このプロトコル情報は、ファンクションＩＤ（ｆｕｎｃＩＤ＝ｔ０１）を含むが、リモコン制御が可能であることを示すリモコン制御許容情報としての（ｒｅｎｄｅｒｉｎｇ＝１）が設定されていない。従って、クライアントは、このコンテンツはリモコン再生可能なコンテンツではないことを知ることができる。
【０１１３】
図８（ｄ）に示すメタデータは、チューナ受信コンテンツに対応するメタデータである。
2005020180.tif 000006
【０１１４】
プロトコル情報［＜ｒｅｓ  ｐｒｏｔｏｃｏｌＩｎｆｏ＝”・・］には、ＨＴＴＰ−Ｇｅｔメソッドにおけるコンテンツ指定情報として適用可能なコンテンツＵＲＬ［ＵＲＬ（ｈｔｔｐ）］、およびチューナの制御が必要であることを示すファンクションＩＤ（ｆｕｎｃＩＤ＝ｔ０１）が設定されているとともに、リモコン制御が可能であることを示すリモコン制御許容情報としての（ｒｅｎｄｅｒｉｎｇ＝１）が設定されている。
【０１１５】
クライアントは、これらの情報から、このコンテンツ再生のためには、ファンクションＩＤ（ｆｕｎｃＩＤ＝ｔ０１）で指定された機器の制御を実行可能なメディアレンダラーに対して、機器制御およびコンテンツ配信制御を要求することが必要であり、また、リモコン制御が可能であることを示すリモコン制御許容情報としての（ｒｅｎｄｅｒｉｎｇ＝１）が設定されているので、クライアントからのリモコン制御により、メディアレンダラー側の出力機器を利用した再生処理を行うことが可能なコンテンツであることを知ることができる。
【０１１６】
図６に戻りコンテンツ再生処理におけるシーケンスの説明を続ける。ステップＳ１０１においてクライアントは、図７、図８に示すようなプロトコル情報を含むコンテンツ対応のメタデータを取得すると、次にコンテンツ再生制御を実行するメディアレンダラーに対して、メディアレンダラーのサポートするプロトコル情報の送信要求を行い、メディアレンダラーからサポートプロトコル情報を取得する。
【０１１７】
メディアレンダラーから受信するサポートプロトコル情報は、例えば、図９に示すような情報である。
【０１１８】
図９（ａ）に示す［ｈｔｔｐ−ｇｅｔ］は、ＨＴＴＰ−Ｇｅｔメソッドにおいて適用可能なコンテンツ指定に基づいて取得可能なコンテンツの再生をサポートしていることを示し、このメディアレンダラーは、メディアレンダラーの構成された情報処理装置のメディアサーバのみならず、ネットワーク接続されたメディアサーバの格納コンテンツについても、ＨＴＴＰ−Ｇｅｔメソッドに基づいて取得可能なコンテンツであれば、そのコンテンツについて再生制御を行うことを示している。
【０１１９】
図９（ｂ）に示す［ｉｎｔｅｒｎａｌ］は、インターナルＵＲＬ［ＵＲＬ（ｉｎｔｅｒｎａｌ）］によって指定されるコンテンツ、すなわち、メディアレンダラーの構成された情報処理装置のメディアサーバから取得可能なコンテンツのみの再生をサポートしていることを示している。
【０１２０】
図９（ｃ）に示す例は、情報処理装置内のサーバの格納コンテンツについてのみ再生をサポートし、ファンクションＩＤの設定されたコンテンツのリモコン制御をサポートしているメディアレンダラーのサポートプロトコル情報の例である。ファンクションＩＤおよびリモコン制御許容情報（ｒｅｎｄｅｒｉｎｇ＝１）が含まれる。
【０１２１】
クライアントは、再生処理を実行しようとするメディアレンダラーからこれらのサポートプロトコル情報を受信すると、先にメディアサーバから受信したメタデータ中のプロトコル情報と比較し、再生処理対象コンテンツのプロトコルをサポートするメディアレンダラーであるかを検証する。メディアレンダラーが再生対象コンテンツのプロトコルをサポートする場合は、ステップＳ１０３において、メディアレンダラーに対してリモコン再生用のＡＶＴインスタンスのセット要求を実行し、メディアレンダラーにおいてクライアントからの要求に基づいて設定されたリモコン再生用ＡＶＴインスタンスのＩＤを取得する。
【０１２２】
なお、クライアントに対しては、ＡＶＴインスタンスＩＤとともに、クライアント側に提示されるリモート制御用ユーザインタフェースに対するアクセスＩＤとしてのレンダリングコントロールサービス（ＲＣＳ）ＩＤのＡＶＴインスタンスとのバインドを示すＲＣＳＩＤ＝０の情報も通知される。
【０１２３】
ＡＶＴインスタンスは、たとえばコンテンツがチューナ受信コンテンツである場合には、チューナ制御用のリモコン再生用インスタンスがコンテンツ再生制御部２２１（図３参照）に設定される。ハードディスクの格納コンテンツの再生が必要な場合は、ハードディスクドライブ制御用のリモコン再生用インスタンスがコンテンツ再生制御部２２１（図３参照）に設定される。これらのインスタンスには識別子としてのＡＶＴインスタンスＩＤが設定され、メディアレンダラーは、このＡＶＴインスタンスＩＤをクライアントに通知する。
【０１２４】
このステップＳ１０３の処理の詳細について説明する。クライアントは、メディアレンダラーのコネクションマネージャサービスに対して、接続準備要求（ＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎ）を送信する。クライアントが、例えばチューナを適用したライブストリーミングデータの配信を希望する場合は、先にメディアサーバのコンテンツディレクトリサービス（ＣＤＳ）から受領したコンテンツ情報としてのチューナコンテナに対応するコンテンツ情報に含まれるファンクションＩＤ（ｆｕｎｃＩＤ）と一致するファンクションＩＤを持つプロトコル情報を送信すればよい。この場合、リモコン制御可能なコンテンツである場合は、リモコン制御許容情報（ｒｅｎｄｅｒｉｎｇ＝１）が含まれる。
【０１２５】
接続準備（ＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎ）において、クライアントは、例えばプロトコル情報［ｉｎｔｅｒｎａｌ：１．２．３．４：ａｐｐｌｉｃａｔｉｏｎ／ｘ−ａｖ−ｔｕｎｅｒ−ｃｏｎｔｅｎｔ：ｆｕｎｃ−ｉｄ＝ｔ０１＆ｒｅｎｄｅｒｉｎｇ＝１］を送信する。
【０１２６】
クライアントから接続準備要求（ＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎ）を受信したメディアレンダラーのコネクションマネージャサービスは、接続準備要求に含まれるプロトコル情報［ｉｎｔｅｒｎａｌ：１．２．３．４：ａｐｐｌｉｃａｔｉｏｎ／ｘ−ａｖ−ｔｕｎｅｒ−ｃｏｎｔｅｎｔ：ｆｕｎｃ−ｉｄ＝ｔ０１１＆ｒｅｎｄｅｒｉｎｇ＝１］に基づいて、チューナによる受信データのリモコン再生要求であると判断し、コンテンツ再生制御部２２１（図３参照）に１つのリモコン再生用ＡＶＴインスタンスをチューナコントロールインスタンスとして設定（アサイン）し、接続準備要求（ＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎ）のあったクライアントに対して、コネクションＩＤと、リモコン再生用ＡＶＴインスタンスＩＤを通知する。さらにこれらのＩＤのバインド処理、すなわち対応付けを行う。これらのバインド処理により、複数クライアントからの処理要求をコネクションＩＤに基づいて区別して管理することができる。
【０１２７】
ステップ１０３におけるリモコン再生用ＡＶＴインスタンスＩＤのクライアントに対する通知処理の後、ステップＳ１０４において、クライアントは再生対象コンテンツに対応するコンテンツＵＲＬをリモコン再生用ＡＶＴインスタンスにセットする。この際クライアントはＡＶＴインスタンスＩＤを指定して再生を行うコンテンツＵＲＬのセット要求を行う。
【０１２８】
コンテンツＵＲＬは、ＨＴＴＰ−Ｇｅｔメソッドに基づいて指定可能なコンテンツＵＲＬ［ＵＲＬ（ｈｔｔｐ）］、またはインターナルＵＲＬ［ＵＲＬ（ｉｎｔｅｒｎａｌ）］のいずれかである。
【０１２９】
メディアレンダラーがＨＴＴＰ−Ｇｅｔメソッドに基づいて指定可能なコンテンツＵＲＬ［ＵＲＬ（ｈｔｔｐ）］によって特定されるコンテンツの再生処理が実行できる場合、すなわち、図９（ａ）に示すサポートプロパティ情報を送信してきた場合は、他のメディアサーバに格納されたコンテンツであっても、コンテンツＵＲＬ［ＵＲＬ（ｈｔｔｐ）］の指定が可能である。
【０１３０】
ステップＳ１０５において、クライアントは、メディアレンダラーのＡＶＴインスタンスに対してコンテンツの再生開始命令を送信する。この再生命令の後に、メディアレンダラー側の出力機器を介してシテイコンテンツの再生が開始する。
【０１３１】
さらに、クライアントは、再生コンテンツのボリューム調整や再生コンテンツの輝度調整などをリモート制御することができる。
【０１３２】
コンテンツのリモコン再生構成は例えば図１０の制御構成となる。メディアレンダラー３１０にはリモコン再生制御用のＡＶＴインスタンス３１１が設定され、このＡＶＴインスタンスには再生対象コンテンツのコンテンツＵＲＬがセットされる。ＡＶＴインスタンス３１１はセットされたコンテンツＵＲＬに基づいて、自装置あるいはネットワーク接続されたメディアサーバ３２０からコンテンツＵＲＬによって特定されるコンテンツを取得（ロード）して再生処理を行う。
【０１３３】
リモコン再生制御用のＡＶＴインスタンス３１１にはバインドされたレンダリングコントロールサービス（ＲＣＳ）３１２が設定され、クライアントに対して、レンダリングコントロールサービス（ＲＣＳ）３１２の提供するユーザインタフェースが提示される。このユーザインタフェースは、再生開始、再生停止、ボリューム調整や輝度調整等の各種のコンテンツ再生制御用のアイコン等からなるユーザインタフェースであり、ユーザ３３０は、クライアントのディスプレイに提示されたユーザインタフェースを操作すると操作情報がレンダリングコントロールサービス（ＲＣＳ）３１２に送信され、レンダリングコントロールサービス（ＲＣＳ）３１２にバインドされたＡＶＴインスタンス３１１に操作情報が通知され、ユーザ操作を反映したコンテンツ制御が行われる。
【０１３４】
［ライブリモコン再生用ＡＶＴ設定による再生処理］
上述した処理例は、メディアレンダラーに対してリモコン再生用のＡＶＴインスタンスを設定することで、コンテンツ再生処理をメディアレンダラー側の出力機器のみにおいて出力する処理を実行する構成例であった。
【０１３５】
次に、リモコン再生と、ライブストリーミング再生を併せて実行する処理例について説明する。この処理の場合、クライアントはメディアレンダラーにライブリモコンリモコン再生用のＡＶＴ制御インスタンス、例えばリモコン制御を実行可能なチューナ制御用インスタンスを設定し、この制御インスタンスにコンテンツＵＲＬ、この場合は、チューナ受信コンテンツに対応して設定されたコンテンツＵＲＬを設定する。この処理によってクライアントはメディアレンダラーをリモコン制御してメディアレンダラー側においてコンテンツの再生、すなわちチューナ受信コンテンツの再生を行わせることができる。
【０１３６】
さらに、この状態において、メディアレンダラーのＡＶＴ制御インスタンスにセットしたコンテンツＵＲＬと同一のコンテンツＵＲＬを設定したＨＴＴＰ−Ｇｅｔメソッドを生成して、メディアサーバに送信することで、メディアサーバは、すでにメディアレンダラーに設定されているＡＶＴ制御インスタンスによって再生状態にあるコンテンツであることを識別し、メディアレンダラーのチューナ制御によって受信しているコンテンツをクライアントに配信する。
【０１３７】
この処理を実行する際のメディアサーバのコンテンツ対応のメタデータのプロトコル情報の例と、メディアレンダラーのサポートプロトコル情報について図１１を参照して説明する。
【０１３８】
コンテンツ対応のプロトコル情報は、図１１（ａ）に示すように、例えば、
ｈｔｔｐ−ｇｅｔ：＊：ｖｉｄｅｏ／ｍｐｅｇ：ｆｕｎｃ−ｉｄ＝１＆ｒｅｎｄｅｒｉｎｇ＝１
のようなデータを含むものとなる。
【０１３９】
［ｈｔｔｐ−ｇｅｔ：＊：］は、コンテンツがＨＴＴＰ−Ｇｅｔメソッドによって取得可能であることを示し、［ｆｕｎｃ−ｉｄ＝１］は、ファンクションＩＤ＝１例えばチューナ制御によるコンテンツ再生に基づくコンテンツであることを示し、［＆ｒｅｎｄｅｒｉｎｇ＝１］は、リモコン制御の可能なコンテンツであることを示している。
【０１４０】
さらに、リモコン制御対象となるメディアレンダラーのサポートプロトコル情報は、図１１（ｂ）に示すように、例えば、
ｉｎｔｅｒｎａｌ：１．２．３．４：ａｐｐｌｉｃａｔｉｏｎ／ｘ−ａｖ−ｔｕｎｅｒ：ｆｕｎｃ−ｉｄ＝ｔ０１＆ｒｅｎｄｅｒｉｎｇ＝１
のデータを含む構成となる。
【０１４１】
［ｉｎｔｅｒｎａｌ：１．２．３．４：］は、情報処理装置内部のデータのみを制御対象としていることを示している。［ｆｕｎｃ−ｉｄ＝ｔ０１］は、ファンクションＩＤ＝ｔ０１例えばチューナ制御が実行可能であることを示し、［＆ｒｅｎｄｅｒｉｎｇ＝１］は、リモコン制御が可能であることを示している。
【０１４２】
クライアントは、メディアサーバから図１１（ａ）に示すコンテンツ対応のプロトコル情報を取得し、またメディアレンダラーから図１１（ｂ）に示すサポートプロトコル情報を取得して、メディアレンダラーにライブリモコン再生用のＡＶＴインスタンスを設定し、設定したＡＶＴインスタンスにチューナ対応のコンテンツＵＲＬをセットすることになる。
【０１４３】
図１２にクライアントおよびメディアサーバ、メディアレンダラー間で実行する通信処理シーケンスを示す。
【０１４４】
ステップＳ２０１において、まず、クライアントは、再生対象コンテンツの特定を行うため、ブラウズまたはサーチ処理により、メディアサーバからコンテンツ情報を取得する。
【０１４５】
メディアサーバのコンテンツディレクトリサービス（ＣＤＳ）は、クライアントからの要求に応じてコンテンツ対応のメタデータに基づくＸＭＬデータを生成してコンテンツ情報としてクライアントに提供する。
【０１４６】
クライアントは、ライブ再生を行おうとしているものであり、この場合のコンテンツに対応するメタデータは、チューナ受信コンテンツに対応するメタデータであり、先に図８（ｄ）を参照して説明したメタデータ、すなわち、
2005020180.tif 000007
のようなデータ構成となる。
【０１４７】
このメタデータには、図１１（ａ）に示すプロトコル情報が含まれている。すなわち、プロトコル情報［＜ｒｅｓ  ｐｒｏｔｏｃｏｌＩｎｆｏ＝”・・］には、ＨＴＴＰ−Ｇｅｔメソッドにおけるコンテンツ指定情報として適用可能なコンテンツＵＲＬ［ＵＲＬ（ｈｔｔｐ）］、およびチューナの制御が必要であることを示すファンクションＩＤ（ｆｕｎｃＩＤ＝ｔ０１）が設定されているとともに、リモコン制御が可能であることを示すリモコン制御許容情報としての（ｒｅｎｄｅｒｉｎｇ＝１）が設定されている。
【０１４８】
クライアントは、これらの情報から、このコンテンツ再生のためには、ファンクションＩＤ（ｆｕｎｃＩＤ＝ｔ０１）で指定された機器の制御を実行可能なメディアレンダラーに対して、機器制御およびコンテンツ配信制御を要求することが必要であり、また、リモコン制御が可能であることを示すリモコン制御許容情報としての（ｒｅｎｄｅｒｉｎｇ＝１）が設定されているので、クライアントからのリモコン制御により、メディアレンダラー側の出力機器を利用した再生処理を行うことが可能なコンテンツであることを知ることができる。
【０１４９】
ステップＳ２０２においてクライアントは、コンテンツ再生制御を実行するメディアレンダラーに対して、メディアレンダラーのサポートするプロトコル情報の送信要求を行い、メディアレンダラーからサポートプロトコル情報を取得する。
【０１５０】
メディアレンダラーから受信するサポートプロトコル情報には、図１１（ｂ）に示す情報［ｉｎｔｅｒｎａｌ：１．２．３．４：ａｐｐｌｉｃａｔｉｏｎ／ｘ−ａｖ−ｔｕｎｅｒ：ｆｕｎｃ−ｉｄ＝ｔ０１＆ｒｅｎｄｅｒｉｎｇ＝１］が含まれる。
【０１５１】
クライアントは、これらのサポートプロトコル情報から、このメディアレンダラーによって、コンテンツ、すなわちチューナ受信コンテンツのライブストリーミングおよびリモコン制御が可能であることを知ることができる。ただし、サポートプロトコル情報中の［ｉｎｔｅｒｎａｌ：１．２．３．４：］は、情報処理装置内部のデータのみを制御対象としていることを示しているものであり、この場合、コンテンツ情報を取得したメディアサーバと同じ情報処理装置内に構成されたメディアレンダラーであることが必要である。
【０１５２】
クライアントは、メディアレンダラーから受信したサポートプロトコル情報に含まれる［ｆｕｎｃ−ｉｄ＝ｔ０１］に基づいて、チューナ制御が実行可能であることを理解し、［＆ｒｅｎｄｅｒｉｎｇ＝１］に基づいて、リモコン制御が可能であることを理解する。
【０１５３】
クライアントは、再生処理を実行しようとするメディアレンダラーからこれらのサポートプロトコル情報を受信すると、先にメディアサーバから受信したメタデータ中のプロトコル情報と比較し、再生処理対象コンテンツのプロトコルをサポートするメディアレンダラーであるかを検証する。メディアレンダラーが再生対象コンテンツのプロトコルをサポートすることが検証されると、ステップＳ２０３において、メディアレンダラーに対してライブリモコン再生用のＡＶＴインスタンスのセット要求を実行し、メディアレンダラーにおいてクライアントからの要求に基づいて設定されたリモコン再生用ＡＶＴインスタンスのＩＤを取得する。
【０１５４】
なお、クライアントに対しては、ＡＶＴインスタンスＩＤとともに、クライアント側に提示されるリモート制御用ユーザインタフェースに対するアクセスＩＤとしてのレンダリングコントロールサービス（ＲＣＳ）ＩＤのＡＶＴインスタンスとのバインドを示すＲＣＳＩＤ＝０の情報も通知される。
【０１５５】
メディアレンダラーは、ライブリモコンＡＶＴインスタンスとして、チューナ制御用のインスタンスをコンテンツ再生制御部２２１（図３参照）に設定する。インスタンスには識別子としてのＡＶＴインスタンスＩＤが設定され、メディアレンダラーは、このＡＶＴインスタンスＩＤをクライアントに通知する。
【０１５６】
ステップＳ２０３の処理の詳細について説明する。クライアントは、メディアレンダラーのコネクションマネージャサービスに対して、接続準備要求（ＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎ）を送信する。クライアントは、先にメディアサーバのコンテンツディレクトリサービス（ＣＤＳ）から受領したコンテンツ情報としてのチューナコンテナに対応するコンテンツ情報に含まれるファンクションＩＤ（ｆｕｎｃＩＤ）と一致するファンクションＩＤを持つプロトコル情報をメディアレンダラーに送信する。この送信情報には、リモコン制御許容情報（ｒｅｎｄｅｒｉｎｇ＝１）を含める。
【０１５７】
接続準備（ＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎ）において、クライアントは、例えばプロトコル情報［ｉｎｔｅｒｎａｌ：１．２．３．４：ａｐｐｌｉｃａｔｉｏｎ／ｘ−ａｖ−ｔｕｎｅｒ−ｃｏｎｔｅｎｔ：ｆｕｎｃ−ｉｄ＝ｔ０１＆ｒｅｎｄｅｒｉｎｇ＝１］を送信する。
【０１５８】
クライアントから接続準備要求（ＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎ）を受信したメディアレンダラーのコネクションマネージャサービスは、接続準備要求に含まれるプロトコル情報［ｉｎｔｅｒｎａｌ：１．２．３．４：ａｐｐｌｉｃａｔｉｏｎ／ｘ−ａｖ−ｔｕｎｅｒ−ｃｏｎｔｅｎｔ：ｆｕｎｃ−ｉｄ＝ｔ０１１＆ｒｅｎｄｅｒｉｎｇ＝１］に基づいて、チューナによる受信データのリモコン再生要求であると判断し、コンテンツ再生制御部２２１（図３参照）に１つのリモコン再生用ＡＶＴインスタンスをチューナコントロールインスタンスとして設定（アサイン）し、ＡＶＴインスタンスＩＤをクライアントに通知する。
【０１５９】
ステップ２０３におけるライブリモコン再生用ＡＶＴインスタンスＩＤのクライアントに対する通知処理の後、ステップＳ２０４において、クライアントは再生対象コンテンツに対応するコンテンツＵＲＬをライブリモコン再生用ＡＶＴインスタンスにセットする。この際クライアントはＡＶＴインスタンスＩＤを指定して再生を行うコンテンツＵＲＬのセット要求を行う。
【０１６０】
セットするコンテンツＵＲＬは、先にメディアサーバから受信したメタデータ中のプロトコル情報に含まれるコンテンツＵＲＬであり、この場合はチューナ受信コンテンツに対応するコンテンツＵＲＬとなる。
【０１６１】
ステップＳ２０５において、クライアントは、メディアレンダラーにセッテイされたライブリモコン再生用のＡＶＴインスタンスに対してコンテンツの再生開始命令を送信する。この再生命令の後に、メディアレンダラー側の出力機器を介してシテイコンテンツの再生が開始する。
【０１６２】
さらに、クライアントは、ステップＳ２０６において、メディアサーバに対して、メディアレンダラーのＡＶＴ制御インスタンスにセットしたコンテンツＵＲＬと同一のコンテンツＵＲＬを設定したＨＴＴＰ−Ｇｅｔメソッドを送信する。メディアサーバは、すでにメディアレンダラーに設定されているＡＶＴ制御インスタンスによって再生状態にあるコンテンツであることを識別し、メディアレンダラーのチューナ制御によって受信しているコンテンツをクライアントに配信する。
【０１６３】
この処理によって、クライアント側の出力機器においてもコンテンツ、すなわちチューナ受信コンテンツのライブストリーミング再生が実行されることになる。
【０１６４】
この状態で、クライアントは、クライアント側でコンテンツ再生を実行しながら、メディアレンダラー側で再生中のコンテンツのボリューム調整やコンテンツの輝度調整などをリモート制御することができる。
【０１６５】
なお、クライアント側で再生を実行している場合、クライアント側の再生を停止する処理として、コネクション終了手続き（Ｃｏｎｎｅｃｔｉｏｎ  Ｃｏｍｐｌｅｔｅ）がある。
【０１６６】
図１３のシーケンス図を参照してライブストリーミングデータの配信処理を終了する場合の処理について説明する。ステップＳ３０１において、ストリーミングデータの配信が実行されているとする。
【０１６７】
ライブストリーミングデータの配信処理を終了しようとするクライアントは、ステップＳ３０２において、コネクションＩＤを格納したコネクション終了要求をメディアレンダラーのコネクションマネージャサービスに送信する。コネクションマネージャサービス４３１は、クライアントからの要求に従って、サーバクライアント間のコネクションの切断を行う。
【０１６８】
なお、この処理を実行した場合であっても、メディアレンダラー側でのコンテンツ再生は継続して実行され、リモコンとして機能するクライアントは、継続してメディアレンダラー側でのコンテンツ再生に対するリモコン制御を実行することができる。
【０１６９】
また、この状態で、再度クライアントがメディアレンダラー側に設定されたＡＶ送信すれば、再度、クライアントに対するライブストリーミングを開始することが可能となる。このように、クライアントに対するストリーミングの開始、終了は、メディアレンダラー側でのコンテンツ再生に影響を与えることなく実行できる。
【０１７０】
［情報処理装置構成］
次に、クライアント、メディアサーバ、メディアレンダラーを構成する情報処理装置のハードウェア構成例について、図１４を参照して説明する。図１４は、クライアント、メディアサーバ、メディアレンダラーとして設定可能なＰＣの構成例を示している。
【０１７１】
ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）５０１は、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ５０２、またはＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）５０４等に記憶されているプログラムに従って、各種の処理を実行し、データ処理手段、あるいは通信制御処理手段として機能する。ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）５０３には、ＣＰＵ５０１が実行するプログラムやデータが適宜記憶される。ＣＰＵ５０１、ＲＯＭ５０２、およびＲＡＭ５０３、ＨＤＤ５０４は、バス５０５を介して相互に接続されている。
【０１７２】
バス５０５には、入出力インタフェース５０６が接続されており、この入出力インタフェース５０６には、例えば、ユーザにより操作されるキーボード、スイッチ、ボタン、ポインティングデバイス、あるいはマウス等により構成される入力部５０７、ユーザに各種の情報を提示するＬＣＤ、ＣＲＴ、スピーカ等により構成される出力部５０８が接続される。さらに、データ送受信手段として機能する通信部５０９、さらに、磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリなどのリムーバブル記録媒体５１１を装着可能で、これらのリムーバブル記録媒体５１１からのデータ読み出しあるいは書き込み処理を実行するドライブ５１０が接続される。
【０１７３】
さらに、メディアレンダラーまたはメディアサーバの場合には、地上波放送データ、衛星放送データ、ケーブルＴＶデータ、インターネット配信データ等、様々な外部からの配信データの受信を行うチューナ５２０を備えている。
【０１７４】
図１４に示す構成は、ネットワーク接続機器の一例としてのサーバ、パーソナルコンピュータ（ＰＣ）の例であるが、ネットワーク接続機器はＰＣに限らず、携帯電話、ＰＤＡ等の携帯通信端末、その他、再生装置、ディスプレイ等の様々な電子機器、情報処理装置によって構成することが可能である。従って、それぞれの機器固有のハードウェア構成を持つことが可能である。
【０１７５】
以上、特定の実施例を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が該実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本発明の要旨を判断するためには、冒頭に記載した特許請求の範囲の欄を参酌すべきである。
【０１７６】
なお、明細書中において説明した一連の処理はハードウェア、またはソフトウェア、あるいは両者の複合構成によって実行することが可能である。ソフトウェアによる処理を実行する場合は、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれたコンピュータ内のメモリにインストールして実行させるか、あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。
【０１７７】
例えば、プログラムは記録媒体としてのハードディスクやＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）に予め記録しておくことができる。あるいは、プログラムはフレキシブルディスク、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ），ＭＯ（Ｍａｇｎｅｔｏ  ｏｐｔｉｃａｌ）ディスク，ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ）、磁気ディスク、半導体メモリなどのリムーバブル記録媒体に、一時的あるいは永続的に格納（記録）しておくことができる。このようなリムーバブル記録媒体は、いわゆるパッケージソフトウエアとして提供することができる。
【０１７８】
なお、プログラムは、上述したようなリムーバブル記録媒体からコンピュータにインストールする他、ダウンロードサイトから、コンピュータに無線転送したり、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、インターネットといったネットワークを介して、コンピュータに有線で転送し、コンピュータでは、そのようにして転送されてくるプログラムを受信し、内蔵するハードディスク等の記録媒体にインストールすることができる。
【０１７９】
なお、明細書に記載された各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。また、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【０１８０】
【発明の効果】
以上、説明したように、本発明の構成によれば、クライアント機器からのメディアレンダラーに対するＡＶＴ制御インスタンスの設定要求において、リモート制御を許容する制御インスタンスの設定を要求し、メディアレンダラーにおいて、要求に応じてリモート制御を許容する制御インスタンスを設定し、この制御インスタンスを指定したクライアントからの制御要求に基づいてコンテンツ再生の制御を行う構成としたので、クライアントをリモコンとし、メディアレンダラーを被制御機器として構成し、コンテンツ再生のリモート制御構成を実現することができる。
【０１８１】
さらに、本発明の構成によれば、メディアレンダラーがサポートプロトコル情報として、リモコン制御を許容するか否かの情報を提供する構成とし、また、コンテンツのメタデータに基づくコンテンツ情報の提供処理を実行するメディアサーバの保持するメタデータ中のプロトコル情報にコンテンツがリモート制御許容コンテンツであるか否かを示す情報を保持する構成としたので、クライアントは、コンテンツ対応のプロトコル情報、およびメディアレンダラーのサポートプロトコル情報に基づいて、リモート制御可能なコンテンツを選択し、かつリモート制御を許容するメディアレンダラーを選択し、確実にコンテンツのリモート制御による再生処理を実行することができる。
【図面の簡単な説明】
【図１】本発明の適用可能なネットワーク構成例を示す図である。
【図２】本発明の適用可能なネットワーク構成例を示す図である。
【図３】本発明の情報処理装置の各構成および通信データの概要を説明する図である。
【図４】メディアサーバ、メディアレンダラーの各種組み合わせについて説明する図である。
【図５】メディアサーバ、メディアレンダラーの各種組み合わせについて説明する図である。
【図６】クライアントとメディアサーバ、メディアレンダラー間の通信シーケンスを示す図である。
【図７】コンテンツ対応のメタデータの例を示す図である。
【図８】コンテンツ対応のメタデータの例を示す図である。
【図９】メディアレンダラーのサポートプロトコル情報の例を説明する図である。
【図１０】チューナ受信データのストリーミング配信処理を実行するサーバの保有するコネクション管理テーブルの構成データについて説明する図である。
【図１１】クライアントのリモコン制御構成について説明する図である。
【図１２】ライブリモコン再生を実行する場合のプロトコル情報およびサポートプロトコル情報について説明する図である。
【図１３】ライブリモコン再生を実行する場合のクライアントとメディアサーバ、メディアレンダラー間の通信シーケンスを示す図である。
【図１４】クライアント、メディアサーバ、メディアレンダラーを構成する情報処理装置のハード構成例を示す図である。
【符号の説明】
１０１  クライアント
１０２  サーバ
１０３  ディスプレイ
１０４  スピーカ
１１０  メディアサーバ
１２０  メディアレンダラー
１２１  ディスプレイ
１２２  スピーカ
２１０  メディアサーバ
２１１  データベース
２１２  コンテンツディレクトリサービス
２２０  メディアレンダラー
２２１  コンテンツ再生制御部
２２２  コネクションマネージャサービス
２３０  クライアント
３１０  メディアレンダラー
３１１  ＡＶＴインスタンス
３１２  レンダリングコントロールサービス
３２０  メディアサーバ
３３０  ユーザ
５０１  ＣＰＵ
５０２  ＲＯＭ
５０３  ＲＡＭ
５０４  ＨＤＤ
５０５  バス
５０６  入出力インタフェース
５０７  入力部
５０８  出力部
５０９  通信部
５１０  ドライブ
５１１  リムーバブル記録媒体
５２０  チューナ
【図１】
2005020180.tif 000008
【図２】
2005020180.tif 000009
【図３】
2005020180.tif 000010
【図４】
2005020180.tif 000011
【図５】
2005020180.tif 000012
【図６】
2005020180.tif 000013
【図７】
2005020180.tif 000014
【図８】
2005020180.tif 000015
【図９】
2005020180.tif 000016
【図１０】
2005020180.tif 000017
【図１１】
2005020180.tif 000018
【図１２】
2005020180.tif 000019
【図１３】
2005020180.tif 000020
【図１４】
2005020180.tif 000021