(57)【特許請求の範囲】
【請求項１】
広域ネットワークに接続可能な端末装置により、前記広域ネットワークに接続された電子装置の遠隔操作を行う遠隔操作方法であって、
前記端末装置が前記広域ネットワークに接続された中継サーバと第１のＨＴＴＰ接続を確立し、
前記中継サーバは、前記端末装置との前記第１のＨＴＴＰ接続確立後、前記電子装置宛てに、接続要求電子メールを送信し、
前記電子装置は、前記接続要求電子メールを受信したとき、前記中継サーバと接続するための接続要求を第１のＨＴＴＰリクエストとして送信することで、前記中継サーバとの間で第２のＨＴＴＰ接続を確立した後、この第２のＨＴＴＰ接続を維持し、この接続状態で前記中継サーバからのＨＴＴＰリクエストを待つとともに、前記端末装置を前記中継サーバを介して前記電子装置とＨＴＴＰ接続させるための接続情報であって一時的に使用される暗証番号を付加した接続情報であるＵＲＬを含む接続完了メールを、前記端末装置に送信し、
前記端末装置は、前記接続完了メールを受信したら、前記ＵＲＬに基づいて前記中継サーバと第３のＨＴＴＰ接続を確立して、遠隔操作データを、前記中継サーバに第２のＨＴＴＰリクエストとして送信し、
前記中継サーバは、前記第２のＨＴＴＰリクエストとして受信した前記遠隔操作データを、前記電子装置に第３のＨＴＴＰリクエストとして送信し、
前記電子装置は、前記第３のＨＴＴＰリクエストとして受信した前記遠隔操作データに基づく処理を実行するとともに、その処理の実行結果を示す応答データを、前記中継サーバに前記第３のＨＴＴＰリクエストに対応した第３のＨＴＴＰレスポンスとして送信し、
前記中継サーバは、前記第３のＨＴＴＰレスポンスとして受信した前記応答データを、前記端末装置に前記第２のＨＴＴＰリクエストに対応した第２のＨＴＴＰレスポンスとして送信することを特徴とする遠隔操作方法。
【請求項２】
広域ネットワークに接続された電子装置であって、前記広域ネットワークに接続可能な端末装置により、前記広域ネットワークを介して遠隔操作を行う電子装置において、
前記広域ネットワークに接続された中継サーバから、接続要求電子メールを受信したとき、前記中継サーバへ、前記中継サーバと接続するための接続要求を第１のＨＴＴＰリクエストとして送信することで、前記中継サーバとの間で第１のＨＴＴＰ接続を確立した後、前記第１のＨＴＴＰ接続を維持し、この接続状態で前記中継サーバからのＨＴＴＰリクエストを待つとともに、前記端末装置を前記中継サーバを介して前記電子装置と接続させるための接続情報であって一時的に使用される暗証番号を付加した接続情報であるＵＲＬを含む接続完了メールを、前記端末装置に送信するサーバ接続手段と、
前記端末装置から前記中継サーバを介して送信される遠隔操作データを、第２のＨＴＴＰリクエストとして受信したとき、その受信した第２のＨＴＴＰリクエストである前記遠隔操作データに基づく処理を実行させる制御手段と、
前記遠隔操作データに基づく処理の実行結果を示す応答データを、前記中継サーバに前記第２のＨＴＴＰリクエストに対応した第２のＨＴＴＰレスポンスとして送信する応答送信手段と
を備えることを特徴とする電子装置。
【請求項３】
広域ネットワークに接続された中継サーバであって、前記広域ネットワークに接続可能な端末装置と、前記広域ネットワークに接続された電子装置との間におけるデータ通信の中継を行う中継サーバにおいて、
前記端末装置からの接続要求に応じて前記端末装置との間で第１のＨＴＴＰ接続を確立するとともに、前記電子装置宛てに、接続要求電子メールを送信する第１の接続制御手段と、
受信した前記接続要求電子メールに基づいて前記電子装置から送信される、この電子装置と接続させるための接続要求を第１のＨＴＴＰリクエストとして受信することで、前記電子装置との間で第２のＨＴＴＰ接続を確立する第２の接続制御手段と、
前記第２のＨＴＴＰ接続の確立後、前記電子装置が前記端末装置宛てに通知したこの端末装置を前記中継サーバを介して前記電子装置と接続させるための接続情報であって一時的に使用される暗証番号を付加した接続情報であるＵＲＬを含む接続完了メールに基づいて前記端末装置が送信した接続要求に応じて、前記端末装置との間で第３のＨＴＴＰ接続を確立する第３の接続制御手段と、
前記第２のＨＴＴＰ接続及び前記第３のＨＴＴＰ接続の確立後、前記端末装置から送信される前記電子装置を遠隔操作するための遠隔操作データを、第２のＨＴＴＰリクエストとして受信し、この受信した第２のＨＴＴＰリクエストである前記遠隔操作データを、前記電子装置に第３のＨＴＴＰリクエストとして送信するともに、
前記電子装置から送信される、この電子装置が前記第３のＨＴＴＰリクエストである前記遠隔操作データに基づいて実行した処理の実行結果を示す応答データを、前記第３のＨＴＴＰリクエストに対応した第３のＨＴＴＰレスポンスとして受信し、この受信した第３のＨＴＴＰレスポンスである前記応答データを、前記端末装置に前記第２のＨＴＴＰリクエストに対応した第２のＨＴＴＰレスポンスとして送信する通信制御手段と
を備えることを特徴とする中継サーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネットのような広域ネットワークに接続可能な端末装置により、広域ネットワークに接続された電子装置を広域ネットワークを介して遠隔操作するための遠隔操作方法、並びにその遠隔操作方法が適用される電子装置、及び広域ネットワークに接続された中継サーバに関する。
【背景技術】
【０００２】
携帯電話やパソコンなどの端末装置を用いて、ＡＤＳＬ（Asymmetric Digital Subscriber Line）などにより、インターネットに常時接続された常時接続環境内に設置された電子装置、例えばビデオレコーダ（ビデオテープレコーダ、ビデオディスクレコーダなどの画像信号記録再生装置）の録画予約操作を、インターネットを介して行う手法が、従来より知られている。
【０００３】
ユーザは携帯電話をインターネット上の録画予約サイトに接続し、予約する番組を選択することで、同サイトに予め登録されたメールアドレス（ビデオレコーダ宛て）に録画予約情報が記載された電子メールが送信される。ビデオレコーダは、この電子メールを受信して録画予約情報を読み出し予約の設定を行う。
【０００４】
図１４は、従来の録画予約方法が適用されるシステムを構築するために必要な常時接続環境を示したものである。図１４において破線で囲んだ部分は、家庭における常時接続環境を示しており、ビデオレコーダ１１４が、ブロードバンドアクセスルータ１１５及びＡＤＳＬモデム１１６、並びにプロバイダ（図示せず）を介して、インターネット１００に常時接続されている。他のパソコン１１７，１１８も同様にインターネット１００に接続されている。インターネット１００には、電子メールの伝送を行うメールサーバ１１３が接続されている。また、ユーザが使用する端末装置としてのパソコン１１１や携帯電話１１２が、適時インターネット１００に接続可能である。なお、ＡＤＳＬモデム１１６は、ＣＡＴＶの回線を使用するＣＡＴＶモデムである場合もある。
【０００５】
ビデオレコーダ１１４は、電子メールの送受信機能を有しており、固有の電子メールアドレスを持っている。ビデオレコーダ１１４は、そのメールアドレスを管理するメールサーバ１１３に定期的に問い合わせて、電子メールが届いている場合はこれを受信する。また、ビデオレコーダ１１４は必要に応じて電子メールを作成して送信することもある。
【０００６】
パソコン１１１や携帯電話１１２などの端末装置でインターネットの録画予約サイトに入って（端末装置を録画予約サイトに接続して）、番組表から録画したい番組を選択することにより、予め指定したメールアドレス（ここではビデオレコーダ１１４のメールアドレス）に電子メールが自動的に送信される。この電子メールには、ビデオレコーダ１１４の録画予約を設定するために必要な録画情報（番組のタイトルや放送日、開始時間、終了時間、放送局など）が記載されている。この電子メールを、以下「録画予約メール」と呼ぶ。
【０００７】
録画予約サイトから送信された録画予約メールは、一旦メールサーバ１１３に蓄積される。一方、ビデオレコーダ１１４は定期的にメールサーバ１１３に問い合わせて電子メールを受信して、録画予約メールの場合はメール本文から録画情報を取り出し番組の録画予約を設定する。予約の成功・失敗を知らせる電子メールを作成して端末装置（パソコン１１１または携帯電話１１２）に返信する。
【０００８】
また、予約サイトでは録画予約のほかに、予約削除や予約リスト取得を要求することもできる。予約リスト要求を指示した場合、予約リスト要求メールがビデオレコーダ１１４宛てに送られる。これを受信したビデオレコーダ１１４は、現在の予約状況の一覧表を含む電子メールを作成して端末装置に送信する。
【０００９】
以上のような従来の方法では、ビデオレコーダ１１４が録画予約メールを受信すると、録画予約メールから予約内容（以下「新規予約」という）を抽出し、既存の予約と時間帯が重複する場合、既存予約と新規予約のどちらの録画を優先するか選択するための電子メールを、例えば携帯電話１１２に送信する。この電子メールを受信したユーザは、自分が希望する予約を選択してその結果を記述した電子メール（以下、「選択結果メール」という）を、ビデオレコーダ１１４に返信する。この選択結果メールを受信したビデオレコーダ１１４は、選択結果に応じて優先する予約を設定する。
【００１０】
このように重複を回避するためにユーザの意思を反映させようとすると、メールの送受信を複数回行う必要があり、ビデオレコーダ１１４は一定時間（例えば５分）ごとに電子メールを受信するため、１つの重複処理を完了するまでに時間がかかってしまう。また、予約の重複が何件も同時に起こった場合は、ユーザは何通も選択結果メールを送信しなくてはならない。メール待ち時間に加え、ユーザの操作量が増加するため使い勝手が悪い。
【００１１】
このような問題を解決するために、ビデオレコーダ１１４にＨＴＴＰ（HyperText Transfer Protocol）サーバとしての機能を持たせ、携帯電話１１２を、ＨＴＴＰを用いてビデオレコーダ１４のＵＲＬ（Uniform Resorce Locator）に接続することでリアルタイムに予約内容を変更する方法が、特許文献１に示されている。
【先行技術文献】
【特許文献】
【００１２】
【特許文献１】特開２００２−１６８８９号公報
【発明の概要】
【発明が解決しようとする課題】
【００１３】
しかしながら、ビデオレコーダ１１４にサーバ機能を持たせることは、ビデオレコーダのコストの上昇を招く。
【００１４】
さらに図１４の示したような常時接続環境では、ブロードバンドアクセスルータ１１５は、プライベートＩＰ（Internet Protocol）アドレスをグローバルＩＰアドレスに変換するというＮＡＴ（Network Address Translator）を用いて、ＬＡＮ（Local Area Network）内に設置された機器からＷＡＮ（Wide Area Network）、すなわちインターネット１００側へ通信を行っている。このため、携帯電話１１２などのＷＡＮ側の機器から通信を始めた場合、ＬＡＮ内の機器のＩＰアドレスを知ることができないので、通常の設定では、ビデオレコーダ１１４に直接データを送信することはできない。ただし、ブロードバンドアクセスルータ１１５にアドレス変換テーブルの設定（特定のポートに来たパケットを、ビデオレコーダ１１４のプライベートＩＰアドレスに送信するという設定）を施せば、ビデオレコーダ１１４に直接データを送信することが可能となるが、一般ユーザにとっては扱い難いものである。
【００１５】
本発明はこの点に着目してなされたものであり、現在普及している常時接続環境により広域ネットワークに接続された電子装置の遠隔操作を、広域ネットワークを介してより簡便に行うことを可能にする遠隔操作方法、並びにこの遠隔操作方法が適用される電子装置及び広域ネットワークに接続される中継サーバを提供することを目的とする。
【課題を解決するための手段】
【００１６】
上記目的を達成するため請求項１に記載の発明は、広域ネットワークに接続可能な端末装置により、前記広域ネットワークに接続された電子装置の遠隔操作を行う遠隔操作方法であって、
前記端末装置が前記広域ネットワークに接続された中継サーバと第１のＨＴＴＰ接続を確立し、
前記中継サーバは、前記端末装置との前記第１のＨＴＴＰ接続確立後、前記電子装置宛てに、接続要求電子メールを送信し、
前記電子装置は、前記接続要求電子メールを受信したとき、前記中継サーバと接続するための接続要求を第１のＨＴＴＰリクエストとして送信することで、前記中継サーバとの間で第２のＨＴＴＰ接続を確立した後、この第１のＨＴＴＰ接続を維持し、この接続状態で前記中継サーバからのＨＴＴＰリクエストを待つとともに、前記端末装置を前記中継サーバを介して前記電子装置とＨＴＴＰ接続させるための接続情報であって一時的に使用される暗証番号を付加した接続情報であるＵＲＬを含む接続完了メールを、前記端末装置に送信し、
前記端末装置は、前記接続完了メールを受信したら、前記ＵＲＬに基づいて前記中継サーバと第３のＨＴＴＰ接続を確立して、遠隔操作データを、前記中継サーバに第２のＨＴＴＰリクエストとして送信し、
前記中継サーバは、前記第２のＨＴＴＰリクエストとして受信した前記遠隔操作データを、前記電子装置に第３のＨＴＴＰリクエストとして送信し、
前記電子装置は、前記第３のＨＴＴＰリクエストとして受信した前記遠隔操作データに基づく処理を実行するとともに、その処理の実行結果を示す応答データを、前記中継サーバに前記第３のＨＴＴＰリクエストに対応した第３のＨＴＴＰレスポンスとして送信し、
前記中継サーバは、前記第３のＨＴＴＰレスポンスとして受信した前記応答データを、前記端末装置に前記第２のＨＴＴＰリクエストに対応した第２のＨＴＴＰレスポンスとして送信することを特徴とする遠隔操作方法を提供する。
【００１７】
請求項２に記載の発明は、広域ネットワークに接続された電子装置であって、前記広域ネットワークに接続可能な端末装置により、前記広域ネットワークを介して遠隔操作を行う電子装置において、
前記広域ネットワークに接続された中継サーバから、接続要求電子メールを受信したとき、前記中継サーバへ、前記中継サーバと接続するための接続要求を第１のＨＴＴＰリクエストとして送信することで、前記中継サーバとの間で第１のＨＴＴＰ接続を確立した後、前記第１のＨＴＴＰ接続を維持し、この接続状態で前記中継サーバからのＨＴＴＰリクエストを待つとともに、前記端末装置を前記中継サーバを介して前記電子装置と接続させるための接続情報であって一時的に使用される暗証番号を付加した接続情報であるＵＲＬを含む接続完了メールを、前記端末装置に送信するサーバ接続手段と、
前記端末装置から前記中継サーバを介して送信される遠隔操作データを、第２のＨＴＴＰリクエストとして受信したとき、その受信した第２のＨＴＴＰリクエストである前記遠隔操作データに基づく処理を実行させる制御手段と、
前記遠隔操作データに基づく処理の実行結果を示す応答データを、前記中継サーバに前記第２のＨＴＴＰリクエストに対応した第２のＨＴＴＰレスポンスとして送信する応答送信手段とを備えることを特徴とする。
【００１８】
請求項３に記載の発明は、広域ネットワークに接続された中継サーバであって、前記広域ネットワークに接続可能な端末装置と、前記広域ネットワークに接続された電子装置との間におけるデータ通信の中継を行う中継サーバにおいて、
前記端末装置からの接続要求に応じて前記端末装置との間で第１のＨＴＴＰ接続を確立するとともに、前記電子装置宛てに、接続要求電子メールを送信する第１の接続制御手段と、
受信した前記接続要求電子メールに基づいて前記電子装置から送信される、この電子装置と接続させるための接続要求を第１のＨＴＴＰリクエストとして受信することで、前記電子装置との間で第２のＨＴＴＰ接続を確立する第２の接続制御手段と、
前記第２のＨＴＴＰ接続の確立後、前記電子装置が前記端末装置宛てに通知したこの端末装置を前記中継サーバを介して前記電子装置と接続させるための接続情報であって一時的に使用される暗証番号を付加した接続情報であるＵＲＬを含む接続完了メールに基づいて前記端末装置が送信した接続要求に応じて、前記端末装置との間で第３のＨＴＴＰ接続を確立する第３の接続制御手段と、
前記第２のＨＴＴＰ接続及び前記第３のＨＴＴＰ接続の確立後、前記端末装置から送信される前記電子装置を遠隔操作するための遠隔操作データを、第２のＨＴＴＰリクエストとして受信し、この受信した第２のＨＴＴＰリクエストである前記遠隔操作データを、前記電子装置に第３のＨＴＴＰリクエストとして送信するともに、
前記電子装置から送信される、この電子装置が前記第３のＨＴＴＰリクエストである前記遠隔操作データに基づいて実行した処理の実行結果を示す応答データを、前記第３のＨＴＴＰリクエストに対応した第３のＨＴＴＰレスポンスとして受信し、この受信した第３のＨＴＴＰレスポンスである前記応答データを、前記端末装置に前記第２のＨＴＴＰリクエストに対応した第２のＨＴＴＰレスポンスとして送信する通信制御手段とを備えることを特徴とする。
【発明の効果】
【００１９】
請求項１に記載の発明によれば、上述したようなアドレス変換テーブルの特別な設定を行う必要がない。また中継サーバを介して操作を行うことにより、電子装置自体にサーバ機能を持たせる必要がない。したがって、広域ネットワークを介した電子装置の遠隔操作を、従来に比べてより簡便に行うことができる。
【００２０】
請求項２に記載の発明によれば、上述したようなアドレス変換テーブルの特別な設定を行う必要がなく、またサーバ機能は不要となる。したがって、広域ネットワークを介した端末装置による遠隔操作を、従来に比べてより簡便に行うことができる。また、遠隔操作データに応じた処理結果を示す応答データが中継サーバに送信されるので、応答データを中継サーバを介して端末装置に直ちに送信することが可能となり、端末装置側で処理結果を迅速に確認することができる。
【００２１】
請求項３に記載の発明によれば、上述したようなアドレス変換テーブルの特別な設定を行う必要がない。また電子装置自体にサーバ機能を持たせなくても、広域ネットワークを介した電子装置の遠隔操作を、従来に比べてより簡便に行うことができる。
【図面の簡単な説明】
【００２２】
【図１】本発明の一実施形態にかかる遠隔操作システムの構成を示すブロック図である。
【図２】図１に示すビデオレコーダの構成を示すブロック図である。
【図３】図２に示すビデオレコーダの動作を説明するための図である。
【図４】図１に示すシステムにおける遠隔操作の手順を示すフローチャートである。
【図５】図１に示すシステムにおける遠隔操作の手順を示すフローチャートである。
【図６】携帯電話のディスプレイに表示される画面を示す図である。
【図７】携帯電話のディスプレイに表示される画面を示す図である。
【図８】図１に示すシステムにおける遠隔操作の手順（第２の実施形態）を示すフローチャートである。
【図９】図１に示すシステムにおける遠隔操作の手順（第２の実施形態）を示すフローチャートである。
【図１０】携帯電話のディスプレイに表示される画面を示す図である。
【図１１】携帯電話のディスプレイに表示される画面を示す図である。
【図１２】携帯電話のディスプレイに表示される画面を示す図である。
【図１３】携帯電話のディスプレイに表示される画面を示す図である。
【図１４】従来の遠隔操作システムの一例の構成を示すブロック図である。
【発明を実施するための形態】
【００２３】
以下本発明の実施の形態を図面を参照して説明する。
【００２４】
（第１の実施形態）
図１は本発明の第１の実施形態にかかる遠隔操作方法が適用される広域ネットワークシステムを示すブロック図である。図１に示すシステムは、パソコン１１や携帯電話１２などの遠隔操作に使用される端末装置と、メールサーバ１３と、ＨＴＴＰサーバ２０と、ビデオレコーダ１４を含むＬＡＮ１０とが広域ネットワークであるインターネット１００に接続されて構成される。ＬＡＮ１０は、ＡＤＳＬモデム１６、ブロードバンドアクセスルータ１５、パソコン１７，１８、及びビデオレコーダ１４から成る。図１に示すシステムは、基本的には、図１４に示す従来のシステムにＨＴＴＰサーバ２０が追加されたものであり、メールサーバ１３，ＡＤＳＬモデム１６、ブロードバンドアクセスルータ１５は、図１４の対応する構成要素と同一の機能を有する。パソコン１１や携帯電話１２などの遠隔操作に使用される端末装置、及びビデオレコーダ１４のハードウエアの基本構成は、図１４に示されるパソコン１１１、携帯電話１１２、及びビデオレコーダ１１４とほぼ同一であるが、図４及び図５を参照して後述するように、遠隔操作の手順を制御するソフトウエアが異なっている。
【００２５】
ＨＴＴＰサーバ２０は、パソコン１１や携帯電話１２といった遠隔操作に使用される端末装置と、操作対象の電子装置であるビデオレコーダ１４との間のデータ通信を中継する機能を有する。
【００２６】
ＨＴＴＰサーバ２０は、インターネット１００を介して、パソコン１１や携帯電話１２、及びビデオレコーダ１４がアクセス可能なものである。
【００２７】
図２は、ビデオレコーダ１４の構成を示すブロック図である。ビデオレコーダ１４は、イーサネット（登録商標）回路３１、ＣＰＵ（Central Processing Unit）３２、メモリ３３，ＣＰＵバス３４、ビデオ信号記録再生回路３５、システムコントロール回路３６，及び記録媒体５０を備えている。イーサネット回路３１は、ブロードバンドアクセスルータ１５や他のパソコン１７，１８と接続されているネットワークバス１９に接続されており、ブロードバンドアクセスルータ１５を介したインターネット１００と間の通信制御などを行う。ビデオ信号記録再生回路３５は、Ａ／Ｄ変換部４１と、圧縮伸張回路４２と、ビデオデータ記録再生回路４３とを備えている。
【００２８】
入力されたビデオ信号は、Ａ／Ｄ変換部（Ａ／Ｄ変換器、同期信号分離回路、同期回路などを含む）４１でディジタルデータに変換された後、圧縮伸張回路４２にてＭＰＥＧ（Motion Picture Expert Group）２やＭＰＥＧ４などの圧縮方式でエンコード処理され、ビデオデータ記録再生回路４３に送られる。
【００２９】
一方、システムコントロール回路３６は、ユーザインターフェース（外装パネルやリモコンの録画ボタンや再生ボタンなど（図示せず））からの操作情報を受け取り、録画や再生などのモード信号をビデオデータ記録再生回路４３に送る。このようなモード信号を受け取ったビデオデータ記録再生回路４３は、記録媒体５０（例えばハードディスクであり、また半導体メモリ、光ディスク、磁気テープなどであってもよい）に記録する。再生時は、この逆の処理が行われる。
【００３０】
また、システムコントロール回路３６はＣＰＵバス３４に接続されており、ＣＰＵ３２で動作するソフトウェアによってタイマ録画予約の管理を行っている。このＣＰＵバス３４には、イーサネット回路３１も接続されており、ネットワークバス１９を介して受信した電子メールのテキストデータは、イーサネット回路３１からＣＰＵバス３４を介してＣＰＵ３２に送られる。 ＣＰＵ３２上ではソフトウェア（後述）が動作しており、図中のメモリ（例えばＳＲＡＭやＤＲＡＭなどで構成される）３３を使用して、電子メールの送受信や録画予約の管理などを行っている。
【００３１】
図３は、下側に図２に示したハードウェアの一部を配置し、このハードウェア上で動作するソフトウェアの構成を階層的に示したものである。ハードウェア層にあるイーサネット回路３１では、イーサネットドライバが動作していて、ＣＰＵバス３４を介してイーサネット回路３１にあるイーサネットコントローラＬＳＩ（図示せず）に対してデータの読み書きを行って、イーサネットパケットの送信・受信を行っている。イーサネットドライバの上には、インターネット１００で使用される標準プロトコルであるＩＰ（Internet Protocol）、ＴＣＰ（Transmission Control Protocol）が置かれており、その上には電子メールの受信を行うＰＯＰ３（Post Office Protocol Version 3）、電子メールの送信を行うＳＭＴＰ（Simple Mail Transfer Protocol）、及びＨＴＴＰサーバ２０との間でデータの送受信を行うためのＨＴＴＰなどのプロトコルが実装されている。更にこの上層では、電子メールの送受信を管理するアプリケーション（以下「メールマネージャ」という）が動作しており、ＰＯＰ３やＳＭＴＰの関数をコールして電子メールの送受信を実行している。なお、図３に示したＨＴＴＰは、通常のＨＴＴＰとは異なり、ＨＴＴＰサーバ２０にクライアントとして接続する通常の機能に加えて、ＨＴＴＰサーバ２０からの要求（リクエスト）に対する応答（レスポンス）を送信する機能を有する。
【００３２】
メールマネージャは、定期的にメールサーバ１３にアクセスして、自分宛ての電子メールを受信する。メールマネージャはＰＯＰ３をコールして、メールサーバ名やポート番号（１１０番）を指定してＴＣＰ・ＩＰによる接続を確立する。ＰＯＰ３ではメールサーバに対しＰＯＰ３コマンドを送信して、電子メールの数やサイズを取得してから、電子メールのヘッダや本文を受信する。
【００３３】
予約マネージャは、タイマ録画予約の管理を行うアプリケーションである。予約マネージャの下層にはシステムコントロールマネージャがあり、システムコントロール回路３６を制御してモード信号をビデオ信号記録再生回路３５に送り、録画・再生などの命令を行っている。
【００３４】
ＨＴＴＰサーバ２０は、サーバではあるがリクエストを送信してレスポンスを受信する機能を持っており、ビデオレコーダ接続用のプロセス（タスク）と、ユーザの端末装置接続用のプロセス（タスク）とが実行されるように構成されている。
【００３５】
図４及び図５は、携帯電話１２からビデオレコーダ１４を遠隔操作するための通信手順を示すフローチャートである。図４は、携帯電話１２で実行されるプロセス及びＨＴＴＰサーバ２０におけるユーザ端末接続側プロセスを示し、図５は、ＨＴＴＰサーバ２０におけるレコーダ接続側プロセス及びビデオレコーダ１４で実行されるプロセスを示す。
【００３６】
＜通信開始手順＞
(1) まずユーザは携帯電話１２で、ビデオレコーダ１４宛に予め決められたフォーマットで電子メールを作成して、送信する（ステップＳ１１）。以下、このメールを「接続要求メール」と呼ぶ。この接続要求メールには、予めビデオレコーダ１４で設定しておいたキーワードが書かれており、これは後にビデオレコーダ１４でユーザの認証に使用される。携帯電話１２で接続要求メールを送信したら、ユーザはメールサーバ１３から電子メールが届くのをしばらく待つ（ステップＳ１２）。
【００３７】
(2) 一方、ビデオレコーダ１４は定期的にメールサーバ１３に接続して電子メールを受信する。接続要求メールを受信した場合（ステップＳ４１）、ビデオレコーダ１４は電子メールに書かれたキーワードと予め設定しておいたキーワードが一致するか否かを確認して（ステップＳ４２）、一致すればＨＴＴＰサーバ２０（レコーダ接続側プロセス）にＨＴＴＰで接続する（ステップＳ３１，Ｓ４３）。この後ビデオレコーダ１４は、ＨＴＴＰサーバ２０からのリクエストを待つ。
【００３８】
(3) ＨＴＴＰサーバ２０がビデオレコーダ１４を確認し、接続を許可すると（ステップＳ３２）、すなわちＨＴＴＰサーバ２０とビデオレコーダ１４との接続が確立すると、その接続許可のレスポンスを受けたビデオレコーダ１４は、ＨＴＴＰサーバ１３との接続が確立したことを知らせるメール（以下、「接続完了メール」という）を携帯電話１２に送信する（ステップＳ４４）。接続完了メールには、ＨＴＴＰサーバ２０のユーザ端末接続用ＵＲＬが記載されている。
【００３９】
(4) これにより、ユーザの携帯電話１２に接続完了メールが届く（ステップＳ１３）。ユーザは接続完了メールに書かれたユーザ端末接続用ＵＲＬにアクセスする（ステップＳ１４）。
【００４０】
(5) 携帯電話１２が接続されると（ステップＳ２１）、ＨＴＴＰサーバ２０のユーザ端末接続側プロセスは、ログイン画面のＨＴＭＬファイルを携帯電話１２に送信する（ステップＳ２２）。
【００４１】
(6) これにより、このリクエストを受信した携帯電話１２に、ログイン画面が表示される（ステップＳ１５）。ユーザは、ユーザＩＤとパスワードを入力してログインを試みる（ステップＳ１６）。ユーザＩＤとパスワードが送信される。
【００４２】
(7) ＨＴＴＰサーバ２０（ユーザ端末接続側プロセス）は、ユーザＩＤとパスワードでユーザ認証を行い、ユーザが確認できたら、録画予約の操作メニューのＨＴＭＬファイルを携帯電話１２に送信する（ステップＳ２３）。ユーザ認証により、ＨＴＴＰサーバ２０と携帯電話１２の接続が確立する。
【００４３】
(8) このレスポンスを受信した携帯電話１２には、図６に示すような繰作メニューが表示される。
【００４４】
(9) ここで例えばユーザが予約一覧を選択すると、予約一覧用のメソッド（例えば、ＰＯＳＴメソッド）を使ったリクエストがＨＴＴＰサーバ２０（ユーザ端末接続側プロセス）に送信される（ステップＳ１８）。
【００４５】
(10) これを受信したＨＴＴＰサーバ２０のユーザ端末接続側プロセスは、このリクエ
ストをレコーダ接続側プロセスに通知する（ステップＳ２４）。
【００４６】
(11) レコーダ接続側プロセスは、このデータをビデオレコーダ１４に送信する（ステップＳ３３）。
【００４７】
(12) ビデオレコーダ１４は、ＨＴＴＰリクエストを受信し、このリクエストに応じて予約一覧をＨＴＭＬファイルに変換してＨＴＴＰサーバ２０（レコーダ接続側プロセス）に送信する（ステップＳ４５）。
【００４８】
(13) ＨＴＴＰサーバ２０のレコーダ接続側プロセスは、受信したレスポンスをユーザ端末接続側プロセスに渡す（ステップＳ３４）。
【００４９】
(14) ユーザ端末接続側プロセスは、このレスポンスを携帯電話１２に送信する（ステップＳ２５）。
【００５０】
(15) このレスポンスを受信した携帯電話１２には、図７に示すような予約一覧が表示される（ステップＳ１９）。
【００５１】
そして、携帯電話１２で画面の操作ボタンを押すと、再び上記手順(9)に戻り、同様に手順(10)〜(15)により通信が行われる。このように携帯電話１２から送信された操作データが、ＨＴＴＰサーバ２０を経由してビデオレコーダ１４に送られ、ビデオレコーダ１４で実行された操作結果がすぐに携帯電話１２に返ってくる。
【００５２】
＜通信終了手順＞
操作メニューでユーザがログアウトを選択した場合（ステップＳ２０の答がＹＥＳの場合）、通信終了用メソッドを使ったリクエストが送信される。
【００５３】
これを受信したＨＴＴＰサーバ２０は、ビデオレコーダ１４との接続を切断して、通信を終了する（ステップＳ２６、Ｓ３５、及びＳ４６の答がＹＥＳ）。
【００５４】
また、携帯電話１２からリクエストが一定時間（例：３０分間）送信されなかった場合、つまり携帯電話１２から予約操作を一定時間行わなかった場合、ＨＴＴＰサーバ２０は、ユーザの操作が終了したものと判断してビデオレコーダ１４との接続を切断する。
【００５５】
このように携帯電話１２から送信された接続要求メールをきっかけに、ＬＡＮ側のビデオレコーダ１４からＷＡＮ（インターネット１００）にあるＨＴＴＰサーバ２０に接続することによって、ＮＡＴを越えて携帯電話１２からのリクエストを受信することができるようになり、ビデオレコーダ１４を直接操作することが可能となる。同時にブロードバンドアクセスルータ１５に特別な設定を行う必要がなく、セットアップ時のユーザの負担を経減させることができる。
【００５６】
また、ビデオレコーダ１４から携帯電話１２に接続完了メールを送ることで、ユーザは遠隔操作が可能になったことを知り、すぐに遠隔操作のＵＲＬにアクセスすることができる。
【００５７】
（第２の実施形態）
本実施形態では、携帯電話１２がまずＨＴＴＰサーバ２０に接続し、これをきっかけとして、電子メールがビデオレコーダ１４に送信され、ビデオレコーダ１４がＨＴＴＰサーバ２０との接続を行う。本実施形態におけるシステム構成は、第１の実施形態と同一であり、以下に説明する通信手順が異なる。
【００５８】
図８及び図９は、本実施形態における通信手順を示すフローチャートである。
【００５９】
＜通信開始手順＞
(1) ユーザは、携帯電話１２でＨＴＴＰサーバ２０にあるユーザ端末接続用ＵＲＬに接続する（ステップＳ５１）。
【００６０】
(2) ＨＴＴＰサーバ２０のユーザ端末接続側プロセスは、携帯電話１２が接続されると、接続要求画面を携帯電話１２に送信する（ステップＳ７１，Ｓ７２）。
【００６１】
(3) 携帯電話１２に接続要求画面が表示される（ステップＳ５２）。ここでユーザが、ユーザＩＤとパスワードを入力して、接続要求を指示し（ステップＳ５３）、この後ユーザはしばらく待つ（ステップＳ５４）。
【００６２】
(4) ＨＴＴＰサーバ２０は、ユーザＩＤとパスワードを持つビデオレコーダが登録されているかどうか確認し、ビデオレコーダが特定できたらそのビデオレコーダ（ここではビデオレコーダ１４）に接続要求メールを送信する（ステップＳ７３）。
【００６３】
(5) ビデオレコーダ１４は、定期的にメールサーバ１３にＰＯＰにより接続して、電子メールを受信する（ステップＳ９１）。これが接続要求メールの場合、ビデオレコーダ１４は、ＨＴＴＰサーバ２０（レコーダ接続側プロセス）に接続し（ステップＳ９３）、電子メールに書かれたキーワードがビデオレコーダ１４に登録されたキーワードと一致る
かどうか確認し（ステップＳ９２）、一致した場合は接続を維持して（ステップＳ９４）、ＨＴＴＰサーバ２０からのリクエストを待つ。
【００６４】
(6) ＨＴＴＰサーバのレコーダ接続側プロセスは、ビデオレコーダ１４が接続されたら（ステップＳ８１，Ｓ８２）、接続完了メールを携帯電話１２に送信する（ステップＳ８３）。接続完了メールには、ＨＴＴＰサーバ２０のユーザ端末接続用ＵＲＬが書かれている。ＵＲＬには一時的に使用する暗証番号が含まれている。暗証番号を例えばtest1234のように生成したとすると、ＵＲＬは以下のようになる。
【００６５】
http://enkaku×××××.net/cgi-bin/login.cgi?Code＝test1234
(7) ユーザの携帯電話１２に接続完了メールが届く（ステップＳ５４，Ｓ５５）。ユーザは接続完了メールに書かれたユーザ端末接続用ＵＲＬにアクセスする（ステップＳ５６）。
【００６６】
(8) 携帯電話１２が接続されると、ＨＴＴＰサーバ２０のユーザ端末接続用プロセスは、ログイン画面を携帯電話１２に送信する（ステップＳ７４）。
【００６７】
(9) 携帯電話１２にログイン画面が表示され（ステップＳ５７）、ユーザがユーザＩＤとパスワードを入力してログインする（ステップＳ５８）。ユーザＩＤとパスワードが送信される。
【００６８】
(10) ＨＴＴＰサーバ２０のユーザ端末接続用プロセスは、ユーザＩＤとパスワードでユーザ認証を行い、ユーザが確認できたら、録画予約の操作メニューを示すＨＴＭＬファイルを携帯電話１２に送信する（ステップＳ７５）。
【００６９】
(11) ユーザの携帯電話１２に、図６に示すような操作メニューが表示される（ステップＳ５９）。
【００７０】
(12) ここで例えば予約削除が選択されると、予約削除用のメソッド（例：ＰＯＳＴメソッド）を使ったリクエストがＨＴＴＰサーバ２０に送信される（ステップＳ６０）。
【００７１】
(13) これを受信したＨＴＴＰサーバ２０のユーザ端末接続側プロセスは、このリクエストをレコーダ接続側プロセスに通知する（ステップＳ７６）。
【００７２】
(14) ＨＴＴＰサーバ２０のレコーダ接続側プロセスは、このデー夕をビデオレコーダ１４に送信する（ステップＳ８４）。
【００７３】
(15) ビデオレコーダ１４は、ＨＴＴＰリクエストを受信し、そのリクエストに応じて予約削除画面を生成して、対応するＨＴＭＬファイルをＨＴＴＰサーバ２０に送信する（ステップＳ９５）。
【００７４】
(16) ＨＴＴＰサーバ２０のレコーダ接続側プロセスは、受信したレスポンスをユーザ端末接続側プロセスに受け渡す（ステップＳ８５）。
【００７５】
(17) ＨＴＴＰサーバ２０のユーザ端末接続側プロセスは、このレスポンスを携帯電話１２に送信する（ステップＳ７７）。
【００７６】
(18) レスポンスを受信した携帯電話１２には、図１０に示すような予約削除画面が表示される（ステップＳ６１）。
【００７７】
図１０に示す画面で、削除したい予約にチェックマークをつけて削除実行を押すと、手順(12)に戻り、同様に手順(13)〜(18)により通信が行われる。
【００７８】
このようにユーザが携帯電話１２の画面のボタンを選択すると、リクエストがＨＴＴＰサーバ２０を経由してビデオレコーダ１４に送信され、実行結果がすぐに携帯電話１２に返ってくる。
【００７９】
＜通信終了手順＞
操作メニューでユーザが通信終了を選択した場合（ステップＳ６２の答が肯定（ＹＥＳ）であるとき）、通信終了用メソッドを使ったリクエストが送信される。
【００８０】
(19) これを受信したＨＴＴＰサーバ２０は、ユーザ端末接続用ＵＲＬを無効にして、ビデオレコーダ１４との接続を切断して通信を終了する（ステップＳ７８、Ｓ８６、Ｓ９６の答が肯定（ＹＥＳ））。接続を終了すると、第三者がこのユーザ端末接続用ＵＲＬにアクセスしても、暗証番号は一時的なものなので接続することはできない。
【００８１】
尚、携帯電話１２から一定時間（例えば３０分間）リクエストを送信しなかった場合、つまり携帯電話１２から予約操作を一定時間行わなかった場合、ＨＴＴＰサーバ２０は、ユーザの操作が終了したものと判断して、ユーザ端末接続用ＵＲＬを無効にしてビデオレコーダ１４との接続を切断する。
【００８２】
このように本実施形態では、ビデオレコーダ１４とＨＴＴＰサーバ２０が接続される度に、ユーザ端末接続用ＵＲＬを変更するようにしたので、第三者からの不正なアクセスを防ぐことができる。
【００８３】
また、上述した説明では、予約削除を例に挙げたが、これを従来方法（メール録画予約）で行う場合、予約一覧を要求するための電子メールをビデオレコーダに送り、携帯電話で予約一覧を受信してから削除するメールを再びビデオレコーダに送り、予約削除の結果が携帯に送られてくるのを待つという操作が必要となる。これに比べて本実施形態では、予約削除の指示を携帯電話１２の画面を操作するだけで実行できるため、１つの予約を修正するためにかかる時間を大幅に短縮し、ユーザの負担を軽減することができる。
【００８４】
次に、予約重複が発生した場合における遠隔操作の手順を、図８及び図９を参照して説明する。
【００８５】
＜通信手順＞
手順(1)から(11)までは、上述した説明と同様である。
【００８６】
(12) 携帯電話１２に表示された操作メニュー（図６）で予約重複を選択すると、予約重複用のリクエストがＨＴＴＰサーバ２０に送信される（ステップＳ６０）。例えば、送信されるリクエストのヘッダは以下のようになる。
【００８７】
ヘッダ：POST/cgi-bin/over＿list.cgi HTTP/1.1
これはＰＯＳＴメソッドを使用してover＿list.cgiを実行するように指定するものである。
【００８８】
(13),(14) このリクエストがＨＴＴＰサーバ２０を介してビデオレコーダ１４に送信される（ステップＳ７６，Ｓ８４）。
【００８９】
(15) ビデオレコーダ１４でリクエストが受信され、ビデオレコーダでover＿list.cgiが実行され、予約一覧を取得して、時間帯が重複した予約を探し、録画されない時間帯がある番組に印をつけ、このファイルをＨＴＭＬに変換してＨＴＴＰサーバ２０に送信する（ステップＳ９５）。
【００９０】
(16),(17) このレスポンスはＨＴＴＰサーバ２０を介して携帯電話１２に送られる（ステップＳ８５，Ｓ７７）。
【００９１】
(18) これを携帯電話１２で受信すると、図１１に示すような画面が表示される（ステップＳ６１）。ここでは予約番号３の番組に△の印が付いている。これが他の番組と時間
帯が重複するために録画されない時間帯ができてしまう番組であることを示している。
【００９２】
手順(12)の戻り、図１１で予約番号３の番組にチェックマークをつけ重複確認を押すと、重複確認用のリクエストがＨＴＴＰサーバに送信される（ステップＳ６０）。送信されるリクエストは以下のようになる。
【００９３】
ヘッダ：POST/cgi-bin/over＿detail.cgi HTTP/1.1
ボディ：over=3
これはＰＯＳＴメソッドを使用してover＿detail.cgiを実行するものであり、予約番号３を指定したためパラメータとしてover=3が付加されている。
【００９４】
(13),(14) このリクエストがＨＴＴＰサーバ２０を介してビデオレコーダ１４に送信される（ステップＳ７６，Ｓ８４）。
【００９５】
(15) ビデオレコーダ１４でこのリクエストを受信すると、over＿detail.cgiが実行され、予約一覧から予約番号３の番組を取り出し、これと重複している番組を探す。そして重複している番組にかかるファイルをＨＴＭＬに変換してＨＴＴＰサーバに送信する（ステップＳ９５）。
【００９６】
(16),(17) このレスポンスはＨＴＴＰサーバ２０を介して携帯電話１２に送られる（ステップＳ８５，Ｓ７７）。
【００９７】
(18) 携帯電話１２には図１２に示すような画面が表示される。予約番号３の番組と重複する番組内容が表示され、現在は予約番号２の番組が優先して録画されることがわかる。更にその下には、優先する予約を変更するための選択欄が設けられており、予約番号２を優先することになっている。
【００９８】
手順(12)にもどり、この選択欄を押すと、予約番号２を優先と予約番号３を優先の項目が現れどちらかを選択することができる。予約番号３を優先を選択して変更を選ぶと、優先選択用のリクエストがＨＴＴＰサーバ２０に送信される（ステップＳ６０）。リクエストは以下のようになる。
【００９９】
ヘッダ：POST/cgi-bin/priority.cgi HTTP/1.1
ボディ：select＝3
(13),(14) このリクエストがＨＴＴＰサーバ２０を介してビデオレコーダ１４に送信される（ステップＳ７６，Ｓ８４）。
【０１００】
(15) ビデオレコーダ１４でこのリクエストを受信すると、priority.cgiが実行され、select＝3に従って予約番号３の番組が優先するように予約が設定される。優先予約の設定が完了したことを知らせるＨＴＭＬファイルを生成し、ＨＴＴＰサーバ２０に送信する（ステップＳ９５）。
【０１０１】
(16),(17) このレスポンスはＨＴＴＰサーバ２０を介して携帯電話１２に送られる（ステップＳ８５，Ｓ７７）。
【０１０２】
(18) 携帯電話１２には、図１３に示す優先予約完了の画面が表示される。
【０１０３】
以上のように、ＬＡＮ側のビデオレコーダ１４からＷＡＮに設置されたＨＴＴＰサーバ２０に接続して、ＨＴＴＰサーバ２０が携帯電話１２からのリクエストをビデオレコーダ１４に送信することによって、ビデオレコーダ１４は、携帯電話１２からの操作指示に対してすぐに実行結果を返すことができるようになる。このため予約が重複した場合でも、従来方法で問題となっていたメール送受信の繰り返しがないので、予約操作にかかる時間を短縮することができる。また、重複が何件も発生した場合でも、画面上の操作だけで解決することができるため、ユーザに使い易いシステムを提供することが可能となる。
【０１０４】
上述した実施形態では、ＨＴＴＰサーバ２０のユーザ端末側プロセスが、第１の通信制御手段に相当し、レコーダ側プロセスが第２の通信制御手段に相当する。
【０１０５】
なお本発明は上述した実施形態に限るものではなく、種々の変形が可能である。上述した実施形態では、遠隔操作される電子装置として、ビデオレコーダを示したが、これに限るものではなく、例えばＬＡＮ内に設置されたネットワークカメラやホームサーバなどであってもよい。また、広域ネットワークは、インターネットに限らず、ＬＡＮよりも広い範囲をカバーするコンピュータネットワークであって、携帯電話やパソコンが接続可能であれば、どのようなネットワークでもよい。
【符号の説明】
【０１０６】
１２  携帯電話（端末装置）
１３  メールサーバ
１４  ビデオレコーダ（電子装置）
１５  ブロードバンドアクセスルータ（サーバ接続手段）
１６  ＡＤＳＬモデム（サーバ接続手段）
２０  ＨＴＴＰサーバ（中継サーバ）
３１  イーサネット回路（サーバ接続手段）
３２  ＣＰＵ（制御手段、応答送信手段）
３６  システムコントロール回路（制御手段、応答送信手段）
１００  インターネット（広域ネットワーク）
【図１】
0004692640.tif 000002
【図２】
0004692640.tif 000003
【図３】
0004692640.tif 000004
【図４】
0004692640.tif 000005
【図５】
0004692640.tif 000006
【図６】
0004692640.tif 000007
【図７】
0004692640.tif 000008
【図８】
0004692640.tif 000009
【図９】
0004692640.tif 000010
【図１０】
0004692640.tif 000011
【図１１】
0004692640.tif 000012
【図１２】
0004692640.tif 000013
【図１３】
0004692640.tif 000014
【図１４】
0004692640.tif 000015