JP4419434B2 - サーバ装置、情報処理装置、および情報処理方法、並びにコンピュータ・プログラム - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、サーバ装置、情報処理装置、および情報処理方法、並びにコンピュータ・プログラムに関する。詳細には、複数のクライアントがアクセス可能なコンテンツ管理サーバを持つシステムにおいて、サーバの管理するサーバクライアント間のコネクション情報をクライアントに公開し、クライアントおいてコネクション情報に基づく処理を可能とすることで、ユーザの利便性を高めたサーバ装置、情報処理装置、および情報処理方法、並びにコンピュータ・プログラムに関する。
【０００２】
【従来の技術】
昨今のデータ通信ネットワークの普及に伴い、家庭内においても家電機器やコンピュータ、その他の周辺機器をネットワーク接続し、各機器間での通信を可能とした、いわゆるホームネットワークが浸透しつつある。ホームネットワークは、ネットワーク接続機器間で通信を行なうことにより各機器のデータ処理機能を共有することを可能とするものである。ネットワーク接続機器間のコンテンツ送受信等、ユーザに利便性・快適性を提供するものであり、今後、ますます普及することが予測される。
【０００３】
このようなホームネットワークの構成に適するプロトコルとしてユニバーサルプラグアンドプレイ（ＵＰｎＰ：Universal Plug and Play）が知られている。ユニバーサルプラグアンドプレイ（ＵＰｎＰ）は、複雑な操作を伴うことなく容易にネットワークを構築することが可能であり、困難な操作や設定を伴うことなくネットワーク接続された機器において各接続機器の提供サービスを受領可能とするものである。また、ＵＰｎＰはデバイス上のＯＳ（オペレーティングシステム）にも依存せず、容易に機器の追加ができるという利点を持つ。
【０００４】
ＵＰｎＰは、接続機器間で、ＸＭＬ（eXtensible Markup Language）に準拠した定義ファイルを交換し、機器間において相互認識を行なう。ＵＰｎＰの処理の概要は、以下の通りである。
（１）ＩＰアドレス等の自己のデバイスＩＤを取得するアドレッシング処理。
（２）ネットワーク上の各デバイスの検索を行ない、各デバイスから応答を受信し、応答に含まれるデバイス種別、機能等の情報を取得するディスカバリ処理。
（３）ディスカバリ処理で取得した情報に基づいて、各デバイスにサービスを要求するサービス要求処理。
【０００５】
上記処理手順を行なうことで、ネットワーク接続された機器を適用したサービスの提供および受領が可能となる。ネットワークに新たに接続される機器は、上記のアドレッシング処理によりデバイスＩＤを取得し、ディスカバリ処理によりネットワーク接続された他のデバイスの情報を取得して、取得情報に基づいて他の機器にサービスの要求が可能となる。
【０００６】
例えばサーバに格納された音楽データ、画像データ等のコンテンツをクライアント側デバイスにおいて再生しようとする場合には、クライアントは、サーバの保有するコンテンツについての情報を取得する。サーバは、記憶部に格納したコンテンツや、チューナを介して外部から受信する様々なコンテンツに関するインフォメーションを含む属性情報を記憶部に格納しており、この情報をクライアントに提供する。属性情報には、例えばコンテンツとしての例えば曲や映画のタイトル、アーティスト名、記録日時、さらにデータの圧縮態様等に関する情報など様々である。これらの属性情報はメタデータあるいはメタ情報と呼ばれる。
【０００７】
クライアントは、サーバに対してサーバに格納されたコンテンツ情報、例えば曲や映画のタイトルやアーティスト名、さらにデータの圧縮態様情報（ＡＴＲＡＣ：adaptive transform acoustic coding, ＭＰＥＧ:moving picture experts group等）、さらに必要に応じて著作権情報などの様々なコンテンツの属性情報の取得要求を行うことができる。
【０００８】
サーバは、クライアントからの要求に応じてサーバの保有するコンテンツに関するメタデータ（属性情報）をクライアントに送信する。クライアントは、サーバから取得したメタデータに基づいてクライアントデバイスのディスプレイにコンテンツ情報を表示する。例えばアーティスト名、タイトル等からなる曲目リストなどがディスプレイに表示される。ユーザは、表示情報に基づいて、再生対象コンテンツを確認あるいは選択して、コンテンツの送信要求をサーバに送信する。サーバはクライアントからのコンテンツリクエストを受信し、受信リクエストに応じてサーバからクライアントに対するコンテンツの送信が行われ、クライアント側において受信コンテンツの再生が行われる。
【０００９】
クライアントがサーバから特定のコンテンツを取得する場合の処理は、クライアントからサーバに対してコンテンツ識別子を送信し、サーバがクライアントからの受信したコンテンツ識別子に基づいて指定コンテンツを取得して送信するという処理になる。
【００１０】
例えば、サーバがコンテンツに対応付けたコンテンツＵＲＬ（Uniform Resource Locators）をコンテンツ対応のメタデータとして保持し、クライアントがコンテンツＵＲＬを指定したＨＴＴＰ(Hyper Text Transfer Protocol)のＧＥＴメソッドを生成してサーバに送信することで、サーバが受信ＵＲＬに基づいて特定されるコンテンツをクライアントに送信することができる。
【００１１】
このようにサーバに格納されたコンテンツは、ネットワーク接続された他の機器（クライアント）から検索を行い、特定のコンテンツを指定して再生することが可能となる。
【００１２】
コンテンツを提供するサーバにチューナ機能が併設されている場合、チューナを介して受信したビデオまたはオーディオデータをクライアントに送信するいわゆるライブストリーミングデータの配信が可能である。例えば、地上波、衛星放送等、の各種のブロードキャストデータをホームサーバ内のチューナにおいて受信し、受信データをサーバからクライアント、例えばチューナを持たないＰＣ等に送信し、ユーザがＰＣに備えられたディスプレイ、スピーカを介して様々なＴＶ、ラジオ等の番組を視聴することが可能となる。
【００１３】
例えば特許文献１は、クライアントからサーバを操作し、サーバ内のチューナで受信したテレビジョンデータをローカルエリアネットワークを介してクライアント側で受信、再生するシステムについて記載している。
【００１４】
ホームネットワーク等の構成においては、様々なコンテンツを格納した１つのコンテンツ管理サーバに対して、複数のクライアントがサーバとのコネクションを設定し、それぞれ異なるコンテンツ、あるいは同一のコンテンツを各クライアントにおいて受信し再生する場合がある。
【００１５】
従来のサーバクライアントシステムでは、クライアントは、他のクライアントがサーバに接続してコンテンツ配信を受けている状況にあるか否かについての情報、すなわち他のクライアントのコネクション情報を取得することはできなかった。従って、例えば、他のクライアントがサーバとのコネクションを設定して視聴しているビデオコンテンツ、あるいはサーバに併設されたチューナによる受信コンテンツを、他のクライアントが視聴したい場合であっても、他のクライアントのコネクション情報を利用して、サーバに対するコンテンツ要求を行うといった処理は実行することができず、クライアントは独自にコンテンツの検索を行い、検索に基づいてコンテンツ識別子としてのコンテンツＵＲＬを取得し、取得したコンテンツＵＲＬに基づくコンテンツ要求を実行するという処理が必要となっていた。
【００１６】
なお、サーバにおけるコネクション管理を行うシステムとしては、例えば特許文献２に記載されている。特許文献２は、クライアントとのコネクションに対応したセッション番号を付与し、セッション番号によるコネクション管理を実行する構成を開示している。
【００１７】
ただし、特許文献２に記載の構成は、サーバ内においてコネクション管理を実行するのみであり、コネクション管理情報をクライアントに提供し、クライアントがコネクション情報を利用した処理を行うことを開示するものではない。
【００１８】
【特許文献１】
特許公開２００２−８４４８４号公報
【特許文献２】
特許公開２００２−３２８８５１号公報
【００１９】
【発明が解決しようとする課題】
本発明は、上述の問題点に鑑みてなされたものであり、複数のクライアントがアクセスするコンテンツ管理サーバにおいて、クライアントとの接続情報としてのコネクション情報を管理するとともに、このコネクション情報をクライアントに提供し、クライアントがコネクション情報に基づく処理を実行することを可能としたサーバ装置、情報処理装置、および情報処理方法、並びにコンピュータ・プログラムを提供することを目的とする。
【００２０】
【課題を解決するための手段】
本発明の第１の側面は、
サーバに対する配信コンテンツ制御要求を行うクライアントとしての情報処理装置であり、
前記サーバと他クライアントとの間のコネクションに関する情報であり、少なくとも前記コネクションの識別子であるコネクションＩＤと、前記コネクションを介した他クライアントへの提供コンテンツの識別子であるコンテンツＩＤを含むコネクション情報を前記サーバから取得し、取得したコネクションＩＤ、またはコネクション情報を利用した配信コンテンツの制御要求を生成して、前記サーバに送信する処理を実行する構成を有することを特徴とする情報処理装置にある。
【００２１】
さらに、本発明の情報処理装置の一実施態様において、前記サーバから取得するコネクション情報は、コンテンツＩＤであり、前記サーバに送信するコンテンツ制御要求は、コンテンツＩＤを設定したコンテンツ取得要求であることを特徴とする。
【００２２】
さらに、本発明の情報処理装置の一実施態様において、前記サーバから取得するコネクション情報は、前記コンテンツ配信コネクションを介したコンテンツ配信制御を実行する配信制御部の識別子であり、前記サーバに送信するコンテンツ制御要求は、前記配信制御部の識別子を設定した配信制御部に対する制御要求であることを特徴とする。
【００２３】
さらに、本発明の情報処理装置の一実施態様において、前記サーバから取得する情報は、コンテンツ配信コネクション識別子であるコネクションＩＤであり、前記サーバに送信するコンテンツ制御要求は、前記コネクションＩＤを設定したコンテンツ配信終了要求であることを特徴とする。
【００２４】
さらに、本発明の第２の側面は、
サーバに対するコンテンツ制御要求を行うクライアントにおける情報処理方法であり、
通信部において、前記サーバと他クライアントとの間のコネクションに関する情報であり、少なくとも前記コネクションの識別子であるコネクションＩＤと、前記コネクションを介した他クライアントへの提供コンテンツの識別子であるコンテンツＩＤを含むコネクション情報を前記サーバから取得する情報取得ステップと、
データ処理部において、前記コネクションＩＤ、またはコネクション情報を利用した配信コンテンツの制御要求を生成して、前記サーバに送信する処理を実行する処理要求ステップと、
を有することを特徴とする情報処理方法にある。
【００２５】
さらに、本発明の第３の側面は、
情報処理装置において、サーバに対するコンテンツ制御要求処理を実行させるコンピュータ・プログラムであり、
通信部において、前記サーバと他クライアントとの間のコネクションに関する情報であり、少なくとも前記コネクションの識別子であるコネクションＩＤと、前記コネクションを介した他クライアントへの提供コンテンツの識別子であるコンテンツＩＤを含むコネクション情報を前記サーバから取得させる情報取得ステップと、
データ処理部において、前記コネクションＩＤ、またはコネクション情報を利用した配信コンテンツの制御要求を生成して、前記サーバに送信させる処理を実行する処理要求ステップと、
を実行させることを特徴とするコンピュータ・プログラムにある。
【００４５】
【作用】
本発明の構成によれば、クライアントに対してコンテンツを提供するサーバにおいて、サーバクライアント間のコネクション情報として、コネクションＩＤ、コンテンツＵＲＬ等の配信コンテンツ識別子、配信制御部（ＡＶトランスポート）識別子、およびプロトコル情報を対応付けて管理し、クライアントからの要求に基づいて、これらの情報をクライアントに提供する構成としたので、クライアントは、これらのコネクション情報に基づいた様々なコンテンツ制御要求をサーバに対して行うことが可能となる。
【００４６】
本発明の構成によれば、クライアントは、ブラウズ、サーチ処理によるコンテンツ情報の取得や、ライブコンテンツの配信の事前処理として必要なＡＶＴインスタンスの設定処理等の接続準備要求(Prepare For Connection)実行することなく、コネクションマネージャサービスから受信するコネクション情報に含まれるコンテンツ識別子（コンテンツＵＲＬ）を指定情報として設定したＨＴＴＰ−ＧＥＴメソッドを生成し、サーバに送信することで、現在サーバが他のクライアントに配信しているコンテンツと同様のコンテンツを取得することが可能となる。
【００４７】
また、本発明の構成によれば、クライアントは、コネクションマネージャサービスから受信するコネクション情報に含まれる配信制御部（ＡＶトランスポート）識別子に基づいて、配信制御部（ＡＶトランスポート）識別子を設定したコンテンツの制御要求、例えばチャンネルの切り替え要求を生成し、配信制御部（ＡＶトランスポート）に要求を送信することで、チャンネル切り替えなどの制御を行うことができる。
【００４８】
さらに、本発明の構成によれば、クライアントは、コネクションマネージャサービスから受信するコネクション情報に含まれるプロトコル情報に含まれるファンクションＩＤに基づいて、現在サーバが他のクライアントに配信しているコンテンツに対する制御を実行している機器を知ることが可能であり、例えば複数のチューナを持つサーバにおいて、一方が他のコンテンツ配信に適用されている場合、他のチューナを適用したコンテンツ配信の要求を行うことが可能となり、他のクライアントに対して配慮した制御要求が可能となる。
【００４９】
また、本発明の構成によれば、クライアントは、コネクションマネージャサービスから受信するコネクション情報に含まれるコネクションＩＤに基づいて、コネクションＩＤを指定したコネクション終了をサーバに要求することも可能であり、１つのクライアント装置で受信を開始したコンテンツ送信を他のクライアントにおいて、終了させることが可能となる。
【００５０】
なお、本発明のコンピュータ・プログラムは、例えば、様々なプログラム・コードを実行可能な汎用コンピュータ・システムに対して、コンピュータ可読な形式で提供する記憶媒体、通信媒体、例えば、ＣＤやＦＤ、ＭＯなどの記憶媒体、あるいは、ネットワークなどの通信媒体によって提供可能なコンピュータ・プログラムである。このようなプログラムをコンピュータ可読な形式で提供することにより、コンピュータ・システム上でプログラムに応じた処理が実現される。
【００５１】
本発明のさらに他の目的、特徴や利点は、後述する本発明の実施例や添付する図面に基づく、より詳細な説明によって明らかになるであろう。なお、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【００５２】
【発明の実施の形態】
以下、図面を参照しながら、本発明のサーバ装置、情報処理装置、および情報処理方法、並びにコンピュータ・プログラムの詳細について説明する。
【００５３】
［システム概要］
まず、図１を参照して、本発明の適用可能なネットワーク構成例について説明する。図１は、様々なクライアント装置からの処理要求に応じて処理を実行するコンテンツ配信装置としてのサーバ１０１と、サーバ１０１に対して処理要求を行なうコンテンツ受信装置としてのクライアントがネットワーク１００を介して接続された構成、例えばホームネットワーク構成を示している。クライアント装置としては、パーソナルコンピュータ（ＰＣ）１２１、モニタ１２２、携帯電話１２３、再生機１２４、ＰＤＡ（Personal Digital Assistant）１２５を例示している。ただし、クライアント装置としては、この他にも様々な電子機器、家電機器が接続可能である。
【００５４】
サーバ１０１がクライアントからの要求に応じて実行する処理は、例えばサーバ１０１の保有するハードディスク等の記憶手段に格納されたコンテンツの提供、あるいはサーバ１０１の有するチューナを介して受信するライブコンテンツをクライアントに対して転送するコンテンツ配信サービス等である。なお、図１においては、サーバ１０１と、クライアント装置とを区別して示しているが、クライアントからの要求に対するサービスを提供する機器をサーバとして示しているものであり、いずれのクライアント装置も、自己のデータ処理サービスを他のクライアントに提供する場合には、サーバとしての機能を提供可能となる。従って、図１に示すネットワーク接続されたクライアント装置もサーバとなり得る。
【００５５】
ネットワーク１００は、有線、無線等いずれかのネットワークであり、各接続機器は、例えばイーサネット（登録商標）フレーム等の通信パケットをネットワーク１００を介して送受信する。すなわち、クライアントは、イーサネットフレームのデータ部に処理要求情報を格納したフレームをサーバ１０１に送信することにより、サーバ１０１に対するデータ処理要求を実行する。サーバ１０１は、処理要求フレームの受信に応じて、データ処理を実行し、必要に応じてデータ処理結果としての結果データを通信パケットのデータ部に格納し、各クライアントに送信する。
【００５６】
ネットワーク接続機器は、例えばユニバーサルプラグアンドプレイ（ＵＰｎＰ：Universal Plug and Play）対応機器によって構成される。従って、ネットワークに対する接続機器の追加、削除が容易な構成である。ネットワークに新たに接続する機器は、
（１）ＩＰアドレス等の自己のデバイスＩＤを取得するアドレッシング処理。
（２）ネットワーク上の各デバイスの検索を行ない、各デバイスから応答を受信し、応答に含まれるデバイス種別、機能等の情報を取得するディスカバリ処理。
（３）ディスカバリ処理で取得した情報に基づいて、各デバイスにサービスを要求するサービス要求処理。
上記処理手順を行なうことで、ネットワーク接続された機器を適用したサービスを受領することが可能となる。
【００５７】
図１に示すサーバおよびクライアント装置を構成する情報処理装置の一例としてＰＣのハードウェア構成例について図２を参照して説明する。
【００５８】
ＣＰＵ(Central Processing Unit)２０１は、ＲＯＭ(Read Only Memory)２０２、またはＨＤＤ(Hard Disk Drive)２０４等に記憶されているプログラムに従って、各種の処理を実行し、データ処理手段、あるいは通信制御処理手段として機能する。ＲＡＭ(Random Access Memory)２０３には、ＣＰＵ２０１が実行するプログラムやデータが適宜記憶される。ＣＰＵ２０１、ＲＯＭ２０２、およびＲＡＭ２０３、ＨＤＤ２０４は、バス２０５を介して相互に接続されている。
【００５９】
バス２０５には、入出力インタフェース２０６が接続されており、この入出力インタフェース２０６には、例えば、ユーザにより操作されるキーボード、スイッチ、ボタン、ポインティングデバイス、あるいはマウス等により構成される入力部２０７、ユーザに各種の情報を提示するＬＣＤ、ＣＲＴ、スピーカ等により構成される出力部２０８が接続される。さらに、データ送受信手段として機能する通信部２０９、さらに、磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリなどのリムーバブル記録媒体２１１を装着可能で、これらのリムーバブル記録媒体２１１からのデータ読み出しあるいは書き込み処理を実行するドライブ２１０が接続される。
【００６０】
さらに、地上波放送データ、衛星放送データ、ケーブルＴＶデータ、インターネット配信データ等、様々な外部からの配信データの受信を行うチューナ２２０を備えている。
【００６１】
図２に示す構成は、図１に示すネットワーク接続機器の一例としてのサーバ、パーソナルコンピュータ（ＰＣ）の例であるが、ネットワーク接続機器はＰＣに限らず、図１に示すように携帯電話、ＰＤＡ等の携帯通信端末、その他、再生装置、ディスプレイ等の様々な電子機器、情報処理装置によって構成することが可能である。従って、それぞれの機器固有のハードウェア構成を持つことが可能であり、そのハードウェアに従った処理を実行する。
【００６２】
［オブジェクト管理およびメタデータ］
次にクライアントに提供するコンテンツを管理するサーバのコンテンツを含むオブジェクト管理構成、およびメタデータについて説明する。サーバは、自己の記憶部に格納した静止画、動画等の画像データ、音楽等の音声データ等のコンテンツ、さらには、ライブストリーミングデータを実行するためのチューナに関する情報、例えばチャンネル情報を各コンテンツに対応する属性情報（メタデータ）として保有している。
【００６３】
なお、サーバの保有する静止画、動画等の画像データ、音楽等の音声データ、チューナを介して受信するライブストリーミングデータ等のコンテンツを総称してＡＶコンテンツと呼ぶ。サーバにおいて、ＡＶコンテンツは、階層構成を有するコンテンツ管理ディレクトリによってサーバ内のＣＤＳ（コンテンツディレクトリサービス）において管理される。
【００６４】
サーバのＣＤＳ（コンテンツディレクトリサービス）において管理されるコンテンツ管理ディレクトリの構成例を図３に示す。階層構成は図３に示すように分岐ツリー状の図として示すことができる。図３に示す各円の各々が個々のオブジェクトである。この階層構成は、サーバが記憶部に格納し管理するコンテンツ、およびライブストリーミングコンテンツに対応する論理的な管理構成を示すものである。
【００６５】
コンテンツ管理ディレクトリの個々の要素、すなわち、個々のＡＶコンテンツあるいは複数のＡＶコンテンツを格納したフォルダ、メタデータ格納フォルダの各々はオブジェクト（Ｏｂｊｅｃｔ）と呼ばれる。なお、オブジェクトとは、サーバによって処理されるデータ単位の総称であり、個々のＡＶコンテンツあるいは複数のＡＶコンテンツを格納したフォルダ、メタデータ格納フォルダ以外にも様々なオブジェクトが存在する。
【００６６】
ＡＶコンテンツの最小単位、すなわち１つの楽曲データ、１つの動画データ、１つの静止画データ等をアイテム（ｉｔｅｍ）とよぶ。ライブストリーミングデータの場合は、１つのチャンネルが１アイテムとして定義される。
【００６７】
また、アイテムの集合として規定されるアイテムの上位オブジェクトをコンテナ（Ｃｏｎｔａｉｎｅｒ）と呼ぶ、集合の単位は、例えば各オブジェクトの物理的な記憶位置に基づく集合、各オブジェクトの論理的関係に基づく集合、カテゴリに基づく集合等、様々に設定され得る。
【００６８】
例えば、チャンネルをアイテムとしたコンテナの一例としては地上波のみのチャンネルのアイテムを集合としたコンテナや、衛星放送のチャンネルを集合としたコンテナが設定される。これらの例については後段でさらに説明する。
【００６９】
オブジェクトは、その種類、例えば音楽（Ａｕｄｉｏ）、ビデオ（Ｖｉｄｅｏ）、写真（Ｐｈｏｔｏ）等、その種類によりクラスに分類されクラスラベリングがなされる。クライアントは、例えば特定のクラスを指定して、特定の分類に属するオブジェクトのみを対象とした「サーチ」を要求し実行することができる。また特定のフォルダ等のオブジェクトを指定して、そのフォルダに関する情報のみを要求する「ブラウズ」を要求し特定フォルダに関する情報の取得処理をすることが可能である。なお、サーバにおいては、クラスも階層構成で管理されており、１つのクラスの下にサブクラスの設定が可能である。
【００７０】
メタデータは、サーバの持つコンテンツに対応した属性情報、クラスの定義情報、コンテンツ管理ディレクトリを構成する階層構成に関する情報等を含むさまざまな管理情報である。個々のオブジェクトに対応付けて定義されたコンテンツの属性情報としてのメタデータには、例えばコンテンツＵＲＬ等のコンテンツ識別子（ＩＤ）、データサイズ、リソース情報、タイトル、アーティスト名、著作権情報、チャンネル情報等、様々な情報が含まれる。メタデータに含まれる個々の情報をプロパティまたはプロパティ情報と呼ぶ。なお、音楽（Ａｕｄｉｏ）、ビデオ（Ｖｉｄｅｏ）、写真（Ｐｈｏｔｏ）、ライブストリーミングデータ等、前述したクラス毎にどのようなプロパティからなるメタデータを持つかが予め規定されている。
【００７１】
図３において、最上位はルートコンテナ３０１と呼ばれる。ルートコンテナの下位に例えば音楽（ミュージック）コンテナ３０２、動画コンテナ３０３、静止画コンテナ３０４、さらにチューナコンテナ３０５等が設定される。音楽（ミュージック）コンテナ３０２の下位には、ジャンル３０５、ジャンルの下位には、アーティスト３０６などのフォルダまたはアイテム等のオブジェクトの設定がなされる。
【００７２】
動画コンテナ３０３の下位には、ジャンル３０８、さらにその下位にコンテンツに対応するアイテムとしてのビデオカプセル３０９が設定される。例えばビデオカプセル３０９は、サーバ内のハードディスク等の記憶部に格納されたビデオコンテンツに対応し、そのビデオコンテンツに対応した属性情報（メタデータ）を持つ。メタデータには、クライアントがコンテンツを取得するためのコンテンツ識別子、すなわちコンテンツの所在を示すアドレス情報としてのコンテンツのＵＲＬ（Uniform Resource Locators）が含まれる。クライアントは、コンテンツ情報取得手続きによりビデオカプセル３０９のＵＲＬすなわち、ビデオカプセルＵＲＬを取得し、ビデオカプセルＵＲＬを指定したコンテンツ要求をサーバに送信することでビデオカプセルに対応するビデオコンテンツをサーバから受信して再生することができる。
【００７３】
一方、チューナコンテナ３０５にもコンテナに対応するメタデータに設定されるコンテンツＵＲＬとしてチャンネルリストＵＲＬが設定される。すなわち、チューナ受信コンテンツに対応する属性情報としてチャンネルリストＵＲＬが設定される。チャンネルリストＵＲＬは、チューナコンテナ３０６の子として存在するチャンネルアイテムに対応する全てのコンテンツの取得、制御権をクライアントに提供するために設定されたＵＲＬである。
【００７４】
従来のシステムであれば、アイテムであるチャンネル毎にＵＲＬが設定され、クライアントは、チャンネル切り替えに応じてＵＲＬの切替えを行うことが必要となっていたが、本発明においては、チャンネルの集合体としてのチャンネルリストにＵＲＬを設定し、クライアントが、チャンネルリストＵＲＬを指定したコンテンツ取得要求をサーバに送信することで、クライアントは、チャンネルリストにリストアップされたチャンネル、すなわちコンテンツ管理ディレクトリにおいて、チューナコンテナの下位に設定されたチャンネルアイテムの全てのコンテンツの取得、すなわち制御権をまとめて得ることができる。結果として、チャンネルリストにリストされたチャンネル間の切り替えにおいては、新たなＵＲＬに基づくコンテンツ要求を行う必要がない。
【００７５】
コンテンツ検索を実行しようとするクライアントは、コンテンツ管理ディレクトリの階層やオブジェクト集合に対応するクラスを指定した「サーチ」、あるいは、特定のオブジェクトの指定としての「ブラウズ」をサーバに要求することで、コンテンツの情報を取得することが可能である。クライアントは、サーバから受信するコンテンツ情報を記述したＸＭＬデータに基づいてコンテンツ情報をディスプレイに表示する。
【００７６】
コンテンツ情報リストの表示処理例を図４に示す。図４に示す例では、コンテンツＮｏ、タイトル、アーティスト名、チャンネル、コンテンツＵＲＬをリスト化したデータ構成を持つコンテンツ情報リスト３５７をディスプレイ３５０に表示した例を示している。
【００７７】
例えばビデオカプセルに対応するメタデータに基づいて表示されるコンテンツ情報は、図４中のコンテンツＮｏ．［０００１］、［０００２］のコンテンツであり、チューナコンテナに対応するメタデータに基づいて表示されるコンテンツ情報は、［０００３］、［０００４］のようにチャンネルリストであることと、チャンネルリストに含まれるチャンネル情報、およびチャンネルリストＵＲＬ等となる。
【００７８】
これらのコンテンツ情報は、サーバの管理するコンテンツ対応のメタデータの構成要素としてのプロパティ情報に基づいて生成される。サーバはクライアントから受信した「サーチ」または「ブラウズ」要求に基づいて条件に一致するコンテンツのメタデータ中のプロパティ情報を取得し、取得したプロパティ情報に基づいてＸＭＬデータを生成し、クライアントに送信する。
【００７９】
クライアントは、サーバによって抽出されたコンテンツに対応するプロパティ情報に基づくＸＭＬデータを受信し、受信ＸＭＬデータに基づいて図４に示すような表示データを生成し、クライアントのディスプレイに表示する。
【００８０】
クライアント側のユーザはこれらのリストから再生対象コンテンツを選択し、選択コンテンツ指定情報、例えばコンテンツＵＲＬをサーバに送信することで、サーバからコンテンツ、すなわち音楽や映画、あるいは写真等、様々なコンテンツが送信されクライアント側で再生、出力が実行される。チューナコンテナに対応するチャンネルリストＵＲＬに基づくコンテンツ要求を行うと、チャンネルリストにリストされたチャンネルに対応するコンテンツをまとめて取得、すなわちＵＲＬ切り替えを行うことなく、チャンネル切り替えを自在に実行することができる。
【００８１】
前述したように、クライアントに送信されるコンテンツ情報には、コンテンツの所在を示すアドレス情報としてのコンテンツのＵＲＬ（Uniform Resource Locators）が含まれる。クライアントディスプレイに表示されたコンテンツＵＲＬあるいはリンクデータをユーザが指定（クリック）したことを条件として、クライアントデバイスにおいて、コンテンツ取得要求であるＨＴＴＰ(Hyper Text Transfer Protocol)ＧＥＴメソッドを生成してサーバに送信し、サーバがコンテンツＵＲＬに対応するコンテンツをクライアントに送信する。
【００８２】
コンテンツ管理ディレクトリにおけるチューナコンテナのメタデータとして設定されるチャンネルリストＵＲＬは、例えば地上波１〜１２チャンネルのみを受信可能なチューナの場合は、１〜１２チャンネルの１２個のチャンネルをリスト化した１つのチャンネルリストを取得するためのＵＲＬとして設定される。地上波、ＢＳ、ＣＳ等の衛星放送等のチャンネル（１〜ｎチャンネル）の放送データを受信可能なチューナの場合は、１〜ｎチャンネルのｎチャンネルをリスト化した１つのチャンネルリストを取得するためのＵＲＬとして設定される。
【００８３】
なお、地上波のチャンネルリスト、ＢＳ用のチャンネルリスト、ＣＳ用のチャンネルリスト等、カテゴリ毎に区分したチャンネルリストを設定し、それぞれに異なるチャンネルリストＵＲＬを設定してもよい、
【００８４】
これらのチャンネルリストＵＲＬは、クライアントからコンテンツディレクトリサービス（ＣＤＳ）に対するサーチやブラウズを適用したコンテンツ情報取得処理によってクライアントが取得可能である。
【００８５】
クライアントは取得したチャンネルリストＵＲＬに基づくコンテンツ取得を行うことで、チャンネルリストに設定された、例えば１〜１２チャンネルの間の切り替え制御をその１つのＵＲＬに基づいて実行可能となる。すなわちクライアントはチャンネルリストＵＲＬによるコンテンツ取得により、チャンネルリストにリストアップされたすべてのストリーミングデータの制御権をまとめて得ることができる
【００８６】
［サーバの処理構成］
サーバが記憶部に格納した動画、静止画、音楽などの様々な格納コンテンツをクライアントに提供するとともに、サーバ内にチューナ機能を持ち、チューナにより受信したデータについてもクライアントに配信可能とした構成を持つサーバの構成例を図５に示す。
【００８７】
図５に示す構成について説明する。サーバ４００は、クライアントに対してクライアント４６０の要求するコンテンツを送信し、クライアント４６０側のユーザは、例えばＰＣ等によって構成されるクライアント４６０に備えたディスプレイ、スピーカ等を介してコンテンツを視聴する。なお、図５においては、クライアント４６０を１つのみ示してあるが、サーバ４００に対して接続するクライアントは複数あり、複数のクライアントがサーバ４００から様々なコンテンツの提供を受けることが可能である。
【００８８】
サーバ４００は、コンテンツ記憶部４４４に格納したコンテンツのクライアントに対する提供処理を制御するとともに、コンテンツのメタデータ管理を含むコンテンツ管理を実行するコンテンツ管理部（メディアサーバ）４４６と、チューナ４１０の受信コンテンツのクライアントに対する配信制御を実行するライブコンテンツ配信制御部（メディアレンダラー）４３０を有する。
【００８９】
サーバ４００とクライアント４６０間の通信ネットワークは、先に、図１を参照して説明したように、有線、無線等いずれかのネットワークであり、例えばイーサネット（登録商標）フレーム等の通信パケットをネットワークを介して送受信する。すなわち、クライアント４６０は、イーサネットフレームのデータ部に処理要求情報を格納したフレームをサーバ４００に送信することにより、サーバ４００に対するデータ処理要求を実行する。サーバ４００は、処理要求フレームの受信に応じて、データ処理を実行し、必要に応じてデータ処理結果としての結果データを通信パケットのペイロードとして格納し、各クライアント４６０に送信する。
【００９０】
チューナ４１０は、地上波放送データ、衛星放送データ、ケーブルＴＶデータ、インターネット配信データ等、様々な外部からの受信データを受信するライブストリーミングデータの受信部である。チューナ４１０は、ライブコンテンツ配信制御部４３０内のＡＶトランスポート（配信制御部）４３２に設定される配信コンテンツ毎のコンテンツ配信制御を実行する制御インスタンスとしてのＡＶＴインスタンス（AV-Transport Instance）によって制御される。なお、本明細書において、制御インスタンスとは、制御対象ハードウェア等の制御オブジェクトの設定が可能で、かつ設定オブジェクトに応じた制御パラメータの設定が可能な制御プログラムであり、該制御プログラムに従って制御対象ハードウェアを含む制御オブジェクトの制御が実行される。
【００９１】
ＡＶトランスポート（配信制御部）４３２は、配信コンテンツ毎に、コンテンツ配信制御実行部としてのＡＶＴインスタンス（AV-Transport Instance）を設定する。各ＡＶＴインスタンスは、それぞれ特定のコンテンツの配信制御を実行する。例えばチューナ４１０を介して受信するデータのライブストリーミング用のチューナコントロールインスタンス４３３は、チューナを介して受信するデータのライブストリーミングコンテンツのみの制御を実行する。具体的には、コンテンツ送信開始、終了、あるいはチャンネル切り替え等の指示をクライアント４６０から受け、チャンネル切り替え等の制御をチューナ４１０に対して実行する。
【００９２】
ＡＶトランスポート（配信制御部）４３２に設定されるＡＶＴインスタンスは、チューナコントロールインスタンスの他に、例えば、サーバ内のコンテンツ記憶部４４４に格納されたビデオコンテンツであるビデオカプセル４５１の配信制御を実行するビデオカプセルコンロールインスタンスや、サーバに装着されたＤＶＤに格納されたビデオデータ、オーディオデータ等の配信制御を実行するＤＶＤコントロールインスタンスなどが設定可能である。これら各ＡＶＴインスタンスが、特定の配信コンテンツの制御を実行する。
【００９３】
ＡＶトランスポート（配信制御部）４３２に設定されるビデオカプセルコンロールインスタンスは、例えば、チューナ受信コンテンツをコンテンツ記憶部４４４内のビデオカプセルに格納する処理を実行し、コンテンツ記憶部４４４がハードディスクである場合、ハードディスクを制御対象とし、ハードディスクに応じた制御パラメータを持つ制御プログラムとして設定される。
【００９４】
各ＡＶＴインスタンスには、制御対象コンテンツに対応するＵＲＬ、すなわちコンテンツ識別子としてのコンテンツＵＲＬが設定される。コンテンツＵＲＬはコンテンツの所在を示すコンテンツ識別子であり、コンテンツ管理部（メディアサーバ）４４０のコンテンツディレクトリサービス（ＣＤＳ）がコンテンツ管理ディレクトリ（図３参照）に基づく管理の下にメタデータ記憶部４４３に記憶しているＵＲＬである。
【００９５】
チューナコントロールインスタンス４３３には、コンテンツ管理ディレクトリ内のチューナコンテナ３０５（図３参照）に対応するメタデータとしてメタデータ記憶部４４３が記憶しているチャンネルリストＵＲＬが設定される。
【００９６】
ＡＶトランスポート（配信制御部）４３２に設定される各種のＡＶＴインスタンスは、自己に設定されたＵＲＬに基づいて、制御するコンテンツと関係付けられる。また、ＵＲＬを設定された各ＡＶＴインスタンスは、ＡＶＴインスンタス識別子としてのＡＶＴインスタンスＩＤ（配信制御部識別子）を持つことになる。
【００９７】
チューナ４１０の受信コンテンツをクライアント４６０に配信する場合は、ライブコンテンツ配信制御部４３０のコネクションマネージャサービス４３１が１つのＡＶＴインスタンスをチューナコントロールインスタンス４３３としてアサインし、さらにコンテンツ記憶部４５０に格納されたチューナコンテナに対応するコンテンツＵＲＬであるチャンネルリストＵＲＬをチューナコントロールインスタンス４３３にセットする。この処理により、チューナコントロールインスタンス４３３がチューナ４１０の制御を行い、チューナ４１０の受信コンテンツのユーザに対する配信を行う。なお、配信コンテンツは、必要に応じてコーデック４２０においてデータ変換がなされて配信される。
【００９８】
チャンネルリストＵＲＬによって特定されるコンテンツは、チャンネルリストに含まれる複数のチャンネルに対応するコンテンツであり、クライアントは、チャンネルリストに含まれる複数のチャンネルに対応するチューナ受信コンテンツの制御権を取得することになる。
【００９９】
コンテンツ対応のＵＲＬが設定され、ＵＲＬによって識別されるコンテンツの配信制御を受け持つことになったチューナコントロールインスタンス４３３は、クライアント４６０からの制御コマンドを受信すると、その制御コマンドに従ったコンテンツ制御を実行する。このクライアント４６０サーバ間でのコンテンツ配信制御処理には、例えばＳＯＡＰ(Simple Object Access Control)プロトコルが使用される。クライアント４６０は、ＸＭＬデータに従った記述データを生成しチューナコントロールインスタンス４３３に送信することで、クライアント４６０からの制御情報が、チューナコントロールインスタンス４３３に通知され、チューナコントロールインスタンス４３３が受信情報に基づく制御、例えばコンテンツ再生開始、終了、チャンネル切り替えなどの処理を実行する。
【０１００】
例えばチューナコントロールインスタンス４３３にクライアント４６０からの制御情報として、チャンネル切り替え指示情報が入力されると、チューナコントロールインスタンス４３３から、制御情報がチューナ４１０に入力されてチューナ４１０が特定のチャンネルのデータを受信するように設定される。
【０１０１】
なお、サーバクライアント間のチューナ受信コンテンツの配信用コネクションは、チャンネルリストＵＲＬに基づいて設定されるＨＴＴＰ(Hyper Text Transfer Protocol)コネクションである。チャンネルリストに記述された複数チャンネルに対応する複数のチューナ受信コンテンツの切り替えとして実行されるチャンネル切り替え前後において、チャンネルリストＵＲＬに基づいて設定されるＨＴＴＰコネクションを継続的に使用したコンテンツ配信を実行する。
【０１０２】
ライブコンテンツ配信制御部４３０のコネクション制御部としてのコネクションマネージャサービス（ＣＭＳ）４３１は、クライアント４６０にライブコンテンツ配信制御部４３０の処理可能なプロトコル情報を伝える。また、クライアント４６０から提示されたコンテンツ要求、プロトコル情報に基づいて、ＡＶＴインスタンスのアサイン（割り当て）処理を実行し、アサインしたＡＶＴインスタンスの識別子、すなわちＡＶＴインスタンスＩＤをクライアント４６０に通知する。
【０１０３】
さらに、コネクションマネージャサービス（ＣＭＳ）４３１は、サーバクライアント間のコネクション識別子としてのコネクションＩＤを生成し、クライアント４６０に通知する。コネクションマネージャサービス４３１は、コネクションＩＤをコネクション管理テーブル４３５に登録し、コネクション管理テーブル４３５に基づいてコネクション管理を実行する。コネクション情報に基づく処理については後述する。
【０１０４】
一方、コンテンツ管理部（メディアサーバ）４４０は、コンテンツ記憶部４４４に格納されたコンテンツ、例えばビデオカプセル４４８に格納されたコンテンツの配信制御、およびコンテンツディレクトリに基づくコンテンツ管理を実行する。
【０１０５】
コンテンツ管理部（メディアサーバ）４４０は、ビデオカプセル、オーディオカプセル等の様々なコンテンツを記憶したコンテンツ記憶部４４４と、コンテンツのメタデータを格納したメタデータ記憶部４４３を有する。コンテンツディレクトリサービス４４２は、先に図３を参照して説明したコンテンツ管理ディレクトリに基づいてコンテンツ管理を行い、クライアント４６０からのコンテンツ検索要求としてのサーチ、閲覧要求としてのブラウズなどの処理要求に応答してコンテンツ情報を提供する。
【０１０６】
メタデータ記憶部４４３には、コンテンツ記憶部４４４に格納したコンテンツの情報のみならず、チューナを介して受信するデータに関する情報、例えばチャンネル情報などの管理情報もチューナコンテナに対応するメタデータとして格納しており、クライアント４６０からのチューナに関するコンテンツ情報取得要求をコンテンツディレクトリサービス４４２が受信した場合には、サーバの受信可能なチャンネル情報、複数のチャンネルの集合として設定されるチャンネルリストに対応付けられたチャンネルリストＵＲＬ等の情報をクライアント４６０に提供する処理を実行する。
【０１０７】
コンテンツディレクトリサービス４４２は、クライアント４６０からのコンテンツ情報取得要求に応じて、コンテンツ対応のメタデータとしてメタデータ記憶部４４３に格納したビデオカプセルＵＲＬ、チャンネルリストＵＲＬや、コーデック情報、プロトコル情報を取得してクライアント４６０に送信する。
【０１０８】
コンテンツ記憶部４４４に格納されたビデオカプセル４４８のコンテンツの実体データをクライアント４６０に配信する場合は、クライアント４６０から受信するビデオカプセル４４８に対応するＵＲＬを指定したＨＴＴＰ−ＧＥＴメソッドに基づく処理をＡＶトランスポート（配信制御部）４４５が実行する。ＨＴＴＰ−ＧＥＴメソッドに指定されたＵＲＬに基づくコンテンツ（ビデオカブセル４４８）がコンテンツ記憶部４４４から取得され、必要に応じてコーデック４４６においてデータ変換がなされて配信される。
【０１０９】
コンテンツ管理部（メディアサーバ）４４０のコネクション制御部としてのコネクションマネージャサービス（ＣＭＳ）４４１は、クライアント４６０にコンテンツ管理部（メディアサーバ）４４０の処理可能なプロトコル情報を伝える。また、クライアント４６０から受信するコンテンツ要求（ＨＴＴＰ−ＧＥＴ）に基づいて、ＡＶＴトランスポート４４５にコンテンツ配信制御を依頼する。
【０１１０】
さらに、コネクションマネージャサービス（ＣＭＳ）４４１は、サーバクライアント間のコネクション識別子としてのコネクションＩＤを生成し、コネクション管理テーブル４４７に登録し、コネクション管理を行う。コネクション情報に基づく処理については後述する。
【０１１１】
［サーバ格納コンテンツ再生処理］
コンテンツを再生しようとするクライアントは、サーバに対してコンテンツ要求を行い、要求コンテンツをサーバから受信してコンテンツの再生を行うことができる。サーバのコンテンツ記憶部４４４に格納されたコンテンツの取得再生処理手順について図６を参照して説明する。まず、ステップＳ１１において、クライアントは、サーバのコンテンツ管理部（メディアサーバ）４４０に対して保有するコンテンツ情報の取得要求を行う。例えば、サーチ、ブラウズなどによるコンテンツ情報取得処理である。コンテンツ検索を実行しようとするクライアント４６０は、コンテンツ管理ディレクトリの階層やオブジェクト集合に対応するクラスを指定した「サーチ」、あるいは、特定のオブジェクトの指定としての「ブラウズ」をサーバに要求することで、コンテンツの情報を取得することが可能である。ブラウズまたはサーチは、コンテンツ管理部４４０（図５参照）のコンテンツディレクトリサービス４４２に対して実行され、コンテンツディレクトリサービス４４２がメタデータを格納したデータベース４４３から各オブジェクト対応のメタデータに基づくＸＭＬデータを生成してコンテンツ情報としてクライアント４６０に提供する。
【０１１２】
ステップＳ１２で、サーバのコンテンツディレクトリサービス４４２は、クライアントの要求に従ってコンテンツ対応のメタデータに基づいて、コンテンツの所在を示すアドレス情報としてのコンテンツのＵＲＬ（Uniform Resource Locators）一覧、コンテンツのタイトル、アーティスト名などのコンテンツ情報をＸＭＬ（eXtended Markup Language）データにより生成してクライアントに送信する。
【０１１３】
クライアントは、ステップＳ１３において、受信ＸＭＬ情報に従って、コンテンツ情報をディスプレイに表示する。例えば音楽コンテンツであれば、サーバの保有する複数の音楽に対応する曲名、アーティスト名、再生時間等からなるリストとして表示される。
【０１１４】
次に、クライアントはステップＳ１４において、クライアント装置において、サーバから受信し再生する曲を選択し、コンテンツ指定情報としてのコンテンツＵＲＬを指定してサーバに送信する。サーバはステップＳ１５において、ＡＶトランスポート４４５の制御の下に、クライアントからの受信コンテンツＵＲＬに基づいてコンテンツをコンテンツ記憶部４４４から取得して送信する。
【０１１５】
なお、コネクションマネージャサービス４４１は、コンテンツ配信において適用するサーバクライアント間のコネクションの識別子としてのコネクションＩＤを生成し、コネクション管理テーブル４４７に格納する。
【０１１６】
ステップＳ１６において、クライアントはサーバから受信したコンテンツを再生する。なお、コンテンツがＡＴＲＡＣ、ＭＰＥＧ等の圧縮処理がなされている場合は、サーバあるいはクライアント側で復号処理を行った後に送信あるいは再生処理を行う。
【０１１７】
コンテンツ記憶部４４４に格納されたコンテンツの取得再生手順は、上述したとおりである。上述したように、クライアントは、様々なコンテンツ属性情報、すなわち、サーバの保有するコンテンツ対応のメタデータを取得し、メタデータに含まれるコンテンツＵＲＬを設定したＨＴＴＰ−ＧＥＴメソッドをサーバに送信し、サーバがコンテンツＵＲＬに対応するコンテンツをクライアントに送信することで、クライアント側でコンテンツの再生が行われる。
【０１１８】
［チューナ受信ライブコンテンツ再生処理］
次に、図７を参照して、サーバクライアント間で実行されるチャンネルリストＵＲＬに基づくストリーミングデータ配信処理シーケンスの詳細について説明する。
【０１１９】
まず、クライアントは、サーバが保有し、クライアントに提供可能なコンテンツを調べるために、ステップＳ１０１において、ブラウズまたはサーチ処理により、コンテンツ情報を取得する。コンテンツ検索を実行しようとするクライアントは、コンテンツ管理ディレクトリの階層やオブジェクト集合に対応するクラスを指定した「サーチ」、あるいは、特定のオブジェクトの指定としての「ブラウズ」をサーバに要求することで、コンテンツの情報を取得することが可能である。ブラウズまたはサーチは、コンテンツ管理部４４０（図５参照）のコンテンツディレクトリサービス４４２に対して実行され、コンテンツディレクトリサービス４４２がメタデータを格納したデータベース４４３から各オブジェクト対応のメタデータに基づくＸＭＬデータを生成してコンテンツ情報としてクライアント４６０に提供する。
【０１２０】
例えば、チューナコンテナに関するコンテンツ情報を取得した場合は、図８（ａ）に示すチューナコンテナ対応のコンテンツ情報および、図８（ｂ）に示すチャンネル毎のコンテンツ情報に基づく情報がクライアントに送信される。
【０１２１】
図８は、チューナコンテナおよびチャンネルアイテムに対応するコンテンツ情報（メタデータ）を示している。図８に示すデータは、クライアントからコンテンツディレクトリサービス（ＣＤＳ）４４２に対するコンテンツ情報要求に応じてクライアントに送信されるＸＭＬデータの例である。
【０１２２】
図８（ａ）がチューナコンテナに対応するメタデータに基づく情報であり、下記に示すような情報を持つ。
<container id=ch-list parentID=-1 restricted=1 …>
<dc:title> 地上波チャンネル一覧</dc:title>
<upnp:class>object.container.function.avVideoTuner</upnp:class>
…
<av:allowedOperation>Play</av:allowedOperation>
<av:eventingURI>http://1.2.3.4:56000/SENA?id=live</av:eventingURI>
<res protocolInfo=http-get:*:video/mpeg:func-id=t01 av:codec=MPEG1V …>
http://1.2.3.4:56000/liveoutUrl
</res>
</container>
【０１２３】
上段から、コンテナＩＤ、タイトル、クラスに関するデータ、さらに、許容処理［allowedOperation］、イベント通知用ＵＲＬ［eventingURI］、プロトコル情報［protocolInfo］などがチューナコンテナのコンテンツ情報として格納される。イベント通知とは、例えばステレオ／モノラルの切り替え、２ヶ国語放送の切り替え等、配信コンテンツに対応するイベントが発生した場合にクライアントに通知するための処理を実行するために設定されるＵＲＬであり、クライアントは、イベント通知用ＵＲＬを指定したイベント通知要求をサーバに対して送信することで、コンテンツ配信に並列して様々なイベント通知を受けることが可能となる。
【０１２４】
図８のデータ部４９１に示すプロトコル情報［protocolInfo］中のファンクションＩＤ［func-id=t01］は、このコンテンツがライブストリーミング用のコンテンツであることを示す、すなわちチューナを適用した制御によるコンテンツ配信を実行することを示している。ファンクションＩＤは、チューナ制御、ＤＶＤ制御等、コンテンツ配信のための制御対象毎に設定されるＩＤであり、チューナが２つあればそれぞれ異なるファンクションＩＤ、例えばｆｕｎｃＩＤ＝ａ、ｆｕｎｃＩＤ＝ｂのように異なるＩＤが設定される。図８のデータ部４９２に示す［http://1.2.3.4:56000/liveoutUrl］が、チャンネルリストＵＲＬである。
【０１２５】
図８（ｂ）が、チャンネルアイテムに対応するメタデータに基づく情報であり、下記に示すような情報を持つ。
<dc:title>東京テレビ</dc:title>
<upnp:class>object.item.videoItem.videoBroadcast.avChannel
</upnp:class>
<upnp:channelName>東京テレビ</upnp:channelName>
<upnp:channelNr>8</upnp:channelNr>
…
</item>
【０１２６】
上段から、タイトル、クラス、チャンネル名、チャンネル番号が記載されている。クライアントは、チューナコンテンナおよびチャンネルアイテムに対応するコンテンツ情報を取得することで、チューナコンテナに設定されたチャンネルリストＵＲＬに基づくコンテンツ要求により、どのような範囲のチャンネル制御権を取得することが可能かを知ることができる。
【０１２７】
なお、図８（ｂ）に示す情報は、１つのチャンネルに対応するコンテンツ情報であり、クライアントが、チューナコンテナおよび子アイテムとしての全チャンネルの情報を要求した場合は、チューナコンテナの子アイテムとして設定されるチャンネル数に対応する数の図８（ｂ）に示す情報がクライアントに送信されることになる。
【０１２８】
クライアントは、サーバから受信するコンテンツ情報を記述したＸＭＬデータに基づいてコンテンツ情報をディスプレイに表示する。これは、先に、図４を参照して説明したような表示情報である。
【０１２９】
クライアントは、図８（ａ）（ｂ）に示すチューナコンテナおよびチャンネルアイテムに対応するコンテンツ情報に基づいて、
チャンネルリストＵＲＬ
ファンクションＩＤ（ｆｕｎｃＩＤ）
チャンネル情報
を取得する。
【０１３０】
クライアントは、次に、ステップＳ１０２において、ライブコンテンツ配信制御部４３０のコネクションマネージャサービス４３１に対して、プロトコル情報取得要求を送信する。これは、ライブコンテンツ配信制御部４３０に入力可能なプロトコル情報、すなわち、ライブコンテンツ配信制御部４３０の処理可能なプロトコル情報の一覧を要求する処理である。
【０１３１】
ステップＳ１０３において、コネクションマネージャサービス４３１は、プロトコル情報一覧をクライアントに送信する。このプロトコル情報一覧には、例えばビデオデータのプロトコルとしてのＭＰＥＧや、オーディオデータのＡＴＲＡＣ等、ライブコンテンツ配信制御部４３０で処理可能な様々なプロトコル情報が含まれる。
【０１３２】
チューナ４１０の受信データを配信可能なサーバのコネクションマネージャサービス４３１がクライアントに送信するプロトコル情報一覧には、ライブストリーミングデータの配信が可能であることを示す情報が含まれる。具体的には、［internal:1.2.3.4:application/x-av-tuner-content:func-id=t01］なるプロトコル情報が含まれる。すなわち、schema欄(第1カラム)が［internal］であるものが含まれる。このプロトコル情報は、内部のコンテンツ管理部（メディアサーバ）４４０との論理コネクションが、以下に説明する接続準備（Prepare For Connection）によって可能であることを示す。
【０１３３】
このプロトコル情報にもファンクションＩＤが含まれる。前述したように、ファンクションＩＤは、チューナ制御、ＤＶＤ制御等、コンテンツ配信のための制御対象毎に設定されるＩＤであり、ステップＳ１０１においてクライアントがブラウズまたはサーチ処理により、コンテンツディレクトリサービス４４２から取得したコンテンツ情報にも含まれる。ここでは、ファンクションＩＤ［func-id=t01］がチューナ４１０を適用したコンテンツ配信に対応するファンクションＩＤとして設定されている。
【０１３４】
次に、ステップＳ１０４において、クライアントは、コネクションマネージャサービス４３１から、現在、サーバ４００に接続されている他のクライアントに関する情報を取得する。コネクションマネージャサービス４３１は、サーバに接続しているクライアントに対して送信するコンテンツに対応するリソース識別子、コネクションＩＤ、コンテンツ配信制御を実行しているＡＶＴインスタンスＩＤ（配信制御部識別子）、および配信コンテンツに対応するプロトコル情報と対応付けたコネクション管理テーブルを保持してコネクション管理を実行している。
【０１３５】
クライアントからのコネクション情報の取得要求に応じて、これらの情報をクライアントに提供する。この処理については、後述する。なお、このコネクション情報通知処理は、クライアントが他のクライアントの接続状況を確認するために実行するものである。
【０１３６】
ステップＳ１０５において、クライアントは、コネクションマネージャサービス４３１に対して、接続準備要求（Prepare For Connection）を送信する。クライアントが、チューナを適用したライブストリーミングデータの配信を希望する場合は、先にコンテンツディレクトリサービス（ＣＤＳ）４４２から受領したコンテンツ情報としてのチューナコンテナに対応するコンテンツ情報に含まれるファンクションＩＤ（ｆｕｎｃＩＤ）と一致するファンクションＩＤを持つプロトコル情報を送信すればよい。
【０１３７】
ステップＳ１０５の接続準備（Prepare For Connection）の送信において、クライアントは、前述のプロトコル情報取得（Ｓ１０３）において、コネクションマネージャサービス４３１から受領したライブストリーミングに関するプロトコル情報［internal:1.2.3.4:application/x-av-tuner-content:func-id=t01］を送信する。
【０１３８】
クライアントから接続準備要求（Prepare For Connection）を受信したコネクションマネージャサービス４３１は、接続準備要求に含まれるプロトコル情報［internal:1.2.3.4:application/x-av-tuner-content:func-id=t01］に基づいて、チューナによる受信データのストリーミング配信の要求であると判断し、ＡＶトランスポート（配信制御部）４３２内の１つのチューナコントロールインスタンス４３３をチューナコントロールインスタンスとして設定（アサイン）し、接続準備要求（Prepare For Connection）のあったクライアントに対するコネクションＩＤと、チューナコントロールインスタンスとして設定（アサイン）したＡＶＴインスタンスの識別子（ＡＶＴインスタンスＩＤ）とのバインド処理、すなわち対応付けを行う。
【０１３９】
なお、前述したように、コネクションマネージャサービス４３１は、コネクション管理テーブル、すなわち、各接続クライアント毎のコネクションＩＤとＡＶＴインスタンスＩＤ、プロトコル情報との対応データを持ち、これをコネクション管理情報として管理している。
【０１４０】
ステップＳ１０６において、コネクションマネージャサービス４３１は、クライアントに対して、アサインしたＡＶＴインスタンスの識別子であるＡＶＴインスタンスＩＤおよび、クライアントサーバ間のコネクションに対して設定したコネクションＩＤ情報を通知する。クライアントはこれらの情報をメモリに格納する。
【０１４１】
ステップＳ１０７において、クライアントは、コネクションマネージャサービス４３１によってアサインされたＡＶＴインスタンスによるコンテンツ配信制御を行わせるための処理として、アサインされたＡＶＴインスタンスに対して、ＵＲＩ（Uniform Resource Identifier）セット要求を発行する。ＡＶＴインスタンスに対してセットするＵＲＩには、コネクションマネージャサービス４３１から通知されたＡＶＴインスタンスＩＤと、ステップＳ１０２の処理において取得したチューナコンテナに対応するコンテンツ情報に含まれるチャンネルリストＵＲＬが含まれる。
【０１４２】
ＡＶＴインスタンスは、クライアントから指定されたＡＶＴインスタンスＩＤと、チャンネルリストＵＲＬとに基づいて、自己の制御対象コンテンツおよびクライアントを識別することが可能となる。すなわち、ＡＶＴインスタンスＩＤを指定して各種の制御命令を送信するクライアントをＡＶＴインスタンスに対応するクライアントであり、チャンネルリストＵＲＬが制御対象コンテンツとなる。
【０１４３】
チャンネルリストＵＲＬは、チューナコンテナの対応コンテンツであり、チャンネルリストＵＲＬをセットしたＡＶＴインスタンスは、チューナ４１０の制御を実行するインスタンスとして設定されることになる。
【０１４４】
次にクライアントはステップＳ１０８以降において、ＡＶＴインスタンスに対して、様々なコンテンツの制御要求を実行することができる。ステップＳ１０８では、再生（Ｐｌａｙ）要求をＡＶＴインスタンスに対して発行している。この制御要求は、例えばＳＯＡＰ(Simple Object Access Control)プロトコルが利用される。ＳＯＡＰに基づいて、クライアントは、ＸＭＬデータに従った記述データを生成しチューナコントロールインスタンス４３３に送信する。
【０１４５】
チューナコントロールインスタンス４３３は、クライアントからの受信情報に基づく制御、例えばコンテンツ再生開始、終了、チャンネル切り替えなどの処理を実行する。チューナコントロールインスタンス４３３は、セットされたコンテンツＵＲＬに基づいて制御対象コンテンツを特定し、その特定された制御対象コンテンツを制御する。この場合は、コンテンツＵＲＬはチャンネルリストＵＲＬであり、チャンネルリストＵＲＬはチューナコンテナに対応するコンテンツ情報であり、チューナコントロールインスタンス４３３はチューナ４１０の制御を実行する。
【０１４６】
ステップＳ１０８の、再生（Ｐｌａｙ）要求をチューナコントロールインスタンス４３３が受領すると、チューナコントロールインスタンス４３３はチューナ４１０を制御し、チューナ受信データのクライアントに対する送信を開始する。
【０１４７】
ステップＳ１０９においては、チャンネル設定（Ｓｅｅｋ）要求をＡＶＴインスタンスに対して発行している。この要求には、ＡＶＴインスタンスＩＤとチャンネル番号が含まれる。チャンネル設定（Ｓｅｅｋ）要求をチューナコントロールインスタンス４３３が受領すると、チューナコントロールインスタンス４３３はチューナ４１０を制御し、チューナのチャンネルを設定して受信データをクライアントに送信する。
【０１４８】
ステップＳ１１０は、以下継続して実行されるライブストリーミングデータの配信を示している。ステップＳ１１１は、イベント通知処理（ＳＥＮＡ）がコンテンツ配信と並列して実行されることを示している。前述したようにイベントとは、例えばステレオ／モノラルの切り替え等のように配信コンテンツに関する情報であり、クライアントからのイベントＵＲＬに基づくイベント通知要求に基づいてサーバが様々なイベント情報を通知する処理である。
【０１４９】
チャンネル切り替え処理シーケンスについて、図９を参照して説明する。チャンネル切り替え処理は、チャンネルリストＵＲＬに基づくストリーミングデータの配信中に実行する。ステップＳ２０１において、ストリーミングデータの配信およびイベント通知が実行されているとする。
【０１５０】
ステップＳ２０２において、クライアントはチャンネル切り替え（Ｓｅｅｋ）要求をＡＶＴインスタンスに対して発行する。この制御要求には、上述したように例えばＳＯＡＰ(Simple Object Access Control)プロトコルが利用される。クライアントは、ＸＭＬデータに従った記述データを生成しチューナコントロールインスタンス４３３に送信する。この要求には、ＡＶＴインスタンスＩＤと切り替えチャンネル番号が含まれる。チャンネル設定（Ｓｅｅｋ）要求をチューナコントロールインスタンス４３３が受領すると、チューナコントロールインスタンス４３３はチューナ４１０を制御し、チューナのチャンネルを切り替えて受信データをクライアントに送信する。
【０１５１】
その後、ステップＳ２０３において、切り替え後のチャンネルに対応するストリーミングデータの配信およびイベント通知が実行される。
【０１５２】
このチャンネル切り替えの前後におけるサーバクライアント間のＨＴＴＰコネクションは、同一のＵＲＬ、すなわち同じチャンネルリストＵＲＬに基づくＨＴＴＰコネクションであるため、サーバクライアント間においてはコネクションが維持されたままチャンネル切り替えが実行されることになる。
【０１５３】
このように、チャンネルリスト中のチャンネルを切り替えるときは、ＡＶＴインスタンスに対してチャンネル切り替え要求（ＡＶＴ Seek action）を行う。この際、チャンネル切り替え要求（ＡＶＴ Seek action）を行なったクライアントのみならず、同じライブストリーミングを利用しているクライアントも、ＨＴＴＰコネクションを切ることなくコンテンツが変更される。
【０１５４】
なお、サーバからクライアントに対して送信される画像または音声データを、例えばＭＰＥＧ等の符号化データとした場合、クライアントから受信するチャンネル切り替えのタイミングに基づいて無条件に送信データの切り替えを実行すると、送信する符号化データパケットの不整合が発生する場合がある。このような不整合な符号化データをクライアント側でデコード（復号）するとデコードエラーによりコンテンツ再生エラーを発生させる。
【０１５５】
例えばＭＰＥＧ−２システムでは、映像や音声などの個別データストリームであるＰＥＳ(Packetized Elementary Stream)パケットを複数結合し、さらに制御情報をヘッダに格納したパック（Ｐａｃｋ）を１つの処理単位としている。従って、パック（Ｐａｃｋ）を構成するＰＥＳパケットの一部を送信中に、チャンネル切り替えを実行して、送信データを変更すると、クライアントにおいてデコードする際の１つの処理単位であるパック（Ｐａｃｋ）に欠落が発生し、再生エラーを発生させることになる。
【０１５６】
従って、サーバのライブコンテンツ配信制御部４３０は、クライアントからのチャンネル切り替え要求に基づく送信データの変更により、送信符号化データの整合性の保持が可能か否かを判定し、整合性が保持されないと判断した場合は、サーバクライアント間のデータストリーム配信用の接続コネクション、すなわち、チャンネルリストＵＲＬに基づくＨＴＴＰコネクションを切断する。サーバは、さらに、クライアントに対して、イベント通知用コネクションを介して、データストリーム配信用の接続コネクションが切断されたことを通知する。
【０１５７】
クライアントは、サーバからコネクション切断通知を受信した場合は、再度、チャンネルリストＵＲＬに基づくＨＴＴＰコネクションを設定する処理、すなわち、チャンネルリストＵＲＬに基づくＨＴＴＰ−ＧＥＴメソッドをサーバに対して送信する。なお、ＡＶＴインスタンス（チューナコントロールインスタンス４３３）の設定状態は維持されているので、チューナコントロールインスタンス４３３の新たなアサイン、ＵＲＩセット等の設定処理は省略可能である。
【０１５８】
あるいは、サーバは、クライアントから受信したチャンネル切り替えタイミングに基づいて無条件にチャンネル切り替えを実行するのではなく、クライアントからのチャンネル切り替え要求受信後、クライアントに対して送信する符号化データの整合性を保持可能なタイミングを待機し、整合性を保持可能なタイミングでクライアントに対する送信データの切り替えを実行する構成としてもよい。この切り替えタイミングの制御は、コーデック４２０のデータエンコード状況を検出し、検出情報をチューナコントロールインスタンス４３３に入力し、チューナコントロールインスタンス４３３のタイミング制御の下にチューナ４１０のチャンネル切り替えを実行することで行う。
【０１５９】
サーバ側でこのようなチャンネル切り替えタイミングの制御を実行することで、クライアント側でのデコードエラーの発生が防止され、クライアント側ではチャンネル切り替え前のデータおよびチャンネル切り替え後のデータ再生を正常に実行することが可能となる。
【０１６０】
次に、図１０のシーケンス図を参照してライブストリーミングデータの配信処理を終了する場合の処理について説明する。ステップＳ３０１において、ストリーミングデータの配信およびイベント通知が実行されているとする。
【０１６１】
ライブストリーミングデータの配信処理を終了しようとするクライアントは、ステップＳ３０２において、コネクションＩＤを格納したコネクション終了要求をコネクションマネージャサービス４３１に送信する。コネクションＩＤは、図７のシーケンス図のステップＳ１０６において、コネクションマネージャサービス４３１から受領したものである。コネクションマネージャサービス４３１は、クライアントからの要求に従って、サーバクライアント間のコネクションの切断を行い、さらに、コネクション管理テーブルから対応エントリを削除する。
【０１６２】
なお、クライアントは同じＡＶＴインスタンスを使用している他のクライアントの存在を知ることが、ステップＳ１０４の問い合わせ処理によって可能である。このチェックを前もって行うことで、どのファンクションＩＤ（func-id）を選択すれば空いているＡＶＴインスタンスを使えるかがわかる。このチェックを行い、他のクライアントに配慮した処理が可能となる。
【０１６３】
例えば、全てのＡＶＴインスタンスが使用されている場合などは、チャンネル変更時に「他に人が視聴している可能性があります。本当に良いですか？」等のメッセージをサーバからクライアントに送信し、クライアントにおいてメッセージ表示ＵＩを生成し、提示することにより、複数のクライアントが接続されたネットワークにおいて、他のクライアントの接続を不用意に制御する、例えばチャンネルを切り替えてしまうといったことが防止される。
【０１６４】
［コネクション管理情報に基づく処理］
上述したように、サーバでは、チューナ受信ライブコンテンツの配信処理を実行する際、ライブコンテンツ配信制御部４３０のコネクションマネージャサービス４３１がクライアントに対するコネクション毎の識別子としてのコネクションＩＤを生成し、コネクション管理テーブル４３５に登録し、コネクション管理を実行する。同様に、コンテンツ管理部４４０においても、コンテンツ記憶部４４４の格納コンテンツのクライアントに対する配信を実行する際に、コンテンツ管理部４４０のコネクションマネージャサービス４４１がクライアントに対するコネクション毎の識別子としてのコネクションＩＤを生成し、コネクション管理テーブル４４７に登録し、コネクション管理を実行する。
【０１６５】
以下、コネクション管理情報に基づく処理について説明する。コネクションマネージャサービス４３１，４４１は、例えば図１１に示すようなコネクション管理テーブルを生成しコネクション管理を行う。
【０１６６】
図１１には、ライブコンテンツの配信制御を実行するライブコンテンツ配信制御部４３０のコネクションマネージャサービス４３１の生成するコネクション管理テーブル４３５のデータ構成例を示す。コネクション管理テーブルは、サーバクライアント間のコネクション識別子としてのコネクションＩＤと、配信中のコンテンツに対応するコンテンツ識別子（リソース識別子：コンテンツＵＲＬ）、クライアントに対するコンテンツ配信制御を実行しているＡＶＴインスタンスＩＤ（配信制御部識別子）、および各クライアントに配信されるコンテンツに対応するプロトコル情報を対応付けたデータ構成を有する。プロトコル情報には、コンテンツの配信処理のための制御対象となる機器識別子としてのファンクションＩＤを含む。ファンクションＩＤは、コンテンツ配信において制御対象としている機器を示す情報であり、例えばファンクションＩＤがチューナＡを示すＩＤであれば、配信コンテンツがチューナＡによって受信されるコンテンツであることになる。
【０１６７】
図１２には、コンテンツ記憶部に記憶されたコンテンツの配信を実行するコンテンツ管理部４４０のコネクションマネージャサービス４４１の生成するコネクション管理テーブル４４７のデータ構成例を示す。コネクション管理テーブルは、サーバクライアント間のコネクション識別子としてのコネクションＩＤと、配信中のコンテンツに対応するコンテンツ識別子（リソース識別子：コンテンツＵＲＬ）と、各クライアントに配信されるコンテンツに対応するプロトコル情報を対応付けたデータ構成を有する。
【０１６８】
ライブコンテンツ配信制御部４３０のコネクションマネージャサービス４３１、および、コンテンツ管理部４４０のコネクションマネージャサービス４４１は、クライアントからのコネクションＩＤ取得要求に応じて、コネクション管理テーブルのエントリに基づき、コネクションＩＤリストを生成し、クライアントに提供する。コネクションＩＤリストは、サーバが現在接続しているクライアント全てのコネクションに対応するコネクションＩＤのリストであり、各クライアントは、サーバに対して接続しているクライアントの有無、接続クライアントの数を知ることができる。
【０１６９】
さらに、クライアントは、サーバから取得したコネクションＩＤリストから特定のコネクションＩＤを指定したコネクション情報取得要求を各コネクションマネージャサービス４３１，４４１に対して送信することができ、各コネクションマネージャサービス４３１，４４１はクライアントからの要求に基づき、コネクション管理テーブルの登録情報、すなわち、コンテンツＵＲＬ等のコンテンツ識別子（リソース識別子）、プロトコル情報、配信制御部識別子（ＡＶＴインスタンスＩＤ）の各情報をクライアントに通知する。
【０１７０】
例えば、先に図７を参照して説明したライブコンテンツのストリーミング要求に行われるコネクション情報の取得処理（ステップＳ１０４）の詳細は、以下の通りである。
【０１７１】
まず、クライアントは、ライブコンテンツ配信制御部４３０のコネクションマネージャサービス４３１に対し現接続コネクションＩＤ要求（GetCurrentConnectionIDs）を行う。コネクションマネージャサービス４３１はコネクション管理テーブル４３５に基づいて、現在アクティブであるコネクションＩＤ（ConnectionID）を取得し、コネクションＩＤリスト（一覧）をクライアントに送信する。
【０１７２】
コネクションＩＤリストは、サーバが現在接続しているクライアント全てのコネクションに対応するコネクションＩＤのリストであり、各クライアントは、サーバに対して接続しているクライアントの有無、接続クライアントの数を知ることができる。
【０１７３】
次に、クライアントは各々のコネクションＩＤを指定したコネクション情報要求（GetCurrentConnectionInfo）をコネクションマネージャサービス４３１に対して行う。コネクションマネージャサービス４３１はコネクション管理テーブル４３５に基づいて、指定コネクションＩＤに対応する各情報、すなわちリソース識別子、ＡＶＴインスタンスＩＤ（配信制御部識別子）、プロトコル情報をクライアントに提供する。
【０１７４】
コンテンツ記憶部４４４に格納したコンテンツの配信を実行するコンテンツ管理部（メディアサーバ）４４０のコネクションマネージャサービス４４１においても、クライアントからの要求に応じて、コネクションＩＤリストの提供、およびコネクション情報の提供処理を行う。
【０１７５】
すなわち、コネクションマネージャサービス４４１はコネクション管理テーブル４４７に基づいて、指定コネクションＩＤに対応する各情報、すなわちリソース識別子、プロトコル情報をクライアントに提供する。
【０１７６】
コンテンツ記憶部４４４に格納したコンテンツの配信の際に実行されるコネクション管理を伴う一連の処理について、図１３を参照して説明する。クライアントは、ステップＳ３８１において、ブラウズ、サーチ等のコンテンツ情報取得要求をサーバのコンテンツ管理部に対して実行する。クライアントは、ブラウズ、サーチ等のコンテンツ情報取得処理により、コンテンツ識別子としてのコンテンツＵＲＬをコンテンツ管理部（メディアサーバ）４４０から取得する。コンテンツＵＲＬは例えばビデオカプセルＵＲＬ等、メディアサーバ内のコンテンツ記憶部４４４に格納されたコンテンツの識別情報である。
【０１７７】
クライアントは、ステップＳ３８２において、取得したコンテンツＵＲＬを設定したＨＴＴＰ−ＧＥＴメソッドをコンテンツ管理部（メディアサーバ）４４０に送信し、コンテンツ管理部（メディアサーバ）４４０が、クライアントからのＨＴＴＰ−ＧＥＴメソッドを受信すると、ステップＳ３８３において、コンテンツ管理部（メディアサーバ）４４０のコネクションマネージャサービス４４１は、クライアントからのコンテンツ取得要求に応じたコンテンツ送信コネクションに対応するコネクション情報を生成し、ステップＳ３８４において、コネクション管理テーブル（図１２参照）に登録する。
【０１７８】
コネクション情報としては、先に図１２を参照して説明したように、コネクションＩＤ、コンテンツ識別子、プロトコル情報が含まれる。なお、サーバクライアント間のコネクションが新規コネクションである場合は、コネクションマネージャサービス４４１は、新規のコネクションＩＤを生成し、生成した新規コネクションＩＤに対応付けてクライアントからのＨＴＴＰ−ＧＥＴメソッドに対応してクライアントに送信するコンテンツに対応するコンテンツＵＲＬおよびプロトコル情報を登録する。
【０１７９】
ステップＳ３８５において、コンテンツ管理部（メディアサーバ）４４０は、において指定されたコンテンツＵＲＬに対応するコンテンツをコンテンツ記憶部から取得して、クライアントに送信する。
【０１８０】
このように、クライアントは、ブラウズ、サーチの処理によってコンテンツ情報を取得して、コンテンツＵＲＬを指定情報として設定したHTTP-GETメソッドを生成し、サーバに送信することで、コンテンツ管理部（メディアサーバ）４４０はクライアントにコンテンツを送信し、同時にクライアントからの要求に対応したコネクション情報を生成し、コネクションマネージャーサービス４４１のコネクション管理テーブルに登録する。これにより、ライブコンテンツ配信の事前処理として接続要求（PrepareForConnection)を実行されなくても、クライアントに配信しているコネクションを管理をおこなうことが可能となる。この場合、新規コネクションには新たなコネクションＩＤがコネクションマネージャーサービス４４１により割り当てられ、ＨＴＴＰ−ＧＥＴメソッドのリクエストに対するレスポンスにおいて、割り当てたコネクションＩＤがクライアントに返される。これによりコネクションマネージャーサービス４４１はコンテンツ管理部４４０のコンテンツ配信のコネクション管理を行い、クライアントのコネクション情報を開示できる。
【０１８１】
クライアントが、コンテンツ管理部（メディアサーバ）４４０のコネクションマネージャサービス４４１に対し現接続コネクションＩＤ要求（GetCurrentConnectionIDs）を行うと、コネクションマネージャサービス４４１はコネクション管理テーブル４４７に基づいて、現在アクティブであるコネクションＩＤ（ConnectionID）を取得し、コネクションＩＤリスト（一覧）をクライアントに送信する。クライアントは、この処理により、現在アクティブであるコネクションＩＤを取得することができる。
【０１８２】
次に、クライアントはコネクションＩＤリストから選択したコネクションＩＤを指定したコネクション情報要求（GetCurrentConnectionInfo）をコネクションマネージャサービス４４１に対して行う。コネクションマネージャサービス４４１はコネクション管理テーブル４４７に基づいて、指定コネクションＩＤに対応する各情報、すなわちコンテンツ識別子、プロトコル情報をクライアントに提供する。
【０１８３】
クライアントは、これらの処理によって、他のクライアントの取得しているコンテンツ情報を知ることが可能となる。
【０１８４】
また、クライアントは、サーバから取得したコネクションＩＤを用いてコネクション終了処理（図１０参照）を行うことも可能となる。例えば、ホームサーバを利用しているユーザがある部屋のＰＣａ（クライアントａ）でホームサーバからのコンテンツ受信を開始した後、他の部屋に移動し、他のＰＣｂ（クライアントｂ）を用いて、ＰＣ（クライアントａ）で受信中のコンテンツの配信を終了させることが可能となる。コネクションの終了は、図１０を用いて説明したようにコネクションＩＤを指定して実行するものであり、ＰＣａ（クライアントａ）に設定されたコネクションＩＤを指定したコネクション終了処理を他のクライアントから実行してもそのコネクションを終了させることが可能となる。
【０１８５】
また、クライアントはコネクション情報に含まれるプロトコル情報に基づいて、どのファンクションＩＤ（func-id）を選択すれば空いているＡＶＴインスタンスを使えるかがわかる。例えばチューナを２つ（チューナＡ，Ｂ）搭載したサーバであり、コネクション情報のプロトコル情報にチューナＡを示すファンクションＩＤを含むプロトコル情報が存在した場合、チューナＢを使用したコンテンツ配信処理要求を行うことで、他の接続クライアントに配慮した処理が可能となる。
【０１８６】
なお、コネクション情報の取得により、得られるコンテンツＵＲＬ（チャンネルリストＵＲＬ）により、接続準備要求を行うことなく、設定済みのＡＶＴインスタンスに基づくライブコンテンツの受信が可能となり、またコネクション情報の取得により、得られるＡＶＴインスタンスＩＤに基づいてチャンネル切り替えも可能であるが、コネクションマネージャサービスは、同一のＡＶＴインスタンスが使用されている異なるコネクションがコネクション管理テーブルに設定されている場合に、クライアントからＡＶＴインスタンスに対するチャンネル制御や、接続終了要求があった場合には、「他に人が視聴している可能性があります。本当に良いですか？」等の警告メッセージをサーバからクライアントに送信する処理を実行する構成としてもよい。
【０１８７】
なお、サーバのコネクションマネージャサービスは、コネクション終了処理に伴い、コネクション管理テーブルから対応エントリを削除する処理を実行する。
【０１８８】
なお、同一のコンテンツＵＲＬと同一のＡＶＴインスタンスを異なるクライアントに対するコンテンツ配信に適用可能であるが、この場合であっても、コネクションマネージャサービスは、それぞれの異なるクライアントに対応するコンテンツ配信コネクションに対して異なるコネクションＩＤを設定して管理する。
【０１８９】
具体的には１つのチャンネルリストＵＲＬの設定されたＡＶＴインスタンスの制御を２つ以上のクライアントが実行可能であり、いずれのクライアントからの制御命令、例えばチャンネル切り替え処理もその１つのＡＶＴインスタンスの制御の下に有効に実行されることになる。
【０１９０】
なお、ライブコンテンツ配信制御部４３０が、ＡＶＴインスタンス−＃０とＡＶＴインスタンス−＃１の２つを持っているが、同時に１つのＡＶＴしか動作できないサーバの場合の処理は、例えば以下のａ〜ｆのように実行される。
ａ．最初、クライアント１からＡＶＴ−＃０をアサインするように要求
ｂ．コネクションＩＤ−１にＡＶＴインスタンスＩＤ−＃０をアサイン
ｃ．次に、クライアント２からＡＶＴ−＃０をアサインするように要求
ｄ．コネクションＩＤ−２にＡＶＴインスタンスＩＤ−＃０をアサイン
ｅ．次に、クライアント１からＡＶＴ−＃１をアサインするように要求
ｆ．クライアント１にエラーを返す
【０１９１】
このような処理を実行することで、ＡＶＴインスタンスの設定数の制限が可能となる。
【０１９２】
前述したように、チャンネルリストＵＲＬは、コンテンツディレクトリサービス（ＣＤＳ）４４２から得ることが可能である。チューナがプレイ状態、すなわちクライアントに対するコンテンツ配信状態にあるときは、このチャンネルリストＵＲＬに既にＨＴＴＰ−ＧＥＴに基づくコンテンツ要求を行っている全てのクライアント（サーバが複数クライアント対応時に限る）は、チャンネルリストＵＲＬがＡＶＴインスタンスにセットされたと同時にチューナのストリーミングを得ることができる。
【０１９３】
すなわち、他のクライアントによって使われているストリーミングを単にモニタしたい場合には、ＡＶＴインスタンスの設定を実行することなく、ストリーミング用のＵＲＬすなわち、コンテンツディレクトリサービス（ＣＤＳ）４４２から取得したチャンネルリストＵＲＬ、ビデオカプセルＵＲＬ等のコンテンツＵＲＬ、あるいは上述したコネクション情報取得処理により取得したコンテンツＵＲＬを設定したＨＴＴＰ−ＧＥＴメソッドを発行するのみで、チューナのストリーミング、ビデオカプセルの配信当、すでに他のクライアントに対して実行されている配信コンテンツを取得することができる。
【０１９４】
サーバ４００のライブコンテンツ配信制御部４３０は、チャンネルリスト識別子としてのチャンネルリストＵＲＬに基づいて特定されるチューナ４１０の受信する複数チャンネルのコンテンツの配信制御をＡＶＴインスタンスの制御の下に実行している間に、他クライアントからの同一のチャンネルリストＵＲＬを指定したコンテンツ要求としてのＨＴＴＰ−ＧＥＴメソッドを受信した場合、その要求クライアントは、ＡＶＴインスタンスの設定を行うことなく、チャンネルリストＵＲＬに基づくＨＴＴＰコネクションにより、チャンネルリストＵＲＬに基づいて特定されるチューナ受信コンテンツの配信を実行することができる。
【０１９５】
なお、コンテンツ管理部４４０のコネクションマネージャサービス４４１の生成するコネクションＩＤと、ライブコンテンツ配信制御部４３０のコネクションマネージャサービス４３１の生成するコネクションＩＤは、それぞれ異なるコネクションに対応して設定されるものであり、基本的に異なる値が設定される。
【０１９６】
ライブコンテンツ配信制御部４３０の配信制御の下にコンテンツ配信が実行されている場合、同一コンテンツの配信要求を他のクライアントが、ライブコンテンツ配信制御部４３０に対するＡＶＴセット等を実行することなく、コンテンツ管理部４４０に対するＨＴＴＰ−ＧＥＴによって実行することが可能となるが、この場合、コンテンツ管理部４４０のコネクションマネージャサービス４４１の生成するコネクションＩＤをライブコンテンツ配信制御部４３０のコネクションマネージャサービス４３１の生成するコネクション管理テーブル４３５に反映させる処理を実行し、ライブストリーミングのコンテンツ配信コネクションの全情報をライブコンテンツ配信制御部４３０のコネクションマネージャサービス４３１が保持する構成とする。
【０１９７】
この処理により、ライブコンテンツ配信制御部４３０のコネクションマネージャサービス４３１では、複数のクライアントに対する同一のＡＶＴインスタンスを適用したコンテンツ配信の監視を行うことが可能となり、コネクションマネージャサービス４３１は、同一のＡＶＴインスタンスが使用されている複数コネクションが存在することをコネクション管理テーブルに基づいて判定し、いずれかのクライアントからＡＶＴインスタンスに対するチャンネル制御や、接続終了要求があった場合には、同一コンテンツを受信している他のクライアントの存在を通知する警告メッセージをサーバからクライアントに送信することができる。
【０１９８】
図１４を参照して、クライアントによるコネクション情報の取得および利用処理シーケンスについて説明する。図１４において、サーバ側の処理は、ライブコンテンツ配信制御部４３０のコネクションマネージャサービス４３１、またはコンテンテ管理部４４０のコネクションマネージャサービス４４１のいずれかにおいて実行する処理である。
【０１９９】
クライアントはステップＳ４０１において、コネクションＩＤリスト要求をサーバに送信する。サーバは、コネクション管理テーブル（図１１、図１２参照）からエントリされているコネクションＩＤを取得し、ステップＳ４０２においてクライアントに送信する。
【０２００】
クライアントは、ステップＳ４０３において、コネクションＩＤを指定したコネクション情報要求をサーバに送信する。サーバは、コネクション管理テーブル（図１１、図１２参照）から指定されたコネクションＩＤに対応するコネクション情報としてのコンテンツ識別子（リソースＩＤ：コンテンツＵＲＬ）、ＡＶＴインスタンスＩＤ、プロトコル情報を取得し、ステップＳ４０４においてクライアントに送信する。
【０２０１】
ステップＳ４０５において、クライアントは、サーバに対してコンテンツ情報を利用した処理、例えばコンテンツＵＲＬを指定したＨＴＴＰ−ＧＥＴの送信、あるいはＡＶＴインスタンスを指定したライブコンテンツの制御、すなわちチャンネル切り替え（図９参照）、あるいはコネクションＩＤに基づくコンテンツ配信終了処理（図１０参照）等をサーバに対して要求する。
【０２０２】
このように、クライアントは、コネクションマネージャサービスからサーバとクライアント間のコネクション情報、すなわち、コネクションＩＤ、配信コンテンツの識別子としてのコンテンツＵＲＬ、配信制御部（ＡＶトランスポート）識別子、およびプロトコル情報を取得することが可能であり、これらの取得情報に基づく様々なコンテンツ制御要求を生成し、サーバに対してコンテンツの制御要求を行うことができる。
【０２０３】
例えば、クライアントは、ブラウズ、サーチ処理によるコンテンツ情報の取得や、ライブコンテンツの配信の事前処理として必要なＡＶＴインスタンスの設定処理等の接続準備要求(Prepare For Connection)実行することなく、コネクションマネージャサービスから受信するコネクション情報に含まれるコンテンツＵＲＬを指定情報として設定したＨＴＴＰ−ＧＥＴメソッドを生成し、サーバに送信することで、現在サーバが他のクライアントに配信しているコンテンツと同様のコンテンツを取得することが可能となる。
【０２０４】
また、クライアントは、コネクションマネージャサービスから受信するコネクション情報に含まれる配信制御部（ＡＶトランスポート）識別子に基づいて、配信制御部（ＡＶトランスポート）識別子を設定したコンテンツの制御要求、例えばチャンネルの切り替え要求を生成し、配信制御部（ＡＶトランスポート）に要求を送信することで、チャンネル切り替えなどの制御を行うことができる。
【０２０５】
さらに、クライアントは、コネクションマネージャサービスから受信するコネクション情報に含まれるプロトコル情報に含まれるファンクションＩＤに基づいて、現在サーバが他のクライアントに配信しているコンテンツに対する制御を実行している機器を知ることが可能であり、例えば複数のチューナを持つサーバにおいて、一方が他のコンテンツ配信に適用されている場合、他のチューナを適用したコンテンツ配信の要求を行うことが可能となり、他のクライアントに対して配慮した制御要求が可能となる。
【０２０６】
また、クライアントは、コネクションマネージャサービスから受信するコネクション情報に含まれるコネクションＩＤに基づいて、コネクションＩＤを指定したコネクション終了をサーバに要求することも可能であり、１つのクライアント装置で受信を開始したコンテンツ送信を他のクライアントにおいて、終了させることが可能となる。
【０２０７】
［サーバおよびクライアントの処理フロー］
チューナ受信データのライブストリーミング処理におけるサーバおよびクライアント各々の処理手順について、図１５および図１６のフローを参照して説明する。まず、クライアントにおける処理を図１５の処理フローを参照して説明する。
【０２０８】
クライアント装置は、ステップＳ５０１において、ブラウズまたはサーチ処理により、コンテンツ情報の取得要求を実行する。これは、コンテンツ管理部４４０（図５参照）のコンテンツディレクトリサービス４４２に対して実行する。
【０２０９】
ステップＳ５０２において、コンテンツ情報を受信する。ここでは、チューナを介したストリーミングデータの配信を実行するためチューナコンテナおよびチャンネルアイテムのコンテンツ情報を取得するものであり、図８（ａ）に示すチューナコンテナ対応のコンテンツ情報および、図８（ｂ）に示すチャンネル毎のコンテンツ情報に基づく情報を取得する。この処理により、チャンネルリストＵＲＬ、ファンクションＩＤ、チャンネル情報が取得される。
【０２１０】
クライアントは、次に、ステップＳ５０３において、コンテンツ配信制御部４３０のコネクションマネージャサービス４３１に対して、プロトコル情報取得要求を送信する。ステップＳ５０４において、コネクションマネージャサービス４３１から、プロトコル情報一覧を受信する。このプロトコル情報一覧に、ライブストリーミングデータの配信が可能であることを示すプロトコル情報［internal:1.2.3.4:application/x-av-tuner-content:func-id=t01］が含まれる。
【０２１１】
次に、ステップＳ５０５において、クライアントは、コネクションマネージャサービス４３１から、現在、サーバ４００に接続されている他のクライアントに関する情報を取得する。ステップＳ５０６において、クライアントは、コネクションマネージャサービス４３１に対して、接続準備要求（Prepare For Connection）を送信する。クライアントが、チューナを適用したライブストリーミングデータの配信を希望する場合は、ステップＳ５０２において、コンテンツディレクトリサービス（ＣＤＳ）４４２から受領したチューナコンテナに対応するコンテンツ情報中のファンクションＩＤ（ｆｕｎｃＩＤ）と一致するファンクションＩＤを持つプロトコル情報を送信する。
【０２１２】
ステップＳ５０７において、クライアントは、コネクションＩＤと、チューナコントロールインスタンスとして設定（アサイン）したＡＶＴインスタンスの識別子（ＡＶＴインスタンスＩＤ）を受信する。
【０２１３】
ステップＳ５０８において、クライアントは、アサインされたＡＶＴインスタンスに対して、ＵＲＩ（Uniform Resource Identifier）セット要求を発行する。ＡＶＴインスタンスに対してセットするＵＲＩには、コネクションマネージャサービス４３１から通知されたＡＶＴインスタンスＩＤと、ステップＳ５０２において取得したチューナコンテナに対応するコンテンツ情報に含まれるチャンネルリストＵＲＬが含まれる。
【０２１４】
ここまでの処理が、ＡＶＴインスタンスによるチューナ制御を可能とするための設定処理である。これ以降は、クライアントは、ＡＶＴインスタンスに対して制御要求を発行することで、コンテンツ送信、停止、チャンネル切り替えなどの様々な制御が可能となる。
【０２１５】
ステップＳ５０９において、クライアントはＡＶＴインスタンスに対してコンテンツの制御要求を実行する。例えば、再生（Ｐｌａｙ）要求、チャンネル切り替え（Ｓｅｅｋ）要求である。クライアントは、ＸＭＬデータに従った記述データを生成し、各種の制御情報をチューナコントロールインスタンス４３３に送信する。
【０２１６】
ステップＳ５１０においてクライアント側ユーザがチャンネル切り替えを行いたいと判断した場合は、ステップＳ５１１において、クライアントはチャンネル切り替え（Ｓｅｅｋ）要求をＡＶＴインスタンスに対して発行する。この制御要求には、ＡＶＴインスタンスＩＤと切り替えチャンネル番号を格納する。ステップＳ５１２において、接続終了すると判断した場合は、コネクションＩＤを格納したコネクション終了要求をコネクションマネージャサービス４３１に送信する。コネクションＩＤは、ステップＳ５０７において、コネクションマネージャサービス４３１から受領したものである。
【０２１７】
次に、サーバ側の処理について、図１６の処理フローを参照して説明する。ステップＳ６０１において、コンテンツ管理部４４０（図５参照）のコンテンツディレクトリサービス４４２は、クライアントからのコンテンツ情報取得要求を受信する。ここではチューナコンテナおよびチャンネルアイテムのコンテンツ情報の取得要求があったものとする。
【０２１８】
ステップＳ６０２において、コンテンツディレクトリサービス４４２は、クライアントに対して、チューナコンテナおよびチャンネルアイテムのコンテンツ情報を送信する。図８（ａ）に示すチューナコンテナ対応のコンテンツ情報および、図８（ｂ）に示すチャンネル毎のコンテンツ情報であり、チャンネルリストＵＲＬ、ファンクションＩＤ（ｆｕｎｃＩＤ）、チャンネル情報を含む情報である。
【０２１９】
ステップＳ６０３において、サーバのコンテンツ配信制御部４３０のコネクションマネージャサービス４３１は、クライアントからプロトコル情報取得要求を受信する。ステップＳ６０４において、コネクションマネージャサービス４３１は、プロトコル情報一覧をクライアントに送信する。コネクションマネージャサービス４３１がクライアントに送信するプロトコル情報一覧には、ライブストリーミングデータの配信が可能であることを示す情報［internal:1.2.3.4:application/x-av-tuner-content:func-id=t01］なるプロトコル情報が含まれる。
【０２２０】
次に、ステップＳ６０５において、コネクションマネージャサービス４３１は、クライアントに、現在、サーバ４００に接続されている他のクライアントに関する情報を提供する。コネクションマネージャサービス４３１は、図１１に示すコネクション管理テーブルに基づいてコネクション情報を提供する。
【０２２１】
ステップＳ６０６において、コネクションマネージャサービス４３１はクライアントから接続準備要求（Prepare For Connection）を受信する。クライアントが、チューナを適用したライブストリーミングデータの配信を希望している場合は、先にコンテンツディレクトリサービス（ＣＤＳ）４４２が送信したコンテンツ情報としてのチューナコンテナに対応するコンテンツ情報に含まれるファンクションＩＤ（ｆｕｎｃＩＤ）が、接続準備要求に含まれる。
【０２２２】
クライアントから接続準備要求を受信したコネクションマネージャサービス４３１は、接続準備要求に含まれるプロトコル情報［internal:1.2.3.4:application/x-av-tuner-content:func-id=t01］に基づいて、チューナによる受信データのストリーミング配信の要求であると判断し、ステップＳ６０７において、コンテンツ対応制御部４３２内の１つのチューナコントロールインスタンス４３３をチューナコントロールインスタンスとして設定（アサイン）し、接続準備要求を送信してきたクライアントに対するコネクションＩＤと、チューナコントロールインスタンスとして設定（アサイン）し、ＡＶＴインスタンスの識別子（ＡＶＴインスタンスＩＤ）とのバインド処理、すなわち対応付け、図１１に示すコネクション管理テーブルに対するエントリ設定を行い、ステップＳ６０８において、コネクションＩＤとＡＶＴインスタンスＩＤをクライアントに通知する。
【０２２３】
ステップＳ６０９において、ＡＶＴインスタンスが、クライアントからＵＲＩ（Uniform Resource Identifier）セット要求を受信すると、ステップＳ６１０において、ＡＶＴインスタンスＩＤとチャンネルリストＵＲＬとを、ＡＶＴインスタンスＵＲＩとしてＡＶＴインスタンスにセットする。
【０２２４】
ＡＶＴインスタンスは、クライアントから指定されたＡＶＴインスタンスＩＤと、チャンネルリストＵＲＬとに基づいて、自己の制御対象コンテンツおよびクライアントを識別することが可能となる。すなわち、ＡＶＴインスタンスＩＤを指定して各種の制御命令を送信するクライアントをＡＶＴインスタンスに対応するクライアントとして認識し、チャンネルリストＵＲＬによって対応付けられるチューナが制御対象となる。チャンネルリストＵＲＬは、チューナコンテナの対応コンテンツであり、チャンネルリストＵＲＬをセットしたＡＶＴインスタンスは、チューナ４１０の制御を実行するインスタンスとして設定されることになる。
【０２２５】
次にステップＳ６１１において、ＡＶＴインスタンスが、コンテンツ制御要求を受信すると、ステップＳ６１２において、チューナコントロールインスタンス４３３は、クライアントからの受信情報に基づくチューナ制御、例えばコンテンツ再生開始、終了、チャンネル切り替えなどの処理を実行する。チューナコントロールインスタンス４３３は、セットされたコンテンツＵＲＬに基づいて制御対象コンテンツを特定し、その特定された制御対象コンテンツを制御する。この場合は、コンテンツＵＲＬはチャンネルリストＵＲＬであり、チャンネルリストＵＲＬはチューナコンテナに対応するコンテンツ情報であり、チューナコントロールインスタンス４３３はチューナ４１０の制御を実行する。
【０２２６】
ステップＳ６１３において、チャンネル切り替え（Ｓｅｅｋ）要求を受信したと判定した場合は、ステップＳ６１４において、チューナコントロールインスタンス４３３はチューナ４１０を制御し、チューナのチャンネルを切り替える。このチャンネル切り替えの前後におけるサーバクライアント間のＨＴＴＰコネクションは、同一のＵＲＬ、すなわち同じチャンネルリストＵＲＬに基づくＨＴＴＰコネクションであるため、サーバクライアント間においてはコネクションが維持されたままチャンネル切り替えが実行される。
【０２２７】
ステップＳ６１５において、コネクションＩＤを格納したコネクション終了要求をコネクションマネージャサービス４３１が受信したと判定した場合は、ステップＳ６１６において、クライアントからの要求に従って、サーバクライアント間のコネクションの切断を行い、さらに、図１１を参照して説明したコネクション管理テーブルから対応エントリを削除する。
【０２２８】
なお、前述したように、サーバからクライアントに対して送信される画像または音声データを、例えばＭＰＥＧ等の符号化データとした場合、クライアントから受信するチャンネル切り替えのタイミングに基づいて無条件に送信データの切り替えを実行すると、送信する符号化データパケットの不整合が発生する場合がある。例えばＭＰＥＧ−２システムに規定されるパック（Ｐａｃｋ）の構成パケットであるＰＥＳ(Packetized Elementary Stream)パケットの一部を送信中に、チャンネル切り替えを実行して、送信データを変更すると、クライアントにおいてデコードする際の１つの処理単位であるパック（Ｐａｃｋ）に欠落が発生し、再生エラーを発生させることになる。
【０２２９】
従って、サーバは、ステップＳ６１３において、チャンネル切り替え（Ｓｅｅｋ）要求を受信したと判定した場合は、クライアントからのチャンネル切り替え要求に基づく送信データの変更により、送信符号化データの整合性の保持が可能か否かを判定し、整合性が保持されないと判断した場合は、ステップＳ６１４のチューナコントロールインスタンス４３３のチューナ４１０の制御によるチャンネル切り替えの実行前にサーバクライアント間のデータストリーム配信用の接続コネクション、すなわち、チャンネルリストＵＲＬに基づくＨＴＴＰコネクションを切断し、クライアントに対して、イベント通知用コネクションを介して、データストリーム配信用の接続コネクションが切断されたことの通知処理を実行し、その後、ステップＳ６１４のチューナコントロールインスタンス４３３のチューナ４１０の制御によるチャンネル切り替えを実行する。
【０２３０】
クライアントは、サーバからコネクション切断通知を受信した場合は、再度、チャンネルリストＵＲＬに基づくＨＴＴＰコネクションを設定する処理、すなわち、チャンネルリストＵＲＬに基づくＨＴＴＰ−ＧＥＴメソッドをサーバに対して送信する。なお、ＡＶＴインスタンス（チューナコントロールインスタンス４３３）の設定状態は維持されているので、チューナコントロールインスタンス４３３の新たなアサイン、ＵＲＩセット等の設定処理は省略可能である。
【０２３１】
なお、サーバは、コーデック４２０のデータエンコード状況を検出し、検出情報をチューナコントロールインスタンス４３３に入力し、チューナコントロールインスタンス４３３のタイミング制御の下にチューナ４１０のチャンネル切り替えを実行する構成としてもよく、この場合は、ステップＳ６１３における、チャンネル切り替え（Ｓｅｅｋ）要求受信後、コーデック４２０のデータエンコード状況の検出情報に基づいて、チューナコントロールインスタンス４３３が、クライアントに対して送信する符号化データの整合性を保持可能なタイミングにおいて、ステップＳ６１４のＡＶＴインスタンス（チューナコントロールインスタンス４３３）のチューナ４１０の制御によるチャンネル切り替えを実行する。
【０２３２】
サーバ側でこのようなチャンネル切り替えタイミングの制御を実行することで、クライアント側でのデコードエラーの発生が防止され、クライアント側ではチャンネル切り替え前のデータおよびチャンネル切り替え後のデータ再生を正常に実行することが可能となる。
【０２３３】
［サーバおよびクライアントの機能構成］
サーバおよびクライアント装置のハードウェア構成については、先に図２を参照して説明した通りであり、上述した各種の処理は、サーバクライアントそれぞれの記憶部に格納されたプログラムに従って主にＣＰＵの制御の下に実行される。上述した処理を実行するために必要となるサーバの機能構成とクライアントの機能構成について図１７および図１８を参照して説明する。
【０２３４】
図１７は、サーバの主要機能構成を示すブロック図である。基本的に図５に示す構成に対応するが、図１７の構成ではチューナを２つ持つ構成例を示してある。パケット送受信部７０１は、クライアントに対するパケット、クライアントからのパケットを受信する。パケット生成、解析部７０２は、送信パケットの生成処理、受信パケットの解析処理を行う。パケットのアドレス設定、アドレス認識、データ部に対するデータ格納、データ部からのデータ取得処理などである。
【０２３５】
チューナＡ７０３は、チューナＢ７０４は、地上波、ＢＳ、ＣＳ等の衛星放送、インターネット、その他の通信網を介するデータを受信するチューナである。
【０２３６】
イベント情報記憶部７０５は、コンテンツに対応するイベント情報を格納する。各イベント情報はイベントＵＲＬによって特定可能である。
【０２３７】
コーデック７０６は、サーバの保有するコンテンツ、チューナ受信コンテンツをクライアントからの要求に対応したデータ態様に変換する。ファイルフォーマット、コーデック、解像度等の変換を実行する。例えばＡＴＲＡＣ３、ＭＰＥＧ４に基づくデータ変換を実行する。
【０２３８】
コンテンツ管理部７１０は、コンテンツ記憶部７１４に格納されたコンテンツの提供、メタデータ記憶部７１３に格納されたコンテンツ情報の提供、管理を行う。
【０２３９】
メタデータ記憶部７１３は、コンテンツに対応する属性情報としてのメタデータを格納した記憶部である。メタデータ記憶部７１３には、前述したように、コンテナ等の各オブジェクト対応のメタデータを構成するプロパティ情報が格納される。例えば、チューナコンテナのプロパティ情報として、チャンネルリストＵＲＬが設定される。ビデオカプセルに対してはビデオカプセルＵＲＬが設定される。
【０２４０】
コンテンツ記憶部７１４は、サーバの保有するコンテンツを格納する。上述したビデオカプセル等、コンテンツ格納オブジェクトが設定される。各コンテンツはビデオカプセルＵＲＬ等のコンテンツＵＲＬによって特定可能である。
【０２４１】
コンテンツディレクトリサービス７１２は、コンテンツ管理ディレクトリに基づく、コンテンツおよびコンテンツメタデータの管理を行い、クライアントからのサーチやブラウズ要求に基づいてクライアントに提供するコンテンツ情報を生成する。
【０２４２】
ＡＶトランスポート７１５は、クライアントからのコンテンツＵＲＬを指定したコンテンツ要求に応じてコンテンツ記憶部からコンテンツを取得しクライアントに対して送信する制御を実行する。
【０２４３】
コネクションマネージャサービス７１１は、コンテンツ管理部におけるクライアントとの接続を管理し、コンテンツ管理部において処理可能なプロトコル情報等をクライアントに提供し、クライアントからのコンテンツ要求に応じた処理を実行し、コネクション管理テーブル７１６にコネクションＩＤ、リソース識別子、プロトコル情報を対応付けて格納し、コネクション管理を行う。また、クライアントからの要求に応じてクライアントに提供するコネクションＩＤリスト、コネクション情報を生成する。
【０２４４】
ライブコンテンツ配信制御部７２０は、クライアントに対する配信コンテンツの制御を実行し、コネクションマネージャサービス７２１とＡＶトランスポート（配信制御部）７２２を有する。ＡＶトランスポート（配信制御部）７２２には配信コンテンツに対応してＡＶＴインスタンス７２３を設定し、コンテンツの配信制御を実行する。コネクションマネージャサービス７２１は、ＡＶＴインスタンスをアサインし、コネクションＩＤ、ＡＶＴインスタンスＩＤ、プロトコル情報を対応付けて管理するコネクション管理テーブル７２３を設定してコネクション管理を行う。また、クライアントからの要求に応じてクライアントに提供するコネクションＩＤリスト、コネクション情報を生成する。
【０２４５】
次に、クライアント装置の機能構成について、図１８を参照して説明する。パケット送受信部８０１は、サーバに対するパケット、サーバからのパケットを受信する。パケット生成、解析部８０２は、送信パケットの生成処理、受信パケットの解析処理を行う。パケット内の格納データ解析のみならず、パケットのアドレス設定、アドレス認識、データ部に対するデータ格納、データ部からのデータ取得処理なども含む。
【０２４６】
記憶部８０３は、サーバから受信したパケットに含まれるコンテンツ情報、コンテンツ、チャンネル情報、チャンネルリストＵＲＬ、ファンクションＩＤ、イベント情報、コネクションＩＤ、ＡＶＴインスタンスＩＤ等を格納する。
【０２４７】
出力部８０４は、コンテンツ再生処理に適用するスピーカ、ディスプレイを含む。なお、ディスプレイは、先に図４を参照して説明した表示情報の出力にも利用される。入力部８０５は、例えば、表示情報として表示されたコンテンツ情報としてのチャンネルリストの選択、チャンネル情報に基づくチャンネル選択など、ユーザの入力を実行するためのキーボード、その他のデータ入力手段である。
【０２４８】
コンテンツ情報解析部８０６は、サーバから受信したコンテンツ情報からなるＸＭＬデータを解析し、解析データに基づいて、先に図４を参照して説明したコンテンツＵＲＬ、チャンネルリストＵＲＬまたはこれらのリンクデータを含む表示情報を生成し、出力部としてのディスプレイに出力する処理を実行する。
【０２４９】
コンテンツ再生制御部８０７は、サーバから受信するコンテンツの再生制御を実行する。なお、コンテンツ再生処理おいては、必要に応じてデータ変換部８０８において、サーバからの受信コンテンツの変換処理を実行する。例えばＡＴＲＡＣ３、ＭＰＥＧ４に基づくデータ復号処理等を実行する。
【０２５０】
サーバ、およびクライアントは、機能的には図１７、図１８に示す各機能を有し、上述した各処理を実行する。ただし、図１７、図１８に示すブロック図は、機能を説明するブロック図であり、実際には、図２に示すＰＣ等のハードウェア構成におけるＣＰＵの制御の下に各種の処理プログラムが実行される。
【０２５１】
以上、特定の実施例を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が該実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本発明の要旨を判断するためには、冒頭に記載した特許請求の範囲の欄を参酌すべきである。
【０２５２】
なお、明細書中において説明した一連の処理はハードウェア、またはソフトウェア、あるいは両者の複合構成によって実行することが可能である。ソフトウェアによる処理を実行する場合は、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれたコンピュータ内のメモリにインストールして実行させるか、あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。
【０２５３】
例えば、プログラムは記録媒体としてのハードディスクやＲＯＭ（Read Only Memory)に予め記録しておくことができる。あるいは、プログラムはフレキシブルディスク、ＣＤ−ＲＯＭ(Compact Disc Read Only Memory)，ＭＯ(Magneto optical)ディスク，ＤＶＤ(Digital Versatile Disc)、磁気ディスク、半導体メモリなどのリムーバブル記録媒体に、一時的あるいは永続的に格納（記録）しておくことができる。このようなリムーバブル記録媒体は、いわゆるパッケージソフトウエアとして提供することができる。
【０２５４】
なお、プログラムは、上述したようなリムーバブル記録媒体からコンピュータにインストールする他、ダウンロードサイトから、コンピュータに無線転送したり、ＬＡＮ(Local Area Network)、インターネットといったネットワークを介して、コンピュータに有線で転送し、コンピュータでは、そのようにして転送されてくるプログラムを受信し、内蔵するハードディスク等の記録媒体にインストールすることができる。
【０２５５】
なお、明細書に記載された各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。また、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【０２５６】
【発明の効果】
以上、説明したように、本発明の構成では、クライアントに対してコンテンツを提供するサーバにおいて、サーバクライアント間のコネクション情報として、コネクションＩＤ、コンテンツＵＲＬ等の配信コンテンツ識別子、配信制御部（ＡＶトランスポート）識別子、およびプロトコル情報を対応付けて管理し、クライアントからの要求に基づいて、これらの情報をクライアントに提供する構成としたので、クライアントは、これらのコネクション情報に基づいた様々なコンテンツ制御要求をサーバに対して行うことが可能となる。
【０２５７】
本発明の構成によれば、クライアントは、ブラウズ、サーチ処理によるコンテンツ情報の取得や、ライブコンテンツの配信の事前処理として必要なＡＶＴインスタンスの設定処理等の接続準備要求(Prepare For Connection)実行することなく、コネクションマネージャサービスから受信するコネクション情報に含まれるコンテンツ識別子（コンテンツＵＲＬ）を指定情報として設定したＨＴＴＰ−ＧＥＴメソッドを生成し、サーバに送信することで、現在サーバが他のクライアントに配信しているコンテンツと同様のコンテンツを取得することが可能となる。
【０２５８】
また、本発明の構成によれば、クライアントは、コネクションマネージャサービスから受信するコネクション情報に含まれる配信制御部（ＡＶトランスポート）識別子に基づいて、配信制御部（ＡＶトランスポート）識別子を設定したコンテンツの制御要求、例えばチャンネルの切り替え要求を生成し、配信制御部（ＡＶトランスポート）に要求を送信することで、チャンネル切り替えなどの制御を行うことができる。
【０２５９】
また、本発明の構成によれば、クライアントは、コネクションマネージャサービスから受信するコネクション情報に含まれるコネクションＩＤに基づいて、コネクションＩＤを指定したコネクション終了をサーバに要求することも可能であり、１つのクライアント装置で受信を開始したコンテンツ送信を他のクライアントにおいて、終了させることが可能となる。
【０２６０】
さらに、本発明の構成においては、チャンネルの集合体としてのチャンネルリストにＵＲＬを設定し、チャンネルリストＵＲＬをコンテンツ識別子としてチューナ制御インスタンスに設定したので、リスト内のチャンネル変更においては、新たなＵＲＬに基づくコンテンツ要求を行う必要がなく継続したコンテンツ配信が可能となる。
【図面の簡単な説明】
【図１】本発明の適用可能なネットワーク構成例を示す図である。
【図２】ネットワーク接続機器の構成例について説明する図である。
【図３】サーバにおけるコンテンツ管理ディレクトリ構成について説明する図である。
【図４】コンテンツ情報表示例を示す図である。
【図５】チューナ受信データのストリーミング配信処理を実行するサーバの構成を示す図である。
【図６】コンテンツデータ再生処理におけるサーバクライアント間の処理シーケンスについて説明する図である。
【図７】チューナ受信データのストリーミング配信処理を実行するサーバクライアント間の処理シーケンスについて説明する図である。
【図８】チューナコンテナおよびチャンネルアイテムに対応するコンテンツ情報について説明する図である。
【図９】チューナ受信データのストリーミング配信処理を実行するサーバクライアント間の処理シーケンス中のチャンネル切り替え処理について説明する図である。
【図１０】チューナ受信データのストリーミング配信処理を実行するサーバクライアント間の処理シーケンス中のコネクション終了処理について説明する図である。
【図１１】ライブコンテンツ配信制御部のコネクションマネージャサービスの保有するコネクション管理テーブルの構成データについて説明する図である。
【図１２】コンテンツ管理部のコネクションマネージャサービスの保有するコネクション管理テーブルの構成データについて説明する図である。
【図１３】コンテンツ管理部が記憶部に格納したコンテンツ送信処理を実行する際に行われるコネクション情報生成、格納処理シーケンスについて説明する図である。
【図１４】コネクション情報を適用したサーバクライアント間の処理シーケンスを説明する図である。
【図１５】クライアントの処理を説明するフローチャート図である。
【図１６】サーバの処理を説明するフローチャート図である。
【図１７】サーバの処理機能を説明するブロック図である。
【図１８】クライアントの処理機能を説明するブロック図である。
【符号の説明】
１００ ネットワーク
１０１ サーバ
１２１ ＰＣ
１２２ モニタ
１２３ 携帯電話
１２４ 再生機
１２５ ＰＤＡ
２０１ ＣＰＵ
２０２ ＲＯＭ
２０３ ＲＡＭ
２０４ ＨＤＤ
２０５ バス
２０６ 入出力インタフェース
２０７ 入力部
２０８ 出力部
２０９ 通信部
２１０ ドライブ
２１１ リムーバブル記録媒体
２２０ チューナ
３０１ ルートコンテナ
３０２〜３０８ コンテナ（フォルダ）
３０９ ビデオカプセル
３５０ ディスプレイ
３５７ コンテンツ情報
４００ サーバ
４１０ チューナ
４２０ コーデック
４３０ ライブコンテンツ配信制御部
４３１ コネクションマネージャサービス
４３２ ＡＶトランスポート（配信制御部）
４３３ チューナコントロールインスタンス
４３５ コネクション管理テーブル
４４０ コンテンツ管理部
４４１ コネクションマネージャサービス
４４２ コンテンツディレクトリサービス
４４３ メタデータ記憶部
４４４ コンテンツ記憶部
４４５ ＡＶトランスポート（配信制御部）
４４６ コーデック
４９１ ファンクションＩＤ
４９２ チャンネルリストＵＲＬ
７０１ パケット送受信部
７０２ パケット生成、解析部
７０３ チューナＡ
７０４ チューナＢ
７０５ イベント情報記憶部
７０６ コーデック
７１０ コンテンツ管理部
７１１ コネクションマネージャサービス
７１２ コンテンツディレクトリサービス
７１３ メタデータ記憶部
７１４ コンテンツ記憶部
７１５ ＡＶトランスポート
７１６ コネクション管理テーブル
７２０ ライブコンテンツ配信制御部
７２１ コネクションマージャサービス
７２２ ＡＶトランスポート（配信制御部）
７２３ ＡＶＴインスタンス
７２４ コネクション管理テーブル
８０１ パケット送受信部
８０２ パケット生成、解析部
８０３ 記憶部
８０４ 出力部
８０５ 入力部
８０６ コンテンツ情報解析部
８０７ コンテンツ再生制御部
８０８ データ変換部

Claims (6)

1. サーバに対する配信コンテンツ制御要求を行うクライアントとしての情報処理装置であり、
   前記サーバと他クライアントとの間のコネクションに関する情報であり、少なくとも前記コネクションの識別子であるコネクションＩＤと、前記コネクションを介した他クライアントへの提供コンテンツの識別子であるコンテンツＩＤを含むコネクション情報を前記サーバから取得し、取得したコネクションＩＤ、またはコネクション情報を利用した配信コンテンツの制御要求を生成して、前記サーバに送信する処理を実行する構成を有することを特徴とする情報処理装置。
2. 前記サーバから取得するコネクション情報は、コンテンツＩＤであり、
   前記サーバに送信するコンテンツ制御要求は、コンテンツＩＤを設定したコンテンツ取得要求であることを特徴とする請求項１に記載の情報処理装置。
3. 前記サーバから取得するコネクション情報は、前記コンテンツ配信コネクションを介したコンテンツ配信制御を実行する配信制御部の識別子であり、
   前記サーバに送信するコンテンツ制御要求は、前記配信制御部の識別子を設定した配信制御部に対する制御要求であることを特徴とする請求項１に記載の情報処理装置。
4. 前記サーバから取得する情報は、コンテンツ配信コネクション識別子であるコネクションＩＤであり、
   前記サーバに送信するコンテンツ制御要求は、前記コネクションＩＤを設定したコンテンツ配信終了要求であることを特徴とする請求項１に記載の情報処理装置。
5. サーバに対するコンテンツ制御要求を行うクライアントにおける情報処理方法であり、
   通信部において、前記サーバと他クライアントとの間のコネクションに関する情報であり、少なくとも前記コネクションの識別子であるコネクションＩＤと、前記コネクションを介した他クライアントへの提供コンテンツの識別子であるコンテンツＩＤを含むコネクション情報を前記サーバから取得する情報取得ステップと、
   データ処理部において、前記コネクションＩＤ、またはコネクション情報を利用した配信コンテンツの制御要求を生成して、前記サーバに送信する処理を実行する処理要求ステップと、
   を有することを特徴とする情報処理方法。
6. 情報処理装置において、サーバに対するコンテンツ制御要求処理を実行させるコンピュータ・プログラムであり、
   通信部において、前記サーバと他クライアントとの間のコネクションに関する情報であり、少なくとも前記コネクションの識別子であるコネクションＩＤと、前記コネクションを介した他クライアントへの提供コンテンツの識別子であるコンテンツＩＤを含むコネクション情報を前記サーバから取得させる情報取得ステップと、
   データ処理部において、前記コネクションＩＤ、またはコネクション情報を利用した配信コンテンツの制御要求を生成して、前記サーバに送信させる処理を実行する処理要求ステップと、
   を実行させることを特徴とするコンピュータ・プログラム。

Images