JP4548227B2

JP4548227B2 - 記録装置の遠隔操作方法

Info

Publication number: JP4548227B2
Application number: JP2005158797A
Authority: JP
Inventors: 博文菱倉
Original assignee: Victor Company of Japan Ltd
Current assignee: Victor Company of Japan Ltd
Priority date: 2005-05-31
Filing date: 2005-05-31
Publication date: 2010-09-22
Anticipated expiration: 2025-05-31
Also published as: JP2006339747A

Description

本発明は、記録装置の遠隔操作方法に関し、特に端末を用いて、通信ネットワーク上に接続された記録装置を遠隔から操作する方法に関する。

従来、携帯電話やパソコンなどのユーザ端末を用いてサーバと接続し、録画予約サイトを使って番組表から録画予約をすることが行われている。ユーザは、携帯電話やパソコンなどのユーザ端末で、インターネット上にある録画予約サイトにＨＴＴＰ（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をユーザ端末に教えることによって、ユーザは画面上の指示に従って簡単に予約を修正することができる。従って、従来のメール方式では難しかった予約失敗時の問題解決を簡単かつリアルタイムに行うことが可能となるものである。

携帯端末を用いて予約を行うシステムの構成を示した概略システム図である。各実施例に適用される記録装置の回路構成の概略ブロック図を示したものである。実施例１に適用される通信の手順を説明するためのフローチャートである。実施例１に適用される通信の手順を説明するためのフローチャートである。実施例１に適用されるログイン画面の一例を示した図である。実施例１に適用される操作メニュ画面の一例を示した図である。実施例１に適用される予約重複画面の一例を示した図である。実施例１に適用される重複詳細画面の一例を示した図である。実施例１に適用される重複詳細優先変更画面の一例を示した図である。実施例１に適用される予約優先結果画面の一例を示した図である。実施例２に適用される通信の手順を説明するためのフローチャートである。実施例２に適用される録画済番組一覧画面の一例を示した図である。実施例２に適用される問題未解決画面の一例を示した図である。実施例２に適用される問題解決済画面の一例を示した図である。

符号の説明

１０…ＶＤＲ（記録装置）
１０ａ…ビデオ信号記録再生回路
１０ｂ…システムコントロール回路
１０ｃ…Ｅｔｈｅｒｎｅｔ（登録商標）回路
１０ｄ…ＣＰＵ
１０ｅ…メモリ
１０ｆ…Ａ／Ｄ変換器
１０ｇ…圧縮伸張回路
１０ｈ…ビデオデータ記録再生回路
１０ｉ…記録媒体
１０ｊ…ＣＰＵバス
１０ｋ…Ｅｔｈｅｒｎｅｔ（登録商標）
１１…メールサーバ
１２…録画予約サイト
１３…ユーザ端末
１４…ＮＡＴ越えサーバ
１５…インターネット

Claims

通信ネットワークを介して接続されるユーザ端末と記録装置とを用いて、前記ユーザ端末から前記通信ネットワーク上の録画予約サイトに接続して前記記録装置の録画予約を行う記録装置の遠隔操作方法であって、
前記記録装置は、
ユーザが前記ユーザ端末を用いて送信した予約メールを受信し、
受信した前記予約メールから予約情報を抽出し、
抽出した前記予約情報を用いて予約を設定し、
前記予約が完了すると予約が完了したことを報知するメールを前記ユーザ端末宛てに送信し、
前記予約が完了できない場合、前記通信ネットワークに接続されており、前記通信ネットワークと前記記録装置との間に設けられたルータに介在するＮＡＴ（Network Address Translation）を越え、前記ユーザ端末と前記記録装置との間の通信の確立を図るＮＡＴ越えサーバとＴＣＰ（Transmission Contorol Protocol）接続を行って受信状態で待機し、
前記ＮＡＴ越えサーバは、前記ＴＣＰ接続を維持するために定期的に前記記録装置にパケットを送信し、
前記記録装置は、予約が完了できない旨及び、前記記録装置に関連するＵＲＬを記述したメールを前記ユーザ端末に送信し、
前記ＮＡＴ越えサーバは、
前記ユーザ端末が前記ＵＲＬに接続することにより、ログイン画面のファイルを前記ユーザ端末に送信し、
前記ユーザが前記ユーザ端末の前記ログイン画面に入力して前記ＮＡＴ越えサーバに送信した所定の情報に基づいて、前記ユーザ端末を認証し、
前記ユーザ端末は、ＮＡＴ越えを行ってＨＴＴＰ（Hyper Text Transfer Protocol）により前記記録装置と直接通信を行い、
前記ＮＡＴ越えサーバは、前記予約が完了できない要因が解決されて予約が完了された後に、前記ＮＡＴ越え通信を切断する
ことを特徴とする、記録装置の遠隔操作方法。
前記記録装置は、前記予約が完了できない要因を検出し、前記予約が完了できない要因を解決するための情報を前記ユーザ端末に送信することを特徴とする
請求項１記載の記録装置の遠隔操作方法。