(57)【要約】【課題】  遠隔地であっても放送番組記録装置の残容量不足を知ることができ、残容量が不足している場合に適切な対策をとることができる放送番組記録装置を提供する。【解決手段】  録画装置１は、記録媒体（１４）の空き記録容量を超えて放送番組を記録しようと予約した際に、問い合わせ用の電子メール（１１ａ）を送信し、その返信メール（１１ｂ）に従って、たとえば、任意のまたは古い記録番組を削除して前記記録媒体（１４）の空き記録容量を増やした後、前記予約情報に最後に追加された放送番組の記録予約を受け付ける。【選択図】  図１
2005167561.tif 000002
【特許請求の範囲】
【請求項１】
放送番組が記録される記録媒体の空き記録容量を計算する第１の計算手段と、
放送予定番組の予約情報を複数記憶する記憶手段と、
この記憶手段に複数記憶された予約情報のうち、記録未実行の予約情報に対応する番組を前記記録媒体に記録した際の所要記録容量を計算する第２の計算手段と、
この第２の計算手段によって計算された所要記憶容量が前記第１の計算手段により計算された空き記憶容量を上回っているか否かを判定する判定手段と、
この判定手段によって前記所要記憶容量が前記空き記憶容量を上回っていると判定されると、前記記録未実行の予約情報に対応する番組の記録が行えない旨と、記録の実行に対する選択肢とを含む電子メールをあらかじめ指定された宛先に送信する送信手段と、
この送信手段によって送信された電子メールに応答して返信された電子メールを受信する受信手段と、
この受信手段によって受信された電子メールに含まれる前記選択肢に対する選択内容に従って記録の実行を決定する決定手段と
を備えたことを特徴とする放送番組記録装置。
【請求項２】
前記選択肢は、既に前記記録媒体に記憶されている番組の削除を含み、
前記決定手段は、前記選択内容として番組の削除が含まれていると、記録済の番組を削除して記録未実行の番組を記録する手段を含むことを特徴とする請求項１記載の放送番組記録装置。
【請求項３】
前記選択肢は、一つの選択肢が選択されたときにその選択肢に関連する他の選択肢を展開する階層構造であることを特徴とする請求項１又は２に記載の放送番組記録装置。
【請求項４】
予約情報に基づいて放送番組を記録する放送番組記録装置における記録制御方法であって、
前記放送番組を記録する記録媒体の空き記録容量を計算する第１の計算ステップと、
予めメモリに複数記憶された予約情報のうち、記録未実行の予約情報に対応する番組を前記記録媒体に記録した際の所要記録容量を計算する第２の計算ステップと、
この第２の計算ステップにて計算された所要記憶容量が前記第１の計算ステップにて計算された空き記憶容量を上回っているか否かを判定する判定ステップと、
この判定ステップにて前記所要記憶容量が前記空き記憶容量を上回っていると判定されると、前記記録未実行の予約情報に対応する番組の記録が行えない旨と、記録の実行に対する選択肢とを含む電子メールをあらかじめ指定された宛先に送信する送信ステップと、
この送信ステップにて送信された電子メールに応答して返信された電子メールを受信する受信ステップと、
この受信ステップにて受信された電子メールに含まれる前記選択肢に対する選択内容に従って記録の実行を決定する決定ステップと
からなることを特徴とする記録制御方法。
【請求項５】
予約情報に基づいて記録媒体に放送番組を記録させるコンピュータに実行させるプログラムであって、
前記記録媒体の空き記録容量を計算する第１の計算手段と、
放送予定番組の予約情報を複数記憶させる記憶制御手段と
この記憶制御手段によって複数記憶された予約情報のうち、記録未実行の予約情報に対応する番組を前記記録媒体に記録した際の所要記録容量を計算する第２の計算手段と、
この第２の計算手段によって計算された所要記憶容量が前記第１の計算手段により計算された空き記憶容量を上回っているか否かを判定する判定手段と、
この判定手段によって前記所要記憶容量が前記空き記憶容量を上回っていると判定されると、前記記録未実行の予約情報に対応する番組の記録が行えない旨と、記録の実行に対する選択肢とを含む電子メールをあらかじめ指定された宛先に送信する送信手段と、
この送信手段によって送信された電子メールに応答して返信された電子メールを受信する受信手段と、
この受信手段によって受信された電子メールに含まれる前記選択肢に対する選択内容に従って記録の実行を決定する決定手段と
として機能させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、あらかじめ定められたスケジュールで配信されるテレビジョン放送番組やラジオ放送番組を予約記録する放送番組記録装置に関する。詳しくは、特に、記録容量不足に伴う予約不履行（予約しておいた番組が全く記録できなかったりあるいは尻切れ状態で記録されてしまうという事故）の発生防止を意図した放送番組記録装置、記録制御方法、および、プログラムに関する。
【背景技術】
【０００２】
テレビジョン放送やラジオ放送などの放送番組は、放送局側であらかじめ定められたスケジュール（番組表）に従って所定の時間帯に配信（放送）されるため、所望の番組を視聴しようとするユーザは、その時間帯に受信機（テレビジョン放送の場合はテレビ受信機）の前に居なければならない。これは、時間的な制約を受けることを意味する。放送番組記録装置はそのような不都合を解消するための汎用電子機器である。
【０００３】
たとえば、テレビジョン放送を記録（録画）するために用いられる録画装置は、磁気テープやＤＶＤ（Digital Versatile Disk）などの記録メディアまたはハードディスクなどの大容量記憶デバイスを備えており、放送チャンネルや放送時間帯などを事前にセット（予約）しておくだけで、所望の放送番組を自動的に録画することができる。ユーザは、自分の都合のよい時間帯に番組を再生して視聴すればよく、時間的な制約を受けない。
【０００４】
なお、一般に「録画」とは、テレビジョン放送の番組（画音からなる番組）を記録することをいう。しかし、放送番組はこれ以外にもラジオ放送のように「音」のみの番組もあり、ラジオ放送を記録する場合、正しくは“録画”とはいわないが、本明細書においては、このような厳密な区別を適用しない。本明細書における「録画」は、画音からなる番組記録はもちろんのこと、「音」のみの番組記録も包含することとする。また、本明細書では、これらを総称して単に「記録」ということもある。
【０００５】
さて、録画の予約操作は、これまで、録画装置本体のスイッチまたはそれに付属するリモコンのスイッチ操作でしか行うことができなかった。つまり、録画装置の「側（そば）」でしか予約操作を行うことができなかった。このため、たとえば、出先等で所望番組の録画を思いたっても録画装置の側に行くことができなければ、予約を断念せざるを得なかった。
【０００６】
そこで、今日、電子メール機能を搭載した携帯端末（典型的には携帯電話機）の普及に着目し、電子メールを利用して遠隔地から録画予約を行うことができるようにした技術が知られている（たとえば、特許文献１参照）。
【０００７】
この技術は、「電子メールの送受信機能を搭載したデジタル放送受信装置」に適用される。すなわち、電子メールの送受信機能を搭載したデジタル放送受信装置（以下、単に「デジタル放送受信装置」という。）は、受信した電子メールの本文から所定のキーワード文字列（たとえば、“＊＊電子メール予約情報＊＊”）を検出すると、次に、同本文から番組タイトル情報（たとえば、“○×△見聞録”）を検出し、この番組タイトル情報に該当する情報がメモリ内の番組表情報に存在するか否かを調べる。そして、存在していれば、同番組表情報から、番組のチャンネル番号、放送開始時刻及び終了時刻を取得し、それらの情報を用いて番組予約を行う。
【０００８】
この技術によれば、携帯電話機等のメール端末を用いて所定のフォーマットの電子メールを作成し、その電子メールを所定のアドレス（上記の「デジタル放送受信装置」に割り当てられたアドレス）宛に送信するだけで、たとえ、遠隔地であっても所望番組の録画予約を支障なく行うことができる。
【０００９】
【特許文献１】特開２００２−１１８７９３号公報（〔００１５〕、〔００１６〕、〔００３４〕−〔００４３〕、第３、７図）
【発明の開示】
【発明が解決しようとする課題】
【００１０】
しかしながら、上記の公知技術にあっては、遠隔地から録画予約できるという点で有益であるが、以下の点において改善すべき余地がある。
【００１１】
放送番組記録装置の記録容量は無尽蔵ではなく一定の上限がある。たとえば、磁気テープの場合は６０分や１２０分などの記録時間制限がある。また、ＤＶＤなどの記録メディアやハードディスクなどの大容量記憶デバイスにおいても、同様の容量制限があり、それらの容量を超えて記録することはできない。
【００１２】
今、録画装置の「側」で録画予約を行う場合、磁気テープ等のメディアの残容量が足りなければ、別のメディアに交換するなどの対策を講じることができるが、上記の公知技術を用いて遠隔地から録画予約を行う場合は、かかる対策をとることができない。録画装置の残りの記録容量を遠隔地で知る術がないからである。このため、上記の公知技術にあっては、記録容量不足に伴う予約不履行、すなわち、予約番組が全く録画されない、または、途中で録画が終了してしまうという事故を否めないという問題点がある。
【００１３】
したがって、本発明が解決しようとする課題は、遠隔地であっても放送番組記録装置の残容量不足を知ることができ、残容量が不足している場合に適切な対策をとることができる放送番組記録装置、記録制御方法、および、プログラムを提供することにある。
【課題を解決するための手段】
【００１４】
本発明は、放送番組が記録される記録媒体の空き記録容量を計算する第１の計算手段と、放送予定番組の予約情報を複数記憶する記憶手段と、この記憶手段に複数記憶された予約情報のうち、記録未実行の予約情報に対応する番組を前記記録媒体に記録した際の所要記録容量を計算する第２の計算手段と、この第２の計算手段によって計算された所要記憶容量が前記第１の計算手段により計算された空き記憶容量を上回っているか否かを判定する判定手段と、この判定手段によって前記所要記憶容量が前記空き記憶容量を上回っていると判定されると、前記記録未実行の予約情報に対応する番組の記録が行えない旨と、記録の実行に対する選択肢とを含む電子メールをあらかじめ指定された宛先に送信する送信手段と、この送信手段によって送信された電子メールに応答して返信された電子メールを受信する受信手段と、この受信手段によって受信された電子メールに含まれる前記選択肢に対する選択内容に従って記録の実行を決定する決定手段とを備えたことを特徴とする。
【００１５】
また、好ましい態様として、前記選択肢は、既に前記記録媒体に記憶されている番組の削除を含み、前記決定手段は、前記選択内容として番組の削除が含まれていると、記録済の番組を削除して記録未実行の番組を記録する手段を含むことを特徴とする。
【００１６】
さらに好ましい態様として、前記選択肢は、一つの選択肢が選択されたときにその選択肢に関連する他の選択肢を展開する階層構造であることを特徴とする。
【００１７】
また、本発明は、予約情報に基づいて放送番組を記録する放送番組記録装置における記録制御方法であって、前記放送番組を記録する記録媒体の空き記録容量を計算する第１の計算ステップと、予めメモリに複数記憶された予約情報のうち、記録未実行の予約情報に対応する番組を前記記録媒体に記録した際の所要記録容量を計算する第２の計算ステップと、この第２の計算ステップにて計算された所要記憶容量が前記第１の計算ステップにて計算された空き記憶容量を上回っているか否かを判定する判定ステップと、この判定ステップにて前記所要記憶容量が前記空き記憶容量を上回っていると判定されると、前記記録未実行の予約情報に対応する番組の記録が行えない旨と、記録の実行に対する選択肢とを含む電子メールをあらかじめ指定された宛先に送信する送信ステップと、この送信ステップにて送信された電子メールに応答して返信された電子メールを受信する受信ステップと、この受信ステップにて受信された電子メールに含まれる前記選択肢に対する選択内容に従って記録の実行を決定する決定ステップとからなることを特徴とする。
【００１８】
また本発明は、予約情報に基づいて記録媒体に放送番組を記録させるコンピュータに実行させるプログラムであって、前記記録媒体の空き記録容量を計算する第１の計算手段と、放送予定番組の予約情報を複数記憶させる記憶制御手段と、この記憶制御手段によって複数記憶された予約情報のうち、記録未実行の予約情報に対応する番組を前記記録媒体に記録した際の所要記録容量を計算する第２の計算手段と、この第２の計算手段によって計算された所要記憶容量が前記第１の計算手段により計算された空き記憶容量を上回っているか否かを判定する判定手段と、この判定手段によって前記所要記憶容量が前記空き記憶容量を上回っていると判定されると、前記記録未実行の予約情報に対応する番組の記録が行えない旨と、記録の実行に対する選択肢とを含む電子メールをあらかじめ指定された宛先に送信する送信手段と、この送信手段によって送信された電子メールに応答して返信された電子メールを受信する受信手段と、この受信手段によって受信された電子メールに含まれる前記選択肢に対する選択内容に従って記録の実行を決定する決定手段と、として機能させることを特徴とする。
【発明の効果】
【００１９】
本発明に係る放送番組記録装置よれば、記録媒体の空き記録容量を超えて放送番組を記録しようと予約した際に、問い合わせ用の電子メールが送信され、その返信メールに従って、たとえば、任意のまたは古い記録番組を削除して前記記録媒体の空き記録容量を増やした後、前記予約情報に最後に追加された放送番組の記録予約を受け付けるので、前記従来技術の問題点、すなわち、記録容量不足に伴う予約不履行を防止できる。
また、前記選択肢は、一つの選択肢が選択されたときにその選択肢に関連する他の選択肢を展開する階層化された選択肢であって、前記送信手段は、前記他の選択肢を含む再問い合わせ用の電子メールをあらかじめ指定された宛先に送信可能であるようにすれば、記憶媒体の切り換えなど、より適切な対処を講じることができる。
【発明を実施するための最良の形態】
【００２０】
以下、本発明の実施の形態を、テレビジョン放送番組の録画装置を例にして、図面を参照しながら説明する。なお、以下の説明における様々な細部の特定ないし実例および数値や文字列その他の記号の例示は、本発明の思想を明瞭にするための、あくまでも参考であって、それらのすべてまたは一部によって本発明の思想が限定されないことは明らかである。また、周知の手法、周知の手順、周知のアーキテクチャおよび周知の回路構成等（以下「周知事項」）についてはその細部にわたる説明を避けるが、これも説明を簡潔にするためであって、これら周知事項のすべてまたは一部を意図的に排除するものではない。かかる周知事項は本発明の出願時点で当業者の知り得るところであるので、以下の説明に当然含まれている。
【００２１】
図１は、実施の形態のシステム構成図である。この図において、録画装置１は、発明の要旨に記載の放送番組記録装置に相当する。すなわち、この録画装置１は、不図示のテレビジョン放送（衛星放送やケーブルテレビ放送であってもよい）局からのテレビジョン信号をチャンネル番号ごとにアンテナ２（ケーブルテレビの場合は中継器等）で受信してベースバンド信号（映像信号及び音声信号）に変換する受信部３と、この受信部３で再生されたベースバンド信号を、あらかじめユーザ４によって指定された番組予約情報５（予約情報）に従って録画し、また、その録画された番組（録画番組６ａ、６ｂ、６ｃ、・・・・）を、たとえば、外部のモニター装置（一般的にはテレビジョン受信機）に出力して再生する録画再生部７（第１の計算手段、第２の計算手段、判定手段、決定手段）と、インターネット等の広域通信回線網８及び携帯電話基地局９などを介してユーザ４の持つ携帯電話機１０との間で電子メール（携帯電話機１０宛の電子メール１１ａ及びその携帯電話機１０から返信された電子メール１１ｂ）をやり取りする電子メール送受信部１２（送信手段、受信手段）とを有する。
【００２２】
ここで、番組予約情報５は、録画再生部７から任意にアクセス可能な第１記憶部１３（記憶手段、メモリ）に格納されている。また、録画番組６ａ、６ｂ、６ｃ、・・・・は同じく録画再生部７から任意にアクセス可能な第２記憶部１４（記録媒体）に格納されている。第１記憶部１３は、比較的データサイズの小さな番組予約情報５を格納するため、たとえば、半導体メモリなどの記憶デバイスであってもよいが、第２記憶部１４については、１番組あたり相当大きなデータサイズになる録画番組６ａ、６ｂ、６ｃ、・・・・を格納するうえ、その記憶容量の限界一杯まで多数の番組を格納することが求められるため、ハードディスク等の大容量の記憶デバイスを用いることが望ましい。
【００２３】
第２記憶部１４をストレージ構成とすることはさらに好ましい。ストレージ構成とは、大容量記憶デバイスを複数台つなげた構成のことをいう。この構成は一般的にハードディスクを用いた記憶デバイスに適用されるが、これに限定されない。ＤＶＤ等の他の記憶デバイスにも適用できる。ストレージ構成の全体の記憶容量はそれぞれの記憶デバイスの記憶容量を足し合わせたものとなり、記憶デバイスの接続数を増やすだけで容易に記憶容量を倍加できる。
【００２４】
録画再生部７は、既述のとおり、第１記憶部１３に格納されている番組予約情報５に従って所定の時間帯に受信部３の受信チャンネルを切り換え、その時間帯に放送されている所定チャンネル番号の番組を、たとえば、ＭＰＥＧ（Moving Picture Experts Group）等の圧縮ファイルに変換して第２記憶部１４に格納する。また、受信部３がデジタル地上波放送に対応するデコード処理機能を有する場合は、ＭＰＥＧ−２  ＴＳ（Transport Stream）形式で配信された番組を第２記憶部１４に記憶する。図示の録画番組６ａ、６ｂ、６ｃ、・・・・は、そのようにして格納された各番組ごとの圧縮ファイルである。なお、非圧縮ファイル（たとえば、ＡＶＩ：Audio Video Interleaving 形式ファイル等）で格納してもよいが、非圧縮ファイルは、第２記憶部１４の記憶容量を相当圧迫するので現実的でない。
【００２５】
図２は、番組予約情報５のテーブル概念図である。このテーブルは、複数のフィールド、たとえば、チャンネル番号フィールド５ａ、番組タイトルフィールド５ｂ、放送開始日時５ｃ、放送終了日時５ｄ、所要記憶容量フィールド５ｅ、記録済フラグフィールド５ｆ及びファイル名フィールド５ｇなどから構成されている。
【００２６】
チャンネル番号フィールド５ａには予約番組のチャンネル番号が格納され、番組タイトルフィールド５ｂには必要であれば予約番組の番組タイトルが格納される。また、放送開始日時５ｃには予約番組の放送開始日時が格納され、放送終了日時５ｄには予約番組の放送終了日時が格納される。また、所要記憶容量フィールド５ｅには予約番組の所要記憶容量が格納され、記録済フラグフィールド５ｆには記録済みであるか否かを示すフラグ情報（たとえば、記録済みの場合は“済”、そうでなければ“未”などの文字）が格納される。さらに、ファイル名フィールド５ｇには記録済みファイルのファイル名（たとえば、“００１．ｍｐｇ”、“００２．ｍｐｇ”）が格納される。
【００２７】
ここで、“所要記憶容量”とは、その予約番組のファイルサイズのことをいう。ただし、記録済フラグフィールド５ｆに“済”が格納されている場合は、ファイル名フィールド５ｇに格納されているファイル名の実ファイルサイズ（第２記憶部１４において、そのファイルが占有している記憶容量）のことをいい、一方、記録済フラグフィールド５ｆに“未”が格納されている場合は、その予約番組の「予測」ファイルサイズ、つまり、その予約番組の放送時間長（放送開始日時から放送終了日時までの時間）から計算されたサイズのことをいう。
【００２８】
この予測サイズについては、たとえば、本実施の形態の第２記憶部１４が３０Ｇバイト相当のハードディスクを有しているとすると、標準画質のテレビジョン放送番組をＭＰＥＧ２圧縮で最大３００分（ただし、画質優先のＨＱモードの場合）録画可能である。したがって、３０Ｇバイトで３００分の録画が可能であるから、１分あたりの所要記憶容量は「３０Ｇバイト÷３００分＝約０．１Ｇバイト」となり、たとえば、３０分番組で概ね３Ｇバイト、１時間番組で概ね６Ｇバイト、２時間番組で概ね１２Ｇバイトの「予測」ファイルサイズが得られる。
【００２９】
図示のテーブルにおいて、第１レコードには、チャンネル番号“１”、番組タイトル“朝のニュース”、放送開始日時“２００２／４／２５  ０７：００”、放送終了日時“２００２／４／２５  ０７：３０”、所要記憶容量“３Ｇバイト”が格納されており、且つ、記録済フラグ（“済”）とファイル名“００１．ｍｐｇ”が格納されている。これらの情報は、過日の２００２年４月２５日の午前７時から３０分間、チャンネル番号“１”で放送された“朝のニュース”をファイル名“００１．ｍｐｇ”で録画完了していることを示しており、且つ、その実ファイルサイズ（所要記憶容量）は“３Ｇバイト”であることを示している。
【００３０】
また、第２レコードには、チャンネル番号“６”、番組タイトル“○○スペシャル”、放送開始日時“２００２／５／１  １２：００”、放送終了日時“２００２／５／１  １３：００”、所要記憶容量“６Ｇバイト”が格納されており、且つ、記録済フラグ（“済”）とファイル名“００２．ｍｐｇ”が格納されている。これらの情報は、過日の２００２年５月１日の正午から１時間、チャンネル番号“６”で放送された“○○スペシャル” をファイル名“００２．ｍｐｇ”で録画完了していることを示しており、且つ、その実ファイルサイズ（所要記憶容量）は“６Ｇバイト”であることを示している。
【００３１】
さらに、第３レコードには、チャンネル番号“４”、番組タイトル“△×ドラマ”、放送開始日時“２００２／５／５  ２０：００”、放送終了日時“２００２／５／５  ２２：００”、所要記憶容量“１２Ｇバイト”が格納されており、且つ、記録済フラグ（“未”）が格納されている。ただし、未記録（録画予約を未実行）であるから、まだファイル名は格納されていない。これらの情報は、未来の２００２年５月５日の午後８時から２時間、チャンネル番号“４”で放送される予定の“△×ドラマ”の録画予約を示しており、且つ、それを録画した場合の所要記憶容量（この場合、計算された予測ファイルサイズである。）は“１２Ｇバイト”であることを示している。
【００３２】
なお、本実施の形態においては、かかる番組予約情報５の生成の仕組みについては本発明と直接の関連がないため詳しく言及しない。たとえば、録画装置１のスイッチ操作や録画装置１のリモコン操作によってローカルで生成してもよいし、あるいは、冒頭で説明した従来技術を応用して遠隔地からリモートで生成してもよい。
【００３３】
図３は、録画装置１における要部の処理動作を示すフローチャート図であり、このフローチャートは、記録容量不足に伴う予約不履行を防止するための以下の特徴的処理を含む。
【００３４】
すなわち、このフローチャートを開始すると、まず、ユーザ４による録画予約であるか否かを判定する（ステップＳ１１）。ここで、「ユーザ４による録画予約」とは、図２の番組予約情報５に新規のレコードを追加する行為（操作）のことをいう。この行為は、先にも説明したとおり、録画装置１のスイッチ操作や録画装置１のリモコン操作によってローカルで行われるケース（以下「ローカル予約」という。）と、冒頭で説明した従来技術を応用して遠隔地からリモートで行われるケース（以下「リモート予約」という。）の二つがあり得る。ローカル予約の場合、記録容量不足であるか否かの判断に特段の困難さはなく、また、記録容量不足と判断した場合の対処（たとえば、不要な録画番組を消して空きスペースを増やす等）も容易である。これに対して、後者のケース、すなわち、リモート予約の場合は「側」に録画装置１がないため、ユーザ４は記録容量不足であるか否かの判断がつかない。したがって、とりわけ、このような場合（リモート予約の場合）に、記録容量不足に伴う予約不履行の蓋然性が高くなる。
【００３５】
そこで、このフローチャートにおいては、ステップＳ１１で、ユーザ４による録画予約操作（特にリモート予約）が判定されたときには、まず、当該操作によって追加された番組予約情報５の新規レコードの情報に基づいて、予約番組の所要記録容量（以下「Ａ」という。）を計算する（ステップＳ１２）。
【００３６】
たとえば、図２の第３レコードをリモート予約によって追加されたレコードとすると、そのレコードの放送開始日時フィールド５ｃの格納情報（“２００２／５／５  ２０：００”）と放送終了日時フィールド５ｄの格納情報（“２００２／５／５  ２２：００”）とに基づいて、当該予約番組を圧縮ファイルにした際のそのファイルサイズを予測計算する。今、“２００２／５／５  ２０：００”と“２００２／５／５  ２２：００”との時間差は２時間であるから、この時間（２時間）の長さのテレビジョン放送番組をＭＰＥＧ圧縮した際のファイルサイズ（Ａ）は記録時間の略比例値となり、便宜的に“Ａ＝１２Ｇバイト”とすると、このＡの値（“１２Ｇバイト”）は新規レコード（第３レコード）の所要記録容量フィールド５ｅに格納される。
【００３７】
次に、録画装置１の残記録容量（以下「Ｂ」という。）を計算し（ステップＳ１３）、式「（Ｂ−Ａ）≧０」を満たすか否かを判定する（ステップＳ１４）。
【００３８】
ここで、“残記録容量Ｂ”とは、第２記憶部１４の実際の空きスペース（空き記憶容量）のことをいう。たとえば、第２記憶部１４の全記憶容量を“３０Ｇバイト”とすると、記録済のトータルファイルサイズは、“００１．ｍｐｇ”の“３Ｇバイト”と“００２．ｍｐｇ”の“６Ｇバイト”を足し合わせた値（９Ｇバイト）であるから、第２記憶部１４の空きスペース（空き記憶容量）は、“３０Ｇバイト−９Ｇバイト＝２１Ｇバイト”となる。つまり、この場合の残記録容量Ｂは“２１Ｇバイト”となる。
【００３９】
さて、上記例示のように、Ａ＝１２Ｇバイト、Ｂ＝２１Ｇバイトのときは、Ａ＜Ｂであり、記録容量不足の状態になく、したがって、式「（Ｂ−Ａ）≧０」を満たすため、ステップＳ１４の判定結果が“ＹＥＳ”となって予約を受け付ける（ステップＳ１５）。
【００４０】
一方、Ａ＞Ｂの場合、すなわち、Ａが２１Ｇバイトを超えていたり、または、Ｂが１２Ｇバイト未満であったりしたときは、記録容量不足の状態にあり、この場合、式「（Ｂ−Ａ）≧０」を満たさないため、ステップＳ１４の判定結果が“ＮＯ”となって、本実施の形態に特有の処理（以下「問い合わせ電子メール生成・送信処理」という。）を実行する（ステップＳ１６）。
【００４１】
図４は、問い合わせ電子メール生成・送信処理のフローチャートを示す図である。このフローチャートでは、まず、残容量不足のためその予約番組を録画できない旨を告知する「本文１」と、いくつかの対処選択肢を示す「本文２」からなる電子メール１１ａを生成する（ステップＳ１７）。次に、その電子メール１１ａの「ヘッダ」の宛先アドレス（Ｔｏ欄）にユーザ４の携帯電話機１０の電子メールアドレスをセットすると共に、差出人アドレス（Ｆｒｏｍ欄）に返信用の電子メールアドレス（録画装置１に割り当てられた電子メールアドレス）をセットし、且つ、その表題（Ｓｕｂｊｅｃｔ欄）に所定のタイトルをセットして、その電子メール１１ａを送信し（ステップＳ１８）、次いで、選択肢分岐処理を実行（ステップＳ１９）した後、図３のフローチャートに復帰する。
【００４２】
図５（ａ）は、電子メール１１ａの一例を示す図である。この電子メール１１ａにおいて、Ｔｏ欄の“ｕｓｅｒ１＠ａａａ．ｂｂｂ．ｎｅ．ｊｐ”はユーザ４の携帯電話機１０の電子メールアドレス、Ｆｒｏｍ欄の“ｖｔｒ１＠ａａａ．ｂｂｂ．ｎｅ．ｊｐ”は録画装置１に割り当てられた電子メールアドレス（返信用の電子メールアドレス）、Ｆｒｏｍ欄の“録画装置からの通知メール”はタイトルである。また、本文１は、たとえば、“録画装置の残容量が不足しているため、この予約番組（○○××△△）は録画できません。”という文字列からなり、さらに、本文２は、たとえば、“――次のいずれかを選択してください――”という案内メッセージと、いくつかの選択肢から構成されている。
【００４３】
ここで、選択肢は、記録容量不足の対処の仕方をユーザ４に問うものであり、ローカル予約の場合に行われるのと同様ないくつかの選択肢を提示する。すなわち、ローカル予約の場合において、記録容量不足を知ったユーザ４は、たとえば、録画日時の最も古いファイル（または任意のファイル）を消して第２記憶部１４の残記憶容量Ｂを増やしたり、または、録画を断念したり、あるいは、現在の残記憶容量Ｂをそのままにして途中まで録画したりするなどのいずれかの対処をとるから、この選択肢においても、それらの対処の仕方に倣った三つの選択肢を提示するが、これらは一例に過ぎない
【００４４】
図示の電子メール１１ａにおいて、各々の選択肢の行頭には、オプションボックスコントロール１５ａ〜１５ｃ（選択肢）が設けられている。オプションボックスコントロールとは、小さな複数の円形図形からなる汎用コントロール（プログラム部品）であり、択一的なチェック状態と非チェック状態の二つの状態をとることができるものである。図示のオプションボックスコントロール１５ａ〜１５ｃの初期値はいずれもチェックされていない状態である。
【００４５】
ユーザ４は、自分の携帯電話機１０で電子メール１１ａを受け取ると、いずれかの選択肢を選び、その選択肢の行頭のオプションボックスコントロールにチェックを入れて返信メール（電子メール１１ｂ）を送信する。
【００４６】
図５（ｂ）は、返信メール（電子メール１１ｂ）の一例を示す図であり、最初の選択肢のオプションボックスコントロール１５ａにチェックが入れられている。この場合、ユーザ４は、録画日時の最も古いファイルを消して第２記憶部１４の残記憶容量Ｂを増やすことを選択している。
【００４７】
図６は、選択肢分岐処理（図４のステップＳ１９）のフローチャートを示す図である。このフローチャートでは、まず、返信メール（電子メール１１ｂ）の受信を判定する（ステップＳ２０）。そして、受信していなければ所定の待ち時間（ユーザ４が自分の携帯電話機１０で電子メール１０ａを受信して返信メールを送信するまでに要する時間を充分にカバーできる待ち時間）の経過を判定し（ステップＳ２１）、待ち時間内であれば再び返信メール（電子メール１１ｂ）の受信判定（ステップＳ２０）を繰り返す一方、待ち時間が経過していれば、ユーザ４に連絡がつかない、または、ユーザ４が意図的に返信を無視しているものと判断し、この場合は、あらかじめ定められた特定の選択肢（たとえば、選択肢３の“途中まで録画する”）が選択されたものと「みなし」て当該選択肢の処理を実行する（ステップＳ２６）。
【００４８】
他方、返信メールを受信した場合（ステップＳ２０の判定結果が“ＹＥＳ”となった場合）は、その返信メール（電子メール１１ｂ）の選択肢のオプションボックスコントロール１５ａ〜１５ｃのいずれがチェック状態にあるかを判定し（ステップＳ２２）、その判定結果に従って、各々の選択肢ごとの処理を実行（ステップＳ２３〜ステップＳ２６）した後、図４のフローチャートに復帰する。
【００４９】
たとえば、選択肢１のオプションボックスコントロール１５ａがチェック状態にある場合は、第２記憶部１４に格納されている録画番組６ａ、６ｂ、６ｃ、・・・・のうち最も録画日時の古いものを削除（ステップＳ２３）して残記憶容量Ｂを増やした後、録画予約を受け付ける（ステップＳ２３）。または、選択肢２のオプションボックスコントロール１５ｂがチェック状態にある場合は、録画を行わないようにするために、番組予約情報５の追加レコード（図示の例では第３レコード）を削除して予約を取り消し（ステップＳ２５）、あるいは、選択肢３のオプションボックスコントロール１５ｃがチェック状態にある場合は、残記憶容量Ｂに関わらず、予約を受け付ける（ステップＳ２６）。
【００５０】
したがって、本実施の形態においては、以上の仕組みにしたから、次の格別の効果を得ることができる。すなわち、録画装置１に対してユーザ４が録画予約（特にリモート予約）をするとき、そのときの録画未実行予約番組の全所要記録容量Ａと第２記憶部１４の残記録容量Ｂとを対比検討して、その録画予約を実際に実行する際に、記録容量不足の状態（Ａ＞Ｂ）を招かないか否かを判断して、記録容量不足を招くと判断された場合に、電子メール１１ａを用いてその旨及び対処の仕方（たとえば、古いファイルを削除／録画しない／途中まで録画する）をユーザ４に問い合わせるようにし、ユーザ４から送信された返信メール（電子メール１１ｂ）に従って、録画装置１が所要の対処を行うので、たとえ、遠隔地からの録画予約であっても、記録容量不足の状態（Ａ＞Ｂ）をユーザ４が知ることができ、ユーザ４は、所要の対処（たとえば、古いファイルを削除して第２記憶部１４の残記録容量Ｂを増やしたり、録画を断念したり、または、現在の残記録容量Ｂで途中まで録画したり）を録画装置１に指示することができるから、記録容量不足に伴う予約不履行（予約しておいた番組が全く記録できなかったりあるいは尻切れ状態で記録されてしまうという事故）の発生を防止することができる。
【００５１】
なお、本発明は上記の実施の形態に限定されない。その技術思想の範囲内において様々な変形例や発展例を包含することはもちろんである。
【００５２】
たとえば、第２記憶部１４が複数の記憶デバイスで構成されたものであって、且つ、ある記憶デバイスから他の記憶デバイスに切り換えてデータを記憶できる仕組みになっている場合、典型的には、複数のハードディスクドライブ（または論理的に分割された複数のドライブ）で構成されたものであって、且つ、あるドライブから他のドライブに切り換えてデータを記憶できる仕組みになっている場合は、図７（ａ）に示すように、ユーザ４への問い合わせ電子メール（電子メール１１ａ）の選択肢に“他のドライブに切り換えて録画する”を追加してもよい。この選択肢の行頭にもオフションボックスコントロール１５ｄ（選択肢）が設けられており、ユーザ４は“他のドライブに切り換えて録画する”を選択する場合、オフションボックスコントロール１５ｄにチェックを入れて返信メール（電子メール１１ｂ）を送信すればよい。
【００５３】
また、上記の「他のドライブ」が複数ある場合は、図７（ｂ）に示すように、どのドライブを切り換え先とするかをユーザ４に問い合わせる再問い合わせ電子メール（電子メール１１ａ′）を送信するようにしてもよい。再問い合わせ電子メール（電子メール１１ａ′）には、切り換え可能なドライブ（たとえば、Ａドライブ、Ｂドライブ、Ｃドライブ）ごとの選択肢と、それらの選択肢の行頭のオプションボックスコントロール１６ａ〜１６ｃ（選択肢）とが設けられており、ユーザ４は所望の切り換え先ドライブのオフションボックスコントロールにチェックを入れて返信メール（電子メール１１ｂ）を送信すればよい。
【００５４】
以上の選択肢（図５や図７参照）は、一つの例を示しているに過ぎない。要は、記録容量不足に伴う予約不履行を防止できる適切な選択肢を含んでいればよい。たとえば、上記の実施の態様では、古いファイルを削除したり、記憶デバイスを切り換えたりしているが、これらに加えて、または、これらの代わりに、より圧縮率の高い圧縮アルゴリズムを選択させたりしてもよく、あるいは、録画画質の高低を選択させたりしてもよい。一般に圧縮率の高い圧縮アルゴリズムはファイルサイズが小さくなり、同様に、録画画質を落とした場合もファイルサイズが小さくなるからである。
【図面の簡単な説明】
【００５５】
【図１】実施の形態のシステム構成図である。
【図２】番組予約情報５のテーブル概念図である。
【図３】録画装置１における要部の処理動作を示すフローチャート図である。
【図４】問い合わせ電子メール生成・送信処理のフローチャートを示す図である。
【図５】電子メール１１ａ、１１ｂの一例を示す図である。
【図６】選択肢分岐処理（図４のステップＳ１９）のフローチャートを示す図である。
【図７】電子メール１１ａの他の例を示す図である。
【符号の説明】
【００５６】
１  録画装置（放送番組記録装置）
５  番組予約情報（予約情報）
７  録画再生部（第１の計算手段、第２の計算手段、判定手段、決定手段、記憶制御手段）
１１ａ、１１ｂ、１１ａ′  電子メール
１２  電子メール送受信部（送信手段、受信手段）
１３  第１記憶部（記憶手段、メモリ）
１４  第２記憶部（記録媒体）
１５ａ〜１５ｄ、１６ａ〜１６ｃ  オプションボックスコントロール（選択肢）
【図１】
2005167561.tif 000003
【図２】
2005167561.tif 000004
【図３】
2005167561.tif 000005
【図４】
2005167561.tif 000006
【図５】
2005167561.tif 000007
【図６】
2005167561.tif 000008
【図７】
2005167561.tif 000009