(57)【特許請求の範囲】
【請求項１】
ネットワークに接続された所定の記録装置と、UPnP（Universal Plug and Play）で規定されるプロトコルによりネットワークを介した通信を行い、予め設定された録画予約に基づいて、受信したコンテンツを前記記録装置に送信して記録させる受信装置であって、
UPnPで規定される前記記録装置のDevice Description情報の中に、予め定められたタグにより記述された情報であって、前記記録装置においてコンテンツの記録の終了が指令されてから再度コンテンツの記録を開始することが可能となるまでに要する録画準備時間を、前記記録装置から取得する録画準備時間情報取得手段と、
前記録画予約により、時間的に連続して放送されるコンテンツの記録の予約が設定されているか否かを判定する連続記録判定手段と、
前記時間的に連続して放送されるコンテンツの記録の予約が設定されていると判定された場合、前記連続するコンテンツのうち、時間的に後に放送されるコンテンツの放送開始時刻および前記取得した録画準備時間に関する情報に基づいて、時間的に前に放送されるコンテンツを記録させる処理を終了させる時刻を設定する終了時刻設定手段とを備え、
前記ネットワークにおいて前記記録装置を特定する情報を記憶するとき、前記記録装置の内部の前記録画準備時間情報の記憶位置を特定するアドレス情報を取得して記憶する
受信装置。
【請求項２】
ネットワークに接続された所定の記録装置と、UPnP（Universal Plug and Play）で規定されるプロトコルによりネットワークを介した通信を行い、予め設定された録画予約に基づいて、受信したコンテンツを前記記録装置に送信して記録させる受信装置の処理方法であって、
UPnPで規定される前記記録装置のDevice Description情報の中に、予め定められたタグにより記述された情報であって、前記記録装置においてコンテンツの記録の終了が指令されてから再度コンテンツの記録を開始することが可能となるまでに要する録画準備時間を、前記記録装置から取得し、
前記録画予約により、時間的に連続して放送されるコンテンツの記録の予約が設定されているか否かを判定し、
前記時間的に連続して放送されるコンテンツの記録の予約が設定されていると判定された場合、前記連続するコンテンツのうち、時間的に後に放送されるコンテンツの放送開始時刻および前記取得した録画準備時間に関する情報に基づいて、時間的に前に放送されるコンテンツを記録させる処理を終了させる時刻を設定するステップを含み、
前記ネットワークにおいて前記記録装置を特定する情報を記憶するとき、前記記録装置の内部の前記録画準備時間情報の記憶位置を特定するアドレス情報が取得されて記憶される
処理方法。
【請求項３】
コンピュータを、
ネットワークに接続された所定の記録装置と、UPnP（Universal Plug and Play）で規定されるプロトコルによりネットワークを介した通信を行い、予め設定された録画予約に基づいて、受信したコンテンツを前記記録装置に送信して記録させる受信装置であって、
UPnPで規定される前記記録装置のDevice Description情報の中に、予め定められたタグにより記述された情報であって、前記記録装置においてコンテンツの記録の終了が指令されてから再度コンテンツの記録を開始することが可能となるまでに要する録画準備時間を、前記記録装置から取得する録画準備時間情報取得手段と、
前記録画予約により、時間的に連続して放送されるコンテンツの記録の予約が設定されているか否かを判定する連続記録判定手段と、
前記時間的に連続して放送されるコンテンツの記録の予約が設定されていると判定された場合、前記連続するコンテンツのうち、時間的に後に放送されるコンテンツの放送開始時刻および前記取得した録画準備時間に関する情報に基づいて、時間的に前に放送されるコンテンツを記録させる処理を終了させる時刻を設定する終了時刻設定手段とを備え、
前記ネットワークにおいて前記記録装置を特定する情報を記憶するとき、前記記録装置の内部の前記録画準備時間情報の記憶位置を特定するアドレス情報を取得して記憶する受信装置として機能させる
プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、受信装置および処理方法に関し、特に、所望の番組をより確実に録画することができるようにする受信装置および処理方法に関する。
【背景技術】
【０００２】
近年、家庭内のパソコンや周辺機器、AV機器、電話、家電製品などの機器を、ネットワークを通じて接続し、相互に機能を提供しあう技術が普及している。このようなネットワークを実現するための技術仕様として、例えば、UPnP（Universal Plug and Play）が提唱されている。
【０００３】
UPnPでは、インターネットで標準となっている技術を基盤とし、ネットワークにつなぐだけで複雑な操作や設定作業を伴うことなく機能することを目指しており、例えば、ネットワークに接続された受信機により受信されたコンテンツを、録画機により録画させる処理なども可能となる。
【０００４】
受信機により受信されたコンテンツを、録画機により録画させる具体的な処理として、例えば、UPnPで規定されている「Create Object」というアクションを用いてオブジェクトを生成し、UPnPで規定されるhttp-postの処理を実行して、コンテンツのデータを、所定のURLに送信する。これにより、受信機で受信したコンテンツのデータが録画機にアップロードされて録画されることになる。
【０００５】
従って、録画機において、アップロードされて録画される個々のコンテンツは、それぞれファイルとして管理されることになる。
【０００６】
一方、ＳＴＢに設定された録画予約設定時刻になると、切換スイッチが接続端子に切り換えられ、色信号のＤＣレベルが０．８Ｖに設定されたまま数秒間映像信号が出力され、ＶＴＲ内のＤＣ検出器がこの電圧レベルを検出すると電源制御部により電源が投入された後に、録画制御部により録画が開始されるようにすることで、ＳＴＢのタイマ予約に連動して録画を行うことのできる自動録画システムも提案されている（例えば、特許文献１参照）。
【０００７】
【特許文献１】特開２０００−１９５２４３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、例えば、時間的に連続する２つの番組をコンテンツとして録画する場合、録画機では、第１番目の番組（コンテンツ）のアップロードが完了したとき、ファイルシステムのクローズ処理を行ない、第２番目の番組（コンテンツ）のアップロードの開始に先立って、ファイルシステムのオープン処理を行なう必要がある。すなわち、第１番目のコンテンツの録画終了から、第２番目のコンテンツの録画開始に至るまでに、所定の処理時間を要するのである。
【０００９】
従って、例えば、第１番目の番組を最後まで録画できたとしても、第２番目の番組の冒頭部分が録画できないことがある。
【００１０】
本発明はこのような状況に鑑みてなされたものであり、所望の番組をより確実に録画することができるようにするものである。
【課題を解決するための手段】
【００１１】
本発明の第１の側面は、ネットワークに接続された所定の記録装置と、UPnP（Universal Plug and Play）で規定されるプロトコルによりネットワークを介した通信を行い、予め設定された録画予約に基づいて、受信したコンテンツを前記記録装置に送信して記録させる受信装置であって、UPnPで規定される前記記録装置のDevice Description情報の中に、予め定められたタグにより記述された情報であって、前記記録装置においてコンテンツの記録の終了が指令されてから再度コンテンツの記録を開始することが可能となるまでに要する録画準備時間を、前記記録装置から取得する録画準備時間情報取得手段と、前記録画予約により、時間的に連続して放送されるコンテンツの記録の予約が設定されているか否かを判定する連続記録判定手段と、前記時間的に連続して放送されるコンテンツの記録の予約が設定されていると判定された場合、前記連続するコンテンツのうち、時間的に後に放送されるコンテンツの放送開始時刻および前記取得した録画準備時間に関する情報に基づいて、時間的に前に放送されるコンテンツを記録させる処理を終了させる時刻を設定する終了時刻設定手段とを備え、前記ネットワークにおいて前記記録装置を特定する情報を記憶するとき、前記記録装置の内部の前記録画準備時間情報の記憶位置を特定するアドレス情報を取得して記憶する受信装置である。
【００１５】
本発明の第１の側面は、ネットワークに接続された所定の記録装置と、UPnP（Universal Plug and Play）で規定されるプロトコルによりネットワークを介した通信を行い、予め設定された録画予約に基づいて、受信したコンテンツを前記記録装置に送信して記録させる受信装置の処理方法であって、UPnPで規定される前記記録装置のDevice Description情報の中に、予め定められたタグにより記述された情報であって、前記記録装置においてコンテンツの記録の終了が指令されてから再度コンテンツの記録を開始することが可能となるまでに要する録画準備時間を、前記記録装置から取得し、前記録画予約により、時間的に連続して放送されるコンテンツの記録の予約が設定されているか否かを判定し、前記時間的に連続して放送されるコンテンツの記録の予約が設定されていると判定された場合、前記連続するコンテンツのうち、時間的に後に放送されるコンテンツの放送開始時刻および前記取得した録画準備時間に関する情報に基づいて、時間的に前に放送されるコンテンツを記録させる処理を終了させる時刻を設定するステップを含み、前記ネットワークにおいて前記記録装置を特定する情報を記憶するとき、前記記録装置の内部の前記録画準備時間情報の記憶位置を特定するアドレス情報が取得されて記憶される処理方法である。
【００１６】
本発明の第１の側面は、コンピュータを、ネットワークに接続された所定の記録装置と、UPnP（Universal Plug and Play）で規定されるプロトコルによりネットワークを介した通信を行い、予め設定された録画予約に基づいて、受信したコンテンツを前記記録装置に送信して記録させる受信装置であって、UPnPで規定される前記記録装置のDevice Description情報の中に、予め定められたタグにより記述された情報であって、前記記録装置においてコンテンツの記録の終了が指令されてから再度コンテンツの記録を開始することが可能となるまでに要する録画準備時間を、前記記録装置から取得する録画準備時間情報取得手段と、前記録画予約により、時間的に連続して放送されるコンテンツの記録の予約が設定されているか否かを判定する連続記録判定手段と、前記時間的に連続して放送されるコンテンツの記録の予約が設定されていると判定された場合、前記連続するコンテンツのうち、時間的に後に放送されるコンテンツの放送開始時刻および前記取得した録画準備時間に関する情報に基づいて、時間的に前に放送されるコンテンツを記録させる処理を終了させる時刻を設定する終了時刻設定手段とを備え、前記ネットワークにおいて前記記録装置を特定する情報を記憶するとき、前記記録装置の内部の前記録画準備時間情報の記憶位置を特定するアドレス情報を取得して記憶する受信装置として機能させるプログラムである。
【００１７】
本発明の第１の側面においては、UPnPで規定される前記記録装置のDevice Description情報の中に、予め定められたタグにより記述された情報であって、前記記録装置においてコンテンツの記録の終了が指令されてから再度コンテンツの記録を開始することが可能となるまでに要する録画準備時間が、前記記録装置から取得され、前記録画予約により、時間的に連続して放送されるコンテンツの記録の予約が設定されているか否かが判定され、前記時間的に連続して放送されるコンテンツの記録の予約が設定されていると判定された場合、前記連続するコンテンツのうち、時間的に後に放送されるコンテンツの放送開始時刻および前記取得した録画準備時間に関する情報に基づいて、時間的に前に放送されるコンテンツを記録させる処理を終了させる時刻が設定され、前記ネットワークにおいて前記記録装置を特定する情報を記憶するとき、前記記録装置の内部の前記録画準備時間情報の記憶位置を特定するアドレス情報が取得されて記憶される。
【発明の効果】
【００２５】
本発明によれば、所望の番組をより確実に録画することができる。
【発明を実施するための最良の形態】
【００２６】
以下、図面を参照して、本発明の実施の形態について説明する。
【００２７】
図１は、本発明の一実施の形態に係るネットワークシステム１０の構成例を示すブロック図である。ネットワークシステム１０は、例えば、UPnP（Universal Plug and Play）の仕様に適合する機器により構成されるネットワークシステムとされる。
【００２８】
同図の例において、ネットワークシステム１０には、レシーバ２１、およびレコーダ４１が、ネットワーク１１により相互に接続されている。なお、ネットワーク１１は、例えば、イーサネット（登録商標）などのローカルエリアネットワークとされる。
【００２９】
ネットワークシステム１０は、例えば、レシーバ２１およびレコーダ４１を利用したコンテンツの視聴や録画を行うことが可能なネットワークシステムとされる。例えば、ネットワークシステム１０のユーザは、図示せぬリモコンなどによりレシーバ２１に対する所定の操作を行うことにより、所定の番組の録画予約を行うことができる。この場合、レコーダ４１が放送された番組を受信して録画するのではなく、一旦レシーバ２１により放送された番組を受信し、レシーバ２１が受信した番組をレコーダ４１が録画するようになされているものとする。
【００３０】
レシーバ２１は、例えば、STB（set-top box：セットトップボックス）として構成され、内部にチューナ２２を有する構成とされ、例えば、チューナ２２により、コンテンツのデータがMPEG２などの所定の圧縮符号化方式により圧縮符号化されて放送されるデジタル放送信号を受信して復号する。また、レシーバ２１は、デジタル放送信号が復号されて得られる画像または音声のデータを、必要に応じて、コンテンツのデータとしてネットワーク１１に送信するようになされている。
【００３１】
レシーバ２１は、さらに、制御部２３、タイマ２４、およびネットワークインタフェース２５を有する構成とされる。
【００３２】
制御部２３は、例えば、プロセッサ、メモリなどを有し、予めインストールされたプログラムなどに基づいてレシーバ２１の各部を制御するようになされている。また、制御部２３は、必要に応じて、タイマ２４により計時された時刻に関する情報を取得し、時刻に基づく処理を実行するようになされている。
【００３３】
ネットワークインタフェース２５は、レシーバ２１の内部のバスなどを介してチューナ２２、または制御部２３から供給されるデータを、ネットワーク１１に送出し、また、ネットワーク１１に送出されたデータを受信してレシーバ２１の内部のバスなどに出力するようになされている。
【００３４】
レコーダ４１は、例えば、HDDレコーダ、DVDレコーダなどとして構成され、レコーダ４１が番組（コンテンツ）を録画する場合、レシーバ２１から送信されたコンテンツのデータを受信して内部のストレージ４３に記録するようになされている。ストレージ４３は、例えば、HDD（Hard Disk Drive）、DVD（Digital Versatile Disk）などとして構成される。
【００３５】
レコーダ４１は、さらに、コントローラ４２、およびネットワークインタフェース４４を有する構成とされる。
【００３６】
コントローラ４２は、プロセッサ、メモリなどを有し、予めインストールされたプログラムなどに基づいてレコーダ４１の各部を制御するようになされている。
【００３７】
ネットワークインタフェース４４は、レコーダ４１の内部のバスなどを介してコントローラ４２、またはストレージ４３から供給されるデータを、ネットワーク１１に送出し、また、ネットワーク１１に送出されたデータを受信してレコーダ４１の内部のバスなどに出力するようになされている。
【００３８】
また、コントローラ４２は、例えば、内部のメモリ５１に記憶された情報を特定するためのアドレス情報であるURL（Uniform Resource Locator）を、必要に応じてネットワーク１１に送出するようになされている。
【００３９】
レシーバ２１は、例えば、制御部２３がユーザの操作に基づいて、今後放送される番組（コンテンツ）の受信の予約を受け付けるようになされている。制御部２３は、番組の受信の予約を受け付けた場合、タイマ２４により計時される時刻情報に基づいて、予約された番組の放送開始時刻および放送終了時刻を検出し、予約された放送時間帯に所定の放送チャンネルで放送されるコンテンツを受信するようになされている。
【００４０】
なお、今後放送される番組（コンテンツ）の受信の予約は、例えば、ユーザが所望の番組が放送されるチャンネル、放送開始時刻および放送終了時刻を入力することにより受け付けられるようにしてもよいし、あるいはまた、EPG（Electronic Program Guide）を検索することなどにより特定された番組に関する情報に基づいて、その番組が放送されるチャンネル、放送開始時刻および放送終了時刻などが自動的に入力されるようにしてもよい。
【００４１】
さらに、制御部２３は、例えば、ユーザの操作に基づいて、番組の録画の予約を受け付けるようになされている。
【００４２】
制御部２３は、番組の録画の予約を受け付けた場合、録画の処理を実行させる機器を特定するようになされている。すなわち、レシーバ２１は、番組を受信することはできるが、録画することはできないので、録画の処理を実行させる機器として、例えば、レコーダ４１が特定されるようになされている。なお、制御部２３の内部のメモリなどに、録画の処理を実行可能な機器として、レコーダ４１を特定する情報（例えば、レコーダ４１のIPアドレス）が事前に登録されているものとする。
【００４３】
また、制御部２３は、番組の録画の予約を受け付けた場合、タイマ２４により計時される時刻情報に基づいて、予約された番組の放送開始時刻および放送終了時刻を検出し、予約された放送時間帯に所定の放送チャンネルで放送されるコンテンツを受信するとともに、受信したコンテンツのデータを、ネットワーク１１を介してレコーダ４１に送信するようになされている。レシーバ２１により受信されたコンテンツを、レコーダ４１により録画させる具体的な処理として、例えば、UPnPで規定されている「Create Object」というアクションを用いてオブジェクトを生成し、UPnPで規定されるhttp-postの処理を実行して、コンテンツのデータを、所定のURLに送信する。これにより、受信機で受信したコンテンツのデータが録画機にアップロードされて録画されることになる。
【００４４】
従って、録画機において、アップロードされて録画される個々のコンテンツは、例えば、ストレージ４３に記録されて、それぞれファイルとして管理されることになる。
【００４５】
レコーダ４１のストレージ４３は、上述したように、HDD（Hard Disk Drive）、DVD（Digital Versatile Disk）などとして構成される。レコーダ４１には、ストレージ４３に記録されたデータの記録位置などを管理するファイルシステムが、例えば、コントローラ４２で実行されるソフトウェアとして実装されている。ファイルシステムにおいては、例えば、ファイルアロケーションテーブルなどの何らかのインデックスにより、ストレージに記録されているファイルのファイル名などが、実際にデータが記録されているセクタなどの記録単位と対応付けられている。
【００４６】
例えば、ファイルアロケーションテーブルには、どのセクタが使用され（既にデータが記録され）、使用されていない（まだデータが記録されていない）セクタはどれなのかなどの情報が含まれており、記録媒体へのデータの記録（書き込み）または削除などの処理に伴って、このファイルアロケーションテーブルが正しく更新されることで、コンピュータの処理において記録媒体が所定の記録容量を有する資源として有効に利用されることになる。
【００４７】
また、ファイルシステムでは、システムコール「open」、「read」、「write」、「close」などの処理が行われることで、データの読み出しまたは書き込みが行われている。
【００４８】
例えば、ストレージ４３にデータの書き込みを行う場合、ファイルシステムは、システムコール「open」の処理を実行する。そして、ストレージ４３へのデータの書き込みが終了したとき、ファイルシステムは、システムコール「close」の処理を実行する。このようにして、コンテンツのデータが、ストレージ４３にファイルとして記録されていくことになる。
【００４９】
レシーバ２１から、レコーダ４１へコンテンツをアップロードする場合、例えば、UPnPで規定されている「Create Object」というアクションが実行されると、レコーダ４１のファイルシステムがシステムコール「open」の処理を実行する。そして、レシーバ２１から送信された、アップロードの処理の終了を表す所定のパケットを受信すると、レコーダ４１のファイルシステムがシステムコール「close」の処理を実行するようになされている。
【００５０】
アップロードの処理の終了を表す所定のパケットとして、具体的にはパラメータ「chunk size」を「0」に設定したパケットが、アップロードの処理の終了を表すものとしてレシーバ２１からレコーダ４１に送信されることになる。
【００５１】
従来、例えば、放送されたコンテンツを録画する場合、コンテンツの放送終了時刻に、パラメータ「chunk size」を「0」に設定したパケットが、レシーバ２１からレコーダ４１に送信されて、レコーダ４１のファイルシステムがシステムコール「close」の処理を実行するようになされていた。
【００５２】
しかしながら、ファイルシステムがシステムコール「close」の処理を実行するのには、所定の時間を要する。また、ファイルシステムがシステムコール「open」の処理を実行するのにも所定の時間を要する。従って、例えば、時間的に連続するコンテンツを録画する場合、従来の技術では、後から放送されるコンテンツの冒頭部分を録画することができないことがあった。
【００５３】
従来の技術では、例えば、時間的に前に放送されるコンテンツの放送終了時刻から所定の時間が経過した後、レコーダ４１で時間的に後に放送されたコンテンツのデータの記録を開始可能な状態となる。上述したように、前のコンテンツの放送終了時刻に、パラメータ「chunk size」を「0」に設定したパケットが、レシーバ２１から送信され、レコーダ４１のファイルシステムにより実行される、システムコール「close」の処理とシステムコール「open」の処理に所定の時間を要するからである。
【００５４】
そこで、本発明においては、レシーバ２１が予め、レコーダ４１において、システムコール「close」の処理とシステムコール「open」の処理になどに要する時間に関する情報を取得しておくようにする。このシステムコール「close」の処理とシステムコール「open」の処理になどに要する時間に関する情報を、録画準備時間情報と称することにする。そして、時間的に連続するコンテンツを録画する場合、レシーバ２１において上述した録画準備時間情報に基づいて、時間的に前に放送されるコンテンツのアップロードの処理の終了時刻を設定する。さらに、その設定されたアップロードの処理の終了時刻に、パラメータ「chunk size」を「0」に設定したパケットが、レシーバ２１からレコーダ４１へ送信されるようにする。
【００５５】
換言すれば、レコーダ４１での録画準備時間を考慮して、レシーバ２１が、時間的に前に放送されるコンテンツのアップロードの処理を強制的に終了させるのである。
【００５６】
このようにすることで、例えば、時間的に連続して放送されるコンテンツを録画する場合であっても、コンテンツの冒頭部分から正確に記録（録画）することが可能となる。
【００５７】
本発明では、レコーダ４１の録画準備時間情報が、例えば、UPnPで規定される機器の種別（Device Type）などを定義するための情報であって、「Device Description」と称される情報に含まれるようにする。なお、この「Device Description」については、UPnPの仕様の作成などを行う団体「UPnP  FORUM」のドキュメント「Basic:1.0 Device Definition Version 1.0  For UPnPTM Version 1.0」に詳細に開示されている。
【００５８】
図２は、XML文として記述された「Device Description」の例を示す図である。本発明では、XML文として記述された「Device Description」の中にレコーダ４１の録画準備時間情報を表すタグを挿入する。この例では、XML文として記述された「Device Description」の中の領域１０１に、録画準備時間情報を表すタグが挿入されている。
【００５９】
すなわち、図２の領域１０１には、「<recReadyTime> time </ recReadyTime >」と記述されている。これは、録画準備時間情報を、「<recReadyTime>」のタグで表しており、領域１０１の中央の「time」の部分に、実際のレコーダ４１の録画準備時間（システムコール「close」の処理とシステムコール「open」の処理になどに要する時間）が記述される。
【００６０】
例えば、レコーダ４１の録画準備時間が３分であった場合、図２の領域１０１は、実際には、「<recReadyTime> 3minutes </ recReadyTime >」のように記述されることになる。
【００６１】
なお、ここでは、システムコール「close」の処理とシステムコール「open」の処理になどに要する時間に関する情報を、録画準備時間情報として「<recReadyTime>」のタグで表わすようにしたが、別の方式で記述してもよい。例えば、システムコール「close」の処理に要する時間と、システムコール「open」の処理に要する時間とを、別々のタグで表すようにしてもよい。例えば、システムコール「close」の処理に要する時間を、「<recFinTime>」のタグで表し、システムコール「open」の処理に要する時間を、「<recStatTime>」のタグで表すようにしてもよい。
【００６２】
このような場合、図２の領域１０１には、「<recFinTime> time </recFinTime>」、「<recStatTime>time</recStartTime>」と記述されることになる。
【００６３】
このようにXML文として記述された「Device Description」は、例えば、レコーダ４１のコントローラ４２の内部のメモリ５１に記憶されており、メモリ５１における「Device Description」の記憶位置などを特定するためのアドレス情報のURL（Uniform Resource Locator）を、レコーダ４１が必要に応じてネットワーク１１に送出するようになされている。
【００６４】
このURLは、例えば、レコーダ４１がネットワーク１１に接続されて稼動させられたとき、UPnPで規定されるSSDP（Simple Service Discover Protocol）と呼ばれるプロトコルに従って、ネットワーク１１上にマルチキャストされるようになされている。このとき、ネットワーク１１上に接続される他のUPnPの機器（例えば、レシーバ２１）に、レコーダ４１を特定する情報などとともに、「Device Description」の記憶位置などを特定するためのアドレス情報のURLが送信される。
【００６５】
なお、SSDPの詳細については、UPnP  FORUMのドキュメント「UPnP Device Architecture 1.0」などに開示されている。
【００６６】
あるいはまた、レシーバ２１に対して、コンテンツのデータを録画可能な録画機の登録を行う操作に伴って、上述したSSDPによるマルチキャストが行われて、レコーダ４１の「Device Description」のURLがレシーバ２１に送信されるようにしてもよい。
【００６７】
このように、本発明においては、「Device Description」の中に所定のタグを挿入して録画準備時間を記述するようにしたので、レシーバ２１またはレコーダ４１に、特別な機能を追加したり、特別な処理を実行させたりすることなく、録画準備時間を特定することが可能となる。
【００６８】
図３は、レシーバ２１の制御部２３で実行されるプログラムなどのソフトウェアの機能的構成例を示すブロック図である。
【００６９】
同図において、録画準備時間情報取得部１３１は、他の機器の録画準備時間情報を取得する。
【００７０】
録画準備時間情報取得部１３１は、例えば、上述したSSDPによるマルチキャストが行われた場合、他の機器（例えば、レコーダ４１）から送信されてきたマルチキャストのパケットに含まれているURLを取得し、その機器を特定するIDなどと対応付けてURLを記憶するようになされている。そして、録画準備時間情報取得部１３１は、適宜、取得されたURLにアクセスしてその機器の録画準備時間情報を取得し、その機器を特定するIDなどと対応付けて録画準備時間を記憶する。なお、機器を特定するIDとして、例えば、IPアドレスなどを用いてもよい。
【００７１】
録画準備時間情報取得部１３１は、このような処理を行わせるように、レシーバ２１を制御する。
【００７２】
アップロード制御部１３２は、例えば、予め設定された予約、またはリモコンなどを介して入力された指令などに基づいてレコーダ４１へのコンテンツのデータのアップロードの処理を制御する。
【００７３】
アップロード制御部１３２は、例えば、UPnPで規定されるアクション「CreateObject」を実施する。これにより、アクション「CreateObject」を受信したレコーダ４１が、コンテンツのデータを格納する記憶領域を表すURL（Uniform Resource Locator）をレシーバ２１に送信する。そして、アップロード制御部１３２は、UPnPで規定されるhttp-postの処理を実行し、コンテンツのデータを、受信したURLに送信するようになされている。
【００７４】
ここで、図４のアローチャートを参照して、UPnPで規定されるコンテンツのアップロードの処理について説明する。ここでは、コントロールポイントとしてのレシーバ２１から、メディアサーバとしてのレコーダ４１にコンテンツをアップロードする処理を例として説明する。
【００７５】
ステップＳ１１において、レシーバ２１は、UPnPで規定されるアクション「CreateObject」を実施する。これにより、XMLで記述された情報がレコーダ４１に送信されて、ステップＳ３１でこれが受信される。
【００７６】
ステップＳ３１において、アクション「CreateObject」を受信したレコーダ４１は、ステップＳ３２において、コンテンツのデータを格納する記憶領域を表すURL（Uniform Resource Locator）をレシーバ２１に送信し、ステップＳ１２においてこれが受信される。
【００７７】
ステップＳ１３において、レシーバ２１は、UPnPで規定されるhttp-postの処理を実行し、コンテンツのデータを、ステップＳ１２の処理で受信したURLに送信する。
【００７８】
ステップＳ３３において、レコーダ４１は、ステップＳ１３の処理により送信されてきたコンテンツのデータを受信してストレージ４３に記憶する。
【００７９】
このようにして、レシーバ２１（コントロールポイント）から、レコーダ４１（メディアサーバ）にコンテンツがアップロードされる。
【００８０】
ただし、アップロード制御部１３２は、アップロードの処理の実行開始に先立って、次番組情報検出部１３３の検出結果を取得するようになされている。
【００８１】
次番組情報検出部１３３は、制御部２３に設定されている、番組の録画の予約の情報をチェックし、いまからアップロードを開始する番組と時間的に連続する番組の録画予約がなされているか否かを判定する。例えば、次番組情報検出部１３３は、まだ録画されていない、録画予約された番組の放送開始時刻をチェックし、いまからアップロードを開始する番組の放送終了時刻と比較する。そして、次番組情報検出部１３３は、録画予約された番組の中に、いまからアップロードを開始する番組の放送終了時刻から予め設定された時間（例えば３分）経過する以前に放送開始される番組があるか否かを判定する。
【００８２】
次番組情報検出部１３３は、いまからアップロードを開始する番組の放送終了時刻から予め設定された時間経過する以前に放送開始される、録画予約された番組がある場合、時間的に連続する番組の録画予約がなされていると判定する。一方、いまからアップロードを開始する番組の放送終了時刻から予め設定された時間経過する以前に放送開始される、録画予約された番組がない場合、時間的に連続する番組の録画予約がされていないと判定される。そして、次番組情報検出部１３３は、上述の判定結果に基づいて、時間的に連続する番組の録画予約があるか否かを表す検出結果の情報をアップロード制御部１３２に供給する。
【００８３】
アップロード制御部１３２は、時間的に連続する番組の録画予約があることを表す検出結果を取得した場合、例えば、録画予約の情報と、録画準備時間情報取得部１３１が取得した録画準備時間情報に基づいて、他の機器（例えば、レコーダ４１）へのコンテンツのアップロードの処理を終了させるべき時刻を特定する。すなわち、アップロード制御部１３２は、例えば、録画予約の情報に基づいて、時間的に連続する番組の放送開始時刻を特定するとともに、レコーダ４１の録画準備時間を特定して適切なマージンを設定する。なお、このマージンは、録画準備時間と同じであってもよい。そして、時間的に連続する番組の放送開始時刻に、上述したマージンを加味した時刻を、いまからアップロードするコンテンツのアップロードの処理を終了させるべき時刻として特定する。
【００８４】
アップロード制御部１３２は、また、例えば、タイマ２４から供給される時刻情報に基づいて、現在時刻がコンテンツのアップロードの処理を終了させるべき時刻か否かを判定する。現在時刻がコンテンツのアップロードの処理を終了させるべき時刻であると判定された場合、上述したパラメータ「chunk size」を「0」に設定したパケットを、アップロードを終了させるために、ネットワーク１１を介してレコーダ４１に送信する。
【００８５】
アップロード制御部１３２および次番組情報検出部１３３は、このような処理を行わせるように、レシーバ２１を制御する。
【００８６】
次に、図５のフローチャートを参照して、レシーバ２１による録画準備時間情報取得処理について説明する。この処理は、例えば、レコーダ４１がネットワーク１１に接続されて稼動させられたとき、実行される。あるいはまた、レシーバ２１に対して、コンテンツのデータを録画可能な録画機の登録を行う操作に伴って、この処理が実行されるようにしてもよい。
【００８７】
ステップＳ６１において、録画準備時間情報取得部１３１は、例えば、レコーダ４１から送信されてきた、上述したSSDPによるマルチキャストのパケットに含まれているURLを取得し、その機器を特定するIDなどと対応付けてURLを記憶する。
【００８８】
なお、上述したように、このURLは、例えば、レコーダ４１がネットワーク１１に接続されて稼動させられたとき、SSDPと呼ばれるプロトコルに従って、ネットワーク１１上にマルチキャストされるようにしてもよいし、レシーバ２１に対して、コンテンツのデータを録画可能な録画機の登録を行う操作に伴って、SSDPによりマルチキャストされるようにしてもよい。
【００８９】
いずれにせよ、上述した「Device Description」の記憶位置などを特定するためのアドレス情報のURLが、ステップＳ６１の処理に先立ってレコーダ４１から送信されるものとする。
【００９０】
ステップＳ６２において、録画準備時間情報取得部１３１は、ステップＳ６１の処理で取得されたURLにアクセスして、そのURLに記憶されている機器の種別（Device Type）などを定義するための情報を解析する。このとき解析される情報は、例えば、上述した図２の「Device Description」である。
【００９１】
ステップＳ６３において、録画準備時間情報取得部１３１は、録画準備時間情報を取得する。このとき、例えば、図２の領域１０１の、「<recReadyTime>」のタグにより記述されたレコーダ４１の録画準備時間情報が取得される。
【００９２】
ステップＳ６４において、録画準備時間情報取得部１３１は、ステップＳ６３の処理で取得されたレコーダ４１の録画準備時間情報を、レコーダ４１を特定するIDなどと対応付けて記憶する。
【００９３】
このようにして、レコーダ４１の録画準備時間情報が取得されて記憶される。なお、ネットワーク１１に、レコーダ４１以外の機器も接続されている場合、その機器の録画準備時間情報も同様に取得される。そして、例えば、各機器のIDと録画準備時間情報が対応付けられたテーブルが制御部２３の内部のメモリなどに記憶される。
【００９４】
図５の例では、ステップＳ６１乃至Ｓ６４の処理が連続して実行される前提で説明したが、例えば、ステップＳ６１の処理が実行された後は、ステップＳ６２乃至ステップＳ６４の処理が、必要なタイミングで実行されるようにしても構わない。
【００９５】
次に、図６のフローチャートを参照して、レシーバ２１によるアップロード終了処理について説明する。この処理は、例えば、レシーバ２１が番組（コンテンツ）の録画の処理としてコンテンツのアップロードの処理を開始したとき実行される。
【００９６】
ステップＳ８１において、アップロード制御部１３２は、レシーバ２１に設定されている録画予約の情報に基づいて、コンテンツをアップロードする対象機器を特定する。ここでは、レコーダ４１が対象機器として特定されたこととする。
【００９７】
ステップＳ８２において、アップロード制御部１３２は、対象機器の録画準備時間を特定する。このとき、例えば、図５のステップＳ６４の処理により記憶されているレコーダ４１の録画準備時間を、アップロード制御部１３２が取得する。
【００９８】
ステップＳ８３において、アップロード制御部１３２は、ステップＳ８２の処理により特定された録画準備時間に基づいて適切なマージンを設定する。なお、マージンは、録画準備時間と同じであってもよい。
【００９９】
ステップＳ８４において、アップロード制御部１３２は、次の録画予約があるか否かを判定する。このとき、アップロード制御部１３２は、次番組情報検出部１３３の検出結果を取得する。
【０１００】
上述したように、次番組情報検出部１３３は、いまからアップロードを開始する番組と時間的に連続する番組の録画予約がなされているか否かを判定する。すなわち、次番組情報検出部１３３は、いまからアップロードを開始する番組の放送終了時刻から予め設定された時間経過する以前に放送開始される、録画予約された番組がある場合、時間的に連続する番組の録画予約がなされていると判定する。そして、次番組情報検出部１３３は、上述の判定結果に基づいて、時間的に連続する番組の録画予約があるか否かを表す検出結果の情報をアップロード制御部１３２に供給する。
【０１０１】
アップロード制御部１３２は、時間的に連続する番組の録画予約があることを表す検出結果を取得した場合、ステップＳ８４において次の録画予約があると判定する。一方、時間的に連続する番組の録画予約がないことを表す検出結果を取得した場合、ステップＳ８４において次の録画予約はないと判定される。
【０１０２】
ステップＳ８４において、次の録画予約があると判定された場合、処理は、ステップＳ８５に進む。
【０１０３】
ステップＳ８５において、アップロード制御部１３２は、例えば、録画予約の情報と、ステップＳ８３の処理で設定されたマージンとに基づいて、レコーダ４１へのコンテンツのアップロードの処理を終了させるべき時刻（アップロード終了時刻）を設定する。このとき、アップロード制御部１３２は、例えば、時間的に連続する番組の放送開始時刻に、上述したマージンを加味した時刻を、いまからアップロードするコンテンツのアップロードの処理を終了させるべき時刻として設定する。
【０１０４】
例えば、図７に示されるように、時間的に連続する番組Ａと番組Ｂの録画予約が設定されている場合を考える。いまの場合、番組Ａの放送終了と同時に、番組Ｂの放送が開始されるものとする。すなわち、図６の処理の実行にあたり、いまからアップロードする番組Ａと時間的に連続する番組Ｂの録画予約が設定されているものとする。例えば、番組Ｂの放送開始時刻が午後８時（２０：００）であり、ステップＳ８３の処理で設定されたマージンが３分であった場合、午後７時５７分（１９：５７）がコンテンツのアップロードの処理を終了させるべき時刻（アップロード終了時刻）となる。
【０１０５】
ステップＳ８６において、アップロード制御部１３２は、タイマ２４の時刻情報をチェックする。これにより現在時刻が特定される。
【０１０６】
ステップＳ８７において、アップロード制御部１３２は、ステップＳ８６の処理の結果得られた現在時刻は、ステップＳ８５の処理で設定されたアップロード終了時刻であるか否かを判定する。ステップＳ８７において、現在時刻が、まだアップロード終了時刻ではないと判定された場合、処理は、ステップＳ８６に戻る。このように、現在時刻がアップロード終了時刻と判定されるまで、ステップＳ８６とステップＳ８７の処理が繰り返し実行される。
【０１０７】
ステップＳ８７において、現在時刻がアップロード終了時刻であると判定された場合、処理は、ステップＳ８８に進む。
【０１０８】
ステップＳ８８において、アップロード制御部１３２は、アップロードの処理の終了を表すパケットを、アップロードを終了させるために、ネットワーク１１を介してレコーダ４１に送信する。具体的には、上述したパラメータ「chunk size」を「0」に設定したパケットが送信される。これにより、レコーダ４１において、番組Ａのコンテンツのデータをファイルとして記録するために、ファイルシステムによりシステムコール「close」の処理が実行される。そして、システムコール「close」の処理が完了した後、番組Ｂのコンテンツのデータのアップロードの処理の実行が開始されることになる。
【０１０９】
このようにして、アップロード終了処理が実行される。このようにすることで、番組Ａのコンテンツは、番組の一部が録画されないことになるが、番組Ｂのコンテンツは、番組の最初から録画される。例えば、図７の例において、番組Ａは、午後７時５７分（１９：５７）から午後８時（２０：００）までの間に放送された部分であって、図中の領域２０１の部分が録画されないことになる。レコーダ４１での録画準備時間を考慮して、レシーバ２１がアップロードの処理を強制的に終了させたからである。その一方で、番組Ｂは、放送開始時刻である午後８時（２０：００）から録画される。
【０１１０】
図６に戻って、ステップＳ８４において、次の録画予約がないと判定された場合、ステップＳ８５乃至ステップＳ８８の処理は、スキップされて処理は終了する。この場合、図７の例において、番組Ａは、番組Ａの放送開始時刻から、放送終了時刻の午後８時（２０：００）までの間に放送された全部分であって、図中の領域２０１の部分も含めて全てが録画されることになる。
【０１１１】
なお、図６の処理は、レシーバ２１が番組の録画の処理としてコンテンツのアップロードの処理を開始したとき実行されると説明したが、例えば、図７の番組Aのアップロードの処理を開始した後、番組の録画が終了するまでの間、所定の時間間隔で複数回実行されるようにしてもよい。このようにすることで、例えば、番組Ａの録画（アップロード）が開始された後、番組Ｂの録画予約が設定された場合であっても、番組Ｂが放送開始時刻から録画されるようにすることができる。
【０１１２】
このように、本発明においては、ユーザが、所望の番組をより確実に録画することができる。
【０１１３】
以上においては、レシーバ２１とレコーダ４１との間で行われる場合を例として説明したが、例えば、レシーバ２１と、他のレコーダとの間で行われる処理にも本発明を適用できることはいうまでもない。
【０１１４】
さらに、以上においては、レシーバ２１とレコーダ４１が、UPnPの仕様に適合する機器であるとして説明したが、予め定められた手順に従って、レコーダ４１の録画準備時間情報をレシーバ２１が確実に取得できるのであれば、必ずしもレシーバ２１とレコーダ４１が、UPnPの仕様に適合する機器である必要はない。
【０１１５】
なお、上述した一連の処理は、ハードウェアにより実行させることもできるし、ソフトウェアにより実行させることもできる。上述した一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば図８に示されるような汎用のパーソナルコンピュータ７００などに、ネットワークや記録媒体からインストールされる。
【０１１６】
図８において、CPU（Central Processing Unit）７０１は、ROM（Read Only Memory）７０２に記憶されているプログラム、または記憶部７０８からRAM（Random Access Memory）７０３にロードされたプログラムに従って各種の処理を実行する。RAM７０３にはまた、CPU７０１が各種の処理を実行する上において必要なデータなども適宜記憶される。
【０１１７】
CPU７０１、ROM７０２、およびRAM７０３は、バス７０４を介して相互に接続されている。このバス７０４にはまた、入出力インタフェース７０５も接続されている。
【０１１８】
入出力インタフェース７０５には、キーボード、マウスなどよりなる入力部７０６、CRT(Cathode Ray Tube)、ＬＣＤ(Liquid Crystal display)などよりなるディスプレイ、並びにスピーカなどよりなる出力部７０７、ハードディスクなどより構成される記憶部７０８、モデム、LANカードなどのネットワークインタフェースカードなどより構成される通信部７０９が接続されている。通信部７０９は、インターネットを含むネットワークを介しての通信処理を行う。
【０１１９】
入出力インタフェース７０５にはまた、必要に応じてドライブ７１０が接続され、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブルメディア７１１が適宜装着され、それらから読み出されたコンピュータプログラムが、必要に応じて記憶部７０８にインストールされる。
【０１２０】
上述した一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、インターネットなどのネットワークや、リムーバブルメディア７１１などからなる記録媒体からインストールされる。
【０１２１】
なお、この記録媒体は、図８に示される、装置本体とは別に、ユーザにプログラムを配信するために配布される、プログラムが記録されている磁気ディスク（フロッピディスク（登録商標）を含む）、光ディスク（CD-ROM(Compact Disk-Read Only Memory),DVD(Digital Versatile Disk)を含む）、光磁気ディスク（MD（Mini-Disk）（登録商標）を含む）、もしくは半導体メモリなどよりなるリムーバブルメディア７１１により構成されるものだけでなく、装置本体に予め組み込まれた状態でユーザに配信される、プログラムが記録されているROM７０２や、記憶部７０８に含まれるハードディスクなどで構成されるものも含む。
【０１２２】
なお、本明細書において上述した一連の処理を実行するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【図面の簡単な説明】
【０１２３】
【図１】本発明の一実施の形態に係るネットワークシステムの構成例を示すブロック図である。
【図２】図１のレコーダのメモリに記憶されているXML文の例を示す図である。
【図３】図１の制御部で実行されるソフトウェアの機能的構成例を示すブロック図である。
【図４】UPnPで規定されるコンテンツのアップロードの処理の例を説明するアローチャートである。
【図５】録画準備時間情報取得処理の例を説明するフローチャートである。
【図６】アップロード終了処理の例を説明するフローチャートである。
【図７】録画予約された番組の例を示す図である。
【図８】パーソナルコンピュータの構成例を示すブロック図である。
【符号の説明】
【０１２４】
１０  ネットワークシステム，  １１  ネットワーク，  ２１  レシーバ，  ２２  チューナ，  ２３  制御部，  ２４  タイマ，  ２５  ネットワークインタフェース，  ４１  レコーダ，  ４２  コントローラ，  ４３  ストレージ，  ４４  ネットワークインタフェース，  ５１  メモリ，  １３１  録画準備時間情報取得部，  １３２  アップロード制御部，  １３３  次番組情報検出部
【図１】
0004502034.tif 000002
【図２】
0004502034.tif 000003
【図３】
0004502034.tif 000004
【図４】
0004502034.tif 000005
【図５】
0004502034.tif 000006
【図６】
0004502034.tif 000007
【図７】
0004502034.tif 000008
【図８】
0004502034.tif 000009