JP2009260976A - 記録再生装置及び録画予約方法 - Google Patents

Abstract

【課題】メール予約を許可するユーザをアドレスにより限定することによって、他のユーザにより予約が削除・修正されることを防止できる記録再生装置を提供する。
【解決手段】インターネット接続可能な制御端末から送信される電子メールに基づいて録画予約を行うビデオレコーダにおいて、制御端末の予約許可メールアドレスを記憶する記憶部と、制御端末からの録画予約メールの受信時に送信元メールアドレスを抽出し、抽出されたメールアドレスと記憶部に記憶された予約許可メールアドレスとの照合に基づいて録画予約を許可するＣＰＵとを備えた。
【選択図】図１

Description

本発明は、携帯電話やパーソナルコンピュータ（以下、パソコンと称す）などのユーザの制御端末からの電子メール（以下、Ｅメールと称す）によってインターネット接続機能を有するビデオ信号記録再生装置の録画予約を行うＥメールによる録画予約システムに適用される記録再生装置及び録画予約方法に関する。

図８は、Ｅメールによる録画予約システムの概要を説明する全体構成図であり、必要なインターネット接続環境をブロック図として示している。図８に示すＥメールによる録画予約システムにおいて、左側の破線枠内構成は、家庭における常時接続環境を示し、記録再生装置としてのＥｔｈｅｒｎｅｔ（Ｒ）機能搭載ビデオレコーダ１０（以下単にビデオレコーダと言う）、ブロードバンドアクセスルーター１１、ＡＤＳＬモデム（若しくはＣＡＴＶモデム）１２を備えており、ＡＤＳＬやケーブルテレビ（ＣＡＴＶ）または光ファイバなどを介してプロバイダ２０に接続され、さらにプロバイダ２０を介してインターネット３０に常時接続されている。なお、この明細書において、記録再生装置として用いるビデオレコーダは、記録媒体を限定するものではないため、ハードディクスレコーダやビデオディスクレコーダなどを総称し、図８では、同記録再生装置をＥｔｈｅｒｎｅｔ（Ｒ）機能搭載ビデオレコーダと記述している。

このビデオレコーダ１０は、Ｅメールの送受信機能を有し、固有のＥメールアドレスを持っている。ビデオレコーダ１０は、インターネット３０上に置かれた同メールアドレスを管理するメールサーバ４０に定期的に問い合わせて、メールが届いている場合はこれを受信し、また、必要に応じてＥメールを作成して送信することもできる。

また、図８において、右側の構成としては、インターネット接続機能を持ったパソコン５１や、破線枠内の外出先機器を示す携帯電話５２などのユーザが所持する制御端末（パソコン５１、携帯電話５２を総称して制御端末５０と称す）を備えており、これらの制御端末５０は、インターネット３０に接続された録画予約サイト７０にアクセスして番組表から録画したい番組を選択するだけで、録画予約サイト７０からあらかじめ指定したメールアドレス（ここではビデオレコーダ１０のメールアドレス）にメール（以下、録画予約メールと称す）が自動的に送信される。なお、携帯電話５２は、無線基地局６１、ｉモード（Ｒ）センターなどの交換器６２及びルーター６３を介してインターネット３０に接続される。

録画予約サイト７０から送信される録画予約メールには、レコーダの録画予約をセットするために必要な録画情報としての番組の放送日、開始時間、終了時間、放送局、番組タイトルなどが記載される。録画予約サイト７０から送信された録画予約メールは、いったんメールサーバ４０に蓄積される。一方、ビデオレコーダ１０は、定期的にメールサーバ４０に問い合わせてメールを受信して、録画予約メールの場合はメール本文から録画情報を取り出し、番組の録画予約を設定する。そして、予約が成功したか失敗したかを知らせるメールを作成してパソコン５１や携帯電話５２の制御端末５０に返信する。

また、録画予約サイト７０に対して、録画予約のほかに、予約削除や予約リスト取得を要求することもできる。予約リスト要求を指示した場合、予約リスト要求メールがビデオレコーダ１０あてに送られる。これを受信したビデオレコーダ１０は、現在の予約状況を一覧にしたものを作成してパソコン５１や携帯電話５２の制御端末５０に送信する。以上がＥメール録画予約システムの概要である。

図９は、Ｅｔｈｅｒｎｅｔ（Ｒ）機能搭載ビデオレコーダ１０の回路構成を示すブロック図である。図９に示すように、Ｅｔｈｅｒｎｅｔ（Ｒ）機能搭載ビデオレコーダ１０は、主に、記録媒体に対する記録再生を行うためのビデオ信号記録再生回路１０１、録画再生制御を行うためのシステムコントロール回路１０２、Ｅメールを受信するためのＥｔｈｅｒｎｅｔ（Ｒ）回路１０３で構成される。以下にデータの流れを簡単に説明する。ビデオ信号記録再生回路１０１に入力されたビデオ信号は、Ａ／Ｄ変換器（シンクセパレータ、同期回路などを含む）１０１ａでディジタルデータに変換された後、圧縮伸長回路１０１ｂにてＭＰＥＧ１やＭＰＥＧ２などの圧縮方式によりエンコード処理され、ビデオデータ記録再生回路１０１ｃに送られる。

一方、システムコントロール回路１０２は、ユーザインターフェース（外装パネルやリモコンの録画ボタンや再生ボタンなど）からの情報を受け取り、録画や再生などのモード信号をコントロール信号としてビデオデータ記録再生回路１０１ｃに送る。このようなモード信号を受け取ったビデオデータ記録再生回路１０１ｃは、記録媒体（本提案では、ハードディスクや光ディスク、磁気テープ、メモリなどの記録媒体を限定しない）１０４に記録する。再生時はこの逆の処理を行う。

また、システムコントロール回路１０２は、ＣＰＵバスに接続されており、ＣＰＵ１０５で動作するソフトウェアによってタイマー録画予約の管理を行っている。このＣＰＵバスにはＥｔｈｅｒｎｅｔ（Ｒ）回路１０３も接続されており、Ｅｔｈｅｒｎｅｔ（Ｒ）で受信したＥメールの文章データは、Ｅｔｈｅｒｎｅｔ（Ｒ）回路１０３からＣＰＵバスを介してＣＰＵ１０５に送られる。ＣＰＵ１０５上では、ソフトウェア（後述）が動作しており、図中のメモリ（ＳＲＡＭやＤＲＡＭなど）１０６を使用して、メールの送受信や録画予約の管理などを行っている。

次に、ソフトウェアの構成と動作について説明する。ここでは、ＣＰＵ１０５上で動作するソフトウェアについて説明する。図１０は、下側にハードウェアを配置してその上に動作するソフトウェアの構成を階層的に示した図である。ハードウェア層にあるＥｔｈｅｒｎｅｔ（Ｒ）回路１０３では、Ｅｔｈｅｒｎｅｔ（Ｒ）ドライバ１０３ａが動作していて、ＣＰＵバスを介してＥｔｈｅｒｎｅｔ（Ｒ）回路１０３にあるＥｔｈｅｒｎｅｔ（Ｒ）コントローラＬＳＩ（図示しない）に対してデータの読み書きを行ってＥｔｈｅｒｎｅｔ（Ｒ）パケットの送信・受信を行っている。

Ｅｔｈｅｒｎｅｔ（Ｒ）ドライバ１０３ａの上には、インターネットで使用される標準プロトコルであるＩＰ（Internet Protocol）１１０、ＴＣＰ（Transmission Control Protocol）１１１が置かれており、その上にはＥメールの受信を行うＰＯＰ３（Post Office Protocol Version3）１１２やＥメールの送信を行うＳＴＭＰ（Simple Mail Transfer Protocol）１１３などのプロトコルが実装されている。さらに、その上層では、メールの送受信を管理するアプリケーション（以下、メールマネージャー）が動作しており、ＰＯＰ３やＳＴＭＰの関数をコールしてメールの送受信を実現している。

メールマネージャー１１４は、同じ階層にあるタイマー録画予約の管理を行うアプリケーション（以下、予約マネージャーと称す）１１５と録画予約情報のやり取りを行っている。予約マネージャー１１５の下層にはシステムコントロールマネージャー１１６があり、システムコントロール回路１０２を制御してモード信号をビデオデータ記録再生回路１０１に送り、録画・再生などの命令を行っている。

以下に、メールによる録画予約の動作を説明する。メールマネージャー１１４は、定期的にメールサーバ４０にアクセスして自分あてのメールを受信する。メールマネージャー１１４はＰＯＰ３ １１２をコールして、メールサーバ名やポート番号（１１０番）を指定してＴＣＰ１１１・ＩＰ１１０による接続を確立する。ＰＯＰ３ １１２ではメールサーバ４０に対しＰＯＰ３コマンドを送信して、メールの数やサイズを取得してから、メールのヘッダや本文を受信する。メールマネージャー１１４は、メールの本文の内容を解析して、録画予約メールであるときは録画予約情報を取り出して、予約時間帯の重複がないか予約マネージャー１１５に問い合わせる。

予約マネージャー１１５は、予約リストを調べて、予約が重複していなければシステムコントロールマネージャー１１６に対して録画予約を行うように指示を出し、メールマネージャー１１４に対しては予約が許可されたことを通知する。録画予約が許可されると、メールマネージャー１１４は、ユーザに予約が完了したことを知らせるメール（以下、予約完了メール）を送信するために、ＳＴＭＰ１１３をコールする。ＳＴＭＰ１１３では、メールサーバ名とポート番号（２５番）を指定してＴＣＰ１１１・ＩＰ１１０による接続を確立して、メールサーバ４０にＳＴＭＰコマンドを送信して、メールのヘッダや本文などを順に送信する。

また、メールマネージャー１１４は、時間帯の重複などにより予約が許可されない場合は、予約が失敗したことを知らせるメール（以下、予約失敗メール）を作成して、同様にＳＴＭＰ１１３をコールして送信する。以上が、Ｅメールによる録画予約におけるソフトウェアの動作である。

また、従来技術として、遠隔地からリモートで録画予約を行う際、録画装置おける予約状況と端末による予約設定要求との整合性を持たせる録画予約システムがある（例えば、下記の特許文献１参照）。

特開２００２−１５８９５１号公報（図１〜図３）

しかしながら、上述した従来技術においては、複数のユーザが１つのビデオレコーダ１０に対してメールによる録画予約を行った場合に以下のような不具合が発生する。
（１）予約したはずの番組が知らないうちに他のユーザによって削除された場合は録画を行うことができない。
（２）他のユーザが同じ時間帯の違う番組を予約していた場合は自分の予約が設定できない。
これらは、主にユーザ間で予約リソースが競合した場合に起こる。
本発明は、従来の問題を解決するためになされたもので、メール予約を許可するユーザをアドレスにより限定することによって、他のユーザにより予約が削除・修正されることを防止できる記録再生装置及び録画予約方法を提供することを目的とする。

そこで、上記課題を解決するために本発明は、以下の装置及び方法を提供するものである。
（１）インターネット接続可能な制御端末から送信される電子メールに基づいて録画予約を行う記録再生装置において、
ユーザＩＤと前記制御端末の予約許可メールアドレスとを対応付けたテーブルを記憶する記憶部と、
前記制御端末から受信した録画予約メールが予約設定を示すメールである場合、
前記予約設定を示すメールから第１の送信元メールアドレスを抽出し、抽出された前記第１の送信元メールアドレスが前記テーブルに前記予約許可メールアドレスとして登録されている場合、前記録画予約メールから録画予約情報を取得して、この録画予約情報に基づく録画予約を許可するとともに前記第１の送信元メールアドレスに対応する前記ユーザＩＤを前記録画予約情報に付加して保存して前記第１の送信元メールアドレス宛てに予約完了メールを送信し、
前記制御端末から受信した録画予約メールが予約削除を示すメールである場合、
前記予約削除を示すメールから第２の送信元メールアドレスを抽出し、抽出された前記第２の送信元メールアドレスが削除対象の録画予約情報に付加されている前記ユーザＩＤに対応する前記予約許可メールアドレスと同一か否かを確認し、その確認結果が同一を示す場合は予約削除を許可して前記削除対象の録画予約情報を削除し、前記第２の送信元メールアドレスに予約削除完了メールを送信する一方、
前記確認結果が同一で無いことを示す場合は、前記第２の送信元メール宛てに削除失敗を知らせるメールを送信するとともに、前記削除対象の録画予約情報に付加されている前記ユーザＩＤと対応付けられている前記予約許可メールアドレス宛てに他のユーザからの削除指示を拒否したことを知らせるメールを送信する制御手段とを、
備えたことを特徴とする記録再生装置。
（２）前記制御手段は、前記録画予約に対応する前記録画予約情報に付加されている前記ユーザＩＤに対応する制御端末からの録画予約メールによってのみ前記録画予約の修正及び削除を許可することを特徴とする上記（１）記載の記録再生装置。
（３）インターネット接続可能な制御端末から送信される電子メールに基づいて録画予約を行う記録再生装置で実行される録画予約方法において、
ユーザＩＤと前記制御端末の予約許可メールアドレスとを対応付けたテーブルを記憶部に記憶する第１のステップと、
前記制御端末から受信した録画予約メールが予約設定を示すメールである場合、
前記予約設定を示すメールから第１の送信元メールアドレスを抽出し、抽出された前記第１の送信元メールアドレスが前記テーブルに前記予約許可メールアドレスとして登録されている場合、前記録画予約メールから録画予約情報を取得して、この録画予約情報に基づく録画予約を許可するとともに前記第１の送信元メールアドレスに対応する前記ユーザＩＤを前記録画予約情報に付加して保存して前記第１の送信元メールアドレス宛てに予約完了メールを送信し、
前記制御端末から受信した録画予約メールが予約削除を示すメールである場合、
前記予約削除を示すメールから第２の送信元メールアドレスを抽出し、抽出された前記第２の送信元メールアドレスが削除対象の録画予約情報に付加されている前記ユーザＩＤに対応する前記予約許可メールアドレスと同一か否かを確認し、その確認結果が同一を示す場合は予約削除を許可して前記削除対象の録画予約情報を削除し、前記第２の送信元メールアドレスに予約削除完了メールを送信する一方、
前記確認結果が同一で無いことを示す場合は、前記第２の送信元メール宛てに削除失敗を知らせるメールを送信するとともに、前記削除対象の録画予約情報に付加されている前記ユーザＩＤと対応付けられている前記予約許可メールアドレス宛てに他のユーザＩＤに対応する他の制御端末からの削除指示を拒否したことを知らせるメールを送信する第２のステップとを、
含むことを特徴とする録画予約方法。
（４）前記第２のステップは、前記録画予約に対応する前記録画予約情報に付加されている前記ユーザＩＤに対応する制御端末からの録画予約メールによってのみ前記録画予約の修正及び削除を許可することを特徴とする上記（３）記載の録画予約方法。

本発明の記録再生装置及び録画予約方法は、メール予約を許可するユーザをアドレスにより限定することによって、他のユーザにより予約が削除・修正されることを防止できる。また予約ごとに管理者を設定することによって、他のユーザの予約を誤って削除や修正することを防止できる。

本発明の第１の実施の形態に係る記録再生装置としてのビデオレコーダ内の制御手段となるＣＰＵによる制御内容、特に、メールの送受信を管理するメールマネージャーの動作を説明するフローチャートである。 本発明の第２の実施の形態に係る記録再生装置としてのビデオレコーダ内の制御手段となるＣＰＵによる制御内容、特に、メールの送受信を管理するメールマネージャーの動作を説明するフローチャートである。 本発明の第３の実施の形態に係る記録再生装置としてのビデオレコーダ内の制御手段となるＣＰＵによる制御内容、特に、メールの送受信を管理するメールマネージャーの動作を説明するフローチャートである。 図３のステップＳ３０６における予約修正ルーチンを示すフローチャートである。 図３のステップＳ３０２において送信元が予約許可メールアドレスと判定された場合のユーザＩＤが「２」である場合の移行処理を示すフローチャートである。 図３のステップＳ３０２において送信元が予約許可メールアドレスと判定された場合のユーザＩＤが「３」である場合の移行処理を示すフローチャートである。 図３のステップＳ３０２において送信元が予約許可メールアドレスと判定された場合のユーザＩＤが「４」である場合の移行処理を示すフローチャートである。 本発明及び従来例に係るＥメールによる録画予約システムの概要を説明する全体構成図である。 図８に示すＥｔｈｅｒｎｅｔ（Ｒ）機能搭載ビデオレコーダ１０の回路構成を示すブロック図である。 図９に示すＣＰＵ上で動作するソフトウェアを説明するもので、下側にハードウェアを配置してその上に動作するソフトウェアの構成を階層的に示した図である。

以下、本発明の実施の形態に係るＥメールによる録画予約システムについて説明する。
本発明の各実施の形態では、図８から図１０に示す従来例と同様な構成を備えている。

＜第１の実施の形態＞
まず、本発明の第１の実施の形態に係るＥメールによる録画予約システムについて説明する。第１の実施の形態では、メールによる録画予約を行うことができるユーザの制御端末をメールアドレスで限定することによって予約リソースが競合した場合に発生する不具合の解消策を説明する。

第１の実施の形態において、まず、ビデオレコーダ１０は、ユーザが録画予約に使用する制御端末５０としての携帯電話５２のメールアドレス（以下、予約許可メールアドレスと称す）をハードディスクなどの記憶媒体に設けたファイルシステムに保存しておく。ユーザは、携帯電話５２で録画予約サイト７０にアクセスして、予約する番組を指定して録画予約を指示すると、自動的に登録したメールアドレス（この場合はビデオレコーダ１０のメールアドレス、以下、機器メールアドレスと称す）あてに録画予約メールが送信される。この録画予約メールのFrom：には、ユーザが使用している携帯電話５２のメールアドレスが設定されている。

一方、ビデオレコーダ１０では、録画予約メールを受信すると、From：に書かれたアドレスがハードディスクに保存されている予約許可メールアドレスかどうか照合を行い、一致した場合に限って正しい録画予約メールとして認める。

このような仕組みを持つことで、機器メールアドレスを知っている他のユーザが予約を行っても、録画予約メールのFrom：がレコーダに登録された予約許可アドレスと違うため録画予約を行うことはできない。したがって、予約リソースが競合した場合に発生する不具合を回避することができる。

図１は、第１の実施の形態に係る記録再生装置としてのビデオレコーダ１０内の制御手段となるＣＰＵ１０５による制御内容、特に、メールの送受信を管理するメールマネージャー１１４の動作を説明するフローチャートである。以下、このフローチャートに沿ってビデオレコーダ１０の動作をステップ順に説明する。

Ｓ１０１：メールサーバ４０にメールが届いているかどうかを、所定間隔、例えば５分おきにチェックする。メールが届いているときはメールを受信して、メールの題名や本文のフォーマットから録画予約メールかどうかを判別する。

Ｓ１０２：録画予約メールの場合は、From：を取り出して予約許可メールアドレスと一致する場合は次のステップに進む。一致しない場合は、許可ユーザではないため最初に戻る。

Ｓ１０３：予約を設定する場合、メール本文から予約情報を抽出して予約マネージャー１１５に予約設定を要求する。

Ｓ１０４：予約に成功した場合は、予約完了を通知するメールを作成してFrom：あてに送信する。他方、失敗した場合は予約失敗を知らせるメールを作成して送信する。

Ｓ１０５：予約を削除する場合は、メール本文から予約削除番号を取り出す。そして、予約一覧を予約マネージャー１１５から取得して削除番号が示す予約情報を取り出し、予約マネージャー１１５に予約の削除を要求する。

Ｓ１０６：削除に成功したら、予約削除が完了したことを知らせるメールを作成してFrom：あてにメールを送信する。他方、失敗したら削除失敗のメールを送信する。

Ｓ１０７：予約一覧が要求された場合は、予約マネージャー１１５から予約一覧を取得してメールを作成しFrom：あてに送信する。

したがって、第１の実施の形態によれば、メール予約を許可するユーザをアドレスにより限定することによって、他のユーザにより予約が削除・修正されることを防止できる。

＜第２の実施の形態＞
第２の実施の形態では、番組を予約するときに管理者を設定し、管理者以外はその予約の削除・修正ができないという仕組みを設け、ユーザ間で予約リソースを取り合わないようにする。

まず、記憶部としてのメモリ１０６に、以下の表に示すように、ユーザＩＤ−予約許可メールアドレスの対応を示すテーブルを保存する。すなわち、ユーザＩＤとして１、２、３に対し、そのＩＤごとにユーザが録画予約で使用する制御端末５０、例えば携帯電話５２のメールアドレス（以下、予約許可メールアドレス）を設定して保存する。

次に、予約情報を管理する予約マネージャー１１５では、従来の番組予約情報（放送日や番組開始時間、終了時間、放送局、番組タイトル）の他にユーザＩＤを保存できるようにする。つまり、予約を入れたユーザがその予約の管理者となり、管理者以外はその予約を削除・修正ができないようにする。

例えば、ユーザＩＤ「１」を登録したユーザ（以下、ユーザ１）が録画予約サイト７０にアクセスして、ある番組の予約削除を指定すると、予約削除メールがビデオレコーダ１０あてに送信される。ビデオレコーダ１０がこのメールを受信すると、予約リストから削除する予約情報とユーザＩＤを取り出す。このユーザＩＤから予約許可メールアドレスがわかるので、これと予約削除メールのFrom：のメールアドレスが一致した場合は、削除することができる。しかし、これが一致しない場合、例えば、削除対象となった予約のユーザＩＤが「２」の場合、ユーザ１はこの予約を削除することはできない。

このとき、ビデオレコーダ１０は、ユーザ１の予約許可メールアドレス（jun＿6@xxxx.yyyy.co.jp）あてに予約削除に失敗したことを知らせるメールを送信する。また、削除対象となった予約の管理者であるユーザ２（july＿7@xxxx.yyyy.co.jp）に対して、ユーザ１が予約削除を希望していることを知らせるメールを送信する。メールを受け取ったユーザは予約競合が発生したことがわかるため、ユーザ間で予約リソースを譲り合うことも可能となる。

図２は、第２の実施の形態に係る記録再生装置としてのビデオレコーダ１０内の制御手段となるＣＰＵ１０５による制御内容、特に、メールの送受信を管理するメールマネージャー１１４の動作を説明するフローチャートである。以下、このフローチャートに沿ってビデオレコーダ１０の動作をステップ順に説明する。

Ｓ２０１：メールサーバ４０にメールが届いているかどうかを、所定間隔、例えば５分おきにチェックする。メールが届いているときはメールを受信して、メールの題名や本文のフォーマットから録画予約メールかどうかを判別する。

Ｓ２０２：録画予約メールの場合は、From：を取り出して予約許可メールアドレステーブルの中から予約許可メールアドレスが見つけられれば次へ進む。対応テーブルにない場合は、許可ユーザではないためＳ２０１に戻る。

Ｓ２０３：予約を設定する場合、メール本文から予約情報を抽出して予約マネージャー１１５に予約設定を要求する。

Ｓ２０４：予約に成功した場合は、予約完了を通知するメールを作成してFrom：あて送信する。

Ｓ２０５：予約に失敗した場合は、ハードディスク容量不足や予約数のオーバーなどが原因で失敗する場合もあるが、ここでは予約の時間帯が重複する場合に注目する。予約が重複した場合、From：のユーザＩＤをＩＤｘ、重複相手となる予約済み番組のユーザＩＤをＩＤｙとすると、ＩＤｘとＩＤｙが等しい場合は、From：あてに「予約重複のため予約に失敗しました。」というメールを作成して送信する。

Ｓ２０６：ＩＤｘとＩＤｙが異なる場合は、From：あてに「ユーザＩＤｙの予約と重複しているため予約に失敗しました。」という内容のメールを作成して送信する。これで予約を入れたユーザは自分の予約が失敗したことがわかる。また、ユーザＩＤｙあてに「ユーザＩＤｘの予約が入りましたが、あなたの予約が優先されました。」という内容のメールを作成して送信する。ユーザＩＤｙは自分の予約のためにＩＤｘの予約が失敗したということがわかる。

Ｓ２０７：予約を削除する場合は、メール本文から予約削除番号を取り出す。そして、予約一覧を予約マネージャー１１５から取得して、削除番号が示す予約情報を取り出す（以下、削除番組）。削除番組のユーザＩＤと、From：のユーザＩＤが等しい場合、つまり予約を入れたユーザ自身で予約を削除することは許可される。したがって、予約マネージャー１１５に予約の削除を要求する。削除が完了したら、予約削除が完了したことを知らせるメールを作成してFrom：あてにメールを送信する。

Ｓ２０８：削除番組のユーザＩＤ（ＩＤｙ）とFrom：のユーザＩＤ（ＩＤｘ）が異なる場合は、他のユーザが入れた予約を削除することはできないため、From：あてに「ユーザＩＤｙが行った予約なので削除することばできません。」という内容のメールを作成して送信する。一方、ユーザＩＤｙあてに「あなたが予約した番組xxxをユーザＩＤｘが削除しようとしましたがユーザが異なるため許可されませんでした。」という内容のメールを作成して送信する。これで自分が入れた予約が他のユーザによって削除されてしまうことを防ぐことができる。

Ｓ２０９：予約一覧が要求された場合、予約マネージャー１１５から予約一覧を取得してメールを作成しFrom：あてに送信する。

したがって、第２の実施の形態によれば、予約情報の他にユーザＩＤを保存できるようにして、予約を入れたユーザをその予約の管理者として設定することで、管理者以外の他のユーザがその予約の削除・修正を行うのを防止できる。また、予約が競合した場合は、各ユーザにメールが送信されるため、自分が予約した時間帯を他のユーザが使いたがっていることがわかり、競合した予約を譲り合うことができる。

＜第３の実施の形態＞
第３の実施の形態では、ユーザに優先順位をつけることによって、予約リソースが競合した場合に優先順位に従って予約を修正する仕組みを設ける。

上述した第２の実施の形態におけるユーザＩＤに優先順位をつけると以下の表に示すテーブルのようになる。これは、ユーザＩＤ（優先順位）ごとにメールアドレスを設定できるようになっており、ユーザＩＤ１のfather@xxxx.yyyy.co.jpが優先順位が一番高く、ユーザＩＤ４のsecond＿son@xxxx.yyyy.co.jpが優先順位が一番低くなっている。

また、予約情報を管理する予約マネージャー１１５では、従来の予約情報（放送日や番組開始時間、終了時間、放送局、番組タイトル）の他にユーザＩＤを保存する必要がある。メール録画予約で予約されたものには、必ずユーザＩＤが付けられるものとする。father@xxxx.yyyy.co.jpが予約した番組のユーザＩＤは１となる。

例えば、father@xxxx.yyyy.co.jpが予約した番組は、優先順位の低いユーザが削除したり、変更したりすることはできない。また、mother@xxxx.yyyy.co.jpが予約した番組については、これよりも優先順位の低いoldest＿son@xxxx.yyyy.co.jpやsecond＿son@xxxx.yyyy.co.jpは削除・変更することはできないが、優先順位が高いfather@xxxx.yyyy.co.jpは削除・変更することができる。

さらに、ビデオレコーダ１０は、mother@xxxx.yyyy.co.jpが予約した番組をfather@xxxx.yyyy.co.jpが削除した場合、mother@xxxx.yyyy.co.jpあてに予約削除されたことを通知するメールを送信する。これにより、mother@xxxx.yyyy.co.jpは、他のユーザによって予約削除されたことがわかり、その削除は自分よりも優先順位が高いユーザが行ったことがわかる。

図３から図７は、第３の実施の形態に係る記録再生装置としてのビデオレコーダ１０内の制御手段となるＣＰＵ１０５による制御内容、特に、メールの送受信を管理するメールマネージャー１１４の動作を説明するフローチャートである。

なお、図４は、図３のステップＳ３０６における予約修正ルーチン、図５は、図３のステップＳ３０２において送信元が予約許可メールアドレスと判定された場合のユーザＩＤが「２」である場合の移行処理、図６は、図３のステップＳ３０２において送信元が予約許可メールアドレスと判定された場合のユーザＩＤが「３」である場合の移行処理、図７は、図３のステップＳ３０２において送信元が予約許可メールアドレスと判定された場合のユーザＩＤが「４」である場合の移行処理をそれぞれ示している。以下、これらのフローチャートに沿ってビデオレコーダ１０の動作をステップ順に説明する。

Ｓ３０１：メールサーバ４０にメールが届いているかどうかを、所定間隔、例えば５分おきにチェックする。メールが届いているときはメールを受信して、メールの題名や本文のフォーマットから録画予約メールかどうかを判別する。

Ｓ３０２：録画予約メールの場合は、From：を取り出して予約許可メールアドレステーブルの中から予約許可メールアドレスが見つかれば次へ進む。テーブルにない場合は、許可ユーザではないためＳ３０１に戻る。

Ｓ３０３：From：が優先順位１（ユーザＩＤ１）であって予約を設定する場合、メール本文から予約情報を抽出して予約マネージャー１１５に予約設定を要求する。

Ｓ３０４：予約に成功した場合は、予約完了を通知するメールを作成してFrom：あて送信する。

Ｓ３０５：予約に失敗した場合は、ハードディスク容量不足や予約数のオーバーなどが原因の場合があるが、ここでは予約の時間帯が重複する場合に注目する。予約が重複した場合、重複相手となる予約済み番組のユーザＩＤを見て「１」であった場合は、自分（ユーザＩＤ１）が入れた予約なので予約修正はできない。予約失敗メールをFrom：あてに送信する。予約済み番組のユーザＩＤが「２」〜「４」の場合、つまり自分（ユーザＩＤ１）よりも優先順位の低いユーザが予約した番組の場合は、優先ユーザによる予約修正ルーチンに進む。

Ｓ３０６：優先ユーザによる予約修正ルーチンをコールする。
図４は、優先ユーザによる予約修正ルーチンの内容を示すフローチャートである。このルーチンでは、以下のステップ順に動作する。

Ｓ３０６ａ：まず、予約済み番組を削除する。
Ｓ３０６ｂ：次に、優先ユーザが指定した（先程予約に失敗した）番組の予約を再び設定する。重複相手の番組は削除したので予約は成功する。
Ｓ３０６ｃ：予約済み番組が優先順位の高いユーザによって削除されたことを知らせるメールを作成して、削除した番組のユーザＩＤが示すメールアドレスあてに送信する。
Ｓ３０６ｄ：予約が成功したことを知らせるメールを作成して、優先ユーザあてに送信する。これで予約修正ルーチンが終了する。

Ｓ３０７：From：が優先順位１（ユーザＩＤ１）であって予約を削除する場合、メール本文から予約情報を抽出して予約マネージャー１１５に予約削除を要求する。予約削除が完了したことを知らせるメールを作成してFrom：あてに送信する。このとき、削除した番組のユーザＩＤが「２」〜「４」のユーザに対しては、優先順位の高いユーザに予約が削除されたことを知らせるメールを送信する。

Ｓ３０８：予約一覧が要求された場合、予約マネージャー１１５から予約一覧を取得してメールを作成しFrom：あてに送信する。

Ｓ３０９：From：が優先順位２（ユーザＩＤ２）であって予約を設定する場合は、図５に示すフローチャートに移行し、メール本文から予約情報を抽出して予約マネージャー１１５に予約設定を要求する。

Ｓ３１０：予約に成功した場合は、予約完了を通知するメールを作成してFrom：あて送信する。

Ｓ３１１：予約に失敗してそれが時間帯の重複による失敗である場合、重複相手となる予約済み番組のユーザＩＤが「１」であった場合は、自分（ユーザＩＤ２）よりも優先順位の高いユーザが入れた予約なので修正することができないため、予約失敗メールをFrom：あてに送信する。予約済み番組のユーザＩＤが「２」の場合は、自分（ユーザＩＤ２）で入れた予約なので予約失敗メールをFrom：あてに送信する。予約済み番組のユーザＩＤが「３」若しくは「４」の場合、つまり自分（ユーザＩＤ２）よりも優先順位の低いユーザが予約した番組である場合は、図４に示す優先ユーザによる予約修正ルーチンに進む。

Ｓ３１２：From：が優先順位２（ユーザＩＤ２）であって予約を削除する場合、削除する番組のユーザＩＤが「１」であった場合、つまり自分（ユーザＩＤ２）よりも優先順位の高いユーザが予約した番組なので削除することはできないため、予約削除に失敗したことを知らせるメールを作成してFrom：あてに送信する。削除する番組のユーザＩＤが「２」〜「４」の場合は、自分（ユーザＩＤ２）若しくは自分より優先順位の低いユーザの予約なので削除することができる。予約削除が完了したことを知らせるメールを作成してFrom：あてに送信する。また、このとき、削除した番組のユーザＩＤが「３」と「４」の場合は優先順位の高いユーザに予約が削除されたことを知らせるメールを作成して送信する。

Ｓ３１３：From：が優先順位３（ユーザＩＤ３）であって予約を設定する場合は図６に示すフローチャートに移行し、メール本文から予約情報を抽出して予約マネージャー１１５に予約設定を要求する。

Ｓ３１４：予約に成功した場合は、予約完了を通知するメールを作成してFrom：あて送信する。

Ｓ３１５：予約に失敗してそれが時間帯の重複による失敗である場合は、重複相手となる予約済み番組のユーザＩＤが「１」や「２」であった場合は、自分（ユーザＩＤ３）よりも優先順位の高いユーザが入れた予約なので修正することができないため、予約失敗メールをFrom：あてに送信する。予約済み番組のユーザＩＤが「３」の場合は、自分（ユーザＩＤ３）で入れた予約なので予約失敗メールをFrom：あてに送信する。予約済み番組のユーザＩＤが「４」の場合、つまり自分（ユーザＩＤ３）よりも優先順位の低いユーザが予約した番組である場合は、図４に示す優先ユーザによる予約修正ルーチンに進む。

Ｓ３１６：From：が優先順位３（ユーザＩＤ３）であって予約を削除する場合、削除する番組のユーザＩＤが「１」や「２」であった場合、つまり自分（ユーザＩＤ３）よりも優先順位の高いユーザが予約した番組なので削除することはできないため、予約削除に失敗したことを知らせるメールを作成してFrom：あてに送信する。削除する番組のユーザＩＤが「３」や「４」の場合は、自分（ユーザＩＤ３）若しくは自分より優先順位の低いユーザの予約なので削除することができる。予約削除が完了したことを知らせるメールを作成してFrom：あてに送信する。

Ｓ３１７：From：が優先順位４（ユーザＩＤ４）であって予約を行う場合は、図７に示すフローチャートに移行し、予約重複が発生したときは、いちばん優先順位が低いためFrom：あてに予約失敗メールを送信する。

Ｓ３１８：From：が優先順位４（ユーザＩＤ４）であって予約削除を行う場合は、削除する番組のユーザＩＤが４の場合だけ削除することができる。削除が完了したらFrom：あてに予約削除完了メールを送信する。

したがって、第３の実施の形態によれば、複数のユーザが同じレコーダのメール予約を行う場合、ユーザに優先順位をつけることによって予約設定ルールが明確になり、どのユーザによって削除・修正されたかがわかり、また、メールアドレスごとに優先順位があるため、優先順位が最も高いユーザは、他のユーザの予約を自由に修正することができ、自分が入れた予約が他のユーザによって削除・修正されることはない。

以上のように、本発明に係る記録再生装置は、メール予約を許可するユーザをアドレスにより限定することによって、他のユーザにより予約が削除・修正されてしまうことを防止でき、予約ごとに管理者を設定することによって、他のユーザの予約を誤って削除や修正することを防止でき、さらに管理者に優先順位をつけることによって、複数ユーザ間の予約削除・修正のルールを明確化でき、Ｅメールによる録画予約システムに有用である。

１０ Ｅｔｈｅｒｎｅｔ（Ｒ）機能搭載ビデオレコーダ（記録再生装置、ビデオレコーダ）
１１ ブロードバンドアクセスルーター
１２ モデム（ＡＤＳＬモデム／ＣＡＴＶモデム）
２０ プロバイダ
３０ インターネット
４０ メールサーバ
５０ 制御端末
５１ パソコン（制御端末）
５２ 携帯電話（制御端末）
６１ 無線基地局
６２ 交換器
６３ ルーター
７０ 録画予約サイト
１０１ ビデオ信号記録再生回路
１０１ａ Ａ／Ｄ変換器
１０１ｂ 圧縮伸長回路
１０１ｃ ビデオデータ記録再生回路
１０２ システムコントロール回路
１０３ Ｅｔｈｅｒｎｅｔ（Ｒ）回路
１０３ａ Ｅｔｈｅｒｎｅｔ（Ｒ）ドライバ
１０４ 記録媒体
１０５ ＣＰＵ（制御手段）
１０６ メモリ（記憶部）
１１０ ＩＰ
１１１ ＴＣＰ
１１２ ＰＯＰ３
１１３ ＳＴＭＰ
１１４ メールマネージャー
１１５ アプリケーション（予約マネージャー）
１１６ システムコントロールマネージャー

Claims (4)

1. インターネット接続可能な制御端末から送信される電子メールに基づいて録画予約を行う記録再生装置において、
   ユーザＩＤと前記制御端末の予約許可メールアドレスとを対応付けたテーブルを記憶する記憶部と、
   前記制御端末から受信した録画予約メールが予約設定を示すメールである場合、
   前記予約設定を示すメールから第１の送信元メールアドレスを抽出し、抽出された前記第１の送信元メールアドレスが前記テーブルに前記予約許可メールアドレスとして登録されている場合、前記録画予約メールから録画予約情報を取得して、この録画予約情報に基づく録画予約を許可するとともに前記第１の送信元メールアドレスに対応する前記ユーザＩＤを前記録画予約情報に付加して保存して前記第１の送信元メールアドレス宛てに予約完了メールを送信し、
   前記制御端末から受信した録画予約メールが予約削除を示すメールである場合、
   前記予約削除を示すメールから第２の送信元メールアドレスを抽出し、抽出された前記第２の送信元メールアドレスが削除対象の録画予約情報に付加されている前記ユーザＩＤに対応する前記予約許可メールアドレスと同一か否かを確認し、その確認結果が同一を示す場合は予約削除を許可して前記削除対象の録画予約情報を削除し、前記第２の送信元メールアドレスに予約削除完了メールを送信する一方、
   前記確認結果が同一で無いことを示す場合は、前記第２の送信元メール宛てに削除失敗を知らせるメールを送信するとともに、前記削除対象の録画予約情報に付加されている前記ユーザＩＤと対応付けられている前記予約許可メールアドレス宛てに他のユーザからの削除指示を拒否したことを知らせるメールを送信する制御手段とを、
   備えたことを特徴とする記録再生装置。
2. 前記制御手段は、前記録画予約に対応する前記録画予約情報に付加されている前記ユーザＩＤに対応する制御端末からの録画予約メールによってのみ前記録画予約の修正及び削除を許可することを特徴とする請求項１記載の記録再生装置。
3. インターネット接続可能な制御端末から送信される電子メールに基づいて録画予約を行う記録再生装置で実行される録画予約方法において、
   ユーザＩＤと前記制御端末の予約許可メールアドレスとを対応付けたテーブルを記憶部に記憶する第１のステップと、
   前記制御端末から受信した録画予約メールが予約設定を示すメールである場合、
   前記予約設定を示すメールから第１の送信元メールアドレスを抽出し、抽出された前記第１の送信元メールアドレスが前記テーブルに前記予約許可メールアドレスとして登録されている場合、前記録画予約メールから録画予約情報を取得して、この録画予約情報に基づく録画予約を許可するとともに前記第１の送信元メールアドレスに対応する前記ユーザＩＤを前記録画予約情報に付加して保存して前記第１の送信元メールアドレス宛てに予約完了メールを送信し、
   前記制御端末から受信した録画予約メールが予約削除を示すメールである場合、
   前記予約削除を示すメールから第２の送信元メールアドレスを抽出し、抽出された前記第２の送信元メールアドレスが削除対象の録画予約情報に付加されている前記ユーザＩＤに対応する前記予約許可メールアドレスと同一か否かを確認し、その確認結果が同一を示す場合は予約削除を許可して前記削除対象の録画予約情報を削除し、前記第２の送信元メールアドレスに予約削除完了メールを送信する一方、
   前記確認結果が同一で無いことを示す場合は、前記第２の送信元メール宛てに削除失敗を知らせるメールを送信するとともに、前記削除対象の録画予約情報に付加されている前記ユーザＩＤと対応付けられている前記予約許可メールアドレス宛てに他のユーザＩＤに対応する他の制御端末からの削除指示を拒否したことを知らせるメールを送信する第２のステップとを、
   含むことを特徴とする録画予約方法。
4. 前記第２のステップは、前記録画予約に対応する前記録画予約情報に付加されている前記ユーザＩＤに対応する制御端末からの録画予約メールによってのみ前記録画予約の修正及び削除を許可することを特徴とする請求項３記載の録画予約方法。

Images