(57)【要約】【課題】  録画予約対象の放送番組に設定される複製可能回数を確認できる通信装置を提供する。【解決手段】  他の通信装置３から録画予約要求を受信する受信手段２０２と、前記受信手段２０２で受信した録画予約要求に応じて録画予約情報を生成する予約情報生成手段２０４と、前記予約情報生成手段２０４で生成した録画予約情報に基づいて録画実行情報を生成する実行情報生成手段２０８と、前記実行情報生成手段２０８で生成した録画実行情報の中で、録画予約対象が重複する録画実行情報の総数を検出する実行情報検出手段２０９と、前記実行情報検出手段２０９で検出した、録画予約対象が重複する録画実行情報の総数を当該録画予約対象に設定される複製可能回数から減算する複製可能回数管理手段２１０と、複製可能回数管理手段２１０で減算した複製可能回数を含む録画実行情報を、前記他の通信装置４に提示する提示手段２０３とを備える。【選択図】      図４
2009151884.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して他の通信装置から録画予約要求を受信する受信手段と、
前記受信手段で受信した録画予約要求に応じて録画予約情報を生成する予約情報生成手段と、
前記予約情報生成手段で生成した録画予約情報に基づいて録画実行情報を生成する実行情報生成手段と、
前記実行情報生成手段で生成した録画実行情報の中で、録画予約対象が重複する録画実行情報の総数を検出する実行情報検出手段と、
前記実行情報検出手段で検出した、録画予約対象が重複する録画実行情報の総数を当該録画予約対象の放送番組に設定される複製可能回数から減算する複製可能回数管理手段と、
複製可能回数管理手段で減算した複製可能回数を含む録画実行情報を、前記ネットワークを介して前記他の通信装置に提示する提示手段と
を備えることを特徴とする通信装置。
【請求項２】
録画実行情報を削除する実行情報削除手段を更に備え、
前記複製可能回数管理手段は、前記実行情報削除手段による録画実行情報の削除に伴い、当該録画実行情報の録画予約対象の放送番組に設定される複製可能回数を加算すること
を特徴とする請求項１記載の通信装置。
【請求項３】
前記複製可能回数管理手段による複製可能回数の減算または加算に伴い、録画実行情報を更新する録画実行情報更新手段を更に具備すること
を特徴とする請求項２記載の通信装置。
【請求項４】
前記録画実行情報生成手段で生成した録画実行情報に応じて録画を実行し、コンテンツデータを生成する録画手段を更に備え、
前記複製可能回数管理手段は、前記録画実行情報として提示していた複製可能回数を、前記コンテンツデータに設定すること
を特徴とする請求項３記載の通信装置。
【請求項５】
前記録画手段は、前記録画実行情報生成手段で生成した録画実行情報に応じて、放送波とは異なるフォーマットのコンテンツデータを生成すること
を特徴とする請求項４記載の通信装置。
【請求項６】
前記録画手段は、前記録画実行情報生成手段で生成した録画実行情報に応じて、同時に複数のコンテンツデータを生成すること
を特徴とする請求項４記載の通信装置。
【請求項７】
前記受信手段は、前記他の通信装置から録画実行情報の閲覧要求を受信し、
前記提示手段は、前記受信手段で受信した前記閲覧要求に応じて録画実行情報を提示すること
を特徴とする請求項５記載の通信装置。
【請求項８】
ネットワークを介して他の通信装置から録画予約要求を受信する受信手段と、
前記受信手段で受信した録画予約要求に応じて録画予約情報を生成する予約情報生成手段と、
前記実行情報生成手段で生成した録画予約情報を基に録画を実行することで生成されるコンテンツデータの個数を検出する検出手段と、
前記検出手段で検出した前記コンテンツデータの個数を、当該録画予約対象の放送番組に設定される複製可能回数から減算する複製可能回数管理手段と、
複製可能回数管理手段で減算した複製可能回数を含む録画予約情報を、前記ネットワークを介して前記他の通信装置に提示する提示手段と
を備えることを特徴とする通信装置。
【請求項９】
録画予約情報を削除する予約情報削除手段を更に備え、
前記複製可能回数管理手段は、前記予約情報削除手段による録画予約情報の削除に伴い、当該録画予約情報の録画予約対象の放送番組に設定される複製可能回数を加算すること
を特徴とする請求項８記載の通信装置。
【請求項１０】
前記複製可能回数管理手段による複製可能回数の減算または加算に伴い、録画予約情報を更新する録画予約情報更新手段を更に具備すること
を特徴とする請求項９記載の通信装置。
【請求項１１】
前記受信手段は、前記他の通信装置から録画予約情報の閲覧要求を受信し、
前記提示手段は、前記受信手段で受信した前記閲覧要求に応じて録画予約情報を提示すること
を特徴とする請求項１０記載の通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置に関する。
【背景技術】
【０００２】
現在、ＩＰネットワークの機器制御のプロトコルとしてＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ  Ｐｌｕｇ  ａｎｄ  Ｐｌａｙ）があり、特にＡＶ機器向けの仕様として、ＵＰｎＰ  ＡＶ  Ａｒｃｈｉｔｅｃｔｕｒｅという仕様がＵＰｎＰ  Ｆｏｒｕｍで定義されている。ＵＰｎＰ  ＡＶ  Ａｒｃｈｉｔｅｃｔｕｒｅでは被制御機能を実装するサーバとしてＵＰｎＰ  Ｍｅｄｉａ  Ｓｅｒｖｅｒ  Ｄｅｖｉｃｅ（以下ＭＳＤとも称す）が、更にＭＳＤを制御する制御機能を実装するクライアントとしてＭｅｄｉａ  Ｓｅｒｖｅｒ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ（以下ＭＳＣＰ、又はＣｏｎｔｒｏｌ  Ｐｏｉｎｔとも称す）が其々定義されている。
【０００３】
ＵＰｎＰ  ＡＶ  ｖ２では、録画予約機能を実現するサービスとして、ＳｃｈｅｄｕｌｅｄＲｅｃｏｒｄｉｎｇ  Ｓｅｒｖｉｃｅ（以下ＳＲＳ、例えば非特許文献１参照）が定義されている。ＭＳＣＰは、録画予約要求に相当するＳＲＳ：ＣｒｅａｔｅＲｅｃｏｒｄＳｃｈｅｄｕｌｅアクションを送信することによりＳＲＳを提供するＭＳＤに録画予約を設定することができる。
【０００４】
ＳＲＳは、ＳＲＳ：ＣｒｅａｔｅＲｅｃｏｒｄＳｃｈｅｄｕｌｅアクションの受信後、予約が設定されると、録画予約の情報であるｒｅｃｏｒｄＳｃｈｅｄｕｌｅオブジェクトを生成すると共に、実行する録画の情報であるｒｅｃｏｒｄＴａｓｋオブジェクトを生成する。
【０００５】
ＭＳＣＰは、ＳＲＳ：ＢｒｏｗｓｅＲｅｃｏｒｄＳｃｈｅｄｕｌｅｓアクションをＳＲＳに送信することにより録画予約情報であるｒｅｃｏｒｄＳｃｈｅｄｕｌｅを、ＳＲＳ：ＢｒｏｗｓｅＲｅｃｏｒｄＴａｓｋｓアクションを送信することにより録画実行情報であるｒｅｃｏｒｄＴａｓｋを其々閲覧することができる。
【０００６】
一方、近年の電波環境や多様化する放送番組への要望に対応するため、アナログ方式に比べて妨害に強く、情報の圧縮や多重化などが容易なデジタル方式のテレビ放送への切り替えが進んでいる。しかし、デジタル方式の放送では、コンテンツデータの劣化しない複製が可能であり、不正に複製したコンテンツデータが市場に流通する恐れがある。そこで、著作権を保護するため、記録したコンテンツデータを複製する回数を制限してコンテンツデータを管理するコンテンツ保護規定が設けられている。
【０００７】
該規定では、地上デジタル放送から受信した１世代目のコンテンツデータに関し、９回まで複製可能なＣＯＧ（Ｃｏｐｙ  Ｏｎｅ  Ｇｅｎｅｒａｔｉｏｎ）の状態で記録媒体に蓄積できる。
【非特許文献１】Ａｌａｎ  Ｐｒｅｓｓｅｒ、他２１名、“ＳｃｈｅｄｕｌｅｄＲｅｃｏｒｄｉｎｇ：１  Ｓｅｒｖｉｃｅ  Ｔｅｍｐｌａｔｅ  Ｖｅｒｓｉｏｎ  １．０１”、［ｏｎｌｉｎｅ］、２００６年５月３１日、ＵＰｎＰ  Ｆｏｒｕｍｅ、［平成１９年１２月１２日検索］、インターネット（ＵＲＬ：http://www.upnp.org/specs/av/UPnP-av-ScheduledRecording-v1-Service-20060531.pdf）
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、ＭＳＣＰが閲覧できる情報では、録画予約対象である放送番組に設定される複製可能回数に関する情報が示されていない。例えば録画後のコンテンツデータに対して複製可能回数が設定される番組について複製可能回数以上の録画予約をした場合、其々の録画予約に基づいて生成されたｒｅｃｏｒｄＴａｓｋオブジェクト同士が干渉することでサービスの競合が発生し、少なくとも一部の録画の実行が不可能となる可能性がある。
【０００９】
従って、録画後のコンテンツデータに対して複製可能回数が設定される番組について複数の録画予約をする際には、該コンテンツデータの複製可能回数を調べて、録画の実行が可能な範囲で設定できる録画予約回数を把握する必要がある。
【００１０】
そこで本発明は、録画予約を設定する際に、放送番組の複製可能回数を確認できる通信装置を提供することを目的とする。
【課題を解決するための手段】
【００１１】
上記目的を達成するために、請求項１の通信装置は、ネットワークを介して他の通信装置から録画予約要求を受信する受信手段と、前記受信手段で受信した録画予約要求に応じて録画予約情報を生成する予約情報生成手段と、前記予約情報生成手段で生成した録画予約情報に基づいて録画実行情報を生成する実行情報生成手段と、前記実行情報生成手段で生成した録画実行情報の中で、録画予約対象が重複する録画実行情報の総数を検出する実行情報検出手段と、前記実行情報検出手段で検出した、録画予約対象が重複する録画実行情報の総数を当該録画予約対象の放送番組に設定される複製可能回数から減算する複製可能回数管理手段と、複製可能回数管理手段で減算した複製可能回数を含む録画実行情報を、前記ネットワークを介して前記他の通信装置に提示する提示手段とを備えることを特徴とする。
【００１２】
請求項８の通信装置は、ネットワークを介して他の通信装置から録画予約要求を受信する受信手段と、前記受信手段で受信した録画予約要求に応じて録画予約情報を生成する予約情報生成手段と、前記実行情報生成手段で生成した録画予約情報を基に録画を実行することで生成されるコンテンツデータの個数を検出する検出手段と、前記検出手段で検出した前記コンテンツデータの個数を、当該録画予約対象の放送番組に設定される複製可能回数から減算する複製可能回数管理手段と、複製可能回数管理手段で減算した複製可能回数を含む録画予約情報を、前記ネットワークを介して前記他の通信装置に提示する提示手段とを備えることを特徴とする。
【発明の効果】
【００１３】
本発明によれば、録画予約対象の放送番組に設定される複製可能回数を確認できる通信装置を提供することができる。
【発明を実施するための最良の形態】
【００１４】
以下、本発明の通信装置について、図面を参照しながら説明する。
図１は、本発明の通信装置の実施例であるサーバ装置及びクライアント装置が使用される通信システムの構成を示す図である。通信システム１は、放送波を受信し録画する機能を有するサーバ装置２（通信装置）と、クライアント装置３（他の通信装置）とから構成される。尚、サーバ装置２とクライアント装置３とは、其々ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）／ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）により通信が行われるネットワーク４により接続される。
【００１５】
ここで、サーバ装置２はクライアント装置３からの指示に基づいて予約録画を行うＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）レコーダやＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）レコーダ等である。また、設定された録画予約の情報や、録画の実行情報を、ネットワーク４を介してクライアント装置３に提示する機能も有する。
【００１６】
クライアント装置３は、サーバ装置２に録画予約の設定をすると共に、サーバ装置２に設定された録画予約情報や録画実行情報を一覧として表示する機能を有する。
サーバ装置２及びクライアント装置３を接続するネットワーク４は、例えばＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）等である。尚、本実施例では他の装置の記載を省略しているが、ネットワーク４には、クライアント装置３以外にも、サーバ装置２に録画予約を設定する機能を持つクライアント装置が接続されていても良い。
【００１７】
ここで、サーバ装置２及びクライアント装置３は、其々ＵＰｎＰに対応したＡＶ（Ａｕｄｉｏ／Ｖｉｓｕａｌ）機器である。ＵＰｎＰでは、ＡＶ機器向けにＵＰｎＰ  ＡＶ  Ａｒｃｈｉｔｅｃｔｕｒｅという仕様が規定されている。このＵＰｎＰ  ＡＶ  Ａｒｃｈｉｔｅｃｔｕｒｅではネットワークの基本構成として、デバイス（Ｄｅｖｉｃｅ）、サービス（Ｓｅｒｖｉｃｅ）、コントロールポイント（Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ）が定義されている。デバイスはＵＰｎＰ  ＡＶに対応した装置であり、サービスはデバイスが提供する機能を表す最小単位である。各デバイスは、少なくとも１つのサービスを有する被制御装置である。コントロールポイントは、デバイスが有するサービスを制御し、利用するものである。１つの機器の中に複数のデバイス機能を持たせる事もでき、更にコントロールポイントとデバイスとが一体となった機器も考えることができる。
【００１８】
ＵＰｎＰ  ＡＶ  Ａｒｃｈｉｔｅｃｔｕｒｅでは、被制御機能を実装し、コンテンツデータを提供するサーバデバイスとしてＵＰｎＰ  Ｍｅｄｉａ  Ｓｅｒｖｉｃｅ（ＭＳＤ）が定義されているが、本通信システム１では、サーバ装置２がＭＳＤとして機能する。ＭＳＤである本実施例のサーバ装置２は、予約録画機能を提供するサービスであるＳＲＳ（Ｓｃｈｅｄｕｌｅｄ  Ｒｅｃｏｒｄｉｎｇ  Ｓｅｒｖｉｃｅ）を提供する。尚、ＳＲＳは、ＵＰｎＰ  ＡＶ（ＳＲＳはＵＰｎＰ  ＡＶ  ｖ２以降）で定義されている。
【００１９】
また、ＵＰｎＰ  ＡＶ  ＡｒｃｈｉｔｅｃｔｕｒｅではＭＳＤが提供するサービスを制御、利用するＭＳＣＰ（Ｍｅｄｉａ  Ｓｅｒｖｅｒ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ、以下コントロールポイントとも称す）が定義されているが、本通信装置１では、クライアント装置３がＭＳＣＰとして機能する。
【００２０】
ここで、ユーザがＭＳＣＰであるクライアント装置３を使用してＳＲＳを提供するサーバ装置２に録画予約を行う場合や、録画予約の閲覧、録画予約の削除要求を行う場合の一般的な流れについて図２を参照しながら簡単に説明する。
【００２１】
図２（ａ）は、クライアント装置３がＳＲＳを提供するサーバ装置２へ録画予約を設定する際の処理の流れを示す図である。
まず、ＭＳＣＰであるクライアント装置３はＳＲＳを提供するサーバ装置２に、録画予約の設定を要求するＳＲＳ：ＣｒｅａｔｅＲｅｃｏｒｄＳｃｈｅｄｕｌｅアクション（録画予約要求、以下ＣｒｅａｔｅＲｅｃｏｒｄＳｃｈｅｄｕｌｅアクションとも称す）を送信する（Ｓ２０１）。すると、サーバ装置２は要求に応じてｒｅｃｏｒｄＳｃｈｅｄｕｌｅオブジェクトを生成し、さらに作成したｒｅｃｏｒｄＳｃｈｅｄｕｌｅオブジェクトから、予約録画を実行する主体であるｒｅｃｏｒｄＴａｓｋオブジェクトを１以上生成する。各ｒｅｃｏｒｄＴａｓｋオブジェクトは、ただ１つのｒｅｃｏｒｄＳｃｈｅｄｕｌｅオブジェクトに関連付けられる。
【００２２】
尚、本実施例のサーバ装置２は、ｒｅｃｏｒｄＴａｓｋオブジェクトの生成後にｒｅｃｏｒｄＴａｓｋを格納するデータベースの中から、生成したｒｅｃｏｒｄＴａｓｋオブジェクトと録画予約対象が重複する他のｒｅｃｏｒｄＴａｓｋオブジェクトを検索し、この検索結果を基に、録画予約対象が重複するｒｅｃｏｒｄＴａｓｋオブジェクトの総数を録画予約対象である放送番組に設定される複製可能回数から減算する。そして、本実施例ではこの時算出した値を、複製可能回数を示すプロパティとして各ｒｅｃｏｒｄＴａｓｋオブジェクトに付加する処理を行う。この処理については図６および図８を参照しながら後述する。
【００２３】
また、本実施例では、放送番組に設定される複製可能回数以上の録画予約設定を防止するために録画予約対象が重複するｒｅｃｏｒｄＴａｓｋオブジェクトの総数を検出し、この数を基に複製可能回数の計算を行うが、これに限らず、録画予約対象の複製可能回数を管理可能な手段であれば良い。例えば、複製可能回数を管理する他の方法としてｒｅｃｏｒｄＳｃｈｅｄｕｌｅオブジェクトを基に、録画実行後に生成されるコンテンツデータの個数を検出し、この数を基に複製可能回数の計算を行う方法が挙げられる。
【００２４】
さらに、サーバ装置２は、ＣｒｅａｔｅＲｅｃｏｒｄＳｃｈｅｄｕｌｅアクションの応答（Ｒｅｓｐｏｎｓｅ）として、作成したｒｅｃｏｒｄＳｃｈｅｄｕｌｅオブジェクトの内容、及び該ｒｅｃｏｒｄＳｃｈｅｄｕｌｅオブジェクトに割りあてたオブジェクトＩＤをクライアント装置３に送信する（Ｓ２０２）。
【００２５】
ここで、ＳＲＳに予約を設定するＣｒｅａｔｅＲｅｃｏｒｄＳｃｈｅｄｕｌｅアクションには、其々設定に使用するパラメータ（メタデータ）の異なる６種類の予約設定方法であるｒｅｃｏｒｄＳｃｈｅｄｕｌｅクラスがある。図３に、その例を示す。
【００２６】
ｒｅｃｏｒｄＳｃｈｅｄｕｌｅクラスには、ｏｂｊｅｃｔ．ｒｅｃｏｒｄＳｃｈｅｄｕｌｅ．ｄｉｒｅｃｔクラス（以下単にｄｉｒｅｃｔクラスとも称する）に属する、図３に示すｍａｎｕａｌ、ｃｄｓＥＰＧ、ｃｄｓＮｏｎＥＰＧ、ｐｒｏｇｒａｍＣｏｄｅの４種類のクラス、及びｏｂｊｅｃｔ．ｒｅｃｏｒｄＳｃｈｅｄｕｌｅ．ｑｕｅｒｙクラス（以下単にｑｕｅｒｙクラスとも称する）に属する図３には示さないｃｏｎｔｅｎｔＮａｍｅ、ｐｒｏｇｒａｍＣｏｄｅの２種類のクラスがあるが、ここでは図３に示した４種類のクラスについて説明する。
【００２７】
ｍａｎｕａｌクラス（ｏｂｊｅｃｔ．ｒｅｃｏｒｄＳｃｈｅｄｕｌｅ．ｄｉｒｅｃｔ．ｍａｎｕａｌクラス）は、チャネル、録画開始時刻、録画時間を指定して録画予約するクラスである。
【００２８】
ｃｄｓＥＰＧクラス（ｏｂｊｅｃｔ．ｒｅｃｏｒｄＳｃｈｅｄｕｌｅ．ｄｉｒｅｃｔ．ｃｄｓＥＰＧクラス）は、サーバ装置２がＥＰＧ（Ｅｌｅｃｔｒｏｎｉｃ  Ｐｒｏｇｒａｍ  Ｇｕｉｄｅ）の各番組をｃｄｓの各アイテム（ｉｔｅｍ）として提示している場合に、録画したい番組に関するアイテムのオブジェクトＩＤを指定して録画予約するクラスである。
【００２９】
ｃｄｓＮｏｎＥＰＧクラス（ｏｂｊｅｃｔ．ｒｅｃｏｒｄＳｃｈｅｄｕｌｅ．ｄｉｒｅｃｔ．ｃｄｓＮｏｎＥＰＧクラス）は、サーバ装置２が各チャネルをｃｄｓの各アイテムとして提示している場合に、録画するチャネルに関するアイテムのオブジェクトＩＤ（即ちチャネルに対応）、録画開始時刻、録画時間を指定して録画予約するクラスである。尚、ＳＲＳを実装する際には、ｃｄｓＮｏｎＥＰＧクラスの実装は必須（Ｍａｎｄａｔｏｒｙ）となっている（他のクラスの実装はオブショナル）。
【００３０】
ｐｒｏｇｒａｍＣｏｄｅクラス（ｏｂｊｅｃｔ．ｒｅｃｏｒｄＳｃｈｅｄｕｌｅ．ｄｉｒｅｃｔ．ｐｒｏｇｒａｍＣｏｄｅクラス）は、例えばＧコードのように、各番組に対して予め割り当てられたプログラムコード（及びそのコード体系）を指定して録画予約するクラスである。
【００３１】
図２（ｂ）は、クライアント装置３がＳＲＳを提供するサーバ装置２に設定された録画予約を閲覧する際の処理の流れを示す図である。
まず、ＭＳＣＰであるクライアント装置３は、ＳＲＳを提供するサーバ装置２に、録画実行情報であるｒｅｃｏｒｄＴａｓｋオブジェクトの閲覧を要求するＳＲＳ：ＢｒｏｗｓｅＲｅｃｏｒｄＴａｓｋｓアクション（録画実行情報閲覧要求、以下ＢｒｏｗｓｅＲｅｃｏｒｄＴａｓｋｓアクションとも称す）を送信する（Ｓ２１１）。すると、サーバ装置２はＢｒｏｗｓｅＲｅｃｏｒｄＴａｓｋｓアクションへの応答として、自身に設定されたｒｅｃｏｒｄＴａｓｋオブジェクトのリストをクライアント装置３へ送信する。
【００３２】
尚、図２（ｂ）ではＢｒｏｗｓｅＲｅｃｏｒｄＴａｓｋｓアクションについて説明したが、録画予約情報であるｒｅｃｏｒｄＳｃｈｅｄｕｌｅオブジェクトを閲覧するためのＳＲＳ：ＢｒｏｗｓｅＲｅｃｏｒｄＳｃｈｅｄｕｌｅｓアクション（録画予約情報閲覧要求、以下ＢｒｏｗｓｅＲｅｃｏｒｄＳｃｈｅｄｕｌｅｓアクションとも称す）についても、同様の処理が行われる。
【００３３】
また、本実施例のサーバ装置２は、ＳＲＳ：ＢｒｏｗｓｅＲｅｃｏｒｄＴａｓｋｓアクションを受信した際、録画実行情報であるｒｅｃｏｒｄＴａｓｋオブジェクトと共に、該ｒｅｃｏｒｄＴａｓｋオブジェクトの録画予約対象である放送番組の複製可能回数が閲覧可能なリストを送信する。ここで提示するリストについては、図６を参照しながら後述する。
【００３４】
尚、録画予約対象の複製可能回数が閲覧可能であれば、ｒｅｃｏｒｄＴａｓｋオブジェクトのリスト限らず、サーバ装置２がＢｒｏｗｓｅＲｅｃｏｒｄＳｃｈｅｄｕｌｅｓアクションに応じて送信するＲｅｃｏｒｄＳｃｈｅｄｕｌｅオブジェクトのリストに含めても良い。ここで提示するリストについては、図８を参照しながら後述する。
【００３５】
図２（ｃ）は、クライアント装置３がＳＲＳを提供するサーバ装置２に設定された録画予約を削除する際の処理の流れを示す図である。
まず、ＭＳＣＰであるクライアント装置３は、ＳＲＳを提供するサーバ装置２に、録画予約情報であるｒｅｃｏｒｄＳｃｈｅｄｕｌｅオブジェクトの削除を要求するＳＲＳ：ＤｅｌｅｔｅＲｅｃｏｒｄＳｃｈｅｄｕｌｅアクション（録画予約削除要求、以下ＤｅｌｅｔｅＲｅｃｏｒｄＳｃｈｅｄｕｌｅアクションとも称す）を送信する（Ｓ２２１）。すると、サーバ装置２は指定されたオブジェクトＩＤを有するｒｅｃｏｒｄＳｃｈｅｄｕｌｅオブジェクト、及び該ｒｅｃｏｒｄＳｃｈｅｄｕｌｅオブジェクトに関連付けられたｒｅｃｏｒｄＴａｓｋオブジェクトを削除し、削除の成否をＤｅｌｅｔｅＲｅｃｏｒｄＳｃｈｅｄｕｌｅアクションへの応答として送信する（Ｓ２２２）。
【００３６】
また、本実施例のサーバ装置２は、ｒｅｃｏｒｄＴａｓｋオブジェクトの削除後、サーバ装置２のｒｅｃｏｒｄＴａｓｋデータベース２１２内に、削除したｒｅｃｏｒｄＴａｓｋオブジェクトと録画予約対象が重複する他のｒｅｃｏｒｄＴａｓｋオブジェクトを検索する。該ｒｅｃｏｒｄＴａｓｋオブジェクトが存在すれば、これらのオブジェクトにプロパティとして付加された複製可能回数を加算して更新する。この処理については図１０を参照しながら後述する。
【００３７】
尚、ここでは、録画予約対象が重複するｒｅｃｏｒｄＴａｓｋオブジェクトを検索し、この結果を基に複製可能回数の管理を行う場合を説明したが、録画予約対象が重複するｒｅｃｏｒｄＳｃｈｅｄｕｌｅオブジェクトを検索し、この結果を基に複製可能回数の管理を行う場合についても同様の処理が行われるものとする。
【００３８】
次に、図４を参照しながらサーバ装置２の構成を説明する。図４は、サーバ装置２の構成を示す図である。
サーバ装置２は、ＴＣＰ／ＩＰネットワークＩ／Ｆ処理部２０１と、Ａｃｔｉｏｎ受信部２０２と、Ｒｅｓｐｏｎｓｅ送信部２０３と、ｒｅｃｏｒｄＳｃｈｅｄｕｌｅ生成部２０４と、ｒｅｃｏｒｄＳｃｈｅｄｕｌｅデータベース２０５と、ｒｅｃｏｒｄＳｃｈｅｄｕｌｅ削除部２０６と、ｒｅｃｏｒｄＳｃｈｅｄｕｌｅ読込部２０７と、ｒｅｃｏｒｄＴａｓｋ生成部２０８と、ｒｅｃｏｒｄＴａｓｋ検索部２０９と、複製回数管理部２１０と、ｒｅｃｏｒｄＴａｓｋ更新部２１１と、ｒｅｃｏｒｄＴａｓｋデータベース２１２と、ｒｅｃｏｒｄＴａｓｋ削除部２１３と、ｒｅｃｏｒｄＴａｓｋ読込部２１４と、録画実行部２１５と、番組情報データベース２１６等から構成される。
【００３９】
ＴＣＰ／ＩＰネットワークＩ／Ｆ処理部２０１は、ＭＳＣＰであるクライアント装置３とネットワーク４を介して通信するための通信インタフェースである。ＴＣＰ／ＩＰネットワークＩ／Ｆ処理部２０１は、クライアント装置３から送信される録画予約等を要求するアクションを受信すると共に、クライアント装置３へ送信する応答（レスポンス）を送信する。
【００４０】
Ａｃｔｉｏｎ受信部２０２は、クライアント装置３から送信されたＳＲＳに関するアクションであるＣｒｅａｔｅＲｅｃｏｒｄＳｃｈｅｄｕｌｅアクション、ＢｒｏｗｓｅＲｅｃｏｒｄＴａｓｋｓアクション、ＢｒｏｗｓｅＲｅｃｏｒｄＳｃｈｅｄｕｌｅｓアクション、ＤｅｌｅｔｅＲｅｃｏｒｄＳｃｈｅｄｕｌｅアクション等をＴＣＰ／ＩＰネットワークＩ／Ｆ処理部を介して受信する。
【００４１】
Ｒｅｓｐｏｎｓｅ送信部２０３は、Ａｃｔｉｏｎ受信部２０２で受信した各アクションの応答を作成し、ＴＣＰ／ＩＰネットワークＩ／Ｆ処理部２０１からクライアント装置３へ送信させる。
【００４２】
ｒｅｃｏｒｄＳｃｈｅｄｕｌｅ生成部２０４は、クライアント装置３からＡｃｔｉｏｎ受信部２０２がＣｒｅａｔｅＲｅｃｏｒｄＳｃｈｅｄｕｌｅアクションを受信した場合に、指定されたｒｅｃｏｒｄＳｃｈｅｄｕｌｅクラスのｒｅｃｏｒｄＳｃｈｅｄｕｌｅオブジェクトを生成し、ｒｅｃｏｒｄＳｃｈｅｄｕｌｅデータベース２０５に登録する。
【００４３】
ｒｅｃｏｒｄＳｃｈｅｄｕｌｅデータベース２０５は、ｒｅｃｏｒｄＳｃｈｅｄｕｌｅ生成部２０４が生成したｒｅｃｏｒｄＳｃｈｅｄｕｌｅオブジェクトが登録されるデータベースである。
【００４４】
ｒｅｃｏｒｄＳｃｈｅｄｕｌｅ削除部２０６は、クライアント装置３からＡｃｔｉｏｎ受信部２０２がＤｅｌｅｔｅＲｅｃｏｒｄＳｃｈｅｄｕｌｅアクションを受信した場合に、指定されたｒｅｃｏｒｄＳｃｈｅｄｕｌｅオブジェクトをｒｅｃｏｒｄＳｃｈｅｄｕｌｅデータベース２０５から削除する。さらに、削除したｒｅｃｏｒｄＳｃｈｅｄｕｌｅオブジェクトを参照するｒｅｃｏｒｄＴａｓｋの削除もｒｅｃｏｒｄＴａｓｋ削除部２１３に命じる。この処理の詳細は、図１０を参照しながら後述する。
【００４５】
ｒｅｃｏｒｄＳｃｈｅｄｕｌｅ読込部２０７は、Ａｃｔｉｏｎ受信部２０２がクライアント装置３からＢｒｏｗｓｅＲｅｃｏｒｄＳｃｈｅｄｕｌｅｓアクションを受信した場合に、ｒｅｃｏｒｄＳｃｈｅｄｕｌｅデータベース２０５に登録されたｒｅｃｏｒｄＳｃｈｅｄｕｌｅオブジェクトを読み込む。読み込まれたｒｅｃｏｒｄＳｃｈｅｄｕｌｅオブジェクトは、アクションの応答としてＲｅｓｐｏｎｓｅ送信部２０３がクライアント装置３へ送信する。
【００４６】
ｒｅｃｏｒｄＴａｓｋ生成部２０８は、ｒｅｃｏｒｄＳｃｈｅｄｕｌｅ生成部２０７が録画予約情報であるｒｅｃｏｒｄＳｃｈｅｄｕｌｅオブジェクトを生成した後、ｒｅｃｏｒｄＳｃｈｅｄｕｌｅ生成部の指示を受けて同じクラスの録画実行情報であるｒｅｃｏｒｄＴａｓｋオブジェクトを生成する。ｒｅｃｏｒｄＴａｓｋ生成部２０８は、ｒｅｃｏｒｄＴａｓｋオブジェクトを生成する際、番組情報データベース２１６から該当するチャンネル、録画開始時刻、および録画時間等を参照する。生成したｒｅｃｏｒｄＴａｓｋオブジェクトはｒｅｃｏｒｄＴａｓｋデータベース２１２に登録される。
【００４７】
ｒｅｃｏｒｄＴａｓｋ検索部２０９は、ｒｅｃｏｒｄＴａｓｋ生成部２０８によるｒｅｃｏｒｄＴａｓｋオブジェクトの生成後、ｒｅｃｏｒｄＴａｓｋデータベース２１２から、生成したｒｅｃｏｒｄＴａｓｋオブジェクトと録画予約対象が重複する他のｒｅｃｏｒｄＴａｓｋオブジェクトを検索する。
【００４８】
複製回数管理部２１０は、ｒｅｃｏｒｄＴａｓｋ検索部２０９で検索結果に基づき、ｒｅｃｏｒｄＴａｓｋデータベース２１２に登録される全てのｒｅｃｏｒｄＴａｓｋオブジェクトの中で、録画予約対象が重複するｒｅｃｏｒｄＴａｓｋオブジェクトの総数を、番組情報データベース２１６より取得した録画予約対象である放送番組の複製可能回数から減算する。また、複製回数管理部２１０はｒｅｃｏｒｄＴａｓｋ削除部２１３でｒｅｃｏｒｄＴａｓｋオブジェクトが削除されると、当該オブジェクトの録画予約対象の放送番組における複製可能回数に削除されたｒｅｃｏｒｄＴａｓｋオブジェクトの個数を加算する。
【００４９】
また、複製回数管理部２１０は録画を実行して生成したコンテンツデータに複製可能回数を書き込む。例えば本実施例では、複製回数管理部２１０は生成したコンテンツデータのヘッダーに複製可能回数を書き込むが、生成したコンテンツデータの複製可能回数を管理できる方法であれば良いものとする。
【００５０】
ｒｅｃｏｒｄＴａｓｋ更新部２１１は、複製回数管理部２１０で減算または加算する複製可能回数を示したプロパティデータを、当該複製可能回数が設定された放送番組を録画予約対象とするｒｅｃｏｒｄＴａｓｋオブジェクトに付加して更新する。
【００５１】
ｒｅｃｏｒｄＴａｓｋデータベース２１２は、ｒｅｃｏｒｄＴａｓｋ生成部２０８が生成したｒｅｃｏｒｄＴａｓｋオブジェクトが登録されるデータベースである。サーバ装置２では、ｒｅｃｏｒｄＴａｓｋデータベース２１２に登録された各ｒｅｃｏｒｄＴａｓｋオブジェクトに従って、指定された放送番組の録画を行う。
【００５２】
ｒｅｃｏｒｄＴａｓｋ削除部２１３は、ｒｅｃｏｒｄＳｃｈｅｄｕｌｅ削除部からｒｅｃｏｒｄＴａｓｋオブジェクトの削除を指示されると、指示されたｒｅｃｏｒｄＴａｓｋオブジェクトをｒｅｃｏｒｄＴａｓｋデータベース２１２から削除する。
【００５３】
ｒｅｃｏｒｄＴａｓｋ読込部２１４は、クライアント装置３からＡｃｔｉｏｎ受信部２０２がＢｒｏｗｓｅＲｅｃｏｒｄＴａｓｋｓアクションを受信した際に、ｒｅｃｏｒｄＴａｓｋデータベース２１２に登録されたｒｅｃｏｒｄＴａｓｋオブジェクトを読み込む。読み込まれたｒｅｃｏｒｄＴａｓｋオブジェクトは、アクションの応答としてＲｅｓｐｏｎｓｅ送信部２０３がクライアント装置３へ送信する。
【００５４】
録画実行部２１５は、アンテナ２１７及びチューナ２１８を介して受信した放送番組をｒｅｃｏｒｄＴａｓｋデータベース２１２に登録された各ｒｅｃｏｒｄＴａｓｋオブジェクトに基づき録画する。また、録画実行部２１５は録画する放送波とは異なるフォーマットのコンテンツデータを生成する。また、本実施例の録画実行部２１５は、１つの放送番組を録画して、同時に複数のコンテンツデータを生成する。
【００５５】
番組情報データベース２１６は、アンテナ２１７及びチューナ２１８を介して取得したＥＰＧや各放送番組に設定される複製可能回数等の放送波に関する情報を格納する。
【００５６】
続いて、図５を参照しながらクライアント装置３の構成を説明する。図５は、クライアント装置３の構成を示す図である。
クライアント装置３は、アプリケーション部３０１と、Ａｃｔｉｏｎ送信部３０２と、ＴＣＰ／ＩＰネットワークＩ／Ｆ処理部３０３と、Ｒｅｓｐｏｎｓｅ受信部３０４と、表示部３０５から構成される。
【００５７】
アプリケーション部３０１は、例えばユーザからの指示により、ＳＲＳを提供するサーバ装置２に録画予約を設定したり、サーバ装置２に設定された録画予約情報や録画実行情報の一覧を表示部３０５に表示したり、サーバ装置２に設定された録画予約設定を削除したりする機能を有する。
【００５８】
Ａｃｔｉｏｎ送信部３０２は、サーバ装置２が提供するＳＲＳに録画予約を設定するためのアクションＣｒｅａｔｅＲｅｃｏｒｄＳｃｈｅｄｕｌｅアクション、設定された録画予約情報や録画実行情報であるｒｅｃｏｒｄＳｃｈｅｄｕｌｅオブジェクトやｒｅｃｏｒｄＴａｓｋオブジェクトを閲覧するためのＢｒｏｗｓｅＲｅｃｏｒｄＳｃｈｅｄｕｌｅｓアクション、ＢｒｏｗｓｅＲｅｃｏｒｄＴａｓｋｓアクション等をＴＣＰ／ＩＰネットワークＩ／Ｆ処理部３０３を介して送信する。
【００５９】
ＴＣＰ／ＩＰネットワークＩ／Ｆ処理部３０３は、ＭＳＤであるサーバ装置２とネットワーク４を介して通信するための通信インタフェースである。ＴＣＰ／ＩＰネットワークＩ／Ｆ処理部３０３は、サーバ装置２へ送信するアクションやサーバ装置２から受信するアクションの応答（レスポンス）を受信する。
【００６０】
Ｒｅｓｐｏｎｓｅ受信部３０４は、Ａｃｔｉｏｎ送信部３０２で送信した各アクションの応答をＴＣＰ／ＩＰネットワークＩ／Ｆ処理部３０３を介して受信する。
表示部３０５は、アプリケーション部３０１の指示を受けてサーバ装置２に設定された録画予約情報や録画実行情報の一覧を表示画面３０５ａに表示する。本実施例における表示形式の一例については、図７を参照して後述する。
【００６１】
次に、図６を参照しながら、本実施例におけるサーバ装置２がレスポンスデータとして送信する録画実行情報のリストについて説明する。図６は、クライアント装置３からのＢｒｏｗｓｅＲｅｃｏｒｄＴａｓｋｓアクションに対して、サーバ装置２がレスポンスデータとして送信する録画実行情報のリストである。
【００６２】
図３を参照して説明した通り、ＳＲＳに予約を設定するＣｒｅａｔｅＲｅｃｏｒｄＳｃｈｅｄｕｌｅアクションには、６種類の予約設定方法であるｒｅｃｏｒｄＳｃｈｅｄｕｌｅクラスがあり、クライアント装置３は、サーバ装置２の提供するＳＲＳに対応した其々のクラスにおける録画予約設定方法で録画予約の設定ができる。
【００６３】
例えば、サーバ装置２が提供するＳＲＳが、図３を参照して説明したｃｄｓＥＰＧクラスおよびｃｄｓＮｏｎＥＰＧクラスの２通りのクラスに対応している場合には、クライアント装置３は、ＥＰＧの番組に対応するオブジェクトＩＤを指定する方法と、チャンネルに対応するオブジェクトＩＤを指定すると共に、録画開始時刻、録画時間等を併せて指定する方法の２通りの録画予約設定方法を実行できる。
【００６４】
従って、ユーザは特定の放送番組を指定して録画予約したり、或いはチャンネル、録画開始時刻、および録画時間を「１ｃｈの放送番組を毎週月曜日の９時から１時間」と指定して録画予約したりできる。
【００６５】
ここで、1つのｒｅｃｏｒｄＴａｓｋオブジェクトは１回の録画実行に対して生成されるため、例えば其々の録画予約設定方法で設定した録画予約の対象番組が重複した際には、ｒｅｃｏｒｄＴａｓｋオブジェクトが競合することとなる。さらに、該対象番組に設定された複製可能回数以上のｒｅｃｏｒｄＴａｓｋオブジェクトを生成したときには、競合によりｒｅｃｏｒｄＴａｓｋオブジェクトにおける録画実行を全て行うことができない場合がある。
【００６６】
そこで、本実施例ではクライアント装置３で録画予約を設定する際に、複製可能回数以上の録画予約の設定を行わないようにするため、サーバ装置２がレスポンスデータとして送信する録画実行情報のリストに録画予約対象の放送番組に設定された複製可能回数を示し、クライアント装置３が該複製可能回数を参照できる仕組みを実現する。
【００６７】
図６のレスポンスデータの例では、ｉｔｅｍ要素（ｅｌｅｍｅｎｔ）６０１−００１のアイテムが記載されている。詳細は省略するが、ｉｔｅｍ要素６０１−００１内には、録画チャンネル、録画開始時刻、録画時間等の情報が、其々子要素であるＴａｓｋＣｈａｎｎｅｌＩＤ要素、ＴａｓｋＳｔａｒｔＤａｔｅＴｉｍｅ要素、ＴａｓｋＤｕｒａｔｉｏｎ要素として記載される。
【００６８】
更に、本実施例のｉｔｅｍ要素６０１−００１は、子要素としてｒｅｍｅｉｎｉｎｇＲｅｃｏｒｄｉｎｇＣｏｕｎｔ要素６０１ａを有する。このｒｅｍｅｉｎｉｎｇＲｅｃｏｒｄｉｎｇＣｏｕｎｔ要素６０１ａは、「３」との記載を子テキストとして持つ。ここで「３」とは、ｉｔｅｍ要素６０１−００１に示された録画予約対象の放送番組における複製可能回数である。ものとする。このように複製可能回数をｉｔｅｍ要素６０１−００１内に記載することにより、クライアント装置３は、該録画予約をしたコンテンツデータの複製可能回数を認識できる。
【００６９】
従って、サーバ装置２から送信されたレスポンスデータを閲覧することで、クライアント装置３は複製可能回数以上の録画予約設定を行うことを防止できる。
また、本実施例では、ｉｔｅｍ要素６０１−００１の子要素として、録画予約対象の放送番組における複製可能回数を示すｒｅｍｅｉｎｉｎｇＲｅｃｏｒｄｉｎｇＣｏｕｎｔ要素６０１ａを有するが、ここで示したＸＭＬ表現に限らず、複製可能回数を示すことが可能であれば、録画予約を行っていない段階で放送番組に設定されている最大複製可能回数をともに示したＸＭＬ表現でも良いものとする。
【００７０】
上述した通り、本実施例ではレスポンスデータを閲覧することで所望の番組の複製可能回数を把握することが可能であり、複製可能回数以上の録画予約設定を行うことを防止できる。
【００７１】
また、本実施例における録画実行部２１５は、１つの放送番組を録画して同時に複数のコンテンツデータを生成する機能および、録画する放送番組とは異なるフォーマットのコンテンツデータを生成する機能を備える。これらの機能により、例えば１回の録画実行において異なるビットレートのコンテンツデータを複数生成することができる。
【００７２】
従って、本実施例によると、１回の録画実行において異なるビットレートのコンテンツデータを複数生成する際に事前に録画予約対象の複製可能回数を確認することで、一部の録画の実行が不可能となる可能性を回避できる。
【００７３】
また、本実施例によると、１度の録画実行において異なるビットレートのコンテンツデータを複数生成することができるため、例えば録画して生成したコンテンツデータのビットレートを下げて形態端末などで利用する際、放送波の録画後に生成したコンテンツデータから、該コンテンツデータのビットレートを変換して複製を生成するという工程が省ける。
【００７４】
尚、本実施例における複製可能回数管理部２１０は、録画後に生成されたコンテンツデータに残された複製可能回数を書き込む。従って、本実施例では、録画後に生成されたコンテンツデータについても複製可能回数を管理することができ、著作権を保護できる。
【００７５】
尚、録画予約対象の複製可能回数が閲覧可能であれば、ｒｅｃｏｒｄＳｃｈｅｄｕｌｅオブジェクトのリスト限らず、サーバ装置２がＳＲＳ：ＢｒｏｗｓｅＲｅｃｏｒｄＳｃｈｅｄｕｌｅｓアクションに応じて送信するＲｅｃｏｒｄＳｃｈｅｄｕｌｅｓオブジェクトのリストに含めても良い。
【００７６】
次に、図７を参照して、サーバ装置２からＢｒｏｗｓｅＲｅｃｏｒｄＴａｓｋｓアクションに対するレスポンスデータとして送信された録画実行情報のリストをクライアント装置３が受信した際に、該リストを表示部３０５に表示する形式を説明する。図７は、クライアント装置３の表示部３０５が表示する表示画面３０５ａの一例である。
【００７７】
サーバ装置２は、ＢｒｏｗｓｅＲｅｃｏｒｄＴａｓｋｓアクションを受信して図６に例を示したレスポンスデータを生成し、応答する。クライアント装置３は、図６のレスポンスデータをサーバ装置２からＲｅｓｐｏｎｓｅ受信部３０４で受信し、録画実行情報としてアプリケーション部３０１に出力する。
【００７８】
アプリケーション部３０１は、このレスポンスデータが示す録画実行情報から録画実行情報の一覧画面を作成して表示部３０５ａに出力する。
表示画面３０５ａでは、アイテム６００−００１が示す録画実行情報として、録画予約対象である放送番組のタイトル、チャンネル、録画開始時刻、録画時間、及び該放送番組の複製可能回数が、其々「ＢＢＣ  Ｎｅｗｓ  ａｔ  ７ｐｍ」、「４７ｃｈ」、「１９：００：００」、「０１：００：００」、及び「３」として表現されている。
【００７９】
よって、本実施例ではクライアント装置３の表示画面３０５ａを介して録画予約対象の放送番組に設定される複製可能回数を確認できる。
尚、ｒｅｃｏｒｄＳｃｈｅｄｕｌｅオブジェクトに対する一覧作成のために用いるＢｒｏｗｓｅＲｅｃｏｒｄＳｃｈｅｄｕｌｅｓアクションについても同様の処理を行うことができる。以下図８を参照して後述する。
【００８０】
図８は、クライアント装置３からのＢｒｏｗｓｅＲｅｃｏｒｄＳｃｈｅｄｕｌｅｓアクションに対して、サーバ装置２がレスポンスデータとして送信する録画予約情報のリストである。
【００８１】
図８のレスポンスデータの例では、ｉｔｅｍ要素（ｅｌｅｍｅｎｔ）８０１のアイテムが記載されており、ｉｔｅｍ要素８０１内には、録画チャンネル、録画開始時刻、録画時間等の情報が、其々子要素であるｓｃｈｅｄｕｌｅｄＣｈａｎｎｅｌＩＤ要素、ｓｃｈｅｄｕｌｅｄＳｔａｒｔＤａｔｅＴｉｍｅ要素、ｓｃｈｅｄｕｌｅｄＤｕｒａｔｉｏｎ要素として記載される。
【００８２】
また、ｉｔｅｍ要素８０１内には録画予約情報であるＲｅｃｏｒｄＳｃｈｅｄｕｌｅに関連する録画実行情報であるＲｅｃｏｒｄＴａｓｋオブジェクトの個数がＣｕｒｒｅｎｔＲｅｃｏｒｄＴａｓｋＣｏｕｎｔ要素８０１ａとして記載されている。
【００８３】
図８で示したレスポンスデータとして送信する録画予約情報のリストでは、このＲｅｃｏｒｄＳｃｈｅｄｕｌｅに関連するｒｅｃｏｒｄＴａｓｋオブジェクトの個数は２つ存在している。本実施例では、このＲｅｃｏｒｄＳｃｈｅｄｕｌｅに関連する各ｒｅｃｏｒｄＴａｓｋオブジェクトの録画予約対象の放送番組に対して時系列の順に其々の複製可能回数を示す。
【００８４】
尚、本実施例ではＲｅｃｏｒｄＳｃｈｅｄｕｌｅに関連する各ｒｅｃｏｒｄＴａｓｋオブジェクトの録画予約対象の放送番組における複製可能回数を時系列の順に示したが、これに限らず、各ｒｅｃｏｒｄＴａｓｋオブジェクトの録画予約対象の複製可能回数を示すことができれば良いものとする。例えば各ｒｅｃｏｒｄＴａｓｋオブジェクトのオブジェクトＩＤ等を複製可能回数と共に記載して示しても良い。
【００８５】
例えば、ｉｔｅｍ要素８０１が示すｒｅｃｏｒｄＳｃｈｅｄｕｌｅでは、録画予約対象の「ＢＢＣ  Ｎｅｗｓ  ａｔ  ７ｐｍ」に対して２つのｒｅｃｏｒｄＴａｓｋオブジェクトが存在するため２回の録画が実行される。この場合、はじめに録画される放送番組の複製可能回数をｒｅｍｅｉｎｉｎｇＲｅｃｏｒｄｉｎｇＣｏｕｎｔ要素８０１ｂとし、後で録画される放送番組の複製可能回数をｒｅｍｅｉｎｉｎｇＲｅｃｏｒｄｉｎｇＣｏｕｎｔ要素８０１ｃとして示す。
【００８６】
上述した通り、本実施例ではサーバ装置２からＢｒｏｗｓｅＲｅｃｏｒｄＳｃｈｅｄｕｌｅｓアクションに対して送信されるレスポンスデータを閲覧することでも、所望の番組の複製可能回数を把握することが可能であり、複製可能回数以上の録画予約設定を行うことを防止できる。
【００８７】
以下、図９を参照しながら、サーバ装置２が録画予約を設定する際の処理の流れを説明する。図９は、録画予約を設定する際のサーバ装置２の処理の流れを示すフローチャートである。
【００８８】
クライアント装置３からＡｃｔｉｏｎ受信部２０２がＣｒｅａｔｅＲｅｃｏｒｄＳｃｈｅｄｕｌｅアクションを受信すると（Ｓ９０１のＹｅｓ）、ｒｅｃｒｏｄＳｃｈｅｄｕｌｅ生成部２０５はｒｅｃｏｒｄＳｃｈｅｄｕｌｅオブジェクトを生成し、ｒｅｃｏｒｄＳｃｈｅｄｕｌｅデータベース２０５に登録する（Ｓ９０２）。
【００８９】
ここで、ｒｅｃｏｒｄＳｃｈｅｄｕｌｅ生成部２０４がｒｅｃｏｒｄＳｃｈｅｄｕｌｅオブジェクトの生成が成功したか否かを判断し（Ｓ９０３）、生成できなかった場合には（Ｓ９０３のＮｏ）、Ｓ９０４へ進んでエラーを示すＣｒｅａｔｅＲｅｃｏｒｄＳｃｈｅｄｕｌｅレスポンスを送信する（Ｓ９０４）。
【００９０】
ｒｅｃｏｒｄＳｃｈｅｄｕｌｅオブジェクトを生成できた場合には（Ｓ９０３のＹｅｓ）Ｒｅｓｐｏｎｓｅ送信部２０３は、生成したｒｅｃｏｒｄＳｃｈｅｄｕｌｅオブジェクトの内容、及び生成したオブジェクト６１ａのオブジェクトＩＤをＣｒｅａｔｅＲｅｃｏｒｄＳｃｈｅｄｕｌｅレスポンスとしてクライアント装置３へ送信する（Ｓ９０５）。
【００９１】
ｒｅｃｏｒｄＳｃｈｅｄｕｌｅオブジェクトの生成が終了すると、ｒｅｃｏｒｄＳｃｈｅｄｕｌｅ生成部２０４は、ｒｅｃｏｒｄＴａｓｋ生成部へｒｅｃｏｒｄＴａｓｋオブジェクトの生成処理を命じる（Ｓ９０６）。
【００９２】
ｒｅｃｏｒｄＳｃｈｅｄｕｌｅ生成部２０４から指示を受けると、ｒｅｃｏｒｄＴａｓｋ生成部２０８はｒｅｃｏｒｄＳｃｈｅｄｕｌｅオブジェクトに基づき、録画予約対象であるコンテンツデータのチャンネル、録画開始時刻、録画時間等の情報をプロパティとして設定し、ｒｅｃｏｒｄＴａｓｋオブジェクトの生成を行う（Ｓ９０７）。
【００９３】
次に、ｒｅｃｏｒｄＴａｓｋ検索部２０９は、生成されたｒｅｃｏｒｄＴａｓｋオブジェクトのプロパティを基に、ｒｅｃｏｒｄＴａｓｋデータベース２１２から録画予約対象が重複する他のｒｅｃｏｒｄＴａｓｋオブジェクトを検索する（Ｓ９０８）。
【００９４】
次に複製可能回数管理部２１０は、番組情報データベース２１６からｒｅｃｏｒｄＴａｓｋオブジェクトの録画予約対象の放送番組に設定される複製可能回数を取得し、該複製可能回数から重複する録画予約対象が設定された全てのｒｅｃｏｒｄＴａｓｋオブジェクトの総数を減算する（Ｓ９０９）。
【００９５】
次に、ｒｅｃｏｒｄＴａｓｋ更新部２１１は、Ｓ９０３で算出した複製可能回数をプロパティとして付加してｒｅｃｏｒｄＴａｓｋオブジェクトを更新する（Ｓ９１０）。
【００９６】
次に、図１０を参照しながら、サーバ装置２が録画予約の設定を削除する際の処理の流れを説明する。図１０は、サーバ装置２が録画予約の設定を削除する際の処理の流れを示す図である。
【００９７】
クライアント装置３からＡｃｔｉｏｎ受信部２０２がＤｅｌｅｔｅＲｅｃｏｒｄＳｃｈｅｄｕｌｅアクションを受信すると（Ｓ１００１のＹｅｓ）、ｒｅｃｏｒｄＳｃｈｅｄｕｌｅ削除部２０６は、該アクションで指定されたｒｅｃｏｒｄＳｃｈｅｄｕｌｅオブジェクトをｒｅｃｏｒｄＳｃｈｅｄｕｌｅデータベース２０５から検索する（Ｓ１００２）。
【００９８】
次にｒｅｃｏｒｄＳｃｈｅｄｕｌｅ削除部２０６は、ＤｅｌｅｔｅＲｅｃｏｒｄＳｃｈｅｄｕｌｅアクションで指定されたｒｅｃｏｒｄＳｃｈｅｄｕｌｅオブジェクトをｒｅｃｏｒｄＳｃｈｅｄｕｌｅデータベース２０５から削除する（Ｓ１００３）。
【００９９】
ｒｅｃｏｒｄＳｃｈｅｄｕｌｅオブジェクトを削除できた場合には（Ｓ１００４のＹｅｓ）、ｒｅｃｏｒｄＴａｓｋ削除部２１３は、指定されたｒｅｃｏｒｄＳｃｈｅｄｕｌｅオブジェクトに対応するｒｅｃｏｒｄＴａｓｋオブジェクトをｒｅｃｏｒｄＴａｓｋデータベース２１２から削除する（Ｓ１００５）。
【０１００】
次に、ｒｅｃｏｒｄＴａｓｋ検索部２０９は、Ｓ１００６で削除されたｒｅｃｏｒｄＴａｓｋオブジェクトのプロパティを基に、ｒｅｃｏｒｄＴａｓｋデータベース２１２から録画予約対象が重複する他のｒｅｃｏｒｄＴａｓｋオブジェクトを検索する（Ｓ１００６）。
【０１０１】
次に複製可能回数管理部は、ｒｅｃｏｒｄＴａｓｋオブジェクトの録画予約対象の放送番組における複製可能回数に、削除したｒｅｃｏｒｄＴａｓｋオブジェクトの個数を加算する（Ｓ１００７）。次に、ｒｅｃｏｒｄＴａｓｋ更新部２１１は、複製可能回数管理部で算出した複製可能回数をプロパティとして付加してｒｅｃｏｒｄＴａｓｋオブジェクトを更新する（Ｓ１００８）。
【０１０２】
ｒｅｃｏｒｄＴａｓｋ削除部２１３は、ｒｅｃｏｒｄＴａｓｋオブジェクトの削除および複製可能回数の更新が成功したか否かを判断し（Ｓ１００９）、成功した場合には削除成功を示すＤｅｌｅｔｅＲｃｏｒｄＳｃｈｅｄｕｌｅレスポンスを送信する（Ｓ１０１０）。
【０１０３】
一方、ｒｅｃｏｒｄＳｃｈｅｄｕｌｅオブジェクト又はｒｅｃｏｒｄＴａｓｋオブジェクトが削除できなかった場合には（Ｓ１００４のＮｏ、Ｓ１００９のＮｏ）、Ｒｅｓｐｏｎｓｅ送信部２０３はエラーを示すＤｅｌｅｔｅＲｅｃｏｒｄＳｃｈｅｄｕｌｅレスポンスを送信する（Ｓ１０１１）。
【０１０４】
以上説明したように、本実施例によれば、クライアント装置３で録画予約対象となる放送番組に設定される複製可能回数を参照できる。従って、録画予約を設定する際に、当該録画予約の対象となる放送番組に設定される複製可能回数を把握でき、録画の実行が可能な範囲で設定できる録画予約の回数を判断できる。また、複製可能回数はｒｅｃｏｒｄＴａｓｋオブジェクトを基に管理するだけではなく、ｒｅｃｏｒｄＳｃｈｅｄｕｌｅオブジェクトによっても管理できる。
【０１０５】
尚、本実施例ではｒｅｃｏｒｄＳｃｈｅｄｕｌｅオブジェクト又はｒｅｃｏｒｄＴａｓｋオブジェクトの閲覧要求に応じてレスポンスデータを送信するため、所望のタイミングでリストを閲覧できる。
【０１０６】
また、本実施例では録画予約を取り消す場合、ｒｅｃｏｒｄＳｃｈｅｄｕｌｅオブジェクト又はｒｅｃｏｒｄＴａｓｋオブジェクトの削除に伴い、当該録画予約の対象となっていた放送番組の複製可能回数を加算する。従って、録画予約の取消により変化する複製可能回数を管理できる。
【０１０７】
また、本実施例では複製可能回数の減算または加算に伴い、其々のｒｅｃｏｒｄＳｃｈｅｄｕｌｅオブジェクト又は其々のｒｅｃｏｒｄＴａｓｋオブジェクトのプロパティを更新するため、各ｒｅｃｏｒｄＳｃｈｅｄｕｌｅオブジェクト又は各ｒｅｃｏｒｄＴａｓｋオブジェクトで複製可能回数を確認できる。
【０１０８】
また、本実施例における録画実行部２１５は、１つの放送番組を録画して同時に複数のコンテンツデータを生成する機能および、録画する放送波とは異なるフォーマットのコンテンツデータを生成する機能を備える。これらの機能により、例えば１回の録画実行において異なるビットレートのコンテンツデータを複数生成することができる。
【０１０９】
従って本実施例によると、１回の録画実行において異なるビットレートのコンテンツデータを複数生成する際に事前に録画予約対象の複製可能回数を確認することで、一部の録画の実行が不可能となる可能性を回避できる。
【０１１０】
尚、本実施例における複製可能回数管理部２１０は、録画後に生成されたコンテンツデータに複製可能回数を書き込む。従って、本実施例では、録画後に生成されたコンテンツデータについても複製可能回数を管理することができ、著作権を保護できる。
【０１１１】
本発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。更に、異なる実施形態に構成要素を適宜組み合わせてもよい。
【図面の簡単な説明】
【０１１２】
【図１】本発明の実施例に係るサーバ装置及びクライアント装置が使用される通信システムの構成を示す図。
【図２】本発明の実施例に係るサーバ装置及びクライアント装置間の処理を示す図。
【図３】本発明の実施例に係るサーバ装置に対応させることが可能なクラスを示す図。
【図４】本発明の実施例に係るサーバ装置の構成を示す図。
【図５】本発明の実施例に係るクライアント装置の構成を示す図。
【図６】本発明の実施例に係るサーバ装置が送信するｒｅｃｏｒｄＴａｓｋオブジェクトのレスポンスデータの例を示す図。
【図７】本発明の実施例に係るクライアント装置が表示する表示画面の一例である。
【図８】本発明の実施例に係るサーバ装置が送信するｒｅｃｏｒｄＳｃｈｅｄｕｌｅオブジェクトのレスポンスデータの例を示す図。
【図９】本発明の実施例に係るサーバ装置が録画予約を設定する際の処理の流れを示すフローチャート。
【図１０】本発明の実施例１に係るサーバ装置が録画予約情報及び録画実行情報を削除する処理の流れを示すフローチャート。
【符号の説明】
【０１１３】
１・・・通信システム
２・・・サーバ装置
３・・・クライアント装置
４・・・ネットワーク
２０１・・・ＴＣＰ／ＩＰネットワークＩ／Ｆ処理部
２０２・・・Ａｃｔｉｏｎ受信部
２０３・・・Ｒｅｓｐｏｎｓｅ送信部
２０４・・・ｒｅｃｏｒｄＳｃｈｅｄｕｌｅ生成部
２０５・・・ｒｅｃｏｒｄＳｃｈｅｄｕｌｅデータベース
２０６・・・ｒｅｃｏｒｄＳｃｈｅｄｕｌｅ削除部
２０７・・・ｒｅｃｏｒｄＳｃｈｅｄｕｌｅ読込部
２０８・・・ｒｅｃｏｒｄｔａｓｋ生成部
２０９・・・ｒｅｃｏｒｄＴａｓｋ検索部
２１０・・・複製可能回数管理部
２１１・・・ｒｅｃｏｒｄＴａｓｋ更新部
２１２・・・ｒｅｃｏｒｄＴａｓｋデータベース
２１３・・・ｒｅｃｏｒｄＴａｓｋ削除部
２１４・・・ｒｅｃｏｒｄＴａｓｋ読込部
２１５・・・録画実行部
２１６・・・番組情報データベース
２１７・・・アンテナ
２１８・・・チューナ
３０１・・・アプリケーション部
３０２・・・Ａｃｔｉｏｎ送信部
３０３・・・ＴＣＰ／ＩＰネットワークＩ／Ｆ処理部
３０４・・・Ｒｅｓｐｏｎｓｅ受信部
３０５・・・表示部
３０５ａ・・・表示画面
６０１−００１、８０１・・・ｉｔｅｍ要素
６０１ａ、８０１ｂ、８０１ｃ・・・ｒｅｍｅｉｎｉｎｇＲｅｃｏｒｄｉｎｇＣｏｕｎｔ要素
８０１ａ・・・ＣｕｒｒｅｎｔＲｅｃｏｒｄＴａｓｋＣｏｕｎｔ要素
【図１】
2009151884.tif 000003
【図２】
2009151884.tif 000004
【図３】
2009151884.tif 000005
【図４】
2009151884.tif 000006
【図５】
2009151884.tif 000007
【図６】
2009151884.tif 000008
【図７】
2009151884.tif 000009
【図８】
2009151884.tif 000010
【図９】
2009151884.tif 000011
【図１０】
2009151884.tif 000012