(57)【要約】【課題】外部からの受信コンテンツのサーバによるコンテンツの予約記録処理制御を可能とする装置および方法を提供する。【解決手段】ビデオカプセル等のコンテンツ格納オブジェクトに対するメタデータの設定情報に基づいてチューナおよび記憶部制御を実行し、コンテンツの記録開始および終了を制御する構成とした。クライアントが予めビデオカプセル等のコンテンツ格納オブジェクトに対応するメタデータを設定し、コンテンツディレクトリサービス（ＣＤＳ）の管理下におくことで、メタデータに基づく制御によってチューナ受信コンテンツのサーバ内のハードディスク等の記憶部に対するコンテンツの予約記録処理が正確に実行される。【選択図】  図２８
2004312414.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツ記録処理を実行するコンテンツ記録サーバであり、
データ受信処理を実行するチューナと、
サーバクライアント間の通信処理を実行するデータ送受信部と、
コンテンツに対応する属性情報をコンテンツ情報として格納したメタデータ記憶部と、
コンテンツを記憶するコンテンツ記憶部と、
前記コンテンツ情報のクライアントに対する提供処理を実行するコンテンツ管理部と、
前記チューナを介した受信コンテンツに対する処理を実行するコンテンツ対応制御部とを有し、
前記コンテンツ対応制御部は、記憶部制御インスタンスに基づく制御の下に、前記チューナによる受信コンテンツを前記コンテンツ記憶部に対して記録する処理制御を実行する構成であり、
前記記憶部制御インスタンスは、
前記コンテンツ管理部の管理するコンテンツ格納オブジェクトのメタデータに設定されたコンテンツ記録開始および終了時間情報に基づいて、前記コンテンツ格納オブジェクトに対するコンテンツ記録処理の制御を実行する構成であることを特徴とするコンテンツ記録サーバ。
【請求項２】
前記コンテンツ対応制御部は、
前記チューナの制御を実行するチューナ制御インスタンスを有し、
前記コンテンツ管理部は、前記チューナ制御インスタンスに対する制御要求を発行する命令出力部を有し、
前記命令出力部は、コンテンツ格納オブジェクトのメタデータに設定された記録開始および終了時間情報に基づいて、前記チューナ制御インスタンスに対する再生開始および終了命令を出力する構成であることを特徴とする請求項１に記載のコンテンツ記録サーバ。
【請求項３】
前記命令出力部は、コンテンツ格納オブジェクトのメタデータに設定されたチャンネル情報に基づいて、前記チューナ制御インスタンスに対するチャンネル設定命令を出力する構成であることを特徴とする請求項２に記載のコンテンツ記録サーバ。
【請求項４】
前記コンテンツ管理部は、前記制御インスタンスの設定処理を実行する制御インスタンス設定部を有し、
前記制御インスタンス設定部は、コンテンツ管理部内で管理するコンテンツ格納オブジェクトに対応するメタデータに基づいて、記録元コンテンツおよび記録先コンテンツの制御を実行する制御インスタンスの設定処理を実行する構成であることを特徴とする請求項１に記載のコンテンツ記録サーバ。
【請求項５】
前記コンテンツ情報には、
コンテンツ対応のプロトコル情報が含まれ、
前記記録元コンテンツに対応して設定されるプロトコル情報には、チューナ識別情報としてのファンクションＩＤが設定され、
前記記録先コンテンツに対応して設定されるプロトコル情報には、コンテンツ記憶部識別情報としてのファンクションＩＤが設定され、
前記制御インスタンス設定部は、
チューナ制御用インスタンスとして設定されるチューナ制御インスタンス、および前記記憶部制御インスタンスの各々を前記ファンクションＩＤに基づいて特定される制御対象の制御を実行する制御インスタンスとして設定する処理を実行する構成であることを特徴とする請求項４に記載のコンテンツ記録サーバ。
【請求項６】
前記記録元コンテンツ識別子は、前記チューナの受信チャンネル中、少なくとも複数チャンネルを含むチャンネルリストの識別情報として設定されたチャンネルリストＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒｓ）であり、
前記記録先コンテンツ識別子は、前記コンテンツ記憶部に設定されたコンテンツ格納領域に対応するコンテンツ格納オブジェクトの識別子として設定されたコンテンツ格納オブジェクトＵＲＬであることを特徴とする請求項４に記載のコンテンツ記録サーバ。
【請求項７】
前記記憶部制御インスタンスには、記録元コンテンツ識別子が設定され、
前記記憶部制御インスタンスは、
前記記録元コンテンツ識別子に基づいて記録コンテンツの特定処理を実行する構成であることを特徴とする請求項１に記載のコンテンツ記録サーバ。
【請求項８】
前記コンテンツ管理部は、
前記クライアントからのコンテンツ格納オブジェクトの生成要求に予約コンテンツの格納用のコンテンツ格納オブジェクトであることを示す情報が含まれることを条件として、生成オブジェクトに対するメタデータとして、コンテンツ格納オブジェクトＵＲＬを設定する処理を実行する構成であることを特徴とする請求項１に記載のコンテンツ記録サーバ。
【請求項９】
外部からの受信コンテンツの記録処理を実行するコンテンツ記録方法であり、
コンテンツ管理部の管理するコンテンツ格納オブジェクトのメタデータに基づいて、コンテンツ記録制御を実行する制御インスタンスを設定する制御インスタンス設定ステップと、
前記コンテンツ格納オブジェクトに対するコンテンツ記録処理を、前記メタデータ中に設定されたコンテンツ記録開始および終了時間情報に基づいて、前記制御インスタンスに基づく制御の下に実行するコンテンツ記録ステップと、
を有することを特徴とするコンテンツ記録方法。
【請求項１０】
前記制御インスタンス設定ステップは、
コンテンツ記憶部の制御を実行する記憶部制御インスタンスと、
チューナの制御を実行するチューナ制御インスタンスの設定処理を実行し、
前記コンテンツ記録方法は、さらに、
前記チューナ制御インスタンスに対する制御要求を発行する命令出力ステップを有し、
前記命令出力ステップは、コンテンツ格納オブジェクトのメタデータに設定された記録開始および終了時間情報に基づいて、前記チューナ制御インスタンスに対する再生開始および終了命令を出力することを特徴とする請求項９に記載のコンテンツ記録方法。
【請求項１１】
前記命令出力ステップは、コンテンツ格納オブジェクトのメタデータに設定されたチャンネル情報に基づいて、前記チューナ制御インスタンスに対するチャンネル設定命令を出力することを特徴とする請求項１０に記載のコンテンツ記録方法。
【請求項１２】
前記メタデータには、
コンテンツ対応のプロトコル情報が含まれ、
記録元コンテンツに対応して設定されるプロトコル情報には、チューナ識別情報としてのファンクションＩＤが設定され、
記録先コンテンツに対応して設定されるプロトコル情報には、コンテンツ記憶部識別情報としてのファンクションＩＤが設定され、
前記制御インスタンス設定ステップは、
前記チューナ制御インスタンス、および前記記憶部制御インスタンスの各々を前記ファンクションＩＤに基づいて特定される制御対象の制御を実行する制御インスタンスとして設定する処理を実行することを特徴とする請求項１０に記載のコンテンツ記録方法。
【請求項１３】
前記記憶部制御インスタンスには、記録元コンテンツ識別子が設定され、
前記記憶部制御インスタンスは、
前記記録元コンテンツ識別子に基づいて記録コンテンツの特定処理を実行することを特徴とする請求項１２に記載のコンテンツ記録方法。
【請求項１４】
前記記録元コンテンツ識別子は、前記チューナの受信チャンネル中、少なくとも複数チャンネルを含むチャンネルリストの識別情報として設定されたチャンネルリストＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒｓ）であり、
前記記録先コンテンツ識別子は、前記コンテンツ記憶部に設定されたコンテンツ格納領域に対応するコンテンツ格納オブジェクトの識別子として設定されたコンテンツ格納オブジェクトＵＲＬであることを特徴とする請求項１３に記載のコンテンツ記録方法。
【請求項１５】
前記コンテンツ記録方法は、さらに、
前記クライアントからのコンテンツ格納オブジェクトの生成要求を受信するステップと、
前記コンテンツ格納オブジェクトの生成要求に予約記録コンテンツの格納用オブジェクトであることを示す情報が含まれることを条件として、生成オブジェクトに対するメタデータとして、コンテンツ格納オブジェクトＵＲＬを設定する処理を実行するＵＲＬ設定ステップと、
を有することを特徴とする請求項９に記載のコンテンツ記録方法。
【請求項１６】
外部からの受信コンテンツの記録処理を実行するコンピュータ・プログラムであり、
コンテンツ管理部の管理するコンテンツ格納オブジェクトのメタデータに基づいて、コンテンツ記録制御を実行する制御インスタンスを設定する制御インスタンス設定ステップと、
前記コンテンツ格納オブジェクトに対するコンテンツ記録処理を、前記メタデータ中に設定されたコンテンツ記録開始および終了時間情報に基づいて、前記制御インスタンスに基づく制御の下に実行するコンテンツ記録ステップと、
を有することを特徴とするコンピュータ・プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、コンテンツ記録サーバ、およびコンテンツ記録方法、並びにコンピュータ・プログラムに関する。特に、サーバ／クライアントシステムで実行するストリーミングデータの配信および記録処理に適用するコンテンツ記録サーバ、およびコンテンツ記録方法、並びにコンピュータ・プログラムに関する。
【０００２】
【従来の技術】
昨今のデータ通信ネットワークの普及に伴い、家庭内においても家電機器やコンピュータ、その他の周辺機器をネットワーク接続し、各機器間での通信を可能とした、いわゆるホームネットワークが浸透しつつある。ホームネットワークは、ネットワーク接続機器間で通信を行なうことにより各機器のデータ処理機能を共有することを可能とするものである。ネットワーク接続機器間のコンテンツ送受信等、ユーザに利便性・快適性を提供するものであり、今後、ますます普及することが予測される。
【０００３】
このようなホームネットワークの構成に適するプロトコルとしてユニバーサルプラグアンドプレイ（ＵＰｎＰ：Ｕｎｉｖｅｒｓａｌ  Ｐｌｕｇ  ａｎｄ  Ｐｌａｙ）が知られている。ユニバーサルプラグアンドプレイ（ＵＰｎＰ）は、複雑な操作を伴うことなく容易にネットワークを構築することが可能であり、困難な操作や設定を伴うことなくネットワーク接続された機器において各接続機器の提供サービスを受領可能とするものである。また、ＵＰｎＰはデバイス上のＯＳ（オペレーティングシステム）にも依存せず、容易に機器の追加ができるという利点を持つ。
【０００４】
ＵＰｎＰは、接続機器間で、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）に準拠した定義ファイルを交換し、機器間において相互認識を行なう。ＵＰｎＰの処理の概要は、以下の通りである。
（１）ＩＰアドレス等の自己のデバイスＩＤを取得するアドレッシング処理。
（２）ネットワーク上の各デバイスの検索を行ない、各デバイスから応答を受信し、応答に含まれるデバイス種別、機能等の情報を取得するディスカバリ処理。
（３）ディスカバリ処理で取得した情報に基づいて、各デバイスにサービスを要求するサービス要求処理。
【０００５】
上記処理手順を行なうことで、ネットワーク接続された機器を適用したサービスの提供および受領が可能となる。ネットワークに新たに接続される機器は、上記のアドレッシング処理によりデバイスＩＤを取得し、ディスカバリ処理によりネットワーク接続された他のデバイスの情報を取得して、取得情報に基づいて他の機器にサービスの要求が可能となる。
【０００６】
例えばサーバに格納された音楽データ、画像データ等のコンテンツをクライアント側デバイスにおいて再生しようとする場合には、クライアントは、サーバの保有するコンテンツについての情報を取得する。サーバは、記憶部に格納したコンテンツや、チューナを介して外部から受信する様々なコンテンツに関するインフォメーションを含む属性情報を記憶部に格納しており、この情報をクライアントに提供する。属性情報には、例えばコンテンツとしての例えば曲や映画のタイトル、アーティスト名、記録日時、さらにデータの圧縮態様等に関する情報など様々である。これらの属性情報はメタデータあるいはメタ情報と呼ばれる。
【０００７】
クライアントは、サーバに対してサーバに格納されたコンテンツ情報、例えば曲や映画のタイトルやアーティスト名、さらにデータの圧縮態様情報（ＡＴＲＡＣ：ａｄａｐｔｉｖｅ  ｔｒａｎｓｆｏｒｍ  ａｃｏｕｓｔｉｃ  ｃｏｄｉｎｇ，  ＭＰＥＧ：ｍｏｖｉｎｇ  ｐｉｃｔｕｒｅ  ｅｘｐｅｒｔｓ  ｇｒｏｕｐ等）、さらに必要に応じて著作権情報などの様々なコンテンツの属性情報の取得要求を行うことができる。
【０００８】
サーバは、クライアントからの要求に応じてサーバの保有するコンテンツに関するメタデータ（属性情報）をクライアントに送信する。クライアントは、サーバから取得したメタデータに基づいて所定の表示プログラムに従ってクライアントデバイスのディスプレイにコンテンツ情報を表示する。例えばアーティスト名、タイトル等からなる曲目リストなどがディスプレイに表示される。ユーザは、表示情報に基づいて、再生対象コンテンツを確認あるいは選択して、コンテンツの送信要求をサーバに送信する。サーバはクライアントからのコンテンツリクエストを受信し、受信リクエストに応じてサーバからクライアントに対するコンテンツの送信が行われ、クライアント側において受信コンテンツの再生が行われる。
【０００９】
このようにサーバに格納されたコンテンツは、ネットワーク接続された他の機器（クライアント）から検索を行い、特定のコンテンツを指定して再生することが可能となる。
【００１０】
また、コンテンツを提供するサーバにチューナ機能を併設し、チューナを介して受信したビデオまたはオーディオデータをクライアントに送信するいわゆるライブストリーミングデータの配信構成を持つサーバ構成が提案されている。例えば、地上波、衛星放送等、の各種のブロードキャストデータをホームサーバ内のチューナにおいて受信し、受信データをサーバからクライアント、例えばチューナを持たないＰＣ等に送信し、ユーザがＰＣに備えられたディスプレイ、スピーカを介して様々なＴＶ、ラジオ等の番組を視聴する構成である。
【００１１】
クライアントからサーバを遠隔操作し、サーバ内のチューナで受信したテレビジョンデータをローカルエリアネットワークを介してクライアント側で受信、再生するシステムについては、例えば特許文献１に記載されている。
【００１２】
ただし、特許文献１に記載の構成は、サーバ内のチューナで受信したデータをサーバ内の記憶手段、例えばＨＤＤに格納し、この格納データをクライアントに提供するものであり、いわゆるサーバ内の格納コンテンツのクライアントに対する提供と同様の処理をチューナ受信データに対して実行する仮想的なライブストリーミングを実現しているものである。
【００１３】
クライアントがサーバから特定のコンテンツを取得する場合の処理は、クライアントからサーバに対してコンテンツ識別子を送信し、サーバがクライアントからの受信識別子に基づいて指定コンテンツを取得して送信するという処理になる。
【００１４】
例えば、サーバがコンテンツに対応付けたコンテンツＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒｓ）をコンテンツ対応のメタデータとして保持し、クライアントがコンテンツＵＲＬを指定したＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）のＧＥＴメソッドを生成してサーバに送信することで、サーバが受信ＵＲＬに基づいて特定されるコンテンツをクライアントに送信することができる。
【００１５】
チューナを介して受信するデータを、上述したと同様のＵＲＬ指定に基づいてサーバからクライアントに送信する構成を想定すると、サーバは、チューナを介して受信する多数のチャンネル毎のデータに対応する多数のＵＲＬを設定し、クライアントが各チャンネルに対応するＵＲＬを指定したコンテンツ要求をサーバに送信することが必要となる。
【００１６】
しかし、このようなチャンネル毎のＵＲＬ設定構成では、クライアントがチャンネル切り替えを行おうとすると、切り替え後のチャンネルに対応したＵＲＬを設定したＨＴＴＰ−ＧＥＴメソッドをサーバに新たに送信することが必要となる。従って、サーバクライアント間では、切り替え前のＵＲＬに基づくコネクションを無効とし、新たなＵＲＬに基づくコネクションを新たに設定して、新規設定したコネクションに基づいて切り替え後のチャンネルのストリーミングデータの配信が行われることになる。
【００１７】
このように、チャンネル毎のＵＲＬ設定構成とした場合は、クライアントにおいてチャンネルを切り替える毎にサーバクライアント間において、コネクション設定を行うことが必要となり、双方の負荷が過大になる。さらに、チャンネル切り替え毎に通信の中断が発生することになり、通常のテレビリモコンを使用したチャンネル切り替えのようなスムーズな処理環境が得られないという問題がある。
【００１８】
また、複数のクライアントが１つのサーバから同一番組を受信して複数ユーザが視聴している環境においては、個々のユーザによるチャンネル切り替え毎に番組が中断してしまうといった問題が発生する。
【００１９】
さらに、サーバにおけるチューナ受信コンテンツの予約録画を行おうとする場合、コンテンツを記録するためのいわゆるデータ領域として、例えばビデオカプセル等の設定や、記録開始、終了時間の設定など、様々な情報を設定する処理が必要となる。サーバで実行されている他の制御に影響をおよぼすことなく、様々な設定情報をクライアントからサーバに確実に伝達、設定し、設定情報に基づいてコンテンツを確実に記録する処理構成が求められている。
【００２０】
【特許文献１】
特許公開２００２−８４４８４号公報
【００２１】
【発明が解決しようとする課題】
本発明は、上述の問題点に鑑みてなされたものであり、サーバとクライアント間において、クライアントからサーバに対する制御をスムーズにかつ効率的に実行することを可能とし、例えばサーバにおけるチューナ受信コンテンツの予約録画において必要となる様々な処理、例えばコンテンツ格納オブジェクトの設定や、記録開始、終了時間の設定など、様々な情報の設定を、他の制御に影響をおよぼすことなく、クライアントからサーバに確実にかつ効率よく伝達し、サーバにおける確実な予約録画を実行することを可能とするコンテンツ記録サーバ、およびコンテンツ記録方法、並びにコンピュータ・プログラムを提供することを目的とする。
【００２２】
【課題を解決するための手段】
本発明の第１の側面は、
コンテンツ記録処理を実行するコンテンツ記録サーバであり、
データ受信処理を実行するチューナと、
サーバクライアント間の通信処理を実行するデータ送受信部と、
コンテンツに対応する属性情報をコンテンツ情報として格納したメタデータ記憶部と、
コンテンツを記憶するコンテンツ記憶部と、
前記コンテンツ情報のクライアントに対する提供処理を実行するコンテンツ管理部と、
前記チューナを介した受信コンテンツに対する処理を実行するコンテンツ対応制御部とを有し、
前記コンテンツ対応制御部は、記憶部制御インスタンスに基づく制御の下に、前記チューナによる受信コンテンツを前記コンテンツ記憶部に対して記録する処理制御を実行する構成であり、
前記記憶部制御インスタンスは、
前記コンテンツ管理部の管理するコンテンツ格納オブジェクトのメタデータに設定されたコンテンツ記録開始および終了時間情報に基づいて、前記コンテンツ格納オブジェクトに対するコンテンツ記録処理の制御を実行する構成であることを特徴とするコンテンツ記録サーバにある。
【００２３】
さらに、本発明のコンテンツ記録サーバの一実施態様において、前記コンテンツ対応制御部は、前記チューナの制御を実行するチューナ制御インスタンスを有し、前記コンテンツ管理部は、前記チューナ制御インスタンスに対する制御要求を発行する命令出力部を有し、前記命令出力部は、コンテンツ格納オブジェクトのメタデータに設定された記録開始および終了時間情報に基づいて、前記チューナ制御インスタンスに対する再生開始および終了命令を出力する構成であることを特徴とする。
【００２４】
さらに、本発明のコンテンツ記録サーバの一実施態様において、前記命令出力部は、コンテンツ格納オブジェクトのメタデータに設定されたチャンネル情報に基づいて、前記チューナ制御インスタンスに対するチャンネル設定命令を出力する構成であることを特徴とする。
【００２５】
さらに、本発明のコンテンツ記録サーバの一実施態様において、前記コンテンツ管理部は、前記制御インスタンスの設定処理を実行する制御インスタンス設定部を有し、前記制御インスタンス設定部は、コンテンツ管理部内で管理するコンテンツ格納オブジェクトに対応するメタデータに基づいて、記録元コンテンツおよび記録先コンテンツの制御を実行する制御インスタンスの設定処理を実行する構成であることを特徴とする。
【００２６】
さらに、本発明のコンテンツ記録サーバの一実施態様において、前記コンテンツ情報には、コンテンツ対応のプロトコル情報が含まれ、前記記録元コンテンツに対応して設定されるプロトコル情報には、チューナ識別情報としてのファンクションＩＤが設定され、前記記録先コンテンツに対応して設定されるプロトコル情報には、コンテンツ記憶部識別情報としてのファンクションＩＤが設定され、前記制御インスタンス設定部は、チューナ制御用インスタンスとして設定されるチューナ制御インスタンス、および前記記憶部制御インスタンスの各々を前記ファンクションＩＤに基づいて特定される制御対象の制御を実行する制御インスタンスとして設定する処理を実行する構成であることを特徴とする。
【００２７】
さらに、本発明のコンテンツ記録サーバの一実施態様において、前記記録元コンテンツ識別子は、前記チューナの受信チャンネル中、少なくとも複数チャンネルを含むチャンネルリストの識別情報として設定されたチャンネルリストＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒｓ）であり、前記記録先コンテンツ識別子は、前記コンテンツ記憶部に設定されたコンテンツ格納領域に対応するコンテンツ格納オブジェクトの識別子として設定されたコンテンツ格納オブジェクトＵＲＬであることを特徴とする。
【００２８】
さらに、本発明のコンテンツ記録サーバの一実施態様において、前記記憶部制御インスタンスには、記録元コンテンツ識別子が設定され、前記記憶部制御インスタンスは、前記記録元コンテンツ識別子に基づいて記録コンテンツの特定処理を実行する構成であることを特徴とする。
【００２９】
さらに、本発明のコンテンツ記録サーバの一実施態様において、前記コンテンツ管理部は、前記クライアントからのコンテンツ格納オブジェクトの生成要求に予約コンテンツの格納用のコンテンツ格納オブジェクトであることを示す情報が含まれることを条件として、生成オブジェクトに対するメタデータとして、コンテンツ格納オブジェクトＵＲＬを設定する処理を実行する構成であることを特徴とする。
【００３０】
さらに、本発明の第２の側面は、
外部からの受信コンテンツの記録処理を実行するコンテンツ記録方法であり、コンテンツ管理部の管理するコンテンツ格納オブジェクトのメタデータに基づいて、コンテンツ記録制御を実行する制御インスタンスを設定する制御インスタンス設定ステップと、
前記コンテンツ格納オブジェクトに対するコンテンツ記録処理を、前記メタデータ中に設定されたコンテンツ記録開始および終了時間情報に基づいて、前記制御インスタンスに基づく制御の下に実行するコンテンツ記録ステップと、
を有することを特徴とするコンテンツ記録方法にある。
【００３１】
さらに、本発明のコンテンツ記録方法の一実施態様において、前記制御インスタンス設定ステップは、コンテンツ記憶部の制御を実行する記憶部制御インスタンスと、チューナの制御を実行するチューナ制御インスタンスの設定処理を実行し、前記コンテンツ記録方法は、さらに、前記チューナ制御インスタンスに対する制御要求を発行する命令出力ステップを有し、前記命令出力ステップは、コンテンツ格納オブジェクトのメタデータに設定された記録開始および終了時間情報に基づいて、前記チューナ制御インスタンスに対する再生開始および終了命令を出力することを特徴とする。
【００３２】
さらに、本発明のコンテンツ記録方法の一実施態様において、前記命令出力ステップは、コンテンツ格納オブジェクトのメタデータに設定されたチャンネル情報に基づいて、前記チューナ制御インスタンスに対するチャンネル設定命令を出力することを特徴とする。
【００３３】
さらに、本発明のコンテンツ記録方法の一実施態様において、前記メタデータには、コンテンツ対応のプロトコル情報が含まれ、記録元コンテンツに対応して設定されるプロトコル情報には、チューナ識別情報としてのファンクションＩＤが設定され、記録先コンテンツに対応して設定されるプロトコル情報には、コンテンツ記憶部識別情報としてのファンクションＩＤが設定され、前記制御インスタンス設定ステップは、前記チューナ制御インスタンス、および前記記憶部制御インスタンスの各々を前記ファンクションＩＤに基づいて特定される制御対象の制御を実行する制御インスタンスとして設定する処理を実行することを特徴とする。
【００３４】
さらに、本発明のコンテンツ記録方法の一実施態様において、前記記憶部制御インスタンスには、記録元コンテンツ識別子が設定され、前記記憶部制御インスタンスは、前記記録元コンテンツ識別子に基づいて記録コンテンツの特定処理を実行することを特徴とする。
【００３５】
さらに、本発明のコンテンツ記録方法の一実施態様において、前記記録元コンテンツ識別子は、前記チューナの受信チャンネル中、少なくとも複数チャンネルを含むチャンネルリストの識別情報として設定されたチャンネルリストＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒｓ）であり、前記記録先コンテンツ識別子は、前記コンテンツ記憶部に設定されたコンテンツ格納領域に対応するコンテンツ格納オブジェクトの識別子として設定されたコンテンツ格納オブジェクトＵＲＬであることを特徴とする。
【００３６】
さらに、本発明のコンテンツ記録方法の一実施態様において、前記コンテンツ記録方法は、さらに、前記クライアントからのコンテンツ格納オブジェクトの生成要求を受信するステップと、前記コンテンツ格納オブジェクトの生成要求に予約記録コンテンツの格納用オブジェクトであることを示す情報が含まれることを条件として、生成オブジェクトに対するメタデータとして、コンテンツ格納オブジェクトＵＲＬを設定する処理を実行するＵＲＬ設定ステップと、を有することを特徴とする。
【００３７】
さらに、本発明の第３の側面は、
外部からの受信コンテンツの記録処理を実行するコンピュータ・プログラムであり、
コンテンツ管理部の管理するコンテンツ格納オブジェクトのメタデータに基づいて、コンテンツ記録制御を実行する制御インスタンスを設定する制御インスタンス設定ステップと、
前記コンテンツ格納オブジェクトに対するコンテンツ記録処理を、前記メタデータ中に設定されたコンテンツ記録開始および終了時間情報に基づいて、前記制御インスタンスに基づく制御の下に実行するコンテンツ記録ステップと、
を有することを特徴とするコンピュータ・プログラムにある。
【００３８】
【作用】
本発明の構成によれば、チューナによる外部受信コンテンツの予約録画処理において、ビデオカプセル等のコンテンツ格納オブジェクトに対するメタデータの設定情報に基づいてコンテンツの記録開始および終了を制御する構成としたので、クライアントが予めビデオカプセル等のコンテンツ格納オブジェクトに対応するメタデータを設定し、コンテンツディレクトリサービス（ＣＤＳ）の管理の下におくことで、メタデータに基づく制御によってチューナ受信コンテンツのサーバ内のハードディスク等の記憶部に対するコンテンツ記録処理が正確に実行される。
【００３９】
さらに、本発明の構成によれば、ビデオカプセル等のコンテンツ格納オブジェクトに対するメタデータの設定情報に基づいて、コンテンツ管理部に設定した制御インスタンス設定部／命令出力部が、チューナ受信コンテンツの制御を実行するチューナ制御インスタンスと、ハードディスク等のコンテンツ記憶部の制御のもとにチューナ受信コンテンツの記録処理を実行する記憶部制御インスタンス（ビデオカプセルコントロールインスタンス）とを設定し、命令出力を実効する構成としたので、サーバクライアント間の通信を介在させずに、メタデータに基づくコンテンツの予約記録処理が実行可能となる。
【００４０】
さらに、本発明の構成によれば、予約録画の実行中において、ビデオカプセルに設定されたビデオカプセルＵＲＬに基づくコンテンツ取得要求であるＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）ＧＥＴメソッドを生成してサーバに送信することで、クライアントは、チューナ受信コンテンツのタイムシフト再生と同様のコンテンツ再生が可能となる。また、予約録画の実行中において、既にチューナコントロールインスタンスはチャンネルリストＵＲＬを設定された状態にあり、クライアントがチューナ受信コンテンツをモニタしたい場合には、サーバに対してチャンネルリストＵＲＬを設定したＨＴＴＰ−ＧＥＴメソッドを発行するのみで、チューナ受信コンテンツのストリーミングを得ることができる。
【００４１】
なお、本発明のコンピュータ・プログラムは、例えば、様々なプログラム・コードを実行可能な汎用コンピュータ・システムに対して、コンピュータ可読な形式で提供する記憶媒体、通信媒体、例えば、ＣＤやＦＤ、ＭＯなどの記憶媒体、あるいは、ネットワークなどの通信媒体によって提供可能なコンピュータ・プログラムである。このようなプログラムをコンピュータ可読な形式で提供することにより、コンピュータ・システム上でプログラムに応じた処理が実現される。
【００４２】
本発明のさらに他の目的、特徴や利点は、後述する本発明の実施例や添付する図面に基づく、より詳細な説明によって明らかになるであろう。なお、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【００４３】
【発明の実施の形態】
以下、図面を参照しながら、本発明の構成の詳細について説明する。
【００４４】
［システム概要］
まず、図１を参照して、本発明の適用可能なネットワーク構成例について説明する。図１は、様々なクライアント装置からの処理要求に応じて処理を実行するコンテンツ配信装置としてのサーバ１０１と、サーバ１０１に対して処理要求を行なうコンテンツ受信装置としてのクライアントがネットワーク１００を介して接続された構成、例えばホームネットワーク構成を示している。クライアント装置としては、パーソナルコンピュータ（ＰＣ）１２１、モニタ１２２、携帯電話１２３、再生機１２４、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）１２５を例示している。ただし、クライアント装置としては、この他にも様々な電子機器、家電機器が接続可能である。
【００４５】
サーバ１０１がクライアントからの要求に応じて実行する処理は、例えばサーバ１０１の保有するハードディスク等の記憶手段に格納されたコンテンツの提供、あるいはサーバ１０１の有するチューナを介して受信するライブコンテンツをクライアントに対して転送するコンテンツ配信サービス等である。なお、図１においては、サーバ１０１と、クライアント装置とを区別して示しているが、クライアントからの要求に対するサービスを提供する機器をサーバとして示しているものであり、いずれのクライアント装置も、自己のデータ処理サービスを他のクライアントに提供する場合には、サーバとしての機能を提供可能となる。従って、図１に示すネットワーク接続されたクライアント装置もサーバとなり得る。
【００４６】
ネットワーク１００は、有線、無線等いずれかのネットワークであり、各接続機器は、例えばイーサネット（登録商標）フレーム等の通信パケットをネットワーク１００を介して送受信する。すなわち、クライアントは、イーサネットフレームのデータ部に処理要求情報を格納したフレームをサーバ１０１に送信することにより、サーバ１０１に対するデータ処理要求を実行する。サーバ１０１は、処理要求フレームの受信に応じて、データ処理を実行し、必要に応じてデータ処理結果としての結果データを通信パケットのデータ部に格納し、各クライアントに送信する。
【００４７】
ネットワーク接続機器は、例えばユニバーサルプラグアンドプレイ（ＵＰｎＰ：Ｕｎｉｖｅｒｓａｌ  Ｐｌｕｇ  ａｎｄ  Ｐｌａｙ）対応機器によって構成される。従って、ネットワークに対する接続機器の追加、削除が容易な構成である。ネットワークに新たに接続する機器は、
（１）ＩＰアドレス等の自己のデバイスＩＤを取得するアドレッシング処理。
（２）ネットワーク上の各デバイスの検索を行ない、各デバイスから応答を受信し、応答に含まれるデバイス種別、機能等の情報を取得するディスカバリ処理。
（３）ディスカバリ処理で取得した情報に基づいて、各デバイスにサービスを要求するサービス要求処理。
上記処理手順を行なうことで、ネットワーク接続された機器を適用したサービスを受領することが可能となる。
【００４８】
図１に示すサーバおよびクライアント装置を構成する情報処理装置の一例としてＰＣのハードウェア構成例について図２を参照して説明する。
【００４９】
ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）２０１は、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）２０２、またはＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）２０４等に記憶されているプログラムに従って、各種の処理を実行し、データ処理手段、あるいは通信制御処理手段として機能する。ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）２０３には、ＣＰＵ２０１が実行するプログラムやデータが適宜記憶される。ＣＰＵ２０１、ＲＯＭ２０２、およびＲＡＭ２０３、ＨＤＤ２０４は、バス２０５を介して相互に接続されている。
【００５０】
バス２０５には、入出力インタフェース２０６が接続されており、この入出力インタフェース２０６には、例えば、ユーザにより操作されるキーボード、スイッチ、ボタン、ポインティングデバイス、あるいはマウス等により構成される入力部２０７、ユーザに各種の情報を提示するＬＣＤ、ＣＲＴ、スピーカ等により構成される出力部２０８が接続される。さらに、データ送受信手段として機能する通信部２０９、さらに、磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリなどのリムーバブル記録媒体２１１を装着可能で、これらのリムーバブル記録媒体２１１からのデータ読み出しあるいは書き込み処理を実行するドライブ２１０が接続される。
【００５１】
さらに、地上波放送データ、衛星放送データ、ケーブルＴＶデータ、インターネット配信データ等、様々な外部からの配信データの受信を行うチューナ２２０を備えている。
【００５２】
図２に示す構成は、図１に示すネットワーク接続機器の一例としてのサーバ、パーソナルコンピュータ（ＰＣ）の例であるが、ネットワーク接続機器はＰＣに限らず、図１に示すように携帯電話、ＰＤＡ等の携帯通信端末、その他、再生装置、ディスプレイ等の様々な電子機器、情報処理装置によって構成することが可能である。従って、それぞれの機器固有のハードウェア構成を持つことが可能であり、そのハードウェアに従った処理を実行する。
【００５３】
［オブジェクト管理およびメタデータ］
次にクライアントに提供するコンテンツを管理するサーバのコンテンツを含むオブジェクト管理構成、およびメタデータについて説明する。サーバは、自己の記憶部に格納した静止画、動画等の画像データ、音楽等の音声データ等のコンテンツ、さらには、ライブストリーミングデータを実行するためのチューナに関する情報、例えばチャンネル情報を各コンテンツに対応する属性情報（メタデータ）として保有している。
【００５４】
なお、サーバの保有する静止画、動画等の画像データ、音楽等の音声データ、チューナを介して受信するライブストリーミングデータ等のコンテンツを総称してＡＶコンテンツと呼ぶ。サーバにおいて、ＡＶコンテンツは、階層構成を有するコンテンツ管理ディレクトリによってサーバ内のＣＤＳ（コンテンツディレクトリサービス）において管理される。
【００５５】
サーバのＣＤＳ（コンテンツディレクトリサービス）において管理されるコンテンツ管理ディレクトリの構成例を図３に示す。階層構成は図３に示すように分岐ツリー状の図として示すことができる。図３に示す各円の各々が個々のオブジェクトである。この階層構成は、サーバが記憶部に格納し管理するコンテンツ、およびライブストリーミングコンテンツに対応する論理的な管理構成を示すものである。
【００５６】
コンテンツ管理ディレクトリの個々の要素、すなわち、個々のＡＶコンテンツあるいは複数のＡＶコンテンツを格納したフォルダ、メタデータ格納フォルダの各々はオブジェクト（Ｏｂｊｅｃｔ）と呼ばれる。なお、オブジェクトとは、サーバによって処理されるデータ単位の総称であり、個々のＡＶコンテンツあるいは複数のＡＶコンテンツを格納したフォルダ、メタデータ格納フォルダ以外にも様々なオブジェクトが存在する。
【００５７】
ＡＶコンテンツの最小単位、すなわち１つの楽曲データ、１つの動画データ、１つの静止画データ等をアイテム（ｉｔｅｍ）とよぶ。ライブストリーミングデータの場合は、１つのチャンネルが１アイテムとして定義される。
【００５８】
また、アイテムの集合として規定されるアイテムの上位オブジェクトをコンテナ（Ｃｏｎｔａｉｎｅｒ）と呼ぶ、集合の単位は、例えば各オブジェクトの物理的な記憶位置に基づく集合、各オブジェクトの論理的関係に基づく集合、カテゴリに基づく集合等、様々に設定され得る。
【００５９】
例えば、チャンネルをアイテムとしたコンテナの一例としては地上波のみのチャンネルのアイテムを集合としたコンテナや、衛星放送のチャンネルを集合としたコンテナが設定される。これらの例については後段でさらに説明する。
【００６０】
オブジェクトは、その種類、例えば音楽（Ａｕｄｉｏ）、ビデオ（Ｖｉｄｅｏ）、写真（Ｐｈｏｔｏ）等、その種類によりクラスに分類されクラスラベリングがなされる。クライアントは、例えば特定のクラスを指定して、特定の分類に属するオブジェクトのみを対象とした「サーチ」を要求し実行することができる。また特定のフォルダ等のオブジェクトを指定して、そのフォルダに関する情報のみを要求する「ブラウズ」を要求し特定フォルダに関する情報の取得処理をすることが可能である。なお、サーバにおいては、クラスも階層構成で管理されており、１つのクラスの下にサブクラスの設定が可能である。
【００６１】
メタデータは、サーバの持つコンテンツに対応した属性情報、クラスの定義情報、コンテンツ管理ディレクトリを構成する階層構成に関する情報等を含むさまざまな管理情報である。個々のオブジェクトに対応付けて定義されたコンテンツの属性情報としてのメタデータには、例えばコンテンツＵＲＬ等のコンテンツ識別子（ＩＤ）、データサイズ、リソース情報、タイトル、アーティスト名、著作権情報、チャンネル情報等、様々な情報が含まれる。メタデータに含まれる個々の情報をプロパティまたはプロパティ情報と呼ぶ。なお、音楽（Ａｕｄｉｏ）、ビデオ（Ｖｉｄｅｏ）、写真（Ｐｈｏｔｏ）、ライブストリーミングデータ等、前述したクラス毎にどのようなプロパティからなるメタデータを持つかが予め規定されている。
【００６２】
図３において、最上位はルートコンテナ３０１と呼ばれる。ルートコンテナの下位に例えば音楽（ミュージック）コンテナ３０２、動画コンテナ３０３、静止画コンテナ３０４、さらにチューナコンテナ３０５等が設定される。音楽（ミュージック）コンテナ３０２の下位には、ジャンル３０５、ジャンルの下位には、アーティスト３０６などのオブジェクトの設定がなされる。
【００６３】
動画コンテナ３０３の下位には、ジャンル３０８、さらにその下位にコンテンツに対応するアイテムとしてのビデオカプセル３０９が設定される。例えばビデオカプセル３０９は、サーバ内のハードディスク等の記憶部に格納されたビデオコンテンツに対応し、そのビデオコンテンツに対応した属性情報（メタデータ）を持つ。メタデータには、クライアントがコンテンツを取得するためのコンテンツ識別子、すなわちコンテンツの所在を示すアドレス情報としてのコンテンツのＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒｓ）が含まれる。クライアントは、コンテンツ情報取得手続きによりビデオカプセル３０９のＵＲＬすなわち、ビデオカプセルＵＲＬを取得し、ビデオカプセルＵＲＬを指定したコンテンツ要求をサーバに送信することでビデオカプセルに対応するビデオコンテンツをサーバから受信して再生することができる。
【００６４】
一方、チューナコンテナ３０５にもコンテナに対応するＵＲＬとしてチャンネルリストＵＲＬが設定される。すなわち、チューナ受信コンテンツに対応する属性情報としてチャンネルリストＵＲＬが設定される。チャンネルリストＵＲＬは、チューナコンテナ３０６の子として存在するチャンネルアイテムに対応する全てのコンテンツの取得、制御権をクライアントに提供するために設定されたＵＲＬである。
【００６５】
従来のシステムであれば、アイテムであるチャンネル毎にＵＲＬが設定され、クライアントは、チャンネル切り替えに応じてＵＲＬの切替えを行うことが必要となっていたが、本発明においては、チャンネルの集合体としてのチャンネルリストにＵＲＬを設定し、クライアントが、チャンネルリストＵＲＬを指定したコンテンツ取得要求をサーバに送信することで、クライアントは、チャンネルリストにリストアップされたチャンネル、すなわちコンテンツ管理ディレクトリにおいて、チューナコンテナの下位に設定されたチャンネルアイテムの全てのコンテンツの取得、すなわち制御権をまとめて得ることができる。結果として、チャンネルリストにリストされたチャンネル間の切り替えにおいては、新たなＵＲＬに基づくコンテンツ要求を行う必要がない。これらの処理の詳細については後述する。
【００６６】
コンテンツ検索を実行しようとするクライアントは、コンテンツ管理ディレクトリの階層やオブジェクト集合に対応するクラスを指定した「サーチ」、あるいは、特定のオブジェクトの指定としての「ブラウズ」をサーバに要求することで、コンテンツの情報を取得することが可能である。クライアントは、サーバから受信するコンテンツ情報を記述したＸＭＬデータに基づいてコンテンツ情報をディスプレイに表示する。
【００６７】
コンテンツ情報リストの表示処理例を図４に示す。図４に示す例では、コンテンツＮｏ、タイトル、アーティスト名、チャンネル、コンテンツＵＲＬをリスト化したデータ構成を持つコンテンツ情報リスト３５７をディスプレイ３５０に表示した例を示している。
【００６８】
例えばビデオカプセルに対応するメタデータに基づいて表示されるコンテンツ情報は、図４中のコンテンツＮｏ．［０００１］、［０００２］のコンテンツであり、チューナコンテナに対応するメタデータに基づいて表示されるコンテンツ情報は、［０００３］、［０００４］のようにチャンネルリストであることと、チャンネルリストに含まれるチャンネル情報、およびチャンネルリストＵＲＬ等となる。
【００６９】
これらのコンテンツ情報は、サーバの管理するコンテンツ対応のメタデータの構成要素としてのプロパティ情報に基づいて生成される。サーバはクライアントから受信した「サーチ」または「ブラウズ」要求に基づいて条件に一致するコンテンツのメタデータ中のプロパティ情報を取得し、取得したプロパティ情報に基づいてＸＭＬデータを生成し、クライアントに送信する。
【００７０】
クライアントは、サーバによって抽出されたコンテンツに対応するプロパティ情報に基づくＸＭＬデータを受信し、受信ＸＭＬデータに基づいて図４に示すような表示データを生成し、クライアントのディスプレイに表示する。
【００７１】
クライアント側のユーザはこれらのリストから再生対象コンテンツを選択し、選択コンテンツ指定情報、例えばコンテンツＵＲＬをサーバに送信することで、サーバからコンテンツ、すなわち音楽や映画、あるいは写真等、様々なコンテンツが送信されクライアント側で再生、出力が実行される。チューナコンテナに対応するチャンネルリストＵＲＬに基づくコンテンツ要求を行うと、チャンネルリストにリストされたチャンネルに対応するコンテンツをまとめて取得、すなわちＵＲＬ切り替えを行うことなく、チャンネル切り替えを自在に実行することができる。
【００７２】
前述したように、クライアントに送信されるコンテンツ情報には、コンテンツの所在を示すアドレス情報としてのコンテンツのＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒｓ）が含まれる。クライアントディスプレイに表示されたコンテンツＵＲＬあるいはリンクデータをユーザが指定（クリック）したことを条件として、クライアントデバイスにおいて、コンテンツ取得要求であるＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）ＧＥＴメソッドを生成してサーバに送信し、サーバがコンテンツＵＲＬに対応するコンテンツをクライアントに送信する。
【００７３】
［クライアントによるコンテンツ再生処理］
コンテンツを再生しようとするクライアントは、サーバに対してコンテンツ要求を行い、要求コンテンツをサーバから受信してコンテンツの再生を行うことができる。一般的なコンテンツ再生の手順について図５を参照して説明する。まず、ステップＳ１１において、クライアントは、サーバの保有するコンテンツ情報の取得要求を行う。ステップＳ１２で、サーバは、クライアントの要求に従ってコンテンツ対応のメタデータに基づいて、コンテンツの所在を示すアドレス情報としてのコンテンツのＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒｓ）一覧、コンテンツのタイトル、アーティスト名などのコンテンツ情報をＸＭＬ（ｅＸｔｅｎｄｅｄ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）データにより生成してクライアントに送信する。
【００７４】
クライアントは、ステップＳ１３において、受信ＸＭＬ情報に従って、コンテンツ情報をディスプレイに表示する。例えば音楽コンテンツであれば、サーバの保有する複数の音楽に対応する曲名、アーティスト名、再生時間等からなるリストとして表示される。
【００７５】
次に、クライアントはステップＳ１４において、クライアント装置において、サーバから受信し再生する曲を選択し、コンテンツ指定情報としてのコンテンツＵＲＬを指定してサーバに送信する。サーバはステップＳ１５において、受信したコンテンツ指定情報に基づいてコンテンツを記憶手段から取得して送信する。ステップＳ１６において、クライアントはサーバから受信したコンテンツを再生する。なお、コンテンツがＡＴＲＡＣ、ＭＰＥＧ等の圧縮処理がなされている場合は、サーバあるいはクライアント側で復号処理を行った後に送信あるいは再生処理を行う。
【００７６】
通常のコンテンツ再生手順は、上述したとおりである。クライアントは、様々なコンテンツ属性情報、すなわち、サーバの保有するコンテンツ対応のメタデータに含まれるプロパティ情報を取得し、プロパティ情報に基づいてクライアントにコンテンツリスト等のＵＩを表示し、コンテンツを選択しサーバに要求することができる。
【００７７】
［ライブストリーミングデータ配信処理］
サーバのハードディスク等に予め格納したコンテンツは、上述したように、クライアントがコンテンツ対応のＵＲＬを指定したコンテンツ要求をサーバに送信することで、コンテンツの取得再生を行うことができる。
【００７８】
しかし、従来技術の欄で説明したように、サーバ内のチューナを介して受信するライブストリーミングデータの各チャンネルのデータに各々ＵＲＬを設定し、ＵＲＬ指定に基づくコンテンツ提供を行う構成とすると、クライアントによるチャンネル切り替えの際に、切り替え後のチャンネルに対応したＵＲＬを設定したＨＴＴＰ−ＧＥＴメソッドをサーバに送信することが必要となる。その結果、サーバクライアント間で、新旧ＵＲＬに基づくコネクションの切断および再接続処理を行うことが必要となり、双方の負荷が過大になり、チャンネル切り替え毎に通信の中断が発生するという問題か発生する。
【００７９】
そこで、本発明においては、複数のチャンネルの集合体であるチャンネルリストを設定し、チャンネルリストを１つのコンテンツと仮定して１つのコンテンツＵＲＬをチャンネルリストに対して設定し管理する構成とした。以下、本構成に基づくライブストリーミングデータ配信処理構成について説明する。
【００８０】
チューナ機能を持ち、チューナにより受信したデータをクライアントに配信する構成を持つサーバの構成例を図６に示す。
【００８１】
図６に示す構成について説明する。サーバ４００は、クライアント４６０に対してクライアント４６０からの要求コンテンツを送信し、ユーザ４７０は、クライアント４６０デバイスに備えたディスプレイ、スピーカ等を介してコンテンツを視聴する。なお、図６においては、クライアント４６０を１つのみ示してあるが、サーバ４００に対して接続するクライアントは複数あり、複数のクライアントがサーバ４００から様々なコンテンツの提供を受けることが可能である。
【００８２】
サーバは、データベース４４３に格納したコンテンツの提供、さらにチューナ４１０を介して外部から受信するデータ、例えば地上波放送データ、衛星放送データ、ケーブルＴＶデータ、インターネット配信データ等、様々な外部からの受信データをクライアント４６０に対して送信する。サーバ４００とクライアント４６０間の通信ネットワークは、先に、図１を参照して説明したように、有線、無線等いずれかのネットワークであり、例えばイーサネット（登録商標）フレーム等の通信パケットをネットワークを介して送受信する。すなわち、クライアント４６０は、イーサネットフレームのデータ部に処理要求情報を格納したフレームをサーバ４００に送信することにより、サーバ４００に対するデータ処理要求を実行する。サーバ４００は、処理要求フレームの受信に応じて、データ処理を実行し、必要に応じてデータ処理結果としての結果データを通信パケットのデータ部に格納し、各クライアント４６０に送信する。
【００８３】
サーバ４００の構成について、以下、説明する。チューナ４１０は、地上波放送データ、衛星放送データ、ケーブルＴＶデータ、インターネット配信データ等、様々な外部からの受信データを受信するライブストリーミングデータの受信部である。チューナ４１０は、コンテンツ配信制御部４３０内のコンテンツ対応制御部４３２に設定される配信コンテンツ毎のコンテンツ配信制御を実行する制御インスタンスとしてのＡＶＴインスタンス（ＡＶ−Ｔｒａｎｓｐｏｒｔ  Ｉｎｓｔａｎｃｅ）４３３によって制御される。なお、本明細書において、制御インスタンスとは、制御対象ハードウェア等の制御オブジェクトの設定が可能で、かつ設定オブジェクトに応じた制御パラメータの設定が可能な制御プログラムであり、該制御プログラムに従って制御対象ハードウェアを含む制御オブジェクトの制御が実行される。
【００８４】
コンテンツ対応制御部４３２は、配信コンテンツ毎に、コンテンツ配信制御実行部としてのＡＶＴインスタンス（ＡＶ−Ｔｒａｎｓｐｏｒｔ  Ｉｎｓｔａｎｃｅ）＃１〜＃ｎ４３３を設定する。各ＡＶＴインスタンス４３３は、それぞれ特定のコンテンツの配信制御を実行する。例えばチューナを介して受信するデータのライブストリーミング用のチューナコントロールインスタンスは、チューナを介して受信するデータのライブストリーミングコンテンツのみの制御を実行する。具体的には、コンテンツ送信開始、終了、あるいはチャンネル切り替え等の指示をクライアント４６０から受け、チャンネル切り替え等の制御をチューナ４１０に対して実行する。
【００８５】
コンテンツ対応制御部４３２に設定されるＡＶＴインスタンス４３３は、チューナコントロールインスタンスの他に、例えば、サーバ内のハードディスクに格納されたビデオコンテンツであるビデオカプセルの配信制御を実行するビデオカプセルコンロールインスタンスや、サーバに装着されたＤＶＤに格納されたビデオデータ、オーディオデータ等の配信制御を実行するＤＶＤコントロールインスタンスなどがある。これら各ＡＶＴインスタンスが、特定の配信コンテンツの制御を実行する。
【００８６】
各ＡＶＴインスタンスには、制御対象コンテンツに対応するＵＲＬ、すなわちコンテンツ識別子としてのコンテンツＵＲＬが設定される。コンテンツＵＲＬはコンテンツの所在を示すコンテンツ識別子である。ビデオカプセルコントロールインスタンスには、ビデオカプセルに設定されたビデオカプセルＵＲＬが設定される。本発明の構成においては、チューナコントロールインスタンスにはチューナに対応するチャンネルリストＵＲＬが設定される。ＡＶＴインスタンス４３３は、自己に設定されたＵＲＬに基づいて、制御するコンテンツと関係付けられる。また、ＵＲＬを設定されたＡＶＴインスタンスは、自己の識別子としてのＡＶＴインスタンスＩＤを持つことになる。これらの処理の詳細については後述する。
【００８７】
コンテンツ配信制御部４３０は、チャンネルリストに記述された複数チャンネルに対応するチューナの受信する複数コンテンツを制御コンテンツの一単位として設定し、１つのＡＶＴインスタンスをアサインし、スクライアントから受信するチャンネルリスト識別子に対応する制御要求をＡＶＴインスタンスが受信し、ＡＶＴインスタンスがチャンネルリストに記述された複数チャンネルに対応する配信コンテンツの制御を実行する。
【００８８】
コネクションマネージャサービス（ＣＭＳ）４３１は、クライアント４６０にライブストリーミング制御部４３０の入力プロトコル情報を伝える。また、クライアント４６０から提示されたプロトコル情報に基づいて、ＡＶＴインスタンス４３３をアサインしてクライアント４６０に通知する。
【００８９】
コネクションマネージャサービス４３１は、クライアント４６０からのコンテンツ要求に応じて、ＡＶＴインスタンス４３３のアサイン（割り当て）処理を実行し、アサインしたＡＶＴインスタンスの識別子、すなわちＡＶＴインスタンスＩＤをクライアント４６０に通知する。この際、サーバクライアント間のコネクション識別子としてのコネクションＩＤもクライアント４６０に通知する。コネクションマネージャサービス４３１は、これらのデータをコネクション管理テーブルに登録する。コネクション管理テーブルについては後述する。
【００９０】
コネクションマネージャサービス４３１による上述の処理の後、クライアント４６０からのＡＶＴインスタンス４３３に対する要求により、上述したコンテンツＵＲＬおよびＡＶＴインスタンスＩＤがＡＶＴインスタンス４３３に設定される。
【００９１】
コネクションマネージャサービス４３１によるＡＶＴインスタンス４３３のアサイン処理およびクライアント４６０によるＵＲＬセット処理により、コンテンツ対応のＵＲＬが設定され、ＵＲＬによって識別されるコンテンツの配信制御を受け持つことになったＡＶＴインスタンス４３３は、クライアント４６０からの制御コマンドを受信すると、その制御コマンドに従ったコンテンツ制御を実行する。このクライアント４６０サーバ間でのコンテンツ配信制御処理には、例えばＳＯＡＰ（Ｓｉｍｐｌｅ  Ｏｂｊｅｃｔ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）プロトコルが使用される。クライアント４６０は、ＸＭＬデータに従った記述データを生成しＡＶＴインスタンス４３３に送信することで、クライアント４６０からの制御情報が、各ＡＶＴインスタンス４３３に通知され、ＡＶＴインスタンス４３３が受信情報に基づく制御、例えばコンテンツ再生開始、終了、チャンネル切り替えなどの処理を実行する。
【００９２】
例えばチューナコントロールインスタンス４３３にクライアント４６０からの制御情報として、チャンネル切り替え指示情報が入力されると、チューナコントロールインスタンス４３３から、制御情報がチューナ４１０に入力されてチューナ４１０が特定のチャンネルのデータを受信するように設定される。
【００９３】
なお、サーバクライアント間のチューナ受信コンテンツの配信用コネクションは、チャンネルリストＵＲＬに基づいて設定されるＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）コネクションである。本発明の構成においては、チャンネルリストに記述された複数チャンネルに対応する複数のチューナ受信コンテンツの切り替えとして実行されるチャンネル切り替え前後において、チャンネルリストＵＲＬに基づいて設定されるＨＴＴＰコネクションを継続的に使用したコンテンツ配信を実行する。
【００９４】
チューナ４１０の受信データは、例えば符号化データ（ＡＴＲＡＣ：ａｄａｐｔｉｖｅ  ｔｒａｎｓｆｏｒｍ  ａｃｏｕｓｔｉｃ  ｃｏｄｉｎｇ，  ＭＰＥＧ：ｍｏｖｉｎｇ  ｐｉｃｔｕｒｅ  ｅｘｐｅｒｔｓ  ｇｒｏｕｐ等）である場合もあり生のデータである場合もある。サーバクライアント間では、データ送信効率を高めるために特定の符号化データとして配信するのが好ましい。符号化データは、クライアント４６０において処理可能なデータである必要がある。コーデック４２０は、チューナ４１０の受信データをクライアント４６０で処理可能なデータ態様に変換する。コーデック４２０は、データのエンコードおよびデコード機能を持つ。コーデック４２０において生成された変換データがクライアント４６０に送信され、再生される。
【００９５】
コーデック４２０においてどのようなデータ変換を行うかは、ＡＶＴインスタンス４３３からの制御情報によって決定する。ＡＶＴインスタンス４３３は、クライアント４６０からの要求情報をＡＶＴインスタンス４３３が受領し、ＡＶＴインスタンス４３３からの制御情報がコーデック４２０に入力されてコーデック４２０が制御情報に基づいてデータ変換を実行する。
【００９６】
コンテンツ管理部（メディアサーバ）４４０は、コンテンツホルダーとして機能する。コンテンツのメタデータを格納したデータベース４４３、先に図３を参照して説明したコンテンツ管理ディレクトリに基づいてコンテンツ対応のメタデータの管理を行い、クライアント４６０からのコンテンツサーチ、ブラウズなどの処理要求に応答してコンテンツ情報を提供するコンテンツディレクトリサービス４４２を有する。
【００９７】
データベース４４３には、予めサーバ内のデータベースに格納したコンテンツの情報のみならず、チューナを介して受信するデータに関する情報、例えばチャンネル情報などの管理情報もチューナコンテナに対応するメタデータとして格納しており、クライアント４６０からのチューナに関するコンテンツ情報取得要求をコンテンツディレクトリサービス４４２が受信した場合には、サーバの受信可能なチャンネル情報、複数のチャンネルの集合として設定されるチャンネルリストに対応付けられたチャンネルリストＵＲＬ等の情報をクライアント４６０に提供する処理などを実行する。
【００９８】
コンテンツディレクトリサービス４４２は、ライブストリーミングで扱うコンテンツ用のメタデータとして、ライブストリーミングコンテンツ用のＵＲＬやコーデック情報、プロトコル情報をデータベース４４３に保持しており、クライアント４６０からの要求に応じてこれらの情報をクライアント４６０に送信する。
【００９９】
なお、サーバがライブストリーミングコンテンツ配信可能であるか否かについては、クライアント４６０は、コンテンツディレクトリサービス４４２からのプロトコル情報によって知ることができる。プロトコル情報には、チューナの制御によるコンテンツ配信を実行することが可能であることを示す情報（ファンクションＩＤ（ｆｕｎｃＩＤ））が設定され、クライアントでは、ファンクションＩＤに基づいてチューナを介したライブデータのストリーミング配信が可能であることを知ることができる。ファンクションＩＤは、チューナ制御、ＤＶＤ制御、ハードディスク制御等、コンテンツ処理のための制御対象毎に設定されるＩＤであり、チューナが２つあればそれぞれ異なるファンクションＩＤ、例えばｆｕｎｃＩＤ＝ａ、ｆｕｎｃＩＤ＝ｂのように異なるＩＤが設定され、チューナ識別情報としても利用される。
【０１００】
クライアント４６０は、コンテンツディレクトリサービス４４２からのコンテンツ情報に基づいて、チューナ受信のライブストリーミングデータの配信を希望する場合は、受信したコンテンツ情報から取得した情報をコンテンツ配信制御部４３０のコネクションマネージャ４３１に送信する。これらの処理の詳細については後述する。
【０１０１】
その後コンテンツ配信制御部４３０において、ＡＶＴインスタンス４３３がアサインされ、クライアントは、ＡＶＴインスタンス４３３に対して配信コンテンツに対する制御、例えばコンテンツの一時停止（ＳＴＯＰ）や、チャンネル切り替え（ＳＥＥＫ）等の各種制御を実行することができる。
【０１０２】
コンテンツ管理部４４０内のコネクションマネージャサービス（ＣＭＳ）４４１は、クライアント４６０にコンテンツ管理部４４０の出力プロトコル情報を伝えるなど、クライアント４６０と、コンテンツ管理部４４０間の通信制御サービスを行う。サーバ４００との接続クライアント４６０が複数いる場合には、クライアント４６０毎のコネションＩＤ管理を実行し、各クライアント４６０からの要求を識別して対応する。
【０１０３】
コンテンツディレクトリサービス４４２におけるライブストリーミングデータ関連のメタデータに関するオブジェクト管理構成について、図７を参照して説明する。
【０１０４】
先に図３を参照して説明したように、コンテンツ提供サーバでは様々なコンテンツに対応するメタデータを階層構成のディレクトリにおいて管理している。図７は、コンテンツディレクトリサービス４４２において管理するライブストリーミングデータ関連のメタデータの管理構成を示している。
【０１０５】
ルートコンテナ４８１の下段にチューナコンテナ４８２が設定される。なお、チューナ数や、チャンネルリストＵＲＬの設定態様に応じて、ディレクトリに設定されるチューナコンテナの設定態様は異なってくる。これらの形態については、後段で詳細に説明する。チューナコンテナ４８２の子として設定されるアイテムに、個々のチャンネル４８３，４８４，４８５が設定される。
【０１０６】
コンテンナ、アイテムにはそれぞれコンテンツ属性情報としてのメタデータが対応付けられ、クライアント４６０からのサーチや、ブラウズ等のコンテンツ情報要求に応じてこれらのメタデータに基づくコンテンツ情報がサーバから提供される。
【０１０７】
チューナコンテナ４８２には、チャンネルリストＵＲＬ、プロトコル情報等がメタデータとして格納される。チャンネルアイテム４８３，４８４，４８５には、例えばチャンネルの名前（東京テレビ、ＡＢＣテレビなど）の情報が格納される。
【０１０８】
チューナコンテナ４８２のメタデータとして設定されるチャンネルリストＵＲＬは、例えば地上波１〜１２チャンネルのみを受信可能なチューナの場合は、１〜１２チャンネルの１２個のチャンネルをリスト化した１つのチャンネルリストを取得するためのＵＲＬとして設定される。地上波、ＢＳ、ＣＳ等の衛星放送等のチャンネル（１〜ｎチャンネル）の放送データを受信可能なチューナの場合は、１〜ｎチャンネルのｎチャンネルをリスト化した１つのチャンネルリストを取得するためのＵＲＬとして設定される。
【０１０９】
なお、地上波のチャンネルリスト、ＢＳ用のチャンネルリスト、ＣＳ用のチャンネルリスト等、カテゴリ毎に区分したチャンネルリストを設定し、それぞれに異なるチャンネルリストＵＲＬを設定してもよい、
【０１１０】
これらのチャンネルリストＵＲＬは、クライアント４６０からコンテンツディレクトリサービス（ＣＤＳ）４４２に対するサーチやブラウズを適用したコンテンツ情報取得処理によってクライアント４６０が取得可能である。
【０１１１】
クライアント４６０は取得したチャンネルリストＵＲＬに基づくコンテンツ取得を行うことで、チャンネルリストに設定された、例えば１〜１２チャンネルの間の切り替え制御をその１つのＵＲＬに基づいて実行可能となる。すなわちクライアント４６０はチャンネルリストＵＲＬによるコンテンツ取得により、チャンネルリストにリストアップされたすべてのストリーミングデータの制御権をまとめて得ることができる。具体的な制御については、後述する。
【０１１２】
本発明の構成では、上述したように、個々のチャンネル毎のＵＲＬ設定ではなく、複数のチャンネルをまとめてその制御を可能とするために、チャンネルの集合としたチャンネルリストにコンテンツＵＲＬを設定した。従って、チャンネルリストにリストアップされたチャンネルに対応するストリーミングデータの制御権をまとめてクライアント４６０に提供することが可能となる。
【０１１３】
クライアント４６０は、チャンネルリストに基づく制御権を持つ場合には、リストにあるチャンネル間の切り替え等の処理を行う場合にも、新たなＵＲＬに基づくＨＴＴＰコネクションを設定する必要がない。チャンネル切り替え等の制御命令をコンテンツ配信制御部４３２に送信するのみで、チャンネル切り替えが可能となり、従って、新旧ＵＲＬの切り替えに基づくサーバクライアント間のコネクションの再設定等の処理が不要となる。
【０１１４】
図７に示すように、チューナコンテナ４８２の子としては、チューナコンテナ４８２の持つチャンネルリストＵＲＬに設定された各チャンネル、例えば地上波１〜１２チャンネルの各々が子アイテムとして設定される。それぞれのアイテムには各チャンネルの情報がメタデータとして設定される。
【０１１５】
図８にチューナコンテナおよびチャンネルアイテムに対応するコンテンツ情報（メタデータ）を示す。図８に示すデータは、クライアント４６０からコンテンツディレクトリサービス（ＣＤＳ）４４２に対するコンテンツ情報要求に応じてクライアント４６０に送信されるＸＭＬデータの例である。
【０１１６】
図８（ａ）がチューナコンテナに対応するメタデータに基づく情報であり、下記に示すような情報を持つ。
＜ｃｏｎｔａｉｎｅｒ  ｉｄ＝ｃｈ−ｌｉｓｔ  ｐａｒｅｎｔＩＤ＝−１  ｒｅｓｔｒｉｃｔｅｄ＝１  …＞
＜ｄｃ：ｔｉｔｌｅ＞  地上波チャンネル一覧＜／ｄｃ：ｔｉｔｌｅ＞
＜ｕｐｎｐ：ｃｌａｓｓ＞ｏｂｊｅｃｔ．ｃｏｎｔａｉｎｅｒ．ｆｕｎｃｔｉｏｎ．ａｖＶｉｄｅｏＴｕｎｅｒ＜／ｕｐｎｐ：ｃｌａｓｓ＞
…
＜ａｖ：ａｌｌｏｗｅｄＯｐｅｒａｔｉｏｎ＞Ｐｌａｙ＜／ａｖ：ａｌｌｏｗｅｄＯｐｅｒａｔｉｏｎ＞
＜ａｖ：ｅｖｅｎｔｉｎｇＵＲＩ＞ｈｔｔｐ：／／１．２．３．４：５６０００／ＳＥＮＡ？ｉｄ＝ｌｉｖｅ＜／ａｖ：ｅｖｅｎｔｉｎｇＵＲＩ＞
＜ｒｅｓ  ｐｒｏｔｏｃｏｌＩｎｆｏ＝ｈｔｔｐ−ｇｅｔ：＊：ｖｉｄｅｏ／ｍｐｅｇ：ｆｕｎｃ−ｉｄ＝ｔ０１  ａｖ：ｃｏｄｅｃ＝ＭＰＥＧ１Ｖ  …＞
ｈｔｔｐ：／／１．２．３．４：５６０００／ｌｉｖｅｏｕｔＵｒｌ
＜／ｒｅｓ＞
＜／ｃｏｎｔａｉｎｅｒ＞
【０１１７】
上段から、コンテナＩＤ、タイトル、クラスに関するデータ、さらに、許容処理［ａｌｌｏｗｅｄＯｐｅｒａｔｉｏｎ］、イベント通知用ＵＲＬ［ｅｖｅｎｔｉｎｇＵＲＩ］、プロトコル情報［ｐｒｏｔｏｃｏｌＩｎｆｏ］などがチューナコンテナのコンテンツ情報として格納される。イベント通知とは、例えばステレオ／モノラルの切り替え、２ヶ国語放送の切り替え等、配信コンテンツに対応するイベントが発生した場合にクライアント４６０に通知するための処理を実行するために設定されるＵＲＬであり、クライアント４６０は、イベント通知用ＵＲＬを指定したイベント通知要求をサーバに対して送信することで、コンテンツ配信に並列して様々なイベント通知を受けることが可能となる。
【０１１８】
図８のデータ部４９１に示すプロトコル情報［ｐｒｏｔｏｃｏｌＩｎｆｏ］中のファンクションＩＤ［ｆｕｎｃ−ｉｄ＝ｔ０１］は、このコンテンツがライブストリーミング用のコンテンツであることを示す、すなわちチューナを適用した制御によるコンテンツ配信を実行することを示している。前述したように、ファンクションＩＤは、チューナ制御、ＤＶＤ制御等、コンテンツ配信のための制御対象毎に設定されるＩＤであり、チューナが２つあればそれぞれ異なるファンクションＩＤ、例えばｆｕｎｃＩＤ＝ａ、ｆｕｎｃＩＤ＝ｂのように異なるＩＤが設定される。図８のデータ部４９２に示す［ｈｔｔｐ：／／１．２．３．４：５６０００／ｌｉｖｅｏｕｔＵｒｌ］が、チャンネルリストＵＲＬである。
【０１１９】
図８（ｂ）が、チャンネルアイテムに対応するメタデータに基づく情報であり、下記に示すような情報を持つ。
＜ｄｃ：ｔｉｔｌｅ＞東京テレビ＜／ｄｃ：ｔｉｔｌｅ＞
＜ｕｐｎｐ：ｃｌａｓｓ＞ｏｂｊｅｃｔ．ｉｔｅｍ．ｖｉｄｅｏＩｔｅｍ．ｖｉｄｅｏＢｒｏａｄｃａｓｔ．ａｖＣｈａｎｎｅｌ
＜／ｕｐｎｐ：ｃｌａｓｓ＞
＜ｕｐｎｐ：ｃｈａｎｎｅｌＮａｍｅ＞東京テレビ＜／ｕｐｎｐ：ｃｈａｎｎｅｌＮａｍｅ＞
＜ｕｐｎｐ：ｃｈａｎｎｅｌＮｒ＞８＜／ｕｐｎｐ：ｃｈａｎｎｅｌＮｒ＞
…
＜／ｉｔｅｍ＞
【０１２０】
上段から、タイトル、クラス、チャンネル名、チャンネル番号が記載されている。クライアント４６０は、チューナコンテンナおよびチャンネルアイテムに対応するコンテンツ情報を取得することで、チューナコンテナに設定されたチャンネルリストＵＲＬに基づくコンテンツ要求により、どのような範囲のチャンネル制御権を取得することが可能かを知ることができる。
【０１２１】
クライアント４６０は、図８に示すコンテンツ情報からなるＸＭＬデータに基づいて、チャンネル情報一覧リストをクライアント４６０のディスプレイに表示する。
【０１２２】
次に、図９を参照して、サーバクライアント間で実行されるチャンネルリストＵＲＬに基づくストリーミングデータ配信処理シーケンスの詳細について説明する。
【０１２３】
まず、クライアント４６０は、サーバが保有し、クライアント４６０に提供可能なコンテンツを調べるために、ステップＳ１０１において、ブラウズまたはサーチ処理により、コンテンツ情報を取得する。コンテンツ検索を実行しようとするクライアント４６０は、コンテンツ管理ディレクトリの階層やオブジェクト集合に対応するクラスを指定した「サーチ」、あるいは、特定のオブジェクトの指定としての「ブラウズ」をサーバに要求することで、コンテンツの情報を取得することが可能である。プラウズまたはサーチは、コンテンツ管理部４４０（図６参照）のコンテンツディレクトリサービス４４２に対して実行され、コンテンツディレクトリサービス４４２がメタデータを格納したデータベース４４３から各オブジェクト対応のメタデータに基づくＸＭＬデータを生成してコンテンツ情報としてクライアント４６０に提供する。
【０１２４】
例えば、チューナコンテナに関するコンテンツ情報を取得した場合は、図８（ａ）に示すチューナコンテナ対応のコンテンツ情報および、図８（ｂ）に示すチャンネル毎のコンテンツ情報に基づく情報がクライアント４６０に送信される。なお、図８（ｂ）に示す情報は、１つのチャンネルに対応するコンテンツ情報であり、クライアント４６０が、チューナコンテナおよび子アイテムとしての全チャンネルの情報を要求した場合は、チューナコンテナの子アイテムとして設定されるチャンネル数に対応する数の図８（ｂ）に示す情報がクライアント４６０に送信されることになる。
【０１２５】
クライアント４６０は、サーバから受信するコンテンツ情報を記述したＸＭＬデータに基づいてコンテンツ情報をディスプレイに表示する。これは、先に、図４を参照して説明したような表示情報である。
【０１２６】
クライアント４６０は、図８（ａ）（ｂ）に示すチューナコンテナおよびチャンネルアイテムに対応するコンテンツ情報に基づいて、
チャンネルリストＵＲＬ
ファンクションＩＤ（ｆｕｎｃＩＤ）
チャンネル情報
を取得する。
【０１２７】
クライアント４６０は、次に、ステップＳ１０２において、コンテンツ配信制御部４３０のコネクションマネージャサービス４３１に対して、プロトコル情報取得要求を送信する。これは、コンテンツ配信制御部４３０に入力可能なプロトコル情報、すなわち、コンテンツ配信制御部４３０の処理可能なプロトコル情報の一覧を要求する処理である。
【０１２８】
ステップＳ１０３において、コネクションマネージャサービス４３１は、プロトコル情報一覧をクライアント４６０に送信する。このプロトコル情報一覧には、例えばビデオデータのプロトコルとしてのＭＰＥＧや、オーディオデータのＡＴＲＡＣ等、コンテンツ配信制御部４３０で処理可能な様々なプロトコル情報が含まれる。
【０１２９】
チューナ４１０の受信データを配信可能なサーバのコネクションマネージャサービス４３１がクライアント４６０に送信するプロトコル情報一覧には、ライブストリーミングデータの配信が可能であることを示す情報が含まれる。具体的には、［ｉｎｔｅｒｎａｌ：１．２．３．４：ａｐｐｌｉｃａｔｉｏｎ／ｘ−ａｖ−ｔｕｎｅｒ−ｃｏｎｔｅｎｔ：ｆｕｎｃ−ｉｄ＝ｔ０１］なるプロトコル情報が含まれる。すなわち、ｓｃｈｅｍａ欄（第１カラム）が［ｉｎｔｅｒｎａｌ］であるものが含まれる。このプロトコル情報は、内部のコンテンツ管理部（メディアサーバ）４４０との論理コネクションが、以下に説明する接続準備（ＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎ）によって可能であることを示す。
【０１３０】
このプロトコル情報にもファンクションＩＤが含まれる。前述したように、ファンクションＩＤは、チューナ制御、ＤＶＤ制御等、コンテンツ配信のための制御対象毎に設定されるＩＤであり、ステップＳ１０１においてクライアントがブラウズまたはサーチ処理により、コンテンツディレクトリサービス４４２から取得したコンテンツ情報にも含まれる。ここでは、ファンクションＩＤ［ｆｕｎｃ−ｉｄ＝ｔ０１］がチューナ４１０を適用したコンテンツ配信に対応するファンクションＩＤとして設定されている。
【０１３１】
次に、ステップＳ１０４において、クライアント４６０は、コネクションマネージャサービス４３１から、現在、サーバ４００に接続されている他のクライアントに関する情報を取得する。コネクションマネージャサービス４３１は、サーバに接続しているクライアントに対応するコネクションＩＤをクライアント識別子、および各クライアントに配信されるコンテンツに対応するプロトコル情報等を対応付けた図１０に示すようなコネクション管理テーブルを保持してコネクション管理を実行している。クライアント４６０からのコネクション情報の取得要求に応じて、これらの情報をクライアント４６０に提供する。この処理については、後述する。なお、このコネクション情報通知処理は、クライアント４６０が他のクライアント４６０の接続状況を確認するために実行するものであり、省略してもよい。
【０１３２】
ステップＳ１０５において、クライアント４６０は、コネクションマネージャサービス４３１に対して、接続準備要求（ＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎ）を送信する。クライアント４６０が、チューナを適用したライブストリーミングデータの配信を希望する場合は、先にコンテンツディレクトリサービス（ＣＤＳ）４４２から受領したコンテンツ情報としてのチューナコンテナに対応するコンテンツ情報に含まれるファンクションＩＤ（ｆｕｎｃＩＤ）と一致するファンクションＩＤを持つプロトコル情報を送信すればよい。
【０１３３】
ステップＳ１０５の接続準備（ＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎ）の送信において、クライアント４６０は、前述のプロトコル情報取得（Ｓ１０３）において、コネクションマネージャサービス４３１から受領したライブストリーミングに関するプロトコル情報［ｉｎｔｅｒｎａｌ：１．２．３．４：ａｐｐｌｉｃａｔｉｏｎ／ｘ−ａｖ−ｔｕｎｅｒ−ｃｏｎｔｅｎｔ：ｆｕｎｃ−ｉｄ＝ｔ０１］を送信する。
【０１３４】
クライアント４６０から接続準備要求（ＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎ）を受信したコネクションマネージャサービス４３１は、接続準備要求に含まれるプロトコル情報［ｉｎｔｅｒｎａｌ：１．２．３．４：ａｐｐｌｉｃａｔｉｏｎ／ｘ−ａｖ−ｔｕｎｅｒ−ｃｏｎｔｅｎｔ：ｆｕｎｃ−ｉｄ＝ｔ０１］に基づいて、チューナによる受信データのストリーミング配信の要求であると判断し、コンテンツ対応制御部４３２内の１つのＡＶＴインスタンス４３３をチューナコントロールインスタンスとして設定（アサイン）し、接続準備要求（ＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎ）のあったクライアント４６０に対するコネクションＩＤと、チューナコントロールインスタンスとして設定（アサイン）したＡＶＴインスタンスの識別子（ＡＶＴインスタンスＩＤ）とのバインド処理、すなわち対応付けを行う。
【０１３５】
なお、前述したように、コネクションマネージャサービス４３１は、図１０に示すコネクション管理テーブル、すなわち、各接続クライアント４６０毎のコネクションＩＤとＡＶＴインスタンスＩＤ、プロトコル情報との対応データを持ち、これをコネクション管理情報として管理している。
【０１３６】
ステップＳ１０６において、コネクションマネージャサービス４３１は、クライアント４６０に対して、アサインしたＡＶＴインスタンスの識別子であるＡＶＴインスタンスＩＤおよび、クライアント４６０サーバ間のコネクションに対して設定したコネクションＩＤ情報を通知する。クライアント４６０はこれらの情報をメモリに格納する。
【０１３７】
ステップＳ１０７において、クライアント４６０は、コネクションマネージャサービス４３１によってアサインされたＡＶＴインスタンスによるコンテンツ配信制御を行わせるための処理として、アサインされたＡＶＴインスタンスに対して、ＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）セット要求を発行する。ＡＶＴインスタンスに対してセットするＵＲＩには、コネクションマネージャサービス４３１から通知されたＡＶＴインスタンスＩＤと、ステップＳ１０２の処理において取得したチューナコンテナに対応するコンテンツ情報に含まれるチャンネルリストＵＲＬが含まれる。
【０１３８】
ＡＶＴインスタンスは、クライアント４６０から指定されたＡＶＴインスタンスＩＤと、チャンネルリストＵＲＬとに基づいて、自己の制御対象コンテンツおよびクライアントを識別することが可能となる。すなわち、ＡＶＴインスタンスＩＤを指定して各種の制御命令を送信するクライアントをＡＶＴインスタンスに対応するクライアントであり、チャンネルリストＵＲＬが制御対象コンテンツとなる。
【０１３９】
チャンネルリストＵＲＬは、チューナコンテナの対応コンテンツであり、チャンネルリストＵＲＬをセットしたＡＶＴインスタンスは、チューナ４１０の制御を実行するインスタンスとして設定されることになる。
【０１４０】
次にクライアント４６０はステップＳ１０８以降において、ＡＶＴインスタンスに対して、様々なコンテンツの制御要求を実行することができる。ステップＳ１０８では、再生（Ｐｌａｙ）要求をＡＶＴインスタンスに対して発行している。この制御要求は、例えばＳＯＡＰ（Ｓｉｍｐｌｅ  Ｏｂｊｅｃｔ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）プロトコルが利用される。ＳＯＡＰに基づいて、クライアント４６０は、ＸＭＬデータに従った記述データを生成しＡＶＴインスタンス４３３に送信する。
【０１４１】
ＡＶＴインスタンス４３３は、クライアント４６０からの受信情報に基づく制御、例えばコンテンツ再生開始、終了、チャンネル切り替えなどの処理を実行する。ＡＶＴインスタンス４３３は、セットされたコンテンツＵＲＬに基づいて制御対象コンテンツを特定し、その特定された制御対象コンテンツを制御する。この場合は、コンテンツＵＲＬはチャンネルリストＵＲＬであり、チャンネルリストＵＲＬはチューナコンテナに対応するコンテンツ情報であり、ＡＶＴインスタンス４３３はチューナ４１０の制御を実行する。
【０１４２】
ステップＳ１０８の、再生（Ｐｌａｙ）要求をＡＶＴインスタンス４３３が受領すると、ＡＶＴインスタンス４３３はチューナ４１０を制御し、チューナ受信データのクライアント４６０に対する送信を開始する。
【０１４３】
ステップＳ１０９においては、チャンネル設定（Ｓｅｅｋ）要求をＡＶＴインスタンスに対して発行している。この要求には、ＡＶＴインスタンスＩＤとチャンネル番号が含まれる。チャンネル設定（Ｓｅｅｋ）要求をＡＶＴインスタンス４３３が受領すると、ＡＶＴインスタンス４３３はチューナ４１０を制御し、チューナのチャンネルを設定して受信データをクライアント４６０に送信する。
【０１４４】
ステップＳ１１０は、以下継続して実行されるライブストリーミングデータの配信を示している。ステップＳ１１１は、イベント通知処理（ＳＥＮＡ）がコンテンツ配信と並列して実行されることを示している。前述したようにイベントとは、例えばステレオ／モノラルの切り替え等のように配信コンテンツに関する情報であり、クライアント４６０からのイベントＵＲＬに基づくイベント通知要求に基づいてサーバが様々なイベント情報を通知する処理である。
【０１４５】
チャンネル切り替え処理シーケンスについて、図１１を参照して説明する。チャンネル切り替え処理は、チャンネルリストＵＲＬに基づくストリーミングデータの配信中に実行する。ステップＳ２０１において、ストリーミングデータの配信およびイベント通知が実行されているとする。
【０１４６】
ステップＳ２０２において、クライアント４６０はチャンネル切り替え（Ｓｅｅｋ）要求をＡＶＴインスタンスに対して発行する。この制御要求には、上述したように例えばＳＯＡＰ（Ｓｉｍｐｌｅ  Ｏｂｊｅｃｔ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）プロトコルが利用される。クライアント４６０は、ＸＭＬデータに従った記述データを生成しＡＶＴインスタンス４３３に送信する。この要求には、ＡＶＴインスタンスＩＤと切り替えチャンネル番号が含まれる。チャンネル設定（Ｓｅｅｋ）要求をＡＶＴインスタンス４３３が受領すると、ＡＶＴインスタンス４３３はチューナ４１０を制御し、チューナのチャンネルを切り替えて受信データをクライアント４６０に送信する。
【０１４７】
その後、ステップＳ２０３において、切り替え後のチャンネルに対応するストリーミングデータの配信およびイベント通知が実行される。
【０１４８】
このチャンネル切り替えの前後におけるサーバクライアント間のＨＴＴＰコネクションは、同一のＵＲＬ、すなわち同じチャンネルリストＵＲＬに基づくＨＴＴＰコネクションであるため、サーバクライアント間においてはコネクションが維持されたままチャンネル切り替えが実行されることになる。
【０１４９】
このように、チャンネルリスト中のチャンネルを切り替えるときは、ＡＶＴインスタンスに対してチャンネル切り替え要求（ＡＶＴ  Ｓｅｅｋ  ａｃｔｉｏｎ）を行う。この際、チャンネル切り替え要求（ＡＶＴ  Ｓｅｅｋ  ａｃｔｉｏｎ）を行なったクライアント４６０のみならず、同じライブストリーミングを利用しているクライアントも、ＨＴＴＰコネクションを切ることなくコンテンツが変更される。
【０１５０】
なお、サーバからクライアントに対して送信される画像または音声データを、例えばＭＰＥＧ等の符号化データとした場合、クライアントから受信するチャンネル切り替えのタイミングに基づいて無条件に送信データの切り替えを実行すると、送信する符号化データパケットの不整合が発生する場合がある。このような不整合な符号化データをクライアント側でデコード（復号）するとデコードエラーによりコンテンツ再生エラーを発生させる。
【０１５１】
例えばＭＰＥＧ−２システムでは、映像や音声などの個別データストリームであるＰＥＳ（Ｐａｃｋｅｔｉｚｅｄ  Ｅｌｅｍｅｎｔａｒｙ  Ｓｔｒｅａｍ）パケットを複数結合し、さらに制御情報をヘッダに格納したパック（Ｐａｃｋ）を１つの処理単位としている。従って、パック（Ｐａｃｋ）を構成するＰＥＳパケットの一部を送信中に、チャンネル切り替えを実行して、送信データを変更すると、クライアントにおいてデコードする際の１つの処理単位であるパック（Ｐａｃｋ）に欠落が発生し、再生エラーを発生させることになる。
【０１５２】
従って、サーバのコンテンツ配信制御部４３０は、クライアントからのチャンネル切り替え要求に基づく送信データの変更により、送信符号化データの整合性の保持が可能か否かを判定し、整合性が保持されないと判断した場合は、サーバクライアント間のデータストリーム配信用の接続コネクション、すなわち、チャンネルリストＵＲＬに基づくＨＴＴＰコネクションを切断する。サーバは、さらに、クライアントに対して、イベント通知用コネクションを介して、データストリーム配信用の接続コネクションが切断されたことを通知する。
【０１５３】
クライアントは、サーバからコネクション切断通知を受信した場合は、再度、チャンネルリストＵＲＬに基づくＨＴＴＰコネクションを設定する処理、すなわち、チャンネルリストＵＲＬに基づくＨＴＴＰ−ＧＥＴメソッドをサーバに対して送信する。なお、ＡＶＴインスタンス（チューナコントロールインスタンス４３３）の設定状態は維持されているので、チューナコントロールインスタンス４３３の新たなアサイン、ＵＲＩセット等の設定処理は省略可能である。
【０１５４】
あるいは、サーバは、クライアントから受信したチャンネル切り替えタイミングに基づいて無条件にチャンネル切り替えを実行するのではなく、クライアントからのチャンネル切り替え要求受信後、クライアントに対して送信する符号化データの整合性を保持可能なタイミングを待機し、整合性を保持可能なタイミングでクライアントに対する送信データの切り替えを実行する構成としてもよい。この切り替えタイミングの制御は、コーデック４２０のデータエンコード状況を検出し、検出情報をチューナコントロールインスタンス４３３に入力し、チューナコントロールインスタンス４３３のタイミング制御の下にチューナ４１０のチャンネル切り替えを実行することで行う。
【０１５５】
サーバ側でこのようなチャンネル切り替えタイミングの制御を実行することで、クライアント側でのデコードエラーの発生が防止され、クライアント側ではチャンネル切り替え前のデータおよびチャンネル切り替え後のデータ再生を正常に実行することが可能となる。
【０１５６】
次に、図１２のシーケンス図を参照してライブストリーミングデータの配信処理を終了する場合の処理について説明する。ステップＳ３０１において、ストリーミングデータの配信およびイベント通知が実行されているとする。
【０１５７】
ライブストリーミングデータの配信処理を終了しようとするクライアント４６０は、ステップＳ３０２において、コネクションＩＤを格納したコネクション終了要求をコネクションマネージャサービス４３１に送信する。コネクションＩＤは、図９のシーケンス図のステップＳ１０６において、コネクションマネージャサービス４３１から受領したものである。コネクションマネージャサービス４３１は、クライアント４６０からの要求に従って、サーバクライアント間のコネクションの切断を行い、さらに、図１０を参照して説明したコネクション管理テーブルから対応エントリを削除する。
【０１５８】
なお、クライアント４６０は同じＡＶＴインスタンスを使用している他のクライアントの存在を知ることが、ステップＳ１０４の問い合わせ処理によって可能である。このチェックを前もって行うことで、どのファンクションＩＤ（ｆｕｎｃ−ｉｄ）を選択すれば空いているＡＶＴインスタンスを使えるかがわかる。このチェックを行い、他のクライアントに配慮した処理が可能となる。
【０１５９】
例えば、全てのＡＶＴインスタンスが使用されている場合などは、チャンネル変更時に「他に人が視聴している可能性があります。本当に良いですか？」等のメッセージをサーバからクライアント４６０に送信し、クライアント４６０においてメッセージ表示ＵＩを生成し、提示することにより、複数のクライアントが接続されたネットワークにおいて、他のクライアントの接続を不用意に制御する、例えばチャンネルを切り替えてしまうといったことが防止される。
【０１６０】
ステップＳ１０４のコネクション情報取得処理の詳細は、以下の通りである。まず、コンテンツ配信制御部４３０のコネクションマネージャサービス４３１に対し現接続コネクションＩＤ要求（ＧｅｔＣｕｒｒｅｎｔＣｏｎｎｅｃｔｉｏｎＩＤｓ）を行う。返り値として現在アクティブであるコネクションＩＤ（ＣｏｎｎｅｃｔｉｏｎＩＤ）の一覧が返される。各々のコネクションＩＤを用いてコネクション情報要求（ＧｅｔＣｕｒｒｅｎｔＣｏｎｎｅｃｔｉｏｎＩｎｆｏ）を行うと、そのコネクションＩＤでアサインされているプロトコル情報（ＰｒｏｔｏｃｏｌＩｎｆｏ）がわかる。このプロトコル情報の追加情報（ＡｄｄｉｔｉｏｎａｌＩｎｆｏ）に記載されるファンクションＩＤ（ｆｕｎｃ−ｉｄ）が自分が使用しようとしているファンクションＩＤと同じ場合は、同一の内部リソース（チューナなど）を扱っていることがわかる。
【０１６１】
上述したように、クライアント４６０は、コンテンツ配信制御部４３０のコネクションマネージャサービス（ＣＭＳ）４３１に対してＡＶＴインスタンスをアサインしてもらい、そのＡＶＴインスタンスにチューナコンテナに対応するチャンネルリストＵＲＬをセットすることによって、そのＵＲＬに基づくライブストリーミングが開始できる。
【０１６２】
なお、コンテンツ配信制御部４３０において、設定可能なＡＶＴインスタンスの数に制限がある場合は、コンテンツ配信制御部４３０のコネクションマネージャサービス（ＣＭＳ）４３１は、以下の処理を実行することで、ＡＶＴインスタンスの設定を制御する。
【０１６３】
既に制限数のＡＶＴインスタンスがアサインされている状態で、コネクションマネージャサービス（ＣＭＳ）４３１が、クライアントから新たにＡＶＴインスタンスを要求されたときには、古いコネクションが優先する。すなわち古いコネクションに基づいて設定されたＡＶＴインスタンスを新しい要求に基づいて切り替えることはしない。
【０１６４】
ただし、これはあくまでＡＶＴインスタンスの限度数の話であって、同じＡＶＴインスタンスを扱う要求であった場合には、たとえ既に他のクライアントに提供していても、異なるコネクションＩＤで同じＡＶＴインスタンスＩＤを新たに提供して良い。この場合には、複数のクライアントが１つのＡＶＴインスタンスに基づく制御を実行することが可能となる。
【０１６５】
具体的には１つのチャンネルリストＵＲＬの設定されたＡＶＴインスタンスの制御を２つ以上のクライアントが実行可能であり、いずれのクライアントからの制御命令、例えばチャンネル切り替え処理もその１つのＡＶＴインスタンスの制御の下に有効に実行されることになる。
【０１６６】
なお、コンテンツ配信制御部４３０が、ＡＶＴインスタンス−＃０とＡＶＴインスタンス−＃１の２つを持っているが、同時に１つのＡＶＴしか動作できないサーバの場合の処理は、例えば以下のａ〜ｆのように実行される。
ａ．最初、クライアント１からＡＶＴ−＃０をアサインするように要求
ｂ．コネクションＩＤ−１にＡＶＴインスタンスＩＤ−＃０をアサイン
ｃ．次に、クライアント２からＡＶＴ−＃０をアサインするように要求
ｄ．コネクションＩＤ−２にＡＶＴインスタンスＩＤ−＃０をアサイン
ｅ．次に、クライアント１からＡＶＴ−＃１をアサインするように要求
ｆ．クライアント１にエラーを返す
【０１６７】
このような処理を実行することで、ＡＶＴインスタンスの設定数の制限が可能となる。
【０１６８】
前述したように、チャンネルリストＵＲＬは、コンテンツディレクトリサービス（ＣＤＳ）４４２から得ることが可能である。チューナがプレイ状態、すなわちクライアントに対するコンテンツ配信状態にあるときは、このチャンネルリストＵＲＬに既にＨＴＴＰ−ＧＥＴに基づくコンテンツ要求を行っている全てのクライアント（サーバが複数クライアント対応時に限る）は、チャンネルリストＵＲＬがＡＶＴインスタンスにセットされたと同時にチューナのストリーミングを得ることができる。
【０１６９】
すなわち、他のクライアントによって使われているストリーミングを単にモニタしたい場合には、ＡＶＴインスタンスの設定を実行することなく、ストリーミング用のＵＲＬすなわち、コンテンツディレクトリサービス（ＣＤＳ）４４２から取得したチャンネルリストＵＲＬを設定したＨＴＴＰ−ＧＥＴメソッドを発行するのみで、チューナのストリーミングを得ることができる。
【０１７０】
サーバ４００のコンテンツ配信制御部４３０は、チャンネルリスト識別子としてのチャンネルリストＵＲＬに基づいて特定されるチューナ４１０の受信する複数チャンネルのコンテンツの配信制御をＡＶＴインスタンスの制御の下に実行している間に、他クライアントからの同一のチャンネルリストＵＲＬを指定したコンテンツ要求としてのＨＴＴＰ−ＧＥＴメソッドを受信した場合、その要求クライアントは、ＡＶＴインスタンスの設定を行うことなく、チャンネルリストＵＲＬに基づくＨＴＴＰコネクションにより、チャンネルリストＵＲＬに基づいて特定されるチューナ受信コンテンツの配信を実行することができる。
【０１７１】
［複数チューナを持つサーバ］
上述した例は、サーバにチューナが１つのみの例であるが、複数のチューナを搭載した構成も可能である。この場合には、各チューナに対応してチャンネルリストＵＲＬが対応付けられ、さらに個々に異なるＡＶＴインスタンスが設定されて制御が実行される。図１３にチューナを２つ持つサーバにおける処理構成例を示す。
【０１７２】
この場合、チューナＡ５１１、コーデックＡ５１２を介して１つのストリーミングコンテンツがクライアントに送信され、さらにチューナＢ５２１、コーデックＢ５２２を介して他の１つのストリーミングコンテンツがクライアントに送信される。
【０１７３】
コンテンツ配信制御部５００のコネクションマネージャサービス５３０は、それぞれのチューナ制御を実行するＡＶＴインスタンスを個別にアサインする。チューナコントロールインスタンス５３１は、チューナＡ５１１の制御を実行し、チューナコントロールインスタンス５３２は、チューナＢ５２１の制御を実行する。
【０１７４】
この場合、チューナコントロールインスタンス５３１にセットされるチャンネルリストＵＲＬは、チューナＡコンテナに対応するチャンネルリストＵＲＬ（Ａ）であり、チューナコントロールインスタンス５３２にセットされるチャンネルリストＵＲＬは、チューナＢコンテナに対応するチャンネルリストＵＲＬ（Ｂ）となる。
【０１７５】
それぞれのチューナを介してコンテンツを受信しているクライアントは、それぞれチューナコントロールインスタンス５３１または、チューナコントロールインスタンス５３２に対応するＡＶＴインスタンスＩＤを有し、それぞれのＡＶＴインスタンスＩＤを指定した制御が可能であり、それぞれ独立した制御が可能となる。
【０１７６】
なお、チューナとチャンネルリストの対応付けは、前述したように、チューナコンテナに対応して設定されるメタデータとして設定されるチャンネルリストＵＲＬによって決定される。上述した例では、チューナ１つに対して１つのチャンネルリストＵＲＬを対応付けた例を説明したが、チューナが複数ある場合には、チューナとチャンネルリストＵＲＬの対応付け態様は様々な設定が可能である。
【０１７７】
２つのチューナがある場合において、それぞれのチューナが地上波、ＢＳ双方とも受信可能な場合は、１つのチューナコンテナを設定し、２つのチャンネルリストＵＲＬをメタデータとして設定可能となる。チューナコンテナ６０１には地上波チャンネルアイテム６０２と、ＢＳチャンネルアイテム６０３が子アイテムとして設定される。
【０１７８】
チューナコンテナ６０１のメタデータとして、チャンネルリストＵＲＬ１（ｆｕｎｃＩＤ＝ａ）と、チャンネルリストＵＲＬ２（ｆｕｎｃＩＤ＝ｂ）との２つのチャンネルリストＵＲＬが設定されている。
【０１７９】
このような構成の場合、クライアントは、チューナコンテナ６０１のコンテンツ情報として２つのチャンネルリストＵＲＬ、およびそのチャンネル情報を知ることが可能となる。クライアントは、地上波を視聴したい場合は、地上波に対応するチャンネルリスト、例えばチャンネルリストＵＲＬ１（ｆｕｎｃＩＤ＝ａ）を選択して、図９に示す処理シーケンスにおけるステップＳ１０７のＡＶＴインスタンスのセット処理を実行すればよい。ＢＳ波を視聴したい場合は、ＢＳ波に対応するチャンネルリスト、例えばチャンネルリストＵＲＬ２（ｆｕｎｃＩＤ＝ｂ）を選択して、図９に示す処理シーケンスにおけるステップＳ１０７のＡＶＴインスタンスのセット処理を実行する。
【０１８０】
なお、このような構成の場合、ステップＳ１０３におけるコンテンツ配信制御部４３０のコネクションマネージャ４３１から送信されるプロトコル情報には、上述の２つのチャンネルリストＵＲＬのファンクションＩＤに対応する、
［ｉｎｔｅｒｎａｌ：１．２．３．４：ａｐｐｌｉｃａｔｉｏｎ／ｘ−ａｖ−ｔｕｎｅｒ−ｃｏｎｔｅｎｔ：ｆｕｎｃ−ｉｄ＝ａ］と、
［ｉｎｔｅｒｎａｌ：１．２．３．４：ａｐｐｌｉｃａｔｉｏｎ／ｘ−ａｖ−ｔｕｎｅｒ−ｃｏｎｔｅｎｔ：ｆｕｎｃ−ｉｄ＝ｂ］との、
２つのチューナを介するストリーミングデータコンテンツに関する２つのプロトコル情報がそれぞれクライアントに通知されることになる。
【０１８１】
また、地上波ＢＳ兼用受信チューナが２つある場合において、一方を地上波専用、他方をＢＳ専用として使い分ける場合には、図１５に示すように、各チューナコンテナ６１１，６２１が設定される。地上波チューナコンテナ６１１には複数の地上波チャンネルアイテム６１２が設定される。ＢＳチューナコンテナ６２１には複数のＢＳチャンネルアイテム６２２が設定される。
【０１８２】
それぞれのチューナコンテナに設定するチャンネルリストＵＲＬを１つとすることも可能であるが、図１５に示す例では、２つのチューナコンテナのそれぞれに２つのチャンネルリストＵＲＬを設定している。
【０１８３】
このような構成とすることで、あるクライアントが１つのチューナを適用して地上波のあるチャンネルを視聴している場合、他のクライアントが他のチューナを利用して他の地上波チャンネルを視聴すること、同様に異なる２つのＢＳチャンネル、あるいは１つは地上波、他方はＢＳといった各タイプの組み合わせが可能となる。
【０１８４】
具体的には、２つの地上波を２つのチューナを介して視聴する場合は、地上波コンテナ６１１にあるチャンネルリストＵＲＬ−Ｔｅｒｒｅｓｔｒｉａｌ１（ｆｕｎｃＩＤ＝ａ）と、チャンネルリストＵＲＬ−Ｔｅｒｒｅｓｔｒｉａｌ２（ｆｕｎｃＩＤ＝ｂ）とをそれぞれことなるＡＶＴインスタンスにセットして、それぞれが異なるチューナの制御を行うことで２つの地上波がそれぞれのクライアントに送信される。
【０１８５】
２つのＢＳ波を２つのチューナを介して視聴する場合は、ＢＳ波コンテナ６２１にあるチャンネルリストＵＲＬ−ＢＳ１（ｆｕｎｃＩＤ＝ａ）と、チャンネルリストＵＲＬ−ＢＳ２（ｆｕｎｃＩＤ＝ｂ）とをそれぞれことなるＡＶＴインスタンスにセットして、それぞれが異なるチューナの制御を行うことで２つの地上波がそれぞれのクライアントに送信される。
【０１８６】
地上波とＢＳの場合は、地上波コンテナ６１１にあるチャンネルリストＵＲＬ−Ｔｅｒｒｅｓｔｒｉａｌ１（ｆｕｎｃＩＤ＝ａ）と、ＢＳ波コンテナ６２１にあるチャンネルリストＵＲＬ−ＢＳ２（ｆｕｎｃＩＤ＝ｂ）、あるいは、地上波コンテナ６１１にあるチャンネルリストＵＲＬ−Ｔｅｒｒｅｓｔｒｉａｌ２（ｆｕｎｃＩＤ＝ｂ）と、ＢＳ波コンテナ６２１にあるチャンネルリストＵＲＬ−ＢＳ１（ｆｕｎｃＩＤ＝ａ）との組み合わせによる制御を行うことで地上波およびＢＳ波のコンテンツがそれぞれ異なるチューナを介してクライアントに提供される。
【０１８７】
また、２つのチューナ中、１つは地上波専用チューナであり、他方は地上波ＢＳ兼用チューナである場合には、図１６に示すようなチャンネルリストＵＲＬの設定が可能である。
【０１８８】
図１６に示すように、各チューナコンテナ６３１，６４１が設定される。地上波チューナコンテナ６３１には複数の地上波チャンネルアイテム６３２が設定される。ＢＳチューナコンテナ６４１には複数のＢＳチャンネルアイテム６４２が設定される。
【０１８９】
地上波チューナコンテナ６３１には２つのチャンネルリストＵＲＬが設定され、２つのチャンネルリストＵＲＬを同時に適用することが可能であり、地上波についてのみ、２つのチューナを利用して同時にストリーミング配信が可能となる。
【０１９０】
具体的には、２つの地上波を２つのチューナを介して視聴する場合は、地上波コンテナ６３１にあるチャンネルリストＵＲＬ−Ｔｅｒｒｅｓｔｒｉａｌ１（ｆｕｎｃＩＤ＝ａ）と、チャンネルリストＵＲＬ−Ｔｅｒｒｅｓｔｒｉａｌ２（ｆｕｎｃＩＤ＝ｂ）とをそれぞれことなるＡＶＴインスタンスにセットして、それぞれが異なるチューナの制御を行うことで２つの地上波がそれぞれのクライアントに送信される。
【０１９１】
地上波とＢＳの場合は、地上波コンテナ６１１にあるチャンネルリストＵＲＬ−Ｔｅｒｒｅｓｔｒｉａｌ２（ｆｕｎｃＩＤ＝ｂ）と、ＢＳ波コンテナ６２１にあるチャンネルリストＵＲＬ−ＢＳ１（ｆｕｎｃＩＤ＝ａ）との組み合わせによる制御を行うことで地上波およびＢＳ波のコンテンツがそれぞれ異なるチューナを介してクライアントに提供される。
【０１９２】
［サーバおよびクライアントの処理フロー］
チューナ受信データのライブストリーミング処理におけるサーバおよびクライアント各々の処理手順について、図１７および図１８のフローを参照して説明する。まず、クライアントにおける処理を図１７の処理フローを参照して説明する。
【０１９３】
クライアント装置は、ステップＳ５０１において、ブラウズまたはサーチ処理により、コンテンツ情報の取得要求を実行する。これは、コンテンツ管理部４４０（図６参照）のコンテンツディレクトリサービス４４２に対して実行する。
【０１９４】
ステップＳ５０２において、コンテンツ情報を受信する。ここでは、チューナを介したストリーミングデータの配信を実行するためチューナコンテナおよびチャンネルアイテムのコンテンツ情報を取得するものであり、図８（ａ）に示すチューナコンテナ対応のコンテンツ情報および、図８（ｂ）に示すチャンネル毎のコンテンツ情報に基づく情報を取得する。この処理により、チャンネルリストＵＲＬ、ファンクションＩＤ、チャンネル情報が取得される。
【０１９５】
クライアントは、次に、ステップＳ５０３において、コンテンツ配信制御部４３０のコネクションマネージャサービス４３１に対して、プロトコル情報取得要求を送信する。ステップＳ５０４において、コネクションマネージャサービス４３１から、プロトコル情報一覧を受信する。このプロトコル情報一覧に、ライブストリーミングデータの配信が可能であることを示すプロトコル情報［ｉｎｔｅｒｎａｌ：１．２．３．４：ａｐｐｌｉｃａｔｉｏｎ／ｘ−ａｖ−ｔｕｎｅｒ−ｃｏｎｔｅｎｔ：ｆｕｎｃ−ｉｄ＝ｔ０１］が含まれる。
【０１９６】
次に、ステップＳ５０５において、クライアントは、コネクションマネージャサービス４３１から、現在、サーバ４００に接続されている他のクライアントに関する情報を取得する。ステップＳ５０６において、クライアントは、コネクションマネージャサービス４３１に対して、接続準備要求（ＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎ）を送信する。クライアントが、チューナを適用したライブストリーミングデータの配信を希望する場合は、ステップＳ５０２において、コンテンツディレクトリサービス（ＣＤＳ）４４２から受領したチューナコンテナに対応するコンテンツ情報中のファンクションＩＤ（ｆｕｎｃＩＤ）と一致するファンクションＩＤを持つプロトコル情報を送信する。
【０１９７】
ステップＳ５０７において、クライアントは、コネクションＩＤと、チューナコントロールインスタンスとして設定（アサイン）したＡＶＴインスタンスの識別子（ＡＶＴインスタンスＩＤ）を受信する。
【０１９８】
ステップＳ５０８において、クライアントは、アサインされたＡＶＴインスタンスに対して、ＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）セット要求を発行する。ＡＶＴインスタンスに対してセットするＵＲＩには、コネクションマネージャサービス４３１から通知されたＡＶＴインスタンスＩＤと、ステップＳ５０２において取得したチューナコンテナに対応するコンテンツ情報に含まれるチャンネルリストＵＲＬが含まれる。
【０１９９】
ここまでの処理が、ＡＶＴインスタンスによるチューナ制御を可能とするための設定処理である。これ以降は、クライアントは、ＡＶＴインスタンスに対して制御要求を発行することで、コンテンツ送信、停止、チャンネル切り替えなどの様々な制御が可能となる。
【０２００】
ステップＳ５０９において、クライアントはＡＶＴインスタンスに対してコンテンツの制御要求を実行する。例えば、再生（Ｐｌａｙ）要求、チャンネル切り替え（Ｓｅｅｋ）要求である。クライアントは、ＸＭＬデータに従った記述データを生成し、各種の制御情報をＡＶＴインスタンス４３３に送信する。
【０２０１】
ステップＳ５１０においてクライアント側ユーザがチャンネル切り替えを行いたいと判断した場合は、ステップＳ５１１において、クライアントはチャンネル切り替え（Ｓｅｅｋ）要求をＡＶＴインスタンスに対して発行する。この制御要求には、ＡＶＴインスタンスＩＤと切り替えチャンネル番号を格納する。ステップＳ５１２において、接続終了すると判断した場合は、コネクションＩＤを格納したコネクション終了要求をコネクションマネージャサービス４３１に送信する。コネクションＩＤは、ステップＳ５０７において、コネクションマネージャサービス４３１から受領したものである。
【０２０２】
次に、サーバ側の処理について、図１８の処理フローを参照して説明する。ステップＳ６０１において、コンテンツ管理部４４０（図６参照）のコンテンツディレクトリサービス４４２は、クライアントからのコンテンツ情報取得要求を受信する。ここではチューナコンテナおよびチャンネルアイテムのコンテンツ情報の取得要求があったものとする。
【０２０３】
ステップＳ６０２において、コンテンツディレクトリサービス４４２は、クライアントに対して、チューナコンテナおよびチャンネルアイテムのコンテンツ情報を送信する。図８（ａ）に示すチューナコンテナ対応のコンテンツ情報および、図８（ｂ）に示すチャンネル毎のコンテンツ情報であり、チャンネルリストＵＲＬ、ファンクションＩＤ（ｆｕｎｃＩＤ）、チャンネル情報を含む情報である。
【０２０４】
ステップＳ６０３において、サーバのコンテンツ配信制御部４３０のコネクションマネージャサービス４３１は、クライアントからプロトコル情報取得要求を受信する。ステップＳ６０４において、コネクションマネージャサービス４３１は、プロトコル情報一覧をクライアントに送信する。コネクションマネージャサービス４３１がクライアントに送信するプロトコル情報一覧には、ライブストリーミングデータの配信が可能であることを示す情報［ｉｎｔｅｒｎａｌ：１．２．３．４：ａｐｐｌｉｃａｔｉｏｎ／ｘ−ａｖ−ｔｕｎｅｒ−ｃｏｎｔｅｎｔ：ｆｕｎｃ−ｉｄ＝ｔ０１］なるプロトコル情報が含まれる。
【０２０５】
次に、ステップＳ６０５において、コネクションマネージャサービス４３１は、クライアントに、現在、サーバ４００に接続されている他のクライアントに関する情報を提供する。コネクションマネージャサービス４３１は、図１０に示すコネクション管理テーブルに基づいてコネクション情報を提供する。
【０２０６】
ステップＳ６０６において、コネクションマネージャサービス４３１はクライアントから接続準備要求（ＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎ）を受信する。クライアントが、チューナを適用したライブストリーミングデータの配信を希望している場合は、先にコンテンツディレクトリサービス（ＣＤＳ）４４２が送信したコンテンツ情報としてのチューナコンテナに対応するコンテンツ情報に含まれるファンクションＩＤ（ｆｕｎｃＩＤ）が、接続準備要求に含まれる。
【０２０７】
クライアントから接続準備要求を受信したコネクションマネージャサービス４３１は、接続準備要求に含まれるプロトコル情報［ｉｎｔｅｒｎａｌ：１．２．３．４：ａｐｐｌｉｃａｔｉｏｎ／ｘ−ａｖ−ｔｕｎｅｒ−ｃｏｎｔｅｎｔ：ｆｕｎｃ−ｉｄ＝ｔ０１］に基づいて、チューナによる受信データのストリーミング配信の要求であると判断し、ステップＳ６０７において、コンテンツ対応制御部４３２内の１つのＡＶＴインスタンス４３３をチューナコントロールインスタンスとして設定（アサイン）し、接続準備要求を送信してきたクライアントに対するコネクションＩＤと、チューナコントロールインスタンスとして設定（アサイン）し、ＡＶＴインスタンスの識別子（ＡＶＴインスタンスＩＤ）とのバインド処理、すなわち対応付け、図１０に示すコネクション管理テーブルに対するエントリ設定を行い、ステップＳ６０８において、コネクションＩＤとＡＶＴインスタンスＩＤをクライアントに通知する。
【０２０８】
ステップＳ６０９において、ＡＶＴインスタンスが、クライアントからＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）セット要求を受信すると、ステップＳ６１０において、ＡＶＴインスタンスＩＤとチャンネルリストＵＲＬとを、ＡＶＴインスタンスＵＲＩとしてＡＶＴインスタンスにセットする。
【０２０９】
ＡＶＴインスタンスは、クライアントから指定されたＡＶＴインスタンスＩＤと、チャンネルリストＵＲＬとに基づいて、自己の制御対象コンテンツおよびクライアントを識別することが可能となる。すなわち、ＡＶＴインスタンスＩＤを指定して各種の制御命令を送信するクライアントをＡＶＴインスタンスに対応するクライアントとして認識し、チャンネルリストＵＲＬによって対応付けられるチューナが制御対象となる。チャンネルリストＵＲＬは、チューナコンテナの対応コンテンツであり、チャンネルリストＵＲＬをセットしたＡＶＴインスタンスは、チューナ４１０の制御を実行するインスタンスとして設定されることになる。
【０２１０】
次にステップＳ６１１において、ＡＶＴインスタンスが、コンテンツ制御要求を受信すると、ステップＳ６１２において、ＡＶＴインスタンス４３３は、クライアントからの受信情報に基づくチューナ制御、例えばコンテンツ再生開始、終了、チャンネル切り替えなどの処理を実行する。ＡＶＴインスタンス４３３は、セットされたコンテンツＵＲＬに基づいて制御対象コンテンツを特定し、その特定された制御対象コンテンツを制御する。この場合は、コンテンツＵＲＬはチャンネルリストＵＲＬであり、チャンネルリストＵＲＬはチューナコンテナに対応するコンテンツ情報であり、ＡＶＴインスタンス４３３はチューナ４１０の制御を実行する。
【０２１１】
ステップＳ６１３において、チャンネル切り替え（Ｓｅｅｋ）要求を受信したと判定した場合は、ステップＳ６１４において、ＡＶＴインスタンス４３３はチューナ４１０を制御し、チューナのチャンネルを切り替える。このチャンネル切り替えの前後におけるサーバクライアント間のＨＴＴＰコネクションは、同一のＵＲＬ、すなわち同じチャンネルリストＵＲＬに基づくＨＴＴＰコネクションであるため、サーバクライアント間においてはコネクションが維持されたままチャンネル切り替えが実行される。
【０２１２】
ステップＳ６１５において、コネクションＩＤを格納したコネクション終了要求をコネクションマネージャサービス４３１が受信したと判定した場合は、ステップＳ６１６において、クライアントからの要求に従って、サーバクライアント間のコネクションの切断を行い、さらに、図１０を参照して説明したコネクション管理テーブルから対応エントリを削除する。
【０２１３】
なお、前述したように、サーバからクライアントに対して送信される画像または音声データを、例えばＭＰＥＧ等の符号化データとした場合、クライアントから受信するチャンネル切り替えのタイミングに基づいて無条件に送信データの切り替えを実行すると、送信する符号化データパケットの不整合が発生する場合がある。例えばＭＰＥＧ−２システムに規定されるパック（Ｐａｃｋ）の構成パケットであるＰＥＳ（Ｐａｃｋｅｔｉｚｅｄ  Ｅｌｅｍｅｎｔａｒｙ  Ｓｔｒｅａｍ）パケットの一部を送信中に、チャンネル切り替えを実行して、送信データを変更すると、クライアントにおいてデコードする際の１つの処理単位であるパック（Ｐａｃｋ）に欠落が発生し、再生エラーを発生させることになる。
【０２１４】
従って、サーバは、ステップＳ６１３において、チャンネル切り替え（Ｓｅｅｋ）要求を受信したと判定した場合は、クライアントからのチャンネル切り替え要求に基づく送信データの変更により、送信符号化データの整合性の保持が可能か否かを判定し、整合性が保持されないと判断した場合は、ステップＳ６１４のＡＶＴインスタンス４３３のチューナ４１０の制御によるチャンネル切り替えの実行前にサーバクライアント間のデータストリーム配信用の接続コネクション、すなわち、チャンネルリストＵＲＬに基づくＨＴＴＰコネクションを切断し、クライアントに対して、イベント通知用コネクションを介して、データストリーム配信用の接続コネクションが切断されたことの通知処理を実行し、その後、ステップＳ６１４のＡＶＴインスタンス４３３のチューナ４１０の制御によるチャンネル切り替えを実行する。
【０２１５】
クライアントは、サーバからコネクション切断通知を受信した場合は、再度、チャンネルリストＵＲＬに基づくＨＴＴＰコネクションを設定する処理、すなわち、チャンネルリストＵＲＬに基づくＨＴＴＰ−ＧＥＴメソッドをサーバに対して送信する。なお、ＡＶＴインスタンス（チューナコントロールインスタンス４３３）の設定状態は維持されているので、チューナコントロールインスタンス４３３の新たなアサイン、ＵＲＩセット等の設定処理は省略可能である。
【０２１６】
なお、前述したように、サーバは、コーデック４２０のデータエンコード状況を検出し、検出情報をチューナコントロールインスタンス４３３に入力し、チューナコントロールインスタンス４３３のタイミング制御の下にチューナ４１０のチャンネル切り替えを実行する構成としてもよく、この場合は、ステップＳ６１３における、チャンネル切り替え（Ｓｅｅｋ）要求受信後、コーデック４２０のデータエンコード状況の検出情報に基づいて、チューナコントロールインスタンス４３３が、クライアントに対して送信する符号化データの整合性を保持可能なタイミングにおいて、ステップＳ６１４のＡＶＴインスタンス（チューナコントロールインスタンス４３３）のチューナ４１０の制御によるチャンネル切り替えを実行する。
【０２１７】
サーバ側でこのようなチャンネル切り替えタイミングの制御を実行することで、クライアント側でのデコードエラーの発生が防止され、クライアント側ではチャンネル切り替え前のデータおよびチャンネル切り替え後のデータ再生を正常に実行することが可能となる。
【０２１８】
［ライブ録画処理］
次にサーバにおいてチューナ受信するコンテンツの録画処理、すなわち、サーバ内のハードディスク等の記憶手段にチューナ受信コンテンツを記録する処理について説明する。
【０２１９】
図１９に、チューナ機能を持ち、チューナにより受信したデータをクライアントに配信する構成を持つとともに、サーバ内のハードディスク等のコンテンツ記憶部にコンテンツ記録を実行する処理構成を持つサーバ構成例を示す。
【０２２０】
図１９に示す構成中の主要部分は、先に図６を参照して説明した構成と同様であり、サーバ４００は、チューナ４１０、コーデック４２０、コンテンツ配信制御部（メディアレンダラー）４３０、コンテンツ管理部（メディアサーバ）４４０を有する。
【０２２１】
本構成例は、コンテンツ記憶部６５０、コンテンツ記憶部内のビデオカプセル６５１、コンテンツ配信制御部４３０内のコンテンツ対応制御部４３２に新たに設定したＡＶＴインスタンス、すなわち、ＨＤＤ、ＤＶＤ、ＣＤドライブ等の様々なデータ記憶部に対する制御を実行し、コンテンツ記録処理制御を行う記憶部制御処理部として機能する記憶部制御インスタンスとしてのビデオカプセルコントロールインスタンス６５２を有する点が異なっている。
【０２２２】
図１９において、図６と共通の構成部については同一の参照符号を付しており、基本的に図６を参照して説明したと同様の処理を実行するものであるので説明を省略する。以下、図１９を参照して、チューナ４１０の受信するコンテンツをライブでクライアントに提供しながら、ハードディスク等のコンテンツ記憶部６５０に設定されたライブデータ記憶用に設定されたオブジェクトとしてのビデオカプセル６５０にチューナ４１０の受信コンテンツを録画する処理について説明する。
【０２２３】
なお、説明においては、コンテンツ記憶部をハードディスク、記録コンテンツを画像データとした例を説明するが、コンテンツ記憶部は、ハードディスクに限らず、ＤＶＤ，ＣＤ−Ｒ、フラッシュメモリ等、データ書き込み可能な記憶手段であればよく、また、記録コンテンツについても画像データに限らず、オーディオデータ、テキストデータ、プログラム等、データ形態を問わない。
【０２２４】
また、コンテンツ記録を行うコンテンツ格納オブジェクトとしてビデオカプセルを例として示すが、ビデオカプセルはコンテンツ格納オブジェクトの一例として示すものであり、オーディオデータカプセル等、コンテンツ格納オブジェクトであればどのようなものでもよい。以下では、コンテンツ記憶部をハードディスク、記録コンテンツを画像データ、コンテンツ格納オブジェクトをビデオカプセルとした例について説明する。
【０２２５】
ビデオカプセル６５１に録画を行うため、コンテンツ記憶部６５０の制御を実行するＡＶＴインスタンスとして、ビデオカプセルコントロールインスタンス６５２が設定される。ビデオカプセルコントロールインスタンス６５２の制御の下にチューナ４１０からハードディスク等のコンテンツ記憶部６５０内のビデオカプセル６５１に対して、録画用のストリームが流れ、記録される。
【０２２６】
このような録画処理では、２つのコンテンツを扱う必要がある。すなわち、録画元（録画ソース）コンテンツと録画先（録画シンク）コンテンツである。この場合、チューナ受信コンテンツが録画元コンテンツとなり、ビデオカプセル格納コンテンツが録画先コンテンツとなる。
【０２２７】
チューナ受信コンテンツは、前述した説明から理解されるようにチャンネルリストＵＲＬによって特定される。録画先コンテンツは、ビデオカプセルＵＲＬによって特定されることになる。なお、ビデオカプセルＵＲＬが存在していない場合は、オブジェクト生成処理によってビデオカプセルを生成し、生成したビデオカプセルに対するコンテンツＵＲＬとしてのビデオカプセルＵＲＬを設定する処理が必要となる。
【０２２８】
録画中は、録画元（録画ソース）コンテンツは再生状態であり、録画先（録画シンク）コンテンツは録画状態に遷移する。このような遷移状態の管理、制御を実行するコンテンツ対応制御部として、チューナコントロールインスタンス４３３と、ビデオカプセルコントロールインスタンス６５２が使用される。チューナコントロールインスタンス４３３は、録画ソース制御インスタンス（録画ソースＡＶＴインスタンス）であり、ビデオカプセルコントロールインスタンス６５２は、録画シンク制御インスタンス（録画シンクＡＶＴインスタンス）である。これらの制御インスタンスに、チャンネルリストＵＲＬ、ビデオカプセルＵＲＬをセットする。セット処理は、先に図９の処理シーケンスにおいて説明したステップＳ１０７のＡＶＴのＵＲＩセット処理と同様の処理である。なお、本例の処理シーケンスについては図２０を参照して後段で説明する。
【０２２９】
なお、チューナ受信コンテンツを格納する領域が予め確保されており、コンテンツＵＲＬを持つ領域が既に存在する場合は、そのコンテンツＵＲＬをＡＶＴインスタンスに設定して録画先コンテンツの制御インスタンスとして適用し、予め設定されている記憶領域にチューナ受信コンテンツを記録することが可能である。
【０２３０】
しかし、チューナ受信コンテンツを格納する領域が予め確保されていない場合は、クライアントは、サーバ４００のコンテンツディレクトリサービス４４２に対してオブジェクト生成要求（ＣｒｅａｔｅＯｂｊｅｃｔ）を発行してチューナ受信コンテンツの格納オブジェクト（ビデオカプセル）を生成する。
【０２３１】
オブジェクト生成要求（ＣｒｅａｔｅＯｂｊｅｃｔ）を発行する際には、メタデータにより生成オブジェクト（ビデオカプセル）がライブ録画用であることを明示して作成する。この処理により、新規のビデオカプセルで何もコンテンツが格納されていない状態であっても、オブジェクト（ビデオカプセル）のプロパティ（ｒｅｓ  ｐｒｏｐｅｒｔｙ）にコンテンツを表すＵＲＬをサーバがアサインする。詳細については、後述する。
【０２３２】
ライブ録画において必要となるＡＶＴインスタンスの取得、すなわち、ビデオカプセル制御インスタンス６５２の取得、設定処理は、前述したチューナコントロールインスタンス４３３の設定と同様の手続きによって実行される。録画をサポートするサーバは、録画用と再生用を考慮して最低２つのＡＶＴインスタンスをアサインする。それぞれのＡＶＴインスタンスに対応して２つのコネクションＩＤが設定される。
【０２３３】
２つのコネクションＩＤが設定された状態において、２つのＡＶＴインスタンス、すなわち、チューナコントロールインスタンス４３３と、ビデオカプセルコントロールインスタンス６５２に対して、それぞれ録画元、録画先のコンテンツのＵＲＬ、すなわちチャンネルリストＵＲＬ、ビデオカプセルＵＲＬがセットされる。このセット処理は、図に示すステップＳ１０７のＡＶトランスポートＵＲＩセット（ＡＶＴ：ＳｅｔＡＶＴｒａｎｓｐｏｒｔＵＲＩ）の手続きに従った処理として実行される。
【０２３４】
さらに、録画先コンテンツを扱うＡＶＴインスタンス、すなわち、ビデオカプセルコントロールインスタンス６５２に対して、録画元コンテンツのＵＲＩの指定処理（ＡＶＴ：Ｘ＿ＳｅｔＡＶＴＲｅｃｏｒｄＩｎｐｕｔＵＲＩ  ａｃｔｉｏｎ）を実行する。この録画元コンテンツのＵＲＩの指定処理は、クライアントから、録画先コンテンツを扱うＡＶＴインスタンスの識別子、すなわちビデオカプセルコントロールインスタンスＩＤと、録画元コンテンツＵＲＬ、すなわち、チャンネルリストＵＲＬを格納した制御要求としてビデオカプセルコントロールインスタンス６５２に対して発行される。
【０２３５】
これにより、録画先ＡＶＴ（ビデオカプセルコントロールインスタンス６５２）が、録画処理（Ｘ＿Ｒｅｃｏｒｄ  ａｃｔｉｏｎ）を行うときに何が録画されるかが決まる。
【０２３６】
なお、録画元コンテンツ、すなわち、チャンネルリストＵＲＬに対応するチューナ受信コンテンツに対し再生要求（ＡＶＴ：Ｐｌａｙ  ａｃｔｉｏｎ）を送信すると、クライアントは録画元コンテンツＵＲＬからストリーミングを得ることが可能になる。これは、先に説明した図９のシーケンス図のステップＳ１０８の再生要求に相当する。
【０２３７】
録画先コンテンツ、すなわち、ビデオカプセルＵＲＬの設定されたビデオカプセルコントロールインスタンス６５２に対してクライアントが、録画開始要求（ＡＶＴ：Ｘ＿Ｒｅｃｏｒｄ  ａｃｔｉｏｎ）を送信すると、ビデオカプセルコントロールインスタンス６５２の制御の下に録画が開始される。
【０２３８】
なお、録画先コンテンツすなわち、ビデオカプセルＵＲＬの設定されたビデオカプセルコントロールインスタンス６５２に対してクライアントからポーズ要求（ＡＶＴ：：Ｐａｕｓｅ  ａｃｔｉｏｎ）を送ると、録画ポーズを行うことができる。例えばＣＭカット等に利用可能である。
【０２３９】
録画元コンテンツを切り替えたい場合、チャンネル変更など録画元のコンテンツＵＲＬ、すなわちチャンネルリストＵＲＬに対応するチャンネルリストに記載されたチャンネルの範囲であれば、チャンネルを変更しても、そのまま録画を継続することができる。タイムシフト再生は、録画元コンテンツＵＲＬでなく、録画先コンテンツＵＲＬに対してストリーミングを行うことで可能である。タイムシフト再生の詳細については後述する。
【０２４０】
新規ビデオカプセルを追加し、そこを録画先コンテンツとして設定する方法について説明する。新規オブジェクト作成は、クライアントが、サーバ４００のコンテンツディレクトリサービス４４２に対してオブジェクト生成要求（ＣｒｅａｔｅＯｂｊｅｃｔ）を発行する。これにより、チューナ受信コンテンツの格納オブジェクト（ビデオカプセル）が生成される。
【０２４１】
チューナ受信コンテンツの格納オブジェクト（ビデオカプセル）に対応するメタデータとしては、［記録状態（ｒｅｃｏｒｄＳｔａｔｕｓ）］、［録画終了日時］、［記録クオリティレベル］の設定が可能となる。なお、これらの情報のクライアントからの指定は任意である。これらを指定した場合には、ビデオカプセルコントロールインスタンス６５２の制御の下に指定情報に従った処理がなされ、指定がない場合は、予めデフォルトとして設定された制御情報に従って処理が実行される。
【０２４２】
オブジェクト（ビデオカプセル）生成処理において、サーバのコンテンツディレクトリサービス４４２が、［記録状態（ｒｅｃｏｒｄＳｔａｔｕｓ）］が未記録（ＮｏｔＹｅｔ）であるオブジェクトの作成を要求された場合は、サーバはこれをライブ録画用のオブジェクトだと判断し、実際にはコンテンツが無くとも新規生成のオブジェクト（ビデオカプセル）にコンテンツＵＲＬ（ビデオカプセルＵＲＬ）を設定する。
【０２４３】
オブジェクト（ビデオカプセル）生成処理において、サーバは、ライブ録画用のビデオカプセルに対応して例えば、以下のメタデータの設定を行う。
［記録状態（ｒｅｃｏｒｄＳｔａｔｕｓ）］＝未記録（ＮｏｔＹｅｔ）
［記録クオリティレベル］＝設定またはデフォルト値
［リソース（ｒｅｓ）］＝タイムシフト再生をサポートしない場合、ｆｉｌｅ：で始まる内部接続用ＵＲＬ、タイムシフト再生をサポートしている場合はｈｔｔｐで始まる、内部接続とストリーミング兼用のＵＲＬ
［プロトコル情報］
Ｓｃｈｅｍａ：  タイムシフト再生をサポートしているならｈｔｔｐ−ｇｅｔ、そうでないならｉｎｔｅｒｎａｌ、
Ｎｅｔｗｏｒｋ：  ｈｔｔｐ−ｇｅｔなら＊，  ｉｎｔｅｒｎａｌならＩＰ  ａｄｄｒｅｓｓ、
ＭＩＭＥ−Ｔｙｐｅ：  クライアントに指定されて受け入れる場合はその値、指定されないなら＊、もしくはデフォルトの値、
追加情報（ＡｄｄｉｏｔｎａｌＩｎｆｏ：  ｆｕｎｃ−ｉｄ＝＜ＨＤＤを表す値＞）
［記録クオリティレベル（ｒｅｃｏｒｄＱｕａｌｉｔｙＬｅｖｅｌ）＝設定またはデフォルト値
【０２４４】
プロトコル情報中の追加情報には、コンテンツ記憶部６５０の制御によるコンテンツ処理を行うことを示すファンクションＩＤが設定される。この場合は、コンテンツ記憶部６５０はハードディスクであり、ＨＤＤの制御を伴うことを示している。ファンクションＩＤは、前述したようにコンテンツの処理に際しての制御対象を示すものであり、ＤＶＤ格納コンテンツに対応する場合は、ＤＶＤを示すファンクションＩＤ、チューナ制御を行う場合は、チューナを示すファンクションＩＤがコンテンツのプロパティ情報中に設定される。
【０２４５】
以下に、オブジェクト生成要求（ＣｒｅａｔｅＯｂｊｅｃｔ）において作成されるメタデータの例を示す。
＜ｉｔｅｍ  ｉｄ＝”ｖｃ１０３”  ｐａｒｅｎｔＩＤ＝”ｃａｂ３２”  ｒｅｓｔｒｉｃｔｅｄ＝”１”＞
＜ｄｃ：ｔｉｔｌｅ＞次回録画用ファイル＜／ｄｃ：ｔｉｔｌｅ＞
＜ｕｐｎｐ：ｃｌａｓｓ＞ｏｂｊｅｃｔ．ｉｔｅｍ．ｖｉｄｅｏＩｔｅｍ．ｓｏｎｙＶｉｄｅｏＣａｐｓｕｌｅ＜／ｕｐｎｐ：ｃｌａｓｓ＞
＜ａｖ：ｒｅｃｏｒｄＱｕａｌｉｔｙＬｅｖｅｌ＞４＜／ａｖ：ｒｅｃｏｒｄＱｕａｌｉｔｙＬｅｖｅｌ＞
＜ａｖ：ｒｅｃｏｒｄＳｔａｔｕｓ＞ＮｏｔＹｅｔ＜／ａｖ：ｒｅｃｏｒｄＳｔａｔｕｓ＞
．．．
＜ｒｅｓ  ｐｒｏｔｏｃｏｌＩｎｆｏ＝”ｉｎｔｅｒｎａｌ：１．２．３．４：ｖｉｄｅｏ／ｍｐｅｇ：ｆｕｎｃ−ｉｄ＝ｈｄｄ”
ａｖ：ｃｏｄｅｃ＝”ＭＰＥＧ２Ｖ”  ｄｕｒａｔｉｏｎ＝”００：００：００．０００”…＞
ｆｉｌｅ：／ｃａｂｉｎｅｔ３２／ｒｅｃｏｒｄｉｎｇ−００１
＜／ｒｅｓ＞
＜／ｉｔｅｍ＞
【０２４６】
なお、クライアントは、オブジェクト更新（ＵｐｄａｔｅＯｂｊｅｃｔ）によって、これらの設定値を変更することができる。
【０２４７】
例えば、自動的に録画を終了させるためにプロパティを追加することが可能であり、記録終了日時をプロパティ情報として追加可能である。以下に例を示す。
＜ｉｔｅｍ  ｉｄ＝”ｖｃ１０３”  ｐａｒｅｎｔＩＤ＝”ｃａｂ３２”  ｒｅｓｔｒｉｃｔｅｄ＝”１”＞
＜ｄｃ：ｔｉｔｌｅ＞次回録画用ファイル＜／ｄｃ：ｔｉｔｌｅ＞
＜ｕｐｎｐ：ｃｌａｓｓ＞ｏｂｊｅｃｔ．ｉｔｅｍ．ｖｉｄｅｏＩｔｅｍ．ｓｏｎｙＶｉｄｅｏＣａｐｓｕｌｅ＜／ｕｐｎｐ：ｃｌａｓｓ＞
＜ａｖ：ｒｅｃｏｒｄＱｕａｌｉｔｙＬｅｖｅｌ＞４＜／ａｖ：ｒｅｃｏｒｄＱｕａｌｉｔｙＬｅｖｅｌ＞
＜ａｖ：ｒｅｃｏｒｄＳｔａｔｕｓ＞ＮｏｔＹｅｔ＜／ａｖ：ｒｅｃｏｒｄＳｔａｔｕｓ＞
＜ａｖ：ｒｅｃｏｒｄＥｎｄＤａｔｅＴｉｍｅ＞２００３−０３−１４Ｔ２２：００：０００＜／ａｖ：ｒｅｃｏｒｄＥｎｄＤａｔｅＴｉｍｅ＞
．．．
＜ｒｅｓ  ｐｒｏｔｏｃｏｌＩｎｆｏ＝”ｉｎｔｅｒｎａｌ：１．２．３．４：ｖｉｄｅｏ／ｍｐｅｇ：ｆｕｎｃ−ｉｄ＝ｈｄｄ”
ａｖ：ｃｏｄｅｃ＝”ＭＰＥＧ２Ｖ”  ｄｕｒａｔｉｏｎ＝”００：００：００．０００”…＞
ｆｉｌｅ：／ｃａｂｉｎｅｔ３２／ｒｅｃｏｒｄｉｎｇ−００１
＜／ｒｅｓ＞
＜／ｉｔｅｍ＞
【０２４８】
上述の例において、
＜ａｖ：ｒｅｃｏｒｄＥｎｄＤａｔｅＴｉｍｅ＞２００３−０３−１４Ｔ２２：００：０００＜／ａｖ：ｒｅｃｏｒｄＥｎｄＤａｔｅＴｉｍｅ＞
が追加された記録終了日時データである。
【０２４９】
次に、タイムシフト再生について説明する。タイムシフト再生は、録画中のコンテンツの録画時点よりも過去の部分をストリーミング再生する処理を言う。タイムシフト再生は、ライブストリーミングのように録画元ＵＲＬ（チャンネルリストＵＲＬ）からではなく、録画先のＵＲＬ（ビデオカプセルＵＲＬ）からのストリーミングを行うことで可能となる。このタイムシフト再生は、通常のビデオカプセルと同様のコンテンツ配信処理動作を行うことになる。ただし、可能なシークのレンジ、すなわち配信コンテンツの時間的な早送りや巻き戻し再生の可能範囲は刻々と変化する。このシークのレンジ変化についてはサーバからのイベント通知によってクライアントは、知ることができる。
【０２５０】
イベント通知により、現時点でのシークレンジと、サーバでの現在時刻を知ることができる。クライアントはイベント通知を受信したクライアントにおける時刻と合わせることで、この後のシークレンジを常に把握することができる。なお、タイムシフト再生の有無に関わらず録画本体の終了やポーズについては、イベント通知により録画先ＡＶＴ（ビデオカプセルコントロールインスタンス６５２から通知される。
【０２５１】
図２０を参照して、チューナ受信コンテンツのライブストリーミングおよび、ライブ録画を併せて行う場合の処理シーケンスについて説明する。
【０２５２】
まず、クライアントは、サーバが保有し、クライアントに提供可能なコンテンツを調べるために、ステップＳ７０１において、ブラウズまたはサーチ処理により、コンテンツ情報を取得する。コンテンツ検索を実行しようとするクライアントは、コンテンツ管理ディレクトリの階層やオブジェクト集合に対応するクラスを指定した「サーチ」、あるいは、特定のオブジェクトの指定としての「ブラウズ」をサーバに要求することで、コンテンツの情報を取得することが可能である。プラウズまたはサーチは、コンテンツ管理部４４０のコンテンツディレクトリサービス４４２に対して実行され、コンテンツディレクトリサービス４４２がメタデータを格納したデータベース４４３から各オブジェクト対応のメタデータに基づくＸＭＬデータを生成してコンテンツ情報としてクライアントに提供する。
【０２５３】
チューナコンテナに関するコンテンツ情報は、図８（ａ）に示すチューナコンテナ対応のコンテンツ情報および、図８（ｂ）に示すチャンネル毎のコンテンツ情報に基づく情報がクライアントに送信される。
【０２５４】
クライアントは、サーバから受信するコンテンツ情報を記述したＸＭＬデータに基づいてコンテンツ情報をディスプレイに表示する。これは、先に、図４を参照して説明したような表示情報である。
【０２５５】
クライアントは、図８（ａ）（ｂ）に示すチューナコンテナおよびチャンネルアイテムに対応するコンテンツ情報に基づいて、
チャンネルリストＵＲＬ
ファンクションＩＤ（ｆｕｎｃＩＤ）
チャンネル情報
を取得する。
【０２５６】
この時点で、録画用のビデオカプセルの情報を取得し、ビデオカプセルの情報に含まれるビデオカプセルＵＲＬをチューナ受信データの録画用ビデオカプセルＵＲＬとして選択することも可能であるが、ビデオカプセルが設定されていない場合は、ステップＳ７０２においてビデオカプセルの生成処理を行う。
【０２５７】
クライアントは、オブジェクト生成要求をコンテンツディレクトリサービス４４２に送信し、ビデオカプセルの新規作成を行う。この際、メタデータとして［記録状態（ｒｅｃｏｒｄＳｔａｔｕｓ）］、［録画終了日時］、［記録クオリティレベル］の設定が可能となる。なお、これらの情報のクライアントからの指定は任意である。［記録状態（ｒｅｃｏｒｄＳｔａｔｕｓ）］の設定は未記録（ＮｏｔＹｅｔ）とする。
【０２５８】
オブジェクト（ビデオカプセル）生成処理において、サーバのコンテンツディレクトリサービス４４２が、［記録状態（ｒｅｃｏｒｄＳｔａｔｕｓ）］が未記録（ＮｏｔＹｅｔ）であるオブジェクトの作成を要求された場合は、サーバはこれをライブ録画用のオブジェクトだと判断し、実際にはコンテンツが無くとも新規生成のオブジェクト（ビデオカプセル）にコンテンツＵＲＬ（ビデオカプセルＵＲＬ）を設定する。
【０２５９】
クライアントは、次に、ステップＳ７０３において、コンテンツ配信制御部４３０のコネクションマネージャサービス４３１に対して、プロトコル情報取得要求を送信する。これは、コンテンツ配信制御部４３０に入力可能なプロトコル情報、すなわち、コンテンツ配信制御部４３０の処理可能なプロトコル情報の一覧を要求する処理である。
【０２６０】
ステップＳ７０４において、コネクションマネージャサービス４３１は、プロトコル情報一覧をクライアントに送信する。このプロトコル情報一覧には、例えばビデオデータのプロトコルとしてのＭＰＥＧや、オーディオデータのＡＴＲＡＣ等、コンテンツ配信制御部４３０で処理可能な様々なプロトコル情報が含まれる。
【０２６１】
チューナ４１０の受信データを配信可能なサーバのコネクションマネージャサービス４３１がクライアントに送信するプロトコル情報一覧には、ライブストリーミングデータの配信が可能であることを示す情報が含まれる。具体的には、［ｉｎｔｅｒｎａｌ：１．２．３．４：ａｐｐｌｉｃａｔｉｏｎ／ｘ−ａｖ−ｔｕｎｅｒ−ｃｏｎｔｅｎｔ：ｆｕｎｃ−ｉｄ＝ｔ０１］なるプロトコル情報が含まれる。すなわち、ｓｃｈｅｍａ欄（第１カラム）が［ｉｎｔｅｒｎａｌ］であり、チューナ制御処理を実行するコンテンツであることを示すファンクションＩＤ（ｆｕｎｃ−ｉｄ＝ｔ０１）が含まれる。このプロトコル情報は、内部のコンテンツ管理部（メディアサーバ）４４０との論理コネクションが、以下の接続準備（ＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎ）によって可能であることを示す。
【０２６２】
さらに、コネクションマネージャサービス４３１がクライアントに送信するプロトコル情報一覧には、ライブストリーミングデータの録画が可能であることを示す情報が含まれる。具体的には、［ｉｎｔｅｒｎａｌ：１．２．３．４：ｖｉｄｅｏ／ｍｐｅｇ：ｆｕｎｃ−ｉｄ＝ｈｄｄ］なるプロトコル情報が含まれる。すなわち、ｓｃｈｅｍａ欄（第１カラム）が［ｉｎｔｅｒｎａｌ］であり、ハードディスク制御処理を実行するコンテンツであることを示すファンクションＩＤ（ｆｕｎｃ−ｉｄ＝ｈｄｄ）が含まれる。このプロトコル情報は、内部のコンテンツ管理部（メディアサーバ）４４０との論理コネクションが、以下に説明する接続準備（ＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎ）によって可能であることを示す。
【０２６３】
前述したように、ファンクションＩＤは、チューナ制御、ＤＶＤ制御、ハードディスク制御等、コンテンツ配信のための制御対象毎に設定されるＩＤであり、ステップＳ１０１においてクライアントがブラウズまたはサーチ処理により、コンテンツディレクトリサービス４４２から取得したコンテンツ情報にも含まれる。ここでは、ファンクションＩＤ［ｆｕｎｃ−ｉｄ＝ｔ０１］がチューナ４１０を適用したコンテンツ配信に対応するファンクションＩＤとして設定されている。
【０２６４】
次に、ステップＳ７０５において、クライアントは、コネクションマネージャサービス４３１から、現在、サーバ４００に接続されている他のクライアントに関する情報を取得する。コネクションマネージャサービス４３１は、サーバに接続しているクライアントに対応するコネクションＩＤをクライアント識別子、および各クライアントに配信されるコンテンツに対応するプロトコル情報等を対応付けた先に説明した図１０に示すコネクション管理テーブルを保持してコネクション管理を実行している。クライアントからのコネクション情報の取得要求に応じて、これらの情報をクライアントに提供する。この処理については、後述する。なお、このコネクション情報通知処理は、クライアントが他のクライアントの接続状況を確認するために実行するものであり、省略してもよい。
【０２６５】
ステップＳ７０６において、クライアントは、コネクションマネージャサービス４３１に対して、接続準備要求（ＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎ）を送信する。クライアントが、チューナを適用したライブストリーミングデータの配信処理と、ライブストリーミングデータの記録処理を希望する場合は、チューナ受信処理コンテンツに対応するプロトコル情報［ｉｎｔｅｒｎａｌ：１．２．３．４：ａｐｐｌｉｃａｔｉｏｎ／ｘ−ａｖ−ｔｕｎｅｒ−ｃｏｎｔｅｎｔ：ｆｕｎｃ−ｉｄ＝ｔ０１］、および、ハードディスク記録処理コンテンツに対応するプロトコル情報［ｉｎｔｅｒｎａｌ：１．２．３．４：ｖｉｄｅｏ／ｍｐｅｇ：ｆｕｎｃ−ｉｄ＝ｈｄｄ］を送信する。
【０２６６】
クライアントから接続準備要求（ＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎ）を受信したコネクションマネージャサービス４３１は、接続準備要求に含まれるチューナ対応のプロトコル情報［ｉｎｔｅｒｎａｌ：１．２．３．４：ａｐｐｌｉｃａｔｉｏｎ／ｘ−ａｖ−ｔｕｎｅｒ−ｃｏｎｔｅｎｔ：ｆｕｎｃ−ｉｄ＝ｔ０１］に基づいて、チューナによる受信データのストリーミング配信の要求であると判断し、コンテンツ対応制御部４３２内の１つのＡＶＴインスタンス４３３をチューナコントロールインスタンスとして設定（アサイン）し、接続準備要求（ＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎ）のあったクライアント４６０とチューナコントロールインスタンスとのコネクションＩＤと、チューナコントロールインスタンスとして設定（アサイン）したＡＶＴインスタンスの識別子（ＡＶＴインスタンスＩＤ）とのバインド処理、すなわち対応付けを行う。
【０２６７】
さらに、コネクションマネージャサービス４３１は、接続準備要求に含まれるハードディスク対応のプロトコル情報［ｉｎｔｅｒｎａｌ：１．２．３．４：ｖｉｄｅｏ／ｍｐｅｇ：ｆｕｎｃ−ｉｄ＝ｈｄｄ］に基づいて、チューナによる受信データの記録要求であると判断し、コンテンツ対応制御部４３２内の１つのＡＶＴインスタンス６５２をビデオカプセルコントロールインスタンスとして設定（アサイン）し、接続準備要求（ＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎ）のあったクライアント４６０とビデオカプセルコントロールインスタンスとのコネクションＩＤと、ビデオカプセルコントロールインスタンスとして設定（アサイン）したＡＶＴインスタンスの識別子（ＡＶＴインスタンスＩＤ）とのバインド処理、すなわち対応付けを行う。
【０２６８】
コネクションマネージャサービス４３１は、図２１に示すようにコネクション管理テーブルのエントリ設定を行う。すなわち、同一のクライアントＡについて、チューナ受信データのストリーミング配信対応のプロトコル情報６８１と、チューナ受信データの記録処理対応のプロトコル情報６８２とがそれぞれのコネクションＩＤ、ＡＶＴインスタンスＩＤに対応付けたエントリが設定される。
【０２６９】
ステップＳ７０７において、コネクションマネージャサービス４３１は、クライアントに対して、アサインした２つのＡＶＴインスタンスの識別子であるチューナコントロールインスタンス４３３と、ビデオカプセルコントロールインスタンス６５２の２つのＡＶＴインスタンスＩＤおよび、クライアントサーバ間のコネクションに対して設定した２つのコネクションＩＤ情報を通知する。クライアントはこれらの情報をメモリに格納する。
【０２７０】
ステップＳ７０８において、クライアントは、コネクションマネージャサービス４３１によってアサインされた２つのＡＶＴインスタンスによるコンテンツ配信制御および記録処理を行わせるための処理として、アサインされたＡＶＴインスタンスに対して、ＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）セット要求を発行する。
【０２７１】
チューナコントロールインスタンスに対してセットするＵＲＩには、コネクションマネージャサービス４３１から通知されたチューナコントロールインスタンスＩＤと、ステップＳ７０３の処理において取得したチューナコンテナに対応するコンテンツ情報に含まれるチャンネルリストＵＲＬが含まれる。
【０２７２】
また、ビデオカプセルコントロールインスタンスに対してセットするＵＲＩには、コネクションマネージャサービス４３１から通知されたビデオカプセルコントロールインスタンスＩＤと、ステップＳ７０３の処理において取得したビデオカプセルＵＲＬが含まれる。
【０２７３】
チューナコントロールインスタンス４３３は、クライアントから指定されたＡＶＴインスタンスＩＤと、チャンネルリストＵＲＬとに基づいて、自己の制御対象コンテンツおよびクライアントを識別することが可能となる。一方、ビデオカプセルコントロールインスタンス６５２は、クライアントから指定されたＡＶＴインスタンスＩＤと、ビデオカプセルＵＲＬとに基づいて、自己の制御対象コンテンツおよびクライアントを識別することが可能となる。
【０２７４】
チャンネルリストＵＲＬは、チューナコンテナの対応コンテンツであり、チャンネルリストＵＲＬをセットしたＡＶＴインスタンスは、チューナ４１０の制御を実行するインスタンスとして設定されることになる。ビデオカプセルＵＲＬは、ビデオカプセルオブジェクトの対応コンテンツであり、ビデオカプセルＵＲＬをセットしたＡＶＴインスタンスは、ビデオカプセル６５１の制御を実行するインスタンスとして設定されることになる。
【０２７５】
さらに、ステップＳ７０８では、録画先コンテンツを扱うＡＶＴインスタンス、すなわち、ビデオカプセルコントロールインスタンス６５２に対して、録画元コンテンツのＵＲＩの指定処理（ＡＶＴ：Ｘ＿ＳｅｔＡＶＴＲｅｃｏｒｄＩｎｐｕｔＵＲＩ  ａｃｔｉｏｎ）を実行する。この録画元コンテンツのＵＲＩの指定処理は、クライアントから、録画先コンテンツを扱うＡＶＴインスタンスの識別子、すなわちビデオカプセルコントロールインスタンスＩＤと、録画元コンテンツＵＲＬ、すなわち、チャンネルリストＵＲＬを格納した制御要求としてビデオカプセルコントロールインスタンス６５２に対して実行される。これにより、録画先ＡＶＴ（ビデオカプセルコントロールインスタンス６５２）が、録画処理（Ｘ＿Ｒｅｃｏｒｄ  ａｃｔｉｏｎ）を行うときに何が録画されるかが決まる。
【０２７６】
ここまでで、各ＡＶＴインスタンスのセット処理が完了し、クライアントは各ＡＶＴインスタンスに対して様々な制御要求を行うことができる。ステップＳ７０９では、再生（Ｐｌａｙ）要求をチューナコントロールインスタンス４３３に対して発行している。この制御要求は、例えばＳＯＡＰ（Ｓｉｍｐｌｅ  Ｏｂｊｅｃｔ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）プロトコルが利用される。ＳＯＡＰに基づいて、クライアントは、ＸＭＬデータに従った記述データを生成しチューナコントロールインスタンス４３３に送信する。
【０２７７】
ＡＶＴインスタンス４３３は、クライアントからの受信情報に基づく制御、例えばコンテンツ再生開始、終了、チャンネル切り替えなどの処理を実行する。ＡＶＴインスタンス４３３は、セットされたコンテンツＵＲＬに基づいて制御対象コンテンツを特定し、その特定された制御対象コンテンツを制御する。この場合は、コンテンツＵＲＬはチャンネルリストＵＲＬであり、チャンネルリストＵＲＬはチューナコンテナに対応するコンテンツ情報であり、チューナコントロールインスタンス４３３はチューナ４１０の制御を実行する。
【０２７８】
ステップＳ７０９の、再生（Ｐｌａｙ）要求をチューナコントロールインスタンス４３３が受領すると、チューナコントロールインスタンス４３３はチューナ４１０を制御し、チューナ受信データのクライアントに対する送信を開始する。
【０２７９】
ステップＳ７１０においては、チャンネル設定（Ｓｅｅｋ）要求をＡＶＴインスタンスに対して発行している。この要求には、ＡＶＴインスタンスＩＤとチャンネル番号が含まれる。チャンネル設定（Ｓｅｅｋ）要求をチューナコントロールインスタンス４３３が受領すると、チューナコントロールインスタンス４３３はチューナ４１０を制御し、チューナのチャンネルを設定して受信データをクライアントに送信する。
【０２８０】
さらに、ステップＳ７１１において、クライアントはビデオカプセルコントロールインスタンス６５２に対して録画開始要求（ＡＶＴ：Ｘ＿Ｒｅｃｏｒｄ  ａｃｔｉｏｎ）を送信すると、ビデオカプセルコントロールインスタンス６５２の制御の下に録画が開始される。
【０２８１】
なお、ビデオカプセルのメタデータには、前述したように［録画終了日時］、［記録クオリティレベル］の設定情報があり、ビデオカプセルコントロールインスタンス６５２は、設定情報に従って、記録処理を行う。
【０２８２】
ステップＳ７１２において、チューナコントロールインスタンス４３３の制御の下にライブストリーミング配信が実行され、ステップＳ７１３において、ビデオカプセルコントロールインスタンスの制御の下にコンテンツ記憶部６５０のビデオカプセル６５１に対するライブコンテンツ記録が実行される。ステップＳ７１４は、イベント通知処理（ＳＥＮＡ）がコンテンツ配信と並列して実行されることを示している。前述したようにイベントとは、例えばステレオ／モノラルの切り替え等のように配信コンテンツに関する情報であり、クライアントからのイベントＵＲＬに基づくイベント通知要求に基づいてサーバが様々なイベント情報を通知する処理である。
【０２８３】
なお、録画先コンテンツすなわち、ビデオカプセルＵＲＬの設定されたビデオカプセルコントロールインスタンス６５２に対してクライアントからポーズ要求（ＡＶＴ：：Ｐａｕｓｅ  ａｃｔｉｏｎ）を送ると、録画ポーズを行うことができる。例えばＣＭカット等に利用可能である。
【０２８４】
録画元コンテンツを切り替えたい場合、チャンネル変更など録画元のコンテンツＵＲＬ、すなわちチャンネルリストＵＲＬに対応するチャンネルリストに記載されたチャンネルの範囲であれば、チャンネルを変更要求をチューナコントロールインスタンス４３３に発行するのみで、そのまま録画を継続することができる。タイムシフト再生は、録画元コンテンツＵＲＬでなく、録画先コンテンツＵＲＬに対応するビデオカプセルコントロールインスタンス６５２に対してストリーミング要求を行うことで可能である。
【０２８５】
［ライブ録画におけるサーバおよびクライアントの処理フロー］
チューナ受信データのライブストリーミング処理およびライブ録画処理を行う場合のサーバおよびクライアント各々の処理手順について、図２２および図２３のフローを参照して説明する。まず、クライアントにおける処理を図２２の処理フローを参照して説明する。
【０２８６】
クライアント装置は、ステップＳ７２１において、ブラウズまたはサーチ処理により、コンテンツ情報の取得要求を実行する。これは、コンテンツ管理部４４０（図１９参照）のコンテンツディレクトリサービス４４２に対して実行する。
【０２８７】
ステップＳ７２２において、コンテンツ情報を受信する。ここでは、チューナを介したストリーミングデータの配信を実行するためチューナコンテナおよびチャンネルアイテムのコンテンツ情報を取得するものであり、図８（ａ）に示すチューナコンテナ対応のコンテンツ情報および、図８（ｂ）に示すチャンネル毎のコンテンツ情報に基づく情報を取得する。この処理により、チャンネルリストＵＲＬ、ファンクションＩＤ、チャンネル情報が取得される。
【０２８８】
ステップＳ７２３では、ビデオカプセルの生成処理を行う。なお、すでにビデオカプセルまたは他の記録領域が設定されている場合は、ステップＳ７２３のオブジェクト生成は省略してもよい。オブジェクト生成を行う場合は、クライアントは、オブジェクト生成要求をコンテンツディレクトリサービス４４２に送信し、ビデオカプセルの新規作成を行う。この際、メタデータとして［記録状態（ｒｅｃｏｒｄＳｔａｔｕｓ）］＝未記録（ＮｏｔＹｅｔ）、［録画終了日時］、［記録クオリティレベル］の設定が可能である。
【０２８９】
クライアントは、次に、ステップＳ７２４において、コンテンツ配信制御部４３０のコネクションマネージャサービス４３１に対して、プロトコル情報取得要求を送信する。これは、コンテンツ配信制御部４３０に入力可能なプロトコル情報、すなわち、コンテンツ配信制御部４３０の処理可能なプロトコル情報の一覧を要求する処理である。
【０２９０】
ステップＳ７２５において、クライアントは、ファンクションＩＤを含むプロトコル情報を受信する。チューナ制御によるライブストリーミングを示すプロトコル情報［ｉｎｔｅｒｎａｌ：１．２．３．４：ａｐｐｌｉｃａｔｉｏｎ／ｘ−ａｖ−ｔｕｎｅｒ−ｃｏｎｔｅｎｔ：ｆｕｎｃ−ｉｄ＝ｔ０１］、および、ライブストリーミングデータ録画を示すプロトコル情報［ｉｎｔｅｒｎａｌ：１．２．３．４：ｖｉｄｅｏ／ｍｐｅｇ：ｆｕｎｃ−ｉｄ＝ｈｄｄ］が含まれる。
【０２９１】
次に、ステップＳ７２６において、クライアントは、コネクションマネージャサービス４３１から、現在、サーバ４００に接続されている他のクライアントに関する情報を取得する。サーバの有するコネクション管理テーブル（図１０、図２１参照）に基づく情報である。
【０２９２】
ステップＳ７２７において、クライアントは、コネクションマネージャサービス４３１に対して、接続準備要求（ＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎ）を送信する。クライアントが、チューナを適用したライブストリーミングデータの配信処理と、ライブストリーミングデータの記録処理を希望する場合は、チューナ受信処理コンテンツに対応するプロトコル情報［ｉｎｔｅｒｎａｌ：１．２．３．４：ａｐｐｌｉｃａｔｉｏｎ／ｘ−ａｖ−ｔｕｎｅｒ−ｃｏｎｔｅｎｔ：ｆｕｎｃ−ｉｄ＝ｔ０１］、および、ハードディスク記録処理コンテンツに対応するプロトコル情報［ｉｎｔｅｒｎａｌ：１．２．３．４：ｖｉｄｅｏ／ｍｐｅｇ：ｆｕｎｃ−ｉｄ＝ｈｄｄ］を送信する。
【０２９３】
ステップＳ７２８において、クライアントは、コネクションマネージャサービス４３１からアサインした２つのＡＶＴインスタンスの識別子であるチューナコントロールインスタンス４３３と、ビデオカプセルコントロールインスタンス６５２の２つのＡＶＴインスタンスＩＤおよび、クライアントサーバ間のコネクションに対して設定した２つのコネクションＩＤ情報を受信する。クライアントはこれらの情報をメモリに格納する。
【０２９４】
ステップＳ７２９において、クライアントは、コネクションマネージャサービス４３１によってアサインされた２つのＡＶＴインスタンスによるコンテンツ配信制御および記録処理を行わせるための処理として、アサインされたＡＶＴインスタンスに対して、ＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）セット要求を発行する。チューナコントロールインスタンスに対してセットするＵＲＩには、コネクションマネージャサービス４３１から通知されたチューナコントロールインスタンスＩＤと、チャンネルリストＵＲＬが含まれ、ビデオカプセルコントロールインスタンスに対してセットするＵＲＩには、ビデオカプセルコントロールインスタンスＩＤと、ビデオカプセルＵＲＬが含まれる。
【０２９５】
さらに、ステップＳ７２９では、録画先コンテンツを扱うＡＶＴインスタンス、すなわち、ビデオカプセルコントロールインスタンス６５２に対して、録画元コンテンツのＵＲＩの指定処理（ＡＶＴ：Ｘ＿ＳｅｔＡＶＴＲｅｃｏｒｄＩｎｐｕｔＵＲＩ  ａｃｔｉｏｎ）を実行する。この録画元コンテンツのＵＲＩの指定処理は、クライアントから、録画先コンテンツを扱うＡＶＴインスタンスの識別子、すなわちビデオカプセルコントロールインスタンスＩＤと、録画元コンテンツＵＲＬ、すなわち、チャンネルリストＵＲＬを格納した制御要求としてビデオカプセルコントロールインスタンス６５２に対して実行される。これにより、録画先ＡＶＴ（ビデオカプセルコントロールインスタンス６５２）が、録画処理（Ｘ＿Ｒｅｃｏｒｄ  ａｃｔｉｏｎ）を行うときに何が録画されるかが決まる。
【０２９６】
ここまでで、各ＡＶＴインスタンスのセット処理が完了する。ステップＳ７３０では、チューナコントロールインスタンス４３３に対してストリーミングデータの配信開始要求を送信する。さらに、ステップＳ７３１において、クライアントはビデオカプセルコントロールインスタンス６５２に対して録画開始要求（ＡＶＴ：Ｘ＿Ｒｅｃｏｒｄ  ａｃｔｉｏｎ）を送信する。この処理により、ビデオカプセルコントロールインスタンス６５２の制御の下に録画が開始される。
【０２９７】
ステップＳ７３２においてクライアント側ユーザがチャンネル切り替えを行いたいと判断した場合は、ステップＳ７３４において、クライアントはチャンネル切り替え（Ｓｅｅｋ）要求をチューナコントロールインスタンス４３３に対して発行する。この制御要求には、ＡＶＴインスタンスＩＤと切り替えチャンネル番号を格納する。ステップＳ７３３において、接続終了すると判断した場合は、チューナコントロールインスタンス４３３に対応するコネクションＩＤを格納したコネクション終了要求をコネクションマネージャサービス４３１に送信する。コネクションＩＤは、ステップＳ７２５において、コネクションマネージャサービス４３１から受領したものである。ただし、ストリーミングデータの配信が終了してもデータ記録は、先にビデオカプセルのメタデータとして設定した記録終了時間になるまで記録処理が続けられることになる。
【０２９８】
次に、図２３の処理フローを参照してサーバ側の処理手順について説明する。ステップＳ７５１において、コンテンツ管理部４４０（図１９参照）のコンテンツディレクトリサービス４４２は、クライアントからのコンテンツ情報取得要求を受信する。ここではチューナコンテナおよびチャンネルアイテムのコンテンツ情報の取得要求があったものとする。
【０２９９】
ステップＳ７５２において、コンテンツディレクトリサービス４４２は、クライアントに対して、チューナコンテナおよびチャンネルアイテムのコンテンツ情報を送信する。図８（ａ）に示すチューナコンテナ対応のコンテンツ情報および、図８（ｂ）に示すチャンネル毎のコンテンツ情報であり、チャンネルリストＵＲＬ、ファンクションＩＤ（ｆｕｎｃＩＤ）、チャンネル情報を含む情報である。
【０３００】
ステップＳ７５３において、クライアントからの要求に基づいてビデオカプセルの生成処理を行う。オブジェクト（ビデオカプセル）生成処理において、サーバのコンテンツディレクトリサービス４４２が、［記録状態（ｒｅｃｏｒｄＳｔａｔｕｓ）］が未記録（ＮｏｔＹｅｔ）であるオブジェクトの作成を要求された場合は、サーバはこれをライブ録画用のオブジェクトだと判断し、実際にはコンテンツが無くとも新規生成のオブジェクト（ビデオカプセル）にコンテンツＵＲＬ（ビデオカプセルＵＲＬ）を設定する。
【０３０１】
ステップＳ７５４において、コンテンツ配信制御部４３０のコネクションマネージャサービス４３１が、クライアントからのプロトコル情報取得要求を受信すると、ステップＳ７５５において、コネクションマネージャサービス４３１は、プロトコル情報一覧をクライアントに送信する。このプロトコル情報一覧には、チューナ制御によるライブストリーミングを示すプロトコル情報［ｉｎｔｅｒｎａｌ：１．２．３．４：ａｐｐｌｉｃａｔｉｏｎ／ｘ−ａｖ−ｔｕｎｅｒ−ｃｏｎｔｅｎｔ：ｆｕｎｃ−ｉｄ＝ｔ０１］、および、ライブストリーミングデータ録画を示すプロトコル情報［ｉｎｔｅｒｎａｌ：１．２．３．４：ｖｉｄｅｏ／ｍｐｅｇ：ｆｕｎｃ−ｉｄ＝ｈｄｄ］が含まれる。
【０３０２】
次に、ステップＳ７５６において、クライアントの要求に応じて、コネクションマネージャサービス４３１が、現在、サーバ４００に接続されている他のクライアントに関する情報を提供する。コネクション管理テーブル（図１０、図２１参照）に基づく情報である。
【０３０３】
ステップＳ７５７において、コネクションマネージャサービス４３１は、クライアントから接続準備要求（ＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎ）を受信する。クライアントが、チューナを適用したライブストリーミングデータの配信処理と、ライブストリーミングデータの記録処理を希望する場合は、チューナ受信処理コンテンツに対応するプロトコル情報［ｉｎｔｅｒｎａｌ：１．２．３．４：ａｐｐｌｉｃａｔｉｏｎ／ｘ−ａｖ−ｔｕｎｅｒ−ｃｏｎｔｅｎｔ：ｆｕｎｃ−ｉｄ＝ｔ０１］、および、ハードディスク記録処理コンテンツに対応するプロトコル情報［ｉｎｔｅｒｎａｌ：１．２．３．４：ｖｉｄｅｏ／ｍｐｅｇ：ｆｕｎｃ−ｉｄ＝ｈｄｄ］を受信することになる。
【０３０４】
クライアントから接続準備要求（ＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎ）を受信したコネクションマネージャサービス４３１は、ステップＳ７５８において、接続準備要求に含まれるチューナ対応のプロトコル情報［ｉｎｔｅｒｎａｌ：１．２．３．４：ａｐｐｌｉｃａｔｉｏｎ／ｘ−ａｖ−ｔｕｎｅｒ−ｃｏｎｔｅｎｔ：ｆｕｎｃ−ｉｄ＝ｔ０１］に基づいて、チューナによる受信データのストリーミング配信の要求であると判断し、コンテンツ対応制御部４３２内の１つのＡＶＴインスタンス４３３をチューナコントロールインスタンスとして設定（アサイン）し、接続準備要求（ＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎ）のあったクライアント４６０とチューナコントロールインスタンスとのコネクションＩＤと、チューナコントロールインスタンスとして設定（アサイン）したＡＶＴインスタンスの識別子（ＡＶＴインスタンスＩＤ）とのバインド処理、すなわち対応付けを行う。
【０３０５】
さらに、コネクションマネージャサービス４３１は、接続準備要求に含まれるハードディスク対応のプロトコル情報［ｉｎｔｅｒｎａｌ：１．２．３．４：ｖｉｄｅｏ／ｍｐｅｇ：ｆｕｎｃ−ｉｄ＝ｈｄｄ］に基づいて、チューナによる受信データの記録要求であると判断し、コンテンツ対応制御部４３２内の１つのＡＶＴインスタンス６５２をビデオカプセルコントロールインスタンスとして設定（アサイン）し、接続準備要求（ＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎ）のあったクライアント４６０とビデオカプセルコントロールインスタンスとのコネクションＩＤと、ビデオカプセルコントロールインスタンスとして設定（アサイン）したＡＶＴインスタンスの識別子（ＡＶＴインスタンスＩＤ）とのバインド処理、すなわち対応付けを行う。この結果、図２１に示すコネクション管理テーブルのエントリが生成される。
【０３０６】
ステップＳ７５９において、コネクションマネージャサービス４３１は、クライアントに対して、アサインした２つのＡＶＴインスタンスの識別子であるチューナコントロールインスタンス４３３と、ビデオカプセルコントロールインスタンス６５２の２つのＡＶＴインスタンスＩＤおよび、クライアントサーバ間のコネクションに対して設定した２つのコネクションＩＤ情報を通知する。
【０３０７】
ステップＳ７６０において、チューナコントロールインスタンス４３３、およびビデオカプセルコントロールインスタンス６５２の各々は、クライアントからＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）セット要求を受信する。
【０３０８】
ステップＳ７６１において、チューナコントロールインスタンスには、コネクションマネージャサービス４３１から通知されたチューナコントロールインスタンスＩＤと、チャンネルリストＵＲＬがセットされ、ビデオカプセルコントロールインスタンスには、ビデオカプセルコントロールインスタンスＩＤと、ビデオカプセルＵＲＬがセットされる。さらに、ステップＳ７６１では、ビデオカプセルコントロールインスタンス６５２に対して、録画元コンテンツのＵＲＩの指定処理（ＡＶＴ：Ｘ＿ＳｅｔＡＶＴＲｅｃｏｒｄＩｎｐｕｔＵＲＩ  ａｃｔｉｏｎ）が実行される。ビデオカプセルコントロールインスタンス６５２は、クライアントから、録画先コンテンツを扱うＡＶＴインスタンスの識別子、すなわちビデオカプセルコントロールインスタンスＩＤと、録画元コンテンツＵＲＬ、すなわち、チャンネルリストＵＲＬを受信し、これをセットする。これにより、録画先ＡＶＴ（ビデオカプセルコントロールインスタンス６５２）が、録画処理（Ｘ＿Ｒｅｃｏｒｄ  ａｃｔｉｏｎ）を行うときに何が録画されるかが決まる。
【０３０９】
ここまでで、各ＡＶＴインスタンスのセット処理が完了し、クライアントは各ＡＶＴインスタンスに対して様々な制御要求を行うことができる。ステップＳ７６２では、チューナコントロールインスタンス４３３がクライアントからの制御要求、例えば再生開始を受領し、ステップＳ７６３においてチューナ４１０の制御により、コンテンツのストリーミング配信を開始する。チューナコントロールインスタンス４３３は、クライアントからの受信情報に基づく制御、例えばコンテンツ再生開始、終了、チャンネル切り替えなどの処理を実行する。
【０３１０】
さらに、ステップＳ７６４において、ビデオカプセルコントロールインスタンス６５２がクライアントから制御要求、例えば録画開始要求（ＡＶＴ：Ｘ＿Ｒｅｃｏｒｄ  ａｃｔｉｏｎ）を受信し、ステップＳ７６５において、ビデオカプセルコントロールインスタンス６５２の制御の下にコンテンツ記憶部６５０の制御が実行されて、チューナ受信コンテンツがビデオカプセル６５１に入力され、録画が開始される。
【０３１１】
ステップＳ７６６において、チャンネル切り替え（Ｓｅｅｋ）要求を受信したと判定した場合は、ステップＳ７６７において、チューナコントロールインスタンス４３３はチューナ４１０を制御し、チューナのチャンネルを切り替える。このチャンネル切り替えの前後におけるサーバクライアント間のＨＴＴＰコネクションは、同一のＵＲＬ、すなわち同じチャンネルリストＵＲＬに基づくＨＴＴＰコネクションであるため、サーバクライアント間においてはコネクションが維持されたままチャンネル切り替えが実行される。
【０３１２】
また、コンテンツの記録処理は、チャンネル切り替えとは無関係に実行され、切り替え後のチャンネルに対応するコンテンツがビデオカプセルに継続して入力され記録が継続して実行される。
【０３１３】
ステップＳ７６８において、チューナコントロールインスタンスに対応するコネクションＩＤを格納したコネクション終了要求をコネクションマネージャサービス４３１が受信したと判定した場合は、ステップＳ７６９において、クライアントからの要求に従って、サーバクライアント間のコネクションの切断を行い、さらに、図２１を参照して説明したコネクション管理テーブルからチューナコントロールインスタンスに対応するエントリを削除する。ストリーミングデータの配信が終了してもデータ記録は、先にビデオカプセルのメタデータとして設定した記録終了時間になるまで記録処理が続けられることになる。
【０３１４】
なお、クライアントは、明示的な記録終了コマンドをビデオカプセルコントロールインスタンス６５２に発行することによってコンテンツの記録処理を終了させることもできる。この処理が行われた場合であっても、チューナコントロールインスタンス４３３の制御は独立に実行される。
【０３１５】
このように、本構成においては、チューナの制御の下にチューナ受信コンテンツのストリーミング配信制御を実行するチューナコントロールインスタンスと、ハードディスク等のコンテンツ記憶部の制御のもとにチューナ受信コンテンツの記録処理を実行するビデオカプセルコントロールインスタンスとを独立に設定し、それぞれに処理制御対象を特定可能なコンテンツＵＲＬとしてのチャンネルリストＵＲＬ、ビデオカプセルＵＲＬを設定し、また、制御インスタンス（ＡＶＴインスタンス）の識別子である制御インスタンスＩＤを設定して、クライアントからの要求を個別に受信する構成としたので、クライアント要求に従った独立した処理が可能となる。
【０３１６】
［サーバ主導型ライブ録画処理］
前述したライブ録画処理においては、図１９に示すビデオカプセルコントロールインスタンス６５２に対して、クライアントの要求を出力することにより、記録先（記録シンク）コンテンツ識別子（ビデオカプセルＵＲＬ）の設定処理や、ビデオカプセルコントロールインスタンス６５２に対する記録元（記録ソース）コンテンツ識別子（チャンネルリストＵＲＬ）の通知処理を実行していた。
【０３１７】
すなわち、図２０のシーケンス図に示すステップＳ７０６において、クライアントは、コネクションマネージャサービス４３１に対して、接続準備要求（ＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎ）を送信し、チューナ受信処理コンテンツに対応するプロトコル情報［ｉｎｔｅｒｎａｌ：１．２．３．４：ａｐｐｌｉｃａｔｉｏｎ／ｘ−ａｖ−ｔｕｎｅｒ−ｃｏｎｔｅｎｔ：ｆｕｎｃ−ｉｄ＝ｔ０１］、および、ハードディスク記録処理コンテンツに対応するプロトコル情報［ｉｎｔｅｒｎａｌ：１．２．３．４：ｖｉｄｅｏ／ｍｐｅｇ：ｆｕｎｃ−ｉｄ＝ｈｄｄ］を送信し、ステップＳ７０７において、サーバから、チューナコントロールインスタンス４３３と、ビデオカプセルコントロールインスタンス６５２の２つの制御インスタンス（ＡＶＴインスタンス）ＩＤおよび、クライアントサーバ間のコネクションに対して設定した２つのコネクションＩＤ情報を受信し、ステップＳ７０８において、クライアントから、２つの制御インスタンス（ＡＶＴインスタンス）に対して、ＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）セット要求を発行することで、制御インスタンスのセットアップ処理を実行していた。
【０３１８】
以下、説明する構成例は、ライブストリーミングを実行中、クライアントがサーバに対してコンテンツ格納オブジェクト（ビデオカプセル）の生成要求を発行するのみで、サーバが各種の設定を内部で実行し、コンテンツの記録を開始する処理例である。サーバ構成は、図１９に示すと同様であり、以下の説明では、図１９を参照し、図１９に示す参照符号を適用して説明する。
【０３１９】
サーバ４００は、クライアントからの要求に基づいて、コンテンツ格納オブジェクト（ビデオカプセル）の生成を実行するとともに、生成したコンテンツ格納オブジェクトの制御インスタンス、すなわち、ビデオカプセルコントロールインスタンス６５２のアサイン処理、およびＵＲＬ設定処理をサーバ内で実行する。この処理により、チューナコントロールインスタンス４３３の制御の下に実行されているライブストリーミングコンテンツのビデオカプセル格納処理を、クライアントによる制御インスタンス設定処理を介在させることなく行うことが可能となる。
【０３２０】
この処理態様では、クライアントが、ビデオカプセルコントロールインスタンス６５２に対するＵＲＬ設定処理の要求を行う必要がなく、クライアントの処理負荷が軽減される。
【０３２１】
図２４に、コンテンツのライブ録画の一連のシーケンスについて説明する。この処理は、サーバにおいてチューナによりコンテンツ受信を実行している場合の処理である。例えば、サーバクライアント間において、先に図９を参照して説明したライブストリーミングのための一連の処理を実行してチャンネルリストＵＲＬが設定されたチューナコントロールインスタンス４３３（図１９参照）の制御の下にライブストリーミングが実行されているものとする。
【０３２２】
クライアントは、ライブストリーミングコンテンツを記録（ライブ録画）したい場合、ステップＳ７７０において、コンテンツ格納オブジェクトであるビデオカプセルの生成要求を行う。クライアントは、サーバ４００（図１９参照）のコンテンツディレクトリサービス４４２に対してライブ録画用のコンテンツ格納オブジェクトのオブジェクト生成要求（ＣｒｅａｔｅＯｂｊｅｃｔＡｎｙｗｈｅｒｅ）を発行してチューナ受信コンテンツの格納オブジェクト（ビデオカプセル）を生成する。
【０３２３】
サーバ４００は、クライアントからの要求に応じて、コンテンツ管理部４４０のコンテンツディレクトリサービス４４２においてライブ録画用のビデオカプセルを生成する。
【０３２４】
クライアントは、ライブ録画用のコンテンツ格納オブジェクトのオブジェクト生成要求（ＣｒｅａｔｅＯｂｊｅｃｔＡｎｙｗｈｅｒｅ）の発行に際し、コンテンツ格納オブジェクト（ビデオカプセル）のメタデータの設定をサーバに要求することが可能となる。サーバは、クライアントからの要求がある場合は、要求に基づく値を、ない場合は、予め定められたデフォルト値をコンテンツ格納オブジェクト（ビデオカプセル）のメタデータとして設定する。
【０３２５】
ライブ録画用のコンテンツ格納オブジェクト（ビデオカプセル）に設定可能なメタデータを図２５を参照して説明する。メタデータとしては、［記録状態（ｒｅｃｏｒｄＳｔａｔｕｓ）］、［記録開始日時（ｒｅｃｏｒｄＳｔａｒｔ  ＤａｔｅＴｉｍｅ）］、［記録終了日時（ｒｅｃｏｒｄＥｎｄ  ＤａｔｅＴｉｍｅ）］、［記録クオリティレベル（ｒｅｃｏｒｄ  Ｑｕａｌｉｔｙ  Ｌｅｖｅｌ）］、［入力ファンクションＩＤ（ｒｅｃｏｒｄＩｎｐｕｔＦｕｎｃＩＤ）］、［録画方式（ｒｅｃｏｒｄｉｎｇ  Ｍｅｔｈｏｄ）］、［リソース（ｒｅｓ）］、［リソースプロトコル情報（ｒｅｓ＠ｐｒｏｔｏｃｏｌＩｎｆｏ）］の設定が可能である。なお、クライアントは、これらのメタデータのすべての設定が必須となるものではなく、例えば［記録開始日時（ｒｅｃｏｒｄＳｔａｒｔ  ＤａｔｅＴｉｍｅ）］についての指定は任意であり、設定がない場合でも、サーバはライブ録画用のコンテンツ格納オブジェクト（ビデオカプセル）の生成要求である場合、ビデオカプセルコントロールインスタンス６５２のアサイン、設定、録画開始を順次、実行する。指定情報がある場合にのみ、ＡＶＴ設定／制御命令出力部６９１、およびビデオカプセルコントロールインスタンス６５２の制御の下に指定情報に従った処理がなされることになる。
【０３２６】
ライブ録画用のコンテンツ格納オブジェクト（ビデオカプセル）の生成要求であるか否かは、コンテンツ格納オブジェクト（ビデオカプセル）生成処理においてクライアントにより設定される［記録状態（ｒｅｃｏｒｄＳｔａｔｕｓ）］の設定値に基づいてサーバ４００が判断する。［記録状態（ｒｅｃｏｒｄＳｔａｔｕｓ）］の設定値がライブ録画用であることを示す［Ｒｅｃｏｒｄｉｎｇ］が設定されている場合は、サーバは、ライブ録画用のコンテンツ格納オブジェクト（ビデオカプセル）の生成要求であると判断し、コンテンツ格納オブジェクト（ビデオカプセル）の生成、ビデオカプセルＵＲＬ設定、ビデオカプセルコントロールインスタンス６５２のアサイン、ＵＲＩ設定処理を実行し、メタデータとして設定されるコンテンツの記録開始日時情報［ライブ録画では、００００−００−００Ｔ００：００：００．０００Ｚ］に基づいて、生成したコンテンツ格納オブジェクト（ビデオカプセル）に対するチューナ受信コンテンツの記録処理を開始する。
【０３２７】
サーバのコンテンツ管理部４４２は、クライアントからのコンテンツ格納オブジェクトの生成要求に予約コンテンツの格納用のコンテンツ格納オブジェクトであることを示す［記録状態（ｒｅｃｏｒｄＳｔａｔｕｓ）］＝［Ｒｅｃｏｒｄｉｎｇ］の設定情報が含まれることを条件として、生成オブジェクトに対するメタデータとして、コンテンツ格納オブジェクトＵＲＬ（ビデオカプセルＵＲＬ）を設定する。すなわち、サーバは［記録状態（ｒｅｃｏｒｄＳｔａｔｕｓ）］＝［Ｒｅｃｏｒｄｉｎｇ］の設定情報に基づいて、ライブ録画用のオブジェクトだと判断し、実際にはコンテンツが無くとも新規生成のオブジェクト（ビデオカプセル）にコンテンツＵＲＬ（ビデオカプセルＵＲＬ）を設定する。
【０３２８】
［記録開始日時］は、コンテンツの記録開始日時情報が設定される。ライブ録画では、００００−００−００Ｔ００：００：００．０００Ｚを指定する。これは、待機することなく記録を開始することを意味している。
【０３２９】
［記録終了日時］は、コンテンツの記録終了日時情報が設定され、サーバ上でこの設定時刻になったときに、このビデオカプセルが録画状態であるならば、録画を終了する。設定情報がない場合は、クライアントからの要求、あるいは予め設定された最大継続記録時間経過後、またはサーバ内部の問題発生時にサーバが録画終了を行う。
【０３３０】
［記録クオリティレベル］は予め設定された記録品質レベル値としての複数レベル、例えば３〜５から選択する。
【０３３１】
［入力ファンクションＩＤ］は、録画ソースとなるコンテンツを扱う機能を示すファンクションＩＤを示す。例えばチューナに対応するファンクションＩＤを設定する。ただし、クライアントの指定はオプショナルである。ライブ録画の場合には、サーバ内で受信しているコンテンツが入力コンテンツであり、設定済みのチューナコントロールインスタンスがある場合には、そのチューナコントロールインスタンスに設定されたチャンネルリストＵＲＬが入力ソースコンテンツであり、入力ソースコンテンツを制御しているチューナコントロールインスタンスの制御対象であるチューナに対応するファンクションＩＤがサーバにより設定される。
【０３３２】
［記録方式］は、録画方式を示す情報であり、例えば３倍モード、高画質モード等の設定情報である。クライアントの指定はオプショナルであり、クライアントは、サーバ内のコンテンツ記憶部６５０に対応する設定可能な値を設定することが必要である。
【０３３３】
［リソース（ｒｅｓ）］は、記録コンテンツ（記録シンクコンテンツ）のリソース情報である。サーバにより生成されるライブ録画用のビデオカプセルのＵＲＬ（ビデオカプセルＵＲＬ）がサーバにより設定される。
【０３３４】
［リソースプロトコル情報］は、記録コンテンツ（記録シンクコンテンツ）のリソースに対応するプロトコル情報である。追加情報（ＡｄｄｉｏｔｎａｌＩｎｆｏ）として、コンテンツ記憶部の処理を行うことを示すファンクションＩＤ（例えば  ｆｕｎｃ−ｉｄ＝＜ＨＤＤ）が設定される。
【０３３５】
このように、プロトコル情報には、コンテンツ記憶部６５０の制御によるコンテンツ処理を行うことを示すファンクションＩＤが設定される。この場合は、コンテンツ記憶部６５０はハードディスクであり、ＨＤＤの制御を伴うことを示している。ファンクションＩＤは、前述したようにコンテンツの処理に際しての制御対象を示すものであり、ＤＶＤ格納コンテンツに対応する場合は、ＤＶＤを示すファンクションＩＤ、チューナ制御を行う場合は、チューナを示すファンクションＩＤがコンテンツのプロパティ情報中に設定される。
【０３３６】
なお、クライアントは、メタデータの各項目にどのような値を設定できるかを以下の方法でチェックすることが可能である。［記録終了日時］、［記録クオリティレベル］、［入力ファンクションＩＤ］、［記録方式］に関しては、ビデオカプセルを表すクラスのスキーマ情報をコンテンツディレクトリサービス４４２から取得することで調査できる。このとき、各メタデータの許容値（Ａｌｌｏｗｅｄｖａｌｕｅ）をチェックすることで設定可能な値を得ることができる。また、更新が許されている場合はオブジェクト更新（ＵｐｄａｔｅＯｂｊｅｃｔ）処理による更新も可能である。
【０３３７】
なお、ファンクションＩＤ（ｆｕｎｃ−ｉｄ）の値が何を意味しているかについては、クライアントは、コンテンツディレクトリサービス４４２から取得可能なプロトコル情報により、知ることが可能である。
【０３３８】
図２４のシーケンス図に戻り、ライブ録画の処理シーケンスについて、説明を続ける。サーバのコンテンツディレクトリサービス４４２は、ステップＳ７７０において、コンテンツ格納オブジェクトであるビデオカプセルの生成処理を実行する。
【０３３９】
サーバ４００は、クライアントからの要求に応じて、コンテンツ管理部４４０のコンテンツディレクトリサービス４４２においてライブ録画用のビデオカプセルを生成する。サーバは、クライアントからのコンテンツ格納オブジェクトの生成要求に予約コンテンツの格納用のコンテンツ格納オブジェクトであることを示す［記録状態（ｒｅｃｏｒｄＳｔａｔｕｓ）］＝［Ｒｅｃｏｒｄｉｎｇ］の設定情報が含まれることを条件として、生成オブジェクトに対するメタデータとして、コンテンツ格納オブジェクトＵＲＬ（ビデオカプセルＵＲＬ）を設定し、さらに、上述した各メタデータを設定する。
【０３４０】
ステップＳ７７１において、サーバは、生成したコンテンツ格納オブジェクトＵＲＬ（ビデオカプセルＵＲＬ）に対応するメタデータをクライアントに送信する。クライアントに送信するメタ情報には、リソース情報としてのビデオカプセルＵＲＬ、ファンクションＩＤ、例えば［ｆｕｎｃ−ｉｄ＝ｈｄｄ］を含むリソースプロトコル情報が含まれる。
【０３４１】
次に、サーバは、ステップＳ７７２において、作成したビデオカプセルのメタデータに基づいて、ビデオカプセルコントロールインスタンス６５２（図１９参照）を設定する。なお、このときチューナコントロールインスタンス４３３は設定済みである。このステップＳ７７２の処理および、以下に説明するステップＳ７７３〜Ｓ７７５の処理はサーバ内の内部処理として実行され、クライアントサーバ間での通信処理は必要とならない。
【０３４２】
ステップＳ７７２の処理は、ビデオカプセルコントロールインスタンス６５２をアサインし、この制御インスタンスに対して、録画先コンテンツＵＲＬ、すなわちビデオカプセルＵＲＬをセットする。さらに、ビデオカプセルコントロールインスタンス６５２に対して、録画元コンテンツのＵＲＩの設定を実行する。これらの処理は、ビデオカプセルのメタデータの設定情報に基づいて実行される。これにより、録画先ＡＶＴ（ビデオカプセルコントロールインスタンス６５２）が、録画処理を行うときに何が録画されるかが決まる。
【０３４３】
ステップＳ７７３において、ビデオカプセルのメタデータに設定された［記録開始日時］になったことを条件として、ビデオカプセルコントロールインスタンス６５２の制御のもとにチューナ受信コンテンツのビデオカプセル６５１に対する格納処理が開始され、ステップＳ７７４において、コンテンツ記録がコンテンツ記憶部６５０のビデオカプセル６５１に対して実行される。
【０３４４】
なお、ビデオカプセルのメタデータに設定された［記録開始日時］は、前述したように、ライブ録画では、００００−００−００Ｔ００：００：００．０００Ｚが指定され、これは、待機することなく記録を開始することを意味するものであり、サーバは、ライブ録画用のコンテンツ格納オブジェクト（ビデオカプセル）の生成、ビデオカプセルコントロールインスタンス６５２のアサイン、設定の後、即座にビデオカプセルコントロールインスタンス６５２の制御の下に録画開始を順次、実行する。
【０３４５】
ステップＳ７７５において、ビデオカプセルのメタデータに設定された［記録終了日時］になったことを条件として、あるいは、クライアントからの記録終了要求の受信に基づいて、ビデオカプセルコントロールインスタンス６５２の制御のもとにチューナ受信コンテンツのビデオカプセル６５１に対する格納処理を終了する。設定メタデータがなく、またクライアントからの記録処理要求もない場合は、例えば予め定められた継続記録時間に達したことを条件として記録処理を終了する。
【０３４６】
なお、コンテンツ記録処理の一時停止処理、すなわちポーズ処理を実行することも可能である。コンテンツのポース処理シームンスについて図２６を参照して説明する。クライアントは、まず、ステップＳ７８１において、先の図２４のステップＳ７７１においてサーバから受信したビデオカプセルメタデータ中のファンクションＩＤ、例えば［ｆｕｎｃ−ｉｄ＝ｈｄｄ］を指定した接続準備要求（ＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎ）をサーバ４００のコネクションマネージャサービス４３１に対して送信する。この接続準備要求（ＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎ）は、クライアントと、ビデオカプセルコントロールインスタンス６５２との間の接続に関する接続準備要求（ＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎ）である。
【０３４７】
クライアントから接続準備要求（ＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎ）を受信したコネクションマネージャサービス４３１は、接続準備要求に含まれるハードディスク対応ファンクションＩＤ［ｆｕｎｃ−ｉｄ＝ｈｄｄ］に基づいて、ビデオカプセルコントロールインスタンス６５２の識別子（ＡＶＴインスタンスＩＤ）と、接続準備要求（ＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎ）のあったクライアント４６０とビデオカプセルコントロールインスタンス６５２とのコネクションＩＤとをクライアントに通知する。コネクションマネージャサービス４３１は、さらに、コネクションＩＤと、ビデオカプセルコントロールインスタンスの識別子（ＡＶＴインスタンスＩＤ）とのバインド処理、すなわち対応付けを行う。先に、図１０、図２１を参照して説明したコネクション管理テーブルのエントリ設定を行う。
【０３４８】
ステップＳ７８２において、クライアントは、ビデオカプセルコントロールインスタンスの識別子（ＡＶＴインスタンスＩＤ）を指定し、ビデオカプセルコントロールインスタンス６５２に対してポーズ要求（ＡＶＴ：：Ｐａｕｓｅ  ａｃｔｉｏｎ）を送ると、ビデオカプセルコントロールインスタンス６５２が要求に基づいて、録画ポーズを行う。
【０３４９】
さらに、ステップＳ７８３において、クライアントは、ビデオカプセルコントロールインスタンスの識別子（ＡＶＴインスタンスＩＤ）を指定し、ビデオカプセルコントロールインスタンス６５２に対して記録再開要求（ＡＶＴ：：Ｒｅｃｏｒｄ）を送ると、ビデオカプセルコントロールインスタンス６５２が要求に基づいて、コンテンツ記録を再開する。
【０３５０】
次に、図２７を参照して、クライアントからの要求に基づくライブ記録処理の終了処理について説明する。ステップＳ７９１において、クライアントは、ビデオカプセルコントロールインスタンスの識別子（ＡＶＴインスタンスＩＤ）を指定し、ビデオカプセルコントロールインスタンス６５２に対して記録停止要求（ＡＶＴ：：ＲｅｃｏｒｄＳｔｏｐ）を送ると、ビデオカプセルコントロールインスタンス６５２が要求に基づいて、コンテンツ記録を終了する。
【０３５１】
さらに、ビデオカプセルコントロールインスタンスとのコネクションを終了しようとするクライアントは、ステップＳ７９２において、ビデオカプセルコントロールインスタンスとのコネクションに対応するコネクションＩＤを格納したコネクション終了要求をコネクションマネージャサービス４３１に送信する。コネクションマネージャサービス４３１は、クライアントからの要求に従って、クライアントとビデオカプセルコントロールインスタンスとのコネクションの切断を行い、さらに、図１０を参照して説明したコネクション管理テーブルから対応エントリを削除する。
【０３５２】
上述したように、本構成においては、サーバ内において、ビデオカプセルのメタデータに基づいてコンテンツ配信制御部４３１の制御インスタンスとしてのビデオカプセルコントロールインスタンス６５２のアサイン処理、およびビデオカプセルコントロールインスタンス６５２に対するＵＲＩ設定処理が実行され、クライアントによる明示的な制御インスタンスの設定処理を行うことなく、ライブ入力コンテンツの格納処理に伴う各種の制御がビデオカプセルのメタデータに基づいて確実に実行される。
【０３５３】
このように、本構成においては、ハードディスク等のコンテンツ記憶部を制御してチューナ受信コンテンツの記録処理を実行するビデオカプセルコントロールインスタンスが設定され、ビデオカプセルコントロールインスタンスに記録元コンテンツおよび記録先コンテンツを特定するコンテンツＵＲＬとしてのチャンネルリストＵＲＬ、ビデオカプセルＵＲＬの設定処理をサーバが実行し、ビデオカプセルのメタデータの設定情報に従ってコンテンツ記録を確実に実行することが可能となる。
【０３５４】
なお、ライブ録画によってコンテンツを格納したビデオカプセルのコンテンツをクライアントが取得して再生する場合は、ライブ録画ビデオカプセルに設定されたビデオカプセルＵＲＬに基づくコンテンツ取得要求であるＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）ＧＥＴメソッドを生成してサーバに送信することで、ビデオカプセルＵＲＬに対応するコンテンツ、すなわちライブ録画されたコンテンツを受信して再生することができる。
【０３５５】
また、ライブ録画の実行中においても、ビデオカプセルに設定されたビデオカプセルＵＲＬに基づくコンテンツ取得要求であるＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）ＧＥＴメソッドを生成してサーバに送信することで、クライアントは、前述したライブストリーミングにおけるタイムシフト再生と同様のコンテンツ再生を行うことが可能となる。
【０３５６】
［予約録画処理］
次にサーバにおいてチューナにより受信するコンテンツの予約録画処理、すなわち、サーバ内のハードディスク等の記憶手段にチューナ受信コンテンツを記録する処理を予め記録時間を予約して実行する処理について説明する。
【０３５７】
チューナにより受信するコンテンツの予約録画処理シーケンスの概要は、
（１）予約録画コンテンツの格納オブジェクト（ビデオカプセル）の生成、
（２）コンテンツ記録時間情報をコンテンツ格納オブジェクト（ビデオカプセル）に対応するメタデータとして設定、
（３）コンテンツ格納オブジェクト（ビデオカプセル）のＵＲＬを設定した制御インスタンスの設定
（４）制御インスタンスに基づく制御によるコンテンツ格納処理
予約録画は、ほぼ上述の処理シーケンスに従って実行される。
【０３５８】
上述の処理を実行するサーバ構成について、図２８を参照して説明する。予約録画処理を実行するサーバの構成は、先に説明したライブ録画を実行する図１９の構成を持つサーバ４００とほぼ同様の構成により実行されるが、コンテンツ管理部４４０に制御インスタンスの設定、要求発行を行う制御インスタンス設定部／命令出力部６９１を設けた構成が異なる点である。
【０３５９】
前述のライブ録画では、クライアントが各種の処理要求をサーバに対して発行することで様々な処理の開始、制御を行っていた。すなわち、クライアントがチューナコントロールインスタンス４３３に対したて発行する再生命令に基づいてチューナコントロールインスタンス４３３がチューナ４１０を制御してチューナ４１０に基づくコンテンツ受信を開始し、また、クライアントからのビデオカプセルコントロールインスタンス６５２（記憶部制御インスタンス）に対する記録開始命令に基づいてビデオカプセルコントロールインスタンス６５２がビデオカプセル６５１を持つＨＤＤ等のコンテンツ記憶部６５０を制御してコンテンツ記録を開始する構成であった。
【０３６０】
予約録画処理の場合は、サーバクライアント間の通信に基づくチューナ受信およびコンテンツ記録の開始制御は実行されず、予約録画用のビデオカプセルのメタデータに設定された記録開始時間や終了時間等の様々な設定情報に基づいてサーバ内で各制御インスタンスを制御する。
【０３６１】
従って、ライブ録画処理において、コンテンツ配信制御部４３０のコネクションマネージャサービス４３１が、クライアントからの要求に基づいて実行していた各制御インスタンスのアサイン処理も、クライアントからの要求に基づいて実行する構成ではなく、サーバ内の内部処理として実行される。
【０３６２】
予約録画において必要となるコンテンツ対応制御部４３２内の各制御インスタンス、すなわち図２８に示すチューナ制御インスタンスとしてのチューナコントロールインスタンス４３３、記憶部制御インスタンスとしてのビデオカプセルコントロールインスタンス６５２のアサイン処理および、各制御インスタンスに対する各種要求の発行処理は、コンテンツ管理部４４０内の制御インスタンス設定部／命令出力部６９１が実行する。すなわち、ライブ録画において、クライアントの発行していた各種処理要求をこのコンテンツ管理部４４０内の制御インスタンス設定部／命令出力部６９１が実行する。
【０３６３】
制御インスタンス設定部／命令出力部６９１は、各制御インスタンスのアサインおよび、処理要求発行を、コンテンツディレクトリサービス（ＣＤＳ）４４２内で管理する予約録画ビデオカプセルのメタデータに基づいて実行する。予約録画ビデオカプセルは、予約録画コンテンツ格納オブジェクトとして設定されるオブジェクトである。このコンテンツ格納オブジェクトに対応するメタデータには、コンテンツ記録開始時間情報、終了時間情報、チャンネル情報等、予約録画の各種設定情報が格納される。
【０３６４】
これらのメタデータの設定処理は、サーバクライアント間で実行されるオブジェクト生成処理において、あるいはその後のメタデータ設定処理において実行される。
【０３６５】
図２８に示す構成中の主要部分は、先に図６を参照して説明した構成と同様であり、サーバ４００は、チューナ４１０、コーデック４２０、コンテンツ配信制御部（メディアレンダラー）４３０、コンテンツ管理部（メディアサーバ）４４０を有する。また、コンテンツ記憶部６５０、コンテンツ記憶部内のビデオカプセル６５１、コンテンツ配信制御部４３０内のコンテンツ対応制御部４３２内のＡＶＴインスタンスとしてのビデオカプセルコントロールインスタンス６５２が適宜生成されて使用される。
【０３６６】
なお、説明においては、上述の予約録画と同様、コンテンツ記憶部をハードディスク、記録コンテンツを画像データとした例を説明するが、コンテンツ記憶部は、ハードディスクに限らず、ＤＶＤ，ＣＤ−Ｒ、フラッシュメモリ等、データ書き込み可能な記憶手段であればよく、また、記録コンテンツについても画像データに限らず、オーディオデータ、テキストデータ、プログラム等、データ形態を問わない。以下では、代表的な例として、コンテンツ記憶部をハードディスク、記録コンテンツを画像データとした例を説明する。
【０３６７】
ビデオカプセル６５１に予約録画を行うため、コンテンツ記憶部６５０の制御を実行するＡＶＴインスタンスとして、ビデオカプセルコントロールインスタンス６５２が設定される。ビデオカプセルコントロールインスタンス６５２の制御の下にチューナ４１０からハードディスク等のコンテンツ記憶部６５０内のビデオカプセル６５１に対して、録画用のストリームが流れ、記録される。予約録画処理においても、ライブ録画と同様、２つのコンテンツを扱う必要がある。すなわち、録画元コンテンツと録画先コンテンツである。この場合、チューナ受信コンテンツが録画元コンテンツとなり、ビデオカプセル格納コンテンツが録画先コンテンツとなる。
【０３６８】
チューナ受信コンテンツは、前述した説明から理解されるようにチャンネルリストＵＲＬによって特定される。録画先コンテンツは、ビデオカプセルＵＲＬによって特定されることになる。なお、ビデオカプセルＵＲＬが存在していない場合は、予約録画におけると同様、オブジェクト生成処理によってビデオカプセルを生成し、生成したビデオカプセルに対するコンテンツＵＲＬとしてのビデオカプセルＵＲＬを設定する処理が必要となる。
【０３６９】
チューナ受信コンテンツを格納する領域が予め確保されていない場合は、クライアントは、サーバ４００のコンテンツディレクトリサービス４４２に対してオブジェクト生成要求（ＣｒｅａｔｅＯｂｊｅｃｔ）を発行してチューナ受信コンテンツの格納オブジェクト（予約録画用ビデオカプセル）を生成する。
【０３７０】
オブジェクト生成要求（ＣｒｅａｔｅＯｂｊｅｃｔ）を発行する際には、メタデータにより生成オブジェクト（ビデオカプセル）が予約録画用であることを明示して作成する。この処理により、新規のビデオカプセルで何もコンテンツが格納されていない状態であっても、オブジェクト（ビデオカプセル）のプロパティ（ｒｅｓ  ｐｒｏｐｅｒｔｙ）にコンテンツを表すＵＲＬをサーバがアサインする。
【０３７１】
新規ビデオカプセルを追加し、そこを録画先コンテンツとして設定する方法について説明する。新規オブジェクト作成は、クライアントが、サーバ４００のコンテンツディレクトリサービス４４２に対してオブジェクト生成要求（ＣｒｅａｔｅＯｂｊｅｃｔ）を発行する。これにより、チューナ受信コンテンツの格納オブジェクト（ビデオカプセル）が生成される。
【０３７２】
チューナ受信コンテンツの格納オブジェクト（ビデオカプセル）には、前述したライブ録画用のビデオカプセルのメタデータにさらに追加されたメタデータが設定される。メタデータを図２９を参照して説明する。メタデータとしては、［記録状態（ｒｅｃｏｒｄＳｔａｔｕｓ）］、［記録開始日時（ｒｅｃｏｒｄＳｔａｒｔ  ＤａｔｅＴｉｍｅ）］、［記録終了日時（ｒｅｃｏｒｄＥｎｄ  ＤａｔｅＴｉｍｅ）］、［放送システム（ｂｒｏａｄｃａｓｔ  Ｓｙｓｔｅｍ）］、［チャンネル情報（ｃｈａｎｎｅｌ  Ｎｒ）］、［記録クオリティレベル（ｒｅｃｏｒｄ  Ｑｕａｌｉｔｙ  Ｌｅｖｅｌ）］、［入力ファンクションＩＤ（ｒｅｃｏｒｄＩｎｐｕｔＦｕｎｃＩＤ）］、［録画方式（ｒｅｃｏｒｄｉｎｇ  Ｍｅｔｈｏｄ）］、［週間予約情報（ｗｅｅｋＩｎｆｏ）］、［リソース（ｒｅｓ）］、［リソースプロトコル情報（ｒｅｓ＠ｐｒｏｔｏｃｏｌＩｎｆｏ）］の設定が可能である。なお、これらのメタデータのすべての設定が必須となるものではなく、例えば［記録クオリティレベル］、［週間予約情報］についての指定は任意であり、設定なしでもよい。指定情報がある場合にのみ、ＡＶＴ設定／制御命令出力部６９１、およびビデオカプセルコントロールインスタンス６５２の制御の下に指定情報に従った処理がなされることになる。
【０３７３】
図２９に示す各メタデータは、例えば予約録画用のコンテンツ格納オブジェクト（ビデオカプセル）生成処理においてクライアントにより設定される。［記録状態（ｒｅｃｏｒｄＳｔａｔｕｓ）］は予約録画用であることを示す［Ｔｉｍｅｄ］を設定する。サーバのコンテンツ管理部４４２は、クライアントからのコンテンツ格納オブジェクトの生成要求に予約録画用のコンテンツ格納オブジェクトであることを示す［記録状態（ｒｅｃｏｒｄＳｔａｔｕｓ）］＝［Ｔｉｍｅｄ］の設定情報が含まれることを条件として、生成オブジェクトに対するメタデータとして、コンテンツ格納オブジェクトＵＲＬを設定する。すなわち、サーバは［記録状態（ｒｅｃｏｒｄＳｔａｔｕｓ）］＝［Ｔｉｍｅｄ］の設定情報に基づいて、予約録画用のオブジェクトだと判断し、実際にはコンテンツが無くとも新規生成のオブジェクト（ビデオカプセル）にコンテンツＵＲＬ（ビデオカプセルＵＲＬ）を設定する。
【０３７４】
［記録開始日時］は、コンテンツの記録開始日時情報が設定され、次回、サーバ上でこの日時になったときにこのビデオカプセルに録画を開始する。なお、［週間予約情報］を指定していない場合、日付部分を０年０月０日と指定することで、直近の合致する時刻からスタートする。また、［週間予約情報］を指定した場合、日付部分を０年０月０日と指定することで、正確な日付がわからなくても、合致する次回の曜日からスタートする。
【０３７５】
［記録終了日時］は、コンテンツの記録終了日時情報が設定され、次回、サーバ上でこの日時になったときにこのビデオカプセルが録画状態であるならば、録画を終了する。［記録開始日時］と同様、日付部分を０指定できる。この場合、［記録開始日時］の正確な日付から、次に合致した日時に録画を終了する。
【０３７６】
［放送システム］は、録画を行うチャンネルの放送システムを示す情報であり、例えば地上波、ＢＳ等の設定情報である。放送システムがサーバのチャンネル（ｃｈａｎｎｅｌ）オブジェクトのメタデータとして設定されている場合、クライアントは予約の際に明示的に示す必要がある。
【０３７７】
［チャンネル情報］は、録画大使用となるコンテンツのチャンネル番号である。［記録クオリティレベル］は予め設定された記録品質レベル値としての複数レベル３〜５から選択する。
【０３７８】
［入力ファンクションＩＤ］は、録画ソースとなるコンテンツを扱う機能を示すファンクションＩＤを示す。例えばチューナに対応するファンクションＩＤを設定する。ただし、クライアントの指定はオプショナルであり、サーバが、他のメタデータとして設定されたチャンネル情報や放送システムに基づいて、録画ソースとなるコンテンツを扱う機能（例えば地上波チューナ、ＢＳチューナ）等を選択することが可能である。クライアントが設定する場合は、他のメタデータとして設定されたチャンネル情報や放送システムと整合する値を設定することが必要でありる。
【０３７９】
［記録方式］は、録画方式を示す情報であり、例えば３倍モード、高画質モード等の設定情報である。クライアントの指定はオプショナルであり、クライアントは、サーバ内のコンテンツ記憶部６５０に対応する設定可能な値を設定することが必要である。
【０３８０】
［週間予約情報］は、指定しなくても良く任意指定情報である。月火水木金土日の各曜日を７ビットで表したデータとして記録される。１０（０００１０１０）であれば、毎週木曜と土曜のこの時間帯に予約録画を開始する。録画が終わると、［記録開始日時］と［記録終了日時］が次に録画される実際の時刻に更新する。［記録開始日時］で指定した日付の曜日が、［記録開始日時］に無かった場合はエラーとなる。
【０３８１】
［リソース（ｒｅｓ）］は、記録コンテンツのリソース情報である。録画用のビデオカプセルのＵＲＬ（ビデオカプセルＵＲＬ）が設定される。
【０３８２】
［リソースプロトコル情報］は、記録コンテンツのリソースに対応するプロトコル情報である。前述のライブ録画と同様、追加情報（ＡｄｄｉｏｔｎａｌＩｎｆｏ）として、コンテンツ記憶部の処理を行うことを示すファンクションＩＤ（例えば  ｆｕｎｃ−ｉｄ＝＜ＨＤＤ）が設定される。
【０３８３】
このように、プロトコル情報中の追加情報には、コンテンツ記憶部６５０の制御によるコンテンツ処理を行うことを示すファンクションＩＤが設定される。この場合は、コンテンツ記憶部６５０はハードディスクであり、ＨＤＤの制御を伴うことを示している。ファンクションＩＤは、前述したようにコンテンツの処理に際しての制御対象を示すものであり、ＤＶＤ格納コンテンツに対応する場合は、ＤＶＤを示すファンクションＩＤ、チューナ制御を行う場合は、チューナを示すファンクションＩＤがコンテンツのプロパティ情報中に設定される。
【０３８４】
なお、クライアントは、メタデータの各項目にどのような値を設定できるかを以下の方法でチェックすることが可能である。［記録終了日時］、［記録クオリティレベル］、［入力ファンクションＩＤ］、［記録方式］に関しては、ビデオカプセルを表すクラスのスキーマ情報をコンテンツディレクトリサービス４４２から取得することで調査できる。このとき、各メタデータの許容値（Ａｌｌｏｗｅｄｖａｌｕｅ）をチェックすることで設定可能な値を得ることができる。また、更新が許されている場合はオブジェクト更新（ＵｐｄａｔｅＯｂｊｅｃｔ）処理による更新、例えば予約情報を変更することも可能である。
【０３８５】
なお、ファンクションＩＤ（ｆｕｎｃ−ｉｄ）の値が何を意味しているかについては、クライアントは、コンテンツディレクトリサービス４４２から取得可能なプロトコル情報により、知ることが可能である。
【０３８６】
予約録画において必要となるＡＶＴインスタンスの取得、すなわち、記憶部制御インスタンスとして設定されるビデオカプセル制御インスタンス６５２の取得、設定処理は、コンテンツ管理部４４０のコンテンツディレクトリサービス（ＣＤＳ）４４２の管理する上述のメタデータに基づいて、制御インスタンス設定部／命令出力部６９１が実行する。録画をサポートするサーバは、録画用と再生用を考慮して２つのＡＶＴインスタンスをアサインする。
【０３８７】
前述したライブ録画の場合は、ＡＶＴインスタンスに対するＵＲＩ設定処理等をクライアントからの要求に基づいて実行していたが、予約録画処理の場合は、予約録画用ビデオカプセルが生成されたことを条件として、サーバ内部で制御インスタンス（ＡＶＴインスタンス）に対するＵＲＩ設定処理等を実行する。すなわちこれらの処理は、制御インスタンス設定部／命令出力部６９１が実行する。なお、ライブ録画と同様、クライアントからの明示的な要求に基づいて実行する構成としてもよい。
【０３８８】
２つのＡＶＴインスタンス、すなわち、チューナ制御インスタンスとして設定されるチューナコントロールインスタンス４３３と、記憶部制御インスタンスとして設定されるビデオカプセルコントロールインスタンス６５２に対して、それぞれ録画元、録画先のコンテンツのＵＲＬ、すなわちチャンネルリストＵＲＬ、ビデオカプセルＵＲＬをセットする。このセット処理は、制御インスタンス設定部／命令出力部６９１がビデオカプセルのメタデータに基づいて実行する。
【０３８９】
制御インスタンス設定部／命令出力部６９１は、ビデオカプセルのメタデータ内の［リソース情報］からビデオカプセルＵＲＬを取得し、ビデオカプセルコントロールインスタンス６５２に対してビデオカプセルＵＲＬをセットし、ビデオカプセルのメタデータ内の［入力ファンクションＩＤ］内のファンクションＩＤに基づいて特定されるチューナコンテナのメタデータからチャンネルリストＵＲＬを取得し、チャンネルリストＵＲＬをチューナコントロールインスタンス４３３にセットする。
【０３９０】
さらに、録画先コンテンツを扱うＡＶＴインスタンス、すなわち、ビデオカプセルコントロールインスタンス６５２に対して、録画元コンテンツのＵＲＩの設定処理を実行する。録画元コンテンツのＵＲＩは、例えばチャンネルリストＵＲＬである。これにより、録画先ＡＶＴ（ビデオカプセルコントロールインスタンス６５２）が、録画処理（Ｘ＿Ｒｅｃｏｒｄ  ａｃｔｉｏｎ）を行うときに何が録画されるかが決まる。
【０３９１】
制御インスタンス設定部／命令出力部６９１は、サーバ内のクロックに基づいて、ビデオカプセルのメタデータ内の［記録開始日時］に一致する日時となったことを条件として、チューナコントロールインスタンス４３３に再生要求を送信する。また、制御インスタンス設定部／命令出力部６９１は、ビデオカプセルのメタデータ内の［チャンネル情報］の設定情報に基づいて、チューナコントロールインスタンス４３３に対するチャンネル設定命令を出力する。
【０３９２】
一方、ビデオカプセルコントロールインスタンス６５２は、ビデオカプセルのメタデータ内の［記録開始日時］に一致する日時となったことを条件として録画処理、すなわち、チューナ４１０の受信コンテンツをビデオカプセル６５１に格納する処理を開始する。
【０３９３】
また、制御インスタンス設定部／命令出力部６９１は、サーバ内のクロックに基づいて、ビデオカプセルのメタデータ内の［記録終了日時］に一致する日時となったことを条件として、チューナコントロールインスタンス４３３に再生停止要求を送信する。一方、ビデオカプセルコントロールインスタンス６５２は、ビデオカプセルのメタデータ内の［記録終了日時］に一致する日時となったことを条件として録画処理、すなわち、チューナ４１０の受信コンテンツをビデオカプセル６５１に格納する処理を終了する。
【０３９４】
このように、予約録画の場合、クライアントからの再生要求あるいは録画要求を発行することなく、ビデオカプセルのメタデータに基づいて、チューナコントロールインスタンス４３３の制御に基づくコンテンツのチューナ４１０受信が開始され、さらに、ビデオカプセルコントロールインスタンス６５２のコンテンツ記憶部６５０の制御に基づくコンテンツ格納処理が開始される。
【０３９５】
ビデオカプセルコントロールインスタンス６５２は、ビデオカプセルのメタデータに設定された情報、例えば記録クオリティレベル、記録方式等、各種の設定情報がある場合は、設定情報に従った記録処理を実行し、設定情報がない場合は、デフォルトの設定に基づいて記録処理を実行する。
【０３９６】
なお、クライアントは、サーバに対する情報要求を行うことにより、記録元コンテンツおよび記録先コンテンツに対応して設定された各情報、予約録画の時間情報などを取得することができる。また、サーバはクライアントの要求に基づいてサーバの時刻情報を取得できる。この時刻情報に基づいて、クライアントはサーバのクロックに基づく時刻情報を知ることが可能となる。
【０３９７】
図３０を参照して、チューナ受信コンテンツの予約録画用のコンテンツ格納オブジェクト（ビデオカプセル）の生成処理手順について説明する。まず、ステップＳ８１１において、クライアントは、予約録画用オブジェクト（ビデオカプセル）に設定するメタデータとしてのコンテンツ記録開始、終了時間等の設定情報を決定する。
【０３９８】
設定可能な情報としては、図２９を参照して説明したように、［記録状態（ｒｅｃｏｒｄＳｔａｔｕｓ）］、［記録開始日時（ｒｅｃｏｒｄＳｔａｒｔ  ＤａｔｅＴｉｍｅ）］、［記録終了日時（ｒｅｃｏｒｄＥｎｄ  ＤａｔｅＴｉｍｅ）］、［放送システム（ｂｒｏａｄｃａｓｔ  Ｓｙｓｔｅｍ）］、［チャンネル情報（ｃｈａｎｎｅｌ  Ｎｒ）］、［記録クオリティレベル（ｒｅｃｏｒｄ  Ｑｕａｌｉｔｙ  Ｌｅｖｅｌ）］、［入力ファンクションＩＤ（ｒｅｃｏｒｄＩｎｐｕｔＦｕｎｃＩＤ）］、［録画方式（ｒｅｃｏｒｄｉｎｇ  Ｍｅｔｈｏｄ）］、［週間予約情報（ｗｅｅｋＩｎｆｏ）］、［リソース（ｒｅｓ）］、［リソースプロトコル情報（ｒｅｓ＠ｐｒｏｔｏｃｏｌＩｎｆｏ）］が含まれる。なお、［記録状態（ｒｅｃｏｒｄＳｔａｔｕｓ）］は［Ｔｉｍｅｄ］とする。
【０３９９】
クライアントは、ステップＳ８１２において、これらの設定情報とともに、オブジェクト生成要求をサーバのコンテンツディレクトリサービス４４２に対して送信する。
【０４００】
コンテンツディレクトリサービス４４２は、ステップＳ８２１において、クライアントによって設定されたメタデータ中の［記録状態（ｒｅｃｏｒｄＳｔａｔｕｓ）］＝［Ｔｉｍｅｄ］であることを確認し、ステップＳ８２２において、ビデオカプセルを生成して、ビデオカプセルＵＲＬを設定する。さらに、ステップＳ８２３において、クライアントの設定情報としての［記録開始日時］、［記録終了日時］等をビデオカプセルのメタデータとして設定する。
【０４０１】
このように設定されたビデオカプセルのメタデータに基づいて、チューナコントロールインスタンス４３３、ビデオカプセルコントロールインスタンス６５２が設定され、各コンテンツ制御インスタンスおよび制御インスタンス設定部／命令出力部６９１の制御の下にコンテンツのビデオカプセル６５１に対する格納処理が実行されることになる。
【０４０２】
図３１を参照してコンテンツの予約録画の一連のシーケンスについて説明する。ステップＳ８５１において、クライアントは、［記録開始日時］、［記録終了日時］他の各種情報をメタデータとして設定したビデオカプセルの生成要求を行い、コンテンツ管理部４４０のコンテンツディレクトリサービス４４２において予約録画用のビデオカプセルが生成される。上述したように［記録状態（ｒｅｃｏｒｄＳｔａｔｕｓ）］＝［Ｔｉｍｅｄ］が設定されていることを条件として、ビデオカプセルＵＲＬが設定され、予約録画用であることが判別される。
【０４０３】
ステップＳ８５２において、作成されたビデオカプセルのメタデータに基づいて、ビデオカプセルコントロールインスタンス６５２およびチューナコントロールインスタンス４３３が設定される。このステップＳ８５２の処理および、以下に説明するステップＳ８５３〜Ｓ８５５の処理はサーバ内の内部処理として実行され、クライアントサーバ間での通信処理は必要とならない。
【０４０４】
ステップＳ８５２の処理は、２つのＡＶＴインスタンス、すなわち、チューナコントロールインスタンス４３３と、ビデオカプセルコントロールインスタンス６５２をアサインし、これらの各制御インスタンスに対して、それぞれ録画元、録画先のコンテンツのＵＲＬ、すなわちチャンネルリストＵＲＬ、ビデオカプセルＵＲＬをセットする処理である。さらに、録画先コンテンツを扱うＡＶＴインスタンス、すなわち、ビデオカプセルコントロールインスタンス６５２に対して、録画元コンテンツのＵＲＩの設定を実行する。これらの処理は、ビデオカプセルのメタデータの設定情報に基づいて実行される。これにより、録画先ＡＶＴ（ビデオカプセルコントロールインスタンス６５２）が、録画処理を行うときに何が録画されるかが決まる。
【０４０５】
ステップＳ８５３において、ビデオカプセルのメタデータに設定された［記録開始日時］になったことを条件として、チューナコントロールインスタンス４３３と、ビデオカプセルコントロールインスタンス６５２の制御のもとにチューナ受信コンテンツのビデオカプセル６５１に対する格納処理が開始され、ステップＳ８５４において、コンテンツ記録がコンテンツ記憶部６５０のビデオカプセル６５１に対して実行される。
【０４０６】
ステップＳ８５５において、ビデオカプセルのメタデータに設定された［記録終了日時］になったことを条件として、チューナコントロールインスタンス４３３と、ビデオカプセルコントロールインスタンス６５２の制御のもとにチューナ受信コンテンツのビデオカプセル６５１に対する格納処理が終了する。
【０４０７】
このように、サーバ内において、ビデオカプセルのメタデータに基づいてコンテンツ配信制御部４３１の各ＡＶＴインスタンスのアサイン処理、および各ＡＶＴインスタンスに対するＵＲＩ設定処理が実行され、クライアントによる明示的なＡＶＴインスタンスの設定処理を行うことなく、各種の制御がビデオカプセルのメタデータに基づいて確実に実行される。
【０４０８】
このように、本構成においては、ハードディスク等のコンテンツ記憶部を制御してチューナ受信コンテンツの記録処理を実行するビデオカプセルコントロールインスタンスが設定され、ビデオカプセルコントロールインスタンスに記録元コンテンツおよび記録先コンテンツを特定するコンテンツＵＲＬとしてのチャンネルリストＵＲＬ、ビデオカプセルＵＲＬを設定し、また、ビデオカプセルのメタデータとして［記録開始日時］、［記録終了日時］等のコンテンツ記録に必要な情報を設定し、これらの設定情報に従ってコンテンツ記録を確実に実行することが可能となる。
【０４０９】
なお、予約録画によってコンテンツを格納したビデオカプセルのコンテンツをクライアントが取得して再生する場合は、予約録画ビデオカプセルに設定されたビデオカプセルＵＲＬに基づくコンテンツ取得要求であるＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）ＧＥＴメソッドを生成してサーバに送信することで、ビデオカプセルＵＲＬに対応するコンテンツ、すなわち予約録画されたコンテンツを受信して再生することができる。
【０４１０】
また、予約録画の実行中においても、ビデオカプセルに設定されたビデオカプセルＵＲＬに基づくコンテンツ取得要求であるＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）ＧＥＴメソッドを生成してサーバに送信することで、クライアントは、前述したライブストリーミングにおけるタイムシフト再生と同様のコンテンツ再生を行うことが可能となる。
【０４１１】
また、予約録画の実行中において、既にチューナコントロールインスタンスはチャンネルリストＵＲＬを設定された状態にあり、クライアントがチューナ受信コンテンツをモニタしたい場合には、サーバに対してチャンネルリストＵＲＬを設定したＨＴＴＰ−ＧＥＴメソッドを発行するのみで、チューナのストリーミングを得ることができる。
【０４１２】
［サーバおよびクライアントの機能構成］
サーバおよびクライアント装置のハードウェア構成については、先に図２を参照して説明した通りであり、上述した各種フローおよびシーケンス図に従った処理は、サーバクライアントそれぞれの記憶部に格納されたプログラムに従って主にＣＰＵの制御の下に実行される。上述した処理を実行するために必要となるサーバの機能構成とクライアントの機能構成について図３２および図３３を参照して説明する。
【０４１３】
図３２は、サーバの主要機能構成を示すブロック図である。基本的に図６に示す構成に対応するが、図３２の構成ではチューナを２つ持つ構成例を示してある。パケット送受信部７０１は、クライアントに対するパケット、クライアントからのパケットを受信する。パケット生成、解析部７０２は、送信パケットの生成処理、受信パケットの解析処理を行う。パケットのアドレス設定、アドレス認識、データ部に対するデータ格納、データ部からのデータ取得処理などである。
【０４１４】
チューナＡ７０３は、チューナＢ７０４は、地上波、ＢＳ、ＣＳ等の衛星放送、インターネット、その他の通信網を介するデータを受信するチューナである。
【０４１５】
コンテンツ記憶部７０５は、サーバの保有するコンテンツを格納する。上述したビデオカプセル等、コンテンツ格納オブジェクトが設定される。各コンテンツはビデオカプセルＵＲＬ等のコンテンツＵＲＬによって特定可能である。イベント情報記憶部７０６は、コンテンツに対応するイベント情報を格納する。各イベント情報はイベントＵＲＬによって特定可能である。
【０４１６】
コーデック７０７は、サーバの保有するコンテンツ、チューナ受信コンテンツをクライアントからの要求に対応したデータ態様に変換する。ファイルフォーマット、コーデック、解像度等の変換を実行する。例えばＡＴＲＡＣ３、ＭＰＥＧ４に基づくデータ変換を実行する。
【０４１７】
コンテンツ管理部は、コンテンツ管理を実行する処理部であり、メタデータ記憶部７１３は、コンテンツに対応する属性情報としてのメタデータを格納した記憶部である。メタデータ記憶部７１３には、前述したように、コンテナ等の各オブジェクト対応のメタデータを構成するプロパティ情報が格納される。例えば、チューナコンテナのプロパティ情報として、チャンネルリストＵＲＬが設定される。ビデオカプセルに対してはビデオカプセルＵＲＬが設定される。コネクションマネージャサービス７１１は、クライアントからのコンテンツ情報要求に応じて、メタデータに基づいてコンテンツ情報を生成する。コネクションマネージャサービス７１１は、コンテンツ管理部におけるクライアントとの接続を管理し、コンテンツ管理部において処理可能なプロトコル情報等をクライアントに提供する。
【０４１８】
制御インスタンス設定部／命令出力部７１４は、予約記録の項目において説明したように、ビデオカプセル等コンテンツ格納オブジェクトのメタデータに基づく各制御インスタンスの設定処理および命令発行処理を実行する。
【０４１９】
コンテンツ配信制御部７２０は、クライアントに対する配信コンテンツの制御を実行し、コネクションマネージャサービス７２１とコンテンツ対応制御部７２２を有する。コンテンツ対応制御部７２２には配信コンテンツに対応してＡＶＴインスタンス７２３が設定され、具体的なコンテンツの配信制御、記録制御は、各コンテンツに対応するＡＶＴインスタンスが実行する。コネクションマネージャサービス７２１は、ＡＶＴインスタンスをアサインし、コネクションＩＤ、ＡＶＴインスタンスＩＤ、プロトコル情報を対応付けて管理するコネクション管理テーブル（図１０参照）を設定してコネクション管理を行う。
【０４２０】
次に、クライアント装置の機能構成について、図３３を参照して説明する。パケット送受信部８０１は、サーバに対するパケット、サーバからのパケットを受信する。パケット生成、解析部８０２は、送信パケットの生成処理、受信パケットの解析処理を行う。パケット内の格納データ解析のみならず、パケットのアドレス設定、アドレス認識、データ部に対するデータ格納、データ部からのデータ取得処理なども含む。
【０４２１】
記憶部８０３は、サーバから受信したパケットに含まれるコンテンツ情報、コンテンツ、チャンネル情報、チャンネルリストＵＲＬ、ファンクションＩＤ、イベント情報、コネクションＩＤ、ＡＶＴインスタンスＩＤ等を格納する。
【０４２２】
出力部８０４は、コンテンツ再生処理に適用するスピーカ、ディスプレイを含む。なお、ディスプレイは、先に図４を参照して説明した表示情報の出力にも利用される。入力部８０５は、例えば、表示情報として表示されたコンテンツ情報としてのチャンネルリストの選択、チャンネル情報に基づくチャンネル選択など、ユーザの入力を実行するためのキーボード、その他のデータ入力手段である。
【０４２３】
コンテンツ情報解析部８０６は、サーバから受信したコンテンツ情報からなるＸＭＬデータを解析し、解析データに基づいて、先に図４を参照して説明したコンテンツＵＲＬ、チャンネルリストＵＲＬまたはこれらのリンクデータを含む表示情報を生成し、出力部としてのディスプレイに出力する処理を実行する。
【０４２４】
コンテンツ再生制御部８０７は、サーバから受信するコンテンツの再生制御を実行する。なお、コンテンツ再生処理おいては、必要に応じてデータ変換部８０８において、サーバからの受信コンテンツの変換処理を実行する。例えばＡＴＲＡＣ３、ＭＰＥＧ４に基づくデータ復号処理等を実行する。
【０４２５】
サーバ、およびクライアントは、機能的には図３２、図３３に示す各機能を有し、上述した各処理を実行する。ただし、図３２、図３３に示すブロック図は、機能を説明するブロック図であり、実際には、図２に示すＰＣ等のハードウェア構成におけるＣＰＵの制御の下に各種の処理プログラムが実行される。
【０４２６】
以上、特定の実施例を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が該実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本発明の要旨を判断するためには、冒頭に記載した特許請求の範囲の欄を参酌すべきである。
【０４２７】
なお、明細書中において説明した一連の処理はハードウェア、またはソフトウェア、あるいは両者の複合構成によって実行することが可能である。ソフトウェアによる処理を実行する場合は、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれたコンピュータ内のメモリにインストールして実行させるか、あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。
【０４２８】
例えば、プログラムは記録媒体としてのハードディスクやＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）に予め記録しておくことができる。あるいは、プログラムはフレキシブルディスク、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ），ＭＯ（Ｍａｇｎｅｔｏ  ｏｐｔｉｃａｌ）ディスク，ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ）、磁気ディスク、半導体メモリなどのリムーバブル記録媒体に、一時的あるいは永続的に格納（記録）しておくことができる。このようなリムーバブル記録媒体は、いわゆるパッケージソフトウエアとして提供することができる。
【０４２９】
なお、プログラムは、上述したようなリムーバブル記録媒体からコンピュータにインストールする他、ダウンロードサイトから、コンピュータに無線転送したり、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、インターネットといったネットワークを介して、コンピュータに有線で転送し、コンピュータでは、そのようにして転送されてくるプログラムを受信し、内蔵するハードディスク等の記録媒体にインストールすることができる。
【０４３０】
なお、明細書に記載された各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。また、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【０４３１】
【発明の効果】
以上、説明したように、本発明においては、チューナによる外部受信コンテンツの予約録画処理において、ビデオカプセル等のコンテンツ格納オブジェクトに対するメタデータの設定情報に基づいてコンテンツの記録開始および終了を制御する構成としたので、クライアントが予めビデオカプセル等のコンテンツ格納オブジェクトに対応するメタデータを設定し、コンテンツディレクトリサービス（ＣＤＳ）の管理の下におくことで、メタデータに基づく制御によってチューナ受信コンテンツのサーバ内のハードディスク等の記憶部に対するコンテンツ記録処理が正確に実行される。
【０４３２】
さらに、本発明の構成によれば、ビデオカプセル等のコンテンツ格納オブジェクトに対するメタデータの設定情報に基づいて、コンテンツ管理部に設定した制御インスタンス設定部／命令出力部が、チューナ受信コンテンツの制御を実行するチューナ制御インスタンスと、ハードディスク等のコンテンツ記憶部の制御のもとにチューナ受信コンテンツの記録処理を実行する記憶部制御インスタンス（ビデオカプセルコントロールインスタンス）とを設定し、命令出力を実効する構成としたので、サーバクライアント間の通信を介在させずに、メタデータに基づくコンテンツの予約記録処理が実行可能となる。
【０４３３】
さらに、本発明の構成によれば、予約録画の実行中において、ビデオカプセルに設定されたビデオカプセルＵＲＬに基づくコンテンツ取得要求であるＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）ＧＥＴメソッドを生成してサーバに送信することで、クライアントは、チューナ受信コンテンツのタイムシフト再生と同様のコンテンツ再生が可能となる。また、予約録画の実行中において、既にチューナコントロールインスタンスはチャンネルリストＵＲＬを設定された状態にあり、クライアントがチューナ受信コンテンツをモニタしたい場合には、サーバに対してチャンネルリストＵＲＬを設定したＨＴＴＰ−ＧＥＴメソッドを発行するのみで、チューナ受信コンテンツのストリーミングを得ることができる。
【図面の簡単な説明】
【図１】本発明の適用可能なネットワーク構成例を示す図である。
【図２】ネットワーク接続機器の構成例について説明する図である。
【図３】サーバにおけるコンテンツ管理ディレクトリ構成について説明する図である。
【図４】コンテンツ情報表示例を示す図である。
【図５】コンテンツデータ再生処理におけるサーバクライアント間の処理シーケンスについて説明する図である。
【図６】チューナ受信データのストリーミング配信処理を実行するサーバの構成を示す図である。
【図７】サーバにおけるコンテンツ管理ディレクトリ構成中のチューナコンテナおよびチャンネルアイテムについて説明する図である。
【図８】チューナコンテナおよびチャンネルアイテムに対応するコンテンツ情報について説明する図である。
【図９】チューナ受信データのストリーミング配信処理を実行するサーバクライアント間の処理シーケンスについて説明する図である。
【図１０】チューナ受信データのストリーミング配信処理を実行するサーバの保有するコネクション管理テーブルの構成データについて説明する図である。
【図１１】チューナ受信データのストリーミング配信処理を実行するサーバクライアント間の処理シーケンス中のチャンネル切り替え処理について説明する図である。
【図１２】チューナ受信データのストリーミング配信処理を実行するサーバクライアント間の処理シーケンス中のコネクション終了処理について説明する図である。
【図１３】複数チューナを持つサーバによるチューナ受信データのストリーミング配信処理について説明する図である。
【図１４】チューナコンテナとチャンネルリストＵＲＬとの対応例について説明する図である。
【図１５】チューナコンテナとチャンネルリストＵＲＬとの対応例について説明する図である。
【図１６】チューナコンテナとチャンネルリストＵＲＬとの対応例について説明する図である。
【図１７】チューナ受信データのストリーミング配信処理を実行するサーバの処理を説明するフローチャート図である。
【図１８】チューナ受信データのストリーミング配信処理を実行するクライアントの処理を説明するフローチャート図である。
【図１９】チューナ受信データのストリーミング配信処理およびライブコンテンツ記録を実行する実行するサーバの構成を示す図である。
【図２０】チューナ受信データのストリーミング配信処理およびライブコンテンツ記録処理を実行するサーバクライアント間の処理シーケンスについて説明する図である。
【図２１】チューナ受信データのストリーミング配信処理およびライブコンテンツ記録処理を実行するサーバの保有するコネクション管理テーブルの構成データについて説明する図である。
【図２２】チューナ受信データのストリーミング配信処理およびライブコンテンツ記録処理を実行するサーバの処理を説明するフローチャート図である。
【図２３】チューナ受信データのストリーミング配信処理およびライブコンテンツ記録処理を実行するクライアントの処理を説明するフローチャート図である。
【図２４】ライブコンテンツ記録処理を実行する際のサーバクライアントの処理を説明するシーケンス図である。
【図２５】ライブコンテンツ記録処理を実行する際のコンテンツ格納オブジェクトのメタデータの例を説明する図である。
【図２６】ライブコンテンツ記録処理中にポーズ処理を実行する場合のサーバクライアントの処理を説明するシーケンス図である。
【図２７】ライブコンテンツ記録処理中に記録終了処理を実行する場合のサーバクライアントの処理を説明するシーケンス図である。
【図２８】チューナ受信データの予約記録を実行する実行するサーバの構成を示す図である。
【図２９】コンテンツ予約記録用のオブジェクトに対応するメタデータの例を示す図である。
【図３０】コンテンツ予約記録用のオブジェクトの生成処理の処理手順を説明するフローチャートを示す図である。
【図３１】コンテンツ予約記録の処理シーケンスを示す図である。
【図３２】サーバの処理機能を説明するブロック図である。
【図３３】クライアントの処理機能を説明するブロック図である。
【符号の説明】
１００  ネットワーク
１０１  サーバ
１２１  ＰＣ
１２２  モニタ
１２３  携帯電話
１２４  再生機
１２５  ＰＤＡ
２０１  ＣＰＵ
２０２  ＲＯＭ
２０３  ＲＡＭ
２０４  ＨＤＤ
２０５  バス
２０６  入出力インタフェース
２０７  入力部
２０８  出力部
２０９  通信部
２１０  ドライブ
２１１  リムーバブル記録媒体
２２０  チューナ
３０１  ルートコンテナ
３０２〜３０９  オブジェクト
３５０  ディスプレイ
３５７  コンテンツ情報
４００  サーバ
４１０  チューナ
４２０  コーデック
４３０  コンテンツ配信制御部
４３１  コネクションマネージャサービス
４３２  コンテンツ対応制御部
４３３  ＡＶＴインスタンス
４４０  コンテンツ管理部
４４１  コネクションマネージャサービス
４４２  コンテンツディレクトリサービス
４４３  データベース
４６０  クライアント
４７０  ユーザ
４８１  ルートコンテナ
４８２  チューナコンテナ
４８３〜４８５  チャンネルアイテム
４９１  ファンクションＩＤ
４９２  チャンネルリストＵＲＬ
５００  コンテンツ配信制御部
５１１  チューナＡ
５１２  コーデックＡ
５２１  チューナＢ
５２２  コーデックＢ
５３０  コネクションマネージャサービス
５３１，５３２  チューナコントロールインスタンス
６０１  チューナコンテナ
６０２，６０３  チャンネルアイテム
６１１  チューナコンテナ
６１２  チャンネルアイテム
６２１  チューナコンテナ
６２２  チャンネルアイテム
６３１  チューナコンテナ
６３２  チャンネルアイテム
６４１  チューナコンテナ
６４２  チャンネルアイテム
６５０  コンテンツ記憶部
６５１  ビデオカプセル
６５２  ビデオカプセルコントロールインスタンス
６８１，６８２  プロトコル情報
６９１  制御インスタンス設定部／命令出力部
７０１  パケット送受信部
７０２  パケット生成、解析部
７０３  チューナＡ
７０４  チューナＢ
７０５  コンテンツ記憶部
７０６  イベント情報記憶部
７０７  コーデック
７１０  コンテンツ管理部
７１１  コネクションマネージャサービス
７１２  コンテンツディレクトリサービス
７１３  メタデータ記憶部
７２０  コンテンツ配信制御部
７２１  コネクションマージャサービス
７２２  コンテンツ対応制御部
７２３  ＡＶＴインスタンス
８０１  パケット送受信部
８０２  パケット生成、解析部
８０３  記憶部
８０４  出力部
８０５  入力部
８０６  コンテンツ情報解析部
８０７  コンテンツ再生制御部
８０８  データ変換部
【図１】
2004312414.tif 000003
【図２】
2004312414.tif 000004
【図３】
2004312414.tif 000005
【図４】
2004312414.tif 000006
【図５】
2004312414.tif 000007
【図６】
2004312414.tif 000008
【図７】
2004312414.tif 000009
【図８】
2004312414.tif 000010
【図９】
2004312414.tif 000011
【図１０】
2004312414.tif 000012
【図１１】
2004312414.tif 000013
【図１２】
2004312414.tif 000014
【図１３】
2004312414.tif 000015
【図１４】
2004312414.tif 000016
【図１５】
2004312414.tif 000017
【図１６】
2004312414.tif 000018
【図１７】
2004312414.tif 000019
【図１８】
2004312414.tif 000020
【図１９】
2004312414.tif 000021
【図２０】
2004312414.tif 000022
【図２１】
2004312414.tif 000023
【図２２】
2004312414.tif 000024
【図２３】
2004312414.tif 000025
【図２４】
2004312414.tif 000026
【図２５】
2004312414.tif 000027
【図２６】
2004312414.tif 000028
【図２７】
2004312414.tif 000029
【図２８】
2004312414.tif 000030
【図２９】
2004312414.tif 000031
【図３０】
2004312414.tif 000032
【図３１】
2004312414.tif 000033
【図３２】
2004312414.tif 000034
【図３３】
2004312414.tif 000035