(57)【要約】【課題】チューナデバイスおよび録画デバイス間でＬＡＮを介して行われる録画動作を事前に設定した予約スケジュール通りに実行できるようにする。【解決手段】この録画システムは、放送波を受信して映像コンテンツをＬＡＮ５へ配信する機能を有するチューナデバイス１と、ＬＡＮ５から映像コンテンツを受信して録画する機能を有する録画デバイス３とをＬＡＮ５に接続し、チューナデバイス１と録画デバイス３が録画予約管理機能を持ち、予め設定された時刻にチューナデバイス１が受信した放送の映像コンテンツをＬＡＮ５に接続された録画デバイス３で録画する録画システムであり、予め予定された録画予約の開始時刻に先立ってチューナデバイス１と録画デバイス３との間で時刻同期手順を実行する。【選択図】図１
2006184117.tif 000002
【特許請求の範囲】
【請求項１】
放送を受信して映像コンテンツを配信する配信装置と、
前記配信装置とネットワークを介して接続され、前記映像コンテンツを受信して録画する録画装置と、
予め設定された時刻に前記配信装置が受信した放送の映像コンテンツを前記録画装置で録画する録画予約管理手段と、
前記録画予約管理手段により予約された録画動作が開始される時刻に先立って前記配信装置と前記録画装置との間で時刻同期手順を実行する時刻同期手順実行手段と
を具備したことを特徴とする録画システム。
【請求項２】
放送を受信して映像コンテンツをネットワークへ配信する配信装置よりネットワークを通じて配信された映像コンテンツを受信する受信手段と、
予め設定された時刻に、前記受信手段により受信された映像コンテンツを録画する予約録画手段と、
前記予約録画手段が映像コンテンツの録画を行う時刻に先立って前記配信装置との間で時刻同期手順を実行する時刻同期手順実行手段と
を具備したことを特徴とする録画装置。
【請求項３】
放送を受信して映像コンテンツを生成しネットワークに接続された録画装置へ配信する映像コンテンツ配信手段と、
予め設定された時刻に、前記映像コンテンツ配信手段に対して、映像コンテンツを配信させる予約配信手段と、
前記予約配信手段が映像コンテンツの配信を行う時刻に先立って前記録画装置との間で時刻同期手順を実行する時刻同期手順実行手段と
を有することを特徴とする配信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば放送局から放送される番組を受信して映像コンテンツとしてネットワークへ配信する配信装置と、ネットワークを通じて配信された映像コンテンツを録画する録画装置と、これら装置からなる録画システムに関する。
【背景技術】
【０００２】
近年、例えばＤＶＤレコーダ、ハードディスクレコーダなどの録画装置や地上波デジタルテレビチューナなどの放送受信装置が家電製品として販売され、放送番組の録画、視聴が大変便利になってきている。
【０００３】
これらの機器の中には、ＬＡＮなどのネットワークを介して接続できる機器も登場しており、機器単体の動作からシステム動作へと動作形態が変わりつつある。
【０００４】
この種の先行技術としては、放送受信データ送出装置と録画装置とをネットワークで接続し、放送受信データ送出装置で受信した放送信号を録画装置で予約録画する構成が開示されている（例えば特許文献１参照）。
【０００５】
上記先行技術の場合、放送受信データ送出装置と録画装置の両者に予約テーブルを配置し、録画開始時間が到来すると、放送受信データ送出装置で符号化されたデジタル番組信号を録画装置に記憶することで予約録画を実現している。
【特許文献１】特開２００３‐２５８８０２号公報（段落番号［００４１］〜［００５９］、図５、図７）
【発明の開示】
【発明が解決しようとする課題】
【０００６】
このように上記した先行技術では、放送受信データ送出装置と録画装置とがそれぞれ予約テーブルを持ち、予約テーブルに記録された録画開始時間になると、データの送出、録画を行っているが、これらの動作はそれぞれの装置が持つクロック、つまり時計機能に従ってスケジューリングされて実行される。
【０００７】
しかしながら、通常、コンシューマ機器には、それほど精度の高い時計機能は備えられておらず、ある程度の誤差範囲で時刻が進んだり遅れたりする。
放送受信データ送出装置と録画装置とで間で時刻のずれが発生すると、録画データの先頭や末尾に欠落が生じたり、録画自体が失敗する恐れがある。
【０００８】
本発明はこのような課題を解決するためになされたもので、ネットワークを介して行われる録画動作を事前に設定した予約スケジュール通りに実行できる配信装置、録画装置を提供することを目的としている。
【課題を解決するための手段】
【０００９】
上記した目的を達成するために、本発明の録画システム、放送を受信して映像コンテンツを配信する配信装置と、前記配信装置とネットワークを介して接続され、前記映像コンテンツを受信して録画する録画装置と、予め設定された時刻に前記配信装置が受信した放送の映像コンテンツを前記録画装置で録画する録画予約管理手段と、前記録画予約管理手段により予約された録画動作が開始される時刻に先立って前記配信装置と前記録画装置との間で時刻同期手順を実行する時刻同期手順実行手段とを具備したことを特徴とする。
本発明の録画装置は、放送を受信して映像コンテンツをネットワークへ配信する配信装置よりネットワークを通じて配信された映像コンテンツを受信する手段と、予め設定された時刻に、前記受信手段により受信された映像コンテンツを録画する予約録画手段と、前記予約録画手段が映像コンテンツの録画を行う時刻に先立って前記配信装置との間で時刻同期手順を実行する時刻同期手順実行手段とを具備したことを特徴とする。
本発明の配信装置は、放送を受信して映像コンテンツを生成しネットワークに接続された録画装置へ配信する映像コンテンツ配信手段と、予め設定された時刻に、前記映像コンテンツ配信手段に対して、映像コンテンツを配信させる予約配信手段と、前記予約配信手段が映像コンテンツの配信を行う時刻に先立って前記録画装置との間で時刻同期手順を実行する時刻同期手順実行手段とを具備したことを特徴とする。
【００１０】
本発明では、ネットワークを介して接続された配信装置および録画装置が、予約録画を開始する前、つまり録画時刻に先立ち、互いの間でネットワークを通じて時刻同期手順を実行することにより、ネットワークを介した録画動作における予約開始時刻や終了時刻のズレがなくなり、設定された予約スケジュール通りに録画動作を実行できるようになる。
【発明の効果】
【００１１】
以上説明したように本発明によれば、配信装置および録画装置間でネットワークを介して行われる録画動作を事前に設定した予約スケジュール通りに実行できるようになる。
【発明を実施するための最良の形態】
【００１２】
以下、本発明の実施の形態を図面を参照して詳細に説明する。
図１は本発明に係る一つの実施形態の録画システムの構成を示す図、図２は図１の録画システムのチューナデバイスの構成を示す図、図３は図１の録画システムの録画デバイスの構成を示す図である。
【００１３】
図１に示すように、この録画システムは、配信装置の一つとしてのチューナデバイス１と、録画装置の一つとしての録画デバイス３とをＬＡＮ５などのネットワークを介して接続して構成されている。なお、この例は、チューナデバイス１と録画デバイス３をＬＡＮ５に１つずつ接続した例であるが、それぞれ複数接続しても良い。
【００１４】
チューナデバイス１は、例えばテレビジョンやセットトップボックス（ＳＴＢ）などであり、放送波を受信し、例えばＭＰＥＧ２、ＭＰＥＧ４などの動画形式の映像コンテンツにエンコードしてネットワークに映像コンテンツのデータをＬＡＮ５を通じて配信する機能を有するデバイスである。
【００１５】
録画デバイス３は、例えばＤＶＤビデオレコーダやハードディスクレコーダなどであり、ネットワークから映像コンテンツのデータを受信して、内蔵あるいは外部接続したハードディスクなどの記憶媒体に記録する機能を持つデバイスである。
つまり録画デバイス３は、チューナデバイス１が受信した放送コンテンツを取得して記憶媒体に記録するネットワークストレージデバイスである。
【００１６】
この録画システムでは、録画デバイス３とチューナデバイス１がそれぞれ予約管理機能を有しており、予め録画予約時刻、チャネル、レート、デバイスの識別子などを指定しておくことによって、チューナデバイス１で受信された放送コンテンツを録画デバイス３に自動的に配信及び記憶するので、一般的なビデオ予約と同様に、放送される番組を録画することができる。
【００１７】
図２に示すように、チューナデバイス１は、放送波をアンテナ１１を介して受信するチューナ１２、バッファ１４、エンコーダ１３、ネットワークインタフェース１５、メモリ１６、コントロール部１７などを備えている。
【００１８】
チューナ１２は、アンテナ１１で受信される放送波（ＲＦ信号）のうち所望のチャネルの映像信号をエンコーダ１３へ送る。エンコーダ１３は、チューナ１２から渡された映像信号をＭＰＥＧ２、ＭＰＥＧ４などのフォーマットの映像コンテンツのデータにエンコードした後、バッファ１４に一時的に蓄積する。
【００１９】
バッファ１４は、配信対象の映像コンテンツのデータを蓄積する。ネットワークインタフェース１５は、バッファ１４に蓄積された映像コンテンツのデータをＬＡＮ５へ送信する。
【００２０】
メモリ１６には、予約テーブル１６ａが記憶されている。なお、予約テーブル１６ａのデータについては図４の説明で詳述する。コントロール部１７は、時刻を計時する時計機能、メモリ１６の予約テーブル１６ａで予約データを管理する予約管理機能と、予約データに基づいて各モジュールを制御する制御機能と、バッファ１４から読み出した映像データをネットワークインタフェース１５を通じてＬＡＮ５上の録画デバイス３へ転送する映像コンテンツ配信処理機能と、ＳＮＴＰサーバ機能などを有している。
【００２１】
コントロール部１７およびネットワークインタフェース１５は、放送波を受信して映像コンテンツを生成しＬＡＮ５に接続された録画デバイス３へ配信する映像コンテンツ配信手段として機能する。コントロール部１７は、時計機能で時刻を計時すると共に、メモリ１６の予約テーブル１６ａの予約データを監視し、配信予約時刻に先立って録画準備の処理を行う。
【００２２】
コントロール部１７およびネットワークインタフェース１５は、メモリ１６の予約テーブル１６ａに予め設定された時刻になると、バッファ１４に蓄積された映像コンテンツを配信する予約配信手段として機能する。
コントロール部１７のＳＮＴＰサーバ機能は、録画準備期間に、映像コンテンツの配信を行う開始時刻に先立って録画デバイス３との間で時刻同期手順を実行する時刻同期手順実行手段として機能する。
【００２３】
より具体的には、ＳＮＴＰサーバ機能は、ユニキャストモード、エニーキャストモード、マルチキャストモード、または、これらのモードの組み合わせで動作できる。ＳＮＴＰサーバ機能は、ＬＡＮ５よりリクエストを受信し、ＮＴＰヘッダフィールドの特定のフィールドを変更し、できるだけリクエストと同じメッセージバッファを使用し応答する。応答には、タイムスタンプ（受信タイムスタンプ、送信タイムスタンプ）が付与される。
【００２４】
ＳＮＴＰサーバ機能は、エニーキャストモードでは、使用するローカルブロードキャストアドレスまたはＩＡＮＡによって割り当てられたマルチキャストグループアドレスを監視し、応答時の送信元アドレスフィールドには、サーバ自身（チューナデバイス１）のユニキャストアドレスを使用する。
【００２５】
ＳＮＴＰサーバ機能は、正常に動作している参照時計、例えば電波時計やインターネット上の標準時サーバに所定の時間間隔で時刻同期する機能を有しているがこの機能は必須ではない。クライアント（録画デバイス３）とサーバ（チューナデバイス１）との時刻が一致すればよい。
【００２６】
図３に録画デバイスの構成例を示す。
図３に示すように、録画デバイスは、ネットワークインタフェース２３、ハードディスクドライブ２１（以下ＨＤＤ２１と称す）、バッファ２２、メモリ２４、コントロール部２５などから構成されている。
【００２７】
メモリ２４には、予約テーブル２４ａが記憶されている。なお、予約テーブル２４ａのデータについては図５の説明で詳述する。コントロール部２５は、時刻を計時する時計機能、メモリ２４の予約テーブル２４ａで予約データを管理する予約管理機能、予約テーブル２４ａの予約データに基づいて各部（モジュール）を制御する制御機能、ネットワークインタフェース２３から受信してバッファ２２に蓄積された映像コンテンツのデータをＨＤＤ２１に記録する記録制御機能、ＳＮＴＰクライアント機能などを有している。
【００２８】
ネットワークインタフェース２３は、チューナデバイス１よりＬＡＮ５を通じて配信されてきた映像コンテンツのデータを受信しバッファ２２へ蓄積する。ネットワークインタフェース２３は、放送波を受信して映像コンテンツをネットワークへ配信する機能を有するチューナデバイス１よりＬＡＮ５を通じて配信された映像コンテンツを受信する手段として機能する。
【００２９】
バッファ２２は、受信された映像コンテンツのデータを一時的に蓄積する。ＨＤＤ２１は、バッファ２２に一時的に蓄積された映像コンテンツのデータを読み出し（または再生）可能に保存する。
【００３０】
コントロール部２５は、メモリ２４の予約テーブル２４ａに予め設定された録画予約条件（時刻、チャネル、レート、配信元の識別子（チューナデバイスのＩＰアドレスなど））に基づいてネットワークインタフェース２３により受信された映像コンテンツを録画する予約録画手段として機能する。
【００３１】
コントロール部２５のＳＮＴＰクライアント機能は、映像コンテンツの録画を行う時刻に先立ってチューナデバイス１との間で時刻同期手順を実行する時刻同期手順実行手段として機能する。
【００３２】
より具体的には、ＳＮＴＰクライアント機能は、マルチキャストモード、ユニキャストモード、エニーキャストモードで動作できる。マルチキャストモードでは、ＳＮＴＰクライアント機能は、リクエストを送信せずに使用するマルチキャストサーバからのブロードキャストを待つ。ユニキャストモードでは、ＳＮＴＰクライアント機能は、使用するユニキャストサーバであるチューナデバイス１へリクエストを送信し、チューナデバイス１からの応答を待機する。エニーキャストモードでは、ＳＮＴＰクライアント機能は、使用するローカルブロードキャストアドレス、マルチキャストグループアドレスへリクエストを送信し、１あるいはそれ以上のエニーキャストサーバからの応答を期待する。
【００３３】
ＳＮＴＰクライアント機能は、その後のユニキャスト動作のために、最初に受信した応答を使用して特定のサーバを確認する。残りのサーバの重複の応答または他のサーバの応答は無視される。そのリクエストによるアドレスの選択以外は、エニーキャストクライアントとユニキャストクライアントの動作は同一である。リクエストは、所定時間間隔、例えば６４秒から１０２４秒間隔などで送信される。リクエストは、クライアントの時計の周波数耐性と必要とされる精度に依存している。
【００３４】
ユニキャストモードまたはエニーキャストモードでは、ＳＮＴＰクライアント機能は、ＮＴＰメッセージヘッダを初期化し、ＳＮＴＰサーバであるチューナデバイス１へリクエストを送信し、その応答に含まれる送信タイムスタンプから日時を割り出す。ＳＮＴＰクライアント機能は、日時を割り出す上で、チューナデバイス１と録画デバイス３間の伝播遅延を計測し、チューナデバイス１と相対して数十ミリ秒以内の範囲でローカル時計を修正するための単純な計算を行い、計算した結果の修正時刻で、ローカル時計を修正する。
【００３５】
図４はチューナデバイス１が保持する予約データを格納するメモリ１６の予約テーブル１６ａを示す概念図である。
同図に示すように、予約テーブル１６ａは、少なくとも１つ録画予約条件の予約データからなっており、一つの予約データは、開始時刻、終了時刻、チャンネル、レート、録画デバイスの識別子などのデータから構成されている。例えばレートは受信した放送波をエンコーダ１３でエンコードする際のビットレートである。録画デバイス３の識別子としてはＩＰアドレスなどを用いる。
【００３６】
図５は録画デバイス３が保持する予約データを格納する予約テーブル２４ａを示す概念図である。
同図に示すように、予約テーブル２４ａは、少なくとも１つの録画予約条件の予約データからなっており、一つの予約データは、開始時刻、終了時刻、チャンネル、レート、チューナデバイスの識別子などのデータから構成されている。各データについては、チューナデバイス１と同様である。
【００３７】
ここで、まず、新たに録画予約を設定する手順について説明する。
録画予約を設定する際には、録画デバイス３は、ＬＡＮ５上で接続可能なチューナデバイス１を探索する。
チューナデバイス１を検出すると、検出したチューナデバイス１から予約データを取得して、画面に一覧表示する。
【００３８】
画面に表示された一覧表示をユーザが閲覧し、チューナデバイス１の予約状況を確認して、予約を設定可能なチューナデバイス１を選択し、予約録画に必要なデータを録画デバイス３に入力する。
【００３９】
すると、録画デバイス３では、コントロール部２５が、ＬＡＮ５上のチューナデバイス１に対して予約データを送信し、チューナデバイス１側で予約データが受け付けられれば、予約テーブル２４ａに予約データを追加する。チューナデバイス１でも予約データを予約テーブル１６ａに追加する。
【００４０】
録画デバイス３がチューナデバイス１を検出するための手順としては、例えばユニバーサル・プラグ・イン・プレイ（以下ＵＰｎＰと称す）プロトコルによって実現する。
ＵＰｎＰプロトコルでは、外部にサービスを提供するデバイスと、デバイスが提供するサービスの存在を発見する手段と、デバイスおよびサービスの詳細をＸＭＬデータで記述し、サービスの利用者がそのＸＭＬデータを取得することでサービスの詳細を知る手段と、サービスを利用するための枠組みとが規定されている。
【００４１】
チューナデバイス１は、録画予約を行うために、図６に示すように、例えばＸＭＬなどの言語で記述したＳｅｒｖｉｃｅ Ｄｅｓｃｒｉｐｔｏｒを持つＵＰｎＰのサービスを提供することにより、録画デバイス３からチューナデバイス１を検出して録画予約を行うことができる。
【００４２】
以下、この録画システムの動作を説明する。
チューナデバイスのコントロール部１７は、時計機能により計時される時刻と予約テーブル１６ａの予約録画の開始時刻とを常に監視しており、予約録画の開始時刻の例えば１分前などになると、録画準備を開始する。
【００４３】
録画準備では、コントロール部１７は、まず、現在の各部の動作状態、つまりチューナ１２およびエンコーダ１３などがスタンバイ常態か、駆動状態かなどといった動作状態をチェックし、スタンバイ状態になっている場合、これらを復帰、つまりレジュームする。
【００４４】
また、コントロール部１７は、予約テーブル１６ａを参照してチューナ１２のチャネルを予約設定されているチャネルに選曲し放送の受信を開始したり、エンコーダ１３を動作設定して受信信号をエンコードさせて映像データとしてバッファ１４へ出力する処理である。エンコーダ１３によってエンコードされた映像データはバッファ１４に逐次書き込まれる。
【００４５】
録画デバイス３でもチューナデバイス１と同様にコントロール部２５は、時計機能により計時される時刻と予約テーブル２４ａの予約録画の開始時刻とを常に監視しており、予約録画の開始時刻の例えば１分前などになると（Ｓ１０１のＹＥＳ）、録画準備を開始する（Ｓ１０２）。
録画準備とは、チューナデバイス１から取得する映像コンテンツのデータを記憶媒体（ＨＤＤ２１、ＤＶＤなど）に書き込む準備であり、コントロール部２５は、これを開始する。なおこの例では、記憶媒体としてＨＤＤ２１を例示しているが、この他、記録型のＤＶＤドライブにセットされたＤＶＤディスクなどでもよい。
【００４６】
次に、コントロール部２５は、予約テーブル２４ａの予約データを参照して対象となるチューナデバイス１の情報を読み出し、チューナデバイス１に対して時刻同期手順を実行する（Ｓ１０３）。
【００４７】
チューナデバイス１と録画デバイス３とのクロックにズレがあると、録画デバイス３が録画準備を開始した時刻になってもチューナデバイス１では、録画準備を開始しておらず、レジューム状態にある可能性もある。
【００４８】
このような場合、録画デバイス３では、時刻同期の手順が失敗することになるため、コントロール部２５は、時刻同期手順を繰り返して行う（Ｓ１１１のＮＯ〜Ｓ１１３のＮＯ）。
そして、時刻同期が成功しないまま開始時刻になった場合（Ｓ１１１のＹＥＳ）、コントロール部２５は、チューナデバイス１の側に問題があるものと判定して、録画動作を停止し録画失敗の処理を行う（Ｓ１０４）。
【００４９】
また、時刻同期手順が成功した場合（Ｓ１１３のＹＥＳ）、コントロール部２５は、調整（修正）されたクロックに従って動作を実行し、予約録画の開始時刻になった段階で（Ｓ１０５のＹＥＳ）、録画動作を開始する（Ｓ１０６）。
【００５０】
なお、時刻同期を行った結果、開始時刻が既に過ぎてしまっていた場合、コントロール部２５は、準備が終了次第、録画動作を開始する。
【００５１】
ここで、録画動作について説明する。
コントロール部２５が予約テーブル２４ａの予約データと時計機能により計時された時刻とを監視する中で、予約録画の開始時刻になると、コントロール部２５は、ＬＡＮ５上のチューナデバイス１に対してエンコードされたデータの取得要求を送信する。
【００５２】
チューナデバイス１は、データの取得要求を受信すると、コントロール部１７がバッファ１４に書き込まれているエンコードされたデータを読み出して、ネットワークインタフェース１５からＬＡＮ５を通じて録画デバイス３へ送信する。
【００５３】
録画デバイス３では、チューナデバイス１から送信されたデータをＬＡＮ５を通じてネットワークインタフェース２３が取得すると、コンテロール部２５は、バッファ２２に一時的に蓄積しつつそれをＨＤＤ２１に書き込んでいく。
【００５４】
チューナデバイス１では、コントロール部１７が録画準備を開始した後、予約の終了時刻までの間に予約を設定した録画デバイス３とは異なるデバイスからＬＡＮ５を通じてデータの取得要求（リクエスト）を受信しても、要求元へはエラーを通知し、チューナ１２の選局状態やエンコーダ１３の動作を変更しない。
【００５５】
そして、録画の終了時刻になると、録画を開始した録画デバイス３では、データの取得要求（リクエスト）をチューナデバイス１へ送信することを停止し、ＨＤＤ２１に記憶したデータに関する情報を更新する。
【００５６】
一方、録画の終了時刻になると、チューナデバイス１においてもエンコーダ１３の動作を停止し、以後、該当録画デバイス３よりデータの取得要求（リクエスト）があった場合にもデータを送信せずエラーを要求元へ通知する。
【００５７】
このようにこの実施形態の録画システムによれば、録画デバイス３は、録画開始時刻の１分前などになると、録画準備の開始と共にＬＡＮ５上のＳＮＴＰサーバであるチューナデバイス１へ時刻同期手順を実行することにより、ＬＡＮ５に接続されたチューナデバイス１および録画デバイス３が、予約された録画動作の実行に先立って時刻同期するので、録画動作の実行時にクロックのズレがなくなり、利用者が予め設定した録画予約動作を正しく実行できるようになる。
【００５８】
すなわち、録画開始時刻の直前にチューナデバイス１および録画デバイス３間でクロック同期をとることで、時刻のずれに起因する録画失敗などの不具合発生を防止することができる。
【００５９】
なお、本発明は上記実施形態のみに限定されるものではない。
上記の例では、録画デバイス３とチューナデバイス１が一台づつＬＡＮ５に接続された例について説明したが、それぞれのデバイスがＬＡＮ５に複数接続されていても良く、これらの中の一台がＳＮＴＰサーバ機能を有し、他のデバイスがＳＮＴＰクライアント機能を有していれば良い。
例えば時刻同期がＳＮＴＰクライアントからのエニーキャストで行われる場合、複数の録画デバイス３がＳＮＴＰクライアントとなり、ＳＮＴＰサーバであるチューナデバイス１へリクエストを送り、時刻同期手順の実行を開始する場合は、チューナデバイス１からの応答で複数の録画デバイス３が一度に時刻同期される。
【００６０】
また、録画デバイス３がチューナデバイス１のクロックに同期するものとして記載したが、逆にチューナデバイス１が録画デバイス３のクロックに同期する構成でも本発明の目的を実現できることは明らかである。
【００６１】
なお、本実施形態では、録画準備を開始する時刻を一例として開始時刻の１分前としたが、常に１分前である必要はなく、デバイスの構成やユーザの予約設定などにより変わりうる値である。但し、録画準備を開始する時刻は、チューナデバイス１と録画デバイス３とで一致していることが望ましい。
【００６２】
また、録画準備を開始する時刻は、チューナデバイス１と録画デバイス３とのクロックのズレの最大と想定される時間よりも大きな値であることが望ましい。チューナデバイス１と録画デバイス３とで時刻同期を行う時刻を一致させるために、録画デバイス３からチューナデバイス１に対して予約データを送信する際にネゴシエーションを行うようにすることも可能である。この場合には、例えばチューナデバイス１から録画デバイス３に応答を返す際に、録画準備を開始する時刻を一緒に録画デバイス３に通知し、録画デバイス３ではチューナデバイス１から返された時刻を記憶しておき、その時刻になったら録画準備を行う。上記ではチューナデバイス１の動作に録画デバイス３が従う形になるが、逆であってもよい。
【００６３】
チューナデバイス１と録画デバイス３との間で時刻同期を行う手順として、この例では、Simple Network Time Protocol（ＳＮＴＰ）などのクロック同期プロトコルを用いている。ＳＮＴＰを用いる場合には、一方がサーバ、他方がクライアントとなるため、この例では、チューナデバイス１がＳＮＴＰサーバ機能を実行し、録画デバイス３がＳＮＴＰクライアント機能を実行する。時刻同期の手順としてはＳＮＴＰ以外のものを用いることも当然可能である。
【００６４】
また、チューナデバイス１と複数の録画デバイス３との間でネゴシエーションを行って用いる手順を決めることもできる。この場合には、例えば録画予約を行う際に、チューナデバイス１でサポートしている手順のリスト録画デバイスに通知するといったやり方で実現可能である。
【図面の簡単な説明】
【００６５】
【図１】本発明の一つの実施形態の録画システムの構成を示す図。
【図２】図１の録画システムのチューナデバイスの構成を示すブロック図。
【図３】図１の録画システムの録画デバイスの構成を示すブロック図。
【図４】チューナデバイスが保持する予約テーブルの構成を示す図。
【図５】録画デバイスが保持する予約テーブルの構成を示す図。
【図６】チューナデバイスが提供するサービスをするサービス記述子を示す図。
【図７】録画システムの動作を示すフローチャート。
【符号の説明】
【００６６】
１…チューナデバイス、３…録画デバイス、１１…アンテナ、１２…チューナ、１３…エンコーダ、１４…バッファ、１５…ネットワークインタフェース、１６…メモリ、１６ａ…予約テーブル、１７…コントロール部、２１…ハードディスクドライブ（ＨＤＤ）、２２…バッファ、２３…ネットワークインタフェース、２４…メモリ、２４ａ…予約テーブル、２５…コントロール部。
【図１】
2006184117.tif 000003
【図２】
2006184117.tif 000004
【図３】
2006184117.tif 000005
【図４】
2006184117.tif 000006
【図５】
2006184117.tif 000007
【図６】
2006184117.tif 000008
【図７】
2006184117.tif 000009