WO2004090735A1

WO2004090735A1 - コンテンツ提供サーバ、情報処理装置、および方法、並びにコンピュータ・プログラム

Info

Publication number: WO2004090735A1
Application number: PCT/JP2004/004916
Authority: WO
Inventors: Norifumi Kikkawa; Tatsuya Igarashi; Hiroyuki Mitsubori; Yoichi Kobori; Masaaki Hamada
Original assignee: Sony Corporation
Priority date: 2003-04-08
Filing date: 2004-04-05
Publication date: 2004-10-21
Also published as: CN100449510C; EP1612685B1; EP1612685A1; JP2004312412A; US20060242664A1; KR20060002952A; RU2005131196A; EP1612685A4; US7523214B2; BRPI0408808A; CN1768332A

Abstract

チューナ受信コンテンツのサーバからクライアントに対するライブストリーム配信の改善された制御処理を可能とする装置および方法を提供する。チャンネルの集合体としてのチャンネルリストにＵＲＬを設定し、クライアントが、チャンネルリストＵＲＬを指定したコンテンツ要求をサーバに送信することで、クライアントは、チャンネルリストにリストアップされたチャンネルコンテンツの取得、すなわちチャンネルリストにリストアップされたチャンネル対応のコンテンツの制御権をまとめて得ることができ、チャンネルリストＵＲＬに基づいて設定されるＨＴＴＰコネクションを継続的に使用したチャンネル切り替えが可能となる。

Description

明細書コンテンツ提供サーバ、情報処理装置、および方法、並びにコンピュータ · プログラム技術分野本発明は、コンテンツ提供サーバ、情報処理装置、および方法、並びにコンピュータ ·プログラムに関する。特に、サーバ zクライアントシステムで実行するストリーミングデータの配信および再生処理に適用するコンテンツ提供サーバ、情報処理装置、および方法、並びにコンピュータ .プログラムに関する背景技術昨今のデータ通信ネットワークの普及に伴い、家庭内においても家電機器やコンピュータ、その他の周辺機器をネットワーク接続し、各機器間での通信を可能とした、いわゆるホームネットワークが浸透しつつある。ホームネットヮークは、ネットワーク接続機器間で通信を行なうことにより各機器のデータ処理機能を共有することを可能とするものである。ネットワーク接続機器間のコンテンッ送受信等、ユーザに利便性 ·快適性を提供するものであり、今後、ますます普及することが予測される。このようなホームネットワークの構成に適するプロトコノレとして U P n P (登録商標）が知られている。 U P n Pは、複雑な操作を伴うことなく容易にネットワークを構築することが可能であり、困難な操作や設定を伴うことなくネットワーク接続された機器において各接続機器の提供サービスを受領可能とするものである。また、 U P n Pはデバイス上の O S (オペレーティングシステム）にも依存せず、容易に機器の追加ができるという利点を持つ。 U P n Pは、接続機器間で、 X M L (extensible Markup Language) に準拠した定義ファイルを交換し、機器間において相互認識を行なう。 U P n Pの処理の概要は、以下の通りである。

( 1 ) I Pァドレス等の自己のデバイス I Dを取得するァドレッシング処理。

( 2 ) ネットワーク上の各デバイスの検索を行ない、各デバイスから応答を受信し、応答に含まれるデバイス種別、機能等の情報を取得するデイス力バリ処理。

( 3 ) ディスカバリ処理で取得した情報に基づいて、各デバイスにサービスを要求するサービス要求処理。上記処理手順を行なうことで、ネットワーク接続された機器を適用したサービスの提供および受領が可能となる。ネットワークに新たに接続される機器は、上記のァドレッシング処理によりデバイス I Dを取得し、デイスカバリ処理によりネットワーク接続された他のデバイスの情報を取得して、取得情報に基づいて他の機器にサービスの要求が可能となる。例えばサーバに格納された音楽データ、画像データ等のコンテンツをクライアント側デバイスにおいて再生しようとする場合には、クライアントは、サーバの保有するコンテンッについての情報を取得する。サーバは、記憶部に格納したコンテンツや、チューナを介して外部から受信する様々なコンテンツに関するインフォメーションを含む属性情報を記憶部に格納しており、この情報をクライアントに提供する。属性情報には、例えばコンテンツとしての例えば曲や映画のタイトル、アーティスト名、記録日時、さらにデータの圧縮態様等に関する情報など様々である。これらの属性情報はメタデータあるいはメタ情報と呼ばれる。クライアントは、サーバに対してサーバに格納されたコンテンツ情報、例えば曲や映画のタイトルやアーティスト名、さらにデータの圧縮態様情報（A T R A C : adaptive transform acoustic coding, M P E G '-moving picture experts group 等）、さらに必要に応じて著作権情報などの様々なコンテンツの属性情報の取得要求を行うことができる。サーバは、クライアントからの要求に応じてサーバの保有するコンテンツに関するメタデータ（属性情報）をクライアントに送信する。クライアントは、サーバかち取得したメタデータに基づいて所定の表示プログラムに従ってクライアントデバイスのディスプレイにコンテンツ情報を表示する。例えばァーテイスト名、タイトル等からなる曲目リストなどがディスプレイに表示される。ユーザは、表示情報に基づいて、再生対象コンテンツを確認あるいは選択して、コンテンッの送信要求をサーバに送信する。サーバはクライアントからのコンテンッリクエストを受信し、受信リクエストに応じてサーバからクライアントに対するコンテンッの送信が行われ、クライアント側において受信コンテンツの再生が行われる。このようにサーバに格納されたコンテンツは、ネットワーク接続された他の機器 (クライアント) から検索を行い、特定のコンテンツを指定して再生することが可能となる。また、コンテンッを提供するサーバにチューナ機能を併設し、チューナを介して受信したビデオまたはオーディオデータをクライアントに送信するいわゆるライブストリーミングデータの配信構成を持つサーバ構成が提案されている。例えば、地上波、衛星放送等、の各種のブロードキャストデータをホームサーバ内のチューナにおいて受信し、受信データをサーバからクライアント- 例えばチュ一ナを持たない P C等に送信し、ユーザが P Cに備えられたデイスプレイ、スピーカを介して様々な T V、ラジオ等の番組を視聴する構成である。クライアントからサーバを遠隔操作し、サーバ内のチューナで受信したテレビジョンデータをローカルェリァネットワークを介してクライアント側で受信、再生するシステムについては、例えば特許文献 1 (特許公開 2 0 0 2— 8 4 4 8 4号公報）に記載されている。ただし、特許文献 1に記載の構成は、サーバ内のチューナで受信したデータをサーバ内の記憶手段、例えば H D Dに格納し、この格納データをクライアントに提供するものであり、いわゆるサーバ内の格納コンテンツのクライアントに対する'提供と同様の処理をチューナ受信データに対して実行する仮想的なライプストリーミングを実現しているものである。クライアントがサーバから特定のコンテンツを取得する場合の処理は、クライアントからサーバに対してコンテンツ識別子を送信し、サーバがクライアントからの受信識別子に基づいて指定コンテンツを取得して送信するという処理になる。 . 例えば、サーバがコンテンツに対応付けたコンテンツ U R L ( Uniform Resource Locators) をコンテンツ対応のメタデータとして保持し、クライアントがコンテンツ U R Lを指定した H T T P (Hyper Text Transfer Protocol) の G E Tメソッドを生成してサーバに送信することで、サーバが受信 U Rしに基づいて特定されるコンテンッをクライアントに送信することができる。チューナを介して受信するデータを、上述したと同様の U R L指定に基づいてサーバからクライアントに送信する構成を想定すると、サーバは、チューナを介して受信する多数のチャンネル毎のデータに対応する多数の U R Lを設定し、クライアントが各チヤンネルに対応する U R Lを指定したコンテンツ要求をサーバに送信することが必要となる。し力し、このようなチャンネル毎の U R L設定構成では、クライアントがチャンネル切り替えを行おうとすると、切り替え後のチヤンネルに対応した U R Lを設定した H T T P— G E Tメソッドをサーバに新たに送信することが必要となる。従って、サーバクライアント間では、切り替え前の U R Lに基づくコネクションを無効とし、新たな U R Lに基づくコネクションを新たに設定して、新規設定したコネクションに基づいて切り替え後のチャンネルのストリーミングデータの配信が行われることになる。このように、チャンネル毎の U R L設定構成とした場合は、クライアントにおいてチヤンネルを切り替える毎にサーバクライアント間において、コネクション設定を行うことが必要となり、双方の負荷が過大になる。さらに、チャンネル切り替え毎に通信の中断が発生することになり、通常のテレビリモコンを使用したチャンネル切り替えのようなスムーズな処理環境が得られないという問題がある。また、複数のクライアントが 1つのサ一バから同一番組を受信して複数ユーザが視聴している環境においては、個々のユーザによるチャンネル切り替え毎に番組が中断してしまうといった問題が発生する。発明の開示本発明は、上述の問題点に鑑みてなされたものであり、サーバとクライアント間において、クライアントからサーバに対する制御をスムーズにかつ効率的に実行することを可能とし、例えばサーバのチューナを介して受信したストリ一ミングデ一タをクライアントに提供し、クライアントがチヤンネル切り替え等の制御を実行する場合においても、通信を中断することなくストリーミングデータの配信を継続して実行することを可能としたコンテンツ提供サーバ、情報処理装置、および方法、並びにコンピュータ ·プログラムを提供することを目的とする。本発明の第 1の側面は、

クライアントに対するコンテンッ送信処理を実行するコンテンッ提供サーバであり、

データ受信処理を実行するチューナと、

前記チューナによる受信コンテンツおよび制御情報のサーバクライアント間の通信処理を実行するデータ送受信部と、

コンテンツに対応する属性情報をコンテンツ情報として格納した記憶部と、前記コンテンツ情報のクライアントに対する提供処理を実行するコンテンッ管理部'と、

前記チューナを介した受信コンテンツのクライアントに対するライブストリーミング配信制御を実行するコンテンッ配信制御部とを有し、

前記記億部は、

前記チューナの受信チャンネル中、少なくとも複数チャンネルを含むチャンネルリストの識別情報としてのチャンネルリスト識別子を、チューナ受信コンテンッに対応するコンテンッ情報として格納し、 . 前記コンテンッ配信制御部は、

前記チャンネルリストに記述された複数チヤンネルに対応するチューナの受信する複数コンテンッを制御コンテンツの一単位として設定し、クライアントから受信するチャンネルリスト識別子に対応する制御要求に基づいて、前記チャンネルリストに記述された複数チャンネルに対応する配信コンテンツの制御を実行する構成であることを特徴とするコンテンッ提供サーバにある。さらに、本発明のコンテンツ提供サ一バの一実施態様において、前記チャンネノレリスト識另 IJ子は、チヤンネ/レリスト U R L (Uniform Resource Locators) であり、前記記憶部は、前記チューナ受信コンテンツに対応する属性情報として前記チャンネルリスト U R Lを格納し、前記コンテンツ配信制御部は、クライアントからの制御要求に従って前記チヤンネルリスト U R Lに基づいて特定される前記チューナの受信する複数チャンネルのコンテンツの配信制御を実行する構成であることを特徴とする。さらに、本発明のコンテンツ提供サーバの一実施態様において、前記チャンネノレリスト識別子は、チャンネノレリスト U R L (Uniform Resource Locators) であり、サ一バクライアント間のチユーナ受信コンテンッの配信用コネクションは、前記チャンネルリスト U R Lに基づいて設定される H T T P (Hyper Text Transfer Protocol)コネクションであり、前記コンテンッ配信制御部は、前記チャンネルリストに記述された複数チャンネルに対応する複数のチューナ受信コンテンツの切り替えとして実行されるチャンネル切り替え前後において、前記チヤンネルリスト U R Lに基づいて設定される H T T Pコネクションを継続的に使用したコンテンツ配信を実行する構成であることを特徴とする。さらに、本発明のコンテンツ提供サーバの一実施態様において、前記コンテンッ情報には、コンテンッ対応のプロトコル情報が含まれ、前記チューナを介した受信コンテンッに対応して設定されるプロトコル情報には、チューナ識別情報としてのファンクション I Dを含み、前記コンテンツ配信制御部は、チューナ受信コンテンツの制御を実行する制御ィンスタンスを、前記ファンクション I Dに基づいて決定される制御対象チューナの制御を実行する制御ィンスタンスとして設定する処理を実行する構成であることを特徴とする。さらに、本 ¾明のコンテンツ提供サーバの一実施態様において、前記コンテンッ配信制御部は、配信コンテンツ毎のコンテンツ配信制御を実行する制御ィンスタンスを設定して、制御ィンスタンスに基づくコンテンツ毎の配信制御を実行する構成であり、前記チューナ受信コンテンツの制御を実行するチューナ制御ィンスタンスは、クライアントからの制御要求に基づいて、前記チューナの制御を実行する構成であることを特徴とする。さらに、本発明のコンテンツ提供サーバの一実施態様において、前記コンテンッ配信制御部は、配信コンテンツ毎のコンテンツ配信制御を実行する制御ィンスタンスを設定して、制御ィンスタンスに基づくコンテンッ毎の配信制御を実行する構成であり、前記制御ィンスタンスの識別子としてのィンスタンス I Dと、サーバクライアント間のコネクション識別子であるコネクション I Dと、配信コンテンツに対応するプロトコル情報とを対応付けたコネクション管理テーブルに基づくコネクション管理を実行する構成であることを特徴とする。さらに、本発明のコンテンツ提供サーバの一実施態様において、前記コンテンッ配信制御部は、配信コンテンツ毎のコンテンツ配信制御を実行する制御ィンスタンスを設定して、制御ィンスタンスに基づくコンテンツ毎の配信制御を実行する構成であり、前記制御ィンスタンスは、識別子としてのィンスタンス I Dを設定され、クライアントからの制御インスタンス I Dを指定した制御要求に応じて、コンテンツ配信制御を実行する構成であることを特徴とする。さらに、本発明のコンテンツ提供サ一バのー実施態様において、前記コンテンッ配信制御部は、 S O A P (Simple Obj ect Access Control)プ口トコノレに.従つた配信コンテンツの制御要求をクライアントから受信し、該制御要求に基づいて、チューナ受信コンテンツの配信制御を実行する構成であることを特徴とする。さらに、本発明のコンテンツ提供サ一バの一実施態様において、前記チャンネルリストは、カテゴリ毎に区分された複数チヤンネルからなるリストとして設定された構成であることを特徴とする。さらに、本発明のコンテンツ提供サーバの一実施態様において、前記コンテンッ配信制御部は、前記チャンネルリスト識別子としてのチヤンネルリスト U R Lに基づいて特定される前記チューナの受信する複数チャンネルのコンテンッの配信制御を実行中に、他クライアントからの同一のチャンネルリスト U R Lを指定したコンテンッ要求としての H T T P— G E Tメソッドの受信に応じて、該チャンネルリスト U R Lに基づく H T T Pコネクションにより、チャンネルリスト U R Lに基づいて特定されるチューナ受信コンテンツの配信を実行する構成であることを特徴とする。さらに、本発明のコンテンツ提供サーバの一実施態様において、前記チヤンネノレジス卜識另 IJ子は、チャンネノレジス卜 U R L (Uniform Resource Locators) であり、サーバクライアント間のチューナ受信コンテンツの配信用コネクションは、前記チャンネルリスト U R Lに基づいて設定される H T T P (Hyper Text Transfer Protocol)コネクシヨンであり、前記コンテンツ配信制御部は、前記チャンネルリストに記述された複数チャンネルのチャンネル間切り替えにより、クライアントに対する送信符号化データの整合性の保持可能性を判定し、整合性が保持されないと判定した場合には、前記チヤンネルリスト U R L に基づいて設定される H T T Pコネクションの切断を実行する構成であり、前記コンテンツ提供サーバは、さらに、サーバクライアント間のィベント通知コネクションを介してチャンネルリスト U R Lに基づいて設定された H T T P コネクションの切断情報を通知する処理を実行する構成を有することを特徴とする。さらに、本発明のコンテンツ提供サーバの一実施態様において、前記チャンネルリスト識別子は、チヤンネノレリスト U R L (Uni form Resource Locators) であり、サーバクライアント間のチユーナ受信コンテンツの配信用コネクションは、前記チャンネルリスト U R Lに基づいて設定される H T T P (Hyper Text Transfer Protocol)コネクションであり、前記コンテンッ配信制御部は、クライアントに対する送信符号化データの整合性の保持可能なタイミングにおいて、前記チヤンネルリストに記述された複数チャンネルのチヤンネル間切り替えをチューナ制御により実行する構成であることを特徴とする。さらに、本発明の第 2の側面は、

サーバに設定されたチューナの受信コンテンツをサーバから受信する情報処理装置であり、

チューナ受信コンテンツを提供するサーバとのデータ送受信処理を実行するデータ送受信部と、前記チューナの受信チヤンネル中、少なくとも複数チャンネルを含むリストの識別子であるチャンネルリスト識別子に基づくコンテンッ送信要求を前記サーバに対して送信するとともに、前記サーバにおいてコンテンツ配信制御を実行する制御ィンスタンスを指定したチューナ受信コンテンツの配信制御要求の送信処理を実行する制御部と、

を有することを特徴とする情報処理装置にある。さらに、本発明の情報処理装置の一実施態様において、前記制御部は、前記サーバから受信するコンテンッ情報に含まれるプロトコル情報中の、チューナ識別情報としてのファンクション I Dを格納した接続準備要求を前記サーバに対して送信し、該接続準備要求の応答として、前記サーバから受信するチューナ受信コンテンッの制御を実行する制御ィンスタンスの I Dを取得し、該制御ィンスタンス I Dを指定したチューナ受信コンテンツの配信制御要求の送信処理を実行する構成を有することを特徴とする。さらに、本発明の情報処理装置の一実施態様において、前記チャンネルリスト識別子は、チヤンネノレリスト U R L (Uni form Resource Locators) であり、サーバクライアント間のチューナ受信コンテンツの配信用コネクションは、前記チャンネルリスト U R Lに基づいて設定される H T T P (Hyper Text Transfer Protocol)コネクシ 3ンであり、前記制御部は、前記チャンネノレリストに記述された複数チャンネル間の切り替え前後におけるコンテンツ受信を、前記チヤンネルリスト U R Lに基づいて設定される H T T Pコネクションを継続的に使用して実行する構成であることを特徴とする。さらに、本発明の第 3の側面は、

コンテンッ提供サーバに設定されたチューナによる受信コンテンツをクライアントに送信するコンテンッ送信制御方法であり、

前記チューナの受信チヤンネル中、少なくとも複数チャンネルを含むチャンネルリストに記述された複数のチャンネルに対応するチューナ受信コンテンッを制御対象のコンテンツ単位として設定した制御インスタンスを設定する制御ィンスタンス設定ステップと、

前記制御ィンスタンスに対するクライアントからの制御要求を受信する制御要求受信ステップと、

前記制御要求に基づいて、前記制御ィンスタンスによるチューナ制御を実行する制御ステップと、

を有することを特徴とするコンテンツ送信制御方法にある。さらに、本発明のコンテンツ送信制御方法の一実施態様において、前記チヤンネノレリスト識別子は、チヤンネノレリスト U R L (Uni form Resource Locators) であり、前記制御ィンスタンス設定ステップは、前記チヤンネルリスト U R L を制御インスタンスに対応付けるステップを含むことを特徴とする。さらに、本発明のコンテンツ送信制御方法の一実施態様において、前記チヤンネノレリスト識別子は、チヤンネノレジスト U R L (Un i form Resource Locators) であり、サーバクライアント間のチューナ受信コンテンツの配信用コネクションは、前記チャンネルリスト U R Lに基づいて設定される H T T P (Hyper Text Transfer Protocol)コネクシ 3ンであり、前記制御ステップは、前記チヤンネルリストに記述された複数チャンネルに対応する複数のチューナ受信コンテンッの切り替えとして実行されるチャンネル切り替え前後において、前記チャンネルリスト U R Lに基づいて設定される H T T Pコネクションを継続的に使用したコンテンツ配信を実行することを特徴とする。さらに、本発明のコンテンツ送信制御方法の一実施態様において、前記コンテンッ情報には、コンテンツ対 '応のプロトコル情報が含まれ、前記チューナを介した受信コンテンツに対応して設定されるプロトコル情報には、チューナ識別情報としてのファンクション I Dを含み、前記制御ィンスタンス設定ステツプは、チューナ受信コンテンツの制御を実行する制御ィンスタンスを、前記フアンクシヨン I Dに基づいて決定される制御対象チューナの制御を実行する制御ィンスタンスとして設定する処理を実行することを特徴とする。さらに、本発明のコンテンツ送信制御方法の一実施態様において、前記コンテンッ送信制御方法は、さらに、前記制御ィンスタンスの識別子としてのィンスタンス I Dと、サーバクライアント間のコネクション識別子であるコネクション I Dと、配信コンテンツに対応するプロトコル情報とを対応付けたコネクション管理テーブルに基づくコネクション管理を実行するステップを含むことを特徴とする。さらに、本発明のコンテンツ送信制御方法の一実施態様において、前記制御要求受信ステップ ίま、 S O A P (S imple Object Access Control)プロトコノレこ従った配信コンテンツの制御要求をクライアントから受信するステップであることを特徴とする。 . さらに、本発明のコンテンツ送信制御方法の一実施態様において、前記コンテンッ送信制御方法において、さらに、前記チヤンネルリスト識別子としてのチャンネルリスト U R Lに基づいて特定される前記チューナの受信する複数チャンネルのコンテンツの配信制御を実行中に、他クライアントからの同一のチヤンネルリスト U R Lを指定したコンテンッ要求としての H T T P — G E Tメソッドの受信に応じて、該チヤンネルリスト U R Lに基づく H T T Pコネクシヨンにより、チャンネルリスト U R Lに基づいて特定されるチューナ受信コンテンッの配信を実行するステップを含むことを特徴とする。さらに、本発明のコンテンツ送信制御方法の一実施態様において、前記チヤンネノレ ])ス卜識子は、チヤンネノレジス卜 U R L (Uniform Resource Locators) であり、サーバクライアント間のチユーナ受信コンテンツの配信用コネクションは、前記チヤンネルリスト U R Lに基づいて設定される H T T P (Hyper Text Transfer Protocol)コネクションであり、前記コンテンツ送信制御方法は、さらに、前記チャンネルリストに記述された複数チヤンネルのチヤンネル間切り替えにより、クライアントに対する送信符号化データの整合性の保持可能性を判定し、整合性が保持されないと判定した場合には、前記チャンネルリスト U R Lに基づいて設定される H T T Pコネクションの切断を実行するステツプと、

サーバクライアント間のィベント通知コネクシヨンを介してチャンネルリスト U R Lに基づいて設定された H T T Pコネクションの切断情報を通知するステップと、

を含むことを特徴とする。さらに、本発明のコンテンツ送信制御方法の一実施態様において、前記チヤンネノレ！；ス卜識另 (J子は、チヤンネノレ Uス卜 U R L (Uniform Resource Locators) であり、サーバクライアント間のチューナ受信コンテンツの配信用コネクションは、前記チヤンネルリスト U R Lに基づいて設定される H T T P (Hyper Text Transfer Protocol)コネクションであり、前記制御ステップは、クライアントに対する送信符号化データの整合性の保持可能なタイミングにおいて、前記チャンネルリストに記述された複数チャンネルのチャンネル間切り替えをチューナ制御により実行するステップを含むことを特徴とする。さらに、本発明の第 4の側面は、

サーバに設定されたチューナの受信コンテンツをサーバから受信する情報処理方法であり、

前記チューナの受信チヤンネル中、少なくとも複数チヤンネルを含むリストの識別子であるチャンネルリスト識別子に基づくコンテンッ送信要求を前記サーバに対して送信するコンテンッ送信要求ステップと、

前記サーバにおいてコンテンツ配信制御を実行する制御ィンスタンスを指定したチューナ受信コンテンツの配信制御要求の送信処理を実行する制御要求ステップと、

を有することを特徴とする情報処理方法にある。さらに、本発明の情報処理方法の一実施態様において、前記コンテンツ送信要求ステプは、前記サーバから受信するコンテンッ情報に含まれるプロトコル情報中の、チューナ識別情報としてのファンクション I Dを格納した接続準備要求を前記サーバに対して送信するステップを含み、前記制御要求ステップは、前記接続準備要求の応答として、前記サーバから受信するチューナ受信コンテンッの制御を実行する制御ィンスタンスの I Dを指定したチューナ受信コンテンッの配信制御要求の送信処理を実行するステップを含むことを特徴とする。さらに、本発明の情報処理方法の一実施態様において、前記チャンネルリス卜識另' J子は、チャンネノレジス卜 U R L (Uniform Resource Locators) であり、サーバクライアント間のチューナ受信コンテンツの配信用コネクションは、前記チャンネルリスト U R Lに基づいて設定される H T T P (Hyper Text Transfer Protocol)コネクションであり、前記情報処理方法は、前記チャンネルリストに記述された複数チャンネル間の切り替え前後におけるコンテンッ受信を、前記チャンネルリスト U R Lに基づいて設定される H T T Pコネクションを継続的に使用して実行することを特徴とする。さらに、本発明の第 5の側面は、

コンテンッ提供サーバに設定されたチューナによる受信コンテンッをクライアントに送信するコンテンッ送信制御処理を実行するコンピュータ.プログラムであり、

前記チューナの受信チヤンネル中、少なくとも複数チヤンネルを含むチャンネルリストに記述された複数のチャンネルに対応するチューナ受信コンテンッを制御対象のコンテンツ単位として設定した制御ィンスタンスを設定する制御ィンスタンス設定ステップと、

前記制御インスタンスに対するクライアントからの制御要求を受信する制御要求受信ステップと、

を有することを特徴とするコンピュータ 'プログラムにある。さらに、本発明第 6の側面は、

サーバに設定されたチューナの受信コンテンツをサーバから受信するための情報処理を実行するコンピュータ ·プログラムであり、

前記チューナの受信チヤンネル中、少なくとも複数チャンネルを含むリストの識別子であるチャンネルリスト識別子に基づくコンテンッ送信要求を前記サーバに対して送信するコンテンツ送信要求ステップと、

を有することを特徴とするコンピュータ ' プログラムにある。 . 本発明の構成によれば、チヤンネルの集合体としてのチヤンネルリストに U R Lを設定した構成としたので、クライアントが、チャンネルリスト U R Lを指定したコンテンツ取得要求をサーバに送信することで、クライアントは、チャンネルリストにリストアップされたチヤンネル、すなわちコンテンッ管理ディレクトリにおいて、チューナコンテナの下位に設定されたチヤンネルアイテムの全てのコンテンッの制御権をまとめて得ることができる。結果として、チャンネルリストにリストされたチャンネル間の切り替えにおいては、新たな U R Lに基づくコンテンツ要求を行う必要がない。また、本発明の構成においては、チヤンネルリストに記述された複数チャンネルに対応する複数のチューナ受信コンテンツの切り替えとして実行されるチャンネル切り替え前後において、チャンネルリスト U R Lに基づいて設定さ' れる H T T Pコネクションを継続的に使用したコンテンツ配信を実行することができるので、クライアントは、チャンネル切り替え等の制御命令をコンテンッ配信制御部に送信するのみで、チャンネル切り替えが可能となり、従って、新旧 UR Lの切り替えに基づくサーバクライアント間のコネクションの再設定等の処理が不要となる。すなわち、チャンネルリスト中のチャンネルを切り替えるときは、 AVTィスタンスに対してチャンネル切り替え要求（AVT Seek action) を行うのみで、コンテンツ配信コネクションとしての H T T P コネクションを継続的に使用して、チャンネル切り替え前後のコンテンツを受信することができる。また、本発明の構成においては、チヤンネルリスト識別子としてのチャンネルリスト UR Lに基づいて特定されるチューナの受信する複数チヤンネルのコンテンッの配信制御を AVTィンスタンスの制御の下に実行している間に、他クライアントからの同一のチャンネノレリスト U R Lを指定したコンテンツ要求としての HTTP— GETメソッドを受信した場合、その要求クライアントは、 AVTインスタンスの設定を行うことなく、チャンネルリスト UR L.に基づく HTTPコネクションにより、チャンネルリスト U R Lに基づいて特定されるチューナ受信コンテンツの配信を実行することができる。なお、本発明のコンピュータ ·プログラムは、例えば、様々なプログラム' コードを実行可能な汎用コンピュータ 'システムに対して、コンピュータ可読な形式で提供する記憶媒体、通信媒体、例えば、 CD FD、 MOなどの記憶媒体、あるいは、ネットワークなどの通信媒体によって提供可能なコンビユータ ·プログラムである。このようなプログラムをコンピュータ可読な形式で提供することにより、コンピュータ 'システム上でプログラムに応じた処理が実現される。本発明のさらに他の目的、特徴や利点は、後述する本発明の実施例や添付する図面に基づく、より詳細な説明によって明らかになるであろう。なお、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。図面の簡単な説明図 1は、本発明の適用可能なネットワーク構成例を示す図である。

図 2は、ネットワーク接続機器の構成例について説明する図である。

図 3は、サーバにおけるコンテンッ管理ディレクトリ構成について説明する図である。

図 4は、コンテンツ情報表示例を示す図である。

図 5は、コンテンッデータ再生処理におけるサーバクライアント間の処理シ一ケンスについて説明する図である。

図 6は、チューナ受信データのストリーミング配信処理を実行するサーバの構成を示す図である。

図 7は、サーバにおけるコンテンッ管理ディレクトリ構成中のチューナコンテナおよびチヤンネルアイテムについて説明する図である。 . 図 8は、チューナコンテナおよびチヤンネルアイテムに対応するコンテンツ情報について説明する図である。

図 9は、チューナ受信データのストリーミング配信処理を実行するサーバクライアント間の処理シーケンスについて説明する図である。

図 1 0は、チューナ受信データのストリーミング配信処理を実行するサーバの保有するコネクション管理テーブルの構成データについて説明する図である。

図 1 1は、チューナ受信データのストリーミング配信処理を実行するサーバクライアント間の処理シーケンス中のチヤンネル切り替え処理について説明する図である。

図 1 2は、チューナ受信データのストリーミング配信処理を実行するサーバクライアント間の処理シーケンス中のコネクション終了処理について説明する図である。

図 1 3は、複数チューナを持つサーバによるチューナ受信データのストリーミング配信処理について説明する図である。

図 1 4は、チューナコンテナとチヤンネルリスト U R Lとの対応例について説明する図である。

図 1 5は、チューナコンテナとチャンネルリスト U R Lとの対応例について説明する図である。

図 1 6は、チューナコンテナとチャンネルリスト U R Lとの対応例について説明する図である。

図 1 7は、チューナ受信データのストリーミング配信処理を実行するサーバの処理を'説明するフローチヤ一ト図である。

図 1 8は、チューナ受信データのストリーミング配信処理を実行するクライアントの処理を説明するフローチヤ一ト図である。

図 1 9は、サーバの処理機能を説明するプロック図である。

図 2 0は、クライアントの処理機能を説明するプロック囡である。発明を実施するための最良の形態 . 以下、図面を参照しながら、本発明のコンテンツ提供サーバ、情報処理装置、および方法、並びにコンピュータ ·プログラムの詳細について説明する„

'概要]

まず、図 1を参照して、本発明の適用可能なネットワーク構成例について説明する。図 1は、様々なクライアント装置からの処理要求に応じて処理を実行するコンテンツ配信装置としてのサーバ 1 0 1と、サーバ 1 0 1に対して処理要求を行なうコンテンッ受信装置としてのクライアントがネットワーク 1 0 0を介して接続された構成、例えばホームネットワーク構成を示している。クライアント装置としては、パーソナルコンピュータ（P C ) 1 2 1、モニタ 1 2 2、携帯電話 1 2 3、再生機 1 2 4、 P D A (Personal Di gi tal Ass istant) 1 2 5を例示している。ただし、クライアント装置としては、この他にも様々な電子機器、家電機器が接続可能である。サーバ 1 0 1がクライアントからの要求に応じて実行する処理は、例えばサーパ 1 0 1の保有するハードディスク等の記憶手段に格納されたコンテンツの提供、あるいはサーバ 1 0 1の有するチューナを介して受信するライプコンテンッをクライアントに対して転送するコンテンッ配信サービス等である。なお、図 1においては、サーバ 1 0 1と、クライアント装置とを区別して示しているが、クライアントからの要求に対するサービスを提供する機器をサーバとして示しているものであり、いずれのクライアント装置も、自己のデータ処理サービス'を他のクライアントに提供する場合には、サーバとしての機能を提供可能となる。従って、図 1に示すネットワーク接続されたクライアント装置もサーバとなり得る。ネットワーク 1 0 0は、有線、無線等いずれかのネットワークであり、各接続機器は、例えばイーサネット (登録商標) フレーム等の通信パケットをネットワーク 1 0 0を介して送受信する。すなわち、クライアントは、イーサネ.ットフレームのデータ部に処理要求情報を格納したフレームをサーバ 1 0 1に送信することにより、サーバ 1 0 1に対するデータ処理要求を実行する。サーバ 1 0 1は、処理要求フレームの受信に応じて、データ処理を実行し、必要に応じてデータ処理結果としての結果データを通信パケッ 1、のデータ部に格納し、各クライアントに送信する。ネットワーク接続機器は、例えばユニバーサルプラグアンドプレイ（U P n P ： Universal Plug and Play) 対応機器によって構成される。従って、ネットワークに対する接続機器の追加、削除が容易な構成であ。ネットワークに新たに接続する機器は、

( 3 ) ディスカパリ処理で取得した情報に基づいて、各デバイスにサービスを要求するサービス要求処理。上記処理手順を行なうことで、ネットワーク接続された機器を適用したサービスを受領することが可能となる。図 1に示すサーバおよびクライアント装置を構成する情報処理装置の一例として P Cのハードウエア構成例について図 2を参照して説明する。'

C P U' (Central Processing Unit) 2 0 1は、 ROM (Read Only Memory) 2 0 2、または HDD (Hard Disk Drive) 2 04等に記憶されているプログラムに従って、各種の処理を実行し、データ処理手段、あるいは通信制御処理手段として機能する。 R AM (Random Access Memory) 2 0 3には、 C P U 2 0 1力 S 実行するプログラムやデータが適宜記憶される。 C PU 2 0 1、ROM2 0 2、および R A M 2 0 3、 HDD 2 0 4は、バス 2 0 5を介して相互に接続されている。 . バス 2 0 5には、入出力ィンタフェース 2 0 6が接続されており、この入出力インタフェース 20 6には、例えば、ユーザにより操作されるキーボード、スィッチ、ポタン、ボインティングデパイス、あるいはマウス等により構成される入力部 2 0 7、ユーザに各種の情報を提示する L C D、 C RT, スピーカ等により構成される出力部 2 0 8が接続される。さらに、データ送受信手段として機能する通信部 2 0 9、さらに、磁気ディスク、光デイスク、光磁気ディスク、または半導体メモリなどのリムーバブル記録媒体 2 1 1を装着可能で、これらのリムーバブル記録媒体 2 1 1からのデータ読み出しあるいは書き込み処理を実行するドライブ 2 1 0が接続される。さらに、地上波放送データ、衛星放送データ、ケーブル TVデータ、インターネット配信データ等、様々な外部からの配信データの受信を行うチューナ 2 2 0を備えている。図 2に示す構成は、図 1に示すネットワーク接続機器の一例としてのサーバ、パーソナルコンピュータ（P C ) の例であるが、ネットワーク接続機器は P C に限らず、図 1に示すように携帯電話、 P D A等の携帯通信端末、その他、再生装置、ディスプレイ等の様々な電子機器、情報処理装置によって構成することが可能である。従って、それぞれの機器固有のハードウエア構成を持つことが可能であり、そのハードウェアに従った処理を実行する。

[オブジェクト管理およびメタデータ]

次にクライアントに提供するコンテンッを管理するサーバのコンテンッを含むオブジェクト管理構成、およびメタデータについて説明する。サーバは、自己の記憶部に格納した静止画、動画等の画像データ、音楽等の音声データ等のコンテンツ、さらには、ライプストリーミングデータを実行するためのチュ —ナに関する情報、例えばチヤンネル情報を各コンテンツに対応する属性情報 (メタデータ) として保有している。 . なお、サーバの保有する静止画、動画等の画像データ、音楽等の音声データ、チューナを介して受信するライブストリーミングデータ等のコンテンツを総称して A Vコンテンツと呼ぶ。サーバにおいて、 A Vコンテンッは、階層構成を有するコンテンッ管理ディレクトリによってサーバ内の C D S (コンテンツディレクトリサービス) において管理される。サーバの C D S (コンテンツディレクトリサービス）において管理されるコンテンッ管理ディレクトリの構成例を図 3に示す。階層構成は図 3に示すように分岐ッリ一状の図として示すことができる。図 3に示す各円の各々が個々のオブジェクトである。この階層構成は、サーバが記憶部に格納し管理するコンテンッ、およびライプストリーミングコンテンツに対応する論理的な管理構成を示すものである。コンテンッ管理ディレクトリの個々の要素、すなわち、個々の A Vコンテンッあるいは複数の A Vコンテンッを格納したフォルダ、メタデータ格納フオルダの各々はォブジェクト（O b j e c t ) と呼ばれる。なお、オブジェクトとは、サーバによって処理されるデータ単位の総称であり、個々の AVコンテンッあるいは複数の AVコンテンッを格納したフォルダ、メタデータ格納フオルダ以外にも様々なオブジェクトが存在する。

A Vコンテンツの最小単位、すなわち 1つの楽曲データ、 1つの動面データ、 1つの静止画データ等をアイテム（ i t e m) とよぶ。ライプストリーミングデータの場合は、 1つのチャンネルが 1アイテムとして定義される。また、アイテムの集合として規定されるアイテムの上位オブジェクトをコンテナ（C o n t a i n e r ) と呼ぶ、集合の単位は、例えば各オブジェクトの物理的な記憶位置に基づく集合、各オブジェクトの論理的関係に基づく集合、カテゴリに基づく集合等、様々に設定され得る。 . 例えば、チャンネルをアイテムとしたコンテナの一例としては地上波のみのチヤンネルのアイテムを集合としたコンテナや、衛星放送のチャンネルを集合としたコンテナが設定される。これらの例については後段でさらに説明する。オブジェクトは、その種類、例えば音楽 (Au d i o)、ビデオ (V i d e o)、写真 (P h o t o) 等、その種類によりクラスに分類されクラスラベリングがなされる。クライアントは、例えば特定のクラスを指定して、特定の分類に属するオブジェクトのみを対象とした「サーチ」を要求し実行することができる。また特定のフォルダ等のオブジェクトを指定して、そのフォルダに関する情報のみを要求する「プラウズ」を要求し特定フォルダに関する情報の取得処理をすることが可能である。なお、サーバにおいては、クラスも階層構成で管理されており、 1つのクラスの下にサプクラスの設定が可能である。メタデータは、サーバの持つコンテンツに対応した属性情報、クラスの定義情報、コンテンツ管理ディレクトリを構成する階層構成に関する情報等を含むさまざまな管理情報である。個々のォブジェクトに対応付けて定義されたコンテンッの属性情報としてのメタデータには、例えばコンテンツ U R L等のコンテンッ識別子（ I D )、データサイズ、リソース情報、タイトル、アーティスト名、著作権情報、チャンネル情報等、様々な情報が含まれる。メタデータに含まれる個々の情報をプロパティまたはプロパティ情報と呼ぶ。なお、音楽（ A u d i o )、ビデオ（V i d e o )、写真（ P h o t o )、ライブストリーミングデータ等、前述したクラス毎にどのようなプロパティからなるメタデータを持つかが予め規定されている。図 3において、最上位はルートコンテナ 3 0 1と呼ばれる。ルートコンテナの下位に例えば音楽（ミユージック）コンテナ 3 0 2、動画コンテナ 3 0 3 、静止画コンテナ 3 0 4、さらにチューナコンテナ 3 0 5等が設定される。音楽 (ミユージック ) コンテナ 3 0 2の下位には、ジャンル 3 0 5、ジャンルの下位には、アーティスト 3 0 6などのオブジェクトの設定がなされる。動画コンテナ 3 0 3の下位には、ジャンル 3 0 8、さらにその下位にコンテンッに対応するアイテムとしてのビデオカプセル 3 0 9が設定される。例えばビデオカプセル 3 0 9は、サーバ内のハードディスク等の記憶部に格納されたビデオコンテンツに対応し、そのビデオコンテンツに対応した属性情報 (メタデータ）を持つ。メタデータには、クライアントがコンテンツを取得するためのコンテンッ識別子、すなわちコンテンッの所在を示すァドレス情報としてのコンテンツの U R L (Uniform Resource Locators) が含まれる。クライアントは、コンテンッ情報取得手続きによりビデオカプセル 3 0 9の U R Lすなわち、ビデオカプセル U R Lを取得し、ビデオカプセル U R Lを指定したコンテンッ要求をサーバに送信することでビデオカプセルに対応するビデオコンテンッをサーバから受信して再生することができる。一方、チューナコンテナ 3 0 5にもコンテナに対応する U Rしとしてチャンネルリスト U R Lが設定される。すなわち、チューナ受信コンテンツに対応する属性情報としてチャンネルリスト U R Lが設定される。チヤンネルリスト U R Lは、チューナコンテナ 3 0 6の子として存在するチャンネルアイテムに対応する全てのコンテンツの取得、制御権をクライアントに提供するために設定された U R Lである。従来のシステムであれば、アイテムであるチャンネル毎に U R Lが設定され、クライア'ントは、チャンネル切り替えに応じて U R Lの切替えを行うことが必要となっていたが、本発明においては、チヤンネルの集合体としてのチャンネノレリストに U R Lを設定し、クライアントが、チャンネルリスト U R Lを指定したコンテンッ取得要求をサ一バに送信することで、クライアントは、チャンネルリストにリストアップされたチヤンネル、すなわちコンテンッ管理ディレクトリにおいて、チューナコンテナの下位に設定されたチャンネルアイテムの全てのコンテンツの取得、すなわち制御権をまとめて得ることができる。結果として、チャンネルリストにリストされたチャンネル間の切り替えにおいては、新たな U R Lに基づくコンテンツ要求を行う必要がない。これらの処理の詳細については後 ¾する。コンテンッ検索を実行しようとするクライアントは、コンテンッ管理ディレクトリの階層やオブジェクト集合に対応するクラスを指定した「サーチ」、あるいは、特定のオブジェクトの指定としての「ブラゥズ」をサーバに要求することで、コンテンッの情報を取得することが可能である。クライアントは、サーパから受信するコンテンッ情報を記述した X M Lデータに基づいてコンテンッ情報をディスプレイに表示する。コンテンツ情報リストの表示処理例を図 4に示す。図 4に示す例では、コンテンッ N o、タイト Λ^、アーティスト名、チヤンネノレ、コンテンツ U R Lをリスト化したデータ構成を持つコンテンツ情報リスト 3 5 7をディスプレイ 3 5 0に表示した例を示している。例えばビデオカプセルに対応するメタデータに基づいて表示されるコンテンッ情報は、図 4中のコンテンツ N o . [ 0 0 0 1 ]、 [ 0 0 0 2 ] のコンテンッであり、チューナコンテナに対応するメタデータに基づいて表示されるコンテンッ情報は、 [ 0 0 0 3 ]、 [ 0 0 0 4 ] のようにチャンネルリストであることと、チャンネルリストに含まれるチャンネル情報、およびチャンネ^^リスト U R L等となる。これらのコンテンツ情報は、サーバの管理するコンテンッ対応のメタデータの構成要素としてのプロパティ情報に基づいて生成される。サーバはクライアントから受信した「サーチ」または「プラウズ」要求に基づいて条件に一致するコンテンツのメタデータ中のプロパティ情報を取得し、取得したプロパティ情報に基づいて X M Lデータを生成し、クライアントに送信する。クライアントは、サーバによって抽出されたコンテンツに対応するプロパティ情報に基づく X M Lデータを受信し、受信 X M Lデータに基づいて図 4に示すような表示データを生成し、クライアントのディスプレイに表示する。クライアント側のユーザはこれらのリストから再生対象コンテンツを選択し、選択コンテンツ指定情報、例えばコンテンッ U R Lをサーバに送信することで、サーバからコンテンツ、すなわち音楽や映画、あるいは写真等、様々なコンテンッが送信されクライアント側で再生、出力が実行される。チューナコンテナに対応するチャンネルリスト U R Lに基づくコンテンッ要求を行うと、チャンネルリストにリストされたチャンネルに対応するコンテンッをまとめて取得、すなわち U R L切り替えを行うことなく、チャンネル切り替えを自在' に実行することができる。前述したように、クライアントに送信されるコンテンツ情報には、コンテンッの所在を示すァドレス情報としてのコンテンツの U R L ( Uniform Resource Locators) が含まれる。クライアントディスプレイに表示されたコンテンッ U R Lあるいはリンクデータをユーザが指定（クリック）したことを条件として、クライアントデバイスにおいて、コンテンッ取得要求である H T T P (Hyper Text Transfer Protocol) G E Tメソッドを生成してサーバに送信し、サーバがコンテンツ U R Lに対応するコンテンッをクライアントに送信する。

[クライアントによるコンテンツ再生処理]

コンテンッを再生しようとするクライアントは、サーバに対してコンテンツ要求を行い、要求コンテンツをサーバから受信してコンテンツの再生を行うことができる。一般的なコンテンツ再生の手順について図 5を参照して説明する。まず、ステップ S 1 1において、クライアントは、サーバの保有するコンテンッ情報の取得要求を行う。ステップ S 1 2で、サーバは、クライアントの要求に従ってコンテンッ対応のメタデータに基づいて、コンテンツの所在を示すァドレス情報としてのコンテンツの U R L (Uniform Resource Locators)一覧、コンテンツのタイトル、ァ一テイスト名などのコンテンツ情報を X M L ( extended Markup Language)データにより生成してクライアントに送信する。クライアントは、ステップ S 1 3において、受信 X M L情報に従って、コンテンッ情報をディスプレイに表示する。例えば音楽コンテンツであれば、サーバの保有する複数の音楽に対応する曲名、アーティスト名、再生時間等からなるリストとして表示される。次に、クライアントはステップ S 1 4において、クライアント装置において、サーバから受信し再生する曲を選択し、コンテンッ指定情報としてのコンテンッ U R Lを指定してサーバに送信する。サーバはステップ S 1 5において、受信したコンテンツ指定情報に基づいてコンテンツを記憶手段から取得して送信する。ステップ S 1 6において、クライアントはサーバから受信したコンテンッを再生する。なお、コンテンツが A T R A C、 M P E G等の圧縮処理がなされている場合は、サーバあるいはクライアント側で復号処理を行った後に送信あるいは再生処理を行う。通常のコンテンツ再生手順は、上述したとおりである。クライアントは、様々なコンテンツ属性情報、すなわち、サーバの保有するコンテンッ対応のメタデータに含まれるプロパティ情報を取得し、プロパティ情報に基づいてクライアントにコンテンツリスト等の U Iを表示し、コンテンツを選択しサーバに要求すること'ができる。

[ライプストリーミングデータ配信処理]

サーバのハードディスク等に予め格納したコンテンツは、上述したように、クライアントがコンテンッ対応の U R Lを指定したコンテンツ要求をサーバに送信することで、コンテンッの取得再生を行うことができる。しかし、従来技術の欄で説明したように、サーバ内のチューナを介して受信するライプストリーミングデータの各チヤンネルのデータに各々 U R Lを設定し、 U R L指定に基づくコンテンツ提供を行う構成とすると、クライアントによるチヤンネル切り替えの際に、切り替え後のチヤンネルに対応した U R L を設定した H T T P— G E Tメソッドをサーバに送信することが必要となる。その結果、サーバクライアント間で、新旧 U R Lに基づくコネクションの切断および再接続処理を行うことが必要となり、双方の負荷が過大になり、チャンネル切り替え毎に通信の中断が発生するという問題か発生する。そこで、本発明においては、複数のチャンネルの集合体であるチャンネルリストを設定し、チャンネルリストを 1つのコンテンツと仮定して 1つのコンテンッ U R Lをチャンネルリストに対して設定し管理する構成とした。以下、本構成に基づくライブストリーミングデータ配信処理構成について説明する。チューナ機能を持ち、チューナにより受信したデータをクライアントに配信する構成を持つサーバの構成例を図 6に示す。図 6に示す構成について説明する。サーバ 4 0 0は、クライアント 4 6 0に対してクライアント 4 6 0からの要求コンテンツを送信し、ユーザ 4 7 0は、クライアント 4 6 0デバイスに備えたディスプレイ、スピーカ等を介してコンテンッを視聴する。なお、図 6においては、クライアント 4 6 0を 1つのみ示してあるが、サーバ 4 0 0に対して接続するクライアントは複数あり、複数のクライアントがサーバ 4 0 0から様々なコンテンツの提供を受けることが可能である。サーバは、データベース 4 4 3に格納したコンテンツの提供、さらにチューナ 4 1 0を介して外部から受信するデータ、例えば地上波放送データ、衛星放送データ、ケーブル T Vデータ、インターネット配信データ等、様々な外部からの受信データをクライアント 4 6 0に対して送信する。サーバ 4 0 0とクライアント 4 6 0間の通信ネットワークは、先に、図 1を参照して説明したように、有線、無線等いずれかのネットワークであり、例えばイーサネット（登録商標）フレーム等の通信パケットをネットワークを介して送受信する。すなわち、クライアント 4 6 0は、ィーサネットフレームのデータ部に処理要求情報を格納したフレームをサーバ 4 0 0に送信することにより、サーバ 4 0 0に対するデータ処理要求を実行する。サーバ 4 0 0は、処理要求フレームの受信に応じて、データ処理を実行し、必要に応じてデータ処理結果としての結果データを通信パケットのデータ部に格納し、各クライアント 4 6 0に送信する。サーバ 4 0 0の構成について、以下、説明する。チューナ 4 1 0は、地上波放送データ、衛星放送データ、ケーブル T Vデータ、ィンターネット配信データ等、様々な外部からの受信データを受信するライプストリーミングデータの受信部である。チューナ 4 1 0は、コンテンッ配信制御部 4 3 0内のコンテンッ対応制御部 4 3 2に設定される配信コンテンツ毎のコンテンツ配信制御を実行する制御ィンスタンスとしての A V Tインスタンス（AV - Transport Instance) 4 3 3によって制御される。なお、本明細書において、制御インスタンスとは、制御対象ハードウェア等の制御ォブジェクトの設定が可能で、つ設定オブジェクトに応じた制御パラメータの設定が可能な制御プログラムであり、該制御プログラムに従って制御対象ハードウエアを含む制御オブジェクトの制御が実行される。コンテンツ対応制御部 4 3 2は、配信コンテンツ毎に、コンテンツ配信制御実行部と'しての A VTインスタンス（AV-Transport Instance) # 1 ~# η 4 3 3を設定する。各 AVTインスタンス 4 3 3は、それぞれ特定のコンテンッの配信制御を実行する。例えばチューナを介して受信するデータのライブストリーミング用のチューナコントロールインスタンスは、チューナを介して受信するデータのライプストリーミングコンテンッのみの制御を実行する。具体的には、コンテンッ送信開始、終了、あるいはチャンネル切り替え等の指示をクライアント 4 6 0から受け、チャンネル切り替え等の制御をチューナ 4 1 0.に対して実行する。コンテンッ対応制御部 4 3 2に設定される AVTィンスタンス 4 3 3は、チュ一ナコント口一ルインスタンスの他に、例えば、サーバ内のハードディスクに格納されたビデォコンテンツであるビデオカプセルの配信制御を実行するビデオカプセルコンロールインスタンスや、サーバに装着された DVDに格納されたビデオデータ、オーディォデ一タ等の配信制御を実行する DVDコント口一ルインスタンスなどがある。これら各 AVTインスタンスが、特定の配信コンテンッの制御を実行する。各 AVTィンスタンスには、制御対象コンテンツに対応する UR L、すなわちコンテンツ識別子としてのコンテンツ UR Lが設定される。コンテンツ UR Lはコンテンツの所在を示すコンテンツ識別子である。ビデオカプセルコントロールインスタンスには、ビデオカプセルに設定されたビデオカプセル UR L が設定される。本発明の構成においては、チューナコントロールインスタンスにはチューナに対応するチャンネルリスト UR Lが設定される。 AVTィンスタンス 4 3 3は、自己に設定された UR Lに基づいて、制御するコンテンッと関係付けられる。また、 UR Lを設定された A VTインスタンスは、自己の識別子としての AVTインスタンス I Dを持つことになる。これらの処理の詳細については後述する。コンテンッ配信制御部 4 3 0は、チヤンネルリストに記述された複数チヤンネルに対応するチューナの受信する複数コンテンッを制御コンテンツの一単位として設定し、 1つの AVTインスタンスをアサインし、スクライアント力ら受信するチャンネルリスト識別子に対応する制御要求を A V Tィンスタンスが受信し、 A VTィンスタンスがチヤンネルリストに記述された複数チヤンネルに対応する配信コンテンッの制御を実行する。コネクションマネージャサービス (CMS) 4 3 1 は、クライアント 4 6.0 にライプストリーミング制御部 4 3 0の入力プロトコル情報を伝える。また、クライアント 4 6 0から提示されたプロトコル情報に基づいて、 A VTィンスタンス 4 3 3をアサインしてクライアント 4 6 0に通知する。コネクションマネージャサービス 4 3 1は、クライアント 4 6 0からのコンテンッ要求に応じて、 AVTインスタンス 4 3 3のアサイン (割り当て) 処理を実行し、アサインした AVTインスタンスの識別子、すなわち AVTインスタンス I Dをクライアント 4 6 0に通知する。この際、サーバクライアント間のコネクション識別子としてのコネクション I Dもクライアント 4 6 0に通知する。コネクションマネージャサービス 4 3 1は、これらのデータをコネクション管理テーブルに登録する。コネクション管理テーブルについては後述する。 ' コネクションマネージャサービス 4 3 1による上述の処理の後、クライアント 4 6 0からの AVTインスタンス 4 3 3に対する要求により、上述したコンテンッ UR Lおよび AVTインスタンス I Dが AVTインスタンス 4 3 3に設定される。コネクションマネージャサービス 4 3 1 による AVTインスタンス 4 3 3 のアサイン処理およびクライアント 4 6 0による UR Lセット処理により、コンテンッ対応の UR Lが設定され、 UR Lによって識別されるコンテンッの配信制御を受け持つことになった AVTィンスタンス 4 3 3は、クライアント 4 6 0からの制御コマンドを受信すると、その制御コマンドに従ったコンテンツ制御を実行する。このクライアント 4 6 0サーバ間でのコンテンツ配信制御処理には、例えば S O A P (Simple Object Access Control)プロトコルが使用される。クライアント 4 6 0は、 XMLデータに従った記述データを生成し A V Tインスタンス 4 3 3に送信することで、クライアント 4 6 0からの制御情報が、各 AVTインスタンス 4 3 3に通知され、 AVTインスタンス 4 3 3が受信情報に基づく制御、例えばコンテンツ再生開始、終了、チャンネル切り替えなどの処理を実行する。例えばチューナコントロ一ルインスタンス 4 3 3にクライアント 4 6 0からの制御情報として、チャンネル切り替え指示情報が入力されると、チューナコントロールインスタンス 4 3 3から、制御情報がチューナ 4 1 0に入力されてチューナ 4 1 0が特定のチャンネルのデータを受信するように設定される。なお、サーバクライアント間のチューナ受信コンテンッの配信用コネクションは、チヤンネルリスト U R Lに基づいて設定される H T T P (Hyper Text Transfer Protocol)コネクションである。本発明の構成においては、チャンネノレリストに記述された複数チャンネルに対応する複数のチューナ受信コンテンッの切り替えとして実行されるチャンネル切り替え前後において、チヤンネルリスト UR Lに基づいて設定される HT T Pコネクションを継続的に使用したコンテンツ配信を実行する。チューナ 4 1 0の受信データは、例えば符号化データ（AT R AC :adaptive transform acoustic coding, M P E G： moving picture experts group等)である場合もあり生のデータである場合もある。サーバクライアント間では、データ送信効率を高めるために特定の符号化データとして配信するのが好ましい。符号化データは、クライアント 4 6 0において処理可能なデタである必要がある。コーデック 4 2 0は、チューナ 4 1 0の受信データをクライアント 4 6 0で処理可能なデータ態様に変換する。コーデック 4 2 0は、データのェンコ一ドおよ'びデコード機能を持つ。コーデック 4 2 0において生成された変換データがクライアント 4 6 0に送信され、再生される。コーデック 4 2 0においてどのようなデータ変換を行うかは、 A V Tインスタンス 4 3 3からの制御情報によって決定する。 A V Tィンスタンス 4 3 3は、クライアント 4 6 0からの要求情報を A V Tィンスタンス 4 3 3が受領し、 A V Tインスタンス 4 3 3からの制御情報がコーデック 4 2 0に入力されて.コ一デック 4 2 0が制御情報に基づいてデータ変換を実行する。コンテンッ管理部 (メディァサーバ） 4 4 0は、コンテンッホルダーとして機能する。コンテンッのメタデータを格納したデータベース 4 4 3、先に図 3 を参照して説明したコンテンツ管理ディレクトリに基づいてコンテンッ対応のメタデータの管理を行い、クライアント 4 6 0からのコンテンツサーチ、プラゥズなどの処理要求に応答してコンテンツ情報を提供するコンテンッディ. レクトリサービス 4 4 2を有する。データベース 4 4 3には、予めサーバ内のデータベースに格納したコンテンッの情報のみならず、チューナを介して受信するデータに関する情報、例えばチャンネル情報などの管理情報もチューナコンテナに対応するメタデータとして格納しており、クライアント 4 6 0からのチューナに関するコンテンッ情報取得要求をコンテンツディレクトリサービス 4 4 2が受信した場合には、サーバの受信可能なチャンネル情報、複数のチャンネルの集合として設定されるチャンネルリストに対応付けられたチャンネルリスト U R L等の情報をクライアント 4 6 0に提供する処理などを実行する。コンテンツディレクトリサービス 44 2は、ライプストリーミングで扱うコンテンッ用のメタデータとして、ライプストリーミングコンテンツ用の UR L ゃコーデック情報、プロトコル情報をデータベース 44 3に保持しており、クライアント 4 6 0からの要求に応じてこれらの情報をクライアント 4 6 0に送信する'。なお、サーバがライブストリーミングコンテンツ配信可能であるか否かについては、クライアント 4 6 0は、コンテンッディレクトリサービス 44 2からのプロトコル情報によって知ることができる。プロトコル情報には、チューナの制御によるコンテンッ配信を実行することが可能であることを示す情報（フアンクシヨン I D ( f u n c I D)) が設定され、クライアントでは、ファンクシヨン I Dに基づいてチューナを介したライプデータのストリーミング配信が可能であることを知ることができる。ファンクション I Dは、チューナ制御、 DVD制御、ハードディスク制御等、コンテンツ処理のための制御対象毎に設定される I Dであり、チューナが 2つあればそれぞれ異なるファンクション I D、例えば f u n c I D= a、 f u n c I D= bのように異なる I Dが設定され、チューナ識別情報としても利用される。クライアント 4 6 0は、コンテンッディレクトリサービス 4 4 2からのコンテンッ情報に基づいて、チューナ受信のライブストリーミングデータの配信を希望する場合は、受信したコンテンツ情報から取得した情報をコンテンツ配信制御部 4 3 0のコネクションマネージャ 4 3 1に送信する。これらの処理の詳細については後述する。その後コンテンツ配信制御部 4 3 0において、 A VTィンスタンス 4 3 3がアサインされ、クライアントは、 AVTインスタンス 4 3 3に対して配信コンテンッに対する制御、例えばコンテンツの一時停止（S TO P) や、チャンネル切り替え（S E E K ) 等の各種制御を実行することができる。コンテンッ管理部 4 4 0内のコネクションマネージャサービス（C M S ) 4 4 1は、クライアント 4 6 0にコンテンツ管理部 4 4 0の出力プロトコル情報を伝えるなど、クライアント 4 6 0と、コンテンツ管理部 4 4 0間の通信制御サービスを行う。サーバ 4 0 0との接続クライアント 4 6 0が複数いる場合には、クラ'イアント 4 6 0毎のコネシヨン I D管理を実行し、各クライアント 4 6 0からの要求を識別して対応する。コンテンツディレクトリサービス 4 4 2におけるライブストリーミングデータ関連のメタデータに関するォブジェクト管理構成について、図 7を参照して説明する。先に図 3を参照して説明したように、コンテンッ提供サーバでは様々なコンテンッに対応するメタデータを階層構成のディレクトリにおいて管理している。図 7は、コンテンッディレクトリサービス 4 4 2において管 ¾するライブストリーミングデータ関連のメタデータの管理構成を示している。ル一トコンテナ 4 8 1の下段にチューナコンテナ 4 8 2が設定される。なお、チューナ数や、チャンネルリスト U R Lの設定態様に応じて、ディレクトリに設定されるチューナコンテナの設定態様は異なってくる。これらの形態については、後段で詳細に説明する。チューナコンテナ 4 8 2の子として設定されるアイテムに、個々のチャンネル 4 8 3 , 4 8 4 , 4 8 5が設定される。コンテンナ、アイテムにはそれぞれコンテンツ属性情報としてのメタデータが対応付けられ、クライアント 4 6 0からのサーチや、ブラゥズ等のコンテンッ情報要求に応じてこれらのメタデータに基づくコンテンッ情報がサーバから提供される。チューナコンテナ 4 8 2には、チャンネルリスト URし、プロトコル情報等がメタデータとして格納される。チャンネルアイテム 4 8 3, 4 8 4, 4 8 5 には、例えばチャンネルの名前（東京テレビ、 AB Cテレビなど）の情報が格納される。チューナコンテナ 4 8 2のメタデータとして設定されるチャンネルリスト UR Lは'、例えば地上波 1〜 1 2チャンネルのみを受信可能なチューナの場合は、 1〜 1 2チヤンネルの 1 2個のチヤンネノレをリストイ匕した 1つのチヤンネルリストを取得するための UR Lとして設定される。地上波、 B S、 C S等の衛星放送等のチヤンネノレ ( l〜nチャンネル）の放送データを受信可能なチューナの場合は、 1〜 nチヤンネルの nチヤンネルをリストイ匕した 1つのチヤンネルリストを取得するための UR Lとして設定される。なお、地上波のチャンネルリスト、 B S用のチヤンネルリスト、 C S用のチヤンネルリスト等、カテゴリ毎に区分したチャンネルリストを設定し、それぞれに異なるチャンネルリスト UR Lを設定してもよい、これらのチャンネルリスト UR Lは、クライアント 4 6 0からコンテンッディレクトリサービス (C D S) 44 2に対するサーチやブラゥズを適用したコ情報取得処理によってクライアント 4 6 0が取得可能である。クライアント 4 6 0は取得したチャンネルリスト U R Lに基づくコンテンッ取得を行うことで、チャンネルリストに設定された、例えば 1〜 1 2チャンネルの間の切り替え制御をその 1つの UR Lに基づいて実行可能となる。すなわちクライアント 4 6 0はチヤンネルリスト UR Lによるコンテンッ取得により、チャンネルリストにリストァップされたすべてのストリーミングデータの制御権をまとめて得ることができる。具体的な制御については、後述する。本発明の構成では、上述したように、個々のチヤンネル毎の UR L設定ではなく、複数のチヤンネルをまとめてその制御を可能とするために、チャンネルの集合としたチャンネルリストにコンテンツ UR Lを設定した。従って、チヤンネルリストにリストアップされたチヤンネルに対応するストリーミングデ —タの制御権をまとめてクライアント 4 6 0に提供することが可能となる。クライアント 4 6 0は、チャンネルリストに基づく制御権を持つ場合には、リストにあるチャンネル間の切り替え等の処理を行う場合にも、新たな UR L に基づく HT T Pコネクションを設定する必要がない。チャンネル切り替え等の制御命令をコンテンツ配信制御部 4 3 2に送信するのみで、チャンネル切り替えが可能となり、従って、新旧 UR Lの切り替えに基づくサーバクライアント間のコネクションの再設定等の処理が不要となる。図 7に示すように、チューナコンテナ 4 8 2の子としては、チューナコン.テナ 4 8 2の持つチャンネルリスト U R Lに設定された各チヤンネル、例えば地上波 1〜 1 2チヤンネルの各々が子アイテムとして設定される。それぞれのァィテムには各チヤンネルの情報がメタデータとして設定される。図 8にチューナコンテナおよびチヤンネルアイテムに対応するコンテンツ情報 (メタデータ) を示す。図 8に示すデータは、クライアント 4 6 0からコンテンッディレクトリサービス (CD S) 44 2に対するコンテンッ情報要求に応じてクライアント 4 6 0に送信される XMLデータの例である。図 8 ( a) がチューナコンテナに対応するメタデータに基づく情報であり、下記に示すような情報を持つ。

く container id= ch—丄 1st 33：6^1丄0= ー丄 restricted- 1 ···> く dc:title> 地上波チャンネル一覧く/ dc:title>

<upn ： class>ob ject. container, function. avVideoTuner</upn ： class> <av： allo edOperation>Play</av： allowedO eration) <av:eventingURI>http://l.'2.3.4： 56000/SENA?id=li ve</av： eventingURI> く res protocollnf o=" http-get：* : video/mpeg: func-id=tOl" av: codec MPEG1V" ···>

http://l.2.3.4:56000/liveoutUrl

く/ res> ' 、1 container) 上段から、コンテナ I D、タイトル、クラスに関するデータ、さらに、許容処理 [allowedOperation], イベント通知用 UR L [eventingURI] , プロトコル情報 [protocollnfo] などがチューナコンテナのコンテンツ情報として格納される。ィベント通知とは、例えばステレオ Zモノラルの切り替え、 2ケ国語放送の切り替え等、配信コンテンツに対応するィベントが発生した場合にクライアント 4 6 0に通知するための処理を実行するために設定される URしであり、クライアント 4 6 0は、ィベント通知用 UR Lを指定したィベント通知要求をサーバに対して送信することで、コンテンッ配信に並列して様々なィべント通知を受けることが可能となる。図 8のデータ部 4 9 1に示すプロトコル情報 [protocollnfo] 中のファンクシヨン I D [func-id=t0l] は、このコンテンツがライブストリーミング用のコンテンッであることを示す、すなわちチューナを適用した制御によるコンテンッ配信を実行することを示している。前述したように、ファンクション I D は、チューナ制御、 DVD制御等、コンテンツ配信のための制御対象毎に設定される I Dであり、チューナが 2つあればそれぞれ異なるファンクシヨン I D、例えば f u n c I D= a、 f u n c I D = bのように異なる I Dが設定される。図 8のデータ部 4 9 2に示す [http://l.2.3.4： 56000/liveoutUrl] 力チヤンネルリスト U R Lである。図 8 (b) が、チャンネルアイテムに対応するメタデータに基づく情報であり、下記に示すような情報を持つ。く dc:title>東京テレビく/ dc:title>

upnp： class>ob ject. item, videoltem. videoBroadcast. avChanne丄

</upn ： c丄 ass>

<upnp： channelName>¾¾ vレビく/ upnp： channelName>

く upnp : channelN:r>8く/ upnp: channelNir>

</item> ' 上段から、タイトル、クラス、チャンネル名、チャンネル番号が記載されている。クライアント 4 6 0は、チューナコンテンナおよびチヤンネルアイテムに対応するコンテンッ情報を取得することで、チューナコンテナに設定されたチャンネルリスト UR Lに基づくコンテンッ要求により、どのような範囲のチャンネル制御権を取得することが可能かを知ることができる。 . クライアント 4 6 0は、図 8に示すコンテンツ情報からなる XMLデータに基づいて、チャンネル情報ー覽リストをクライアント 4 6 0のディスプレイに表示する。次に、図 9を参照して、サーバクライアント間で実行されるチャンネルリスト UR Lに基づくストリーミングデータ配信処理シーケンスの詳細について説明する。 ' まず、クライアント 4 6 0は、サーバが保有し、クライアント 4 6 0に提供可能なコンテンツを調べるために、ステップ S 1 0 1において、プラゥズまたはサーチ処理により、コンテンッ情報を取得する。コンテンッ検索を実行しようとするクライアント 4 6 0は、コンテンッ管理ディレクトリの階層やォプジェクト集合に対応するクラスを指定した「サーチ」、あるいは、特定のォプジェクトの指定としての「ブラウズ」をサーバに要求することで、コンテンツの情報を取得することが可能である。ブラゥズまたはサーチは、コンテンツ管理部 44 0 (図 6参照）のコンテンツディレクトリサービス 44 2に対して実行され、コンテンッディレクトリサービス 44 2がメタデータを格納したデータベース 44 3から各オブジェクト対応のメタデータに基づく XMLデータを生成してコンテンツ情報としてクライアント 4 6 0に提供する。例えば、チューナコンテナに関するコンテンッ情報を取得した場合は、図 8 ( a) に'示すチューナコンテナ対応のコンテンツ情報および、図 8 (b) に示すチャンネル毎のコンテンツ情報に基づく情報がクライアント 4 6 0に送信される。なお、図 8 (b ) に示す情報は、 1つのチャンネルに対応するコンテンッ情報であり、クライアント 4 6 0が、チューナコンテナおよび子アイテムとしての全チャンネルの情報を要求した場合は、チューナコンテナの子アイテムとして設定されるチャンネル数に対応する数の図 8 (b ) に示す情報がクライアント 4 6 0に送信されることになる。 . クライアント 4 6 0は、サーバから受信するコンテンッ情報を記述した XM Lデータに基づいてコンテンツ情報をディスプレイに表示する。これは、先に、図 4を参照して説明したような表示情報である。クライアント 4 6 0は、図 8 ( a) ( b ) に示すチューナコンテナおよびチャンネルアイテムに対応するコンテンッ情報に基づいて、

チヤンネルリスト U R L

ファンクション I D ( f u n c I D)

チャンネル情報

を取得する。クライアント 4 6 0は、次に、ステップ S 1 0 2において、コンテ.ンッ配信制御部 4 3 0のコネクションマネージャサービス 4 3 1に対して、プロトコノレ情報取得要求を送信する。これは、コンテンツ配信制御部 4 3 0に入力可能なプロトコル情報、すなわち、コンテンツ配信制御部 4 3 0の処理可能なプロトコル情報の一覧を要求する処理である。ステップ S 1 0 3において、コネクションマネージャサービス 4 3 1は、プ口トコル情報一覧をクライアント 4 6 0に送信する。このプロトコル情報一覧には、例えばビデオデータのプロトコルとしての MP E Gや、オーディォデータの ATRAC等、コンテンッ配信制御部 4 3 0で処理可能な様々なプロトコル情報が'含まれる。チューナ 4 1 0の受信データを配信可能なサーバのコネクションマネージャサービス 4 3 1がクライアント 4 6 0に送信するプロトコル情報一覧には、ライプストリーミングデータの配信が可能であることを示す情報が含まれる。具体的には、

[internal :1.2.3.4: application/ χ-av- tuner-con tent：

J なる.プ口トコル情報が含まれる。すなわち、 schema欄（第 1 カラム）が [internal] であるものが含まれる。このプロトコル情報は、内部のコンテンツ管理部 (メディアサーバ） 4 4 0 との論理コネクションが、以下に説明する接続準備 (PrepareForConnection) によつて可能であることを示す。このプロトコル情報にもフ了ンクシヨン I Dが含まれる。前述したように、ファンクション I Dは、チューナ制御、 DVD制御等、コンテンッ配信のための制御対象毎に設定される I Dであり、ステップ S 1 0 1においてクライアントがブラゥズまたはサーチ処理により、コンテンッディレクトリサービス 44 2から取得したコンテンツ情報にも含まれる。ここでは、ファンクション I D [func-id=t0l] がチューナ 4 1 0を適用したコンテンツ配信に対応するファンクシヨン I Dとして設定されている。次に、ステップ S 1 0 4において、クライアント 4 6 0は、コネクションマネージャサービス 4 3 1から、現在、サーバ 4 0 0に接続されている他のクライアントに関する情報を取得する。コネクションマネージャサービス 4 3 1は、サーバに接続しているクライァントに対応するコネクシヨン I Dをクライアント識別子、および各クライアントに配信されるコンテンツに対応するプロトコル情報等を対応付けた図 1 0に示すようなコネクション管理テーブルを保持してコネクション管理を実行している。クライアント 4 6 0からのコネクション情報の取得要求に応じて、これらの情報をクライアント 4 6 0に提供する。この処理については、後述する。なお、このコネクション情報通知処理は、クライアン'ト 4 6 0が他のクライアント 4 6 0の接続状況を確認するために実行するものであり、省略してもよい。ステップ S 1 0 5において、クライアント 4 6 0は、コネクションマネージャサービス 4 3 1に対して、接続準備要求（PrepareForConnection) を送信する。クライアント 4 6 0が、チューナを適用したライプストリーミングデータの配信を希望する場合は、先にコンテンッディレクトリサービス (C D S) .4 4 2から受領したコンテンツ情報としてのチューナコンテナに対応するコンテンッ情報に含まれるファンクシヨン I D ( f u n c I D) と一致するフ了ンクシヨン I Dを持つプロトコル情報を送信すればよい。ステップ S 1 0 5の接続準備 (PrepareForConnection) の送信において、クライアント 4 6 0は、前述のプロトコル情報取得（S 1 0 3) において、コネクションマネージャサービス 4 3 1から受領したライプストリーミングに関するプロトコル情報し internal： 1.2.3.4 Application/ x - a v - tuner - con tent： func~id=t0l] ¾Γ^Ί@ する。クライアント 4 6 0から接続準備要求（PrepareForConnection) を受信したコネクションマネージャサービス 4 3 1は、接続準備要求に含まれるプロトコノレ情報 L internal： 1.2.3.4： application/ x - av - tuner - content： func-id=tOl] に基づいて、チューナに.よる受信データのストリーミング配信の要求であると判断し、コンテンッ対応制御部 4 3 2内の 1つの AVTィンスタンス 4 3 3をチューナコントロールインスタンスとして設定（アサイン）し、接続準備要求 (PrepareForConnection)のあったクライアント 4 6 0に対するコネクション I Dと、チューナコントロールインスタンスとして設定（アサイン）した A V Tインスタンスの識別子（AVTインスタンス I D) とのバインド処理、すなわち対応付けを行う。なお、前述したように、コネクションマネージャサービス 4 3 1は、図 1 0 に示すコネクション管理テーブル、すなわち、各接続クライアント 4 6 0毎のコネクション I Dと A V Tィンスタンス I D、プロトコル情報との対応データを持ち、これをコネクション管理情報として管理している。ステップ S 1 0 6において、コネクションマネージャサービス 4 3 1は、クライアント 4 6 0に対して、アサインした AVTインスタンスの識別子である AVTインスタンス I Dおよび、クライアント 4 6 0サーバ間のコネクシヨンに対して設定したコネクション I D情報を通知する。クライアント 4 6 0はこれらの情報をメモリに格納する。ステツプ S 1 0 7において、クライアント 4 6 0は、コネクシ 3 ンマネージャサービス 4 3 1によってアサインされた A V Tィンスタンスによるコンテンッ配信制御を行わせるための処理として、アサインされた A VTィンスタンスに対して、 U R I (Uniform Resource Identifier) セット要求を発行する。 A V Tインスタンスに対してセットする UR I には、コネクションマネージャサービス 4 3 1から通知された A VTィンスタンス I Dと、ステップ S 1 0 2 の処理において取得したチューナコンテナに対応するコンテンッ情報に含まれるチャンネルリスト UR Lが含まれる。

AVTインスタンスは、クライアント 4 6 0から指定された A V インスタンス I Dと、チャンネルリスト UR Lとに基づいて、自己の制御対象コンテンッおよびクライアントを識別することが可能となる。すなわち、 AVTインスタンス I Dを指定して各種の制御命令を送信するクライアントを AVTインスタンスに対応するクライアントであり、チャンネルリスト UR Lが制御対象コンテンッとなる。チャンネルリスト UR Lは、チューナコンテナの対応コンテンッであり、チャンネルリスト UR Lをセットした AVTインスタンスは、チューナ 4 1 0の制御を実行するィンスタンスとして設定されることになる。次にクライアント 4 6 0はステップ S 1 0 8以降において、 AVTインスタンスに対して、様々なコンテンツの制御要求を実行することができる。ステツプ S 1 0 8では、再生（ P 1 a y) 要求を A V Tィンスタンスに対して発行している。この制御要求は、例えば S OA P(Simple Object Access Control)プ口トコルが利用される。 S OAPに基づいて、クライアント 4 6 0は、 XM.L データに従った記述データを生成し A VTインスタンス 4 3 3に送信する。

A V Tィンスタンス 4 3 3は、クライアント 4 6 0からの受信情報に基づく制御、例えばコンテンツ再生開始、終了、チャンネル切り替えなどの処理を実行する。 AVTインスタンス 4 3 3は、セットされたコンテンッ UR Lに基づいて制御対象コンテンツを特定し、その特定された制御対象コンテンツを制御する。この場合は、コンテンツ UR Lはチヤンネルリスト UR Lであり、チヤンネルリスト UR Lはチューナコンテナに対応するコンテンッ情報であり、 A VTインスタンス 4 3 3はチューナ 4 1 0の制御を実行する。ステップ S 1 0 8の、再生（ P 1 a y) 要求を A V Tィンスタンス 4 3 3力 S 受領すると、 AVTインスタンス 4 3 3はチューナ 4 1 0を制御し、チューナ受信データのクライアント 4 6 0に対する送信を開始する。ステップ S 1 0 9においては、チャンネル設定（S e e k) 要求を AVTィンスタンスに対して発行している。この要求には、 AVTインスタンス I Dとチャンネル番号が含まれる。チヤンネル設定（S e e k) 要求を AVTインスタンス 4 3 3が受領すると、 AVTインスタンス 4 3 3はチューナ 4 1 0を制御し、チューナのチャンネルを設定して受信データをクライアント 4 6 0に送信する。ステップ S 1 1 0は、以下継続して実行されるライブストリーミングデータの配信を示している。ステップ S 1 1 1は、ィベント通知処理（S ENA) カコンテンッ配信と並列して実行されることを示している。前述したようにィべントとは、例えばステレオダモノラルの切り替え等のように配信コンテンツに関する情報であり、クライアント 4 6 0からのイベント UR Lに基づくィベント通知要求に基づいてサーバが様々なィベント情報を通知する処理である。チヤンネル切り替え処理シーケンスについて、図 1 1を参照して説明する。チャンネル切り替え処理は、チャンネルリスト UR Lに基づくストリーミングデータの配信中に実行する。ステップ S 2 0 1において、ストリーミングデ一タの配信おょぴイベント通知が実行されているとする。ステップ S 2 0 2において、クライアント 4 6 0はチャンネル切り替え ( S e e k ) 要求を AVTィンスタンスに対して発行する。この制御要求には、上述したように例えば S O A P (Simple Object Access Control)プ口トコルが利用される。クライアント 4 6 0は、 XM Lデータに従った記述データを生成し AVTインスタンス 4 3 3に送信する。この要求には、 AVTインスタンス I Dと切り替えチヤンネル番号が含まれる。チャンネル設定（S e e k) 要求を AVTインスタンス 4 3 3が受領すると、 AVTインスタンス 4 3 3はチューナ 4 1 0を制御し、チューナのチャンネルを切り替えて受信データをクライアント 4 6 0に送信する。その後、ステップ S 2 0 3において、切り替え後のチャンネルに対応するストリーミングデータの配信およびィベント通知が実行される。このチャンネル切り替えの前後におけるサーバクライアント間の HTT P コネクションは、同一の UR L、すなわち同じチャンネルリスト UR Lに基づく HTT Pコネクションであるため、サーバクライアント間においてはコネクションが維持されだままチャンネル切り替えが実行されることになる。このよ'うに、チャンネルリスト中のチャンネルを切り替えるときは、 AVT ィンスタンスに対してチヤンネル切り替え要求（AVT Seek action)を行う。この際、チャンネル切り替え要求 (A V T Seek action) を行なったクライアント 4 6 0のみならず、同じライブストリーミングを利用しているクライアントも、 HTT Pコネクションを切ることなくコンテンッが変更される。なお、サーバからクライアントに対して送信される画像または音声データ.を、例えば MP E G等の符号化データとした場合、クライアントから受信するチヤンネル切り替えのタイミングに基づいて無条件に送信データの切り替えを実行すると、送信する符号化データパケットの不整合が発生する場合がある。このような不整合な符号化データをクライアント側でデコード（復号）するとデコードエラーによりコンテンッ再生エラーを発生させる。例えば MP EG— 2システムでは、映像や音声などの個別データストリームである P E S (Packetized Elementary Stream)パケットを複数結合し、さらに制御情報をヘッダに格納したパック（P a c k ) を 1つの処理単位としている。従って、パック（P a c k)を構成する P E Sパケットの一部を送信中に、チヤンネル切り替えを実行して、送信データを変更すると、クライアントにおいてデコードする際の 1つの処理単位であるパック（P a c k) に欠落が発生し、再生エラーを発生させることになる。従って、サーバのコンテンツ配信制御部 4 3 0は、クライアントからのチヤンネル切り替え要求に基づく送信データの変更により、送信符号化データの整合性の保持が可能か否かを判定し、整合性が保持されないと判断した場合は、サーバクライアント間のデータストリーム配信用の接続コネクション、すなわち、チヤンネルリスト U R Lに基づく H T T Pコネクションを切断する。サーパは、さらに、クライアントに対して、ィベント通知用コネクションを介して、データストリーム配信用の接続コネクションが切断されたことを通知する。クライ'アントは、サーバからコネクション切断通知を受信した場合は、再度、チャンネルリスト U R Lに基づく H T T Pコネクションを設定する処理、すなわち、チャンネルリスト U R Lに基づく H T T P— G E Tメソッドをサーバに対して送信する。なお、 A V Tインスタンス（チューナコントロールインスタンス 4 3 3 ) の設定状態は維持されているので、チューナコントロールインスタンス 4 3 3の新たなアサイン、 U R Iセット等の設定処理は省略可能である _t あるいは、サーバは、クライアントから受信したチヤンネル切り替えタイミングに基づいて無条件にチヤンネル切り替えを実行するのではなく、クライアントからのチャンネル切り替え要求受信後、クライアントに対して送信する符号化データの整合性を保持可能なタイミングを待機し、整合性を保持可能なタィミングでクライアントに対する送信データの切り替えを実行する構成としてもよい。この切り替えタイミングの制御は、コーチ'ック 4 2 0のデータェンコード状況を検出し、検出情報をチューナコントロールインスタンス 4 3 3に入力し、チューナコント口一ルインスタンス 4 3 3のタイミング制御の下にチユーナ 4 1 0のチャンネノレ切り替えを実行することで行う。サーバ側でこのようなチャンネル切り替えタイミングの制御を実行することで、クライアント側でのデコードエラ一の発生が防止され、クライアント側ではチャンネル切り替え前のデータおよびチャンネル切り替え後のデータ再生を正常に実行することが可能となる。次に、図 1 2のシーケンス図を参照してライブストリーミングデータの配信処理を終了する場合の処理について説明する。ステップ S 3 0 1において、ストリーミングデータの配信およびィベント通知が実行されているとする。ライプストリーミングデータの配信処理を終了しようとするクライアント 4 6 0は、ステップ S 3 0 2において、コネクション I Dを格納したコネクション終了要求をコネクションマネージャサービス 4 3 1に送信する。コネクシヨン I Dは、図 9のシ一ケンス図のステップ S 1 0 6において、コネクションマネージャサービス 4 3 1から受領したものである。コネクションマネージャサービス 4 3 1は、クライアント 4 6 0からの要求に従って、サーバクライアント間のコネクションの切断を行い、さらに、図 1 0を参照して説明したコネクシヨン管理テーブルから対応エントリを削除する。なお、クライアント 4 6 0は同じ A V Tインスタンスを使用している他の.クライアントの存在を知ることカ、ステップ S 1 0 4の問い合わせ処理によって可能である。このチェックを前もって行うことで、どのファンクション I D ( func-i d)を選択すれば空いている A V Tィンスタンスを使えるかがわかる。このチェックを行い、他のクライアントに配慮した処理が可能となる。例えば、全ての A V Tィンスタンスが使用されている場合などは、チャンネル変更時に「他に人が視聴している可能性があります。本当に良いですか？」等のメッセージをサーバからクライアント 4 6 0に送信し、クライアント 4 6 0においてメッセージ表示 U I を生成し、提示することにより、複数のクライアントが接続されたネットワークにおいて、他のクライアントの接続を不用意に制御する、例えばチャンネルを切り替えてしまうといったことが防止される。ステップ S 1 0 4のコネクション情報取得処理の詳細は、以下の通りである。まず、コンテンッ配信制御部 4 3 0のコネクションマネージャサービス 4 3 1 に対し現接続コネクション I D要求（GetCurrentConnectionlDs) を行う。返り値として現在アクティブであるコネクション I D (ConnectionID) の一覧が返される。各々のコネクション I D を用いてコネクション情報要求 (GetCurrentConnectionlnfo) を行うと、そのコネクシ 3 ン I Dでアサインされているプロトコル情報（Protocollnfo) がわかる。このプロトコル情報の追加情報（Additionallnfo) に記載されるファンクション I D (func-id) が自分が使用しようとしているファンクション I Dと同じ場合は、同一の内部リソース（チューナなど）を扱っていることがわかる。上述したように、クライアント 4 6 0は、コンテンッ配信制御部 4 3 0のコネクシヨンマネージャサービス (CMS) 4 3 1に対して AVTインスタンスをアサインしてもらい、その AVTインスタンスにチューナコンテナに対応するチヤンネルリスト UR Lをセットすることによって、その UR Lに基づくライブストリーミングが開始できる。なお、コンテンッ配信制御部 4 3 0において、設定可能な AVTィンスタンスの数に制限がある場合は、コンテンッ配信制御部 4 3 0のコネクションマネージャサービス（CMS) 4 3 1は、以下の処理を実行することで、 AVTィンスタンスの設定を制御する。既に制限数の A V Tィンスタンスがアサインされている状態で、コネクシンマネージャサービス（CMS) 4 3 1力、クライアントから新たに A VTィンスタンスを要求されたときには、古いコネクションが優先する。すなわち古いコネクションに基づいて設定された A V Tィンスタンスを新しい要求に基づいて切り替えることはしない。ただし、これはあくまで A VTインスタンスの限度数の話であって、同じ A VTインスタンスを扱う要求であった場合には、たとえ既に他のクライアントに提供していても、異なるコネクション I Dで同じ AVTインスタンス I Dを新たに提供して良い。この場合には、複数のクライアントが 1つの AVTインスタンスに基づく制御を実行することが可能となる。具体的には 1つのチャンネルリスト UR Lの設定された AVTィンスタンスの制御を 2つ以上のクライアントが実行可能であり、いずれのクライアントからの制御命令、例えばチャンネル切り替え処理もその 1つの AVTィンスタンスの制御の下に有効に実行されることになる。なお、 'コンテンッ配信制御部 4 3 0が、 A V Tィンスタンス一 # 0と A VT インスタンス一 # 1の 2つを持っているが、同時に 1つの AVTしか動作できないサーバの場合の処理は、例えば以下の a〜 f のように実行される。

a . 最初、クライアント 1から AVT— # 0をアサインするように要求 b . コネクション I D一 1に AVTインスタンス I D - # 0をアサイン c . 次に、クライアント 2から AVT— # 0をアサインするように要求 d . コネクション I D— 2に A V Tインスタンス I D— # 0をアサイン . e . 次に、クライアント 1から AVT— # 1をアサインするように要求 f . クライアント 1にエラーを返すこのような処理を実行することで、 AVTインスタンスの設定数の制限が可能となる。前述したように、チャンネルリスト UR Lは、コンテンツディレクトリサービス（CD S) 4 4 2から得ることが可能である。チューナがプレイ状態、すなわちクライアントに対するコンテンッ配信状態にあるときは、このチヤンネルリスト UR Lに既に HTT P— GETに基づくコンテンツ要求を行っている全てのクライアント (サーバが複数クライアント対応時に限る) は、チャンネルリスト UR Lが AVTインスタンスにセットされたと同時にチューナのストリーミングを得ることができる。すなわち、他のクライアントによって使われているストリーミングを単にモニタしたい場合には、 AVTィンスタンスの設定を実行することなく、ストリーミング用の UR Lすなわち、コンテンッディレクトリサービス（CD S) 4 4 2から取得したチヤンネルリスト UR Lを設定した HTT P— GE Tメソッドを発行するのみで、チューナのストリーミングを得ることができる。サーバ 4 0 0のコンテンツ配信制御部 4 3 0は、チヤンネルリスト識別子としてのチヤンネルリスト UR Lに基づいて特定されるチューナ 4 1 0の受信する複数チヤンネルのコンテンッの配信制御を AVTィンスタンスの制御の下に実行している間に、他クライアントからの同一のチャンネルリスト UR L を指定したコンテンツ要求としての HT T P— GETメソッドを受信した場合、その要求クライアントは、 A VTインスタンスの設定を行うことなく、チャンネノレリスト U R Lに基づく I- I T T Pコネクションにより、チヤンネノレリスト UR Lに基づいて特定されるチューナ受信コンテンツの配信を実行することができる。 . [複数チューナを持つサーバ]

上述した例は、サーバにチューナが 1つのみの例であるが、複数のチューナを搭載した構成も可能である。この場合には、各チューナに対応してチャンネルリスト U R Lが対応付けられ、さらに個々に異なる A VTィンスタンスが設定されて制御が実行される。図 1 3にチューナを 2つ持つサーバにおける処理構成例を示す。この場合、チューナ A 5 1 1、コーデック A 5 1 2を介して 1つのストリーミングコンテンツがクライアントに送信され、さらにチューナ B 5 2 1、コーデック B 5 2 2を介して他の 1つのストリーミングコンテンツがクライアントに送信される。コンテンッ配信制御部 5 0 0のコネクションマネージャサービス 5 3 0は、それぞれのチューナ制御を実行する A VTィンスタンスを個別にアサインする。チューナコントロールインスタンス 5 3 1は、チューナ A 5 1 1の制御を実行し、チューナコントロールインスタンス 5 3 2は、チューナ B 5 2 1の制御を実行する。この場合、チューナコントロ一ルインスタンス 5 3 1にセットされるチャンネルリスト U R Lは、チューナ Aコンテナに対応するチャンネルリスト U R L ( A ) であり、チューナコント口一ルインスタンス 5 3 2にセットされるチヤンネルリスト U R Lは、チューナ Bコンテナに対応するチヤンネルリスト U R L ( B ) となる。それぞれのチューナを介してコンテンツを受信しているクライアントは、それぞれチューナコント口一ルインスタンス 5 3 1または、チューナコントロールインスタンス 5 3 2に対応する A V Tィンスタンス I Dを有し、それぞれの A V Tィンスタンス I Dを指定した制御が可能であり、それぞれ独立した制御が可能となる。なお、チューナとチャンネルリストの対応付けは、前述したように、チューナコンテナに対応して設定されるメタデータとして設定されるチャンネルリスト U R Lによつて決定される。上述した例では、チューナ 1つに対して 1つのチャンネルリスト U R Lを対応付けた例を説明したが、チューナが複数ある場合には、チューナとチャンネルリスト U R Lの対応付け態様は様々な設定が可能である。

2つのチューナがある場合において、それぞれのチューナが地上波、 B S双方とも受信可能な場合は、 1つのチューナコンテナを設定し、 2つのチャンネルリスト U R Lをメタデータとして設定可能となる。チューナコンテナ 6 0 1 には地上波チャンネルアイテム 6 0 2と、 B Sチャンネルアイテム 6 0 3が子アイテムとして設定される。チューナコンテナ 6 0 1のメタデータとして、チャンネルリスト U R L 1 ( f u n c I D= a ) と、チヤンネルリスト UR L 2 ( f u n c I D = b ) との 2つのチャンネルリスト UR Lが設定されている。このような構成の場合、クライアントは、チューナコンテナ 6 0 1のコンテンッ情報として 2つのチヤンネルリスト U R L、およびそのチャンネル情報を知ることが可能となる。クライアントは、地上波を視聴したい場合は、地上波に対応す'るチヤンネルリスト、例えばチヤンネルリスト UR L 1 ( f u n c l D = a ) を選択して、図 9に示す処理シーケンスにおけるステップ S 1 0 7の AVTインスタンスのセット処理を実行すればよレ、。 B S波を視聴したい場合は、 B S波に対応するチャンネルリスト、例えばチャンネルリスト UR L 2 ( f u n c I D = b ) を選択して、図 9に示す処理シーケンスにおけるステップ S 1 0 7の AVTインスタンスのセット処理を実行する。なお、このような構成の場合、ステップ S 1 0 3におけるコンテンッ配信制御部 4 3 0のコネクションマネージャ 4 3 1から送信されるプロトコル情報には、上述の 2つのチヤンネルリスト UR Lのファンクション I Dに対応する、 [internal: 1.2.3.4:application/x-avtuner-content:iunc-id=a] と、

Linternal:1.2.3.4.apOlication/x-av-tuner-content:func-ia=b] との、 2つのチューナを介するストリーミングデータコンテンツに関する 2つのプロトコル情報がそれぞれクライアントに通知されることになる。また、地上波 B S兼用受信チューナが 2つある場合において、一方を地上波専用、他方を B S専用として使い分ける場合には、図 1 5に示すように、各チユーナコンテナ 6 1 1 , 6 2 1が設定される。地上波チューナコンテナ 6 1 1 には複数の地上波チヤンネルアイテム 6 1 2が設定される。 B Sチューナコンテナ 6 2 1には複数の B Sチャンネルアイテム 6 2 2が設定される。それぞれのチューナコンテナに設定するチャンネルリスト UR Lを 1つとすることも可能であるが、図 1 5に示す例では、 2つのチューナコンテナのそれぞれに 2つのチャンネルリスト UR Lを設定している。このような構成とすることで、あるクライアントが 1つのチューナを適用して地上波のあるチャンネルを視聴している場合、他のクライアントが他のチューナを利用して他の地上波チャンネルを視聴すること、同様に異なる ·2つの B Sチャンネル、あるいは 1つは地上波、他方は B Sといった各タイプの組み合わせが可能となる。具体的には、 2つの地上波を 2つのチューナを介して視聴する場合は、地上波コンテナ 6 1 1にあるチヤンネルリスト UR L— T e r r e s t r i a 1 1 ( f u n c I D= a) と、チヤンネノレリスト UR L— T e r r e s t r i a 1 2 ( f u n c I D = b ) とをそれぞれことなる A V Tィンスタンスにセットして、それぞれが異なるチューナの制御を行うことで 2つの地上波がそれぞれのクライアントに送信される。

2つの B S波を 2つのチューナを介して視聴する場合は、 B S波コンテナ 6 2 1にあるチャンネノレリスト UR L— B S 1 ( f u 11 c I D = a ) と、チャンネルリスト UR L— B S 2 ( f u n c I D = b ) とをそれぞれことなる A V T ィンスタンスにセットして、それぞれが異なるチューナの制御を行うことで 2 つの地上波がそれぞれのクライアントに送信される。地上波と B Sの場合は、地上波コンテナ 6 1 1にあるチヤンネルリスト UR L-T e r r e s t r i a l l ( f u n c I D = a ) と、 B S波コンテナ 6 2 1にあるチャンネノレリスト URL— B S 2 ( i u n c I D = b)、あるいは、地上波コンテナ 6 1 1にあるチヤンネノレリスト UR L— T e r r e s t r i a 1 2 ( f u n c I D = ) と、 B S波コンテナ 6 2 1にあるチャンネルリスト UR L— B S 1 ( f u n c I D = a ) との組み合わせによる制御を行うことで地上波および B S波のコンテンッがそれぞれ異なるチューナを介してクライアントに提供される。また、 2つのチューナ中、 1つは地上波専用チューナであり、他方は地上波 B S兼用チューナである場合には、図 1 6に示すようなチャンネルリスト UR Lの設定が可能である。図 1 6に示すように、各チューナコンテナ 6 3 1， 6 4 1が設定される。地上波チューナコンテナ 6 3 1には複数の地上波チャンネルアイテム 6 3 2が設定される。 B Sチューナコンテナ 64 1には複数の B Sチヤンネルアイテム 64 2が設定される。地上波チューナコンテナ 6 3 1には 2つのチヤンネルリスト UR Lが設定され、 2つのチャンネルリスト U R Lを同時に適用することが可能であり、地上波についてのみ、 2つのチューナを利用して同時にストリーミング配信が.可能となる。具体的には、 2つの地上波を 2つのチューナを介して視聴する場合は、地上波コンテナ 6 3 1にあるチヤンネノレリスト UR L— T e r r e s t r i a 1 1 ( f u n c I D = a ) と、チャンネノレリスト UR L— T e r r e s t r i a 1 2 ( f u n c I D = b ) とをそれぞれことなる A V Tィンスタンスにセットして、それぞれが異なるチューナの制御を行うことで 2つの地上波がそれぞれのクライアントに送信される。地上波と B Sの場合は、地上波コンテナ 6 1 1にあるチャンネルリスト UR L-T e r r e s t r i a l 2 ( f u n c I D= b) と、 B S波コンテナ 6 2 1にあるチャンネルリスト UR L— B S 1 ( f u n c I D = a ) との組み合わせによる制御を行うことで地上波および B S波のコンテンツがそれぞれ異なるチューナを介してクライアントに提供される。

[サーバおよびクライアントの処理フロー] チューナ受信データのライプストリーミング処理におけるサーバおよびクライアント各々の処理手順について、図 1 7および図 1 8のフローを参照して説明する。まず、クライアントにおける処理を図 1 7の処理フローを参照して説明する。クライアント装置は、ステップ S 5 0 1において、プラゥズまたはサーチ処理により'、コンテンツ情報の取得要求を実行する。これは、コンテンツ管理部 4 4 0 (図 6参照）のコンテンッディレクトリサービス 4 4 2に対して実行する。ステップ S 5 0 2において、コンテンッ情報を受信する。ここでは、チューナを介したストリーミングデータの配信を実行するためチューナコンテナおよびチヤンネルアイテムのコンテンツ情報を取得するものであり、図 8 ( a. ) に示すチューナコンテナ対応のコンテンツ情報および、図 8 ( b ) に示すチヤンネル毎のコンテンツ情報に基づく情報を取得する。この処理により、チャンネルリスト U R L、ファンクション I D、チャンネル情報が取得される。クライアントは、次に、ステップ S 5 0 3において、コンテンッ配信制御部 4 3 0のコネクションマネージャサービス 4 3 1に対して、プロトコル情報取得要求を送信する。ステップ S 5 0 4において、コネクションマネージャサービス 4 3 1から、プロトコル情報一覧を受信する。このプロトコル情報一 Kに、ライプストリーミングデータの配信が可能であることを示すプロトコル情報 [ i nterna l： 1. 2. 3. 4 : app丄 i cat i on/x—av— tuner一 content： func— i d=t0 l」 50 "aまれる。次に、ステップ S 5 0 5において、クライアントは、コネクションマネージャサービス 4 3 1から、現在、サーバ 4 0 0に接続されている他のクライアントに関する情報を取得する。ステップ S 5 0 6において、クライアントは、コネクシヨンマネージャサービス 4 3 1 に対して、接続準備要求 (PrepareForConnection) を送信する。クライアントが、チューナを適用したライプストリーミングデータの配信を希望する場合は、ステップ S 5 0 2において、コンテンツディレクトリサービス（CD S) 4 4 2から受領したチューナコンテナに対応するコンテンッ情報中のファンクシヨン I D ( f u n c l D) と一致するファンクション I Dを持つプロトコル情報を送信する。ステツ'プ S 5 0 7において、クライアントは、コネクション I Dと、チューナコントロールインスタンスとして設定（アサイン）した AVTインスタンスの識別子（AVTインスタンス I D) を受信する。ステップ S 5 0 8において、クライアントは、アサインされた A VTィンスタンスに対して、 UR I (Uniform Resource Identifier) セッ.ト要求を発行する。 AVTィンスタンスに対してセットする UR I には、コネクションマネ一ジャサ一ビス 4 3 1から通知された A V Tィンスタンス I Dと、ステップ S 5 0 2において取得したチューナコンテナに対応するコンテンツ情報に含まれるチャンネルリスト UR Lが含まれる。ここまでの処理が、 A VTィンスタンスによるチューナ制御を可能とするための設定処理である。これ以降は、クライアントは、 AVTインスタンスに対して制御要求を発行することで、コンテンツ送信、停止、チャンネル切り替えなどの様々な制御が可能となる。ステップ S 5 0 9において、クライアントは AVTインスタンスに対してコンテンッの制御要求を実行する。例えば、再生（P 1 a y) 要求、チャンネル切り替え（S e e k) 要求である。クライアントは、 XMLデータに従った記述データを生成し、各種の制御情報を A VTィンスタンス 4 3 3に送信する。ステップ S 5 1 0においてクライアント側ユーザがチャンネル切り替えを行いたいと判断した場合は、ステップ S 5 1 1において、クライアントはチヤンネル切り替え（S e e k) 要求を AVTィンスタンスに対して発行する。この制御要求には、 A VTインスタンス I Dと切り替えチャンネル番号を格納する。ステップ S 5 1 2において、接続終了すると判断した場合は、コネクション I Dを格納したコネクション終了要求をコネクションマネージャサービス 4 3 1に送信する。コネクション I Dは、ステップ S 5 0 7において、コネクションマネージャサービス 4 3 1から受領したものである。次に、サーバ側の処理について、図 1 8の処理フローを参照して説明する。ステップ S 6 0 1において、コンテンッ管理部 440 (図 6参照）のコンテンッディレクトリサービス 44 2は、クライアントからのコンテンツ情報取得要求を受信する。ここではチューナコンテナおよびチャンネルアイテムのコンテンッ情報の取得要求があったものとする。ステップ S 6 0 2において、コンテンッディレクトリサービス 44 2は、クライアントに対して、チューナコンテナおよびチャンネルアイテムのコンテンッ情報を送信する。図 8 ( a) に示すチューナコンテナ対応のコンテンツ情報および、図 8 ( b ) に示すチャンネル毎のコンテンツ情報であり、チャンネルリスト UR L、ファンクション I D ( f u n c I D)、チヤンネル情報を含む情報である。ステップ S 6 0 3において、サーバのコンテンツ配信制御部 4 3 0のコネクションマネージャサービス 4 3 1は、クライアントからプロトコル情報取得要求を受信する。ステップ S 6 04において、コネクションマネージャサービス 4 3 1は、プロトコル情報一覧をクライアントに送信する。コネクションマネジャサービス 4 3 1がクライアントに送信するプロトコル情報一覧には、ライブストリーミングデータの配信が可能であることを示す情報 L internal： 1.2.3.4： application/ x_av - tuner - content： func-id=tOl] な。プ口トコル情報が含まれる。次に、ステップ S 6 0 5において、コネクションマネージャサービス 4 3 1 は、クライアントに、現在、サーバ 40 0に接続されている他のクライアントに関する情報を提供する。コネクションマネージャサービス 4 3 1は、図 1 0 に示すコネクション管理テーブルに基づいてコネクション情報を提供する。ステップ S 6 0 6において、コネクションマネージャサービス 4 3 1はクライアントから接続準備要求（PrepareForConnection) を受信する。クライアント力、チューナを適用したライプストリーミングデータの配信を希望している場合は、先にコンテンツディレクトリサービス (CD S) 4 4 2が送信したコンテンッ情報としてのチューナコンテナに対応するコンテンッ情報に含まれるファンクション I D ( f u n c I D) が、接続準備要求に含まれる。クライアントから接続準備要求を受信したコネクションマネージャサービス 4 3 1 は、接続準備要求に含まれるプロトコル情報 L internal :1.2.3.4： appl ication/ x- a v- tuner-content： f unc-i d=t01 j について、チューナによる受信データのストリーミング配信の要求であると判断し、ステップ S 6 0 7において、コンテンッ対応制御部 4 3 2内の 1つの AVTィンスタンス 4 3 3をチューナコントローノレインスタンスとして設定 (アサイン）し、接練準備要求を送信してきたクライアントに対するコネクション I D と、チューナコントロールインスタンスとして設定（アサイン）し、 AVTィンスタンスの識別子（AVTインスタンス I D) とのバインド処理、すなわち対応付け、図 1 0に示すコネクション管理テーブルに対するェントリ設定を行い、ステップ S 6 0 8において、コネクション I Dと AVTインスタンス I D をクライアントに通知する。ステップ S 6 0 9において、 AVTインスタンスが、クライアントから UR I (Uniform Resource Identifier) セット要求を受信すると、ステップ S 6 1 0において、 A VTィンスタンス I Dとチヤンネルリスト UR Lとを、 A V Tインスタンス UR I として AVTインスタンスにセットする。 AVTインスタンスは、クライアントから指定された A VTィンスタンス I Dと、チャンネルリスト UR Lとに基づいて、自己の制御対象コンテンツおよびクライアントを識別することが可能となる。すなわち、 AVTインスタンス I Dを指定して各種の制御命令を送信するクライアントを AVTインスタンスに対応するクライアントとして認識し、チャンネルリスト UR Lによって対応付けら'れるチューナが制御対象となる。チャンネルリスト UR Lは、チューナコンテナの対応コンテンツであり、チャンネルリスト UR Lをセットした A VTィンスタンスは、チューナ 4 1 0の制御を実行するィンスタンスとして設定されることになる。次にステップ S 6 1 1において、 AVTインスタンスが、コンテンッ制御要求を受信すると、ステップ S 6 1 2において、 AVTインスタンス 4 3 3は、クライアントからの受信情報に基づくチューナ制御、例えばコンテンッ再生開始、終了、チヤンネル切り替えなどの処理を実行する。 AVTインスタンス 4 3 3は、セットされたコンテンツ UR Lに基づいて制御対象コンテンツを特定し、その特定された制御対象コンテンツを制御する。この場合は、コンテンツ U R Lはチヤンネルリスト UR Lであり、チヤンネルリスト UR Lはチューナコンテナに対応するコンテンッ情報であり、 AVTインスタンス 4 3 3はチューナ 4 1 0の制御を実行する。ステップ S 6 1 3において、チャンネル切り替え ( S e e k ) 要求を受信したと判定した場合は、ステップ S 6 1 4において、 AVTインスタンス 4 3 3 はチューナ 4 1 0を制御し、チューナのチャンネルを切り替える。このチャンネル切り替えの前後におけるサーバクライアント間の HT T Pコネクションは、同一の UR L、すなわち同じチャンネルリスト UR Lに基づく HT T Pコネクションであるため、サーバクライアント間においてはコネクションが維持されたままチャンネル切り替えが実行される。ステップ S 6 1 5において、コネクシヨン I Dを格納したコネクション終了要求をコネクションマネージャサービス 4 3 1が受信したと判定した場合は、ステップ S 6 1 6において、クライアントからの要求に従って、サーバクライアント間のコネクションの切断を行い、さらに、図 1 0を参照して説明したコネクシヨン管理テーブルから対応エントリを削除する。なお、前述したように、サーバからクライアントに対して送信される画像または音声データを、例えば MP E G等の符号化データとした場合、クライアントから受信するチヤンネル切り替えのタイミングに基づいて無条件に送信データの切り替えを実行すると、送信する符号化データパケットの不整合が発生する場合がある。例えば M P E G - 2システムに規定されるパック (P a c k) の構成パケットである P E S (Packetized Elementary Stream)パケットの一部を送信中に、チャンネル切り替えを実行して、送信データを変更すると、クライアントにおいてデコードする際の 1つの処理単位であるパック（P a c k) に欠落が発生し、再生エラーを発生させることになる。従って、サーバは、ステップ S 6 1 3において、チャンネル切り替え（S e e k )要求を受信したと判定した場合は、クライアントからのチャンネル切り替え要求に基づく送信データの変更により、送信符号化データの整合性の保持が可能か否かを判定し、整合性が保持されないと判断した場合は、ステップ S 6 1 4の AVTインスタンス 4 3 3のチューナ 4 1 0の制御によるチヤンネル切り替えの実行前にサーバクライアント問のデ一タストリーム配信用の接続コネクション、すなわち、チャンネルリスト UR Lに基づく HT T Pコネクションを切断し、クライアントに対して、ィベント通知用コネクションを介して、データストリーム配信用の接続コネクションが切断されたことの通知処理を実行し、その後、ステップ S 6 1 4の AV Tインスタンス 4 3 3のチューナ 4 1 0の制御によるチャンネル切り替えを実行する。クライアントは、サーバからコネクション切断通知を受信した場合は、再度、チヤンネルリスト UR Lに基づく HTT Pコネクションを設定する処理、すなわち、チャンネルリスト UR Lに基づく HTT P— GE Tメソッドをサーバに対して送信する。なお、 AVTインスタンス（チューナコントロールインスタンス 4 3 3 ) の設定状態は維持されているので、チューナコントロールインスタンス 4 3 3の新たなアサイン、 UR Iセット等の設定処理は省略可能である。なお、前述したように、サーバは、コーデック 4 2 0のデータェンコ一ド状況を検出し、検出情報をチューナコントロールインスタンス 4 3 3に入力し、チューナコントロールインスタンス 4 3 3のタイミング制御の下にチューナ 4 1 0のチャンネル切り替えを実行する構成としてもよく、この場合は、ステップ S 6 1 3における、チャンネル切り替え (S e e k) 要求受信後、コーデック 4 2 0のデータェンコ一ド状況の検出情報に基づいて、チューナコント口一ルインスタンス 4 3 3が、クライアントに対して送信する符号化データの整合性を保持可能なタイミングにおいて、ステップ S 6 1 4の AVTインスタンス（チューナコントロールインスタンス 4 3 3) のチューナ 4 1 0の制御によるチャンネル切り替えを実行する。サーバ側でこのようなチャンネル切り替えタイミングの制御を実行することで、クライアント側でのデコードエラ一の発生が防止され、クライアント側ではチャンネル切り替え前のデータおよびチヤンネル切り替え後のデータ再生を正常に実行することが可能となる。

[サーバおよびクライアントの機能構成]

サーバおよびクライアント装置のハードウエア構成については、先に図 2を参照して説明した通りであり、上述した各種の処理、例えば図 1 7、図 1 8のフローを参照して説明した処理は、サーバクライアントそれぞれの記憶部に格納されたプログラムに従って主に C PUの制御の下に実行される。上述した処理を実行するために必要となるサーバの機能構成とクライアントの機能構成について図 1 9および図 2 0を参照して説明する。図 1 9は、サーバの主要機能構成を示すプロック図である。基本的に図 6に示す構成に対応するが、図 1 9の構成ではチューナを 2つ持つ構成例を示してある。パケット送受信部 7 0 1は、クライアントに対するパケット、クライアントからのパケットを受信する。パケット生成、解析部 7 0 2は、送信パケットの生成処理、受信パケットの解析処理を行う。パケットのァドレス設定、ァドレス認識、データ部に対するデータ格納、データ部からのデータ取得処理などである。チューナ A 7 0 3は、チューナ8 7 0 4は、地上波、 B S、 C S等の衛星放送、ィンターネット、その他の通信網を介するデータを受信するチューナであるコンテンツ記憶部 7 0 5は、サーバの保有するコンテンツを格納する。各コンテンッはコンテンツ U R Lによって特定可能である。ィベント情報記憶部 7 0 6は、コンテンッに対応するィベント情報を格納する。各ィベント情報はィベント U R Lによって特定可能である。コーデック 7 0 7は、サーバの保有するコンテンッ、チューナ受信コンテンッをクライアントからの要求に対応したデータ態様に変換する。ファイルフォ一マット、コーデック、解像度等の変換を実行する。例えば A T R A C 3、 M P E G 4に基づくデータ変換を実行する。コンテンッ管理部は、コンテンッ管理を実行する処理部であり、メタデータ記憶部 7 1 3は、コンテンツに対応する属性情報としてのメタデータを格納した記憶部である。メタデータ記憶部 7 1 3には、前述したように、コンテナ等の描くブジェクト対応のメタデータを構成するプロパティ情報が格納される。例えば、チューナコンテナのプロパティ情報として、チャンネルリスト U R L が設定される。コネクションマネージャサービス 7 1 1は、クライアントからのコンテンツ情報要求に応じて、メタデータに基づいてコンテンツ情報を生成する。コネクションマネージャサービス 7 1 1は、コンテンッ管理部におけるクライアントとの接続を管理し、コンテンッ管理部において処理可能なプロトコル情報等をクライアントに提供する。コンテンツ配信制御部 7 2 0は、クライアントに対する配信コンテンツの制御を実行し、コネクションマネージャサービス 7 2 1 とコンテンッ対応制御部 7 2 2を有する。コンテンッ対応制御部 7 2 2には配信コンテンツに対応して A V Tィンスタンス 7 2 3が設定され、具体的なコンテンツの配信制御は、各コンテンッに対応する A V Tィンスタンスが実行する。コネクションマネージャサービス 7 2 1 は、 A V Tインスタンスをアサインし、コネクシヨン I D、 A V Tィンスタンス I D、プロトコル情報を対応付.けて管理するコネクション管理テーブル (図 1 0参照) を設定してコネクション管理を行う。次に、クライアント装置の機能構成について、図 2 0を参照して説明する。バケツト送受信部 8 0 1は、サーバに対するパケット、サーバからのバケツトを受信する。バケツト生成、解析部 8 0 2は、送信パケットの生成処理、受信バケツトの解析処理を行う。パケット内の格納データ解析のみならず、パケットのァドレス設定、アドレス認識、データ部に対するデータ格納、データ部からのデータ取得処理なども含む。記憶部 8 0 3は、サーバから受信したパケットに含まれるコンテンツ情報、コンテンッ、チヤンネル情報、チヤンネルリスト U R L、ファンクション I D、イベント情報、コネクション I D、 A V Tインスタンス I D等を格納する。出力部 8 0 4は、コンテンッ再生処理に適用するスピーカ、ディスプレイを含む。なお、ディスプレイは、先に図 4を参照して説明した表示情報の出力にも利用される。入力部 8 0 5は、例えば、表示情報として表示されたコンテンッ情報としてのチャンネルリストの選択、チャンネル情報に基づくチャンネル選択など、ユーザの入力を実行するためのキーボード、その他のデータ入力手段である。コンテンツ情報解析部 8 0 6は、サーバから受信したコンテンツ情報からなる X M L 'データを解析し、解析データに基づいて、先に図 4を参照して説明したコンテンツ U R L、チヤンネルリスト U R Lまたはこれらのリンクデータを含む表示情報を生成し、出力部としてのディスプレイに出力する処理を実行する。コンテンツ再生制御部 8 0 7は、サーバから受信するコンテンツの再生制御を実行する。なお、コンテンッ再生処理おいては、必要に応じてデ一タ変換.部 8 0 8において、サーバからの受信コンテンツの変換処理を実行する。例えば A T R A C 3 、 M P E G 4に基づくデータ復号処理等を実行する。サーバ、およびクライアントは、機能的には図 1 9、図 2 0に示す各機能を有し、上述した各処理を実行する。ただし、図 1 9、図 2 0に示すブロック図は、機能を説明するプロック図であり、実際には、図 2に示す P C等のハードウェア構成における C P Uの制御の下に各種の処理プログラムが実行される。以上、特定の実施例を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が該実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本発明の要旨を判断するためには、特許請求の範囲の欄を参酌すべきである。なお、明細書中において説明した一連の処理はハードウエア、またはソフトウェア、あるいは両者の複合構成によって実行することが可能である。ソフトウェアによる処理を実行する場合は、処理シーケンスを記録したプログラムを、専用のハードゥエアに組み込まれたコンピュータ内のメモリにインストールして実行させるか、あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。例えば、プログラムは記録媒体としてのハードディスクや ROM (Read Only Memory)に予め記録しておくことができる。あるいは、プログラムはフレキシプノレディスク、 C D-ROM (Compact Disc Read Only Memory) , MO (Magneto optical)ディスク， DVD (Digital Versatile Disc)、磁気ディスク、半導体メモリなどのリムーパプル記録媒体に、一時的あるいは永続的に格納（記録）しておくことができる。このようなリムーバブル記録媒体は、いわゆるパッケージソフトウェアとして提供することができる。なお、プログラムは、上述したようなリムーバブル記録媒体からコンビユータにインストールする他、ダウンロードサイトカら、コンピュータに無線転送したり、 L AN (Local Area Network)、インターネットといったネットワークを介して、コンピュータに有線で転送し、コンピュータでは、そのようにして転送されてくるプログラムを受信し、内蔵するハードディスク等の記録媒体にインストールすることができる。なお、明細書に記載された各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。また、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。産業上の利用可能性以上、説明したように、本発明においては、チヤンネルの集合体としてのチャンネルリストに UR Lを設定し、クライアントが、チャンネルリスト UR L を指定したコンテンツ取得要求をサーバに送信することで、クライアントは、チャンネルリストにリストアップされたチャンネル、すなわちコンテンツ管理ディレクトリにおいて、チューナコンテナの下位に設定されたチャンネルアイテムの全てのコンテンツの取得、すなわち制御権をまとめて得ることができる。結果として、チャンネルリストにリストされたチャンネル間の切り替えにおいては、新'たな UR Lに基づくコンテンツ要求を行う必要がない。 - また、本発明の構成においては、チャンネルリストに記述された複数チャンネルに対応する複数のチューナ受信コンテンツの切り替えとして実行されるチヤンネル切り替え前後において、チヤンネルリスト UR Lに基づいて設定される HTT Pコネクションを継続的に使用したコンテンツ配信を実行することができるので、クライアントは、チヤンネル切り替え等の制御命令をコンテンッ配信制御部に送信するのみで、チャンネル切り替えが可能となり、従って、新旧 UR Lの切り替えに基づくサーバクライアント間のコネクションの再設定等の処理が不要となる。すなわち、チャンネルリスト中のチャンネルを切り替えるときは、 A VTィンスタンスに対してチヤンネル切り替え要求 ( A V T Seek action) を行うのみで、コンテンツ配信コネクションとしての H T T P コネクションを継続的に使用して、チャンネル切り替え前後のコンテンツを受信することができる。また、本発明の構成においては、チャンネルリスト識別子としてのチャンネルリスト UR Lに基づいて特定されるチューナの受信する複数チャンネルのコンテンッの配信制御を A VTインスタンスの制御の下に実行している間に、他クライアントからの同一のチャンネルリスト UR Lを指定したコンテンツ要求としての HTT P— GETメソッドを受信した場合、その要求クライアントは、 AVTィンスタンスの設定を行うことなく、チャンネルリスト UR Lに基づく HTT Pコネクションにより、チャンネルリスト UR Lに基づいて特定されるチューナ受信コンテンツの配信を実行することができる。

Claims

請求の範囲

1 . クライアントに対するコンテンッ送信処理を実行するコンテンッ提供サーバであり、

データ受信処理を実行するチューナと、

コンテンツに対応する属性情報をコンテンツ情報として格納した記憶部と、前記コンテンツ情報のクライアントに対する提供処理を実行するコンテンッ管理部と、

前記チューナを介した受信コンテンツのクライアントに対するライブストリーミング配信制御を実行するコンテンツ配信制御部とを有し、

前記記憶部は、

前記チューナの受信チャンネル中、少なくとも複数チャンネルを含むチャン' ネルリストの識別情報としてのチャンネルリスト識別子を、チューナ受信コンテンッに対応するコンテンツ情報として格納し、

前記コンテンツ配信制御部は、

前記チヤンネルリストに記述された複数チャンネルに対応するチューナの受信する複数コンテンッを制御コンテンツの一単位として設定し、クライアントから受信するチャンネルリスト識別子に対応する制御要求に基づいて、前記チヤンネルリストに記述された複数チヤンネルに対応する配信コンテンッの制御を実行する構成であることを特徴とするコンテンッ提供サーバ。

2 . 前記チャンネルリスト識別子は、チャンネルリスト U R L (Uni form

Resource Locators) であり、

前記記憶部は、前記チューナ受信コンテンツに対応する属性情報として前記チヤンネルリスト U R Lを格納し、

前記コンテンツ配信制御部は、クライアントからの制御要求に従って前記チャンネルリスト U R Lに基づいて特定される前記チューナの受信する複数チャンネルのコンテンツの配信制御を実行する構成であることを特徴とする請求項 1に記載のコンテンツ提供サーバ。

3 . 前記チャンネルリスト識別子は、チャンネルリスト U R L (Uniform Resource Locators) でめり、

サーバクライアント間のチューナ受信コンテンツの配信用コネクシヨンは、前記チヤンネルリスト U R Lに基づいて設定される H T T P (Hyper Text Transfer Protocol)コネクシ 3ンであり、

前記コンテンツ配信制御部は、

前記チャンネルリストに記述された複数チャンネルに対応する複数のチュ —ナ受信コンテンツの切り替えとして実行されるチヤンネル切り替え前後において、前記チャンネルリスト U R Lに基づいて設定される H T T Pコネクションを継的に使用したコンテンツ配信を実行する構成であることを特徴とする請求項 1に記載のコンテンツ提供サーバ。

4 . 前記コンテンツ情報には、

コンテンッ対応のプロトコル情報が含まれ、

前記チューナを介した受信コンテンツに対応して設定されるプロトコル情報には、チューナ識別情報としてのファンクション I Dを含み、

前記コンテンツ配信制御部は、

チューナ受信コンテンッの制御を実行する制御ィンスタンスを、前記ファンクシヨン I Dに基づいて決定される制御対象チューナの制御を実行する制御インスタンスとして設定する処理を実行する構成であることを特徴とする請求項 1に記載のコンテンツ提供サーバ。

5 . 前記コンテンツ配信制御部は、

配信コンテンツ毎のコンテンツ配信制御を実行する制御ィンスタンスを設定して、制御ィンスタンスに基づくコンテンッ毎の配信制御を実行する構成であり、

前記チューナ受信コンテンツの制御を実行するチューナ制御ィンスタンスは、

クライアントからの制御要求に基づいて、前記チューナの制御を実 fiする構成であることを特徴とする請求項 1に記載のコンテンツ提供サーバ。

6 . 前記コンテンツ配信制御部は、

配信コンテンツ毎のコンテンツ配信制御を実行する制御ィンスタンスを設定して、制御ィンスタンスに基づくコンテンッ毎の配信制御を実行する構成であり、前記制御ィンスタンスの識別子としてのィンスタンス I Dと、サーバクライアント間のコネクション識別子であるコネクション I Dと、配信コンテンッに対応するプロトコル情報とを対応付けたコネクション管理テーブルに基づくコネクション管理を実行する構成であることを特徴とする請求項 1に記載のコンテンツ提供サーバ。

7 . 前記コンテンツ配信制御部は、

前記制御ィンスタンスは、識別子としてのィンスタンス I Dを設定され、クライアントからの制御ィンスタンス I Dを指定した制御要求に応じて、コンテンッ配信制御を実行する構成であることを特徴とする請求項 1に記載のコンテンッ提供サーバ。

8 . 前記コンテンツ配信制御部は、

S O A P (S imple Object Access Control)プロトコノレ ίこ従った酉 3信コンテンッの制御要求をクライアントから受信し、該制御要求に基づいて、チューナ受信コンテンッの配信制御を実行する構成であることを特徴とする請求項 1に記載のコンテンツ提供サーバ。

9. 前記チャンネルリストは、カテゴリ毎に区分された複数チャンネルからなるリストとして設定された構成であることを特徴とする請求項 1に記載のコンテンツ提供サーバ。

1 0. . 前記コンテンツ配信制御部は、

前記チャンネルリスト識別子としてのチャンネルリスト UR Lに基づいて特定される前記チューナの受信する複数チャンネルのコンテンツの配信制御を実行中に、他クライアントからの同一のチャンネルリスト UR Lを指定したコンテンッ要求としての HTT P— GETメソッドの受信に応じて、該チヤンネルリスト UR Lに基づく HTT Pコネクションにより、チャンネルリスト U R Lに基づいて特定されるチューナ受信コンテンッの配信を実行する構成であることを特徴とする請求項 1に記載のコンテンツ提供サーバ。

1 1. 前記チャンネルリスト識別子は、チャンネルリスト UR L (Uniform Resource Locators) でめり、

サーバクライアント間のチユーナ受信コンテンツの配信用コネクションは、前記チヤンネルリスト U R Lに基づいて設定される H T T P (Hyper Text Transfer Protocol)コネクシ 3 ンであり、

前記コンテンツ配信制御部は、

前記チヤンネルリストに記述された複数チャンネルのチャンネル間切り替えにより、クライアントに対する送信符号化データの整合性の保持可能性を判定し、整合性が保持されないと判定した場合には、前記チャンネルリスト UR Lに基づいて設定される HTT Pコネクションの切断を実行する構成であり、前記コンテンツ提供サーバは、さらに、

サーバクライアント間のィベント通知コネクションを介してチャンネルリスト UR Lに基づいて設定された HT T Pコネクションの切断情報を通知する処理を実行する構成を有することを特徴とする請求項 1に記載のコンテンッ提供サーバ。

1 2 . 前記チャンネルリスト識別子は、チャンネルリスト U R L (Uniform Resource Locators) であり、

サーバクライアント間のチューナ受信コンテンツの配信用コネクションは、前記チャンネルリスト U R Lに基づいて設定される H T T P (Hyper Text Transfer Protocol)コネクションであり、

前記コンテンツ配信制御部は、

クライアントに対する送信符号化データの整合性の保持可能なタイミングにおいて、前記チャンネルリストに記述された複数チヤンネルのチャンネル間切り替えをチューナ制御により実行する構成であることを特徴とする請求項 1に記載のコンテンッ提供サーバ。

1 3 . サーバに設定されたチューナの受信コンテンツをサーバから受信する情報処理装置であり、

チューナ受信コンテンツを提供するサーバとのデータ送受信処理を実行するデータ送受信部と、

前記チューナの受信チヤンネル中、少なくとも複数チヤンネルを含むリストの識別子であるチャンネルリス 1、識別子に基づくコンテンツ送信要求を前記サ一パに対して送信するとともに、前記サーバにおいてコンテンツ配信制御を実行する制御ィンスタンスを指定したチューナ受信コンテンツの配信制御要求の送信処理を実行する制御部と、

を有することを特徴とする情報処理装置。

1 4 . 前記制御部は、

前記サーバから受信するコンテンッ情報に含まれるプロトコル情報中の、チユーナ識別情報としてのファンクション I Dを格納した接続準備要求を前記サーバに対して送信し、該接続準備要求の応答として、前記サーバから受信するチューナ受信コンテンツの制御を実行する制御ィンスタンスの I Dを取得し、該制御ィンスタンス I Dを指定したチューナ受信コンテンツの配信制御要求の送信処理を実行する構成を有することを特徴とする請求項 1 3に記載の情報処理装置。

1 5 . 前記チャンネルリスト識別子は、チャンネルリスト U R L (Uni form Resource Locators) であり、

サーバクライアント間のチューナ受信コンテンツの配信用コネクションは、前記チヤンネルリスト U R Lに基づいて設定される H T T P (Hyper Text Transfer Protocol)コネクションであり、

前記制御部は、

前記チャンネルリストに記述された複数チャンネル間の切り替え前後におけるコンテンツ受信を、前記チャンネルリスト U R Lに基づいて設定される H T T Pコネクションを継続的に使用して実行する構成であることを特徴とする請求項 1 3に記載の情報処理装置。

1 6 . コンテンッ提供サーバに設定されたチューナによる受信コンテンツをクライアントに送信するコンテンツ送信制御方法であり、

前記チューナの受信チヤンネル中、少なくとも複数チャンネルを含むチャンネルリストに記述された複数のチャンネルに対応するチューナ受信コンテンッを制御対象のコンテンツ単位として設定した制御ィンスタンスを設定する制御ィンスタンス設定ステップと、

を有することを特徴とするコンテンッ送信制御方法。

1 7 . 前記チャンネルリスト識別子は、チャンネルリスト U R L (Uni form Resource Locators) でめり、前記制御インスタンス設定ステップは、

前記チャンネルリスト U R Lを制御ィンスタンスに対応付けるステップを含むことを特徴とする請求項 1 6に記載のコンテンツ送信制御方法。

1 8 . 前記チャンネルリスト識別子は、チャンネルリスト U R L (Uni form Resource Locators) でめり、

前記制御ステップは、

前記チャンネルリストに記述された複数チャンネルに対応する複数のチューナ受信コンテンツの切り替えとして実行されるチャンネル切り替え前後において、前記チヤンネルリスト U. R Lに基づいて設定される H T T Pコネク.ションを継続的に使用したコンテンツ配信を実行することを特徴とする請求項 1 6に記載のコンテンツ送信制御方法。

1 9 . 前記コンテンツ情報には、

コンテンツ対応のプロトコル情報が含まれ、

前記制御ィンスタンス設定ステップは、

チューナ受信コンテンツの制御を実行する制御ィンスタンスを、前記ファンクシヨン I Dに基づいて決定される制御対象チューナの制御を実行する制御インスタンスとして設定する処理を実行することを特徴とする請求項 1 6に記載のコンテンツ送信制御方法。

2 0 . 前記コンテンツ送信制御方法は、さらに、

前記制御インスタンスの識別子としてのインスタンス I Dと、サーバクライアント間のコネクション識別子であるコネクション I Dと、配信コンテンツに対応するプロトコル情報とを対応付けたコネクション管理テーブルに基づくコネクション管理を実行するステップを含むことを特徴とする請求項 1 6に記載のコンテンツ送信制御方法。 2 1：前記制御要求受信ステップは、

SOAP (Simple Object Access Control)プロトコノレ^:従った配信コンテンッの制御要求をクライアントから受信するステップであることを特徴とする請求項 1 6に記載のコンテンツ送信制御方法。 2 2. 前記コンテンツ送信制御方法において、さらに、

前記チャンネルリスト識別子としてのチャンネルリスト UR Lに基づいて特定される前記チューナの受信する複数チャンネルのコンテンツの.配信制御を実行中に、他クライアントからの同一のチヤンネルリスト UR Lを指定したコンテンッ要求としての HTT P— GETメソッドの受信に応じて、該チヤンネルリスト UR Lに基づく HTT Pコネクションにより、チャンネルリスト U R Lに基づいて特定されるチューナ受信コンテンツの配信を実行するステツプを含むことを特徴とする請求項 1 6に記載のコンテンツ送信制御方法。

2 3. 前記チヤンネルリスト識別子は、チャンネルリスト UR L (Uniform Resource Locators) でめり、

サーバクライアント間のチューナ受信コンテンツの配信用コネクションは、前記チヤンネルリスト U R Lに基づいて設定される HT T P (Hyper Text Transfer Protocol)コネクションであり、

前記コンテンツ送信制御方法は、さらに、

前記チャンネルリストに記述された複数チャンネルのチャンネル間切り替えにより、クライアントに対する送信符号化データの整合性の保持可能性を判定し、整合性が保持されないと判定した場合には、前記チャンネルリスト UR Lに基づいて設定される HTT Pコネクションの切断を実行するステップと、サーバクライアント間のィベント通知コネクションを介してチャンネルリスト U R Lに基づいて設定された H T T Pコネクションの切断情報を通知するステップと、

を含むことを特徴とする請求項 1 6に記載のコンテンツ送信制御方法。

2 4 . 前記チャンネルリスト識別子は、チャンネルリスト U R L (Uni form Resource Locators) であり、

サーバ'クライアント間のチューナ受信コンテンツの配信用コネクションは、前記チャンネルリスト U R Lに基づいて設定される H T T P (Hyper Text Transfer Protocol)コネクシ 3ンであり、

前記制御ステップは、

クライアントに対する送信符号化データの整合性の保持可能なタイミングにおいて、前記チヤンネルリストに記述された複数チヤンネルのチャンネル間切り替えをチューナ制御により実行するステップを含むことを特徴とする請求項 1 6に記載のコンテンッ送信制御方法。

2 5 . サーバに設定されたチューナの受信コンテンツをサーバから受信する情報処理方法であり、

前記チューナの受信チヤンネル中、少なくとも複数チャンネルを含むリストの識別子であるチャンネルリスト識別子に基づくコンテンッ送信要求を前記サーバに対して送信するコンテンッ送信要求ステツプと、

を有することを特徴とする情報処理方法。

2 6 . 前記コンテンツ送信要求ステップは、

前記サーバから受信するコンテンッ情報に含まれるプロトコル情報中の、チユーナ識別情報としてのファンクション I Dを格納した接続準備要求を前記サーバに対して送信するステップを含み、前記制御要求ステップは、

前記接続準備要求の応答として、前記サーバから受信するチューナ受信コンテンッの制御を実行する制御ィンスタンスの I Dを指定したチューナ受信コンテンッの配信制御要求の送信処理を実行するステップを含むことを特徴とする請求項 2 5に記載の情報処理方法。

2 7 . ' 前記チャンネルリスト識別子は、チャンネルリスト U R L (Uniform Resource Locators) でめり、

前記情報処理方法は、

前記チャンネルリストに記述された複数チャンネル間の切り替え前後におけるコンテンツ受信を、前記チャンネルリスト U R Lに基づいて設定される H T T Pコネクションを継続的に使用して実行することを特徴とする請求項 2 5に記載の情報処理方法。

2 8 . コンテンツ提供サーバに設定されたチューナによる受信コンテンツをクライアントに送信するコンテンッ送信制御処理を実行するコンビユータ · プログラムであり、

を有することを特徴とするコンピュータ 'プログラム。

2 9 . サーバに設定されたチューナの受信コンテンツをサーバから受信するための情報処理を実行するコンピュータ .プログラムであり、

前記チューナの受信チヤンネル中、少なくとも複数チャンネルを含むリストの識別子であるチャンネルリスト識別子に基づくコンテンッ送信要求を前記サーバに対して送信するコンテンッ送信要求ステップと、

前記サーバにおいてコンテンツ配信制御を実行する制御インスタンスを指定したチューナ受信コンテンツの配信制御要求の送信処理を実行する制御要求ステップと、

を有することを特徴とするコンピュータ ·プログラム。