(57)【要約】【課題】  録画予約サイトを管理するサーバとＮＡＴ越えサーバを設け、記録装置とダイレクト通信を行うことにより、効率よく録画予約、及び録画予約修正を行うことができる記録装置の遠隔操作方法を提供する。【解決手段】  録画予約サイト１２を使用した予約に関してはメールサーバ１１を中心としたシステムを使用し、予約が失敗した場合はＮＡＴ越えサーバ１４で構成するＨＴＴＰによるダイレクト通信を行い、予約失敗の原因を修正することで予約完了を迅速に行うようにする。【選択図】      図１
2006339747.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワークを介して接続されるユーザ端末と記録装置とを用いて、前記ユーザ端末から前記通信ネットワーク上の録画予約サイトに接続して前記記録装置の録画予約を行う記録装置の遠隔操作方法であって、
前記通信ネットワーク上に接続されており、前記通信ネットワークと前記記録装置との間に設けられたルータに介在するＮＡＴ（Network Address Translation）を越え、前記ユーザ端末と前記記録装置との間の通信の確立を図るＮＡＴ越サーバを備え、
前記記録装置は、前記ユーザからの予約メールを受信するステップと、
前記受信した予約メールから予約情報を抽出するステップと、
前記抽出した予約情報から予約を設定するステップと、
前記設定した予約が完了すると予約が完了したことを報知するメールを前記ユーザ端末宛てに送信するステップと、
前記予約が完了できない場合、前記ＮＡＴ越えサーバとＴＣＰ（Transmission Contorol Protocol）接続を行い受信状態で待機するステップと、
前記ＮＡＴ越えサーバは前記ＴＣＰ接続を維持するために定期的に前記記録装置にパケットを送信するステップと、
を有し、
前記記録装置は、予約が完了できない旨、及びＮＡＴ越え通信の確立を報知するメールを前記ユーザ端末に送信することにより、ユーザ端末において、前記記録装置とＮＡＴ越えを行いＨＴＴＰ（Hyper  Text  Transfer  Protocol）により直接通信を行うことができるようにしたことを特徴とする記録装置の遠隔操作方法。
【請求項２】
請求項１記載の記録装置の遠隔操作方法において、前記ユーザ端末からの入力操作をもって操作完了指示があった場合に、前記ＮＡＴ越え通信を切断することを特徴とする記録装置の遠隔操作方法。
【請求項３】
請求項１記載の記録装置の遠隔操作方法において、前記記録装置は、前記予約が完了できない要因を検出し前記ユーザ端末に送信するステップを備え、前記検出した要因を解決して予約を完了した後に、前記ＮＡＴ越え通信を切断することを特徴とする記録装置の遠隔操作方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、記録装置の遠隔操作方法に関し、特に端末を用いて、通信ネットワーク上に接続された記録装置を遠隔から操作する方法に関する。
【背景技術】
【０００２】
従来、携帯電話やパソコンなどのユーザ端末を用いてサーバと接続し、録画予約サイトを使って番組表から録画予約をすることが行われている。ユーザは、携帯電話やパソコンなどのユーザ端末で、インターネット上にある録画予約サイトにＨＴＴＰ（Hyper  Text  Transfer  Protocol）で接続して、携帯電話上に番組表を表示する。番組表の中から予約したい番組を見つけ、番組に表示されている “メール録画予約”というボタンを押す。ボタンが押されると、録画予約サイト（あるいは、サイトを管理しているサーバ）から、予約する番組の予約情報（放送日や開始・終了時刻、チャンネル、番組タイトルなど）を記述したメール（以下、予約メール）が録画予約サイトにユーザ登録する際に予め設定された記録装置のメールアドレス宛てに送信され、メールサーバに届くようにしている（例えば、特許文献１参照。）。
【０００３】
上述の記録装置において、定期的（例えば５分おき）にメールサーバにＰＯＰする。予約メールがあれば受信する。予約メールから予約情報を取り出し、予約を設定する。予約が完了したら、予約が完了したことを知らせるメール（以下、予約完了メール）をユーザ端末宛てに送信する。また、予約重複や記録媒体の容量不足のために予約に失敗した場合は、予約が失敗したことを知らせるメール（以下、予約失敗メール）を送信する。このような手順で携帯予約が行えるシステムでは、予約情報の送信をメールで行っているため、ここではメール方式、またはメール予約と呼ぶことにする。
【０００４】
【特許文献１】特開２００２−１９９３１６公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところで、上述で説明したような一般的な録画予約サイトは、番組表から録画予約できるサービスを提供しているが、予約削除や予約一覧の照会などの機能はごく限定されたサイトでしか行われていない。また、予約の重複やＨＤＤなどの記憶媒体の容量不足により予約が失敗した場合については、一般的な録画予約サイトでこれを解決するようなサービスは提供されていない。
そのため、例えば予約の重複が発生した場合、ユーザは予約削除を要請するメールを送信し削除完了を待ってから、再び録画予約サイトに入り、先ほど失敗した予約を入れ直すという面倒な操作が必要となる。予約削除と予約完了までにメール待ちの時間が発生するため、問題を解決するまでに時間が掛かってしまうという問題があった。
【０００６】
また、録画予約サイトで提供されるサービスは録画予約だけに限定されているため、記録装置の記憶媒体の容量が一杯でこれ以上録画ができない場合、録画予約のために既存の録画済番組を削除してＨＤＤの容量を空けるという機能などはサポートされていないため、予約ができず予約を諦めるしかないという問題があった。
【０００７】
本発明は、以上の点に鑑みなされたもので、録画予約サイトを管理するサーバとＮＡＴ越えサーバを設け、記録装置とダイレクト通信を行うことにより、効率よく録画予約、及び録画予約修正を行うことができる記録装置の遠隔操作方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明は、上記課題を解決するために、以下の１）〜３）に記載手段よりなる。
すなわち、
１）通信ネットワークを介して接続されるユーザ端末と記録装置とを用いて、前記ユーザ端末から前記通信ネットワーク上の録画予約サイトに接続して前記記録装置の録画予約を行う記録装置の遠隔操作方法であって、
前記通信ネットワーク上に接続されており、前記通信ネットワークと前記記録装置との間に設けられたルータに介在するＮＡＴ（Network Address Translation）を越え、前記ユーザ端末と前記記録装置との間の通信の確立を図るＮＡＴ越サーバを備え、
前記記録装置は、前記ユーザからの予約メールを受信するステップと、
前記受信した予約メールから予約情報を抽出するステップと、
前記抽出した予約情報から予約を設定するステップと、
前記設定した予約が完了すると予約が完了したことを報知するメールを前記ユーザ端末宛てに送信するステップと、
前記予約が完了できない場合、前記ＮＡＴ越えサーバとＴＣＰ（Transmission Contorol Protocol）接続を行い受信状態で待機するステップと、
前記ＮＡＴ越えサーバは前記ＴＣＰ接続を維持するために定期的に前記記録装置にパケットを送信するステップと、
を有し、
前記記録装置は、予約が完了できない旨、及びＮＡＴ越え通信の確立を報知するメールを前記ユーザ端末に送信することにより、ユーザ端末において、前記記録装置とＮＡＴ越えを行いＨＴＴＰ（Hyper  Text  Transfer  Protocol）により直接通信を行うことができるようにしたことを特徴とする記録装置の遠隔操作方法。
２）１）記載の記録装置の遠隔操作方法において、前記ユーザ端末からの入力操作をもって操作完了指示があった場合に、前記ＮＡＴ越え通信を切断することを特徴とする記録装置の遠隔操作方法。
３）１）記載の記録装置の遠隔操作方法において、前記記録装置は、前記予約が完了できない要因を検出し前記ユーザ端末に送信するステップを備え、前記検出した要因を解決して予約を完了した後に、前記ＮＡＴ越え通信を切断することを特徴とする記録装置の遠隔操作方法。
【発明の効果】
【０００９】
本発明の記録装置の遠隔操作方法によれば、通常の予約は、録画予約サイトが提供する番組表予約を利用し、問題が発生した場合だけ記録装置とダイレクト通信を行うことにより、効率よく予約修正を行うことができるシステムを提供することができる。
またこの際、従来では困難であった予約修正を、簡便に且つタイムロスを感じさせずに行うことができる。
さらには、予約サイトを管理するサーバとＮＡＴ越えサーバの相互通信などの必要がなく、簡素なシステムを構築することができる。本発明のＮＡＴ越え通信は、必要な時間だけ接続する方法を用いているので、ＮＡＴ越えサーバに掛かる負荷を軽減できるものである。
【発明を実施するための最良の形態】
【００１０】
以下、本発明に係る記録装置の遠隔操作方法の発明を実施するための最良の形態につき、好ましい実施例により説明する。
【実施例１】
【００１１】
図１（ａ）は一般的な携帯端末を用いて予約を行うシステムの構成を示した概略システム図である。同図（ａ）に示すように、常時接続環境に設置された記録装置であるＶＤＲ１０（Video Disc Recorder）と通信ネットワークであるインターネット１５上に置かれたメールサーバ１１、録画予約サイト１２、そして携帯電話やパーソナルコンピュータ（ＰＣ）などのユーザ端末１３から構成されている。本実施例では説明のため記録装置としてＶＤＲ１０を例に挙げている。
【００１２】
以下に携帯予約の通信手順について、同図（ａ）の番号に従って説明する。
（１）ユーザは、携帯電話やパソコンなどのユーザ端末１３で、インターネット１５上にある録画予約サイト１２にＨＴＴＰで接続して、ユーザ端末１３である携帯電話上に番組表を表示する。
（２）番組表の中から予約したい番組を見つけ、番組に表示されている “メール録画予約”というボタン１６を押す。
（３）ボタン１６が押されると、録画予約サイト１２（あるいは、サイトを管理しているサーバ）から、予約する番組の予約情報（放送日や開始・終了時刻、チャンネル、番組タイトルなど）を記述したメール（以下、予約メール）がＶＤＲ１０のメールアドレス宛てに送信され、メールサーバ１１に届く。  注）メール送信先は、録画予約サイト１２にユーザ登録する際に予め設定しておく。
（４）ＶＤＲ１０は定期的（例えば５分おき）にメールサーバにＰＯＰする。
（５）予約メールがあれば受信する。
（６）予約メールから予約情報を取り出し、予約を設定する。
（７）予約が完了したら、予約が完了したことを知らせるメール（以下、予約完了メール）をユーザ端末１３宛てに送信する。また、予約重複や記録媒体の容量不足のために予約に失敗した場合は、予約が失敗したことを知らせるメール（以下、予約失敗メール）を送信する。
以上が一般的な携帯予約の手順である。このシステムでは、予約情報の送信をメールで行っているため、ここではメール方式、またはメール予約と称することにする。
【００１３】
次に図２を用いて記録装置の回路構成について説明する。図２は、記録装置であるＶＤＲ１０の概略ブロック図を示したものである。同図に示すようにＶＤＲ１０は、ビデオ信号記録再生回路１０ａ、システムコントロール回路１０ｂ、Ｅｔｈｅｒｎｅｔ（登録商標）回路１０ｃなどから構成される。
【００１４】
以下に信号の流れを説明する。入力されたビデオ信号は、Ａ／Ｄ変換器１０ｆ（シンクセパレータ、同期回路などを含む）でディジタルデータに変換された後、圧縮伸張回路１０ｇにてＭＰＥＧ２やＭＰＥＧ４などの圧縮方式でエンコード処理され、ビデオデータ記録再生回路１０ｈに送られる。
一方、システムコントロール回路１０ｂは、ユーザインターフェース（外装パネルやリモコンの録画ボタンや再生ボタンなど）からの情報を受け取り、録画や再生などのモード信号をビデオデータ記録再生回路１０ｈに送る。このようなモード信号を受け取ったビデオデータ記録再生回路は記録媒体１０ｉ（ＤＶＤやＨＤＤなど）に記録する。再生時はこの逆の処理を行う。
【００１５】
また、システムコントロール回路１０ｂはＣＰＵ１０ｄ上で動作するソフトウェアで制御されており、タイマー録画予約の管理を行っている。ＣＰＵバス１０ｊにはＥｔｈｅｒｎｅｔ（登録商標）回路１０ｃが接続されており、Ｅｔｈｅｒｎｅｔ（登録商標）で受信したＥメールのテキストデータは、Ｅｔｈｅｒｎｅｔ（登録商標）回路１０ｃからバス１０ｊを介してＣＰＵ１０ｄに送られる。ＣＰＵ１０ｄ上ではソフトウェアが動作しており、図中のメモリ１０ｅ（ＳＲＡＭやフラッシュメモリなど）を使用して、メールの送受信や録画予約の管理などを行っている。
【００１６】
上述のように、一般的な録画予約サイトは、番組表から録画予約できるサービスを提供しているが、予約削除や予約一覧の照会などの機能はごく限定されたサイトでしか行われていない。また、予約の重複やＨＤＤなどの記憶媒体の容量不足により予約が失敗した場合については、一般的な録画予約サイトでこれを解決するようなサービスは提供されていない。そのため、例えば予約の重複が発生した場合、ユーザは予約削除を要請するメールを送信し削除完了を待ってから、再び録画予約サイトに入り、先ほど失敗した予約を入れ直すという面倒な操作が必要となる。予約削除と予約完了までにメール待ちの時間が発生するため、問題を解決するまでに時間が掛かってしまうという問題があった。
また、録画予約サイトで提供されるサービスは録画予約だけに限定されているため、記録装置の記憶媒体の容量が一杯でこれ以上録画ができない場合、録画予約のために既存の録画済番組を削除してＨＤＤの容量を空けるという機能などはサポートされていないため、予約ができず予約を諦めるしかないという問題があった。
【００１７】
上述の問題を解決するために、ユーザ端末１３から録画予約サイト１２に接続して予約を入れる方法に加え、予約修正を行うためにＨＴＴＰによるダイレクト通信を行う機能をＶＤＲ１０に付加する。
図１（ｂ）に本実施例に適用されるシステム構成を示す。ＶＤＲ１０とユーザ端末１３間に新たにＮＡＴ越えサーバ１４を設置した構成としている。
【００１８】
ここで、ＮＡＴ越えサーバ１４について説明する。ＮＡＴ越えサーバ１４は、常時接続環境のルータに介在するＮＡＴ（Network Address Translation）を越えるために使用する。ＮＡＴは、常時接続環境内のルータが持っているアドレス変換の仕組みであり、常時接続環境内に設置された機器（図１（ｂ）のＶＤＲ）は図示しないルータからプライベートＩＰアドレスが付与され、インターネットに送信する際にプライベートＩＰアドレスからグローバルＩＰアドレスに変換して通信が行われる。従って、インターネット側の機器から常時接続内機器へ通信を行うと、ルータはアドレス変換の際にどの機器のプライベートＩＰアドレスに変換するのか分からないため、目的の機器と通信することができない。一般的には、ルータに特別な設定（ポートの穴あけなど）を行わない限り、通信することはできない。
すなわち、常時接続環境に設置されたＶＤＲ１０とＴＣＰ接続を確立して接続を維持することによって、ユーザ端末からの通信をダイレクトに送信する。これによりインターネット側の機器から常時接続機器への通信を実現する。このようなＮＡＴ越え通信の確立を図るサーバをＮＡＴ越えサーバ１４とする。
【００１９】
本実施例では、図１（ｂ）に示すように、録画予約サイト１２を使用した予約に関してはメールサーバ１１を中心としたシステムを使用し、予約が失敗した場合はＮＡＴ越えサーバ１４で構成するＨＴＴＰによるダイレクト通信を用いる。
以下に、本システムの通信手順について、図３と図４のフローチャートに沿って説明する。
【００２０】
図３において、ＶＤＲ１０は、定期的にメールサーバ１１に接続して予約メールを受信する（ステップ１０１）。図１（ｂ）の（４），（５）動作に相当。
予約メールがあった場合（ステップ１０２Ｙｅｓ）、予約メールから番組の予約情報（放送日や開始・終了時刻、チャンネル、番組タイトルなど）を抽出する（ステップ１０３）。図１（ｂ）の（６）動作に相当。
【００２１】
既存の予約と時間帯が重複していないか確認して、重複が無ければ（ステップ１０４Ｎｏ）予約を設定し、ステップ１０５へ進む。そして予約完了を知らせるメール（以下、予約完了メール）をユーザ端末１３に送信する。
重複している場合は（ステップ１０４Ｙｅｓ）ステップ１０６へ移行する。図１（ｂ）の（７）動作に相当。ＶＤＲ１０は、ＮＡＴ越えサーバ１４にＴＣＰ接続を確立し認証を要求する。図１（ｂ）の（８）動作に相当。
【００２２】
ＮＡＴ越えサーバ１４側（ＶＤＲ接続プロセス）では、レコーダが正しい機器かどうか確認（ステップ１１１）して認証許可パケットを送信する（ステップ１１２）。図１（ｂ）の（９）動作に相当。同時にユーザ端末１３からアクセスするためのURL(*1)を立ち上げる。
ＶＤＲ１０は認証許可パケットを受信し（ステップ１０７）、これ以降受信待ち状態で待機する。図１（ｂ）の（１０）動作に相当。
次に、予約が失敗したことを知らせるメール（以下、予約失敗メール）をユーザ端末１３宛てに送信する（ステップ１０８）。図１（ｂ）の（１２）動作に相当。またこのメールには、ＮＡＴ越え通信の確立を知らせるため、ＨＴＴＰで直接レコーダと通信することが可能なURL(*1)が記述されている。
【００２３】
ＮＡＴ越えサーバ１４側では、ユーザ端末１３側からのリクエストではない場合（ステップ１１３Ｎｏ）、ステップ１１４へ進む。ＮＡＴ越えサーバ１４は、ＴＣＰ接続を維持するために、定期的にＨＴＴＰのＨＥＡＤメソッドを送信する（ステップ１１４）。図１（ｂ）の（１１）動作に相当。
ＶＤＲ１０は、ＮＡＴ越えサーバ１４から送信されたＨＴＴＰパケットを受信する。受信パケットの内容を判別して（ステップ１０９）、ＨＥＡＤメソッドの場合はレスポンスを返す（ステップ１１０）。
【００２４】
次に図４のフローチャートを用いて、ユーザ端末１３側の動作について説明する。
予約失敗メールを受信したユーザ端末１３は、メールに書かれたURL(*1)に接続する。図１（ｂ）の（１３）動作に相当。ＮＡＴ越えサーバ１４のユーザ端末接続プロセスは、ユーザ端末１３にログイン画面のＨＴＭＬファイルを送信する（ステップ１５２）。図１（ｂ）の（１７）動作に相当。
【００２５】
ユーザ端末１３上には図５に例示するようなログイン画面が表示される（ステップ１６１）。ユーザは自分のＶＤＲ１０のメールアドレス（画面はユーザＩＤ）とパスワードを入力してログインボタンを押す（ステップ１６２）。ユーザ端末１３からＮＡＴ越えサーバ１４へメールアドレスとパスワードが送信される。
【００２６】
メールアドレスとパスワードで正規のユーザかどうか確認し（ステップ１５３）、ログインを許可すると（ステップ１５５）、ＶＤＲ接続プロセスに操作メニューを要求するリクエストを送る（ステップ１５６）。図１（ｂ）の（１３）動作に相当。
【００２７】
ここでＶＤＲ接続プロセスにて、ユーザ端末接続プロセスからのリクエストの場合は（ステップ１１３Ｙｅｓ）、ステップ１１６へ進む。ユーザ端末接続プロセスからのリクエストをＶＤＲ１０に送信する（ステップ１１６）。図１（ｂ）の（１４）動作に相当。ＶＤＲ１０は、操作メニュー要求リクエストを受け取り、操作メニューのＨＴＭＬファイルをレスポンスとしてＮＡＴ越えサーバ１４へ返す（ステップ１１０）。図１（ｂ）の（１６）動作に相当。
【００２８】
ＮＡＴ越えサーバ１４側では、ＶＤＲ１０からのレスポンスを受信する（ステップ１１７）。そして受信したレスポンスをユーザ端末接続プロセスに渡す（ステップ１１８）。ユーザ端末接続プロセスは、このレスポンスを受け取り、ユーザ端末１３に送信する（ステップ１５７）。図１（ｂ）の（１７）動作に相当。ユーザ端末１３でこれを受信し（ステップ１６３）、画面上には図６に例示するような操作メニューが表示される。この画面上に表示されたボタンで予約重複を選択する（ステップ１６４）。予約重複を要求するリクエストが送信される。図１（ｂ）の（１３）動作に相当。ＮＡＴ越えサーバ１４のユーザ端末接続プロセスはこのリクエストを受信し、ＶＤＲ接続プロセスに渡す（ステップ１５９，１６０）。
【００２９】
以降同様の手順で、ＶＤＲ接続プロセスはこのリクエストをＶＤＲ１０に送信する（ステップ１１３，１１６）。ＶＤＲ１０では、このリクエストを受けて、予約リストから予約が重複している番組を探してＨＴＭＬファイル化してＮＡＴ越えサーバ１４へ送信する。ＮＡＴ越えサーバ１４は、このＨＴＭＬファイルをユーザ端末１３に送信する。ユーザ端末１３では、先程予約に失敗した番組が予約重複した番組として図７に例示する画面として表示される。
【００３０】
以下、ユーザ端末１３の画面動作のみ説明する。図７の表示画面で、重複詳細確認を選択すると、図８に例示するような重複詳細画面が表示される。図８では、予約に失敗した番組である「重複詳細５」のニュースが録画されない時間帯が表示されている。「重複詳細５」のニュースを優先する場合は、“優先する予約を変更しますか”の選択欄を図９のように“５を優先”に選択し、変更を押すと、ＶＤＲ１０はこのリクエストを受けて、「重複詳細５」のニュースを優先的に予約する。ユーザ端末１３には、図１０のような例示するような予約優先結果が表示される。
【００３１】
このように予約重複などの原因で予約に失敗した場合、ＮＡＴ越え通信を確立することによって、ユーザ端末１３からＶＤＲ１０の予約操作をダイレクトに行うことができるようになる。従来のメール方式では難しかった予約重複の修正を、簡単かつリアルタイムに行うことが可能となる。
【実施例２】
【００３２】
実施例２では、記録媒体の容量不足が原因で予約ができなかった場合を例に挙げ、ＮＡＴ越え通信を確立した後、問題解決に必要な手段をユーザ端末１３に提供し、問題が解決した時点でＮＡＴ越え通信を切断する方法について説明する。
【００３３】
図１１のフローチャートを用いて、ＶＤＲ１０の動作を説明する。ＮＡＴ越えサーバ１４とユーザ端末１３の動作については、実施例１と同様の動作をするものである。ＶＤＲ１０は、定期的にメールサーバ１１に接続して予約メールを受信する（ステップ２０１）。予約メールが受信されると（ステップ２０２Ｙｅｓ）、予約メールから番組の予約情報（放送日や開始・終了時刻、チャンネル、番組タイトルなど）を抽出する（ステップ２０３）。
【００３４】
既存の予約と時間帯が重複していないか、記録媒体の容量がオーバーしていないかなどを確認して、問題が無ければ予約を設定し、ステップ２０５へ進む。予約に失敗した場合は、ステップ２０６へ移行する。予約完了を知らせるメール（以下、予約完了メール）をユーザ端末１３に送信する（ステップ２０５）。ＶＤＲ１０は、ＮＡＴ越えサーバ１４にＴＣＰ接続を確立し認証を要求する（ステップ２０６）。ＶＤＲ１０は、ＮＡＴ越えサーバ１４からの認証許可パケットを受信し（ステップ２０７）、これ以降受信待ち状態で待機する。
【００３５】
次に、予約が失敗したことを知らせるメール（以下、予約失敗メール）を作成する。このメールには、ＮＡＴ越え通信の確立を知らせる内容と、ＨＴＴＰで直接レコーダと通信することが可能なURL(*2)を記載する。このURL(*2)は、以下に示すように予約の失敗内容によって下線部分のリンク先が異なる。以下は、記録媒体の容量オーバーで予約に失敗した場合のURLであり、録画済番組一覧を要求するURLになっている（ステップ２１１）。
HTTP://www.directxxxxx.net/cgi-bin/rec list.cgi…URL(*2)
この他予約数がオーバーだった場合は、予約一覧を要求するURLを（ステップ２０９）、予約重複で失敗した場合は、予約重複状態の通知を要求するURLを記述する（ステップ２１０）。この後、作成した予約失敗メールをユーザ端末１３宛てに送る（ステップ２１２）。
【００３６】
以下に、記録媒体の容量オーバーによって予約が失敗した場合を例に上げて説明する。
予約失敗メールがユーザ端末１３に届くと、ユーザはメールに記載されているURL(*2)にアクセスして問題解決を試みる。この時、ユーザ端末１３からURL(*2)でＮＡＴ越えサーバ１４へリクエストが送られ、ＮＡＴ越えサーバ１４はこれを中継してＶＤＲ１０へ送信する。リクエストを受信したＶＤＲ１０は（ステップ２２１）、録画済番組一覧の要求の場合、録画済番組一覧を生成してＨＴＭＬファイルにしてＮＡＴ越えサーバ１４に送信する。
【００３７】
ＮＡＴ越えサーバ１４がこのＨＴＭＬファイルを受信し、ユーザ端末１３に送信する。ユーザ端末１３では、図１２に例示するような録画済番組一覧が表示される。削除する番組のチェックボックスにチェックマークをつけて削除実行を押すと、指定した番組の削除を要求するリクエストがＮＡＴ越えサーバ１４へ送られる。ＮＡＴ越えサーバ１４はこのリクエストをＶＤＲ１０に送信する。そしてリクエストされた録画済番組を削除する。
【００３８】
記録媒体の容量をチェックして、先程の予約が入るかどうか確認する。容量オーバーの場合は、“記録媒体の容量がオーバーしているため、録画済番組を削除して容量を空けてください。”という内容のＨＴＭＬファイルをＮＡＴ越えサーバへ１４送信する。ユーザ端末１３上では、図１３に例示するような画面が表示される。ユーザは再び録画済一覧に戻り削除を行う。
【００３９】
容量が空いて予約が入った場合は、図１４に例示するよう“記録媒体の容量が空き、予約が入りました。"というメッセージをＨＴＭＬファイル化して送る。問題解決したため、ＮＡＴ越え通信を切断して、通常のメールチェックへ戻る。ユーザ端末１３上では、図１４のような画面が表示され、先程予約に失敗した番組を予約することができる。
【００４０】
このように、予約に失敗した問題を解決するために必要なURLをユーザ端末に教えることによって、ユーザは画面上の指示に従って簡単に予約を修正することができる。従って、従来のメール方式では難しかった予約失敗時の問題解決を簡単かつリアルタイムに行うことが可能となるものである。
【図面の簡単な説明】
【００４１】
【図１】携帯端末を用いて予約を行うシステムの構成を示した概略システム図である。
【図２】各実施例に適用される記録装置の回路構成の概略ブロック図を示したものである。
【図３】実施例１に適用される通信の手順を説明するためのフローチャートである。
【図４】実施例１に適用される通信の手順を説明するためのフローチャートである。
【図５】実施例１に適用されるログイン画面の一例を示した図である。
【図６】実施例１に適用される操作メニュ画面の一例を示した図である。
【図７】実施例１に適用される予約重複画面の一例を示した図である。
【図８】実施例１に適用される重複詳細画面の一例を示した図である。
【図９】実施例１に適用される重複詳細優先変更画面の一例を示した図である。
【図１０】実施例１に適用される予約優先結果画面の一例を示した図である。
【図１１】実施例２に適用される通信の手順を説明するためのフローチャートである。
【図１２】実施例２に適用される録画済番組一覧画面の一例を示した図である。
【図１３】実施例２に適用される問題未解決画面の一例を示した図である。
【図１４】実施例２に適用される問題解決済画面の一例を示した図である。
【符号の説明】
【００４２】
１０…ＶＤＲ（記録装置）
１０ａ…ビデオ信号記録再生回路
１０ｂ…システムコントロール回路
１０ｃ…Ｅｔｈｅｒｎｅｔ（登録商標）回路
１０ｄ…ＣＰＵ
１０ｅ…メモリ
１０ｆ…Ａ／Ｄ変換器
１０ｇ…圧縮伸張回路
１０ｈ…ビデオデータ記録再生回路
１０ｉ…記録媒体
１０ｊ…ＣＰＵバス
１０ｋ…Ｅｔｈｅｒｎｅｔ（登録商標）
１１…メールサーバ
１２…録画予約サイト
１３…ユーザ端末
１４…ＮＡＴ越えサーバ
１５…インターネット
【図１】
2006339747.tif 000003
【図２】
2006339747.tif 000004
【図３】
2006339747.tif 000005
【図４】
2006339747.tif 000006
【図５】
2006339747.tif 000007
【図６】
2006339747.tif 000008
【図７】
2006339747.tif 000009
【図８】
2006339747.tif 000010
【図９】
2006339747.tif 000011
【図１０】
2006339747.tif 000012
【図１１】
2006339747.tif 000013
【図１２】
2006339747.tif 000014
【図１３】
2006339747.tif 000015
【図１４】
2006339747.tif 000016