JP4407366B2

JP4407366B2 - 遠隔操作方法、電子装置、及び中継サーバ

Info

Publication number: JP4407366B2
Application number: JP2004130592A
Authority: JP
Inventors: 博文菱倉
Original assignee: Victor Company of Japan Ltd
Current assignee: Victor Company of Japan Ltd
Priority date: 2004-04-27
Filing date: 2004-04-27
Publication date: 2010-02-03
Anticipated expiration: 2024-04-27
Also published as: JP2005316529A

Description

本発明は、インターネットのような広域ネットワークに接続可能な端末装置により、広域ネットワークに接続された電子装置を広域ネットワークを介して遠隔操作するための遠隔操作方法、並びにその遠隔操作方法が適用される電子装置、及び広域ネットワークに接続された中継サーバに関する。

携帯電話やパソコンなどの端末装置を用いて、ＡＤＳＬ（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) 携帯電話１２には、図１３に示す優先予約完了の画面が表示される。

以上のように、ＬＡＮ側のビデオレコーダ１４からＷＡＮに設置されたＨＴＴＰサーバ２０に接続して、ＨＴＴＰサーバ２０が携帯電話１２からのリクエストをビデオレコーダ１４に送信することによって、ビデオレコーダ１４は、携帯電話１２からの操作指示に対してすぐに実行結果を返すことができるようになる。このため予約が重複した場合でも、従来方法で問題となっていたメール送受信の繰り返しがないので、予約操作にかかる時間を短縮することができる。また、重複が何件も発生した場合でも、画面上の操作だけで解決することができるため、ユーザに使い易いシステムを提供することが可能となる。

上述した実施形態では、ＨＴＴＰサーバ２０のユーザ端末側プロセスが、第１の通信制御手段に相当し、レコーダ側プロセスが第２の通信制御手段に相当する。

なお本発明は上述した実施形態に限るものではなく、種々の変形が可能である。上述した実施形態では、遠隔操作される電子装置として、ビデオレコーダを示したが、これに限るものではなく、例えばＬＡＮ内に設置されたネットワークカメラやホームサーバなどであってもよい。また、広域ネットワークは、インターネットに限らず、ＬＡＮよりも広い範囲をカバーするコンピュータネットワークであって、携帯電話やパソコンが接続可能であれば、どのようなネットワークでもよい。

本発明の一実施形態にかかる遠隔操作システムの構成を示すブロック図である。図１に示すビデオレコーダの構成を示すブロック図である。図２に示すビデオレコーダの動作を説明するための図である。図１に示すシステムにおける遠隔操作の手順を示すフローチャートである。図１に示すシステムにおける遠隔操作の手順を示すフローチャートである。携帯電話のディスプレイに表示される画面を示す図である。携帯電話のディスプレイに表示される画面を示す図である。図１に示すシステムにおける遠隔操作の手順（第２の実施形態）を示すフローチャートである。図１に示すシステムにおける遠隔操作の手順（第２の実施形態）を示すフローチャートである。携帯電話のディスプレイに表示される画面を示す図である。携帯電話のディスプレイに表示される画面を示す図である。携帯電話のディスプレイに表示される画面を示す図である。携帯電話のディスプレイに表示される画面を示す図である。従来の遠隔操作システムの一例の構成を示すブロック図である。

符号の説明

１２携帯電話（端末装置）
１３メールサーバ
１４ビデオレコーダ（電子装置）
１５ブロードバンドアクセスルータ（サーバ接続手段）
１６ＡＤＳＬモデム（サーバ接続手段）
２０ＨＴＴＰサーバ（中継サーバ）
３１イーサネット回路（サーバ接続手段）
３２ＣＰＵ（制御手段、応答送信手段）
３６システムコントロール回路（制御手段、応答送信手段）
１００インターネット（広域ネットワーク）

Claims

広域ネットワークに接続可能な端末装置により、前記広域ネットワークに接続された電子装置の遠隔操作を行う遠隔操作方法であって、
前記端末装置は、前記電子装置宛てに、接続要求電子メールを送信し、
前記電子装置は、前記接続要求電子メールを受信したとき、前記広域ネットワークに接続された中継サーバへ、この中継サーバと接続するための接続要求を第１のＨＴＴＰリクエストとして送信し、その後、前記中継サーバからの第３のＨＴＴＰリクエストを待ち、
前記中継サーバは、前記第１のＨＴＴＰリクエストとして送信される前記接続要求を受信すると、前記電子装置の確認後、接続許可のレスポンスを、前記電子装置に前記第１のＨＴＴＰリクエストに対応した第１のＨＴＴＰレスポンスとして送信し、
前記端末装置は、遠隔操作データを、前記中継サーバに第２のＨＴＴＰリクエストとして送信し、
前記中継サーバは、前記第２のＨＴＴＰリクエストとして受信した前記遠隔操作データを、前記電子装置に前記第３のＨＴＴＰリクエストとして送信し、
前記電子装置は、前記第３のＨＴＴＰリクエストとして受信した前記遠隔操作データに基づく処理を実行するとともに、その処理の実行結果を示す応答データを、前記中継サーバに前記第３のＨＴＴＰリクエストに対応した第３のＨＴＴＰレスポンスとして送信し、
前記中継サーバは、前記第３のＨＴＴＰレスポンスとして受信した前記応答データを、前記端末装置に前記第２のＨＴＴＰリクエストに対応した第２のＨＴＴＰレスポンスとして送信することを特徴とする遠隔操作方法。
広域ネットワークに接続された電子装置であって、前記広域ネットワークに接続可能な端末装置により、前記広域ネットワークを介して遠隔操作を行うことができる電子装置において、
前記端末装置から、接続要求電子メールを受信したとき、前記広域ネットワークに接続された中継サーバへ、この中継サーバと接続するための接続要求を第１のＨＴＴＰリクエストとして送信し、
その後、前記中継サーバから、この中継サーバが前記第１のＨＴＴＰリクエストを受信して前記電子装置を確認後に送信される、接続許可のレスポンスである、前記第１のＨＴＴＰリクエストに対応した第１のＨＴＴＰレスポンスを受信し、
その後、前記中継サーバからの第２のＨＴＴＰリクエストを待つサーバ接続手段と、
前記端末装置から前記中継サーバを介して、前記第２のＨＴＴＰリクエストとして送信される遠隔操作データを受信したとき、その受信した遠隔操作データに基づく処理を実行させる制御手段と、
前記遠隔操作データに基づく処理の実行結果を示す応答データを、前記中継サーバに前記第２のＨＴＴＰリクエストに対応した第２のＨＴＴＰレスポンスとして送信する応答送信手段とを備えることを特徴とする電子装置。
広域ネットワークに接続された中継サーバであって、前記広域ネットワークに接続可能な端末装置と、前記広域ネットワークに接続された電子装置との間におけるデータ通信の中継を行う中継サーバにおいて、
前記端末装置が前記電子装置宛てに通知した接続要求電子メールに基づいて前記電子装置から第１のＨＴＴＰリクエストとして送信される、前記電子装置と接続させるための接続要求を受信し、前記電子装置の確認後、接続許可のレスポンスを、前記第１のＨＴＴＰリクエストに対応した第１のＨＴＴＰレスポンスとして前記電子装置に送信する接続制御手段と、
前記端末装置から第２のＨＴＴＰリクエストとして送信される、前記電子装置を遠隔操作するための遠隔操作データを受信し、この受信した前記遠隔操作データを、前記電子装置に第３のＨＴＴＰリクエストとして送信するともに、
前記電子装置から前記第３のＨＴＴＰリクエストに対応した第３のＨＴＴＰレスポンスとして送信される、前記電子装置が前記遠隔操作データに基づいて実行した処理の実行結果を示す応答データを受信し、この受信した応答データを、前記端末装置に前記第２のＨＴＴＰリクエストに対応した第２のＨＴＴＰレスポンスとして送信する通信制御手段と
を備えることを特徴とする中継サーバ。