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

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

Info

Publication number
JP2004312413A
JP2004312413A JP2003103717A JP2003103717A JP2004312413A JP 2004312413 A JP2004312413 A JP 2004312413A JP 2003103717 A JP2003103717 A JP 2003103717A JP 2003103717 A JP2003103717 A JP 2003103717A JP 2004312413 A JP2004312413 A JP 2004312413A
Authority
JP
Japan
Prior art keywords
content
tuner
control
client
information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2003103717A
Other languages
English (en)
Other versions
JP2004312413A5 (ja
Inventor
Norifumi Yoshikawa
典史 吉川
Takuya Igarashi
卓也 五十嵐
Hiroyuki Mitsuhori
裕之 三ツ堀
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Original Assignee
Sony Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony Corp filed Critical Sony Corp
Priority to JP2003103717A priority Critical patent/JP2004312413A/ja
Priority to US10/552,442 priority patent/US8135844B2/en
Priority to PCT/JP2004/004921 priority patent/WO2004090736A1/ja
Priority to EP04725828A priority patent/EP1612686A4/en
Priority to KR20057019159A priority patent/KR20060002962A/ko
Priority to CN200480013036A priority patent/CN100583063C/zh
Publication of JP2004312413A publication Critical patent/JP2004312413A/ja
Publication of JP2004312413A5 publication Critical patent/JP2004312413A5/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85—Assembly of content; Generation of multimedia applications
    • H04N21/858—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot
    • H04N21/8586—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot by using a URL
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F15/00—Digital computers in general; Data processing equipment in general
    • G06F15/16—Combinations of two or more digital computers each having at least an arithmetic unit, a program unit and a register, e.g. for a simultaneous processing of several programs
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/612—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/613—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for the control of the source by the destination
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80—Responding to QoS

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Hardware Design (AREA)
  • Theoretical Computer Science (AREA)
  • General Business, Economics & Management (AREA)
  • Business, Economics & Management (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Transfer Between Computers (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Television Signal Processing For Recording (AREA)

Abstract

【課題】チューナ受信コンテンツのサーバからクライアントに対するライブストリーム配信および記録処理の改善された制御を可能とする装置および方法を提供する。
【解決手段】チューナの制御の下にチューナ受信コンテンツのストリーミング配信を実行するチューナ制御インスタンスと、ハードディスク等のコンテンツ記憶部の制御のもとにチューナ受信コンテンツの記録を実行する記憶部制御インスタンスとを独立に設定し、それぞれに処理制御対象を特定可能なコンテンツＵＲＬとしてのチャンネルリストＵＲＬ、ビデオカプセルＵＲＬを設定し、また、制御インスタンス（ＡＶＴインスタンス）の識別子である制御インスタンスＩＤを設定して、クライアントからの要求を個別に受信する構成とした。本構成により、クライアント要求に従った独立した処理が可能となる。
【選択図】 図１９

Description

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

Claims (32)

  1. クライアントに対するコンテンツ送信およびコンテンツ記録処理を実行するコンテンツ提供サーバであり、
    データ受信処理を実行するチューナと、
    前記チューナによる受信コンテンツおよび制御情報のサーバクライアント間の通信処理を実行するデータ送受信部と、
    コンテンツに対応する属性情報をコンテンツ情報として格納したメタデータ記憶部と、
    コンテンツを記憶するコンテンツ記憶部と、
    前記コンテンツ情報のクライアントに対する提供処理を実行するコンテンツ管理部と、
    前記チューナを介した受信コンテンツに対する処理を実行するコンテンツ配信制御部とを有し、
    前記コンテンツ配信制御部は、
    前記チューナの受信コンテンツのクライアントに対する配信処理制御を実行し、チューナ受信コンテンツに対応する記録元コンテンツ識別子が設定されたチューナ制御インスタンスと、
    前記チューナによる受信コンテンツの前記コンテンツ記憶部に対する記録処理制御を実行し、記録先コンテンツ識別子が設定された記憶部制御インスタンスとを有し、
    前記チューナ制御インスタンス、および前記記憶部制御インスタンスの各々が、設定コンテンツ識別子に対応した制御を独立して実行する構成であることを特徴とするコンテンツ提供サーバ。
  2. 前記記憶部制御インスタンスには、記録元コンテンツ識別子が設定され、
    前記記憶部制御インスタンスは、
    前記記録元コンテンツ識別子に基づいて記録コンテンツの特定処理を実行する構成であることを特徴とする請求項１に記載のコンテンツ提供サーバ。
  3. 前記コンテンツ管理部は、
    コンテンツ管理ディレクトリに基づくコンテンツ情報管理を実行する構成であり、
    前記記録元コンテンツ識別子を、前記コンテンツ管理ディレクトリの管理オブジェクトとしてのチューナコンテナのメタデータとして設定し、前記記録先コンテンツ識別子を、前記コンテンツ管理ディレクトリの管理オブジェクトとしてのコンテンツ格納オブジェクトのメタデータとして設定するとともに、前記クライアントからの要求に応じて前記メタデータの提供処理を実行する構成を有し、
    前記チューナ制御インスタンス、および前記記憶部制御インスタンスの各々は、前記クライアントからの要求に応じて、前記記録元コンテンツ識別子または記録先コンテンツ識別子の設定処理を実行する構成であることを特徴とする請求項１に記載のコンテンツ提供サーバ。
  4. 前記記録元コンテンツ識別子は、前記チューナの受信チャンネル中、少なくとも複数チャンネルを含むチャンネルリストの識別情報としてのチャンネルリスト識別子であり、
    前記チューナ制御インスタンスは、
    前記チャンネルリストに記述された複数チャンネルに対応するチューナの受信する複数コンテンツを制御コンテンツの一単位として設定し、クライアントから受信するチャンネルリスト識別子に対応する制御要求に基づいて、前記チャンネルリストに記述された複数チャンネルに対応する配信コンテンツの制御を実行する構成であることを特徴とする請求項１に記載のコンテンツ提供サーバ。
  5. 前記記録元コンテンツ識別子は、前記チューナの受信チャンネル中、少なくとも複数チャンネルを含むチャンネルリストの識別情報として設定されたチャンネルリストＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒｓ）であり、
    前記記録先コンテンツ識別子は、前記コンテンツ記憶部に設定されたコンテンツ格納領域に対応するコンテンツ格納オブジェクトの識別子として設定されたコンテンツ格納オブジェクトＵＲＬであることを特徴とする請求項１に記載のコンテンツ提供サーバ。
  6. 前記コンテンツ管理部は、
    コンテンツ管理ディレクトリに基づくコンテンツ情報管理を実行する構成であり、
    前記コンテンツ管理ディレクトリの管理オブジェクトとしてのコンテンツ格納オブジェクトのメタデータとして、コンテンツ記録終了時間情報、記録品質の少なくともいずれかの設定情報を保持可能な構成を有し、
    前記記録先コンテンツ識別子が設定された記憶部制御インスタンスは、前記設定情報に従ったコンテンツ記録処理を実行する構成であることを特徴とする請求項１に記載のコンテンツ提供サーバ。
  7. 前記コンテンツ管理部は、
    前記クライアントからのコンテンツ格納オブジェクトの生成要求にライブコンテンツの格納用のコンテンツ格納オブジェクトの生成要求であることを示す情報が含まれることを条件として、生成オブジェクトに対するメタデータとして、コンテンツ格納オブジェクトＵＲＬを設定する処理を実行する構成であることを特徴とする請求項１に記載のコンテンツ提供サーバ。
  8. 前記コンテンツ提供サーバは、
    前記クライアントからのコンテンツ格納オブジェクトの生成要求にライブコンテンツの格納用のコンテンツ格納オブジェクトの生成要求であることを示す情報が含まれることを条件として、前記記憶部制御インスタンスの設定処理を実行する構成であることを特徴とする請求項１に記載のコンテンツ提供サーバ。
  9. 前記記憶部制御インスタンスの設定処理には、記録先コンテンツ識別子としてのコンテンツ格納オブジェクトＵＲＬの設定処理を含むことを特徴とする請求項８に記載のコンテンツ提供サーバ。
  10. 前記コンテンツ情報には、
    コンテンツ対応のプロトコル情報が含まれ、
    前記記録元コンテンツに対応して設定されるプロトコル情報には、チューナ識別情報としてのファンクションＩＤが設定され、
    前記記録先コンテンツに対応して設定されるプロトコル情報には、コンテンツ記憶部識別情報としてのファンクションＩＤが設定され、
    前記コンテンツ配信制御部は、
    前記チューナ制御インスタンス、および前記記憶部制御インスタンスの各々を前記ファンクションＩＤに基づいて決定される制御対象の制御を実行する制御インスタンスとして設定する処理を実行する構成であることを特徴とする請求項１に記載のコンテンツ提供サーバ。
  11. 前記コンテンツ配信制御部は、
    コンテンツ識別子によって特定されるコンテンツの処理制御を実行する制御インスタンスを設定して、制御インスタンスに基づくコンテンツ毎の制御を実行する構成であり、
    前記チューナ制御インスタンス、および前記記憶部制御インスタンスの各々の識別子としてのインスタンスＩＤと、サーバクライアント間のコネクション識別子であるコネクションＩＤと、配信コンテンツに対応するプロトコル情報とを対応付けたコネクション管理テーブルに基づくコネクション管理を実行する構成であることを特徴とする請求項１に記載のコンテンツ提供サーバ。
  12. 前記コンテンツ配信制御部は、
    ＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）プロトコルに従った配信コンテンツの制御要求をクライアントから受信し、該制御要求に基づいて、コンテンツ制御を実行する構成であることを特徴とする請求項１に記載のコンテンツ提供サーバ。
  13. サーバに対するチューナ受信コンテンツのデータ処理を要求するクライアントとしての情報処理装置であり、
    前記サーバから受信するコンテンツ情報に含まれるプロトコル情報中の、チューナ識別情報としてのチューナ識別ファンクションＩＤを含む第１のプロトコル情報、およびデータ記憶部識別情報としてのデータ記憶部識別ファンクションＩＤを含む第２のプロトコル情報を前記サーバに対して送信するとともに、
    前記サーバから受信するチューナ制御インスタンスＩＤおよび記憶部制御インスタンスＩＤを取得し、該制御インスタンスＩＤを指定した各制御インスタンスに対する制御要求の送信処理を実行する構成を有することを特徴とする情報処理装置。
  14. 前記情報処理装置は、
    前記チューナ制御インスタンスに対して記録元コンテンツ識別子、前記記憶部制御インスタンスに対して記録先コンテンツ識別子のセット要求を行うとともに、前記記憶部制御インスタンスに対して、前記記録元コンテンツ識別子を通知する処理を実行する構成を有することを特徴とする請求項１３に記載の情報処理装置。
  15. 前記記録元コンテンツ識別子は、前記チューナの受信チャンネル中、少なくとも複数チャンネルを含むチャンネルリストの識別情報として設定されたチャンネルリストＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒｓ）であり、
    前記記録先コンテンツ識別子は、前記コンテンツ記憶部に設定されたコンテンツ格納領域に対応するコンテンツ格納オブジェクトの識別子として設定されたコンテンツ格納オブジェクトＵＲＬであることを特徴とする請求項１４に記載の情報処理装置。
  16. チューナによる受信コンテンツの処理を実行する情報処理方法であり、
    前記チューナの受信コンテンツのクライアントに対する配信処理制御を実行するチューナ制御インスタンスに対して記録元コンテンツ識別子を設定するステップと、
    前記チューナによる受信コンテンツの前記コンテンツ記憶部に対する記録処理制御を実行する記憶部制御インスタンスに対して記録先コンテンツ識別子を設定するステップと、
    クライアントからのチューナ制御インスタンスまたは記憶部制御インスタンスの識別情報を持つ制御要求を受信する制御要求受信ステップと、
    前記識別情報に基づいて、チューナ制御インスタンスまたは記憶部制御インスタンスによるチューナ制御または記憶部制御を実行する制御ステップと、
    を有することを特徴とする情報処理方法。
  17. 前記情報処理方法において、さらに、
    前記記憶部制御インスタンスに対して記録元コンテンツ識別子を設定するステップを有し、
    前記記憶部制御インスタンスは、
    前記記録元コンテンツ識別子に基づいて記録コンテンツの特定処理を実行することを特徴とする請求項１６に記載の情報処理方法。
  18. 前記情報処理方法は、さらに、
    前記記録元コンテンツ識別子を、コンテンツ管理ディレクトリの管理オブジェクトとしてのチューナコンテナのメタデータとして設定するステップと、
    前記記録先コンテンツ識別子を、前記コンテンツ管理ディレクトリの管理オブジェクトとしてのコンテンツ格納オブジェクトのメタデータとして設定するステップと、
    前記クライアントからの要求に応じて前記メタデータの提供処理を実行するステップと、
    前記チューナ制御インスタンス、および前記記憶部制御インスタンスの各々において、
    前記クライアントからの要求に応じて、前記記録元コンテンツ識別子または記録先コンテンツ識別子の設定処理を実行することを特徴とする請求項１６に記載の情報処理方法。
  19. 前記記録元コンテンツ識別子は、前記チューナの受信チャンネル中、少なくとも複数チャンネルを含むチャンネルリストの識別情報としてのチャンネルリスト識別子であり、
    前記チューナ制御インスタンスは、
    前記チャンネルリストに記述された複数チャンネルに対応するチューナの受信する複数コンテンツを制御コンテンツの一単位として設定し、クライアントから受信するチャンネルリスト識別子に対応する制御要求に基づいて、前記チャンネルリストに記述された複数チャンネルに対応する配信コンテンツの制御を実行することを特徴とする請求項１６に記載の情報処理方法。
  20. 前記記録元コンテンツ識別子は、前記チューナの受信チャンネル中、少なくとも複数チャンネルを含むチャンネルリストの識別情報として設定されたチャンネルリストＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒｓ）であり、
    前記記録先コンテンツ識別子は、前記コンテンツ記憶部に設定されたコンテンツ格納領域に対応するコンテンツ格納オブジェクトの識別子として設定されたコンテンツ格納オブジェクトＵＲＬであることを特徴とする請求項１６に記載の情報処理方法。
  21. 前記情報処理方法において、さらに、
    コンテンツ管理ディレクトリの管理オブジェクトとしてのコンテンツ格納オブジェクトのメタデータとして、コンテンツ記録終了時間情報、記録品質の少なくともいずれかの設定情報を設定するステップと、
    前記記録先コンテンツ識別子が設定された記憶部制御インスタンスにおいて、前記設定情報に従ったコンテンツ記録処理を実行するステップと、
    を含むことを特徴とする請求項１６に記載の情報処理方法。
  22. 前記情報処理方法において、さらに、
    前記クライアントからのコンテンツ格納オブジェクトの生成要求にライブコンテンツの格納用のコンテンツ格納オブジェクトの生成要求であることを示す情報が含まれることを条件として、生成オブジェクトに対するメタデータとして、コンテンツ格納オブジェクトＵＲＬを設定する処理を実行するステップを含むことを特徴とする請求項１６に記載の情報処理方法。
  23. 前記情報処理方法において、さらに、
    前記クライアントからのコンテンツ格納オブジェクトの生成要求にライブコンテンツの格納用のコンテンツ格納オブジェクトの生成要求であることを示す情報が含まれることを条件として、前記記憶部制御インスタンスの設定処理を実行するステップを含むことを特徴とする請求項１６に記載の情報処理方法。
  24. 前記記憶部制御インスタンスの設定処理には、記録先コンテンツ識別子としてのコンテンツ格納オブジェクトＵＲＬの設定処理を含むことを特徴とする請求項２３に記載の情報処理方法。
  25. 前記コンテンツ情報には、
    コンテンツ対応のプロトコル情報が含まれ、
    前記記録元コンテンツに対応して設定されるプロトコル情報には、チューナ識別情報としてのファンクションＩＤが設定され、
    前記記録先コンテンツに対応して設定されるプロトコル情報には、コンテンツ記憶部識別情報としてのファンクションＩＤが設定され、
    前記情報処理方法は、さらに、
    前記チューナ制御インスタンス、および前記記憶部制御インスタンスの各々を前記ファンクションＩＤに基づいて決定される制御対象の制御を実行する制御インスタンスとして設定する処理を実行することを特徴とする請求項１６に記載の情報処理方法。
  26. 前記情報処理方法は、さらに、
    コンテンツ識別子によって特定されるコンテンツの処理制御を実行する制御インスタンスを設定して、制御インスタンスに基づくコンテンツ毎の制御を実行するステップを含み、
    前記チューナ制御インスタンス、および前記記憶部制御インスタンスの各々の識別子としてのインスタンスＩＤと、サーバクライアント間のコネクション識別子であるコネクションＩＤと、配信コンテンツに対応するプロトコル情報とを対応付けたコネクション管理テーブルに基づくコネクション管理を実行することを特徴とする請求項１６に記載の情報処理方法。
  27. 前記制御要求受信ステップは、
    ＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）プロトコルに従った配信コンテンツの制御要求をクライアントから受信し、
    前記制御ステップは、
    クライアントから受信する制御要求に基づいて、コンテンツ制御を実行する構成であることを特徴とする請求項１６に記載の情報処理方法。
  28. サーバに対するチューナ受信コンテンツのデータ処理を要求するクライアントにおける情報処理方法であり、
    前記サーバから受信するコンテンツ情報に含まれるプロトコル情報中の、チューナ識別情報としてのチューナ識別ファンクションＩＤを含む第１のプロトコル情報、およびデータ記憶部識別情報としてのデータ記憶部識別ファンクションＩＤを含む第２のプロトコル情報を前記サーバに対して送信するプロトコル情報送信ステップと、
    前記サーバから受信するチューナ制御インスタンスＩＤおよび記憶部制御インスタンスＩＤを取得するＩＤ取得ステップと、
    制御インスタンスＩＤを指定した各制御インスタンスに対する制御要求の送信処理を実行する制御要求送信ステップと、
    を有することを特徴とする情報処理方法。
  29. 前記情報処理方法は、さらに、
    前記チューナ制御インスタンスに対して記録元コンテンツ識別子、前記記憶部制御インスタンスに対して記録先コンテンツ識別子のセット要求を行うとともに、前記記憶部制御インスタンスに対して、前記記録元コンテンツ識別子を通知する処理を実行するステップを含むことを特徴とする請求項２８に記載の情報処理方法。
  30. 前記記録元コンテンツ識別子は、前記チューナの受信チャンネル中、少なくとも複数チャンネルを含むチャンネルリストの識別情報として設定されたチャンネルリストＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒｓ）であり、
    前記記録先コンテンツ識別子は、前記コンテンツ記憶部に設定されたコンテンツ格納領域に対応するコンテンツ格納オブジェクトの識別子として設定されたコンテンツ格納オブジェクトＵＲＬであることを特徴とする請求項２９に記載の情報処理方法。
  31. チューナによる受信コンテンツの処理を実行するコンピュータ・プログラムであり、
    前記チューナの受信コンテンツのクライアントに対する配信処理制御を実行するチューナ制御インスタンスに対して記録元コンテンツ識別子を設定するステップと、
    前記チューナによる受信コンテンツの前記コンテンツ記憶部に対する記録処理制御を実行する記憶部制御インスタンスに対して記録先コンテンツ識別子を設定するステップと、
    クライアントからのチューナ制御インスタンスまたは記憶部制御インスタンスの識別情報を持つ制御要求を受信する制御要求受信ステップと、
    前記識別情報に基づいて、チューナ制御インスタンスまたは記憶部制御インスタンスによるチューナ制御または記憶部制御を実行する制御ステップと、
    を有することを特徴とするコンピュータ・プログラム。
  32. サーバに対するチューナ受信コンテンツのデータ処理を要求するクライアントにおけるコンピュータ・プログラムであり、
    前記サーバから受信するコンテンツ情報に含まれるプロトコル情報中の、チューナ識別情報としてのチューナ識別ファンクションＩＤを含む第１のプロトコル情報、およびデータ記憶部識別情報としてのデータ記憶部識別ファンクションＩＤを含む第２のプロトコル情報を前記サーバに対して送信するプロトコル情報送信ステップと、
    前記サーバから受信するチューナ制御インスタンスＩＤおよび記憶部制御インスタンスＩＤを取得するＩＤ取得ステップと、
    制御インスタンスＩＤを指定した各制御インスタンスに対する制御要求の送信処理を実行する制御要求送信ステップと、
    を有することを特徴とするコンピュータ・プログラム。
JP2003103717A 2003-04-08 2003-04-08 コンテンツ提供サーバ、情報処理装置、および方法、並びにコンピュータ・プログラム Pending JP2004312413A (ja)

Priority Applications (6)

Application Number Priority Date Filing Date Title
JP2003103717A JP2004312413A (ja) 2003-04-08 2003-04-08 コンテンツ提供サーバ、情報処理装置、および方法、並びにコンピュータ・プログラム
US10/552,442 US8135844B2 (en) 2003-04-08 2004-04-05 Content providing server, information processing device and method, and computer program
PCT/JP2004/004921 WO2004090736A1 (ja) 2003-04-08 2004-04-05 コンテンツ提供サーバ、情報処理装置、および方法、並びにコンピュータ・プログラム
EP04725828A EP1612686A4 (en) 2003-04-08 2004-04-05 CONTENT PROVIDER SERVER, INFORMATION PROCESSING DEVICE AND METHOD, AND COMPUTER PROGRAM
KR20057019159A KR20060002962A (ko) 2003-04-08 2004-04-05 콘텐츠 제공 서버, 정보 처리 장치, 및 방법, 그리고컴퓨터 프로그램
CN200480013036A CN100583063C (zh) 2003-04-08 2004-04-05 内容提供服务器、信息处理设备和方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2003103717A JP2004312413A (ja) 2003-04-08 2003-04-08 コンテンツ提供サーバ、情報処理装置、および方法、並びにコンピュータ・プログラム

Publications (2)

Publication Number Publication Date
JP2004312413A true JP2004312413A (ja) 2004-11-04
JP2004312413A5 JP2004312413A5 (ja) 2005-11-24

Family

ID=33156833

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003103717A Pending JP2004312413A (ja) 2003-04-08 2003-04-08 コンテンツ提供サーバ、情報処理装置、および方法、並びにコンピュータ・プログラム

Country Status (6)

Country Link
US (1) US8135844B2 (ja)
EP (1) EP1612686A4 (ja)
JP (1) JP2004312413A (ja)
KR (1) KR20060002962A (ja)
CN (1) CN100583063C (ja)
WO (1) WO2004090736A1 (ja)

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009512288A (ja) * 2005-11-30 2009-03-19 ▲ホア▼▲ウェイ▼技術有限公司 タイムシフトテレビを実現するための方法、装置、及びシステム
US7818775B2 (en) 2005-12-21 2010-10-19 At&T Intellectual Property I, L.P. System and method for recording and time-shifting programming in a television distribution system with limited content retention
US8037505B2 (en) 2006-01-30 2011-10-11 At&T Intellectual Property I, Lp System and method for providing popular TV shows on demand
KR101097820B1 (ko) * 2005-04-06 2011-12-22 에스케이플래닛 주식회사 라이브 방송채널의 ｕｒｌ 정보를 전달하는 방법과 채널을변경하는 방법
US8300817B2 (en) 2007-02-15 2012-10-30 Sony Corporation Information processing apparatus, information processing method, and computer program
US8789128B2 (en) 2005-12-21 2014-07-22 At&T Intellectual Property I, L.P. System and method for recording and time-shifting programming in a television distribution system using policies
JP2016149625A (ja) * 2015-02-12 2016-08-18 日本放送協会 配信システム、配信方法及び配信プログラム
JP2017108389A (ja) * 2015-12-08 2017-06-15 ネイバー コーポレーションＮＡＶＥＲ Ｃｏｒｐｏｒａｔｉｏｎ 生放送でタイムマシン機能を提供する方法およびシステム
WO2018066355A1 (ja) * 2016-10-04 2018-04-12 ソニー株式会社 受信装置、送信装置、及び、データ処理方法

Families Citing this family (118)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7305700B2 (en) 2002-01-08 2007-12-04 Seven Networks, Inc. Secure transport for mobile communication network
US7853563B2 (en) 2005-08-01 2010-12-14 Seven Networks, Inc. Universal data aggregation
US7917468B2 (en) 2005-08-01 2011-03-29 Seven Networks, Inc. Linking of personal information management data
US8468126B2 (en) 2005-08-01 2013-06-18 Seven Networks, Inc. Publishing data in an information community
JP3935459B2 (ja) * 2003-08-28 2007-06-20 株式会社東芝 コンテンツ管理装置、コンテンツ管理システム及びコンテンツ管理プログラム
US8719378B2 (en) * 2004-06-14 2014-05-06 Vringo Infrastructure Inc. System and method for storing and providing content to client devices
US8010082B2 (en) 2004-10-20 2011-08-30 Seven Networks, Inc. Flexible billing architecture
US7441271B2 (en) 2004-10-20 2008-10-21 Seven Networks Method and apparatus for intercepting events in a communication system
US7706781B2 (en) 2004-11-22 2010-04-27 Seven Networks International Oy Data security in a mobile e-mail service
FI117152B (fi) 2004-12-03 2006-06-30 Seven Networks Internat Oy Sähköpostiasetusten käyttöönotto matkaviestimelle
US7752633B1 (en) 2005-03-14 2010-07-06 Seven Networks, Inc. Cross-platform event engine
US7796742B1 (en) 2005-04-21 2010-09-14 Seven Networks, Inc. Systems and methods for simplified provisioning
US8438633B1 (en) 2005-04-21 2013-05-07 Seven Networks, Inc. Flexible real-time inbox access
WO2006136660A1 (en) 2005-06-21 2006-12-28 Seven Networks International Oy Maintaining an ip connection in a mobile network
US7444135B2 (en) * 2005-07-08 2008-10-28 Research In Motion Limited Updating availability of an instant messaging contact
KR101263393B1 (ko) * 2005-07-15 2013-05-21 삼성전자주식회사 유피앤피 에이브이 스트림 전송 방법 및 장치
US8069166B2 (en) 2005-08-01 2011-11-29 Seven Networks, Inc. Managing user-to-user contact with inferred presence information
KR100678954B1 (ko) * 2005-08-08 2007-02-06 삼성전자주식회사 ＵＰｎＰ 환경하에서 미디어 컨텐츠의 중지된 시점에 대한정보를 사용하는 방법 및 장치
JP4554473B2 (ja) * 2005-08-26 2010-09-29 パナソニック株式会社 コンテンツサーバ装置
WO2007091480A1 (ja) * 2006-02-06 2007-08-16 Matsushita Electric Industrial Co., Ltd. Ａｖサーバ機器及びコネクション管理方法
KR20070085125A (ko) * 2006-02-22 2007-08-27 삼성전자주식회사 Ａｖ 네트워크 관리 방법 및 이를 위한 장치
US7769395B2 (en) 2006-06-20 2010-08-03 Seven Networks, Inc. Location-based operations and messaging
US20070220577A1 (en) * 2006-03-15 2007-09-20 Kongalath George P Method and media manager client unit for optimising network resources usage
JP4023508B2 (ja) * 2006-03-28 2007-12-19 松下電工株式会社 ネットワークシステム
CN102427557B (zh) 2006-06-15 2016-08-17 索尼株式会社 信息处理装置以及信息处理方法
US20080079984A1 (en) * 2006-09-22 2008-04-03 Gallucci Frank V Digital Image Sharing
WO2008051885A1 (en) * 2006-10-23 2008-05-02 Axion Power International, Inc. Negative electrode for hybrid energy storage device
KR100860076B1 (ko) * 2007-02-22 2008-09-24 한국전자통신연구원 프록시 서버에서 스트리밍 서비스를 제공하기 위한 캐시교체 장치 및 그 방법
US8693494B2 (en) 2007-06-01 2014-04-08 Seven Networks, Inc. Polling
US8805425B2 (en) 2007-06-01 2014-08-12 Seven Networks, Inc. Integrated messaging
US8117664B2 (en) * 2007-06-28 2012-02-14 Microsoft Corporation Radio-type interface for tuning into content associated with projects
US7917591B2 (en) 2007-07-25 2011-03-29 Yahoo! Inc. System and method for streaming videos inline with an e-mail
US8554784B2 (en) * 2007-08-31 2013-10-08 Nokia Corporation Discovering peer-to-peer content using metadata streams
US8671428B2 (en) * 2007-11-08 2014-03-11 Yahoo! Inc. System and method for a personal video inbox channel
US8364181B2 (en) 2007-12-10 2013-01-29 Seven Networks, Inc. Electronic-mail filtering for mobile devices
US9002828B2 (en) 2007-12-13 2015-04-07 Seven Networks, Inc. Predictive content delivery
US8793305B2 (en) 2007-12-13 2014-07-29 Seven Networks, Inc. Content delivery to a mobile device from a content service
US8107921B2 (en) 2008-01-11 2012-01-31 Seven Networks, Inc. Mobile virtual network operator
US8862657B2 (en) 2008-01-25 2014-10-14 Seven Networks, Inc. Policy based content service
US20090193338A1 (en) 2008-01-28 2009-07-30 Trevor Fiatal Reducing network and battery consumption during content delivery and playback
JP5042063B2 (ja) * 2008-02-21 2012-10-03 三洋電機株式会社 被制御装置、制御システムおよび管理装置
US8762938B2 (en) 2008-04-28 2014-06-24 Salesforce.Com, Inc. Object-oriented system for creating and managing websites and their content
US8787947B2 (en) 2008-06-18 2014-07-22 Seven Networks, Inc. Application discovery on mobile devices
US8078158B2 (en) 2008-06-26 2011-12-13 Seven Networks, Inc. Provisioning applications for a mobile device
US9106489B2 (en) * 2008-07-17 2015-08-11 Dish Network, L.L.C. Method and apparatus for updating a network address of an audio/video node to a communication device
US8909759B2 (en) * 2008-10-10 2014-12-09 Seven Networks, Inc. Bandwidth measurement
JP5353615B2 (ja) * 2009-10-06 2013-11-27 ソニー株式会社 コンテンツ放送装置、コンテンツ放送方法、コンテンツ受信装置、コンテンツ受信方法、プログラム、およびコンテンツ放送システム
JP2011087103A (ja) * 2009-10-15 2011-04-28 Sony Corp コンテンツ再生システム、コンテンツ再生装置、プログラム、コンテンツ再生方法、およびコンテンツサーバを提供
KR101750049B1 (ko) * 2009-11-13 2017-06-22 삼성전자주식회사 적응적인 스트리밍 방법 및 장치
EP2549680B1 (en) * 2010-03-16 2019-05-01 Samsung Electronics Co., Ltd Content output system and codec information sharing method in same system
WO2011119676A1 (en) * 2010-03-23 2011-09-29 Securityheroes, Inc. Cloud-based web content filtering
JP2011211269A (ja) * 2010-03-29 2011-10-20 Buffalo Inc デジタル放送再生装置及びデジタル放送再生プログラム
WO2011126889A2 (en) 2010-03-30 2011-10-13 Seven Networks, Inc. 3d mobile user interface with configurable workspace management
KR101517638B1 (ko) * 2010-04-22 2015-05-15 엘지전자 주식회사 콘텐츠 제공 방법 및 그를 이용한 디스플레이장치
US8843736B2 (en) 2010-05-04 2014-09-23 Sony Corporation Authentication and authorization for internet video client
US8458741B2 (en) 2010-05-27 2013-06-04 Sony Corporation Provision of TV ID to non-TV device to enable access to TV services
JP5620578B2 (ja) 2010-07-26 2014-11-05 セブン ネットワークス インコーポレイテッド 複数のアプリケーションにわたるモバイルネットワークトラフィック調整
WO2012018556A2 (en) 2010-07-26 2012-02-09 Ari Backholm Mobile application traffic optimization
US8838783B2 (en) 2010-07-26 2014-09-16 Seven Networks, Inc. Distributed caching for resource and mobile network traffic management
US9077630B2 (en) 2010-07-26 2015-07-07 Seven Networks, Inc. Distributed implementation of dynamic wireless traffic policy
US8407755B2 (en) 2010-07-27 2013-03-26 Sony Corporation Control of IPTV using second device
US9223892B2 (en) 2010-09-30 2015-12-29 Salesforce.Com, Inc. Device abstraction for page generation
US8908103B2 (en) * 2010-10-01 2014-12-09 Sony Corporation Content supplying apparatus, content supplying method, content reproduction apparatus, content reproduction method, program and content viewing system
FR2966948A1 (fr) * 2010-10-27 2012-05-04 France Telecom Indexation et execution d'applications logicielles dans un reseau
US9060032B2 (en) 2010-11-01 2015-06-16 Seven Networks, Inc. Selective data compression by a distributed traffic management system to reduce mobile data traffic and signaling traffic
WO2012060995A2 (en) 2010-11-01 2012-05-10 Michael Luna Distributed caching in a wireless network of content delivered for a mobile application over a long-held request
WO2012060996A2 (en) 2010-11-01 2012-05-10 Michael Luna Caching adapted for mobile application behavior and network conditions
US8843153B2 (en) 2010-11-01 2014-09-23 Seven Networks, Inc. Mobile traffic categorization and policy for network use optimization while preserving user experience
US8166164B1 (en) 2010-11-01 2012-04-24 Seven Networks, Inc. Application and network-based long poll request detection and cacheability assessment therefor
WO2012061437A1 (en) 2010-11-01 2012-05-10 Michael Luna Cache defeat detection and caching of content addressed by identifiers intended to defeat cache
US8326985B2 (en) 2010-11-01 2012-12-04 Seven Networks, Inc. Distributed management of keep-alive message signaling for mobile network resource conservation and optimization
US9330196B2 (en) 2010-11-01 2016-05-03 Seven Networks, Llc Wireless traffic management system cache optimization using http headers
US8484314B2 (en) 2010-11-01 2013-07-09 Seven Networks, Inc. Distributed caching in a wireless network of content delivered for a mobile application over a long-held request
US8417823B2 (en) 2010-11-22 2013-04-09 Seven Network, Inc. Aligning data transfer to optimize connections established for transmission over a wireless network
GB2500327B (en) 2010-11-22 2019-11-06 Seven Networks Llc Optimization of resource polling intervals to satisfy mobile device requests
US8935360B2 (en) * 2010-12-03 2015-01-13 Salesforce.Com, Inc. Techniques for metadata-driven dynamic content serving
WO2012092347A2 (en) 2010-12-28 2012-07-05 Digital Storage Solutions, Inc. System for writing and dispensing solid-state storage devices
GB2501416B (en) 2011-01-07 2018-03-21 Seven Networks Llc System and method for reduction of mobile network traffic used for domain name system (DNS) queries
US8856171B2 (en) 2011-03-29 2014-10-07 Microsoft Corporation Locating and executing objects in a distributed network
FR2973633A1 (fr) * 2011-03-30 2012-10-05 France Telecom Restitution en differe de donnees.
US8316098B2 (en) 2011-04-19 2012-11-20 Seven Networks Inc. Social caching for device resource sharing and management
GB2505585B (en) 2011-04-27 2015-08-12 Seven Networks Inc Detecting and preserving state for satisfying application requests in a distributed proxy and cache system
GB2493473B (en) 2011-04-27 2013-06-19 Seven Networks Inc System and method for making requests on behalf of a mobile device based on atomic processes for mobile network traffic relief
US8645353B2 (en) * 2011-06-23 2014-02-04 Microsoft Corporation Anchor image identification for vertical video search
WO2013015994A1 (en) 2011-07-27 2013-01-31 Seven Networks, Inc. Monitoring mobile application activities for malicious traffic on a mobile device
KR101491604B1 (ko) * 2011-11-02 2015-02-13 주식회사 케이티 다중 채널을 이용한 콘텐츠 제공 방법 및 시스템
EP2789138B1 (en) 2011-12-06 2016-09-14 Seven Networks, LLC A mobile device and method to utilize the failover mechanisms for fault tolerance provided for mobile traffic management and network/device resource conservation
US8934414B2 (en) 2011-12-06 2015-01-13 Seven Networks, Inc. Cellular or WiFi mobile traffic optimization based on public or private network destination
WO2013086447A1 (en) 2011-12-07 2013-06-13 Seven Networks, Inc. Radio-awareness of mobile device for sending server-side control signals using a wireless network optimized transport protocol
US9208123B2 (en) 2011-12-07 2015-12-08 Seven Networks, Llc Mobile device having content caching mechanisms integrated with a network operator for traffic alleviation in a wireless network and methods therefor
US20130159511A1 (en) 2011-12-14 2013-06-20 Seven Networks, Inc. System and method for generating a report to a network operator by distributing aggregation of data
WO2013090834A1 (en) 2011-12-14 2013-06-20 Seven Networks, Inc. Operation modes for mobile traffic optimization and concurrent management of optimized and non-optimized traffic
US8861354B2 (en) 2011-12-14 2014-10-14 Seven Networks, Inc. Hierarchies and categories for management and deployment of policies for distributed wireless traffic optimization
US8909202B2 (en) 2012-01-05 2014-12-09 Seven Networks, Inc. Detection and management of user interactions with foreground applications on a mobile device in distributed caching
US9203864B2 (en) 2012-02-02 2015-12-01 Seven Networks, Llc Dynamic categorization of applications for network access in a mobile network
WO2013116852A1 (en) 2012-02-03 2013-08-08 Seven Networks, Inc. User as an end point for profiling and optimizing the delivery of content and data in a wireless network
US8812695B2 (en) 2012-04-09 2014-08-19 Seven Networks, Inc. Method and system for management of a virtual network connection without heartbeat messages
US20130268656A1 (en) 2012-04-10 2013-10-10 Seven Networks, Inc. Intelligent customer service/call center services enhanced using real-time and historical mobile application and traffic-related statistics collected by a distributed caching system in a mobile network
US8775631B2 (en) 2012-07-13 2014-07-08 Seven Networks, Inc. Dynamic bandwidth adjustment for browsing or streaming activity in a wireless network based on prediction of user behavior when interacting with mobile applications
US20140074961A1 (en) * 2012-09-12 2014-03-13 Futurewei Technologies, Inc. Efficiently Delivering Time-Shifted Media Content via Content Delivery Networks (CDNs)
US9161258B2 (en) 2012-10-24 2015-10-13 Seven Networks, Llc Optimized and selective management of policy deployment to mobile clients in a congested network to prevent further aggravation of network congestion
US20140177497A1 (en) 2012-12-20 2014-06-26 Seven Networks, Inc. Management of mobile device radio state promotion and demotion
US9690759B2 (en) * 2013-01-03 2017-06-27 Cable Television Laboratories, Inc. Content linking
US9241314B2 (en) 2013-01-23 2016-01-19 Seven Networks, Llc Mobile device with application or context aware fast dormancy
US8874761B2 (en) 2013-01-25 2014-10-28 Seven Networks, Inc. Signaling optimization in a wireless network for traffic utilizing proprietary and non-proprietary protocols
US9326185B2 (en) 2013-03-11 2016-04-26 Seven Networks, Llc Mobile network congestion recognition for optimization of mobile traffic
US9065765B2 (en) 2013-07-22 2015-06-23 Seven Networks, Inc. Proxy server associated with a mobile carrier for enhancing mobile traffic management in a mobile network
US10506282B2 (en) 2013-10-21 2019-12-10 Synamedia Limited Generating media signature for content delivery
KR102184492B1 (ko) * 2013-11-19 2020-11-30 삼성전자주식회사 스트리밍 데이터 서비스를 위한 서버, 사용자 단말 장치 및 방법
WO2015160180A1 (en) 2014-04-15 2015-10-22 Samsung Electronics Co., Ltd. System for providing life log service and method of providing the service
CN104301803B (zh) * 2014-10-24 2018-01-19 广东欧珀移动通信有限公司 一种基于UPnP的多媒体播放控制方法及***
US10506058B2 (en) * 2016-03-18 2019-12-10 Qualcomm Incorporated Signaling of application content packaging and delivery
US10516715B2 (en) * 2016-06-22 2019-12-24 Telefonaktiebolaget Lm Ericsson (Publ) Network-controlled time-shift live media and advertisement content play for learned ABR video white spot coverage in a streaming network
CN107959719B (zh) * 2017-11-27 2020-10-27 苏州乐麟无线信息科技有限公司 一种基于缓存的多服务器调用方法及***
CN108882041B (zh) * 2018-07-09 2021-03-05 海信视像科技股份有限公司 播放器状态获取方法及装置
US10833972B2 (en) * 2018-11-30 2020-11-10 Dispersive Networks, Inc. Automatically selecting an optimized communication channel for communications with a deflect in an overlay network
US11249986B2 (en) * 2019-12-17 2022-02-15 Paypal, Inc. Managing stale connections in a distributed system
US11645266B2 (en) * 2020-08-13 2023-05-09 Red Hat, Inc. Automated pinning of file system subtrees

Family Cites Families (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5867205A (en) * 1994-11-14 1999-02-02 Intel Corporation Method and apparatus for controlling video/audio and channel selection for a communication signal based on textual information indicative of channel contents of a signal
US6304564B1 (en) * 1996-11-29 2001-10-16 Lucent Technologies Inc. Method for transmitting messages in wireless communication system using a server process
US6421733B1 (en) * 1997-03-25 2002-07-16 Intel Corporation System for dynamically transcoding data transmitted between computers
JP3676048B2 (ja) 1997-09-03 2005-07-27 株式会社エヌ・ティ・ティ・データ 放送システム、放送方法及び記録媒体
ATE294480T1 (de) * 1999-06-11 2005-05-15 Microsoft Corp Allgemeines api zur gerätefernsteuerung
JP2001092749A (ja) 1999-09-22 2001-04-06 Akihide Miyamura データ配信システム
US7024679B1 (en) * 1999-10-13 2006-04-04 Svod Llc Local near video on demand storage
US20030182567A1 (en) * 1999-10-20 2003-09-25 Tivo Inc. Client-side multimedia content targeting system
CA2324856C (en) 1999-11-15 2007-05-29 Lucent Technologies Inc. Method and apparatus for remote audiovisual signal recording
US6970127B2 (en) * 2000-01-14 2005-11-29 Terayon Communication Systems, Inc. Remote control for wireless control of system and displaying of compressed video on a display on the remote
JP2001333410A (ja) * 2000-05-22 2001-11-30 Sony Corp メディアデータの提供を最適化するためのメタデータ使用方法及びシステム
WO2001093655A2 (en) * 2000-06-05 2001-12-13 Shiman Associates, Inc. Method and apparatus for managing documents in a centralized document repository system
JP2002140614A (ja) * 2000-11-02 2002-05-17 Ksk:Kk 情報管理装置及び情報管理方法
JP2002189943A (ja) * 2000-12-20 2002-07-05 Nec Corp 情報提供システム、接続制御サーバ、接続・課金方法及び記録媒体
JP2002354451A (ja) 2001-02-23 2002-12-06 Artech Communication Inc ストリーミング放送システム
JP2002312391A (ja) * 2001-04-09 2002-10-25 Ntt Data Pocket Corp 情報提供システム
JP2003050799A (ja) * 2001-08-08 2003-02-21 Seiko Epson Corp データベース検索方法、データベース検索システム、検索管理用プログラム及びその記録媒体
US20030088876A1 (en) * 2001-11-08 2003-05-08 Liberate Technologies Video on demand gateway
US7159224B2 (en) * 2002-04-09 2007-01-02 Sun Microsystems, Inc. Method, system, and articles of manufacture for providing a servlet container based web service endpoint

Cited By (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101097820B1 (ko) * 2005-04-06 2011-12-22 에스케이플래닛 주식회사 라이브 방송채널의 ｕｒｌ 정보를 전달하는 방법과 채널을변경하는 방법
JP2009512288A (ja) * 2005-11-30 2009-03-19 ▲ホア▼▲ウェイ▼技術有限公司 タイムシフトテレビを実現するための方法、装置、及びシステム
US8789128B2 (en) 2005-12-21 2014-07-22 At&T Intellectual Property I, L.P. System and method for recording and time-shifting programming in a television distribution system using policies
US9071874B2 (en) 2005-12-21 2015-06-30 At&T Intellectual Property I, Lp System and method for recording and time-shifting programming in a television distribution system using policies
US8087059B2 (en) 2005-12-21 2011-12-27 At&T Intellectual Property I, L.P. System and method for recording and time-shifting programming in a television distribution system with limited content retention
US7818775B2 (en) 2005-12-21 2010-10-19 At&T Intellectual Property I, L.P. System and method for recording and time-shifting programming in a television distribution system with limited content retention
US8474003B2 (en) 2005-12-21 2013-06-25 At&T Intellectual Property I, Lp System and method for recording and time-shifting programming in a television distribution system with limited content retention
US8745686B2 (en) 2005-12-21 2014-06-03 At&T Intellectual Property I, Lp System and method for recording and time-shifting programming in a television distribution system with limited content retention
US8037505B2 (en) 2006-01-30 2011-10-11 At&T Intellectual Property I, Lp System and method for providing popular TV shows on demand
US8300817B2 (en) 2007-02-15 2012-10-30 Sony Corporation Information processing apparatus, information processing method, and computer program
JP2016149625A (ja) * 2015-02-12 2016-08-18 日本放送協会 配信システム、配信方法及び配信プログラム
JP2017108389A (ja) * 2015-12-08 2017-06-15 ネイバー コーポレーションＮＡＶＥＲ Ｃｏｒｐｏｒａｔｉｏｎ 生放送でタイムマシン機能を提供する方法およびシステム
US10602206B2 (en) 2015-12-08 2020-03-24 Naver Corporation Method and system for providing time machine function in live broadcast
WO2018066355A1 (ja) * 2016-10-04 2018-04-12 ソニー株式会社 受信装置、送信装置、及び、データ処理方法
US10805028B2 (en) 2016-10-04 2020-10-13 Sony Corporation Receiving device, transmitting device, and data processing method
US11374670B2 (en) 2016-10-04 2022-06-28 Saturn Licensing Llc Receiving device, transmitting device, and data processing method

Also Published As

Publication number Publication date
US20060212531A1 (en) 2006-09-21
KR20060002962A (ko) 2006-01-09
WO2004090736A1 (ja) 2004-10-21
CN1788259A (zh) 2006-06-14
CN100583063C (zh) 2010-01-20
US8135844B2 (en) 2012-03-13
EP1612686A4 (en) 2008-09-17
EP1612686A1 (en) 2006-01-04

Similar Documents

Publication Publication Date Title
JP2004312413A (ja) コンテンツ提供サーバ、情報処理装置、および方法、並びにコンピュータ・プログラム
JP2004312412A (ja) コンテンツ提供サーバ、情報処理装置、および方法、並びにコンピュータ・プログラム
US7996538B2 (en) Information processing apparatus and content information processing method for transmitting content and event information to a client
EP2663027B1 (en) Apparatus and method for sharing a bookmark with other user in a home network
EP1635574B1 (en) Method for redirection of streaming content
US9432628B2 (en) Information processing device, information processing method, and computer program
JP2004362099A (ja) サーバ装置、情報処理装置、および情報処理方法、並びにコンピュータ・プログラム
WO2007111312A1 (ja) コンテンツ配信システム、サーバ装置、コンテンツ配信方法およびプログラム
US20080240670A1 (en) Picture recording system and picture recording and reproducing method
JPH11317937A (ja) 放送蓄積視聴装置
JP2004348455A (ja) 情報処理装置、および情報処理方法、並びにコンピュータ・プログラム
WO2011157212A1 (zh) 一种交互式网络电视中点播节目的处理***及方法
JP2004350043A (ja) サーバ装置、情報処理装置、および情報処理方法、並びにコンピュータ・プログラム
JP2005020180A (ja) 情報処理装置、および情報処理方法、並びにコンピュータ・プログラム
JP4419434B2 (ja) サーバ装置、情報処理装置、および情報処理方法、並びにコンピュータ・プログラム
US20140012955A1 (en) Communication System, Communication Device, And Communication Method
JP2004312414A (ja) コンテンツ記録サーバ、コンテンツ記録方法、並びにコンピュータ・プログラム
JP4285015B2 (ja) ネットワーク放送システム、コンテンツ配信方法、及び番組提供装置
WO2014023155A1 (zh) 一种网络个人录像业务实现的方法及装置
JP2017079343A (ja) コンテンツ配信方法、コンテンツ配信サーバー

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20051011

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20051011

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20090224

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20090422

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20090519